專利名稱：一種p－cscf和ue注冊(cè)過程異常的處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)通訊領(lǐng)域，具體地說，涉及一種P-CSCF和UE處理注冊(cè)過程異常的實(shí)現(xiàn)方法。
背景技術(shù)：
IMS(IP多媒體子系統(tǒng))就是基于SIP協(xié)議(一種在兩方或多方間創(chuàng)建，修改，終結(jié)會(huì)話的應(yīng)用層協(xié)議)的CSCF(Call session Control Function會(huì)話控制功能實(shí)體)控制的一個(gè)獨(dú)立的會(huì)話域，3GPP(3G標(biāo)準(zhǔn)組織)完整定義了IMS的接口，組網(wǎng)和業(yè)務(wù)流程。
注冊(cè)一個(gè)IMS用戶如果要進(jìn)行會(huì)話，必須首先進(jìn)行注冊(cè)。注冊(cè)的過程就是將自己的位置在網(wǎng)絡(luò)上面進(jìn)行登記。
網(wǎng)絡(luò)側(cè)注銷由于簽約數(shù)據(jù)更改、欠費(fèi)、注冊(cè)超時(shí)或者其他管理方面的原因，網(wǎng)絡(luò)側(cè)會(huì)根據(jù)本地策略發(fā)送Notify消息(一種SIP消息)通知UE(用戶設(shè)備)和P-CSCF(Proxy-Call Session Control Function，代理會(huì)話控制功能實(shí)體)將用戶數(shù)據(jù)注銷掉。根據(jù)SIP協(xié)議，用戶必須先發(fā)送Subscriber(一種SIR消息)去訂閱自己的注冊(cè)狀態(tài)，才能在注冊(cè)狀態(tài)發(fā)生更改后收到服務(wù)器發(fā)過來的Notify消息，所以注冊(cè)成功后，UE和P-CSCF必須先發(fā)送Subscriber消息到S-CSCF(Serving-Call Session Control Function，服務(wù)會(huì)話控制功能實(shí)體，是IMS的核心控制實(shí)體)，這樣才能在注冊(cè)狀態(tài)發(fā)生更改后，收到網(wǎng)絡(luò)側(cè)注銷的Notify消息刪除用戶數(shù)據(jù)，保證全網(wǎng)數(shù)據(jù)的一致性。
作為網(wǎng)絡(luò)側(cè)與接入側(cè)之間的網(wǎng)元P-CSCF作為用戶的第一個(gè)接入點(diǎn)，通過注冊(cè)獲得用戶的路由信息，將用戶路由到正確的S-CSCF上面去。
Service-Route頭域是一個(gè)SIP消息，里面攜帶有S-CSCF的地址。S-CSCF的地址由指示注冊(cè)成功的200消息帶回給用戶和P-CSCF，這樣用戶和P-CSCF就獲得了S-CSCF的地址信息；用戶在發(fā)送invite消息，將從注冊(cè)里面獲得的S-CSCF地址添加到Route頭域(該頭域在SIP消息中用來指示路由)，這樣就能將invite消息路由的注冊(cè)時(shí)的SCSCF上；在到達(dá)P-CSCF時(shí)，P-CSCF會(huì)檢查用戶發(fā)過來的Invite消息中攜帶的Route頭域是否正確，如果不正確P-CSCF有兩種策略可以采用，第一是拒絕該用戶，第二是將用戶的Route頭域修改為正確的地址。
Contact頭域主要用來是說明用戶的地址信息，呼叫雙方通過Contact地址來獲知對(duì)方的身份。
現(xiàn)有技術(shù)的技術(shù)方案3GPP里面規(guī)定UE和P-CSCF收到注冊(cè)和網(wǎng)絡(luò)側(cè)的注銷消息的處理如下注冊(cè)流程P-CSCF在收到注冊(cè)的200ok消息后，如果P-CSCF中還保存有用戶的Service-Route(以前注冊(cè)過的)，則用200ok消息里面攜帶的新的Service-Route覆蓋原來的值。UE的處理過程同P-CSCF。
網(wǎng)絡(luò)側(cè)注銷在收到注冊(cè)成功的200消息后，UE和P-CSCF將發(fā)送Subscriber消息到S-CSCF訂閱用戶的注冊(cè)狀態(tài)。這樣一旦用戶的注冊(cè)狀態(tài)發(fā)生變化，網(wǎng)絡(luò)側(cè)就能夠通過Notify消息來注銷用戶。UE和P-CSCF在收到網(wǎng)絡(luò)側(cè)的注銷消息Notify后，按照協(xié)議規(guī)定，不會(huì)對(duì)收到的Notify消息中的Contact地址與本身保存的Service-Route進(jìn)行比較，從而判斷發(fā)送注銷消息NOTIFY的S-CSCF是否就是當(dāng)前用戶注冊(cè)的S-CSCF，而是選擇直接將用戶數(shù)據(jù)刪除。
現(xiàn)有技術(shù)有以下缺點(diǎn)由于注冊(cè)過程中可能存在以下異常情況，如圖1所示步驟1-7UE向網(wǎng)絡(luò)設(shè)備發(fā)送REGISTER注冊(cè)請(qǐng)求消息。I-CSCF(查詢會(huì)話控制功能實(shí)體)根據(jù)本地策略，選擇S-CSCF(SCSCF1)，將Register消息發(fā)送到服務(wù)器S-CSCF(SCSCF1)上面；S-CSCF(SCSCF1)對(duì)用戶鑒權(quán)成功，發(fā)送200消息，將自己的地址加在Service-Route頭域里面發(fā)給用戶。P-CSCF和UE收到200消息后將Service-Route保存，記錄下S-CSCF(SCSCF1)的地址。(中間省略SCSCF1向UE發(fā)送的“認(rèn)證挑戰(zhàn)”的401消息，以及UE向SCSCF1發(fā)送“認(rèn)證回應(yīng)”的第二個(gè)Register消息)步驟8-9P-CSCF向S-CSCF(SCSCF1)發(fā)送訂閱消息subscriber訂閱該用戶的注冊(cè)狀態(tài)，S-CSCF(SCSCF1)將訂閱時(shí)長通過200消息發(fā)回給PCSCF。(中間省略了I-CSCF選S-CSCF的過程)步驟10-11UE向S-CSCF(SCSCF1)發(fā)送訂閱消息subscriber訂閱該用戶的注冊(cè)狀態(tài)，SCSCF1將訂閱時(shí)長通過200消息發(fā)回給UE。
步驟12-18UE向網(wǎng)絡(luò)設(shè)備發(fā)送后續(xù)的REGISTER注冊(cè)請(qǐng)求消息。由于網(wǎng)絡(luò)中發(fā)生異常(例如HSS(歸屬用戶服務(wù)器)重啟，將原來保存的ServerName丟失了)；I-CSCF根據(jù)本地策略，選擇SCSCF2，將Register消息發(fā)送到服務(wù)器SCSCF2上面；SCSCF2對(duì)用戶鑒權(quán)成功，發(fā)送200消息將自己的地址加在Service-Route頭域里面發(fā)給用戶；P-CSCF和UE收到200消息后將用新Service-Route覆蓋舊的Service-Route保存，記錄下S-CSCF2的地址，而把原來記錄的S-CSCF1覆蓋掉。(中間省略SCSCF2向UE發(fā)送的“認(rèn)證挑戰(zhàn)”的401消息，以及UE向SCSCF2發(fā)送“認(rèn)證回應(yīng)”的第二個(gè)Register消息)步驟19-20(兩者不分先后)原來用戶注冊(cè)的SCSCF1由于超時(shí)或者其他原因，發(fā)生網(wǎng)絡(luò)側(cè)注銷的Notify消息通知P-CSCF和UE注銷用戶；UE和P-CSCF收到Notify消息后，按照現(xiàn)有協(xié)議，不會(huì)判斷發(fā)送網(wǎng)絡(luò)側(cè)注銷的SCSCF是否是當(dāng)前注冊(cè)的SCSCF，而是直接將用戶數(shù)據(jù)注銷，導(dǎo)致異常(例如正在進(jìn)行的會(huì)話可能會(huì)無緣無故的斷掉)。

