本申请要求于 2011 年 04 月 19 日提交中国专利局、 申请号为 201110098192.0、 发明名称为"机器对机器服务管理设备、 网络设备、 业务 处理方法及系统"的中国专利申请的优先权， 其全部内容通过引用结合在本 申请中。

技术领域 本发明涉及通信技术领域， 特别涉及机器对机器服务管理设备、 网络 设备、 业务处理方法及系统。 背景技术 机器对机器（Machine to Machine, M2M )即物联网技术是把所有物品 通过信息传感设备与互联网连接起来， 实现智能化识别和管理。 现有的 M2M设备与无线通信技术紧密结合， 使得 M2M技术的应用种类繁多， 当 M2M 应用 于移动通信系统时为机器类型通信 ( Machine Type Communication , MTC )。

参考图 1所示，在一个具体的 MTC应用系统中包括第三代合作伙伴计 划（ 3rd Generation Partnership Project, 3 GPP )内网和 3GPP夕卜网，而在 3GPP 夕卜网中包括多个 MTC使用端 （ User )和对应的 MTC服务器（ server ), 其 中： 每个 MTC使用端对应一个 MTC服务器， 通过与对应 MTC服务器的 通信而为用户端提供各种 MTC业务， 比如自动售货业务和无线水电管理业 务等。 MTC设备（ device ) 即终端设备可以从 3GPP网络接入到 MTC服务 器， 与 MTC服务器通信， 从而接受 MTC服务器提供的业务。 在上述现有的 MTC应用系统中， 每个 MTC服务器都可以直接访问 3GPP网络中固有的多个网元， 这样使得 3GPP网络中的网元不安全。 发明内容

本发明实施例提供了机器对机器服务管理设备 、 网络设备、 业务处理 方法及系统， 增强了网络的安全性。

本发明实施例提供一种机器对机器 M2M服务管理设备， 包括： 与至少 一个机器类型通信 MTC服务器连接的触发接收单元，会话建立单元 和与网 络侧设备连接的请求发送建立单元。

所述触发接收单元，用于接收机器类型通信 MTC服务器发送的触发请 求消息， 所述触发请求消息中包含所述 MTC服务器对应的服务标识， 和请 求的组业务信息。

所述会话建立单元， 用于根据所述触发接收单元接收的触发请求消 息 中请求的组业务信息建立对应的业务会话。

所述请求发送建立单元， 用于发送业务请求给网络侧设备， 所述业务 请求中包含所述服务标识和请求的组业务信息 ， 以便所述网络侧设备根据 所述服务标识和请求的组业务信息建立对应的 业务会话， 并建立与请求的 组业务对应的至少两个 MTC设备之间的链路。

本发明实施例提供一种网络侧设备， 包括： 第一请求接收单元， 用于 接收机器对机器 M2M服务管理设备发送的业务请求，所述业务请 求中包含 机器类型通信 MTC服务器对应的服务标识和请求的组业务信息 ；第一业务 会话建立单元， 用于根据请求的组业务信息建立对应的业务会 话； 第一链 路建立单元， 用于根据所述服务标识和请求的组业务信息获 取对应的移动 管理实体 MME或通用分组无线服务技术的服务支持节点 SGSN的信息， 并通过所述 MME或 SGSN建立与请求的组业务对应的 MTC设备之间的链 路。 本发明实施例提供一种网络侧设备， 包括： 第二请求接收单元， 用于 接收机器类型通信 MTC服务器发送的触发请求消息，所述触发请求 消息中 包含所述 MTC服务器对应的服务标识， 和请求的组业务信息； 第二业务会 话建立单元， 用于根据请求的组业务信息建立对应的业务会 话； 第二链路 建立单元， 用于根据所述服务标识和请求的组业务信息获 取对应的移动管 理实体 MME或通用分组无线服务技术的服务支持节点 SGSN的信息， 并 通过所述 MME或 SGSN建立与请求的组业务对应的 MTC设备之间的链路。

本发明实施例提供一种机器对机器 M2M服务管理设备， 包括： 单个触 发接收单元， 用于接收机器类型通信 MTC服务器发送的 MTC设备触发请 求消息， 所述 MTC设备触发请求消息中包含所述 MTC服务器对应的服务 标识，请求触发的业务信息及请求触发的 MTC设备的标识；获取建立单元， 用于根据所述请求触发的 MTC设备的标识获取所述 MTC设备所在 MME 或 SGSN的信息，并建立所述 MTC服务器对应的服务标识和请求触发的业 务信息的业务会话； 寻呼单元， 用于向所述 MME或 SGSN发送携带所述 MTC设备的标识的 MTC设备触发请求消息， 以便所述 MME或 SGSN建 立所述 MTC设备的寻呼链路。

本发明实施例提供一种业务处理系统， 包括： 至少一个机器类型通信 MTC服务器、 机器对机器服务管理设备 MSMC和网络侧设备。

所述 MTC 服务器与 MSMC 连接， 用于发送触发请求消息给所述 MSMC, 所述触发请求消息中包含所述 MTC服务器对应的服务标识， 和请 求的组业务信息。

所述 MSMC, 用于接收机器类型通信 MTC服务器发送的触发请求消 息， 所述触发请求消息中包含所述 MTC服务器对应的服务标识， 和请求的 组业务信息； 根据所述接收的触发请求消息中请求的组业务 信息建立对应 的业务会话； 并发送业务请求给网络侧设备， 所述业务请求中包含所述服 务标识和请求的组业务信息。 所述网络侧设备，用于接收机器对机器 M2M服务管理设备发送的业务 请求，所述业务请求中包含机器类型通信 MTC服务器对应的服务标识和请 求的组业务信息； 根据请求的组业务信息建立对应的业务会话； 并根据所 述服务标识和请求的组业务信息获取对应的移 动管理实体 MME或通用分 组无线服务技术的服务支持节点 SGSN的信息，并通过所述 MME或 SGSN 建立与请求的组业务对应的 MTC设备之间的链路。

本发明实施例提供一种业务处理系统， 包括： 至少一个机器类型通信 MTC服务器和网络侧设备。

所述 MTC服务器与网络侧设备连接，用于发送触发请 求消息给所述网 络侧设备， 所述触发请求消息中包含所述 MTC服务器对应的服务标识， 和 请求的组业务信息。

所述网络侧设备，用于接收机器类型通信 MTC服务器发送的触发请求 消息， 所述触发请求消息中包含所述 MTC服务器对应的服务标识， 和请求 的组业务信息； 根据请求的组业务信息建立对应的业务会话； 并根据所述 服务标识和请求的组业务信息获取对应的移动 管理实体 MME 或通用分组 无线服务技术的服务支持节点 SGSN的信息， 并通过所述 MME或 SGSN 建立与请求的组业务对应的 MTC设备之间的链路。

本发明实施例提供一种业务处理方法， 包括： 接收机器类型通信 MTC 服务器发送的触发请求消息，所述触发请求消 息中包含所述 MTC服务器对 应的服务标识， 和请求的组业务信息； 根据所述请求的组业务信息建立对 应的业务会话； 发送业务请求给多媒体广播 /组播服务网络侧设备， 所述业 务请求中包含所述服务标识和请求的组业务信 息， 以便所述网络侧设备根 据所述服务标识和请求的组业务信息建立对应 的业务会话， 并建立与请求 的组业务对应的至少两个 MTC设备之间的链路。

本发明实施例提供一种业务处理方法， 包括： 接收机器对机器 M2M服 务管理设备发送的业务请求或触发请求消息， 所述业务请求或触发请求消 息中包含机器类型通信 MTC服务器对应的服务标识和请求的组业务信息 ； 根据所述请求的组业务信息建立对应的业务会 话； 根据所述服务标识和请 求的组业务信息获取对应的移动管理实体 MME或通用分组无线服务技术 的服务支持节点 SGSN的信息， 并通过所述 MME或 SGSN建立与请求的 组业务对应的 MTC设备之间的链路。

本发明实施例中， 在 MTC服务器和 3GPP网络之间增加 MSMC进行 业务处理， 且在业务处理时， 当 MSMC中的触发接收单元接收到触发请求 消息后， 会话建立单元会根据请求的组业务信息建立对 应的业务会话， 并 由请求发送建立单元将业务请求发送给网络侧 设备建立对应的业务会话， 并建立与 MTC设备之间的链路。 这样当 M2M技术应用于移动通信系统时 即 MTC应用， 可以由一个综合的管理设备即 MSMC来访问 3GPP内网设 备， 而不是由每个 MTC服务器直接访问 3GPP 内网设备， 这样可以提高 MTC应用的网络系统安全性。 附图说明 为了更清楚地说明本发明实施例或现有技术中 的技术方案， 下面将对 实施例或现有技术描述中所需要使用的附图作 简单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明的一些实施例 ， 对于本领域普通技术人员 来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的 附图。

图 1是现有技术中 MTC应用系统的结构示意图；

图 2是本发明一个实施例提供的业务处理系统的� �构示意图； 图 3是本发明一个实施例提供的业务处理系统中 MSMC 的结构示意 图；

图 4是本发明一个实施例提供的业务处理系统中� �一种 MSMC的结构 示意图； 图 5是本发明一个实施例提供的业务处理系统中� �一种 MSMC的结构 示意图；

图 6是本发明一个实施例提供的业务处理系统中� �一种 MSMC的结构 示意图；

图 7是本发明一个实施例提供的业务处理系统中� �络侧设备的结构示 意图；

图 8是本发明另一个实施例提供的业务处理系统� �结构示意图； 图 9是本发明另一个实施例提供的业务处理系统� �网络侧设备的结构 示意图；

图 10是本发明另一个实施例提供的业务处理系统� ��另一种网络侧设备 的结构示意图；

图 11是本发明另一个实施例提供的业务处理系统� �� MSMC的结构示 意图；

图 12是本发明一个方法实施例提供的业务处理方� ��的流程图； 图 13是本发明一个方法实施例提供的另一种业务� ��理方法的流程图； 图 14是本发明另一个方法实施例提供的业务处理� ��法的流程图； 图 15是本发明又一个方法实施例提供的业务处理� ��法的流程图； 图 16是本发明一个具体的应用实施例提供的业务� ��理系统的结构示意 图；

图 17是本发明一个具体的应用实施例提供的业务� ��理系统中 MSMC 的结构示意图；

图 18a是本发明一个具体的应用实施例提供的业务 处理系统中进行初 始配置的方法流程图；

图 18b是本发明一个具体的应用实施例提供的业务 处理系统中进行组 业务的处理方法流程图；

图 18c是本发明一个具体的应用实施例提供的业务 处理系统中进行单 个 MTC设备的业务处理方法流程图；

图 19是本发明一个具体的应用实施例提供的业务� ��理系统中另一种 MSMC的结构示意图；

图 20是本发明另一个具体的应用实施例提供的业� ��处理系统中 MSMC 的结构示意图。 具体实施方式 下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进 行清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没 有作出创造性劳动前提下所获得的所有其他实 施例， 都属于本发明保护的 范围。

本发明一个实施例提供的系统和设备：

本发明实施例提供一种业务处理系统， 结构示意图如图 2所示， 在该 系统中包括机器对机器 M2M服务管理设备（M2M service management center, 以下简称 MSMC ) 100、 3GPP内网中的网络侧设备 200 (比如多媒 体广播 /组播服务（ Multimedia Broadcast/Multicast Service,以下简称 BM/SC ) 等设备）和至少一个 MTC服务器 300。 该系统中， MTC服务器 300通过 MSMCIOO与 3GPP网络连接， 例如， MTC服务器 300通过 MSMCIOO与 3GPP网络中的网络侧设备 200比如 BM/SC等设备连接。

系统中 MTC服务器 300是为 MTC设备提供物联网业务的服务器， 用 于向 MSMCIOO发送请求消息， 比如触发请求消息和服务配置请求消息等， 并接收 MSMCIOO返回的响应消息， MTC服务器 300与 MSMCIOO之间交 互的消息具体内容在后面进行详细介绍。

MSMCIOO可以连接至少一个 MTC服务器 300, 并连接 3GPP网络中 的网元， 能综合管理这些 MTC服务器 300与 3GPP网络中网元的通信。 该 MSMC100用于接收机器类型通信 MTC服务器 300发送的触发请求消息， 且在触发请求消息中包含 MTC服务器对应的服务标识，和请求的组业务信 息； 根据接收的触发请求消息中请求的组业务信息 建立对应的业务会话； 并发送业务请求给网络侧设备 200,在业务请求中包含服务标识和请求的组 业务信息。

网络侧设备 200, 用于接收机器对机器 M2M服务管理设备 100发送的 业务请求，在业务请求中包含机器类型通信 MTC服务器对应的服务标识和 请求的组业务信息； 根据请求的组业务信息建立对应的业务会话； 并根据 服务标识和请求的组业务信息获取对应的移动 管理实体 MME 或通用分组 无线服务技术的服务支持节点 SGSN的信息， 并通过 MME或 SGSN建立 与请求的组业务对应的 MTC设备之间的链路。

这样 , 通过 MTC服务器 300、 MSMC 100和网络侧设备 200之间的交 互建立了进行组业务的业务会话， 在之后的业务数据传输过程中， MSMCIOO还用于当接收到 MTC设备通过网络侧设备上报的上行业务数 据， 根据建立的业务会话进行相关计费统计， 并将上行业务数据汇聚分发 到 MTC服务器 300; 当接收到 MTC服务器 300发送的下行业务数据， 则 通过与网络侧设备 200之间的链路将下行业务数据分发给 MTC设备。

具体地， 在本实施例的系统中：

MSMCIOO的结构示意图如图 3所示， 包括： 与至少一个机器类型通信 MTC服务器 300连接的触发接收单元 10, 会话建立单元 11和与 3GPP网 络中的网络侧设备连接的请求发送建立单元 12。

触发接收单元 10, 用于接收机器类型通信 MTC服务器 300发送的触 发请求消息， 在触发请求消息中包含 MTC服务器 300对应的服务标识 ( Service ID ), 和请求的组业务信息。

这里 MTC服务器 300对应的服务标识是在 MSMCIOO进行初始配置的 过程中，由 MSMCIOO为该 MTC服务器 300分配的，每个 MTC服务器 300 对应一个服务标识，而每个 MTC服务器 300上有多个业务，至少两个 MTC 设备对应的一类业务称为组业务； 请求的组业务信息可以包括： 请求的组 业务类型， 如周期触发业务， 监控业务等； 和组业务特性参数， 如周期、 时延要求等。

可以理解， 触发接收单元 10发送的触发请求消息中还可以包括源、 目 的地址等构成消息的基本信息。

会话建立单元 11 ,用于根据触发接收单元 10接收的触发请求消息中请 求的组业务信息建立对应的业务会话 ( session )„

会话建立单元 11在建立对应的业务会话时， 可以根据请求的组业务类 型和特性参数等信息， 生成进行相应组业务处理时所必要的数据， 比如计 费初始值等， 并开启进行组业务处理时的必要功能， 比如启动定时器等。 这样建立了对应的业务会话。

可以理解， 会话建立单元 11在建立业务会话之前可以根据触发请求消 息中包含的服务标识查找该 MTC服务器 300对应的上下文，并判别该触发 请求是否合法， 如果合法则建立业务会话， 如果不合法则向 MTC服务器 300反馈响应消息， 告知该 MTC服务器 300的触发请求失败。

请求发送建立单元 12, 用于发送业务请求给网络侧设备 200, 在业务 请求中包含服务标识和请求的组业务信息。

这样当网络侧设备 200接收到请求发送建立单元 12发送的业务请求 后， 根据业务请求中的服务标识和请求的组业务信 息建立对应的业务会话， 并建立与请求的组业务对应的至少两个 MTC设备之间的链路。

例如， 网络侧设备 200 可以先根据请求的组业务类型和特性参数等信 息生成进行相应组业务处理时所必要的数据， 比如计费初始值等， 并开启 进行组业务处理时的必要功能， 比如启动定时器等， 这样建立了对应的业 务会话。

则在建立链路时， 网络侧设备 200可以根据业务请求中的服务标识在 本地查找到请求的组业务对应的 MTC设备所在移动管理实体（Mobility Management Entity , ΜΜΕ ) 或通用分组无线服务技术的服务支持节点 ( Serving GPRS Support Node, SGSN )的信息， 并通过查找到的 MME (或 SGSN )与 MTC设备之间建立链路。

