MOC主叫流程.docx
《MOC主叫流程.docx》由会员分享，可在线阅读，更多相关《MOC主叫流程.docx（14页珍藏版）》请在冰点文库上搜索。
MOC主叫流程
GSM三种分配信道程序：
立即指配程序：
MS与网络之间建立信令传输
过早分配（VEA）：
在建立信令传输过程中，系统可首先选择分配TCH信道。
预分配（EA）：
在建立信令传输过程中，系统首先选择分配SDCCH，
在需要时再分配TCH信道。
注意：
在EA模式时如果没有SDCCH用来完成信令消息的传送，也可以根据该请求的优先级
直接分配TCH来代替SDCCH，但应注意用TCH信道来传送信令是相当浪费的.
（1TCH=8SDCCH）。
指配程序：
信道分配程序中用来分配TCH信道。
切入指配程序：
呼叫过程中，由于切换的需求来申请网络给它一个信道。
MOC:
主叫（MOBILEORIGINATINGCALL）
PLMN:
公用陆地移动网络（PUBLICLANDSMOBILENETWORK）
GMSC:
关口汇接局（多数用于各运营商之间连接）
TMSC:
二级汇接局（多数用于运营商内部各网络之间的连接）
GSM系统业务的数据传递：
采用的模式为电路模式，并需要在主叫与被叫之间建立一条物理通路：
为传递通信的不同路由段分配一定的信道资源
将各段信道连接在一起.
注意：
信道资源包括：
UM接口的无线信道、A接口的PCM信道。
收到MSC的指配请求后，BSC将A接口与UM接口的信道连接。
收到CONNECT后，MSC将A接口与网络使用的信道连接。
本篇以MS开机并处于空闲状态发起对PLMN用户呼叫为例,详细介绍MOC主叫流程.
MS至MSC主信令链路的建立
MS需通过以下几个程序完成到MSC的主信令链路建立过程：
立即指配
鉴权程序
加密程序
识别程序（根据需要，是否进行）
TMSI再分配程序
MOC主叫流程示意图
呼叫建立程序
呼叫建立过程
建立[1]
首先移动台向网络发送一个建立（SETUP）报文，该报文包括以下消息：
本次呼叫请求的具体业务种类
MS能提供的承载能力（传输要求、发送方式、编码标准、可使用的无线信道类型）
被叫用户号码
被叫号码类型及编码方案
补充业务的包含的各种附加信息
出局呼叫消息[2]
MSC收到MS建立消息后，根据相应信息来进行呼叫的接续，首先MSC将根据该消息向其VLR发送出局呼叫消息（MAPSENDINFOFORO/GCALL）。
完成呼叫能力查询[3]
VLR收到出局呼叫消息后，根据它在该MS位置更新过程中从HLR获得的用户数据消息，来分析被叫的号码（是否有指向该号码的能力）、主叫用户本身的能力（是否支持本次呼叫的所需业务，如国际长途）、网络资源本身的能力等等，通过核对确认是否能接纳这种请求。
如果可以通过，则VLR向MSC发回完成呼叫能力查询（MAPCOMPLETECALL）。
释放完成[3']
通过分析，若不能接纳MS请求，则向MS发出释放完成（RELEASECOMPLETE）消息，呼叫建立失败，MS将底层的信令连接释放，转信空闲状态。
呼叫进程[4]
若MSC认为可以建立起与对端的通信时，则向MS发出呼叫进程（CALLPROCEEDING）消息，表示它已将呼叫建立的请求收到并且不需要再接收其它的消息了。
TCH指配过程
信道指配程序的目的：
是当MS处于同一个小区时用来修改MS的物理信道结构，而不需频率重定义和同频的改变。
注意：
小区内的信道改变可以通过上层请求改变认道类型，或由RR子层决定（如小区内切换）。
该变化通过专用信道指配程序来完成。
指配请求[5]
在MSC向MS发送呼叫进程消息后，MSC将根据业务请法语的需要向BSC发出指配请求（ASSIGNMENTREQUEST），要求BSC给此次呼叫分配TCH话音信道。
注意：
此消息中含有所请求信道的类型等内容。
激活信道[6]
由于MS通话必须在TCH信道上进行，因此网络将给MS分配一条TCH信道，分配方式与立即指配过程类似，不同是该指配由MSC指配请求命令确发。
BSC收到MSC的指配请求后，如果有所需资源则向BTS发出激活信道（CHANNELACTIVATION）消息，以激活地面相应的资源。
注意：
此消息中包含信道、频率、时隙、跳频等内容。
无资源[6']
BSC收到MSC的指配请求后，如果BSC无相应的地面资源，则向MSC发送无资源（RESOURCEFAILURE）消息。
排队指示[6''-1]
若BSC无相应地面资源，而系统允许排队的话，则BSC向MSC发出排队指示（QUEUINGINDICATION）消息，并将指配请求[5]消息放入队列中排队，同时打开T11（西门子数据库定义：
BSCT11）定时器。
清除请求[6''-2]
当T11定时器超时则BSC向MSC发出清除请求（CLEARREQUEST）消息。
注意：
立即指配请求、BSC内切换、BSC间切换不允许排队。
TCH资源请求，小区内部切换允许根据内部优先级的指示进行排队。
若排队的长度或等候时间超出要求，请求将被拒绝。
（西门子数据库定义：
EQ、QL来决定是否进行排队及排队的长度）
排队的方式由BSC-QUEUEINGOPTION指示方法决定，包括：
ALLOWED/MSC决定
FORCED/O&M驱使
NOTALLOWED等。
信道激活证实[7]
若BTS将资源准备好后，将向BSC发出信道激活证实（CHANNELACTIVATIONACK）消息。
指配命令[8]
BSC收到BTS发出的信道激活证实后，把BTS提供的相应物理信息放入指配命令（ASSIGNMENTCOMMAND）消息中，发送给MS。
同时启动T3107。
注意：
指配命令中包含信道类别（话音/数据）指示、信道速率、信道类别、话音解码算法、透明传输指示器、分配优先级、CIC电路识别码。
指配命令中定义的功率电平是MS在新信道上最初功率，它不会影响MS在原信道的上所使用的功率。
指配命令可指示时程中的频率改变，并带有启动时间和可能的交替信道描述。
指配命令如果包括加密模式设置IE，则在新的信道上将会应用此模式。
如果没有加密模式设置IE，则加密模式与原信道相同，但都不改变加密键。
如果指配命令带有加密模式设置IE，那么加密模式命令必须已经在RR连接中传送才可启动加密，否则认为出现了错误，立即返回指配失败，原因为未规定协议错误，且不采取任何行动。
如果MS收到的指配消息中仅存在启动时间之后的信道描述，MS等待启动时间接入信道。
如时间已过则立即接入信道。
如包括指示时间以前所用信道的描述，还包括以后所用时间信道描述，则立即接入信道到指示时间以前所用信道，并在指定时间到达后转入指示时间后的信道（新的频率序列、MAIO、HSN）。
如果网络采用跳频，指配命令出现的小区配置（CA）将用于解码移动配置（MA），如果指配命令未包括小区配置（CA），则MS采用当前小区配置CA（由BCCH上接收的）用于解码移动配置（MA）。
主信令信道的一些消息也可用来改变CA值（如指配命令、切换命令、频率再定义）。
在网络侧在发送指配命令后忽略在原有信道发生的低层故障。
SABM帧[9]
MS在收到指配命令（ASSIGNMENTCOMMAND）后，MS启动链路层连接的本端释放，断开物理信道连接，并根据命令的要求切换到分配的信道上，随即MS启动低层连接建立，将收发信配置调至该TCH信道上，并通过FACCH信道向系统发出SABM消息。
SABM帧携带初始化报文可分为四种:
CM业务请求（呼叫建立、短信息、附加业务管理等）
位置更请求（正常、周期、IMSI附着）
IMSI分离
寻呼响应
建立指示消息[10]
BTS收到SABM消息后，向BSC发出建立指示消息（ESTABLISHINDICATION）
UA帧[11]
同初始分配信令信道一样，BTS收到SABM后，需向MS发出UA帧来证实，以进行争抢判决。
指配完成[12]
经过同抢判决后，MS认为成功的占用了网强行所分配的信道后，将通过FACCH信道向系统发出指配完成（ASSIGNMENTCOMMPLETE）消息。
指配失败[12']
若因无线接口失败、无线接口消息失败、干扰、硬件问题等无法识别指配信息的原因，造成MS无法占用该指定的信道，MS就在原信道上向系统发送指配失败（ASSIGNMENTFAILURE）。
注意：
当因干扰等MS未收到系统的指配命令，或系统未收到MS的响应，导致T3107逾时，则系统释放所分配的信道。
若MS无目前CA并它需要CA来分析指配命令，则MS将停留在原有信道上并发送指配失败，原因为无小区配置。
若指配命令消息指示MS使用它不支持的信道描述或模式，MS将返回指配失败，原因为信道模式不接受。
MS将保持在当前使用的信道上，并使用原有的信道描述或模式。
若MS侧在发送信道指配完成之前在新信道上发生了低层故障，MS将去活新信道，重新激活原有信道，然后在主DCCH信令链路上发送指配失败，原因为未完成的协议错误，并恢复正常操作，此后MS将返回原信道，重新进行鉴权加密等程序。
当BSC收到指配失败后将停止T3107，如果MS尝试返回信道时发生低层故障，则采用无线链路故障程序。
在网络侧，如果在新信道上收到指配完成或者在原有信道上收到指配失败之前，T3107逾时，网络将释放原有信道和新的信道，并清除所有与该MS有关的连接。
若在新的主信令信道上接收到SABM帧后发生低层故障，则采用无线链路故障程序。
指配完成[13]
当BSC收到指配完成消息后，将向MSC发出指配完成（ASSIGNMENTCOMPLETE）消息。
无线信道释放[14]
在向MSC发出指配完成消息的同时，BSC向BTS发出无线信道释放（RFCHANNELRELEASE）消息，要求将以前占用的信令信道资源释放，并停止T3107。
信道释放完成证实[15]
BTS完成信令信道释放后，向BSC发送信道释放完成证实（RFCHANNELRELEASEACK）消息。
注意：
BSC收到该消息后就会认为该信道返回空闲状态，本次通信所占用的所有信令信道资源可以用于分配给新的信道请求。
通话连接过程
初始化位置IAI消息[16]
当MSC收到BSC发来的指配完成[13]消息后，MSC向被叫端送出初始位置IAI消息。
注意：
该IAI消息含用可用于被叫接续的消息，通过它来建立与被叫网络之间的路由。
进展指示[16']
在MSC向被叫网络发送IAI后，还可以向主叫用户发出进展（PROGRESS）的指示，表示呼叫正在进行之中。
位置完成ACM[17]
被叫网络将会发回有关呼叫的建立报告，如果成功MSC则会收到位置完成（ADDDRESSCOMPLETE）消息。
释放[17']
如果不成功，呼叫建立失败，MSC将会收到被叫端发出的释放（RELESASE）消息。
注意：
如对端占线、线路拥塞等都会造成呼叫建立失败。
提醒[18]
当收到被叫网络的ACM后，MSC将发送提配（ALERTING）消息给MS。
注意：
MS将此消息翻译成回铃音，该消息属DTAP消息类别。
当被叫不应答而主叫也没有中止的动作时，经过一定的时间，网络端会中止呼叫或执行无应答转移。
应答[19]
当被叫端向主叫MSC发回应答（ANSWER）消息时，此时主叫与被叫之间的链路接通。
连接[20]
在被叫应答后，MSC将发给MS一条连接（CONNECT）消息。
注意：
当被叫端是数据设备时，在收到SETUP后，MSC就将送出CONNECT连接消息。
连接证实[21]
MS收到连接消息后，停止待命指示，并向系统返回连接证实（CONNECTACKNOWLEDGE）。
注意：
当系统收到连接证实后，便开始记费。
至此呼叫建立过程完毕，双方进入通话或数据传送阶段。
呼叫释放过程
此程序的目的是去活正在使用的所有相关专用信道。
当信道释放后，MS返回到CCCH配置的空闲模式。
信道释放程序包括：
呼叫释放后的TCH释放、信令信道释放。
注意：
当一方挂机时，系统开始清除通信连接，从L3层的CC子层开如清除，最终到L1层。
呼叫连接释放（CC）
断连[22]
若主叫先挂机，MS将利用FACCH信道向MSC发出断连（DISCONNECT）消息。
注意：
该消息包括清除的发起端及清除原因。
MSC收到该消息，停止所有CC连接定时器，清除业务信道在网络的连接。
被叫释放[23]
当MSC收到断连消息后，则向被叫端发出释放（RELEASE）消息。
注意：
被叫端在收到该指示后，将向用户发出断连的指示，端到端的连接到此结束。
但至此呼叫并未完全结束，因为系统与MS之间仍需保持一定任务，如送收费指示等。
主叫释放[24]
当系统与MS之间的连接无必要时（送收费指示已完成），则向主叫端的MS发出释放（RELEASE）消息。
注意：
通知网络正在释放CC层的连接。
当MS收到主叫释放消息后，停止所有CC连接定时器，释放MM连接。
释放完成消息[25]
当MS收到主叫释放后，停止所有CC连接定时器，释放MM连接。
并向系统发送释放完成消息（RELEASECOMPLETE）。
进入空闲状态，呼叫结束。
注意：
此时MS的L3连接已经部释放完毕。
MS不能自己拆除L2连接，需等待网强行的释放命令。
清除命令[26]
当网络收到MS的释放完成消息后，将释放MM连接，返回空闲状态。
当CC层与MM层的连接释放完毕后，网络将向BSC发出清除命令（CLEARCOMMAND）消息请求释放SCCP信令链路。
注意：
该消息中携带此次呼叫清除的原因（如切换完成、位置更新完成等）。
若由于无线接口消息失败、无线链路失败、设备故障等导致呼叫过程非正常性释放，则BSC向系统发出清除请求（CLEARREQUEST）消息。
RR连接释放
RR连接释放的目的：
去活正在使用的专用信道。
MS信道释放[27]
BSC收到清除命令后将释放RR连接，一方面BSC向MS发出信道释放（CHANNELRELEASE）消息，将所有底层链路都释放掉，并要注MS返回空闲模式，并启动T3109。
去活SACCH[27'-1]
BSC别一方面向BTS发送去活SACCH（DEACTIVATESACCH）消息，来释放下行的随路信令，即要求停止双方之间的信令了解。
去活SACCH证实[27'-2]
BTS上到此消息后，停止下行链路的SACCH帧后，向BSC发出去活SACCH证实（DEACTIVATESACCHACK）消息。
DISC消息[28]
MS收信道释放后，将回送一条LAPDM的DISC消息。
MS启动T3110，并断开主信令链路。
UA证实[29]
BTS收到DISC帧后，将向MS发出UA的证实帧。
注意：
当MS的T3110逾时，或收到UA证实帧，MS将去活所有的信道，认为RR连接已经释放，并返回到CCCH空闲模式。
BSC释放指示[30]
当BTS收到DISC帧后，向BSC发出释放指示（RELEASEINDICATION）消息来报告。
无线信道释放[31]
当BSC收到释放指示后，将停止T3109，并启动T3111。
并向BTS发出无线信道释放（RFCHANLRELEASE）消息，并停止T3111。
要求释放TCH资源。
注意：
此时才释放物理信道资源是为了给呼叫重建留有时间。
无线信道释放完成证实[32]
BTS收到无线信道释放消息后，释放TCH后，并向BSC发出无线信道释放完成证实（RFCHANNLERELEASEACK）。
清除完成[33]
当BSC收到无线信道释放完成证实后，便认为该信道资历源已空闲，并可用于再分配了。
此时BSC向MSC发出清除完成消息（CLEARCOMPLETE），表示无线链路已清除完毕。
MSC收到此消息后，会通过发RLSD和收RLC完成对SCCP的连接与释放。
至此该信令流程已彻底完毕。
[文档可能无法思考全面，请浏览后下载，另外祝您生活愉快，工作顺利，万事如意!
]
升级会员 