GSM呼叫流程图和TCH掉话和PBGT切换

一、MS作主叫：MOBILESTATIONNETWORKChannelRequest（信道请求）RRconnectionImmediateAssignment（立即分配指令）establishment(MO)CMServiceRequest（业务请求）ServicerequestAuthenticationRequest（鉴权请求）AuthenticationAuthenticationResponse（鉴权响应）CipherModeCommand（置密模式指令）CipheringmodesetingCipherModeComplete（置密模式完成）SetupCallinitiationCallProceeding（呼叫开始指令）AssignmentCommand（信道指配指令）Assignmentof分配TchAssignmentComplete（信道指配完成）atrafficchannelAlerting（回铃音）UseralertingConnect（连接指令）ConnectAcknowledge（连接确认）CallacceptedCMServiceRequest为始发呼叫中系统试呼总次数计数器触发点。CallProceeding为始发呼叫中交换系统试呼总次数计数器触发点。主叫建立过程MS信道请求MS拨号后，在RACH上发送’信道请求’消息,BTS的TCU接收解码后,BSS软件会很快在AGCH上发送’立即指派消息’给MS，安排MS进入SDCCH信道。（移动台占用SDCCH，无需MSC的参与，）。MS响应MS收到’立即指派消息’，转换到指定的SDCCH。之后，MS立即发送SABM（设定异步模式）。网络对SABM以发送UA（UnnumberedAcknowledge）作为响应以建立L2无线链路。在SABM里MS向BSS表明会是哪种请求服务，如位置更新或建立通话。BSS处理该请求然后通过A接口上的信令链路向MSC报送。确认请求MSC收到BSS上报的’服务请求消息’，给MS发回’确认响应’。该响应通过BSS的信令链路完成。BTS在SDCCH上向MS发出该响应。在此响应过程中BSS只起传递消息作用，不作任何处理。MS收到MSC的确认响应。MS对MSC的’确认请求’以’确认响应’来回答。BTS收到MS的’确认响应’后，在信令链路上传给BSS。同样，BSS对该消息也不做任何处理。加密模式MSC收到正确的’确认响应’后，发出’加密模式命令’。由于建立通话信息中包含有敏感的诸如电话号码等信息，因而网络应必须启动’加密模式’。（当然，该模式对MSC而言，是可选项）MS的加密模式MS发送’加密模式命令’已完成的消息来响应MSC的’加密模式命令’，以向BSS表明，MS已经使用前已安排的密钥加密了。MS呼叫类型信息MS在SDCCH发送’setupmessage’,向MSC表明呼叫是双方通话或三方通话。分配请求MSC收到并处理”setupmessage”，发起’分配请求’。以表明需要哪种TCH（全速或半速），BTS然后在SDCCH上分配，安排MS到指定的空闲TCH。MS分配信道完成MS转到指定的TCH，在FACCH上发送一’分配信道已完成’的消息提示信息MSC向MS发送’提示消息’，包括告知MS对方铃已响，该发送回铃音了。连接信息当对方摘机，将有类似于以上’提示消息’的’连接消息’通过BSS发给MS。该信息在FACCH上发送。MS收到该信息，打开音频通路，并通过FACCH向MSC发送响应。如此这般，通话正式开始。移动台在RACH上发送信道请求消息,基站的TCU解码后,系统在AGCH上发送立即指派消息给移动台分配一个SDCCH信道。（移动台占用SDCCH，无需MSC的参与）。（在rr_t3101规定时间内）移动台响应这一消息,占用SDCCH,置异步平衡模式，包含服务请求(ServiceRequest),系统以UA响应,建立L2连接,处理服务请求并且通过A接口信令链路发送给MSC.然后MSC-BSC-BTS-移动台之间的鉴权加密过程.移动台完成加密模式后.移动台在SDCCH上发送一条呼叫建立消息(Setupmessage).当MSC收到并处理这条消息,发送一条分配请求(AssignmentRequest),用以指示需要何种业务信道,(全速率话音/半速率话音/数据).然后BTS通过SDCCH发送指派命令(AssignmentCommand)使移动台占用一个空闲的业务信道。移动台在FACCH上发送指派完成消息(AssignmentCompletemessage)。MSC给移动台发送振铃消息(Alertmessage),告知移动台所呼叫的电话已经振铃,启动移动台产生回铃音.当被叫方摘机,通过BSS的透明传送,在FACCH上向移动台发送一条连接建立消息(Connectmessage).作为回应,移动台打开话音通路,并通过FACCH向MSC发送连接确认消息(ConnectAcknowledgemessage).通话建立完成。移动台启动立即指配（Immediateassign）过程时，有可能在RACH信道上与其他移动台发生碰撞。为了提高移动台接入的成功率，可以调整最大重发次数(max_retrans,重发1，2，4，7次)。提高最大重发次数可以提高无线接通率，但是会增加CCCH和SDCCH的负荷(只要有空闲信道，网络每收到一次信道请求后，都会分配SDCCH，而不管信道请求消息是否由同一移动台发出)，有可能引起或增大SDCCH的拥塞。对于市中心的基站，建议最大重发次数为2，对于郊区基站可以适当提高（4或7次）。通过提高发送信道请求的时隙间隔（tx_integer）,可以减少在RACH上发生碰撞的概率，也可以减少SDCCH和AGCH的负荷，但是以延长接续时间为代价的。建议只在系统微调阶段，才考虑调整最大重发次数(max_retrans)和发送信道请求的时隙间隔（tx_integer）二、MS作被叫MOBILESTATIONNETWORKPagingRequest（寻呼请求）ChannelRequest（信道请求）RRconnectionImmediateAssignment（立即指配指令）establishment(MT)PagingResponse（寻呼响应）ServicerequestAuthenticationRequest（鉴权请求）AuthenticationResponse（鉴权响应）AuthenticationCipherModeCommand（置密指令）CipheringmodeCipherModeComplete（置密完成）settingSetupCallConfirmed（呼叫证实）CallinitiationAssignmentCommand（信道指配指令）AssignmentofAssignmentComplete（指配完成）atrafficchannelAlerting（回铃音）UseralertingConnect（连接）CallacceptedConnectAcknowledge（连接确认）PagingRequest为寻呼试呼总次数计数器触发点。PagingResponse为寻呼响应总次数计数器触发点。CallConfirmed为交换系统接通总次数计数器触发。Alerting为落地呼叫中系统接通总次数计数器触发点。Connect为落地呼叫中话音应答总次数计数器触发点。被叫建立过程移动台做被叫时，MSC向同一LAC内的所有小区发送寻呼命令，由各小区在PCH上发出寻呼消息。所以在OMCR统计报告中同一LAC内各小区的PAGE_REQ_FROM_MSC应完全相等。其他过程与移动台主叫类似。与被叫过程密切相关的ccch_conf=0,1,2,4,6＝1,conbined,1BCCH+3CCCH位于Timeslot0,用于小话务量位置登记区的基站。＝0,Non-combined,1BCCH＋9CCCH，Timeslot0,用于大话务量位置登记区的基站。bs_ag_blks_res=1-7,定义了CCCH信道中有多少BLOCK保留给AGCH信道。由于总的CCCHBLOCK的数量由ccch_conf决定了，该参数实际上定义了AGCH与PCH的分配比例.CONBINED(ccch_conf=1/0,2,4,6)No.OfCCCHblocksNo.OfAGCHblocksNo.OfPCHblockNO(ccch_conf=(0,2,4,6)9X(X=0-7)9-XYES(ccch_conf=1)3X(X=0-2)3-Xbs_pa_mfrms=0-7;定义了一个完整的寻呼消息由多少个复帧完成（2－9）。尽管从理论上讲，bs_pa_mfrms越大，小区在同一时刻，可以寻呼更多的移动台。但实际上，由于总的CCCH消息块数目，AGCH与PCH分配的比例已经确定，在某一时间段内，总的寻呼消息数目确定。所以调整该参数对提高被叫接通率无影响。在实际系统中经常发现LAC分区过小，造成移动台频繁发生位置更新，增加SDCCH负荷，影响系统运行质量。可以利用OMCR统计的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(每个PCH消息块寻呼两个移动台,forIMSI)=4(每个PCH消息块寻呼四个移动台,forTMSI)所以:P=2.3144.25=39.27次/秒(141372次/小时)D.假设:交换机中设定小区每个寻呼命令发送2次所以响应PAGE_REQ_FROM_MSC的理论上限为:141372/2=70686(forTMSI)。实际从OMCR上统计忙时本LAC内小区的PAGE_REQ_FROM_MSC=24763,得出结论：可以考虑LAC重新分区。也可以进行以下计算：假设M－M和L－M的呼叫占总呼叫次数的38％，每次通话时长60秒，则本LAC内由PCH限制的总话务量为：(70686/38%)X(60/3600)=3100ERL而实际统计话务量为:1086ERL。同样得出结论:可以考虑LAC重新分区。考虑到将来系统小区数目和用户数的发展，LAC分区必须慎重并留有余量。就当前各系统的LAC分区来看，一般很少发现LAC分区过大。TCH掉话专题优化既然版主发了一份SD掉话的处理思路，那我就来一份TCH掉话处理的思路吧，希望C友们支持！第一次发帖，不知为何图显示不了，有需要的C友请下载附件word文档来看，不好意思！XX市移动TCH掉话专题优化报告1.TCH掉话原理根据掉话所发生的信道所属,可分为两类:SDCCH掉话、TCH掉话。一个完整的起呼应该是RACH----AGCH----SDCCH---TCH。发生在SDCCH阶段的掉话就是SDCCH掉话,如果过了SDCCH,发生在TCH阶段,就是TCH掉话。TCH的掉话是指在BSC给移动台成功分配了TCH后，发生的掉话。按照一个呼叫的建立过程，经过随机接入，SDCCH指派，TCH指派等信令过程后，随之而进行的是在TCH上的信令过程及通话过程。下图以MS作主叫为例显示了在一个呼叫过程中何时用到TCH：图表1主叫正常通话信令流程而对于一次通话结束后，一个正常的信道释放流程，应如下图所示：图表2信道正常释放流程若主叫先挂机，则MS利用FACCH信道向MSC发现“DISCONNECT”消息，MSC收到该信息后，随即停止清除业务信道在网络中的连接，并向MS发现“RELEASE”消息，释放CC层的连接。在MS收到该信息后将停止所有CC连接定时器