CN101198170A

CN101198170A - 一种智能网用户的呼叫转移通知方法及装置

Info

Publication number: CN101198170A
Application number: CNA2007101795928A
Authority: CN
Inventors: 景伟东
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2007-12-14
Filing date: 2007-12-14
Publication date: 2008-06-11

Abstract

本发明涉及一种智能网用户的呼叫转移通知方法及装置智能业务呼叫转移流程的处理方法，解决在无条件前转情况下，用户无法获知来电转移情况的技术问题。本发明在业务控制点上判断是否发生了无条件呼叫转移，记录无条件呼叫转移的原主叫号码、原被叫号码、呼叫转移的目的号码以及通话情况等信息，然后向短消息中心提交短消息，通知原被叫用户本次呼转流程的处理结果。根据本发明提供的方法以及装置，用户使用无条件前转时，即使呼叫转移的目的号码不在身边，也能知道每次通话的情况。

Description

一种智能网用户的呼叫转移通知方法及装置

技术领域

本发明涉及移动通信技术，特别涉及一种智能网用户的呼叫转移通知方法及装置

背景技术

智能网是电信系统已经很成熟的增值业务实现方案，可以为用户提供灵活多变的业务属性，如语音呼叫、短消息、IVR流程等等。目前，手机可以说是一个即时通信的工具。

目前的电信网络除了提供给本的起呼、终呼业务之外，还提供了呼叫转移等功能，使用户可以方便灵活的使用电信业务进行沟通。

呼叫转移业务包括：无条件前转(Call Forwarding Unconditional，CFU)，无应答前转(Call Forwarding No Reply，CFNR)以及遇忙前转(Call ForwardingBusy，CFB)等。如果用户预约了无条件转移业务，那么该用户将接听不到来电，所有来电都将无条件转移到预约的目的号码上。这样，对用户来说，不知道有多少来电经过了互转而到达了目的号码上。

发明内容

有鉴于此，本发明的目的之一是提供一种智能网用户的呼叫转移通知方法，使用该方法能够解决签约了无条件前转业务的用户无法获知来电转移情况的技术问题。

为达到上述目的，本发明的技术方案是这样实现的：

一种智能网用户的呼叫转移通知方法，包括如下步骤：

A、当业务控制点根据业务交换点发送的呼转初始化消息判断到发生了无条件呼叫转移，则记录本次呼转过程信息；

B、所述业务控制点在呼转流程处理完毕之后，向短消息中心提交短消息，通知原被叫用户本次呼转流程的处理结果。

优选地，在执行步骤A之前，还包括查询用户签约智能业务信息的步骤，若所述用户未签约呼叫转移智能业务则不执行所述步骤A。

优选地，所述呼转过程信息在接续成功的情况下包括：原主叫号码、原被叫号码、呼叫转移的目的号码以及通话情况；在接续失败的情况下包括：原主叫号码、原被叫号码、呼叫转移的目的号码以及失败原因。

优选地，所述通话情况包括：成功接续目的号码、通话时长、目的号码状态，所述目的号码状态包括：忙、无应答、不在服务区。

优选地，在向短消息中心提交短消息之前，还包括所述业务交换点与所述业务控制点之间使用移动网增强逻辑的客户化应用部分CAP协议建立连接的步骤。

本发明的目的之一是提供一种智能网用户的呼叫转移通知方法，为达到上述目的，本发明的技术方案是这样实现的：

一种智能网用户的呼叫转移通知装置，至少包括：

业务交换点，用于业务数据的路由、交换以及发起呼转初始化消息；

业务控制点，用于业务流程的控制；

短消息中心，用于接收以及向用户转发呼转通知消息；

所述业务控制点接收由所述业务交换点转发的呼转初始化消息，并根据呼转情况向所述短消息中心发送呼转通知消息。

优选地，所述业务交换点与所述业务控制点之间使用移动网增强逻辑的客户化应用部分CAP协议，所述业务控制点与所述短消息中心使用短消息点对点协议。

优选地，该装置还包括归属位置寄存器，所述业务交换点从所述归属位置寄存器获取用户的呼叫转移签约信息。

根据本发明提供的方法以及装置，在业务控制点上判断是否发生了无条件呼叫转移，记录无条件呼叫转移的原主叫号码、原被叫号码、呼叫转移的目的号码以及通话情况等信息，然后向短消息中心提交短消息，通知原被叫用户本次呼转流程的处理结果。这样，用户使用无条件前转时，即使呼叫转移的目的号码不在身边，也能知道每次通话的情况，提升了用户呼叫的服务质量。

附图说明

图1是智能网系统的组网结构图；

图2是本发明的信令流程图之一；

图3是本发明的信令流程图之二。

具体实施方式

以下结合附图，对本发明的优选实施方式进行描述，在这里描述的优选实施方式，并不是限制性的描述。