發(fā)明內(nèi)容
鑒上所述，本發(fā)明的目的是解決因多次注冊(cè)導(dǎo)致前一個(gè)注冊(cè)的S-CSCF在注銷時(shí)后一個(gè)注冊(cè)的S-CSCF發(fā)生異常的問題。本發(fā)明提供的P-CSCF注冊(cè)過程異常的處理方法，包括代理會(huì)話控制功能實(shí)體P-CSCF在收到網(wǎng)絡(luò)側(cè)注銷通知的Notify時(shí)，先判斷發(fā)送網(wǎng)絡(luò)側(cè)注銷通知Notify消息的S-CSCF是否是當(dāng)前用戶注冊(cè)的S-CSCF，當(dāng)兩者一致時(shí)，刪除用戶數(shù)據(jù)。當(dāng)判斷出用戶當(dāng)前注冊(cè)的S-CSCF和發(fā)送Notify消息的S-CSCF不一致時(shí)，不直接刪除所述的用戶數(shù)據(jù)。其中判斷兩者是否一致的方法包括在P-CSCF收到響應(yīng)消息后，先檢查用戶數(shù)據(jù)里面的所保存的Service-Route和響應(yīng)消息帶回來的Service-Route是否一致。
該方法還包括P-CSCF比較當(dāng)前注冊(cè)的服務(wù)會(huì)話控制功能實(shí)體S-CSCF和用戶原來注冊(cè)的S-CSCF，當(dāng)不一致時(shí)，向原來的S-CSCF發(fā)送Subscriber消息取消訂閱，解除與原來S-CSCF的訂閱關(guān)系。
該方法進(jìn)一步包括P-CSCF在解除與原來S-CSCF的訂閱關(guān)系后，向新的S-CSCF發(fā)送subscriber消息，和新的S-CSCF建立訂閱關(guān)系，原來的S-CSCF將相關(guān)用戶數(shù)據(jù)刪除。
本發(fā)明提供的UE注冊(cè)過程異常的處理方法，包括在用戶設(shè)備UE收到網(wǎng)絡(luò)側(cè)注銷通知的Notify時(shí)，先判斷發(fā)送網(wǎng)絡(luò)側(cè)注銷通知Notify消息的S-CSCF是否是當(dāng)前用戶注冊(cè)的S-CSCF，當(dāng)兩者一致時(shí)，刪除用戶數(shù)據(jù)。當(dāng)判斷出用戶當(dāng)前注冊(cè)的S-CSCF和發(fā)送Notify消息的S-CSCF不一致時(shí)，不直接刪除所述的用戶數(shù)據(jù)。其中判斷兩者是否一致的方法包括在UE收到響應(yīng)消息后，先檢查用戶數(shù)據(jù)中所保存的Service-Route和響應(yīng)消息帶回來的Service-Route是否一致。
該方法還包括UE在收到響應(yīng)消息后，先檢查用戶數(shù)據(jù)里面的所保存的Service-Route和響應(yīng)消息帶回來的Service-Route，當(dāng)兩者相同時(shí)保存用戶數(shù)據(jù)。
該方法進(jìn)一步包括
UE比較當(dāng)前注冊(cè)的服務(wù)會(huì)話控制功能實(shí)體S-CSCF和用戶原來注冊(cè)的S-CSCF，當(dāng)不一致時(shí)，向原來的S-CSCF發(fā)送Subscriber消息取消訂閱，解除與原來S-CSCF的訂閱關(guān)系。
該方法還包括UE在解除與原來S-CSCF的訂閱關(guān)系后，向新的S-CSCF發(fā)送subscriber消息，和新的S-CSCF建立訂閱關(guān)系，而原來的S-CSCF在收到該消息后將相關(guān)用戶數(shù)據(jù)刪除。
利用本發(fā)明提供的P-CSCF和UE處理注冊(cè)過程異常的實(shí)現(xiàn)方法，通過在UE和P-CSCF在收到網(wǎng)絡(luò)側(cè)注銷通知的Notify時(shí)，必須判斷發(fā)送網(wǎng)絡(luò)側(cè)注銷通知Notify消息的S-CSCF與當(dāng)前用戶注冊(cè)的S-CSCF一致時(shí)，才刪除用戶數(shù)據(jù)，這樣就可以避免出現(xiàn)因多次注冊(cè)導(dǎo)致前一個(gè)注冊(cè)的S-CSCF在注銷時(shí)后一個(gè)注冊(cè)的S-CSCF發(fā)生異常。


