CN102413448B - Mtc设备发送优先告警数据的承载建立方法及系统 - Google Patents

Abstract

本发明公开了一种MTC设备发送优先告警数据的承载建立方法及系统。其中，该方法包括：MTC设备向网络侧发送携带与优先告警对应的标识的接入请求消息；网络侧根据所述标识确定允许并优先处理与所述标识对应的接入请求；网络侧根据所述标识为所述MTC设备建立与所述优先告警对应的承载。通过本发明，可以有效节省对相关技术中紧急业务技术进行改动以适于MTC发送告警业务所消耗的人力和物力。

Description

MTC设备发送优先告警数据的承载建立方法及系统

技术领域

本发明涉及通信领域，具体而言，涉及一种MTC设备发送优先告警数据的承载建立方法及系统。

背景技术

图1为相关技术中系统架构演进(SystemArchitectureEvolution，简称SAE)的架构图，其中，演进的通用移动通信系统陆地无线接入网(EvolvedUniversalTerrestrialRadioAccessNetwork，简称为E-UTRAN)中包含的网元是演进节点B(EvolvedNodeB，简称eNodeB)，用于为用户的接入提供无线资源；分组数据网(PacketDataNetwork，简称PDN)是为用户提供业务的网络；EPC提供了更低的延迟，并允许更多的无线接入系统接入，其包括如下网元：

移动管理实体(MobilityManagementEntity，简称MME)，是控制面功能实体，临时存储用户数据的服务器，负责管理和存储用户设备(UserEquipment，简称UE)的上下文(比如用户标识、移动性管理状态、用户安全参数等)，为用户分配临时标识，当UE驻扎在该跟踪区域或者该网络时，负责对该用户进行鉴权；处理MME和UE之间的所有非接入层消息；触发在SAE的寻呼。MME是SAE系统的移动管理实体，在通用移动通信系统(UniversalMobileTelecommunicationsSystem，简称UMTS)中，移动管理实体是服务通用分组无线服务(GeneralPacketRadioService，简称GPRS)支持节点(ServingGPRSSupportNode，简称SGSN)。

服务网关(ServingGateway，简称SGW)，是一个用户面实体，负责用户面数据路由处理，终结处于空闲(ECM_IDLE)状态的UE的下行数据。管理和存储UE的SAE承载(bearer)上下文，比如IP承载业务参数和网络内部路由信息等。SGW是3GPP系统内部用户面的锚点，一个用户在一个时刻只能有一个SGW。

分组数据网网关(PDNGateway，简称PGW)，是负责UE接入PDN的网关，分配用户IP地址，也是3GPP和非3GPP接入系统的移动性锚点，PGW的功能还包括策略实施、计费支持。用户在同一时刻能够接入多个PGW。策略与计费实施功能实体(PolicyandChargingEnforcementFunction，简称PCEF)也位于PGW中。

策略与计费规则功能实体(PolicyandChargingRulesFunction，简称PCRF)，负责向PCEF提供策略控制与计费规则。

归属用户服务器(HomeSubscriberServer，简称HSS)，负责永久存储用户签约数据，HSS存储的内容包括UE的国际移动用户识别码(InternationalMobileSubscriberIdentification，简称IMSI)、PGW的IP地址。

在物理上，SGW和PGW可能合一，EPC系统用户面网元包括SGW和PGW。

机器对机器(MachinetoMachine，简称为M2M)狭义上的定义是机器到机器的通信。广义上的定义是以机器终端智能交互为核心的、网络化的应用与服务。M2M通过它人们可以实时监测外部环境，实现大范围、自动化的信息采集。因此，M2M可以应用于行业应用、家庭应用、个人应用等。行业应用如：交通监控、告警系统、海上救援、自动售货机、开车付费等。家庭应用如：自动抄表、温度控制等。个人应用如：生命检测、远端诊断等。

M2M的通信对象为机器对机器，人对机器。一个或多个机器之间的数据通信定义为机器类型通信(MachineTypeCommunication，简称为MTC)，参与MTC的机器，定义为MTC设备。MTC设备是MTC用户的终端，可通过PLMN网络与MTC设备、MTC服务器进行通信。ME(MobileEquipment)为MTC设备附带的功能块，该功能块用于将MTC设备接入到EPS系统。MTC服务器(MTCServer)对MTC设备进行管理和监控。图2为相关技术中ME通过EUTRAN接入EPS的示意图。

由于MTC设备大都为具体应用的设备，如自动抄表与生命检测使用的是不同的设备等。不同应用的MTC设备具有不同的特性，如电梯等升降机设备具有低移动性、PSonly属性，而监视、警报设备除具有低移动性、PSonly外，还具有低数据传输和高可用性等属性。因此针对不同应用的MTC设备进行不同的系统优化，可有效的对MTC设备进行管理、监控、付费等。

对于有些MTC应用，如：自动售货机等，这些应用中的MTC设备经常会被放置在易被偷盗、被损坏的地方，因此需要在发生这些情况时MTC设备能够发送告警消息通过网络通知给MTC服务器；还有一些MTC应用，如：水位监测告警设备等，平时监测时可能是处于离线状态或者空闲状态，会定期上线向MTC服务器发送监测报告，或一旦发现水位到了警戒线就上线向MTC服务器发送告警数据，或在发送监测报告的过程中(处于连接状态)发现水位到警戒线同时发送告警数据。

由于MTC设备在这些紧急和异常情况下需要及时告知MTC服务器，因此该告警数据的发送需要具有较高的优先级，以保证当MTC设备发生业务受限，如：位置受限、时间受限等，或当网络发生拥塞时，保证能够成功发送告警数据。对于MTC通信，为了防止对紧急告警消息或紧急告警承载的滥用，对于所发送的告警消息或告警流量是需要进行收费的；优先告警特征作为一种签约的特征，网络是需要进行签约检查的，只有签约了该特征且为MTC设备才可以发送优先告警数据；而MTC设备通常通信的对象为MTC服务器，并非专门用来处理紧急业务的网元。因此，在MTC通信中如果采用H2H系统中的紧急业务技术实现，将需要对系统进行较大的改动，从而增加设备及人力的成本。

发明内容

针对相关技术中MTC设备发送告警数据采用紧急业务技术实现需增加设备及人力成本等问题，本发明提供了一种MTC设备发送优先告警数据的承载建立方法及系统，以解决上述问题至少之一。

根据本发明的一个方面，提供了一种MTC设备发送优先告警数据的承载建立方法，包括：MTC设备向网络侧发送携带与优先告警对应的标识的接入请求消息；网络侧根据所述标识确定允许并优先处理与所述标识对应的接入请求；网络侧根据所述标识为所述MTC设备建立与所述优先告警对应的承载。

根据本发明的另一个方面，提供了一种MTC设备发送优先告警数据的承载建立系统，包括：MTC设备，用于向网络侧发送携带与优先告警对应的标识的请求消息；网络侧，包括：第一功能实体，用于根据所述标识确定允许并优先处理与所述标识信息对应的接入请求；第二功能实体，用于根据所述标识为所述MTC设备建立与所述优先告警对应的承载。

