CN104349387B - 在支持双/多连接的***中用于下行链路传输的方法和设备 - Google Patents
在支持双/多连接的***中用于下行链路传输的方法和设备 Download PDFInfo
- Publication number
- CN104349387B CN104349387B CN201310346526.0A CN201310346526A CN104349387B CN 104349387 B CN104349387 B CN 104349387B CN 201310346526 A CN201310346526 A CN 201310346526A CN 104349387 B CN104349387 B CN 104349387B
- Authority
- CN
- China
- Prior art keywords
- data
- service node
- instruction
- auxiliary service
- transmission
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Bidirectional Digital Transmission (AREA)
Abstract
本公开提供了一种在支持双/多连接的***中用于下行链路传输的方法和设备。在根据本公开的一个实施方式中,所述方法可包括接收将经由辅服务节点传送的数据;存储接收的所述数据;向所述辅服务节点传送接收的所述数据;响应于来自所述辅服务节点的指示,删除存储的所述数据;以及响应于至所述辅服务节点的连接被释放,将存储的所述数据传送给相应的用户设备。根据本公开的实施方式,提供了一种在支持双/多连接的***中用于下行链路传输的机制,其中主服务节点和辅服务节点可以有效地协作以服务于一个用户设备,从而降低在从双/多连接切换至单连接时***的中断时间。
Description
技术领域
本公开的实施方式涉及无线通信技术领域,并且更具体地涉及一种在支持双/多连接的***中用于下行链路传输的方法和设备。
背景技术
随着移动市场的快速发展、用户数目的激增和移动数据业务的飞速增长,对于***容量和数据速率的要求也越来越高。为了适应这种需求,目前已经提出了小小区(smallcell)的技术。小小区是一种低功率的无线接入点,其可以工作在授权的或者非授权的频谱,并且其具有的覆盖范围与宏小区的覆盖范围相比要小得多,通常在10-200米的范围。
由于使用小小区能够带来容量增大和解决盲点覆盖的益处,目前小小区部署和增强已经引起了研究者的极大关注。而且在3GPPRel-12中,已经批准了一个新的研究项目“Small Cell Enhancements for E-UTRA and E-UTRAN-Higher-layer aspects”,其中一个重要问题是研究至宏小区层和小小区层的双连接的架构以及协议增强。
目前,对于用户面数据的分割方案存在以下选择:
选择1:S1-U接口与宏基站(MeNB)连接,同时也与小型基站(SeNB)连接;
选择2:S1-U仅与MeNB连接,并且在无线接入网(RAN)中不进行承载分割;
选择3:S1-U仅与MeNB连接,并且在RAN中进行承载分割。
进一步地,基于针对承载分割和UP协议栈的选项,存在如下共计9个备选方案:
架构1A:S1-U接口与MeNB和SeNB两者均有连接,在RAN中不进行承载分割,且在SeNB处具有独立的分组数据汇聚协议层(PDCP);
架构2A:S1-U仅与MeNB连接,在RAN中不进行承载分割,且在SeNB处有独立PDCP;
架构2B:S1-U仅与MeNB连接,在RAN中不进行承载分割,且采用主从PDCP模式;
架构2C:S1-U仅与MeNB连接,在RAN中不进行承载分割,且在SeNB处具有独立的无线链路控制层(RLC);
架构2D:S1-U仅与MeNB连接,在RAN中不进行承载分割,且采用主从RLC模式;
架构3A:S1-U仅与MeNB连接,在RAN中进行承载分割,在SeNB处具有针对分割承载的独立PDCP;
架构3B:S1-U仅与MeNB连接,在RAN中进行承载分割,针对分割承载采用主从PDCP模式;
架构3C:S1-U仅与MeNB连接,在RAN中进行承载分割,在SeNB处具有针对分割承载的独立RLC;以及
架构3D:S1-U仅与MeNB连接,在RAN中进行承载分割,针对分割承载采用主从RLC模式。
对于选择2和选择3(分别包括2A-2D以及3A至3D),S1-U仅与MeNB连接,这意味着分载给SeNB的数据必须首先被路由到MeNB,然后由MeNB将数据传送给SeNB。然而,在诸如小小区信道质量恶化、负载拥塞等的若干情况下,可能需要释放至小小区的连接。在用户从具有至宏小区和小小区的双连接切换为仅仅具有宏小区的单连接时,需要重新配置被分载到SeNB的无线承载(RB)。而在这种情况下,已经分载给SeNB的数据也需要回传到MeNB,但是由于回程链路的不理想状况,切换会经历很大的延迟,这会造成较大的***中断时间,而且会消耗MeNB和SeNB间有线传输的资源。这是非常不希望的。
鉴于上述问题,在本领域中需要一种降低从双/多连接切换至单连接时的延迟的解决方案。
发明内容
有鉴于此,本公开提供了一种在支持双/多连接的***中用于下行链路数据传输的方案,以克服或者缓解如前所述的现有技术中存在的至少一部分缺陷。
根据本公开的第一方面,提供了一种在支持双/多连接的***中用于下行链路数据传输的方法。该方法可以包括接收将经由辅服务节点传送的数据;存储接收的所述数据;向所述辅服务节点传送接收的所述数据;响应于来自所述辅服务节点的指示,删除存储的所述数据;以及响应于至所述辅服务节点的连接被释放,将存储的所述数据传送给相应的用户设备。
根据本公开的第二方面,提供了一种在支持双/多连接的***中用于下行链路数据传输的方法。该方法可以包括:接收来自主服务节点的数据;传送接收的所述数据;以及向所述主服务节点发送删除所述数据的指示。
根据本公开的第三方面,提供了一种在支持双/多连接的***中用于下行链路数据传输的设备。该设备可以包括:数据接收单元,被配置为接收将经由辅服务节点传送的数据;数据存储单元,被配置为存储接收的所述数据;数据传送单元,被配置为向所述辅服务节点传送接收的所述数据;数据删除单元,被配置为响应于来自所述辅服务节点的指示,删除存储的所述数据;以及切换处理单元,被配置为响应于至所述辅服务节点的连接被释放,将存储的所述数据传送给相应的用户设备。
根据本公开的第四方面,还提供了一种在支持双/多连接的***中用于下行链路数据传输的设备。该设备可以包括:数据接收单元,被配置为接收来自主服务节点的数据;数据传输单元,被配置为传送接收的所述数据;以及指示发送单元,被配置为向所述主服务节点发送删除所述数据的指示。
根据本公开的第五方面,提供了一种计算机程序产品,其上包括程序代码,当所述程序代码在处理器上执行时致使所述处理器中执行根据本公开的第一方面的方法。
根据本公开的第六方面,还提供了一种计算机程序产品,其上包括程序代码,当所述程序代码在处理器上执行时致使所述处理器中执行根据本公开的第二方面的方法。
根据本公开的第七方面,提供了一种设备,该设备包括处理器以及至少一个存储器,所述至少一个存储器上存储有程序代码,当所述程序代码在处理器上执行时致使所述处理器中执行根据本公开的第一方面的方法。
根据本公开的第八方面,还提供了一种设备,该设备包括处理器以及至少一个存储器,所述至少一个存储器上存储有程序代码,当所述程序代码在处理器上执行时致使所述处理器中执行根据本公开的第二方面的方法。
根据本公开的实施方式,提供了一种在支持双/多连接的***中用于下行链路传输的机制,其中主服务节点和辅服务节点可以有效地协作以服务于一个用户设备,从而降低在从双/多连接切换至单连接时***的中断时间。
附图说明
通过结合附图并参考以下详细说明,本公开各实施方式的特征、优点及其他方面将变得更加明显,在附图中:
图1示意性地示出了可以在其中实施本公开的实施方式的通信***的示例性示意图;
图2示意性地示出了根据本公开的一个实施方式的在支持双/多连接的***中用于下行链路传输的方法的流程图;
图3示意性地示出了在架构2A情况下在支持双/多连接的***中用于下行链路传输的示例性方案的图示;
图4示意性地示出了在架构3A情况下在支持双/多连接的***中用于下行链路传输的示例性方案的图示。
图5A至图5F简要地示出了在架构2B-2D以及3B至3D情况下在支持双/多连接的***中用于下行链路传输的示例性方案的图示;
图6示意性地示出在根据本公开的一个实施方式中使用的超级分组的示例性结构的图示。
图7示出了根据本公开的另一实施方式的在支持双/多连接的***中用于下行链路传输的方法的流程图;
图8示出了根据本公开的一个实施方式的在支持双/多连接的***中用于下行链路传输的设备的方框图;以及
图9示出了根据本公开的另一实施方式的在支持双/多连接的***中用于下行链路传输的设备的方框图。
具体实施方式
在下文中,将参考附图详细描述本公开的各个示例性实施方式。应当注意,这些附图和描述涉及的仅仅是作为示例的优选实施方式。应该指出的是,根据随后描述,很容易设想出此处公开的结构和方法的替换实施方式,并且可以在不脱离本公开要求保护的公开的原理的情况下使用这些替代实施方式。
应当理解,给出这些示例性实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本公开,而并非以任何方式限制本公开的范围。此外,在附图中,出于说明的目的,将可选的步骤、模块、单元等以虚线框示出。
接下来,将首先参考图1来描述可以在其中实施本公开的实施方式的通信***的示例性示意图。图1中示出的通信***是支持双/多连接的通信***,其中S1-U接口只与主服务节点连接。如图所示,用户设备UE 130可以同时与服务节点110和120连接,以便分别通过服务节点110和服务节点120将无线承载上的数据传送给UE。在本公开的实施方式中,服务于UE 130的两个服务节点110、120可以分别承担主服务节点110和辅服务节点120的角色。其中主服务节点110例如是宏基站MeNB,辅服务节点例如是小型基站SeNB,诸如microeNB,femto eNB,pico eNB,远程射频单元RHH等。如图所示,主服务节点110通过S1AP协议的S1-MME接口与移动性管理网元(MME)140连接以用于控制信令的传输,并且通过GTP-U协议的S1-U接口与服务网关S-GW 150连接,以用于传输用户数据。具体地,主服务节点110可以从S-GW 150接收演进分组***(EPS)承载1和EPS承载2。其中EPS承载1将经过主服务节点110直接发送给UE。而EPS承载2中的全部或者部分将通过辅服务节点120而被发送至UE,这取决于用户面数据分割方案的具体选择(即,是选择2还是选择3)。辅服务节点120与S-GW150之间没有任何连接,而是通过X2/Xn接口与主服务接点110连接。经由辅服务节点120传送的承载2的数据需要首先发送给主服务节点110,然后通过X2/Xn接口传送给辅服务节点120,进而经由辅服务节点120传送给UE。
已知的是,在LTE***中,通常为一个用户有一个服务小区。尽管在载波聚合的情况下,存在多个服务小区,但是这些小区位于同一个基站,是同一个基站上对这些服务小区进行处理的。用户面和控制面的所有协议栈均位于一个服务节点上,而该服务节点与S-GW直接连接。但是在双/多连接中,特别是对于用户面数据分割选择2和选择3,小小区与S-GW没有S1连接,所有将通过小小区传送的数据将会通过宏小区路由。分载至小小区的数据将从宏小区传送给小小区,并且在小小区中被缓存以等待传输给用户。如果小小区这个链路被释放并且决定将分载给小小区的数据交给宏小区,已经传给小小区的数据需要再传回宏小区,这意味着这些数据将经历双程回程链路,从而造成较大的延迟。而这继而会引起较大的切换中断时间。在现有技术中,没有任何如何避免或者减少中断以支持双/多连接的这种用户面架构的解决方案。为此,在本公开中提出了一种针对这种***的用于下行链路传输的技术方案,以用于快速传输数据并降低切换时的中断时间。
在下文中,将参考图2来描述在诸如MeNB的主服务节点处执行的操作,其中图2示意性地示出了根据本公开的一个实施方式的在支持双/多连接的***中用于下行链路传输的方法的流程图。
如图2所示,首先,在步骤S201,在主服务节点,接收将经由辅服务节点传送的数据。在本公开中,由于切换时的延迟主要涉及的是将经由辅服务节点传送的数据,因此将在主服务节点对这些数据进行特别处理。
接着,在步骤S202,存储接收的所述数据。例如,可以复制将经由辅服务节点发送的数据,并将其存储主服务节点的一个缓存器中。
此处,存储分载给辅服务节点的数据是为了在突然发生切换时使用。而在所述数据已经被辅服务节点传输时,将会从缓存器中删除该数据。这就意味着,随后辅服务节点将会给主服务节点一个指示。可以理解来自辅服务节点的删除指示应当指定要被删除的数据分组。为了降低处理复杂性,优选地,在主服务节点处接收的将经由辅服务节点传送的数据可以被存储在与所述辅服务节点执行数据分载的协议层对应的协议层。例如,如果辅服务节点将在PDCP上执行数据分载,则主服务节点将会在PDCP上存储将经由辅服务节点传送的数据。
在图3中示意性地示出了在架构2A情况下在支持双/多连接的***中用于下行链路传输的示例性方案的图示。如图3所示,在架构2A的情况下,并没有执行无线承载分割(即,无线承载#2的数据将全部经由诸如SeNB的辅服务节点传送给用户设备),而且在诸如MeNB的主服务节点中,也没有与辅服务节点对应的通信协议层(在图3中示出为虚线框,以表示这些协议层实体在由双连接切换到单连接的情况下,无线承载#2的数据将由MeNB传输时才存在)。在这种情况下,在主服务节点MeNB和辅服务节点SeNB处,用于存储数据的缓冲器层可以设置在PDCP层上。
图4示意性地示出了在架构3A情况下在支持双/多连接的***中用于下行链路传输的示例性方案的图示。图4所示的是架构3A的情况,其与图2所示的架构2A不同之处在于执行了承载分割。但是针对将由辅服务节点SeNB传送的数据,在主服务节点MeNB和辅服务节点SeNB侧执行的处理与图2所示相同。而且,缓冲器层也是同样存储在PDCP层之上。
此外,出于说明的目的,还在图5A至图5F中分别简要地示出了架构2B、3B、2C、3C、2D和3D情况下的下行链路传输的示例性方案的图示。如图5A和图5B所示,针对其中采用的是主从PDCP方式(其中主PDCP被示出为实线方框,而从PDCP被示出为点划线方框)架构2B和3B,缓冲器层在主服务节点MeNB侧设置在主PDCP之中/下,而在辅服务节点SeNB侧设置在从PDCP中/上。此外,如图5C和图5D所示,针对其中辅服务节点在RLC层上执行数据分载的架构2C和3C,在MeNB和SeNB侧,缓冲器层均设置在RLC层上。类似地,对于图5E和图5F示出的其中采用主从RLC方式(其中主RLC被示出为实线方框,而从RLC被示出为点划线方框)的架构2D和3D,在MeNB侧,缓冲器层设置在主RLC之中/下,而在SeNB侧,缓冲器层设置在从RLC层之中/上。
继续参考图2,在步骤S203,主服务节点将接收到的数据发送给辅服务节点,以便经由辅服务节点将数据传送给相应的用户设备。主服务节点例如可以通过X2/Xn接口来将所述数据发送给辅服务节点。辅服务节点接收到所述数据后会执行一系列操作。关于辅服务节点的操作将在下文中参考图7详细介绍,此处不再赘述。
此后,在步骤S204,响应于来自辅服务节点的指示,删除存储的所述数据。例如在辅服务节点已经传送所述数据之后,辅服务节点可以发送删除相应数据的指示给主服务节点。主服务节点接收到该指示后,可以根据该指示删除相应的数据。
来自辅服务节点的指示可以指示删除一个数据分组。在这种情况下,该指示中可以包括用于指示该数据分组的指示符,例如顺序指示符,时间指示符或者其他标识符。此外,该指示也可以指示删除多个数据分组。在指示删除多个数据分组的情况下,该指示中可以包括与将被删除的多个数据分组对应的多个指示符。备选地,在所述指示可以包括时间指示符或顺序指示符的情况下,所述指示也可以包括指示所述多个分组中的最晚时间或顺序的时间指示符或顺序指示符。这样,主服务节点可以响应于所述指示,删除存储的所述数据中具有的时间或顺序不晚于所述时间指示符或顺序指示符所指示的时间或顺序的数据。以此方式,可以显著降低需要返回给主服务节点的数据量。
接着,如果在步骤S205,确定至辅服务节点的连接将被释放,则主服务节点可以将其存储的数据直接发送给相应的用户设备。如果由于信道质量恶化、负载拥塞等原因,需要从双/多连接模式切换至仅与主服务节点连接的单连接模式,那么此时存储在缓存器中的数据正是已分载给辅服务节点但尚未被发送的数据。因而在对无线承载进行重新配置时,可以直接将存储的数据取出并由主服务节点发送给相应的用户设备,而无需从辅服务节点传回该数据。
在本公开的方式中,来自辅服务节点的指示可以是在相应协议层开始进行数据传输时发出的。因此,在需要释放至辅服务节点的链接时,可能还有部分数据并未真正发送给用户。在这种情况下,辅服务节点可以将并未向用户设备发送的那部分数据返回给主服务节点。因而,主服务节点还可能接收到来自所述辅服务节点的未传输给用户设备的那部分数据。在这种情况下,主服务节点可以将该部分数据传送给用户设备以便实现无损数据传输。然而,本领域技术人员应当理解,在这种情况下,也可以忽略这部分数据,只是这样会存在数据丢失。
另外,从辅服务节点向主服务节点传送数据删除指示这一方案会显著增加向主服务节点传输的数据量,尤其在指示频繁传输的情况下,会占用许多传输资源。出于这个原因,可以考虑将在主服务节点处,基于将经由所述辅服务节点传送的数据形成一个超级分组。此处,超级分组是指一个大型分组,其包括一个诸如时间指示符或顺序指示符的指示符以及多个数据分组。在超级分组中可以具有固定数据的数据分组,也可以具有可变数目的分组。出于处理简化的目的,该超级分组优选地在与所述辅服务节点执行数据分载的协议层对应的协议层上形成。
根据本公开的一个实施方式,针对将下载到辅服务节点SeNB上的承载,可以利用PDU分组生成一个超级分组,该超级分组包括一个时间标签或者一个序号以指明这些数据分组的时间顺序。图6示意性地示出了超级分组的示例性结构的图示。如图6所示,所述超级分组包括一个序号SN以及分组1至分组N。针对将由辅服务节点传送的数据,主服务节点MeNB将会形成图6所示形式的超级分组,并将该超级分组存储在复制缓存器中,同时将该超级分组发送给SeNB,而不是分别地存储和发送单个数据分组。在辅服务节点SeNB处,将会执行一个剥离处理,以将诸如SN的时间顺序指示符剥离以得到其中包括数据分组1-N,并将其存储缓存器中以等待传输。
在上文中已经参考图2至5F首先描述了主服务节点处的操作。接下来,将继续参考图7来描述在辅服务节点处执行的操作,其中图7示意性地示出了根据本公开的另一实施方式的在支持双/多连接的***中用于下行链路传输的方法。
如图7所示,首先在步骤S701,接收来自主服务节点的数据。辅服务节点通过例如X2/Xn接口接收来自主服务节点的数据,接收到该数据后将数据缓存在执行分载所在的协议层,以等待传输。
接着,在步骤S702,辅服务节点传送接收到数据。在可以进行那个数据传输时,辅服务节点会将数据从执行分载所在的协议层交给下面的各层进行传输。
然后,在步骤S703,向主服务节点发送删除所述数据的指示。
根据本公开的实施方式,辅服务节点可以在若干时间点向主服务节点发送的删除所述数据的指示。下面将对此进行详细描述。
根据本公开的一个实施方式,辅服务节点可以在开始在执行数据分载所在的协议层执行数据传输时,向主服务节点发送删除数据的指示。例如在2A的架构中,如果在PDCP层实体首次开始针对一个PDCP PDU进行传输尝试,即可发送删除数据的带有该数据分组的指示符的指示,来指示删除该数据分组。此时数据已经开始传输,因此主服务节点接到该指示后,可以从缓存器中删除对应的数据。
然而,由于这种机制是在对应协议层开始数据传输时发送指示,因此可能存在辅服务节点并未将数据传送给用户设备的情形。例如2A结构,辅服务节点将在分组数据汇聚协议层(PDCP)上执行数据分载,在辅服务节点的分组数据汇聚协议层(PDCP)开始数据传输时,即告知主服务节点删除其存储的数据分组。而在承载重配置时,该数据分组可能仍存储在辅服务节点的其他层(比如RLC层)尚未被传送。此时可以将未被传送的该数据分组传回主服务节点。这种方法能够支持无损的数据传输但需要向主服务节点回传该数据分组。
此外,也可以在将PDCP PDU从PDCP层传输至RLC层时,向主服务节点发送删除数据分组的指示。然而,由于可能存在无线承载重配置时数据仍然存储在RLC缓冲器而未被发出的可能,所以这时数据将会丢失。
此外,根据本公开的另一实施方式,可以在所述辅服务节点将所述数据传输给用户设备后,向所述主服务节点发送删除所述数据的指示。
如前所述,在接收到来自主服务节点的数据分组后,数据分组的指示符首先被剥离,数据分组可以进入PDCP层由PDCP实体进行处理,诸如进行顺序编号、头部压缩,加密等,然后形成PDCP PDU并且被传送至RLC层。经过上述的处理后,通常对于超级分组的情况,已经难以知道那个数据属于那个超级分组。因此需要添加附加的功能。
对于RLC UM模式,在辅服务节点在RLC层开始传送数据时,则认为已经向用户发送了分组,因此不需要主服务节点再次传送。因而,对于RLC UM模式,当PDU从RLC层传送到MAC层时,即认为辅服务节点已经将数据传送给用户。此时可以向主服务节点发送删除指示,以删除主服务节点的缓存器中存储的相应数据。例如,可以修改RLC层实体的功能,使得在包括一个PDCP PDU的RLC PDU被传送时,RLC层实体可以读取该PDCP PDU的SN,并向上面的层返回该PDCP SN。在辅服务节点中的缓存器层可以将该PDSP SN与原来数据的指示符匹配。并且在返回给主服务节点的指示中包括被匹配的指示符。而在数据是以超级分组的形式被接收的情况下,可以在超级分组中的所有数据均被传送时,向主服务节点返回删除该超级分组的指示符。这样一个指示符就可以指代多个数据分组,因而可以减少指示传送次数,降低***开销。
对于RLC AM模式,只有在RLC层接收到数据传输成功的确认应答ACK,才认为将数据传送给了用户设备。因此,在RLC AM模式中,可以在接收到ACK时向所述主服务节点发送删除所述数据的指示。与RLC UM模式相同的是,也不知道传回来的ACK针对的是哪个数据,因此可以修改RLC层实体的功能,以使得在包括一个PDCPPDU的RLC PDU被成功传输给用户时,获取相应的PDCP SN,并将其返回至上层实体,以便进行匹配。
需要说明的是,在本公开提出的方案中,由于可能存在辅服务节点已经成功发送数据但是主服务节点并没有接收到删除指示的情况,因此用户设备可能会接收到数据的两个副本。对此,用户设备可以在识别出相同数据后删除其中一个多余的数据。
此外对于要指示删除多个数据分组的情况,返回给主服务节点的指示可以包括指示所述多个分组中的最晚时间顺序的时间指示符或顺序指示符。这对于删除多个超级分组的情况,也同样适用。
此外,如前所述,来自所述主服务节点的数据可以是包括一个时间指示符或顺序指示符以及多个数据分组的超级分组的形式。在这种情况下,在接收到超级分组后,辅服务节点将首先剥离所述超级分组中的时间指示符或顺序指示符,以得到其中包括的数据分组。然后,辅服务节点将存储所述数据分组以等待传输。
需要说明的是,在主服务节点没有对数据分组添加序号的功能的情况下,需要对每个数据分组附加指示符,例如对于架构2A和3A。而对于主服务节点中本身具有为数据分组附加序号的功能的情况下,无需在额外地附加该指示符,例如对于架构2C和3C。而对于例如架构2B、2D、3B和3D,是否需要附加指示符要根据主服务节点和辅服务节点的相应主从功能实体之间的功能分割来确定。在主服务节点处具有添加序号的功能的情况下,不需要额外附加指示符,否则需要附加指示符。此外,还需要说明的是,在形成超级分组的情况下,需要对超级分组来附加一个指示符来统一指示其中包含的多个分组,这将与主服务节点是否具有序号添加功能无关。
另外,还需要说明的是,尽管在本发明的许多实施方式中,结合超级分组进行了描述,然而超级分组只是用于实现本发明的优选实施方式,在并不形成超级分组的情况下仍可以实现本发明。
另外,在本公开中还提供了用于在支持双/多连接的***中用于下行链路传输的设备。下面将参考图8和图9进行描述。
首先参考图8,图8示出了根据本公开的一个实施方式的在支持双/多连接的***中用于下行链路传输的设备的方框图。图8所示的设备800可以用于在诸如MeNB的主服务节点。如图8所示,设备800可以包括:数据接收单元810、数据存储单元820、数据传送单元830、数据删除单元840和切换处理单元850。数据接收单元810可以被配置为接收将经由辅服务节点传送的数据。数据存储单元820可以被配置为存储接收的所述数据。数据传送单元830可以被配置为向所述辅服务节点传送接收的所述数据。数据删除单元840可以被配置为响应于来自所述辅服务节点的指示,删除存储的所述数据。切换处理单元850可以被配置为响应于至所述辅服务节点的连接被释放,将存储的所述数据传送给相应的用户设备。
在根据本公开的一个实施方式中,所述数据存储单元820可以被进一步配置为将接收的所述数据被存储在与所述辅服务节点执行数据分载的协议层对应的协议层。
在根据本公开的另一实施方式中,设备800可以进一步包括未传数据接收单元860。该未传数据接收单元860可以被配置为接收来自所述辅服务节点的未被传输的数据,而且切换处理单元850可以被进一步配置为将所述未被传输的数据发送给所述用户设备。
在根据本公开的再一实施方式中,来自所述辅服务节点的指示可以包括时间指示符或顺序指示符,以及其中所述数据删除单元840可以被配置为响应于所述指示,删除存储的所述数据中具有的时间或顺序不晚于所述时间指示符或顺序指示符所指示的时间或顺序的数据。
在根据本公开的又一实施方式中,设备800可以进一步包括超级分组形成单元870,该超级分组形成单元870可以被配置为基于将经由所述辅服务节点传送的数据形成超级分组,所述超级分组包括时间指示符或顺序指示符以及多个数据分组。接收的所述数据可以以所述超级分组的形式存储,并且接收的所述数据可以以所述超级分组的形式向所述辅服务节点传送。而且,所述超级分组可以在与所述辅服务节点执行数据分载的协议层对应的协议层形成。
接着参考图9描述用于辅服务节点的设备900。如图9所示,设备900包括:数据接收单元910、数据传送单元920以及指示发送单元930。数据接收单元910可以被配置为接收来自主服务节点的数据。数据传送单元920可以被配置为传送接收的所述数据。指示发送单元930可以被配置为向所述主服务节点发送删除所述数据的指示。
在根据本发明的一个实施方式中,所述指示发送单元930被进一步配置为响应于开始在辅服务节点执行数据分载所在的协议层执行数据传输,向所述主服务节点发送删除所述数据的指示。
在根据本发明的一个实施方式中,所述设备900可以进一步包括:未传数据传输单元940,该未传数据传输单元940被配置为向所述主服务节点传送未被所述辅服务节点传输给用户设备的数据。
在根据本发明的一个实施方式中,所述指示发送单元930可以被进一步配置为响应于将所述数据从分组数据汇聚协议层传送至无线链路控制层,向所述主服务节点发送删除所述数据的指示。
在根据本发明的一个实施方式中,所述指示发送单元930可以被进一步配置为响应于所述辅服务节点将所述数据传输给用户设备,向所述主服务节点发送删除所述数据的指示。
在根据本发明的一个实施方式中,所述指示发送单元930可以被进一步配置为响应于将所述数据从无线链路控制层发送至介质访问控制层,向所述主服务节点发送删除所述数据的指示。
在根据本发明的一个实施方式中,所述指示发送单元930可以被进一步配置为响应于无线链路控制层接收到数据传输成功的确认应答,向所述主服务节点发送删除所述数据的指示。
在根据本发明的一个实施方式中,来自所述主服务节点的数据是超级分组的形式,所述超级分组包括时间指示符或顺序指示符以及多个数据分组。
在根据本发明的一个实施方式中,所述设备900进一步包括:指示符剥离单元950,被配置为剥离所述超级分组中的时间指示符或顺序指示符,以得到其中包括的数据分组;分组存储单元960,被配置为存储所述数据分组以便传输。
在根据本发明的一个实施方式中,在指示删除多个数据分组的情况下,所述指示可以包括指示所述多个分组中的最晚时间顺序的时间指示符或顺序指示符。
需要说明的是,在上文中参考图8至图9所描述的设备800和900的各个部件的操作与上文中所描述的方法的各个步骤的操作基本上是对应的。因此关于这些部件的具体操作,可以参考上文中结合图1至图7对本公开的方法的具体描述。
根据本公开的实施方式,提供了一种在支持双/多连接的***中用于下行链路传输的机制,其中主服务节点和辅服务节点可以有效地协作以服务于一个用户设备,从而降低在从双/多连接切换至单连接时***的中断时间。
需要注意的是,本公开可在软件和/或软件与硬件的组合体中被实施,例如,可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中,本公开的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地,本公开的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中,例如,RAM存储器,磁或光驱动器或软磁盘及类似设备。另外,本公开的一些步骤或功能可采用硬件来实现,例如,作为与处理器配合从而执行各个步骤或功能的电路。
另外,本公开的一部分可被应用为计算机程序产品,例如计算机程序指令,当其被计算机执行时,通过该计算机的操作,可以调用或提供根据本公开的方法和/或技术方案。而调用本公开的方法的程序指令,可能被存储在固定的或可移动的记录介质中,和/或通过广播或其他信号承载媒体中的数据流而被传输,和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此,根据本公开的一个实施例包括一个装置,该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器,其中,当该计算机程序指令被该处理器执行时,触发该装置运行基于前述根据本公开的多个实施例的方法和/或技术方案。
对于本领域技术人员而言,显然本公开不限于上述示范性实施例的细节,而且在不背离本公开的精神或基本特征的情况下,能够以其他的具体形式实现本公开。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本公开的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本公开内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。
Claims (30)
1.一种在支持双/多连接的***中用于下行链路数据传输的方法,包括在主服务节点处:
接收将经由辅服务节点传送的数据;
基于将经由所述辅服务节点传送的数据而形成超级分组,所述超级分组包括时间指示符或顺序指示符以及多个数据分组,
以所述超级分组形式存储接收的所述数据;
以所述超级分组形式向所述辅服务节点传送接收的所述数据;
响应于来自所述辅服务节点的指示,删除存储的所述数据;以及
响应于至所述辅服务节点的连接被释放,将存储的所述数据传送给相应的用户设备。
2.根据权利要求1所述的方法,其中,接收的所述数据被存储在与所述辅服务节点执行数据分载的协议层对应的协议层。
3.根据权利要求1或2所述的方法,进一步包括在主服务节点处:
接收来自所述辅服务节点的未被传输的数据,以及
将所述未被传输的数据发送给所述用户设备。
4.根据权利要求1或2所述的方法,其中,来自所述辅服务节点的指示包括时间指示符或顺序指示符,以及其中响应于所述指示,删除存储的所述数据中具有的时间或顺序不晚于所述时间指示符或顺序指示符所指示的时间或顺序的数据。
5.根据权利要求1或2所述的方法,其中,所述超级分组在与所述辅服务节点执行数据分载的协议层对应的协议层形成。
6.根据权利要求1或2所述的方法,其中,所述超级分组具有预定的长度。
7.根据权利要求1或2所述的方法,其中,所述超级分组具有可变的长度。
8.一种在支持双/多连接的***中用于下行链路数据传输的方法,包括在辅服务节点处:
接收来自主服务节点的超级分组形式的数据,其中所述超级分组包括时间指示符或顺序指示符以及多个数据分组;
传送接收的所述数据;
向所述主服务节点发送删除已经传送的所述数据的指示,以使得在所述主服务节点处仅存储在所述辅服务节点已经接收但尚未传送的数据,从而在至所述辅服务节点的连接将被释放的情况下,所述辅服务节点已经接收但尚未传送的数据能够直接从所述主服务节点而被传送给相应的用户设备。
9.根据权利要求8所述的方法,其中,响应于开始在辅服务节点执行数据分载所在的协议层执行数据传输,向所述主服务节点发送删除所述数据的指示。
10.根据权利要求9所述的方法,进一步包括在辅服务节点处:
向所述主服务节点传送已经针对其发送删除的指示但尚未被所述辅服务节点传输给用户设备的数据。
11.根据权利要求8或9所述的方法,其中,响应于将所述数据从分组数据汇聚协议层传送至无线链路控制层,向所述主服务节点发送删除所述数据的指示。
12.根据权利要求9所述的方法,其中,响应于所述辅服务节点将所述数据传输给用户设备,向所述主服务节点发送删除所述数据的指示。
13.根据权利要求12所述的方法,其中,响应于将所述数据从无线链路控制层发送至介质访问控制层,向所述主服务节点发送删除所述数据的指示。
14.根据权利要求12所述的方法,其中,响应于无线链路控制层接收到数据传输成功的确认应答,向所述主服务节点发送删除所述数据的指示。
15.根据权利要求8、9或者12至14其中任一项所述的方法,进一步包括在辅服务节点处:
剥离所述超级分组中的时间指示符或顺序指示符,以得到其中包括的数据分组;
存储所述数据分组以便传输。
16.根据权利要求8所述的方法,其中,在指示删除多个数据分组的情况下,所述指示包括指示所述多个分组中的最晚时间顺序的时间指示符或顺序指示符。
17.一种在支持双/多连接的***中在主服务节点用于下行链路数据传输的设备,包括:
数据接收单元,被配置为接收将经由辅服务节点传送的数据;
超级分组形成单元,被配置为基于将经由所述辅服务节点传送的数据形成超级分组,所述超级分组包括时间指示符或顺序指示符以及多个数据分组,
数据存储单元,被配置为以所述超级分组的形式存储接收的所述数据;
数据传送单元,被配置为以所述超级分组的形式向所述辅服务节点传送接收的所述数据;
数据删除单元,被配置为响应于来自所述辅服务节点的指示,删除存储的所述数据;以及
切换处理单元,被配置为响应于至所述辅服务节点的连接被释放,将存储的所述数据传送给相应的用户设备。
18.根据权利要求17所述的设备,其中,所述数据存储单元被进一步配置为将接收的所述数据存储在与所述辅服务节点执行数据分载的协议层对应的协议层。
19.根据权利要求17或18所述的设备,进一步包括:
未传数据接收单元,被配置为接收来自所述辅服务节点的未被传输的数据,以及
其中所述切换处理单元被进一步配置为将所述未被传输的数据发送给所述用户设备。
20.根据权利要求17或18所述的设备,其中,来自所述辅服务节点的指示包括时间指示符或顺序指示符,以及其中所述数据删除单元被配置为响应于所述指示,删除存储的所述数据中具有的时间或顺序不晚于所述时间指示符或顺序指示符所指示的时间或顺序的数据。
21.根据权利要求17或18所述的设备,其中,所述超级分组在与所述辅服务节点执行数据分载的协议层对应的协议层形成。
22.一种在支持双/多连接的***中在辅服务节点用于下行链路数据传输的设备,包括:
数据接收单元,被配置为接收来自主服务节点的超级分组形式的数据,所述超级分组包括时间指示符或顺序指示符以及多个数据分组;
数据传送单元,被配置为传送接收的所述数据;以及
指示发送单元,被配置为向所述主服务节点发送删除已经传送的所述数据的指示,以使得在所述主服务节点处仅存储在所述辅服务节点已经接收但尚未传送的数据,从而在至所述辅服务节点的连接将被释放的情况下,所述辅服务节点已经接收但尚未传送的数据能够直接从所述主服务节点而被传送给相应的用户设备。
23.根据权利要求22所述的设备,其中,所述指示发送单元被进一步配置为响应于开始在辅服务节点执行数据分载所在的协议层执行数据传输,向所述主服务节点发送删除所述数据的指示。
24.根据权利要求23所述的设备,进一步包括:
未传数据传输单元,被配置为向所述主服务节点传送已经针对其发送删除的指示但尚未被所述辅服务节点传输给用户设备的数据。
25.根据权利要求22或者23所述的设备,其中,所述指示发送单元被进一步配置为响应于将所述数据从分组数据汇聚协议层传送至无线链路控制层,向所述主服务节点发送删除所述数据的指示。
26.根据权利要求23所述的设备,其中,所述指示发送单元被进一步配置为响应于所述辅服务节点将所述数据传输给用户设备,向所述主服务节点发送删除所述数据的指示。
27.根据权利要求26所述的设备,其中,所述指示发送单元被进一步配置为响应于将所述数据从无线链路控制层发送至介质访问控制层,向所述主服务节点发送删除所述数据的指示。
28.根据权利要求26所述的设备,其中,所述指示发送单元被进一步配置为响应于无线链路控制层接收到数据传输成功的确认应答,向所述主服务节点发送删除所述数据的指示。
29.根据权利要求22、23、26至28其中任一项所述的设备,进一步包括:
指示符剥离单元,被配置为剥离所述超级分组中的时间指示符或顺序指示符,以得到其中包括的数据分组;
分组存储单元,被配置为存储所述数据分组以便传输。
30.根据权利要求22所述的设备,其中在指示删除多个数据分组的情况下,所述指示包括指示所述多个分组中的最晚时间顺序的时间指示符或顺序指示符。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310346526.0A CN104349387B (zh) | 2013-08-08 | 2013-08-08 | 在支持双/多连接的***中用于下行链路传输的方法和设备 |
PCT/IB2014/001530 WO2015019171A2 (en) | 2013-08-08 | 2014-07-21 | Method and apparatus for downlink transmission in a dual/multi-connectivity enabled system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310346526.0A CN104349387B (zh) | 2013-08-08 | 2013-08-08 | 在支持双/多连接的***中用于下行链路传输的方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104349387A CN104349387A (zh) | 2015-02-11 |
CN104349387B true CN104349387B (zh) | 2018-08-14 |
Family
ID=51905293
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310346526.0A Active CN104349387B (zh) | 2013-08-08 | 2013-08-08 | 在支持双/多连接的***中用于下行链路传输的方法和设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN104349387B (zh) |
WO (1) | WO2015019171A2 (zh) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107615872B (zh) * | 2015-06-12 | 2020-06-26 | 华为技术有限公司 | 一种释放连接的方法、装置及*** |
US10177886B2 (en) | 2015-11-30 | 2019-01-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for configuring a cluster |
CN106941700B (zh) * | 2016-01-04 | 2020-12-29 | 中兴通讯股份有限公司 | 一种数据传输方法及装置和基站及ue |
EP3420695B1 (en) * | 2016-02-23 | 2020-04-08 | Telefonaktiebolaget LM Ericsson (PUBL) | Methods used in user equipment and associated ues |
US10165492B2 (en) * | 2016-03-22 | 2018-12-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and network nodes for multi-connectivity handling in a communication system |
WO2017211401A1 (en) * | 2016-06-08 | 2017-12-14 | Huawei Technologies Co., Ltd. | Gateway, master access node and methods thereof |
CN109804707A (zh) * | 2016-10-17 | 2019-05-24 | 瑞典爱立信有限公司 | 用于向终端装置提供多个无线电接入网络连接性的技术 |
CN108924871B (zh) * | 2017-03-23 | 2022-09-20 | 夏普株式会社 | 无线配置方法、用户设备和基站 |
CN110741722A (zh) * | 2017-04-10 | 2020-01-31 | 诺基亚技术有限公司 | 用于多连接通信中的分组复制的控制机制 |
WO2018232701A1 (zh) * | 2017-06-22 | 2018-12-27 | 北京小米移动软件有限公司 | 数据传输方法、装置、用户设备及基站 |
CN111418229B (zh) * | 2018-01-11 | 2022-04-29 | Oppo广东移动通信有限公司 | 数据复制传输功能的配置方法、网络设备及终端设备 |
CN110769481B (zh) * | 2018-07-26 | 2021-02-12 | 维沃移动通信有限公司 | 服务节点更新方法和设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1870591A (zh) * | 2006-02-28 | 2006-11-29 | 华为技术有限公司 | 一种高速下行包接入硬切换方法和*** |
CN101547141A (zh) * | 2008-03-25 | 2009-09-30 | 华为技术有限公司 | 一种发送数据的方法、***和设备 |
CN101938794A (zh) * | 2009-07-02 | 2011-01-05 | 华为技术有限公司 | 无线自回程传输的切换处理方法及装置 |
CN102598779A (zh) * | 2009-12-10 | 2012-07-18 | 富士通株式会社 | 中继切换控制 |
-
2013
- 2013-08-08 CN CN201310346526.0A patent/CN104349387B/zh active Active
-
2014
- 2014-07-21 WO PCT/IB2014/001530 patent/WO2015019171A2/en active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1870591A (zh) * | 2006-02-28 | 2006-11-29 | 华为技术有限公司 | 一种高速下行包接入硬切换方法和*** |
CN101547141A (zh) * | 2008-03-25 | 2009-09-30 | 华为技术有限公司 | 一种发送数据的方法、***和设备 |
CN101938794A (zh) * | 2009-07-02 | 2011-01-05 | 华为技术有限公司 | 无线自回程传输的切换处理方法及装置 |
CN102598779A (zh) * | 2009-12-10 | 2012-07-18 | 富士通株式会社 | 中继切换控制 |
Also Published As
Publication number | Publication date |
---|---|
WO2015019171A2 (en) | 2015-02-12 |
CN104349387A (zh) | 2015-02-11 |
WO2015019171A3 (en) | 2015-08-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104349387B (zh) | 在支持双/多连接的***中用于下行链路传输的方法和设备 | |
KR102345654B1 (ko) | 이중 접속 수립 방법 및 디바이스 | |
KR102615567B1 (ko) | 정보 전송 방법 및 디바이스 | |
EP2947951B1 (en) | Double-connection implementation method and base station | |
KR101998016B1 (ko) | 데이터의 전송을 제어하기 위한 방법 | |
JP2023143913A (ja) | ルーティング方法及び装置 | |
WO2017118186A1 (zh) | 一种数据传输方法及装置和基站及ue | |
CN102348191A (zh) | 一种ue上下文获取方法和设备 | |
CN104640165B (zh) | 一种数据传输方法、设备和*** | |
CN103428768B (zh) | 一种接入方法、基站、接入点和用户设备 | |
US9668244B2 (en) | Radio resource management method, macro base station, and low-power node | |
CN109315008A (zh) | 多连接通信方法和设备 | |
WO2019245547A1 (en) | A method to support topology discovery for integrated access and backhaul topology management and routing | |
JP2021511705A (ja) | 中継のルーティング方法及び通信ノード | |
CN110447249A (zh) | 在无线通信网络的核心网络节点之间转移无线设备管理的方法和装置 | |
KR101525087B1 (ko) | 다수의 셀들로부터 조정된 송신들을 위해 자원들을 할당하기 위한 장치 및 방법 | |
CN105474692A (zh) | 切换控制方法、装置及无线通信网络 | |
EP3915213B1 (en) | Network nodes and methods supporting multiple connectivity | |
WO2020063401A1 (zh) | 一种模式切换方法、数据流分流方法及装置 | |
US20210377779A1 (en) | Radio station, radio communication method, non-transitory computer readable medium, and radio communication system | |
US9775052B2 (en) | Superordinate base station, subordinate base station, and radio communication system | |
JP7047104B2 (ja) | マルチコネクティビティネットワークにおける測位方法、端末装置、及び測位管理機能エンティティ | |
JP6237111B2 (ja) | 無線通信システム、無線通信方法、基地局、中継装置、及び、移動局 | |
JP6065835B2 (ja) | 中継局、基地局、移動通信システム、バックホールリンクの制御方法、及びプログラム | |
US20240015633A1 (en) | Information transceiving method, data transmission method and apparatuses thereof |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: Pudong New Area, Pudong Jinqiao Ning Bridge Road, No. 388, No. Applicant after: Shanghai NOKIA Baer Limited by Share Ltd Applicant after: Alcatel Optical Networks Israe Address before: 201206 Shanghai, Pudong Jinqiao Ning Bridge Road, No. 388, No. Applicant before: Shanghai Alcatel-Lucent Co., Ltd. Applicant before: Alcatel Optical Networks Israe |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |