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