在本发明中，MTC设备通过向网络侧发送携带与优先告警对应的标识的请求消息，然后网络侧根据上述标识为MTC设备建立与优先告警对应的承载，解决了相关技术中紧急业务技术不能用于解决MTC设备发送告警业务的问题，进而可以有效节省对相关技术中紧急业务技术进行改动以适于MTC发送告警业务所消耗的人力物力。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为相关技术中EPC系统及接入网架构示意图；

图2为相关技术中MTCUE通过EUTRAN接入EPC系统的示意图；

图3为根据本发明实施例MTC设备发送告警数据的承载建立方法的流程图；

图4为本发明第一实施例MTC设备与无线接入网建立无线连接时无线接入网优先处理MTC设备的与优先告警相关的接入请求的流程图；

图5为本发明第二实施例MTC设备从E-UTRAN发起优先告警附着并建立相关承载的流程图；

图6为本发明第三实施例MTC设备从E-UTRAN发起优先告警附着并建立相关承载的流程图；

图7为本发明第四实施例MTC设备从E-UTRAN发起优先告警附着并建立相关承载的流程图；

图8为本发明第五实施例MTC设备从UTRAN/GERAN发起优先告警附着的流程图；

图9为本发明第六实施例MTC设备从E-UTRAN接入EPC网络后发起与优先告警相关的承载资源修改的流程图；

图10为本发明第七实施例MTC设备从E-UTRAN接入EPC网络后发起与优先告警相关的承载资源修改的流程图；

图11为本发明第八实施例MTC设备从E-UTRAN接入EPC网络后发起与优先告警相关的承载资源修改的流程图；

图12为本发明第九实施例MTC设备从UTRAN/GERAN接入GPRS网络后发起与优先告警相关的PDP上下文修改的流程图；

图13为本发明第十实施例MTC设备从UTRAN/GERAN接入GPRS网络后发起与优先告警相关的PDP上下文修改的流程图；

图14为本发明第十一实施例MTC设备从UTRAN/GERAN接入GPRS网络后发起与优先告警相关的PDP上下文修改的流程图；

图15为本发明第十二实施例MTC设备从UTRAN/GERAN接入EPC网络后发起与优先告警相关的PDP上下文修改的流程图；

图16为本发明第十三实施例MTC设备从UTRAN/GERAN接入EPC网络后发起与优先告警相关的PDP上下文修改的流程图；

图17为本发明第十四实施例MTC设备从UTRAN/GERAN接入EPC网络后发起与优先告警相关的PDP上下文修改的流程图；

图18为本发明第十五实施例MTC设备从E-UTRAN接入EPC网络后发起与优先告警相关的PDN连接建立的流程图；

图19为本发明第十六实施例MTC设备从E-UTRAN接入EPC网络后发起与优先告警相关的PDN连接建立的流程图；

图20为本发明第十七实施例MTC设备从E-UTRAN接入EPC网络后发起与优先告警相关的PDN连接建立的流程图；

图21为本发明第十八实施例MTC设备从UTRAN/GERAN接入GPRS网络后发起与优先告警相关的PDP上下文激活的流程图；

图22为本发明第十九实施例MTC设备从UTRAN/GERAN接入GPRS网络后发起与优先告警相关的PDP上下文激活的流程图；

图23为本发明第二十实施例MTC设备从UTRAN/GERAN接入GPRS网络后发起与优先告警相关的PDP上下文激活的流程图；

图24为本发明第二十一实施例MTC设备从UTRAN/GERAN接入EPC网络后发起与优先告警相关的PDP上下文激活的流程图；

图25为本发明第二十二实施例MTC设备从UTRAN/GERAN接入EPC网络后发起与优先告警相关的PDP上下文激活的流程图；

图26为本发明第二十三实施例MTC设备从UTRAN/GERAN接入EPC网络后发起与优先告警相关的PDP上下文激活的流程图；

图27为根据本发明实施例MTC设备发送优先告警数据系统结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面结合附图对本发明进行说明。

图3为根据本发明实施例MTC设备发送优先告警数据的承载建立方法的流程图，如图3所示，该MTC设备发送优先告警数据的承载建立方法包括：

步骤S302：MTC设备向网络侧发送携带与优先告警对应的标识的接入请求消息；

步骤S304：网络侧根据上述标识确定允许并优先处理与该标识对应的接入请求；

步骤S306：网络侧根据标识为上述MTC设备建立与上述优先告警对应的承载。

相关技术中，紧急业务技术用于解决H2H中的紧急事件，采用上述方法，可以使上述紧急业务技术用于M2M通信中，实现MTC通信的优先告警数据的发送，可以有效节省对紧急业务技术进行改动以适用于MTC发送告警业务所消耗的人力物力。

在优选实施过程中，MTC设备向网络侧发送上述请求消息包括：MTC设备向无线接入网侧网元发送接入层消息，其中，上述接入层消息携带有所述标识；相应地，该网络侧根据上述标识确定允许并优先处理与标识对应的接入请求包括：上述无线接入网侧网元根据所述标识确定允许并优先处理上述接入请求消息。其中，该接入层消息可以为建立无线资源控制连接的请求消息。

优选实施过程中，上述MTC设备通过GERAN接入时，上述无线接入网侧网元为基站系统(BaseStationSystem，简称为BSS)；该MTC设备通过UTRAN接入，上述无线接入网侧网元为无线网络控制器(RadioNetworkController，简称为RNC)；该MTC设备通过E-UTRAN接入，上述无线接入网侧网元为演进节点B(eNodeB)。

优选地，在无线接入网侧网元确定允许并优先处理上入接入层消息之后，无线接入网侧网元为MTC设备建立无线连接，在建立无线连接之后，MTC设备向核心网的移动性管理单元发送非接入层(NonAccessStratum，简称为NAS)消息，其中，该NAS消息中携带有上述标识。

网络侧还可以由移动性管理单元继续确定是否允许并优先处理MTC设备的接入请求，则MTC设备可以在向核心网的移动性管理单元发送的NAS消息中携带上述标识；与之对应的，网络侧根据上述标识确定允许并优先处理与上述标识信息对应的接入请求包括：移动性管理单元根据上述标识确定允许并优先处理上述接入请求消息。

其中，当MTC设备从GERAN/UTRAN接入GPRS、从GERAN/UTRAN接入EPC或从E-UTRAN接入EPC时，上述NAS消息为附着请求消息；当MTC设备从GERAN/UTRAN接入GPRS或从GERAN/UTRAN接入EPC时，上述NAS消息为PDP上下文修改请求消息；当MTC设备从GERAN/UTRAN接入GPRS或从GERAN/UTRAN接入EPC时，为PDP上下文激活请求消息；当MTC设备从E-UTRAN接入EPC时，为承载资源修改请求消息；当MTC设备从E-UTRAN接入EPC时，为分组数据网(PDN：PacketDataNetwork)连接请求消息。

移动性管理单元根据所述标识判断允许并优先处理所述非接入层消息包括：当所述移动性管理单元判断出为MTC设备且签约了优先告警特征时，则优先处理接入请求；当所述移动性管理单元判断出不是MTC设备或未签约优先告警特征时，则拒绝该MTC设备的接入请求。

或者，移动性管理单元也可以将上述标识发送给策略与计费规则功能实体，由策略与计费规则功能实体继续判断是否允许并优先处理上述接入请求消息。

其中，移动性管理单元可以通过承载创建请求消息将所述标识携带给网关单元，并由网关单元通过IP连接访问网络(IP-CAN：IP-ConnectivityAccessNetwork)会话消息将所述标识携带给核心网侧策略与计费规则功能实体。另外，网络侧为上述MTC设备发送优先告警数据建立对应承载可以有以下两种实现方式：

1，由移动性管理单元根据上述标识，将与该标识相关的信息通过承载建立请求消息携带给网关单元，由所述网关单元为MTC设备建立符合与优先告警相关的承载；

其中，上述与该标识相关信息可以为上述标识，则网关单元在接收到该标识后，从本地配置中获取与所述标识对应的服务质量参数，然后网关单元按照该QoS参数为MTCUE建立承载。或者，上述与该标识相关信息可以为与该标识对应的QoS参数，其中，移动性管理单元可以从本地配置中获取与该标识对应的QoS参数，也可以从签约用户服务器中获取该QoS参数，然后将该QoS参数发送给网关单元，由网关单元按照该QoS参数为MTCUE建立承载。

例如，移动性管理单元可以将上述标识或QoS参数通过承载建立请求消息发送网关单元。

2.由移动性管理单元将上述标识携带给策略与计费规则功能实体，由策略与计费规则功能实体获取与该标识对应的QoS参数，并将该QoS参数发送给网关单元，由网关单元建立根据该QoS参数建立承载。

其中，移动性管理单元可以通过承载建立请求消息将上述标识携带给网关单元，由网关单元通过IP-CAN会话消息将标识带给PCRF；而策略与计费规则功能实体可以从本地配置或用户签约数据库(SubscriptionProfileRepository，简称为SPR)中获取与该标识对应的QoS参数，通过IP-CAN会话消息发送给网关单元，由网关单元根据该QoS参数为MTCUE建立承载。

在本发明实施例中，上述承载创建请求消息：当MTC设备从GERAN/UTRAN接入EPC或从E-UTRAN接入EPC时，为创建会话请求消息；当MTC设备从GERAN/UTRAN接入EPC或从E-UTRAN接入EPC时，为承载资源请求命令消息；当MTC设备从GERAN/UTRAN接入GPRS时，为创建PDP上下文请求消息；当MTC设备从GERAN/UTRAN接入GPRS时，为更新PDP上下文请求消息；

上述IP-CAN会话消息包括但不限于：IP连接访问网络会话建立请求或IP连接访问网络会话修改请求。

当MTC设备从GERAN/UTRAN接入GPRS时，上述移动性管理单元可以为Gn/Gp接口的SGSN；从GERAN/UTRAN接入EPC时，上述移动性管理单元可以为S4接口的SGSN；从E-UTRAN接入EPC时，上述移动性管理单元可以为MME。

当MTC设备从GERAN/UTRAN接入GPRS时，网关单元为GGSN；从GERAN/UTRAN接入EPC或从E-UTRAN接入EPC时，网关单元为PDNGW。

所述签约用户服务器：当为EPC网络，是归属用户服务器(HSS)；当为GPRS网络，是归属用户寄存器(HLR)。

下面通过具体实施例对本发明实施例提供的技术方案进行说明。

实施例一

本实施例为MTC设备与无线接入网建立无线连接时无线接入网优先处理MTC设备的与优先告警相关的接入请求的流程，如图4所述，上述流程包括：

步骤S402：MTCUE向无线侧网元发送RRC连接请求消息，其中携带与优先告警相关的标识；

步骤S404：无线侧网元接收到该消息后，根据其中携带与优先告警相关的标识决定优先处理该请求；

步骤S406：无线侧网元向MTCUE发送RRC连接建立消息；

步骤S408：MTCUE向无线侧网元发送RRC连接建立完成消息。

需要指出的是，本实施例适用于MTCUE需要向核心网发起NAS请求消息而与无线接入网侧没有无线连接的情况，如：离线状态的MTCUE发起附着请求时，空闲状态的MTCUE发起业务请求时等；其中，无线接入网侧网元包括：当GERAN接入时，为基站系统BSS；当UTRAN接入时，为无线网络控制器RNC；当E-UTRAN接入时，为演进节点BeNodeB。

在上述步骤S408之后，MTCUE可以进一步向核心网的移动性管理单元发送携带上述标识的NAS消息，由核心网为该MTCUE建立承载，具体过程可以参见其它实施例的描述。

实施例二

本实施例为MTC设备从E-UTRAN发起优先告警附着并建立相关承载的流程。如图5所述，上述流程包括：

步骤S502：MTCUE处于离线状态，检测到需要发送优先告警数据；

步骤S504：MTCUE向eNB发送附着请求消息，其中携带与优先告警相关的标识，eNB将该请求消息转发给MME；

步骤S506、S508：若MME中已经保存了MTCUE的签约信息，则直接执行步骤S510；若MME发生改变或初次附着，MME将向HSS获取MTCUE的签约信息；

步骤S510：MME根据MTCUE的签约信息确认为MTC设备且签约了优先告警特征，决定优先处理该请求；若不是MTCUE或未签约该特征，则MME拒绝该请求；

步骤S512：MME向S-GW发送创建会话请求消息，其中携带优先告警对应的EPSQoS参数，该参数可以为MTCUE的签约数据，也可以为MME上根据运营商策略预先配置。S-GW将该请求消息转发给PGW；

步骤S514：PGW根据获得的优先告警对应的QoS参数为MTCUE创建承载，并向S-GW返回创建会话响应消息。S-GW将该消息转发给MME；

步骤S516：执行后续承载建立和附着流程。

需要指出的是：MTCUE在发起附着请求之前，需要与eNB之间建立无线RRC连接，该过程在实施例一中已描述，此处不再赘述。

实施例三

本实施例是MTC设备从E-UTRAN发起优先告警附着并建立相关承载的流程。如图6所示，上述流程包括：

由于步骤S602-步骤S610与实施例二中步骤S502-步骤S510类似，此处不再赘述。

步骤S612：MME向S-GW发送创建会话请求消息，其中携带与优先告警相关的标识，S-GW将该请求消息转发给PDNGW；

步骤S614：PDNGW本地配置优先告警特征对应的EPSQoS参数，并根据获得的优先告警相关的标识为MTCUE创建承载；

步骤S616：执行后续承载建立和附着流程。

需要指出的是：MTCUE在发起附着请求之前，需要与eNB之间建立无线RRC连接，该过程在实施例一中已描述，此处不再赘述。

实施例四

本实施例是MTC设备从E-UTRAN发起优先告警附着并建立相关承载的流程。如图7所示，该流程包括：

由于步骤S702-步骤S710与实施例二中步骤S502-步骤S510类似，此处不再赘述。

