CN103475648B - 基于sip协议的呼叫盲转方法及呼叫盲转系统 - Google Patents

Abstract

本发明公开了一种基于SIP协议的呼叫盲转方法及对应的呼叫盲转系统，盲转方法过程信令基于SIP协议，利用软交换服务器直接发起Refer消息和与Invite消息，摒弃了传统的依赖于SIP终端设备进行SIP消息发送的方法，提出基于SIP协议的不依赖终端设备而实现呼叫盲转功能，呼叫转接业务方、呼叫被转接方、转接目标方只要支持RFC3261SIP协议即可实现，避免了由于终端不兼容引起的转送故障，简化了发送环节，具有良好的扩展性和可实施性。

Description

基于SIP协议的呼叫盲转方法及呼叫盲转系统

技术领域

本发明涉及通讯中的呼叫盲转方法以及对应的呼叫盲转系统，尤其涉及基于SIP协议的呼叫盲转方法及对应的呼叫盲转系统。

背景技术

通信行业技术日新月异，NGN网络技术已经成为通信领域的领头技术。其中软交换设备是电路交换网向分组网演进的核心设备，同时也是在NGN网络中扮演着举足轻重的角色。它独立于底层的承载协议，主要完成呼叫控制、媒体网关介入控制、资源分配、协议处理、路由、认证、计费等主要功能。软交换设备的传输可靠性高，对终端设备的依赖性小，利用软交换器进行各种呼叫业务的开发已经成为当今社会不可阻挡的趋势。

NGN网络中，呼叫盲转业务是一个重要的基本业务，目前现有的盲转呼叫业务大多是采用基于终端的信令消息处理方法，比较典型的一个方式即：被转接方用户A和转接业务方用户B建立通话后，转接业务方用户B拍叉簧后与用户A进入呼叫保持业务，用户B拨打转接目标方用户C的号码后发送Refer消息到软交换服务器，软交换服务器继而转发给用户A，用户A解析转接目标方用户C的IP地址、端口号以及号码之后，自行发起对转接目标方用户C的呼叫消息Invite，进而建立媒体流连接，该过程中，Invite消息是由终端用户A发起的，这种依赖于终端发起SIP消息的呼叫处理方法虽然同样能够实现盲转的呼叫流程，但是由于终端设备存在不兼容性、差异性等问题，将导致系统可扩展性低，影响连接成功率，同时，通过软交换服务器来进行转发，浪费了通信资源，同时增加了通信传输环节，带来了更多的不可靠因素，从而进一步降低了呼叫转接的成功率。

因此，业界存在大量技术的改进，来提高呼叫盲转连接成功率，申请号为CN03117953.3的技术方案提出，当一个用户拥有多个终端设备时，将各个终端分别登记于数据库中，当用户其中的一个终端设备有来电呼叫却超时无应答时，自动将呼叫切换到其他的终端设备上，从而来降低呼叫失败率；专利ZL200710142052.2则提出了基于IP话务台的呼叫转接方法，将媒体服务器、话务台客户端、服务器组成独立的IP话务台系统，通过话务台服务器指示核心网控制器建立主叫用户与被叫用户之间通话连接，将传统PSTN网络下话务台的盲转转接业务融入于NGN网络。虽然这些改进能在一定程度上方便了用户的使用，提高了用户通话概率，但是这些改进主要是通过对设备间终端进行研究而提出的有利于呼叫转接便捷与成功率的改进，却无法从网络传输的可靠性方面来提高信令消息的可靠性。

发明内容

本发明要解决的问题即从网络传输上提高信令消息传输的可靠性，同时降低网络的冗余程度。为了实现以上目的，发明主要提供了一种基于SIP软交换服务器的呼叫盲转方法和相应的呼叫盲转系统，其能有效保证NGN网络下振铃状态的呼叫盲转业务，同时在网络传输上提高了信令消息传输的可靠性。

设定用户B已经向运营商申请了呼叫转接业务，一种基于SIP协议的呼叫盲转方法，其主要步骤如下：

步骤一，用户A摘机拨打用户B，用户B摘机，二者建立基本通话，用户B拍叉簧，通过软交换服务器发送Re-Invite消息到所述用户A，同时，用户B的媒体流参数更改为sendonly，用户A的媒体流参数更改为receive only，暂时进入呼叫保持业务，二者的媒体流中断；

步骤二，用户B拨打接入码以及用户C的号码并挂机，发送Refer消息到软交换服务器，其中包含用户C的地址端口标识信息；软交换服务器发送Notify消息到用户B，用户B回复所述Notify消息。

