專利名稱：一種路由會(huì)話的方法、網(wǎng)絡(luò)及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別是涉及一種路由會(huì)話的方法、網(wǎng)絡(luò)及設(shè)備。
背景技術(shù)：
IP多媒體子系統(tǒng)IMS (IP Multimedia Subsystem)是第三代移動(dòng)通信標(biāo)準(zhǔn) 化伙伴項(xiàng)目3GPP ( 3rd Generation Partnership Project)標(biāo)準(zhǔn)定義的一個(gè)IP多力某 體子系統(tǒng)，是3G ( 3rd Generation)移動(dòng)網(wǎng)實(shí)現(xiàn)分組話音和分組數(shù)據(jù)，以及提 供統(tǒng)一的多媒體業(yè)務(wù)和應(yīng)用的目標(biāo)網(wǎng)絡(luò)。
IMS采用IP分組域作為其控制信令和媒體傳輸?shù)某休d通道，采用SIP協(xié) 議作為呼叫控制信令，實(shí)現(xiàn)了業(yè)務(wù)管理、會(huì)話控制及承載接入的三者分離。具 體的，IMS采用分組域?yàn)槠渖蠈涌刂菩帕詈蚃(某體傳輸?shù)某性酝ǖ溃瑢?shí)現(xiàn)業(yè)務(wù)/ 控制網(wǎng)絡(luò)和承載網(wǎng)絡(luò)分離，采用SIP信令為呼叫控制信令，與RTP/RTCP、 SDP、 RTSP、 DNS等協(xié)議配合，共同完成IMS中終端的注冊(cè)、會(huì)話;洛由、業(yè)務(wù)觸發(fā) 等服務(wù)。參見(jiàn)圖l所示，為IMS網(wǎng)絡(luò)架構(gòu)示意圖。
其中，代理會(huì)話控制功能實(shí)體P-CSCF為IMS終端接入IMS網(wǎng)絡(luò)的信令 代理實(shí)體，所有來(lái)自、發(fā)往IMS終端的信令均經(jīng)過(guò)P-CSCF;
問(wèn)訊/服務(wù)呼叫會(huì)話控制功能實(shí)體I/S-CSCF完成呼叫會(huì)話控制； 出口網(wǎng)關(guān)控制功能實(shí)體BGCF完成網(wǎng)絡(luò)出口選擇功能； 多媒體資源功能控制器MRFC用于控制多媒體資源功能處理器MRFP; MRFP主要完成媒體流的處理(如多方會(huì)議、音頻代碼轉(zhuǎn)換)； HSS/UPSF為用戶數(shù)據(jù)配置單元，其存貯用戶的簽約數(shù)據(jù)等業(yè)務(wù)相關(guān)信
自
參見(jiàn)圖2所示， 一次典型的IMS用戶做被叫的會(huì)話路由過(guò)程，包括下列步
驟
1) I-CSCF收到會(huì)話請(qǐng)求后，根據(jù)會(huì)話請(qǐng)求的目的用戶公有標(biāo)識(shí)，向HSS 發(fā)送LIR (地理位置查詢請(qǐng)求)消息。
2) HSS 4艮據(jù)目的用戶在注冊(cè)過(guò)程中保存的信息，在LIA (地理位置查詢 響應(yīng))消息中攜帶為該用戶服務(wù)的S-CSCF地址。
3 ) I-CSCF發(fā)送會(huì)話請(qǐng)求至S-CSCF。
4) S-CSCF根據(jù)會(huì)話目的用戶用戶注冊(cè)過(guò)程中保留的路由集信息進(jìn)行后 續(xù)路由。
根據(jù)上述流程可以看出，會(huì)話到達(dá)被叫網(wǎng)絡(luò)后，由HSS分配為目的用戶 服務(wù)的相關(guān)S-CSCF;會(huì)話到達(dá)該S-CSCF后，該S-CSCF根據(jù)目的用戶在注冊(cè) 過(guò)程保留的路由集信息，即用戶接入的P-CSCF地址以及用戶的聯(lián)系地址等， 將會(huì)話路由至目的用戶(關(guān)于IMS用戶注冊(cè)、路由的詳細(xì)過(guò)程可以參考3GPP TS.24.229 )。
由此可見(jiàn)，基于現(xiàn)有技術(shù)若想將會(huì)話正確路由到目的用戶，需要S-CSCF 保留該目的用戶的路由集信息。
而在企業(yè)網(wǎng)接入IMS網(wǎng)絡(luò)的情況下，僅需要注冊(cè)一個(gè)用于代表企業(yè)網(wǎng)的身 份的用戶標(biāo)識(shí)(即域名用戶標(biāo)識(shí))，企業(yè)網(wǎng)內(nèi)部用戶(即域名相關(guān)用戶)由企 業(yè)網(wǎng)進(jìn)行管理，這些用戶的添加、刪除不需要知會(huì)IMS網(wǎng)絡(luò)，也不需要在IMS 網(wǎng)絡(luò)具有服務(wù)訂購(gòu)關(guān)系(IMS Service subscription),因此也不需要針對(duì)企業(yè)網(wǎng) 內(nèi)部的每個(gè)用戶進(jìn)行注冊(cè)，進(jìn)而S-CSCF上不會(huì)保留企業(yè)網(wǎng)內(nèi)部用戶的路由集 信息。(詳細(xì)的描述見(jiàn)TISPAN WI 1047以及相關(guān)文稿)
綜上所述，基于上述以域名用戶標(biāo)識(shí)接入IMS網(wǎng)絡(luò)的情況，在域名相關(guān)用 戶沒(méi)有在IMS網(wǎng)絡(luò)進(jìn)行注冊(cè)時(shí)，若想才艮據(jù)域名相關(guān)用戶的標(biāo)識(shí)進(jìn)行正確的會(huì)話 路由，目前無(wú)法實(shí)現(xiàn)。

