專利名稱：一種呼叫會(huì)話控制功能模塊重啟后保證信息一致的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信技術(shù)領(lǐng)域，尤其涉及IP多媒體子系統(tǒng)(IMS，IPMultimedia Subsystem)中，一種呼叫會(huì)話控制功能模塊重啟后保證信息一致的方法。
背景技術(shù)：
隨著寬帶網(wǎng)絡(luò)的發(fā)展，移動(dòng)通信將不僅僅局限于傳統(tǒng)的話音通信，結(jié)合音頻、視頻、圖片和文本等多種媒體類型的多媒體業(yè)務(wù)將逐漸開展起來，通過與呈現(xiàn)業(yè)務(wù)(presence)、短消息、網(wǎng)頁(WEB)瀏覽、定位信息、推送業(yè)務(wù)(PUSH)、文件共享等數(shù)據(jù)業(yè)務(wù)的結(jié)合，可以滿足用戶終端的多種需求。如消息業(yè)務(wù)即時(shí)消息和聊天室、多媒體短消息；視頻業(yè)務(wù)娛樂、多媒體信息、日常交流；電子商務(wù)產(chǎn)品目錄、搜索引擎、購物車、訂單管理、支付；游戲單人游戲、群組游戲；定位業(yè)務(wù)尋人、向?qū)А?bào)警；個(gè)人助理地址本、日程表、書簽管理、文件存儲(chǔ)、事件提醒、電子郵件；在多種應(yīng)用的推動(dòng)下，第三代移動(dòng)通信標(biāo)準(zhǔn)化的伙伴項(xiàng)目(3GPP，3rdGeneration Partnership Project)以及第三代移動(dòng)通信標(biāo)準(zhǔn)化的伙伴項(xiàng)目2(3GPP2，3rd Generation Partnership Project 2)等標(biāo)準(zhǔn)組織都先后推出了基于IP的多媒體子系統(tǒng)架構(gòu)，目的是在移動(dòng)網(wǎng)絡(luò)中使用一種標(biāo)準(zhǔn)化的開放的結(jié)構(gòu)來實(shí)現(xiàn)多種多樣的多媒體應(yīng)用，提供給用戶終端更多的選擇和更豐富的感受。
在3GPP Release 5(R5)階段，引入的IMS，疊加在分組域網(wǎng)絡(luò)之上，由呼叫狀態(tài)控制功能模塊(CSCF，Call Session Control Function)、媒體網(wǎng)關(guān)控制功能模塊(MGCF，Media Gateway Control Function)、媒體資源功能(MRF，MultimediaResource Function)和歸屬簽約用戶服務(wù)器(HSS，Home Subscriber Server)等功能實(shí)體組成，其中CSCF又可以分成服務(wù)CSCF(S-CSCF，Serving CSCF)、代理CSCF(P-CSCF，Proxy CSCF)和查詢CSCF(I-CSCF，Interrogating CSCF)三個(gè)邏輯實(shí)體，S-CSCF是IMS的業(yè)務(wù)交換中心，執(zhí)行會(huì)話控制，維持會(huì)話狀態(tài)，負(fù)責(zé)管理用戶終端信息，產(chǎn)生計(jì)費(fèi)信息等；P-CSCF是終端用戶終端接入IMS的接入點(diǎn)，完成用戶終端注冊(cè)，負(fù)責(zé)QoS控制和安全管理等，I-CSCF負(fù)責(zé)IMS域之間的互通，管理S-CSCF的分配，對(duì)外隱藏網(wǎng)絡(luò)拓?fù)浜团渲?，產(chǎn)生計(jì)費(fèi)數(shù)據(jù)等。MGCF控制網(wǎng)關(guān)，實(shí)現(xiàn)IMS網(wǎng)絡(luò)和其它網(wǎng)絡(luò)的互通，MRF提供媒體資源，如收放音，編解碼和多媒體會(huì)議橋。HSS是用戶終端數(shù)據(jù)庫，存儲(chǔ)IMS用戶終端的簽約數(shù)據(jù)和配置信息等。
3GPP定義的IMS網(wǎng)絡(luò)也可以應(yīng)用于3GPP2中定義的分組網(wǎng)絡(luò)之上，提供和多種類型網(wǎng)絡(luò)的互通，實(shí)現(xiàn)和用戶終端使用終端類型的無關(guān)性。因此在這里不限制IMS只應(yīng)用在3GPP相關(guān)的網(wǎng)絡(luò)和應(yīng)用上，其他類型的接入網(wǎng)絡(luò)和承載網(wǎng)絡(luò)的業(yè)務(wù)和應(yīng)用也可以用IMS架構(gòu)來實(shí)現(xiàn)。
會(huì)話發(fā)起協(xié)議(SIP，Session Initiation Protocol)是由Interne工程任務(wù)組(IETF)提出的IP電話信令協(xié)議。正如其名字所隱含的，SIP用于發(fā)起會(huì)話，它能控制多個(gè)參與者參加的多媒體會(huì)話的建立和終結(jié)，并能動(dòng)態(tài)調(diào)整和修改會(huì)話屬性，如會(huì)話帶寬要求、傳輸?shù)拿襟w類型(語音、視頻和文本等)、媒體的編解碼格式、對(duì)組播和單播的支持等。在IMS中，使用SIP協(xié)議作為IP多媒體會(huì)話的信令控制協(xié)議。
AAA，即認(rèn)證(Authentication)、授權(quán)(Authorization)和計(jì)費(fèi)(Accounting)一直是網(wǎng)絡(luò)運(yùn)營商進(jìn)行網(wǎng)絡(luò)運(yùn)營和管理的基礎(chǔ)，隨著AAA的發(fā)展，新的框架結(jié)構(gòu)Diameter技術(shù)已經(jīng)成型。
Diameter協(xié)議族包括基礎(chǔ)協(xié)議(Diameter Base Protocol)和各種應(yīng)用協(xié)議。其中基礎(chǔ)協(xié)議提供了作為一個(gè)AAA協(xié)議的最低需求，是Diameter網(wǎng)絡(luò)節(jié)點(diǎn)都必須實(shí)現(xiàn)的功能，包括節(jié)點(diǎn)間能力的協(xié)商、Diameter消息的接收及轉(zhuǎn)發(fā)、計(jì)費(fèi)信息的實(shí)時(shí)傳輸?shù)取?yīng)用協(xié)議則充分利用基礎(chǔ)協(xié)議提供的消息傳送機(jī)制，規(guī)范相關(guān)節(jié)點(diǎn)的功能以及其特有的消息內(nèi)容，來實(shí)現(xiàn)應(yīng)用業(yè)務(wù)的AAA。
在IMS中，HSS和I-CSCF以及HSS和S-CSCF之間的Cx接口上就是使用Diameter協(xié)議來傳送相關(guān)信息的。
HSS是每個(gè)用戶終端最重要的數(shù)據(jù)庫，保存著所有和簽約相關(guān)的信息，用于支持各個(gè)網(wǎng)絡(luò)實(shí)體對(duì)呼叫和會(huì)話的處理，具體包括用戶終端的標(biāo)識(shí)、編號(hào)以及尋址信息；用戶終端的安全信息；用戶終端的位置信息以及用戶終端的描述信息(user profile information)等。一個(gè)歸屬網(wǎng)絡(luò)可以有一個(gè)或者多個(gè)HSS，取決于移動(dòng)簽約用戶終端的數(shù)量，網(wǎng)絡(luò)設(shè)備的容量以及具體的組網(wǎng)情況。HSS和網(wǎng)絡(luò)中的多個(gè)實(shí)體之間有接口。
現(xiàn)有的IMS網(wǎng)絡(luò)中，沒有考慮當(dāng)IMS網(wǎng)絡(luò)節(jié)點(diǎn)，比如CSCF，重啟之后，如何確保和CSCF通信的其他節(jié)點(diǎn)能夠知道這次設(shè)備重啟。如果CSCF設(shè)備徹底壞掉的話，現(xiàn)有IMS網(wǎng)絡(luò)中的注冊(cè)更新機(jī)制可以在一個(gè)注冊(cè)周期結(jié)束之后，因?yàn)闆]有收到重新注冊(cè)消息的應(yīng)答而將當(dāng)前會(huì)話釋放掉；在一個(gè)注冊(cè)周期之內(nèi)，會(huì)因?yàn)槿魏我粋€(gè)發(fā)送給CSCF的消息沒有收到應(yīng)答而導(dǎo)致當(dāng)前會(huì)話的釋放，因此，這種故障不屬于本發(fā)明要解決的問題。本發(fā)明的重點(diǎn)在于解決CSCF節(jié)點(diǎn)故障之后很快重啟而導(dǎo)致的信息不一致問題，而且這里發(fā)生的故障CSCF設(shè)備無法預(yù)知，否則CSCF會(huì)在故障發(fā)生之前先將涉及到的會(huì)話釋放掉。
因?yàn)闆]有一種機(jī)制來保證CSCF重啟這個(gè)事件能夠被其他和CSCF交互的節(jié)點(diǎn)知道，因此，當(dāng)CSCF重啟之后，原來保存的和業(yè)務(wù)執(zhí)行相關(guān)的信息都丟失了，但是其他節(jié)點(diǎn)還是照常發(fā)送消息給這個(gè)CSCF，這時(shí)候就會(huì)發(fā)生很多難以預(yù)料的錯(cuò)誤或者這個(gè)CSCF會(huì)將新收到的消息作為從該節(jié)點(diǎn)收到的第一條消息來處理，或者這個(gè)CSCF會(huì)不認(rèn)識(shí)新收到的消息而將其丟棄，或者CSCF會(huì)按照缺省方式來處理等等，而這些處理都會(huì)給用戶終端的計(jì)費(fèi)、安全以及業(yè)務(wù)實(shí)施帶來很多問題，因此無法達(dá)到電信級(jí)網(wǎng)絡(luò)運(yùn)營的要求。

