已解决问题
2 RNC区规划流程
RNC区规划包括RNC数目估算和RNC区规划两部分。前者根据估算的NodeB数目、小区数目、小区容量、接口流量(接口类型和链路数)等因素估算出需要的RNC数量,是无线网络估算的一部分。后者根据估算的RNC数量以及各小区的覆盖范围,规划某一RNC的覆盖范围。由于每一小区的覆盖范围通过网络规划仿真输出已经确定,当确定各个小区从属于哪一RNC后,RNC区的覆盖范围也就确定了。
RNC区规划输入:
覆盖范围内的NodeB数目、小区数目、各小区容量、小区覆盖范围、接口流量规划结果。
RNC区规划输出:
覆盖范围内的RNC数目、各小区的RNC-Id。
3 RNC区受限因素分析
RNC区过小,RNC数目过多会导致更多的RNC迁移流程(静态迁移、伴随迁移),增大信令流量和掉话概率。另外RNC区过小需要增加更多的Iur/Iu接口传输资源。并且还可能对无线资源管理算法性能造成影响。因此本文仅对RNC区规划的上限受限因素进行分析,并且认为不存在RNC区规划的下限受限因素。
RNC区过小会对无线资源管理算法性能造成如下影响:
由于不同RNC间信令交互存在时延,并且Iur接口配置的带宽有限,RNC增多可能导致软切换等算法性能降低。并且如果RNC间没有配置Iur接口或者Iur资源受限,那么跨RNC的软切换会替换成同频硬切换,降低切换成功率。
并且RNC中某些无线资源管理算法,涉及RNC内部信令,Iur接口信令并不支撑。导致在CRNC和SRNC不一致的情况时,某些无线资源管理算法并不支撑。比如异频负载平衡算法,在监控各小区负载的前提下选择某些UE发出负载切换命令,以达到平衡各小区负载的目的。负载监控是面向小区的,由CRNC完成;切换是面向连接的,由SRNC完成。负载切换命令是RNC内部信令,不存在相应Iur口消息,当SRNC和CRNC不相同时,异频负载平衡算法无法支撑。
3.1 RNC处理能力限制
RNC区大小很大程度取决于RNC本身的一些特性,RNC的以下特性对RNC区大小影响很大:
RNC支撑的容量(等效用户数、CE数);
RNC能够提供的Iub接口E1链路数;
RNC支撑小区数;
RNC支撑NodeB数;
……
在网络估算获得某一本地网的NodeB数、小区数、各小区容量后,根据这些结果对RNC区进行规划。
1. 由RNC支撑容量(等效用户数或Erlang数或CE数)计算RNC数量
每块WFMR板最多支撑250个12.2K等效语音用户,每个WRBS框最多带10块WFMR板,每个RNC最多有16个WRBS框。因此每个RNC最多支撑40000个等效语音用户。根据规划提供的RNC需要支撑的等效语音用户数量,可以算出需要配置的RNC数量RNC_1为:
RNC_1=【需要支撑的等效语音用户数/40000】
或者,如果规划提供的是RNC需要支撑的Erlang数量,则:
RNC_1=【需要支撑的Erlang数/40000】
或者,如果规划提供的是RNC需要支撑的CE数量,则:
RNC_1=【需要支撑的CE数/40000】
2. 根据Iub接口需要提供的E1链接数计算RNC数量
通常,Iub接口用WRBS框中的接口板WBIE、WOSE/WOME来实现。同一WRBS框中要么配置2块WBIE板,要么配置2块WOSE/WOME板,不得混配。1块WBIE板可出32路E1,1块WOSE/WOME可出63路E1。每个RNC最多有16个WRBS框。因此每个RNC最多支撑2016路E1。根据规划提供的RNC需要支撑的Iub接口E1链接数,可以算出需要配置的RNC数量RNC_2为:
RNC_2=【需要支撑的Iub接口E1链接数/2016】
3. 根据需要支撑的小区数计算RNC数量
因为每个WFMR单板最多支撑16个小区,而每个WRBS框最多配置10块WFMR板,每个RNC最多有16个WRBS框。因此一个RNC最多支撑2560个小区。根据规划提供的RNC需要支撑的小区数,可以算出需要配置的RNC数量RNC_3为:
RNC_3=【需要支撑的小区数/2560】
4. 根据需要支撑的NodeB数计算RNC数量
在NodeB不级联的情况下,每个WBIE单板最多支撑32个NodeB,而每个WRBS框配置2块WBIE板,每个RNC最多有16个WRBS框。由于NodeB可以级联,一个RNC最多支撑1280个NodeB。根据规划提供的RNC需要支撑的NodeB数,可以算出需要配置的RNC数量RNC_4为:
RNC_4=【需要支撑的NodeB数/1280】
5. 最后所需的RNC数量为MAX { RNC_1, RNC_2, RNC_3, RNC_4 }
3.2 行政区域限制
RNC区大小与局方运营网络的组织结构相关。局方通常根据行政区域划分网络运营维护的组织结构,RNC区的规划需要与局方的网络运营组织结构一致。在与局方充分沟通的情况下,根据局方网络运营维护组织结构规划和设置RNC区。
一般而言,RNC是本地接入网的一部分,同一RNC不会跨本地网使用,因此RNC区上限也受到行政区域限制。即使RNC可以支撑更大的容量、更多的小区,也只能作为一个本地网的无线网络控制器,受到某一级别行政区域大小的限制。这种情况大多出现在对容量要求不高,RNC容量有富余的区域。
3.3 传输接口限制
WCDMA的一个显著特点是能够提供更多的高速率数据业务,这导致相关Iu/Iur/Iub接口的传输资源需求大大增加。如果RNC所在位置实际能够提供的传输资源有限,导致RNC处理的容量有限,进而限制RNC区的大小。传输接口资源对RNC区大小的限制过程如下:
实际提供的Iu/Iur/Iub口传输资源数量 -> RNC连接的E1数量 -> RNC区大小
3.4 核心网容量限制
核心网容量限制主要是指MSC/SGSN容量对RNC容量的限制,进而对RNC区大小进行限制。
通常情况下,如果使用3G MSC,MSC容量不是问题,不会对RNC的容量造成限制。但是如果运营商考虑节约成本、平滑升级的因素,核心网采用升级2G MSC方案,在2G MSC下挂3G RNC时,则会对3G RNC的容量造成限制。由于2G现网MSC的容量一般为40万,假设现有利用率为60%,另外按业界惯例考虑去除20%的余量,那么还有剩余容量20%,即8万容量用于接入3G RNC。所以MSC将成为系统的容量瓶颈。由于Iu-Flex方式还没有实现(R5特性,实现的可能性很小),一个RNC无法与多个MSC相连,在这种情况下,MSC的容量瓶颈导致RNC的容量瓶颈,进而对RNC区大小进行限制。MSC/SGSN容量对RNC区大小的限制过程如下:
SGSN/MSC容量大小 -> RNC容量大小 -> RNC区大小
3.5 为网络扩容预留资源
随着WCDMA网络的普及和新业务的开展,用户数目以及对容量的需求是逐年增加的。对于NodeB扩容,可以采用增大发射功率、增加模块、增加载频、小区分裂等方法。对RNC的扩容,可以采用下列三种方案:
1. 新建RNC,新建的RNC带新增NodeB
图 3 方案一:扩容前
图 4 方案一:扩容后
优点:前期RNC数目少,扩容对现有NodeB无影响。
缺点:RNC间流量大。
2. 新建RNC,割接部分NodeB
图 5 方案二:扩容前
图 6 方案二:扩容后
优点:前期RNC数目少,RNC间流量小。
缺点:扩容对现有NodeB有影响。
3. 预留RNC资源,按原RNC区规划带新增NodeB
图 7 方案三:扩容前
图 8 方案三:扩容后
建网初期,RNC硬件或AppLICENSE容量配置都没有达到RNC最大规格,可以通过更改App容量或增加硬件来扩容。
优点:扩容对现有NodeB无影响,RNC间流量小。
缺点:前期需配置多个RNC。
综合前面分析,为了避免RNC和NodeB扩容对现网的影响,避免因割接NodeB造成的业务中断;并且为了避免过多的跨RNC切换和Iur接口流量存在,采用扩容方案三较为合理。在RNC区估算时,根据未来几年用户数和容量的增长预测,为网络扩容预留资源。在与客户沟通,得到客户认可的前提下,根据未来几年内的最大容量/小区数/NodeB数/链路数来估算RNC数目
RNC区规划包括RNC数目估算和RNC区规划两部分。前者根据估算的NodeB数目、小区数目、小区容量、接口流量(接口类型和链路数)等因素估算出需要的RNC数量,是无线网络估算的一部分。后者根据估算的RNC数量以及各小区的覆盖范围,规划某一RNC的覆盖范围。由于每一小区的覆盖范围通过网络规划仿真输出已经确定,当确定各个小区从属于哪一RNC后,RNC区的覆盖范围也就确定了。
RNC区规划输入:
覆盖范围内的NodeB数目、小区数目、各小区容量、小区覆盖范围、接口流量规划结果。
RNC区规划输出:
覆盖范围内的RNC数目、各小区的RNC-Id。
3 RNC区受限因素分析
RNC区过小,RNC数目过多会导致更多的RNC迁移流程(静态迁移、伴随迁移),增大信令流量和掉话概率。另外RNC区过小需要增加更多的Iur/Iu接口传输资源。并且还可能对无线资源管理算法性能造成影响。因此本文仅对RNC区规划的上限受限因素进行分析,并且认为不存在RNC区规划的下限受限因素。
RNC区过小会对无线资源管理算法性能造成如下影响:
由于不同RNC间信令交互存在时延,并且Iur接口配置的带宽有限,RNC增多可能导致软切换等算法性能降低。并且如果RNC间没有配置Iur接口或者Iur资源受限,那么跨RNC的软切换会替换成同频硬切换,降低切换成功率。
并且RNC中某些无线资源管理算法,涉及RNC内部信令,Iur接口信令并不支撑。导致在CRNC和SRNC不一致的情况时,某些无线资源管理算法并不支撑。比如异频负载平衡算法,在监控各小区负载的前提下选择某些UE发出负载切换命令,以达到平衡各小区负载的目的。负载监控是面向小区的,由CRNC完成;切换是面向连接的,由SRNC完成。负载切换命令是RNC内部信令,不存在相应Iur口消息,当SRNC和CRNC不相同时,异频负载平衡算法无法支撑。
3.1 RNC处理能力限制
RNC区大小很大程度取决于RNC本身的一些特性,RNC的以下特性对RNC区大小影响很大:
RNC支撑的容量(等效用户数、CE数);
RNC能够提供的Iub接口E1链路数;
RNC支撑小区数;
RNC支撑NodeB数;
……
在网络估算获得某一本地网的NodeB数、小区数、各小区容量后,根据这些结果对RNC区进行规划。
1. 由RNC支撑容量(等效用户数或Erlang数或CE数)计算RNC数量
每块WFMR板最多支撑250个12.2K等效语音用户,每个WRBS框最多带10块WFMR板,每个RNC最多有16个WRBS框。因此每个RNC最多支撑40000个等效语音用户。根据规划提供的RNC需要支撑的等效语音用户数量,可以算出需要配置的RNC数量RNC_1为:
RNC_1=【需要支撑的等效语音用户数/40000】
或者,如果规划提供的是RNC需要支撑的Erlang数量,则:
RNC_1=【需要支撑的Erlang数/40000】
或者,如果规划提供的是RNC需要支撑的CE数量,则:
RNC_1=【需要支撑的CE数/40000】
2. 根据Iub接口需要提供的E1链接数计算RNC数量
通常,Iub接口用WRBS框中的接口板WBIE、WOSE/WOME来实现。同一WRBS框中要么配置2块WBIE板,要么配置2块WOSE/WOME板,不得混配。1块WBIE板可出32路E1,1块WOSE/WOME可出63路E1。每个RNC最多有16个WRBS框。因此每个RNC最多支撑2016路E1。根据规划提供的RNC需要支撑的Iub接口E1链接数,可以算出需要配置的RNC数量RNC_2为:
RNC_2=【需要支撑的Iub接口E1链接数/2016】
3. 根据需要支撑的小区数计算RNC数量
因为每个WFMR单板最多支撑16个小区,而每个WRBS框最多配置10块WFMR板,每个RNC最多有16个WRBS框。因此一个RNC最多支撑2560个小区。根据规划提供的RNC需要支撑的小区数,可以算出需要配置的RNC数量RNC_3为:
RNC_3=【需要支撑的小区数/2560】
4. 根据需要支撑的NodeB数计算RNC数量
在NodeB不级联的情况下,每个WBIE单板最多支撑32个NodeB,而每个WRBS框配置2块WBIE板,每个RNC最多有16个WRBS框。由于NodeB可以级联,一个RNC最多支撑1280个NodeB。根据规划提供的RNC需要支撑的NodeB数,可以算出需要配置的RNC数量RNC_4为:
RNC_4=【需要支撑的NodeB数/1280】
5. 最后所需的RNC数量为MAX { RNC_1, RNC_2, RNC_3, RNC_4 }
3.2 行政区域限制
RNC区大小与局方运营网络的组织结构相关。局方通常根据行政区域划分网络运营维护的组织结构,RNC区的规划需要与局方的网络运营组织结构一致。在与局方充分沟通的情况下,根据局方网络运营维护组织结构规划和设置RNC区。
一般而言,RNC是本地接入网的一部分,同一RNC不会跨本地网使用,因此RNC区上限也受到行政区域限制。即使RNC可以支撑更大的容量、更多的小区,也只能作为一个本地网的无线网络控制器,受到某一级别行政区域大小的限制。这种情况大多出现在对容量要求不高,RNC容量有富余的区域。
3.3 传输接口限制
WCDMA的一个显著特点是能够提供更多的高速率数据业务,这导致相关Iu/Iur/Iub接口的传输资源需求大大增加。如果RNC所在位置实际能够提供的传输资源有限,导致RNC处理的容量有限,进而限制RNC区的大小。传输接口资源对RNC区大小的限制过程如下:
实际提供的Iu/Iur/Iub口传输资源数量 -> RNC连接的E1数量 -> RNC区大小
3.4 核心网容量限制
核心网容量限制主要是指MSC/SGSN容量对RNC容量的限制,进而对RNC区大小进行限制。
通常情况下,如果使用3G MSC,MSC容量不是问题,不会对RNC的容量造成限制。但是如果运营商考虑节约成本、平滑升级的因素,核心网采用升级2G MSC方案,在2G MSC下挂3G RNC时,则会对3G RNC的容量造成限制。由于2G现网MSC的容量一般为40万,假设现有利用率为60%,另外按业界惯例考虑去除20%的余量,那么还有剩余容量20%,即8万容量用于接入3G RNC。所以MSC将成为系统的容量瓶颈。由于Iu-Flex方式还没有实现(R5特性,实现的可能性很小),一个RNC无法与多个MSC相连,在这种情况下,MSC的容量瓶颈导致RNC的容量瓶颈,进而对RNC区大小进行限制。MSC/SGSN容量对RNC区大小的限制过程如下:
SGSN/MSC容量大小 -> RNC容量大小 -> RNC区大小
3.5 为网络扩容预留资源
随着WCDMA网络的普及和新业务的开展,用户数目以及对容量的需求是逐年增加的。对于NodeB扩容,可以采用增大发射功率、增加模块、增加载频、小区分裂等方法。对RNC的扩容,可以采用下列三种方案:
1. 新建RNC,新建的RNC带新增NodeB
图 3 方案一:扩容前
图 4 方案一:扩容后
优点:前期RNC数目少,扩容对现有NodeB无影响。
缺点:RNC间流量大。
2. 新建RNC,割接部分NodeB
图 5 方案二:扩容前
图 6 方案二:扩容后
优点:前期RNC数目少,RNC间流量小。
缺点:扩容对现有NodeB有影响。
3. 预留RNC资源,按原RNC区规划带新增NodeB
图 7 方案三:扩容前
图 8 方案三:扩容后
建网初期,RNC硬件或AppLICENSE容量配置都没有达到RNC最大规格,可以通过更改App容量或增加硬件来扩容。
优点:扩容对现有NodeB无影响,RNC间流量小。
缺点:前期需配置多个RNC。
综合前面分析,为了避免RNC和NodeB扩容对现网的影响,避免因割接NodeB造成的业务中断;并且为了避免过多的跨RNC切换和Iur接口流量存在,采用扩容方案三较为合理。在RNC区估算时,根据未来几年用户数和容量的增长预测,为网络扩容预留资源。在与客户沟通,得到客户认可的前提下,根据未来几年内的最大容量/小区数/NodeB数/链路数来估算RNC数目
回答时间:2009-5-15 09:29
热点问题