尋呼處理方法、通信裝置及通信系統(tǒng)的制作方法
【專利摘要】本發(fā)明實施例公開了一種能提高為用戶提供的業(yè)務(wù)服務(wù)質(zhì)量的尋呼處理方法、通信裝置及通信系統(tǒng)。該尋呼處理方法，包括：移動管理網(wǎng)元接收下行數(shù)據(jù)通知消息，所述下行數(shù)據(jù)通知消息包含數(shù)據(jù)的業(yè)務(wù)屬性信息；獲取業(yè)務(wù)屬性信息；根據(jù)所述業(yè)務(wù)屬性信息對用戶終端發(fā)起不同策略的尋呼。一種通信裝置，包括：接收單元，用于接收下行數(shù)據(jù)通知消息，所述下行數(shù)據(jù)通知消息包含數(shù)據(jù)的業(yè)務(wù)屬性信息；信息單元，用于獲取業(yè)務(wù)屬性信息；處理單元，用于根據(jù)所述業(yè)務(wù)屬性信息對用戶終端發(fā)起不同策略的尋呼。本發(fā)明實施例還提供相應(yīng)的通信系統(tǒng)。
【專利說明】尋呼處理方法、通信裝置及通信系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信【技術(shù)領(lǐng)域】，具體涉及一種尋呼處理方法、通信裝置及通信系統(tǒng)。
【背景技術(shù)】
[0002]在移動通信網(wǎng)絡(luò)中，用戶終端(UE，User Equipment)附著到網(wǎng)絡(luò)后有兩種狀態(tài):連接態(tài)和空閑態(tài)。在連接態(tài)下，用戶終端和網(wǎng)絡(luò)側(cè)之間可以直接傳輸用戶面數(shù)據(jù)包。在空閑態(tài)下，網(wǎng)絡(luò)側(cè)釋放為用戶終端分配的資源。如果網(wǎng)絡(luò)側(cè)有數(shù)據(jù)包要發(fā)送給處于空閑態(tài)的用戶終端，網(wǎng)絡(luò)側(cè)尋呼用戶終端，觸發(fā)用戶終端發(fā)起服務(wù)請求流程，恢復(fù)網(wǎng)絡(luò)側(cè)與用戶終端的信令連接和用戶面承載。
[0003]當(dāng)網(wǎng)絡(luò)側(cè)的服務(wù)網(wǎng)關(guān)(SGW, Serving Gateway)收到用戶終端的下行數(shù)據(jù)包后,如果發(fā)現(xiàn)下行隧道無效，服務(wù)網(wǎng)關(guān)緩存數(shù)據(jù)包，發(fā)送下行數(shù)據(jù)通知消息給移動管理網(wǎng)元，下行數(shù)據(jù)通知消息一般用于指示移動管理網(wǎng)元恢復(fù)用戶終端的無線接入承載，如果此時終端處于空閑態(tài)，即用戶終端和網(wǎng)絡(luò)的信令連接被釋放，則由移動管理網(wǎng)元尋呼用戶終端，使得用戶終端根據(jù)尋呼發(fā)起服務(wù)請求流程，恢復(fù)與網(wǎng)絡(luò)側(cè)的信令連接和用戶面承載在空口側(cè)的無線接入承載，然后服務(wù)網(wǎng)關(guān)將緩存的數(shù)據(jù)包發(fā)送給用戶終端。
[0004]在對此方法的研究和實踐過程中，本發(fā)明的發(fā)明人發(fā)現(xiàn):
[0005]現(xiàn)有技術(shù)中服務(wù)網(wǎng)關(guān)發(fā)送給移動管理網(wǎng)元的下行數(shù)據(jù)通知消息只包含了移動管理網(wǎng)元為服務(wù)網(wǎng)關(guān)分配的隧道端點標(biāo)識(TEID，Tunnel Endpoint ID)，移動管理網(wǎng)元可以通過TEID定位到被叫的用戶終端，對用戶終端進(jìn)行尋呼，但是移動管理網(wǎng)元無法區(qū)分用戶終端的業(yè)務(wù)屬性，例如無法區(qū)分是用戶終端的哪類業(yè)務(wù)觸發(fā)尋呼，則無法對尋呼進(jìn)行區(qū)分處理，只按統(tǒng)一原則處理，從而降低了為用戶提供的業(yè)務(wù)服務(wù)質(zhì)量。
【發(fā)明內(nèi)容】
[0006]本發(fā)明實施例提供一種能提高為用戶提供的業(yè)務(wù)服務(wù)質(zhì)量的尋呼處理方法、通信裝置及通信系統(tǒng)。
[0007]本發(fā)明實施例提供一種尋呼處理方法，包括:
[0008]移動管理網(wǎng)元接收下行數(shù)據(jù)通知消息，所述下行數(shù)據(jù)通知消息包含數(shù)據(jù)的業(yè)務(wù)屬性信息；
[0009]獲取業(yè)務(wù)屬性信息；
[0010]根據(jù)所述業(yè)務(wù)屬性信息對用戶終端發(fā)起不同策略的尋呼。
[0011]本發(fā)明實施例提供一種通信裝置，包括:
[0012]接收單元，用于接收下行數(shù)據(jù)通知消息，所述下行數(shù)據(jù)通知消息包含數(shù)據(jù)的業(yè)務(wù)屬性信息；
[0013]信息單元，用于獲取業(yè)務(wù)屬性信息；
[0014]處理單元，用于根據(jù)所述業(yè)務(wù)屬性信息對用戶終端發(fā)起不同策略的尋呼。
[0015]本發(fā)明實施例提供一種通信裝置，包括:[0016]生成單元，用于生成下行數(shù)據(jù)通知消息，所述下行數(shù)據(jù)通知消息包含數(shù)據(jù)的業(yè)務(wù)屬性信息；
[0017]發(fā)送單元，用于發(fā)送所述生成單元生成的通知消息，以便移動管理網(wǎng)元根據(jù)所述業(yè)務(wù)屬性信息對用戶終端發(fā)起不同策略的尋呼。
[0018]本發(fā)明實施例提供一種通信系統(tǒng)，包括:
[0019]第一通信裝置，用于發(fā)送下行數(shù)據(jù)通知消息，所述下行數(shù)據(jù)通知消息包含數(shù)據(jù)的業(yè)務(wù)屬性信息；
[0020]第二通信裝置，用于接收所述第一通信裝置發(fā)送的下行數(shù)據(jù)通知消息，獲取所述下行數(shù)據(jù)通知消息中的業(yè)務(wù)屬性信息，根據(jù)所述業(yè)務(wù)屬性信息對用戶終端發(fā)起不同策略的尋呼。
[0021]上述技術(shù)方案可以看出，本發(fā)明實施例技術(shù)方案是在下行數(shù)據(jù)通知消息中包含了數(shù)據(jù)的業(yè)務(wù)屬性信息，那么在獲取這些業(yè)務(wù)屬性信息后，就可以根據(jù)業(yè)務(wù)屬性信息對用戶終端發(fā)起不同策略的尋呼，從而解決現(xiàn)有技術(shù)中無法區(qū)分業(yè)務(wù)而采用統(tǒng)一尋呼策略所導(dǎo)致的缺陷，使得一些重要及需要優(yōu)先考慮的業(yè)務(wù)能夠優(yōu)先建立，從而提高了為用戶提供的業(yè)務(wù)服務(wù)質(zhì)量，又能節(jié)省網(wǎng)絡(luò)側(cè)尋呼用戶終端的開銷。
【專利附圖】
【附圖說明】
[0022]圖1是本發(fā)明實施例一的尋呼處理方法流程圖；
[0023]圖2是本發(fā)明實施例二的尋呼處理方法流程圖；
[0024]圖3是本發(fā)明實施例三的尋呼處理方法流程圖；
[0025]圖4是本發(fā)明實施例四的尋呼處理方法流程圖；
[0026]圖5是本發(fā)明實施例五的尋呼處理方法流程圖；
[0027]圖6是本發(fā)明實施例的通信裝置一結(jié)構(gòu)示意圖；
[0028]圖7是本發(fā)明實施例的通信裝置二結(jié)構(gòu)示意圖；
[0029]圖8是本發(fā)明實施例的通信系統(tǒng)結(jié)構(gòu)示意圖。
【具體實施方式】
[0030]本發(fā)明實施例提供一種能提高為用戶提供的業(yè)務(wù)服務(wù)質(zhì)量的尋呼處理方法。本發(fā)明實施例還提供相應(yīng)的一種通信裝置及通信系統(tǒng)。以下分別進(jìn)行詳細(xì)說明。
[0031]圖1是本發(fā)明實施例一的尋呼處理方法流程圖，主要包括步驟:
[0032]步驟101、移動管理網(wǎng)元接收下行數(shù)據(jù)通知消息，所述下行數(shù)據(jù)通知消息包含數(shù)據(jù)的業(yè)務(wù)屬性信息；
[0033]步驟102、獲取所述業(yè)務(wù)屬性信息；
[0034]步驟103、根據(jù)所述業(yè)務(wù)屬性信息對用戶終端發(fā)起不同策略的尋呼。
[0035]其中，所述下行數(shù)據(jù)通知消息包含的數(shù)據(jù)的業(yè)務(wù)屬性信息為以下中的至少一項:接入點名稱APN、承載標(biāo)識EB1、服務(wù)質(zhì)量等級標(biāo)識QC1、缺省承載標(biāo)識LBI和服務(wù)標(biāo)識SI ；
[0036]所述根據(jù)所述業(yè)務(wù)屬性信息對用戶終端發(fā)起不同策略的尋呼包括:
[0037]根據(jù)所述APN、QCI或者SI對用戶終端發(fā)起不同策略的尋呼；
[0038]根據(jù)所述EBI定位到承載上下文得到對應(yīng)的APN或者QCI，根據(jù)所述APN或者QCI對用戶終端發(fā)起不同策略的尋呼；或者，
[0039]根據(jù)所述LBI定位到承載上下文得到對應(yīng)的APN，根據(jù)所述APN對用戶終端發(fā)起不同策略的尋呼。
[0040]或者，
[0041]所述下行數(shù)據(jù)通知消息包含的數(shù)據(jù)的業(yè)務(wù)屬性信息為由以下中的至少一項:數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IP安全I(xiàn)PSec參數(shù)索引、區(qū)分服務(wù)碼點優(yōu)先級DSCP/業(yè)務(wù)類別T0S、流標(biāo)簽Flow Label、業(yè)務(wù)類型和業(yè)務(wù)特性；
[0042]所述根據(jù)所述業(yè)務(wù)屬性信息對用戶終端發(fā)起不同策略的尋呼包括:
[0043]根據(jù)所述業(yè)務(wù)類型或者業(yè)務(wù)特性對用戶終端發(fā)起不同策略的尋呼；
[0044]根據(jù)預(yù)先配置的所述數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/TOS或者Flow Label與業(yè)務(wù)類型的對應(yīng)關(guān)系，獲知業(yè)務(wù)類型，根據(jù)所述業(yè)務(wù)類型對用戶終端發(fā)起不同策略的尋呼；
[0045]或者，根據(jù)預(yù)先配置的所述數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/T0S或者Flow Label與業(yè)務(wù)特性的對應(yīng)關(guān)系，獲知業(yè)務(wù)特性，根據(jù)所述業(yè)務(wù)特性對用戶終端發(fā)起不同策略的尋呼。
[0046]實施例一內(nèi)容可以看出，本發(fā)明實施例技術(shù)方案是在下行數(shù)據(jù)通知消息中包含了數(shù)據(jù)的業(yè)務(wù)屬性信息，那么在獲取這些業(yè)務(wù)屬性信息后，就可以根據(jù)業(yè)務(wù)屬性信息對用戶終端發(fā)起不同策略的尋呼，從而解決現(xiàn)有技術(shù)中無法區(qū)分業(yè)務(wù)而采用統(tǒng)一尋呼策略所導(dǎo)致的缺陷，使得一些重要及需要優(yōu)先考慮的業(yè)務(wù)能夠優(yōu)先建立，從而提高了為用戶提供的業(yè)務(wù)服務(wù)質(zhì)量，又能節(jié)省網(wǎng)絡(luò)側(cè)尋呼用戶終端的開銷。
[0047]以下對本發(fā)明實施例技術(shù)方案進(jìn)行更詳細(xì)介紹。
[0048]圖2是本發(fā)明實施例二的尋呼處理方法流程圖:
[0049]本發(fā)明以演進(jìn)分組系統(tǒng)(Evolved Packet System)為例進(jìn)行說明。圖2中移動管理網(wǎng)元可以指移動管理實體(MME,Mobility Management Entity)或者GPRS服務(wù)支撐節(jié)點(SGSN, Serving GPRS Support Node),服務(wù)網(wǎng)關(guān)指SGW(Serving Gateway),用戶終端指UE,數(shù)據(jù)網(wǎng)關(guān)指 PGW (Public Data Network Gateway)。
[0050]圖2主要包括步驟:
[0051]步驟201、服務(wù)網(wǎng)關(guān)接收數(shù)據(jù)包，獲取該數(shù)據(jù)包對應(yīng)的業(yè)務(wù)屬性信息；
[0052]服務(wù)網(wǎng)關(guān)收到數(shù)據(jù)網(wǎng)關(guān)發(fā)送的下行數(shù)據(jù)包后，獲知該數(shù)據(jù)包對應(yīng)的下行隧道無效，則緩存該數(shù)據(jù)包，并獲取該數(shù)據(jù)包對應(yīng)的業(yè)務(wù)屬性信息。該業(yè)務(wù)屬性信息可以為以下中的至少一項:接入點名稱(APN, Access Point Name)、承載標(biāo)識(EBI, EPS BearerIdentity)、服務(wù)質(zhì)量等級標(biāo)識(QCI, QoS Class Identifier)、缺省承載標(biāo)識(LBI, LinkedBearer Identity)和服務(wù)標(biāo)識(SI, Service Identifier)。
[0053]服務(wù)網(wǎng)關(guān)獲取該數(shù)據(jù)包對應(yīng)的業(yè)務(wù)屬性信息可以為以下其中一種方式:
[0054]I)服務(wù)網(wǎng)關(guān)根據(jù)下行數(shù)據(jù)包中的隧道端點標(biāo)識定位該數(shù)據(jù)包對應(yīng)的用戶上下文或者承載上下文，獲知該數(shù)據(jù)包對應(yīng)的下行隧道無效，則獲取用戶上下文或者承載上下文中存儲的業(yè)務(wù)屬性信息，例如APN、EB1、QCI和LBI中至少一項等；
[0055]2)服務(wù)網(wǎng)關(guān)根據(jù)下行數(shù)據(jù)包中的源IP地址、目的IP地址、源端口號、目的端口號及協(xié)議號等協(xié)議頭部信息，匹配到服務(wù)網(wǎng)關(guān)上存儲的下行業(yè)務(wù)數(shù)據(jù)流過濾器(SDFF，Service Data Flow Filter)或下行流量模板(TFT, Traffic Flow Template),然后根據(jù)下行業(yè)務(wù)數(shù)據(jù)流過濾器定位對應(yīng)的下行業(yè)務(wù)數(shù)據(jù)流上下文，獲知數(shù)據(jù)包對應(yīng)的下行隧道無效，則獲取業(yè)務(wù)數(shù)據(jù)流上下文存儲的業(yè)務(wù)屬性信息，例如APN、EB1、QC1、LBI和SI中至少一項等；或者，根據(jù)下行流量模板定位對應(yīng)的承載上下文，獲知數(shù)據(jù)包對應(yīng)的下行隧道無效，則獲取承載上下文存儲的業(yè)務(wù)屬性信息，例如APN、EBI, QCI和LBI中至少一項等。
[0056]步驟202、服務(wù)網(wǎng)關(guān)向移動管理網(wǎng)元發(fā)送包含業(yè)務(wù)屬性信息的下行數(shù)據(jù)通知消息；
[0057]服務(wù)網(wǎng)關(guān)將業(yè)務(wù)屬性信息包含在下行數(shù)據(jù)通知消息中發(fā)送給移動管理網(wǎng)元。該業(yè)務(wù)屬性信息為APN、EB1、QC1、LBI和SI中至少一項。
[0058]步驟203、移動管理網(wǎng)元向服務(wù)網(wǎng)關(guān)發(fā)送下行數(shù)據(jù)確認(rèn)消息，確認(rèn)收到服務(wù)網(wǎng)關(guān)發(fā)送的下行數(shù)據(jù)通知消息；
[0059]步驟204 - 205、移動管理網(wǎng)元根據(jù)業(yè)務(wù)屬性信息采取不同的尋呼策略尋呼空閑狀態(tài)的用戶終端。
[0060]在EPS網(wǎng)絡(luò)中，用戶終端從空閑狀態(tài)轉(zhuǎn)為連接狀態(tài)時，將恢復(fù)用戶終端的所有用戶面承載的無線接入承載，也就是說，當(dāng)服務(wù)網(wǎng)關(guān)或者數(shù)據(jù)包對應(yīng)的下行隧道無效(即無線接入承載被釋放)時，用戶終端必然處于空閑態(tài)，即移動管理網(wǎng)元收到服務(wù)網(wǎng)關(guān)發(fā)送的下行數(shù)據(jù)通知消息時，終端必然處于空閑狀態(tài)，此時移動管理網(wǎng)元需要對終端進(jìn)行尋呼。
[0061]移動管理網(wǎng)元獲取業(yè)務(wù)屬性信息后，根據(jù)不同的業(yè)務(wù)屬性信息例如APN或EBI等采取不同的尋呼策略尋呼空閑狀態(tài)的用戶終端。
[0062]如果包含的業(yè)務(wù)屬性信息為APN，則對終端優(yōu)先發(fā)起APN對應(yīng)的IP多媒體子系統(tǒng)(IMS, IP Multimedia Subsystem)的業(yè)務(wù)數(shù)據(jù)流的尋呼；
[0063]如果包含的業(yè)務(wù)屬性信息為QCI，則對終端優(yōu)先發(fā)起QCI=6的業(yè)務(wù)數(shù)據(jù)流的尋呼或者對終端優(yōu)先發(fā)起對語音電話的業(yè)務(wù)數(shù)據(jù)流的尋呼。
[0064]如果包含的業(yè)務(wù)屬性信息為SI，則對終端優(yōu)先發(fā)起SI級別高的業(yè)務(wù)數(shù)據(jù)流的尋呼。
[0065]如果包含的業(yè)務(wù)屬性信息為EBI，則可以通過EBI定位到存儲的承載上下文，從承載上下文中得到觸發(fā)尋呼的下行數(shù)據(jù)包對應(yīng)的APN或QCI等，再根據(jù)APN或QCI等發(fā)起不同尋呼。
[0066]如果包含的業(yè)務(wù)屬性信息為LBI，則可以通過LBI定位到缺省承載上下文，從缺省承載上下文中得到觸發(fā)尋呼的下行數(shù)據(jù)包對應(yīng)的APN等，再根據(jù)APN等發(fā)起不同尋呼。
[0067]步驟206、用戶終端收到尋呼后，發(fā)起服務(wù)請求流程，恢復(fù)與網(wǎng)絡(luò)側(cè)的信令連接和用戶面承載，并轉(zhuǎn)為連接態(tài)，；
[0068]步驟207、在下行隧道有效后，服務(wù)網(wǎng)關(guān)將緩存的數(shù)據(jù)包發(fā)送給用戶終端。
[0069]實施例二內(nèi)容可以看出，本發(fā)明實施例技術(shù)方案在發(fā)送給移動管理網(wǎng)元的下行數(shù)據(jù)通知消息中包含了 APN、EB1、QC1、LBI和SI中至少一項等作為業(yè)務(wù)屬性信息的內(nèi)容，因此移動管理網(wǎng)元在獲取這些業(yè)務(wù)屬性信息后，就可以根據(jù)業(yè)務(wù)屬性信息對用戶終端發(fā)起不同策略的尋呼，從而解決現(xiàn)有技術(shù)中無法區(qū)分業(yè)務(wù)而采用統(tǒng)一尋呼策略所導(dǎo)致的缺陷，使得一些重要及需要優(yōu)先考慮的業(yè)務(wù)能夠優(yōu)先建立，從而提高了為用戶提供的業(yè)務(wù)服務(wù)質(zhì)量，還能提高尋呼成功率，減少尋呼次數(shù)，節(jié)省網(wǎng)絡(luò)側(cè)尋呼用戶終端的開銷。[0070]圖3是本發(fā)明實施例三的尋呼處理方法流程圖:
[0071]圖3中移動管理網(wǎng)元可以指MME或者SGSN，服務(wù)網(wǎng)關(guān)指SGW，用戶終端指UE，數(shù)據(jù)網(wǎng)關(guān)指PGW,應(yīng)用服務(wù)網(wǎng)關(guān)可以指應(yīng)用功能實體(AF,Application Function)或者代理會話控制功能實體(P-CSCF, Proxy-Call Session Control Function)。
[0072]實施例三考慮了服務(wù)網(wǎng)關(guān)可能無法區(qū)分不同業(yè)務(wù)的數(shù)據(jù)包的情況。因為不同業(yè)務(wù)的數(shù)據(jù)包可能在同一承載上傳輸或者對應(yīng)相同的下行業(yè)務(wù)數(shù)據(jù)流過濾器，因此服務(wù)網(wǎng)關(guān)在承載或數(shù)據(jù)流過濾器的粒度方面可能不能區(qū)分出不同業(yè)務(wù)的數(shù)據(jù)包，例如對于被叫用戶終端的 IP 電話(VoIP, Voice over IP)的請求(Invite)消息及短消息(SMS, short Message)over IP業(yè)務(wù),對于演進(jìn)的分組交換(EPS, Evolved Packet System)網(wǎng)絡(luò)來說都是P-CSCF發(fā)來的一條會話啟動協(xié)議(SIP, Session Initiation Protocol)信令,該SIP信令在相同的承載上傳輸或者對應(yīng)相同的下行業(yè)務(wù)數(shù)據(jù)流過濾器，因此服務(wù)網(wǎng)關(guān)收到封裝為SIP信令的數(shù)據(jù)包后，無法根據(jù)APN、EB1、QC1、LBI和SI中至少一項等信息區(qū)分該數(shù)據(jù)包對應(yīng)為語音電話的信令消息還是短消息業(yè)務(wù)，直接將這些APN、EB1、QC1、LBI和SI中至少一項等信息發(fā)送給移動管理網(wǎng)元，移動管理網(wǎng)元也無法區(qū)分出不同業(yè)務(wù)。因此，可以在服務(wù)網(wǎng)關(guān)或移動管理網(wǎng)元上預(yù)先配置其他一些參數(shù)例如數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IP安全(IPSec, IP Security)參數(shù)索引、區(qū)分服務(wù)碼點優(yōu)先級(DSCP, Differentiated ServicesCodepoint Priority) / 業(yè)務(wù)類別(T0S,Type of Service)或者流標(biāo)簽(Flow Label)對應(yīng)的相應(yīng)業(yè)務(wù)類型，或數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IP安全(IPSec，IP Security)參數(shù)索引、區(qū)分服務(wù)碼點優(yōu)先級(DSCP, Differentiated ServicesCodepoint Priority) / 業(yè)務(wù)類別(TOS, Type of Service)或者流標(biāo)簽(Flow Label)對應(yīng)的業(yè)務(wù)特性,根據(jù)這些參數(shù)可以實現(xiàn)對業(yè)務(wù)進(jìn)行區(qū)分。
[0073]如圖3所示，主要包括步驟:
[0074]步驟301、服務(wù)網(wǎng)關(guān)接收數(shù)據(jù)包，獲取該數(shù)據(jù)包對應(yīng)的業(yè)務(wù)屬性信息；
[0075]服務(wù)網(wǎng)關(guān)接收從應(yīng)用服務(wù)網(wǎng)關(guān)經(jīng)數(shù)據(jù)網(wǎng)關(guān)發(fā)送的下行數(shù)據(jù)包。
[0076]在本實施例中，應(yīng)用服務(wù)網(wǎng)關(guān)對語音電話的信令消息和短消息業(yè)務(wù)分別采用不同的IP地址、端口號、IPSec參數(shù)索引、DSCP/T0S和Flow Label中至少一項來封裝下行數(shù)據(jù)包，可以在服務(wù)網(wǎng)關(guān)上預(yù)先配置這些參數(shù)對應(yīng)的相應(yīng)業(yè)務(wù)類型或業(yè)務(wù)特性，也可以在移動管理網(wǎng)元上預(yù)先配置這些參數(shù)對應(yīng)的相應(yīng)業(yè)務(wù)類型或業(yè)務(wù)特性。
[0077]以DSCP/T0S或者Flow Label為例，可以通過DSCP/T0S或者Flow Label字段中不同的比特表示不同的業(yè)務(wù)類型，如字段中第一比特置為I表示為語音電話的信令消息，第二比特置為I表示為短消息業(yè)務(wù)的消息；或者通過DSCP/T0S或者Flow Label字段的枚舉值來區(qū)分，如值為10表示語音電話的信令消息，值為17表示短消息業(yè)務(wù)的消息等。
[0078]服務(wù)網(wǎng)關(guān)收到下行數(shù)據(jù)包后，獲知該數(shù)據(jù)包對應(yīng)的下行隧道無效，則緩存該數(shù)據(jù)包，并獲取該數(shù)據(jù)包對應(yīng)的業(yè)務(wù)屬性信息。該業(yè)務(wù)屬性信息可以為以下中的至少一項:數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/T0S、Flow Label、業(yè)務(wù)類型和業(yè)務(wù)特性。具體內(nèi)容如下:
[0079]I)服務(wù)網(wǎng)關(guān)根據(jù)下行數(shù)據(jù)包中的隧道端點標(biāo)識定位該數(shù)據(jù)包對應(yīng)的用戶上下文或者承載上下文，獲知該數(shù)據(jù)包對應(yīng)的下行隧道無效，則直接從下行數(shù)據(jù)包中獲取數(shù)據(jù)包的IP地址、端口號、IPSec參數(shù)索引、DSCP/T0S和Flow Label中至少一項作為業(yè)務(wù)屬性信息。服務(wù)網(wǎng)關(guān)可以根據(jù)數(shù)據(jù)包長度或者特性進(jìn)行深度報文解析后，獲取到上述業(yè)務(wù)屬性信息。本方法中服務(wù)網(wǎng)關(guān)獲取內(nèi)層IP中的DSCP/TOS或者Flow Label作為業(yè)務(wù)屬性信息。所述內(nèi)層IP為目的地址為用戶終端的IP地址的IP層。
[0080]2)服務(wù)網(wǎng)關(guān)根據(jù)下行數(shù)據(jù)包中的源IP地址、目的IP地址、源端口號、目的端口號及協(xié)議號等協(xié)議頭部信息，匹配到服務(wù)網(wǎng)關(guān)上存儲的下行業(yè)務(wù)數(shù)據(jù)流過濾器(SDFF，Service Data Flow Filter)或下行流量模板(TFT, Traffic Flow Template),然后根據(jù)下行業(yè)務(wù)數(shù)據(jù)流過濾器定位對應(yīng)的下行業(yè)務(wù)數(shù)據(jù)流上下文，獲知數(shù)據(jù)包對應(yīng)的下行隧道無效，則直接從下行數(shù)據(jù)包中獲取數(shù)據(jù)包的IP地址、端口號、IPSec參數(shù)索引、DSCP/T0S和Flow Label中至少一項作為業(yè)務(wù)屬性信息；或者，根據(jù)下行流量模板定位對應(yīng)的承載上下文，獲知數(shù)據(jù)包對應(yīng)的下行隧道無效，則直接從下行數(shù)據(jù)包中獲取數(shù)據(jù)包的IP地址、端口號、IPSec參數(shù)索引、DSCP/T0S和Flow Label中至少一項作為業(yè)務(wù)屬性信息。服務(wù)網(wǎng)關(guān)可以根據(jù)數(shù)據(jù)包長度或者特性進(jìn)行深度報文解析后，獲取到上述業(yè)務(wù)屬性信息。
[0081]進(jìn)一步的，服務(wù)網(wǎng)關(guān)根據(jù)下行業(yè)務(wù)數(shù)據(jù)流上下文或者承載上下文或者用戶上下文中存儲的信息，例如APN，可以獲知該數(shù)據(jù)包對應(yīng)的連接類型。對應(yīng)特定的連接類型，如IMS業(yè)務(wù)的連接類型，服務(wù)網(wǎng)關(guān)可以根據(jù)數(shù)據(jù)包長度或者特性進(jìn)行深度報文解析，獲取該數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/T0S和Flow Label中至少一項。
[0082]3)服務(wù)網(wǎng)關(guān)在上述I)或2)的基礎(chǔ)上，根據(jù)數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/T0S或者Flow Label與具體業(yè)務(wù)類型的對應(yīng)關(guān)系，獲知業(yè)務(wù)類型，將獲知的業(yè)務(wù)類型作為業(yè)務(wù)屬性信息。
[0083]4)服務(wù)網(wǎng)關(guān)在上述I)或2)的基礎(chǔ)上，根據(jù)數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/T0S或者Flow Label與具體業(yè)務(wù)特性的對應(yīng)關(guān)系，獲知業(yè)務(wù)特性，將獲知的業(yè)務(wù)特性作為業(yè)務(wù)屬性信息。
[0084]步驟302、服務(wù)網(wǎng)關(guān)向移動管理網(wǎng)元發(fā)送包含業(yè)務(wù)屬性信息的下行數(shù)據(jù)通知消息；
[0085]服務(wù)網(wǎng)關(guān)將業(yè)務(wù)屬性信息包含在下行數(shù)據(jù)通知消息中發(fā)送給移動管理網(wǎng)元。該業(yè)務(wù)屬性信息為數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索弓丨、DSCP/T0S、FlowLabel、業(yè)務(wù)類型和業(yè)務(wù)特性中至少一項。
[0086]業(yè)務(wù)類型可以由一個枚舉值表示，如枚舉值10表示語音電話的信令消息，枚舉值17表示短消息業(yè)務(wù)、由字段中的不同比特來表示，如第一比特置I表示語音電話的信令消息，第二比特置I表示短消息業(yè)務(wù)。
[0087]業(yè)務(wù)特性(如高優(yōu)先級業(yè)務(wù)，低等待時長業(yè)務(wù))可以由一個枚舉值表示，如枚舉值I表示高優(yōu)先級或等待時長較短業(yè)務(wù)，枚舉值2表示低優(yōu)先級或等待時長較長業(yè)務(wù)等；或者由字段中的不同比特來表示，如第一比特置I表示高優(yōu)先級或等待時長較短業(yè)務(wù)，第二比特置I表示低優(yōu)先級或等待時長較長業(yè)務(wù)等，本實施例不予限定。
[0088]步驟303、移動管理網(wǎng)元向服務(wù)網(wǎng)關(guān)發(fā)送下行數(shù)據(jù)確認(rèn)消息，確認(rèn)收到服務(wù)網(wǎng)關(guān)發(fā)送的下行數(shù)據(jù)通知消息；
[0089]步驟304 - 305、移動管理網(wǎng)元根據(jù)業(yè)務(wù)屬性信息采取不同的尋呼策略尋呼空閑狀態(tài)的用戶終端。
[0090]移動管理網(wǎng)元獲取業(yè)務(wù)屬性信息后，根據(jù)不同的業(yè)務(wù)屬性信息采取不同的尋呼策略尋呼空閑狀態(tài)的用戶終端。對于根據(jù)業(yè)務(wù)屬性信息區(qū)分出的語音電話和短消息業(yè)務(wù)，在資源擁塞時，則對終端優(yōu)先發(fā)起語音電話的業(yè)務(wù)數(shù)據(jù)流的尋呼，對語音電話的尋呼可以開始就在整個跟蹤區(qū)域表(TA List,Tracking Area list)內(nèi)下發(fā),而對短消息的尋呼先在TAList內(nèi)用戶終端所在概率大的TA內(nèi)下發(fā)。
[0091]如果包含的業(yè)務(wù)屬性信息為數(shù)據(jù)包的IP地址、端口號、IPSec參數(shù)索引、DSCP/T0S和Flow Label中至少一項的情況，移動管理網(wǎng)元上需要預(yù)先配置這些參數(shù)對應(yīng)的業(yè)務(wù)類型，或預(yù)先配置這些參數(shù)對應(yīng)的業(yè)務(wù)特性，則根據(jù)對應(yīng)關(guān)系可以區(qū)分出業(yè)務(wù)類型或業(yè)務(wù)特性，再根據(jù)業(yè)務(wù)類型或業(yè)務(wù)特性采取不同的尋呼策略尋呼空閑狀態(tài)的用戶終端。
[0092]步驟306、用戶終端收到尋呼后，發(fā)起服務(wù)請求流程，恢復(fù)與網(wǎng)絡(luò)側(cè)的信令連接和用戶面承載，并轉(zhuǎn)為連接態(tài)，；
[0093]步驟307、在下行隧道有效后，服務(wù)網(wǎng)關(guān)將緩存的數(shù)據(jù)包發(fā)送給用戶終端。
[0094]實施例三內(nèi)容可以看出，本發(fā)明實施例技術(shù)方案在發(fā)送給移動管理網(wǎng)元的下行數(shù)據(jù)通知消息中包含了數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/T0S、FlowLabel、業(yè)務(wù)類型和業(yè)務(wù)特性中至少一項等作為業(yè)務(wù)屬性信息的內(nèi)容，因此移動管理網(wǎng)元在獲取這些業(yè)務(wù)屬性信息后，就可以根據(jù)業(yè)務(wù)屬性信息對用戶終端發(fā)起不同策略的尋呼，從而解決現(xiàn)有技術(shù)中無法區(qū)分業(yè)務(wù)而采用統(tǒng)一尋呼策略所導(dǎo)致的缺陷，使得一些重要及需要優(yōu)先考慮的業(yè)務(wù)能夠優(yōu)先建立，從而提高了為用戶提供的業(yè)務(wù)服務(wù)質(zhì)量，又能減少網(wǎng)絡(luò)側(cè)尋呼用戶終端的開銷。
[0095]圖4是本發(fā)明實施例四的尋呼處理方法流程圖。
[0096]圖4中移動管理網(wǎng)元可以指MME或者SGSN，服務(wù)網(wǎng)關(guān)指SGW，用戶終端指UE，數(shù)據(jù)網(wǎng)關(guān)指PGW，應(yīng)用服務(wù)網(wǎng)關(guān)可以指AF或者P-CSCF。服務(wù)網(wǎng)關(guān)作為策略執(zhí)行點，實現(xiàn)現(xiàn)有的策略控制架構(gòu)中策略執(zhí)行點的功能。
[0097]實施例四與上述實施例二和實施例三不同，是從下行業(yè)務(wù)數(shù)據(jù)流上下文或者承載上下文中獲取存儲的業(yè)務(wù)類型或業(yè)務(wù)特性信息。
[0098]如圖4所示，主要包括步驟:
[0099]步驟401、服務(wù)網(wǎng)關(guān)接收數(shù)據(jù)包，獲取該數(shù)據(jù)包對應(yīng)的業(yè)務(wù)屬性信息；
[0100]服務(wù)網(wǎng)關(guān)接收從應(yīng)用服務(wù)網(wǎng)關(guān)經(jīng)數(shù)據(jù)網(wǎng)關(guān)發(fā)送的下行數(shù)據(jù)包。
[0101]在本實施例中，應(yīng)用服務(wù)網(wǎng)關(guān)對語音電話的信令消息和短消息業(yè)務(wù)分別采用不同的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/T0S和Flow Label中至少一項來封裝下行數(shù)據(jù)包。
[0102]服務(wù)網(wǎng)關(guān)收到下行數(shù)據(jù)包后，獲知該數(shù)據(jù)包對應(yīng)的下行隧道無效，則緩存該數(shù)據(jù)包，并獲取該數(shù)據(jù)包對應(yīng)的業(yè)務(wù)屬性信息。該業(yè)務(wù)屬性信息可以為以下中的至少一項:業(yè)務(wù)類型和業(yè)務(wù)特性。具體內(nèi)容如下:
[0103]與上述實施例不同，因為本發(fā)明實施例中網(wǎng)絡(luò)側(cè)的策略決策點是根據(jù)應(yīng)用服務(wù)網(wǎng)關(guān)發(fā)送的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/T0S和Flow Label中至少一項來對語音電話的信令消息或者短消息業(yè)務(wù)生成不同的下行業(yè)務(wù)數(shù)據(jù)流過濾器，并將不同的下行業(yè)務(wù)數(shù)據(jù)流過濾器發(fā)送給服務(wù)網(wǎng)關(guān)，因此服務(wù)網(wǎng)關(guān)在承載或業(yè)務(wù)數(shù)據(jù)流的粒度方面可以區(qū)分出不同業(yè)務(wù)的數(shù)據(jù)包。服務(wù)網(wǎng)關(guān)可以根據(jù)不同的下行業(yè)務(wù)數(shù)據(jù)流過濾器生成不同的下行流量模板。服務(wù)網(wǎng)關(guān)根據(jù)下行數(shù)據(jù)包中的源IP地址、目的IP地址、源端口號、目的端口號及協(xié)議號等協(xié)議頭部信息，匹配到已經(jīng)存儲的下行業(yè)務(wù)數(shù)據(jù)流過濾器或下行流量模板，再根據(jù)下行業(yè)務(wù)數(shù)據(jù)流過濾器定位對應(yīng)的下行業(yè)務(wù)數(shù)據(jù)流上下文，獲知該數(shù)據(jù)包對應(yīng)的下行隧道無效，則獲取下行業(yè)務(wù)數(shù)據(jù)流上下文中存儲的與下行業(yè)務(wù)數(shù)據(jù)流過濾器對應(yīng)的業(yè)務(wù)類型或業(yè)務(wù)特性，將獲取的業(yè)務(wù)類型或業(yè)務(wù)特性作為業(yè)務(wù)屬性信息；或者，根據(jù)下行流量模板定位對應(yīng)的承載上下文，獲知該數(shù)據(jù)包對應(yīng)的下行隧道無效，則獲取承載上下文存儲的與下行流量模板對應(yīng)的業(yè)務(wù)類型或業(yè)務(wù)特性，將獲取的業(yè)務(wù)類型或業(yè)務(wù)特性作為業(yè)務(wù)屬性信息。
[0104]進(jìn)一步的，服務(wù)網(wǎng)關(guān)根據(jù)下行業(yè)務(wù)數(shù)據(jù)流上下文或承載上下文或用戶上下文中存儲的信息，例如APN，可以獲知該數(shù)據(jù)包對應(yīng)的連接類型。對應(yīng)特定的連接類型，如MS業(yè)務(wù)的連接類型，服務(wù)網(wǎng)關(guān)獲取下行業(yè)務(wù)數(shù)據(jù)流上下文存儲的與下行業(yè)務(wù)數(shù)據(jù)流過濾器對應(yīng)的業(yè)務(wù)類型或業(yè)務(wù)特性，或者獲取承載上下文存儲的與下行流量模板對應(yīng)的業(yè)務(wù)類型或業(yè)務(wù)特性。
[0105]步驟402、服務(wù)網(wǎng)關(guān)向移動管理網(wǎng)元發(fā)送包含業(yè)務(wù)屬性信息的下行數(shù)據(jù)通知消息；
[0106]服務(wù)網(wǎng)關(guān)將業(yè)務(wù)屬性信息包含在下行數(shù)據(jù)通知消息中發(fā)送給移動管理網(wǎng)元。該業(yè)務(wù)屬性信息為業(yè)務(wù)類型和業(yè)務(wù)特性中至少一項。
[0107]業(yè)務(wù)類型可以由一個枚舉值表示，如枚舉值10表示語音電話的信令消息，枚舉值17表示短消息業(yè)務(wù)的消息，或者由字段中的不同比特來表示，如第一比特置I表示語音電話的信令消息，第二比特置I表示短消息業(yè)務(wù)的消息。
[0108]業(yè)務(wù)特性(如高優(yōu)先級業(yè)務(wù)，低等待時長業(yè)務(wù))可以由一個枚舉值表示,如枚舉值I表示高優(yōu)先級或等待時長較短業(yè)務(wù)，枚舉值2表示低優(yōu)先級或等待時長較長業(yè)務(wù)等；或者由字段中的不同比特來表示，如第一比特置I表示高優(yōu)先級或等待時長較短業(yè)務(wù)，第二比特置I表示低優(yōu)先級或等待時長較長業(yè)務(wù)等，本實施例不予限定。
[0109]步驟403、移動管理網(wǎng)元向服務(wù)網(wǎng)關(guān)發(fā)送下行數(shù)據(jù)確認(rèn)消息，確認(rèn)收到服務(wù)網(wǎng)關(guān)發(fā)送的下行數(shù)據(jù)通知消息；
[0110]步驟404 - 405、移動管理網(wǎng)元根據(jù)業(yè)務(wù)屬性信息采取不同的尋呼策略尋呼空閑狀態(tài)的用戶終端。
[0111]移動管理網(wǎng)元獲取業(yè)務(wù)屬性信息后，根據(jù)不同的業(yè)務(wù)屬性信息采取不同的尋呼策略尋呼空閑狀態(tài)的用戶終端。對于根據(jù)業(yè)務(wù)屬性信息區(qū)分出的語音電話和短消息業(yè)務(wù)，在資源擁塞時，則對終端優(yōu)先發(fā)起語音電話的業(yè)務(wù)數(shù)據(jù)流的尋呼，對語音電話的尋呼可以開始就在整個TA List內(nèi)下發(fā)，而對短消息的尋呼先在TA List內(nèi)用戶終端所在概率大的TA內(nèi)下發(fā)。
[0112]步驟406、用戶終端收到尋呼后，發(fā)起服務(wù)請求流程，恢復(fù)與網(wǎng)絡(luò)側(cè)的信令連接和用戶面承載，并轉(zhuǎn)為連接態(tài)；
[0113]步驟407、在下行隧道有效后，服務(wù)網(wǎng)關(guān)將緩存的數(shù)據(jù)包發(fā)送給用戶終端。
[0114]實施例四內(nèi)容可以看出，本發(fā)明實施例技術(shù)方案在發(fā)送給移動管理網(wǎng)元的下行數(shù)據(jù)通知消息中包含了業(yè)務(wù)類型和業(yè)務(wù)特性中至少一項等作為業(yè)務(wù)屬性信息的內(nèi)容，因此移動管理網(wǎng)元在獲取這些業(yè)務(wù)屬性信息后，就可以根據(jù)業(yè)務(wù)屬性信息對用戶終端發(fā)起不同策略的尋呼，從而解決現(xiàn)有技術(shù)中無法區(qū)分業(yè)務(wù)而采用統(tǒng)一尋呼策略所導(dǎo)致的缺陷，使得一些重要及需要優(yōu)先考慮的業(yè)務(wù)能夠優(yōu)先建立，從而提高了為用戶提供的業(yè)務(wù)服務(wù)質(zhì)量，又能減少網(wǎng)絡(luò)側(cè)尋呼用戶終端的開銷。
[0115]圖5是本發(fā)明實施例五的尋呼處理方法流程圖:
[0116]圖5中移動管理網(wǎng)元可以指MME或者SGSN，服務(wù)網(wǎng)關(guān)指SGW，用戶終端指UE，數(shù)據(jù)網(wǎng)關(guān)指PGW，應(yīng)用服務(wù)網(wǎng)關(guān)可以指AF或者P-CSCF。與實施例四不同，本實施例中數(shù)據(jù)網(wǎng)關(guān)作為策略執(zhí)行點，實現(xiàn)現(xiàn)有的策略控制架構(gòu)中策略執(zhí)行點的功能。
[0117]如圖5所示，主要包括步驟:
[0118]步驟501、數(shù)據(jù)網(wǎng)關(guān)接收數(shù)據(jù)包，獲取該數(shù)據(jù)包對應(yīng)的業(yè)務(wù)屬性信息；
[0119]數(shù)據(jù)網(wǎng)關(guān)接收從應(yīng)用服務(wù)網(wǎng)關(guān)發(fā)送的下行數(shù)據(jù)包。
[0120]在本實施例中，應(yīng)用服務(wù)網(wǎng)關(guān)對語音電話的信令消息和短消息業(yè)務(wù)分別采用不同的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/T0S和Flow Label中至少一項來封裝下行數(shù)據(jù)包。
[0121]數(shù)據(jù)網(wǎng)關(guān)收到下行數(shù)據(jù)包后獲取該數(shù)據(jù)包對應(yīng)的業(yè)務(wù)屬性信息。該業(yè)務(wù)屬性信息可以為以下中的至少一項:業(yè)務(wù)類型和業(yè)務(wù)特性。具體內(nèi)容如下:
[0122]I)本發(fā)明實施例中網(wǎng)絡(luò)側(cè)的策略決策點可以根據(jù)應(yīng)用服務(wù)網(wǎng)關(guān)發(fā)送的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/T0S和Flow Label中至少一項來對語音電話的信令消息或者短消息業(yè)務(wù)生成不同的下行業(yè)務(wù)數(shù)據(jù)流過濾器，并將不同的下行業(yè)務(wù)數(shù)據(jù)流過濾器發(fā)送給數(shù)據(jù)網(wǎng)關(guān)，數(shù)據(jù)網(wǎng)關(guān)可以根據(jù)不同的下行業(yè)務(wù)數(shù)據(jù)流過濾器生成不同的下行流量模板。數(shù)據(jù)網(wǎng)關(guān)根據(jù)下行數(shù)據(jù)包中的源IP地址、目的IP地址、源端口號、目的端口號及協(xié)議號等協(xié)議頭部信息，匹配到已經(jīng)存儲的下行業(yè)務(wù)數(shù)據(jù)流過濾器或下行流量模板，再根據(jù)下行業(yè)務(wù)數(shù)據(jù)流過濾器定位下行業(yè)務(wù)數(shù)據(jù)流上下文，并獲取其中存儲的與下行業(yè)務(wù)數(shù)據(jù)流過濾器對應(yīng)的業(yè)務(wù)類型或業(yè)務(wù)特性，將獲取的業(yè)務(wù)類型或業(yè)務(wù)特性作為業(yè)務(wù)屬性信息；或者，根據(jù)下行流量模板定位對應(yīng)的承載上下文，獲取其中存儲的與下行流量模板對應(yīng)的業(yè)務(wù)類型或業(yè)務(wù)特性，將獲取的業(yè)務(wù)類型或業(yè)務(wù)特性作為業(yè)務(wù)屬性信息。
[0123]進(jìn)一步的，數(shù)據(jù)網(wǎng)關(guān)根據(jù)下行業(yè)務(wù)數(shù)據(jù)流上下文或承載上下文或用戶上下文中存儲的信息，例如APN，可以獲知該數(shù)據(jù)包對應(yīng)的連接類型。對應(yīng)特定的連接類型，如MS業(yè)務(wù)的連接類型，獲取下行業(yè)務(wù)數(shù)據(jù)流上下文存儲的與下行業(yè)務(wù)數(shù)據(jù)流過濾器對應(yīng)的業(yè)務(wù)類型或業(yè)務(wù)特性，或者獲取承載上下文存儲的與下行流量模板對應(yīng)的業(yè)務(wù)類型或業(yè)務(wù)特性。
[0124]數(shù)據(jù)網(wǎng)關(guān)根據(jù)獲取的業(yè)務(wù)類型或業(yè)務(wù)特性，在給接收到的下行數(shù)據(jù)包封裝外層IP層時，將外層IP中DSCP/T0S或者Flow Label字段值設(shè)置為相應(yīng)的業(yè)務(wù)屬性對應(yīng)的值。
[0125]其中將下行數(shù)據(jù)包中的DSCP/T0S或者Flow Label字段值設(shè)置為相應(yīng)的業(yè)務(wù)屬性對應(yīng)的值，可以是通過不同枚舉值或不同比特區(qū)分，如枚舉值10表示語音電話的信令消息，枚舉值17表示短消息業(yè)務(wù)的消息，或者如第一比特置I表示語音電話的信令消息，第二比特置I表示短消息業(yè)務(wù)的消息。
[0126]2)應(yīng)用服務(wù)網(wǎng)關(guān)對語音電話的信令消息和短消息業(yè)務(wù)分別采用不同DSCP/T0S或者Flow Label來封裝數(shù)據(jù)包。網(wǎng)絡(luò)側(cè)的策略決策點對語音電話的信令消息或者短消息業(yè)務(wù)的不進(jìn)行特殊處理，還是生成相同的下行業(yè)務(wù)數(shù)據(jù)流過濾器，并發(fā)送給數(shù)據(jù)網(wǎng)關(guān)。
[0127]此種情況下，數(shù)據(jù)網(wǎng)關(guān)在給接收到的下行數(shù)據(jù)包封裝外層IP層時，將外層IP中DSCP/T0S或者Flow Label字段值設(shè)置為相應(yīng)的接收的下行數(shù)據(jù)包的IP層的DSCP/T0S或者 Flow Label 值。
[0128]步驟502、數(shù)據(jù)網(wǎng)關(guān)向服務(wù)網(wǎng)關(guān)發(fā)送數(shù)據(jù)包；
[0129]步驟503、服務(wù)網(wǎng)關(guān)接收數(shù)據(jù)包，獲取該數(shù)據(jù)包對應(yīng)的業(yè)務(wù)屬性信息；
[0130]服務(wù)網(wǎng)關(guān)收到下行數(shù)據(jù)包后，獲知該數(shù)據(jù)包對應(yīng)的下行隧道無效，則緩存該數(shù)據(jù)包，并獲取該數(shù)據(jù)包對應(yīng)的業(yè)務(wù)屬性信息。該業(yè)務(wù)屬性信息可以為以下中的至少一項:DSCP/T0S、Flow Label、業(yè)務(wù)類型和業(yè)務(wù)特性。具體內(nèi)容如下:
[0131]I)服務(wù)網(wǎng)關(guān)直接從下行數(shù)據(jù)包的外層IP層中獲取數(shù)據(jù)包的DSCP/T0S或者FlowLabel作為業(yè)務(wù)屬性信息。服務(wù)網(wǎng)關(guān)可以根據(jù)數(shù)據(jù)包長度或者特性進(jìn)行深度報文解析后，獲取到上述業(yè)務(wù)屬性信息。所述外層IP層為數(shù)據(jù)網(wǎng)關(guān)接收到下行數(shù)據(jù)包后封裝在該下行數(shù)據(jù)包外面的IP層。
[0132]2)服務(wù)網(wǎng)關(guān)在上述I)的基礎(chǔ)上，根據(jù)數(shù)據(jù)包的DSCP/T0S或者Flow Label與具體業(yè)務(wù)類型的對應(yīng)關(guān)系，獲知業(yè)務(wù)類型，將獲知的業(yè)務(wù)類型作為業(yè)務(wù)屬性信息。
[0133]3)服務(wù)網(wǎng)關(guān)在上述I)的基礎(chǔ)上，根據(jù)數(shù)據(jù)包的DSCP/TOS、Flow Label與具體業(yè)務(wù)特性的對應(yīng)關(guān)系，獲知業(yè)務(wù)特性，將獲知的業(yè)務(wù)特性作為業(yè)務(wù)屬性信息。
[0134]步驟504、服務(wù)網(wǎng)關(guān)向移動管理網(wǎng)元發(fā)送包含業(yè)務(wù)屬性信息的下行數(shù)據(jù)通知消息；
[0135]SGff將業(yè)務(wù)屬性信息包含在下行數(shù)據(jù)通知消息中發(fā)送給移動管理網(wǎng)元。該業(yè)務(wù)屬性信息為數(shù)據(jù)包的DSCP/T0S、Flow Label、業(yè)務(wù)類型和業(yè)務(wù)特性中至少一項。
[0136]業(yè)務(wù)類型可以由一個枚舉值表示，如枚舉值10表示語音電話的信令消息，枚舉值17表示短消息業(yè)務(wù)的消息，或者由字段中的不同比特來表示，如第一比特置I表示語音電話的信令消息，第二比特置I表示短消息業(yè)務(wù)的消息。
[0137]業(yè)務(wù)特性(如高優(yōu)先級業(yè)務(wù)，低等待時長業(yè)務(wù))可以由一個枚舉值表示,如枚舉值I表示高優(yōu)先級或等待時長較短業(yè)務(wù)，枚舉值2表示低優(yōu)先級或等待時長較長業(yè)務(wù)等；或者由字段中的不同比特來表示，如第一比特置I表示高優(yōu)先級或等待時長較短業(yè)務(wù)，第二比特置I表示低優(yōu)先級或等待時長較長業(yè)務(wù)等，本實施例不予限定。
[0138]步驟505、移動管理網(wǎng)元向服務(wù)網(wǎng)關(guān)發(fā)送下行數(shù)據(jù)確認(rèn)消息，確認(rèn)收到服務(wù)網(wǎng)關(guān)發(fā)送的下行數(shù)據(jù)通知消息；
[0139]步驟506 - 507、移動管理網(wǎng)元根據(jù)業(yè)務(wù)屬性信息采取不同的尋呼策略尋呼空閑狀態(tài)的用戶終端。
[0140]移動管理網(wǎng)元獲取業(yè)務(wù)屬性信息后，根據(jù)不同的業(yè)務(wù)屬性信息采取不同的尋呼策略尋呼空閑狀態(tài)的用戶終端。對于根據(jù)業(yè)務(wù)屬性信息區(qū)分出的語音電話和短消息業(yè)務(wù)，則對終端優(yōu)先發(fā)起語音電話的業(yè)務(wù)數(shù)據(jù)流的尋呼，在資源擁塞時，對語音電話的尋呼可以開始就在整個TA List內(nèi)下發(fā)，而對短消息的尋呼先在TA List內(nèi)用戶終端所在概率大的TA內(nèi)下發(fā)。
[0141]如果包含的業(yè)務(wù)屬性信息為數(shù)據(jù)包的DSCP/T0S或者Flow Label的情況，移動管理網(wǎng)元上需要預(yù)先配置這些參數(shù)對應(yīng)的業(yè)務(wù)類型或業(yè)務(wù)特性，則根據(jù)對應(yīng)關(guān)系可以區(qū)分出業(yè)務(wù)類型或業(yè)務(wù)特性，再根據(jù)業(yè)務(wù)類型或業(yè)務(wù)特性采取不同的尋呼策略尋呼空閑狀態(tài)的用戶終端。
[0142]步驟508、用戶終端收到尋呼后，發(fā)起服務(wù)請求流程，恢復(fù)與網(wǎng)絡(luò)側(cè)的信令連接和用戶面承載，并轉(zhuǎn)為連接態(tài)；
[0143]步驟509、在下行隧道有效后，服務(wù)網(wǎng)關(guān)將緩存的數(shù)據(jù)包發(fā)送給用戶終端。
[0144]實施例五內(nèi)容可以看出，本發(fā)明實施例技術(shù)方案在發(fā)送給移動管理網(wǎng)元的下行數(shù)據(jù)通知消息中包含了 DSCP/TOS、Flow Label、業(yè)務(wù)類型和業(yè)務(wù)特性中至少一項等作為業(yè)務(wù)屬性信息的內(nèi)容，因此移動管理網(wǎng)元在獲取這些業(yè)務(wù)屬性信息后，就可以根據(jù)業(yè)務(wù)屬性信息對用戶終端發(fā)起不同策略的尋呼，從而解決現(xiàn)有技術(shù)中無法區(qū)分業(yè)務(wù)而采用統(tǒng)一尋呼策略所導(dǎo)致的缺陷，使得一些重要及需要優(yōu)先考慮的業(yè)務(wù)能夠優(yōu)先建立，從而提高了為用戶提供的業(yè)務(wù)服務(wù)質(zhì)量，又能減少網(wǎng)絡(luò)側(cè)尋呼用戶終端的開銷。
[0145]上述內(nèi)容詳細(xì)介紹了本發(fā)明實施例的尋呼處理方法，相應(yīng)的，本發(fā)明實施例提供一種通信裝置和通信系統(tǒng)。
[0146]圖6是本發(fā)明實施例的通信裝置一結(jié)構(gòu)示意圖。
[0147]如圖6所示,通信裝置包括:
[0148]接收單元61，用于接收下行數(shù)據(jù)通知消息，所述下行數(shù)據(jù)通知消息包含數(shù)據(jù)的業(yè)務(wù)屬性信息；
[0149]信息單元62，用于獲取業(yè)務(wù)屬性信息；
[0150]處理單元63，用于根據(jù)所述業(yè)務(wù)屬性信息對用戶終端發(fā)起不同策略的尋呼。
[0151]進(jìn)一步的，所述接收單元61接收的通知消息中包含的數(shù)據(jù)的業(yè)務(wù)屬性信息為由以下中的至少一項:接入點名稱APN、承載標(biāo)識EB1、服務(wù)質(zhì)量等級標(biāo)識QC1、缺省承載標(biāo)識LBI和服務(wù)標(biāo)識SI ；
[0152]所述處理單元63包括:第一處理單元631和第二處理單元632。
[0153]第一處理單元631，用于根據(jù)所述EBI定位到承載上下文得到對應(yīng)的APN或者QCI，或者，根據(jù)所述LBI定位到承載上下文得到對應(yīng)的APN ；
[0154]第二處理單元632，用于根據(jù)所述第一處理單元631得到的所述APN或者QCI對用戶終端發(fā)起不同策略的尋呼；或者
[0155]所述處理單元63包括第三處理單元633，用于根據(jù)接收單元61接收的通知消息中的所述APN、QCI或者SI對用戶終端發(fā)起不同策略的尋呼。
[0156]或者是，所述接收單元61接收的通知消息中包含的數(shù)據(jù)的業(yè)務(wù)屬性信息為以下中的至少一項:數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IP安全I(xiàn)PSec參數(shù)索引、區(qū)分服務(wù)碼點優(yōu)先級DSCP/業(yè)務(wù)類別！OS、流標(biāo)簽Flow Label、業(yè)務(wù)類型和業(yè)務(wù)特性；
[0157]所述處理單元63包括:第一處理單元631和第二處理單元632。
[0158]第一處理單元631，用于根據(jù)預(yù)先配置的所述數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/TOS、Flow Label與業(yè)務(wù)類型的對應(yīng)關(guān)系，獲知業(yè)務(wù)類型，或者，根據(jù)預(yù)先配置的所述數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/T0S、FlowLabel與業(yè)務(wù)特性的對應(yīng)關(guān)系，獲知業(yè)務(wù)特性；
[0159]第二處理單元632，用于根據(jù)所述第一處理單元631得到的所述業(yè)務(wù)類型或者業(yè)務(wù)特性對用戶終端發(fā)起不同策略的尋呼；或者
[0160]所述處理單元63包括第三處理單元633，用于根據(jù)接收單元61接收的通知消息中的所述業(yè)務(wù)類型或者業(yè)務(wù)特性對用戶終端發(fā)起不同策略的尋呼。
[0161]圖7是本發(fā)明實施例的通信裝置二結(jié)構(gòu)示意圖。[0162]如圖7所示，通信裝置包括:
[0163]生成單元71，用于生成下行數(shù)據(jù)通知消息，所述下行數(shù)據(jù)通知消息包含數(shù)據(jù)的業(yè)務(wù)屬性信息；
[0164]發(fā)送單元72，用于發(fā)送所述生成單元71生成的通知消息，以便移動管理網(wǎng)元根據(jù)所述業(yè)務(wù)屬性信息對用戶終端發(fā)起不同策略的尋呼。
[0165]通信裝置還包括:處理單元73。
[0166]實施方式一:
[0167]處理單元73，用于在接收數(shù)據(jù)包后，從數(shù)據(jù)包對應(yīng)的用戶上下文、承載上下文或者業(yè)務(wù)數(shù)據(jù)流上下文中獲取數(shù)據(jù)的業(yè)務(wù)屬性信息，所述業(yè)務(wù)屬性信息為以下中的至少一項:接入點名稱APN、承載標(biāo)識EB1、服務(wù)質(zhì)量等級標(biāo)識QC1、缺省承載標(biāo)識LBI和服務(wù)標(biāo)識SI ；
[0168]將所述獲取的業(yè)務(wù)屬性信息發(fā)送給所述生成單元71。
[0169]實施方式二:
[0170]處理單元73，用于接收數(shù)據(jù)包；
[0171]直接從數(shù)據(jù)包中獲取業(yè)務(wù)屬性信息，所述業(yè)務(wù)屬性信息為數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/T0S和Flow Label中的至少一項；
[0172]根據(jù)預(yù)先配置的所述數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/TOS或者Flow Label與業(yè)務(wù)類型的對應(yīng)關(guān)系，獲取業(yè)務(wù)類型作為數(shù)據(jù)的業(yè)務(wù)屬性信息；
[0173]根據(jù)預(yù)先配置的所述數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/TOS或者Flow Label與業(yè)務(wù)特性的對應(yīng)關(guān)系，獲取業(yè)務(wù)特性作為數(shù)據(jù)的業(yè)務(wù)屬性信息；或者，
[0174]根據(jù)不同的業(yè)務(wù)數(shù)據(jù)流過濾器對應(yīng)的業(yè)務(wù)數(shù)據(jù)流上下文或不同的下行流量模板對應(yīng)的承載上下文獲取業(yè)務(wù)屬性信息，所述業(yè)務(wù)屬性信息為業(yè)務(wù)類型或者業(yè)務(wù)特性；
[0175]將所述獲取的業(yè)務(wù)屬性信息發(fā)送給所述生成單元71。
[0176]圖8是本發(fā)明實施例的通信系統(tǒng)結(jié)構(gòu)示意圖。
[0177]如圖8所示，通信系統(tǒng)包括:
[0178]第一通信裝置81，用于發(fā)送下行數(shù)據(jù)通知消息，所述下行數(shù)據(jù)通知消息包含數(shù)據(jù)的業(yè)務(wù)屬性信息；
[0179]第二通信裝置82，用于接收所述第一通信裝置81發(fā)送的下行數(shù)據(jù)通知消息，獲取業(yè)務(wù)屬性信息；根據(jù)所述業(yè)務(wù)屬性信息對用戶終端發(fā)起不同策略的尋呼。
[0180]所述第一通信裝置81發(fā)送的下行數(shù)據(jù)通知消息中包含的數(shù)據(jù)的業(yè)務(wù)屬性信息為以下中的至少一項:接入點名稱APN、承載標(biāo)識EB1、服務(wù)質(zhì)量等級標(biāo)識QC1、缺省承載標(biāo)識LBI和服務(wù)標(biāo)識SI ；
[0181]所述第二通信裝置82可以用于根據(jù)所述EBI定位到承載上下文得到對應(yīng)的APN或者QCI后，根據(jù)所述APN或者QCI對用戶終端發(fā)起不同策略的尋呼；或者
[0182]根據(jù)所述LBI定位到承載上下文得到對應(yīng)的APN，根據(jù)所述APN對用戶終端發(fā)起不同策略的尋呼。
[0183]或者是，
[0184]所述第一通信裝置81發(fā)送的下行數(shù)據(jù)通知消息中包含的數(shù)據(jù)的業(yè)務(wù)屬性信息為以下中的至少一項:數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IP安全I(xiàn)PSec參數(shù)索引、區(qū)分服務(wù)碼點優(yōu)先級DSCP/業(yè)務(wù)類別！OS、流標(biāo)簽Flow Label、業(yè)務(wù)類型和業(yè)務(wù)特性；
[0185]所述第二通信裝置82可以用于據(jù)所述業(yè)務(wù)類型或者業(yè)務(wù)特性對用戶終端發(fā)起不同策略的尋呼；
[0186]根據(jù)預(yù)先配置的所述數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/TOS或者Flow Label與業(yè)務(wù)類型的對應(yīng)關(guān)系，獲知業(yè)務(wù)類型，根據(jù)所述業(yè)務(wù)類型對用戶終端發(fā)起不同策略的尋呼；或者
[0187]根據(jù)預(yù)先配置的所述數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/TOS或者Flow Label與業(yè)務(wù)特性的對應(yīng)關(guān)系，獲知業(yè)務(wù)特性，根據(jù)所述業(yè)務(wù)特性對用戶終端發(fā)起不同策略的尋呼。
[0188]第二通信裝置82具有上述圖6所示的結(jié)構(gòu)，具體參見前面描述。
[0189]綜上所述，本發(fā)明實施例技術(shù)方案是在下行數(shù)據(jù)通知消息中包含了數(shù)據(jù)的業(yè)務(wù)屬性信息，那么在獲取這些業(yè)務(wù)屬性信息后，就可以根據(jù)業(yè)務(wù)屬性信息對用戶終端發(fā)起不同策略的尋呼，從而解決現(xiàn)有技術(shù)中無法區(qū)分業(yè)務(wù)而采用統(tǒng)一尋呼策略所導(dǎo)致的缺陷，使得一些重要及需要優(yōu)先考慮的業(yè)務(wù)能夠優(yōu)先建立，從而提高了為用戶提供的業(yè)務(wù)服務(wù)質(zhì)量。
[0190]本領(lǐng)域普通技術(shù)人員可以理解上述實施例的各種方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成，該程序可以存儲于一計算機(jī)可讀存儲介質(zhì)中，存儲介質(zhì)可以包括:只讀存儲器(ROM，Read Only Memory)、隨機(jī)存取存儲器(RAM，RandomAccess Memory)、磁盤或光盤等。
[0191]以上對本發(fā)明實施例所提供的尋呼處理方法、通信裝置及通信系統(tǒng)進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進(jìn)行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在【具體實施方式】及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
【權(quán)利要求】
1.一種尋呼處理方法，其特征在于，包括: 移動管理網(wǎng)元接收下行數(shù)據(jù)通知消息，所述下行數(shù)據(jù)通知消息包含數(shù)據(jù)的承載標(biāo)識EBI ； 所述移動性管理網(wǎng)元獲取所述EBI，并根據(jù)所述EBI獲取所述EBI對應(yīng)的承載上下文；所述移動性管理網(wǎng)元根據(jù)所述承載上下文中的參數(shù)，以及所述參數(shù)與尋呼策略的對應(yīng)關(guān)系，根據(jù)所述尋呼策略對用戶終端發(fā)起尋呼。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述移動性管理網(wǎng)元根據(jù)所述承載上下文中的參數(shù)，以及所述參數(shù)與尋呼策略的對應(yīng)關(guān)系，根據(jù)所述尋呼策略對用戶終端發(fā)起尋呼，包括: 所述移動性管理網(wǎng)元根據(jù)所述承載上下文中的APN，以及所述APN與所述尋呼策略的對應(yīng)關(guān)系，根據(jù)所述尋呼策略對所述用戶終端發(fā)起尋呼。
3.根據(jù)權(quán)利要求1或2所述的尋呼處理方法，其特征在于， 所述EBI是服務(wù)網(wǎng)關(guān)從用戶上下文、承載上下文，或者業(yè)務(wù)數(shù)據(jù)流上下文中獲取并攜帶在所述下行數(shù)據(jù)通知消息中的。
4.根據(jù)權(quán)利要求1所述的尋呼處理方法，其特征在于: 所述下行數(shù)據(jù)通知消息還包括以下中的至少一項:數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IP安全I(xiàn)PSec參數(shù)索引、區(qū)分服務(wù)碼點優(yōu)先級DSCP/業(yè)務(wù)類別!OS、流標(biāo)簽Flow Label、業(yè)務(wù)類型和業(yè)務(wù)特性； 所述根據(jù)所述業(yè)務(wù)屬 性信息對用戶終端發(fā)起不同策略的尋呼包括: 根據(jù)所述業(yè)務(wù)類型或者業(yè)務(wù)特性對用戶終端發(fā)起不同策略的尋呼；或者， 根據(jù)預(yù)先配置的所述數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/T0S或者Flow Label與業(yè)務(wù)類型的對應(yīng)關(guān)系，獲知業(yè)務(wù)類型，根據(jù)所述業(yè)務(wù)類型對用戶終端發(fā)起不同策略的尋呼；或者 根據(jù)預(yù)先配置的所述數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/T0S或者Flow Label與業(yè)務(wù)特性的對應(yīng)關(guān)系，獲知業(yè)務(wù)特性，根據(jù)所述業(yè)務(wù)特性對用戶終端發(fā)起不同策略的尋呼。
5.根據(jù)權(quán)利要求4所述的尋呼處理方法，其特征在于， 所述以下中的至少一項:數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IP安全I(xiàn)PSec參數(shù)索弓1、區(qū)分服務(wù)碼點優(yōu)先級DSCP/業(yè)務(wù)類別!OS、流標(biāo)簽Flow Label是服務(wù)網(wǎng)關(guān)從數(shù)據(jù)網(wǎng)關(guān)發(fā)送的所述數(shù)據(jù)包中獲取的；或者， 所述業(yè)務(wù)類型是服務(wù)網(wǎng)關(guān)根據(jù)預(yù)先配置的所述數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/T0S或者Flow Label與業(yè)務(wù)類型的對應(yīng)關(guān)系獲知的；或者， 所述業(yè)務(wù)特性是服務(wù)網(wǎng)關(guān)根據(jù)預(yù)先配置的所述數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/T0S或者Flow Label與業(yè)務(wù)特性的對應(yīng)關(guān)系獲知的；或者， 所述業(yè)務(wù)類型是服務(wù)網(wǎng)關(guān)根據(jù)不同的業(yè)務(wù)數(shù)據(jù)流過濾器對應(yīng)的業(yè)務(wù)數(shù)據(jù)流上下文，或不同的下行流量模板對應(yīng)的承載上下文獲取的；或者， 所述業(yè)務(wù)特性是服務(wù)網(wǎng)關(guān)根據(jù)不同的業(yè)務(wù)數(shù)據(jù)流過濾器對應(yīng)的業(yè)務(wù)數(shù)據(jù)流上下文，或不同的下行流量模板對應(yīng)的承載上下文獲取的。
6.一種通信裝置，其特征在于，包括:接收單元，用于接收下行數(shù)據(jù)通知消息，所述下行數(shù)據(jù)通知消息包含數(shù)據(jù)的承載標(biāo)識EBI ； 信息單元，用于獲取所述EBI，并根據(jù)所述EBI獲取所述EBI對應(yīng)的承載上下文； 處理單元，用于根據(jù)所述承載上下文中的參數(shù)，以及所述參數(shù)與尋呼策略的對應(yīng)關(guān)系，根據(jù)所述尋呼策略對用戶終端發(fā)起尋呼。
7.根據(jù)權(quán)利要求6所述的通信裝置，其特征在于，所述處理單元具體用于: 根據(jù)所述承載上下文中的APN，以及所述APN與所述尋呼策略的對應(yīng)關(guān)系，根據(jù)所述尋呼策略對所述用戶終端發(fā)起尋呼。
8.根據(jù)權(quán)利要求6或7所述的通信裝置，其特征在于: 所述EBI是服務(wù)網(wǎng)關(guān)從用戶上下文、承載上下文，或者業(yè)務(wù)數(shù)據(jù)流上下文中獲取并攜帶在所述下行數(shù)據(jù)通知消息中的。
9.根據(jù)權(quán)利要求6所述的通信裝置，其特征在于， 所述以下中的至少一項:數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IP安全I(xiàn)PSec參數(shù)索 弓1、區(qū)分服務(wù)碼點優(yōu)先級DSCP/業(yè)務(wù)類別!OS、流標(biāo)簽Flow Label是服務(wù)網(wǎng)關(guān)從數(shù)據(jù)網(wǎng)關(guān)發(fā)送的所述數(shù)據(jù)包中獲取的；或者， 所述業(yè)務(wù)類型是服務(wù)網(wǎng)關(guān)根據(jù)預(yù)先配置的所述數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/T0S或者Flow Label與業(yè)務(wù)類型的對應(yīng)關(guān)系獲知的；或者， 所述業(yè)務(wù)特性是服務(wù)網(wǎng)關(guān)根據(jù)預(yù)先配置的所述數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/T0S或者Flow Label與業(yè)務(wù)特性的對應(yīng)關(guān)系獲知的；或者， 所述業(yè)務(wù)類型是服務(wù)網(wǎng)關(guān)根據(jù)不同的業(yè)務(wù)數(shù)據(jù)流過濾器對應(yīng)的業(yè)務(wù)數(shù)據(jù)流上下文，或不同的下行流量模板對應(yīng)的承載上下文獲取的；或者， 所述業(yè)務(wù)特性是服務(wù)網(wǎng)關(guān)根據(jù)不同的業(yè)務(wù)數(shù)據(jù)流過濾器對應(yīng)的業(yè)務(wù)數(shù)據(jù)流上下文，或不同的下行流量模板對應(yīng)的承載上下文獲取的。
10.一種通信裝置，其特征在于，包括: 生成單元，用于生成下行數(shù)據(jù)通知消息，所述下行數(shù)據(jù)通知消息包含數(shù)據(jù)的承載標(biāo)識EBI ； 發(fā)送單元，用于發(fā)送所述下行數(shù)據(jù)通知消息至移動性管理網(wǎng)元，以便所述移動管理網(wǎng)元根據(jù)所述EBI獲取所述EBI對應(yīng)的承載上下文，并根據(jù)所述承載上下文中的參數(shù)，以及所述參數(shù)與尋呼策略的對應(yīng)關(guān)系，根據(jù)所述尋呼策略對用戶終端發(fā)起尋呼。
11.根據(jù)權(quán)利要求10所述的通信裝置，其特征在于，還包括: 處理單元，用于在接收數(shù)據(jù)網(wǎng)關(guān)發(fā)送的數(shù)據(jù)包后，從所述數(shù)據(jù)包對應(yīng)的用戶上下文、承載上下文或者業(yè)務(wù)數(shù)據(jù)流上下文中獲取數(shù)據(jù)的所述EBI。
12.根據(jù)權(quán)利要求11所述的通信裝置，其特征在于，所述處理單元還用于 直接從所述數(shù)據(jù)包獲取所述數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/T0S和Flow Label中的至少一項；或者， 根據(jù)預(yù)先配置的所述數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/T0S或者Flow Label與業(yè)務(wù)類型的對應(yīng)關(guān)系，獲取所述業(yè)務(wù)類型； 根據(jù)預(yù)先配置的所述數(shù)據(jù)包的IP地址、協(xié)議類型、端口號、IPSec參數(shù)索引、DSCP/T0S或者Flow Label與業(yè)務(wù)特性的對應(yīng)關(guān)系，獲取所述業(yè)務(wù)特性作；或者，根據(jù)不同的業(yè)務(wù)數(shù)據(jù)流過濾器對應(yīng)的業(yè)務(wù)數(shù)據(jù)流上下文或不同的下行流量模板對應(yīng)的承載上下文獲取業(yè)務(wù)類型或者業(yè)務(wù)特性。
13.—種通信系統(tǒng)， 其特征在于，包括: 如權(quán)利要求6-9任一所述的通信裝置和權(quán)利要求10-12任一所述的通信裝置。
【文檔編號】H04W68/02GK103747527SQ201410026451
【公開日】2014年4月23日 申請日期:2009年6月26日 優(yōu)先權(quán)日:2009年6月26日
【發(fā)明者】銀宇, 戚彩霞 申請人:華為技術(shù)有限公司