一种时分同步码分多址接入系统中小区建立方法
技术领域
本发明涉及移动通信领域,尤其涉及一种TD-SCDMA(Time Division-Synchronous Code Division Multiple Access,时分同步码分多址接入)系统中小区建立方法。
背景技术
根据3GPP(3rd Generation Partnership Project,第三代合作伙伴计划)25.102规定TDD(Time Division Duplexing,时分双工)1.28Mcps系统即TD-SCDMA有多个频段可用,如表1所示。
表1TD-SCDMA频段表
Frequency Band(频段) |
Frequency Range(频率范围) |
UARFCN(绝对射频信道号) |
a |
1900-1920MHz2010-2025MHz |
9504 to 959610054 to 10121 |
b |
1850-1910MHz1930-1990MHz |
9254 to 95469654 to 9946 |
c |
1910-1930MHz |
9554 to 9646 |
d |
2570-2620MHz |
12854 to 13096 |
e |
2300-2400MHz |
11504 to 11996 |
f |
1880-1920MHz |
9404 to 9596 |
目前国内支持1880~1920MHz、2010~2025MHz两个的频段,由于有些频段频率范围较宽,RRU设备并不能完全支持,为了充分利用频谱资源,多RRU(Remote Radio Unit,射频拉远单元)组网成为一种重要的组网方式。TD-SCDMA组网具体实现上有多种方式,可以在支持多个相同频段RRU上建立小区(cell),同时也可以在支持不同频段的RRU上建立小区。
现有的小区建立流程如图1所示,NodeB(节点B)通过审计响应上报本地小区信息。RNC(Radio Network Controller,无线网络控制器)根据本地的本地小区(Local cell)和小区(cell)配置关系,发起小区建立流程,如图2所示,在相关本地小区建立小区。
在TD-SCDMA NBAP(Node B Application Protocol,节点B应用协议)25.433协议中小区定义为与一个本地小区关联,一个本地小区只上报一个本地小区功率能力,不同频段间功率能力不能共享,支持相同频段RRU组成一个小区时功率也不能共享,这样支持多个频段同一RRU或同频段多个RRU组成一个小区的需求,都因为功率信息无法上报,导致RNC无法根据本地小区上报的功率能力进行接纳管理,引起无法在现有协议架构下建立小区。
发明内容
本发明要解决的技术问题是提供一种时分同步码分多址接入系统中小区建立方法,使得可以在支持多频段的RRU上或同频段多RRU上建立小区。
为解决上述方法,本发明提供了一种时分同步码分多址接入系统中小区建立方法,包括:
所述NodeB通过多个频率组向无线网络控制器RNC上报本地小区的功率能力;
所述RNC为不同的频率组分配频点,并通知所述NodeB不同频率组所对应的频点信息;所述NodeB根据RNC分配的频点建立小区。
进一步地,所述NodeB在审计消息或资源指示消息中通过多个频率组向RNC上报功率能力。
进一步地,所述RNC通过小区建立请求消息或小区重配置建立请求,通知NodeB不同频率组所对应的频点信息。
进一步地,所述NodeB在上报功率能力时,对每一频率组至少携带该频率组标识Frequency Group ID、最小下行功率能力Minimum DL PowerCapability和最大下行功率能力Maximum DL Power Capability。
进一步地,所述RNC在小区建立请求消息中的UARFCN InformationLCR IE信元中携带频率组的配置信息。
进一步地,所述RNC在小区重配置请求消息中的UARFCN InformationTo Modify LCR信元或UARFCN Information To Add LCR信元中携带频率组的配置信息。
进一步地,所述RNC在小区建立请求消息中携带主频点对应的频率组配置信息。
为解决上述方法,本发明还提供了一种时分同步码分多址接入系统中小区建立方法,包括:
无线网络控制器RNC在两个以上本地小区上建立小区,在其中一个本地小区上建立主载波,在其余本地小区上建立逻辑主载波。
进一步地,RNC在向节点B发送的小区建立请求中增加小区属性,如果设置该小区属性为逻辑主载波,则节点B建立逻辑主载波,不为其分配物理资源,不发送广播信息,辅助频点建立成功即认为小区建立成功。
进一步地,RNC在向节点B发送的小区建立请求中如果没有设置小区属性,则节点B主载波建立成功,即认为小区建立成功。
采用本发明所述方法,可以支持不同频段RRU组成一个小区,以及支持相同频段的多个RRU上建立小区,充分利用频谱资源,满足系统发展需要。
附图说明
图1为现有技术中RNC与NodeB间的审计流程;
图2为现有技术中RNC与NodeB间的小区建立过程;
图3为本发明实施例1的流程图;
图4为本发明实施例2的流程图。
具体实施方式
下面以TD-SCDMA系统中多频点小区建立方法为例,结合附图和具体实施方式对本发明的技术方案作进一步详细介绍。
一种实施方式是:RNC在两个以上本地小区上建立小区,在其中一个本地小区上建立主载波,在其余本地小区上建立逻辑主载波。
具体地,RNC在向NodeB发送的小区建立请求中增加小区属性,如果设置该小区属性为逻辑主载波,则NodeB建立逻辑主载波,不为其分配物理资源,不发送广播信息,辅助频点建立成功即认为小区建立成功;如果没有设置小区属性,则NodeB主载波建立成功,即认为小区建立成功。
实施例1
为解决审计上报本地小区功率能力无法满足多频段组网的问题,本实施例拓展了小区的概念,支持在多个本地小区上建立小区,本地小区概念不变,RNC可以看到在多个不同频段的本地小区上建立小区。其中一个本地小区上建立小区主载波,NodeB为主载波分配物理资源,建立流程同现有小区建立流程。其它本地小区只建立逻辑主载波,即记录主载波信息,小区建立流程相同。RNC通过在小区建立请求消息中增加小区属性(Cell Attribute)来指示建立逻辑主载波,小区属性如表1所示。当小区属性为逻辑主载波(PrimaryFrequencylgicalSetet)时,NodeB建立逻辑主载波,NodeB不为其分配物理资源,也不发送广播信息,只需要记录该逻辑主载波相关信息。
如果在一个或一个以上的本地小区上建立逻辑主载波,NodeB在其建立的小区主载波和逻辑主载波上分别上报功率能力,对NodeB来说,这些小区是没有关联的不同的小区,而对RNC来说,RNC知道在逻辑主载波上上报的功率能力和主载波上上报的功率能力是一个小区的。
表1小区属性表
IE/Group Name |
Presence |
Range |
IE Type andReference |
SemanticsDescription |
Criticality |
AssignedCriticality |
Cell Attribute(小区属性) |
O |
|
枚举(逻辑主载波) |
|
YES |
reject |
如果在小区建立消息无此信元则表示按现有流程建立主载波,发送广播消息。
一个小区可以对应多个本地小区,如图3所示,包括如下步骤:
步骤一,RNC、NodeB分别配置两个本地小区,其中A频段的本地小区1(LOCALCELL1)和B频段的本地小区2(LOCALCELL2)分别对应不同频点,RNC配置在LOCALCELL1建立主载波;
步骤二,NodeB审计上报本地小区LOCALCELL1、LOCALCELL2信息;
步骤三,RNC根据上报的本地小区LOCALCELL1、LOCALCELL2信息,以及本地小区和小区关联关系向NodeB发送小区建立请求,小区建立请求消息中请求在LOCALCELL1建立小区,小区属性设置为空或不设置小区属性;
步骤四,NodeB成功建立小区,回应小区建立成功响应;
步骤五,RNC根据小区和本地小区关联关系,向NodeB发送小区建立请求,请求在LOCALCELL2建立小区,小区属性设置为建立逻辑主载波,小区建立请求消息如表2所示;
步骤六,NodeB根据消息中UARFCN(UTRA绝对无线频率信道号)Information LCR信息建立辅助载波,根据消息中Cell Attribute信息建立逻辑主载波,存储主载波相关信息(例如PCCPCH相关信息),主载波建立成功且一个辅助频点建立成功,即认为小区建立成功,向RNC回应小区建立成功。
表2小区建立请求消息
IE/Group Name |
Presence |
Range |
IEType andReference |
SemanticsDescription |
Criticality |
AssignedCriticality |
Message Discriminator |
M |
|
9.2.1.45 |
|
- |
|
Message Type |
M |
|
9.2.1.46 |
|
YES |
reject |
Transaction ID |
M |
|
9.2.1.62 |
|
- |
|
Local Cell ID |
M |
|
9.2.1.38 |
|
YES |
reject |
C-ID |
M |
|
9.2.1.9 |
|
YES |
reject |
UARFCN Information LCR |
|
0..<maxFrequencyinCell-1> |
|
|
EACH |
reject |
>UARFCN |
M |
|
9.2.1.65 |
|
- |
|
。。。。。。。。。。。。。 |
|
|
|
|
|
|
Cell Attribute |
O |
|
9.2.3.X |
|
YES |
reject |
上表中,Message Discriminator信元指示了NBAP消息是专用消息还是公共消息;Message Type信元唯一指示了要发送的消息类型;Transaction ID信元用于联系属于同一过程的所有消息,属于同一过程的消息具有相同的transaction ID;UARFCN Information LCR信元为辅助主频点信息;UARFCN信元指示信道号的中心频率,增加频点信息。
另一种实施方式是:NodeB通过多个频率组向RNC上报本地小区的功率能力;RNC为不同的频率组分配频点,并通知NodeB不同频率组所对应的频点信息;所述NodeB根据RNC分配的频点建立小区。
实施例2
3GPP 25.433协议中本地小区是指建立小区所需要的NodeB逻辑资源,具体实现时与基带资源、射频资源的物理资源关联。现有实现中本地小区对不会对应多组RRU,本地小区下只能上报一组功率能力。多RRU组网时无法上报各组RRU功率能力。因此,为解决审计上报本地小区功率能力无法满足多RRU组网的问题,本实施例拓展了本地小区概念,一个本地小区可以包含多个功率能力需要单独上报的逻辑资源,每个称为一个频率组(Frequency Group),通过Frequency Group ID标识。例如一个RRU资源,该RRU上支持载频功率能力可通过(Frequency Group)功率能力标识。为了在一个本地小区下引入频率组(表3),修改审计响应消息(参见表4)和资源指示(参见表5)中的小区本地小区信息,在其中增加频率组信息,每个频率组功率信息单独上报。NodeB可通过审计和/或资源指示消息通知RNC本地小区各频率组功率能力。
资源指示消息消息与审计消息都可以上报本地小区信息。如果Node BLocal Cell包含多个频率组,对于每一组频率组,至少应该携带频率组标识Frequency Group ID、最小下行功率能力Minimum DL Power Capability、最大下行功率能力Maximum DL Power Capability。
RRU只是目前本地小区实现时一种无线设备实现方式,以后也可能出现新方式。为此协议中本地小区是一个逻辑概念,不局限于具体设备。
引入频率组后,RNC需要通知NodeB频点建在在一个本地小区下哪个频率组上或修改载波所在频率组,为此也需要在小区建立请求(参见表6)和重配置请求消息(参见表7)中增加载波关联频率组信息,即频点信息对应的频率组,这样RNC就可以请求NodeB在本地小区不同频率组上建立小区。
如果Node B Local Cell包含多个频率组,小区建立请求消息应携带主频点对应的Frequency Group ID配置信息。
该Frequency Group ID配置信息可在小区建立请求消息中的UARFCNInformation LCR IE信元中携带;或在小区重配置请求消息中的UARFCNInformation To Modify LCR信元中携带;或在小区重配置请求消息中的UARFCN Information To Add LCR信元中携带。
表3 9.2.X.X频率组标识
IE/Group Name |
Presence |
Range |
IE Type andReference |
Semantics Description |
Frequency Group ID |
|
|
(0..8,...) |
|
表4审计响应消息AUDIT RESPONSE
IE/Group Name |
Presence |
Range |
IE Type andReference |
SemanticsDescription |
Criticality |
AssignedCriticality |
.................... |
|
|
|
|
|
|
Local Cell Information |
|
0..<maxLocalCellinNode B> |
|
|
EACH |
ignore |
>Local Cell ID |
M |
|
9.2.1.38 |
|
- |
|
。。。。。。 |
|
|
|
|
|
|
>Frequency GroupID |
M |
|
9.2.X.X |
频率组标识 |
- |
|
>Minimum DL PowerCapability |
O |
|
9.2.1.46A |
|
- |
|
.................... |
|
|
|
|
|
|
>>Maximum DLPower Capability |
O |
|
9.2.1.39 |
|
- |
|
>FrequencyGroupInformation |
|
0..<maxnoofFrequencyGroup-1> |
|
|
|
|
>>Frequency GroupID |
M |
|
9.2.X.X |
频率组标识 |
- |
|
>>Minimum DL PowerCapability |
O |
|
9.2.1.46A |
|
- |
|
>>Maximum DL PowerCapability |
O |
|
9.2.1.39 |
|
- |
|
表5资源指示RESOURCE STATUS INDICATION
IE/Group Name |
Presence |
Range |
IE Type andReference |
SemanticsDescription |
Criticality |
AssignedCriticality |
。。。。。。。。。 |
|
|
|
|
|
|
>>Local CellInformation |
|
1..<maxLocalCellinNode B> |
|
|
EACH |
ignore |
>>>Local Cell ID |
M |
|
9.2.1.38 |
|
- |
|
>>>FrequencyGroup ID |
M |
|
9.2.X.X |
FrequencyGroup标识 |
- |
|
>>>>Minimum DLPower Capability |
O |
|
9.2.1.46A |
|
- |
|
。。。。 |
|
|
|
|
|
|
>>>>Maximum DLPower Capability |
O |
|
9.2.1.39 |
|
- |
|
。。。。 |
|
|
|
|
|
|
>>>FrequencyGroupInformation |
|
0..<maxnoofFrequencyGroup-1> |
|
|
|
|
>>>>FrequencyGroup ID |
M |
|
9.2.X.X |
FrequencGroup标识 |
- |
|
>>>>Minimum DLPower Capability |
O |
|
9.2.1.46A |
|
- |
|
>>>>Maximum DLPower Capability |
O |
|
9.2.1.39 |
|
- |
|
>Service Impacting |
|
|
|
|
|
|
>>Local CellInformation |
|
0..<maxLocaICellinNodeB> |
|
|
EACH |
ignore |
>>>Local Cell ID |
M |
|
9.2.1.38 |
|
- |
|
>>>>FrequencyGroup ID |
M |
|
9.2.X.X |
FrequencyGroup标识 |
- |
|
>>>>Minimum DL |
O |
|
9.2.1.46A |
|
- |
|
Power Capability |
|
|
|
|
|
|
。。。。。。。。 |
|
|
|
|
|
|
>>>>>Maximum DLPower Capability |
O |
|
9.2.1.39 |
|
- |
|
。。。。。。。。。 |
|
|
|
|
|
|
>>>FrequencyGroupInformation |
|
0..<maxnoofFrequency Group> |
|
|
|
|
>>>>FrequencyGroup ID |
M |
|
9.2.X.X |
FrequencyGroup标识 |
- |
|
>>>>Minimum DLPower Capability |
O |
|
9.2.1.46A |
|
- |
|
>>>>>Maximum DLPower Capability |
O |
|
9.2.1.39 |
|
- |
|
。。。。。。。。。 |
|
|
|
|
|
|
表6小区建立请求
IE/Group Name |
Presence |
Range |
IE Type andReference |
SemanticsDescription |
Criticality |
AssignedCriticality |
................. |
|
|
|
|
|
|
UARFCN |
M |
|
9.2.1.65 |
|
YES |
reject |
................. |
|
|
|
|
|
|
UARFCNInformation LCR |
|
0..<maxFrequencyinCell-1> |
|
|
EACH |
reject |
>UARFCN |
M |
|
9.2.1.65 |
|
- |
|
.................. |
|
|
|
|
|
|
>FrequencyGroup ID |
|
|
9.2.X.X |
|
|
|
FrequencyGroup ID |
|
|
9.2.X.X |
|
|
|
表7小区重配请求
IE/Group Name |
Presence |
Range |
IE Type andReference |
SemanticsDescription |
Criticality |
AssignedCriticality |
............... |
|
|
|
|
|
|
>Add |
|
|
|
|
- |
|
>>UARFCNInformation To AddLCR |
|
1 |
|
|
- |
|
>>>UARFCN |
M |
|
9.2.1.65 |
|
- |
|
。。。。。。。 |
|
|
|
|
|
|
>>>FrequencyGroup ID |
O |
|
9.2.X.X |
|
|
|
>Modify |
|
|
|
|
- |
|
>>UARFCNInformation ToModify LCR |
|
1 |
|
|
- |
|
>>>UARFCN |
M |
|
9.2.1.65 |
|
- |
|
。。。。 |
|
|
|
|
|
|
>>>FrequencyGroup ID |
O |
|
9.2.X.X |
|
|
|
>Delete |
|
|
|
|
- |
|
>>UARFCNInformation ToDelete LCR |
|
1 |
|
|
- |
|
>>>UARFCN |
M |
|
9.2.1.65 |
|
- |
|
引入频率组后,如图4所示,小区建立具体实施步骤如下:
步骤一,RNC与NodeB配置本地小区LOCALCELL1,其中包括支持A频段频率组1和支持B频段频率组2的两个频率组信息;
步骤二,NodeB审计上报本地小区LOCALCELL1信息频率组信息;
步骤三,RNC发送小区建立请求,请求在LOCALCELL1建立小区,消息中包括建立频点对应频率组对应信息;
步骤四,NodeB主载频正常建立,即认为小区建立成功,Node B将发送CELL SETUP RESPONSE进行响应。
当资源状况发生变化时,可能需要增加或删除频点,此时RNC需要发起重配置过程。
以增加频点为例,重配置过程如下:
步骤一,RNC增加A频段载波资源,RNC向NodeB发送小区重配置请求,请求在频率组1增加频点,消息中包含增加频点和该频点所关联的频率组的信息,例如携带频率组标识指示是在频率组1增加频点;
步骤二,NodeB在频率组1建立频点成功,建立小区回应小区重配置成功响应。
以频点故障为例,重配置过程如下:
步骤一,NODEB频率组2故障,发送资源指示消息给RNC;
步骤二,RNC向NodeB发送小区重配置请求,删除频率组2相关频点。
当然,本发明还可有其它多种实施方式,在不背离本发明精神及其实质的情况下,熟悉本领域的普通技术人员可根据本发明做出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所要求的保护范围。