CN101083700A - 一种跨域接收视频业务的方法、装置及系统 - Google Patents

一种跨域接收视频业务的方法、装置及系统 Download PDF

Info

Publication number
CN101083700A
CN101083700A CN200610083950.0A CN200610083950A CN101083700A CN 101083700 A CN101083700 A CN 101083700A CN 200610083950 A CN200610083950 A CN 200610083950A CN 101083700 A CN101083700 A CN 101083700A
Authority
CN
China
Prior art keywords
session
territory
user
vcc
former
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
Application number
CN200610083950.0A
Other languages
English (en)
Other versions
CN101083700B (zh
Inventor
刘文宇
徐杰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN200610083950.0A priority Critical patent/CN101083700B/zh
Priority to PCT/CN2007/001631 priority patent/WO2007137502A1/zh
Publication of CN101083700A publication Critical patent/CN101083700A/zh
Application granted granted Critical
Publication of CN101083700B publication Critical patent/CN101083700B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

本发明公开了一种跨域接收视频业务的方法、装置及系统,用以解决现有技术无法当用户正在CS域进行语音通话业务时,将到来的实时视频业务接续到该用户,以实现跨域接收视频业务的问题。本发明方法包括:A.VCC AS收到指向正在CS域通话的用户的实时视频业务VT呼叫时,通知该用户;B.该用户中断CS域通话,并转入IMS域;C.VCC AS在IMS域将所述VT呼叫与该用户关联,以实现视频业务。通过本发明方法的实施可以使VCC AS收到指向正在CS域通话的用户的VT呼叫时,可以将该VT呼叫接续到该用户,以实现跨域接收视频业务。

Description

一种跨域接收视频业务的方法、装置及系统
技术领域
本发明涉及通信领域,特别是涉及一种跨域接收视频业务的方法、装置及系统。
背景技术
在无线网络从2G网络演进到3G网络的过程中,3G网络与2G网络会并存很长一段时期,在这样一种双网并存的情况下,双网之间的互操作成为了一个有待研究的课题。
3GPP2标准组织为了解决上述问题,提出了一个叫做语音呼叫连续性VCC(Voice Call Continuity)的架构,该架构的示意图参见图1所示。
在这个架构中新增了两个网元,一个是语音呼叫连续性应用服务器VCCAS,一个是短消息网关SMS-GW。SMS-GW用于进行短消息的互通,与本发明无关。VCC AS是一个IMS域的网络实体,但是和CS域一些网元存在接口。其用于在被叫路由时协助决策路由所在的域;在用户进行语音通话业务时锚定在呼叫路径中,在发生IMS域和CS域之间的切换进行协助工作。
虽然VCC是用来解决语音呼叫的双网互操作问题的,但是对于发生在IMS域的视频电话VT(Video Telephone)业务也同样适用。
在3GPP2的VCC架构中,允许用户在CS域进行语音通话时切换到IMS域,具体切换流程参见图2所示。
用户已经在CS域建立了语音通话,在信令层面上,MGCF处于CS域和IMS域之间,起着信令转换作用;而VCC AS锚定在呼叫两端之间,起着B2BUA(Back to Back User Agent背靠背用户代理)的作用。在承载层面上,MGW处于TDM和IP承载之间,起着媒体转换的作用。这时用户发起了到IMS域的切换:
1、如果用户还没有在IMS域注册,则首先需要发起注册流程;
2、注册完毕之后,终端发起SIP会话,会话的被叫用户标识为VCC AS的设备标识;
3、S-CSCF收到SIP会话请求之后,通过业务触发的方式将会话触发到VCC AS;
4、VCC AS发起到呼叫对端的会话属性更改流程,让呼叫对端将媒体流连接更改到切换用户的IMS域;
5、呼叫对端返回更改成功响应,VCC AS收到后也给终端返回会话接收响应;
6、终端发送ACK消息接通此新呼叫;
7、VCC AS获知新呼叫已经接通后,发送BYE消息释放原有到CS域的会话;
8、MGCF将BYE转为ISUP的RLS消息释放CS域会话;
后续就是普通的会话释放流程,这里不再累述。流程完毕之后用户就在IMS域和原呼叫对端继续通话了。
上述切换流程目前在3GPP2的VCC标准中只限定于,由WLAN接入IMS域时才能应用。而由CDMA分组网络(DO网络)接入IMS域时,目前还没有标准的从CS域切入的流程,原因在于终端不能同时接入DO网络和CS网络(1X网络),所以如果从CS网络切换入DO网络必然要对正在进行的语音通话产生较长的中断影响,用户感受会不好,因此不太可取。一个已经被提出的解决方案是在呼叫路径中插入一个媒体资源功能MRF(Media ResourceFunction)实体,当用户开始切换时,对呼叫对端放呼叫等待音,等到用户从IMS域重新接入后再恢复和呼叫对端的通话,这样对用户的感受就会有较好的改善。
当用户在CS域进行语音通话时,从IMS域来了一个视频电话需要接续到此用户,此时VCC AS如何处理呢?现有3GPP2的VCC方案中提供了一个用户在CS域接收IMS域VoIP呼叫的流程,参见图3所示,包括下列步骤:
1、呼叫从对端来到被叫用户所在IMS域的CSCF实体;
2、CSCF通过业务触发方式将呼叫触发到VCC AS;
3、VCC AS检测到用户正在CS域,则决策需要在CS域接续用户,于是向CS域HLR发送消息申请用户位置。
后续则是普通的CS域语音被叫流程,这里不再累述。
上述3GPP2的解决方案是将VoIP呼叫转到CS域,变成CS域语音呼叫进行接续,它只能解决第二个呼叫是VoIP呼叫时的问题。如果第二个呼叫是视频电话,由于媒体流中存在视频部分,在CS域无法承载,所以3GPP2标准方案是无法解决视频电话的问题的。
而且上述3GPP2的解决方案也未提及是否保持原CS域会话。
发明内容
本发明提供一种跨域接收视频业务的方法、装置及系统,用以解决现有技术无法当用户正在CS域进行语音通话业务时,将到来的实时视频业务接续到该用户,以实现跨域接收视频业务的问题。
进一步,解决现有技术无法使原CS域会话处于呼叫等待状态的问题。
本发明方法包括下列步骤:
A、VCC AS收到指向正在CS域通话的用户的实时视频业务VT呼叫时,通知该用户;
B、该用户中断CS域通话,并转入IMS域;
C、VCC AS在IMS域将所述VT呼叫与该用户关联,以实现视频业务。
其中,所述步骤B中,用户转入IMS域后发起新会话;以及所述步骤C中,VCC AS收到所述新会话后,将该新会话与VT呼叫关联,以实现视频业务。
进一步,所述步骤A中,VCC AS在通知该用户的消息中至少携带业务类型和主叫号码。
进一步,所述VCC AS通知用户转到IMS域中接续的方式包括:发送短信,给用户放音,或者发送flash消息。
进一步,所述步骤A中还包括:VCC AS判定所述用户当前所在拜访网络的接入网状况允许该用户接收VT呼叫,则通知该用户。
进一步,所述步骤A中还包括:VCC AS获取所述用户的补充业务签约状况,当该用户的补充业务签约状况表明允许该用户接收VT呼叫,则通知该用户。
进一步,所述步骤B中,用户转入IMS域发起新会话的SIP消息中携带有VCC AS的设备标识或预先配置的业务号码。
又进一步,网络侧通过空口在线配置用户终端中的VCC AS设备标识或预先配置的业务号码。
又进一步,所述步骤C中,当VCC AS收到的发起新会话的SIP消息中携带有本VCC AS的设备标识或预先配置的业务号码时,则根据发起新会话的用户号码,将所述新会话与VT呼叫锚定。
进一步,所述VCC AS在通知该用户的消息中还携带有第一特别号码;所述第一特别号码与该VT呼叫唯一对应。
又进一步,所述步骤B中,用户转入IMS域发起新会话的SIP消息中携带有所述第一特别号码。所述步骤C中,当VCCAS收到的发起新会话的SIP消息中携带有第一特别号码时,则根据该第一特别号码与VT呼叫的对应关系,将所述新会话与VT呼叫锚定。
用户收到转到IMS域中接续的通知后,所述VCC AS以短信方式,或者以带内收号操作来接收用户是否接受所述VT呼叫的答复。
综上所述,若用户在接收VT呼叫时,要求保留原CS域会话,则VCC AS通知该用户转到IMS域中接续后,直接执行域切换辅助操作;或者,用户收到转到IMS域中接续的通知后,答复是否接收所述VT呼叫;VCC AS在确定需要进行域切换后,执行域切换辅助操作。所述域切换辅助操作包括:VCC AS标记原CS域会话,并在用户中断该CS域会话时,不释放到该用户在CS域通话的对端的呼叫,而将其保持住。
进一步,所述保持CS域通话对端的方式包括:
-VCC AS在所述CS域会话路径中插入媒体资源功能实体MRF;
-VCC AS指示MRF为所述对端放音,并保持原CS域会话。
又进一步,所述步骤C中还包括:将所述新会话、VT呼叫和原CS域会话三者关联,并形成呼叫等待状态。所述三者的关联包括:VCC AS在信令层面关联原CS域会话和VT呼叫,以及指示MRF在媒体层面进行新会话、VT呼叫和原CS域会话的媒体关联。
进一步,所述保持CS域通话对端的方式包括:VCC AS向CS域会话对端发送会话更新指示,指示媒体流方向改为单向或双向闭锁。
又进一步,所述VCC AS在通知该用户的消息中还携带有第二特别号码;所述第二特别号码与原CS域会话唯一对应。所述步骤B中,用户转入IMS域发起第二新会话的SIP消息中携带有所述第二特别号码。所述步骤B之后,当VCC AS收到的发起新会话的SIP消息中携带有第二特别号码时,则根据该第二特别号码与原CS域会话的对应关系,将所述第二新会话与原CS域会话在信令层面上进行相连。所述用户通过会话更新指示,修改原CS域会话及VT呼叫的媒体流方向,以实现原CS域会话与VT呼叫之间的切换。
又进一步,所述步骤C之后,VCCAS向所述用户发起第三新会话,用以将原CS域会话向该用户转发;并且在所述用户接收第三新会话后,将原CS域会话对端与所述用户的终端在信令层面上相连。所述用户通过会话更新指示,修改原CS域会话及VT呼叫的媒体流方向,以实现原CS域会话与VT呼叫之间的切换。
又进一步,所述步骤C之后,VCC AS向CS域会话对端发送会话更新指示,指示原CS域会话对端与所述用户的终端在信令层面上相连。所述用户通过会话更新指示,修改原CS域会话及VT呼叫的媒体流方向,以实现原CS域会话与VT呼叫之间的切换。
其中,步骤B中,所述用户转入IMS域后,VCC AS向该用户发起第四新会话,用以将VT呼叫向该用户转发;以及所述步骤C中,在所述用户接收第四新会话后,VCC AS将所述VT呼叫与该用户相连,以实现视频业务。
进一步,所述步骤A中,VCC AS在通知该用户的消息中至少携带业务类型和主叫号码。所述VCC AS在通知该用户的消息中还携带有第二特别号码;所述第二特别号码与原CS域会话唯一对应。所述步骤B中,用户转入IMS域发起第二新会话的SIP消息中携带有所述第二特别号码。所述步骤B之后,当VCC AS收到的发起新会话的SIP消息中携带有第二特别号码时,则根据该第二特别号码与原CS域会话的对应关系,将所述第二新会话与原CS域会话在信令层面上进行相连。所述用户通过会话更新指示,修改原CS域会话及VT呼叫的媒体流方向,以实现原CS域会话与VT呼叫之间的切换。
本发明的VCC AS实体,用于进行呼叫锚定和域切换,所述VCC AS实体还包括:
判断模块,用于判断收到的VT呼叫请求是否指向正在CS域通话的用户,若是,则发出触发信号;
通知模块,用于在收到所述判断模块发来的触发信号后,向所述用户发送通知消息;
关联模块,用于当用户转入IMS域后,关联所述新会话与VT呼叫。
其中,所述通知模块在所述通知消息中至少携带业务类型和主叫号码。
进一步,所述关联模块根据用户发起新会话的SIP消息中携带的VCC AS的设备标识或预先配置的业务号码,识别该新会话,并根据发起新会话的用户号码对应关联所述新会话与VT呼叫。
进一步,所述通知模块还用于生成与该VT呼叫唯一对应的第一特别号码,并携带于所述通知消息中。所述关联模块根据用户发起新会话的SIP消息中携带的第一特别号码,对应关联所述新会话与VT呼叫。
综上所述,所述实体还包括:呼叫保持模块,当用户在接收VT呼叫时,要求保留原CS域会话,用于在CS域会话路径中插入MRF,并指示MRF完成放音和呼叫等待控制。若用户在接收VT呼叫时,要求保留原CS域会话,则所述关联模块将所述新会话、VT呼叫和原CS域会话三者关联。
其中,所述通知模块还用于生成与原CS域会话唯一对应的第二特别号码,并携带于所述通知消息中。
进一步,所述关联模块根据用户发起第二新会话的SIP消息中携带的第二特别号码,对应关联所述新会话与原CS域会话。所述实体还包括:呼叫保持模块,用于指示原CS域会话对端修改媒体流方向。若用户在接收VT呼叫时,要求保留原CS域会话,则所述关联模块将VT呼叫和携带所述第一特别号码的新会话进行关联,将原CS域会话和携带所述第二特别号码的第二新会话进行关联。
本发明的多模终端,能够在多种网络下接入并进行通话,所述多模终端还包括:
控制模块,用于判断终端收到VT呼叫通知时,是否正在CS域通话,若是,则中断正在进行的CS域会话,并将终端接入到IMS域,发起新会话。
其中,所述的终端还包括:通知模块,用于在所述控制模块判定收到VT呼叫通知,并且本终端当前正在CS域通话时,通知用户。所述控制模块从收到的VT呼叫通知中获取业务类型和VT呼叫主叫号码,并将其发送给通知模块。
其中,所述控制模块从收到的VT呼叫通知中获取特别号码。所述控制模块在终端接入IMS域后发起的新会话中,包括预先获取到的VCC AS设备标识或业务号码;或者,包括所述特别号码。
本发明的跨域接收视频业务的系统,包括:
多模终端,用于判断本终端收到VT呼叫通知时,是否正在CS域通话,若是,则中断正在进行的CS域会话,并将终端接入到IMS域,发起新会话;
VCC AS实体,用于在收到指向所述多模终端的VT呼叫时,通知该多模终端,以及将多模终端发起的所述新会话与VT呼叫关联来实现视频业务。
其中,所述VCC AS实体中包括下列模块:
判断模块,用于判断收到的VT呼叫请求是否指向正在CS域进行通话业务的双模终端,若是,则发出触发信号;
通知模块,用于在收到所述判断模块发来的触发信号后,向所述双模终端发送通知消息;
关联模块,用于当双模终端转入IMS域发起新会话时,关联所述新会话与VT呼叫。
进一步,所述通知模块还用于生成与该VT呼叫唯一对应的第一特别号码,并携带于所述通知消息中。所述关联模块根据用户发起新会话的SIP消息中携带的第一特别号码,对应关联所述新会话与VT呼叫。所述系统还包括:媒体资源功能实体MRF,用于提供媒体资源和完成呼叫等待控制。所述VCC AS实体中还包括:呼叫保持模块,当双模终端在接收VT呼叫时,要求保留原CS域会话,用于在CS域会话路径中插入MRF,并指示MRF完成放音和呼叫等待控制。若多模终端在接收VT呼叫时,要求保留原CS域会话,则所述关联模块将所述新会话、VT呼叫和原CS域会话三者关联。
进一步,所述通知模块还用于生成与原CS域会话唯一对应的第二特别号码,并携带于所述通知消息中。所述关联模块根据用户发起第二新会话的SIP消息中携带的第二特别号码,对应关联所述第二新会话与原CS域呼叫。所述VCC AS实体中还包括:呼叫保持模块,用于指示原CS域会话对端修改媒体流方向。若用户在接收VT呼叫时,要求保留原CS域会话,则所述关联模块将VT呼叫和携带所述第一特别号码的新会话进行关联,将原CS域会话和携带所述第二特别号码的第二新会话进行关联。
其中,所述多模终端包括:控制模块,用于判断本终端收到VT呼叫通知时,是否正在CS域通话,若是,则中断正在进行的CS域会话,并将终端接入到IMS域,发起新会话。
进一步,所述控制模块从收到的VT呼叫通知中获取特别号码。所述控制模块在终端接入IMS域后发起的新会话中,包括预先获取到的VCC AS设备标识或业务号码;或者,包括所述特别号码。
本发明有益效果如下:
当用户正在CS域进行语音通话业务,有IMS域的VT呼叫需要接续到该用户时,本发明方法不将该VT呼叫引入CS域再进行接续,而是通知所述CS域正在进行语音通话业务的用户,使其中断CS域通话,并转入IMS域。
之后,由该用户在IMS域发起新会话;VCC AS收到所述新会话后,将该新会话与VT呼叫关联,以实现视频业务。或者,用户转入IMS域后,VCC AS向该用户发起新会话,用以将VT呼叫向该用户转发;在所述用户接收该新会话后,VCC AS将所述VT呼叫与该用户相连,以实现视频业务。
在所述用户中断CS域通话的同时,本发明还提供了一种优选方案,以实现对原CS域会话的呼叫保持,即由VCC AS执行域切换辅助操作,将原CS域会话标记,并在用户中断该CS域会话时,不释放到该用户在CS域通话的对端的呼叫,而将其保持住。进一步,本发明又提供了两种保持CS域通话对端的方式,方式一在所述CS域会话路径中插入媒体资源功能实体MRF,并指示MRF为该用户在CS域通话的对端用户放音,以及保持原CS域会话;方式二:VCC AS向CS域会话对端发送会话更新指示,指示媒体流方向改为单向或双向闭锁,用以保持媒体层面。之后,用户可以在视频业务与原CS域会话之间随意切换。
为了支撑本发明方法,本发明还提供了一种VCC AS实体、多模终端及相应的跨域接收视频业务的系统。
附图说明
图1为语音呼叫连续性VCC架构的示意图;
图2为现有用户在CS域进行语音通话时切换到IMS域的信令流程图;
图3为现有用户在CS域接收IMS域VoIP呼叫的信令流程图;
图4为本发明VCC AS实体结构示意图;
图5为支持原CS域会话进入呼叫等待状态的VCC AS实体;
图6为本发明多模终端结构示意图;
图7为本发明系统结构示意图;
图8为支持原CS域会话进入呼叫等待状态的本发明系统结构示意图;
图9为本发明方法步骤流程图;
图10为本发明方法实例一信令流程图;
图11为本发明方法实例二信令流程图;
图12为本发明方法实例三信令流程图;
图13为本发明方法实例四信令流程图;
图14为本发明方法实例五信令流程图;
图15为本发明方法实例六信令流程图。
具体实施方式
为了使VCC AS收到指向正在CS域通话的用户的VT呼叫时,可以将该VT呼叫接续到该用户,以实现跨域接收视频业务,本发明提供了一种VCC AS实体,参见图4所示,其包括依次相连的判断模块、通知模块和关联模块。
所述判断模块,用于判断收到的VT呼叫请求是否指向正在CS域通话的用户,若是,则发出触发信号。
所述通知模块,用于在收到所述判断模块发来的触发信号后,向所述用户发送通知消息。所述通知消息中至少携带业务类型和主叫号码,用于使用户获知该信息,并决定是否接收所述VT呼叫。
所述关联模块,用于当用户转入IMS域后,关联新会话与VT呼叫。具体实现为所述关联模块根据用户发起新会话的SIP消息中携带的VCC AS的设备标识或预先配置的业务号码,识别该新会话,并根据发起新会话的用户号码对应关联所述新会话与VT呼叫。若所述通知模块生成与该VT呼叫唯一对应的第一特别号码,并携带于所述通知消息中,则所述关联模块也可根据用户发起新会话的SIP消息中携带的第一特别号码,对应关联所述新会话与VT呼叫。
进一步,为了使该用户的原CS域会话处于呼叫等待状态,以备该用户在VT呼叫和原CS域会话之间切换,从而达到更优的效果和用户体验,参见图5所示,所述VCC AS实体中还包括与通知模块相连的呼叫保持模块。
所述呼叫保持模块以两种方式实现呼叫保持。
方式一:当用户在接收VT呼叫时,要求保留原CS域会话,所述呼叫保持模块用于在CS域会话路径中插入MRF,并指示MRF完成放音和呼叫等待控制。对应的,用户在接收VT呼叫时,要求保留原CS域会话,则所述关联模块将新会话、VT呼叫和原CS域会话三者关联。
方式二:当用户在接收VT呼叫时,要求保留原CS域会话,所述呼叫保持模块用于指示原CS域会话对端修改媒体流方向。对应的,所述通知模块还用于生成与原CS域会话唯一对应的第二特别号码,并携带于所述通知消息中。所述关联模块根据用户发起新会话的SIP消息中携带的第二特别号码,对应关联所述新会话与原CS域呼叫。VCC AS实体作为代理方,可将VT呼叫和原CS域会话关联,并根据用户的指示切换原CS域会话及VT呼叫。
为了达到本发明的目的,本发明还提供了一种多模终端,参见图6所示,其能够在多种网络下接入并进行通话,而且本发明的多模终端中还包括控制模块,以及与之相连的通知模块。
所述控制模块,用于判断终端收到VT呼叫通知时,是否正在CS域通话,若是,则中断正在进行的CS域会话,并将终端接入到IMS域,发起新会话;以及从收到的VT呼叫通知中获取特别号码、业务类型和VT呼叫主叫号码,并将业务类型和VT呼叫主叫号码发送给通知模块,以告知用户VT呼叫到来。并在终端接入IMS域后发起的新会话中,携带预先获取到的VCC AS设备标识或业务号码;或者包括所述特别号码。
所述通知模块,用于在所述控制模块判定收到VT呼叫通知,并且本终端当前正在CS域通话时,通知用户。
对应上述VCC AS实体和多模终端,并结合现有的系统架构,本发明还提供了一种跨域接收视频业务的系统,参见图7所示,其包括本发明的多模终端,以及本发明的VCC AS实体。
所述多模终端,用于判断本终端收到VT呼叫通知时,是否正在CS域通话,若是,则中断正在进行的CS域会话,并将终端接入到IMS域,发起新会话;
所述VCC AS实体,用于在收到指向所述多模终端的VT呼叫时,通知该多模终端,以及将多模终端发起的所述新会话与VT呼叫关联来实现视频业务。
对应上述VCC AS实体的优化方案,参见图8所示,所述系统中还包括用于提供媒体资源和完成呼叫等待控制的媒体资源功能实体MRF。相应的在所述VCC AS实体中添加呼叫保持模块,并由关联模块将所述新会话、VT呼叫和原CS域会话关联。
应用上述VCC AS实体、多模终端和系统,本发明提供了一种跨域接收视频业务的方法,参见图9所示,包括下列主要步骤:
S1、VCC AS收到指向正在CS域通话的用户的VT呼叫请求。
S2、VCC AS判断VT呼叫指向的用户是否可接收VT呼叫。若可接收VT呼叫,则转入步骤S3;否则返回错误信息。
VCC AS通知用户有VT呼叫到来之前,可以先根据用户当前所在拜访网络的接入网状况,判断该用户是否有接收VT呼叫的条件,比如:是否正处在DO网络覆盖区等。VCC AS还需要判断用户的补充业务签约状况,如果用户的补充业务签约数据由HSS或者其它AS提供,则VCC AS还需要和这些实体进行交互以获取补充业务签约数据。
判断之后,若该用户具有接收VT呼叫的条件,则转入步骤S3;否则,向发起VT呼叫的主叫用户返回错误信息。
S3、VCC AS通知该用户转入IMS域中接续。
VCC AS以发送短信、给用户放音,或者发送flash消息等方式,向所述用户发送至少携带有业务类型和VT主叫号码的通知消息。
VCC AS也可生成与该VT呼叫唯一对应的第一特别号码,并携带于通知消息中,向所述用户发送。还可生成与原CS域会话唯一对应的第二特别号码,并携带于通知消息中,向所述用户发送。
S4、该用户中断CS域通话,并转入IMS域。
用户收到转到IMS域中接续的通知后,以短信方式回复VCC AS是否接受所述VT呼叫,或者以带内收号操作方式回复VCC AS是否接受所述VT呼叫。
若用户决定接受所述VT呼叫,并且不保留原CS域会话,则向网络侧发出指示,以使网络侧在获知用户中断CS域通话时,释放与所述CS域会话有关的所有资源。之后,用户通过DO网络接入IMS域,等待VCC AS为其接续VT呼叫;或者发起SIP新会话。用户转入IMS域发起新会话的SIP消息中携带有VCC AS的设备标识或预先配置的业务号码(可以预先为终端配置,或者网络侧通过空口在线配置用户终端中的VCC AS设备标识或预先配置的业务号码);或者,携带有VCC AS下发的第一特别号码。
若用户决定接受所述VT呼叫,并且保留原CS域会话,则VCC AS可在通知该用户转到IMS域中接续后(步骤S3之后),直接执行域切换辅助操作;或者,用户收到转到IMS域中接续的通知后,答复是否接收所述VT呼叫;VCC AS在确定需要进行域切换后,执行域切换辅助操作。所述域切换辅助操作包括:VCC AS标记原CS域会话,并在用户中断该CS域会话时,不释放到该用户在CS域通话的对端的呼叫,而将其保持住。所述保持CS域通话对端的方式为:VCC AS在所述CS域会话路径中插入媒体资源功能实体MRF;VCCAS指示MRF为所述对端放音,并保持原CS域会话;或者,VCC AS向CS域会话对端发送会话更新指示,指示媒体流方向改为单向或双向闭锁。之后,用户通过DO网络接入IMS域,准备IMS域中的接续存在四种情况。
情况一:用户转入IMS域后仅发起一个新会话,所述发起的新会话的SIP消息中携带有VCC AS的设备标识或预先配置的业务号码;或者,携带有VCCAS下发的第一特别号码。
情况二:用户转入IMS域发起新会话的SIP消息中携带有VCC AS的设备标识或预先配置的业务号码;或者,携带有VCC AS下发的第一特别号码。并且用户转入IMS域后,还发起第二新会话,在发起第二新会话的SIP消息中携带有VCC AS下发的第二特别号码。
情况三:用户转入IMS域后仅发起一个新会话(第二新会话),所述发起的第二新会话的SIP消息中携带有VCC AS下发的第二特别号码。
情况四:用户通过DO网络接入IMS域后,等待VCC AS为其接续。
S5、VCC AS将相关会话关联,以实现视频业务。
对应步骤S4中用户决定释放原CS域会话的情况。若VCC AS收到新会话,则对该会话进行分析,若收到的发起新会话的SIP消息中携带有本VCC AS的设备标识或预先配置的业务号码时,则根据发起新会话的用户号码,将所述新会话与VT呼叫锚定;或者,若收到的发起新会话的SIP消息中携带有第一特别号码时,则根据该特别号码与VT呼叫的对应关系,将所述新会话与VT呼叫锚定。VCC AS也可不等待接收新会话,直接向所述用户发起第四新会话,用以将VT呼叫向该用户转发,在所述用户接收第四新会话后,VCC AS将所述VT呼叫与该用户相连,以实现视频业务。
对应步骤S4中用户决定保持原CS域会话,并在IMS域中准备接续的四种情况:
对应情况一:VCCAS将所述用户发起的新会话、VT呼叫和原CS域会话三者关联,并形成呼叫等待状态。即VCC AS在信令层面关联原CS域会话和VT呼叫,以及指示MRF在媒体层面进行新会话、VT呼叫和原CS域会话的媒体关联。或者,不借助MRF,而是VCC AS根据新会话的SIP消息中的第一特别号码与VT呼叫的对应关系,将所述新会话与VT呼叫锚定;并且,VCCAS向所述用户发起第三新会话,用以将原CS域会话向该用户转发;在所述用户接收第三新会话后,将原CS域会话对端与所述用户的终端在信令层面上相连。或者,VCC AS根据新会话的SIP消息中的第一特别号码与VT呼叫的对应关系,将所述新会话与VT呼叫锚定;并且,VCC AS向CS域会话对端发送会话更新指示,指示原CS域会话对端与所述用户的终端在信令层面上相连。
对应情况二:VCC AS根据新会话的SIP消息中的第一特别号码与VT呼叫的对应关系,将所述新会话与VT呼叫锚定;并且,VCC AS根据用户发起的第二新会话的SIP消息中的第二特别号码与原CS域会话的对应关系,将所述第二新会话与原CS域会话在信令层面上进行相连。
对应情况三:VCC AS根据用户发起的第二新会话的SIP消息中的第二特别号码与原CS域会话的对应关系,将所述第二新会话与原CS域会话在信令层面上进行相连;并且,VCC AS向所述用户发起第四新会话,用以将VT呼叫向该用户转发,在所述用户接收第四新会话后,VCC AS将所述VT呼叫与该用户相连。
对应情况四:VCC AS向所述用户发起第三新会话,用以将原CS域会话向该用户转发;在所述用户接收第三新会话后,将原CS域会话对端与所述用户的终端在信令层面上相连;并且,VCC AS向所述用户发起第四新会话,用以将VT呼叫向该用户转发,在所述用户接收第四新会话后,VCC AS将所述VT呼叫与该用户相连。
关联的初始状态为新会话与原CS域会话接通,VT呼叫处于呼叫保持状态;或者,关联的初始状态为新会话与VT呼叫接通,原CS域会话处于呼叫保持状态。
之后,即可实现在IMS域的VT业务,并且所述用户可通过会话更新指示,修改原CS域会话及VT呼叫的媒体流方向,以实现原CS域会话与VT呼叫之间的切换。
以下通过六个实例具体描述本发明方法。
方法实例一:VCC AS以短消息通知用户,用户选择保留原CS域会话。参见图10所示,包括下列具体步骤:
多模终端用户在CS域正在和呼叫对端进行语音通话,VCC AS锚定在呼叫路径中。
1、从IMS域到来一个VT呼叫请求,请求通过业务触发到VCC AS。
2、VCC AS检测到用户正在进行CS域语音业务,则给用户发送短信通知用户,通知消息中可以带上VT呼叫的主叫号码让用户可以选择是否接听。同时,还可携带一个与该VT呼叫唯一对应的第一特别号码。
3、MSC将短信发送给用户。
4、MSC给VCC AS返回短信发送成功响应。
5、用户给MSC返回需要接听VT呼叫,同时要求保留原有语音呼叫的短信指示。
6、MSC将短信转发给VCC AS。
7、VCC AS给MSC返回短信接收成功响应。
8、终端在获取用户的选择之后,就开始释放当前语音呼叫,转到DO网络。
9、MSC收到用户释放呼叫的通知后,释放到MGCF的呼叫路由。
10、MGCF收到呼叫释放通知后,释放到VCC AS的会话,此会话释放消息应该是经由S-CSCF到达VCC AS的,为了省略起见在图中没有详细画出。
11、VCC AS获知用户需要接听此VT呼叫,则开始执行辅助工作。首先向MRF发送SIP会话请求以在呼叫路径中插入MRF。VCC AS是通过S-CSCF将请求消息发到MRF的,在图中为了简便起见没有画出详细流程。
12、MRF分配好媒体资源后将资源信息返回给VCC AS。
13、VCC AS向语音呼叫对端发送媒体更改请求以给其放呼叫保持提示音。
14、语音呼叫对端接受媒体更改请求。
15、VCC AS指示MRF开始给语音呼叫对端放呼叫保持提示音。
16、VCC AS还给VT呼叫对端返回180Ringing响应指示正在接续用户。
17、用户转到IMS网络后,以VCC AS的设备标识或预先配置的业务号码作为被叫号码发起SIP新会话;或者以VCC AS告知的第一特别号码作为被叫号码发起SIP新会话。
18、S-CSCF收到此新会话后将会话触发到VCC AS。
19、VCC AS针对此新会话返回通话接受响应。
20、响应消息被转发到终端。
21、VCC AS给VT呼叫对端发送呼叫接通响应,接通VT会话和新会话。
之后终端在IMS域和原语音呼叫和VT呼叫进入了呼叫等待业务状态,VCC AS可以根据用户的操作在两个呼叫之间进行转换操作。
方法实例二:通过CCDIR或RUIDIR放音提示用户,根据用户选择进行切换指示。参见图11所示,包括下列具体步骤:
多模终端用户在CS域正在和呼叫对端进行语音通话,VCC AS锚定在呼叫路径中。
1、从IMS域到来一个VT呼叫请求,请求消息通过业务触发到VCC AS。
2、VCC AS检测到用户正在进行CS域语音业务,则向拜访域MSC发送CCDIR(Call Control Directive呼叫控制指示)消息或者RUIDIR(Remote UserInteraction Directive远端用户交互指示)消息,让MSC向用户放音指示有VT呼叫到来,并且告知主叫用户号码。
(需注意按照目前的IS-826协议,CCDIR流程中只能放音、不能进行收号操作,因此如果在这里需要采用此条消息,需要对CCDIR消息进行功能扩展,能够执行收号操作。按照目前的ANSI-41D/E协议,RUIDIR消息不能单独作为一个TCAP会话发起,需要在已经建立好的TCAP会话中才是使用,因此如果在这里需要采用RUIDIR消息,需要对它进行功能扩展,能够作为一个单独的TCAP会话发起。)
3、MSC对用户放音,用户根据放音指示,选择操作类型,输入选择号码。
4、MSC将用户的选择输入返回给VCC AS。
5、VCC AS根据用户的选择输入判断到用户选择中止当前CS域语音呼叫而转到IMS域接听VT呼叫,则给MSC发送INFODIR(Information Directive信息指示)消息,让MSC指示终端可以进行切换,同时带上一个第一特别号码供切换使用。
6、MSC向终端发送Flash with Information消息,消息中带有第一特别号码内容。然后MSC给VCC AS返回响应。
7、VCC AS可以向VT呼叫对端返回180Ringing消息指示呼叫正在接续中。
8、终端在获取到切换指示后,释放当前语音呼叫,转到DO网络。
9、MSC收到用户释放呼叫的通知后,释放到MGCF的呼叫路由。
10、MGCF收到呼叫释放通知后,释放到VCC AS的会话,此会话释放消息应该是经由S-CSCF到达VCC AS的,为了省略起见在图中没有详细画出。
11、VCC AS向CS域语音呼叫对端发送BYE消息释放语音呼叫。
12、用户终端转到IMS网络后以VCC AS告知的第一特别号码作为被叫号码发起SIP新会话。
13、S-CSCF收到此新会话后将会话触发到VCC AS。
14、VCC AS针对此新会话返回通话接受响应。
15、响应消息被转发到终端。
16、VCC AS给VT呼叫对端发送呼叫接通响应,接通VT会话和新会话。
方法实例三:通过MRF放音通知,并且根据收号操作获取用户选择进行切换操作判断。参见图12所示,包括下列具体步骤:
与方法实例一的区别从第2步开始:
2、VCC AS向MRF发送INVITE,准备在呼叫路径中插入MRF资源。
3、MRF返回资源信息。
4、VCC AS向MGCF发送媒体更改请求,将CS域呼叫接到MRF上。
5、MGCF将CS域呼叫改向接到MRF资源,然后返回媒体更改成功响应。
6、终端和MRF的承载通道接通之后,VCC AS指示MRF对用户放提示音,告知用户有VT呼叫呼入并且告知主叫号码,等待用户输入选择项。
7、用户听取提示音,并做出选择,MRF从带内提取出用户的输入号码,发送给VCC AS。
8、VCC AS根据用户选择判断到用户决定转到IMS域接听VT呼叫同时要保留原有语音呼叫,则准备执行切换操作。首先向MSC发送INFODIR消息,由MSC指示终端开始切换同时告知切换所需号码信息(特别号码)。
9、MSC收到INFODIR消息后向终端发送Flash with Information消息,消息中带有第一特别号码。
10、终端收到带有切换指示的Flash with Information消息后,中断当前语音呼叫,转到DO网络。
11、MSC收到CS域语音呼叫中断指示后,释放到MGCF的呼叫路由。
12、MGCF收到呼叫释放指示后,向VCC AS发送会话释放消息BYE。这条消息是经由S-CSCF触发到VCC AS的,在图中省略了这个步骤。
13、在终端释放CS域呼叫同时,VCC AS向MRF发送媒体更改请求将MRF资源改为接到CS域语音呼叫对端。
14、MRF返回改向成功。
15、VCC AS同时也向CS域语音呼叫对端发送媒体更改请求将呼叫对端改接到MRF资源上。
16、语音呼叫对端返回媒体更改成功响应。
17、VCC AS指示MRF向语音呼叫对端放呼叫保持提示音。
后续流程与方法实例一相同。
方法实例四:VCC AS以短消息通知用户,用户选择保留原CS域会话,由终端自己进行呼叫保持控制,不用插入MRF实体。参见图13所示,包括下列具体步骤:
与方式实例一的区别为第2步中VCC AS要分别给CS域会话和VT会话各分配一个特别号码,并将它们带给终端。其他区别从第11步开始。
11、VCC AS获知用户需要接听此VT呼叫并且需保留原有CS会话,则开始执行辅助工作。首先向CS会话对端发送re-INVITE消息,消息中指示媒体流方向为只发不收,这样CS会话对端就被保持住。
12、VCC AS还给VT呼叫对端返回180Ringing响应指示正在接续用户中。
13、用户终端在中断CS会话后,转到IMS网络,以VCC AS告知的第二特别号码作为被叫号码发起SIP新会话,会话经CSCF转发后到达VCC AS,图中省略了CSCF转发的过程。
14、VCC AS通过第二特别号码关联到原有CS域会话,然后给此新会话返回响应,响应消息中指示此会话和原有CS域会话进行相连,并且此会话处于被保持状态。
15、VCC AS还通知CS会话对端将媒体流改向到在IMS域的用户终端上相连。这样用户终端在IMS域就和原有CS会话接通了,但是会话处于被保持状态。
16、用户终端再使用VCC AS告知的第一特别号码在IMS域发起另一个SIP会话,会话经CSCF转发后到达VCC AS。
17、VCC AS通过第一特别号码关联到VT会话,然后给这个新会话返回响应消息,消息中指示此会话和VT会话进行相连。
18、VCC AS还通知VT会话对端和在IMS域的用户终端相连。这样用户终端在IMS域也接通了VT会话。
需注意上述步骤13、14、15可以和16、17、18交换,即用户接入IMS域后可以先与原有CS会话相连,也可以先与VT会话相连。
经过上面的步骤,用户在IMS域和VT会话接通了,处于正常通话状态;同时也和处于保持状态的原有CS域会话相连着。用户可以在这两个会话之间进行任意切换,比如将VT会话保持住,恢复与CS会话的通话,则切换步骤如下:
19、用户对CS会话发送媒体更新消息,消息中指示恢复媒体流方向为双向通话。
20、VCC AS将此消息转发到CS会话对端。CS会话对端返回接受响应后就可以与用户恢复通话了(此步骤没有在图中表示出来)。
21、用户还需要对VT会话发送媒体更新消息,消息中指示修改媒体流方向为只发不收。
22、VCC AS将此消息转到到VT会话对端。VT会话对端返回接受响应后就被用户保持住了。
方法实例五:VCC AS以短消息通知用户,用户选择保留原CS域会话,由终端自己进行呼叫保持控制,不用插入MRF实体,并且用户转到IMS域之后只需要发起一个会话,另一个会话由网络发起。参见图14所示,包括下列具体步骤:
与方式实例四的区别为第2步中VCC AS只需要给VT会话分配一个特别号码并带给用户终端即可。其他区别从第13步开始。
13、用户终端在中断CS会话后,转到IMS网络,以VCC AS告知的特别号码作为被叫号码发起SIP新会话,会话经CSCF转发后到达VCC AS,图中省略了CSCF转发的过程。
14、VCC AS通过第一特别号码关联到VT会话,然后给此新会话返回响应,响应消息中指示此会话和VT会话进行相连。
15、VCC AS还通知VT会话对端与在IMS域的用户终端上相连。这样用户终端在IMS域就和VT会话接通了。
16、VCC AS检测到用户已经接入IMS域并和VT会话相连之后,将原有CS域会话向用户转发。
17、用户收到此会话后,选择接通,返回响应;
18、VCC AS收到用户的接通响应后,通知原有CS会话对端和在IMS域的用户终端相连。这样用户终端在IMS域就和原有CS会话也相连了,但是处于呼叫保持状态。
后续步骤和方式实例四是相同的。
需注意第2步中VCC AS分配特别号码并带给终端所针对的可以是原有CS会话而不是VT会话。则在第13步当用户接入IMS域使用此特别号码发起SIP会话时是和原有CS会话相连,VCC AS控制用户和原有CS会话相连后,在第16步向用户发起的会话连接就是将VT会话与用户接通了。
方法实例六:VCC AS以短消息通知用户,用户选择保留原CS域会话,由终端自己进行呼叫保持控制,不用插入MRF实体,并且用户转到IMS域之后只需要发起一个会话,VCC AS将这个会话和原CS域会话、VT会话一起关联起来。参见图15所示,包括下列具体步骤:
与方式实例五的区别为从第16步开始。
16、VCC AS检测到用户已经接入IMS域并和VT会话相连之后,指示原有CS域会话也与IMS域的用户终端相连,由于此时CS域会话被保持着,因此这个相连只是信令层面上的,媒体层面仍然是被保持状态。
此时在信令层面上,用户终端与VT会话和原CS会话都相连,中间由VCCAS进行三方会话关联。在媒体层面上,用户终端与VT会话相通,原CS会话被保持着。如果用户想要恢复与原CS域会话的通话,而将VT会话保持,则可以:
17、用户向VCC AS发起指示,指示接通原CS域会话,保持住VT会话;
18、VCC AS收到用户的指示,向用户终端发起会话更改指示,将用户终端在媒体层面上和原CS域会话相连。
19、VCC AS再向原CS域会话对端发送会话更改指示,指示原CS域会话重新恢复接通。
20、VCC AS还要向VT会话对端发送会话更改指示,将其保持住。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (65)

1、一种跨域接收视频业务的方法,其特征在于,包括下列步骤:
A、VCC AS收到指向正在CS域通话的用户的实时视频业务VT呼叫时,通知该用户;
B、该用户中断CS域通话,并转入IMS域;
C、VCC AS在IMS域将所述VT呼叫与该用户关联,以实现视频业务。
2、如权利要求1所述的方法,其特征在于,所述步骤B中,所述用户转入IMS域后发起新会话;以及
所述步骤C中,VCC AS收到所述新会话后,将该新会话与VT呼叫关联,以实现视频业务。
3、如权利要求2所述的方法,其特征在于,所述步骤A中,VCC AS在通知该用户的消息中至少携带业务类型和主叫号码。
4、如权利要求2所述的方法,其特征在于,所述VCC AS通知用户转到IMS域中接续的方式包括:发送短信,给用户放音,或者发送flash消息。
5、如权利要求2所述的方法,其特征在于,所述步骤A中还包括:VCC AS判定所述用户当前所在拜访网络的接入网状况允许该用户接收VT呼叫,则通知该用户。
6、如权利要求2所述的方法,其特征在于,所述步骤A中还包括:VCC AS获取所述用户的补充业务签约状况,当该用户的补充业务签约状况表明允许该用户接收VT呼叫,则通知该用户。
7、如权利要求3所述的方法,其特征在于,所述步骤B中,用户转入IMS域发起新会话的SIP消息中携带有VCC AS的设备标识或预先配置的业务号码。
8、如权利要求7所述的方法,其特征在于,网络侧通过空口在线配置用户终端中的VCC AS设备标识或预先配置的业务号码。
9、如权利要求7所述的方法,其特征在于,所述步骤C中,当VCC AS收到的发起新会话的SIP消息中携带有本VCC AS的设备标识或预先配置的业务号码时,则根据发起新会话的用户号码,将所述新会话与VT呼叫锚定。
10、如权利要求3所述的方法,其特征在于,所述VCC AS在通知该用户的消息中还携带有第一特别号码;所述第一特别号码与该VT呼叫唯一对应。
11、如权利要求10所述的方法,其特征在于,所述步骤B中,用户转入IMS域发起新会话的SIP消息中携带有所述第一特别号码。
12、如权利要求11所述的方法,其特征在于,所述步骤C中,当VCC AS收到的发起新会话的SIP消息中携带有第一特别号码时,则根据该第一特别号码与VT呼叫的对应关系,将所述新会话与VT呼叫锚定。
13、如权利要求4所述的方法,其特征在于,用户收到转到IMS域中接续的通知后,所述VCC AS以短信方式,或者以带内收号操作来接收用户是否接受所述VT呼叫的答复。
14、如权利要求2至12任一项所述的方法,其特征在于,若用户在接收VT呼叫时,要求保留原CS域会话,则VCC AS通知该用户转到IMS域中接续后,直接执行域切换辅助操作;
或者,用户收到转到IMS域中接续的通知后,答复是否接收所述VT呼叫;VCC AS在确定需要进行域切换后,执行域切换辅助操作。
15、如权利要求14所述的方法,其特征在于,所述域切换辅助操作包括:VCC AS标记原CS域会话,并在用户中断该CS域会话时,不释放到该用户在CS域通话的对端的呼叫,而将其保持住。
16、如权利要求15所述的方法,其特征在于,所述保持CS域通话对端的方式包括:
-VCC AS在所述CS域会话路径中插入媒体资源功能实体MRF;
-VCC AS指示MRF为所述对端放音,并保持原CS域会话。
17、如权利要求14所述的方法,其特征在于,所述VCC AS接收用户答复的方式包括:以短信接收,或者通过带内收号操作接收。
18、如权利要求15所述的方法,其特征在于,所述步骤C中还包括:将所述新会话、VT呼叫和原CS域会话三者关联,并形成呼叫等待状态。
19、如权利要求18所述的方法,其特征在于,所述三者的关联包括:VCCAS在信令层面关联原CS域会话和VT呼叫,以及指示MRF在媒体层面进行新会话、VT呼叫和原CS域会话的媒体关联。
20、如权利要求15所述的方法,其特征在于,所述保持CS域通话对端的方式包括:VCC AS向CS域会话对端发送会话更新指示,指示媒体流方向改为单向或双向闭锁。
21、如权利要求20所述的方法,其特征在于,所述VCC AS在通知该用户的消息中还携带有第二特别号码;所述第二特别号码与原CS域会话唯一对应。
22、如权利要求21所述的方法,其特征在于,所述步骤B中,用户转入IMS域发起第二新会话的SIP消息中携带有所述第二特别号码。
23、如权利要求22所述的方法,其特征在于,所述步骤B之后,当VCCAS收到的发起新会话的SIP消息中携带有第二特别号码时,则根据该第二特别号码与原CS域会话的对应关系,将所述第二新会话与原CS域会话在信令层面上进行相连。
24、如权利要求23所述的方法,其特征在于,所述用户通过会话更新指示,修改原CS域会话及VT呼叫的媒体流方向,以实现原CS域会话与VT呼叫之间的切换。
25、如权利要求20所述的方法,其特征在于,所述步骤C之后,VCC AS向所述用户发起第三新会话,用以将原CS域会话向该用户转发;并且在所述用户接收第三新会话后,将原CS域会话对端与所述用户的终端在信令层面上相连。
26、如权利要求25所述的方法,其特征在于,所述用户通过会话更新指示,修改原CS域会话及VT呼叫的媒体流方向,以实现原CS域会话与VT呼叫之间的切换。
27、如权利要求20所述的方法,其特征在于,所述步骤C之后,VCC AS向CS域会话对端发送会话更新指示,指示原CS域会话对端与所述用户的终端在信令层面上相连。
28、如权利要求27所述的方法,其特征在于,所述用户通过会话更新指示,修改原CS域会话及VT呼叫的媒体流方向,以实现原CS域会话与VT呼叫之间的切换。
29、如权利要求14所述的方法,其特征在于,所述执行域切换辅助操作后,初始状态为所述用户的终端与原CS域会话接通,VT呼叫处于呼叫保持状态;
或者,初始状态为所述用户的终端与VT呼叫接通,原CS域会话处于呼叫保持状态。
30、如权利要求1所述的方法,其特征在于,步骤B中,所述用户转入IMS域后,VCC AS向该用户发起第四新会话,用以将VT呼叫向该用户转发;以及
所述步骤C中,在所述用户接收第四新会话后,VCC AS将所述VT呼叫与该用户相连,以实现视频业务。
31、如权利要求30所述的方法,其特征在于,所述步骤A中,VCC AS在通知该用户的消息中至少携带业务类型和主叫号码。
32、如权利要求31所述的方法,其特征在于,所述VCC AS在通知该用户的消息中还携带有第二特别号码;所述第二特别号码与原CS域会话唯一对应。
33、如权利要求32所述的方法,其特征在于,所述步骤B中,用户转入IMS域发起第二新会话的SIP消息中携带有所述第二特别号码。
34、如权利要求33所述的方法,其特征在于,所述步骤B之后,当VCCAS收到的发起新会话的SIP消息中携带有第二特别号码时,则根据该第二特别号码与原CS域会话的对应关系,将所述第二新会话与原CS域会话在信令层面上进行相连。
35、如权利要求34所述的方法,其特征在于,所述用户通过会话更新指示,修改原CS域会话及VT呼叫的媒体流方向,以实现原CS域会话与VT呼叫之间的切换。
36、一种VCC AS实体,用于进行呼叫锚定和域切换,其特征在于,所述VCC AS实体还包括:
判断模块,用于判断收到的VT呼叫请求是否指向正在CS域通话的用户,若是,则发出触发信号;
通知模块,用于在收到所述判断模块发来的触发信号后,向所述用户发送通知消息;
关联模块,用于当用户转入IMS域后,关联所述新会话与VT呼叫。
37、如权利要求36所述的实体,其特征在于,所述通知模块在所述通知消息中至少携带业务类型和主叫号码。
38、如权利要求37所述的实体,其特征在于,所述关联模块根据用户发起新会话的SIP消息中携带的VCC AS的设备标识或预先配置的业务号码,识别该新会话,并根据发起新会话的用户号码对应关联所述新会话与VT呼叫。
39、如权利要求37所述的实体,其特征在于,所述通知模块还用于生成与该VT呼叫唯一对应的第一特别号码,并携带于所述通知消息中。
40、如权利要求38所述的实体,其特征在于,所述关联模块根据用户发起新会话的SIP消息中携带的第一特别号码,对应关联所述新会话与VT呼叫。
41、如权利要求36至40任一项所述的实体,其特征在于,所述实体还包括:
呼叫保持模块,当用户在接收VT呼叫时,要求保留原CS域会话,用于在CS域会话路径中插入MRF,并指示MRF完成放音和呼叫等待控制。
42、如权利要求41所述的实体,其特征在于,若用户在接收VT呼叫时,要求保留原CS域会话,则所述关联模块将所述新会话、VT呼叫和原CS域会话三者关联。
43、如权利要求39或40所述的实体,其特征在于,所述通知模块还用于生成与原CS域会话唯一对应的第二特别号码,并携带于所述通知消息中。
44、如权利要求43所述的实体,其特征在于,所述关联模块根据用户发起第二新会话的SIP消息中携带的第二特别号码,对应关联所述新会话与原CS域会话。
45、如权利要求44所述的实体,其特征在于,所述实体还包括:呼叫保持模块,用于指示原CS域会话对端修改媒体流方向。
46、如权利要求45所述的实体,其特征在于,若用户在接收VT呼叫时,要求保留原CS域会话,则所述关联模块将VT呼叫和携带所述第一特别号码的新会话进行关联,将原CS域会话和携带所述第二特别号码的第二新会话进行关联。
47、一种多模终端,能够在多种网络下接入并进行通话,其特征在于,所述多模终端还包括:
控制模块,用于判断终端收到VT呼叫通知时,是否正在CS域通话,若是,则中断正在进行的CS域会话,并将终端接入到IMS域,发起新会话。
48、如权利要求47所述的终端,其特征在于,还包括:
通知模块,用于在所述控制模块判定收到VT呼叫通知,并且本终端当前正在CS域通话时,通知用户。
49、如权利要求48所述的终端,其特征在于,所述控制模块从收到的VT呼叫通知中获取业务类型和VT呼叫主叫号码,并将其发送给通知模块。
50、如权利要求47所述的终端,其特征在于,所述控制模块从收到的VT呼叫通知中获取特别号码。
51、如权利要求50所述的终端,其特征在于,所述控制模块在终端接入IMS域后发起的新会话中,包括预先获取到的VCC AS设备标识或业务号码;
或者,包括所述特别号码。
52、一种跨域接收视频业务的系统,其特征在于,包括:
多模终端,用于判断本终端收到VT呼叫通知时,是否正在CS域通话,若是,则中断正在进行的CS域会话,并将终端接入到IMS域,发起新会话;
VCC AS实体,用于在收到指向所述多模终端的VT呼叫时,通知该多模终端,以及将多模终端发起的所述新会话与VT呼叫关联来实现视频业务。
53、如权利要52所述的系统,其特征在于,所述VCC AS实体中包括下列模块:
判断模块,用于判断收到的VT呼叫请求是否指向正在CS域进行通话业务的双模终端,若是,则发出触发信号;
通知模块,用于在收到所述判断模块发来的触发信号后,向所述双模终端发送通知消息;
关联模块,用于当双模终端转入IMS域发起新会话时,关联所述新会话与VT呼叫。
54、如权利要53所述的系统,其特征在于,所述通知模块还用于生成与该VT呼叫唯一对应的第一特别号码,并携带于所述通知消息中。
55、如权利要求54所述的系统,其特征在于,所述关联模块根据用户发起新会话的SIP消息中携带的第一特别号码,对应关联所述新会话与VT呼叫。
56、如权利要52、53或54所述的系统,其特征在于,所述系统还包括:媒体资源功能实体MRF,用于提供媒体资源和完成呼叫等待控制。
57、如权利要56所述的系统,其特征在于,所述VCC AS实体中还包括:
呼叫保持模块,当双模终端在接收VT呼叫时,要求保留原CS域会话,用于在CS域会话路径中插入MRF,并指示MRF完成放音和呼叫等待控制。
58、如权利要57所述的系统,其特征在于,若多模终端在接收VT呼叫时,要求保留原CS域会话,则所述关联模块将所述新会话、VT呼叫和原CS域会话三者关联。
59、如权利要求54或55所述的系统,其特征在于,所述通知模块还用于生成与原CS域会话唯一对应的第二特别号码,并携带于所述通知消息中。
60、如权利要求59所述的系统,其特征在于,所述关联模块根据用户发起第二新会话的SIP消息中携带的第二特别号码,对应关联所述第二新会话与原CS域呼叫。
61、如权利要求60所述的系统,其特征在于,所述VCC AS实体中还包括:呼叫保持模块,用于指示原CS域会话对端修改媒体流方向。
62、如权利要求61所述的系统,其特征在于,若用户在接收VT呼叫时,要求保留原CS域会话,则所述关联模块将VT呼叫和携带所述第一特别号码的新会话进行关联,将原CS域会话和携带所述第二特别号码的第二新会话进行关联。
63、如权利要求52所述的系统,其特征在于,所述多模终端包括:
控制模块,用于判断本终端收到VT呼叫通知时,是否正在CS域通话,若是,则中断正在进行的CS域会话,并将终端接入到IMS域,发起新会话。
64、如权利要求63所述的系统,其特征在于,所述控制模块从收到的VT呼叫通知中获取特别号码。
65、如权利要求64所述的系统,其特征在于,所述控制模块在终端接入IMS域后发起的新会话中,包括预先获取到的VCC AS设备标识或业务号码;或者,包括所述特别号码。
CN200610083950.0A 2006-05-29 2006-06-12 一种跨域接收视频业务的方法、装置及系统 Active CN101083700B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN200610083950.0A CN101083700B (zh) 2006-05-29 2006-06-12 一种跨域接收视频业务的方法、装置及系统
PCT/CN2007/001631 WO2007137502A1 (fr) 2006-05-29 2007-05-18 Procédé, dispositif et système destinés à un service de réception interdomaine

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200610083040.2 2006-05-29
CN200610083040 2006-05-29
CN200610083950.0A CN101083700B (zh) 2006-05-29 2006-06-12 一种跨域接收视频业务的方法、装置及系统

Publications (2)

Publication Number Publication Date
CN101083700A true CN101083700A (zh) 2007-12-05
CN101083700B CN101083700B (zh) 2011-12-07

Family

ID=38912958

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200610083950.0A Active CN101083700B (zh) 2006-05-29 2006-06-12 一种跨域接收视频业务的方法、装置及系统

Country Status (1)

Country Link
CN (1) CN101083700B (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012097717A1 (zh) * 2011-01-21 2012-07-26 意法·爱立信半导体(北京)有限公司 一种在通信终端上实现可视电话的方法和通信终端
CN103067989A (zh) * 2011-10-21 2013-04-24 中国移动通信集团广东有限公司 一种小区更新的方法及终端
CN103200383A (zh) * 2012-01-04 2013-07-10 中国移动通信集团公司 实现高清可视电话业务的方法、装置和系统
WO2015155510A1 (en) * 2014-04-07 2015-10-15 Bae Systems Plc Ad hoc network with unidirectional link
CN109905358A (zh) * 2013-06-17 2019-06-18 谷歌有限责任公司 基于移动计算设备之间的电话呼叫来管理数据通信

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100375481C (zh) * 2002-10-09 2008-03-12 中兴通讯股份有限公司 电信业务在宽带异构网络间的实现互通方法的方法和系统
EP1598982B1 (en) * 2004-05-20 2009-07-22 Alcatel Lucent Architecture for configuration and management of cross-domain services

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012097717A1 (zh) * 2011-01-21 2012-07-26 意法·爱立信半导体(北京)有限公司 一种在通信终端上实现可视电话的方法和通信终端
US9602764B2 (en) 2011-01-21 2017-03-21 Optis Circuit Technology, Llc Method for implementing video calls on communication terminal and communication terminal thereof
CN103067989A (zh) * 2011-10-21 2013-04-24 中国移动通信集团广东有限公司 一种小区更新的方法及终端
CN103067989B (zh) * 2011-10-21 2016-08-10 中国移动通信集团广东有限公司 一种小区更新的方法及终端
CN103200383A (zh) * 2012-01-04 2013-07-10 中国移动通信集团公司 实现高清可视电话业务的方法、装置和系统
CN103200383B (zh) * 2012-01-04 2016-05-25 中国移动通信集团公司 实现高清可视电话业务的方法、装置和系统
CN109905358A (zh) * 2013-06-17 2019-06-18 谷歌有限责任公司 基于移动计算设备之间的电话呼叫来管理数据通信
CN109905358B (zh) * 2013-06-17 2021-07-16 谷歌有限责任公司 基于移动计算设备之间的电话呼叫来管理数据通信
US11323492B2 (en) 2013-06-17 2022-05-03 Google Llc Managing data communications based on phone calls between mobile computing devices
WO2015155510A1 (en) * 2014-04-07 2015-10-15 Bae Systems Plc Ad hoc network with unidirectional link
US9974001B2 (en) 2014-04-07 2018-05-15 Bae Systems Plc Ad hoc network with unidirectional link

Also Published As

Publication number Publication date
CN101083700B (zh) 2011-12-07

Similar Documents

Publication Publication Date Title
CN101103648B (zh) 用于电路交换与分组交换数据无线网络之间的呼叫切换的系统及方法
CN101351039B (zh) 实现多媒体呼叫连续性的方法、装置及系统
CN100583843C (zh) 一种会话路由路径控制方法和系统
CN101317438B (zh) 感知用户进行补充业务的方法及装置
CN101374256B (zh) 一种处理会话中媒体流连续性的方法、装置及系统
CN101193449B (zh) 实现多媒体会话连续性的系统、方法及装置
US20110032931A1 (en) Method, system, and device for providing service
WO2006105732A1 (fr) Procede de transfert de connexion d’appel par commutation de circuit
CN101420669A (zh) 一种呼叫转移的方法、系统和设备
CN101083615A (zh) 一种跨域接收业务的方法、装置及系统
CN101605381B (zh) 被叫接入的方法、装置和系统
CN101083700B (zh) 一种跨域接收视频业务的方法、装置及系统
CN101420668B (zh) 一种实现呼叫转移的方法、系统和设备
CN101155340B (zh) 一种电路域感知ims域会话计费信息的方法及系统
CN104363573B (zh) 一种利用本地疏导的VoLTE国际漫游系统实现的通信方法
CN101155173B (zh) 电路域感知ims域多媒体会话媒体信息的方法及系统
CN101267577A (zh) 实现呼叫接续以及智能业务的方法、系统和设备
US20110019663A1 (en) Method, system and gateway for supplying intelligent service
CN100461880C (zh) 一种基于业务触发的话音业务的实现方法
CN101202956A (zh) Ip多媒体子系统会话回落到电路交换呼叫的实现方法
CN101076186B (zh) 一种处理晚前转业务的方法、网络及装置
CN102594804A (zh) 一种在宽带业务中使用窄带设备放音的方法和系统
CN101507196A (zh) 呼叫仲裁节点失败路由重选方法、交换机和系统
CN102833715B (zh) 询问转接实现方法、应用服务器、业务终端和系统
CN100450210C (zh) 一种r4网络系统及提供媒体资源的方法

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