CN109391740A - 一种漏话转接的方法、设备及系统 - Google Patents
一种漏话转接的方法、设备及系统 Download PDFInfo
- Publication number
- CN109391740A CN109391740A CN201710669624.6A CN201710669624A CN109391740A CN 109391740 A CN109391740 A CN 109391740A CN 201710669624 A CN201710669624 A CN 201710669624A CN 109391740 A CN109391740 A CN 109391740A
- Authority
- CN
- China
- Prior art keywords
- missed call
- call
- relayed
- missed
- rcs
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/58—Arrangements for transferring received calls from one subscriber to another; Arrangements affording interim conversations between either the calling or the called party and a third party
Abstract
本发明公开了一种漏话转接方法、设备及系统,本发明中,漏话转接设备接收到携带被叫号码的转接呼叫请求;所述漏话转接设备在接收到的所述转接呼叫请求后,生成抑制漏话循环转接的标识;所述漏话转接设备基于所述转接呼叫请求,根据所述抑制漏话循环转接的标识以及被叫号码生成第一漏话转接呼叫请求;所述漏话转接设备将所述第一漏话转接呼叫请求发送给RCS平台;其中,所述第一漏话转接呼叫请求用于指示所述RCS平台,根据所述抑制漏话循环转接的标识和被叫号码,生成第二漏话转接呼叫请求,并将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端,所述第二转漏话接呼叫请求中包括指示漏话转接的标识,所述第二漏话转接呼叫请求用于指示所述RCS客户端有漏话转接到来。
Description
技术领域
本发明涉及无线通信领域,尤其涉及一种漏话转接的方法、设备及系统。
背景技术
随着通信技术的发展,用户对于手机呼叫业务的要求越来越高。如果被叫用户由于所处区域网络信号不好或者用户自身原因导致漏接来电,现有技术一般是采用呼叫前传、呼叫转接的方式来处理上述情况,这两种处理方式的目的号码都是传统的物理终端号码,并且存在如下问题:
1)如果原号码因为在信号不好的区域(如地下、商场等)导致漏接电话,则呼叫前转、呼叫转接的目的号码一般也会受这样的限制;
2)如果原号码在费率敏感的区域(如海外等),呼叫前转、呼叫转接由于占用国际信令和国际长途语音通道,将产生较高费用。
并且,现有技术的目的号码一般存在于另一个物理终端,对于同一个使用者来说,对于用户而言,使用并不方便或不及时(如呼叫前转、呼叫转接的目的号码是秘书的号码,则不能及时接听漏话)。
发明内容
为解决上述技术问题,本发明实施例期望提供一种漏话转接方法、设备及系统,使得被叫用户可以仅采用一个号码,一个终端设备,就可以接收到RCS平台的漏话转移呼叫,提高了用户的便捷性,并且可以降低通信费用。
本发明的技术方案是这样实现的:
第一方面,本发明实施例提供了一种漏话转接的方法,所述方法应用于漏话转接设备,所述方法包括:
漏话转接设备接收到携带被叫号码的转接呼叫请求;
所述漏话转接设备在接收到的所述转接呼叫请求后,生成抑制漏话循环转接的标识;
所述漏话转接设备基于所述转接呼叫请求,根据所述抑制漏话循环转接的标识以及被叫号码生成第一漏话转接呼叫请求;
所述漏话转接设备将所述第一漏话转接呼叫请求发送给RCS平台;其中,所述第一漏话转接呼叫请求用于指示所述RCS平台根据所述抑制漏话循环转接的标识和被叫号码,生成第二漏话转接呼叫请求,并将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端,所述第二转漏话接呼叫请求中包括指示漏话转接的标识,所述第二漏话转接呼叫请求用于指示所述RCS客户端有漏话转接到来。
在上述方案中,所述RCS平台包括:MGCF,I/S-CSCF,AS,SBC。
在上述方案中,所述方法还包括:
所述漏话转接设备向主叫方发送转接提示音,所述转接提示音用于向主叫方提示当前呼叫处于转接到所述被叫号码对应的RCS客户端的状态。
在上述方案中,所述方法还包括:
所述漏话转接设备接收所述RCS客户端发送的反馈消息;所述反馈消息用于提示所述漏话转接设备,所述RCS客户端接听所述漏话转接呼叫;所述漏话转接设接收所述RCS客户端发送的反馈消息后,停止向所述主叫方发送所述转接提示音,并向所述主叫方和所述RCS客户端发送建立承载消息;其中,所述建立承载消息用于提示所述主叫方和所述RCS客户端建立主叫方和被叫号码对应的RCS客户端之间的话路通道。
在上述方案中,所述方法还包括:
所述漏话转接设备收到AS发送的不可及提示音后,不向所述主叫方发送所述不可及提示音;
并向所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户,所述漏话转接呼叫不可及,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。
在上述方案中,所述方法还包括:
所述漏话转接设备收到AS发送的用户忙提示音后,不向所述主叫用户发送所述用户忙提示音;
并向所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户所述漏话转接呼叫被所述RCS客户端拒绝,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。
在上述方案中,所述漏话转接设备中还包括至少一个定时器,所述漏话转接设备发送第一漏话转接呼叫请求后,所述定时器开始计时;所述定时器超时后,所述漏话转接设备没有收到所述RCS客户端对所述第二漏话转接请求的反馈消息,所述漏话转接设备向所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户,所述漏话转接呼叫无应答,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言消息后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。
第二方面,本发明实施例一种漏话转接的方法,应用于RCS平台,所述方法包括:
RCS平台接收由漏话转接设备发送的第一漏话转接呼叫请求,其中,所述第一漏话转接消息中携带被叫号码和抑制漏话循环转接的标识;
所述RCS平台根据接收的所述第一漏话转接呼叫请求中获得的被叫号码和抑制漏话循环转接的标识生成第二漏话转接呼叫请求,并将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端,所述第二转漏话接呼叫消息包括指示漏话转接的标识,所述第二漏话转接呼叫请求用于指示所述RCS客户端有漏话转接呼叫到来。
在上述方案中,所述RCS平台包括:MGCF,I/S-CSCF,AS,SBC。
在上述方案中,所述RCS平台根据接收的所述第一漏话转接呼叫请求中获得的被叫号码和抑制漏话循环转接的标识生成第二漏话转接呼叫请求,并将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端包括:
所述RCS平台的MGCF接收漏话转接设备发送第一漏话转接呼叫请求,所述第一漏话转接呼叫请求中携带被叫号码和抑制漏话循环转接的标识;
所述RCS平台的MGCF根据接收的第一漏话转接呼叫请求获得的被叫号码和抑制漏话循环转接的标识生成第二漏话转接呼叫请求,并将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端。11、根据权利要求8所述的方法,其特征在于,所述第二漏话转接呼叫请求是INVITE请求,所述第二漏话转接呼叫请求中包括的指示漏话转接的标识是P-Access-Network-Info。
第三方面,本发明实施例提供了一种网络设备,所述网络设备包括:
第一网络接口、第一存储器和第一处理器;
其中,所述第一网络接口,用于在与其他外部网元之间进行收发信息过程中,信号的接收和发送;
所述第一存储器,用于存储能够在第一处理器上运行的计算机程序;
所述第一处理器,用于在运行所述计算机程序时,执行权利要求1至7任一项所述方法的步骤。
第四方面,本发明实施例提供了一种网络设备,所述网络设备包括:第二网络接口,第二存储器和第二处理器;其中,
所述第二网络接口,用于在与其他外部网元之间进行收发信息过程中,信号的接收和发送;
所述第二存储器,用于存储能够在所述第一处理器上运行的计算机程序;
所述第二处理器,用于在运行所述计算机程序时,执行权利要求8至12任一项所述方法的步骤。
第五方面,本发明实施例提供了一种漏话转接系统,所述系统包括:漏话转接设备、RCS平台和被叫号码对应的RCS客户端;其中,
所述漏话转接设备接收到携带被叫号码的转接呼叫请求;
以及,所述漏话转接设备在接收到的所述转接呼叫请求后,生成抑制漏话循环转接的标识;
以及,所述漏话转接设备基于所述转接呼叫请求,根据所述抑制漏话循环转接的标识以及被叫号码生成第一漏话转接呼叫请求;
以及,所述漏话转接设备将所述第一漏话转接呼叫请求发送给RCS平台;其中,所述第一漏话转接呼叫请求用于指示所述RCS平台根据所述抑制漏话循环转接的标识和被叫号码,生成第二漏话转接呼叫请求,并将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端,所述第二转漏话接呼叫请求中包括指示漏话转接的标识,所述第二漏话转接呼叫请求用于指示所述RCS客户端有漏话转接到来;
所述RCS平台接收由漏话转接设备发送的第一漏话转接呼叫请求,其中,所述第一漏话转接消息中携带被叫号码和抑制漏话循环转接的标识;
以及,所述RCS平台根据接收的所述第一漏话转接呼叫请求中获得的被叫号码和抑制漏话循环转接的标识生成第二漏话转接呼叫请求,并将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端;
被叫号码对应的RCS客户端接收所述RCS平台发送的第二漏话转接呼叫请求。
本发明实施例提供了一种漏话转接方法、设备及系统;通过采用漏话转接设备、RCS平台和RCS客户端,采用RCS网络,转接用户的漏话,使得客户仅使用一个物理终端,就可以实现漏话转接业务,既提高了用户是的便捷性,又可以降低通信费用,极大的提高了用户在使用漏话转接业务时的业务体验。
附图说明
图1为本发明实施例提供的一种漏话转接方法中网元关系图;
图2为本发明实施例提供的一种漏话转接方法流程示意图;
图3为本发明实施例提供的一种漏话转接方法流程示意图;
图4为本发明实施例提供的一种漏话转接方法的详细流程示意图;
图5为本发明实施例提供的一种漏话转接方法的详细流程示意图;
图6为本发明实施例提供的一种漏话转接方法的详细流程示意图;
图7为本发明实施例提供的一种漏话转接方法的详细流程示意图;
图8为本发明实施例提供的一种漏话转接方法的详细流程示意图;
图9为本发明实施例提供的一种漏话转接方法的详细流程示意图;
图10为本发明实施例提供的一种漏话转接方法的详细流程示意图;
图11为本发明实施例提供的一种漏话转接方法的详细流程示意图;
图12为本发明实施例提供的一种漏话转接方法的详细流程示意图;
图13为本发明实施例提供的一种网络设备结构示意图;
图14为本发明实施例提供的一种网络设备结构示意图;
图15为发明实施例提供的一种建立通信链路的系统结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。
具体地,如图1所示,本发明包括以下网元:被叫号码对应的RCS(RichCommunication Suite,富通信套件)客户端,漏话转接设备,RCS平台。
其中,所述RCS客户端可以是一个RCS APP客户端,物理终端下载所述RCS APP客户端即可实现漏话转接功能;所述RCS客户端也可以是固化在物理终端中的实现相应功能的芯片。
所述RCS平台包括:MGCF(Media Gateway Control Function,媒体网关控制功能)、I-CSCF(Interrogating-CSCF Call Session Control Function,问询呼叫会话控制功能,),S-CSCF(Serving-CSCF,服务呼叫会话控制功能)、AS(Application Server,应用服务器)、SBC(Session Border Controller,边缘会话控制器),所述RCS平台中的各网元之间的消息传递基于SIP协议。
其中,所述MGCF负责实现传统电路域与RCS平台之间的协议映像和转换,控制媒体网关完成传统电路域与RCS平台用户媒体面的转换等。因此,漏话转接设备和MGCF通过有线实体连接,漏话转接设备和MGCF之间的消息传递基于BICC信令。漏话转接设备发送给RCS平台的请求,具体的,是发送给MGCF,再由MGCF转发给I/S-CSCF。
I-CSCF为RCS平台分配S-CSCF,进行路由选择,以及提供网络拓扑隐藏功能。S-CSCF提供会话控制,注册服务,呼叫认证鉴权,以及业务触发功能。实际应用中,I-CSCF和S-CSCF是一个网络实体,记为I/S-CSCF。MGCF接收到漏话转接设备发送的消息后,先发送给I/S-CSCF,I/S-CSCF接收到所述请求后,再转发给AS。
AS为传统电路域用户和RCS用户提供业务功能。AS接收到所述请求后,向I/S-CSCF发送指示已经成功接收所述请求的反馈消息。I/S-CSCF接收到AS发送的所述反馈消息后,将所述请求转发给SBC。
SBC一般位于控制VoIP(Voice over Internet Protocol,语音数字化协议)服务的软交换和公共Internet之间,用于网络地址转换和穿越,以及网络安全控制。SBC接收到所述请求后,再将其转发给被叫的RCS客户端。
由此可见,漏话转接设备和RCS平台之间的消息传递,实际上是漏话转接设备和MGCF之间的消息传递;RCS平台和RCS客户端之间的消息传递,需要经过RCS平台的MGCF、I/S-CSCF、AS、SBC这四个网元的处理和转发得以实现。
在本发明实施例中,为了便于描述,当未强调消息传递过程中某个网元的具体操作时,网元A向网元B发送请求或者消息的含义,包括了上述网元是处理和转发过程。例如,漏话转接设备向RCS客户端发送请求或反馈消息时,包括了上述经过RCS平台中的MGCF、I/S-CSCF、AS、SBC这四个网元的处理和转发过程。
实施例一
参见图2,其示出了本发明实施例提供的一种漏话转接方法,该方法可以应用于漏话转接设备,所述方法可以包括:
S201:漏话转接设备接收到携带被叫号码的转接呼叫请求;
具体的,所述漏话转接设备接收到所述转接呼叫请求后,可以向主叫方发送转接提示音,所述转接提示音用于向主叫方提示当前呼叫处于转接到所述被叫号码对应的RCS客户端的状态。
S202:所述漏话转接设备在接收到的所述转接呼叫请求后,生成抑制漏话循环转接的标识;
S203:所述漏话转接设备基于所述转接呼叫请求,根据所述抑制漏话循环转接的标识以及被叫号码生成第一漏话转接呼叫请求;
S204:所述漏话转接设备将所述第一漏话转接呼叫请求发送给RCS平台。
其中,所述第一漏话转接呼叫请求用于指示所述RCS平台根据所述抑制漏话循环转接的标识和被叫号码,生成第二漏话转接呼叫请求,并将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端,所述第二转漏话接呼叫请求中包括指示漏话转接的标识,所述第二漏话转接呼叫请求用于指示所述RCS客户端有漏话转接到来。
具体的,漏话转接设备接收到主叫方发送的转接呼叫请求后(所述请求中携带被叫号码),根据所述转接呼叫请求生成抑制漏话循环转接的标识,并将所述抑制漏话循环转接的标识添加在所述转接呼叫请求中,生成第一漏话转接呼叫请求,并将第一漏话转接呼叫请求发送给RCS平台。
RCS平台根据所述抑制漏话循环转接的标识和被叫号码,生成第二漏话转接呼叫请求,并将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端。所述第二转漏话接呼叫请求中包括指示漏话转接的标识,所述第二漏话转接呼叫请求用于指示所述RCS客户端有漏话转接到来。
对于图2所示的技术方案,在一种可能的实现方式中,如果所述RCS客户端接听了当前的漏话转接呼叫,则所述RCS客户端会向漏话转接设备发送反馈消息,所述方法还可以包括:
所述漏话转接设备接收所述RCS客户端发送的反馈消息;
具体的,所述反馈消息用于提示所述漏话转接设备,所述RCS客户端在振铃后,接听所述漏话转接呼叫;所述漏话转接设接收所述RCS客户端发送的反馈消息后,停止向所述主叫方发送所述转接提示音,并向所述主叫方和所述RCS客户端发送建立承载消息;其中,所述建立承载消息用于提示所述主叫方和所述RCS客户端建立主叫方和被叫号码对应的RCS客户端之间的话路通道。
对于图2所示的技术方案,在另一种可能的实现方式中,AS中包括至少一个定时器,如果所述RCS客户端对于当前的漏话转接呼叫无应答,也就是说,被叫RCS客户端振铃后未接听,AS在接收所述RCS客户端对所述振铃消息的反馈消息后,等待T1秒(T1可以根据实际情况配置)后仍未接收到指示所述RCS客户端已接听所述漏话转接呼叫的消息,则AS向漏话转接设备发送无应答提示音。此时,所述方法还可以包括:
所述漏话转接设备接收AS发送的无应答提示音后,不向所述主叫方发送所述无应答提示音;并向所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户,所述漏话转接呼叫无应答,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言消息后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。
对于图2所示的技术方案,在另一种可能的实现方式中,AS内设置至少一个定时器,如果所述RCS客户端不可及(一般来说,被叫不可及由被叫关机或者不在服务区导致的),此时无法得到所述RCS客户端对所述漏话转接呼叫的反馈消息,则所述AS在T2秒后仍未接收到所述RCS客户端对所述漏话转接消息的反馈消息,AS向漏话转接设备发送不可及提示音。需要注意的是,T2可以根据实际情况配置。
此时,所述方法还可以包括:
所述漏话转接设备收到AS发送的不可及提示音后,不向所述主叫方发送所述不可及提示音;并向所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户,所述漏话转接呼叫不可及,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。
对于图2所示的技术方案,在另一种可能的实现方式中,如果所述RCS客户端拒绝接听所述漏话转接呼叫,即所述RCS客户端在振铃后拒绝接听所述漏话转接呼叫,则RCS客户端向AS发送反馈消息,所述反馈消息用于指示RCS客户端拒绝接听所述漏话转接呼叫,AS接收到所述反馈消息后,向所述漏话转接设备发送用户忙提示音。
此时,所述方法还包括:所述漏话转接设备收到AS发送的用户忙提示音后,不向所述主叫用户发送所述用户忙提示音;
并向所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户所述漏话转接呼叫被所述RCS客户端拒绝,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。
对于图2所示的技术方案,在另一种可能的实现方式中,所述漏话转接设备中还包括至少一个定时器。所述漏话转接设备发送第一漏话转接呼叫请求后,所述定时器开始计时;所述定时器超时后,所述漏话转接设备没有收到所述RCS客户端对所述第二漏话转接请求的反馈消息,也就是说,所述RCS客户端对于当前的漏话转接呼叫无应答。
此时,所述方法还包括:所述漏话转接设备向RCS客户端发送拆线消息,所述拆线消息用于释放当前漏话转接设备和RCS客户端之间的承载。
所述漏话转接设备向所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户,所述漏话转接呼叫无应答,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言消息后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。
采用本实施例提供的一种漏话转接的方法,被叫用户可以仅采用一个号码,一个终端设备,就可以接收到RCS平台的漏话转移呼叫,提高了用户的便捷性,并且可以降低通信费用。
实施例二
参见图3,其示出了本发明实施例提供的一种漏话转接方法,该方法可以应用于RCS平台,所述方法可以包括:
S301:RCS平台接收由漏话转接设备发送的第一漏话转接呼叫请求;
其中,所述第一漏话转接消息中携带被叫号码和抑制漏话循环转接的标识。
S302:所述RCS平台根据接收的所述第一漏话转接呼叫请求中获得的被叫号码和抑制漏话循环转接的标识生成第二漏话转接呼叫请求;
S303:所述RCS平台将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端。
其中,所述第二转漏话接呼叫消息包括指示漏话转接的标识,所述第二漏话转接呼叫请求用于指示所述RCS客户端有漏话转接呼叫到来。
具体的,所述RCS平台中的MGCF接收到漏话转接设备发送的第一漏话转接呼叫请求后,根据所述第一漏话转接呼叫请求中携带的抑制循环转接的标识,可以获知所述转接呼叫是漏话转接呼叫。MGCF对所述漏话转接呼叫标记,则所述漏话转接呼叫将不会再次转接至电路域,以保证对于该被叫的漏话转接呼叫不会在电路域和RCS平台间循环转接。MGCF根据接收的第一漏话转接呼叫请求获得的被叫号码和抑制漏话循环转接的标识生成第二漏话转接呼叫请求,并将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端。
对于图3所示的技术方案,在一种可能的实现方式中,AS中包括至少一个定时器,如果所述RCS客户端对于当前的漏话转接呼叫无应答,也就是说,被叫RCS客户端振铃后未接听,所述方法还包括:
AS在接收所述RCS客户端对所述振铃消息的反馈消息后,等待T1秒(T1可以根据实际情况配置)后仍未接收到指示所述RCS客户端接听所述漏话转接呼叫的消息,则AS向漏话转接设备发送无应答提示音。
对于图3所示的技术方案,在另一种可能的实现方式中,AS内设置至少一个定时器,如果所述RCS客户端不可及(一般来说,被叫不可及由被叫关机或者不在服务区导致的),此时无法得到被叫RCS客户端对所述漏话转接呼叫的反馈消息,则所述AS在等待T2秒后仍未接收到所述RCS客户端对所述漏话转接消息的反馈消息,所述方法还包括:
AS向漏话转接设备发送不可及提示音。
需要注意的是,T2可以根据实际情况配置。
对于图3所示的技术方案,在另一种可能的实现方式中,如果所述RCS客户端拒绝接听所述漏话转接呼叫,即所述RCS客户端在振铃后拒绝接听所述漏话转接呼叫,则RCS客户端向AS发送反馈消息,所述反馈消息用于指示RCS客户端拒绝接听所述漏话转接呼叫,所述方法还包括:
AS接收到所述反馈消息后,向所述漏话转接设备发送用户忙提示音。
采用本实施例提供的一种漏话转接的方法,被叫用户可以仅采用一个号码,一个终端设备,就可以接收到RCS平台的漏话转移呼叫,提高了用户的便捷性,并且可以降低通信费用。
实施例三
本实施例中,仅以RCS客户端为RCS APP客户端为例进行说明。
在具体实现时,所述漏话转接设备和MGCF之间的消息传递一般是基于BICC(Bearer Independent Call Control protocol与承载无关的呼叫控制协议)协议,而RCS平台中各网元之间的消息传递是基于SIP(Session Initiation Protocol,会话初始协议)协议,被叫号码对应的RCS APP客户端与RCS平台通信也是基于SIP协议。
其中,承载的建立和释放过程,由IM-MGW(IP Multimedia Media Gateway,IP多媒体网关)根据控制面的指示进行处理。由于承载的建立和释放过程不是本发明的技术点,因此,在本实施例中对此过程不进行详细描述。
在实际应用中,对于发送给被叫号码对应的RCS APP客户端的漏话转接呼叫,存在以下五种场景,分别是:
被叫号码对应的RCS APP客户端接听、被叫号码对应的RCS APP客户端无应答、被叫号码对应的RCS APP客户端拒绝接听、被叫号码对应的RCS APP客户端不可及和被叫号码对应的RCS APP客户端30秒无应答。
下面将对以上五种场景的处理流程进行详细说明。
场景1:被叫号码对应的RCS APP客户端接听该漏话转接呼叫
如图4所示的步骤S401-S408描述了漏话转接设备接收到漏话转接请求到被叫号码对应的RCS APP客户端接收到所述漏话转接请求的过程。图4中,虚线的椭圆型框表示所述RCS平台,本实施例中,所述RCS平台包括MGCF、I/S-CSCF、AS和SBC。
S401:所述漏话转接设备接收到主叫方发送的转接呼叫的请求后,向主叫方播放转接提示音;
具体的,所述转接呼叫的请求中携带被叫号码,所述转接提示音用于向主叫方提示当前呼叫处于转接到所述被叫号码对应的RCS APP客户端的状态。
S402:所述漏话转接设备生成抑制漏话循环转接的标识,并将所述标识添加在IAM(Initial Address Message,初始地址消息)消息中,向MGCF发送IAM消息;
具体的,所述漏话转接设备根据接收的所述转接呼叫的请求,生成抑制漏话循环转接的标识,所述并将所述标识添加在IAM消息中,向MGCF发送IAM消息,所述IAM消息中包含了建立呼叫连接所需的信息,如呼叫类型,呼叫方号码等。所述抑制漏话循环转接的标识用于指示MGCF,当前的IAM消息用于漏话转接呼叫,MGCF根据抑制漏话循环转接的标识所述对所述转接进行标记,防止当前的漏话转接呼叫在电路域和RCS平台之间循环切换。
S403:MGCF接收IAM消息并进行相关处理;
具体的,MGCF接收到IAM消息后,根据请求IAM消息中携带的抑制漏话循环转接的标识,确定该转接呼叫是漏话转接呼叫,对所述漏话转接呼叫进行标记,以保证对于该漏话转接呼叫不会在电路域和RCS平台间循环转接。
S404:MGCF发送INVITE请求至I/S-CSCF;
具体的,所述INVITE请求中携带被叫号码,并且所述INVITE请求中增加了P-Access-Network-Info头部,所述P-Access-Network-Info头部用于指示当前转接呼叫是“漏话转接呼叫”。
S405:I/S-CSCF接收到所述INVITE请求后,将其发送给AS;
S406:AS接收到所述INVITE请求后,向I/S-CSCF发送对所述INVITE请求的反馈消息;
具体的,所述反馈消息用于指示I/S-CSCF已经成功接收INVITE请求。
S407:AS向SBC发送所述INVITE请求;
S408:SBC接收到所述INVITE请求后,将所述INVITE请求发送给被叫号码对应的RCS APP客户端;
漏话转接设备接收到漏话转接请求到被叫号码对应的RCS APP客户端接收到所述漏话转接请求的过程之后,参见图5,如图5所示的步骤S409-S414描述了被叫号码对应的RCS APP客户端振铃后,向漏话转接设备发送已振铃的反馈消息的过程。
S409:被叫号码对应的RCS APP客户端接收到INVITE请求后,开始振铃;
S410:被叫号码的RCS APP侧振铃后,向SBC发送反馈消息180Ringing消息;
具体的,在INVITE请求中,180Ringing表示电话铃响。
S411:SBC接收到所述180Ringing消息后,将所述180Ringing消息发送至I/S-CSCF;
S412:I/S-CSCF接收所述180Ringing消息后,将其发送给AS;
S413:I/S-CSCF在得到AS对所述180Ringing消息的反馈消息后,再将此消息发送给MGCF;
S414:MGCF接收180Ringing消息后,通过BICC信令向漏话转接设备发送ACM(Address Complete Message,地址完成消息)消息;
具体的,所述ACM消息用于指示已收到为当前呼叫选路到被叫方所需的地址信息。
被叫号码对应的RCS APP客户端振铃后,向漏话转接设备发送已振铃的反馈消息的过程之后,参见图6,如图6所示的步骤S415-S426描述了被叫号码对应的RCS客户端接听呼叫后,与漏话转接设备建立承载的过程。
S415:被叫号码的RCS APP客户端接听所述漏话转接呼叫;
S416:被叫号码的RCS APP客户端反馈200OK消息给SBC;
具体的,200OK消息用于表示请求已经处理成功,这个消息是对不同请求的应答,在本实例中,200OK消息表示电话已经被接听。
S417:SBC将200OK发送至I/S-CSCF;
S418:I/S-CSCF接收到所述200OK消息后,将200OK消息发送至AS;
S419:AS向I/S-CSCF发送用于指示200OK消息已经成功接收的反馈消息,
S420:I/S-CSCF接收用于指示200OK消息已经成功接收的反馈消息后,将200OK消息发送给MGCF;
S421:MGCF接收到所述200OK消息后,通过BICC信令向漏话转接设备发送ANM(Answer Message,答复消息);
具体的,所述ANM消息用于指示被叫方已接听,可以建立主叫方和被叫方之间的承载,主叫方和被叫方进入通话状态。并且,MGCF向I/S-CSCF发送ACK消息,此消息用于ACK表示接受了对方的当前的200OK应答。
S422:I/S-CSCF接收所述ACK消息后,向AS发送ACK消息;
S423:AS接收到所述ACK消息后,向I/S-CSCF发送已经成功接收ACK消息的反馈消息;
S424:I/S-CSCF接收到AS发送的对ACK消息成功接收的反馈消息后,向SBC发送ACK消息;
S425:SBC接收到所述ACK消息后,向所述被叫号切码对应的RCS APP客户端发送ACK消息;
S426:漏话转接设备接收到ANM消息后,关闭发送给主叫方的转接提示音,并向所述主叫方和所述RCS客户端发送建立承载消息;
具体的,所述建立承载消息用于指示所述主叫方和所述RCS客户端建立主叫方和被叫号码对应的RCS客户端之间的话路通道,所述主叫方和被叫号码对应的RCS客户端之间的话路通道建立完成之后,所述主叫方和被叫号码对应的RCS客户端开始通话。
所述主叫方和被叫号码对应的RCS客户端的通话结束后,需要释放所当前通话占用的资源,即需要释放当前通话的承载。
下面步骤以被叫号码对应的RCS APP客户端先挂机的情况进行详细说明。
被叫号码对应的RCS客户端与漏话转接设备建立承载的过程之后,参见图7,如图7所示的步骤S427-S438描述了被叫号码对应的RCS APP客户端先挂机后,所述被叫号码对应的RCS APP客户端释放与漏话转接设备之间的承载的过程。
S427:被叫号码对应的RCS APP客户端挂机后,向SBC发送BYE请求;
S428:SBC收到BYE请求后,将其发送给I/S-CSCF;
S429:I/S-CSCF接收到所述BYE消息后,将其发送给AS;
S430:AS接收BYE请求后,向I/S-CSCF发送已经成功接收所述BYE请求的反馈消息;
S431:I/S-CSCF接收到AS发送的反馈消息后,向MGCF发送BYE请求;
S432:MGCF接收到BYE请求后,向漏话转接设备发送REL(Release message,释放消息)消息;
具体的,所述REL消息用于指示释放当前的承载。
S433:漏话转接设备接收REL消息后,向MGCF发送RLC(Release complete,释放完成消息)消息;
具体的,所述RCL消息用于指示当前的承载已经释放。
S434:MGCF接收到所述RLC消息后,向I/S-CSCF发送200OK消息;
具体的,在BYE请求中,200OK表示当前对话已结束。
S435:I/S-CSCF收到200OK消息后,后将其发送给AS;
S436:AS接收到所述200OK消息后,向I/S-CSCF发送反馈消息;
具体的,所述反馈消息用于指示I/S-CSCF已成功接收200OK消息。
S437:I/S-CSCF收到所述反馈消息后,将200OK消息发送给SBC;
S438:SBC收到200OK消息后,将其发送给被叫号码对应的RCS APP客户端。
至此,主叫方对被叫方的呼叫,经过漏话转接设备转接至被叫号码对应的RCS APP客户端,并且,被叫号码对应的RCS APP客户端接听所述呼叫,主叫方和被叫方通话后,被叫号码对应的RCS APP客户端挂机,主叫方和被叫方释放当前通话的承载,本次呼叫转接过程结束。
场景2:被叫号码对应的RCS APP客户端对该漏话转接呼叫无应答
参见图8,本场景中步骤S501-S514所描述了漏话转接设备接收到漏话转接请求到被叫号码对应的RCS APP客户端接收到所述漏话转接请求,被叫号码对应的RCS APP客户端振铃后,向漏话转接设备发送已振铃的反馈消息的过程。步骤S501-S514与图4所示的场景1中步骤S401-414相同,此处不在赘述;
S515:AS的无应答定时器超时,播放无应答提示音;
AS播放无应答提示音之后,参见图9,如图9所示的步骤S516-S542描述了AS播放无应答提示音后,指示漏话转接设备当前的漏话转接呼叫无应答并释放当前的承载并且完成录音逻辑的过程。
S516:AS向I/S-CSCF发送183session progress消息;
具体的,183session progress消息用于提示建立对话的进度信息,并且,本发明实施例中,对S515和S516的先后顺序不做限定。
若被叫号码对应的RCS APP客户端在振铃一定时间内未接听,AS在接收所述RCS客户端对所述振铃消息的反馈消息后,等待T1秒,后仍未接收到所述RCS客户端听到振铃后对所述漏话转接呼叫的响应消息,则AS向漏话转接设备发送无应答提示音,并且,向I/S-CSCF发送183session progress消息。需要注意的是,T1可以根据实际情况配置。
S517:I/S-CSCF接收所述183session progress消息后,将其发送给AS;
S518:AS接收到所述183session progress消息后,向I/S-CSCF发送已经成功接收所述183session progress消息的反馈消息;
S519:I/S-CSCF接收到AS的反馈消息后,向MGCF发送所述183session progress消息;
S520:MGCF接收到所述183session progress消息后,通过BICC信令向漏话转接设备发送CPG(Call progress Message,呼叫进展消息)消息;
S521:漏话转接设备接收到CPG消息后,进行信令抑制,即此时不向主叫用户放音;
S522:MGCF向I/S-CSCF发送PRACK消息;
具体的,所述CPG消息在呼叫建立或者激活阶段,用于提示某一具有意义的事件出现,应把它转送给始发接入或终端接入。
S523:I/S-CSCF接收所述PRACK消息后,将其发送给AS;
S524:AS接收所述PRACK消息后,向I/S-CSCF发送已经成功接收PRACK消息的反馈消息;
S525:I/S-CSCF接收已经成功接收PRACK消息的反馈消息后,向SBC发送PRACK消息;
S526:MGCF向I/S-CSCF发送200OK消息;
S527:I/S-CSCF接收所述200OK消息后,将其发送给AS;
S528:AS接收所述200OK消息后,向I/S-CSCF发送已经成功接收200OK消息的反馈消息;
S529:I/S-CSCF向SBC发送200OK消息;
S530:AS发起建立与漏话转接设备之间的承载;
S531:SBC向I/S-CSCF发送487Request Terminated消息;
具体的,所述Request Terminated消息用于提示请求被终止。
S532:I/S-CSCF接收到Request Terminated消息后,将其转发给AS;
S533:AS接收Request Terminated消息后,向I/S-CSCF发送指示已经成功接收Request Terminated消息的反馈消息;
S534:I/S-CSCF接收AS发送的对Request Terminated消息的反馈消息后,向MGCF发送REL消息;
S535:MGCF收到REL消息后,向漏话转接设备发送REL消息,释放当前的承载;
S536:漏话转接设备接收到REL消息后,向MGCF发送RLC,通知MGCF当前的承载释放已完成;
S537:MGCF接收到所述RLC消息后,向I/S-CSCF发送ACK消息;
S538:I/S-CSCF收到ACK消息后,后将其发送给AS;
S539:AS接收到所述ACK消息后,向I/S-CSCF发送反馈消息,所述反馈消息用于指示I/S-CSCF已成功接收ACK消息;
S540:I/S-CSCF收到所述反馈消息后,将ACK消息发送给SBC;
S541:SBC收到ACK消息后,将其发送给被叫号码对应的RCS APP客户端;
S542:漏话转接设备开始录音逻辑。
具体的,所述录音逻辑为:漏话转接设备向所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户,所述漏话转接呼叫无应答,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。示例的,所述语音留言可以发送至被叫号码对应的RCS客户端,或者,给被叫号码发送短消息。
至此,主叫方对被叫方的呼叫,经过漏话转接设备转接至被叫号码对应的RCS APP客户端,并且,被叫号码对应的RCS APP客户端对所述呼叫无应答,漏话转接设备向主叫方提示语音留言并录音,本次呼叫转接过程结束。
场景3:被叫号码对应的RCS APP客户端拒绝接听所述漏话转接呼叫
如图10所示的步骤S601-S614描述了漏话转接设备接收到漏话转接请求到被叫号码对应的RCS APP客户端接收到所述漏话转接请求,被叫号码对应的RCS APP客户端振铃后,向漏话转接设备发送已振铃的反馈消息的过程。步骤S601-S614与图4所示的场景1中步骤S401-414相同,此处不在赘述;
被叫号码对应的RCS APP客户端向漏话转接设备发送已振铃的反馈消息的过程之后,如图10所示的步骤S615-S619描述了被叫号码对应的RCS APP客户端振铃后拒绝接听,被叫号码对应的RCS APP客户端向漏话转接设备发送拒绝接听的反馈信息,AS收到所述反馈信息后播放用户忙提示音的过程。
S615:被叫号码对应的RCS APP客户端振铃后拒绝接听所述漏话转接呼叫;
S616:被叫号码对应的RCS客户端向SBC发送603Decline消息;
具体的,所述603Decline消息表示用户拒绝。
S617:SBC收到603Decline消息后,向I/S-CSCF发送603Decline消息;
S618:I/S-CSCF接收所述603Decline消息后,向AS发送此消息;
S619:AS接收603Decline消息后,播放用户忙提示音;
AS播放用户忙提示音之后,如图10所示的步骤S620-S645描述了AS指示漏话转接设备当前的漏话转接呼叫被所述RCS客户端拒绝,并释放当前的承载的过程。其中,步骤S620-S645与图9所示的场景2中步骤S516-S541相同,此处不在赘述。
S646:漏话转接设备开始录音逻辑。
具体的,所述录音逻辑为:漏话转接设备向所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户,所述漏话转接呼叫被拒绝,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。示例的,所述语音留言可以发送至被叫号码对应的RCS客户端,或者,给被叫号码发送短消息。
至此,主叫方对被叫方的呼叫,经过漏话转接设备转接至被叫号码对应的RCS APP客户端,并且,被叫号码对应的RCS APP客户端拒绝接听,漏话转接设备向主叫方提示语音留言并录音,本次呼叫转接过程结束。
场景4:被叫号码对应的RCS客户端不可及
具体的,当被叫未开机,或者被叫号码对应的RCS客户端不在服务区时,将导致被叫号码对应的RCS客户端不可及。
如图11所示,本场景中步骤S701-S708所描述了漏话转接设备接收到漏话转接请求到被叫号码对应的RCS APP客户端接收到所述漏话转接请求的过程。其中,步骤S701-S708与图4所示的场景1中步骤S401-408相同,此处不在赘述;
S709:AS不可及定时器超时,AS向I/S-CSCF发送183session progress消息;
S710:AS播放不可及提示音,并且,AS向I/S-CSCF发送183session progress消息;
具体的,若被叫号码对应的RCS APP客户端不可及,则AS无法得到所述RCS客户端对所述INVITE请求的反馈消息,所述AS在等待T2秒后仍未接收到所述RCS客户端对所述INVITE请求的反馈消息,则AS向漏话转接设备发送不可及提示音。需要注意的是,T2可以根据实际情况配置。
AS播放不可及提示音之后,参见图11,如图11所示的步骤S711-S736描述了AS播放不可及提示音后,指示漏话转接设备当前的漏话转接呼叫不可及并释放当前的承载的过程。步骤S711-S736和场景2中步骤516-S541相同,此处不再赘述。
S737:漏话转接设备开始录音逻辑;
具体的,所述录音逻辑为:漏话转接设备向所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户,所述漏话转接呼叫不可及,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。示例的,所述语音留言可以发送至被叫号码对应的RCS客户端,或者,给被叫号码发送短消息。
至此,主叫方对被叫方的呼叫,经过漏话转接设备转接至被叫号码对应的RCS APP客户端,并且,被叫号码对应的RCS APP客户端不可及,漏话转接设备向主叫方提示语音留言并录音,本次呼叫转接过程结束。
场景5:被叫号码对应的RCS客户端无应答,漏话转接设备等待30秒后主动取消对被叫号码对应的RCS客户端的试呼
具体的,当被叫用户的被叫号码对应的RCS客户端振铃一定时间后,被叫号码对应的RCS APP客户端并未做任何相响应,则漏话转接设备中30秒定时器超时后,漏话转接设备发起释放当前的承载。其中,30秒仅为列举的一种参数配置,漏话转接设备可以根据具体情况对此参数进行配置。
如图11所示,本场景中步骤S801-S814所描述了漏话转接设备接收到漏话转接请求到被叫号码对应的RCS APP客户端接收到所述漏话转接请求,被叫号码对应的RCS APP客户端振铃后,向漏话转接设备发送已振铃的反馈消息的过程。步骤S801-S814与图4中所示的场景1中步骤S401-414相同,此处不在赘述;
被叫号码对应的RCS APP客户端向漏话转接设备发送已振铃的反馈消息的过程之后,参见图11,如图11所示的步骤S815-S822描述了漏话转接设备主动发起释放承载的过程。
S815:漏话转接设备向MGCF发送REL消息;
具体的,漏话转接设备接收到转接呼叫的请求后,先启动内部30秒定时器;当漏话转接设备中的30秒定时器超时后,漏话转接设备仍未收到来自被叫号码对应的RCS APP客户端听到振铃后对所述漏话转接呼叫的响应消息,则漏话转接设备向MGCF发送REL消息,主动释放当前的承载,结束本次试呼。
S816:MCGF接收REL消息后,向I/S-CSCF发送Cancel消息;
具体的,所述Cancel消息用于指示取消呼叫。
S817:I/S-CSCF,将Cancel消息发送给SBC;
S818:SBC接收I/S-CSCF所述Cancel消息后,将Cancel消息发送给被叫号码对应的RCS APP客户端;
S819:被叫号码对应的RCS APP客户端收到Cancel消息后,向SBC发送200OK消息;
S820:SBC接收到所述200OK消息后,将所述200OK消息发送给I/S-CSCF,
S821:I/S-CSCF接收所述200OK消息后,将此消息发送给MGCF;
S822:MGCF收到200OK消息后,向漏话转接设备发送RCL消息;
S823:所述漏话转接设备开始录音逻辑。
具体的,所述录音逻辑为:漏话转接设备所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户,所述漏话转接呼叫无应答,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言消息后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。示例的,所述语音留言可以发送至被叫号码对应的RCS APP客户端,或者给被叫号码发送短消息。
至此,主叫方对被叫方的呼叫,经过漏话转接设备转接至被叫号码对应的RCS APP客户端,并且,被叫号码对应的RCS APP客户端对所述呼叫无应答,漏话转接设备向主叫方提示语音留言并录音,本次呼叫转接过程结束。
需要强调的是,以上五种实施例中,漏话转接设备和RCS平台之间发送的具体消息,本发明实施例仅给出了一种举例,具体实现时,可以采用其他消息,只要能实现本发明的具体功能即可。同样的,RCS平台中各网元之间以及RCS平台与被叫号码对应的RCS APP客户端之间发送的具体消息,本发明实施例也仅仅给出了一种举例,具体实现时,可以采用其他消息,只要能实现本发明的具体功能即可。
采用本发明实施例的技术方案,可以实现被叫用户采用一个物理终端情况下的漏话呼叫转接。当被叫用户在2/3G或VoLTE网络覆盖不全时,通过将呼叫转接到被叫号码的RCS APP客户端,可以提升用户的可达性。当被叫用户在海外接听2/3G或VoLTE费用比较高,可以根据被叫用户提前设置的呼叫无条件转移业务将呼叫转接到基于RCS APP客户端,可以降低通信费用,对于被叫而言,不需要换号就能接收到转移呼叫,提升用户的粘性。
实施例四
基于前述实施例相同的技术构思,参见图13,其示出了本发明实施例提供的一种网络设备130,包括:第一网络接口1301、第一存储器1302和第一处理器1303;各个组件通过总线系统1304耦合在一起。
可理解,总线系统1304用于实现这些组件之间的连接通信。总线系统1304除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图13中将各种总线都标为总线系统1304。其中,
第一网络接口1301,用于在与其他外部网元之间进行收发信息过程中,信号的接收和发送;
第一存储器1302,用于存储能够在第一处理器1303上运行的计算机程序;
第一处理器1303,用于在运行所述计算机程序时,执行:
漏话转接设备接收到携带被叫号码的转接呼叫请求;
所述漏话转接设备在接收到的所述转接呼叫请求后,生成抑制漏话循环转接的标识;
所述漏话转接设备基于所述转接呼叫请求,根据所述抑制漏话循环转接的标识以及被叫号码生成第一漏话转接呼叫请求;
所述漏话转接设备将所述第一漏话转接呼叫请求发送给RCS平台;其中,所述第一漏话转接呼叫请求用于指示所述RCS平台根据所述抑制漏话循环转接的标识和被叫号码,生成第二漏话转接呼叫请求,并将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端,所述第二转漏话接呼叫请求中包括指示漏话转接的标识,所述第二漏话转接呼叫请求用于指示所述RCS客户端有漏话转接到来。
可以理解可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(ElectricallyEPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM,DDRSDRAM)、增强型同步动态随机存取存储器(EnhancedSDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM,DRRAM)。本文描述的系统和方法的第一存储器1302旨在包括但不限于这些和任意其它适合类型的存储器。
而第一处理器1303可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过第一处理器1303中的硬件的集成逻辑电路或者软件形式的指令完成。上述的第一处理器1303可以是通用处理器、数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于第一存储器1302,第一处理器1303读取第一存储器1302中的信息,结合其硬件完成上述方法的步骤。
可以理解的是,本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现,处理单元可以实现在一个或多个专用集成电路(ApplicationSpecific Integrated Circuits,ASIC)、数字信号处理器(Digital Signal Processing,DSP)、数字信号处理设备(DSP Device,DSPD)、可编程逻辑设备(Programmable LogicDevice,PLD)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
对于软件实现,可通过执行本文所述功能的模块(例如过程、函数等)来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
可选地,作为另一个实施例,所述RCS平台包括:MGCF,I/S-CSCF,AS,SBC。
可选地,作为另一个实施例,所述第一处理器1303还用于运行所述计算机程序时,执行:
所述漏话转接设备向主叫方发送转接提示音,所述转接提示音用于向主叫方提示当前呼叫处于转接到所述被叫号码对应的RCS客户端的状态。
可选地,作为另一个实施例,所述第一处理器1303还用于运行所述计算机程序时,执行:
所述漏话转接设备接收所述RCS客户端发送的反馈消息;所述反馈消息用于提示所述漏话转接设备,所述RCS客户端接听所述漏话转接呼叫;所述漏话转接设接收所述RCS客户端发送的反馈消息后,停止向所述主叫方发送所述转接提示音,并向所述主叫方和所述RCS客户端发送建立承载消息;其中,所述建立承载消息用于提示所述主叫方和所述RCS客户端建立主叫方和被叫号码对应的RCS客户端之间的话路通道。
可选地,作为另一个实施例,所述第一处理器1303还用于运行所述计算机程序时,执行:
所述漏话转接设备接收AS发送的无应答提示音后,不向所述主叫方发送所述无应答提示音;
并向所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户,所述漏话转接呼叫无应答,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言消息后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。
可选地,作为另一个实施例,所述第一处理器1303还用于运行所述计算机程序时,执行:
所述漏话转接设备收到AS发送的不可及提示音后,不向所述主叫方发送所述不可及提示音;
并向所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户,所述漏话转接呼叫不可及,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。
可选地,作为另一个实施例,所述第一处理器1303还用于运行所述计算机程序时,执行:
所述漏话转接设备收到AS发送的用户忙提示音后,不向所述主叫用户发送所述用户忙提示音;
并向所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户所述漏话转接呼叫被所述RCS客户端拒绝,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。
可选地,作为另一个实施例,所述第一处理器1303还用于运行所述计算机程序时,执行:
所述漏话转接设备中还包括至少一个定时器,所述漏话转接设备发送第一漏话转接呼叫请求后,所述定时器开始计时;所述定时器超时后,所述漏话转接设备没有收到所述RCS客户端对所述第二漏话转接请求的反馈消息;
所述漏话转接设备向所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户,所述漏话转接呼叫无应答,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言消息后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。
另外,在本实施例中的各组成部分可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
所述集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时,可以存储在一个计算机可读取存储介质中,基于这样的理解,本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或processor(处理器)执行本实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
因此,本实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器运行时,执行:漏话转接设备接收到携带被叫号码的转接呼叫请求;
所述漏话转接设备在接收到的所述转接呼叫请求后,生成抑制漏话循环转接的标识;
所述漏话转接设备基于所述转接呼叫请求,根据所述抑制漏话循环转接的标识以及被叫号码生成第一漏话转接呼叫请求;
所述漏话转接设备将所述第一漏话转接呼叫请求发送给RCS平台;其中,所述第一漏话转接呼叫请求用于指示所述RCS平台根据所述抑制漏话循环转接的标识和被叫号码,生成第二漏话转接呼叫请求,并将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端,所述第二转漏话接呼叫请求中包括指示漏话转接的标识,所述第二漏话转接呼叫请求用于指示所述RCS客户端有漏话转接到来。
可选地,作为另一个实施例,所述RCS平台包括:MGCF,I/S-CSCF,AS,SBC。
可选地,作为另一个实施例,所述计算机程序被处理器运行时,还执行:所述漏话转接设备向主叫方发送转接提示音,所述转接提示音用于向主叫方提示当前呼叫处于转接到所述被叫号码对应的RCS客户端的状态。
可选地,作为另一个实施例,所述计算机程序被处理器运行时,还执行:所述漏话转接设备接收所述RCS客户端发送的反馈消息;所述反馈消息用于提示所述漏话转接设备,所述RCS客户端接听所述漏话转接呼叫;所述漏话转接设接收所述RCS客户端发送的反馈消息后,停止向所述主叫方发送所述转接提示音,并向所述主叫方和所述RCS客户端发送建立承载消息;其中,所述建立承载消息用于提示所述主叫方和所述RCS客户端建立主叫方和被叫号码对应的RCS客户端之间的话路通道。
可选地,作为另一个实施例,所述计算机程序被处理器运行时,还执行:所述漏话转接设备接收AS发送的无应答提示音后,不向所述主叫方发送所述无应答提示音;
并向所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户,所述漏话转接呼叫无应答,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言消息后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。
可选地,作为另一个实施例,所述计算机程序被处理器运行时,还执行:所述漏话转接设备收到AS发送的不可及提示音后,不向所述主叫方发送所述不可及提示音;
并向所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户,所述漏话转接呼叫不可及,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。
可选地,作为另一个实施例,所述计算机程序被处理器运行时,还执行:所述漏话转接设备收到AS发送的用户忙提示音后,不向所述主叫用户发送所述用户忙提示音;
并向所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户所述漏话转接呼叫被所述RCS客户端拒绝,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。
可选地,作为另一个实施例,所述计算机程序被处理器运行时,还执行:
所述漏话转接设备中还包括至少一个定时器,所述漏话转接设备发送第一漏话转接呼叫请求后,所述定时器开始计时;所述定时器超时后,所述漏话转接设备没有收到所述RCS客户端对所述第二漏话转接请求的反馈消息;
所述漏话转接设备向所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户,所述漏话转接呼叫无应答,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言消息后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。
实施例五
基于前述实施例相同的技术构思,参见图14,其示出了本发明实施例提供的一种网络设备140,所述网络设备140包括:第二网络接口1401、第二存储器1402和第二处理器1403;各个组件通过总线系统1404耦合在一起。可理解,总线系统1404用于实现这些组件之间的连接通信。总线系统1404除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图14中将各种总线都标为总线系统1404。其中,
其中,所述第二网络接口1401,用于在与其他外部网元之间进行收发信息过程中,信号的接收和发送;
第二存储器1402,用于存储能够在第二处理器1403上运行的计算机程序;
第二处理器1403,用于在运行所述计算机程序时,执行:
RCS平台接收由漏话转接设备发送的第一漏话转接呼叫请求,其中,所述第一漏话转接消息中携带被叫号码和抑制漏话循环转接的标识;
所述RCS平台根据接收的所述第一漏话转接呼叫请求中获得的被叫号码和抑制漏话循环转接的标识生成第二漏话转接呼叫请求;
所述RCS平台将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端,所述第二转漏话接呼叫消息包括指示漏话转接的标识,所述第二漏话转接呼叫请求用于指示所述RCS客户端有漏话转接呼叫到来。
可以理解,本发明实施例中的第二存储器1402可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM,DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM,DRRAM)。本文描述的系统和方法的第二存储器1402旨在包括但不限于这些和任意其它适合类型的存储器。
而第二处理器1403可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过第二处理器1403中的硬件的集成逻辑电路或者软件形式的指令完成。上述的第二处理器1403可以是通用处理器、数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于第二存储器1402,第二处理器1403读取第二存储器1402中的信息,结合其硬件完成上述方法的步骤。
可以理解的是,本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现,处理单元可以实现在一个或多个专用集成电路(ApplicationSpecific Integrated Circuits,ASIC)、数字信号处理器(Digital Signal Processing,DSP)、数字信号处理设备(DSP Device,DSPD)、可编程逻辑设备(Programmable LogicDevice,PLD)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
对于软件实现,可通过执行本文所述功能的模块(例如过程、函数等)来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
可选地,作为另一个实施例,所述RCS平台包括:MGCF,I/S-CSCF,AS,SBC。
可选地,作为另一个实施例,所述第二处理器1403还用于运行所述计算机程序时,执行:
所述RCS平台的MGCF接收漏话转接设备发送第一漏话转接呼叫请求,所述第一漏话转接呼叫请求中携带被叫号码和抑制漏话循环转接的标识;
所述RCS平台的MGCF根据接收的第一漏话转接呼叫请求获得的被叫号码和抑制漏话循环转接的标识生成第二漏话转接呼叫请求,并将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端。
可选地,作为另一个实施例,所述第二漏话转接呼叫请求是INVITE请求,所述第二漏话转接呼叫请求中包括的指示漏话转接的标识是P-Access-Network-Info。
另外,在本实施例中的各组成部分可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
所述集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时,可以存储在一个计算机可读取存储介质中,基于这样的理解,本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或processor(处理器)执行本实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
因此,本实施例提供了一种计算机可读存储介质,所述RCS平台包括:MGCF,I/S-CSCF,AS,SBC。
可选地,作为另一个实施例,所述计算机程序被处理器运行时,还执行:所述RCS平台的MGCF接收漏话转接设备发送第一漏话转接呼叫请求,所述第一漏话转接呼叫请求中携带被叫号码和抑制漏话循环转接的标识;
所述RCS平台的MGCF根据接收的第一漏话转接呼叫请求获得的被叫号码和抑制漏话循环转接的标识生成第二漏话转接呼叫请求,并将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端。
可选地,作为另一个实施例,所述第二漏话转接呼叫请求是INVITE请求,所述第二漏话转接呼叫请求中包括的指示漏话转接的标识是P-Access-Network-Info。
实施例六
基于前述实施例相同的技术构思,参见图15,其示出了本发明实施例提供的一种建立通信链路的系统150,其特征在于,所述系统150包括网络设备130以网络设备140和RCS平台和被叫号码对应的RCS客户端;其中,
所述网络设备130,用于接收到携带被叫号码的转接呼叫请求;
以及,所述漏话转接设备在接收到的所述转接呼叫请求后,生成抑制漏话循环转接的标识;
以及,所述漏话转接设备基于所述转接呼叫请求,根据所述抑制漏话循环转接的标识以及被叫号码生成第一漏话转接呼叫请求;
以及,所述漏话转接设备将所述第一漏话转接呼叫请求发送给RCS平台;其中,所述第一漏话转接呼叫请求用于指示所述RCS平台根据所述抑制漏话循环转接的标识和被叫号码,生成第二漏话转接呼叫请求,并将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端,所述第二转漏话接呼叫请求中包括指示漏话转接的标识,所述第二漏话转接呼叫请求用于指示所述RCS客户端有漏话转接到来
所述网络设备140,用于接收由漏话转接设备发送的第一漏话转接呼叫请求,其中,所述第一漏话转接消息中携带被叫号码和抑制漏话循环转接的标识;
以及,所述RCS平台根据接收的所述第一漏话转接呼叫请求中获得的被叫号码和抑制漏话循环转接的标识生成第二漏话转接呼叫请求,并将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端;
被叫号码对应的RCS客户端接收所述RCS平台发送的第二漏话转接呼叫请求。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (15)
1.一种漏话转接的方法,其特征在于,所述方法包括:
漏话转接设备接收到携带被叫号码的转接呼叫请求;
所述漏话转接设备在接收到的所述转接呼叫请求后,生成抑制漏话循环转接的标识;
所述漏话转接设备基于所述转接呼叫请求,根据所述抑制漏话循环转接的标识以及被叫号码生成第一漏话转接呼叫请求;
所述漏话转接设备将所述第一漏话转接呼叫请求发送给RCS平台;其中,所述第一漏话转接呼叫请求用于指示所述RCS平台根据所述抑制漏话循环转接的标识和被叫号码,生成第二漏话转接呼叫请求,并将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端,所述第二转漏话接呼叫请求中包括指示漏话转接的标识,所述第二漏话转接呼叫请求用于指示所述RCS客户端有漏话转接到来。
2.根据权利要求1所述的方法,其特征在于,所述RCS平台包括:MGCF,I/S-CSCF,AS,SBC。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
所述漏话转接设备向主叫方发送转接提示音,所述转接提示音用于向主叫方提示当前呼叫处于转接到所述被叫号码对应的RCS客户端的状态。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
所述漏话转接设备接收所述RCS客户端发送的反馈消息;所述反馈消息用于提示所述漏话转接设备,所述RCS客户端接听所述漏话转接呼叫;所述漏话转接设接收所述RCS客户端发送的反馈消息后,停止向所述主叫方发送所述转接提示音,并向所述主叫方和所述RCS客户端发送建立承载消息;其中,所述建立承载消息用于提示所述主叫方和所述RCS客户端建立主叫方和被叫号码对应的RCS客户端之间的话路通道。
5.根据权利要求3所述的方法,其特征在于,所述方法还包括:
所述漏话转接设备接收AS发送的无应答提示音后,不向所述主叫方发送所述无应答提示音;
并向所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户,所述漏话转接呼叫无应答,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言消息后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。
6.根据权利要求3所述的方法,其特征在于,所述方法还包括:所述漏话转接设备收到AS发送的不可及提示音后,不向所述主叫方发送所述不可及提示音;
并向所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户,所述漏话转接呼叫不可及,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。
7.根据权利要求3所述的方法,其特征在于,所述方法还包括:所述漏话转接设备收到AS发送的用户忙提示音后,不向所述主叫用户发送所述用户忙提示音;
并向所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户所述漏话转接呼叫被所述RCS客户端拒绝,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。
8.根据权利要求3所述的方法,其特征在于,所述漏话转接设备中还包括至少一个定时器,所述漏话转接设备发送第一漏话转接呼叫请求后,所述定时器开始计时;所述定时器超时后,所述漏话转接设备没有收到所述RCS客户端对所述第二漏话转接请求的反馈消息;
所述漏话转接设备向所述主叫方发送语音留言提示音,所述语音留言提示音用于提示主叫用户,所述漏话转接呼叫无应答,请主叫方语音留言;所述漏话转接设备接收到所述主叫方发送的语音留言消息后,将主叫方的语音留言录音,并将所述语音留言发送给被叫方。
9.一种漏话转接的方法,其特征在于,所述方法包括:
RCS平台接收由漏话转接设备发送的第一漏话转接呼叫请求,其中,所述第一漏话转接消息中携带被叫号码和抑制漏话循环转接的标识;
所述RCS平台根据接收的所述第一漏话转接呼叫请求中获得的被叫号码和抑制漏话循环转接的标识生成第二漏话转接呼叫请求;
所述RCS平台将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端,所述第二转漏话接呼叫消息包括指示漏话转接的标识,所述第二漏话转接呼叫请求用于指示所述RCS客户端有漏话转接呼叫到来。
10.根据权利要求9所述的方法,其特征在于,所述RCS平台包括:MGCF,I/S-CSCF,AS,SBC。
11.根据权利要求10所述的方法,其特征在于,所述RCS平台根据接收的所述第一漏话转接呼叫请求中获得的被叫号码和抑制漏话循环转接的标识生成第二漏话转接呼叫请求,并将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端包括:
所述RCS平台的MGCF接收漏话转接设备发送第一漏话转接呼叫请求,所述第一漏话转接呼叫请求中携带被叫号码和抑制漏话循环转接的标识;
所述RCS平台的MGCF根据接收的第一漏话转接呼叫请求获得的被叫号码和抑制漏话循环转接的标识生成第二漏话转接呼叫请求,并将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端。
12.根据权利要求8所述的方法,其特征在于,所述第二漏话转接呼叫请求是INVITE请求,所述第二漏话转接呼叫请求中包括的指示漏话转接的标识是P-Access-Network-Info。
13.一种网络设备,其特征在于,所述网络设备包括:
第一网络接口、第一存储器和第一处理器;其中,所述第一网络接口,用于在与其他外部网元之间进行收发信息过程中,信号的接收和发送;
所述第一存储器,用于存储能够在第一处理器上运行的计算机程序;
所述第一处理器,用于在运行所述计算机程序时,执行权利要求1至7任一项所述方法的步骤。
14.一种网络设备,其特征在于,所述网络设备包括:第二网络接口,第二存储器和第二处理器;其中,
所述第二网络接口,用于在与其他外部网元之间进行收发信息过程中,信号的接收和发送;
所述第二存储器,用于存储能够在所述第一处理器上运行的计算机程序;
所述第二处理器,用于在运行所述计算机程序时,执行权利要求8至10任一项所述方法的步骤。
15.一种漏话转接系统,其特征在于,所述系统包括:漏话转接设备、RCS平台和被叫号码对应的RCS客户端;其中,
所述漏话转接设备,用于接收到携带被叫号码的转接呼叫请求;
以及,在接收到的所述转接呼叫请求后,生成抑制漏话循环转接的标识;
以及,基于所述转接呼叫请求,根据所述抑制漏话循环转接的标识以及被叫号码生成第一漏话转接呼叫请求;
以及,将所述第一漏话转接呼叫请求发送给RCS平台;其中,所述第一漏话转接呼叫请求用于指示所述RCS平台根据所述抑制漏话循环转接的标识和被叫号码,生成第二漏话转接呼叫请求,并将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端,所述第二转漏话接呼叫请求中包括指示漏话转接的标识,所述第二漏话转接呼叫请求用于指示所述RCS客户端有漏话转接到来;
所述RCS平台,用于接收由漏话转接设备发送的第一漏话转接呼叫请求,其中,所述第一漏话转接消息中携带被叫号码和抑制漏话循环转接的标识;
以及,根据接收的所述第一漏话转接呼叫请求中获得的被叫号码和抑制漏话循环转接的标识生成第二漏话转接呼叫请求,并将所述第二漏话转接呼叫请求发送至被叫号码对应的RCS客户端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710669624.6A CN109391740B (zh) | 2017-08-08 | 2017-08-08 | 一种漏话转接的方法、设备及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710669624.6A CN109391740B (zh) | 2017-08-08 | 2017-08-08 | 一种漏话转接的方法、设备及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109391740A true CN109391740A (zh) | 2019-02-26 |
CN109391740B CN109391740B (zh) | 2021-04-13 |
Family
ID=65412878
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710669624.6A Active CN109391740B (zh) | 2017-08-08 | 2017-08-08 | 一种漏话转接的方法、设备及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109391740B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113890944A (zh) * | 2020-07-03 | 2022-01-04 | 中移互联网有限公司 | 一种通话方法、系统和装置 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040203833A1 (en) * | 2002-09-30 | 2004-10-14 | Dale F. Rathunde | Method and apparatus for stable call preservation |
CN101198089A (zh) * | 2006-12-07 | 2008-06-11 | 华为技术有限公司 | 实现呼叫转移业务的方法、系统和语音呼叫连续性服务器 |
CN101600152A (zh) * | 2009-07-10 | 2009-12-09 | 深圳华为通信技术有限公司 | 呼叫转移方法及装置 |
CN102232291A (zh) * | 2011-05-25 | 2011-11-02 | 华为技术有限公司 | 一种通信的方法、系统及装置 |
US20160205245A1 (en) * | 2015-01-08 | 2016-07-14 | Samsung Electronics Co., Ltd. | Method for providing communication service and electronic device therefor |
CN106161817A (zh) * | 2015-04-16 | 2016-11-23 | 李明 | 基于voip平台的通讯方法及通讯系统 |
CN106375615A (zh) * | 2016-08-31 | 2017-02-01 | 广州翼玩加信息科技有限公司 | 一种基于呼叫转移的网络电话 |
CN106465072A (zh) * | 2014-12-31 | 2017-02-22 | 华为技术有限公司 | 一种呼叫转移的方法和终端 |
CN106454785A (zh) * | 2016-12-14 | 2017-02-22 | 中国联合网络通信集团有限公司 | 一种呼叫转移的方法及系统 |
-
2017
- 2017-08-08 CN CN201710669624.6A patent/CN109391740B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040203833A1 (en) * | 2002-09-30 | 2004-10-14 | Dale F. Rathunde | Method and apparatus for stable call preservation |
CN101198089A (zh) * | 2006-12-07 | 2008-06-11 | 华为技术有限公司 | 实现呼叫转移业务的方法、系统和语音呼叫连续性服务器 |
CN101600152A (zh) * | 2009-07-10 | 2009-12-09 | 深圳华为通信技术有限公司 | 呼叫转移方法及装置 |
CN102232291A (zh) * | 2011-05-25 | 2011-11-02 | 华为技术有限公司 | 一种通信的方法、系统及装置 |
CN106465072A (zh) * | 2014-12-31 | 2017-02-22 | 华为技术有限公司 | 一种呼叫转移的方法和终端 |
US20160205245A1 (en) * | 2015-01-08 | 2016-07-14 | Samsung Electronics Co., Ltd. | Method for providing communication service and electronic device therefor |
CN106161817A (zh) * | 2015-04-16 | 2016-11-23 | 李明 | 基于voip平台的通讯方法及通讯系统 |
CN106375615A (zh) * | 2016-08-31 | 2017-02-01 | 广州翼玩加信息科技有限公司 | 一种基于呼叫转移的网络电话 |
CN106454785A (zh) * | 2016-12-14 | 2017-02-22 | 中国联合网络通信集团有限公司 | 一种呼叫转移的方法及系统 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113890944A (zh) * | 2020-07-03 | 2022-01-04 | 中移互联网有限公司 | 一种通话方法、系统和装置 |
CN113890944B (zh) * | 2020-07-03 | 2023-07-21 | 中移互联网有限公司 | 一种通话方法、系统和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN109391740B (zh) | 2021-04-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101094442B (zh) | 一种电路交换域终呼锚定方法 | |
CN100563282C (zh) | 网络互通时主叫用户终端听被叫信号音的方法 | |
US20140376544A1 (en) | Method and system for converging call | |
CN105530389A (zh) | 基于ims网络的语音留言方法及装置 | |
US20100008340A1 (en) | System and method for implementing an original call anchoring in voice call continuity service | |
CN101099366A (zh) | 促进通信系统中的早期媒体 | |
CN101808099A (zh) | 在点击拨号过程中嵌套多媒体的方法和点击拨号业务系统 | |
CN101083844B (zh) | Ims网络中实现无话路迂回多媒体彩铃业务的方法和系统 | |
US9172728B2 (en) | Mobile fast alerting | |
CN102036319B (zh) | 一种带有彩铃的振铃状态会话的切换系统及方法 | |
CN102056249B (zh) | 一种带彩铃会话的起呼请求的切换系统及方法 | |
CN109391740A (zh) | 一种漏话转接的方法、设备及系统 | |
CN112738342A (zh) | 视频彩铃的播放方法、彩铃平台和可读存储介质 | |
KR101467392B1 (ko) | 회선교환망과 패킷교환망을 이용한 음성호 통화에 대한 과금 시스템 및 과금 방법 | |
CN102664863B (zh) | 终端实现呼叫等待的方法、装置和系统 | |
CN115430156A (zh) | 游戏期间的呼叫方法、呼叫装置及主叫用户终端 | |
US9083793B2 (en) | Method and apparatus for providing network based services to private branch exchange endpoints | |
CN101232649A (zh) | 实现同组代答业务的方法、应用服务器和通信系统 | |
CN107371191B (zh) | 一种音频呼叫转换为视频呼叫的方法及设备 | |
CN102833715B (zh) | 询问转接实现方法、应用服务器、业务终端和系统 | |
CN102668487B (zh) | 一种媒体网关实现呼叫的方法及系统 | |
CN101931907B (zh) | 一种分组核心网呼叫传统电路域网络用户的方法及系统 | |
CN101115235A (zh) | 自动话务台转接个性化回铃音业务签约终端的方法及系统 | |
CN115002082B (zh) | 域选通知语音播放方法及装置 | |
CN101212520B (zh) | 紧急呼叫处理方法与系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |