一种机器类通信监测处理方法及设备

1.一种机器类通信监测MTC Monitoring处理方法，其特征在于，包括如下步骤：
机器类通信设备MD接收机器类通信服务器MTC Server通过短信下发的第一位置的信息以及事件报告的信息，其中，第一位置是允许MD位于的位置，事件报告是MD不在第一位置时需进行的事件报告；
MD在根据第一位置的信息监测到MD离开第一位置后，通过短信向MTCServer上报事件报告。
2.如权利要求1所述的方法，其特征在于，MD接收MTC Server通过短信下发的第一位置的信息以及事件报告的信息，
是MD通过通用移动通信系统UMTS系统中分组数据网上下文PDPContext激活过程完成在MTC Server上的注册后接收的；
或，是MD在长期演进LTE系统中附着过程后，在MTC Server上注册后接收的；
或，是MD在LTE系统中分组数据网PDN连接请求过程完成后，在MTCServer上注册后接收的。
3.如权利要求1或2所述的方法，其特征在于，进一步包括：
MD接收MTC Server通过短信下发的第二位置的信息；
MD根据第二位置的信息更新第一位置的信息。
4.如权利要求1所述的方法，其特征在于，进一步包括：
MD在小区选择或重选过程中根据第一位置的信息监测到MD离开第一位置后，通过短信向MTC Server上报事件报告。
5.如权利要求1所述的方法，其特征在于，第一位置的粒度包括以下级别之一或者其组合：
小区cell级别、跟踪区TA级别、路由区RA级别、位置区LA级别、地理位置。
6.如权利要求1所述的方法，其特征在于，通过短信向MTC Server上报事件报告，包括：
MD直接通过短信向MTC Server上报事件报告；
或，MD经其它设备通过短信向MTC Server上报事件报告。
7.一种MTC Monitoring处理方法，其特征在于，包括如下步骤：
MTC Server确定允许MD位于的第一位置，以及在MD不在第一位置时需进行的事件报告；
MTC Server通过短信向MD发送第一位置的信息以及事件报告的信息。
8.如权利要求7所述的方法，其特征在于，MTC Server向MD发送第一位置的信息以及事件报告的信息，
是在MD在UMTS系统中通过PDP Context激活过程完成在MTC Server上的注册后发送的；
或，是MD在LTE系统中附着过程后，在MTC Server上注册后发送的；
或，是MD在LTE系统中PDN连接请求过程完成后，在MTC Server上注册后发送的。
9.如权利要求7或8所述的方法，其特征在于，进一步包括：
MTC Server确定允许MD位于的第二位置；
MTC Server通过短信向MD发送第二位置的信息。
10.如权利要求7所述的方法，其特征在于，第一位置的粒度包括以下级别之一或者其组合：
cell级别、TA级别、RA级别、LA级别、地理位置。
11.如权利要求7所述的方法，其特征在于，进一步包括：
MTC Server接收MD通过短信向MTC Server上报的事件报告，或MD经其它设备通过短信向MTC Server上报事件报告。
12.一种机器类通信设备，其特征在于，包括：
短信接收模块，用于接收MTC Server通过短信下发的第一位置的信息以及事件报告的信息，其中，第一位置是允许MD位于的位置，事件报告是MD不在第一位置时需进行的事件报告；
监测模块，用于根据第一位置的信息监测MD是否离开第一位置；
短信发送模块，用于在监测到MD离开第一位置后，通过短信向MTCServer上报事件报告。
13.如权利要求12所述的设备，其特征在于，短信接收模块进一步用于在UMTS系统中通过PDP Context激活过程完成MTC Server上的注册后接收MTC Server通过短信下发的位置的信息以及事件报告的信息；或，在LTE系统中附着过程后，在MTC Server上注册后接收MTC Server通过短信下发的位置的信息以及事件报告的信息；或，在LTE系统中PDN连接请求过程完成后，在MTC Server上注册后接收MTC Server通过短信下发的位置的信息以及事件报告的信息。
14.如权利要求12或13所述的设备，其特征在于，
短信接收模块进一步用于接收MTC Server通过短信下发的第二位置的信息；
监测模块进一步用于根据第二位置的信息更新第一位置的信息。
15.如权利要求12所述的设备，其特征在于，
监测模块进一步用于在小区选择或重选过程中根据第一位置的信息监测MD是否离开第一位置；
短信发送模块进一步用于在监测到MD离开第一位置后，通过短信向MTCServer上报事件报告。
16.如权利要求12所述的设备，其特征在于，短信发送模块进一步用于直接通过短信向MTC Server上报事件报告；或，经其它设备通过短信向MTCServer上报事件报告。
17.一种机器类通信服务器，其特征在于，包括：
确定模块，用于确定允许MD位于的第一位置，以及在MD不在第一位置时需进行的事件报告；
短信发送模块，用于通过短信向MD发送第一位置的信息以及事件报告的信息。
18.如权利要求17所述的服务器，其特征在于，短信发送模块进一步用于在MD在UMTS系统中通过PDP Context激活过程完成在MTC Server上的注册后向MD发送第一位置的信息以及事件报告的信息；或，在MD在LTE系统中附着过程后，在MTC Server上注册后向MD发送第一位置的信息以及事件报告的信息；或，在MD在LTE系统中PDN连接请求过程完成后，在MTC Server上注册后向MD发送第一位置的信息以及事件报告的信息。
19.如权利要求17或18所述的服务器，其特征在于，
确定模块进一步用于确定允许MD位于的第二位置；
短信发送模块进一步用于通过短信向MD发送第二位置的信息。
20.如权利要求17所述的服务器，其特征在于，确定模块进一步用于确定第一位置的粒度为以下级别之一或者其组合：
cell级别、TA级别、RA级别、LA级别、地理位置。
21.如权利要求17所述的服务器，其特征在于，进一步包括：
短信接收模块，用于接收MD通过短信向MTC Server上报的事件报告；或，经其它设备通过短信向MTC Server上报事件报告。

一种机器类通信监测处理方法及设备\n技术领域\n[0001] 本发明涉及机器类通信技术，特别涉及一种机器类通信监测处理方法及设备。\n背景技术\n[0002] 机器类通信(Machine Type Communication，MTC)是指机器与机器之间、通过移动运营商的通信网络进行的通信。机器类通信定义了以下几个概念：\n[0003] MTC Device(Machine Type Communication Device，MD，机器类通信设备)是通信网络中专用于机器类通信的终端设备，如远程抄表设备、视频监控设备等。MTC Device是一种无人参与的、特殊类型的通信终端。根据MD特性的不同，3GPP定义了不同的MTC特性，如Low Mobility(低移动性)、TimeControlled(时间受控)等。\n[0004] MTC Server(Machine Type Communication Server，MTC服务器)是指通过通信网络与MTC Device进行通信的设备，相当于一个服务器，如智能抄表系统的服务器、智能公交系统服务器等。\n[0005] MTC User(MTC用户)是指使用MTC Server所提供的服务的用户。\n[0006] 图1为机器类通信架构示意图，图示为MD、MTC Server与3GPP系统之间通信的架构图，在机器类通信中，3GPP(3rd Generaion partnership project，第3代合作项目)系统为MD与MTC Server之间的通信提供传输和通信服务，如承载、IMS(IP Multimedia System，IP多媒体子系统)和短信等，并且基于机器类通信的特点对传统的通信方式进行一定的优化。\n[0007] 由于机器类设备通常工作于“无人值守”状态，且可能部署在一些高风险地区(容易发生偷窃或破坏)，为了保证这类MD的安全使用，3GPP提出了MTC Monitoring(MTC监测)需求，也即网络针对特定事件对MD进行监测，并且当监测到事件后上报MTC Server或MTC User。3GPP TS 22.368中定义的MTC Monitoring需求具体为：\n[0008] 1、网络运营商应当可以检测以下事件：\n[0009] 1)设备具有与激活的MTC特性不相符的行为(如具有Low Mobility特性的MD频繁进行位置更新)；\n[0010] 2)接入点的改变(如在限制区域之外接入)；\n[0011] 3)设备终端与UICC(Universal Integrated Circuit Card，通用综合电路卡)之间匹配关系的改变；\n[0012] 4)连接丢失；\n[0013] 2、应当由MTC User定义上述事件中哪些需要监测；\n[0014] 3、当监测事件发生后，网络应当可以进行以下操作：\n[0015] 1)为MTC user或MTC Server提供告警消息；\n[0016] 2)限制提供给MD的服务(如减少分配的资源等)\n[0017] 4、应当由MTC user定义事件发生后的操作；\n[0018] 5、MD应当可以向MTC Server发送其检测方法不在3GPP范畴内的事件的消息。\n[0019] 3GPP TS 23.888针对以上事件分别提出了检测和上报方法。作为检测和上报的基础，MD签约数据中配置了需要监测的事件以及相关规则(如允许的位置区)，还可能配置事件发生后网络所采取的操作(如将MD从网络中去附着)。\n[0020] TS 23.888提出了一种对“接入点改变”事件的检测方法，主要由核心网控制节点进行。核心网控制节点在LTE(Long Term Evolution，长期演进)系统中为MME(Mobility Management Entity，移动性管理实体)，在UMTS(Universal Mobile Telecommunications System，通用移动通信系统)系统中为SGSN(Serving GPRS Support Node，服务GPRS支持节点)或MSC(MobileSwitching Centre，移动交换中心)。\n[0021] Table 6.10.2-1：SGSN/MME based detection(基于SGSN/MME的监测)[0022] \n Monitoring Procedures\n Event\n Monitoring 1>The SGSN/MME asks for the MTC Device IMEI(e.g.\n the Identity procedure).\n association of 2>The SGSN/MME checks whether the IMEI provided by\n the MTC the device is the same as the configured IMEI.\n Device and 3>If not，the S GSN/MME shall trigger the reporting.\n UICC\n Monitoring 1>The SGSN/MME checks whether the MTC Device\n the alignment behavior is aligned with the activated MTC features for the\n of the MTC device.\n feature 2>If not(e.g.the MTC Device with low mobility feature\n performs RAU/TAU or handover procedure frequently)，the\n SGSN/MME shall trigger the reporting.\n Monitoring 1>The SGSN/MME checks whether there is change in point\n change in the of attachment.(SGSN/MME检查MD的接入点是否变化)\n point of 2>If yes，the SGSN/MME shall trigger the reporting.(如果\n attachment 是，SGSN/MME将触发报告)\n (监测接入\n 点变化)\n Monitoring 1>The SGSN/MME checks whether the MTC Device is\n loss of offline.\n connectivity 2>If yes，the SGSN/MME shall trigger the reporting.[0023] 图2为基于MME/SGSN的检测和上报过程示意图，根据现有技术，基于MME/SGSN的检测和上报过程如图2所示，其中，CN(Core Network，核心网)节点在LTE系统中是MME，在UMTS系统中是SGSN或MSC。用户签约数据服务器在EPS(Evolved Packet System，演进分组系统)中是HSS(HomeSubscriber Server，归属签约服务器)，在UMTS系统中是HLR(Home LocationRegister，归属位置寄存器)，签约数据中已经配置了需要进行监测的事件(用以示例的是接入点改变)，则该流程可以包括：\n[0024] 步骤201、MD发起附着请求，请求接入网络。\n[0025] 步骤202、CN节点向用户签约数据服务器发送位置更新请求。\n[0026] 步骤203、用户签约数据服务器向CN节点返回位置更新响应，响应消息中包含了MD的签约数据，其中包括监测事件的定义、事件发生后的默认操作等。\n[0027] 步骤204、CN节点向MD返回附着接受，MD接入网络。\n[0028] 步骤205、CN节点根据签约数据中的指示进行监测。\n[0029] 步骤206、当事件发生时，CN节点向MTC Server或MTC User上报事件。\n[0030] 步骤207、如果规定了由MTC Server或MTC User向CN节点指示后续动作，则MTC Server/MTC User返回动作指示。如果MTC Server/User没有返回指示，则CN节点执行签约数据中的默认动作。\n[0031] 步骤208、CN节点执行动作，如将MD从网络中去附着等。\n[0032] 现有技术的不足在于：\n[0033] 在MTC Monitoring需求中，目前对“接入点改变”的检测都由网络执行，如基于SGSN/MME的检测。这种方法的缺点在于对HSS/HLR带来了一定的冲击：事件信息配置在MD签约数据中，当事件发生改变时(如更新允许的接入区域等)，需要快速同步HSS/HLR中的数据。除此之外，还需要增加MTCServer/User与HSS/HLR之间的接口，并定义相关的操作流程。然而，HSS/HLR作为签约数据服务器，其中的数据应当尽可能不要频繁变化，同时也应尽量减少网络中其它节点与HSS/HLR的接口和交互，以保证HSS/HLR的稳定性。\n发明内容\n[0034] 本发明所解决的技术问题在于提供了一种机器类通信监测处理方法及设备，用以对MD进行MTC Monitoring处理。\n[0035] 本发明实施例中提供了一种机器类通信监测MTC Monitoring处理方法，包括如下步骤：\n[0036] MD接收MTC Server通过短信下发的第一位置的信息以及事件报告的信息，其中，第一位置是允许MD位于的位置，事件报告是MD不在第一位置时需进行的事件报告；\n[0037] MD在根据第一位置的信息监测到MD离开第一位置后，通过短信向MTCServer上报事件报告。\n[0038] 本发明实施例中提供了一种MTC Monitoring处理方法，包括如下步骤：\n[0039] MTC Server确定允许MD位于的第一位置，以及在MD不在第一位置时需进行的事件报告；\n[0040] MTC Server通过短信向MD发送第一位置的信息以及事件报告的信息。\n[0041] 本发明实施例中提供了一种机器类通信设备，包括：\n[0042] 短信接收模块，用于接收MTC Server通过短信下发的第一位置的信息以及事件报告的信息，其中，第一位置是允许MD位于的位置，事件报告是MD不在第一位置时需进行的事件报告；\n[0043] 监测模块，用于根据第一位置的信息监测MD是否离开第一位置；\n[0044] 短信发送模块，用于在监测到MD离开第一位置后，通过短信向MTCServer上报事件报告。\n[0045] 本发明实施例中提供了一种机器类通信服务器，包括：\n[0046] 确定模块，用于确定允许MD位于的第一位置，以及在MD不在第一位置时需进行的事件报告；\n[0047] 短信发送模块，用于通过短信向MD发送第一位置的信息以及事件报告的信息。\n[0048] 本发明有益效果如下：\n[0049] 本发明实施例提供的技术方案在MTC Monitoring处理过程中，\n[0050] 对于MTC Server，在其确定允许MD位于的第一位置，以及在MD不在第一位置时需进行的事件报告后，MTC Server通过短信向MD发送第一位置的信息以及事件报告的信息。\n[0051] 而对于MD，MD则是接收MTC Server通过短信下发的第一位置的信息以及事件报告的信息；这样MD在根据第一位置的信息监测到MD离开第一位置后，通过短信向MTC Server上报事件报告。\n[0052] 由于监测事件由MTC Server通过短信息下发至MD，避免了对MD签约数据的改动，当监测事件发生改变时，也由MTC Server通过短信息更新MD。因此，与现有的基于SGSN/MME的监测方法相比，本方案不需要MTC Server与HSS之间有接口，当监测事件改变时，也不需要HSS/HLR通知核心网节点更新后的事件，从而减少了其它网络节点与HSS/HLR之间的接口和操作，维护了HSS/HLR的稳定性。\n附图说明\n[0053] 图1为背景技术中机器类通信架构示意图；\n[0054] 图2为背景技术中基于MME/SGSN的检测和上报过程示意图；\n[0055] 图3为本发明实施例中USAT应用下载和事件监测过程示意图；\n[0056] 图4为本发明实施例中MD侧MTC Monitoring处理方法实施流程示意图；\n[0057] 图5为本发明实施例中MTC Server侧MTC Monitoring处理方法实施流程示意图；\n[0058] 图6为本发明实施例中基于MD的接入点改变监测示意图；\n[0059] 图7为本发明实施例中允许位置区的更新过程实施流程示意图；\n[0060] 图8为本发明实施例中实施例1中MTC Monitoring处理方法实施流程示意图；\n[0061] 图9为本发明实施例中实施例2中MTC Monitoring处理方法实施流程示意图；\n[0062] 图10为本发明实施例中实施例3中MTC Monitoring处理方法实施流程示意图；\n[0063] 图11为本发明实施例中机器类通信设备结构示意图；\n[0064] 图12为本发明实施例中机器类通信服务器结构示意图。\n具体实施方式\n[0065] 发明人在发明过程中注意到：\n[0066] 在3GPP TS 23.271中，定义了一种基于LCS(Location Service，定位服务)技术的、由UE监测“change of area(改变区域)“事件的方法，具体为：定位客户端(LCS Client)发出定位请求，要求网络在UE进入、离开或位于目标位置区时进行上报，网络接受该请求并将目标位置区及事件定义通过短信下发至UE中，当UE监测到事件发生时(进入、离开或位于指定位置区)便上报网络，再由网络上报定位客户端。\n[0067] 下面进行说明：\n[0068] 1、定位客户端在定位请求消息中表明该请求事件是“change of area”类型，并给出目标位置区的表示：可以是由TS 23.032定义的一个地理区域、或是由E.164国家码表示的地理区域、或是由PLMN(Public Land Mobile Network，公共陆上移动网络)ID(标识)表示的区域或一个地理政治区(如城市名)等。\n[0069] 2、网络中由GMLC(Gateway Mobile Location Center，网关移动位置中心)接收LCS Client的定位请求，并可以将请求消息中的目标位置区转换为该区域的cell ID(小区标识)、位置区标识(如：LAI(Location area ID，位置区标识)、RAI(Routing Area ID，路由区标识))、PLMN ID等。\n[0070] 3、GMLC通过短信与UE交互，将“change of area”事件相关信息(如目标区域的位置区标识或地理坐标、上报条件等)通过短信下发至UE，也即该方案中GMLC具备将定位请求中的信息转换为短信内容、并与SM-SC(ShortMessage Service Center，短信息中心)交互的能力。\n[0071] 4、GMLC通过SM-SC发送的短信激活(U)SIM(USIM：UMTS SubscriberIdentity Module，UMTS用户识别模块；UMTS：Universal MobileTelecommunication System，通用移动通信系统)中的一个应用，下发“changeof area“事件，该应用通过USAT((U)SIM Application Toolkit，(U)SIM卡应用工具)命令与设备终端MT(Mobile Terminate，移动终端)交互，指示终端监测UE是否进入、离开或位于目标位置区。当所述事件发生后，终端报告(U)SIM，再由(U)SIM通过短信经SM-SC上报GMLC。\n[0072] 图3为USAT应用下载和事件监测过程示意图，目前“change of area”类型的定位请求只适用于2G和UMTS系统。其流程如图3所示，其中R-GMLC(Roaming GMLC，漫游GMLC)是定位客户端网络中的GMLC，H-GMLC(Home GMLC，家乡GMLC)是被定位UE的归属网络中的GMLC，核心网节点在2G系统中是MSC(Mobile Switching Center，移动交换中心)，在UMTS系统中是SGSN或MSC。图中省略了短信息中心SM-SC。则该流程可以包括：\n[0073] 步骤301、定位客户端向R-GMLC发送定位请求消息，消息中表明事件类型为“change of area”，并给出目标位置区的描述，以及上报条件(进入、或离开、或位于目标位置区)。\n[0074] 步骤302、LCS定位过程中的共同流程，主要为GMLC之间的交互。\n[0075] 步骤303、H-GMLC收到定位请求后，可能将消息中的目标位置区转换为cell ID，LAI等标识或地理坐标，并通过SM-SC和MSC/SGSN向UE/(U)SIM发送短消息，也即下发Change of Area事件。\n[0076] 步骤304、UE向H-GMLC返回响应；\n[0077] 步骤305、H-GMLC、R-GMLC向定位客户端返回响应；\n[0078] 步骤306、收到步骤303中的Change of Area事件之后，(U)SIM指示终端监测事件，也即UE是否进入、离开或位于目标位置区。\n[0079] 步骤307、当事件发生时，终端通知(U)SIM卡，并通过SM-SC向H-GMLC发送事件报告。\n[0080] 步骤308、H-GMLC进行隐私检查；\n[0081] 步骤309、如果隐私检查通过，H-GMLC通过R-GMLC向定位客户端发送事件报告。\n[0082] 通过以上方式，可以实现基于终端的“change of area”监测。由于终端可以很方便地获知当前所处的位置区标识(如cell ID、LAI等)，这种方式可以简化网络侧的操作。\n[0083] 在MTC Monitoring需求中，目前对“接入点改变”的检测都由网络执行，如基于SGSN/MME的检测。这种方案的缺点在于对HSS/HLR带来了一定的冲击：事件信息配置在MD签约数据中，当事件发生改变时(如更新允许的接入区域等)，需要快速同步HSS/HLR中的数据。除此之外，还需要增加MTCServer/User与HSS/HLR之间的接口，并定义相关的操作流程。然而，HSS/HLR作为签约数据服务器，其中的数据应当尽可能不要频繁变化，同时也应尽量减少网络中其它节点与HSS/HLR的接口和交互，以保证HSS/HLR的稳定性。\n[0084] 此外，目前的系统中，当终端进入空闲态后，网络只能在RA或TAI List的粒度上知道终端所处的位置，而不能获知终端的当前驻留小区等更细的位置信息，由网络进行监测的方法将增加网络复杂度。另一方面，终端即使在空闲态也在进行小区选择与重选，因此可以很方便地获知当前所处的位置信息，但基于网络的检测方法没有很好地利用终端的这一特性。\n[0085] 结合上述现有技术的不足以及LCS技术，本发明实施例将提出一种由MD进行“接入点改变“事件的监测方案，具体为：MTC Server/MTC User配置MD允许的位置信息，当MD附着到网络并注册到MTC Server上之后，MTCServer通过短信向MD下发允许的位置信息以及事件报告相关信息。而MD存储允许的位置信息并监测是否发生了所定义的事件。当事件发生时，MD通过短信向MTC Server发送报告，从而实现基于终端的MTC Monitoring需求。下面结合附图对本发明的具体实施方式进行说明。\n[0086] 在说明过程中，将分别从MTC Server与MD侧的实施进行说明，但这并不意味着二者必须配合实施，实际上，当MTC Server与MD分开始实施时，其也各自解决的MTC Server侧、MD侧的问题，只是二者结合使用时，会获得更好的技术效果。\n[0087] 实施中，首先，在MTC Server与SM-SC之间实现MTCsms接口，实现SME(Short Message Entity，短消息实体)功能，也即具有将监测事件信息转化为短信息所需格式的功能。\n[0088] 其次，MD中需要实现SME，具备短信息的收发功能；具备(U)SIM应用下载功能，并能通过USAT命令与移动终端MT(Mobile Terminate，移动终结)交互。\n[0089] 最后，根据MTC Server/User设置的不同，MD允许的位置区包括但不限于以下几种粒度之一或者其组合：(1)cell级别(如{cell ID a，cellID b，...})；(2)TA(Tracking Area，跟踪区)级别(如{TA_1，TA_2})；(3)对于具有GPS(Global Positioning System，全球定位系统)功能的MD，还可以是地理位置信息(如一定的经纬度)；(4)RA(Routing Area，路由区)级别，(5)LA(Location Area，位置区)级别。因为MD允许位置区的差别，以及混合组网下不同系统对位置区划分的不同，所以也可能有组合的位置区。\n[0090] 实施中，在对MTC Server/User进行设置时，可以结合实践需要进行设置，比如根据MD允许的位置范围大小进行设置。\n[0091] 对于MD侧，实施方式可以如下：\n[0092] 图4为MD侧MTC Monitoring处理方法实施流程示意图，如图所示，可以包括如下步骤：\n[0093] 步骤401、MD接收MTC Server通过短信下发的第一位置的信息以及事件报告的信息，其中，第一位置是允许MD位于的位置，事件报告是MD不在第一位置时需进行的事件报告；\n[0094] 步骤402、MD在根据第一位置的信息监测到MD离开第一位置后，通过短信向MTC Server上报事件报告。\n[0095] 实施中，MD接收MTC Server通过短信下发的位置的信息以及事件报告的信息，可以是在UMTS系统中通过PDP Context(PDP上下文；PDP：PacketData Protocol，分组数据协议)激活过程完成在MTC Server上的注册后接收的；\n[0096] 或，是在LTE系统中附着过程后，在MTC Server上注册后接收的；\n[0097] 或，是在LTE系统中PDN(Packet Data Network，分组数据网)连接请求过程完成后，在MTC Server上注册后接收的。\n[0098] 实施中，还可以进一步包括：\n[0099] MD接收MTC Server通过短信下发的第二位置的信息；\n[0100] MD根据第二位置的信息更新第一位置的信息。\n[0101] 发送第二位置的信息目的在于更新第一位置的信息，比如当MD允许的位置区改变后，MTC Server可以再次发短信通知MD更新所允许的位值范围。\n[0102] 实施中，还可以进一步包括：\n[0103] MD在小区选择或重选过程中根据第一位置的信息监测到MD离开第一位置后，通过短信向MTC Server上报事件报告。\n[0104] 实施中，MD通过短信向MTC Server上报事件报告时，可以包括：\n[0105] MD直接通过短信向MTC Server上报事件报告；\n[0106] 或，MD经其它设备通过短信向MTC Server上报事件报告。\n[0107] 对于直接上报的实施是容易理解的，而发送短信的功能也可以由其他网络节点实现，也即：MD监测事件发生后，MD上报给其他网络节点设备，比如通过信令告知其他网络节点设备MD已经不在允许的位置范围，然后其他网络节点设备再通过短信报告MTC Server。\n实施中还是由MD监测，只是发起报告的实体不一定是由MD执行。\n[0108] 对于MTC Server侧，实施方式可以如下：\n[0109] 图5为MTC Server侧MTC Monitoring处理方法实施流程示意图，如图所示，可以包括如下步骤：\n[0110] 步骤501、MTC Server确定允许MD位于的第一位置，以及在MD不在第一位置时需进行的事件报告；\n[0111] 步骤502、MTC Server通过短信向MD发送第一位置的信息以及事件报告的信息。\n[0112] 实施中，MTC Server向MD发送第一位置的信息以及事件报告的信息，可以是在UMTS系统中通过PDP Context激活过程完成在MTC Server上的注册后发送的；\n[0113] 或，是在LTE系统中附着过程后，在MTC Server上注册后发送的；\n[0114] 或，是在LTE系统中PDN连接请求过程完成后，在MTC Server上注册后发送的。\n[0115] 实施中，还可以进一步包括：\n[0116] MTC Server确定允许MD位于的第二位置；\n[0117] MTC Server通过短信向MD发送第二位置的信息。\n[0118] 实施中，还可以进一步包括：\n[0119] MTC Server接收MD通过短信向MTC Server上报的事件报告，或，经其它设备通过短信向MTC Server上报事件报告。\n[0120] 为便于理解本发明实施例提供的技术方案，下面对MD与MTC Server的同时实施进行说明。\n[0121] 图6为基于MD的接入点改变监测示意图，本方案可以同时适用于2G、3G和LTE系统，具体流程如图所示，其中CN节点在2G系统中是MSC，在3G系统中是MSC或SGSN，在LTE系统中是MME；网关是连接运营商核心网与MTC Server的设备。\n[0122] 步骤601、MD向网络发送附着请求，请求接入到网络；\n[0123] 步骤602、CN节点为MD与MTC Server之间的通信创建承载通路，完成MD在MTC Server上的注册；\n[0124] 步骤603、根据签约信息和配置，如果允许MD接入网络，则CN节点向MD返回附着接受消息；\n[0125] 步骤604、MD注册到MTC Server之后，MTC Server将MD的允许位置区信息以及事件报告相关信息发送至短信息中心SM-SC；\n[0126] 步骤605、SM-SC向MD发送该短消息，其中携带允许位置区信息和事件报告相关信息；\n[0127] 步骤606、MD返回短消息接收响应；\n[0128] 步骤607、SM-SC向MTC Server返回响应；\n[0129] 步骤608、MD存储允许的位置区信息和事件报告相关信息，并根据该信息监测终端是否离开了允许的位置区；\n[0130] 步骤609、当监测事件发生时，MD向SM-SC发送报告；\n[0131] 步骤610、SM-SC向MTC Server发送事件报告。\n[0132] 图7为允许位置区的更新过程实施流程示意图，当MD注册到网络中之后，如果允许的位置发生改变，MTC Server可以向MD发送短信更新位置的信息。该过程流程图如下所示为：\n[0133] 步骤701、MD附着到网络，并注册到MTC Server上。本步骤的实施可以参考图6的执行过程；\n[0134] 步骤702、MTC Server中存储的MD允许位置的信息改变，或事件的报告方式改变；\n[0135] 步骤703-709、MTC Server通过短信向MD发送改变后的信息，其流程的实施可以参考图6中步骤604-610的执行过程。\n[0136] 下面以实例来进行说明。\n[0137] 实施例1\n[0138] 图8为实施例1中MTC Monitoring处理方法实施流程示意图，其中，MD工作于UMTS系统中，CN节点为SGSN，网关节点为GGSN(Gateway GPRSSupport Node，网关GPRS服务支持节点)，签约数据服务器为HLR。MD开机后先执行附着过程，然后发起PDP Context建立请求建立到MTC Server的连接，MTC Server随即下发允许的位置信息。在本例中，位置信息设为cell级别，{cellID1，cell ID2，cell ID3}。则该过程如图所示为：\n[0139] 步骤801、MD开机，发起附着请求；\n[0140] 步骤802、SGSN向HLR发出位置注册请求；\n[0141] 步骤803、HLR向SGSN返回响应，响应消息中携带MD签约数据；\n[0142] 步骤804、根据签约数据，如果MD允许接入网络，则SGSN返回附着接受消息。\n[0143] 步骤805、MD发起PDP Context激活请求，请求网络建立到MTC Server的连接；\n[0144] 步骤806、SGSN向网关设备GGSN发出PDP Context创建请求；\n[0145] 步骤807、GGSN与MTC Server进行交互，传递MD相关信息；如果MTCServer允许MD注册，将向GGSN返回响应消息；\n[0146] 步骤808、GGSN向SGSN返回PDP Context创建响应；\n[0147] 步骤809、SGSN向MD返回PDP Context激活响应，MD与MTC Server之间即可通信。\n[0148] 步骤810、MD完成注册后，MTC Server向MD下发允许的位置的信息，也即{cell ID1，cell ID2，cell ID3}。MTC Server把相关信息发送给SM-SC，SM-SC再以短信形式发送；\n[0149] 步骤811、SM-SC通过SGSN将短信发送给MD；\n[0150] 步骤812、MD返回响应；\n[0151] 步骤813、SM-SC返回响应；\n[0152] 步骤814、MD收到短信后进行解析，存储其中的位置的信息，并根据要求检测是否离开了允许的位置区。具体为：如果MD检测到当前驻留小区的cellID没有在允许的位置区{cell ID1，cell ID2，cell ID3}集合中，则进入下一步，否则继续检测；\n[0153] 步骤815、MD通过短信发送监测到的事件信息；\n[0154] 步骤816、SM-SC将该信息发送至MTC Server。\n[0155] 上述过程中，完成步骤807也即MD注册到MTC Server上之后即可执行步骤810。\n[0156] 通过以上方式便完成了MTC Server向MD下发监测事件信息、MD监测事件并上报的过程。\n[0157] 实施例2\n[0158] 图9为实施例2中MTC Monitoring处理方法实施流程示意图，其中，MD工作于LTE系统中，CN节点为MME，网关节点为SAE(System ArchitectureEvolution，系统架构演进)GW(Gateway，网关)，签约数据服务器为HSS。MD附着到网络时便会建立一个默认PDN连接，设该默认连接即到MTC Server的连接。由于E-UTRAN没有CS(Circuit Switched，电路交换)域，因此LTE系统需要通过MME与MSC/VLR之间的SGs接口传递短信，该接口上的关联在附着过程中建立。\n[0159] 设此时MTC Server为MD设置的允许位置区为TA级别{TA_1}。MD开机后执行以下过程：\n[0160] 该过程中与实施例1的不同点在于以下几个步骤，其余步骤参见实施例1的实施，重复之处不再赘述。\n[0161] 步骤904、MME收到HSS返回的响应消息后，向网关SAE GW发起会话创建请求，请求建立到MTC Server的连接\n[0162] 步骤907、在返回附着接受消息之前，MME与MSC/VLR创建SGs关联，也即创建短消息在MME与MSC之间的传输通道；\n[0163] 步骤910、由于E-UTRAN没有CS域，因此SM-SC将短消息发送至MSC，经MSC转发至MME后发送至MD；\n[0164] 步骤913、MD存储允许的位置区信息{TA_1}，并检测当前驻留小区的TAI(TrackingArea ID)是否为TA_1，当TAI不等于TA_1时，进入下一步，否则继续检测。\n[0165] 步骤911-914、当MD返回SMS-DELIVER(SMS-传递，SMS：Short MessageService，短信息服务)响应或事件报告时，其发送的短消息也通过MME与MSC之间的SGs接口到达SM-SC。\n[0166] 实施例3\n[0167] 图10为实施例3中MTC Monitoring处理方法实施流程示意图，其中，如实施例1所述，UE已经附着与UMTS网络中并注册到MTC Server上。此后，MTC Server中配置的MD允许位置区改变，触发MTC Server再次向MD下发短信更新位置区信息，该过程如图所示为：\n[0168] 步骤1001、如实施例1所述，MD附着到网络中，通过PDP Context激活注册到MTC Server上，并已基于最初获得的允许位置区信息开始事件检测；\n[0169] 步骤1002、由于MTC User的配置或其它原因，MD允许的位置区改变；\n[0170] 步骤1003、MTC Server向SM-SC发送相关信息，信息中包含更新后的位置区标识等相关信息，SM-SC再以短信形式发送；\n[0171] 步骤1004、SM-SC向SGSN发送短信；\n[0172] 步骤1005、如果此时MD处于空闲态，将进行寻呼过程建立MD到网络的连接后再将短信发送至MD；如果MD已处于连接态，则直接将短信发送至MD；\n[0173] 步骤1006-1007、响应过程；\n[0174] 步骤1008、MD基于更新后的位置区进行监测；\n[0175] 步骤1009-1010、当MD检测到离开更新后位置区后，通过SM-SC向MTCServer发送事件报告。\n[0176] 通过以上实施，便可以允许MTC User/MTC Server更改MD允许的位置区，并通知MD。\n[0177] 基于同一发明构思，本发明实施例中还提供了一种机器类通信设备、机器类通信服务器，由于这些设备解决问题的原理与MTC Monitoring处理方法相似，因此这些设备的实施可以参见方法的实施，重复之处不再赘述。\n[0178] 图11为机器类通信设备结构示意图，如图所示，MD中可以包括：\n[0179] 短信接收模块1101，用于接收MTC Server通过短信下发的第一位置的信息以及事件报告的信息，其中，第一位置是允许MD位于的位置，事件报告是MD不在第一位置时需进行的事件报告；\n[0180] 监测模块1102，用于根据第一位置的信息监测MD是否离开第一位置；\n[0181] 短信发送模块1103，用于在监测到MD离开第一位置后，通过短信向MTCServer上报事件报告。\n[0182] 实施中，短信接收模块还可以进一步用于在UMTS系统中通过PDPContext激活过程完成在MTC Server上的注册后接收MTC Server通过短信下发的位置的信息以及事件报告的信息；或，在LTE系统中附着过程后，在MTCServer上注册后接收MTC Server通过短信下发的位置的信息以及事件报告的信息；或，在LTE系统中PDN连接请求过程完成后，在MTC Server上注册后接收MTC Server通过短信下发的位置的信息以及事件报告的信息。\n[0183] 实施中，短信接收模块还可以进一步用于接收MTC Server通过短信下发的第二位置的信息；\n[0184] 监测模块还可以进一步用于根据第二位置的信息更新第一位置的信息。\n[0185] 实施中，监测模块还可以进一步用于在小区选择或重选过程中根据第一位置的信息监测MD是否离开第一位置；\n[0186] 短信发送模块还可以进一步用于在监测到MD离开第一位置后，通过短信向MTC Server上报事件报告。\n[0187] 实施中，短信发送模块还可以进一步用于直接通过短信向MTC Server上报事件报告；或，经其它设备通过短信向MTC Server上报事件报告。\n[0188] 图12为机器类通信服务器结构示意图，如图所示，MTC Server中可以包括：\n[0189] 确定模块1201，用于确定允许MD位于的第一位置，以及在MD不在第一位置时需进行的事件报告；\n[0190] 短信发送模块1202，用于通过短信向MD发送第一位置的信息以及事件报告的信息。\n[0191] 实施中，短信发送模块还可以进一步用于在UMTS系统中通过PDPContext激活过程完成在MTC Server上的注册后向MD发送第一位置的信息以及事件报告的信息；或，在LTE系统中附着过程后，在MTC Server上注册后向MD发送第一位置的信息以及事件报告的信息；或，在LTE系统中PDN连接请求过程完成后，在MTC Server上注册后向MD发送第一位置的信息以及事件报告的信息。\n[0192] 实施中，确定模块还可以进一步用于确定允许MD位于的第二位置；\n[0193] 短信发送模块还可以进一步用于通过短信向MD发送第二位置的信息。\n[0194] 实施中，确定模块还可以进一步用于确定第一位置的粒度为以下级别之一：\n[0195] Cell级别、TA级别、RA级别、LA级别、地理位置。\n[0196] 实施中，服务器中还可以进一步包括：\n[0197] 短信接收模块1203，用于接收MD通过短信向MTC Server上报的事件报告；或，经其它设备通过短信向MTC Server上报事件报告。\n[0198] 为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。\n当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。\n[0199] 由上述实施可见，MTC Server通过短信向MD下发允许的位置区信息，由MD监测是否离开所述位置区，当事件发生时，MD通过短信向MTC Server发送事件报告。\n[0200] 具体的，MD注册到MTC Server后，MTC Server即可下发短信。注册过程在UMTS系统中通过PDP Context激活过程完成，在LTE系统中通过附着过程或PDN连接请求过程完成。\n[0201] 具体的，若MD允许的位置区改变，则MTC Server通过短信更新MD存储的位置区信息；\n[0202] 具体的，MTC Server与SM-SC实现MTCsms接口，且MTC Server中实现SME功能；\n[0203] 具体的，MD在小区选择和重选过程中监测当前位置区是否属于允许的位置区，如果不是则以短信形式发送事件报告；\n[0204] 具体的，MD需要实现SME功能，用于发送和接收短信；\n[0205] 具体的，MD需要实现(U)SIM应用下载功能，以及通过USAT命令与与MT进行交互的功能。\n[0206] 本发明实施例提供的技术方案中，监测事件由MTC Server通过短信息下发至MD，避免了对MD签约数据的改动，当监测事件发生改变时，也由MTCServer通过短信息更新MD。\n与现有的基于SGSN/MME的监测方法相比，本方案不需要MTC Server与HSS之间有接口，当监测事件改变时，也不需要HSS/HLR通知核心网节点更新后的事件，从而减少了其它网络节点与HSS/HLR之间的接口和操作，维护了HSS/HLR的稳定性。\n[0207] 进一步的，现有系统中，网络只能在RA或TAI List的粒度上知道终端所处的位置，而不能获知终端的当前驻留小区等更细的位置的信息，基于网络的监测方法将增加操作复杂度。而本方案中，即使终端处于空闲态，进行小区选择与重选时，如果监测到移出了允许的区域，终端能够主动发送短信息上报事件，充分利用了终端的特性。\n[0208] 本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。\n[0209] 本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。\n[0210] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。\n[0211] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。\n[0212] 尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。\n[0213] 显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。