CN102457364B - 一种无线中继系统错误的指示方法及接纳基站 - Google Patents
一种无线中继系统错误的指示方法及接纳基站 Download PDFInfo
- Publication number
- CN102457364B CN102457364B CN201010517459.0A CN201010517459A CN102457364B CN 102457364 B CN102457364 B CN 102457364B CN 201010517459 A CN201010517459 A CN 201010517459A CN 102457364 B CN102457364 B CN 102457364B
- Authority
- CN
- China
- Prior art keywords
- message
- denb
- enb
- mistake
- target
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种无线中继系统错误的指示方法，DeNB成功接收来自源eNB/RN的消息后，向目标RN/eNB转发所述消息；DeNB判定目标RN/eNB无法解析所述消息，或者DeNB接收到所述目标RN/eNB返回的失败响应消息或错误指示消息，则向源eNB/RN发送失败响应消息或错误指示消息，使源eNB/RN获悉错误发生的网元信息。本发明还相应地公开了一种接纳基站。通过本发明，DeNB能够准确指示错误，从而使RN或eNB做出正确的判断，提高系统稳定性。
Description
技术领域
本发明涉及无线通信系统中的无线中继技术，尤其涉及一种无线中继系统错误的指示方法(ErrorIndication)及接纳基站。
背景技术
图1为现有技术中基站连接的示意图，如图1所示，蜂窝无线通信系统主要由终端、接入网和核心网组成。由基站或基站和基站控制器组成的网络称为无线接入网(RAN，RadioAccessNetwork)，负责接入层事务，比如无线资源的管理。基站之间可以根据实际情况存在物理或者逻辑上的连接，如图1中的基站1与基站2和基站3的连接。每个基站可以和一个或者一个以上的核心网(CN，CoreNetwork)连接。核心网负责非接入层事务，比如位置更新等，并且是用户面的锚点。终端(UE，UserEquipment)是指可以和蜂窝无线通信网络通信的各种设备，比如移动电话或者笔记本电脑等。
在蜂窝无线通讯系统中，固定基站网络的无线覆盖由于各种各样的原因受到限制，比如各种建筑结构对无线信号的阻挡等原因造成在无线网络的覆盖中无可避免的存在覆盖漏洞。另外一方面，在小区的边缘地区，由于无线信号强度的减弱，以及相邻小区的干扰，导致UE在小区边缘时，通讯质量较差、无线传输的错误率抬高。为了提高数据率的覆盖率、群组移动性、临时网络部署、小区边缘地区的吞吐量、以及新区域的覆盖，现有的一种解决方案是在蜂窝无线通信系统引入一种无线网络节点，称为中继(Relay)。
Relay具有在其他网络节点之间通过无线链路中继数据以及可能的控制信息功能的站点的功能，也叫中继节点/中继站(RelayNode/RelayStation)，图2为现有技术中Relay的工作原理示意图，如图2所示，其中基站直接服务的UE叫宏(Macro)UE，Relay服务的UE叫RelayUE；图中的链路有：
直传链路(directlink)：基站与UE之间的无线链路，包含上下行(DL/ULdownlink/uplink)直传链路；
接入链路(accesslink)：Relay与UE之间的无线链路，包含DL/UL接入链路；
回程链路(backhaullink)：基站与Relay之间的无线链路，包含DL/UL中继链路。
Relay可以通过多种方法中继数据，比如直接放大接收到的基站发送无线信号，或者将基站发送的数据接收后进行对应的处理，将正确接收的包再转发给终端，或者基站和中继合作向终端发送数据，相反Relay也会中继从终端向基站发送的数据。
在众多的中继类型中，有一种中继被成为类型一中继(TypeIrelay)，其特点如下：
对于类型一中继和固定基站下的小区，UE无法区分，即类型一中继本身在UE看来，就是一个小区，跟基站下的小区没有区别，此时此类小区可以称为中继小区。中继小区有自己的小区物理标识(PCI,physicalcellidentity)，像普通小区一样发送广播，当UE驻留在中继小区中，中继小区可以单独分配调度无线资源给UE使用，可以独立于参与中继的基站的无线资源调度,又被称为Donor基站，即Relay通过backhaullink连接的基站。中继小区和RelayUE之间的接口以及协议栈，与普通基站小区和UE之间相同。
类型一Relay被称为Relay节点(RN，Relaynode)，负责接入类型一Relay的eNB被称为接纳基站(DeNB，Donor－eNB)，RN和RelayUE之间的空中接口被称为Uu接口；RN和DeNB之间的空中接口被称为Un接口；Uu接口上，所有的无线接入层控制面和用户面协议终结于RN；Un接口上，至少包括无线媒体接入协议(MAC)层、无线链路控制协议(RLC)层、头压缩和解压缩协议(PDCP)层。
LTE系统采用基于互联网协议(IP，InternetProtocol)的扁平化架构，图3为现有技术中LTE系统的扁平化架构的示意图，如图3所示，该架构由演进的通用地面无线接入网(E-UTRAN，EvolvedUniversalTerrestrialRadioAccessNetwork)、CN节点及其他支撑节点组成，所述CN节点包括：移动管理单元(MME，MobilityManagementEntity)、服务网关(S-GW，ServingGateway)；其中MME负责移动性管理、非接入层信令的处理、用户的移动管理上下文的管理等控制面相关工作；S-GW负责UE用户面数据的传送、转发和路由切换等；eNB之间在逻辑上通过X2接口互相连接，用于支持UE在整个网络内的移动性，保证用户的无缝切换；每个eNB通过S1接口，连接到系统架构演进(SAE，SystemArchitectureEvolution)核心网，即通过控制平面S1-MME接口与MME相连，通过用户平面S1-U接口与S-GW相连，S1接口支持eNB与MME和S-GW之间的多点连接。
图4为现有技术中X2-MME的接口协议栈的结构示意图，如图4所示，其网络层采用IP协议，网络层之上的传输层使用SCTP协议，最上层的应用层即控制面的X2-AP协议，使用底层的传输承载传输X2-AP的信令。图5为现有技术中X2-U的接口协议栈的结构示意图，如图5所示，该协议栈中由GTP-U/UDP/IP组成了传输承载，用来传输eNB之间的用户面协议数据单元(PDU，ProtocolDataUnit)，传输承载由GTP-U的TEID(TunnelEndpointIdentifier)和IP地址标识，包括：源侧GTP-UTEID、目标侧GTP-UTEID、源侧IP地址和目标侧IP地址，其中UDP端口号固定为2152，而GTP-U是一个隧道协议用来完成IPv4和IPv6上的无缝传输。
每个eNB通过Uu接口(最初定义为UTRAN与UE之间的无线接口)与UE进行信令和数据的传输。
在引入RN之前，现有技术中的LTE-A系统已经对X2接口有明确的定义，即在RN上终结X2-AP协议。
图6为现有技术中支持RN的控制面X2接口协议栈的结构示意图，如图6所示，RN和DeNB之间只有一条X2接口链接，DeNB和其他有X2接口关系的eNB均只有一条X2接口链接。DeNB处理和转发RN和其他eNB之间的所有UE相关(UE-dedicated)过程。非UE相关(non-UE-dedicated)的过程仅分别在RN和DeNB之间或者DeNB和其他eNB之间处理
图7为现有技术一种典型的网络架构示意图(引入RN网元)，如图7所示，RN接入到DeNB上，DeNB和RN之间以及DeNB和eNB之间存在X2接口链接。UE接入到RN设备后，可以切换到其他网元，例如可以通过S1接口或者X2接口切换到DeNB、eNB。
现有技术中，所有X2接口消息字段均有一个关键值(AssignedCriticality)属性，可以为三种类型，一种为拒绝(reject)，一种为忽略(Ignore),一种为忽略并反馈到发送者(Ignoreandnotifysender)。如果接收网元在解析消息中的关键值属性为拒绝的字段时发生错误，这种错误可以是无法理解的参数(NotcomprehendedIE),也可以是丢失的参数(MissingIE)。在这种情况下，接收消息的网元将拒绝该消息，并将发生错误的信息返回给消息的发送方。如果发生错误的消息是消息类型一(Class1)的消息，接收方使用该流程正常失败消息返回给消息的发送方。如果没有失败消息，或者失败消息也无法发送的情况下，接收方终止该流程，并发送指示消息(Errorindication)，将错误反馈给消息的发送方。如果发生错误的消息是消息类型二(Class2)的消息，接收方终止该流程，并发送指示消息(Errorindication)，将错误反馈给消息的发送方。
图8为一种消息传输情况示意图，如图8所示，引入RN网元之后，如果RN1和DeNB均可以成功接收某消息，但是这个消息中的某关键值为拒绝的某些字段对于eNB1来说无法理解。DeNB接收RN1的消息后，发现例如eNB1无法理解该消息中的关键值为拒绝类型的某些字段，如果DeNB返回消息给RN1，将错误信息返回给RN1，则RN1无法获悉发生无法理解的错误是发生在DeNB还是eNB1。如果RN1错误的理解为DeNB无法理解该消息，将影响RN1错误的判断DeNB以及连接到DeNB的其他eNB网元例如eNB2无法理解该类消息，从而影响系统稳定性。
发明内容
有鉴于此，本发明的主要目的在于提供一种无线中继系统错误的指示方法及接纳基站，接纳基站(DeNB)能够准确指示错误，从而使RN或eNB做出正确的判断，提高系统稳定性。
为达到上述目的，本发明的技术方案是这样实现的：
一种无线中继系统错误的指示方法，DeNB在RN与eNB之间、或在RN与其他RN之间转发消息，该方法包括：
DeNB成功接收来自源eNB/RN的消息后，向目标RN/eNB转发所述消息；
所述DeNB判定所述目标RN/eNB无法解析所述消息，或者所述DeNB接收到所述目标RN/eNB返回的失败响应消息或错误指示消息；
所述DeNB向所述源eNB/RN发送失败响应消息或错误指示消息，所述失败响应消息或错误指示消息携带所述目标RN/eNB的网元信息和/或特殊指示。
所述DeNB向所述源eNB/RN发送失败响应消息或错误指示消息为：所述DeNB从源eNB/RN成功接收的消息是类型一消息，则DeNB向所述源eNB/RN发送该类消息的失败响应消息。
所述DeNB向所述源eNB/RN发送失败响应消息或错误指示消息为：所述DeNB从源eNB/RN成功接收的消息是类型一消息或类型二消息，则DeNB向所述源eNB/RN发送错误指示消息。
所述网元信息为eNB编号信息或小区编号信息。
所述特殊指示为一指定字段、或可选值、或组合值。
一种接纳基站DeNB，DeNB在RN与eNB之间、或在RN与其他RN之间转发消息时，所述DeNB具体用于在成功接收来自源eNB/RN的消息后，向目标RN/eNB转发所述消息；以及在判定所述目标RN/eNB无法解析所述消息，或者所述DeNB接收到所述目标RN/eNB返回的失败响应或错误指示消息时，向所述源eNB/RN发送失败响应消息或错误指示消息，所述失败响应消息或错误指示消息携带所述目标RN/eNB的网元信息和/或特殊指示。
所述DeNB向所述源eNB/RN发送失败响应消息或错误指示消息为：所述DeNB从源eNB/RN成功接收的消息是类型一消息，则DeNB向所述源eNB/RN发送该类消息的失败响应消息。
所述DeNB向所述源eNB/RN发送失败响应消息或错误指示消息为：所述DeNB从源eNB/RN成功接收的消息是类型一消息或类型二消息，则DeNB向所述源eNB/RN发送错误指示消息。
所述网元信息为eNB编号信息或小区编号信息。
所述特殊指示为一指定字段、或可选值、或组合值。
本发明无线中继系统错误的指示方法及接纳基站，DeNB判定目标RN/eNB无法解析所述消息，或者DeNB接收到所述目标RN/eNB返回的失败响应或错误指示消息，则向源eNB/RN发送失败响应消息或错误指示消息，使源eNB/RN获悉错误发生的网元信息。通过本发明，DeNB能够准确指示错误，从而使RN或eNB做出正确的判断，提高系统稳定性。
附图说明
图1为现有技术中基站连接的示意图；
图2为现有技术中Relay的工作原理示意图；
图3为现有技术中LTE系统的扁平化架构的示意图；
图4为现有技术中X2-MME的接口协议栈的结构示意图；
图5为现有技术中X2-U的接口协议栈的结构示意图；
图6为现有技术中支持RN的控制面X2接口协议栈的结构示意图；
图7为现有技术一种典型的网络架构示意图(引入RN网元)；
图8为一种消息传输情况示意图；
图9为本发明无线中继系统错误的指示方法流程示意图；
图10为本发明实施例一无线中继系统错误的指示方法流程示意图；
图11为本发明实施例二无线中继系统错误的指示方法流程示意图；
图12为本发明实施例三无线中继系统错误的指示方法流程示意图；
图13为本发明实施例四无线中继系统错误的指示方法流程示意图；
图14为本发明实施例五无线中继系统错误的指示方法流程示意图；
图15为本发明实施例六无线中继系统错误的指示方法流程示意图。
具体实施方式
本发明的基本思想是：DeNB判定目标RN/eNB无法解析所述消息，或者DeNB接收到所述目标RN/eNB返回的失败响应或错误指示消息，则向源eNB/RN发送失败响应消息或错误指示消息，使源eNB/RN获悉错误发生的网元信息。
图9为本发明无线中继系统错误的指示方法流程示意图，如图9所示，该方法包括：
步骤901：源eNB/RN需要向目标RN/eNB发送消息，则源eNB/RN向DeNB发送所述消息。
需要说明的是，本发明适用于DeNB在RN与eNB之间、或在RN与其他RN之间转发消息的情况，即上述源eNB/RN向目标RN/eNB发送消息包含以下三种情况：eNB向RN发送消息、RN向eNB发送消息、RN向RN发送消息。
步骤902：所述DeNB成功接收来自所述源eNB/RN的所述消息后，向目标RN/eNB转发所述消息。
步骤903：所述DeNB判定所述目标RN/eNB无法解析所述消息，或者所述DeNB接收到所述目标RN/eNB返回的失败响应消息(Failuremessage)或错误指示消息(ErrorindicationMessage)。
步骤904：所述DeNB向所述源eNB/RN发送失败响应消息或错误指示消息，所述失败响应消息或错误指示消息携带所述目标RN/eNB的网元信息和/或特殊指示。
具体的包括以下两种情况：
一、如果DeNB从源eNB/RN的成功接收的消息是类型一消息(Class1)，DeNB向源eNB/RN发送该类型的失败响应消息。
所述消息中包含了所述目标RN/eNB的网元信息，和/或所述消息中包含特殊指示。
二、DeNB向源eNB/RN发送错误指示消息(Errorindication)。所述消息中包含了所述目标RN/eNB的网元信息，和/或所述消息中包含特殊指示。
若采用方法二，DeNB从源eNB/RN的成功接收的消息是类型一(Class1)消息或类型二(Class2)消息。
需要说明的是，所述网元信息为eNB编号信息或小区编号信息，例如，如果RN是接收方，接收的是另一个RN的错误信息，这个时候应该使用小区编号，小区编号包括网元信息，从而可以推导出网元信息。所述特殊指示为一指定字段、或可选值、或组合值。
本发明还给出一种接纳基站(DeNB)，DeNB在RN与eNB之间、或在RN与其他RN之间转发消息时，所述DeNB具体用于在成功接收来自源eNB/RN的消息后，向目标RN/eNB转发所述消息；以及在判定所述目标RN/eNB无法解析所述消息，或者所述DeNB接收到所述目标RN/eNB返回的失败响应或错误指示消息时，向所述源eNB/RN发送失败响应消息或错误指示消息，所述失败响应消息或错误指示消息携带所述目标RN/eNB的网元信息和/或特殊指示。
所述DeNB向所述源eNB/RN发送失败响应消息或错误指示消息为：所述DeNB从源eNB/RN成功接收的消息是类型一消息，则DeNB向所述源eNB/RN发送该类型的失败响应消息。
所述DeNB向所述源eNB/RN发送失败响应消息或错误指示消息为：所述DeNB接收到所述其他eNB/RN返回的消息为类型一消息或类型二消息，则DeNB向所述源eNB/RN发送错误指示消息。
所述网元信息为eNB编号信息或小区编号信息。
所述特殊指示为一指定字段、或可选值、或组合值。
下面结合具体实施例详细说明本发明的方法的实现过程和原理。
实施例一
本实施例基于如图8所示情况，RN1和eNB1之间进行资源状态信息的交互，消息属于X2协议类型一(Class1)。首先RN1向DeNB发送X2消息资源状态请求消息(RESOURCESTATUSREQUEST)，DeNB成功接收。DeNB发现目标eNB1无法解析这个消息。DeNB此时向RN返回Errorindication消息，消息中携带发生错误的eNB1网元信息的指示。
图10为本发明实施例一无线中继系统错误的指示方法流程示意图，如图10所示，该方法具体包括：
步骤1001：RN1向目标eNB1发送X2消息资源状态请求消息(RESOURCESTATUSREQUEST)。
该消息由RN1发出，经过RN1和DeNB之间的X2链接发送到DeNB。
在本实施例中，本实施例中，RN1支持的X2协议版本号为较高版本，也就是支持资源请求消息中的全部参数。例如所述消息体内的eNB测量标识(eNBMeasurementID)字段。该参数在协议中分配的关键值(AssignedCriticality)属性为拒绝(reject)。RN1在所述消息体内填写正确的参数值。本实施例中的DeNB也同样支持较高版本的X2接口协议。
步骤1002：DeNB接收到所述消息后，经过检查，确认收到的消息均合法。也就是说，DeNB所接收到的所述消息的参数值均符合语法要求和语义要求。所述DeNB根据所述消息的目的地址判断消息还需要继续处理才能回复RN1。
步骤1003：在本实施例中，所述DeNB在收到该消息之前曾经和所述目标eNB交互过资源状态请求流程，并已经获悉目标eNB1的X2协议版本并不支持关键值属性为拒绝的eNB测量标识字段。本实施例中DeNB将不再发送消息给目标eNB1。
步骤1004：所述DeNB向RN1发送错误指示消息(Errorindication)，所述消息中携带目标eNB1的网元信息。例如可以携带eNB的编号(eNBID),例如可以携带资源状态请求消息中的目标小区的编号(cellid)。
所述网元信息在错误指示消息中的位置，可以是消息中一个独立的字段，例如消息中使用独立的eNB的编号的字段，或者一个独立的目标小区的编号字段。这个网元信息的位置也可以包含在其他的字段内，错误指示消息有一个关键诊断(CriticalityDiagnostics)的字段，例如可以将eNB的编号或目标小区的编号放在这个字段内。
步骤1005：所述RN1接收到错误指示消息(Errorindication)后，从所述消息中获取到eNB1的网元信息。RN1判断该错误指示所发生的错误并不在DeNB而是在网元信息所指示的eNB1网元。
例如，如果接收的网元信息是eNB编号，RN1就可以直接将eNB编号作为发生错误的网元，例如如果接收的网元信息是小区编号信息，RN1可以从小区编号信息中推导出eNB的编号，或者直接将小区编号信息作为发生错误的网元信息。
所述RN1在得到该信息后，可以正确的处理后续和发生错误网元之间的信息交互。
需要指出的是，该方法如果是反过来eNB1向RN1触发流程，可同样按照本实施例中的方法进行。
实施例二
本实施例基于图8所示的情况，RN1和eNB1之间进行资源状态信息的交互，消息属于X2协议类型一(Class1)。首先RN1向DeNB发送X2消息资源状态请求消息(RESOURCESTATUSREQUEST)，DeNB成功接收。DeNB发送资源状态请求消息(RESOURCESTATUSREQUEST)给目标eNB后。在DeNB收到了目标eNB返回的消息指示无法解析该消息中的关键字段。DeNB此时向RN1返回此类消息的失败响应消息，DeNB向RN1发送资源状态失败(RESOURCESTATUSFAILURE)消息，消息中携带发生错误网元信息的指示。
图11为本发明实施例二无线中继系统错误的指示方法流程示意图，如图11所示，该方法具体包括：
步骤1101：同步骤1001。
步骤1102：同步骤1002。
步骤1103：在本实施例中，所述DeNB向eNB1发送资源状态信息。eNB1接收消息。eNB1发现自己并不支持所述消息的部分关键值(AssignedCriticality)属性为拒绝(reject)的字段。例如所述消息体内的eNB测量标识(eNBMeasurementID)字段。eNB1返回资源状态失败(RESOURCESTATUSFAILURE)消息，或者返回错误指示(Errorindication)消息给DeNB。通知其不支持部分关键值字段。DeNB通过此获悉目标eNB的X2协议版本并不支持关键值属性为拒绝的eNB测量标识字段。
步骤1104：所述DeNB向RN1发送资源状态失败(RESOURCESTATUSFAILURE)消息，所述消息中携带目标eNB的网元信息。例如可以携带eNB的编号(eNBID),例如可以携带资源状态请求消息中的目标小区的编号(cellid)。
所述网元信息在错误指示消息中的位置，可以是消息中一个独立的字段，例如消息中使用独立的eNB的编号的字段，或者一个独立的目标小区的编号字段。这个网元信息的位置也可以包含在其他的字段内，资源状态失败消息有一个关键诊断(CriticalityDiagnostics)的字段，例如可以将eNB的编号或目标小区的编号放在这个字段内。
步骤1105：所述RN1接收到资源状态失败消息后，从所述消息中获取到eNB1的网元信息。RN1判断该错误指示所发生的错误并不在DeNB而是在网元信息所指示的eNB网元。
例如，如果接收的网元信息是eNB编号，RN1就可以直接将eNB编号作为发生错误的网元，例如如果接收的网元信息是小区编号信息，RN1可以从小区编号信息中推导出eNB的编号，或者直接将小区编号信息作为发生错误的网元信息。
所述RN1在得到该判断后，可以正确的处理后续和发生错误网元之间的信息交互。例如RN1可以向DeNB发起资源状态请求。或者RN1可以向eNB2发送资源请求消息。也就是eNB1上发生的错误对其他网元不会产生影响。
需要指出的是，该方法如果是反过来eNB向RN1触发流程，可同样按照本实施例中的方法进行。
实施例三
本实施例基于图8所示的情况，RN1和eNB1和eNB2之间进行小区激活(cellactive)流程的交互，消息属于X2协议类型一(Class1)。首先RN1向DeNB发送X2消息小区激活请求(CELLACTIVATIONREQUEST)消息，DeNB成功接收。DeNB发现目标eNB1无法解析这个消息，或者在DeNB发送资源状态请求消息(RESOURCESTATUSREQUEST)给目标eNB1后，收到了目标eNB1返回的消息指示无法解析该消息中的关键字段。DeNB此时向RN返回Errorindication消息，消息中携带发生错误的eNB1的网元信息的指示。
图12为本发明实施例三无线中继系统错误的指示方法流程示意图，如图12所示，该方法具体包括：
步骤1201：RN1向目标eNB1和eNB2发送X2消息小区激活请求消息(CELLACTIVATIONREQUEST)。该消息由RN1发出，经过RN1和DeNB之间的X2链接发送到DeNB。
在本实施例中，RN1支持的X2协议版本号为较高版本，也就是支持小区激活请求消息的全部参数。
步骤1202:该步骤同步骤1002。
步骤1203：在本实施例中，所述DeNB在收到该消息之前曾经和所述目标eNB1和eNB2分别交互过小区激活请求流程，并已经获悉目标eNB1的X2协议版本并不支持小区激活请求消息，eNB2的X2协议版本支持小区激活请求消息，支持本实施例中DeNB将不再发送消息给目标eNB1。和目标eNB1不同，DeNB将发送相关流程到目标eNB2，在本实施例中，DeNB可以组建并发送小区激活请求消息到目标eNB2并完成该流程。
步骤1204：所述DeNB向RN1发送错误指示消息(Errorindication)，所述消息中携带目标eNB1的网元信息。例如可以携带eNB1的编号(eNBID),例如可以携带RN1发送到小区激活消息中属于目标eNB1的小区的编号(CellID)。需要说明的是，这些编号可能不止一个，所有的编号都需要包含在所述的错误指示消息中。例如如果有两个小区编号，这两个小区编号都要包含在错误指示消息中；例如如果有两个eNB编号，这两个eNB编号都要包含在错误指示消息中。
所述网元信息在错误指示消息中的位置，可以是消息中一个独立的字段，例如消息中使用独立的eNB的编号的字段，或者一个独立的目标小区的编号字段。这个网元信息的位置也可以包含在其他的字段内，错误指示消息有一个关键诊断(CriticalityDiagnostics)的字段，例如可以将eNB的编号或目标小区的编号放在这个字段内。
步骤1205：所述RN1接收到错误指示消息(Errorindication)后，从所述消息中获取到eNB1的网元信息。RN1判断该错误指示所发生的错误并不在DeNB或者是eNB2而是在网元信息所指示的eNB1网元。
例如，如果接收的网元信息是eNB编号，RN1就可以直接将这个独立eNB编号作为发生错误的网元，例如接收的网元信息是小区编号信息，RN1可以从小区编号信息中推导出eNB的编号，或者直接将小区编号信息作为发生错误的网元信息。
所述RN1在得到该判断后，可以正确的处理后续和发生错误网元之间的信息交互。例如RN1可以向DeNB发起小区激活请求消息。或者RN1可以向eNB2发送小区激活请求消息。也就是eNB1上发生的错误对其他网元不会产生影响。
需要指出的是，如果是eNB1同时向DeNB上的小区和RN1上的小区发送小区激活请求消息时，可同样按照本实施例中的方法进行。
实施例四
本实施例基于图8所示的情况，RN1和eNB1之间进行资源状态信息的交互，消息属于X2协议类型一(Class1)。首先RN1向DeNB发送X2消息资源状态请求消息(RESOURCESTATUSREQUEST)，DeNB成功接收。DeNB发现目标eNB1无法解析这个消息。DeNB此时向RN返回Errorindication消息，消息中携带特殊指示。
图13为本发明实施例四无线中继系统错误的指示方法流程示意图，如图13所示，该方法具体包括：
步骤1301：前面部分同步骤1001。
RN发送资源状态请求消息后，可以记录该消息的目的地信息。这个目的地信息可以是eNB网元信息，也可以是小区信息。本实施例中RN存储eNB1的信息。
步骤1302-1303：同步骤1002-1003。
步骤1304：所述DeNB向RN1发送错误指示消息(Errorindication)，所述消息中携带特殊指示。特殊指示可以是一个特殊的(指定的)字段，用于提醒所述错误并非在DeNB上出现。特殊指示可以是一个可选的值，如果在消息中并未出现表明发生错误就在DeNB上。
特殊指示也可以是一个组合值，分别对应RN1发出的多个目标地址；例如特殊指示可以是一个256比特长度的字段，分别对应RN1发出消息中最多256个目的地址在消息中的位置，以1作为发生错误的指示，以全1或者不出现该字段作为DeNB出现错误的指示。例如RN1发送小区激活消息，内含有三个小区编号，分别为Cell1,Cell2,Cell3。则Cell1对应256比特中的第一个，Cell1对应256比特中的第二个，Cell3对应256比特中的第三个。如果DeNB无法解析该消息，则直接回错误指示消息，消息总不包含该256比特特殊指示。如果DeNB发现到Cell1和Cell3的消息正常被接收而到Cell2的消息出现错误接收，DeNB向RN1返回的消息中，256比特中的第二个位置被置为1，而其他比特仍然是0。
所述特殊指示可以是一个字段，在返回消息中的位置，可以是消息中一个独立的字段，也可以包含在其他的字段内，返回消息的一个关键诊断(CriticalityDiagnostics)的字段中，例如可以将特殊字段放在这个字段内。
所述特殊指示也可以是现有字段的组合的特殊情况。例如如果返回的消息是资源状态失败消息，可以在该消息中的eNB1测量标识(eNB1measurementID)均配置为值为0。
所述特殊指示也可以是一个特殊的原因值。例如DeNB向RN1返回的消息中原因值(cause)字段的一个特殊原因。例如可以是非DeNB不知(NotDeNBunknown)。
本例是DeNB发送资源状态请求，这里选择特殊原因值来表达。
步骤1305：所述RN1接收到错误指示消息(Errorindication)后，从所述消息原因值中获取到特殊的错误原因值，RN1判断该错误指示所发生的错误并不在DeNB而是在其他网元上。本实施例中RN1根据在步骤1301中获悉的网元信息，得知错误发生在eNB1上。
所述RN1在得到该信息后，可以正确的处理后续和发生错误网元之间的信息交互。
需要指出的是，该方法如果是反过来eNB1向RN1触发流程，可同样按照本实施例中的方法进行。
需要指出的是，特殊标识方法可以和实施例一中所描述的消息中携带目标网元信息的方法结合起来使用，使得目标侧更准确的判断出现错误的网元信息。
实施例五
本实施例基于图8所示的情况，RN1和eNB1之间进行无线链路错误指示(RLFindicator),消息属于X2协议类型二(Class2)。首先RN1向DeNB发送X2消息无线链路错误指示(RLFindicator)，DeNB成功接收。DeNB发现目标eNB1无法解析这个消息。DeNB此时向RN返回Errorindication消息，消息中携带发生错误的eNB1网元信息的指示。
图14为本发明实施例五无线中继系统错误的指示方法流程示意图，如图14所示，该方法具体包括：
步骤1401：RN1向目标eNB发送X2无线链路错误指示(RLFindicator)。该消息由RN发出，经过RN1和DeNB1之间的X2链接发送到DeNB。
在本实施例中，RN1支持的X2协议版本号为较高版本，也就是支持无线链路错误指示(RLFindicator)消息中的全部参数。RN在所述消息体内填写正确的参数值。
步骤1402：在本实施例中的DeNB也同样支持较高版本的X2接口协议。DeNB接收到所述消息后，经过检查，确认收到的消息均合法。也就是说，DeNB所接收到的所述消息的参数值均符合语法要求和语义要求。所述DeNB根据所述消息的目的地址判断消息还需要继续处理才能回复RN。
步骤1403：在本实施例中，所述DeNB在收到该消息之前曾经和所述目标eNB交互过无线链路错误指示(RLFindicator)，并已经获悉目标eNB1的X2协议版本并不支持该消息。本实施例中DeNB将不再发送消息给目标eNB1。
步骤1404：所述DeNB向RN1发送错误指示消息(Errorindication)，所述消息中携带目标eNB1的网元信息。例如可以携带eNB的编号(eNBID),例如可以携带无线链路错误指示(RLFindicator)消息中的目标小区的编号(cellid)。
步骤1405：所述RN1接收到错误指示消息(Errorindication)后，从所述消息中获取到eNB1的网元信息。RN1判断该错误指示所发生的错误并不在DeNB而是在网元信息所指示的eNB1网元。
例如，如果接收的网元信息是eNB编号，RN1就可以直接将eNB编号作为发生错误的网元，例如如果接收的网元信息是小区编号信息，RN1可以从小区编号信息中推导出eNB的编号，或者直接将小区编号信息作为发生错误的网元信息。
所述RN1在得到该信息后，可以正确的处理后续和发生错误网元之间的信息交互。
需要指出的是，该方法如果是反过来eNB1向RN1触发流程，可同样按照本实施例中的方法进行。
实施例六
本实施例基于图8所示的情况，RN1和eNB1之间进行切换报告(HANDOVERREPORT)的交互，消息属于X2协议类型二(Class2)。首先RN1向DeNB发送X2消息切换报告(HANDOVERREPORT)，DeNB成功接收。DeNB收到目标eNB1返回的错误指示消息表明eNB1无法解析该消息。DeNB此时向RN返回Errorindication消息，消息中携带特殊指示。
图15为本发明实施例六无线中继系统错误的指示方法流程示意图，如图15所示，该方法具体包括：
步骤1501：RN1发送切换报告消息后，可以记录该消息的目的地信息。这个目的地信息可以是eNB网元信息，也可以是小区信息。本实施例中RN存储eNB1的源小区信息(SourceECGI)。
步骤1502：同步骤1002。
步骤1503：本实施例中，DeNB向eNB1发送切换报告，eNB1无法识别并返回错误指示消息，在消息中指出错误原因。
步骤1504：所述DeNB向RN1发送错误指示消息(Errorindication)，所述消息中携带特殊指示。方法和步骤1404相同。
本例选择特殊原因值方法来表达。
步骤1505：所述RN1接收到错误指示消息(Errorindication)后，从所述消息原因值中获取到特殊的错误原因值，RN1判断该错误指示所发生的错误并不在DeNB而是在其他网元上。本实施例中RN1根据在步骤1501中获悉的网元信息，得知错误发生在eNB1上。
所述RN1在得到该信息后，可以正确的处理后续和发生错误网元之间的信息交互。
需要指出的是，该方法如果是反过来eNB1向RN1触发流程，可同样按照本实施例中的方法进行。
需要指出的是，特殊标识方法可以和实施例一中所描述的消息中携带目标网元信息的方法结合起来使用，使得目标侧更准确的判断出现错误的网元信息。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
Claims (6)
1.一种无线中继系统错误的指示方法，其特征在于，接纳基站DeNB在RN与eNB之间、或在RN与其他RN之间转发消息，所述RN为类型一中继；该方法包括：
DeNB成功接收来自源eNB/RN的消息后，向目标RN/eNB转发所述消息；
所述DeNB判定所述目标RN/eNB无法解析所述消息，或者所述DeNB接收到所述目标RN/eNB返回的失败响应消息或错误指示消息；
所述DeNB向所述源eNB/RN发送失败响应消息或错误指示消息，所述失败响应消息或错误指示消息携带所述目标RN/eNB的网元信息和/或特殊指示；其中，
所述DeNB向所述源eNB/RN发送失败响应消息或错误指示消息为：所述DeNB从源eNB/RN成功接收的消息是类型一消息，则DeNB向所述源eNB/RN发送该类消息的失败响应消息；或者，
所述DeNB从源eNB/RN成功接收的消息是类型一消息或类型二消息，则DeNB向所述源eNB/RN发送错误指示消息。
2.根据权利要求1所述的方法，其特征在于，所述网元信息为eNB编号信息或小区编号信息。
3.根据权利要求1所述的方法，其特征在于，所述特殊指示为一指定字段、或可选值、或组合值。
4.一种接纳基站DeNB，其特征在于，DeNB在RN与eNB之间、或在RN与其他RN之间转发消息，所述RN为类型一中继时，所述DeNB具体用于在成功接收来自源eNB/RN的消息后，向目标RN/eNB转发所述消息；以及在判定所述目标RN/eNB无法解析所述消息，或者所述DeNB接收到所述目标RN/eNB返回的失败响应或错误指示消息时，向所述源eNB/RN发送失败响应消息或错误指示消息，所述失败响应消息或错误指示消息携带所述目标RN/eNB的网元信息和/或特殊指示；其中，
所述DeNB向所述源eNB/RN发送失败响应消息或错误指示消息为：所述DeNB从源eNB/RN成功接收的消息是类型一消息，则DeNB向所述源eNB/RN发送该类消息的失败响应消息；或者，
所述DeNB从源eNB/RN成功接收的消息是类型一消息或类型二消息，则DeNB向所述源eNB/RN发送错误指示消息。
5.根据权利要求4所述的接纳基站，其特征在于，所述网元信息为eNB编号信息或小区编号信息。
6.根据权利要求4所述的接纳基站，其特征在于，所述特殊指示为一指定字段、或可选值、或组合值。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010517459.0A CN102457364B (zh) | 2010-10-22 | 2010-10-22 | 一种无线中继系统错误的指示方法及接纳基站 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010517459.0A CN102457364B (zh) | 2010-10-22 | 2010-10-22 | 一种无线中继系统错误的指示方法及接纳基站 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102457364A CN102457364A (zh) | 2012-05-16 |
| CN102457364B true CN102457364B (zh) | 2016-08-03 |
Family
ID=46040076
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010517459.0A Expired - Fee Related CN102457364B (zh) | 2010-10-22 | 2010-10-22 | 一种无线中继系统错误的指示方法及接纳基站 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102457364B (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104811982B (zh) * | 2014-01-24 | 2018-08-21 | 索尼公司 | 无线通信系统、无线通信系统中的装置和方法 |
| EP3541142B1 (en) | 2016-11-30 | 2021-07-28 | Huawei Technologies Co., Ltd. | Error-related instruction processing method, apparatus, and system |
| CN110166823B (zh) * | 2019-06-26 | 2021-11-23 | 北京奇艺世纪科技有限公司 | 投屏方法及相关装置 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101442478A (zh) * | 2007-11-21 | 2009-05-27 | 华为技术有限公司 | 一种无线网络中数据通道建立的方法、系统及设备 |
| CN101459938A (zh) * | 2007-12-14 | 2009-06-17 | 华为技术有限公司 | 一种管理中继配置信息的方法及中继站 |
| CN101651950A (zh) * | 2009-09-09 | 2010-02-17 | 新邮通信设备有限公司 | 一种长期演进网络中的业务实现方法、设备及系统 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100502579C (zh) * | 2006-03-22 | 2009-06-17 | 华为技术有限公司 | 在无线通信系统中实现资源一致性处理的方法及系统 |
| FI20075727A0 (fi) * | 2007-10-15 | 2007-10-15 | Nokia Siemens Networks Oy | Lähetysten hallinta toistinverkossa |
| WO2010113382A1 (ja) * | 2009-03-31 | 2010-10-07 | パナソニック株式会社 | 中継装置及び中継方法 |
-
2010
- 2010-10-22 CN CN201010517459.0A patent/CN102457364B/zh not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101442478A (zh) * | 2007-11-21 | 2009-05-27 | 华为技术有限公司 | 一种无线网络中数据通道建立的方法、系统及设备 |
| CN101459938A (zh) * | 2007-12-14 | 2009-06-17 | 华为技术有限公司 | 一种管理中继配置信息的方法及中继站 |
| CN101651950A (zh) * | 2009-09-09 | 2010-02-17 | 新邮通信设备有限公司 | 一种长期演进网络中的业务实现方法、设备及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102457364A (zh) | 2012-05-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9467822B2 (en) | Method for obtaining interface information of neighbor evolved NodeB/relay node, and wireless relay system | |
| US9769709B2 (en) | Handover method, communication device and communication system | |
| US9124510B2 (en) | Configuring relay cell identities in cellular networks | |
| EP2712233B1 (en) | Handover processing method and device | |
| EP2689608B1 (en) | Method for releasing user equipment context in wireless communication system | |
| US9807667B2 (en) | Method for relocating gateway, mobile management entity and host base station | |
| US20120276910A1 (en) | Handover method and system in relay network, relay node, control base station and base station | |
| CN101867984A (zh) | 长期演进增强系统中的切换方法、施主基站和中继节点 | |
| CN102404807A (zh) | 一种切换准备方法和装置 | |
| CN101938795A (zh) | 一种无线中继系统中的切换方法及系统 | |
| CN101998449B (zh) | 一种应用于无线中继的传输系统及传输方法 | |
| CN102960051B (zh) | 中继节点、施主无线电基站以及其中的方法 | |
| CN102118810A (zh) | 一种切换时避免路径转换方法、系统和设备 | |
| CN102457364B (zh) | 一种无线中继系统错误的指示方法及接纳基站 | |
| CN106162774B (zh) | 跨MeNB切换方法、装置及基站 | |
| CN102131250B (zh) | 一种基于无线传输系统的数据前转方法及系统 | |
| WO2012063849A1 (ja) | 通信システム、無線基地局及び通信制御方法 | |
| CN102595532A (zh) | 无线中继系统中切换类型选择方法及系统 | |
| CN103974228A (zh) | 一种实现x2代理的方法及系统 | |
| CN102104867A (zh) | 一种切换过程中寻址核心网节点的方法及其装置 | |
| CN102387542A (zh) | 一种演进无线接入系统小区全球标识的配置方法和系统 | |
| US9894574B2 (en) | Mobile relay, and method for enhancing and processing X2 interface proxy | |
| CN102892150A (zh) | 一种无线中继系统接口消息的处理方法和系统 | |
| CN102026293B (zh) | 一种核心网获知中继节点接入方式的系统及方法 | |
| CN102396267A (zh) | 信息转发方法、设备及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20160803 Termination date: 20201022 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |