CN101316384B - 一种实现呼叫转移业务的方法 - Google Patents
一种实现呼叫转移业务的方法 Download PDFInfo
- Publication number
- CN101316384B CN101316384B CN200710106096XA CN200710106096A CN101316384B CN 101316384 B CN101316384 B CN 101316384B CN 200710106096X A CN200710106096X A CN 200710106096XA CN 200710106096 A CN200710106096 A CN 200710106096A CN 101316384 B CN101316384 B CN 101316384B
- Authority
- CN
- China
- Prior art keywords
- session
- message
- call
- calling
- called
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明提供的IMS会话呼叫转移业务的优化方法,在业务过程中不要求会话建立信令消息经被叫方网络重定向和路由,而由主叫方负责新建会话业务的开始、应答及结束等操作并将相应状态通知被叫服务设备,因而不仅增加了路由效率,且减轻了被叫方网络的负担;而且,为满足计费等需要,能够实现被叫方对业务的监视,并使得在被叫用户设备计费不足时被叫方可以通知主叫方挂断会话,从而控制转移的会话。
Description
技术领域
本发明涉及通信领域中的呼叫转移业务,更具体地涉及一种IP多媒体子系统中呼叫转移业务的方法。
背景技术
IP(网络互联协议,Internet Protocol,简称IP)多媒体子系统(IPMultimedia Core Network Subsystem,简称IMS)是由第三代合作伙伴计划(3rdGeneration Partnership Project,简称3GPP)提出的一种基于IP的网络架构,构建了一个的开放而灵活的业务环境,支持多媒体应用,能够为用户提供丰富的多媒体业务。
在IMS业务体系中,控制层和业务层是分离的,控制层不提供具体业务,只向业务层提供必要的触发、路由、计费等功能。控制层中业务触发和控制功能是呼叫会话控制功能(Call Session Control Function,简称CSCF,分为Proxy,Interrogating,和Serving三种类型,其中负主要责任的是Serving,Interrogating类型是可选的)完成的,业务层是由一系列应用服务器(Application Server,简称AS)组成,能提供具体业务服务,AS可以是独立的实体,也可以存在于S-CSCF中。控制层(S-CSCF)根据用户的签约信息控制业务触发,调用AS上的业务,实现业务功能。AS和S-CSCF可以统称为服务设备(SE,Server Equipment)。会话中的端到端设备称为用户设备UE(User Equipment),负责与使用者的交互。这些功能实体使用SIP(Session Initiation Protocol)协议通讯。
呼叫转移业务是IMS中的一种业务,该业务允许被呼叫的用户在无法应答会话或不应答会话的情况下,将呼叫转移到其他用户设备上。为了简化流程表示,突出实际的业务控制功能实体,在本文所有的流程图中都省略了CSCF实体和AS-C,这些实体在该业务中只是简单的转发消息。流程图中虚线表示的是可选的过程,在一定条件成立的情况下会发生。
图1是现有的AS记录转移目标的遇忙呼叫转移业务的基本消息流程图,描述的是当主叫用户UE-A呼叫被叫用户UE-B时,被叫用户忙,从而将呼叫转移给用户UE-C的过程,转移目标记录在被叫的应用服务器AS中。其步骤如下:
101~103:UE-A呼叫UE-B,使用邀请INVITE消息,消息途经AS-A和AS-B;
104:UE-B忙,返回“486BUSY”消息,通知UE-A其遇忙;
105:消息途经AS-B,AS-B判断UE-B开通了遇忙呼叫转移业务,并且有转移目标记录,转移目标为UE-C;
106~107:可选的,AS-B修改遇忙消息为“181Call is being forwarded”,通知主叫正在进行呼叫转移,并将消息发往UE-A,消息途经AS-A;
108:AS-B代表主叫UE-A呼叫转移目标UE-C,发送INVITE消息;
109:UE-C应答呼叫,返回“200OK”消息给UE-A;
110~111:应答消息途经AS-B,AS-B修改应答消息的被叫地址为UE-B,将修改后的消息发往UE-A,应答消息途经AS-A;
112:UE-A和UE-C间建立起多媒体流会话;
113:UE-C挂断通话,发送BYE消息给UE-A;
114~115:消息途经AS-B,AS-B修改挂断消息的源地址为UE-B,将修改后的消息发往UE-A,修改的挂断消息途经AS-A;
步骤113中的挂断也可以是主叫用户UE-A发起,则步骤113~115中的消息流向是从UE-A到UE-C。
步骤103中如果应用服务器能得知被叫用户设备忙,则没有了步骤104。
除了遇忙转移外,对于其他条件的呼叫转移,譬如无应答转移、无路由转移、未在线转移及呼叫偏转(Communication Deflection)等等,只是AS-B的业务判断条件修改了,这里不再赘述。
对于UE记录转移目标的情况,步骤104中,UE在遇到忙、不在线等情况无法应答或不应答的情况时将返回“302Moved temporarily”,并携带转移目标,步骤105中AS-B需判断是否开通了用户决定转移目标的呼叫转移业务(即呼叫偏转)。其他步骤不变。
对于基于S-CSCF的呼叫转移业务实现,与此相同,只是AS改为S-CSCF,这里不再赘述。
将图1流程图所反映的AS记录转移目标的遇忙呼叫转移业务系统的各个设备及其之间的消息交互过程示意在图1A中。显然,该系统由主叫方网络、被叫方网络及转移目标网络组成;其中,主叫方网络含有应用服务器AS-A和主叫用户设备UE-A;被叫方网络含有应用服务器AS-B和被叫用户设备UE-B;转移目标网络含转移方用户设备UE-C。被叫方网络与转移目标网络可能是一个网络。在应用服务器AS-B判断UE-B开通了遇忙呼叫转移业务后,其在该系统中与各个设备之间的消息交互过程请参见图1和图1A。图1中所示的方法步骤106~107,在图1A为过程①,表示AS-B要修改遇忙消息并通知主叫正在进行呼叫转移,并将消息发往UE-A,消息途经AS-A。图1中所示的步骤108,在图1A为过程②,表示AS-B代表主叫UE-A呼叫转移目标UE-C并发送消息。图1中所示的步骤110~111,在图1A为过程③,表示UE-C发送的应答消息途经AS-B,AS-B要修改应答消息的被叫地址为UE-B,且将修改后的消息发往UE-A,应答消息途经AS-A。图1中所示的步骤113~115,在图1A为过程④,表示UE-C挂断通话的消息给UE-A时途经AS-B,AS-B要修改挂断消息的源地址为UE-B,且将修改后的消息发往UE-A,途经AS-A。由图1A可以看出在UE-B发生遇忙呼叫转移UE-C的过程中,由被叫方网络负责与转移目标建立业务联系,因而被叫方网络的应用服务器AS-B要被反复途经多次,且其要参与许多业务活动,包括负责重新定向与转发。
因此,基于现有的实现方案,可以看出它存在以下不足之处:
1、转移的呼叫由被叫方代表主叫方发起,使得呼叫建立过程和拆除过程的信令消息必须经过被叫方网络,增加了路由,延迟了消息的传递,降低了会话建立的效率。
2、被叫方网络会收到呼叫转移业务的会话建立和拆除过程中的所有消息,并负责重定向与转发,增加了被叫方网络的负担。
发明内容
本发明要解决的技术问题是提供一种实现呼叫转移业务的方法,以提高信令消息的路由效率,并减少被叫方网络的负担。
为解决该技术问题,本发明提供一种实现呼叫转移业务的方法,包括步骤:
(a)主叫用户设备UE-A呼叫被叫用户设备UE-B,如UE-B满足呼叫转移条件,则被叫服务设备SE-B要求UE-A或主叫服务设备SE-A通知其新建会话状态改变的信息;
(b)在UE-A和UE-C间新会话的状态发生改变时,UE-A或SE-A将该新会话的状态改变信息通知到SE-B。
进一步地,步骤(a)如果SE-B获得UE-A或主叫服务设备SE-A对所述要求的批准,则要求UE-A建立到转移目标用户设备UE-C的新会话,并指明UE-C的地址。
进一步地,步骤(a)所述的呼叫转移条件,是SE-B为UE-B初始化配置的,包括遇忙转移、无应答转移、无路由转移、不在线转移及呼叫偏转中的一种或多种。
进一步地,步骤(a)是由所述SE-B或所述UE-B提供UE-C地址。
进一步地,如果SE-A选择转发消息,则在步骤(a)中SE-A直接将途经的SE-B要求建立新会话的消息转发给UE-A;且在步骤(b)中SE-A转发途经的UE-A和UE-C之间的呼叫应答消息。
进一步地,如果SE-A选择代理UE-A,则在步骤(a)中SE-A通知UE-A正进行呼叫转移;且在步骤(b)中SE-A代理UE-A呼叫UE-C;在收到UE-C的应答后修改UE-C应答消息的被叫地址为UE-B,并将修改的应答消息发给UE-A。
进一步地,步骤(a)进一步包括步骤:如果SE-B未获UE-A或主叫服务设备SE-A对所述要求的批准,则SE-B代表UE-A呼叫UE-C,使用常规技术完成呼叫转移。
进一步地,所述新建会话状态改变的信息包括:新呼叫已应答及呼叫已挂断通知,或新呼叫已应答、呼叫已挂断通知和开始新呼叫通知。
进一步地,步骤(b)中,如SE-B根据设定条件判断需要终止UE-A和UE-C之间的会话时,通知SE-A或UE-A终止转移的会话;SE-A或UE-A收到该通知后挂断会话,并向SE-B发送该请求成功通知。
进一步地,UE-A或SE-A向SE-B通知新建会话的状态改变时,可携带新建会话的会话标识和/或媒体类型信息。
进一步地,所述服务设备SE为应用服务器AS,或为服务型呼叫会话控制S-CSCF。
本发明提供的IMS会话呼叫转移业务的优化方法,在业务过程中不要求会话建立信令消息经被叫方网络重定向和路由,而由主叫方负责新建会话业务的开始、应答及结束等操作并将相应状态通知被叫服务设备,因而不仅增加了路由效率,且减轻了被叫方网络的负担;而且,为满足计费等需要,能够实现被叫方对业务的监视,并使得在被叫用户设备计费不足时被叫方可以通知主叫方挂断会话,从而控制转移的会话。
附图说明
图1为现有的AS记录转移目标的遇忙呼叫转移业务的基本消息流程图;
图1A为现有的AS记录转移目标的遇忙呼叫转移业务系统及其各设备间的消息交互过程示意图;
图2为本发明的AS记录转移目标的遇忙呼叫转移业务的基本消息流程图(向主叫AS要求会话状态变化通知);
图3为本发明的AS记录转移目标的遇忙呼叫转移业务的基本消息流程图(向主叫用户设备UE要求会话状态变化通知);
图4为本发明的UE记录转移目标的呼叫转移业务的基本消息流程图;
图4A和图4B为本发明优化的AS记录转移目标的遇忙呼叫转移业务系统及其各设备间的消息交互过程示意图;
图5为本发明的呼叫转移业务由被叫方通知主叫服务器终止会话的消息流程图。
图6为本发明的呼叫转移业务由被叫方通知主叫用户设备终止会话的消息流程图。
具体实施方式
本发明为解决现有技术中存在的问题,提出一种实现IMS会话呼叫转移业务的方法,涉及主叫服务设备、主叫用户设备、被叫服务设备、被叫用户设备以及转移目标。该系统在发生主叫用户设备对被叫用户设备的呼叫转移到转移目标时,力求让主叫方与转移目标直接建立业务联系,即由主叫方负责新建会话业务的开始、应答及结束等操作并将相应状态通知被叫服务设备。
本发明主要包括以下步骤:
(1)初始化配置,在应用服务器AS上或S-CSCF实体上为用户终端(比如UE-B)开通呼叫转移业务(包括遇忙转移,无应答转移,无路由转移,未在线转移,呼叫偏转等等)。
(2)主叫用户设备UE-A呼叫被叫用户设备UE-B,当被叫用户设备因某些情况无法完成对呼叫的应答或不应答时,被叫的应用服务器AS-B或S-CSCF-B要求主叫用户设备UE-A或主叫的应用服务器AS-A或S-CSCF-A发送新建会话状态改变的通知,使得主叫方通知被叫方新建的转移会话的应答和结束等状态信息。
(3)在要求获得批准的情况下要求主叫用户设备UE-A呼叫转移目标UE-C,在要求未获批准的情况下,使用现有技术完成呼叫转移。
进一步的,当被叫用户设备UE-B因计费不足等问题,其应用服务器AS-B或S-CSCF-B需要终止会话时,由其告知主叫方的应用服务器AS-A或S-CSCF-A或用户终端UE-A结束会话,从而可实现对新建会话的控制。
进一步的,主叫用户设备UE-A或应用服务器AS-A或S-CSCF-A向被叫应用服务器AS-B或S-CSCF-B通知新建会话的状态改变时,可携带新建会话的会话标识、媒体类型等信息。
进一步的,当主叫应用服务器AS-A或S-CSCF-A收到要求主叫用户设备UE-A呼叫转移目标UE-C的请求时,可代理主叫用户设备UE-A向转移目标发起呼叫请求,从而可更加减少消息的交互,提高效率。
下面将结合附图及实施例对本发明的技术方案进行更详细的说明。所有实例都是以应用服务器AS完成呼叫转移业务为例的,对于基于S-CSCF实体的,只是将AS替换为S-CSCF,流程没有变化,这里不再赘述。
第一应用实例如图2所示,是本发明的AS记录转移目标的遇忙呼叫转移业务的基本消息流程图(向主叫应用服务器AS要求会话状态变化通知),描述了主叫用户设备UE-A呼叫被叫用户设备UE-B,而UE-B遇忙,被叫应用服务器AS-B要求主叫应用服务器AS-A向其通知新建会话状态变化,并要求主叫用户设备UE-A将呼叫转移给转移目标UE-C的过程。包括以下步骤:
201~203:UE-A呼叫UE-B,比如使用邀请INVITE消息,消息途经AS-A和AS-B;
204:UE-B忙,通知UE-A其遇忙,比如返回“486BUSY”消息;
205:消息途经AS-B,AS-B判断UE-B开通了遇忙呼叫转移业务,并且有转移目标记录,转移目标为UE-C;
206:AS-B要求AS-A通知UE-A的新建会话的状态变化信息,比如发送SUBSCRIBE消息,AS-A可以通过Call-id找到UE-A的地址;
207:如果AS-A支持这项功能,并同意执行这一要求,于是告知AS-B其要求获得批准并可执行,比如发送NOTIFY消息;如果不支持或不同意执行,则AS-B使用如图1所示的现有技术完成呼叫转移;
208:AS-B收到消息后,向UE-A要求建立到转移目标UE-C的新会话,比如发送“302Moved temporarily”,在Contact域中指明转移目标UE-C的地址;
209:消息途经AS-A,如果AS-A选择转发消息,则直接将该消息转发给UE-A;如果AS-A选择代理UE-A,则可以通知UE-A正进行呼叫转移,比如发送“181Call is being forwarded”消息;
210:如果步骤209中AS-A选择了转发消息,则UE-A呼叫转移目标UE-C,比如发送INVITE消息;
211:如果步骤206中要求通知呼叫开始状态,则AS-A向AS-B通知开始新建呼叫,比如发送NOTIFY消息;
212:如果AS-A选择了转发消息,则AS-A转发步骤210中UE-A的呼叫消息;如果AS-A选择了代理UE-A,则代理UE-A呼叫UE-C,比如发送INVITE消息;
213:消息到达UE-C,UE-C应答呼叫,比如发送“200OK”消息;
214:消息途经AS-A,如果步骤209中AS-A选择转发消息,则转发该应答消息给UE-A;如果选择代理UE-A,则修改应答消息的被叫地址为UE-B,并将修改的应答消息发给UE-A;
215:同时通知AS-B新建呼叫已应答,比如发送NOTIFY消息;
216:UE-A和UE-C间建立起多媒体流会话;
217:UE-C挂断会话,比如发送BYE消息;
218:消息途经AS-A,如果步骤209中AS-A选择转发消息,则转发该挂断消息;如果选择代理UE-A,则修改挂断消息的源地址为UE-B,并将修改的挂断消息发给UE-A;
219:同时通知AS-B新建呼叫已挂断,比如发送NOTIFY消息;
步骤217中的挂断也可以是主叫用户UE-A发起,则步骤217~218中的消息流向是从UE-A到UE-C。
步骤203中如果应用服务器能得知被叫用户设备忙,则没有了步骤204。
对于其他条件的呼叫转移,只是AS-B的业务判断条件修改了,这里不再赘述。
第二应用实例如图3所示,是本发明的AS记录转移目标的遇忙呼叫转移业务的基本消息流程图(向主叫用户设备UE-A要求会话状态变化通知),描述了主叫用户设备UE-A呼叫被叫用户设备UE-B,而UE-B遇忙,被叫应用服务器AS-B要求主叫用户设备UE-A向其通知新建会话状态变化,并要求主叫用户设备UE-A将呼叫转移给转移目标UE-C的过程。包括以下步骤:
301~303:UE-A呼叫UE-B,比如使用邀请INVITE消息,消息途经AS-A和AS-B;
304:UE-B忙,通知UE-A其遇忙,比如返回“486BUSY”消息;
305:消息途经AS-B,AS-B判断UE-B开通了遇忙呼叫转移业务,并且有转移目标记录,转移目标为UE-C;
306:AS-B要求UE-A通知新建会话的状态变化信息,比如发送SUBSCRIBE消息;
307:如果AS-A能判断UE-A支持这项功能或不能判断UE-A是否支持这项功能,则转发该消息给UE-A;如果AS-A能判断UE-A不支持这项功能,则后续按照图2的方式运作;
308:UE-A收到消息,其支持这项功能并同意执行这一要求,于是告知AS-B其要求获得批准并可执行,比如发送NOTIFY消息;如果UE-A不支持这项功能或支持但不同意执行这一要求,则发送失败响应,比如“406NotAcceptable”,或通知AS-B不同意执行,比如发送NOTIFY消息。对于后者,消息在途经AS-A时,AS-A可按照图2执行后续步骤207及以后的操作;
309:消息途经AS-A,AS-A转发该消息给AS-B;
310~311:AS-B收到消息后,向UE-A要求建立到转移目标UE-C的新会话,比如发送“302Moved temporarily”,在Contact域中指明转移目标UE-C的地址,消息途经AS-A;
312~313:如果步骤306中要求通知呼叫开始状态,则UE-A向AS-B通知开始新建呼叫,比如发送NOTIFY消息,消息途经AS-A;
314~315:UE-A呼叫转移目标UE-C,比如发送INVITE消息,消息途经AS-A;
316~317:消息到达UE-C,UE-C应答呼叫,比如发送“200OK”消息,应答消息途经AS-A;
318~319:应答消息到达UE-A,UE-A通知AS-B新建呼叫已应答,比如发送NOTIFY消息,消息途经AS-A;
320:UE-A和UE-C间建立起多媒体流会话;
321~322:UE-C挂断会话,发送挂断消息给UE-A,比如发送BYE消息,消息途经AS-A;
323~324:UE-A收到挂断消息,通知AS-B新建呼叫已挂断,比如发送NOTIFY消息,消息途经AS-A;
步骤321中的挂断也可以是主叫用户UE-A发起,则步骤321~322中的消息流向是从UE-A到UE-C。
步骤303中如果应用服务器能得知被叫用户设备忙,则没有了步骤304。
对于其他条件的呼叫转移,只是AS-B的业务判断条件修改了,这里不再赘述。
以上两个实施例,主叫用户设备UE-A或应用服务器AS-A或S-CSCF-A向被叫应用服务器AS-B或S-CSCF-B通知新建会话的状态改变时,可携带新建会话的会话标识、媒体类型等信息。
第三应用实例如图4所示,为本发明的UE记录转移目标的呼叫转移业务的基本消息流程图,描述了主叫用户设备UE-A呼叫被叫用户设备UE-B,而UE-B遇忙,被叫用户设备UE-B记录了转移目标UE-C的地址,要求UE-A将呼叫转移到UE-C上,应用服务器AS-B得知这一要求后,要求主叫应用服务器AS-A或主叫用户设备UE-A向其通知新建会话状态变化,并要求主叫用户设备UE-A将呼叫转移给转移目标UE-C的过程。包括以下步骤:
401~403:UE-A呼叫UE-B,比如使用邀请INVITE消息,消息途经AS-A和AS-B;
404:UE-B因遇忙、不在线等原因无法应答或不应答时,要求UE-A转移呼叫到UE-C上,比如返回“302Moved temporarily”消息,在Contact域中指明UE-C的地址;
405:消息途经AS-B,AS-B判断UE-B开通了呼叫偏转业务;
406:后续流程将按照图2的步骤205或图3的步骤305的后续过程执行。
本实施例与前两个实施例的主要区别在于,前两个实施例的呼叫转移是由被叫应用服务器AS-B要求发起的,而本实施例的呼叫转移则是由遇忙的被叫用户设备UE-B要求发起的。它表示了遇忙呼叫转移与呼叫偏转这两种条件呼叫转移不同的启动操作。
将图2、图3和图4流程图所反映的AS记录转移目标的遇忙呼叫转移业务系统的各设备间的消息交互过程示意在图4A和图4B中。为了表达清晰,以系统在发生呼叫转移过程中主叫方网络与转移目标之间的消息交互过程为主来描述。将图4B和图4A系统与图1A系统相比较,可以发现二者设备间的消息交互过程发生了变化。请参见图2、图3、图4及图4A,图2、图3及图4中的方法步骤208~209、310~311以及404在图4A为过程①,表示被叫方网络(AS-B或UE-B)向UE-A要求建立到转移目标UE-C的新会话,并指明转移目标UE-C的地址。图2、图3中的步骤210~212、312~315在图4B为过程②,表示UE-A呼叫转移目标UE-C(途经AS-A,如果AS-A选择转发消息,则AS-A转发UE-A的呼叫消息;如果AS-A选择代理UE-A,则代理UE-A呼叫UE-C),并通知AS-B开始新呼叫。图2、图3中的步骤213~215、316~319在图4B为过程③,表示UE-C应答呼叫(途经AS-A,如果AS-A选择转发消息,则转发应答消息给UE-A;如果选择代理UE-A,则修改应答消息的被叫地址为UE-B,并将修改的应答消息发给UE-A),并通知AS-B呼叫已应答。图2、图3中的步骤216、320在图4B为过程④,表示UE-A和UE-C间建立多媒体流会话。图2、图3中的步骤217~219、321~324在图4B为过程⑤,表示UE-C或UE-A挂断会话,主叫应用服务器AS-A通知被叫应用服务器AS-B转移呼叫结束。将图4A、图4B与图1A比较,可以看出在UE-B发生遇忙呼叫转移给UE-C的过程中,被叫方网络的应用服务器AS-B只参与了要求接收主叫方网络的会话状态改变通知、建立到转移目标UE-C的新会话(指明转移目标UE-C的地址)及接收主叫方网络的会话状态改变的通知之动作,而转移呼叫中主要的消息交互,包括呼叫转移目标、接收转移目标的应答以及结束转移呼叫等,均只由主叫方网络来承担,明显减少了被叫应用服务器AS-B的业务负担。并且,在整个呼叫转移过程中,都是由主叫方网络与转移目标直接联系,避免途经被叫应用服务器AS-B,因而避免了不必要的路由及由此造成的时间延迟,从而提高了整个呼叫转移业务的效率。另外,由于被叫应用服务器AS-B能够接收主叫方网络的会话状态改变通知,从而方便被叫方为满足计费等需要对业务实行的监视。
第四应用实例如图5所示,是本发明的呼叫转移业务被叫方通知主叫服务器终止会话的消息流程图,描述了转移过程中,被叫应用服务器AS-B向主叫应用服务器AS-A提出新建会话状态改变通知要求,转移会话建立后,被叫因计费不足等问题(或满足了设定的其它终止该会话的条件),被叫的应用服务器AS-B需要终止转移的会话时的过程。
501:UE-A和UE-C间已建立起会话连接,会话是A呼叫B的转移呼叫建立的;
502:AS-B要求AS-A终止转移的会话,比如发送SUBSCRIBE消息,其中Expire域设置成0,表示取消通知要求,消息中可携带要终止的会话标识及媒体类型等信息;
503:消息到达AS-A,AS-A挂断UE-A的会话,比如发送BYE消息。
504:AS-A挂断UE-C的会话,比如发送BYE消息;
505:AS-A通知AS-B终止成功,比如发送NOTIFY消息。
第五应用实例如图6所示,是本发明的呼叫转移业务被叫方通知主叫用户设备终止会话的消息流程图,描述了转移过程中,被叫应用服务器AS-B向主叫用户设备UE-A提出新建会话状态改变通知要求,转移会话建立后,被叫因计费不足等问题(或满足了设定的其它终止该会话的条件),被叫的应用服务器AS-B需要终止转移的会话时的过程。
601:UE-A和UE-C间已建立起会话连接,会话是A呼叫B的转移呼叫建立的;
602~603:AS-B要求UE-A终止转移的会话,比如发送SUBSCRIBE消息,其中Expire域设置成0,表示取消通知要求,消息中可携带要终止的会话标识及媒体类型等信息,消息途经AS-A;
604~605:消息到达UE-A,UE-A挂断会话,比如发送BYE消息,消息途经AS-A。
606~607:UE-A通知AS-B终止成功,比如发送NOTIFY消息,消息途经AS-A。
本发明由于在转移呼叫过程中能使主叫方网络向被叫应用服务器AS-B不断发送新建会话状态改变通知,因而使得AS-B在必要时能够方便地进行终止转移呼叫的干预。
当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (8)
1.一种实现呼叫转移业务的方法,包括以下步骤:
(a)主叫用户设备UE-A呼叫被叫用户设备UE-B,如UE-B满足呼叫转移条件,则被叫服务设备SE-B要求UE-A或主叫服务设备SE-A通知其新建会话状态改变的信息,如果SE-B获得UE-A或主叫服务设备SE-A对所述要求的批准,则要求UE-A建立到转移目标用户设备UE-C的新会话,并指明UE-C的地址;
(b)在UE-A和UE-C间新会话的状态发生改变时,所述UE-A或SE-A将该新会话的状态改变信息通知到所述SE-B,并且当UE-A或UE-C挂断会话时,UE-A发送挂断消息给UE-C,或者UE-C发送挂断消息给UE-A,所述挂断消息途径SE-A,不途径SE-B;
所述要求UE-A建立到转移目标用户设备UE-C的新会话包括所述SE-A选择转发消息,以及所述SE-A选择代理UE-A;
如果所述SE-A选择转发消息,则在步骤(a)中所述SE-A直接将途经的所述SE-B要求建立新会话的消息转发给所述UE-A;所述SE-A转发途经的UE-A和UE-C之间的呼叫应答消息;
如果所述SE-A选择代理UE-A,则在步骤(a)中所述SE-A通知所述UE-A正进行呼叫转移;所述SE-A代理UE-A呼叫UE-C;在收到UE-C的应答后修改UE-C应答消息的被叫地址为UE-B,并将修改的应答消息发给所述UE-A。
2.按照权利要求1所述的方法,其特征在于,步骤(a)所述的呼叫转移条件,是SE-B为UE-B初始化配置的,包括遇忙转移、无应答转移、无路由转移、不在线转移及呼叫偏转中的一种或多种。
3.按照权利要求1所述的方法,其特征在于,步骤(a)是由所述SE-B或所述UE-B提供UE-C地址。
4.按照权利要求1所述的方法,其特征在于,步骤(a)进一步包括步骤:如果所述SE-B未获UE-A或主叫服务设备SE-A对所述要求的批准,则所述SE-B代表UE-A呼叫UE-C,使用常规技术完成呼叫转移。
5.按照权利要求1所述的方法,其特征在于,所述新建会话状态改变的信息包括:新呼叫已应答及呼叫已挂断通知,或新呼叫已应答、呼叫已挂断通知和开始新呼叫通知。
6.按照权利要求1所述的方法,其特征在于,步骤(b)中,如所述SE-B根据设定条件判断需要终止UE-A和UE-C之间的会话时,通知SE-A或UE-A终止转移的会话;所述SE-A或所述UE-A收到该通知后挂断会话,并通知所述SE-B终止成功。
7.按照权利要求5或6所述的方法,其特征在于,所述UE-A或所述SE-A向所述SE-B通知新建会话的状态改变时,携带新建会话的会话标识和/或媒体类型信息。
8.按照权利要求1所述的方法,其特征在于,所述服务设备SE为应用服务器AS,或为服务型呼叫会话控制S-CSCF。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710106096XA CN101316384B (zh) | 2007-05-31 | 2007-05-31 | 一种实现呼叫转移业务的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710106096XA CN101316384B (zh) | 2007-05-31 | 2007-05-31 | 一种实现呼叫转移业务的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101316384A CN101316384A (zh) | 2008-12-03 |
CN101316384B true CN101316384B (zh) | 2011-12-07 |
Family
ID=40107196
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200710106096XA Expired - Fee Related CN101316384B (zh) | 2007-05-31 | 2007-05-31 | 一种实现呼叫转移业务的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101316384B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102238500B (zh) * | 2010-04-21 | 2014-07-02 | 中兴通讯股份有限公司 | 一种实现安全呼叫转移的方法及系统 |
CN103888922B (zh) * | 2012-12-19 | 2018-04-27 | 中国移动通信集团河南有限公司 | 一种拆除呼叫及管理终端用户账户安全的方法及装置 |
-
2007
- 2007-05-31 CN CN200710106096XA patent/CN101316384B/zh not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
CN101316384A (zh) | 2008-12-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101577884B (zh) | 一种ip多媒体链路的媒体协商方法 | |
CN101790897A (zh) | 使能用于终止语音/视频呼叫的用户设备接入域选择 | |
CN101459735A (zh) | 一种彩铃、彩像业务的实现方法及系统 | |
CN102056327B (zh) | 一种优化媒体路径的建立方法 | |
CN101217703B (zh) | 一种在线彩铃彩像业务的实现方法 | |
CN101316383B (zh) | 一种会话盲转业务实现方法 | |
CN101217698B (zh) | 一种实现彩铃和/或彩像业务的方法 | |
CN101237614A (zh) | 一种实现彩铃业务的方法 | |
CN101448203B (zh) | 控制早媒体播放的实现方法 | |
US8213373B2 (en) | Supporting method for REFER message expansion parameter | |
CN101316384B (zh) | 一种实现呼叫转移业务的方法 | |
CN101459872B (zh) | 单对话彩铃彩像业务在应答后更新媒体的方法 | |
CN101141273B (zh) | 一种实现会话盲转业务与会议业务交互的方法 | |
CN101998568B (zh) | 一种多会话业务连续性的实现方法 | |
CN101990267B (zh) | 一种多方通话业务连续性的实现方法 | |
EP1388997B1 (en) | System and method for three-party call service | |
CN101304323B (zh) | Ip多媒体子系统中显式呼叫转移业务的集中化实现方法 | |
CN101056315B (zh) | 一种会话盲转业务转回的实现方法 | |
CN101459665A (zh) | 早媒体信息播放控制方法 | |
CN101309329B (zh) | 一种呼叫完成业务的激活及发生时的实现方法 | |
CN101448223B (zh) | 电路域接入ip多媒体子系统呼叫保持和呼叫恢复实现方法 | |
CN101286951B (zh) | 一种会话抢占方法 | |
CN101330749B (zh) | 会话盲转业务的转回方法 | |
CN101448202B (zh) | 一种彩铃彩像业务更新媒体的方法 | |
CN101159908B (zh) | 一种实现会议业务与主叫信息限制业务交互的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20180426 Address after: California, USA Patentee after: Global innovation polymerization LLC Address before: 518057 Department of law, Zhongxing building, South hi tech Industrial Park, Nanshan District hi tech Industrial Park, Guangdong, Shenzhen Patentee before: ZTE Corp. |
|
TR01 | Transfer of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20111207 |
|
CF01 | Termination of patent right due to non-payment of annual fee |