上述所提到的 MSMCIOO 和网络侧设备 200是 3GPP 内网设备， 且 MSMCIOO中各个单元之间的通信是通过内部原语� � Query Command )进行 通信， 比如触发接收单元 10可以将接收的触发请求消息通过内部原语发� �� 会话建立单元 11进行会话的建立等等。

可见本发明实施例中， 在 MTC服务器 300 和 3GPP 网络之间增加 MSMCIOO进行业务处理， 且在业务处理时， 当 MSMCIOO中的触发接收单 元 10接收到触发请求消息后， 会话建立单元 11会根据请求的组业务信息 建立对应的业务会话， 并由请求发送建立单元 13将业务请求发送给网络侧 设备 200建立对应的业务会话， 并建立与 MTC设备之间的链路。 这样当 M2M技术应用于移动通信系统时即 MTC应用， 可以由一个综合的管理设 备即 MSMC来访问 3GPP内网设备， 而不是由每个 MTC服务器直接访问 3GPP内网设备， 这样可以提高 MTC应用的网络系统安全性。

参考图 4所示， 在一个具体的实施例中， 系统中的 MSMCIOO可以包 括： 触发接收单元 10、 会话建立单元 11、 请求发送建立单元 12和信息获 取单元 13。

信息获取单元 13 , 用于获取请求的组业务对应 MTC设备所在的移动 可以理解， 在网络侧设备 200建立与 MTC设备之间的链路时， 需要先 得到请求的组业务对应 MTC设备所在 MME或 SGSN的信息， 而 MME或 SGSN的信息可以是储存在网络侧设备 200, 也可以是由 MSMCIOO发送给 网络侧设备 200的。

本实施例的 MSMCIOO中信息获取单元 13获取了 MME或 SGSN的信 息后， 可以由请求发送建立单元 12将获取的 ΜΜΕ或 SGSN的信息携带在 业务请求中发送给网络侧设备 200, 使得网络侧设备 200通过相应的 ΜΜΕ 或 SGSN与请求的组业务对应的 MTC设备之间建立链路。

则例如， 信息获取单元 13可以包括查找单元 130, 和 /或位置请求单元 131和位置接收单元 132, 和 /或签约接收单元 133。

查找单元 130 , 用于查找本地存储中请求的组业务对应的 ΜΜΕ 或 SGSN的信息；

位置请求单元 131与归属位置寄存器（HSS )连接， 用于向 HSS发送 位置查询请求， 在位置查询请求中包含请求的组业务信息； 请求查找请求 的组业务信息对应的移动管理实体 MME或通用分组无线服务技术的服务 支持节点 SGSN的信息。

位置接收单元 132与 HSS连接，用于接收 HSS根据位置查询请求返回 的 MME或 SGSN的信息。

签约接收单元 133与 HSS连接，用于接收归属位置寄存器 HSS发送的 该 MTC服务器对应的签约信息，解析所述签约信息 得到所述 MME或 SGSN 的信息。

本实施例中， 如果在 MSMC100中储存着组业务与 MME (或 SGSN ) 的信息对应的关系， 则可以通过查找单元 130查找到请求的组业务对应的 MME (或 SGSN ) 的信息。

MSMC100也可以通过位置请求单元 131向 HSS发送位置查询请求， 则 HSS在接收到位置查询请求后， 查找请求的组业务所在 MME或 SGSN 的信息并返回， 由位置接收单元 132接收 HSS查找的 MME或 SGSN的信 自

MSMC100还可以通过签约接收单元 133来接收 HSS发送的该 MTC服 务器对应的签约信息， 解析签约信息得到请求的组业务所在的 MME 或 SGSN的信息。 参考图 5所示， 在另一个具体的实施例中， 系统中的 MSMC100可以 包括： 触发接收单元 10、 会话建立单元 11、 请求发送建立单元 12、 配置接 收单元 14、 分配建立单元 15和标识发送单元 16。

配置接收单元 14与 MTC服务器 300连接（图中没有画出此连接关系）， 用于接收 MTC服务器 300发送的服务配置请求消息，在服务配置请求 消息 中包含 MTC服务器 300的标识信息。

可以理解， 在 MSMC100执行上述组业务处理的过程即业务会话� �立 等操作之前， 是需要通过 MTC服务器 300发起对 MSMC100的配置。 由配 置接收单元 14接收 MTC服务器 300发送的服务配置请求消息， 其中包含 的 MTC服务器 300的标识信息可以是 MTC服务器的地址标识， 也可以是 MTC服务器的设备标识。

分配建立单元 15,用于获取配置接收单元 14接收的服务配置请求消息 中 MTC服务器 300的标识信息对应的签约信息， 为 MTC服务器 300业务 分配对应的服务标识，并根据签约信息建立 MTC服务器 300业务对应的上 下文。

MTC服务器 300对应的签约信息可以储存在 HSS或 MSMC中， 分配 建立单元 15在获取签约信息时，可以从本地查找，也可� ��向 HSS请求获取。

则分配建立单元 15在获取签约信息时， 可以如下的结构来实现， 具体 分配建立单元 15可以包括签约查找单元 151 , 和 /或签约请求单元 152和签 约接收单元 153 , 其中： 签约查找单元 151 , 用于在本地存储中查找 MTC 服务器 300的标识信息对应的签约信息； 签约请求单元 152与 HSS连接， 用于发送签约请求消息给 HSS,在签约请求消息中包含 MTC服务器 300的 标识信息； 签约接收单元 153也与 HSS连接， 用于接收 HSS根据 MTC服 务器 300的标识信息返回的签约信息。

需要说明的是， 如果配置接收单元 14接收的服务配置请求消息包含的 MTC服务器的标识信息是非 3GPP协议的标识信息， 即 3GPP外部标识信 息， 则分配建立单元 15首先需要将 MTC服务器的标识信息映射为 3GPP 内部标识信息， 即 3GPP协议的标识信息， 然后再获取对应的签约信息； 而 分配建立单元 15在建立上下文时， 具体是储存获取的签约信息。

标识发送单元 16,用于将分配建立单元 15分配的服务标识发送给 MTC 中， 发送给 MTC服务器 300。

本实施例中由 MTC服务器 300发起对 MSMC100的初始配置， 当配置 接收单元 14接收到服务配置请求消息，则分配建立单元 15获取该 MTC月良 务器 300 的标识信息对应的签约信息， 并分配服务标识和建立上下文， 由 标识发送单元 16将分配的服务标识发送给 MTC服务器 300, 从而实现了 MTC服务器 300对 MSMC100进行组业务处理的初始配置。

需要说明的是， 在进行初始配置的过程中， 如果配置接收单元 14接收 的服务配置请求消息中不仅包含 MTC服务器的标识信息，还包含请求配置 的周期触发业务信息和 /或监控业务信息， 比如周期触发业务的触发周期等 等， 即 MTC服务器 300请求配置 MSMC100中的业务包括周期触发业务和 /或监控业务；则在分配建立单元 15获取了签约信息并分配服务标识和建立 上下文的同时， 会话建立单元 11 还用于根据请求配置的周期触发业务和 / 或监控业务信息建立对应的业务会话； 而请求发送建立单元 12还用于发送 周期触发和 /或监控的业务请求给网络侧设备 200, 且在周期触发和 /或监控 的业务请求中包含服务标识和请求的周期触发 和 /或监控业务信息， 以便网 络侧设备 200根据服务标识和请求的周期触发和 /或监控业务信息建立对应 的业务会话，并建立与请求的周期触发和 /或监控业务对应的至少两个 MTC 设备之间的链路。

可见在 MSMC100中：可以通过 MTC服务器 300发送触发请求消息来 触发组业务处理的流程， 即在当触发接收单元 10接收到触发请求消息， 则 会话建立单元 11建立会话， 并由发送建立单元 12发送业务请求。 而对于周期触发业务或监控业务来说， 可以在 MSMC100 的初始配置 的过程中， 依据获取的签约信息来触发组业务处理的流程 ， 即当分配建立 单元 15获取了签约信息， 会话建立单元 11就会建立会话， 并由请求发送 建立单元 12发送业务请求。

参考图 6所示， 在另一个具体的实施例中， 系统中的 MSMC100可以 包括： 触发接收单元 10、 会话建立单元 11、 请求发送建立单元 12、 数据传 输单元 17、 设备位置请求单元 18和设备触发单元 19。

