trfo不同速率和承载建立方式说明.docVIP

  1. 1、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
trfo不同速率和承载建立方式说明

TrFO不同速率和承载建立方式说明 拟 制 邵强 审 核 会 签 深圳市中兴通讯股份有限公司 编写目的 本文对CS子系统中TRFO功能基本概念及用户面数据流加以简要描述,使读者对TRFO功能建立整体性概念。 参考协议 3GPP TS 24.008 3GPP TR 25.953 V4.0.0: Transcoder free operation 3GPP TS 23.153 V4.4.0:Out of band transcoder control 3GPP TS 25.415 V4.2.0:UTRAN Iu interface user plane protocols TrFO与TFO TrFO(Transcoder Free Operation)呼叫是一种Transcoder的一种呼叫模型。TrFO呼叫因为不需要插入语音编解码器,所以可以提高话音质量,并且在分组核心网中可以网络带宽,因为话音是AMR速率而不是64kbit/s在核心网中传输;另外,编解码协商在承载建立之前完成,可以保证呼叫使用适当的承载资源。TFO(Tandem Free Operation)是一种带内的协议,是在2G网络中已定义的方法。TFO在呼叫建立之后编解码进行协商,发送方的解码器和接收方的编码器被旁路,直接将空中接口中使用的话音帧传送给接收方。这样可以改善话音质量。TFO功能是在标准的64kbit/s链路的基础上,提取一定数量的比特,组成子信道,用来传输TFO信令和话音帧。将两种编解码协商方式相比,相同点就是在局间都直接传送AMR编码,能够提高语音质量;但对TrFO方式,因为局间只传AMR码流,可以节省带宽,而TFO的AMR码流是嵌在G.711码流中的,局间传的还是G.711码流,因此并不能够节省带宽,传送速率也没有改善;TrFO能够真正免除编解码器,而TFO要求系统中仍然有编解码器,用于AMR->G.711的编码;TrFO因为是带外协商编解码,操作简单,TFO是带内协商方式,复杂。UMTS 到UMTS TRFO连接加以例举: OoBTC(Out of Band Transcoder Control) 对于建立TRFO是必不可少的,用来建立带外呼叫时协商编解码器类型及模式。图中所示过程发生在呼叫建立阶段 TrFO的前提是RNC和MGW都支持UP mode2,否则只能支持非TrFO。对于非TrFO模式,MSC Server和MS采用隐含方式选择Codec模式。 3G---3G 要求RNC,MGW版本支持UpVer=2 3G-BICC――BICC-3G要求局间中间节点都支持编解码协商,RNC,MGW支持UpVer=2 配置时应注意: 对于支持R4的终端来说,对于MO呼叫,MS在Setup消息中携带SCL参数,对于MT呼叫,MS在CallConfirmed消息中携带SCL参数。对于R99终端和GSM终端,MS并没有告诉Network 自己支持的SCL参数,这时需要网络自己来构建SCL。 缺省Codec类型 终端类型 确省Codec类型 备注 R99 UMTS only UMTS_AMR supporting GSM and UMTS UMTS_AMR_2 注 :对于UMTS_Only终端,如果没有从UE收到SCL参数,则MSC将假定UE支持UMTS_AMR。 对于“双系统”(同时支持GSM和UMTS)终端,如果没有从UE收到SCL参数,则MSC将假定UE支持UMTS_AMR_2。如果UE在BC的3a.etc中携带了一个及以上的GSM speech version参数,则标识这个UE是“双系统”终端(参见24008 协议)。 UMTS_AMR_2是UMTS_AMR的超集,上行同FR_AMR,下行同UMTS_AMR。这样就允许UMTS终端同GSM终端通过TFO进行互通。UMTS_AMR_2同UMTS_AMR可以在TFO和TrFO下进行互通,完全相互兼容。如果UE同时支持UMTS_AMR和UMTS_AMR_2,则MSC在OoBTC协商时,应该只携带UMTS_AMR_2。当MSC收到的SCL中包括UMTS_AMR_2,而自己只支持UMTS_AMR,则返回UMTS_AMR。当MSC收到的SCL中包括UMTS_AMR,而自己支持UMTS_AMR_2,则返回UMTS_AMR。 Codec模式选择 对于CN发端节点,在同一个终端CN节点进行语音业务协商时,应该指定Cod

文档评论(0)

ligennv1314 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档