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

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

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

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

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

　　1 案例分析

　　1.1 案例一

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

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

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

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

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

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

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

　　1.2 案例二

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

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

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

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

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

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

　　圖5 PROXY的響應(yīng)消息

　　ATS收到響應(yīng)后對(duì)比請(qǐng)求消息中的Session-Expires和響應(yīng)的Session-Expires頭域，發(fā)現(xiàn)請(qǐng)求消息和響應(yīng)消息中的refresher不一致而導(dǎo)致釋放呼叫。

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

　　2 RFC4028規(guī)范

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

　　2.1 基本流程

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

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

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

案例分析論文11-07

案例分析論文(15篇)11-10

案例分析論文15篇11-09

民法案例分析基本方法分析論文10-10

高職數(shù)學(xué)案例教學(xué)分析論文10-10

冶金工業(yè)管道失效案例分析論文10-10

書(shū)刊印刷的印刷壓力調(diào)節(jié)案例分析論文10-10

典型的案例分析報(bào)告05-12

案例分析報(bào)告范文02-14

電話禮儀案例分析06-12