CN101119527B

CN101119527B - 一号双机业务中用户自主选择接听终端的方法

Info

Publication number: CN101119527B
Application number: CN2007101430083A
Authority: CN
Inventors: 陈伟; 尹芹
Original assignee: ZTE Corp
Priority date: 2007-08-20
Filing date: 2007-08-20
Publication date: 2010-06-16
Anticipated expiration: 2027-08-20
Also published as: CN101119527A

Abstract

本发明公开了一种一号双机业务中用户自主选择接听终端的方法，主叫用户呼叫被叫用户，软交换/业务触发点SS/SSP判断出被叫用户的一号双机业务属性后向业务服务器APP发送请求消息，触发APP上的一号双机业务；APP发起对被叫用户的两个终端的呼叫；其中一个被叫终端应答，APP请求SS/SSP提供资源进行用户收号的监控；SS/SSP如果监控到应答用户在规定时间内进行规定拨号，则发送消息将拨号事件上报给APP，APP释放已经应答的终端，重新发起对另一终端的呼叫。本发明的方法当一号双机业务中两个终端发生同振时，可以使其中一个接听用户自主控制将来电转接到双机业务的另一个终端，操作简单。

Description

一号双机业务中用户自主选择接听终端的方法

技术领域

本发明涉及通信领域，尤其涉及一种一号双机业务中用户自主选择接听终端的方法。

背景技术

一号双机业务就是指一个号码同时对应用户的两个终端，一个终端可以称为主机。另一个终端可以称为子机，呼叫主机，主机终端和子机终端同时振铃。主机和子机终端可以分别是固话终端和移动终端(PHS、3G终端.....)。

一号双机业务已经提出多年了，始终未能得到普遍应用。随着固网运营商引入移动网络(PHS网络、3G网络......)后，用户同时拥有了固话终端和移动终端，希望把这两个终端融合绑定起来，为用户提供更加便利的服务，此时一号双机又被赋予了新的生命力和内涵，在各地利用一号双机概念陆续开办许多业务，为运营商带来了可观的经济效益。

在一号双机业务中的两个终端，其中一个终端为主机，其号码称之为主号码，另一个终端是子机，对外没有独立的逻辑号码。呼叫主号码时，主子机同时振铃；子机呼出时，对外显示其主机的号码。可以采用固话号码做主号码，也可以采用移动号码做主号码。

对于拥有一号双机业务的两个终端，可以为其中的主机登记一号双机业务的被叫流程属性，同时指定与其绑定的子机终端，这样主机在呼出时，显示其本身自己的号码(主号码)，通过主号码呼入时，主机和子机同时振铃(当然也可以实现延时振铃)，任何一部终端均可接听。通过子机号码呼入时，只有子机振铃。

如果希望子机在呼出时，也显示主机号码，那还需要为子机终端登记一号通业务的主叫流程，同时在业务平台中进行同主机的绑定，这样该子机呼出时，可以显示主机号码。

从业务描述中可以看出，当一号双机的两个终端同振时，当任一终端接听后，通话后主叫用户发现被叫不是所要呼叫的用户，这时被告知需要再呼叫一次，把呼叫转接到另一个终端上，由一号双机的另一个终端持有者接听。这样每次需要重新拨号的操作比较繁琐，影响了用户体验。随着一号双机业务的开展越来越多，用户对这种需要重复呼叫的意见越来越强烈。

发明内容

本发明要解决的技术问题是提供一种一号双机业务中用户自主选择接听终端的方法，用于在当一号双机业务中两个终端发生同振时，可以使其中一个接听用户自主控制将来电转接到双机业务的另一个终端，而不用主叫用户重新拨号，操作简单。

为了解决上述技术问题，本发明提供了一种一号双机业务中用户自主选择接听终端的方法，用于实现一号双机业务的接听来电的被叫终端将来电转接到另一个被叫终端，所述方法包括以下步骤：

(1)主叫用户呼叫被叫用户，所述呼叫到达软交换/业务触发点SS/SSP，SS/SSP判断出被叫用户的一号双机业务属性，则向业务服务器APP发送请求消息，触发APP上的一号双机业务；

(2)APP收到所述请求消息后，发起对被叫用户的两个终端的呼叫，呼叫经SS/SSP发送到两个被叫终端；

(3)其中一个被叫终端应答，APP向SS/SSP发送请求消息，请求SS/SSP提供资源，进行用户收号的监控；

(4)SS/SSP分配资源进行用户收号的监控，如果监控到应答用户在规定时间内进行规定拨号，则发送消息将拨号事件上报给APP，APP释放已经应答的终端，重新发起对另一终端的呼叫。

进一步的，步骤(3)中所述请求消息中包括所述规定时间和所述规定拨号。

进一步的，步骤(4)中所述消息中包括用户所拨号码。

