配置更新消息发送方法及装置与流程

本发明涉及通信领域，具体而言，涉及一种配置更新消息发送方法及装置。

背景技术：

中继(Relay)技术是长期演进技术升级版(Long Term Evolution-Advanced，简称为LTE-A)提出的为解决长期演进(Long Term Evolution，简称为LTE)技术在有线传输部署受限时一种通过无线回传来进行无线覆盖的技术。Relay的技术实现原理是通过在用户设备(User Equipment，简称为UE)和基站(evolved Node B，简称为eNB)之间增加中继节点(Relay Node，简称为RN)来实现无线回传，图1是根据相关技术的Relay场景下演进的通用路基无线接入网(Evolved Universal Terrestrial Radio Access Network，简称为E-UTRAN)组网结构示意图，如图1所示，RN与其他网元：邻站、移动管理实体(Mobile Management Entity，简称为MME)、服务网关(Serving-GateWay，简称为S-GW)不直接进行通信，RN只与宿主基站(Donor eNodeB简称为DeNB)建立S1、X2和Un连接，由DeNB提供S1和X2接口代理功能，转发RN与邻接eNB,、MME和SGW之间的S1和X2信令、数据报文。

DeNB通过基站配置更新(eNB Configuration Update)消息传递给RN所有与DeNB有X2连接的eNB的服务小区状态、邻站支持的全球唯一组标识符(Globally Unique Group Identifier，简称为GU Group ID)信息，当DeNB的服务小区状态、GU Group ID变更时通过eNB Configuration Update通知RN。RN收到DeNB的eNB Configuration Update消息时，根据消息中携带的服务小区(Served Cell)信元判断此次配置更新是属于邻站还是DeNB，当消息中包含的Served Cell信元属于其他邻站时，RN则认为此eNB与DeNB之间X2可达，同时保存此eNB的GU Group ID信息，用于RN下UE与此eNB发生站间切出时切换相关测量的下发和切换类型的选择。

发明人在研究过程中发现，目前协议中，eNB Configuration Update消息中并没有携带eNB的eNB ID信息，RN收到DeNB发送的eNB Configuration Update消息时，如果该消息中没有携带Served Cell相关信元：例如，DeNB或其邻接eNB仅发生了GU Group ID变更而Served Cell并无变更时，RN无法获知发起此次更新的eNB信息，因此无法进行本地更新。而GU Group ID更新失败对RN下UE与对应eNB的切换类型判决产生影响，可能会导致RN下UE切换失败。

针对相关技术中由于配置更新消息中缺少基站标识信息导致中继节点的配置更新失败的问题，目前尚未提出有效地解决方案。

技术实现要素：

为了解决上述技术问题，本发明提供了一种配置更新消息发送方法及装置。

根据本发明的一个方面，提供了一种配置更新消息发送方法，包括：宿主基站将配置更新消息重构为重构配置更新消息，其中，所述配置更新消息是由邻接基站生成并发送给所述宿主基站的，或者由所述宿主基站生成的；所述重构配置更新消息中携带有生成所述配置更新消息的基站的基站标识；所述宿主基站发送所述重构配置更新消息至中继基站。

优选地，在所述配置更新消息由邻接基站生成并发送给所述宿主基站的情况下，所述宿主基站将所述配置更新消息重构为所述重构配置更新消息包括：所述宿主基站根据预先保存的接收所述配置更新消息的通信接口与邻接基站的对应关系，查询生成所述配置更新消息的所述邻接基站；所述宿主基站根据所述配置更新消息和所述邻接基站的基站标识，将所述配置更新消息重构为所述重构配置更新消息。

优选地，在所述配置更新消息由所述宿主基站生成的情况下，所述重构配置更新消息中携带有所述宿主基站的基站标识。

优选地，所述宿主基站将所述配置更新消息重构为所述重构配置更新消息包括：所述宿主基站创建基站标识信元，其中，所述基站标识信元中携带有所述基站标识；所述宿主基站将所述基站标识信元添加至所述配置更新消息中，得到所述重构配置更新消息。

