專利名稱：選取會(huì)話控制裝置的方法以及相關(guān)設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信網(wǎng)絡(luò)技術(shù)領(lǐng)域，尤其涉及一種選取會(huì)話控制裝置的方法以 及域名解析服務(wù)器、終端及會(huì)話控制裝置。
背景技術(shù)：
下一代IP多々某體子系統(tǒng)(NGIMS, Next Generation IP Multimedia System) 網(wǎng)絡(luò)通過(guò)采用分布式計(jì)算機(jī)技術(shù)，構(gòu)建了全網(wǎng)統(tǒng)一的分布式歸屬簽約用戶服務(wù) 器(D-HSS, Distribute Home Subscriber Server),從而簡(jiǎn)化了呼叫過(guò)程中關(guān)于 歸屬地的處理；同時(shí)，由于全網(wǎng)使用同一個(gè)D-HSS系統(tǒng)，使得在3GPP定義的 IMS網(wǎng)絡(luò)中應(yīng)用的代理呼叫會(huì)話控制功能模塊(P-CSCF, Proxy- Call Session Control Function),服務(wù)呼叫會(huì)話控制功能模塊(S-CSCF, Service-Call Session Control Function)及詢問(wèn)會(huì)話控制功能模塊(I-CSCF, Interrogating- Call Session Control Function)的功能得以簡(jiǎn)化，會(huì)話控制過(guò)程中沒(méi)有必要再區(qū)分歸屬地和 漫游地，會(huì)話控制功能使用統(tǒng)一的接入呼叫會(huì)話控制功能模塊(A-CSCF, Access- Call Session Control Function)來(lái)完成，即NGIMS系統(tǒng)中的會(huì)話控制裝 置采用統(tǒng)一的A-CSCF。 NGIMS系統(tǒng)的結(jié)構(gòu)簡(jiǎn)圖如圖1所示。
在IMS網(wǎng)絡(luò)中用戶設(shè)備(UE ， User Equipment)的注冊(cè)過(guò)程如圖2所示， 具體的流程說(shuō)明如下
S21: UE使用IP接入網(wǎng)(IP-CAN, IP Connectivity Access Network)中的 流程，建立基于IP的承載連接；
S22a: UE通過(guò)所述建立的IP承載連接，向動(dòng)態(tài)主機(jī)配置協(xié)議(DHCP, Dynamic Host Configuration Protocol )服務(wù)器發(fā)送用于請(qǐng)求自身IP地址、P-CSCF 域名以及域名服務(wù)器(DNS, Domain Name Server)地址信息的請(qǐng)求消息；S22b:所述請(qǐng)求消息通過(guò)IP-CAN轉(zhuǎn)發(fā)，DHCP服務(wù)器回送相應(yīng)的響應(yīng)消息給UE， 該響應(yīng)消息中包含所述請(qǐng)求的IP地址、P-CSCF的域名以及DNS的地址信息； S23: UE根據(jù)所述響應(yīng)消息中包含的P-CSCF域名以及DNS的地址信息， 向?qū)?yīng)的DNS服務(wù)器發(fā)送用于請(qǐng)求解析該P(yáng)-CSCF域名的請(qǐng)求消息；DNS服 務(wù)器回送相應(yīng)的響應(yīng)消息給UE，該響應(yīng)消息中包含解析得到的P-CSCF地址 信息；
S24:基于所述響應(yīng)消息中包含的P-CSCF地址信息，UE向?qū)?yīng)的P-CSCF 發(fā)起注冊(cè)過(guò)程。
在NGIMS網(wǎng)絡(luò)中，若UE的注冊(cè)過(guò)程也采用上述類似的注冊(cè)流程，那么 在通過(guò)上述注冊(cè)流程建立會(huì)話后，若為該會(huì)話提供控制功能的A-CSCF由于發(fā) 生故障或者負(fù)載過(guò)重等原因，不能正常提供服務(wù)時(shí)，則正在進(jìn)行的會(huì)話將中止， 且該會(huì)話不易恢復(fù)，嚴(yán)重影響了用戶體驗(yàn)。

