專利名稱：一種信息處理方法以及服務(wù)網(wǎng)關(guān)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊領(lǐng)域，尤其涉及一種信息處理方法以及服務(wù)網(wǎng)關(guān)。
背景技術(shù)：
無(wú)線演進(jìn)網(wǎng)絡(luò)的核心網(wǎng)，即系統(tǒng)架構(gòu)演進(jìn)(SAE, System Architecture Evolution)主要包含移動(dòng)管理實(shí)體(MME, Mobility Management Entity )、月良 務(wù)網(wǎng)關(guān)(S-GW, Serving Gateway)、分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(P-GW, Packet data network Gateway)三個(gè)邏庫(kù)辱功能體。
其中，MME負(fù)責(zé)非接入層(NAS, Non-Access Stadium)信令加密以及 漫游、跟蹤等功能，分配用戶臨時(shí)身份標(biāo)識(shí)、安全功能等，它對(duì)應(yīng)于當(dāng)前通 用移動(dòng)通j言系統(tǒng)(UMTS, Universal Mobile Telecommunications System)系統(tǒng) 內(nèi)部服務(wù)GPRS支持節(jié)點(diǎn)(SGSN, Serving GPRS Supporting Node)的控制平 面部分；
S-GW負(fù)責(zé)本地的移動(dòng)性錨點(diǎn)和第三代伙伴組織計(jì)劃(3GPP, Third Generation Partnership Proj ects )系統(tǒng)內(nèi)部的移動(dòng)性錨點(diǎn)以及合法監(jiān)聽(tīng)相關(guān)信 息；
P-GW負(fù)責(zé)策略執(zhí)行和計(jì)費(fèi)以及合法監(jiān)聽(tīng)相關(guān)功能。
在上述的無(wú)線演進(jìn)網(wǎng)絡(luò)中，用戶設(shè)備(UE， User Equipment)觸發(fā)的服務(wù) 請(qǐng)求流程如圖l所示，其中包括
101 102: UE發(fā)起服務(wù)請(qǐng)求流程，發(fā)送服務(wù)請(qǐng)求消息給MME; 103: NAS鑒權(quán)流程(可選流程)；
104: MME發(fā)送初始上下文建立請(qǐng)求消息給演進(jìn)基站eNodeB，恢復(fù)所有 激活的演進(jìn)分組系統(tǒng)(EPS, Evolved Packet System)承載的無(wú)線側(cè)承載； 105: eNodeB和UE之間的無(wú)線承載的建立；
106: UE發(fā)送上行數(shù)據(jù)到P-GW;
107: eNodeB發(fā)送初始上下文建立完成消息，消息中攜帶的信元包括 eNodeB的;也址和隧道端點(diǎn)標(biāo)識(shí)符(TEID， Tunnel Endpoint Identifier);
108: MME發(fā)送更新承載請(qǐng)求消息給S-GW，通知eNodeB的地址和TEID
6給S-GW;
這步之后，S-GW可以發(fā)送下行數(shù)據(jù)給UE。 109: S-GW回復(fù)更新承載響應(yīng)給MME。
在上述的流程中，UE可能在以下兩種情況下觸發(fā)服務(wù)請(qǐng)求流程
1、 UE需要發(fā)送上行數(shù)據(jù)或信令；
2、 UE被網(wǎng)絡(luò)側(cè)尋呼，UE發(fā)起服務(wù)請(qǐng)求作為尋呼應(yīng)答。
其中，在第二種情況下，當(dāng)S-GW收到P-GW發(fā)送的下行數(shù)據(jù)包后，如 果下行隧道無(wú)效，對(duì)空閑Idle態(tài)用戶，網(wǎng)絡(luò)側(cè)會(huì)發(fā)起尋呼，尋呼到的UE會(huì)觸 發(fā)服務(wù)請(qǐng)求流程來(lái)恢復(fù)空口的用戶隧道，以傳輸下行數(shù)據(jù)。
具體的流程如圖2所示，其中包括
201:當(dāng)用戶處在Idle態(tài)時(shí)，P-GW發(fā)送下行數(shù)據(jù)包給S-GW。 S-GW收 到數(shù)據(jù)包后，判斷該數(shù)據(jù)包對(duì)應(yīng)的下行隧道無(wú)效，即緩存該下行數(shù)據(jù)包； 202: S-GW發(fā)送下行數(shù)據(jù)通知消息給MME; 203 ~ 204: MME向eNodeB發(fā)起尋呼，eNodeB尋呼到用戶； 205: UE發(fā)起UE觸發(fā)的服務(wù)請(qǐng)求流程。
由上述兩個(gè)圖中可以看出，當(dāng)UE觸發(fā)服務(wù)請(qǐng)求流程時(shí)，從步驟106開(kāi)始 UE即可傳輸上行數(shù)據(jù)包，該上行數(shù)據(jù)包可能會(huì)使得P-GW向S-GW下發(fā)一個(gè) 下行數(shù)據(jù)包，作為對(duì)該上行數(shù)據(jù)包的響應(yīng)，而到了步驟108,MME才會(huì)向S-GW 發(fā)送更新承載請(qǐng)求以更新下行隧道的相關(guān)信息，若在步驟106與步驟108之 間，假設(shè)S-GW接收到了 P-GW下發(fā)的下行數(shù)據(jù)包，S-GW檢測(cè)下行隧道無(wú) 效，則S-GW會(huì)向MME下發(fā)一個(gè)下行數(shù)據(jù)通知消息，以請(qǐng)求對(duì)應(yīng)的UE發(fā)起 服務(wù)請(qǐng)求流程，但此時(shí)實(shí)際上UE已經(jīng)發(fā)起了服務(wù)請(qǐng)求流程，只是S-GW還沒(méi) 有接收到MME發(fā)送的更新承載請(qǐng)求，因此S-GW發(fā)送的此下行數(shù)據(jù)通知消 息是一個(gè)不必要的消息，該不必要的消息增加了 MME的負(fù)荷。
現(xiàn)有技術(shù)中一種避免該不必要的消息的方式為S-GW接收到下行數(shù)據(jù) 后，如判斷下行隧道無(wú)效，則延遲發(fā)送下行數(shù)據(jù)通知消息，在延遲的時(shí)間內(nèi)， 若S-GW接收到MME發(fā)送的更新承載請(qǐng)求，則S-GW不再下發(fā)下行數(shù)據(jù)通 知消息，而是直接按照下行隧道下發(fā)下行數(shù)據(jù)包。
但是上述方案中，S-GW收到下行數(shù)據(jù)包時(shí)，若下行隧道無(wú)效，則延遲發(fā)送下行數(shù)據(jù)通知消息，但是，若該下行數(shù)據(jù)包是由網(wǎng)絡(luò)側(cè)業(yè)務(wù)服務(wù)器始發(fā)的
數(shù)據(jù)包(例如是會(huì)話初始化協(xié)議(SIP, Session Initialization Protocol)呼叫或 者是傳輸控制協(xié)議(Transmission Control Protocol)連接請(qǐng)求)，S-GW同樣會(huì) 對(duì)該類數(shù)據(jù)包進(jìn)行延遲，而這種延遲可能會(huì)影響呼叫的及時(shí)建立。
因此，由上述信息處理方法可以看出，現(xiàn)有技術(shù)中，S-GW接收到下行數(shù) 據(jù)包之后，可以采取兩種處理方式 一種為直接根據(jù)該下行數(shù)據(jù)包向MME 下發(fā)下行數(shù)據(jù)通知，另一種為對(duì)該下行數(shù)據(jù)包進(jìn)行延遲處理。
所以上述技術(shù)中并不能在避免下發(fā)不必要消息的同時(shí)且不影響業(yè)務(wù)服務(wù) 器始發(fā)的下行數(shù)據(jù)包。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了 一種信息處理方法以及服務(wù)網(wǎng)關(guān)，能夠避免下發(fā)不 必要的消息，且不影響業(yè)務(wù)服務(wù)器發(fā)送的下行數(shù)據(jù)包。
本發(fā)明實(shí)施例提供的信息處理方法，包括接收下行數(shù)據(jù)包；根據(jù)預(yù)置
的下行隧道信息判斷下行隧道無(wú)效時(shí)，根據(jù)所述下行數(shù)據(jù)包的類型處理所述 下行數(shù)據(jù)包。
本發(fā)明實(shí)施例提供的服務(wù)網(wǎng)關(guān)，包括下行數(shù)據(jù)包接收單元，用于接收 下行數(shù)據(jù)包；下行隧道校驗(yàn)單元，用于根據(jù)預(yù)置的下行隧道信息判斷下行隧 道是否無(wú)效；下行數(shù)據(jù)包處理單元，用于根據(jù)所述下行數(shù)據(jù)包的類型對(duì)所述 下行數(shù)據(jù)包進(jìn)行處理。
從以上技術(shù)方案可以看出，本發(fā)明實(shí)施例具有以下優(yōu)點(diǎn) 本發(fā)明實(shí)施例中，在判斷下行隧道無(wú)效的情況下，可以對(duì)接收到的下行 數(shù)據(jù)包進(jìn)行分類，即判斷該下行數(shù)據(jù)包為業(yè)務(wù)服務(wù)器下行數(shù)據(jù)包還是用戶下 行數(shù)據(jù)包，所以可以針對(duì)不同類型的下行數(shù)據(jù)包進(jìn)行不同的處理，從而不會(huì) 對(duì)所有接收到的下行數(shù)據(jù)包均發(fā)送下行數(shù)據(jù)通知，因此可以避免下發(fā)不必要 的消息；另外，由于對(duì)下行數(shù)據(jù)包進(jìn)行分類處理，從而也不會(huì)對(duì)所有接收到 的下行數(shù)據(jù)包均進(jìn)行延遲處理，因此不會(huì)影響業(yè)務(wù)服務(wù)器下發(fā)的下行數(shù)據(jù)包。


