用于支持多个传输路径的传输协议的基于消息的路径选择的制作方法

文档序号:12731982阅读:254来源:国知局
用于支持多个传输路径的传输协议的基于消息的路径选择的制作方法与工艺
本发明涉及用于支持多个传输路径的传输协议的基于消息的路径选择。更具体地,本发明涉及用于使能/实现用于支持多个传输路径的传输协议的基于消息的路径选择的措施(包括方法、装置和计算机程序产品),即,基于传输特性将消息分配到不同传输路径。
背景技术
:在当前(例如,3GPP)移动通信系统中,网络中的两个通信控制实体比如两个基站之间的传输连接用于UE切换(HO)程序。在LTE和LTE-A系统中,逻辑X2传输用于X2切换程序,用于eNB之间的UE切换。除了在eNB对之间仅应建立一个单X2传输的规范之外,对于此类X2传输如何在通信控制实体之间实施没有明确的要求。取决于运营商的决策,此类X2传输可以或者经由借助运营商的核心网络连接eNB的回程传输路径或者经由相邻eNB之间的直接传输路径来实施。在未来的(例如,3GPP)移动通信系统中,网络中两个通信控制实体比如两个基站之间的传输连接也应当用于与例如协作/协调多点传输(CoMP)和载波聚合(CA)有关的eNB间特征。在LTE和LTE-A系统中,用于eNB之间的UE切换的X2切换程序的逻辑X2传输因此应当被扩展以额外地支持此类eNB间特征。然而,对此类eNB间特征的支持比当前规定的X2切换程序具有更多的严格的定时/延迟要求。通常可接受的是,对诸如CoMP和CA的eNB间特征的严格的定时/延迟要求可以仅利用提供对给定UE的CoMP和/或CA支持的相邻eNB之间的直接传输路径来满足。用于当前和未来(例如,3GPP)移动通信系统的一般要求在于对接入/传输网络的冗余性的支持的需求。此类接入/传输网络冗余性可以通过例如使用(对等)连接的通信端点比如两个相邻eNB的多宿主来实现,其中每个端点被分配有至少两个网络接口(或网络接口卡),每个网络接口在分离的IP子网中具有不同的IP地址。图1是示出作为支持多个传输路径的传输协议的一个实例的基于SCTP的多宿主的功能原理的示意图。如图1中显见,实现了双宿主传输,其中逻辑(对等)连接的两个通信端点经由具有不同传输特性比如延迟和带宽的两个传输路径物理地链接。在图1的实例中,SCTP用作传输协议,即,单个SCTP关联被采用作为通信端点之间的(逻辑)对等连接。然而,可以使用支持多个传输路径的任何传输协议,包括例如MP-TCP或任何类似的传输协议。图2是示出作为支持多个传输路径的传输协议的一个实例的基于SCTP使用回程传输路径的双宿主X2传输的示例性网络体系结构的示意图。此类示例性网络体系结构可用于切换程序和/或eNB间特征的X2传输,如上文所述。然而,在此类网络体系结构中,无法满足对eNB间特征的严格的定时/延迟要求,因为所有消息要经由核心网络在回程传输路径之一上发送,这导致过大的等待时间/延迟。图3是示出作为支持多个传输路径的传输协议的一个实例的基于SCTP使用直接传输路径的双宿主X2传输的示例性网络体系结构的示意图。此类示例性网络体系结构能够用于切换程序和/或eNB间特征的X2传输,如上文所述。在此类网络体系结构中,无法以可靠的方式满足对eNB间特征的严格的定时/延迟要求,同时此类方法将是成本高且低效的(并且将eNB与核心网络连接需要至少两个额外的网络接口)。能够以更高效的方式进一步利用多宿主(基于SCTP)的网络体系结构将源自定义用于直接传输路径的网络接口上的一个IP地址和用于回程传输路径的网络接口上的一个IP抵制的SCTP关联。此类网络体系结构对应于图2和图3的网络体系结构的组合,因为其具有至少一个直接传输路径以及至少一个回程传输路径。如上文所表明的,SCTP典型地定义了用于在通信端点之间的特定(逻辑)对等连接上传输的所有报务(即,消息)的发送的主路径,并且所有报务将在该主路径上发送,无论其用途和/或传输特性为何。缺省地,SCTP假设在构成SCTP关联的各个传输路径之中就传输特性(例如,延迟、带宽等)而言没有实质的差别。由于该基本假设,不同的传输路径通常被视为提供弹性传输,而不是提供不同的传输特性。因此,SCTP不允许上层协议在多宿主的情况下区分一个或另一传输路径的使用,除了明确设定主路径之外。例如,在具有至少一个直接传输路径和至少一个回程传输路径的网络体系结构中,当应用(例如,X2应用)定义了直接传输路径作为SCTP待使用的主路径时,在SCTP端点之间交换的所有消息将使用该主路径,只要该直接传输路径未被声明处于故障。这导致报务与经由单个(逻辑)对等连接的不同定时/延迟要求的混合,这在新的eNB间特征比如CoMP和/或CA的预期需求(及其与当前切换程序的需求相比的差别)方面被视为是不利的。因此,存在以下需求:使能/实现用于支持多个传输路径的传输协议的基于消息的路径选择,即基于传输特性将消息分配到不同的传输路径。技术实现要素:本发明的各个示例性实施例旨在解决上述问题和/或难题以及缺陷中的至少一部分。本发明的示例性实施例的各个方面阐述于随附的权利要求中。根据本发明的一个示例方面,提供了一种方法,包括:经由支持多个传输路径的传输协议获得单个对等连接的多个传输路径的传输特性;根据要在所述单个对等连接上发送的应用消息的类型来确定所述应用消息的优选传输特性;以及选择所述单个对等连接的所述多个传输路径中的一个传输路径作为用于在所述单个对等连接上发送所述应用消息的传输路径,其中所选择的传输路径具有满足所述应用消息的所确定的优选传输特性的传输特性。根据本发明的一个示例方面,提供了一种装置,包括处理器以及被配置成存储计算机程序代码的存储器,其中所述处理器被配置成使所述装置执行:经由支持多个传输路径的传输协议获得单个对等连接的多个传输路径的传输特性;根据要在所述单个对等连接上发送的应用消息的类型来确定所述应用消息的优选传输特性;以及选择所述单个对等连接的所述多个传输路径中的一个传输路径作为用于在所述单个对等连接上发送所述应用消息的传输路径,其中所选择的传输路径具有满足所述应用消息的所确定的优选传输特性的传输特性。根据本发明的一个示例方面,提供了一种计算机程序产品,其包括计算机可执行计算机程序代码,当在计算机上执行(或运行)所述程序代码时或者在计算机(例如,根据本发明的上述装置相关示例方面中的任一方面的装置的计算机)上运行所述程序时,所述计算机可执行计算机程序代码被配置成使计算机实施根据本发明的上述方法相关示例方面中的任一方面的方法。计算机程序产品可以包括或者可以体现为(有形/非瞬时性)计算机可读(存储)介质或类似物,在其上面存储有计算机可执行计算机程序代码,和/或程序直接可装载到计算机或其处理器的内存中。下面阐述了本发明的上述示例性方面的进一步的发展和/或修改。借助本发明的示例性实施例,能够使能/实现用于支持多个传输路径的传输协议的基于消息的路径选择,即,基于传输特性将消息分配到不同的传输路径。例如,本发明的示例性实施例因此教导了如何经由单个(逻辑)对等连接上的不同传输路径(比如一个逻辑X2传输)有效地分离和交换具有不同的用途和/或传输要求(例如在延迟、带宽等方面)的消息或消息类型,诸如例如X2切换相关消息和Ca/CoMP相关消息。附图说明下面,将参考附图通过非限制示例的方式来更详细地说明本发明,其中图1是示出基于SCTP的多宿主的功能原理的示意图,图2是示出基于SCTP利用回程传输路径的双宿主X2传输的示例性网络体系结构的示意图,图3是示出基于SCTP使用直接传输路径的双宿主X2传输的示例性网络体系结构的示意图,图4是示出本发明的示例性实施例可适用的基于SCTP使用直接和回程传输路径的双宿主X2传输的示例性网络体系结构的示意图,图5是示出根据本发明的示例性实施例的方法的流程图,图6是示出根据本发明的示例性实施例的程序的第一示例的图,图7是示出根据本发明的示例性实施例的程序的第二示例的图,图8是示出根据本发明的示例性实施例的程序的第三示例的图,图9是示出根据本发明的示例性实施例的装置的结构的一个示例的示意图,以及图10是示出根据本发明的示例性实施例的装置的结构的另一示例的示意图。具体实施方式本文参考特定的非限制性的示例以及参考当前被视为本发明的可构想实施例的实施例对本发明进行说明。本领域技术人员将意识到本发明绝不限于这些示例和实施例,并且可以被更广泛地应用。应注意的是,本发明及其实施例的以下说明主要参考被用作某些示例性网络配置和系统部署的非限制示例的规范。即,本发明及其实施例主要是针对被用作某些示例性网络配置和系统部署的非限制示例的3GPP规范来说明的。在这方面,SCTP在其上面被用作传输协议的X2接口(即两个eNB之间的SCTP关联)被采用作为经由支持多个传输路径的传输协议的(逻辑)对等连接(两个通信控制实体之间)的非限制示例。因此,本文给出的示例性实施例的说明具体地是指与其直接相关的术语。此类术语仅在当前的非限制示例和实施例的上下文中使用,并且自然地不以任何方式限制本发明。相反,只要符合本文所描述的和/或本文所述的示例性实施例适用于它,则还可以使用任何其它网络配置或系统部署等(包括两个通信实体之间的任何其它接口、经由支持多个传输路径的传输协议的任何其它传输,等等)。例如,多路径传输控制协议(MP-TCP)或任何其它类似的传输协议可以被采用作为支持多个传输路径的传输协议来替代流控制传输协议(SCTP),或者任意两个通信端点比如通信控制实体之间的任何其它连接/传输可以被采用来替代X2接口。下文中,利用多个变体和/或替代方案描述了本发明及其各方面的各个示例性实施例和实现方式。通常应注意的是,根据一些需要和约束,所描述的全部变体和/或替代方案可以被单独提供或者以任何可想到的组合来提供(还包括各个变体和/或替代方案的个体特征的组合)。在本说明书中,用语“包括”和“包含”应理解为不将所描述的示例性实施例和实现方式限于仅由已经提到的那些特征构成,并且此类示例性实施例和实现方式还可以包含没有具体提到的特征、结构、单元、模块等。在附图中,应注意的是,将各个块或实体互连的线/箭头通常意在例示它们之间的操作耦合,其可以是物理和/或逻辑耦合,它们一方面是实现方式无关的(例如,有线或无线),另一方面,还可以包括未示出的任意数量的中间功能块或实体。为清晰和明朗的目的,以简化的方式例示了全部示例性网络体系结构。例如,假设IP子网间没有路由功能,这导致示出了每个对等连接的两个IPsec隧道(例如,SCTP关联)。因此,每个IPSec隧道终止于核心网络边界上的单独的安全网关(SeGW),而实际上将需要每个子网的仅一个SeGW。根据本发明的示例性实施例,在一般情况下,提供了用于使能/实现用于支持多个传输路径的传输协议的基于消息的路径选择的措施和机制,即,基于传输特性将消息分配到不同的传输路径。图4是示出本发明的示例性实施例能适用的基于SCTP使用直接和回程传输路径的双宿主X2传输的示例性网络体系结构的示意图。如图4所示,例示一个SCTP关联(其例示单个(逻辑)对等连接)的两个通信端点的eNB1和eNB2由直接传输路径网络和回程传输路径经由核心网络链接。亦即,直接传输路径和回程传输路径构成了单个(逻辑)对等连接,即,SCTP关联。直接传输路径和回程传输路径具有不同的传输特性(或者换言之,不同的传输分类),例如不同的延迟和带宽特性。具体地,直接传输路径相比于回程传输路径具有更好的传输特性,例如,其延迟较低,其带宽高于回程传输路径的带宽。根据本发明的示例性实施例,基于消息的路径选择机制应用于包括具有不同传输特性(或者换言之,不同的传输分类)的多个传输路径的此类示例性网络体系结构中。如下文详述的,具有更高传输要求(例如,更严格的定时/延迟要求)的报务,比如HO相关消息、CA相关消息、CoMP相关消息等经由具有更佳传输特性的直接传输路径来传输,而具有较低传输要求(例如,不太严格的定时/延迟要求)的报务经由具有较差传输特性的回程传输路径来传输。也即,根据本发明的示例性实施例的基于消息的路径选择机制使能基于传输特性(即,消息类型和/或用途)而将消息分配到不同的传输路径。根据本发明的示例性实施例,可以在通信端点之间的单个(逻辑)对等连接上提供多于两个的传输路径。也即,本发明不限于双宿主,而是通常适用于每个通信端点具有两个或更多个网络接口的多宿主。根据本发明的示例性实施例,指示传输路径的传输容量和/或性质的任意类型的信息可以被采用作为传输特性(即,传输分类)。虽然在图4中示例性地示出且在本说明书中提及了路径延迟和路径带宽,但是本发明不限于传输特性(即,传输分类)的这些具体的示例。图5是示出根据本发明的示例性实施例的方法的流程图。如图5所示,一种根据本发明的示例性实施例的方法包括:经由支持多个传输路径的传输协议获得单个对等连接的多个传输路径的(当前/实际)传输特性的操作;根据要在所述单个对等连接上发送的应用消息的类型来确定所述应用消息的优选传输特性的操作;以及选择所述单个对等连接的所述多个传输路径中的一个传输路径作为用于在所述单个对等连接上发送所述应用消息的传输路径的操作,其中所选择的传输路径具有满足所确定的应用消息的优选传输特性的(当前/实际)传输特性。下面,对于基于作为支持多个传输路径的传输协议的一个示例的SCTP的X2接口连接的示例性用例描述了各个示例性程序。图6至图8中的任一个的示例性程序能够经由支持多个传输路径的传输协议,诸如例如图4所示的eNB比如eNB1/eNB2之间的SCTP关联而应用于/操作于任何(逻辑)对等连接的任意端点实体中。在图6至图8中,传输层被例示为由“SCTP”表示的SCTP层,传输层的应用协议接口被例示为由“SCTPAPI”表示的SCTP应用协议接口(API),以及应用层被例示为由“X2AP”表示的X2应用协议(AP)。与X2AP相关的应用可以例如是指经由X2接口的HO、CA和/或CoMP程序。图6是示出根据本发明的示例性实施例的程序的第一示例的图。如图6所示,在SCTPAPI处获得多个传输路径的传输特性,在X2AP处确定应用消息的优选传输特性,并且在SCTPAPI处选择用于发送应用消息的传输路径。SCTP能够获取关于多个传输路径的传输特性(即,传输分类)的信息。此类信息能够以任何任意方式被获取,例如通过由SCTP本身/在SCTP本身处(隐式地)检测和/或通过SCTP和SCTP的相应通知之上的另一实体、应用或层/在SCTP和SCTP的相应通知之上的另一实体、应用或层处(显式地)检测。例如,在此方面,可以利用HEARTBEAT/HEARTBEATACK中的时间戳,可以使用测量延迟和/或带宽的单独应用,可以使用管理接口,等等。此外,SCTP知道可用的传输路径。因此,SCTP能够将相应的信息(指示可用的传输路径及其传输特性)传递到SCTPAPI。SCTPAPI因此能够从SCTP获得多个传输路径的传输特性。此外,SCTPAPI能够存储如此接收到的信息,并且将指示可用传输路径的传输特性的相应信息传递到X2AP。一般地,应注意,在路径故障的情况下,SCTP和/或SCTPAPI能够将发生故障的传输路径的传输特性通知给应用,并且在路径重新建立的情况下,SCTP和/或SCTPAPI能够将重新建立后的传输路径的传输特性通知给应用。SCTP和SCTPAPI的上述功能不与实际消息传输或消息传输需求相关联,并且可以例如以周期性的方式在传输路径变化时、在连接建立时、在传输特性变化时或类似的时间实施。X2AP能够在每消息基础上确定待发送的任何应用消息的优选传输特性。此类确定可以基于消息类型和/或用途,并且可以取决于某些既定的策略、操作条件等。例如,X2AP能够确定CA相关消息或CoMP相关消息具有严格的定时/延迟要求,而HO相关消息具有宽松的定时/延迟要求。由于此类确定,X2AP能够将指示所确定的优选传输特性的相应信息连同待发送的应用消息一起传递到SCTPAPI。X2AP的上述功能与实际消息发送或消息发送需求相关联。也即,当通过相关应用发送消息时,该功能是在每消息基础上实施的。SCTPAPI能够利用预先获得且存储的多个传输路径的传输特性来映射从X2AP接收到的用于待发送应用消息的优选传输特性,以便选择用于发送应用消息的传输路径。在此方面,SCTPAPI能够从可用传输路径(预先获得且存储了其传输特性)中选出最恰当地满足应用消息的优选传输特性的那个传输路径(例如,具有最接近优选传输特性的令人满意的传输特性的传输路径,具有满足优选传输特性的最佳/最高传输特性的传输路径,等等)。由于该映射/选择的结果,SCTPAPI能够将指示所选/优选传输特性的相应信息连同待发送应用消息一起传递到SCTP。然后,SCTP能够在对等连接的可用传输路径中的所选/优选传输路径上发送应用消息。因此,具有更高传输要求(例如,更严格的定时/延迟要求)的报务,诸如HO相关的消息、CA相关的消息、CoMP相关的消息或类似消息,能够经由具有更佳传输特性的直接传输路径来传输,而具有更低传输要求(例如,不太严格的定时/延迟要求)的报务能够经由具有更差传输特性的回程传输路径来传输。也即,根据本发明的示例性实施例的基于消息的路径选择机制使能基于传输特性(即,消息类型和/或用途)而将消息分配到不同的传输路径。如上所述,根据本发明的示例性实施例,传输层的应用协议接口(例如SCTPAPI)因此允许在其之上的应用来应用基于消息的路径选择机制。这之所以能实现是因为,传输层的应用协议接口(例如SCTPAPI)允许上层应用例如借助传输类标识符指定每个应用消息的优选传输特性,并且利用用于选择适当传输路径的规范。从应用的角度,仅存在一个逻辑传输连接,但是应用被使能以对于任何要发送的应用消息向较低的传输层指示所要求的传输特性。传输层的应用协议接口(例如SCTPAPI)的功能通过在每消息基础上在接口处接收到的附加信息来增强,这允许传输层(例如SCTP)调度消息以便在具有所请求的传输特性(分类)的逻辑传输连接(例如SCTP关联)的特定传输路径上发送。相应地,传输层的应用协议接口(例如SCTPAPI)的此类增强的功能是在不进行传输层(例如SCTP)消息定义的修改/增强的情况下实现的,因为附加信息仅由内部(例如SCTP)程序在本地传输层(例如SCTP)内处理且不经由传输层(例如,到对等节点的SCTP关联)来传送。图7是示出根据本发明的示例性实施例的程序的第二示例的图。图7的示例性程序类似于图6的程序,并且因此省略对它的详细说明。图7的示例性程序与图6的程序的基本不同之处在于,仅在请求和/或需要时才应用基于消息的路径选择机制。如图7中所示,在需要和/或支持多个传输路径的不同传输分类(类别)的情况下,X2AP能够请求SCTPAPI上的基于消息的路径选择。也即,可以请求在多个可用路径的传输特性不同的情况下,应当使能进行显式每消息路径选择。此类请求可以从X2AP传递到SCTPAPI,并且进一步从SCTPAPI传递到SCTP。此类请求可以例如在对等连接的请求建立之前、之后或者如例示的与对等连接的请求建立一起被发布(即,SCTP关联)。当基于消息的路径选择被X2AP所请求或被设定为缺省时,如图7所示,SCTP能够基于多个传输路径的传输特性而识别对多个传输路径的不同传输分类的需要和/或支持,并且能够经由SCTPAPI将所识别的对多个传输路径的不同传输分类的需要和/或支持通知给X2AP。如果在已经建立了SCTP关联之后不需要(例如,因为所有传输路径的传输特性相似/相当,例如由于仅存在可用的直接或回程传输路径的事实)或者不支持(例如,因为仅存在一个可用的传输路径)不同传输分类,则在SCTP之上的应用相应地经由SCTPAPI得到告知。如果例如由于传输路径故障而不再提供对不同报务分类的支持,则也可以提供该信息。应注意,上述识别和通知功能可以通过SCTPAPI替代SCTP或者与SCTP一起来实施。此外,应注意,所示的操作序列仅为了例示目的,而本发明不限于此。例如,SCTP能够获得多个传输路径的传输特性并且(至少部分地)同时地或并行地识别对多个传输路径的不同传输分类的需要和/或支持,并且以单条消息将相应的信息或结果传递/通知给SCTPAPI,或者SCTP能够以不同顺序的不同消息将相应的信息或结果传递/通知给SCTPAPI。由于通过SCTP和/或SCTPAPI对多个传输路径的不同传输分类的需要和/或支持的此类识别,通过X2AP对应用消息的优选传输特性的确定以及通过SCTPAPI对用于发送应用消息的传输路径的选择可以仅在被要求时才实施,即,仅当对多个传输路径的不同传输分类的需要和/或支持被识别出时才实施。图8是示出根据本发明的示例性实施例的程序的第三示例的图。图8的示例性程序类似于图6的程序,因此将省略对它的详细说明。图8的示例性程序与图6的程序的基本不同之处在于:X2AP不仅确定应用消息的优选传输特性,而且将指示所确定的应用消息的优选传输特性的信息包含到应用消息本身中。如下文所说明的,将此类信息包含在应用消息本身中对于实现对等连接的两个通信节点的全透明行为是有效的。如图8所示,X2AP能够在每消息基础上确定任何待发送应用消息的优选传输特性,并且将指示所确定的应用消息的优选传输特性的相应信息包含到应用消息中。然后,X2AP能够将指示所确定的优选传输特性的相应信息连同待发送应用消息(包含指示其优选传输特性的信息)一起传递到SCTPAPI。在映射/选择后,SCTPAPI能够将指示所选/优选传输路径的相应信息连同待发送的应用消息(包含指示其优选传输特性的信息)一起传递到SCTP。并且,SCTP随后能够在对等连接的可用传输路径中的所选/优选传输路径上发送应用消息(包含指示其优选传输特性的信息)。根据本发明的示例性实施例,使用特定/专用信息元素,指示其优选传输特性的信息能够被包含在相应的应用消息中。X2AP中的示例性实现方式是将附加的可选信息元素(IE)添加到3GPP规范TS36.423中的消息定义内以指示优选传输特性。适合于根据本发明的示例性实施例的基于消息的路径选择机制的X2消息的规范可以包括附加IE比如“TL路径延迟”和/或“TL路径带宽”(假设延迟和带宽被示例性地用作相关传输特性),如下所示。IE“TL路径延迟”用于指示优选传输路径延迟,并且可以例如在如下的小节9.2.x中规定。TL路径延迟可以例如被定义为路径延迟的相对量化,如下所示。IE/组名称存在范围IE类型和参考语义描述TL路径延迟枚举(快,正常,…)传输特性的相对量化从上面的示例IE所显而易见的,在双宿主SCTP关联的情况下,当使用相对延迟度量作为区分符时,两个传输路径可以被分类为例如“快”和“正常”。替代使用路径延迟的相对量化,TL路径延迟可以例如被定义为路径延迟的分数量化,如下所示。在这点上,路径延迟可优选地表达为与可用传输路径中的最慢传输路径的路径延迟相比的分数值。IE“TL路径带宽”用于指示优选传输路径带宽,并且可以例如在小节9.2.y中规定如下。TL路径带宽可以例如被定义为路径带宽的相对量化,如下所示。从上面的示例IE所显而易见的,在多宿主SCTP关联的情况下,当使用相对带宽度量作为区分符时,各个传输路径可以按例如带宽的倍数或分数来分类。如上所表明,同样可以使用除了路径延迟和路径带宽之外的其它传输特性。在此类情况下,相应地可以引入与上述示例一致的相应的一个或多个附加IE。此外,虽然上面的示例提到路径延迟和路径带宽的相对/分数量化,但是绝对值同样可用于路径延迟和/或路径带宽,或者任何其它相关的传输特性。基于引入上面的附加IE中的任一者的实现方式为对等节点提供了关于源节点所选择的传输路径特性的信息。因此,能够确保(逻辑传输)连接的两个对等节点对传输路径的等同使用。也即,在其上接收应用消息的所选传输路径的传输特性能够利用指示接收到的应用消息中包含的所确定的优选传输特性的信息(例如,相应的一个或多个IE/)来获得。因此,接收节点知晓优选传输特性以及由发送节点如此选择的传输路径,并且能够相应地采取动作。因此,能够实现对等连接的两个通信节点的全透明行为,因为生成消息的应用提供所选传输特性的信息,应用消息承载所选传输特性的信息,并且当将应用消息传递到传输层时,在传输层的应用协议接口(例如SCTPAPI)中规定所选传输特性。由此,增强了传输层的应用协议接口(例如SCTPAPI)的功能。根据本发明的示例性实施例,基于引入附加IE的上述实现方式为对等节点提供了关于源节点所选择的传输路径特性的信息。然而,由于SCTP需要具有关于期望传输路径的与应用无关的信息,所以SCTPAPI适于相应地接收来自X2AP的此类信息(而无论应用消息的实际内容为何)。应用将根据待发送消息的规范来设定该SCTPAPI值。如3GPP规范TS36.422的小节7中所规定的,在一个eNB对之间建立的SCTP关联内:-应当针对利用非UE关联信令的X2AP基本程序的唯一使用保留一对流标识符,-应当针对利用UE关联信令的X2AP基本程序的唯一使用保留至少一对流标识符;但是,应保留几对(即,多于一对),以及-单个UE关联信令应当使用一个SCTP流,并且在UE关联信令的传送期间该流不应被改变。基于该说明(假设同样适合用于CA和CoMP特征的扩展X2AP功能),在双宿主SCTP关联中,应用决定例如UE关联信令应经由“快”路径被发送,而非UE关联信令要经由“正常”路径被发送。基于关于不同传输路径的传输特性的信息,应用请求“快”路径作为SCTP中的主路径。这与当前的SCTP规范一致。基于SCTP流的所述用法,对X2ASN.1定义无影响的可能的实现方式是规定:在UE关联流上发送的消息总是使用“快”路径(如果可用)。在非UE关联流上发送的消息须使用“正常”(或较慢)路径。根据缺省的SCTP行为,这可以通过经由符合标准SCTP行为的主路径在被标记或称为“快”的流上发送消息而在SCTP中实现。在被标记或称为“正常”的流上的消息将得到相对于缺省SCTP行为的异常处理,因为它们不经由主路径被发送。在这些消息中仅有几个消息的目的地是“正常”路径的情况下,这可以通过在短时间间隔内改变主路径直至例如该消息已经送出为止而在符合标准的SCTP中实现。借助于本发明的示例性实施例,从上文显而易见,能够实现/使能用于支持多个传输路径的传输协议的基于消息的路径选择,即,基于传输特性将消息分配到不同的传输路径。因此,使得单个(逻辑)对等连接(诸如X2传输)能够被保留,并且通信节点能够确定给定消息应有利地在哪条传输路径上发送。当针对SCTP的常规缺省假设(即可用传输路径正在提供类似的传输特性)不再完整时,例如在经由核心网络将直接传输路径与回程传输路径组合而形成单个(逻辑)对等连接(比如SCTP关联)的网络体系结构中,这是特别有益的。如果认识到此类情形,则SCTP可被告知不同传输路径的传输特性。然后,使SCTP能够经由如此分类的传输路径根据相关应用所确定的传输特性(即,传输分类)来传输数据消息(数据块)。生成具有不同传输要求的消息的应用继续仅具有一个逻辑传输连接。然而,使应用得知对于形成给定SCTP关联的不同传输路径的不同传输特性的存在并且能够在将消息传递到传输层时指示所请求的传输特性(即,传输分类)。新的信息元素可以另外添加到应用消息中以便也将所选的传输特性(即,传输分类)通知给对等节点。由此,能够确保(逻辑传输)连接的两个对等节点等同使用传输路径。通过根据本发明示例性实施例的用于支持多个传输路径的传输协议的基于消息的路径选择,X2应用协议能够被扩展以除了例如切换程序之外支持eNB间特征(比如CA和/或CoMP)。也即,基于它们的消息类型和/或用途,CA相关消息和/或CoMP相关消息能够与其它报务分离且根据它们(更严格)的传输要求而在特定传输路径上传输。上述方法、程序和功能可由相应的功能元件、实体、模块、单元、处理器等实现,如下文所述。虽然在本发明的上述示例性实施例中主要参考方法、程序和功能进行了说明,本发明的相应的示例性实施例还覆盖相应的装置、实体、模块、单元、网络节点和/或系统,包括其软件和/或硬件。下面参考图9和图10来描述本发明的各个示例性实施例,而为了简要参考了根据图4至图8的各个相应构造/设置、方案、方法和功能、原理和操作的详细说明。在图9和图10中,块基本上被配置成执行如上所述的各个方法、程序和/或功能。块整体基本上配置成执行如上所述的方法、程序和/或功能。关于图9和图10,应注意的是,各个框意在例示分别实现各个功能、过程和/或程序的相应的功能块。这些功能块是实现方式无关的,即,可以分别借助任意类型的硬件或软件或它们的组合来实现。此外,在图9和图10中,仅示出了与上述方法、程序和/或功能中的任一者相关的那些功能块。本领域技术人员将理解对于相应结构布置的操作所需的任何其它常规功能块的存在,诸如例如电源、中央处理单元、各个存储器等。除其它项外,提供存储用于控制或使能各个功能实体或其任意组合以如本文所述结合示例性实施例操作的程序或程序指令的一个或多个存储器。图9是示出根据本发明的示例性实施例的装置的结构的一个示例的示意图。如图9中所指示,根据本发明的示例性实施例,装置10可以包括至少一个处理器11以及至少一个存储器12(以及可能还有至少一个接口13),它们可以例如分别通过总线14等可操作地连接或耦合。装置10的处理器11和/或接口13还可以分别包括促进在(硬接线或无线)链路上通信的调制解调器等。装置10的接口13可以包括分别与一个或多个天线、天线单元(例如天线阵列)或用于与链接的、耦合的或连接的设备(硬接线或无线)通信的通信设施或部件连接或耦合的适合的发射器、接收器或收发器。装置10的接口13通常被配置成与至少一个其它装置、设备、节点或实体(尤其是其连接器)通信。装置10的存储器12可以表示(非瞬时/有形)存储介质且存储相应的程序、程序产品、宏或小应用程序等、或它们的一部分,可假设它们包括在被各个处理器执行时使各个电子设备或装置能够根据本发明的示例性实施例操作的程序指令或计算机程序代码。在一般情况下,各个装置(和/或它们的一部分)可以表示用于执行各个操作和/或展现出各个功能性的部件,和/或各个设备(和/或它们的一部分)可以具有用于执行各个操作和/或展现各个功能性的功能。鉴于上述,如此例示的装置10适合用于实现本发明的示例性实施例中的一者或多者,如本文所述的。当在后续的说明中阐述处理器(或某些其它部件)被配置成执行某些功能时,这应解释为等同于如下描述:阐述与存储在各个装置的存储器中或以其它方式可用(应理解,存储器还可以是外部存储器或由云服务等提供/实现)的计算机程序代码配合的(即,至少一个)处理器或相应的电路系统被配置成使所述装置执行至少如此提及的功能。如此例示的装置10可以表示或者实现/体现根据本发明示例性实施例的通信(控制)实体或节点(的一部分),例如图4的eNB1或eNB2,并且其可以配置成执行程序和/或展现如图5至图8中所描述的功能。因此,可以使得装置10或者装置10或其处理器11(可能连同存储在存储器12中的计算机程序代码一起)以其最基本的形式被配置成:执行或使得经由支持多个传输路径的传输协议获得单个对等连接的多个传输路径的(当前/实际)传输特性;根据要在单个对等连接上发送的应用消息的类型来确定应用消息的优选传输特性;以及选择单个对等连接的多个传输路径中的一个传输路径作为用于在单个对等连接上发送应用消息的传输路径,其中所选择的传输路径具有满足所确定的应用消息的优选传输特性的(当前/实际)传输特性。关于根据本发明的示例性实施例的各个装置或其层的操作性/功能性的进一步细节,分别参考结合图4至图8中的任一者的上述说明。如上所述,根据本发明的示例性实施例的任何装置可以由包括用于执行相应操作、程序和/或功能的各个部件来构造。例如,此类部件可以基于装置的结构而实现/实施,如图9中所例示的,即,通过一个或多个处理器11、一个或多个存储器12、一个或多个接口13或它们的任意组合而实现/实施。图10是示出根据本发明的示例性实施例的装置的结构的另一示例的示意图。如图10中所示,根据本发明的示例性实施例的装置1000可以作为通信(控制)实体或节点来操作。在装置1000中,元件/单元100可以表示或者作为诸如X2AP的应用层操作,元件/单元200可以表示或作为传输层的应用协议接口(比如SCTPAPI)操作,并且元件/单元300可以表示或者作为传输层(比如SCTP)操作。装置1000可包括(至少)用于经由支持多个传输路径的传输协议获得单个对等连接的多个传输路径的(当前/实际)传输特性的部件(标示为其元件/单元200中的传输特性获得部件210)、用于根据要在单个对等连接上发送的应用消息的类型来确定应用消息的优选传输特性的部件(标示为其元件/单元200中的传输特性确定部件110)、以及用于选择单个对等连接的多个传输路径中的一个传输路径作为用于在单个对等连接上发送应用消息的传输路径的部件,其中所选择的传输路径具有满足所确定的应用消息的优选传输特性的(当前/实际)传输特性(标示为其元件/单元200中的传输路径选择部件220)。根据示例性实施例,如上文所述,应注意的是,装置1000还可以包括用于经由支持多个传输路径的传输协议来获得单个对等连接的多个传输路径的传输特性的部件(标示为其元件/单元300中的传输特性获得部件310)以及用于将指示所获得的多个传输路径的传输特性的信息传递到传输层的应用协议接口的部件(标示为其元件/单元300中的传输特性信息传递部件350)。根据示例性实施例,如上所述,应注意的是,装置1000还可以包括用于将指示所获得的多个传输路径的传输特性的信息传递到应用层的部件(标示为其元件/单元200中的信息/消息传递部件230)、用于将应用消息连同指示所确定的优选传输特性的信息一起从应用层传递到传输层的应用协议接口的部件(标示为其元件/单元100中的应用消息和信息传递部件120)、以及利用所获得的多个传输路径的传输特性来映射所确定的优选传输特性以在传输层的应用协议接口上选择应用消息的传输路径的部件(标示为其元件/单元200中的传输特性映射部件240)。根据示例性实施例,如上所述,应注意的是,装置1000还可以包括用于将应用消息连同指示所选传输路径的信息一起传递到传输层的部件(标示为其元件/单元200中的信息/消息传递部件230),以及用于在对等连接的所选传输路径上发送应用消息的部件(标示为其元件/单元300中的应用消息收发350)。根据示例性实施例,如上所述,应注意的是,装置1000还可以包括:用于在应用层需要和/或支持多个传输路径的不同传输分类的情况下在传输层的应用协议接口上请求基于消息的路径选择的部件(标示为其元件/单元100中的路径选择请求部件130)、用于基于所获得的多个传输路径的传输特性来识别对多个传输路径的不同传输分类的需要和/或支持的部件(标示为其元件/单元200中的分类需要/支持识别部件250和/或其元件/单元300中的分类需要/支持识别部件330)、用于将所识别的对多个传输路径的不同传输分类的需要和/或支持通知给应用层的部件(标示为其元件/单元200中的分类需要/支持通知部件260和/或其元件/单元300中的分类需要/支持通知部件340)。根据示例性实施例,如上所述,应注意的是,装置1000还可以包括用于将指示所确定的应用消息的优选传输特性的信息包含到应用层上的应用消息中的部件(标示为其部件/单元100中的传输特性包含部件140),以及用于在对等连接的所选传输路径上发送包含指示所确定的优选传输特性的信息的应用消息的部件(标示为其部件/单元300中的应用消息收发350)。根据本发明的示例性实施例,处理器、存储器和连接器中的任一个以及任一个所述部件可以实现为单个的模块、芯片、芯片组、电路系统等,或者它们中的一个或多个可以分别实现为通用的模块、芯片、芯片组、电路系统等。根据本发明的示例性实施例,系统可以包括如上所述配置成协作的如此所描绘的设备/装置和其它网络元件的任意可想到的组合。一般地,应注意的是,根据上述方面的各个功能块或元件能够以硬件和/或软件由任何已知的部件(如果其仅适于执行各个部分的所述功能)来实现。上述方法步骤能够实现于各个功能块中或者通过各个设备来实现,或者方法步骤中的一个或多个能够实现于单个功能块中或通过单个设备来实现。一般地,任何方法步骤适合于实现为软件或通过硬件实现而不改变本发明的构思。此类软件可以是软件代码无关的并且可以利用任何已知或未来开发的编程语言(例如Java、C++、C和汇编语言)来规定,只要保留由方法步骤限定的功能即可。此类硬件可以是硬件类型无关的且可以利用任何已知的或未来开发的硬件技术或这些技术的任何混合物(诸如MOS(金属氧化物半导体)、CMOS(互补MOS)、BiMOS(双极MOS)、BiCMOS(双极CMOS)、ECL(发射极耦合逻辑)、TTL(晶体管-晶体管逻辑)等),使用例如ASIC(专用IC(集成电路))组件、FGPA(现场可编程门阵列)组件、CPLD(复杂可编程逻辑器件)组件或DSP(数字信号处理器)组件来实现。设备/装置可以由半导体芯片、芯片组或包括此类芯片或芯片组的(硬件)模块来表示;然而,这不排除以下可能性:设备/装置或模块的功能(代替通过硬件实现)被实现为(软件)模块中的软件,例如包括用于执行/运行于处理器上的可执行软件代码部分的计算机程序或计算机程序产品。设备可以视为设备/装置或视为多于一个设备/装置(无论是在功能上彼此配合还是在功能上彼此独立但位于例如同一设备外壳中)的组装件。装置和/或部件或其各部分能够实现为单独的设备,但是这不排除它们可以分布式的方式实现在整个系统中,只要保留设备的功能即可。此类原理和类似的原理应被视为是技术人员公知的。在本说明书的意义上的软件包括软件代码,因此包括用于执行各个功能的代码部件或部分或计算机程序或计算机程序产品,以及体现在诸如其中存储有相应数据结构或代码部件/部分或体现在信号中或芯片(可能在其处理期间)中的计算机可读(存储)介质之类的有形介质上的软件(或计算机程序或计算机程序产品)。本发明还覆盖了上述方法步骤和操作的任何可想到的组合,以及上述的节点、装置、模块或元件的任何可想到的组合,只要方法和结构布置的上述概念适用即可。鉴于上述内容,提供了用于使能/实现用于支持多个传输路径的传输协议的基于消息的路径选择的措施,即,基于传输特性将消息分配到不同的传输路径。此类措施示例性地包括:经由支持多个传输路径的传输协议获得单个对等连接的多个传输路径的传输特性;根据要在单个对等连接上发送的应用消息的类型来确定应用消息的优选传输特性;以及选择单个对等连接的多个传输路径中的一个传输路径作为用于在单个对等连接上发送应用消息的传输路径,其中所选传输路径具有满足所确定的应用消息的优选传输特性的传输特性。虽然上面根据附图参考示例描述了本发明,应当理解,本发明不限于此。相反,本领域技术人员清楚的是,本发明能够以多种方式被修改,而不偏离如本文披露的发明构思的范围。首字母缩略词和缩写的列表3GPP第三代合作伙伴项目AP应用协议API应用协议接口ASN.1抽象语法记号1CA载波聚合CoMP协作/协调多点eNB增强节点BHO切换IE信息元素IETF互联网工程任务组IP互联网协议LTE长期演进LTE-A长期演进增强MP-TCP多路径传输控制协议RFC评论请求(即,IETF规范)SCTP流控制传输协议SeGW安全网关TCP传输控制协议TL传输层UE用户设备当前第1页1 2 3 
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1