进一步的，在步骤(4)中还包括：如果应答用户未在规定时间内进行规定拨号，则APP向SS/SSP发送停止消息，停止收号监控。

进一步的，所述方法还包括以下步骤：

(5)另一终端振铃后，用户摘机应答。

利用本发明的方法在提供一号双机业务时，当主机或从机任意一方接听后，如果接听用户希望两个接收终端中的另一方接听，接听用户通过在话机按键上按某个键就可以将来电转接到另一终端，使主叫方和另一个终端建立呼叫连接，从而主叫方不必重复拨打被叫号码，提高了效率，满足了用户对一号双机业务的需要，同时本发明还具有操作简单的特点。

附图说明

图1为本发明一号双机业务系统示意图。

图2为本发明第一实施例一号双机业务中用户自主选择接听终端的方法流程图。

图3为本发明第二实施例一号双机业务中用户自主选择接听终端的方法流程图。

图4为本发明一号双机业务中用户自主选择接听终端的信令流程图。

具体实施方式

本发明利用APP(业务服务器)业务平台及SS/SSP(软交换/业务触发点)实现接听方将来电转接的功能。当申请了一号双机业务的被叫终端中的主机或从机任意一方接听时，如果接听方想将来电转接到两个接收终端中的另一个终端，则按键盘上的规定键，而APP则通过SS/SSP监控接听方的按键操作，如果监控到接听方在规定时间内按了键盘上的规定键，则APP将来电自动转接到另一个终端。

下面结合附图对本发明的优选实施例进行详细说明：

优选实施例一：

参照图1所示，为本发明一号双机业务系统示意图。所述系统包括软交换/业务触发点(SS/SSP)及业务服务器(APP)，SS/SSP与APP之间通过SIP协议进行信息交互，APP通过SS/SSP实现关于主叫用户A与被叫用户B之间通话的控制。

参照图2所示，为本发明第一实施例一号双机业务中用户自主选择接听终端的方法流程图。所述方法包括以下步骤：

步骤201：主叫用户呼叫被叫用户，所述呼叫到达软交换/业务触发点SS/SSP，SS/SSP判断出被叫用户的一号双机业务属性，则向业务服务器APP发送请求消息，触发APP上的一号双机业务；

步骤202：APP收到所述请求消息后，发起对被叫用户的两个终端的呼叫，呼叫经SS/SSP发送到两个被叫终端；

步骤203：其中一个被叫终端应答，APP向SS/SSP发送请求消息，请求SS/SSP提供资源，进行用户收号的监控；

步骤204：SS/SSP分配资源进行用户收号的监控，如果监控到用户在规定时间内进行规定拨号，则将拨号事件上报给APP，APP释放已经应答的终端，重新发起对另一终端的呼叫；

步骤205：另一终端振铃后，用户摘机应答。

优选实施例二：

参照图3所示，为本发明第二实施例一号双机业务中用户自主选择接听终端的方法流程图。所述方法包括以下步骤：

步骤301：用户A呼叫用户B(包括B和B1两个终端)，SS/SSP(软交换/业务触发点)发现用户B具有一号双机业务；

步骤302：SS/SSP触发业务到APP业务平台；

步骤303：APP发起双呼，呼叫用户终端B、B1到SS/SSP；

步骤304：当其中一个终端应答，SS/SSP上报200OK，APP下发INFO指示，要SS/SSP提供资源，进行用户收号的监控；

步骤305：SS/SSP提供资源，进行用户收号的监控，此时接听用户在一定时间内拨号，则拨号上报到SS/SSP，再上报到APP；

此时可以约定一定时间，比如20s或者30s内用户是否拨号，如果用户没有拨号，则SS/SSP监控状态解除；而所述拨号可以为任意约定的按键，如：“#”键或“0”键；

步骤306：APP释放双路呼叫，重新发起对另一个终端的呼叫；

步骤307：SS/SSP负责相关呼叫接续。

对于本发明的实现，当同某一个终端进入通话状态后，APP需要指示SS/SSP进行收号监视、上报号码和停止监视收号。实现方案中利用对SIP协议中INFO消息进行扩展，来实现上述功能，具体扩展如下：

下面说明中以监视用户是否##号码为例。

(1)APP将INFO消息发给SS/SSP，请求SS/SSP监视用户的拨号事件，在APP下发的INFO消息体扩展如下内容，用于网关设备监视用户的动作，如拨号码##：

Content-Type：application/digits

Content-Length：x

Event：start-digit-collection

Digitmap：##；fdt＝3600s；idt＝5s