步骤S712：MME向S-GW发送创建会话请求消息，其中携带与优先告警相关的标识，S-GW将该请求消息转发给PDNGW；

步骤S714：PGW通过IP-CAN会话建立/修改流程将该标识携带给PCRF；

步骤S716：PCRF通过与用户签约数据库(SubscriptionProfileRepository，简称为SPR)的交互获取MTCUE的签约信息；

步骤S718：PCRF根据签约信息，确认为MTCUE且签约了优先告警特征，则根据优先告警对应的EPSQoS参数下发策略给PDNGW为MTCUE创建承载，其中，若MME执行过签约信息判断，则PCRF执行签约信息判断为可选；其中，优先告警对应的QoS参数可以为MTCUE的签约数据，也可以为PCRF上根据运营商策略预先配置；

步骤S720：执行后续承载建立和附着流程。

需要指出的是：MTCUE在发起附着请求之前，需要与eNB之间建立无线RRC连接，该过程在实施例一中已描述，此处不再赘述。

实施例五

本实施例是MTC设备从UTRAN/GERAN发起优先告警附着的流程。如图8所示，该流程包括：

步骤S802：MTCUE处于离线状态，检测到需要发送优先告警数据；

步骤S804：MTCUE向BSS/RNC发送附着请求消息，其中携带与优先告警相关的标识，BSS/RNC将该请求消息转发给移动性管理单元；

步骤S806：若移动性管理单元中已经保存了MTCUE的签约信息，则直接执行步骤704；若移动性管理单元发生改变或初次附着，则将向HSS/HLR获取MTCUE的签约信息；

步骤S808：移动性管理单元根据MTCUE的签约信息确认为MTC设备且签约了优先告警特征，则决定优先处理该请求；若不是MTCUE或未签约该特征，则拒绝该请求；

步骤S810：执行后续附着流程。

需要指出的是：MTCUE在发起附着请求之前，需要与BSS/RNC之间建立无线RRC连接，该过程在实施例一中已描述，此处不再赘述。此处，移动性管理单元包括：若MTCUE从UTRAN/GERAN接入GPRS，则为Gn/GpSGSN；若MTCUE从UTRAN/GERAN接入EPC，则为S4SGSN。网关单元包括：若MTCUE从UTRAN/GERAN接入GPRS，则为GGSN；若MTCUE从UTRAN/GERAN接入EPC，则为S-GW、PGW。

实施例六

本实施例是MTC设备从E-UTRAN接入EPC网络后发起与优先告警相关的承载资源修改的流程。如图9所示，该流程包括：

步骤S902：MTCUE处于连接状态，检测到需要发送优先告警数据；

步骤S904：MTCUE向eNB发送承载资源修改请求消息，其中携带与优先告警相关的标识，eNB将该请求消息转发给MME；

步骤S906：MME根据MTCUE的签约信息确认为MTC设备且签约了优先告警特征，决定优先处理该请求；若不是MTCUE或未签约该特征，则拒绝该请求；

步骤S908：MME向S-GW发送承载资源命令消息，其中携带优先告警对应的EPSQoS参数，该参数可以为MTCUE的签约数据，也可以为MME上根据运营商策略预先配置。S-GW将该请求消息转发给PDNGW；

步骤S910：PDNGW根据获得的优先告警对应的QoS参数执行后续承载资源修改流程。

需要指出的是，若MTCUE处于空闲状态，则在发起承载资源修改请求之前，需要发起业务请求流程进入连接态，其中，需要与eNB之间建立无线RRC连接，该过程在实施例一中已描述，此处不再赘述。

实施例七

本实施例是MTC设备从E-UTRAN接入EPC网络后发起与优先告警相关的承载资源修改的流程。如图10所示，该流程包括：

由于步骤S1002-步骤S1006与实施例六中步骤S902-步骤S906类似，此处不再赘述。

步骤S1008：MME向S-GW发送承载资源命令消息，其中携带与优先告警相关的标识，S-GW将该请求消息转发给PDNGW；

步骤S1010：PDNGW本地配置优先告警特征对应的EPSQoS参数，并根据获得的优先告警相关的标识为MTCUE修改承载；

步骤S1012：执行后续承载资源修改流程。

需要指出的是，若MTCUE处于空闲状态，则在发起承载资源修改请求之前，需要发起业务请求流程进入连接态，其中，需要与eNB之间建立无线RRC连接，该过程在实施例一中已描述，此处不再赘述。

实施例八

本实施例是MTC设备从E-UTRAN接入EPC网络后发起与优先告警相关的承载资源修改的流程。本实施例部署了PCC的场景，如图11所示，该流程包括：

由于步骤S1102-步骤S1106与实施例六中步骤S902-步骤S906类似，此处不再赘述。

步骤1108：MME向S-GW发送承载资源命令消息，其中携带与优先告警相关的标识，S-GW将该请求消息转发给PDNGW；

步骤1110：PDNGW通过IP-CAN会话建立/修改流程将该标识携带给PCRF；

步骤1112：PCRF通过与SPR的交互获取MTCUE的签约信息；

步骤1114：PCRF根据签约信息，确认为MTCUE且签约了优先告警特征，则根据优先告警对应的EPSQoS参数下发策略给PDNGW为MTCUE修改承载，其中，若MME执行过签约信息判断，则PCRF执行签约信息判断为可选；其中，优先告警对应的QoS参数可以为MTCUE的签约数据，也可以为PCRF上根据运营商策略预先配置；

步骤1116：执行后续承载资源修改流程。

需要指出的是，若MTCUE处于空闲状态，则在发起承载资源修改请求之前，需要发起业务请求流程进入连接态，其中，需要与eNB之间建立无线RRC连接，该过程在实施例一中已描述，此处不再赘述。

实施例九

本实施例是MTC设备从UTRAN/GERAN接入GPRS网络后发起与优先告警相关的PDP上下文修改的流程。如图12所示，该流程包括：

步骤S1202：MTCUE处于在线状态，检测到需要发送优先告警数据；

步骤S1204：MTCUE向BSS/RNC发送PDP上下文修改请求消息，其中携带与优先告警相关的标识，BSS/RNC将该请求消息转发给Gn/GpSGSN；

步骤S1206：Gn/GpSGSN根据MTCUE的签约信息确认为MTC设备且签约了优先告警特征，决定优先处理该请求；若不是MTCUE或未签约该特征，则拒绝该请求；

步骤S1208：Gn/GpSGSN向GGSN发送PDP上下文更新请求消息，其中携带优先告警对应的QoS参数，该参数可以为MTCUE的签约数据，也可以为Gn/GpSGSN上根据运营商策略预先配置；

步骤S1210：GGSN根据接收到的优先告警对应的QoS参数执行后续PDP上下文修改流程。

需要指出的是，若MTCUE处于空闲状态，则在发起PDP上下文修改请求之前，需要发起业务请求流程进入连接态，其中，需要与BSS/RNC之间建立无线RRC连接，该过程在实施例一中已描述，此处不再赘述。

实施例十

