深圳EDGE优化交流材料.doc

EDGE交流材料 本文首先介绍了深圳EDGE的现状，然后从容量优化、网络设备问题、终端设备问题、传送设备问题和客户问题等五个方面来说明深圳移动在EDGE优化方面的工作。 一、深圳EDGE现状 深圳目前有EDGE小区3935个，主要覆盖市区、宝安中心城区、镇的中心区域和广深铁路。 考虑到PCU的负荷，在GPRS六期的RPP扩容完成以前，每个小区EDGE开通信道数一般开为4个，但是根据实际情况（如重要场所、保障需求等）会考虑增加EDGE信道到8或者16（开2个EDGE载波）。 深圳地区的EDGE开通小区如下图： 按照行政区，基本覆盖如下： 根据深圳公司下一步EDGE覆盖扩容计划，我们将会在目前的市区、铁路的EDGE覆盖盲点开通EDGE，实现市区道路和铁路的EDGE无缝覆盖。 深圳EDGE流量的时间分布与GPRS基本一致，在中午12时左右到达全日起第一个流量高峰，在次日凌晨0－1点到达全日流量最高峰，这和话务一般在晚上23点达到最高的时间段相错开。下图为深圳10月份的统计结果： 如下图，10月份的EDGE流量增幅在20％左右，属于平稳上升，其流量变化曲线和GPRS也基本一致。目前的EDGE流量每日40GB左右。 从EDGE的流量的时间分布和变化来看，和GPRS基本一致，这是因为从目前来说，两者的应用没有区别，因此两者的用户行为基本一致，导致网络特性也基本一致。 从流量来看，EDGE总流量在全网流量的10％左右，应该说比例还是较高，说明EDGE的终端的渗透率较高。 二、高交会全EDGE小区 本届高交会我公司高调参展，展示了大量的基于GPRS/EDGE的业务，包括流媒体、视频监控这样的大流量、实时性的业务展示。这对于数据业务的保障提出了很高的要求。同时高交会人流密集，话务量巨大，话务的冲击很大，也可能对数据业务造成影响。为了满足保障的要求，深圳公司提出专门使用一个全EDGE的小区进行数据业务得保障，使用参数控制实现数据业务和语音业务相分离，切实保障数据业务得顺利演示。 对于覆盖我公司展位的小区，采用了GSM 900/1800的双频小区覆盖，其中900小区承载数据业务，1800小区承载话音。通过参数CRO＝5控制，使得用户在IDLE模式下重选到900小区会展一厅l1上，而通过参数LAYER＝3来使得900小区不承载话务，话音一旦在小区起呼就切换到其他小区上，尤其是同站的小区会展一厅P1。 对于数据承载小区会展一厅L1，开启了12个EDGE载波，共使用4套传输。由于EGSM对于EDGE的支持有问题，在实际测试后发现定义的EGSM的Channel Group无法正常使用数据业务。因此，在数据定义的时候，仅仅使用P-GSM的频点，定义成一个CHGR。本来BCCH上的时隙可以定义成EGDE的时隙，但是由于爱立信的系统问题，实际上这些时隙无法使用EDGE，爱立信还没有给出满意的答复。这样在全EDGE小区里面，实际可用于EDGE的载波为11个，除了BCCH所在载波。 由于在实际应用中，将会出现大量数据业务的同时应用，为了避免临时出现问题，深圳公司组织了压力测试。共计使用EDGE终端12台（7台流媒体，5台FTP），GPRS终端8台（WAP、图铃下载）。从压力测试结果看，小区工作正常。 同时还要考虑高话务的情况，由于在Idle下用户集中选择全EDGE数据小区，将给SDCCH带来较大的负荷，因此将SDCCH定义为20（使用Increase SDCCH Capacity功能） 时间 小区名 小区号 T话务量 C话务量 PDCH EDGE上行流量（kbit） EDGE下行流量（kbit） 2005-10-15 11:00 L1 SUG2241 4.28 8.25 36.18 19725 415575 2005-10-15 12:00 会展一厅L1 SUG2241 3.73 8.93 40.65 15335 339700 2005-10-15 11:00 会展一厅P1 SUD2261 38.19 0.13 1.12 1 1 2005-10-15 12:00 会展一厅P1 SUD2261 32.69 0.16 1.02 1 0 从统计结果来看，数据业务和语音业务实现了较好的分离；而从现场的测试和实际的展示的效果看，数据业务和语音都运行正常。 三、深圳信道分配异常 深圳在EDGE日常优化中发现，部分小区的TBF Re-RESERVATION功能有问题，导致信道分配异常，影响用户性能。 TBF Re-reservation功能能够实现在系统足够资源时的性能最大化。当GPRS用户和EDGE用户共享EDGE信道时，可以将GPRS 用户迁移到普通GPRS 信道上，避免两者共享；多个EDGE用户共享EDGE信道时，如果后来的EDGE用户继续叠在EDGE信道性能会低