一种利用服务代理器传输信息的方法及服务代理器

一种利用服务代理器传输信息的方法SJ艮务代理

本申请要求于2013 年11 月15 日提交中国专利局、 申请号为201310576299.0、发明名称为"一种利用服务代理器传输信息的方法及服务代理器"的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。

技术领域

本发明涉及通信领域， 尤其涉及一种利用服务代理器传输信息的方法及服务代理器。

背景技术互联网协议（ Internet Protocol， 简称为IP ) 多媒体子系统（ IP Multimedia Subsystem , 简称为IMS ) 是第三代合作组织（The 3rd Generation Partnership Project， 简称为3GPP )规范的体系架构， 是通信核心网全IP化演进的主要标志性阶段。 随着通信网的IP化， 通信业务的开发门槛逐渐降低， 业务开发商也会出现百家争鸣的局面， 随之而来的就是业务管理问题。

一方面， 在IMS 架构下， 是通过初始过滤规则（Initial Filter

Criteria, 简称为IFC ) 来控制触发各个业务， 从而实现业务与控制的分离， 但是这种静态解决业务交互问题的方法还是会导致业务冲突； 另一方面， 传统网络还有大量的用户设备， 很多运营商需要维护传统网络上的已有业务， 以及将各种已有业务组合起来为用户设备提供更丰富多彩的体验， 因此传统网络升级到IMS不可能是突变的， 只可能是渐变的， 而且时间4艮长。

鉴于这两方面的考虑， 3GPP又提出了服务代理器（ Service Broker ) 的概念。 在IMS网络架构中， Service Broker作为核心网和智能业务平台的中间部件， 针对核心网而言， 它看到的智能业务平台是Service

Broker , 针对智能业务平台而言， 它看到的核心网是Service Broker, 当触发实体触发核心网发起智能业务流程时， Service Broker会将触发实体的地址信息统一修改为业务管理平台Service Broker的地址信息， 这样智能业务平台看到的触发核心网发起智能业务流程的触发实体的地址信息就是Service Broker的地址信息， 因此就会导致触发核心网发起智能业务的触发实体的地址信息丟失， 从而有可能造成智能业务平台无法对触发实体进行业务管理。

发明内容本发明的实施例提供一种利用服务代理器传输信息的方法及Service Broker， 用以解决触发实体触发核心网发起智能业务流程过程中， 一部分用于业务管理的信息会丟失的问题。

为达到上述目的， 本发明的实施例釆用如下技术方案： 第一方面， 提供了一种利用服务代理器传输信息的方法， 该方法包括：

Service Broker接收触发实体触发核心网发送的第一消息； 其中， 所述第一消息按照第一协议格式化；

获取针对所述触发实体的业务管理信息； 将所述第一消, 按照第二协议格式化， 并将所述业务管理信息与所述按照第二协议格式化后的第一消息合并， 得到第二消息；

向智能业务平台发送所述第二消息。 结合第一方面， 在第一种可能的实现方式中， 在所述获取针对所述触发实体的业务管理信息之后， 所述方法还包括：

将针对所述触发实体的业务管理信息保存在存储空间中。

结合第一方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述将所述业务管理信息与所述按照第二协议格式化后的第一消息合并， 得到第二消息包括：

将所述存储空间中保存的所述针对所述触发实体的业务管理信息与所述按照第二协议格式化后的第一消息合并， 得到第二消息。 结合第一方面， 在第三种可能的实现方式中， 所述获取针对所述触发实体的业务管理信息包括： 从接收到的所述第一消息中获取所述业务管理信息。 结合第一方面或第一方面的第一种可能的实现方式至第三种可能的实现方式中的任一种， 在第四种可能的实现方式中， 所述按照第二协议格式化后的第一消息包括： Arg参数单元； 所述将所述业务管理信息与所述按照第二协议格式化后的第一消息合并， 得到第二消息包括： 将所述业务管理信息赋值到所述按照第二协议格式化后的第一消息的Arg参数单元中。 结合第一方面， 在第五种可能的实现方式中， 所述核心网包括： 智能网络应用协议INAP网络、 全球移动通信GSM网络、 码分多址CDMA网络、 互联网协议IP多媒体子系统IMS网络中的任一种； 所述智能业务平台包括： INAP网络的智能业务平台、 GSM网络的智能业务平台、 CDMA网络的智能业务平台、 IMS网络的智能业务平台中的任一种。 结合第一方面， 在第六种可能的实现方式中， 所述针对所述触发实体的业务管理信息包括： 所述触发实体的地址信息、 所述触发实体触发的业务类型信息中的至少一种。

