为在hfc电缆网络上建立的分组电话交换连接预留和释放带宽的方法和系统的制作方法

文档序号:7887838阅读:173来源:国知局
专利名称:为在hfc电缆网络上建立的分组电话交换连接预留和释放带宽的方法和系统的制作方法
技术领域
本发明一般涉及在分组网络上提供实时业务,尤其涉及提供因特网电话在HFC网络上传输语音和数据。
背景技术
如今,通过公共交换电话网(PSTN)将因特网接入提供给广大受众。一般地,在这种环境中,用户通过PSTN调制解调器的全工拨号连接入因特网,所述连接可以在本地回路设备上提供最高5,6000比特/秒(56kbps)的数据速率。
但是,为了提高数据速率(并因此改善响应时间),其他数据业务也被提供给公众,或者被计划,例如使用全工电缆电视(CATV)调制解调器的数据通信,所述通信在CATV设备上提供明显比前面提到的基于PSTN调制解调器高的数据速率。电缆运营商考虑的业务包括分组电话业务,视频会议业务,T1/帧中继等效业务等。
已经提出多种标准允许在全同轴或混合光纤/同轴电缆网络上电缆系统数据转发器和客户位置之间因特网协议(IP)业务量的透明双向转发。由Cable Television Laboratories开发的一个这种标准被称为临时技术规范DOCSSIS 1.1。在其他事项中,DOCSSIS 1.1规定了诸如分组电话的实时业务的业务流方案。分组电话可以被用于在位于两个端点的电话之间传输语音。或者,分组电话可以被用于在诸如传真机或计算机调制解调器的端点设备之间传输语音频带数据。
将要在电缆网络上建立实时通信时,网络部件最初并不知道所述呼叫是否将传输语音或语音频带数据。虽然在公共交换电话网上建立呼叫时由于总是有足够的资源,这一般不是问题,但是在HFC电缆网络中带宽是共享的。网络操作的目的是限制任何一个呼叫的带宽要求,以便允许支持更多呼叫/用户。因此,为了减少需要的带宽,经常为语音业务使用压缩编译码器。这种压缩编译码器不被用于语音频带数据,这是因为它们不以足够的准确性重新生成所述数据。由于压缩编译码器能够被用于语音而不能被用于语音频带数据,所以语音频带数据需要的带宽大于语音业务需要的带宽。既然最初并不知道连接是否支持语音业务或语音带宽数据,那么必须分配足够的带宽以支持语音带宽数据。如果所述连接只被用于支持语音业务,那么已经分配的带宽就大于需要的带宽,因此降低了网络的效率。
因此,根据连接是否将传输语音业务或语音带宽数据来改变为电缆网络上实时分组交换连接分配的带宽是有利的。这尤其应用于从客户位置到数据转发器的上行方向中的电缆网络带宽,这是因为与下行带宽相比,这个带宽一般是有限的。

发明内容
根据本发明,提供了在电缆网络上分配带宽以便在两个端点之间建立分组交换电路连接的方法。所述方法从在呼叫发起时授权和预留足以在所述端点之间建立语音频带数据的带宽分配开始。然后,只提交被分配带宽的一部分。足以在所述端点之间建立压缩的语音业务连接的被提交部分是被预留的带宽分配的子集。
根据本发明的一个方面,释放被预留,但未被提交的带宽分配部分,使得如果至少一个所述端点确定所述连接将支持语音业务而不支持语音频带数据,就被提供给其他连接。可以在自没有检测到语音频带数据的全部发送/接收连接建立以来经过一个预定时间周期以后释放这个带宽部分。
根据本发明的另一个方面,如果至少一个所述端点确定所述连接支持语音频带数据,那么不需进一步授权就可以提交所述被预留但未被提交的带宽。
根据本发明的另一个方面,低速编译码器最初被用于被压缩的语音业务连接。随后高速编译码器可以被用于语音频带数据。


图1表示实现本发明原理的示例性的完整的基于因特网的语音通信系统。
图2A-2B是表示呼叫发起过程例子的流程图。
图3是表示释放带宽过程例子的流程图。
图4是表示发起呼叫以后接收语音频带数据过程的流程图。
具体实施例方式
在图1中表示了实现本发明原理的示例性通信系统。除了创造性设计外,图1中所示的部件都是公知的,不进行详细描述。
如上所述,通信系统100表示这样一种网络结构,其中与用户网关或中间电话适配器(MTA)1101-1104连接的用户可以接入因特网175以及公共交换电话网(PSTN)140。特别地,MTA 1101-1104通过CATV网络与因特网通信。电缆TV网络接入由MSO(多业务运营商)(未标出)提供。在这个环境中,假设MSO提供(除了以通信网络117为例子的传统CATV接入网络设备外)CATV前端170和电缆调制解调器115。这个CATV网络布置在这里也被称为电缆数据网络。CATV网络一般是全同轴或者混合光纤/同轴电缆(HFC)电缆网络。MTA 1101-1104也通过所述电缆网络,IP网络175以及中继网关130与PSTN 140通信。
如图1对于MTA 1101所示,MTA 1101-1104包括例如电话的客户宅内设备122,编译码器128,数字信号处理器(DSP)124,主处理器126以及电缆调制解调器(CM)115。电话122,编译码器128,DSP 124以及主处理器126共同代表通过CM 115连接到通信链路117的数据终端设备。CM 115提供通过RF连接器和调谐器/放大器(未标出)到所述电缆数据网络的接入接口。广泛地讲,DSP 124从所述电话122所接收模拟信号产生数字分组。即,DSP 124和编译码器128共同执行在电缆网络上传送语音和语音频带数据所必需的所有语音频带处理功能,包括回波消除,分组损耗隐蔽,呼叫进展音调产生,DTMF/脉冲和传真音调检测,诸如G.723和G.729的音频压缩和解压缩算法,分组抖动消除,以及IP分组/组装。一般地,DSP 124用以8,16或64kHz的速率数字化的脉冲码调制抽样对所述数据进行编码。主处理器126从所述DSP 124接收数据分组,并添加适当的首标,例如MAC,IP,以及UDP层所要求的。一旦分组完成了,就被发送到CM115,在那里所述分组仍然保持队列,直到它在电缆数据网络上被传送到CATV前端170中的CMTS 120。为了本发明的目的,假设正在被提供的业务是实时业务,例如分组电话。因此,应该根据适当的协议,例如实时传输协议(RTP)对数据分组进行格式化。
因特网业务提供商(ISP)提供因特网接入。在图1的环境中,假设ISP提供包括附加到通信链路132的电缆数据网络接入路由器(未标出)的IP网络175。应该注意到,假设上述MSO和ISP业务提供商是不同的实体只是为了说明的目的,尽管这与本发明的理念无关。
CM 115通过电缆网络117连接到CATV前端170,所述电缆网络是例如CATV射频(RF)同轴引入电缆或相关设备。CATV前端170提供到多个下行用户(只表示了其中一个)的业务,并且包括电缆调制解调器数字终端系统(CMTS)120以及前端路由器125。(CMTS120可以通过以太网100BaseX连接(未标出)被连接到前端路由器125。)CMTS 120用CM 115终接所述CATV RF链路,并且在支持被提供的住宅业务中执行数据链路协议。给定RF链路的广播特性,多住宅客户和,因此的潜在多个基于住宅的LAN可以被同一个CMTS接口服务。(尽管没有标出,还假设CATV网络包括多个CMTS/前端路由器对。)CM 115和CMTS 120作为转发主体和终端系统(主机)工作。它们的主要功能是在CATV前端和客户位置之间透明地发送因特网协议(IP)分组。Cable Television Laboratories已经准备临时标准DOCSIS 1.1作为执行这个功能的一系列协议。
在完全因特网上语音通信系统中,呼叫代理150是在所述通信系统中提供电话情报的硬件或软件部件,并且负责电话呼叫处理。特别地,呼叫代理150负责建立连接并维持允许用户进行和接收呼叫,使用诸如呼叫等待,呼叫转移等所需的端点状态。理论上,本发明也能够应用于被切换IP通信系统,在所述系统中,连接到CLASS5电话切换的IP数字终端代替所述呼叫代理和中继网关。在这个系统中,在MTA和IPDT之间传导基于IP的呼叫信令,在IPDT和电话切换之间传导GR303或V5.2呼叫信令。在这个系统中,在MTA和IPDT之间传导IP语音业务。
如前所述,一般使用诸如ITU-T建议书G.728的压缩编译码器压缩语音业务,以减少通过电缆网络传输的数据量。虽然压缩降低了语音质量,但是它也保存了带宽,在例如电缆网络的共享分组交换网络中带宽可能是稀缺资源。但是,由于传真和调制解调器音调遭受太多失真,所以不能压缩语音频带数据,尤其是在使用传统模拟传真和调制解调器设备时。因此,必须使用高速,未压缩的编译码器,例如ITU-T建议书G.711,以便以足够的保真度传输语音频带数据信号。未压缩的语音数据比已压缩的语音业务需要更大的带宽。
在根据DOCSIS标准提供实时业务的分组交换网络中,必须由呼叫代理授权带宽,然后能够通过CMTS和MTA之间的合作预留和提交。既然呼叫代理不能先验地知道给定呼叫可能是语音频带数据呼叫,所以呼叫代理假设所述呼叫将是语音呼叫,并且只授权足够支持这样的呼叫的带宽。同时,呼叫代理使用信令协议,例如基于网络的呼叫信令(NCS)来请求呼叫端点协商压缩编译码器。所述端点通过被结合在NCS信令协议中的会话描述协议(SDP)交换编译码器能力。这个程序使使用的带宽最小,并且允许网络提供最大数量的同时呼叫,受到通信业务工程设计限制。
参与所述呼叫的端点可以是MTA或者MTA以及连接电缆网络到PSTN的媒体网关,例如中继网关或者IP数字终端设备。假设两个端点都能够支持压缩编译码器,如果所述呼叫支持语音频带数据,那么呼叫代理就命令所述端点预留足够的带宽,但是只提供在传输携带压缩数字化的语音业务的RTP分组所需的电缆网络上行上的带宽(下行带宽一般预先提供)。所述端点通过与CMTS交换的DOCSIS物理层管理消息执行这些带宽操作。
有效的呼叫代理配置所述端点在检测到传真或调制解调器音调时触发附加带宽,而不需要来自呼叫代理的任何其他干预。由于如果呼叫代理在检测到语音频带数据时必须干预,那么可能产生的附加信令延迟可能足够阻止所述端点建立成功的连接,所以这是有利的。通过预留附加带宽,所述呼叫端点能够从压缩编译码器切换到非压缩编译码器,而不会阻止在语音频带数据设备之间建立成功的连接。
为了避免对电缆网络同时传输多个语音呼叫能力不必要的限制,MTA试图区分语音频带数据呼叫和语音呼叫,以便如果正在传输语音呼叫,MTA减少它的带宽预留。MTA能够通过识别诸如传真机和调制解调器的语音频带数据设备的典型行为来区分语音业务和语音频带数据,这种区分一般在建立连接的两秒种内进行。如果MTA没有从用户数据设备检测到语音频带数据(或者还没有通过不同信令装置被通知将传输语音频带数据),那么假设所述呼叫是语音呼叫,因此MTA减少其带宽预留。通过带有更低带宽要求的业务质量(QOS)接纳和启动的DOCSIS动态业务改变请求来传导这个过程。
呼叫顺序示例下面的例子说明根据本发明建立语音频带数据连接步骤的示例性顺序。虽然这个例子使用了特定标准和协议,但是本领域的普通技术人员知道本发明并不局限于这些协议,而是包含任何适当的协议组。为了这个例子的目的,在呼叫代理和MTA,呼叫代理和CMTS,以及MTA和CMTS之间交换重要的消息。
呼叫代理和MTA之间的消息涉及信令控制,并且使用PacketCabletm基于网络的呼叫信令(NCS)协议被交换。可以被用于在呼叫代理和MTA之间交换消息的其他协议无限制地包括媒体网关控制协议(MGCP)。
在呼叫代理和CMTS之间的消息涉及使用PacketCabletm业务动态质量(DQOS)协议的呼叫资源信令控制。所述资源控制适用于DOCSIS上行和下行业务流,但主要是应用于减轻对上行主动提供的准予业务(UGS)的业务进攻的偷窃和拒绝。需要UGS以确保MTA和CMTS之间的语音和语音频带呼叫质量消息涉及呼叫资源信令请求,并且UGS使用DOCSIS和NCS协议作出响应。NCS命令包含DQOS资源预留请求,MTA通过发出具有适当的业务请求UGS质量的DOCSIS动态业务添加和改变消息作出响应。
呼叫始发步骤的第一序列在电缆网络中的MTA之间建立连接。参考图2A-2B,在所述序列开始之前,呼叫代理请求始发和终端MTA监控它们各自的用户线的摘机事件。在始发用户拿起连接到由MTAO表示的始发MTA服务的接入线的电话听筒时(步骤202),所述序列开始了。MTAO检测摘机传递,并发送NCS事件提示消息到呼叫代理(步骤204),所述NCS事件提示消息由呼叫代理确认(步骤206)。任何呼叫代理请求MTAO播放拨号音并监控拨号数字,如果用户决定断开连接,还请求MTAO监控摘机事件(步骤208)。MTAO确认来自呼叫代理的信号请求,并向始发用户播放拨号音(步骤210)。始发用户拨号目标MTA的用户接入线电话号码(步骤212),MTAO收集所述拨号数字并发送包含所述数字的事件提示消息到呼叫代理(步骤214)。呼叫代理确认所述数字事件提示消息,并查阅所述用户的电话号码(步骤216)。应该注意,尽管可能认为解决呼叫终接比这个例子中的更复杂,但是为了讨论的目的,假设呼叫代理确定连接到电缆网络的其他MTA(表示为MTAi)的终接。
然后呼叫代理在为表示为CMTSO的MTAO服务的CMTS处建立安全“网关”(步骤218)。所述网关授权足够的下行和上行带宽来支持高速编译码器,所述高速编译码器能够被用于支持语音频带数据连接。所述CMTS确认所述网关组请求并将信息(例如网关ID)返回到呼叫代理,然后所述信息必须被传递到MTAO(步骤220)。相似地,呼叫代理也在为表示为CMTSt服务的CMTS处建立补充网关(步骤222)。
呼叫代理请求MTAO创建包括对低速编译码器和高速编译码器的支持的待用连接(步骤224)。在这个例子中,低速编译码器是G.728,高速编译码器是G.711。当然,其他编译码器也可以被使用,并能够根据信令协议协商。所述请求包括为这个呼叫分配的用于CMTSO的网关ID。由于在不活动的模式中创建所述连接,所以这时MTAO将预留但不提供带宽。所述MTAO验证连接创建请求,并发送临时响应到呼叫代理。(步骤226)。应该注意,某些呼叫代理可能等待,直到在向始发MTAO传递任何远程连接描述前接收来自终端MTAt的远程连接描述。当这个发生时,不在呼叫建立序列中的这个点上进行资源预留。
MTAO为与使用DOCSIS动态业务添加请求的CMTS的连接创建业务流(步骤228)。这个业务流包括为足以支持高速编译码器的上行和下行带宽的资源预留,所述高速编译码器在这个例子中是G.711。这时不提供带宽。这个请求包括MTAO从呼叫代理接收的网关ID。
CMTSO使用所述网关ID来定位所述呼叫的网关,并检验所请求的带宽是位于呼叫代理所授权的带宽中,然后为呼叫预留所述带宽(步骤230)。这个带宽可以被用于所述网络上的其他尽最大努力的业务,但是不可以在这个呼叫期间被分配给其他电话呼叫,或者直到被来自MTA的请求修改。CMTS用动态业务添加响应提示MTA,已经预留所述带宽(步骤232)。MTAO用动态业务添加确认来确认CMTS响应(步骤234)。
MTAO向呼叫代理确认连接创建请求(步骤236)。所述确认包括对编译码器的会话描述协议(SDP)规范,准备在这个连接上接收MTA。这是MTAO的“本地连接描述符”,并且将被呼叫代理传递到MTAt。这个描述符表示MTAO能够在这个呼叫期间接收高速和低速声码器的音频分组。然后呼叫代理与MTAt重复所述连接创建过程(步骤238)。由于MTAO已经提供它的本地连接描述符,所以呼叫代理能够在连接创建请求中将它传递给MTAt。
在这个点上,呼叫代理知道已经成功地为MTAO和MTAt预留了呼叫带宽。呼叫代理请求MTAO更改其连接并向始发用户播放回铃(步骤240)。所述连接更改命令包括终端MTA在其连接创建确认中所提供的远程连接描述符(SDP)。MTAO发送临时响应,并且预留基于这个远程连接描述符的呼叫所需的带宽,所述远程连接描述符使用到CMTS的动态业务改变请求(步骤242)。CMTSO预留所述带宽,并且向MTAO发送动态业务改变响应(步骤244),MTAO响应MTAO确认(步骤246)。MTAO向呼叫代理确认连接更改,并且开始向始发用户播放回铃音(步骤248)。
现在呼叫代理命令MTAt开始通过振铃连接到MTAt的电话听筒提示终端用户(步骤250)。在这个点上,始发用户正在接听回铃,终端用户的电话正在振铃。所述终端用户通过拿起电话听筒来回答电话(步骤252)。这个行为也可以被诸如传真机或者数据调制解调器的语音频带数据设备执行。MTAt提示摘机事件的呼叫代理(步骤254),所述摘机事件被呼叫代理确认(步骤256)。呼叫代理请求MTAt开始监控挂机或拍叉簧(hook flash)事件(步骤258),并且MTAt确认所述请求(步骤260)。呼叫代理还请求MTAO更改其连接到完全发送/接收模式(步骤262),所述请求也取消回铃请求。MTAO向呼叫代理发送临时响应,向CMTS发送动态业务改变以提供对低速编译码器足够的上行带宽(步骤264)。这允许MTAO开始使用低速编译码器发送音频,尽管仍然为高速编译码器预留附加带宽。
CMTS触发所述带宽并向MTA发送动态业务改变响应(步骤266),MTA确认所述响应(步骤268)。MTA向呼叫代理确认连接更改,并且呼叫代理更改在MTAt处的连接到完全发送/接收模式,因此也为这个连接上的低速编译码器提供下行带宽(步骤270)。
在这个点上,已经建立完全发送/接收连接。如果是语音呼叫,那么多方现在能够转换。已经为低速编译码器提供贷款,但是更大量的带宽已经为所述呼叫预留。如果证明所述呼叫是语音呼叫,那么释放附加预留带宽。如果证明所述呼叫是语音频带数据呼叫,那么触发所述附加带宽。下面描述所述附加带宽的释放和触发。
带宽释放这个部分介绍MTA将带宽释放回电缆网络所使用的步骤顺序。参考图3,如PacketCabletm的NCS规范104及以后中所定义的那样,在MTAO和MTAt独立地寻找诸如传真音调或调制解调器音调的语音频带数据信号时(步骤302),过程开始。MTA在可配置的时间周期以后独立地放弃对语音频带数据信号的搜寻(步骤304)。例如,可以使用两秒搜寻周期,这是因为这将跨越带有或不需相位翻转的检测调制解调器或传真回答音调所需时间。然后每个MTA执行到其各自CMTS的动态业务改变请求,以减少与已经为使用协商低速编译码器的语音呼叫的传输提供的带宽相匹配的带宽预留(步骤306)。这就释放了不使用的被预留带宽,并将其提供给其他电话呼叫。所述动态业务改变请求包括除未改变的准许间隔外的最小UGS准许尺寸。所述准许尺寸与低速声码器在当前准许间隔处的有效尺寸加上DOCSIS,Ethernet,IP,UDP和TCP首标开销的尺寸相匹配。
作为这个过程的结果,语音呼叫只继续支持低速编译码器所需的带宽。应该注意,某些传统设备,甚至某些基于PC的传真软件可能允许用户在已经启动语音呼叫后的某个时间启动语音频带数据传输。下面将介绍这种情况。
呼叫启动后的语音频带数据检测如前所述,可能在已经建立呼叫以后,甚至可能在已经进行语音会话以后的某个时间手动启动语音频带数据,特别是传真传输。既然已经使用低速编译码器建立语音呼叫,所以以上述方式释放为可能的语音频带数据预留的额外带宽。虽然下面的例子假设MTAO服务的呼叫者手动开始传真传输,但是所述讨论也等效地可应用于MTAt服务的呼叫者启动传真传输时。
参考图4,如ITU-T建议书T.30所定义的那样,在传真设备产生传真呼叫音调时,过程开始(步骤402)。MTAO检测传真呼叫音调,查阅其远程连接描述符,并确定终端端点能够接收高速编译码器分组(步骤404)。既然没有提供足够的带宽,所以MTA不能像上面那样切换编译码器,而是向呼叫代理发送传真音调提示(步骤406)。呼叫代理确认所述传真音调事件提示,并通过请求MTAO切换到能够支持传真传输的高速编译码器来响应(步骤408)。由于呼叫代理不为MTAO提供从中协商的编译码器列表,而是只规定一个编译码器,所以与初始呼叫建立不同。然后MTAO发送临时响应,并执行与其CMTS的动态业务改变请求交换,来预留和提供传真连接所需的附加带宽(步骤410)。这个步骤不规定成功,传真传输可能失败。在失败时,语音频带数据设备通常向用户报告。由于这是有人值守操作,所以用户能够在以后重试。
假设已经成功地分配新的带宽,那么MTAO向呼叫代理确认连接更改(步骤412)。然后呼叫代理重复与MTAt的连接更改过程(步骤414)。
应该注意,这只是在呼叫已经开始以后启动语音频带数据传输时可能出现的一种情况。例如,某些传真设备不发送CNG。在这种情况下,在启动语音频带数据操作时,电缆网络所发现的第一信号可能是终端设备所发出的回答音调。这时,所述回答音调由MTAt检测,所述MTAt向呼叫代理发送“ft”信号。然后呼叫代理像上述的那样更改连接。虽然不要求,但是呼叫代理可以开始更改在发送事件提示的端点处的连接。根据特定呼叫代理实现,呼叫代理可能试图平行地更改两个连接。
尽管这里具体说明和描述了多种实施例,但是可以理解,本发明的修改和变体被上述示教所覆盖,并位于权利要求的范围内,而不会背离本发明的实质和范围。例如,虽然结合分组电话业务介绍了本发明,但是本领域的普通技术人员知道,本发明可以等效地应用于其他实时业务中,例如视频会议。
权利要求
1.一种为两个端点之间的分组交换电话连接分配电缆网络上带宽的方法,所述方法包括以下步骤在呼叫发起时授权和预留足以在所述端点之间建立语音频带数据连接的带宽分配;以及只提交足以在所述端点之间建立压缩语音业务连接的一部分带宽分配,其中所述分配的被提交部分是所预留的带宽分配的子集。
2.根据权利要求1的方法,还包括步骤释放所预留但未被提交的带宽分配部分,使得如果至少一个所述端点确定所述连接支持语音业务而不支持语音频带数据,所述部分可以为其他连接所利用。
3.根据权利要求2的方法,其中在从建立完全发送/接收连接而没有检测到语音频带数据后经过预定的时间周期以后,执行所述释放步骤。
4.根据权利要求3的方法,其中所述预定时间周期足以检测语音频带数据。
5.根据权利要求1的方法,还包括步骤如果至少一个所述端点确定所述连接支持语音频带数据,则提交所预留但未被提交的带宽,而不需要任何进一步授权。
6.根据权利要求1的方法,还包括下列步骤在所述端点之间协商对于高速编译码器和低速编译码器的支持;并且首先为压缩语音业务连接使用所述低速编译码器。
7.根据权利要求5的方法,还包括下列步骤在所述端点之间协商对于高速编译码器和低速编译码器的支持;并且首先为压缩语音业务连接使用所述低速编译码器。
8.根据权利要求7的方法,还包括步骤对于语音频带数据使用高速编译码器。
9.根据权利要求2的方法,还包括步骤如果在执行释放附加带宽的步骤以后检测到语音频带数据,则通过通知与电缆网络相关联的呼叫代理来提交所预留但未被提交的带宽。
10.根据权利要求9的方法,还包括步骤为所述端点规定用于语音频带数据的特定高速编译码器。
11.根据权利要求1的方法,其中由与所述电缆网络相关联的呼叫代理执行所述授权步骤。
12.根据权利要求1的方法,其中至少一个所述端点是MTA。
13.根据权利要求1的方法,其中所述电缆网络是HFC电缆网络。
14.根据权利要求1的方法,其中所述带宽的所预留但未被提交的部分可以用于被指定了尽力服务优先权的业务。
15.根据权利要求5的系统,其中通过检测来自语音频带数据设备的音调来确定所述连接将支持语音频带数据。
全文摘要
提供在电缆网络上分配带宽以便在两个端点之间建立分组交换电话连接的方法。所述方法通过在呼叫发起时授权和预留足以在所述端点之间建立语音频带数据连接的带宽分配而开始。然后,只提交所述带宽分配的一部分。足以在所述端点之间建立压缩语音业务连接的被提供部分是所预留的带宽分配的子集。释放所述带宽分配的被预留但未提交的部分,使得如果至少一个所述端点确定所述连接将支持语音业务而不是语音频带数据,将其提供给其他连接。可以在自建立完全发送/接收连接而没有检测到语音频带数据后已经过了预定的时间周期以后释放这个带宽部分。
文档编号H04L12/28GK1998204SQ03804748
公开日2007年7月11日 申请日期2003年2月13日 优先权日2002年2月13日
发明者杰伊·施特拉特尔, 罗伯特·斯坦 申请人:通用仪器公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1