主被叫流程理解

TEMS8.0：

主叫：

1、       Call Initiation(MS) –>CM Service Request(MS) –>Channel Request(Call Attempt)(MS)《RACH》-> ImmediateAssignment(NW)《AGCH》->ClassmarkChange(MS)《SDCCH》-> GPRS Suspension Request(MS)->Authentication Request(NW)-> Authentication Response(MS)-> Ciphering ModeCommand(NW)-> Ciphering Mode Complete(MS)-> Setup(MS)-> Call Proceeding(NW)-> Assignment Command（NW）-> Assignment complete(MS) -> Call Progress(NW)-> Alerting (CallSetup)(MW)->Connect(Call Established)(NW)-> Connect Acknowledge(MS)-> Disconnect(MS)-> Release(Call End)(NW)-> Release Complete(MS)-> Channel Release(NW)

2、       CallInitiation(MS) -> CM Service Request ↑-> Immediate Assignment↓ ->Channel Request(Call Attempt) ↑->Immediate Assignment↓->  Classmark Change↑->GPRS Suspension Request↑ ->Authentication Request↓-> Authentication Response↑->Ciphering Mode Command↓-> Ciphering Mode Complete↑-> Setup↑-> Call Proceeding↓-> Assignment Command↓-> Assignmentcomplete↑ -> Alerting (Call Setup) ↓-> Connect(Call Established) ↓->Connect Acknowledge↑ -> Disconnect↑ -> Release(Call End) ↓-> ReleaseComplete↑-> Channel Release↓

被叫：

Channel Request(Call Attempt)-> ImmediateAssignment->Paging Response-> Classmark Change-> GPRS SuspensionRequest -> Authentication Request-> Authentication Response-> CipheringMode Command-> Ciphering Mode Complete-> Setup -> Call Confirmed->Assignment Command-> Assignment Complete-> Alerting(Call Setup)->Connect->Connect Acknowledge(Call Established)->Disconnect->Release(Call End)-> Release Complete ->Channel Release

Pilot Navigator：

CM Service Request→Immediate Assignment→ClassmarkChange→Authentication Request→Authentication Response→ChiheringMode Command →Chihering Mode Complete →Setup →Call Proceeding →Assignment Command →Assignmentcomplete→Alerting→Connect→Connect Acknowledge→Disconnect→Release →ReleaseComplete →Channel Release

Blocked-Recovery on timer expiry：被叫无答应时出现的信令

 

通话建立（MS作主叫）
	信令过程	说明
RR层连接建立	RACH—UL：CHANNEL _REQUEST	内容：建立原因和随机参考值（RAND） 原因：MS发起呼叫、紧急呼叫、呼叫重建和寻呼响应等； RAND：有5 位，用来区别不同MS所发起的请求。
	AGCH—DL：IMMEDIATE_ASSINGMENT	在Um接口建立MS与系统间的无线连接（分配SDCCH） RR连接建立
MM层连接的建立	CCCH—UL：CM SERVICE_REQUEST	请求业务如电路交换连接、短信业务等
	SDCCH—DL：AUTH_REQUEST	鉴权请求
	SDCCH—UL：AUTH_RESPONSE	鉴权响应
	SDCCH—DL：CIPHERING_REQUEST	加密命令
	SDCCH—UL：CIPHERING_COMPLETE	加密完成
CC层连接的建立	SDCCH—UL：SETUP	请求建立呼叫 内容：呼叫请求的业务种类及MS发送方式、编码标准等
	SDCCH—DL：CALL _PROCEEDING	系统接受请求后开始处理呼叫
	SDCCH—DL：ALERTING	振铃音
	SDCCH—DL：ASSIGNMENT_COMMAND	分配TCH
	SDCCH—UL：ASSIGNMENT_COMPLETE	分配确认
	SDCCH—DL：CONNECT	用户摘机或连接消息
	SDCCH—UL：CONNECT_ACKNOWLEDGE	连接确认，表示MS接受连接

在红颜色信令之后，未出现
SDCCH—DL：CONNECT 
 而出现  blocked call    未接通

主叫手机在channal request （试呼）之后，如果缺少connect或者connectacknowledge，我们都视为block call，如果某小区SDCCH拥塞，那么我们从测试现象上应该看到一次channal request之后直接转为空闲模式；如果某小区TCH拥塞，那么在Call proceeding之后手机将转为空闲模式。当disconnect和channal release这两条信令都未出现，手机从专用模式转为空闲模式则视为一次掉话。如何区分专用模式和空闲模式呢？比较直接的方法是观察系统消息，系统消息1、2、3、4都是空闲模式特有的系统消息，而系统消息5和系统消息6则是专用模式下由SACCH下发的系统消息。
1、干扰导致的BLOCK CALL，上行干扰导致网络没有收到CHANNAL REQUEST。hfjouierpoejK:JFD()$#_*(本文来自移动通信网www.mscbsc.com,版权所有
2、手机故障导致BLOCK CALL，可能情况：手机向网络发出了CM SERVICEREQUEST之后，没有任何其他信令，网络直接下发了CHANNAL RELEASE。此时手机已经成功占用了SDCCH，正常来讲，接着网络应下发鉴权、加密等信令，手机再上发SETUP。从缺失的信令判断，这应该是由于网络不能正确解码手机上发的CLASSMARK CHANGE信令导致下发CM SERVICEREJECT.oitre43289K:JFD()$#_本文来自移动通信网www.mscbsc.com,版权所有
3、由于通话质量差或信号差导致的BLOCK CALL玱itre43289K:JFD()$#_*本文来自移动通信网www.mscbsc.com,版权所有
(*)#$@&%#K:JFD()$#本文来自移动通信网www.mscbsc.com,版权所有
4、被叫手机未接听导致的BLOCK CALL：由于被叫未接听，缺少COONECT信令，被判决为一次BLOCK CALL4afd5K:JFD本文来自移动通信网www.mscbsc.com,版权所有
5、被叫手机位置区更新导致BLOCK CALL.