第二方面， 提供了一种服务代理器， 该服务代理器包括： 接收模块，用于接收触发实体触发核心网发送的第一消息； 其中， 所述第一消息按照第一协议格式化； 获取模块， 用于获取所述接收模块接收的所述第一消息中针对所述触发实体的业务管理信息； 处理模块， 用于将所述接收模块接收的所述第一消, 按照第二协议格式化， 并将所述获取模块获取的所述业务管理信息与所述按照第二协议格式化后的第一消息合并， 得到第二消息； 发送模块， 用于向智能业务平台发送所述处理模块得到的第二消息。

结合第二方面， 在第一种可能的实现方式中， 所述服务代理器还包括： 保存模块； 所述处理模块， 用于将所述获取模块获取的针对所述触发实体的业务管理信息保存在所述保存模块的存储空间中。

结合第二方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述处理模块， 用于将保存在所述保存模块的存储空间中的所述针对所述触发实体的业务管理信息与所述按照第二协议格式化后的第一消息合并， 得到第二消息。

结合第二方面， 在第三种可能的实现方式中， 所述获取模块， 用于从所述接收模块接收到的所述第一消息中获取所述业务管理信息。

结合第二方面或第二方面的第一种可能的实现方式至第三种可能的实现方式中的任一种， 在第四种可能的实现方式中， 所述按照第二协议格式化后的第一消息包括： Arg参数单元； 所述处理模块， 用于将所述业务管理信息赋值到所述按照第二协议格式化后的第一消息的Arg参数单元中。

结合第二方面， 在第五种可能的实现方式中， 所述核心网包括： 智能网络应用协议INAP网络、 全球移动通信GSM网络、 码分多址CDMA网络、 互联网协议IP多媒体子系统IMS网络中的任一种； 所述智能业务平台包括： INAP网络的智能业务平台、 GSM网络的智能业务平台、 CDMA网络的智能业务平台、 IMS网络的智能业务平台中的任一种。 结合第二方面， 在第六种可能的实现方式中， 所述针对所述触发实体的业务管理信息包括： 所述触发实体的地址信息、 所述触发实体触发的业务类型信息中的至少一种。

本发明实施例提供的利用服务代理器传输信息的方法及服务代理器， Service Broker 接收触发实体触发核心网发送的第一消息， 并获取针对所述触发实体的业务管理信息， 待将所述第一消息按照第二协议格式化，并将所述业务管理信息与所述按照第二协议格式化后的第一; % , ¾ 合并得到第二消息后， 又向智能业务平台发送所述第二消息； 由于在将所述第一消息按照第二协议格式化之前， Service Broker 已经获取到针对所述触发实体的业务管理信息， 因此当将所述第一消息按照第二协议格式化， 并将所述业务管理信息与所述按照第二协议格式化后的第一消息合并， 得到第二消息后， 所述业务管理信息就不会丟失， 从而避免了现有技术中触发实体触发核心网发起智能业务流程过程中， 一部分用于业务管理的信息会丟失的问题。

附图说明为了更清楚地说明本发明实施例的技术方案， 下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种信息传输的方法的示意图； 图2为本发明实施例一提供的一种信息传输的方法的示意图； 图3为本发明实施例二提供的一种信息传输的方法的示意图； 图4为本发明实施例三提供的一种信息传输的方法的示意图； 图5为本发明实施例四提供的一种信息传输的方法的示意图； 图6为本发明实施例五提供的一种信息传输的方法的示意图； 图7为本发明实施例提供的一种信息传输装置的结构示意图； 图8为本发明实施例提供的另一种信息传输装置的结构示意图； 图9为本发明实施例提供的另一种信息传输装置的结构示意图； 图10为本发明实施例提供的另一种信息传输装置的结构示意图。

具体实施方式下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。 在IMS 网络架构中， 位于最底层的是核心网， 位于中间层的是Service Broker， 而位于最上层的是智能业务平台。 其中， 在核心网中， 包括： 移动交换中心（Mobile Switching Center, 简称为MSC ) 或者网关移动交换中心（ Gateway Mobile Switching Center, 简称为GMSC) ， 它们的作用在于在用户设备（例如手机、 固话等） 触发MSC/GMSC 建立智能业务流程后， 将所述用户设备的业务请求以消息形式传输给中间设备Service Broker ₀在智能业务平台中， 包括： 业务控制点（ Service Control Point, 简称为SCP )、会话初: ½十办议保证月良务（ Session Initiation Protocol Assured Services ， 简称为SIP AS ) ， 它们的作用在于接收Service Broker发送的消息， 以便根据所述消息对核心网中的MSC/GMSC发起的智能业务流程进行处理。

下面结合附图对本发明实施例提供的信,包、传输的方法进行详细描述。

如图1所示， 本发明实施例提供了一种利用服务代理器Service

Broker传输信息的方法， 包括以下步骤：

SlO Service Broker接收触发实体触发核心网发送的第一消息。 其中， 所述第一消息按照第一协议格式化；

所谓触发实体， 包括核心网中的MSC或者GMSC。

