CN101932040A - 寻呼处理方法、通信装置及通信系统 - Google Patents

寻呼处理方法、通信装置及通信系统 Download PDF

Info

Publication number
CN101932040A
CN101932040A CN2009101484241A CN200910148424A CN101932040A CN 101932040 A CN101932040 A CN 101932040A CN 2009101484241 A CN2009101484241 A CN 2009101484241A CN 200910148424 A CN200910148424 A CN 200910148424A CN 101932040 A CN101932040 A CN 101932040A
Authority
CN
China
Prior art keywords
service
attribute information
packet
business attribute
notification message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN2009101484241A
Other languages
English (en)
Other versions
CN101932040B (zh
Inventor
银宇
戚彩霞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201410026451.2A priority Critical patent/CN103747527B/zh
Priority to CN200910148424.1A priority patent/CN101932040B/zh
Priority to PCT/CN2010/073827 priority patent/WO2010148964A1/zh
Publication of CN101932040A publication Critical patent/CN101932040A/zh
Priority to US13/333,746 priority patent/US8908601B2/en
Application granted granted Critical
Publication of CN101932040B publication Critical patent/CN101932040B/zh
Priority to US14/549,134 priority patent/US9351276B2/en
Priority to US15/162,383 priority patent/US9504009B2/en
Priority to US16/197,390 priority patent/USRE48985E1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements

Abstract

本发明实施例公开了一种能提高为用户提供的业务服务质量的寻呼处理方法、通信装置及通信系统。该寻呼处理方法，包括：移动管理网元接收下行数据通知消息，所述下行数据通知消息包含数据的业务属性信息；获取业务属性信息；根据所述业务属性信息对用户终端发起不同策略的寻呼。一种通信装置，包括：接收单元，用于接收下行数据通知消息，所述下行数据通知消息包含数据的业务属性信息；信息单元，用于获取业务属性信息；处理单元，用于根据所述业务属性信息对用户终端发起不同策略的寻呼。本发明实施例还提供相应的通信系统。

Description

寻呼处理方法、通信装置及通信系统
技术领域
本发明涉及通信技术领域，具体涉及一种寻呼处理方法、通信装置及通信系统。
背景技术
在移动通信网络中，用户终端(UE，User Equipment)附着到网络后有两种状态：连接态和空闲态。在连接态下，用户终端和网络侧之间可以直接传输用户面数据包。在空闲态下，网络侧释放为用户终端分配的资源。如果网络侧有数据包要发送给处于空闲态的用户终端，网络侧寻呼用户终端，触发用户终端发起服务请求流程，恢复网络侧与用户终端的信令连接和用户面承载。
当网络侧的服务网关(SGW，Serving Gateway)收到用户终端的下行数据包后，如果发现下行隧道无效，服务网关缓存数据包，发送下行数据通知消息给移动管理网元，下行数据通知消息一般用于指示移动管理网元恢复用户终端的无线接入承载，如果此时终端处于空闲态，即用户终端和网络的信令连接被释放，则由移动管理网元寻呼用户终端，使得用户终端根据寻呼发起服务请求流程，恢复与网络侧的信令连接和用户面承载在空口侧的无线接入承载，然后服务网关将缓存的数据包发送给用户终端。
在对此方法的研究和实践过程中，本发明的发明人发现：
现有技术中服务网关发送给移动管理网元的下行数据通知消息只包含了移动管理网元为服务网关分配的隧道端点标识(TEID，Tunnel Endpoint ID)，移动管理网元可以通过TEID定位到被叫的用户终端，对用户终端进行寻呼，但是移动管理网元无法区分用户终端的业务属性，例如无法区分是用户终端的哪类业务触发寻呼，则无法对寻呼进行区分处理，只按统一原则处理，从而降低了为用户提供的业务服务质量。
发明内容
本发明实施例提供一种能提高为用户提供的业务服务质量的寻呼处理方法、通信装置及通信系统。
本发明实施例提供一种寻呼处理方法，包括：
移动管理网元接收下行数据通知消息，所述下行数据通知消息包含数据的业务属性信息；
获取业务属性信息；
根据所述业务属性信息对用户终端发起不同策略的寻呼。
本发明实施例提供一种通信装置，包括：
接收单元，用于接收下行数据通知消息，所述下行数据通知消息包含数据的业务属性信息；
信息单元，用于获取业务属性信息；
处理单元，用于根据所述业务属性信息对用户终端发起不同策略的寻呼。
本发明实施例提供一种通信装置，包括：
生成单元，用于生成下行数据通知消息，所述下行数据通知消息包含数据的业务属性信息；
发送单元，用于发送所述生成单元生成的通知消息，以便移动管理网元根据所述业务属性信息对用户终端发起不同策略的寻呼。
本发明实施例提供一种通信系统，包括：
第一通信装置，用于发送下行数据通知消息，所述下行数据通知消息包含数据的业务属性信息；
第二通信装置，用于接收所述第一通信装置发送的下行数据通知消息，获取所述下行数据通知消息中的业务属性信息，根据所述业务属性信息对用户终端发起不同策略的寻呼。
上述技术方案可以看出，本发明实施例技术方案是在下行数据通知消息中包含了数据的业务属性信息，那么在获取这些业务属性信息后，就可以根据业务属性信息对用户终端发起不同策略的寻呼，从而解决现有技术中无法区分业务而采用统一寻呼策略所导致的缺陷，使得一些重要及需要优先考虑的业务能够优先建立，从而提高了为用户提供的业务服务质量，又能节省网络侧寻呼用户终端的开销。
附图说明
图1是本发明实施例一的寻呼处理方法流程图；
图2是本发明实施例二的寻呼处理方法流程图；
图3是本发明实施例三的寻呼处理方法流程图；
图4是本发明实施例四的寻呼处理方法流程图；
图5是本发明实施例五的寻呼处理方法流程图；
图6是本发明实施例的通信装置一结构示意图；
图7是本发明实施例的通信装置二结构示意图；
图8是本发明实施例的通信系统结构示意图。
具体实施方式
本发明实施例提供一种能提高为用户提供的业务服务质量的寻呼处理方法。本发明实施例还提供相应的一种通信装置及通信系统。以下分别进行详细说明。
图1是本发明实施例一的寻呼处理方法流程图，主要包括步骤：
步骤101、移动管理网元接收下行数据通知消息，所述下行数据通知消息包含数据的业务属性信息；
步骤102、获取所述业务属性信息；
步骤103、根据所述业务属性信息对用户终端发起不同策略的寻呼。
其中，所述下行数据通知消息包含的数据的业务属性信息为以下中的至少一项：接入点名称APN、承载标识EBI、服务质量等级标识QCI、缺省承载标识LBI和服务标识SI；
所述根据所述业务属性信息对用户终端发起不同策略的寻呼包括：
根据所述APN、QCI或者SI对用户终端发起不同策略的寻呼；
根据所述EBI定位到承载上下文得到对应的APN或者QCI，根据所述APN或者QCI对用户终端发起不同策略的寻呼；或者，
根据所述LBI定位到承载上下文得到对应的APN，根据所述APN对用户终端发起不同策略的寻呼。
或者，
所述下行数据通知消息包含的数据的业务属性信息为由以下中的至少一项：数据包的IP地址、协议类型、端口号、IP安全IPSec参数索引、区分服务码点优先级DSCP/业务类别TOS、流标签Flow Label、业务类型和业务特性；
所述根据所述业务属性信息对用户终端发起不同策略的寻呼包括：
根据所述业务类型或者业务特性对用户终端发起不同策略的寻呼；
根据预先配置的所述数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS或者Flow Label与业务类型的对应关系，获知业务类型，根据所述业务类型对用户终端发起不同策略的寻呼；
或者，根据预先配置的所述数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS或者Flow Label与业务特性的对应关系，获知业务特性，根据所述业务特性对用户终端发起不同策略的寻呼。
实施例一内容可以看出，本发明实施例技术方案是在下行数据通知消息中包含了数据的业务属性信息，那么在获取这些业务属性信息后，就可以根据业务属性信息对用户终端发起不同策略的寻呼，从而解决现有技术中无法区分业务而采用统一寻呼策略所导致的缺陷，使得一些重要及需要优先考虑的业务能够优先建立，从而提高了为用户提供的业务服务质量，又能节省网络侧寻呼用户终端的开销。
以下对本发明实施例技术方案进行更详细介绍。
图2是本发明实施例二的寻呼处理方法流程图：
本发明以演进分组系统(Evolved Packet System)为例进行说明。图2中移动管理网元可以指移动管理实体(MME，Mobility Management Entity)或者GPRS服务支撑节点(SGSN，Serving GPRS Support Node)，服务网关指SGW(Serving Gateway)，用户终端指UE，数据网关指PGW(Public Data NetworkGateway)。
图2主要包括步骤：
步骤201、服务网关接收数据包，获取该数据包对应的业务属性信息；
服务网关收到数据网关发送的下行数据包后，获知该数据包对应的下行隧道无效，则缓存该数据包，并获取该数据包对应的业务属性信息。该业务属性信息可以为以下中的至少一项：接入点名称(APN，Access Point Name)、承载标识(EBI，EPS Bearer Identity)、服务质量等级标识(QCI，QoS ClassIdentifier)、缺省承载标识(LBI，Linked Bearer Identity)和服务标识(SI，Service Identifier)。
服务网关获取该数据包对应的业务属性信息可以为以下其中一种方式：
1)服务网关根据下行数据包中的隧道端点标识定位该数据包对应的用户上下文或者承载上下文，获知该数据包对应的下行隧道无效，则获取用户上下文或者承载上下文中存储的业务属性信息，例如APN、EBI、QCI和LBI中至少一项等；
2)服务网关根据下行数据包中的源IP地址、目的IP地址、源端口号、目的端口号及协议号等协议头部信息，匹配到服务网关上存储的下行业务数据流过滤器(SDFF，Service Data Flow Filter)或下行流量模板(TFT，Traffic FlowTemplate)，然后根据下行业务数据流过滤器定位对应的下行业务数据流上下文，获知数据包对应的下行隧道无效，则获取业务数据流上下文存储的业务属性信息，例如APN、EBI、QCI、LBI和SI中至少一项等；或者，根据下行流量模板定位对应的承载上下文，获知数据包对应的下行隧道无效，则获取承载上下文存储的业务属性信息，例如APN、EBI、QCI和LBI中至少一项等。
步骤202、服务网关向移动管理网元发送包含业务属性信息的下行数据通知消息；
服务网关将业务属性信息包含在下行数据通知消息中发送给移动管理网元。该业务属性信息为APN、EBI、QCI、LBI和SI中至少一项。
步骤203、移动管理网元向服务网关发送下行数据确认消息，确认收到服务网关发送的下行数据通知消息；
步骤204-205、移动管理网元根据业务属性信息采取不同的寻呼策略寻呼空闲状态的用户终端。
在EPS网络中，用户终端从空闲状态转为连接状态时，将恢复用户终端的所有用户面承载的无线接入承载，也就是说，当服务网关或者数据包对应的下行隧道无效(即无线接入承载被释放)时，用户终端必然处于空闲态，即移动管理网元收到服务网关发送的下行数据通知消息时，终端必然处于空闲状态，此时移动管理网元需要对终端进行寻呼。
移动管理网元获取业务属性信息后，根据不同的业务属性信息例如APN或EBI等采取不同的寻呼策略寻呼空闲状态的用户终端。
如果包含的业务属性信息为APN，则对终端优先发起APN对应的IP多媒体子系统(IMS，IP Multimedia Subsystem)的业务数据流的寻呼；
如果包含的业务属性信息为QCI，则对终端优先发起QCI＝6的业务数据流的寻呼或者对终端优先发起对语音电话的业务数据流的寻呼。
如果包含的业务属性信息为SI，则对终端优先发起SI级别高的业务数据流的寻呼。
如果包含的业务属性信息为EBI，则可以通过EBI定位到存储的承载上下文，从承载上下文中得到触发寻呼的下行数据包对应的APN或QCI等，再根据APN或QCI等发起不同寻呼。
如果包含的业务属性信息为LBI，则可以通过LBI定位到缺省承载上下文，从缺省承载上下文中得到触发寻呼的下行数据包对应的APN等，再根据APN等发起不同寻呼。
步骤206、用户终端收到寻呼后，发起服务请求流程，恢复与网络侧的信令连接和用户面承载，并转为连接态，；
步骤207、在下行隧道有效后，服务网关将缓存的数据包发送给用户终端。
实施例二内容可以看出，本发明实施例技术方案在发送给移动管理网元的下行数据通知消息中包含了APN、EBI、QCI、LBI和SI中至少一项等作为业务属性信息的内容，因此移动管理网元在获取这些业务属性信息后，就可以根据业务属性信息对用户终端发起不同策略的寻呼，从而解决现有技术中无法区分业务而采用统一寻呼策略所导致的缺陷，使得一些重要及需要优先考虑的业务能够优先建立，从而提高了为用户提供的业务服务质量，还能提高寻呼成功率，减少寻呼次数，节省网络侧寻呼用户终端的开销。
图3是本发明实施例三的寻呼处理方法流程图：
图3中移动管理网元可以指MME或者SGSN，服务网关指SGW，用户终端指UE，数据网关指PGW，应用服务网关可以指应用功能实体(AF，ApplicationFunction)或者代理会话控制功能实体(P-CSCF，Proxy-Call Session ControlFunction)。
实施例三考虑了服务网关可能无法区分不同业务的数据包的情况。因为不同业务的数据包可能在同一承载上传输或者对应相同的下行业务数据流过滤器，因此服务网关在承载或数据流过滤器的粒度方面可能不能区分出不同业务的数据包，例如对于被叫用户终端的IP电话(VoIP，Voice over IP)的请求(Invite)消息及短消息(SMS，short Message)over IP业务，对于演进的分组交换(EPS，Evolved Packet System)网络来说都是P-CSCF发来的一条会话启动协议(SIP，Session Initiation Protocol)信令，该SIP信令在相同的承载上传输或者对应相同的下行业务数据流过滤器，因此服务网关收到封装为SIP信令的数据包后，无法根据APN、EBI、QCI、LBI和SI中至少一项等信息区分该数据包对应为语音电话的信令消息还是短消息业务，直接将这些APN、EBI、QCI、LBI和SI中至少一项等信息发送给移动管理网元，移动管理网元也无法区分出不同业务。因此，可以在服务网关或移动管理网元上预先配置其他一些参数例如数据包的IP地址、协议类型、端口号、IP安全(IPSec，IP Security)参数索引、区分服务码点优先级(DSCP，Differentiated Services CodepointPriority)/业务类别(TOS，Type of Service)或者流标签(Flow Label)对应的相应业务类型，或数据包的IP地址、协议类型、端口号、IP安全(IPSec，IP Security)参数索引、区分服务码点优先级(DSCP，Differentiated ServicesCodepoint Priority)/业务类别(TOS，Type of Service)或者流标签(FlowLabel)对应的业务特性，根据这些参数可以实现对业务进行区分。
如图3所示，主要包括步骤：
步骤301、服务网关接收数据包，获取该数据包对应的业务属性信息；
服务网关接收从应用服务网关经数据网关发送的下行数据包。
在本实施例中，应用服务网关对语音电话的信令消息和短消息业务分别采用不同的IP地址、端口号、IPSec参数索引、DSCP/TOS和Flow Label中至少一项来封装下行数据包，可以在服务网关上预先配置这些参数对应的相应业务类型或业务特性，也可以在移动管理网元上预先配置这些参数对应的相应业务类型或业务特性。
以DSCP/TOS或者Flow Label为例，可以通过DSCP/TOS或者Flow Label字段中不同的比特表示不同的业务类型，如字段中第一比特置为1表示为语音电话的信令消息，第二比特置为1表示为短消息业务的消息；或者通过DSCP/TOS或者Flow Label字段的枚举值来区分，如值为10表示语音电话的信令消息，值为17表示短消息业务的消息等。
服务网关收到下行数据包后，获知该数据包对应的下行隧道无效，则缓存该数据包，并获取该数据包对应的业务属性信息。该业务属性信息可以为以下中的至少一项：数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS、Flow Label、业务类型和业务特性。具体内容如下：
1)服务网关根据下行数据包中的隧道端点标识定位该数据包对应的用户上下文或者承载上下文，获知该数据包对应的下行隧道无效，则直接从下行数据包中获取数据包的IP地址、端口号、IPSec参数索引、DSCP/TOS和Flow Label中至少一项作为业务属性信息。服务网关可以根据数据包长度或者特性进行深度报文解析后，获取到上述业务属性信息。本方法中服务网关获取内层IP中的DSCP/TOS或者Flow Label作为业务属性信息。所述内层IP为目的地址为用户终端的IP地址的IP层。
2)服务网关根据下行数据包中的源IP地址、目的IP地址、源端口号、目的端口号及协议号等协议头部信息，匹配到服务网关上存储的下行业务数据流过滤器(SDFF，Service Data Flow Filter)或下行流量模板(TFT，Traffic FlowTemplate)，然后根据下行业务数据流过滤器定位对应的下行业务数据流上下文，获知数据包对应的下行隧道无效，则直接从下行数据包中获取数据包的IP地址、端口号、IPSec参数索引、DSCP/TOS和Flow Label中至少一项作为业务属性信息；或者，根据下行流量模板定位对应的承载上下文，获知数据包对应的下行隧道无效，则直接从下行数据包中获取数据包的IP地址、端口号、IPSec参数索引、DSCP/TOS和Flow Label中至少一项作为业务属性信息。服务网关可以根据数据包长度或者特性进行深度报文解析后，获取到上述业务属性信息。
进一步的，服务网关根据下行业务数据流上下文或者承载上下文或者用户上下文中存储的信息，例如APN，可以获知该数据包对应的连接类型。对应特定的连接类型，如IMS业务的连接类型，服务网关可以根据数据包长度或者特性进行深度报文解析，获取该数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS和Flow Label中至少一项。
3)服务网关在上述1)或2)的基础上，根据数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS或者Flow Label与具体业务类型的对应关系，获知业务类型，将获知的业务类型作为业务属性信息。
4)服务网关在上述1)或2)的基础上，根据数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS或者Flow Label与具体业务特性的对应关系，获知业务特性，将获知的业务特性作为业务属性信息。
步骤302、服务网关向移动管理网元发送包含业务属性信息的下行数据通知消息；
服务网关将业务属性信息包含在下行数据通知消息中发送给移动管理网元。该业务属性信息为数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS、Flow Label、业务类型和业务特性中至少一项。
业务类型可以由一个枚举值表示，如枚举值10表示语音电话的信令消息，枚举值17表示短消息业务、由字段中的不同比特来表示，如第一比特置1表示语音电话的信令消息，第二比特置1表示短消息业务。
业务特性(如高优先级业务，低等待时长业务)可以由一个枚举值表示，如枚举值1表示高优先级或等待时长较短业务，枚举值2表示低优先级或等待时长较长业务等；或者由字段中的不同比特来表示，如第一比特置1表示高优先级或等待时长较短业务，第二比特置1表示低优先级或等待时长较长业务等，本实施例不予限定。
步骤303、移动管理网元向服务网关发送下行数据确认消息，确认收到服务网关发送的下行数据通知消息；
步骤304-305、移动管理网元根据业务属性信息采取不同的寻呼策略寻呼空闲状态的用户终端。
移动管理网元获取业务属性信息后，根据不同的业务属性信息采取不同的寻呼策略寻呼空闲状态的用户终端。对于根据业务属性信息区分出的语音电话和短消息业务，在资源拥塞时，则对终端优先发起语音电话的业务数据流的寻呼，对语音电话的寻呼可以开始就在整个跟踪区域表(TA List，Tracking Arealist)内下发，而对短消息的寻呼先在TA List内用户终端所在概率大的TA内下发。
如果包含的业务属性信息为数据包的IP地址、端口号、IPSec参数索引、DSCP/TOS和Flow Label中至少一项的情况，移动管理网元上需要预先配置这些参数对应的业务类型，或预先配置这些参数对应的业务特性，则根据对应关系可以区分出业务类型或业务特性，再根据业务类型或业务特性采取不同的寻呼策略寻呼空闲状态的用户终端。
步骤306、用户终端收到寻呼后，发起服务请求流程，恢复与网络侧的信令连接和用户面承载，并转为连接态，；
步骤307、在下行隧道有效后，服务网关将缓存的数据包发送给用户终端。
实施例三内容可以看出，本发明实施例技术方案在发送给移动管理网元的下行数据通知消息中包含了数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS、Flow Label、业务类型和业务特性中至少一项等作为业务属性信息的内容，因此移动管理网元在获取这些业务属性信息后，就可以根据业务属性信息对用户终端发起不同策略的寻呼，从而解决现有技术中无法区分业务而采用统一寻呼策略所导致的缺陷，使得一些重要及需要优先考虑的业务能够优先建立，从而提高了为用户提供的业务服务质量，又能减少网络侧寻呼用户终端的开销。
图4是本发明实施例四的寻呼处理方法流程图。
图4中移动管理网元可以指MME或者SGSN，服务网关指SGW，用户终端指UE，数据网关指PGW，应用服务网关可以指AF或者P-CSCF。服务网关作为策略执行点，实现现有的策略控制架构中策略执行点的功能。
实施例四与上述实施例二和实施例三不同，是从下行业务数据流上下文或者承载上下文中获取存储的业务类型或业务特性信息。
如图4所示，主要包括步骤：
步骤401、服务网关接收数据包，获取该数据包对应的业务属性信息；
服务网关接收从应用服务网关经数据网关发送的下行数据包。
在本实施例中，应用服务网关对语音电话的信令消息和短消息业务分别采用不同的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS和Flow Label中至少一项来封装下行数据包。
服务网关收到下行数据包后，获知该数据包对应的下行隧道无效，则缓存该数据包，并获取该数据包对应的业务属性信息。该业务属性信息可以为以下中的至少一项：业务类型和业务特性。具体内容如下：
与上述实施例不同，因为本发明实施例中网络侧的策略决策点是根据应用服务网关发送的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS和FlowLabel中至少一项来对语音电话的信令消息或者短消息业务生成不同的下行业务数据流过滤器，并将不同的下行业务数据流过滤器发送给服务网关，因此服务网关在承载或业务数据流的粒度方面可以区分出不同业务的数据包。服务网关可以根据不同的下行业务数据流过滤器生成不同的下行流量模板。服务网关根据下行数据包中的源IP地址、目的IP地址、源端口号、目的端口号及协议号等协议头部信息，匹配到已经存储的下行业务数据流过滤器或下行流量模板，再根据下行业务数据流过滤器定位对应的下行业务数据流上下文，获知该数据包对应的下行隧道无效，则获取下行业务数据流上下文中存储的与下行业务数据流过滤器对应的业务类型或业务特性，将获取的业务类型或业务特性作为业务属性信息；或者，根据下行流量模板定位对应的承载上下文，获知该数据包对应的下行隧道无效，则获取承载上下文存储的与下行流量模板对应的业务类型或业务特性，将获取的业务类型或业务特性作为业务属性信息。
进一步的，服务网关根据下行业务数据流上下文或承载上下文或用户上下文中存储的信息，例如APN，可以获知该数据包对应的连接类型。对应特定的连接类型，如IMS业务的连接类型，服务网关获取下行业务数据流上下文存储的与下行业务数据流过滤器对应的业务类型或业务特性，或者获取承载上下文存储的与下行流量模板对应的业务类型或业务特性。
步骤402、服务网关向移动管理网元发送包含业务属性信息的下行数据通知消息；
服务网关将业务属性信息包含在下行数据通知消息中发送给移动管理网元。该业务属性信息为业务类型和业务特性中至少一项。
业务类型可以由一个枚举值表示，如枚举值10表示语音电话的信令消息，枚举值17表示短消息业务的消息，或者由字段中的不同比特来表示，如第一比特置1表示语音电话的信令消息，第二比特置1表示短消息业务的消息。
业务特性(如高优先级业务，低等待时长业务)可以由一个枚举值表示，如枚举值1表示高优先级或等待时长较短业务，枚举值2表示低优先级或等待时长较长业务等；或者由字段中的不同比特来表示，如第一比特置1表示高优先级或等待时长较短业务，第二比特置1表示低优先级或等待时长较长业务等，本实施例不予限定。
步骤403、移动管理网元向服务网关发送下行数据确认消息，确认收到服务网关发送的下行数据通知消息；
步骤404-405、移动管理网元根据业务属性信息采取不同的寻呼策略寻呼空闲状态的用户终端。
移动管理网元获取业务属性信息后，根据不同的业务属性信息采取不同的寻呼策略寻呼空闲状态的用户终端。对于根据业务属性信息区分出的语音电话和短消息业务，在资源拥塞时，则对终端优先发起语音电话的业务数据流的寻呼，对语音电话的寻呼可以开始就在整个TA List内下发，而对短消息的寻呼先在TA List内用户终端所在概率大的TA内下发。
步骤406、用户终端收到寻呼后，发起服务请求流程，恢复与网络侧的信令连接和用户面承载，并转为连接态；
步骤407、在下行隧道有效后，服务网关将缓存的数据包发送给用户终端。
实施例四内容可以看出，本发明实施例技术方案在发送给移动管理网元的下行数据通知消息中包含了业务类型和业务特性中至少一项等作为业务属性信息的内容，因此移动管理网元在获取这些业务属性信息后，就可以根据业务属性信息对用户终端发起不同策略的寻呼，从而解决现有技术中无法区分业务而采用统一寻呼策略所导致的缺陷，使得一些重要及需要优先考虑的业务能够优先建立，从而提高了为用户提供的业务服务质量，又能减少网络侧寻呼用户终端的开销。
图5是本发明实施例五的寻呼处理方法流程图：
图5中移动管理网元可以指MME或者SGSN，服务网关指SGW，用户终端指UE，数据网关指PGW，应用服务网关可以指AF或者P-CSCF。与实施例四不同，本实施例中数据网关作为策略执行点，实现现有的策略控制架构中策略执行点的功能。
如图5所示，主要包括步骤：
步骤501、数据网关接收数据包，获取该数据包对应的业务属性信息；
数据网关接收从应用服务网关发送的下行数据包。
在本实施例中，应用服务网关对语音电话的信令消息和短消息业务分别采用不同的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS和Flow Label中至少一项来封装下行数据包。
数据网关收到下行数据包后获取该数据包对应的业务属性信息。该业务属性信息可以为以下中的至少一项：业务类型和业务特性。具体内容如下：
1)本发明实施例中网络侧的策略决策点可以根据应用服务网关发送的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS和Flow Label中至少一项来对语音电话的信令消息或者短消息业务生成不同的下行业务数据流过滤器，并将不同的下行业务数据流过滤器发送给数据网关，数据网关可以根据不同的下行业务数据流过滤器生成不同的下行流量模板。数据网关根据下行数据包中的源IP地址、目的IP地址、源端口号、目的端口号及协议号等协议头部信息，匹配到已经存储的下行业务数据流过滤器或下行流量模板，再根据下行业务数据流过滤器定位下行业务数据流上下文，并获取其中存储的与下行业务数据流过滤器对应的业务类型或业务特性，将获取的业务类型或业务特性作为业务属性信息；或者，根据下行流量模板定位对应的承载上下文，获取其中存储的与下行流量模板对应的业务类型或业务特性，将获取的业务类型或业务特性作为业务属性信息。
进一步的，数据网关根据下行业务数据流上下文或承载上下文或用户上下文中存储的信息，例如APN，可以获知该数据包对应的连接类型。对应特定的连接类型，如IMS业务的连接类型，获取下行业务数据流上下文存储的与下行业务数据流过滤器对应的业务类型或业务特性，或者获取承载上下文存储的与下行流量模板对应的业务类型或业务特性。
数据网关根据获取的业务类型或业务特性，在给接收到的下行数据包封装外层IP层时，将外层IP中DSCP/TOS或者Flow Label字段值设置为相应的业务属性对应的值。
其中将下行数据包中的DSCP/TOS或者Flow Label字段值设置为相应的业务属性对应的值，可以是通过不同枚举值或不同比特区分，如枚举值10表示语音电话的信令消息，枚举值17表示短消息业务的消息，或者如第一比特置1表示语音电话的信令消息，第二比特置1表示短消息业务的消息。
2)应用服务网关对语音电话的信令消息和短消息业务分别采用不同DSCP/TOS或者Flow Label来封装数据包。网络侧的策略决策点对语音电话的信令消息或者短消息业务的不进行特殊处理，还是生成相同的下行业务数据流过滤器，并发送给数据网关。
此种情况下，数据网关在给接收到的下行数据包封装外层IP层时，将外层IP中DSCP/TOS或者Flow Label字段值设置为相应的接收的下行数据包的IP层的DSCP/TOS或者Flow Label值。
步骤502、数据网关向服务网关发送数据包；
步骤503、服务网关接收数据包，获取该数据包对应的业务属性信息；
服务网关收到下行数据包后，获知该数据包对应的下行隧道无效，则缓存该数据包，并获取该数据包对应的业务属性信息。该业务属性信息可以为以下中的至少一项：DSCP/TOS、Flow Label、业务类型和业务特性。具体内容如下：
1)服务网关直接从下行数据包的外层IP层中获取数据包的DSCP/TOS或者Flow Label作为业务属性信息。服务网关可以根据数据包长度或者特性进行深度报文解析后，获取到上述业务属性信息。所述外层IP层为数据网关接收到下行数据包后封装在该下行数据包外面的IP层。
2)服务网关在上述1)的基础上，根据数据包的DSCP/TOS或者Flow Label与具体业务类型的对应关系，获知业务类型，将获知的业务类型作为业务属性信息。
3)服务网关在上述1)的基础上，根据数据包的DSCP/TOS、Flow Label与具体业务特性的对应关系，获知业务特性，将获知的业务特性作为业务属性信息。
步骤504、服务网关向移动管理网元发送包含业务属性信息的下行数据通知消息；
SGW将业务属性信息包含在下行数据通知消息中发送给移动管理网元。该业务属性信息为数据包的DSCP/TOS、Flow Label、业务类型和业务特性中至少一项。
业务类型可以由一个枚举值表示，如枚举值10表示语音电话的信令消息，枚举值17表示短消息业务的消息，或者由字段中的不同比特来表示，如第一比特置1表示语音电话的信令消息，第二比特置1表示短消息业务的消息。
业务特性(如高优先级业务，低等待时长业务)可以由一个枚举值表示，如枚举值1表示高优先级或等待时长较短业务，枚举值2表示低优先级或等待时长较长业务等；或者由字段中的不同比特来表示，如第一比特置1表示高优先级或等待时长较短业务，第二比特置1表示低优先级或等待时长较长业务等，本实施例不予限定。
步骤505、移动管理网元向服务网关发送下行数据确认消息，确认收到服务网关发送的下行数据通知消息；
步骤506-507、移动管理网元根据业务属性信息采取不同的寻呼策略寻呼空闲状态的用户终端。
移动管理网元获取业务属性信息后，根据不同的业务属性信息采取不同的寻呼策略寻呼空闲状态的用户终端。对于根据业务属性信息区分出的语音电话和短消息业务，则对终端优先发起语音电话的业务数据流的寻呼，在资源拥塞时，对语音电话的寻呼可以开始就在整个TA List内下发，而对短消息的寻呼先在TA List内用户终端所在概率大的TA内下发。
如果包含的业务属性信息为数据包的DSCP/TOS或者Flow Label的情况，移动管理网元上需要预先配置这些参数对应的业务类型或业务特性，则根据对应关系可以区分出业务类型或业务特性，再根据业务类型或业务特性采取不同的寻呼策略寻呼空闲状态的用户终端。
步骤508、用户终端收到寻呼后，发起服务请求流程，恢复与网络侧的信令连接和用户面承载，并转为连接态；
步骤509、在下行隧道有效后，服务网关将缓存的数据包发送给用户终端。
实施例五内容可以看出，本发明实施例技术方案在发送给移动管理网元的下行数据通知消息中包含了DSCP/TOS、Flow Label、业务类型和业务特性中至少一项等作为业务属性信息的内容，因此移动管理网元在获取这些业务属性信息后，就可以根据业务属性信息对用户终端发起不同策略的寻呼，从而解决现有技术中无法区分业务而采用统一寻呼策略所导致的缺陷，使得一些重要及需要优先考虑的业务能够优先建立，从而提高了为用户提供的业务服务质量，又能减少网络侧寻呼用户终端的开销。
上述内容详细介绍了本发明实施例的寻呼处理方法，相应的，本发明实施例提供一种通信装置和通信系统。
图6是本发明实施例的通信装置一结构示意图。
如图6所示，通信装置包括：
接收单元61，用于接收下行数据通知消息，所述下行数据通知消息包含数据的业务属性信息；
信息单元62，用于获取业务属性信息；
处理单元63，用于根据所述业务属性信息对用户终端发起不同策略的寻呼。
进一步的，所述接收单元61接收的通知消息中包含的数据的业务属性信息为由以下中的至少一项：接入点名称APN、承载标识EBI、服务质量等级标识QCI、缺省承载标识LBI和服务标识SI；
所述处理单元63包括：第一处理单元631和第二处理单元632。
第一处理单元631，用于根据所述EBI定位到承载上下文得到对应的APN或者QCI，或者，根据所述LBI定位到承载上下文得到对应的APN；
第二处理单元632，用于根据所述第一处理单元631得到的所述APN或者QCI对用户终端发起不同策略的寻呼；或者
所述处理单元63包括第三处理单元633，用于根据接收单元61接收的通知消息中的所述APN、QCI或者SI对用户终端发起不同策略的寻呼。
或者是，所述接收单元61接收的通知消息中包含的数据的业务属性信息为以下中的至少一项：数据包的IP地址、协议类型、端口号、IP安全IPSec参数索引、区分服务码点优先级DSCP/业务类别TOS、流标签Flow Label、业务类型和业务特性；
所述处理单元63包括：第一处理单元631和第二处理单元632。
第一处理单元631，用于根据预先配置的所述数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS、Flow Label与业务类型的对应关系，获知业务类型，或者，根据预先配置的所述数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS、Flow Label与业务特性的对应关系，获知业务特性；
第二处理单元632，用于根据所述第一处理单元631得到的所述业务类型或者业务特性对用户终端发起不同策略的寻呼；或者
所述处理单元63包括第三处理单元633，用于根据接收单元61接收的通知消息中的所述业务类型或者业务特性对用户终端发起不同策略的寻呼。
图7是本发明实施例的通信装置二结构示意图。
如图7所示，通信装置包括：
生成单元71，用于生成下行数据通知消息，所述下行数据通知消息包含数据的业务属性信息；
发送单元72，用于发送所述生成单元71生成的通知消息，以便移动管理网元根据所述业务属性信息对用户终端发起不同策略的寻呼。
通信装置还包括：处理单元73。
实施方式一：
处理单元73，用于在接收数据包后，从数据包对应的用户上下文、承载上下文或者业务数据流上下文中获取数据的业务属性信息，所述业务属性信息为以下中的至少一项：接入点名称APN、承载标识EBI、服务质量等级标识QCI、缺省承载标识LBI和服务标识SI；
将所述获取的业务属性信息发送给所述生成单元71。
实施方式二：
处理单元73，用于接收数据包；
直接从数据包中获取业务属性信息，所述业务属性信息为数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS和Flow Label中的至少一项；
根据预先配置的所述数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS或者Flow Label与业务类型的对应关系，获取业务类型作为数据的业务属性信息；
根据预先配置的所述数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS或者Flow Label与业务特性的对应关系，获取业务特性作为数据的业务属性信息；或者，
根据不同的业务数据流过滤器对应的业务数据流上下文或不同的下行流量模板对应的承载上下文获取业务属性信息，所述业务属性信息为业务类型或者业务特性；
将所述获取的业务属性信息发送给所述生成单元71。
图8是本发明实施例的通信系统结构示意图。
如图8所示，通信系统包括：
第一通信装置81，用于发送下行数据通知消息，所述下行数据通知消息包含数据的业务属性信息；
第二通信装置82，用于接收所述第一通信装置81发送的下行数据通知消息，获取业务属性信息；根据所述业务属性信息对用户终端发起不同策略的寻呼。
所述第一通信装置81发送的下行数据通知消息中包含的数据的业务属性信息为以下中的至少一项：接入点名称APN、承载标识EBI、服务质量等级标识QCI、缺省承载标识LBI和服务标识SI；
所述第二通信装置82可以用于根据所述EBI定位到承载上下文得到对应的APN或者QCI后，根据所述APN或者QCI对用户终端发起不同策略的寻呼；或者
根据所述LBI定位到承载上下文得到对应的APN，根据所述APN对用户终端发起不同策略的寻呼。
或者是，
所述第一通信装置81发送的下行数据通知消息中包含的数据的业务属性信息为以下中的至少一项：数据包的IP地址、协议类型、端口号、IP安全IPSec参数索引、区分服务码点优先级DSCP/业务类别TOS、流标签Flow Label、业务类型和业务特性；
所述第二通信装置82可以用于据所述业务类型或者业务特性对用户终端发起不同策略的寻呼；
根据预先配置的所述数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS或者Flow Label与业务类型的对应关系，获知业务类型，根据所述业务类型对用户终端发起不同策略的寻呼；或者
根据预先配置的所述数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS或者Flow Label与业务特性的对应关系，获知业务特性，根据所述业务特性对用户终端发起不同策略的寻呼。
第二通信装置82具有上述图6所示的结构，具体参见前面描述。
综上所述，本发明实施例技术方案是在下行数据通知消息中包含了数据的业务属性信息，那么在获取这些业务属性信息后，就可以根据业务属性信息对用户终端发起不同策略的寻呼，从而解决现有技术中无法区分业务而采用统一寻呼策略所导致的缺陷，使得一些重要及需要优先考虑的业务能够优先建立，从而提高了为用户提供的业务服务质量。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁盘或光盘等。
以上对本发明实施例所提供的寻呼处理方法、通信装置及通信系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (15)

