SDCCH论文SDCCH拥塞率高的分析处理

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〕与周边基站相比本小区的覆盖不合理 (18)
三、手机过多的位置更新占用了基站的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信道拥塞，发生在用户在申请网络效劳开场阶段。

SDCCH的全称是独立专用控制信道，用于呼叫的建立、位置更新、短信的传输等过程。

一般进展的信令交互主要利用SDCCH信道承载，SDCCH信道的分配也称立即指配过程。

出现SDCCH信道拥塞是说：在立即指配时，如果网络没有可用的SDCCH信道来分给手机，那么系统计一次SDCCH分配失败。

SDCCH 信道的拥塞会直接影响到基站的性能和用户的感观。

在现场用户的感觉是：当用户发出通话或其他网络效劳的申请时，大局部手机没有任何反映即返回到空闲状态，有的手机发出有节奏的三声响声。

当出现这种情况后，用户比拟反感，意见较大。

为提高SDCCH的接通率，降低无线信令信道的拥塞，在本文中，笔者主要从出现SDCCH信道拥塞可能的原因入手，提出一些解决SDCCH信道拥塞的方法和思路，以供大家参考。

第二章：信令流程
1）正常SDCCH分配信令流程
SM SSM MTP/MSC RACH
T3120
inv_est_cause_on_rach(included phantom)
chan_req_cause_atmpt (1510)
alloc_sdcch
busy_sdcch
AGCH
access_per_agch (how many im_assign_cmd/rej was sent out, 1 msg may include upto 2 MS) SDCCH
T3230
T303
2）SDCCH分配拥塞信令流程
SM SSM MTP/MSC RACH
T3120
inv_est_cause_on_rach(included phantom)
chan_req_cause_atmpt (1510)
AGCH if no SD available
busy_sdcch_fail
T3126
3）
RACH〕来向网络发送
比特用来指示手机接入网络原因。

系统可根据这个指示来分别对待不同原因的信道
申请。

比特是手机选择的随机数，这个随机数可以让
消息，此后系统向手机发送的立
手机将此随机数与自己所发送的随机数相比拟，可以识别出来这个立即指配消息是否是网络发送给自己的。

进展成功解码后〔成功解出RACH进程负责对RACH指示
的原的原因后，对统计
中依据收到不同原因的RACH消
CRM进程在收到RRSM 送来的将为此次信道请求分配一条空闲的SDCCH
信道〔channel active〕
返回信道激活响应〔channel
AGCH信道发送立即指派〔access_per_agch统计〕，
、初始的手机最大发射功率、
时的TDMA帧号以
后启动T3101计时
假设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接口上的收发消息的协议适
配，还通过分析消息的包头并进展寻址，来决定消息的目标进程。

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能够在其所属的时隙中工作。

此进程还负责
触发MS的切换，依据不同的标准判决有无切换的必要。

当TCH空闲时，此进程还负责测量其收到的噪声，计算出平均的噪声等级，并将数值通知Call Processing，用于在信道分配时提供参考。

当MS的呼叫已经建立后，此进程还监测收到MS的SACCH消息的情况，假设连续未收到某个MS一定数量〔可由数据库设置〕的SACCH消息，此进程要通知Call Processing来释放这个MS有关的资源。

第三章：SDCCH拥塞率计算公式SDCCH拥塞率公式
SDCCH拥塞率〔2002 中国移动集团公司公式〕
=忙时SDCC溢出总次数×100 / 忙时SDCCH试呼总次数〔％〕=alloc_sdcch_fail×100 / chan_req_cause_atmpt〔％〕
第四章：可能导致SDCCH拥塞率高的原因及其解决方法
当基站的SDCCH拥塞率指标出现拥塞后〔拥塞率关注的程度要视网络性能开展的阶段而定〕，通常优化人员要提取与SDCCH信道分配过程有关的性能统计，并结合基站的配置参数、现场测试文件或OMC的Call Trace文件等，对基站拥塞的原因进展分析定位，并采取有效的解决方法予以处理。