在此步骤中， 核心网包括： 智能网络应用协议（ Intelligent

Network Application Protocol, 简称为INAP ) 网络、 全球移动通信系统( Global System for Mobile Communications, 简称为GSM ) 网络、 码分多址( Code Division Multiple Access , 简称为CDMA ) 、 IMS网络； 当然， 还可以是其他的网络。 其中， 所述第一协议为Service Broker 与核心网的接入协议； 所述第一协议可以包括： 会话初始协议( Session Initiation Protocol, 简称为SIP ) 、 CAMEL应用部分( CAMEL Application Part, 简称为CAP) 协议、 无线智能网络( Wireless Intelligent Network, 简称为WIN ) 协议、 智能网络应用协议( Intelligent Network Application Protocol , 简称为INAP ) 等协议中的任一种。

5102、 Service Broker获取针对所述触发实体的业务管理信息。 其中， 所述针对触发实体的业务管理信息包括： 所述触发实体的地址信息、 所述触发实体触发的业务类型信息中的至少一种。 所述触发实体的地址可以是IP地址、 或信令交换点（Signaling Switch Point, 简称为SSP ) 地址等。 所述触发实体触发的业务类型信息可以是语音业务、 视频业务、 彩铃业务等中的任一种。 在此步骤中， Service Broker如何获取针对所述触发实体的业务管理信息， 优选的， 可以釆用以下方式， 此方式具体为： Service Broker从接收到的所述第一消息中获取所述业务管理信息。 具体的， 第一消息中可以包含针对所述触发实体的业务管理信息， 但是现有技术中在将第一消息按照第二协议格式化的过程中， 所述针对所述触发实体的业务管理信息会丟失； 因此， 在本实施例中在将所述第一消息按照第二协议格式化之前， Service Broker直接从其接收到的第一消息中获得所述业务管理信息， 这样就避免了由于协议转换所造成的信息丟失。

5103、 Service Broker将所述第一消息按照第二协议格式化， 并将所述业务管理信息与所述按照第二协议格式化后的第一消息合并， 得到第二消息。 同样的， 所述第二协议为Service Broker 与智能业务平台所支持的协议； 所述第二协议也可以包括： SIP、 CAP 协议、 WIN 协议、 INAP等协议中的任一种。 其中， 第二协议与第一协议不同。 其中， 所述按照第二协议格式化后的第一消息包括： Arg 参数单元。 此步骤具体可以包括： 将所述业务管理信息赋值到所述按照第二协议格式化后的第一消息的Arg参数单元中。 其中， 所谓Arg参数单元具体用来承载所述业务管理信息。 示例的， 所述按照第二协议格式化后的第一消息的Arg参数单元中有未定义的字段， 此时可以将所述未定义的字段中的部分或者全部用于写入所述业务管理信息， 当Se rv i ce Broke r 获得所述业务管理信息后， 再将所述业务管理信息写入上述字段即可。 当然， 所述按照第二协议格式化后的第一消息的A rg参数单元中新增用于写入所述业务管理信息的字段。

S 104、 Serv i ce Broker向智能业务平台发送所述第二消息。 其中， 所述智能业务平台包括： INAP 网络的智能业务平台、 GSM 网络的智能业务平台、 CDMA网络的智能业务平台、 IMS网络的智能业务平台； 同样的， 还可以是其他网络的智能业务平台。

本发明实施例提供的利用服务代理器传输信息的方法， Serv i ce

Broker接收触发实体触发核心网发送的第一消息，并获取针对所述触发实体的业务管理信息， 待将所述第一消息按照第二协议格式化，并将所述业务管理信息与所述按照第二协议格式化后的第一消息合并得到第二消息后， 又向智能业务平台发送所述第二消息； 由于在将所述第一消息按照第二协议格式化得到第二消息之前， Serv i ce Broker 已经获取到针对所述触发实体的业务管理信息， 因此当将所述第一消息按照第二协议格式化， 并将所述业务管理信息与所述按照第二协议格式化后的第一消息合并， 得到第二消息后， 所述业务管理信息就不会丟失， 从而避免了现有技术中触发实体触发核心网发起智能业务流程过程中， 一部分用于业务管理的信息会丟失的问题。

进一步的， 在上述步骤S 102之后， 所述方法还包括： 将针对所述触发实体的业务管理信息保存在存储空间中。

具体的， 所述存储空间可以包括： Se rv i ce Broker的会话内存， 当然也可以是緩存。 此时， 步骤S103具体可以包括： Service Broker将所述存储空间中保存的所述针对所述触发实体的业务管理信息与所述按照第二协议格式化后的第一消息合并， 得到第二消息。

下面将针对具体的触发实体触发核心网发起智能业务流程的场景， 对本实施例提供的方法进行详述。

实施例一、

