專利名稱：確定發(fā)起注銷流程的時(shí)機(jī)的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信技術(shù)領(lǐng)域，特別是指確定發(fā)起注銷流程的時(shí)機(jī)的方法及系統(tǒng)。
背景技術(shù)：
隨著寬帶網(wǎng)絡(luò)的發(fā)展，移動(dòng)通信將不僅僅局限于傳統(tǒng)的話音通信，通過(guò)與呈現(xiàn)業(yè)務(wù)(presence)、短消息、網(wǎng)頁(yè)(WEB)瀏覽、定位信息、推送業(yè)務(wù)(PUSH)以及文件共享等數(shù)據(jù)業(yè)務(wù)的結(jié)合，移動(dòng)通信能夠?qū)崿F(xiàn)音頻、視頻、圖片和文本等多種媒體類型的業(yè)務(wù)，以滿足用戶的多種需求。
第三代移動(dòng)通信標(biāo)準(zhǔn)化伙伴項(xiàng)目(3GPP)以及第三代移動(dòng)通信標(biāo)準(zhǔn)化伙伴項(xiàng)目2(3GPP2)等組織都先后推出了基于IP的多媒體子系統(tǒng)(IMS)架構(gòu)，其目的是在移動(dòng)網(wǎng)絡(luò)中使用一種標(biāo)準(zhǔn)化的開(kāi)放結(jié)構(gòu)來(lái)實(shí)現(xiàn)多種多樣的多媒體應(yīng)用，以給用戶提供更多的選擇和更豐富的感受。
IMS架構(gòu)疊加在分組域網(wǎng)絡(luò)之上，由呼叫狀態(tài)控制功能(CSCF)實(shí)體、媒體網(wǎng)關(guān)控制功能(MGCF)實(shí)體、媒體資源功能(MRF)實(shí)體和用戶歸屬網(wǎng)絡(luò)服務(wù)器(HSS)等功能實(shí)體組成。MGCF用于實(shí)現(xiàn)IMS網(wǎng)絡(luò)和其它網(wǎng)絡(luò)的互通；MRF用于提供媒體資源，如收放音，編解碼和多媒體會(huì)議橋等；HSS保存著所有和簽約相關(guān)的信息，用于支持各個(gè)網(wǎng)絡(luò)實(shí)體對(duì)呼叫和會(huì)話的處理，具體包括用戶的標(biāo)識(shí)、編號(hào)以及尋址信息；用戶的安全信息；用戶的位置信息以及用戶的描述信息(user profile information)等，一個(gè)歸屬網(wǎng)絡(luò)可以有一個(gè)或者多個(gè)HSS，具體個(gè)數(shù)取決于移動(dòng)簽約用戶的數(shù)量，網(wǎng)絡(luò)設(shè)備的容量以及具體的組網(wǎng)情況。
CSCF又可以分成服務(wù)CSCF(S-CSCF)、代理CSCF(P-CSCF)和查詢CSCF(I-CSCF)三個(gè)邏輯實(shí)體，該三個(gè)邏輯實(shí)體可能是不同的物理設(shè)備，也可能是同一個(gè)物理設(shè)備中不同的功能模塊。S-CSCF是IMS的業(yè)務(wù)控制中心，用于執(zhí)行會(huì)話控制，維持會(huì)話狀態(tài)，管理用戶信息，產(chǎn)生計(jì)費(fèi)信息等；P-CSCF是終端用戶接入IMS的接入點(diǎn)，用于完成用戶注冊(cè)，服務(wù)質(zhì)量(QoS)控制和安全管理等；I-CSCF負(fù)責(zé)IMS域之間的互通，管理S-CSCF的分配，對(duì)外隱藏網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)和配置信息，并產(chǎn)生計(jì)費(fèi)數(shù)據(jù)等。
因?yàn)镮MS網(wǎng)絡(luò)結(jié)構(gòu)做到了和底層承載網(wǎng)絡(luò)無(wú)關(guān)，因此3GPP定義的IMS網(wǎng)絡(luò)也可以應(yīng)用在3GPP定義的分組域網(wǎng)絡(luò)之外的其他分組網(wǎng)絡(luò)上，因此在這里不限制IMS只應(yīng)用在3GPP相關(guān)的網(wǎng)絡(luò)和應(yīng)用上，其他類型的接入網(wǎng)絡(luò)和承載網(wǎng)絡(luò)的業(yè)務(wù)和應(yīng)用也可以用IMS架構(gòu)來(lái)實(shí)現(xiàn)。
每個(gè)簽署了IMS業(yè)務(wù)的用戶都由歸屬網(wǎng)絡(luò)運(yùn)營(yíng)商為其分配了一個(gè)或一個(gè)以上私有用戶標(biāo)識(shí)，用于在注冊(cè)、授權(quán)、管理和計(jì)費(fèi)過(guò)程中使用，該標(biāo)識(shí)使用網(wǎng)絡(luò)接入標(biāo)識(shí)(NAI，Network Access Identifier)的格式；每個(gè)IMS用戶還有一個(gè)或一個(gè)以上公共用戶標(biāo)識(shí)，用于和其他用戶通信時(shí)標(biāo)識(shí)自己，找到對(duì)方。私有用戶標(biāo)識(shí)一般不對(duì)外公開(kāi)，而公共用戶標(biāo)識(shí)是對(duì)外公開(kāi)的，在使用各類業(yè)務(wù)的會(huì)話過(guò)程中使用。
根據(jù)用戶是否發(fā)起注冊(cè)過(guò)程可以將用戶的注冊(cè)狀態(tài)分為注冊(cè)狀態(tài)，注銷狀態(tài)和未注冊(cè)狀態(tài)，注冊(cè)狀態(tài)指的是一個(gè)公共用戶標(biāo)識(shí)完成了注冊(cè)(REGISTER)過(guò)程，被分配了服務(wù)的S-CSCF，注銷狀態(tài)指的是一個(gè)公共用戶標(biāo)識(shí)根本沒(méi)有發(fā)起過(guò)REGISTER過(guò)程，未注冊(cè)狀態(tài)指的是一個(gè)公共用戶標(biāo)識(shí)沒(méi)有發(fā)起REGISTER過(guò)程，但是其作為被叫被分配了服務(wù)的S-CSCF或者有一個(gè)S-CSCF保存了該公共用戶標(biāo)識(shí)對(duì)應(yīng)的用戶的描述信息。
根據(jù)現(xiàn)有的IMS規(guī)范可以知道HSS接收到來(lái)自I-CSCF的查詢信息后，如果該查詢信息中已明確指示需要重新選擇S-CSCF，則HSS認(rèn)為I-CSCF需要重新選擇S-CSCF，并給I-CSCF返回滿足用戶最嚴(yán)格業(yè)務(wù)簽約要求的S-CSCF能力信息，以供I-CSCF重新選擇S-CSCF。
如果該查詢信息中沒(méi)有明確指示出是否需要重新選擇S-CSCF，則HSS根據(jù)自身保存的用戶簽約信息，判斷是否需要I-CSCF重新選擇S-CSCF。
如果HSS認(rèn)為當(dāng)前為該用戶服務(wù)的S-CSCF能夠滿足該用戶的需要，則只返回包含某個(gè)S-CSCF的名稱的應(yīng)答信息，此時(shí)，I-CSCF會(huì)繼續(xù)與該S-CSCF進(jìn)行交互；如果HSS中還沒(méi)有為該用戶任何一個(gè)標(biāo)識(shí)分配過(guò)S-CSCF，則只返回滿足用戶最嚴(yán)格業(yè)務(wù)簽約要求的S-CSCF能力信息，由I-CSCF根據(jù)該能力信息選擇一個(gè)S-CSCF，并與其交互，也不存在I-CSCF重新選擇一個(gè)不同的S-CSCF的問(wèn)題；如果HSS認(rèn)為當(dāng)前為該用戶服務(wù)的S-CSCF可能不能夠滿足該用戶的需要，則同時(shí)返回某個(gè)S-CSCF的名稱和滿足用戶最嚴(yán)格業(yè)務(wù)簽約要求的S-CSCF能力，由I-CSCF決定是否重新選擇S-CSCF，也就是說(shuō)此時(shí)可能存在I-CSCF重新選擇S-CSCF的問(wèn)題。
一旦I-CSCF重新選擇了S-CSCF，在該新的S-CSCF接收到I-CSCF轉(zhuǎn)發(fā)的REGISTER或INVITE后，會(huì)按照正常的IMS會(huì)話的處理過(guò)程向HSS請(qǐng)求用戶描述文件，并按照現(xiàn)有流程繼續(xù)后續(xù)處理。
在IMS的規(guī)范中，還確定了一個(gè)前提，即同一時(shí)間對(duì)于一個(gè)用戶只能有一個(gè)S-CSCF為其服務(wù)。這就意味著當(dāng)發(fā)生S-CSCF重選之后，該用戶的所有業(yè)務(wù)都要由新的S-CSCF處理，為此，需要HSS通知舊的S-CSCF發(fā)起注銷流程，由舊的S-CSCF執(zhí)行注銷與該用戶相關(guān)的業(yè)務(wù)的操作，更新本地的信息，并根據(jù)注銷原因決定是否通知用戶，以避免用戶繼續(xù)應(yīng)用原有的S-CSCF，從而保證當(dāng)前只有一個(gè)S-CSCF為該用戶提供服務(wù)。
但是，在現(xiàn)有的IMS規(guī)范中，沒(méi)有明確指明當(dāng)I-CSCF重新選擇S-CSCF后，HSS何時(shí)發(fā)起注銷流程，因此，在現(xiàn)有的實(shí)現(xiàn)過(guò)程中存在以下問(wèn)題當(dāng)I-CSCF重新選擇S-CSCF后，該新的S-CSCF接收到I-CSCF轉(zhuǎn)發(fā)的REGISTER或INVITE后，會(huì)按照正常的IMS會(huì)話的處理過(guò)程向HSS請(qǐng)求用戶描述文件，此時(shí)HSS將立即用這個(gè)新的S-CSCF的名稱覆蓋本地保存的曾為該用戶提供服務(wù)的舊的S-CSCF的名稱，并按照正常的流程繼續(xù)執(zhí)行后續(xù)操作。這樣，由于HSS中已經(jīng)沒(méi)有了該用戶與舊的S-CSCF之間的關(guān)聯(lián)信息，導(dǎo)致HSS根本無(wú)法通知舊的S-CSCF發(fā)起注銷，而且HSS和舊的S-CSCF之間還會(huì)繼續(xù)處理大量冗余信息。更嚴(yán)重的是，用戶很可能還繼續(xù)使用舊的S-CSCF，從而造成業(yè)務(wù)出錯(cuò)，降低了用戶對(duì)系統(tǒng)的滿意度。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供兩種確定發(fā)起注銷流程的時(shí)機(jī)的方法，用于避免HSS通知舊的S-CSCF發(fā)起注銷流程之前，用新的S-CSCF的名稱覆蓋本地保存的曾為該用戶提供服務(wù)的舊的S-CSCF的名稱，并解決由此帶來(lái)的問(wèn)題。
同時(shí)本發(fā)明還提供了兩種用于確定發(fā)起注銷流程的時(shí)機(jī)的系統(tǒng)，以實(shí)現(xiàn)上述方法。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種確定發(fā)起注銷流程的時(shí)機(jī)的方法，該方法包括以下步驟在用戶歸屬網(wǎng)絡(luò)服務(wù)器HSS判斷出需要查詢呼叫狀態(tài)控制功能實(shí)體I-CSCF重新選擇為某個(gè)用戶提供服務(wù)的服務(wù)呼叫狀態(tài)控制功能實(shí)體S-CSCF后，為本地保存的已為該用戶提供服務(wù)的S-CSCF設(shè)置表明該S-CSCF可能會(huì)被修改的標(biāo)識(shí)；HSS檢查S-CSCF是否已更新，且本地保存的為該用戶服務(wù)的S-CSCF是否已被標(biāo)識(shí)為可能會(huì)被修改，如果S-CSCF已更新，且本地保存的為該用戶服務(wù)的S-CSCF已被標(biāo)識(shí)為可能會(huì)被修改，則HSS清除該已設(shè)置的標(biāo)識(shí)，通知本地保存的為該用戶服務(wù)的S-CSCF發(fā)起注銷流程。
較佳地，所述HSS檢查S-CSCF是否已更新的方法為當(dāng)HSS接收到來(lái)自S-CSCF的請(qǐng)求用戶描述信息的消息，判斷請(qǐng)求用戶描述信息的S-CSCF的名稱與本地保存的為該用戶服務(wù)的S-CSCF的名稱是否相同，如果名稱不同，則S-CSCF已更新，如果相同則S-CSCF未更新。
較佳地，該方法進(jìn)一步包括如果HSS判斷出請(qǐng)求用戶描述信息的S-CSCF的名稱與本地保存的為該用戶服務(wù)的S-CSCF的名稱相同，且本地保存的為該用戶服務(wù)的S-CSCF已被標(biāo)識(shí)為可能會(huì)被修改，則清除該已設(shè)置的標(biāo)識(shí)，然后按照現(xiàn)有正常流程繼續(xù)后續(xù)處理。
較佳地，該方法進(jìn)一步包括如果HSS判斷出請(qǐng)求用戶描述信息的S-CSCF的名稱與本地保存的為該用戶服務(wù)的S-CSCF的名稱不同，且本地保存的為該用戶服務(wù)的S-CSCF未被標(biāo)識(shí)為可能會(huì)被修改，則HSS報(bào)錯(cuò)，然后按照現(xiàn)有的出錯(cuò)流程繼續(xù)后續(xù)處理。
較佳地，該方法進(jìn)一步包括如果HSS判斷出請(qǐng)求用戶描述信息的S-CSCF的名稱與本地保存的為該用戶服務(wù)的S-CSCF的名稱相同，且本地保存的為該用戶服務(wù)的S-CSCF未被標(biāo)識(shí)為可能會(huì)被修改，則按照現(xiàn)有正常流程繼續(xù)后續(xù)處理。
較佳地，所述HSS首先判斷請(qǐng)求用戶描述信息的S-CSCF的名稱與本地保存的為該用戶服務(wù)的S-CSCF的名稱是否相同，再判斷本地保存的為該用戶服務(wù)的S-CSCF是否已被標(biāo)識(shí)為可能會(huì)被修改，或者，所述HSS首先判斷本地保存的為該用戶服務(wù)的S-CSCF是否已被標(biāo)識(shí)為可能會(huì)被修改，再判斷請(qǐng)求用戶描述信息的S-CSCF的名稱與本地保存的為該用戶服務(wù)的S-CSCF的名稱是否相同。
較佳地，所述HSS檢查S-CSCF是否已更新的方法為HSS檢查是否接收到來(lái)自I-CSCF的更新S-CSCF的通知，如果接收到該通知?jiǎng)tS-CSCF已更新，否則S-CSCF未更新。
較佳地，HSS根據(jù)來(lái)自I-CSCF的查詢信息中指示重新選擇S-CSCF的信息判斷出I-CSCF需要重新選擇S-CSCF，或者，HSS根據(jù)自身保存的用戶簽約信息的變化，判斷出I-CSCF需要重新選擇S-CSCF。
較佳地，所述通知本地保存的為該用戶服務(wù)的S-CSCF發(fā)起注銷流程的信息中包含注銷原因；該方法進(jìn)一步包括本地保存的為該用戶服務(wù)的S-CSCF根據(jù)接收到注銷通知中的注銷原因，執(zhí)行與注銷相關(guān)的業(yè)務(wù)控制，更新本地信息，之后給HSS返回注銷響應(yīng)；所述HSS接收到注銷響應(yīng)后，用請(qǐng)求用戶描述信息的S-CSCF的名稱覆蓋本地保存的為該用戶服務(wù)的S-CSCF的名稱，然后按照現(xiàn)有正常流程繼續(xù)后續(xù)處理。
較佳地，所述注銷原因?yàn)榉峙淞诵碌姆?wù)器NEW_SERVER_ASSIGNED，或設(shè)為服務(wù)器改變SERVER_CHANGE。
較佳地，所述HSS接收到來(lái)自I-CSCF的用戶注冊(cè)狀態(tài)查詢消息(Cx-Query或Cx-Select-Pull)，或用戶位置查詢消息(Cx-Location-Query)后，執(zhí)行判斷是否需要I-CSCF重新選擇S-CSCF的操作。
較佳地，該方法進(jìn)一步包括在HSS已經(jīng)為某個(gè)S-CSCF設(shè)置了可能被修改的標(biāo)識(shí)之后，清除該可能被修改的標(biāo)識(shí)之前這段時(shí)間內(nèi)，如果某個(gè)I-CSCF收到由所述S-CSCF提供服務(wù)的用戶作為被叫的呼叫請(qǐng)求，則當(dāng)處理該呼叫請(qǐng)求的某個(gè)I-CSCF向HSS查詢當(dāng)前為該用戶服務(wù)的S-CSCF時(shí)，HSS暫時(shí)掛起該查詢請(qǐng)求直到確定當(dāng)前為該用戶提供服務(wù)的S-CSCF后，直接返回當(dāng)前為該用戶服務(wù)的S-CSCF。
較佳地，所述處理該呼叫請(qǐng)求的某個(gè)I-CSCF與需要執(zhí)行重新選擇S-CSCF操作的I-CSCF是同一個(gè)I-CSCF或不同的I-CSCF。
較佳地，當(dāng)HSS接收到來(lái)自S-CSCF的CX-Put或CX-Pull消息后，確定該S-CSCF即為當(dāng)前為該用戶提供服務(wù)的S-CSCF。
較佳地，該方法進(jìn)一步包括預(yù)設(shè)用于被叫掛起的定時(shí)器，當(dāng)所述查詢請(qǐng)求被掛起后啟動(dòng)該定時(shí)器，如果到達(dá)預(yù)設(shè)的定時(shí)時(shí)間后，該查詢請(qǐng)求仍然處于掛起狀態(tài)，則強(qiáng)行拆斷該查詢請(qǐng)求。
較佳地，所述表明S-CSCF可能會(huì)被修改的標(biāo)識(shí)包括但不限于標(biāo)志位。
一種確定發(fā)起注銷流程的時(shí)機(jī)的方法，該方法包括以下步驟在HSS判斷出需要I-CSCF重新選擇S-CSCF后，通知本地保存的為該用戶服務(wù)的S-CSCF發(fā)起注銷流程。
較佳地，所述通知本地保存的為該用戶服務(wù)的S-CSCF發(fā)起注銷流程的信息中包含注銷原因；該方法進(jìn)一步包括本地保存的為該用戶服務(wù)的S-CSCF根據(jù)接收到注銷通知中的注銷原因，執(zhí)行與注銷相關(guān)的業(yè)務(wù)控制，更新本地信息，之后給HSS返回注銷響應(yīng)；所述HSS接收到注銷響應(yīng)后，清除本地保存的S-CSCF名稱，然后給I-CSCF返回滿足用戶最嚴(yán)格業(yè)務(wù)簽約要求的S-CSCF能力信息，再按照本地沒(méi)有保存S-CSCF名稱的處理流程繼續(xù)后續(xù)操作。
較佳地，所述注銷原因?yàn)榉峙淞诵碌姆?wù)器NEW_SERVER_ASSIGNED，或設(shè)為服務(wù)器改變SERVER_CHANGE。
較佳地，HSS根據(jù)來(lái)自I-CSCF的查詢信息中指示重新選擇S-CSCF的信息判斷出I-CSCF需要重新選擇S-CSCF，或者，HSS根據(jù)自身保存的用戶簽約信息的變化，判斷出I-CSCF需要重新選擇S-CSCF。
較佳地，所述HSS接收到來(lái)自I-CSCF的用戶注冊(cè)狀態(tài)查詢消息(Cx-Query或Cx-Select-Pull)，或用戶位置查詢消息(Cx-Location-Query)后，執(zhí)行判斷是否需要I-CSCF重新選擇S-CSCF的操作。
一種用于確定發(fā)起注銷流程的時(shí)機(jī)的系統(tǒng)，至少包括用戶歸屬網(wǎng)絡(luò)服務(wù)器HSS，查詢呼叫狀態(tài)控制功能實(shí)體I-CSCF和服務(wù)呼叫狀態(tài)控制功能實(shí)體S-CSCF，且所述HSS內(nèi)包括用于執(zhí)行注銷流程的注銷模塊，其特征在于，該系統(tǒng)還包括用于為S-CSCF設(shè)置可能被修改標(biāo)識(shí)的標(biāo)識(shí)設(shè)置模塊，在HSS判斷出需要查詢呼叫狀態(tài)控制功能實(shí)體I-CSCF重新選擇為某個(gè)用戶提供服務(wù)的服務(wù)呼叫狀態(tài)控制功能實(shí)體S-CSCF后，觸發(fā)標(biāo)識(shí)設(shè)置模塊，由該標(biāo)識(shí)設(shè)置模塊為本地保存的已為該用戶提供服務(wù)的S-CSCF設(shè)置表明該S-CSCF可能會(huì)被修改的標(biāo)識(shí)；HSS檢查到S-CSCF已更新，且本地保存的為該用戶服務(wù)的S-CSCF已被標(biāo)識(shí)為可能會(huì)被修改，則HSS再次觸發(fā)標(biāo)識(shí)設(shè)置模塊，由該標(biāo)識(shí)設(shè)置模塊清除該已設(shè)置的標(biāo)識(shí)，通知HSS內(nèi)的注銷模塊，由注銷模塊對(duì)本地保存的為該用戶服務(wù)的S-CSCF發(fā)起注銷流程。
一種用于確定發(fā)起注銷流程的時(shí)機(jī)的系統(tǒng)，該系統(tǒng)至少包括用戶歸屬網(wǎng)絡(luò)服務(wù)器HSS，查詢呼叫狀態(tài)控制功能實(shí)體I-CSCF和服務(wù)呼叫狀態(tài)控制功能實(shí)體S-CSCF，且所述HSS內(nèi)包括用于執(zhí)行注銷流程的注銷模塊，在HSS判斷出需要I-CSCF重新選擇S-CSCF后，通知注銷模塊，由注銷模塊對(duì)本地保存的為該用戶服務(wù)的S-CSCF發(fā)起注銷流程。
應(yīng)用本發(fā)明，在HSS判斷出需要I-CSCF重新選擇S-CSCF后，為本地保存的已為該用戶提供服務(wù)的S-CSCF設(shè)置表明該S-CSCF可能會(huì)被修改的標(biāo)識(shí)；HSS檢查S-CSCF是否已更新，且本地保存的為該用戶服務(wù)的S-CSCF是否已被標(biāo)識(shí)為可能會(huì)被修改，如果S-CSCF已更新，且本地保存的為該用戶服務(wù)的S-CSCF已被標(biāo)識(shí)為可能會(huì)被修改，則HSS清除該已設(shè)置的標(biāo)識(shí)，通知本地保存的為該用戶服務(wù)的S-CSCF發(fā)起注銷流程；或者，在HSS判斷出需要I-CSCF重新選擇S-CSCF后，直接通知本地保存的為該用戶服務(wù)的S-CSCF發(fā)起注銷流程，然后再按照沒(méi)有保存S-CSCF名稱的處理來(lái)完成后續(xù)操作。
本發(fā)明明確給出了當(dāng)I-CSCF重選S-CSCF后，HSS通知曾為該用戶提供服務(wù)的舊的S-CSCF發(fā)起注銷流程的時(shí)機(jī)，確保了I-CSCF在發(fā)起S-CSCF重選的時(shí)候，HSS能夠先通知舊的S-CSCF發(fā)起注銷流程，再用新的S-CSCF的名稱覆蓋本地保存的曾為該用戶提供服務(wù)的舊的S-CSCF的名稱，從而保證了正確地執(zhí)行業(yè)務(wù)流程，提升了用戶的滿意度，也提高了運(yùn)營(yíng)商網(wǎng)絡(luò)的效率和可靠性，而且與現(xiàn)有技術(shù)有很好地兼容性。


圖1所示為應(yīng)用本發(fā)明實(shí)施例一的流程圖；圖2所示為應(yīng)用本發(fā)明實(shí)施例二的流程圖；圖3所示為應(yīng)用本發(fā)明實(shí)施例三的流程圖。
具體實(shí)施例方式
下面結(jié)合附圖及具體實(shí)施例，進(jìn)一步對(duì)本發(fā)明做詳細(xì)說(shuō)明。
圖1所示為應(yīng)用本發(fā)明實(shí)施例一的流程圖。在本實(shí)施例中，用戶執(zhí)行注冊(cè)操作，將原有為該用戶提供服務(wù)的舊S-CSCF記作S-CSCFo，將I-CSCF重新選擇后的新S-CSCF記作S-CSCFn。
步驟101～步驟102，用戶發(fā)起注冊(cè)，該注冊(cè)請(qǐng)求(REGISTER)經(jīng)用戶代理設(shè)備(UA，user agent)及P-CSCF轉(zhuǎn)發(fā)至I-CSCF。
步驟103，I-CSCF向HSS發(fā)送UAR(User-Authorization-Request)消息，具體的，在I-CSCF和HSS之間的Cx接口上的消息為Cx-Query或Cx-Select-Pull消息。
步驟104，HSS給I-CSCF返回UAA(User-Authorization-Answer)消息，具體的，在I-CSCF和HSS之間的Cx接口上的消息為Cx-Query Resp或Cx-Select-Pull Resp消息。
在本實(shí)施例中，如果HSS根據(jù)自身保存的用戶簽約信息的變化，判斷出需要I-CSCF重新選擇S-CSCF后，在Cx-Query Resp或Cx-Select-Pull Resp消息中包含本地保存的已服務(wù)于該用戶的S-CSCF的名稱和滿足用戶最嚴(yán)格業(yè)務(wù)簽約要求的S-CSCF能力信息，HSS為該返回給I-CSCF的S-CSCF即S-CSCFo設(shè)置表明該S-CSCF可能會(huì)被修改的標(biāo)識(shí)。
如果HSS接收到的查詢信息中已明確指示出需要重新選擇S-CSCF，則HSS在Cx-Query Resp或Cx-Select-Pull Resp消息中包含滿足用戶最嚴(yán)格業(yè)務(wù)簽約要求的S-CSCF能力信息，然后HSS為本地保存的已服務(wù)于該用戶的S-CSCF設(shè)置表明該S-CSCF可能會(huì)被修改的標(biāo)識(shí)。
上述標(biāo)識(shí)可以是一個(gè)標(biāo)志位，也可以是其他的表示方法，只要能夠標(biāo)識(shí)出該S-CSCF可能會(huì)被修改的意思即可，具體實(shí)施方式
不做限定。
步驟105，由I-CSCF確定HSS返回的S-CSCF的名稱能否滿足用戶當(dāng)前的需要，如果可以，則I-CSCF與該HSS返回的S-CSCF繼續(xù)交互，在本實(shí)施例中，假設(shè)I-CSCF確定HSS返回的S-CSCF的名稱不能滿足用戶當(dāng)前的需要，則I-CSCF從滿足用戶最嚴(yán)格業(yè)務(wù)簽約要求的S-CSCF能力信息中重新選擇一個(gè)S-CSCF，并獲取該新的S-CSCF即S-CSCFn的地址。
步驟106，I-CSCF將Register消息發(fā)送給S-CSCFn，即新選擇的S-CSCF。
步驟107，S-CSCFn發(fā)送MAR(Multimedia-Authentication-Request)消息給HSS，請(qǐng)求用戶描述信息以進(jìn)行鑒權(quán)，具體的，在S-CSCFn和HSS之間的Cx接口上的消息為Cx-AuthDataReq。
步驟108，HSS接收到上述信息后，判斷請(qǐng)求用戶描述信息的S-CSCFn的名稱與本地保存的為該用戶服務(wù)的S-CSCFo的名稱是否相同，同時(shí)判斷本地保存的為該用戶服務(wù)的S-CSCFo是否已被標(biāo)識(shí)為可能會(huì)被修改，在本實(shí)施例中，由于S-CSCFo已被標(biāo)識(shí)為可能會(huì)被修改，且I-CSCF已經(jīng)重新選擇了S-CSCF，所以S-CSCFn的名稱和S-CSCFo的名稱肯定不同，因此在HSS判斷出S-CSCFn的名稱和S-CSCFo的名稱不同，且S-CSCFo已被標(biāo)識(shí)為可能會(huì)被修改后，HSS清除為S-CSCFo已設(shè)置的可能被修改的標(biāo)識(shí)，向S-CSCFo發(fā)送RTR(Registration-Termination-Request)消息，具體的，在HSS和S-CSCFo之間的Cx接口上的消息為Cx-Deregister，以通知S-CSCFo發(fā)起注銷流程，在該注銷通知中包括注銷原因，該注銷原因是分配了新的服務(wù)器(NEW_SERVER_ASSIGNED)，或是服務(wù)器改變(SERVER_CHANGE)，也可以是其他的注銷原因，總之，是通知S-CSCFo清除當(dāng)前存在的業(yè)務(wù)信息，并不限定具體的注銷原因。
步驟109，S-CSCFo接收到上述消息后，執(zhí)行與注銷相關(guān)的業(yè)務(wù)控制，更新本地信息，同時(shí)，該S-CSCFo觸發(fā)與該用戶的后續(xù)業(yè)務(wù)終止的操作。
步驟110，S-CSCFo給HSS返回RTA(Registration-Termination-Answer)消息，具體的，在S-CSCFo和HSS之間的Cx接口上的消息為Cx-DeregisterResp，給HSS返回注銷響應(yīng)，結(jié)束此次注銷流程。
步驟111～步驟112，HSS用S-CSCFn的名稱覆蓋S-CSCFo的名稱，同時(shí)根據(jù)用戶標(biāo)識(shí)查詢S-CSCFn需要的用戶描述信息，給S-CSCFn返回MAA(Multimedia-Authentication-Answer)消息，具體的，在HSS和S-CSCFn之間的Cx接口上的消息為Cx-AuthDataResp。
步驟113～步驟115，S-CSCFn接收到上述消息后，給用戶發(fā)送Unauthorised消息，通知用戶重新進(jìn)行注冊(cè)，該消息中包含鑒權(quán)矢量信息等信息，該消息經(jīng)I-CSCF和P-CSCF的轉(zhuǎn)發(fā)到達(dá)用戶。
步驟116～步驟117，用戶重新發(fā)起注冊(cè)請(qǐng)求，P-CSCF將該REGISTER消息轉(zhuǎn)發(fā)給I-CSCF。
步驟118～步驟119，I-CSCF向HSS發(fā)送UAR消息，具體的，在I-CSCF和HSS之間的Cx接口上的消息為Cx-Query或Cx-Select-Pull消息；HSS給I-CSCF返回UAA消息，具體的，在I-CSCF和HSS之間的Cx接口上的消息為Cx-Query Resp或Cx-Select-Pull Resp消息。此時(shí)，由于之前已經(jīng)確定由S-CSCFn為該用戶提供服務(wù)，因此，HSS向I-CSCF返回的消息中只包含S-CSCFn的名稱。
步驟120，I-CSCF將Register消息發(fā)送給S-CSCFn。
步驟121～步驟122，S-CSCFn執(zhí)行授權(quán)(Authentication)操作，之后，向HSS發(fā)送SAR(Server-Assignment-Request)消息，具體的，在S-CSCFn和HSS之間的Cx接口上的消息為Cx-Put或Cx-Pull，以請(qǐng)求用戶描述信息。
步驟123，HSS返回SAA(Server-Assignment-Answer)消息給S-CSCFn，具體的，在HSS和S-CSCFn之間的Cx接口上的消息為Cx-Put Resp或Cx-Pull Resp。
步驟124～步驟126，S-CSCFn給UA返回注冊(cè)成功的消息，該消息經(jīng)I-CSCF和P-CSCF轉(zhuǎn)發(fā)至UA。
至此，在S-CSCF更新的情況下，避免了HSS還未通知本地保存的曾為該用戶提供服務(wù)的舊的S-CSCF發(fā)起注銷流程，就用新的S-CSCF的名稱覆蓋了舊的S-CSCF的名稱，并解決了由此帶來(lái)的相應(yīng)問(wèn)題，如網(wǎng)絡(luò)側(cè)繼續(xù)處理大量冗余信息，或業(yè)務(wù)出錯(cuò)等問(wèn)題。
圖2所示為應(yīng)用本發(fā)明實(shí)施例二的流程圖。在本實(shí)施例中，用戶未注冊(cè)但簽約了與未注冊(cè)狀態(tài)相關(guān)的業(yè)務(wù)，且作為被叫。同時(shí)，本實(shí)施例中將原有為該用戶提供服務(wù)的舊S-CSCF記作S-CSCFo，將I-CSCF重新選擇后的新S-CSCF記作S-CSCFn。
步驟201，被叫歸屬網(wǎng)絡(luò)中的I-CSCF接收到INVITE請(qǐng)求。
步驟202，I-CSCF向HSS發(fā)送LIR(Location-Info-Request)消息，具體的，在I-CSCF和HSS之間的Cx接口上的消息為Cx-Location-Query。
步驟203，HSS給I-CSCF返回LIA(Location-Info-Answer)消息，具體的，在I-CSCF和HSS之間的Cx接口上的消息為Cx-Location-Query Resp。
在本實(shí)施例中，如果HSS根據(jù)自身保存的用戶簽約信息的變化，判斷出需要I-CSCF重新選擇S-CSCF后，在Cx-Location-Query Resp消息中包含本地保存的已服務(wù)于該用戶的S-CSCF的名稱和滿足用戶最嚴(yán)格業(yè)務(wù)簽約要求的S-CSCF能力信息，HSS為該返回給I-CSCF的S-CSCF即S-CSCFo設(shè)置表明該S-CSCF可能會(huì)被修改的標(biāo)識(shí)。
如果HSS接收到的查詢信息中已明確指示出需要重新選擇S-CSCF，則在Cx-Query Resp或Cx-Select-Pull Resp消息中包含滿足用戶最嚴(yán)格業(yè)務(wù)簽約要求的S-CSCF能力信息，然后HSS為本地保存的已服務(wù)于該用戶的S-CSCF設(shè)置表明該S-CSCF可能會(huì)被修改的標(biāo)識(shí)。
上述標(biāo)識(shí)可以是一個(gè)標(biāo)志位，也可以是其他的表示方法，只要能夠標(biāo)識(shí)出該S-CSCF可能會(huì)被修改的意思即可，具體實(shí)施方式
不做限定。
步驟204，由I-CSCF確定HSS返回的S-CSCF的名稱能否滿足用戶當(dāng)前的需要，如果可以，則I-CSCF與該HSS返回的S-CSCF繼續(xù)交互，在本實(shí)施例中，假設(shè)HSS返回的S-CSCF的名稱不能滿足用戶當(dāng)前的需要，則I-CSCF從滿足用戶最嚴(yán)格業(yè)務(wù)簽約要求的S-CSCF能力信息中重新選擇一個(gè)S-CSCF，并獲取該新的S-CSCF即S-CSCFn的IP地址。
步驟205，I-CSCF將INVITE消息發(fā)送給S-CSCFn，即新選擇的S-CSCF。
步驟206，S-CSCFn向HSS發(fā)送SAR(Server-Assignment-Request)消息，具體的，在S-CSCFn和HSS之間的Cx接口上的消息為Cx-Put或Cx-Pull，以請(qǐng)求用戶描述信息。
步驟207，HSS接收到上述信息后，判斷請(qǐng)求用戶描述信息的S-CSCFn的名稱與本地保存的為該用戶服務(wù)的S-CSCFo的名稱是否相同，同時(shí)判斷本地保存的為該用戶服務(wù)的S-CSCFo是否已被標(biāo)識(shí)為可能會(huì)被修改，在本實(shí)施例中，由于S-CSCFo已被標(biāo)識(shí)為可能會(huì)被修改，且I-CSCF已經(jīng)重新選擇了S-CSCF，所以S-CSCFn的名稱和S-CSCFo的名稱肯定不同，因此在HSS判斷出S-CSCFn的名稱S-CSCFo的名稱不同，且S-CSCFo已被標(biāo)識(shí)為可能會(huì)被修改后，HSS清除為S-CSCFo已設(shè)置的可能被修改的標(biāo)識(shí)，發(fā)送RTR(Registration-Termination-Request)消息給S-CSCFo，具體的，在HSS和S-CSCFo之間的Cx接口上的消息為Cx-Deregister，以通知S-CSCFo發(fā)起注銷流程，在該注銷通知中包括注銷原因，該注銷原因可以是分配了新的服務(wù)器(NEW_SERVER_ASSIGNED)，也可以是服務(wù)器改變(SERVER_CHANGE)，也可以是其他的注銷原因，總之，并不限定具體的注銷原因。
步驟208，S-CSCFo接收到上述消息后，執(zhí)行與注銷相關(guān)的業(yè)務(wù)控制，更新本地信息，同時(shí)，該S-CSCFo觸發(fā)與該用戶的后續(xù)業(yè)務(wù)終止的操作。
步驟209，S-CSCFo給HSS返回RTA(Registration-Termination-Answer)消息，具體的，在S-CSCFo和HSS之間的Cx接口上的消息為Cx-DeregisterResp，給HSS返回注銷響應(yīng)，結(jié)束此次注銷流程。
步驟210，HSS用S-CSCFn的名稱覆蓋S-CSCFo的名稱，同時(shí)根據(jù)用戶標(biāo)識(shí)查詢S-CSCFn需要的用戶描述信息，給S-CSCFn返回SAA(Server-Assignment-Answer)消息，具體的，在HSS和S-CSCFn之間的Cx接口上的消息為Cx-Put Resp或Cx-Pull Resp。
步驟211，S-CSCFn根據(jù)接收到的信息將注冊(cè)信息發(fā)送到相關(guān)的業(yè)務(wù)控制平臺(tái)執(zhí)行適當(dāng)?shù)臉I(yè)務(wù)控制過(guò)程。
步驟212，S-CSCFn根據(jù)業(yè)務(wù)要求繼續(xù)執(zhí)行后續(xù)操作。
至此，在S-CSCF更新的情況下，避免了HSS還未通知本地保存的曾為該用戶提供服務(wù)的舊的S-CSCF發(fā)起注銷流程，就用新的S-CSCF名稱覆蓋了舊的S-CSCF的名稱，并解決了由此帶來(lái)的相應(yīng)問(wèn)題，如網(wǎng)絡(luò)側(cè)繼續(xù)處理大量冗余信息，或業(yè)務(wù)出錯(cuò)等問(wèn)題。
針對(duì)以上兩個(gè)實(shí)施例，如果HSS判斷出請(qǐng)求用戶描述信息的S-CSCF的名稱與本地保存的為該用戶服務(wù)的S-CSCF的名稱相同，且本地保存的為該用戶服務(wù)的S-CSCF已被標(biāo)識(shí)為可能會(huì)被修改，則清除該已設(shè)置的標(biāo)識(shí)，然后按照現(xiàn)有正常流程繼續(xù)后續(xù)處理；如果HSS判斷出請(qǐng)求用戶描述信息的S-CSCF的名稱與本地保存的為該用戶服務(wù)的S-CSCF的名稱不同，且本地保存的為該用戶服務(wù)的S-CSCF未被標(biāo)識(shí)為可能會(huì)被修改，則HSS報(bào)錯(cuò)，然后按照現(xiàn)有的出錯(cuò)流程繼續(xù)后續(xù)處理；如果HSS判斷出請(qǐng)求用戶描述信息的S-CSCF的名稱與本地保存的為該用戶服務(wù)的S-CSCF的名稱相同，且本地保存的為該用戶服務(wù)的S-CSCF未被標(biāo)識(shí)為可能會(huì)被修改，則按照現(xiàn)有正常流程繼續(xù)后續(xù)處理。
對(duì)于上述判斷，HSS可以首先判斷請(qǐng)求用戶描述信息的S-CSCF的名稱與本地保存的為該用戶服務(wù)的S-CSCF的名稱是否相同，再判斷本地保存的為該用戶服務(wù)的S-CSCF是否已被標(biāo)識(shí)為可能會(huì)被修改；也可以首先判斷本地保存的為該用戶服務(wù)的S-CSCF是否已被標(biāo)識(shí)為可能會(huì)被修改，再判斷請(qǐng)求用戶描述信息的S-CSCF的名稱與本地保存的為該用戶服務(wù)的S-CSCF的名稱是否相同。
在以上所述實(shí)施例中，HSS是根據(jù)接收到的來(lái)自S-CSCF的請(qǐng)求用戶描述信息的消息，判斷請(qǐng)求用戶描述信息的S-CSCF的名稱與本地保存的為該用戶服務(wù)的S-CSCF的名稱是否相同，來(lái)判斷S-CSCF是否已更新，在具體實(shí)現(xiàn)時(shí)，也可以采用其他的方式來(lái)判斷S-CSCF是否已更新，比如，HSS通過(guò)檢查是否接收到來(lái)自I-CSCF的更新S-CSCF的通知，來(lái)判斷S-CSCF是否已更新，即如果HSS接收到來(lái)自I-CSCF的更新S-CSCF的通知，則確認(rèn)S-CSCF已更新，否則HSS認(rèn)為S-CSCF未更新。
以上兩個(gè)實(shí)施例所述實(shí)施方式是實(shí)現(xiàn)本發(fā)明的較佳實(shí)施例，其可以避免I-CSCF重新選擇的S-CSCF和原來(lái)保存的舊S-CSCF一樣而造成額外的交互過(guò)程，同時(shí)，由于為可能被更新的S-CSCF設(shè)置了可能會(huì)被修改的標(biāo)識(shí)，因而能夠?qū)-CSCF的更新和處理中可能出現(xiàn)的錯(cuò)誤情況加以區(qū)分。
針對(duì)上述所有實(shí)施例，如果HSS已經(jīng)為某個(gè)S-CSCFo設(shè)置了可能被修改的標(biāo)識(shí)，且在清除該可能被修改的標(biāo)識(shí)之前這段時(shí)間內(nèi)，某個(gè)I-CSCF收到某用戶作為被叫的呼叫請(qǐng)求，且該作為被叫的用戶是由所述S-CSCFo為其服務(wù)的，則當(dāng)處理該呼叫請(qǐng)求的某個(gè)I-CSCF向HSS查詢當(dāng)前為該用戶服務(wù)的S-CSCF時(shí)，HSS可以根據(jù)已設(shè)置的可能被修改的標(biāo)識(shí)，決定暫時(shí)掛起這個(gè)查詢請(qǐng)求直到從某個(gè)S-CSCF來(lái)的CX-Put或CX-Pull消息即確定S-CSCFn后，直接返回當(dāng)前為該用戶服務(wù)的S-CSCFn，這個(gè)過(guò)程可能使時(shí)延稍大一點(diǎn)點(diǎn)，但其還是在可以接受的范圍內(nèi)。而且，這樣可以進(jìn)一步保證在新舊S-CSCF交替階段內(nèi)，用戶作為被叫的正常操作。
上述處理該呼叫請(qǐng)求的I-CSCF與前述各個(gè)實(shí)施例中需要執(zhí)行重新選擇S-CSCF操作的I-CSCF可以是同一個(gè)I-CSCF，也可以是不同的I-CSCF。上述處理中的S-CSCFo和S-CSCFn可能是同一個(gè)S-CSCF，也可能是不同的S-CSCF。
進(jìn)一步地，可再設(shè)置一用于被叫掛起的定時(shí)器，當(dāng)所述查詢請(qǐng)求被掛起時(shí)立即啟動(dòng)該定時(shí)器，如果到達(dá)預(yù)設(shè)的定時(shí)時(shí)間后，該查詢請(qǐng)求仍然處于掛起狀態(tài)，就強(qiáng)行拆斷該查詢請(qǐng)求，以避免由于該查詢請(qǐng)求長(zhǎng)時(shí)間處于被掛起的狀態(tài)而導(dǎo)致的用戶滿意度下降，系統(tǒng)資源浪費(fèi)等問(wèn)題。
另外，也可以在HSS接收到來(lái)自I-CSCF的查詢信息，判斷出需要I-CSCF重新選擇S-CSCF后，直接通知本地保存的為該用戶服務(wù)的S-CSCF發(fā)起注銷流程，然后再按照沒(méi)有保存S-CSCF名稱的處理來(lái)完成后續(xù)操作。這樣雖然可能會(huì)增加一些額外流程，但對(duì)現(xiàn)有系統(tǒng)幾乎不需要改動(dòng)，與現(xiàn)有系統(tǒng)的兼容性更好。
圖3所示為應(yīng)用本發(fā)明的實(shí)施例三的流程圖。在本實(shí)施例中，用戶執(zhí)行注冊(cè)操作，將原有為該用戶提供服務(wù)的舊S-CSCF記作S-CSCFo，將I-CSCF重新選擇后的新S-CSCF記作S-CSCFn。
步驟301～步驟302，用戶發(fā)起注冊(cè)，該注冊(cè)請(qǐng)求(REGISTER)經(jīng)用戶代理設(shè)備(UA，user agent)及P-CSCF轉(zhuǎn)發(fā)至I-CSCF。
步驟303，I-CSCF向HSS發(fā)送UAR(User-Authorization-Request)消息，具體的，在I-CSCF和HSS之間的Cx接口上的消息為Cx-Query或Cx-Select-Pull消息。
步驟304，HSS判斷出需要I-CSCF重新選擇S-CSCF后，發(fā)送RTR(Registration-Termination-Request)消息給S-CSCFo，具體的，在HSS和S-CSCFo之間的Cx接口上的消息為Cx-Deregister，以通知S-CSCFo發(fā)起注銷流程，在該注銷通知中包括注銷原因，該注銷原因可以是分配了新的服務(wù)器(NEW_SERVER_ASSIGNED)，也可以是服務(wù)器改變(SERVER_CHANGE)，也可以是其他的注銷原因，總之，并不限定具體的注銷原因。
HSS根據(jù)來(lái)自I-CSCF的查詢信息中指示重新選擇S-CSCF的信息判斷出需要I-CSCF重新選擇S-CSCF，或者，根據(jù)自身保存的用戶簽約信息的變化，判斷出需要I-CSCF重新選擇S-CSCF。
步驟305，S-CSCFo接收到上述信息后，執(zhí)行與注銷相關(guān)的業(yè)務(wù)控制，更新本地信息，同時(shí)，該S-CSCFo觸發(fā)與該用戶的后續(xù)業(yè)務(wù)終止的操作。
步驟306，S-CSCFo給HSS返回RTA(Registration-Termination-Answer)消息，具體的，在S-CSCFo和HSS之間的Cx接口上的消息為Cx-DeregisterResp，給HSS返回注銷響應(yīng)，結(jié)束此次注銷流程。
步驟307，HSS清除本地保存的S-CSCFo的名稱，HSS給I-CSCF返回UAA(User-Authorization-Answer)消息，具體的，在I-CSCF和HSS之間的Cx接口上的消息為Cx-Query Resp或Cx-Select-Pull Resp消息，該消息中包含滿足用戶最嚴(yán)格業(yè)務(wù)簽約要求的S-CSCF能力信息。
步驟308，I-CSCF從滿足用戶最嚴(yán)格業(yè)務(wù)簽約要求的S-CSCF能力信息中重新選擇一個(gè)S-CSCF，并獲取該新的S-CSCF即S-CSCFn的地址。
步驟309，I-CSCF將Register消息發(fā)送給S-CSCFn，即新選擇的S-CSCF。
步驟310，S-CSCFn發(fā)送MAR(Multimedia-Authentication-Request)消息給HSS，請(qǐng)求用戶描述信息以進(jìn)行鑒權(quán)，具體的，在S-CSCFn和HSS之間的Cx接口上的消息為Cx-AuthDataReq。
步驟311，根據(jù)用戶標(biāo)識(shí)查詢S-CSCFn需要的用戶描述信息。
步驟312，HS S發(fā)送MAA(Multimedia-Authentication-Answer)消息給S-CSCFn，具體的，在HSS和S-CSCFn之間的Cx接口上的消息為Cx-AuthDataResp。
步驟313～步驟315，S-CSCFn接收到上述消息后，給用戶發(fā)送Unauthorised消息，通知用戶重新進(jìn)行注冊(cè)，該消息中包含鑒權(quán)矢量信息等信息，該消息經(jīng)I-CSCF和P-CSCF的轉(zhuǎn)發(fā)到達(dá)用戶。
步驟316～步驟317，用戶重新發(fā)起注冊(cè)請(qǐng)求，P-CSCF將該REGISTER消息轉(zhuǎn)發(fā)給I-CSCF。
步驟318～步驟319，I-CSCF向HSS發(fā)送UAR消息，具體的，在I-CSCF和HSS之間的Cx接口上的消息為Cx-Query或Cx-Select-Pull消息；HSS給I-CSCF返回UAA消息，具體的，在I-CSCF和HSS之間的Cx接口上的消息為Cx-Query Resp或Cx-Select-Pull Resp消息。此時(shí)，由于之前已經(jīng)確定由S-CSCFn為該用戶提供服務(wù)，因此，HSS向I-CSCF返回的消息中只包含S-CSCFn的名稱。
步驟320，I-CSCF將Register消息發(fā)送給S-CSCFn。
步驟321～步驟322，S-CSCFn執(zhí)行授權(quán)(Authentication)操作，之后，向HSS發(fā)送SAR(Server-Assignment-Request)消息，具體的，在S-CSCFn和HSS之間的Cx接口上的消息為Cx-Put或Cx-Pull，以請(qǐng)求用戶描述信息。
步驟323，HSS返回SAA(Server-Assignment-Answer)消息給S-CSCFn，具體的，在HSS和S-CSCFn之間的Cx接口上的消息為Cx-Put Resp或Cx-Pull Resp。
步驟324～步驟326，S-CSCFn給UA返回注冊(cè)成功的消息，該消息經(jīng)I-CSCF和P-CSCF轉(zhuǎn)發(fā)至UA。
至此，避免了HSS還未通知本地保存的曾為該用戶提供服務(wù)的舊的S-CSCF發(fā)起注銷流程，就用新的S-CSCF名稱覆蓋了舊的S-CSCF的名稱，并解決了由此帶來(lái)的相應(yīng)問(wèn)題，如網(wǎng)絡(luò)側(cè)繼續(xù)處理大量冗余信息，或業(yè)務(wù)出錯(cuò)等問(wèn)題。
當(dāng)然，如果用戶未注冊(cè)但簽約了與未注冊(cè)狀態(tài)相關(guān)的業(yè)務(wù)，且作為被叫，則當(dāng)被叫歸屬網(wǎng)絡(luò)中的I-CSCF接收到INVITE請(qǐng)求后，其處理過(guò)程與上述類似，即HSS判斷出需要I-CSCF重新選擇S-CSCF后，直接發(fā)送RTR(Registration-Termination-Request)消息給S-CSCFo，通知S-CSCFo執(zhí)行注銷流程，之后的處理方式與現(xiàn)有技術(shù)相同，在此不再重復(fù)說(shuō)明。
本發(fā)明還提供了兩種用于確定發(fā)起注銷流程的時(shí)機(jī)系統(tǒng)。
一種是，所述系統(tǒng)至少包括用戶歸屬網(wǎng)絡(luò)服務(wù)器HSS，查詢呼叫狀態(tài)控制功能實(shí)體I-CSCF和服務(wù)呼叫狀態(tài)控制功能實(shí)體S-CSCF，且所述HSS內(nèi)包括用于執(zhí)行注銷流程的注銷模塊，該系統(tǒng)還包括用于為S-CSCF設(shè)置可能被修改標(biāo)識(shí)的標(biāo)識(shí)設(shè)置模塊，在HSS判斷出需要查詢呼叫狀態(tài)控制功能實(shí)體I-CSCF重新選擇為某個(gè)用戶提供服務(wù)的服務(wù)呼叫狀態(tài)控制功能實(shí)體S-CSCF后，觸發(fā)標(biāo)識(shí)設(shè)置模塊，由該標(biāo)識(shí)設(shè)置模塊為本地保存的已為該用戶提供服務(wù)的S-CSCF設(shè)置表明該S-CSCF可能會(huì)被修改的標(biāo)識(shí)；HSS檢查到S-CSCF已更新，且本地保存的為該用戶服務(wù)的S-CSCF已被標(biāo)識(shí)為可能會(huì)被修改，則HSS再次觸發(fā)標(biāo)識(shí)設(shè)置模塊，由該標(biāo)識(shí)設(shè)置模塊清除該已設(shè)置的標(biāo)識(shí)，通知HSS內(nèi)的注銷模塊，由注銷模塊對(duì)本地保存的為該用戶服務(wù)的S-CSCF發(fā)起注銷流程。
另一種是，所述系統(tǒng)至少包括用戶歸屬網(wǎng)絡(luò)服務(wù)器HSS，查詢呼叫狀態(tài)控制功能實(shí)體I-CSCF和服務(wù)呼叫狀態(tài)控制功能實(shí)體S-CSCF，且所述HSS內(nèi)包括用于執(zhí)行注銷流程的注銷模塊，在HSS判斷出需要I-CSCF重新選擇S-CSCF后，通知注銷模塊，由注銷模塊對(duì)本地保存的為該用戶服務(wù)的S-CSCF發(fā)起注銷流程。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種確定發(fā)起注銷流程的時(shí)機(jī)的方法，其特征在于，該方法包括以下步驟在用戶歸屬網(wǎng)絡(luò)服務(wù)器HSS判斷出需要查詢呼叫狀態(tài)控制功能實(shí)體I-CSCF重新選擇為某個(gè)用戶提供服務(wù)的服務(wù)呼叫狀態(tài)控制功能實(shí)體S-CSCF后，為本地保存的已為該用戶提供服務(wù)的S-CSCF設(shè)置表明該S-CSCF可能會(huì)被修改的標(biāo)識(shí)；HSS檢查S-CSCF是否已更新，且本地保存的為該用戶服務(wù)的S-CSCF是否已被標(biāo)識(shí)為可能會(huì)被修改，如果S-CSCF已更新，且本地保存的為該用戶服務(wù)的S-CSCF已被標(biāo)識(shí)為可能會(huì)被修改，則HSS清除該已設(shè)置的標(biāo)識(shí)，通知本地保存的為該用戶服務(wù)的S-CSCF發(fā)起注銷流程。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述HSS檢查S-CSCF是否已更新的方法為當(dāng)HSS接收到來(lái)自S-CSCF的請(qǐng)求用戶描述信息的消息，判斷請(qǐng)求用戶描述信息的S-CSCF的名稱與本地保存的為該用戶服務(wù)的S-CSCF的名稱是否相同，如果名稱不同，則S-CSCF已更新，如果相同則S-CSCF未更新。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，該方法進(jìn)一步包括如果HSS判斷出請(qǐng)求用戶描述信息的S-CSCF的名稱與本地保存的為該用戶服務(wù)的S-CSCF的名稱相同，且本地保存的為該用戶服務(wù)的S-CSCF已被標(biāo)識(shí)為可能會(huì)被修改，則清除該已設(shè)置的標(biāo)識(shí)，然后按照現(xiàn)有正常流程繼續(xù)后續(xù)處理。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，該方法進(jìn)一步包括如果HSS判斷出請(qǐng)求用戶描述信息的S-CSCF的名稱與本地保存的為該用戶服務(wù)的S-CSCF的名稱不同，且本地保存的為該用戶服務(wù)的S-CSCF未被標(biāo)識(shí)為可能會(huì)被修改，則HSS報(bào)錯(cuò)，然后按照現(xiàn)有的出錯(cuò)流程繼續(xù)后續(xù)處理。
5.根據(jù)權(quán)利要求2所述的方法，其特征在于，該方法進(jìn)一步包括如果HSS判斷出請(qǐng)求用戶描述信息的S-CSCF的名稱與本地保存的為該用戶服務(wù)的S-CSCF的名稱相同，且本地保存的為該用戶服務(wù)的S-CSCF未被標(biāo)識(shí)為可能會(huì)被修改，則按照現(xiàn)有正常流程繼續(xù)后續(xù)處理。
6.根據(jù)權(quán)利要求2、3、4或5所述的方法，其特征在于，所述HSS首先判斷請(qǐng)求用戶描述信息的S-CSCF的名稱與本地保存的為該用戶服務(wù)的S-CSCF的名稱是否相同，再判斷本地保存的為該用戶服務(wù)的S-CSCF是否已被標(biāo)識(shí)為可能會(huì)被修改，或者，所述HSS首先判斷本地保存的為該用戶服務(wù)的S-CSCF是否已被標(biāo)識(shí)為可能會(huì)被修改，再判斷請(qǐng)求用戶描述信息的S-CSCF的名稱與本地保存的為該用戶服務(wù)的S-CSCF的名稱是否相同。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述HSS檢查S-CSCF是否已更新的方法為HSS檢查是否接收到來(lái)自I-CSCF的更新S-CSCF的通知，如果接收到該通知?jiǎng)tS-CSCF已更新，否則S-CSCF未更新。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法進(jìn)一步包括在HSS已經(jīng)為某個(gè)S-CSCF設(shè)置了可能被修改的標(biāo)識(shí)之后，清除該可能被修改的標(biāo)識(shí)之前這段時(shí)間內(nèi)，如果某個(gè)I-CSCF收到由所述S-CSCF提供服務(wù)的用戶作為被叫的呼叫請(qǐng)求，則當(dāng)處理該呼叫請(qǐng)求的某個(gè)I-CSCF向HSS查詢當(dāng)前為該用戶服務(wù)的S-CSCF時(shí)，HSS暫時(shí)掛起該查詢請(qǐng)求直到確定當(dāng)前為該用戶提供服務(wù)的S-CSCF后，直接返回當(dāng)前為該用戶服務(wù)的S-CSCF。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述處理該呼叫請(qǐng)求的某個(gè)I-CSCF與需要執(zhí)行重新選擇S-CSCF操作的I-CSCF是同一個(gè)I-CSCF或不同的I-CSCF。
10.根據(jù)權(quán)利要求8所述的方法，其特征在于，當(dāng)HSS接收到來(lái)自S-CSCF的CX-Put或CX-Pull消息后，確定該S-CSCF即為當(dāng)前為該用戶提供服務(wù)的S-CSCF。
11.根據(jù)權(quán)利要求8所述的方法，其特征在于，該方法進(jìn)一步包括預(yù)設(shè)用于被叫掛起的定時(shí)器，當(dāng)所述查詢請(qǐng)求被掛起后啟動(dòng)該定時(shí)器，如果到達(dá)預(yù)設(shè)的定時(shí)時(shí)間后，該查詢請(qǐng)求仍然處于掛起狀態(tài)，則強(qiáng)行拆斷該查詢請(qǐng)求。
12.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述表明S-CSCF可能會(huì)被修改的標(biāo)識(shí)包括但不限于標(biāo)志位。
13.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述通知本地保存的為該用戶服務(wù)的S-CSCF發(fā)起注銷流程的信息中包含注銷原因；該方法進(jìn)一步包括本地保存的為該用戶服務(wù)S-CSCF根據(jù)接收到注銷通知中的注銷原因，執(zhí)行與注銷相關(guān)的業(yè)務(wù)控制，更新本地信息，之后給HSS返回注銷響應(yīng)；所述HSS接收到注銷響應(yīng)后，用請(qǐng)求用戶描述信息的S-CSCF的名稱覆蓋本地保存的為該用戶服務(wù)的S-CSCF的名稱，然后按照現(xiàn)有正常流程繼續(xù)后續(xù)處理。
14.根據(jù)權(quán)利要求1所述的方法，其特征在于，HSS根據(jù)來(lái)自I-CSCF的查詢信息中指示重新選擇S-CSCF的信息判斷出I-CSCF需要重新選擇S-CSCF，或者，HSS根據(jù)自身保存的用戶簽約信息的變化，判斷出需要I-CSCF重新選擇S-CSCF。
15.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述注銷原因?yàn)榉峙淞诵碌姆?wù)器NEW_SERVER_ASSIGNED，或設(shè)為服務(wù)器改變SERVER_CHANGE。
16.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述HSS接收到來(lái)自I-CSCF的用戶注冊(cè)狀態(tài)查詢消息(Cx-Query或Cx-Select-Pull)，或用戶位置查詢消息(Cx-Location-Query)后，執(zhí)行判斷是否需要I-CSCF重新選擇S-CSCF的操作。
17.一種確定發(fā)起注銷流程的時(shí)機(jī)的方法，其特征在于，該方法包括以下步驟在HSS判斷出需要I-CSCF重新選擇S-CSCF后，通知本地保存的為該用戶服務(wù)的S-CSCF發(fā)起注銷流程。
18.根據(jù)權(quán)利要求17所述的方法，其特征在于，HSS根據(jù)來(lái)自I-CSCF的查詢信息中指示重新選擇S-CSCF的信息判斷出I-CSCF需要重新選擇S-CSCF，或者，HSS根據(jù)自身保存的用戶簽約信息的變化，判斷出需要I-CSCF重新選擇S-CSCF。
19.根據(jù)權(quán)利要求17所述的方法，其特征在于，所述通知本地保存的為該用戶服務(wù)的S-CSCF發(fā)起注銷流程的信息中包含注銷原因；該方法進(jìn)一步包括本地保存的為該用戶服務(wù)S-CSCF根據(jù)接收到注銷通知中的注銷原因，執(zhí)行與注銷相關(guān)的業(yè)務(wù)控制，更新本地信息，之后給HSS返回注銷響應(yīng)；所述HSS接收到注銷響應(yīng)后，清除本地保存的S-CSCF名稱，然后給I-CSCF返回滿足用戶最嚴(yán)格業(yè)務(wù)簽約要求的S-CSCF能力信息，再按照本地沒(méi)有保存S-CSCF名稱的處理流程繼續(xù)后續(xù)操作。
20.根據(jù)權(quán)利要求19所述的方法，其特征在于，所述注銷原因?yàn)榉峙淞诵碌姆?wù)器NEW_SERVER_ASSIGNED，或設(shè)為服務(wù)器改變SERVER_CHANGE。
21.根據(jù)權(quán)利要求17所述的方法，其特征在于，所述HSS接收到來(lái)自I-CSCF的用戶注冊(cè)狀態(tài)查詢消息(Cx-Query或Cx-Select-Pull)，或用戶位置查詢消息(Cx-Location-Query)后，執(zhí)行判斷是否需要I-CSCF重新選擇S-CSCF的操作。
22.一種用于實(shí)現(xiàn)權(quán)1所述方法的系統(tǒng)，用于確定發(fā)起注銷流程的時(shí)機(jī)，至少包括用戶歸屬網(wǎng)絡(luò)服務(wù)器HSS，查詢呼叫狀態(tài)控制功能實(shí)體I-CSCF和服務(wù)呼叫狀態(tài)控制功能實(shí)體S-CSCF，且所述HSS內(nèi)包括用于執(zhí)行注銷流程的注銷模塊，其特征在于，該系統(tǒng)還包括用于為S-CSCF設(shè)置可能被修改標(biāo)識(shí)的標(biāo)識(shí)設(shè)置模塊，在HSS判斷出需要查詢呼叫狀態(tài)控制功能實(shí)體I-CSCF重新選擇為某個(gè)用戶提供服務(wù)的服務(wù)呼叫狀態(tài)控制功能實(shí)體S-CSCF后，觸發(fā)標(biāo)識(shí)設(shè)置模塊，由該標(biāo)識(shí)設(shè)置模塊為本地保存的已為該用戶提供服務(wù)的S-CSCF設(shè)置表明該S-CSCF可能會(huì)被修改的標(biāo)識(shí)；HSS檢查到S-CSCF已更新，且本地保存的為該用戶服務(wù)的S-CSCF已被標(biāo)識(shí)為可能會(huì)被修改，則HSS再次觸發(fā)標(biāo)識(shí)設(shè)置模塊，由該標(biāo)識(shí)設(shè)置模塊清除該已設(shè)置的標(biāo)識(shí)，通知HSS內(nèi)的注銷模塊，由注銷模塊對(duì)本地保存的為該用戶服務(wù)的S-CSCF發(fā)起注銷流程。
23.一種用于實(shí)現(xiàn)權(quán)17所述方法的系統(tǒng)，用于確定發(fā)起注銷流程的時(shí)機(jī)，該系統(tǒng)至少包括用戶歸屬網(wǎng)絡(luò)服務(wù)器HSS，查詢呼叫狀態(tài)控制功能實(shí)體I-CSCF和服務(wù)呼叫狀態(tài)控制功能實(shí)體S-CSCF，且所述HSS內(nèi)包括用于執(zhí)行注銷流程的注銷模塊，其特征在于，在HSS判斷出需要I-CSCF重新選擇S-CSCF后，通知注銷模塊，由注銷模塊對(duì)本地保存的為該用戶服務(wù)的S-CSCF發(fā)起注銷流程。
全文摘要
本發(fā)明提供了確定發(fā)起注銷流程的時(shí)機(jī)的方法及系統(tǒng)，其關(guān)鍵是，明確給出了當(dāng)I－CSCF重選S－CSCF后，HSS通知曾為該用戶提供服務(wù)的舊的S－CSCF發(fā)起注銷流程的時(shí)機(jī)，確保了I－CSCF在發(fā)起S－CSCF重選的時(shí)候，HSS能夠先通知舊的S－CSCF發(fā)起注銷流程，再用新的S－CSCF的名稱覆蓋本地保存的曾為該用戶提供服務(wù)的舊的S－CSCF的名稱，從而保證了正確地執(zhí)行業(yè)務(wù)流程，提升了用戶的滿意度，也提高了運(yùn)營(yíng)商網(wǎng)絡(luò)的效率和可靠性，而且與現(xiàn)有技術(shù)有很好的兼容性。
文檔編號(hào)H04W60/06GK1791273SQ20051012757
公開(kāi)日2006年6月21日 申請(qǐng)日期2005年12月5日 優(yōu)先權(quán)日2004年12月10日
發(fā)明者武亞娟 申請(qǐng)人:華為技術(shù)有限公司