本实施例是MTC设备从UTRAN/GERAN接入GPRS网络后发起与优先告警相关的PDP上下文修改的流程。如图13所示，该流程包括：

由于步骤S1302-步骤S1306与实施例九中步骤S1202-步骤S1206类似，此处不再赘述。

步骤S1308：Gn/GpSGSN向GGSN发送PDP上下文更新请求消息，其中携带与优先告警相关的标识；

步骤S1310：GGSN本地配置优先告警特征对应的QoS参数，并根据获得的优先告警相关的标识为MTCUE修改PDP上下文；

步骤S1312：执行后续PDP上下文修改流程。

需要指出的是，若MTCUE处于空闲状态，则在发起PDP上下文修改请求之前，需要发起业务请求流程进入连接态，其中，需要与BSS/RNC之间建立无线RRC连接，该过程在实施例一中已描述，此处不再赘述。

实施例十一

本实施例是MTC设备从UTRAN/GERAN接入GPRS网络后发起与优先告警相关的PDP上下文修改的流程。如图14所示，该流程包括：

由于步骤S1402-步骤S1406与实施例九中步骤S1202-步骤S1206类似，此处不再赘述。

步骤S1408：Gn/GpSGSN向GGSN发送PDP上下文更新请求消息，其中携带与优先告警相关的标识；

步骤S1410：GGSN通过IP-CAN会话修改流程将该标识携带给PCRF；

步骤S1412：PCRF通过与SPR的交互获取MTCUE的签约信息；

步骤S1414：PCRF根据签约信息，确认为MTCUE且签约了优先告警特征，则根据优先告警对应的QoS参数下发策略给GGSN为MTCUE创建承载，其中，若Gn/GpSGSN执行过签约信息判断，则PCRF执行签约信息判断为可选；其中，优先告警对应的QoS参数可以为MTCUE的签约数据，也可以为PCRF上根据运营商策略预先配置；

步骤S1416：执行后续PDP上下文修改流程。

需要指出的是，若MTCUE处于空闲状态，则在发起PDP上下文修改请求之前，需要发起业务请求流程进入连接态，其中，需要与BSS/RNC之间建立无线RRC连接，该过程在实施例一中已描述，此处不再赘述。

实施例十二

本实施例是MTC设备从UTRAN/GERAN接入EPC网络后发起与优先告警相关的PDP上下文修改的流程。如图15所示，该流程包括：

由于步骤S1502-步骤S1504与实施例九中步骤S1202-步骤S1204类似，此处不再赘述。

步骤S1506：S4SGSN根据MTCUE的签约信息确认为MTC设备且签约了优先告警特征，决定优先处理该请求；若不是MTCUE或未签约该特征，则拒绝该请求；

步骤S1508：S4SGSN向S-GW发送承载资源命令消息，其中携带优先告警对应的QoS参数，该参数可以为MTCUE的签约数据，也可以为S4SGSN上根据运营商策略预先配置，S-GW将该消息转发给PDNGW；

步骤S1510：PDNGW根据接收到的优先告警对应的QoS参数执行后续PDP上下文修改流程。

需要指出的是，若MTCUE处于空闲状态，则在发起PDP上下文修改请求之前，需要发起业务请求流程进入连接态，其中，需要与BSS/RNC之间建立无线RRC连接，该过程在实施例一中已描述，此处不再赘述。

实施例十三

本实施例是MTC设备从UTRAN/GERAN接入EPC网络后发起与优先告警相关的PDP上下文修改的流程。如图16所示，该流程包括：

步骤S1602：MTCUE处于在线状态，检测到需要发送优先告警数据；

步骤S1604：MTCUE向BSS/RNC发送PDP上下文修改请求消息，其中携带与优先告警相关的标识，BSS/RNC将该请求消息转发给S4SGSN；

步骤S1606：S4SGSN根据MTCUE的签约信息确认为MTC设备且签约了优先告警特征，决定优先处理该请求；若不是MTCUE或未签约该特征，则拒绝该请求；

步骤S1608：S4SGSN向S-GW发送承载资源命令消息，其中携带与优先告警相关的标识，S-GW将该消息转发给PGW；

步骤S1610：PDNGW本地配置优先告警特征对应的QoS参数，并根据获得的优先告警相关的标识为MTCUE修改承载；

步骤S1612：执行后续PDP上下文修改流程。

需要指出的是，若MTCUE处于空闲状态，则在发起PDP上下文修改请求之前，需要发起业务请求流程进入连接态，其中，需要与BSS/RNC之间建立无线RRC连接，该过程在实施例一中已描述，此处不再赘述。

实施例十四

本实施例是MTC设备从UTRAN/GERAN接入EPC网络后发起与优先告警相关的PDP上下文修改的流程。如图17所示，该流程包括：

步骤S1702：MTCUE处于在线状态，检测到需要发送优先告警数据；

步骤S1704：MTCUE向BSS/RNC发送PDP上下文修改请求消息，其中携带与优先告警相关的标识，BSS/RNC将该请求消息转发给S4SGSN；

步骤S1706：S4SGSN根据MTCUE的签约信息确认为MTC设备且签约了优先告警特征，决定优先处理该请求；若不是MTCUE或未签约该特征，则拒绝该请求；

步骤S1708：S4SGSN向S-GW发送承载资源命令消息，其中携带与优先告警相关的标识，S-GW将该消息转发给PDNGW；

步骤S1710：PDNGW通过IP-CAN会话修改流程将该标识携带给PCRF；

步骤S1712：PCRF通过与SPR的交互获取MTCUE的签约信息；

步骤S1714：PCRF根据签约信息，确认为MTCUE且签约了优先告警特征，则根据优先告警对应的QoS参数下发策略给PDNGW为MTCUE修改承载，其中，若S4SGSN执行过签约信息判断，则PCRF执行签约信息判断为可选；其中，优先告警对应的QoS参数可以为MTCUE的签约数据，也可以为PCRF上根据运营商策略预先配置；

步骤S1718：执行后续PDP上下文修改流程。

需要指出的是，若MTCUE处于空闲状态，则在发起PDP上下文修改请求之前，需要发起业务请求流程进入连接态，其中，需要与BSS/RNC之间建立无线RRC连接，该过程在实施例一中已描述，此处不再赘述。

实施例十五

本实施例是MTC设备从E-UTRAN接入EPC网络后发起与优先告警相关的PDN连接建立的流程。如图18所示，该流程包括：

步骤S1802：MTCUE处于连接状态，检测到需要发送优先告警数据；

步骤S1804：MTCUE向eNB发送PDN连接请求消息，其中携带与优先告警相关的标识，eNB将该请求消息转发给MME；

步骤S1806：MME根据MTCUE的签约信息确认为MTC设备且签约了优先告警特征，决定优先处理该请求；若不是MTCUE或未签约该特征，则拒绝该请求；

步骤1808：MME向S-GW发送创建会话请求消息，其中携带优先告警对应的EPSQoS参数，该参数可以为MTCUE的签约数据，也可以为MME上根据运营商策略预先配置。S-GW将该请求消息转发给PDNGW；