步骤三，软交换服务器发送Invite消息到用户C，用户B在确认软交换服务器和用户C信令消息通畅后与所述软交换服务器拆线；

步骤四，媒体服务器向用户A发送Invite消息，该Invite消息包含媒体服务器的媒体信息，用户A回复后，媒体服务器向用户A发送RTP媒体流，A可以听到彩铃声IVR(Interactive Voice Response)语音；

步骤五，用户C先后发送180Ringing消息以及200OK消息给所述软交换服务器；

步骤六，软交换服务器发送Re-Invite消息给用户A，用户A和用户C的媒体流成功建立，盲转成功；

步骤七，用户A或者用户C挂机后，挂机用户发送Bye消息给软交换服务器，软交换服务器向对方用户发送Bye消息，完成用户A和用户C的拆线工作。

较佳的，步骤三中的软交换服务器发送的Invite信息不带用户A的媒体信息，步骤四中180Ringing消息和200OK消息至少一个含有用户C媒体信息，步骤五中的Re-Invite消息包含用户C媒体信息,用户C媒体信息包括codec、打包间隔、媒体流方向中的一个或多个。

较佳的，步骤三中的软交换服务器发送的Invite信息携带用户A的媒体信息。

为实现以上步骤，相对应的基于SIP协议的呼叫盲转系统主要由五部分组成，软交换服务器、媒体服务器、被转接方用户A、转接业务方用户B、转接目标方用户C。其中软交换服务器与媒体服务器、用户A、用户B和用户C信号连接，信令基于SIP协议。软交换服务器在用户A和用户B的基本呼叫流程中承担SIP代理服务器的功能，支持二者的呼叫保持业务。在后续的转接业务中能够向用户A发起Re-Invite请求，完成盲转业务。具体的表现为，通过软交换服务器，可以实现以下步骤：

步骤一，所述用户A和所述用户B建立基本通话，所述用户B拍叉簧，二者暂时进入呼叫保持业务，之间的媒体流中断；

步骤二，所述用户B拨打接入码以及用户C的号码并挂机，发送Refer消息到软交换服务器，其中包含所述用户C的地址端口标识信息；

步骤三，所述软交换服务器发送Invite消息到所述用户C，所述用户B在确认所述软交换服务器和所述用户C信令消息通畅后与所述软交换服务器拆线；

步骤四，所述用户C发送180Ringing消息以及200OK消息给所述软交换服务器；

步骤五，所述软交换服务器发送Re-Invite消息给所述用户A，所述用户A和所述用户C的媒体流成功建立，盲转成功；

步骤六，所述用户A或者所述用户C挂机后，挂机用户发送Bye消息给所述软交换服务器，所述软交换服务器向对方用户发送Bye消息，完成所述用户A和所述用户C的拆线工作。

较佳的，所述软交换服务器可以发送Notify消息到所述用户B，所述用户B回复所述Notify消息。

较佳的，步骤三中的软交换服务器发送的Invite信息不带所述用户A的媒体信息，步骤四中，所述180Ringing消息和200OK消息至少一个含有用户C媒体信息，步骤五中所述的Re-Invite消息包含所述用户C媒体信息,所述用户C媒体信息包括codec、打包间隔、媒体流方向中的一个或多个。

较佳的，步骤三中的软交换服务器发送的Invite信息携带所述用户A的媒体信息。

媒体服务器可以向用户A发送Invite（Media）消息，所述Invite（Media）消息包含媒体服务器的媒体信息，用户A回复后，媒体服务器向用户A发送RTP媒体流。

用户A、用户B以及用户C是基本呼叫以及拆线的发起者，其中之一挂机后，即可发送Bye消息给所述软交换服务器，所述软交换服务器向媒体流建立的对方用户发送Bye消息，完成用户间的拆线工作。

本发明具有以下有益效果：

1、提出了基于SIP协议的不依赖终端设备而实现呼叫盲转功能，呼叫转接业务方、呼叫被转接方、转接目标方只要支持RFC3261SIP协议即可实现，具有良好的扩展性和可实施性；

2、能够在呼叫保持的基础上完成盲转转接业务，利用软交换服务器发起Refer消息和与Invite消息，摒弃了传统的依赖于SIP终端设备进行SIP消息发送的方法，发送环节简化，不需要通过软交换服务器来转发，减少NGN网络上信令消息传输开支，提高盲转业务成功率，提高了网络消息传送效率；

