无线内部培训讲义呼叫流程

MOTGSM无线设备训练呼叫流程分析，了解中国联通有限公司广州分公司的履行、学习目标、呼叫建立的全过程，2、3、了解异常情况和应对原因，学习解决异常的方法，学习内容， 呼叫建立过程概括了正常呼叫建立过程中异常情况分析呼叫建立异常的原因分析和解决措施，呼叫建立是评价系统性能的重要指标，该指标较大地显示了用户能否顺利接入网络进行通信的优劣。 为了发现问题，提高呼叫建立的成功率，需要分析完整的呼叫流程，找出影响该指标的原因，分析和解决。 用于完全呼叫建立过程的相应过程通常分三个阶段进行，1、从MS在RACH信道上发起信道请求消息并请求占用s-dcch信道开始直到MS成功占用s-dcch。 2、在MS占用SDCCH之后，BSS向MSC发出连接请求直到从MSC接收到语音信道分配请求为止。 3 .从MSC向BSS发出语音信道分配请求开始直到MS成功占用被分配的TCH为止。 正常呼叫建立过程，过程简要说明： 1、MS通过RACH信道发出呼叫请求并请求占用SDCCH信道。 2 .在BTS中进行s-dcch资源的分配查询的确认，如果有空闲的s-dcch，则进行分配。 3.bts通过AGCH信道向MS分配SDCCH，同时启动T3101并计时。 MS在T3101超时之前成功占用所分配的SDCCH信道。 5、BSC发出用于建立呼叫的请求(CR消息)，MSC通过验证将CC连接确认消息返回至BSC。 6、MSC向BSS发送ASSIGNMENTREQUEST消息，请求TCH7的分配，此查询使TCH信道变空并且进行TCH信道的分配。 8 .蜂窝电话成功占用所分配的TCH信道，并且完全结束整个呼叫过程。 此外，呼叫建立中的异常状况分析(1)在一个呼叫建立过程中，BTS接收到MS在RACH上发出的呼叫请求，但是呼叫建立的原因尚未被确认，并且呼叫建立过程结束的六个原因有可能导致呼叫建立不能成功完成。 据此发生的统计是INV_EST_CAUSE_ON_RACH。 2、由于s-dcch处于拥塞状态，MS请求分配s-dcch，但BTS将immediateassignegnreject消息发送给移动电话并且分配失败。 相关统计项目为ALLOC_SDCCH_FAIL和CHAN_REQ_MS_BLK。 3、MS请求s-dcch的分配，但是BTS经由AGCH向移动电话分配s-dcch，但是由于在规定时间内没有响应(超时失败)而呼叫建立失败。 所述统计信息项为CHAN_REQ_MS_FAIL，并且相应的计时器为rr_t3101。 4、BSC向MSC发出建立呼叫的请求，MSC向BSC发送SCCP连接拒绝消息，终止呼叫建立。 统计项目为CONN_REFUSED，表示如果此数据值过大，则BSC与MSC之间的信令协作有问题。 5、BSC向MSC发出建立呼叫的请求，在确认之后，MSC向BSS发送请求TCH分配的消息，但TCH资源不足而失败。 统计项目为ALLOC_TCH_FAIL和MA_CMD_TO_MS_BLKD。 另外，在呼叫建立期间异常情况分析(2)，6，BSC通过s-dcch向MS发送分配TCH的消息，MS通过s-dcch发送失败消息，BSC再次向MSC发送该消息，且呼叫建立失败。 相关的统计项目MA_FAIL_FROM_MS。 其中，前三种情况不能占用s-dcch，它不影响呼叫建立成功率的计算(呼叫建立成功率仅反映占用TCH的接入请求和已建立TCH的呼叫请求的百分比，并且MS已请求占用s-dcch信道，但是出于各种原因而在s-dcch信道上进行呼叫建立) 第四种情况主要与BSC和MSC之间的信令合作、MS具备的业务能力和开通CIC资源等有关。 最后两种情形主要与TCH空闲、用户行为(例如临时挂机或停电)和网络干扰、基站硬件等有关。、异常情况的原因分析和解决方案(1)、呼叫建立中的异常情况分析和解决方案： 1、INV_EST_CAUSE_ON_RACH原因是CHANNELREQUEST消息的原因值(CAUSEVALUE )与GSM04.08的规范定义不一致。 通常与干扰相关，并且如果一个基站小区的INV_EST_CAUSE_ON_RACH统计值过大，则该小区将指示存在强干扰，并且必须通过常规检查、干扰排除、功率控制等来降低和解决小区干扰。 2、由于SDCCH拥塞而造成的呼叫建立过程失败的原因很多，主要是由于SDCCH资源不足、系统参数设置不当(max_number_of_sdcchs、number_sdcchs_preferred设置较小)、基站小区位于LAC周围区域中、位置更新过于频繁、干扰有一一调查的必要。 在排除硬件故障的前提下，调整LAC边缘区域、扩展硬件、打开SDCCH的动态配置、增大max_number_of_sdcchs、number_sdcchs_preferred、sdcch_need_high_water_mark 对于异常情况的原因分析和解决方案(2)、3、T3101超时导致的CHAN_REQ_MS_FAIL中MS不能占用SDCCH信道的问题，主要是由于基站输出不平衡、天线方位角和斜率不一致导致BCCH信道和SDCCH信道的垄断范围一致考虑到MS不能占用SDCCH或者存在干扰，参数TA设定过小，与基站存在硬件故障等因素有关，与基站硬件检查、参数设定、基站载波频率的IOI、PATHBALANCE等统计指标一起发生故障此外，还需要检查T3101的设置是否适当。 由于T3101较小，因此MS在T3101超时之前完全没有时间占用SDCCH。 4 .如果MSC向BSC返回SCCP连接拒绝消息，则主要考虑CIC资源不足、MSC负载过载、协议不兼容等的原因。 必须结合信令分析分析处理拒绝消息的原因值。 5、对于因TCH拥塞而无法分配TCH信道的问题，有必要从硬件、软件等多方面进行分析。 参数设置不合适(由于IBAND设置严格，系统将信道干扰过大，不分配信道)，是否存在频率干扰，硬件是否有故障，同时硬件扩展，参数调节，创建拥塞队列，拥塞释放，RR 异常情况的原因分析和解决方案(3)、6、如果分配了TCH信道，但MS未能成功占用，则需要对小区的MA_FAIL_FROM_MS进行统计，发现该统计值较高，首先是否存在严重的上下干扰，PATH_BALANCE是否超过标准必须检查是否存在严重警告，如果存在，则必须检查干扰并通过硬件调查解决。 同时，应当对基站进行测试检查，确定MA_FAIL_FROM_MS的高频载波频率，进行处理和硬件交换。 另外，检查基站的载波频率输出是否平衡、天线方位角和斜率是否精确地一致、是否有硬件故障、基站信号的复盖是否过弱、基站时钟是否未被锁定、干扰是否过大等方面。 7、MS占用SDCCH之前的过程可以通过sdchaccesuccessrate来评估。 定义sdccchaccesuccessrate=ok _ ACC _ proc * 100/ok _ ACC _ proc _ suc _ rach。 ok_acc_proc是成功占用SDCCH信道的数目，而ok_acc_proc_suc_RACH是通过rach信道请求占用SDCCH信道的请求。 如果sdccchaccesuccessrate较低，则可以将统计项(如ALLOC_SDCCH_FAIL、CHAN_REQ_MS_BLK和CHAN_REQ_MS_FAIL )组合在一起以确定故障无法占用系统分配的SDCCH或由于SD资源不足或其他原因SD资源不足时，请根据参数设定、载波频率设备的性能进行进一步分析。 如果无法占用分配给系统的SDCCH，建议您对硬件设备和噪音问题进行故障诊断。、异常情况的原因分析和解决方案(4)、8、MS占用SDCCH后，对从BSS向MSC发出连接请求到向MSC分配语音信道请求为止的过程进行说明。 如果可以通过将ma_req_from_msc与Ok_acc_proc这两个统计项进行比较来分析的MSC的分配TCH的请求数目ma_req_from_msc远小于Ok_acc_proc，则指示CIC分配部分有问题。 在占用较多SDCCCH信道的同时占用TCH信道的请求未被MSC响应接受，因此应该侧重于导致较多呼叫建立失败来检查BSS与MSC的协作，例如，协议是否一致、CIC定义是否一致、CIC资源不足9 .根据权利要求9所述的方法，其中对于从MSC向BSS发出语音信道分配请求(ma_req_from_MSc )开始占用被分配有ms的TCH的过程，所述MSC负载是否高、BSC和MSC之间的信令链路是否有问题如果ALLOC_TCH_FAIL、MA_CMD_TO