手机名片业务方案说明.doc
8页
名片业务方案说明名片业务方案说明6一、 业务说明 3二、 业务方案 3二.1 方案说明 3二.2 方案图示 4二.3 呼叫过程说明 5二.4 技术实现 5二.4.1 对信令分拣系统要求 5二.4.2 对信令系统的要求 5二.4.2.1 闪信信令过程说明 6二.4.2.2 USSD信令过程说明 6一、 业务说明名片业务有两种类型，一种是被叫名片业务，该业务被叫定制，主叫显示，主叫在拨打被叫时，如果被叫申请了该业务，可以在主叫上显示被叫预先设置好的名片信息，如个性签名、个性祝福、个性留言、企业公告、广告等另一种是主叫名片业务，该业务由主叫申请，被叫显示，在主叫用户拨打被叫用户的时候，不管被叫用户有没有接听，系统都会自动发送一条含有主叫用户的信息给被叫用户，该信息包括：主叫用户的公司，主叫用户的姓名，主叫用户的联系方式以及主叫用户拨打的时间等信息用户可以通过短信或登陆网站方式设置、修改名片信息这两种业务的技术方案相同，本文以被叫名片业务为例做说明二、 业务方案二.1 方案说明该业务采用信令监测系统，时时监测呼叫信令，通过分析CAP-InitialDP（T-CSI签约用户）、ISUP-IAM（非签约用户）信令分析呼叫的被叫号码，如果该号码为业务用户，则向该呼叫的主叫方发送名片信息。
对于非签约用户可以设置T-CSI签约转为签约用户，这样可以避免对分散的ISUP分析，统一转为CAP分析名片发送的实时性是业务的要求，为此采用MAP信令实现实时名片的发送发送方式有两种，一种是用mt_forwardSM信令发送闪信，一种是用unstructuredSS_Notify信令发送，由CDMA网络由于不支持ussd，只能采用短信信令shortMessageDeliverPoint-to-Point方式该方案对网络没有要求和修改，对用户的原有业务不受影响二.2 方案图示该方案通过集线器将SCP与LSTP/HSTP间的CAP信令，以及MSC与MSC间的ISUP信令收敛到信令采集设备上，进行信令采集分拣，分拣出该业务的呼叫，入库并触发业务服务器的相关业务完成信令的发送ISUP采集不是必须的，可以将非签约用户转为签约用户，只通过CAP信令进行收集分析二.3 呼叫过程说明二.4 技术实现二.4.1 对信令分拣系统要求能分析处理CAP-InitialDP信令，取出主被叫号码，查询被叫号码是否为业务用户，不是业务用户的信令丢弃二.4.2 对信令系统的要求能支持MAP-mt_forwatdSM及MAP-unstructredSS_Notify两种信令的处理。
二.4.2.1 闪信信令过程说明业务系统先向HLR查询主叫的imsi及当前的MSC，然后再通过MTFSM信令发送闪信内容的签名信息给主叫二.4.2.2 USSD信令过程说明l HLR不支持ussd的交互业务系统先向HLR发送SRI查询用户当前所在MSC位置，然后通过USSN承载签名信息发送给该MSC，MSC再通过空中接口发送给用户l HLR支持ussd的交互三、 接口定义第三方应用程序App和sunfly平台之间为http连接，post方式，sunfly平台做server，端口为19999消息接口采用xml格式，分request请求、response响应，name是消息的名字，seqno是发送方的序列号，在response消息中原值返回http请求url：http://192.168.1.74:19999//sendmsghttp请求body体：