优选地，在所述宿主基站发送所述重构配置更新消息至所述中继基站之后，所述方法还包括：所述中继基站接收所述重构配置更新消息；所述中继基站根据所述重构配置更新消息，对所述重构配置更新消息中携带的所述基站标识对应的基站的配置信息进行本地更新。

根据本发明的另一个方面，还提供了一种配置更新消息发送方法，包括：宿主基站判断配置更新消息中的修改服务小区信元是否为空，其中，所述配置更新消息是由邻接基站生成并发送给所述宿主基站的，或者由所述宿主基站生成的；在所述配置更新消息中修改服务小区信元为空的情况下，所述宿主基站将所述配置更新消息重构为重构配置更新消息，其中，所述重构配置更新消息的修改服务小区信元中携带有生成所述配置更新消息的基站的任一服务小区信息；所述宿主基站发送所述重构配置更新消息至中继基站。

优选地，在所述配置更新消息由邻接基站生成并发送给所述宿主基站的情况下，所述宿主基站将所述配置更新消息重构为所述重构配置更新消息包括：所述宿主基站根据预先保存的接收所述配置更新消息的通信接口与邻接基站的对应关系，查询发起所述配置更新消息的所述邻接基站；所述宿主基站将所述配置更新消息重构为所述重构配置更新消息，其中，所述重构配置更新消息的修改服务小区信元中携带有所述邻接基站的任 一服务小区信息。

优选地，在所述配置更新消息由所述宿主基站生成的情况下，所述重构配置更新消息的修改服务小区信元中携带有所述宿主基站的任一服务小区信息。

优选地，所述宿主基站将所述配置更新消息重构为所述重构配置更新消息包括：所述宿主基站在生成所述配置更新消息的基站的服务小区信息中选取任一服务小区信息；所述宿主基站将所述任一服务小区信息添加到所述配置更新消息的修改服务小区信元中，得到所述重构配置更新消息。

优选地，在所述宿主基站发送所述重构配置更新消息至所述中继基站之后，所述方法还包括：所述中继基站接收所述重构配置更新消息；所述中继基站根据所述重构配置更新消息，对所述重构配置更新消息的修改服务小区信元中携带的服务小区信息对应的基站的配置信息进行本地更新。

根据本发明的另一个方面，还提供了一种配置更新消息发送装置，应用于宿主基站，包括：重构模块，用于将配置更新消息重构为重构配置更新消息，其中，所述配置更新消息是由邻接基站生成并发送给所述宿主基站的，或者由所述宿主基站生成的；所述重构配置更新消息中携带有生成所述配置更新消息的基站的基站标识；发送模块，用于发送所述重构配置更新消息至中继基站。

优选地，所述重构模块包括：查询单元，用于在所述配置更新消息由邻接基站生成并发送给所述宿主基站的情况下，根据预先保存的接收所述配置更新消息的通信接口与邻接基站的对应关系，查询生成所述配置更新消息的所述邻接基站；重构单元，用于根据所述配置更新消息和所述邻接基站的基站标识，将所述配置更新消息重构为所述重构配置更新消息。

优选地，在所述配置更新消息由所述宿主基站生成的情况下，所述重构配置更新消息中携带有所述宿主基站的基站标识。

优选地，所述重构模块或者重构单元包括：创建单元，用于创建基站标识信元，其中，所述基站标识信元中携带有所述基站标识；添加单元，用于将所述基站标识信元添加至所述配置更新消息中，得到所述重构配置更新消息。

根据本发明的另一个方面，还提供了一种配置更新消息发送装置，应用于宿主基站，包括：判断模块，用于判断配置更新消息中的修改服务小区信元是否为空，其中，所述配置更新消息是由邻接基站生成并发送给所述宿主基站的，或者由所述宿主基站生成的；重构模块，用于在所述配置更新消息中修改服务小区信元为空的情况下，将所述配置更新消息重构为重构配置更新消息，其中，所述重构配置更新消息的修改服务小区信元中携带有生成所述配置更新消息的基站的任一服务小区信息；发送模块，用于发送所述重构配置更新消息至中继基站。

