Session timer協(xié)商失敗導致呼叫被釋放案例分析論文

　　摘 要：首先介紹了在IMS5.0 SIT測試中碰到的兩個(gè)因為Session timer協(xié)商失敗導致呼叫被釋放的案例，然后對比RFC4028的規定分析了問(wèn)題發(fā)生時(shí)各個(gè)網(wǎng)元的處理是否合規，最后總結介紹RFC4028的規定。

　　關(guān)鍵詞：Session timer;IMS;SIP;終端;ATS

　　在IMS5.0 SIT測試中發(fā)現多款終端在使用ATS的HOLD業(yè)務(wù)時(shí)有斷話(huà)問(wèn)題，跟蹤消息顯示是由于A(yíng)TS的釋放，但最終分析確認是終端對session timer的支持存在問(wèn)題，造成終端和ATS的session timer協(xié)商出現問(wèn)題，導致呼叫被釋放。

　　基于此，對比RFC4028分析了測試中碰到的兩個(gè)session timer相關(guān)問(wèn)題，并總結RFC4028規范。

　　1 案例分析

　　1.1 案例一

　　該終端做主叫呼叫其他用戶(hù)，其他用戶(hù)有HOLD業(yè)務(wù)，呼叫接通后用戶(hù)拍叉保持該終端用戶(hù)，保持失敗呼叫被釋放。對該終端用戶(hù)來(lái)說(shuō)流程如下所示。

　　從消息中可看出，在會(huì )話(huà)建立初期，ATS發(fā)送給終端的200響應中攜帶Session-Expires頭域要求開(kāi)啟會(huì )話(huà)上的session timer，刷新時(shí)間為1800秒，refresher為uas(即ATS)如圖1所示。

　　圖1 會(huì )話(huà)建立初期的消息

　　終端被HOLD后ATS要發(fā)re-INVITE給終端，在re-INVITE中攜帶了Session-Expires頭域，其值為當前會(huì )話(huà)的刷新間隔1800秒，同時(shí)按照RFC4028,在發(fā)起后續刷新請求時(shí)盡量保持refresher身份不變，在上次會(huì )話(huà)中uas作為refresher，即ATS本端完成會(huì )話(huà)刷新操作。而在本次會(huì )話(huà)中ATS成為了uac，所以在re-INVITE消息Session-Expires頭域的refresher參數值為uac(還是ATS)，如圖2所示。

　　圖2 終端被HOLD后ATS發(fā)送給終端的re-INVITE

　　終端收到該re-INVITE后按照RFC4028的規定，此時(shí)uac(ATS)支持session timer，Session-Expires頭域的refresher參數值為uac，那么終端在200響應中也必須設置Session-Expires頭域的refresher參數值為uac，可是這款終端卻修改200響應中的refresher參數值為uas，ATS收到該響應消息后認為終端發(fā)送的200不符合協(xié)議規定釋放呼叫。

　　該問(wèn)題通過(guò)使終端不再修改re-INVITE消息中的refresher參數值而得以解決。

　　1.2 案例二

　　問(wèn)題現象同案例一。

　　在終端發(fā)送INVITE的supporter頭域中包含timer標簽。ATS收到該請求消息后在200響應消息中增加Session-Expires頭域，頭域制定會(huì )話(huà)刷新間隔為1800秒，refresh為uac。

　　圖3 終端發(fā)送INVITE的supporter頭域

　　終端被HOLD后ATS要發(fā)re-INVITE給該終端用戶(hù)，在re-INVITE消息中攜帶了Session-Expires頭域，其值為當前會(huì )話(huà)的刷新間隔1800秒，同時(shí)按照RCF4028，在發(fā)起后續刷新請求時(shí)盡量保持refresher身份不變，在上次會(huì )話(huà)中uac作為refresher，即終端完成會(huì )話(huà)刷新操作。而在本次會(huì )話(huà)中終端成了uas，所以在re-INVITE消息Session-Expires頭域的refresher參數值為uas(還是終端)

　　圖4 終端被HOLD后ATS發(fā)給該終端用戶(hù)的re-INVITE

　　終端收到該re-INVITE后在發(fā)送的200響應消息中沒(méi)有攜帶Session-Expires頭域，按照RCF4028規定，uas可在會(huì )話(huà)中通過(guò)發(fā)送不帶Session-Expires頭域的200響應來(lái)關(guān)閉會(huì )話(huà)上的session timer。PROXY可以確定本次事務(wù)交互的uac(ATS)支持session timer，按照RCF4028規定，PROXY在響應消息中增加了Session-Expires頭域，并指定refresher為uac。

　　圖5 PROXY的響應消息

　　ATS收到響應后對比請求消息中的Session-Expires和響應的Session-Expires頭域，發(fā)現請求消息和響應消息中的refresher不一致而導致釋放呼叫。

　　該問(wèn)題通過(guò)終端修改INVITE消息，使其不攜帶supporter:timer得以解決。

　　2 RFC4028規范

　　在SIP協(xié)議中未定義檢測會(huì )話(huà)機制，盡管UA可以通過(guò)其他手段來(lái)判斷會(huì )話(huà)是否還存在，但call stateful proxy卻做不到這一點(diǎn)。為解決這一問(wèn)題，定義了一種SIP會(huì )話(huà)刷新機制，通過(guò)UA周期發(fā)送re-INVITE或UPDATE消息來(lái)保持會(huì )話(huà)的激活狀態(tài)，發(fā)送間隔由uac、uas、PROXY協(xié)商確定。

　　2.1 基本流程

　　Session timer擴展在只有一個(gè)UA支持時(shí)仍能正常工作。uac發(fā)送初始INVITE消息SUPPORT頭域中加入timer標簽以指示uac支持session timer擴展，請求消息經(jīng)過(guò)代理時(shí)，任何一個(gè)代理都可以通過(guò)插入或修改Session-Expires和MIN-SE頭域來(lái)請求開(kāi)啟session timer。MIN-SE頭域規定了會(huì )話(huà)刷新間隔的最小值，PROXY能增加但不能減少該頭域值;Session-Expires規定了會(huì )話(huà)刷新間隔的最大值，PROXY能減少但不能增加該頭域值。

　　如果Session-Expires值小于PROXY配置的最小會(huì )話(huà)刷新時(shí)間間隔，PXORY則以422響應拒絕該請求消息，響應須攜帶MIN-SE頭域指示PROXY能接受的最小會(huì )話(huà)刷新時(shí)間間隔。uac收到422響應后修改Session-Expires頭域值重新發(fā)起請求，請求消息中攜帶MIN-SE頭域，該頭域值為uac之前收到的所有422響應中MIN-SE頭域的最大值，這樣

【Session timer協(xié)商失敗導致呼叫被釋放案例分析論文】相關(guān)文章：

案例分析論文11-27

案例分析論文07-15

案例分析論文[優(yōu)選]07-17

【實(shí)用】案例分析論文07-17

案例分析論文15篇10-12

案例分析論文15篇(經(jīng)典)07-17

案例分析論文(15篇)12-23

案例分析論文15篇（必備）07-16

案例分析論文優(yōu)秀[15篇]07-17

案例分析論文【范例15篇】07-16