完整主被叫呼叫的信令流程

千里之行，始于足下。第2页/共2页精品文档推荐完整主被叫呼叫的信令流程1.概述

作为一名网优工程师,需要牢牢掌握一具完整呼叫的信令流程.我们做GSM优化,要紧是对Um口要把握的更深些.尤其是Layer3信令－也算是我们平时做路测的工程师讲的层3信令。对于层3信令，能够参考GSM规范04.08.对层3信令的准确明白,能够帮助我们快速分析和定位网络咨询题.

2.理论部分

2.1一次完整的主叫流程（含切换）

IDLE：

DL:SYSTEMINFORMATIONTYPE1：包括小区信道描述和RACH操纵参数

DL:SYSTEMINFORMATIONTYPE2（2bis，2ter）：邻小区BCCH频点描述，RACH操纵信道，允许的PLMN（扩展邻小区BCCH频点描述+RACH操纵信道；扩展邻小区BCCH频点描述2）

DL:SYSTEMINFORMATIONTYPE3：CI，LAI，操纵信道描述，小区挑选，小区挑选参数，RACH操纵参数

DL:SYSTEMINFORMATIONTYPE4：LAI，小区挑选参数，RACH操纵参数，CBCH信道描述，CBCH挪移配置

DL:SYSTEMINFORMATIONTYPE7：小区重选参数

DL:SYSTEMINFORMATIONTYPE8：小区重选参数

UL:Channelrequest

DL:ImmediateassigXXXent（SDCCH）

试呼：

UL:CMservicerequest（假如后面直截了当收到SystemInformationType1，则视为起呼失败）

DL:CMserviceRequest

DL:CMserviceaccept

DL:AUTHENTICATIONREQUEST

UL:AUTHENTICATIONRESPONSE

DL:CIPHERMODECOMMAND

UL:CIPHERMODECOMPLETE

DL:TMSIREALLOCATIONCOMMAND

UL:TMSIREALLOCATIONCOMPLETE

UL:SETUP

DL:CALLPROCEEDING

DL:ASSIGNMENTCOMMAND

UL:ASSIGNMENTCOMPLETE（TCH）

DL:ALERTING

成功起呼：

DL:CONNECT（呼叫成功的标志,）

UL:CONNECTACKNOWLEDGE

DL:SYSTEMINFORMATIONTYPE5（5bis，5ter）：邻近小区BCCH频点描述（扩展邻近小区BCCH频点描述）

DL:SYSTEMINFORMATIONTYPE6：CI，LAI，小区参数设置

UL:MEASUREMENTREPORT

DL:HandoverCommand

DL:PhysicalInformation

UL:HandoverComplete(切换成功的标志)

DL:PhysicalInformation

DL:SYSTEMINFORMATIONTYPE6

UL:MEASUREMENTREPORT

DL:Disconnect（收到该条消息或Release中的任何一条，则视为正常释放，假如两条消息均未收到，而是直截了当收到SystemInformationType1，则视为一次掉话）

UL:Release

DL:ReleaseComplete

DL:ChannelRelease

UL:ReleaseComplete

2.2一次正常的LAR&RAU信令流程：

Direction

Type

Layer3Message

UL

RR

ChannelRequest

DL

RR

ImmediateAssigXXXent

UL

MM

LocationUpdatingRequest

UL

RR

ClassmarkChange

UL

RR

GPRSSuspensionRequest

DL

MM

AuthenticationRequest

UL

MM

AuthenticationResponse

DL

MM

IdentityRequest

UL

MM

IdentityRespone

DL

MM

LocationUpdatingaccept

UL

MM

TMSIRealocationComplete

DL

RR

ChannelRelease

UL

GPRSMM

RoutingAreaUpdateRequest

UL

RR

ChannelRequest

DL

RR

ImmediateAssigXXXent

DL

GPRSMM

RoutingAreaUpdateAccept

UL

GPRSMM

RoutingAreaUpdateComplete

2.3各种事情对应的信令