發(fā)明內(nèi)容
本發(fā)明提供一種選取會(huì)話控制裝置的方法，使得在NGIMS網(wǎng)絡(luò)中，為會(huì) 話提供服務(wù)的會(huì)話控制裝置不能提供服務(wù)時(shí)，受到影響的會(huì)話能夠及時(shí)得到恢 復(fù)，從而提升了用戶體驗(yàn)，確保了電信級(jí)別的可靠性。
相應(yīng)的，本發(fā)明還提供了一種域名解析服務(wù)器、終端以及會(huì)話控制裝置。
本發(fā)明實(shí)施例提出的選取會(huì)話控制裝置的方法，包括接收終端發(fā)起的域 名解析請(qǐng)求消息，所述請(qǐng)求消息中包含為所述終端提供服務(wù)的會(huì)話控制裝置域 名；解析所述會(huì)話控制裝置域名，得到對(duì)應(yīng)的至少兩個(gè)會(huì)話控制裝置地址信息； 基于預(yù)設(shè)策略，從所述解析得到的至少兩個(gè)會(huì)話控制裝置地址信息中，選取至 少一個(gè)會(huì)話控制裝置地址信息；發(fā)送包含所述選取的至少一個(gè)會(huì)話控制裝置地 址信息的響應(yīng)消息給所述終端。
本發(fā)明實(shí)施例提出的域名解析服務(wù)器，包括接收裝置，用于接收終端發(fā) 起的域名解析請(qǐng)求消息，所述請(qǐng)求消息中包含為所述終端提供服務(wù)的會(huì)話控制
8裝置域名；解析裝置，用于解析所述會(huì)話控制裝置域名，得到對(duì)應(yīng)的至少兩個(gè)
會(huì)話控制裝置地址信息；選取裝置，用于基于預(yù)設(shè)策略，從解析裝置解析得到 的至少兩個(gè)會(huì)話控制裝置地址信息中，選取至少一個(gè)會(huì)話控制裝置地址信息； 發(fā)送裝置，用于發(fā)送包含選取裝置選取的至少一個(gè)會(huì)話控制裝置地址信息的響 應(yīng)消息給所述終端。
本發(fā)明實(shí)施例提出的終端，包括檢測(cè)裝置，用于檢測(cè)為所述終端提供服 務(wù)的會(huì)話控制裝置，是否能夠繼續(xù)為所述終端提供服務(wù)；發(fā)起裝置，用于在檢 測(cè)裝置檢測(cè)到該會(huì)話控制裝置不能繼續(xù)為所述終端提供服務(wù)時(shí)，發(fā)起域名解析 請(qǐng)求消息，所述請(qǐng)求消息中包含為所述終端提供服務(wù)的會(huì)話控制裝置域名。
本發(fā)明實(shí)施例提出的終端，包括檢測(cè)裝置，用于檢測(cè)是否接收到用于通 知所述終端重注冊(cè)的注銷消息；發(fā)起裝置，用于在檢測(cè)裝置的檢測(cè)結(jié)果為是時(shí)， 發(fā)起域名解析請(qǐng)求消息，所述請(qǐng)求消息中包含為所述終端提供服務(wù)的會(huì)話控制 裝置域名。
本發(fā)明實(shí)施例提出的會(huì)話控制裝置，包括檢測(cè)單元，用于檢測(cè)所述裝置 能否為當(dāng)前提供服務(wù)的終端繼續(xù)提供服務(wù)；發(fā)送單元，用于在檢測(cè)單元的檢測(cè) 結(jié)果為否時(shí)，向所述終端發(fā)送用于通知該終端重注冊(cè)的注銷消息。
本發(fā)明實(shí)施例提出的選取會(huì)話控制裝置的方法，通過(guò)解析終端發(fā)起的請(qǐng)求 消息中包含的為所述終端提供服務(wù)的會(huì)話控制裝置域名，得到對(duì)應(yīng)至少兩個(gè)會(huì) 話控制裝置地址信息，基于預(yù)設(shè)策略，從解析得到的至少兩個(gè)會(huì)話控制裝置地 址信息中，選取至少一個(gè)會(huì)話控制裝置地址信息，并發(fā)送包含該選取的至少一 個(gè)會(huì)話控制裝置地址信息的響應(yīng)消息給所述終端。使得在為終端提供服務(wù)的會(huì) 話控制裝置不能提供服務(wù)時(shí)，能夠選擇其它的會(huì)話控制裝置繼續(xù)提供服務(wù)，從 而受到影響的會(huì)話也能夠及時(shí)得到恢復(fù)，提升了用戶體驗(yàn)，確保了電信級(jí)別的 可靠性。


