專利名稱：一種數(shù)據(jù)傳輸異常的處理方法及路徑功能實(shí)體的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種數(shù)據(jù)傳輸異常的處理方法及路徑 功能實(shí)體。
背景技術(shù)：
在通信領(lǐng)域，當(dāng)用戶接入到網(wǎng)絡(luò)后，網(wǎng)絡(luò)側(cè)會為用戶建立一個(gè)數(shù)據(jù)傳輸路 徑，用來承載該用戶相關(guān)的用戶數(shù)據(jù)。網(wǎng)絡(luò)中參與數(shù)據(jù)傳輸?shù)脑O(shè)備可以稱為路
徑功能實(shí)體，例如網(wǎng)絡(luò)中的基站BS、網(wǎng)關(guān)Gateway等，在不同的網(wǎng)絡(luò)中具體 的路徑功能實(shí)體可能有所不同。
以Wimax為例，Wimax網(wǎng)絡(luò)由ASN (接入服務(wù)網(wǎng)絡(luò))和CSN (連接服 務(wù)網(wǎng)絡(luò))組成。ASN網(wǎng)絡(luò)分為BS和ASN-GW兩個(gè)邏輯實(shí)體，當(dāng)用戶接入Wimax 網(wǎng)絡(luò)后，在BS與ASN-GW之間會建立用戶的數(shù)據(jù)路徑DataPath。在網(wǎng)絡(luò)工作 組NWG定義了兩個(gè)數(shù)據(jù)路徑功能實(shí)體DataPath Function之間建立路徑以及刪 除路徑的流程，如圖1所述，DataPath建立/刪除的流程包括
1、 DataPath Function 1發(fā)送DataPath建立/刪除請求，要求建立/刪除 DataPath;
2、 DataPath Function 2 4妄收DataPath建立/刪除i貪求后，回DataPath建立/
刪除響應(yīng)；
3、 DataPath Function 1接收Datapath建立/刪除響應(yīng)后，回DataPath建立/
刪除確認(rèn)。
在DataPath Function 1與DataPath Function 2數(shù)據(jù)路徑建立后，兩個(gè)路徑功 能實(shí)體之間通過建立的數(shù)據(jù)路徑傳遞用戶數(shù)據(jù)報(bào)文，此時(shí)，如果接收用戶數(shù)據(jù)
報(bào)文的路徑功能實(shí)體DataPath Function 1發(fā)生異常，導(dǎo)致建立的DataPath上下文丟失，而此時(shí)發(fā)送用戶數(shù)據(jù)報(bào)文的路徑功能實(shí)體DataPath Function 2中仍然 存在此DataPath相關(guān)信息，此時(shí)，DataPath Function 2會繼續(xù)發(fā)送用戶數(shù)據(jù)報(bào) 文，而由于DataPath Function 1中沒有該DataPath上下文信息，會丟棄此用戶 凄t才居才艮文，DataPath Function 2會繼續(xù)4吏用與DataPath Function 1之間建立的 DataPath發(fā)送用戶數(shù)據(jù)報(bào)文，這些無用的數(shù)據(jù)報(bào)文占用了 DataPath Function 1 與DataPath Function 2之間的帶寬，浪費(fèi)了系統(tǒng)資源。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了 一種數(shù)據(jù)傳輸異常的處理方法以及路徑功能實(shí)體，以 避免路徑功能實(shí)體之間傳遞無用的數(shù)據(jù)報(bào)文。
本發(fā)明實(shí)施例提供了 一種數(shù)據(jù)傳輸異常的處理方法，包括
第 一路徑功能實(shí)體通過與第二路徑功能實(shí)體之間建立的數(shù)據(jù)路徑接收第 二路徑功能實(shí)體發(fā)送的用戶數(shù)據(jù)報(bào)文；
第一路徑功能實(shí)體確定當(dāng)前數(shù)據(jù)路徑發(fā)生異常，向第二路徑功能實(shí)體發(fā)送 通知消息，通知第二路徑功能實(shí)體進(jìn)行數(shù)據(jù)傳輸異常的處理，所述通知消息中 攜帶發(fā)生異常的數(shù)據(jù)路徑標(biāo)識。
本發(fā)明實(shí)施例提供了一種路徑功能實(shí)體，包括
確定接收單元，用于通過與第二路徑功能實(shí)體之間建立的數(shù)據(jù)路徑接收第 二路徑功能實(shí)體發(fā)送的用戶數(shù)據(jù)報(bào)文后，確定當(dāng)前數(shù)據(jù)路徑發(fā)生異常；
通知單元，用于確定單元確定當(dāng)前數(shù)據(jù)路徑發(fā)生異常后，向第二路徑功能 實(shí)體發(fā)送通知消息，通知第二路徑功能實(shí)體進(jìn)行數(shù)據(jù)傳輸異常的處理，所述通 知消息中攜帶發(fā)生異常的數(shù)據(jù)路徑標(biāo)識。
本發(fā)明實(shí)施例還提供了一種路徑功能實(shí)體，包括
接收單元，用于通過與第一路徑功能實(shí)體之間建立的數(shù)據(jù)路徑接收第一路 徑功能實(shí)體發(fā)送的通知消息，所述通知消息中攜帶有數(shù)據(jù)路徑標(biāo)識；
異常處理單元，用于根據(jù)接收單元接收到的通知消息，對數(shù)據(jù)路徑標(biāo)識對
6應(yīng)的數(shù)據(jù)路徑進(jìn)行數(shù)據(jù)傳輸異常的處理。
通過本發(fā)明實(shí)施例提供的數(shù)據(jù)傳輸異常的處理方法及路徑功能實(shí)體，在路 徑功能實(shí)體確定當(dāng)前數(shù)據(jù)路徑發(fā)生異常后，向發(fā)送用戶數(shù)據(jù)報(bào)文的路徑功能實(shí) 體發(fā)送通知消息，通知發(fā)送用戶數(shù)據(jù)報(bào)文的路徑功能實(shí)體進(jìn)行數(shù)據(jù)傳輸異常的 處理，從而避免了發(fā)送用戶數(shù)據(jù)報(bào)文的路徑功能實(shí)體繼續(xù)發(fā)送無用的用戶數(shù)據(jù) 報(bào)文而造成系統(tǒng)資源的浪費(fèi)。


