《GSM呼叫流程图(7页).doc》由会员分享，可在线阅读，更多相关《GSM呼叫流程图(7页).doc（7页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、-GSM呼叫流程图-第 7 页 GSM呼叫流程 一、 MS作主叫：MOBILE STATION NETWORK Channel Request （信道请求） RR connection Immediate Assignment （立即分配指令） establishment(MO)CM Service Request （业务请求） Service request Authentication Request （鉴权请求） AuthenticationAuthentication Response（鉴权响应）Cipher Mode Command （置密模式指令） Ciphering mode s
2、etingCipher Mode Complete（置密模式完成）Setup Call initiationCall Proceeding（呼叫开始指令）Assignment Command （信道指配指令） Assignment of Assignment Complete（信道指配完成） a traffic channelAlerting（回铃音） User alertingConnect （连接指令） Connect Acknowledge （连接确认） Call acceptedCM Service Request为始发呼叫中系统试呼总次数计数器触发点。Call Proceeding为
3、始发呼叫中交换系统试呼总次数计数器触发点。主叫建立过程l MS信道请求MS拨号后，在RACH上发送信道请求消息,BTS的TCU接收解码后,BSS软件会很快在AGCH上发送立即指派消息给MS，安排MS进入SDCCH信道。（移动台占用SDCCH，无需MSC的参与，）。l MS响应MS收到立即指派消息，转换到指定的SDCCH。之后，MS立即发送SABM（设定异步模式）。网络对SABM以发送UA（Unnumbered Acknowledge）作为响应以建立L2无线链路。在SABM里MS向BSS表明会是哪种请求服务，如位置更新或建立通话。BSS处理该请求然后通过A接口上的信令链路向MSC报送。l 确认请
4、求MSC收到BSS上报的服务请求消息，给MS发回确认响应。该响应通过BSS的信令链路完成。BTS在SDCCH上向MS发出该响应。在此响应过程中BSS只起传递消息作用，不作任何处理。l MS收到MSC的确认响应。MS对MSC的确认请求以确认响应来回答。BTS收到MS的确认响应后，在信令链路上传给BSS。同样，BSS对该消息也不做任何处理。l 加密模式MSC收到正确的确认响应后，发出加密模式命令。由于建立通话信息中包含有敏感的诸如电话号码等信息，因而网络应必须启动加密模式。（当然，该模式对MSC而言，是可选项）l MS的加密模式MS发送加密模式命令已完成的消息来响应MSC的加密模式命令，以向BSS
5、表明，MS已经使用前已安排的密钥加密了。l MS呼叫类型信息MS在SDCCH发送set up message, 向MSC表明呼叫是双方通话或三方通话。l 分配请求MSC收到并处理”set up message”，发起分配请求。以表明需要哪种TCH（全速或半速），BTS然后在SDCCH上分配，安排MS到指定的空闲TCH。l MS分配信道完成MS转到指定的TCH，在FACCH上发送一分配信道已完成的消息l 提示信息MSC向MS发送提示消息，包括告知MS对方铃已响，该发送回铃音了。l 连接信息当对方摘机，将有类似于以上提示消息的连接消息通过BSS发给MS。该信息在FACCH上发送。MS收到该信息，打
6、开音频通路，并通过FACCH向MSC发送响应。如此这般，通话正式开始。移动台在RACH上发送信道请求消息,基站的TCU解码后,系统在AGCH上发送立即指派消息给移动台分配一个SDCCH信道。（移动台占用SDCCH，无需MSC的参与）。 （在rr_t3101规定时间内）移动台响应这一消息,占用SDCCH,置异步平衡模式，包含服务请求 (Service Request ),系统以UA响应,建立L2连接,处理服务请求并且通过A接口信令链路发送给MSC. 然后MSC-BSC-BTS-移动台之间的鉴权加密过程.移动台完成加密模式后.移动台在SDCCH上发送一条呼叫建立消息(Setup message).
7、当MSC收到并处理这条消息,发送一条分配请求(Assignment Request),用以指示需要何种业务信道,(全速率话音/半速率话音/数据).然后BTS通过SDCCH发送指派命令(Assignment Command)使移动台占用一个空闲的业务信道。移动台在FACCH上发送指派完成消息(Assignment Complete message)。MSC给移动台发送振铃消息(Alert message),告知移动台所呼叫的电话已经振铃,启动移动台产生回铃音.当被叫方摘机,通过BSS的透明传送,在FACCH上向移动台发送一条连接建立消息(Connect message).作为回应,移动台打开话音
8、通路,并通过FACCH向MSC发送连接确认消息(Connect Acknowledge message).通话建立完成。移动台启动立即指配（Immediate assign）过程时，有可能在RACH信道上与其他移动台发生碰撞。为了提高移动台接入的成功率，可以调整最大重发次数(max_retrans,重发1，2，4，7次)。提高最大重发次数可以提高无线接通率，但是会增加CCCH和SDCCH的负荷(只要有空闲信道，网络每收到一次信道请求后，都会分配SDCCH，而不管信道请求消息是否由同一移动台发出)，有可能引起或增大SDCCH的拥塞。对于市中心的基站，建议最大重发次数为2，对于郊区基站可以适当提高
9、（4或7次）。通过提高发送信道请求的时隙间隔（tx_integer）,可以减少在RACH上发生碰撞的概率，也可以减少SDCCH和AGCH的负荷，但是以延长接续时间为代价的。建议只在系统微调阶段，才考虑调整最大重发次数(max_retrans)和发送信道请求的时隙间隔（tx_integer）二、 MS作被叫MOBILE STATION NETWORK Paging Request （寻呼请求） Channel Request（信道请求） RR connection Immediate Assignment（立即指配指令） establishment(MT) Paging Response （寻呼
10、响应） Service request Authentication Request（鉴权请求） Authentication Response（鉴权响应） AuthenticationCipher Mode Command（置密指令） Ciphering mode Cipher Mode Complete（置密完成） settingSetup Call Confirmed（呼叫证实） Call initiationAssignment Command（信道指配指令） Assignment of Assignment Complete（指配完成） a traffic channelAlerti
11、ng （回铃音） User alertingConnect（连接） Call acceptedConnect Acknowledge（连接确认） Paging Request为寻呼试呼总次数计数器触发点。Paging Response为寻呼响应总次数计数器触发点。Call Confirmed为交换系统接通总次数计数器触发。Alerting为落地呼叫中系统接通总次数计数器触发点。Connect为落地呼叫中话音应答总次数计数器触发点。被叫建立过程移动台做被叫时，MSC向同一LAC内的所有小区发送寻呼命令，由各小区在PCH上发出寻呼消息。所以在OMCR统计报告中同一LAC内各小区的PAGE_REQ_
12、FROM_MSC应完全相等。其他过程与移动台主叫类似。与被叫过程密切相关的ccch_conf=1,conbined,1BCCH+3CCCH位于Timeslot0,用于小话务量位置登记区的基站。0,Non-combined,1BCCH9CCCH，Timeslot0,用于大话务量位置登记区的基站。bs_ag_blks_res=,定义了CCCH信道中有多少BLOCK保留给AGCH信道。由于总的CCCH BLOCK的数量由ccch_conf决定了，该参数实际上定义了AGCH与PCH的分配比例.CONBINED(ccch_conf=1/0,2,4,6)No. Of CCCH blocksNo. Of A
13、GCH blocksNo. Of PCH blockNO(ccch_conf=(0,2,4,6)9X(X=0-7)9-XYES(ccch_conf=1)3X(X=0-2)3-Xbs_pa_mfrms=;定义了一个完整的寻呼消息由多少个复帧完成（29）。尽管从理论上讲，bs_pa_mfrms越大，小区在同一时刻，可以寻呼更多的移动台。但实际上，由于总的CCCH消息块数目，AGCH与PCH分配的比例已经确定，在某一时间段内，总的寻呼消息数目确定。所以调整该参数对提高被叫接通率无影响。在实际系统中经常发现LAC分区过小，造成移动台频繁发生位置更新，增加SDCCH负荷，影响系统运行质量。可以利用OMC
14、R统计的PAGE_REQ_FROM_MSC，确认现有LAC分区是否合理，是否需要重新分区。计算方法举例如下：A计算CCCH中有多少PCH (NCCCH) = (NAGCH + NPCH)当 NCCCH = 9 (假设ccch_conf = 0, bs_ag_blks_res = 2)NPCH = NCCCH NAGCH = 9 2 = 7B假设实际上只有33的时间内的PCH真正用于寻呼移动台。所以： NPCH = NPCH * 0.33 所以：NPCH = 7 * 0.33 = 2.31C. NPCH = P / (A 4.25 ) (每秒4.25个PCH消息块)其中: A = 2 (每个PC
15、H消息块寻呼两个移动台,for IMSI) =4 (每个PCH消息块寻呼四个移动台,for TMSI)所以:P = 2.31 4 4.25 = 39.27 次/秒 (141372 次/小时)D.假设:交换机中设定小区每个寻呼命令发送2次所以响应PAGE_REQ_FROM_MSC的理论上限为: 141372/2=70686(for TMSI)。实际从OMCR上统计忙时本LAC内小区的PAGE_REQ_FROM_MSC=24763,得出结论：可以考虑LAC重新分区。也可以进行以下计算：假设MM和LM的呼叫占总呼叫次数的38，每次通话时长60秒，则本LAC内由PCH限制的总话务量为：(70686/38%)X(60/3600)=3100ERL而实际统计话务量为:1086ERL。同样得出结论: 可以考虑LAC重新分区。考虑到将来系统小区数目和用户数的发展，LAC分区必须慎重并留有余量。就当前各系统的LAC分区来看，一般很少发现LAC分区过大。