CN102177692B - 用于转发媒体控制消息的系统、方法、程序元件和计算机可访问介质 - Google Patents

用于转发媒体控制消息的系统、方法、程序元件和计算机可访问介质 Download PDF

Info

Publication number
CN102177692B
CN102177692B CN200980140086.5A CN200980140086A CN102177692B CN 102177692 B CN102177692 B CN 102177692B CN 200980140086 A CN200980140086 A CN 200980140086A CN 102177692 B CN102177692 B CN 102177692B
Authority
CN
China
Prior art keywords
rtcp
media gateway
grouping
partially
groups
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.)
Active
Application number
CN200980140086.5A
Other languages
English (en)
Other versions
CN102177692A (zh
Inventor
T·贝林
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.)
Nokia Technologies Oy
Original Assignee
Nokia Siemens Networks Oy
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 Nokia Siemens Networks Oy filed Critical Nokia Siemens Networks Oy
Publication of CN102177692A publication Critical patent/CN102177692A/zh
Application granted granted Critical
Publication of CN102177692B publication Critical patent/CN102177692B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/102Gateways
    • H04L65/1043Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/65Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明可以提供一种用于控制媒体网关设备(200,308)的媒体网关控制设备/装置(100,312)。举例来说,所述媒体网关控制设备/装置可以包括控制装置(101)、收发器装置(102)和接口装置(104)。所述控制装置(101)可以被适配/配置成通过所述接口装置(104)与媒体网关设备(200,308)交换控制信号(103)。所述控制信号可以被适配/提供来对媒体网关设备(200,308)进行配置,以便把由媒体网关控制设备/装置(100,312)定义的至少一种RTCP分组类型的第一RTCP分组的至少一部分转发到媒体网关控制设备/装置。所述收发器装置(102)可以被适配/配置成通过所述接口装置接收来自媒体网关设备(200,308)的第一RTCP分组的(一个或多个)部分,以便对第一RTCP分组的所述(一个或多个)部分进行处理。所述收发器装置(102)还可以被适配/配置成在对应于第二RTCP分组的触发发生时,通过所述接口装置将第二RTCP分组的至少一部分发送到媒体网关设备(200,308)。

Description