2掉话（既没有Disconnect，也没有Release，则视为掉话）：PagingRequest→ChannelRequest→ImmediateAssigXXXent→CMServiceRequest→CMServiceAccept→Setup→AssigXXXentCommand→AssigXXXentComplete→Connect/Alerting→SystemInformationType1

2通话正常结束(Disconnect和Release都有或惟独其中一具都视为通话正常结束)：PagingRequest→ChannelRequest→ImmediateAssigXXXent→CMServiceRequest→CMServiceAccept→Setup→AssigXXXentCommand→AssigXXXentComplete→Alerting→Disconnect→Release→ReleaseComplete→ChannelRelease

2呼叫失败：PagingRequest→ChannelRequest→ImmediateAssigXXXent→CMServiceRequest→SystemInformationType1（在一次呼叫过程中，若延续浮现多个CMServiceRequest，则视为一次呼叫失败）

2呼叫成功：PagingRequest→ChannelRequest→ImmediateAssigXXXent→CMServiceRequest→CMServiceAccept→Setup→AssigXXXentCommand→AssigXXXentComplete→Connect/Alerting

2切换成功：HandoverCommand→HandoverComplete

2切换失败：HandoverCommand→HandoverFailure

2.4常见Disconnect/ReleaseCauseValue:CauseValue

Reason

31

BSSorMSCproblem

34(beforeAssigXXXentCommand)

TCHBlocking

34(afterAssigXXXentComplete)

MSCBlocking

41(afterAssigXXXentCommand)

BSSproblem,especiallyDRIproblem

41(afterAssigXXXentComplete)

MSCproblem

42

MSCCongestion

44

BSSproblem,especiallytheCICblocking

111

BSSorMSCproblem

2.5两个MS通话的流程

MS1UplinkChannelRequest

MS1DownlinkImmediateAssigXXXent

MS1UplinkCMServiceRequest

MS1DownlinkCMServiceAcceptSDCCH分配成功MS1UplinkSetup

MS1DownlinkCallProceeding

MS1DownlinkAssigXXXentCommand

MS1UplinkAssigXXXentCompleteTCH分配成功MS2UplinkChannelRequest

MS2DownlinkImmediateAssigXXXent

MS2UplinkPagingResponseSDCCH分配成功

MS2DownlinkSetup

MS2UplinkCallConfirmed

MS2DownlinkAssigXXXentCommand

MS2UplinkAssigXXXentCompleteTCH分配成功MS2UplinkAlerting

MS1DownlinkAlerting

MS2UplinkConnect

MS2DownlinkConnectAcknowledge

MS1DownlinkConnect

MS1UplinkConnectAcknowledge

MS1UplinkDisconnect

MS1DownlinkRelease

MS1UplinkReleaseComplete

MS2DownlinkDisconnect

MS2UplinkRelease

MS1DownlinkChannelRelease

MS2DownlinkReleaseComplete

MS2DownlinkChannelRelease

3.案例介绍

3.1MS呼叫未接通：

咨询题描述:在做DT测试过程中发生了一次未接通，地方是LAC区交接处.在DT测试的行程中，也许发生数次跨LAC区的切换，极易发生掉话或未接通事情。要紧有以下三条信令消息：

UL：CHANNELREQUEST

DL：IMMEDIATEASSIGNMENT

UL：CMSERVICEREQUEST

咨询题分析:(1)在上行的CMSERVICEREQUEST信令发出后，没有下行的响应，通话状态由起呼直截了当转为空暇模式（IDLE），由此能够断定发生了一次未接通。由于上行UL：CMSERVICEREQUEST是MS发起的对SDCCH的申请，发出申请后没有应答，没有浮现标志呼叫接通的信令消息，能够断定发生了一次未接通事情。其缘故也许为该服务小区的SDCCH信道拥塞，也也许是由于无线环境的恶化造成SDCCH信令丢失。因为此次DT测试发生在跨数个LAC的路段，而且是上一具通话刚才结束，起初推断也许是发生了一次位置更新。

