专利名称：一种智能网用户的呼叫转移通知方法及装置的制作方法
技术领域：
本发明涉及移动通信技术，特别涉及一种智能网用户的呼叫转移通知方法 及装置
背景技术：
智能网是电信系统已经很成熟的增值业务实现方案，可以为用户提供灵活
多变的业务属性，如语音呼叫、短消息、IVR流程等等。目前，手机可以说是 一个即时通^f言的工具。
目前的电信网络除了提供给本的起呼、终呼业务之外，还提供了呼叫转移 等功能，使用户可以方便灵活的使用电信业务进行沟通。
呼叫转移业务包括无条件前转(Call Forwarding Unconditional, CFU)， 无应答前转(Call Forwarding No Reply, CFNR)以及遇忙前转(Call Forwarding Busy, CFB)等。如果用户预约了无条件转移业务，那么该用户将接听不到来 电，所有来电都将无条件转移到预约的目的号码上。这样，对用户来说，不知 道有多少来电经过了互转而到达了目的号码上。
发明内容
有鉴于此，本发明的目的之一是提供一种智能网用户的呼叫转移通知方法， 使用该方法能够解决签约了无条件前转业务的用户无法获知来电转移情况的技 术问题。
为达到上述目的，本发明的技术方案是这样实现的 一种智能网用户的呼叫转移通知方法，包括如下步骤
A、 当业务控制点根据业务交换点发送的呼转初始化消息判断到发生了无 条件呼叫转移，则记录本次呼转过程信息；
B、 所述业务控制点在呼转流程处理完毕之后，向短消息中心提交短消息，
通知原;陂叫用户本次呼转流程的处理结果。
优选地，在执行步骤A之前，还包括查询用户签约智能业务信息的步骤， 若所述用户未签约呼叫转移智能业务则不执行所述步骤A。
优选地，所述呼转过程信息在接续成功的情况下包括原主叫号码、原被 叫号码、呼叫转移的目的号码以及通话情况；在接续失败的情况下包括原主 叫号码、原被叫号码、呼叫转移的目的号码以及失败原因。
优选地，所述通话情况包括成功接续目的号码、通话时长、目的号码状 态，所述目的号码状态包括忙、无应答、不在服务区。
优选地，在向短消息中心提交短消息之前，还包括所述业务交换点与所述 业务控制点之间使用移动网增强逻辑的客户化应用部分CAP协议建立连接的 步骤。
本发明的目的之一是提供一种智能网用户的呼叫转移通知方法，为达到上 述目的，本发明的技术方案是这样实现的
一种智能网用户的呼叫转移通知装置，至少包括
业务交换点，用于业务数据的路由、交换以及发起呼转初始化消息；
业务控制点，用于业务流程的控制；
短消息中心，用于接收以及向用户转发呼转通知消息；
所述业务控制点接收由所述业务交换点转发的呼转初始化消息，并根据呼 转情况向所述短消息中心发送呼转通知消息。
优选地，所述业务交换点与所述业务控制点之间使用移动网增强逻辑的客 户化应用部分CAP协议，所述业务控制点与所述短消息中心使用短消息点对点 协议。
优选地，该装置还包括归属位置寄存器，所述业务交换点从所述归属位置 寄存器获取用户的呼叫转移签约信息。
根据本发明提供的方法以及装置，在业务控制点上判断是否发生了无条件 呼叫转移，记录无条件呼叫转移的原主叫号码、原被叫号码、呼叫转移的目的 号码以及通话情况等信息，然后向短消息中心提交短消息，通知原被叫用户本
次呼转流程的处理结果。这样，用户使用无条件前转时，即使呼叫转移的目的 号码不在身边，也能知道每次通话的情况，提升了用户呼叫的服务质量。
图l是智能网系统的组网结构图2是本发明的信令流程图之一；
图3是本发明的信令流程图之二。
具体实施例方式
以下结合附图，对本发明的优选实施方式进行描述，在这里描述的优选实 施方式，并不是限制性的描述。
如图1所示，本发明涉及到的网络组成图。包括基站收发台(Base Transceiver Station, BTS ) 101 ，基站控制器(Base Station Controller, BSC )102, 移动交换中心(Mobile Switch Center ， MSC)/拜访位置寄存器(Visit Location Register ,VLR) /业务交换点(Service Switch Point, SSP ) 103,短消息中心(Short Message Service Center, SMSC ) 104,智能网业务控制点(Service Control Point, SCP)设备105,归属位置寄存器(Home Location Register, HLR) 106，以及 移动台MS107。基站收发台BTS 101和基站控制器BSC 102之间使用BTS管 理部分(Base Station Controller Manager, BTSM)协议，基站控制器BSC 102 和MSCAALR/SSP 103之间使用基站系统(Base Station System, BSS )管理应用 部分(BSSMAP)协议，MSC/VLR/SSP 103和短消息中心SMSC 104之间使用 移动应用部分(Mobile Application Part, MAP)协议，SMSC 104和SCP 105 之间使用短消息点对点(Short Message Point to Point, SMPP )协议，SCP 105 和HLR 106之间使用MAP协议，BTS 101和MS 107之间使用无线资源管理 (Radio Resource, RR)协议，MSCWLR/SSP 103和HLR 106之间使用MAP 协议，MSC/VLR/SSP 103和SCP 105之间使用CAMEL( Customised Applications for Mobile Network Enhanced Logic ，移动网增强逻辑的客户化应用)应用部分(CAMEL Application Part, CAP )协议，HLR 106和SMSC 104之间使用MAP 协议。
图2是本发明一具体实施例的呼叫成功时的信令流程图，如图2所示，本 实施例中，a， b用户都是移动用户，a拨打b, b呼叫转移到c， b预约了无条 件前转，c是固定电话用户。在上述的呼叫过程中，业务交换点(SSP)会触发 两次呼叫流程， 一次是a用户拨打b用户的流程，对b用户来说，是被叫流程； 另一次，是b用户前转到c用户的流程，对b用户来说，是多频MF信令流程， 叫做MFb。 a在MSCa起呼，无条件呼叫转移在MSCa触发智能业务；业务控 制点SCPb和业务交换点即移动交换中心MSCa之间使用CAMELphase2协议 进行通信，业务控制点SCPb和短消息中心SMSC之间使用点到点短消息SMPP 协议进行通信。
1 )SRI消息(Send Routing Info,查询路由消息)，MSCa或者GMSC( Gateway Mobile Switching Center,网关移动交换中心)向HLRb发送SRI消息，以获取 b用户的签约、路由等信息；
2 ) SRI_ACK响应消息，HLRb返回给MSCa ( GMSC )的响应消息，该消 息携带了 b用户的主叫签约信息(Originating CAMEL Subscription Information, O—CSI)、被叫签约信息(Terminating CAMEL Subscription Information, T—CSI) 以及呼叫转移的目的号码(Final Telephone Number, FTN); b用户在HLRb预 约了无条件呼叫转移时，HLRb在SRI—ACK消息中携带呼叫转移的目的号码 FTN;
3 )初始化检测点消息(Initial Detect Point, IDP )， MSCa (或者GMSC ) 向SCPb发送IDP消息，触发前转流程的鉴权，在该IDP消息中，携带了 calledPartyNumber,表示呼叫转移的目的号码(FTN);携带了 redirectingPartyID， 表示原被叫号码；携带了 redirectlnformation,表示前转信息(前转次数以及前 转原因)；可能携带了 callingParyNumber,表示原主叫号码；
4) RRBE (Request Report Basic Call State Machine Event,基本呼叫才莫型 BCSM事件报告请求消息)；该请求消息的含意是SCP向SSP申请，如果SSP
监测到有相关的事件发生，SSP就把这些事件报告给SCP。例如，RRBE消息 中可以注册一个主叫》文弃事件，当主叫用户拨打净皮叫用户时，净皮叫用户4展铃了 没有接听，主叫用户主动挂断了本次拨打，那么，SSP会监测到一个主叫放弃 (oAbandon)事件，SSP会把这个事件报告给SCP，以便SCP做相应的处理。 5 ) Connect, 4矣续消息；
6) 初始地址消息(Initial Address Message, IAM), MSCa向^^共电话交 换网PSTNc发送IAM消息；MSCa与PSTNc之间使用ISUP (ISDN User Part, ISDN用户部分)协议。
7) 地址全消息(Address Complete Message, ACM)， PSTNc向MSCa回 应ACM消息；
8 ) ANM ( Answer Message ),应答消息，PSTNc向MSCa回应ANM消息； 通i舌开始；
9 )前转目的号码应答，则MSCa向SCPb发送ERB(Event Report BCSM， BCSM事件报告)消息；
10) 通话结束，则MSCa向SCPb发送ACR(Apply charging report,计费申 请报告)消息；业务控制点记录下通话开始时刻、通话结束时刻。
11) 业务控制点向短消息中心提交短消息；
12) 短消息中心向业务控制点应答；
短消息中心在正确接收业务控制点的发送的短消息后，向b用户发送短消 息，以提醒b用户，有一个电话已经被呼叫转移到c用户；短消息内容包括a 用户拨打b用户，b用户预约了无条件呼叫转移，本次通话开始时刻、本次通 话结束时刻等；
图3是本发明一具体实施例的呼叫失败时的信令流程图，如图3所示，在 该实施例中，a、 b用户都是移动用户，a拨打b, b呼叫转移到c， b预约了无 条件前转，c是固定电话用户。a在MSCa起呼，无条件呼叫转移在MSCa触发 智能业务；业务控制点和业务交换点(移动交换中心)之间使用CAMEL phase 2协议进行通信，业务控制点和短消息中心之间使用SMPP协议进行通信。
1 ) SRI消息，MSCa (或者GMSC )向HLRb发送SRI消息，以获取b用
户的签约信息；
2)SRI—ACK消息，HLRb返回给MSCa (GMSC)的响应消息，该消息携 带了 b用户的主叫签约信息、被叫签约信息以及呼叫转移的目的号码(FTN); b用户在HLRb预约了无条件呼叫转移时，HLRb在SRI—ACK消息中携带呼叫 转移的目的号码(FTN);
3 ) IDP消息，MSCa (或者GMSC )向SCPb发送IDP消息，触发前转流 程的鉴权，在该IDP消息中，携带了 calledPartyNumber,表示呼叫转移的目的 号码(FTN )，携带了 redirectingPartyID ，表示原被叫号码，携带了 redirectlnformation,表示前转信息(前转次数以及前转原因)，可能携带了 callingParyNumber，表示原主叫号码；
4 ) RRBE, Request Report BCSM Event, BCSM事件报告请求消息；
5)如果对b用户鉴权失败，那么，SCPb向MSCa发送连接到资源消息 (Connect To Resource ， CTR);
6 ) SCPb向MSCa发送播放语音消息(Play Announcement, PA);
7 ) MSCa向SCPb回应特殊资源才艮告消息(Special Resource Report, SRR);
8 ) SCPb向MSCa发送释放呼叫消息(Release Call, RC );
9 ) SCPb记录失败原因；业务控制点向短消息中心提交短消息；以提醒b 用户，有一个电话已经被呼叫转移到c用户；短消息内容包括a用户播打b 用户，b用户预约了无条件呼叫转移，本次通话失败，失败原因等；
10)短消息中心向业务控制点应答；
以下对本发明的具体实施方法描述如下
步骤一，在用户的归属位置寄存器(HLR)上，用户签约智能业务； 用户的签约信息包括主叫签约信息(O一CST)和被叫签约信息(T_CSI); 一个主叫签约信息或者一个被叫签约信息主要包括了业务键和SCF地址(SCP 的GT码)。业务键是业务交换点SSP触发在业务控制点SCP上的智能业务的 一个关键标识， 一个SCP上可以有多个智能业务，如预付费(PPS)业务的业务键是l;虚拟专用网(VPMN)业务的业务键是3。如果用户在HLR签约了 PPS 智能业务，那么，SSP触发SCP业务时，IDP消息中业务4A就是1。如果用户 在HLR签约了 VPMN智能业务，那么，SSP触发SCP业务时，IDP消息中业 务#:就是3。业务键代表了不同了业务逻辑。如果用户在HLR没有签约智能业 务，那么，SSP不会触发IDP消息给SCP。具有业务控制功能(Service Control Function, SCF )的设备就是业务控制点(Service Control Point, SCP), 每个 SCP在网络里，都有一个唯一的地址来标识自己，在GSM网络中使用全局标 识(Global Title, GT)寻址时，设备的GT码用于唯一的标识一个设备。
移动交换中心触发呼转流程之前需到用户的归属位置寄存器上查询用户的 签约信息，若用户未签约呼叫转移智能业务则不进行下述的呼转流程。
步骤二，在业务控制点(SCP)上，使用SMPP协议建立和短消息中心的 连接。SMPP是基于TCP/IP协议的应用层协议，主要包括提交短消息的 SUBMIT—SM消息以及SUBMIT—SM—RESP响应消息等；业务控制点做为一个 扩展短消息实体(ESME)和短消息中心连接，不需要改造短消息中心，对短 消息中心没有任何影响；
步骤三，在业务控制点，当收到来自业务交换点的呼转初始化(IDP)消 息时，业务逻辑判断该用户是否发生了无条件呼叫转移，如果IDP消息中携带 了呼叫转移信息(redirect Information)参数，且呼叫转移原因(redirect reason) 表示的是无条件(unconditional),则表示此用户发生了无条件前转。业务控制 点对用户进行鉴权，如果鉴权成功，则业务控制点接续。如果接续成功，则记 录本次呼叫转移的原主叫号码、原被叫号码、呼叫转移的目的号码以及通话情 况(如成功接续目的号码、通话时长、目的号码忙、目的号码无应答、不在服 务区等)；如果接续失败，则记录本次呼叫转移的原主叫号码、原^L叫号码、呼 叫转移的目的号码以及失败原因；
步骤四，在业务控制点，呼转流程处理完毕之后，向短消息中心提交短消 息，通知原被叫用户本次呼转流程的处理结果。
以下对本发明智能网用户的呼叫转移通知装置进行描述，本发明智能网用 户的呼叫转移通知装置包括业务交换点，用于业务数据的路由、交换以及发 起呼转初始化消息；业务控制点，用于业务流程的控制；短消息中心，用于接 收以及向用户转发呼转通知消息；所述业务控制点接收由所述业务交换点转发 的呼转初始化消息，并根据呼转情况向所述短消息中心发送呼转通知消息；归 属位置寄存器，所述业务交换点从所述归属位置寄存器获取用户的呼叫转移签 约信息。所述业务交换点与所述业务控制点之间使用移动网增强逻辑的客户化 应用部分CAP协议，所述业务控制点与所述短消息中心-使用短消息点对点协 议。
本发明智能网用户的呼叫转移通知装置中组成部分的具体功能可参见前述 对图1、图2及图3的描述，这里不再赘述。
本发明还可有其它多种实施例，在不背离本发明精神及其实质的情况下，
衫，^f旦这些一目应的改
变和变形都应属于本发明所附的权利要求的保护范围
权利要求
1、一种智能网用户的呼叫转移通知方法，包括如下步骤A、当业务控制点根据业务交换点发送的呼转初始化消息判断到发生了无条件呼叫转移，则记录本次呼转过程信息；B、所述业务控制点在呼转流程处理完毕之后，向短消息中心提交短消息，通知原被叫用户本次呼转流程的处理结果。
2、 根据权利要求1所述的方法，其特征在于，在执行步骤A之前，还包 括查询用户签约智能业务信息的步骤，若所述用户未签约呼叫转移智能业务则 不执行所述步骤A。
3、 根据权利要求1所述的方法，其特征在于，所述呼转过程信息在接续成 功的情况下包括原主叫号码、原被叫号码、呼叫转移的目的号码以及通话情 况；在接续失败的情况下包括原主叫号码、原被叫号码、呼叫转移的目的号 码以及失败原因。
4、 根据权利要求3所述的方法，其特征在于，所述通话情况包括成功接 续目的号码、通话时长、目的号码状态，所述目的号码状态包括忙、无应答、 不在服务区。
5、 根据权利要求1所述的方法，其特征在于，在向短消息中心提交短消息 之前，还包括所述业务交换点与所述业务控制点之间使用移动网增强逻辑的客 户化应用部分CAP协议建立连接的步骤。
6、 一种智能网用户的呼叫转移通知装置，至少包括 业务交换点，用于业务数据的路由、交换以及发起呼转初始化消息； 业务控制点，用于业务流程的控制；短消息中心，用于接收以及向用户转发呼转通知消息； 所述业务控制点接收由所述业务交换点转发的呼转初始化消息，并根据呼 转情况向所述短消息中心发送呼转通知消息。
7、 如权利要求6所述的装置，其特征在于，所述业务交换点与所述业务控制点之间使用移动网增强逻辑的客户化应用部分CAP协议，所述业务控制点与 所述短消息中心使用短消息点对点协议。
8、如权利要求6所述的装置，其特征在于，还包括归属位置寄存器，所述 业务交换点从所述归属位置寄存器获取用户的呼叫转移签约信息。
全文摘要
本发明涉及一种智能网用户的呼叫转移通知方法及装置智能业务呼叫转移流程的处理方法，解决在无条件前转情况下，用户无法获知来电转移情况的技术问题。本发明在业务控制点上判断是否发生了无条件呼叫转移，记录无条件呼叫转移的原主叫号码、原被叫号码、呼叫转移的目的号码以及通话情况等信息，然后向短消息中心提交短消息，通知原被叫用户本次呼转流程的处理结果。根据本发明提供的方法以及装置，用户使用无条件前转时，即使呼叫转移的目的号码不在身边，也能知道每次通话的情况。
文档编号H04Q7/38GK101198170SQ20071017959
公开日2008年6月11日 申请日期2007年12月14日 优先权日2007年12月14日
发明者景伟东 申请人:中兴通讯股份有限公司