專利名稱：一種路由區(qū)更新方法及通信終端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種移動(dòng)終端側(cè)GPRS路由區(qū)更新方 法及通信終端。
背景技術(shù)：
通用分組無線業(yè)務(wù)(General Packet Radio Service, GPRS)業(yè)務(wù)是一種承載 業(yè)務(wù)，主要用于無線電通信行業(yè)的數(shù)據(jù)業(yè)務(wù)，移動(dòng)臺(tái)(Mobile Station, MS )側(cè) 的GPRS主要包括GPRS移動(dòng)性管理(GPRS Mobility Management, GMM )、子 網(wǎng)依賴匯聚子層協(xié)i義(Sub-Network D印endent Convergence Protocol, SNDCP )、 邏輯鏈路控制(Logical Link Control, LLC )、無線鏈路控制(Radio Link Control, RLC)、媒體接入控制(Media Access Control, MAC)等協(xié)議?，F(xiàn)有技術(shù)中MS 側(cè)GPRS路由區(qū)更新各模塊結(jié)構(gòu)如圖1所示，其中
MS處理的數(shù)據(jù)大體分為兩類信令面數(shù)據(jù)，數(shù)據(jù)流向GMM —LLC —RLC; 用戶面數(shù)據(jù)，數(shù)據(jù)流向SNDCP — LLC — RLC。
GMM模塊負(fù)責(zé)進(jìn)行移動(dòng)性管理，處理相關(guān)信令面數(shù)據(jù)，和LLC模塊之間通 過協(xié)議規(guī)定的LLC非確認(rèn)數(shù)據(jù)請求原語(LL一UNITDATA一REQ )和LLC非確認(rèn) 數(shù)據(jù)指示原語(LLJJNITDATA—IND )進(jìn)行通信。
SNDCP模塊處理用戶面數(shù)據(jù)，向LLC模塊下發(fā)SNDCP協(xié)議數(shù)據(jù)單元 (SNDCP Protocol Data Unit, SN—PDU)數(shù)據(jù)。
LLC模塊負(fù)責(zé)將所述用戶面數(shù)據(jù)和控制面數(shù)據(jù)進(jìn)行復(fù)用處理，形成 LLC一PDU，然后下發(fā)給RLC模塊。
RLC模塊對來自所述LLC模塊的LLC^PDU進(jìn)行處理，生成RLC一PDU發(fā)送給 底層模塊，通過底層數(shù)據(jù)收發(fā)模塊與網(wǎng)絡(luò)側(cè)進(jìn)行通信完成路由區(qū)的更新。
在上述結(jié)構(gòu)中，路由區(qū)更新(Routing Area Update, RAU)流程如圖2所示， 具體包括以下步驟
201、 移動(dòng)終端向網(wǎng)絡(luò)側(cè)發(fā)送路由區(qū)更新請求信息，并啟動(dòng)定時(shí)器T3330;
202、 網(wǎng)絡(luò)側(cè)的SGSN ( Serving GPRS Support Node,服務(wù)GPRS支持節(jié)點(diǎn))
接收并分析所述請求信息，向移動(dòng)終端發(fā)送鑒權(quán)請求；
203、 移動(dòng)終端響應(yīng)網(wǎng)絡(luò)側(cè)的鑒權(quán)請求，在鑒權(quán)響應(yīng)中向網(wǎng)絡(luò)側(cè)發(fā)送國際移 動(dòng)設(shè)備標(biāo)識(shí)；
204、 網(wǎng)絡(luò)側(cè)移動(dòng)終端發(fā)送路由器更新接受信息，并啟動(dòng)定時(shí)器T3350;
205、 移動(dòng)終端在T3330超時(shí)前收到路由區(qū)更新接受信息，停止定時(shí)器T330, 并向網(wǎng)絡(luò)側(cè)發(fā)送路由區(qū)更新完成信息；
網(wǎng)絡(luò)側(cè)的SGSN接收到路由區(qū)更新完成信息后停止定時(shí)器T3350,將移動(dòng)終 端在舊的路由區(qū)的信息更新到新的i 各由區(qū)中；
需要說明的是，在步驟201和步驟202之間，SGSN有可能會(huì)下發(fā)復(fù)位指示 (reset-ind)信令，將之前所有沒有形成N一PDU的數(shù)據(jù)全部丟棄，移動(dòng)終端收到 該信令后移動(dòng)終端的SNDCP模塊將發(fā)送的N—PDU序號(hào)清O。在步驟204中，網(wǎng)絡(luò) 側(cè)如果不接收移動(dòng)終端的鑒權(quán)響應(yīng)，則向移動(dòng)終端發(fā)送路由器拒絕信息，退出 更新，移動(dòng)終端不能進(jìn)行GPRS業(yè)務(wù)。在步驟205中，如果移動(dòng)終端在T3330超時(shí) 還未接收到路由區(qū)更新信息，則向網(wǎng)絡(luò)側(cè)重新發(fā)起路由區(qū)更新請求。
在RAU過程中不允許發(fā)送用戶面數(shù)據(jù)，在開始路由區(qū)更新流程之前，GMM 模塊通知LLC模塊停止下發(fā)用戶面數(shù)據(jù)，即從SNDCP模塊下發(fā)的數(shù)據(jù)，使后續(xù) 到來的用戶面數(shù)據(jù)不會(huì)到達(dá)RLC模塊，全部緩存在LLC模塊中，此時(shí)信令面數(shù)據(jù) 仍正常收發(fā)。
RLC模塊具有資源重配置功能，該功能的主要是在保證數(shù)據(jù)按照每個(gè) LLC—PDU分片形成的RLC一PDU連續(xù)發(fā)送的情況下，高優(yōu)先級的LLC^PDU優(yōu)先 于低優(yōu)先級的LLC一PDU發(fā)送。由于信令面數(shù)據(jù)的優(yōu)先級高于用戶面數(shù)據(jù)，所以 能夠保證信令面數(shù)據(jù)所在的LLC一PDU能優(yōu)先于用戶面數(shù)據(jù)所在LLC一PDU進(jìn)行 發(fā)送。但是如果某個(gè)用戶面數(shù)據(jù)所在的LLC一PDU已經(jīng)部分發(fā)送，為了保證傳輸 中LLC—PDU的內(nèi)部連續(xù)性，^更于網(wǎng)絡(luò)側(cè)進(jìn)行組包，則必須將該LLC^PDU發(fā)送完 畢后，才能開始發(fā)送信令面數(shù)據(jù)所在的LLC一PDU。
發(fā)明人在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)現(xiàn)在上述現(xiàn)有技術(shù)中，當(dāng)移動(dòng)終端進(jìn)入 新的路由區(qū)準(zhǔn)備發(fā)送路由區(qū)更新請求時(shí)，如果此時(shí)用戶面的LLC—PDU數(shù)據(jù)已經(jīng) 部分發(fā)送，雖然信令面數(shù)據(jù)即路由區(qū)更新請求所在的LLC—PDU數(shù)據(jù)優(yōu)先級高于 用戶面數(shù)據(jù)所在的LLC一PDU數(shù)據(jù)，但是也要等到已經(jīng)部分發(fā)送的LLC—PDU數(shù)據(jù) 發(fā)送完成之后才能發(fā)送信令面的LLC^PDU數(shù)據(jù)，該操作延遲了路由區(qū)更新開始
的時(shí)間，并且在路由區(qū)更新完成之前，移動(dòng)終端已經(jīng)到達(dá)新的路由區(qū)，會(huì)在新 的路由區(qū)所在的小區(qū)上發(fā)送數(shù)據(jù)，新路由區(qū)的核心網(wǎng)還沒有記錄該移動(dòng)臺(tái)的相 關(guān)信息，核心網(wǎng)也不知道該移動(dòng)終端的業(yè)務(wù)對應(yīng)的網(wǎng)絡(luò)IP地址，所以在路由區(qū)更 新沒有完成之前，網(wǎng)絡(luò)側(cè)的核心網(wǎng)設(shè)備無法識(shí)別之前發(fā)送的低優(yōu)先級的
LLC—PDU數(shù)據(jù)形成的數(shù)據(jù)，而只能丟棄，浪費(fèi)了空口資源。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種路由區(qū)更新方法及通信終端，以加快;洛由區(qū)更新流 程，減少在路由區(qū)更新過程中丟失的數(shù)據(jù)量，節(jié)省空口資源。
為了達(dá)到上述發(fā)明目的，本發(fā)明實(shí)施例提供了一種路由區(qū)更新方法，包括 當(dāng)檢測到移動(dòng)終端所屬路由區(qū)發(fā)生改變時(shí)，GPRS移動(dòng)性管理GMM模塊通 知子網(wǎng)依賴匯聚子層協(xié)議SNDCP模塊停止向邏輯鏈路控制LLC模塊下發(fā) SNDCP協(xié)議數(shù)據(jù)單元SN_PDU分片數(shù)據(jù)，并通知LLC模塊停止向無線鏈路控 制RLC模塊下發(fā)LLC協(xié)議數(shù)據(jù)單元LLC—PDU用戶面數(shù)據(jù)；
所述LLC模塊通知所述RLC模塊清空緩存的所有數(shù)據(jù)，并釋放上行臨時(shí)塊 流TBF;
GMM模塊向LLC模塊下發(fā)路由區(qū)更新請求數(shù)據(jù)，通過LLC才莫塊數(shù)據(jù)處理 后經(jīng)由RLC模塊及底層數(shù)據(jù)收發(fā)模塊向網(wǎng)絡(luò)側(cè)發(fā)送路由區(qū)更新請求消息；
底層數(shù)據(jù)收發(fā)模塊接收來自網(wǎng)路側(cè)的路由區(qū)更新接收消息，并經(jīng)由RLC模 塊及LLC模塊數(shù)據(jù)處理后，將處理后的路由區(qū)更新接收數(shù)據(jù)傳給GMM模塊；
GMM模塊向LLC模塊下發(fā)路由區(qū)更新完成數(shù)據(jù)，通過LLC才莫塊數(shù)據(jù)處理 后經(jīng)由RLC模塊及底層數(shù)據(jù)收發(fā)模塊向網(wǎng)絡(luò)側(cè)發(fā)送路由區(qū)更新完成消息并結(jié)束 路由區(qū)更新流程；
恢復(fù)所述SNDCP模塊及LLC模塊對用戶面數(shù)據(jù)的發(fā)送處理，向網(wǎng)絡(luò)側(cè)發(fā) 送用戶面數(shù)據(jù)。
相應(yīng)的，本發(fā)明實(shí)施例還提供了一種通信終端，包括 檢測模塊，用于檢測移動(dòng)終端所屬路由區(qū)是否發(fā)生改變； GMM模塊，用于在所述檢測模塊檢測到移動(dòng)終端所屬路由區(qū)發(fā)生改變時(shí)， 向SNDCP模塊發(fā)送指示SNDCP模塊停止向LLC模塊下發(fā)SN一PDU分片數(shù)據(jù) 的第一指示信息，并向LLC模塊發(fā)送指示LLC模塊停止向RLC模塊下發(fā)LLC—PDU用戶面數(shù)據(jù)的第二指示信息；
SNDCP模塊，用于緩存待發(fā)送N—PDU數(shù)據(jù)及待確認(rèn)的N—PDU數(shù)據(jù)，當(dāng)接 收到來所述GMM模塊的第一指示信息后，停止向LLC模塊下發(fā)SN—PDU分片 數(shù)據(jù)；
LLC模塊，用于在接收到來自所述GMM模塊的第二指示信息后，停止向 RLC模塊下發(fā)用戶面的LLC-PDU數(shù)據(jù)，并向RLC模塊發(fā)送指示所述RLC模塊 清空緩存的數(shù)據(jù)的第三指示信息；
RLC模塊，用于在接收到來自所述LLC模塊的第三指示信息后，清空緩存 的全部數(shù)據(jù)，并釋放上行TBF;
底層數(shù)據(jù)收發(fā)模塊，用于在所述RLC模塊清空緩存的全部數(shù)據(jù)并釋放上行 TBF后，與網(wǎng)絡(luò)側(cè)進(jìn)行通信完成路由區(qū)的更新流程。
本發(fā)明實(shí)施例提供的一種路由區(qū)更新方法及通信終端，通過在^r測到移動(dòng) 終端所屬路由區(qū)發(fā)生改變時(shí)，GMM模塊通知SNDCP模塊停止向LLC模塊下發(fā) SN一PDU分片數(shù)據(jù)，并通知LLC模塊停止向RLC模塊下發(fā)LLC—PDU用戶面數(shù) 據(jù)，由LLC模塊通知RLC模塊清空緩存的全部數(shù)據(jù)并釋放上行TBF( Temporary Block Flow,臨時(shí)數(shù)據(jù)塊流)，然后再與網(wǎng)絡(luò)側(cè)進(jìn)行通信完成所述移動(dòng)終端的路 由區(qū)更新，最后恢復(fù)所述SNDCP及LLC模塊對用戶面數(shù)據(jù)的發(fā)送處理，向網(wǎng) 絡(luò)側(cè)發(fā)送用戶面數(shù)據(jù)，這樣，在路由區(qū)更新開始階段清空了之前發(fā)送的用戶面 數(shù)據(jù)，從而加快了路由區(qū)更新的時(shí)間，減少了在路由區(qū)更新過程中丟失的數(shù)據(jù) 量，節(jié)省了空口資源。