3、提出了确保软交换服务器正确解析用户C的消息后由软交换服务器将Invite消息发送到转接目标方用户C，再由用户B发出BYE消息，发起拆线请求，将用户B和用户A进行拆线，进一步确保了信令消息在网络上传输的可靠性。

附图说明

图1是本发明基于SIP协议的呼叫盲转系统框架示意图。

图2是本发明基于SIP协议的呼叫盲转方法流程图。

图3是本发明基于SIP协议的呼叫盲转方法基本通话和通讯保持阶段消息序列图。

图4是本发明基于SIP协议的呼叫盲转方法中，软交换服务器发送不包含用户A的媒体信息的Invite消息到所述用户C情况下，盲转呼叫和挂机阶段消息序列图。

图5是本发明基于SIP协议的呼叫盲转方法中，软交换服务器发送包含用户A的媒体信息的Invite消息到所述用户C情况下，盲转呼叫和挂机阶段消息序列图。

具体实施方式

以下将结合说明书附图来对本发明作进一步描述：

如图1所示，本实施例公开的基于SIP协议的呼叫盲转系统主要由五个部分组成：软交换服务器1、媒体服务器2、被转接方用户3、转接业务方用户4、转接目标方用户5。其中软交换服务器1是系统核心模块，媒体服务器2、被转接方用户3、转接业务方用户4、转接目标方用户5分别与其信号连接,信令基于SIP协议。软交换服务器1在用户3和用户4的基本呼叫流程中承担SIP代理服务器的功能，同时支持二者的呼叫保持业务，在后续的转接业务中能够直接向终端发起消息请求，完成盲转业务。媒体服务器负责转接后IVR语音的播放，具体地是向被转接方用户3播放回铃音。用户3、用户4以及用户5是基本呼叫以及拆线的发起者。

如图2所示，基于sip协议的呼叫盲转方法基本流程为：被转接方用户3拨打转接业务方用户4，用户4摘机后二者进入基本通话业务；用户3请求用户4转接到目标用户5，用户4拍叉簧，将用户3保持住，二者媒体流暂时停止；用户4拨打转接码加上用户5的号码，发送Refer消息到软交换服务器，软交换服务器与用户5之间信令消息建立通畅之后，用户4挂机；通过软交换服务器，媒体服务器与用户3建立联系，并给用户3播放IVR语音，与此同时用户5振铃等待用户接听；用户5摘机，和用户3建立基本通话，盲转业务成功建立。

如图3所示，被转接方用户3、转接业务方用户4、转接目标方用户5都注册于服务器中，转接业务方用户B已开启盲转业务，用户3通过用户4转接到用户5，比较常见的情形即一个客户需要联系某公司的员工，但是他只知道公司的总机号码，打到公司的总机上面，要求前台总机帮忙转接某一个员工或者领导的电话上，主要包括以下步骤：

A1：用户3摘机拨打总机，发送Invite消息到软交换服务器1，其中携带用户3的SDP媒体流参数信息，主要包含打包速率、编码速率、媒体流方向；软交换服务器1进行分配，转发此请求给用户4，发送Invite消息到用户4；

A2：用户4振铃，发送180Ringing消息给软交换服务器1，软交换服务器1转发此消息给用户3；

A3：SIP消息支持180Ringing的可靠性传输，用户3发送Prack消息给软交换服务器1，软交换服务器1转发给用户4，用户4发送200OK（PRACK）消息给软交换服务器1，软交换服务器1转发给用户3；

A4：用户4摘机后，用户4发送200OK（Invite）消息给软交换服务器1，软交换服务器1转发给用户3，使用二者协商好的SDP参数建立RTP媒体流，成功建立基本通话；

A5：用户3要求用户4转接到用户5，用户5拍叉簧，发送Re-Invite消息到软交换服务器1，该消息中的媒体流方向改成send only方法，即媒体流方向为只发不收，软交换服务器1转发给用户3；

A6：用户3回复200OK（re-Invite）到软交换服务器1，该消息中的媒体流方向为receive only，即媒体流方法为只收不发，至此，二者的媒体流暂时中断，进入呼叫保持业务；

如图4所示，用户4将通过软交换服务器1实现用户5与用户3间媒体流的建立；

A7：转接业务方用户4拨打接入码和用户5的号码，发送Refer消息给软交换服务器1，消息体中带有用户5的地址端口号码信息；