用于转发媒体控制消息的系统、方法、程序元件和计算机可访问介质
发明领域
本发明涉及电信网络的技术领域。具体来说,本发明涉及一种媒体网关控制设备/装置、媒体网关设备、用于通过媒体网关控制设备/装置来控制媒体网关设备的方法、用于在媒体网关设备中进行RTCP消息处理的方法、程序元件、计算机可读介质以及用于配置媒体网关设备的ITU-TH.248协议的用途。
背景技术
可以利用SIP(会话发起协议)作为呼叫控制和IP/UDP/RTP(互联网协议/用户数据报协议/实时传输协议)作为媒体传输来执行多媒体呼叫。RTP协议可以是用于实时应用的协议。
举例来说,SIP可以被用在3GPP(第三代合作伙伴计划)因特网多媒体子系统(IMS)内,其可以是用于执行多媒体呼叫的子系统。
与RTP相组合,RTP控制协议(RTCP)可以被用来传递与媒体有关的反馈和控制消息。
与此相对,3GPPCS(电路交换)域内的多媒体呼叫可以使用ITU-TH.324,其中将ITU-TH.245作为带内信令协议。
H.324与SIP之间可能存在用于多媒体呼叫的交互工作。所述交互工作可以由在呼叫控制信令处理与媒体处理之间具有所谓的分离体系结构的实体来执行。作为一个例子,媒体网关控制功能(MGCF)可以通过所谓的Mn接口利用ITU-TH.248协议来控制所附的因特网多媒体媒体网关(IM-MGW)。
H.245呼叫控制协议可以被IM-MGW透明地转发到MGCF,并且可以在MGCF内与SIP/SDP(会话发起协议/会话描述协议)交互工作。
某些H.245消息可能与相应的RTCP消息有关,但是在H.245消息与RTCP消息之间可能不存在关联。这两种消息都在所述分离体系结构中的不同实体内被处理。
IETF文献RFC3550—“RTP:ATransportProtocolforReal-TimeApplications(RTP:一种用于实时应用的传输协议)”(2003年7月)描述了RTP,即实时传输协议。
IETF文献RFC4585—“ExtendedRTPProfileforReal-timeTransportControl(用于实时传输控制的扩展RTP简档)”(2006年7月)定义了对于视听简档(AVP)的一种扩展,其使得接收器能够向发送器提供在统计上更直接的反馈,并且从而允许实现短期适配以及高效的基于反馈的修理机制。该早期反馈简档(AVPF)保持对于RTCP的AVP带宽约束并且保留针对较大群组的可伸缩性。
IETF文献RFC5104—“CodecControlMessagesintheRTPAudio-VisualProfile(RTP视听简档中的编解码器控制消息)”(2008年2月)规定了针对定义在具有反馈的视听简档(AVPF)中的消息的几种扩展。
IETF文献RFC3261—“SIP:SessionInitiationProtocol(SIP:会话发起协议)”(2002年6月)描述了会话发起协议(SIP),其是一种用于创建、修改以及终止与一个或多个参与者的会话的应用层控制(信令)协议。
ITU的电信标准化部门的ITU-T文献“H.324–Terminalforlowbit-ratemultimediaCommunication(H.324-用于低比特率多媒体通信的终端)”(2002年3月)描述了用于低比特率多媒体通信的终端,其利用操作在GSTN(通用交换电话网)上的V.34调制解调器。H.324终端可以载送实时语音、数据和视频或者其任意组合,其中包括视频电话。
ITU的电信标准化部门的ITU-T文献“H.245–Controlprotocolformultimediacommunication(H.245-用于多媒体通信的控制协议)”(1989年9月)描述了终端信息消息的句法和语义以及在通信开始时或者在通信期间将其用于带内协商的规程。
ITU的电信标准化部门的ITU-T文献“H.248.1–Gatewaycontrolprotocol:Version2(H.248.1-网关控制协议:第2版)”(2002年5月)定义了在物理分解的多媒体网关的各元件之间所使用的协议。
3GPP的技术规范—技术规范组服务和系统方面,3GPPTS26.114,“IPMultimediaSubsystem(IMS);MultimediaTelephony;Mediahandlingandinteraction(IP多媒体子系统(IMS);多媒体电话;媒体处理和交互)”(第7版,2008年8月)规定了用于IMS的多媒体电话服务(MTSI)的客户端,其支持通过RTP传输的通话话音(包括DTMF)、视频和文本,其有机会递送与利用等量网络资源的电路交换(CS)通话服务的用户体验相当或更好的用户体验。
3GPP的技术规范—技术规范组核心网络和终端,3GPPTS29.163,“InterworkingbetweentheIPMultimedia(IM)CoreNetwork(CN)subsystemandCircuitSwitched(CS)networks(IP多媒体(IM)核心网络(CN)子系统与电路交换(CS)网络之间的交互工作)”(第8版,2008年5月)规定了3GPPIMCN子系统与基于BICC/ISUP的传统CS网络之间的交互工作的原理,以便支持IM基本语音、数据和多媒体呼叫。
文献3GPPTSG-CTWG3,C3-081029,“Use-casesandRequirementsforEnhancementofInterworkingbetweenMTSIandCircuitSwitchednetworks(用于增强MTSI与电路交换网络之间的交互工作的使用情况和要求)”(Meeting#48bis,Croatia,2008年6月23-27日)讨论了针对IMS与CS之间的交互工作的一种提议。
文献3GPPTSG-CTWG3,C3-081211,“Encodingformats,transportformatsandmediadescriptionsignallingforinterworking,QoE,andotherenhancementstoMTSI-MHI(用于交互工作、QoE以及针对MTSI-MHI的其他增强的编码格式、传输格式和媒体描述信令)”(Meeting#48bis,Croatia,2008年6月23-27日)讨论了针对MGCF和IM-MGW处的交互工作的提议。
文献3GPPTSG-SA4,TdocS4-080419,“[DRAFT]LSReplyonpossibleinterworkingofMTSIparameters([草稿]关于MTSI参数的可能交互工作的LS答复)”(Meeting#49,USA,2008年6月30日-7月3日)讨论了MTSI参数的可能交互工作。
存在对提供RTCP消息与H.245消息的更加高效的交互工作的需要。
发明内容
根据本发明的一个示例性实施例,可以提供一种媒体网关控制设备、媒体网关设备、用于控制媒体网关设备的方法、用于在媒体网关设备中进行RTCP消息处理的方法、程序元件、计算机可访问介质以及用于配置媒体网关设备的ITU-TH.248协议的用途。
根据本发明的另一个示例性实施例,用于控制媒体网关设备的媒体网关控制设备/装置可以包括控制装置、收发器装置和接口装置。
所述控制装置可以被适配成通过所述接口装置与媒体网关设备交换控制信号。所述控制信号可以被适配/提供来将媒体网关设备配置成把第一RTCP(RTP(实时传输协议)控制协议)分组的至少一部分转发到媒体网关控制设备/装置。可以被转发的所述RTCP分组可以是由媒体网关控制设备/装置定义的至少一种RTCP分组类型。第一RTCP分组的所述至少一部分也可以包括整个RTCP分组。
所述收发器装置可以被适配成在通过所述接口装置接收到来自媒体网关设备的第一RTCP分组的至少一部分时,对第一RTCP分组的所述至少一部分进行处理。
在一个示例性实施例中,所述收发器装置可以被适配/配置成在接收到第一RTCP分组的至少一部分或至少一段之后对第一RTCP分组的所述至少一部分进行处理。
根据本发明的另一个示例性实施例,可以提供用于进行RTCP消息处理的媒体网关设备,其包括控制装置、收发器装置、控制接口装置和RTCP接口装置。
所述控制装置可以被适配/配置成通过所述控制接口装置与媒体网关控制设备/装置交换控制信号。所述控制信号可以被适配成对媒体网关设备进行配置,以便把由媒体网关控制设备/装置定义的至少一种RTCP分组类型的第一RTCP分组的至少一部分转发到媒体网关控制设备/装置。因此,媒体网关设备可以把整个第一RTCP分组或者第一RTCP分组的至少一部分传送到媒体网关控制设备/装置。
在本发明的一个示例性实施例中,所述收发器装置可以被适配/配置成在通过所述RTCP接口接收到第一RTCP分组时,通过所述控制接口装置把第一RTCP分组的至少一部分转发到媒体网关控制设备/装置。如果媒体网关设备确定所接收到的第一RTCP分组是媒体网关控制设备/装置可能期望进行处理的类型,则可以发送第一RTCP分组的所述至少一部分。
根据本发明的另一个示例性实施例,可以提供一种用于通过媒体网关控制设备/装置来控制媒体网关设备的方法。所述示例性方法可以包括:由媒体网关控制设备/装置定义至少一种所期望的RTCP分组类型。举例来说,媒体网关控制设备/装置可以作为一个例子定义一种媒体网关控制设备/装置可能期望进行处理的RTCP分组类型。
所述方法还可以包括:在媒体网关控制设备/装置与媒体网关设备之间交换控制信号。该控制信号可以被适配/提供来将媒体网关设备配置成把所定义的RTCP分组类型的第一RTCP分组的至少一部分转发到媒体网关控制设备/装置。
在本发明的一个示例性实施例中,在通过媒体网关控制设备/装置的接口装置接收到来自媒体网关设备的第一RTCP分组的至少一部分时,可以由媒体网关控制设备/装置对第一RTCP分组的所述至少一部分进行处理。
根据本发明的另一个示例性实施例,可以提供一种用于在媒体网关设备中进行RTCP消息处理的方法。所述示例性方法可以包括通过所述控制接口与媒体网关控制设备/装置交换控制信号,其中所述控制信号可以被适配来将媒体网关设备配置成转发至少一种RTCP分组类型的第一RTCP分组的至少一部分。所述RTCP分组类型可以由媒体网关控制设备/装置定义。
可以从媒体网关设备把由媒体网关控制设备/装置定义的至少一种RTCP分组类型的第一RTCP分组的所述至少一部分转发到媒体网关控制设备/装置。因此,在一个示例性实施例中,在通过媒体网关设备的RTCP接口接收到所定义的分组类型的第一RTCP分组时,媒体网关设备可以通过媒体网关设备的控制接口装置把第一RTCP分组类型的至少一部分转发到媒体网关控制设备/装置。
根据本发明的另一个示例性实施例,可以提供一种程序元件,当由处理器执行时,其可以被适配成实施所述用于控制媒体网关设备的方法和/或所述用于在媒体网关设备中进行RTCP消息处理的方法的至少其中一种。
根据本发明的另一个示例性实施例,可以提供一种计算机可读/计算机可访问介质,其可以包括程序代码,当由处理器执行时,所述程序代码被适配/配置成实施所述用于控制媒体网关设备的方法和/或所述用于在媒体网关设备中进行RTCP消息处理的方法的至少其中一种。
计算机可读介质可以是软盘、硬盘、USB(通用串行总线)存储装置、RAM(随机存取存储器)、ROM(只读存储器)和EPROM(可擦写可编程只读存储器)。计算机可读介质还可以是数据通信网络(例如因特网),其可以便于下载程序代码。
根据本发明的另一个示例性实施例,可以提供对于ITU-TH.248协议的使用,以便将媒体网关设备配置成把第一RTCP分组的至少一部分转发到媒体网关控制设备/装置。
IMS子系统与CS平台之间的交互工作可以提供RTCP与H.245的交互工作。这种交互工作可以被实现在MGCF和IM-MGW或IMS媒体网关处。
作为一个例子,IMS侧的RTCPAVPF画面损失指示(PLI)可以与H.324M/H.245的videoFastUpdatePicture(视频快速更新画面)命令交互工作。
在另一个例子中,IMS侧的RTCPAVPF临时最大媒体比特率请求(TMMBR)和临时最大媒体比特率通知(TMMBN)消息可以与H.324M/H.245的flowControlCommand(流控制命令)消息交互工作。
所述示例性交互工作可以利用MGCF与IM-MGW之间的专用Mn交互。
所述交互工作或变换还可以便于实现H.248规程,以便支持传送类似于包含在AVPF画面损失指示(PLI)、临时最大媒体比特率请求(TMMBR)和临时最大媒体比特率通知(TMMBN)消息中的信息。AVPFPLI可以是一则消息,解码器可以利用该消息向编码器通知属于一个或多个画面的未定义数量的已编码视频数据的损失。利用TMMBR,接收器、翻译器(translator)或混频器可以请求发送器把对应于媒体流的最大比特率限制到所提供的值或以下。TMMBN可以包含媒体发送器对于其可能已经接收到的TMMBR定义的限制当中最具限制性的子集的当前看法,以便帮助各参与者抑制将不会进一步约束该媒体发送器的TMMBR。
此外,可以按照可扩展的方式来设计RTCP,以便包括对于所添加的任何新编解码器具有特定扩展的可能性。通过由媒体网关控制设备/装置对媒体网关设备进行配置,关于对应于任何新编解码器的扩展的变换信息和与其他RTCP消息有关的传送信息可以成为可能。
因此,可能期望避免设计特定的H.248扩展以便传送类似于包含在AVPF画面损失指示、临时最大媒体比特率请求(TMMBR)和临时最大媒体比特率通知(TMMBN)消息中的信息,而是期望设计一般的H.248扩展以便通过H.248传送所选择的RTCP消息。可以通过设定过滤器(filter)来进行所述选择,从而把相应的RTCP消息或分组转发到媒体网关控制设备/装置。
可以通过定义所期望的分组类型以及相应地配置过滤器来防止实现与包含在AVPF画面损失指示消息、最大媒体比特率请求(TMMBR)消息和临时最大媒体比特率通知(TMMBN)消息中的信息有关的多个规程。这可能意味着通过过滤可以防止使用几个规程,并且可以很容易地将对应于过滤的规则适配于在媒体网关控制设备/装置中所要求的对于RTCP分组的进一步要求。换句话说,可以利用所提出的解决方案来处理对分组的扩展,例如对RTCP分组的扩展。媒体网关控制设备/装置可以向媒体网关设备通知媒体网关控制设备/装置可能期望的分组。在一个例子中,媒体网关控制设备/装置可以向媒体网关设备通知媒体网关设备可以用来检测所期望的分组的分组模式。
此外,这可能意味着服务器(例如MGCF)可以对MGW进行配置,从而使得MGW可以把特定的在H.248消息中接收到的RTCP分组转发到MGCF。按照这种方式配置的MGW可以在接收到传入的RTCP分组之后检查该RTCP分组是否可能是所期望的类型。如果MGW可以确定所接收到的RTCP分组可能是服务器所期望的,MGW就可以把该RTCP分组封装在H.248消息中,并且可以把该RTCP分组或该RTCP分组的一部分转发到服务器。
在本发明的另一方面中,服务器可以请求MGW发送RTCP分组。服务器可以把嵌入或封装在H.248命令或信号中的RTCP分组提供给MGW。在接收到来自服务器的所述请求时,MGW可以发送RTCP分组或者经过相应修改的RTCP分组。
在本发明的另一个示例性实施例中,所述收发器装置可以进一步被适配成在发生对应于第二RTCP分组的触发时,通过媒体网关控制设备/装置的接口装置把相应的第二RTCP分组的至少一部分发送到媒体网关设备。
可以通过所述接口装置在相反的方向上发送第一分组的所述至少一部分和第二分组的所述至少一部分。
媒体网关控制设备/装置可以通过提供触发、触发事件或触发信号来发起第二RTCP分组的传送。
根据本发明的另一个示例性实施例,RTCP分组的接收可以独立于发送RTCP分组。此外,RTCP分组的接收和发送RTCP分组还可以独立于在媒体网关控制设备/装置与媒体网关设备之间交换控制信号。
因此,媒体网关控制设备/装置可以包括能够允许多任务操作的各独立处理。因此,可以从媒体网关控制设备/装置向媒体网关设备提供规则(所述规则可以通过定义所期望的RTCP分组类型来提供),同时可以从媒体网关设备向媒体网关控制设备/装置发送所期望的RTCP分组类型的已定义的RTCP分组。因此可以并行地或同时地执行所述各处理。
根据本发明的另一个示例性实施例,可以由从一组定义标准当中选择的至少一种定义标准来定义(一种或多种)RTCP分组类型,其中所述(一种或多种)RTCP分组类型可以由媒体网关控制设备来定义。所述定义标准组可以由以下各项构成:至少一种比特模式,RTCP分组中的至少一个已定义位置,ITU-TH.248终止(ITU-T国际通信联盟-T),RTCP分组的反馈消息类型(FMT)与有效载荷类型(PT)的组合,RTCP分组的子类型与有效载荷类型的组合,RTCP分组的版本,以及RTCP“名称”字段。
作为一个例子,媒体网关控制设备/装置可以指出RTCP分组中的比特3-7(例如反馈消息类型(FMT)或“子类型”)与RTCP分组中的比特8-15(即有效载荷类型(PT)RTCP报头字段)的各值的一种或几种组合,当这些组合可能出现时,可以对于这些组合请求转发RTCP分组。取决于RTCPPT,还可以用不同的名称来标记RTCP报头中的比特3-7,例如将名称“子类型”用于APP(应用定义的)RTCP分组类型。除了前面提到的比特之外,还可以添加RTCP报头的版本比特0-1以作为过滤标准。对于APPRTCP分组类型(PT=204),可以添加RTCP“名称”字段以作为过滤标准。
在另一个示例性实施例中,为了请求转发AVPF画面损失指示(PLI)分组,服务器或MGCF可以配置PT=206(特定于有效载荷的FB消息)与FMT=1的组合。在另一个例子中,为了请求转发AVPF临时最大媒体比特率请求(TMMBR)分组,服务器可以配置PT=205(传输层反馈消息)与FMT=3的组合。在另一个例子中,为了请求转发AVPF临时最大媒体比特率通知(TMMBN)分组,服务器可以配置PT=205(传输层反馈消息)与FMT=4的组合。
根据本发明的另一个示例性实施例,所述接口装置可以基于ITU-TH.248标准。举例来说,由ITU-T定义的H系列标准可以涉及视听和多媒体系统。ITU-TH.248标准可以定义媒体网关控制设备/装置(MGCF)与媒体网关设备(例如IMS媒体网关(IP(互联网协议)多媒体子系统媒体网关)或IM-MGW)之间的接口。
根据本发明的另一个示例性实施例,控制信号的交换可以包括以下各项的至少其中一项:H.248添加(add)命令中的H.248事件,H.248修改(mod)命令中的H.248事件,H.248通知(notify)命令中的H.248事件,以及/或者H.248修改命令中的H.248信号。H.248添加命令可以是定义添加事件的命令,H.248修改命令可以定义添加或修改事件或信号,H.248通知命令可以描述通知事件。
在另一个示例性实施例中,服务器可以使用H.248“Add(添加)”或“Mod(修改)”命令内的H.248事件来提供反馈消息类型(FMT)和/或有效载荷类型(PT)RTCP报头字段的各值的一种或多种所期望的组合,以作为对于该事件的EventsDescriptor(事件描述符)参数。该事件描述符参数可以被编码为代表RTCP分组中的比特3-15的比特模式。所接收到的RTCP分组或者所接收到的RTCP分组的至少一个或多个部分可以作为所述H.248事件的ObservedEventsDescriptor(观察事件描述符)参数而被通知。H.248可以定义一种用来在媒体网关控制设备/装置与媒体网关设备之间进行通信的机制,从而通过利用H.248协议可以使用一种安全的机制来交换控制信号。
根据本发明的另一个示例性实施例,第一RTCP分组的所述(一个或多个)部分可以是特定的RTCP分组的至少一部分,其可以包括由以下各项构成的特定RTCP分组:画面损失指示分组,TMMBR(临时最大媒体比特率请求)分组,TMMBN(临时最大媒体比特率通知),以及/或者APP(应用定义的RTCP分组类型)分组。
除了这些特定的示例性RTCP分组之外,还可以由媒体网关控制设备/装置向媒体网关设备指出可能已经被定义或者可能在将来被定义的其他特定RTCP分组。因此,如果媒体网关控制设备/装置可能期望接收特定的RTCP分组以用于进一步处理,则可以向媒体网关设备提供用于选择所期望的分组的规则或模式。换句话说,媒体网关控制设备/装置可以在媒体网关设备中设定针对特定RTCP分组类型的过滤器,以便在出现这种特定的RTCP分组类型时接收各部分中相应的RTCP分组类型或者作为整个RTCP分组来接收。
因此,可以由MGW监控特定的RTCP分组(特别地特定RTCP分组类型),以便转发所期望类型的特定RTCP分组以供进一步处理。
根据本发明的另一个示例性实施例,媒体网关控制设备/装置还可以包括另一个接口。对于第一RTCP分组的至少一部分的处理可以包括生成相应的H.245分组并且通过所述另一个接口发送该H.245分组。在本发明的另一个示例性实施例中,对应于第二预定义RTCP分组的触发的发生可以包括通过所述另一个接口接收H.245分组以及生成第二RTCP分组的相应的至少一部分。所述另一个接口可以是H.245接口。通过生成H.245分组并且通过所述另一个接口发送所生成的H.245分组,媒体网关控制设备/装置可以被用作通过所述H.248接口和H.245接口接收到的RTCP分组之间的网关。
在到媒体网关设备的方向上,当通过所述另一个接口出现或接收到H.245分组时,媒体网关控制设备/装置可以生成相应的第二RTCP分组的至少一部分。这可以便于变换相应的RTCP分组中的H.245分组。触发的发生还可以是在媒体网关控制设备/装置中生成RTCP分组并且将其通过H.248接口发送到媒体网关设备以便发送所述RTCP分组。
根据本发明的另一个示例性实施例,媒体网关控制设备/装置还可以被适配成请求媒体网关或媒体网关设备提供对应于第二RTCP分组的至少一部分的值。在媒体网关设备内提供对应于第二RTCP分组的至少一部分的值可以便于媒体网关控制设备/装置只发送第二RTCP分组的一部分。可以在媒体网关设备中生成完整的RTCP分组。这可以允许减少通过H.248接口的有效载荷。在另一个例子中,媒体网关设备重写第二RTCP分组的值。除了第二RTCP分组之外,媒体网关控制设备/装置还可以传送关于可以在媒体网关设备中添加或重写哪些值的信息。
根据本发明的另一个实施例,媒体网关控制设备/装置可以被适配/配置成为第二RTCP分组的所述至少一部分提供至少一个固定的预定义值,以便请求媒体网关设备为第二RTCP消息的(一个或多个)部分提供所述至少一个值。作为一个例子,服务器可以请求媒体网关设备提供“同步来源(SSRC)”值并且将该值添加到RTCP分组或RTCP消息中,这是因为只有媒体网关设备可能具有关于RTCP消息的这些部分的适当值的知识。因此,媒体网关设备可以完成接收来自媒体网关控制设备/装置的第二RTCP消息,随后媒体网关设备可以将第二RTCP消息发送到接收器,例如发送到终端、移动站(MS)、用户终端(UT)或者用户装备(UE)。
在本发明的另一个示例性实施例中,所述收发器装置可以被进一步适配/配置成在通过所述控制接口装置接收到第二RTCP分组的至少一部分时,对第二RTCP分组的所述至少一部分进行处理并且通过RTCP接口发送相应的第二RTCP分组。
根据本发明的另一个示例性实施例,在媒体网关设备中RTCP分组的接收还可以独立于发送RTCP分组或者独立于交换控制信号。
根据本发明的另一个示例性实施例,所述控制接口装置可以基于ITU-TH.248标准。
根据本发明的另一个示例性实施例,在媒体网关设备中交换控制信号还可以包括以下各项的至少其中一项:H.248添加命令中的H.248事件,H.248修改命令中的H.248事件,H.248通知命令中的H.248事件,以及/或者H.248修改命令中的H.248信号。
根据本发明的另一个示例性实施例,对第二RTCP分组的所述至少一部分的处理可以包括为第二RTCP分组的至少一部分提供至少一个值。
作为一个例子,媒体网关设备可以在媒体网关控制设备/装置的请求下为第二RTCP分组的至少一部分提供一个或多个值。
作为另一个例子,媒体网关设备可以总是为第二RTCP分组的至少一部分提供值,即不需要媒体网关控制设备/装置的明确请求。
作为另一个示例性实施例,如果媒体网关控制设备/装置只提供了第二RTCP分组的某些部分,则媒体网关设备可以通过为缺失部分提供一个或多个值来完成所述RTCP消息。因此,可以为媒体网关控制设备/装置所提供的分组添加附加的信息或者可以重写某些值,以便准备完整的第二RTCP分组。在媒体网关控制设备/装置内可能不知道可以在媒体网关设备内添加的某些值。
在另一个示例性实施例中,在媒体网关设备内添加的值可以是固定的值,例如总是可以由媒体网关设备添加相同的值,或者可以是通过利用RTCP与远程伙伴(partner)协商的值,或者可以是由媒体网关设备通过监控传入或传出RTP分组所观察到的值。此外,例如可以由媒体网关设备通过诸如系统时钟之类的内部装置导出值。在另一个例子中,媒体网关设备可以为“分组发送器的SSRC”以及为“媒体发送器的SSRC”提供值。
根据本发明的另一个示例性实施例,对第二RTCP分组的所述(一个或多个)部分的处理还可以包括计算要发送第二RTCP分组的时间并且在所计算的该时间发送第二RTCP分组。通过计算所述时间并且在可以通过所述RTCP接口装置发送特定的第二RTCP分组之前等待该时间,可以允许满足由RTCP协议定义(比如在RFC3550和RFC4585中定义)的针对发送RTCP分组的定时要求。
根据本发明的另一个示例性实施例,媒体网关设备可以把所述RTCP分组与其他RTCP分组相组合并且在复合RTCP消息中发送它们。
在本发明的另一个示例性实施例中,在发生对应于第二预定义RTCP分组的触发时,可以通过媒体网关控制设备/装置的接口装置向媒体网关设备发送或传送第二RTCP分组的至少一部分。
在本发明的另一个示例性实施例中,在通过所述控制接口接收到第二RTCP分组的至少一部分时进行RTCP消息处理的所述方法中,可以由媒体网关设备处理第二RTCP分组的所述(一个或多个)部分,并且媒体网关设备可以通过RTCP接口发送相应的第二RTCP分组。
前面参照不同的主题内容描述了本发明的示例性实施例以及本发明的各方面。具体来说,一些示例性实施例是参照设备类型权利要求描述的,而其他实施例则是参照方法类型权利要求描述的。但是本领域技术人员将从前面和后面的描述了解到,除非另行告知,否则除了属于一种类型的主题内容的特征之间的任意组合之外,本申请还应被视为公开了涉及不同主题内容的特征之间的任意组合,特别是设备权利要求的特征与方法权利要求的特征之间的任意组合。
通过参照下文中描述的实施例,本发明的这些和其他方面将变得显而易见并且将参考实施例对其进行阐述。
附图说明
通过下面结合附图进行详细描述,本发明的其他目的、特征和优点将变得显而易见,在附图中示出了本发明的说明性、示例性的实施例,其中:
图1是根据本发明的一个示例性实施例的媒体网关控制设备/装置的框图;
图2是对应于根据本发明的一个示例性实施例的媒体网关设备的框图;
图3是根据本发明的一个示例性实施例的包括媒体网关控制设备/装置和媒体网关设备的通信网络的图示;
图4是根据本发明的一个示例性实施例的用于通过媒体网关控制设备/装置控制媒体网关设备的消息流图;以及
图5是根据本发明的另一个示例性实施例的用于通过媒体网关控制设备/装置控制媒体网关设备的另一个消息流图。
遍及附图,除非另行声明,否则相同的附图标记和字符被用来表示所示各实施例的相同特征、元素、组件或部分。此外,虽然下面将参照附图来详细描述本主题发明,但是下面的描述是结合各说明性实施例来进行的。在不偏离由所附权利要求书限定的本主题发明的真实范围和精神的情况下,意图可以对所描述的实施例做出改变和修改。
具体实施方式
图1示出了根据本发明的一个示例性实施例的媒体网关控制设备/装置100的框图。媒体网关控制设备/装置100包括控制装置101和收发器装置102。收发器102可以包括未在图1中示出的发送装置和接收装置。控制装置101和收发器装置102(例如所述发送装置和接收装置)可以是能够彼此独立地操作的三个装置。换句话说,控制装置101、收发器装置102可以是在单独的处理器上运行的处理。
控制装置101或者说用于进行控制的装置101可以生成控制信号103,可以在虚拟控制连接103中将所述控制信号发送到媒体网关设备(未在图1中示出)。控制信号103可以包括控制信息,其可以指示媒体网关设备转发由该媒体网关设备接收到的RTCP分组的至少一部分。该分组可能为媒体网关控制设备/装置100所期望。
控制连接103可以是通过接口装置104的虚拟连接。接口装置104可以是根据ITU-TH.248标准的接口。所述H.248标准可以定义接口装置104或者说接口104的更高层上的物理属性以及逻辑属性。
接口104可以与第一虚拟连接105共享,其中第一虚拟连接105可以传输媒体网关控制设备/装置所期望的至少一种RTCP分组类型的第一RTCP分组。可以把通过虚拟连接105从媒体网关设备接收的RTCP分组封装在H.248消息中。
在媒体网关控制设备/装置100中(以及特别地在收发器102中)接收到的RTCP消息可以在媒体网关控制设备/装置100内被处理。因此,在媒体网关控制设备/装置100内对所接收到的RTCP分组进行处理。
如果通过虚拟连接105接收到的第一RTCP分组或其一部分是控制信息(比如RTCP消息),则收发器装置102可以把所接收到的第一RTCP分组转换成至少一则相应的其他消息,例如转换成从包括以下各项的消息组当中选择的至少一则其他消息:H.245消息、SIP消息、ISUP消息、BICC消息以及H.248消息。可以通过另一个接口装置106(特别是通过H.245接口装置106)把所述其他消息发送到远程网络节点(未在图1中示出)。还可以通过接口装置104把H.248消息发送到媒体网关设备。
为了向远程节点发送所述其他消息,可以使用虚拟连接107。
通过虚拟连接108,收发器装置102可以接收来自远程网络节点的消息,可能必须将其转换成RTCP消息以便将其发送到IMS系统,例如转换成H.245消息、SIP消息、ISUP消息或者BICC消息。换句话说,通过虚拟连接108,所述收发器装置可以接收从包括以下各项的消息组当中选择的至少一则消息:H.245消息、SIP消息、ISUP消息和BICC消息,所述至少一则消息可以被转换成RTCP消息。
在收发器装置102中接收到所述消息可以作为触发而发生在媒体网关控制设备/装置100内。但是,在收发器装置102内通过连接105接收到H.248消息也可以作为触发而发生在媒体网关控制设备/装置内。此外,诸如定时器到时之类的内部事件也可以作为触发而发生在媒体网关控制设备/装置内。该触发或该触发事件可以使得收发器装置102通过虚拟连接109发送相应的第二RTCP分组。虚拟连接109还可以是通过H.248接口104的虚拟连接。
因此,媒体网关控制设备/装置100例如可以被视为用于把根据RTCP标准的消息转换成根据H.248标准的相应消息的网关。因此,媒体网关控制设备/装置可以是协议转换器。通过虚拟连接108接收H.245消息并且通过虚拟连接107发送H.245消息可以被视为使用通过H.245接口106的双向链路108、107上的双向连接。还可以在H.248接口104上传输虚拟连接108和109。此外,通过第一虚拟连接105接收第一RTCP分组并且在虚拟连接109上发送第二RTCP分组可以被视为通过双向链路上的双向H.248连接105、109传送及接收RTCP消息。
在媒体网关控制设备/装置100内发生针对通过虚拟连接109发送第二RTCP分组的触发的另一种可能性可以是在媒体网关控制设备/装置生成了第二RTCP分组的时候。通过虚拟连接109,有可能只发送所生成的第二RTCP分组的一部分,而对应于第二RTCP分组的附加信息则可以由相连的媒体网关设备添加或最终化。举例来说,媒体网关控制设备/装置可以通过接口装置104连接到媒体网关设备。
图2示出了根据本发明的一个示例性实施例的媒体网关设备200的框图。所述示例性媒体网关设备200包括控制接口201,其可以是H.248接口。控制接口装置201可以被用来连接到未在图2中示出的媒体网关控制设备。通过可以是双向连接的虚拟控制连接202,媒体网关设备的控制装置203可以与媒体网关控制设备/装置交换控制信号。所述控制信号可以包括控制信息,所述控制信息可以由媒体网关控制设备/装置用来将媒体网关设备配置成转发第一RTCP分组的至少一部分。
控制装置203可以控制媒体网关设备200的收发器装置204在RTCP接口205上检测媒体网关控制设备/装置所期望的RTCP分组,并且通过控制接口装置201向媒体网关控制设备/装置发送所检测到的RTCP分组。为了确定相应的所期望的第一RTCP分组或第一RTCP消息,控制装置203可以在收发器装置204中设定过滤器。因此,收发器装置204监控RTCP接口205。RTCP接口205可以载送双向RTCP连接206、207。换句话说,RTCP接口装置205通过接收虚拟RTCP连接206接收来自未在图2中示出的远程节点的第一RTCP分组。此外,收发器装置204可以通过发送虚拟RTCP连接207向远程节点传送第二RTCP分组。因此,接收RTCP连接206和传送RTCP连接207形成双向RTCP连接206、207。
如果收发器204(例如由控制装置203在收发器装置204中设定的过滤器)检测到所期望的RTCP分组的已定义比特模式,则可以通过虚拟H.248连接208通过H.248接口201或者说控制接口装置201将所述RTCP分组发送到媒体网关控制设备/装置。通过虚拟连接208传送的分组可以包括整个所接收到的第一RTCP分组或者所接收到的第一RTCP分组的至少一部分。通过只发送RTCP分组的一部分,可以减少经由H.248接口201的有效载荷。没有被发送给媒体网关控制设备/装置的所接收到的RTCP分组可以由收发器装置204进行处理,或者被转发到媒体网关设备200内的其他装置以进行处理。
收发器装置204可以把RTCP分组映射到相应的H.248分组。举例来说,所述收发器装置把第一RTCP分组封装在一个H.248分组中。
收发器装置204可以通过第二虚拟H.248连接209接收第二RTCP分组或第二RTCP分组的至少一部分。该第二RTCP分组可以被接收封装在一则H.248消息中。所接收到的第二RTCP分组可以由收发器装置204处理,并且可以通过传出RTCP连接207来发送第二RTCP分组或经过修改的第二RTCP分组。在发送第二RTCP分组之前,所述收发器装置可以计算一个时间,以便满足RTCP接口205的定时要求。
此外,在通过RTCP接口205发送第二RTCP分组之前,收发器装置204可以向第二RTCP分组的所述(一个或多个)部分添加附加的值,或者可以重写某些值。收发器装置204可以接收针对通过虚拟RTCP连接207向远程节点发送RTCP分组的多个其他触发,比如RTP连接的设立或终止、关于RTP连接的数据的出现、RTP连接处的异常情况(比如分组丢失)的发生或者某一内部定时器的到时。
图3示出了根据本发明的一个示例性实施例的电信网络300的图示,其便于移动站MS1与另一个移动站MS2进行通信。移动站MS1连接到CS(电路交换)域302的UTRAN(UMTS(通用移动电信系统)陆地无线接入网)基站301。在CS基站302中,可以把从MS1接收的信号分离成控制信息303和CS有效载荷304。CS有效载荷304包括组合的话音流和视频流信息。在3GPPCS域302内,CS有效载荷304使用ITU-TH.324协议来传输组合的话音流和视频流信息,其中把ITU-TH.245用作CS带内信令信道305的带内信令协议。
通过第一CSMGW(电路交换媒体网关)306和第二CSMGW307,向位于IMS(IP多媒体子系统)域309内的IMS(IP多媒体子系统)媒体网关200、308发送组合的话音流和视频流CS有效载荷数据304以及带内信令信息305。可以通过第一MSC(移动交换中心)服务器310和第二MSC服务器311,向同样位于IMS域309内的媒体网关控制功能312或者说媒体网关控制设备/装置312传送对应于来自MS1的连接的控制信息或者说带外控制信息303。
在第一MSC服务器310、第二MSC服务器311和MGCF之间,通过利用BICC(承载独立的呼叫控制)、ISUP(ISDN(综合服务数字网络)用户部分)或SIP的Nc接口来传送带外信令信息303。组合的CS话音流/视频流304和带内信令信息305在第一CSMGW、第二CSMGW307和IMS媒体网关308之间使用根据H.324的Nb接口。第一MSC服务器310利用Mc接口控制第一CSMGW306,并且第二MSC服务器311通过Mc接口控制第二CSMGW307。
IMS媒体网关308可以把H.245呼叫控制协议305透明地转发到媒体网关控制功能(MGCF)100、312。通过利用H.248协议的MN接口从IMS媒体网关200、308或IM-MGW(因特网多媒体-媒体网关)200、308发送CS带内信令信息305。所述带内信令信息305通过另一个接口106连接到MGCF。MGCF100通过接口装置104、201控制IMSMGW200。
在IMS域309内,MS2可以连接到第二UTRAN基站314。来自MS2的多媒体呼叫使用SIP(会话发起协议)315协议作为呼叫控制,并且所述呼叫使用IP/UDP/RTP316(互联网协议/用户数据协议/实时传输协议)的至少其中之一作为媒体传输316协议。RTP媒体流316可以包括视频传输流317和话音传输流318。但是在MGCF100中也可能期望可以被包括在RTCP分组316中的某些RTCP信息。因此,通过接口装置104、201,MGCF可以控制IMS媒体网关200,从而使得所述IMS媒体网关向MGCF发送MGCF100所期望的预定义RTCP分组。MGCF100可能需要RTCP分组316或RTCP消息316以便与H.245消息305交互工作。
可以通过H.248链路313(特别是在H.248链路313中的第一虚拟连接中)从IMS媒体网关200向MGCF100发送所期望的RTCP分组。H.248链路313还可以传输控制信号103、202(未在图3中示出)、第一RTCP分组208、105和第二RTCP分组109、209(第一和第二RTCP分组也没有在图3中示出)。控制信号103还可以是H.248链路313上的虚拟连接。如果MGCF100、312通过带内信令链路305接收到H.245消息或者通过带外链路303接收到其他控制消息(其可能必须与RTCP消息交互工作),则MGCF100可以生成相应的第二RTCP分组并且通过H.248链路313将该第二RTCP分组发送到IMS媒体网关200。在接收到第二RTCP分组时,IMS媒体网关200把所述第二RTCP分组传送到目的地,例如MS2。
因此,MGCF可以被用作网关,其将H.245消息或其他控制消息转换成RTCP消息并且反之亦然。从而就可以实现H.245协议与RTCP协议之间的交互工作。
服务器(MGCF)100、312可以将MGW200、308配置成把H.248消息中的特定的所接收到的RTCP分组转发到MGCF100、312。服务器100、312通过以下操作来执行该配置:表明所述转发适用于哪一项H.248终止,并且表明为之请求了RTCP分组的转发的所述RTCP分组中的比特3-7(即反馈消息类型(FMT))和所述RTCP分组中的比特8-15(即有效载荷类型(PT)RTCP报头字段)的各值的一种或多种组合。取决于RTCPPT,还可以通过另一个名称来表示对应于RTCP报头中的反馈消息类型的比特3-7,例如通过用于APP(应用定义的)RTCP分组类型的名称“子类型”。RTCP分组的比特3-7通常可以被用作过滤标准。除了前面的比特(比特3-7)之外,还可以添加RTCP报头的版本比特0-1以作为过滤标准。对于APPRTCP分组类型(PT=204),在一个优选实施例中添加RTCP“名称”字段以作为过滤标准。
服务器100、312可以使用H.248“添加”命令内或H.248“修改”命令内的示例性H.248事件来执行该配置。所提出的H.248事件的定义包括至少一个EventsDescriptor(事件描述符)参数来描述将要在媒体网关设备处应用的过滤标准,以及至少一个ObservedEventsDescriptor(观察事件描述符)参数来传递RTCP分组的至少某些部分。所述描述符参数可以被编码为代表RTCP分组中的比特3-15的比特模式。
举例来说,为了请求转发AVPF画面损失指示(PLI)分组,服务器100、312需要配置PT=206(特定于有效载荷的FB消息)与FMT=1的组合。为了请求转发AVPF临时最大媒体比特率请求(TMMBR)分组,服务器应当配置PT=205(传输层反馈消息)与FMT=3的组合。为了请求转发AVPF临时最大媒体比特率通知(TMMBN)分组,服务器需要配置PT=205(传输层反馈消息)与FMT=4的组合。
按照该方式配置的MGW200、308在接收到传入RTCP分组之后检查其是否是所期望的类型。传入RTCP消息可以具有复合格式并且包含几个RTCP分组。MGW200、308随后可以执行对每一个分组的单独检查。MGW200、308可以把反馈消息类型(FMT)和有效载荷类型(PT)RTCP报头的各值与其先前从服务器100、312接收到的各值的组合进行比较。如果MGW确定所接收到的RTCP分组是服务器100、312所期望的,则MGW200、308把所述RTCP分组封装在H.248消息208、105中并且将其转发到服务器100、312。
在一个示例性实施例中,IM-MGW200、308可以转发完整的RTCP分组,但是在一个替换实施例中,IM-MGW200、308也可以省略对于服务器100、312没有意义的RTCP报头字段(比如SSRC和CSRC报头字段)以便缩短所述分组。MGW可以使用H.248“通知”消息来传输RTCP分组并且表明其内的新事件,以及包括RTCP分组以作为该事件的ObservedEventsDescriptor(观察事件描述符)参数。
把所有RTCP消息都转发到服务器可能很困难或者不适当,因为这将导致H.248接口和服务器上的严重负荷,但是大多数RTCP消息对于服务器100、312可能都没有意义并且可以在MGW200、308处进行本地处理。
在本发明的另一个示例性实施例中,服务器100、312可以请求MGW200、308发送RTCP分组。服务器可以把嵌入在H.248命令109、209中的RTCP分组提供给MGW200、308。服务器100、312可以把所提出的H.248信号用于此目的,并且在H.248“修改”消息内传输该信号。所提出的该H.248信号的定义包括至少一个参数来包含RTCP分组。服务器100、312可以通过表明应当由MGW200、308从该处发送RTCP分组的H.248终止来表示RTCP分组的所期望的目的地MS1、MS2。
服务器100、312可能不具有足够的信息来填充RTCP分组中的特定字段,比如“同步来源(SSRC)标识符”。在一个示例性实施例中,发送器利用预先定义的值来填入(field)或填充这样的字段,以便请求MGW提供这些字段。在从服务器100、312接收到这样的请求时,MGW200、308可以发送RTCP分组207。MGW可以重写所接收到的RTCP分组内的某些消息字段,比如“分组发送器的SSRC”和“媒体发送器的SSRC”,以便提供适当的值。MGW200、308可以把所述RTCP分组与其他RTCP分组相组合并且在复合RTCP消息307中发送它们。MGW可以推迟发送RTCP分组307或复合RTCP消息307,以便遵从针对发送RTCP消息的定时规则。
图4示出了根据本发明的一个示例性实施例的对应于在MGW200、308中接收RTCP分组的Mn交互的消息流图。MGCF100和MGW200在图4中被示为交换控制信号的实体。时间被表示为箭头401。
举例来说,在步骤S400中,MGCF100在信号Sig1中请求IM-MGW200检测有效载荷类型206和反馈消息类型1的所接收到的RTCP分组(例如来自IMS侧的画面损失指示(PLI)),并且将所述分组或相应的比特模式转发到MGCF。为了请求IM-MGW200检测并转发这些RTCP分组或者说这些第一RTCP分组,MGCF100向IM-MGW发送所提出的H.248事件“RTCPin”。所述事件可以通过H.248添加(ADD)命令来指示。举例来说,Sig1是一个ADD.req[C=C1,T=?...,事件=RTCPin({PT=206;FMT=1})]命令。
在步骤S401中,Sig2确认接收到所述添加命令。在步骤S402中,IM-MGW在信号Sig3中接收来自IMS侧309(未在图4中示出)的有效载荷类型206和反馈消息类型1的RTCP分组。在接收到该分组时,IM-MGW检查所述RTCP分组的有效载荷类型和反馈消息类型是否与MGCF所请求的一对值相匹配(在本例中:是)。
在步骤S404中,IM-MGW在H.248通知(Notify)命令(信号Sig4)内把所述RTCP分组转发到MGCF。该通知命令的形式为Notify.req[C=C1,T=T2,事件=RTCPin{PTCPp=XXXX}]。在步骤S405中,利用Notify.respSig5来确认接收到信号Sig4。
图5示出了根据本发明的一个示例性实施例的对应于发送RTCP分组的Mn交互。
举例来说,在步骤S501中,MGCF在信号Sig11中请求IM-MGW发送RTCP分组。为了请求IM-MGW发送RTCP分组,MGCF在H.248修改(MOD)请求内向IM-MGW发送所提出的H.248信号“RTCPout”,其中具有完整的RTCP分组XXXX以作为参数。信号Sig11的形式为MOD.req[C=C1,T=T2,信号=RTCPout{PTCPp=XXXX}]。XXXX是对应于相应的RTCP分组的占位符,其必须被传送。IMMGW在步骤S502中利用MOD.rsp消息Sig12来确认接收到Sig11。在接收到请求信号Sig11时,IM-MGW在步骤S503中在指定终止处发送出已封装的RTCP分组(信号Sig13)。
MGW可以重写所接收到的RTCP分组内的某些消息字段,比如“分组发送器的SSRC”和“媒体发送器的SSRC”,以便提供适当的值。MGW可以把所述RTCP分组与其他RTCP分组相组合并且在复合RTCP消息中传送它们。MGW可以推迟发送所述RTCP分组或复合RTCP消息,以便遵从针对发送RTCP消息的定时规则。
应当提到的是,术语“包括”不排除其他元件或步骤,并且“一”或“一个”不排除多个。此外还可以组合与不同实施例相关联地描述的元件。
还应当提到的是,权利要求中的附图标记不应被理解成限制权利要求的范围。
前面仅仅说明了本发明的原理。根据这里的教导,各种修改和变更对本领域技术人员来说是显而易见的。因此可以认识到,本领域技术人员将能够设想出多种系统、装置和方法,虽然在这里没有明确示出或描述,但是其也体现本发明的原理,并且从而落在本发明的精神和范围内。此外,就前文中没有明确合并现有技术知识以作参考而言,这里将其全部明确合并在此。前文中提到的所有出版物都被全文合并在此以作参考。
示例性首字母缩写词和术语
APP应用定义的RTCP分组类型
AVPF具有反馈的RTP视听简档
BICC承载独立呼叫控制
CS电路交换
FMT反馈消息类型
MGCF媒体网关控制功能
MGW媒体网关
PLI画面损失指示
PT有效载荷类型
RTCP实时传输控制协议
RTP实时传输协议
SSRC同步来源
TMMBR临时最大媒体比特率请求
TMMBN临时最大媒体比特率通知

Claims (26)

1.一种用于控制媒体网关设备的媒体网关控制装置,包括:
控制装置;
收发器装置;以及
接口装置,
其中,所述控制装置被配置成通过所述接口装置与媒体网关设备交换控制信号,
其中,所述控制信号被提供来将媒体网关设备配置成在接收到实时传输控制协议RTCP分组时把由所述媒体网关控制装置定义的至少一种RTCP分组类型的特定的RTCP分组的至少一部分转发到媒体网关控制装置,以及
其中,所述收发器装置被配置成在通过所述接口装置接收到来自媒体网关设备的第一RTCP分组的至少一部分时,对第一RTCP分组的所述至少一部分进行处理。
2.权利要求1的媒体网关控制装置,其中,所述收发器装置还被配置成在对应于另一个RTCP分组的触发发生时,通过所述接口装置将第二RTCP分组的至少一部分发送到媒体网关控制装置。
3.权利要求1的媒体网关控制装置,其中,RTCP分组中的至少一个的接收是独立于RTCP分组中的一个或多个的传输而接收的。
4.权利要求1到3中的任一项的媒体网关控制装置,其中,由媒体网关控制装置定义的所述至少一种RTCP分组类型是通过至少一条特定标准定义的,所述标准是以下各项的至少其中一项:(i)至少一种比特模式,(ii)RTCP分组中的至少一个已定义位置,(iii)H.248终止,(iv)RTCP分组的反馈消息类型与有效载荷类型的组合,(v)RTCP分组的子类型与有效载荷类型的组合,(vi)RTCP分组的版本,以及(vii)RTCP“名称”字段。
5.权利要求1到3中的任一项的媒体网关控制装置,其中,所述接口装置基于ITU-TH.248标准。
6.权利要求1到3中的任一项的媒体网关控制装置,其中,通过以下各项的至少其中一项来交换所述控制信号:(i)H.248添加命令中的H.248事件,(ii)H.248修改命令中的H.248事件,(iii)H.248通知命令中的H.248事件,或者(iv)H.248修改命令中的H.248信号。
7.权利要求1到3中的任一项的媒体网关控制装置,其中,所述特定RTCP分组的所述至少一部分是至少一个具体的RTCP分组,其包括以下各项的至少其中一项:(i)由画面损失指示分组构成的具体RTCP分组,(ii)TMMBR分组、TMMBN分组,或者(iii)APP分组。
8.权利要求2到3中的任一项的媒体网关控制装置,还包括:
另一个接口,
其中有以下各项的至少其中一项:
a、通过生成相应的H.245分组并且经由所述另一个接口传送该H.245分组来对所述特定RTCP分组的所述至少一部分进行处理;或者
b、通过经由所述另一个接口接收H.245分组并且生成第二RTCP分组的至少一部分而发生针对另一个预定义RTCP分组的触发。
9.权利要求2到3中的任一项的媒体网关控制装置,其中,媒体网关控制装置被配置成请求媒体网关设备提供对应于所述另一个RTCP分组的至少一部分的值。
10.权利要求2到3中的任一项的媒体网关控制装置,其中,媒体网关控制装置被配置成为所述另一个RTCP分组的所述至少一部分提供至少一个固定的预定义值,以便请求媒体网关设备为所述另一个RTCP消息的所述至少一部分提供所述至少一个值。
11.一种用于处理至少一则实时传输控制协议RTCP消息的媒体网关设备,包括:
控制装置;
收发器装置;
控制接口装置;以及
RTCP接口装置,
其中,所述控制装置被配置成通过所述控制接口装置与媒体网关控制装置交换控制信号,
其中,所述控制信号被提供来对媒体网关设备进行配置,以便把由媒体网关控制装置定义的至少一种RTCP分组类型的特定RTCP分组的至少一部分转发到媒体网关控制装置,以及
其中,所述收发器装置被配置成在通过所述RTCP接口装置接收到第一RTCP分组时,通过所述控制接口装置把所述特定RTCP分组的至少一部分转发到媒体网关控制装置。
12.权利要求11的媒体网关设备,其中,所述收发器装置还被配置成通过所述控制接口装置接收另一个RTCP分组的至少一部分,以便对所述另一个RTCP分组的所述至少一部分进行处理并且通过所述RTCP接口传送相应的另一个RTCP分组。
13.权利要求11的媒体网关设备,其中,RTCP分组中的至少一个的接收是独立于RTCP分组中的一个或多个的传输而接收的。
14.权利要求11到13中的任一项的媒体网关设备,其中,由媒体网关控制装置定义的所述至少一种RTCP分组类型是通过至少一条特定标准定义的,所述标准是以下各项的至少其中一项:(i)至少一种比特模式,(ii)RTCP分组中的至少一个已定义位置,(iii)H.248终止,(iv)RTCP分组的反馈消息类型与有效载荷类型的组合,(v)RTCP分组的子类型与有效载荷类型的组合,(vi)RTCP分组的版本,以及(vii)RTCP“名称”字段。
15.权利要求11到13中的任一项的媒体网关设备,其中,所述控制接口装置基于ITU-TH.248标准。
16.权利要求11到13当中的任一项的媒体网关设备,其中,通过以下各项的至少其中一项来交换所述控制信号:(i)H.248添加命令中的H.248事件,(ii)H.248修改命令中的H.248事件,(iii)H.248通知命令中的H.248事件,或者(iv)H.248修改命令中的H.248信号。
17.权利要求12到13中的任一项的媒体网关设备,其中,通过为所述另一个RTCP分组的至少一部分提供至少一个值来对所述另一个RTCP分组的所述至少一部分进行处理。
18.权利要求11到13中的任一项的媒体网关设备,其中,通过计算要传送所述另一个RTCP分组的时间并且在该计算的时间传送所述另一个RTCP分组来进一步处理所述另一个RTCP分组的所述至少一部分。
19.一种用于通过媒体网关控制装置来控制媒体网关设备的方法,包括:
由媒体网关控制装置定义至少一种所期望的实时传输控制协议RTCP分组类型;
在媒体网关控制装置与媒体网关设备之间交换控制信号,其中所述控制信号被提供来将媒体网关设备配置成在接收到RTCP分组时把所定义的RTCP分组类型的特定RTCP分组的至少一部分转发到媒体网关控制装置;以及
在通过接口装置从媒体网关设备接收到所述特定RTCP分组的所述至少一部分时,对所述特定RTCP分组的所述至少一部分进行处理。
20.权利要求19的方法,还包括:
在对应于另一个RTCP分组的触发发生时,通过所述接口装置(104)向媒体网关设备传送所述另一个RTCP分组的至少一部分。
21.权利要求19的方法,其中所述媒体网关设备使用ITU-TH.248协议被配置成把所述特定的实时传输控制协议RTCP分组的至少一部分转发到所述媒体网关控制装置。
22.一种用于在媒体网关设备中处理至少一则实时传输控制协议RTCP消息的方法,包括:
通过控制接口装置与媒体网关控制装置交换控制信号,其中所述控制信号被提供来对媒体网关设备进行配置,以便把由媒体网关控制装置定义的至少一种RTCP分组类型的特定RTCP分组的至少一部分转发到媒体网关控制装置;以及
在通过RTCP接口接收到所定义的分组类型的所述特定RTCP分组时,通过所述控制接口装置把所述特定RTCP分组的至少一部分转发到媒体网关控制装置。
23.权利要求22的方法,还包括:
在通过所述控制接口装置接收到另一个RTCP分组的至少一部分时,对所述另一个RTCP分组的所述至少一部分进行处理,并且通过所述RTCP接口传送所述另一个RTCP分组。
24.权利要求22的方法,其中所述媒体网关设备使用ITU-TH.248协议被配置成把所述特定的实时传输控制协议RTCP分组的至少一部分转发到所述媒体网关控制装置。
25.一种用于通过媒体网关控制装置来控制媒体网关设备的装置,包括:
用于由媒体网关控制装置定义至少一种所期望的实时传输控制协议RTCP分组类型的部件;
用于在媒体网关控制装置与媒体网关设备之间交换控制信号的部件,其中所述控制信号被提供来将媒体网关设备配置成在接收到RTCP分组时把所定义的RTCP分组类型的特定RTCP分组的至少一部分转发到媒体网关控制装置;以及
用于在通过接口装置从媒体网关设备接收到所述特定RTCP分组的所述至少一部分时,对所述特定RTCP分组的所述至少一部分进行处理的部件。
26.一种用于在媒体网关设备中处理至少一则实时传输控制协议RTCP消息的装置,包括:
用于通过控制接口装置与媒体网关控制装置交换控制信号的部件,其中所述控制信号被提供来对媒体网关设备进行配置,以便把由媒体网关控制装置定义的至少一种RTCP分组类型的特定RTCP分组的至少一部分转发到媒体网关控制装置;以及
用于在通过RTCP接口接收到所定义的分组类型的所述特定RTCP分组时,通过所述控制接口装置把所述特定RTCP分组的至少一部分转发到媒体网关控制装置的部件。
CN200980140086.5A 2008-08-11 2009-08-11 用于转发媒体控制消息的系统、方法、程序元件和计算机可访问介质 Active CN102177692B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US8789608P 2008-08-11 2008-08-11
US61/087896 2008-08-11
PCT/EP2009/060360 WO2010018157A2 (en) 2008-08-11 2009-08-11 System, method, program element and computer-accessible medium for forwarding media control messages

Publications (2)

Publication Number Publication Date
CN102177692A CN102177692A (zh) 2011-09-07
CN102177692B true CN102177692B (zh) 2015-11-25

Family

ID=41509782

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200980140086.5A Active CN102177692B (zh) 2008-08-11 2009-08-11 用于转发媒体控制消息的系统、方法、程序元件和计算机可访问介质

Country Status (5)

Country Link
US (1) US20110128967A1 (zh)
EP (1) EP2321945B1 (zh)
CN (1) CN102177692B (zh)
ES (1) ES2421518T3 (zh)
WO (1) WO2010018157A2 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9007914B2 (en) * 2009-09-30 2015-04-14 Qualcomm Incorporated Methods and apparatus for enabling rate adaptation across network configurations
US9143457B2 (en) 2010-10-06 2015-09-22 Qualcomm Incorporated Methods and apparatus for ECN receiver driven congestion control
CN106937073B (zh) * 2015-12-29 2019-10-15 展讯通信(上海)有限公司 基于VoLTE的视频通话码率调整方法、装置及移动终端

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1739900B1 (en) * 2004-06-30 2008-10-29 Huawei Technologies Co., Ltd. A method for acquiring the qos of the multimedia stream periodically

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE60132430T2 (de) * 2000-02-22 2009-01-22 Nortel Networks Ltd., St. Laurent Verfahren und system zur steuerung eines drahtlosen paketvermittelten sprachanrufs
JP2002300274A (ja) * 2001-03-30 2002-10-11 Fujitsu Ltd ゲートウェイ装置及び音声データ転送方法
US8363647B2 (en) * 2001-04-03 2013-01-29 Voxpath Networks, Inc. System and method for configuring an IP telephony device
JP2002344497A (ja) * 2001-05-18 2002-11-29 Fujitsu Ltd メディアゲートウェイ装置間の接続ルート切替え制御方法及びコールエージェント装置
KR100822120B1 (ko) * 2002-10-18 2008-04-14 키네토 와이어리즈 인코포레이션 비인가 무선 통신 시스템을 이용한 인가 무선 통신시스템의 커버리지 영역 확장 장치 및 방법
US7957348B1 (en) * 2004-04-21 2011-06-07 Kineto Wireless, Inc. Method and system for signaling traffic and media types within a communications network switching system
US8218457B2 (en) * 2004-06-29 2012-07-10 Stmicroelectronics Asia Pacific Pte. Ltd. Apparatus and method for providing communication services using multiple signaling protocols
US20060256772A1 (en) * 2005-05-12 2006-11-16 Yahoo! Inc. Selecting a network for routing real-time audio
US8483173B2 (en) * 2005-05-31 2013-07-09 Genband Us Llc Methods and systems for unlicensed mobile access realization in a media gateway
US8576722B2 (en) * 2006-08-22 2013-11-05 Centurylink Intellectual Property Llc System and method for modifying connectivity fault management packets
US8310937B2 (en) * 2008-05-28 2012-11-13 Centurylink Intellectual Property Llc Voice packet dynamic echo cancellation system

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1739900B1 (en) * 2004-06-30 2008-10-29 Huawei Technologies Co., Ltd. A method for acquiring the qos of the multimedia stream periodically

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HUAWEI.Use-cases and Requirements for Enhancement of Interworking between MTSI and Circuit Switched networks.《3GPP TSG-CT WG3 Meeting #48bis, C3-081029》.2008,全文. *

Also Published As

Publication number Publication date
EP2321945A2 (en) 2011-05-18
US20110128967A1 (en) 2011-06-02
WO2010018157A2 (en) 2010-02-18
CN102177692A (zh) 2011-09-07
WO2010018157A3 (en) 2010-04-08
ES2421518T3 (es) 2013-09-03
EP2321945B1 (en) 2013-04-17

Similar Documents

Publication Publication Date Title
JP5238044B2 (ja) シグナリングデータをネットワーク移行ユニットおよび制御ユニット並びに所属のユニットに転送するための方法
KR100880992B1 (ko) 아이엠에스망과 에이치.323망간 연동 시스템 및 방법
CN100414533C (zh) 用于分析分组交换网络中的媒体路径的方法和设备
Groves et al. Gateway control protocol version 1
EP2052522B1 (en) Interworking with media fallback
CN102598619B (zh) 对通信连接的编解码器协商的控制
EP1551135B1 (en) Interworking between domains of a communication network operated based on different switching principles
JP5450444B2 (ja) マルチメディア通話を処理するための方法及び装置
CN101292497A (zh) 在数据网络中建立视频电话连接和/或多媒体电话连接的方法
CN100574467C (zh) 一种带宽控制方法和终端设备
KR20070105886A (ko) 인터넷 프로토콜 멀티미디어 서브시스템 네트워크에서단말의 성능 정보를 전달하기 위한 방법 및 시스템
KR100716817B1 (ko) 이동 통신 단말기 호 셋업 방법
CN101114985B (zh) 编解码转换系统及方法
CN101146100A (zh) 一种基于传输协议sctp和dccp的sip网络电话实现方法
EP2326070B1 (en) System and method for implementing ip-enabled color ring
CN102177692B (zh) 用于转发媒体控制消息的系统、方法、程序元件和计算机可访问介质
CN101217529B (zh) 在因特网中实现et.38传真业务的方法、装置及系统
KR100895283B1 (ko) 이동 VoIP 서비스 제공 장치 및 호 연결 방법
US20050216593A1 (en) Method for providing services located in a connectionless data packet network to terminals of a connection oriented communications network
CN101166162B (zh) 一种传递业务事件的方法
CN101119212B (zh) 通过信令适配实体传输isdn用户-用户应用信息的方法
CN100446602C (zh) 一种传输手机按键信息的方法
CN101409861B (zh) 特征和寻址子系统及用户登记方法、呼叫方法和漫游方法
CN101815070A (zh) 消息处理方法及系统
CN101471930A (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
C53 Correction of patent of invention or patent application
CB02 Change of applicant information

Address after: Espoo, Finland

Applicant after: Nokia Siemens Networks OY

Address before: Espoo, Finland

Applicant before: Nokia Siemens Networks OY

C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20190418

Address after: Espoo, Finland

Patentee after: Technology Co., Ltd. of Nokia

Address before: Espoo, Finland

Patentee before: Nokia Siemens Networks OY