工程服务部 通话建立（MS作主叫） RR层连接建立 信令过程 RACH—UL：CHANNEL _REQUEST 说明 内容：建立原因和随机参考值（RAND） 原因：MS发起呼叫、紧急呼叫、呼叫重建和寻呼响应等； RAND：有5 位，用来区别不同MS所发起的请求。 AGCH—DL：IMMEDIATE_ASSINGMENT 在Um接口建立MS与系统间的无线连接（分配SDCCH） RR连接建立 MM层连接的建立 CC层连接的建立 CCCH—UL：CM SERVICE_REQUEST SDCCH—DL：AUTH_REQUEST SDCCH—UL：AUTH_RESPONSE SDCCH—DL：CIPHERING_REQUEST SDCCH—UL：CIPHERING_COMPLETE SDCCH—UL：SETUP 请求业务如电路交换连接、短信业务等 鉴权请求 鉴权响应 加密命令 加密完成 请求建立呼叫 内容：呼叫请求的业务种类及MS发送方式、编码标准等 SDCCH—DL：CALL _PROCEEDING SDCCH—DL：ALERTING SDCCH—DL：ASSIGNMENT_COMMAND SDCCH—UL：ASSIGNMENT_COMPLETE SDCCH—DL：CONNECT SDCCH—UL：CONNECT_ACKNOWLEDGE 系统接受请求后开始处理呼叫 振铃音 分配TCH 分配确认 用户摘机或连接消息 连接确认，表示MS接受连接 另附一个简单的正常通话信令流程：
主要信令流程 CHANNEL REQUEST IMMEDIATE ASSIGNMENT CM SERVICE REQUEST(主叫） PAGING RESPONSE（被叫） SETUP(EMERGENCTY SETUP) CALL PROCEEDING（主叫） CALL CONFIRMED（被叫） 工程服务部
内部教材，未经许可不得扩散
第21页, 共33页
工程服务部 ASSIGNMENT COMMAND ASSIGNMENT COMPLETE ALERTING CONNECT CONNECT ACKNOWLEDGE DISCONNECT RELEASE RELEASE COMPLETE CHANNEL RELEASE ② 掉话分析一：
说明：结合前文所述“Type 1～4只出现在待机状态下，Type 5～8只出现在通话状态下??”，见上图，上面的层3信令反映了系统消息5ter直接到了系统消息4，即此时发生了掉话，且拆线信令无法正确解调。
结合路测数据回放，可以看到在掉话前信号和质量都还相对平稳，但在一个拐角处突然信号消失，因此产生掉话，属覆盖盲区造成的掉话。
工程服务部
内部教材，未经许可不得扩散 第22页, 共33页
工程服务部 ③ 掉话分析二：
工程服务部
内部教材，未经许可不得扩散
第23页, 共33页
工程服务部
④ 正常的释放流程：
说明：从上图可见，这是一个主叫先挂机的释放过程，由Disconnect（断连）开始，网络开始拆链，至Channel Release完成信道的释放。详细流程说明见下表： 呼叫清除（主叫先挂机） 清除CC层和MM层连接 TCH—DL：RELEASE 信令过程 TCH—UL：DISCONNECT 说明 断开连接消息，指明呼叫清除发起端及清除原因，网络受到后开始清除业务信道的连接 呼叫释放，通知MS网络正释放CC层连接，MS收到RELEASE消息后将停止CC连接定时同时开始释放MM连接 释放RR层连接 TCH—UL：RELEASE COMPLETE TCH—DL：CHANNEL RELEASE MS释放MM并发送本信息，网络接收道后释放MM层连接 释放专用信道，专用信道释放后MS进入IDEL状态 如果是被叫先挂机，那么流程与主叫先挂机稍微有一点区别： 呼叫清除（被叫先挂机） 清除CC层和MM层连接 TCH—UL：RELEASE 信令过程 TCH—DL：DISCONNECT 说明 断开连接消息，指明呼叫清除发起端及清除原因，MS受到后开始清除业务信道的连接 呼叫释放，通知MS正释放CC层连接，网络收到RELEASE消息后将停止CC连接定时同时开始释放MM连接 TCH—DL：RELEASE COMPLETE 网络释放MM连接并发送本信息释放RR层连接 工程服务部
内部教材，未经许可不得扩散 第24页, 共33页
相关推荐：
loading