專利名稱：一種局間路由區(qū)更新確保最小丟幀率的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種在無線通信系統(tǒng)中進(jìn)行分組數(shù)據(jù)業(yè)務(wù)的方法，尤其涉及的是一種在發(fā)生路由區(qū)變化的情況下確保最小丟幀率的方法。
背景技術(shù)：
現(xiàn)有技術(shù)的GPRS(通用分組無線業(yè)務(wù))通信系統(tǒng)是利用GSM電路交換系統(tǒng)實現(xiàn)分組數(shù)據(jù)業(yè)務(wù)的系統(tǒng)，GPRS通信系統(tǒng)在原有GSM電路交換系統(tǒng)基礎(chǔ)上增加了3個主要組件分組控制單元(PCU)、GPRS服務(wù)支持節(jié)點(SGSN)和GPRS網(wǎng)關(guān)支持節(jié)點(GGSN)。GPRS采用分組交換技術(shù)，可高效傳輸高速或低速數(shù)據(jù)和信令，并優(yōu)化了對網(wǎng)絡(luò)資源和無線資源的利用。
同GSM系統(tǒng)位置區(qū)(Location Area)類似，現(xiàn)有的GPRS系統(tǒng)使用了路由區(qū)(Routing Area)表示移動臺位置信息；當(dāng)移動臺發(fā)現(xiàn)當(dāng)前所處路由區(qū)發(fā)生變化或由于周期路由更新定時器觸發(fā)時，將會發(fā)起路由更新(RoutingArea Update)過程。
對應(yīng)于前述兩種發(fā)生路由更新的條件，GPRS路由更新可分為普通路由更新和周期性路由更新。而普通路由更新又可分為局內(nèi)路由更新和局間路由更新，局內(nèi)路由更新和局間路由更新的根本區(qū)別在于，發(fā)生路由更新的移動臺以當(dāng)前所在路由區(qū)和移動臺當(dāng)前路由區(qū)是否歸屬于同一個SGSN(GPRS服務(wù)支持節(jié)點)管理。
3GPP TS 23.060協(xié)議對移動臺局間的路由更新過程進(jìn)行了詳細(xì)描述，其中為保證在確認(rèn)方式下不丟包而進(jìn)行了明確的規(guī)定，這些規(guī)定可以保證在路由區(qū)更新之后SGSN下行的用戶面SNDCP(子網(wǎng)會聚收斂協(xié)議)數(shù)據(jù)包和GTP(GPRS隧道協(xié)議)數(shù)據(jù)包不丟失，并且在確認(rèn)數(shù)據(jù)傳輸方式下LLC(邏輯鏈路控制)確認(rèn)傳輸方式將重新建立，因此在恢復(fù)數(shù)據(jù)傳輸后可保證不丟失LLC確認(rèn)幀。
但是在非確認(rèn)數(shù)據(jù)傳輸方式下時，局間路由更新成功后移動臺將會繼續(xù)原來的數(shù)據(jù)傳輸業(yè)務(wù)。此時由于移動臺仍然以老SGSN(GPRS服務(wù)支持節(jié)點)時的傳輸幀號狀態(tài)來收發(fā)LLC-UI(邏輯鏈路控制非確認(rèn)信息)幀，所以移動臺期望接收的下一個LLC-UI幀的幀號是在老SGSN接收的最后一個LLC-UI幀的幀號加1，而新SGSN還不知道該幀號，只能從0開始編號下發(fā)LLC-UI幀，此時移動臺很可能認(rèn)為該幀幀號非法而丟棄該幀，在最壞情況下會連續(xù)丟失32幀。
同樣，類似的問題也存在于控制面信令幀的下發(fā)時，因為控制面信令只能由LLC-UI幀來承載。
對于非確認(rèn)傳輸方式下，在發(fā)生局間路由更新時如何確保LLC-UI幀最小丟幀率，現(xiàn)有技術(shù)的3GPP TS 23.060協(xié)議并沒有做出明確規(guī)定。因此，現(xiàn)有技術(shù)有待于改進(jìn)和發(fā)展。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種局間路由區(qū)更新確保最小丟幀率的方法，在GPRS系統(tǒng)中發(fā)生局間路由更新情況下，用戶面與控制面在非確認(rèn)數(shù)據(jù)傳輸模式下時對下行LLC-UI(邏輯鏈路控制非確認(rèn)信息)幀幀號進(jìn)行管理，從而避免LLC-UI幀可能丟失過多的問題。
本發(fā)明的技術(shù)方案包括一種局間路由區(qū)更新確保最小丟幀率的方法，其包括用戶面邏輯鏈路控制非確認(rèn)信息幀的跳幀過程和控制面邏輯鏈路控制非確認(rèn)信息幀號預(yù)測過程，所述用戶面邏輯鏈路控制非確認(rèn)信息幀的跳幀過程包括
在用戶面的非確認(rèn)數(shù)據(jù)傳輸方式下，移動臺進(jìn)行局間路由更新后，如果該移動臺正在進(jìn)行數(shù)據(jù)業(yè)務(wù)或者后續(xù)做數(shù)據(jù)業(yè)務(wù)時，新GPRS服務(wù)支持節(jié)點下發(fā)邏輯鏈路控制非確認(rèn)信息幀。
所述的方法，其中，所述用戶面確定邏輯鏈路控制非確認(rèn)信息幀幀號的步驟包括(a)下發(fā)的第一個邏輯鏈路控制非確認(rèn)信息幀的幀號為0；(b)緊接著下發(fā)的第n個邏輯鏈路控制非確認(rèn)信息幀的幀號為32*(n-1)，n＝2，3，4，......，或16；(c)而后下發(fā)的邏輯鏈路控制非確認(rèn)信息幀號為0，其后續(xù)下發(fā)的邏輯鏈路控制非確認(rèn)信息幀的幀號依次加1。
所述的方法，其中，在控制面所述移動臺進(jìn)行局間路由更新時，新GPRS服務(wù)支持節(jié)點下發(fā)邏輯鏈路控制非確認(rèn)信息幀的步驟包括(d)記錄移動臺路由更新請求的上行邏輯鏈路控制非確認(rèn)信息幀號；(e)隨后該GPRS服務(wù)支持節(jié)點下發(fā)的邏輯鏈路控制非確認(rèn)信息幀號為記錄的幀號值加預(yù)定數(shù)值；(f)而后下發(fā)的后續(xù)邏輯鏈路控制非確認(rèn)信息幀的幀號依次加1。
所述的方法，其中，所述局間路由更新過程包括步驟步驟A，新GPRS服務(wù)支持節(jié)點收到移動臺的路由更新請求，并根據(jù)請求消息中的老路由區(qū)信息，判斷為局間路由更新；步驟B，新GPRS服務(wù)支持節(jié)點向老的GPRS服務(wù)支持節(jié)點請求與移動臺相關(guān)的上下文信息，老GPRS服務(wù)支持節(jié)點對移動臺的信息進(jìn)行檢查確認(rèn)，并向新GPRS服務(wù)支持節(jié)點回應(yīng)請求；步驟C，新GPRS服務(wù)支持節(jié)點發(fā)送GPRS服務(wù)支持節(jié)點上下文確認(rèn)消息給老GPRS服務(wù)支持節(jié)點，通知對方新GPRS服務(wù)支持節(jié)點已做好接收數(shù)據(jù)包的準(zhǔn)備；
步驟D，老GPRS服務(wù)支持節(jié)點將數(shù)據(jù)包備份并開始向新GPRS服務(wù)支持節(jié)點發(fā)送；步驟E，新GPRS服務(wù)支持節(jié)點向GPRS網(wǎng)關(guān)支持節(jié)點發(fā)送更新分組數(shù)據(jù)協(xié)議上下文的請求，并得到GPRS網(wǎng)關(guān)支持節(jié)點的確認(rèn)。
所述的方法，其中，還包括步驟F，新GPRS服務(wù)支持節(jié)點向移動臺的歸屬位置寄存器發(fā)送更新位置信息請求；步驟G，所述歸屬位置寄存器向老的GPRS服務(wù)支持節(jié)點發(fā)送刪除移動臺相關(guān)位置信息的請求，并得到老GPRS服務(wù)支持節(jié)點的確認(rèn)；步驟H，所述歸屬位置寄存器向新的GPRS服務(wù)支持節(jié)點發(fā)送移動臺相關(guān)的簽約信息，新GPRS服務(wù)支持節(jié)點生成移動臺的移動管理上下文并回復(fù)確認(rèn)消息；步驟I，所述歸屬位置寄存器向新GPRS服務(wù)支持節(jié)點發(fā)送更新位置確認(rèn)消息，完成移動臺的位置更新。
所述的方法，其中，還包括步驟J，新GPRS服務(wù)支持節(jié)點向移動臺回復(fù)路由更新請求接受消息，通知移動臺網(wǎng)絡(luò)側(cè)已經(jīng)接受了路由更新請求；步驟K，若網(wǎng)絡(luò)側(cè)為移動臺重新分配了分組域臨時移動身份標(biāo)志，移動臺需要發(fā)送路由更新完成消息，其中攜帶新分配的分組域臨時移動身份標(biāo)志向網(wǎng)絡(luò)側(cè)進(jìn)行確認(rèn)。
所述的方法，其中，還包括步驟C1，新GPRS服務(wù)支持節(jié)點對移動臺進(jìn)行鑒權(quán)、加密的安全功能檢查。
本發(fā)明所提供的一種局間路由區(qū)更新確保最小丟幀率的方法，通過應(yīng)用幀號預(yù)測方法在用戶面降低了丟幀率，確保了丟幀率最低；在控制面保證不丟幀，迅速對SGSN的信令進(jìn)行響應(yīng)，避免了移動臺因得不到SGSN響應(yīng)而進(jìn)行重發(fā)信令幀的情況。


