專(zhuān)利名稱(chēng)：IP多媒體子系統(tǒng)Replace參數(shù)的處理方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種IMS (IP Multimedia Subsystem，IP多媒體子系統(tǒng))R印lace參數(shù)的處理方法及裝置。
背景技術(shù)：
3GPP(3rd Generation Partner Project,第三代合作伙伴計(jì)劃)定義 AS (Application Server，應(yīng)用服務(wù)器)在處理 SIP (Session Initiation Protocol，會(huì)話(huà)發(fā)起協(xié)議)消息時(shí)，行為模式可以為Proxy(代理)、Routeing B2BUA(Routeing Back to Back User Agent，路由背靠背用戶(hù)代理)或InitiatingB2BUA(初始背靠背用戶(hù)代理)。其中 Routeing B2BUA是一種很類(lèi)似Proxy 的處理模式，當(dāng) AS采用 Routeing B2BUA或 Initiating B2BUA行為模式時(shí)，AS兩側(cè)的Dialog ID (會(huì)話(huà)標(biāo)識(shí))經(jīng)由AS修改，AS兩側(cè)的Dialog ID 將不一樣。按照3GPP 24.229 5. 7. 5章節(jié)的定義，當(dāng)IMS中的AS收到帶有R印IaceHeader (替換頭部)的對(duì)話(huà)的初始請(qǐng)求(Initial request for a dialog)時(shí)，需要檢查AS是否為 Routeing B2BUA 或 Initiating B2BUA 行為模式。如果是，并且此 AS 就是 R印lace Header 所攜帶的Dialog ID的替換者，則需要在轉(zhuǎn)發(fā)此初始請(qǐng)求前將R印lace Header的Dialog ID替換。如圖1所示，替換的目的是，在此AS前向的網(wǎng)元只能識(shí)別Dialogl，無(wú)法識(shí)別 Dialog2，必須由進(jìn)行Dialog替換的網(wǎng)元(此RouteingB2BUA AS)重新正確替換。如圖1所示，在用戶(hù)B的歸屬域，對(duì)于Dialogl的請(qǐng)求，AS表現(xiàn)為RouteingB2BUA， 使用新的Dialog2轉(zhuǎn)發(fā)請(qǐng)求。當(dāng)收到新的初始請(qǐng)求(使用Dialog3)，攜帶有R印lace Header 為Dialog2，此時(shí)，S-CSCF觸發(fā)到此AS，AS需要將R印lace Header修改為Dialogl轉(zhuǎn)發(fā)。3GPP只是定義了如果AS收到此類(lèi)請(qǐng)求后的處理。但是在實(shí)際應(yīng)用時(shí)，Dialog3的初始請(qǐng)求可能并不會(huì)送到此AS，而是根據(jù)IFC (InitialFilter Criteria，初始過(guò)濾規(guī)則) 觸發(fā)等規(guī)則送到了其他的AS (Other AS)，如圖2中所示，如果S-CSCF觸發(fā)到了 Other AS, 則會(huì)導(dǎo)致此AS無(wú)法識(shí)別R印lace Header的DialogID (圖中的Dialog2)。根據(jù)RFC3891, 如果無(wú)法識(shí)別或匹配R印IaceHeader的Dialog ID，接受方可以使用481拒絕請(qǐng)求。在實(shí)際應(yīng)用中，對(duì)于呼叫內(nèi)后續(xù)請(qǐng)求攜帶R印lace Header的情況，同樣存在AS不能識(shí)別R印lace Header的Dialog ID的可能。因此，需要提供一種解決方案，對(duì)于攜帶有R印lace Header的新的初始請(qǐng)求和呼叫內(nèi)后續(xù)請(qǐng)求，保證R印lace Header所帶的Dialog ID可以被B2BUA行為模式的前向網(wǎng)元正確替換。