数据传输单元 17, 用于当接收 MTC设备通过网络侧设备 200上报的 上行业务数据， 根据会话建立单元 11建立的业务会话进行相关计费统计， 并将上行业务数据汇聚分发到 MTC服务器 300;当接收到 MTC服务器 300 发送的下行业务数据， 则通过与网络侧设备 200之间的链路将下行业务数 据分发给 MTC设备。

例如在进行相关计费统计时， 可以根据业务会话中业务的类型， 上行 数据传输的服务质量（QoS )及计费策略等信息对组业务的数据进行计费� �

设备位置请求单元 18与 HSS连接， 用于向归属位置寄存器 HSS发送 位置查询请求， 在位置查询请求消息中包括 MTC设备的标识。

设备触发单元 19分别与 HSS和 MME连接， 用于当接收到 HSS根据 MTC设备的标识返回的 MME或 SGSN的信息 , 向 MME或 SGSN发送携 带 MTC设备的标识的 MTC设备触发请求消息， 以便 MME或 SGSN建立 MTC设备的寻呼链路。

本实施例的 MSMC100中， 通过触发接收单元 10、会话建立单元 11和 请求发送建立单元 12各个单元的配合，已经在 MSMC 100和网络侧设备 200 上建立了业务会话， 则可以通过数据传输单元 17来传输组业务的上下行数 据。

如果触发接收单元 10接收的触发请求消息为 MTC设备触发请求消息， 即一个 MTC设备对应的业务， 且在 MTC设备触发请求消息中还包含请求 触发的 MTC设备的标识；则会话建立单元 11建立相应 MTC设备的业务对 应的业务会话， 即 MTC设备标识和请求的组业务信息对应业务会话 后， 通 过设备位置请求单元 18向 HSS发送位置查询请求， 当设备触发单元 19接 收到 HSS返回的 MME或 SGSN的信息， 则向 MME或 SGSN发送 MTC 设备触发请求消息来建立相应 MTC设备的寻呼链路。

可以理解， MSMC100不仅可以通过触发接收单元 10、 会话建立单元 11和请求发送建立单元 12的配合来触发组业务（即多个 MTC设备对应的 一类业务） 的流程， 也可以通过触发接收单元 10、 会话建立单元 11、 设备 位置请求单元 18和设备触发单元 19的配合触发单个 MTC设备对应的业 务。

且在本发明实施例的业务处理系统中， 网络侧设备 200结构示意图如 图 7所示， 包括： 与 MSMC连接的第一请求接收单元 20、 第一业务会话建 立单元 21和第一链路建立单元 22。

第一请求接收单元 20, 用于接收机器对机器 M2M服务管理设备 100 发送的业务请求，在业务请求中包含机器类型 通信 MTC服务器对应的服务 标识和请求的组业务信息；

可以理解， 这里 MTC 服务器对应的服务标识是 MTC 服务器对 MSMC100的初始配置的过程中， 由 MSCS100为该 MTC服务器 300的业 务分配的服务标识。

第一业务会话建立单元 21 ,用于根据第一请求接收单元 20接收的业务 请求中请求的组业务信息建立对应的业务会话 。

第一业务会话建立单元 21在建立业务会话后， 将该业务会话与服务标 识对应地储存。

第一链路建立单元 22,用于根据第一请求接收单元 20接收的业务请求 中服务标识和请求的组业务信息获取对应的移 动管理实体 MME或通用分 组无线服务技术的服务支持节点 SGSN的信息， 并通过 MME或 SGSN建 立与请求的组业务对应的至少两个 MTC设备之间的链路。

第一链路建立单元 22在建立与 MTC设备之间的链路之前， 需要获取 到业务请求中所请求的组业务对应 MTC设备所在的 MME或 SGSN的信息， 在获取 MME或 SGSN的信息时，第一链路建立单元 22可以从本地查找到， 也可以向 HSS发送请求获取到， 还可以接收 MSMCIOO发送的。

可见本发明实施例中， 在 MTC服务器 300 和 3GPP 网络之间增加 MSMCIOO进行业务处理， 且在业务处理时 MSMCIOO会发送业务请求给 3GPP网络中的网络侧设备 200 ,这样当 BM/SC设备中的第一请求接收单元 20接收到触发请求消息后，第一业务会话建立� ��元 11会根据请求的组业务 信息建立对应的业务会话， 并由第一链路建立单元 22建立与 MTC设备之 间的链路。 这样当 M2M技术应用于移动通信系统时即 MTC应用， 可以由 MSMC来访问 3GPP内网设备， 而不是由 MTC服务器直接访问 3GPP内网 设备， 这样可以提高 MTC应用的网络系统安全性。

需要说明的是， 本发明实施例一的业务处理系统中 MSMCIOO和网络 侧设备 200还可以有其他的单元划分结构， 比如在 MSMCIOO中可以通过 一个功能模块来实现触发接收单元 10和会话建立单元 11的结构等等。

本发明另一个实施例提供的系统和设备实施例 ：

本发明实施例提供一种业务处理系统， 结构示意图如图 8所示， 在该 系统中包括网络侧设备 400 比如 BM/SC等设备和至少一个 MTC服务器 600, 在这种情况下， MTC服务器 600可以直接与 3GPP网络中的网络侧设 备 400连接， 从而进行组业务的处理；

可以理解，该业务处理系统还可以包括 MSMC500,而 MTC服务器 600 通过该 MSMC500与 3GPP网络中的其他网元连接， 比如与 3GPP网络中的 MME或 SGSN等网元连接， 进行单个 MTC设备的业务处理。 其中：

MTC服务器 600是为 MTC设备提供物联网业务的服务器， 用于向网 络侧设备 400发送请求消息， 比如触发请求消息和服务配置请求消息等， 并接收网络侧设备 400返回的响应消息， MTC服务器 600与网络侧设备 400 之间交互的消息具体内容在后面进行详细介绍 。

网络侧设备 400是 3GPP网络中的网元，连接至少一个 MTC服务器 600, 用来建立 MTC服务器 600与 MTC设备之间的组业务会话， 并传输组业务 数据。 该网络侧设备 400, 用于接收机器类型通信 MTC服务 600发送的触 发请求消息， 在触发请求消息中包含 MTC服务器对应的服务标识， 和请求 的组业务信息； 根据请求的组业务信息建立对应的业务会话； 并根据服务 标识和请求的组业务信息获取对应的移动管理 实体 MME或通用分组无线 服务技术的服务支持节点 SGSN的信息， 并通过 MME或 SGSN建立与请 求的组业务对应的 MTC设备之间的链路。

这样，通过 MTC服务器 600和网络侧设备 200之间的交互建立了进行 组业务的业务会话， 从而进行组业务数据的传输。

具体地， 在本发明另一个实施例的系统中：

本系统中的网络侧设备 400比如多媒体广播 /组播服务 BM/SC等设备， 结构示意图如图 9所示， 包括： 与 MTC服务器连接的第二请求接收单元 40、 第二业务会话建立单元 41和第二链路建立单元 42。

第二请求接收单元 40, 用于接收机器类型通信 MTC服务器 600发送 的触发请求消息， 在触发请求消息中包含 MTC服务器对应的服务标识， 和 请求的组业务信息。

可以理解， 这里 MTC服务器 600对应的服务标识是 MTC服务器 600 对网络侧设备 400的初始配置的过程中， 由网络侧设备 400为该 MTC服务 器 600的业务分配的服务标识。

第二业务会话建立单元 41 ,用于根据第一请求接收单元 40接收的触发 请求消息中请求的组业务信息建立对应的业务 会话。

第二业务会话建立单元 41在建立业务会话后， 将该业务会话与服务标 识对应地储存。 第二链路建立单元 42,用于根据第一请求接收单元 40接收的触发请求 消息中服务标识和请求的组业务信息获取对应 的移动管理实体 MME或通 用分组无线服务技术的服务支持节点 SGSN的信息，并通过 MME或 SGSN 建立与请求的组业务对应的 MTC设备之间的链路。

第二链路建立单元 42在建立与 MTC设备之间的链路之前， 需要获取 到业务请求中服务标识对应的 MTC服务器所请求的组业务所在的 MME或 SGSN的信息， 在获取 MME或 SGSN的信息时， 第二链路建立单元 42可 以从本地查找到， 也可以向 HSS发送请求获取到。

