CN102202395A - 消息处理方法、装置 - Google Patents

消息处理方法、装置 Download PDF

Info

Publication number
CN102202395A
CN102202395A CN2010101654546A CN201010165454A CN102202395A CN 102202395 A CN102202395 A CN 102202395A CN 2010101654546 A CN2010101654546 A CN 2010101654546A CN 201010165454 A CN201010165454 A CN 201010165454A CN 102202395 A CN102202395 A CN 102202395A
Authority
CN
China
Prior art keywords
interface
message
notice
base station
information
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.)
Granted
Application number
CN2010101654546A
Other languages
English (en)
Other versions
CN102202395B (zh
Inventor
张亮亮
陈卓
李亚娟
常俊仁
王燕
彭炎
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Honor Device Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority claimed from PCT/CN2009/074338 external-priority patent/WO2011038551A1/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2010101654546A priority Critical patent/CN102202395B/zh
Priority to EP12178968.9A priority patent/EP2521419B1/en
Priority to EP10819919.1A priority patent/EP2472998B1/en
Priority to PCT/CN2010/077513 priority patent/WO2011038690A1/zh
Publication of CN102202395A publication Critical patent/CN102202395A/zh
Priority to US13/435,815 priority patent/US9414270B2/en
Priority to US13/562,026 priority patent/US9414271B2/en
Publication of CN102202395B publication Critical patent/CN102202395B/zh
Application granted granted Critical
Priority to US15/176,463 priority patent/US20160295468A1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0061—Transmission or use of information for re-establishing the radio link of neighbour cell information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0058—Transmission of hand-off measurement information, e.g. measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/155—Ground-based stations
    • H04B7/15507—Relay station based processing for cell extension or control of coverage area
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0079—Transmission or use of information for re-establishing the radio link in case of hand-off failure or rejection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/14—Interfaces between hierarchically different network devices between access point controllers and backbone network device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例公开了一种消息处理方法、装置，属于通信技术领域。所述方法包括：接收与邻居站点之间的X2接口是否可用的通知，在X2接口不可用时，使用S1接口发送信息；和/或，接收与邻居站点之间的S 1接口是否可用的通知，在S1接口不可用时，使用X2接口发送信息。上述技术方案可保证通信正常进行，减少出现通信失败的可能。

Description

消息处理方法、装置
本申请要求于2009年9月30日提交中国专利局、申请号为PCT/CN2009/074338、发明名称为“消息处理方法、装置”的PCT专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信技术领域，尤其涉及一种消息处理方法、装置。
背景技术
2006年ITU-R(Radiocommunication Sector of ITU，国际电信联盟无线电通信组)正式将B3G(BeyondThirdGenerationin mobile communication system，超三代移动通信系统，又称第四代移动通信)技术命名为IMT-Advanced(高级国际移动通信)技术。IMT-Advanced技术需要实现更高的数据速率和更大的系统容量，目标峰值速率为：低速移动、热点覆盖场景下1Gbps(吉比特每秒)以上，高速移动、广域覆盖场景下100Mbps(兆比特每秒)。目前的各标准化组织正在正式或非正式地开展针对IMT-Advanced的研究，其中也包括3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)标准化组织。3GPP正在标准化的LTE(Long Term Evolution，长期演进)技术已经具有部分IMT-Advanced的技术特征，3GPP准备将LTE进一步演进为LTE-A(LTE-Advanced，高级长期演进)技术。
一方面，IMT-Advanced系统提出了很高的系统容量要求；但在另一方面，足以支撑高容量的大带宽频谱只可能在较高频段找到，而这样高的频段的路径损耗和穿透损耗都比较大，很难实现好的覆盖。LTE-A为了满足IMT-Advanced的容量需求，目前正在将Relay(中继)作为一种改善系统容量和覆盖的候选技术进行研究。
所谓的中继技术，以较简单的两跳中继为例，就是将基站和用户设备之间的无线链路分割为基站和中继站之间的无线链路、中继站和用户设备之间的无线链路这两个链路，从而有机会将一个质量较差的链路替换为两个质量较好的链路，以获得更高的链路容量及更好的覆盖。
在LTE无线网络中，主要涉及的接口定义如下：
Un接口：中继与其服务基站之间的接口；
Uu接口：用户设备与其服务中继之间的接口；
S1接口：MME(Moblity Management Entity，移动性管理实体)/S-GW(Serving Gate Way，服务网关)与基站之间的接口；
X2接口：基站之间的接口。
在LTE无线网络中，UE(User Equipment，用户设备)的业务在Uu接口被映射成DRB(Data Radio Bearer，数据无线承载)，eNB(eNodeB，基站)可以识别数据所属的DRB并对数据进行相应处理。在LTE-A中继网络中，中继站，例如Type-1relays，通过基站接入网络。中继站支持LTE UE，在LTE UE看来，中继站在功能上与LTE eNB一致。
现有技术提供一种LTE-A中继协议架构，如果Un接口使用了S1消息，那么基站就会在EPC(Evoled packet core network演进型分组核心网)侧使用S1消息，而如果Un接口使用了X2消息，那么基站就会在EPC侧使用X2消息。
下面以用户设备切换过程中，中继使用S1消息向基站发起切换请求消息为例，说明上述过程。
基站在接收到S1接口的切换请求消息(S1-AP：HO required message)后，可能仅修改该S1消息的S1 AP UE ID(用户设备S1应用协议标识)，其他部分不作改变，从而转发该S1切换请求消息(S1 AP：HO required message)给MME，进行相应的S1切换流程。此处S1-AP或者S1AP表示S1 Application Protocol(S1应用协议)。
或者类似地，基站接收到承载了该S1切换请求消息内容的RRC消息，基站解析出该S1消息后，将在核心网侧发起相应的S1切换流程。同理对于X2消息，如基站接收到承载了该X2切换请求消息内容的RRC消息，基站解析出该X2消息后，将在核心网侧发起相应的X2切换流程。
发明人在实现本发明的过程中，发现现有技术至少存在如下不足：
X2接口和S1接口使用不灵活，消息内容不能够被顺利传送，信令流程较为繁锁。例如，在用户设备切换过程中，在Un接口，中继站发送X2消息给源基站时，源基站就会相应地使用X2消息发送信息给目标基站。如果此时源基站与目标基站间的X2接口不可用，那么，源基站只能通过相应的X2消息拒绝中继站的切换请求。如果中继站始终使用X2消息发起切换请求，而源基站与目标基站间的X2接口一直不可用，那么源基站就会一直拒绝切换。而中继站也不清楚这种切换失败是由于X2接口不可用而造成的。特别地当中继站下有多个UE时，不同UE都经历此种“X2HO(HandOver，切换)失败”的场景可能重复出现。在Un接口，中继站发送S1消息给基站，基站与核心网侧的S1接口不可用时，问题同样存在。
发明内容
本发明实施例提供一种消息处理方法、装置，以保证通信正常进行。
根据本发明的一实施例，提供一种一种消息处理方法，该方法包括：
接收与邻居站点之间的X2接口是否可用的通知，在X2接口不可用时，使用S1接口发送信息；
和/或，
接收与邻居站点之间的S1接口是否可用的通知，在S1接口不可用时，使用X2接口发送信息。
根据本发明的另一实施例，提供一种消息处理方法，该方法包括：
生成一通知，并在该通知内将与服务站点间的X2接口可用的邻居站点所对应的小区标识为服务站点小区；向所述服务站点下属中继站发送该通知，以指示该服务站点与邻居站点之间的X2接口可用；或者
生成一通知，并在该通知内将与服务站点间的X2接口不可用的邻居站点所对应的小区标识为服务站点小区；向所述服务站点下属中继站发送该通知，以指示该服务站点与邻居站点之间的X2接口不可用。
根据本发明的另一实施例，提供一种消息处理装置，该装置包括：
第一接收模块，用于接收与邻居站点之间的X2接口是否可用的通知；
第一发送模块，用于在X2接口不可用时，使用S1接口发送信息；
和/或，
第二接收模块，用于接收与邻居站点之间的S1接口是否可用的通知；
第二发送模块，用于在S1接口不可用时，使用X2接口发送信息。
根据本发明的另一实施例，提供一种消息处理装置，该装置包括：通知生成模块和通知发送模块；
所述通知生成模块，用于生成一通知，并在该通知内将与服务站点间的X2接口可用的邻居站点所对应的小区标识为服务站点小区；所述通知发送模块，用于向所述服务站点下属中继站发送该通知，以指示该服务站点与邻居站点之间的X2接口可用；或者
所述通知生成模块，用于生成一通知，并在该通知内将与服务站点间的X2接口不可用的邻居站点所对应的小区标识为服务站点小区；所述通知发送模块，用于向所述服务站点下属中继站发送该通知，以指示该服务站点与邻居站点之间的X2接口不可用。
根据对上述技术方案的描述，本发明实施例有如下优点：通过向中继站通知与邻居站点之间的X2接口或S1接口是否可用，使得中继站能选择正确的接口通信，保证通信正常进行，减少出现通信失败的可能。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。在附图中：
图1为本发明实施例中消息处理方法的一个具体实施流程图；
图2为本发明实施例中消息处理方法的另一具体实施流程图；
图3为本发明实施例中消息处理方法在切换场景的一个具体实施流程图；
图4为本发明实施例中消息处理方法在切换场景的另一具体实施流程图；
图5为本发明实施例中消息处理方法在切换场景的又一具体实施流程图；
图6为本发明实施例中消息处理方法在切换场景的再一具体实施流程图；
图7为本发明实施例中切换目标是与中继站的服务基站有S1接口连接的另一基站下的中继站时，消息处理方法的具体实例流程图；
图8为本发明实施例中切换目标是与中继站的服务基站有S1接口连接的另一基站下的中继站时，消息处理方法的具体实例流程图；
图9为本发明实施例中切换目标是同一个服务基站下的中继站时，消息处理方法的具体实例流程图；
图10为本发明实施例中切换目标是同一个服务基站下的中继站时，消息处理方法的另一具体实例流程图；
图11为本发明实施例中发送第一重发通知的消息处理方法的具体实例流程图；
图12为本发明实施例中发送第二重发通知的消息处理方法的具体实例流程图；
图13A、图13B为本发明实施例中另一消息处理方法的处理流程图；
图14A、图14B为本发明实施例中又一消息处理方法的处理流程图；
图15、图16为本发明实施例中消息处理方法在切换场景下的具体实施示意图；
图17为本发明实施例中一种消息处理装置的结构示意图；
图18为本发明实施例中另一消息处理装置的结构示意图；
图19为本发明实施例中又一消息处理装置的结构示意图；
图20为本发明实施例中又一消息处理装置的结构示意图；
图21为本发明实施例提供的一种通信网络的示意图；
图22a为本发明实施例提供的一种基站的小区信息及邻居小区信息的示意图；
图22b为本发明实施例提供的一种基站的小区信息及邻居小区信息的示意图；
图22c为本发明实施例提供的一种基站的小区信息及邻居小区信息的示意图；
图23为本发明实施例提供的一种消息处理装置的示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。
本发明实施例中的消息处理方法可以包括：接收X2消息以获得X2消息的信息，使用S1消息发送所述X2消息的信息；和/或，接收S1消息以获得S1消息的信息，使用X2消息发送所述S1消息的信息，从而实现X2接口和S1接口的灵活使用，保证消息内容的顺利传送，优化信令流程。在本发明实施例中，所述S1消息/X2消息也就是S1信令/X2信令，所述S1消息/X2消息中的信息页就是通过相应消息要传达的内容。
如图1所示，具体实施时，上述消息处理方法的流程可以包括：
步骤101、接收X2消息；
步骤102、获得X2消息的信息；
步骤103、使用S1消息发送X2消息的信息。
由图1流程可以得知，上述消息处理方法中，接收X2消息以获得X2消息的信息，使用S1消息发送X2消息的信息，可以实现X2接口和S1接口的灵活使用，保证消息内容的顺利传送，优化信令流程。本实施例尤其适用于网络节点与邻居站点间的X2接口不可用的情况，当一网络节点接受到发送方的X2消息后，发现其与邻居站点间的X2接口不可用，可使用S 1消息发送相应内容。
如图2所示，具体实施时，上述消息处理方法的流程可以包括：
步骤201、接收S1消息；
步骤202、获得S1消息的信息；
步骤203、使用X2消息发送S1消息的信息。
由图2流程可以得知，上述消息处理方法中，接收S1消息以获得S1消息的信息，使用X2消息发送S1消息的信息，可以实现X2接口和S1接口的灵活使用，保证消息内容的顺利传送，优化信令流程。本实施例尤其适用于网络节点与邻居站点间的S1接口不可用的情况，当一网络节点接受到发送方的S1消息后，发现其与邻居站点间的S1接口不可用，可使用X2消息发送相应内容。
图1和图2所示流程可以单独使用，也可以结合使用。
具体实施时，上述消息处理方法可由能够实现其功能的装置进行实施，例如由基站、中继站、或网络站点等装置进行实施。例如在由基站进行实施时，基站除了可以具有现有技术中更改中继站所发送消息的UEID的功能外，也可以不用修改标示功能外，基站还能解析中继站所发送消息，获得该消息的信息，从而能够更改消息的格式，将消息的信息转换承载至另一种格式的消息。
具体实施时，所述接收到的X2消息，可以承载在RRC(Radio Resource Control，无线资源控制协议)消息中，例如将这个X2消息作为一个整体包含在RRC消息中，接收方解析这个RRC消息后，就可以直接得到一个完整的X2消息；当然，该X2消息也可以承载在其他消息中。另外，所述接收到的X2消息，也可以就是一个独立X2消息。接收方接收的就是一个完整的X2消息。
同理对于S1消息也有同样的情况。所述接收到的S1消息，可以承载在RRC消息中，例如在RRC消息中将这个S1消息作为一个整体包含在RRC消息中，接收方解析这个RRC消息后，就可以直接得到一个完整的S1消息；当然，该S1消息也可以承载在其他消息中。另外，所述接收到的S1消息，也可以就是一个独立S1消息。接收方接收的就是一个完整的S1消息。
具体实施时，上述消息处理方法中，接收X2消息以获得X2消息的信息可以有多种实现方式，例如，直接接收X2消息，解析接收的X2消息以获得X2消息的信息；又如，先接收承载了X2消息的RRC消息，再解析所述承载了X2消息的RRC消息，从而获得X2消息，进一步解析获得的X2消息以获得X2消息的信息。当然，接收S1消息以获得S1消息的信息也可以有多种实现方式，例如，直接接收S1消息，解析接收的S1消息以获得S1消息的信息；又如，先接收承载S1消息的RRC消息，再解析所述承载S1消息的RRC消息，从而获得S1消息，进一步解析获得的S1消息以获得S1消息的信息。
举一例，假设由基站执行上述消息处理方法，则Un接口使用的S1消息或X2消息，可以是中继站接收到用户设备发来的消息后，需要由此接收到的消息发送承载相应信息的S1消息或X2消息至核心网；也可以是中继站由于自身原因产生S1消息或X2消息并发出的情况，例如，在移动中继情况下，移动中继向基站发起切换请求，用于自身的切换，特别地例如使用S1消息/X2承载了原RRC消息-测量上报消息。
总之，对于Un接口使用的S1消息或X2消息，具体实施时，中继站发出的S1消息或X2消息可以承载在其他消息，如RRC消息中发送给基站，由基站解析RRC消息，获得RRC消息承载的S1消息或X2消息，从而在基站与核心网传送。当然，中继站发出的S1消息或X2消息还可以就是一个独立完整的S1消息或者X2消息，表现就是一个S1消息或者X2消息。
一个实施例中，使用S1消息发送X2消息的信息可以有多种实现方式，例如：将从X2消息中解析得到的信息承载至S1消息中发送；当然，将从X2消息中解析得到的信息承载至S1消息中发送也可以有多种实现方式，例如：将X2消息整体包含在S1消息中发送，即，在将从X2消息中解析得到的信息承载至S1消息中发送时，原有的X2消息不作改变，直接打包在S1消息中发送；或者，具体实施时也可以对X2消息进行某些修改，再承载至S1消息中发送，比如进行一些格式上的修改，或将原有的X2消息的信息分拆后重新组装至S1消息中。
类似的，使用X2消息发送S1消息的信息也可以有多种实现方式，例如：将从S1消息中解析得到的信息承载至X2消息中发送；当然，将从S1消息中解析得到的信息承载至X2消息中发送也可以有多种实现方式，例如：将S1消息整体包含在X2消息中发送，即，在将从S1消息中解析得到的信息承载至X2消息中发送时，原有的S1消息不作改变，直接打包在X2消息中发送；或者，具体实施时也可以对S1消息进行某些修改，再承载至X2消息中发送，比如进行一些格式上的修改，或将原有的S1消息的信息分拆后重新组装至X2消息中。
可选地，一个实施例中，使用S1消息发送X2消息的信息还可以有一个前提条件，该前提条件可以是：X2接口不可用。即，在X2接口不可用时，使用S1消息发送X2消息的信息。
当然，具体实施时使用S1消息发送X2消息的信息也不限于在X2接口不可用的前提条件下。该前提条件可以根据需要进行预设，例如，将该前提条件预设为：切换目标是与中继站的服务基站有直接或者间接S1接口连接的另一站点(如基站、中继站等)。特别地，如切换目标是与中继站的服务基站有S1接口的另一基站，该S1接口是间接接口，服务基站通过一个中间网络节点(如MME、基站、中继站等)或者多个网络节点来与该目标节点(如另一个基站、另一个基站下的中继站、中继站等网络站点或节点)进行S1连接。又如切换目标是服务基站下另一个中继站，那么该S1接口就可以是直接的S1接口。无论是直接S1的接口还是间接的S1接口，若满足该前提条件，则该服务基站接收到X2消息后，可以获得X2消息的信息，使用S1消息发送X2消息的信息至切换目标；又如，将该前提条件预设为：切换目标是与中继站的服务基站有S1接口连接的另一基站下的中继站，若满足该前提条件，则该服务基站接收到X2消息后，可以获得X2消息的信息，使用S1消息发送X2消息的信息至切换目标；另外，也可以没有该前提条件，即只要是接收到了X2消息，就获得X2消息的信息，并使用S1消息发送X2消息的信息。
还有一些可能的情况，中继站不进行是否满足某种前提条件的判断，而是直接向其服务基站发送S1 Handover Required消息，由服务基站根据切换目标的不同，进行切换操作，例如：如果切换目标是同一个服务基站下的中继站，则服务基站向目标节点发送S1 Handover Request；如果切换目标是该服务基站，则服务基站可同意切换，直接向中继站发送S1 Handover Command。此时基站相当于一个代理(proxy)的作用。
类似的，使用X2消息发送S1消息的信息可以有一个前提条件，该前提条件可以是：S1接口不可用。即，在S1接口不可用时，使用X2消息发送S1消息的信息。当然，具体实施时使用X2消息发送S1消息的信息也不限于在S1接口不可用的前提条件下。该前提条件可以根据需要进行预设，与前述解析X2消息相类似，这里不再赘述。另外，也可以没有该前提条件，即只要是接收到了S1消息，就获得S1消息的信息，并使用X2消息发送S1消息的信息。
下面举一例，说明在实际应用场景中上述消息处理方法的具体实施。本例中应用场景为：基站接收到中继站发来的切换请求后进行相应的切换处理过程，即所述X2消息或S1消息用于发起切换请求。当然，实施中并不限于此种应用场景，只要是可以按上述消息处理方法灵活使用X2接口与S1接口的场景均可。
如图3所示，本例中消息处理方法可以包括：
步骤301、接收使用X2消息发送的切换请求；
步骤302、解析所述使用X2消息发送的切换请求，获得所述切换请求；
步骤303、使用S1消息发送所述切换请求。
通过实施图3所示流程，可以灵活使用X2接口和S1接口发送切换请求，保证切换请求在网络中的顺利传送，优化了信令处理流程。具体的，中继站发送X2-AP：HO Request(切换请求)消息给基站，基站接收到后获得该消息的信息，由于某种原因(例如X2接口不可用)，基站使用S1-AP：HO Required消息将消息的信息发送给MME，然后通过MME的S1-AP消息告知目标基站这个切换请求。具体流程可以如图4所示，包括：
步骤401、中继站使用X2消息发送切换请求给源基站(Source eNB)(X2-AP：HO Request)；
步骤402、源基站解析出X2-AP：HO Request消息的信息，使用S1消息发送该切换请求(S1-AP：HO Required)消息给移动管理实体(MME)；执行本步骤的前提条件可选，例如可以是X2接口不可用；
步骤403、MME使用S1消息(S1-AP：HO Request)发送该切换请求给目标基站(Target eNB)；
步骤404、目标基站在允许切换时，使用S1消息(S1-AP：HO Request ACK)返回切换响应给MME；
步骤405、MME使用S1消息(S1-AP：HO Command)发送切换命令给源基站；
步骤406、源基站解析出S1-AP：HO Command消息的信息，将解析出的S1消息内容使用X2消息(X2-AP：HO Request ACK)即切换响应返回给中继站。
由图4所示流程可以看到，在上述切换过程中，源基站若是接收到中继站发来的X2消息，则可以获得X2消息的信息，使用S1消息将X2消息的信息发送至核心网侧；具体地为基站在接收到中继站发来的X2消息-切换请求消息(X2-AP：HO Request)，则可以解析出该X2切换请求消息的信息，同时与核心网的相关站点进行S1切换流程，特别地，使用S1消息将获得的X2消息的信息承载到S1消息(S1-AP：HO Required)中，可能要进行一些格式上的修改，或将原有的X2消息的信息分拆后重新组装至S1消息中，总之使得符合S1切换请求消息的内容和格式。然后将该S1消息(S1-AP：HO Required)发送至核心网侧如MME，再通过MME发送至目标基站，进而进行S1切换流程。同理，源基站若是接收到核心网侧发来的S1消息，则可以获得S1消息的信息，使用X2消息将S1消息的信息发送至中继站。特别地，基站使用X2消息将获得的S1消息(S1-AP：HO Command)的信息承载到X2消息(X2-AP：HO Request ACK)即切换响应中，可能要进行一些格式上的修改，或将原有的S1消息的信息分拆后重新组装至S1消息中，总之使得符合S1切换请求消息的内容和格式。然后将该X2消息(X2-AP：HO Request ACK)即切换响应发送给中继站。即，基站能够解析中继(源节点)发送的X2消息，同时根据自己S1或X2接口的情况或者某种原因，将接收到的信息的信息承载到相应的S1消息中转发目标节点，该目标节点例如可以是MME、或者是另一个基站、另一个中继站、另一个基站下的中继站、网关等网络站点或节点；反之基站收到核心网侧的S1消息，能够将收到的信息的信息承载到相应的X2消息转发给中继站，从而完成原来需要使用X2消息进行的信令流程。具体实施时，其它类型的消息也可以进行类似处理，并不限于前述切换请求和切换响应。
如图5所示，本例中消息处理方法可以包括：
步骤501、接收使用S1消息发送的切换请求；
步骤502、解析所述使用S1消息发送的切换请求，获得所述切换请求；
步骤503、使用X2消息发送的所述切换请求。
通过实施图5所示流程，可以灵活使用X2接口和S1接口发送切换请求，保证切换请求在网络中的顺利传送，优化了信令处理流程。具体的，当中继站发起S1-AP：HO Required消息给基站，基站接收到后获得该消息的信息，可选地，由于某种原因(例如S1接口不可用)，基站使用X2-AP：HO Request消息将消息的信息发送给目标基站。具体流程可以如图6所示，包括：
步骤601、中继站使用S1消息发送切换请求给源基站(Source eNB)(S1-AP：HO Required)；
步骤602、源基站解析出S1-AP：HO Required消息的信息，使用X2消息发送该切换请求给目标基站(X2-AP：HO Request)；执行本步骤的前提条件可选，例如可以是S1接口不可用；
步骤603、目标基站在允许切换时，使用X2消息(X2-AP：HO Command)返回切换响应给源基站；
步骤604、源基站解析出X2-AP：HO Command消息的信息，将解析出的X2消息的信息使用S1消息(S1-AP：HO Request ACK)即切换响应返回给中继站。
下面再举几个例子，说明在实际应用场景中上述消息处理方法的具体实施。
如图7所示，一个实施例中，切换目标是与中继站的服务基站有S1接口连接的另一基站下的中继站，则本例中的消息处理方法可以包括：
步骤701、源中继站使用S1消息发送切换请求给源基站(Source eNB)(S1-AP：HO Required)；
步骤702、源基站解析出S1-AP：HO Required消息的信息，使用X2消息发送该切换请求给目标基站(X2-AP：HO Request)；执行本步骤的前提条件可选，例如可以是S1接口不可用；
步骤703、目标基站解析出X2-AP：HO Request消息的信息，使用S1消息发送该切换请求给目标基站下的中继站(S1-AP：HO Required)；执行本步骤的前提条件可选，例如可以是X2接口不可用；
步骤704、目标基站下的中继站在允许切换时，使用S1消息(S1-AP：HO Request ACK)返回切换响应给目标基站；
步骤705、目标基站解析出S1-AP：HO Request ACK消息的信息，使用X2消息(X2-AP：HO Command)发送切换命令给源基站；
步骤706、源基站解析出X2-AP：HO Command消息的信息，将解析出的X2消息的信息使用S1消息(S1-AP：HO Request ACK)即切换响应返回给中继站。
如图8所示，一个实施例中，切换目标是与中继站的服务基站有S 1接口连接的另一基站下的中继站，则本例中的消息处理方法可以包括：
步骤801、中继站使用X2消息发送切换请求给源基站(Source eNB)(X2-AP：HO Request)；
步骤802、源基站解析出X2-AP：HO Request消息的信息，使用S1消息发送该切换请求给移动管理实体(MME)(S1-AP：HO Required)；执行本步骤的前提条件可选，例如可以是X2接口不可用；
步骤803、MME使用S1消息(S1-AP：HO Required)发送该切换请求给目标基站(Target eNB)；
步骤804、目标基站解析出S1-AP：HO Required消息的信息，使用X2消息发送该切换请求给目标基站下的中继站(X2-AP：HO Request)；执行本步骤的前提条件可选，例如可以是S1接口不可用；
步骤805、目标基站下的中继站在允许切换时，使用X2消息(X2-AP：HO Request ACK)返回切换响应给目标基站；
步骤806、目标基站解析出X2-AP：HO Request ACK消息的信息，使用S1消息(S1-AP：HO Request ACK)返回切换响应给MME；
步骤807、MME使用S1消息(S1-AP：HO Command)发送切换命令给源基站；
步骤808、源基站解析出S1-AP：HO Command消息的信息，将解析出的S1消息的信息使用X2消息(X2-AP：HO Request ACK)即切换响应返回给中继站。
如图9所示，一个实施例中，切换目标是同一个服务基站下的中继站，则本例中的消息处理方法可以包括：
步骤901、源中继站使用X2消息发送切换请求给基站(eNB)(X2-AP：HO Request)；
步骤902、基站解析出X2-AP：HO Request消息的信息，使用S1消息发送该切换请求给目标中继站(S1-AP：HO Required)；执行本步骤的前提条件可选，例如可以是X2接口不可用；
步骤903、目标中继站在允许切换时，使用S1消息(S1-AP：HO Command)返回切换响应给基站；
步骤904、基站解析出S1-AP：HO Request ACK消息的信息，将解析出的S1消息的信息使用X2消息(X2-AP：HO Request ACK)即切换响应返回给源中继站。
如图10所示，一个实施例中，切换目标是同一个服务基站下的中继站，则本例中的消息处理方法可以包括：
步骤1001、源中继站使用S1消息发送切换请求给基站(eNB)(S1-AP：HO Required)；
步骤1002、基站解析出S1-AP：HO Required消息的信息，使用X2消息发送该切换请求给目标中继站(X2-AP：HO Request)；执行本步骤的前提条件可选，例如可以是S1接口不可用；
步骤1003、目标中继站在允许切换时，使用X2消息(X2-AP：HOCommand)返回切换响应给基站；
步骤1004、基站解析出X2-AP：HO Request ACK消息的信息，将解析出的X2消息的信息使用S1消息(S1-AP：HO Request ACK)即切换响应返回给源中继站。
本发明实施还提供一种消息处理方法，该方法可以包括：获得一通过X2消息发送的信息，发送第一重发通知，以指示使用S1接口发送所述信息；和/或，获得一通过S1消息发送的信息，发送第二重发通知，以指示使用X2接口发送所述信息，从而实现X2接口和S1接口的灵活使用，保证消息内容的顺利传送，优化信令流程。
具体实施时，上述消息处理方法可由能够实现其功能的装置进行实施，例如由基站、中继站等装置进行实施。在由基站进行实施时，基站和中继站之间存在信息交换，基站向中继站表明希望中继站使用指定的接口重发消息内容。
具体实施时，上述消息处理方法中，第一重发通知指示的使用S1接口发送信息可以有多种方式，例如可以是使用S1接口发送X2消息的信息，具体的，可以是：将X2消息整体承载至S1消息中重新发送；即重新发送的消息的信息不变，而是该消息的信息需承载至另一类型的消息中重新发送，该另一类型的消息即是通过S1接口传送的S1消息；还可以是：重新发送的消息的信息已经有所改变，例如对原有X2消息的信息进行提取、转换等处理，形成一些新的消息的信息，适配至S1消息中发送。
举个例子，如图11所示，本例中消息处理方法可以包括：
步骤1101、接收方接收发送方发来的X2-AP(如HO Request)；
步骤1102、接收方向发送方发送第一重发通知指示使用S1接口发送消息；
步骤1103、接收方接收发送方发来的S1-AP(HO Required)。
类似的，第二重发通知指示的使用X2接口发送信息也可以有多种方式，例如可以是使用X2接口发送S1消息的信息，具体的，可以是：将S1消息整体承载至X2消息中重新发送；即重新发送的消息的信息不变，而是该消息的信息需承载至另一类型的消息中重新发送，该另一类型的消息即是通过X2接口传送的X2消息；还可以是：重新发送的消息的信息已经有所改变，例如对原有S1消息的信息进行提取、转换等处理，形成一些新的消息的信息，适配至X2消息中发送。
举个例子，如图12所示，本例中消息处理方法包括：
步骤1201、接收方接收发送方发来的S1-AP(如HO Request)；
步骤1202、接收方向发送方发送第二重发通知指示使用X2接口发送消息；
步骤1203、接收方接收发送方发来的X2-AP(HO Required)。
一个实施例中，发送第一重发通知，所述第一重发通知指示使用S1接口发送信息还可以有一个前提条件，该前提条件可以是：X2接口不可用，例如基站与核心网侧的X2接口不可用。则当获得的是以X2消息发送的信息时，所述第一重发通知还可以用于指示X2接口不可用；当然，具体实施时发送第一重发通知也不限于在X2接口不可用的前提条件下。该前提条件可以根据需要进行预设，例如，将该前提条件预设为：切换目标是与中继站的服务基站有直接或者间接S1接口连接的另一站点(如基站、中继站等)。特别地，如切换目标是与中继站的服务基站有S1接口的另一基站，该S1接口是间接接口，服务基站通过一个中间网络节点(如MME、基站、中继站等)或者多个网络节点来与该目标节点(如另一个基站、另一个基站下的中继站、中继站等网络站点或节点)进行S1连接。又如切换目标是服务基站下另一个中继站，那么该S1接口就可以是直接的S1接口。无论是直接S1的接口还是间接的S1接口，若满足该前提条件，则该服务基站获得X2消息后，可以发送第一重发通知，指示使用S1接口发送信息；又如，将该前提条件预设为：切换目标是与中继站的服务基站有S1接口连接的另一基站下的中继站，若满足该前提条件，则该服务基站获得X2消息后，可以发送第一重发通知，指示使用S1接口发送信息；另外，也可以没有该前提条件，即只要是获得了X2消息，就发送第一重发通知，指示使用S1接口发送信息。
类似的，发送第二重发通知，所述第二重发通知指示使用X2接口发送信息还可以有一个前提条件，该前提条件可以是：S1接口不可用，则当获得的是以S1消息发送的信息时，所述第二重发通知还可以用于指示S1接口不可用；当然，具体实施时发送第二重发通知也不限于在S1接口不可用的前提条件下。该前提条件可以根据需要进行预设，与前述发送第一重发通知相类似，这里不再赘述。另外，也可以没有该前提条件，即只要是获得了S1消息，就发送第二重发通知，指示使用X2接口发送信息。
一个实施例中，发送第一重发通知，所述第一重发通知指示使用S1接口发送信息可以有多种实施方式，例如，第一重发通知可以携带于一现有消息的特定比特中，或者所述第一重发通知可以携带于一自定义消息中，举个例子，可实施为：发送切换拒绝消息，所述切换拒绝消息中设置有特定值，所述特定值指示使用S1接口发送信息；即，在切换拒绝消息中带有特定的value，说明建议中继站使用S1接口发送信息，当然也可以说明拒绝的原因是X2接口不可用：
X2-AP：HANDOVER PREPARATION FAILURE message with an appropriate cause value
又如可实施为：发送一特定消息，该特定消息指示使用S 1接口发送信息(如包含所述X2消息的信息)；例如，该特定消息可以是S1X2_Reject message，说明建议中继站使用S1接口发送信息，当然也可以说明拒绝的原因是X2接口不可用(如基站与核心网侧X2接口不可用)。
类似的，发送第二重发通知，所述第二重发通知指示使用X2接口发送信息也可以有多种实施方式，例如可实施为：发送切换拒绝消息，所述切换拒绝消息中设置有特定值，所述特定值指示使用X2接口发送信息；又如可实施为：发送一特定消息，该特定消息指示使用X2接口发送信息。
如图13A所示，本发明实施例还提供一种消息处理方法，该方法可以包括：
步骤1301a、发送与邻居站点之间的X2接口是否可用的通知，以指示在X2接口不可用时，使用S1接口发送信息；
步骤1302a、接收使用S1接口发送的信息。
如图13B所示，本发明实施例还提供一种消息处理方法，该方法可以包括：
步骤1301b、发送与邻居站点之间的S1接口是否可用的通知，以指示在S1接口不可用时，使用X2接口发送信息；
步骤1302b、接收使用X2接口发送的信息。
由图13A、图13B所示流程可以得知，本发明实施例中，发送与邻居站点之间的X2接口是否可用的通知，以指示在X2接口不可用时，使用S1接口发送信息；和/或，发送与邻居站点之间的S1接口是否可用的通知，以指示在S1接口不可用时，使用X2接口发送信息，可以实现X2接口和S1接口的灵活使用，保证消息内容的顺利传送，优化信令流程。总之能够事先通知基站与邻居站点的X2接口可用情况，避免基站与邻居站点的X2接口不可以用时，才通知接收节点(如中继站)该X2接口不可用，导致消息重复的情况。
具体实施时，上述消息处理方法可由能够实现其功能的装置进行实施，例如由基站、中继站等装置进行实施。例如，中继站与基站之间建立X2接口时，基站与中继站之间交互各自支持的接口信息，如基站告诉中继站自己支持与哪些相邻站点有X2接口存在或者不支持哪些相邻站点的X2接口，这样中继站就不会发起X2HO，而直接发起S1HO了，避免了失败处理，也节约了HO时延。
基站告诉中继站自己支持与哪些相邻站点有X2接口存在或者不支持哪些相邻站点的X2接口，可以有多种具体的实施办法，例如可以为：
一、基站维护了一个邻居站点(或者小区)列表，列表中包含了邻居站点(或者小区)标示信息外，还包含了基站与该邻居站点的S1接口和/或X2接口可用与否的信息。该接口信息可以是指示基站与该邻居站点的S 1接口和/或X2接口可用，也可以是指示基站与该邻居站点的S1接口和/或X2接口不可用。
二、基站维护了一个邻居关系列表(neighbor relation table)。
LTE系统为了使得网络能够自动配置、自动优化，对网络的运营和维护提出了要求，由此提出Self-Organizing Network(自配置网络，SON)。在SON中，自动建立邻居关系也是非常有必要的，邻居关系可通过一个邻居关系列表(neighbor relation table)描述，具体地例如可以包含本地基站(或者本地小区)标示信息，目标基站(或者目标小区)标示信息，X2接口信息等，切换信息等等。基站可以将该邻居关系列表中的部分或者全部信息通知给中继站。
上述只是列出了两种可能的实施办法，但是不限于这两种办法。
基站告诉中继站自己支持与哪些相邻站点有X2接口存在或者不支持哪些相邻站点的X2接口，可以是周期性地通知，也可以是非周期性地通知。
上述基站与其他邻居站点(如邻居基站)的S1和/或X2接口信息可以是在基站与其他站点S1和/或X2接口建立的过程中获得的和交互的，还可以通过其他多种方式获得，在此不做限定。
同理S1接口的信息也可以通过这种列表通知给RN。
又如，基站与其他站点(如MME、网关、基站、中继站等)之间在建立S1接口时，则基站可将自己与其他站点之间接口信息(如S1接口和/或X2接口，或者其他接口信息)告诉中继站，以S1接口为例，基站告知中继站自己与哪些站点(如哪些邻居基站)有S1接口(或者说支持基站与该站点的S1接口)或者与哪些相邻基站没有S1接口(或者说不支持基站与该站点的S1接口)，从而中继站可以通过基站告知的信息，就不会发起S1HO，而直接发起X2HO了，避免了失败处理，也节约了HO时延。
关于中继站获得接口信息：
具体实施时，中继站可以获得：
a)关于基站与邻居站点(如邻居基站，服务基站下的另一个中继站，邻居基站下的中继站)或者邻居小区对应的站点的接口(如S1和/或X2接口)信息；
特别地，在终端切换过程中，中继站与终端的多个候选目标站点(如目标基站，或者目标中继站)进行信息交换时，在Un口只是使用了一个S1/X2接口，然后通过该S1/X2接口与多个候选目标站点进行信息交互。此时基站为中继站中继或者中转信息给该多个候选目标站点进行通信。此时基站与每个候选目标站点有对应的一个S1接口或者X2接口。
b)或者/和关于本中继站与邻居站点的接口信息。
特别地：中继站与自己的服务基站有S1和X2接口，另外中继站与其他邻居基站也有S1接口和/或X2接口。那么此时Un接口上就会有多个S1接口和/或多个X2接口(个数大于等于1)。这样的多个S1接口，多个X2接口，用于通过了中继站的服务基站，实际上可以称之为逻辑接口而不是物理接口。
对于上述两种情况，具体地，当邻居站点是邻居基站下的中继站，需要将该目标中继站和其服务基站的关系信息通知中继站；或者
对于上述两种情况，具体地，将邻居站点如邻居基站与其下属中继站的关系信息通知给中继站。
关于中继站如何识别要发起S1消息或者X2消息：
以切换为例：在另一实施例中，切换过程中(如中继下属的终端切换，或移动中继的切换)，中继站默认发起X2消息进行切换，当收到基站发来的第一重发通知时，再发起S1消息进行切换。或者，中继站默认发起S1消息进行切换，当收到基站发来的第二重发通知时，再发起S1消息进行切换。
中继站根据有关于基站与邻居站点的接口信息，或者是本中继站与邻居站点的接口信息，决定发起S1消息进行切换还是发起X2消息进行切换。
具体地，以X2接口为例，中继站得知获得了基站与候选目标站点(如邻居基站，邻居基站下的中继站，或者邻居中继站等等的X2接口信息)的接口可用信息，中继站对候选目标站点发起X2消息，进行切换。
关于中继站如何维护所述接口信息：
可选地，中继站将维护这个基站与邻居站点(如邻居基站，邻居基站下的中继站或者同一个服务基站下中继站等等)接口(如S1和/或X2接口)信息。中继站不定期或者定期地接收和维护该信息。
a)可以是中继站主动发起请求，要求基站或者邻居站点提供相关信息，或者是通过基站获得该信息；
b)也可以基站或者邻居站点主动提供的；
c)上述两种情况，具体地，例如在中继站与基站的S1和/或X2接口建立过程中，或者中继站与通过基站与邻居站点建立S1和/或X2接口过程中获得的；
d)该信息的获得还可以是周期性。
具体实施时，上述消息处理方法还可以包括：发送邻居站点的负载指示信息，以指示根据所述负载指示信息进行目标站点切换选择。例如，基站将邻居站点的负载指示信息告诉中继站，让中继站更加合理地选择目标站点。简言之就是让基站把负载指示信息(load information)信息告诉中继站，这样中继站就可以选择较好的目标eNB，也便于进行相应的流量控制。
如图14A所示，本发明实施例还提供一种消息处理方法，该方法可以包括：
步骤1401a、接收与邻居站点之间的X2接口是否可用的通知；
步骤1402a、在X2接口不可用时，使用S1接口发送信息。
如图14B所示，本发明实施例还提供一种消息处理方法，该方法可以包括：
步骤1401b、接收与邻居站点之间的S1接口是否可用的通知；
步骤1402b、在S1接口不可用时，使用X2接口发送信息。
图14A与图14B所示流程可单独实施，也可结合实施。
由图14A、图14B所示流程可以得知，本发明实施例中，接收与邻居站点之间的X2接口是否可用的通知，在X2接口不可用时，使用S1接口发送信息；和/或，接收与邻居站点之间的S1接口是否可用的通知，在S1接口不可用时，使用X2接口发送信息，可以实现X2接口和S1接口的灵活使用，保证消息内容的顺利传送，优化信令流程。
具体实施时，上述消息处理方法可由能够实现其功能的装置进行实施，例如由基站、中继站等装置进行实施。例如，中继站与基站之间建立X2接口时，基站与中继站之间交互各自支持的接口信息，如基站告诉中继站自己支持与哪些相邻站点有X2接口存在或者不支持哪些相邻站点的X2接口，这样中继站就不会发起X2HO，而直接发起S1HO了，避免了失败处理，也节约了HO时延。
以X2接口为例，基站告知中继站自己与哪些站点(如哪些邻居基站)有X2接口(或者说支持基站与该站点的X2接口)或者与哪些相邻基站没有X2接口(或者说不支持基站与该站点的X2接口)，从而中继站可以通过基站告知的信息，就不会发起X2HO，而直接发起S1HO了，避免了失败处理，也节约了HO时延。
具体实施时，当所发送的信息是与切换相关的信息时，上述消息处理方法还可以包括：获取邻居站点的负载指示信息；根据所述负载指示信息，进行目标站点切换选择。例如，中继站接收基站发送的邻居站点的负载指示信息，根据该些负载指示信息，中继站可以更加合理地选择目标站点，也便于进行相应的流量控制。
具体实施时，接收与邻居站点之间的X2接口是否可用的通知可以包括：接收服务站点与邻居站点之间的X2接口是否可用的通知，或者接收中继站点与邻居站点之间的X2接口是否可用的通知；
接收与邻居站点之间的S1接口是否可用的通知可以包括：接收服务站点与邻居站点之间的S1接口是否可用的通知，或者接收中继站点与邻居站点之间的S1接口是否可用的通知。
接收到的与邻居站点之间的X2/S1接口是否可用的通知可以包括一邻居关系列表，所述邻居关系列表用于指示与邻居站点之间的X2/S1接口信息。
对于切换过程中的数据转发(data forwarding)，本发明实施例同样可以适用。例如Un接口中，在数据转发过程中，中继站通过X2接口进行数据转发流程，但是在基站与核心网侧，基站可以根据自身与核心网侧相应网元(如目标基站)的接口情况，或者使用X2接口进行数据转发流程，或者使用S1接口进行数据转发流程而不是必须使用X2接口进行数据转发。特别地，中继通过X2接口进行数据转发，基站可以使用S1接口通过MME与目标基站通信，进行数据转发流程。
现有技术中基站与一个MME只有一个S1接口，基站与另一个基站只有一个X2接口。中继网络下，中继站与基站之间只有一个S1接口和X2接口。
本发明实施例适用于上述情况，特别地，在终端切换过程中，中继站与终端的多个候选目标站点(如目标基站，或者目标中继站)进行信息交换时，在Un口只是使用了一个S1/X2接口，然后通过该S1/X2接口与多个候选目标站点进行信息交互。此时基站为中继站中继或者中转信息给该多个候选目标站点进行通信。此时基站与每个候选目标站点有对应的一个S1接口或者X2接口。
另外一种可能的情况是：中继站与自己的服务基站有S1和X2接口，另外中继站与其他邻居基站也有S1接口和/或X2接口。那么此时Un接口上就会有多个S1接口和/或多个X2接口(个数大于等于1)。这样的多个S1接口，多个X2接口，用于通过了中继站的服务基站，实际上可以称之为逻辑接口而不是物理接口。本发明实施例同样适用于上述情况。
上述基站与邻居基站是否有X2接口或者X2接口是否可用可以表示当前基站与目标基站/目标站点(或者目标基站/目标站点的小区，即目标小区)之间，是否使用X2接口进行相关流程，如是否使用X2接口以发起基站和与目标基站(或者目标基站/目标站点的小区，即目标小区)之间的流程(initiate procedures towards the eNB parenting the target cell)。具体地，上述基站与邻居基站是否有X2接口或者X2接口是否可用还可以表示：基站与邻居基站是否可以使用X2接口进行X2切换，即基站是否在基站与目标基站/目标站点(或者目标基站/目标站点的小区，即目标小区)之间可以进行X2切换相关流程。
所述基站可以将上述邻居关系列表中的部分或者全部信息通知给中继站。具体地，在所有实施例中，基站可告诉中继站自己支持哪些相邻站点有X2接口存在或者不支持哪些相邻站点的X2接口。
对于基站维护了一个邻居关系列表(NRT，neighbor relation table)的情况，对于基站的每一个小区，基站都会维持(keep)一个NRT。对于每一个邻居关系，邻居列表中包含了目标小区ID(TCI，Target Cell Identifier)，对于E-UTRAN系统，TCI对应着目标小区的ECGI和PCI(Physical Cell Identifier)。每个邻居关系可以用3项内容表示，包括NORemove、NoHO和NoX2项(attribute)。具体地，No HO：表示如果检测(check)到该项，邻居小区关系将不会被基站用于切换(handover reasons)。No X2：表示如果检测(check)到该项，邻居关系将不会使用一个X2接口以发起有关基站和目标小区之间的流程(initiate procedures towards the eNB parenting the target cell)。Neighbour cell Relations：表示邻居小区关系是小区对小区之间的关系，而X2接口(link)是用于两个基站之间的。
下面再举一具体实例说明上述消息处理方法，如图15所示，处理流程可以包括：
步骤1501、用户设备(UE)向中继站(RN)发送测量报告消息(Measurement report)；
步骤1502、中继站在接收的UE的测量报告后，基于测量报告及无线资源管理信息确定需发起切换请求；中继站使用X2消息发送切换请求给源基站(Source eNB)(X2-AP：HO Request)；
步骤1503、源基站解析出X2-AP：HO Request消息的信息，使用S1消息发送S1切换请求消息(S1-AP：HO Required)给移动管理实体(MME)；执行本步骤的前提条件可选，例如可以是X2接口不可用；
步骤1504、MME使用S1消息(S1-AP：HO Request)发送该切换请求给目标基站(Target eNB)；
步骤1505、目标基站在允许切换时，使用S1消息(S1-AP：HO Request ACK)返回切换响应给MME；
步骤1506、MME使用S1消息(S1-AP：HO Command)发送切换命令给源基站；
步骤1507、源基站解析出S 1-AP：HO Command消息的信息，将解析出的S1消息的信息使用X2消息(X2-AP：HO Request ACK)即切换响应返回给中继站；
步骤1508、中继站向用户设备发送切换命令-RRC链接重配置消息。(RRCConn.Reconf.)
步骤1509、中继站使用X2消息发送序列号状态传送消息(X2-AP：SNstatus transfer)给源基站；
步骤1510、源基站解析出X2-AP：SN status transfer消息的信息，使用S1消息发送基站状态传送消息(S1-AP：eNB status transfer)给移动管理实体；执行本步骤的前提条件可选，例如可以是X2接口不可用；
步骤1511、MME使用S1消息(S1-AP：MME status transfer)发送MME状态传送消息给目标基站；
步骤1512a-c、中继站使用X2接口数据给源基站；源基站使用S1接口传送数据给网关；网关使用S1接口传送数据给目标基站；还有一种可能的实施是，中继站使用X2接口直接将数据传送给目标基站(Data forwarding)；
步骤1513、UE执行同步过程，同步(Synchronisation)到目标基站；
步骤1514、UE成功接入到目标基站，向目标基站发送RRC链接重配置完成(RRC Connnection reconfiguration complete)消息确认该终端的切换完成。
步骤1515、目标基站使用S1消息向MME发送切换通知(S1-AP：Handover Notify)；
步骤1516、目标基站使用S1消息向MME发送路径选择请求(S1-AP：Path switch request)；
步骤1517、MME向网关(GW)发送用户面更新请求消息(User plane update REQ)；通知服务网关用户平面的连接需要从源基站切换到目标基站；
步骤1518、用户平面切换下行路径到目标侧，GW向MME返回用户面更新确认消息(User plane update RSP)；
步骤1519、MME使用S1消息向目标基站发送路径选择响应(S1-AP：Path switch request ACK)；
步骤1520、MME使用S1消息向源基站发送用户设备上下文释放命令(S1-AP：UE context Release Command)；用于通知用户设备终端的源服务站点切换已完成，可释放与用户设备终端有关的资源和信息；
步骤1521、源基站解析出S1-AP：UE context Release Command的内容，使用X2消息发送用户设备上下文释放命令给中继站(X2-AP：UE context Release Command)；
步骤1522、在中继站释放与终端有关的资源和信息；源基站使用S1消息向MME反馈用户设备上下文释放完成(S1-AP：UE context Release Complete)。
本例中，将获取的X2消息的信息承载至S1消息中发送，例如在LTE切换过程中，基站与目标基站通过X2接口完成切换信息交互和完成切换流程，具体使用X2消息发送Handover Request消息和Handover Request ACK消息。
基站与目标基站通过S1接口，以及通过MME来完成切换信息交互和完成切换流程，具体地使用了S1消息Handover Requried，Handover Request，Handover Request ACK，Handover command消息。
因此通过S1和X2消息都可以完成切换流程，其中消息中都包含了切换所需要的信息交互，本质上不同的就是S1和X2各自所使用的标示不同，因为基站不是直接与目标基站通信，而是通过MME与目标基站通信，因此如S1消息使用了S1AP ID(包括MME UE S1AP ID，eNB UE S 1AP ID)，X2则使用了一个X2AP ID(包括old eNB X2AP ID，New eNB X2AP ID)。
另外由于基站解析RN发来的每个消息的信息，因此基站可以获得每个X2消息的信息。因此为使用S1消息来发送X2消息提供了很多的额外信息，例如基站可以为该对应的S1消息配置S1AP ID(包括MME UE S1AP ID，eNBUE S1AP ID，该IDs可以是基站配置的，也可以是MME配置的，或者基站和MME协商获得的)。Direct forwarding path availability基站也是可以自行判断的获得的。
虽然X2和S1消息内每一项的名字都不一定一样，但是总是可以从X2消息项的具体内容中，获得信息，将此信息能够对应到S1消息中。如S1消息HO required消息中的target ID，就对应着X2消息中的target cell ID。
下面再举一具体实例说明上述消息处理方法，如图16所示，处理流程可以包括：
步骤1601、用户设备(UE)向中继站(RN)发送测量报告(Measurement report)；
步骤1602、中继站在接收的UE的测量报告后，基于测量报告及无线资源管理信息确定需发起切换请求；中继站使用S1消息发送切换请求给源基站(Source eNB)(S1-AP：HO Required)；
步骤1603、源基站解析出S1-AP：HO Required消息的信息，使用X2消息发送该切换请求给目标基站(X2-AP：HO Request)；执行本步骤的前提条件可选，例如可以是S1接口不可用；
步骤1604、目标基站在允许切换时，使用X2消息(X2-AP：HO Command)发送切换命令给源基站；
步骤1605、源基站解析出X2-AP：HO Command消息的信息，将解析出的X2消息的信息使用S1消息(S1-AP：HO Request ACK)即切换响应返回给中继站；
步骤1606、中继站向用户设备发送切换命令-RRC链接重配置(RRCConn.Reconf.)；
步骤1607、中继站使用S1消息发送序列号状态传送消息给源基站(S1-AP：SN status transfer)；
步骤1608、源基站解析出S1-AP：SN status transfer消息的信息，使用X2消息发送基站状态传送消息(X2-AP：eNB status transfer)给目标基站；执行本步骤的前提条件可选，例如可以是S1接口不可用；
步骤1609a-b、中继站使用S1接口传送数据给源基站；源基站使用X2接口传送数据给目标基站(Data forwarding)；还有一种可能的情况是，中继站使用S1接口传送数据给源基站，源基站使用S1接口传送数据给网关，网关再使用S1接口传送数据给目标基站；
步骤1610、UE执行同步过程，同步(Synchronisation)到目标基站；
步骤1611、UE成功接入到目标基站，向目标基站发送RRC链接重配置完成(RRC Connnection reconfiguration complete)消息确认该终端的切换完成。
步骤1612、目标基站与网关(GW)进行路径更改流程，由此终端网关的数据发送到目标基站而不是源服务基站了；
步骤1613、目标基站使用X2消息向源基站发送用户设备上下文释放命令(X2-AP：UE context Release Command)；用于通知用户设备终端的源服务站点切换已完成，可释放与用户设备终端有关的资源和信息；
步骤1614、源基站解析出X2-AP：UE context Release Command的信息，使用S1消息发送用户设备上下文释放命令给中继站(S1-AP：UE context Release Command)；
步骤1615、中继站释放与用户设备终端有关的资源和信息，反馈用户设备上下文释放完成(S1-AP：UE context Release Complete)给源基站。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，可以包括上述实施例方法中的全部或部分步骤，所述的存储介质可以包括：ROM、RAM、磁盘、光盘等。
本发明实施例中还提供了一种消息处理装置，如下面的实施例所述。由于这些装置、系统解决问题的原理与消息处理方法相似，因此这些装置、系统的实施可以参见方法的实施，重复之处不再赘述。
如图17所示，本发明实施例中提供一种消息处理装置，该装置可以包括：
第一接收模块1701a，用于接收X2消息以获得X2消息的信息；
第一处理模块1702a，用于使用S1消息发送所述X2消息的信息；
和/或，该装置包括：
第二接收模块1701b，用于接收S1消息以获得S1消息的信息；
第二处理模块1702b，用于使用X2消息发送所述S1消息的信息。
一个实施例中，第一处理模块1702a可具体用于：将从X2消息中解析得到的信息承载至S1消息中发送；第二处理模块1702b可具体用于：将从S1消息中解析得到的信息承载至X2消息中发送。
一个实施例中，第一处理模块1702a可具体用于：将所述X2消息整体包含在所述S1消息中发送；第二处理模块1702b可具体用于：将所述S1消息整体包含在所述X2消息中发送。
一个实施例中，所述X2消息或S1消息用于发起切换请求。
如图18所示，本发明实施例中还提供一种消息处理装置，该装置可以包括：
第一获取模块1801a，用于获得一通过X2消息发送的信息；
第一处理模块1802a，用于发送第一重发通知，以指示使用S1接口发送所述信息；
和/或，该装置包括：
第二获取模块1801b，用于获得一通过S1消息发送的信息；
第二处理模块1802b，用于发送第二重发通知，以指示使用X2接口发送所述信息。
一个实施例中，当获得的是以X2消息发送的信息时，所述第一重发通知还用于指示X2接口不可用；当获得的是以S1消息发送的信息时，所述第二重发通知还用于指示S1接口不可用。
一个实施例中，所述第一重发通知携带于一现有消息的特定比特中，或者所述第一重发通知携带于一自定义消息中；
所述第二重发通知携带于一现有消息的特定比特中，或者所述第一重发通知携带于一自定义消息中。
如图19所示，本发明实施例还提供一种消息处理装置，该装置可以包括：
第一接收模块1901a，用于接收与邻居站点之间的X2接口是否可用的通知；
第一发送模块1902a，用于在X2接口不可用时，使用S1接口发送信息；
和/或，
第二接收模块1901b，用于接收与邻居站点之间的S1接口是否可用的通知；
第二发送模块1902b，用于在S1接口不可用时，使用X2接口发送信息。
如图20所示，一个实施例中，当第一发送模块1902a或第二发送模块1902b所发送的信息是与切换相关的信息时，图19所示的消息处理装置还可以包括：
获取模块2001，用于获取邻居站点的负载指示信息；
第三发送模块2002，用于根据所述负载指示信息，进行目标站点切换选择。
一个实施例中，所述接收与邻居站点之间的X2接口是否可用的通知包括：接收服务站点与邻居站点之间的X2接口是否可用的通知，或者接收中继站点与邻居站点之间的X2接口是否可用的通知；
所述接收与邻居站点之间的S1接口是否可用的通知包括：接收服务站点与邻居站点之间的S1接口是否可用的通知，或者接收中继站点与邻居站点之间的S1接口是否可用的通知。
本实施例中所述的装置可以执行之前实施例的各种方法流程，所述装置具体可以是网络中的服务节点，包括但不限于基站或中继站。
一个实施例中，所述接收到的与邻居站点之间的X2/S1接口是否可用的通知是一邻居关系列表，所述邻居关系列表用于指示与邻居站点之间的X2/S1接口信息。
本发明实施例中，接收X2消息以获得X2消息的信息，使用S1消息发送所述X2消息的信息；和/或，接收S1消息以获得S1消息的信息，使用X2消息发送所述S1消息的信息，从而实现X2接口和S1接口的灵活使用，保证消息内容的顺利传送，优化信令流程；
本发明实施例中，获得一通过X2消息发送的信息，发送第一重发通知，以指示使用S1接口发送所述信息；和/或，获得一通过S1消息发送的信息，发送第二重发通知，以指示使用X2接口发送所述信息，从而实现X2接口和S1接口的灵活使用，保证消息内容的顺利传送，优化信令流程；
本发明实施例中，接收与邻居站点之间的X2接口是否可用的通知，在X2接口不可用时，使用S 1接口发送信息；和/或，接收与邻居站点之间的S1接口是否可用的通知，在S1接口不可用时，使用X2接口发送信息，从而实现X2接口和S1接口的灵活使用，保证消息内容的顺利传送，优化信令流程。
在LTE系统的X2接口建立流程或基站配置更新流程中，消息中可携带基站的小区信息以及基站小区对应的邻居小区信息。
具体地，在X2接口建立流程中，基站可通过X2接口建立请求X2SETUPREQUEST、或X2接口建立回复X2SETUP RESPONSE携带用于TNL(Transport Network Layer，传输网络层)链接(association)的初始信息给邻居基站。在该消息(X2接口建立请求X2 SETUP REQUEST、或X2接口建立回复X2 SETUP RESPONSE)中，包含了基站的小区信息(Served Cell Information)以及基站小区对应的邻居小区信息。一个基站可能有多个小区，那么Served Cell Information中包含基站所有的小区的信息。针对基站的每个小区，该消息(X2接口建立请求X2SETUP REQUEST、或X2接口建立回复X2SETUP RESPONSE)还包含该基站每个小区的邻居站点小区信息(Neighbor Information)。基站的小区信息中包含一项Cell ID(小区标识)，即ECGI(E-UTRAN Cell Global Identifier)。ECGI由PLMN Identity(公众陆地移动网标识)和E-UTRAN Cell Identifier(演进通用陆地无线接入网络小区标识)组成。E-UTRAN Cell Identifier共28比特，其中包括最左边的20比特是基站标识(Global eNB ID)。X2接口建立请求X2SETUP REQUEST、或X2接口建立回复X2 SETUP RESPONSE消息中还包含了一项参数为基站标示(Global eNB ID)，该基站标示有20比特。该基站标示也正对应着上述基站小区的ECGI中基站标识。那么由此通过ECGI可知道该小区是属于哪个PLMN和哪个基站下面的小区。因此邻居站点可以从基站的小区信息中获得每个基站小区的ECGI。在一个基站的所有小区的ECGI中，基站ID(20比特)是一样的，只有另外8比特会有所不同以便于标识不同的小区。同样地，每个基站小区对应的邻居站点小区信息(Neighbor Information)也包含了邻居站点小区的ECGI。
在基站配置更新(ENB CONFIGURATION UPDATE)流程中，基站可给对端基站发送基站配置更新(ENB CONFIGURATION UPDATE)消息，用于提供TNL(Transport Network Layer)链接(association)更新信息。在该信息中包含基站的小区信息以及基站小区对应的邻居小区信息。基站可能有多个小区，那么Served Cell Information信息中就包含了基站所有的小区信息。对应基站的每个小区，该信息还可包含所述每个小区的邻居站点小区信息(Neighbor Information)。之后，对端基站收到基站配置更新(ENBCONFIGURATION UPDATE)消息后，回复配置更新确认(ENBCONFIGURATION UPDATE ACKNOWLEDGE)消息。
在中继网络下，从终端的角度看，中继站就相当于一个基站。在中继站和基站之间的Un接口上，中继站作为一个站点，与基站可以进行X2接口建立过程或基站配置更新过程等等。
如图21所示，中继站210的服务基站是基站211，基站211的邻居基站是基站212、基站213和基站214。其中基站211和212之间、基站211和213之间都是有X2接口的，基站211和基站214间是没有X2接口的。邻居基站212所对应的小区为小区2，邻居基站213所对应的小区为小区3，邻居基站214所对应的小区为小区4。中继站210的服务基站211有2个小区，包括小区1a和小区1b。
在中继站210下的终端切换过程中，为了达到让中继站210知道基站211与其它邻居基站间是否有X2接口，以便于中继站210能够确定发起X2切换或者S1切换流程，可以在Un接口间执行X2接口建立流程或者基站配置更新流程中实现。具体地，中继站210的服务基站211将其有X2接口的邻居基站212、基站213所对应的小区信息作为基站211的小区信息，放在小区信息列表中。
图22a为本发明实施例提供的一种基站的小区信息及邻居小区信息的示意图。图22a中包括基站小区列表和邻居小区列表，基站小区列表中存储基站的小区信息，邻居小区列表中存储基站小区的邻居小区信息。其中，基站211的小区包括小区1a和1b；小区1a对应的邻居小区为邻居基站212的小区2和邻居基站213对应的小区3；小区1b对应的邻居小区为邻居基站214的小区4。
本实施例中，基站211可向中继站210发送基站211与邻居站点之间的X2接口是否可用的通知，该通知可将某邻居小区显示为基站的小区，以向中继站210指示该邻居小区对应的基站与基站211间的X2接口可用。或者，可以将某邻居小区显示为基站的小区，以向中继站210指示该邻居小区对应的基站与基站211间的X2接口不可用。
由此，图22b为本发明实施例提供的另一种基站的小区信息及邻居小区信息的示意图。在图22a的基础上，所述小区信息中将邻居小区2和3显示为基站211的小区，即：将邻居小区2和3放到了基站的小区信息列表中。小区2和3是邻居小区，但却被放入基站小区列表，由此向接收端指示小区2或3对应的基站212或213与基站211间X2接口可用或者不可用。
在一种情况下，被加入基站小区列表的邻居小区对应的基站与当前基站211间接口被设为不可用，接收端(中继站210)可以据图22b判断出，这2个邻居小区2、3对应的基站212、213与基站211间接口不可用，而邻居小区4没有加入基站小区列表，则基站214与基站211间的X2接口可用。
在另一种情况下，被加入基站小区列表的邻居小区对应的基站与当前基站211间接口被设为可用，而X2接口不可用的邻居基站小区不会被加入基站小区列表。中继站210可以据图22b判断出，2个邻居小区2、3对应的基站212、213与基站211间接口是可用的，而没有加入基站小区列表的邻居小区4所对应的基站214与基站211间没有可用的X2接口。
在图22a中，与小区2、3对应的邻居小区信息为空，但可以理解，如果小区2、3对应的邻居小区信息不为空也不影响本实施例实施。例如，由于邻居小区2是基站小区1a的相邻小区，则邻居小区2的对应的邻居小区信息可以是小区1a，如图22c所示。同理，邻居小区3的对应的邻居小区信息可以是小区1b，本实施例不作为一种限定。
由于中继站能够知道其服务基站的基站标示，也能够通过基站的小区信息(Served Cell Information)获得基站每个小区的ECGI，由此可以区分出哪几个小区是基站真正的小区，哪几个小区不是。也就是通过ECGI，中继站可以知道小区1a，小区1b是基站的真正小区，而小区2和3不是基站的真正小区。通过这个关系，中继站可以获知放在小区2和3是与服务基站1有X2接口的邻居小区，除此之外的邻居小区都是与服务基站1没有X2接口的邻居小区。
由以上述方案，使得中继站能够获知其服务基站与邻居基站之间是否可以使用X2接口，由此中继站能够基于这个信息，在终端切换流程中，发起或者进行X2通信(如发起或者进行X2切换流程。又例如利用X2接口发起X2切换请求消息，发起X2切换流程)。需要强调的是，以上方案针对的是X2接口是否可用的情况，所述方法同样可适用于以下场景：即基站通知中继站其与相邻基站间的S1接口是否可用，以便中继站确定是否发起或者进行S1通信(如发起或者进行S1切换流程。又例如利用S1接口发起S1切换请求消息，发起S1切换流程)。基站通知中继站其与相邻基站间的S1接口是否可用的过程与通知X2接口是否可用的情况相同，本实施例不做重复描述。
上述基站与邻居基站是否有X2接口或是否可用可以表示基站与邻居基站是否可以使用X2接口进行X2切换。
同理，上述有关X2接口的情况都适用于S1接口。上述基站与邻居基站是否有S1接口或是否可用可以表示基站与邻居基站是否可以使用S1接口进行S1切换。
与所述方法相应地，在图19所示的消息处理装置中，所述第一接收模块1901a包括：第一提取单元，用于根据所述通知获知被标识为服务站点小区的邻居小区；所述装置还可进一步包括：确定模块，用于将被标识为服务站点小区的邻居小区所对应的邻居站点确定为X2接口不可用或者将被标识为服务站点小区的邻居小区所对应的邻居站点确定为X2接口可用，将确定的结果通知第一发送模块。图19所示装置可具体位于一中继站内，可用于接收来自基站的通知，并确定是否应该否发起X2通信，即是否采用X2接口通信。
图23为本发明实施例提供的一种消息处理装置的示意图，该装置可包括：通知生成模块231和通知发送模块232；
所述通知生成模块231，用于生成一通知，并在该通知内将与服务站点间的X2接口可用的邻居站点所对应的小区标识为服务站点小区；所述通知发送模块232，用于向所述服务站点下属中继站发送该通知，以指示该服务站点与邻居站点之间的X2接口可用；或者
所述通知生成模块231，用于生成一通知，并在该通知内将与服务站点间的X2接口不可用的邻居站点所对应的小区标识为服务站点小区；所述通知发送模块232，用于向所述服务站点下属中继站发送该通知，以指示该服务站点与邻居站点之间的X2接口不可用。
本实施例所述的装置可位于一基站设备内，用于向中继站提供X2接口是否可用的通知，便于中继站据此选择是否采用X2接口进行通信。本实施例同样适用于确定S1接口是否可用，并采用S1接口通信的情况，本实施例不作为限定。
需要说明的是，在以上所有实施例中，服务站点与另一站点间的X2接口不可用包括两种情况：
(1)、所述服务站点与另一站点间没有X2接口，或者所述服务站点与另一站点间的X2接口不能使用；
(2)、所述服务站点与另一站点间的X2接口能够使用，但服务站点确定不使用该X2接口。具体地，服务站点可确定不使用其与另一站点间的X2接口进行X2切换。
本实施例所述的各类情况都不应被视为是对本发明的限制。
以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
本领域普通技术人员可以理解上述方法实施例中的全部或部分流程，是可以通过计算机程序来指令相关硬件完成的，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