一、出现突发性话务增加或者用户产生话务时间相对集中
分析出现SDCCH拥塞的小区的性能，将当前拥塞时段的话务量与小区的历史统计进展比拟，判断是否是突发性的话务量，假设小区话务量相对硬件配置并不高，且硬件没有故障，但仍由拥塞情况发生，那么说明用户的效劳需求可能比拟集中。

在这些情况下可以考虑采用以下的方法来缓解或解决：开启RACH流量控制功能从用户申请网络效劳的最开场对用户的请求进展限制；在分析出网络SDCCH话务量的激增是由于新的极其吸引用户的增值业务的推出而引起的，那么要对有大量增值业务需求的地区加大SDCCH的配置数。

1）开启RACH流量控制功能，减少SDCCH的集中占用
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；其取值为0～3。

手机在启动立即指配过程时〔如手机需位置更新、启动呼叫或响应寻呼时〕将在RACH 信道上向网络发送“信道请求〞消息。

由于RACH是一个存在冲突的信道，为了提高手机接入的成功率，网络允许手机在收到立即指配消息前发送多个信道请求消息, 在经过最大重发次数后，假设仍得不到系统的立即指派命令，手机那么返回到空闲状态下。

最多允许重发的次数那么由参数“最大重发次数〞确定。

最大重发次数包含于信息单元“RACH控制参数〞中，在每个小区播送的系统消息
中周期发送。

网络中每个小区的最大重发次数可以由网络优化人员设置。

一般地，重发次数越大，试呼的成功率越高，接通率也越高，但同时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；其取值范围是0～15的
整数，定义参见表1，此参数在小区播送的系统消息中周期发送。

参数S：参数S实际上是由手机根据参数T和CCH信道的组合情况自行计算得到，具体方式由表2确定。

当手机接入网络时需启动一次立即指配过程，该过程的开场，手机将在RACH 信道上发送〔max_retran＋1〕次信道请求消息。

为了减少RACH信道上的冲突次数，手机发送信道请求消息的时间必须遵循以下规那么：
•手机启动立即指配过程开场，到第一个信道请求消息发送之间的时隙数〔不包括发送消息的时隙〕是一个随机数。

这个随机数是属于集合{0，1，……，MAX〔T，8〕－1}中的一个元素。

手机每次启动立即指配过程时，按均匀分布概率从上述集合中取数。

•任意两次相邻的信道请求消息之间间隔的时隙数〔不包括消息发送的时隙〕由手机以均匀分布概率方式从集合{S，S＋1，……，S＋T－1}中取出。

由上述分析可知，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的流量控制：
系统通过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
第一个被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拥塞：
在GSM标准中定义了立即指配拒绝的功能：当目前网络没有可以分配的SDCCH 信道时，就可以通过发送给手机一条立即指派拒绝〔immediate assignment reject〕的消息来拒绝手机的信道申请，并且在系统规定的时间内〔Wait_indication_parameters即T3122〕制止手机接入网络，通过这种功能可防止在系统没有SDCCH资源的情况下用户频繁的发送信道请求的消息，而不必要地增大网络的负荷。

Wait_indication_parameters：BSS小区级参数，即定时参数T3122；参数“等待指示〞的取值范围是0～255的整数，以秒为单位，表示手机必须等待的时间。

参数“等待指示〞包含于下行消息“立即指配拒绝〞之中。

当网络收到手机发送的信道请求消息后，假设没有空闲的SDCCH信道分配给手机，那么网络通过AGCH信道发送“立即指配拒绝消息〞给手机。

为了防止手机不断进展信道请求而造成无线信道的进一步阻塞，在立即指配拒绝消息中包含定时参数T3122，即所谓的等待指示信息单元。

手机在收到立即指配拒绝消息后必须经过T3122指示的时间后才能发起新的呼叫。

参数“等待指示〞〔T3122〕实际上是当网络中的无线资源缺乏时，强制手机在一次试呼失败后、发起新一次试呼前必须等待的时间。

因此它的取值对网络性能的影响较大。

T3122设置过短，那么在无线信道负荷较大时容易引起信道的进一步阻塞；但假设T3122设置过大那么使网络的平均接入时间增加而导致网络平均的效劳性能下降。