需要说明的是， 通过第二请求接收单元 40、 第二业务会话建立单元 41 和第二链路建立单元 42, 网络侧设备就建立组业务的业务会话和链路， 这 样就可以进行上下行业务数据的传输， 当网络侧设备接收 MTC设备上报的 上行业务数据， 根据建立的业务会话进行相关计费统计， 并将上行业务数 据汇聚分发到 MTC服务器； 当网络侧设备接收到 MTC服务器发送的下行 业务数据， 则通过与 MTC设备之间的链路将下行业务数据分发给 MTC设 备。

可见本发明实施例中， 在 MTC服务器 600与 3GPP网络中的网络侧设 备 400直接连接进行业务处理， 在网络侧设备 400中当第二请求接收单元 40接收到触发请求消息后，第二业务会话建立� ��元 41会根据请求的组业务 信息建立对应的业务会话， 并由第二链路建立单元 42建立与 MTC设备之 间的链路。 这样当 M2M技术应用于移动通信系统时即 MTC应用， MTC 服务器只访问 3GPP内网中的网络侧设备 400, 而不是由每个 MTC服务器 直接访问 3GPP内网的各个网元设备， 这样可以提高 MTC应用的网络系统 安全性。

参考图 10所示， 在一个具体的实施例中， 本系统中的网络侧设备 400 包括第二请求接收单元 40、 第二业务会话建立单元 41、 第二链路建立单元 42、 配置请求接收单元 43、 标识分配建立单元 44、 分配标识发送单元 45 和业务数据传输单元 46。

配置请求接收单元 43 , 用于接收 MTC服务器 600发送的服务配置请 求消息， 在服务配置请求消息中包含所述 MTC服务器的标识信息。

标识分配建立单元 44,用于获取配置请求接收单元 43接收的服务配置 请求消息中 MTC服务器的标识信息对应的签约信息， 为 MTC服务器业务 分配对应的服务标识， 并根据签约信息建立 MTC服务器业务对应的上下 文。

标识分配建立单元 44可以与 HSS连接， 在获取签约信息时， 可以向 HSS发送请求消息， 来请求获取 MTC服务器对应的签约信息； 而标识分配 建立单元 44在获取签约信息时也可以从本地存储中查找� ��到。

分配标识发送单元 45,用于将标识分配建立单元 44分配的服务标识发 送给 MTC服务器。

业务数据传输单元 46, 用于当接收 MTC设备上报的上行业务数据， 根据建立的业务会话进行相关计费统计， 并将上行业务数据汇聚分发到 MTC服务器 600; 当接收到 MTC服务器 600发送的下行业务数据，则通过 与 MTC设备之间的链路将下行业务数据分发给 MTC设备。

本实施例的网络侧设备 400通过配置请求接收单元 43、 标识分配建立 单元 44和分配标识发送单元 45的配合， 在网络侧设备 400上配置了 MTC 服务器 600对应业务的信息， 这样就可以通过第二请求接收单元 40、 第二 业务会话建立单元 41和第二链路建立单元 42的配合来触发组业务的处理 流程， 当组业务的会话和链路建立后， 可以由业务数据传输单元 46来传输 组业务的上下行数据。

可以理解， 本发明实施例的业务处理系统还可以包括： MSMC500, 用 于接收机器类型通信 MTC服务器发送的 MTC设备触发请求消息， 所述 MTC设备触发请求消息中包含所述 MTC服务器对应的服务标识， 请求触 发的业务信息及请求触发的 MTC设备的标识； 根据所述请求触发的 MTC 设备的标识获取所述 MTC设备所在 MME或 SGSN的信息， 并建立所述 MTC服务器对应的服务标识和请求触发的业务信 息的业务会话； 并向所述 MME或 SGSN发送携带所述 MTC设备的标识的 MTC设备触发请求消息， 以便所述 MME或 SGSN建立所述 MTC设备的寻呼链路。

具体地， 本发明实施例的业务处理系统中的 MSMC500, 只用来执行单 个 MTC设备的业务处理， 该 MSMC500与 3GPP网络中的位置网络寄存器 HSS、 MME或 SGSN等网元连接， 结构示意图如图 11所示与 MTC服务器 600连接的单个触发接收单元 50、 获取建立单元 51和寻呼建立单元 52。

设备业务触发接收单元 50, 用于接收机器类型通信 MTC服务器 600 发送的 MTC设备触发请求消息， 在 MTC设备触发请求消息中包含 MTC 服务器对应的服务标识、请求触发的业务信息 及请求触发的 MTC设备的标 识。

获取建立单元 51 , 用于根据所述请求触发的 MTC设备的标识获取所 述 MTC设备所在 MME或 SGSN的信息， 并建立 MTC服务器对应的服务 标识和请求触发的业务信息的业务会话。

可以理解， MTC设备所在 MME或 SGSN的信息可以是储存在 HSS中， 也可以储存在本实施例的 MSMC中，则设备信息获取单元 51在获取 MME 或 SGNS的信息时， 可以在本地存储中查找 MTC设备的标识对应的 MME 或 SGSN的信息； 也可以向归属位置寄存器 HSS发送请求来获取。

设备信息获取单元 51向 HSS发送位置查询请求，且在位置查询请求消 息中包括 MTC设备的标识； 则 HSS接收到位置查询请求， 查询得到 MME 或 SGSN的信息， 并返回给 MSMC中的设备信息获取单元 51来接收。

寻呼单元 52,用于向 MME或 SGSN发送携带 MTC设备的标识的 MTC 设备触发请求消息， MME或 SGSN在接收到 MTC设备触发请求消息后， 建立 MTC设备的寻呼链路。

这样在建立 MTC设备的寻呼链路后， 就通过该寻呼链路传输该 MTC 设备的上下行业务数据； 当业务数据传输完后， 则寻呼单元 52还用于释放 获取建立单元 51建立的业务会话，并向 MME或 SGSN发送服务释放请求， 请求释放该 MTC设备的寻呼链路， MME或 SGSN在接收到服务释放请求 后， 释放 MTC设备的寻呼链路。

本发明一个方法实施例：

本发明实施例还提供一种业务处理方法，本实 施例的方法适用于如图 2 所示的业务处理系统中， 且本实施例的方法是如图 2的 MSMC所执行的组 业务处理方法， 本实施例中方法流程图如图 12所示， 包括：

101 , 接收机器类型通信 MTC服务器发送的触发请求消息， 触发请求 消息中包含 MTC服务器对应的服务标识， 和请求的组业务信息。

这里 MTC服务器对应的服务标识是在 MSMC进行初始配置的过程中， 由 MSMC为该 MTC服务器分配的， 每个 MTC服务器对应一个服务标识， 而每个 MTC服务器上有多个业务， 而至少两个 MTC设备对应的一类业务 称为组业务； 请求的组业务信息可以包括： 请求的组业务类型和组业务特 性参数， 如周期、 时延要求等。

可以理解， 在发送的触发请求消息中还可以包括源、 目的地址等构成 消息的基本信息。

102, 根据接收的触发请求消息中请求的组业务信息 建立对应的业务会 话 ( session )。

在建立对应的业务会话时， 可以根据请求的组业务类型和特性参数等 信息， 生成进行相应组业务处理时所必要的数据， 比如计费初始值等， 并 开启进行组业务处理时的必要功能， 比如启动定时器等。 这样建立了对应 的业务会话。

而在建立业务会话之前 MSMC可以根据触发请求消息中包含的服务标 识查找该 MTC服务器对应的上下文， 并判别该触发请求是否合法， 如果合 法则建立业务会话， 如果不合法则向 MTC服务器反馈响应消息， 告知该 MTC服务器的触发请求失败。

103 , 发送业务请求给网络侧设备比如多媒体广播 /组播服务 BM/SC等 设备， 在业务请求中包含服务标识和请求的组业务信 息。

这样当网络侧设备接收到业务请求后， 根据业务请求中的服务标识和 请求的组业务信息建立对应的业务会话， 并建立与请求的组业务对应的至 少两个 MTC设备之间的链路。

例如， 网络侧设备可以先根据请求的组业务类型和特 性参数等信息生 成进行相应组业务处理时所必要的数据， 比如计费初始值等， 并开启进行 组业务处理时的必要功能， 比如启动定时器等， 这样建立了对应的业务会 话。

则在建立链路时， 网络侧设备可以根据业务请求中的服务标识在 本地 查找到请求的组业务对应的 MTC设备所在移动管理实体（MME )或通用 分组无线服务技术的服务支持节点（ SGSN )的信息，并通过查找到的 MME (或 SGSN ) 与 MTC设备之间建立链路。