發(fā)明內(nèi)容
本發(fā)明要解 決的技術(shù)問(wèn)題是提供一種IP多媒體子系統(tǒng)Replace參數(shù)的處理方法及裝置，保證初始請(qǐng)求或后續(xù)呼叫請(qǐng)求中帶有的R印lace Header可以被正確替換，解決現(xiàn)有3GPP AS對(duì)Relpace參數(shù)支持的欠缺帶來(lái)的影響。
為了解決上述問(wèn)題，本發(fā)明提供了一種IP多媒體子系統(tǒng)R印Iace參數(shù)的處理方法，所述方法包括服務(wù)呼叫會(huì)話(huà)控制功能(S-CSCF)收到攜帶有替換頭部Oteplace Header)的初始請(qǐng)求或后續(xù)請(qǐng)求；所述S-CSCF判斷所述初始請(qǐng)求或后續(xù)請(qǐng)求的第一對(duì)話(huà)標(biāo)識(shí)(Dialog ID)關(guān)聯(lián)的應(yīng)用服務(wù)器(AS)與所述R印lace Header中的第二 Dialog ID關(guān)聯(lián)的AS是否為同一個(gè)AS ；若不是，則所述S-CSCF在所述第二 Dialog ID所在呼叫的對(duì)端Dialog ID中查找是否有第三Dialog ID，且所述第三Dialog ID關(guān)聯(lián)的AS與所述第一 Dialog ID關(guān)聯(lián)的AS 為同一個(gè)AS;
如果有，則將所述第二 Dialog ID替換為所述第三Dialog ID，并將所述初始請(qǐng)求或后續(xù)請(qǐng)求根據(jù)呼叫路由規(guī)則和/或初始過(guò)濾規(guī)則(IFC)觸發(fā)規(guī)則發(fā)送到相應(yīng)AS。其中，如果所述第一 Dialog ID與所述第二 Dialog ID關(guān)聯(lián)的AS為同一個(gè)AS時(shí)， 則所述S-CSCF直接將所述初始請(qǐng)求或后續(xù)請(qǐng)求發(fā)送到所述相應(yīng)AS。其中，所述相應(yīng)AS具體為如果是初始請(qǐng)求，則所述相應(yīng)AS為根據(jù)IFC觸發(fā)規(guī)則確定的AS ；如果是后續(xù)請(qǐng)求，則所述相應(yīng)AS為根據(jù)呼叫路由規(guī)則確定的AS。其中，所述S-CSCF在所述第二 Dialog ID所在呼叫的對(duì)端Dialog ID查找第三 Dialog ID時(shí)，如果判斷出查找到的對(duì)端Dialog ID關(guān)聯(lián)的AS與所述第一 DialogID關(guān)聯(lián)的 AS不是同一個(gè)AS，則繼續(xù)查找所述第二 DialogID所在呼叫的下一個(gè)對(duì)端Dialog ID,直至查找到第三Dialog ID,使得所述第三Dialog ID關(guān)聯(lián)的AS與所述第一 Dialog ID關(guān)聯(lián)的 AS為同一個(gè)AS。其中，如果所述S-CSCF在所述第二 Dialog ID所在呼叫的對(duì)端Dialog ID中沒(méi)有查找到第三Dialog ID，則直接將所述初始請(qǐng)求或后續(xù)請(qǐng)求發(fā)送到所述相應(yīng)AS，由所述相應(yīng) AS決策回復(fù)失敗響應(yīng)或者透?jìng)魉鯮印lace Header。其中，所述S-CSCF根據(jù)呼叫路由規(guī)則和/或IFC觸發(fā)規(guī)則確定所述Dialog ID關(guān)聯(lián)的AS。本發(fā)明還提供了一種IP多媒體子系統(tǒng)R印Iace參數(shù)的處理裝置，應(yīng)用于S-CSCF， 所述裝置進(jìn)一步包括請(qǐng)求接收單元、替換決策單元和請(qǐng)求發(fā)送單元，其中所述請(qǐng)求接收單元用于，收到的初始請(qǐng)求或后續(xù)請(qǐng)求攜帶有R印laceHeader，并判斷所述初始請(qǐng)求或后續(xù)請(qǐng)求的第一 Dialog ID關(guān)聯(lián)的AS與所述R印lace Header中的第二 Dialog ID關(guān)聯(lián)的AS是否為同一個(gè)AS，若不是，則觸發(fā)所述替換決策單元；所述替換決策單元用于，收到所述請(qǐng)求處理單元的通知后，在所述第二 Dialog ID 所在呼叫的對(duì)端Dialog ID中查找是否有第三Dialog ID，且所述第三Dialog ID關(guān)聯(lián)的 AS與所述第一 Dialog ID關(guān)聯(lián)的AS為同一個(gè)AS;如果有，則將所述第二 Dialog ID替換為所述第三Dialog ID后，將所述初始請(qǐng)求或后續(xù)請(qǐng)求發(fā)送給所述請(qǐng)求發(fā)送單元；所述請(qǐng)求轉(zhuǎn)發(fā)單元用于，將收到的所述初始請(qǐng)求或后續(xù)請(qǐng)求根據(jù)呼叫路由規(guī)則和 /或IFC觸發(fā)規(guī)則發(fā)送到相應(yīng)AS。其中，所述請(qǐng)求接收單元還用于，如果所述第一 Dialog ID與所述第二 Dialog ID 關(guān)聯(lián)的AS為同一個(gè)AS時(shí)，則直接將所述請(qǐng)求發(fā)送到所述請(qǐng)求轉(zhuǎn)發(fā)單元。
其中，所述替換決策單元進(jìn)一步用于，在所述第二 Dialog ID所在呼叫的對(duì)端 Dialog ID查找第三Dialog ID時(shí)，如果判斷出查找到的對(duì)端Dialog ID關(guān)聯(lián)的AS與所述第一 Dialog ID關(guān)聯(lián)的AS不是同一個(gè)AS，則繼續(xù)查找所述第二 Dialog ID所在呼叫的下一個(gè)對(duì)端Dialog ID，直至查找到第三DialogID，使得所述第三Dialog ID關(guān)聯(lián)的AS與所述第一 Dialog ID關(guān)聯(lián)的AS為同一個(gè)AS。其中，所述替換決策單元進(jìn)一步用于，如果在所述第二Dialog ID所在呼叫的對(duì)端 Dialog ID中沒(méi)有查找到第三Dialog ID，則直接將所述初始請(qǐng)求或后續(xù)請(qǐng)求發(fā)送到所述請(qǐng)求轉(zhuǎn)發(fā)單元。采用本發(fā)明技術(shù)方案，對(duì)于攜帶有R印lace Header的新的初始請(qǐng)求和呼叫內(nèi)后續(xù)請(qǐng)求，保證R印lace Header所帶的Dialog ID可以被B2BUA行為模式的前向網(wǎng)元正確替換。