优选地，所述重构模块包括：查询单元，用于在所述配置更新消息由邻接基站生成并发送给所述宿主基站的情况下，根据预先保存的接收所述配置更新消息的通信接口与邻接基站的对应关系，查询发起所述配置更新消息的所述邻接基站；重构单元，用于将所述配置更新消息重构为所述重构配置更新消息，其中，所述重构配置更新消息的修改服务小区信元中携带有所述邻接基站的任一服务小区信息。

优选地，在所述配置更新消息由所述宿主基站生成的情况下，所述重构配置更新消息的修改服务小区信元中携带有所述宿主基站的任一服务小区信息。

优选地，所述重构模块或者重构单元包括：选取单元，用于在生成所述配置更新消息的基站的服务小区信息中选取任一服务小区信息；修改单元，用于将所述任一服务小区信息添加到所述配置更新消息的修改服务小区信元中，得到所述重构配置更新消息。

通过本发明，采用宿主基站将配置更新消息重构为重构配置更新消息，其中，配置更新消息是由邻接基站生成并发送给宿主基站的，或者由宿主基站生成的；重构配置更新消息中携带有生成配置更新消息的基站的基站标识；宿主基站发送重构配置更新消息至中继基站的方式，解决了由于配置更新消息中缺少基站标识信息导致中继节点的配置更新失败的问题，提高了配置更新成功率。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的Relay场景下E-UTRAN组网结构示意图；

图2是根据本发明实施例的配置更新消息发送方法的流程图一；

图3是根据本发明实施例的配置更新消息发送方法的流程图二；

图4是根据本发明实施例的配置更新消息发送装置的结构示意图一；

图5是根据本发明实施例的配置更新消息发送装置的优选结构示意图一；

图6是根据本发明实施例的配置更新消息发送装置的优选结构示意图二；

图7是根据本发明实施例的配置更新消息发送装置的结构示意图二；

图8是根据本发明实施例的配置更新消息发送装置的优选结构示意图三；

图9是根据本发明实施例的配置更新消息发送装置的优选结构示意图四；

图10是根据本发明优选实施例的配置更新消息发送方法的流程示意图一；

图11是根据本发明优选实施例的配置更新消息发送方法的流程示意图二；

图12是根据本发明优选实施例的配置更新消息发送方法的流程示意图三；

图13是根据本发明优选实施例的配置更新消息发送方法的流程示意图四；

图14是根据本发明优选实施例的配置更新消息发送方法的流程示意图五；

图15是根据本发明优选实施例的配置更新消息发送方法的流程示意图六；

图16是根据本发明优选实施例的配置更新消息发送方法的流程示意图七；

图17是根据本发明优选实施例的配置更新消息发送方法的流程示意图八；

图18是根据本发明优选实施例的配置更新消息发送方法的流程示意图九。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本发明实施例提供了一种配置更新消息发送方法，图2是根据本发明实施例的配置更新消息发送方法的流程图一，如图2所示，该流程包括如下步骤：

步骤S202，宿主基站将配置更新消息重构为重构配置更新消息，其中，配置更新消息是由邻接基站生成并发送给宿主基站的，或者由宿主基站生成的；重构配置更新消息中携带有生成配置更新消息的基站的基站标识；

步骤S204，宿主基站发送重构配置更新消息至中继基站。

通过上述步骤，采用了宿主基站对配置更新消息进行重构处理，使配置更新消息携带有生成该配置更新消息的基站的基站标识，再对重构后的配置更新消息进行发送的方式。在采用上述方式之后，可以使中继节点从重构配置更新消息中获取发起配置更新消息的基站的基站标识，从而解决了由于配置更新消息中缺少基站标识信息导致中继节点的配置更新失败的问题，提高了配置更新成功率。

优选地，还可以将基站的任一服务小区信息作为基站的标识信息。

优选地，在生成配置更新消息的基站是邻接基站的情况下，邻接基站发起配置更新消息后，宿主基站接收该配置更新消息之后进行处理，例如，宿主基站通过通信接口(例如X2接口)接收配置更新消息；根据预先保存的通信接口与邻接基站的对应关系，查询发起配置更新消息的邻接基站；宿主基站根据配置更新消息和邻接基站的基站标识，将配置更新消息重构为重构配置更新消息。