需要说明的是， 通过网络侧设备执行上述步骤 101到 103 , 则建立了请 求的组业务对应的会话， 这样就可以通过 MSMC 来传输 MTC服务器与 MTC设备之间的业务数据， 即当 MSMC接收到 MTC设备通过网络侧设备 上报的上行业务数据， 根据建立的业务会话进行相关计费统计， 并将上行 业务数据汇聚分发到 MTC服务器；当 MSMC接收到 MTC服务器发送的下 行业务数据， 则通过与网络侧设备之间的链路将下行业务数 据分发给 MTC 设备。

例如在进行相关计费统计时， 可以根据业务会话中业务的类型， 上行 数据传输的服务质量（QoS )及计费策略等信息对组业务的数据进行计费� �

且需要说明的是， 上述 MSMC与网络侧设备之间， 及 MSMC与 MTC 服务器之间在进行组业务数据的传输之前， 需要建立数据链路， 且在组业 务数据传输完成后释放建立的数据链路。 可见本发明实施例中， 在 MTC服务器和现有的 3GPP 网络之间增加 MSMC进行业务处理，且在业务处理时，当 MSMC接收到触发请求消息后， 会根据请求的组业务信息建立对应的业务会话 ， 并将业务请求发送给网络 侧设备建立对应的业务会话，并建立与 MTC设备之间的链路。这样当 M2M 技术应用于移动通信系统时即 MTC应用， 可以由一个综合的管理设备即 MSMC来访问 3GPP内网设备， 而不是由每个 MTC服务器直接访问 3GPP 内网设备， 这样可以提高 MTC应用的网络系统安全性。

在一个具体的实施例中， MSMC在执行上述步骤 103之前还可以获取 请求的组业务对应 MTC设备所在的移动管理实体 MME或通用分组无线服 务技术的服务支持节点 SGSN的信息； 则 MSMC在执行上述步骤 103时， 可以将获取的 MME或 SGSN的信息携带在业务请求中发送给网络侧设� �， 使得网络侧设备通过 MME或 SGSN与请求的组业务对应的 MTC设备之间 建立链路。

可以理解， 在网络侧设备建立与 MTC设备之间的链路时， 需要先得到 请求的组业务所在 MME或 SGSN的信息，而 MME或 SGSN的信息可以是 在网络侧设备储存着， 也可以是由 MSMC发送给网络侧设备的。

对于 MME或 SGSN的信息是由 MSMC发送的， 则 MSMC需要先获 取到 MME或 SGSN的信息。

如果在 MSMC中储存着组业务与 MME (或 SGSN ) 的信息对应的关 系， 则查找本地存储中请求的组业务对应的 MME或 SGSN的信息；

如果在 HSS中储存着 MME(或 SGSN )的信息，则 MSMC可以向 HSS 发起位置查询的过程， 即向归属位置寄存器（HSS )发送位置查询请求， 在 位置查询请求中包含请求的组业务信息； 请求查找请求的组业务信息对应 的移动管理实体 MME或通用分组无线服务技术的服务支持节点 SGSN的 信息； 并接收 HSS根据位置查询请求返回的 MME或 SGSN的信息；

而 MSMC也可以在接收归属位置寄存器 HSS发送的该 MTC服务器对 应的签约信息， 解析签约信息得到 MME或 SGSN的信息。

参考图 13所示， 在另一个具体的实施例中， 在执行上述组业务处理的 过程即业务会话建立等操作之前， MTC服务器可以发起 MSMC的业务初 始配置过程， 而对于 MSMC来说， 在执行上述步骤 101之前还可以执行如 下步骤：

104, 接收 MTC服务器发送的服务配置请求消息， 在服务配置请求消 息中包含 MTC服务器的标识信息；

可以理解，在服务配置请求消息中包含的 MTC服务器的标识信息可以 是 MTC服务器的地址标识， 也可以是 MTC服务器的设备标识。

105,获取 MTC服务器的标识信息对应的签约信息， 为 MTC服务器业 务分配对应的服务标识，并根据签约信息建立 MTC服务器业务对应的上下 文；

MTC服务器对应的签约信息可以储存在 HSS或 MSMC中， 则 MSMC 在获取签约信息时，可以在本地存储中查找 MTC服务器的标识信息对应的 签约信息；

也可以发送签约请求消息给 HSS,在签约请求消息中包含 MTC服务器 的标识信息， 并接收 HSS根据 MTC服务器的标识信息返回的签约信息。 这种情况下， 如果 MSMC接收的服务配置请求消息中不仅包含 MTC服务 器的标识信息， 还包含请求配置的组业务信息， 则在发送给 HSS的签约请 求消息中还包含请求配置的组业务信息， 则 HSS会返回同时与 MTC服务 器的标识信息和请求配置的组业务信息相关的 签约信息。 例如：

如果服务配置请求消息中包含的信息指示 MTC服务器 1和请求配置的 组业务为业务类型 1和 2的业务，则当 MSMC在发送给 HSS的签约请求消 息中包含指示请求配置业务类型 1和 2业务的信息， 则 HSS返回的签约信 息是与该 MTC服务器 1中业务类型 1和 2的业务相关的签约信息。由于一 个 MTC服务器上有多个业务， 本实施例中可以根据实际需要向 HSS请求 获取请求配置的签约信息，而不是请求获取该 MTC服务器 1对应的所有签 约信息， 减少了 MSMC与 HSS之间的传输信令， 从而节省了信令资源。

需要说明的是， 如果 MSMC接收的服务配置请求消息包含的 MTC服 务器的标识信息是非 3GPP协议的标识信息， 即 3GPP外部标识信息， 则首 先需要将 MTC服务器的标识信息映射为 3GPP内部标识信息， 即 3GPP协 议的标识信息， 然后再获取对应的签约信息； 而 MSMC在建立上下文时， 具体是储存获取的签约信息。

106, 将分配的服务标识发送给 MTC服务器， 例如， MSMC可以将分 配的服务标识携带在服务配置响应消息中， 发送给 MTC服务器。

MSMC执行的上述步骤 104到 106只是在初始进行组业务处理时进行 的 MTC服务器中组业务的配置， 则在以后每次进行该 MTC服务器对应组 业务的处理时， 可以不需要每次都配置一次。

特别地， 对于当服务配置请求消息请求配置的组业务为 周期触发业务 信息和 /或监控业务；则 MSMC在获取了签约信息并分配服务标识和建立� � 下文的同时， 会根据请求配置的周期触发业务和 /或监控业务信息建立对应 的业务会话， 并发送周期触发和 /或监控的业务请求给网络侧设备， 且在周 期触发和 /或监控的业务请求中包含服务标识和请求的� �期触发和 /或监控 业务信息， 以便网络侧设备根据服务标识和请求的周期触 发和 /或监控业务 信息建立对应的业务会话， 并建立与请求的周期触发和 /或监控业务对应的 MTC设备之间的链路。

可见本实施例中：可以通过 MTC服务器发送触发请求消息来触发组业 务处理的流程， 即在当 MSMC接收到触发请求消息， 则建立业务会话并发 送业务请求； 而对于周期触发业务或监控业务来说， 可以在 MSMC的初始 配置的过程中，依据获取的签约信息来触发组 业务处理的流程，即当 MSMC 获取了签约信息， 就会建立业务会话并发送业务请求。

本发明另一个方法实施例： 本发明实施例还提供一种业务处理方法，本实 施例的方法适用于如图 2 所示的业务处理系统中， 且本实施例是如图 2 中的网络侧设备所执行的组 业务处理方法， 本实施例中方法流程图如图 14所示， 包括：

201 , 接收机器对机器 M2M服务管理设备发送的业务请求， 在业务请 求中包含机器类型通信 MTC服务器对应的服务标识和请求的组业务信息 ； 可以理解， 这里 MTC服务器对应的服务标识是 MTC服务器对 MSMC 的初始配置的过程中， 由 MSCS为该 MTC服务器的业务分配的服务标识。

202, 根据接收的业务请求中请求的组业务信息建立 对应的业务会话； 网络侧设备在建立了业务会话后， 与业务请求中的服务标识对应地储 存。