9圖1為NGIMS系統(tǒng)的結(jié)構(gòu)示意圖2為在IMS系統(tǒng)中用戶設(shè)備注冊(cè)的流程示意圖3為本發(fā)明實(shí)施例提出的選取會(huì)話控制裝置的流程示意圖4a為本發(fā)明實(shí)施例提出的第一種終端發(fā)起請(qǐng)求消息的流程示意圖4b為本發(fā)明實(shí)施例提出的終端檢測(cè)過(guò)程的具體流程示意圖4c為本發(fā)明實(shí)施例提出的第二種終端發(fā)起請(qǐng)求消息的流程示意圖5為本發(fā)明實(shí)施例提出的會(huì)話控制裝置發(fā)送用于通知終端重注冊(cè)的注銷
消息的流程示意圖6a為本發(fā)明實(shí)施例 一提出的終端檢測(cè)并發(fā)起重注冊(cè)過(guò)程的流程示意圖； 圖6b為本發(fā)明實(shí)施例二提出的在會(huì)話控制裝置發(fā)送注銷消息時(shí)，終端發(fā)
起重注冊(cè)過(guò)程的流程示意圖7a為本發(fā)明實(shí)施例提出的域名解析服務(wù)器的結(jié)構(gòu)示意圖7b為本發(fā)明實(shí)施例提出的域名解析服務(wù)器中選取裝置的具體結(jié)構(gòu)示意
圖8a為本發(fā)明實(shí)施例提出的第一種終端的結(jié)構(gòu)示意圖8b為本發(fā)明實(shí)施例提出的第 一種終端中檢測(cè)裝置的具體結(jié)構(gòu)示意圖8c為本發(fā)明實(shí)施例提出的第二種終端的結(jié)構(gòu)示意圖9為本發(fā)明實(shí)施例提出的會(huì)話控制裝置的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例提供的選取會(huì)話控制裝置的方案是解析終端發(fā)起的請(qǐng)求消 息中包含的為所述終端提供服務(wù)的會(huì)話控制裝置域名，得到對(duì)應(yīng)至少兩個(gè)會(huì)話 控制裝置地址信息，基于預(yù)設(shè)的策略，從解析得到的至少兩個(gè)會(huì)話控制裝置地 址信息中，選取至少一個(gè)會(huì)話控制裝置地址信息，并發(fā)送包含該選取的至少一 個(gè)會(huì)話控制裝置地址信息的響應(yīng)消息給所述終端。
下面結(jié)合說(shuō)明書附圖來(lái)說(shuō)明本發(fā)明的具體實(shí)施方式
，本發(fā)明實(shí)施例提出的域名解析服務(wù)器，在NGIMS網(wǎng)絡(luò)中稱之為增強(qiáng)型域名解析服務(wù)器(E-DNS Server, Enhanced Domain Name Server),可以是對(duì)現(xiàn)有域名解析服務(wù)器進(jìn)行改
下述實(shí)施例提及的域名解析服務(wù)器均指本發(fā)明實(shí)施例提出的域名解析服務(wù)器， 本發(fā)明下述實(shí)施例提及的A-CSCF即為NGIMS網(wǎng)絡(luò)中的會(huì)話控制裝置。
如圖3所示，為本發(fā)明實(shí)施例提出的選取會(huì)話控制裝置的流程示意圖，具 體的流程說(shuō)明如下
步驟31:域名解析服務(wù)器接收終端發(fā)起的域名解析請(qǐng)求消息，所述請(qǐng)求消 息中包含為所述終端提供服務(wù)的會(huì)話控制裝置域名；
為終端提供服務(wù)的會(huì)話控制裝置域名，是在UE向DHCP服務(wù)器發(fā)送用于 請(qǐng)求自身IP地址、A-CSCF域名以及DNS地址信息的請(qǐng)求消息時(shí)，UE將DHCP 服務(wù)器回送的響應(yīng)消息中包含的A-CSCF域名進(jìn)行存儲(chǔ)得到的；
步驟32:域名解析服務(wù)器檢測(cè)預(yù)設(shè)范圍內(nèi)的會(huì)話控制裝置是否可用；
所述預(yù)設(shè)范圍可以但不限于是DNS所服務(wù)區(qū)域的全部A-CSCF;
步驟33:域名解析服務(wù)器將檢測(cè)到的可用的會(huì)話控制裝置地址信息，按照 會(huì)話控制裝置域名歸類；即在一個(gè)會(huì)話控制裝置域名類下，對(duì)應(yīng)有至少兩個(gè)可 用的會(huì)話控制裝置地址信息；
步驟34:域名解析服務(wù)器將歸類得到的會(huì)話控制裝置域名，與對(duì)應(yīng)該域名 的至少兩個(gè)可用會(huì)話控制裝置地址信息對(duì)應(yīng)存儲(chǔ)；
注步驟32至步驟34的執(zhí)行時(shí)間，不一定是在步驟31接收到終端發(fā)起 請(qǐng)求消息后執(zhí)行，例如也可以是域名解析服務(wù)器定期^l行步驟32至步驟34的 檢測(cè)及更新存儲(chǔ)的操作，那么當(dāng)接收到終端發(fā)起的請(qǐng)求消息后，可以直接從預(yù) 先存儲(chǔ)的會(huì)話控制裝置域名與會(huì)話控制地址信息的對(duì)應(yīng)關(guān)系中，選取待解析會(huì) 話控制裝置域名對(duì)應(yīng)的至少兩個(gè)會(huì)話控制裝置地址信息，即步驟32至步驟34 可選。
步驟35:域名解析服務(wù)器解析所述請(qǐng)求消息中包含的待解析會(huì)話控制裝置
ii域名。即基于所述請(qǐng)求消息中包含的待解析會(huì)話控制裝置域名，獲取所述存儲(chǔ) 的對(duì)應(yīng)該會(huì)話控制裝置域名的至少兩個(gè)會(huì)話控制裝置地址信息；
步驟36:基于預(yù)設(shè)策略，域名解析服務(wù)器從所述解析得到的至少兩個(gè)會(huì)話 控制裝置地址信息中，選取至少一個(gè)會(huì)話控制裝置地址信息；
較佳的，域名解析服務(wù)器選取一個(gè)會(huì)話控制裝置地址信息給終端，終端通 過(guò)向該會(huì)話控制裝置發(fā)送注冊(cè)消息注冊(cè)到NGIMS網(wǎng)絡(luò)中；當(dāng)然，域名解析服 務(wù)器也可以選取兩個(gè)及以上個(gè)會(huì)話控制裝置地址信息給終端，由終端從所述選 取的兩個(gè)及兩個(gè)以上個(gè)會(huì)話控制裝置地址信息中選取一個(gè)會(huì)話控制裝置地址 信息，終端通過(guò)向該選取的會(huì)話控制裝置發(fā)送注冊(cè)消息注冊(cè)到NGIMS網(wǎng)絡(luò)中。 本發(fā)明下述實(shí)施例以域名解析服務(wù)器選擇一個(gè)會(huì)話控制裝置地址信息給終端 為例來(lái)說(shuō)明。
基于預(yù)設(shè)策略選取會(huì)話控制裝置地址信息的過(guò)程可以是從所述解析得到 的至少兩個(gè)會(huì)話控制裝置地址信息，對(duì)應(yīng)的會(huì)話控制裝置中，選取負(fù)載最輕的 會(huì)話控制裝置對(duì)應(yīng)的會(huì)話控制裝置地址信息；
基于預(yù)設(shè)策略選取會(huì)話控制裝置地址信息的過(guò)程也可以是將所述解析得 到的至少兩個(gè)會(huì)話控制裝置地址信息排序，得到對(duì)應(yīng)各會(huì)話控制裝置地址信息 的序號(hào)(例如解析得到3個(gè)會(huì)話控制裝置地址信息，排序得到會(huì)話控制裝置地 址l、地址2、地址3);確定最近一次從所述解析得到的至少兩個(gè)會(huì)話控制裝 置地址信息中，選取的會(huì)話控制裝置地址信息的序號(hào)(例如最近一次從所述解 析得到的3個(gè)會(huì)話控制裝置地址信息中，選取的為會(huì)話控制裝置地址2);選取 所述確定的序號(hào)的下一個(gè)序號(hào)對(duì)應(yīng)的會(huì)話控制裝置地址信息(選取會(huì)話控制裝 置地址3);上述過(guò)程是簡(jiǎn)單順序輪詢的策略，針對(duì)終端發(fā)起的域名解析請(qǐng)求， 域名解析服務(wù)器會(huì)順序分配一個(gè)會(huì)話控制裝置的地址信息給終端使用，按照這 種順序輪詢策略進(jìn)行分配后，能夠使得各個(gè)會(huì)話控制裝置的負(fù)載達(dá)到基本均 衡。
當(dāng)然，基于預(yù)設(shè)策略選取會(huì)話控制裝置地址信息的過(guò)程，也可以是基于其
12它的負(fù)載均衡策略，從獲取的地址信息中選擇至少一個(gè)會(huì)話控制裝置的地址信 息分配給用戶使用。
步驟37:域名解析服務(wù)器發(fā)送包含所述選取的至少一個(gè)會(huì)話控制裝置地址 信息的響應(yīng)消息給所述終端。
綜上所述，域名解析服務(wù)器能夠解析終端發(fā)起的請(qǐng)求消息中包含的待解析 會(huì)話控制裝置域名，得到對(duì)應(yīng)的至少兩個(gè)會(huì)話控制裝置地址信息，然后根據(jù)一 定的策略，從解析得到的至少兩個(gè)會(huì)話控制裝置地址信息中選取至少 一個(gè)會(huì)話 控制裝置地址信息，并將選取的會(huì)話控制裝置地址信息回送給終端，即該域名 服務(wù)器能動(dòng)態(tài)的向用戶分配A-CSCF，把用戶引導(dǎo)到負(fù)載比較輕的A-CSCF上， 可以實(shí)現(xiàn)一定范圍內(nèi)A-CSCF負(fù)載的均衡。
終端在注冊(cè)時(shí)，可以發(fā)起上述步驟31所提及的域名解析請(qǐng)求消息，所述 請(qǐng)求消息中包含為自身提供服務(wù)的會(huì)話控制裝置域名；
當(dāng)然，終端發(fā)起所述請(qǐng)求消息的過(guò)程也可以如圖4a所示，具體的流程說(shuō) 明如下
步驟41:終端檢測(cè)為自身提供服務(wù)的會(huì)話控制裝置是否能夠繼續(xù)為自身提 供服務(wù)；
步驟42:在檢測(cè)到該會(huì)話控制裝置不能繼續(xù)為自身提供服務(wù)時(shí)，發(fā)起域名 解析請(qǐng)求消息，所述請(qǐng)求消息中包含為自身提供服務(wù)的會(huì)話控制裝置域名。 步驟41中所述的終端檢測(cè)的具體流程如圖4b所示，具體的流程說(shuō)明如下 步驟411:終端發(fā)送;^測(cè)消息給為自身提供服務(wù)的會(huì)話控制裝置； 所述發(fā)送的檢測(cè)消息可以是終端與會(huì)話控制裝置正常通信時(shí)所交互的消 息，當(dāng)然也可以是終端為了檢測(cè)該會(huì)話控制裝置能否正常提供服務(wù)，而另行發(fā) 送的檢測(cè)消息。
步驟412:終端4企測(cè)在預(yù)設(shè)時(shí)間內(nèi)，是否收到所述會(huì)話控制裝置回送的對(duì) 應(yīng)該檢測(cè)消息的響應(yīng)消息；
步驟413:終端在檢測(cè)結(jié)果為是時(shí)，判定所述會(huì)話控制裝置能繼續(xù)為自身提供服務(wù)；
步驟414:終端在檢測(cè)結(jié)果為否時(shí)，判定所述會(huì)話控制裝置不能繼續(xù)為自身提供服務(wù)。
此外，終端發(fā)起所述請(qǐng)求消息的過(guò)程也可以如圖4c所示，具體的流程說(shuō)明如下
步驟C41:終端檢測(cè)是否接收到用于通知自身重注冊(cè)的注銷消息，所述注銷消息是為該終端提供服務(wù)的會(huì)話控制裝置發(fā)送的；
步驟C42:終端在檢測(cè)結(jié)果為是時(shí)，發(fā)起域名解析請(qǐng)求消息，所述請(qǐng)求消息中包含有為自身提供服務(wù)的會(huì)話控制裝置域名。
步驟C41中提到的為終端提供服務(wù)的會(huì)話控制裝置發(fā)送，用于通知該終端重注冊(cè)的注銷消息的流程如圖5所示，具體的流程說(shuō)明如下
步驟51:會(huì)話控制裝置檢測(cè)自身能否繼續(xù)為該終端提供服務(wù)；
會(huì)話控制裝置可以檢測(cè)自身能否正常提供服務(wù)，例如檢測(cè)自身的負(fù)載是否過(guò)高，在負(fù)載過(guò)高時(shí)，確定自身不能正常提供服務(wù)；以及在檢測(cè)到自身不能正常提供服務(wù)時(shí)，會(huì)話控制裝置可以向所述終端發(fā)送注銷消息，并給出注銷原因指示，即通知接收到所述注銷消息的終端執(zhí)行重注冊(cè)過(guò)程；
步驟52:會(huì)話控制裝置在^r測(cè)結(jié)果為否時(shí)，向所述終端發(fā)送用于通知該終端重注冊(cè)的注銷消息。
下面以兩個(gè)具體的實(shí)施例來(lái)詳細(xì)說(shuō)明選取會(huì)話控制裝置的具體過(guò)程。
普通的DNS服務(wù)器，僅僅完成把域名解析為IP地址的功能，而本發(fā)明實(shí)施例提出NGIMS網(wǎng)絡(luò)中的E-DNS服務(wù)器，相對(duì)于該網(wǎng)絡(luò)中原有的普通DNS服務(wù)器的功能有一定的增強(qiáng)，增強(qiáng)后的E-DNS主要完成以下功能
1、 域名解析功能；
2、 監(jiān)測(cè)一定范圍內(nèi)的A-CSCF實(shí)體，具體可能包括該A-CSCF實(shí)體是否正常響應(yīng)，是否過(guò)載，以及監(jiān)測(cè)該A-CSCF的能力等；
3、 在終端發(fā)起A-CSCF域名解析請(qǐng)求時(shí)，根據(jù)負(fù)載均衡策略分配一個(gè)A-CSCF給終端。
實(shí)施例一
如圖6a所示，為終端檢測(cè)并發(fā)起重注冊(cè)過(guò)程的流程示意圖，具體流程說(shuō)明如下
步驟A61: UE檢測(cè)自身注冊(cè)到NGIMS網(wǎng)絡(luò)中所通過(guò)的A-CSCF,能否繼續(xù)為自身正常提供服務(wù)；
步驟A62,在檢測(cè)到該A-CSCF不能繼續(xù)為自身正常提供服務(wù)，比如UE發(fā)送給A-CSCF的消息后，沒(méi)有收到A-CSCF回送的響應(yīng)消息，或者A-CSCF回送響應(yīng)消息的速度過(guò)慢時(shí)，UE重新發(fā)起注冊(cè)流程。即UE向預(yù)先存儲(chǔ)的E-DNS Server地址信息對(duì)應(yīng)的E-DNS Server發(fā)送域名解析請(qǐng)求消息，所述請(qǐng)求消息中包含有預(yù)先存儲(chǔ)的A-CSCF域名；E-DNS Server解析該A-CSCF域名，得到對(duì)應(yīng)的至少兩個(gè)A-CSCF地址信息，并根據(jù)預(yù)設(shè)的負(fù)載均衡策略，從解析得到的至少兩個(gè)A-CSCF地址信息中選取一個(gè)A-CSCF地址信息，將該A-CSCF的地址信息回送給UE;
說(shuō)明預(yù)先存儲(chǔ)的E-DNS Server地址信息及預(yù)先存儲(chǔ)的A-CSCF域名，是在UE向DHCP服務(wù)器發(fā)送用于請(qǐng)求自身IP地址、A-CSCF域名以及DNS地址信息的請(qǐng)求消息時(shí)，UE將DHCP服務(wù)器回送的響應(yīng)消息中包含的E-DNSServer地址信息及A-CSCF域名進(jìn)行存儲(chǔ)得到的；
步驟A63: UE向該A-CSCF的地址信息對(duì)應(yīng)的A-CSCF發(fā)起注冊(cè)消息，執(zhí)行后續(xù)的注冊(cè)流程，注冊(cè)到NGIMS網(wǎng)絡(luò)中。
采用上述方案，用戶終端發(fā)現(xiàn)當(dāng)前服務(wù)的A-CSCF故障，或者響應(yīng)過(guò)慢之后，可以重新發(fā)起一次注冊(cè)請(qǐng)求，獲得新的A-CSCF。通過(guò)這種方式，可以實(shí)現(xiàn)A-CSCF的系統(tǒng)級(jí)別的容災(zāi)。
實(shí)施例二
如圖6b所示，為接收到A-CSCF發(fā)送的用于通知終端重注冊(cè)的注銷消息時(shí)，終端發(fā)起重注冊(cè)過(guò)程的流程示意圖，具體流程說(shuō)明如下步驟B61: A-CSCF由于負(fù)載過(guò)重，或者由于維護(hù)的原因，不能正常提供為當(dāng)前提供服務(wù)的終端繼續(xù)提供服務(wù)時(shí)，發(fā)送用于通知該終端重注冊(cè)的注銷消息給UE，通知UE注銷在其上的服務(wù)，并執(zhí)行重注冊(cè)過(guò)程；
步驟B62, UE在接收到A-CSCF發(fā)送的注銷通知消息后，重新發(fā)起注冊(cè)流程。即UE向預(yù)先存儲(chǔ)的E-DNS Server地址信息對(duì)應(yīng)的E-DNS Server發(fā)送請(qǐng)求消息，所述請(qǐng)求消息請(qǐng)求解析預(yù)先存儲(chǔ)的A-CSCF域名；E-DNS Server解析該A-CSCF域名，得到對(duì)應(yīng)的至少兩個(gè)A-CSCF地址信息，并根據(jù)預(yù)設(shè)的負(fù)載均衡策略，從解析得到的至少兩個(gè)A-CSCF地址信息中選擇一個(gè)A-CSCF地址信息，將該A-CSCF地址信息回送給UE;
步驟B63: UE向該A-CSCF的地址信息對(duì)應(yīng)的A-CSCF發(fā)起注冊(cè)消息，^l行后續(xù)的注冊(cè)流程，注冊(cè)到NGIMS網(wǎng)絡(luò)中。
采用上述方案，A-CSCF可以主動(dòng)向終端發(fā)出通知終端重注冊(cè)的注銷消息，用戶收到此類注銷消息后，可以重新向NGIMS系統(tǒng)發(fā)起注冊(cè)過(guò)程，由E-DNS向終端分配新的A-CSCF,以實(shí)現(xiàn)A-CSCF系統(tǒng)級(jí)別的容災(zāi)。
本發(fā)明實(shí)施例提出的一種域名解析服務(wù)器，如圖7a所示，包括接收裝置71,用于接收終端發(fā)起的域名解析請(qǐng)求消息，所述請(qǐng)求消息中包含為所述終端提供服務(wù)的會(huì)話控制裝置域名；解析裝置75,用于解析所述會(huì)話控制裝置域名，得到對(duì)應(yīng)的至少兩個(gè)會(huì)話控制裝置地址信息；選取裝置76,用于基于預(yù)設(shè)策略，從解析裝置75解析得到的至少兩個(gè)會(huì)話控制裝置地址信息中，選取至少一個(gè)會(huì)話控制裝置地址信息；發(fā)送裝置77,用于發(fā)送包含選取裝置76選取的至少 一個(gè)會(huì)話控制裝置地址信息的響應(yīng)消息給所述終端。
所述域名解析服務(wù)器還包括檢測(cè)裝置72,用于檢測(cè)預(yù)設(shè)范圍內(nèi)的會(huì)話控制裝置是否可用；歸類裝置73,用于將檢測(cè)裝置72檢測(cè)到的可用會(huì)話控制裝置的地址信息，按照會(huì)話控制裝置域名歸類；存儲(chǔ)裝置74,用于將歸類裝置歸類得到的會(huì)話控制裝置域名，與對(duì)應(yīng)的可用會(huì)話控制裝置地址信息對(duì)應(yīng)存儲(chǔ)。
所述解析裝置75基于接收裝置71接收的請(qǐng)求消息中包含的待解析會(huì)話控
16制裝置域名，獲取存儲(chǔ)裝置74存儲(chǔ)的對(duì)應(yīng)該會(huì)話控制裝置域名的至少兩個(gè)可用會(huì)話控制裝置地址信息。
需要說(shuō)明的是，檢測(cè)裝置72、歸類裝置73及存儲(chǔ)裝置74可以在接收裝置71接收到所述請(qǐng)求消息后執(zhí)行檢測(cè)、歸類及存儲(chǔ)處理，當(dāng)然也可以在預(yù)先設(shè)定的其它時(shí)刻執(zhí)行檢測(cè)、歸類及存儲(chǔ)處理，那么在接收裝置71接收到請(qǐng)求消息后，解析裝置75可以根據(jù)預(yù)先存儲(chǔ)在存儲(chǔ)裝置中的信息進(jìn)行解析處理。所以檢測(cè)裝置72、歸類裝置73及存儲(chǔ)裝置74可選。
所述選取裝置76可以從解析裝置75解析得到的至少兩個(gè)會(huì)話控制裝置地址信息，對(duì)應(yīng)的會(huì)話控制裝置中，選取負(fù)載最輕的會(huì)話控制裝置對(duì)應(yīng)的會(huì)話控制裝置地址信息。
選取裝置76的具體結(jié)構(gòu)也可以如圖7b所示，包括排序單元761，用于將解析裝置75解析得到的至少兩個(gè)會(huì)話控制裝置地址信息排序，得到對(duì)應(yīng)各會(huì)話控制裝置地址信息的序號(hào)；確定單元762,用于確定最近一次從所述解析得到的至少兩個(gè)會(huì)話控制裝置地址信息中，選取的會(huì)話控制裝置地址信息的序號(hào)；選取單元763，用于選取確定單元762確定的序號(hào)的下一個(gè)序號(hào)對(duì)應(yīng)的會(huì)話控制裝置地址信息。
本發(fā)明實(shí)施例提出的域名解析服務(wù)器，在終端注冊(cè)過(guò)程中，能夠按照一定的策略，動(dòng)態(tài)的向用戶分配A-CSCF，可以實(shí)現(xiàn)一定范圍內(nèi)A-CSCF負(fù)載的均衡。
本發(fā)明實(shí)施例提出的一種終端，如圖8a所示，包括檢測(cè)裝置A81，用于檢測(cè)為所述終端提供服務(wù)的會(huì)話控制裝置，是否能夠繼續(xù)為所述終端提供服務(wù)；發(fā)起裝置A82,用于在檢測(cè)裝置A81檢測(cè)到該會(huì)話控制裝置不能繼續(xù)為所述終端提供服務(wù)時(shí)，發(fā)起域名解析請(qǐng)求消息，所述請(qǐng)求消息中包含為所述終端提供服務(wù)的會(huì)話控制裝置域名。
其中，檢測(cè)裝置A81的具體結(jié)構(gòu)如圖8b所示，包括發(fā)送單元A811,用于發(fā)送檢測(cè)消息給為所述終端提供服務(wù)的會(huì)話控制裝置；檢測(cè)單元A812,用
17于檢測(cè)在預(yù)設(shè)時(shí)間內(nèi)，是否收到所述會(huì)話控制裝置回送的對(duì)應(yīng)該檢測(cè)消息的響
應(yīng)消息；判定單元A813，用于在檢測(cè)單元A812的4企測(cè)結(jié)果為是時(shí)，判定所述會(huì)話控制裝置能繼續(xù)為所述終端提供服務(wù)；以及在檢測(cè)單元A812的檢測(cè)結(jié)果為否時(shí)，判定所述會(huì)話控制裝置不能繼續(xù)為所述終端提供服務(wù)。
本發(fā)明實(shí)施例提出的另一種終端，如圖8c所示，包括檢測(cè)裝置C81，用于檢測(cè)是否接收到用于通知所述終端重注冊(cè)的注銷消息；發(fā)起裝置C82，用于在檢測(cè)裝置C81的檢測(cè)結(jié)果為是時(shí)，發(fā)起域名解析請(qǐng)求消息，所述請(qǐng)求消息中包含為所述終端提供服務(wù)的會(huì)話控制裝置域名。
本發(fā)明實(shí)施例提出的一種會(huì)話控制裝置，如圖9所示，包括檢測(cè)單元91，用于檢測(cè)所述裝置能否為當(dāng)前提供服務(wù)的終端繼續(xù)提供服務(wù)；發(fā)送單元92,用于在檢測(cè)單元91的檢測(cè)結(jié)果為否時(shí)，向所述終端發(fā)送用于通知該終端重注冊(cè)的注銷消息。
本發(fā)明方案相對(duì)于現(xiàn)有IMS系統(tǒng)中類似的容災(zāi)方案，引入了 E-DNS服務(wù)器，并對(duì)終端的行為做了少量修改，可以實(shí)現(xiàn)一定范圍內(nèi)的負(fù)載均衡，同時(shí)，如果一個(gè)A-CSCF發(fā)生故障之后，終端可以通過(guò)重新注冊(cè)，重新得到A-CSCF，注冊(cè)到NGIMS網(wǎng)絡(luò)中。采用本發(fā)明方案，結(jié)合NGIMS網(wǎng)絡(luò)中的D-HSS系統(tǒng)，可以實(shí)現(xiàn)整個(gè)系統(tǒng)級(jí)別的容突；能夠以普通的商用硬件，提供電信級(jí)別的可靠性。
采用本發(fā)明方案，能夠?qū)崿F(xiàn)網(wǎng)絡(luò)的控制層負(fù)載均衡和容災(zāi)功能。顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
18
權(quán)利要求
1、一種選取會(huì)話控制裝置的方法，其特征在于，包括接收終端發(fā)起的域名解析請(qǐng)求消息，所述請(qǐng)求消息中包含為所述終端提供服務(wù)的會(huì)話控制裝置域名；解析所述會(huì)話控制裝置域名，得到對(duì)應(yīng)的至少兩個(gè)會(huì)話控制裝置地址信息；基于預(yù)設(shè)策略，從所述解析得到的至少兩個(gè)會(huì)話控制裝置地址信息中，選取至少一個(gè)會(huì)話控制裝置地址信息；發(fā)送包含所述選取的至少一個(gè)會(huì)話控制裝置地址信息的響應(yīng)消息給所述終端。
2、 如權(quán)利要求1所述的方法，其特征在于，終端在注冊(cè)時(shí)，發(fā)起所述域 名解析請(qǐng)求消息。
3、 如權(quán)利要求1所述的方法，其特征在于，終端發(fā)起域名解析請(qǐng)求消息 包括終端檢測(cè)為自身提供服務(wù)的會(huì)話控制裝置是否能夠繼續(xù)為自身提供服務(wù)； 在檢測(cè)到該會(huì)話控制裝置不能繼續(xù)為自身提供服務(wù)時(shí)，發(fā)起所述域名解析 請(qǐng)求消息。
4、 如權(quán)利要求3所述的方法，其特征在于，終端檢測(cè)為自身提供服務(wù)的 會(huì)話控制裝置是否能夠繼續(xù)為自身提供服務(wù)，具體包括終端發(fā)送檢測(cè)消息給為自身提供服務(wù)的會(huì)話控制裝置；并 檢測(cè)在預(yù)設(shè)時(shí)間內(nèi)，是否收到所述會(huì)話控制裝置回送的對(duì)應(yīng)該檢測(cè)消息的 響應(yīng)消息；以及在檢測(cè)結(jié)果為是時(shí)，判定所述會(huì)話控制裝置能繼續(xù)為自身提供服務(wù)； 在檢測(cè)結(jié)果為否時(shí)，判定所述會(huì)話控制裝置不能繼續(xù)為自身提供服務(wù)。
5、 如權(quán)利要求1所述的方法，其特征在于，終端發(fā)起域名解析請(qǐng)求消息 包括終端檢測(cè)是否接收到用于通知自身重注冊(cè)的注銷消息，所述注銷消息是為所述終端提供服務(wù)的會(huì)話控制裝置發(fā)送的；以及在檢測(cè)結(jié)果為是時(shí)，發(fā)起所述域名解析請(qǐng)求消息。
6、 如權(quán)利要求5所述的方法，其特征在于，為所述終端提供服務(wù)的會(huì)話 控制裝置發(fā)送用于通知該終端重注冊(cè)的注銷消息包括所述會(huì)話控制裝置檢測(cè)自身能否繼續(xù)為該終端提供服務(wù)；以及 在檢測(cè)結(jié)果為否時(shí)，向所述終端發(fā)送用于通知該終端重注冊(cè)的注銷消息。
7、 如權(quán)利要求1所述的方法，其特征在于，在解析會(huì)話控制裝置域名之 前還包括檢測(cè)預(yù)設(shè)范圍內(nèi)的會(huì)話控制裝置是否可用；并將檢測(cè)到的可用會(huì)話控制裝置的地址信息，按照會(huì)話控制裝置域名歸類； 將歸類得到的會(huì)話控制裝置域名，與對(duì)應(yīng)的可用會(huì)話控制裝置地址信息對(duì) 應(yīng)存儲(chǔ)。
8、 如權(quán)利要求7所述的方法，其特征在于，解析會(huì)話控制裝置域名，得 到對(duì)應(yīng)的至少兩個(gè)會(huì)話控制裝置地址信息，包括基于所述會(huì)話控制裝置域名，獲取所述存儲(chǔ)的對(duì)應(yīng)該會(huì)話控制裝置域名的 至少兩個(gè)可用會(huì)話控制裝置地址信息。
9、 如權(quán)利要求1所述的方法，其特征在于，基于預(yù)設(shè)策略選取會(huì)話控制 裝置地址信息包括從所述解析得到的至少兩個(gè)會(huì)話控制裝置地址信息所對(duì)應(yīng)的會(huì)話控制裝 置中，選取負(fù)載最輕的會(huì)話控制裝置對(duì)應(yīng)的會(huì)話控制裝置地址信息。
10、 如權(quán)利要求l所述的方法，其特征在于，基于預(yù)設(shè)策略選取會(huì)話控制 裝置地址信息包括將所述解析得到的至少兩個(gè)會(huì)話控制裝置地址信息排序，得到對(duì)應(yīng)各會(huì)話 控制裝置地址信息的序號(hào)；確定最近一次從所述解析得到的至少兩個(gè)會(huì)話控制裝置地址信息中，選取的會(huì)話控制裝置地址信息的序號(hào)；選取所述確定的序號(hào)的下一個(gè)序號(hào)對(duì)應(yīng)的會(huì)話控制裝置地址信息。
11、 一種域名解析服務(wù)器，其特征在于，包括接收裝置，用于接收終端發(fā)起的域名解析請(qǐng)求消息，所述請(qǐng)求消息中包含 為所述終端提供服務(wù)的會(huì)話控制裝置域名；解析裝置，用于解析所述會(huì)話控制裝置域名，得到對(duì)應(yīng)的至少兩個(gè)會(huì)話控 制裝置地址信息；選取裝置，用于基于預(yù)設(shè)策略，從解析裝置解析得到的至少兩個(gè)會(huì)話控制 裝置地址信息中，選取至少一個(gè)會(huì)話控制裝置地址信息；發(fā)送裝置，用于發(fā)送包含選取裝置選取的至少一個(gè)會(huì)話控制裝置地址信息 的響應(yīng)消息纟會(huì)所述終端。
12、 如權(quán)利要求11所述的域名解析服務(wù)器，其特征在于，還包括 檢測(cè)裝置，用于檢測(cè)預(yù)設(shè)范圍內(nèi)的會(huì)話控制裝置是否可用；歸類裝置，用于將檢測(cè)裝置檢測(cè)到的可用會(huì)話控制裝置的地址信息，按照 會(huì)話控制裝置域名歸類；存儲(chǔ)裝置，用于將歸類裝置歸類得到的會(huì)話控制裝置域名，與對(duì)應(yīng)的可用 會(huì)話控制裝置地址信息對(duì)應(yīng)存儲(chǔ)。
13、 如權(quán)利要求12所述的域名解析服務(wù)器，其特征在于，所述解析裝置 基于所述會(huì)話控制裝置域名，獲取存儲(chǔ)裝置存儲(chǔ)的對(duì)應(yīng)該會(huì)話控制裝置域名的 至少兩個(gè)可用會(huì)話控制裝置地址信息。
14、 如權(quán)利要求11所述的域名解析服務(wù)器，其特征在于，所述選取裝置 從解析裝置解析得到的至少兩個(gè)會(huì)話控制裝置地址信息，對(duì)應(yīng)的會(huì)話控制裝置 中，選取負(fù)載最輕的會(huì)話控制裝置對(duì)應(yīng)的會(huì)話控制裝置地址信息。
15、 如權(quán)利要求11所述的域名解析服務(wù)器，其特征在于，選取裝置具體 包括排序單元，用于將解析裝置解析得到的至少兩個(gè)會(huì)話控制裝置地址信息排序，得到對(duì)應(yīng)各會(huì)話控制裝置地址信息的序號(hào)；確定單元，用于確定最近一次從所述解析得到的至少兩個(gè)會(huì)話控制裝置地址信息中，選取的會(huì)話控制裝置地址信息的序號(hào)；選取單元，用于選取確定單元確定的序號(hào)的下一個(gè)序號(hào)對(duì)應(yīng)的會(huì)話控制裝 置地址信息。
16、 一種終端，其特征在于，包括檢測(cè)裝置，用于檢測(cè)為所述終端提供服務(wù)的會(huì)話控制裝置，是否能夠繼續(xù) 為所述終端提供服務(wù)；發(fā)起裝置，用于在檢測(cè)裝置檢測(cè)到該會(huì)話控制裝置不能繼續(xù)為所述終端提 供服務(wù)時(shí)，發(fā)起域名解析請(qǐng)求消息，所述請(qǐng)求消息中包含為所述終端提供服務(wù) 的會(huì)話控制裝置域名。
17、 如權(quán)利要求16所述的終端，其特征在于，所述檢測(cè)裝置包括 發(fā)送單元，用于發(fā)送檢測(cè)消息給為所述終端提供服務(wù)的會(huì)話控制裝置； 檢測(cè)單元，用于4企測(cè)在預(yù)設(shè)時(shí)間內(nèi)，是否收到所述會(huì)話控制裝置回送的對(duì)應(yīng)該;險(xiǎn)測(cè)消息的響應(yīng)消息；判定單元，用于在檢測(cè)單元的檢測(cè)結(jié)果為是時(shí)，判定所述會(huì)話控制裝置能 繼續(xù)為所述終端提供服務(wù)；以及在檢測(cè)單元的檢測(cè)結(jié)果為否時(shí)，判定所述會(huì)話控制裝置不能繼續(xù)為所述終 端提供服務(wù)。
18、 一種終端，其特征在于，包括檢測(cè)裝置，用于檢測(cè)是否接收到用于通知所述終端重注冊(cè)的注銷消息； 發(fā)起裝置，用于在檢測(cè)裝置的檢測(cè)結(jié)果為是時(shí)，發(fā)起域名解析請(qǐng)求消息， 所述請(qǐng)求消息中包含為所述終端提供服務(wù)的會(huì)話控制裝置域名。
19、 一種會(huì)話控制裝置，其特征在于，包括檢測(cè)單元，用于檢測(cè)所述裝置能否為當(dāng)前提供服務(wù)的終端繼續(xù)提供服務(wù)； 發(fā)送單元，用于在檢測(cè)單元的檢測(cè)結(jié)果為否時(shí)，向所述終端發(fā)送用于通知該終端重注冊(cè)的注銷消息。
全文摘要
本發(fā)明公開(kāi)了一種選取會(huì)話控制裝置的方法，包括接收終端發(fā)起的域名解析請(qǐng)求消息，所述請(qǐng)求消息中包含為所述終端提供服務(wù)的會(huì)話控制裝置域名；解析所述會(huì)話控制裝置域名，得到對(duì)應(yīng)的至少兩個(gè)會(huì)話控制裝置地址信息；基于預(yù)設(shè)策略，從所述解析得到的至少兩個(gè)會(huì)話控制裝置地址信息中，選取至少一個(gè)會(huì)話控制裝置地址信息；發(fā)送包含所述選取的至少一個(gè)會(huì)話控制裝置地址信息的響應(yīng)消息給所述終端。還公開(kāi)了一種域名解析服務(wù)器、終端及會(huì)話控制裝置。采用本發(fā)明方案，使得在NGIMS網(wǎng)絡(luò)中，為會(huì)話提供服務(wù)的會(huì)話控制裝置不能提供服務(wù)時(shí)，能分配其它可用會(huì)話控制裝置繼續(xù)提供服務(wù)，從而確保正在進(jìn)行的會(huì)話能及時(shí)恢復(fù)，實(shí)現(xiàn)了電信級(jí)別的可靠性。
文檔編號(hào)H04L29/08GK101494659SQ20081005677
公開(kāi)日2009年7月29日 申請(qǐng)日期2008年1月24日 優(yōu)先權(quán)日2008年1月24日
發(fā)明者俞承志, 晉 彭, 歐陽(yáng)聰星, 段曉東, 薛海強(qiáng), 冰 魏, 強(qiáng) 魏 申請(qǐng)人:中國(guó)移動(dòng)通信集團(tuán)公司