CN101800948B - 实现呼叫转向业务的方法、装置和系统 - Google Patents

Abstract

本发明实施例公开了实现呼叫转向业务的方法、装置和系统，属于通信领域。该方法包括：接收综合业务接入点MSAN发送的302消息，该302消息的contact头域为Facility IE中的deflectionAddress；发送响应ACK消息给MSAN，以使MSAN发送断开消息释放被服务方；判断该被服务方是否具备呼叫转向业务权限；如果具备，触发呼叫转向业务逻辑，向该转移目的方发起呼叫。本发明实施例实现了IMS架构下基于传统ISDN终端的呼叫转向业务在clear call on invocation模式下的场景。

Description

实现呼叫转向业务的方法、装置和系统

技术领域

本发明涉及通信领域，特别涉及一种实现呼叫转向技术。 

背景技术

IP多媒体子系统(IP Multimedia Subsystem，IMS)是下一代网络(NextGeneration Network，NGN)中提供基于IP的多媒体会话控制的子系统，包括所有提供音频、视频、文字、即时消息等多媒体业务控制的核心网网元，采用会话发起协议(Session Initiation Protocol，SIP)协议作为IMS控制层协议来承载呼叫控制信令，提供统一的多媒体业务和应用。在固网领域，电信和互联网融合业务及高级网络协议(Telecommunications and Internet converged Services andProtocols for Advanced Networking，TISPAN)正在制定下一代网络的网络架构，IMS和公共开关电话交换网(Public Switched Telephone Network，PSTN)/综合业务数字网(Integrated Services Digital Network，ISDN)仿真子系统是其中的两个关键子系统：IMS采用与第三代合作伙伴计划(3rd Generation PartnershipProject，3GPP)统一的核心控制架构，PSTN/ISDN仿真子系统则用于对传统业务的继承。 

TISPAN中定义的IMS网络架构的主要网元实体包括：呼叫会话控制功能(Call Session Control Function，CSCF)、归属用户服务器(Home SubscriberServer，HSS)、应用服务器(Application Server，AS)、多媒体资源功能控制器(Multimedia Resource Function Controller，MRFC)、多媒体资源功能处理器(Multimedia Resource Function Processor，MRFP)和用户设备(User Equipment，UE)。 

其中，CSCF按其位置和功能又可分为：代理呼叫会话控制功能(ProxyCSCF，P-CSCF)、服务呼叫会话控制功能(Serving CSCF，S-CSCF)和查询呼叫会话控制功能(Interrogating CSCF，I-CSCF)三种类型。P-CSCF是IMS中与用户的第一个连接点，提供代理(Proxy)功能，即接受业务请求并转发它们，并完 成对接入网侧的策略控制。S-CSCF在IMS核心网中处于核心的控制地位，负责对UE的注册鉴权和会话控制，执行针对主叫端及被叫端IMS用户的基本会话路由功能，并根据用户签约的IMS触发规则，在条件满足时进行到AS的增值业务路由触发及业务控制交互。I-CSCF类似IMS的关口节点，提供本域用户服务节点分配、路由查询以及IMS域间拓朴隐藏功能。 

HSS是归属网络中保存IMS用户的增值业务签约信息，包括基本标识、用户安全、路由信息以及业务签约信息等集中综合数据库。 

AS为IMS用户提供增值业务，可以位于用户归属网，也可以由第三方提供。 

MRFC通过H.248控制MRFP上的媒体资源，解析来自其他S-CSCF及AS的SIP资源控制命令，转换为对MRFP的对应控制命令并产生相应计费信息。 

MRFP作为网络公共资源，控制与其他IMS终端或IP多媒体网关(IPMultimedia Gateway，IM-MGW)之间的IP用户面承载连接，在MRFC控制下提供资源服务，包括媒体流混合(多方会议)、多媒体信息播放(放音、流媒体)、媒体内容解析处理(码变换、语音识别等)。 

UE在引入基于IMS架构的PSTN/ISDN仿真子系统之后，需要利用基于IP的语音(Voice-over-IP，VoIP)网关设备-语音网关(Voice Gateway，VGW)来为传统电话终端的用户提供与现有PSTN/ISDN网络相同的业务和一致的业务体验，使得用户在使用业务的过程中不会由于网络产生的巨大变化而有所感知。因此，如果UE在网络侧采用基于SIP协议的Gm接口，那么UE也将同时充当VGW的网络实体功能，支持包括模拟用户信令和数字用户信令在内的各种传统接入类型，以及基于SIP协议的呼叫控制功能。 

Call Deflection业务是ITU-T和ETSI标准定义的ISDN补充业务之一，呼叫转向业务允许被服务用户实时地请求网络将一个呼入被服务用户ISDN号码的呼叫改发到另一个号码，而不影响被服务用户始发的呼叫。 

在实现本发明过程中，发明人发现现有技术中至少存在如下问题： 

电信网络在演进到IMS网络架构以后，传统ISDN终端用户的业务需求仍然会大量存在，而目前还不能实现基于传统ISDN终端的呼叫转向(CallDeflection，CD)业务的业务调用状态下清除呼叫接续(clear call on invocation)模式下的业务场景。 

发明内容

为了实现基于传统ISDN终端的Call Defection业务的clear call on invocation模式下的业务场景，本发明实施例提供了实现呼叫转向业务的方法、装置和系统。所述技术方案如下： 

本发明实施例提供一种实现呼叫转向业务的方法，包括： 

应用服务器接收接入节点发送的临时转移响应302消息，该302消息由所述接入节点将接收的被服务方发送的FACILITY消息映射而成，该302消息的Contact头域为所述FACILITY消息中的deflectionAddress； 

应用服务器发送响应ACK消息给接入节点，以使接入节点发送断开消息释放被服务方； 

应用服务器判断所述被服务方是否具备呼叫转向业务权限； 

当被服务方具备呼叫转向业务权限时，应用服务器发送invite消息通知转移目的方，所述invite消息的Contact头域和To头域为所述FACILITY消息中的deflectionAddress。本发明实施例提供一种接入节点，包括： 

接收模块，用于接收被服务方发送的FACILITY消息； 

映射模块，用于将该FACILITY消息映射成临时转移响应302消息，该302消息的Contact头域为该FACILITY消息中的deflectionAddress； 

发送模块，用于将该302消息发送给应用服务器； 

释放模块，用于当接收到该应用服务器的响应时，释放被转移方到被服务方侧的呼叫。本发明实施例提供一种应用服务器，包括： 

接收模块，用于接收接入节点发送的临时转移响应302消息，该302消息由所述接入节点将接收的被服务方发送的FACILITY消息映射而成，该302消息的Contact头域为FACILITY消息中的deflectionAddress； 

判断模块，用于判断所述被服务方是否具备呼叫转向业务权限； 

第一发送模块，用于当该被服务方具备呼叫转向业务权限时，触发呼叫转向业务逻辑，向转移目的方发起呼叫。本发明实施例提供一种实现呼叫转向业务的系统，包括接入节点和应用服务器，其中， 

接入节点，用于接收被服务方发送的FACILITY消息；将该FACILITY消息映射成临时转移响应302消息，该302消息的Contact头域为FACILITY消息中的deflectionAddress；将该302消息发送给应用服务器；并在接收到应用服务器的响应时，释放被转移方到被服务方侧的呼叫； 

应用服务器，用于接收接入节点发送的所述302消息；根据该302消息，判断该被服务方是否具备呼叫转向业务权限；当该被服务方具备呼叫转向业务权限时，触发呼叫转向业务逻辑，向转移目的方发起呼叫。 

本发明实施例提供的技术方案通过对DSS1和SIP之间的信令映射以及各个业务控制实体之间信令交互以及协议扩展的定义，实现IMS架构下基于传统ISDN/PSTN终端的Call Deflection业务在clear call on invocation模式下的场景。 

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。 

图1是本发明实施例1提供的一种实现呼叫转向的方法的流程图； 

