CN101453453A - 实现呼叫保持的方法及设备 - Google Patents
实现呼叫保持的方法及设备 Download PDFInfo
- Publication number
- CN101453453A CN101453453A CN200710193853.1A CN200710193853A CN101453453A CN 101453453 A CN101453453 A CN 101453453A CN 200710193853 A CN200710193853 A CN 200710193853A CN 101453453 A CN101453453 A CN 101453453A
- Authority
- CN
- China
- Prior art keywords
- call
- request
- iccf
- access
- calling
- 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
- 238000000034 method Methods 0.000 title claims abstract description 32
- 238000012423 maintenance Methods 0.000 claims description 37
- 230000008859 change Effects 0.000 claims description 32
- 230000011664 signaling Effects 0.000 claims description 10
- 230000000977 initiatory effect Effects 0.000 claims description 5
- 230000008569 process Effects 0.000 description 10
- 238000012508 change request Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 230000003993 interaction Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000003313 weakening effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1096—Supplementary features, e.g. call forwarding or call holding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1083—In-session procedures
- H04L65/1094—Inter-user-equipment sessions transfer or sharing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1083—In-session procedures
- H04L65/1095—Inter-network session transfer or sharing
-
- 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/428—Arrangements for placing incoming calls on hold
- H04M3/4283—Call holding circuits
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2203/00—Aspects of automatic or semi-automatic exchanges
- H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
- H04M2203/2066—Call type detection of indication, e.g. voice or fax, mobile of fixed, PSTN or IP
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了实现呼叫保持的方法及设备,该方法包括:通过第一CSaccess call leg和第二UE进行第一呼叫通话;通过ICCC请求保持所述第一呼叫;通过ICCC请求和第三UE建立第二呼叫;通过第二CS access call leg和所述第三UE进行第二呼叫通话。采用本发明实施例提供的实现呼叫保持的方法及设备,正在通过第一CS access call leg和第二UE进行第一呼叫通话时,再通过第二CS access call leg和第三UE进行第二呼叫通话,第一CS access callleg和第二CS access call leg支持的媒体类型不同,从而解决当两个呼叫的媒体类型不同时的呼叫保持。
Description
技术领域
本发明涉及通信领域,特别涉及在互联网协议多媒体子***(IMS)集中业务控制下,实现呼叫保持的方法及设备。
背景技术
当UE只能接入电路域(CS)网络,或者UE可接入的分组域(PS)接入网络不支持实时语音和视频媒体的场景下,3GPP的IMS集中业务(IMSCentralised Service,ICS)控制特性可实现UE通过CS网络承载语音或视频媒体来建立IMS呼叫,由IMS中的应用服务器对呼叫进行业务提供;CS承载通过建立UE和新引入的CS接入IMS控制功能(IMS CS Control Function,ICCF)实体之间的CS呼叫来实现,也可以说UE通过一个CS接入呼叫支路(accesscallleg)进行IMS呼叫通话,同时,削弱或去除拜访地移动交换中心(VMSC)中的业务处理逻辑;UE通过新引入的CS接入IMS控制信道(IMS CS ControlChannel,ICCC)收发IMS呼叫相关的控制信令,ICCC可能通过非结构化补充业务数据(Unstructured Supplementary Service Data,USSD,是CS网络的一种消息通信机制)或PS(也即另一个IMS呼叫)承载。
为了实现UE的呼叫保持(call hold),即UE在一个进行呼叫基础上,可以将当前呼叫hold,再建立一个新的呼叫,CS网络提供一种业务特性:改变和回退(Service Change and UDI Fallback feature,SCUDIF),其中,非结构化数据消息(Unstructured Data Information,UDI)是一种CS网络的承载能力,即UE可以以64kps的速率发送数据,该承载能力的典型应用为视频呼叫。改变(Service change)使得UE可以在呼叫进行过程中在语音呼叫和视频呼叫之间转换,而不会中断呼叫。回退(Fallback)使得UE建立视频呼叫尝试不能够成功时,建立语音呼叫,保证通话建立。
根据SCUDIF特性,在ICS课题中已存在一种call hold业务方案,流程如下:
图1是已有call hold流程,对图1中各组成部分说明如下:
ICS UE-A是支持ICCC的增强UE。开始UE-A和UE-B进行第一呼叫UE-A通过CS access callleg和UE-B进行一个呼叫,CSaccess call leg的信令端点是ICCF,而媒体流端点是MGCF,所以第一呼叫的媒体连接包括CS媒体连接(UE-A到MGW)和IP媒体连接两个部分(MGW到UE-B),MGW实现两者的转换。注:IMS电话应用服务器(TAS)在ICCF和UE-B,ICCF和UE-C之间的信令路径中存在,图中没有画出,TAS执行***体资源功能播放呼叫挂起提示音、计费事件收集等操作。因为本发明实施例不需要对TAS进行增强,后续的文字和附图中都不再提及TAS。
参见图1,在ICS中的一种call hold流程如下:
1.UE-A通过ICCC发送挂起当前呼叫请求到ICCF。
2.ICCF发送呼叫挂起请求到UE-B,可以通过SIP re-Invite或Update消息将呼叫挂起请求发送到UE-B。
3.UE-A发送呼叫UE-C请求到ICCF。
4.ICCF发送呼叫请求Invite到UE-C,包含MGW的IP媒体连接端口的媒体信息,该媒体信息在前一个呼叫建立过程中在ICCF保存起来。
5.UE-C指示正在振铃,等待用户应答。
6.ICCF将UE-C的媒体信息通过Update消息发送到MGCF,MGCF指示MGW连接UE-C。
7.UE-C指示用户应答呼叫,发送200OK到ICCF。
8.ICCF通过ICCC指示呼叫被应答。
上述方案基本思想是重用CS媒体连接、MGW的IP媒体连接对端可以在UE-B和UE-C之间变化,只能应用于两个语音呼叫,或者两个视频呼叫的情形,但不能适应于两个不同呼叫的情况,因为它们需要不同的CS媒体连接。
发明内容
本发明实施例的目的在于提供实现呼叫保持的方法及设备,实现当两个呼叫的媒体类型不同时的呼叫保持。
本发明实施例提供了一种实现呼叫保持的方法,该方法包括:
通过第一电路域接入呼叫支路CS access call leg和第二UE进行第一呼叫通话,所述第一CS access call leg的信令端点为电路域接入互联网协议多媒体子***控制功能实体ICCF,所述第一CS access call leg支持第一媒体类型;
通过电路域接入互联网协议多媒体子***控制信道ICCC请求保持所述第一呼叫,所述ICCF指示所述第二UE第一呼叫被保持;
通过ICCC请求和第三UE建立第二呼叫;
通过第二CS access callleg和所述第三UE进行第二呼叫通话,所述第二CS access call leg支持第二媒体类型。
本发明实施例还提供了一种实现呼叫保持的控制设备,该设备包括:
接收单元,用于当第一UE发起CS呼叫模式变更后,接收来自媒体网关控制功能实体MGCF的媒体协商请求,所述媒体协商请求携带媒体网管MGW新的媒体信息;
发送单元,用于当所述接收单元接收到所述媒体协商请求,向第三UE发送呼叫请求。
本发明实施例还提供了一种实现呼叫保持的控制设备,该设备包括:
保持单元,用于保持第一UE和第二UE之间的第一呼叫;
接收单元,用于当所述保持单元保持第一呼叫时,接收来自所述第一UE的呼叫请求,所述呼叫请求的媒体类型与所述第一呼叫的媒体类型不同;
控制单元,用于当所述接收单元接收到呼叫请求时,发起CS呼叫模式变更。
本发明实施例还提供了一种实现呼叫保持的控制设备,该设备包括:
保持单元,用于保持第一UE和第二UE之间的第一呼叫,所述第一UE和第二UE通过第一CS access call leg进行第一呼叫通话,所述第一CS access callleg支持第一媒体类型;
接收单元,用于当所述保持单元保持第一呼叫时,接收来自所述第一UE的呼叫请求,所述呼叫请求的媒体类型为第二媒体类型;
控制单元,用于当所述接收单元接收到呼叫请求时,释放与所述第一UE之间的第一CS access call leg,建立与所述第一UE之间的第二CS access callleg,所述第二CS access call leg支持第二媒体类型。
本发明实施例还提供了一种实现呼叫保持的终端设备,该设备包括:
保持单元,用于向电路域接入互联网协议多媒体子***控制功能实体ICCF发送第一呼叫保持请求,所述第一呼叫保持请求用于保持该终端设备与第二UE之间的第一呼叫,所述该终端设备和第二UE通过第一CS access call leg进行第一呼叫通话,所述第一CS access call leg支持第一媒体类型;
呼叫单元,用于当所述保持单元发送第一呼叫保持请求后,向所述ICCF发送呼叫请求,所述呼叫请求的媒体类型为第二媒体类型;
控制单元,用于当所述呼叫单元发送呼叫请求后,发起CS呼叫模式变更。
本发明实施例还提供了一种实现呼叫保持的终端设备,该设备包括:
保持单元,用于向电路域接入互联网协议多媒体子***控制功能实体ICCF发送第一呼叫保持请求,所述第一呼叫保持请求用于保持该终端设备与第二UE之间的第一呼叫,所述该终端设备和第二UE通过第一CS access callleg进行第一呼叫通话,所述第一CS access callleg支持第一媒体类型;
呼叫单元,用于当所述保持单元发送第一呼叫保持请求后,向所述ICCF发送呼叫请求,所述呼叫请求的媒体类型为第二媒体类型;
控制单元,用于当所述呼叫单元发送呼叫请求后,释放与所述ICCF之间的第一CS access call leg,建立与所述ICCF之间的第二CS access call leg,所述第二CS access call leg支持第二媒体类型。
采用本发明实施例提供的实现呼叫保持的方法及设备,正在通过第一CSaccess call leg和第二UE进行第一呼叫通话时,再通过第二CS access call leg和第三UE进行第二呼叫通话,第一CS access call leg和第二CS access call leg支持的媒体类型不同,从而解决当两个呼叫的媒体类型不同时的呼叫保持。
附图说明
图1是背景技术中实现呼叫保持的流程图;
图2是本发明实施例一中实现呼叫保持的流程图;
图3是本发明实施例二中实现呼叫保持的流程图;
图4是本发明实施例三中实现呼叫保持的流程图;
图5是本发明实施例四中实现呼叫保持的流程图;
图6是本发明实施例五中实现呼叫保持的流程图;
图7是本发明实施例六中实现呼叫保持的流程图。
具体实施方式
下面对本发明进行详细说明。
在介绍具体方案之前,首先介绍一个术语:
改变和回退(Service Change and UDI Fallback feature,SCUDIF),一种CS网络业务特性,其中,Service Change使得UE可以在呼叫进行过程中在语音呼叫和视频呼叫之间转换,而不会中断呼叫;Fallback使得UE建立视频呼叫尝试不能够成功时,建立语音呼叫,保证通话建立。
图2所示为本发明实施例一中实现呼叫保持的流程图。实现已有语音呼叫,再建立视频呼叫时的呼叫保持。与背景技术中介绍的技术方案(图1)相比,本流程中步骤7~11是新***的。
UE-A通过第一电路域接入呼叫支路CS access call leg和UE-B进行语音呼叫通话,第一CS access call leg在UE-A和电路域接入互联网协议多媒体子***控制功能实体ICCF之间建立,第一CS access call leg的信令端点是ICCF,而媒体流端点是MGCF,所以语音呼叫的媒体连接包括CS媒体连接(UE-A到MGW)和IP媒体连接两个部分(MGW到UE-B),第一CS access call leg支持第一媒体类型,即语音。
1.UE-A通过ICCC发送挂起当前呼叫请求到ICCF。
2.ICCF发送呼叫挂起请求到UE-B,可以通过SIP re-Invite或Update消息。
3.UE-A发送呼叫UE-C请求到ICCF。
4.ICCF发送呼叫请求Invite到UE-C,包含MGW的IP媒体连接端口的媒体信息,该媒体信息在前一个呼叫建立过程中在ICCF保存起来。
5.UE-C指示正在振铃,等待用户应答。
6.ICCF将UE-C的媒体信息通过Update消息发送到MGCF,MGCF指示MGW连接UE-C。
7.UE-A向VMSC网络发送CS呼叫模式变更请求,请求由CS语音呼叫变更为CS多媒体呼叫。VMSC通过核心网间消息发送CS呼叫模式变更请求到MGCF。
8.MGCF生成SIP媒体协商消息发送到ICCF,请求增加视频媒体。ICCF通过CSCF将媒体协商消息发送到UE-C。
9.UE-C接受增加媒体请求,返回200OK应答,ICCF转发确认应答。
10.MGCF和UE-A进行带内H.245协商(所谓带内,即通过数据通道而不是信令路径的信息交互,所以,实际上MGCF要通过MGW进行交互来完成协商)。
11.UE-C指示用户应答呼叫,发送200OK到ICCF。
12.ICCF通过ICCC指示呼叫被应答。
UE-A通过第二CS access call leg和UE-C进行第二呼叫通话,所述第二CS access call leg支持第二媒体类型。第二CS access call leg在UE-A和电路域接入互联网协议多媒体子***控制功能实体ICCF之间建立,第二CS accesscall leg的信令端点是ICCF,而媒体流端点是MGW,所以语音呼叫的媒体连接包括CS媒体连接(UE-A到MGW)和IP媒体连接两个部分(MGW到UE-C),第二CS access call leg支持第二媒体类型,即多媒体。
7至10为采用UE-A发起CS媒体连接的变更的流程,在此方案下,ICCF在协议的基础上不需要修改;UE-A在协议的基础上需要增强,即在呼叫保持应用程序中决策新的呼叫为不同媒体类型并能够发起CS媒体连接的变更,由语音媒体连接变更为支持语音和视频的媒体连接。UE-A使用SCUDIF特性。也可以采用ICCF发起CS媒体连接的变更的方式将语音媒体连接变更为支持语音和视频的媒体连接;ICCF在协议的基础上需要增强,即在呼叫保持应用程序中决策新的呼叫为不同媒体类型并能够发起CS媒体连接的变更,由语音媒体连接变更为支持语音和视频的媒体连接。
图3所示为本发明实施例二中实现呼叫保持的流程图。实现已有语音呼叫,再建立视频呼叫时的呼叫保持。与实施例一的不同之处在于,在步骤3中ICCF收到UE-A的新的媒体类型呼叫请求后,ICCF等待MGCF发送媒体协商请求(携带MGW新的媒体信息),收到后再向UE-C发起呼叫请求。
1.UE-A通过ICCC发送挂起当前呼叫请求到ICCF。
2.ICCF发送呼叫挂起请求到UE-B,可以通过SIP re-Invite或Update消息。
3.UE-A发送呼叫UE-C请求到ICCF,指示该呼叫为新的媒体类型。
4.UE-A向VMSC网络发送CS呼叫模式变更请求,请求由CS语音呼叫变更为CS多媒体呼叫。VMSC通过核心网间消息发送CS呼叫模式变更请求到MGCF。
5.MGCF生成SIP媒体协商消息发送到ICCF,请求增加视频媒体。
6.ICCF发送呼叫请求Invite到UE-C,包含MGW的新的媒体信息。
7.UE-C指示正在振铃,等待用户应答。
8.ICCF向MGCF指示增加媒体请求被接受。
9.MGCF和UE-A进行带内H.245协商(所谓带内,即通过数据通道而不是信令路径的信息交互,所以,实际上MGCF要通过MGW进行交互来完成协商)。
10.UE-C指示用户应答呼叫,发送200OK到ICCF。
11.ICCF通过ICCC指示呼叫被应答。
上述方案中ICCF需要修改,收到UE-A的新的媒体类型呼叫(在步骤3消息中指示)请求后,ICCF等待MGCF发送媒体协商请求(携带MGW新的媒体信息),收到后再向UE-C发起呼叫请求;UE-A需要增强,即在呼叫保持应用程序中决策新的呼叫为不同媒体类型并发起CS媒体连接的变更,由语音媒体连接变更为支持语音和视频的媒体连接。这里,UE-A使用SCUDIF特性。与实施例一相同,CS媒体连接的变更也可以由ICCF发起。
图4所示为本发明实施例三中实现呼叫保持的流程图。实现已有语音呼叫,再建立视频呼叫时的呼叫保持。与实施例二的不同之处在于,本实施例先释放第一CS access call leg,再建立第二CS access call leg。
1.UE-A通过ICCC发送挂起当前呼叫请求到ICCF。
2.ICCF发送呼叫挂起请求到UE-B,可以通过SIP re-Invite或Update消息。
3.UE-A发送呼叫UE-C请求到ICCF。
4.UE-A请求VMSC释放当前呼叫,VMSC发送释放请求到MGCF;
5.MGCF生成SIP会话释放请求到ICCF;
6.UE-A发送建立多媒体(语音+视频)呼叫请求到VMSC,VMSC发送呼叫请求到MGCF;
7.MGCF生成SIP多媒体会话邀请到ICCF。
8.ICCF发送呼叫请求Invite到UE-C,包含MGW的新的媒体信息。
9.UE-C指示正在振铃,等待用户应答。
10.ICCF向MGCF指示会话邀请被接受。
11.MGCF向VMSC指示呼叫请求被接受,VMSC指示UE-A呼叫被接受。
12.MGCF和UE-A进行带内H.245协商(所谓带内,即通过数据通道而不是信令路径的信息交互,所以,实际上MGCF要通过MGW进行交互来完成协商)。
13.UE-C指示用户应答呼叫,发送200OK到ICCF。
14.ICCF通过ICCC指示呼叫被应答。
与实施例二不同的是,在本实施例中UE-A需要增强的能力为:在呼叫保持应用程序中决策新的呼叫为不同媒体类型并能够发起第一CS access call leg的释放,UE-A使用SCUDIF特性。也可以由ICCF发起释放第一CS access callleg的释放。
图5所示为本发明实施例四中实现呼叫保持的流程图。与实施例一的不同之处在于,实现已有视频呼叫,再建立语音呼叫时的呼叫保持,不需要H.245协商过程。
1.UE-A通过ICCC发送挂起当前呼叫请求到ICCF。
2.ICCF发送呼叫挂起请求到UE-B,可以通过SIP re-Invite或Update消息。
3.UE-A发送呼叫UE-C请求到ICCF。
4.ICCF发送呼叫请求Invite到UE-C,包含MGW的IP媒体连接端口的媒体信息,该媒体信息在前一个呼叫建立过程中在ICCF保存起来。
5.UE-C指示正在振铃,等待用户应答。
6.ICCF将UE-C的媒体信息通过Update消息发送到MGCF,MGCF指示MGW连接UE-C。
7.UE-A向VMSC网络发送CS呼叫模式变更请求,请求由CS语音呼叫变更为CS多媒体呼叫。VMSC通过核心网间消息发送CS呼叫模式变更请求到MGCF。
8.MGCF生成SIP媒体协商消息发送到ICCF,请求增加视频媒体。ICCF通过CSCF将媒体协商消息发送到UE-C。
9.UE-C接受增加媒体请求,返回200 OK应答,ICCF转发确认应答。
10.UE-C指示用户应答呼叫,发送200 OK到ICCF。
11.ICCF通过ICCC指示呼叫被应答。
图6所示为本发明实施例五中实现呼叫保持的流程图。与实施例二的不同之处在于,实现已有视频呼叫,再建立语音呼叫时的呼叫保持,不需要H.245协商过程。
1.UE-A通过ICCC发送挂起当前呼叫请求到ICCF。
2.ICCF发送呼叫挂起请求到UE-B,可以通过SIP re-Invite或Update消息。
3.UE-A发送呼叫UE-C请求到ICCF,指示该呼叫为新的媒体类型。
4.UE-A向VMSC网络发送CS呼叫模式变更请求,请求由CS语音呼叫变更为CS多媒体呼叫。VMSC通过核心网间消息发送CS呼叫模式变更请求到MGCF。
5.MGCF生成SIP媒体协商消息发送到ICCF,请求增加视频媒体。
6.ICCF发送呼叫请求Invite到UE-C,包含MGW的新的媒体信息。
7.UE-C指示正在振铃,等待用户应答。
8.ICCF向MGCF指示增加媒体请求被接受。
9.UE-C指示用户应答呼叫,发送200OK到ICCF。
10.ICCF通过ICCC指示呼叫被应答。
图7所示为本发明实施例六中实现呼叫保持的流程图。与实施例三的不同之处在于,实现已有视频呼叫,再建立语音呼叫时的呼叫保持,不需要H.245协商过程。
1.UE-A通过ICCC发送挂起当前呼叫请求到ICCF。
2.ICCF发送呼叫挂起请求到UE-B,可以通过SIP re-Invite或Update消息。
3.UE-A发送呼叫UE-C请求到ICCF。
4.UE-A请求VMSC释放当前呼叫,VMSC发送释放请求到MGCF;
5.MGCF生成SIP会话释放请求到ICCF;
6.UE-A发送建立多媒体(语音+视频)呼叫请求到VMSC,VMSC发送呼叫请求到MGCF;
7.MGCF生成SIP多媒体会话邀请到ICCF。
8.ICCF发送呼叫请求Invite到UE-C,包含MGW的新的媒体信息。
9.UE-C指示正在振铃,等待用户应答。
10.ICCF向MGCF指示会话邀请被接受。
11.MGCF向VMSC指示呼叫请求被接受,VMSC指示UE-A呼叫被接受。
12.UE-C指示用户应答呼叫,发送200 OK到ICCF。
13.ICCF通过ICCC指示呼叫被应答。
本发明实施例还提供一种实现呼叫保持的控制设备,该设备可以独立设置,也可以集成在ICCF等网络控制设备中,该设备包括:
接收单元,用于当第一UE发起CS呼叫模式变更后,接收来自媒体网关控制功能实体MGCF的媒体协商请求,所述媒体协商请求携带媒体网管MGW新的媒体信息;
发送单元,用于当所述接收单元接收到所述媒体协商请求,向第三UE发送呼叫请求。
本发明实施例还提供一种实现呼叫保持的控制设备,该设备可以独立设置,也可以集成在ICCF等网络控制设备中,该设备包括:
接收单元,用于当第一UE发起CS呼叫模式变更后,接收来自媒体网关控制功能实体MGCF的媒体协商请求,所述媒体协商请求携带媒体网管MGW新的媒体信息;
发送单元,用于当所述接收单元接收到所述媒体协商请求,向第三UE发送呼叫请求。
本发明实施例还提供一种实现呼叫保持的控制设备,该设备可以独立设置,也可以集成在ICCF等网络控制设备中,该设备包括:
保持单元,用于保持第一UE和第二UE之间的第一呼叫;
接收单元,用于当所述保持单元保持第一呼叫时,接收来自所述第一UE的呼叫请求,所述呼叫请求的媒体类型与所述第一呼叫的媒体类型不同;
控制单元,用于当所述接收单元接收到呼叫请求时,发起CS呼叫模式变更。
本发明实施例还提供一种实现呼叫保持的控制设备,该设备可以独立设置,也可以集成在ICCF等网络控制设备中,该设备包括:
保持单元,用于保持第一UE和第二UE之间的第一呼叫,所述第一UE和第二UE通过第一CS access call leg进行第一呼叫通话,所述第一CS access callleg支持第一媒体类型;
接收单元,用于当所述保持单元保持第一呼叫时,接收来自所述第一UE的呼叫请求,所述呼叫请求的媒体类型为第二媒体类型;
控制单元,用于当所述接收单元接收到呼叫请求时,释放与所述第一UE之间的第一CS access call leg,建立与所述第一UE之间的第二CS access callleg,所述第二CS access call leg支持第二媒体类型。
本发明实施例还提供一种实现呼叫保持的终端设备,该设备包括:
保持单元,用于向电路域接入互联网协议多媒体子***控制功能实体ICCF发送第一呼叫保持请求,所述第一呼叫保持请求用于保持该终端设备与第二UE之间的第一呼叫,所述该终端设备和第二UE通过第一CS access call leg进行第一呼叫通话,所述第一CS access call leg支持第一媒体类型;
呼叫单元,用于当所述保持单元发送第一呼叫保持请求后,向所述ICCF发送呼叫请求,所述呼叫请求的媒体类型为第二媒体类型;
控制单元,用于当所述呼叫单元发送呼叫请求后,发起CS呼叫模式变更。
本发明实施例还提供一种实现呼叫保持的终端设备,该设备包括:
保持单元,用于向电路域接入互联网协议多媒体子***控制功能实体ICCF发送第一呼叫保持请求,所述第一呼叫保持请求用于保持该终端设备与第二UE之间的第一呼叫,所述该终端设备和第二UE通过第一CS access call leg进行第一呼叫通话,所述第一CS access call leg支持第一媒体类型;
呼叫单元,用于当所述保持单元发送第一呼叫保持请求后,向所述ICCF发送呼叫请求,所述呼叫请求的媒体类型为第二媒体类型;
控制单元,用于当所述呼叫单元发送呼叫请求后,释放与所述ICCF之间的第一CS access call leg,建立与所述ICCF之间的第二CS access call leg,所述第二CS access call leg支持第二媒体类型。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现,当然也可以全部通过硬件来实施,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (15)
1、一种实现呼叫保持的方法,其特征在于,该方法包括:
通过第一电路域接入呼叫支路CS access call leg和第二UE进行第一呼叫通话,所述第一CS access call leg的信令端点为电路域接入互联网协议多媒体子***控制功能实体ICCF,所述第一CS access call leg支持第一媒体类型;
通过电路域接入互联网协议多媒体子***控制信道ICCC请求保持所述第一呼叫,所述ICCF指示所述第二UE第一呼叫被保持;
通过ICCC请求和第三UE建立第二呼叫;
通过第二CS access call leg和所述第三UE进行第二呼叫通话,所述第二CS access call leg支持第二媒体类型。
2、根据权利要求1所述的方法,其特征在于,所述通过ICCC请求和第三UE建立第二呼叫包括:
通过ICCC请求和第三UE建立第二呼叫;
所述ICCF向所述第三UE发送呼叫请求,所述ICCF控制第一CS accesscall leg和所述第三UE建立媒体连接;
发起CS呼叫模式变更,将所述第一CS access call leg支持的媒体类型变更为第二媒体类型,得到第二CS access call leg。
3、根据权利要求1所述的方法,其特征在于,所述通过ICCC请求和第三UE建立第二呼叫包括:
通过ICCC请求和第三UE建立第二呼叫;
所述ICCF向所述第三UE发送呼叫请求,所述ICCF控制第一CS accesscall leg和所述第三UE建立媒体连接;
所述ICCF发起CS呼叫模式变更,将所述第一CS access call leg支持的媒体类型变更为第二媒体类型,得到第二CS access call leg。
4、根据权利要求1所述的方法,其特征在于,所述通过ICCC请求和第三UE建立第二呼叫包括:
通过ICCC请求和第三UE建立第二呼叫;
所述ICCF向所述第三UE发送呼叫请求;
发起释放所述第一CS access call leg,建立与所述ICCF之间的第二CSaccess call leg;
所述ICCF控制所述第二CS access call leg和所述第三UE建立媒体连接。
5、根据权利要求1所述的方法,其特征在于,所述通过ICCC请求和第三UE建立第二呼叫包括:
通过ICCC请求和第三UE建立第二呼叫;
所述ICCF向所述第三UE发送呼叫请求;
所述ICCF发起释放所述第一CS access call leg,建立第二CS access callleg;
所述ICCF控制所述第二CS access call leg和所述第三UE建立媒体连接。
6、根据权利要求1所述的方法,其特征在于,所述通过ICCC请求和第三UE建立第二呼叫包括:
通过ICCC请求和第三UE建立第二呼叫;
发起CS呼叫模式变更,将所述第一CS access call leg支持的媒体类型变更为第二媒体类型,得到第二CS access call leg;
所述ICCF向所述第三UE发送呼叫请求,所述ICCF控制第二CS accesscall leg和所述第三UE建立媒体连接。
7、根据权利要求1所述的方法,其特征在于,所述通过ICCC请求和第三UE建立第二呼叫包括:
通过ICCC请求和第三UE建立第二呼叫;
所述ICCF发起CS呼叫模式变更,将所述第一CS access call leg支持的媒体类型变更为第二媒体类型,得到第二CS access call leg;
所述ICCF向所述第三UE发送呼叫请求,所述ICCF控制第二CS accesscall leg和所述第三UE建立媒体连接。
8、根据权利要求1所述的方法,其特征在于,所述通过ICCC请求和第三UE建立第二呼叫包括:
通过ICCC请求和第三UE建立第二呼叫;
发起释放所述第一CS access call leg,建立与所述ICCF之间的第二CSaccess call leg;
所述ICCF向所述第三UE发送呼叫请求;
所述ICCF控制所述第二CS access call leg和所述第三UE建立媒体连接。
9、根据权利要求1所述的方法,其特征在于,所述通过ICCC请求和第三UE建立第二呼叫包括:
通过ICCC请求和第三UE建立第二呼叫;
所述ICCF发起释放所述第一CS access call leg,建立第二CS access callleg;
所述ICCF向所述第三UE发送呼叫请求;
所述ICCF控制所述第二CS access call leg和所述第三UE建立媒体连接。
10、根据权利要求1所述的方法,其特征在于,所述第一媒体类型为语音,第二媒体类型为多媒体;或者所述第一媒体类型为多媒体,第二媒体类型为语音。
11、一种实现呼叫保持的控制设备,其特征在于,该设备包括:
接收单元,用于当第一UE发起CS呼叫模式变更后,接收来自媒体网关控制功能实体MGCF的媒体协商请求,所述媒体协商请求携带媒体网管MGW新的媒体信息;
发送单元,用于当所述接收单元接收到所述媒体协商请求,向第三UE发送呼叫请求。
12、一种实现呼叫保持的控制设备,其特征在于,该设备包括:
保持单元,用于保持第一UE和第二UE之间的第一呼叫;
接收单元,用于当所述保持单元保持第一呼叫时,接收来自所述第一UE的呼叫请求,所述呼叫请求的媒体类型与所述第一呼叫的媒体类型不同;
控制单元,用于当所述接收单元接收到呼叫请求时,发起CS呼叫模式变更。
13、一种实现呼叫保持的控制设备,其特征在于,该设备包括:
保持单元,用于保持第一UE和第二UE之间的第一呼叫,所述第一UE和第二UE通过第一CS access call leg进行第一呼叫通话,所述第一CS access callleg支持第一媒体类型;
接收单元,用于当所述保持单元保持第一呼叫时,接收来自所述第一UE的呼叫请求,所述呼叫请求的媒体类型为第二媒体类型;
控制单元,用于当所述接收单元接收到呼叫请求时,释放与所述第一UE之间的第一CS access call leg,建立与所述第一UE之间的第二CS access callleg,所述第二CS access call leg支持第二媒体类型。
14、一种实现呼叫保持的终端设备,其特征在于,该设备包括:
保持单元,用于向电路域接入互联网协议多媒体子***控制功能实体ICCF发送第一呼叫保持请求,所述第一呼叫保持请求用于保持该终端设备与第二UE之间的第一呼叫,所述该终端设备和第二UE通过第一CS access call leg进行第一呼叫通话,所述第一CS access call leg支持第一媒体类型;
呼叫单元,用于当所述保持单元发送第一呼叫保持请求后,向所述ICCF发送呼叫请求,所述呼叫请求的媒体类型为第二媒体类型;
控制单元,用于当所述呼叫单元发送呼叫请求后,发起CS呼叫模式变更。
15、一种实现呼叫保持的终端设备,其特征在于,该设备包括:
保持单元,用于向电路域接入互联网协议多媒体子***控制功能实体ICCF发送第一呼叫保持请求,所述第一呼叫保持请求用于保持该终端设备与第二UE之间的第一呼叫,所述该终端设备和第二UE通过第一CS access call leg进行第一呼叫通话,所述第一CS access call leg支持第一媒体类型;
呼叫单元,用于当所述保持单元发送第一呼叫保持请求后,向所述ICCF发送呼叫请求,所述呼叫请求的媒体类型为第二媒体类型;
控制单元,用于当所述呼叫单元发送呼叫请求后,释放与所述ICCF之间的第一CS access call leg,建立与所述ICCF之间的第二CS access call leg,所述第二CS access call leg支持第二媒体类型。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710193853.1A CN101453453B (zh) | 2007-12-04 | 2007-12-04 | 实现呼叫保持的方法及设备 |
EP08859589A EP2230814B1 (en) | 2007-12-04 | 2008-12-04 | Method for realizing a call hold |
ES08859589T ES2397967T3 (es) | 2007-12-04 | 2008-12-04 | Método para realizar la retención de una llamada |
JP2010536314A JP2011505772A (ja) | 2007-12-04 | 2008-12-04 | 呼の保持を実現する方法および装置 |
PCT/CN2008/073331 WO2009074103A1 (fr) | 2007-12-04 | 2008-12-04 | Procédé et dispositif pour réaliser la mise en attente |
US12/793,211 US20100238841A1 (en) | 2007-12-04 | 2010-06-03 | Method and Device for Holding Calls |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710193853.1A CN101453453B (zh) | 2007-12-04 | 2007-12-04 | 实现呼叫保持的方法及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101453453A true CN101453453A (zh) | 2009-06-10 |
CN101453453B CN101453453B (zh) | 2011-08-03 |
Family
ID=40735477
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200710193853.1A Active CN101453453B (zh) | 2007-12-04 | 2007-12-04 | 实现呼叫保持的方法及设备 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20100238841A1 (zh) |
EP (1) | EP2230814B1 (zh) |
JP (1) | JP2011505772A (zh) |
CN (1) | CN101453453B (zh) |
ES (1) | ES2397967T3 (zh) |
WO (1) | WO2009074103A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101997697B (zh) * | 2009-08-12 | 2012-06-20 | 华为终端有限公司 | 一种i1接口的业务控制方法和装置 |
CN105612730A (zh) * | 2013-10-09 | 2016-05-25 | 瑞典爱立信有限公司 | 多媒体通信服务处理 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013149654A1 (en) * | 2012-04-03 | 2013-10-10 | Telefonaktiebolaget L M Ericsson (Publ) | Hold announcement configuration |
CN103369292B (zh) * | 2013-07-03 | 2016-09-14 | 华为技术有限公司 | 一种呼叫处理方法及网关 |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI19992054A (fi) * | 1999-09-24 | 2001-03-24 | Nokia Networks Oy | Kaiunpoistajien ohjaus tietoliikennejärjestelmässä |
CN1556644A (zh) * | 2003-12-30 | 2004-12-22 | �����ʵ��ѧ | 一种实现支持多媒体业务的软交换呼叫处理***及方法 |
US20050180338A1 (en) * | 2004-02-17 | 2005-08-18 | Nokia Corporation | Swapping voice and video calls |
CN1761274B (zh) * | 2004-10-15 | 2011-06-01 | 华为技术有限公司 | 一种呼叫保持的处理方法 |
ES2330120T3 (es) * | 2005-01-31 | 2009-12-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Tecnica de conmutacion de modos de conversacion/multimedia en una red de comunicaciones unalambrica. |
DE102005006174A1 (de) * | 2005-02-10 | 2006-08-17 | Siemens Ag | Signalisierung eines Wechsels von einem ersten Dienst zu einem zweiten Dienst während einer Gesprächsverbindung |
CN1832517A (zh) * | 2005-03-08 | 2006-09-13 | 中兴通讯股份有限公司 | 一种基于h·248协议的实现新业务的方法 |
CN1925524B (zh) * | 2005-08-31 | 2010-05-12 | 上海贝尔阿尔卡特股份有限公司 | 一种在软交换通信网络中实现呼叫转接的方法和装置 |
CN1960401B (zh) * | 2005-11-02 | 2010-08-18 | 华为技术有限公司 | 一种汇接局实现双业务交替的方法 |
FR2897497B1 (fr) * | 2006-02-14 | 2008-04-04 | Alcatel Sa | Dispositif et procede de controle de communications, en vue de l'etablissement automatique d'une communication de messagerie instantanee lors d'une mise en attente en cours de communication telephonique ou multimedia |
WO2008026094A1 (en) * | 2006-08-28 | 2008-03-06 | Nokia Corporation | Method, system and terminal for multimedia session establishment |
CN1964400A (zh) * | 2006-11-22 | 2007-05-16 | 华为技术有限公司 | 一种实现呼叫保持的方法及终端 |
-
2007
- 2007-12-04 CN CN200710193853.1A patent/CN101453453B/zh active Active
-
2008
- 2008-12-04 EP EP08859589A patent/EP2230814B1/en active Active
- 2008-12-04 JP JP2010536314A patent/JP2011505772A/ja active Pending
- 2008-12-04 ES ES08859589T patent/ES2397967T3/es active Active
- 2008-12-04 WO PCT/CN2008/073331 patent/WO2009074103A1/zh active Application Filing
-
2010
- 2010-06-03 US US12/793,211 patent/US20100238841A1/en not_active Abandoned
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101997697B (zh) * | 2009-08-12 | 2012-06-20 | 华为终端有限公司 | 一种i1接口的业务控制方法和装置 |
US8886812B2 (en) | 2009-08-12 | 2014-11-11 | Huawei Technologies Co., Inc. | Method, apparatus, and system for service control via I1 interface |
CN105612730A (zh) * | 2013-10-09 | 2016-05-25 | 瑞典爱立信有限公司 | 多媒体通信服务处理 |
CN105612730B (zh) * | 2013-10-09 | 2020-03-24 | 瑞典爱立信有限公司 | 多媒体通信服务处理 |
Also Published As
Publication number | Publication date |
---|---|
EP2230814B1 (en) | 2012-11-28 |
EP2230814A1 (en) | 2010-09-22 |
CN101453453B (zh) | 2011-08-03 |
EP2230814A4 (en) | 2011-03-23 |
WO2009074103A1 (fr) | 2009-06-18 |
ES2397967T3 (es) | 2013-03-12 |
US20100238841A1 (en) | 2010-09-23 |
JP2011505772A (ja) | 2011-02-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4903849B2 (ja) | 特にumtsネットワークにおける課金識別子の分配 | |
US8588211B2 (en) | Method for changing session media, method for establishing a call, and equipment thereof | |
CN101330748B (zh) | 一种ip多媒体子***集中业务会话控制路径的切换方法 | |
EP2351309B1 (en) | Session establishment in a communication network | |
CN101198089B (zh) | 实现呼叫转移业务的方法、***和语音呼叫连续***器 | |
CN101605381B (zh) | 被叫接入的方法、装置和*** | |
CN101115056A (zh) | 一种无线网络注册方法、装置及*** | |
CN101453453B (zh) | 实现呼叫保持的方法及设备 | |
CN100488313C (zh) | 一种ims网络sip终端互通***及其方法 | |
CN102006371A (zh) | 一种实现多媒体彩振业务的方法及设备 | |
CN101459872B (zh) | 单对话彩铃彩像业务在应答后更新媒体的方法 | |
CN101399768A (zh) | 一种策略控制方法、装置及*** | |
CN101227728B (zh) | 一种多媒体会话连续性业务的会话合并方法 | |
CN101170758B (zh) | 用户设备及用户设备在不同ip网络间切换的方法 | |
WO2008110110A1 (fr) | Procédé et système de fourniture de service de sous-système multimédia ip | |
US8369314B2 (en) | Call control method and IMS CS control apparatus | |
CN101212720B (zh) | Ip多媒体子***集中业务非***方加入会议业务的方法 | |
CN102340490B (zh) | 一种实现媒体锚定的方法及*** | |
CN101325501B (zh) | 一种会话终止过程中播放多媒体信息的实现方法 | |
CN101330638A (zh) | 一种会话控制路径与承载控制路径的关联方法 | |
CN101448202B (zh) | 一种彩铃彩像业务更新媒体的方法 | |
Wenan et al. | Research on the session control technologies in 3GPP UMTS networks |
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 |