通信人家园

标题: 请教各位大侠TFO的问题 [查看完整版帖子] [打印本页]

时间: 2004-4-2 20:34

作者: hangailing 标题: 请教各位大侠TFO的问题

TFO协议定义完善，且能提高话音质量，为何在C网和G网中都未使用呢？

时间: 2004-4-2 21:50

作者: Intel

一、概述

为充分利用空中接口和无线接入网的带宽资源，WCDMA采用了AMR压缩语音编码，其最大编码速率为12.2kbit/s，在R99阶段，核心网电路域基于TDM承载方式，语音采用64kbit/s的PCM编码，因此R99MSC一个很重要的功能即具备语音编解码处理(TC)功能，但是语音编解码容易降低话音质量，特别是对于移动用户之间的呼叫，需要进行两次语音编解码。相反，如果不采用编解码既有助于提升话音质量，还可节省网络的带宽。

在R99阶段，可通过TFO实现AMR话音的透传，以减少语音编解码造成的话音质量损伤，而在R4阶段，则通过TrFO减少语音编解码次数。

TrFO采用带外信令编解码控制功能(OoBTC)实现，不仅适用于移动与移动间呼叫，也适用于移动网络与外部网络的呼叫。此技术引入的优势是在呼叫双方采用相同语音编解码类型的情况下，可实现压缩语音的透传。

3GPP介绍TrFO业务的协议为TS23.153协议，称为OoBTC(OutofBand Transcoder Control)，其主要功能如下：

呼叫建立时协商编解码类型，避免插入TC；

具备TrFO中断和恢复处理能力；

编解码控制部分需要支持编解码类型扩展的能力；

TrFO建立过程或者TrFO中断/恢复过程不应引起明显时间延迟；

在最合适的位置插入TC以节省带宽；

在Nc接口呼叫控制过程应当支持TrFO的编解码协商、编解码更改、编解码能力列表协商、编解码重新协商编解码能力列表重新协商等功能；

在Iu接口和Nb接口应当支持TrFO，如承载能力更改。

二、TrFO建立流程

下面以移动用户之间呼叫为例说明TrFO呼叫建立过程，配置如图1所示，涉及的网络实体包括：RNC-T/O、MSCServer-T/O、MGW-T/O、TBE（TrFOBreakEquipment）、Iu FP term-T/O、RANAP和TICC。其中，T表示终止方，O表示发起方。

图1MS-MSTrFO呼叫建立流程

移动至移动用户TrFO呼叫建立过程分为3个阶段：编解码协商阶段、网络侧承载建立阶段、RAB指配阶段。

编码协商阶段是MSC-O和MST-T之间确定编码类型；网络侧承载建立阶段是MGW-O和MGW-T建立终端T3和T2，并实现二者的互通；RAB指配阶段指MGW-O和MGW-T建立与RAN-O/T互通的终端T4和T1，并与RAN互通。基本过程如下：

1．当RNC-O与RNC-T之间建立TrFO呼叫时，RNC-O通过RANAP协议向MSCServer-O发起请求（请求信息中包括发起方支持的编码类型，例如为x，y，z）；

2．MSCServer-O通过BICC协议将收到的请求信息通过IAM（InitialAddress Message）消息直传至MSC Server-T；

3．MSC-Server-T通过UTRAN与RNC-T建立连接，在接收到RNC-T响应的CALLCONFIRMED消息（消息中包含RNC-T支持的编码类型，例如为v，w，x）；

4．MSCServer-T通过Mc接口（H.248协议）请求MGW-T建立一个新端点，该端点用于MGW-T与MGW-O进行用户面的互通；

5．MGW-T根据MSCServer-T发送的请求，建立新端点T3，并将关于端点T3的信息通过响应消息发送给MSCServer-T；

6．MSCServer-T根据RNC-T上报的编码类型（v，w，x）与经由MSCServer-O发送的编码类型（x，y，z）进行比较，根据优先级确定双方都支持的编码类型（x），并通过BICC协议将确定的编码类型（x）发送给MSC Server-O。该过程为编码协商过程，用于确定MSC Server之间共同支持的编码类型。

7．MSCServer-O通过H.248协议建立MGW-O中与MGW-T互通的终端T2，并控制MGW-O发起与MGW-T之间的连接建立过程，MGW-T响应MGW-O的建立请求消息之后，二者之间的承载建立，这为网络侧承载建立阶段。

三、TrFO的实现对网络的要求

从前面的呼叫建立流程不难发现TrFO功能的实现需要终端、无线接入网以及核心网的相关功能实体的配合。

终端与网络需配合完成编解码协商过程，编码协商过程可以在呼叫建立阶段进行，也可以在呼叫建立之后进行（例如切换或重定位）。以呼叫建立阶段为例，发起方终端需向网络表明其支持的编码类型，网络分析收到的编码列表，根据网络能力删除不支持的编码类型，然后向前转发修改后的列表，接受方则结合自己的能力判断有无共同的编码类型，若有则网络为终端之间建立免编解码连接，无线接入网需根据协商的结果分配相应的承载资源,若没有，则需在传输路径上插入TC单元。

1．TrFO对MS的要求

TrFO对MS的要求是终端需能够向网络表明其支持的编码类型,从协议的角度上来说，终端需要在其发起的Setup（对于主叫）和Callconfirmed（对于被叫）消息中表明其支持的编码类型，这通过消息中的“SupportedCodecs”信息元素来体现。

2．TrFO对UTRAN的要求

对于UTRAN来说，需根据协商的结果分配相应的承载资源，本质上来说即根据协商确定的编码类型配置相应的承载参数，如由于压缩语音的传输一般使用支持模式的UP协议传输，UTRAN需采用支持模式来承载压缩语音。

3．TrFO对核心网的要求

对于核心网来说，为了成功建立TrFO呼叫，需具备编解码协商能力，在TrFO不成功时应能在传输路径上插入TC，并支持在切换、呼叫前转等特殊呼叫情况下的编解码重新协商的能力，从协议的角度来说，无论RANAP、Iu-UP、BICC、H.248还是Nb-UP均需要做相应的扩展。

四、TrFO与TFO的区别

TrFO和TFO均可建立免编解码的连接，但是两者的实现机制和应用场合却不相同。

TrFO是基于带外信令方式建立，在呼叫建立前建立，建立成功后可节省TC资源，而TFO是在呼叫建立后通过带内信令协商建立，其建立的实体为TC，建立成功后并不直接节省TC资源。但TFO提供更快的回退至正常模式的机制。

TFO不是WCDMA特有的技术，可以在GSM网络中应用，而TrFO则是专为WCDMAR4设计的。

如何在保证服务质量的前提下尽量的节省设备和系统的资源开销，是运营商建设网络时需要考虑的问题。在WCDMAR4阶段引入TrFO技术后，对于节省网络带宽和提高网络服务质量均有重要意义。

时间: 2004-4-8 21:08

作者: hangailing

版主是做WCDMA的吧？有没有联通或移动的朋友了解TFO的？

时间: 2004-4-8 21:12

作者: Intel

呵呵，见笑了，现学现卖。
感谢对移动版块的支持啊！

时间: 2004-4-8 21:29

作者: hangailing

这个论坛不错，人气挺旺，何况我也是移动行业的，不来凑一脚对不起自己吧。。。。

通信人家园 (https://test.txrjy.com/)