CN102811423B - 实现签名信息发送的方法及系统 - Google Patents

Abstract

本发明公开了一种实现签名信息发送的方法及系统，其方法包括：接收信令监测设备监听到触发请求时发送的通话方号码信息；查询并获取通话方中的一方号码信息对应的彩印签名信息；发送所述彩印签名信息至通话方的另一方。基于上述本发明实施例公开的彩印签名信息发送的方法，不仅满足网外网内进行彩印签名信息交互发送的要求，采用MCSP独立发送彩印签名信息结构也相对简单、进一步提高了彩印这一业务的上线速度，使用户之间的彩印签名信息交互速度更快，还不会对周边的其他业务产生任何不利的影响。

Description

实现签名信息发送的方法及系统

技术领域

本发明涉及移动通信技术领域，更具体的说，是涉及一种实现签名信息发送的方法及系统。

背景技术

随着时代进步与科技的发展，人与人之间的沟通、联系的方式也随之发展起来，并呈现出多种多样的方式。当前应用最为广泛的移动设备-手机，其通过各种方式能够满足人们彰显自我目的。其中，在利用手机进行通信的过程中，基于彩印这一消息业务，被叫用户和\或主叫用户可以在呼叫结束之后将自己的“手机签名”信息(心情短语、笑话、商情等)发送到对方手机上，让对方看到自己的“手机签名”信息。

在现有技术中主要通过移动智能网业务方案，实现发送主叫用户“主叫名片”功能，即实现主叫用户的“手机签名”的发送。其技术支持为：通过主叫用户签约O_CSI(OriginatingCAMELSubscriptionInformation，签约信息)智能网业务，首先，由MSC(MobileSwitchCenter，移动交换中心)根据签约关系触发“主叫名片”的SCP(ServiceControlPoint，业务控制点)，然后，由SCP获取主叫用户设置的“主叫名片”信息下发给MSC，最后，通过核心网将MSC接收到的“主叫名片”发送给被叫用户。在现有技术中具体的业务流程分为两种情况。

其一，如图1所示，为单业务处理流程图，主要包括以下步骤：

101：主叫用户a发起呼叫，触发其智能业务流程到主叫名片SCP。

102：主叫名片SCP检查用户开通了主叫名片业务，并判断被叫用户b是否为网内手机用户，如果不是，则不能使用主叫名片业务，业务功能中止。

103：如果是则向被叫用户b的归属位置寄存器HLRb发送ATI(AnyTimeInterrogation，任意时间查询消息)获取用户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信息触发其智能业务流程到VPMNSCP，并进入VPMN(VirtualPrivateMobileNetwork，虚拟专用移动网)业务。

202：VPMNSCP上的主叫名片业务代理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：CustomizedApplicationsforMobilenetworkEnhancedLogic，移动网增强逻辑的用户应用；

CAP：CAMELApplicationPart，CAMEL应用部分；

MCSP：MultiColorServicePlatform，彩印业务平台；

SMSC：ShortMessageServiceCenter，短消息中心；

ISMG：InternetShortMessageGateway，短信梦网网关；

USSD：UnstructuredSupplementaryServiceData，非结构化补充数据业务；

SCP：ServiceControlPoint，业务控制点；

MSC：MobileSwitchCenter，移动交换中心；

VMSC：VisitedMobileSwitchCenter，拜访MSC；

GMSC：GatewayMobileSwitchCenter，网关MSC；

VLR：VisitedLocationRegister，拜访位置寄存器；

HLR：HomeLocationRegister，归属位置寄存器；

LSTP：LowSignalTransferPoint，低级信令转接点。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

正如背景技术所述，目前所采用的移动智能网业务方案的技术实现是通过主叫签约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中。

MCSP22，用于接收信令监测设备11监听到触发请求时发送的通话方号码信息，查询并获取通话方中的一方号码信息对应的彩印签名信息，依据彩信方式发送所述彩印签名信息至ISMG23，以及向信令监测设备11反馈信息。