A8：软交换服务器1接受Refer消息并解析出转接目标方用户5的信息，向用户4发送Notify消息给予通告，用户4回复200OK；

A9：软交换服务器1根据之前获得用户5的信息直接向用户5发送Invite请求，其中只包含软交换服务器的SDP媒体参数信息，不包含用户3的SDP媒体参数信息，摒弃了传统的使用软交换服务器1来进行转发Invite的方法，用户5开始振铃，回复软交换服务器1180Ringing消息，其中包含用户5的SDP媒体参数信息；

A10：在A9中确保软交换和转接目标方已经建立连接的条件下，用户4发送Bye消息拆线；

A11：软交换服务器1回复200OK（Bye）给用户4，用户4至此已经完全退出了此次呼叫通话；

A12：软交换服务器1向媒体服务器2发送Invite（Media）消息，其中包含用户3的SDP媒体参数信息，媒体服务器2向用户3发送Invite（Media）消息，其中含有媒体服务器2的SDP媒体参数信息，用户3回复媒体服务器2200OK消息，媒体服务器向用户3播放IVR；

A13：软交换服务器1发送Re-Invite消息到用户3，该Re-Invite消息包含用户5的SDP媒体参数信息，用户3发送200OK消息，来恢复A5中被保持的一路通话，直接使用软交换服务器1来发起的好处是效率高，无需考虑终端设备的兼容性；

A14：用户5摘机，发送200OK，根据之前协商好的SDP媒体流参数，与用户3建立RTP流连接，用户3与用户5实现成功通话；

A15：用户3和用户5任意一方需要结束通话，挂机向软交换服务器发送Bye消息，软交换服务器回复200OK（bye）消息，并向通信对方发送Bye消息，通信对方发送200OK（bye）消息，双方确认拆线。

如图5所示，用户4将通过软交换服务器1实现用户5与用户3间媒体流的建立，该实施例中软交换服务器向用户发送Invite消息时，将携带用户3的SDP媒体参数信息，；

A7：转接业务方用户4拨打接入码和用户5的号码，发送Refer消息给软交换服务器1，消息体中带有用户5的地址端口号码信息；

A8：软交换服务器1接受Refer消息并解析出转接目标方用户5的信息，向用户4发送Notify消息给予通告，用户4回复200OK；

A9：软交换服务器1根据之前获得用户5的信息直接向用户5发送Invite 请求，其中包含用户3的SDP媒体参数信息，但用户5将不直接对用户3发送Invite消息，用户5开始振铃，回复软交换服务器1180Ringing消息；

A10：在A9中确保软交换和转接目标方已经建立连接的条件下，用户4发送Bye消息拆线；

A11：软交换服务器1回复200OK（Bye）给用户4，用户4至此已经完全退出了此次呼叫通话；

A12：软交换服务器1向媒体服务器2发送Invite（Media）消息，其中包含用户3的SDP媒体参数信息，媒体服务器2向用户3发送Invite（Media）消息，其中含有媒体服务器2的SDP媒体参数信息，用户3回复媒体服务器2200OK消息，媒体服务器向用户3播放IVR；

A13：用户5摘机，发送200OK；

A13：软交换服务器1发送Re-Invite消息到用户3，用户3发送200OK消息，来恢复A5中被保持的一路通话，根据之前协商好的SDP媒体流参数，与用户3建立RTP流连接，用户3与用户5实现成功通话，直接使用软交换服务器1来发起的好处是效率高，无需考虑终端设备的兼容性；

A15：用户3和用户5任意一方需要结束通话，挂机向软交换服务器发送Bye消息，软交换服务器回复200OK（bye）消息，并向通信对方发送Bye消息，通信对方发送200OK（bye）消息，双方确认拆线。

本发明关键是软交换服务器不依赖于SIP终端设备实现呼叫转接功能，软交换服务器在获得转接目标方用户5的地址端口信息后可以主动发起Invite消息；呼叫转接业务方、呼叫被转接方、转接目标方只要支持RFC3261SIP协议即可实现，具有良好的扩展性和可实施性。以上仅为本发明较佳的实施例，故不能依此限定本发明实施的范围，即依本发明说明书内容所作的等效变化与装饰，皆应属于本发明覆盖的范围内。

Claims (9)

1.一种基于SIP协议的呼叫盲转方法，盲转方法过程信令基于SIP协议，其特征在于，包括以下步骤：