优选地，在配置更新消息是由宿主基站自己生成的情况下，重构配置更新消息中携带有宿主基站的基站标识。

优选地，由于在相关技术中的配置更新消息中并没有用于携带基站标识的信元，因此，在本发明实施例中，可以对原有的配置更新消息进行扩展，从而增加用于携带基站标识的信元。例如，在步骤S202中，宿主基站创建基站标识信元，其中，该基站标识信元中携带有基站标识；将基站标识信元添加至配置更新消息中，得到重构配置更新消息。需要说明的是，在本发明实施例中对重构配置更新消息的具体格式并不作限定，即基站标识信元可以添加在接收端和发送端预先协商确定的位置。

优选地，在宿主基站发送重构配置更新消息至中继基站之后，中继基站接收重构配置更新消息；中继基站根据重构配置更新消息，对重构配置更新消息中携带的基站标识对应的基站的配置信息进行本地更新。

本发明实施例还提供了一种配置更新消息发送方法，图3是根据本发明实施例的配置更新消息发送方法的流程图二，如图3所示，该流程包括如下步骤：

步骤S302，宿主基站判断配置更新消息中的修改服务小区信元是否为空，其中，配置更新消息是由邻接基站生成并发送给宿主基站的，或者由宿主基站生成的；

步骤S304，在配置更新消息中修改服务小区信元为空的情况下，宿主基站将配置更新消息重构为重构配置更新消息，其中，重构配置更新消息的修改服务小区信元中携带有生成配置更新消息的基站的任一服务小区信息；

步骤S306，宿主基站发送重构配置更新消息至中继基站。

通过上述步骤，采用了在宿主基站判断出配置更新消息中未携带有服务小区信息的情况下，对配置更新消息进行重构处理，使重构配置更新消息中携带有发起配置更新消息的基站的任一服务小区信息，再把重构后的配置更新消息发送给中继节点的方式。在采用上述方式之后，可以使中继节点从重构配置更新消息中获取发起配置更新消息的基站的服务小区信息，从而解决了由于配置更新消息中缺少基站标识信息导致中继节点的配置更新失败的问题，提高了配置更新成功率。

优选地，在生成配置更新消息的基站是邻接基站的情况下，邻接基站发起配置更新消息后，宿主基站接收该配置更新消息之后进行处理，例如，宿主基站通过通信接口接收配置更新消息；宿主基站根据预先保存的通信接口与邻接基站基站的对应关系，查询发起配置更新消息的邻接基站；宿主基站根据预先保存的服务小区信息与邻接基站的对应关系，查询邻接基站的服务小区信息；宿主基站根据配置更新消息和邻接基站的服务小区信息，将配置更新消息重构为重构配置更新消息。

优选地，在配置更新消息是由宿主基站自己生成的情况下，重构配置更新消息中携带有宿主基站的任一服务小区信息。

优选地，在相关技术中，在没有更新服务小区信息的情况下，在配置更新消息中并不会携带基站的服务小区信息；在本实施例中，采用服务小区信息来标识其所属的基站， 并且，充分利用了相关技术中的修改服务小区信元，可以不对配置更新消息的格式进行更改。例如，在上述步骤S304中，可以在基站的服务小区信息中选取任一服务小区信息；将任一服务小区信息添加到配置更新消息的修改服务小区信元中，得到重构配置更新消息。

优选地，在宿主基站发送重构配置更新消息至中继基站之后，中继基站接收重构配置更新消息；中继基站根据重构配置更新消息，对重构配置更新消息的修改服务小区信元中携带的服务小区信息对应的基站的配置信息进行本地更新。

在本实施例中还提供了一种配置更新消息发送装置，用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述，下面对该装置中涉及到的模块进行说明。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图4是根据本发明实施例的配置更新消息发送装置的结构示意图一，如图4所示，该装置包括：重构模块42、发送模块44，其中，重构模块42，用于将配置更新消息重构为重构配置更新消息，其中，配置更新消息是由邻接基站生成并发送给宿主基站的，或者由宿主基站生成的；重构配置更新消息中携带有生成配置更新消息的基站的基站标识；发送模块44，耦合至重构模块42，用于发送重构配置更新消息至中继基站。

