GSM呼叫流程图

《GSM呼叫流程图》由会员分享，可在线阅读，更多相关《GSM呼叫流程图（6页珍藏版）》请在金锄头文库上搜索。

1、精品文档Authe nticati onAuthe nticati onRR connection establishme nt（MO）Service requestAuthe nticati onCiphering mode setingCall in itiatio nAssig nment ofa traffic cha nnelUser alert ingCall acceptedGSM呼叫流程一、MS作主叫：MOBILE STATIONNETWORK Channel Request （信道请求）Immediate Assig nment （立即分配指令）CM Service Requ

2、est （业务请求）Request （鉴权请求）Response （鉴权响应）期Cipher Mode Comma nd （置密模式指令） Cipher Mode Complete （置密模式完成）Setup召CallProceeding （呼叫开始指令）Assig nment Comma nd （信道指配指令）Assignment Complete （信道指配完成）Alerting （回铃音）Co nn ect （连接指令）Conn ect Ackn owledge（连接确认）CM Service Request为始发呼叫中系统试呼总次数计数器触发点。Call Proceeding为始发呼叫

3、中交换系统试呼总次数计数器触发点。主叫建立过程MS信道请求MS拨号后，在RACHt发送信道请求肖息,BTS的TCU接收解码后，BSS软件 会很快在AGCHt发送立即指派消息给MS安排MS进入SDCC信道。（移动台 占用SDCCH无需MSC勺参与，）。MS响应MS收到立即指派消息，转换到指定的SDCCH之后，MS立即发送SABIM设 定异步模式）。网络对SABM以发送 UA （Unn umbered Ack no wledge）作为响应以 建立L2无线链路。在SABMI MS向 BSS表明会是哪种请求服务，如位置更新或 建立通话。BSS处理该请求然后通过A接口上的信令链路向MSC艮送。确认请求M

4、SC攵到BSS上报的服务请求消息，给MS发回确认响应。该响应通过BSS 的信令链路完成。BTS在 SDCC上向MS发出该响应。在此响应过程中 BSS只起 传递消息作用，不作任何处理。MS收到MSC勺确认响应。MS对MSC勺确认请求以确认响应来回答。BTS收到MS的确认响应后， 在信令链路上传给BSS同样，BSS对该消息也不做任何处理。加密模式MSC收到正确的确认响应后，发出加密模式命令由于建立通话信息中 包含有敏感的诸如电话号码等信息，因而网络应必须启动 加密模式（当然， 该模式对MSC而言，是可选项）MS的加密模式MS发送加密模式命令已完成的消息来响应MSC勺加密模式命令，以向BSS 表明，

5、MS已经使用前已安排的密钥加密了。MS呼叫类型信息MS在SDCC发送set up message,向MSC表明呼叫是双方通话或三方通话。分配请求MSC收到并处理”set up message ”发起分配请求。以表明需要哪种 TCH （全速或半速），BTS然后在SDCCI上分配，安排MS到指定的空闲TCHMS 分配信道完成MS转到指定的TCH在FACC上发送一分配信道已完成的消息提示信息MSC向 MS发送提示消息包括告知MS对方铃已响，该发送回铃音了。连接信息当对方摘机，将有类似于以上提示消息的连接消息通过BSS发给MS该 信息在FACC上发送。MS收到该信息，打开音频通路，并通过 FACCH向

6、MSC发 送响应。如此这般，通话正式开始。移动台在RACHh发送信道请求消息，基站的TCU解码后,系统在AGCHk发 送立即指派消息给移动台分配一个 SDCCHb道。(移动台占用SDCC，无需MSC 的参与)。(在rr_t3101规定时间内)移动台响应这一消息，占用SDCCH置异步 平衡模式，包含服务请求(Service Request ), 系统以UA响应,建立L2连接, 处理服务请求并且通过 A接口信令链路发送给MSC.然后MSC-BSC-BT移动台之间的鉴权加密过程.移动台完成加密模式 后移动台在SDCC上发送一条呼叫建立消息(Setup message).当MSC攵到并处 理这条消息，

