告警信息处理方法、系统、网元设备和机器类型通信设备 |
|||||||
| 申请号 | CN201080001637.2 | 申请日 | 2010-01-11 | 公开(公告)号 | CN102763439B | 公开(公告)日 | 2015-12-16 |
| 申请人 | 华为技术有限公司; | 发明人 | 陈中平; 吴问付; | ||||
| 摘要 | 本 发明 实施例 公开了一种告警信息处理方法、系统、网元设备和机器类型通信设备。该方法包括：接收机器类型通信MTC设备处于接入受限状态时发送的告警附着 请求 ；根据所述告警附着请求发送告警附着信息给第二网元；接收所述第二网元根据所述告警附着信息确定出允许所述MTC设备执行告警附着之后发送的告警附着确认；将接收到的所述MTC设备发送的告警信息发送给MTC 服务器 。 | ||||||
| 权利要求 | 1.一种告警信息处理方法，其特征在于，包括： |
||||||
| 说明书全文 | 告警信息处理方法、系统、网元设备和机器类型通信设备技术领域背景技术[0002] 机器对机器(machine-to-machine，以下简称：M2M)技术综合了通信和网络技术，是一种可以实现机器与机器之间无线通信的技术。移动通信网络由于无需布线以及覆盖范围广的特点，成为M2M技术中主要的远距离连接技术。在M2M技术中，机器类型通信(Machine Type Communications，以下简称：MTC)设备通过移动通信网络连接到MTC服务器，并通过移动通信网络与MTC服务器进行信息交互。 [0003] 现有技术中，MTC设备在连接到MTC服务器时，需要首先附着到移动通信网络。在附着到移动通信网络过程中，移动通信网络需要对MTC设备进行安全认证和接入认证。当MTC设备通过了安全认证和接入认证时，移动通信网络才允许MTC设备附着，进而为MTC设备提供服务。在M2M应用中，为保证安全性，MTC设备出现异常的时候，例如MTC设备被盗窃或者被故意破坏，会主动向MTC服务器上报告警信息。作为M2M信息传输媒介的移动通信网络，需要保证MTC设备上报的告警信息能够安全、可靠、及时的传递给MTC服务器。 [0004] 在现有技术中，处于接入受限状态下的MTC设备无法通过移动通信网络的安全认证或者接入认证，也不能附着到移动通信网络，进而无法实现通过移动通信网络将告警信息上报给MTC服务器。 发明内容[0005] 本发明实施例提供一种告警信息处理方法、系统、网元设备和机器类型通信设备，从而实现MTC设备处于接入受限状态时，能够将告警信息上报给MTC服务器。 [0006] 本发明实施例提供了一种告警信息处理方法，包括： [0008] 根据所述告警附着请求发送告警附着信息给第二网元； [0009] 接收所述第二网元根据所述告警附着信息确定出允许所述MTC设备执行告警附着之后发送的告警附着确认； [0010] 将接收到的所述MTC设备发送的告警信息发送给MTC服务器。 [0011] 本发明实施例提供了一种告警信息处理方法，包括： [0012] 接收第一网元发送的告警附着信息，所述告警附着信息是所述第一网元根据接收到的MTC设备处于接入受限状态时发送的告警附着请求发送的；根据所述告警附着信息确定出允许该MTC设备执行告警附着； [0013] 向所述第一网元发送告警附着确认，以使所述第一网元将接收到的所述MTC设备发送的告警信息发送给MTC服务器。 [0014] 本发明实施例提供了一种网元设备，包括： [0015] 第一接收模块，用于接收MTC设备处于接入受限状态时发送的告警附着请求；接收第二网元根据告警附着信息确定出允许所述MTC设备执行告警附着之后发送的告警附着确认；以及接收MTC设备发送的告警信息； [0016] 第一发送模块，用于根据所述第一接收模块接收到的所述告警附着请求发送告警附着信息给第二网元；以及当所述第一接收模块接收到所述告警附着确认后，将所述第一接收模块接收到的告警信息发送给MTC服务器。 [0017] 本发明实施例提供了一种网元设备，包括： [0018] 第二接收模块，用于接收第一网元发送的告警附着信息，所述告警附着信息是所述第一网元根据接收到的MTC设备处于接入受限状态时发送的告警附着请求发送的； [0019] 确定模块，用于根据所述告警附着信息确定出允许所述MTC设备执行告警附着； [0020] 第二发送模块，用于当所述确定模块确定出允许所述MTC设备执行告警附着时，向所述第一网元发送告警附着确认，以使所述第一网元将接收到的MTC设备发送的告警信息发送给MTC服务器。 [0021] 本发明实施例提供了一种MTC设备，包括： [0022] 第三发送模块，用于当MTC设备处于接入受限状态时向第一网元发送告警附着请求，以使所述第一网元根据所述告警附着请求发送告警附着信息给第二网元，由所述第二网元根据所述告警附着信息确定出允许该MTC设备执行告警附着；以及向所述第一网元发送告警信息，以使所述第一网元将所述告警信息发送给MTC服务器。 [0023] 本发明实施例提供了一种告警信息处理系统，包括：第一网元和第二网元； [0024] 所述第一网元，用于接收MTC设备处于接入受限状态时发送的告警附着请求，并根据所述告警附着请求发送告警附着信息给所述第二网元，以及接收所述第二网元根据所述告警附着信息确定出允许所述MTC设备执行告警附着之后发送的告警附着确认，并将接收到的所述MTC设备发送的告警信息发送给MTC服务器； [0025] 所述第二网元，用于根据所述告警附着信息确定出允许所述MTC设备执行告警附着，并向所述第一网元发送告警附着确认。 [0026] 本发明实施例的技术方案中，在接收到MTC设备发送的告警附着请求后，根据该告警附着请求发送告警附着信息给第二网元，接收第二网元根据告警附着信息确定出允许该MTC设备执行告警附着之后发送的告警附着确认，并将接收到的MTC设备发送的告警信息发送给MTC服务器，从而实现了MTC设备处于接入受限状态时，能够将告警信息上报给MTC服务器。附图说明 [0027] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。 [0028] 图1为本发明实施例一提供的一种告警信息处理方法的流程图； [0029] 图2为本发明实施例二提供的一种告警信息处理方法的流程图； [0030] 图3为本发明实施例三提供的一种告警信息处理方法的流程图； [0031] 图4为本发明实施例四提供的一种告警信息处理方法的流程图； [0032] 图5为本发明实施例五提供的一种告警信息处理方法的流程图； [0033] 图6为本发明实施例六提供的一种告警信息处理方法的流程图； [0034] 图7为本发明实施例七提供的一种告警信息处理方法的流程图； [0035] 图8为本发明实施例八提供的一种告警信息处理系统的结构示意图； [0036] 图9为本发明实施例九提供的一种告警信息处理系统的结构示意图； [0037] 图10为本发明实施例十提供的一种告警信息处理系统的结构示意图； [0038] 图11为本发明实施例十一提供的一种网元设备的结构示意图； [0039] 图12为本发明实施例十二提供的一种网元设备的结构示意图； [0040] 图13为本发明实施例十三提供的一种网元设备的结构示意图； [0041] 图14为本发明实施例十四提供的一种MTC设备的结构示意图。 具体实施方式[0042] 为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。 [0043] 图1为本发明实施例一提供的一种告警信息处理方法的流程图，如图1所示，该方法包括： [0044] 步骤101、接收MTC设备处于接入受限状态时发送的告警附着请求； [0045] 本实施例中各步骤可以由移动通信网络中的第一网元执行。例如，通常采用的移动通信网络可以是全球移动通讯系统(Global System for Mobile Communications，以下简称：GSM)网络、通用分组无线服务(General Packet Radio Service，以下简称：GPRS)网络、通用移动通信系统(Universal Mobile Telecommunications System，以下简称：UMTS)网络或者长期演进(Long Term Evolution，以下简称：LTE)网络。本发明实施例中，第一网元可以为移动交换中心(Mobile Switching Center，以下简称：MSC)、服务GPRS支持节点(Serving GPRS Support Node以下简称：SGSN)或者移动管理实体(Mobility Management Entity，以下简称：MME)。上述移动通信网络和第一网元仅作为本发明实施例的几种实例，而不应成为对本发明实施例的限制。 [0046] 本实施例中，接入受限状态可以是指MTC设备无法正常进行网络附着。当处于接入受限状态的MTC设备需要将告警信息上报给MTC服务器时，需要首先完成附着到网络的过程，因此MTC设备需要发送告警附着请求。该告警附着请求不仅可以具备现有技术中附着请求的功能，而且可以用于指示MTC设备需要向MTC服务器上报告警信息。 [0047] 本实施例中，当MTC设备处于接入受限状态时，为实现将告警信息通过移动通信网络上报给MTC服务器，需要向移动通信网络中的第一网元发送告警附着请求。 [0048] 本实施例中该告警附着请求可以为不同于现有技术中的附着请求(Attach Request)的消息，例如，该告警附着请求可以为优先告警消息附着请求(PAM Attach Request)，该PAM Attach Request中的消息类型(Message Type)指示为PAM Attach Request，其中PAM为优先告警消息Priority Alarm Message的简称。进一步地，该告警附着请求中可以包括设备标识信息。 [0049] 或者本实施例中，告警附着请求中可以包括告警附着信息，该告警附着信息可以包括告警附着指示。告警附着指示可以为附着类型，则告警附着请求中包括告警附着指示的方式具体可以为：告警附着请求中的附着类型(Attach type)指示为告警附着(PAM Attach)，此时该告警附着请求可以为附着请求(Attach Request)。进一步地，该告警附着信息中还包括设备标识信息。 [0050] 步骤102、根据该告警附着请求发送告警附着信息给第二网元； [0051] 本实施例中，第二网元可以为(Home Location Register，以下简称：HLR)或者归属用户服务器(Home Subscriber Server，以下简称：HSS)，第二网元也可以为集合了HSS和HLR的装置，如HSS/HLR等。上述第二网元仅作为本发明实施例的几种实例，而不应成为对本发明实施例的限制。 [0052] 本实施例中，当告警附着请求中未包括告警附着指示时，该告警附着信息可以为第一网元根据该告警附着请求生成的。具体地，第一网元接收到告警附着请求后，根据该告警附着请求获知该MTC设备执行告警附着或者需要上报告警信息，生成并向第二网元发送告警附着信息。生成的告警附着信息包括告警附着指示，进一步地，生成的告警附着信息还包括告警附着请求中的设备标识信息。 [0053] 本实施例中，当告警附着请求中包括告警附着信息时，第一网元在接收到告警附着请求后，可根据该告警附着请求获知该MTC设备执行告警附着，并直接将告警附着请求中包括的告警附着信息发送给第二网元。 [0054] 步骤103、接收第二网元根据该告警附着信息确定出允许该MTC设备执行告警附着之后发送的告警附着确认； [0055] 本实施例中，第二网元在接收到第一网元发送的告警附着请求后，可根据该告警附着请求中包括的告警附着信息确定出允许该MTC设备执行告警附着，在确定出允许该MTC设备执行告警附着之后向第一网元发送告警附着确认。 [0056] 现有技术中，当移动通信网络中的网络设备接收到MTC设备发送的附着请求并确认MTC设备处于接入受限状态时，会直接向MTC设备返回附着拒绝消息，拒绝MTC设备附着到网络；而本实施例中，由于MTC设备向第一网元发送的是告警附着请求并且第一网元在接收到告警附着请求后会向第二网元发送告警附着信息，因此第二网元在接收到告警附着信息后，可获知该MTC设备因需要向MTC服务器上报告警信息而发送告警附着请求，并确定出允许该MTC设备执行告警附着。 [0057] 换言之，现有技术中，第一网元接收到MTC设备发送的附着请求后需要首先执行安全认证，即对MTC设备进行鉴权。而本实施例中，第一网元在接收到告警附着请求后，可以忽略对MTC设备进行安全认证或者在对MTC设备进行安全认证失败的情况下，可以继续执行接入认证以完成附着到网络的流程。也就是说，安全认证的结果并不会影响MTC设备发送的告警附着的流程。 [0058] 步骤104、将接收到的MTC设备发送的告警信息发送给MTC服务器； [0059] 本实施例中，第一网元接收到第二网元返回的告警附着确认后，即可以将接收到的MTC设备发送的告警信息发送给MTC服务器。其中，告警信息可以是MTC设备在接收到告警附着接受消息后发送给第一网元的；或者该告警信息还可以是在MTC设备发送告警附着请求时，包括在告警附着请求中发送给第一网元的。 [0060] 本实施例的技术方案中，在接收到MTC设备发送的告警附着请求后，根据该告警附着请求发送告警附着信息给第二网元，接收第二网元根据告警附着信息确定出允许该MTC设备执行告警附着之后发送的告警附着确认，并将接收到的MTC设备发送的告警信息发送给MTC服务器，从而实现了MTC设备处于接入受限状态时，能够将告警信息上报给MTC服务器。 [0061] 图2为本发明实施例二提供的一种告警信息处理方法的流程图，如图2所示，该方法包括： [0062] 步骤201、接收第一网元发送的告警附着信息，该告警附着信息是第一网元根据接收到的MTC设备处于接入受限状态时发送的告警附着请求发送的； [0063] 本发明实施例中各步骤可以由第二网元执行。本步骤中，第一网元在接收到MTC设备处于接入受限状态时发送的告警附着请求之后，可根据告警附着请求发送告警附着信息给第二网元。该告警附着信息由MTC设备处于接入受限状态时发送给所述第一网元的；对告警附着信息的具体描述可参见上述实施例一。 [0064] 步骤202、根据该告警附着信息确定出允许该MTC设备执行告警附着； [0065] 步骤203、向第一网元发送告警附着确认，以使第一网元将接收到的MTC设备发送的告警信息发送给MTC服务器； [0066] 本实施例中，第二网元根据告警附着信息确定出允许该MTC设备执行告警附着后，会向第一网元发送告警附着确认。第一网元在接收到告警附着确认后，会将接收到的MTC设备发送的告警信息发送给MTC服务器。 [0067] 本实施例的技术方案中，在接收到第一网元发送的告警附着信息后，根据告警附着信息确定出允许该MTC设备执行告警附着，并向第一网元发送告警附着确认，以使第一网元将接收到的MTC设备发送的告警信息发送给MTC服务器，从而实现了MTC设备处于接入受限状态时，能够将告警信息上报给MTC服务器。 [0068] 图3为本发明实施例三提供的一种告警信息处理方法的流程图，如图3所示，该方法包括： [0069] 步骤301、MTC设备处于接入受限状态时向第一网元发送告警附着请求； [0070] 本实施例中，当MTC设备出现异常时，需要将告警信息上报给MTC服务器，该告警信息可以用于指示出MTC设备的异常情况。如果此时MTC设备获知自身处于受限状态而未能正常附着到网络时，则会向第一网元发送告警附着请求以请求执行附着到网络的过程。 [0071] 其中，MTC设备出现异常可以为：MTC设备被盗窃或者MTC设备被破坏等情况，例如：MTC设备被破坏可以是MTC设备的通用集成电路卡(Universal Integrated Circuit Card，以下简称：UICC)模块被破坏。 [0072] 其中，MTC设备确认处于接入受限状态的方式可以为：1)MTC设备尝试正常接入移动通信网络时，由于安全认证失败或者接入认证失败而无法正常接入移动通信网络。例如：MTC设备向移动通信网络发送附着请求消息或者位置更新请求消息，移动通信网络对MTC的安全认证失败或者接入认证失败，导致MTC设备无法完成网络附着，进而MTC设备接收到移动通信网络返回的附着请求拒绝消息或者位置更新请求拒绝消息，从而确认自身处于接入受限状态。2)MTC设备发现当前没有合适的移动通信网络可以驻留，即MTC设备选网失败。例如：MTC设备在自身保存的可接入的网络标识列表中未查找出当前接收到的网络标识，从而确认自身处于接入受限状态。其中，网络标识列表可以为公众陆地移动通信网列表(Public Land Mobile-communication Network List，以下简称：PLMN List)，网络标识可以为PLMN ID。3)MTC设备发现自身的UICC模块被破坏，即处于无UICC(UICC-Less)状态，从而确认自身处于接入受限状态。MTC设备确认处于接入受限状态的方式不限于上述列举的三种情况，在实际应用中，还可以通过其它方式确认处于接入受限状态，此处不再一一阐述。 [0073] 本实施例中，对告警附着请求的描述可参见实施例一，此处不再赘述。其中，设备标识信息可以为国际移动用户识别码(international mobile subscriber identity，以下简称：IMSI)或者国际移动设备标识(International Mobile Equipment Identity，以下简称：IMEI)。本发明实施例中告警接入请求还可采用其它形式的消息，具体不再一一列举。 [0074] 步骤302、第一网元向第二网元发送更新位置请求消息(Update Location request)，该更新位置请求消息中包括告警附着信息； [0075] 本实施例中，当告警附着请求中未包括告警附着指示时，该告警附着信息可以为第一网元根据该告警附着请求生成的。或者当告警附着请求中包括告警附着信息时，第一网元在接收到告警附着请求后可直接从告警附着请求中获取告警附着信息。 [0076] 本实施例中，当告警附着信息包括告警附着指示时，位置更新请求消息中可以包括信元“PAM Attach indication”或者“PAM Attach”，该“PAM Attach indication”或者“PAM Attach”为告警附着指示。或者将位置更新请求消息的信元“ULR-Flags”设置为“PAM Attach”，该“PAM Attach”为告警附着指示。该告警附着信息中的告警附着指示可用于指示MTC设备为向MTC服务器上报告警信息而请求执行附着到网络的过程。 [0077] 步骤303、第二网元根据该告警附着信息确定出允许该MTC设备执行告警附着； [0078] 具体地，步骤303包括： [0079] 步骤3031、第二网元根据该告警附着信息中的告警附着指示获知该MTC设备执行告警附着； [0080] 现有技术中，当MTC设备处于接入受限状态时，则第二网元会向第一网元返回拒绝指示，例如，第二网元向第一网元返回更新位置确认消息(Update Location Ack)，该更新位置确认消息中包括拒绝指示，具体地，更新位置确认消息中携带信元“Result”，将“Result”设置为“errors”，该“errors”为拒绝指示。进一步地，“errors”中还可以进一步指示拒绝原因。但是，本发明实施例中，由于第一网元发送的更新位置请求消息中包括告警附着信息，因此第二网元可根据告警附着信息中的告警附着指示获知MTC设备执行告警附着，从而不再向第一网元返回拒绝指示。 [0081] 步骤3032、第二网元根据预先存储的签约数据确定出是否允许该MTC设备执行告警附着； [0082] 第二网元在获知该MTC设备执行告警附着之后，可以从预先存储的签约数据中查询出该告警附着信息中的设备标识信息对应的签约数据，设备标识信息对应的签约数据中可以包括允许执行告警附着的信息或者允许执行告警业务的信息，例如允许执行告警附着的信息和允许执行告警业务的信息均可以包括APN信息，PDN连接签约信息，QoS信息，计费信息等，其中告警业务可以为PAM业务。如果该设备标识信息对应的签约数据中包括允许执行告警附着的信息或者允许执行告警业务的信息，则第二网元确定出允许该MTC设备执行告警附着；如果该设备标识信息对应的签约数据中未包括允许执行告警附着的信息和允许执行告警业务的信息，则第二网元确定出不允许该MTC设备执行告警附着，即第二网元拒绝MTC设备执行告警附着。 [0083] 本发明实施例以根据签约数据确定出允许该MTC设备执行告警附着为例进行说明。 [0084] 步骤304、第二网元向第一网元返回更新位置确认消息(Update Location Ack)； [0085] 本实施例中，该更新位置确认消息中包括成功指示，该成功指示用于指示第二网元允许MTC设备附着到网络。具体地，更新位置确认消息中可包括信元“Result”，将信元“Result”设置为“Success”，该“Success”为成功指示，以指示更新位置请求成功。 [0086] 该更新位置确认消息中可以包括设备标识信息对应的签约数据，可选的，第二网元可以仅传递设备标识信息对应的签约数据中允许执行告警附着的信息或者允许执行告警业务的信息给第一网元。 [0087] 本步骤中，若第二网元拒绝MTC设备执行告警附着，则第二网元向第一网元返回拒绝指示。具体地，第二网元向第一网元返回更新位置确认消息，该更新位置确认消息中包括拒绝指示，更新位置确认消息中可包括信元“Result”，将“Result”设置为“errors”，该“errors”为拒绝指示。进一步地，该“errors”可以指示拒绝原因。 [0088] 步骤305、第一网元向MTC设备返回告警附着接受消息； [0089] 第一网元在接收到更新位置确认消息后，若更新位置确认消息指示更新位置请求成功，则可向MTC设备返回告警附着接受消息。 [0090] 本步骤中，若第一网元接收到第二网元发送的拒绝指示，则会向MTC设备返回拒绝指示，以拒绝该MTC设备接入，流程结束。 [0091] 步骤306、MTC设备向第一网元发送告警信息； [0092] MTC设备在接收到第一网元返回的告警附着接受消息后，获知告警附着成功，则向第一网元发送告警信息。MTC设备可以通过非接入层(Non Access Stratum，以下简称：NAS)消息将告警信息发送给第一网元，具体地，可以由NAS消息中包括告警信息，并通过将NAS消息发送给第一网元，而实现将告警信息发送给第一网元。其中，该NAS消息可以为上行NAS传输消息(Uplink NAS Transport)。 [0093] 本实施例中，告警信息是由MTC设备生成并发送给第一网元的，MTC设备发送的告警信息具体可以为： [0094] 1)MTC设备发送的告警信息为MTC服务器识别的告警信息； [0095] 2)MTC设备发送的告警信息为不能被MTC服务器识别的告警信息；具体地，MTC设备发送的告警信息可以为第一网元识别的告警信息。 [0096] 步骤307、第一网元将告警信息发送给MTC服务器； [0097] 当MTC设备发送的告警信息为MTC服务器识别的告警信息时，第一网元直接将告警信息透传给MTC服务器； [0098] 当MTC设备发送的告警信息为不能被MTC服务器识别的告警信息时，第一网元将MTC设备发送的告警信息转换成MTC服务器识别的告警信息，并将转换成的MTC服务器识别的告警信息发送给MTC服务器，从而实现将告警信息发送给MTC服务器。例如，第一网元识别的告警信息中可以包括MTC设备与第一网元约定的告警类别(PAM Type)的具体取值，PAM Type取值为1时指示MTC设备被盗，Type取值为2时指示MTC设备的UICC模块被破坏，而第一网元在接收到上述第一网元识别的告警信息时需要将该第一网元识别的告警信息进行重新构造以生成MTC服务器识别的告警信息，也就是将第一网元识别的告警信息转换成MTC服务器识别的告警信息，并将MTC服务器识别的告警信息发送给MTC服务器，从而实现将告警信息发送给MTC服务器。 [0099] 本实施例中，第一网元可以根据MTC服务器的地址信息将告警信息发送给MTC服务器。例如：第一网元可以本地配置MTC服务器的地址信息、从MTC设备获取MTC服务器的地址信息或者从第二网元获取MTC服务器的地址信息。其中，第一网元可以从第二网元返回的更新位置确认消息中获取MTC服务器的地址信息，并将告警信息发送给与MTC服务器的地址信息相对应的MTC服务器。具体地，第二网元向第一网元返回的MTC服务器的地址信息可以包括在更新位置确认消息中的设备标识信息对应的签约数据中，则第一网元可以从第二网元返回的设备标识信息对应的签约数据中获取MTC服务器的地址信息。 [0100] 本实施例步骤307中，第一网元将告警信息发送给MTC服务器具体包括：直接将告警信息发送给MTC服务器；或者第一网元通过第二网元将告警信息发送给MTC服务器，具体地第一网元将告警信息发送给第二网元，由第二网元将告警信息发送给MTC服务器；或者第一网元通过第三网元将告警信息发送给MTC服务器，具体地，第一网元将告警信息发送给第三网元，由第三网元将告警信息发送给MTC服务器。 [0101] 本实施例中，第三网元可以包括M2M平台、网关GPRS支持节点(Gateway GPRS Support Node，以下简称：GGSN)或者分组数据网络网关(Packet Data Network Gateway，以下简称：P-GW)。其中，当第三网元包括P-GW，第一网元可以将告警信息发送给服务网关(Serving Gateway，以下简称：S-GW)，S-GW将告警信息发送给P-GW。 [0102] 其中，M2M平台为功能类似于运营商短信业务平台的平台。第一网元可以根据M2M平台的地址信息将告警信息发送给M2M平台的地址信息相对应的M2M平台，由M2M平台将告警信息发送给MTC服务器。例如：第一网元可以本地配置M2M平台的地址信息或者从第二网元获取M2M平台的地址信息。其中，第一网元可以从第二网元返回的更新位置确认消息中获取M2M平台的地址信息。具体地，第二网元向第一网元返回的M2M的地址信息可以包括在更新位置确认消息中的设备标识信息对应的签约数据中，则第一网元可以从第二网元返回的设备标识信息对应的签约数据中获取M2M平台的地址信息。 [0103] 本实施例的技术方案中，第一网元在接收到MTC设备发送的告警附着请求后，向第二网元发送位置更新请求消息，由第二网元确定出允许MTC设备执行告警附着，MTC设备在接收到告警附着接受消息后将告警信息发送给第一网元，由第一网元将接收到的告警信息发送给MTC服务器，从而实现了MTC设备处于接入受限状态时，能够将告警信息上报给MTC服务器。 [0104] 图4为本发明实施例四提供的一种告警信息处理方法的流程图，如图4所示，该方法包括： [0105] 步骤401、MTC设备向第一网元发送告警附着请求，该告警附着请求中包括告警信息； [0106] 本步骤与上述实施例三中的步骤301的区别在于：本步骤中告警附着请求还包括有告警信息。其余描述可参见步骤301，此处不再赘述。 [0107] 步骤402至步骤404与实施例三中的步骤302至步骤304相同，此处不再赘述。 [0108] 步骤405、第一网元将告警信息发送给MTC服务器； [0109] 本实施例中，由于MTC设备在向第一网元发送告警附着请求时，已经将告警信息发送给了第一网元，因此，当步骤304中第一网元接收到第二网元返回的更新位置确认消息后，第一网元可以直接将告警信息发送给MTC服务器。 [0110] 本实施例中，对步骤405的具体描述可参见上述实施例三中的步骤207，此处不再赘述。 [0111] 步骤406、MTC服务器向第一网元返回告警信息接收响应； [0112] 步骤407、第一网元向MTC设备返回告警附着接受消息； [0113] 第一网元在接收到MTC服务器返回的告警信息接收响应后，获知MTC服务器已经接收到告警信息，于是向MTC设备返回告警附着接受消息，以使MTC设备获知告警附着成功以及向MTC服务器上报告警信息成功。 [0114] 本实施例中，若第二网元拒绝MTC设备执行告警附着，则第二网元向第一网元返回拒绝指示，第一网元直接向MTC设备返回拒绝指示，以拒绝MTC设备接入，流程结束。 [0115] 本实施例的技术方案中，第一网元在接收到MTC设备发送的告警附着请求后，向第二网元发送位置更新请求消息，由第二网元确定出允许MTC设备执行告警附着，第一网元直接将告警信息发给MTC服务器，从而实现了MTC设备处于接入受限状态时，能够将告警信息上报给MTC服务器。 [0116] 实施例三和实施例四中，第一网元和第二网元可以为核心网中的网元，这样MTC设备在向核心网中的第一网元发送告警附着请求之前需要首先与接入网建立连接。在与接入网建立连接后，MTC设备可通过接入网与第一网元进行信息交互。需要说明的是，MTC设备与核心网中的网元之间的信息交互需要通过接入网，但是由于接入网对于MTC设备与核心网中的网元之间交互的信息是透明的，也就是说，接入网仅仅是透传MTC设备与核心网中的网元之间交互的信息，因此在本发明各实施例中涉及到MTC设备与核心网中的网元之间交互信息的步骤，均省略了关于接入网透传MTC设备与核心网中的网元之间交互的信息的具体描述，在此予以说明。 [0117] 进一步地，实施例三和实施例四中，告警附着信息还可以保证MTC设备执行告警附着的高优先级。MTC设备在向第一网元发送告警附着请求之前需要与接入网建立连接。具体地，在MTC设备与接入网建立连接过程中，MTC设备会向接入网发送连接建立消息以建立与接入网的连接，该连接建立消息中包括告警附着信息，以使该接入网可以根据该告警附着信息优先执行该MTC设备的告警附着。例如：连接建立消息可以为无线资源控制协议(Radio Resource Control，以下简称：RRC)连接消息，告警附着信息可以为连接建立消息中的信元“PAM indication”，此时告警附着信息可以包括告警附着指示；接入网可根据连接建立消息中包括的告警附着信息保证MTC设备执行告警附着的高优先级。例如：可以在发生网络拥塞时，保证MTC设备优先接入，即保证优先执行MTC设备的告警附着。 [0118] 实施例三和实施例四为MTC设备通过信令方式将告警信息上报给MTC服务器的情况。则在第一网元在接收到第二网元返回的更新位置确认消息后获知第二网元允许该MTC设备执行告警附着，则第一网元可以对该MTC的业务行为执行监管。例如，若确定MTC设备通过信令方式将告警信息上报给MTC服务器，则第一网元可以拒绝MTC设备发起的所有承载创建请求。 [0119] 图5为本发明实施例五提供的一种告警信息处理方法的流程图，如图5所示，该方法包括： [0120] 步骤501至步骤504与上述实施例三中的步骤301至步骤304相同，此处不再赘述。 [0121] 步骤505、第一网元与第四网元创建承载； [0122] 步骤505可以包括： [0123] 步骤5051、第一网元向第四网元发送承载创建请求； [0124] 本实施例中，第四网元可以包括GGSN或者P-GW。其中，当第四网元为P-GW时，第一网元可以将承载创建请求发送给S-GW，由S-GW将承载创建请求发送给P-GW。 [0125] 本实施例中，该承载创建请求可以为创建PDP上下文请求(Create PDP Context Request)或者创建会话请求(Create Session Request)。 [0126] 本步骤中，第一网元向第四网元发送承载创建请求是由第一网元本地触发。此种情况下，第一网元在接收到第二网元返回的更新位置确认消息后，获知第二网元允许该MTC设备执行告警附着，则可以直接向第四网元发送承载创建请求，以发起创建传递告警信息所需的承载的过程。 [0127] 进一步地，该承载创建请求还可以包括告警指示信息。承载创建请求中包括的告警指示信息可以为PAM Indication或者接入点名称(Access Point Name，以下简称：APN)信息，其中，APN信息为P-GW或者GGSN能够识别的与告警业务相关的APN信息。 [0128] 步骤5052、第四网元向第一网元返回承载创建响应，从而完成创建承载的过程； [0129] 本实施例中，当第四网元为P-GW时，P-GW可以将承载创建响应发送给S-GW，由S-GW将承载创建响应返回给第一网元。 [0130] 本实施例中，第四网元向第一网元返回的承载创建响应中包括有承载配置信息。 [0131] 进一步地，当承载创建请求中包括告警指示信息时，第四网元可根据告警指示信息获得传递告警信息所需的承载配置信息，并向第一网元发送包括有该承载配置信息的承载创建响应。 [0132] 例如，本实施例中，承载配置信息可以包括服务质量(Quality of Service，以下简称：QoS)、QoS类别标识(QoS Class Identifier，以下简称：QCI)或者分配和保留优先权(Allocation and Retention Priority，以下简称：ARP)等参数。上述承载配置信息不仅可以用于创建承载，进一步地，还可以用于保证所创建承载的高优先级，例如，可以在发生网络拥塞时，保证传递告警信息所需的承载优先创建并保证传递告警信息所需承载进行资源调度的高优先级。其中，承载配置信息可以保存在第四网元本地或者可以由第四网元从策略与计费执行功能(Policy and Charging Rules Function，以下简称：PCRF)获取。在第四网元与PCRF交互获取所需要的承载配置信息的过程中，第四网元可以向PCRF提供告警指示信息，例如，该告警指示信息可以为“PAM Indication”，PCRF根据所述告警指示信息向P-GW提供上报告警信息所需要的承载配置信息。 [0133] 步骤506、第一网元向MTC设备返回告警附着接受消息； [0134] 其中，步骤505和步骤506还可以没有先后执行顺序，同时执行。 [0135] 步骤507、MTC设备将告警信息发送给第一网元； [0136] MTC设备在接收到第一网元返回的告警附着接受消息后，获知告警附着成功，则向第一网元发送告警信息。 [0137] 步骤508、第一网元通过创建的承载将告警信息发送给第四网元； [0138] 步骤509、第四网元将告警信息发送给MTC服务器。 [0139] 本实施例的技术方案中，第一网元在接收到MTC设备发送的告警附着请求后，向第二网元发送位置更新请求消息，由第二网元确定出允许MTC设备执行告警附着，第一网元触发创建承载过程，并与第四网元进行交互以创建承载，MTC设备在接收到告警附着接受消息后将告警信息发送给第一网元，由第一网元通过创建的承载将告警信息发送给MTC服务器，从而实现了MTC设备处于接入受限状态时，能够将告警信息上报给MTC服务器。 [0140] 图6为本发明实施例六提供的一种告警信息处理方法的流程图，如图6所示，该方法包括： [0141] 步骤601至步骤604与上述实施例三中的步骤301至步骤304相同，此处不再赘述。 [0142] 步骤605、第一网元向MTC设备返回告警附着接受消息； [0143] 步骤606、MTC设备向第一网元发送承载创建请求； [0144] 本实施例中，MTC设备向第一网元发送承载创建请求是由MTC设备触发的，因此，MTC设备在接收到告警附着接受消息后，会向第一网元发送承载创建请求消息，该承载创建请求用于触发第一网元执行创建传递告警信息所需的承载。本实施例中，承载创建请求消息可以为NAS消息，例如NAS消息可以为激活PDP上下文请求消息(Activate PDP Context Request)或者PDN连接请求消息(PDN Connectivity Request)。本实施例中，告警指示信息可以为“PAM Indication”或者将上述请求消息中的“Request Type”指示为“PAM”。 [0145] 进一步地，该承载创建请求中还可以包括告警指示信息。该告警指示信息可用于触发第一网元执行创建传递告警信息所需的承载。 [0146] 步骤607上述实施例五中步骤505相同，此处不再赘述。 [0147] 步骤608、第一网元向MTC设备返回承载创建完成； [0148] 步骤609、MTC设备向第一网元发送告警信息； [0149] 步骤610至步骤611与上述实施例五中步骤508至步骤509相同，此处不再赘述。 [0150] 本实施例的技术方案中，第一网元在接收到MTC设备发送的告警附着请求后，向第二网元发送位置更新请求消息，由第二网元确定出允许MTC设备执行告警附着，MTC设备触发创建承载过程，并由第一网元与第四网元进行交互以创建承载，MTC设备在接收到承载创建完成后将告警信息发送给第一网元，由第一网元通过创建的承载将告警信息发送给MTC服务器，从而实现了MTC设备处于接入受限状态时，能够将告警信息上报给MTC服务器。 [0151] 图7为本发明实施例七提供的一种告警信息处理方法的流程图，如图7所示，该方法包括： [0152] 步骤701、MTC设备处于接入受限状态时向第一网元发送告警附着请求，该告警附着请求中包括告警信息； [0153] 步骤702至步骤705与实施例五中步骤502至步骤505相同，此处不再赘述。 [0154] 步骤706、第一网元通过创建的承载将告警信息发送给第四网元； [0155] 本实施例中，由于MTC设备在向第一网元发送告警附着请求时，已经将告警信息发送给了第一网元，因此，当步骤705中第一网元接收到第四网元返回的承载建立完成后，即可以通过创建的承载将告警信息发送给第四网元。 [0156] 步骤707、第四网元将告警信息发送给MTC服务器； [0157] 步骤708、MTC服务器向第四网元返回告警信息接收响应； [0158] 步骤709、第四网元通过创建的承载将告警信息接收响应返回给第一网元； [0159] 步骤710、第一网元向MTC设备返回告警附着接受消息； [0160] 第一网元在接收到MTC服务器通过第四网元返回的告警信息接收响应后，获知MTC服务器已经接收到告警信息，于是向MTC设备返回告警附着接受消息，以使MTC设备获知告警附着成功以及向MTC服务器上报告警信息成功。 [0161] 本实施例的技术方案中，第一网元在接收到MTC设备发送的告警附着请求后，向第二网元发送位置更新请求消息，由第二网元确定出允许MTC设备执行告警附着，第一网元触发创建承载过程，与第四网元进行交互以创建承载，并在承载创建完成后通过创建的承载将告警信息发送给MTC服务器，从而实现了MTC设备处于接入受限状态时，能够将告警信息上报给MTC服务器。 [0162] 实施例五至实施例七为MTC设备通过创建的承载将告警信息上报给MTC服务器的情况。则在第一网元根据第二网元返回的更新位置确认消息后获知第二网元允许该MTC设备接入之后，第一网元可以对该MTC的业务行为执行监管。例如，若确定MTC设备通过创建的承载将告警信息上报给MTC服务器，则第一网元可以拒绝MTC设备发起的所有与传递告警信息无关的承载创建请求。 [0163] 图8为本发明实施例八提供的一种告警信息处理系统的结构示意图，如图8所示，该系统包括：第一网元11和第二网元12。 [0164] 第一网元11接收MTC设备处于接入受限状态时发送的告警附着请求，并根据告警附着请求发送告警附着信息给第二网元12；本实施例中，第一网元11可根据告警附着请求生成告警附着信息并发送该告警附着信息给第二网元12，或者第一网元11从接收到的告警附着请求中获取告警附着信息并发送该告警附着信息给第二网元12。本实施例中，可以由位置更新消息中包括有告警附着信息，第一网元11通过将更新位置请求消息发送给第二网元12而实现将告警附着信息发送给第二网元12。实际应用中，还可以采用其它消息中包括有告警附着信息，此处不再一一列举。 [0165] 第二网元12根据告警附着信息确定出允许该MTC设备执行告警附着，并向第一网元11发送告警附着确认；本实施例中，第二网元12可根据该告警附着信息中的告警附着指示获知该MTC设备执行告警附着，并根据预先存储的签约数据确定出允许该MTC设备执行告警附着。并且当第一网元11通过将更新位置请求消息发送给第二网元12而实现将告警附着信息发送给第二网元12，第二网元12向第一网元11返回的告警附着确认可以为更新位置确认消息。 [0166] 第一网元11将接收到的MTC设备发送的告警信息发送给MTC服务器。 [0167] 本实施例中，第一网元11可以将接收到的MTC设备发送的告警信息直接发送给MTC服务器。或者本实施例中，第一网元11可以将接收到的MTC设备发送的告警信息发送给第二网元12，第二网元12将该告警信息发送给MTC服务器。 [0168] 本实施例中，告警信息可以是MTC设备在接收到第一网元11返回的告警附着接受消息后发送给第一网元11的；或者还可以是在MTC设备发送告警附着请求时，包括在告警附着请求中发送给第一网元11的。 [0169] 具体地，第一网元11可以将MTC设备发送的告警信息转换成MTC服务器识别的告警信息，并将转换成的告警信息发送给所述MTC服务器。 [0170] 本实施例的告警信息处理系统中，第一网元根据接收到的MTC设备发送的告警附着请求发送告警附着信息给第二网元，由第二网元根据告警附着信息确定出允许该MTC设备执行告警附着并向第一网元返回接入确认消息，并由第一网元或者由第一网元通过第二网元将接收到的MTC设备发送的告警信息发送给MTC服务器，从而实现了MTC设备处于接入受限状态时，能够将告警信息上报给MTC服务器。 [0171] 图9为本发明实施例九提供的一种告警信息处理系统的结构示意图，如图9所示，在实施例八的基础上，本实施例中的系统还包括第三网元13。 [0172] 第三网元13可以接收第一网元11发送的告警信息，并将该告警信息发送给MTC服务器。具体地，第一网元11可以将告警信息发送给第三网元13，由第三网元13将告警信息发送给MTC服务器。本实施例中第三网元13可以包括：M2M平台、GGSN或者P-GW。 [0173] 本实施例的告警信息处理系统中，第一网元在接收到MTC设备发送的告警附着请求后，根据该告警附着请求向第二网元发送告警附着信息，由第二网元根据该告警附着信息确定出允许MTC设备执行告警附着，第一网元通过第三网元将告警信息发送给MTC服务器，从而实现了MTC设备处于接入受限状态时，能够将告警信息上报给MTC服务器。 [0174] 图10为本发明实施例十提供的一种告警信息处理系统的结构示意图，如图10所示，在实施例八的基础上，本实施例中的系统还包括第四网元14。 [0175] 第一网元11可以与第四网元14创建承载，并通过创建的承载将接收到的MTC设备发送的告警信息发送第四网元14；第四网元14将告警信息发送给MTC服务器。本实施例中，第四网元14可以包括：GGSN或者P-GW。 [0176] 本实施例的告警信息处理系统中，第一网元在接收到MTC设备发送的告警附着请求后，根据该告警附着请求向第二网元发送告警附着信息，由第二网元根据该告警附着信息确定出允许MTC设备执行告警附着，第一网元通过第三网元将告警信息发送给MTC服务器，或者第一网元与第四网元进行交互以创建承载，并通过创建的承载将告警信息发送给MTC服务器，从而实现了MTC设备处于接入受限状态时，能够将告警信息上报给MTC服务器。 [0177] 图11为本发明实施例十一提供的一种网元设备的结构示意图，如图11所示，该网元设备包括：第一接收模块111和第一发送模块112。 [0178] 第一接收模块111接收MTC设备处于接入受限状态时发送的告警附着请求；第一发送模块112根据第一接收模块111接收到的告警附着请求发送告警附着信息给第二网元；第一接收模块111接收第二网元根据该告警附着信息确定出允许该MTC设备执行告警附着之后发送的告警附着确认；第一接收模块111接收MTC设备发送的告警信息；第一发送模块112当第一接收模块111接收到告警附着确认时，将第一接收模块111接收到的告警信息发送给MTC服务器。 [0179] 本实施例中，第一发送模块112根据第一接收模块111接收到的告警附着请求生成告警附着信息，并发送该告警附着信息给第二网元。或者，本实施例中，第一接收模块111接收的告警附着请求中可以包括告警附着信息，则第一发送模块112从第一接收模块111接收到的告警附着请求中获取告警附着信息，并发送该告警附着信息给第二网元。 [0180] 本实施例中，第一发送模块112可以直接将接收到的MTC设备发送的告警信息发送给MTC服务器；或者第一发送模块112可以通过第二网元将接收到的MTC设备发送的告警信息发送给MTC服务器；或者第一发送模块112可以通过第三网元将接收到的MTC设备发送的告警信息发送给MTC服务器。 [0181] 本实施例的网元设备，在接收到MTC设备发送的告警附着请求后，根据告警附着请求发送告警附着信息给第二网元，接收第二网元根据告警附着信息确定出允许该MTC设备执行告警附着之后发送的告警附着确认，并将接收到的MTC设备发送的告警信息发送给MTC服务器，从而实现了MTC设备处于接入受限状态时，能够将告警信息上报给MTC服务器。 [0182] 图12为本发明实施例十二提供的一种网元设备的结构示意图，如图12所示，本实施例在上述实施例十一的基础上还包括：承载创建模块113。 [0183] 承载创建模块113创建和第四网元之间的承载，第一发送模块112通过承载创建模块113创建的承载将接收到的告警信息发送给第四网元，以使第四网元将告警信息发送给MTC服务器。 [0184] 进一步地，本实施例还可以包括：转换模块114将MTC设备发送的告警信息转换成MTC服务器识别的告警信息；第一发送模块112将转换模块114转换成的MTC服务器识别的告警信息发送给MTC服务器。 [0185] 本实施例的网元设备中，在接收到MTC设备发送的告警附着请求后，根据告警附着请求向第二网元发送告警附着信息，由第二网元根据该告警附着信息确定出允许MTC设备执行告警附着，创建与第四网元之间的承载，并通过创建的承载将告警信息发送给MTC服务器，从而实现了MTC设备处于接入受限状态时，能够将告警信息上报给MTC服务器。 [0186] 上述实施例十一和实施例十二中的网元设备可以作为第一网元。 [0187] 图13为本发明实施例十三提供的一种网元设备的结构示意图，如图9所示，该网元设备包括：第二接收模块121、确定模块122和第二发送模块123。 [0188] 第二接收模块121接收第一网元发送的告警附着信息，该告警附着信息是第一网元根据接收到的MTC设备处于接入受限状态时发送的告警附着请求发送的；确定模块122根据该告警附着信息确定出允许该MTC设备执行告警附着；第二发送模块123当确定模块122根据该告警附着信息确定出允许该MTC设备执行告警附着时，向第一网元发送告警附着确认，以使第一网元将接收到的MTC设备发送的告警信息发送给MTC服务器。 [0189] 本实施例的网元设备，在接收到第一网元发送的告警附着信息后，根据告警附着信息确定出允许该MTC设备执行告警附着，并向第一网元发送告警附着确认，以使第一网元将接收到的MTC设备发送的告警信息发送给MTC服务器，从而实现了MTC设备处于接入受限状态时，能够将告警信息上报给MTC服务器。 [0190] 上述实施例十三中的网元可以作为第二网元。 [0191] 图14为本发明实施例十四提供的一种MTC设备的结构示意图，如图14所示，该MTC设备包括：第三发送模块21。 [0192] 第三发送模块21当MTC设备处于接入受限状态时向第一网元发送告警附着请求，以使第一网元根据该告警附着请求发送告警附着信息给第二网元，由第二网元根据告警附着信息确定出允许该MTC设备执行告警附着；以及向第一网元发送告警信息，以使第一网元将告警信息发送给MTC服务器。 [0193] 进一步地，第三发送模块21还可以向接入网发送连接建立消息以建立于接入网之间的连接，该连接建立消息中包括告警附着信息，以使该接入网根据该告警附着信息优先执行该MTC设备的告警附着。 [0194] 本实施例中，告警信息可以由告警附着请求所包括，通过告警附着请求将告警信息发送给第一网元；或者可以将告警信息单独发送给第一网元。 [0195] 本实施例的MTC设备，当处于接入受限状态时，可以向第一网元发送告警附着请求，以使第一网元将告警附着信息发送给第二网元，由第二网元根据告警附着信息确定出允许该MTC设备执行告警附着，并向第一网元发送告警信息，以使第一网元将接收到的告警信息发送给MTC服务器，从而实现了MTC设备处于接入受限状态时，能够将告警信息上报给MTC服务器。 [0196] 本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。 [0197] 最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。 |
||||||
QQ群二维码
意见反馈
意见反馈