(2)位置更新信令消息如下：

DL：CHANNELRELEASE

UL：CHANNELREQUEST（开始位置更新）

DL：IMMEDIATEASSIGNMENT

UL：LOCATIONUPDATINGREQUEST

DL：AUTHENTICATIONREQUEST

UL：AUTHENTICATIONRESPONSE

DL：LOCATIONUPDATINGACCEPT

UL：TMSIREALLOCATIONCOMPLETE

DL：CHANNELRELEASE

结合此例的第三层信令消息来看，例子中MS发出了UL：CMSERVICEREQUEST，并别是UL：LOCATIONUPDATINGREQUEST，由此能够推断出此例并非是位置更新。

3.2位置更新导致数据吞吐量为0

咨询题描述:在某路段,举行数据业务测试时,发觉MS数据吞吐量变为0,没有了与GPRS网络的连接.

咨询题分析:(1)在该路段举行语音业务测试,确认差不多彻底覆盖.

(2)分析当时数据业务测试的层3信令.当时的信令为:

DL：SYSTEMINFORMATIONTYPE1UL：LOCATIONUPDATINGREQUESTUL：CHANNELREQUEST

(3)对照在当时显示图的信令部分能够明显的看出该MS正在做位置更新.

3.3FTP下载中断

咨询题描述:在DTFTP下载测试中，MS已成功登陆FTPServer，并差不多开始下载数据，FTP下载进度为9％，在通过一次小区重选后,FTP下载别能接着举行，在一系列的Pingfail后，FTP掉线.

咨询题分析:(1)查看层三信令,具体显示如下：

DirectionTypeLayer3Message

ULGPRSSMDeactivatePDPContextRequest

DLRRSystemInformationType13

ULRRChannelRequest

DLRRImmediateAssigXXXent

DLGPRSSMDeactivatePDPContextAccept

发觉在事件列表中有PDPDeactivated的消息，在层三消息中能够看到是手机发起的上行消息.

(2)发生这种事情也许有3种缘故：

一是手机在测试过程中电缆的某个接口发生了松动，如此手机也许会发出PDP去激活申请。

二是手机本身存在一些咨询题也也许导致那个咨询题。

三是测试用的笔记本电脑也许存在一些咨询题

3.4没有物理消息导致切换失败

咨询题描述:某地要紧由4173、4081小区覆盖，上述两个小区及相邻小区同属于LAC：13588。DT测试过程中，MS当前服务小区为4173，当检测到有Level更强的邻区时，BSC指示MS切换（发起DL：HANDOVERCOMMAND），此刻发生了延续的三次切换失败（UL：HANDOVERFAILURE）。尽管本例中记忆了延续三次切换失败，MS仍然没有掉话（MS还在发送测量报告），然而对延续的切换失败应该赋予非常大的重视。

咨询题分析:(1)查看当时的层三信令,具体如下:

DL：HANDOVERCOMMANDUL：HANDOVERACCESSUL：HANDOVERCOMPLETEUL：MEASUREMENTREPORTUL：HANDOVERFAILUREDL：SYSTEMINFORMATIONTYPE5(2)从切换的两个小区来看，4173向4081切换，是别同步切换，因此BSC应该在MS发出UL：HANDOVERACCESS消息后，继续发出DL：PHYSICALINFORMATION，指示MS切换至目标小区的TimingAdvance，即MS与切换目标小区的距离。并且，在MS发出UL：HANDOVERCOMPLETE之后，再发一条DL：PHYSICALINFORMATION。

(3)然而在本例中BSC没有发出这两条消息，导致发生切换失败。

3.5MS呼叫失败.

经检查信令发觉有马上指派拒绝(immediateassigXXXentreject)消息系统发觉无可用信道.非常也许是因为系统拥塞引起的

3.6参数设置错误导致切换咨询题

咨询题描述:某次路测中发觉手机每当起呼占用（BCCH：554，BSIC：52，LAC：9488，CI：29403），其只能向来切换到DCS1800