發(fā)明內(nèi)容
本發(fā)明的目的在于提出一種呼叫會(huì)話控制功能模塊重啟后保證信息一致的方法，在現(xiàn)有的IMS網(wǎng)絡(luò)中引入一種機(jī)制來實(shí)現(xiàn)將CSCF的重啟事件通知給其他交互節(jié)點(diǎn)，進(jìn)而保證各個(gè)交互設(shè)備之間的信息一致性，避免了CSCF重啟后還進(jìn)行業(yè)務(wù)而引起的各種問題，使得IMS網(wǎng)絡(luò)更符合電信級(jí)網(wǎng)絡(luò)的可靠性要求，更適合商用，為此，本發(fā)明采用以下技術(shù)方案一種呼叫會(huì)話控制功能模塊重啟后保證信息一致的方法，應(yīng)用在IP多媒體子系統(tǒng)上，其特征在于呼叫會(huì)話控制功能模塊在用戶終端注冊(cè)過程中，將用戶終端的路由信息上載給歸屬簽約用戶服務(wù)器保存，當(dāng)呼叫會(huì)話控制功能模塊在發(fā)生故障重啟后，進(jìn)行如下處理；a、呼叫會(huì)話控制功能模塊將重啟事件通過指示消息發(fā)送給歸屬簽約用戶服務(wù)器；b、歸屬簽約用戶服務(wù)器收到所述指示消息后，查詢自己本地保存的由所述呼叫會(huì)話控制功能模塊服務(wù)的用戶終端信息，將所述用戶終端的路由信息和用戶終端描述文件返回給所述呼叫會(huì)話控制功能模塊；c、通知所有已經(jīng)注冊(cè)在所述歸屬簽約用戶服務(wù)器上由所述呼叫會(huì)話控制功能模塊服務(wù)的用戶終端執(zhí)行注銷過程，同時(shí)通知所有和這些用戶終端相關(guān)的應(yīng)用服務(wù)器取消建立的連接。
該方法還包括步驟d、在通知用戶終端執(zhí)行注銷過程的消息中指示是否需要所述用戶終端重新發(fā)起注冊(cè)。
將用戶終端的路由信息上載給歸屬簽約用戶服務(wù)器可以通過在呼叫會(huì)話控制功能模塊向歸屬簽約用戶服務(wù)器發(fā)送的消息中增加一個(gè)新信息單元(IE，Information Element)來實(shí)現(xiàn)。
步驟a中，所述的歸屬簽約用戶服務(wù)器，是呼叫會(huì)話控制功能模塊和歸屬簽約用戶服務(wù)器進(jìn)行信息交互時(shí)，記錄地址信息并保存在非易失存儲(chǔ)器中的歸屬簽約用戶服務(wù)器。
步驟a中，所述的歸屬簽約用戶服務(wù)器，是呼叫會(huì)話控制功能模塊將地址信息配置在本地，并保存在非易失存儲(chǔ)器中的歸屬簽約用戶服務(wù)器。
步驟a中還可以進(jìn)一步包括呼叫會(huì)話控制功能模塊在發(fā)生故障重啟后，向所有的歸屬簽約用戶服務(wù)器發(fā)送重啟事件的指示消息，由歸屬簽約用戶服務(wù)器根據(jù)本地是否保存了所述呼叫會(huì)話控制功能模塊的信息決定是否完成后續(xù)步驟。
步驟c進(jìn)一步包括以下步驟c1、歸屬簽約用戶服務(wù)器向呼叫會(huì)話控制功能模塊發(fā)送注銷消息，其中攜帶用戶終端標(biāo)識(shí)信息，注銷原因；c2、所述呼叫會(huì)話控制功能模塊根據(jù)用戶終端描述文件中的過濾規(guī)則，將注銷消息發(fā)送給業(yè)務(wù)控制平臺(tái)，執(zhí)行業(yè)務(wù)控制過程；c3、根據(jù)從歸屬簽約用戶服務(wù)器獲得的路由信息，所述呼叫會(huì)話控制功能模塊通知用戶終端注銷；c4、所述呼叫會(huì)話控制功能模塊返回注銷應(yīng)答消息給所述歸屬簽約用戶服務(wù)器；c5、通知所有和這些用戶終端相關(guān)的應(yīng)用服務(wù)器取消建立的連接。
步驟c3中還包括所述呼叫會(huì)話控制功能模塊將注銷原因發(fā)送給用戶終端。
步驟c3中還包括所述用戶終端向所述呼叫會(huì)話控制功能模塊返回應(yīng)答確認(rèn)注銷過程。
步驟c5中還包括所述應(yīng)用服務(wù)器向所述呼叫會(huì)話控制功能模塊返回應(yīng)答確認(rèn)連接刪除過程。
采用了本發(fā)明，通過CSCF在注冊(cè)時(shí)將用戶終端的路由信息保存在HSS上，當(dāng)CSCF發(fā)生故障重啟之后，首先向HSS發(fā)送重啟事件的通知，HSS得到指示后將相關(guān)的用戶終端路由信息和用戶終端描述文件返回給CSCF，然后發(fā)起注銷過程，CSCF根據(jù)得到的用戶終端路由信息和用戶終端描述文件分別向用戶終端(UE，User Equipment)和應(yīng)用服務(wù)器(AS，Application Server)通知注銷信息，從而保證了各個(gè)IMS節(jié)點(diǎn)上信息的一致性，避免了由于CSCF設(shè)備重啟導(dǎo)致的一系列問題，提高了IMS網(wǎng)絡(luò)運(yùn)營的可靠性和安全性。