203 , 根据接收的业务请求中服务标识和请求的组业 务信息获取对应的 移动管理实体 MME或通用分组无线服务技术的服务支持节点 SGSN的信 息， 并通过 MME或 SGSN建立与请求的组业务对应的 MTC设备之间的链 路。

网络侧设备在建立与 MTC设备之间的链路之前，需要获取到业务请求 中服务标识对应的所请求的组业务所在的 MME或 SGSN的信息， 而在获 取 MME或 SGSN的信息时，网络侧设备可以从本地查找到� �也可以向 HSS 发送请求获取到， 还可以接收 MSMC发送的。

可见本发明实施例中， 在 MTC服务器和 3GPP网络之间增加 MSMC 进行业务处理， 且在业务处理时 MSMC会发送业务请求给 3GPP网络中的 网络侧设备， 这样当网络侧设备接收到触发请求消息后， 会根据请求的组 业务信息建立对应的业务会话， 并建立与 MTC设备之间的链路。 这样当 M2M技术应用于移动通信系统时即 MTC应用， 可以由一个综合的管理设 备 MSMC来访问 3GPP内网设备，而不是由每个 MTC服务器直接访问 3GPP 内网设备， 这样可以提高 MTC应用的网络系统安全性。

本发明方法实施例三： 本发明实施例还提供一种业务处理方法，本实 施例的方法适用于如图 8 所示的业务处理系统中， 且本实施例是如图 8 中的网络侧设备所执行的组 业务处理方法， 该网络侧设备直接与 MTC服务器连接进行组业务的处理， 本实施例中方法流程图如图 15所示， 包括：

301 , 接收机器类型通信 MTC服务器发送的触发请求消息， 在触发请 求消息中包含 MTC服务器对应的服务标识， 和请求的组业务信息；

可以理解，这里 MTC服务器对应的服务标识是 MTC服务器对 BM/SC 设备的初始配置的过程中， 由网络侧设备为该 MTC服务器的业务分配的服 务标识。

302, 根据接收的触发请求消息中请求的组业务信息 建立对应的业务会 话；

网络侧设备在建立了业务会话后， 与触发请求消息中的服务标识对应 地储存。

303 , 根据接收的触发请求消息中服务标识和请求的 组业务信息获取对 应的移动管理实体 MME或通用分组无线服务技术的服务支持节点 SGSN 的信息， 并通过 MME或 SGSN建立与请求的组业务对应的 MTC设备之间 的链路。

网络侧设备在建立与 MTC设备之间的链路之前，需要获取到业务请求 中与服务标识相应的 MTC服务器所请求的组业务所在的 MME或 SGSN的 信息， 在获取 MME或 SGSN的信息时， 网络侧设备可以从本地查找到， 也可以向 HSS发送请求获取到。

需要说明的是， 在建立业务会话和链路之后， 就可以进行上下行业务 数据的传输， 当网络侧设备接收 MTC设备上报的上行业务数据， 根据建立 的业务会话进行相关计费统计， 并将上行业务数据汇聚分发到 MTC服务 器； 当网络侧设备接收到 MTC服务器发送的下行业务数据，则通过与 MTC 设备之间的链路将下行业务数据分发给 MTC设备。 例如在进行相关计费统计时， 可以根据业务会话中业务的类型， 上行 数据传输的服务质量（QoS )及计费策略等信息对组业务的数据进行计费� �

可见本发明实施例中， MTC服务器与 3GPP网络中的网络侧设备直接 连接进行业务处理， 当网络侧设备接收到触发请求消息后， 会根据请求的 组业务信息建立对应的业务会话， 并建立与 MTC设备之间的链路。 这样当 M2M技术应用于移动通信系统时即 MTC应用， MTC服务器只访问 3GPP 内网中的网络侧设备， 而不是由每个 MTC服务器直接访问 3GPP内网的各 个网元设备， 这样可以提高 MTC应用的网络系统安全性。

在另一个具体的实施例中， 网络侧设备在执行上述组业务处理的过程 即业务会话建立等操作之前， MTC服务器可以发起网络侧设备的业务初始 配置过程， 对于网络侧设备来说， 进行业务初始配置的过程与图 13所示的 MSMC进行业务初始配置的过程类似， 即在执行上述步骤 301之前网络侧 设备还可以执行如下步骤：

网络侧设备接收 MTC服务器发送的服务配置请求消息，在服务配 置请 求消息中包含 MTC服务器的标识信息； 获取 MTC服务器的标识信息对应 的签约信息， 为 MTC服务器业务分配对应的服务标识， 并根据签约信息建 立 MTC服务器业务对应的上下文； 最后将分配的服务标识发送给 MTC服 务器。

其中 MTC服务器对应的签约信息可以储存在 HSS或网络侧设备中， 则网络侧设备在获取签约信息时，可以在本地 存储中查找 MTC服务器的标 识信息对应的签约信息； 也可以向 HSS发送请求来获取。

网络侧设备执行的上述的业务初始配置的步骤 ， 只是在初始进行组业 务处理时进行的 MTC服务器中组业务的配置， 则在以后每次进行该 MTC 服务器对应组业务的处理时， 可以不需要每次都配置一次。

以下以一个 M2M应用于长期演进（LTE ) 网络系统为例说明， 参考图 16所示， 在本实施例的业务处理系统中， 多个 MTC服务器连接到 MSMC, 通过 MSMC与 3 GPP内网中的网元进行通信；其中 MSMC通过 SM4和 SM3 接口与 3GPP内网中的 BM/SC设备即上述实施例中的网络侧设备连接， 通 过 SM2接口与归属位置寄存器即 HSS连接， 通过 SM1接口与移动管理实 体即 MME连接， 通过 SM5接口与分组数据网关（ P-GW )连接， 而 3GPP 内网中还包括其他的通信基本网元设备比如基 站和服务网关 （S-GW )等； MTC设备可以通过基站接入到 3GPP网络中的 MSMC并与 MTC服务器传 输业务数据。

参考图 17所示， 在一个具体实施例中， MSMC包括： 鉴权及安全功能 ( Authorization and Security Function, 简称 ASF )模块、 设备位置信息功能 ( Device Position Function, 简称 DPF )模块、 信令携带数据功能 ( Data in

Signaling Transmission Function, 简称 DSTF )模块、 数据统计及分发功能 ( Charging data Statistic and data Distribution Function, 简称 CSDF )模块和 上下文及会话管理功能 ( Context and Session Management Function, 简称

CSMF )模块， 其中：

ASF模块通过 SM2接口与 HSS连接， 负责与 HSS交互签约及配置信 息包括安全相关信息； DPF模块通过 SM2接口与 HSS连接， 负责从 HSS 查询单个设备 MME位置信息； DSTF模块通过 SM1接口与 MME连接， 用于数据到信令的映射所需的格式转换等；

CSDF模块与多个 MTC服务器连接， 且通过 SM5接口与 PGW连接， 并通过 SM3接口与 BM/SC设备连接， 用于将上行获取的数据及报告重组、 分发到不同的 MTC服务器； 根据上下文及会话信息， 将下行数据映射到不 同接口；

CSMF模块与多个 MTC服务器，并通过 SM1与 MME连接，通过 SM4 与 BM/SC设备连接，用于依据从 HSS获得的签约信息进行上下文维护， 包 括标识映射； 依据 MTC服务器需求进行会话维护， 并决定采用的传输方式 签约的成员分组策略（service Id ), 每组组成员的增删， 属性修改， 分组 可以根据地理位置， 签约的公司， 多播地址， 终端的属性级别进行； 依据 运营商需求进行各种计费， 可与上下文关联。

本实施例中通过如下的几个过程来进行业务处 理：

参考图 18a所示， 在进行初始配置时：

401、 MTC服务器向 MSMC发送服务配置请求（Service configuration Request )消息，在服务配置请求消息中携带 MTC服务器的地址或标识和请 求的组业务特性信息等内容。

402、 MSMC 中的 CSMF模块接收到服务配置请求消息后， 进行域名 系统（ DNS )映射， 即将 MTC服务器的 3GPP外部地址或标识映射为 3GPP 协议的内部地址， 并向 ASF模块发送内部原语， 请求查询签约信息；

ASF模块接收到内部原语后， 向 HSS发送签约请求（ Subscription Info Request ) 消息， 在签约请求消息中携带 HSS可识别的 MTC服务器的地址 或标识， 请求该 MTC服务器对应的签约信息。

