传送消息的制作方法

传送消息的制作方法
【专利摘要】公开了一种在无线电信网络的基站之间传送消息的方法、一种代理节点、一种从基站传输消息的方法、一种基站、以及计算机程序产品。传送消息的该方法包括步骤：通过X2接口从源基站接收传入的X2接口IP分组内的X2应用协议消息；从所述X2应用协议消息中提取标识目标基站的目标基站标识信息；以及将该X2应用协议消息路由到所述目标基站，所述X2应用协议消息被承载在传出的X2接口IP分组内，该传出的X2接口IP分组具有从所述目标基站标识信息导出的目标IP地址。这种方法使用经修改的X2应用协议消息，该经修改的X2应用协议消息包括目标基站标识信息并且被包装在X2接口IP分组内。这使得该经修改的消息能够由代理接收，并且目标基站的IP地址容易被导出，从而利用由该代理所要求的最少处理，该消息可以被中继至目标基站上。此外，在X2协议层内仍然能够有效地完成目标基站标识信息的提取以及X2应用协议消息的路由，这显著地减少了从该代理所要求的处理和资源，这能够有效地保持无状态。该方法还使得直接X2AP关联能够在该源基站与该目标基站之间保持端到端地被定义，而不终止该代理中的完全X2应用协议，这使得该代理简单，并且没有对应的有状态的X2上下文。相比于已有的技术，所有的这些改进了基站之间的建立和维护X2连接的灵活性、可靠性以及可扩展性。
【专利说明】传送消息

【技术领域】
[0001]本发明涉及一种在无线电信网络的基站之间传送消息的方法、一种代理节点、一种从基站传输消息的方法、一种基站、以及计算机程序产品。

【背景技术】
[0002]在无线电信网络的基站之间传输消息是已知的。例如，在长期演进(LTE)网络中，使用X2接口在基站之间直接发送消息。建立X2接口的一种典型的方法是，首先小区通常由用户设备检测到，并且在用户报告中被报告至服务基站。服务基站然后将小区标识符传递给网络，网络返回支持该被检测到的小区的目标基站的IP地址。服务基站然后在这两个基站之间建立流控制传输协议(SCTP)连接或者“关联”。X2接口然后在该源基站与目标基站之间被建立在这一 SCTP连接上，并且使得消息能够在这两个基站之间传送。
[0003]除了由宏基站提供的宏小区之外，在无线电信网络内还可以提供其他类型的小区和基站。这种基站的一个这样的示例是小小区基站。这样的小小区基站通常使用小小区来提供覆盖，小小区通常在宏小区的覆盖范围内具有相对有限的范围。小小区基站的发射功率相对低，因此小小区提供覆盖例如办公室或住宅的小的覆盖区域。
[0004]通常在由宏小区提供的通信覆盖匮乏的地方，或者在用户希望使用本地提供的替换通信链路的地方，由小小区基站来提供这样的小小区，以与核心网通信。
[0005]当在基站之间传输消息时，这样的小小区的部署能够具有意外的结果，特别是关于可扩展性。
[0006]因此，合意的是提供一种用于在基站之间传输消息的改进技术。


【发明内容】

