CN1968258B - 一种媒体协商不同类型能力的方法 - Google Patents
一种媒体协商不同类型能力的方法 Download PDFInfo
- Publication number
- CN1968258B CN1968258B CN200510101442.6A CN200510101442A CN1968258B CN 1968258 B CN1968258 B CN 1968258B CN 200510101442 A CN200510101442 A CN 200510101442A CN 1968258 B CN1968258 B CN 1968258B
- Authority
- CN
- China
- Prior art keywords
- resource
- group
- gateway
- segmentation
- ability
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
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/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1033—Signalling gateways
- H04L65/104—Signalling gateways in the network
-
- 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/102—Gateways
- H04L65/1023—Media gateways
- H04L65/103—Media gateways in the network
-
- 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/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- 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/80—Responding to QoS
Abstract
本发明公开了一种媒体协商不同类型能力的方法,其设置在呼叫建立前的媒体能力协商过程中,包括步骤:主叫或被叫网关将需预留的资源依媒体能力类别划分为细分资源组,该细分资源组包括不同媒体能力的资源小组;在所述协商过程中,所述网关协商确定细分资源组后,在同一细分资源组下只上报一种资源作为该类媒体能力协商结果。本发明方法由于采用扩展H248协议或扩展SDP协议,对须保留的资源依分类划分为小能力组的方式,实现了多种能力保留并能协商出唯一的能力,节省了网络资源,并实现了增强的网络功能。
Description
技术领域
本发明涉及一种网络技术中的媒体协商方法,尤其涉及的是一种媒体协商多种不同类型能力的方法。
背景技术
NGN(Next Generation Network,下一代网络,以下简称NGN)是电信史上的一块里程碑,标志着新一代电信网络时代的到来。从发展的角度来看,NGN是从传统的以电路交换为主的PSTN网络中逐渐迈向以分组交换为主,其承载了原有PSTN(公共交换电话网)网络的所有业务,并且将大量的数据传输卸载到IP网络中以减轻PSTN网络的重荷,又以IP技术的新特性增加和增强了许多新老业务。从这个意义上讲,NGN是基于TDM(时分复用)的PSTN语音网络和基于IP/ATM的分组网络融合的产物,其使得在新一代网络上语音、视频、数据等综合业务成为了可能。将现有网络演变成下一代网络,并且原有的网络与新的网络并存都需要相当长的时间,所以新的网络还需能够和原有网络互通,新的网络也要实现原有网络的已有功能。
数字传真机正广泛应用于日常生活以及各行各业中,其中一类机(G1),二类机(G2)和三类机(G3)用于公用电话交换网(PSTN)上,四类机(G4)用于公用数据网(PDN),经过适当调制处理,也可以用于公用电话交换网上。随着NGN网络不断发展和完善,将逐步取代PSTN网络。但有一个前提是,NGN网络必须能够提供PSTN网络已提供的业务功能,而其中的传真业务是一个比较重要的业务。除此之外还有modem等数据业务也都需要在NGN架构下实现。
目前的传真技术主要有fax relay(FR)以及VBD两种模式;Modem主要有modem relay(MR)和VBD两种模式。VBD模式的概念以及应用方法在ITU-T的V.152中有描述,V.152描述了通过MGC(Media GatewayController,媒体网关控制器,用于实现呼叫状态的管理,以及对媒体网关承载资源的控制,以下简称MGC)在呼叫建立时协商好VBD codec(codingand decoding,编解码),在发生传真,modem等事件时网关自动切换到VBD模式的方法。如果需要网关自动切换,就需要在呼叫开始时协商出多个能力,其中包括至少一个语音能力和一个VBD能力,以同时支持语音和传真。
另外,还有其它需要协商出多组媒体能力的需求情况,比如在语音和T38之间的自动切换,语音和V150.1之间的自动切换等等,都需要在呼叫建立阶段先协商出多个能力。
H248协议为了多种资源协商定义了reserve group(保留组)和reservevalue(保留值)这两个属性,指示网关是否预留有多个能力。H248协议规定可以通过SDP(Session Description Protocol,会话描述协议,以下简称:SDP)描述本地和远端的媒体属性,H248协议的本地描述符(local descriptor)或者远端描述符(remote descriptor)中的内容用SDP表示,该SDP文本中可以包含一个或者多个会话(session)。因为一个媒体描述符中只能带一个双向媒体流,所以一个会话中最多只能有一个”m=”行。SDP中的一个会话称为一个组,多个组之间用”V=”行格开。如果保留组设置为TRUE,表示网关可以预留多个组的资源。如果保留组为FALSE,表示网关需要选取唯一的一组资源。如果保留值为TRUE,表示在同一个组内可以预留多个编解码codec,每一编解码用于一种数据处理,例如对语音的处理采用G.729(payload type为18)。如果保留值为FALSE,则表示在同一个组内只能选取唯一的一个codec。
在普通语音呼叫流程中,软交换使用保留组和保留值来指示网关的资源预留。例如:在增加主叫端点时,设置保留组为TRUE,H248消息中的localSDP为
“v=0
c=IN IP4 $
m=audio $ RTP/AVP 18
v=0
c=IN IP4 $
m=audio $ RTP/AVP 0”
上述这段SDP文本中包括两个组,以“v=0”隔离各组,其中组1中是G.729能力,组2中是PCMU能力。保留组为TRUE,指示该网关可以预留所有支持的能力,便于和被叫侧协商。
如果网关有足够的资源,将应答如下:
“v=0
c=IN IP4<IP address>
m=audio<port> RTP/AVP 18
v=0
c=IN IP4<IP address>
m=audio<port>RTP/AVP 0”
此网关预留了两组资源,组1优先,并在该SDP文件中还包括了G.729和PCMU两种codec使用的IP地址和端口。
在软交换获得了主叫网关的能力后,在增加被叫端点时,会将主叫网关能力在remote SDP中通知被叫网关,并且设置保留组为FALSE,H248消息中发给被叫网关的local SDP为
“v=0
c=IN IP4 $
m=audio $ RTP/AVP 18
v=0
c=IN IP4 $
m=audio $ RTP/AVP 0”
由于主叫侧应答了两组能力,软交换给被叫网关提供了这两组能力,但是设置保留组为FALSE,这样即指示网关只能在两组能力中选择一种;由于建立呼叫需要协商出唯一使用的codec,如果被叫网关选择G.729,则被叫网关应答如下:
“v=0
c=IN IP4<IP address>
m=audio<port> RTP/AVP 18”
如果在上述过程中主被叫网关之间协商出多组能力,则被叫网关难以确定到底使用哪一种,或即使都约定使用优先的第一种,则后一种资源虽协商出来但是总不使用,这样既浪费网关上的资源,又加大了H248协议消息的长度。
因此,通过对保留组和保留值的设定,可以指示网关在其多个能力中选择多个或者仅选用一个,来完成能力协商,即在主叫和被叫之间呼叫建立之前进行codec协商,并且通知对端的每种codec使用的IP地址和端口,以及其他属性等。但现有技术还有需要协商出多组能力的情况,例如ITU-TV.152提供的VBD实现方法,在呼叫建立阶段进行能力协商时,需要协商出语音能力和VBD能力,在主叫侧增加端点时,保留组和保留值都设置成TRUE。H248消息中的local SDP如下示例:
“v=0
c=IN IP4 $
m=audio $ RTP/AVP 180 98 99
a=maxmptime:10 10 20 20
a=rtpmap:98 PCMU/8000
a=gpmd:98 vbd=yes
a=rtpmap:99 G726-32/8000
a=gpmd:99 vbd=yes”
其描述意义分别如下:
媒体使用语音(audio)类型,媒体承载使用RTP协议(RFC3551定义)。编解码包括G.729,PCMU,PCMU的VBD以及G.726-32的VBD。
其中,18表示用于语音的G.729的payload type
0表示用于语音的PCMU的payload type
98表示用于VBD的PCMU的payload type
99表示用于VBD的G.726的payload type
为了便于能力协商,主叫网关上报自己能够支持的多组能力,被叫网关应答消息的local SDP为如下示例:
“v=0
c=IN IP4<IP address>
m=audio<port>RTP/AVP 180 98 99
a=maxmptime:10 10 20 20
a=rtpmap:98 PCMU/8000
a=gpmd:98 vbd=yes
a=rtpmap:99 G726-32/8000
a=gpmd:99 vbd=yes”
其中网关保留了软交换设置的所有四个能力,包括G.729和PCMU的语音能力,PCMU和G.726-32的VBD能力,并且上报了网关为该IP端点分配的IP地址和端口。
软交换获得了主叫网关的能力后,在增加被叫端点时,将主叫网关能力在remote SDP中通知被叫网关,进行能力协商。但是,这里保留组和保留值如何设置成为一个问题。目前的技术是将保留组和保留值也设置成TRUE。
Local SDP描述如下
V=0
c=IN IP4 $
m=audio $ RTP/AVP 180 98 99
a=maxmptime:10 10 20 20
a=rtpmap:98 PCMU/8000
a=gpmd:98 vbd=yes
a=rtpmap:99 G726-32/8000
a=gpmd:99 vbd=yes
因为保留组和保留值设置成TRUE,如果被叫网关也又足够资源支持这四个能力,那么也会上报四个能力给软交换。这样,协商的结果是语音和VBD各自有两个协商结果。语音是G.729和PCMU。VBD是PCMU和G.726-32。没有协商出唯一的语音能力和唯一的VBD能力。语音协商出G.729和PCMU这两个能力,排在前面的G.729优先。这样PCMU用于语音就没有用途。协商结果只保留一个语音能力更加合适。VBD能力也是一样,协商结果中只包括唯一一个VBD能力更加合适。这样要么被叫网关上作约定,尽管保留组保留值为TRUE,网关还是只上报一个语音能力和一个VBD能力。但是这样不符合H248协议对于保留组和保留值的功能定义。或者,网关还是上报所有支持的能力,由软交换再下一条命令去修改端点,选择出一个语音能力和一个VBD能力。这样多出来一条控制消息,而且协商的过程也不太合理。如果网关只上报一组语音能力和一组VBD能力更加合理。
如果保留组和保留值为FALSE,那么网关只能上报一个能力,要么是语音能力,要么是VBD能力,这样也不符合协商出多种能力的要求。
为了利用保留组和保留值的功能,还可以改变协商方式。在被叫侧下发local SDP时用如下格式:
“v=0
c=IN IP4 $
m=audio $ RTP/AVP 180
a=ptime:10
v=0
c=IN IP4 $
m=audio $ RTP/AVP 98 99
a=maxmptime 20 20
a=rtpmap:98 PCMU/8000
a=gpmd:98 vbd=yes
a=rtpmap:99 G726-32/8000
a=gpmd:99 vbd=yes”
该SDP描述将4个能力分成两个组,其中组1包括两个语音codec G.729和PCMU。组2包括两个VBD codec和G.726-32。将保留组设置成TRUE,保留值设置成FALSE,这样网关可以选择两组资源,但是在每组中只能选取唯一的一个codec。这样就能够满足协商出一个语音能力和一个VBD能力的要求。
但现有的保留组和保留值不能保证在同一个组之内的多个codec中把codec分类,然后每类选取唯一一个codec的功能;通过将协商的资源合理地放置到不同的组中,然后对保留组和保留值进行正确地设置,可以满足在不同的组中选取唯一能力的要求。但是,H248协议本身的一些规定制约了这种方式的使用。H248的local描述符或者remote描述符中的SDP的每个组(group)中只能包括一个”m=”行,也就是说只允许一个媒体流。所以,如果需要多个媒体流中只能选取唯一的一个,同时还要求能够返回多个能力,现有技术无法实现。
例如,进行传真切换媒体流协商时可能有如下情况,local SDP为如下格式:
“v=0
c=IN IP4 $
m=audio $ RTP/AVP 180
a=ptime:10
v=0
c=IN IP4 $
m=image 49170 udptl t38
a=T38FaxRateManagement:transferredTCF
a=T38FaxUdpEC:t38UDPFEC
v=0
c=IN IP4 $
m=image 49172 tcp t38
a=T38FaxRateManagement:localTCF”
该SDP中有三个组,组1包括了G.729和PCMU的语音,组2包括了UDPTL的T38,组3包括了TCP的T38。现在需要协商出一个语音codec和一个T38codec用于在语音和传真之前自动切换,需要在组2和组3中选取唯一的一个T38传真能力,同时要在组1中选取唯一个语音能力,但现有技术的保留组和保留值的设置方式无论如何都无法满足这个要求,因此无法实现协商唯一一个T38能力,又能够同时返回语音能力和传真能力的情况,如为自动切换的实现;要么协商出多个能力使用优先级,但优先级较低的能力保留又会大量占用网络资源。
因此,现有技术还有待于改进和发展。
发明内容
本发明的目的在于提供一种媒体协商不同类型能力的方法,针对上述现有技术的缺陷,在有些实际应用中例如VBD的能力协商以及T38和语音模式的自动切换等,需要在呼叫过程中协商出多种能力,比如语音能力,VBD能力和T38能力等时,实现避免协商出多余的资源,每组能力都只协商出唯一一个。
为达到上述目的,本发明的技术方案包括:
一种媒体协商不同类型能力的方法,其设置在呼叫建立前的媒体能力协商过程中,包括以下步骤:
A、主叫或被叫网关将需预留的资源依媒体能力类别划分为细分资源组,该细分资源组包括不同媒体能力的资源;
B、在所述协商过程中,所述网关协商确定细分资源组后,在同一细分资源组下只上报一种资源为该类媒体能力协商结果。
所述的方法,其中,所述方法包括:对H248协议进行扩展,在其资源保留标志都设置为允许多个协商结果时,指示网关要在每个细分资源组中只上报一个资源。
所述的方法,其中,所述扩展是在H248协议中预先设置记录细分资源情况的数据结构,用于设置细分资源情况;并在该数据结构中设置记录细分资源组组号、资源组组号以及同一资源组中的媒体能力顺序号的记录项。
所述的方法,其中,所述扩展包括由网关使用自行决定或者配置的资源细分方式。
所述的方法,其中,所述方法还包括:对会话描述协议进行扩展,所述细分资源组包括把需要在其中选择唯一一个资源的多个资源放到同一个小组中,;并且在资源保留标志都设为允许多个协商结果时,网关对于每个小组的资源只选用其中的一个上报。
所述的方法,其中,所述方法还包括:在给网关下发的H248协议消息中带有远端会话描述协议文本,而且资源保留标志设置为允许多个协商结果时,则网关默认为需要在每细分资源中只能选取一种。
所述的方法,其中,所述细分资源分类方式由网关自行决定或通过配置方式在网关上设置细分资源组。
所述的方法,其中,所述媒体能力类别包括:语音能力,VBD以及T38传真,V.150.1 modem relay,静音,RFC2833,RFC2198,RFC2733。
所述的方法,其中,所述资源保留标志包括保留组和保留值。
所述的方法,其中,所述同一细分资源组内的不同能力为同一类别的。
本发明所提供的一种媒体协商不同类型能力的方法,由于采用扩展H248协议或扩展SDP协议,对须保留的资源依分类划分为小能力组的方式,实现了多种能力保留并能协商出唯一的能力,节省了网络资源,并实现了增强的网络功能。
附图说明
图1为本发明媒体协商不同类型能力的方法的流程示意图;
图2为本发明的网络架构示意图。
具体实施方式
以下结合附图,将对本发明的各较佳实施例进行较为详细的说明。
本发明方法如图1所示的,用于呼叫建立前的协商过程,其基本思路是扩展H248协议或SDP协议。本发明方法的NGN网络架构如图2所示的。
在H248协议中把媒体能力分成多个小的能力组,然后在各个小能力组中单独设置是否预留资源,由此可以用来解决需要同时协商出多种类型能力,但是每类能力中又只需要选择一个的情况。
在对H248协议进行扩展时,指示网关要在每个细分资源组中只上报一个资源。该扩展可以进一步预先设置记录细分资源情况的数据结构,也可以让网关使用自行决定或者配置的的资源细分方案。如果设置细分资源情况,则可以在该数据结构中设置记录细分资源组组号、资源组组号以及同一资源组中的媒体能力顺序号的记录项;并且在其资源保留标志都设置为允许多个协商结果时,规定同一个细分资源组的资源只能保留一个。但是不严格限制为这种数据结构。
比较前一种方法而言,对H248协议还可以进行原理类似但是方法较为简单的扩展,即只下发一个标志,指示网关是否在每个细分资源组中最多只能上报一种能力。细分资源组由网关自行决定或者在网关上设置细分资源组。
在扩展SDP协议时,在H248协议使用的SDP文本中把媒体能力分小组,把需要在其中选择唯一一个能力的多个能力放到前面说的同一个小组中,在资源保留标准即保留组和保留值为TRUE情况下即允许多个能力协商结果时,对于每个小组的资源,网关只能选用其中的一个上报。
本发明方法的第一较佳实施例对现有的H248协议进行了扩展,在LocalControlDescriptor中增加了字段,对媒体能力协商中的资源保留控制进行更具体的设置。如以下具体实施例中的示例,须注意的是,下述示例较为详细,但不能因此而理解为对本发明专利保护范围的限制。
LocalControlDescriptor∷=SEQUENCE
{
streamMode StreamMode OPTIONAL,
reserveValue BOOLEAN OPTIONAL,
reserveGroup BOOLEAN OPTIONAL,
reservedetail SEQUENCE OF ReserveParam OPTIONAL,
propertyParms SEQUENCE OF PropenyParm,
}
ReserveParam∷=SEQUENCE
{
ReserveNo INTEGER(0。。65535),
groupNO INTEGER(0。。65535),
ValueNo INTEGER(0。。65535)
}
上述下划线部分为本发明方法新增,其采用一资源小组对资源细分,该细分资源组的定义如上述数据结构ReserveParam,用于描述详细的分组情况,其中包括了细分资源组号ReserveNo:表示被细分的资源小组编号,同一编号可能有多个资源小组对应;groupNO:为Local描述符中的媒体组号,如果是文本编码的SDP,则为session号;如果是二进制编码,则为资源组号。从1开始顺序排列。ValueNo:表示同一资源组内媒体能力的资源编号。从1开始顺序排列,遍历本资源组内的所有资源编号。R eservedetail是用于描述local描述符中媒体的分组情况,即其对资源的细分分组情况,其内容为ReserveParam序列。
以下面的SDP为例:
“v=0
c=IN IP4 $
m=audio $ RTP/AVP 18 0 96 97
a=rtpmap:96 PCMU/8000
a=gpmd:96 vbd=yes
a=rtpmap:97 G726-32/8000
a=gpmd:97 vbd=yes
v=0
c=IN IP4 $
m=image $ udptl t38
a=T38FaxRateManagement:transferredTCF
a=T38FaxUdpEC:t38UDPFEC
v=0
c=IN IP4 $
m=image $ tcp t38
a=T38FaxRateManagement:localTCF”
该SDP中有三个组,组1包括了G.729和PCMU的语音,以及两组VBDPCMU和G.726-32。组2包括了UDPTL的T38,组3包括了TCP的T38。
本发明方法的实施例中需要网关上报一组语音编码,一组VBD编码和一种T38编码。采取如下方法:将保留值reserveValue设为TRUE;保留组reserveGroup设为TRUE;在细分资源小组的记录reservedetail中包括6组数据如下(1,1,1),(1,1,2),(2,1,3),(2,1,4),(3,2,1),(3,3,1);每组数据括号内的三个数字代表了ReserveParam数据结构中的ReserveNo,groupNO和ValueNo。这6组数据意义如下:共分为三个保留资源组:保留资源组1包括SDP第一个资源组group的第一个codec,即G.729,以及第一个资源组group的第二个code,即PCMU;保留资源组2包括SDP第一个group的第三个codec,即PCMU的VBD,以及第一个group的第四个codec,即G.726-32的VBD;保留资源组3包括SDP第二个资源组group的第一个codec,即UDPTL的T38,以及第三个group的第一个codec,即TCP的T38。在保留组和保留值都为TRUE的时候,规定同一个保留资源组的资源只能保留一个。
这样被叫网关可以在语音,VBD以及T38中各自选用一组能力。没有被纳入保留资源组的其他资源仍然按照现有技术的保留组和保留值的取值约束。
本发明方法的第二较佳实施例,是在SDP文本上进行扩展,增加SDP语法用来支持本方法方法提到的需求,也就是说支持协商出多组能力,但是每小类能力中只能协商出唯一一个能力。
在SDP中定义组别,给每小类能力一个小组号,然后将需要被分组进行单选的能力放到各个小组中。本发明方法中称其为保留资源组。当保留组和保留值为TRUE时,对于同一个保留资源组内的资源只能单选一个。
本发明方法的第二实施例的具体实现方法如下:
在”m=”行后增加
a=cgid:M1,N1;M2,N2;......Mk,Nk
其中M1,M2等为保留资源组小组号,N1,N2等为前一行”m=”行中需要归类的能力在本”m=”行的能力列表中的位置序号。从1开始顺序排列。
以上述第一较佳实施例中的SDP为例:
“v=0
c=IN IP4 $
m=audio $ RTP/AVP 18 0 96 97
a=cgid:1,1;1,2;2,3;2,4
a=rtpmap:96 PCMU/8000
a=gpmd:96 vbd=yes
a=rtpmap:97 G726-32/8000
a=gpmd:97 vbd=yes
v=0
c=IN IP4 $
m=image $ udptl t38
a=cgid:3,1
a=T38FaxRateManagement:transferredTCF
a=T38FaxUdpEC:t38UDPFEC
v=0
c=IN IP4 $
m=image $ tcp t38
a=cgid:3,1
a=T38FaxRateManagement:localTCF”
其中划线部分为新增,对于语音能力和fax/moem/text能力可分为三个保留资源组:保留资源组组1的能力包括第一个”m=”行的第一个和第二个能力(cgid:1,1;1,2),也就是18和0(G.729和PCMU);保留资源组组2的能力包括第一个”m=”行的第三个和第四个能力(cgid:2,3;2,4),也就是96,97这两个VBD能力。保留资源组组3的能力包括第二个”m=”行的第一个能力(cgid:3,1),也就是UDPTL的T38能力。保留资源组组3的能力还包括第三个”m=”行的第一个能力,也就是TCP的T38能力。
在保留组和保留值都为TRUE的时候,规定同一个保留资源组的资源只能保留一个,这样被叫网关可以在语音,VBD以及T38中各自选用一组能力。没有被纳入保留资源组的其他资源仍然按照保留组和保留值的取值约束。须说明的是,上述本发明第二较佳实施例中的对SDP文本扩展中,所述保留资源组为二维数据,原因在于其本身所在的资源组即v=0所间隔的,已经表明了其资源组号。
本发明方法的第三较佳实施例是在给网关下发的H248消息中带有远端SDP,而且资源保留标志(即保留组和保留值)为TRUE,则网关可以默认为需要在每小类资源中只能选取一种,以达到每种能力仅协商出一种codec的功能。这种具体的资源分类方式由网关自行决定。也可以通过配置方式在网关上设置细分资源组。也就是说,前述细分资源组不需要由MGC通过扩展H248消息或者SDP,而是在网关上配置或者固定下来。在MGC下发请求消息中带有远端SDP时,每个细分资源组中的资源只选用一个。
本发明所述方法中,所述媒体能力类别可以包括但不限于:语音能力,VBD以及T38传真,V.150.1 modem relay,静音,RFC2833,RFC2198,RFC2733等等。
这样本发明方法既保证了能力自动交换所需要的多种能力保证,且未用的资源不必预留,节省了网络资源。
应当理解的是,上述针对具体实施例的描述较为具体,并不能因此而认为是对本发明专利保护范围的限制,本发明的专利保护范围应以所附权利要求为准。
Claims (9)
1.一种媒体协商不同类型能力的方法,其设置在呼叫建立前的媒体能力协商过程中,包括以下步骤:
A、主叫或被叫网关将需预留的资源依媒体能力类别划分为细分资源组,该细分资源组包括不同媒体能力的资源;
B、在所述协商过程中,所述网关协商确定细分资源组后,在同一细分资源组下只上报一种资源为该类媒体能力协商结果。
2.根据权利要求1所述的方法,其特征在于,所述方法包括:对H248协议进行扩展,在其资源保留标志都设置为允许多个协商结果时,指示网关要在每个细分资源组中只上报一个资源。
3.根据权利要求2所述的方法,其特征在于,所述扩展是在H248协议中预先设置记录细分资源情况的数据结构,用于设置细分资源情况;并在该数据结构中设置记录细分资源组组号、资源组组号以及同一资源组中的媒体能力顺序号的记录项。
4.根据权利要求3所述的方法,其特征在于,所述扩展包括由网关使用自行决定或者配置的资源细分方式。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:对会话描述协议进行扩展,所述细分资源组包括把需要在其中选择唯一一个资源的多个资源放到同一个小组中;并且在资源保留标志都设为允许多个协商结果时,网关对于每个小组的资源只选用其中的一个上报。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:在给网关下发的H248协议消息中带有远端会话描述协议文本,而且资源保留标志设置为允许多个协商结果时,则网关默认为需要在每细分资源中只能选取一种。
7.根据权利要求4所述的方法,其特征在于,所述资源细分方式由网关自行决定或通过配置方式在网关上设置细分资源组。
8.根据权利要求2至7任一项所述的方法,其特征在于,所述资源保留标志包括保留组和保留值。
9.根据权利要求1至7任一项所述的方法,其特征在于,所述同一细分资源组内的不同能力为同一类别的。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200510101442.6A CN1968258B (zh) | 2005-11-15 | 2005-11-15 | 一种媒体协商不同类型能力的方法 |
PCT/CN2006/003026 WO2007056939A1 (fr) | 2005-11-15 | 2006-11-10 | Procede de negociation de differentes capacites multimedias et systeme et passerelle associes |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200510101442.6A CN1968258B (zh) | 2005-11-15 | 2005-11-15 | 一种媒体协商不同类型能力的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1968258A CN1968258A (zh) | 2007-05-23 |
CN1968258B true CN1968258B (zh) | 2010-12-01 |
Family
ID=38048289
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200510101442.6A Expired - Fee Related CN1968258B (zh) | 2005-11-15 | 2005-11-15 | 一种媒体协商不同类型能力的方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN1968258B (zh) |
WO (1) | WO2007056939A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101345703A (zh) * | 2007-08-06 | 2009-01-14 | 华为技术有限公司 | 一种承载资源预留方法、系统和装置 |
CN100550860C (zh) | 2007-11-27 | 2009-10-14 | 华为技术有限公司 | 媒体资源预留方法及业务包信息获取方法及装置 |
CN101222502B (zh) * | 2008-01-25 | 2012-08-22 | 华为技术有限公司 | 媒体能力重协商的方法及装置 |
CN104253914B (zh) * | 2013-06-28 | 2016-08-03 | 上海贝尔股份有限公司 | 一种用于话音频带数据激励事件协商的方法及其媒体网关 |
CN104270594B (zh) * | 2014-09-24 | 2018-11-09 | 大唐移动通信设备有限公司 | 数据包发送与接收的方法及设备 |
CN108540429B (zh) * | 2017-03-02 | 2021-05-04 | 中国移动通信有限公司研究院 | 一种会话协商方法及服务器 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2001005109A1 (en) * | 1999-07-12 | 2001-01-18 | Telefonaktiebolaget Lm Ericsson | Method and system for exchanging information between multimedia network nodes |
CN1373971A (zh) * | 1999-09-10 | 2002-10-09 | 艾利森公司 | 协商跨网络的多媒体能力的系统和方法 |
WO2004039031A2 (en) * | 2002-10-23 | 2004-05-06 | Sony International (Europe) Gmbh | Software architecture for capability and quality-of-service negotiations and session establishment for distributed multimedia applications |
-
2005
- 2005-11-15 CN CN200510101442.6A patent/CN1968258B/zh not_active Expired - Fee Related
-
2006
- 2006-11-10 WO PCT/CN2006/003026 patent/WO2007056939A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2001005109A1 (en) * | 1999-07-12 | 2001-01-18 | Telefonaktiebolaget Lm Ericsson | Method and system for exchanging information between multimedia network nodes |
CN1373971A (zh) * | 1999-09-10 | 2002-10-09 | 艾利森公司 | 协商跨网络的多媒体能力的系统和方法 |
WO2004039031A2 (en) * | 2002-10-23 | 2004-05-06 | Sony International (Europe) Gmbh | Software architecture for capability and quality-of-service negotiations and session establishment for distributed multimedia applications |
Non-Patent Citations (1)
Title |
---|
全文. |
Also Published As
Publication number | Publication date |
---|---|
WO2007056939A1 (fr) | 2007-05-24 |
CN1968258A (zh) | 2007-05-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1968258B (zh) | 一种媒体协商不同类型能力的方法 | |
CN103430524B (zh) | 一种用于使得使用sip的企业网络能够存活的备用sip服务器 | |
JP4865042B2 (ja) | セッション・ボーダ・コントローラ内でトランスコーディング・リソースを割り当てるための方法および装置 | |
CN1361994A (zh) | 电信网络中的能力协商 | |
CN101217389B (zh) | 音频会议桥接级联实现方法及音频会议桥接级联系统 | |
CN1809051A (zh) | 一种ip电信网中应对设备过载的处理方法 | |
CN101313558B (zh) | 实现媒体网关内部连接的方法 | |
CN1553668A (zh) | 一种虚拟媒体网关之间互通的方法 | |
CN101031006B (zh) | 基于ip的汇接局多业务传输方法 | |
CN1855931A (zh) | 下一代网络中媒体网关上报事件处理方法 | |
CN101005402A (zh) | Sip用户代理业务切换的信息上报方法 | |
US8873374B2 (en) | Accelerated recovery during negotiation between a media gateway and a media gateway controller | |
CN103581170A (zh) | 一种统一通信系统中智能融合中间件引擎 | |
CN100576863C (zh) | 动态资源管理方法及其媒体网关和媒体网关控制器 | |
CN1881960A (zh) | 下一代网络中边缘或分组网关控制系统及其方法 | |
US7426182B1 (en) | Method of managing signal processing resources | |
CN100550846C (zh) | 在分离架构下多媒体业务互通时释放呼叫的方法和系统 | |
CN1295926C (zh) | 一种视频会议系统 | |
CN100341294C (zh) | 一种媒体网关及其分配业务流ip地址的方法 | |
CN1287573C (zh) | 媒体网关控制器与媒体网关间通信的系统及其方法 | |
CN101056214A (zh) | 下一代网络系统及下一代网络中业务质量故障定位方法 | |
CN100385857C (zh) | 语音网络中服务器进行集中带宽管理的方法 | |
CN101316264B (zh) | 业务与承载分离架构下资源控制方法及设备 | |
CN101127639A (zh) | 一种降低接入设备成本的主被叫媒体协商方法 | |
CN1710874A (zh) | 一种保证端到端业务质量构架中业务可靠性的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20101201 Termination date: 20211115 |