SIP協議的典型故障案例分析

蔡爽

摘 要 近十年來，SIP已經逐漸取代H.323成為IP通信的絕對主流技術，華為eSpace統一通信即是基于SIP協議的一套IP語音解決方案軟交換設備。本文著重說明桃仙程控交換機基于SIP的呼叫流程及列舉典型故障案例的分析與處理方法。

關鍵詞 SIP;呼叫流程;故障分析

1基于SIP協議的桃仙程控交換系統組網結構

桃仙程控交換系統為華為U1900系列軟交換系統。由統一網關U1981與本地節點U1960分別與運營商連接。統一網關與管理系統、IPT應用系統、IAD接入系統共同接入專網中。統一網關與IAD間通過SIP進行連接。

1.1 SIP協議定義

SIP是一種在IP網絡上進行多媒體通信的簡便通用的協議信令，是一種采用UTF-8字符集來進行編碼的文本協議。SIP協議消息分請求和響應兩類，其中請求消息由客戶機發往服務器，響應消息由服務器發往客戶機。

1.2 SIP信令局間呼叫流程

局間呼叫就是指分別注冊在不同U1900統一網關下面的兩個終端之間的呼叫。下圖為局間SIP呼叫的流程圖：

可以看出，呼叫請求通過INVITE消息送到統一網關后，統一網關先匹配字冠。

若是出局字冠，則根據局向和局向選擇碼將呼叫請求（INVITE消息）轉發至對端網關設備。轉發前會根據字冠對應的號碼分析策略對主叫號碼和被叫號碼進行變換，并查看號碼的呼叫權限和業務權限，判斷是否轉發該呼叫請求。

若是局內字冠，則判斷被叫號碼是SIP號碼還是POTS號碼，進而查詢號碼綁定的IP地址或者用戶板端口號將呼叫轉發至不同的終端。SIP號碼對應IP話機，PC客戶端、移動客戶端以及IAD下的模擬話機，POTS號碼對應統一網關直連下的模擬話機。

統一網關直連的模擬話機的呼叫流程在模擬話機和統一網關之間的處理流程與SIP終端不同，其他都一致[1]。

2SIP協議的呼叫故障案例分析與處理

2.1 典型故障案例

本端A 181000打局外用戶B 86102，提示音：對不起您撥打的號碼暫時無法接通。

分析過程：

（1）用戶A和B的話機分別撥*125自查號碼。

（2）話機報號正常，說明話機注冊狀態正常，話機和網關連接正常。

（3）分別查看兩邊網關的License，也都正常。

（4）查看被叫字冠是否配置，呼叫屬性是否為本地呼出。

（5）查看主叫呼出權限，是否有本地呼出權限。

（6）使用LMT在主叫側的U19網關上抓取呼叫日志，查看釋放原因。

（7）配置好呼叫日志模塊后，再用主叫呼一次被叫，然后在LMT上查看抓到的呼叫日志。可以看出釋放原因碼144，表示正常的呼叫清除。

（8）使用LMT跟蹤主叫網關的SIP信令，看SIP信令流程和正常呼叫流程有沒有出入。可以看到主叫網關給對端網關發送完INVITE之后，收到480響應。480表示暫時無人接聽。現在知道是對端網關回復480響應導致呼叫失敗，那么為什么會回480消息呢？

（9）在對端網關抓取呼叫日志。 可以看到被叫話機給對端網關回復了488響應。488響應是媒體不兼容。媒體不兼容主要是編解碼問題。

IsCallMsg：[Y]， Direction：[192.167.0.171--->192.167.0.183]

SIP/2.0 488 Not Acceptable Here

Via： SIP/2.0/UDP 192.167.0.183：5060;branch=z9hG4bK2hdgifwfg76ih68zz1dbfffzz

Call-ID： b619wawzb217b7a1g1b2z9chaiz18wdg@192.167.0.183

From： ;tag=8hgbhi7d

To： ;tag=ggcfuupb

CSeq： 1 INVITE

Content-Length： 0

（10）檢查話機的編解碼配置。

主被叫沒有使用相同的編解碼方式，媒體協商不一致，導致呼叫失敗。

（11）為主被叫話機配置相同的編解碼，問題解決[2]。

3結束語

本文主要以局間呼叫流程的實現來展開SIP協議在呼叫中的應用，進一步對該協議在具體呼叫故障中的判定進行分析。對今后維護中的應用具有一定參考作用。

參考文獻

[1] 佚名.華為SIP協議詳解[ED/OL].https：//bbs.csdn.net/topics/396248638，2020-3-27.

[2] Gonzalo camarillo.SIP揭秘[M].北京：人民郵電出版社，2003：115.