[0007]根据第一方面，提供有一种在无线电信网络的基站之间传送消息的方法，该方法包括步骤:通过X2接口从源基站接收传入的X2接口 IP分组内的X2应用协议消息；从该X2应用协议消息中提取识别目标基站的目标基站标识信息；以及将该X2应用协议消息路由到该目标基站，该X2应用协议消息被承载在具有从该目标基站标识信息导出的目标IP地址的X2接口 IP分组内。
[0008]第一方面认识到，网络内的小区(并且特别是小小区)的激增的问题是基站之间的直接链路的数量增加。这是因为，通常每个基站设立并且维护它与它的相邻基站中的每个相邻基站之间的专用链路。通常，在基站与邻居之间生成单个SCTP连接，通过该单个SCTP连接建立X2接口。随着邻居数量增加，分离的SCTP连接和上覆的X2接口的数量也增力口。由于需要维护这些连接中的每个连接，并且已有的标准没有设想到如此大量的连接可能是必要的，这导致了基站内的资源耗竭。尽管已经提议了不同的技术来尝试解决这个问题，但是第一方面认识到它们每个都具有它们自己的缺点，通常是由于与由第三方标准定义的协议不一致，或者是由于实施那些技术所要求的处理上的复杂性。
[0009]特别地，到目前为止，在3GPP标准中已经提出了两个种类的代理来解决这个问题。第一种类型的代理类似于发布10中所定义的用以处置中继节点的代理。这种类型的代理将小小区或者家庭基站(HeNB)相对宏基站(eNB)隐藏起来，从而对于宏eNB，它看该代理就像是以许多小区(它们是HeNB)为特征的相邻宏eNB。在这种第一种类的代理中，所有X2AP消息因此终止在该代理中。这个解决方案提出了对于该代理的高复杂性，因为它终止所有X2AP消息、解译它们并且维护两侧的对应X2上下文，它还不得不保持宏eNB与HeNB之间的相邻关系状态(其能够频繁地被更新)的记忆，并且最后，由宏eNB对直接连接和经由代理X2的连接的同时处置引入了新的复杂性。这种第一解决方案也引入了当前宏eNB和HeNB行为上的改变。第二种类型的代理最近已经作为一个种类的SCTP集中器而被引入。与上面所提到的第一解决方案极端相反，集中器的目的不是在代理中终止所有X2AP协议。它因此完全依赖于SCTP流映射解决方案，由此宏eNB得出通向该代理的一个(或若干)SCTP关联，并且通过该SCTP关联而使用一个流(或一对SCTP流)来寻址一个特定的邻居HeNB。在HeNB侧，一个HeNB仍然由一个SCTP关联按照8/9/10模型来寻址。该第二解决方案呈现了在传输层级的严重缺陷。此外，这种类型的SCTP集中器现今在市场上不存在，并且将不得不被完全开发。此外，它与按照RFC4960的兼容RFC的SCTP堆栈不兼容。当宏eNB已经设置了它的通向代理的SCTP关联并且发现新的邻居HeNB时，它如何可以请求该代理触发朝向HeNB的X2SCTP关联的设置而不使得该代理终止X2AP协议是未定义的或者是技术上具有挑战性的。在另一个方向上，当HeNB发现宏eNB时，代理如何能够通过该代理与宏eNB之间的SCTP关联来添加新的SCTP流、以及该宏eNB如何能够识别该SCTP流与HeNB ID之间的映射是未定义的或者技术上具有挑战性的。还考虑到基于HeNB邻居关系的发现/移除而需要非常动态的SCTP流管理，特别是由于当前的SCTP标准设想将被使用的流的范围仅在SCTP发起设置时是可协商的，总的来说SCTP流管理在该解决方案中仍然是一个真实的问题。
[0010]因此，提供了一种在无线电信网络的基站之间传送消息的方法。该方法可以包括通过SCTP连接从源基站接收X2接口 IP分组内的传入的X2应用协议消息的步骤。该方法还可以包括从该传入的X2接口 IP分组中提取识别目标基站的目标基站标识信息的步骤。该方法还可以包括将该X2应用协议消息路由或传送到该目标基站的步骤。该X2协议应用消息可以被承载在传出的X2接口 IP分组内，该传出的X2接口 IP分组具有从该目标基站标识信息中导出的目标IP地址。
[0011]这种方法使用经修改的X2应用协议消息，该经修改的X2应用协议消息包括目标基站标识信息并且被包装在X2接口 IP分组内。这使得该经修改的消息能够由代理接收，并且容易导出目标基站的IP地址，从而利用由该代理所要求的最小处理，该消息可以被中继到目标基站上。此外，源基站与代理之间的相同的单个SCTP连接能够被用来承载去往用于任何数量的目标基站的代理的X2应用协议消息。这显著地简化了源基站和代理内所需要的处理和资源。另外，对于任何数量的不同宏基站，代理能够利用与目标基站的相同的单个SCTP连接来传送与目标基站的消息。再次地，这简化了目标基站和代理中所需要的处理和资源。此外，目标基站标识信息的提取和传出的消息的生成仍然能够在X2协议层内有效地完成，这显著地减少了从代理所需要的处理和资源，这能够有效地保持无状态并且能够使用兼容RFC的SCTP堆栈。该方法使得直接X2AP关联能够在源基站与目标基站之间保持端到端地定义而不终止代理中的完全X2应用协议，这使得代理简单并且没有对应的有状态的X2上下文。相比于已有的技术，所有这些改进了在基站之间建立和维护连接的灵活性、可靠性、以及可扩展性。
[0012]在一个实施例中，接收步骤包括:在具有如下的IP地址的代理节点处接收传入的X2应用协议消息，该IP地址被包括在承载传入的X2应用协议消息的X2接口 IP分组内。因此，该X2应用协议消息由源基站发送到该代理的IP地址。
[0013]在一个实施例中，提取步骤包括:从目标基站标识信息中提取目标IP地址，并且路由或传送的步骤包括:路由具有该目标IP地址的传出的X2接口 IP分组内所承载的该X2应用协议消息，以用于传输给该目标基站。因此，该X2应用协议消息由代理发送到该目标基站的IP地址。
[0014]在一个实施例中，该方法包括维护将目标基站标识信息与对应的目标基站IP地址相匹配的查找表的步骤，路由或传送的步骤包括:使用目标基站标识信息从该查找表中识别目标IP地址，以及路由或传送具有该目标IP地址的传出的X2接口 IP分组内所承载的该X2应用协议消息，以用于传输给该目标基站。
[0015]在一个实施例中，该方法包括步骤:响应于提供目标基站标识信息，查询外部查找表以犾得目标基站IP地址。
[0016]在一个实施例中，该方法包括步骤:在与目标基站的SI接口消息的传送期间，接收该目标基站IP地址以用于包括在该查找表中。
[0017]在一个实施例中，提取步骤包括:根据轻层(light layer)协议来解码包含X2应用协议消息的传入的X2接口 IP分组，以提取目标基站标识信息。
[0018]在一个实施例中，提取步骤包括:根据轻层协议来解码包含X2应用协议消息的传入的X2接口 IP分组，以提取目标IP地址。
[0019]在一个实施例中，该方法包括维护源基站与目标基站之间的直接X2应用协议关联的步骤，该X2应用协议关联通过两个SCTP关联而被承载，一个SCTP关联从源基站到代理节点，并且一个SCTP关联从代理节点到目标基站。
[0020]在一个实施例中，该方法包括步骤:维护与源基站的SCTP关联以及与目标基站的分离的SCTP关联。
[0021]在一个实施例中，该方法包括步骤:一经接收到传入的X2AP接口消息，就建立与目标基站的SCTP关联。
[0022]根据第二方面，提供有一种可操作为在无线电信网络的基站之间传送消息的代理，该代理包括:接收逻辑，可操作为通过X2接口从源基站接收传入的X2接口 IP分组内的X2应用协议消息；提取逻辑，可操作为从该X2应用协议消息中提取识别目标基站的目标基站标识信息；以及路由逻辑，可操作为将该X2应用协议消息路由到该目标基站，该X2应用协议消息被承载在传出的X2接口 IP分组内，该传出的X2接口 IP分组具有从该目标基站标识信息中导出的目标IP地址。
[0023]在一个实施例中，接收逻辑可操作为在具有如下的IP地址的代理节点处接收传入的X2应用协议消息，该IP地址被包括在承载该传入的X2应用协议消息的X2接口 IP分组内。
[0024]在一个实施例中，提取逻辑可操作为从目标基站标识信息中提取目标IP地址，并且路由逻辑可操作为将具有用于传输的目标IP地址的传出的X2接口 IP分组内所承载的该X2应用协议消息路由到该目标基站。
[0025]在一个实施例中，基站包括将目标基站标识信息与对应的目标基站IP地址相匹配的查找表，并且其中路由逻辑可操作为:使用该目标基站标识信息从该查找表中识别目标IP地址，以及生成在具有该目标IP地址的传出的X2接口 IP分组内所承载的该X2应用协议消息，以用于传输给该目标基站。
[0026]在一个实施例中，接收逻辑可操作为，在与目标基站的SI接口消息的传送期间，接收该目标基站IP地址以用于包括在该查找表中。
[0027]在一个实施例中，提取逻辑可操作为，根据轻层协议来解码包含该X2应用协议消息的传入的X2接口 IP分组，以提取目标基站标识信息。
[0028]在一个实施例中，提取逻辑可操作为，根据轻层协议来解码包含该X2应用协议消息的传入的X2接口 IP分组，以提取目标IP地址。
[0029]在一个实施例中，基站包括接口逻辑，该接口逻辑可操作为维护源基站与目标基站之间的直接X2应用协议关联，该X2应用协议关联通过两个SCTP关联而被承载，一个SCTP关联从源基站到代理节点，并且一个SCTP关联从代理节点到目标基站。
[0030]在一个实施例中，基站包括接口逻辑，该接口逻辑可操作为维护与源基站的SCTP关联以及与目标基站的分尚的SCTP关联。
[0031 ] 在一个实施例中，接口逻辑可操作为，一经接收到传入的X2AP接口消息，就建立与目标基站的SCTP关联。
[0032]根据第三方面，提供有一种从无线电信网络的源基站传输消息的方法，该方法包括步骤:将识别目标基站的目标基站标识信息添加到X2应用协议消息；以及将具有该目标基站标识信息的X2应用协议消息传输给代理节点。
[0033]在一个实施例中，传输步骤包括将该X2应用协议消息传输给具有如下的IP地址的代理节点，该IP地址被包括在承载该X2应用协议消息的X2接口 IP分组内。
[0034]在一个实施例中，该方法包括从该无线电信网络的网络节点接收目标基站标识信息的步骤。
[0035]在一个实施例中，接收步骤包括:在与目标基站的SI接口消息的传送期间，接收目标基站标识信息。
[0036]在一个实施例中，该方法包括从该无线电信网络的网络节点接收代理节点的IP地址的步骤。
[0037]在一个实施例中，接收代理节点的IP地址的步骤包括:在与目标基站的SI接口消息的传送期间，接收代理节点的IP地址。
[0038]在一个实施例中，添加步骤包括:将并入了目标基站标识信息的信息元素添加到该X2应用协议消息。
[0039]在一个实施例中，目标基站标识信息包括以下各项中的至少一项:目标基站的IP地址，以及该目标基站的IP地址可以由代理节点从其导出的信息。
[0040]根据第四方面，提供有一种基站，该基站包括:X2逻辑，可操作为将识别目标基站的目标基站标识信息添加到X2应用协议信息；以及传输逻辑，可操作为将具有该目标基站标识信息的X2应用协议消息传输给代理节点。
[0041]在一个实施例中，传输逻辑可操作为将该X2应用协议消息传输给具有如下的IP地址的代理节点，该IP地址被包括在承载该X2应用协议消息的X2接口 IP分组内。
[0042]在一个实施例中，基站包括:接收逻辑，可操作为从无线电信网络的网络节点接收目标基站标识信息。
[0043]在一个实施例中，接收逻辑可操作为，在与目标基站的SI接口消息的传送期间，接收目标基站标识信息。
[0044]在一个实施例中，接收逻辑可操作为，从无线电信网络的网络节点接收代理节点的IP地址。
[0045]在一个实施例中，接收逻辑可操作为，在与目标基站的SI接口消息的传送期间，接收代理节点的IP地址。
[0046]在一个实施例中，添加逻辑可操作为，将并入了目标基站标识信息的信息元素添加到该X2应用协议消息。
[0047]在一个实施例中，目标基站标识信息包括以下各项中的至少一项:目标基站的IP地址，以及该目标基站的IP地址可以由代理节点从其导出的信息。
[0048]根据第五方面，提供有一种计算机程序产品，当在计算机上被执行时，该计算机程序产品可操作为执行第一方面或者第三方面的方法步骤。
[0049]进一步的特定和优选方面在随附的独立和从属权利要求中阐述。从属权利要求的特征可以在适当时与独立权利要求的特征相组合，并且是在除了权利要求中明确阐述的组合之外的组合中。
[0050]在装置特征被描述为可操作为提供一种功能的场合，将意识到，这包括了提供该功能的或者被适配或配置为提供该功能的装置特征。

