WCDMA网络中引入TrFO技术相关问题探讨.docVIP

WCDMA网络中引入TrFO技术相关问题探讨 　　【摘要】文章分析了TrFO对呼叫建立流程、参数设置的要求，以及TrFO编码协商失败时网络的处理方式，提出了在WCDMA网络中引入TrFO技术的具体实施建议。 　　【关键词】WCDMA TrFO Codec编码协商BICC 　　 　　1　引言 　　 　　移动通信系统中，对语音信号进行多次编码转换，会降低语音质量。为了减少网络传输过程中语音编码转换的次数，UMTS在R4阶段引入了TrFO(Transcoder Free Operation)功能。使得呼叫双方在采用相同语音编解码的情况下，在网络中实现压缩语音的透传，从而提高语音质量。 　　而实际应用中发现，TrFO常常因呼叫流程、设备参数配置等原因。导致无法正常建立；且在TrFO协商失败时，各厂家的处理方式也不一致。 　　本文深入探讨TrFO技术在WCDMA网络中应用时，对呼叫流程、网络设备配置的特殊要求；并且对TrFO无法正常建立时。各厂家设备处理方式进行对比分析，从而给出在WCDMA网络中引入TrFO技术的具体实施建议。 　　 　　2　TrFO基本原理 　　 　　TrFO采用带外编码控制(OoBTC，out of Band Transcoder Control)功能实现。UE之间TrFO连接的基本结构如图1所示。 　　移动至移动用户TrFO呼叫建立过程分为3个阶段：编解码协商阶段、网络侧承载建立阶段、RAB指配阶段。其中编码协商如图2所示。 　　发送端MSC Server发出的IAM消息中包含一个所支持的Codec list(该列表是O-MSCS查询到的发送端O-UE、O-RNC和O-MGW所支持的Codec的交集)；IAM消息途经的中间MSCS节点查看该列表，从中删除与其相关的MGW所不支持的Codec；接收端MSCS收到该列表后，从中删除接收端T-UE、T-RNC和T-MGW所不支持的Codec，从剩余的Codec list中选择一个：Selected Codec=v，通过APM消息告知发送端O-MSCS。 　　 　　3　TrFO对呼叫建立流程的要求 　　 　　3.1　TrFO呼叫流程问题分析 　　(1)early RAB Assignment流程 　　在呼叫建立过程中，为节省接续时间，可以采用earlyRAB Assignment的方式。即在寻呼被叫之前。也就是在APM消息返回之前，进行主叫侧RAB指配过程。early RABAssignment信令流程如图3所示： 　　RAB Assignment消息会根据会话所用的编码决定消息中的SDU参数。而此时，TrFO的编码协商流程尚未完成，主叫侧未收到APM消息，即并不知道SeIected Codec是什么。因此，主叫侧RAB Assignment消息中编码的选择只能根据主叫侧O UE、O-RNC和O-MGW所支持的Codec的交集进行选择，从中选择优先级高的Codec，并根据选择的Codec完成Iu口用户面的初始化。在接下来的Codec协商过程中。若O－UE、O-RNC和O-MGW所支持的Codec的交集包含多个Codec。那么主被叫双方协商后。可能会因为被叫侧原因(或中间传输结点原因)，使得双方最终选择的Select Codec与之前主叫侧RAB Assignment消息中包含的Codec不一致，从而导致TrFO协商失败。 　　若在收到APM消息之后。即完成编码协商过程之后再进行RAB Assignment过程，则可以根据编码协商的结果，按照双方选定的Codec确定SDU参数，从而避免上述问题，保证TrFO的实现。 　　(2)BlCC承载建立过程 　　网络侧承载建立是要建立O－MGW与T-MGW之间的承载，通过BICC承载建立过程实现，如图4所示。在MGW向MSCS发送的IPBCP请求；自息中需要指明为建立此次会话所需的会话属性和媒体属性等信息，其中媒体属性必须明确指出所采用的语音编码格式。因此，当Codec Iist中包含多个编码时，为了保证TrFO的实现，网络侧承载建立过程也必须在Codec协商过程之后完成。 　　BICC承载存在三种建立方式：前向快速、前向延迟、后向延迟。 　　◆对于前向快速方式，在IAM消息中包含了lPBCP的请求信息，也就是说在发端的MSC Server发送IAM之前，MGW就开始了IPBCP承载建立过程，Codec协商过程无法在网络侧承载建立过程之前完成，此时可能出现IPBCP请求消息中先选的Codec与编码协商后选择的Codec不一致的情况。 　　◆对于后向延迟方式，在IAM消息之后的后向APM消息中携带被叫侧MGW发起的IPBCP请求，之后主叫侧MGW收到该请求消息。做如下处理：①向被叫