(注：如果以后扩充功能，检测号码可以有多个，那么号码之间使用分隔，并且将号码串用()括起来，以保证号码部分符合248协议语法。例如：

Digitmap：(##|**|#11#)；fdt＝3600s；idt＝5s)

(2)检测用户的拨号事件，SS/SSP通过SIP协议的INFO消息扩展给APP上报检测到的用户拨号事件，所述扩展包括如下内容：

Content-Type：application/digits

Content-Length：x

Event：digit-collection-success

DigitString：##

(3)APP通过SIP协议的INFO消息扩展，命令SS/SSP停止检测通话中的用户拨号事件，所述扩展包括如下内容：

Content-Type：application/zte-digits

Content-Length：30

Event：stop-digit-collection

(4)SS/SSP通过SIP协议的INFO消息扩展，将收号出错事件发送给APP，用于当APP判断所收的号码不是事先约定的号码时，下指示给SS/SSP，进行停止监视操作。

以上所述扩展定义了四个事件：

start-digit-collection 开始通话中收号监视

digit-collection-success通话中上报用户所拨的号码

stop-digit-collection 停止通话中收号监视

digit-collection-fail 收号出错

参照图4所示，为本发明一号双机业务中用户自主选择接听终端的信令流程图。

步骤401：SS的主叫发起呼叫，主叫是A，被叫是B，其中B登记有一号双机业务，触发业务到APP平台，SS发送Invite(A，B)到APP；

步骤402：APP实现一号双机业务，通过分别向两个被叫发送Invite(A，B)和Invite(A，B1)同时发起两路呼叫，被叫分别是B(呼叫分支1)、和B 1(呼叫分支2)；

步骤403：其中呼叫分支1首先被接通，向APP返回180振铃消息；

步骤404：APP利用MGCP协议中的CPCX操作向媒体服务器MS申请资源，媒体服务器MS返回200OK消息；APP同时利用MGCP协议中的RQNT操作向MS申请具体提示通知内容，并向主叫A播放接续提示；

步骤405：呼叫分支2也被接通(180)，但这时呼叫分支1中的被叫B摘机应答(200OK)；

步骤406：APP利用SIP协议中的UPDATE操作更新主叫的被叫媒体由MS切换到被叫B的媒体，主叫返回200OK消息；同时APP也更新被叫B的主叫媒体，被叫返回200OK消息给APP，APP返回200OK消息给主叫，主被叫双方进入通话；

步骤407：APP同时发送Cancel消息取消对呼叫分支2的呼叫；呼叫分支2返回200OK消息给APP；

步骤408：APP利用INFO消息通知SS，监视被叫用户B是否拨号；

步骤409：如果主叫A和被叫B通话后，发现被叫B并不是主叫A所要找的用户，被叫B拨一定的功能号码，SS通过INFO消息上报给APP；

此时的功能号码比如可以为“#”或者其他号码；

步骤410：APP切断A、B之间的通话；

步骤411：APP重新发起到被叫B1的呼叫；

步骤412：APP向媒体服务器MS申请资源，向主叫A播放接续提示；

步骤413：被叫B 1摘机应答后，APP更新主叫的被叫媒体由MS切换到被叫B1的媒体，同时APP也更新被叫B1的主叫媒体，双方进入通话。

下面通过具体应用中的一个实例来对本发明进行示例性的说明：

主叫A呼叫一机多号用户B，转接号码B和B1，B和B1同时振铃，其中一个用户如用户B摘机接听电话，则B1释放，该次呼叫出话单；B通话中按某个约定特殊键，比如“#”键，系统释放B，呼叫B1；B1振铃，A听到B1的回铃音，B1接听，A和B1正常通话；任意一方挂机，呼叫结束，正常计费出话单。

利用本发明描述的方法，可以完善目前已经开展的超级无绳业务(实际就是一号双机业务)，可以使主叫用户不用重复呼叫，而接续被叫中的另一个终端。

当然，上述具体实施例不是对本发明技术方案的进一步限定，任何熟悉本领域的技术人员对本发明技术特征所做的等同替换或相应变形，仍在本发明的保护范围之内。

Claims

1.一种一号双机业务中用户自主选择接听终端的方法，用于实现一号双机业务的接听来电的被叫终端将来电转接到另一个被叫终端，其特征在于，所述方法包括以下步骤：

(4)SS/SSP分配资源进行用户收号的监控，如果监控到应答用户在规定时间内进行规定按键，则发送消息将按键操作上报给APP，APP释放已经应答的终端，重新发起对另一终端的呼叫。

2.如权利要求1所述的方法，其特征在于，步骤(3)中所述请求消息中包括所述规定时间和所述规定按键。

3.如权利要求1所述的方法，其特征在于，步骤(4)中所述消息中包括用户所按的键。

4.如权利要求1所述的方法，其特征在于，在步骤(4)中还包括：如果应答用户未在规定时间内进行规定按键，则APP向SS/SSP发送停止消息，停止收号监控。

5.如权利要求1所述的方法，其特征在于，所述方法还包括以下步骤：

(5)另一终端振铃后，用户摘机应答。