【专利附图】

【附图说明】
[0051]现在将参考附图进一步描述本发明的实施例，在附图中:
[0052]图1提供了根据一个实施例的代理技术的概览；
[0053]图2示出了具有X2代理功能的逻辑架构；
[0054]图3示出了用于SCTP集中器的逻辑网络架构；
[0055]图4示出了根据一个实施例的逻辑网络架构；
[0056]图5图示了根据一个实施例的基本X2设置过程；以及
[0057]图6图示了根据一个实施例的切换过程。

【具体实施方式】
[0058]概沭
[0059]在以任何更多的细节讨论各实施例之前，首先将提供概述。如上文提及的，小小区基站的密集部署能够导致大量的这种小小区基站被识别为宏基站的邻居(例如，可能存在数百或者甚至数千个小小区邻居)。X2接口被用于相邻基站之间的通信，并且建立和维护一定数量的这种X2连接对于宏基站而言可能变得具有挑战性，特别是关于建立和维护这一数量的与这些邻居中的每个邻居的SCTP关联。
[0060]因此，提供了一种利用新类型的X2应用协议(X2AP)消息的技术，该新类型的X2应用协议消息包括被称为目标基站标识符的新信息元素。这种新类型的X2AP消息可以是包括新信息元素的经修改的X2AP消息，或者可以是响应于SCTP层与X2AP层之间的轻量协议层而生成的IP分组，该X2AP层将原始X2AP消息并入到由轻量协议层生成的该消息的有效载荷内，并且该X2AP层添加目标基站标识符。在任一情况中，经修改的X2AP消息被传输给由网络指定的网络节点。该网络节点由网络使用SI信令来指定。特别地，网络可以提供如下的已存在的任何小小区网关的IP地址，该小小区网关可以提供路由、转发或者代理功能(如将在下文中更详细描述的)，网络或者可以提供另一网络节点的IP地址，该另一网络节点提供这种功能(如果这种功能不应当出现在该小小区网关中，或者如果应当不存在小小区网关)。可替换地，网络可以提供目标小小区基站自身的IP地址，从而在需要时仍然可以建立直接连接。
[0061]在这个方法中，当使用一些形式的代理时，不管是在小小区网关中还是在其他地方，这个代理被用作在X2AP层级处的路由器，用于X2AP消息的路由。相比于其他方法，这使得宏基站能够继续看到和创建与个体小小区基站的X2AP关联或连接，并且因此能够以与当前存在的方式相类似的方式来处置X2AP关系。与其他方法相反，为了能够寻址特定的小小区基站，不需要由宏基站提供的到指定STCP流的具体映射。替代地，通过特定的标识符在X2AP层级处寻址小小区基站，以使得代理能够执行正确的路由。相比于使用SCTP流映射的解决方案，在这种技术中，代理终止了 X2AP协议，但是仅对于路由的目的，并且因此使得X2AP关联或连接能够在宏基站与小小区基站之间被端到端地维护。这种方法因此使得代理几乎无状态，并且比依赖于流映射和符合RFC的SCTP堆栈损坏的方法简单得多。这种方法还使得代理几乎无状态，并且比替代地完全终止代理中的所有X2AP消息、解译所有X2AP消息、保持两侧上对应的X2上下文以及然后生成用于预期的小小区基站的新X2AP消息的方法简单得多。各实施例简单地利用必要的标识符来寻址小小区基站邻居，同时在与连接到该代理的基站通信时能够使用该代理的IP地址。如果需要的话，这种方法还兼容IPSEC的使用，以在传输层级设置通向小小区网关的安全隧道。
[0062]图1提供了这种代理技术的概述。在这一示例中，通常通过由用户设备提供的向宏基站30的用户设备报告的方式(未示出)，相邻目标基站20的小区已经被识别。使用SI接口，宏基站将所检测的小区和/或对应的目标基站20的小区标识符报告给网络。根据平常的技术，目标基站的IP地址由网络来识别。如果确定将使用代理40来与目标基站20通信，则网络返回代理40的IP地址，或者可以使用SI信令来返回代理40的IP地址以及目标基站20的IP地址，或者可以使用SI信令来返回代理40的IP地址以及任何(路由)信息元素，以进一步使得该代理能够导出目标基站20的IP地址。如果没有代理40将被使用，则由网络返回目标基站20的IP地址。
[0063]宏基站30然后生成设置请求，该设置请求包括将被并入经修改的X2AP设置请求消息中的附加路由信息元素。在这一示例中，经修改的X2AP设置请求消息将目标基站20的标识符并入，从而代理40能够仅仅通过解码包括目标基站标识符的附加信息元素，而将该X2AP设置请求消息路由到目标基站20。特别地，宏基站30将经修改的X2AP设置请求消息传输给由网络提供的代理40的IP地址。
[0064]一经接收到该经修改的X2设置请求消息，代理40就解码包含该目标基站标识符的信息元素，并且然后直接从该目标基站的标识符或者参考查找表来导出目标基站20的IP地址，该查找表维护目标基站标识符与目标基站IP地址之间的联系。
[0065]代理40然后将该X2AP设置请求消息转发给目标基站20的IP地址。如能够看到的，相比于以前的方法，该X2AP设置过程在源宏基站30与目标基站20之间保持端到端。这简化了代理40的操作并且引入了所涉及基站的节点行为的更少改变。
[0066]作为响应，基站20将生成类似的经修改的X2AP设置响应消息，该经修改的X2AP设置响应消息包括与上文所描述的目标基站标识符相类似的、宏基站30的目标基站标识符。这一 X2AP设置响应消息被发送给代理40的IP地址。再次，代理40从目标基站标识符本身或者通过由代理40维护的查找表，来识别目标宏基站30的IP地址。代理40然后将该X2AP设置响应消息转发给宏基站30的IP地址。
[0067]将意识到，为了维持与传统设备的后向兼容性，代理40还可以在转发之前将经修改的X2AP消息重定格式，以便匹配已有的X2AP消息。
[0068]将意识到，经修改的X2AP消息可以以各种不同的方式将目标基站标识符并入。一种方法是将进一步的信息元素添加至已有X2AP消息，该X2AP消息然后由代理40解译。另一种方法是，以将目标基站标识符并入的方式，根据SCTP层与X2AP层之间的非常轻量的协议，来编码已有X2AP消息。例如，X2应用协议消息可以被携带于X2接口 IP分组内，作为将目标基站标识符并入的轻量协议层的有效载荷。对于任一方式，代理40被配置为执行所需要的解码操作，以便提取目标基站标识符，以便能够导出目标基站IP地址。
[0069]相比于一些已有的方法，使用这种方法，X2过程在源基站与目标基站之间保持端到端。这简化了代理40，并且也对基站的节点行为引入更少的变化。
[0070]将意识到，当从宏基站30接收到X2AP设置请求消息时，如果不存在这样的关联，则代理40可以触发与目标基站的SCTP关联设置，或者一旦网络已经通知小小区基站20它已经被宏基站30检测到，小小区基站20能够提前设立这一关联。
[0071]下面更详细地讨论各实施例。
[0072]介绍
[0073]宏基站(eNB) &小小区或家庭基站(HeNB)之间的X2代理的引入，在最近几次3GPPRAN3会议中是许多讨论的主题，并且当前有两种提议的解决方案:
[0074]1.采用如参考文献[1]&[2]中所概述的与在DeNB中为中继实施的解决方案相类似的在小小区或者家庭基站网关(HeNB-GW)上的完全X2代理解决方案。
[0075]2.采用如参考文献[3]中概述的SCTP集中器代理功能。
[0076]然而，两种提议都有下文总结的问题。因此值得期望引入不会有那些问题的替换解决方案。本文件概述了这样的替换解决方案。
[0077]讨论
[0078]两种已有的代理解决方案的概述
[0079]支持eNB&HeNB之间的X2接口的当前提议之一提议了在HeNB-GW上引入完全的X2代理功能，参见参考文献[I]，结果是图2中所示出的网络架构，图2示出了在HeNB-GW中具有X2代理功能的EUTRAN HeNB逻辑架构。
[0080]参考文献[3]中所描述的替换解决方案提出了引入如图3中所示出的SCTP集中器代理功能，图3示出了用于SCTP集中器的逻辑网络架构。
[0081]如从图2和3能够看出的，这两种解决方案不是互补的，因为一个要求HeNB-GW的部署，而另一个不要求。另外，对于两个选项都有如下的多个问题:
[0082]完全的X2代理功能有多个缺点，包括:
[0083]1.强制HeNB-GW的部署，不管宏eNB是否被充分地确定尺寸以能够支持直接通向相邻HeNB的连接。
[0084]2.要求在HeNB-GW中的X2过程的终止，其增加了 HeNB-GW的复杂性，有效地要求它被充分地确定尺寸，以能够支持它“管理”的所有HeNB与HeNB中的任何HeNB可能需要与之交换X2消息的所有宏eNB之间的X2连接。
[0085]3.不正确地利用来自某些X2消息的信息。例如，在X2设置请求消息中，HeNB-GW不得不依赖于不同地填充邻居信息元素(IE)的源eNB/HeNB，从而该HeNB-GW能够使用这一信息来确定实际的目标eNB/HeNB。能够争论的是，由于意图并不是使用这用于路由目的，而是允许源eNB/HeNB&目标eNB/HeNB交换与它们的所有相邻小区有关的信息，所以这是不正确地使用邻居信息。
[0086]4.要求在HeNB-GW中的邻居小区列表的维护，以能够确定当已有的NCL改变时需要更新哪些HeNB。更准确地说，HeNB Gff需要维护已连接的eNB和HeNB的所有邻居关系表格的副本。更一般地，这要求存储用于所有已连接的基站的X2上下文。
[0087]5.要求在HeNB-GW中的X2AP ID管理方案的实施，以允许相对于HeNB&eNB ID将被分配和跟踪的新X2AP ID。
[0088]6.实施新的复杂逻辑，其中例如接收X2设置请求必须导致完全不同的X2eNB配置更新消息的生成。
[0089]SCTP集中器代理功能也有多个缺点，包括:
[0090]1.依赖于在集中器的任一侧的SCTP流之间的1-2-1映射的维护。这限制了灵活性，因为在理论上，源eNB可以针对朝向由集中器操控的HeNB的所有“X2流量”使用单个SCTP 流。
[0091]2.暗示了一经eNB&集中器之间的SCTP关联的创建，eNB就将不得不为由集中器操控的所有HeNB的请求足够的流，其理论上将是可能用于每个关联的最大值，即2#16，即使eNB仅需要与少量的HeNB通信。这意味着许多流要潜在地由集中器来处置。
[0092]3.要求源eNB/HeNB和集中器两者上的非标准SCTP实施。尽管INIT块(chunk)允许发送器提供多个IP地址，但是这被用来支持发送器与接收器之间的多归属，而不是提供附加的IP地址来识别“遥远”的对端。因此，专有的实施方式将不得不被设计和实施，从而发送器(eNB/HeNB)和接收器(集中器)两者适当地利用相关块的有效载荷。
[0093]X2路由代理的替换物
[0094]给出了两个当前提议的缺点，考虑另一替换解决方案是值得的，该替换解决方案将独立于是否存在(或者确实需要)HeNB-Gff而支持eNB&HeNB之间的X2。这样的解决方案将提供灵活性，以满足各种部署要求。这将引入逻辑功能，X2路由代理可以实施或不实施在 HeNB Gff 中。
[0095]图4根据一个实施例图示了采用所提议的解决方案的可应用的网络架构并且示出了一种逻辑网络架构。
[0096]下文提供了将如何实施这种解决方案的更多细节，突出了某些关键场景。
[0097]X2 设置
[0098]要考虑的关键场景之一是X2连接如何可以被建立在eNB&HeNB之间。图5图示了“基本的”X2设置过程，即当eNB检测到相邻HeNB(或者被配置具有与其有关的信息)时。特别地，图5示出了当部署了 X2路由代理功能时各实施例将如何工作。
[0099]图5中所示出的主要步骤如下:
[0100]I.eNB# I 检测到 HeNB#2。
[0101]2.eNB#I然后经由SlAP eNB/MME配置传送过程来请求关于HeNB#2的信息，该信息经由MME发送给HeNB#2。
[0102]3.HeNB#2在配置传送响应中提供两套TNL config.1nfo，第一套提供X2路由代理的 TNL inf0.，第二套是 HeNB#2 自身的 TNL inf0.。
[0103]4.一旦eNB#l已经接收到关于HeNB#2的信息，它使用所接收的TNL配置信息来设置与X2路由代理的SCTP关联。
[0104]5.一旦SCTP关联被建立，eNB#l向对等节点发送X2设置请求。为了避免不得不实施与在X2消息中的邻居小区信息中填充新IE有关的特殊行为，引入了接收器eNB TNL标识。这一新IE允许X2路由代理确定将X2消息发送至何处。
[0105]6.一旦HeNB#2接收到X2设置请求，它利用X2设置响应来响应，并且对于该设置请求，新IE—接收器eNB TNL标识(其被设定为识别eNB#l)被包括。
[0106]如果eNB随后决定建立通向另一 HeNB的X2，相同的场景将被重复。类似地，如果源是HeNB并且目标是eNB，该过程是相同的。
[0107]类似地，X2设置失败消息将要求新IE来识别源eNB/HeNB&目标eNB/HeNB两者。
[0108]其他X2讨稈
[0109]为了确保当X2路由代理被部署时的情况中，代理的行为保持简单&透明，新的“路由”IE(以识别源eNB/目标eNB)也将被引入至当前不支持这种信息的其他X2消息。尽管这会因此要求将源&目标eNB-1D TNL标识IE添加至X2消息，但是它将导致在X2路由代理上的一致&连贯的实施。一种示例是图6中所示出的切换过程。
[0110]总结
[0111]如从上面的信息能够看出的，所提议的新解决方案是简单的，因为它仅要求在X2消息中对“路由” IE的添加，以及eNB/HeNB上的一些基本的新功能。X2路由代理功能是基于所接收的IE来“路由”消息的能力。
[0112]这种解决方案相对已有的提议具有优点，包括:
[0113]?它将工作于各种网络架构中
[0114].不需要在HeNB-GW上实施附加功能来管理与非UE有关的X2过程
[0115].不需要维护HeNB-GW上的相邻小区映射
[0116].不需要管理 HeNB-GW 上 X2AP ID
[0117].该解决方案不要求MME改变
[0118].不需要实施非标准的SCTP。
[0119]结论和提议
[0120]这示出了替换的解决方案有可能支持eNB&HeNB之间的X2代理的引入。该解决方案提供了不强制部署HeNB-GW的eNB/HeNB实施方式。另外，如其名称所暗示的，X2路由代理功能的复杂性仅是一种路由功能。相比于两种已有的解决方案，它也减少了将被实施在eNB/HeNB中的改变。
[0121]参考文献
[0122][I].R3-120138-X2-proxy_NSN 等
[0123][2].R3-120607-Further Clarificat1n on X2Proxy_NSN 等
[0124][3], R3-120852-X2SCTP Concentrator Concept-TP for H(e)NB Mobility TR-爱立信
[0125]因此，能够看出，在各实施例中，单个SCTP关联被创建在宏基站与代理40之间。另夕卜，单个SCTP关联被提供在代理与每个所支持的目标小小区之间。然而，宏基站与代理之间的该单个SCTP关联被重用于每个指向代理40的X2AP消息，但是代理40然后通过与目标小小区基站的该单个SCTP关联来路由该X2AP消息。因此，SCTP终止发生在代理内，但是该X2AP关联(以及所有X2过程)从源基站延伸到目标基站。
[0126]此外，能够看出，这种方法减轻了宏基站上的如下负担:如果该宏基站想要寻址大量的基站(诸如小小区基站)，则需要承受X2接口上的数十、数百或者更多的SCTP关联。相比于在代理内完全终止X2协议的其他解决方案，这种方法使得更简化的代理能够被提供。这种方法还要求对基站行为的更少改变。另外，这种方法解决了纯传输层解决方案(诸如SCTP集中器)不能解决的技术缺陷，诸如如下的问题:在新的相邻基站关系需要被添加或移除时的SCTP流的动态管理，或者将SCTP流映射到基站标识符上。
[0127]本领域的技术人员将容易认识到，各种上文所描述的方法的步骤能够由经编程的计算机来执行。在本文中，一些实施例还意图覆盖程序存储设备(例如，数字数据存储介质)，这些程序存储设备是机器或计算机可读的并且编码了机器可执行或计算机可执行的指令程序，其中所述指令执行所述的上文所描述的方法的步骤中的一些或全部步骤。这些程序存储设备可以是，例如，数字存储器、诸如磁盘和磁带的磁存储介质、硬盘驱动器、或者光可读数字数据存储介质。各实施例还意图覆盖被编程为执行上文所描述的方法的所述步骤的计算机。
[0128]各图中所示出的各种元件的功能，包括被标记为“处理器”或“逻辑”的任何功能块，可以通过使用专用硬件以及能够结合适当软件而执行软件的硬件来提供。当由处理器来提供时，这些功能可以由单个专用处理器、由单个共享处理器、或者由多个个体的处理器(其中的一些可以被共享)来提供。此外，术语“处理器”或“控制器”或“逻辑”的明确使用不应当被解释为排他地指代能够执行软件的硬件，并且可以不带限制地隐含包括:数字信号处理器(DSP)硬件、网络处理器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、用于存储软件的只读存储器(ROM)、随机访问存储器(RAM)、以及非易失性存贮器。传统的和/或自定义的其他硬件也可以被包括。类似地，各图中所示出的任何开关仅仅是概念上的。可以通过程序逻辑的操作、通过专用逻辑、通过程序控制和专用逻辑的交互、或者甚至手动地执行它们的功能，当更具体地从上下文来理解特定的技术时，特定的技术是由实施者可选择的。
[0129]本领域的技术人员应该意识到，本文的任何框图表示将本发明原理具体化的说明性电路的概念视图。类似地，将意识到，任何流程图、流程示图、状态转换图、伪代码等表示各种过程，这些过程可以基本上表示在计算机可读介质中，并且因此由计算机或处理器执行，而不论是否明确示出了这样的计算机或处理器。
[0130]本描述和附图仅举例说明了本发明的原理。因此将意识到，本领域的技术人员将能够设计出尽管没有明确地描述或者示出在本文中但是将本发明的原理具体化并且被包括在其精神和范围内的各种配置。此外，文中所记载的所有示例主要明确地意图为仅用于教导的目的，来帮助读者理解本发明的原理以及由(各)发明人贡献的概念，以推进本领域，并且将被理解为不限于这样的具体记载的示例和条件。此外，记载了本发明的原理、方面和实施例以及其具体示例的本文的所有陈述，意图涵盖其等价物。
【权利要求】
1.一种在无线电信网络的基站(eNB;HeNB)之间传送消息的方法，所述方法包括步骤: 通过X2接口从源基站接收传入的X2接口 IP分组内的X2应用协议消息； 从所述X2应用协议消息中提取识别目标基站的目标基站标识信息； 将所述X2应用协议消息路由到所述目标基站，所述X2应用协议消息被承载在传出的X2接口 IP分组内，所述传出的X2接口 IP分组具有从所述目标基站标识信息中导出的目标IP地址；以及 维护所述源基站与所述目标基站之间的直接X2应用协议关联，所述X2应用协议关联通过两个SCTP关联而被承载，一个SCTP关联从所述源基站到所述代理节点，并且一个SCTP关联从所述代理节点到所述目标基站。
2.根据权利要求1所述方法，其中提取的所述步骤包括:从所述目标基站标识信息中提取所述目标IP地址，并且路由的所述步骤包括:将具有所述目标IP地址的所述传出的X2接口 IP分组内所承载的所述X2应用协议消息路由到所述目标基站。
3.根据权利要求1或2所述的方法，包括步骤:维护将目标基站标识信息与对应的目标基站IP地址相匹配的查找表，路由的所述步骤包括:使用所述目标基站标识信息从所述查找表中识别所述目标IP地址，并且将具有所述目标IP地址的所述传出的X2接口 IP分组内所承载的所述X2应用协议消息路由到所述目标基站。
4.根据任一项前述权利要求所述方法，其中接收的所述步骤包括:在具有如下的IP地址的代理节点处接收所述传入的X2应用协议消息，所述IP地址被包括在承载所述传入的X2应用协议消息的所述X2接口 IP分组内。
5.根据任一项前述权利要求所述的方法，包括步骤:响应于提供所述目标基站标识信息，查询外部查找表以获得所述目标基站IP地址。
6.根据权利要求5所述的方法，包括步骤:在与所述目标基站的SI接口消息的传送期间，接收所述目标基站IP地址以用于包括在所述查找表中。
7.—种代理(X2路由代理)，可操作为在无线电信网络的基站(eNB ；HeNB)之间传送消息，所述代理包括: 接收逻辑，可操作为通过X2接口从源基站接收传入的X2接口 IP分组内的X2应用协议消息； 提取逻辑，可操作为从所述X2应用协议消息中提取识别目标基站的目标基站标识消息； 路由逻辑，可操作为将所述X2应用协议消息路由到所述目标基站，所述X2应用协议消息被承载在传出的X2接口 IP分组内，所述传出的X2接口 IP分组具有从所述目标基站标识信息中导出的目标IP地址；以及 接口逻辑，可操作为维护所述源基站与所述目标基站之间的直接X2应用协议关联，所述X2应用协议关联通过两个SCTP关联而被承载，一个SCTP关联从所述源基站到所述代理节点，并且一个SCTP关联从所述代理节点到所述目标基站。
8.一种计算机程序产品，当在计算机上执行时，可操作为执行权利要求1到6中任一项所述的方法步骤。
【文档编号】H04W92/20GK104272861SQ201380022491
【公开日】2015年1月7日 申请日期:2013年4月10日 优先权日:2012年5月10日
【发明者】P·戈丁 申请人:阿尔卡特朗讯