圖1是本發(fā)明方法的移動臺與SGSN之間的協(xié)議棧示意圖；圖2是本發(fā)明方法的移動臺進(jìn)行局間路由區(qū)更新的流程圖；圖3是本發(fā)明方法的用戶面LLC-UI幀號處理流程分解示意圖；圖4和圖5是本發(fā)明用戶面LLC-UI幀跳幀流程解釋示意圖；圖6是本發(fā)明控制面LLC-UI幀號處理流程分解示意圖。
具體實施例方式
下面結(jié)合附圖，將對本發(fā)明各具體實施例LLC-UI(邏輯鏈路控制非確認(rèn)信息)幀號管理的實現(xiàn)方法做詳細(xì)說明。
本發(fā)明的局間路由區(qū)更新確保最小丟幀率的方法，特別涉及的是在GPRS(通用分組無線業(yè)務(wù))通信系統(tǒng)中非確認(rèn)傳輸模式下如何保證最小丟幀率的方法，以解決移動臺路由到新局繼續(xù)數(shù)據(jù)傳輸時LLC(邏輯鏈路控制)層非確認(rèn)數(shù)據(jù)幀有可能丟失過多的問題。
為了解決該技術(shù)問題，本發(fā)明方法提供一種幀號管理的方法來達(dá)到該目的，該方法分為對用戶面LLC-UI幀“跳幀”過程和對控制面LLC-UI幀號預(yù)測過程在用戶面上，非確認(rèn)數(shù)據(jù)傳輸方式下移動臺進(jìn)行了局間路由更新后，如果該移動臺正在進(jìn)行數(shù)據(jù)業(yè)務(wù)或者后續(xù)做數(shù)據(jù)業(yè)務(wù)時，新SGSN(GPRS服務(wù)支持節(jié)點)下發(fā)LLC-UI幀步驟如下(a)下發(fā)的第一個LLC-UI幀的幀號為0；(b)緊接著下發(fā)的第n個LLC-UI幀的幀號為32*(n-1)，n＝2，3，4，......，16；(c)而后下發(fā)的LLC-UI幀號為0，其后續(xù)下發(fā)的LLC-UI幀的幀號依次加1。
在控制面，移動臺進(jìn)行局間路由更新時，新SGSN下發(fā)LLC-UI幀步驟如下(d)記錄移動臺路由更新請求的上行LLC-UI幀號；(e)隨后SGSN下發(fā)的LLC-UI幀號為上面記錄的幀號值加n，n的范圍建議為1～32；(f)而后下發(fā)的后續(xù)LLC-UI幀的幀號依次加1。
如圖1所示是本發(fā)明方法的移動臺(MS)與GPRS服務(wù)支持節(jié)點(SGSN)之間的協(xié)議?？驁D，圖中示出了LLC(邏輯鏈路控制)協(xié)議層的具體位置，該層協(xié)議支持確認(rèn)方式和非確認(rèn)方式的數(shù)據(jù)幀傳輸，作為移動臺與SGSN之間的直接交互的協(xié)議，是跨過基站系統(tǒng)(BSS)直接連接移動臺和SGSN實現(xiàn)的。
如圖2所示是本發(fā)明方法的移動臺進(jìn)行局間路由更新的流程示意圖，描述了本發(fā)明方法的一次成功的局間路由更新過程，其主要步驟如下步驟1，新SGSN收到移動臺的路由更新請求，并根據(jù)請求消息中的老路由區(qū)信息，判斷為局間路由更新。
步驟2，新SGSN向老的SGSN請求與移動臺相關(guān)的上下文信息，老SGSN對移動臺的信息進(jìn)行檢查確認(rèn)，并向新SGSN回應(yīng)請求。
步驟3，新SGSN有可能會對移動臺進(jìn)行鑒權(quán)、加密等一系列的安全功能檢查。
步驟4，新SGSN發(fā)送SGSN上下文確認(rèn)消息給老SGSN，通知對方新SGSN已做好接收數(shù)據(jù)包的準(zhǔn)備。
步驟5，老SGSN將數(shù)據(jù)包備份并開始向新SGSN發(fā)送。
步驟6，新SGSN向GGSN(GPRS網(wǎng)關(guān)支持節(jié)點)發(fā)送更新分組數(shù)據(jù)協(xié)議上下文(PDP Context)的請求，并得到GGSN的確認(rèn)。
步驟7，新SGSN向移動臺的歸屬位置寄存器(HLR)發(fā)送更新位置信息請求。
步驟8，歸屬位置寄存器(HLR)向老的SGSN發(fā)送刪除移動臺相關(guān)位置信息的請求，并得到老SGSN的確認(rèn)。
步驟9，歸屬位置寄存器(HLR)向新的SGSN發(fā)送移動臺相關(guān)的簽約信息，新SGSN生成移動臺的移動管理上下文(MM Context)并回復(fù)確認(rèn)消息。
步驟10，歸屬位置寄存器向新SGSN發(fā)送更新位置確認(rèn)消息，完成移動臺的位置更新。
步驟11，新SGSN向移動臺回復(fù)路由更新請求接受消息，通知移動臺網(wǎng)絡(luò)側(cè)已經(jīng)接受了路由更新請求。
步驟12，若網(wǎng)絡(luò)側(cè)為移動臺重新分配了分組域臨時移動身份標(biāo)志(P-TMSI)，移動臺需要發(fā)送路由更新完成消息，其中攜帶新分配的P-TMSI向網(wǎng)絡(luò)側(cè)進(jìn)行確認(rèn)。
上述步驟簡要的說明了本發(fā)明方法的移動臺進(jìn)行局間路由更新的主要流程，其具體介紹請參看3GPP TS 23.060協(xié)議，在此不再贅述。下面結(jié)合該流程，對本發(fā)明方法的具體實現(xiàn)過程進(jìn)行說明。
本發(fā)明方法的用戶面下行LLC-UI幀“跳幀”實現(xiàn)過程包括根據(jù)3GPP TS 44.064協(xié)議，LLC在非確認(rèn)傳輸方式下，通過LLC-UI(邏輯鏈路控制非確認(rèn)信息)幀幀號管理機制來控制傳輸。LLC層通過一個本地變量來存儲下一個期望收到的LLC-UI幀幀號，記為V(UR)。LLC層每收到一個LLC-UI幀就取出該幀幀號，與V(UR)比較，如果收到的幀號N(U)滿足條件
值。在不考慮底層鏈路通信質(zhì)量的情況下，實際上只需進(jìn)行一次“跳幀”即可，如圖4所示，后續(xù)的幀號即可連續(xù)發(fā)送，移動臺可以正常接收。
但是如果考慮到底層鏈路通信質(zhì)量等問題，則后續(xù)的連續(xù)“跳幀”是必要的。如圖5中實例所示，假設(shè)局間路由更新后移動臺的V(UR)值為64，首次下發(fā)的0號LLC-UI幀在無線口丟失，則移動臺的LLC層根本未對其幀號的有效性進(jìn)行判斷，而后進(jìn)行了第一次“跳幀”，下發(fā)幀號為32的LLC-UI幀會被移動臺拒絕接收，隨后如果以連續(xù)幀號發(fā)送LLC-UI幀則仍然會被移動臺連續(xù)拒絕接收，因此考慮到底層鏈路通信質(zhì)量和移動臺期望接收幀號V(UR)的不確定性，本發(fā)明方法較好的實施方式是，繼續(xù)跳躍發(fā)送后面的16幀LLC-UI幀，然后再以連續(xù)的幀號進(jìn)行下發(fā)，這樣就能更有效的避免真實情況下可能出現(xiàn)的連續(xù)丟幀情況。本發(fā)明方法實現(xiàn)了保證局間路由更新后下行LLC-UI幀的最小丟幀率。
上述兩實施例中移動臺路由更新后的V(UR)值是為說明方便而假設(shè)的，并無特殊含義，對任意的V(UR)值，本發(fā)明一律有效。
對于本發(fā)明方法的控制面下行LLC-UI幀號預(yù)測實現(xiàn)過程，其包括用戶面的問題同樣會出現(xiàn)在控制面，因為在控制面上層信令消息的傳輸都是利用LLC-UI幀來進(jìn)行交互的，因此在圖2中新SGSN接收了局間路由更新請求之后，會對移動臺進(jìn)行后續(xù)的鑒權(quán)、加密等一系列的安全功能檢查，如果新SGSN下發(fā)的第一個UI幀為0號幀，則有可能被移動臺拒絕接收，這樣會導(dǎo)致消息的重發(fā)甚至導(dǎo)致鑒權(quán)等安全功能檢查的失敗，以致整個信令流程的失敗。
本發(fā)明方法能夠有效的解決上述問題，首先可以注意到，本發(fā)明方法移動臺從一開始的附著(Attach)到后續(xù)的鑒權(quán)、路由更新等一系列消息交互，上行與下行的LLC-UI幀的個數(shù)是幾乎相同的，即控制面上行與下行的UI幀的幀號幾乎相同，基于該事實，在局間路由更新的情況下，本發(fā)明方法可
(V(UR)-32)≤N(U)＜V(UR)(1)則該幀為非法幀，應(yīng)該丟棄。如果N(U)不在上述范圍內(nèi)，則認(rèn)為是合法幀，接受該幀，并將V(UR)更新為N(U)+1。在這里，V(UR)、N(U)的值都是以512為模進(jìn)行變化的，對于局間路由區(qū)更新的情況，則會出現(xiàn)問題，移動臺在局間路由更新完成后，如果繼續(xù)進(jìn)行數(shù)據(jù)傳輸，移動臺本身希望接收的幀號為老SGSN中接收最后一個LLC-UI幀的幀號加1，而新SGSN下發(fā)的LLC-UI幀的幀號一般會從0開始，對于最壞的情況，如果移動臺此時的V(UR)值為32，而新SGSN以正常的幀號依次加1的規(guī)律下發(fā)LLC-UI幀，則移動臺會連續(xù)拒絕0～31號幀的接收，即連續(xù)丟失32個幀。
本發(fā)明方法能夠解決上述可能出現(xiàn)的連續(xù)丟失LLC-UI幀的問題，具體實現(xiàn)過程如圖3所示，說明如下步驟1，開始下發(fā)。移動臺在完成局間路由更新后，新SGSN會接收到移動臺的路由更新完成消息，此時新SGSN準(zhǔn)備開始向移動臺下發(fā)LLC-UI幀，下發(fā)的第一個LLC-UI幀，其幀號可分配為0。
步驟2，“跳幀”過程?！疤鴰钡倪^程即本發(fā)明方法在后續(xù)下發(fā)的LLC-UI幀的幀號以32為步長進(jìn)行跳躍，待幀號跳回0后，“跳幀”過程結(jié)束。
步驟3，正常下發(fā)。以后下發(fā)LLC-UI幀幀號依次加1，正常下發(fā)。
對于步驟2中的“跳幀”方法下面結(jié)合圖4和圖5進(jìn)行進(jìn)一步的闡述。
在圖4中所示的實例是不考慮底層鏈路通信質(zhì)量，即不會在底層出現(xiàn)丟幀的情況下，下行的LLC-UI幀能夠正常下發(fā)到移動臺的LLC層進(jìn)行處理情形。假設(shè)移動臺路由更新后，其期望接收的LLC-UI幀幀號V(UR)值為32，根據(jù)前面介紹的LLC-UI幀幀號接收準(zhǔn)則，0號幀會被移動臺判為無效幀而被拒絕接收，由于隨后發(fā)送的是幀號為32的LLC-UI幀，即該幀幀號一定跳出了移動臺拒絕接收的范圍，因此移動臺可以正常接收，并修改V(UR)利用上行的UI幀的幀號來預(yù)測移動臺下一個希望接收的UI幀幀號，如圖6所示，具體實現(xiàn)過程包括步驟1，新SGSN接收到移動臺的路由更新請求，首先判斷是否為局間的路由更新情況，如果是，則需要記錄下上行UI幀的幀號N(U)，并確定后面下行的UI幀的幀號為N(U)+n，n的值在選擇上可以為1～32，這樣可以確保移動臺能夠接收后續(xù)的UI幀。
步驟301，新SGSN會向移動臺發(fā)送鑒權(quán)和加密的請求，下發(fā)的UI幀號即為步驟1中所確定的幀號，而后等待接收移動臺的鑒權(quán)和加密響應(yīng)消息。
步驟11，新SGSN后續(xù)向移動臺發(fā)送消息時，會使用前面發(fā)送的UI幀號依次加1。
步驟12，移動臺向新SGSN發(fā)送路由更新完成消息，完成本次的局間路由更新過程。
根據(jù)上述分析，本發(fā)明方法可以保證局間路由更新情況下信令消息下發(fā)的可靠性，并保證移動臺快速的與SGSN進(jìn)行消息交互。
本發(fā)明的上述方法解決了移動臺在進(jìn)行局間路由更新時，有可能下行LLC-UI幀丟失過多的問題。如果使用常規(guī)的LLC-UI幀號管理方法，考慮到最糟糕的情況下，在用戶面可能會連續(xù)丟失32個LLC-UI幀，導(dǎo)致丟幀率過大，甚至直接導(dǎo)致上層業(yè)務(wù)無法進(jìn)行；而在控制面，移動臺有可能丟失SGSN(GPRS服務(wù)支持節(jié)點)下發(fā)的信令幀，從而導(dǎo)致正常信令流程無法進(jìn)行。應(yīng)用本發(fā)明方法的幀號預(yù)測方法在用戶面可以降低丟幀率，確保丟幀率最低；在控制面可以保證不丟幀，迅速對SGSN的信令進(jìn)行響應(yīng)，避免了移動臺因得不到SGSN響應(yīng)而進(jìn)行重發(fā)信令幀的情況。
以上所述為GPRS系統(tǒng)局間路由區(qū)更新情況下保持非確認(rèn)數(shù)據(jù)跨局連續(xù)傳輸?shù)母鬏^佳實施例，但并非用來限定本發(fā)明的實施范圍；凡是依本發(fā)明方法的技術(shù)構(gòu)思所作的等效變化與修改，都應(yīng)屬于本發(fā)明的專利保護(hù)范圍所涵蓋的內(nèi)容。
權(quán)利要求
1.一種局間路由區(qū)更新確保最小丟幀率的方法，其包括用戶面邏輯鏈路控制非確認(rèn)信息幀的跳幀過程和控制面邏輯鏈路控制非確認(rèn)信息幀號預(yù)測過程，所述用戶面邏輯鏈路控制非確認(rèn)信息幀的跳幀過程包括在用戶面的非確認(rèn)數(shù)據(jù)傳輸方式下，移動臺進(jìn)行局間路由更新后，如果該移動臺正在進(jìn)行數(shù)據(jù)業(yè)務(wù)或者后續(xù)做數(shù)據(jù)業(yè)務(wù)時，新GPRS服務(wù)支持節(jié)點下發(fā)邏輯鏈路控制非確認(rèn)信息幀。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述用戶面確定邏輯鏈路控制非確認(rèn)信息幀幀號的步驟包括(a)下發(fā)的第一個邏輯鏈路控制非確認(rèn)信息幀的幀號為0；(b)緊接著下發(fā)的第n個邏輯鏈路控制非確認(rèn)信息幀的幀號為32*(n-1)，n＝2，3，4，……，或16；(c)而后下發(fā)的邏輯鏈路控制非確認(rèn)信息幀號為0，其后續(xù)下發(fā)的邏輯鏈路控制非確認(rèn)信息幀的幀號依次加1。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，在控制面所述移動臺進(jìn)行局間路由更新時，新GPRS服務(wù)支持節(jié)點下發(fā)邏輯鏈路控制非確認(rèn)信息幀的步驟包括(d)記錄移動臺路由更新請求的上行邏輯鏈路控制非確認(rèn)信息幀號；(e)隨后該GPRS服務(wù)支持節(jié)點下發(fā)的邏輯鏈路控制非確認(rèn)信息幀號為記錄的幀號值加預(yù)定數(shù)值；(f)而后下發(fā)的后續(xù)邏輯鏈路控制非確認(rèn)信息幀的幀號依次加1。
4.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，所述局間路由更新過程包括步驟步驟A，新GPRS服務(wù)支持節(jié)點收到移動臺的路由更新請求，并根據(jù)請求消息中的老路由區(qū)信息，判斷為局間路由更新；步驟B，新GPRS服務(wù)支持節(jié)點向老的GPRS服務(wù)支持節(jié)點請求與移動臺相關(guān)的上下文信息，老GPRS服務(wù)支持節(jié)點對移動臺的信息進(jìn)行檢查確認(rèn)，并向新GPRS服務(wù)支持節(jié)點回應(yīng)請求；步驟C，新GPRS服務(wù)支持節(jié)點發(fā)送GPRS服務(wù)支持節(jié)點上下文確認(rèn)消息給老GPRS服務(wù)支持節(jié)點，通知對方新GPRS服務(wù)支持節(jié)點已做好接收數(shù)據(jù)包的準(zhǔn)備；步驟D，老GPRS服務(wù)支持節(jié)點將數(shù)據(jù)包備份并開始向新GPRS服務(wù)支持節(jié)點發(fā)送；步驟E，新GPRS服務(wù)支持節(jié)點向GPRS網(wǎng)關(guān)支持節(jié)點發(fā)送更新分組數(shù)據(jù)協(xié)議上下文的請求，并得到GPRS網(wǎng)關(guān)支持節(jié)點的確認(rèn)。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，還包括步驟F，新GPRS服務(wù)支持節(jié)點向移動臺的歸屬位置寄存器發(fā)送更新位置信息請求；步驟G，所述歸屬位置寄存器向老的GPRS服務(wù)支持節(jié)點發(fā)送刪除移動臺相關(guān)位置信息的請求，并得到老GPRS服務(wù)支持節(jié)點的確認(rèn)；步驟H，所述歸屬位置寄存器向新的GPRS服務(wù)支持節(jié)點發(fā)送移動臺相關(guān)的簽約信息，新GPRS服務(wù)支持節(jié)點生成移動臺的移動管理上下文并回復(fù)確認(rèn)消息；步驟I，所述歸屬位置寄存器向新GPRS服務(wù)支持節(jié)點發(fā)送更新位置確認(rèn)消息，完成移動臺的位置更新。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，還包括步驟J，新GPRS服務(wù)支持節(jié)點向移動臺回復(fù)路由更新請求接受消息，通知移動臺網(wǎng)絡(luò)側(cè)已經(jīng)接受了路由更新請求；步驟K，若網(wǎng)絡(luò)側(cè)為移動臺重新分配了分組域臨時移動身份標(biāo)志，移動臺需要發(fā)送路由更新完成消息，其中攜帶新分配的分組域臨時移動身份標(biāo)志向網(wǎng)絡(luò)側(cè)進(jìn)行確認(rèn)。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，還包括步驟C1，新GPRS服務(wù)支持節(jié)點對移動臺進(jìn)行鑒權(quán)、加密的安全功能檢查。
全文摘要
本發(fā)明公開了一種局間路由區(qū)更新確保最小丟幀率的方法，其包括用戶面邏輯鏈路控制非確認(rèn)信息幀的跳幀過程和控制面邏輯鏈路控制非確認(rèn)信息幀號預(yù)測過程，所述用戶面邏輯鏈路控制非確認(rèn)信息幀的跳幀過程包括在用戶面的非確認(rèn)數(shù)據(jù)傳輸方式下，移動臺進(jìn)行局間路由更新后，如果該移動臺正在進(jìn)行數(shù)據(jù)業(yè)務(wù)或者后續(xù)做數(shù)據(jù)業(yè)務(wù)時，新GPRS服務(wù)支持節(jié)點下發(fā)邏輯鏈路控制非確認(rèn)信息幀。本發(fā)明方法通過應(yīng)用幀號預(yù)測方法在用戶面降低了丟幀率，確保了丟幀率最低；在控制面保證不丟幀，迅速對SGSN的信令進(jìn)行響應(yīng)，避免了移動臺因得不到SGSN響應(yīng)而進(jìn)行重發(fā)信令幀的情況。
文檔編號H04L1/00GK101022453SQ20061003363
公開日2007年8月22日 申請日期2006年2月16日 優(yōu)先權(quán)日2006年2月16日
發(fā)明者陸光輝, 于貴智 申請人:中興通訊股份有限公司