主被叫流程理解
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） |
|
|
AGCH—DL：IMMEDIATE_ASSINGMENT |
在Um接口建立MS与系统间的无线连接（分配SDCCH） |
| 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 |
请求建立呼叫 |
|
|
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.