步骤S1810：PDNGW根据获得的优先告警对应的QoS参数为MTCUE创建承载并返回创建会话响应消息；

步骤S1812：执行后续PDN连接建立流程。

需要指出的是，若MTCUE处于空闲状态，则在发起PDN连接建立请求之前，需要发起业务请求流程进入连接态，其中，需要与eNB之间建立无线RRC连接，该过程在实施例一中已描述，此处不再赘述。

实施例十六

本实施例是MTC设备从E-UTRAN接入EPC网络后发起与优先告警相关的PDN连接建立的流程。如图19所示，该流程包括：

步骤S1902：MTCUE处于连接状态，检测到需要发送优先告警数据；

步骤S1904：MTCUE向eNB发送PDN连接建立请求消息，其中携带与优先告警相关的标识，eNB将该请求消息转发给MME；

步骤S1906：MME根据MTCUE的签约信息确认为MTC设备且签约了优先告警特征，决定优先处理该请求；若不是MTCUE或未签约该特征，则拒绝该请求；

步骤S1908：MME向S-GW发送创建会话请求消息，其中携带与优先告警相关的标识，S-GW将该请求消息转发给PDNGW；

步骤S1910：PDNGW本地配置优先告警特征对应的EPSQoS参数，并根据获得的优先告警相关的标识为MTCUE创建承载；

步骤S1912：执行后续PDN连接建立流程。

需要指出的是，若MTCUE处于空闲状态，则在发起PDN连接建立请求之前，需要发起业务请求流程进入连接态，其中，需要与eNB之间建立无线RRC连接，该过程在实施例一中已描述，此处不再赘述。

实施例十七

本实施例是MTC设备从E-UTRAN接入EPC网络后发起与优先告警相关的PDN连接建立的流程。如图20所示，该流程包括：

步骤S2002：MTCUE处于连接状态，检测到需要发送优先告警数据；

步骤S2004：MTCUE向eNB发送PDN连接建立请求消息，其中携带与优先告警相关的标识，eNB将该请求消息转发给MME；

步骤S2006：MME根据MTCUE的签约信息确认为MTC设备且签约了优先告警特征，决定优先处理该请求；若不是MTCUE或未签约该特征，则MME拒绝该请求；

步骤S2008：MME向S-GW发送创建会话请求消息，其中携带与优先告警相关的标识，S-GW将该请求消息转发给PDNGW；

步骤S2010：PDNGW通过IP-CAN会话建立/修改流程将该标识携带给PCRF；

步骤S2012：PCRF通过与SPR的交互获取MTCUE的签约信息；

步骤S2014：PCRF根据签约信息，确认为MTCUE且签约了优先告警特征，则根据优先告警对应的EPSQoS参数下发策略给PDNGW为MTCUE创建承载，其中，若MME执行过签约信息判断，则PCRF执行签约信息判断为可选；其中，优先告警对应的QoS参数可以为MTCUE的签约数据，也可以为PCRF上根据运营商策略预先配置；

步骤S2016：执行后续PDN连接建立流程。

需要指出的是，若MTCUE处于空闲状态，则在发起PDN连接建立请求之前，需要发起业务请求流程进入连接态，其中，需要与eNB之间建立无线RRC连接，该过程在实施例一中已描述，此处不再赘述。

实施例十八

本实施例是MTC设备从UTRAN/GERAN接入GPRS网络后发起与优先告警相关的PDP上下文激活的流程。如图21所示，该流程包括：

步骤S2102：MTCUE检测到需要发送优先告警数据并刚完成了附着流程，或MTCUE处于空闲状态并检测到需要发送优先告警数据；

步骤S2104：MTCUE向BSS/RNC发送PDP上下文激活请求消息，其中携带与优先告警相关的标识，BSS/RNC将该请求消息转发给Gn/GpSGSN；

步骤20S2106：Gn/GpSGSN根据MTCUE的签约信息确认为MTC设备且签约了优先告警特征，决定优先处理该请求；若不是MTCUE或未签约该特征，则拒绝该请求。若MTCUE的附着流程完成之后随即执行该流程，则该步骤可选；

步骤S2108：Gn/GpSGSN向GGSN发送PDP上下文创建请求消息，其中携带优先告警对应的QoS参数，该参数可以为MTCUE的签约数据，也可以为Gn/GpSGSN上根据运营商策略预先配置；

步骤S2110：GGSN根据接收到的优先告警对应的QoS参数执行后续PDP上下文激活流程。

需要指出的是，若MTCUE处于空闲状态，则在发起PDP上下文激活请求之前，需要发起业务请求流程进入连接态，其中，需要与BSS/RNC之间建立无线RRC连接，该过程在实施例一中已描述，此处不再赘述。

实施例十九

本实施例是MTC设备从UTRAN/GERAN接入GPRS网络后发起与优先告警相关的PDP上下文激活的流程。如图22所示，该流程包括：

步骤S2202：MTCUE检测到需要发送优先告警数据并刚完成了附着流程，或MTCUE处于空闲状态并检测到需要发送优先告警数据；

步骤S2204：MTCUE向BSS/RNC发送PDP上下文激活请求消息，其中携带与优先告警相关的标识，BSS/RNC将该请求消息转发给Gn/GpSGSN；

步骤S2206：Gn/GpSGSN根据MTCUE的签约信息确认为MTC设备且签约了优先告警特征，决定优先处理该请求；若不是MTCUE或未签约该特征，则拒绝该请求。若MTCUE的附着流程完成之后随即执行该流程，则该步骤可选；

步骤S2208：Gn/GpSGSN向GGSN发送PDP上下文创建请求消息，其中携带与优先告警相关的标识；

步骤S2210：GGSN本地配置优先告警特征对应的QoS参数，并根据获得的优先告警相关的标识为MTCUE创建PDP上下文；

步骤S2212：执行后续PDP上下文激活流程。

需要指出的是，若MTCUE处于空闲状态，则在发起PDP上下文激活请求之前，需要发起业务请求流程进入连接态，其中，需要与BSS/RNC之间建立无线RRC连接，该过程在实施例一中已描述，此处不再赘述。

实施例二十

本实施例是MTC设备从UTRAN/GERAN接入GPRS网络后发起与优先告警相关的PDP上下文激活的流程。如图23所示，该流程包括：

步骤S2302：MTCUE检测到需要发送优先告警数据并刚完成了附着流程，或MTCUE处于空闲状态并检测到需要发送优先告警数据；

步骤S2304：MTCUE向BSS/RNC发送PDP上下文激活请求消息，其中携带与优先告警相关的标识，BSS/RNC将该请求消息转发给Gn/GpSGSN；

步骤S2306：Gn/GpSGSN根据MTCUE的签约信息确认为MTC设备且签约了优先告警特征，决定优先处理该请求；若不是MTCUE或未签约该特征，则拒绝该请求。若MTCUE的附着流程完成之后随即执行该流程，则该步骤可选；

步骤S2308：Gn/GpSGSN向GGSN发送PDP上下文创建请求消息，其中携带与优先告警相关的标识；