下面结合图2， 对本实施例提供的方法进行详述。 其中， 图2所示为固话用户设备通过SIP协议触发INAP 网络发起智能流程后， 进行GSM 网络上的公用虚拟专用网络( Virtual Private Network, 简称为VPN) 业务。 具体的， 本实施例提供的利用服务代理器传输信息的方法， 包括以下步骤：

S201、固话用户设备通过SIP协议，触发INAP网络中的MSC/ GMSC, 建立智能业务流程。

S202、 INAP网络中的MSC/GMSC向Service Broker发送第一消息， 相应的， Service Broker接收INAP网络中的MSC/GMSC发送的第一消息。

其中， 第一消息按照SIP协议格式化。

5203、 Service Broker获取INAP网络中的MSC/GMSC向Service Broker发送的第一消息中针对MSC/GMSC的业务管理信息。 其中， 所述针对MSC/GMSC的业务管理信息包括： MSC/GMSC的地址信息、 MSC/GMSC触发的智能业务中的至少一种。

5204、 Service Broker将所述第一消息按照CAP协议格式化， 并将步骤S203 中得到的所述业务管理信息与所述按照CAP协议格式化的第一消息合并， 得到第二消息。

其中， 所述按照CAP协议格式化的第一消息包括： Arg参数单元。 具体的， 所述按照CAP协议格式化的第一消息的Arg参数单元可以包括以下结构体：

originalEntityinfo [N] originalEntityinfo OPTIONAL

{ SSPAddress [PRIVATE Nl] OCTECT STRING SIZE( ) OPTIONAL

Orignalnettype [PRIVATE N2] OCTECT STRING SIZE( )

OPTIONAL

在上述结构体中， or iginalEntityinfo 为该结构体的标识； N 为该结构体的成员个数的身份标识号码（ Identity, 简称为ID) 标识； SSPAddress 为MSC/GMSC 的地址信息标识； PRIVATE表示该协议是私有的； Nl、 N2 为CAP协议的Arg 参数的代码标识； Orignalnettype 为MSC/GMSC触发的智能业务类型； OCTECT STRING SIZE( )为MSC/GMSC 的业务管理信息所占用的字节个数； OPTIONAL表示该选项是可选的。 这样， 所述MSC/GMSC 的业务管理信息就不会因为协议转换而丟失。 接着， 将步骤S203 中得到的所述业务管理信息赋值到所述按照CAP协议格式化的第一消息的Arg参数单元中， 从而得到第二消息。

S205、 Service Broker向GSM网络的智能业务平台发送所述第二消息。

这样GSM网络的智能业务平台的VPN业务就可以根据所述第二消息中的业务管理信息对MSC/GMSC 进行业务管理， 从而固话用户设备可以进行GSM网络上的VPN业务。

本发明实施例提供的利用服务代理器传输信息的方法， 固话用户设备通过SIP协议触发INAP网络中的MSC/GMSC建立智能流程，进而， Service Broker可以接收MSC/GMSC发送的第一消息， 并获取针对所述MSC/GMSC 的业务管理信息， 待将所述第一消息按照CAP协议格式化， 并将所述业务管理信息与所述按照CAP协议格式化后的第一消息合并， 得到第二消息后， 又向GSM网络的智能业务平台发送所述第二消息； 由于在将所述第一消息按照CAP 协议格式化之前， Service Broker 已经获取到针对所述MSC/GMSC的业务管理信息， 因此当将所述第一消息按照CAP协议格式化， 并将所述业务管理信息与所述按照CAP 协议格式化后的第一消息合并， 得到第二消息后， 所述业务管理信息就不会丟失， 从而避免了现有技术中MSC/GMSC 触发核心网发起智能业务流程过程中， 一部分用于业务管理的信息会丟失的问题。

实施例二、

下面结合图3， 对本实施例提供的方法进行详述。 其中， 图3所示为移动用户设备通过CAP协议触发GSM网络发起智能流程后， 进行IMS网络上的IMS集中控制（IMS Centralized Services,简称为ICS) 应用服务器（Application Server,简称为AS) 漫游接入控制业务。 本实施例提供的利用服务代理器传输信息的方法， 包括以下步骤： S30 移动用户设备通过CAP协议， 触发GSM网络中的MSC， 建立智能业务流程。

S302、 GSM网络中的MSC向Service Broker发送第一消息， 相应的， Service Broker接收GSM网络中的MSC发送的第一消息。

其中， 第一消息按照CAP协议格式化。

S303、 Service Broker获取GSM网络中的MSC向Service Broker 发送的第一消息中针对MSC的业务管理信息。

其中， 所述针对MSC的业务管理信息包括： MSC的地址信息、 MSC 触发的智能业务中的至少一种。

S304、 Service Broker将所述第一消息按照SIP协议格式化， 并将步骤S303 中得到的所述业务管理信息与所述按照SIP协议格式化的第一消息合并， 得到第二消息。

其中， 所述按照SIP协议格式化的第一消息包括： Arg参数单元。 具体的， 所述按照SIP协议格式化的第一消息的Arg参数单元可以包括以下结构体：

originalEntityinfo [N] originalEntityinfo OPTIONAL

{ SSPAddress [PRIVATE Nl] OCTECT STRING SIZE( )

OPTIONAL

Orignalnettype [PRIVATE N2] OCTECT STRING SIZE( )

OPTIONAL }

在上述结构体中， or iginalEntityinfo 为该结构体的标识； N 为该结构体的成员个数的身份标识号码（ Identity, 简称为ID) 标识； SSPAddress为MSC的地址信息标识； PRIVATE表示该协议是私有的； Nl、 N2 为SIP协议的Arg参数的代码标识； Or igna lnet type 为MSC 触发的智能业务类型； OCTECT STRING SIZE ( ) 为MSC的业务管理信息所占用的字节个数； OPT 10NAL表示该选项是可选的。 这样， MSC的业务管理信息就不会因为协议转换而丟失。 接着， 将步骤S303 中得到的所述业务管理信息赋值到所述按照SIP协议格式化的第一消息的Arg参数单元中， 从而得到第二消息。

S305、 Service Broker向IMS网络的智能业务平台发送所述第二消息。

这样IMS网络的智能业务平台就可以根据所述第二消息中的业务管理信息对MSC进行业务管理， 从而移动用户设备可以进行IMS网络上的ICS AS漫游接入控制业务。

本发明实施例提供的利用服务代理器传输信息的方法， 移动用户设备通过CAP协议触发GSM网络中的MSC建立智能流程，进而Service Broker可以接收MSC发送的第一消息，并获取针对所述MSC的业务管理信息， 待将所述第一消息按照SIP协议格式化， 并将所述业务管理信息与所述按照SIP协议格式化后的第一消息合并，得到第二消息后， 又向IMS网络的智能业务平台发送所述第二消息； 由于在将所述第一消息按照SIP协议格式化之前， Service Broker 已经获取到针对所述MSC的业务管理信息， 因此当将所述第一消息按照SIP协议格式化， 并将所述业务管理信息与所述按照SIP 协议格式化后的第一消息合并， 得到第二消息后， 所述业务管理信息就不会丟失， 从而避免了现有技术中MSC触发核心网发起智能业务流程过程中， 一部分用于业务管理的信息会丟失的问题。

实施例三、

下面结合图4， 对本实施例提供的方法进行详述。 其中， 图4所示为用户设备通过WIN协议触发CDMA网络发起智能流程后，进行GSM 网络上的PP s业务。 本实施例提供的利用服务代理器传输信息的方法， 包括以下步骤：

S40 用户设备通过WIN协议， 触发CDMA网络中的MSC， 建立智能业务流程。

S402、 CDMA网络中的MSC向Service Broker发送第一消息， 相应的， Service Broker接收CDMA网络中的MSC发送的第一消息。

其中， 第一消息按照WIN协议格式化。

S403, Service Broker获取CDMA网络中的MSC向Service Broker 发送的第一消息中针对MSC的业务管理信息。 其中， 所述针对MSC的业务管理信息包括： MSC的地址信息、 MSC 触发的智能业务中的至少一种。

S404、 Service Broker将所述第一消息按照CAP协议格式化， 并将所述业务管理信息与所述按照CAP协议格式化的第一消息合并， 得到第二消息。

其中， 所述按照CAP协议格式化的第一消息包括： Arg参数单元。 具体的， 所述按照CAP协议格式化的第一消息的Arg参数单元可以包括以下结构体：

originalEntityinfo [N] originalEntityinfo OPTIONAL

{ SSPAddress [PRIVATE Nl] OCTECT STRING SIZE( )

OPTIONAL

Orignalnettype [PRIVATE N2] OCTECT STRING SIZE( )

OPTIONAL

}

在上述结构体中， originalEntityinfo 为该结构体的标识； N 为该结构体的成员个数的身份标识号码（ Identity, 简称为ID) 标识； SSPAddress为MSC的地址信息标识； PRIVATE表示该协议是私有的； Nl、 N2 为CAP协议的Arg参数的代码标识； Orignalnettype 为MSC 触发的智能业务类型； OCTECT STRING SIZE ( ) 为MSC的业务管理信息所占用的字节个数； OPTIONAL表示该选项是可选的。 这样， 所述MSC的业务管理信息就不会因为协议转换而丟失。 接着， 将步骤S403 中得到的所述业务管理信息赋值到所述按照CAP协议格式化的第一消息的Arg参数单元中， 从而得到第二消息。

S405、 Service Broker向GSM网络的智能业务平台发送所述第二消息。

这样GSM网络的智能业务平台就可以根据所述第二消息中的业务管理信息对MSC进行业务管理，从而用户设备通过WIN协议触发CDMA 网络发起智能流程后， 可以进行GSM网络上的PPS业务。

本发明实施例提供的利用服务代理器传输信息的方法， 用户设备通过WIN协议触发CDMA 网络中的MSC建立智能流程， 进而Service Broker可以接收MSC发送的第一消息，并获取针对所述MSC的业务管理信息， 待将所述第一消息按照CAP 协议格式化，并将所述业务管理信息与所述按照CAP协议格式化后的第一消息合并，得到第二消息后， 又向GSM网络的智能业务平台发送所述第二消息； 由于在将所述第一消息按照CAP协议格式化之前， Service Broker 已经获取到针对所述MSC/GMSC的业务管理信息， 因此当将所述第一消息按照CAP协议格式化， 并将所述业务管理信息与所述按照CAP协议格式化后的第一消息合并， 得到第二消息后， 所述业务管理信息就不会丟失， 从而避免了现有技术中MSC触发核心网发起智能业务流程过程中， 一部分用于业务管理的信息会丟失的问题。

实施例四、

下面结合图5， 对本实施例提供的方法进行详述。 其中， 图5所示为移动用户设备通过CAP协议从GSM网络上触发智能流程后， 进行INAP网络上的彩铃业务。 本实施例提供的利用服务代理器传输信息的方法， 包括以下步骤：

S50 移动用户设备通过CAP协议， 触发GSM网络中的MSC， 建立智能业务流程。

S502、 GSM 网络中的MSC 向Service Broker发送第一消息， 相应的， Service Broker接收GSM网络中的MSC发送的第一消息。 其中， 第一消息按照CAP协议格式化。

5503、 Service Broker获取GSM网络中的MSC向Service Broker 发送的第一消息中针对MSC的业务管理信息。

其中， 所述针对MSC的业务管理信息包括： MSC的地址信息、 MSC 触发的智能业务中的至少一种。

5504、 Service Broker将所述第一消息按照INAP协议格式化， 并将所述业务管理信息与所述按照INAP协议格式化的第一消息合并， 得到第二消息。

其中，所述按照INAP协议格式化的第一消息包括： Arg参数单元。 具体的， 所述按照INAP协议格式化的第一消息的Arg参数单元可以包括以下结构体：

originalEntityinfo [N] originalEntityinfo OPTIONAL

{ SSPAddress [PRIVATE Nl] OCTECT STRING SIZE( )

OPTIONAL

Orignalnettype [PRIVATE N2] OCTECT STRING SIZE( )

OPTIONAL

}

在上述结构体中， originalEntityinfo 为该结构体的标识； N 为该结构体的成员个数的身份标识号码（ Identity, 简称为ID) 标识； SSPAddress为MSC的地址信息标识； PRIVATE表示该协议是私有的； Nl、 N2为INAP协议的Arg参数的代码标识； Orignalnettype为MSC 触发的智能业务类型； OCTECT STRING SIZE ( ) 为MSC的业务管理信息所占用的字节个数； OPT 10NAL表示该选项是可选的。

这样， MSC的业务管理信息就不会因为协议转换而丟失。 接着， 将步骤S503 中得到的所述业务管理信息赋值到所述按照INAP协议格式化的第一消息的Arg参数单元中， 从而得到第二消息。

S505、 Service Broker向INAP 网络的智能业务平台发送所述第二消息。

这样G SM网络的智能业务平台就可以根据所述第二消息中的业务管理信息对MSC 进行业务管理， 从而移动用户设备就可以进行INAP 网络上的彩铃业务。

本发明实施例提供的利用服务代理器传输信息的方法， 移动用户设备通过CAP协议触发GSM网络中的MSC建立智能流程，进而Serv i ce Broker可以接收所述MSC发送的第一消息，并获取针对所述移动用户设备的业务管理信息， 待将所述第一消息按照INAP协议格式化，并将所述业务管理信息与所述按照INAP 协议格式化后的第一消息合并， 得到第二消息后， 又向I NAP网络的智能业务平台发送所述第二消息； 由于在将所述第一消息按照INAP 协议格式化之前， Serv i ce Broker 已经获取到针对所述MSC的业务管理信息， 因此当将所述第一消息按照INAP协议格式化， 并将所述业务管理信息与所述按照I NAP协议格式化后的第一消息合并， 得到第二消息后， 所述业务管理信息就不会丟失， 从而避免了现有技术中MSC触发核心网发起智能业务流程过程中， 一部分用于业务管理的信息会丟失的问题。

实施例五、

本实施例提供的信息传输的方法与上述四个实施例的区别在于， Serv i ce Broker在获取针对所述触发实体的业务管理信息之后， 需要将所述业务管理信息保存在存储空间中。 下面结合图6， 对本发明实施例提供的信息传输的方法进行详述。 本实施例中， 参照实施例三中的场景进行说明， 具体的， 本实施例提供的方法包括步骤S 601-S607 , 其中， 实施例三中的步骤S403和步骤S404的替代步骤可以是：

S603、 Serv i ce Broker获取针对MSC的业务管理信息， 并将所述针对MSC的业务管理信息保存在存储空间中。

S604、 Serv i ce Broker将所述第一消息按照CAP协议格式化， 并将步骤S 603中所述存储空间中所保存的业务管理信息与所述按照CAP 协议格式化的第一消息合并， 得到第二消息。

其中， 所述按照CAP协议格式化的第一消息包括： Arg参数单元。 具体的， 所述按照CAP协议格式化的第一消息的Arg参数单元可以包括以下结构体： originalEntityinfo [N] originalEntityinfo OPTIONAL

{ SSPAddress [PRIVATE Nl] OCTECT STRING SIZE( )

OPTIONAL

Orignalnettype [PRIVATE N2] OCTECT STRING SIZE( )

OPTIONAL

}

在上述结构体中， originalEntityinfo 为该结构体的标识； N 为该结构体的成员个数的身份标识号码（ Identity, 简称为ID) 标识； SSPAddress为MSC的地址信息标识； PRIVATE表示该协议是私有的； Nl、 N2 为CAP协议的Arg参数的代码标识； Orignalnettype 为MSC 触发的智能业务类型； OCTECT STRING SIZE ( ) 为MSC的业务管理信息所占用的字节个数； OPTIONAL表示该选项是可选的。 这样， 所述MSC的业务管理信息就不会因为协议转换而丟失。 接着， 将步骤S603 中得到的所述业务管理信息赋值到所述按照

CAP协议格式化的第一消息的Arg参数单元中， 从而得到第二消息。

本发明实施例提供的利用服务代理器传输信息的方法， 用户设备通过WIN协议触发CDMA 网络中的MSC建立智能流程， 进而Service Broker可以接收MSC发送的第一消息，并获取针对所述MSC的业务管理信息， 待将所述第一消息按照CAP 协议格式化，并将所述业务管理信息与所述按照CAP协议格式化后的第一消息合并，得到第二消息后， 又向GSM网络的智能业务平台发送所述第二消息； 由于在将所述第一消息按照CAP协议格式化之前， Service Broker 已经获取到针对所述MSC/GMSC的业务管理信息， 因此当将所述第一消息按照CAP协议格式化， 并将所述业务管理信息与所述按照CAP协议格式化后的第一消息合并， 得到第二消息后， 所述业务管理信息就不会丟失， 从而避免了现有技术中MSC触发核心网发起智能业务流程过程中， 一部分用于业务管理的信息会丟失的问题。

参照图7， 本发明实施例提供了一种Service Broker 70， 该Servi ce Broker 70包括： 接收模块701， 用于接收触发实体触发核心网发送的第一消息； 其中， 所述第一消息按照第一协议格式化； 获取模块702， 用于获取所述接收模块701接收的所述第一消息中针对所述触发实体的业务管理信息； 处理模块703， 用于将所述接收模块701接收的所述第一消息按照第二协议格式化， 并将所述获取模块702获取的所述业务管理信息与所述按照第二协议格式化后的第一消息合并， 得到第二消息； 发送模块704， 用于向智能业务平台发送所述处理模块703得到的第二消息。

可选的， 参照图8， 所述Serv i ce Broker70 还包括： 保存模块

705 ; 所述处理模块703， 具体用于将所述获取模块702获取的针对所述触发实体的业务管理信息保存在所述保存模块705的存储空间中。 可选的，所述处理模块703，具体用于将保存在所述保存模块705 的存储空间中的所述针对所述触发实体的业务管理信息与所述按照第二协议格式化后的第一消息合并， 得到第二消息。 可选的， 所述获取模块， 具体用于从所述接收模块701接收到的所述第一消息中获取所述业务管理信息。 可选的， 所述按照第二协议格式化后的第一消息包括： Arg参数单元；

所述处理模块， 具体用于将所述业务管理信息赋值到所述按照第二协议格式化后的第一消息的Arg参数单元中。 可选的， 所述核心网包括： INAP 网络、 GSM网络、 CDMA网络、 IMS网络中的任一种； 所述智能业务平台包括： INAP网络的智能业务平台、 GSM网络的智能业务平台、 CDMA网络的智能业务平台、 IMS网络的智能业务平台中的任一种。 可选的， 所述针对所述触发实体的业务管理信息包括： 所述触发实体的地址信息、 所述触发实体触发的业务类型信息中的至少一种。