图2是本发明实施例2提供的一种实现呼叫转向的方法的流程图； 

图3是本发明实施例3提供的一种综合业务接入点的结构示意图； 

图4是本发明实施例3提供的一种应用服务器的结构示意图； 

图5是本发明实施例3提供的一种实现呼叫转向的系统的结构示意图。 

具体实施方式

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

实施例1 

本发明实施例提供了一种实现呼叫转向的方法：被转移方Transfee User发起与被服务方Served User的呼叫，在被转移方Transfee User与被服务方ServedUser的呼叫早期建立后，被服务方Served User执行呼叫转向，断开被转移方Transfee User与被服务方Served User的早期呼叫，在被转移方Transfee User与 转移目的方Transfer Target User之间建立呼叫。即实现呼叫转向后立即释放被服务方Served User方的呼叫转向。如图1所示，该方法包括： 

步骤101：接收综合业务接入点MSAN发送的临时转移响应302消息，该302消息由所述MSAN将接收的被服务方发送的FACILITY消息映射而成，该302消息携带有转移目的方地址，例如，可以通过将该302消息的Contact头域的值设为Served User发送给MSAN的FACILITY消息中的deflectionAddress来实现； 

步骤102：发送响应ACK消息给MSAN，以使MSAN发送断开消息给ServedUser释放被服务方； 

步骤103：判断所述被服务方是否具备呼叫转向业务权限； 

步骤104：当所述被服务方具备呼叫转向业务权限时，触发呼叫转向业务逻辑，向转移目的方发起呼叫。具体发起呼叫为发送invite消息给转移目的方，所述invite消息的Contact头域和To头域为所述FACILITY消息中的deflectionAddress。 

进一步，本发明实施例提供的实现呼叫转向的方法还包括： 

在发送invite消息给转移目的方前，向主叫侧发送呼叫正在转发响应181响应通知被转移方发生了呼叫转向，在该181响应中包含P-Service-notification头域并携带“call is diverting”指示。 

本发明实施例通过对DSS1和SIP之间的信令映射以及各个业务控制实体之间信令交互以及协议扩展的定义，实现IMS架构下基于传统PSTN/ISDN终端的呼叫转向业务在clear call on invocation模式下的场景。 

实施例2 

本发明实施例提供了一种实现呼叫转向的方法，如图2所示，该方法包括： 

步骤201，被转移方(Transfee User)向AS发送INVITE消息，发起呼叫。 

步骤202，AS将INVITE消息发送给MSAN。 

步骤203，MSAN收到INVITE消息后发送呼叫建立请求消息SETUP给被服务方(Server User)。 

步骤204，被服务方接收该呼叫建立请求消息，执行CD操作，并向MSAN发送呼叫进程消息。 

步骤205，MSAN接收呼叫进程消息，生成会话进行响应183响应信令，并 将183响应信令发送给AS。 

步骤206，AS将183响应信令发送给被转移方。 

步骤201-206所述步骤与普通呼叫的持续过程相同，在此不再详细描述。 

步骤207，被服务方向MSAN发送呼叫进程消息后，向MSAN发送FACILITY消息。 

步骤208，MSAN接收FACILITY消息，将FACILITY消息映射成302消息。 

基于clear call on invocation模式，这时MSAN需要根据RFC3261中的定义执行Redirect Server的功能，也就是返回302响应，并且在contact头域中携带转移目的方的号码，该转移目的方的号码来自于Facility IE中的deflectionAddress，将FACILITY消息映射成302消息如表1所示： 

表1 

DSS1	SIP
		FACILITY	302
Facility IE	CONTACT
		CallDeflection Invoke ARGUMENT SEQUENCE{ deflectionAddress Address}	Contact：deflectionAddress_URI

其中，302消息包括： 

1)CONTACT头域中携带转移目的方的号码，该号码来自于Facility消息中的中的deflectionAddress； 

基于上述要求的302消息示例如下： 

SIP/2.0 302 Moved Temporarily 

Call-ID：d432fa84b4c76e66710 

From：<sip:+86755612345huawei.com；user＝phone>；tag＝43524545 