图5是根据本发明实施例的配置更新消息发送装置的优选结构示意图一，如图5所示，优选地，重构模块42包括：查询单元52，用于在配置更新消息由邻接基站生成并发送给宿主基站的情况下，根据预先保存的接收配置更新消息的通信接口与邻接基站的对应关系，查询生成配置更新消息的邻接基站；重构单元54，耦合至查询单元52，用于根据配置更新消息和邻接基站的基站标识，将配置更新消息重构为重构配置更新消息。

优选地，在配置更新消息由宿主基站生成的情况下，重构配置更新消息中携带有宿主基站的基站标识。

图6是根据本发明实施例的配置更新消息发送装置的优选结构示意图二，如图6所示，优选地，重构模块42(或者重构单元52)包括：创建单元62，用于创建基站标识信元，其中，基站标识信元中携带有基站标识；添加单元64，耦合至创建单元62，用于将基站标识信元添加至配置更新消息中，得到重构配置更新消息。

本发明实施例还提供了另一种配置更新消息发送装置。图7是根据本发明实施例的配置更新消息发送装置的结构示意图二，如图7所示，该装置包括：判断模块72、重构模块74、发送模块75，其中，判断模块72，用于判断配置更新消息中的修改服务小区信元是否为空，其中，配置更新消息是由邻接基站生成并发送给宿主基站的，或者由宿主基站生成的；重构模块74，耦合至判断模块72，用于在配置更新消息中修改服务小区信元为空的情况下，将配置更新消息重构为重构配置更新消息，其中，重构配置更新 消息的修改服务小区信元中携带有生成配置更新消息的基站的任一服务小区信息；发送模块76，耦合至重构模块74，用于发送重构配置更新消息至中继基站。

图8是根据本发明实施例的配置更新消息发送装置的优选结构示意图三，如图8所示，优选地，重构模块74包括：查询单元82，用于在配置更新消息由邻接基站生成并发送给宿主基站的情况下，根据预先保存的接收配置更新消息的通信接口与邻接基站的对应关系，查询发起配置更新消息的邻接基站；重构单元84，耦合至查询单元82，用于将配置更新消息重构为重构配置更新消息，其中，重构配置更新消息的修改服务小区信元中携带有邻接基站的任一服务小区信息。

优选地，在配置更新消息由宿主基站生成的情况下，重构配置更新消息的修改服务小区信元中携带有宿主基站的任一服务小区信息。

图9是根据本发明实施例的配置更新消息发送装置的优选结构示意图四，如图9所示，重构模块74(或者重构单元84)包括：选取单元92，用于在生成配置更新消息的基站的服务小区信息中选取任一服务小区信息；修改单元94，耦合至选取单元92，用于将任一服务小区信息添加到配置更新消息的修改服务小区信元中，得到重构配置更新消息。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

为了使本发明实施例的描述更加清楚，下面结合优选实施例进行描述和说明。

本发明优选实施例涉及Relay技术中DeNB向RN传递邻站信息的方法。为了克服现有协议对Relay场景下DeNB与其他邻接eNB在邻站信息传递时导致的问题和缺陷，在本发明优选实施例中提供了一种配置更新消息发送方法和装置。

其中，配置更新消息发送方法采用了下列两种方案：

方案一

在现有X2 eNB Configuration Update消息中新增可选信元用于携带进行此次更新的eNB的eNB ID信息，该信元可以仅在DeNB给其下的RN发送时使用。

场景一，当DeNB收到来自邻接eNB的eNB Configuration Update消息后，DeNB先根据保存的邻接eNB的eNB ID信息，构建标识此站点的eNB ID的信元，并重新构建eNB Configuration Update消息：将标识此站点的eNB ID的信元添加在新构建的eNB Configuration Update消息中，并在此消息中包含邻接eNB发送的eNB Configuration Update消息的所有其他信元保持不变，并将重新构建eNB Configuration Update后转发给RN。