發(fā)明內(nèi)容
本發(fā)明提供一種路由會(huì)話的方法、網(wǎng)絡(luò)及設(shè)備，用以解決在域名相關(guān)用盧
沒(méi)有在IMS網(wǎng)絡(luò)進(jìn)行注冊(cè)時(shí)，目前無(wú)法實(shí)現(xiàn)根據(jù)域名相關(guān)用戶的標(biāo)識(shí)進(jìn)行正確
的會(huì)話路由的問(wèn)題。
本發(fā)明方法包括A、用戶數(shù)據(jù)庫(kù)收到針對(duì)未注冊(cè)用戶的位置查詢請(qǐng)求時(shí)， 根據(jù)路由匹配信息分配呼叫會(huì)話控制單元；B、根據(jù)路由匹配信息獲取本次會(huì) 話的路由集；C、所述呼叫會(huì)話控制單元以該路由集路由本次會(huì)話。
其中，所述路由匹配信息包括域名用戶標(biāo)識(shí)，以及與之對(duì)應(yīng)的通配路由 條件。
進(jìn)一步，所述步驟A包括下列子步驟
Al、用戶數(shù)據(jù)庫(kù)以通配路由條件對(duì)所述會(huì)話請(qǐng)求中的被叫用戶標(biāo)識(shí)進(jìn)行匹 配，當(dāng)滿足任一通配路由條件時(shí)，則轉(zhuǎn)入步驟A2;
控制單元；
進(jìn)一步，步驟B包括下列子步驟
Bll、通過(guò)網(wǎng)元之間的消息轉(zhuǎn)發(fā)，在所述呼叫會(huì)話控制單元收到發(fā)往未注 冊(cè)用戶的會(huì)話請(qǐng)求后，以被叫用戶標(biāo)識(shí)向用戶數(shù)據(jù)庫(kù)發(fā)送請(qǐng)求消息；
B12、用戶數(shù)據(jù)庫(kù)以通配路由條件對(duì)所述被叫用戶標(biāo)識(shí)進(jìn)行匹配，當(dāng)滿足 任一通配路由條件時(shí)，則轉(zhuǎn)入步驟B13;
B13、用戶數(shù)據(jù)庫(kù)向呼叫會(huì)話控制單元下發(fā)相應(yīng)的域名用戶標(biāo)識(shí)，或該域 名標(biāo)識(shí)對(duì)應(yīng)的路由集；
B14、呼叫會(huì)話控制單元以該域名用戶標(biāo)識(shí)對(duì)應(yīng)的路由集或以用戶數(shù)據(jù)庫(kù) 下發(fā)的路由集，作為本次會(huì)話的路由集；
或者，步驟B包括下列子步驟
B21、通過(guò)網(wǎng)元之間的消息轉(zhuǎn)發(fā)，在所述呼叫會(huì)話控制單元收到發(fā)往未注 冊(cè)用戶的會(huì)話請(qǐng)求后，以通配路由條件對(duì)所述會(huì)話請(qǐng)求中的被叫用戶標(biāo)識(shí)進(jìn)行 匹配，當(dāng)滿足任一通配路由條件時(shí)，則轉(zhuǎn)入步驟B22;
B22、呼叫會(huì)話控制單元使用與所述匹配到的通配路由條件對(duì)應(yīng)的域名用 戶的路由集，作為本次會(huì)話的路由集。
又進(jìn)一步，所述步驟B13中，用戶數(shù)據(jù)庫(kù)向呼叫會(huì)話控制單元下發(fā)相應(yīng)的 域名用戶標(biāo)識(shí)或該域名標(biāo)識(shí)對(duì)應(yīng)的路由集的同時(shí)，還下發(fā)通配路由條件。
又進(jìn)一步，所述步驟B21之前，用戶數(shù)據(jù)庫(kù)在域名用戶注冊(cè)時(shí)，將所述通 配路由條件下發(fā)至呼叫會(huì)話控制單元。
綜上所述，所述用戶數(shù)據(jù)庫(kù)通過(guò)擴(kuò)展Diameter協(xié)議的屬性對(duì)AVP ,向呼 叫會(huì)話控制單元傳送所述路由匹配信息及域名用戶路由集；或者所述用戶數(shù)據(jù) 庫(kù)通過(guò)擴(kuò)展公共身份信息，向呼叫會(huì)話控制單元傳送域名用戶標(biāo)識(shí)，以及通過(guò) 擴(kuò)展Diameter協(xié)議的屬性對(duì)AVP ,向呼叫會(huì)話控制單元傳送通配路由條件； 或者所述用戶數(shù)據(jù)庫(kù)通過(guò)擴(kuò)展Diameter協(xié)議的屬性對(duì)AVP，向呼叫會(huì)話控制 單元傳送i或名用戶標(biāo)識(shí)。
綜上所述，所述通配路由條件通過(guò)管理方式進(jìn)行配置；或由用戶數(shù)據(jù)庫(kù)根 據(jù)域名用戶標(biāo)識(shí)的注冊(cè)上報(bào)信息獲得；或通過(guò)應(yīng)用服務(wù)器進(jìn)行配置。
本發(fā)明的路由會(huì)話的網(wǎng)絡(luò)，包括呼叫會(huì)話控制單元，用于根據(jù)路由集路 由會(huì)話的；存儲(chǔ)單元，用于存儲(chǔ)路由匹配信息；用戶數(shù)據(jù)庫(kù)，用于在收到針對(duì) 未注冊(cè)用戶的位置查詢請(qǐng)求時(shí)，根據(jù)存儲(chǔ)單元存儲(chǔ)的路由匹配信息，分配呼叫 會(huì)話控制單元；路由集獲取單元，用于根據(jù)存儲(chǔ)單元存儲(chǔ)的路由匹配信息，對(duì) 應(yīng)獲取本次會(huì)話的路由集，并告知呼叫會(huì)話控制單元。
其中，所述路由集獲取單元中包括通配路由條件判斷子單元，用于以存 儲(chǔ)單元存儲(chǔ)的路由匹配信息中的通配路由條件，對(duì)所述會(huì)話請(qǐng)求中的被叫用戶 標(biāo)識(shí)進(jìn)行匹配；獲取子單元，用于獲取與通配路由條件判斷子單元匹配到的通 配路由條件相應(yīng)的路由集。
本發(fā)明的用戶數(shù)據(jù)庫(kù)，包括存儲(chǔ)單元，用于存儲(chǔ)路由匹配信息；分配單 元，用于在收到針對(duì)未注冊(cè)用戶的位置查詢請(qǐng)求時(shí)，根據(jù)存儲(chǔ)單元存儲(chǔ)的路由 匹配信息，分配呼叫會(huì)話控制單元；路由集獲取單元，用于根據(jù)存儲(chǔ)單元存儲(chǔ)的路由匹配信息，對(duì)應(yīng)獲取本次會(huì)話的域名用戶標(biāo)識(shí)或;成名用戶^各由集，并告 知呼叫會(huì)話控制單元。
本發(fā)明的呼叫會(huì)話控制羊元，包括存儲(chǔ)單元，用于存儲(chǔ)路由匹配信息； 路由集獲取單元，用于根據(jù)存儲(chǔ)單元存儲(chǔ)的路由匹配信息，對(duì)應(yīng)獲取本次
會(huì)話的路由集，并告知路由單元；路由單元，用于根據(jù)路由集獲取單元獲取的
路由集，路由會(huì)話。
本發(fā)明有益效杲如下
本發(fā)明在域名用戶在IMS網(wǎng)絡(luò)進(jìn)行了注冊(cè)(例如以企業(yè)網(wǎng)標(biāo)識(shí)在IMS 網(wǎng)絡(luò)進(jìn)行了注冊(cè))，但域名相關(guān)用戶(如企業(yè)網(wǎng)內(nèi)部用戶)沒(méi)有在IMS網(wǎng)絡(luò)進(jìn) 行注冊(cè)的前提下，用戶數(shù)據(jù)庫(kù)收到針對(duì)未注冊(cè)用戶的位置查詢請(qǐng)求時(shí)，根據(jù)路 由匹配信息分配呼叫會(huì)話控制單元；之后根據(jù)路由匹配信息對(duì)應(yīng)獲取本次會(huì)話 的路由集；最后所述呼叫會(huì)話控制單元以該路由集路由本次會(huì)話。從而可以使 得IMS對(duì)于未注冊(cè)用戶進(jìn)行會(huì)話路由，增強(qiáng)了 IMS網(wǎng)絡(luò)的路由能力。