To：<sip:+8675511111huawei.com；user＝phone>；tag＝a3343df32 

Contact：<sip:+8675522222huawei.com> 

Content-Length：0 

其中，302消息中用来将消息分组的唯一性标识Call-ID、指示请求发起方的逻辑标识From和指示请求消息的逻辑接收者To三个字段的取值和此前会话早期建立阶段中返回的183响应消息(图2中的205：183响应)中的取值完全一样。 

步骤209，AS接收MSAN发送的302消息，向MSAN发送ACK响应信令；并判断被服务方是否具备呼叫转向业务权限。 

步骤210，MSAN接收到ACK响应消息后，向被服务用户发送DISCONNECT消息。 

步骤211，被服务用户接收到DISCONNECT消息后，发送RELEASE消息给MSAN。 

步骤212，MSAN接收到RELEASE消息后，断开被服务用户与被转移方之间的呼叫连接，释放资源。 

步骤213，如果被服务方具备呼叫转向业务权限，AS向被转移方发送181响应以通知呼叫过程中发生了转向，在181响应中需要包含P-Service-notification头域并携带“call is diverting”指示。 

步骤214，AS向转移目的方发送INVITE消息，根据302响应中的contact头域中包含的转移目的方号码生成该INVITE消息的Request URI和To头域。 

步骤215，转移目的方向AS发送振铃响应180响应。 

步骤216，转移目的方向AS发送200信令；AS向被转移方发送该200信令。 

步骤217，AS向转移目的方发送ACK响应消息。 

步骤218，216到218的那个弯箭头表示AS接收到转移目的方发送的200信令，向被转移方转发该200信令。 

步骤219，被转移方向AS发送ACK响应消息。 

步骤215-219与普通呼叫的接续过程相同，在此不再详细描述。 

其中，综合业务接入点MSAN可以是其他具有相同功能的接入节点。 

本发明实施例通过对DSS1和SIP之间的信令映射以及各个业务控制实体之间信令交互以及协议扩展的定义，实现IMS架构下基于传统ISDN终端的呼叫转向业务在clear call on invocation模式下的场景。 

实施例3 

本发明实施例提供了一种接入节点，如图3所示，包括： 

接收模块310，用于接收被服务方发送的FACILITY消息； 

映射模块312，用于将该FACILITY消息映射成302消息，该302消息的 Contact头域为Served User发送给MSAN的FACILITY消息中的deflectionAddress； 

发送模块314，用于将该302消息发送给应用服务器。 

释放模块316，用于当接收到AS的响应时，释放被转移方到被服务方侧的呼叫。 

其中，该接入节点可以是综合业务接入点MSAN。 

本发明实施例提供了一种应用服务器，如图4所示，包括： 

接收模块410，用于接收接入节点发送的302消息，该302消息由该接入节点将接收的被服务方发送的FACILITY消息映射而成，该302消息的Contact头域为FACILITY消息中的deflectionAddress； 

判断模块412，用于判断该被服务方是否具备呼叫转向业务权限； 

第一发送模块414，用于当该判断模块判断该被服务方具备呼叫转向业务权限时，触发呼叫转向业务逻辑，向转移目的方发起呼叫。 

可选的，该应用服务器还包括： 

第二发送模块，用于当该判断模块判断该被服务方具备呼叫转向业务权限时，向被转移方发送181响应，通知被转移方发生了呼叫转向，在该181响应中包含P-Service-notification头域并携带“call is diverting”指示。 

其中，接入节点可以是综合业务接入点MSAN。 

本发明实施例还提供了一种实现呼叫转向业务的系统，如图5所示，包括： 

接入节点510和应用服务器512。 

接入节点510，用于接收被服务方发送的FACILITY消息；将该FACILITY消息映射成302消息，该302消息的Contact头域为FACILITY消息中的deflectionAddress；将该302消息发送给应用服务器；并在接收到AS的响应时，释放被转移方到被服务方侧的呼叫。 

