实现签名信息发送的方法及系统 技术领域 本发明涉及移动通信技术领域， 更具体的说， 是涉及一种实现签名信息发送的方 法及系统。
背景技术 随着时代进步与科技的发展， 人与人之间的沟通、 联系的方式也随之发展起来， 并 呈现出多种多样的方式。当前应用最为广泛的移动设备 - 手机， 其通过各种方式能够满足 人们彰显自我目的。其中， 在利用手机进行通信的过程中， 基于彩印这一消息业务， 被叫用 户和 \ 或主叫用户可以在呼叫结束之后将自己的 “手机签名” 信息 ( 心情短语、 笑话、 商情 等 ) 发送到对方手机上， 让对方看到自己的 “手机签名” 信息。
在现有技术中主要通过移动智能网业务方案， 实现发送主叫用户 “主叫名片” 功能， 即实现主叫用户的 “手机签名”的发送。其技术支持为 ： 通过主叫用户签约 O_ CSI(Originating CAMEL Subscription Information， 签约信息 ) 智能网业务， 首先， 由 MSC(Mobile Switch Center， 移动交换中心 ) 根据签约关系触发 “主叫名片” 的 SCP(Service Control Point， 业务控制点 )， 然后， 由 SCP 获取主叫用户设置的 “主叫名片” 信息下发给 MSC， 最后， 通过核心网将 MSC 接收到的 “主叫名片” 发送给被叫用户。在现有技术中具体的 业务流程分为两种情况。
其一， 如图 1 所示， 为单业务处理流程图， 主要包括以下步骤 ：
101 ： 主叫用户 a 发起呼叫， 触发其智能业务流程到主叫名片 SCP。
102 ： 主叫名片 SCP 检查用户开通了主叫名片业务， 并判断被叫用户 b 是否为网内 手机用户， 如果不是， 则不能使用主叫名片业务， 业务功能中止。
103 ： 如 果 是 则 向 被 叫 用 户 b 的 归 属 位 置 寄 存 器 HLRb 发 送 ATI(Any Time Interrogation， 任意时间查询消息 ) 获取用户 b 的当前状态。
104 ： HLRb 向主叫名片 SCP 返回被叫用户 b 的状态等信息。
105 ： 若被叫用户 b 的当前状态不是空闲， 则主叫名片 SCP 处理后续业务 ( 放提示 音等 )。
106 ： 若被叫用户 b 处于空闲则向 a 用户放音收号， 让 a 确认是否发送主叫信息， 不 发送则主叫名片 SCP 进行后续业务处理， 发送则构造将要发给用户 b 的闪信的内容。
107 ： 主叫名片 SCP 向 b 归属的 HLRb 发送 SRI-SM 获取被叫用户 b 的漫游 MSCb 地 址和 IMSI 号码。
108 ： HLRb 返回被叫用户 b 的漫游移动交换中心 MSCb 地址和 IMSI 号码。
109 ： 主叫名片 SCP 向被叫用户 b 的漫游 MSCb 发送 MT-Forward-SM 消息， 采用闪信 编码发送短消息， 使被叫用户 b 收到短信。
110 ： 被叫用户 b 的漫游 MSCb 返回发送结果， 主叫名片 SCP 进行延时。
111 ： 呼叫接续到 b。
其二， 如图 2 所示， 为与现网其他智能网业务嵌套的流程图， 主要包括以下步骤 ：
201 ： 主叫用户 a 发起呼叫， 呼叫送到主叫用户 a 的拜访地 MSCa， MSCa 根据用户 a 的 O-CSI 信息触发其智能业务流程到 VPMN SCP， 并进入 VPMN(Virtual Private Mobile Network， 虚拟专用移动网 ) 业务。
202 ： VPMN SCP 上的主叫名片业务代理 CNAP_Proxy 向主叫名片 SCP 发起主叫名片 业务处理请求。
执行与上述单业务处理过程中的相同的流程， 使被叫用户 b 接收到携带有主叫名 片的短信， 并返回发送的结果， 在主叫名片 SCP 进行延时后继续呼叫接续到被叫用户 b。
但是， 现有技术中采用上述的两种方式进行主被叫用户间的 “名片” 或 “手机签名” 时， 由于在业务流程中涉及发送 ATI 消息查询被叫用户的状态， 当被叫用户为外网用户时， 主叫名片 SCP 和外网的 HLR 不能实现相互之间的信息交互， 不支持不同网中的主被叫用户 的 “彩印业务” ； 而且， 由于现有技术只能解决 2 个业务之间的嵌套， 对于涉及多个智能网业 务复杂的嵌套流程， 采用现有技术中的方法也无法支持。 发明内容
有鉴于此， 本发明实施例提供了一种实现签名信息发送的方法及系统， 以克服现 有技术中在 SCP 中进行处理时， 当通话方中有一方为外网用户， 采用现有技术的方法无法 支持彩印业务的问题。 为实现上述目的， 本发明实施例提供如下技术方案 ：
一种实现签名信息发送的方法， 包括 ：
接收信令监测设备发送的通话方号码信息， 所述通话方号码信息由所述信令监测 设备监测到移动网增强逻辑的用户应用部分 CAP 信令中的触发请求时发送 ；
查询并获取通话方中的一方号码信息对应的彩印签名信息 ；
发送所述彩印签名信息至通话方的另一方。
一种实现签名信息发送的系统， 包括 ：
信令监测设备， 用于监听移动网增强逻辑的用户应用部分 CAP 信令中是否产生触 发请求 ；
彩印业务平台， 用于接收信令监测设备监听到触发请求时发送的通话方号码信 息， 查询并获取通话方中的一方号码信息对应的彩印签名信息， 以及依据短信或闪信方式 发送所述彩印签名信息至短信网关 ；
短信网关， 用于接收彩印业务平台发送的所述彩印签名信息并发送 ；
短信中心， 用于接收所述短信网关发送的所述彩印签名信息， 并将其发送至所述 通话方的另一方。
一种实现签名信息发送的系统， 包括 ：
信令监测设备， 用于监听移动网增强逻辑的用户应用部分 CAP 信令中是否产生触 发请求 ；
彩印业务平台， 用于接收信令监测设备监测到触发请求时发送的通话方号码信 息， 查询并获取通话方中的一方号码信息对应的彩印签名信息， 以及依据彩信方式发送所 述彩印签名信息至彩信网关 ；
彩信网关， 用于接收彩印业务平台发送的所述彩印签名信息并发送 ；
彩信中心， 用于接收所述彩信网关发送的所述彩印签名信息， 并将其发送至所述 通话方的另一方。
一种实现签名信息发送的系统， 包括 ：
信令监测设备， 用于监听移动网增强逻辑的用户应用部分 CAP 信令中是否产生触 发请求 ；
彩印业务平台， 用于接收信令监测设备监测到触发请求时发送的通话方号码信 息， 查询并获取通话方中的一方号码信息对应的彩印签名信息， 以及依据非结构化补充数 据业务 USSD 方式发送所述彩印签名信息至 USSD 中心 ；
USSD 中心， 用于接收所述彩印签名信息， 并将其发送至所述通话方的另一方。
经由上述的技术方案可知， 与现有技术相比， 本发明实施例公开了一种实现签名 信息发送的方法及系统。 本发明实施例通过基于彩印消息平台和信令监测设备实现签名信 息的发送。在主叫拨打被叫用户时， 通过信令监测设备负责监测 CAP 信令中的触发请求， 即 通话方中一方的 disconnect 挂机请求、 answer 通话应答请求或 continue/connect 通话接 续请求， 当监测到触发请求之后把主被叫号码信息发送给彩印消息平台， 由彩印业务平台 自动根据获取到的主被叫号码信息把主被叫用户预先设定好的彩印签名信息发送到对方 的手机上， 使通话中的一方看到另一方的彩印签名信息。 通过本发明实施例公开的方法， 一 方用户的彩印签名信息由短信中心、 彩信中心或 USSD 中心发送到对方用户手机， 不需要到 HLR 查询用户手机状态， 实现支持对方是外网用户仍可进行彩印签名信息的发送目的。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本 发明的实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动的前提下， 还可以根据 提供的附图获得其他的附图。
图 1 为现有技术中实现彩印签名信息发送的一种业务流程图 ；
图 2 为现有技术中实现彩印签名信息发送的另一种业务流程图 ；
图 3 为本发明实施例一公开的一种实现签名信息发送的方法流程图 ；
图 4 为本发明实施例二公开的一种实现签名信息发送的具体业务流程图 ；
图 5 为本发明实施例三公开的一种实现签名信息发送的具体业务流程图 ；
图 6 为本发明实施例四公开的一种实现签名信息发送的具体业务流程图 ；
图 7 为本发明实施例五公开的一种实现签名信息发送的系统 ；
图 8 为本发明实施例五公开的一种实现签名信息发送的系统 ；
图 9 为本发明实施例五公开的一种实现签名信息发送的系统 ；
图 10 为本发明实施例公开的基于提供的实现签名信息发送方法的系统组网结构 示意图。 具体实施方式
为了引用和清楚起见， 在说明书中使用的技术名词的说明、 简写或缩写总结如 下：CAMEL ： Customized Applications for Mobile network Enhanced Logic， 移动网 增强逻辑的用户应用 ；
CAP ： CAMEL Application Part， CAMEL 应用部分 ；
MCSP ： Multi Color Service Platform， 彩印业务平台 ；
SMSC ： Short Message Service Center， 短消息中心 ；
ISMG ： Internet Short Message Gateway， 短信梦网网关 ；
USSD ： Unstructured Supplementary Service Data， 非结构化补充数据业务 ；
SCP ： Service Control Point， 业务控制点 ；
MSC ： Mobile Switch Center， 移动交换中心 ；
VMSC ： Visited Mobile Switch Center， 拜访 MSC ；
GMSC ： Gateway Mobile Switch Center， 网关 MSC ；
VLR ： Visited Location Register， 拜访位置寄存器 ；
HLR ： Home Location Register， 归属位置寄存器 ；
LSTP ： Low Signal Transfer Point， 低级信令转接点。
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完 整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是全部的实施例。基于 本发明中的实施例， 本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他 实施例， 都属于本发明保护的范围。 正如背景技术所述， 目前所采用的移动智能网业务方案的技术实现是通过主叫签 约 O_CSI 智能网业务， 由 MSC 将呼叫触发至智能网平台， 在进行呼叫的流程中由 SCP 控制、 发送彩印签名信息给通话中的另一方。由于 SCP 和外网的 HLR 无法实现上述流程， 因此现 有技术不支持外网用户， 并且现有技术中需要签约 O_CSI 智能网业务， 当涉及多个智能网 业务或是智能网业务较为复杂时， 现有技术中的方法也无法支持。
有鉴于此， 本发明实施例提供了一种解决方案， 主要是通过 MCSP 和信令监测设 备共同实现同网或不同网的通话双方的彩印签名信息的发送， 支持一方是外网用户 ； 通过 MCSP 独立发送彩印签名信息， 实现不与现网中其他智能网业务进行嵌套的目的。具体过程 通过以下实施例进行详细说明。
实施例一
本实施例提供了一种实现签名信息发送的方法， 其具体流程图请参阅附图 3， 主要 包括以下步骤 ：
步骤 S101， MCSP 接收信令监测设备发送的通话方号码信息， 所述通话方号码信息 由所述信令监测设备监测到 CAP 信令中的触发请求时发送。
在步骤 S101 中， 当信令监测设备监测或采集到用户呼叫过程中的 CAP 信令中的触 发请求后， 向 MCSP 发送通话方的号码信息， 并由 MCSP 进行接收， 即 MSCP 接收信令监测设备 发送的通话方号码信息， 该同好方号码信息由信令监测设备监测到 CAMEL 的用户 CAP 信令 中的触发请求时发送。
需要说明的是， 上述信令监测设备监测或采集到的触发请求主要为用户呼叫过程 中指定的 CAP 信令信息， 本发明实施例中支持在不同时间段发送签名信息， 因此， 触发请 求可以是通话结束时， 通话方中一方的 disconnect 挂机请求 ； 也可以是通话过程中， 通话
方中的一方的 answer 通话应答请求 ； 也可以是通话开始时， 通话方中的一方的 continue/ connect 通话接续请求。针对上述三种请求信息， 信令监测设备在监听的过程中一旦监听 到三种请求信息中的任意一种， 将其上报至 MCSP， 同时， 将通话方对应的号码信息也发送至 MCSP。
步骤 S102， 查询并获取通话方中的一方号码信息对应的彩印签名信息。
执行步骤 S102 时， MCSP 根据执行步骤 S101 接收到的通话方号码信息进行查询， 具体为 ： 由 MCSP 根据通话方中任意一方的号码信息进行查询， 以获取对应该号码信息进行 设置的彩印签名信息。
步骤 S103， 发送所述彩印签名信息至通话方的另一方。
在步骤 S103 中， 由 MCSP 将执行步骤 S102 查询并获取到的通话方中的一方的彩印 签名信息进行发送， 并发送至对方的移动设备上， 即将彩印签名信息发送至通话方的另一 方的移动设备上， 使其可以看见通话方中与其相对一方的彩印签名信息。
在具体的应用过程中， 例如 ： 主叫 Andy 给被叫小花打电话， 小花接听电话， 在通话 结束后， 信令监测设备监听到现网中有 CAP 信令的 disconnect 事件产生， 则将主， 被叫号码 信息传递给 MCSP， 此时 MCSP 经过查询获取被叫小花设置的 “签名内容” ( 心情、 笑话、 商情 等 )， 然后发送至 Andy 手机上， 完成彩印签名信息的发送。 通过上述本发明实施例提供的技术方案， 在发送通话双方的彩印签名信息的过程 中， 如果通话双方中有一方为外网用户， 由于不需要利用 HLR 查询通话用户的手机状态， 可 实现网内网外的通话用户之间的彩印签名信息的发送。并且， 通过 MCSP 独立发送彩印签名 信息， 也不需要在 HLR 中进行签约， 不存在发送的过程中与现行的智能网业务进行嵌套， 不 受智能网结构是否复杂的影响。
此外， 与现有技术中采用整个业务逻辑在 SCP 中进行处理， 容易对智能网中的呼 叫流程产生延时的方式不同， 在本发明实施例中 MCSP 独立发送彩印签名信息的过程与智 能网的呼叫流程是并行进行处理的， 不会对呼叫过程产生任何的时延。
在上述本发明实施例公开的基础上， 移动设备为手机， 通话方包括被叫用户和主 叫用户时， 以在通话结束时发送被叫用户的彩印签名信息为例， 通过以下实施例详细说明 采用不同方式发送信息的业务流程。
实施例二
本实施例提供了采用短信或闪信的方式发送彩印签名信息， 使被叫用户的彩印签 名信息可被主叫用户接收到， 使主叫用户看到被叫用户自设置的签名。
具体业务流程过程， 请参阅附图 4， 主要包括以下步骤 ：
401 ： 信令监测设备监听现行网络中的智能网 CAP 信令中产生了 disconnect 挂机 请求后， 将主被叫用户的号码信息发送到 MCSP。
402 ： MCSP 向信令监测设备反馈挂机消息应答。
403 ： MCSP 根据被叫用户的号码信息进行查询， 以获取对应被叫用户的号码信息 设置的彩印签名信息， 并通过短信或闪信方式将彩印签名信息发送至 ISMG。
404 ： ISMG 将彩印签名信息发送至 SMSC。
405 ： SMSC 投递彩印签名信息， 使该彩印签名信息发送至主叫手机。
406 ： 发送成功后， SMSC 向 ISMG 回复发送成功的应答消息。
407 ： ISMG 将接收到的发送成功的应答消息反馈至 MCSP， 结束彩印签名信息的推送。 在本实施例中采用的是短信或闪信的方式发送彩印签名信息， 其中， 信令监测设 备监听到的触发请求是 disconnect 挂机事件， 即主被叫用户中一方的 disconnect 挂机请 求， 同时， 本实施例也适用于监听到如实施例一中所述的其他两种触发请求的情况。
需要说明的是， 采用上述本实施例的方式也可以实现将主叫用户的签名信息发送 至被叫用户的移动设备， 即手机上。
实施例三
本发明实施例提供了采用彩信的方式发送彩印签名信息， 使被叫用户的彩印签名 信息可被主叫用户接收到， 使主叫用户看到被叫用户自设置的签名。
具体业务流程过程， 请参阅附图 5， 主要包括以下步骤 ：
501 ： 信令监测设备监听现网的智能网 CAP 信令中产生了 disconnect 挂机请求后， 将主被叫用户的号码信息发送到 MCSP。
502 ： MCSP 向信令监测设备反馈回复挂机消息应答。
503 ： MCSP 根据被叫用户的号码信息进行查询， 以获取对应被叫用户的号码信息 设置的彩印签名信息， 并通过彩信方式将彩印签名信息发送至彩信网关。
504 ： 彩信网关将彩印签名信息发送至彩信中心。
505 ： 彩信中心投递彩印签名信息， 使该彩印签名信息发送至主叫手机。
506 ： 发送成功后， 彩信中心向彩信网关回复发送成功的应答消息。
507 ： 彩信网关将接收到的发送成功的应答消息反馈至 MCSP， 结束彩印签名信息 的推送。
在本实施例中采用的是彩信的方式发送彩印签名信息， 其中， 信令监测设备监听 到的触发请求是 disconnect 挂机事件， 即主被叫用户中一方的 disconnect 挂机请求， 同 时， 本实施例也适用于监听到如实施例一中所述的其他两种触发请求的情况。
需要说明的是， 采用上述本实施例的方式也可以实现将主叫用户的签名信息发送 至被叫用户的移动设备， 即手机上。
实施例四
本实施例提供了采用 USSD 方式发送彩印签名信息， 使被叫用户的彩印签名信息 可被主叫用户接收到， 使主叫用户看到被叫用户自设置的签名。
具体业务流程过程， 请参阅附图 6， 主要包括以下步骤 ：
601 ： 信令监测设备监听现网的智能网 CAP 信令中产生了 disconnect 挂机请求后， 将主被叫用户的号码信息发送到 MCSP。
602 ： MCSP 向信令监测设备反馈回复挂机消息应答。
603 ： MCSP 根据被叫用户的号码信息进行查询， 以获取对应被叫用户的号码信息 设置的彩印签名信息， 并通过 USSD 方式将彩印签名信息发送至 USSD 中心。
604 ： USSD 中心投递彩印签名信息， 使该彩印签名信息发送至主叫手机。
605 ： 发送成功后， USSD 中心向 MCSP 回复发送成功的应答消息， 结束彩印签名信息 的推送。
在本实施例中采用的是 USSD 的方式发送彩印签名信息， 其中， 信令监测设备监听
到的触发请求是 disconnect 挂机请求， 即主被叫用户中一方的 disconnect 挂机请求， 同 时， 本实施例也适用于监听到如实施例一中所述的其他两种触发请求的情况。
需要说明的是， 采用上述本实施例的方式也可以实现将主叫用户的签名信息发送 至被叫用户的移动设备， 即手机上。
在上述详细描述的发送彩印签名信息的过程中， 使彩印签名信息通过短信中心、 彩信中心或 USSD 中心发送至另一方的方式， 同样不需要利用 HLR 查询用户手机状态， 可以 支持通话方中有一方处于外网的情况， 仍然可以发送彩印签名信息。
同时， 上述实施例中都采用处理逻辑与智能网的呼叫流程并行的 MCSP 对彩印签 名信息进行独立的发送， 不仅不存在与现行网络中的智能网业务进行嵌套的情况， 而且也 不会对智能网的呼叫流程产生任何的时延影响。
由此， 基于上述本发明实施例公开的彩印签名信息发送的方法， 不仅满足网外网 内进行彩印签名信息交互发送的要求， 采用 MCSP 独立发送彩印签名信息结构简单、 进一步 提高了彩印这一业务的上线速度， 使用户之间的彩印签名信息交互速度更快， 还不会对周 边的其他业务产生任何不利的影响。
上述本发明公开的实施例中详细描述了一种实现签名信息发送的方法， 对于本发 明的方法可采用多种形式的系统实现， 因此本发明还公开了一种签名信息发送的系统， 下 面给出具体的实施例进行详细说明。
实施例五
本实施例提供了一种实现签名信息发送的系统， 其具体结构如图 7 所示， 主要包 括： 信令监测设备 11、 MCSP12、 ISMG13 和 SMSC14。
信令监测设备 11， 用于监听 CAP 信令中是否产生触发请求， 并在监听到触发请求 后， 将通话方的号码信息发送至 MCSP12 中。
MCSP12， 用于接收信令监测设备 11 监听到触发请求时发送的通话方号码信息， 查 询并获取通话方中的一方号码信息对应的彩印签名信息， 依据短信或闪信方式发送所述彩 印签名信息至 ISMG13， 以及向信令监测设备 11 反馈信息。
ISMG13， 用于接收彩印业务平台发送的所述彩印签名信息并发送， 并将从 SMSC14 接收到的反馈信息发送至 MSCP12 中。
SMSC14， 用于接收所述 ISMG13 发送的所述彩印签名信息， 并将其发送至所述通话 方的另一方， 以及将发送成功的信息反馈至 ISMG13 中。
在该实施例中， 基于 ISMG 和 SMSC， 采用短信或闪信的方式发送彩印签名信息， 能 够实现支持通话中的一方为外网用户时的彩印签名信息的发送， 以及不与智能网业务进行 嵌套也可以实现彩印签名信息的发送， 并不会对智能网中的呼叫流程产生时延影响。
实施例六
本实施例提供了一种实现签名信息发送的系统， 其具体结构如图 8 所示， 主要包 括： 信令监测设备 21、 MCSP22、 彩信网关 23 和彩信中心 24。
信令监测设备 21， 用于监测 CAP 信令中是否产生触发请求， 并在监听到触发请求 后， 将通话方的号码信息发送至 MCSP22 中。
MCSP 22， 用于接收信令监测设备 11 监听到触发请求时发送的通话方号码信息， 查询并获取通话方中的一方号码信息对应的彩印签名信息， 依据彩信方式发送所述彩印签名信息至 ISMG23， 以及向信令监测设备 11 反馈信息。
彩信网关 23， 用于接收 MCSP 22 发送的所述彩印签名信息并发送， 并将从彩信中 心 24 接收到的反馈信息发送至 MSCP12 中。
彩信中心 24， 用于接收所述彩信网关发送的所述彩印签名信息， 并将其发送至所 述通话方的另一方， 以及将发送成功的信息反馈至彩信网关中。
在该实施例中， 基于彩信网关 23 和彩信中心 24， 采用彩信的方式发送彩印签名 信息， 能够实现支持通话中的一方为外网用户时的彩印签名信息的发送， 以及不与智能网 业务进行嵌套也可以实现彩印签名信息的发送， 并不会对智能网中的呼叫流程产生时延影 响。
实施例七
本实施例提供了一种实现签名信息发送的系统， 其具体结构如图 9 所示， 主要包 括： 信令监测设备 31、 MCSP32 和 USSD 中心 33。
信令监测设备 31， 用于监测 CAP 信令中是否产生触发请求， 并在监听到触发请求 后， 将通话方的号码信息发送至 MCSP32 中。
MCSP32， 用于接收信令监测设备 11 监听到触发请求时发送的通话方号码信息， 查 询并获取通话方中的一方号码信息对应的彩印签名信息， 并将所述彩印签名信息发送至 USSD 中心 33， 以及向信令监测设备 11 反馈信息。 USSD 中心 33， 用于接收所述彩印签名信息， 并将其发送至所述通话方的另一方， 以及将发送成功的信息反馈至 MCSP32 中。
在该实施例中， 基于 USSD 中心 23， 采用 USSD 方式发送彩印签名信息， 能够实现支 持通话中的一方为外网用户时的彩印签名信息的发送， 以及不与智能网业务进行嵌套也可 以实现彩印签名信息的发送， 并不会对智能网中的呼叫流程产生时延影响。
需要说明的是， 在上述公开的实施例五至实施例六中， 所涉及的通话方包括主叫 用户和被叫用户， 在 MCSP 中依据通话方中的一方的号码查询并获取对应设置的彩印签名 信息时， 既可以依据被叫用户的号码， 也可以依据主叫用户的号码进行查询和获取， 并将获 取到的彩印签名信息发送至对方的移动设备上， 使对方可以看见自己设置的手机签名， 即 实现彩印签名信息的发送。
此外， 在上述实施例中， 信令监测设备监听或采集到的触发请求主要为用户呼叫 过程中指定的 CAP 信令信息， 在本发明实施例中支持在不同时间段发送签名信息， 因此， 触发请求可以是通话结束时， 通话方中一方的 disconnect 挂机请求 ； 也可以是通话过程 中， 通话方中的一方的 answer 通话应答请求 ； 也可以是通过开始时， 通话方中的一方的 continue/connect 通话接续请求。
另外， 基于上述本发明提出的实施例， 在移动网络中进行系统组网后的结构如图 10 所示。
其中， 处上述实施例中提到的系统单元以外， BOSS 为营业管理系统， 完成彩印业务 的开销户， 用户信息修改， 功能费的收取等。
Portal 为用户自助管理系统， 提供用户自助管理的界面， 并将用户更新的信息提 交到 MCSP 平台。
综上所述 ：
本发明实施例通过彩印消息平台和信令监测设备共同实现同网或不同网的通话 双方的彩印签名信息的发送， 即支持一方是外网用户是也可发送彩印签名信息 ； 通过 MCSP 独立发送彩印签名信息， 实现不与现网中其他智能网业务进行嵌套的目的， 并且 MCSP 的处 理逻辑与智能网的呼叫流程是并行处理的， 实现在发送彩印签名信息的过程中不对呼叫产 生时延的目的。
本说明书中各个实施例采用递进的方式描述， 每个实施例重点说明的都是与其他 实施例的不同之处， 各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置 而言， 由于其与实施例公开的方法相对应， 所以描述的比较简单， 相关之处参见方法部分说 明即可。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、 处理器执 行的软件模块， 或者二者的结合来实施。 软件模块可以置于随机存储器 (RAM)、 内存、 只读存 储器 (ROM)、 电可编程 ROM、 电可擦除可编程 ROM、 寄存器、 硬盘、 可移动磁盘、 CD-ROM、 或技术 领域内所公知的任意其它形式的存储介质中。
对所公开的实施例的上述说明， 使本领域专业技术人员能够实现或使用本发明。 对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的， 本文中所定义的 一般原理可以在不脱离本发明的精神或范围的情况下， 在其它实施例中实现。 因此， 本发明 将不会被限制于本文所示的这些实施例， 而是要符合与本文所公开的原理和新颖特点相一 致的最宽的范围。