CN110971351A - 一种协调重复传输的方法 - Google Patents
一种协调重复传输的方法 Download PDFInfo
- Publication number
- CN110971351A CN110971351A CN201811142534.2A CN201811142534A CN110971351A CN 110971351 A CN110971351 A CN 110971351A CN 201811142534 A CN201811142534 A CN 201811142534A CN 110971351 A CN110971351 A CN 110971351A
- Authority
- CN
- China
- Prior art keywords
- node
- ran node
- activation
- ran
- deactivation
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
-
- 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)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本专利申请提供了一种协调重复传输的方法和装置,能有效保证正确的数据重复传输。该方法包括:第一无线接入网RAN节点确定激活/去激活重复传输;第一RAN节点向第二RAN节点发送激活/去激活重复传输指示;第一RAN节点还可接收第二RAN节点发送的激活/去激活重复传输指示的响应消息,该响应消息用于指示第二RAN节点的激活/去激活重复传输的决定。
Description
技术领域
本发明涉及无线通信领域,尤其涉及一种协调重复传输的方法和装置。
背景技术
随着无线通信技术的飞速发展,第五代(5th Generation,5G)无线通信技术已是目前业界的热点。5G将支持多样化的应用需求,其中包括支持更高速率体验和更大带宽的接入能力、更低时延和高可靠的信息交互、以及更大规模且低成本的机器类通信设备的接入和管理等。此外,5G将支持面向车联网、应急通信、工业互联网等各种垂直行业应用场景。
高可靠低延时通信(Ultra-Reliable and Low Latency Communications,URLLC)是5G中的一种重要通信类型。URLLC是一种对时延和可靠性要求很高的通信业务,例如应用在无人驾驶、远程医疗等场景。该类型业务对用户平面的延时要求需要达到上行/下行传输0.5ms;对于32字节长度的传输在用户面延时为1ms的情况下可靠性需要达到1-10-5等。为了支持URLLC业务,可以在空口上将相同的数据包进行重复传输,以提高数据传输的可靠性和健壮性。如何在下一代(next generation,NG)***里实现有效的重复传输,目前尚未有适当的解决方案。
发明内容
本申请实施例提供一种RAN节点间协调重复传输的方法,实现有效的重复传输。
第一方面,本申请实施例提供一种协调重复传输的方法,该方法包括:第一无线接入网RAN节点确定激活/去激活重复传输;该第一RAN节点向第二RAN节点发送激活/去激活重复传输指示。
通过本申请实施例的上述步骤,实现了双连接场景下不同RAN节点之间协调终端设备上行数据包的重复传输,有效地保证了正确的数据重复传输,提升了用户体验。
在一种可能的实现方式中,在该第一RAN节点向第二RAN节点发送激活/去激活重复传输指示之前,该方法还包括:该第一RAN节点向终端设备发送媒体介入控制MAC控制元素CE信令,该MAC CE信令用于指示该终端设备激活/去激活重复传输。
在一种可能的实现方式中,在该第一RAN节点向第二RAN节点发送激活/去激活重复传输指示之后,该方法还包括:该第一RAN节点向终端设备发送MAC CE信令,该MAC CE信令用于指示该终端设备激活/去激活重复传输。
在一种可能的实现方式中,在该第一RAN节点向终端设备发送MAC CE信令前,该方法还包括:该第一RAN节点接收该第二RAN节点发送的该激活/去激活重复传输指示的响应消息,该响应消息用于指示该第二RAN节点的激活/去激活重复传输的决定。
在一种可能的实现方式中,该激活/去激活重复传输指示承载于以下消息中的任一消息:终端设备上下文修改要求消息、终端设备上下文修改请求消息、辅节点修改要求消息、以及辅节点修改请求消息。
通过控制面信令协调激活/去激活重复传输,可简单有效地实现协调,如只需要修改现有控制信令的信息元素就能实现。
在一种可能的实现方式中,该激活/去激活重复传输指示承载于GPRS隧道协议用户面GTP-U扩展头中。
通过用户面数据协调激活/去激活重复传输,可以不引入任何的控制平面信令开销,提升了协调效率和性能。
在一种可能的实现方式中,该GTP-U扩展头包含表示该GTP-U扩展头用于该激活/去激活重复传输指示的字段。
在一种可能的实现方式中,该激活/去激活重复传输指示用于指示该终端设备激活/去激活上行数据的重复传输。
第二方面,本申请实施例提供一种协调重复传输的方法,该方法包括:第二无线接入网RAN节点接收第一RAN节点发送的激活/去激活重复传输指示;该第二RAN节点决定激活/去激活重复传输;以及该第二RAN节点向该第一RAN节点发送该激活/去激活重复传输指示的响应消息,该响应消息用于指示该第二RAN节点的该激活/去激活重复传输的决定。
通过本申请实施例的上述步骤,实现了双连接场景下不同RAN节点之间协调终端设备上行数据包的重复传输,有效地保证了正确的数据重复传输,提升了用户体验。
在一种可能的实现方式中,该响应消息承载于以下消息中的任一消息:终端设备上下文修改要求消息、终端设备上下文修改请求消息、辅节点修改要求消息、以及辅节点修改请求消息。
通过控制面信令协调激活/去激活重复传输,可简单有效地实现协调,如只需要修改现有控制信令的信息元素就能实现。
在一种可能的实现方式中,该响应消息承载于GPRS隧道协议用户面GTP-U扩展头中。
通过用户面数据协调激活/去激活重复传输,可以不引入任何的控制平面信令开销,提升了协调效率和性能。
在一种可能的实现方式中,该GTP-U扩展头包含表示该GTP-U扩展头用于该响应消息的字段。
在一种可能的实现方式中,该响应消息用于指示该终端设备激活/去激活上行数据的重复传输。
第三方面,本申请实施例提供一种重复传输的方法,该方法包括:第一接入网RAN节点向终端设备发送媒体介入控制MAC控制元素CE信令,该MAC CE信令用于指示该终端设备激活/去激活使用双连接和/或多载波重复传输;该MAC CE信令包含激活/去激活使用双连接和/或多载波重复传输的指示。
通过本申请实施例上述步骤,实现了双连接和载波聚合场景下灵活实现多种方式的重复传输,进一步提高数据传输的可靠性和健壮性,提升了用户体验。
在一种可能的实现方式中,该激活/去激活使用双连接和/或多载波重复传输的指示包含该第一RAN节点激活/去激活使用多载波重复传输的指示;
在一种可能的实现方式中,该激活/去激活使用双连接和/或多载波重复传输的指示包含该第一RAN节点激活/去激活使用多载波重复传输的指示以及第二RAN节点激活/去激活使用多载波重复传输的指示。
在一种可能的实现方式中,该激活/去激活使用双连接和/或多载波重复传输的指示用于指示该终端设备激活/去激活使用双连接和/或多载波重复传输上行数据。
第四方面,本申请实施例提供一种重复传输的方法,该方法包括:终端设备接收RAN节点发送的媒体介入控制MAC控制元素CE信令,该MAC CE信令用于指示该终端设备激活/去激活使用双连接和/或多载波重复传输;该MAC CE信令包含激活/去激活使用双连接和/或多载波重复传输的指示。
通过本申请实施例上述步骤,实现了双连接和载波聚合场景下灵活实现多种方式的重复传输,进一步提高数据传输的可靠性和健壮性,提升了用户体验。
在一种可能的实现方式中,该激活/去激活使用双连接和/或多载波重复传输的指示用于指示该终端设备激活/去激活使用双连接和/或多载波重复传输上行数据。
第五方面,本申请实施例提供一种协调重复传输的方法,该方法包括:第一无线接入网RAN节点确定激活/去激活使用双连接和/或多载波重复传输;该第一RAN节点向第二RAN节点发送激活/去激活使用双连接和/或多载波重复传输的指示。
通过本申请实施例的上述步骤,实现了双连接和载波聚合场景下不同RAN节点之间协调终端设备上行数据包的重复传输,有效地保证了正确的数据重复传输,提升了用户体验。
在一种可能的实现方式中,在该第一RAN节点向第二RAN节点发送激活/去激活使用双连接和/或多载波重复传输的指示之前,该方法还包括:该第一RAN节点向终端设备发送媒体介入控制MAC控制元素CE信令,该MAC CE信令用于指示该终端设备激活/去激活使用双连接和/或多载波重复传输。
在一种可能的实现方式中,在该第一RAN节点向第二RAN节点发送激活/去激活使用双连接和/或多载波重复传输的指示之后,该方法还包括:该第一RAN节点向终端设备发送MAC CE信令,该MAC CE信令用于指示该终端设备激活/去激活使用双连接和/或多载波重复传输。
在一种可能的实现方式中,在该第一RAN节点向终端设备发送MAC CE信令前,该方法还包括:该第一RAN节点接收该第二RAN节点发送的该激活/去激活使用双连接和/或多载波重复传输指示的响应消息,该响应消息用于指示该第二RAN节点的激活/去激活使用双连接和/或多载波重复传输的决定。
在一种可能的实现方式中,该激活/去激活使用双连接和/或多载波重复传输的指示承载于以下消息中的任一消息:终端设备上下文修改要求消息、终端设备上下文修改请求消息、辅节点修改要求消息、以及辅节点修改请求消息。
通过控制面信令协调激活/去激活使用双连接和/或多载波重复传输,可简单有效地实现协调,如只需要修改现有控制信令的信息元素就能实现。
在一种可能的实现方式中,该激活/去激活使用双连接和/或多载波重复传输的指示承载于GPRS隧道协议用户面GTP-U扩展头中。
通过用户面数据协调激活/去激活使用双连接和/或多载波重复传输,可以不引入任何的控制平面信令开销,提升了协调效率和性能。
在一种可能的实现方式中,该GTP-U扩展头包含表示该GTP-U扩展头用于该激活/去激活使用双连接和/或多载波重复传输指示的字段。
在一种可能的实现方式中,该激活/去激活使用双连接和/或多载波重复传输的指示用于指示该终端设备激活/去激活使用双连接和/或多载波重复传输上行数据。
第六方面,本申请实施例提供一种协调重复传输的方法,该方法包括:第二无线接入网RAN节点接收第一RAN节点发送的激活/去激活使用双连接和/或多载波重复传输的指示;该第二RAN节点决定激活/去激活使用双连接和/或多载波重复传输;以及该第二RAN节点向该第一RAN节点发送该激活/去激活使用双连接和/或多载波重复传输指示的响应消息,该响应消息用于指示该第二RAN节点的该激活/去激活使用双连接和/或多载波重复传输的决定。
通过本申请实施例的上述步骤,实现了双连接和载波聚合场景下不同RAN节点之间协调终端设备上行数据包的重复传输,有效地保证了正确的数据重复传输,提升了用户体验。
在一种可能的实现方式中,该响应消息承载于以下消息中的任一消息:终端设备上下文修改要求消息、终端设备上下文修改请求消息、辅节点修改要求消息、以及辅节点修改请求消息。
通过控制面信令协调激活/去激活使用双连接和/或多载波重复传输,可简单有效地实现协调,如只需要修改现有控制信令的信息元素就能实现。
在一种可能的实现方式中,该响应消息承载于GPRS隧道协议用户面GTP-U扩展头中。
通过用户面数据协调激活/去激活使用双连接和/或多载波重复传输,可以不引入任何的控制平面信令开销,提升了协调效率和性能。
在一种可能的实现方式中,该GTP-U扩展头包含表示该GTP-U扩展头用于该响应消息的字段。
在一种可能的实现方式中,该响应消息用于指示该终端设备激活/去激活使用双连接和/或多载波重复传输上行数据。
第七方面,提供了一种接入网RAN设备,用于执行第一方面或第一方面的任一种可能的实现方式、或第二方面或第二方面的任一种可能的实现方式、或第三方面或第三方面的任一种可能的实现方式、或第五方面或第五方面的任一种可能的实现方式、或第六方面或第六方面的任一种可能的实现方式中的方法,具体地,该RAN设备可以包括用于执行第一方面或第一方面的任一种可能的实现方式、或第二方面或第二方面的任一种可能的实现方式、或第三方面或第三方面的任一种可能的实现方式、或第五方面或第五方面的任一种可能的实现方式、或第六方面或第六方面的任一种可能的实现方式中的方法的单元。
第八方面,提供了一种终端设备,用于执行第四方面或第四方面的任一种可能的实现方式中的方法,具体地,该终端设备可以包括用于执行第四方面或第四方面的任一种可能的实现方式中的方法的单元。
第九方面,提供了一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码被通信设备(例如,接入网设备或终端设备)的通信单元、处理单元或收发器、处理器运行时,使得通信设备执行第一至第六方面或第一至第六方面的任一种可能的实现方式中的方法。
第十方面,提供了一种计算机可读存储介质,该计算机可读存储介质存储有程序,该程序使得计算机执行第一至第六方面或第一至第六方面的任一种可能的实现方式中的方法。
本发明的这些和其他方面在以下(多个)实施例的描述中会更加简明易懂。
附图说明
下面对本申请实施例或现有技术描述中使用的附图作简单地介绍:
图1是本申请实施例提供的一种的通信***示意图;
图2是本申请实施例提供的一种划分为CU-CP、CU-UP和DU的gNB的架构;
图3是本申请实施例提供的一种基于PDCP重复传输的RAN设备用户面层2协议栈;
图4是本申请实施例提供的一种基于双连接的RAN设备用户面层2协议栈架构;
图5是本申请实施例提供的一种双连接场景下的协调上行数据重复传输的方法流程示意图;
图6是本申请实施例提供的一种结合双连接和载波聚合的RAN设备用户面层2协议栈;
图7是本申请实施例提供的一种通过MAC CE配置终端设备的重复传输的示意图;
图8是本申请实施例提供的又一种基于双连接的RAN设备以及终端设备的用户面层2协议栈架构;
图9是本申请实施例提供的第一RAN节点的一种示意性框图;
图10是本申请实施例提供的第一RAN节点的另一种示意性框图;
图11是本申请实施例提供的第二RAN节点的一种示意性框图;
图12是本申请实施例提供的第二RAN节点的另一种示意性框图;
图13是本申请实施例提供的CN节点的一种示意性框图;
图14是本申请实施例提供的CN节点的另一种示意性框图;
图15是本申请实施例提供的终端设备的一种示意性框图;
图16是本申请实施例提供的终端设备的另一种示意性框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例进行描述。
在本申请中,“示例性”一词用来表示“用作例子、例证或说明”。本申请中被描述为“示例性”的任何实施例不一定被解释为比其它实施例更优选或更具优势。为了使本领域任何技术人员能够实现和使用本发明,给出了以下描述。在以下描述中,为了解释的目的而列出了细节。应当明白的是,本领域普通技术人员可以认识到,在不使用这些特定细节的情况下也可以实现本发明。在其它实例中,不会对公知的结构和过程进行详细阐述,以避免不必要的细节使本发明的描述变得晦涩。因此,本发明并非旨在限于所示的实施例,而是与符合本申请所公开的原理和特征的最广范围相一致。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本文中术语“***”和“网络”在本文中常被可互换使用。本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
本申请实施例的技术方案可以应用于各种通信***,例如:长期演进(Long TermEvolution,LTE)***、第五代(5th generation,5G)移动通信***、新无线(new radio,NR)通信***、下一代(next generation,NG)通信***以及未来的移动通信***等。
在无线***中,一个终端设备通过无线链路与接入网(radio access network,RAN)设备连接,并经由RAN设备所连接的核心网(core network,CN)设备实现与其他终端设备的通信或接入无线互联网等。通常地,一个终端设备与一个RAN设备无线连接以实现通信。可选地,一个终端设备与两个RAN设备无线连接以实现通信。进一步地,一个终端设备还可以与两个以上的RAN设备无线连接以实现通信。图1示出了本申请实施例提供的一种通信***100示意图。其中,终端设备120通过空口160与RAN设备140进行无线连接。可选地,该通信***还包括终端设备120通过空口162与RAN设备142进行无线连接。在这种情况下,RAN设备140称为主节点(master node,MN),RAN设备142称为辅节点(secondary node,SN)。RAN设备140通过NG用户面(NG user plane,NG-U)接口与5G核心网(5G core,5GC)180连接实现用户面数据的传输,通过NG控制面(NG control plane,NG-C)接口与5GC连接实现控制面数据的传输。RAN设备142通过NG-U接口与5GC设备180连接实现用户面数据的传输。RAN设备140与RAN设备142之间通过Xn控制面(Xn control plane,Xn-C)接口实现控制面数据的交互,通过Xn用户面(Xn user plane,Xn-U)接口实现用户面数据的交互。示例性地,主节点140通过NG-C接口与5GC 180中的接入和移动性管理功能(access and mobility managementfunction,AMF)节点连接,主节点140和辅节点142通过NG-U接口与5GC 180中的用户面功能(user plane function,UPF)节点连接。进一步地,该通信***还可包括终端设备与更多的RAN设备进行无线连接。应理解,当终端设备同时与多个RAN设备无线连接时,其中一个RAN设备为主节点,其他的RAN设备为辅节点。
在实际***中,图1所示的RAN设备可以是下一代基站,如下一代节点B(next-generation Node B,gNB)或下一代演进型节点B(next-generation evolved Node B,ng-eNB)等,还可以是无线局域网(Wireless Local Area Networks,WLAN)中的接入点(accesspoint,AP)、或者LTE中的演进型基站(evolved Node B,eNB或eNodeB),或者中继站或接入点,或者车载设备、可穿戴设备以及传输与接收点(transmission and reception point,TRP)等。应理解,终端设备通过RAN设备所管理的小区使用的传输资源(例如,频域资源、时域资源、码域资源等)与RAN设备进行通信,该小区可以属于宏小区(macro cell),超级小区(hyper cell),也可以属于小小区(small cell),这里的小小区可以包括:城市小区(metrocell)、微小区(micro cell)、微微小区(pico cell)、毫微微小区(femto cell)等,这些小小区具有覆盖范围小、发射功率低的特点,适用于提供高速率的数据传输服务。图1中的终端设备也可以称为用户设备(user equipment,UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备可以是WLAN中的站点(station,ST),可以是蜂窝电话、无绳电话、SIP电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(personal digitalassistant,PDA)设备、具有无线通信功能的手持设备、中继设备,计算设备或耦合到无线调制解调器的其它处理设备、车载设备、可穿戴设备以及下一代通信***,例如,5G网络中的终端设备或者未来演进的公共陆地移动网络(public land mobile network,PLMN)网络中的终端设备等。作为示例而非限定,在本申请实施例中,该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备,是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称,如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上,或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备,更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能,例如:智能手表或智能眼镜等,以及只专注于某一类应用功能,需要和其它设备如智能手机配合使用,如各类进行体征监测的智能手环、智能首饰等。
通常地,一个RAN设备的空口用户面协议栈包括业务数据适配协议(service dataadaptation protocol,SDAP)层、分组数据汇聚层协议(packet data convergenceprotocol,PDCP)层、无线链路控制(radio link control,RLC)层、媒体接入控制(mediaaccess control,MAC)层以及物理(PHY)层;空口控制面协议栈包括无线资源控制(radioresource control,RRC)层、PDCP层、RLC层、MAC层以及PHY层。可选地,在5G***中,一个RAN设备(如gNB)按协议栈还可进一步地划分为集中单元(central unit,CU)和分布式单元(distributed unit,DU),其中CU和DU可以分别部署在不同的物理设备上,CU负责RRC层、SDAP层以及PDCP层的操作,DU负责RLC层、MAC层以及PHY层的操作。进一步地,CU还可划分为控制面的中央单元(CU-CP)和用户面的中央单元(CU-UP),其中CU-CP和CU-UP也可以部署在不同的物理设备上,CU-CP负责RRC层和PDCP层控制面的处理,CU-UP负责SDAP层和PDCP层用户面的处理。图2示出了一种划分为CU-CP、CU-UP和DU的gNB的架构。其中,一个RAN设备可包含一个CU-CP、一个或多个CU-UP、以及一个或多个DU;一个CP-UP仅与一个CU-CP通过接口(如E1)连接;一个DU仅与一个CU-CP通过接口(如F1-C)连接;在CU-CP的控制下,一个DU可以和一个或多个CU-UP连接,一个CU-UP也可以和一个或多个DU连接,CU-UP与DU之间通过接口(如F1-U)连接。值得说明的是,为了保持网络的弹性,一个DU和/或一个CU-UP也可以和多个CU-CP连接。应理解,对于CU-DU分离的RAN设备架构而言,上述RAN设备划分为CU和DU所根据的协议栈划分方式仅是示例性的,RAN设备也可以根据其他的协议栈划分方式划分CU和DU,例如可以由CU负责RLC层的操作,或者由DU负责PDCP层用户面的操作等,本申请对此不作具体限定。
为了便于理解,首先介绍几个本申请实施例中涉及的概念。
载波聚合:载波聚合是RAN设备通过多个载波与终端设备进行通信。RAN设备和终端设备进行通信所使用的多个载波以及每个载波的带宽是由网络配置或RAN设备和终端设备协商确定。
双连接:双连接是终端设备同时与两个RAN设备(如图1中与RAN设备140和RAN设备142)或两个以上RAN设备进行无线通信。图3(b)示出了一种双连接的RAN设备协议栈,其中包含两个RAN设备,每个RAN设备管理各自的小区组,每个小区组有至少一个小区。如图3(b)所示,CG1对应的RAN设备具有PDCP实体,也称托管(host)PDCP,此外,CG1对应的RAN设备的用户面L2还包括RLC/MAC层;CG2对应的RAN设备的用户面L2只包括RLC/MAC层,但不包括PDCP层。
在CU-DU分离的RAN设备架构下,终端设备和网络进行双连接通信时,终端设备与两个或两个以上DU进行无线通信,再通过DU与CU连接,并由CU连接到5GC。该两个或两个以上DU可以连接到同一个CU,也可连接到不同的CU,此时一个或多个DU及其连接的CU-UP类似于图1所示的主节点140或辅节点142中的用户面功能,CU-CP类似于图1所示的主节点140的控制面功能。CU-CP可通过NG-C接口与5GC节点连接,CU-UP可通过NG-U接口与5GC节点连接。
针对图3(b)所示的双连接,图4进一步示出了一种基于双连接的RAN设备用户面L2协议栈架构,一个终端设备根据数据无线承载(data radio bearer,DRB)的类型与两个RAN设备进行双连接通信。其中,DRB的类型是在终端设备与网络建立双连接通信时确定的,并且可以在双连接通信的过程中进行修改。根据处理用户面的DRB的PDCP实体所在的RAN设备,可分为主节点(master node,MN)终止的承载和辅节点(secondary node,SN)终止的承载。例如,图4所示左侧部分对应为主节点终止的承载,其特点在于RAN侧处理终端设备的用户面的DRB的PDCP实***于主节点,即主节点托管PDCP;图4所示右侧部分对应为辅节点终止的承载,其特点在于RAN侧处理终端设备的用户面的DRB的PDCP实***于辅节点,即辅节点托管PDCP。对于主节点终止的承载和辅节点终止的承载,根据处理用户面的数据承载的RLC层所在的RAN设备,可进一步分为主小区组(master cell group,MCG)承载、辅小区组(secondary cell group,SCG)承载和分割(split)承载三种方式。在主节点终止的承载类型中,对于一个MCG承载,该承载的用户面数据经过主节点的PDCP层、RLC层、MAC层处理并通过主节点的PHY层进行传输;对于一个SCG承载,该承载的用户面数据经过主节点的PDCP层处理以及辅节点的RLC层、MAC层处理并通过辅节点的PHY层进行传输;对于一个分割承载,该承载的用户面数据经过主节点的PDCP层处理,并且该承载的部分数据经过主节点的RLC层和MAC层处理,部分数据经过辅节点的RLC层和MAC层处理,并分别通过主节点和辅节点的PHY层进行传输。类似地,在辅节点终止的承载类型中,对于一个SCG承载,该承载的用户面数据经过辅节点的PDCP层、RLC层、MAC层处理并通过辅节点的PHY层进行传输;对于一个MCG承载,该承载的用户面数据经过SN的PDCP层处理以及主节点的RLC层、MAC层处理并通过主节点的PHY层进行传输;对于一个分割承载,该承载的用户面数据经过辅节点的PDCP层处理,并且该承载的部分数据经过辅节点的RLC层和MAC层处理,部分数据经过主节点的RLC层和MAC层处理,并分别通过辅节点和主节点的PHY层进行传输。
重复传输:重复传输是同一个数据包在终端设备与RAN设备之间通过多条无线链路进行传输。通常地,一个数据包有一个序列号。在重复传输时,终端设备(或RAN设备)在多条无线链路上发送具有相同序列号的数据包,对端RAN设备(或终端设备)接收到数据包后做重复性检测。
在载波聚合的场景中,基于PDCP层的重复传输的RAN设备用户面层2(layer 2,L2)协议栈如图3(a)所示,其中RAN设备使用了两个小区或者两个载波。一个DRB的数据,在PDCP层生成相同的PDCP协议数据单元(protocol data unit,PDU)后,传输到两个RLC实体,经过RLC层处理后的数据在一个MAC实体进行复用和调度。其中每个小区对应有各自的RLC实体,RAN设备在两个载波上分别与终端设备传输具有相同序列号的数据包,该序列号是由PDCP实体生成。应理解,一个载波可对应有一个或多个小区,本申请下文中描述的多个载波也可以对应为多个A小区。
在双连接的场景下实现数据包的重复传输,对应地,RAN设备采用图3(b)以及图4中分割承载所使用的协议栈。主节点和辅节点分别与终端设备传输具有相同序列号的数据包,该序列号是由PDCP实体生成。其中,对于下行数据的重复传输,主节点和辅节点分别将具有相同序列号的数据包发送给终端设备,由终端设备在PDCP层对从两个RAN节点分别接收的下行数据包进行重复性检测。当下行数据不需要重复传输时,托管PDCP的RAN节点决定不进行重复传输,并指示主节点和辅节点分别传输具有不同序列号的下行数据包。对于上行数据的重复传输,主节点和/或辅节点可以通过发送MAC层信令(如MAC控制元素(controlelement,CE))来激活(activate)或去激活(deactivate)终端设备使用重复传输向RAN节点发送上行数据。示例性地,当主节点与终端设备之间的无线链路质量较好时,主节点可以向终端设备发送MAC CE信令以去激活重复传输,即指示终端设备不需要在与辅节点连接的无线链路上发送相同序列号的上行数据包;类似地,辅节点与终端设备之间的无线链路质量较好时,辅节点也可以向终端设备发送MAC CE信令以去激活重复传输,即指示终端设备不需要在与主节点连接的无线链路上发送相同序列号的上行数据包。在重复传输未被激活或去激活时,当主节点与终端设备之间的无线链路质量较差时,主节点可以向终端设备发送MAC CE信令以激活重复传输,即指示终端设备需要在与辅节点连接的无线链路上发送相同序列号的上行数据包;类似地,辅节点与终端设备之间的无线链路质量较差时,辅节点也可以向终端设备发送MAC CE信令以激活重复传输,即指示终端设备需要在与主节点连接的无线链路上发送相同序列号的上行数据包。可见,各个RAN节点是根据自身与终端设备之间的无线链路的情况来决定激活/去激活重复传输。发明人发现,对于上行数据的重复传输而言,如果主节点与终端设备的无线链路和辅节点与终端设备的无线链路差异较大时,可能存在其中一个节点指示终端设备激活重复传输而另一个节点指示终端设备去激活重复传输。这种设备各自决定的方式,导致终端设备可能接收到来自网络侧相互矛盾的指示,从而无法有效地保证业务传输的可靠性。为此,本申请实施例提供了一种双连接场景下RAN设备之间协调上行数据重复传输的技术方案。
下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例不再赘述。
图5示出了本申请实施例提供的一种双连接场景下的协调上行数据重复传输的方法流程示意图。该方法500可应用于图1所示的主节点140与辅节点142之间的信息交互。图5所述流程包含如下步骤:
501、第一RAN节点确定激活/去激活重复传输。
其中,第一RAN节点可以是与终端设备建立双连接的主节点或辅节点。第一RAN节点可以是托管PDCP的RAN节点,也可以是不托管PDCP的RAN节点。
在该步骤中,第一RAN节点可基于自身与终端设备的无线链路的质量确定激活/去激活重复传输。具体地,当第一RAN节点与终端设备的无线链路的质量较差时,如终端设备接收到第一RAN节点的导频信号强度值小于某一阈值时,或终端设备到第一RAN节点的信道质量指示值小于某一阈值时,第一RAN节点确定激活重复传输,即第一RAN节点确定终端设备需要向主节点和辅节点发送具有相同序列号的上行数据包;当第一RAN节点与终端设备的无线链路的质量较好时,如终端设备接收到第一RAN节点的导频信号强度值大于某一阈值时,或终端设备到第一RAN节点的信道质量指示值大于某一阈值时,第一RAN节点确定去激活重复传输,即第一RAN节点确定终端设备不需要向主节点和辅节点发送具有相同序列号的上行数据包。可选地,第一RAN节点还可根据其他因素(如根据第一RAN节点的资源使用情况等)确定激活/去激活重复传输。应理解,第一RAN节点可针对不同的DRB实现不同的激活/去激活重复传输,如对第一DRB激活重复传输,对第二DRB去激活重复传输。
应理解,主节点或辅节点可具有完整的RAN设备的功能,如gNB或ng-eNB,还可具有部分的RAN设备功能。示例性地,在CU-DU分离的gNB中,主节点和辅节点可以分别是DU,并且主节点DU和辅节点DU可以连接到同一个CU或连接到不同的CU;或者主节点具有完整的RAN设备功能,辅节点是DU;或者主节点是DU,辅节点具有完整的RAN设备功能。当第一RAN节点具有完整的RAN设备的功能时,第一RAN节点可自行确定激活/去激活重复传输;或者第一RAN节点可以从其他设备获取激活/去激活重复传输的指示后确定激活/去激活重复传输,此时第一RAN可将获取的指示结合自身情况确定激活/去激活重复传输,还可直接使用获取的指示作为激活/去激活重复传输的确定。当第一RAN节点是DU时,DU从CU获取对一个或多个DRB可重复传输的指示后,可根据DU与终端设备的链路状况确定激活/去激活重复传输;或者DU可以从CU获取激活/去激活重复传输的指示,并直接使用获取的指示作为激活/去激活重复传输的确定。
502、第一RAN节点向第二RAN节点发送激活/去激活重复传输指示。相应地,第二RAN节点接收第一RAN节点发送的激活/去激活重复传输指示。
其中,第二RAN节点可以是与终端设备建立双连接的主节点或辅节点。应理解,当第一RAN节点是主节点时,第二RAN节点就是辅节点;当第一RAN节点是辅节点时,第二RAN节点就是主节点。
可选地,激活/去激活重复传输指示用于指示终端设备激活/去激活对第一RAN节点的上行数据的重复传输;激活/去激活重复传输指示还可用于指示第一RAN节点激活/去激活下行数据的重复传输;激活/去激活重复传输还可用于指示终端设备激活/去激活对第二RAN节点的上行数据的重复传输;激活/去激活重复传输指示还可用于指示第二RAN节点激活/去激活下行数据的重复传输。
在一种可能的实现方式中,第一RAN节点是分割承载中托管PDCP(在NR网络中,也成NR PDCP)的主节点或辅节点,则第二RAN节点对应是辅节点或主节点(也称对应(corresponding)节点)。在另一种可能的实现方式中,第二RAN节点是托管PDCP的主节点或辅节点,则第一RAN节点对应是辅节点或主节点。
应理解,在第一RAN节点针对不同的DRB实现不同的激活/去激活重复传输,或第一RAN节点针对一个或多个DRB实现激活/去激活重复传输时,激活/去激活重复传输指示还包括激活/去激活重复传输的一个或多个DRB的DRB标识(ID)。
可选地,在步骤502之前,该方法还包括第一RAN节点向终端设备发送激活/去激活重复传输指示。相应地,终端设备接收第一RAN设备发送的激活/去激活重复传输指示。示例性地,第一RAN节点通过MAC CE向终端设备发送激活/去激活重复传输指示,该指示还可以包括终端设备上行传输的一个或多个DRB的DRB ID。在这种情况下,第一RAN节点向终端设备发送了激活/去激活重复传输指示后,并将相应的指示通知第二RAN节点。第二RAN节点接收到第一RAN节点发送的激活/去激活重复传输指示后,相应地,在与终端设备的无线链路上接收具有相同序列号的上行数据包或不同序列号的上行数据包。第二RAN节点不再根据自身与终端设备的无线链路的情况向终端设备发送激活/去激活重复传输指示。
可选地,在步骤502之后,该方法还包括第一RAN节点向终端设备发送激活/去激活重复传输指示。在这种情况下,第一RAN节点首先与第二RAN节点协调激活/去激活重复传输,然后再向终端设备发送相应的激活/去激活重复传输指示。其中第一RAN节点与第二RAN节点的协调包括步骤502,还可包括步骤503:第二RAN节点向第一RAN节点发送响应消息。相应地,第一RAN节点接收第二RAN节点发送的响应消息。具体地,第一RAN节点向第二RAN节点发送激活/去激活重复传输,第二RAN节点可以进一步结合自身与终端设备的无线链路情况、或自身的资源使用情况、或终端设备的业务特性等,做出激活/去激活重复传输的决定,并将相应的决定通过响应消息通知第一RAN节点。在一种可能的实现方式中,当第一RAN节点是托管PDCP的节点,且第一RAN节点向第二RAN节点发送激活重复传输(或去激活重复传输)时,第二RAN节点激活(或去激活)终端设备与自身之间重复传输终端设备向第一RAN节点传输的上行数据包。在另一种可能的实现方式中,当第一RAN节点不是托管PDCP的节点时,即使第一RAN节点向第二RAN节点发送激活重复传输(或去激活重复传输),第二RAN节点还可决定激活(或去激活)终端设备与自身之间的重复传输,并将相应的决定结果通过步骤503的响应消息通知第一RAN节点。第一RAN节点收到第二RAN节点发送的响应消息后,向终端设备发送激活/去激活重复传输指示。此时,第一RAN节点向终端设备发送的激活/去激活重复传输指示可以是第二RAN节点在步骤503中返回的决定。示例性地,第一RAN节点向第二RAN节点发送去激活重复传输指示,若第二RAN节点决定去激活重复传输,则在步骤503中返回确认去激活重复传输的响应消息,第一RAN节点向终端设备发送MAC CE指示终端设备去激活重复传输;若第二RAN节点决定激活重复传输,则在步骤503中返回激活重复传输的响应消息,第一RAN节点向终端设备发送MAC CE指示终端设备激活重复传输。类似地,第一RAN节点向第二RAN节点发送激活重复传输指示,若第二RAN节点决定激活重复传输,则在步骤503中返回确认激活重复传输的响应消息,第一RAN节点向终端设备发送MAC CE指示终端设备激活重复传输;若第二RAN节点决定去激活重复传输,则在步骤503中返回去激活重复传输的响应消息,第一RAN节点向终端设备发送MAC CE指示终端设备去激活重复传输。
通过本申请实施例上述步骤,实现了双连接场景下不同RAN节点之间协调终端设备上行数据包的重复传输,有效地保证了正确的数据重复传输,提升了用户体验。
在上述步骤502中,第一RAN节点可通过多种方式向第二RAN节点发送激活/去激活重复传输指示。在一种可能的实现方式中,该激活/去激活重复传输指示承载于第一RAN节点与第二RAN节点之间的控制面信令,如通过Xn-C或F1-C接口的信令消息进行传递。可选地,当第一RAN节点和第二RAN节点都是DU时,第一RAN节点对应的第一DU通过F1-C接口信令(如终端设备上下文修改要求(UE context modification required)消息)向控制第一DU的第一CU发送激活/去激活重复传输指示,再由第一CU将该指示通过F1-C接口信令(如终端设备上下文修改请求(UE context modification request)消息)发送给第二RAN节点对应的第二DU,或由第一CU将该指示通过Xn-C接口信令(如辅节点修改请求(S-Nodemodification request)消息或辅节点修改要求(S-Node modification required)消息)发送给控制第二DU的第二CU,并由第二CU将该指示通过F1-C接口信令(如终端设备上下文修改请求(UE context modification request)消息)发送给第二DU。相应地,第二DU通过F1-C接口信令(如终端设备上下文修改要求(UE context modification required)消息)向控制第二DU的第二CU发送响应消息,再由第二CU将该响应消息通过F1-C接口信令(如终端设备上下文修改请求(UE context modification request)消息)发送给第一DU,或由第二CU将该响应消息通过Xn-C接口信令(如辅节点修改请求(S-Node modificationrequest)消息或辅节点修改要求(S-Node modification required)消息)发送给控制第一DU的第一CU,并由第一CU将该指示通过F1-C接口信令(如终端设备上下文修改请求(UEcontext modification request)消息)发送给第一DU。当第一RAN节点和第二RAN节点都是gNB时,第一RAN节点对应的第一gNB通过Xn-C接口信令(如辅节点修改请求(S-Nodemodification request)消息或辅节点修改要求(S-Node modification required)消息)向第二RAN节点对应的第二gNB发送激活/去激活重复传输指示。相应地,第二gNB通过Xn-C接口信令(如辅节点修改请求(S-Node modification request)消息或辅节点修改要求(S-Node modification required)消息)向第一gNB发送响应消息。当两个RAN节点中一个RAN节点是DU,另一个RAN节点是gNB时,DU通过其连接的CU与对应的gNB进行通信,实现激活/去激活重复传输指示以及响应消息的传递。通过控制面信令协调激活/去激活重复传输,可简单有效地实现协调,如只需要修改现有控制信令的信息元素就能实现。
在另一种可能的实现方式中,该激活/去激活重复传输指示承载于第一RAN节点与第二RAN节点之间的用户面数据中。当前3GPP标准中规范的NR用户面协议帧格式参见3GPPTS38.425技术文档。示例性地,表1给出了一种新的NR用户面协议帧格式,用于表示该NR用户面协议数据承载激活/去激活重复传输指示。具体地,NR用户面协议的数据通过NR RAN容器(NR RAN Container)包含在GRPS隧道协议用户面(GPRS tunneling protocol userplane,GTP-U)扩展头中。
表1用于表示激活/去激活重复传输指示的NR用户面协议帧格式
其中PDU类型字段取值为3,表明该NR用户面协议数据用于表示激活/去激活重复传输指示;PDCP重复指示(PDCP duplication indication)字段用于标识PDCP重复激活建议字段是否存在,如PDCP重复指示字段取值为0,表示不存在PDCP重复激活建议字段,PDCP重复指示字段取值为1,表示存在PDCP重复激活建议字段;空余(spare)字段用于预留被后续版本使用;PDCP重复激活建议(PDCP duplication activation suggestion)字段用于表示第一RAN节点的激活/去激活重复传输指示,如PDCP重复激活建议字段取值为0,表示去激活重复传输指示,PDCP重复激活建议字段取值为1,表示激活重复传输指示。可选地,该NR用户面协议帧格式表示激活/去激活上行数据的重复传输的指示;该NR用户面协议帧格式还可表示激活/去激活下行数据的重复传输的指示;该NR用户面协议帧格式还可分别指示激活/去激活上行数据或下行数据的重复传输的指示。表1给出的NR用户面协议帧格式可以包括PDCP上行重复指示、PDCP下行重复指示、PDCP上行重复激活建议、以及PDCP下行重复激活建议。
相应地,表2给出了另一种新的NR用户面协议帧格式,用于表示对该激活/去激活重复传输指示的响应。
表2用于响应激活/去激活重复传输指示的NR用户面协议帧格式
与表1的差别在于,表2中的PDU类型字段取值为4,表明该NR用户面协议数据用于响应激活/去激活重复传输指示;此外,表2中的PDCP重复激活建议字段用于表示第二RAN节点的激活/去激活重复传输指示,如PDCP重复激活建议字段取值为0,表示第二RAN节点去激活重复传输指示,PDCP重复激活建议字段取值为1,表示第二RAN节点激活重复传输指示。同样地,表2中该NR用户面协议帧格式表示激活/去激活上行数据的重复传输的指示;该NR用户面协议帧格式还可表示激活/去激活下行数据的重复传输的指示;该NR用户面协议帧格式还可分别指示激活/去激活上行数据或下行数据的重复传输的指示。表2给出的NR用户面协议帧格式可以包括PDCP上行重复指示、PDCP下行重复指示、PDCP上行重复激活建议、以及PDCP下行重复激活建议。应理解,表1和表2所定义的NR用户面协议帧格式是示意性的,NR用户面协议数据还可采用其他格式,如使用其他PDU类型值、使用其他字段名称、使用其他比特位置或比特数等来指示激活/去激活重复传输或相应的响应。通过用户面数据协调激活/去激活重复传输,可以不引入任何的控制平面信令开销,提升了协调效率和性能。
值得说明的是,在上述步骤503中,第二RAN节点也可通过上述控制面信令或用户面数据的方式向第一RAN节点发送响应消息。并且,响应消息在控制面信令或用户面数据的承载方式可以和上述激活/去激活重复传输指示在控制面信令或用户面数据的承载方式类似,在此不再赘述。
可选地,对于图4中所示的分割承载的场景,该分割承载在主节点和/或辅节点的分支还可以进一步使用载波聚合的技术,即该分割承载在主节点和/或辅节点的分支还可具有多个RLC链路,各RAN节点的用户面L2协议栈具体如图6所示。其中,托管PDCP的RAN节点所管理的小区组为CG1且可使用多载波,对应地,可具有RLC11至RLC1M(M为大于或等于2的整数)条RLC链路,并由MAC1实现对该多条RLC链路的复用;非托管PDCP的RAN节点所管理的小区组为CG2且可使用多载波,对应地,具有RLC21至RLC2N(N为大于或等于2的整数)条RLC链路,并由MAC2实现对该多条RLC链路的复用。应理解,图6所示为示例性而非限定性,在实际应用中,也可存在CG1具有一条RLC链路而CG2具有多条RLC链路,或CG1具有多条RLC链路而CG2具有一条RLC链路的情况。在这种情况下,主节点或辅节点使用载波聚合技术。在图6所示的场景中,包重复传输可以有多种形式。例如,方式一是通过双连接进行重复传输,方式二是通过多载波进行重复传输,方式三是通过双连接和多载波一起进行重复传输。如何灵活地使用上述三种方式实现重复传输,目前尚未有合适的解决方案。本申请实施例提供一种通过MAC CE信令通知终端设备灵活使用上述三种方式实现重复传输的技术方案。
图7示出本发明实施例提供的一种通过MAC CE配置终端设备的重复传输的示意图。该MAC CE包括MAC子头(subheader)、DRB ID、以及重复传输指示。可选地,对应一个DRB而言,在图7(a)中,该RAN节点的MAC CE包括需要重复传输的DRB ID以及相应的重复传输指示;其中MAC子头用于指示该MAC CE用于配置终端设备的重复传输。应理解,主节点和/或辅节点都可以向终端设备发送该MAC CE。在主节点和辅节点都向终端设备发送MAC CE时,各个RAN节点发送的MAC CE反映各个RAN节点自身的决定。该重复传输指示可以是1比特的指示信息用以通知激活或去激活该DRB的重复传输,例如该重复传输指示值为1时表示该终端设备需要重复传输该DRB数据,该重复传输指示值为0时表示该终端设备不需要重复传输该DRB数据。进一步地,图7(a)中的重复传输指示还可采用多比特来指示对DRB的数据的重复传输。示例性地,该重复传输指示为两比特且取值为00时,表示对该DRB的数据在各个RAN节点使用一个载波进行重复传输;该重复传输指示为两比特且取值为01时,表示对该DRB的数据在各个RAN节点使用两个载波进行重复传输,如图6中M=2和/或N=2;该重复传输指示为两比特且取值为10时,表示对该DRB的数据在各个RAN节点使用三个载波进行重复传输,如图6中M=3和/或N=3;该重复传输指示为两比特且取值为11时,表示对该DRB的数据在各个RAN节点使用四个载波进行重复传输,如图6中M=4和/或N=4。
可选地,对于一个DRB而言,还可采用如图7(b)所示的MAC CE配置重复传输。在该方式下,MAC CE包括需要重复传输的DRB的指示。示例性地,A0~A7为8比特指示,其中,Ai取值为1时,表明在主节点激活序号为i的DRB ID所对应的DRB数据的多载波重复传输,Ai取值为0时,表明在主节点去激活序号为i的DRB ID所对应的DRB数据的多载波重复传输;B0~B7为8比特指示,Bi取值为1时,表明在辅节点激活序号为i的DRB ID所对应的DRB数据的多载波重复传输,Bi取值为0时,表明在辅节点去激活序号为i的DRB ID所对应的DRB数据的多载波重复传输;C0~C7为8比特指示,Ci取值为1时,表明在主节点和辅节点激活序号为i的DRBID所对应的DRB数据的双连接重复传输,Ci取值为0时,表明在主节点和辅节点去激活序号为i的DRB ID所对应的DRB数据的双连接重复传输。由此可见,MAC CE中包含的A0~A7、B0~B7、或C0~C7的取值体现了上述重复传输的三种方式的使用情况。
可选地,对于一个DRB而言,还可采用如图7(c)所示的MAC CE配置重复传输。在该方式下,主节点或辅节点独立确定自身是否使用多载波重复传输。示例性地,在该MAC CE是由主节点发送给终端设备的情况下,Bi取值为1时,表明在主节点激活序号为i的DRB ID所对应的DRB数据的多载波重复传输,Bi取值为0时,表明在主节点去激活序号为i的DRB ID所对应的DRB数据的多载波重复传输;在该MAC CE是由辅节点发送给终端设备的情况下,Bi取值为1时,表明在辅节点激活序号为i的DRB ID所对应的DRB数据的多载波重复传输,Bi取值为0时,表明在辅节点去激活序号为i的DRB ID所对应的DRB数据的多载波重复传输。Ci取值为1时,表明在主节点和辅节点激活序号为i的DRB ID所对应的DRB数据的双连接重复传输,Ci取值为0时,表明在主节点和辅节点去激活序号为i的DRB ID所对应的DRB数据的双连接重复传输。
通过本申请实施例上述步骤,实现了双连接和载波聚合场景下灵活实现多种方式的重复传输,进一步提高数据传输的可靠性和健壮性,提升了用户体验。
在通过双连接和多载波一起进行重复传输的情况下,第一RAN节点和第二RAN节点之间也需要协商其中对于双连接重复传输的使用,如协商上述C0~C7的取值。类似地,可使用上述图5所示的方法来协调上行数据重复传输。在一种可能的实现方式中,该协商信令(如激活/去激活重复传输指示以及响应消息)承载于第一RAN节点与第二RAN节点之间的控制面信令。进一步地,在协商信令中,第一RAN节点和第二RAN节点还可交互各自是否使用多载波重复传输的指示,如上述图7(c)中的B0~B7值;或者第一RAN节点指示第一RAN节点和第二RAN节点是否使用多载波重复传输的指示,如上述图7(b)中的A0~A7和B0~B7值。在另一种可能的实现方式中,该协商信令承载于第一RAN节点与第二RAN节点之间的用户面数据中。此时第一RAN节点和第二RAN节点之间传递的NR用户面协议数据采用类似于表1和表2的格式。对应地,表1中的PDCP重复指示字段为第一PDCP重复指示字段,PDCP重复激活建议字段为第一PDCP重复激活建议字段,两者用于表示是否使用双连接进行重复传输。进一步地,该NR用户面协议数据还可包含第二PDCP重复指示以及第二PDCP重复激活建议字段、和/或第三PDCP重复指示以及第三PDCP重复激活建议字段,用于表示第一RAN节点和/或第二RAN节点是否使用多载波进行重复传输。
通过本申请实施例上述步骤,实现了双连接和载波聚合场景下不同RAN节点之间协调终端设备上行数据包的重复传输,有效地保证了正确的数据重复传输,提升了用户体验。
可选地,当RAN节点为DU时,DU统计其MAC CE激活/去激活重复传输的结果,并通过F1-C接口上报给CU,这样有助于CU获取报重复传输的统计特性并进一步优化重复传输的策略,以更好地满足各种业务的需求。具体地,DU统计一段时间内激活/去激活重复传输的次数,如在一段时间内激活重复传输的次数或去激活重复传输的次数等;还可进一步统计一段时间内激活重复传输和去激活重复传输转换次数,如在一段时间内从激活重复传输转换到去激活重复传输的次数或从去激活重复传输转换到激活重复传输的次数等。DU可以周期性地或以事件触发的形式向CU上报相应的统计结果。
进一步地,与DU相连的CU-UP统计重复传输的数据包的情况,并通过E1接口上报给CU-CP,以帮助CU优化重复传输的策略。具体地,CU-UP统计一段时间内检测到的重复传输的数据包的个数;还可进一步统计重排序(re-ordering)窗口移动的情况和/或重排序定时器超时情况等。CU-UP可以周期性地或以事件触发的形式向CU-CP上报相应的统计结果。
通过上述对激活/去激活重复传输的统计,使得RAN节点能进一步优化重复传输的策略,更合理地使用网络资源实现有效的重复传输。
在上述实施例中,重复传输应用于终端设备与主节点以及终端设备与辅节点之间的无线链路上。并且,如图4所示,对于一个分割承载,只有主节点或辅节点托管PDCP,即只有主节点或辅节点与CN连接。换言之,重复传输的数据包只在托管PDCP实体的RAN节点与CN之间传输,即在CN和RAN之间只有一条GTP-U(也称为NG-U隧道)传输数据。
进一步地,为了更好地保证数据传输,重复传输还可以应用于RAN与CN之间的传输,其中,RAN与CN之间的链路可以是有线的(如铜线、光缆等),也可以是无线的。在这种情况下,CN将为数据传输建立两条GTP-U隧道,分别与主节点和辅节点进行数据传输。通常地,CN与主节点建立第一隧道,与辅节点建立第二隧道,第一隧道和第二隧道分别用于传输CN节点与主节点以及辅节点之间的QoS流的数据包。在重复传输中,第一隧道和第二隧道中传输相同的数据包,即相同的负荷(payload)和相同的数据包序列号。应理解,对于下行数据,该序列号由CN节点生成,对于上行数据,该序列号由RAN节点生成,用于标识在GTP-U隧道中传输的数据包。在一种可能的实现方式中,第一隧道和第二隧道中传输的所有数据包都是相同的,即两条隧道用于重复传输所有QoS流。在另一种可能的实现方式中,第一隧道和第二隧道中传输的部分数据包是相同的,即两条隧道用于重复传输部分QoS流。为了实现在双隧道中的重复传输,CN节点(如AMF)要通知主节点和/或辅节点哪些QoS流做重复传输。表3给出了一种AMF通知RAN节点QoS流重复传输的信息。该重复传输信息承载于PDU会话资源设置请求列表(PDU session resource setup requests list)中。
表3 QoS流重复传输信息
由表3可见,在PDU会话资源设置请求列表中,一个PDU会话(即表中的会话标识(Session ID)所指示的PDU会话)包含一个或多个QoS流,每个QoS流由一个QoS流标识(QoSflow ID,QFI)指示,并具有QoS流级别的QoS参数(QoS flow level QoS parameters)。为了对一个QoS流标识是否进行重复传输,对该QoS流增加一个QoS流重复(QFI duplication)字段,该字段的取值可以是枚举型(enumerated),如激活(activated)、非激活(deacitvated)、使能(enabled)、非使能(disabled)等,也可以是布尔型(boolean),如取值为0表示非激活,取值为1表示激活等。在CU-DU分割的RAN设备的架构下,CU-CP收到CN节点的QoS流重复传输的信息后,通知CU-UP相应的QoS流做重复传输。
通过本申请实施例上述步骤,实现了在RAN设备和CN设备之间通过两个GTP-U隧道实现重复传输,有效地保证了NG-U接口的数据传输的可靠性和健壮性。
对于CN与RAN之间有双隧道的重复传输,主节点和辅节点都托管NR PDCP。如图8(a)所示,主节点和辅节点的用户面L2都具有SDAP/NR PDCP/RLC/MAC实体。在一种可能的实现方式中,RAN节点和/或终端设备在SDAP层做数据包的重复传输。此时,终端设备的用户面L2协议栈如图8(b)所示,对于一个DRB,终端设备托管两个NR PDCP,其中一个NR PDCP实体对应与主节点通信的RLC/MAC实体,另一个NR PDCP实体对应与辅节点通信的RLC/MAC实体。具体地,对于下行传输,主节点接收到第一隧道中传输的下行数据包后,在其SDAP层为每个SDAP SDU添加一个序列号;辅节点接收到第二隧道中传输的下行数据包后,在其SDAP层为每个SDAP SDU添加一个序列号。应理解,对于主节点和辅节点从CN接收的具有相同数据包序列号的数据包,主节点和辅节点分别对各自相应的SDAP SDU添加相同的序列号。相应地,终端设备在SDAP层进行重复性检测。对于上行传输,终端设备在SDAP层为每个SDAP SDU添加一个序列号,并将带有SN的该SDAP SDU复制为两份相同数据,其中一份数据通过一个NRPDCP实体在终端设备与主节点的无线链路上传输,另一份数据通过另一个NR PDCP实体在终端设备与辅节点的无线链路上传输。主节点和辅节点各自收到终端设备发送的数据包后,分别生成GTP-U隧道上的数据包序列号,并将携带数据包序列号的数据包发送给CN用户面设备(如UPF),由CN用户面设备对接收的数据根据GTP-U的序列号做重复性检测。应理解,对于主节点和辅节点从终端设备接收的具有相同SDAP序列号的数据包,主节点和辅节点分别生成各自GTP-U隧道中使用的相同的数据包序列号。为了实现RAN节点和/或终端设备在SDAP层做数据包的重复传输,RAN节点需要对UE进行的SDAP配置包括以下中的至少一项:PDU会话标识、SDAP PDU包括序列号(或SDAP头尺寸)和重复性检测/数据包复制指示。Ran节点还需要通知UE哪些QoS流进行包重复传输。在CU-CP/CU-UP分割的场景下,CU-CP通知CU-UP上述的SDAP配置。
在另一种可能的实现方式中,RAN节点和/或终端设备在PDCP层做数据包的重复传输。此时,终端设备的用户面L2协议栈如图8(c)所示,对于一个DRB,终端设备托管一个NRPDCP,该NR PDCP实体既对应与主节点通信的RLC/MAC实体,也对应与辅节点通信的RLC/MAC实体。具体地,对于下行传输,主节点接收到第一隧道中传输的下行数据包后,在其NR PDCP层为每个PDCP SDU添加一个序列号;辅节点接收到第二隧道中传输的下行数据包后,在其PDCP层为每个PDCP SDU添加一个序列号。应理解,对于主节点和辅节点从CN接收的具有相同数据包序列号的数据包,主节点和辅节点分别对各自相应的PDCP SDU添加相同的序列号。相应地,终端设备在NR PDCP层进行重复性检测。值得说明的是,在这种情况下,由于数据加密是由NR PDCP实体完成的,主设备的传输和辅设备的传输分别基于各自的安全密钥保护。对于上行传输,终端设备在PDCP层为每个PDCP SDU添加一个序列号,并将带有序列号的该PDCP SDU复制为两份相同数据,然后经过不同的安全密钥加密,生成两份数据分别发送到两个RLC实体,以实现终端设备将相同的数据包分别发送到主节点以及辅节点。主节点和辅节点各自收到终端设备发送的数据包后,分别生成GTP-U隧道上的数据包序列号,并将携带数据包学历噩耗的数据包发送给CN用户面设备,由CN用户面设备对接收的数据根据GTP-U的序列号做重复性检测。应理解,对于主节点和辅节点从终端设备接收的具有相同SDAP序列号的数据包,主节点和辅节点分别生成各自GTP-U隧道中使用的相同的数据包序列号。此外,为了实现该情况下的重复传输,RAN节点需要定义新的承载类型并通知终端设备,使得终端设备能在一个PDCP实体对来自主节点和辅节点的数据包进行重复性检测,或在一个PDCP实体实现对主节点和辅节点的重复传输。该新的承载类型与现有的承载类型的区别在于,主节点和辅节点分别托管PDCP,即主节点和辅节点分别具有PDCP实体,并且该两个PDCP实体对应于终端设备的一个PDCP实体。在CU-CP/CU-UP分割的场景下,CU-CP通知CU-UP该新的承载类型。可选地,RAN节点通知终端设备一个或多个承载为QoS流重复传输的承载。示例性地,表4给出了QoS流重复传输的承载信息。
表4 QoS流重复传输的承载信息
DRB ID | |
QoS flow-Duplication | BOOLEAN |
由表4可见,RAN节点需要通知终端设备DRB ID所对应的QoS流是否为重复传输的QoS流。其中,QoS flow-Duplication字段用于指示该QoS流是否为重复传输的QoS流。示例性地,该字段的取值可以是布尔变量,其中取值为0时,表示该QoS流不是重复传输的QoS流;取值为1时,表示该QoS流是重复传输的QoS流。
此外,在终端设备进行切换时,示例性地,在基于Xn接口的切换过程中,源RAN节点在切换请求中通知目标RAN节点一个或多个QoS流进行重复传输,具体方式可参见表3。可选地,源RAN节点在切换请求中还包括该一个或多个QoS流所映射的一个或多个DRB的DRB ID。
通过本申请实施例上述步骤,实现了在两个GTP-U隧道重复传输场景下RAN节点与终端设备之间的重复传输,进一步提升了数据传输的可靠性和健壮性。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘solid state disk(SSD))等。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本专利申请的范围。
上文结合图5至图8详细描述了本申请的方法实施例,下文结合图9至图16,详细描述本申请的装置实施例。应理解,装置实施例与方法实施例相互对应,类似的描述可以参照方法实施例。值得注意的是,装置实施例可以与上述方法配合使用,也可以单独使用。
图9示出了本申请实施例的第一网络设备900的示意性框图,该第一网络设备900可以对应(例如,可以配置于或本身即为)本申请各实施例中描述的第一RAN节点。该第一网络设备900可以包括:处理器901和收发器902,处理器901和收发器902通信耦合。可选地,该第一网络设备900还包括存储器903,存储器903与处理器901通信耦合。可选地,处理器901、存储器903和收发器902可以通信耦合,该存储器903可以用于存储指令,该处理器901用于执行该存储器903存储的指令,以控制收发器902接收和/或发送信息或信号。其中,处理器901和收发器902分别用于执行本申请各实施例中的第一RAN节点所执行的各动作或处理过程。这里,为了避免赘述,省略其详细说明。
图10示出了本申请实施例的第一网络设备1000的另一示意性框图,该第一网络设备1000可以对应(例如,可以配置于或本身即为)本申请各实施例中描述的第一RAN节点。该第一网络设备1000可以包括:接收模块1001、处理模块1002和发送模块1003,处理模块1002分别和接收模块1001和发送模块1003通信耦合。第一网络设备1000可以采用图9所示的形式。其中,处理模块1002可以通过图9中的处理器901来实现,接收模块1001和/或发送模块1003可以通过图9中的收发器902来实现。第一网络设备1000可还可包括存储单元,用于存储处理模块1002要执行的程序或数据、或存储通过接收模块1001接收和/或通过发送模块1003发送的信息。该第一网络设备1000中各模块或单元分别用于执行本申请各实施例中的第一RAN节点所执行的各动作或处理过程。这里,为了避免赘述,省略其详细说明。
图11示出了本申请实施例的第二网络设备1100的示意性框图,该第二网络设备1100可以对应(例如,可以配置于或本身即为)本申请各实施例中描述的第二RAN节点。该第二网络设备1100可以包括:处理器1101和收发器1102,处理器1101和收发器1102通信耦合。可选地,该第二网络设备1100还包括存储器1103,存储器1103与处理器1101通信耦合。可选地,处理器1101、存储器1103和收发器1102可以通信耦合,该存储器1103可以用于存储指令,该处理器1101用于执行该存储器1103存储的指令,以控制收发器1102接收和/或发送信息或信号。其中,处理器1101和收发器1102分别用于执行本申请各实施例中的第二RAN节点所执行的各动作或处理过程。这里,为了避免赘述,省略其详细说明。
图12示出了本申请实施例的第二网络设备1200的另一示意性框图,该第二网络设备1200可以对应(例如,可以配置于或本身即为)本申请各实施例中描述的第二RAN节点。该第二网络设备1200可以包括:接收模块1201、处理模块1202和发送模块1203,处理模块1202分别和接收模块1201和发送模块1203通信耦合。第二网络设备1200可以采用图11所示的形式。其中,处理模块1202可以通过图11中的处理器1101来实现,接收模块1201和/或发送模块1203可以通过图11中的收发器1102来实现。第二网络设备1200可还可包括存储单元,用于存储处理模块1202要执行的程序或数据、或存储通过接收模块1201接收和/或通过发送模块1203发送的信息。该第二网络设备1200中各模块或单元分别用于执行本申请各实施例中的第二RAN节点所执行的各动作或处理过程。这里,为了避免赘述,省略其详细说明。
图13示出了本申请实施例的第三网络设备1300的示意性框图,该第三网络设备1300可以对应(例如,可以配置于或本身即为)本申请各实施例中描述的CN节点。该第三网络设备1300可以包括:处理器1301和收发器1302,处理器1301和收发器1302通信耦合。可选地,该第三网络设备1300还包括存储器1303,存储器1303与处理器1301通信耦合。可选地,处理器1301、存储器1303和收发器1302可以通信耦合,该存储器1303可以用于存储指令,该处理器1301用于执行该存储器1303存储的指令,以控制收发器1302接收和/或发送信息或信号。其中,处理器1301和收发器1302分别用于执行本申请各实施例中的CN节点所执行的各动作或处理过程。这里,为了避免赘述,省略其详细说明。
图14示出了本申请实施例的第三网络设备1400的另一示意性框图,该第三网络设备1400可以对应(例如,可以配置于或本身即为)本申请各实施例中描述的CN节点。该第三网络设备1400可以包括:接收模块1401、处理模块1402和发送模块1403,处理模块1402分别和接收模块1401和发送模块1403通信耦合。第三网络设备1400可以采用图13所示的形式。其中,处理模块1402可以通过图13中的处理器1301来实现,接收模块1401和/或发送模块1403可以通过图13中的收发器1302来实现。第三网络设备1400可还可包括存储单元,用于存储处理模块1402要执行的程序或数据、或存储通过接收模块1401接收和/或通过发送模块1403发送的信息。该第三网络设备1400中各模块或单元分别用于执行本申请各实施例中的CN节点所执行的各动作或处理过程。这里,为了避免赘述,省略其详细说明。
图15示出了本申请实施例的终端设备1500的示意性框图,该终端设备1500可以对应(例如,可以配置于或本身即为)本申请各实施例中描述的终端设备。该终端设备1500可以包括:处理器1501和收发器1502,处理器1501和收发器1502通信耦合。可选地,该终端设备1500还包括存储器1503,存储器1503与处理器1501通信耦合。可选地,处理器1501、存储器1503和收发器1502可以通信耦合,该存储器1503可以用于存储指令,该处理器1501用于执行该存储器1503存储的指令,以控制收发器1502接收和/或发送信息或信号。其中,处理器1501和收发器1502分别用于执行本申请各实施例中的终端设备所执行的各动作或处理过程。这里,为了避免赘述,省略其详细说明。
图16示出了本申请实施例的终端设备1600的另一示意性框图,该终端设备1600可以对应(例如,可以配置于或本身即为)本申请各实施例中描述的终端设备。该终端设备1600可以包括:接收模块1601、处理模块1602和发送模块1603,处理模块1602分别和接收模块1601和发送模块1603通信耦合。终端设备1600可以采用图15所示的形式。其中,处理模块1602可以通过图15中的处理器1501来实现,接收模块1601和/或发送模块1603可以通过图15中的收发器1502来实现。终端设备1600可还可包括存储单元,用于存储处理模块1602要执行的程序或数据、或存储通过接收模块1601接收和/或通过发送模块1603发送的信息。该终端设备1600中各模块或单元分别用于执行本申请各实施例中的终端设备所执行的各动作或处理过程。这里,为了避免赘述,省略其详细说明。
应理解,本申请的装置实施例中的处理器(901、1101、1301、1501)可以是中央处理器(central processing unit,CPU),网络处理器(network processor,NP),硬件芯片或者其任意组合。上述硬件芯片可以是专用集成电路(application-specific integratedcircuit,ASIC),可编程逻辑器件(programmable logic device,PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device,CPLD),现场可编程逻辑门阵列(field-programmable gate array,FPGA),通用阵列逻辑(generic array logic,GAL)或其任意组合。
本申请的装置实施例中的存储器(903、1103、1303、1503)可以是易失性存储器(volatile memory),例如随机存取存储器(random-access memory,RAM);也可以是非易失性存储器(non-volatile memory),例如只读存储器(read-only memory,ROM),快闪存储器(flash memory),硬盘(hard disk drive,HDD)或固态硬盘(solid-state drive,SSD);还可以是上述种类的存储器的组合。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信耦合可以是通过一些接口,装置或单元的间接耦合或通信耦合,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本专利申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本专利申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包含若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本专利申请各个实施例方法的全部或部分步骤。而前述的存储介质包含:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上,仅为本专利申请的具体实施方式,但本专利申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本专利申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本专利申请的保护范围之内。因此,本专利申请的保护范围应以权利要求的保护范围为准。
Claims (28)
1.一种协调重复传输的方法,其特征在于,包括:
第一无线接入网RAN节点确定激活/去激活重复传输;
所述第一RAN节点向第二RAN节点发送激活/去激活重复传输指示。
2.根据权利要求1所述的方法,其特征在于,在所述第一RAN节点向第二RAN节点发送激活/去激活重复传输指示之前,该方法还包括:
所述第一RAN节点向终端设备发送媒体介入控制MAC控制元素CE信令,所述MAC CE信令用于指示所述终端设备激活/去激活重复传输。
3.根据权利要求1所述的方法,其特征在于,在所述第一RAN节点向第二RAN节点发送激活/去激活重复传输指示之后,该方法还包括:
所述第一RAN节点向终端设备发送MAC CE信令,所述MAC CE信令用于指示所述终端设备激活/去激活重复传输。
4.根据权利要求1或3所述的方法,其特征在于,在所述第一RAN节点向终端设备发送MAC CE信令前,该方法还包括:
所述第一RAN节点接收所述第二RAN节点发送的所述激活/去激活重复传输指示的响应消息,所述响应消息用于指示所述第二RAN节点的激活/去激活重复传输的决定。
5.根据权利要求1至4中任一项所述的方法,其特征在于,所述激活/去激活重复传输指示承载于以下消息中的任一消息:终端设备上下文修改要求消息、终端设备上下文修改请求消息、辅节点修改要求消息、以及辅节点修改请求消息。
6.根据权利要求1至4中任一项所述的方法,其特征在于,所述激活/去激活重复传输指示承载于GPRS隧道协议用户面GTP-U扩展头中。
7.根据权利要求6所述的方法,其特征在于,所述GTP-U扩展头包含表示所述GTP-U扩展头用于所述激活/去激活重复传输指示的字段。
8.根据权利要求1至7中任一项所述的方法,其特征在于,所述激活/去激活重复传输指示用于指示所述终端设备激活/去激活上行数据的重复传输。
9.一种协调重复传输的方法,其特征在于,包括:
第二无线接入网RAN节点接收第一RAN节点发送的激活/去激活重复传输指示;
所述第二RAN节点决定激活/去激活重复传输;以及
所述第二RAN节点向所述第一RAN节点发送所述激活/去激活重复传输指示的响应消息,所述响应消息用于指示所述第二RAN节点的所述激活/去激活重复传输的决定。
10.根据权利要求9所述的方法,其特征在于,所述响应消息承载于以下消息中的任一消息:终端设备上下文修改要求消息、终端设备上下文修改请求消息、辅节点修改要求消息、以及辅节点修改请求消息。
11.根据权利要求9所述的方法,其特征在于,所述响应消息承载于GPRS隧道协议用户面GTP-U扩展头中。
12.根据权利要求11所述的方法,其特征在于,所述GTP-U扩展头包含表示所述GTP-U扩展头用于所述响应消息的字段。
13.根据权利要求9至12中任一项所述的方法,其特征在于,所述响应消息用于指示所述终端设备激活/去激活上行数据的重复传输。
14.一种网络设备,其特征在于,所述网络设备为第一无线接入网RAN节点,所述第一RAN节点包括处理器和收发器,其中,
所述处理器,用于确定激活/去激活重复传输;
所述收发器与所述处理器通信耦合,用于向第二RAN节点发送激活/去激活重复传输指示。
15.根据权利要求14所述的网络设备,其特征在于,在所述收发器向第二RAN节点发送激活/去激活重复传输指示之前,还包括:
所述收发器向终端设备发送媒体介入控制MAC控制元素CE信令,所述MAC CE信令用于指示所述终端设备激活/去激活重复传输。
16.根据权利要求14所述的网络设备,其特征在于,在所述收发器向第二RAN节点发送激活/去激活重复传输指示之后,还包括:
所述收发器向终端设备发送MAC CE信令,所述MAC CE信令用于指示所述终端设备激活/去激活重复传输。
17.根据权利要求14或16所述的网络设备,其特征在于,在所述收发器向终端设备发送MAC CE信令前,还包括:
所述收发器接收所述第二RAN节点发送的所述激活/去激活重复传输指示的响应消息,所述响应消息用于指示所述第二RAN节点的激活/去激活重复传输的决定。
18.根据权利要求14至17中任一项所述的网络设备,其特征在于,所述激活/去激活重复传输指示承载于以下消息中的任一消息:终端设备上下文修改要求消息、终端设备上下文修改请求消息、辅节点修改要求消息、以及辅节点修改请求消息。
19.根据权利要求14至17中任一项所述的网络设备,其特征在于,所述激活/去激活重复传输指示承载于GPRS隧道协议用户面GTP-U扩展头中。
20.根据权利要求19所述的网络设备,其特征在于,所述GTP-U扩展头包含表示所述GTP-U扩展头用于所述激活/去激活重复传输指示的字段。
21.根据权利要求14至20中任一项所述的网络设备,其特征在于,所述激活/去激活重复传输指示用于指示所述终端设备激活/去激活上行数据的重复传输。
22.一种网络设备,其特征在于,所述网络设备为第二无线接入网RAN节点,所述第二RAN节点包括处理器和收发器,其中,
所述收发器与所述处理器通信耦合,用于接收第一RAN节点发送的激活/去激活重复传输指示;
所述处理器,用于决定激活/去激活重复传输;
所述收发器,还用于向所述第一RAN节点发送所述激活/去激活重复传输指示的响应消息,所述响应消息用于指示所述第二RAN节点的所述激活/去激活重复传输的决定。
23.根据权利要求22所述的网络设备,其特征在于,所述响应消息承载于以下消息中的任一消息:终端设备上下文修改要求消息、终端设备上下文修改请求消息、辅节点修改要求消息、以及辅节点修改请求消息。
24.根据权利要求22所述的网络设备,其特征在于,所述响应消息承载于GPRS隧道协议用户面GTP-U扩展头中。
25.根据权利要求24所述的网络设备,其特征在于,所述GTP-U扩展头包含表示所述GTP-U扩展头用于所述响应消息的字段。
26.根据权利要求22至25中任一项所述的网络设备,其特征在于,所述响应消息用于指示所述终端设备激活/去激活上行数据的重复传输。
27.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机指令,当所述指令在计算机上运行时,使得计算机执行如权利要求1至8中任一项所述的方法。
28.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机指令,当所述指令在计算机上运行时,使得计算机执行如权利要求9至13中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811142534.2A CN110971351B (zh) | 2018-09-28 | 2018-09-28 | 一种协调重复传输的方法 |
PCT/CN2019/106643 WO2020063438A1 (zh) | 2018-09-28 | 2019-09-19 | 一种协调重复传输的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811142534.2A CN110971351B (zh) | 2018-09-28 | 2018-09-28 | 一种协调重复传输的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110971351A true CN110971351A (zh) | 2020-04-07 |
CN110971351B CN110971351B (zh) | 2021-12-14 |
Family
ID=69950250
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811142534.2A Active CN110971351B (zh) | 2018-09-28 | 2018-09-28 | 一种协调重复传输的方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN110971351B (zh) |
WO (1) | WO2020063438A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024040594A1 (en) * | 2022-08-26 | 2024-02-29 | Zte Corporation | Quality of service mechanism for supporting extended reality traffic |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113366917B (zh) * | 2020-06-19 | 2023-07-25 | 深圳传音控股股份有限公司 | 信息传输方法、设备、***及存储介质 |
CN114095138B (zh) * | 2020-08-24 | 2023-05-30 | 维沃移动通信有限公司 | 用户面数据的传输方法和网络节点 |
CN114158071B (zh) * | 2021-11-26 | 2023-05-30 | 中国联合网络通信集团有限公司 | 专网中数据传输的方法和装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9628586B2 (en) * | 2014-08-29 | 2017-04-18 | Lg Electronics Inc. | PDCP operation in a wireless communication system supporting dual connectivity |
CN107147479A (zh) * | 2017-04-27 | 2017-09-08 | 电信科学技术研究院 | 一种进行重复传输控制的方法和设备 |
WO2018084760A1 (en) * | 2016-11-04 | 2018-05-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Activation and deactivation of duplication transmission |
CN110139397A (zh) * | 2018-02-09 | 2019-08-16 | 电信科学技术研究院有限公司 | 一种分组数据汇聚协议pdcp重复机制的激活方法及节点设备 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108293230B (zh) * | 2015-11-13 | 2021-06-29 | 株式会社Ntt都科摩 | 无线通信装置 |
CN108617029B (zh) * | 2016-12-30 | 2023-05-12 | 夏普株式会社 | 无线承载配置方法、及相应的ue和基站 |
CN107241164B (zh) * | 2017-05-05 | 2021-10-22 | 大唐移动通信设备有限公司 | 一种无线承载重复传输的处理方法及装置 |
-
2018
- 2018-09-28 CN CN201811142534.2A patent/CN110971351B/zh active Active
-
2019
- 2019-09-19 WO PCT/CN2019/106643 patent/WO2020063438A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9628586B2 (en) * | 2014-08-29 | 2017-04-18 | Lg Electronics Inc. | PDCP operation in a wireless communication system supporting dual connectivity |
WO2018084760A1 (en) * | 2016-11-04 | 2018-05-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Activation and deactivation of duplication transmission |
CN107147479A (zh) * | 2017-04-27 | 2017-09-08 | 电信科学技术研究院 | 一种进行重复传输控制的方法和设备 |
CN110139397A (zh) * | 2018-02-09 | 2019-08-16 | 电信科学技术研究院有限公司 | 一种分组数据汇聚协议pdcp重复机制的激活方法及节点设备 |
Non-Patent Citations (1)
Title |
---|
ZTE: "Consideration on fast duplication activation and deactivation over F1", 《3GPP TSG RAN WG3 NR ADHOC》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024040594A1 (en) * | 2022-08-26 | 2024-02-29 | Zte Corporation | Quality of service mechanism for supporting extended reality traffic |
Also Published As
Publication number | Publication date |
---|---|
CN110971351B (zh) | 2021-12-14 |
WO2020063438A1 (zh) | 2020-04-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102420991B1 (ko) | 무선통신 시스템에서 사용자 평면 동작을 관리하기 위한 방법 및 장치 | |
CN113316219B (zh) | 重复传输的方法及装置 | |
EP3927107B1 (en) | Method for establishing a fronthaul interface and base station | |
KR102345654B1 (ko) | 이중 접속 수립 방법 및 디바이스 | |
CN110971351B (zh) | 一种协调重复传输的方法 | |
CN109151918B (zh) | 切换控制方法及装置 | |
CN110636575B (zh) | 一种切换方法及装置 | |
US11678242B2 (en) | Method and apparatus for handover without interruption of transmission and reception of data in next-generation mobile communication system | |
CN105723801B (zh) | 无线资源控制rrc消息处理方法、装置和*** | |
JP6682018B2 (ja) | 通信システムにおけるデータ転送のためのシステムおよび方法 | |
CN110636544B (zh) | 一种数据传输方法及装置 | |
JP2022538746A (ja) | 無線ベアラに対するシーケンス番号転送 | |
US20230141231A1 (en) | Mobile Edge Computing Processing Method and Related Device | |
JP7101675B6 (ja) | データ処理方法及び装置 | |
CN111585723B (zh) | 一种辅助信息及其传递的方法和装置 | |
CN113316202A (zh) | 一种切换方法及通信装置 | |
US20240049328A1 (en) | Method and apparatus for supporting small data transmission in wireless communication system | |
CN112470545A (zh) | 下一代移动通信***中用于支持rrc非活动模式的双连接的方法和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |