UMG8900产品黄埔培训系列教材-14 问题定位-3G类.ppt

UMG8900产品问题定位-3G类 ISSUE1.0 参考资料 Q.2630.1 AAL2信令协议(功能集1) Q.2630.2 AAL2信令协议(功能集2) 3GPP TS 25.415 UTRAN Iu interface user plane protocols 3GPP TS 29.415 Core Network Nb Interface User Plane Protocols 学习完此课程，您将会： 了解UMG8900处理3G业务的基本流程和原理 了解UP协议功能和初始化流程 能够处理UMG8900 3G业务常见问题 信号流和数据流－ 3G局内呼叫 信号流和数据流－ 3G出局呼叫 信号流和数据流－ 3G出局呼叫IP承载 对于3G出局呼叫，承载网为IP时，核心网即UMG内部的承载拓扑为 Q.AAL2信令流程 Q.AAL2信令系统的主要任务是在网关和RNC间建立和释放AAL2连接，同时也对UMG上的ATM承载资源等资源进行管理。 Q.AAL2承载建立 在手机用户发起呼叫，RNC收到RAB指派请求之后，将向MGW发送Q.AAL2的建立请求（REQ)。MGW的Q.AAL2收到建立请求消息，首先进行AAL2资源的分配，如果分配成功，则发建立指示给业务用户模块进行呼叫处理资源（ATM端点控制块SAID）和呼叫控制(UP实例)资源的分配。如果在定时器超时前，Q.AAL2得到业务用户模块的建立响应，则向RNC发送建立证实消息（ECF），承载建立成功。 Q.AAL2承载建立（续） MGW的Q.AAL2收到RNC的建立请求消息后，如果AAL2资源分配失败，Q.AAL2将直接向RNC发送释放证实消息（RLC），呼叫失败。常见的AAL2资源分配失败原因有：PATH对应的物理端口不可用、PATH对应的PVC剩余带宽资源不足、虚拟媒体网关可支持用户数不足等。 MGW的Q.AAL2收到RNC的建立请求消息后，AAL2资源分配成功，发建立指示给业务用户。如果业务用户模块在资源处理过程中出现错误，则回送释放响应，Q.AAL2将向RNC发送释放证实消息，呼叫失败。业务用户常见失败包括：呼叫控制资源不足、会话控制资源超时、AAL2资源占用失败等。 Q.AAL2承载建立（续） MGW的Q.AAL2收到RNC的建立请求消息后，AAL2资源分配成功，发建立指示给业务用户。如果业务用户在资源处理过程中出现延迟，在定时器超时前没有给出响应，Q.AAL2将向RNC发送释放证实消息，呼叫失败。业务用户超时的常见原因包括：语音处理资源不足、内部通信超时等。 Q.AAL2承载释放 手机用户挂机后，RNC将向MGW发送Q.AAL2的释放请求消息（REL)，MGW的QAAL2模块通知业务用户模块释放呼叫资源，然后回送释放证实。 Q.AAL2消息跟踪 ERQ ERQ消息：消息中需要重点关注的信息是：ceid，osaid，nsap，alc，sugr。这些信息会决定AAL2连接建立的成功与否，在失败时经常要分析它们是否正确填写。 ERQ（续） ceid：呼叫使用的AAL2 Path和Channel，每个Path最多可以使用248个channel。 ECF ECF消息表示建立承载成功，携带osaid。 REL 释放AAL2承载消息。在异常释放时，cause中记录了原因值，有几种协议标准的原因值是可以直接得出释放原因的。 REL RLC 释放AAL2承载应答消息。在建立连接时，如果UMG8900对ERQ消息应答RLC，cause则中记录了原因值。RLC是Iu口Q.AAL2建立失败时最常查看的消息。 Iu口的基本协议过程 用户发起呼叫时，先进行Q.AAL2建立协商，成功后做UP初始化协商。用户挂机时，进行Q.AAL2的释放。 UP有两种模式：支持模式和透明模式业务。透明模式下没有UP的初始化过程。典型的支持模式业务是语音业务和非透明数据业务，典型的透明模式业务是VP（Video Phone）业务和透明数据业务。 UP初始化请求消息 消息中需要重点关注的是：modVer，RFCs，modeVerSupp。这些信息不兼容会造成初始化失败。 modVer是当前使用的版本，modeVerSupp是支持的版本集合RFCS 是AMR 语音编码速率的集合 UP初始化应答消息 消息中需要重点关注的是：ackNack。该值在初始化成功时为ack，失败时为nack，包含ErrorCause 问题 ATM局内呼叫可能会经过UMG8900那些单板？ Q.AAL2信令是做什么用的？ UP协商失败可能是什么原因？ 小结 ATM呼叫数据流 ATM承载建立和协商过程 UP协议总体介绍——Iu UP IU接口在MGW组网中的位置: IU接口为RNC和核心网的接口，一般是