SDCCH拥塞率高的分析处理

“无线网络优化经验研究”之SDCCH 拥塞率高的分析处理 第 1 页 共 35 页 SDCCH 拥塞率高的分析处理拥塞率高的分析处理 目目 录录 SDCCH拥塞率高的分析处理 . 1 第一章：前言. 2 第二章：信令流程. 3 1） 正常SDCCH分配信令流程 . 3 2） SDCCH分配拥塞信令流程 . 4 3） SDCCH分配信令流程分析说明 . 4 第三章：SDCCH拥塞率计算公式 . 8 第四章：可能导致SDCCH拥塞率高的原因及其解决方法 . 9 一、 出现突发性话务增加或者用户产生话务时间相对集中. 9 1） 开启RACH流量控制功能，减少SDCCH的集中占用. 9 2） 增大SDCCH配置缓解由于增值业务量的增加导致的拥塞. 14 二、 存在覆盖或话务的不均衡问题. 14 1） 基站SDCCH与TCH信道配置不合理. 14 2） 与周边基站相比本小区的覆盖不合理 . 17 三、 手机过多的位置更新占用了基站的SDCCH信道. 19 1） LAC划分不合理导致手机频繁位置更新 . 19 2） LAC分界处的基站覆盖交叠过大且此处的手机用户密度较大 . 19 四、 基站不能正常分配SDCCH信道. 21 1） 硬件问题导致基站时隙退出服务从而降低小区的可用资源 . 21 2） 基站传输闪断增加SDCCH分配失败次数. 22 3） SLEEPING CELL现象引起SDCCH的拥塞. 22 4） SDCCH信道吊死导致基站不能正常分配. 23 5） RTF与DRI的对应关系发生紊乱 . 23 五、 手机不能正常占用SDCCH，引起手机重新申请网络服务. 25 1） 小区载频硬件问题 . 25 2） 参数设置错误问题 . 25 3） 存在频率干扰的问题 . 26 六、 由于基站异常原因导致用户频繁重新申请网络资源. 26 七、 MSC侧等有线部分原因造成基站SDCCH信道拥塞. 26 1） MSC上基站参数设置不正确，造成基站SDCCH信道拥塞. 26 2） MSC上未及时在基站开通后做该站的数据造成基站SD拥塞. 27 3） MSC上基站操作维护状态设置不正确，造成基站SD信道拥塞. 27 4） MSC侧CIC被异常BAR住，造成基站SD信道拥塞. 28 八、 基站容量不足且尝试了各种方法均未奏效时考虑加站或扩容. 32 第五章：处理SDCCH拥塞率高的思路 . 33 第六章：结束语. 35 “无线网络优化经验研究”之SDCCH 拥塞率高的分析处理 第 2 页 共 35 页 第一章：前言第一章：前言 我们在谈到网络拥塞时，常常是指信令信道拥塞以及话务信道拥塞。信令 信道拥塞也就是我们常说的 SDCCH 信道拥塞， 发生在用户在申请网络服务开始 阶段。SDCCH 的全称是独立专用控制信道，用于呼叫的建立、位置更新、短信的 传输等过程。一般进行的信令交互主要利用 SDCCH 信道承载，SDCCH 信道的 分配也称立即指配过程。出现 SDCCH 信道拥塞是说：在立即指配时，如果网络 没有可用的 SDCCH 信道来分给手机，则系统计一次 SDCCH 分配失败。SDCCH 信道的拥塞会直接影响到基站的性能和用户的感观。在现场用户的感觉是：当用 户发出通话或其他网络服务的申请时， 大部分手机没有任何反映即返回到空闲状 态，有的手机发出有节奏的三声响声。当出现这种情况后，用户比较反感，意见 较大。为提高 SDCCH 的接通率，降低无线信令信道的拥塞，在本文中，笔者主要 从出现 SDCCH 信道拥塞可能的原因入手，提出一些解决 SDCCH 信道拥塞的方 法和思路，以供大家参考。 “无线网络优化经验研究”之SDCCH 拥塞率高的分析处理 第二章：信令流程第二章：信令流程 1）1） 正常 SDCCH 分配信令流程正常 SDCCH 分配信令流程 第 3 页 共 35 页 MSL1ABISRRSMCRMSMSSMMTP/MSC RACHchannal T3120request ok_acc_proc_suc_rach (could be decoded) access_per_rach (all received) channel request inv_est_cause_on_rach(included phantom) channel require chan_req_cause_atmpt (1510) channel required received channel assigned alloc_sdcch busy_sdcch RSS channel activation channel activetion acknowledge immediate assignment AGCHimmediatecommand start T3101 assignment access_per_agch (how many im_assign_cmd/rej was sent out, 1 msg may include upto 2 MS) expire T3101 chan_req_ms_fail SDCCHL2 SABMestabish indiction T3230L3 (intial msg)CM service request stop T3101 T303UA ok_acc_proc (SDCCH)ms_access_by_type (1510) BTSBSC “无线网络优化经验研究”之SDCCH 拥塞率高的分析处理 2）2） SDCCH 分配拥塞信令流程 SDCCH 分配拥塞信令流程 第 4 页 共 35 页 MSL1ABISRRSMCRMSMSSMMTP/MSC RACHchannal T3120request ok_acc_proc_suc_rach (could be decoded) access_per_rach (all received) channel request inv_est_cause_on_rach(included phantom) channel require chan_req_cause_atmpt (1510) channel required received RSS AGCHimmediate assign.immediate assign.rejectif no SD available 123 tonereject chan_req_ms_blk busy_sdcch_fail T3126 start T3122 expire T3122 channal request BTSBSC 3）3） SDCCH 分配信令流程分析说明 SDCCH 分配信令流程分析说明 当手机需要同系统建立联系时，要通过随机接入信道（RACH）来向网络发送 信道请求消息（channel request） 。这个消息中有 3 比特用来指示手机接入网络 原因。当发生信道资源拥塞时，系统可根据这个指示来分别对待不同原因的信道 申请。channel request 还含有 5 比特是手机选择的随机数，这个随机数可以让 系统区分不同的手机在同一时隙内发送的 RACH 消息，此后系统向手机发送的立 即指派消息中会将该随机数再发给手机， 手机将此随机数与自己所发送的随机数 相比较，可以识别出来这个立即指配消息是否是网络发送给自己的。 BTS 的 Layer1 进程对收到的 channel request 进行成功解码后（成功解出 RACH 后对统计 ok_acc_proc_suc_rach 计数） ， BTS 的 ABIS 进程负责对 RACH 指示 的 原 因 进 行 解 析 （ 若 解 出 不 正 确 的 RACH 请 求 的 原 因 后 ， 对 统 计 inv_est_cause_on_rach 计数） 。在 BTS 的 RRSM 中依据收到不同原因的 RACH 消 息的个数对统计 chan_req_cause_atmp 进行计量。BTS 的 CRM 进程在收到 RRSM 送来的 channel required received 后， 将为此次信道请求分配一条空闲的 SDCCH 信道 （触发统计 alloc_sdcch） 。 RSS 收到 CRM 送来的信道激活 （channel active） 消息后将相应的 SDCCH 激活，激活成功后将向 RRSM 返回信道激活响应（channel active ack） 。RRSM 收到 RSS 的激活响应后，将会利用 AGCH 信道发送立即指派 （immediate assignment 即 I.A）消息（Layer1 触发 access_per_agch 统计） ， 此消息包含了已分配的 SDCCH 信道的情况、初始 TA、初始的手机最大发射功率、 对应的信道请求消息中的随机数、BTS 收到 channel request 时的 TDMA 帧号以 及基站的跳频情况等消息。RRSM 在发 immediate assignment 后启动 T3101 计时 器，等待手机接入 SDCCH 信道。 “无线网络优化经验研究”之SDCCH 拥塞率高的分析处理 第 5 页 共 35 页 若 CRM 发现没有可用的资源后（触发统计 alloc_sdcch_fail） ，将向手机发 送立即分配拒绝消息 immediate assignment reject，出现这种情况可能的原因 有：无可用无线资源、测得的手机 TA 值超出系统限制、信道激活无应答等。 当收到立即指派拒绝消息后，手机启动 T3122，在 T3122 所规定的时间内， 不允许手机接入网络， 同时手机将进入空闲模式并监听寻呼信道的消息。 到T3122 超时后，手机才可以发新的 channel request。 当手机收到立即指派消息后，手机将收到的 I.A 消息与自己发出的信道请求 中的消息字段进行比较，用于判断这个立即指配消息是否是给自己的。如果收到 的立即指配是给自己的，则手机将信道调整到所分的 SDCCH 上，再利用 SABM 消 息（设置异步平衡模式）通知网络手机已经成功占上 SDCCH，SABM 包括手机申请 信道的原因、用户身份及移动设备的特性。此时手机使用的 TA 和发射功率来自 于 I.A 消息的指示。Layer2（数据链路层）的 SABM 消息用于建立异步平衡模式， 其服务接入点类别 SAPI=0，Layer2 工作于证实模式下。SABM 承载的 Layer3 消 息 initial message 是第三层的业务请求消息。BTS 的 Layer1 在收到 SABM 消息 后，将向 MS 发一个内容与 initial message 一样的 UA 消息（无序号证实） ，只 有 MS 收到的 UA 消息的内容与 SABM 消息的完全一样，手机的接入才正确。UA 的 作用是为了处理多个手机在同一时间发送内容一样的信道请求消息的情况， 以区 分出不同的手机的消息。BTS 的 Layer1 在收到 Layer2 的 SABM 后将向 RRSM 发送 建立指示消息即 establish indication，RRSM 收到此消息后将 T3101 停止计时， 触发统计 ok_access_proc。此统计可以区分出用户申请服务不同的原因，包括： Connection Management 的业务请求（呼叫建立即主叫、短信息、附加业务管理 等） 、位置更新请求（正常位置更新、周期性位置更新、IMSI 附着） 、IMSI 分离、 紧急呼叫及寻呼响应。 另外， 在 T3101 的时间内， 如果手机不能正常占用 SDCCH， 则 RRSM 将触发统计 chan_req_ms_fail。 下一步 RRSM 会向 BSC 的 SSM 发出三层业务请求消息（initial layer3 information） ， SSM 再向 MSC 发 CR 消息 （connection request） ， 用来申请与 MSC 建立 SCCP 层连接，CR 中含有申请 CM 业务的原因、该手机的一些物理特征以及 该 MS 的 MSISDN。 在 MSC 收到此消息后， 即向 BSC 的 SSM 发出 CC 消息 （connection confirmed） ，这样 MS 与 MSC 之间的信令链路就建立起来了，MSC 已经能够控制 RR 管理的传输特性，BSS 处于监视传输质量和随时准备切换的运行状态。 备注：备注： 为方便理解上述流程，可参考以下备注： BSS 的呼叫处理 Call Processing（CP）是 L2 和 L3 的系统应用进程的集合，用 于 MS 呼叫的高层信令控制。CP 包括 ? MTP L3/SCCP preprocessor (MTP L3). ? Connectionless manager (CLM). ? SCCP state machine (SSM). ? Switch manager (SM). ? Cell resource manager (CRM). ? Radio resource state machine (RRSM). ? Radio channel interface (RCI). 其中： MTP L3/SCCP preprocessor (MTP L3)处理 A 接口上的收发消息的协议适 “无线网络优化经验研究”之SDCCH 拥塞率高的分析处理 第 6 页 共 35 页 配，还通过分析消息的包头并进行寻址，来决定消息的目标进程。 Connectionless manager (CLM)处理 BSS 的 global 控制，这个进程负责处 理 C7 信令协议中无连接的部分。 SCCP state machine (SSM)负责处理 C7 信令协议中面向连接的部分，它协 同处理所有 intra-BSS 和 intra-cell 的切换， 它要确保目的小区收到了切换请求且 为手机预留了资源。这个进程产生所有与切换相关的信令，当进程结束后要通知 MSC，当切换成功结束后要通知源小区，让源小区释放相应的资源。 Switch manager (SM)用于控制从 MSC 至 MS 的陆地链路（由 MSC 指派） 到 MS 的无线链路（由 BSS 中的 CRM 负责分配）的连接。 Cell resource manager (CRM)负责当 MS 接入系统时给它分配无线资源， 它 保留和维护着表征其管辖范围内每个信道状态的动态数据库，并根据 RSS 提供 的信道干扰信息来分配在最好的资源，还分配用于区分每个呼叫的 SCCP reference number。当一个 BTS 或小区的话务过高时，CRM 会触发 Flow Control， 当话务负荷减轻时 Flow Control 会停止。CRM 还产生空中接口上传输的系统消 息。 Radio resource state machine (RRSM)负责激活和维护物理连接，它激活由 CRM 分配的无线信道，当 MS 不再需要该信道后，由 RRSM 负责关闭此信道。 Radio channel interface (RCI)用于将 RSS 中 MS 的地址（无线信道号）转 换成 Call Processing 中 Layer 3 进程识别 MS 的地址（SCCP reference number） 。 RSS 是 BSS radio subsystem 的缩写，是系统应用程序的一个集合。用于管 理 BSS 的 RF 硬件和与 MS 通信的无线链路。它包括五个进程： ? Configuration and fault management. ? Layer 1 interface. ? Layer 2 protocol. ? Abis interface. ? Handover Detection and Power Control（HDPC）. 其中： Configuration and fault management 控制与它相关的无线资源的配置，并 提供 BTS 故障管理系统的接口。 Layer 1 interface用于RSS软件与channel coding进程之间消息协议的转换， 它还负责存贮 paging 消息和 access granted 消息， 直至等到控制信道上该消息相 应的时隙出现。 Layer 2 protocol 用于将以 MS 为目的地的信令信息翻译成在空中接口上传 送的以时隙为单位 GSM 信令，还处理 MS 的 LAPDm 信令；它还负责为 MS 建 立连接，以在空中接口上传送 MS 的 SMS 数据（MO 或 MT） 。 Abis interface 用于将 RSS 内产生的消息翻译成 Abis 格式， 以传送给 Layer3 应用程序。这个进程要对收到的消息进行校验来确保消息的完整性，它还对 RACH 信道上收到的 access bursts 进行计数，计数的周期可在数据库中设置，如 果计数值超过了预设的门限，则此进程会通知 Layer3 的应用软件，由 Layer3 的 应用软件通过 Bar 住某个接入级别的 MS，以减少 RACH 上的 access burst 的个 数。 Handover Detection and Power Control（HDPC）用于以时隙为单位控制 MS 的发射功率（Uplink）和相应的基站发射功率（Downlink） 。这个进程还负责 控制 MS 的 timing advance 以让 MS 能够在其所属的时隙中工作。此进程还负责 “无线网络优化经验研究”之SDCCH 拥塞率高的分析处理 第 7 页 共 35 页 触发 MS 的切换，依据不同的标准判决有无切换的必要。当 TCH 空闲时，此进 程还负责测量其收到的噪声，计算出平均的噪声等级，并将数值通知 Call Processing，用于在信道分配时提供参考。当 MS 的呼叫已经建立后，此进程还 监测收到 MS 的 SACCH 消息的情况，若连续未收到某个 MS 一定数量（可由数 据库设置）的 SACCH 消息，此进程要通知 Call Processing 来释放这个 MS 有关 的资源。 “无线网络优化经验研究”之SDCCH 拥塞率高的分析处理 第 8 页 共 35 页 第三章：第三章：SDCCH 拥塞率计算公式拥塞率计算公式 SDCCH 拥塞率公式拥塞率公式 SDCCH 拥塞率（2002 中国移动集团公司公式） =忙时 SDCC 溢出总次数100 / 忙时 SDCCH 试呼总次数（） =alloc_sdcch_fail100 / chan_req_cause_atmpt（） “无线网络优化经验研究”之SDCCH 拥塞率高的分析处理 第 9 页 共 35 页 第四章：可能导致第四章：可能导致 SDCCH 拥塞率高的原因 及其解决方法 拥塞率高的原因 及其解决方法 当基站的 SDCCH 拥塞率指标出现拥塞后（拥塞率关注的程度要视网络性能 发展的阶段而定） ，通常优化人员要提取与 SDCCH 信道分配过程有关的性能统 计，并结合基站的配置参数、现场测试文件或 OMC 的 Call Trace 文件等，对基 站拥塞的原因进行分析定位，并采取有效的解决方法予以处理。 一、 出现突发性话务增加或者用户产生话务时间相对集中 一、 出现突发性话务增加或者用户产生话务时间相对集中 分析出现 SDCCH 拥塞的小区的性能，将当前拥塞时段的话务量与小区的历 史统计进行比较，判断是否是突发性的话务量，若小区话务量相对硬件配置并不 高，且硬件没有故障，但仍由拥塞情况发生，则说明用户的服务需求可能比较集 中。在这些情况下可以考虑采用以下的方法来缓解或解决：开启 RACH 流量控 制功能从用户申请网络服务的最开始对用户的请求进行限制；在分析出网络 SDCCH 话务量的激增是由于新的极其吸引用户的增值业务的推出而引起的，则 要对有大量增值业务需求的地区加大 SDCCH 的配置数。 1） 开启开启 RACH 流量控制功能，减少流量控制功能，减少 SDCCH 的集中占用的集中占用 1、RACH 的冲撞控制： 1、RACH 的冲撞控制： 由于 GSM 系统中 RACH 信道是一种可能出现随机碰撞的信道，网络无法知 道手机何时需要通信，手机也很可能会同时占用同一个 RACH 时隙来用于申请接 入，这时不可避免的要发生碰撞现象。为了减少手机接入系统时 RACH 信道上的 冲突次数，提高 RACH 信道的效率，GSM 规范中规定了手机必须采用的接入算 法。该算法中应用了三个参数，即：发送分布时隙数 tx_integer（参数 T） 、最大 重发次数 max_retran（参数 M）和与参数 T 及信道组合有关的参数（参数 S） 。 其中参数“最大重发次数（max_retran） ”表示手机最多向网络发送“信道请求” 消息的次数。 参数 T 表示手机连续发送多个信道请求消息时， 每次发送之间间隔 的时隙数，参数 S 是接入算法中的一个中间变量，根据参数 T 和 CCCH 配置情 况确定。 max_retran：BSS小区级参数，最大重发次数即参数M；其取值为 03。手机在 启动立即指配过程时（如手机需位置更新、启动呼叫或响应寻呼时）将在RACH 信道上向网络发送“信道请求”消息。由于RACH是一个存在冲突的信道，为了 提高手机接入的成功率， 网络允许手机在收到立即指配消息前发送多个信道请求 消息, 在经过最大重发次数后，若仍得不到系统的立即指派命令，手机则返回到 空闲状态下。最多允许重发的次数则由参数“最大重发次数”确定。最大重发次 数包含于信息单元“RACH控制参数”中，在每个小区广播的系统消息中周期发 “无线网络优化经验研究”之SDCCH 拥塞率高的分析处理 第 10 页 共 35 页 送。 网络中每个小区的最大重发次数可以由网络优化人员设置。一般地，重发次 数越大，试呼的成功率越高，接通率也越高，但同时 RACH 信道、CCH 信道和 SDCCH 信道的负荷也随之增大。在业务量较大的小区，若最大重发次数过大， 容易引起无线信道的过载和拥塞，从而使接通率和无线资源利用率大大降低。相 反，若最大重发次数过小，会使手机的试呼成功率降低而影响网络的接通率。因 此合理地设置每个小区的最大重发次数是充分发挥网络无线资源和提高接通率 的重要手段。 最大重发次数 M 的设置通常可以参考下列方法： 对于业务量较小的地区，max_retran可以设置为“3”即最多重发7次，以提 高手机接入的成功率。 对于小区业务量一般的地区，max_retran可以设置为“2”即最多重发4次。 对于微蜂窝，建议max_retran设置为“1”即最多重发2次。 对于业务量很大的微蜂窝区和出现明显拥塞的小区，建议max_retran设置为 “0”即最多重发1次。 注意： 注意： 北京移动现网的 max_retran 默认值为“2” ，即最多重发 4 次 channel request。 tx_integer：BSS小区级参数，发送分布时隙数即参数T；其取值范围是 015 的 整数，定义参见表1，此参数在小区广播的系统消息中周期发送。 。 参数S：参数S实际上是由手机根据参数T和CCH信道的组合情况自行计算得到， 具体方式由表2 2确定。 “无线网络优化经验研究”之SDCCH 拥塞率高的分析处理 第 11 页 共 35 页 Tx_integer(T)的编码对应时隙数 0000 3 0001 4 0010 5 0011 6 0100 7 0101 8 0110 9 0111 10 1000 11 1001 12 1010 14 1011 16 1100 20 1101 25 1110 32 1111 50 表1发送分布时隙数Tx_integer(T)的编码方式 CCH信道组合方式 T CCCH不与SDCCH 共用 CCH与SDCCH共用 3，8，14，50 55 41 4，9，16， 76 52 5，10，20， 109 58 6，11，25， 163 86 7，12，32， 217 115 表2参数S的取值 当手机接入网络时需启动一次立即指配过程， 该过程的开始， 手机将在 RACH 信道上发送（max_retran1）次信道请求消息。为了减少 RACH 信道上的冲突 次数，手机发送信道请求消息的时间必须遵循下列规则： 手机启动立即指配过程开始，到第一个信道请求消息发送之间的时隙数 （不包括发送消息的时隙）是一个随机数。这个随机数是属于集合0， 1，MAX（T，8）1中的一个元素。手机每次启动立即指配过程 时，按均匀分布概率从上述集合中取数。 任意两次相邻的信道请求消息之间间隔的时隙数（不包括消息发送的时 隙）由手机以均匀分布概率方式从集合S，S1，ST1中取 出。 “无线网络优化经验研究”之SDCCH 拥塞率高的分析处理 由上述分析可知，tx_integer 即参数 T 取值越大，手机初次发送信道请求消息 之间间隔的变化范围越大，RACH 冲突的次数相应减少。参数 S 越大，手机重复 发送信道请求消息之间的间隔越大，RACH 信道上的冲突减少，同时 AGCH 信 道和 SDCCH 信道的利用率提高（网络每收到一次信道请求，只要有空闲信道都 会分配一个信令信道而不论信道请求消息是否由同一个手机发出） 。然而，参数 T 和 S 的增大却会延长手机的接入时间，从而导致整个网络的接入性能下降，因 此必须选择合适的 T 和 S。 网络优化人员可以根据系统的实际应用情况设置适当的 T 值以使网络的接入 性能最佳。T 值的选择一般可参考下列原则： 在一般情况下，应取参数T使参数S尽可能小（以减小手机接入时间），但 必须保证AGCH信道和SDCCH信道不出现过载。操作过程中，对业务量 不明的小区可以任意取一个T值使参数S最小，若小区的AGCH或SDCCH 信道出现过载则改变T使S增大一次（参照表2）直到小区不再出现AGCH 或SDCCH信道过载情况。 根据上述原则，可以确定 T 值的取值范围（对应参数 S 的每个取值参数 T 可 以取数个） ，当小区 RACH 冲突数较大时，应取较大的 T 值（在上述范围内） ； 在 RACH 冲突数较少（定量分析需在实验以后进行）的情况下，应使 T 值尽可 能小。 注意：注意： 北京移动 Tx_integer(T)的默认值为“12”即 20 个 RACH 时隙。 2、RACH 的流量控制： 2、RACH 的流量控制： 系统通过 RSS 来监测在一定的时间内（rach_load_period）收到的 channel request 消息个数。 如果收到的个数超过门限 rach_load_threshold，则 RSS 向 call processing 发负载指示消息。 一旦收到负载指示消息， call processing 将随机 BAR 住一个接入级别(0-9) 的手机。同时 CP 启动计时器 T1 和 T2 (flow_control_t1 和 flow_control_t2)。 当 T1 超时后， 若 CP 再收到从 BSS 系统传来的负载指示消息， 则 CP 将再 BAR 住另一个级别的手机。 若在 T2 的时长内， CP 没有再收到从 BSS 传来的负载指示消息 则系统将 UNBAR 一个级别的手机。T2 的取值必须大于 T1。 Figure RACH flow control 第 12 页 共 35 页 “无线网络优化经验研究”之SDCCH 拥塞率高的分析处理 第 13 页 共 35 页 第一个被 BAR 住的级别是由 CP 随机选择的，此后被 BAR 住的级别遵循循环 的原则，从低级别到高级别。随后被 UNBAR 的级别在其它所有级别均被 BAR 过 前，不会再被 BAR 住。第一个被 UNBAR 的级别是 BAR 住时间最长的级别。 计时器 rach_load_period 和 ccch_load_period 都是 235.5mS (1 x 51 frame)的整 数倍。rach_load_period 决定了 rach load 监测的时间周期。只有在前一个周期内 (RACH or CCCH)触发了过载条件 ccch_load_period 才会开始计时。 门限 rach_load_threshold 由下面的公式计算得到： RACH load threshold = Total number of channels (TCH/SDCCH) x100 No of RACHs in period x No of RACH timeslots 其中： 分子是小区内配置的 SDCCH 子时隙和 TCH 的个数。 分母是在 4 * 51 帧的复帧周期内可用的 RACH 时隙数。这个值取决于 ccch_conf 的设置。结果为 rach_load_threshold，以 0.01%为间隔。 注意： 注意： 由于北京移动的网络不支持用户的分级， 所以上述 RACH 的流量控制实际效用 不大。 3、启动立即指配拒绝功能缓解 SDCCH 拥塞：3、启动立即指配拒绝功能缓解 SDCCH 拥塞： 在 GSM 规范中定义了立即指配拒绝的功能： 当目前网络没有可以分配的 SDCCH 信道时，就可以通过发送给手机一条立即指派拒绝（immediate assignment reject）的 消息来拒绝手机的信道申请，并且在系统规定的时间内 （Wait_indication_parameters 即 T3122）禁止手机接入网络，通过这种功能可防 止在系统没有 SDCCH 资源的情况下用户频繁的发送信道请求的消息， 而不必要地 增大网络的负荷。 Wait_indication_parameters：BSS小区级参数，即定时参数T3122；参数“等 待指示”的取值范围是 0255 的整数，以秒为单位，表示手机必须等待的时间。 参数“等待指示”包含于下行消息“立即指配拒绝”之中。 当网络收到手机发送的信道请求消息后，若没有空闲的 SDCCH 信道分配给手 机，则网络通过 AGCH 信道发送“立即指配拒绝消息”给手机。为了避免手机 不断进行信道请求而造成无线信道的进一步阻塞， 在立即指配拒绝消息中包含定 时参数 T3122，即所谓的等待指示信息单元。手机在收到立即指配拒绝消息后必 须经过 T3122 指示的时间后才能发起新的呼叫。 参数“等待指示” （T3122）实际上是当网络中的无线资源缺乏时，强制手机 在一次试呼失败后、发起新一次试呼前必须等待的时间。因此它的取值对网络性 能的影响较大。T3122 设置过短，则在无线信道负荷较大时容易引起信道的进一 步阻塞； 但若 T3122 设置过大则使网络的平均接入时间增加而导致网络平均的服 务性能下降。 注意：注意： T3122 设置的原则是： 在网络的公共控制信道 （CCCH） 不发生过载的情况下， 应使 T3122 尽可能小。一般建议 T3122 的一般设置为 1015 秒，在业务量密集 地区设置为 1525 秒。但是，由于在 T3122 生效的时间内用户的手机表面看没 有任何反应，此参数的设置一般不要取值过大，避免引起用户的强烈反映。 案例分析：案例分析： “无线网络优化经验研究”之SDCCH 拥塞率高的分析处理 第 14 页 共 35 页 为了减小 SD 的拥塞，4 月 21 日，我们对全网的 T_3122 参数进行了尝试性调整， 将部分 SDCCH 拥塞率较高的基站的 T_3122 由 8 秒调整到了 15 秒。从 4 月 17 日 与 4 月 24 日的统计对比来看全网的 SDCCH 的拥塞率有所减少。 全网 SDCCH 成功分配次数SDCCH 分配失败次数SDCCH 话务量 SDCCH 拥塞率 4 月 17 日 2078197 79734 2186.86 3.69 4 月 24 日 2135049 30097 2228.11 1.39 2） 增大增大 SDCCH 配置缓解由于增值业务量的增加导致的拥塞配置缓解由于增值业务量的增加导致的拥塞 现在的GSM网络所提供的业务中， 有一部分增值业务是由SDCCH信道承载， 例如短信消息等。如果增值业务在时间上集中引入，很可能导致网络 SDCCH 信 道出现突发且较大面积的拥塞情况。 2001 年 5 月 17 日，北京移动开通了神州行手机用户的短信息业务，由于当 时北京移动已经拥有了相当规模的神州行用户， 且公司前期市场宣传工作做的比 较到位，当天大量神州行用户尝试使用短信息，引起网络内短信息的收发次数激 增，无线侧引发了大量的小区 SDCCH 拥塞。 cm_req_sms sms_inisial_on_sdSD_BLK SDCCH 话务量 sum 5 月 16 日 23032 47273 0.81 4168.54 5 月 17 日 92303 148049 1.66 4402.21 出现这种情况后，只能及时增加具体每个出现 SDCCH 信道拥塞的小区的 SDCCH 配置，以缓解网络拥塞情况。但为了尽可能避免类似的事件再次发生， 应加强网络运行维护部门与市场部门的沟通，有预见性地采取一些预防措施。接 受此次教训后，我们在此后的节假日等易于引起短信息等增值业务突发的时候， 及时且适量地调整了网络的配置，避免了上述在无线侧拥塞情况的再次发生。 二、 存在覆盖或话务的不均衡问题 二、 存在覆盖或话务的不均衡问题 当出现 SDCCH 信道拥塞后，分析得出 SDCCH 的拥塞率与 TCH 的拥塞率不 均衡，或者基站的覆盖与周边基站的覆盖没有合理地进行控制，则可以采用以下 的均衡方法进行处理：若 TCH 信道很闲，可以开启 SDCCH 的重配功能，调整 本小区的 SDCCH 与 TCH 的信道比例；若开启了 SDCCH 的重配功能，但参数 设置不合理或不正确也可能造成 SDCCH 的拥塞；由于基站的覆盖过大，引起 SDCCH 拥塞，可以对用户的起呼进行距离上的限制；若基站的 C2 设置不合理， 可能造成基站过多地吸收了话务，从而导致基站 SDCCH 拥塞率比 TCH 的高。 1） 基站基站 SDCCH 与与 TCH 信道配置不合理信道配置不合理 （1） 若） 若 TCH 信道很闲， 可以开启信道很闲， 可以开启 SDCCH 的重配功能， 调整本小区的的重配功能， 调整本小区的 SDCCH 与与 TCH 的信道比例的信道比例 “无线网络优化经验研究”之SDCCH 拥塞率高的分析处理 第 15 页 共 35 页 由于在基站的资源分配中，SDCCH 与 TCH 均要占用基站的物理信道资源，在 基站结构配置中实际上存在 SDCCH 与 TCH 的平衡问题， 通常 SDCCH 与 TCH 在开站 时被固定分给一定的信道，但由于网络承载的话务是不断变化发展的，为了适应 这种变化，保持 SDCCH 与 TCH 在资源的使用上的合理分配，启用基站的 SDCCH 信 道重配功能，可以有效地、动态地根据实时的用户需求，调整 SDCCH 与 TCH 之间 的资源分配，尽可能地避免出现二者忙闲不均的情况。 信道重配：在呼叫处理的过程中 BSS 的软件 CRM 进程可以进行动态信道重配， 例如：SDCCH 信道的使用比例很大，同时还继续有 SDCCH 信道的申请，此时 当满足一定门限后，CRM 可以将 TCH 信道重新配置成 SDCCH 信道，以满足 SDCCH 的需求。 涉及到的 BSS 参数： ccch_conf：BSS 小区级参数；参数 ccch_conf 由 3 比特组成，常用的取值有：0 表示 noncombined 方式，CCCH 使用一个基本的物理信道，不与 SDCCH 共用；1 表示 combined 方式，CCCH 使用一个基本的物理信道，与 SDCCH 共用。根据一般 的经验，对于小区中的载频数为 1 个或 2 个的情况，建议公共控制信道的配置采 用一个基本物理信道且与 SDCCH 共用；小区中的载频数超过 2 个的情况，建议公 共控制信道的配置采用一个基本物理信道且不与 SDCCH 共用。 Channel_Reconfiguration_Swith： BSS 小区级参数；参数的取值可以决定 CRM 可否进行动态信道重配。 Number_Sdcchs_Preferred：BSS 小区级参数；定义了在系统重启时 CRM 配置 SDCCH 的个数，同时小区 SDCCH 的信道个数。这个参数的取值受限于该小区 的信道配置方式是 combined 或 noncombined。 Max_number_of_sdcch：BSS 小区级参数；定义了信道重配后 SDCCH 的最大个 数。 发生 TCH 至 SDCCH 信道重配的条件： 1、 信道重配后 SDCCH 的最大个数不能超过 Max_number_of_sdcch； 2、 空闲的 SDCCH 信道个数要少于 sdcch_need_high_water_mark； 3、 当前空闲的 TCH 信道个数要大于 tch_full_need_low_water_mark； 发生 SDCCH 至 TCH 信道重配的条件： 1、 重配后的 SDCCH 信道个数不能少于 Number_Sdcchs_Preferred； 2、 当前空闲的 SDCCH 信道个数要大于 sdcch_need_low_water_mark； SDCCH 信道的配置一般遵循以下原则： （1） 在小区载频数4 之间的小区，CCCH 配置方式一般为 nonCombine 方式， SDCCH 的实际个数为 n8，n 取值一般为 3，SDCCH 最小值则为 24； SDCCH 最大值可以为 32。 注意： 注意： sdcch_need_low_water_mark = Number_Sdcchs_Preferred； sdcch_need_low_water_mark sdcch_need_high_water_mark = 9； 在日常的优化中，要观察每天的 SDCCH 和 TCH 拥塞的情况，对于不正常的配 置情况要及时纠正，避免出现一边空闲，一边拥塞的现象。从全网统计到的数据 按照 SDCCH 拥塞作为主关键字，TCH 拥塞作为次关键字，进行从高到低排序，在 TCH 信道无拥塞，而 SDCCH 信道拥塞严重时，可考虑将一个 TCH 信道重配为 8 个 SDCCH 信道。 案例分析： 案例分析： 1、由于近几周全网 SDCCH 拥塞状况有上升趋势，我们选定部分典型基站做实验性 修改，打开 CELL RECONFIGURATION SWITCH。启用 SDCCH 动态分配原则， Preferred_number_of_sdcch 按通常的规划方法设定,并设定相关参数： Channel_reconfiguration_switch=1 Max_number_of_sdcch=24 Sdcch_need_hi