步骤S2310：GGSN通过IP-CAN会话建立/修改流程将该标识携带给PCRF；

步骤S2312：PCRF通过与SPR的交互获取MTCUE的签约信息；

步骤S2314：PCRF根据签约信息，确认为MTCUE且签约了优先告警特征，则根据优先告警对应的QoS参数下发策略给GGSN为MTCUE创建承载，其中，若Gn/GpSGSN执行过签约信息判断，则PCRF执行签约信息判断为可选；其中，优先告警对应的QoS参数可以为MTCUE的签约数据，也可以为PCRF上根据运营商策略预先配置；

步骤S2316：执行后续PDP上下文激活流程。

需要指出的是，若MTCUE处于空闲状态，则在发起PDP上下文激活请求之前，需要发起业务请求流程进入连接态，其中，需要与BSS/RNC之间建立无线RRC连接，该过程在实施例一中已描述，此处不再赘述。

实施例二十一

本实施例是MTC设备从UTRAN/GERAN接入EPC网络后发起与优先告警相关的PDP上下文激活的流程。如图24所示，该流程包括：

步骤S2402：MTCUE检测到需要发送优先告警数据并刚完成了附着流程，或MTCUE处于空闲状态并检测到需要发送优先告警数据；

步骤S2404：MTCUE向BSS/RNC发送PDP上下文激活请求消息，其中携带与优先告警相关的标识，BSS/RNC将该请求消息转发给S4SGSN；

步骤S2406：S4SGSN根据MTCUE的签约信息确认为MTC设备且签约了优先告警特征，决定优先处理该请求；若不是MTCUE或未签约该特征，则拒绝该请求。若MTCUE的附着流程完成之后随即执行该流程，则该步骤可选；

步骤S2408：S4SGSN向S-GW发送创建会话请求消息，其中携带优先告警对应的QoS参数，该参数可以为MTCUE的签约数据，也可以为S4SGSN上根据运营商策略预先配置，S-GW将该消息转发给PDNGW；

步骤S2410：PDNGW根据接收到的优先告警对应的QoS参数执行后续PDP上下文激活流程。

需要指出的是，若MTCUE处于空闲状态，则在发起PDP上下文激活请求之前，需要发起业务请求流程进入连接态，其中，需要与BSS/RNC之间建立无线RRC连接，该过程在实施例一中已描述，此处不再赘述。

实施例二十二

本实施例是MTC设备从UTRAN/GERAN接入EPC网络后发起与优先告警相关的PDP上下文激活的流程。如图25所示，该流程包括：

步骤S2502：MTCUE检测到需要发送优先告警数据并刚完成了附着流程，或MTCUE处于空闲状态并检测到需要发送优先告警数据；

步骤S2504：MTCUE向BSS/RNC发送PDP上下文激活请求消息，其中携带与优先告警相关的标识，BSS/RNC将该请求消息转发给S4SGSN；

步骤S2506：S4SGSN根据MTCUE的签约信息确认为MTC设备且签约了优先告警特征，决定优先处理该请求；若不是MTCUE或未签约该特征，则拒绝该请求。若MTCUE的附着流程完成之后随即执行该流程，则该步骤可选；

步骤S2508：S4SGSN向S-GW发送创建会话请求消息，其中携带与优先告警相关的标识，S-GW将该消息转发给PDNGW；

步骤S2510：PDNGW本地配置优先告警特征对应的QoS参数，并根据获得的优先告警相关的标识为MTCUE创建承载；

步骤S2512：执行后续PDP上下文激活流程。

需要指出的是，若MTCUE处于空闲状态，则在发起PDP上下文激活请求之前，需要发起业务请求流程进入连接态，其中，需要与BSS/RNC之间建立无线RRC连接，该过程在实施例一中已描述，此处不再赘述。

实施例二十三

本实施例是MTC设备从UTRAN/GERAN接入EPC网络后发起与优先告警相关的PDP上下文激活的流程。如图26所示，该流程包括：

步骤S2602：MTCUE检测到需要发送优先告警数据并刚完成了附着流程，或MTCUE处于空闲状态并检测到需要发送优先告警数据；

步骤S2604：MTCUE向BSS/RNC发送PDP上下文激活请求消息，其中携带与优先告警相关的标识，BSS/RNC将该请求消息转发给S4SGSN；

步骤S2606：S4SGSN根据MTCUE的签约信息确认为MTC设备且签约了优先告警特征，决定优先处理该请求；若不是MTCUE或未签约该特征，则拒绝该请求。若MTCUE的附着流程完成之后随即执行该流程，则该步骤可选；

步骤S2608：S4SGSN向S-GW发送创建会话请求消息，其中携带与优先告警相关的标识，S-GW将该消息转发给PDNGW；

步骤S2610：PDNGW通过IP-CAN会话建立/修改流程将该标识携带给PCRF；

步骤S2612：PCRF通过与SPR的交互获取MTCUE的签约信息；

步骤S2614：PCRF根据签约信息，确认为MTCUE且签约了优先告警特征，则根据优先告警对应的QoS参数下发策略给PDNGW为MTCUE修改承载，其中，若S4SGSN执行过签约信息判断，则PCRF执行签约信息判断为可选；其中，优先告警对应的QoS参数可以为MTCUE的签约数据，也可以为PCRF上根据运营商策略预先配置；

步骤S2616：执行后续PDP上下文激活流程。

需要指出的是，若MTCUE处于空闲状态，则在发起PDP上下文救火请求之前，需要发起业务请求流程进入连接态，其中，需要与BSS/RNC之间建立无线RRC连接，该过程在实施例一中已描述，此处不再赘述。

图27为根据本发明实施例MTC设备告警业务系统结构框图。如图27所示，该系统包括：MTC设备272，用于向网络侧274发送携带与优先告警对应的标识的请求消息；其中，网络侧274可以包括：第一功能实体2742，用于根据上述标识确定允许并优先处理与上述标识对应的接入请求；第二功能实体2744，用于根据上述标识为上述MTC设备建立与上述优先级对应的承载。

优选地，第一功能实体2742可以由无线接入网侧网元、核心网的移动性管理单元或PCRF实现。

第二功能实体2744可以由核心网的移动性管理单元与网关单元，或PCRF与网关单元实现。

其中，上述无线接入网侧网元包括：当MTCUE272通过GERAN接入时，为基站系统BSS；当MTCUE272通过UTRAN接入时，为无线网络控制器RNC；当MTCUE272通过E-UTRAN接入时，为演进节点BeNodeB。

上述移动性管理单元包括：若MTCUE272从UTRAN/GERAN接入GPRS，则为Gn/GpSGSN；若MTCUE272从UTRAN/GERAN接入EPC，则为S4SGSN。

优选地，网关单元包括：GGSN或PGW。其中，若MTCUE272从UTRAN/GERAN接入GPRS，则为GGSN；若MTCUE272从UTRAN/GERAN接入EPC，则为S-GW和PGW。

上述设备或实体或单元的具体联系或组合关系，可参照上述方法实施例描述，此处不再赘述。