圖1為現(xiàn)有IMS網(wǎng)絡(luò)架構(gòu)示意圖2為現(xiàn)有IMS用戶作為被叫的會(huì)話路由流程圖3為本發(fā)明方法實(shí)施例步驟流程圖4為本發(fā)明路由會(huì)話網(wǎng)絡(luò)實(shí)施例的結(jié)構(gòu)示意圖5為本發(fā)明用戶教:據(jù)庫(kù)實(shí)施例的結(jié)構(gòu)示意圖6為本發(fā)明呼叫會(huì)話控制單元實(shí)施例的結(jié)構(gòu)示意圖7為本發(fā)明方法實(shí)施例一的信令流程圖8為本發(fā)明擴(kuò)展后的公有身份的UML模型示意圖9為本發(fā)明方法實(shí)施例二的信令流程圖。
具體實(shí)施方式
基于上述現(xiàn)有以域名用戶標(biāo)識(shí)(企業(yè)網(wǎng)標(biāo)識(shí))接入IMS網(wǎng)絡(luò)的情況，為了 在域名相關(guān)用戶(企業(yè)網(wǎng)內(nèi)部用戶)沒(méi)有在IMS網(wǎng)絡(luò)進(jìn)行注冊(cè)時(shí)，仍然可以根 據(jù)域名相關(guān)用戶的標(biāo)識(shí)(企業(yè)網(wǎng)內(nèi)部用戶標(biāo)識(shí))進(jìn)行正確的會(huì)話路由，本發(fā)明 方法實(shí)施例執(zhí)行之前，至少要滿足下列條件
前提條件l: HSS和/或呼叫會(huì)話控制單元中存儲(chǔ)有路由匹配信息，所述路 由匹配信息包括域名用戶標(biāo)識(shí)，以及與之對(duì)應(yīng)的通配路由條件。其中的通配 路由條件通過(guò)管理方式進(jìn)行配置；或根據(jù)域名用戶標(biāo)識(shí)的注冊(cè)過(guò)程獲得；或通 過(guò)應(yīng)用服務(wù)器進(jìn)行配置。
進(jìn)一步，若路由匹配信息不是來(lái)自管理方式的配置時(shí)，還需滿足下列條件 前提條件2:域名用戶標(biāo)識(shí)在IMS網(wǎng)絡(luò)進(jìn)行了注冊(cè)，但域名相關(guān)用戶沒(méi)有 在IMS網(wǎng)絡(luò)進(jìn)行注冊(cè)。
所述的域名用戶標(biāo)識(shí)可以是企業(yè)網(wǎng)的域名或IP地址，如sip:huawei.com， 也可以是一個(gè)標(biāo)識(shí)企業(yè)網(wǎng)的用戶標(biāo)識(shí)，如sip:destination@huawei.com，也可以 是一個(gè)標(biāo)識(shí)企業(yè)網(wǎng)所有內(nèi)部用戶的通配用戶標(biāo)識(shí)，i。!*!@huawei.com。所述的 域名用戶標(biāo)識(shí)注冊(cè)可以是一個(gè)普通的IMS注冊(cè)，也可以在注冊(cè)消息中指示這是 一個(gè)域名用戶標(biāo)識(shí)注冊(cè)。
滿足上述前提條件之后，參見(jiàn)圖3所示，本發(fā)明實(shí)施例包括下列主要步驟 SI、用戶數(shù)據(jù)庫(kù)收到針對(duì)未注冊(cè)用戶的位置查詢請(qǐng)求； 根據(jù)上述前提條件(至少之一)，用戶數(shù)據(jù)庫(kù)收到針對(duì)企業(yè)網(wǎng)內(nèi)部未注冊(cè) 用戶的位置查詢請(qǐng)求。
S2 、用戶數(shù)據(jù)庫(kù)根據(jù)路由匹配信息分配呼叫會(huì)話控制單元；
用戶數(shù)據(jù)庫(kù)以本地存儲(chǔ)的通配路由條件對(duì)位置查詢消息中的被叫用戶標(biāo) 識(shí)進(jìn)行匹配，若匹配到任一通配路由條件，則用戶數(shù)據(jù)庫(kù)分配為所述通配路由 條件對(duì)應(yīng)的域名用戶服務(wù)的呼叫會(huì)話控制單元。
S3、根據(jù)路由匹配信息獲取本次會(huì)話的路由集；
其中路由集為后續(xù)會(huì)話路徑中經(jīng)過(guò)節(jié)點(diǎn)的地址集合，如路由集中可以包含
被叫用戶接入的代理會(huì)話單元地址以及會(huì)話請(qǐng)求目的用戶的聯(lián)系地址
本文所述的#:叫用戶即會(huì)話請(qǐng)求目的用戶。 本步驟至少包括以下兩種情況
情況一、通過(guò)網(wǎng)元之間的消息轉(zhuǎn)發(fā)，在所述呼叫會(huì)話控制單元收到發(fā)往未 注冊(cè)用戶的會(huì)話請(qǐng)求后，以被叫用戶標(biāo)識(shí)向用戶數(shù)據(jù)庫(kù)發(fā)送請(qǐng)求消息。用戶數(shù) 據(jù)庫(kù)以通配路由條件對(duì)所述被叫用戶標(biāo)識(shí)進(jìn)行匹配，當(dāng)滿足任一通配路由條件
時(shí)，則用戶數(shù)據(jù)庫(kù)向呼叫會(huì)話控制單元下發(fā)相應(yīng)的域名用戶標(biāo)識(shí)，或該域名標(biāo)
識(shí)對(duì)應(yīng)的路由集；呼叫會(huì)話控制單元以該域名用戶標(biāo)識(shí)對(duì)應(yīng)的路由集作為本次 會(huì)話的路由集，或者以用戶數(shù)據(jù)庫(kù)下發(fā)的路由集作為本次會(huì)話的路由集；進(jìn)一 步還可同時(shí)下發(fā)通配路由條件，以便再次收到針對(duì)未注冊(cè)用戶的位置查詢請(qǐng)求 時(shí)，由呼叫會(huì)話控制單元直接進(jìn)行匹配和路由，從而減少與用戶數(shù)據(jù)庫(kù)的交互， 節(jié)約網(wǎng)絡(luò)資源。呼叫會(huì)話控制單元以該域名用戶標(biāo)識(shí)對(duì)應(yīng)的路由集或以用戶數(shù) 據(jù)庫(kù)下發(fā)的路由集，作為本次會(huì)話的路由集。
情況二、用戶數(shù)據(jù)庫(kù)在域名用戶注冊(cè)時(shí)，將所迷通配路由條件下發(fā)至與該 用戶數(shù)據(jù)庫(kù)相關(guān)的呼叫會(huì)話控制單元。之后，通過(guò)網(wǎng)元之間的消息轉(zhuǎn)發(fā)，在所 述呼叫會(huì)話控制單元收到發(fā)往未注冊(cè)用戶的會(huì)話請(qǐng)求后，以之前用戶數(shù)據(jù)庫(kù)下 發(fā)的通配路由條件對(duì)所述會(huì)話請(qǐng)求中的被叫用戶標(biāo)識(shí)進(jìn)行匹配，當(dāng)滿足任一通 配路由條件時(shí)，則呼叫會(huì)話控制單元使用與所述匹配到的通配路由條件對(duì)應(yīng)的 域名用戶的路由集，作為本次會(huì)話的路由集。
S4、呼叫會(huì)話控制單元以該路由集路由本次會(huì)話；
與上述方法對(duì)應(yīng)，本發(fā)明還提供了路由會(huì)話網(wǎng)絡(luò)的實(shí)施例，參見(jiàn)圖4所示， 其包括依次相連的用戶數(shù)據(jù)庫(kù)、存儲(chǔ)單元、路由集獲取單元和呼叫會(huì)話控制 單元；進(jìn)一步，所述路由集獲取單元中包括相互連接的通配路由條件判斷子單 元和獲取子單元。
所述用戶數(shù)據(jù)庫(kù)，用于在收到針對(duì)未注冊(cè)用戶的位置查詢請(qǐng)求時(shí)，根據(jù)存 儲(chǔ)單元存儲(chǔ)的路由匹配信息，分配呼叫會(huì)話控制單元。該用戶數(shù)據(jù)庫(kù)主要存儲(chǔ)
用戶身份、注冊(cè)信息和服務(wù)觸發(fā)信息等，在3GPP IMS架構(gòu)中用戶數(shù)據(jù)庫(kù)被稱 為HSS (歸屬用戶服務(wù)器)，對(duì)應(yīng)的在TISPAN架構(gòu)中用戶數(shù)據(jù)庫(kù)被定義為 UPSF(用戶配置服務(wù)功能)，用戶數(shù)據(jù)庫(kù)與呼叫會(huì)話控制羊元之間可以使 Diameter協(xié)議。
所述存儲(chǔ)單元，用于存儲(chǔ)路由匹配信息。
所述路由集獲取單元，用于根據(jù)存儲(chǔ)單元存儲(chǔ)的路由匹配信息，對(duì)應(yīng)獲取 本次會(huì)話的路由集，并告知呼叫會(huì)話控制單元。進(jìn)一步，其中的通配路由條件 判斷子單元，用于以存儲(chǔ)單元存儲(chǔ)的路由匹配信息中的通配路由條件，對(duì)所述
會(huì)話請(qǐng)求中的被叫用戶標(biāo)識(shí)進(jìn)行匹配；其中的獲取子單元，用于獲取與通配路 由條件判斷子單元匹配到的通配路由條件相應(yīng)的路由集。
所述呼叫會(huì)話控制單元，用于為用戶終端提供注冊(cè)服務(wù)、會(huì)話控制等功能，
在IMS網(wǎng)絡(luò)中，呼叫會(huì)話控制單元S-CSCF，用戶終端和S-CSCF之間還可能 存在其他的呼叫會(huì)話控制單元如P-CSCF、 I-CSCF。呼叫會(huì)話控制單元和用戶 終端之間的El接口可以是SIP協(xié)議等。
對(duì)應(yīng)上述網(wǎng)絡(luò)本發(fā)明還提供了用戶數(shù)據(jù)庫(kù)的實(shí)施例，參見(jiàn)圖5所示，其包 括存儲(chǔ)單元，以及與所述存儲(chǔ)單元相連的分配單元和路由集獲取單元；進(jìn)一單元。
所述存儲(chǔ)單元，用于存儲(chǔ)路由匹配信息。
所述分配單元，用于在收到針對(duì)未注冊(cè)用戶的位置查詢請(qǐng)求時(shí)，根據(jù)存儲(chǔ) 單元存儲(chǔ)的路由匹配信息，分配呼叫會(huì)話控制單元。
所述路由集獲取單元，用于根據(jù)存儲(chǔ)單元存儲(chǔ)的路由匹配信息，對(duì)應(yīng)獲取 本次會(huì)話由集，并告知呼叫會(huì)話控制單元。進(jìn)一步，其中的通配路由條件判斷 子單元，用于以存儲(chǔ)單元存儲(chǔ)的路由匹配信息中的通配路由條件，對(duì)所述會(huì)話 請(qǐng)求中的被叫用戶標(biāo)識(shí)進(jìn)行匹配；獲取子單元，用于獲取與通配路由條件判斷 子單元匹配到的通配路由條件相應(yīng)的路由集。
對(duì)應(yīng)上述網(wǎng)絡(luò)本發(fā)明還提供了呼叫會(huì)話控制單元的實(shí)施例，參見(jiàn)圖6所示， 其包括存儲(chǔ)單元，與所述存儲(chǔ)單元相連的路由集獲取單元，以及與所述路由
集獲取單元的路由單元；進(jìn)一步，所述路由集獲取羊元中包括相互連接的通配 路由條件判斷子單元和獲取子單元。
所述存儲(chǔ)單元，用于存儲(chǔ)路由匹配信息。
所述路由集獲取單元，用于根據(jù)存儲(chǔ)單元存儲(chǔ)的路由匹配信息，對(duì)應(yīng)獲取 本次會(huì)話的路由集，并告知路由單元。進(jìn)一步，其中的通配路由條件判斷子單 元，用于以存儲(chǔ)單元存儲(chǔ)的路由匹配信息中的通配路由條件，對(duì)所述會(huì)話請(qǐng)求 中的被叫用戶標(biāo)識(shí)進(jìn)行匹配；獲取子單元，用于獲取與通配路由條件判斷子單 元匹配到的通配^各由條件相應(yīng)的路由集。
所述路由單元，用于根據(jù)路由集獲取單元獲取的路由集，路由會(huì)話。
以下通過(guò)兩個(gè)方法實(shí)施例具體描述本發(fā)明方法。
方法實(shí)施例一、HSS在會(huì)話過(guò)程建立過(guò)程中向S-CSCF下發(fā)路由信息，參 見(jiàn)圖7所示，包括下列具體步驟
1 、會(huì)話請(qǐng)求到達(dá)目的網(wǎng)絡(luò)I-CSCF;
所述會(huì)話請(qǐng)求中攜帶有被叫用戶標(biāo)識(shí)UnRegId@huawei.com ，該 UnRegId@huawei.com當(dāng)前未在IMS網(wǎng)絡(luò)進(jìn)行注冊(cè)。
2、 I-CSCF通過(guò)發(fā)送LIR (location information Request)消息攜帶 UnRegld(piuawei.com向HSS查詢?yōu)槠涮峁┓?wù)的S-CSCF地址；
3、 HSS收到LIR消息后，由于UnRegld⑨huawei.com尚未在HSS執(zhí)行注 冊(cè)過(guò)程，因此HSS首先根據(jù)本地保存的通配路由條件判斷指向該未注冊(cè)用戶 的會(huì)話請(qǐng)求是否滿足進(jìn)行后續(xù)路由的條件；
可通過(guò)在HSS上擴(kuò)展數(shù)據(jù)結(jié)構(gòu)來(lái)存儲(chǔ)所述通配路由條件。例如可以擴(kuò)展 HSS上存儲(chǔ)的Public identification公有身份的數(shù)據(jù)結(jié)構(gòu)，擴(kuò)展后的公有身份的 UML模型如圖8所示。其中通過(guò)在公有身份中增加一個(gè)字段Wildcaredroute來(lái) 存儲(chǔ)所述通配路由條件。在本例子中可以設(shè)置Public identification的
Wildcared route字段為！*! @huawei.com ，標(biāo)識(shí)對(duì)于所有域名為huawei.com 的用戶身份滿足通配路由條件。
所述通配路由條件在HSS中可以管理方式進(jìn)行配置，例如通過(guò)操作維 護(hù)接口在HSS中配置域名用戶標(biāo)識(shí)及其對(duì)應(yīng)的通配路由條件，對(duì)于滿足通配 路由條件的用戶標(biāo)識(shí)，使其即使尚未注冊(cè)仍然可以進(jìn)行后續(xù)路由?；蛘?，由 AS通過(guò)Sh接口對(duì)通配路由條件進(jìn)行配置?；蛘?，在以域名用戶標(biāo)識(shí)發(fā)起的 注冊(cè)過(guò)程中，HSS和/或S-CSCF獲得通配路由條件，可以是注冊(cè)消息中攜帶通 配路由條件信息，例如在Register消息攜帶To頭域?yàn)椋?!@huawei.com , 表示通配路由條件為對(duì)于所有域名為huawei.com的用戶滿足后續(xù)路由條件， 又例如在Register消息攜帶To頭域?yàn)?878!*!，表示通配路由條件為對(duì)于所 有2878字段的會(huì)話滿足后續(xù)路由條件，即注冊(cè)的域名用戶標(biāo)識(shí)就是通配用戶 標(biāo)識(shí)，而如果注冊(cè)的i或名用戶標(biāo)識(shí)不是通配用戶標(biāo)識(shí)，如huawei.com或 destination@huawei.com,貝'J HSS和/或S-CSCF也可以根據(jù)域名用戶標(biāo)識(shí)的注 冊(cè)，關(guān)聯(lián)對(duì)應(yīng)通配路由條件，如通過(guò)管理配置配置某一域名用戶標(biāo)識(shí)對(duì)應(yīng)的路 由通配條件等。
HSS判斷指向所述未注冊(cè)用戶的會(huì)話請(qǐng)求滿足后續(xù)路由條件后，為該會(huì) 話請(qǐng)求分配相關(guān)的S-CSCF。所述相關(guān)的S-CSCF,即為域名用戶提供服務(wù)的 S-CSCF 。
4、 HSS在LIA消息中向I-CSCF返回該S-CSCF的信息；
5、 I-CSCF發(fā)送INVITE請(qǐng)求至HSS分配的S-CSCF;
6、 S-CSCF按照3GPP 24.229中采用對(duì)于未注冊(cè)用戶的處理，向HSS發(fā) 送SAR消息，以主動(dòng)請(qǐng)求下載用戶相關(guān)數(shù)據(jù)；
SAR消息中包含本次會(huì)話的被叫用戶標(biāo)識(shí)UnRegId@huawei.com。
7、 HSS根據(jù)SAR消息中攜帶的UnRegld⑨huawei.com判定滿足本地存儲(chǔ) 的通配路由條件(同步驟3中的相關(guān)內(nèi)容)；
8、 通過(guò)SAA消息下發(fā)路由信息至S-CSCF;
所述路由信息中至少包4舌與UnRegId@huawei.com滿足的通配匹配條件 對(duì)應(yīng)的域名用戶標(biāo)識(shí)或域名用戶標(biāo)識(shí)對(duì)應(yīng)的路由集。 a)對(duì)于路由集包含域名用戶標(biāo)識(shí)的情況 傳遞i或名用戶相;識(shí)方法1:
通過(guò)在HSS下發(fā)的Diameter協(xié)議消息中擴(kuò)展一個(gè)新的Diameter協(xié)議 AVP (屬性對(duì))
Destination-ID ::= <AVP header: xxx 10415> [卿
其中URI中攜帶域名用戶標(biāo)識(shí)，其取值可以為TEL URI或者 SIP函
如設(shè)置URI內(nèi)容為destination@huawei.com ，標(biāo)識(shí)通知S-CSCF使 用destination@huawei .com對(duì)應(yīng)的路由集作為本次會(huì)話的路由集。 傳遞i或名用戶標(biāo)j只方法2:
HSS通過(guò)下發(fā)的Public-Identification公共身份信息(擴(kuò)展后的公共 身份模型如圖8所示)中攜帶域名用戶標(biāo)識(shí)，進(jìn)一步的，為表明公 共身份信息中攜帶的標(biāo)識(shí)為域名用戶標(biāo)識(shí)，針對(duì)現(xiàn)有公共身份的 [identity type屬性增加新的枚舉類別，如Destination Route類別。 具體此類別的公有標(biāo)識(shí)即認(rèn)為是域名用戶標(biāo)識(shí)。 由于域名用戶標(biāo)識(shí)在IMS網(wǎng)絡(luò)中已經(jīng)注冊(cè)過(guò)，S-CSCF已經(jīng)記錄下它的注 冊(cè)路徑，因此可以根據(jù)域名用戶標(biāo)識(shí)的注冊(cè)路徑作為本次會(huì)話的路由集路由會(huì) 話。
b)對(duì)于路由信息中包含路由集的情況，HSS可以通過(guò)在SAA消息中攜帶 擴(kuò)展Diameter AVP
Route-set ::= <AVP header: xxx 10415> [P-addr] [C-addr]
其中p-addr標(biāo)識(shí)用戶接入的P-CSCF地址，C-ADDR標(biāo)識(shí)用戶的聯(lián)系地址
使得S-CSCF可以直接利用此AVP中包含的路由地址，作為本次會(huì)話的路 由集4吏用。
更為優(yōu)化地，HSS還可以下發(fā)通配路由條件至S-CSCF。這樣S-CSCF再 次收到發(fā)往未注冊(cè)用戶的會(huì)話請(qǐng)求時(shí)，即可先以通配^各由條件判定被叫用戶標(biāo) 識(shí)是否滿足后續(xù)路由條件，再以所述域名用戶標(biāo)識(shí)對(duì)應(yīng)的路由集對(duì)該會(huì)話請(qǐng)求 進(jìn)行路由從而減少了 HSS同S-CSCF之間的消息交互。
更為優(yōu)化地，為了使S-CSCF在匹配被叫用戶路由集的同時(shí)，匹配該用戶 對(duì)應(yīng)的業(yè)務(wù)配置，可以通過(guò)擴(kuò)展Diameter AVP來(lái)傳遞附加指示，通知S-CSCF 使用域名用戶對(duì)應(yīng)的業(yè)務(wù)配置文件(Service profile),作為本次會(huì)話被叫用戶 的業(yè)務(wù)配置文件進(jìn)^f亍后續(xù)處理。或者采用其他方法達(dá)到這一目，如利用Public identity屬性Wildcared PSI字段攜帶通配路由條件，或設(shè)置Public identity屬 性Identity為新枚舉類型如Route & Service，來(lái)指示S-CSCF使用域名用戶 對(duì)應(yīng)的路由集以及業(yè)務(wù)配置文件作為本次會(huì)話的路由集以及業(yè)務(wù)配置文件進(jìn) 行后續(xù)處理。
9、 S-CSCF根據(jù)SAA消息中的路由信息，獲取與域名用戶標(biāo)識(shí)對(duì)應(yīng)的路 由集，作為本次會(huì)話的路由集；或者直接以HSS下發(fā)的路由集，作為本次會(huì) 話的路由集；
此外，可選的，在步驟4中，HSS也可以向I-CSCF返回路由集，I-CSCF 將該路由集傳遞給S-CSCF。
此外，可選的，在步驟8中，HSS向S-CSCF返回域名用戶對(duì)應(yīng)的業(yè)務(wù)配 置文件，業(yè)務(wù)配置文件中包含了域名用戶對(duì)應(yīng)的路由集，S-CSCF執(zhí)行業(yè)務(wù)配 置文件，如iFC (初始過(guò)濾規(guī)則)，最后一個(gè)iFC中對(duì)應(yīng)的應(yīng)用服務(wù)器名稱為域 名用戶對(duì)應(yīng)的路由地址，S-CSCF以此作為本次會(huì)話的路由路徑。
10、 以該路由集進(jìn)行后續(xù)的路由處理；
所述會(huì)話請(qǐng)求被路由到域名用戶即企業(yè)網(wǎng)后，企業(yè)網(wǎng)內(nèi)部再將該會(huì)話請(qǐng)求 路由到被叫用戶，從而實(shí)現(xiàn)企業(yè)網(wǎng)內(nèi)部用戶沒(méi)有在IMS網(wǎng)絡(luò)進(jìn)行注冊(cè)時(shí)，仍然可以根據(jù)企業(yè)網(wǎng)內(nèi)部用戶標(biāo)識(shí)進(jìn)行正確的會(huì)話路由。
方法實(shí)施例二、 HSS在對(duì)域名用戶標(biāo)識(shí)注冊(cè)時(shí)，下發(fā)路由信息至為該域名 用戶提供服務(wù)的S-CSCF。參見(jiàn)圖9所示，包括下列具體步驟 1 、 S-CSCF收到以域名用戶標(biāo)識(shí)發(fā)起的注冊(cè)請(qǐng)求；
2、 S-CSCF使用SAR消息向HSS進(jìn)行注冊(cè)，SAR消息中攜帶有該域名 用戶標(biāo)識(shí)；
3、 HSS根據(jù)預(yù)置的信息對(duì)照所述域名用戶標(biāo)識(shí)，從而判定該注冊(cè)請(qǐng)求是 由域名用戶發(fā)起；
為達(dá)到這一 目的，需要擴(kuò)展HSS上存儲(chǔ)的public identification公共身份標(biāo) 識(shí)的屬性，增加新的[identity type類別，如增加新的類另'[destinationroute
來(lái)標(biāo)識(shí)此公有標(biāo)識(shí)對(duì)應(yīng)的用戶標(biāo)識(shí)為域名用戶，所謂域名用戶即滿足通配路由 條件的用戶可以按照域名用戶對(duì)應(yīng)的路由集進(jìn)行路由。
4、 HSS下發(fā)通配路由條件至S-CSCF;
可以在SAA消息中攜帶擴(kuò)展的Diameter協(xié)議屬性對(duì)，如 Matched-route ::= <AVP header: xxx 10415> [wildcared URI]
其中wildcared URI代表通配路由條件，如可以設(shè)置wildcared URI 為！*l@huawei.com，標(biāo)識(shí)對(duì)于域名為huawei.com的用戶標(biāo)識(shí)滿足條件，當(dāng)然 也可以采用其他方式來(lái)攜帶通配路由條件，如使用圖8所示的公共身份中擴(kuò)展 的Wildcared route屬性來(lái)攜帶。
此外，可選的，如方法實(shí)施例一步驟3所述，S-CSCF也可以自己根據(jù)域 名用戶標(biāo)識(shí)的注冊(cè)請(qǐng)求過(guò)程獲得通配路由條件。
5、 當(dāng)S-CSCF收到一個(gè)初始會(huì)話請(qǐng)求，如INVITE消息時(shí)，根據(jù)所述通配 路由條件進(jìn)行判斷，對(duì)于滿足條件的會(huì)話則按照域名用戶標(biāo)識(shí)對(duì)應(yīng)的路由集進(jìn) 行處理；
和方法實(shí)施例一類似的，S-CSCF判斷會(huì)話請(qǐng)求中攜帶的被叫用戶標(biāo)識(shí)如UnRegId@huawei.com，和通配路由條件相匹配，則獲得域名用戶標(biāo)識(shí)對(duì)應(yīng)的 注冊(cè)路由路徑，以此路由會(huì)話請(qǐng)求；或者處理域名用戶標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)配置文 件，如iFC,得到域名用戶對(duì)應(yīng)的路由地址，以此路由會(huì)話請(qǐng)求。
所述后續(xù)會(huì)話請(qǐng)求祐J各由到域名用戶即企業(yè)網(wǎng)后，企業(yè)網(wǎng)內(nèi)部再將該會(huì)話 請(qǐng)求路由到被叫用戶，從而實(shí)現(xiàn)企業(yè)網(wǎng)內(nèi)部用戶沒(méi)有在IMS網(wǎng)絡(luò)進(jìn)行注冊(cè)時(shí)， 仍然可以根據(jù)企業(yè)網(wǎng)內(nèi)部用戶標(biāo)識(shí)進(jìn)行正確的會(huì)話路由。
本方法實(shí)施例中，HSS向S-CSCF下發(fā)路由匹配信息(通配路由條件)的 時(shí)機(jī)不限于以域名用戶標(biāo)識(shí)發(fā)起注冊(cè)的流程中，HSS也可在其他過(guò)程中下發(fā)路 由匹配信息至S-CSCF,如HSS在用戶檔案主動(dòng)推送過(guò)程中攜帶路由匹配信 息，則HSS發(fā)送PPR (檔案推送請(qǐng)求消息)至S-CSCF ，該P(yáng)PR消息中攜帶 有路由匹配信息。
顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明各種改動(dòng)和變型而部脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1、一種路由會(huì)話的方法，其特征在于，包括下列步驟A、用戶數(shù)據(jù)庫(kù)收到針對(duì)未注冊(cè)用戶的位置查詢請(qǐng)求時(shí)，根據(jù)路由匹配信息分配呼叫會(huì)話控制單元；B、根據(jù)路由匹配信息獲取本次會(huì)話的路由集；C、所述呼叫會(huì)話控制單元以該路由集路由本次會(huì)話。
2、 如權(quán)利要求1所述的方法，其特征在于，所述路由匹配信息包括域 名用戶標(biāo)識(shí)，以及與之對(duì)應(yīng)的通配路由條件。
3、 如權(quán)利要求2所述的方法，其特征在于，所述步驟A包括下列子步驟 Al、用戶數(shù)據(jù)庫(kù)以通配路由條件對(duì)所述會(huì)話的請(qǐng)求消息中攜帶的被叫用戶標(biāo)識(shí)進(jìn)行匹配，當(dāng)滿足任一通配路由條件時(shí)，則轉(zhuǎn)入步驟A2;A2、用戶數(shù)據(jù)庫(kù)分配為所述通配路由條件對(duì)應(yīng)的域名用戶服務(wù)的呼叫會(huì)話 控制單元。
4、 如權(quán)利要求3所述的方法，其特征在于，所述步驟B包括下列子步驟 Bll、在所述呼叫會(huì)話控制單元收到發(fā)往未注冊(cè)用戶的會(huì)話請(qǐng)求后，以被叫用戶標(biāo)識(shí)向用戶數(shù)據(jù)庫(kù)發(fā)送請(qǐng)求消息；B12、用戶數(shù)據(jù)庫(kù)以通配路由條件對(duì)所述被叫用戶標(biāo)識(shí)進(jìn)行匹配，當(dāng)滿足 任一通配路由條件時(shí)，則轉(zhuǎn)入步驟B13;B13、用戶數(shù)據(jù)庫(kù)向呼叫會(huì)話控制單元下發(fā)相應(yīng)的域名用戶標(biāo)識(shí)，或該域 名標(biāo)識(shí)對(duì)應(yīng)的路由集；B14、呼叫會(huì)話控制單元以該域名用戶標(biāo)識(shí)對(duì)應(yīng)的路由集或以用戶數(shù)據(jù)庫(kù) 下發(fā)的路由集，作為本次會(huì)話的路由集。
5、 如權(quán)利要求3所述的方法，其特征在于，所述步驟B包括下列子步驟 B21、在所述呼叫會(huì)話控制單元收到發(fā)往未注冊(cè)用戶的會(huì)話請(qǐng)求后，以通配路由條件對(duì)所述會(huì)話請(qǐng)求中的被叫用戶標(biāo)識(shí)進(jìn)行匹配，當(dāng)滿足任一通配路由 條件時(shí)，則轉(zhuǎn)入步驟B22; B22、呼叫會(huì)話控制單元使用與所述匹配到的通配路由條件對(duì)應(yīng)的域名用 戶的路由集，作為本次會(huì)話的路由集。
6、 如權(quán)利要求4所迷的方法，其特征在于，所迷步驟B13中，用戶數(shù)據(jù) 庫(kù)還向呼叫會(huì)話控制單元下發(fā)通配路由條件。
7、 如權(quán)利要求5所述的方法，其特征在于，所述步驟B21之前，用戶數(shù) 據(jù)庫(kù)在域名用戶注冊(cè)時(shí)，將所述通配路由條件下發(fā)至呼叫會(huì)話控制單元。
8、 如權(quán)利要求3至7任一項(xiàng)所述的方法，其特征在于，所述用戶數(shù)據(jù)庫(kù) 通過(guò)擴(kuò)展Diameter協(xié)議的屬性對(duì)AVP ,向呼叫會(huì)話控制單元傳送所述路由匹 配信息及域名用戶路由集；或者所述用戶數(shù)據(jù)庫(kù)通過(guò)擴(kuò)展公共身份信息，向呼叫會(huì)話控制單元傳送域名用 戶標(biāo)識(shí)，以及通過(guò)擴(kuò)展Diameter協(xié)議的屬性對(duì)AVP ，向呼叫會(huì)話控制單元傳 送通配路由條件；或者所述用戶數(shù)據(jù)庫(kù)通過(guò)擴(kuò)展Diameter協(xié)議的屬性對(duì)AVP，向呼叫會(huì)話控制 單元傳送域名用戶標(biāo)識(shí)。
9、 如權(quán)利要求2至7任一項(xiàng)所述的方法，其特征在于，所述通配路由條 件通過(guò)管理方式進(jìn)行配置；或由用戶數(shù)據(jù)庫(kù)根據(jù)域名用戶標(biāo)識(shí)的注冊(cè)上報(bào)信息 獲得；或通過(guò)應(yīng)用服務(wù)器進(jìn)行配置。
10、 一種路由會(huì)話的網(wǎng)絡(luò)，其特征在于，包括 呼叫會(huì)話控制單元，用于根據(jù)路由集路由會(huì)話； 存儲(chǔ)單元，用于存儲(chǔ)路由匹配信息；用戶數(shù)據(jù)庫(kù)，用于在收到針對(duì)未注冊(cè)用戶的位置查詢請(qǐng)求時(shí)，根據(jù)存儲(chǔ)單 元存儲(chǔ)的路由匹配信息，分配呼叫會(huì)話控制單元；路由集獲取單元，用于根據(jù)存儲(chǔ)單元存儲(chǔ)的路由匹配信息，對(duì)應(yīng)獲取本次 會(huì)話的路由集，并告知呼叫會(huì)話控制單元。
11、 如權(quán)利要求10所述的網(wǎng)絡(luò)，其特征在于，所述路由集獲取單元中包括通配路由條件判斷子單元，用于以存儲(chǔ)單元存儲(chǔ)的路由匹配信息中的通配路由條件，對(duì)所述會(huì)話請(qǐng)求中的被叫用戶標(biāo)識(shí)進(jìn)行匹配；獲取于單元，用于獲取與通配路由條件判斷子單元匹配到的通配路由條件 相應(yīng)的路由集。
12、 一種用戶凝:據(jù)庫(kù)，其特征在于，包括 存儲(chǔ)單元，用于存儲(chǔ)路由匹配信息；分配單元，用于在收到針對(duì)未注冊(cè)用戶的位置查詢請(qǐng)求時(shí)，根據(jù)存儲(chǔ)單元 存儲(chǔ)的路由匹配信息，分配呼叫會(huì)話控制單元；路由集獲取單元，用于根據(jù)存儲(chǔ)單元存儲(chǔ)的路由匹配信息，對(duì)應(yīng)獲取本次 會(huì)話的域名用戶標(biāo)識(shí)或域名用戶路由集，并告知呼叫會(huì)話控制單元。
13、 如權(quán)利要求12所述的用戶數(shù)據(jù)庫(kù)，其特征在于，所述路由集獲取單 元中包括通配路由條件判斷子單元，用于以存儲(chǔ)單元存儲(chǔ)的路由匹配信息中的通配 路由條件，對(duì)所述會(huì)話請(qǐng)求中的被叫用戶標(biāo)識(shí)進(jìn)行匹配；獲取子單元，用于獲取與通配路由條件判斷子單元匹配到的通配路由條件 相應(yīng)的路由集。
14、 一種呼叫會(huì)話控制單元，其特征在于，包括 存儲(chǔ)單元，用于存儲(chǔ)路由匹配信息；路由集獲取單元，用于根據(jù)存儲(chǔ)單元存儲(chǔ)的路由匹配信息，對(duì)應(yīng)獲取本次 會(huì)話的路由集，并告知路由單元；路由單元，用于根據(jù)路由集獲取單元獲取的路由集，路由會(huì)話。
15、 如權(quán)利要求14所述的呼叫會(huì)話控制單元，其特征在于，所述路由集 獲取單元中包括通配路由條件判斷子單元，用于以存儲(chǔ)單元存儲(chǔ)的路由匹配信息中的通配 路由條件，對(duì)所述會(huì)話請(qǐng)求中的被叫用戶標(biāo)識(shí)進(jìn)行匹配；獲取子單元，用于獲取與通配路由條件判斷子單元匹配到的通配路由條件相應(yīng)的路由集。
全文摘要
本發(fā)明公開(kāi)了一種路由會(huì)話的方法、網(wǎng)絡(luò)及設(shè)備，用以解決在域名相關(guān)用戶沒(méi)有在IMS網(wǎng)絡(luò)進(jìn)行注冊(cè)時(shí)，目前無(wú)法實(shí)現(xiàn)根據(jù)域名相關(guān)用戶的標(biāo)識(shí)進(jìn)行正確的會(huì)話路由的問(wèn)題。本發(fā)明方法包括A.用戶數(shù)據(jù)庫(kù)收到針對(duì)未注冊(cè)用戶的位置查詢請(qǐng)求時(shí)，根據(jù)路由匹配信息分配呼叫會(huì)話控制單元；B.根據(jù)路由匹配信息獲取本次會(huì)話的路由集；C.所述呼叫會(huì)話控制單元以該路由集路由本次會(huì)話。本發(fā)明可在域名相關(guān)用戶沒(méi)有在IMS網(wǎng)絡(luò)進(jìn)行注冊(cè)時(shí)，仍然可以正確路由針對(duì)所述域名相關(guān)用戶的會(huì)話。
文檔編號(hào)H04L29/02GK101197806SQ200610153110
公開(kāi)日2008年6月11日 申請(qǐng)日期2006年12月8日 優(yōu)先權(quán)日2006年12月8日
發(fā)明者施有鑄, 毛凌志 申請(qǐng)人:華為技術(shù)有限公司