圖1是本發(fā)明CSCF重啟后保持信息一致的流程圖；圖2是本發(fā)明具體實(shí)施方式
中S-CSCF重啟后保持信息一致的流程圖。
具體實(shí)施例方式
下面結(jié)合附圖來說明本發(fā)明的具體實(shí)施方式
。
本發(fā)明提出的技術(shù)方案中，CSCF在注冊(cè)時(shí)將用戶終端的路由信息保存在HSS上，當(dāng)CSCF節(jié)點(diǎn)發(fā)生故障重新啟動(dòng)之后，首先發(fā)送消息給HSS，通知HSS消息中指示的CSCF發(fā)生了重啟事件；HSS收到該指示之后，查詢自己本地保存的關(guān)于這個(gè)CSCF服務(wù)的用戶終端信息，將相關(guān)的用戶終端路由信息和用戶終端描述文件返回給CSCF，然后通知所有已經(jīng)注冊(cè)在HSS中由這個(gè)CSCF服務(wù)的用戶終端執(zhí)行注銷過程，從而使得IMS網(wǎng)絡(luò)各個(gè)節(jié)點(diǎn)上的信息保持了一致。在通知用戶終端注銷過程的同時(shí)，可以在消息中指示是否需要重新發(fā)起注冊(cè)。此外，CSCF為了能夠知道故障重啟后向哪些HSS發(fā)送重啟事件通知，可以在CSCF和每個(gè)HSS交互之后，記錄該HSS的地址信息，保存在非易失存儲(chǔ)器中，保證重啟之后這些地址信息不會(huì)丟失；CSCF也可以將HSS的地址信息配置在本地，保存在非易失存儲(chǔ)器中。還可以簡(jiǎn)單的在每次重啟后就向所有的HSS發(fā)送重啟事件通知，由HSS根據(jù)本地是否保存了該CSCF的信息來決定后續(xù)處理。
如圖1所示，CSCF重啟之后，首先發(fā)送Cx-Notify消息給HSS通知HSS消息中指示的CSCF設(shè)備發(fā)生了重啟事件；HSS收到這個(gè)指示消息之后，查找關(guān)于該CSCF的信息，如果當(dāng)前沒有由該CSCF服務(wù)的用戶終端信息，則HSS僅僅返回Cx-Notify-Resp消息作為確認(rèn)；如果當(dāng)前有由這個(gè)CSCF服務(wù)的用戶終端信息，則HSS在返回的確認(rèn)消息中攜帶這些用戶終端的描述文件信息(userprofile)和路由信息；如果當(dāng)前該CSCF有服務(wù)的用戶終端標(biāo)識(shí)存在，那么HSS發(fā)送Cx-Deregister消息給CSCF，其中攜帶用戶終端標(biāo)識(shí)信息，注銷原因等；CSCF根據(jù)用戶終端描述文件中的過濾規(guī)則，將有關(guān)注銷信息發(fā)送給業(yè)務(wù)控制平臺(tái)，執(zhí)行相關(guān)的業(yè)務(wù)控制過程；根據(jù)從HSS中得到的路由信息，CSCF通知UE這次注銷過程，可以的話，同時(shí)將注銷原因轉(zhuǎn)發(fā)給UE。如果UE和網(wǎng)絡(luò)失去聯(lián)系的話，UE可能無法收到這個(gè)注銷過程的通知；可能的話，UE返回應(yīng)答確認(rèn)這次注銷過程，如果UE發(fā)生故障或者漫游出了CSCF覆蓋的范圍，那么將無法返回應(yīng)答消息；CSCF返回Cx-Deregister-Resp消息給HSS，不需要等待UE返回的應(yīng)答消息。
其中，HSS返回給CSCF的路由信息需要CSCF在用戶終端注冊(cè)過程中上載給HSS保存，通過在Cx-Put/Cx-Put-Resp消息中增加一個(gè)新的IE來實(shí)現(xiàn)。當(dāng)UE向CSCF發(fā)送注冊(cè)消息的時(shí)候，會(huì)攜帶一些路由信息，比如Request-URI頭部，Route頭部，Contact頭部等，CSCF在向HSS請(qǐng)求用戶終端描述文件的Cx-Put消息中攜帶這些路由信息，保存在HSS中，當(dāng)S-CSCF重啟之后，就可以根據(jù)這些保存的路由信息通知UE執(zhí)行注銷過程了。
UE根據(jù)收到的注銷消息的指示，可以決定是否發(fā)起重新注冊(cè)。
下面以S-CSCF為例具體說明，P-CSCF和I-CSCF等也同樣適用本發(fā)明的方案，具體方法與此相同。
在IMS網(wǎng)絡(luò)中，CSCF可分為I-CSCF、S-CSCF和P-CSCF等幾個(gè)邏輯實(shí)體實(shí)現(xiàn)，其中P-CSCF可以位于歸屬網(wǎng)絡(luò)或者拜訪網(wǎng)絡(luò)，和HSS之間沒有實(shí)現(xiàn)Cx接口，I-CSCF和HSS之間的Cx接口用于查詢或者選擇當(dāng)前為用戶終端服務(wù)的S-CSCF，而S-CSCF作為IMS網(wǎng)絡(luò)中執(zhí)行業(yè)務(wù)邏輯控制的平臺(tái)，和HSS之間的接口用于注冊(cè)/注銷時(shí)候的通知，用戶終端描述文件的下載/更新，以及鑒權(quán)，是最重要的一個(gè)設(shè)備，當(dāng)這個(gè)設(shè)備發(fā)生故障重啟之后可以應(yīng)用本發(fā)明來保證信息的一致性。
S-CSCF重啟之后，首先發(fā)送Cx-Notify消息給HSS通知HSS消息中指示的S-CSCF設(shè)備發(fā)生了重啟事件；HSS收到這個(gè)指示消息之后，查找關(guān)于該S-CSCF的信息，如果當(dāng)前沒有由該S-CSCF服務(wù)的用戶終端信息，則HSS僅僅返回Cx-Notify-Resp消息作為確認(rèn)；如果當(dāng)前有由這個(gè)S-CSCF服務(wù)的用戶終端信息，則HSS在返回的確認(rèn)消息中攜帶這些用戶終端的描述文件信息(user profile)和路由信息；如果當(dāng)前該S-CSCF有服務(wù)的用戶終端標(biāo)識(shí)存在，那么HSS發(fā)送Cx-Deregister消息給S-CSCF，其中攜帶用戶終端標(biāo)識(shí)信息，注銷原因等；S-CSCF根據(jù)用戶終端描述文件中的過濾規(guī)則，將有關(guān)注銷信息發(fā)送給業(yè)務(wù)控制平臺(tái)，執(zhí)行相關(guān)的業(yè)務(wù)控制過程；根據(jù)從HSS中得到的路由信息，S-CSCF通知P-CSCF執(zhí)行注銷過程，如果知道注銷原因，也要包括在這個(gè)注銷消息中；P-CSCF通知UE這次注銷過程，可以的話，同時(shí)將注銷原因轉(zhuǎn)發(fā)給UE。如果UE和網(wǎng)絡(luò)失去聯(lián)系的話，UE可能無法收到這個(gè)注銷過程的通知；P-CSCF返回應(yīng)答給S-CSCF，同時(shí)更新內(nèi)部數(shù)據(jù)庫，刪除相關(guān)用戶終端的注冊(cè)狀態(tài)；可能的話，UE返回應(yīng)答給P-CSCF確認(rèn)這次注銷過程，如果UE發(fā)生故障或者漫游出了P-CSCF覆蓋的范圍，那么將無法返回應(yīng)答消息；S-CSCF返Cx-Deregister-Resp消息給HSS，不需要等待UE返回應(yīng)答消息。
UE根據(jù)收到的注銷消息的指示，可以決定是否發(fā)起重新注冊(cè)。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉該技術(shù)的人在本發(fā)明所揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種呼叫會(huì)話控制功能模塊重啟后保證信息一致的方法，應(yīng)用在IP多媒體子系統(tǒng)上，其特征在于呼叫會(huì)話控制功能模塊在用戶終端注冊(cè)過程中，將用戶終端的路由信息上載給歸屬簽約用戶服務(wù)器保存，當(dāng)呼叫會(huì)話控制功能模塊在發(fā)生故障重啟后，進(jìn)行如下處理a、呼叫會(huì)話控制功能模塊將重啟事件通過指示消息發(fā)送給歸屬簽約用戶服務(wù)器；b、歸屬簽約用戶服務(wù)器收到所述指示消息后，查詢自己本地保存的由所述呼叫會(huì)話控制功能模塊服務(wù)的用戶終端信息，將所述用戶終端的路由信息和用戶終端描述文件返回給所述呼叫會(huì)話控制功能模塊；c、通知所有已經(jīng)注冊(cè)在所述歸屬簽約用戶服務(wù)器上由所述呼叫會(huì)話控制功能模塊服務(wù)的用戶終端執(zhí)行注銷過程，同時(shí)通知所有和這些用戶終端相關(guān)的應(yīng)用服務(wù)器取消建立的連接。
2.如權(quán)利要求1所述的方法，其特征在于在步驟c后還包括以下步驟d、在通知用戶終端執(zhí)行注銷過程的消息中指示是否需要所述用戶終端重新發(fā)起注冊(cè)。
3.如權(quán)利要求1所述的方法，其特征在于將用戶終端的路由信息上載給歸屬簽約用戶服務(wù)器可以通過在呼叫會(huì)話控制功能模塊向歸屬簽約用戶服務(wù)器發(fā)送的消息中增加新的信息單元來實(shí)現(xiàn)。
4.如權(quán)利要求1所述的方法，其特征在于所述步驟a中，所述的歸屬簽約用戶服務(wù)器，是呼叫會(huì)話控制功能模塊和歸屬簽約用戶服務(wù)器進(jìn)行信息交互時(shí)，記錄地址信息并保存在非易失存儲(chǔ)器中的歸屬簽約用戶服務(wù)器。
5.如權(quán)利要求1所述的方法，其特征在于所述步驟a中，所述的歸屬簽約用戶服務(wù)器，是呼叫會(huì)話控制功能模塊將地址信息配置在本地，并保存在非易失存儲(chǔ)器中的歸屬簽約用戶服務(wù)器。
6.如權(quán)利要求1所述的方法，其特征在于所述步驟a中進(jìn)一步包括呼叫會(huì)話控制功能模塊在發(fā)生故障重啟后，向所有的歸屬簽約用戶服務(wù)器發(fā)送重啟事件的指示消息，由歸屬簽約用戶服務(wù)器根據(jù)本地是否保存了所述呼叫會(huì)話控制功能模塊的信息決定是否完成后續(xù)步驟。
7.如權(quán)利要求1所述的方法，其特征在于所述步驟c進(jìn)一步包括以下步驟c1、歸屬簽約用戶服務(wù)器向呼叫會(huì)話控制功能模塊發(fā)送注銷消息，其中攜帶用戶終端標(biāo)識(shí)信息，注銷原因；c2、所述呼叫會(huì)話控制功能模塊根據(jù)用戶終端描述文件中的過濾規(guī)則，將注銷消息發(fā)送給業(yè)務(wù)控制平臺(tái)，執(zhí)行業(yè)務(wù)控制過程；c3、根據(jù)從歸屬簽約用戶服務(wù)器獲得的路由信息，所述呼叫會(huì)話控制功能模塊通知用戶終端注銷；c4、所述呼叫會(huì)話控制功能模塊返回注銷應(yīng)答消息給所述歸屬簽約用戶服務(wù)器；c5、通知所有和這些用戶終端相關(guān)的應(yīng)用服務(wù)器取消建立的連接。
8.如權(quán)利要求7所述的方法，其特征在于所述步驟c3中還包括所述呼叫會(huì)話控制功能模塊將注銷原因發(fā)送給用戶終端。
9.如權(quán)利要求7所述的方法，其特征在于所述步驟c3中還包括所述用戶終端向所述呼叫會(huì)話控制功能模塊返回應(yīng)答確認(rèn)注銷過程。
10.如權(quán)利要求7所述的方法，其特征在于所述步驟c5中還包括所述應(yīng)用服務(wù)器向所述呼叫會(huì)話控制功能模塊返回應(yīng)答確認(rèn)連接刪除過程。
全文摘要
本發(fā)明提出一種呼叫會(huì)話控制功能模塊重啟后保證信息一致的方法，應(yīng)用在IP多媒體子系統(tǒng)上，包括呼叫會(huì)話控制功能模塊將用戶終端的路由信息上載給歸屬簽約用戶服務(wù)器；發(fā)生故障重啟后，將重啟事件發(fā)送給歸屬簽約用戶服務(wù)器，由其查詢本地保存的由呼叫會(huì)話控制功能模塊服務(wù)的用戶終端信息，將路由信息和用戶終端描述文件返回給所述呼叫會(huì)話控制功能模塊；通知注冊(cè)在所述歸屬簽約用戶服務(wù)器上由所述呼叫會(huì)話控制功能模塊服務(wù)的用戶終端執(zhí)行注銷過程，并通知和這些用戶終端相關(guān)的應(yīng)用服務(wù)器取消建立的連接。以保證各個(gè)交互設(shè)備之間信息一致，避免了CSCF重啟后還進(jìn)行業(yè)務(wù)而引起的各種問題，使得IMS網(wǎng)絡(luò)更符合電信級(jí)運(yùn)營網(wǎng)絡(luò)的可靠性要求，更適合商用。
文檔編號(hào)H04W8/30GK1780482SQ20041009724
公開日2006年5月31日 申請(qǐng)日期2004年11月18日 優(yōu)先權(quán)日2004年11月18日
發(fā)明者武亞娟 申請(qǐng)人:華為技術(shù)有限公司