圖1為現(xiàn)有技術(shù)中UE觸發(fā)服務(wù)請(qǐng)求流程圖2為現(xiàn)有技術(shù)中網(wǎng)絡(luò)側(cè)觸發(fā)服務(wù)請(qǐng)求流程圖3為本發(fā)明實(shí)施例中信息處理方法第一實(shí)施例流程8圖4為本發(fā)明實(shí)施例中信息處理方法第二實(shí)施例流程圖； 圖5為本發(fā)明實(shí)施例中信息處理方法第三實(shí)施例流程圖； 圖6為本發(fā)明實(shí)施例中信息處理方法第四實(shí)施例流程圖； 圖7為本發(fā)明實(shí)施例中服務(wù)網(wǎng)關(guān)實(shí)施例示意圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例提供了 一種信息處理方法以及服務(wù)網(wǎng)關(guān)，用于避免下發(fā)不 必要的消息，且不影響業(yè)務(wù)服務(wù)器發(fā)送的下行數(shù)據(jù)包。
本發(fā)明實(shí)施例中，在判斷下行隧道無(wú)效的情況下，可以對(duì)接收到的下行 數(shù)據(jù)包進(jìn)行分類，即判斷該下行數(shù)據(jù)包為業(yè)務(wù)服務(wù)器下行數(shù)據(jù)包還是用戶下 行數(shù)據(jù)包，所以可以針對(duì)不同類型的下行數(shù)據(jù)包進(jìn)行不同的處理，從而不會(huì) 對(duì)所有接收到的下行數(shù)據(jù)包均發(fā)送下行數(shù)據(jù)通知，因此可以避免下發(fā)不必要
的消息；
另外，由于對(duì)下行數(shù)據(jù)包進(jìn)行分類處理，從而也不會(huì)對(duì)所有接收到的下 行數(shù)據(jù)包均進(jìn)行延遲處理，因此不會(huì)影響業(yè)務(wù)服務(wù)器下發(fā)的下行數(shù)據(jù)包。 本發(fā)明實(shí)施例中的信息處理方法包括 接收下行數(shù)據(jù)包；
根據(jù)預(yù)置的下行隧道信息判斷下行隧道是否無(wú)效，若無(wú)效，則判斷所述 下行數(shù)據(jù)包的類型為用戶下行數(shù)據(jù)包還是業(yè)務(wù)服務(wù)器下行數(shù)據(jù)包；
根據(jù)判斷結(jié)果對(duì)所述下行數(shù)據(jù)包執(zhí)行相應(yīng)的操作。
需要說(shuō)明的是，本實(shí)施例以及后續(xù)實(shí)施例中所述的用戶下行數(shù)據(jù)包是指 由用戶設(shè)備發(fā)送的上行數(shù)據(jù)包引發(fā)的下行數(shù)據(jù)包，本實(shí)施例以及后續(xù)實(shí)施例 中所述的業(yè)務(wù)服務(wù)器下行數(shù)據(jù)包是指由業(yè)務(wù)服務(wù)器側(cè)始發(fā)的下行數(shù)據(jù)包。
上述方案既可以適用于EPS演進(jìn)網(wǎng)絡(luò)，也適用于采用直接隧道(direct tunnel)技術(shù)的UMTS系統(tǒng)，下面以EPS演進(jìn)網(wǎng)絡(luò)為例進(jìn)行說(shuō)明
下面分別進(jìn)行介紹
一、根據(jù)時(shí)間差進(jìn)行判斷
本實(shí)施例中，S-GW可以判斷同一個(gè)承載上，接收到第一個(gè)下行數(shù)據(jù)包之 前最近接收到上行數(shù)據(jù)包的第一時(shí)間以及接收到第一個(gè)下行數(shù)據(jù)包的第二時(shí)間之間的時(shí)間差是否大于預(yù)置的門限值，并由判斷結(jié)果確定下行數(shù)據(jù)包的類
型，具體請(qǐng)參閱圖3，本發(fā)明實(shí)施例中信息處理方法第一實(shí)施例包括
301、 接收下行數(shù)據(jù)包；
本實(shí)施例中，S-GW從P-GW側(cè)接收下行數(shù)據(jù)包。
302、 判斷下行隧道是否無(wú)效，若無(wú)效，則執(zhí)行步驟304,若有效，則執(zhí) 行步驟303;
S-GW接收到下行數(shù)據(jù)包后，首先判斷本地是否保存有接收該下行數(shù)據(jù)包 的承載對(duì)應(yīng)的下行隧道的相關(guān)信息，即判斷下行隧道是否有效，若有相關(guān)信 息，則下行隧道有效，若無(wú)相關(guān)信息，則下行隧道無(wú)效。
303、 向?qū)?yīng)的UE下發(fā)該下行數(shù)據(jù)包，并結(jié)束流程；
若S-GW接收到下行數(shù)據(jù)包后判斷下行隧道有效，則通過(guò)該下行隧道將 該下行數(shù)據(jù)包發(fā)送至對(duì)應(yīng)的UE。
304、 記錄接收到下行數(shù)據(jù)包的第二時(shí)間；
若S-GW接收到下行數(shù)據(jù)包后判斷下行隧道無(wú)效，則記錄接收到該下行 數(shù)據(jù)包的第二時(shí)間。
305、 將該第二時(shí)間與接收到上行數(shù)據(jù)包的第一時(shí)間進(jìn)行比較；
S-GW記錄了該下行數(shù)據(jù)包的第二時(shí)間之后，與之前記錄的從該承載上接 收到的上行數(shù)據(jù)包的第 一 時(shí)間進(jìn)行比較。
需要說(shuō)明的是，本實(shí)施例中，在S-GW接收該下行數(shù)據(jù)包之前最近接收 到上行數(shù)據(jù)包時(shí)，需要記錄接收到該上行數(shù)據(jù)包的第一時(shí)間，如圖1所示， 當(dāng)執(zhí)行步驟106，上行數(shù)據(jù)包達(dá)到S-GW時(shí)，S-GW記錄第一時(shí)間。
306、 判斷第一時(shí)間與第二時(shí)間的時(shí)間差是否大于預(yù)置的門限值，若是， 則執(zhí)行步驟307,若否，則執(zhí)行步驟308;
S-GW在獲取到第 一 時(shí)間與第二時(shí)間之后，判斷該兩個(gè)時(shí)間之間的時(shí)間差 是否大于預(yù)置的門限值。
若下行數(shù)據(jù)包是由UE發(fā)送的上行數(shù)據(jù)包引起的，則S-GW上剛收到的下 行包的時(shí)間和接收到該下行數(shù)據(jù)包之前最近收到此承載上的上行數(shù)據(jù)包的時(shí) 間之間的差值會(huì)比較小，因此S-GW可以根據(jù)這個(gè)特點(diǎn)來(lái)區(qū)分兩種類型的下 行數(shù)據(jù)包。
10本實(shí)施例中，預(yù)置的門限值可以根據(jù)實(shí)際應(yīng)用進(jìn)行確定，此處不作限定。
307、 向?qū)?yīng)的MME下發(fā)下4亍凄t據(jù)通知；
若時(shí)間差大于預(yù)置的門限值，則S-GW確定該下行數(shù)據(jù)包為業(yè)務(wù)服務(wù)器 下行數(shù)據(jù)包，即由業(yè)務(wù)服務(wù)器始發(fā)的數(shù)據(jù)包，貝'J S-GW立即向該下行數(shù)據(jù)包 對(duì)應(yīng)的MME下發(fā)下行數(shù)據(jù)通知，以請(qǐng)求MME控制相應(yīng)的UE進(jìn)行業(yè)務(wù)請(qǐng)求。
308、 對(duì)下行數(shù)據(jù)包進(jìn)行延遲處理。
若時(shí)間差小于或等于預(yù)置的門限值，則S-GW確定該下行數(shù)據(jù)包為用戶 下行數(shù)據(jù)包，即由上行數(shù)據(jù)包引起的下行數(shù)據(jù)包。
S-GW對(duì)該下行數(shù)據(jù)包進(jìn)行延遲處理，具體的處理流程可以為從獲知該 下行數(shù)據(jù)包為用戶下行數(shù)據(jù)包為起點(diǎn)，設(shè)置一個(gè)時(shí)間周期，并在該時(shí)間周期 內(nèi)等待MME上傳的更新承栽請(qǐng)求(該更新承載請(qǐng)求中包含下行隧道的相關(guān)信 息)，若等待到，則根據(jù)下行隧道的相關(guān)信息通過(guò)下行隧道向?qū)?yīng)的UE發(fā)送 該下行數(shù)據(jù)包，若未等待到，則可判斷UE并未觸發(fā)服務(wù)請(qǐng)求，因此向?qū)?yīng)的 MME下發(fā)下行數(shù)據(jù)通知，使得MME控制對(duì)應(yīng)的UE發(fā)起觸發(fā)服務(wù)請(qǐng)求。
上述實(shí)施例中通過(guò)時(shí)間差對(duì)不同的下行數(shù)據(jù)包進(jìn)行分類，對(duì)用戶下行數(shù) 據(jù)包進(jìn)行延遲處理，對(duì)業(yè)務(wù)服務(wù)器下行數(shù)據(jù)包立即下發(fā)下行數(shù)據(jù)通知，因此 避免下發(fā)不必要的消息，且不會(huì)影響業(yè)務(wù)服務(wù)器下發(fā)的下行數(shù)據(jù)包。
二、根據(jù)上行隧道狀態(tài)進(jìn)行判斷
本實(shí)施例中，S-GW在接收到下行數(shù)據(jù)包后，判斷該下行數(shù)據(jù)包的承載是 否已經(jīng)建立對(duì)應(yīng)的上行隧道，并根據(jù)該判斷結(jié)果對(duì)下行數(shù)據(jù)包進(jìn)行分類，具 體請(qǐng)參閱圖4,本發(fā)明實(shí)施例中信息處理方法第二實(shí)施例包括
401、 接收下行數(shù)據(jù)包；
本實(shí)施例中，S-GW從P-GW側(cè)接收下行數(shù)據(jù)包。
402、 判斷下行隧道是否無(wú)效，若無(wú)效，則執(zhí)行步驟404,若有效，則執(zhí) 行步驟403;
S-GW接收到下行數(shù)據(jù)包后，首先判斷本地是否保存有接收該下行數(shù)據(jù)包 的承載對(duì)應(yīng)的下行隧道的相關(guān)信息，即判斷下行隧道是否有效，若有相關(guān)信 息，則下行隧道有效，若無(wú)相關(guān)信息，則下行隧道無(wú)效。
403、 向?qū)?yīng)的UE下發(fā)該下行^t據(jù)包，并結(jié)束流程；若S-GW接收到下行數(shù)據(jù)包后判斷下行隧道有效，則通過(guò)該下行隧道將
該下行數(shù)據(jù)包發(fā)送至對(duì)應(yīng)的UE。
404、判斷上行隧道是否已經(jīng)建立，若是，則執(zhí)行步驟406,若否，則執(zhí) 行步驟405;
S-GW在判斷下行隧道無(wú)效之后，會(huì)根據(jù)之前從MME接收到的相關(guān)信息 判斷該承載的上行隧道是否建立。
需要說(shuō)明的是，在UE觸發(fā)服務(wù)請(qǐng)求流程中，當(dāng)MME向演進(jìn)基站發(fā)送初 始化上下文建立請(qǐng)求之后，即如圖1所示的步驟104之后，可以向S-GW發(fā) 送更新承載請(qǐng)求或者是其他類型的信令，在該信令中包含有空口側(cè)上行隧道 的建立狀態(tài)，若上行隧道已經(jīng)建立，則在該信令中標(biāo)識(shí)上行隧道已經(jīng)建立， 則S-GW可以根據(jù)接收到的該信令判斷上行隧道是否已經(jīng)建立。
405 、向?qū)?yīng)的MME下發(fā)下4亍凄t據(jù)通知；
若上行隧道尚未建立，貝'j S-GW確定該下行數(shù)據(jù)包為業(yè)務(wù)服務(wù)器下行數(shù) 據(jù)包，即由業(yè)務(wù)服務(wù)器始發(fā)的數(shù)據(jù)包，則S-GW立即向該下行數(shù)據(jù)包對(duì)應(yīng)的 MME下發(fā)下行數(shù)據(jù)通知，以請(qǐng)求MME控制相應(yīng)的UE進(jìn)行業(yè)務(wù)請(qǐng)求。
406、對(duì)下行數(shù)據(jù)包進(jìn)行延遲處理。
若上行隧道已經(jīng)建立，貝'j S-GW確定該下行數(shù)據(jù)包為用戶下行數(shù)據(jù)包， 即由上行數(shù)據(jù)包引起的下行數(shù)據(jù)包。
本實(shí)施例中，S-GW需要將上行隧道的狀態(tài)與下行隧道的狀態(tài)相互獨(dú)立， 使得上行隧道的狀態(tài)可以與下行隧道的狀態(tài)不一致，則此時(shí)下行隧道無(wú)效， 但上行隧道已經(jīng)建立，則可認(rèn)為該數(shù)據(jù)包為用戶下行數(shù)據(jù)包。
但為了數(shù)據(jù)傳輸?shù)男枰闲兴淼赖臓顟B(tài)與下行隧道的狀態(tài)最終會(huì)被設(shè) 置為一致，所以在圖1所示的流程中，當(dāng)步驟108中MME向S-GW發(fā)送了 更新承載請(qǐng)求之后，S-GW將上行隧道的狀態(tài)與下行隧道的狀態(tài)設(shè)置為始終相 同，即當(dāng)S-GW獲取到下行隧道的相關(guān)信息后，將上行隧道與下行隧道的狀 態(tài)都設(shè)置為已經(jīng)建立，當(dāng)需要釋放隧道時(shí)，則將上行隧道與下行隧道的狀態(tài) 都設(shè)置為釋放。
S-GW對(duì)該下行數(shù)據(jù)包進(jìn)行延遲處理，具體的處理流程可以為從獲知該 下行數(shù)據(jù)包為用戶下行數(shù)據(jù)包為起點(diǎn)，設(shè)置一個(gè)時(shí)間周期，并在該時(shí)間周期
12內(nèi)等待MME上傳的更新承載請(qǐng)求(該更新承載請(qǐng)求中包含下行隧道的相關(guān)信 息)，若等待到，則根據(jù)下行隧道的相關(guān)信息通過(guò)下行隧道向?qū)?yīng)的UE發(fā)送 該下行數(shù)據(jù)包，若未等待到，則可判斷UE并未觸發(fā)服務(wù)請(qǐng)求，因此向?qū)?yīng)的 MME下發(fā)下行數(shù)據(jù)通知，使得MME控制對(duì)應(yīng)的UE發(fā)起觸發(fā)服務(wù)請(qǐng)求。
上述實(shí)施例中通過(guò)上行隧道的建立狀態(tài)對(duì)不同的下行數(shù)據(jù)包進(jìn)行分類， 對(duì)用戶下行數(shù)據(jù)包進(jìn)行延遲處理，對(duì)業(yè)務(wù)服務(wù)器下行數(shù)據(jù)包立即下發(fā)下行數(shù) 據(jù)通知，因此避免下發(fā)不必要的消息，且不會(huì)影響業(yè)務(wù)服務(wù)器下發(fā)的下行數(shù) 據(jù)包。
三、根據(jù)下行數(shù)據(jù)包的內(nèi)容進(jìn)行判斷
本實(shí)施例中，S-GW在接收到下行數(shù)據(jù)包后，從該下行數(shù)據(jù)包中包含的內(nèi) 容判斷該下行數(shù)據(jù)包的類型，具體請(qǐng)參閱圖5，本發(fā)明實(shí)施例中信息處理方法 第三實(shí)施例包括
501、 接收下行數(shù)據(jù)包；
本實(shí)施例中，S-GW從P-GW側(cè)接收下行數(shù)據(jù)包。
502、 判斷下行隧道是否無(wú)效，若無(wú)效，則執(zhí)行步驟504,若有效，則執(zhí) 行步驟503;
S-GW接收到下行數(shù)據(jù)包后，首先判斷本地是否保存有接收該下行數(shù)據(jù)包 的承載對(duì)應(yīng)的下行隧道的相關(guān)信息，即判斷下行隧道是否有效，若有相關(guān)信 息，則下行隧道有效，若無(wú)相關(guān)信息，則下行隧道無(wú)效。
503、 向?qū)?yīng)的UE下發(fā)該下行數(shù)據(jù)包，并結(jié)束流程；
若S-GW接收到下行數(shù)據(jù)包后判斷下行隧道有效，則通過(guò)該下行隧道將 該下行數(shù)據(jù)包發(fā)送至對(duì)應(yīng)的UE。
504、 判斷下行數(shù)據(jù)包是否指示為業(yè)務(wù)服務(wù)器始發(fā)請(qǐng)求，若是，則執(zhí)行步 驟505，若否，則執(zhí)行步驟506;
S-GW在判斷下行隧道無(wú)效之后，會(huì)對(duì)接收到的下行數(shù)據(jù)包進(jìn)行解析得到 數(shù)據(jù)包類型，判斷該數(shù)據(jù)包類型是否指示為業(yè)務(wù)服務(wù)器始發(fā)請(qǐng)求，若是，則 確定所述下行數(shù)據(jù)包為業(yè)務(wù)服務(wù)器下行數(shù)據(jù)包，若否，則確定所述下行數(shù)據(jù) 包為用戶下^f亍數(shù)據(jù)包。
其中，該標(biāo)識(shí)可以為SIP INVITE請(qǐng)求，或者是TCP連接請(qǐng)求，或者是其他類型的業(yè)務(wù)服務(wù)器下發(fā)的數(shù)據(jù)包。
505、 向?qū)?yīng)的MME下發(fā)下行數(shù)據(jù)通知；
若下行數(shù)據(jù)包中的數(shù)據(jù)包類型指示為業(yè)務(wù)服務(wù)器始發(fā)請(qǐng)求，則S-GW確 定該下行數(shù)據(jù)包為業(yè)務(wù)服務(wù)器下行數(shù)據(jù)包，即由業(yè)務(wù)服務(wù)器始發(fā)的數(shù)據(jù)包， 則S-GW立即向該下行數(shù)據(jù)包對(duì)應(yīng)的MME下發(fā)下行數(shù)據(jù)通知，以請(qǐng)求MME 控制相應(yīng)的UE進(jìn)行業(yè)務(wù)請(qǐng)求。
506、 對(duì)下行數(shù)據(jù)包進(jìn)行延遲處理。
若下行數(shù)據(jù)包中的數(shù)據(jù)包類型指示不為業(yè)務(wù)服務(wù)器始發(fā)請(qǐng)求，則S-GW 確定該下行數(shù)據(jù)包為用戶下行數(shù)據(jù)包，即由上行數(shù)據(jù)包可1起的下行數(shù)據(jù)包。
S-GW對(duì)該下行數(shù)據(jù)包進(jìn)行延遲處理，具體的處理流程可以為從獲知該 下行數(shù)據(jù)包為用戶下行數(shù)據(jù)包為起點(diǎn)，設(shè)置一個(gè)時(shí)間周期，并在該時(shí)間周期 內(nèi)等待MME上傳的更新承載請(qǐng)求(該更新承載請(qǐng)求中包含下行隧道的相關(guān)信 息)，若等待到，則根據(jù)下行隧道的相關(guān)信息通過(guò)下行隧道向?qū)?yīng)的UE發(fā)送 該下行數(shù)據(jù)包，若未等待到，則可判斷UE并未觸發(fā)服務(wù)請(qǐng)求，因此向?qū)?yīng)的 MME下發(fā)下行數(shù)據(jù)通知，使得MME控制對(duì)應(yīng)的UE發(fā)起觸發(fā)服務(wù)請(qǐng)求。
四、根據(jù)下行數(shù)據(jù)包對(duì)應(yīng)的業(yè)務(wù)類型進(jìn)行判斷
本實(shí)施例中，S-GW在接收到下行數(shù)據(jù)包后，從該下行數(shù)據(jù)包對(duì)應(yīng)的承載 上下文的QoS參數(shù)判斷該下行凝:據(jù)包對(duì)應(yīng)的業(yè)務(wù)類型，具體請(qǐng)參閱圖6,本 發(fā)明實(shí)施例中信息處理方法第四實(shí)施例包括
601、 接收下行數(shù)據(jù)包；
本實(shí)施例中，S-GW從P-GW側(cè)接收下行數(shù)據(jù)包。
602、 判斷下行隧道是否無(wú)效，若無(wú)效，則執(zhí)行步驟604,若有效，則執(zhí) 行步驟603;
S-GW接收到下行數(shù)據(jù)包后，首先判斷本地是否保存有接收該下行數(shù)據(jù)包 的承載對(duì)應(yīng)的下行隧道的相關(guān)信息，即判斷下行隧道是否有效，若有相關(guān)信 息，則下行隧道有效，若無(wú)相關(guān)信息，則下行隧道無(wú)效。
603、 向?qū)?yīng)的UE下發(fā)該下行數(shù)據(jù)包，并結(jié)束流程；
若S-GW接收到下行數(shù)據(jù)包后判斷下行隧道有效，則通過(guò)該下行隧道將 該下行數(shù)據(jù)包發(fā)送至對(duì)應(yīng)的UE。
14604、 判斷下行數(shù)據(jù)包是否為預(yù)置業(yè)務(wù)對(duì)應(yīng)的數(shù)據(jù)包，若是，則執(zhí)行步驟 605,若否，則執(zhí)行步驟606;
在實(shí)際應(yīng)用中，對(duì)于一些有特殊要求的業(yè)務(wù)而言，這些業(yè)務(wù)對(duì)應(yīng)的下行 數(shù)據(jù)包需要及時(shí)的向MME發(fā)送下行數(shù)據(jù)通知消息，以便能夠及時(shí)對(duì)這些業(yè)務(wù) 進(jìn)行處理，為便于理解，下面以一具體實(shí)例進(jìn)行i兌明
語(yǔ)音業(yè)務(wù)對(duì)用戶來(lái)說(shuō)相當(dāng)重要，當(dāng)用戶作為語(yǔ)音業(yè)務(wù)的被叫時(shí)，EPS網(wǎng)
絡(luò)需要盡快為用戶建立承載連接來(lái)完成語(yǔ)音通話。本實(shí)施例中即以語(yǔ)音業(yè)務(wù) 作為有特殊要求的業(yè)務(wù)為例進(jìn)行說(shuō)明。
IMS網(wǎng)絡(luò)提供的語(yǔ)音業(yè)務(wù)是通過(guò)SIP信令來(lái)建立的，而在EPS網(wǎng)絡(luò)中， SIP信令所對(duì)應(yīng)的承載上下文的QoS參數(shù)中的服務(wù)質(zhì)量等級(jí)標(biāo)識(shí)(QCI, QoS Class Identifier)值是特定的。因此，S-GW收到數(shù)據(jù)包后，如果下行隧道無(wú) 效，則可以通過(guò)分析數(shù)據(jù)包所對(duì)應(yīng)的承載上下文的QoS參數(shù)中的QCI值來(lái)區(qū) 分出該數(shù)據(jù)包是否是SIP信令對(duì)應(yīng)的數(shù)據(jù)包(即語(yǔ)音業(yè)務(wù)對(duì)應(yīng)的下行數(shù)據(jù)包)， ,人而進(jìn)4亍不同的處理。
本實(shí)施例中，判斷下行數(shù)據(jù)包是否為預(yù)置業(yè)務(wù)對(duì)應(yīng)的數(shù)據(jù)包的方式可以
為
S-GW分析數(shù)據(jù)包對(duì)應(yīng)的承載上下文中的承載QoS參數(shù)，如果該承載QoS 參數(shù)中的QCI值對(duì)應(yīng)的是SIP信令，則S-GW確定該下行數(shù)據(jù)包為SIP信令 對(duì)應(yīng)的數(shù)據(jù)包(即語(yǔ)音業(yè)務(wù)對(duì)應(yīng)的下行數(shù)據(jù)包)。
605、 向?qū)?yīng)的MME下發(fā)下行凄t據(jù)通知；
若下行數(shù)據(jù)包為預(yù)置的業(yè)務(wù)對(duì)應(yīng)的數(shù)據(jù)包，則S-GW立即向該下行數(shù)據(jù) 包對(duì)應(yīng)的MME下發(fā)下4亍lt據(jù)通知。
為了使得語(yǔ)音業(yè)務(wù)能夠盡快被建立，如果S-GW確定該下行數(shù)據(jù)包是SIP 信令對(duì)應(yīng)的下行數(shù)據(jù)包(即語(yǔ)音業(yè)務(wù)對(duì)應(yīng)的下行數(shù)據(jù)包)，則正常向MME發(fā) 送下行數(shù)據(jù)通知消息。
606、 對(duì)下行數(shù)據(jù)包進(jìn)行延遲處理。
若下行數(shù)據(jù)包不是預(yù)置的業(yè)務(wù)對(duì)應(yīng)的數(shù)據(jù)包，則S-GW對(duì)該下行數(shù)據(jù)包 進(jìn)行延遲處理，具體的處理流程可以為從獲知該下行數(shù)據(jù)包不是預(yù)置的業(yè) 務(wù)對(duì)應(yīng)的數(shù)據(jù)包為起點(diǎn)，設(shè)置一個(gè)定時(shí)器，在定時(shí)器溢出前暫時(shí)停止向MME發(fā)送下行數(shù)據(jù)通知消息。 包進(jìn)行延遲處理。
本實(shí)施例是以語(yǔ)音業(yè)務(wù)為例進(jìn)行說(shuō)明的，可以理解的是，在實(shí)際應(yīng)用中，
本實(shí)施例還可以適用于S-GW通過(guò)用戶承載上下文的QoS參數(shù)中的其他特定 的QCI值或者QCI所屬的范圍來(lái)區(qū)分出收到的下行數(shù)據(jù)包是否是預(yù)置業(yè)務(wù)的 數(shù)據(jù)包，如果S-GW確定該數(shù)據(jù)包是預(yù)置業(yè)務(wù)對(duì)應(yīng)的數(shù)據(jù)包，則正常向MME 發(fā)送下行數(shù)據(jù)通知消息；反之，如果S-GW確定該數(shù)據(jù)包不是預(yù)置業(yè)務(wù)的數(shù) 據(jù)包，S-GW啟動(dòng)一個(gè)定時(shí)器，在定時(shí)器溢出前暫時(shí)停止向MME發(fā)送下行數(shù) 據(jù)通知消息。
上述實(shí)施例中通過(guò)下行數(shù)據(jù)包中的數(shù)據(jù)包類型對(duì)下行數(shù)據(jù)包進(jìn)行分類， 對(duì)用戶下行數(shù)據(jù)包進(jìn)行延遲處理，對(duì)業(yè)務(wù)服務(wù)器下行數(shù)據(jù)包立即下發(fā)下行數(shù) 據(jù)通知，因此避免下發(fā)不必要的消息，且不會(huì)影響業(yè)務(wù)服務(wù)器下發(fā)的下行數(shù) 據(jù)包。
上述介紹了本發(fā)明實(shí)施例中的信息處理方法實(shí)施例，上述實(shí)施例中，在 判斷下行隧道無(wú)效的情況下，可以對(duì)接收到的下行數(shù)據(jù)包進(jìn)行分類，即判斷 該下行數(shù)據(jù)包為業(yè)務(wù)服務(wù)器下行數(shù)據(jù)包還是用戶下行數(shù)據(jù)包，所以可以針對(duì) 不同類型的下行數(shù)據(jù)包進(jìn)行不同的處理，從而不會(huì)對(duì)所有接收到的下行數(shù)據(jù) 包均發(fā)送下行數(shù)據(jù)通知，因此可以避免下發(fā)不必要的消息；
另外，由于對(duì)下行數(shù)據(jù)包進(jìn)行分類處理，從而也不會(huì)對(duì)所有接收到的下 行數(shù)據(jù)包均進(jìn)行延遲處理，因此不會(huì)影響業(yè)務(wù)服務(wù)器下發(fā)的下行數(shù)據(jù)包。
下面介紹本發(fā)明實(shí)施例中的服務(wù)網(wǎng)關(guān)裝置實(shí)施例。
參閱圖7，本發(fā)明實(shí)施例中服務(wù)網(wǎng)關(guān)實(shí)施例包括
下行數(shù)據(jù)包接收單元701,用于接收下行數(shù)據(jù)包；
下行隧道校驗(yàn)單元702,用于根據(jù)預(yù)置的下行隧道信息判斷下行隧道是否 無(wú)效；
下行數(shù)據(jù)包處理單元703,用于根據(jù)所述下行數(shù)據(jù)包的類型對(duì)所述下行數(shù) 據(jù)包進(jìn)行處理。
本實(shí)施例中，下行數(shù)據(jù)包處理單元703還可以進(jìn)一步包括第 一處理單元7031 ，用于記錄接收到所述下行數(shù)據(jù)包之前最近接收到用 戶設(shè)備發(fā)送的上行數(shù)據(jù)包的第 一時(shí)間，記錄接收到下行數(shù)據(jù)包的第二時(shí)間， 判斷所述第 一時(shí)間與所述第二時(shí)間的差值是否大于預(yù)置的門限值，若大于， 則向?qū)?yīng)的移動(dòng)管理實(shí)體發(fā)送下行數(shù)據(jù)通知，所述第 一時(shí)間與所述第二時(shí)間 的差值大于預(yù)置的門限值表示所述下行數(shù)據(jù)包的類型為業(yè)務(wù)服務(wù)器下行數(shù)據(jù) 包。
或
第二處理單元7032,用于記錄接收到所述下行數(shù)據(jù)包之前最近接收到用 戶設(shè)備發(fā)送的上行數(shù)據(jù)包的第 一 時(shí)間，記錄接收到下行數(shù)據(jù)包的第二時(shí)間， 判斷所述第一時(shí)間與所述第二時(shí)間的差值是否大于預(yù)置的門限值，若小于或 等于，則對(duì)所述下行數(shù)據(jù)包進(jìn)行延遲處理，所述第一時(shí)間與所述第二時(shí)間的 差值小于或等于預(yù)置的門限值表示所述下行數(shù)據(jù)包的類型為用戶下行數(shù)據(jù) 包。
或
第三處理單元7033,用于判斷所述下行數(shù)據(jù)包對(duì)應(yīng)的上行隧道是否已經(jīng) 建立，若尚未建立，則向?qū)?yīng)的移動(dòng)管理實(shí)體發(fā)送下行數(shù)據(jù)通知，所述下行 數(shù)據(jù)包對(duì)應(yīng)的上行隧道尚未建立表示所述下行數(shù)據(jù)包的類型為業(yè)務(wù)服務(wù)器下 行數(shù)據(jù)包。
或
第四處理單元7034,用于判斷所述下行數(shù)據(jù)包對(duì)應(yīng)的上行隧道是否已經(jīng) 建立，若已建立，則對(duì)所述下行數(shù)據(jù)包進(jìn)行延遲處理，所述下行數(shù)據(jù)包對(duì)應(yīng) 的上行隧道已經(jīng)建立表示所述下行數(shù)據(jù)包的類型為用戶下行數(shù)據(jù)包。
或
第五處理單元7035,用于對(duì)所述下行數(shù)據(jù)包進(jìn)行解析得到數(shù)據(jù)包類型， 判斷所述數(shù)據(jù)包類型是否指示為業(yè)務(wù)服務(wù)器始發(fā)請(qǐng)求，若是，則向?qū)?yīng)的移 動(dòng)管理實(shí)體發(fā)送下行數(shù)據(jù)通知，所述數(shù)據(jù)包類型指示為業(yè)務(wù)服務(wù)器始發(fā)請(qǐng)求 表示所述下行數(shù)據(jù)包的類型為業(yè)務(wù)服務(wù)器下行數(shù)據(jù)包。
或
17第六處理單元7036，用于對(duì)所述下行數(shù)據(jù)包進(jìn)行解析得到數(shù)據(jù)包類型，
判斷所述數(shù)據(jù)包類型是否指示為業(yè)務(wù)服務(wù)器始發(fā)請(qǐng)求，若否，則對(duì)所述下行 數(shù)據(jù)包進(jìn)行延遲處理，所述數(shù)據(jù)包類型未指示為業(yè)務(wù)服務(wù)器始發(fā)請(qǐng)求表示所 述下行數(shù)據(jù)包的類型為用戶下行數(shù)據(jù)包。
或
第七處理單元7037,用于判斷所述下行數(shù)據(jù)包是否為預(yù)置業(yè)務(wù)對(duì)應(yīng)的數(shù) 據(jù)包，若是，則向所述下行數(shù)據(jù)包對(duì)應(yīng)的移動(dòng)管理實(shí)體發(fā)送下行數(shù)據(jù)通知消 息。
或
第八處理單元7038,用于判斷所述下行數(shù)據(jù)包是否為預(yù)置業(yè)務(wù)對(duì)應(yīng)的數(shù) 據(jù)包，若否，則對(duì)所述下行數(shù)據(jù)包進(jìn)行延遲處理。 本實(shí)施例中的服務(wù)網(wǎng)關(guān)還可以包括
更新承載請(qǐng)求接收單元704,用于接收移動(dòng)管理實(shí)體發(fā)送的更新承載請(qǐng)求 消息，所述更新承載請(qǐng)求消息中攜帶上行隧道建立標(biāo)識(shí)，所述上行隧道建立 標(biāo)識(shí)用于指示上行隧道已經(jīng)建立。
為便于理解，下面對(duì)不同場(chǎng)景中的服務(wù)網(wǎng)關(guān)運(yùn)行流程進(jìn)行描述
一、 根據(jù)時(shí)間差進(jìn)行判斷
下行數(shù)據(jù)包接收單元701從P-GW接收下行數(shù)據(jù)包，下行隧道校驗(yàn)單元 702根據(jù)預(yù)置的下行隧道信息判斷下行隧道是否無(wú)效，并將判斷結(jié)果發(fā)送至下 行數(shù)據(jù)包處理單元703,當(dāng)下行隧道無(wú)效時(shí)，下行數(shù)據(jù)包處理單元703中的第 一處理單元7031或第二處理單元7032記錄接收到用戶設(shè)備發(fā)送的上行數(shù)據(jù) 包的第一時(shí)間，記錄接收到下行數(shù)據(jù)包的第二時(shí)間；判斷所述第一時(shí)間與所 述第二時(shí)間的差值是否大于預(yù)置的門限值，若大于，則第一處理單元7031向 對(duì)應(yīng)的移動(dòng)管理實(shí)體發(fā)送下行數(shù)據(jù)通知；
若小于或等于，則第二處理單元7032對(duì)所述下行數(shù)據(jù)包進(jìn)行延遲處理。
二、 根據(jù)上行隧道狀態(tài)進(jìn)行判斷
下行數(shù)據(jù)包接收單元701從P-GW接收下行數(shù)據(jù)包，下行隧道校驗(yàn)單元 702根據(jù)預(yù)置的下行隧道信息判斷下行隧道是否無(wú)效，并將判斷結(jié)果發(fā)送至下
18行數(shù)據(jù)包處理單元703,當(dāng)下行隧道無(wú)效時(shí)，下行數(shù)據(jù)包處理單元703中的第 三處理單元7033或第四處理單元7034判斷所述下行數(shù)據(jù)包對(duì)應(yīng)的上行隧道 是否已經(jīng)建立，若已經(jīng)建立，則第四處理單元7034對(duì)所述下行數(shù)據(jù)包進(jìn)行延 遲處理；
若尚未建立，則第三處理單元7033向?qū)?yīng)的移動(dòng)管理實(shí)體發(fā)送下行數(shù)據(jù) 通知。
本實(shí)施例中第三處理單元7033或第四處理單元7034判斷上行隧道是否 建立的依據(jù)可以由更新承載請(qǐng)求接收單元704得到，更新承載請(qǐng)求接收單元 704可以接收移動(dòng)管理實(shí)體發(fā)送的更新承載請(qǐng)求消息，所述更新承載請(qǐng)求消息 中攜帶上行隧道建立標(biāo)識(shí)，所述上行隧道建立標(biāo)識(shí)用于指示上行隧道已經(jīng)建 立。
三、 根據(jù)下行數(shù)據(jù)包的內(nèi)容進(jìn)行判斷
下行數(shù)據(jù)包接收單元701從P-GW接收下行數(shù)據(jù)包，下行隧道校驗(yàn)單元 702根據(jù)預(yù)置的下行隧道信息判斷下行隧道是否無(wú)效，并將判斷結(jié)果發(fā)送至下 行數(shù)據(jù)包處理單元703,當(dāng)下行隧道無(wú)效時(shí)，下行數(shù)據(jù)包處理單元703中的第 五處理單元7035或第六處理單元7036對(duì)所述下行數(shù)據(jù)包進(jìn)行解析得到數(shù)據(jù) 包類型，判斷所述數(shù)據(jù)包類型是否指示為業(yè)務(wù)服務(wù)器始發(fā)請(qǐng)求，若是，則第 五處理單元7035向?qū)?yīng)的移動(dòng)管理實(shí)體發(fā)送下行數(shù)據(jù)通知；
若否，則第六處理單元7036對(duì)所述下行數(shù)據(jù)包進(jìn)行延遲處理。
四、 根據(jù)下行數(shù)據(jù)包對(duì)應(yīng)的業(yè)務(wù)類型進(jìn)行判斷
下行數(shù)據(jù)包接收單元701從P-GW接收下行數(shù)據(jù)包，下行隧道校驗(yàn)單元 702根據(jù)預(yù)置的下行隧道信息判斷下行隧道是否無(wú)效，并將判斷結(jié)果發(fā)送至下 行數(shù)據(jù)包處理單元703，當(dāng)下行隧道無(wú)效時(shí)，下行數(shù)據(jù)包處理單元703中的第 七處理單元7037或第八處理單元7038判斷所述數(shù)據(jù)包是否為預(yù)置業(yè)務(wù)類型 對(duì)應(yīng)的數(shù)據(jù)包，若是，則第七處理單元7037向?qū)?yīng)的移動(dòng)管理實(shí)體發(fā)送下行 數(shù)據(jù)通知；
若否，則第八處理單元7038對(duì)所述下行數(shù)據(jù)包進(jìn)行延遲處理。 是可以通過(guò)程序來(lái)指令相關(guān)的硬件完成，所述的程序可以存儲(chǔ)于一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，包括如下步驟
接收下行數(shù)據(jù)包；根據(jù)預(yù)置的下行隧道信息判斷下行隧道無(wú)效時(shí)，根據(jù)
所述下行數(shù)據(jù)包的類型處理所述下行數(shù)據(jù)包。
上述提到的存儲(chǔ)介質(zhì)可以是只讀存儲(chǔ)器，磁盤或光盤等。
以上對(duì)本發(fā)明所提供的 一種信息處理方法以及服務(wù)網(wǎng)關(guān)進(jìn)行了詳細(xì)介
紹，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明實(shí)施例的思想，在具體實(shí)施方
式及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本說(shuō)明書(shū)內(nèi)容不應(yīng)理解為對(duì)本
發(fā)明的限制。
20
權(quán)利要求
1、一種信息處理方法，其特征在于，包括接收下行數(shù)據(jù)包；根據(jù)預(yù)置的下行隧道信息判斷下行隧道無(wú)效時(shí)，根據(jù)所述下行數(shù)據(jù)包的類型處理所述下行數(shù)據(jù)包。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)所述下行數(shù)據(jù)包 的類型處理所述下行數(shù)據(jù)包的步驟包括記錄接收到所述下行數(shù)據(jù)包之前最近接收到用戶設(shè)備發(fā)送的上行數(shù)據(jù)包 的第一時(shí)間；記錄接收到下行數(shù)據(jù)包的第二時(shí)間；判斷所述第一時(shí)間與所述第二時(shí)間的差值是否大于預(yù)置的門限值，若大 于，則向所述下行數(shù)據(jù)包對(duì)應(yīng)的移動(dòng)管理實(shí)體發(fā)送下行數(shù)據(jù)通知消息。
3、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)所述下行數(shù)據(jù)包 的類型處理所述下行數(shù)據(jù)包的步驟包括記錄接收到所述下行數(shù)據(jù)包之前最近接收到用戶設(shè)備發(fā)送的上行數(shù)據(jù)包 '的第一時(shí)間；記錄接收到下行數(shù)據(jù)包的第二時(shí)間；判斷所述第一時(shí)間與所述第二時(shí)間的差值是否小于或等于預(yù)置的門限 值，若小于或等于，則對(duì)所述下行數(shù)據(jù)包進(jìn)行延遲處理。
4、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)所述下行數(shù)據(jù)包 的類型處理所述下行數(shù)據(jù)包的步驟包括判斷所述下行數(shù)據(jù)包對(duì)應(yīng)的上行隧道是否已經(jīng)建立，若已經(jīng)建立，則對(duì) 所述下行數(shù)據(jù)包進(jìn)行延遲處理。
5、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)所述下行數(shù)據(jù)包 的類型處理所述下行數(shù)據(jù)包的步驟包括判斷所述下行數(shù)據(jù)包對(duì)應(yīng)的上行隧道是否未建立，若尚未建立，則向所 述下行數(shù)據(jù)包對(duì)應(yīng)的移動(dòng)管理實(shí)體發(fā)送下行數(shù)據(jù)通知消息。
6、 根據(jù)權(quán)利要求4或5所述的方法，其特征在于，所述接收下行數(shù)據(jù)包 的步驟之前包括接收移動(dòng)管理實(shí)體發(fā)送的上行隧道建立標(biāo)識(shí)，所述上行隧道建立標(biāo)識(shí)用 于指示上行隧道已經(jīng)建立。
7、 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述接收移動(dòng)管理實(shí)體發(fā)送的上行隧道建立標(biāo)識(shí)的步驟之前包括設(shè)置上行隧道狀態(tài)與下行隧道狀態(tài)相互獨(dú)立。
8、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)所述下行數(shù)據(jù)包 的類型處理所述下行數(shù)據(jù)包步驟包括對(duì)所述下行數(shù)據(jù)包進(jìn)行解析得到數(shù)據(jù)包類型；判斷所述數(shù)據(jù)包類型是否指示為業(yè)務(wù)服務(wù)器始發(fā)請(qǐng)求，若是，則向所述 下行數(shù)據(jù)包對(duì)應(yīng)的移動(dòng)管理實(shí)體發(fā)送下行數(shù)據(jù)通知消息。
9、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)所述下行數(shù)據(jù)包 的類型處理所述下行數(shù)據(jù)包步驟包括對(duì)所述下行數(shù)據(jù)包進(jìn)行解析得到數(shù)據(jù)包類型；判斷所述數(shù)據(jù)包類型是否指示為業(yè)務(wù)服務(wù)器始發(fā)請(qǐng)求，若否，則對(duì)所述 下行數(shù)據(jù)包進(jìn)行延遲處理。
10、 根據(jù)權(quán)利要求8所述的方法，其特征在于，所述判斷所述數(shù)據(jù)包類 型指示為業(yè)務(wù)服務(wù)器始發(fā)請(qǐng)求的步驟包括判斷所述數(shù)據(jù)包類型是否為會(huì)話初始化協(xié)議邀請(qǐng)信令，或傳輸控制協(xié)議 連接請(qǐng)求,若是，則確定所述數(shù)據(jù)包類型指示為業(yè)務(wù)服務(wù)器始發(fā)請(qǐng)求。
11、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)所述下行數(shù)據(jù) 包的類型處理所述下行數(shù)據(jù)包步驟包括判斷所述下行數(shù)據(jù)包是否為預(yù)置業(yè)務(wù)對(duì)應(yīng)的數(shù)據(jù)包，若是，則向所述下 行數(shù)據(jù)包對(duì)應(yīng)的移動(dòng)管理實(shí)體發(fā)送下行數(shù)據(jù)通知消息。
12、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)所述下行數(shù)據(jù) 包的類型處理所述下行數(shù)據(jù)包步驟包括判斷所述下行數(shù)據(jù)包是否為預(yù)置業(yè)務(wù)對(duì)應(yīng)的數(shù)據(jù)包，若否，則對(duì)所述下 行數(shù)據(jù)包進(jìn)行延遲處理。
13、 根據(jù)權(quán)利要求11或12所述的方法，其特征在于，所述預(yù)置業(yè)務(wù)為 會(huì)話發(fā)起協(xié)議業(yè)務(wù)；所述判斷所述下行數(shù)據(jù)包是否為預(yù)置業(yè)務(wù)對(duì)應(yīng)的數(shù)據(jù)包的步驟包括對(duì)所述下行數(shù)據(jù)包進(jìn)行解析得到所述下行數(shù)據(jù)包對(duì)應(yīng)的承載上下文；從所述承載上下文中獲取服務(wù)質(zhì)量參數(shù)；從所述服務(wù)質(zhì)量參數(shù)中獲取服務(wù)質(zhì)量等級(jí)標(biāo)識(shí)QCI參數(shù)；判斷所述QCI參數(shù)是否對(duì)應(yīng)會(huì)話發(fā)起協(xié)議業(yè)務(wù)，若是，則確定所述下行數(shù)據(jù)包為預(yù)置業(yè)務(wù)對(duì)應(yīng)的數(shù)據(jù)包。
14、 根據(jù)權(quán)利要求3， 4， 9或12中任一項(xiàng)所述的方法，其特征在于，所 述對(duì)所述下行數(shù)據(jù)包進(jìn)行延遲處理的步驟包括設(shè)置定時(shí)器；當(dāng)定時(shí)器達(dá)到預(yù)置的數(shù)值時(shí)，向所述下行數(shù)據(jù)包對(duì)應(yīng)的移動(dòng)管理實(shí)體發(fā) 送下行數(shù)據(jù)通知消息。
15、 一種服務(wù)網(wǎng)關(guān)，其特征在于，包括 下行數(shù)據(jù)包接收單元，用于接收下行數(shù)據(jù)包；下行隧道校驗(yàn)單元，用于根據(jù)預(yù)置的下行隧道信息判斷下行隧道是否無(wú)效；下行數(shù)據(jù)包處理單元，用于根據(jù)所述下行數(shù)據(jù)包的類型對(duì)所述下行數(shù)據(jù) 包進(jìn)行處理。
16、 根據(jù)權(quán)利要求15所述的服務(wù)網(wǎng)關(guān)，其特征在于，所述下行數(shù)據(jù)包處 理單元包括第一處理單元，用于記錄接收到所述下行數(shù)據(jù)包之前最近接收到用戶設(shè) 備發(fā)送的上行數(shù)據(jù)包的第一時(shí)間，記錄接收到下行數(shù)據(jù)包的第二時(shí)間，判斷 所述第一時(shí)間與所述第二時(shí)間的差值是否大于預(yù)置的門限值，若大于，則向 對(duì)應(yīng)的移動(dòng)管理實(shí)體發(fā)送下行數(shù)據(jù)通知。
17、 根據(jù)權(quán)利要求15所述的服務(wù)網(wǎng)關(guān)，其特征在于，所述下行數(shù)據(jù)包處 理單元包括第二處理單元，用于記錄接收到所述下行數(shù)據(jù)包之前最近接收到用戶設(shè) 備發(fā)送的上行數(shù)據(jù)包的第一時(shí)間，記錄接收到下行數(shù)據(jù)包的第二時(shí)間，判斷 所述第一時(shí)間與所述第二時(shí)間的差值是否小于或等于預(yù)置的門限值，若小于 或等于，則對(duì)所述下行數(shù)據(jù)包進(jìn)行延遲處理。
18、 根據(jù)權(quán)利要求15所述的服務(wù)網(wǎng)關(guān)，其特征在于，所述下行數(shù)據(jù)包處 理單元包括第三處理單元，用于判斷所述下行數(shù)據(jù)包對(duì)應(yīng)的上行隧道是否未建立， 若尚未建立，則向?qū)?yīng)的移動(dòng)管理實(shí)體發(fā)送下行數(shù)據(jù)通知。
19、 根據(jù)權(quán)利要求15所述的服務(wù)網(wǎng)關(guān)，其特征在于，所述下行數(shù)據(jù)包處 理單元包括第四處理單元，用于判斷所述下行數(shù)據(jù)包對(duì)應(yīng)的上行隧道是否已經(jīng)建立，若已建立，則對(duì)所述下行數(shù)據(jù)包進(jìn)行延遲處理。
20、 根據(jù)權(quán)利要求15所述的服務(wù)網(wǎng)關(guān)，其特征在于，所述下行數(shù)據(jù)包處 理單元包括第五處理單元，用于對(duì)所述下行數(shù)據(jù)包進(jìn)行解析得到數(shù)據(jù)包類型，判斷 所述數(shù)據(jù)包類型是否指示為業(yè)務(wù)服務(wù)器始發(fā)請(qǐng)求，若是，則向?qū)?yīng)的移動(dòng)管 理實(shí)體發(fā)送下行數(shù)據(jù)通知。
21、 根據(jù)權(quán)利要求15所述的服務(wù)網(wǎng)關(guān)，其特征在于，所述下行數(shù)據(jù)包處 理單元包括第六處理單元，用于對(duì)所述下行數(shù)據(jù)包進(jìn)行解析得到數(shù)據(jù)包類型，判斷 所述數(shù)據(jù)包類型是否指示為業(yè)務(wù)服務(wù)器始發(fā)請(qǐng)求，若否，則對(duì)所述下行數(shù)據(jù) 包進(jìn)行延遲處理。
22、 根據(jù)權(quán)利要求15所述的服務(wù)網(wǎng)關(guān)，其特征在于，所述下行數(shù)據(jù)包處 理單元包括第七處理單元，用于判斷所述下行數(shù)據(jù)包是否為預(yù)置業(yè)務(wù)對(duì)應(yīng)的數(shù)據(jù)包， 若是，則向所述下行數(shù)據(jù)包對(duì)應(yīng)的移動(dòng)管理實(shí)體發(fā)送下行數(shù)據(jù)通知消息。
23、 根據(jù)權(quán)利要求15所述的服務(wù)網(wǎng)關(guān)，其特征在于，所述下行數(shù)據(jù)包處 理單元包括第八處理單元，用于判斷所述下行數(shù)據(jù)包是否為預(yù)置業(yè)務(wù)對(duì)應(yīng)的數(shù)據(jù)包， 若否，則對(duì)所述下行數(shù)據(jù)包進(jìn)行延遲處理。
24、 根據(jù)權(quán)利要求18或19所述的服務(wù)網(wǎng)關(guān)，其特征在于，所述服務(wù)網(wǎng) 關(guān)還包括更新承載請(qǐng)求接收單元，用于接收移動(dòng)管理實(shí)體發(fā)送的更新承載請(qǐng)求消 息，所述更新承載請(qǐng)求消息中攜帶上行隧道建立標(biāo)識(shí)，所述上行隧道建立標(biāo) 識(shí)用于指示上行隧道已經(jīng)建立。
全文摘要
本發(fā)明公開(kāi)了一種信息處理方法以及服務(wù)網(wǎng)關(guān)，用于避免下發(fā)不必要的消息，且不影響業(yè)務(wù)服務(wù)器發(fā)送的下行數(shù)據(jù)包。本發(fā)明方法包括接收下行數(shù)據(jù)包；根據(jù)預(yù)置的下行隧道信息判斷下行隧道無(wú)效時(shí)，根據(jù)所述下行數(shù)據(jù)包的類型處理所述下行數(shù)據(jù)包。本發(fā)明還提供一種服務(wù)網(wǎng)關(guān)。本發(fā)明可以有效地避免下發(fā)不必要的消息，且不影響業(yè)務(wù)服務(wù)器發(fā)送的下行數(shù)據(jù)包。
文檔編號(hào)H04L12/56GK101499966SQ20081013078
公開(kāi)日2009年8月5日 申請(qǐng)日期2008年7月21日 優(yōu)先權(quán)日2008年1月28日
發(fā)明者王珊珊, 邸志宇, 宇 銀 申請(qǐng)人:華為技術(shù)有限公司