场景二，当DeNB由于自身的服务小区、GU Group变更触发其给所有邻接eNB和RN发送eNB Configuration Update时，DeNB给其下所有RN发送eNB Configuration Update消息中携带用于标识自己的eNB ID信元后转发给所有RN。

方案二

利用已有的信元携带eNB的Served Cell信息。

场景一，当DeNB收到邻站的eNB Configuration Update消息且消息中仅携带GU Group信息时，DeNB根据本站保存的邻站的Served Cell信息，从中任意选取一个状态可用的服务小区，构造待修改服务小区(Served Cells To Modify)信元的形式添加在邻站的eNB Configuration Update消息中并转发给RN。Served Cells To Modify信元中所有信息填写Served Cells的完整的信息，与目前Served Cells信息保持一致。

场景二，当DeNB的GU Group更新时，DeNB需给RN发送eNB Configuration Update消息时，DeNB在本地状态正常服务小区中可选取一个Served Cells To Modify信元，构造Served Cells To Modify信元的形式添加在邻站的eNB Configuration Update消息中并转发给RN。

上述方案二的两种场景中的Served Cells To Modify信元按照如下方式进行构造：旧的E-UTRAN小区全球标识符(Old E-UTRAN Cell Global Identifier，简称为Old ECGI)填写为现有的ECGI，其余所有信息与现有Served Cells信息一致。

此后，RN收到DeNB发送的邻站或者自身的eNB Configuration Update消息后，可以根据Served Cells To Modify信元的ECGI信息识别该消息来自哪个eNB ID，从而将更新的GU Group信息保存到本地保存的对应eNB的信息中，由于Served Cells To Modify信元携带的服务小区信息与此前保存的一致，因此，即使RN对eNB的信息进行覆盖或者其他增量保存处理时也不会有影响。

通过本发明优选实施例提供的上述方案，可以解决Relay场景下邻接eNB和DeNB发生GU Group ID更新时RN因无法获取发起更新的站点信息而导致GU Group ID更新失败，进而导致后续RN下UE的站间切出失败的问题。

下面结合附图对DeNB处理邻接eNB配置更新消息的方案进行描述和说明。

实施例1

图10是根据本发明优选实施例的配置更新消息发送方法的流程示意图一，如图10所示，该流程包括如下步骤：

步骤S1001，当DeNB收到邻站的基站配置更新(eNB Configuration Update)消息时，eNB的eNB Configuration Update消息，消息中携带必选信元消息类型(Message Type)，还可以携带添加服务小区(Served Cells To Add)、修改服务小区(Served Cells To Modify)、删除服务小区(Served Cells To Delete)、添加全球唯一组标识符表单(GU Group ID To Add List)、删除全球唯一组标识符表单(GU Group ID To Delete List)信元。

步骤S1002，DeNB先根据保存的邻接eNB的eNB ID信息，构建标识此站点的eNB ID的信元，并重新构建eNB Configuration Update消息：将标识此站点的eNB ID的信元添加在新构建的eNB Configuration Update消息中，并在此消息中包含邻接eNB发送的eNB Configuration Update消息的所有其他信元保持不变；

步骤S1003，DeNB将重新构建eNB Configuration Update后转发给RN。

实施例2

图11是根据本发明优选实施例的配置更新消息发送方法的流程示意图二，如图11所示，该流程中示出了Relay场景下DeNB配置更新流程，包括如下步骤：

步骤S1101，当与DeNB相连的MME发生全球唯一组标识符(GU Group ID)变更时，DeNB构建基站配置更新(eNB Configuration Update)消息发送给其下接入的RN时，消息中除了携带必选信元消息类型(Message Type)，此次GU更新对应的添加全球唯一组标识符表单(GU Group ID To Add List)、删除全球唯一组标识符表单(GU Group ID To Delete List)信元外，还包含标识DeNB的基站标识(eNB ID)的信元。

步骤S1102，DeNB将重新构建eNB Configuration Update后发送给RN。

实施例3

图12是根据本发明优选实施例的配置更新消息发送方法的流程示意图三，如图12所示，该流程包括如下步骤：

