专利名称：关于在媒体网关和控制器之间建立h.324视频电话的信令的制作方法
技术领域：
本发明涉及视频电话的相应交互，对此的需要不言自明，因为无论是 在3GPP CS域还是在IMS中视频电话都是很有意义的，而且尤其是针
波存取全球互通，WiMAX).
IMS网络和CS网络、即PSTN或3GPP CS域之间的交互从3GPP Release 6开始仅对3GPP TS 29. 163中的纯语音电话做出了规定，
根据TS 29. 163，所谓"呼叫控制"信令的交互在所谓的"媒体网 关控制功能"(MGCF)中进行.网络连接的交互，即有用数据的传递 和重新包装以及必要情况下的代码转换都在所谓的"互联网多媒体介 质网关"(IM-MGW)中进行，MGCF借助由ITU-T标准化的H. 248协议 通过所谓的"Mn"接口检查IM-MGW，这在3GPP TS29. 332中进一步描 述了。在CS网络中采用承栽独立呼叫控制(BICC)或ISDN用户部分 (ISUP)来进行呼叫控制的信令.在"呼叫控制"信令与传输连接分 开进行的任何情况下，该方法还称为"带外"信令.下面在传输连接 内部还存在交换信令消息的可能，这些消息称为"带内"信令.在ISUP 的情况下使用时分多路复用(TDM)作为CS网络中的传榆，在BICC的 情况下借助互联网协议(IP)或异步传输模式(ATM)作为分组传输， 对于ISUP来说，在"呼叫控制"信令期间为了建立会话可以借助所谓 的ISUP "UDI后退"程序进行是采用纯语音电话还是使用纯视频电话 的协商.对于BICC,该协商可以借助在3GPPTS 23. 172中标准化的"业 务变更和UDI后退"(SCUDIF)进行，后者也可以在会话期间实现语 音电话和视频电话之间的切换，"UDI后退"和SCUDIF都使用带外信 令.此外对ISUP和BICC都可以不采用上述程序，而是仅对视频电话 尝试呼叫建立，并且在不支持视频电话的情况下中断该呼叫建立.与 可选的语音和视频之间的协商相反，在亊先已经选择了视频电话并且 建立了相应的传输连接(即"承栽")之后，用于视频电话的语音和 视频编解码的协商是"带内"的.对于视频电话，在CS网络中采用所 谓的BS30数据连接，其具有64k字节/s的带宽.在该数据连接内采用 由ITU-T标准化的协议族H. 324,其中在3GPPCS域中选择与移动电话 匹配的变形H. 324M.在数据连接建立之后，多媒体连接的配置带内地 通过由ITU-T标准化的H. 245协议协商，尤其是所使用的视频编解码 器和语音编解码器，以及各编解码器配置的细节.语音和视频借助 H. 223协议多路复用到同一个传输连接中，对于3GPPCS域，TS 26. 110 进一步描述了协议族H. 245的使用，其中尤其是选择所谓的H. 324M配 置.
在建立3G-324M连接(即会话)时最重要的流程如下所示
1. 在ISUP或BICC呼叫建立信令启动之后，预留期望的"承栽"
所需要的资源，并继续建立传输连接.
2. 启动"带内"协商.首先协商将哪个H. 223 "多路复用器级别"
用于该传输连接.
3. 识別领导的、在需要时借助H. 245协商打开多流连接的终端设 备.该功能仅在开放双向逻辑信道时产生冲突的情况下才需要.该功 能称为"主机或从机确定"(MSD).4，借助所谓的"终端能力集"H. 245消息传输发送该消息的终端设 备的功能，这样的消息与两个终端设备无关地被发送.所描述的功能 包含以下信息音频和视频编解码器及其特殊性质或其规格；多路复 用器的功能范闺，详细地说支持哪个适配层(例如"简单"还是"联 网"的多路复用)及其特定于移动的扩展.
5. 借助H. 245信令对每个介质流都建立"逻辑"信道.从此时开 始，无论有没有MSD，终端设备或IM-MGW都准备好开放"逻辑信道"， 以交换语音有用数据和/或视频有用数据.在产生双向的"逻辑信道" 时，确定信道号和最终采用的"介质能力".
6. 借助H. 245定义多路复用特性.
7. 启动视频、音频/语音或数据的传输.
在IMS中带外地借助所谓的"会话描述协议"(SDP)即IETF RFC 2327协商视频电话，该协议借助所谓的"会话初始化协议"(SIP )IETF RFC 3261传输.在此针对是使用语音电话还是视频电话的协商与采用 编解码器的协商关联，并在建立承栽之前或之中进行.采用按照 RFC3264的所谓SDP "offer-answer (提议-响应)"机制.在此供应 商在SDP "offer (提议)"消息中发送所支持的编解码器的列表.在 获得该消息之后，响应者发送SDP "Answer (响应)"消息，该消息包 含该列表中该响应者支持并愿意使用的编解码器.响应者不允许给出 未包含在SDP "提议"的列表中的编解码器.与CS域相反，对于语音
和视频采用两个分开的传输连接(承栽)，它们分别使用所谓的"实 时传输协议"(RTP) IETFRFC3550.对于通过"通用分组无线电业务 (GPRS)"使用接入网络的3GPP-IMS, 3GPPTS26. 235描述了用于视 频电话的编解码器.
下面再次总结在CS域中和在IMS中用于视频电话的协议和编解码
器
CS网络(尤其是3GPP CS域) 呼叫控制BICC或ISUP.
纯语音电话和视频电话之间的协商对于ISUP可以借助 "UDI后退"进行，对于BICC可以借助"SCUDIF"进行. 多媒体协议族H. 324M(H. 324附件C)
编解码器协商通过建立的具有64kbit/s的CS承栽进行H.245带内协商
视频编解码器规定由H. 263支持 H. 261备选
MP4V-ES (简单视频简档级别0)备选 语音编解码器规定由NB-AMR支持 WB - AMR备选 推荐G. 723.1
传输语音和视频多路复用到一个根据H. 223附件A+B的承栽中 IMS (用于GPRS接入网络的编解码器) 呼叫控制SIP.
包括纯语音电话和视频电话之间的协商，也包括编解
码器协商.
编解码器协商在建立承栽之前带外地借助在SIP中传输的SDP. 视频编解码器规定由H. 263支持 H.261备选
MP4V-ES (简单视频简档级別0)备选 语音编解码器规定由NB-AMR和WB-AMR支持 传输采用不同的所谓RTP "有效负栽"格式为语音和视频使用两 个分开的RTP承栽
语音NB - AMR + WB - AMR: IETF RFC3267 视频H. 263: IETF RFC2429 H264 (AVC) : IBTF RFC3984 MPEG-4: IETF RFC3016
并行RTP介质流的同步借助所谓RTP "时间戳"进行，该时 间戳通过"实时控制协议"(RTPC，参见IETF RFC3550 )协商.
除了上面给出的编解码器之外，还可以采用终端设备支持的其它 编解码器，尤其是在CS终端设备位于PSTN中或者IMS终端设备不能 使用GPRS作为接入网络的时候.
期望在CS中以及在IMS中使用相同的视频编解码器，以及在可能 时使用相同的语音编解码器，以避免代码转换.视频编解码器的代码 转换，以及很小范围内的语音编解码器的代码转换，可能在IM-MGW中 需要很高的计算功率和很多资源.此外会使传输失真，并恶化困像和语音的质量.如果在CS域中和在IMS中所需要的针对编解码器的带宽 是不同的，则在一側需要附加的带宽，但不会因此改善困像或语音质 量.
为此需要MGCF和IM - MGW交换涉及借助H. 245和SIP/SDP进行语 音和视频编解码器的协商的合适信息以及涉及借助H. 223进行传输连 接的建立的合适信息.
本发明的内容是一种用于在MGCF和IM-MGW之间交换涉及借助 H. 245和SIP/SDP进行语音和视频编解码器的协商的合适信息以及涉 及借助H. 223进行传输连接的建立的合适信息.由此基本上避免针对 视频电话的代码转换.MGCF和IM-MGW与CS网络(即PSTN或3GPP CS 域)以及采用SIP和SDP来协商编解码器的IP网络(例如IMS)连接.
发明内容
本发明要解决的技术问題是支持通过导线中继的网络和IMS网络 尽可能有效地建立合适的电信连接，以及尽可能避免视频电话的代码 转换。该技术问题通过独立权利要求解决.优选实施方式在从属权利 要求中给出.
按照本发明，在IM-MGW中具有所谓的"H. 245客户机"，即终止 (terminieren) H. 2"协议的功能单元，H. 245客户机与MGCF中负责 所谓"呼叫控制"的功能部件交换关于选择编解码器和呼叫建立的流 程的信息，该功能部件优选是在IMS中负责处理SIP和SDP的一个或 多个功能部件.为此适当扩展"Mn"接口的协议.
本发明的核心在于
例如如果MGCF在呼叫建立时从呼叫控制信令中识别或猜测CS — 方期望按照H. 324的视频电话，則MGCF指示IM-MGW: -自动执行所谓"多路复用级别"的H. 223协商， -执行建立H. 324视频电话所需要的H. 245协商， -只要借助H. 245开放了逻辑H. 223信道就通知MGCF, IM-MGW执行对应的指示.
优选地，MGCF相应地借助所谓的H. 248 "添加"或"修改"消息 来配置IM-MGW,例如在MGCF建立负责处理多路复用的H."3协议的 所谓"终止(Termination)"时.优选地，MGCF在该消息中添加一个或多个新标准化的所谓H. 248 "信号"，这些"信号"表明应当执行 H. 223和/或H. 245协商.
为了告知逻辑H. 223信道的建立，MGCF优选使用为此新标准化的 所谓H. 248 "亊件"，该亊件优选由MGCF插入同一个H. 248消息中. 如果接下来借助H. 245信令开放逻辑H. 223信道，则IM-MGW使用所谓 的H. 248 "通知"消息，在该消息中IM-MGW说明新定义的"亊件".
优选的是，IM-MGW在关于开放逻辑H. 223信道的报告中说明所选 择的编解码器以及所谓的"逻辑信道号"，优选作为在该报告中使用 的事件的参数.MGCF配置该消息，以便配置IM-MGW使得其在CS网络 和IMS之间传送介质流.MGCF向这两方说明已经选择了哪些编解码器. 在CS网络中，按照现有的H. 248标准需要说明"逻辑信道号".如果 在两方选择了同样配置的同样的编解码器，则IM-MGW不需要使用代 码转换.
优选地，IM-MGW还在"多路复用级别"的H. 223协商终止时或该 协商发生错误时通知MGCF, MGCF可以确定该通知未到达或者借助错误 消息确定，CS —方的传输连接没有或还没有用于视频电话，并在呼叫 控制信令中对此作出反应，例如通过将呼叫转换配置为其它服务如语 音电话或终止该连接。
为了报告关于"多路复用级别"的H. 223协商的结果，MGCF优选 使用为此新标准化的所谓H. 248 "亊件"，该亊件同样由MGCF添加到 H. 248消息中以启动H. 223协商。如果接着终止该协商，則IM-MGW按 照本发明使用所谓的H. 248 "通知"消息，在该消息中IM-MGW说明新 定义的"亊件".
在从CS网络向着IMS的方向上建立呼叫的情况下，连接建立可以 从IMS传递给其它MGCF.在这种情况下优选MGCF将IM-MGW配置为， IM-MGW例如采用所谓的"清除模式"编解码器IETF RFC 4040来透明 地转发数据服务.MGCF借助与其它MGCF交换的SIP/SDP信令来协商该 数据服务的透明传输.在一实施方式中，MGCF首先仅为BS30业务配置 IM-MGW，但是没有接通数据连接.只要MGCF从IMS获得关于选择的编 解码器的信令，MGCF就能识别这是否是视频电话，并在这种情况下将 IM-MGW配置为使IM-MGW启动H. 223带内协商。相反，如果选择透明的 传输，就不需要转换IM-MGW的配置.IM-MGW优选自动执行导向所谓"主机从机确定"的H. 245程序.
在简单的实施方式中，IM-MGW还自动发送和接收所谓的"终端能 力集"消息.该消息包含以下信息所支持的音频和视频编解码器及 其特殊性质；以及多路复用器的功能范闺(例如支持哪个适配层，多 路复用的被支持的联网深度，即所谓"简单"还是"联网"的多路复 用，以及关于特定于移动的扩展的说明).IM-MGW在发送的"终端能 力集"消息中说明反映它自己的能力的预配置值.
在简单的实施方式中，放弃在MGCF和IM-MGW之间传送编解码器， 而是将MGCF和IM-MGW配置为使得它们在IMS —方的SIP/SDP带外协 商中或在CS网络一方的H. 245带内协商中选择相同的语音和视频编解 码器，该实施方式是足够的，因为按照3GPP TS 26. 235和TS 26.110 在CS域和IMS中必须支持相同的语音和视频编解码器.
但在替换实施方式中，IM-MGW与MGCF交换关于所支持的编解码器 的信息
在优选实施方式中，MGCF通知IM-MGW, IM-MGW应当在发送的"终 端能力集"消息中说明什么样的编解码器，并分别告知该编解码器配 置的细节.优选的，MGCF为此选择它在IMS—方已经从SIP/SDP信令 中获得的编解码器.在一实施方式中，MGCF在选择时还考虑在IM-MGW 上支持什么样的编解码器.MGCF拥有关于该能力的已配置知识，或者 MGCF借助所谓的H. 248 "审核能力"消息来查询IM-MGW的这种能力. 在替换实施方式中，IM-MGW在MGCF将编解码器用"终端能力集"消息 发送出去之前，从MGCF接收的编解码器中去掉IM-MGW自己不支持的 编解码器.
MGCF优选在"添加"或"修改"消息中作为"信号"参数来给出 编解码器，该参数向IM-MGW指明要执行H. 245协商，
MGCF可以在它指示IM-MGW开始H. 245协商时就已经给出该编解码 器，或者在稍后时刻在单独的H. 248消息中，例如在MGCF从SIP消息 中获得相应信息时才给出该编解码器.如果MGCF到稍后时刻才说明该 编解码器，则指示MGCF要等待该消息.为此，MGCF优选使用"信号" 的特殊参数，该参数向IM-MGW指明要执行H. 245协商.如果MGCF还 没有发送编解码器，而且MGCF不要求等待，则IM-MGW发送具有预配 置值的"终端能力集"消息.在优选实施方式中，IM-MGW还通知MGCF，它已在"终端能力集" 消息中接收了哪些编解码器，并在此还分别给出该编解码器的详细配 置.优选的，IM-MGW不向MGCF告知自己不支持的编解码器.MGCF优 选借助SIP/SDP将该信息转发给IMS中的终端.
为了告知所接收的编解码器，MGCF优选使用为此新标准化的所谓 H. 248 "亊件"，该亊件优选由MGCF添加到同一个H. 248消息中，在 该H. 248消息中MGCF指示IM-MGW启动H. 223协商.如果接着IM-MGW 接收"终端能力集"消息，则IM-MGW按照本发明使用所谓的H. 248 "通 知"消息，在该消息中IM-MGW说明新定义的"事件"并将编解码器作 为该亊件的参数给出.
在实施方式中，IM-MGW在交换了 H. 2""终端能力集"消息以及 H. 245 "主机从机确定"结束之后自动开放逻辑的H. 223信道，从而它 在主机从机确定开始之后负责这件亊.在此，IM-MGW从"终端能力集" 消息中传送的编解码器的子集中选择合适的编解码器，优选分别选择 一个语音编解码器和一个视频编解码器，然后借助所谓的H. 245 "开放 逻辑信道"消息来开放信道.如上所述，IM-MGW通知MGCF该信道被开 放.
在替换实施方式中，MGCF指示IM-MGW为特定的编解码器建立逻辑 信道，优选通过由MGCF在H. 248 "修改"消息中作为合适的新标准化 的信号的特殊参数来说明该编解码器.如果MGCF想要使用这样的信号， 则优选指示MGCF等待该消息.为此MGCF优选使用"信号"的特殊参 数来指示IM-MGW执行H. 245协商.
在优选实施方式中，IM-MGW还在借助H. 245的带内协商发生错误 时通知MGCF,该错误例如是由于没有得到允许传输视频电话的相同的 能力。如果带内协商没有成功，则MGCF可以取消呼叫，或者返回到语 音，其中MGCF可以在CS —方使用所谓的"业务变更和UDI后退" (SCUDIF) ， 3GPPTS 23,172，还可以在SIP/SDP的IMS—方借助SIP
"重新遨请"消息来进行编解码器重协商.
MGCF可以指示IM-MGW在首次配置所谓的"终止"时就已经执行连 接，或者在报告了成功的带内协商之后才执行连接.只要MGCF指示 IMS-MGW接通视频呼叫，则IMS-MGW就将针对视频编解码器的设置与针 对语音编解码器的设置相比较，以决定是否需要为视频信号和/或语音信号转换代码.
本法明的其他特征和优点由权利要求和下面借助附图对实施例的 描述给出，
附困说明
图l示出网络配置，
图2示出关键部件的框图，
图3示出与实施方式的交互的原理，
图4示出视频呼叫的上下文.
具体实施例方式
图1示出典型的网络配置.其示出连接到3GPP CS域的移动终端 设备MS1与连接到IMS的移动终端设备MS2通信所需要的网络配置. CS域借助"媒体网关控制功能"(MGCP)和IMS媒体网关(IM-MGW) 与IMS连接。MGCF借助由ITU-T标准化的H. 248协议通过所谓的"Mn" 接口检查IMS-MGW.在CS域中，在核心网络中设置所谓的"移动交换 中心"(MSC)服务器，该服务器通过BICC信令相互地以及与MGCF通 信.它们检查每个CS-MGW. CS-MGW相互之间以及与IM-MGW之间通 过所谓的"Nb"接口连接.对于视频电话采用所谓的"BS30"数据传 输服务(承栽业务).MSI借助所谓的无线电接入网络、例如UTRAN 与CS-MGW的MSC服务器连接.在IMS中，MGCF借助SIP呼叫控制协 议与所谓的"呼叫会话控制功能"(CSCF)通信，后者将信令通过"网 关GPRS支持节点"(GGSN )和无线电接入网络如UTRAN例如传送给移 动终端设备MS2.数据由IMS媒体网关通过Mb接口传送给GGSN，后者 同样通过无线电接入网络UTRAN将该数据再转发给MS2.
图2示出关键部件的框图.其示出MGCF和IM-MGW中的功能关键 部件.按照本发明，所谓的"H. 245"客户机、即终止H. 245协议的功 能单元位于IM-MGW中，并借助H. 248协议通过"Mn"接口与MGCF中 负责所谓"呼叫控制"的功能部件交换涉及编解码器的选择和呼叫建 立的流程的信息，该功能部件优选是在IMS中负责处理SIP和SDP的 功能部件.按照本发明，CS—方将在H. 223协议内接收的H. 245消息 由H. 223多路复用器转发给"H. 245客户机".按照本发明，H. 245客户机还与H. 223多路复用器/信号分离器交换关于H. 223协议的信息. 在IM-MGW中分开地处理音频和视频的所谓"介质流".依据在IMS和 CS中选择的视频和音频编解码器以及它们在这些网络中的传输格式的 细节，可以选棒性地要求透明地转发数据，即所谓的"重构"，也就 是简单地改变传输格式，或者在不同的编解码器之间借助所谓的代码 转换器对数据进行完全转换.本发明的目的在于基本上避免尤其是针 对视频编解码器的代码转换.
图3(交互的原理膽助信令流程示出CS—方的H. 245信令和MGCF 与IM-MGW之间的H. 248信令之间的交互原理.
该信令步骤如下所示
1. MGCF决定在CS—方建立用于视频电话的H. 324连接.首先MGCF 配置在CS网络中的物理的"终止".对于分组传输，MGCF为此借助 H. 248 "添加"命令在新的所谓H. 248 "上下文"中产生新的终止.对 于TDM传输，MGCF可以将表示物理导线中的固定时隙的现有的终止推 移到新的上下文中.该终止被分配给所谓的H. 248 "流".
2. IM-MGW相应地建立终止，并且返回该终止的标识符Tl以及上下 文的标识符Cl.
3. 建立CS—方的传输连接，
4. MGCF按照现有的H. 248. 1和H. 248. 20标准建立特殊的逻辑 H. 248终止来描述同一上下文C1中的多路复用，并通过所谓的"Mux" 参数表明该多路复用描述在终止T1中，并按照H. 223标准进行.MGCF 描述H. 223协议的逻辑信道，该信道应当借助自己的"流"而被用于 H. 245信令，该流被分配了值为0的所谓"逻辑信道号"(LCN).按 照本发明，MGCF指示IM-MGW优选借助新的所谓H.248 "信号"开始所 谓"多路复用级"的H. 223协商，该"信号"在此称为"H223协商" 按照本发明，MGCF指示IM-MGW接着优选借助新的所谓H. 248 "信号" 开始H. 245协商，该"信号"在此称为"H245协商".在本发明的变 形中，将"H223协商"和"H245协商"组合为一个信号，按照本发明， MGCF优选指示IM-MGW， 一旦所谓"多路复用级"的H. 223协商结束， 就优选借助新的所谓H. 248 "亊件"向MGCF发送消息，该"亊件"在 此称为"H223建立"，按照本发明，MGCF还指示IM-MGW， 一旦IM-MGW 接收到H. 245 "终端能力集"消息就立即向MGCF发送具有CS —方支持的编解码器的消息.优选MGCF为此使用新的所谓H. 248 "亊件"，其 在此称为"H245能力".按照本发明，MGCF还指示IM-MGW, —旦借助 H. 245开放了逻辑H. 223 "信道"就向MGCF发送具有所选择的编解码 器和对应的H.245 "逻辑信道号"的消息.优选的，MGCF为此使用新 的所谓H. 248 "事件"，其在此称为"H245信道".
5. IM-MGW相应地设置新的终止，并返回标识符T2.
6. IM-MGW建立H. 223连接，在此在示例2中协商多路复用级.
7. 按照本发明，IM-MGW通知MGCFH. 223多路复用级的协商已经结 束.优选IM-MGW使用具有新亊件"H223建立"的所谓H. 248 "通知" 消息来向MGCF报告.
MGCP可以使用所获得的信息来确定在给定时刻是否可以进行带内 H.245协商，这是有利的，因为例如所谓的"早期介质"在通过CS — 方的呼叫控制信令进行的呼叫建立完全结束前依据所参与的网络贯通 或者被阻断.如果在较长的时间段期间没有接收到H."3信令，则MGCF 还可以确定以下的错误情况MGCF等待的是错误的视频电话.
8. MGCF确认获得了 "通知"消息。
9. IM-MGW获得所谓的"终端能力集"H. 245消息，该消息可以与 所谓的"主机从机确定"H. 245消息组合在一起."终端能力集"H. 245 消息包含关于CS网络中的终端支持的语音和视频编解码器以及它们的 配置的细节的说明等等.
10. 按照本发明，IM-MGW转发所获得的关于编解码器的信息.优选 的，IM-MGW为此使用具有新事件"h245能力"的所谓H. 248 "通知" 消息，该亊件包含适用于说明编解码器的参数，例如作为SDP或者按 照所谓H. 248 "SDP等价物"形式编码.
在本发明的优选变形中，IM-MGW在将该信息转发给MGCF之前删除 IM-MGW不支持的编解码器.
11. MGCF确认获得了 "通知"消息.
12. IM-MGW确认"终端能力集"H. 245消息和"主机从机确定"H. 245 消息，
13. MGCP指示IM-MGW提供在H. 245协商中确定的编解码器，例如 因为MGCF已经在IMS —方的SIP/SDP消息内获得了相应的信息.优选 MGCF还考虑由IM-MGW支持的编解码器.MGCF拥有关于这些能力的已配置知识，或者MGCF借助所谓的H. 248"审核能力"消息来查询IM-MGW 的这些能力.在本发明的优选实施方式中，MGCF不自动考虑由IM-MGW 支持的编解码器，而是将所有可用的编解码器发送给IM-MGW. IM-MGW 接着在H. 245信令中转发该信息之前自动删除其不支持的编解码器. 优选MGCF采用H. 248 "修改"消息内的所谓H. 248 "信号"、即 "H245协商"，并给出编解码器作为该"信号"的合适参数，例如作 为SDP或按照所谓H. 248 "SDP等价物"的形式编码.
14. IM-MGW发送"终端能力集"H. 245消息，在该消息中IM-MGW 说明例如涉及H. 223协议选项的IM-MGW所支持的功能，转发由MGCF 在消息13中接收的、涉及编解码器的信息，并且还考虑在步骤6中确 定的H. 223多路复用级，在此，IM-MGW将该消息与"主机从机确定" H. 245消息组合起来。
15. IM-MGW发送对H. 248 "修改"消息的确认.
16. IM-MGW获得对"终端能力集"H. 245消息和"主机从机确定" H. 245消息的确认.
17. MGCF选择用于视频电话的编解码器，其中MGCF考虑来自IMS 的SIP/SDP信令的信息以及包含在消息10中的、涉及CS—方的终端 的信息，优选的，MGCF按照本发明选择既在IMS又在CS网络中受到支 持的编解码器，以避免代码转换.
按照本发明，MGCF指示IM-MGW为这些编解码器配置逻辑信道.
优选的，MGCF使用H. 248 "修改"消息内的新的所谓H. 248 "信号"、 即"H245选择"，并给出编解码器作为该"信号"的合适参数，例如 作为SDP或按照所谓H. 248 "SDP等价物"的形式编码.
在本发明的未示出变形中，MGCF放弃对编解码器的最终选择，并 将该决定权交予IM-MGW. IM-MGW由此按照本发明从消息9和13获得 的编解码器的子集以及它自己支持的编解码器中选择编解码器.
18. MGCF为消息17中获得的编解码器发送所谓的"开放逻辑信道" H. 245消息，在该消息中MGCF采用对应于所选择的编解码器的H.223
"逻辑信道号"(LCN )，该逻辑信道号事先已借助"终端能力集"H. 245 消息9或14确定.
在未示出的情况中，还可以由IM-MGW从CS网络中获得"开放逻 辑信道"H. 245消息，在这种情况下在CS网络中从"终端能力集"H. 245消息14所提供的功能中选择.
19. IM-MGW确认"修改"消息.如果IM-MGW不能建立所要求的逻 辑"信道"，例如因为IM-MGW是H. 245 "从机"，则IM-MGW优选在该 消息中告知这一点.
20. IM-MGW获得所谓的"开放逻辑信道确认"H. 245消息.
21. 按照本发明，只要逻辑"信道"借助H. 245开放，IM-MGW就通 知MGCF，并转发所使用的H. 223 "逻辑信道号"以及相应的编解码器. IM-MGW借助在相应的"逻辑信道号"消息中发送的"逻辑信道号"和 在"终端能力集"H. 245消息9或14中分配给IM-MGW的信息来确定编 解码器.
优选的，IM-MGW为此使用具有新亊件"H245信道"的所谓H. 248 "通知"消息，该新亊件包含适用于说明编解码器以及"逻辑信道号" 的参数，例如作为SDP或按照所谓H. 248 "SDP等价物"的形式编码.
22. MGCF确认该"通知"消息.
23. MGCF指示IM-MGW建立逻辑H. 223信道，该信道已经是借助消 息21至26通过H. 245信令协商好的，为此IM-MGW发送涉及多路复用 终止T2的H. 248 "修改"消息，在该消息中IM-MGW描述了新的"流3"， 其中IM-MGW与在消息21中一样给出LCN和编解码器.
24. IM-MGW发送对H. 248 "修改"消息的确认.
25. MGCF指示IM-MGW在IMS—方建立终止，流3应当与该终止关 联，从而IM-MGW将对应于在IMS或CS网络中接收的流3的数据分别 转发给另一方.为此IM-MGW发送涉及编解码器Cl的H. 248 "添加"消 息，并在其中说明需要"流3"以及为此使用哪个编解码器.如果在消 息23和25中给出同样的编解码器，则IM-MGW认定不需要代码转换.
26. IM-MGW确认"修改"消息,
27. 还执行步骤17至26，以配置用于传输语音的承载的"流4" 以及配置终止T4的相应语音编解码器.
视频呼叫的H. 248上下文如图4所示.
权利要求
1.一种用于建立视频或多媒体电信连接的方法，该电信连接在建立之后通过导线连接的(电路交换，CS)电信网络和通过另一个使用SIP来进行信令的电信网络(IMS)引导，其中“媒体网关控制功能”装置(MGCF)至少指示电信网络(CS，IMS)的“互联网多媒体-介质网关”装置(IM-MGW)，为了建立该视频或多媒体电信连接而在导线连接的电信连接网络中执行涉及用于视频或多媒体连接的编解码器的带内协商，据此“互联网多媒体-介质网关”装置(IM-MGW)至少执行向其指示的协商。
2. 根据权利要求1所述的方法，其特征在于，所述电信连接在建 立之后通过导线连接的电信网络(CS)以及通过使用SIP来进行信令 的电信网络来引导，该导线连接的电信网络是或包含3GPP CS域或 PSTN,所述使用SIP来进行信令的电信网络是或包含"IP多媒体子系 统"电信网络(IMS).
3. 根据权利要求1或2所述的用于建立视频电信连接的方法， 该电信连接在建立之后通过导线连接的电信网络(CS )和通过"IP多媒体子系统"电信网络(IMS)引导，其中"IP多媒体子系统"电信网络(IMS)的"媒体网关控制功能" 装置(MGCF)至少指示"互联网多媒体-介质网关"装置(IM-MGW)，首先，执行用于"IP多媒体子系统"电信网络(IMS)中的视频电 信连接的"H. 223多路复用级"的H. 223协商，其次，为了在导线连接的电信网络(CS)中建立H. 324视频电信 连接而执行涉及用于该视频电话连接的编解码器的H. 245协议协商，笫三，只要借助H. 245信令开放了用于视频电信连接的H. 223传 输信道，就通知"媒体网关控制功能"装置(MGCF),据此"IP多媒体子系统"电信网络(IMS)的"互联网多媒体-介 质网关"装置(IM-MGW)至少执行这3个指示.
4. 根据上述权利要求之一所述的方法，其特征在于，如果"媒体 网关控制功能"装置(MGCF)在呼叫建立时基于呼叫控制信令识别或 假定在导线中继(CS) —方期望按照H. 324协议的视频电话，则给出所述指示.
5. 根据上述权利要求之一所述的方法，其特征在于，"媒体网关 控制功能"装置(MGCF)借助所谓的H. 248 "添加"或"修改"消息来 配置"互联网多媒体-介质网关"装置(IM-MGW),尤其是在"媒体 网关控制功能"装置(MGCF)建立负责处理多路复用的H. 223协议的 所谓"终止"时.
6. 根据上述权利要求之一所述的方法，其特征在于，"媒体网关 控制功能"装置(MGCP)在发送给IM-MGW的所述消息中添加一个或多 个新标准化的所谓H. 248 "信号"，这些"信号"表明应当执行H. 223 和/或H. 245协商.
7. 根据上述权利要求之一所述的方法，其特征在于，为了告知逻 辑H.223信道的建立，"媒体网关控制功能"装置(MGCF)使用为此 新标准化的所谓H. 248 "事件"，该"亊件"由"媒体网关控制功能" 装置(MGCF)添加到发送给IM-MGW的H. 2"消息中，如果接下来借助H. 245信令开放逻辑H. 223信道，则"互联网多 媒体-介质网关"装置UM-MGW)使用所谓的H. 248 "通知"消息将此 事向MGCF报告，在该"通知"消息中IM-MGW说明新定义的"亊件".
8. 根据上述权利要求之一所述的方法，其特征在于，"互联网多 媒体-介质网关"装置(IM-MGW)在关于开放逻辑H. 223信道的报告 中说明所选择的编解码器以及所谓"逻辑信道号"，优选作为在该报 告中使用的事件的参数.
9. 根据上述权利要求之一所述的方法，其特征在于，"互联网多 媒体-介质网关"装置(IM-MGW)还在"多路复用级"的H. 223协商 结束时或该协商发生错误时通知MGCF.
10. 根据上述权利要求之一所述的方法，其特征在于，为了报告关 于"多路复用级"的H. 223协商的结果，"媒体网关控制功能"装置(MGCF)使用为此新标准化的所谓H. 248 亊件"，该"亊件"由"媒 体网关控制功能"装置(MGCF)添加到发送给MGW的H. 248消息中， 如果接着"多路复用级"的H. 223协商结束，则"互联网多媒体-介质 网关"装置(IM-MGW)使用所谓的H. 248 "通知"消息将此亊向MGCF 报告，在该消息中说明新定义的"亊件".
11. 根据上述权利要求之一所述的方法，其特征在于，在从导线中继(CS)网络通过笫一MGCF向着"IP多媒体子系统"电信网络(IMS) 的方向上建立呼叫的情况下，该连接建立从"IP多媒体子系统"电信 网络(IMS)转发给其它"媒体网关控制功能"装置(MGCF)，该第一 MGCF指示由其检查的"互联网多媒体-介质网关"装置(IM-MGW)透明地转发数据信道.
12. 根据上述权利要求之一所述的方法，其特征在于，"互联网多 媒体-介质网关"装置(IM-MGW)优选自动执行导向所谓"主机从机确 定"的H. 245程序.
13. 根据上述权利要求之一所述的方法，其特征在于，"互联网多 媒体-介质网关"装置(IM-MGW)还自动发送和接收所谓的"终端能力 集"消息.
14. 根据上述权利要求之一所述的方法，其特征在于，放弃在"媒 体网关控制功能"装置(MGCF)和"互联网多媒体-介质网关"装置(IM-MGW)之间传送编解码器，而且"媒体网关控制功能"装置(MGCP) 和"互联网多媒体-介质网关"装置(IM-MGW)被配置为使得它们在"IP 多媒体子系统"电信网络(IMS) —方的SIP/SDP带外协商中或在导线 中继(CS)网络一方的H. 245带内协商中选择相同的语音和视频编解 码器.
15. 根据上述权利要求之一所述的方法，其特征在于，"互联网多 媒体-介质网关"装置(IM-MGW)与"媒体网关控制功能"装置(MGCF) 交换关于所支持的编解码器的信息.
16. 根据上述权利要求之一所述的方法，其特征在于，"媒体网关 控制功能"装置(MGCF )指示"互联网多媒体-介质网关"装置(IM-MGW),"互联网多媒体-介质网关"装置(IM-MGW)应当在发送的"终端能力 集"消息中说明什么样的编解码器.
17. 根据权利要求15所述的方法，其特征在于，"媒体网关控制 功能"装置(MGCF)向"媒体网关控制功能"发送该"媒体网关控制 功能"装置(MGCF)在"IP多媒体子系统"电信网络(IMS) —方已经 从SIP/SDP信令中获得的编解码器.
18. 根据权利要求15所述的方法，其特征在于，"媒体网关控制 功能"装置(MGCF)仅向"媒体网关控制功能"发送在"互联网多媒 体-介质网关"装置(IM-MGW)上得到支持的编解码器.
19. 根据权利要求15所述的方法，其特征在于，"互联网多媒体-介质网关"装置(IM-MGW)在"媒体网关控制功能"装置(MGCF)将 编解码器用"终端能力集"消息发送出去之前，从"媒体网关控制功 能"装置(MGCF)接收的编解码器中去掉"互联网多媒体-介质网关" 装置(IM-MGW)自己不支持的编解码器.
20. 根据上述权利要求之一所述的方法，其特征在于，"媒体网关 控制功能"装置(MGCF)在"添加"或"修改"消息中作为"信号" 的参数来给出所述编解码器，该参数指示"互联网多媒体-介质网关" 装置(IM-MGW)要执行H. 245协商.
21. 根据上述权利要求之一所述的方法，其特征在于，"媒体网关 控制功能"装置(MGCF)在其指示"互联网多媒体-介质网关"装置(IM-MGW)开始H. 245协商时给出所述编解码器.
22. 根据上述权利要求之一所述的方法，其特征在于，"媒体网关 控制功能"装置(MGCF)在从SIP消息中获得涉及编解码器的信息时 在"媒体网关控制功能"装置(MGCF)所发送的H. 248消息中给出所 述编解码器.
23. 根据上述权利要求之一所述的方法，其特征在于，"互联网多 媒体-介质网关"装置(IM-MGW )还通知"媒体网关控制功能"装置(MGCF ) 该"互联网多媒体-介质网关"装置(IM-MGW)已在"终端能力集"消 息中接收了哪些编解码器.
24. 根据上述权利要求之一所述的方法，其特征在于，"互联网多 媒体-介质网关"装置(IM-MGW )仅向"媒体网关控制功能"装置(MGCF) 告知在"终端能力集"消息接收的编解码器中受到"互联网多媒体-介 质网关"装置(IM-MGW)支持的编解码器.
25. 根据上述权利要求之一所述的方法，其特征在于，为了报告由 "互联网多媒体-介质网关"装置(IM-MGW)在"终端能力集"消息中接收的编解码器，"媒体网关控制功能"装置(MGCF)使用为此新标 准化的所谓H.248 "亊件"，该"亊件"优选由"媒体网关控制功能" 装置(MGCP)添加到同一个H. 248消息中，在该H. 248消息中"媒体 网关控制功能"装置(MGCF)指示"互联网多媒体-介质网关"装置 (IM-MGW)启动H. 223协商，以及如果接着"互联网多媒体-介质网关"装置(IM-MGW)接收"终端能力集"消息，则"互联网多媒体-介质网关"装置(IM-MGW)使用所 谓的H. 248 "通知"消息来向MGCF报告，在该消息中"互联网多媒体-介质网关"装置(IM-MGW)说明新定义的"亊件".
26. 根据上述权利要求之一所述的方法，其特征在于，"互联网多 媒体-介质网关"装置(IM-MGW)在交换了 H. 245 "终端能力集"消息 以及H. 245 "主机从机确定"结束之后自动开放逻辑的H. 223信道，从 而"互联网多媒体-介质网关"装置(IM-MGW)在主机从机确定开始之 后负责该确定.
27. 根据上述权利要求之一所述的方法，其特征在于，"媒体网关 控制功能"装置(MGCF )指示"互联网多媒体-介质网关"装置(IM-MGW)为特定的编解码器建立逻辑信道.
28. 根据上述权利要求之一所述的方法，其特征在于，"媒体网关 控制功能"装置(MGCF)在H. 248 "修改"消息中作为合适的新标准化 的信号的特殊参数来说明特定的编解码器以及逻辑信道.
29. 根据上述权利要求之一所述的方法，其特征在于，"互联网多 媒体-介质网关"装置(IM-MGW)还在借助H. 245的带内协商发生错误 时通知"媒体网关控制功能"装置(MGCF)，该错误例如由于没有找 到允许传输视频电话的相同的能力.
30. 根据上述权利要求之一所述的方法，其特征在于，"媒体网关 控制功能"装置(MGCF )指示"互联网多媒体-介质网关"装置(IM-MGW) 在首次配置所谓的"终止"时就已经执行连接，或者在报告了成功的 带内协商之后才执行连接.
31. —种"媒体网关控制功能"装置(MGCF)，尤其是用于执行根 据上述权利要求之一所述的方法，其实施为至少指示"互联网多媒体-介质网关"装置(IM-MGW):首先，执行用于电信连接的"H. 223多路复用级"的H. 223协议协商，其次，为了建立用于电信连接的H. 324协议连接而执行H. 245协 议协商，第三，只要借助H.245信令开放了逻辑H. 223信道，就通知"媒 体网关控制功能"装置(MGCF).
32. —种"互联网多媒体-介质网关"装置(IM-MGW),尤其用于执行根据权利要求1至30中任一项所述的方法，其实施为按照"媒体 网关控制功能"装置(MGCF)的指示首先，执行用于电信连接的"H. 223多路复用级"的H. 223协议协商，其次，为了建立用于电信连接的H. 324协议连接而执行H.245协 议协商，第三，只要借助H. 245信令开放了逻辑H. 223信道，就通知"媒 体网关控制功能"装置(MGCF).
33.—种电信网络，尤其是用于执行根据权利要求1至30之一所 述的方法,具有"媒体网关控制功能"装置(MGCF)，其尤其是用于"IP多 媒体子系统"电信网络(IMS)中，其实施为至少指示"互联网多媒体 -介质网关"装置UM-MGW):首先，执行用于电信连接的"H. 223多路复用级"的H. 223协议协商，其次，为了建立用于电信连接的H. 324协议连接而执行H. 245协 议协商，第三，只要借助H. 245信令开放了逻辑H.223信道，就通知"媒 体网关控制功能"装置(MGCF)，以及具有"互联网多媒体-介质网关"装置(IM-MGW)，其尤其是用于 "IP多媒体子系统"电信网络(IMS)中，其实施为按照"媒体网关控 制功能"装置(MGCF)的指示首先，执行用于电信连接的"H. 223多路复用级"的H.223协议协商，其次，为了建立用于电信连接的H. 324协议连接而执行H.245协 议协商，第三，只要借助H. 245信令开放了逻辑H. 223信道，就通知"媒 体网关控制功能"装置(MGCF).
全文摘要
本发明涉及一种用于建立电信连接、尤其是视频电信连接的方法和装置，该电信连接在建立之后通过导线连接的(电路交换，CS)电信网络和通过另一个使用SIP来进行信令的电信网络(IMS)引导，其中“IP多媒体子系统”电信网络(IMS)的“媒体网关控制功能”装置(MGCF)至少指示“互联网多媒体-介质网关”装置(IM-MGW)，首先，执行用于电信连接的“H.223多路复用级”的H.223协议协商，其次，为了建立用于电信连接的H.324协议连接而执行H.245协议协商，第三，只要借助H.245信令开放了逻辑H.223信道，就通知“媒体网关控制功能”装置(MGCF)，据此“IP多媒体子系统”电信网络(IMS)的“互联网多媒体-介质网关”装置(IM-MGW)至少执行这3个指示。
文档编号H04L29/06GK101292495SQ200680039110
公开日2008年10月22日 申请日期2006年9月8日 优先权日2005年10月21日
发明者A·特拉普, F·卡莱特纳, H·-J·哈尼什, N·塞特, T·贝林 申请人:西门子公司