步骤一，用户A和用户B建立基本通话，所述用户B拍叉簧，二者暂时进入呼叫保持业务，之间的媒体流中断；所述用户B通过软交换服务器发送Re-Invite消息到所述用户A，所述用户B的媒体流参数更改为send only，所述用户A的媒体流参数更改为receive only；

步骤二，所述用户B拨打接入码以及用户C的号码并挂机，发送Refer消息到软交换服务器，其中包含所述用户C的地址端口标识信息；所述软交换服务器发送Notify消息到所述用户B，所述用户B回复所述Notify消息；

步骤三，所述软交换服务器发送Invite消息到所述用户C，所述用户B在确认所述软交换服务器和所述用户C信令消息通畅后与所述软交换服务器拆线；

步骤四，所述用户C发送180Ringing消息以及200OK消息给所述软交换服务器；

步骤五，所述软交换服务器发送Re-Invite消息给所述用户A，所述用户A和所述用户C的媒体流成功建立，盲转成功。

2.根据权利要求1所述的基于SIP协议的呼叫盲转方法，其特征在于所述步骤三结束后还包括：媒体服务器向所述用户A发送Invite（Media）消息，所述Invite（Media）消息包含媒体服务器的媒体信息，用户A回复后，媒体服务器向用户A发送RTP媒体流。

3.根据权利要求2所述的基于SIP协议的呼叫盲转方法，其特征在于，所述步骤五结束后还包括：所述用户A或者所述用户C挂机后，挂机用户发送Bye消息给所述软交换服务器，所述软交换服务器向对方用户发送Bye消息，完成所述用户A和所述用户C的拆线工作。

4.根据权利要求1-3任一项所述的基于SIP协议的呼叫盲转方法，其特征在于，所述步骤三中的软交换服务器发送的Invite信息不带所述用户A的媒体信息，步骤四中所述180Ringing消息和200OK消息至少一个含有用户C媒体信息，步骤五中所述的Re-Invite消息包含所述用户C媒体信息,所述用户C媒体信息包括codec、打包间隔、媒体流方向中的一个或多个。

5.根据权利要求1-3任一项所述的基于SIP协议的呼叫盲转方法，其特征在于，所述步骤三中的软交换服务器发送的Invite信息携带所述用户A的媒体信息。

6.一种基于SIP协议的呼叫盲转系统，系统包括：软交换服务器、被转接方用户A、转接业务方用户B、转接目标方用户C，所述软交换服务器与所述用户A、所述用户B和所述用户C信号连接，信令基于SIP协议，其特征在于系统按照以下步骤实现呼叫盲转：

步骤一，所述用户A和所述用户B建立基本通话，所述用户B拍叉簧，二者暂时进入呼叫保持业务，之间的媒体流中断；

步骤二，所述用户B拨打接入码以及用户C的号码并挂机，发送Refer消息到软交换服务器，其中包含所述用户C的地址端口标识信息；所述软交换服务器发送Notify消息到所述用户B，所述用户B回复所述Notify消息；

步骤三，所述软交换服务器发送Invite消息到所述用户C，所述用户B在确认所述软交换服务器和所述用户C信令消息通畅后与所述软交换服务器拆线；

步骤四，所述用户C发送180Ringing消息以及200OK消息给所述软交换服务器；

步骤五，所述软交换服务器发送Re-Invite消息给所述用户A，所述用户A和所述用户C的媒体流成功建立，盲转成功；

步骤六，所述用户A或者所述用户C挂机后，挂机用户发送Bye消息给所述软交换服务器，所述软交换服务器向对方用户发送Bye消息，完成所述用户A和所述用户C的拆线工作。

7.根据权利要求6所述的基于SIP协议的呼叫盲转系统，其特征在于：系统还包括媒体服务器，所述媒体服务器向所述用户A发送Invite（Media）消息，所述Invite（Media）消息包含媒体服务器的媒体信息，用户A回复后，媒体服务器向用户A发送RTP媒体流。

8.根据权利要求6-7任一项所述的基于SIP协议的呼叫盲转系统，其特征在于步骤三中的软交换服务器发送的Invite信息不带所述用户A的媒体信息，步骤四中，所述180Ringing消息和200OK消息至少一个含有用户C媒体信息，步骤五中所述的Re-Invite消息包含所述用户C媒体信息,所述用户C媒体信息包括codec、打包间隔、媒体流方向中的一个或多个。

9.根据权利要求6-7任一项所述的基于SIP协议的呼叫盲转系统，其特征在于步骤三中的软交换服务器发送的Invite信息携带所述用户A的媒体信息。