如图1所示，本发明涉及到的网络组成图。包括基站收发台(BaseTransceiver Station，BTS)101，基站控制器(Base Station Controller，BSC)102，移动交换中心(Mobile Switch Center，MSC)/拜访位置寄存器(Visit LocationRegister，VLR)/业务交换点(Service Switch Point，SSP)103，短消息中心(ShortMessage 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和MSC/VLR/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)协议，MSC/VLR/SSP 103和HLR 106之间使用MAP协议，MSC/VLR/SSP 103和SCP 105之间使用CAMEL(Customised Applicationsfor 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之间使用CAMEL phase 2协议进行通信，业务控制点SCPb和短消息中心SMSC之间使用点到点短消息SMPP协议进行通信。

1)SRI消息(Send Routing Info，查询路由消息)，MSCa或者GMSC(GatewayMobile 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，表示原被叫号码；携带了redirectInformation，表示前转信息(前转次数以及前转原因)；可能携带了callingParyNumber，表示原主叫号码；

4)RRBE(Request Report Basic Call State Machine Event，基本呼叫模型BCSM事件报告请求消息)；该请求消息的含意是：SCP向SSP申请，如果SSP监测到有相关的事件发生，SSP就把这些事件报告给SCP。例如，RRBE消息中可以注册一个主叫放弃事件，当主叫用户拨打被叫用户时，被叫用户振铃了没有接听，主叫用户主动挂断了本次拨打，那么，SSP会监测到一个主叫放弃(oAbandon)事件，SSP会把这个事件报告给SCP，以便SCP做相应的处理。

5)Connect，接续消息；

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消息；通话开始；

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 phase2协议进行通信，业务控制点和短消息中心之间使用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，表示原被叫号码，携带了redirectInformation，表示前转信息(前转次数以及前转原因)，可能携带了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)业务的业务键是1；虚拟专用网(VPMN)业务的业务键是3。如果用户在HLR签约了PPS智能业务，那么，SSP触发SCP业务时，IDP消息中业务键就是1。如果用户在HLR签约了VPMN智能业务，那么，SSP触发SCP业务时，IDP消息中业务键就是3。业务键代表了不同了业务逻辑。如果用户在HLR没有签约智能业务，那么，SSP不会触发IDP消息给SCP。具有业务控制功能(Service ControlFunction，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)，则表示此用户发生了无条件前转。业务控制点对用户进行鉴权，如果鉴权成功，则业务控制点接续。如果接续成功，则记录本次呼叫转移的原主叫号码、原被叫号码、呼叫转移的目的号码以及通话情况(如成功接续目的号码、通话时长、目的号码忙、目的号码无应答、不在服务区等)；如果接续失败，则记录本次呼叫转移的原主叫号码、原被叫号码、呼叫转移的目的号码以及失败原因；

步骤四，在业务控制点，呼转流程处理完毕之后，向短消息中心提交短消息，通知原被叫用户本次呼转流程的处理结果。

以下对本发明智能网用户的呼叫转移通知装置进行描述，本发明智能网用户的呼叫转移通知装置包括：业务交换点，用于业务数据的路由、交换以及发起呼转初始化消息；业务控制点，用于业务流程的控制；短消息中心，用于接收以及向用户转发呼转通知消息；所述业务控制点接收由所述业务交换点转发的呼转初始化消息，并根据呼转情况向所述短消息中心发送呼转通知消息；归属位置寄存器，所述业务交换点从所述归属位置寄存器获取用户的呼叫转移签约信息。所述业务交换点与所述业务控制点之间使用移动网增强逻辑的客户化应用部分CAP协议，所述业务控制点与所述短消息中心使用短消息点对点协议。

本发明智能网用户的呼叫转移通知装置中组成部分的具体功能可参见前述对图1、图2及图3的描述，这里不再赘述。

本发明还可有其它多种实施例，在不背离本发明精神及其实质的情况下，本领域技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims

1.一种智能网用户的呼叫转移通知方法，包括如下步骤：

2.根据权利要求1所述的方法，其特征在于，在执行步骤A之前，还包括查询用户签约智能业务信息的步骤，若所述用户未签约呼叫转移智能业务则不执行所述步骤A。

3.根据权利要求1所述的方法，其特征在于，所述呼转过程信息在接续成功的情况下包括：原主叫号码、原被叫号码、呼叫转移的目的号码以及通话情况；在接续失败的情况下包括：原主叫号码、原被叫号码、呼叫转移的目的号码以及失败原因。

4.根据权利要求3所述的方法，其特征在于，所述通话情况包括：成功接续目的号码、通话时长、目的号码状态，所述目的号码状态包括：忙、无应答、不在服务区。

5.根据权利要求1所述的方法，其特征在于，在向短消息中心提交短消息之前，还包括所述业务交换点与所述业务控制点之间使用移动网增强逻辑的客户化应用部分CAP协议建立连接的步骤。

6.一种智能网用户的呼叫转移通知装置，至少包括：

业务控制点，用于业务流程的控制；

短消息中心，用于接收以及向用户转发呼转通知消息；

7.如权利要求6所述的装置，其特征在于，所述业务交换点与所述业务控制点之间使用移动网增强逻辑的客户化应用部分CAP协议，所述业务控制点与所述短消息中心使用短消息点对点协议。

8.如权利要求6所述的装置，其特征在于，还包括归属位置寄存器，所述业务交换点从所述归属位置寄存器获取用户的呼叫转移签约信息。