403、 HSS收到签约请求消息后， 依据其中 MTC服务器地址或标识进 行鉴权， 判定该请求是否合法， 若是， 将该 MTC服务器与运营商的签约信 息在签约响应 （ subscription Info RESPONSE ) 消息中带回； 若否， 则在签 约响应消息中指示该 MTC服务器是非法用户。

404、 MSMC的 ASF模块接收到签约响应消息后， 通过内部原语告知 CSMF模块 HSS的查询结果，若签约响应消息中包含有签约 信息，则 CSMF 模块为该 MTC服务器分配对应的服务标识， 并建立上下文； 若签约响应消 息中指示该 MTC服务器是非法用户， 则 CSMF模块向 MTC服务器发送服 务配置响应消息， 告知配置请求失败。

可以理解， 如果服务配置请求中请求配置的组业务是一些 周期触发业 务或监控业务等， 则 CSMF模块还需要根据签约信息建立对应的会话� � 如 启动相关定时器， 并向 MTC服务器发送服务配置响应消息， 在服务配置响 应消息中携带分配的服务标识； 特别地， 对于监控业务， CSMF模块还需 要向 MME发送控制消息来启动监控功能。

参考图 18b所示， 在进行组业务处理时：

501、 由 MTC服务器向 MSMC发送触发请求消息， 在触发请求消息中 携带该 MTC服务器对应的服务标识及请求的组业务类型 ， 以及组业务特性 参数， 如周期、 时延要求等。

502、 MSMC 中的 CSMF模块接收到触发请求消息后， 基于其中的服 务标识查找上下文， 来判别该请求是否合法， 若是， 则 CSMF模块建立组 业务的业务会话， 并向 BM-SC设备发送业务请求， 且在业务请求中携带服 务器及组业务请求特性参数； CSMF模块还需要向 CSDF模块发送内部原 语告知建立的会话信息， 由 CSDF模块基于此会话信息进行数据的整合。

可以理解，若判别该触发请求不合法， 则 CSMF模块直接向 MTC服务 器反馈触发响应消息告知请求失败， 结束流程。

503、 BM-SC设备收到业务请求后反馈业务响应消息，� ��建立请求的组 业务对应的业务会话， 且获得请求的组业务所在 MME的信息， 并该 MME 与请求的组业务对应 MTC设备之间建立链路。

可以理解， 这里 MME 的信息可以储存在 BM-SC设备上， 也可以由 MSMC提供。

504、 进行数据传输， 在上行上， MTC 设备将上行业务数据上报到 BM-SC设备， BM-SC设备将上行业务数据转发给 MSMC中的 CSDF模块， 由 CSDF模块基于建立的业务会话进行相关计费统� �， 并将上行业务数据 汇聚及分发至 MTC服务器。 在下行上， CSDF模块在与 BM-SC设备的链 路建立完成后， 将下行业务数据通过 BM-SC设备分发至 MTC设备。

505、 CSDF模块将上 /下行业务数据转发完成后， 向 CSMF模块发送内 部原语， 指示业务完成， 在该内部原语中可包含 MTC服务器对应的服务标 识， 和计费数据统计信息； CSMF模块收到内部原语后， 对服务标识对应 上下文进行维护， 并释放相应会话。 参考图 18c所示， 在进行单个 MTC设备的业务处理时：

601、MTC服务器向 MSMC发送 MTC设备触发请求（ triggering Request ) 消息， 在 MTC设备触发请求消息中携带服务标识、 请求的组业务类型及

MTC设备的标识。

602、 MSMC 中的 CSMF模块收到后， 基于服务标识查找上下文， 并 判别该请求是否合法， 若不合法或 MTC设备 ID不合法， 则直接向 MTC 服务器反馈 MTC设备触发响应消息告知请求失败， 结束流程； 若合法， 则 CSMF模块对 MTC设备标识进行标识映射转换， 得 MTC设备标识对应 3GPP内部地址后， 建立该 MTC设备和请求的业务对应的业务会话， 并向 MTC服务器反馈 MTC设备触发响应消息； CSMF模块还需要向 DPF模块 发送内部原语请求进行位置查询。

603、 MSMC中的 DPF模块向 HSS发送位置查询请求， 在位置查询请 求中携带 MTC设备的内部地址 ,请求查询该 MTC设备对应的 MME信息。

604、 HSS收到位置查询请求后， 基于 MTC设备的内部地址查询相应 MME的信息， 并携带在位置查询响应中发送给 MSMC。

605、 MSMC中的 DPF模块收到位置查询响应后， 通过内部原语告知 CSMF模块相应的 MME的信息，若 MME的信息获取失败，则 CSMF模块 向 MTC服务器反馈响应消息， 告知失败， 结束流程。

606、 CSMF模块基于 MME信息向对应 MME发送 MTC设备触发请求 消息， 并携带 MTC设备的内部地址。

607、 MME收到 MTC设备触发请求消息后进行相应寻呼建链等流 程， 之后 MME向 MSMC发送 MTC设备触发响应消息。

608、 MSMC中的 CSMF模块收到 MTC设备触发响应消息后，向 CSDF 模块发送内部原语， CSDF模块开始与 P-GW及 MTC服务器交互数据。

609、 MTC服务器确定数据传输完成， 则向 MSMC发送服务释放请求 ( Service Release Request ) 消息， 请求释放业务。 610、 MSMC的收到该服务释放请求消息后， 向 MME发送 MTC设备 触发请求消息指示释放业务。

611、 MME 收到该服务释放请求消息后进行链路释放等过 程， 之后向 MSMC反馈服务释放响应消息。

612、 MSMC的 CSMF模块收到服务释放响应消息后向 MTC服务器反 馈释放响应消息， 并向 CSDF模块发送内部原语， 请求释放相应的业务会 话。

613、 CSDF模块收到内部原语后， 如果有计费统计数据信息， 则通过 内部原语告知 CSMF模块， 并释放相应的业务会话。

参考图 19所示， 在另一个具体的应用实施例中， MSMC 的结构与图 17中所示的 MSMC结构类似， 不同的是 ASF模块， 本实施例的 MSMC中 ASF模块不通过 SM2与 HSS连接， 而是与 MTC服务器连接。

本实施例中的 ASF模块并不与 HSS交互， 而用来储存 MTC服务器相 关的签约信息、 安全等信息， 而这些签约信息和安全信息是由 MTC服务器 直接发给 ASF模块的。则在上述初始配置的过程中， ASF模块接收到 CSMF 模块发送的请求查询签约信息的内部原语后， 会进行在 ASF模块中查找得 到签约信息并通过内部原语返回给 CSMF模块。

以下另一个 M2M应用于长期演进（ LTE ) 网络系统为例说明， 参考图 20 所示， 在本实施例的业务处理系统中， 多个 MTC服务器直接连接到 BM-SC设备， 直接与 BM-SC设备进行组业务的处理； 而 MSMC与多个 MTC服务器连接， MSMC与 3GPP内网中网元的连接与图 16所示的系统 中 MSMC与 3GPP内网中网元的连接类似， 在此不进行赞述， 不同的是本 实施例的 MSMC与 BM-SC设备不连接。

其中本实施例中 MSMC的结构与图 17所示的结构类似， 不同的是本 实施例的 MSMC没有 SM3和 SM4接口。本实施例中由 BM-SC设备与 MTC 服务器之间进行交互， BM-SC设备在进行初始配置和组业务的处理时， 具 体过程与 MSMC 进行初始配置和组业务的处理流程类似， 而本实施例的 MSMC进行单个 MTC设备的业务过程与图 18c所示的过程一样，在此不进 行赘述。

本领域普通技术人员可以理解上述实施例的各 种方法中的全部或部分 步骤是可以通过程序来指令相关的硬件来完成 ， 该程序可以存储于一计算 机可读存储介质中， 存储介质可以包括： 只读存储器（ROM )、 随机存取存 储器（RAM )、 磁盘或光盘等。

以上对本发明实施例所提供的机器对机器服务 管理设备、 网络设备、 业务处理方法及系统， 进行了详细介绍， 本文中应用了具体个例对本发明 的原理及实施方式进行了阐述， 以上实施例的说明只是用于帮助理解本发 明的方法及其核心思想； 同时， 对于本领域的一般技术人员， 依据本发明 的思想， 在具体实施方式及应用范围上均会有改变之处 ， 综上所述， 本说 明书内容不应理解为对本发明的限制。