应用服务器512，用于接收接入节点发送的所述302消息，根据所述302消息，判断该被服务方是否具备呼叫转向业务权限；当该被服务方具备呼叫转向业务权限时，触发呼叫转向业务逻辑，向所述转移目的方发起呼叫；并向被转移方发送181响应，通知被转移方发生了呼叫转向，在该181响应中包含P-Service-notification头域并携带“call is diverting”指示。 

其中，接入节点可以是综合业务接入点MSAN。 

本发明实施例通过对DSS1和SIP之间的信令映射以及各个业务控制实体之间信令交互以及协议扩展的定义，实现IMS架构下基于传统ISDN终端的的呼叫转向业务在clear call on invocation模式下的场景。 

本发明实施例中提及的180是振铃响应，181是呼叫正在转发响应，183是会话进行响应，其消息内容和现有普通呼叫没有区别。 

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述程序可以存储于一计算机可读取存储介质中，所述存储介质为计算机的软盘、硬盘或光盘等。 

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。 

Claims (8)

1.一种实现呼叫转向业务的方法，其特征在于，包括：

应用服务器接收接入节点发送的临时转移响应302消息，所述302消息由所述接入节点将接收的被服务方发送的FACILITY消息映射而成，所述302消息的Contact头域为所述FACILITY消息中的deflectionAddress；

所述应用服务器发送响应ACK消息给所述接入节点，以使该接入节点发送断开消息释放被服务方；

所述应用服务器判断所述被服务方是否具备呼叫转向业务权限；

当被服务方具备呼叫转向业务权限时，所述应用服务器发送invite消息通知转移目的方，所述invite消息的Contact头域和To头域为所述FACILITY消息中的deflectionAddress。

2.如权利要求1所述的实现呼叫转向业务的方法，其特征在于，还包括：

向被转移方发送呼叫正在转发响应181响应，通知被转移方发生了呼叫转向。

3.一种接入节点，其特征在于，包括：

接收模块，用于接收被服务方发送的FACILITY消息；

映射模块，用于将所述FACILITY消息映射成临时转移响应302消息，所述302消息的Contact头域为该FACILITY消息中的deflectionAddress；

发送模块，用于将所述302消息发送给应用服务器；

释放模块，用于当接收到所述应用服务器的响应时，释放被转移方到被服务方侧的呼叫。

4.一种如权利要求3所述的接入节点，其特征在于，

所述接入节点为综合业务接入点MSAN。

5.一种应用服务器，其特征在于，包括：

接收模块，用于在接收接入节点发送的临时转移响应302消息时触发判断模块进行判断，所述302消息由所述接入节点将接收的被服务方发送的FACILITY消息映射而成，所述302消息的Contact头域为FACILITY消息中的deflectionAddress；

判断模块，用于判断所述被服务方是否具备呼叫转向业务权限；

第一发送模块，用于当所述被服务方具备呼叫转向业务权限时，触发呼叫转向业务逻辑，向转移目的方发起呼叫。

6.如权利要求5所述的应用服务器，其特征在于，所述应用服务器还包括：第二发送模块，用于当该判断模块判断该被服务方具备呼叫转向业务权限时，向被转移方发送呼叫正在转发响应181响应，通知被转移方发生了呼叫转向。

7.一种实现呼叫转向业务的系统，其特征在于，包括接入节点和应用服务器，其中，

所述接入节点，用于接收被服务方发送的FACILITY消息；将该FACILITY消息映射成临时转移响应302消息，该302消息的Contact头域为FACILITY消息中的deflectionAddress；将该302消息发送给应用服务器；并在接收到应用服务器的响应时，释放被转移方到被服务方的呼叫；

所述应用服务器，用于接收所述接入节点发送的所述302消息；根据所述302消息，判断该被服务方是否具备呼叫转向业务权限；当该被服务方具备呼叫转向业务权限时，触发呼叫转向业务逻辑，向转移目的方发起呼叫。

8.如权利要求7所述的系统，所述应用服务器还用于，

向被转移方发送呼叫正在转发响应181响应，通知被转移方发生了呼叫转向。

Images