圖1是現(xiàn)有技術(shù)中兩個(gè)路徑功能實(shí)體間建立/刪除數(shù)據(jù)路徑的流程圖。 圖2是本發(fā)明實(shí)施例提供的一種數(shù)據(jù)傳輸異常的處理方法的流程圖。
圖3是Wimax系統(tǒng)中一種數(shù)據(jù)傳輸異常的處理方法的流程圖。
圖4是Wimax系統(tǒng)中另 一種數(shù)據(jù)傳輸異常的處理方法的流程圖。
圖5A是本發(fā)明實(shí)施例提供的一種路徑功能實(shí)體的結(jié)構(gòu)圖。
圖5B是本發(fā)明實(shí)施例提供的另一種路徑功能實(shí)體的結(jié)構(gòu)圖。
圖6A是本發(fā)明實(shí)施例提供的另 一種路徑功能實(shí)體的結(jié)構(gòu)圖。
圖6B是本發(fā)明實(shí)施例提供的另 一種路徑功能實(shí)體的結(jié)構(gòu)圖。
圖7是本發(fā)明實(shí)施例提供的一種數(shù)據(jù)傳輸異常的處理系統(tǒng)的結(jié)構(gòu)圖。
具體實(shí)施例方式
如圖2所示，本發(fā)明實(shí)施例4是供了一種數(shù)據(jù)傳輸異常的處理方法，包括 201 、第 一路徑功能實(shí)體通過與第二路徑功能實(shí)體之間建立的數(shù)據(jù)路徑接
收第二路徑功能實(shí)體發(fā)送的用戶數(shù)據(jù)報(bào)文；
本發(fā)明實(shí)施例中，第一路徑功能實(shí)體與第二路徑功能實(shí)體可以按照現(xiàn)有技
術(shù)中的數(shù)據(jù)路徑建立方法建立兩者之間的數(shù)據(jù)路徑，數(shù)據(jù)路徑建立后，用戶數(shù)據(jù)報(bào)文就承載在所建立的數(shù)據(jù)路徑之上。其中，路徑功能實(shí)體可以是網(wǎng)絡(luò)中參 與用戶數(shù)據(jù)傳輸?shù)母鞣N網(wǎng)元，例如，基站、網(wǎng)關(guān)等，本發(fā)明實(shí)施例不限制路徑 功能實(shí)體的類型及名稱。
202、 第一路徑功能實(shí)體確定當(dāng)前數(shù)據(jù)路徑發(fā)生異常，向第二路徑功能實(shí) 體發(fā)送通知消息，通知第二路徑功能實(shí)體進(jìn)行數(shù)據(jù)傳輸異常的處理，所述通知 消息中攜帶發(fā)生異常的數(shù)據(jù)路徑標(biāo)識。
例如，第一路徑功能實(shí)體發(fā)現(xiàn)承載用戶數(shù)據(jù)"l艮文的數(shù)據(jù)路徑不存在，從而 確定當(dāng)前數(shù)據(jù)路徑發(fā)生異常。
可選的，如果路徑功能實(shí)體中有一方為基站BS，則在通知消息中還可以攜 帶有Tunnel Endpoint參數(shù)信息，描述與DP相關(guān)的GRE隧道的IP地址，如果 省略該屬性則默認(rèn)GRE隧道的IP地址等于本消息的發(fā)送方的IP地址。
當(dāng)?shù)谝宦窂焦δ軐?shí)體為一個(gè)基站BS時(shí)，如果第二路徑功能實(shí)體通過通知 消息中的Data Path ID不能唯一標(biāo)識BS上的DataPath,則通知消息中還需要攜 帶BS ID;第二路徑功能實(shí)體可以根據(jù)BS ID以及Data Path ID,來確定與BS ID 對應(yīng)的基站建立的標(biāo)識為Data Path ID的數(shù)據(jù)路徑，從而確定出發(fā)生異常的數(shù) 據(jù)路徑。
第一路徑功能實(shí)體確定當(dāng)前數(shù)據(jù)路徑發(fā)生異常后，可以丟棄此用戶數(shù)據(jù)報(bào) 文，也可以將此用戶數(shù)據(jù)報(bào)文緩存起來，這樣當(dāng)數(shù)據(jù)路徑恢復(fù)以后，第一路徑 功能實(shí)體可以將緩存的用戶數(shù)據(jù)報(bào)文轉(zhuǎn)換出去，從而保證用戶數(shù)據(jù)報(bào)文的連 續(xù)。
進(jìn)一步的，該方法還可以包括
203、 第二路徑功能實(shí)體接收所述通知消息，根據(jù)所述通知消息中的攜帶 的數(shù)據(jù)路徑標(biāo)識，對所述數(shù)據(jù)路徑標(biāo)識對應(yīng)的數(shù)據(jù)路徑進(jìn)行異常處理。
第二路徑功能實(shí)體可以運(yùn)營商的策略、網(wǎng)絡(luò)配置信息、用戶或業(yè)務(wù)的優(yōu)先
級和/或通知消息中攜帶的錯(cuò)誤類型指示等，采取不同的異常處理方法，具體的異常處理方法包括
刪除所述數(shù)據(jù)路徑相關(guān)的信息，回收第二路徑功能實(shí)體上與所述數(shù)據(jù)路徑 相關(guān)的系統(tǒng)資源；或者
發(fā)起數(shù)據(jù)路徑恢復(fù)流程，恢復(fù)與第一路徑功能實(shí)體之間的數(shù)據(jù)路徑，例如， 可以發(fā)起網(wǎng)絡(luò)移動臺退網(wǎng)流程，觸發(fā)移動臺重新接入網(wǎng)絡(luò)，從而恢復(fù)數(shù)據(jù)路徑， 或者可以直接向第一路徑功能實(shí)體發(fā)送數(shù)據(jù)路徑恢復(fù)消息，從而恢復(fù)與第一路 徑功能實(shí)體之間的數(shù)據(jù)路徑。
在上述實(shí)施例中，當(dāng)?shù)谝宦窂焦δ軐?shí)體為基站時(shí)，所述通知消息中還可以 攜帶有所述基站的標(biāo)識，則步驟103中，第二路徑功能實(shí)體可以根據(jù)通知消息 中的攜帶的基站標(biāo)識、數(shù)據(jù)路徑標(biāo)識，確定出發(fā)生異常的數(shù)據(jù)路徑，從而對該 數(shù)據(jù)路徑進(jìn)行異常處理。這樣當(dāng)?shù)诙窂焦δ軐?shí)體連接多個(gè)基站，并且多個(gè)基 站之間分配的數(shù)據(jù)路徑標(biāo)識有重復(fù)時(shí)，第二路徑功能實(shí)體可以根據(jù)基站標(biāo)識以 及路徑標(biāo)識來唯一確定一個(gè)數(shù)據(jù)路徑。
本發(fā)明實(shí)施例提供的數(shù)據(jù)傳輸異常處理方法，保證了當(dāng)?shù)谝宦窂焦δ軐?shí)體 發(fā)生異常時(shí)，發(fā)生異常的數(shù)據(jù)路徑可以得到及時(shí)的處理，從而避免了無用的用 戶數(shù)據(jù)報(bào)文在網(wǎng)絡(luò)中的傳輸，減少了系統(tǒng)資源的浪費(fèi)。
圖3以Wimax系統(tǒng)為例，給出一種數(shù)據(jù)傳輸異常的處理方法，其中BS和 ASNGW作為路徑功能實(shí)體，傳遞與移動臺MS相關(guān)的用戶數(shù)據(jù)，該方法包括
301、 MS接入ASN網(wǎng)絡(luò)，在BS與ASN GW之間創(chuàng)建DataPath，用于承 載MS的用戶數(shù)據(jù)報(bào)文，具體創(chuàng)建方法參見背景技術(shù)中的介紹。
302、 MS開始進(jìn)行業(yè)務(wù)，ASNGW通過與BS之間建立的DataPath，向BS 轉(zhuǎn)發(fā)用戶數(shù)據(jù)報(bào)文，BS再將用戶數(shù)據(jù)報(bào)文轉(zhuǎn)發(fā)給MS。
303、 當(dāng)轉(zhuǎn)發(fā)完第N個(gè)報(bào)文后，BS發(fā)生異常，導(dǎo)致BS上DataPath上下文 丟失，發(fā)生異常的原因例如系統(tǒng)升級、BS重啟、主備切換等過程中造成了數(shù) 據(jù)丟失等。
9304、 BS收到ASN GW轉(zhuǎn)發(fā)的第N+l個(gè)用戶數(shù)據(jù)報(bào)文，確定當(dāng)前的DataPath 上下文丟失，從而確定DataPath異常，丟棄該用戶數(shù)據(jù)報(bào)文。
305、 BS向ASN GW發(fā)送通知消息通知ASN GW承載用戶數(shù)據(jù)報(bào)文的 DataPath異常，在通知消息中攜帶發(fā)生異常的DataPath ID，如果ASN GW與 不同BS之間建立的DataPath均4吏用唯一的DataPath ID，則ASN GW可以4艮據(jù) DataPath ID唯一定位一個(gè)DataPath,而如果ASN GW與不同BS之間建立的 DataPath使用重復(fù)的DataPath ID,則BS還可以在通知消息中攜帶該BS ID， 從而使得ASN GW可以根據(jù)BS ID以及DataPath ID來唯一確定發(fā)生異常的 DataPath 。
306、 ASNGW收到通知消息后，根據(jù)通知消息中攜帶的DataPath ID或者 DataPath以及BS ID,確定發(fā)生異常的DataPath,并刪除此DataPath相關(guān)的信 息，如DataPath上下文信息，并回收為該DataPath分配的系統(tǒng)資源。
上述實(shí)施例是以ASNGW向BS發(fā)送數(shù)據(jù)報(bào)文為例，在具體實(shí)現(xiàn)時(shí)，也可 以是BS向ASNGW發(fā)送用戶的數(shù)據(jù)報(bào)文，其具體實(shí)現(xiàn)流程與上述流程類似， 不再重復(fù)說明。
通過上述實(shí)施例4是供的異常處理機(jī)制，可以保證在BS在發(fā)現(xiàn)DataPath異 常后，及時(shí)通過ASNGW, ASN GW及時(shí)刪除了該DataPath相關(guān)的信息，此 后ASN GW就不回再向BS通過該DataPath發(fā)送無用的用戶數(shù)據(jù)報(bào)文了 ，避免 了網(wǎng)絡(luò)資源的浪費(fèi)。
圖4以Wimax系統(tǒng)為例，給出另 一種數(shù)據(jù)傳輸異常的處理方法，其中BS、 服務(wù)網(wǎng)絡(luò)網(wǎng)關(guān)Serving GW、以及錨定網(wǎng)關(guān)Anchor GWSN GW作為路徑功能實(shí) 體，承載與移動臺MS相關(guān)的用戶萄:據(jù)，該方法包括
401 、 MS接入ASN GW網(wǎng)絡(luò)，BS、 Serving GW和Anchor GW之間建立 DataPath 。
402、 MS開始進(jìn)行業(yè)務(wù)，Anchor GW通過與Serving GW之間建立的DataPath，向Serving GW轉(zhuǎn)發(fā)用戶數(shù)據(jù)報(bào)文，Serving GW再將用戶數(shù)據(jù)報(bào)文轉(zhuǎn)發(fā)給BS， BS將用戶數(shù)據(jù)"^艮文轉(zhuǎn)發(fā)給MS。
403、 當(dāng)轉(zhuǎn)發(fā)完第N個(gè)報(bào)文之后，Serving GW出現(xiàn)異常，例如Serving GW重啟，Serving GW上對應(yīng)的此MS的DataPath上下文信息丟失；
404、 Serving GW接收Anchor GW轉(zhuǎn)發(fā)的第N+l個(gè)數(shù)據(jù)報(bào)文，確定當(dāng)前的DataPath上下文丟失，從而確定該DataPath異常，此數(shù)據(jù)報(bào)文無法正常的轉(zhuǎn)發(fā)給MS ， Serving GW可以選擇將數(shù)據(jù)報(bào)文丟棄，也可以將數(shù)據(jù)報(bào)文緩存起來，以便在數(shù)據(jù)路徑恢復(fù)后，向BS轉(zhuǎn)發(fā)緩存的數(shù)據(jù)報(bào)文。
405、 Serving GW發(fā)送通知消息通知Anchor GW承載此MS數(shù)據(jù)報(bào)文的DataPath信息已經(jīng)丟棄。通知消息中攜帶發(fā)生異常的DataPathID。
406 、 Anchor GW收到通知消息后，才艮據(jù)通知消息中攜帶的DataPath ID確定發(fā)生異常的DataPath,并發(fā)起DataPath恢復(fù)流程，恢復(fù)Serving GW上的DataPath上下文。
Anchor GW恢復(fù)DataPath有以下兩種方式
a、 Anchor GW發(fā)起網(wǎng)絡(luò)側(cè)MS退網(wǎng)流程，然后再觸發(fā)MS重新接入網(wǎng)絡(luò)；Anchor GW觸發(fā)網(wǎng)絡(luò)MS退網(wǎng)流程在《NWG—Rl—V1.3.0-Stage-3_NWGAPPROVED》規(guī)范4.5.2.1.2.2中有詳細(xì)的說明，在此不重復(fù)描述。
b、 Serving GW直接發(fā)起DataPath恢復(fù)流程，不需要MS重新接入網(wǎng)絡(luò)，這樣使MS業(yè)務(wù)恢復(fù)的更快。例如Serving GW上DataPath丟失，Anchor GW可以主動發(fā)起path—reg—req消息，攜帶業(yè)務(wù)流、DataPath等信息，消息中
"Registration Type"指示為DataPath恢復(fù)處理，Serving GW收到消息之后，發(fā)現(xiàn)"Registration Type"為恢復(fù)DataPath，則進(jìn)行恢復(fù)DataPath處理?；謴?fù)成功之后，向Anchor GW回復(fù)Path—Reg—Rsp消息，指示DataPath恢復(fù)成功，AnchorGW再回復(fù)Path—Reg—Ack消息進(jìn)行確認(rèn)；如果Serving GW恢復(fù)DataPath失敗，則回應(yīng)Anchor GW Path—Reg—Rsp消息并指示恢復(fù)失敗。如果恢復(fù)失敗，可以
ii多次嘗試，當(dāng)嘗試到達(dá)一定次數(shù)仍未成功，則AnchorGW發(fā)起網(wǎng)絡(luò)側(cè)MS退網(wǎng)流程。
407、 此步為可選流程，如果在恢復(fù)DataPath的過程中，Serving GW緩存了轉(zhuǎn)發(fā)失敗的M個(gè)報(bào)文，則在DataPath恢復(fù)之后，Serving GW可將緩存的報(bào)文先通過BS轉(zhuǎn)發(fā)給MS。
408、 Serving GW上的DataPath恢復(fù)之后，正常的轉(zhuǎn)發(fā)后續(xù)才艮文。上述實(shí)施例，實(shí)現(xiàn)了兩個(gè)網(wǎng)關(guān)之間發(fā)生數(shù)據(jù)傳輸異常時(shí)的處理，通過及時(shí)
恢復(fù)發(fā)生異常的數(shù)據(jù)路徑，可以及時(shí)恢復(fù)用戶的業(yè)務(wù)，并且通過網(wǎng)關(guān)緩存轉(zhuǎn)發(fā)失敗的報(bào)文，可以使得用戶接收到的用戶數(shù)據(jù)報(bào)文保持連續(xù)，進(jìn)一步保證了用戶體驗(yàn)。
以上兩個(gè)實(shí)施例的技術(shù)手段可以靈活的組合應(yīng)用，比如，在圖3對應(yīng)的實(shí)施例中，BS確定數(shù)據(jù)^4圣發(fā)生異常后，也可以緩存轉(zhuǎn)發(fā)失敗的用戶數(shù)據(jù)報(bào)文。
圖5A所示，為本發(fā)明實(shí)施例提供的一種路徑功能實(shí)體500的結(jié)構(gòu)圖，其位于移動臺的數(shù)據(jù)路徑中，在與第二路徑功能實(shí)體502建立了數(shù)據(jù)路徑后，接收從第二路徑實(shí)體502發(fā)送的用戶數(shù)據(jù)報(bào)文，其包括
確定單元520,用于通過與第二路徑功能實(shí)體502之間建立的數(shù)據(jù)路徑接收第二路徑功能實(shí)體502發(fā)送的用戶數(shù)據(jù)報(bào)文后，確定當(dāng)前數(shù)據(jù)路徑發(fā)生異常；
通知單元530，用于確定單元520確定當(dāng)前數(shù)據(jù)路徑發(fā)生異常后，向第二路徑功能實(shí)體502發(fā)送通知消息，通知第二路徑功能實(shí)體502進(jìn)行數(shù)據(jù)傳輸異常的處理，所述通知消息中攜帶發(fā)生異常的數(shù)據(jù)路徑標(biāo)識。
例如，通知單元可以通過發(fā)現(xiàn)承載用戶數(shù)據(jù)報(bào)文的數(shù)據(jù)路徑不存在，來確定數(shù)據(jù)路徑發(fā)生異常。通知消息中可選的還可以攜帶Tunnel Endpoint參數(shù)信息，其具體用途及描述可參考方法實(shí)施例。
該路徑功能實(shí)體可以是網(wǎng)絡(luò)中參與用戶數(shù)據(jù)傳輸?shù)母鞣N網(wǎng)絡(luò)設(shè)備，例如基站BS、各種數(shù)據(jù)網(wǎng)關(guān)等，例如ASNGW 、 Serving GW、 Anchor GW、 PDNGW
12等，也可以是其他參與用戶數(shù)據(jù)傳輸?shù)木W(wǎng)絡(luò)設(shè)備。
當(dāng)該路徑功能實(shí)體是基站BS時(shí)，通知單元530發(fā)送的通知消息中還可以 攜帶BS ID,以便第二路徑功能實(shí)體根據(jù)BS ID以及數(shù)據(jù)路徑標(biāo)識，確定發(fā)生異 常的數(shù)據(jù)路徑，并對其進(jìn)行異常處理。
如圖5B所示，為本發(fā)明實(shí)施例提供的另一種路徑功能實(shí)體500，的結(jié)構(gòu)圖， 其在圖5A對應(yīng)的路徑功能實(shí)體500基礎(chǔ)上，還包括一個(gè)緩存單元540，用于 當(dāng)通知單元530確定當(dāng)前路徑發(fā)生異常后，緩存確定單元520接收到的用戶數(shù) 據(jù)報(bào)文；恢復(fù)處理單元550，用于接收數(shù)據(jù)路徑恢復(fù)觸發(fā)消息，恢復(fù)與第二路 徑功能實(shí)體之間的數(shù)據(jù)路徑；發(fā)送單元560,用于與第二路徑功能實(shí)體之間的 數(shù)據(jù)路徑恢復(fù)后，轉(zhuǎn)發(fā)緩存單元540緩存的用戶數(shù)據(jù)報(bào)文，以及轉(zhuǎn)發(fā)后續(xù)接收 單元接收到的用戶數(shù)據(jù)才艮文。
其中數(shù)據(jù)路徑恢復(fù)觸發(fā)消息包括第二路徑功能實(shí)體發(fā)送的數(shù)據(jù)路徑恢復(fù) 消息，如path—reg—req消息，或者第二路徑功能實(shí)體發(fā)起的網(wǎng)絡(luò)側(cè)MS退網(wǎng)流 程中的相關(guān)的消息。
通過本發(fā)明實(shí)施例提供的路徑功能實(shí)體，在路徑功能實(shí)體確定當(dāng)前數(shù)據(jù)路 徑發(fā)生異常后，向發(fā)送用戶數(shù)據(jù)報(bào)文的路徑功能實(shí)體發(fā)送通知消息，通知發(fā)送 用戶數(shù)據(jù)報(bào)文的路徑功能實(shí)體進(jìn)行數(shù)據(jù)傳輸異常的處理，從而避免了發(fā)送用戶 數(shù)據(jù)報(bào)文的路徑功能實(shí)體繼續(xù)發(fā)送無用的用戶數(shù)據(jù)報(bào)文而造成系統(tǒng)資源的浪 費(fèi)。進(jìn)一步的，通過緩存轉(zhuǎn)發(fā)失敗的報(bào)文，并在數(shù)據(jù)路徑恢復(fù)后轉(zhuǎn)發(fā)還存的用 戶數(shù)據(jù)報(bào)文，也保證了用戶業(yè)務(wù)的連續(xù)型。
如圖6A所示，為本發(fā)明實(shí)施例提供的另一種路徑功能實(shí)體502的結(jié)構(gòu)圖， 其位于移動臺的數(shù)據(jù)路徑中，在與圖5A或圖5B說明的路徑功能實(shí)體建立了數(shù) 據(jù)路徑后，向路徑功能實(shí)體500或500，發(fā)送用戶數(shù)據(jù)報(bào)文，其包括
接收單元620，用于通過與路徑功能實(shí)體500或500，之間建立的數(shù)據(jù)路徑 接收路徑功能實(shí)體500或500，發(fā)送的通知消息，所述通知消息中攜帶有數(shù)據(jù)路
13徑標(biāo)識；
異常處理單元630,用于根據(jù)接收單元620接收到的通知消息，對數(shù)據(jù)路 徑標(biāo)識對應(yīng)的數(shù)據(jù)路徑進(jìn)行數(shù)據(jù)傳輸異常的處理。
如果路徑功能單元500或500，為基站BS，則接收單元620接收到的通知 消息中還可能包括該基站的BS ID，則異常處理單元630進(jìn)一步用于根據(jù)BS ID 以及數(shù)據(jù)路徑標(biāo)識來確定發(fā)生異常的數(shù)據(jù)路徑，并對其進(jìn)行數(shù)據(jù)傳輸異常的處 理。
如圖6B所示，為本發(fā)明實(shí)施例提供的另一種路徑功能實(shí)體502'的結(jié)構(gòu)圖， 其在圖6A對應(yīng)的路徑功能實(shí)體502基礎(chǔ)上，其異常處理單元630又進(jìn)一步包 括了下列兩個(gè)單元之一或者組合
刪除子單元6302，用于根據(jù)接收單元接收到的通知消息，刪除所述數(shù)據(jù)路 徑相關(guān)的信息，回收所述數(shù)據(jù)路徑功能實(shí)體中與所述數(shù)據(jù)路徑相關(guān)的系統(tǒng)資 源；
恢復(fù)子單元6304,用于發(fā)起數(shù)據(jù)路徑恢復(fù)流程，恢復(fù)與第一路徑功能實(shí)體 之間的數(shù)據(jù)路徑。例如發(fā)起網(wǎng)絡(luò)側(cè)移動臺退網(wǎng)流程，觸發(fā)移動臺重新接入網(wǎng)絡(luò)； 或者發(fā)送數(shù)據(jù)路徑恢復(fù)消息，如path一reg一req消息，恢復(fù)與第一路徑功能實(shí)體 之間的數(shù)據(jù)路徑。
通過本發(fā)明實(shí)施例提供的路徑功能實(shí)體，在路徑功能實(shí)體接收到通知消息 后，確定接收用戶數(shù)據(jù)報(bào)文的路徑功能實(shí)體當(dāng)前數(shù)據(jù)路徑發(fā)生異常，及時(shí)進(jìn)行 異常處理，避免了繼續(xù)發(fā)送無用的用戶數(shù)據(jù)報(bào)文，通過刪除該數(shù)據(jù)路徑相關(guān)的 信息、回收系統(tǒng)資源，可以提高資源利用率，通過數(shù)據(jù)路徑恢復(fù)處理，可以恢 復(fù)用戶的數(shù)據(jù)路徑，保證用戶業(yè)務(wù)的正常開展。
上述路徑功能實(shí)體中的各個(gè)單元及子單元在具體實(shí)現(xiàn)時(shí)使用的技術(shù)手段 以及各種技術(shù)細(xì)節(jié)，均可參考前述方法實(shí)施例中的描述。
如圖7所示，為本發(fā)明實(shí)施例提供的一種數(shù)據(jù)傳輸異常的處理系統(tǒng)，其包括第一路徑功能處理單元和第二路徑功能處理單元，其中，
第一路徑功能實(shí)體，用于通過與第二路徑功能實(shí)體之間建立的數(shù)據(jù)路徑接 收第二路徑功能實(shí)體發(fā)送的用戶數(shù)據(jù)報(bào)文，確定當(dāng)前數(shù)據(jù)路徑發(fā)生異常，向第 二路徑功能實(shí)體發(fā)送通知消息，通知第二路徑功能實(shí)體進(jìn)行數(shù)據(jù)傳輸異常的處
理，所述通知消息中攜帶發(fā)生異常的數(shù)據(jù)路徑標(biāo)識；
第二路徑功能實(shí)體，用于通過與第二路徑功能實(shí)體之間建立的數(shù)據(jù)路徑向 第一路徑功能實(shí)體發(fā)送的用戶數(shù)據(jù)報(bào)文，接收第一路徑功能實(shí)體發(fā)送的通知消 息，并根據(jù)所述通知消息，進(jìn)行數(shù)據(jù)傳輸異常的處理。
具體的，第一路徑功能實(shí)體可以是圖5A或圖5B對應(yīng)的數(shù)據(jù)功能實(shí)體500 或500，，第二路徑功能實(shí)體可以是圖6或圖6A對應(yīng)的數(shù)據(jù)功能實(shí)體502或 502，。
通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明 可借助軟件加必需的硬件平臺的方式來實(shí)現(xiàn)，當(dāng)然也可以全部通過硬件來實(shí) 施，但很多情況下前者是更佳的實(shí)施方式?；谶@樣的理解，本發(fā)明的技術(shù)方 案對背景技術(shù)做出貢獻(xiàn)的全部或者部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì) 算機(jī)軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如ROM/RAM、磁碟、光盤等，包括若 干指令用以使得一臺計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備
總之，以上所述僅為本發(fā)明技術(shù)方案的較佳實(shí)施例而已，并非用于限定本 發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、 改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種數(shù)據(jù)傳輸異常的處理方法，其特征在于，包括第一路徑功能實(shí)體通過與第二路徑功能實(shí)體之間建立的數(shù)據(jù)路徑接收第二路徑功能實(shí)體發(fā)送的用戶數(shù)據(jù)報(bào)文；第一路徑功能實(shí)體確定當(dāng)前數(shù)據(jù)路徑發(fā)生異常，向第二路徑功能實(shí)體發(fā)送通知消息，通知第二路徑功能實(shí)體進(jìn)行數(shù)據(jù)傳輸異常的處理，所述通知消息中攜帶發(fā)生異常的數(shù)據(jù)路徑標(biāo)識。
2、 如權(quán)利要求1所述的數(shù)據(jù)傳輸異常的處理方法，其特征在于，所述確 定當(dāng)前數(shù)據(jù)路徑發(fā)生異常包括第一路徑功能實(shí)體發(fā)現(xiàn)承載用戶數(shù)據(jù)報(bào)文的數(shù)據(jù)路徑不存在，從而確定當(dāng) 前數(shù)據(jù)路徑發(fā)生異常。
3、 如權(quán)利要求1所述的數(shù)據(jù)傳輸異常的處理方法，其特征在于，該方法 還包括，第二路徑功能實(shí)體接收所述通知消息，根據(jù)所述通知消息中的攜帶的 數(shù)據(jù)路徑標(biāo)識，對所述數(shù)據(jù)路徑標(biāo)識對應(yīng)的數(shù)據(jù)路徑進(jìn)行異常處理。
4、 如權(quán)利要求1所述的數(shù)據(jù)傳輸異常的處理方法，其特征在于，當(dāng)所述 第一路徑功能實(shí)體為基站時(shí)，所述通知消息中還攜帶有所述基站的標(biāo)識，該方 法還包括，第二路徑功能實(shí)體接收所述通知消息，根據(jù)所述通知消息中的攜帶 的基站標(biāo)識、數(shù)據(jù)路徑標(biāo)識，對所述基站標(biāo)識及數(shù)據(jù)路徑標(biāo)識對應(yīng)的數(shù)據(jù)路徑 進(jìn)行異常處理。
5、 如權(quán)利要求3或4所述的數(shù)據(jù)傳輸異常的處理方法，其特征在于，第 二路徑功能實(shí)體對發(fā)生異常的數(shù)據(jù)路徑進(jìn)行異常處理包括刪除所述數(shù)據(jù)路徑相關(guān)的信息，回收第二路徑功能實(shí)體上與所述數(shù)據(jù)路徑 相關(guān)的系統(tǒng)資源；或者發(fā)起數(shù)據(jù)路徑恢復(fù)流程，恢復(fù)與第一路徑功能實(shí)體之間的數(shù)據(jù)路徑。
6、 如權(quán)利要求5所述的數(shù)據(jù)傳輸異常的處理方法，其特征在于，所述發(fā)起數(shù)據(jù)路徑恢復(fù)流程，恢復(fù)與第一路徑功能實(shí)體之間的數(shù)據(jù)路徑包括 發(fā)起網(wǎng)絡(luò)側(cè)移動臺退網(wǎng)流程，觸發(fā)移動臺重新接入網(wǎng)絡(luò)；或者 發(fā)送數(shù)據(jù)路徑恢復(fù)消息，恢復(fù)與第一路徑功能實(shí)體之間的數(shù)據(jù)路徑。
7、 如權(quán)利要求5所述的數(shù)據(jù)傳輸異常的處理方法，其特征在于，所述第 一路徑功能實(shí)體確定當(dāng)前數(shù)據(jù)路徑發(fā)生異常后，該方法還包括第一路徑功能實(shí) 體緩存第二路徑功能實(shí)體發(fā)送的用戶數(shù)據(jù)報(bào)文，當(dāng)?shù)?一路徑功能實(shí)體與第二路 徑功能實(shí)體之間的數(shù)據(jù)路徑恢復(fù)后，第一路徑功能實(shí)體轉(zhuǎn)發(fā)緩存的用戶數(shù)據(jù)報(bào) 文。
8、 一種數(shù)據(jù)路徑功能實(shí)體，其特征在于，包括確定接收單元，用于通過與第二路徑功能實(shí)體之間建立的數(shù)據(jù)路徑接收第 二路徑功能實(shí)體發(fā)送的用戶數(shù)據(jù)報(bào)文后，確定當(dāng)前數(shù)據(jù)路徑發(fā)生異常；通知單元，用于確定單元確定當(dāng)前數(shù)據(jù)^4圣發(fā)生異常后，向第二路徑功能 實(shí)體發(fā)送通知消息，通知第二路徑功能實(shí)體進(jìn)行數(shù)據(jù)傳輸異常的處理，所述通 知消息中攜帶發(fā)生異常的lt據(jù)路徑標(biāo)識。
9、 如權(quán)利要求8所述的數(shù)據(jù)路徑功能實(shí)體，其特征在于，所述數(shù)據(jù)路徑 功能實(shí)體還包括緩存單元，用于當(dāng)通知單元確定當(dāng)前路徑發(fā)生異常后，緩存 接收單元接收到的用戶數(shù)據(jù)報(bào)文；恢復(fù)處理單元，用于接收數(shù)據(jù)路徑恢復(fù)觸發(fā) 消息，恢復(fù)與第二^"徑功能實(shí)體之間的數(shù)據(jù)路徑；發(fā)送單元，用于與第二路徑 功能實(shí)體之間的數(shù)據(jù)路徑恢復(fù)后，轉(zhuǎn)發(fā)緩存單元緩存的用戶數(shù)據(jù)報(bào)文。
10、 如權(quán)利要求8所述的數(shù)據(jù)路徑功能實(shí)體，其特征在于，當(dāng)所述數(shù)據(jù)路 徑功能實(shí)體為基站時(shí)，所述通知單元還用于在向第二路徑功能實(shí)體發(fā)送的通知 消息中攜帶所述基站的標(biāo)識。
11、 一種數(shù)據(jù)路徑功能實(shí)體，其特征在于，包括接收單元，用于通過與第一路徑功能實(shí)體之間建立的數(shù)據(jù)路徑接收第一路 徑功能實(shí)體發(fā)送的通知消息，所述通知消息中攜帶有數(shù)據(jù)路徑標(biāo)識；異常處理單元，用于根據(jù)接收單元接收到的通知消息，對數(shù)據(jù)路徑標(biāo)識對 應(yīng)的數(shù)據(jù)路徑進(jìn)行數(shù)據(jù)傳輸異常的處理。
12、 如權(quán)利要求11所述的數(shù)據(jù)路徑功能實(shí)體，其特征在于，所述異常處理單元包括以下單元之一或組合刪除子單元，用于根據(jù)接收單元接收到的通知消息，刪除所述數(shù)據(jù)路徑相關(guān)的信息，回收所述數(shù)據(jù)路徑功能實(shí)體中與所述數(shù)據(jù)路徑相關(guān)的系統(tǒng)資源；恢復(fù)子單元，用于發(fā)起數(shù)據(jù)路徑恢復(fù)流程，恢復(fù)與第一路徑功能實(shí)體之間 的數(shù)據(jù)路徑。
13、 一種數(shù)據(jù)傳輸異常的處理系統(tǒng)，其特征在于，該系統(tǒng)包括第一路徑 功能實(shí)體和第二路徑功能實(shí)體，其中，第 一路徑功能實(shí)體，用于通過與第二路徑功能實(shí)體之間建立的數(shù)據(jù)路徑接 收第二路徑功能實(shí)體發(fā)送的用戶數(shù)據(jù)報(bào)文，確定當(dāng)前數(shù)據(jù)路徑發(fā)生異常，向第 二路徑功能實(shí)體發(fā)送通知消息，通知第二路徑功能實(shí)體進(jìn)行數(shù)據(jù)傳輸異常的處 理，所述通知消息中攜帶發(fā)生異常的數(shù)據(jù)路徑標(biāo)識；第二路徑功能實(shí)體，用于通過與第二路徑功能實(shí)體之間建立的數(shù)據(jù)路徑向 第一路徑功能實(shí)體發(fā)送的用戶數(shù)據(jù)報(bào)文，接收第 一路徑功能實(shí)體發(fā)送的通知消 息，并根據(jù)所述通知消息，進(jìn)行數(shù)據(jù)傳輸異常的處理。
14、 如權(quán)利要求13所述的處理系統(tǒng)，其特征在于，所述第一路徑功能實(shí) 體如權(quán)利要求8、 9或IO所述的路徑功能實(shí)體，所述第二路徑功能實(shí)體如權(quán)利 要求11或12所述的路徑功能實(shí)體。
全文摘要
本發(fā)明公開了一種數(shù)據(jù)傳輸異常的處理方法，屬于通信技術(shù)領(lǐng)域。該方法包括第一路徑功能實(shí)體通過與第二路徑功能實(shí)體之間建立的數(shù)據(jù)路徑接收第二路徑功能實(shí)體發(fā)送的用戶數(shù)據(jù)報(bào)文；第一路徑功能實(shí)體確定當(dāng)前數(shù)據(jù)路徑發(fā)生異常，向第二路徑功能實(shí)體發(fā)送通知消息，通知第二路徑功能實(shí)體進(jìn)行數(shù)據(jù)傳輸異常的處理，所述通知消息中攜帶發(fā)生異常的數(shù)據(jù)路徑標(biāo)識。本發(fā)明實(shí)施例提供的異常處理方法，避免了網(wǎng)路間無用的用戶數(shù)據(jù)報(bào)文的傳遞而造成的系統(tǒng)資源的浪費(fèi)。同時(shí)，本發(fā)明實(shí)施例還公開了一種路徑功能實(shí)體。
文檔編號H04W28/04GK101478781SQ20081024217
公開日2009年7月8日 申請日期2008年12月31日 優(yōu)先權(quán)日2008年12月31日
發(fā)明者王兆明 申請人:華為技術(shù)有限公司