综上所述，借助本发明提供的上述实施例，MTC设备仅需通过向网络侧发送携带与当前告警业务的优先级对应的标识，然后网络侧根据上述标识为MTC设备建立与优先级对应的承载，解决了相关技术中紧急业务技术不能用于解决MTC设备发送告警业务的问题，进而可以有效节省对相关技术中紧急业务技术进行改动以适于MTC发送告警业务所消耗的人力物力。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (15)

1.一种机器类通信MTC设备发送优先告警数据的承载建立方法，其特征在于，包括：

MTC设备向网络侧发送携带与优先告警对应的标识的接入请求消息；

所述网络侧根据所述标识确定允许并优先处理与所述标识对应的接入请求；

所述网络侧根据所述标识为所述MTC设备建立与所述优先告警对应的承载；

其中，所述MTC设备向网络侧发送所述接入请求消息包括：所述MTC设备向核心网的移动性管理单元发送非接入层NAS消息，其中，所述NAS消息中携带有所述标识；

所述网络侧根据所述标识确定允许并优先处理与所述标识对应的接入请求还包括：所述移动性管理单元根据所述标识确定允许并优先处理所述NAS消息；

其中，所述移动性管理单元根据所述标识确定允许并优先处理所述NAS消息包括：所述移动性管理单元判断所述NAS消息的发送方为MTC设备且所述MTC设备签约了优先告警，则优先处理所述NAS消息的接入请求，否则拒绝所述NAS消息的接入请求。

2.根据权利要求1所述的方法，其特征在于，

所述MTC设备从GERAN/UTRAN接入通用无线分组业务GPRS网络或所述MTC设备从GERAN/UTRAN接入演进的分组网EPC网络时，所述NAS消息为以下之一：附着请求消息、PDP上下文修改请求消息、PDP上下文激活请求消息；

所述MTC设备从E-UTRAN接入EPC网络，所述NAS消息为以下之一：附着请求消息、承载资源修改请求消息、分组数据网PDN连接请求消息。

3.根据权利要求1所述的方法，其特征在于，所述网络侧根据所述标识为所述MTC设备建立与所述优先告警对应的承载包括：

所述移动性管理单元将所述标识通过承载建立请求消息携带给网关单元；

所述网关单元获取本地配置的与所述标识对应的服务质量参数，根据所述服务质量参数为所述MTC设备建立所述承载。

4.根据权利要求1所述的方法，其特征在于，所述网络侧根据所述标识为所述MTC设备建立与所述优先级对应的承载包括：

所述移动性管理单元获取本地所配置与所述标识对应的服务质量参数或从签约用户服务器中获取所述MTC设备签约与所述标识对应的服务质量参数；

所述移动性管理单元将所述服务质量参数携带在承载建立请求消息发送给网关单元；

所述网关单元根据所述服务质量参数建立所述承载。

5.根据权利要求4所述的方法，其特征在于，

如果所述MTC设备从GERAN/UTRAN接入EPC或从E-UTRAN接入EPC，所述签约用户服务器为归属用户服务器HSS；

如果所述MTC设备从GERAN/UTRAN接入GPRS，所述签约用户服务器为归属用户寄存器HLR。

6.根据权利要求1所述的方法，其特征在于，所述网络侧根据所述标识为所述MTC设备建立与所述优先级对应的承载包括：

所述移动性管理单元将所述标识通过承载建立请求消息携带给网关单元；

所述网关单元通过IP连接访问网络会话消息将所述标识发送给策略与计费规则功能实体；

所述策略与计费规则功能实体获取本地所配置与所述标识对应的服务质量参数或从用户签约数据库中获取所述MTC设备签约与所述标识对应的服务质量参数；

所述策略与计费规则功能实体将与所述标识对应的服务质量参数携带给所述网关单元，由所述网关单元为所述MTC设备建立所述承载。

7.根据权利要求1所述的方法，其特征在于，

所述网络侧根据所述标识确定允许并优先处理与所述标识信息对应的接入请求还包括：所述移动性管理单元将所述标识发送给策略与计费规则功能实体，所述策略与计费规则功能实体根据所述标识确定允许并优先处理携带所述标识的请求消息。

8.根据权利要求7所述的方法，其特征在于，所述移动性管理单元将所述标识发送给策略与计费规则功能实体，包括：

所述移动性管理单元通过承载建立请求消息将所述标识发送给网关单元；

所述网关单元通过IP连接访问网络会话消息将所述标识发送给所述策略与计费规则功能实体。

9.根据权利要求3、4、6或8所述的方法，其特征在于，

如果所述MTC设备从GERAN/UTRAN接入EPC或从E-UTRAN接入EPC，所述承载建立请求消息为创建会话请求消息或者承载资源请求命令消息；

如果所述MTC设备从GERAN/UTRAN接入GPRS，所述承载建立请求消息为创建PDP上下文请求消息或更新PDP上下文请求消息。

10.根据权利要求8所述的方法，其特征在于，所述IP连接访问网络会话消息包括：IP连接访问网络会话建立请求消息或IP连接访问网络会话修改请求消息。

11.根据权利要求7所述的方法，其特征在于，所述策略与计费规则功能实体根据所述标识确定允许并优先处理所述NAS消息包括：所述策略与计费规则功能实体判断所述NAS消息的发送方为MTC设备且所述MTC设备签约了优先告警，则优先处理所述NAS消息的接入请求，否则拒绝所述携带所述标识的接入请求。

12.根据权利要求11所述的方法，其特征在于，所述网络侧根据所述标识为所述MTC设备建立与所述优先告警对应的承载包括：

所述策略与计费规则功能实体获取本地所配置与所述标识对应的服务质量参数或从用户签约数据库中获取所述MTC设备签约与所述标识对应的服务质量参数；

所述策略与计费规则功能实体将与所述标识对应的服务质量参数携带给网关单元，由所述网关单元为所述MTC设备建立所述承载。

13.根据权利要求12所述的方法，其特征在于，如果所述MTC设备从GERAN/UTRAN接入GPRS，所述网关单元为GGSN；如果所述MTC设备从GERAN/UTRAN接入EPC或从E-UTRAN接入EPC，所述网关单元为PGW。

14.根据权利要求1所述的方法，其特征在于，如果所述MTC设备从GERAN/UTRAN接入GPRS，或所述MTC设备从GERAN/UTRAN接入EPC，所述移动性管理单元为GPRS支持节点SGSN；如果所述MTC设备从E-UTRAN接入EPC时，所述移动性管理单元为移动性管理实体MME。

15.一种MTC设备发送优先告警数据的承载建立系统，其特征在于，包括：

MTC设备，用于向核心网的移动性管理单元发送携带与优先告警对应的标识的非接入层NAS消息；

所述移动性管理单元，包括：

第一功能实体，用于判断所述NAS消息的发送方为MTC设备且所述MTC设备签约了优先告警，则优先处理所述NAS消息的接入请求，否则拒绝所述NAS消息的接入请求；

第二功能实体，用于根据所述标识为所述MTC设备建立与所述优先告警对应的承载。