步骤S1201，当DeNB由于自身服务小区发生变更时，DeNB构建基站配置更新(eNB Configuration Update)消息发送给其下接入的RN时，消息中除了携带必选信元Message Type，此次服务小区变更对应的添加服务小区(Served Cells To Add)、修改/服务小区(Served Cells To Modify)、删除服务小区(Served Cells To Delete)外，还包含标识DeNB的基站标识(eNB ID)的信元。

步骤S1202，DeNB将重新构建eNB Configuration Update后发送给RN。

实施例4

图13是根据本发明优选实施例的配置更新消息发送方法的流程示意图四，如图13所示，该流程示出了DeNB处理邻接基站的配置更新消息，包括如下步骤：

步骤S1301，当DeNB收到邻站的eNB Configuration Update消息时先判断消息中是否携带了Served Cell相关信元，如果携带了则直接转发该消息给所有RN；

步骤S1302，如果消息中没有携带Served Cell相关信元，则消息可能分为三种场景： 仅携带了添加全球唯一组标识符表单(GU Group ID To Add List)信元、仅携带了删除全球唯一组标识符表单(GU Group ID To Delete List)信元、或者同时携带了GU Group的GU Group ID To Add List和GU Group ID To Delete List信元，DeNB收到此三种场景消息时均根据该消息来源eNB ID信息查找本地保存的邻站的服务小区信息；

例如，图14是根据本发明优选实施例的配置更新消息发送方法的流程示意图五，如图14所示，该流程示出了基站更新配置信息仅携带了GU Group ID To Add List信元时配置更新消息发送方法；图15是根据本发明优选实施例的配置更新消息发送方法的流程示意图六，如图15所示，该流程示出了基站更新配置信息仅携带了GU Group ID To Delete List信元时配置更新消息发送方法；图16是根据本发明优选实施例的配置更新消息发送方法的流程示意图七，如图16所示，该流程示出了基站更新配置信息仅携带了同时携带了的GU Group ID To Add List和GU Group ID To Delete List信元时配置更新消息发送方法；

步骤S1303，DeNB从本地保存的邻站的服务小区信息中选取任意一个小区状态正常的小区构造修改服务小区(Served Cells To Modify)信元，Served Cells To Modify信元按照服务小区信息进行填写；

步骤S1304，DeNB将Served Cells To Modify信元与原有eNB Configuration Update消息携带的信元一起重新构建eNB Configuration Update消息，并将该消息转发给所有接入DeNB的RN；

步骤S1305，RN收到带有DeNB发送的GU Group ID信元和Served Cells To Modify信元的eNB Configuration Update消息后，根据Served Cells To Modify信元携带的ECGI中的eNB ID信息，判断为邻接eNB的更新，更新本地保存的此eNB站点的GU Group ID信息，并更新对应的服务小区信息。

实施例5

图17是根据本发明优选实施例的配置更新消息发送方法的流程示意图八，如图17所示，该流程示出了Relay场景下DeNB的GU Group更新流程，包括如下步骤：

步骤S1701，当DeNB收到MME的MME Configuration Update消息时，对比MME的GU Group是否有更新；

步骤S1702，当判断MME的GU Group ID有更新时，则从选取任意一个小区状态正常的小区构造Served Cells To Modify信元，Served Cells To Modify信元按照服务小区信息进行填写；

步骤S1703，图18是根据本发明优选实施例的配置更新消息发送方法的流程示意图九，如图18所示，DeNB将修改服务小区(Served Cells To Modify)信元和需更新全球唯一组标识符(GU Group ID)携带在添加/删除全球唯一组标识符表单(GU Group ID To Add List)/添加/删除全球唯一组标识符表单(GU Group ID To Delete List)信元中，组建基站配置更新(eNB Configuration Update)消息发给所有接入DeNB的RN；

步骤S1704，RN收到带有DeNB发送的GU Group ID信元和Served Cells To Modify信元的eNB Configuration Update消息后，根据Served Cells To Modify信元携带的ECGI中的eNB ID信息，判断为DeNB的更新，更新本地保存的DeNB站点的GU Group ID信息，并更新对应的服务小区信息。

在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的对象在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。