主被叫空中接口及切换信令讲义文档格式.docx
《主被叫空中接口及切换信令讲义文档格式.docx》由会员分享，可在线阅读，更多相关《主被叫空中接口及切换信令讲义文档格式.docx（18页珍藏版）》请在冰豆网上搜索。
在信道请求消息中包括了建立的原因，这个原因可能是“寻呼响应”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”，比如“位置更新”。
此外，这条消息还包括随机参数，移动台（MS）随机的选5个比特作为随机参数。
这些参数的作用是：
当两个移动台同时接入网络时，网络能运用这些参数来区分这些移动台。
DOWNLINK:
ImmediateAssignment（AssignmentofonSDCCHChannel）
（DOWNLINK:
ChannelActivation,包含TA+SDCCH+POWER）
立即指配
基站分系统通过AGCH信道告知移动台有关使用的SDCCH信道的情况。
实际上，这条消息是一条从网络向移动台发送的从AGCH信道转到先前定义的SDCCH信道工作的指令。
在这条消息中，包括的参数有：
寻呼模式、SDCCH信道描述、随路SACCH、跳频，如果应用了跳频，则还应包括请求参考（与建立原因相同）、初始时间提前量和频率分配。
CMServiceRequest
CM业务请求
移动台向网络发送CM业务请求，目的是为连接管理子层实体申请一项服务，比如，电路交换连接建立、补充业务激活或短消息传送。
ClassmarkChange
CMServiceAccept
Setup
建立
在鉴权，识别，加密后，MS处在SDCCH信道上，准备开始真正呼叫建立信令。
MS发送一建立消息给BSC，再被送到MSC。
CallProceeding
呼叫进程
当MS的呼叫控制实体接收到呼叫进程消息后，就进入“移动主叫进程”状态。
AssignmentCommand
分配命令
BTS进一步把收到的消息发送给MS。
消息内容主要包括：
信道描述、功率级别、小区信道描述、信道模式（全速率/半速率）和移动分配。
SABM
SABM（设置异步平衡模式）
这是一条第二层的消息，包含一些第三层消息，包括业务请求，加密键序列，移动台级别和移动标识。
.DOWNLINK:
UA
UA通常是建立第二层LAPDm链路时的第二层确认。
.UPLINK:
AssignmentComplete
指配完成
这条消息由移动台发送给网络以指示移动台已成功建立TCH。
Alerting
提醒
当在移动主叫过程中，MSC通知MS被叫用户已经被提醒。
如果MS收到提醒消息，就应当接通话音通路，此时主叫用户可以听到振铃声，表示被叫用户正在振铃。
Connect
连接
MS一收到连接消息，它就把用户连接到无线通路上，并返回一连接证实消息，停止所有本地产生的振铃指示，进入“激活”状态。
ConnectAcknowledge
连接证实
MS用这条消息告诉MSC，目前MS正处于”激活”状态。
Disconnect（主叫挂机）
拆链
由MS发出拆链请求消息。
清除终端到终端的连接。
这条消息将停止了有关此次呼叫连接的收费。
Release
释放
释放消息送往MS。
ReleaseComplete
释放完成
MS通知网络它将释放此次业务标识，也就表示释放过程正在进行中。
ChannelRelease
信道释放
使正在使用的TCH停止活动。
这个消息是由BSC发向MS的。
另外，它也被称为“第三层的断链消息”。
在正常的呼叫建立情况下，呼叫原因为“正常”。
2.被叫空中接口的信令
当收到PagingRequest消息后
BSC在PCH信道上发送寻呼。
ChannelRequest（向BTS发）
MS为了响应寻呼，在RACH信道（随机接入信道）上向基站收发信台发送一个随机接入脉冲。
在信道要求消息中包括了建立的原因，这个原因可能是“寻呼响应”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”，比如“位置更新”。
此外，这条消息还包括随机参考，移动台（MS）随机的选5个比特作为随机参数。
随机参考的作用是：
当两个移动台同时接入网络时，网络能运用这随机参考来区分这些移动台。
ImmediateAssignment
实际上，这条消息是一条从网络向移动台发的从AGCH信道转到先前定义的SDCCH信道工作的指令。
寻呼模式、SDCCH信道描述、随路SACCH、跳频，如果应用了跳频，则还应包括参数请求参考（与建立原因相同）、初始时间提前量和频率分配。
PagingResponse
寻呼响应
在信令信道上MS对寻呼进行响应。
连续向BTS连发2条ClassmarkChange
随后发MeasurementReport
Setup（里面带有主叫手机号码）
BSC通过BTS把建立命令发送到MS，是为了通知MS将要进行通话。
CallConfirmed
呼叫证实
MS在完成了对所有兼容设备通话能力的测试后做出响应。
指配命令
SABM
这是一条第二层的消息，包含一些第三层消息，包括业务请求，加蜜键序列，移动台级别和移动标识。
UA
MS发送提醒消息给BSS。
MS用户接受通话
这个消息被送到MS。
Disconnect
3.切换信令流程
measurementreport（SACCH）
测量报告
在建立了主信令信道后，移动台每秒发送两次关于话音质量的测量报告。
channelactivation
信道激活
基站控制器向基站收发信台发送一条信道激活消息。
收到从基站收发信台发来的切换请求消息后，BSC开始搜索和分配TCH信道，用以在某种协议下完成这次通话，其中最重要的是：
分配给哪个基站收发信台以及此BTS的信道组合。
此消息中包含的参数有：
DTX控制、信道的ID（识别）、信道描述和移动分配、移动台和基站的最大功率电平、基站控制器计算的有关此次接入的初始时间提前量。
channelactivationack
信道激活证实
对信道激活消息的应答。
当基站收发信台收到这条消息后，它开始发送和接受TCH/SACCH信道，在这条消息中用到的参数是接收到的信道激活消息的功率电平。
handovercommand
切换命令
切换命令消息由BSC发向BTS用以改变专用信道的配置和所需的时间调整。
handovercommand（FACCH）
BTS将消息传到移动台。
handoveraccess（FACCH）
切换接入
移动台以随机模式向新的BTS发一个切换接入的消息。
handoverdetect
切换检测
新BTS通知BSC它已检测到切换接入消息。
physicalinformation（FACCH）
物理信息
物理信息消息包括与各物理层有关信息保证移动台的准确传输。
handovercomplete
切换完成
这条消息由移动台发送给网络以指示移动台已成功建立主信令链路。
4.案例
4.1.主被叫信令流程
4.2.掉话分析
掉话的定义
在一次通话中如出现Connect，ConnectAcknowledge消息中的任何一条就计数为一次接通，Disconnect或ChannelRelease中任意一条，就计为一次呼叫正常释放。
只有当两条消息都未出现而由专用模式转为空闲模式时，才计为一次掉话。
如图：
MS直接进入空闲模式，发生一次掉话。
产生掉话的主要原因
干扰或接收信号弱产生的射频丢失所致；
切换掉话；
在测试中往往会遇到因切换丢失、切换失败发生掉话。
一般正常切换在“HandoverCommand”后会出现“PhysicalInformation”，然后完成切换。
在下图中在“HandoverCommand”后立时断线，进入空闲模式，没有读取或没有成功读取从目标小区的“PhysicalInformation”信号，也没在反回或成功反回原本小区，造成切换丢失掉话。
话音差来不及切换；
过覆盖；
硬件故障；
异常掉话；
用户的直接原因；
4.3.未接通分析
接通的层三信令流程
以主叫Channelrequest来确定试呼开始，接着出现了Connect，ConnectAcknowledge消息中的任何一条就计数为一次接通，否则就计为一次未接通。
第2步：
是否存在Immediateassignmentreject，若有，则说明存在SDCCH阻塞。
如果有大量的SDCCH阻塞，若没有“Immediateassignment”，信号弱或干扰，导致系统无法收到“channelrequest”或MS无法解码下行消息。
第4步：
是否存在CMservicereject，若有，可能是欠费、漫游到没有权限的地区或者割接后小区交换没有做数据，还有可能是VLR，HLR有问题。
是否存在第7步，若没有而直接收到系统下发disconnect消息，可能是存在TCH拥塞。
第8步，手机直接响应Assignmentfail，存在干扰、信号弱或硬件故障导致TCH分配失败到第3、4步或到第8步MS直接转到寻呼信道，则是SD或TCH信道上掉话，主要原因有信号弱、话音差或硬件故障导致。
到第8或9步，直接收到系统下发disconnect消息（释放信道原因见下表），则查看被叫问题（原因有以上几种）
当呼叫建立失败时，以及没有收到connect消息，直接收到系统下发的Disconnect消息到移动台，通过Disconnect消息可以简要的指示出呼叫建立失败的不同原因。
以上就是在路测试期间经常出现一些呼叫建立失败的可能原因，具体的原因还应查看被叫呼叫流程
不同原因引起的呼叫失败，主要原因可以归结如下：
TCH拥塞
从层3消息中，我们可以看到TCH拥塞时，下行发出CallProceeding消息后，当没有TCH可用信道时，手机在排队打开的情况下，在SDCCH上排队等待，直到排队时长终止。
下行即发出ChannelRelease消息。
Disconnect消息解码显示：
Causevalue34,没有电路或信道可用
SDCCH拥塞
当SDCCH拥塞时，当MS发出channelrequest后，会收到下行的immedateassignmentreject
上行链路问题
在T3126定义的时长内，当MS发送Channelrequest后，没有收到下行指配消息时，在T3126定义的时长内，重新发送Channelrequest消息；
当计数器超时后，呼叫将被取消。
可能是由于上行的干扰，导致基站无法正确解调出RACH信息。
硬件问题
干扰问题
被叫在做位置更新、接收短信
当被叫在做位置更新时，主叫开始呼叫，寻呼被叫，可能还在原来的位置区寻呼，导致寻呼不到被叫。
当被叫在接收短信时，主叫开始寻呼，导致被叫占用SD信道接收短信，无法响应寻呼，导致寻呼无响应。
信号弱导致接入失败或SD、TCH掉话
RF_LOSSES_SD是在SDCCH上的射频掉话的数目。
引起原因可能是覆盖问题；
同、邻频干扰问题；
硬件问题等等，需要进行实际的测试后，根据具体情况进行分析。
从呼叫建立的信令消息历程上分析，我们可将SDCCH掉话分为:
AssignmentCommand消息之前的SD射频丢失和AssignmentCommand消息之后，TCH分配失败后移动台不能回到原SDCCH信道的掉话。
升级会员 