為了更加清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí) 施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作筒單的介紹，顯而易見地，下面描 述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不 付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1是現(xiàn)有技術(shù)的通信終端中與路由區(qū)更新相關(guān)的模塊結(jié)構(gòu)示意圖2是現(xiàn)有技術(shù)的路由區(qū)更新的流程圖3是本發(fā)明實(shí)施例的一種路由區(qū)更新方法的流程圖4是本發(fā)明實(shí)施例的一種通信終端的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對本發(fā)明 作進(jìn)一步地詳細(xì)描述。
圖3是本發(fā)明提供的一種路由更新方法的流程圖，具體包括如下步驟
301、 檢測移動(dòng)終端所屬路由區(qū)是否發(fā)生改變；
所述移動(dòng)終端通過廣播的系統(tǒng)消息接收檢測，判斷移動(dòng)終端所屬路由區(qū)是 否發(fā)生改變時(shí)，當(dāng)判斷為是時(shí)，啟動(dòng)路由區(qū)更新流程，也即則執(zhí)行步驟302。
302、 GMM模塊通知SNDCP模塊和LLC模塊停止處理用戶面數(shù)據(jù)； 其中，在數(shù)據(jù)傳輸時(shí)，SNDCP模塊接收來自上層應(yīng)用的]SLPDU數(shù)據(jù)，將
所述N—PDU數(shù)據(jù)放入緩存當(dāng)中，并為每個(gè)N—PDU數(shù)據(jù)分配一個(gè)N一PDU序列 號(hào)，然后對緩存內(nèi)的N_PDU數(shù)據(jù)進(jìn)行分片、壓縮等處理生成SN_PDU分片數(shù) 據(jù)，每個(gè)SN_PDU分片數(shù)據(jù)頭部中會(huì)記錄其對應(yīng)的]^LPDU序列號(hào)以及它是該 N一PDU數(shù)據(jù)的第幾個(gè)分片，將所述SN一PDU分片數(shù)據(jù)下發(fā)給LLC模塊，當(dāng)所 述SN—PDU分片數(shù)據(jù)被發(fā)送到LLC模塊后，SNPDU模塊并不馬上將與所述 SN—PDU分片數(shù)據(jù)對應(yīng)的N_PDU數(shù)據(jù)從緩存中刪除，而是在接收到LLC層的 確認(rèn)后，將N一PDU數(shù)據(jù)從緩存中刪除；LLC模塊接收來自GMM模塊的信令面 數(shù)據(jù)和來自SNDCP模塊的SN—DCP分片數(shù)據(jù)，并對這些數(shù)據(jù)按照和網(wǎng)絡(luò)側(cè)協(xié) 商的結(jié)果進(jìn)行加密，加上LLC協(xié)議頭部和尾部，生成LLC—PDU數(shù)據(jù)下發(fā)給RLC 模塊。當(dāng)檢測到移動(dòng)終端所屬路由區(qū)發(fā)生改變時(shí)，GMM模塊首先通知SNDCP 模塊停止向LLC模塊下發(fā)所述SN—PDU分片數(shù)據(jù)，然后再通知LLC模塊停止 向RLC模塊下發(fā)用戶面的LLC^PDU數(shù)據(jù)，這樣保證了在路由區(qū)更新時(shí)，用戶 面數(shù)據(jù)盡量緩存在上層的SNDCP中，減少了路由區(qū)更新過程中丟失的數(shù)據(jù)量。
303 、 LLC模塊通知RLC模塊清空緩存的全部數(shù)據(jù)，并釋放上行TBF;
其中，在數(shù)據(jù)傳輸時(shí)，RLC模塊接收來自上層LLC模塊的用戶面的 LLC—PDU數(shù)據(jù)，并按照協(xié)議規(guī)定對所述用戶面的LLC一PDU數(shù)據(jù)進(jìn)行分段、級 聯(lián)，生成RLC—PDU數(shù)據(jù)下發(fā)給底層數(shù)據(jù)收發(fā)模塊，RLC緩存當(dāng)中包含有待發(fā) 送和待確認(rèn)的RLC一PDU數(shù)據(jù)。所述TBF是在兩個(gè)對等的無線資源的管理實(shí)體 使用的一個(gè)物理連接，用以支持LLC_PDU在分組數(shù)據(jù)無線鏈路上的單向傳輸， 它由一些載有一個(gè)或多個(gè)LLC_PDU的RLC/MAC組成。當(dāng)移動(dòng)終端進(jìn)入新的路
由區(qū)，準(zhǔn)備發(fā)送路由區(qū)更新請求時(shí)，如果用戶面的LLC一PDU數(shù)據(jù)已經(jīng)部分發(fā)送， 此時(shí)，雖然該信令面數(shù)據(jù)路由區(qū)更新請求所在的LLC—PDU優(yōu)先級高于用戶面數(shù) 據(jù)所在的LLC—PDU,但根據(jù)資源重配置功能，信令面的LLC一PDU數(shù)據(jù)不能立 即發(fā)送，而要等到正在發(fā)送的用戶面的LLC一PDU數(shù)據(jù)發(fā)送完成之后再發(fā)送信令 面路由區(qū)更新請求，該操作延遲了路由區(qū)更新開始的時(shí)間，而之前發(fā)送的低優(yōu) 先級的用戶面的LLC—PDU數(shù)據(jù)發(fā)送出去，因?yàn)樵诼酚蓞^(qū)更新完成之前，移動(dòng)終 端已經(jīng)到達(dá)了新的路由區(qū)，會(huì)在新的路由區(qū)所在的小區(qū)上發(fā)送數(shù)據(jù)，但是新路 由區(qū)的核心網(wǎng)上還沒有記錄該移動(dòng)終端的相關(guān)信息，核心網(wǎng)不知道該移動(dòng)終端 的業(yè)務(wù)對應(yīng)的網(wǎng)絡(luò)IP地址。所以，在路由區(qū)更新沒有完成前，網(wǎng)絡(luò)側(cè)的核心網(wǎng) 設(shè)備無法將形成的數(shù)據(jù)提交給核心網(wǎng)上的應(yīng)用，而只能進(jìn)行丟棄，浪費(fèi)了空口 資源。而本發(fā)明提供的實(shí)施例，在路由區(qū)更新開始階段先通知RLC清空緩存的 全部數(shù)據(jù)，這樣就避免了之前發(fā)送的用戶面數(shù)據(jù)對路由區(qū)更新流程的影響，減 少了在路由區(qū)更新過程中丟失的數(shù)據(jù)量，節(jié)省了空口資源。
304、 GMM模塊向LLC模塊下發(fā)路由區(qū)更新請求數(shù)據(jù)，通過LLC模塊數(shù)
據(jù)處理后經(jīng)由RLC模塊及底層數(shù)據(jù)收發(fā)模塊向網(wǎng)絡(luò)側(cè)發(fā)送路由區(qū)更新請求信 自.
其中，GMM模塊在向LLC模塊下發(fā)路由區(qū)更新請求數(shù)據(jù)的同時(shí)，啟動(dòng)定 時(shí)器，該定時(shí)器預(yù)設(shè)有自所述GMM模塊向LLC模塊下發(fā)路由區(qū)更新請求數(shù)據(jù) 到收到來自網(wǎng)絡(luò)側(cè)返回的路由區(qū)更新接收信息的時(shí)間。如果GMM模塊在預(yù)設(shè) 時(shí)間內(nèi)沒有收到來自網(wǎng)絡(luò)側(cè)返回的路由區(qū)更新接收數(shù)據(jù)信息，則返回步驟303, 即通知RLC模塊再次清空緩存的全部數(shù)據(jù)并重新向網(wǎng)絡(luò)側(cè)發(fā)送路由區(qū)更新請 求。另外，在GMM模塊向LLC模塊下發(fā)路由區(qū)更新請求數(shù)據(jù)，通過LLC模塊 數(shù)據(jù)處理后經(jīng)由RLC模塊及底層數(shù)據(jù)收發(fā)模塊向網(wǎng)絡(luò)側(cè)發(fā)送路由區(qū)更新請求信 息步驟之后，有可能由于信號(hào)不好的原因，網(wǎng)絡(luò)側(cè)沒有收到來自GMM模塊的 路由區(qū)更新請求信息，在這種情況下，網(wǎng)絡(luò)側(cè)則可能向LLC模塊發(fā)出復(fù)位指示 信息，當(dāng)LLC確定收到所述來自網(wǎng)絡(luò)側(cè)的復(fù)位指示信息后，則返回步驟303， 即通知RLC再次清空緩存的全部數(shù)據(jù)，然后再由GMM模塊重新向網(wǎng)絡(luò)側(cè)發(fā)送 路由區(qū)更新信息。這樣就可避免網(wǎng)絡(luò)側(cè)連續(xù)接收到兩個(gè)路由區(qū)更新請求信息， 網(wǎng)絡(luò)側(cè)則會(huì)認(rèn)為第二次路由區(qū)更新請求不合理，造成路由區(qū)更新流程的異常。
305、 底層數(shù)據(jù)收發(fā)模塊接收來自網(wǎng)絡(luò)側(cè)的路由區(qū)更新接收消息，并經(jīng)由
RLC模塊及LLC模塊數(shù)據(jù)處理后，將處理后的路由區(qū)更新接收數(shù)據(jù)傳給GMM
模塊；
306、 GMM模塊向LLC模塊下發(fā)路由區(qū)更新完成數(shù)據(jù)，通過LLC模塊數(shù) 據(jù)處理后經(jīng)由RLC模塊及底層數(shù)據(jù)收發(fā)模塊向網(wǎng)絡(luò)側(cè)發(fā)送路由區(qū)更新完成消息 并結(jié)束路由區(qū)更新流程；
其中，由于之前停止了 LLC模塊對用戶面的LLC—PDU數(shù)據(jù)的發(fā)送和通知 RLC模塊清空了緩存的全部數(shù)據(jù)，所以在在步驟304至306中，GMM模塊、 LLC模塊、RLC模塊及底層數(shù)據(jù)收發(fā)模塊之間傳送的只有信令面數(shù)據(jù)而沒有用 戶面數(shù)據(jù)。
307、 恢復(fù)所述SNDCP模塊及LLC模塊對用戶面數(shù)據(jù)的發(fā)送處理，向網(wǎng)絡(luò) 側(cè)發(fā)送用戶面數(shù)據(jù)；
其中，路由區(qū)更新完成后，GMM模塊通知SNDCP模塊繼續(xù)將緩存內(nèi)待發(fā) 送的和待確認(rèn)的N_PDU數(shù)據(jù)進(jìn)行分片、壓縮等處理生成SN_PDU分片數(shù)據(jù)下 發(fā)給LLC模塊；所述LLC模塊接收來自所述SNDCP模塊的SN—PDU分片數(shù)據(jù)， 按照和網(wǎng)絡(luò)側(cè)協(xié)商的結(jié)果進(jìn)行加密，加上LLC協(xié)議頭部和尾部，生成LLC—PDU 數(shù)據(jù)下發(fā)給RLC模塊；RLC模塊接收來自上層LLC模塊的LLC_PDU數(shù)據(jù)， 并按照協(xié)議規(guī)定對所述LLC—PDU數(shù)據(jù)進(jìn)行分段、級聯(lián)，生成RLC—PDU數(shù)據(jù)下 發(fā)給底層數(shù)據(jù)收發(fā)模塊，經(jīng)由底層數(shù)據(jù)收發(fā)模塊處理后發(fā)送至網(wǎng)絡(luò)側(cè)。
參考圖4，是本發(fā)明提供的一種通信終端的結(jié)構(gòu)示意圖。所述通信終端包括 檢測模塊40、 GMM模塊41、 SNDCP模塊42、 LLC模塊43、 RLC模塊44、底 層數(shù)據(jù)收發(fā)模塊45。下面將詳細(xì)描述所述通信終端各模塊功能和相互之間的聯(lián) 系。
檢測模塊40，用于檢測移動(dòng)終端所屬路由區(qū)是否發(fā)生改變；
GMM模塊41,用于在所述檢測模塊檢測到移動(dòng)終端所屬路由區(qū)發(fā)生改變
時(shí)，向SNDCP模塊發(fā)送指示SNDCP模塊停止向LLC模塊下發(fā)SN_PDU分片
數(shù)振的第一指示信息，并向LLC模塊發(fā)送指示LLC模塊停止向RLC模塊下發(fā)
LLC一PDU用戶面數(shù)據(jù)的第二指示信息；
其中，所述GMM模塊41具體包括指示單元410和GMM協(xié)議數(shù)據(jù)處理單
元411。指示單元410用于在所述檢測模塊40檢測到移動(dòng)終端所屬路由區(qū)發(fā)生
改變時(shí)，向SNDCP模塊發(fā)送指示SNDCP模塊停止向LLC模塊下發(fā)SN—PDU
分片數(shù)據(jù)的第一指示信息，并向LLC模塊發(fā)送指示LLC模塊停止向RLC模塊 下發(fā)LLC—PDU用戶面數(shù)據(jù)的第二指示信息；GMM協(xié)議數(shù)據(jù)處理單元411用于 在所述RLC模塊清空緩存的全部數(shù)據(jù)后，啟動(dòng)路由區(qū)更新流程，并向LLC模塊 下發(fā)路由區(qū)更新數(shù)據(jù)。需要說明的是，在路由區(qū)更新過程中，如果GMM模塊 41在所述GMM模塊41向LLC模塊下發(fā)路由區(qū)更新請求數(shù)據(jù)的預(yù)設(shè)時(shí)間內(nèi)沒 有收到來自網(wǎng)絡(luò)側(cè)返回的路由區(qū)更新接收數(shù)據(jù)信息，則通知RLC模塊44再次 清空緩存的全部數(shù)據(jù)，并重新向網(wǎng)絡(luò)側(cè)發(fā)送路由區(qū)更新請求。
SNDCP模塊42,用于緩存待發(fā)送N—PDU數(shù)據(jù)及待確認(rèn)的N—PDU數(shù)據(jù)， 當(dāng)接收到來所述GMM模塊的第一指示信息后，停止向LLC模塊下發(fā)SN_PDU 分片數(shù)據(jù)；
其中，所述SNDCP模塊42具體包括SNDCP協(xié)議數(shù)據(jù)處理單元420、緩存 單元421、控制單元422。 SNDCP協(xié)議數(shù)據(jù)處理單元420用于在數(shù)據(jù)傳輸時(shí)， 對所述緩存單元中緩存的待發(fā)送的N—PDU數(shù)據(jù)和/或待確認(rèn)的N—PDU數(shù)據(jù)進(jìn)行 處理，生成SN一PDU分片數(shù)據(jù)并向LLC模塊下發(fā)該SN—PDU分片數(shù)據(jù)；緩存 單元421用于緩存待發(fā)送的N—PDU數(shù)據(jù)及待確認(rèn)的N—PDU數(shù)據(jù)；控制單元422 用于在接收到來自所述GMM模塊的第一指示信息時(shí)，指示所述SNDCP協(xié)議數(shù) 據(jù)處理單元停止對N—PDU數(shù)據(jù)的處理及停止向LLC模塊下發(fā)SN—PDU分片數(shù) 據(jù)。
LLC模塊43,用于在接收到來自所述GMM模塊41的第二指示信息后，停 止向RLC模塊44下發(fā)用戶面的LLC—PDU數(shù)據(jù)，并向RLC模塊44發(fā)送指示所 述RLC模塊44清空緩存的數(shù)據(jù)的第三指示信息。需要說明的是，當(dāng)LLC模塊 43接收到來自網(wǎng)絡(luò)側(cè)的復(fù)位指示信息時(shí)，LLC模塊43通知RLC模塊44再次清 空緩存的全部數(shù)據(jù)并重新向網(wǎng)絡(luò)側(cè)發(fā)送路由區(qū)更新請求信息。
RLC模塊44，用于在接收到來自所述LLC模塊的第三指示信息后，清空緩 存的全部數(shù)據(jù)，并釋放上行TBF;
其中，所述RLC模塊44具體包括RLC數(shù)據(jù)處理單元440、緩存單元441、 清空控制單元442。 RLC數(shù)據(jù)處理單元440用于對來自所述LLC的LLC—PDU 數(shù)據(jù)進(jìn)行處理，生成RLC—PDU數(shù)據(jù)并向底層收發(fā)模塊下發(fā)該RLC一PDU數(shù)據(jù)； 緩存單元441，用于緩存待發(fā)送和待確認(rèn)的RLC—PDU;清空控制單元442,用 于在接收到來自所述LLC模塊的第三指示信息時(shí)，清空所述緩存單元中緩存的
待發(fā)送和待確認(rèn)的RLC—PDU數(shù)據(jù)，并釋放上行TBF。
底層數(shù)據(jù)收發(fā)模塊45，用于在所述RLC模塊清空緩存的全部數(shù)據(jù)并釋放上 行TBF后，與網(wǎng)絡(luò)側(cè)進(jìn)行通信完成路由區(qū)的更新流程。
綜上所述，本發(fā)明實(shí)施例提供的路由區(qū)更新方法和通信終端，通過在沖企測 到移動(dòng)終端所屬路由區(qū)發(fā)生改變時(shí)，GMM模塊通知SNDCP模塊和LLC模塊停 止對用戶面數(shù)據(jù)的處理，再由LLC模塊通知RLC模塊清空緩存的全部數(shù)據(jù)并釋 放上行TBF,然后再與網(wǎng)絡(luò)側(cè)進(jìn)行通信完成所述移動(dòng)終端的路由區(qū)更新，最后 恢復(fù)所述SNDCP及LLC才莫塊對用戶面數(shù)據(jù)的發(fā)送處理，向網(wǎng)絡(luò)側(cè)發(fā)送用戶面 數(shù)據(jù)，本發(fā)明實(shí)施例提供的方案，在路由區(qū)更新開始階段清空了之前發(fā)送的用 戶面數(shù)據(jù)，從而加快了路由區(qū)更新的時(shí)間，減少了在路由區(qū)更新過程中丟失的 數(shù)據(jù)量，節(jié)省了空口資源。
以上所揭露的僅為本發(fā)明的較佳實(shí)施例而已，當(dāng)然不能以此來限定本發(fā)明 之權(quán)利范圍，因此依本發(fā)明權(quán)利要求所作的等同變化，仍屬本發(fā)明所涵蓋的范 圍。
權(quán)利要求
1、一種路由區(qū)更新方法，其特征在于，包括當(dāng)檢測到移動(dòng)終端所屬路由區(qū)發(fā)生改變時(shí)，GPRS移動(dòng)性管理GMM模塊通知子網(wǎng)依賴匯聚子層協(xié)議SNDCP模塊停止向邏輯鏈路控制LLC模塊下發(fā)SNDCP協(xié)議數(shù)據(jù)單元SN_PDU分片數(shù)據(jù)，并通知LLC模塊停止向無線鏈路控制RLC模塊下發(fā)LLC協(xié)議數(shù)據(jù)單元LLC_PDU用戶面數(shù)據(jù)；所述LLC模塊通知所述RLC模塊清空緩存的所有數(shù)據(jù)，并釋放上行臨時(shí)塊流TBF；GMM模塊向LLC模塊下發(fā)路由區(qū)更新請求數(shù)據(jù)，通過LLC模塊數(shù)據(jù)處理后經(jīng)由RLC模塊及底層數(shù)據(jù)收發(fā)模塊向網(wǎng)絡(luò)側(cè)發(fā)送路由區(qū)更新請求消息；底層數(shù)據(jù)收發(fā)模塊接收來自網(wǎng)路側(cè)的路由區(qū)更新接收消息，并經(jīng)由RLC模塊及LLC模塊數(shù)據(jù)處理后，將處理后的路由區(qū)更新接收數(shù)據(jù)傳給GMM模塊；GMM模塊向LLC模塊下發(fā)路由區(qū)更新完成數(shù)據(jù)，通過LLC模塊數(shù)據(jù)處理后經(jīng)由RLC模塊及底層數(shù)據(jù)收發(fā)模塊向網(wǎng)絡(luò)側(cè)發(fā)送路由區(qū)更新完成消息并結(jié)束路由區(qū)更新流程；恢復(fù)所述SNDCP模塊及LLC模塊對用戶面數(shù)據(jù)的發(fā)送處理，向網(wǎng)絡(luò)側(cè)發(fā)送用戶面數(shù)據(jù)。
2、 如權(quán)利要求l所述的方法，其特征在于，還包括數(shù)據(jù)傳輸時(shí)，SNDCP 模塊緩存待發(fā)送網(wǎng)絡(luò)協(xié)議數(shù)據(jù)單元N—PDU數(shù)據(jù)及待確認(rèn)N—PDU數(shù)據(jù)。
3、 如權(quán)利要求l所述的方法，其特征在于，在所述GMM模塊向LLC模塊 下發(fā)路由更新請求數(shù)據(jù)，通過LLC模塊數(shù)據(jù)處理后經(jīng)由RLC模塊及底層數(shù)據(jù)收 發(fā)模塊向網(wǎng)絡(luò)側(cè)發(fā)送路由區(qū)更新請求消息的步驟之后還包括判斷在自所述GMM模塊向LLC模塊下發(fā)路由區(qū)更新請求數(shù)據(jù)的預(yù)設(shè)時(shí)間 內(nèi)是否收到來自網(wǎng)絡(luò)側(cè)返回的路由區(qū)更新接收數(shù)據(jù)，若判斷為否，則通知RLC 模塊再次清空緩存的全部數(shù)據(jù)并重新向網(wǎng)絡(luò)側(cè)發(fā)送路由區(qū)更新請求。
4、 如權(quán)利要求2所述的方法，其特征在于，所述恢復(fù)所述SNDCP模塊及 LLC模塊對用戶面數(shù)據(jù)的發(fā)送處理，向網(wǎng)絡(luò)側(cè)發(fā)送用戶面數(shù)據(jù)的步驟包括所述SNDCP才莫塊對所述緩存的待發(fā)送數(shù)據(jù)和/或待確認(rèn)數(shù)據(jù)進(jìn)行處理，生成SN_PDU分片數(shù)據(jù)，并向所述LLC模塊下發(fā)該SN_PDU分片數(shù)據(jù)；所述LLC沖莫塊對所述SN—PDU分片數(shù)據(jù)進(jìn)行處理，生成LLC_PDU用戶面數(shù)據(jù)，并向所述RLC模塊下發(fā)該LLC^PDU用戶面數(shù)據(jù)；所述RLC模塊對所述LLC_PDU用戶面數(shù)據(jù)進(jìn)行處理，生成RLC_PDU數(shù)據(jù)，并將生成的所述RLC_PDU數(shù)據(jù)傳輸至底層數(shù)據(jù)收發(fā)模塊，經(jīng)由底層數(shù)據(jù)收發(fā)模塊處理后發(fā)送至網(wǎng)絡(luò)側(cè)。
5、 如權(quán)利要求1所述的方法，其特征在于，在所述GMM模塊向LLC模塊 下發(fā)路由區(qū)更新請求數(shù)據(jù)，通過LLC模塊數(shù)據(jù)處理后經(jīng)由RLC模塊及底層數(shù)據(jù) 收發(fā)模塊向網(wǎng)絡(luò)側(cè)發(fā)送路由區(qū)更新請求消息的步驟之后還包括LLC沖莫塊確定是否接收到來自網(wǎng)絡(luò)側(cè)的復(fù)位指示消息，若判斷為是，則通 知所述RLC模塊再次清空緩存的全部數(shù)據(jù)并重新向網(wǎng)絡(luò)側(cè)發(fā)送路由區(qū)更新請求 信息。
6、 一種通信終端，其特征在于，包括檢測模塊，用于檢測移動(dòng)終端所屬路由區(qū)是否發(fā)生改變；GMM模塊，用于在所述檢測模塊檢測到移動(dòng)終端所屬路由區(qū)發(fā)生改變時(shí)，向SNDCP模塊發(fā)送指示SNDCP模塊停止向LLC模塊下發(fā)SN_PDU分片數(shù)據(jù)的第一指示信息，并向LLC模塊發(fā)送指示LLC模塊停止向RLC模塊下發(fā)LLC_PDU用戶面數(shù)據(jù)的第二指示信息；SNDCP模塊，用于緩存待發(fā)送N_PDU數(shù)據(jù)及待確認(rèn)的N_PDU數(shù)據(jù)，當(dāng)接收到來自所述GMM模塊的第一指示信息后，停止向LLC模塊下發(fā)SN一PDU分片數(shù)據(jù)；LLC模塊，用于在接收到來自所述GMM模塊的第二指示信息后，停止向 RLC模塊下發(fā)用戶面的LLC—PDU數(shù)據(jù)，并向RLC模塊發(fā)送指示所述RLC模 塊清空緩存的數(shù)據(jù)的第三指示信息；RLC模塊，用于在接收到來自所述LLC模塊的第三指示信息后，清空緩存 的全部凄t據(jù)，并釋放上行TBF;底層數(shù)據(jù)收發(fā)才莫塊，用于在所述RLC模塊清空緩存的全部數(shù)據(jù)并釋放上行 TBF后，與網(wǎng)絡(luò)側(cè)進(jìn)行通信完成路由區(qū)的更新流程。
7、 如權(quán)利要求6所述的通信終端，其特征在于，所述GMM模塊包括 指示單元，用于在所述檢測模塊檢測到移動(dòng)終端所屬路由區(qū)發(fā)生改變時(shí)，向SNDCP模塊發(fā)送指示SNDCP模塊停止向LLC模塊下發(fā)SN—PDU分片數(shù)據(jù) 的第一指示信息，并向LLC模塊發(fā)送指示LLC模塊停止向RLC模塊下發(fā) LLC一PDU用戶面數(shù)據(jù)的第二指示信息；GMM協(xié)議數(shù)據(jù)處理單元，用于在所述RLC模塊清空緩存的全部數(shù)據(jù)后， 啟動(dòng)路由區(qū)更新流程，并向LLC模塊下發(fā)路由區(qū)更新數(shù)據(jù)。
8、 如權(quán)利要求6所述的移動(dòng)終端，其特征在于，所述SNDCP模塊包括 緩存單元，用于緩存待發(fā)送的N—PDU數(shù)據(jù)及待確認(rèn)的N—PDU數(shù)據(jù)； SNDCP協(xié)議數(shù)據(jù)處理單元，用于在數(shù)據(jù)傳輸時(shí)，對所述緩存單元中緩存的待發(fā)送的N—PDU數(shù)據(jù)和/或待確認(rèn)的N_PDU數(shù)據(jù)進(jìn)行處理，生成SN_PDU分 片數(shù)據(jù)并向LLC模塊下發(fā)該SN—PDU分片數(shù)據(jù)；控制單元，用于在接收到來自所述GMM模塊的第一指示信息時(shí)，指示所 述SNDCP協(xié)議數(shù)據(jù)處理單元停止對N—PDU數(shù)據(jù)的處環(huán)及停止向LLC模塊下發(fā) SN—PDU分片數(shù)據(jù)。
9、 如權(quán)利要求6所述的通信終端，其特征在于，所述RLC模塊包括 RLC協(xié)議數(shù)據(jù)處理單元，用于對來自所述LLC的LLC—PDU數(shù)據(jù)進(jìn)行處理，生成RLC—PDU數(shù)據(jù)并向底層收發(fā)模塊下發(fā)該RLC一PDU數(shù)據(jù)； 緩存單元，用于緩存待發(fā)送和待確認(rèn)的RLC一PDU;清空控制單元，用于在接收到來自所述LLC模塊的第三指示信息時(shí)，清空 所述緩存單元中緩存的待發(fā)送和待確認(rèn)的RLC—PDU數(shù)據(jù)，并釋放上行TBF。
全文摘要
本發(fā)明公開了一種路由區(qū)更新方法，包括當(dāng)檢測到移動(dòng)終端所在路由區(qū)發(fā)生改變時(shí)，GMM模塊通知SNDCP模塊停止向LLC模塊下發(fā)SN_PDU分片數(shù)據(jù)，并通知LLC模塊停止向RLC模塊下發(fā)LLC_PDU用戶面數(shù)據(jù)；所述LLC模塊通知RLC模塊清空緩存的所有數(shù)據(jù)，并釋放上行TBF；然后再與網(wǎng)絡(luò)側(cè)進(jìn)行通信完成移動(dòng)終端路由區(qū)的更新；最后恢復(fù)所述SNDCP及LLC模塊對用戶面數(shù)據(jù)的發(fā)送處理，向網(wǎng)絡(luò)側(cè)發(fā)送用戶面數(shù)據(jù)。相應(yīng)的本發(fā)明還公開了一種通信終端，采用本發(fā)明提供的技術(shù)方案，在路由區(qū)更新開始階段清空了之前發(fā)送的用戶面數(shù)據(jù)，從而加快了路由區(qū)更新時(shí)間，減少了在路由區(qū)更新過程中丟失的數(shù)據(jù)量，節(jié)省了空口資源。
文檔編號(hào)H04L12/56GK101389144SQ20081021848
公開日2009年3月18日 申請日期2008年10月20日 優(yōu)先權(quán)日2008年10月20日
發(fā)明者張稚彬, 力 徐, 鵬 蔡 申請人:深圳華為通信技術(shù)有限公司