CN111757548A - 通信方法和通信装置 - Google Patents
通信方法和通信装置 Download PDFInfo
- Publication number
- CN111757548A CN111757548A CN201910252461.0A CN201910252461A CN111757548A CN 111757548 A CN111757548 A CN 111757548A CN 201910252461 A CN201910252461 A CN 201910252461A CN 111757548 A CN111757548 A CN 111757548A
- Authority
- CN
- China
- Prior art keywords
- node
- rlc
- rlc entity
- established
- indication information
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
-
- 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/0048—Allocation of pilot signals, i.e. of signals known to the receiver
-
- 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/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种通信方法和通信装置,该通信方法包括:网络设备和终端设备之间需要建立RB,网络设备包括第一节点和第二节点,RB对应的功能实体包括一个PDCP实体、PDCP实体对应的多于两个的RLC实体,该方法包括:第一节点确定配置信息,配置信息用于指示第二节点建立N个隧道,其中,隧道用于在第一节点和第二节点之间传输PDCP数据或RLC数据,N为大于或者等于2的整数,第一节点向第二节点发送配置信息。本申请提供的技术方案,充分利用终端设备与接入网设备通信时可使用的多载波和双连接特性,提高PDCP数据重复传输的性能。
Description
技术领域
本申请涉及通信领域,并且更具体地,涉及一种通信方法和通信装置。
背景技术
未来的第五代(5th generation,5G)***主要支持三类业务:
增强型移动宽带通信(enhanced mobile broadband,eMBB)、大量机器类型通信(massive machine type communications,mMTC)、高可靠低时延通信(ultra-reliableand low latency communications,URLLC)。对于URLLC而言,其对时延和可靠性都有比较高的要求,目前第三代合作伙伴项目(the 3rd generation partnership project,3GPP)组织给出的一种满足时延和可靠性要求的方案:重复(duplication)传输机制,即通过多个路径传输相同的分组数据聚合协议(packet data convergence protocol,PDCP)层协议数据单元(protocol data unit,PDU),通过多路传输增益提升传输可靠性,并降低传输时延,以下简称为PDCP数据重复传输。
具体地,PDCP数据重复传输分为载波聚合(carrier aggregation,CA)下PDCP数据重复传输和双连接(dual connectivity,DC)下PDCP数据重复传输。终端设备和接入网(radio access network,RAN)设备之间通过空口传输的信令数据和/或业务数据可以承载在一个或多个无线承载(radio bearer,RB)上传输。其中,对于一个RB,终端设备和接入网设备分别为该RB配置一个PDCP实体,在PDCP数据重复传输的情况下,终端设备和接入网设备分别为该PDCP实体配置多个无线链路控制(radio link control,RLC)实体,并且一个RLC实体对应一个逻辑信道(logical channel,LCH)。对于CA下PDCP数据重复传输,PDCP数据重复传输对应的多个LCH在媒体接入控制(media access control,MAC)层由一个MAC实体进行处理,将来自多个不同RLC逻辑信道的数据分别映射到不同的载波上进行传输,不同的载波分别可以对应有不同的基带参数(numerology)或传输时间间隔(transmissiontime interval,TTI)持续时长(duration)。对于DC下PDCP数据重复传输,PDCP数据重复传输对应的多个LCH分别映射到不同的MAC实体,将来自多个不同RLC逻辑信道的数据分别映射到不同的接入网设备上进行传输,不同的接入网设备分别可以对应有不同的numerology或TTI持续时长。如何充分利用终端设备与接入网设备通信时可使用的多载波和双连接特性提高PDCP数据重复传输的性能成为亟待解决的问题。
发明内容
本申请提供一种通信方法和节点,通过充分利用终端设备与接入网设备通信时可使用的多载波和双连接场景,提高PDCP数据重复传输的性能。
第一方面,提供了一种种通信方法,在网络设备和终端设备之间建立一个无线承载RB的情况下,网络设备包括第一节点和第二节点,该RB的功能实体包括一个分组数据聚合协议PDCP实体、PDCP实体对应的多于两个的无线链路控制RLC实体,方法包括:第一节点确定配置信息,配置信息用于指示第二节点建立N个的隧道,其中,隧道用于在第一节点和第二节点之间传输PDCP数据或RLC数据,N为大于或者等于2的整数;第一节点向第二节点发送配置信息。
本申请实施例提供的通信方法,通过主节点(第一节点)向辅节点(第二节点)发送配置信息,指示辅节点建立与主节点之间多个用于传输PDCP数据或RLC数据的隧道。从而达到提高主节点与辅节点之间数据传输的可靠性。
应理解,上述的第一节点为主节点指的是第一节点与核心网设备中的认证管理功能AMF网元之间建立有传输数据和/或信令的通道。但是,本申请中并不限制主节点只能称为第一节点。
还应理解,在不同的通信***中上述的第一节点和第二节点的具体形式可以不同。例如,在上述RB建立在无线接入网设备与终端设备之间时,第一节点可以是接入网设备RAN、第二节点也可以是接入网设备RAN;或者,在上述RB建立在分布式单元DU与终端设备之间时,第一节点可以是集中单元CU、第二节点可以是DU。具体地,第一节点为CU时,如果CU划分为CU-UP和CU-CP,应理解本申请中的第一节点同时具有CU-UP和CU-CP的功能。
还应理解,本申请可应用于在建立上述RB时,但并不限制在建立了上述RB之后,第一节点就无法向第二节点发送上述的配置信息,在网络设备和终端设备建立有RB之后,也可以通过上述的配置信息更改该RB的配置。也就是说,本申请中上述的在网络设备和终端设备之间建立一个无线承载RB的情况下可以指的是:在网络设备和终端设备之间需要建立一个无线承载RB时,或者,在网络设备和终端设备之间建立有一个无线承载RB时。
具体地,本申请实施例中的上述的配置信息包括上述的RB的信息,以及上述的N个隧道的信息。
结合第一方面,在第一方面的某些实现方式中,配置信息还用于指示第二节点建立N个RLC实体;或者,配置信息中还包括通道数指示信息,通道数指示信息用于指示第二节点建立M个RLC实体,M为正整数。
本申请实施例提供的通信方法,当主节点需要指示辅节点建立的隧道与辅节点上建立的RLC实体个数相等,还可以通过上述的配置信息还可以复用于指示第二节点建立RLC实体的个数;或者,辅节点建立的RLC实体的个数与辅节点建立的隧道个数无关,即主节点向辅节点发送通道数指示信息,指示辅节点建立RLC实体的个数。从而本申请实施例提供的通信方法,可以指示辅节点建立的隧道数和RLC实体数相等,也可以是辅节点建立的隧道数和RLC实体数之间解耦,为辅节点建立RLC实体的个数提供灵活的选择方案。
应理解,在重复传输的场景中,网络设备建立的RLC实体与网络设备和终端设备之间的通道一一对应,所以上述的辅节点建立RLC实体可以理解为辅节点建立与终端设备之间的通道。
结合第一方面,在第一方面的某些实现方式中,第二节点建立的每个RLC实体分别对应一个标识;方法还包括:第一节点接收第二节点发送的响应消息,响应消息中包括第二节点建立的每个RLC实体对应的标识,所述RLC实体对应的标识是以下多项中的至少一项:所述RLC实体的标识、所述RLC实体的逻辑信道LCH的LCH标识、所述RLC实体对应的隧道的隧道标识以及所述RLC实体对应的通道的通道标识。
本申请实施例提供的通信方法,辅节点可以为自身建立的至少一个RLC实体中的每个RLC实体配置对应的标识,即RLC实体对应的标识可以指示对应的RLC实体。可选地,为了避免在主节点和辅节点共同建立的通信***中的RLC实体对应的标识信息发生冲突,辅节点为自身建立的RLC实体配置标识之前可以提前获知主节点上建立的RLC实体对应的标识,从而在辅节点为自身建立的RLC实体配置标识的时候,避免使用主节点上的RLC实体对应的标识。进一步地,辅节点可以将自身建立的RLC实体对应的标识通过响应消息反馈给主节点,从而主节点能够获知第二节点建立的每个RLC实体对应的标识,所述RLC实体对应的标识是以下多项中的至少一项:所述RLC实体的标识、所述RLC实体的逻辑信道LCH的LCH标识、所述RLC实体对应的隧道的隧道标识以及所述RLC实体对应的通道的通道标识。
结合第一方面,在第一方面的某些实现方式中,方法还包括:第一节点向第二节点发送去配置信息,去配置信息用于指示第二节点删除至少一个RLC实体,其中,去配置信息中包括至少一个RLC实体中各个RLC实体分别对应的标识;或者,去配置信息中包括第一数值,第一数值为指示第二节点删除RLC实体的个数;或者,至少一个RLC实体为第二节点建立的所有RLC实体中除主RLC实体之外的部分或全部RLC实体。
本申请实施例提供的通信方法,主节点还可以指示辅节点删除辅节点上已经建立的RLC实体。其中,可以通过多种方式指示,例如,在主节点已知辅节点上的RLC实体对应的标识的前提下,可以通过指示删除的RLC实体对应的标识,指示辅节点删除标识对应的RLC实体;或者,只指示需要删除的RLC实体的个数,辅节点进行删除;或者,指示辅节点删除除了主RLC实体之外的所有的RLC实体,增加方案的灵活性。
结合第一方面,在第一方面的某些实现方式中,方法还包括:第一节点向第二节点发送第一指示信息,第一指示信息指示第二节点上允许激活的RLC实体个数,其中,第一指示信息中包括第二数值,第二数值为第二节点上允许激活的RLC实体个数的值;或者,第一指示信息中包括第三数值,第三数值为N个的隧道中初始激活的隧道的个数值。
本申请实施例提供的通信方法,主节点还可以指示辅节点能够激活的RLC实体的个数。其中,可以通过多种方式指示,例如,显示指示能够激活的RLC实体的个数;或者,指示初始状态为激活状态的隧道,辅节点基于初始状态为激活状态的隧道的个数推断能够激活的RLC实体的个数,增加方案的灵活性。
结合第一方面,在第一方面的某些实现方式中,配置信息中包括第二指示信息,第二指示信息用于指示第二节点建立的每个RLC实体的初始状态,其中,第二指示信息指示第二节点建立的每个RLC实体的初始状态为激活状态;或者,第二指示信息中包括第四数值,第四数值为第二节点建立的RLC实体中初始状态为激活状态的RLC实体的个数;或者,第二指示信息指示RB的重复传输模式为激活状态,重复传输模式指的是RB的PDCP数据通过多个RLC实体传输。
本申请实施例提供的通信方法,主节点还可以指示辅节点建立的RLC实体的初始状态。其中,可以通过多种方式或隐式显示辅节点建立的RLC实体的初始状态,增加方案的灵活性。
结合第一方面,在第一方面的某些实现方式中,响应消息中还包括第一状态指示信息,第一状态指示信息用于指示第二节点建立的RLC实体中各个RLC实体是否激活;第一节点基于第一节点上的每个RLC实体是否激活以及响应消息中携带的第一状态指示信息确定第二状态指示信息,第二状态指示信息指示PDCP实体对应的多于两个的RLC实体中每个RLC实体是否激活;或者,第一节点无需基于第一状态指示信息确定第二状态指示信息,该第二状态指示信息指示第一节点上建立的RLC实体是否激活,第一节点向终端设备发送第二状态指示信息。
本申请实施例提供的通信方法,主节点可以获知辅节点上建立的RLC实体是否激活,并将自身建立的RLC实体是否激活和辅节点上建立的RLC实体是否激活通知给终端设备,使得终端设备能够知道哪些RLC实体为激活状态哪些RLC实体是否激活为非激活的状态,从而终端设备进行上行数据传输时,能够准确获知从哪些通道传输数据;或者,主节点只是将自身的RLC实体是否激活的信息发送给终端设备,使得终端设备获知主节点上建立的RLC实体是否激活。
应理解,在主节点获知辅节点上的RLC实体是否激活时,主节点还可以指示激活的RLC实体去激活。标识与第一节点建立的RLC实体对应标识相异。
还应理解,当第一节点向终端设备发送第二状态指示信息,且第二状态指示信息指示PDCP实体对应的多于两个的RLC实体中每个RLC实体是否激活时,第二节点可以通过上述的响应消息获知第二节点建立的RLC实体是否激活。例如,上述的响应消息中携带有指示第二节点建立的每个RLC实体是否激活的第一状态指示信息。
结合第一方面,在第一方面的某些实现方式中,第二状态指示信息包括:预设字段,预设字段中的一个比特用于指示第一节点上建立的一个RLC实体是否激活,第一节点上建立的RLC实体对应的比特在预设字段中的位置按照第一节点上建立的RLC实体的LCH标识的大小进行排序;或者,第一节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,状态信息指示对应的RLC实体是否激活。
结合第一方面,在第一方面的某些实现方式中,第二状态指示信息包括:预设字段,预设字段中的一个比特用于指示第一节点和所述第二节点上建立的一个RLC实体是否激活,第一节点和第二节点上建立的RLC实体对应的比特在预设字段中的位置按照第一节点和第二节点上建立的RLC实体的LCH标识的大小进行排序;或者,第一节点和第二节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,状态信息指示对应的RLC实体是否激活。
具体地,上述的预设字段为由3个比特组成的比特位图。
本申请实施例提供的通信方法,主节点通知终端设备每个RLC实体是否激活的方式,可以是通过一个预设字段的形式去指示每个RLC实体是否激活,还可以是每个RLC实体为独立的,通过每个RLC实体对应的LCH中增加一个状态指示信息,指示对应的RLC实体是否激活,增加方案的灵活性。
结合第一方面,在第一方面的某些实现方式中,配置信息中包括模式指示信息,模式指示信息用于指示第二节点进行PDCP数据重复传输的模式,所述模式为以下三种之一:载波聚合CA、双连接DC、CA和DC。
本申请实施例提供的通信方法,主节点可以显示提告知辅节点当前重复传输的模式为哪一种模式,即辅节点无需基于自身建立的额RLC实体的个数推断当前重复传输的模式,增加方案的可靠性。
结合第一方面,在第一方面的某些实现方式中,PDCP实体在第二节点上,方法还包括:第一节点接收到至少一份PDCP数据;第一节点基于至少一份PDCP数据中的每一份PDCP数据分别对应的序列号进行重复性检测。
本申请实施例提供的通信方法,未设置有PDCP实体的节点也能够进行重复性检测。
应理解,本申请中并不限制PDCP实体一定是在第二节点上,也可以是PDCP实体一定是在第一节点上,那此时本申请提供的通信方法第二节点也能够进行重复性检测。
结合第一方面,在第一方面的某些实现方式中,第一节点接收到至少一份PDCP数据包括:第一节点通过N个隧道接收到第二节点发送的至少一份PDCP数据;第一节点进行重复性检测之后,通过第一节点上建立的多个RLC实体向终端设备发送多份PDCP数据;或者,第一节点通过第一节点上建立的至少一个RLC实体,接收到终端设备发送的至少一份PDCP或RLC数据;第一节点进行重复性检测之后,通过N个隧道向第二节点发送多份PDCP数据。
本申请实施例提供的通信方法,未设置有PDCP实体的节点在进行重复性检测之后,能够传输多份数据。
第二方面,提供了一种种通信方法,在网络设备和终端设备之间建立一个无线承载RB的情况下,网络设备包括第一节点和第二节点,RB的功能实体包括一个分组数据聚合协议PDCP实体、PDCP实体对应的多于两个的无线链路控制RLC实体,方法包括:第二节点接收第一节点发送的配置信息,配置信息用于指示第二节点建立N个的隧道,其中,隧道用于在第一节点和第二节点之间传输PDCP数据或RLC数据,N为大于或者等于2的整数;第二节点根据配置信息建立与第一节点之间的N个隧道。
本申请实施例提供的通信方法,通过辅节点(第二节点)接收主节点(第一节点)发送的配置信息,并且辅节点基于配置信息建立与主节点之间多个用于传输PDCP数据或RLC数据的隧道。从而达到提高主节点与辅节点之间数据传输的可靠性。
应理解,上述的第一节点为主节点指的是第一节点与核心网设备中的认证管理功能AMF网元之间建立有传输数据和/或信令的通道。但是,本申请中并不限制主节点只能称为第一节点。
还应理解,在不同的通信***中上述的第一节点和第二节点的具体形式可以不同。例如,在上述RB建立在无线接入网设备与终端设备之间时,第一节点可以是接入网设备RAN、第二节点也可以是接入网设备RAN;或者,在上述RB建立在分布式单元DU与终端设备之间时,第一节点可以是集中单元CU、第二节点可以是DU。具体地,第一节点为CU时,如果CU划分为CU-UP和CU-CP,应理解本申请中的第一节点同时具有CU-UP和CU-CP的功能。
具体地,本申请实施例中的上述的配置信息包括上述的RB的信息,以及上述的N个隧道的信息。
结合第二方面,在第二方面的某些实现方式中,配置信息还用于指示第二节点建立N个RLC实体;或者,配置信息中还包括通道数指示信息,通道数指示信息用于指示第二节点建立M个RLC实体,M为正整数。
本申请实施例提供的通信方法,当主节点需要指示辅节点建立的隧道与辅节点上建立的RLC实体个数相等,还可以通过上述的配置信息还可以复用于指示第二节点建立RLC实体的个数;或者,辅节点建立的RLC实体的个数与辅节点建立的隧道个数无关,即主节点向辅节点发送通道数指示信息,指示辅节点建立RLC实体的个数。从而本申请实施例提供的通信方法,可以指示辅节点建立的隧道数和RLC实体数相等,也可以是辅节点建立的隧道数和RLC实体数之间解耦,为辅节点建立RLC实体的个数提供灵活的选择方案。
应理解,在重复传输的场景中,网络设备建立的RLC实体与网络设备和终端设备之间的通道一一对应,所以上述的辅节点建立RLC实体可以理解为辅节点建立与终端设备之间的通道。
结合第二方面,在第二方面的某些实现方式中,第二节点为第二节点建立的每个RLC实体分别配置一个标识;第二节点向第一节点发送响应消息,响应消息中包括第二节点建立的每个RLC实体对应的标识,所述RLC实体对应的标识是以下多项中的至少一项:所述RLC实体的标识、所述RLC实体的逻辑信道LCH的LCH标识、所述RLC实体对应的隧道的隧道标识以及所述RLC实体对应的通道的通道标识。
本申请实施例提供的通信方法,辅节点可以为自身建立的至少一个RLC实体中的每个RLC实体配置对应的标识,即RLC实体对应的标识可以指示对应的RLC实体。可选地,为了避免在主节点和辅节点共同建立的通信***中的RLC实体对应的标识信息发生冲突,辅节点为自身建立的RLC实体配置标识之前可以提前获知主节点上建立的RLC实体对应的标识,从而在辅节点为自身建立的RLC实体配置标识的时候,避免使用主节点上的RLC实体对应的标识。进一步地,辅节点可以将自身建立的RLC实体对应的标识通过响应消息反馈给主节点,从而主节点能够获知第二节点建立的每个RLC实体对应的标识,所述RLC实体对应的标识是以下多项中的至少一项:所述RLC实体的标识、所述RLC实体的逻辑信道LCH的LCH标识、所述RLC实体对应的隧道的隧道标识以及所述RLC实体对应的通道的通道标识。
结合第二方面,在第二方面的某些实现方式中,方法还包括:第二节点接收第一节点发送的去配置信息,去配置信息用于指示第二节点删除至少一个RLC实体,其中,去配置信息中包括至少一个RLC实体中各个RLC实体分别对应的标识;或者,去配置信息中包括第一数值,第一数值为指示第二节点删除RLC实体的个数;或者,至少一个RLC实体为第二节点建立的所有RLC实体中除主RLC实体之外的部分或全部RLC实体。
本申请实施例提供的通信方法,辅节点还可以基于主节点发送的去配置信息删除辅节点上已经建立的RLC实体。其中,可以通过多种方式指示,例如,在主节点已知辅节点上的RLC实体对应的标识的前提下,可以通过指示删除的RLC实体对应的标识,指示辅节点删除标识对应的RLC实体;或者,只指示需要删除的RLC实体的个数,辅节点进行删除;或者,指示辅节点删除除了主RLC实体之外的所有的RLC实体,增加方案的灵活性。
结合第二方面,在第二方面的某些实现方式中,方法还包括:第二节点接收第一节点发送的第一指示信息,第一指示信息指示第二节点上允许激活的RLC实体个数,或者,第二节点基于预定义允许激活的RLC实体个数确定第二节点上允许激活的RLC实体个数,其中,第一指示信息中包括第二数值,第二数值为第二节点上允许激活的RLC实体个数的值;或者,第一指示信息中包括第三数值,第三数值为N个的隧道中初始激活的隧道的个数值。
本申请实施例提供的通信方法,辅节点还可以基于主节点发送的第一指示,确定自身能够激活的RLC实体的个数。其中,可以通过多种方式指示,例如,显示指示能够激活的RLC实体的个数;或者,指示初始状态为激活状态的隧道,辅节点基于初始状态为激活状态的隧道的个数推断能够激活的RLC实体的个数,增加方案的灵活性。
结合第二方面,在第二方面的某些实现方式中,配置信息中包括第二指示信息,第二指示信息用于指示第二节点建立的每个RLC实体的初始状态,其中,第二指示信息指示第二节点建立的每个RLC实体的初始状态为激活状态;或者,第二指示信息中包括第四数值,第四数值为第二节点建立的RLC实体中初始状态为激活状态的RLC实体的个数;或者,第二指示信息指示RB的重复传输模式为激活状态,重复传输模式指的是RB的PDCP数据通过多个RLC实体传输。
本申请实施例提供的通信方法,辅节点还可以基于主节点发送的第二指示建立的RLC实体的初始状态。其中,可以通过多种方式或隐式显示辅节点建立的RLC实体的初始状态,增加方案的灵活性。
结合第二方面,在第二方面的某些实现方式中,响应消息中还包括第一状态指示信息,第一状态指示信息用于指示第二节点建立的RLC实体中每个RLC实体是否激活,第一状态指示信息用于第一节点确定第二状态指示信息,第二状态指示信息指示PDCP实体对应的多于两个的RLC实体中每个RLC实体是否激活。
本申请实施例提供的通信方法,辅节点向主节点发送的响应消息中还可以包括自身建立的RLC实体是否激活,使得主节点能够获知辅节点上建立的RLC实体是否激活,并将主节点建立的RLC实体是否激活和辅节点上建立的RLC实体是否激活通知给终端设备,使得终端设备能够知道哪些RLC实体为激活状态哪些RLC实体是否激活为非激活的状态,从而终端设备进行上行数据传输时,能够准确获知从哪些通道传输数据。
应理解,在主节点获知辅节点上的RLC实体是否激活时,主节点还可以指示激活的RLC实体去激活。
结合第二方面,在第二方面的某些实现方式中,方法还包括:第二节点确定第三状态指示信息,第三状态指示信息指示PDCP实体对应的多于两个的RLC实体中每个RLC实体是否激活,或者指示第二节点上建立的RLC实体是否激活;第二节点向终端设备发送第三状态指示信息。
本申请实施例提供的通信方法,辅节点可以获知主节点上建立的RLC实体是否激活,并将自身建立的RLC实体是否激活和主节点上建立的RLC实体是否激活通知给终端设备,使得终端设备能够知道哪些RLC实体为激活状态哪些RLC实体是否激活为非激活的状态,从而终端设备进行上行数据传输时,能够准确获知从哪些通道传输数据;或者,辅节点只是将自身的RLC实体是否激活的信息发送给终端设备,使得终端设备获知辅节点上建立的RLC实体是否激活。
结合第二方面,在第二方面的某些实现方式中,第三状态指示信息包括:预设字段,预设字段中的一个比特用于指示第一节点和所述第二节点上建立的一个RLC实体是否激活,第一节点和第二节点上建立的RLC实体对应的比特在预设字段中的位置按照第一节点和第二节点上建立的RLC实体的LCH标识的大小进行排序;或者,第一节点和第二节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,状态信息指示对应的RLC实体是否激活。
结合第二方面,在第二方面的某些实现方式中,第三状态指示信息包括:预设字段,预设字段中的一个比特用于指示第一节点和所述第二节点上建立的一个RLC实体是否激活,第一节点和第二节点上建立的RLC实体对应的比特在预设字段中的位置按照第一节点和第二节点上建立的RLC实体的LCH标识的大小进行排序;或者,第一节点和第二节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,状态信息指示对应的RLC实体是否激活。
具体地,上述的预设字段为由3个比特组成的比特位图。
本申请实施例提供的通信方法,辅节点通知终端设备每个RLC实体是否激活的方式,可以是通过一个预设字段的形式去指示每个RLC实体是否激活,还可以是每个RLC实体为独立的,通过每个RLC实体对应的LCH中增加一个状态指示信息,指示对应的RLC实体是否激活,增加方案的灵活性。
结合第二方面,在第二方面的某些实现方式中,配置信息中包括模式指示信息,模式指示信息用于指示第二节点进行PDCP数据重复传输的模式,所述模式为以下三种之一:载波聚合CA、双连接DC、CA和DC。
本申请实施例提供的通信方法,主节点可以显示提告知辅节点当前重复传输的模式为哪一种模式,即辅节点无需基于自身建立的RLC实体的个数推断当前重复传输的模式,增加方案的可靠性。
结合第二方面,在第二方面的某些实现方式中,PDCP实体在第二节点上,方法还包括:第一节点接收到至少一份PDCP数据;第一节点基于至少一份PDCP数据中的每一份PDCP数据分别对应的序列号进行重复性检测。
本申请实施例提供的通信方法,未设置有PDCP实体的节点也能够进行重复性检测。
应理解,本申请中并不限制PDCP实体一定是在第二节点上,也可以是PDCP实体一定是在第一节点上,那此时本申请提供的通信方法第二节点也能够进行重复性检测。
结合第二方面,在第二方面的某些实现方式中,第一节点接收到至少一份PDCP数据包括:第一节点通过N个隧道接收到第二节点发送的至少一份PDCP数据;第一节点进行重复性检测之后,通过第一节点上建立的多个RLC实体向终端设备发送多份PDCP数据;或者,第一节点通过第一节点上建立的至少一个RLC实体,接收到终端设备发送的至少一份PDCP或RLC数据;第一节点进行重复性检测之后,通过N个隧道向第二节点发送多份PDCP数据。
本申请实施例提供的通信方法,未设置有PDCP实体的节点在进行重复性检测之后,能够传输多份数据。
第三方面,一种通信方法,在网络设备和终端设备之间建立一个无线承载RB的情况下,网络设备包括第一节点和第二节点,RB对应的功能实体包括一个分组数据聚合协议PDCP实体、PDCP实体对应的多于两个的无线链路控制RLC实体,其特征在于,方法包括:终端设备接收第一节点发送第二状态指示信息,第二状态指示信息指示PDCP实体对应的多于两个的RLC实体中每个RLC实体是否激活,或者指示第一节点上建立的RLC实体是否激活;或者,终端设备接收第一节点发送第三状态指示信息,第三状态指示信息指示PDCP实体对应的多于两个的RLC实体中每个RLC实体是否激活,或者指示第二节点上建立的RLC实体是否激活;可以理解,第一节点上建立的RLC实体可以替换为终端上建立的一个MAC实体的所关联的RLC实体,这个MAC实体对应于第一节点上建立的MAC实体。第二节点上建立的RLC实体可以替换为终端上建立的领一个MAC实体的所关联的RLC实体,这个MAC实体对应于第二节点上建立的MAC实体。
终端设备根据第二状态指示信息和第三状态指示信息中的至少一种在激活的RLC实体所对应的通道上传输PDCP数据。
本申请实施例提供的通信方法,终端设备可以从主节点或者辅节点上接收指示主节点上和辅节点上建立的RLC实体是否激活的状态指示信息;或者,终端设备从主节点上接收指示主节点建立的RLC实体是否激活的状态指示信息以及从辅节点上接收指示辅节点建立的RLC实体是否激活的状态指示信息。也就是说,本申请中主节点和辅节点之间可以进行信令交互,获知对方节点上建立的RLC实体是否激活,并将自身建立的RLC实体是否激活和对方节点建立的RLC实体是否激活的状态指示信息通过一个节点发送给终端设备;还可以是,主节点和辅节点之间无需交互自身建立的RLC实体是否激活,只是将自身建立的RLC实体是否激活分别通过状态指示信息通知给终端设备,终端设备自身通过接收到状态指示信息MAC实体,确定是哪个节点发送的状态指示信息,从而能够确定每个节点上建立的RLC实体是否激活。
结合第三方面,在第三方面的某些实现方式中,第二状态指示信息包括:预设字段,预设字段中的一个比特用于指示第一节点上建立的一个RLC实体是否激活,第一节点上建立的RLC实体对应的比特在预设字段中的位置按照第一节点上建立的RLC实体的LCH标识的大小进行排序;或者,第一节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,状态信息指示对应的RLC实体是否激活。
结合第三方面,在第三方面的某些实现方式中,第二状态指示信息包括:预设字段,预设字段中的一个比特用于指示第一节点和所述第二节点上建立的一个RLC实体是否激活,第一节点和第二节点上建立的RLC实体对应的比特在预设字段中的位置按照第一节点和第二节点上建立的RLC实体的LCH标识的大小进行排序;或者,第一节点和第二节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,状态信息指示对应的RLC实体是否激活。
结合第三方面,在第三方面的某些实现方式中,第三状态指示信息包括:预设字段,预设字段中的一个比特用于指示第二节点上建立的一个RLC实体是否激活,第二节点上建立的RLC实体对应的比特在预设字段中的位置按照第二节点上建立的RLC实体的LCH标识的大小进行排序;或者,第二节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,状态信息指示对应的RLC实体是否激活。
结合第三方面,在第三方面的某些实现方式中,第三状态指示信息包括:预设字段,预设字段中的一个比特用于指示第一节点和所述第二节点上建立的一个RLC实体是否激活,第一节点和第二节点上建立的RLC实体对应的比特在预设字段中的位置按照第一节点和第二节点上建立的RLC实体的LCH标识的大小进行排序;或者,第一节点和第二节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,状态信息指示对应的RLC实体是否激活。
具体地,上述的预设字段为由3个比特组成的比特位图。
本申请实施例提供的通信方法,辅节点或主节点通知终端设备每个RLC实体是否激活的方式,可以是通过一个预设字段的形式去指示每个RLC实体是否激活,还可以是每个RLC实体为独立的,通过每个RLC实体对应的LCH中增加一个状态指示信息,指示对应的RLC实体是否激活,增加方案的灵活性。
第四方面,提供了一种通信装置,该装置可以用来执行第一方面及第一方面的任意可能的实现方式中的第一节点的操作。具体地,通信装置包括用于执行上述第一方面所描述的步骤或功能相对应的部件(means)可以是第一方面的第一节点。步骤或功能可以通过软件实现,或硬件实现,或者通过硬件和软件结合来实现。
第五方面,提供了一种通信装置,该装置可以用来用于执行第二方面及第二方面的任意可能的实现方式中的第二节点的操作。具体地,该通信装置可以包括用于执行上述第二方面所描述的步骤或功能相对应的部件(means)可以是第二方面的第二节点。步骤或功能可以通过软件实现,或硬件实现,或者通过硬件和软件结合来实现。
第六方面,提供了一种通信装置,该装置可以用来用于执行第三方面及第三方面的任意可能的实现方式中的终端设备的操作。具体地,该通信装置可以包括用于执行上述第三方面所描述的步骤或功能相对应的部件(means)可以是第三方面的终端设备。步骤或功能可以通过软件实现,或硬件实现,或者通过硬件和软件结合来实现。
第七方面,提供了一种通信设备,包括,处理器,收发器,存储器,该存储器用于存储计算机程序,该收发器,用于执行第一至第三方面中任一种可能实现方式中的通信方法中的收发步骤,该处理器用于从存储器中调用并运行该计算机程序,使得该通信设备执行第一至第三方面中任一种可能实现方式中的通信方法。
可选地,处理器为一个或多个,存储器为一个或多个。
可选地,存储器可以与处理器集成在一起,或者存储器与处理器分离设置。
可选的,收发器包括,发射机(发射器)和接收机(接收器)。
一个可能的设计中,提供了一种通信设备,包括收发器、处理器和存储器。该处理器用于控制收发器收发信号,该存储器用于存储计算机程序,该处理器用于从存储器中调用并运行该计算机程序,使得该通信设备执行第一方面或第一方面任一种可能实现方式中的方法。
另一个可能的设计中,提供了一种通信设备,包括收发器、处理器和存储器。该处理器用于控制收发器收发信号,该存储器用于存储计算机程序,该处理器用于从存储器中调用并运行该计算机程序,使得该通信设备执行第二方面或第二方面任一种可能实现方式中的方法。
又一个可能的设计中,提供了一种通信设备,包括收发器、处理器和存储器。该处理器用于控制收发器收发信号,该存储器用于存储计算机程序,该处理器用于从存储器中调用并运行该计算机程序,使得该通信设备执行第三方面或第三方面任一种可能实现方式中的方法。
第八方面,提供了一种***,***包括第四方面至第六方面提供的通信装置。
第九方面,提供了一种计算机程序产品,计算机程序产品包括:计算机程序(也可以称为代码,或指令),当计算机程序被运行时,使得计算机执行上述第一方面至第三方面中任一种可能实现方式中的方法。
第十方面,提供了一种计算机可读介质,计算机可读介质存储有计算机程序(也可以称为代码,或指令)当其在计算机上运行时,使得计算机执行上述第一方面至第三方面中任一种可能实现方式中的方法。
第十一方面,提供了一种芯片***,包括存储器和处理器,该存储器用于存储计算机程序,该处理器用于从存储器中调用并运行该计算机程序,使得安装有该芯片***的通信设备执行上述第一方面至第三方面中任一种可能实现方式中的方法。
附图说明
图1是本申请实施例提供的通信方法适用的一种通信***100示意图。
图2中(a)和(b)是本申请实施例提供的通信方法适用的场景示意图。
图3示出了一种双连接下的RAN设备的用户面L2协议栈示意图。
图4是本申请实施例提供的一种通信方法的示意性流程图。
图5是本申请实施例中提供的第一节点、第二节点与终端设备之间的PDCP数据或RLC数据传输形式的示意图。
图6是本申请实施例提供的另一种通信方法的示意性流程图。
图7是本申请实施例提供的又一种通信方法的示意性流程图。
图8是本申请提出的通信装置10的示意图。
图9是适用于本申请实施例的终端设备20的结构示意图。
图10是本申请提出的通信装置30的示意图。
图11是适用于本申请实施例的第一节点40的结构示意图。
图12是本申请提出的通信装置50的示意图。
图13是适用于本申请实施例的第二节点60的结构示意图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信***,例如:宽带码分多址(wideband code division multiple access,WCDMA)***、通用分组无线业务(generalpacket radio service,GPRS)、长期演进(long term evolution,LTE)***、LTE频分双工(frequency division duplex,FDD)***、LTE时分双工(time division duplex,TDD)、通用移动通信***(universal mobile telecommunication system,UMTS)、全球互联微波接入(worldwide interoperability for microwave access,WiMAX)通信***、未来的第五代(5th generation,5G)***或新无线(new radio,NR)等。
本申请实施例中的终端设备可以指用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(session initiationprotocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network,PLMN)中的终端设备等,本申请实施例对此并不限定。
本申请实施例中的网络设备可以是用于与终端设备通信的设备,该网络设备可以是码分多址(code division multiple access,CDMA)中的基站(base transceiverstation,BTS),也可以是宽带码分多址(wideband code division multiple access,WCDMA)***中的基站(NodeB,NB),还可以是LTE***中的演进型基站(evolved NodeB,eNB或eNodeB),还可以是云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器,或者该网络设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等,本申请实施例并不限定。
应理解,本申请中涉及的网络设备主要指的是无线接入网设备。该无线接入网设备包括:无线资源控制(radio resource control,RRC)层、分组数据聚合协议(packetdata convergence protocol,PDCP)层、无线链路控制(radio link control,RLC)层、媒体接入控制(media access control,MAC)层、物理(physical,PHY)层,还可以包括业务数据适配协议(service data adaptation protocol,SDAP)层。其中,无线接入网设备可以为上述的基站,或者还可以是无线局域网接入点等。若无线接入网设备为基站,无线接入网设备还可以细分为宏基站和小基站两大类,而小基站又可以分为微基站和微微基站等等;若无线接入网设备为无线局域网接入点,无线接入网设备可以为路由器、交换机等设备。
进一步地,无线接入网设备还可以按照协议层划分为至少一个分布式单元(distributed unit,DU)和连接到该至少一个DU的一个集中单元(central unit,CU)。其中,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层用户面的处理。
在本申请实施例中,终端设备或网络设备包括硬件层、运行在硬件层之上的操作***层,以及运行在操作***层上的应用层。该硬件层包括中央处理器(centralprocessing unit,CPU)、内存管理单元(memory management unit,MMU)和内存(也称为主存)等硬件。该操作***可以是任意一种或多种通过进程(process)实现业务处理的计算机操作***,例如,Linux操作***、Unix操作***、Android操作***、iOS操作***或windows操作***等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且,本申请实施例并未对本申请实施例提供的通信方法的执行主体的具体结构特别限定,只要能够通过运行记录有本申请实施例的提供的通信方法的代码的程序,以根据本申请实施例提供的通信方法进行通信即可,例如,本申请实施例提供的通信方法的执行主体可以是终端设备或网络设备,或者,是终端设备或网络设备中能够调用程序并执行程序的功能模块。
另外,本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如,计算机可读介质可以包括,但不限于:磁存储器件(例如,硬盘、软盘或磁带等),光盘(例如,压缩盘(compact disc,CD)、数字通用盘(digital versatile disc,DVD)等),智能卡和闪存器件(例如,可擦写可编程只读存储器(erasable programmableread-only memory,EPROM)、卡、棒或钥匙驱动器等)。另外,本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于,无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
示例性地,本申请中涉及的无线接入网设备为上述的基站或者中继站或接入点,或者车载设备、可穿戴设备以及传输与接收点等,且终端设备通过RAN设备所管理的小区使用的传输资源(例如,频域资源、时域资源、码域资源等)与RAN设备进行通信的情况下,本申请实施例提供的通信方法可以应用于图1所示的场景下。图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 management function,AMF)节点连接,主节点140和辅节点142通过NG-U接口与5GC 180中的用户面功能(user plane function,UPF)节点连接。进一步地,该通信***还可包括终端设备与更多的RAN设备进行无线连接。应理解,当终端设备同时与多个RAN设备无线连接时,其中一个RAN设备为主节点,其他的RAN设备为辅节点。
应理解,本申请中定义主节点和辅节点主要是基于是否与核心网设备建立控制面连接的节点进行区分的,具体地,本申请中将多个RAN设备中与AMF建立连接的节点的RAN设备称为主节点。
示例性地,本申请中涉及的无线接入网设备可以是按照协议层划分为至少一个DU和连接到该至少一个DU的一个CU的设备。因而,本申请实施例提供的通信方法可以应用于图2所示的通信***中。图2(a)示出了一种划分为CU和DU的gNB的架构。其中,一个gNB可包含一个CU以及一个或多个DU,该一个或多个DU由该一个CU所控制。一个DU与CU通过控制面接口(如F1-C)连接,用于传输控制面数据;一个DU与CU通过用户面接口(如F1-U)连接,用于传输用户面数据。进一步地,CU还可划分为控制面的集中单元(即集中单元控制面CU-CP网元)和用户面的集中单元(即集中单元用户面CU-UP网元),其中CU-CP和CU-UP也可以分别部署在不同的物理设备上,CU-CP负责RRC层和PDCP层控制面的处理,CU-UP负责SDAP层和PDCP层用户面的处理。图2(b)示出了一种划分为CU-CP、CU-UP和DU的gNB的架构。其中,一个gNB可包含一个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-CP彼此作为备份;在实际应用中,同一时刻只有一个CU-CP在运行。应理解,对于划分为CU和DU的RAN设备架构而言,上述RAN设备划分为CU和DU所根据的协议栈划分方式仅是示例性的,RAN设备也可以根据其他划分方式划分CU和DU,例如可以由CU负责RRC层、SDAP层、PDCP层以及RLC层的操作,由DU负责MAC层以及PHY层的操作;或者由CU负责RRC层以及SDAP层的操作,由DU负责PDCP层、RLC层、MAC层以及PHY层的操作等。类似地,CU中的CU-CP和CU-UP之间的协议栈划分方式也是可变的。申请对此不作具体限定。
应理解,图1和图2只是以举例的形式说明本申请实施例提供的通信方法能够在哪些场景下应用,但是这些举例不对本申请的保护范围构成任何限定,也就是说本申请实施例提供的通信方法还可以在其他的场景中应用,这里不再赘述。
上面结合图1和图2简单介绍了本申请实施例提供的通信方法能够应用的场景,下面为了便于对本申请实施例提供的通信方法的理解,首先介绍本申请实施例中涉及的几个基本的概念:
1、重复传输(duplication)。
在无线通信***中,从终端设备到无线接入网设备方向的链路称为上行链路,从无线接入网设备到终端设备方向的链路为称下行链路。具体地,终端设备和无线接入网设备之间在上行链路和下行链路上按照3GPP组织制定的协议层传输数据。例如,传输控制信令或业务数据。3GPP组织制定的协议层可包括PHY层、MAC层、RLC层、PDCP层、SDAP层以及RRC层等。无论是在哪一层传输的数据,最终承载在物理层上在无线空口上传输。
对于一个RB,该RB对应的PDCP实体将一个相同的PDCP数据传输到多个RLC实体进行重复传输这种传输方式称为重复传输模式。通过重复传输模式,同一份数据可以在无线空口上被重复传输,提高了数据传输的稳定性。通常地,一个数据包有一个序列号。在重复传输时,终端设备(或RAN设备)在多条无线链路上发送具有相同序列号的数据包,对端RAN设备(或终端设备)接收到数据包后做重复性检测。重复性检测就是对接收到的多个数据包进行检测以查看这些数据包是否是相同的,即是否是重复的数据包。
应理解,对于PDCP数据重复传输现有协议中仅仅规定配置有PDCP实体的RAN设备或CU以及终端设备接收到数据包后做重复性检测,并不赋予未配置PDCP实体的RAN设备或CU重复性检测的功能,本申请实施例中提供一种通信方法,将详细介绍未配置PDCP实体的RAN设备或CU如何进行数据包的重复性检测,这里不详述。
2、重复传输的激活/去激活。
对于上行数据的重复传输,主节点和/或辅节点可以通过发送MAC层信令(如MAC控制元素(control element,CE))来激活(activate)或去激活(deactivate)终端设备使用重复传输向RAN节点发送上行数据。示例性地,当主节点与终端设备之间的无线链路质量较好时,主节点可以向终端设备发送媒体接入控制控制单元(Media access control-controlelement,MAC CE)信令以去激活重复传输,即指示终端设备不需要在与辅节点连接的无线链路上发送相同序列号的上行数据包;类似地,辅节点与终端设备之间的无线链路质量较好时,辅节点也可以向终端设备发送MAC CE信令以去激活重复传输,即指示终端设备不需要在与主节点连接的无线链路上发送相同序列号的上行数据包。在重复传输未被激活或去激活时,当主节点与终端设备之间的无线链路质量较差时,主节点可以向终端设备发送MACCE信令以激活重复传输,即指示终端设备需要在与辅节点连接的无线链路上发送相同序列号的上行数据包;类似地,辅节点与终端设备之间的无线链路质量较差时,辅节点也可以向终端设备发送MAC CE信令以激活重复传输,即指示终端设备需要在与主节点连接的无线链路上发送相同序列号的上行数据包。可见,各个RAN节点是根据自身与终端设备之间的无线链路的情况来决定激活/去激活重复传输。
应理解,现有协议中终端设备和无线接入网设备通信的通道数量最多为两个,且发送端节点用一个比特位指示接收端节点是否开启重复传输的功能。如果开启,接收端节点可以向终端设备发送重复传输的激活/去激活命令。现有协议中并未规定发送端节点如何指示接收端节点建立的通道的状态,本申请实施例中提出一种方案,使得发送端节点能够通过指示信息指示接收端节点上建立的通道的状态。
3、数据。
本申请所涉及的数据包括信令数据和业务数据。其中,业务数据包括eMBB数据、mMTC数据以及URLLC数据等。在物理层的时域和频域中,一个传输时间单元在时间上所占用的长度以及一个传输频率单元在频率上所占用的宽度可能会随着不同的数据的不同无线通信需求而变化,无线通信***可以通过无线参数配置,实现数据传输所使用的传输时间单元大小以及传输频率单元大小的要求。其中,无线参数配置在5G中称为numerology参数或空口格式。
4、无线承载。
终端设备和无线接入网设备之间通过建立至少一个RB来传输上述的数据。对应于上述的数据分类,无线承载分为用于传输信令数据的信令无线承载和用于传输业务数据的数据无线承载两类。建立一个无线承载可以理解为对一组协议层实体集合的配置,也就是说一个承载包括一组协议层实体。例如,现有协议中规定在上述的重复传输情况下同一个无线承载的一组功能实体集合包括:一个PDCP实体、该PDCP实体对应的两个RLC实体、该两个RLC实体对应的至少一个MAC实体、该至少一个MAC实体对应的至少一个PHY实体。
在现有协议中,终端设备和无线接入网设备之间建立一个用于传输业务数据的数据无线承载或用于传输信令数据的信令无线承载的PDCP数据重复传输时,无线接入网设备需要配置如下:2个逻辑信道、该2个逻辑信道分别对应的2个RLC实体、承载的PDCP数据重复传输初始状态以及PDCP数据重复传输的主RLC实体所在的小区组和逻辑通道。
对于用于传输信令数据的信令无线承载,只能由RRC实体控制是否启用PDCP数据重复传输的状态。PDCP数据重复传输激活时,PDCP层将相同的PDCP数据通过2个逻辑信道对应的2个RLC实体进行发送。
对于用于传输业务数据的数据无线承载,无线接入网设备通过MAC CE中的一个比特对一个RB进行激活或去激活PDCP数据重复传输。
5、通道。
本申请中涉及的通道指的是终端设备与无线接入网设备之间的传输数据的通道。例如,发送端设备上由于同一PDCP实体对应两个RLC实体,每个RLC实体分别对应一条通道来发送数据;相应地,接收端设备上同一PDCP实体对应两个RLC实体,每个RLC实体对应一条通道来接收数据。因此,发送端设备和接收端设备之间这个无线承载上对应有两个通道。
在一个无线承载中,由于重复传输下一个RLC实体对应一个通道,可以使用一个RLC实体的逻辑信道标识来指示这个通道,也可以用这个通道的标识来指示对应的RLC实体。一个无线承载的一个通道还可被称为一条腿(leg)。
可选地,一个无线承载对应多个通道,也即对应多个RLC实体和多个逻辑信道,分别使用不同逻辑信道标识或者使用不同RLC实体对应的标识来标识不同的通道。其中,这多个逻辑信道可以属于同一逻辑信道组,也可以属于不同逻辑信道组。若一个无线承载中的多个通道在不同的设备上,比如一个在主节点,一个在辅节点,那么这多个逻辑信道标识并没有限制,可以相同,也可以不同。
可选地,一个无线承载中的多个通道对应同一逻辑信道,具有相同的逻辑信道标识,则这一个无线承载对应一个逻辑信道。这种情况下为了区分不同通道,可使用同一逻辑信道标识以及不同通道标识来标识一个通道。
6、主RLC实体以及辅RLC实体。
上述通道对应的发送端设备和接收端设备分别包含同一PDCP实体以及该同一PDCP实体对应的第一RLC实体和该PDCP实体对应的第二RLC实体。假设,第一RLC实体对应第一通道,第二RLC实体对应第二通道。发送端设备在第一通道对应的小区#1b或小区组#1向接收端设备发送第一通道上的数据,接收端设备在第一通道对应的小区#1b或小区组#1接收发送端设备发送的第一通道的数据;发送端设备在第二通道对应的小区#2b或小区组#2向接收端设备发送第二通道的数据,接收端设备在第二通道对应的小区#2b或小区组#2接收第二通道上的数据。在PDCP数据重复传输模式下,在发送端设备的第二RLC实体和发送端设备的第一RLC实体上对来自同一PDCP实体的数据进行重复,从而可以提高发送端设备发送数据的稳定性。网络设备可指示一个载波组的一个逻辑信道对应的RLC实体为第一RLC实体,即为主RLC实体,那么第二RLC实体为辅RLC实体。
可选地,在载波聚合场景下,上述小区组#1为主小区组,该主小区组包括一个主小区和至少一个辅小区。例如,包括小区#1a(主小区),小区#1b,小区#1c;小区组#2为辅小区组,该辅小区组包括至少一个辅小区。例如,包括小区#2a,小区#2b,小区#2c。主小区组对应第一RLC实体和第一通道。这种情况下,第一RLC实体也称为主RLC实体;第二RLC实体也称为辅RLC实体。当PDCP数据重复去激活时,终端只通过主RLC实体上进行传输。
其中,载波聚合场景为跨无线接入网设备载波聚合场景时,属于主小区组的无线接入网设备为主无线接入网设备、属于辅小区组的无线接入网设备为辅无线接入网设备。终端设备同时由主无线接入网设备和辅无线接入网设备服务。可选地,终端设备可以使用两个MAC层实体,分别建立与主无线接入网设备和辅无线接入网设备的连接。这种场景在具体实现中,PDCP实体和该PDCP对应的第一RLC实***于主无线接入网设备上,且该PDCP实体对应的第二RLC实***于辅无线接入网设备服务上;或者PDCP实体和该PDCP实体对应的第二RLC实***于主无线接入网设备上,且该PDCP实体对应的第一RLC实***于辅无线接入网设备上。应理解,同一PDCP实体对应仅一个主RLC实体,该PDCP实体对应至少一个辅RLC实体。主RLC实体对应的通道称为主通道,辅RLC实体对应的通道称为辅通道。当PDCP数据重复传输去激活时,终端设备判断待发送的PDCP实体和RLC实体的初传数据的数据量低于第一门限时,只通过主RLC实体上进行传输。终端设备判断待发送数据的数据量大于等于第一门限时,可通过第一RLC和第二RLC实体发送不同的数据。
7、隧道。
终端设备同时与两个RAN设备(如图1中与RAN设备140和RAN设备142)进行无线通信。该两个RAN设备可以使用同一个空口接入技术(radio access technology,RAT),例如,都使用NR;也可以使用不同的RAT,例如,一个RAN设备使用LTE技术,另一个RAN设备使用NR技术。每个RAN设备管理各自的小区组,每个小区组有至少一个小区。图3示出了一种双连接下的RAN设备的用户面L2协议栈示意图。其中,对于一个DRB,CG1对应的RAN设备配置有该DRB对应的PDCP实体,称该RAN设备为托管(host)PDCP实体的RAN设备,或者,PDCP实体托管(hosting)的RAN设备;CG2对应的RAN设备未配置有该DRB对应的PDCP实体。通常地,托管PDCP实体的RAN设备称为托管PDCP实体节点,或PDCP实体托管节点,未配置有PDCP实体的RAN设备称为对应(corresponding)节点。此外,CG1对应的RAN设备的用户面L2还包括RLC层和MAC层;CG2对应的RAN设备的用户面L2包括RLC层和MAC层,但不包括PDCP层。
示例性地,对于一个DRB,托管PDCP实体节点为自身以及对应节点分别配置一个RLC实体以及一个MAC实体,托管PDCP实体节点决定对于该DRB的下行数据如何分配到托管PDCP实体节点和对应节点传输。托管PDCP实体节点可将该DRB的一份PDCP数据映射到自身的逻辑信道,将该DRB的重复的一份PDCP数据映射到对应节点的逻辑信道,托管PDCP实体节点和对应节点各自的MAC实体分别将各自逻辑信道的下行数据调度到各自节点与终端设备的无线链路上传输。在下行数据传输时,托管PDCP实体节点向终端设备发送该DRB的一份下行数据;此外,托管PDCP实体节点将该DRB的另一部分下行数据通过托管PDCP实体节点与对应节点之间的隧道(tunnel)发送给对应节点,并由对应节点向终端设备发送该重复的一份下行数据;在上行数据传输时,终端设备向托管PDCP实体节点发送该DRB的一份上行数据;此外,终端设备将该DRB的重复的一份上行数据发送给对应节点,并由对应节点向托管PDCP实体节点发送该重复的一份上行数据。值得说明的是,在建立双连接的过程中,托管PDCP实体节点和对应节点之间会建立一个隧道以使得该DRB的数据能在两个节点之间传输。
示例性地,托管PDCP实体节点将上行隧道信息(即托管PDCP实体作为该隧道的接收端点的接收端点信息)发送给对应节点;对应节点将下行隧道信息(即对应节点作为该隧道的接收端点的接收端点信息)发送给托管PDCP实体节点。对于下行数据传输,托管PDCP实体节点根据对应节点提供的下行隧道信息发送下行数据给对应节点;对于上行数据传输,对应节点根据托管PDCP实体节点提供的上行隧道信息发送上行数据给托管PDCP实体节点。上行隧道信息可以是该隧道的上行隧道传输层地址和隧道端点标识(tunnel endpointidentifier,TEID)、该隧道的索引、或该隧道的标识(identifier或identity,ID)中的至少一项;相应地,下行隧道信息可以是该隧道的下行隧道传输层地址和TEID、该隧道的索引、或该隧道的标识中的至少一项。
对于双连接场景下的PDCP数据重复传输,对于下行PDCP数据重复传输托管PDCP实体节点的PDCP实体将具有相同PDCP序列号的数据包分别映射到托管PDCP实体节点和对应节点的逻辑信道上,并由各自节点的MAC实体将该下行数据包分别调度到各自的无线链路上传输给终端设备;对于上行PDCP数据重复传输终端设备的PDCP实体将具有相同PDCP序列号的数据包分别映射到终端设备与托管PDCP实体节点或终端设备与对应节点之间逻辑信道上,并通过终端设备的MAC实体将该上行数据包分别调度到逻辑信道对应的无线链路上传输给托管PDCP实体节点和对应节点。
上文中结合图1和图2介绍了本申请实施例能够应用的场景以及介绍了本申请中涉及的一些基本概念,下面将结合图4-图7详细介绍本申请实施例提供的通信方法。
应理解,本申请各个实施例中,重复传输的配置流程是按照不同无线承载分别进行配置的。为了便于描述和理解,本申请各个实施例中,以一个无线承载下的重复传输配置为例,对于其它无线承载的情况可参考本申请提供的无线承载下重复传输的配置。需要说明的是,本申请实施例中涉及的无线承载可以是信令无线承载,也可以是数据无线承载。
图4是本申请实施例提供的一种通信方法的示意性流程图。包括第一节点、第二节点、终端设备以及步骤S110-S190。
图4所示的实施例中,第一节点和第二节点统称为网络设备,并且在图4所示的实施例中,在网络设备与终端设备之间建立一个RB的情况下。该RB用于传输网络设备与终端设备之间的数据(信令数据和/或业务数据)。具体地,RAN设备与终端设备之间建立一个RB可以理解为网络设备和终端设备上分别配置一组协议层实体集合,该一组协议层实体集合服务于该RB,本申请中一个RB对应的功能实体包括一个PDCP实体、该PDCP实体对应的多于两个RLC实体,其中,多于两个RLC实体与网络设备和终端设备之间配置的多于两个PDCP数据重复传输的通道一一对应,该通道用于在终端设备和网络设备之间传输PDCP数据。
其中,第一节点和第二节点可以为上述的RAN设备或者可以为上述的CU或DU。例如,第一节点为图1中所示的RAN设备140,第二节点为图1中所示的RAN设备142;或者,第一节点为图1中所示的RAN设备142,第二节点为图1中所示的RAN设备140;或者,第一节点为图2(a)中所示的CU,第二节点为图2(a)中所示的DU;或者,第一节点为图2(b)中所示的CU-UP和CU-CP,第二节点为图2(b)中所示的DU。
进一步地,可选地,第一节点上配置有上述的PDCP实体,第二节点上未配置有上述的PDCP实体,在此情况下第一节点称为托管PDCP实体节点,第二节点称为对应节点;可选地,第一节点上未配置有上述的PDCP实体,第二节点上配置有上述的PDCP实体,在此情况下第二节点称为托管PDCP实体节点,第一节点称为对应节点;可选地,第一节点上配置有上述的PDCP实体以及该PDCP实体对应的多于两个的RLC实体中的至少一个RLC实体,第二节点上配置有上述的PDCP实体对应的多于两个的RLC实体中除第一节点上配置的至少一个RLC实体之外的其他RLC实体;可选地,第一节点上配置有上述的PDCP实体以及该PDCP实体对应的多个RLC实体;可选地,第一节点上配置有上述的PDCP实体但没有该PDCP实体对应的RLC实体,第二节点配置了该PDCP实体对应的多个RLC实体;
可选地,第二节点上配置有上述的PDCP实体以及该PDCP实体对应的RLC实体中的至少一个RLC实体,第一节点上配置有上述的PDCP实体对应的RLC实体中除第一节点上配置的至少一个RLC实体之外的RLC实体;可选地,第二节点上配置有上述的PDCP实体以及该PDCP实体对应的RLC实体;可选地,第二节点上配置有上述的PDCP实体但没有该PDCP实体对应的RLC实体,第一节点配置了该PDCP实体对应的RLC实体。
上述的第一节点和第二节点的可能的形式只是举例,不能限制本申请的保护范围,应理解本申请中仅限制在第一节点和第二节点之间有建立传输PDCP数据的隧道的需求的情况下,具体地,由于何种需求需要通过隧道传输PDCP数据并不能通过列举的方式全部列举出来,因此本申请中对于第一节点和第二节点的具体形式并不限制,也不再赘述。
应理解,处理上述RB对应的功能实体除了包括上述的PDCP实体、PDCP实体对应的多于两个RLC实体之外,还包括该多于两个的RLC实体对应的至少一个MAC实体以及该至少一个MAC实体对应的至少一个PHY实体。由于本申请中主要涉及到如何交互节点间隧道和/或通道的配置,也就是说本申请中主要考虑与通道一一对应的RLC实体的配置,因此上述仅仅介绍了本申请中网络设备与终端设备之间建立的RB对应的协议层实体包括PDCP实体和该PDCP实体对应的多个RLC实体。
还应理解,由于针对一个RB来说该RB对应的协议层实体中的RLC实体与网络设备和终端设备之间建立的通道一一对应,所以本申请中涉及的配置RLC实体可以理解为配置该RLC实体对应的通道。例如,配置某个RLC实体是否激活时,可以是该RLC实体为激活状态,那么该RLC实体对应的LCH和通道也为激活状态;还例如,删除某个RLC实体时,那么该RLC实体对应的LCH和通道也被删除等。
还应理解,本申请中涉及的“第一”、“第二”等只是用于区别类似的对象,而不必用于描述特定的顺序或先后次序,例如,上述的第一节点和第二节点只是为了区分不同的节点。应理解,这样区分的对象在适当情况下可以互换,以便本申请的实施例中描述的方案能够以除了申请文件中的图示或描述的这些以外的方式实施。
S110,第一节点确定配置信息。
具体地,该配置信息用于指示第二节点建立N个隧道,N为大于或者等于2的整数。该多个隧道用于传输第一节点和第二节点之间的PDCP数据或RLC数据。例如,第一节点将PDCP数据通过该多个隧道发送给第二节点,第二节点通过该多个隧道接收PDCP数据,或者,第二节点将PDCP数据通过该多个隧道发送给第一节点,第一节点通过该多个隧道接收PDCP数据,具体地,第一节点和所述第二节点将待发送的PDCP数据或RLC数据封装成GPRS隧道协议(GPRS tunnelling protocol,GTP)数据包,数据包中增加隧道的源隧道端口信息和目的隧道端口信息,再通过隧道发送数据包。
可以理解,数据从托管PDCP实体节点发送到对应节点时,称为PDCP数据;数据从对应节点发送到托管PDCP实体节点时,称为RLC数据。
其中,本申请中涉及的PDCP数据也可以称为PDCP PDU、RLC数据也可以称为RLC服务数据单元(service data unit,SDU)。
应理解,现有协议中对于DC情况下的PDCP数据重复传输,第一节点和第二节点之间建立的隧道个数为1个,也就是说相比于现有协议中的重复传输来说,图4所示的方法能够提高第一节点和第二节点之间数据传输的可靠性。尤其地,在第一节点和第二节点之间是通过无线链路进行传输情况下,多隧道的数据传输能有效提高传输的可靠性。
进一步地,在第一节点确定了配置信息之后,执行S120,第一节点向第二节点发送该配置信息。
应理解,在图4所示的方法流程中,由于是第一节点向第二节点发送配置信息,那么在该场景下可以理解第一节点为主节点(main RAN或CU),即第一节点与核心网的AMF之间建立连接;第二节点为辅节点(supplement RAN或DU)。其中,配置信息包括上述的RB的信息,以及上述的N个隧道的地址信息。
具体地,第二节点接收到配置信息之后,需要基于该配置信息建立隧道。即图4所示的方法还包括S130,第二节点建立隧道。
示例性地,配置信息可以为至少两个的上行隧道信息组成的信息列表。如表1所示。
表1
其中,一个上行隧道信息可以是发送该上行隧道信息的设备(第一节点)的互联网协议(internet protocol,IP)地址(address)和以下参数中的至少一项:该上行隧道的隧道端点标识(tunnel endpoint identifier,TEID)、该上行隧道的索引、以及该上行隧道的标识(identifier或identity,ID)。第二节点接收到配置信息,基于该配置信息建立隧道可以是基于该多个上行隧道信息分配与该多个上行隧道信息分别对应的多个下行隧道信息。具体地,多个下行隧道信息中的每个下行隧道信息可以是第二节点IP地址和以下参数中的至少一项:该下行隧道的TEID、该下行隧道的索引、或该下行隧道的标识等,这里不再赘述。
示例性地,第一节点为主节点但是第一节点上未配置有上述RB对应的PDCP实体时,配置信息可以为至少两个的下行隧道信息组成的信息列表。如表2所示。
表2
同理,一个下行隧道信息可以是发送该下行隧道信息的设备(第一节点)的IP地址和以下参数中的至少一项:下行隧道的隧道端点标识TEID、该下行隧道的索引、或该下行隧道的标识。第二节点接收到该配置信息之后,基于该配置信息建立隧道可以是基于该至少两个下行隧道信息分配与该至少两个下行隧道信息分别对应的至少两个上行隧道信息。具体地,至少两个上行隧道信息中的每个上行隧道信息可以是第二节点IP地址和以下参数中的至少一项:该上行隧道的TEID、该上行隧道的索引、或该上行隧道的标识等,这里不再赘述。
应理解,隧道只是用于传输第一节点和第二节点之间的PDCP数据或RLC数据,第二节点需要与终端设备之间传输PDCP数据或RLC数据时,需要建立第二节点与终端设备之间的通道,因此:
进一步地,第二节点还需要建立与终端设备之间传输PDCP数据或RLC数据的通道。即图4所示的方法还包括S140,第二节点建立通道。本申请实施例提供的通信方法,由于通道与RB的RLC实体一一对应,那么第二节点建立某个通道可以理解为第二节点建立该某个通道对应RLC实体,包括以下两种情况:
情况一:
第二节点根据上述的配置信息建立RLC实体,具体地,第二节点建立的RLC实体的个数与上述的第二节点建立的隧道个数相等也为N个。例如,配置信息指示第二节点建立3个隧道(如图5(a)中所示的隧道#1~隧道#3),第二节能够基于该配置信息建立3个RLC实体(如图5(a)中所示的RLC实体#1~RLC实体#3)。由于RLC实体与通道一一对应,那么可以理解为在此情况下第二节点与第一节点之间的隧道个数等于第二节点与终端设备之间的通道个数(如图5(a)中所示的通道#1~通道#3),如图5(a)所示,图5是本申请实施例中提供的第一节点、第二节点与终端设备之间的PDCP数据或RLC数据传输形式的示意图。
应理解,在情况一下仅仅表示第二节点基于配置信息建立的第一节点和第二节点之间的隧道的个数,与第二节点基于该配置信息建立的第二节点与终端设备之间的通道的个数相等,但是上述的隧道和通道之间并不存在除个数相等之外的其他对应关系。例如,不能理解为图5(a)中的隧道#1与通道#1(或,RLC实体#1)之间存在对应关系。
情况二:
第二节点建立的第二节点与终端设备之间的通道个数与第二节点建立的第二节点与第一节点之间的隧道个数无关。在情况二下,上述的第一节点向第二节点发送的配置信息中还包括通道数指示信息,作为在一种可能的实现方式,通道数指示信息用于指示所述第二节点建立M个RLC实体,M为正整数。
通常情况下,第一节点和第二节点之间传输数据的可靠性比较高,也就是说无需在第一节点和第二节点之间建立多于两个的隧道,建立两个隧道即可。例如,第二节点建立的隧道数为2个,但是建立的通道个数不一定为2个。
示例性地,通道数指示信息指示第二节点建立1个RLC实体,即第一节点和第二节点之间的隧道数为2个,第二节点和终端设备之间的通道数为1个,如图5(b)所示。
作为另一种可能的实现方式,通道数指示信息指示第二节点建立RLC实体的个数多于第二节点建立隧道的个数,第二节点建立的RLC实体个数等于第二节点建立的隧道个数加上通道数指示信息指示的个数。例如,通道数指示信息指示第二节点建立RLC实体的个数比第二节点建立隧道的个数多1个,即第一节点和第二节点之间的隧道数为2个,第二节点和终端设备之间的通道数为3个,如图5(c)所示。
作为在又一种可能的实现方式,通道数指示信息指示第二节点建立RLC实体的个数为第二节点建立隧道的个数与通道数指示信息指示的个数中最大值的个数,例如,通道数指示信息指示的数值为1个,即第一节点和第二节点之间的隧道数为2个,第二节点和终端设备之间的通道数为2个,如图5(d)所示。可选地,第二节点建立的RLC实体个数等于第二节点建立的隧道个数与通道数指示信息指示的个数中较小值指示的个数。
应理解,上述的三种通道数指示信息可能的指示形式只是举例,并不对本申请的保护范围构成任何限定,也就是说在情况二下第二节点建立RLC实体的个数不再必然与情况一中所示的与第二节点建立的隧道数相等,而是通过通道数指示信息显示或隐式地指示第二节点建立通道的个数。
上述的S110-S140主要介绍了第一节点通知第二节点建立隧道以及通道的流程。在该流程之后,图4所示的方法流程还可以包括S150,第二节点向第一节点发送响应消息,该响应消息中包含第二节点分配的每个下行或上行隧道信息(当第二节点接收到上行隧道信息时,响应消息中包括下行隧道信息;当第二节点接收到下行隧道信息时,响应消息中包括上行隧道信息)。进一步地,响应消息中还包含第二节点分配的每个RLC实体对应的标识,所述RLC实体对应的标识是以下多项中的至少一项:所述RLC实体的标识、所述RLC实体的LCH的LCH标识、所述RLC实体对应的隧道的隧道标识、以及RLC实体对应的通道的通道标识。进一步地,为了避免第一节点和第二节点上建立的RLC实体对应的标识出现冲突的情况,第二节点建立的RLC实体对应的标识与所述第一节点建立的RLC实体对应的标识相异。也就是说,在第二节点执行上述的S150之前,图4所示的方法流程还包括S151,第二节点配置第二节点建立的RLC实体对应的标识。
具体地,在第二节点建立RLC实体之后,第二节点会将第二节点建立的每个RLC实体配置一个对应的标识。例如,第二节点基于上述的配置信息建立了3个RLC实体,并为这3个RLC实体中的每个配置标识,分别为RLC实体#1、RLC实体#2、RLC实体#3。
应理解,一种可能的实施例为:第一节点与终端设备之间设置有传输PDCP数据的通道,即第一节点上配置有该通道对应的RLC实体;第二节点与终端设备之间设置有传输PDCP数据的通道,即第二节点上配置有该通道对应的RLC实体。当第一节点和所述第二节点向终端设备发送状态指示信息,指示第一节点和第二节点上建立的RLC实体是否激活时,为了终端设备能够准确获知每个RLC实体是否激活,则第一节点和第二节点上建立的RLC实体对应的标识需要避免出现重复。
进一步地,为了实现第一节点和第二节点建立的所有的RLC实体对应的标识不存在冲突的情况,在第二节点执行上述的S151之前,图4所示的方法流程还包括S152,第一节点向第二节点发送标识指示信息,该标识指示信息用于指示第一节点上针对一个RB建立的RLC实体对应的标识。
具体地,第一节点将第一节点上建立的RLC实体对应的标识发送给第二节点,第一节点上建立的RLC实体对应的标识用于指示第二节点避免使用同样的标识去标识第二节点上建立的RLC实体。
例如,第一节点上建立有一个RLC实体,并且第一节点为该RLC实体配置的标识为RLC实体#1,那么第二节点建立的RLC实体中,第二节点不能再将RLC实体#1作为第二节点建立的RLC实体对应的标识。
示例性地,第二节点建立的每个RLC实体对应的标识可以是该RLC实体对应的LCH的标识(identity,ID)。
示例性地,第二节点建立的每个RLC实体对应的标识可以是第二节点为该RLC实体配置的RLC实体的标识。
示例性地,当第二节点建立的隧道的个数与第二节点建立的RLC实体的个数相等时,第二节点建立的一个RLC实体对应的标识还可以对应为第二节点建立的一个隧道的标识。
例如,第二节点建立有3个隧道,该个隧道的标识分别为隧道#1、隧道#2、隧道#3,那么当第二节点建立的RLC实体的个数等于第二节点建立的隧道个数也是3个时,第二节点可以将隧道#1、隧道#2、隧道#3分别作为3个RLC实体对应的标识。
在执行了S150之后,第一节点能够基于该响应消息确定第二节点中的每个RLC实体对应的标识。
从上述的S150、S151以及S152可以看出该三个步骤完成的结果是第一节点能够确定第一节点和第二节点上建立的所有RLC实体中各个RLC实体对应的标识。图4所示的方法流程实际应用过程中,第一节点经由上述的S150、S151以及S152能够确定第一节点和第二节点上建立的所有RLC实体中各个RLC实体对应的标识只是一种可能实现的方式,并不对本申请的保护范围构成任何限定。例如,在执行上述的S151和S152之后,即第二节点获知了第一节点建立的RLC实体对应的标识以及自身建立的RLC实体对应的标识之后,第二节点也能够确定第一节点和第二节点上建立的所有RLC实体中各个RLC实体对应的标识。也就是说在图4所示的实施例中第一节点和第二节点具有的功能类似。
可选地,图4所示的方法流程还包括S160,第一节点向第二节点发送去配置信息,所述去配置信息用于指示第二节点删除至少一个RLC实体。
作为一种可能的实现方式,在执行上述的S150之后,第一节点获知了第二节点上建立的每个RLC实体对应的标识。进而第一节点向第二节点发送的去配置信息中能够包括上述的第二节点需要删除的至少一个RLC实体中各个RLC实体对应的标识。则,第二节点接收到该去配置信息之后,基于至少一个RLC实体中各个RLC实体对应的标识删除第二节点上建立的RLC实体中该至少一个RLC实体。
例如,第二节点建立有3个RLC实体,并且第二节点为该3个RLC实体分别配置的标识为RLC实体#1、RLC实体#2、RLC实体#3。执行上述的S150之后,第一节点获知了第二节点建立的RLC实体的个数和第二节点建立的每个RLC实体对应的标识。第一节点向第二节点发送的去配置信息中包括RLC实体#1和RLC实体#2时,第二节点基于该去配置信息删除建立的3个RLC实体中标识为RLC实体#1和RLC实体#2的RLC实体。
作为另一种可能的实现方式,去配置信息中包括第一数值,第一数值为指示第二节点删除RLC实体的个数。则,第二节点接收到该去配置信息之后,基于该第一数值从建立好的多个RLC实体中删除第一数值个RLC实体。
例如,第二节点建立有3个RLC实体,第一节点向第二节点发送的去配置信息中包括的第一数值为2时,第二节点基于该去配置信息删除建立的3个RLC实体中的两个RLC实体。具体地,第二节点删除哪两个RLC实体可以取决于第二节点的具体实现,在此不作具体限定。
作为又一种可能的实现方式,去配置信息只是一种触发信息,去配置信息中并不携带需要第二节点删除的RLC实体数目或RLC实体标识,第二节点接收到该去配置信息之后,删除第二节点建立的所有RLC实体中除主RLC实体(若第二节点上配置有主RLC实体的情况)之外的RLC实体。其中,主RLC实体为网络设备配置给终端设备的,在CA场景下的PDCP数据重复传输去激活后保留用于数据传输的一个逻辑信道对应的RLC实体;或者主RLC实体为网络设备配置给终端设备的,在DC场景下的PDCP重复传输去激活后,当待初传的PDCP数据和RLC数据的数据量小于预配置门限时,用于数据传输的一个逻辑信道对应的RLC实体。
例如,第二节点建立有3个RLC实体,其中,有一个RLC实体为主RLC实体。第一节点向第二节点发送的去配置信息时,第二节点基于该去配置信息删除建立的3个RLC实体中的除主RLC实体之外的两个RLC实体。
应理解,本申请中对于第一节点向第二节点发送上述的去配置信息的原因并不限制,例如,可以是第一节点判断自身与终端设备之间的传输PDCP数据的通道质量较好,第二节点上没有必要建立多个RLC实体时,第一节点向第二节点发送去配置信息。
应理解,上述S110-S140只是说明第一节点可以指示第二节点建立多个隧道以及至少一个RLC实体,但是并没有限定建立好的每个RLC实体对应的通道均用于PDCP数据的重复传输,S160中也描述了即使建立了多个RLC实体,第一节点也能够指示第二节点删除部分或全部的RLC实体;类似地,第一节点也可以指示第二节点建立的RLC实体中能够处于激活状态的RLC实体的个数。可选地,图4所示的方法流程还包括S170,第一节点向第二节点发送第一指示信息,第一指示信息指示第二节点上允许激活的RLC实体个数。
作为一种可能的实现方式,第一指示信息中包括第二数值,第二数值为第一节点指示第二节点上允许激活的RLC实体个数的值。
例如,第二节点建立有3个RLC实体,第一节点向第二节点发送的第一指示信息中包括的第二数值为2时,第二节点基于该第一指示信息激活建立的3个RLC实体中的任意两个RLC实体。
作为一种可能的实现方式,第一指示信息中包括第三数值,第三数值为N个隧道中初始激活的隧道的个数值,该个数值用于第一节点指示第二节点上允许激活的RLC实体个数的值。
例如,第一节点指示第二节点建立3个隧道用于重复传输,第一节点指示其中2个隧道的状态是初始激活的,那么第二节点确定最大的RLC实体的激活个数也是2个。
应理解,本申请中第二节点上允许激活的RLC实体的最大数可以是通过第一节点指示的,也可以是协议规定的;或者,上述的第一指示信息可以是包含在上述的配置信息中,无需另外发送给第二节点。
例如,第二节点建立有3个RLC实体,协议规定了第二节点上允许激活的RLC实体的最大数为2时,第二节点激活建立的3个RLC实体中的两个RLC实体。具体地,第二节点激活哪两个RLC实体可以取决于第二节点的具体实现,在此不作具体限定。
进一步地,第一节点不仅仅可以指示第二节点建立的RLC实体中能够处于激活状态的RLC实体的个数,第一节点还可以指示第二节点建立的RLC实体中每个RLC实体的初始状态(例如,激活状态或者去激活状态)。可选地,上述的配置信息中包括第二指示信息,第二指示信息用于指示第二节点建立的每个RLC实体的初始状态。
作为一种可能的实现方式,第二指示信息只是一种触发信息,第二指示信息中并不携带需要第二节点中初始状态为激活的RLC实体数目或第二节点中初始状态为激活的RLC实体标识,第二节点接收到该第二指示信息之后,确定第二节点建立的每个RLC实体的初始状态均为激活状态。
例如,第二节点建立有3个RLC实体。第一节点向第二节点发送的配置信息中包括第二指示信息时,第二节点确定建立的3个RLC实体的初始状态均为激活状态。
作为另一种可能的实现方式,第二指示信息中包括第四数值,第四数值为第二节点建立的RLC实体中初始状态为激活状态的RLC实体的个数。
例如,第二节点建立有3个RLC实体,第一节点向第二节点发送的第二指示信息中包括的第四数值为2时,第二节点基于该第二指示信息激活建立的3个RLC实体中的两个RLC实体。具体地,第二节点激活哪两个RLC实体可以取决于第二节点的具体实现,在此不作具体限定。
作为又一种可能的实现方式,第二指示信息指示RB的重复传输模式为激活状态,所述重复传输模式指的是所述RB的同一PDCP数据通过多个RLC实体传输。
第二节点接收到该第二指示信息之后,确定第二节点可以使用激活或去激活命令控制该RB的PDCP重复传输状态。
例如,第二节点建立有3个RLC实体。第一节点向第二节点发送的配置信息中包括第二指示信息时,第二节点发送PDCP重复传输激活或去激活命令控制该节点上的3个RLC实体是否激活,或第二节点发送PDCP重复传输激活或去激活命令控制该RB对应的所有RLC实体是否激活,包含第一节点和第二节点的所有RLC实体是否激活。当然,若有的RLC实体是主RLC,这个主RLC实体默认激活,不需要参与激活去激活命令的控制,一直可以传输数据。
作为又一种可能的实现方式,在执行上述的S150之后,第二指示信息能够显示地指示第二节点中建立的RLC实体中的至少一个RLC实体的为激活状态。
例如,第二节点建立有3个RLC实体,并且第二节点为该3个RLC实体分别配置的标识为RLC实体#1、RLC实体#2、RLC实体#3。执行上述的S130之后,第一节点获知了第二节点建立的RLC实体的个数和第二节点建立的每个RLC实体对应的标识。第一节点向第二节点发送的第二指示信息中包括RLC实体#1和RLC实体#2时,第二节点基于该第二指示信息确定建立的3个RLC实体中标识为RLC实体#1和RLC实体#2的RLC实体的初始状态为激活状态。
应理解,本申请中并不限制第二节点如何实现激活某个RLC实体的,例如,可以是通过MAC层的重复传输激活命令。
进一步地,第二节点可以将每个RLC实体是否激活发送给第一节点,使得第一节点能够获知第二节点中的每个RLC实体是否激活。示例性地,上述的S150中的第二节点向第一节点发送的响应消息中还包括第一状态指示信息,第一状态指示信息用于指示第二节点建立的RLC实体中每个RLC实体是否激活,即响应消息中包括有第二节点建立的RLC实体对应的标识,以及每个标识对应的RLC实体是否激活。可选地,第一节点可以基于第一节点上的每个RLC实体是否激活以及响应消息携带的第一状态指示信息确定第二状态指示信息,即图4所示的方法流程还可包括S180,第一节点确定第二状态指示信息。具体地,第二状态指示信息用于指示PDCP实体对应的多于两个的RLC实体中每个RLC实体是否激活。
或者,上述的第二状态指示信息指示所述第一节点上建立的RLC实体是否激活,即第一节点无需获知第二节点上建立的RLC实体是否激活,只需要将第一节点建立的RLC实体是否激活通过第二状态指示信息通知给终端设备。此时,终端设备接收到第二状态指示信息之后,基于接收该第二状态指示信息的MAC实体关联的RLC实体,确定第二状态指示信息是通知哪个/哪些RLC实体是否激活。
具体地,第一节点可以通过在RRC信令或者MAC CE信令中携带该第二状态指示信息,发送给终端设备。
同理,第二节点可以基于第二节点上的每个RLC实体是否激活以及获取第一节点上建立的RLC实体是否激活,即图4所示的方法流程还可包括S181,第二节点确定第三状态指示信息。具体地,第三状态指示信息用于指示PDCP实体对应的多于两个的RLC实体中每个RLC实体是否激活。
或者,上述的第三状态指示信息指示所述第二节点上建立的RLC实体是否激活,即第二节点无需获知第一节点上建立的RLC实体是否激活,只需要将第二节点建立的RLC实体是否激活通过第三状态指示信息通知给终端设备。此时,终端设备接收到第三状态指示信息之后,基于接收该第三状态指示信息的MAC实体关联的RLC实体,确定第三状态指示信息是通知哪个/哪些RLC实体是否激活。
具体地,第二节点可以通过在RRC信令或者MAC CE信令中携带该第三状态指示信息,发送给终端设备。
在执行了上述的S180之后,图4所示的方法流程还可包括S190,第一节点向终端设备发送第二状态指示信息。
在执行了上述的S181之后,图4所示的方法流程还可包括S191,第二节点向终端设备发送第三状态指示信息。
可以理解,第一节点在向终端设备发送第二状态指示信息和/或第二节点向终端设备发送第三状态指示信息的时机不限定,可以在完成第一无线承载配置后即可。终端设备在收到后,根据指示的激活比特值确定激活通道的重复传输功能。可以通过以下可能的实现方式中一个或多个:第一节点和第二节点都可设置该RB的所有的RLC实体是否激活;第一节点和第二节点设置该RB的除了主RLC实体外的所有的RLC实体是否激活;第一节点只设置该RB的第一节点上所有RLC实体或除了主RLC实体外的所有RLC实体是否激活;第二节点只设置该RB的第二节点上所有RLC实体或除了主RLC实体外的RLC实体是否激活。
示例性地,当第二状态指示信息指示所述第一节点上建立的RLC实体是否激活时,第二状态指示信息包括:预设字段,所述预设字段中的一个比特用于指示所述第一节点上建立的一个RLC实体是否激活,所述第一节点上建立的RLC实体对应的比特在所述预设字段中的位置按照所述第一节点上建立的RLC实体的LCH标识的大小进行排序;或者,所述第一节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,所述状态信息指示对应的RLC实体是否激活。
示例性地,当第二状态指示信息指示所述PDCP实体对应的多于两个的RLC实体中每个RLC实体是否激活时,所述第二状态指示信息包括:预设字段,所述预设字段中的一个比特用于指示所述第一节点和第二节点上建立的一个RLC实体是否激活,所述第一节点和所述第二节点上建立的RLC实体对应的比特在所述预设字段中的位置按照所述第一节点和所述第二节点上建立的RLC实体的LCH标识的大小进行排序;或者,所述第一节点和所述第二节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,所述状态信息指示对应的RLC实体是否激活。
同理,示例性地,当第三状态指示信息指示所述第二节点上建立的RLC实体是否激活时,第三状态指示信息包括:预设字段,所述预设字段中的一个比特用于指示所述第二节点上建立的一个RLC实体是否激活,所述第二节点上建立的RLC实体对应的比特在所述预设字段中的位置按照所述第二节点上建立的RLC实体的LCH标识的大小进行排序;或者,所述第二节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,所述状态信息指示对应的RLC实体是否激活。
示例性地,当第三状态指示信息指示所述PDCP实体对应的多于两个的RLC实体中每个RLC实体是否激活时,所述第三状态指示信息包括:预设字段,所述预设字段中的一个比特用于指示所述第一节点和第二节点上建立的一个RLC实体是否激活,所述第一节点和所述第二节点上建立的RLC实体对应的比特在所述预设字段中的位置按照所述第一节点和所述第二节点上建立的RLC实体的LCH标识的大小进行排序;或者,所述第一节点和所述第二节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,所述状态信息指示对应的RLC实体是否激活。
示例性地,上述的预设字段为包括3个比特的比特位图,该比特位图中的一个比特用于指示对应的一个RLC实体是否激活。
例如,上述比特位图为如表3所示的比特位图中的后3位组成的比特位图。前5位的比特用以标识一个RB,即该RB的RB ID占有该字段的最高5位比特。
当上述的第二状态指示信息或第三状态指示信息指示所述PDCP实体对应的多于两个的RLC实体中每个RLC实体是否激活时,按照所有的RLC实体的对应LCH ID顺序设置一个3个比特的比特位图。最多可以指示3个RLC实体是否激活。顺序可以是升序也可以降序。1表示激活,0表示去激活。
当上述的第二状态指示信息指示第一节点上建立的RLC实体是否激活时,按照第一节点上建立的RLC实体的对应LCH ID顺序设置一个3个比特的比特位图。最多可以指示3个RLC实体是否激活。顺序可以是升序也可以降序。1表示激活,0表示去激活。同理,当上述的第三状态指示信息指示第二节点上建立的RLC实体是否激活时,按照第二节点上建立的RLC实体的对应LCH ID顺序设置一个3个比特的比特位图。最多可以指示3个RLC实体是否激活。顺序可以是升序也可以降序。1表示激活,0表示去激活。
表3
D3~D7 | D2 | D1 | D0 |
RB ID | LCH ID1 | LCH ID2 | LCH ID3 |
应理解,当某个RLC实体默认为激活状态(即网络设备和终端设备已知该RLC实体为激活状态)则第二状态指示信息指示PDCP实体对应的除了该默认激活的RLC之外的其他RLC实体中每个RLC实体是否激活。即比特位图中的每个比特用于指示除了该默认激活的RLC实体之外的其他一个RLC实体是否激活。默认激活的RLC实体是网络设备指示的主RLC实体。具体地,不排除对于一个无线承载所涉及的每个RAN上或DU上有均有一个主RLC实体,或者对于一个无线承载只能有一个主RLC实体。
例如,比特位图如表3所示,按照所有的RLC实体的对应LCH ID顺序设置最多3个比特的比特位图。第一节点上有X个RLC实体,第二个节点上有Y个RLC实体。第一节点的X比特对应X个RLC实体是否激活,按照X个RLC实体的对应LCH ID顺序设置一个低(或高)X个比特的比特位图。第二节点的Y比特对应Y个RLC实体是否激活,按照Y个RLC实体的对应LCH ID顺序设置一个高(或低)Y个比特的比特位图。若有X实体中有一个实体是主RLC实体,那么X-1个RLC实体对应对应X-1个比特位。若有Y实体中有一个实体是主RLC实体,那么Y-1个RLC实体对应Y-1个比特位。
示例性地,上述的预设字段为包括4个比特的比特位图,该比特位图中的一个比特用于指示对应的一个RLC实体是否激活。
例如,上述比特位图为如表4所示的比特位图中的后4位组成的比特位图。前4位的比特用以标识一个RB,即该RB的RB ID占有该字段的最高4位比特。
表4
D4~D7 | D3 | D2 | D1 | D0 |
RB ID | LCH ID1 | LCH ID2 | LCH ID3 | LCH ID4 |
其中,表4所示的比特位图后4位组成的比特位图所表达的含义与上述的表3所示的比特位图类似,只是最多能够指示4个RLC实体是否激活。下面举例说明当第二状态指示信息和第三状态指示信息分别指示第一节点上建立的RLC实体是否激活和第二节点上建立的RLC实体是否激活时,第二状态指示信息和第三状态指示信息可能的形式:
示例性地,第二状态指示信息或第三状态指示信息为比特位图的比特数有4位,以约定第一节点的X个RLC实体是否激活指示比特的位置,在4个比特的中的X个比特位置,第二节点的Y个RLC实体是否激活指示比特的位置,在4个比特的中的Y个比特位置。假设第一节点上有1个RLC实体,第二节点上有3个RLC实体。例如,最高位或最低位。第二节点的RLC实体是否激活指示比特位置在4个比特的中的低3位比特或高3位。可以理解,X个比特是按照该X个LCH ID的顺序排序,Y个比特是按照该Y个LCH ID的顺序排序。
示例性地,第二状态指示信息或第三状态指示信息为比特位图的比特数有4位,以约定第一节点的X个RLC实体是否激活指示比特的位置,在4个比特的中的低(或高)X个比特位置,第二节点的Y个RLC实体是否激活指示比特的位置,在4个比特的中的低(或高)Y个比特位置。可以理解,X个比特是按照该X个LCH ID的顺序排序,Y个比特是按照该Y个LCH ID的顺序排序。
示例性地,第二状态指示信息或第三状态指示信息为比特位图的比特数有4位,假设第一节点上有2个RLC实体,第二节点上有2个RLC实体,那么可以约定第一节点的RLC实体是否激活指示比特的位置,在4个比特的中的2个比特位置。例如,最高2位或最低2位。第二节点的RLC实体是否激活指示比特的位置,在4个比特的中的低2位比特或高2位。
示例性地,第二状态指示信息或第三状态指示信息为比特位图的比特数有4位,假设第一节点上有2个RLC实体,第二节点上有1个RLC实体,那么可以约定第一节点的RLC实体是否激活指示比特的位置,在4个比特的中的2个比特位置。例如,最高2位或最低2位。第二节点的RLC实体是否激活指示比特的位置,在4个比特的中的低1位比特或高1位。
示例性地,第二状态指示信息为每个RLC实体对应的LCH配置中包括的状态信息的集合,LCH配置中包括的状态信息指示该LCH对应的RLC实体是否激活。可以理解,此时所有的RLC实体是平等的,都需要一个比特来指示重复传输状态。
例如,第一节点可以通过在RRC信令为每个逻辑信道所在逻辑信道配置中设置一个重复传输状态比特,表示所关联的LCH ID的重复传输状态。
考虑到不同的终端设备,或,同一个终端设备在不同情况下,或,同一个终端设备针对不同的RB与网络设备之间建立的RB所配置的RLC实体个数可能不同。例如,有的终端设备配置了只有2个RLC实体的重复传输的RB,有的终端设备配置了多于2个RLC实体的重复传输的RB;或者,一个终端设备有的情况下配置了只有2个RLC实体的重复传输的RB,有的情况下配置了多于2个RLC实体的重复传输的RB;或者,一个终端设备针对一个RB配置了只有2个RLC实体的重复传输,针对另一个RB配置了多于2个RLC实体的重复传输的承载。为了能够通过统一的方式进行激活去激活控制,减低终端设备对激活命令的混淆,也简化终端设备的行为。为了区分和原有针对只配了2个RLC实体的重复传输的RB,第二状态指示信息或第三状态指示信息中,还可以包括另一字段,该字段指示所述第二状态或或第三状态指示消息的控制消息。例如,该字段包含一个预设的逻辑信道标识。这个预设标识不同于用于标识限制2个RLC实体的重复传输的RB的PDCP重复传输的激活去激活的控制消息。现有技术中,这个控制消息中的字段通过同一比特的比特状态指示是否激活所述重复模式,通过同一比特所在比特位置指示一个MAC实体所关联的所述重复传输对应的RB。为了避免终端设备的混淆,需要限定,对于配置了现只有2个RLC实体的重复传输的RB时,即通过现有标准标识的方式配置的重复传输的RB,控制消息中的字段通过同一比特所在比特位置指示一个MAC实体所关联的通过现有标准标识的方式配置的所述重复传输对应的RB。另一种方式,本申请的所有实施例可扩展到应用到只有2个RLC实体的重复传输的RB的管理。即针对网络配置的多于或等于2个RLC实体的重复传输的RB,结合上述的实施例的实施方式,可通过第二状态指示信息或第三状态指示信息的一个比特位置对应一个RLC实体的逻辑信道标识。可选地,通过一种可能的方式标识多于或等于2个RLC实体的重复传输的无线数据承载。这样,可通过统一的状态指示实现所有的重复传输的无线数据承载的激活去激活控制。
应理解,本申请图4所示的实施例中,由于第二状态指示信息分别指示了每个RLC实体是否激活,即终端设备基于该第二状态指示信息能够明确获知多于两个的RLC实体对应的多于两个的通道中哪个或哪些通道能够用于向网络设备传输PDCP数据(上行链路传输)。现有协议中未提供主节点通过指示信息获知辅节点上的建立的每个通道的状态的方案,现有协议中只是规定主节点可以通知辅节点是否开启重复传输的功能。如果开启,接收端节点可以向终端设备发送重复传输的激活/去激活命令。本申请图4所示的方法实施例中相对于现有协议中的重复传输方法来说,能够为终端设备提供精确的通道状态信息,提高重复传输的性能。
进一步地,上述的配置信息中还可以包括模式指示信息,该模式指示信息用于通知第二节点上述的PDCP数据重复传输的模式,所述模式为以下三种之一:载波聚合CA、双连接DC、或CA和DC。
现有协议中规定了PDCP数据重复传输的模式为CA或DC。即,第一节点和第二节点上分别配置有一个RLC实体时,称PDCP数据重复传输的模式为DC模式;当一个节点上配置有两个RLC实体时,称PDCP数据重复传输的模式为CA模式。
具体地,图4所示的方法流程中由于RB对应的RLC实体为多个,那么也就是说与现有协议中规定的一个RB对应两个RLC实体不同的是,第一节点和第二节点上可以同时配置有两个RLC实体。可以显示地指示PDCP数据重复传输的模式。例如,上述的模式指示信息直接指示为CA模式(CA based duplication configured),或者,上述的模式指示信息直接指示为DC模式(DC based duplication configured),或者,上述的模式指示信息直接指示为DC+CA模式(DC based duplication configured and CA based duplicationconfigured)。
为了便于理解,下面以上述的RB对应的RLC实体个数为4个为例进行说明:
例如,第一节点上配置有一个RLC实体,第二节点上配置有3个RLC实体(1+3个通道),模式指示信息直接指示PDCP数据重复传输的模式为CA+DC模式;或者,第一节点上未配置有RLC实体,第二节点上设置有4个RLC实体(0+4个通道),模式指示信息直接指示PDCP数据重复传输的模式为CA模式;或者,第一节点上配置有2个RLC实体,第二节点上配置有2个RLC实体(2+2个通道),模式指示信息直接指示PDCP数据重复传输的模式为CA+DC。
具体地,上述的模式指示信息主要应用在CU-DU场景下,因为在CU-DU场景下对于CA模式,一个DU只能控制本DU上的通道。对于DC模式,任一DU都可以控制另一DU的状态,下面将结合图6进行详细说明。
应理解,本申请中并不限定第一节点和第二节点之间一定需要交互RLC实体对应的标识,例如,第一节点不能获知第二节点建立的RLC实体的个数和第二节点建立的每个RLC实体对应的标识。但是第二节点为每个逻辑信道所在逻辑信道配置中生成一个重复传输状态比特,表示所关联的LCH ID对应的RLC实体的重复传输状态,且第二节点将每个逻辑信道配置发送给第一节点,通过第一节点的RRC消息发送给终端设备。这种方式,第一节点和第二节点不用显示的交互RLC实体对应的标识。第一节点只控制第一节点所建立的RLC实体是否激活,第二节点只控制第二节点所建立的RLC实体是否激活。
同理,第一节点还可以向第二节点发送第三指示信息,指示第二节点中建立的RLC实体的至少一个RLC实体的为去激活状态。
具体地,当图4所示的方法流程应用在图2(b)所示的架构下,即第一节点为图2(b)中所示的CU-UP和CU-CP,第二节点为图2(b)中所示的DU时,由于第一节点中的CU-UP和CU-CP所具有的功能不同,简单介绍在图4所示的方法流程中第一节点中的CU-UP和CU-CP分别执行哪些功能:
针对上述的S110,第一节点向第二节点发送配置信息,该配置信息中包括N个上行隧道的地址信息来说,首先是CU-CP通知CU-UP需要建立N个隧道,CU-UP基于需要建立的N个隧道分配N个上行隧道的地址信息,并将该N个上行隧道的地址信息发送给CU-CP,由CU-CP发送给DU;
针对上述的S110,第一节点向第二节点发送配置信息,该配置信息中包括通道个数指示信息来说,CU-CP通知DU,指示DU建立RLC实体的个数,也就是说此时第一节点执行CU-CP的功能即可。
针对上述的S110,第一节点向第二节点发送配置信息,该配置信息中包括第二指示信息来说,CU-CP通知DU,指示DU建立的每个RLC实体的初始状态,也就是说此时第一节点执行CU-CP的功能即可。此时,CU-CP还可以指示CU-UP建立的每个RLC实体的初始状态。
针对上述的S150,第一节点接收第二节点发送的响应消息,该响应消息中包括DU为N个上行隧道的地址信息分别配置的N个下行隧道的地址信息,CU-CP接收到该响应消息之后,需要将该响应消息转发给CU-UP,使得CU-UP获知N个隧道的N个下行隧道的地址信息。
针对上述的S150,第一节点接收第二节点发送的响应消息,该响应消息中包括第一状态指示信息,CU-CP接收到该响应消息之后,需要将该响应消息转发给CU-UP,使得CU-UP根据第一状态信息确定第二状态指示信息。
针对上述的S160,第一节点向第二节点发送去配置信息来说,CU-CP通知DU,指示DU删除建立RLC实体的中部分或全部RLC实体,也就是说此时第一节点执行CU-CP的功能即可。此时,CU-CP还可以指示CU-UP删除建立RLC实体的中部分或全部RLC实体。
针对上述的S170,第一节点向第二节点发送去第一指示信息来说,CU-CP通知DU,指示DU上允许激活的RLC实体个数,也就是说此时第一节点执行CU-CP的功能即可。此时,CU-CP还可以指示CU-UP上允许激活的RLC实体个数。
针对上述的S180和S181,第一节点确定第二状态指示信息以及向终端设备发送该第二状态指示信息来说,CU-UP根据第一状态信息确定第二状态指示信息,发送第二状态信息给CU-CP,CU-CP向终端设备发送第二状态指示信息,即CU-CP确定第二状态指示信息以及向终端设备发送该第二状态指示信息,也就是说此时第一节点执行CU-CP的功能即可。应理解,本申请并不限制第一节点为一个设备,例如,第一节点为图2(b)中所示的CU-UP和CU-CP,且CU-UP和CU-CP分别设置与不同的设备上时,第一节点可以理解为分别设置有CU-UP和CU-CP的设备集合。
图4所示的方法流程中,主要介绍了第一节点如何实现配置第二节点中的隧道以及通道个数和状态。并且并不限制第一节点和第二节点的具体形式(可以是RAN设备也可以是CU、DU)。现有的通信方法中,当上述的第一节点为图2所示的场景中的CU,第二节点为图2所示的场景中的DU的情况下,第二节点根据第二节点上配置的与终端设备之间传输的PDCP数据的通道个数,确定PDCP数据的重复传输为CA或DC,因为现有通信方法中,网络设备与终端设备建立的通道数一共为2个,也就是说要么第二节点配置了一个与终端设备之间的通道,可以理解PDCP数据的重复传输为DC模式、要么第二节点配置了2个与终端设备之间的通道,可以理解PDCP数据的重复传输为CA模式。
但是,如果如图4所示的网络设备与终端设备之间配置的用于传输PDCP数据的通道数多于2个。那么对于第二节点来说,第二节点上可能建立的RLC实体的个数为2时,与第一节点相连接的其他DU上仍然配置有至少一个RLC实体,也就是说PDCP数据的重复传输可以是CA+DC模式。
下面结合图6详细说明如何确定PDCP数据的重复传输模式。图6是本申请实施例提供的另一种通信方法的示意性流程图。包括第一节点和第二节点以及步骤S210和S220。
S210,第一节点确定模式指示信息。
具体地,模式指示信息用于指示所述第二节点进行PDCP数据重复传输的模式。
例如,网络设备与终端设备之间配置的用于PDCP数据重复传输的通道数为3个,第一节点为CU,第二节点为DU,且第一节点一共连接有两个DU,当第二节点上建立有2个RLC实体,第二节点不能再基于建立的RLC实体个数为2认为PDCP数据的重复传输模式是CA模式。因为网络设备与终端设备之间配置的用于传输PDCP数据的通道数为3个,在第二节点上建立有2个RLC实体时,第一节点连接的另一个DU上建立有一个RLC实体,因此,此时应该认为PDCP数据的重复传输模式是CA+DC模式,即第一节点应该确定模式指示信息,指示第二节点进行PDCP数据重复传输的模式为CA+DC模式。
还例如,网络设备与终端设备之间配置的用于PDCP数据重复传输的通道数为3个,第一节点为CU,第二节点为DU,且第一节点一共连接有两个DU,当第二节点上建立有1个RLC实体,不能再基于建立的RLC实体个数为1认为PDCP数据的重复传输模式是DC模式。因为网络设备与终端设备之间配置的用于传输PDCP数据的通道数为3个,在第二节点上建立有1个RLC实体时,第一节点连接的另一个DU上建立有2个RLC实体,因此,此时应该认为PDCP数据的重复传输模式是CA+DC模式,即第一节点应该确定模式指示信息,指示第二节点进行PDCP数据重复传输的模式为CA+DC模式。
还例如,网络设备与终端设备之间配置的用于传输PDCP数据的通道数为3个,第一节点为CU,第二节点为DU,且第一节点一共连接有3个DU,当3个DU上分别建立有1个RLC实体,第一节点应该确定模式指示信息,指示3个DU进行PDCP数据重复传输的模式为DC模式。
还例如,网络设备与终端设备之间配置的用于传输PDCP数据的通道数为3个,第一节点为CU,第二节点为DU,且第一节点一共连接有两个DU,当第二节点上建立有3个RLC实体,第一节点应该确定模式指示信息,指示两个DU进行PDCP数据重复传输的模式为CA模式。
S220,第一节点向第二节点发送模式指示信息。
第二节点接收到模式指示信息之后,能够准确获知当前PDCP数据的重复传输模式为哪一种。
应理解,本申请中由于存在上述的模式指示信息,第二节点无需基于自身建立的RLC实体的个数推断PDCP数据重复传输的模式,而是通过模式指示信息显示地指示PDCP数据重复传输的模式,因此避免了节点基于建立的RLC实体的个数推断重复传输的模式可能不准确的情况,从而提高PDCP数据重复传输的性能。
上面结合图4和图6主要介绍的是PDCP数据重复传输流程中的配置过程,下面结合图7简单介绍数据传输过程。
图7是本申请实施例提供的又一种通信方法的示意性流程图。包括第一节点和第二节点以及步骤S310-S320。具体地,图7所示的通信方法与现有协议规定的PDCP数据重复传输流程中数据包传输过程不同的是,未配置有PDCP实体的节点能够进行重复性检测。其中,第一节点和第二节点可以为上述的接入网设备或者可以为上述的CU或DU。例如,第一节点为图1中所示的RAN设备140,第二节点为图1中所示的RAN设备142;或者,第一节点为图1中所示的RAN设备142,第二节点为图1中所示的RAN设备140;或者,第一节点为图2(a)中所示的CU,第二节点为图2(a)中所示的DU;或者,第一节点为图2(b)中所示的CU-UP,第二节点为图2(b)中所示的DU。
应理解,本申请图7所示的方法流程中所涉及的重复性检测与现有协议中规定的重复性检测类似,基于数据包的序列号判断多个数据包是否是相同的数据包。对于重复性检测的具体流程本申请中并不限制,可以是复用现有协议规定的重复性检测流程,本申请图7所示的方法流程中主要介绍辅节点为何能够进行重复性检测。
在图7所示的实施例中,第一节点对应节点,也就是说第一节点上未配置有PDCP实体。
S310,第一节点接收PDCP数据。
情况一:
对于下行数据传输,第一节点通过N个隧道接收到第二节点发送的至少一份PDCP数据或RLC数据。对于第二节点发送的数据包可以认为是PDCP数据或RLC数据。
例如,N=2,也就是说第二节点通过2个隧道传输相同的PDCP数据包给第一节点。
情况二:
对于上行数据传输,第一节点通过第一节点上建立的至少一个RLC实体,接收到所述终端设备发送的至少一份PDCP数据。
例如,第一节点上建立有3个RLC实体,也就是说第一节点通过3个RLC实体对应的3个通道接收终端设备发送的相同的PDCP数据包。
可以理解,在下行数据传输时,对于第二节点,即托管PDCP节点,需要将一份PDCP数据复制成2份,分别通过2个隧道发送给第一节点,这个2份数据有相同的PDCP序列号(serial number,SN)或通用分组无线业务隧道协议用户面(GPRS tunnelling protocol-user plane,GTP-U)。在上行传输时,对于终端设备,需要将一份或多份PDCP数据通过终端设备与第一节点之间的通道发送给第一节点,这一份或多份数据有相同的PDCP序列号SN。
S320,第一节点进行重复性检测。
情况一:
对应S310中的情况一,第一节点通过N个隧道接收到第二节点发送的N份PDCP数据。具体地,该N份PDCP数据中的每一份PDCP数据均包括PDCP SN;或者,该N份PDCP数据中的每一份数据包括GTP-U SN。
第一节点解析并获取每一个PDCP数据包的PDCP SN或者GTP-U SN,进而根据每一个PDCP数据包的PDCP SN或者GTP-U SN进行重复性检测。
情况二:
对应S310中的情况二,第一节点通过第一节点上建立的至少一个RLC实体接收到终端设备发送的至少一份PDCP数据。具体地,该至少一份PDCP数据中的每一份PDCP数据均包括PDCP SN。
第一节点解析并获取每一个PDCP数据包的PDCP SN,进而根据每一个PDCP数据包的PDCP-SN进行重复性检测。
S330,第一节点发送PDCP数据。
情况一:
对应S310和S320中的情况一,在此情况下第一节点和第二节点之间的隧道个数可以是2个,但是第一节点和终端设备之间的通道个数可以是至少一个。
例如,第一节点和终端设备之间的通道个数为4个,第一节点通过2个隧道从第二节点处接收到2份PDCP数据包,经过重复性检测可以丢弃一个重复的数据包,并将剩余的数据包进行复制得到4份数据包,分别通过4个通道发送给终端设备;或者,第一节点和终端设备之间的通道个数为4个,第一节点只接收到一份PDCP数据包(由于某种原因导致的一个隧道上的数据包传输失败)第一节点可以将接收到的一份PDCP数据包进行复制得到4份数据包,分别通过4个通道发送给终端设备。能够避免即使某个隧道传输数据包丢失了,多个通道上能够对同一个PDCP数据包进行重复传输,并且及节点之间的隧道数可以无需和通道数个数相等,节约资源。
对应S310和S320中的情况一,在此情况下第一节点和第二节点之间的隧道个数可以是多于2个,但是第一节点和终端设备之间的通道个数可以是至少一个。
例如,第一节点和终端设备之间的通道个数为2个,第一节点通过3个隧道从第二节点处接收到3份PDCP数据包,经过重复性检测可以丢弃1个重复的数据包,并将剩余的2个数据包分别通过2个通道发送给终端设备,也可以经过重复性检测丢弃2个重复的数据包,并将剩余的1个数据包复制成2份数据包分别通过2个通道发送给终端设备;或者,第一节点和终端设备之间的通道个数为4个,第一节点只接收到一份PDCP数据包(由于某种原因导致的2个隧道上的数据包传输失败)第一节点可以将接收到的一份PDCP数据包进行复制得到4份数据包,分别通过4个通道发送给终端设备。能够避免即使多个隧道传输数据包丢失了,多个通道上能够对同一个PDCP数据包进行重复传输。
情况二:
对应S310和S320中的情况二,在此情况下第一节点和终端设备之间的通道个数可以是至少一个,第一节点和第二节点之间的隧道个数可以是多个。
例如,第一节点和终端设备之间的通道个数为1个,第一节点和第二节点之间的隧道个数为2个。第一节点通过1个通道从终端设备处接收到1份PDCP数据包,对数据包进行复制得到2份数据包,分别通过2个隧道发送给第二节点;或者,第一节点和终端设备之间的通道个数为4个,第一节点和第二节点之间的隧道个数为2个,第一节点通过1个通道从终端设备处接收到4份PDCP数据包,经过重复性检测可以丢弃2个重复的数据包,并将剩余的数据包分别通过2个隧道发送给第二节点,也可以经过重复性检测丢弃3个重复的数据包,并将剩余的1个数据包复制成4份数据包分别通过2个隧道发送给第二节点;或者,第一节点和终端设备之间的通道个数为4个,第一节点和第二节点之间的隧道个数为2个,第一节点通过1个通道从终端设备处接收到4份PDCP数据包,不进行重复性检测,将收到的数据包分别通过2个隧道发送给第二节点。
基于上述实施例,进一步,为了实现高效率的下行重复传输发送,托管PDCP实体节点可根据对应节点发送的辅助信息确定合适的下行重复传输发送通道,进行下行数据的重复传输。现有技术中,对应节点通过一个下行用户面传输通道发送的是一个承载的辅助信息,至少包含以下信息之一:下行无线质量索引表示数据无线承载的下行的无线质量,上行无线质量索引表示数据无线承载的上行的无线质量,平均持续质量改进(continousquality improvement,CQI),平均混合式自动重传请求(hybrid automaticretransmission request,HARQ)失败,平均HARQ重传数据,功率余量报告(power headroomreport,PHR)。考虑到不同的重复传输通道使用的发送载波不同,那么对应节点应该在每个传输隧道上发送对应的一个RLC实体或重复传输通道的辅助信息。当在重复传输通道和重复传输隧道一一对应时,每个隧道传输的是一个RLC实体相关的辅助信息。当在重复传输通道和重复传输隧道不是一一对应时,每个隧道传输的是一个或多个RLC相关的辅助信息,除了上述辅助信息外,还要加上该辅助信息所关联的重复传输通道信息,便于托管PDCP实体节点是否通知相关节点发送去配置或去激活相关的重复传输RLC实体。当在重复传输通道和重复传输隧道不是一一对应时,每个隧道传输是一个或多个RLC相关的辅助信息,但是不区分辅助信息所属的重复传输通道,托管PDCP实体节点根据这个承载所有的无线状况确定是否通知相关节点发送去配置或去激活相关的重复传输RLC实体。另外,为了辅助对应节点控制终端在托管节点关联的RLC实体的上行重复传输状态,可扩展将托管节点向辅助节点发送上述的一个承载的辅助信息。
上面结合图4-图7详细介绍了本申请实施例提供的通信方法,下面结合图8-图13详细介绍本申请实施例提供的通信装置。应理解,通信装置与通信方法相互对应,类似的描述可以参照方法实施例。值得注意的是,通信装置可以与上述通信方法配合使用,也可以单独使用。
参见图8,图8是本申请提出的通信装置10的示意图。如图8所示,装置10包括接收单元110以及处理单元121。
接收单元,用于接收第一节点发送的第二状态指示信息,所述第二状态指示信息指示所述PDCP实体对应的多于两个的RLC实体中每个RLC实体是否激活或第一节点上建立的RLC实体是否激活;
处理单元320,用于根据第二状态指示信息确定PDCP实体对应的多于两个的RLC实体中或第一节点上建立的RLC实体每个RLC实体是否激活。
或者,
接收单元,用于接收第二节点发送的第三状态指示信息,所述第三状态指示信息指示所述PDCP实体对应的多于两个的RLC实体中每个RLC实体是否激活或第二节点上建立的RLC实体是否激活;
处理单元320,用于根据第三状态指示信息确定PDCP实体对应的多于两个的RLC实体中或第二节点上建立的RLC实体每个RLC实体是否激活。
装置10和方法实施例中的终端设备完全对应,装置10的相应单元用于执行图4-7所示的方法实施例中由终端设备执行的相应步骤。
其中,装置10中的接收单元110执行方法实施例中终端设备接收的步骤。例如,执行图4中接收第一节点发送的第二状态指示信息的步骤190。处理单元121执行方法实施例中终端设备内部实现或处理的步骤。
可选地,装置10还可以包括发送单元130,用于向其他设备发送信息。接收单元110和发送单元130可以组成收发单元,同时具有接收和发送的功能。其中,处理单元121可以是处理器。发送单元130可以是发射器。接收单元110可以是接收器。接收器和发射器可以集成在一起组成收发器。
参见图9,图9是适用于本申请实施例的终端设备20的结构示意图。该终端设备20可应用于图1所示出的***中。为了便于说明,图9仅示出了终端设备的主要部件。如图9所示,终端设备20包括处理器、存储器、控制电路、天线以及输入输出装置。处理器用于控制天线以及输入输出装置收发信号,存储器用于存储计算机程序,处理器用于从存储器中调用并运行该计算机程序,以执行本申请提出的通信方法中由终端设备执行的相应流程和/或操作。此处不再赘述。
本领域技术人员可以理解,为了便于说明,图9仅示出了一个存储器和处理器。在实际的终端设备中,可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等,本申请实施例对此不做限制。
输入输出装置,用于接收所述第一节点发送第二状态指示信息,所述第二状态指示信息指示所述PDCP实体对应的多于两个的RLC实体中每个RLC实体是否激活,或者指示所述第一节点上建立的RLC实体是否激活;或者,
输入输出装置,用于接收所述第二节点发送第三状态指示信息,所述第三状态指示信息指示所述PDCP实体对应的多于两个的RLC实体中每个RLC实体是否激活,或者指示所述第二节点上建立的RLC实体是否激活。
处理器,用于解析所述第二状态指示信息或所述第三状态指示信息,并根据第三状态指示信息确定PDCP实体对应的多于两个的RLC实体中或第二节点上建立的RLC实体每个RLC实体是否激活;或者,根据第二状态指示信息确定PDCP实体对应的多于两个的RLC实体中或第一节点上建立的RLC实体每个RLC实体是否激活。
示例性地,所述第二状态指示信息包括:
预设字段,所述预设字段中的一个比特用于指示所述第一节点上建立的一个RLC实体是否激活,所述第一节点上建立的RLC实体对应的比特在所述预设字段中的位置按照所述第一节点上建立的RLC实体的LCH标识的大小进行排序;或者,所述第一节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,所述状态信息指示对应的RLC实体是否激活。
示例性地,所述第二状态指示信息包括:
预设字段,所述预设字段中的一个比特用于指示所述第一节点和第二节点上建立的一个RLC实体是否激活,所述第一节点和第二节点上建立的RLC实体对应的比特在所述预设字段中的位置按照所述第一节点和第二节点上建立的RLC实体的LCH标识的大小进行排序;或者,所述第一节点和第二节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,所述状态信息指示对应的RLC实体是否激活。
示例性地,所述第三状态指示信息包括:
预设字段,所述预设字段中的一个比特用于指示所述第二节点上建立的一个RLC实体是否激活,所述第二节点上建立的RLC实体对应的比特在所述预设字段中的位置按照所述第二节点上建立的RLC实体的LCH标识的大小进行排序;或者,所述第二节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,所述状态信息指示对应的RLC实体是否激活。
示例性地,所述第三状态指示信息包括:
预设字段,所述预设字段中的一个比特用于指示所述第一节点和第二节点上建立的一个RLC实体是否激活,所述第一节点和第二节点上建立的RLC实体对应的比特在所述预设字段中的位置按照所述第一节点和第二节点上建立的RLC实体的LCH标识的大小进行排序;或者,所述第一节点和第二节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,所述状态信息指示对应的RLC实体是否激活。
参见图10,图10是本申请提出的通信装置30的示意图。如图10所示,装置30包括发送单元310以及处理单元320。
处理单元320,用于确定配置信息,所述配置信息用于指示所述第二节点建立N个的隧道,其中,所述隧道用于在所述第一节点和所述第二节点之间传输PDCP数据或RLC数据,N为大于或者等于2的整数;
发送单元310,向所述第二节点发送所述配置信息。
装置30和方法实施例中的第一节点完全对应,装置30的相应单元用于执行图4-7所示的方法实施例中由第一节点执行的相应步骤。
其中,装置30中的发送单元310执行方法实施例中第一节点发送的步骤。例如,执行图4中向第二节点发送所述配置信息的步骤120。处理单元320执行方法实施例中第一节点内部实现或处理的步骤。例如,执行图4中确定配置信息的步骤110。
可选地,装置30还可以包括接收单元330,用于接收其他设备发送信息。例如,执行图4中接收第二节点发送的响应消息的步骤150。接收单元330和发送单元310可以组成收发单元,同时具有接收和发送的功能。其中,处理单元320可以是处理器。发送单元310可以是发射器。接收单元330可以是接收器。接收器和发射器可以集成在一起组成收发器。
参见图11,图11是适用于本申请实施例的第一节点40的结构示意图。该第一节点40可应用于图1或图2所示出的***中。为了便于说明,图11仅示出了第一节点的主要部件。
该第一节点40可以对应(例如,可以配置于或本身即为)上述方法实施例中描述的托管PDCP节点,或上述方法实施例中描述的集中式单元,或上述方法实施例中描述的接入网设备,或上述方法实施例中描述的CU-CP。该第一节点40可以包括:处理器401和收发器402,处理器401和收发器402通信耦合。可选地,该第一节点40还包括存储器403,存储器403与处理器401通信耦合。可选地,处理器401、存储器403和收发器402可以通信耦合,该存储器403可以用于存储指令,该处理器401用于执行该存储器403存储的指令,以控制收发器402接收和/或发送信息或信号。其中,处理器401和收发器402分别用于执行上述方法实施例中描述的托管PDCP节点,或上述方法实施例中描述的集中式单元,或上述方法实施例中描述的接入网设备,或上述方法实施例中描述的CU-CP,所执行的各动作或处理过程。这里,为了避免赘述,省略其详细说明。本领域技术人员可以理解,为了便于说明,图11仅示出了一个存储器和处理器。在实际的第一节点中,可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等,本申请实施例对此不做限制。
具体地,处理器,用于确定配置信息,所述配置信息用于指示所述第二节点建立N个的隧道,其中,所述隧道用于在所述第一节点和所述第二节点之间传输PDCP数据或RLC数据,N为大于或者等于2的整数。
收发器,用于向所述第二节点发送所述配置信息。
示例性地,所述配置信息还用于指示所述第二节点建立N个RLC实体;或者,
所述配置信息中还包括通道数指示信息,所述通道数指示信息用于指示所述第二节点建立M个RLC实体,M为正整数。
示例性地,所述第二节点建立的每个RLC实体分别对应一个标识;
所述收发器,还用于接收所述第二节点发送的响应消息,所述响应消息中包括所述第二节点建立的每个RLC实体对应的标识。
所述收发器,还用于向所述第二节点发送去配置信息,所述去配置信息用于指示所述第二节点删除至少一个RLC实体,其中,所述去配置信息中包括所述至少一个RLC实体中各个RLC实体分别对应的标识;或者,所述去配置信息中包括第一数值,所述第一数值为指示所述第二节点删除RLC实体的个数;或者,所述至少一个RLC实体为所述第二节点建立的所有RLC实体中除主RLC实体之外的部分或全部RLC实体。
所述收发器,还用于向所述第二节点发送第一指示信息,所述第一指示信息指示所述第二节点上允许激活的RLC实体个数,其中,所述第一指示信息中包括第二数值,所述第二数值为所述第二节点上允许激活的RLC实体个数的值;或者,所述第一指示信息中包括第三数值,所述第三数值为所述N个隧道中初始激活的隧道的个数值。
示例性地,所述配置信息中包括第二指示信息,所述第二指示信息用于指示所述第二节点建立的每个RLC实体的初始状态,其中,所述第二指示信息指示所述第二节点建立的每个RLC实体的初始状态为激活状态;或者,所述第二指示信息中包括第四数值,所述第四数值为所述第二节点建立的RLC实体中初始状态为激活状态的RLC实体的个数;或者,所述第二指示信息指示所述RB的重复传输模式为激活状态,所述重复传输模式指的是所述RB的PDCP数据通过多个RLC实体传输。
所述处理器,还用于确定第二状态指示信息,所述第二状态指示信息指示所述PDCP实体对应的多于两个的RLC实体中每个RLC实体是否激活,或者指示所述第一节点上建立的RLC实体是否激活;
所述收发器,还用于终端设备发送所述第二状态指示信息。
示例性地,所述第二状态指示信息包括:
预设字段,所述预设字段中的一个比特用于指示所述第一节点上建立的一个RLC实体是否激活,所述第一节点上建立的RLC实体对应的比特在所述预设字段中的位置按照所述第一节点上建立的RLC实体的LCH标识的大小进行排序;或者,所述第一节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,所述状态信息指示对应的RLC实体是否激活。
示例性地,所述第二状态指示信息包括:
预设字段,所述预设字段中的一个比特用于指示所述第一节点和第二节点上建立的一个RLC实体是否激活,所述第一节点和第二节点上建立的RLC实体对应的比特在所述预设字段中的位置按照所述第一节点和第二节点上建立的RLC实体的LCH标识的大小进行排序;或者,所述第一节点和第二节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,所述状态信息指示对应的RLC实体是否激活。
示例性地,所述配置信息中包括模式指示信息,所述模式指示信息用于指示所述第二节点进行PDCP数据重复传输的模式。
示例性地,所述配置信息包括所述RB的信息和所述N个隧道的地址信息。
所述收发器,还用于接收到至少一份PDCP数据;
所述处理器,还用于基于所述至少一份PDCP数据中的每一份PDCP数据分别对应的序列号进行重复性检测。
所述收发器通过所述N个隧道接收到所述第二节点发送的至少一份PDCP数据;
所述处理器进行重复性检测之后,所述收发器通过所述处理器建立的多个RLC实体向所述终端设备发送多份PDCP数据;或者,所述收发器通过所述处理单元建立的至少一个RLC实体,接收到所述终端设备发送的至少一份PDCP或RLC数据;
所述处理器进行重复性检测之后,所述收发器通过所述N个隧道向所述第二节点发送多份PDCP数据。
参见图12,图12是本申请提出的通信装置50的示意图。如图12所示,装置50包括接收单元410以及处理单元420。
接收单元410,用于接收第一节点发送的配置信息,所述配置信息用于指示所述第二节点建立N个的隧道,其中,所述隧道用于在所述第一节点和所述第二节点之间传输PDCP数据或RLC数据,N为大于或者等于2的整数;
处理单元420,用于根据所述配置信息建立与所述第一节点之间的所述N个隧道解析配置信息。
装置50和方法实施例中的第二节点完全对应,装置50的相应单元用于执行图4-7所示的方法实施例中由第二节点执行的相应步骤。
其中,装置50中的接收单元410执行方法实施例中第二节点接收的步骤。例如,执行图4中接收第一节点发送的配置信息的步骤120。处理单元420执行方法实施例中第二节点内部实现或处理的步骤。
可选地,装置50还可以包括发送单元430,用于向其他设备发送信息。例如,执行图4中向第一节点发送的响应消息的步骤150。接收单元410和发送单元430可以组成收发单元,同时具有接收和发送的功能。其中,处理单元420可以是处理器。发送单元430可以是发射器。接收单元41可以是接收器。接收器和发射器可以集成在一起组成收发器。
参见图13,图13是适用于本申请实施例的第二节点60的结构示意图。该第二节点60可应用于图1或图2所示出的***中。为了便于说明,13仅示出了第二节点的主要部件。
该的第二节点60可以对应(例如,可以配置于或本身即为)上述方法实施例中描述的对应节点,或上述方法实施例中描述的分布式单元,或上述方法实施例中描述的接入网设备,或上述方法实施例中描述的CU-UP。该第二节点60可以包括:处理器601和收发器602,处理器601和收发器602通信耦合。可选地,该第二节点60还包括存储器603,存储器603与处理器601通信耦合。可选地,处理器601、存储器603和收发器602可以通信耦合,该存储器603可以用于存储指令,该处理器601用于执行该存储器603存储的指令,以控制收发器602接收和/或发送信息或信号。其中,处理器601和收发器602分别用于执行上述方法实施例中描对应节点,或上述方法实施例中描述的分布式单元,或上述方法实施例中描述的接入网设备,或上述方法实施例中描述的CU-UP,所执行的各动作或处理过程。这里,为了避免赘述,省略其详细说明。本领域技术人员可以理解,为了便于说明,图13仅示出了一个存储器和处理器。在实际的第二节点中,可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等,本申请实施例对此不做限制。
收发器,用于接收所述第一节点发送的配置信息,所述配置信息用于指示处理器建立N个的隧道,其中,所述隧道用于在所述第一节点和所述第二节点之间传输PDCP数据或RLC数据,N为大于或者等于2的整数;
所述处理器,用于根据所述配置信息建立与所述第一节点之间的所述N个隧道。
示例性地,所述配置信息还用于指示所述处理器建立N个RLC实体;或者,
所述配置信息中还包括通道数指示信息,所述通道数指示信息用于指示所述处理器建立M个RLC实体,M为正整数。
所述处理器,还用于为所述处理器建立的每个RLC实体分别配置一个标识;
收发器,用于向所述第一节点发送响应消息,所述响应消息中包括所述处理器建立的每个RLC实体对应的标识。
所述收发器,还用于接收所述第一节点发送的去配置信息,所述去配置信息用于指示所述处理器删除至少一个RLC实体,其中,所述去配置信息中包括所述至少一个RLC实体中各个RLC实体分别对应的标识;或者,所述去配置信息中包括第一数值,所述第一数值为所述处理器删除RLC实体的个数;或者,所述至少一个RLC实体为所述处理器建立的所有RLC实体中除主RLC实体之外的部分或全部RLC实体。
所述收发器,还用于接收所述第一节点发送的第一指示信息,所述第一指示信息指示所述第二节点上允许激活的RLC实体个数,或者,所述处理器基于预定义允许激活的RLC实体个数确定所述第二节点上允许激活的RLC实体个数,其中,所述第一指示信息中包括第二数值,所述第二数值为所述第二节点上允许激活的RLC实体个数的值;或者,所述第一指示信息中包括第三数值,所述第三数值为所述N个的隧道中初始激活的隧道的个数值。
示例性地,所述配置信息中包括第二指示信息,所述第二指示信息用于指示所述处理器建立的每个RLC实体的初始状态,其中,所述第二指示信息指示所述处理器建立的每个RLC实体的初始状态为激活状态;或者,所述第二指示信息中包括第四数值,所述第四数值为所述处理器建立的RLC实体中初始状态为激活状态的RLC实体的个数;或者,所述第二指示信息指示所述RB的重复传输模式为激活状态,所述重复传输模式指的是所述RB的PDCP数据通过多个RLC实体传输。
所述处理器,还用于确定第三状态指示信息,所述第三状态指示信息指示所述PDCP实体对应的多于两个的RLC实体中每个RLC实体是否激活,或者指示所述第二节点上建立的RLC实体是否激活;
所述收发器,用于向终端设备发送所述第三状态指示信息。
示例性地,所述第三状态指示信息包括:
预设字段,所述预设字段中的一个比特用于指示所述第二节点上建立的一个RLC实体是否激活,所述第二节点上建立的RLC实体对应的比特在所述预设字段中的位置按照所述第二节点上建立的RLC实体的LCH标识的大小进行排序;或者,所述第二节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,所述状态信息指示对应的RLC实体是否激活。
示例性地,所述第三状态指示信息包括:
所述第三状态指示信息包括:
预设字段,所述预设字段中的一个比特用于指示所述第一节点或第二节点上建立的一个RLC实体是否激活,所述第一节点和第二节点上建立的RLC实体对应的比特在所述预设字段中的位置按照所述第一节点和第二节点上建立的RLC实体的LCH标识的大小进行排序;或者,所述第一节点和第二节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,所述状态信息指示对应的RLC实体是否激活。
示例性地,所述配置信息中包括模式指示信息,所述模式指示信息用于指示所述第二节点进行PDCP数据重复传输的模式。
本申请实施例还提供一种通信***,其包括前述的终端设备、第一节点和第二节点。
本申请还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当该指令在计算机上运行时,使得计算机执行上述如图4-图7所示的方法中第一节点执行的各个步骤。
本申请还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当该指令在计算机上运行时,使得计算机执行上述如图4-图7所示的方法中第二节点执行的各个步骤。
本申请还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当该指令在计算机上运行时,使得计算机执行上述如图4-图7所示的方法中终端设备执行的各个步骤。
本申请还提供了一种包含指令的计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行如图4-图7所示的方法中第一节点执行的各个步骤。
本申请还提供了一种包含指令的计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行如图4-图7所示的方法中第二节点执行的各个步骤。
本申请还提供了一种包含指令的计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行如图4-图7所示的方法中终端设备执行的各个步骤。
本申请还提供一种芯片,包括处理器。该处理器用于读取并运行存储器中存储的计算机程序,以执行本申请提供的通信方法中由第一节点执行的相应操作和/或流程。可选地,该芯片还包括存储器,该存储器与该处理器通过电路或电线与存储器连接,处理器用于读取并执行该存储器中的计算机程序。进一步可选地,该芯片还包括通信接口,处理器与该通信接口连接。通信接口用于接收需要处理的数据和/或信息,处理器从该通信接口获取该数据和/或信息,并对该数据和/或信息进行处理。该通信接口可以是输入输出接口。
本申请还提供一种芯片,包括处理器。该处理器用于调用并运行存储器中存储的计算机程序,以执行本申请提供的通信方法中由第二节点执行的相应操作和/或流程。可选地,该芯片还包括存储器,该存储器与该处理器通过电路或电线与存储器连接,处理器用于读取并执行该存储器中的计算机程序。进一步可选地,该芯片还包括通信接口,处理器与该通信接口连接。通信接口用于接收需要处理的数据和/或信息,处理器从该通信接口获取该数据和/或信息,并对该数据和/或信息进行处理。该通信接口可以是输入输出接口。
本申请还提供一种芯片,包括处理器。该处理器用于读取并运行存储器中存储的计算机程序,以执行本申请提供的通信方法中由终端设备执行的相应操作和/或流程。可选地,该芯片还包括存储器,该存储器与该处理器通过电路或电线与存储器连接,处理器用于读取并执行该存储器中的计算机程序。进一步可选地,该芯片还包括通信接口,处理器与该通信接口连接。通信接口用于接收需要处理的数据和/或信息,处理器从该通信接口获取该数据和/或信息,并对该数据和/或信息进行处理。该通信接口可以是输入输出接口。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (31)
1.一种通信方法,在网络设备和终端设备之间建立一个无线承载RB的情况下,所述网络设备包括第一节点和第二节点,所述RB对应的功能实体包括一个分组数据聚合协议PDCP实体、所述PDCP实体对应的多于两个的无线链路控制RLC实体,其特征在于,所述方法包括:
所述第一节点确定配置信息,所述配置信息用于指示所述第二节点建立N个的隧道,其中,所述隧道用于在所述第一节点和所述第二节点之间传输所述RB的PDCP数据或RLC数据,N为大于或者等于2的整数;
所述第一节点向所述第二节点发送所述配置信息。
2.根据权利要求1所述的通信方法,其特征在于,所述配置信息还用于指示所述第二节点建立N个RLC实体;或者,
所述配置信息中还包括通道数指示信息,所述通道数指示信息用于指示所述第二节点建立M个RLC实体,M为正整数。
3.根据权利要求2所述的通信方法,其特征在于,所述第二节点建立的每个RLC实体分别对应一个标识;
所述方法还包括:
所述第一节点接收所述第二节点发送的响应消息,所述响应消息中包括所述第二节点建立的每个RLC实体对应的标识,所述RLC实体对应的标识是以下多项中的至少一项:所述RLC实体的标识、所述RLC实体的逻辑信道LCH的LCH标识、所述RLC实体对应的隧道的隧道标识以及所述RLC实体对应的通道的通道标识。
4.根据权利要求2或3所述的通信方法,其特征在于,所述方法还包括:
所述第一节点向所述第二节点发送去配置信息,所述去配置信息用于指示所述第二节点删除至少一个RLC实体,
其中,所述去配置信息中包括所述至少一个RLC实体中各个RLC实体分别对应的标识;或者,
所述去配置信息中包括第一数值,所述第一数值为指示所述第二节点删除RLC实体的个数;或者,
所述至少一个RLC实体为所述第二节点建立的所有RLC实体中除主RLC实体之外的部分或全部RLC实体。
5.根据权利要求2-4中任一项所述的通信方法,其特征在于,所述方法还包括:
所述第一节点向所述第二节点发送第一指示信息,所述第一指示信息指示所述第二节点上允许激活的RLC实体个数,
其中,所述第一指示信息中包括第二数值,所述第二数值为所述第二节点上允许激活的RLC实体个数的值;或者,
所述第一指示信息中包括第三数值,所述第三数值为所述N个的隧道中初始激活的隧道的个数值。
6.根据权利要求1-5中任一项所述的通信方法,其特征在于,所述第一节点确定第二状态指示信息,所述第二状态指示信息指示所述PDCP实体对应的多于两个的RLC实体中每个RLC实体是否激活,或者指示所述第一节点上建立的RLC实体是否激活;
所述第一节点向所述终端设备发送所述第二状态指示信息。
7.根据权利要求6所述的通信方法,其特征在于,所述第二状态指示信息包括:
预设字段,所述预设字段中的一个比特用于指示所述第一节点上建立的一个RLC实体是否激活,所述第一节点上建立的RLC实体对应的比特在所述预设字段中的位置按照所述第一节点上建立的RLC实体的LCH标识的大小进行排序;或者,
所述第一节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,所述状态信息指示对应的RLC实体是否激活。
8.根据权利要求6所述的通信方法,其特征在于,所述第二状态指示信息包括:
预设字段,所述预设字段中的一个比特用于指示所述第一节点和所述第二节点上建立的一个RLC实体是否激活,所述第一节点和所述第二节点上建立的RLC实体对应的比特在所述预设字段中的位置按照所述第一节点和所述第二节点上建立的RLC实体的LCH标识的大小进行排序;或者,
所述第一节点和所述第二节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,所述状态信息指示对应的RLC实体是否激活。
9.根据权利要求2-8中任一项所述的通信方法,其特征在于,所述配置信息中包括模式指示信息,所述模式指示信息用于指示所述第二节点进行PDCP数据重复传输的模式,所述模式为以下三种之一:载波聚合CA、双连接DC、CA和DC。
10.根据权利要求1-9中任一项所述的通信方法,其特征在于,所述配置信息包括所述RB的信息和所述N个隧道的地址信息。
11.一种通信方法,在网络设备和终端设备之间建立一个无线承载RB的情况下,所述网络设备包括第一节点和第二节点,所述RB对应的功能实体包括一个分组数据聚合协议PDCP实体、所述PDCP实体对应的多于两个的无线链路控制RLC实体,其特征在于,所述方法包括:
所述第二节点接收所述第一节点发送的配置信息,所述配置信息用于指示所述第二节点建立N个的隧道,其中,所述隧道用于在所述第一节点和所述第二节点之间传输PDCP数据或RLC数据,N为大于或者等于2的整数;
所述第二节点根据所述配置信息建立与所述第一节点之间的所述N个隧道。
12.根据权利要求11所述的通信方法,其特征在于,所述配置信息还用于指示所述第二节点建立N个RLC实体;或者,
所述配置信息中还包括通道数指示信息,所述通道数指示信息用于指示所述第二节点建立M个RLC实体,M为正整数。
13.根据权利要求12所述的通信方法,其特征在于,所述方法还包括:
所述第二节点为所述第二节点建立的每个RLC实体分别配置一个对应的标识;
所述第二节点向所述第一节点发送响应消息,所述响应消息中包括所述第二节点建立的每个RLC实体对应的标识,所述RLC实体对应的标识是以下多项中的至少一项:所述RLC实体的标识、所述RLC实体的逻辑信道LCH的LCH标识、所述RLC实体对应的隧道的隧道标识以及所述RLC实体对应的通道的通道标识。
14.根据权利要求12或13所述的通信方法,其特征在于,所述方法还包括:
所述第二节点接收所述第一节点发送的去配置信息,所述去配置信息用于指示所述第二节点删除至少一个RLC实体,
其中,所述去配置信息中包括所述至少一个RLC实体中各个RLC实体分别对应的标识;或者,
所述去配置信息中包括第一数值,所述第一数值为指示所述第二节点删除RLC实体的个数;或者,
所述至少一个RLC实体为所述第二节点建立的所有RLC实体中除主RLC实体之外的部分或全部RLC实体。
15.根据权利要求12-14中任一项所述的通信方法,其特征在于,所述方法还包括:
所述第二节点接收所述第一节点发送的第一指示信息,所述第一指示信息指示所述第二节点上允许激活的RLC实体个数,或者,所述第二节点基于预定义允许激活的RLC实体个数确定所述第二节点上允许激活的RLC实体个数,
其中,所述第一指示信息中包括第二数值,所述第二数值为所述第二节点上允许激活的RLC实体个数的值;或者,
所述第一指示信息中包括第三数值,所述第三数值为所述N个的隧道中初始激活的隧道的个数值。
16.根据权利要求12-15中任一项所述的通信方法,其特征在于,所述方法还包括:
所述第二节点确定第三状态指示信息,所述第三状态指示信息指示所述PDCP实体对应的多于两个的RLC实体中每个RLC实体是否激活,或者指示所述第二节点上建立的RLC实体是否激活;
所述第二节点向所述终端设备发送所述第三状态指示信息。
17.根据权利要求16所述的通信方法,其特征在于,所述第三状态指示信息包括:
预设字段,所述预设字段中的一个比特用于指示所述第二节点上建立的一个RLC实体是否激活,所述第二节点上建立的RLC实体对应的比特在所述预设字段中的位置按照所述第二节点上建立的RLC实体的LCH标识的大小进行排序;或者,
所述第二节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,所述状态信息指示对应的RLC实体是否激活。
18.根据权利要求16所述的通信方法,其特征在于,所述第三状态指示信息包括:
预设字段,所述预设字段中的一个比特用于指示所述第一节点和所述第二节点上建立的一个RLC实体是否激活,所述第一节点和所述第二节点上建立的RLC实体对应的比特在所述预设字段中的位置按照所述第一节点和所述第二节点上建立的RLC实体的LCH标识的大小进行排序;或者,
所述第一节点和所述第二节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,所述状态信息指示对应的RLC实体是否激活。
19.根据权利要求12-18中任一项所述的通信方法,其特征在于,所述配置信息中包括模式指示信息,所述模式指示信息用于指示所述第二节点进行PDCP数据重复传输的模式,所述模式为以下三种之一:载波聚合CA、双连接DC、CA和DC。
20.根据权利要求11-19中任一项所述的通信方法,其特征在于,所述配置信息包括所述RB的信息和所述N个隧道的地址信息。
21.一种通信方法,在网络设备和终端设备之间建立一个无线承载RB的情况下,所述网络设备包括第一节点和第二节点,所述RB对应的功能实体包括一个分组数据聚合协议PDCP实体、所述PDCP实体对应的多于两个的无线链路控制RLC实体,其特征在于,所述方法包括:
所述终端设备接收所述第一节点发送第二状态指示信息,所述第二状态指示信息指示所述PDCP实体对应的多于两个的RLC实体中每个RLC实体是否激活,或者指示所述第一节点上建立的RLC实体是否激活;或者,
所述终端设备接收所述第二节点发送第三状态指示信息,所述第三状态指示信息指示所述PDCP实体对应的多于两个的RLC实体中每个RLC实体是否激活,或者指示所述第二节点上建立的RLC实体是否激活;
所述终端设备根据所述第二状态指示信息和所述第三状态指示信息中的至少一种在激活的RLC实体所对应的通道上传输PDCP数据。
22.根据权利要求21所述的通信方法,其特征在于,所述第二状态指示信息包括:
预设字段,所述预设字段中的一个比特用于指示所述第一节点上建立的一个RLC实体是否激活,所述第一节点上建立的RLC实体对应的比特在所述预设字段中的位置按照所述第一节点上建立的RLC实体的LCH标识的大小进行排序;或者,
所述第一节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,所述状态信息指示对应的RLC实体是否激活。
23.根据权利要求21所述的通信方法,其特征在于,所述第二状态指示信息包括:
预设字段,所述预设字段中的一个比特用于指示所述第一节点和所述第二节点上建立的一个RLC实体是否激活,所述第一节点和所述第二节点上建立的RLC实体对应的比特在所述预设字段中的位置按照所述第一节点和所述第二节点上建立的RLC实体的LCH标识的大小进行排序;或者,
所述第一节点和所述第二节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,所述状态信息指示对应的RLC实体是否激活。
24.根据权利要求21所述的通信方法,其特征在于,所述第三状态指示信息包括:
预设字段,所述预设字段中的一个比特用于指示所述第二节点上建立的一个RLC实体是否激活,所述第二节点上建立的RLC实体对应的比特在所述预设字段中的位置按照所述第二节点上建立的RLC实体的LCH标识的大小进行排序;或者,
所述第二节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,所述状态信息指示对应的RLC实体是否激活。
25.根据权利要求21所述的通信方法,其特征在于,所述第三状态指示信息包括:
预设字段,所述预设字段中的一个比特用于指示所述第一节点和所述第二节点上建立的一个RLC实体是否激活,所述第一节点和所述第二节点上建立的RLC实体对应的比特在所述预设字段中的位置按照所述第一节点和所述第二节点上建立的RLC实体的LCH标识的大小进行排序;或者,
所述第一节点和所述第二节点上建立的每个RLC实体对应的LCH配置中包括的状态信息,所述状态信息指示对应的RLC实体是否激活。
26.一种通信装置,用于执行权利要求1-10中任一项所述的方法中的第一节点的操作。
27.一种通信装置,用于执行权利要求11-20中任一项所述的方法中的第二节点的操作。
28.一种通信装置,用于执行权利要求21-25中任一项所述的方法中的终端设备的操作。
29.一种通信设备,其特征在于,包括:
存储器,所述存储器用于存储计算机程序;
收发器,所述收发器用于执行权利要求1-25中任一项所述的方法中的收发步骤;
处理器,所述处理器用于从所述存储器中调用并运行所述计算机程序,使得所述通信设备执行权利要求1-25中任一项所述的方法。
30.一种计算机可读存储介质,其特征在于,包括:
所述计算机可读介质存储有计算机程序;
所述计算机程序在计算机上运行时,使得计算机执行权利要求1-25中任一项所述的方法。
31.一种通信***,其特征在于,包括:
权利要求26所述的通信装置、权利要求27所述的通信装置以及权利要求28所述的通信装置。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910252461.0A CN111757548B (zh) | 2019-03-29 | 2019-03-29 | 通信方法和通信装置 |
EP20782711.4A EP3937590A4 (en) | 2019-03-29 | 2020-03-26 | COMMUNICATION METHOD AND COMMUNICATION APPARATUS |
PCT/CN2020/081325 WO2020200024A1 (zh) | 2019-03-29 | 2020-03-26 | 通信方法和通信装置 |
US17/487,219 US20220015172A1 (en) | 2019-03-29 | 2021-09-28 | Communication method and communications apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910252461.0A CN111757548B (zh) | 2019-03-29 | 2019-03-29 | 通信方法和通信装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111757548A true CN111757548A (zh) | 2020-10-09 |
CN111757548B CN111757548B (zh) | 2022-05-24 |
Family
ID=72664959
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910252461.0A Active CN111757548B (zh) | 2019-03-29 | 2019-03-29 | 通信方法和通信装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220015172A1 (zh) |
EP (1) | EP3937590A4 (zh) |
CN (1) | CN111757548B (zh) |
WO (1) | WO2020200024A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020257738A1 (en) | 2019-06-21 | 2020-12-24 | Lutron Technology Company Llc | Coordinated startup routine for control devices of a network |
US20210022162A1 (en) * | 2019-07-19 | 2021-01-21 | Qualcomm Incorporated | Power efficient monitoring for semi-persistent scheduling occasions on multiple component carriers |
WO2021113414A1 (en) | 2019-12-02 | 2021-06-10 | Lutron Technology Company Llc | Percentile floor link qualification |
US11770324B1 (en) * | 2019-12-02 | 2023-09-26 | Lutron Technology Company Llc | Processing advertisement messages in a mesh network |
WO2023032528A1 (en) * | 2021-08-28 | 2023-03-09 | Nec Corporation | METHOD OF gNB-DU APPARATUS, METHOD OF gNB-CU-UP APPARATUS, METHOD OF AMF APPARATUS, METHOD OF FIRST gNB-CU-CP APPARATUS, gNB-DU APPARATUS, gNB-CU-UP APPARATUS, AMF APPARATUS AND FIRST gNB-CU-CP APPARATUS |
WO2024036492A1 (en) * | 2022-08-16 | 2024-02-22 | Zte Corporation | Assurance of service continuity by facilitating handovers |
Citations (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1833413A (zh) * | 2003-08-08 | 2006-09-13 | 三星电子株式会社 | 用于为多媒体广播/多播服务配置协议的方法和设备 |
CN1913534A (zh) * | 2006-08-17 | 2007-02-14 | 华为技术有限公司 | 一种数据处理方法及通信设备 |
CN102395156A (zh) * | 2011-09-28 | 2012-03-28 | 电信科学技术研究院 | 应用于pdcp实体和rlc实体间的数据传输方法及装置 |
EP2731376A2 (en) * | 2007-01-19 | 2014-05-14 | NTT DoCoMo, Inc. | Base station apparatus |
US20150304916A1 (en) * | 2012-12-17 | 2015-10-22 | China Academy Of Telecommunications Technology | Method and apparatus for transferring bearing in layered network |
US20160014750A1 (en) * | 2006-07-31 | 2016-01-14 | Lg Electronics Inc. | Method of processing control information in a mobile communication system |
CN105323807A (zh) * | 2014-08-01 | 2016-02-10 | 电信科学技术研究院 | 一种进行切换的方法和设备 |
WO2016184150A1 (zh) * | 2015-05-21 | 2016-11-24 | 中兴通讯股份有限公司 | 一种多跳通信***及其节点 |
EP3136687A1 (en) * | 2014-05-20 | 2017-03-01 | Huawei Technologies Co., Ltd. | Method, vehicle-mounted terminal, and base station for processing message |
EP3142453A1 (en) * | 2015-09-08 | 2017-03-15 | ASUSTek Computer Inc. | Method and apparatus for triggering radio bearer release by a relay ue (user equipment) in a wireless communication system |
CN107113897A (zh) * | 2014-11-12 | 2017-08-29 | 高通股份有限公司 | Ue在蜂窝小区重选或重配置后对陈旧或不完整pdu的处置 |
CN107257551A (zh) * | 2012-05-09 | 2017-10-17 | 三星电子株式会社 | 在移动通信***中使用多个载波收发数据的方法和装置 |
CN107302770A (zh) * | 2016-04-15 | 2017-10-27 | 中兴通讯股份有限公司 | 一种数据重传方法及装置 |
CN107426776A (zh) * | 2016-05-24 | 2017-12-01 | 华为技术有限公司 | QoS控制方法及设备 |
CN107682894A (zh) * | 2016-08-01 | 2018-02-09 | 中兴通讯股份有限公司 | 用户面数据处理方法、装置及*** |
CN108282823A (zh) * | 2017-01-06 | 2018-07-13 | 株式会社Kt | 用于控制冗余数据发送的方法和设备 |
CN108306708A (zh) * | 2014-03-21 | 2018-07-20 | 电信科学技术研究院 | 一种数据包处理方法及装置 |
CN108366398A (zh) * | 2017-01-26 | 2018-08-03 | 华为技术有限公司 | 一种数据传输方法、网络设备及终端设备 |
CN108401484A (zh) * | 2017-08-21 | 2018-08-14 | 北京小米移动软件有限公司 | 数据传输方法及装置 |
US20180255487A1 (en) * | 2012-08-07 | 2018-09-06 | Huawei Technologies Co., Ltd. | Handover processing method and base station |
WO2018175719A1 (en) * | 2017-03-22 | 2018-09-27 | Idac Holdings, Inc. | System and methods for phased reconfiguration in wireless systems |
CN109041133A (zh) * | 2017-06-09 | 2018-12-18 | 维沃移动通信有限公司 | 去激活命令处理方法、激活命令处理方法和用户终端 |
CN109150388A (zh) * | 2017-06-16 | 2019-01-04 | 北京三星通信技术研究有限公司 | 支持pdcp重复功能的***、数据传输方法及网络设备 |
CN109151891A (zh) * | 2017-06-15 | 2019-01-04 | 华为技术有限公司 | 一种通信处理方法和通信装置 |
WO2019024535A1 (zh) * | 2017-07-31 | 2019-02-07 | Oppo广东移动通信有限公司 | 数据处理方法及相关产品 |
CN109391639A (zh) * | 2017-08-02 | 2019-02-26 | 维沃移动通信有限公司 | 一种激活及去激活数据复制的方法及终端 |
CN109391963A (zh) * | 2017-08-11 | 2019-02-26 | 华为技术有限公司 | 一种传输方法和网络设备 |
CN110771226A (zh) * | 2017-06-16 | 2020-02-07 | Oppo广东移动通信有限公司 | 用于传输数据的方法、终端设备和网络设备 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019028764A1 (zh) * | 2017-08-10 | 2019-02-14 | Oppo广东移动通信有限公司 | 双连接中的复制数据传输功能的控制方法和设备 |
KR20200049769A (ko) * | 2017-09-07 | 2020-05-08 | 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 | 데이터를 전송하는 방법과 단말 장치 |
US10757615B2 (en) * | 2017-09-13 | 2020-08-25 | Comcast Cable Communications, Llc | Radio link failure information for PDCP duplication |
-
2019
- 2019-03-29 CN CN201910252461.0A patent/CN111757548B/zh active Active
-
2020
- 2020-03-26 WO PCT/CN2020/081325 patent/WO2020200024A1/zh unknown
- 2020-03-26 EP EP20782711.4A patent/EP3937590A4/en active Pending
-
2021
- 2021-09-28 US US17/487,219 patent/US20220015172A1/en active Pending
Patent Citations (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1833413A (zh) * | 2003-08-08 | 2006-09-13 | 三星电子株式会社 | 用于为多媒体广播/多播服务配置协议的方法和设备 |
US20160014750A1 (en) * | 2006-07-31 | 2016-01-14 | Lg Electronics Inc. | Method of processing control information in a mobile communication system |
CN1913534A (zh) * | 2006-08-17 | 2007-02-14 | 华为技术有限公司 | 一种数据处理方法及通信设备 |
EP2731376A2 (en) * | 2007-01-19 | 2014-05-14 | NTT DoCoMo, Inc. | Base station apparatus |
CN102395156A (zh) * | 2011-09-28 | 2012-03-28 | 电信科学技术研究院 | 应用于pdcp实体和rlc实体间的数据传输方法及装置 |
CN107257551A (zh) * | 2012-05-09 | 2017-10-17 | 三星电子株式会社 | 在移动通信***中使用多个载波收发数据的方法和装置 |
US20180255487A1 (en) * | 2012-08-07 | 2018-09-06 | Huawei Technologies Co., Ltd. | Handover processing method and base station |
US20150304916A1 (en) * | 2012-12-17 | 2015-10-22 | China Academy Of Telecommunications Technology | Method and apparatus for transferring bearing in layered network |
CN108306708A (zh) * | 2014-03-21 | 2018-07-20 | 电信科学技术研究院 | 一种数据包处理方法及装置 |
EP3136687A1 (en) * | 2014-05-20 | 2017-03-01 | Huawei Technologies Co., Ltd. | Method, vehicle-mounted terminal, and base station for processing message |
CN105323807A (zh) * | 2014-08-01 | 2016-02-10 | 电信科学技术研究院 | 一种进行切换的方法和设备 |
CN107113897A (zh) * | 2014-11-12 | 2017-08-29 | 高通股份有限公司 | Ue在蜂窝小区重选或重配置后对陈旧或不完整pdu的处置 |
WO2016184150A1 (zh) * | 2015-05-21 | 2016-11-24 | 中兴通讯股份有限公司 | 一种多跳通信***及其节点 |
EP3142453A1 (en) * | 2015-09-08 | 2017-03-15 | ASUSTek Computer Inc. | Method and apparatus for triggering radio bearer release by a relay ue (user equipment) in a wireless communication system |
CN107302770A (zh) * | 2016-04-15 | 2017-10-27 | 中兴通讯股份有限公司 | 一种数据重传方法及装置 |
CN107426776A (zh) * | 2016-05-24 | 2017-12-01 | 华为技术有限公司 | QoS控制方法及设备 |
CN107682894A (zh) * | 2016-08-01 | 2018-02-09 | 中兴通讯股份有限公司 | 用户面数据处理方法、装置及*** |
CN108282823A (zh) * | 2017-01-06 | 2018-07-13 | 株式会社Kt | 用于控制冗余数据发送的方法和设备 |
CN108366398A (zh) * | 2017-01-26 | 2018-08-03 | 华为技术有限公司 | 一种数据传输方法、网络设备及终端设备 |
WO2018175719A1 (en) * | 2017-03-22 | 2018-09-27 | Idac Holdings, Inc. | System and methods for phased reconfiguration in wireless systems |
CN109041133A (zh) * | 2017-06-09 | 2018-12-18 | 维沃移动通信有限公司 | 去激活命令处理方法、激活命令处理方法和用户终端 |
CN109151891A (zh) * | 2017-06-15 | 2019-01-04 | 华为技术有限公司 | 一种通信处理方法和通信装置 |
CN109150388A (zh) * | 2017-06-16 | 2019-01-04 | 北京三星通信技术研究有限公司 | 支持pdcp重复功能的***、数据传输方法及网络设备 |
CN110771226A (zh) * | 2017-06-16 | 2020-02-07 | Oppo广东移动通信有限公司 | 用于传输数据的方法、终端设备和网络设备 |
WO2019024535A1 (zh) * | 2017-07-31 | 2019-02-07 | Oppo广东移动通信有限公司 | 数据处理方法及相关产品 |
CN109391639A (zh) * | 2017-08-02 | 2019-02-26 | 维沃移动通信有限公司 | 一种激活及去激活数据复制的方法及终端 |
CN109391963A (zh) * | 2017-08-11 | 2019-02-26 | 华为技术有限公司 | 一种传输方法和网络设备 |
CN108401484A (zh) * | 2017-08-21 | 2018-08-14 | 北京小米移动软件有限公司 | 数据传输方法及装置 |
Non-Patent Citations (4)
Title |
---|
""23060-e30_CRs_Implemented"", 《3GPP TSG_SA\WG2_ARCH》 * |
ANDREAS KUNZ1: "Enhanced_3GPP_system_for_Machine_Type_Communications_and_Internet_of_Things", 《IEEE XPLORE》 * |
HUAWEI, HISILICON: "Configuration and control of packet duplication", 《R2-1706716 CONFIGURATION AND CONTROL OF PACKET DUPLICATION》 * |
赵宇: "基于移动网的传输网络优化方案设计", 《中国优秀硕士学位论文全文数据库(电子期刊)信息科技辑》 * |
Also Published As
Publication number | Publication date |
---|---|
CN111757548B (zh) | 2022-05-24 |
EP3937590A1 (en) | 2022-01-12 |
EP3937590A4 (en) | 2022-05-11 |
US20220015172A1 (en) | 2022-01-13 |
WO2020200024A1 (zh) | 2020-10-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111757548B (zh) | 通信方法和通信装置 | |
CN113316219B (zh) | 重复传输的方法及装置 | |
US11323996B2 (en) | Data transmission method, terminal device, and network device | |
JP2018523378A (ja) | 無線通信システムにおける通信方法及び装置 | |
AU2017406570A1 (en) | Relay communication method, apparatus and system | |
US20220286234A1 (en) | Method for sidelink interface duplication transmission, terminal, and network-side device | |
KR102394119B1 (ko) | 이동 통신 시스템에서 단말 성능 정보의 송수신 방법 및 장치 | |
CN112351403B (zh) | 通信方法、建立slrb的方法和通信装置 | |
US20220014971A1 (en) | Wireless communication method, terminal device and network device | |
CN113412642B (zh) | 通信装置和通信方法 | |
JP6926219B2 (ja) | データ伝送方法及び装置 | |
EP3637892B1 (en) | Data transmission method, terminal device, and network device | |
US20230091477A1 (en) | Resource scheduling method, terminal device, and network device | |
CN113691359B (zh) | 用于复制数据传输的方法和设备 | |
KR20140016959A (ko) | 무선 네트워크 콘트롤러로부터 사용자 장비로 데이터를 송신하기 위한 패킷 데이터 유닛, 사용자 장비, 무선 네트워크 콘트롤러 및 이들의 방법 | |
CN113597007A (zh) | 一种传输资源选择方法、网络设备、用户设备 | |
CN113632529B (zh) | 通信装置和通信方法 | |
EP3985905B1 (en) | Method and device based on duplicate data transmission | |
KR102291796B1 (ko) | 무선 통신 시스템에서 초저지연 고신뢰성 통신을 위한 cbg 기반 전송 방법 및 이를 위한 장치 | |
EP4336951A1 (en) | Method and device for connecting multiple base stations in wireless communication system | |
US20240129979A1 (en) | Master node, communication control method, and communication apparatus | |
WO2021124571A1 (ja) | 端末及び無線基地局 |
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 |