圖1為AS執(zhí)行B2BUA行為的流程示意圖；圖2為AS執(zhí)行B2BUA行為的流程示意圖；圖3為本發(fā)明實(shí)施例的Replace參數(shù)的處理方法的流程示意圖；圖4為本發(fā)明應(yīng)用示例的S-CSCF對(duì)呼叫內(nèi)后續(xù)請(qǐng)求攜帶R印alee Header處理方法流程示意圖；圖5為本發(fā)明應(yīng)用示例的S-CSCF對(duì)初始請(qǐng)求R印alee Header處理方法流程示意圖。
具體實(shí)施例方式本發(fā)明主要思路如下在實(shí)際應(yīng)用中，發(fā)起攜帶R印lace Header的請(qǐng)求的用戶(hù)和原呼叫的用戶(hù)相同或者是同一個(gè)隱式注冊(cè)集的用戶(hù)，都經(jīng)由同一個(gè)S-CSCF注冊(cè)。設(shè)定請(qǐng)求本身的第一 Dialog ID 為 Dl,Iteplace Header 中攜帶的第二 Dialog ID 為 D2，只要 S-CSCF 保證在將該攜帶R印lace Header的請(qǐng)求發(fā)送到AS之前，Dl和D2關(guān)聯(lián)的AS是同一個(gè)AS， 則S-CSCF按路由規(guī)則或IFC觸發(fā)規(guī)則將該請(qǐng)求發(fā)送到AS，就可以保證AS首先能夠識(shí)別 ReplaceHeader的Dialog ID，進(jìn)而此AS可以根據(jù)其B2BUA的行為模式進(jìn)行正確的替換。基于上述思路，本發(fā)明提供一種IMS系統(tǒng)R印Iace參數(shù)的處理方法，具體采用如下技術(shù)方案S-CSCF收到攜帶有R印lace Header的初始請(qǐng)求或后續(xù)請(qǐng)求；所述S-CSCF判斷所述初始請(qǐng)求或后續(xù)請(qǐng)求的第一對(duì)話(huà)標(biāo)識(shí)(DialogID)關(guān)聯(lián)的AS 與所述R印lace Header中的第二 Dialog ID關(guān)聯(lián)的AS是否為同一個(gè)AS ；若不是，則所述S-CSCF在所述第二 Dialog ID所在呼叫的對(duì)端Dialog ID中查找是否有第三Dialog ID，且所述第三Dialog ID關(guān)聯(lián)的AS與所述第一 Dialog ID關(guān)聯(lián)的AS 為同一個(gè)AS;如果有，則將所述第二 Dialog ID替換為所述第三Dialog ID,并將所述初始請(qǐng)求或后續(xù)請(qǐng)求根據(jù)呼叫路由規(guī)則和/或初始IFC觸發(fā)規(guī)則發(fā)送到相應(yīng)AS。進(jìn)一步地，如果所述第一 Dialog ID與所述第二 Dialog ID關(guān)聯(lián)的AS為同一個(gè)AS 時(shí)，則所述S-CSCF直接將所述初始請(qǐng)求或后續(xù)請(qǐng)求發(fā)送到所述相應(yīng)AS。
其中，上述相應(yīng)AS具體為如果是初始請(qǐng)求，則所述相應(yīng)AS為根據(jù)IFC觸發(fā)規(guī)則確定的AS ；如果是后續(xù)請(qǐng)求，則所述相應(yīng)AS為根據(jù)呼叫路由規(guī)則確定的AS。 進(jìn)一步地，所述S-CSCF根據(jù)呼叫路由規(guī)則和/或IFC觸發(fā)規(guī)則確定所述Dialog ID關(guān)聯(lián)的AS。進(jìn)一步地，所述S-CSCF在所述第二 Dialog ID所在呼叫的對(duì)端Dialog ID查找第三Dialog ID時(shí)，如果判斷出查找到的對(duì)端Dialog ID關(guān)聯(lián)的AS與所述第一 Dialog ID關(guān)聯(lián)的AS不是同一個(gè)AS，則繼續(xù)查找所述第二Dialog ID所在呼叫的下一個(gè)對(duì)端Dialog ID, 直至查找到第三Dialog ID，使得所述第三Dialog ID關(guān)聯(lián)的AS與所述第一 Dialog ID關(guān)聯(lián)的AS為同一個(gè)AS。如果所述S-CSCF在所述第二 Dialog ID所在呼叫的對(duì)端Dialog ID中沒(méi)有查找到第三Dialog ID,則直接將所述初始請(qǐng)求或后續(xù)請(qǐng)求發(fā)送到所述相應(yīng)AS，由所述相應(yīng)AS 決策回復(fù)失敗響應(yīng)或者透?jìng)魉鯮印lace Header。下面將結(jié)合附圖及具體實(shí)施例對(duì)本發(fā)明技術(shù)方案的實(shí)施作進(jìn)一步詳細(xì)描述。如圖3所示，本發(fā)明實(shí)施例的IMS系統(tǒng)R印Iace參數(shù)的處理方法包括步驟A，S-CSCF收到初始請(qǐng)求(如INVITE，REFER) /后續(xù)請(qǐng)求(如REFER) Dl攜帶 Replace Header, Replace Header 的 Dialog ID 為 D2 ；步驟B，S-CSCF判斷Dl(請(qǐng)求本身的 Dialog ID)關(guān)聯(lián)的 AS，和 D2 (R印lace Header 中攜帶的Dialog ID)關(guān)聯(lián)的AS是否為同一個(gè)AS，如果是，則執(zhí)行步驟C，否則，執(zhí)行步驟D ；步驟C，如果Dl關(guān)聯(lián)的AS和D2關(guān)聯(lián)的AS是同一個(gè)AS，則S-CSCF決策不需要進(jìn)行R印lace Header的替換，并將此請(qǐng)求按照已有規(guī)則(初始請(qǐng)求按IFC規(guī)則或后續(xù)請(qǐng)求按 Record-route頭部判斷)直接發(fā)送到相應(yīng)AS ；步驟D，如果Dl關(guān)聯(lián)的AS和D2關(guān)聯(lián)的AS不是同一個(gè)AS，則S-CSCF 根據(jù)R印Iace Header中的Dialog ID所在呼叫，如圖4所示，D6所在的AB呼叫，查找對(duì)端Dialog ID (Dx)， 如果查找到，則執(zhí)行步驟E ；否則，執(zhí)行步驟F ；步驟E，S-CSCF判斷Dl和Dx分別關(guān)聯(lián)的AS是否為同一個(gè)AS，如果是，則執(zhí)行步驟G ；否則，繼續(xù)執(zhí)行步驟D ；此時(shí)，返回步驟D后，S-CSCF將繼續(xù)查找D2所在呼叫的對(duì)端Dialog ID，如圖4所示，按照D6-D5-D4-D3-D2的順序依次在AB呼叫中查找，直到找到Dx與Dl關(guān)聯(lián)的AS為同一個(gè) AS。步驟F，如果查找不到和Dl關(guān)聯(lián)AS為同一個(gè)AS的對(duì)端Dialog ID,則S-CSCF將收到的此請(qǐng)求直接按觸發(fā)規(guī)則發(fā)送到相應(yīng)AS，由AS來(lái)決策回復(fù)481失敗響應(yīng)或透?jìng)鞔?Replace Header,由終結(jié)此請(qǐng)求的網(wǎng)元來(lái)最終決策；步驟G，如果查找到與Dl關(guān)聯(lián)的AS為同一個(gè)AS的對(duì)端Dialog ID,則S-CSCF決策需要進(jìn)行R印lace Header的替換，則S-CSCF將此請(qǐng)求的R印lace Header的D2替換為 D3 (Dx)后，再將此請(qǐng)求按照已有規(guī)則發(fā)送到相應(yīng)AS。其中，上述方案對(duì)于初始請(qǐng)求還是呼叫內(nèi)的后續(xù)請(qǐng)求消息，對(duì)S-CSCF的實(shí)施要求是類(lèi)似的。以下將以S-CSCF對(duì)R印alee Header的處理流程為例，結(jié)合具體應(yīng)用示例來(lái)對(duì)本發(fā)明的實(shí)施方法進(jìn)行說(shuō)明，應(yīng)當(dāng)理解的是，本發(fā)明方法對(duì)于其他應(yīng)用場(chǎng)景同樣適用，并且， 使用本發(fā)明方法的其他應(yīng)用場(chǎng)景也都應(yīng)屬于本專(zhuān)利的保護(hù)范圍。應(yīng)用示例一 圖4示出了本發(fā)明一個(gè)應(yīng)用示例的S-CSCF對(duì)呼叫內(nèi)后續(xù)請(qǐng)求攜帶R印alee Header的處理方法流程圖，該示例應(yīng)用場(chǎng)景描述如下在UE-B的歸屬域，UE-A發(fā)起的呼叫經(jīng)過(guò)AS1、AS2和AS3然后呼叫到UE-B ；此時(shí) AB 呼叫存在 Dialog 1 到 Dialog 6 共 6 個(gè) Dialog ID ；由UE-B發(fā)起呼叫到UE-C，經(jīng)過(guò)AS1，而不經(jīng)過(guò)AS2和AS3，此時(shí)，BC呼叫存在Dialog 7 到 Dialog 8 共 2 個(gè) Dialog ID ；UE-B發(fā)起呼叫內(nèi)后續(xù)請(qǐng)求(如Refer)攜帶R印lace Header經(jīng)過(guò)BC呼叫，此時(shí)， 請(qǐng)求本身的 Dialog ID 為 D7，R印lace Header 的 Dialog ID 為 D6。如圖4所示，S-CSCF對(duì)于此攜帶R印lace Header的請(qǐng)求的實(shí)施方法的步驟如下步驟一、S-CSCF接收到UE-B發(fā)起的攜帶R印lace Header的呼叫內(nèi)后續(xù)請(qǐng)求(如 Refer)，請(qǐng)求本身的 Dialog ID 為 D7，R印lace Header 的 Dialog ID 為 D6，S-CSCF 根據(jù)呼叫路由規(guī)則判斷D7關(guān)聯(lián)的AS是AS1，D6關(guān)聯(lián)的AS是AS3，不屬于同一個(gè)AS ；步驟二、S-CSCF需要查找D6關(guān)聯(lián)呼叫的對(duì)端Dialog ID，為D5，進(jìn)而查找到D4 ；此時(shí)S-CSCF繼續(xù)判斷D4關(guān)聯(lián)的AS是AS2，和D7關(guān)聯(lián)的ASl不是同一個(gè)AS，需要繼續(xù)查找；步驟三、S-CSCF需要查找D4關(guān)聯(lián)呼叫的對(duì)端Dialog ID為D3，進(jìn)而查找到D2 ；此時(shí)，S-CSCF繼續(xù)判斷D2關(guān)聯(lián)的AS是AS1和D7關(guān)聯(lián)的AS1為同一個(gè)AS，則S-CSCF將R印1 ace Header 的 Dialog ID 替換為 D2 ；步驟四、S-CSCF將R印lace Header的Dialog ID替換為D2后，按呼叫內(nèi)呼叫路由規(guī)則將此請(qǐng)求發(fā)送到ASl。這樣保證AS能夠識(shí)別R印lace Header的DialogID并進(jìn)行正確的操作。應(yīng)用示例二圖5示出了本發(fā)明另一應(yīng)用示例的S-CSCF對(duì)初始請(qǐng)求R印alee Header的處理方法流程圖，該示例應(yīng)用場(chǎng)景描述如下在UE-B的歸屬域，UE-A發(fā)起的呼叫經(jīng)過(guò)AS1、AS2和AS3然后呼叫到UE-B ；此時(shí) AB 呼叫存在 Dialog 1 到 Dialog 6 共 6 個(gè) Dialog ID ；UE-B發(fā)起的初始請(qǐng)求(如Invite)攜帶R印lace Header觸發(fā)新呼叫經(jīng)過(guò)ASl ；此時(shí)，請(qǐng)求本身的 Dialog ID 為 D7，R印lace Header 的 Dialog ID 為 D6。如圖5所示，S-CSCF對(duì)于此攜帶R印lace Header的請(qǐng)求的實(shí)施方法的步驟如下步驟一、S-CSCF接收到UE-B發(fā)起的攜帶R印lace Header的初始請(qǐng)求(如 Invite)；請(qǐng)求本身的 Dialog ID 為 D7，R印lace Header 的 Dialog ID 為 D6。S-CSCF 根據(jù) IFC觸發(fā)規(guī)則判斷請(qǐng)求將發(fā)送到的AS是ASl ；而D6關(guān)聯(lián)的AS是AS3，不是同一個(gè)AS ；步驟二、S-CSCF需要查找D6關(guān)聯(lián)呼叫的對(duì)端DialogID，為D5，進(jìn)而查找到D4 ；此時(shí)S-CSCF繼續(xù)判斷D4關(guān)聯(lián)的AS是AS2，和D7關(guān)聯(lián)的ASl不是同一個(gè)AS，需要繼續(xù)查找；步驟三、S-CSCF需要查找D4關(guān)聯(lián)呼叫的對(duì)端DialogID，為D3，進(jìn)而查找到D2 ；此時(shí)S-CSCF繼續(xù)判斷D2關(guān)聯(lián)的AS是ASl，和D7關(guān)聯(lián)的ASl屬于同一個(gè)AS ；此時(shí)，S-CSCF將 Replace Header 的 Dialog ID 替換為 D2 ；
步驟四、S-CSCF將R印lace Header的Dialog ID替換為D2后，按IFC觸發(fā)規(guī)則將此請(qǐng)求發(fā)送到ASl。這樣保證AS能夠識(shí)別R印lace Header的Dialog ID并進(jìn)行正確的操作。 此外，本發(fā)明還提供了一種IP多媒體子系統(tǒng)R印Iace參數(shù)的處理裝置(未圖示)， 應(yīng)用于S-CSCF，該裝置進(jìn)一步包括請(qǐng)求接收單元、替換決策單元和請(qǐng)求發(fā)送單元，其中所述請(qǐng)求接收單元用于，收到的初始請(qǐng)求或后續(xù)請(qǐng)求攜帶有R印laceHeader，并判斷所述初始請(qǐng)求或后續(xù)請(qǐng)求的第一 Dialog ID關(guān)聯(lián)的AS與所述R印lace Header中的第二 Dialog ID關(guān)聯(lián)的AS是否為同一個(gè)AS，若不是，則觸發(fā)所述替換決策單元；所述替換決策單元用于，收到所述請(qǐng)求處理單元的通知后，在所述第二 Dialog ID 所在呼叫的對(duì)端Dialog ID中查找是否有第三Dialog ID，且所述第三Dialog ID關(guān)聯(lián)的 AS與所述第一 Dialog ID關(guān)聯(lián)的AS為同一個(gè)AS;如果有，則將所述第二 Dialog ID替換為所述第三Dialog ID后，將所述初始請(qǐng)求或后續(xù)請(qǐng)求發(fā)送給所述請(qǐng)求發(fā)送單元；所述請(qǐng)求轉(zhuǎn)發(fā)單元用于，將收到的所述初始請(qǐng)求或后續(xù)請(qǐng)求根據(jù)呼叫路由規(guī)則和 /或IFC觸發(fā)規(guī)則發(fā)送到相應(yīng)AS。其中，所述請(qǐng)求接收單元還用于，如果所述第一 Dialog ID與所述第二 Dialog ID 關(guān)聯(lián)的AS為同一個(gè)AS時(shí)，則直接將所述請(qǐng)求發(fā)送到所述請(qǐng)求轉(zhuǎn)發(fā)單元。其中，所述替換決策單元進(jìn)一步用于，在所述第二 Dialog ID所在呼叫的對(duì)端 Dialog ID查找第三Dialog ID時(shí)，如果判斷出查找到的對(duì)端Dialog ID關(guān)聯(lián)的AS與所述第一 Dialog ID關(guān)聯(lián)的AS不是同一個(gè)AS，則繼續(xù)查找所述第二 Dialog ID所在呼叫的下一個(gè)對(duì)端Dialog ID,直至查找到第三DialogID，使得所述第三Dialog ID關(guān)聯(lián)的AS與所述第一 Dialog ID關(guān)聯(lián)的AS為同一個(gè)AS。其中，所述替換決策單元進(jìn)一步用于，如果在所述第二Dialog ID所在呼叫的對(duì)端 Dialog ID中沒(méi)有查找到第三Dialog ID，則直接將所述初始請(qǐng)求或后續(xù)請(qǐng)求發(fā)送到所述請(qǐng)求轉(zhuǎn)發(fā)單元。以上所述僅為本發(fā)明優(yōu)選實(shí)施例，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員， 本發(fā)明可以有各種更改和變化。凡在本發(fā)明精神和原則之內(nèi)，所作的任何修改、等同替換和改進(jìn)等，均包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種IP多媒體子系統(tǒng)Replace參數(shù)的處理方法，其特征在于，所述方法包括服務(wù)呼叫會(huì)話(huà)控制功能(S-CSCF)收到攜帶有替換頭部(Replace Header)的初始請(qǐng)求或后續(xù)請(qǐng)求；所述S-CSCF判斷所述初始請(qǐng)求或后續(xù)請(qǐng)求的第一對(duì)話(huà)標(biāo)識(shí)(Dialog ID)關(guān)聯(lián)的應(yīng)用服務(wù)器(AS)與所述R印lace Header中的第二 Dialog ID關(guān)聯(lián)的AS是否為同一個(gè)AS ；若不是，則所述S-CSCF在所述第二 Dialog ID所在呼叫的對(duì)端Dialog ID中查找是否有第三Dialog ID，且所述第三Dialog ID關(guān)聯(lián)的AS與所述第一 Dialog ID關(guān)聯(lián)的AS為同一個(gè) AS ；如果有，則將所述第二 Dialog ID替換為所述第三Dialog ID，并將所述初始請(qǐng)求或后續(xù)請(qǐng)求根據(jù)呼叫路由規(guī)則和/或初始過(guò)濾規(guī)則(IFC)觸發(fā)規(guī)則發(fā)送到相應(yīng)AS。
2.如權(quán)利要求1所述的方法，其特征在于，如果所述第一 Dialog ID與所述第二 Dialog ID關(guān)聯(lián)的AS為同一個(gè)AS時(shí)，則所述 S-CSCF直接將所述初始請(qǐng)求或后續(xù)請(qǐng)求發(fā)送到所述相應(yīng)AS。
3.如權(quán)利要求1或2所述的方法，其特征在于，所述相應(yīng)AS具體為如果是初始請(qǐng)求，則所述相應(yīng)AS為根據(jù)IFC觸發(fā)規(guī)則確定的AS ；如果是后續(xù)請(qǐng)求，則所述相應(yīng)AS為根據(jù)呼叫路由規(guī)則確定的AS。
4.如權(quán)利要求3所述的方法，其特征在于，所述S-CSCF在所述第二 Dialog ID所在呼叫的對(duì)端Dialog ID查找第三Dialog ID 時(shí)，如果判斷出查找到的對(duì)端Dialog ID關(guān)聯(lián)的AS與所述第一 Dialog ID關(guān)聯(lián)的AS不是同一個(gè)AS，則繼續(xù)查找所述第二 Dialog ID所在呼叫的下一個(gè)對(duì)端Dialog ID，直至查找到第三Dialog ID，使得所述第三DialogID關(guān)聯(lián)的AS與所述第一 Dialog ID關(guān)聯(lián)的AS為同一個(gè) AS。
5.如權(quán)利要求4所述的方法，其特征在于，如果所述S-CSCF在所述第二 Dialog ID所在呼叫的對(duì)端Dialog ID中沒(méi)有查找到第三Dialog ID,則直接將所述初始請(qǐng)求或后續(xù)請(qǐng)求發(fā)送到所述相應(yīng)AS，由所述相應(yīng)AS決策回復(fù)失敗響應(yīng)或者透?jìng)魉鯮印lace Header。
6.如權(quán)利要求1或2所述的方法，其特征在于，所述S-CSCF根據(jù)呼叫路由規(guī)則和/或IFC觸發(fā)規(guī)則確定所述Dialog ID關(guān)聯(lián)的AS。
7.一種IP多媒體子系統(tǒng)R印Iace參數(shù)的處理裝置，其特征在于，應(yīng)用于S-CSCF，所述裝置進(jìn)一步包括請(qǐng)求接收單元、替換決策單元和請(qǐng)求發(fā)送單元，其中所述請(qǐng)求接收單元用于，收到的初始請(qǐng)求或后續(xù)請(qǐng)求攜帶有R印laceHeader，并判斷所述初始請(qǐng)求或后續(xù)請(qǐng)求的第一 Dialog ID關(guān)聯(lián)的AS與所述R印lace Header中的第二 Dialog ID關(guān)聯(lián)的AS是否為同一個(gè)AS，若不是，則觸發(fā)所述替換決策單元；所述替換決策單元用于，收到所述請(qǐng)求處理單元的通知后，在所述第二Dialog ID所在呼叫的對(duì)端Dialog ID中查找是否有第三Dialog ID，且所述第三Dialog ID關(guān)聯(lián)的AS與所述第一 Dialog ID關(guān)聯(lián)的AS為同一個(gè)AS;如果有，則將所述第二 Dialog ID替換為所述第三Dialog ID后，將所述初始請(qǐng)求或后續(xù)請(qǐng)求發(fā)送給所述請(qǐng)求發(fā)送單元；所述請(qǐng)求轉(zhuǎn)發(fā)單元用于，將收到的所述初始請(qǐng)求或后續(xù)請(qǐng)求根據(jù)呼叫路由規(guī)則和/或IFC觸發(fā)規(guī)則發(fā)送到相應(yīng)AS。
8.如權(quán)利要求7所述的裝置，其特征在于，所述請(qǐng)求接收單元還用于，如果所述第一 Dialog ID與所述第二 Dialog ID關(guān)聯(lián)的AS 為同一個(gè)AS時(shí)，則直接將所述請(qǐng)求發(fā)送到所述請(qǐng)求轉(zhuǎn)發(fā)單元。
9.如權(quán)利要求7或8所述的裝置，其特征在于，所述替換決策單元進(jìn)一步用于，在所述第二 Dialog ID所在呼叫的對(duì)端Dialog ID查找第三Dialog ID時(shí)，如果判斷出查找到的對(duì)端Dialog ID關(guān)聯(lián)的AS與所述第一Dialog ID 關(guān)聯(lián)的AS不是同一個(gè)AS，則繼續(xù)查找所述第二 Dialog ID所在呼叫的下一個(gè)對(duì)端Dialog ID，直至查找到第三Dialog ID，使得所述第三Dialog ID關(guān)聯(lián)的AS與所述第一 Dialog ID 關(guān)聯(lián)的AS為同一個(gè)AS。
10.如權(quán)利要求9所述的裝置，其特征在于，所述替換決策單元進(jìn)一步用于，如果在所述第二Dialog ID所在呼叫的對(duì)端Dialog ID 中沒(méi)有查找到第三Dialog ID,則直接將所述初始請(qǐng)求或后續(xù)請(qǐng)求發(fā)送到所述請(qǐng)求轉(zhuǎn)發(fā)單兀。
全文摘要
一種IP多媒體子系統(tǒng)Replace參數(shù)的處理方法及裝置，S-CSCF收到攜帶有Replace Header的初始請(qǐng)求或后續(xù)請(qǐng)求，判斷初始請(qǐng)求或后續(xù)請(qǐng)求的第一Dialog ID關(guān)聯(lián)的AS與Replace Header中的第二Dialog ID關(guān)聯(lián)的AS是否為同一個(gè)AS；若不是則S-CSCF在第二Dialog ID所在呼叫的對(duì)端Dialog ID中查找是否有第三Dialog ID，且第三Dialog ID關(guān)聯(lián)的AS與第一Dialog ID關(guān)聯(lián)的AS為同一個(gè)AS；如果有則將第二Dialog ID替換為第三Dialog ID，并將初始請(qǐng)求或后續(xù)請(qǐng)求根據(jù)呼叫路由規(guī)則和/或IFC觸發(fā)規(guī)則發(fā)送到相應(yīng)AS。
文檔編號(hào)H04L29/06GK102244647SQ201010174118
公開(kāi)日2011年11月16日 申請(qǐng)日期2010年5月13日 優(yōu)先權(quán)日2010年5月13日
發(fā)明者于緒濤, 鄒明江, 靳彬, 高揚(yáng) 申請(qǐng)人:中興通訊股份有限公司