1.一种寻呼处理方法，其特征在于，包括：
移动管理网元接收下行数据通知消息，所述下行数据通知消息包含数据的业务属性信息；
获取业务属性信息；
根据所述业务属性信息对用户终端发起不同策略的寻呼。
2.根据权利要求1所述的寻呼处理方法，其特征在于：
所述下行数据通知消息包含的数据的业务属性信息为以下中的至少一项：接入点名称APN、承载标识EBI、服务质量等级标识QCI、缺省承载标识LBI和服务标识SI；
所述根据所述业务属性信息对用户终端发起不同策略的寻呼包括：
根据所述APN、QCI或者SI对用户终端发起不同策略的寻呼；
根据所述EBI定位到承载上下文得到对应的APN或者QCI，根据所述APN或者QCI对用户终端发起不同策略的寻呼；或者，
根据所述LBI定位到承载上下文得到对应的APN，根据所述APN对用户终端发起不同策略的寻呼。
3.根据权利要求2所述的寻呼处理方法，其特征在于，还包括：
服务网关从用户上下文、承载上下文，或者业务数据流上下文中获取所述业务属性信息，向移动管理网元发送所述下行数据通知消息，所述下行数据通知消息中包含所述业务属性信息。
4.根据权利要求1所述的寻呼处理方法，其特征在于：
所述下行数据通知消息包含的数据的业务属性信息为以下中的至少一项：数据包的IP地址、协议类型、端口号、IP安全IPSec参数索引、区分服务码点优先级DSCP/业务类别TOS、流标签Flow Label、业务类型和业务特性；
所述根据所述业务属性信息对用户终端发起不同策略的寻呼包括：
根据所述业务类型或者业务特性对用户终端发起不同策略的寻呼；
根据预先配置的所述数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS或者Flow Label与业务类型的对应关系，获知业务类型，根据所述业务类型对用户终端发起不同策略的寻呼；或者
根据预先配置的所述数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS或者Flow Label与业务特性的对应关系，获知业务特性，根据所述业务特性对用户终端发起不同策略的寻呼。
5.根据权利要求4所述的寻呼处理方法，其特征在于，还包括：
服务网关接收数据网关发送的数据包，所述数据包中包含业务属性信息，服务网关从数据包中获取所述业务属性信息，向所述移动管理网元发送所述下行数据通知消息，所述下行数据通知消息包含所述业务属性信息，其中所述业务属性信息为数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS和Flow Label中的至少一项；
服务网关根据预先配置的所述数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS或者Flow Label与业务类型的对应关系获知业务类型，向所述移动管理网元发送所述下行数据通知消息，所述下行数据通知消息包含所述业务类型；
服务网关根据预先配置的所述数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS或者Flow Label与业务特性的对应关系获知业务特性，向所述移动管理网元发送所述下行数据通知消息，所述下行数据通知消息包含所述业务特性；
服务网关根据不同的业务数据流过滤器对应的业务数据流上下文，或不同的下行流量模板对应的承载上下文获取所述业务类型，向所述移动管理网元发送所述下行数据通知消息，所述下行数据通知消息包含所述业务类型；或者
服务网关根据不同的业务数据流过滤器对应的业务数据流上下文，或不同的下行流量模板对应的承载上下文获取所述业务特性，向所述移动管理网元发送所述下行数据通知消息，所述下行数据通知消息包含所述业务特性。
6.根据权利要求5所述的寻呼处理方法，其特征在于，还包括：
所述数据网关根据不同的业务数据流过滤器对应的业务数据流上下文中的信息，或者根据不同的下行流量模板对应的承载上下文中的信息，确定业务类型后设置DSCP/TOS或者Flow Label，向服务网关发送数据包，所述数据包中包含所述设置的DSCP/TOS或者Flow Label；
所述数据网关根据不同的业务数据流过滤器对应的业务数据流上下文中的信息，或者根据不同的下行流量模板对应的承载上下文中的信息，确定业务特性后设置DSCP/TOS或者Flow Label，向服务网关发送数据包，所述数据包中包含所述设置的DSCP/TOS或者Flow Label；或者
所述数据网关向服务网关发送数据包，所述发送的数据包是将所述数据网关接收的数据包中IP层的DSCP/TOS或者Flow Label作为发送的数据包中外层的DSCP/TOS或者Flow Label。
7.一种通信装置，其特征在于，包括：
接收单元，用于接收下行数据通知消息，所述下行数据通知消息包含数据的业务属性信息；
信息单元，用于获取业务属性信息；
处理单元，用于根据所述业务属性信息对用户终端发起不同策略的寻呼。
8.根据权利要求7所述的通信装置，其特征在于：
所述接收单元接收的通知消息中包含的数据的业务属性信息为以下中的至少一项：接入点名称APN、承载标识EBI、服务质量等级标识QCI、缺省承载标识LBI和服务标识SI；
所述处理单元包括第一处理单元和第二处理单元：
第一处理单元，用于根据所述EBI定位到承载上下文得到对应的APN或者QCI，或者，根据所述LBI定位到承载上下文得到对应的APN；
第二处理单元，用于根据所述第一处理单元得到的所述APN或者QCI对用户终端发起不同策略的寻呼；或者
所述处理单元包括第三处理单元，用于根据接收单元接收的通知消息中的所述APN、QCI或者SI对用户终端发起不同策略的寻呼。
9.根据权利要求7所述的通信装置，其特征在于：
所述接收单元接收的通知消息中包含的数据的业务属性信息为以下中的至少一项：数据包的IP地址、协议类型、端口号、IP安全IPSec参数索引、区分服务码点优先级DSCP/业务类别TOS、流标签Flow Label、业务类型和业务特性；
所述处理单元包括第一处理单元和第二处理单元：
第一处理单元，用于根据预先配置的所述数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS、Flow Label与业务类型的对应关系，获知数业务类型，或者，根据预先配置的所述数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS、Flow Label与业务特性的对应关系，获知业务特性；
第二处理单元，用于根据所述第一处理单元得到的所述业务类型或者业务特性对用户终端发起不同策略的寻呼；或者
所述处理单元包括第三处理单元，用于根据接收单元接收的通知消息中的所述业务类型或者业务特性对用户终端发起不同策略的寻呼。
10.一种通信装置，其特征在于，包括：
生成单元，用于生成下行数据通知消息，所述下行数据通知消息包含数据的业务属性信息；
发送单元，用于发送所述生成单元生成的通知消息，以便移动管理网元根据所述业务属性信息对用户终端发起不同策略的寻呼。
11.根据权利要求10所述的通信装置，其特征在于，还包括：
处理单元，用于在接收数据包后，从数据包对应的用户上下文、承载上下文或者业务数据流上下文中获取数据的业务属性信息，所述业务属性信息为以下中的至少一项：接入点名称APN、承载标识EB、服务质量等级标识QCI、缺省承载标识LBI和服务标识SI；
将所述获取的业务属性信息发送给所述生成单元。
12.根据权利要求10所述的通信装置，其特征在于，还包括：
处理单元，用于接收数据包；
直接从数据包中获取业务属性信息，所述业务属性信息为数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS和Flow Label中的至少一项；
根据预先配置的所述数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS或者Flow Label与业务类型的对应关系，获取业务类型作为数据的业务属性信息；
根据预先配置的所述数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS或者Flow Label与业务特性的对应关系，获取业务特性作为数据的业务属性信息；或者，
根据不同的业务数据流过滤器对应的业务数据流上下文或不同的下行流量模板对应的承载上下文获取业务属性信息，所述业务属性信息为业务类型或者业务特性；
将所述获取的业务属性信息发送给所述生成单元。
13.一种通信系统，其特征在于，包括：
第一通信装置，用于发送下行数据通知消息，所述下行数据通知消息包含数据的业务属性信息；
第二通信装置，用于接收所述第一通信装置发送的下行数据通知消息，获取所述下行数据通知消息中的业务属性信息，根据所述业务属性信息对用户终端发起不同策略的寻呼。
14.根据权利要求13所述的通信系统，其特征在于：
所述第一通信装置发送的下行数据通知消息中包含的数据的业务属性信息为以下中的至少一项：接入点名称APN、承载标识EBI、服务质量等级标识QCI、缺省承载标识LBI和服务标识SI；
所述第二通信装置具体用于：
根据所述APN、QCI或者SI对用户终端发起不同策略的寻呼；
根据所述EBI定位到承载上下文得到对应的APN或者QCI后，根据所述APN或者QCI对用户终端发起不同策略的寻呼；或者
根据所述LBI定位到承载上下文得到对应的APN，根据所述APN对用户终端发起不同策略的寻呼。
15.根据权利要求13所述的通信系统，其特征在于：
所述第一通信装置发送的下行数据通知消息中包含的数据的业务属性信息为以下中的至少一项：数据包的IP地址、协议类型、端口号、IP安全IPSec参数索引、区分服务码点优先级DSCP/业务类别TOS、流标签Flow Label业务类型和业务特性；
所述第二通信装置具体用于：
根据所述业务类型或者业务特性对用户终端发起不同策略的寻呼；
根据预先配置的所述数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS或者Flow Label与业务类型的对应关系，获知业务类型，根据所述业务类型对用户终端发起不同策略的寻呼；或者
根据预先配置的所述数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS或者Flow Label与业务特性的对应关系，获知业务特性，根据所述业务特性对用户终端发起不同策略的寻呼。
CN200910148424.1A 2009-06-26 2009-06-26 寻呼处理方法、通信装置及通信系统 Active CN101932040B (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CN201410026451.2A CN103747527B (zh) 2009-06-26 2009-06-26 寻呼处理方法、通信装置及通信系统
CN200910148424.1A CN101932040B (zh) 2009-06-26 2009-06-26 寻呼处理方法、通信装置及通信系统
PCT/CN2010/073827 WO2010148964A1 (zh) 2009-06-26 2010-06-11 寻呼处理方法、通信装置及通信系统
US13/333,746 US8908601B2 (en) 2009-06-26 2011-12-21 Paging processing method, communication apparatus, and communication system
US14/549,134 US9351276B2 (en) 2009-06-26 2014-11-20 Paging processing method, communication apparatus, and communication system
US15/162,383 US9504009B2 (en) 2009-06-26 2016-05-23 Paging processing method, communication apparatus, and communication system
US16/197,390 USRE48985E1 (en) 2009-06-26 2018-11-21 Paging processing method, communication apparatus, and communication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200910148424.1A CN101932040B (zh) 2009-06-26 2009-06-26 寻呼处理方法、通信装置及通信系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN201410026451.2A Division CN103747527B (zh) 2009-06-26 2009-06-26 寻呼处理方法、通信装置及通信系统

Publications (2)

Publication Number Publication Date
CN101932040A true CN101932040A (zh) 2010-12-29
CN101932040B CN101932040B (zh) 2014-01-01

Family

ID=43370878

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200910148424.1A Active CN101932040B (zh) 2009-06-26 2009-06-26 寻呼处理方法、通信装置及通信系统

Country Status (3)

Country Link
US (4) US8908601B2 (zh)
CN (1) CN101932040B (zh)
WO (1) WO2010148964A1 (zh)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013000221A1 (zh) * 2011-06-30 2013-01-03 中兴通讯股份有限公司 一种寻呼重发的方法及接入网设备
CN102904908A (zh) * 2011-07-25 2013-01-30 华为技术有限公司 数据传输的方法、网关设备和接入网设备
CN103297926A (zh) * 2012-02-28 2013-09-11 鼎桥通信技术有限公司 专网中的群组寻呼方法及基站
CN103843430A (zh) * 2012-09-27 2014-06-04 华为技术有限公司 一种寻呼的控制方法、装置、实体及网络设备
CN104735673A (zh) * 2013-12-19 2015-06-24 中兴通讯股份有限公司 捆绑链路的配置处理、配置方法及装置
CN104798421A (zh) * 2012-09-14 2015-07-22 三星电子株式会社 在无线通信系统中在网路拥塞状态下控制特定服务的方法和装置
WO2015127599A1 (zh) * 2014-02-26 2015-09-03 华为技术有限公司 上行资源分配方法、接入终端及接入点
CN105376858A (zh) * 2015-10-14 2016-03-02 中国联合网络通信集团有限公司 一种寻呼的方法及装置
CN106605430A (zh) * 2014-08-22 2017-04-26 高通股份有限公司 无线网络寻呼传输和响应
CN107787042A (zh) * 2016-08-25 2018-03-09 展讯通信（上海）有限公司 网络寻呼响应方法、装置及移动终端
CN109076496A (zh) * 2016-05-03 2018-12-21 株式会社Kt 用于改变终端连接状态的方法和装置
CN110139360A (zh) * 2018-02-08 2019-08-16 电信科学技术研究院有限公司 一种寻呼策略确定方法、装置、ran网元及核心网网元
CN110461030A (zh) * 2013-04-07 2019-11-15 华为技术有限公司 一种通信方法及装置
CN111010733A (zh) * 2015-07-06 2020-04-14 华为技术有限公司 通信方法和通信装置

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101932040B (zh) * 2009-06-26 2014-01-01 华为技术有限公司 寻呼处理方法、通信装置及通信系统
JP5587085B2 (ja) * 2010-07-27 2014-09-10 パナソニック株式会社 通信システム、制御装置及び制御プログラム
EP2544470A1 (en) * 2011-07-04 2013-01-09 Koninklijke KPN N.V. Triggering with QoS parameters
CN102497435B (zh) * 2011-12-16 2015-03-18 海南杰福瑞网络科技有限公司 数据业务数据的分发方法及装置
JP6256005B2 (ja) * 2012-01-16 2018-01-10 日本電気株式会社 ページングエリア制御装置及び方法、移動通信システム、並びにプログラム
US9351274B2 (en) * 2012-07-24 2016-05-24 Telefonaktiebolaget Lm Ericsson (Publ) Node and method for priority of application based handling of a paging request
JP6258316B2 (ja) * 2012-07-24 2018-01-10 テレフオンアクチーボラゲット エルエム エリクソン（パブル） ページング要求のアプリケーションベースハンドリングのプライオリティのためのノード及び方法
US8923880B2 (en) * 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell
US9788299B2 (en) * 2013-04-24 2017-10-10 Verizon Patent And Licensing Inc. Base station paging based on traffic content type
KR20160045076A (ko) * 2013-07-29 2016-04-26 엘지전자 주식회사 Ims 서비스를 위한 페이징 방법 및 장치
JP6406259B2 (ja) * 2013-09-05 2018-10-17 日本電気株式会社 通信装置、制御装置、通信方法、制御方法およびプログラム
JP6477476B2 (ja) * 2013-09-05 2019-03-06 日本電気株式会社 通信装置、制御装置、通信システム、通信方法、制御方法およびプログラム
US9301280B2 (en) * 2013-10-02 2016-03-29 Verizon Patent And Licensing Inc. Optimizing paging based on services
BR112016029686A2 (pt) * 2014-06-18 2018-07-10 Huawei Technologies Co., Ltd. método e aparelho para controle do fluxo de dados de serviço
CN105357756B (zh) * 2015-10-13 2019-05-14 中国联合网络通信集团有限公司 一种寻呼的方法及通信网络系统
US10390257B2 (en) * 2016-07-21 2019-08-20 At&T Mobility Ii Llc Traffic priority for long term evolution networks
US10681131B2 (en) * 2016-08-29 2020-06-09 Vmware, Inc. Source network address translation detection and dynamic tunnel creation
EP3506572B1 (en) * 2016-10-06 2021-03-24 Nippon Telegraph and Telephone Corporation Flow information analysis apparatus, flow information analysis method, and flow information analysis program
CN110121867B (zh) * 2017-01-23 2021-09-21 华为技术有限公司 一种传输数据包的方法、发送设备及接收设备
CN111183705B (zh) * 2018-11-12 2023-10-13 联发科技股份有限公司 用于系统间切换的遗失配置错误处理方法及其装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1771743A (zh) * 2003-02-10 2006-05-10 弗拉里奥恩技术公司 寻呼方法和设备
CN1921680A (zh) * 2005-08-24 2007-02-28 华为技术有限公司 一种无线接入网触发寻呼处理方法及装置
CN1921684A (zh) * 2005-08-24 2007-02-28 华为技术有限公司 无线城域网中的寻呼方法

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7802011B2 (en) * 2001-06-15 2010-09-21 Nokia Corporation Mapping of packets to PDP contexts in multisession connection
US20040157626A1 (en) * 2003-02-10 2004-08-12 Vincent Park Paging methods and apparatus
US7506156B2 (en) 2005-02-01 2009-03-17 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for prioritizing encrypted traffic at an intermediate node in a communications network
JP4935156B2 (ja) * 2006-04-05 2012-05-23 日本電気株式会社 無線ｌａｎ装置、無線ｌａｎシステム、通信システム、およびデータ通信方法
CN101115292B (zh) 2006-07-27 2011-06-08 华为技术有限公司 寻呼并连接终端的方法及快速激活数据传输的终端和系统
US20080070594A1 (en) * 2006-09-15 2008-03-20 Futurewei Technologies, Inc. SYSTEM AND METHOD FOR PAGING GROUP DIFFERENTIATION BY QoS SET GROUPING
JP4585500B2 (ja) 2006-09-22 2010-11-24 株式会社エヌ・ティ・ティ・ドコモ 通信サーバ、通信システム及び通信方法
CN101247553B (zh) 2007-02-13 2011-08-10 华为技术有限公司 多媒体广播组播业务系统及会话开始和停止方法
CN101316440B (zh) * 2007-05-28 2012-07-04 华为技术有限公司 网络锚点的地址保存到网络服务器的实现方法及通信系统
US8027309B2 (en) * 2007-11-19 2011-09-27 Cellco Partnership Low latency handover between wireless communication networks using different radio access technologies
US8532036B2 (en) * 2008-03-18 2013-09-10 Clearwire Ip Holdings Llc System and method for providing voice over internet protocol quality of service support in a wireless communication network
CN102273263A (zh) * 2009-01-06 2011-12-07 夏普株式会社 移动通信系统、QoS控制站和移动台
CN101511087A (zh) 2009-03-11 2009-08-19 华为技术有限公司 一种服务策略的控制方法及装置
CN101932040B (zh) * 2009-06-26 2014-01-01 华为技术有限公司 寻呼处理方法、通信装置及通信系统
US8498651B2 (en) * 2009-11-06 2013-07-30 Alcatel Lucent Method of call admission control for home femtocells
US8554933B2 (en) * 2010-10-05 2013-10-08 Verizon Patent And Licensing Inc. Dynamic selection of packet data network gateways
JP6477476B2 (ja) * 2013-09-05 2019-03-06 日本電気株式会社 通信装置、制御装置、通信システム、通信方法、制御方法およびプログラム
US9351134B2 (en) * 2013-09-06 2016-05-24 935 Kop Associates, Llc Messaging service application programming interface

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1771743A (zh) * 2003-02-10 2006-05-10 弗拉里奥恩技术公司 寻呼方法和设备
CN1921680A (zh) * 2005-08-24 2007-02-28 华为技术有限公司 一种无线接入网触发寻呼处理方法及装置
CN1921684A (zh) * 2005-08-24 2007-02-28 华为技术有限公司 无线城域网中的寻呼方法

Cited By (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013000221A1 (zh) * 2011-06-30 2013-01-03 中兴通讯股份有限公司 一种寻呼重发的方法及接入网设备
CN102904908A (zh) * 2011-07-25 2013-01-30 华为技术有限公司 数据传输的方法、网关设备和接入网设备
CN103297926B (zh) * 2012-02-28 2016-03-02 鼎桥通信技术有限公司 专网中的群组寻呼方法及基站
CN103297926A (zh) * 2012-02-28 2013-09-11 鼎桥通信技术有限公司 专网中的群组寻呼方法及基站
CN104798421A (zh) * 2012-09-14 2015-07-22 三星电子株式会社 在无线通信系统中在网路拥塞状态下控制特定服务的方法和装置
CN104798421B (zh) * 2012-09-14 2019-03-12 三星电子株式会社 在无线通信系统中在网路拥塞状态下控制特定服务的方法和装置
CN103843430A (zh) * 2012-09-27 2014-06-04 华为技术有限公司 一种寻呼的控制方法、装置、实体及网络设备
CN110461030B (zh) * 2013-04-07 2020-08-07 华为技术有限公司 一种通信方法及装置
CN110461030A (zh) * 2013-04-07 2019-11-15 华为技术有限公司 一种通信方法及装置
US11665641B2 (en) * 2013-04-07 2023-05-30 Huawei Technologies Co., Ltd. Communications method and apparatus
US20210120495A1 (en) * 2013-04-07 2021-04-22 Huawei Technologies Co., Ltd. Communications Method and Apparatus
US10893474B2 (en) 2013-04-07 2021-01-12 Huawei Technologies Co., Ltd. Communications method and apparatus
CN104735673A (zh) * 2013-12-19 2015-06-24 中兴通讯股份有限公司 捆绑链路的配置处理、配置方法及装置
WO2015127599A1 (zh) * 2014-02-26 2015-09-03 华为技术有限公司 上行资源分配方法、接入终端及接入点
CN106605430B (zh) * 2014-08-22 2020-03-03 高通股份有限公司 无线网络寻呼传输和响应
US10595297B2 (en) 2014-08-22 2020-03-17 Qualcomm Incorporated Wireless network page transmission and response
CN106605430A (zh) * 2014-08-22 2017-04-26 高通股份有限公司 无线网络寻呼传输和响应
CN111010733A (zh) * 2015-07-06 2020-04-14 华为技术有限公司 通信方法和通信装置
CN111010733B (zh) * 2015-07-06 2022-04-29 华为技术有限公司 通信方法和通信装置
CN105376858A (zh) * 2015-10-14 2016-03-02 中国联合网络通信集团有限公司 一种寻呼的方法及装置
CN109076496A (zh) * 2016-05-03 2018-12-21 株式会社Kt 用于改变终端连接状态的方法和装置
CN107787042A (zh) * 2016-08-25 2018-03-09 展讯通信（上海）有限公司 网络寻呼响应方法、装置及移动终端
CN110139360A (zh) * 2018-02-08 2019-08-16 电信科学技术研究院有限公司 一种寻呼策略确定方法、装置、ran网元及核心网网元
US11147039B2 (en) 2018-02-08 2021-10-12 Datang Mobile Communications Equipment Co., Ltd. Paging strategy determination method, device, RAN network element and core network element

Also Published As

Publication number Publication date
US20150078255A1 (en) 2015-03-19
US20120087313A1 (en) 2012-04-12
US9351276B2 (en) 2016-05-24
US20160270026A1 (en) 2016-09-15
USRE48985E1 (en) 2022-03-22
US9504009B2 (en) 2016-11-22
US8908601B2 (en) 2014-12-09
CN101932040B (zh) 2014-01-01
WO2010148964A1 (zh) 2010-12-29

Similar Documents

Publication Publication Date Title
CN101932040B (zh) 寻呼处理方法、通信装置及通信系统
JP6009610B2 (ja) シグナリング無線ベアラを介したショートパケットデータメッセージの送信
JP4334802B2 (ja) インターネット・プロトコル移動通信ネットワークの技術分野で呼設定を行うための手法
US8948007B2 (en) Interoperable quality of service pre-negotiation
EP1841275A2 (en) Roaming in wireless networks
US20110116469A1 (en) Local internet protocol access/selected internet protocol traffic offload packet encapsulation to support seamless mobility
CN100407876C (zh) 一种用户设备附着方法
CN101965724B (zh) 远程终端的优先和占先扩展
WO2007147345A1 (fr) Procédé de sélection d'entité plan utilisateur du côté réseau et d'entité plan contrôle
CN102714873A (zh) 移动通信方法、呼叫控制节点、优先级控制节点以及移动管理节点
WO2012152155A1 (zh) 一种终端可达状态的获取方法和设备
WO2009043209A1 (fr) Procédé permettant d'établir une porteuse vers un terminal utilisateur en mode repos
WO2011079782A1 (zh) 一种实现策略与计费控制的方法、网关和移动终端
WO2011109938A1 (zh) 无线接入网元信息上报方法、设备和系统
WO2022110214A1 (zh) 通信方法及装置
WO2012130068A1 (zh) 数据包传输方法和相关装置
CN114374964B (zh) 一种基于DPDK的5G用户面功能QoS流实现方法
CN103747527A (zh) 寻呼处理方法、通信装置及通信系统
WO2009089776A1 (fr) Procédé et appareil de maintenance des informations de fonction de règle de politique et de facturation
CN103004260A (zh) 电信网络中的选通控制
WO2009024072A1 (fr) Procédé, système et appareil pour effectuer l'appel et la libération de communications
WO2010009678A1 (zh) 处理局域网数据的方法、互通网关、接入点及系统
WO2014059647A1 (zh) 一种数据域业务处理方法、装置及系统
WO2019141171A1 (zh) 一种业务数据流处理方法及其相关设备
US20100020749A1 (en) Method of downlink packet transmission control in mobile communications system

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20101229

Assignee: Apple Computer, Inc.

Assignor: Huawei Technologies Co., Ltd.

Contract record no.: 2015990000755

Denomination of invention: Paging processing method, communication device and communication system

Granted publication date: 20140101

License type: Common License

Record date: 20150827

LICC Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model