以下是在呼叫掉话时，BSC调试台通过跟踪SPU板的CCM呼叫跟踪打印出的信息： “Call Trace: CcbNo（32）SDU_CCM_TCH_ERROR_IND （Tick=172254972）（2003-04-15 00:02:18）
CcbNO（32） Receive Tch_Error_Ind from SDU. （2003-04-15 00:02:18） CcbNo（32） The cause of Tch_Error_Ind is too many idle frame（0x04）。（2003-04-15 00:02:18）” 问题
（1）请说明满足什么样的条件TCH ERR掉话原因值记为4、5、6。（3分） （2）解释为何前向链路质量差导致的掉话系统会统计成原因值为5的掉话？（3分） （3）请问为什么修改了FMR板的反向帧合并定时器长度就解决了掉话问题？（4分） 答案：
（1）（回答对一点1分）
原因值4：反向连续收到300个idle帧。
原因值5： FMR中各分支合并后300个反向帧中有270个以上Erasure（坏）帧。 原因值6：markov FER过高。 markov FER是将收到的帧与本地产生的帧相比，如果不同，就算一个坏帧，计算这种坏帧的比例。 没有收到帧时也会统计为坏帧。 缺省值是500个帧（10秒钟）里有95％的坏帧就会上报TCH ERR，该值可以在调试台设置。 （2）答案（3分）
在前向链路差，反向链路好的情况下，手机判断前向链路不能维持，则关闭发射机。对BSC，不知道手机何时关发射机，只是不断检查反向帧。手机关发射机，则BSC也收不到反向帧，统计到坏帧数，最后触发原因值5的TCH_ERR消息，释放呼叫。 （3）答案（4分）
IMA方式下的传输时延一般会比UNI方式大，因此传输方式的不同导致软切换掉话的一个关键的客观原因。另外在FMR板上有一个反向帧合并定时器，即将反向各分支业务帧到达的允许最大时间差，目前系统缺省值为5ms，如果这个定时器
设置大一些，对这种情况的掉话情况也应该会有改善。在本例中从调试台CSL的打印记录，呼叫过程中，BSC收到了原因值为4的TCH_ERR（too many idle），当切换发生在小基站和大基站之间时，由于BSC与小基站那一路分支间的传输时延相对较大，导致FMR进行业务帧合并时，来自大基站和小基站的分支的业务帧不能对齐，FMR错误地认为是idle帧，如果超过300帧，就会导致掉话，并把掉话原因值记为4。
1、以下为某型号的基站下行链路参数值：
下行：基站发射功率20W，耦合器损耗4.5dB，馈线损耗3dB，基站天线增益15dBi，手机
灵敏度-102dBm，人体损耗3dB，手机天线增益-2dB。 请问下行最大允许无线传播损耗是多少？ EIRP=43-4.5-3+15=50.5dB EIAP=-102-（-2）+3=-97dB
L=EIRP-EIAP=50.5-（-97）=147.5dB 下行允许最大无线传播损耗为147.5dB
（没有分步计算过程，即使答案正确也不得分，如果总算式正确只得一半的分。）
3. 假设某区域网络的用户数为250000，覆盖城区区域面积1370km2，要求连续覆盖的服务类型为静止状态9.6＋9.6kbps的数据业务。由于前向链路受移动台分布情况的变化影响，干扰情况比较复杂，不能进行定性分析，在实际中通常用仿真来实现。现在我们使用反向链路估算。用户业务行为：纯语音用户数Pv=80%，纯数据业务用户数Pd=10%，开通语音业务及数据业务用户数Pv，d=10%，软切换比例30%，话务模型采用华为话务模型。语音用户单用户话务量为0.025Erl，数据用户PPP session time为350s，占空比为10%。层开销20%，(包括重传)高，中，低端用户比例为15%，25%，60%，用户行为
数据业务组成 速率 低端分配统计比例% 9.6 9.6+9.6 9.6+19.2 9.6 19.2 28.8 100％ 0% 0% 中端分配统计比例% 25% 40% 18% 高端分配统计比例% 5% 5% 20% 9.6+38.4 9.6+76.8 9.6+153.6 9.6+307.2 平均速率（bps） 48 86.4 163.2 316.8 0% 0% 0% 0% 9600 12% 4% 1% 0% 261100 25% 30% 15% 0% 696000 50％系统负荷 85.28 2.28 S1/1/1单载频吞吐量（kbps） S1/1/1覆盖距离(KM) 试计算：
（1）单用户上行平均吞吐量？（3分）
（2）50％系统负荷下，需要建设的基站数？（2分）
（3）在50％系统负荷下，单基站需要配置多少CE资源(计算到erl)。（10分） 答案：
1）（只写结果的没有分）
语音用户＝9600×0.025×0.4×90%＝86.4bps
数据用户平均速率＝69600×15%＋26110×25%＋9600×60%＝22730bps 数据用户吞吐量=22730×20%×350/3600×（1＋20％）＝530.4 bps 上行数据用户吞吐量＝530.4.×0.2＝106.08 bps 混合用户吞吐量＝86.4＋106.08＝192.48 bps
平均用户吞吐量＝96×0.8＋192.48×0.1+106.08×0.1＝106.656 bps 2）（容量和覆盖各1分）
50%负荷下：
单基站覆盖面积：1.949R2=13.5km2, 覆盖需要基站数：1370/13.5=102
单基站等效用户数：85.28*1024/106.656=819 容量需要基站数:250000/819/3=102 3）（需要列出公式，只有结果的不给分）
高端数据业务资源解调率
＝0.69%×1＋1.38%×1＋8.28%×1.5＋17.24%×1.67＋37.24%×1.8＋35.17%×1.89 =1.7679
同样的计算过程可以得到，中端用户的资源解调率为1.4086，低端用户资源解调率为1。
平均资源解调率为
(1.7679×69.6×15%+1.4086×26.11×25%+1×9.6×60%)/22.73＝1.4701（1分）
计算在总的数据吞吐量中，FCH占吞吐量的比例为 ＝9.6÷22.73=42.24%（1分）
根据上一节的计算结果：覆盖区域内200000用户由102个S/1/1/1基站支持，平均单载频容纳用户为819个； 三扇区单载频反向吞吐量85.28Kbps；
每个语音用户前反向吞吐量均为96bps，每个数据用户反向吞吐量为：平均为106.08bps。
每扇区载频的信道资源的计算步骤如下：
单扇区载频话音吞吐量=819×(80%＋10%)×96=70762bps（1分）
单扇区载频数据业务吞吐量=819×（10%+10%）×106.08=17375.9bps（1分） 语音业务信道资源数=70762÷(9600×0.4)=18.428erl（1分） 数据业务FCH吞吐量＝17375.9×42.24%=7339.582 bps（1分） 数据业务SCH吞吐量＝17375.9-7339.582=10036.32 bps
数据业务占用CE资源数=17375.9÷(1.4701×9600)=1.23erl（1分） 数据业务FCH占用CE资源数＝7339.582÷9600=0.765erl（1分） SCH占用CE资源数=1.23－0.765=0.465erl 考虑软切换，占用CE资源总数
＝（语音业务信道资源数＋数据业务FCH占用CE资源数）÷（1－软切换比例）＋SCH占用CE资源数
＝（18.428＋0.765）÷（1－30%）＋0. 465 ＝27.88
=28erl（取整结果）（1分）
每扇区配置公共信道=1erl 总的信道资源=1＋28=29erl（1分）