Claims (10)

1.一种消息处理方法，其特征在于，该方法包括：
接收与邻居站点之间的X2接口是否可用的通知，在X2接口不可用时，使用S1接口发送信息；
和/或，
接收与邻居站点之间的S1接口是否可用的通知，在S1接口不可用时，使用X2接口发送信息。
2.如权利要求1所述的方法，其特征在于，当所发送的信息是与切换相关的信息时，还包括：
获取邻居站点的负载指示信息；
根据所述负载指示信息，进行切换目标站点的选择。
3.如权利要求1或2所述的方法，其特征在于，所述接收与邻居站点之间的X2接口是否可用的通知包括：接收服务站点与邻居站点之间的X2接口是否可用的通知，或者接收中继站点与邻居站点之间的X2接口是否可用的通知；
所述接收与邻居站点之间的S1接口是否可用的通知包括：接收服务站点与邻居站点之间的S1接口是否可用的通知，或者接收中继站点与邻居站点之间的S1接口是否可用的通知。
4.如权利要求1或2所述的方法，其特征在于，所述接收到的与邻居站点之间的X2/S1接口是否可用的通知包括一邻居关系列表，所述邻居关系列表用于指示与邻居站点之间的X2/S1接口信息。
5.如权利要求3所述的方法，其特征在于，所述服务站点与邻居站点之间的X2接口是否可用的通知中包括：被标识为服务站点小区的邻居小区；
还包括：将被标识为服务站点小区的邻居小区所对应的邻居站点与服务站点之间的X2接口确定为不能使用或不被用于进行X2切换；或者
将被标识为服务站点小区的邻居小区所对应的邻居站点与服务站点之间的X2接口确定为能够使用或被用于进行X2切换。
6.一种消息处理方法，其特征在于，该方法包括：
生成一通知，并在该通知内将与服务站点间的X2接口可用的邻居站点所对应的小区标识为服务站点小区；向所述服务站点下属中继站发送该通知，以指示该服务站点与邻居站点之间的X2接口能够使用或被用于进行X2切换；或者
生成一通知，并在该通知内将与服务站点间的X2接口不可用的邻居站点所对应的小区标识为服务站点小区；向所述服务站点下属中继站发送该通知，以指示该服务站点与邻居站点之间的X2接口不能使用或不被用于进行X2切换。
7.一种消息处理装置，其特征在于，该装置包括：
第一接收模块，用于接收与邻居站点之间的X2接口是否可用的通知；
第一发送模块，用于在X2接口不可用时，使用S1接口发送信息；
和/或，
第二接收模块，用于接收与邻居站点之间的S1接口是否可用的通知；
第二发送模块，用于在S1接口不可用时，使用X2接口发送信息。
8.如权利要求7所述的装置，其特征在于，当第一发送模块或第二发送模块所发送的信息是与切换相关的信息时，还包括：
获取模块，用于获取邻居站点的负载指示信息；
第三发送模块，用于根据所述负载指示信息，进行切换目标站点的选择。
9.如权利要求7所述的装置，其特征在于，
所述第一接收模块包括：第一提取单元，用于根据所述通知获知被标识为服务站点小区的邻居小区；
所述装置还包括：
确定模块，用于将被标识为服务站点小区的邻居小区所对应的邻居站点与服务站点之间的X2接口确定为不能使用或不被用于进行X2切换，将确定的结果通知第一发送模块，或者
用于将被标识为服务站点小区的邻居小区所对应的邻居站点与服务站点之间的X2接口确定为能够使用或被用于进行X2切换，将确定的结果通知第一发送模块。
10.一种消息处理装置，其特征在于，该装置包括：通知生成模块和通知发送模块；
所述通知生成模块，用于生成一通知，并在该通知内将与服务站点间的X2接口可用的邻居站点所对应的小区标识为服务站点小区；所述通知发送模块，用于向所述服务站点下属中继站发送该通知，以指示该服务站点与邻居站点之间的X2接口能够使用或被用于进行X2切换；或者
所述通知生成模块，用于生成一通知，并在该通知内将与服务站点间的X2接口不可用的邻居站点所对应的小区标识为服务站点小区；所述通知发送模块，用于向所述服务站点下属中继站发送该通知，以指示该服务站点与邻居站点之间的X2接口不能使用或不被用于进行X2切换。
CN2010101654546A 2009-09-30 2010-04-30 消息处理方法、装置 Active CN102202395B (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CN2010101654546A CN102202395B (zh) 2009-09-30 2010-04-30 消息处理方法、装置
EP12178968.9A EP2521419B1 (en) 2009-09-30 2010-09-30 Method and device for message handling
EP10819919.1A EP2472998B1 (en) 2009-09-30 2010-09-30 Method and device for message handling
PCT/CN2010/077513 WO2011038690A1 (zh) 2009-09-30 2010-09-30 消息处理方法、装置
US13/435,815 US9414270B2 (en) 2009-09-30 2012-03-30 Message handling method and device
US13/562,026 US9414271B2 (en) 2009-09-30 2012-07-30 Message handling method and device
US15/176,463 US20160295468A1 (en) 2009-09-30 2016-06-08 Message Handling Method and Device

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CNPCT/CN2009/074338 2009-09-30
PCT/CN2009/074338 WO2011038551A1 (zh) 2009-09-30 2009-09-30 消息处理方法、装置
CN2010101654546A CN102202395B (zh) 2009-09-30 2010-04-30 消息处理方法、装置

Related Child Applications (2)

Application Number Title Priority Date Filing Date
CN201210264302.0A Division CN102781048B (zh) 2009-09-30 2010-04-30 消息处理方法、装置
CN201110077975.0A Division CN102196480B (zh) 2009-09-30 2010-04-30 消息处理方法、装置

Publications (2)

Publication Number Publication Date
CN102202395A true CN102202395A (zh) 2011-09-28
CN102202395B CN102202395B (zh) 2012-09-12

Family

ID=43825587

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2010101654546A Active CN102202395B (zh) 2009-09-30 2010-04-30 消息处理方法、装置

Country Status (4)

Country Link
US (3) US9414270B2 (zh)
EP (2) EP2472998B1 (zh)
CN (1) CN102202395B (zh)
WO (1) WO2011038690A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017097052A1 (zh) * 2015-12-09 2017-06-15 中兴通讯股份有限公司 小区信息的获取方法及装置
CN107409316A (zh) * 2015-03-04 2017-11-28 德国电信股份公司 用于在移动通信网络的网络节点之间的改进的通信的方法、移动通信网络、程序以及计算机程序产品
CN110351716A (zh) * 2018-04-03 2019-10-18 电信科学技术研究院有限公司 无线接入网区域码的处理方法、装置及无线接入网节点
CN111769963A (zh) * 2019-04-02 2020-10-13 大唐移动通信设备有限公司 一种无邻区配置更新方法及网管服务器

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102202395B (zh) 2009-09-30 2012-09-12 华为技术有限公司 消息处理方法、装置
JP4838377B2 (ja) * 2009-12-14 2011-12-14 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム及び無線基地局
CN102088746B (zh) * 2010-01-29 2013-09-04 电信科学技术研究院 切换方法、系统及装置
CN102378301B (zh) * 2010-08-12 2015-03-11 电信科学技术研究院 获取控制节点信息的方法、设备及系统
ES2712939T5 (es) * 2010-10-07 2022-07-15 Beijing Xiaomi Mobile Software Co Ltd Método para proporcionar la identidad de un aparato en una red de comunicaciones y aparato del mismo
EP2689608B1 (en) * 2011-03-25 2017-08-23 LG Electronics Inc. Method for releasing user equipment context in wireless communication system
EP2710839A1 (en) * 2011-05-17 2014-03-26 Telefonaktiebolaget LM Ericsson (PUBL) Method and arrangement in a telecommunication system
JP5708335B2 (ja) * 2011-07-19 2015-04-30 富士通株式会社 基地局及び通信方法並びに無線通信システム
CN103249116B (zh) * 2012-02-13 2016-10-05 华为终端有限公司 确定邻居站点的方法、站点、接入点和通信系统
CN103581960B (zh) * 2012-07-27 2019-02-12 中兴通讯股份有限公司 能力指示信息处理方法及装置
EP2896233A4 (en) * 2012-09-12 2016-05-11 Nokia Technologies Oy METHOD AND DEVICE FOR MOBILITY CONTROL IN A HETEROGENIC NETWORK
WO2014063319A1 (zh) * 2012-10-24 2014-05-01 华为技术有限公司 一种协作通信处理方法、基站及系统
CN103796262B (zh) * 2012-10-31 2018-06-26 华为技术有限公司 直接切换的方法和装置
GB2509749A (en) * 2013-01-11 2014-07-16 Nec Corp Communication system with configuration of measuring reporting via mobile relays
US9756667B2 (en) * 2013-02-18 2017-09-05 Lg Electronics Inc. Method and apparatus for performing X2 setup procedure in wireless communication system
US10595234B2 (en) * 2013-02-25 2020-03-17 Nokia Solutions And Networks Oy Support of legacy network elements in small cell system
WO2015051842A1 (en) * 2013-10-10 2015-04-16 Nokia Solutions And Networks Oy Transmission capacity negotiation between base stations in the event of a failed interface to core network for wireless networks
US10172111B2 (en) * 2014-03-18 2019-01-01 Lg Electronics Inc. Method and apparatus for transmitting cause value related to small cell in wireless communication system
KR102141212B1 (ko) * 2014-05-08 2020-08-04 삼성전자주식회사 무선 접속망 간 이동성을 지원하는 방법 및 장치
EP3152959B1 (en) * 2014-06-09 2018-03-21 Telefonaktiebolaget LM Ericsson (publ) A first network node and method relating to handover in a wireless communications network
US10128936B2 (en) * 2014-07-07 2018-11-13 Lg Electronics Inc. Method and device for transmitting and receiving D2D signal by relay terminal in wireless access system supporting device-to-device communication
WO2016126174A1 (en) 2015-02-02 2016-08-11 Telefonaktiebolaget Lm Ericsson (Publ) A first radio access node, a second radio access node, a first core network node and methods therein for preparing handover
US20180167870A1 (en) * 2015-08-14 2018-06-14 Telefonaktiebolaget Lm Ericsson (Publ) Methods including communication of wireless access point identifications and related nodes
US9681350B1 (en) * 2015-09-15 2017-06-13 Sprint Spectrum L.P. Differential routing of voice handover traffic and non-voice handover traffic in response to congestion on an inter-base-station interface
US10485054B2 (en) * 2016-05-26 2019-11-19 Futurewei Technologies, Inc. System and method for managing neighbors in a communications system with beamforming
US9883430B2 (en) * 2016-06-02 2018-01-30 Qualcomm Incorporated Detecting handover failures at an access point
CN110971431B (zh) * 2018-09-28 2022-02-22 华为技术有限公司 获取网络设备的配置信息的方法和相关装置
WO2020202386A1 (ja) * 2019-03-29 2020-10-08 本田技研工業株式会社 通信装置、ユーザ端末、通信システム及びプログラム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101299876A (zh) * 2007-04-30 2008-11-05 华为技术有限公司 同步方法、通信切换方法、无线网络以及节点
WO2009070072A1 (en) * 2007-11-28 2009-06-04 Telefonaktiebolaget Lm Ericsson (Publ) Connection failure notification method and apparatus
CN101466170A (zh) * 2008-12-31 2009-06-24 华为技术有限公司 基站间干扰信息传输方法及系统、基站和移动管理实体
CN101867985A (zh) * 2010-02-26 2010-10-20 新邮通信设备有限公司 长期演进增强系统中的切换方法、中继节点和施主基站

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5959988A (en) 1996-06-24 1999-09-28 Ericsson, Inc. Telecommunications switch including an integrated internet access server
KR100644595B1 (ko) 2000-06-26 2006-11-10 삼성전자주식회사 인터넷을 통한 무선 응용 프로토콜 서비스 제공 시스템 및방법
WO2007107168A1 (en) * 2006-03-21 2007-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Communication control method
DE102006046977A1 (de) 2006-10-04 2008-04-10 Siemens Ag Verfahren und Vorrichtung zum Betreiben eines mobilen Kommunikationsnetzes
CN101370283B (zh) 2007-08-13 2011-03-30 华为技术有限公司 演进网络中切换过程中非接入层消息的处理方法及装置
CN101400156B (zh) 2007-09-29 2012-06-06 华为技术有限公司 基于s1切换的下行及上行数据包转发方法
JP5104260B2 (ja) * 2007-12-04 2012-12-19 富士通株式会社 移動通信システム
CN101516089B (zh) 2008-02-18 2012-09-05 中国移动通信集团公司 一种切换方法及系统
US20100008293A1 (en) * 2008-07-09 2010-01-14 Qualcomm Incorporated X2 interfaces for access point base stations in self-organizing networks (son)
CN101651879A (zh) 2008-08-13 2010-02-17 华为技术有限公司 小区间干扰协调的方法、装置和系统
US8175101B2 (en) 2008-08-15 2012-05-08 Raytheon Company Multicasting in a network using neighbor information
US20100110964A1 (en) * 2008-11-04 2010-05-06 Motorola, Inc. Method for Relays within Wireless Communication Systems
CN102202395B (zh) 2009-09-30 2012-09-12 华为技术有限公司 消息处理方法、装置
WO2011038551A1 (zh) 2009-09-30 2011-04-07 华为技术有限公司 消息处理方法、装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101299876A (zh) * 2007-04-30 2008-11-05 华为技术有限公司 同步方法、通信切换方法、无线网络以及节点
WO2009070072A1 (en) * 2007-11-28 2009-06-04 Telefonaktiebolaget Lm Ericsson (Publ) Connection failure notification method and apparatus
CN101466170A (zh) * 2008-12-31 2009-06-24 华为技术有限公司 基站间干扰信息传输方法及系统、基站和移动管理实体
CN101867985A (zh) * 2010-02-26 2010-10-20 新邮通信设备有限公司 长期演进增强系统中的切换方法、中继节点和施主基站

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107409316A (zh) * 2015-03-04 2017-11-28 德国电信股份公司 用于在移动通信网络的网络节点之间的改进的通信的方法、移动通信网络、程序以及计算机程序产品
WO2017097052A1 (zh) * 2015-12-09 2017-06-15 中兴通讯股份有限公司 小区信息的获取方法及装置
CN110351716A (zh) * 2018-04-03 2019-10-18 电信科学技术研究院有限公司 无线接入网区域码的处理方法、装置及无线接入网节点
CN111769963A (zh) * 2019-04-02 2020-10-13 大唐移动通信设备有限公司 一种无邻区配置更新方法及网管服务器
CN111769963B (zh) * 2019-04-02 2021-08-27 大唐移动通信设备有限公司 一种无邻区配置更新方法及网管服务器

Also Published As

Publication number Publication date
US9414270B2 (en) 2016-08-09
US9414271B2 (en) 2016-08-09
EP2472998A4 (en) 2012-07-04
WO2011038690A1 (zh) 2011-04-07
EP2472998B1 (en) 2014-07-02
EP2472998A1 (en) 2012-07-04
CN102202395B (zh) 2012-09-12
US20160295468A1 (en) 2016-10-06
EP2521419A1 (en) 2012-11-07
EP2521419B1 (en) 2015-06-03
US20120294227A1 (en) 2012-11-22
US20120190368A1 (en) 2012-07-26

Similar Documents

Publication Publication Date Title
CN102202395B (zh) 消息处理方法、装置
CN102835135B (zh) 配置蜂窝网络中的中继小区标识
CN102238667B (zh) 一种建立基站间连接的方法
CN101932120B (zh) 中继节点与网络节点连接建立方法及装置
CN101867985B (zh) 长期演进增强系统中的切换方法、中继节点和施主基站
EP2605588B1 (en) Method for obtaining interface information of neighbor evolved nodeb/relay node, and wireless relay system
CN111225427B (zh) 一种通过网关建立x2的方法
CN102238668A (zh) 一种通过网关进行x2切换的方法
CN102238666A (zh) 多载波切换处理方法及系统
CN102598786A (zh) 基站间的切换方法、基站、和通讯系统
CN101867984A (zh) 长期演进增强系统中的切换方法、施主基站和中继节点
CN107371198B (zh) 小区切换的方法和系统
CN102695227A (zh) 一种家用基站协作传输数据的方法及家用基站
CN102752821A (zh) 小区切换方法、设备及系统
CN102960051B (zh) 中继节点、施主无线电基站以及其中的方法
CN101998549B (zh) 中继接入系统为用户数据配置数据承载通道的方法及系统
KR20130042538A (ko) 이동통신방법 및 무선기지국
CN102438282A (zh) 一种信息传输的方法及系统
CN103974228B (zh) 一种实现x2代理的方法及系统
CN102196480B (zh) 消息处理方法、装置
CN102781048B (zh) 消息处理方法、装置
CN102752820A (zh) 小区切换方法及系统
CN102131255B (zh) 一种中继网络中的切换方法和网络节点
CN102026293B (zh) 一种核心网获知中继节点接入方式的系统及方法
WO2011038551A1 (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
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20110928

Assignee: APPLE Inc.

Assignor: HUAWEI TECHNOLOGIES Co.,Ltd.

Contract record no.: 2015990000755

Denomination of invention: Method and device for processing beep-page message

Granted publication date: 20120912

License type: Common License

Record date: 20150827

LICC Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model
TR01 Transfer of patent right

Effective date of registration: 20210427

Address after: Unit 3401, unit a, building 6, Shenye Zhongcheng, No. 8089, Hongli West Road, Donghai community, Xiangmihu street, Futian District, Shenzhen, Guangdong 518040

Patentee after: Honor Device Co.,Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.

TR01 Transfer of patent right