注意：
T3122设置的原那么是：在网络的公共控制信道〔CCCH〕不发生过载的情况下，应使T3122尽可能小。

一般建议T3122的一般设置为10～15秒，在业务量密集地区设置为15～25秒。

但是，由于在T3122生效的时间内用户的手机外表看没有任何反响，此参数的设置一般不要取值过大，防止引起用户的强烈反映。

案例分析：
为了减小SD的拥塞，4月21日，我们对全网的T_3122参数进展了尝试性调整，将局部SDCCH拥塞率较高的基站的T_3122由8秒调整到了15秒。

从4月17日与4月24日的统计比照来看全网的SDCCH 的拥塞率有所减少。

2）增大SDCCH配置缓解由于增值业务量的增加导致的拥塞
现在的GSM网络所提供的业务中，有一局部增值业务是由SDCCH信道承载，例如短信消息等。

如果增值业务在时间上集中引入，很可能导致网络SDCCH信道出现突发且较大面积的拥塞情况。

2001年5月17日，北京移动开通了神州行手机用户的短信息业务，由于当时北京移动已经拥有了相当规模的神州行用户，且公司前期市场宣传工作做的比拟到位，当天大量神州行用户尝试使用短信息，引起网络内短信息的收发次数激增，无线侧引发了大量的小区SDCCH拥塞。

SDCCH配置，以缓解网络拥塞情况。

但为了尽可能防止类似的事件再次发生，应加强网络运行维护部门与市场部门的沟通，有预见性地采取一些预防措施。

承受此次教训后，我们在此后的节假日等易于引起短信息等增值业务突发的时候，及时且适量地调整了网络的配置，防止了上述在无线侧拥塞情况的再次发生。

二、存在覆盖或话务的不均衡问题
当出现SDCCH信道拥塞后，分析得出SDCCH的拥塞率与TCH的拥塞率不均衡，或者基站的覆盖与周边基站的覆盖没有合理地进展控制，那么可以采用以下的均衡方法进展处理：假设TCH信道很闲，可以开启SDCCH的重配功能，调整本小区的SDCCH与TCH的信道比例；假设开启了SDCCH的重配功能，但参数设置不合理或不正确也可能造成SDCCH的拥塞；由于基站的覆盖过大，引起SDCCH拥塞，可以对用户的起呼进展距离上的限制；假设基站的C2设置不合理，可能造成基站过多地吸收了话务，从而导致基站SDCCH拥塞率比TCH 的高。

1）基站SDCCH与TCH信道配置不合理
（1）假设TCH信道很闲，可以开启SDCCH的重配功能，调整本小区的
SDCCH与TCH的信道比例
由于在基站的资源分配中，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表示non－combined方式，CCCH使用一个根本的物理信道，不与SDCCH共用；1表示combined方式，CCCH使用一个根本的物理信道，与SDCCH共用。

根据一般的经历，对于小区中的载频数为1个或2个的情况，建议公共控制信道的配置采用一个根本物理信道且与SDCCH共用；小区中的载频数超过2个的情况，建议公共控制信道的配置采用一个根本物理信道且不与SDCCH共用。

Channel_Reconfiguration_Swith：BSS小区级参数；参数的取值可以决定CRM 可否进展动态信道重配。

Number_Sdcchs_Preferred：BSS小区级参数；定义了在系统重启时CRM配置SDCCH的个数，同时小区SDCCH的信道个数。

这个参数的取值受限于该小区的信道配置方式是combined或non－combined。

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）在小区载频数<2的情况下，此时CCCH配置方式一般为Combine方式，因为SDCCH要与CCCH共享BCCH载频的TS0，这种情况下的SDCCH的
实际个数为n×8＋4，其中n代表除BCCH外又给SDCCH配置的时隙个
数。

对于这样的小配置基站，n取值一般为1，SDCCH最小值那么为
12；SDCCH最大值可以为20。

（2）载频个数在2到4之间的小区，CCCH配置方式一般为nonCombine方式，SDCCH的实际个数为n×8，n取值一般为2，SDCCH最小值那么为。