7、发送一条分配请求(Assignment Request),用以指示需要何种业务 信道,(全速率话音/半速率话音/数据).然后BTS通过SDCCH发送指派命令 (Assignment Comman(使移动台占用一个空闲的业务信道。移动台在FACCHh发 送指派完成消息 (Assignment Complete message)。MSC合移动台发送振铃消息(Alert message),告知移动台所呼叫的电话已经 振铃,启动移动台产生回铃音当被叫方摘机,通过BSS勺透明传送,在FACC上向移动台发送一条连接建立 消息(Connect message).作为回应，移动台打开话音通路，并通过FACC向

8、MS发 送连接确认消息(Co nnect Ack no wledge message).通话建立完成。移动台启动立即指配(Immediate assign )过程时，有可能在RAC信道上 与其他移动台发生碰撞。为了提高移动台接入的成功率，可以调整最大重发次数 (max_retrans,重发1，2，4，7次)。提高最大重发次数可以提高无线接通率，但 是会增加CCC和 SDCC的负荷(只要有空闲信道，网络每收到一次信道请求后，都 会分配SDCCH而不管信道请求消息是否由同一移动台发出)，有可能引起或增大 SDCC的拥塞。对于市中心的基站，建议最大重发次数为2，对于郊区基站可以适 当提高(4或7次)

9、。通过提高发送信道请求的时隙间隔(tx_integer ),可以减少 在RAC上发生碰撞的概率，也可以减少 SDCC和AGC的负荷，但是以延长接续时 间为代价的。建议只在系统微调阶段，才考虑调整最大重发次数 (max_retrans)和发送信道请求的时隙间隔(tx_integer )NETWORKRR connection establishme nt（MT）Paging Response （寻呼响应）Service requestAuthe nticati onResponse （鉴权响应）* CipherModeComma nd （置密指令）CipherModeComplete （置密完成

10、）Ifc-Setupta-Call弋Con firmed （呼叫证实）AuthenticationRequest （鉴权请求）Authe nticati onCipheri ng modesett ingCall in itiatio nAssig nment Comma nd （信道指配指令）Assignment Complete （指配完成）Alerti ng（回铃音）Assig nment of a traffic cha nnelUser alert ingConnectConnect （连接）Acknowledge （连接确认）Call accepted、MS作被叫MOBILE ST

11、ATIONPagi ng Request（寻呼请求）Channel Request （信道请求）Immediate Assignment （立即指配指令）Pagi ng Request为寻呼试呼总次数计数器触发点。 Pagi ng Respo nse为寻呼响应总次数计数器触发点。 Call Confirmed为交换系统接通总次数计数器触发。 Alerting为落地呼叫中系统接通总次数计数器触发点。 Connect为落地呼叫中话音应答总次数计数器触发点。被叫建立过程移动台做被叫时，MS向同一 LA（内的所有小区发送寻呼命令，由各小区在PCH 上发出寻呼消息。所以在OMC统计报告中同一 LAC内各

12、小区的PAGE_REQ_FROM_MSC 应完全相等。其他过程与移动台主叫类似。与被叫过程密切相关的ccch_conf=1,conbined,1BCCH+3CCC位于TimeslotO,用于小话务量位置登记区的 基站。=0,Non-combined,1BCCH+ 9CCCHTimeslot0,用于大话务量位置登记区 的基站。bs_ag_blks_res=,定义了 CCC信道中有多少BLOC保留给AGC信道。由于总 的CCCIBLOC的数量由ccch_conf决定了，该参数实际上定义了 AGC与PCH勺分配 比例.CONBINED(ccch_co nf=1/0,2,4,6)No. Of CCCH

13、 blocksNo. Of AGCH blocksNo. Of PCH blockNO(ccch_co nf=(0,2,4,6)9X(X=0-7)9-XYES(ccch co nf=1)3X(X=0-2)3-Xbs_pa_mfrms=;定义了一个完整的寻呼消息由多少个复帧完成（2- 9）。尽管从理论上讲，bs_pa_mfrms越大，小区在同一时刻，可以寻呼更多的移动台。 但实际上，由于总的CCC消息块数目，AGC与PC分配的比例已经确定，在某一 时间段内，总的寻呼消息数目确定。所以调整该参数对提高被叫接通率无影响。 在实际系统中经常发现LAC分区过小，造成移动台频繁发生位置更新，增加SDCCH

14、 负荷，影响系统运行质量。可以利用 OMC统计的PAGE_REQ_FROM_M确认现有 LAC分区是否合理，是否需要重新分区。计算方法举例如下：A.计算 CCC中有多少 PCH （NCCCH） = （NAGCH + NPCH）当 NCCCH = 9 （假设 ccch_conf = 0, bs_ag_blks_res = 2）NPCH = NCCC-NAGCH = 9 -2 = 7B假设实际上只有33%的时间内的PCH真正用于寻呼移动台。所以：NPCH = NPCH * 0.33所以：NPCH = 7 * 0.33 = 2.31C. NPCH = P / （A 4.25 ）（ 每秒 4.25 个

15、 PCH肖息块）其中：A = 2 （ 每个PCH消息块寻呼两个移动台，for IMSI）=4（每个PCH肖息块寻呼四个移动台，for TMSI）所以:P = 2.3144.25 = 39.27 次/ 秒（141372 次/ 小时）D. 假设:交换机中设定小区每个寻呼命令发送 2次所以响应 PAGE_REQ_FROMJM理论上限为：141372/2=70686(for TMSI) 实际从OMC上统计忙时本LAC内小区的PAGE_REQ_FROM_MSC=2得出吉论: 可以考虑LAC重新分区。也可以进行以下计算：假设M- M和L M的呼叫占总呼叫次数的38%，每次通话时长60秒，则本 LAC内由PCH限制的总话务量为：(70686/38%)X(60/3600)=3100ERL而实际统计 话务量为:1086ERLo同样得出结论：可以考虑LAC重新分区。考虑到将来系统小 区数目和用户数的发展，LAC分区必须慎重并留有余量。就当前各系统的LAC分 区来看