圖1為現(xiàn)有技術(shù)方案的流程圖；圖2為本發(fā)明的流程圖。
具體實(shí)施例方式
本發(fā)明的核心是在UE和P-CSCF在收到網(wǎng)絡(luò)側(cè)注銷通知的Notify時(shí)，不能直接將用戶注銷，必須判斷發(fā)送網(wǎng)絡(luò)側(cè)注銷通知Notify消息的S-CSCF是否是當(dāng)前用戶注冊(cè)的S-CSCF，只有當(dāng)兩者一致時(shí)，才能刪除用戶數(shù)據(jù)。如果發(fā)現(xiàn)發(fā)送Notify消息的S-CSCF與當(dāng)前用戶注冊(cè)的S-CSCF不一致，則不注銷該用戶，須向發(fā)送Notify消息的SCSCF回200，保證該SCSCF能夠正常的將其保存的用戶數(shù)據(jù)注銷。UE和P-CSCF在收到注冊(cè)的200消息時(shí)，如果發(fā)現(xiàn)處理當(dāng)前注冊(cè)Register消息中的S-CSCF與用戶上上一次注冊(cè)的SCSCF不一致，則向前一次注冊(cè)的SCSCF發(fā)送subscriber(Expires頭域值為0)取消訂閱，同時(shí)與新的SCSCF建立訂閱關(guān)系。
在P-CSCF收到200響應(yīng)消息后，并不直接將用戶數(shù)據(jù)進(jìn)行刪除，而是需要檢查用戶數(shù)據(jù)里面的所保存的Service-Route和200消息帶回來的Service-Route是否一致。如果發(fā)現(xiàn)當(dāng)前注冊(cè)的S-CSCF和用戶原來注冊(cè)的S-CSCF相同，直接刪除即可；如果不一致，先向原來的S-CSCF(SCSCF1)發(fā)送Subscriber(Expires頭域值為0)取消訂閱，解除與原來S-CSCF(SCSCF1)的訂閱關(guān)系，然后在向新的S-CSCF(SCSCF2)發(fā)送subscriber和新的S-CSCF(SCSCF2)建立訂閱關(guān)系，而SCSCF1在收到取消訂閱消息后將相關(guān)用戶數(shù)據(jù)刪除。
如果與老的S-CSCF(SCSCF1)解除訂閱關(guān)系時(shí)，沒有收到老的S-CSCF(SCSCF1)確定的200消息，或者該S-CSCF(SCSCF1)不支持取消訂閱，也沒關(guān)系，照樣將用戶注冊(cè)成功。在后續(xù)收到的網(wǎng)絡(luò)側(cè)的注銷通知時(shí)，檢查notify消息中的Contact地址和該用戶目前在注冊(cè)過程中保存的Serice-Route，如果發(fā)現(xiàn)當(dāng)前發(fā)送網(wǎng)絡(luò)側(cè)注銷通知Notify的S-CSCF和用戶當(dāng)前注冊(cè)的S-CSCF一致，則按照協(xié)議規(guī)定的正常處理，將用戶數(shù)據(jù)注銷；否則回200消息給發(fā)送Notify消息的S-CSCF(SCSCF1)，但是P-CSCF不刪除保存的用戶數(shù)據(jù)。這樣就可以防止老的SCSCF把用戶注銷。
同樣對(duì)于UE也采用和PCSCF一樣的處理方法，首先發(fā)送取消訂閱的SCBSCRIBER消息(Expires頭域值為0)與老的S-CSCF(SCSCF1)將訂閱關(guān)系取消，然后與新的S-CSCF(SCSCF2)建立新的訂閱關(guān)系。對(duì)于收到的網(wǎng)絡(luò)側(cè)注銷的Notify消息時(shí)，必須判斷Contact地址與注冊(cè)時(shí)保存的Service-Route是否一致，如果發(fā)現(xiàn)當(dāng)前發(fā)送網(wǎng)絡(luò)側(cè)注銷通知Notify的SCSCF和用戶當(dāng)前注冊(cè)的SCSCF一致，則按照協(xié)議規(guī)定的正常處理，將用戶數(shù)據(jù)注銷；否則回200消息給發(fā)送Notify消息的S-CSCF(SCSCF1)，但是不刪除用戶數(shù)據(jù)。這樣就可以防止老的S-CSCF(SCSCF1)把用戶注銷。
其處理流程如圖2所示假設(shè)用戶已經(jīng)在SCSCF1上注冊(cè)了，用戶發(fā)起再次注冊(cè)，網(wǎng)絡(luò)發(fā)生異常將用戶注冊(cè)到了SCSCF2上面去了。(這里省略了網(wǎng)絡(luò)通過401帶下對(duì)終端的“認(rèn)證挑戰(zhàn)”以及終端向網(wǎng)絡(luò)回的“認(rèn)證回應(yīng)”--第二個(gè)REGISTER請(qǐng)求)步驟1-2用戶發(fā)送Register注冊(cè)請(qǐng)求消息，通過網(wǎng)元PCSCF發(fā)送到網(wǎng)元ICSCF上。
步驟3-4由于網(wǎng)絡(luò)發(fā)生異常，ICSCF將Register消息發(fā)送到S-CSCF(SCSCF2)去。
步驟5-6省略“認(rèn)證挑戰(zhàn)”401消息以及“認(rèn)證回應(yīng)”的第二個(gè)Register消息，S-CSCF(SCSCF2)對(duì)網(wǎng)絡(luò)鑒權(quán)成功返回200消息。
步驟7-8PCSCF發(fā)現(xiàn)用戶數(shù)據(jù)里面保存的Service-Route(包含SCSCF1)與200消息中攜帶的Service-Route(包含SCSCF2)不一致，則發(fā)送subscriber消息(Expires頭域值為0)到老的SCSCF(SCSCF1)上取消訂閱，SCSCF1收到該消息后，將用戶數(shù)據(jù)刪除，并返回200給PCSCF。
步驟9-10PCSCF向新的SCSCF(SCSCF2)發(fā)送subscriber消息與新的SCSCF(SCSCF2)建立訂閱關(guān)系。(注建立訂閱的subscriber消息與解除訂閱的subscriber消息可同時(shí)發(fā)送，中間省略I-CSCF選擇S-CSCF的過程)。
步驟11將200消息前傳給UE。
步驟12-15同步驟7-10。與老的SCSCF(SCSCF1)將訂閱關(guān)系解除，同時(shí)與新的SCSCF(SCSCF2)建立新的訂閱關(guān)系。
步驟16-17用戶注冊(cè)成功后，如果P-CSCF收到網(wǎng)絡(luò)側(cè)注銷的Notify消息，必須判斷該消息中攜帶的contact地址是否與注冊(cè)時(shí)保存的Service-Route一致。如果發(fā)現(xiàn)當(dāng)前發(fā)送網(wǎng)絡(luò)側(cè)注銷通知Notify的SCSCF和用戶當(dāng)前注冊(cè)的SCSCF不一致，則認(rèn)為是老的S-CSCF發(fā)過來的網(wǎng)絡(luò)側(cè)注銷消息，不刪除用戶數(shù)據(jù)，同時(shí)向發(fā)送Notify消息的S-CSCF(SCSCF1)回200消息.保證流程正確，使S-CSCF(SCSCF1)能將其保存的老的用戶數(shù)據(jù)正常注銷掉。
步驟18-19當(dāng)用戶設(shè)備收到網(wǎng)絡(luò)側(cè)注銷的Notify時(shí)，其處理過程同P-CSCF。如果Notify消息中攜帶的contact地址與注冊(cè)時(shí)保存的Service-Route一致，則正常處理，否則向發(fā)送Notify消息的S-CSCF回200消息，但是不刪除用戶數(shù)據(jù)。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種P-CSCF注冊(cè)過程異常的處理方法，其特征在于，代理會(huì)話控制功能實(shí)體P-CSCF在收到網(wǎng)絡(luò)側(cè)注銷通知的Notify時(shí)，先判斷發(fā)送網(wǎng)絡(luò)側(cè)注銷通知Notify消息的S-CSCF是否是當(dāng)前用戶注冊(cè)的S-CSCF，當(dāng)兩者一致時(shí)，刪除所述的用戶數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的處理方法，其特征在于，當(dāng)判斷出用戶當(dāng)前注冊(cè)的S-CSCF和發(fā)送Notify消息的S-CSCF不一致時(shí)，不直接刪除所述的用戶數(shù)據(jù)。
3.根據(jù)權(quán)利要求1或2所述的處理方法，其特征在于，判斷出用戶當(dāng)前注冊(cè)的S-CSCF和發(fā)送Notify消息的S-CSCF是否一致的方法包括在P-CSCF收到通知消息后，檢查用戶數(shù)據(jù)中保存的Service-Route和響應(yīng)消息帶回來的Service-Route是否一致。
4.根據(jù)權(quán)利要求2所述的處理方法，其特征在于，進(jìn)一步包括，當(dāng)不一致時(shí)，P-CSCF向原來的S-CSCF發(fā)送Subscriber消息取消訂閱，解除與所述的原來S-CSCF的訂閱關(guān)系。
5.根據(jù)權(quán)利要求4所述的處理方法，其特征在于，進(jìn)一步包括P-CSCF向新的S-CSCF發(fā)送subscriber消息，和新的S-CSCF建立訂閱關(guān)系，原來的S-CSCF將相關(guān)用戶數(shù)據(jù)刪除，并向P-CSCF返回消息。
6.一種UE注冊(cè)過程異常的處理方法，其特征在于，在用戶設(shè)備UE在收到網(wǎng)絡(luò)側(cè)注銷通知的Notify時(shí)，先判斷發(fā)送網(wǎng)絡(luò)側(cè)注銷通知Notify消息的S-CSCF是否是當(dāng)前用戶注冊(cè)的S-CSCF，當(dāng)兩者一致時(shí)，刪除所述的用戶數(shù)據(jù)。
7.根據(jù)權(quán)利要求6所述的處理方法，其特征在于，當(dāng)判斷出用戶當(dāng)前注冊(cè)的S-CSCF和發(fā)送Notify消息的S-CSCF不一致時(shí)，不直接刪除所述的用戶數(shù)據(jù)。
8.根據(jù)權(quán)利要求6或7所述的處理方法，其特征在于，判斷出用戶當(dāng)前注冊(cè)的SCSCF和發(fā)送Notify消息的S-CSCF是否一致的方法包括在UE收到通知消息后，檢查用戶數(shù)據(jù)中保存的Service-Route和響應(yīng)消息帶回來的Service-Route是否一致。
9.根據(jù)權(quán)利要求7所述的處理方法，其特征在于，進(jìn)一步包括，當(dāng)不一致時(shí)，UE向原來的S-CSCF發(fā)送Subscriber消息，解除與所述的原來S-CSCF的訂閱關(guān)系。
10.根據(jù)權(quán)利要求9所述的處理方法，其特征在于，進(jìn)一步包括UE在向新的S-CSCF發(fā)送subscriber消息，和新的S-CSCF建立訂閱關(guān)系，原來的S-CSCF在收到該消息后將相關(guān)用戶數(shù)據(jù)刪除，并向UE返回消息。
全文摘要
本發(fā)明涉及一種P－CSCF和UE注冊(cè)過程異常的處理方法，通過在UE或P－CSCF在收到網(wǎng)絡(luò)側(cè)注銷通知的Notify時(shí)，必須判斷發(fā)送網(wǎng)絡(luò)側(cè)注銷通知Notify消息的S－CSCF與當(dāng)前用戶注冊(cè)的S－CSCF一致時(shí)，才能刪除用戶數(shù)據(jù)；不一致時(shí)，向原來的S－CSCF發(fā)送Subscriber消息取消訂閱，解除與原來S－CSCF的訂閱關(guān)系，然后向新的S－CSCF發(fā)送subscriber消息，和新的S－CSCF建立訂閱關(guān)系，原來的S－CSCF在收到該消息后才將相關(guān)用戶數(shù)據(jù)刪除。這樣就可以避免由于重注冊(cè)時(shí)，重選SCSCF導(dǎo)致的異常。
文檔編號(hào)H04L29/06GK1870522SQ20051012060
公開日2006年11月29日 申請(qǐng)日期2005年12月8日 優(yōu)先權(quán)日2005年12月8日
發(fā)明者歐陽振華 申請(qǐng)人:華為技術(shù)有限公司