本发明实施例提供的Service Broker, 接收模块701接收触发实体触发核心网发送的第一消息， 并由获取模块702获取所述接收模块701 接收的所述第一消息中针对所述触发实体的业务管理信息， 待处理模块703将所述接收模块701接收的所述第一消息按照第二协议格式化， 并将所述获取模块702获取的所述业务管理信息与所述按照第二协议格式化后的第一消息合并得到第二消息后， 又由发送模块704 向智能业务平台发送所述第二消息； 由于在处理模块703将所述接收模块701接收的所述第一消息按照第二协议格式化之前，获取模块702 会预先获取到针对所述触发实体的业务管理信息， 因此当处理模块703将所述接收模块701接收的所述第一消息按照第二协议格式化， 并将所述获取模块702获取的所述业务管理信息与所述按照第二协议格式化后的第一消息合并， 得到第二消息后， 所述业务管理信息就不会丟失， 从而就避免了现有技术中触发实体触发核心网发起智能业务流程过程中， 一部分用于业务管理的信息会丟失的问题。

参照图9， 本发明实施例还提供了一种Service Broker 90， 该Service Broker 90 包括： 处理器901、 与所述处理器901相连的接收器902和发送器903; 所述接收器902，用于接收触发实体触发核心网发送的第一消息； 其中， 所述第一消息按照第一协议格式化；

所述处理器901， 用于获取针对所述触发实体的业务管理信息； 所述处理器901， 还用于将所述接收器902接收到的所述第一消息按照第二协议格式化， 并将所述业务管理信息与所述按照第二协议格式化后的第一消息合并， 得到第二消息； 所述发送器903， 用于向智能业务平台发送所述第二消息。 可选的， 参照图10， 所述Service Broker 90 还包括： 存储器

904; 所述处理器901， 具体用于将所述针对所述触发实体的业务管理信息保存在所述存储器904的存储空间中；

可选的， 所述处理器901， 具体用于将保存在所述存储器904的存储空间中的所述针对所述触发实体的业务管理信息与所述按照第二协议格式化后的第一消息合并， 得到第二消息。

可选的， 所述处理器901， 具体用于从接收到的所述第一消息中获取所述业务管理信息。 可选的， 所述按照第二协议格式化后的第一消息包括： Arg参数单元；

所述处理器901， 具体用于将所述业务管理信息赋值到所述按照第二协议格式化后的第一消息的Arg参数单元中。

本发明实施例提供的Serv i ce Broker , 接收器901接收触发实体触发核心网发送的第一消息， 并由处理器901获取所述接收器9 01接收的所述第一消息中针对所述触发实体的业务管理信息， 待所述处理器901将所述接收器9 02接收的所述第一消息按照第二协议格式化， 并将所述接收器901获取的所述业务管理信息与所述按照第二协议格式化后的第一消息合并得到第二消息后， 又由发送器903向智能业务平台发送所述第二消息； 由于在所述处理器9 01将所述接收器9 02接收的所述第一消息按照第二协议格式化之前， 所述处理器901会预先获取到针对所述触发实体的业务管理信息， 因此当所述处理器901将所述业务管理信息与所述按照第二协议格式化后的第一消息合并， 得到第二消息后， 所述业务管理信息就不会丟失， 从而就避免了现有技术中触发实体触发核心网发起智能业务流程过程中， 一部分用于业务管理的信息会丟失的问题。

在本申请所提供的几个实施例中， 应该理解到， 所揭露的系统， 装置和方法， 可以通过其它的方式实现。 例如， 以上所描述的装置实施例仅仅是示意性的， 例如， 所述单元的划分， 仅仅为一种逻辑功能划分， 实际实现时可以有另外的划分方式， 例如多个单元或组件可以结合或者可以集成到另一个系统， 或一些特征可以忽略， 或不执行。 另一点， 所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口， 装置或单元的间接耦合或通信连接， 可以是电性， 机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的， 作为单元显示的部件可以是或者也可以不是物理单元， 即可以位于一个地方， 或者也可以分布到多个网络单元上。 可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外， 在本发明各个实施例中的各功能单元可以集成在一个处理单元中， 也可以是各个单元单独物理包括， 也可以两个或两个以上单元集成在一个单元中。 上述集成的单元既可以釆用硬件的形式实现， 也可以釆用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元， 可以存储在一个计算机可读取存储介质中。 上述软件功能单元存储在一个存储介质中， 包括若干指令用以使得一台计算机设备（可以是个人计算机， 服务器，或者网络设备等）执行本发明各个实施例所述方法的部分步骤。 而前述的存储介质包括： U 盘、 移动硬盘、 只读存储器（Read-On ly Memory , 简称ROM ) 、 随机存取存储器( Random Acce ss Memo ry , 简称RAM ) 、 磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对其限制； 尽管参照前述实施例对本发明进行了详细的说明， 本领域的普通技术人员应当理解： 其依然可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。