CN106550385A - 业务检测方法及核心网设备、检测设备 - Google Patents
业务检测方法及核心网设备、检测设备 Download PDFInfo
- Publication number
- CN106550385A CN106550385A CN201610978753.9A CN201610978753A CN106550385A CN 106550385 A CN106550385 A CN 106550385A CN 201610978753 A CN201610978753 A CN 201610978753A CN 106550385 A CN106550385 A CN 106550385A
- Authority
- CN
- China
- Prior art keywords
- mtc terminal
- rule
- mtc
- nodes
- preset rules
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例涉及一种业务检测方法及核心网设备、检测设备，其中方法包括：获知当前业务不符合第一预设规则，所述第一预设规则规定了MTC终端的行为；对使用所述当前业务的机器类型通讯MTC终端进行功能限制，或者，向网络节点发送提示信息，所述提示信息用于提示所述MTC终端出现异常。本发明实施例实现了网络侧能够尽快获知MTC终端的滥用或损坏等情况，避免了因滥用给用户带来损失，使得网络节点可以提醒管理员采取进一步防范措施。
Description
技术领域
本发明实施例涉及通信领域，尤其涉及一种业务检测方法及核心网设备、检测设备。
背景技术
机器对机器(Machine to Machine，简称：M2M)技术是无线通信和信息技术的整合，用于双向通信，适用于安全监测、自动售货机、货物跟踪等领域。M2M存在三种方式：机器对机器、机器对移动电话(如用户远程监视)和移动电话对机器(如用户远程控制)。在M2M中，涉及的远距离连接技术包括全球移动通信系统(Global System for Mobilecommunications，简称：GSM)/通用分组无线业务(General Packet Radio Service，简称：GPRS)/通用移动通信系统(Universal Mobile Telecommunications System，简称：UMTS)/系统架构演进(System Architecture Evolution，简称：SAE)/全球微波互联接入(Worldwide Interoperability for Microwave Access，简称：WiMAX)等无线接入类型(Radio Access Type，简称：RAT)技术，近距离连接技术包括802.11b/g、蓝牙(BlueTooth)、紫蜂(Zigbee)、无线射频识别技术(Radio Frequency Identification，简称：RFID)和超宽带(Ultra Wideband，简称：UWB)技术。当然，不排除还有一些其他技术用以支撑M2M通信。
在传统人对人(Human to Human，简称：H2H)通信系统中，用户的手持通信设备一直是用户随身携带，被盗机会小，其中手持通信设备即用户设备(User Equipment，简称：UE)，由移动设备(Mobile Equipment，简称：ME)和用户身份模块(Subscriber IdentityModule，简称：SIM)卡或UMTS用户身份模块集成电路卡(USIM Integrated Circuit Card，简称：UICC)组成；而且一旦UE丢失或被盗，用户会立即知道，并做相应处理防止进一步损失，如立即通知网络运营商，进行停机或停卡等挂失操作，防止被盗/丢失手机被滥用。如果用户手机丢失或被盗，为防止ME插入其他SIM卡继续使用，运营商还可根据用户的挂失信息，在网络建立ME的黑名单，根据ME的国际移动设备标识(International Mobile StationEquipment Identity，简称：IMEI)来识别设备并禁止相应设备接入网络。但是，M2M终端不像传统H2H通信中的UE是时常处于用户的掌握中的，比如监控桥梁压力的传感器或者安置在动物身上的探测器，一旦丢失或被盗，很难马上了解到这种信息，于是，可能有人利用该通信设备来进行恶意行为，例如利用该通信设备来进行利己通信而不必付任何通信费用，通信费用则转嫁到通信设备原来的用户身上，而原来的用户却并不得知该情况；甚至这些通信设备被恶意破坏而无法发挥相应作用，原来的用户或系统也并不得知。网络不能尽快检测到M2M终端的滥用或损坏等情况，给用户带来损失。
发明内容
本发明实施例提供了一种业务检测方法及核心网设备、检测设备，使得网络侧能够尽快检测到MTC终端的滥用或损坏等异常情况。
本发明实施例提供了一种业务检测方法，包括：
获知当前业务不符合第一预设规则，所述第一预设规则规定了机器类型通讯MTC终端的行为；
对使用所述当前业务的MTC终端进行功能限制，或者，向网络节点发送提示信息，所述提示信息用于提示所述MTC终端出现异常。
本发明实施例提供了一种核心网设备，包括：
获知模块，用于获知当前业务不符合第一预设规则，所述第一预设规则规定了机器类型通讯MTC终端的行为；
限制模块，用于对使用所述获知模块获知的当前业务的MTC终端进行功能限制。
本发明实施例提供了一种检测设备，包括：
检测模块，用于检测出当前业务不符合第一预设规则，所述第一预设规则规定了机器类型通讯MTC终端的行为；
发送模块，用于当所述检测模块检测出所述当前业务不符合所述第一预设规则时，向网络节点发送提示信息，所述提示信息用于提示使用当前业务的机器类型通讯MTC终端出现异常。
本发明实施例中，当获知当前业务不符合第一预设规则时，对使用当前业务的MTC终端进行功能限制或通知网络节点，实现了网络侧能够尽快获知MTC终端的滥用或损坏等情况。本发明实施例可以进行功能限制，避免了因滥用给用户带来损失；或者，将该情况通知给网络节点，使得网络节点可以提醒管理员采取进一步防范措施。
附图说明
图1为本发明提供的一种业务检测方法实施例一的流程图；
图2为本发明提供的一种业务检测方法实施例二的流程图；
图3为本发明提供的一种业务检测方法实施例三的流程图；
图4为本发明提供的一种业务检测方法实施例四的流程图；
图5为本发明提供的一种业务检测方法实施例五的流程图；
图6为本发明提供的一种业务检测方法实施例六的流程图；
图7为本发明提供的一种业务检测方法实施例七的流程图；
图8为本发明提供的一种业务检测方法实施例八的流程图；
图9为本发明提供的核心网设备一实施例的结构示意图；
图10为本发明提供的检测设备一实施例的结构示意图。
具体实施方式
下面通过附图和实施例，对本发明实施例的技术方案做进一步的详细描述。
在M2M应用中，依然有移动设备(类似ME)和UICC/USIM(类似卡)分离的情况，滥用或损坏的可能是移动设备，也可以是UICC/USIM，本发明实施例可以对移动设备进行检测，也可以对UICC/USIM进行检测。为了描述方便，本文中采用MTC终端来表示移动设备或UICC/USIM，针对单个移动设备或UICC/USIM的操作，均属于本发明实施例所要求保护的范围。
从设备特点的角度，M2M和传统的H2H式的通讯方式存在如下不同之处：1)MTC终端之间传递的信息主要目的是实现自动控制功能，不需要人为参与；2)参与M2M通讯的潜在终端数量非常庞大，而每一个终端的交互流量可能非常小，而且交互可能是突发的；3)MTC终端所实现的功能相对比较单一，只需要完成特定的一些信息传输交互；4)一些MTC终端的位置可能是相对固定的，或者很少移动；5)在一个特定应用下的MTC终端行为是一致的，例如电子抄表业务，所有的MTC终端都是在某一特定时间向某一特定服务器上传数据。
根据M2M和传统的H2H式的通讯方式存在的不同，进一步研究M2M应用下的MTC终端的特征。在M2M应用下，有些MTC终端具有低移动性(low mobility)，例如：一个电力读表设备被安装后，就静止不动了，不会经常发生位置变化。有些MTC终端具有时间控制性(timecontrolled)，例如：一个自动售货机在运行了一天后，可能会在每天晚上1点-1点10分与网络侧进行通信，向网络侧报告一天的贩卖销售情况，网络侧了解后进行统计和补充货物等操作；而在其他时间段，自动售货机不会与网络侧通信，除非网络侧寻呼自动售货机，主动要求与其建立联系，该特征称为预定时间接入(predefined time access)；如果网络侧不能或不被允许寻呼自动售货机，只能由自动售货机和网络侧通信，该特征称为仅为移动终端发起(Mobile Originated Only，简称：MO Only)。一个M2M应用可能是上述特征的集合，例如：自动售货机可能安装后不移动，并只在某时间才能接入网络，网络侧不能主动和其通信，那么该自动售货机集成了低移动性、时间控制性和仅为移动终端发起的特征。
根据以上例子可以看出，MTC终端具有很多特征。通过研究MTC终端的特征，本发明实施例预先配置了多个第一预设规则，具体如下。
(1)格式限制(Format Restriction)规则
格式限制规则规定了MTC终端传输的数据格式。检测当前业务不符合格式限制规则具体为：根据MTC终端和网络侧规定的传输数据格式进行检测，如果MTC终端接收到或发送不符合规定的传输数据格式的数据，可以上报网络侧或接入网络(可选的)，或者如果网络侧接收到或发送不符合规定的传输数据格式的数据，就能够检测出当前业务不符合格式限制规则，也就是说MTC终端可能出现问题(如被盗或滥用或损坏)。举例来说，设MTC终端是一个电子相框，它只能和网络传送图片信息，如果有用户给该MTC终端发送音乐，那么网络侧经过深包检测，获知该业务不符合格式限制规则。
本规则具体的检测节点可以为网关(Gateway，简称：GW)节点，如SAE网络中的分组数据网络网关(Packet Data Network Gateway，简称：PGW)或者服务网关(ServiceGateway，简称：SGW)，或者UMTS/GPRS系统的GPRS网关支持节点(Gateway GPRS SupportNode，简称：GGSN)或GPRS服务支持节点(Service GPRS Support Node，简称：SGSN)。
(2)时间限制(Time Restriction)规则
时间限制规则规定了MTC终端接入网络或网络侧寻呼MTC终端的时间。时间限制规则具体为：MTC终端和网络侧规定MTC终端只能在某个或某几个特定时间接入，或者网络侧只能在某个或某几个特定时间寻呼MTC终端(即网络侧请求MTC终端接入)，该特定时间可以由网络侧确定或者MTC终端确定或者网络侧和MTC终端协商后确定。一旦MTC终端破坏该规则，如MTC终端在非特定时间接入网络，或者网络侧在非特定时间接收到给MTC终端的下行数据，或者网络侧在特定的到达MTC终端时间内寻呼不到MTC终端，则能够检测出MTC终端可能出现问题。
网络侧在非特定时间接收到给MTC终端的下行数据，可以不对MTC终端进行寻呼。
此外，时间限制规则所规定的“接入”可以包括用户面和控制面，也可以只包括用户面或控制面甚至是特定的用户面或控制面。例如：时间限制规则可以规定MTC终端在特定时间发起激活承载或附着和业务请求或进行数据传递；也可以规定MTC终端在特定时间进行数据传递，但对附着和业务请求或发起激活承载等操作不限制，或者MTC终端在特定时间接入某个特定业务(即某PDN连接)。或者，时间限制规则规定网络侧要求MTC终端至少每隔一段时间发起一次或几次特定操作。例如：时间限制规则规定网络侧要求MTC终端每分钟发起一次业务请求或每小时发起一次激活承载，然后发起一次删除承载。一旦MTC终端破坏了上述规则，网络侧能够获知MTC终端可能出现问题。
(3)区域限制(Region Restriction)规则
区域限制规则规定了MTC终端移动的区域范围。由于M2M应用下的MTC终端往往是静止不动的，因此可以规定MTC终端和网络侧的区域限制规则，即MTC终端只能在某区域活动，该某区域可以是某小区或某几个小区，或某路由区(Routing Area，简称：RA)或某几个RA，或某跟踪区(TrackingArea，简称：TA)或某几个TA，或某业务区(Service Area，简称：SA)或某几个SA。一旦MTC终端出了该区域，则MTC终端主动发起报告或接入网络，或者网络侧根据MTC终端发起接入的区域信息检测出破坏了区域限制规则，进而获知MTC终端可能出现问题。或者，网络侧在该区域内寻呼不到MTC终端，也检测出MTC终端可能出现问题。或者，MTC终端应该在规定路线上，例如：MTC终端被安装在火车上，火车沿着固定的路线行进，一旦网络侧检测到MTC终端出了该规定路线则检测出问题，或MTC终端检测出了该规定路线则上报网络侧。
举例来说，MTC终端的规定路线为包括几个TA的TA列表，用{TA1,TA2,TA3,TA4}来表示。如果MTC终端从TA1进入TA2，然后又从TA2进入TA1或TA8等非下一路线(即TA3)的区域，则MTC终端连接网络，网络侧获知MTC终端出了规定路线，从而检测出MTC终端可能出现问题。此外，还可以根据MTC终端的移动速度来进行检测，例如MTC终端被规定以某速度区间进行移动，一旦破坏该速度区间，则MTC终端主动接入或网络侧根据MTC终端的移动历史信息检测出MTC终端可能出现问题。
区域限制规则还可以规定MTC终端接入的区域不能出了MTC终端附着时的区域，也可以规定不能离上次附着或路由区更新(Routing Area Update，简称：TAU)时的区域超过一定距离等。
(4)业务限制(Service Restriction)规则
业务限制规则规定了MTC终端使用的业务情况，例如：业务限制规则可以规定MTC终端只能接入哪些分组数据网络(Packet Data Network，简称：PDN)，接入网络的承载限制情况是怎样。进一步如MTC终端不能同时使用超过3个承载，或者针对某个PDN网络不能超过2个承载。业务限制规则也可以规定各承载的服务质量(Quality of Service，简称：QoS)是怎样，如果承载请求的QoS不符合规定或接入了不允许的PDN，或建立的承载不满足规定等，网络侧都可检测到，网络侧可以拒绝MTC终端的业务请求。业务限制规则还可以规定UE只能使用单向承载或对某PDN需要使用单向承载，那么如果MTC终端请求建立双向承载，网络侧也可检测到。
(5)发送者限制(Sender Restriction)规则
发送者限制规则规定了给MTC终端发送数据的发送者。MTC终端作为接收者，可能只允许某些发送者给其发送数据。具体地，可以在网络侧为MTC终端建立发送者白名单，表示只允许白名单内的用户给MTC终端发送数据；或者，可以在网络侧为MTC终端建立发送者黑名单，表示不允许黑名单的用户给MTC终端发送数据。一旦出现不允许的用户给MTC终端发送数据，则网络侧可以检测到。例如：在SAE网络的PGW设置过滤规则，如果下行数据的源地址为非法，则网络侧可以检测到。
(6)接收者限制(Receiver Restriction)规则
接收者限制规则规定了MTC终端发送数据的接收者。MTC终端作为发送者，可能只允许发送给特定用户或PDN。具体地，可以在网络侧为MTC终端建立接收者白名单(即允许接收者名单)或黑名单(即不允许接收者名单)。例如：在UMTS网络的GGSN或SGSN或无线网络控制器(Radio Network Controller，简称：RNC)上设置过滤规则，如果MTC终端发送的目的地址为非法(即在黑名单中或不在白名单中)，则网络侧可以检测到。
(7)连接限制(Connection Restriction)规则
连接限制规则规定了MTC终端与网络或其他终端的连接。MTC终端可能是多模终端，可以和多个RAT网络连接，或者除了能够连接某个或某几个RAT网络以外还可以通过其他短距离通信方式和其他MTC终端或网络连接。另外，网络侧也可以对MTC终端进行限定，要求其还能够连接某网络或某MTC终端或某网关设备等。如果MTC终端破坏该规则，网络可以检测到。该方法可能要求MTC终端接入网络时上报或被动上报其历史连接信息。
(8)UICC/MTC设备绑定(UICC/MTC Device Binding)规则
UICC/MTC设备绑定规则规定了MTC设备和UICC的绑定关系。MTC设备是指除了卡以外的移动设备，MTC设备和UICC可能具有绑定关系，如某MTC设备只允许某些UICC使用，UICC也可以规定只能插入到某些MTC设备或其他设备来使用，具体地可以采用互相建立白名单或黑名单的方式。MTC终端接入网络后，网络侧获取其国际移动用户标识(InternationalMobile Subscriber Identity，简称：IMSI)信息(对应UICC)和IMEI信息(对应MTC设备)，验证是否互相允许，如果验证失败，则网络侧检测出MTC可能出问题。
该规则也可以是MTC设备的类型或能力与UICC的绑定规则，例如：允许UICC换到任何相似的MTC设备上，但不允许其换到其他类型的MTC设备上。或者，该规则是IMEI与IMSI的区域范围的绑定规则，如与IMEI绑定的是所有北京的IMSI。
(9)纯控制面(Control Plane Only，简称：CP Only)规则
纯控制面规则规定了MTC终端的应用使用控制面承载。MTC终端的应用不会建立用户面承载，只使用控制面承载。例如：有些MTC终端的应用只使用UMTS网络的短消息业务(Short Messaging Service，简称：SMS)，有些MTC终端的应用只使用基于控制面的位置业务(Control Plane based Location Service，简称：CP based LCS)。对于这些规定，一旦网络侧检测到MTC终端要建立承载或者有数据接收或发送，则可以检测出问题。
(10)纯设备发起(Mobile Originated Only，简称：MO Only)规则或纯设备终结(Mobile Terminated Only，简称：MT Only)规则
纯设备发起规则规定了只允许MTC终端发起接入，纯设备终结规则规定了只允许网络侧寻呼MTC终端。该规则可以规定只允许MTC终端发起接入，网络侧不能主动寻呼空闲状态的MTC终端，也可以规定只有网络侧寻找MTC终端进行业务请求，MTC终端不会主动向网络侧发起业务请求。一旦网络侧对MO only类型的MTC终端有业务请求或者MT Only的MTC终端主动发起业务，则网络检测到问题。
(11)低数据量利用(Low Data Usage)规则
低数据利用率规则规定了MTC终端收发小数据量的数据。该规则规定MTC终端只会收发小数据量数据，网络侧可以设定MTC终端的数据速率或数据量限制，例如所有承载的总数据速率不得高于1kbps/s或者某PDN连接的所有承载在一段时间内(如1个月或从2009年7月到2009年9月)的总数据量不能超过100kbit，如果超过，那么网络检测到问题。
根据以上预先配置的第一预设规则，本发明实施例提供了业务检测流程和设备，具体描述如下。以下各个实施例可以应用于不同的系统中，当应用于UMTS系统中时，接入网(Access Network，简称：AN)节点具体为RNC，核心网(Core Network，简称：CN)节点具体为SGSN，GW节点具体为GGSN；当应用于SAE系统中时，AN节点具体为eNB，CN节点具体为移动管理实体(Mobile Managenment Entity，简称：MME)，GW节点具体为PGW或SGW；当应用于WiMAX系统中时，则转换为WiMAX系统中的对应节点。
图1为本发明提供的一种业务检测方法实施例一的流程图。如图1所示，本实施例具体包括如下步骤：
步骤101、获知当前业务不符合第一预设规则；
本步骤可以具体为：CN节点获知当前业务不符合第一预设规则。其中当前业务是指当前CN节点正在参与执行的业务，第一预设规则可以为上述任一规则中的至少一个。
CN节点获知当前业务不符合第一预设规则的方法可以为：1)CN节点自身保存有第一预设规则，通过对当前业务进行检测而获知，此时CN节点为检测节点；2)根据其他节点发送的提示信息而获知，此时其他节点为检测节点，如MTC终端作为检测节点检测后上报。
步骤102、对使用当前业务的MTC终端进行功能限制。
本步骤可以具体为：CN节点对使用当前业务的MTC终端进行功能限制。该功能限制可以包括去附着MTC终端或删除MTC终端的承载或删除MTC终端的签约信息或去激活当前业务或拒绝当前业务的请求，如MTC终端发起TAU请求消息，网络侧回复TAU拒绝消息。
本实施例中，当获知当前业务不符合第一预设规则时，对使用当前业务的MTC终端进行功能限制，实现了网络侧能够尽快获知MTC终端的滥用或损坏等情况。本实施例通过进行功能限制，避免了因滥用给用户带来损失。
图2为本发明提供的一种业务检测方法实施例二的流程图。本实施例中，检测节点为CN节点，如图2所示，本实施例具体包括如下步骤：
步骤201、CN节点检测出当前业务不符合第一预设规则，该第一预设规则规定了MTC终端的行为。
本实施例在CN节点中预先配置了第一预设规则，可以配置在CN节点中的第一预设规则包括时间限制规则、区域限制规则、连接限制规则、UICC/MTC设备绑定规则、CP Only规则、MO Only规则和MT Only规则中的至少一个。
本步骤中，CN节点通过检测当前业务的执行情况，检测出MTC终端破坏了上述第一预设规则中的至少一个。
这里以MTC终端破坏UICC/MTC设备绑定规则为例，进一步说明本步骤的实现方案。
MTC终端接入网络后，CN节点获取MTC设备的IMSI，具体地，CN节点可以从附着请求消息中获取，也可以根据附着请求消息提供的临时标识和网络的IMSI的映射关系获得，CN节点获取UICC的IMEI，具体地，CN节点可以从身份请求/响应(Identity Request/Response)消息中获得；HSS或EIR或MTC服务器或其它节点保存有IMSI和IMEI的绑定关系，CN节点根据此绑定关系对获取的IMSI和IMEI进行检查，如果正确，则允许MTC终端接入；否则，检测出MTC终端破坏UICC/MTC设备绑定规则，并可能拒绝MTC终端接入。
具体地绑定关系检测方法可以为：1)在一个网络实体上保存绑定关系，采用单向验证方法。例如：HSS保存IMSI允许的IMEI白名单，CN节点在HSS上进行检查，如果IMEI属于IMSI允许的，则验证通过，否则验证不通过；或者，EIR保存IMEI允许的IMSI白名单，CN节点在EIR上进行检查，如果IMSI属于IMEI允许的，则验证通过，否则验证不通过。2)在多个网络实体上保存绑定关系，采用双向验证方法。例如：HSS保存IMSI允许的IMEI白名单，且EIR保存IMEI允许的IMSI白名单，CN节点不仅要在HSS上检查而且要在EIR上检查，如果IMEI属于IMSI允许的且IMSI属于IMEI允许的，则验证通过，否则验证不通过。
步骤203、CN节点对使用当前业务的MTC终端进行功能限制。
CN节点可以去附着该MTC终端或删除MTC终端的承载或删除MTC终端的签约信息或去激活当前业务或拒绝当前业务的信令请求等，来达到对MTC终端进行功能限制的目的。在上述功能限制过程中，AN节点和MTC终端也参与执行相关的流程。
进一步的，本实施例在步骤201和203之间还可以包括：
步骤202、CN节点检测出当前业务不符合第一预设规则的情况符合第二预设规则，该第二预设规则规定了不符合第一预设规则的MTC终端行为的累计次数。
第二预设规则可以由网络中任一节点来配置；也可以由MTC服务器或策略与计费规则功能实体(Policy Charging Rules Function，简称：PCRF)来配置，然后通知给CN节点。
第二预设规则规定了MTC终端的行为累计不符合第一预设规则的次数，或MTC终端的行为累计不符合任一规则的总次数，或MTC终端的行为累计不符合m(m≥1)个指定规则中每一条规则的次数。
下面通过具体的例子来说明步骤202的执行情况：
1)当第二预设规则规定了MTC终端的行为累计不符合第一预设规则的次数时，设在步骤201中CN节点检测出MTC终端的行为破坏了时间限制规则，第二预设规则规定了MTC终端的行为累计不符合时间限制规则的次数为2次，那么在步骤202中CN节点检测本次MTC终端的行为是否为第2次不符合时间限制规则，若是，则表明CN节点检测出当前业务不符合第一预设规则的情况符合第二预设规则。
2)当第二预设规则规定了MTC终端的行为累计不符合任一规则的总次数时，设在步骤201中CN节点检测出MTC终端的行为破坏了时间限制规则，第二预设规则规定了MTC终端的行为累计不符合任一规则的次数为3次，那么在步骤202中CN节点检测本次MTC终端的行为是否为第3次不符合规则，若是，则表明CN节点检测出当前业务不符合第一预设规则的情况符合第二预设规则。需要说明的是，第二预设规则是对任一规则都进行累计，前两次MTC终端的行为破坏的可能并非时间限制规则。
3)当第二预设规则规定了MTC终端的行为累计不符合m(m≥1)个指定规则中每一条规则的次数时，设在步骤201中CN节点检测出MTC终端的行为破坏了时间限制规则和区域限制规则，第二预设规则规定了MTC终端的行为累计不符合时间限制规则的次数为2次，不符合区域限制规则的次数为3次，其中时间限制规则和区域限制规则为指定规则，那么在步骤202中CN节点检测加上本次MTC终端的行为累计不符合时间限制规则的次数是否大于或等于2次，且累计不符合区域限制规则的次数是否大于或等于3次，若是，则表明CN节点检测出当前业务不符合第一预设规则的情况符合第二预设规则。
本实施例在CN节点中预先配置了第一预设规则，在CN节点参与执行业务的过程中，当CN节点检测到当前业务不符合第一预设规则或同时满足第二预设规则时，则对MTC终端进行功能限制，实现了网络侧能够尽快获知MTC终端的滥用或损坏等情况，避免了因滥用给用户带来损失。
图3为本发明提供的一种业务检测方法实施例三的流程图。本实施例中，检测节点为MTC终端或GW节点或MTC服务器，如图3所示，本实施例具体包括如下步骤：
步骤301、MTC终端或GW节点或MTC服务器检测出当前业务不符合第一预设规则。
本实施例可以在MTC终端中预先配置了第一预设规则，上述11种规则或11种规则的任一组合均可以配置在MTC终端中。MTC终端通过检测当前业务的执行情况，检测出MTC终端破坏了上述第一预设规则。
本实施例可以在GW节点中预先配置了第一预设规则，可以配置在GW节点中的第一预设规则包括格式限制规则、业务限制规则、发送者限制规则、接收者限制规则和低数据量利用规则中的至少一个。作为用户面实体的GW节点通过检测当前业务的执行情况，检测出MTC终端破坏了上述第一预设规则。
本实施例可以在MTC服务器预先配置了第一预设规则，可以配置在MTC服务器中的第一预设规则包括格式限制规则、时间限制规则、区域限制规则、业务限制规则、发送者限制规则、接收者限制规则、连接限制规则、纯设备发起规则、纯设备终结规则和低数据利用率规则中的至少一个。MTC服务器通过检测当前业务的执行情况，检测出MTC终端破坏了上述第一预设规则。
步骤302、MTC终端或GW节点或MTC服务器向CN节点发送提示信息。
CN节点根据该提示信息获知当前业务不符合第一预设规则。
其中提示信息可以为一特殊参数，携带在现有消息中，如错误报告消息(ErrorReport Message)或其它现有消息，也可以用一个新消息传送该提示信息。提示信息可以携带用于表示当前业务不符合上述第一预设规则的原因值，例如：采用原因值“break formatrestriction”表明MTC终端的当前业务破坏了格式限制规则；提示信息也可以携带其他信息，例如当前业务的承载信息。
本实施例中，MTC服务器向CN节点发送提示信息可以具体为：MTC服务器直接向CN节点发送提示信息；或MTC服务器向GW节点发送提示信息，GW节点将提示信息发送给CN节点。
步骤303、CN节点对使用当前业务的MTC终端进行功能限制。
CN节点可以去附着该MTC终端或删除MTC终端的承载或删除MTC终端的签约信息或去激活当前业务或拒绝MTC终端当前业务的信令请求，来达到对MTC终端进行功能限制的目的。在上述功能限制过程中，AN节点和MTC终端也参与执行相关的流程。
进一步的，作为一种实施方式，本实施例在步骤301和步骤302之间还可以包括：
步骤3011、MTC终端或GW节点或MTC服务器检测出当前业务不符合第一预设规则的情况符合第二预设规则，该第二预设规则规定了不符合第一预设规则的MTC终端行为的累计次数。
第二预设规则可以由网络中任一节点来配置；也可以由MTC服务器或PCRF来配置。
第二预设规则规定了MTC终端的行为累计不符合第一预设规则的次数，或MTC终端的行为累计不符合任一规则的总次数，或MTC终端的行为累计不符合m(m≥1)个指定规则中每一条规则的次数。
步骤3011的执行情况的具体例子可以参见实施例二，在此不再赘述。
作为另一种实施方式，本实施例在步骤302和步骤303之间还可以包括：CN节点检测出当前业务不符合第一预设规则的情况符合第二预设规则。
综上所述，本实施例可以由检测节点检测第二预设规则，当满足第二预设规则时，向CN节点发送提示信息；也可以由CN节点检测第二预设规则，当满足第二预设规则时，进行功能限制。
本实施例在MTC终端或GW节点或MTC服务器中预先设置了第一预设规则，在MTC终端或GW节点或MTC服务器参与执行业务的过程中，当检测到当前业务不符合第一预设规则或同时满足第二预设规则时，则向CN节点发送提示信息，CN节点可能根据当前业务不符合第一预设规则或同时满足第二预设规则情况，对MTC终端进行功能限制，实现了网络侧能够尽快获知MTC终端的滥用或损坏等情况，避免了因滥用给用户带来损失。
图4为本发明提供的一种业务检测方法实施例四的流程图。本实施例中，检测节点为AN节点，如图4所示，本实施例具体包括如下步骤：
步骤401、CN节点或MTC终端将第一预设规则发送给AN节点。
本实施例在CN节点或MTC终端中预先配置了第一预设规则，可以发送给AN节点的第一预设规则包括时间限制规则、区域限制规则、CP Only规则和低数据量利用规则中的至少一个。
步骤402、AN节点检测出当前业务不符合第一预设规则。
本步骤中，AN节点通过检测当前业务的执行情况，检测出MTC终端破坏了上述第一预设规则。
步骤403、AN节点向CN节点发送提示信息。
CN节点根据该提示信息获知当前业务不符合第一预设规则。
其中提示信息可以为一特殊参数，携带在现有消息中，如错误报告消息(ErrorReport Message)或其它现有消息，也可以用一个新消息传送该提示信息。提示信息可以携带用于表示当前业务不符合上述第一预设规则的原因值，例如：采用原因值“break timerestriction”表明MTC终端的当前业务破坏了时间限制规则；提示信息也可以携带其他信息，例如当前业务的承载信息。
步骤404、CN节点对使用当前业务的MTC终端进行功能限制。
CN节点可以去附着该MTC终端或删除MTC终端的承载或删除MTC终端的签约信息或去激活当前业务或拒绝MTC终端当前业务的信令请求，来达到对MTC终端进行功能限制的目的。在上述功能限制过程中，AN节点和MTC终端也参与执行相关的流程。
进一步的，作为一种实施方式，本实施例在步骤402和步骤403之间还可以包括：
步骤4021、AN节点检测出当前业务不符合第一预设规则的情况符合第二预设规则，该第二预设规则规定了不符合第一预设规则的MTC终端行为的累计次数。
第二预设规则可以由网络中任一节点来配置；也可以由MTC服务器或PCRF来配置。
第二预设规则规定了MTC终端的行为累计不符合第一预设规则的次数，或MTC终端的行为累计不符合任一规则的总次数，或MTC终端的行为累计不符合m(m≥1)个指定规则中每一条规则的次数。
步骤4021的执行情况的具体例子可以参见实施例二，在此不再赘述。
作为另一种实施方式，本实施例在步骤403和步骤404之间还可以包括：CN节点检测出当前业务不符合第一预设规则的情况符合第二预设规则。
综上所述，本实施例可以由检测节点检测第二预设规则，当满足第二预设规则时，向CN节点发送提示信息；也可以由CN节点检测第二预设规则，当满足第二预设规则时，进行功能限制。
本实施例中，CN节点或MTC终端将第一预设规则发送给AN节点，在AN节点参与执行业务的过程中，当AN节点检测到当前业务不符合第一预设规则或同时满足第二预设规则时，则向CN节点发送提示信息，CN节点根据当前业务不符合第一预设规则或同时满足第二预设规则情况，对MTC终端进行功能限制，实现了网络侧能够尽快获知MTC终端的滥用或损坏等情况，避免了因滥用给用户带来损失。
在上述一种业务检测方法实施例一至四的基础上，CN节点或其它检测节点也可以向MTC服务器、计费系统和操作与维护(Operations&Maintenance，简称：O&M)系统中的至少一个发送提示信息。该提示信息用于向MTC服务器、计费系统或O&M系统通知当前业务不符合第一预设规则。MTC服务器接收到该提示信息后，可以向服务提供商提醒MTC终端存在滥用或损坏等情况；计费系统接收到该提示信息后，可以不进行计费；O&M系统接收到该提示信息后，可以生成提示给管理员的报警信息。
图5为本发明提供的一种业务检测方法实施例五的流程图。如图5所示，本实施例具体包括如下步骤：
步骤501、获知当前业务不符合第一预设规则。
本步骤可以具体为：检测节点自身保存有第一预设规则，通过对当前业务进行检测获知当前业务不符合第一预设规则。其中当前业务是指当前检测节点正在参与执行的业务，第一预设规则可以为上述规则中的至少一个。
进一步的，检测节点可以为MTC终端、AN节点、CN节点、GW节点或MTC服务器。
步骤502、向网络节点发送提示信息，该提示信息用于提示使用当前业务的MTC终端出现异常。
本步骤可以具体为：检测节点向网络节点发送提示信息，通知这些网络节点MTC终端破坏了第一预设规则，使得网络节点可以提醒管理员或采取相应的防范措施。
进一步的，网络节点可以为MTC服务器、计费系统和O&M系统中的至少一个。
本实施例中，当检测出当前业务不符合第一预设规则时，向网络节点发送提示信息，实现了网络侧能够尽快获知MTC终端的滥用或损坏等情况，并将该情况通知给网络节点，使得网络节点可以提醒管理员或采取相应的防范措施，避免了因滥用给用户带来损失。
图6为本发明提供的一种业务检测方法实施例六的流程图。本实施例中，检测节点为CN节点或GW节点，如图6所示，本实施例具体包括如下步骤：
步骤601、CN节点或GW节点检测出当前业务不符合第一预设规则。
本实施例可以在CN节点中预先配置了第一预设规则，可以配置在CN节点中的第一预设规则包括时间限制规则、区域限制规则、连接限制规则、UICC/MTC设备绑定规则、CPOnly规则、MO Only规则和MT Only规则中的至少一个。CN节点通过检测当前业务的执行情况，检测出MTC终端破坏了上述第一预设规则。
本实施例可以在GW节点中预先配置了第一预设规则，可以配置在GW节点中的第一预设规则包括格式限制规则、业务限制规则、发送者限制规则、接收者限制规则和低数据量利用规则中的至少一个。作为用户面实体的GW节点通过检测当前业务的执行情况，检测出MTC终端破坏了上述第一预设规则。
步骤603、CN节点或GW节点向MTC服务器、计费系统或O&M系统发送提示信息。
该提示信息用于向MTC服务器、计费系统和O&M系统中的至少一个通知使用当前业务的MTC终端出现滥用或损坏等异常情况。MTC服务器接收到该提示信息后，可以向服务提供商提醒MTC终端存在滥用或损坏等情况；计费系统接收到该提示信息后，可以不进行计费；O&M系统接收到该提示信息后，可以生成提示给管理员的报警信息。
CN节点或GW节点可以直接向MTC服务器、计费系统和O&M系统中的至少一个发送提示信息，也可以向MTC服务器发送提示信息，MTC服务器将提示信息转发给计费系统和/或O&M系统。
进一步的，本实施例在步骤601和步骤603之间还可以包括：
步骤602、CN节点或GW节点检测出当前业务不符合第一预设规则的情况符合第二预设规则，该第二预设规则规定了不符合第一预设规则的MTC终端行为的累计次数。第二预设规则可以由网络中任一节点来配置；也可以由MTC服务器或PCRF来配置，然后通知给CN节点或GW节点。
第二预设规则规定了MTC终端的行为累计不符合第一预设规则的次数，或MTC终端的行为累计不符合任一规则的总次数，或MTC终端的行为累计不符合m(m≥1)个指定规则中每一条规则的次数。
步骤602的执行情况的具体例子可以参见实施例二，在此不再赘述。
本实施例在CN节点或GW节点中预先配置了第一预设规则，在CN节点或GW节点参与执行业务的过程中，当检测到当前业务不符合第一预设规则或同时满足第二预设规则时，则通知网络节点，实现了网络侧能够尽快获知MTC终端的滥用或损坏等情况，使得网络节点可以提醒管理员或采取相应的防范措施，避免了因滥用给用户带来损失。
图7为本发明提供的一种业务检测方法实施例七的流程图。本实施例中，检测节点为MTC终端或AN节点或CN节点或GW节点，如图7所示，本实施例具体包括如下步骤：
步骤701、MTC终端或AN节点或CN节点或GW节点检测出当前业务不符合第一预设规则。
本实施例可以在MTC终端或AN节点或CN节点或GW节点预先配置了第一预设规则，可以配置在各个检测节点的第一预设规则可以参考前述实施例，在此不再赘述。
当检测节点是AN节点时，在步骤701之前还包括：CN节点或MTC终端将第一预设规则发送给AN节点。
步骤702、转发节点接收MTC终端或AN节点或CN节点或GW节点发送的通知信息，该通知信息用于向转发节点通知当前业务不符合第一预设规则。
其中通知信息可以为一特殊参数，携带在现有消息中，如错误报告消息(ErrorReport Message)或其它现有消息，也可以用一个新消息传送该通知信息。通知信息可以携带用于表示当前业务不符合上述第一预设规则的原因值，例如：采用原因值“break formatrestriction”表明MTC终端的当前业务破坏了格式限制规则。
步骤703、转发节点向MTC服务器、计费系统或O&M系统发送提示信息。
该提示信息用于向MTC服务器、计费系统和O&M系统中的至少一个通知使用当前业务的MTC终端出现滥用或损坏等异常情况。MTC服务器接收到该提示信息后，可以向服务提供商提醒MTC终端存在滥用或损坏等情况；计费系统接收到该提示信息后，可以不进行计费；O&M系统接收到该提示信息后，可以生成提示给管理员的报警信息。
当检测节点为MTC终端时，转发节点可以为CN节点、GW节点或AN节点。具体地说，当转发节点为CN节点时，步骤702和703可以具体为：CN节点接收MTC终端发送的通知信息，向MTC服务器、计费系统或O&M系统发送提示信息；或者，CN节点接收MTC终端发送的通知信息，通过GW节点向MTC服务器、计费系统或O&M系统发送提示信息；或者，CN节点接收MTC终端通过AN节点发送的通知信息，向MTC服务器、计费系统或O&M系统发送提示信息；或者，CN节点接收MTC终端通过AN节点发送的通知信息，通过GW节点向MTC服务器、计费系统或O&M系统发送提示信息。当转发节点为GW节点时，步骤702和703可以具体为：GW节点接收MTC终端通过CN节点发送的通知信息，向MTC服务器、计费系统或O&M系统发送提示信息；或者，GW节点接收MTC终端通过AN节点和CN节点发送的通知信息，向MTC服务器、计费系统或O&M系统发送提示信息。当转发节点为AN节点时，步骤702和703可以具体为：AN节点接收MTC终端发送的通知信息，通过CN节点向MTC服务器、计费系统或O&M系统发送提示信息；或者，AN节点接收MTC终端发送的通知信息，通过CN节点和GW节点向MTC服务器、计费系统或O&M系统发送提示信息。
当检测节点为AN节点时，转发节点可以为CN节点和GW节点。具体地说，当转发节点为CN节点时，步骤702和703可以具体为：CN节点接收AN节点发送的通知信息，向MTC服务器、计费系统或O&M系统发送提示信息；或者，CN节点接收AN节点发送的通知信息，通过GW节点向MTC服务器、计费系统或O&M系统发送提示信息。当转发节点为GW节点，步骤702和703可以具体为：GW节点接收AN节点通过CN节点发送的通知信息，向MTC服务器、计费系统或O&M系统发送提示信息。
当检测节点为CN节点时，转发节点可以为GW节点。具体地说，步骤702和703可以具体为：GW节点接收CN节点发送的通知信息，向MTC服务器、计费系统或O&M系统发送提示信息。
当检测节点为GW节点时，转发节点可以为CN节点。具体地说，步骤703和703可以具体为：CN节点接收GW节点发送的通知信息，向MTC服务器、计费系统或O&M系统发送提示信息。
上述转发节点将提示信息发送给MTC服务器、计费系统或O&M系统可以为：直接向MTC服务器、计费系统或O&M系统发送提示信息；或者，向MTC服务器发送提示信息，MTC服务器将提示信息转发给计费系统和/或O&M系统。
进一步的，作为一种实施方式，本实施例在步骤701和702之间还可以包括：MTC终端或AN节点或CN节点或GW节点检测出当前业务不符合第一预设规则的情况符合第二预设规则，该第二预设规则规定了不符合第一预设规则的MTC终端行为的累计次数。在这种实施方式中，步骤702中通知信息还用于向转发节点通知满足第二预设规则的情况。
作为另一种实施方式，本实施例在步骤702和703之间还可以包括：
步骤7021、转发节点检测出当前业务不符合第一预设规则的情况符合第二预设规则，该第二预设规则规定了不符合第一预设规则的MTC终端行为的累计次数。
第二预设规则可以由网络中任一节点来配置；也可以由MTC服务器或PCRF来配置。
第二预设规则规定了MTC终端的行为累计不符合第一预设规则的次数，或MTC终端的行为累计不符合任一规则的总次数，或MTC终端的行为累计不符合m(m≥1)个指定规则中每一条规则的次数。
步骤7021的执行情况的具体例子可以参见实施例二，在此不再赘述。
本实施例在检测节点中预先配置了第一预设规则，在检测节点参与执行业务的过程中，当检测到当前业务不符合第一预设规则或同时满足第二预设规则时，则通过转发节点通知网络节点，实现了网络侧能够尽快获知MTC终端的滥用或损坏等情况，使得网络节点可以提醒管理员或采取相应的防范措施，避免了因滥用给用户带来损失。
图8为本发明提供的一种业务检测方法实施例八的流程图。本实施例中，检测节点为MTC服务器，网络节点为计费系统和/或O&M系统，如图8所示，本实施例具体包括如下步骤：
步骤801、MTC服务器检测出当前业务不符合第一预设规则。
本实施例可以在MTC服务器预先配置了第一预设规则，可以配置在MTC服务器中的第一预设规则包括格式限制规则、时间限制规则、区域限制规则、业务限制规则、发送者限制规则、接收者限制规则、连接限制规则、纯设备发起规则、纯设备终结规则和低数据利用率规则中的至少一个。MTC服务器通过检测当前业务的执行情况，检测出MTC终端破坏了上述第一预设规则，并可以向服务提供商提醒MTC终端存在滥用或损坏等情况。
步骤803、MTC服务器直接向计费系统和/或O&M系统发送提示信息，或MTC服务器通过GW节点向计费系统和/或O&M系统发送提示信息。
该提示信息用于向计费系统和/或O&M系统通知使用当前业务的MTC终端出现滥用或损坏等异常情况。计费系统接收到该提示信息后，可以不进行计费；O&M系统接收到该提示信息后，可以生成提示给管理员的报警信息。
进一步的，本实施例在步骤801和步骤803之间还可以包括：
步骤802、MTC服务器检测出当前业务不符合第一预设规则的情况符合第二预设规则，该第二预设规则规定了不符合第一预设规则的MTC终端行为的累计次数。
可以替代步骤802的另一种实施方式为：在步骤803中，MTC服务器向GW节点发送通知信息；当GW节点检测出当前业务不符合第一预设规则的情况符合第二预设规则时，向计费系统和/或O&M系统发送提示信息。第二预设规则可以由网络中任一节点来配置；也可以由MTC服务器或PCRF来配置，然后通知给GW节点。
本实施例中，第二预设规则规定了MTC终端的行为累计不符合第一预设规则的次数，或MTC终端的行为累计不符合任一规则的总次数，或MTC终端的行为累计不符合m(m≥1)个指定规则中每一条规则的次数。
本实施例在MTC服务器中预先配置了第一预设规则，在MTC服务器参与执行业务的过程中，当检测到当前业务不符合第一预设规则或同时满足第二预设规则时，则通知网络节点，实现了网络侧能够尽快获知MTC终端的滥用或损坏等情况，使得网络节点可以提醒管理员或采取相应的防范措施，避免了因滥用给用户带来损失。
在上述另一种业务检测方法实施例一至四的基础上，CN节点可以对MTC终端进行功能限制。
综上所述，本发明实施例针对MTC终端的特征，预先配置了第一预设规则。如果MTC终端破坏该第一预设规则，网络侧就能获知这种情况，从而判定MTC终端可能被滥用或被损坏。网络侧也可以根据MTC终端多次破坏某规则或破坏多个规则等方法，进一步确定MTC终端被滥用或被损坏。网络侧对MTC终端进行功能限制和/或通知网络节点，避免了给用户带来损失。另外，在上述各个实施例的基础上，在进行功能限制和/或通知网络节点之后，还可以发起定位或跟踪操作，便于后续进行报警或追查。
一旦MTC终端破坏规则，网络进行节点间通知，通知的实体可以是GW节点或CN节点或MTC终端或AN节点或MTC服务器，被通知的实体可以是MTC服务器或CN节点或O&M系统或计费系统。
需要说明的是，MTC终端可以作为检测节点根据规则被破坏主动上报网络侧或发起接入，使得网络侧能够提前获知规则的破坏情况，更为及时的进行功能限制。但是，由于MTC终端不受控制，它可能被入侵并被修改了相关程序，导致不能遵守“破坏规则上报或接入”的程序；在这种情况下，采用AN节点、GW节点、CN节点或MTC服务器作为检测节点，可以使网络侧具备检测的功能，就可以避免上述问题带来的影响。
图9为本发明提供的核心网设备一实施例的结构示意图。本实施例可以具体为CN节点，如图9所示，本实施例具体包括：获知模块11和限制模块12。其中，获知模块11用于获知当前业务不符合第一预设规则，该第一预设规则规定了MTC终端的行为；限制模块12用于对使用获知模块11获知的当前业务的MTC终端进行功能限制。
进一步的，核心网设备可以包括检测模块或接收模块。
具体地，检测模块13用于通过对当前业务进行检测，当检测出当前业务不符合第一预设规则时，向获知模块11发送第一触发信息。获知模块11具体用于根据检测模块13发送的第一触发信息获知当前业务不符合所述第一预设规则。具体地说，CN节点自身保存有第一预设规则，检测模块13通过对当前业务进行检测，当检测出当前业务不符合第一预设规则时，向获知模块11发送第一触发信息，获知模块11根据检测模块13发送的第一触发信息，获知当前业务不符合第一预设规则，具体实施方案可参见业务检测方法实施例二。
所述核心网设备还可以包括接收模块14，该接收模块14用于接收检测节点检测出当前业务不符合第一预设规则而发送的提示信息，向获知模块11发送第二触发信息。获知模块11具体用于根据接收模块发送的第二触发信息获知当前业务不符合第一预设规则。具体地说，CN节点中的接收模块14接收其他节点发送的提示信息，向获知模块11发送第二触发信息，获知模块11根据接收模块14发送的第二触发信息，获知当前业务不符合第一预设规则，此时其他节点为检测节点，如MTC终端作为检测节点检测后上报。具体实施方案可参见业务检测方法实施例三和四。
检测模块13还可以用于通过检测获知当前业务不符合第一预设规则的情况符合第二预设规则。
上述限制模块12可以对使用当前业务的MTC终端进行功能限制，该功能限制可以包括去附着MTC终端或删除MTC终端的承载或删除MTC终端的签约信息或去激活当前业务或拒绝当前业务的请求，如MTC终端发起TAU请求消息，网络侧回复TAU拒绝消息。
本实施例中，当获知模块获知当前业务不符合第一预设规则时，限制模块对使用当前业务的MTC终端进行功能限制，实现了网络侧能够尽快获知MTC终端的滥用或损坏等情况。本实施例可以进行功能限制，避免了因滥用给用户带来损失。
图10为本发明提供的检测设备一实施例的结构示意图。本实施例可以具体为CN节点或GW节点或AN节点或MTC终端或MTC服务器，如图10所示，本实施例具体包括：检测模块21和发送模块22。其中，检测模块21用于检测出当前业务不符合第一预设规则，该第一预设规则规定了MTC终端的行为；发送模块22用于当检测模块21检测出当前业务不符合第一预设规则时，向网络节点发送提示信息，该提示信息用于提示使用当前业务的MTC终端出现异常。
进一步的，检测模块21还用于检测出当前业务不符合第一预设规则的情况符合第二预设规则；发送模块22具体用于当检测模块21检测出当前业务不符合第一预设规则，且当前业务不符合第一预设规则的情况符合第二预设规则时，向网络节点发送提示信息。
上述发送模块22向网络节点发送提示信息可以具体为：发送模块22向CN节点发送提示信息，这样CN节点根据该提示信息对MTC终端进行功能限制，这种情况的具体实施方案可参见业务检测方法实施例三和四；或者，发送模块22直接或通过转发节点向MTC服务器、计费系统或O&M系统发送提示信息，使得网络节点可以提醒管理员或采取进一步防范措施，这种情况的具体实施方案可参见业务检测方法实施例五至八。
本实施例中，当检测模块检测出当前业务不符合第一预设规则时，向网络节点发送提示信息，实现了网络侧能够尽快获知MTC终端的滥用或损坏等情况。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤，而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上实施例仅用以说明本发明实施例的技术方案，而非对其限制；尽管参照前述实施例对本发明实施例进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例各实施例技术方案的精神和范围。
Claims (12)
1.一种业务检测方法，其特征在于，包括：
核心网CN节点通过对当前业务进行检测，确定所述当前业务不符合第一预设规则，所述第一预设规则规定了机器类型通讯MTC终端的行为；
所述CN节点对使用所述当前业务的MTC终端进行功能限制，或者，向网络节点发送提示信息，所述提示信息用于提示所述MTC终端出现异常；
其中，所述第一预设规则包括：格式限制规则、时间限制规则、区域限制规则、业务限制规则、发送者限制规则、接收者限制规则、连接限制规则、通用移动通信系统用户身份模块集成电路卡UICC/MTC设备绑定规则、纯控制面规则、纯设备发起规则、纯设备终结规则和低数据利用率规则中的至少一个；
所述格式限制规则规定了所述MTC终端传输的数据格式；所述时间限制规则规定了所述MTC终端接入网络或网络侧寻呼所述MTC终端的时间；所述区域限制规则规定了所述MTC终端移动的区域范围；所述业务限制规则规定了所述MTC终端使用的业务；所述发送者限制规则规定了给所述MTC终端发送数据的发送者；所述接收者限制规则规定了所述MTC终端发送数据的接收者；所述连接限制规则规定了所述MTC终端与网络或其他终端的连接；所述UICC/MTC设备绑定规则规定了所述MTC设备和所述UICC的绑定关系；所述纯控制面规则规定了所述MTC终端的应用使用控制面承载；所述纯设备发起规则规定了只允许所述MTC终端发起接入；所述纯设备终结规则规定了只允许网络侧寻呼所述MTC终端；所述低数据利用率规则规定了所述MTC终端收发小数据量的数据。
2.根据权利要求1所述的业务检测方法，其特征在于，所述CN节点通过对当前业务进行检测，确定所述当前业务不符合所述第一预设规则之后，所述方法还包括：
所述CN节点确定所述当前业务不符合第一预设规则的情况符合第二预设规则，所述第二预设规则规定了不符合所述第一预设规则的MTC终端行为的累计次数。
3.根据权利要求1或2所述的业务检测方法，其特征在于，所述CN节点对使用当前业务的MTC终端进行功能限制包括：
所述CN节点去附着所述MTC终端或删除所述MTC终端的承载或删除所述MTC终端的签约信息或去激活所述当前业务或者拒绝所述当前业务的请求。
4.根据权利要求1或2所述的业务检测方法，其特征在于，所述所述CN节点向网络节点发送提示信息包括：
所述CN节点向MTC服务器、计费系统或操作与维护O&M系统发送提示信息。
5.根据权利要求1所述的业务检测方法，其特征在于，所述CN节点向网络节点发送提示信息包括：
所述CN节点根据接收到的检测节点发送的通知信息，向网络节点发送提示信息，所述通知信息用于通知所述当前业务不符合第一预设规则。
6.根据权利要求5所述的业务检测方法，其特征在于，所述网络节点包括MTC服务器、计费系统或O&M系统；
所述CN节点根据接收检测节点发送的通知信息，向网络节点发送提示信息包括：
所述CN节点根据接收MTC终端发送的通知信息，向网络节点发送提示信息；
或者，所述CN节点根据接收MTC终端发送的通知信息，通过GW节点向网络节点发送提示信息；
或者，所述CN节点根据接收MTC终端通过接入网AN节点发送的通知信息，向网络节点发送提示信息；
或者，所述CN节点根据接收MTC终端通过AN节点发送的通知信息，通过GW节点向网络节点发送提示信息；
或者，所述CN节点根据接收AN节点发送的通知信息，向所述网络节点发送提示信息；
或者，所述CN节点根据接收AN节点发送的通知信息，通过GW节点向所述网络节点发送提示信息；
或者，所述CN节点根据接收GW节点发送的通知信息，向所述网络节点发送提示信息。
7.根据权利要求1所述的业务检测方法，其特征在于，所述CN节点向网络节点发送提示信息包括：
所述CN节点向MTC服务器发送提示信息，使得所述MTC服务器向计费系统或O&M系统发送提示信息。
8.根据权利要求2所述的业务检测方法，其特征在于，所述第二预设规则规定了MTC终端的行为累计不符合第一预设规则的次数，或MTC终端的行为累计不符合任一规则的总次数，或MTC终端的行为累计不符合m个指定规则中每一条规则的次数，其中m≥1。
9.一种核心网设备，其特征在于，包括：
检测模块，用于通过对当前业务进行检测，确定所述当前业务不符合第一预设规则，所述第一预设规则规定了机器类型通讯MTC终端的行为；
限制模块，用于对使用所述获知模块获知的当前业务的MTC终端进行功能限制；
其中，所述第一预设规则包括：格式限制规则、时间限制规则、区域限制规则、业务限制规则、发送者限制规则、接收者限制规则、连接限制规则、通用移动通信系统用户身份模块集成电路卡UICC/MTC设备绑定规则、纯控制面规则、纯设备发起规则、纯设备终结规则和低数据利用率规则中的至少一个；
所述格式限制规则规定了所述MTC终端传输的数据格式；所述时间限制规则规定了所述MTC终端接入网络或网络侧寻呼所述MTC终端的时间；所述区域限制规则规定了所述MTC终端移动的区域范围；所述业务限制规则规定了所述MTC终端使用的业务；所述发送者限制规则规定了给所述MTC终端发送数据的发送者；所述接收者限制规则规定了所述MTC终端发送数据的接收者；所述连接限制规则规定了所述MTC终端与网络或其他终端的连接；所述UICC/MTC设备绑定规则规定了所述MTC设备和所述UICC的绑定关系；所述纯控制面规则规定了所述MTC终端的应用使用控制面承载；所述纯设备发起规则规定了只允许所述MTC终端发起接入；所述纯设备终结规则规定了只允许网络侧寻呼所述MTC终端；所述低数据利用率规则规定了所述MTC终端收发小数据量的数据。
10.根据权利要求9所述的核心网设备，其特征在于，
所述检测模块，还用于确定所述当前业务不符合第一预设规则的情况符合第二预设规则。
11.一种核心网设备，其特征在于，包括：
检测模块，用于通过对当前业务进行检测，确定所述当前业务不符合第一预设规则，所述第一预设规则规定了机器类型通讯MTC终端的行为；
发送模块，用于当所述检测模块检测出所述当前业务不符合所述第一预设规则时，向网络节点发送提示信息，所述提示信息用于提示使用当前业务的机器类型通讯MTC终端出现异常；
其中，所述第一预设规则包括：格式限制规则、时间限制规则、区域限制规则、业务限制规则、发送者限制规则、接收者限制规则、连接限制规则、通用移动通信系统用户身份模块集成电路卡UICC/MTC设备绑定规则、纯控制面规则、纯设备发起规则、纯设备终结规则和低数据利用率规则中的至少一个；
所述格式限制规则规定了所述MTC终端传输的数据格式；所述时间限制规则规定了所述MTC终端接入网络或网络侧寻呼所述MTC终端的时间；所述区域限制规则规定了所述MTC终端移动的区域范围；所述业务限制规则规定了所述MTC终端使用的业务；所述发送者限制规则规定了给所述MTC终端发送数据的发送者；所述接收者限制规则规定了所述MTC终端发送数据的接收者；所述连接限制规则规定了所述MTC终端与网络或其他终端的连接；所述UICC/MTC设备绑定规则规定了所述MTC设备和所述UICC的绑定关系；所述纯控制面规则规定了所述MTC终端的应用使用控制面承载；所述纯设备发起规则规定了只允许所述MTC终端发起接入；所述纯设备终结规则规定了只允许网络侧寻呼所述MTC终端；所述低数据利用率规则规定了所述MTC终端收发小数据量的数据。
12.根据权利要求11所述的核心网设备，其特征在于，
所述检测模块，还用于确定所述当前业务不符合第一预设规则的情况符合第二预设规则；
所述发送模块，具体用于当所述检测模块检测出所述当前业务不符合所述第一预设规则，且所述当前业务不符合第一预设规则的情况符合第二预设规则时，向网络节点发送提示信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610978753.9A CN106550385A (zh) | 2009-09-10 | 2009-09-10 | 业务检测方法及核心网设备、检测设备 |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009101758294A CN102026241A (zh) | 2009-09-10 | 2009-09-10 | 业务检测方法及核心网设备、检测设备 |
| CN201610978753.9A CN106550385A (zh) | 2009-09-10 | 2009-09-10 | 业务检测方法及核心网设备、检测设备 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2009101758294A Division CN102026241A (zh) | 2009-09-10 | 2009-09-10 | 业务检测方法及核心网设备、检测设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN106550385A true CN106550385A (zh) | 2017-03-29 |
Family
ID=43866952
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610978753.9A Pending CN106550385A (zh) | 2009-09-10 | 2009-09-10 | 业务检测方法及核心网设备、检测设备 |
| CN2009101758294A Pending CN102026241A (zh) | 2009-09-10 | 2009-09-10 | 业务检测方法及核心网设备、检测设备 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2009101758294A Pending CN102026241A (zh) | 2009-09-10 | 2009-09-10 | 业务检测方法及核心网设备、检测设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (2) | CN106550385A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110830986A (zh) * | 2019-11-13 | 2020-02-21 | 国家计算机网络与信息安全管理中心上海分中心 | 一种物联网卡异常行为检测方法、装置、设备及存储介质 |
| GB2603173A (en) * | 2021-01-29 | 2022-08-03 | Pelion Iot Ltd | System and method for network traffic analysis |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102857919B (zh) * | 2011-06-30 | 2019-08-30 | 中兴通讯股份有限公司 | 机器类通信设备的触发方法及系统 |
| GB2493240B (en) * | 2011-07-29 | 2016-01-20 | Sca Ipla Holdings Inc | Mobile communications network, infrastructure equipment and method |
| CN102307348B (zh) * | 2011-08-09 | 2013-12-18 | 中国联合网络通信集团有限公司 | Mtc设备触发方法和系统及移动通信网络设备 |
| CN102316521B (zh) | 2011-09-15 | 2014-04-16 | 电信科学技术研究院 | 数据传输方法、系统和设备 |
| CN103108311B (zh) * | 2011-11-11 | 2017-11-28 | 中兴通讯股份有限公司 | 一种mtc设备与uicc绑定的方法、装置及系统 |
| CN103107878B (zh) * | 2011-11-15 | 2017-10-03 | 中兴通讯股份有限公司 | 移动用户身份识别卡与机器类通信设备绑定的方法及装置 |
| CN103220642B (zh) * | 2012-01-19 | 2016-03-09 | 华为技术有限公司 | 一种短消息的安全处理方法和装置 |
| CN103391523A (zh) * | 2012-05-11 | 2013-11-13 | 中兴通讯股份有限公司 | 机器类通信设备及其短信处理方法、机器类通信系统 |
| CN103731821B (zh) * | 2012-10-12 | 2017-04-19 | 华为终端有限公司 | 基于嵌入式通用集成电路卡的数据保密方法及设备 |
| CN107241369B (zh) | 2016-03-28 | 2020-06-16 | 电信科学技术研究院 | 一种数据传输的方法、装置及会话管理功能实体设备 |
| CN106507350B (zh) * | 2016-10-21 | 2019-11-08 | 陕西理工学院 | 一种低耗能受限触发的物联网终端及系统 |
| CN107733687A (zh) * | 2017-09-06 | 2018-02-23 | 深圳市金立通信设备有限公司 | 提示业务异常的方法、终端、服务器及计算机可读介质 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101039498A (zh) * | 2007-05-09 | 2007-09-19 | 中兴通讯股份有限公司 | 带有分布式告警处理的基站系统及其告警处理方法 |
| CN101123483A (zh) * | 2007-09-11 | 2008-02-13 | 华为技术有限公司 | 业务链路的检测方法及装置 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101212508B (zh) * | 2006-12-31 | 2011-12-28 | 康佳集团股份有限公司 | 一种来电提示方法和系统 |
| US8386134B2 (en) * | 2007-09-28 | 2013-02-26 | Caterpillar Inc. | Machine to-machine communication system for payload control |
-
2009
- 2009-09-10 CN CN201610978753.9A patent/CN106550385A/zh active Pending
- 2009-09-10 CN CN2009101758294A patent/CN102026241A/zh active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101039498A (zh) * | 2007-05-09 | 2007-09-19 | 中兴通讯股份有限公司 | 带有分布式告警处理的基站系统及其告警处理方法 |
| CN101123483A (zh) * | 2007-09-11 | 2008-02-13 | 华为技术有限公司 | 业务链路的检测方法及装置 |
Non-Patent Citations (1)
| Title |
|---|
| 3GPP: "《3GPP TS 22.368 V1.0.0》", 31 August 2009 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110830986A (zh) * | 2019-11-13 | 2020-02-21 | 国家计算机网络与信息安全管理中心上海分中心 | 一种物联网卡异常行为检测方法、装置、设备及存储介质 |
| GB2603173A (en) * | 2021-01-29 | 2022-08-03 | Pelion Iot Ltd | System and method for network traffic analysis |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102026241A (zh) | 2011-04-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106550385A (zh) | 业务检测方法及核心网设备、检测设备 | |
| CN103428809B (zh) | 寻呼窄带终端的方法、网络设备及基站 | |
| CN101203052B (zh) | 一种防范恶意业务请求的方法和设备 | |
| EP3370344B1 (en) | Machine type communication monitoring framework for 3gpp systems | |
| CN101610494B (zh) | 实现过载控制或差异化服务的方法、系统及设备 | |
| US9766967B2 (en) | Providing a network access failure cause value of a user equipment | |
| CN101932068B (zh) | 实现机器对机器业务的方法、系统和装置 | |
| CN102960029B (zh) | 重复接入检测和限制的方法、装置、用户设备和系统 | |
| US20170118679A1 (en) | Event Based eUICC Fall-Back | |
| US10187826B2 (en) | Subscription fall-back in a radio communication network | |
| US9723477B2 (en) | Measurement based eUICC fall-back | |
| CN107925908B (zh) | 用于管控无线网络中的用户数据业务的系统和方法 | |
| EP2679073A1 (en) | Enabling ip-communication with a machine to machine unit | |
| CN102378262A (zh) | 处理信令拥塞的方法及其相关通信装置 | |
| CN103716761A (zh) | 控制用户设备与网络连接的方法及移动管理设备 | |
| US20150111490A1 (en) | Information delivery system, gateway device, delivery control method, and non-transitory computer readable medium storing program | |
| CN102387491B (zh) | 一种信令跟踪方法及装置 | |
| CN102045688B (zh) | 用户设备被非法使用的检测方法及检测装置 | |
| CN102752828B (zh) | 一种实现ue控制的方法和系统 | |
| CN102469430B (zh) | 处理一紧急承载服务的方法 | |
| CN103327611B (zh) | 寻找mtc终端的方法、装置和系统 | |
| CN102196464A (zh) | 控制m2m终端安全使用的方法、装置和系统 | |
| EP2725830B1 (en) | Method and system for triggering response of terminal, terminal and network side | |
| CN102833733B (zh) | 一种监控低移动性终端位置移动的方法及系统 | |
| CN102223688B (zh) | 一种处理mtc优先警报消息的方法和系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170329 |
|
| RJ01 | Rejection of invention patent application after publication |