资源状态请求类型不匹配导致异厂家设备负载均衡失败汇编.doc

资源状态请求不匹配导致用户分布不均匀的现象十分，经常会出现某个小区负载较重而其邻负载较的现象，不仅会降低网络容量而且还会影响到用户的服务质量。负载均衡技术，在保证用户的服务质量的同时，使网络总容量达到最大化。本文以研究对象对与均衡相关原理和特性进行了研究和论证了资源不一致的 关键字：FDD TDD互操作TDD和FDD双模基站中发现负载均衡的原理均衡，Composite Available Capacity），使用X2接口进行负载信息交互，并选择合适的UE作为均衡对象，最终使得异频小区之间的负载趋于平衡。 图3 负载均衡流程逻辑图 主要包含下面六个步骤： 打开负载均衡功能的小区会周期性的测量本小区的负载情况，主要根据PRB利用率来进行判断。 根据系统定义的负载门限，来决定小区是否进入高负载状态，如果步骤1）中周期性测量到的小区负载情况高于个定义的门限，则小区进入高负载状态，反之则不进入高负载状态。外场功能测试验证时，可以适当调低系统的负载均衡状态触发门限，以便外场测试。 通过X2接口收集邻小区负载信息，对于进入高负载状态的小区，通过X2接口去请求和获取异频基站小区的负载情况，同时进行被均衡UE的选择。 3GPP主要定义了4种资源状态请求类型，可在RESOURCE STATUS REQUEST消息中查看Report Characteristics IE 。第一种为 PRB Periodic，周期性PRB使用情况，对应第1比特位；第二种为TNL load Ind Periodic，周期性传输网络层负载指示，对应第2比特位；第三种为HW Load Ind Periodic，周期性硬件负载指示对应第3比特位；第四种为Composite Available Capacity Periodic，周期性综合可用容量，对应第4比特位。详细可参见3GPP 36.423 8.3.6。 前3种资源状态请求类型，单一的考虑某一项资源负载情况，算法实现相对简单；第4种资源状态请求类型，综合的考虑了系统的可用容量，算法实现复杂，相对来说也更为合理。 资源状态请求流程 被均衡UE也需要满足一定条件： UE没有QCI1承载； UE需要支持两个负载均衡小区的频点； UE支持A4测量事件； UE当前没有在进行异频或异系统测量； UE没有配置辅载波。 对邻小区进行优先级排序，选择合适的邻区作为均衡目标小区。主要是根据邻小区的综合可用容量CAC来进行排序，形成目标小区列表TCL，UE会选择TCL中最高位置的小区作为切换的目标小区，如果没有获取到小区的CAC，则根据测量报告来进行排序。如下图所示。 图4均衡目标小区列表 发起基于负载均衡的切换，向目标小区发起切换请求，原因值 =“Reduce load in serving cell”如果目标小区的则拒绝切换请求，原因值 “No Radio Resources Available in Target Cell” 图6 Feature Group Indicator含义 协议规定bit1为左边第1位，详细参见3gpp 36.331 B.1。 支持FDD和TDD负载均衡终端FGI分析： 解析“UE Capability Information”消息，并找到FGI，值为“Ox7E0DD884”，如下图。将该十六进制数转换为二进制为“0010000100”。从该二进制可以看出，该UE Bit13、Bit14、Bit25、Bit30，均为“1”，具备FDD和TDD负载均衡能力。 图7测试终端FGI分析 不支持FDD和TDD负载均衡终端FGI分析： 如下图，解析另一款终端的FGI“0x5C0DD880”,将该十六进制转换为二进制得到“0010000000”，从该二进制可以看出，该终端Bit30位值为“0”,说明该终端不支持FDD和TDD之间的切换。 图8测试终端FGI分析 通过对外场测试终端的FGI进行分析，发现有部分终端支持FDD和TDD之间的负载均衡，也有部分终端不支持。测试时，只要有终端支持即可满足测试需求。 排除终端问题后，根据负载均衡主要流程进一步分析，抓取X2接口log，分析小区之间负载信息交互是否顺利。从后台抓取的X2消息看，异厂家eNB之间在通过X2接口交互小区负荷信息时出现异常。大唐TDD小区通过X2接口发起资源状态请求消息“X2?Resource?Status?Request”，向NOKIA FDD基站请求资源负荷，但是收到FDD基站回复“X2 resource status Failure”。图9 TDD发起资源状态请求消息 图10 FDD回复资源状态失败消息 进一步分析大唐TDD基站发起的资源状态请求消息，如下图“ReportCharacteristics”值为“”，转换成二进制为