释放RR层 SDCCH—UL：CIPHERING_COMPLETE SDCCH—DL：LOCATIONUPDATING_ACC DCCH—DL：CHANNEL RELEASE 加密完成（同上） 位置更新接受 释放专用信道，专用信道释放后MS进入IDEL状态 ③切换

④测量报告

内部教材，未经许可不得扩散 第25页, 共32页

说明：在这里说说锁频和强制切换的原理，平时我们测试中经常会用到锁频和强制切换，这些操作是不需要网络动作的，只是由MS来完成，而MS是怎样完成的呢？就是通过改变测量报告。当测试人员点击锁频或者强制切

内部教材，未经许可不得扩散

第26页, 共32页

换命令，MS会停止对其他频点的测量，只是上传测试人员锁定的频点的测量报告，其他频点不进行上传，如上图所示，所以网络会认为MS就只收到该信号从而如果是服务小区就会锁频，如果是邻区网络就会进行切换。 ⑤ 附：MS作被叫的呼叫流程和紧急呼叫流程： 通话建立（MS作被叫） RR层连接建立 RACH—UL：CHANNEL _REQUEST CCCH—DL：PAGING_REQUEST 呼叫请求，触发信道接入 内容：被叫用户的TMSI、IMSI等 内容：建立原因和随机参考值（RAND） 原因：寻呼响应、紧急呼叫、MS发起呼和呼叫重建叫等； RAND：有5 位，用来区别不同MS所发起的请求。 AGCH—DL：IMMEDIATE_ASSINGMENT 在Um接口建立MS与系统间的无线连接（分配SDCCH） RR连接建立 MM层连接的建立 CC层连接的建立 SDCCH—UL：PAGING_RESPONSE 寻呼响应，用来通知网络建立主信令链路 SDCCH—DL：AUTH_REQUEST SDCCH—UL：AUTH_RESPONSE SDCCH—DL：CIPHERING_REQUEST SDCCH—UL：CIPHERING_COMPLETE SDCCH—UL：SETUP 鉴权请求 鉴权响应 加密命令（当系统收到的TMSI与上次不同时进行） 加密完成（同上） 请求建立呼叫 内容：呼叫请求的业务种类及MS发送方式、编码标准等 SDCCH—UL：CALL _CONFIRMED SDCCH—UL：ALERTING SDCCH—UL：CONNECT 呼叫确认， 振铃音 连接或用户摘机消息 SDCCH—DL：ASSIGNMENT_COMMAND 分配TCH SDCCH—UL：ASSIGNMENT_COMPLETE 分配确认 SDCCH—DL：CONNECT_ACKNOWLEDGE 连接确认，表示网络接受连接

内部教材，未经许可不得扩散 第27页, 共32页

紧急呼叫 RR层连接建立 信令过程 RACH—UL：CHANNEL _REQUEST 说明 内容：建立原因和随机参考值（RAND） 原因：MS发起呼叫、紧急呼叫、呼叫重建和寻呼响应等； RAND：有5 位，用来区别不同MS所发起的请求。 AGCH—DL：IMMEDIATE_ASSINGMENT 在Um接口建立MS与系统间的无线连接（分配SDCCH） RR连接建立 MM层连接的建立 CC层连接的建立 SDCCH—DL：CALL _PROCEEDING SDCCH—UL：EMERGENCY_SETUP 紧急呼叫建立请求 内容：呼叫请求的业务种类及MS发送方式、编码标准等 系统接受请求后开始处理呼叫 CCCH—UL：CM_SERVICE_REQUEST 请求业务如电路交换连接、短信业务等 SDCCH—DL：ASSIGNMENT_COMMAND 分配TCH SDCCH—UL：ASSIGNMENT_COMPLETE SDCCH—DL：ALERTING SDCCH—DL：DISCONNECT 分配确认 振铃音 释放业务信道 ⑥ Channel Release信令里面的Cause（事件号）分析：

对应的网络发生的事情，在这里我们可以看到很多网络释放的原因，例如：我们平时测试时，在被叫MS没有人接听或者正在通话的情况下，就会统计成一次连接失败，如果我们在报告里面仅仅用文字表达的话，说服力不强，但是要是在报告里面能说明Cause是17、19的话就很容易说服别人，还有拥塞也可以在信令里面看到Cause是34，除次以外还有很多Cause，可以看下表： 编号 1 3 6 16 17 18 19

原因 Unassiagned number(未分配的号码（空号）) No route to destination(无至目的地的路由) Channel unacceptable(不可接受的信道) Normal clearing(正常清除) User busy(用户忙) No user responding(无用户响应) User alerting,no answer(已有用户提醒，但无应答) 内部教材，未经许可不得扩散

第28页, 共32页