彩信网关23，用于接收MCSP22发送的所述彩印签名信息并发送，并将从彩信中心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、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (7)

1.一种实现签名信息发送的方法，其特征在于，包括：

彩印业务平台MCSP接收信令监测设备发送的通话方号码信息，所述通话方号码信息由所述信令监测设备监测到移动网增强逻辑的用户应用部分CAP信令中的触发请求时发送，所述信令监测设备监测到CAP信令中的触发请求包括：通话方中一方的disconnect挂机请求，和/或，通话方中的一方的answer通话应答请求，和/或，通话方中的一方的continue/connect通话接续请求；

查询并获取通话方中的一方号码信息对应的彩印签名信息；

通过短信中心、彩信中心或USSD中心发送所述彩印签名信息至通话方的另一方。

2.根据权利要求1所述的方法，其特征在于，通过短信中心发送所述彩印签名信息至通话方的另一方的过程包括：

依据短信或闪信方式向短信网关发送所述彩印签名信息；

所述彩印签名信息经由与所述短信网关建立链接的短信中心发送至所述通话方的另一方。

3.根据权利要求1所述的方法，其特征在于，通过彩信中心发送所述彩印签名信息至通话方的另一方的过程包括：

依据彩信方式向彩信网关发送所述彩印签名信息；

所述彩印签名信息经由与所述彩信网关建立链接的彩信中心发送至所述通话方的另一方。

4.根据权利要求1所述的方法，其特征在于，通过USSD中心发送所述彩印签名信息至通话方的另一方的过程包括：

依据非结构化补充数据业务USSD方式发送所述彩印签名信息至USSD中心；

所述彩印签名信息经由所述USSD中心发送至所述通话方的另一方。

5.一种实现签名信息发送的系统，其特征在于，包括：

信令监测设备，用于监听移动网增强逻辑的用户应用部分CAP信令中是否产生触发请求，CAP信令中的触发请求包括：通话方中一方的disconnect挂机请求，和/或，通话方中的一方的answer通话应答请求，和/或，通话方中的一方的continue/connect通话接续请求；

彩印业务平台，用于接收信令监测设备监听到触发请求时发送的通话方号码信息，查询并获取通话方中的一方号码信息对应的彩印签名信息，以及依据短信或闪信方式发送所述彩印签名信息至短信网关；

短信网关，用于接收彩印业务平台发送的所述彩印签名信息并发送；

短信中心，用于接收所述短信网关发送的所述彩印签名信息，并将其发送至所述通话方的另一方。

6.一种实现签名信息发送的系统，其特征在于，包括：

信令监测设备，用于监听移动网增强逻辑的用户应用部分CAP信令中是否产生触发请求，CAP信令中的触发请求包括：通话方中一方的disconnect挂机请求，和/或，通话方中的一方的answer通话应答请求，和/或，通话方中的一方的continue/connect通话接续请求；

彩印业务平台，用于接收信令监测设备监测到触发请求时发送的通话方号码信息，查询并获取通话方中的一方号码信息对应的彩印签名信息，以及依据彩信方式发送所述彩印签名信息至彩信网关；

彩信网关，用于接收彩印业务平台发送的所述彩印签名信息并发送；

彩信中心，用于接收所述彩信网关发送的所述彩印签名信息，并将其发送至所述通话方的另一方。

7.一种实现签名信息发送的系统，其特征在于，包括：

信令监测设备，用于监听移动网增强逻辑的用户应用部分CAP信令中是否产生触发请求，CAP信令中的触发请求包括：通话方中一方的disconnect挂机请求，和/或，通话方中的一方的answer通话应答请求，和/或，通话方中的一方的continue/connect通话接续请求；

彩印业务平台，用于接收信令监测设备监测到触发请求时发送的通话方号码信息，查询并获取通话方中的一方号码信息对应的彩印签名信息，以及依据非结构化补充数据业务USSD方式发送所述彩印签名信息至USSD中心；

USSD中心，用于接收所述彩印签名信息，并将其发送至所述通话方的另一方。