CN110536445A - Ue信息的报告方法、车辆网资源配置方法及装置 - Google Patents
Ue信息的报告方法、车辆网资源配置方法及装置 Download PDFInfo
- Publication number
- CN110536445A CN110536445A CN201910364364.0A CN201910364364A CN110536445A CN 110536445 A CN110536445 A CN 110536445A CN 201910364364 A CN201910364364 A CN 201910364364A CN 110536445 A CN110536445 A CN 110536445A
- Authority
- CN
- China
- Prior art keywords
- information
- configuration
- sidelink
- identification information
- resource
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/02—Selection of wireless resources by user or terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- 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
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- 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
- H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
-
- 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
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1861—Physical mapping arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- 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
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
- H04L2001/0093—Point-to-multipoint
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提出一种UE信息的报告方法、车联网资源配置方法及装置、存储介质,其中,该报告方法包括:第一用户设备(UE)获取第二UE的标识信息;所述第一UE发送所述第二UE调整前的标识信息以及调整后的标识信息给网络侧的网元设备,以报告UE信息。采用本申请,实现了基于5G直通链路(sidelink)的UE信息报告及资源配置处理。
Description
技术领域
本申请涉及无线通信网络,具体涉及一种UE信息的报告方法、车联网资源配置方法及装置、存储介质。
背景技术
车联网是指按照约定的通信协议和数据交互标准所构成的系统网络,基于车联网的通信统称为车对外界的信息交换(V2X,Vehicle to X)通信,通过V2X使得车与车、车与行人、车与路边设备及互联网之间能够进行进行无线通讯和信息交换。随着技术进步与自动化产业的发展,V2X通信场景从第三代移动通信标准化的伙伴项目(3GPP,3rd GenerationPartnership Project)组织进一步延伸到5G且有更高的性能需求。目前,基于5G空口(NR)的车联网通信及基于5G的设备直通链路(sidelink)的车联网通信而言,并未存在基于5Gsidelink的UE信息报告及资源配置方案。
发明内容
本申请提供用于用户信息(UE)信息的报告方法、车联网资源配置方法及装置、存储介质。
本申请实施例提供一种UE信息的报告方法,包括:
第一UE获取第二UE的标识信息;
所述第一UE发送所述第二UE调整前的标识信息以及调整后的标识信息给网络侧的网元设备,以报告UE信息。
本申请实施例提供一种车联网资源申请方法,所述方法包括:
第一UE获取第二UE的层2标识信息;
所述第一UE确定第二UE的标识信息;
所述第一UE发送第二UE的标识信息给网络侧的网元设备,以申请资源的配置。
本申请实施例提供一种车联网资源配置方法,所述方法包括:
UE接收网络侧的网元设备所配置的sidelink承载配置信息;
所述承载配置信息包括:目标标识信息、目标UE信息、传输类型信息中的至少一种。
本申请实施例提供一种媒体接入控制(MAC)实体处理逻辑信道优先级的方法,所述方法包括:
按照如下递减优先级顺序进行逻辑信道优先级的排序:
用于小区无线网络临时标识(C-RNTI)的MAC控制元素或来自上行公共控制信道(UL-CCCH)的数据;
用于sidelink重传缓存状态报告(BSR)的MAC控制单元;
用于sidelink BSR的MAC控制单元,其中,所述sidelink BSR包括:除了用于填充的sidelink BSR。
本申请实施例提供一种MAC实体处理逻辑信道优先级的方法,所述方法包括:
对于一个重传BSR,通过所述MAC实体将重传BSR对应的传输块中包括的最高优先级的逻辑信道的优先级作为所述重传BSR的优先级;
对于一个sidelink BSR,通过所述MAC实体将所述sidelink BSR中包括的最高优先级的逻辑信道的优先级作为所述sidelinkBSR的优先级。
本申请实施例提供一种车联网资源配置方法,所述方法包括:
UE接收配置授权(configure grant)配置信息;
所述UE使用所述configure grant配置信息发送数据;
所述configure grant配置信息包括:目标标识信息、目标UE信息、传输类型信息中的至少一种。
本申请实施例提供一种车联网资源配置方法,所述方法包括:
UE接收混合自动重传请求进程标识列表(HARQ Process ID list)信息;
所述UE根据所述HARQ Process ID list确定HARQ Process ID;
其中,所述HARQ Process ID list指示所述UE能用于UE选择传输资源的资源分配方式下的HARQ Process ID list。
本申请实施例提供一种车联网资源配置方法,所述方法包括:
第一UE获取sidelink组播通信组内UE的信息;
所述第一UE确定sidelink组播通信组内UE的sidelink反馈信道(PSFCH,Physicalsidelink Feedback channel)资源信息。
本申请实施例提供一种UE信息的报告装置,所述装置包括:
第一获取模块,用于获取第二UE的标识信息;
第一发送模块,用于发送所述第二UE调整前的标识信息以及调整后的标识信息给网络侧的网元设备,以报告UE信息。
本申请实施例提供一种车联网资源申请装置,所述装置包括:
第二获取模块,用于获取第二UE的层2标识信息;
第一确定模块,用于确定第二UE的标识信息;
第二发送模块,用于发送第二UE的标识信息给网络侧的网元设备,以申请资源的配置。
本申请实施例提供一种车联网资源配置装置,所述装置包括:
第一接收模块,用于网络侧的网元设备所配置的sidelink承载配置信息;
所述承载配置信息包括:目标标识信息、目标UE信息、传输类型信息中的至少一种。
本申请实施例提供一种MAC实体处理逻辑信道优先级的装置,所述装置包括第一优先级排序模块,用于:
按照如下递减优先级顺序进行逻辑信道优先级的排序:
用于小区C-RNTI的MAC控制元素或来自UL-CCCH的数据;
用于sidelink重传BSR的MAC控制单元;
用于sidelink BSR的MAC控制单元,其中,所述sidelink BSR包括:除了用于填充的sidelink BSR。
本申请实施例提供一种MAC实体处理逻辑信道优先级的装置,所述装置包括第二优先级排序模块,用于:
对于一个重传BSR,通过所述MAC实体将重传BSR对应的传输块中包括的最高优先级的逻辑信道的优先级作为所述重传BSR的优先级;
对于一个sidelink BSR,通过所述MAC实体将所述sidelink BSR中包括的最高优先级的逻辑信道的优先级作为所述sidelinkBSR的优先级。
本申请实施例提供一种车联网资源配置装置,所述装置包括:
第二接收模块,用于接收configure grant配置信息;
所述UE使用所述configure grant配置信息发送数据;
所述configure grant配置信息包括:目标标识信息、目标UE信息、传输类型信息中的至少一种。
本申请实施例提供一种车联网资源配置装置,所述装置包括:
第三接收模块,用于接收HARQ Process ID list信息;
第二确定模块,用于根据所述HARQ Process ID list确定HARQ Process ID;
其中,所述HARQ Process ID list指示所述UE能用于UE选择传输资源的资源分配方式下的HARQ Process ID list。
本申请实施例提供一种车联网资源配置装置,所述装置包括:
第三获取模块,用于获取sidelink组播通信组内UE的信息;
第三确定模块,用于确定sidelink组播通信组内UE的PSFCH资源信息。
本申请实施例提供了一种存储介质,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时实现本申请实施例中UE信息的报告方法、车联网资源配置方法的任意一种方法。
采用本申请,第一用户设备UE获取第二UE的标识信息;所述第一UE发送所述第二UE调整前的标识信息以及调整后的标识信息给网络侧的网元设备,以报告UE信息,实现了基于5G sidelink的UE信息的报告。
关于本申请的以上实施例和其他方面以及其实现方式,在附图说明、具体实施方式和权利要求中提供更多说明。
附图说明
图1为本申请实施例车联网架构的场景示意图;
图2为本申请实施例UE信息的报告方法流程示意图一;
图3为本申请实施例车联网资源申请方法流程示意图一;
图4为本申请实施例车联网资源配置方法流程示意图一;
图5为本申请实施例车联网资源配置方法流程示意图二;
图6为本申请实施例车联网资源配置方法流程示意图三;
图7为本申请实施例UE信息的报告装置的框图一;
图8为本申请实施例报告装置的硬件示意图一;
图9为本申请实施例报告装置位于终端设备实施例的结构示意图;
图10-图11为本申请实施例提供的通信系统组成结构的两种示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚明白,下文中将结合附图对本申请的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
车联网是指按照约定的通信协议和数据交互标准,在车与车、行人、路边设备及互联网之间,进行无线通讯和信息交换的大系统网络。通过车联网通信可以使车辆获得行驶安全、提高交通效率以及获得便利或娱乐信息。从无线通信的对象来分类,车联网通信包括三种不同类型:车辆与车辆之间通信(V2V,Vehicle-to-Vehicle),车辆与路边设备/网络基础设施之间通信(V2I/V2N,Vehicle-to-Infrastructure/Vehicle-to-Network),以及车辆与行人之间通信(V2P,Vehicle-to-Pedestrian),统称为V2X通信。在3GPP组织的基于长期演进(LTE,Long Term Evolution)的V2X通信研究中,基于UE之间的直通/旁链链路(Sidelink)的V2X通信方法是V2X标准实现的方式之一,即业务数据不经过基站和核心网的转发,直接由源用户设备通过空口传输给目标用户设备,如图1所示,图1为本申请实施例车联网架构的场景示意图。如图1所示,车联网架构中各UE通过Sidelink进行通信的方式可以为V2X通信方式,简称PC5-based V2X通信或V2X sidelink通信。
随着技术进步与自动化产业发展,V2X通信场景进一步延伸且有更高的性能需求。高级V2X业务主要分为4大类:车辆组队(vehicle platooning),扩展传感器(extendedsensors),高级驾驶(半自动驾驶、全自动驾驶(semi-automated or full-automateddriving))以及远程驾驶(remote driving)。要求达到的性能需求:数据包大小支持50到12000字节,传输速率每秒2到50条消息,最大端到端延时3-500毫秒,可靠性90%-99.999%,数据率0.5-1000Mbps,以及传输范围支持50-1000米。3GPP已经立项基于第五代移动通信技术(5G,5th Generation)的车联网通信研究,包括基于5G空口的车联网通信及基于5G的sidelink的车联网通信。对此,本申请实施例提出了基于5G直通链路的资源配置方案。
图2为本申请实施例UE信息的报告方法流程示意图一,如图2所示,包括:
S101、第一UE获取第二UE的标识信息;
S102、所述第一UE发送所述第二UE调整前的标识信息以及调整后的标识信息给网络侧的网元设备,以报告UE信息。
在一个示例性实施方式中,所述第二UE的标识信息包括UE的层2标识信息。
图3为本申请实施例车联网资源申请方法流程示意图一,如图3所示,包括:
S201、第一UE获取第二UE的层2标识信息;
S202、所述第一UE确定第二UE的标识信息;
S203、所述第一UE发送第二UE的标识信息给网络侧的网元设备,以申请资源的配置。
在一个示例性实施方式中,所述第一UE确定第二UE的标识信息包括:
所述第一UE将所述第二UE的层2标识信息作为所述第二UE的标识信息;或者,所述第一UE为所述第二UE分配UE标识信息。
在一个示例性实施方式中,一种情况:所述方法还包括:所述第一UE获取第二UE的层2标识信息后,所述第一UE将所述第二UE的层2标识信息作为所述第二UE的标识。另一种情况:所述方法还包括:所述第一UE与所述第二UE建立连接后,将第一次获得的所述第二UE的层2标识信息作为所述第二UE的标识。
所述第一UE再次接收到第二UE的层2标识信息,所述第一UE将接收到的第二UE的层2标识信息关联到第二UE的标识上,并根据接收到的第二UE的层2标识信息更新第二UE的层2标识信息。
本申请实施例的车联网资源配置方法,包括:
S301、UE接收网络侧的网元设备所配置的sidelink承载配置信息。
所述承载配置信息包括:目标标识信息、目标UE信息、传输类型信息中的至少一种。
在一个示例性实施方式中,所述传输类型信息包括:单播、组播、广播中的至少一种。
在一个示例性实施方式中,所述UE接收网络侧的网元设备所配置的sidelink承载配置信息包括:UE接收服务数据协议(SDAP,Service Data Protocol)层配置信息。所述SDAP层配置信息包括:目标标识信息、目标UE信息、传输类型信息中的至少一种。
在一个示例性实施方式中,所述传输类型信息包括:单播、组播、广播中的至少一种。
本申请实施例MAC实体处理逻辑信道优先级的方法,所述方法包括:
S401、按照如下递减优先级顺序进行逻辑信道优先级的排序。
递减优先级顺序包括:
用于小区C-RNTI的MAC控制元素或来自UL-CCCH的数据;
用于sidelink重传BSR的MAC控制单元;
用于sidelink BSR的MAC控制单元,其中,所述sidelink BSR包括:除了用于填充的sidelink BSR。
在一个示例性实施方式中,递减优先级顺序还包括:
用于小区C-RNTI的MAC控制元素或来自UL-CCCH的数据;
用于sidelink BSR的MAC控制单元,其中,所述sidelink BSR包括:除了用于填充的sidelink BSR;
用于sidelink重传BSR的MAC控制单元。
本申请实施例的MAC实体处理逻辑信道优先级的方法,所述方法包括:
对于一个重传BSR,通过所述MAC实体将重传BSR对应的传输块中包括的最高优先级的逻辑信道的优先级作为所述重传BSR的优先级;
对于一个sidelink BSR,通过所述MAC实体将所述sidelink BSR中包括的最高优先级的逻辑信道的优先级作为所述sidelinkBSR的优先级。
图4为本申请实施例车联网资源配置方法流程示意图一,如图4所示,包括:
S501、UE接收configure grant配置信息;
S502、所述UE使用所述configure grant配置信息发送数据。
所述configure grant配置信息包括:目标标识信息、目标UE信息、传输类型信息中的至少一种。
在一个示例性实施方式中,所述传输类型信息包括单播、组播、广播中的至少一种。
在一个示例性实施方式中,所述configure grant配置信息还包括:是否支持传输重传包的指示信息。
在一个示例性实施方式中,如果configure grant配置信息指示支持传输重传包,那么当configured grant配置所指示的资源位置无新传包到达时,可以用来发送重传数据包。
图5为本申请实施例车联网资源配置方法流程示意图二,如图5所示,包括:
S601、UE接收HARQ Process ID list信息;
S602、所述UE根据所述HARQ Process ID list确定HARQ Process ID。
其中,所述HARQ Process ID list指示所述UE能用于UE选择传输资源的资源分配方式下的HARQ Process ID list。
在一个示例性实施方式中,所述HARQ Process ID list信息的携带方式包括:通过系统消息携带、或者通过无线资源控制(RRC)专用信令携带。
在一个示例性实施方式中,所述HARQ Process ID list信息的携带方式,还可以通过sidelink资源池配置信息携带。
在一个示例性实施方式中,所述UE包括:支持同时使用网络侧的网元设备调度、及UE选择传输资源两种资源分配方式的UE。
图6为本申请实施例车联网资源配置方法流程示意图三,如图6所示,包括:
S701、第一UE获取sidelink组播通信组内UE的信息;
S702、所述第一UE确定sidelink组播通信组内UE的PSFCH资源信息。
在一个示例性实施方式中,所述方法还包括:所述第一UE获取所述sidelink组播通信组内UE的信息后,所述第一UE发送所述sidelink组播通信组内UE的信息给网络侧的网元设备;所述第一UE接收组内UE的PSFCH资源信息。
在一个示例性实施方式中,所述PSFCH资源信息包括:PSFCH资源池或者N个PSFCH资源。所述N为组内接收UE的个数或者接收UE分组/类别的个数。
在一个示例性实施方式中,所述组内UE的信息包括:组内UE的标识信息或者组内UE的数量信息或者组内UE的类别标识信息。
在一个示例性实施方式中,所述组内UE的标识信息获知方式包括:
通过所述UE的非接入层(NAS)层告知接入层(AS)层组内UE的标识;或者:
通过所述UE与组内的UE建立连接,获取组内UE的标识信息。
在一个示例性实施方式中,所述组内UE的数量信息获知方式包括:通过所述UE的NAS层告知AS层组内UE的数量;或者通过所述UE与组内的UE建立连接,获取组内UE的数量信息。
在一个示例性实施方式中,所述组内UE的类别标识信息获知方式包括:通过所述UE的NAS层告知AS层组内UE的类别标识;或者通过所述UE与组内的UE建立连接,获取组内UE的类别标识。
在一个示例性实施方式中,所述方法还包括:
所述第一UE获取PSFCH资源池信息;
所述第一UE确定组内UE的PSFCH资源信息,包括:
第一UE根据所述组内UE的信息和所述PSFCH资源池信息,确定组内UE的PSFCH资源信息。
在一个示例性实施方式中,所述方法还包括:所述第一UE确定组内UE的PSFCH资源信息之后,所述第一UE发送PSFCH资源信息给第二UE。
在一个示例性实施方式中,所述方法还包括:所述第一UE通过(SCI,sidelinkcontrol information)携带所有组内UE的PSFCH资源信息;所述组内UE的PSFCH资源信息包括:组内UE的标识以及所述标识对应的PSFCH资源;或者:组内UE的类别标识以及所述类别标识对应的PSFCH资源。
在一个示例性实施方式中,所述组内UE的PSFCH资源信息还可以包括PSFCH资源列表,例如,有八个接收UE,SCI中携带八个资源,那么接收UE标识为1的就使用第一个资源,标识为2的就使用第二个资源,以此类推。
在一个示例性实施方式中,所述组内UE的PSFCH资源信息还可以包括PSFCH资源列表,例如,有八个类别的接收UE,SCI中携带八个资源,那么接收UE类别标识为1的就使用第一个资源,类别标识为2的就使用第二个资源,以此类推。
应用示例:
NR V2X的研究范围包括Sidelink单播,Sidelink组播以及sidelink广播。一般来说Sidelink V2X通信可以分为单播,组播和广播。需要注意的是,Sidelink单播通信通常要求进行单播通信的两个UE先互相发现对方,然后发起基于单播的sidelink V2X通信。一般来所,Sidelink发现也是基于广播的传输。后续在本发明中,Sidelink广播泛指Sidelink广播通信,以及Sidelink发现。
实施例1:
基站需要给UE分配sidelink资源,大致流程如下:
UE先上报sidelink UE information,如果只考虑广播和组播,那么sidelink UEinformation包括:
但是引入单播后,由于接收UE的层2id是由它自己产生且经常发生变化的,那么如果层2UE的id发生了变化,如果通过报告给基站呢?本发明提出以下解决方案:
当发送方UE获知接收方UE的层2id发生改变后,上报新的destination id list,或者通过add以及remove的方式上报destination id list以节省信令,基站收到该信息后,后续发送SLRB配置信息的时候,使用新的destination id。
发送方UE与接收方UE建立连接时,获取接收方UE的层2id信息,并将其作为接收UE的id,或者,发送方UE为进行单播通信的接收方UE分配一个UE id,保存在本地,后续将该id作为接收UE的id上报给基站,接收方UE层2id的改变不影响该接收方UE id的改变。
发送方UE告知基站更新前和更新后的destination id,基站收到该信息后,后续发送SLRB配置信息的时候,使用新的destination id,但是如果该配置中只有destinationid改变而其他参数不变,则不需要发送更新的SLRB配置。
对于NR V2X,除了上报SL-DestinationInfoList信息,还需要指示destinationid对应的cast type,可选地,还指示destination id对应的RAT信息。进一步地,还需要指示destination id对应的QoS信息。
在获取上述信息后,基站可以为UE配置SL RB,与配置Uu口的DRB类似,分别配置各个SL DRB的SDAP,PDCP,以及各个RLC bearer,logical channel等。
在Uu中,UE是基于不同的PDU-SessionID分别配置SDAP的,而对于NR V2X,则需要区分不同的destination id,因此,可以考虑基于不同的destination id来配置SDAP,Allconfigured instances of SDAP-Config with the same value of destination idcorrespond to the same SDAP entity。
因此,在SDAP-Config配置IE中或者在DRB-ToAddMod IE中包含destination id。
或者,直接列出依次列出单播组播和广播desnation id list,基于各个destination id来依次配置SL DRB。
基站基于UE上报的各个destination id对应的QoS(QFI)信息,为UE配置相应的DRB list.那么,根据SDAP的配置信息,可以确定出每个DRB ID对应的destination id,从而确定其对应的cast type以及相应的QFI。而通过RLC-BearerConfig的配置,将SL逻辑信道id与DRB id进行关联,也就是说,一个destination id可能对应多个DRB以及LCID,但是每个DRB和LCID只能对应一个destination id。
实施例2
对于sidelink UE,基于重传的资源申请,引入一个新的BSR:sidelink重传BSR。
重传BSR的内容包括:1个或者多个HARQ process id
重传BSR触发条件:接收到接收方UE发送的NACK
重传BSR的Cancel条件包括以下任意一个:
如果MAC实体的任意一个HARQ进程ID都没有可用于重传的数据,则应取消触发的Sidelink Retx BSR。
如果MAC实体的某个HARQ进程ID没有可用于重传的数据,则应取消该进程关联的Sidelink Retx BSR。
当Sidelink Retx BSR包含在MAC PDU中传输时,应取消该Sidelink Retx BSR。
当上层配置自主资源选择时,应取消所有触发的Sidelink Retx BSR。
进一步地:
需要考虑sidelink重传BSR的逻辑信道优先级的问题,包括以下两种方式:
1)规定sidelink重传BSR的优先级高于sidelink BSR。
2)对于一个重传的传输块,MAC entity需要识别出它包括的逻辑信道中最高优先级的逻辑信道,那么该传输块中最高优先级的逻辑信道的优先级则代表了传输块的优先级,从而代表了sidelink重传BSR的优先级。然后再与sidelink BSR,BSR比较优先级。
实施例3
如果configure grant是分配给广播业务的,那么就没有分配相应的ACK/NACK资源,单播的业务使用的话还需要另外申请ACK/NACK资源,比较复杂,因此,我们提出,基站在configure grant配置中携带可以使用的cast type信息。
进一步地,基站可以配置各个configure grant是否支持传输重传传输块。如果支持,那么该configure grant可以用来传输configure grant,UE在该configure grant上需要确定是传输新传数据包还是重传数据包,从而确定其HARQ process id。那么如果限制了configure grant的高优先级LCID,那么当该LCID的数据包没有到达时,重传数据包和低优先级的LCID的新传数据包,哪个优先级高?根据最高优先级或者时延需求来确定优先级。
实施例4
HARQ Process ID的是根据configured grant资源的符号位置进行计算的,根据约定的计算公式,基站和UE都可以确定出HARQ Process ID。那么对于V2X configuredgrant,也可以采用类似的方式计算HARQ Process ID。对于PC5的动态调度,HARQ ProcessID也可以由基站来进行分配,为了区分不同的进程,发送方UE在SCI中需要携带HARQProcess ID。另外,如果UE同时支持基站调度(mode1)和UE选择传输资源(mode2)两种mode,由于mode2的HARQ Process ID由UE自己决定,为了避免与基站动态调度分配的HARQProcess ID发生冲突,需要与基站进行协商,例如由基站分配mode2专用的HARQ ProcessID list。
实施例5
对于组播的方式,如果需要基于不同的UE配置不同的PSFCH或者PSFCH pool,那么,可以考虑以下方案:
对于动态调度,基站在接收到BSR后,判断申请的资源用于单播组播还是广播,如果是用于组播,还需要进一步确定接收UE的数量,确定将接收UE分为N组,然后分配传输data的资源以及N组ACK/NACK资源。其中对于每个组播destination id,接收UE的数量或者接收UE的分类级别通过sidelink UE information进行上报。对于configured grant调度,基站则基于UE辅助信息来分配资源。发送UE在接收到N组ACK/NACK资源后,并通过SCI携带ACK/NACK资源位置,接收方UE根据资源池,自己决定哪个接收UE使用哪个ACK/NACK资源,或者,有发送方UE来决定每个接收UE的ACK/NACK资源位置,并通过SCI指示出来(挨个指示)
对于组播的方式,如果需要给不同的UE配置不同的PSFCH,也就是说,对于组播,每个接收UE都需要分配不同的PSFCH资源,那么基站在分配资源的时候需要知道需要分配的PSFCH资源的个数(UE通过sidelink UE information进行上报),具体哪个接收UE使用哪个PSFCH资源可以由基站决定也可以由发送方UE决定,然后通过SCI信令携带PSFCH资源信息,分别指示每个destination id的接收UE的PSFCH资源。
那么,发送方UE如何知道该组内有哪些接收UE以及接收UE的标识呢,1)由NAS层通知AS层;2)提前与组内的所有UE建立单播连接,用于交互UE标识,PSFCH资源等信息,但是组播的消息还是通过组播的方式发送。如果发送方UE与组内所有UE建立了单播连接,那么在连接建立的时候可以给各个接收UE分配一个组内标识,那么发送UE在发送数据包的时候,在SCI中案携带N个PSFCH资源信息,接收方UE根据自己标识来确定自己使用哪个PSFCH资源。(例如,有八个接收UE,SCI中携带八个资源,那么接收UE标识为1的就使用第一个资源,标识为2的就使用第二个资源。)
实施例6
对于sidelink资源分配,引入exceptional resource pool的目的是保持sidelink传输的连续性,当有可能出现中断时,UE转而使用exceptional resource pool随机选择资源使用。具体的,可以分为如下几种情况:
gNB配置UE使用mode 1动态资源分配方式:
如果UE检测到RLF,则UE无法从基站收到SL grant,在此期间,UE可以使用异常资源池进行随机资源选择。
gNB配置UE使用mode 1动态资源分配方式,gNB同时配置了type 1configuredgrant
如果UE检测到RLF,UE无法从基站收到dynamic SL grant。可以考虑如下两种情况:
假设type 1configured grant配置了允许使用该configured grant的SLlogical channel,则UE可以继续使用该type 1configured grant调度关联的SL逻辑信道,而对于其他的SL logical channel,则可以考虑使用异常资源池,随机选择资源进行sidelink传输。需要注意的是,这种情况意味着UE在同一时间内使用了两种mode,即对应于type 1configured grant的mode 1,以及对应于异常资源池自治选择资源的mode 2。
如果type 1configured grant没有配置允许使用该configured grant的SLlogical channel,则UE可以考虑临时使用type 1configured grant来传输所有数据包。需要注意的是type 1configured grant资源是有限的,并且是有一定周期的,并不一定能满足UE缓存的数据量及传输时延需求。如果此时允许UE同时使用异常资源池来传输时延要求较高的数据或是承载部分数据流量,则意味着UE在同一时间内也需要使用两种mode。
gNB配置UE使用mode 1动态资源分配方式,gNB同时配置了type 2configuredgrant
如果UE检测到RLF,UE无法从基站收到SL grant,可以考虑如下几种情况:
对于已经激活了type 2SPS的UE,如果检测到RLF,考虑继续使用SPS grant传输对应traffic pattern的逻辑信道的数据。这种方式的问题是有可能在RLF期间,基站去激活了SPS grant,并将原来的SPS资源分给其他UE使用,导致冲突。
对于已经激活了type 2SPS的UE,如果检测到RLF,考虑继续使用SPS grant传输对应traffic pattern的逻辑信道的数据。其他逻辑信道的数据使用异常资源池的资源进行传输。这种方式的问题是有可能在RLF期间,基站去激活了SPS grant,并将原来的SPS资源分给其他UE使用,导致冲突。此外意味着UE在同一时间内也需要使用两种mode。
对于已经激活了type 2SPS的UE,如果检测到RLF,考虑继续使用SPS pattern传输所有逻辑信道中的数据。这种方式的问题是有可能在RLF期间,基站去激活了SPS grant,并将原来的SPS资源分给其他UE使用,导致冲突。
对于已经激活了type 2SPS的UE,如果检测到RLF,转而使用异常资源池进行所有逻辑信道数据传输。这种方式是目前LTE V2X采用的方式,即通过mode switch来解决。
Proposal 1:如果不考虑同时支持mode 1和mode 2,如果UE出现RLF,则要么允许UE使用type 1configured grant传输所有逻辑信道的数据,或者直接转向异常资源池进行数据传输。
Proposal 2:如果考虑同时配置mode 1和mode 2,则如果UE出现RLF,则UE可以将mode 1对应的逻辑信道的数据都转到sensing result available的mode 2资源池进行传输,只有当mode 2资源池的sensing result不available时,才转到异常资源池进行数据传输。
gNB为UE配置的资源分配方式出现变化;
资源分配方式的变化可以有如下几种可能性:
从mode 1到mode 2:这种方式会出现mode 2资源池的sensing结果不available的情况,因此UE需要临时使用异常资源池;
从mode 2到mode 1:这种方式下UE可以直接向基站请求资源,无需使用异常资源池;
从mode 1到mode 1+mode 2:这种方式下,如果配置的资源分配mode没有关联逻辑信道/逻辑信道组,则UE可以继续使用mode 1直到mode 2资源池的sensing resultavailable之后再将部分逻辑信道/逻辑信道组的数据传输通过mode 2资源池进行。如果配置的资源分配mode关联了逻辑信道/逻辑信道组,则UE可以先临时使用异常资源池或是使用mode 1资源分配方式传输关联了mode 2资源分配方式的逻辑信道/逻辑信道组的数据包。
从mode2到mode1+mode 2:这种方式下,UE可以直接根据基站配置或是自己选择一些逻辑信道/逻辑信道组的数据包通过向基站请求grant进行mode1数据传输,无需使用异常资源池。
从mode 1+mode 2到mode 1:这种方式下UE可以直接向基站请求资源,无需使用异常资源池;
从mode 1+mode 2到mode 2:这种方式下,UE可以直接将所有逻辑信道/逻辑信道组的数据包通过mode2传输,无需使用异常资源池;
基站配置的mode 2资源池发生变化(如D,F):这种情况下,UE需要对新的mode 2资源池进行sensing,在sensing result available之前,对于D,UE可以临时使用mode 1资源进行全部数据传输或是通过异常资源池进行与mode2关联的逻辑信道/逻辑信道组的数据传输;对于F,UE可以使用异常资源池进行数据传输。
需要注意的是,如果允许mode 2UE选择多套mode 2资源池进行数据传输,则也需要考虑sensing result是否available的问题。在所有选中的资源池中,如果sensingresult都不available,则UE可以先使用异常资源池,如果有一个或多个资源池的sensingresult available,则UE可以使用这些资源池。
gNB同时为UE配置了mode 1资源分配和mode 2资源分配
这种方式下,如果配置的资源分配mode没有关联逻辑信道/逻辑信道组,则UE可以先使用mode 1直到mode 2资源池的sensing result available之后再将部分逻辑信道/逻辑信道组的数据传输通过mode 2资源池进行。如果配置的资源分配mode关联了逻辑信道/逻辑信道组,则UE可以先临时使用异常资源池或是使用mode 1资源分配方式传输关联了mode 2资源分配方式的逻辑信道/逻辑信道组的数据包。
Proposal 3:在非RLF场景下,NR V2X中依然需要考虑正常资源模式配置下,mode2资源池sensing result不available的情况,当出现这种情况时,可以考虑如下方法:1)使用异常资源池;2)先暂时使用mode 1资源分配方式传输所有数据(要求基站同时配置多种模式,且基站没有配置资源分配mode与逻辑信道/逻辑信道组的关联关系)。
UE切换时或是UE配置新的SCell
NR V2X可以参考LTE V2X中提到的方法,如切换命令中可以包含目标小区的异常发送资源池,从而减少传输中断。如果UE配置了基站作为同步源,则UE与目标小区完成同步之前可以使用目标小区的发送资源池。如果UE配置了GNSS作为同步源,则UE与GNSS同步就可以使用目标小区的发送资源池。如果切换命令中包含异常发送资源池,则UE在接收到切换命令后就可以从异常发送资源池随机选择资源。如果切换命令中配置UE使用基站调度资源,则UE可以在切换相关timer允许时持续使用异常发送资源池。如果切换命令中配置UE使用自治资源选择,则UE也可以在自治资源选择对应资源池的sensing result available之前使用异常发送资源池。
具体到NR V2X,如果允许同时配置多个资源分配mode,且基站为UE配置的资源分配mode关联了逻辑信道/逻辑信道组,则UE可以考虑分不同的逻辑信道对应的模式判断何时不再使用异常资源池传输对应的逻辑信道/逻辑信道组的数据。如果基站为UE配置的资源分配mode没有关联逻辑信道/逻辑信道组,则UE可以根据切换相关timer停止或是sensing result availability哪个出现的最早的时候停止使用异常资源池。
Proposal 4:NR V2X可以复用LTE V2X切换命令中可以包含目标小区的异常发送资源池。如果允许同时配置多个资源分配mode,且基站为UE配置的资源分配mode关联了逻辑信道/逻辑信道组,则UE可以考虑分不同的逻辑信道对应的模式判断何时不再使用异常资源池传输对应的逻辑信道/逻辑信道组的数据。如果基站为UE配置的资源分配mode没有关联逻辑信道/逻辑信道组,则UE可以根据切换相关timer停止或是sensing resultavailability哪个出现的最早的时候停止使用异常资源池。
需要指出的是:
1、发送UE需要上报接收UE的标识给基站,但是接收UE的source id是不断发生变化的,考虑以下方案:
1)当UE获知destination id发生改变后,上报新的destination id list,或者以add以及remove的方式上报以节省信令,基站收到该信息后,后续发送SLRB配置信息的时候,使用新的destination id,但是如果该配置中只有destination id改变而其他参数不变,则不需要发送更新的SLRB配置。
2)发送方UE与接收方UE建立连接时,获取接收方UE的id信息,并将其作为接收UE的id,后续将该id作为接收UE的id上报给基站,接收方UE destination id的改变不影响该接收方UE id的改变。
3)告知基站更新前和更新后的destination id,基站收到该信息后,后续发送SLRB配置信息的时候,使用新的destination id,但是如果该配置中只有destination id改变而其他参数不变,则不需要发送更新的SLRB配置。
2、在SDAP-Config配置IE中或者在DRB-ToAddMod IE中包含destination id。
或者,直接列出依次列出单播组播和广播desnation id list,基于各个destination id来依次配置SL DRB.
本部分内容在以上实施例1中,不做赘述。
3、如果定义了一个新的rxt-BSR,需要考虑对逻辑信道优先级的影响,对于一个重传的TB块,MAC entity识别出它包括的逻辑信道中最高优先级的逻辑信道,该TB快中最高优先级的逻辑信道的优先级则代表了TB块的优先级。然后再与sidelink BSR,BSR比较优先级。
本部分内容在以上实施例2中,不做赘述。
4、对于V2X来说,如果配置了多个Type 1或者type2configured grant,那么ConfiguredGrantConfig配置中需要增加cast type指示。
本部分内容在以上实施例3中,不做赘述。
5、如果UE同时支持mode1和mode2两种mode,由基站分配mode2专用的HARQProcess ID list
本部分内容在以上实施例4中,不做赘述。
6、如果需要给不同的UE配置不同的PSFCH,也就是说,对于组播,每个接收UE都需要分配不同的PSFCH资源,那么基站在分配资源的时候需要知道需要分配的PSFCH资源的个数(UE通过sidelink UE information进行上报),具体哪个接收UE使用哪个PSFCH资源可以由基站决定也可以由发送方UE决定,然后通过SCI信令携带PSFCH资源信息,分别指示每个destination id的接收UE的PSFCH资源。
那么,发送方UE如何知道该组内有哪些接收UE以及接收UE的标识呢,1)由NAS层通知AS层;2)提前与组内的所有UE建立单播连接,用于交互UE标识,PSFCH资源等信息,但是组播的消息还是通过组播的方式发送。如果发送方UE与组内所有UE建立了单播连接,那么在连接建立的时候可以给各个接收UE分配一个组内标识,那么发送UE在发送数据包的时候,在SCI中案携带N个PSFCH资源信息,接收方UE根据自己标识来确定自己使用哪个PSFCH资源。(例如,有八个接收UE,SCI中携带八个资源,那么接收UE标识为1的就使用第一个资源,标识为2的就使用第二个资源。)
本部分内容在以上实施例5中,不做赘述。
图7为本申请实施例UE信息的报告装置的框图一,如图7所示,包括:第一获取模块21,用于第一UE获取第二UE的标识信息;第一发送模块22,用于所述第一UE发送所述第二UE调整前的标识信息以及调整后的标识信息给网络侧的网元设备,以报告UE信息。
在一个示例性实施方式中,所述第二UE的标识信息包括UE的层2标识信息。
本申请实施例的一种车联网资源申请装置,所述装置包括:
第二获取模块,用于第一UE获取第二UE的层2标识信息;
第一确定模块,用于所述第一UE确定第二UE的标识信息;
第二发送模块,用于所述第一UE发送第二UE的标识信息给网络侧的网元设备,以申请资源的配置。
在一个示例性实施方式中,所述第一确定模块,进一步用于:
所述第一UE将所述第二UE的层2标识信息作为所述第二UE的标识信息;或者,
所述第一UE为所述第二UE分配UE标识信息。
在一个示例性实施方式中,所述装置还包括:第一处理模块,用于:
所述第一UE将所述第二UE的层2标识信息作为所述第二UE的标识;
所述第一UE再次接收到第二UE的层2标识信息,所述第一UE将接收到的第二UE的层2标识信息关联到第二UE的标识上,并根据接收到的第二UE的层2标识信息更新第二UE的层2标识信息。
本申请实施例的一种车联网资源配置装置,所述装置包括:
第一接收模块,用于用户设备UE接收网络侧的网元设备所配置的sidelink承载配置信息;
所述承载配置信息包括:目标标识信息、目标UE信息、传输类型信息中的至少一种。
在一个示例性实施方式中,所述传输类型信息包括:单播、组播、广播中的至少一种。
在一个示例性实施方式中,所述第一接收模块,进一步用于:UE接收SDAP层配置信息;
所述SDAP层配置信息包括:目标标识信息、目标UE信息、传输类型信息中的至少一种。
在一个示例性实施方式中,所述传输类型信息包括:单播、组播、广播中的至少一种。
本申请实施例的MAC实体处理逻辑信道优先级的装置,所述装置包括第一优先级排序模块,用于:
按照如下递减优先级顺序进行逻辑信道优先级的排序:
用于小区C-RNTI的MAC控制元素或来自UL-CCCH的数据;
用于sidelink重传BSR的MAC控制单元;
用于sidelink BSR的MAC控制单元,其中,所述sidelink BSR包括:除了用于填充的sidelink BSR。
本申请实施例的一种MAC实体处理逻辑信道优先级的装置,所述装置包括第二优先级排序模块,用于:
对于一个重传BSR,通过所述MAC实体将重传BSR对应的传输块中包括的最高优先级的逻辑信道的优先级作为所述重传BSR的优先级;
对于一个sidelink BSR,通过所述MAC实体将所述sidelink BSR中包括的最高优先级的逻辑信道的优先级作为所述sidelinkBSR的优先级。
本申请实施例的一种车联网资源配置装置,所述装置包括:
第二接收模块,用于UE接收configure grant配置信息;
所述UE使用所述configure grant配置信息发送数据;
所述configure grant配置信息包括:目标标识信息、目标UE信息、传输类型信息中的至少一种。
在一个示例性实施方式中,所述传输类型信息包括单播、组播、广播中的至少一种。
在一个示例性实施方式中,所述configure grant配置信息还包括:是否支持传输重传包的指示信息。
本申请实施例的一种车联网资源配置装置,所述装置包括:
第三接收模块,用于UE接收HARQ Process ID list信息;
第二确定模块,用于所述UE根据所述HARQ Process ID list确定HARQ ProcessID;
其中,所述HARQ Process ID list指示所述UE能用于UE选择传输资源的资源分配方式下的HARQ Process ID list。
在一个示例性实施方式中,所述HARQ Process ID list信息的携带方式包括:通过系统消息携带、或者通过RRC专用信令携带。
在一个示例性实施方式中,所述UE包括:支持同时使用网络侧的网元设备调度、及UE选择传输资源两种资源分配方式的UE。
本申请实施例的一种车联网资源配置装置,所述装置包括:
第三获取模块,用于第一UE获取sidelink组播通信组内UE的信息;
第三确定模块,用于所述第一UE确定sidelink组播通信组内UE的PSFCH资源信息。
在一个示例性实施方式中,所述装置还包括:
第三发送模块,用于所述第一UE发送所述sidelink组播通信组内UE的信息给网络侧的网元设备;
第四接收模块,用于所述第一UE接收组内UE的PSFCH资源信息。
在一个示例性实施方式中,所述PSFCH资源信息包括:PSFCH资源池或者N个PSFCH资源。
在一个示例性实施方式中,所述组内UE的信息包括:组内UE的标识信息或者组内UE的数量信息或者组内UE的类别标识信息。
在一个示例性实施方式中,所述组内UE的标识信息获知方式包括:
通过所述UE的NAS层告知AS层组内UE的标识;或者:
通过所述UE与组内的UE建立连接,获取组内UE的标识信息。
在一个示例性实施方式中,所述装置还包括:
第四获取模块,用于所述第一UE获取PSFCH资源池信息;
所述第三确定模块,进一步用于第一UE根据所述组内UE的信息和所述PSFCH资源池信息,确定组内UE的PSFCH资源信息。
在一个示例性实施方式中,所述装置还包括:第四发送模块,用于所述第一UE发送PSFCH资源信息给第二UE。
在一个示例性实施方式中,所述装置还包括:第二处理模块,用于:
所述第一UE通过SCI携带所有组内UE的PSFCH资源信息;
所述组内UE的PSFCH资源信息包括:组内UE的标识以及所述标识对应的PSFCH资源;或者:组内UE的类别标识以及所述类别标识对应的PSFCH资源。
图8为本申请实施例报告装置的硬件示意图一,本申请实施例的UE信息的报告装置可以位于终端设备侧,即为。如图8所示,终端设备可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。下面,假设终端是移动终端。然而,本领域技术人员将理解的是,除了特别用于移动目的的元件之外,根据本发明的实施方式的构造也能够应用于固定类型的终端。
终端设备可以包括无线通信单元,具体可以由图中的发射器61以及接收器62组成、存储器63、处理器64和电源单元65等等。图中示出了具有各种组件的终端设备,但是应理解的是,并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。前述发射器可以为本实施方式中的发送模块的实体部件;处理器可以为本实施方式中的指示模块、第一确定模块、第二确定模块、第三确定模块、第四确定模块、第五确定模块。
图9为本申请实施例传输信道状态的发送装置位于终端设备实施例的结构示意图,如图9所示,终端设备130包括:存储器1303与处理器1304。所述终端设备130还可以包括接口1301和总线1302。所述接口1301、存储器1303与处理器1304通过总线1302相连接。所述存储器1303用于存储指令。所述处理器1304被配置为读取所述指令以执行上述应用于终端设备的方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
图10-图11为本申请实施例提供的通信系统组成结构的两种示意图。如图10所示,以本实施方式中网络侧设备为基站101,终端设备可以为图中的用户设备(UE)110、120、130为例提供的说明,前述基站以及UE的功能与前述实施方式相同,不再赘述。或者,如图11所示,该系统包括:如上述实施例的用户设备130、以及上述实施例的基站140。同样的,图中的基站可以为实施方式中的网络设备,用户设备即前述终端设备,能够实现的功能也如前述功能,这里不再赘述。
以上所述,仅为本申请的示例性实施例而已,并非用于限定本申请的保护范围。
本领域内的技术人员应明白,术语用户终端涵盖任何适合类型的无线用户设备,例如移动电话、便携数据处理装置、便携网络浏览器或车载移动台。
一般来说,本申请的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如,一些方面可以被实现在硬件中,而其它方面可以被实现在可以被控制器、微处理器或其它计算装置执行的固件或软件中,尽管本申请不限于此。
本申请的实施例可以通过移动装置的数据处理器执行计算机程序指令来实现,例如在处理器实体中,或者通过硬件,或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码。
本申请附图中的任何逻辑流程的框图可以表示程序步骤,或者可以表示相互连接的逻辑电路、模块和功能,或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现。本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存等。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),其用作外部高速缓存。RAM可以包括多种形式,例如静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM,DRRAM)。本申请描述的系统和方法的存储器包括但不限于这些和任意其它适合类型的存储器。
本申请实施例的处理器可以是任何适合于本地技术环境的类型,例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程逻辑器件(Field-Programmable Gate Array,FGPA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件、或者基于多核处理器架构的处理器。通用处理器可以是微处理器或者也可以是任何常规的处理器等。上述的处理器可以实现或者执行本申请实施例中的公开的各方法的步骤。软件模块可以位于随机存储器、闪存、只读存储器、可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
通过示范性和非限制性的示例,上文已提供了对本申请的示范实施例的详细描述。但结合附图和权利要求来考虑,对以上实施例的多种修改和调整对本领域技术人员来说是显而易见的,但不偏离本发明的范围。因此,本发明的恰当范围将根据权利要求确定。
Claims (30)
1.一种UE信息的报告方法,其特征在于,所述方法包括:
第一用户设备UE获取第二UE的标识信息;
所述第一UE发送所述第二UE调整前的标识信息以及调整后的标识信息给网络侧的网元设备,以报告UE信息。
2.根据权利要求1所述的方法,其特征在于,所述第二UE的标识信息包括UE的层2标识信息。
3.一种车联网资源申请方法,其特征在于,所述方法包括:
第一用户设备UE获取第二UE的层2标识信息;
所述第一UE确定第二UE的标识信息;
所述第一UE发送第二UE的标识信息给网络侧的网元设备,以申请资源的配置。
4.根据权利要求3所述的方法,其特征在于,所述第一UE确定第二UE的标识信息包括:
所述第一UE将所述第二UE的层2标识信息作为所述第二UE的标识信息;或者,
所述第一UE为所述第二UE分配UE标识信息。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:所述第一UE获取第二UE的层2标识信息后,
所述第一UE将所述第二UE的层2标识信息作为所述第二UE的标识;
所述第一UE再次接收到第二UE的层2标识信息,所述第一UE将接收到的第二UE的层2标识信息关联到第二UE的标识上,并根据接收到的第二UE的层2标识信息更新第二UE的层2标识信息。
6.一种车联网资源配置方法,其特征在于,所述方法包括:
用户设备UE接收网络侧的网元设备所配置的直通链路sidelink承载配置信息;
所述承载配置信息包括:目标标识信息、目标UE信息、传输类型信息中的至少一种。
7.根据权利要求6所述的方法,其特征在于,所述传输类型信息包括:单播、组播、广播中的至少一种。
8.根据权利要求6所述的方法,其特征在于,所述UE接收网络侧的网元设备所配置的sidelink承载配置信息包括:UE接收服务数据协议SDAP层配置信息;
所述SDAP层配置信息包括:目标标识信息、目标UE信息、传输类型信息中的至少一种。
9.根据权利要求8所述的方法,其特征在于,所述传输类型信息包括:单播、组播、广播中的至少一种。
10.一种媒体接入控制MAC实体处理逻辑信道优先级的方法,其特征在于,所述方法包括:
按照如下递减优先级顺序进行逻辑信道优先级的排序:
用于小区无线网络临时标识C-RNTI的MAC控制元素或来自上行公共控制信道UL-CCCH的数据;
用于直通链路sidelink重传缓存状态报告BSR的MAC控制单元;
用于sidelink BSR的MAC控制单元,其中,所述sidelink BSR包括:除了用于填充的sidelink BSR。
11.一种媒体接入控制MAC实体处理逻辑信道优先级的方法,其特征在于,所述方法包括:
对于一个重传缓存状态报告BSR,通过所述MAC实体将重传BSR对应的传输块中包括的最高优先级的逻辑信道的优先级作为所述重传BSR的优先级;
对于一个直通链路sidelink BSR,通过所述MAC实体将所述sidelink BSR中包括的最高优先级的逻辑信道的优先级作为所述sidelinkBSR的优先级。
12.一种车联网资源配置方法,其特征在于,所述方法包括:
用户设备UE接收配置授权configure grant配置信息;
所述UE使用所述configure grant配置信息发送数据;
所述configure grant配置信息包括:目标标识信息、目标UE信息、传输类型信息中的至少一种。
13.根据权利要求12所述的方法,其特征在于,所述传输类型信息包括单播、组播、广播中的至少一种。
14.根据权利要求12所述的方法,其特征在于,所述configure grant配置信息还包括:是否支持传输重传包的指示信息。
15.一种车联网资源配置方法,其特征在于,所述方法包括:
用户设备UE接收混合自动重传请求进程标识列表HARQ Process ID list信息;
所述UE根据所述HARQ Process ID list确定HARQ Process ID;
其中,所述HARQ Process ID list指示所述UE能用于UE选择传输资源的资源分配方式下的HARQ Process ID list。
16.根据权利要求15所述的方法,其特征在于,所述UE包括:支持同时使用网络侧的网元设备调度、及UE选择传输资源两种资源分配方式的UE。
17.一种车联网资源配置方法,其特征在于,所述方法包括:
第一用户设备UE获取直通链路sidelink组播通信组内UE的信息;
所述第一UE确定sidelink组播通信组内UE的直通链路反馈信道PSFCH资源信息。
18.根据权利要求17所述的方法,其特征在于,所述方法还包括:所述第一UE获取所述sidelink组播通信组内UE的信息后,
所述第一UE发送所述sidelink组播通信组内UE的信息给网络侧的网元设备;
所述第一UE接收组内UE的PSFCH资源信息。
19.根据权利要求17所述的方法,其特征在于,所述PSFCH资源信息包括:PSFCH资源池或者N个PSFCH资源。
20.根据权利要求17所述的方法,其特征在于,所述组内UE的信息包括:组内UE的标识信息或者组内UE的数量信息或者组内UE的类别标识信息。
21.根据权利要求20所述的方法,其特征在于,所述组内UE的标识信息获知方式包括:
通过所述UE的非接入层NAS层告知接入层AS层组内UE的信息;或者:
通过所述UE与组内的UE建立连接,获取组内UE的信息。
22.一种UE信息的报告装置,其特征在于,所述装置包括:
第一获取模块,用于获取第二UE的标识信息;
第一发送模块,用于发送所述第二UE调整前的标识信息以及调整后的标识信息给网络侧的网元设备,以报告UE信息。
23.一种车联网资源申请装置,其特征在于,所述装置包括:
第二获取模块,用于获取第二UE的层2标识信息;
第一确定模块,用于确定第二UE的标识信息;
第二发送模块,用于发送第二UE的标识信息给网络侧的网元设备,以申请资源的配置。
24.一种车联网资源配置装置,其特征在于,所述装置包括:
第一接收模块,用于网络侧的网元设备所配置的直通链路sidelink承载配置信息;
所述承载配置信息包括:目标标识信息、目标UE信息、传输类型信息中的至少一种。
25.一种媒体接入控制MAC实体处理逻辑信道优先级的装置,其特征在于,所述装置包括第一优先级排序模块,用于:
按照如下递减优先级顺序进行逻辑信道优先级的排序:
用于小区无线网络临时标识C-RNTI的MAC控制元素或来自上行公共控制信道UL-CCCH的数据;
用于直通链路sidelink重传缓存状态报告BSR的MAC控制单元;
用于sidelink BSR的MAC控制单元,其中,所述sidelink BSR包括:除了用于填充的sidelink BSR。
26.一种媒体接入控制MAC实体处理逻辑信道优先级的装置,其特征在于,所述装置包括第二优先级排序模块,用于:
对于一个重传缓存状态报告BSR,通过所述MAC实体将重传BSR对应的传输块中包括的最高优先级的逻辑信道的优先级作为所述重传BSR的优先级;
对于一个直通链路sidelink BSR,通过所述MAC实体将所述sidelink BSR中包括的最高优先级的逻辑信道的优先级作为所述sidelinkBSR的优先级。
27.一种车联网资源配置装置,其特征在于,所述装置包括:
第二接收模块,用于接收配置授权configure grant配置信息;
所述UE使用所述configure grant配置信息发送数据;
所述configure grant配置信息包括:目标标识信息、目标UE信息、传输类型信息中的至少一种。
28.一种车联网资源配置装置,其特征在于,所述装置包括:
第三接收模块,用于接收混合自动重传请求进程标识列表HARQ Process ID list信息;
第二确定模块,用于根据所述HARQ Process ID list确定HARQ Process ID;
其中,所述HARQ Process ID list指示所述UE能用于UE选择传输资源的资源分配方式下的HARQ Process ID list。
29.一种车联网资源配置装置,其特征在于,所述装置包括:
第三获取模块,用于获取直通链路sidelink组播通信组内UE的信息;
第三确定模块,用于确定sidelink组播通信组内UE的直通链路反馈信道PSFCH资源信息。
30.一种存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1-2、权利要求3-5、权利要求6-9、权利要求10、权利要求11、权利要求12-14、权利要求15-16、权利要求17-21任一项所述的方法。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910364364.0A CN110536445A (zh) | 2019-04-30 | 2019-04-30 | Ue信息的报告方法、车辆网资源配置方法及装置 |
EP20798587.0A EP3965496A4 (en) | 2019-04-30 | 2020-04-26 | EU INFORMATION NOTIFICATION METHOD, VEHICLE AND APPARATUS INTERNET RESOURCE CONFIGURATION METHOD |
KR1020217038843A KR20220004143A (ko) | 2019-04-30 | 2020-04-26 | Ue 정보 보고 방법, 차량 인터넷 자원 구성 방법, 및 장치 |
JP2021564492A JP7584443B2 (ja) | 2019-04-30 | 2020-04-26 | Ue情報報告方法、車両のインターネットリソース構成方法、および装置 |
PCT/CN2020/086944 WO2020221148A1 (zh) | 2019-04-30 | 2020-04-26 | Ue信息的报告方法、车联网资源配置方法及装置 |
US17/513,506 US20220150871A1 (en) | 2019-04-30 | 2021-10-28 | Ue information reporting method, internet of vehicles resource configuration method, and apparatuses |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910364364.0A CN110536445A (zh) | 2019-04-30 | 2019-04-30 | Ue信息的报告方法、车辆网资源配置方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110536445A true CN110536445A (zh) | 2019-12-03 |
Family
ID=68659789
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910364364.0A Pending CN110536445A (zh) | 2019-04-30 | 2019-04-30 | Ue信息的报告方法、车辆网资源配置方法及装置 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20220150871A1 (zh) |
EP (1) | EP3965496A4 (zh) |
JP (1) | JP7584443B2 (zh) |
KR (1) | KR20220004143A (zh) |
CN (1) | CN110536445A (zh) |
WO (1) | WO2020221148A1 (zh) |
Cited By (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020221148A1 (zh) * | 2019-04-30 | 2020-11-05 | 中兴通讯股份有限公司 | Ue信息的报告方法、车联网资源配置方法及装置 |
CN112788657A (zh) * | 2019-11-05 | 2021-05-11 | 华硕电脑股份有限公司 | 在侧链路中传送侧链路测量报告的方法和设备 |
WO2021134732A1 (zh) * | 2019-12-31 | 2021-07-08 | 华为技术有限公司 | 一种资源调度的方法、装置及系统 |
CN113259069A (zh) * | 2020-02-13 | 2021-08-13 | 展讯半导体(南京)有限公司 | 资源调度方法、用户设备、装置及存储介质 |
CN113271182A (zh) * | 2020-02-14 | 2021-08-17 | 中国移动通信有限公司研究院 | 一种确定直通链路进程的方法及设备 |
WO2021159999A1 (zh) * | 2020-02-10 | 2021-08-19 | 索尼集团公司 | 用于无线通信的电子设备和方法、计算机可读存储介质 |
WO2021159624A1 (zh) * | 2020-02-14 | 2021-08-19 | Oppo广东移动通信有限公司 | 信息处理方法、装置、存储介质、处理器及电子装置 |
WO2021168635A1 (zh) * | 2020-02-24 | 2021-09-02 | 华为技术有限公司 | 反馈资源的确定方法和装置 |
CN113498044A (zh) * | 2020-03-18 | 2021-10-12 | 华硕电脑股份有限公司 | 无线通信系统中用于侧链路标识符改变的方法和设备 |
CN113542000A (zh) * | 2021-05-20 | 2021-10-22 | 新华三大数据技术有限公司 | 一种进程号确定方法及装置 |
WO2021215799A1 (en) * | 2020-04-20 | 2021-10-28 | Samsung Electronics Co., Ltd. | Method and apparatus for interruption handling for vehicle to everything communication |
WO2021212509A1 (zh) * | 2020-04-24 | 2021-10-28 | 华为技术有限公司 | 一种确定辅助信息资源块的方法及装置 |
CN113676303A (zh) * | 2020-05-15 | 2021-11-19 | 维沃移动通信有限公司 | 传输处理方法、装置及电子设备 |
WO2021248438A1 (en) * | 2020-06-12 | 2021-12-16 | Qualcomm Incorporated | Configured grant uplink transmission resource pool |
WO2022021220A1 (zh) * | 2020-07-30 | 2022-02-03 | 华为技术有限公司 | 一种数据传输方法及装置 |
WO2022082652A1 (zh) * | 2020-10-22 | 2022-04-28 | 北京小米移动软件有限公司 | 用于无线制式切换的通信方法、装置和电子设备 |
WO2022141443A1 (zh) * | 2020-12-31 | 2022-07-07 | 华为技术有限公司 | 一种指示信息传输的方法、装置及系统 |
CN114902704A (zh) * | 2020-03-19 | 2022-08-12 | Oppo广东移动通信有限公司 | 侧行数据传输方法和终端设备 |
EP4064776A4 (en) * | 2020-01-16 | 2022-09-28 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | METHOD FOR DETERMINING HYBRID AUTOMATIC REPETITION REQUEST PROCESSING INFORMATION, DEVICE AND RECORDING MEDIA |
CN115245008A (zh) * | 2020-01-23 | 2022-10-25 | 华为技术有限公司 | 通信处理方法和通信设备 |
WO2022222109A1 (zh) * | 2021-04-22 | 2022-10-27 | Oppo广东移动通信有限公司 | 资源选取方法、装置、设备及存储介质 |
CN115517000A (zh) * | 2020-05-07 | 2022-12-23 | 联想(北京)有限公司 | 用于快速mcg链路恢复过程期间的侧链路通信的方法及设备 |
US20230027505A1 (en) * | 2020-04-07 | 2023-01-26 | Vivo Mobile Communication Co., Ltd. | Downlink data receiving method, downlink data sending method, and device |
WO2023001307A1 (zh) * | 2021-07-23 | 2023-01-26 | 华为技术有限公司 | 旁链路通信方法及设备 |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US12096273B2 (en) * | 2019-05-01 | 2024-09-17 | Lg Electronics Inc. | SDAP configuration for destination in sidelink communication |
CN114175844A (zh) * | 2019-08-13 | 2022-03-11 | 联想(北京)有限公司 | 用于nr v2x侧链路ue的slrb配置的方法及设备 |
CA3154570A1 (en) * | 2019-11-04 | 2021-05-14 | Huei-Ming Lin | Feedback channel mapping and multiplexing harq reports in nr sidelink communication |
CN113709763B (zh) * | 2020-05-20 | 2025-02-25 | 展讯通信(上海)有限公司 | 接入控制方法及装置、存储介质、终端 |
CN116456386A (zh) * | 2022-01-06 | 2023-07-18 | 夏普株式会社 | 由用户设备执行的方法以及用户设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104811892A (zh) * | 2014-01-29 | 2015-07-29 | 中兴通讯股份有限公司 | 一种资源分配方法、装置及系统 |
CN107347215A (zh) * | 2016-05-06 | 2017-11-14 | 普天信息技术有限公司 | 在v2x网络中资源的分配方法及终端 |
CN108990125A (zh) * | 2017-06-01 | 2018-12-11 | 华为技术有限公司 | 数据传输的方法、终端设备和网络设备 |
CN109152076A (zh) * | 2017-06-27 | 2019-01-04 | 华为技术有限公司 | 一种通信资源调度的方法、装置和系统 |
Family Cites Families (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10136266B2 (en) * | 2013-09-12 | 2018-11-20 | Interdigital Patent Holdings, Inc. | Group communication service enabler (GCSE) group management |
US10117224B2 (en) * | 2013-09-20 | 2018-10-30 | Qualcomm Incorporated | MAC subheader for D2D broadcast communication for public safety |
EP3651486B1 (en) * | 2014-05-09 | 2024-04-17 | Sun Patent Trust | Resource allocation for d2d discovery transmission |
CN106331980A (zh) * | 2015-06-26 | 2017-01-11 | 中兴通讯股份有限公司 | 车联网中车辆的管理方法及装置 |
CN107950047B (zh) * | 2015-08-12 | 2021-02-05 | Lg电子株式会社 | 用于在d2d通信系统中执行缓冲器状态报告的方法及其装置 |
US10588124B2 (en) * | 2015-09-25 | 2020-03-10 | Asustek Computer Inc. | Method and apparatus for solving mismatch between sidelink buffer status report (BSR) and available sidelink transmission in a wireless communication system |
CN108432309B (zh) * | 2015-11-06 | 2022-06-07 | 太阳专利托管公司 | 在侧行链路控制时段期间的多侧行链路控制传输 |
WO2017179922A2 (ko) * | 2016-04-14 | 2017-10-19 | 엘지전자 주식회사 | FeD2D 환경에서 피드백 정보를 전송하기 위한 방법 및 이를 위한 장치 |
EP3562231B1 (en) * | 2016-12-23 | 2021-06-09 | LG Electronics Inc. | Method for performing v2x communication in wireless communication system and device for same |
CN108923894B (zh) * | 2017-03-23 | 2023-04-18 | 中兴通讯股份有限公司 | 一种信息传输的方法、用户设备、基站、存储介质和系统 |
US10827380B2 (en) * | 2018-01-30 | 2020-11-03 | Huawei Technologies Co., Ltd. | System and method for supporting URLLC in advanced V2X communications |
US11310707B2 (en) * | 2018-04-13 | 2022-04-19 | Qualcomm Incorporated | Facilitating quality of service flow remapping utilizing a service data adaptation protocol layer |
US20200077287A1 (en) * | 2018-08-29 | 2020-03-05 | Nokia Technologies Oy | Apparatus, method and computer program |
CN116582944A (zh) * | 2018-11-29 | 2023-08-11 | 北京小米移动软件有限公司 | Csi测量反馈方法、装置及存储介质 |
DK3905768T3 (da) * | 2018-12-27 | 2024-12-09 | Ntt Docomo Inc | Terminal og kommunikationsfremgangsmåde |
JP7300467B2 (ja) * | 2018-12-27 | 2023-06-29 | 株式会社Nttドコモ | 端末、無線通信システム、及び通信方法 |
WO2020133503A1 (zh) * | 2018-12-29 | 2020-07-02 | 北京小米移动软件有限公司 | 通信反馈方法、装置、设备及存储介质 |
WO2020144787A1 (ja) * | 2019-01-09 | 2020-07-16 | 株式会社Nttドコモ | ユーザ装置、及びフィードバック情報送信方法 |
JP7213893B2 (ja) * | 2019-01-10 | 2023-01-27 | 株式会社Nttドコモ | 端末及び通信方法 |
US12156211B2 (en) * | 2019-02-12 | 2024-11-26 | Lenovo (Beijing) Limited | Sidelink feedback request determination |
JP7412437B2 (ja) * | 2019-02-22 | 2024-01-12 | オッポ広東移動通信有限公司 | 情報伝送方法、端末デバイス及びネットワークデバイス |
KR20200114828A (ko) * | 2019-03-29 | 2020-10-07 | 삼성전자주식회사 | 무선 통신 시스템에서 사이드링크 피드백 채널의 신호 처리를 위한 방법 및 장치 |
CN110536445A (zh) * | 2019-04-30 | 2019-12-03 | 中兴通讯股份有限公司 | Ue信息的报告方法、车辆网资源配置方法及装置 |
EP3917051A1 (en) * | 2019-08-16 | 2021-12-01 | Ofinno, LLC | Sidelink feedback reporting in a wireless network |
US12010547B2 (en) * | 2019-10-02 | 2024-06-11 | Samsung Electronics Co., Ltd. | Method and device for performing communication between terminals in wireless communication system |
US11838961B2 (en) * | 2019-10-02 | 2023-12-05 | Qualcomm Incorporated | Sidelink groupcast configuration to support feedback control |
WO2021072770A1 (zh) * | 2019-10-18 | 2021-04-22 | Oppo广东移动通信有限公司 | 一种侧行反馈方法、设备及存储介质 |
CN112512102A (zh) * | 2020-07-14 | 2021-03-16 | 中兴通讯股份有限公司 | 节能、参数配置方法、装置、终端、基站及存储介质 |
-
2019
- 2019-04-30 CN CN201910364364.0A patent/CN110536445A/zh active Pending
-
2020
- 2020-04-26 KR KR1020217038843A patent/KR20220004143A/ko active Pending
- 2020-04-26 WO PCT/CN2020/086944 patent/WO2020221148A1/zh unknown
- 2020-04-26 JP JP2021564492A patent/JP7584443B2/ja active Active
- 2020-04-26 EP EP20798587.0A patent/EP3965496A4/en active Pending
-
2021
- 2021-10-28 US US17/513,506 patent/US20220150871A1/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104811892A (zh) * | 2014-01-29 | 2015-07-29 | 中兴通讯股份有限公司 | 一种资源分配方法、装置及系统 |
CN107347215A (zh) * | 2016-05-06 | 2017-11-14 | 普天信息技术有限公司 | 在v2x网络中资源的分配方法及终端 |
CN108990125A (zh) * | 2017-06-01 | 2018-12-11 | 华为技术有限公司 | 数据传输的方法、终端设备和网络设备 |
CN109152076A (zh) * | 2017-06-27 | 2019-01-04 | 华为技术有限公司 | 一种通信资源调度的方法、装置和系统 |
Non-Patent Citations (1)
Title |
---|
ZTE CORPORATION, CATT: "R2-168146 "Discussion on the necessity of V2V path configuration signalling"", 3GPP TSG_RAN\\WG2_RL2, no. 2, 4 November 2016 (2016-11-04) * |
Cited By (37)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020221148A1 (zh) * | 2019-04-30 | 2020-11-05 | 中兴通讯股份有限公司 | Ue信息的报告方法、车联网资源配置方法及装置 |
CN112788657B (zh) * | 2019-11-05 | 2024-03-19 | 华硕电脑股份有限公司 | 在侧链路中传送侧链路测量报告的方法和设备 |
CN112788657A (zh) * | 2019-11-05 | 2021-05-11 | 华硕电脑股份有限公司 | 在侧链路中传送侧链路测量报告的方法和设备 |
WO2021134732A1 (zh) * | 2019-12-31 | 2021-07-08 | 华为技术有限公司 | 一种资源调度的方法、装置及系统 |
EP4064776A4 (en) * | 2020-01-16 | 2022-09-28 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | METHOD FOR DETERMINING HYBRID AUTOMATIC REPETITION REQUEST PROCESSING INFORMATION, DEVICE AND RECORDING MEDIA |
CN115245008A (zh) * | 2020-01-23 | 2022-10-25 | 华为技术有限公司 | 通信处理方法和通信设备 |
WO2021159999A1 (zh) * | 2020-02-10 | 2021-08-19 | 索尼集团公司 | 用于无线通信的电子设备和方法、计算机可读存储介质 |
CN113259069A (zh) * | 2020-02-13 | 2021-08-13 | 展讯半导体(南京)有限公司 | 资源调度方法、用户设备、装置及存储介质 |
CN113259069B (zh) * | 2020-02-13 | 2022-09-13 | 展讯半导体(南京)有限公司 | 资源调度方法、用户设备、装置及存储介质 |
WO2021159624A1 (zh) * | 2020-02-14 | 2021-08-19 | Oppo广东移动通信有限公司 | 信息处理方法、装置、存储介质、处理器及电子装置 |
US12052105B2 (en) | 2020-02-14 | 2024-07-30 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Information processing method and apparatus, storage medium, processor and electronic device |
CN113271182A (zh) * | 2020-02-14 | 2021-08-17 | 中国移动通信有限公司研究院 | 一种确定直通链路进程的方法及设备 |
CN115136523A (zh) * | 2020-02-24 | 2022-09-30 | 华为技术有限公司 | 反馈资源的确定方法和装置 |
WO2021168635A1 (zh) * | 2020-02-24 | 2021-09-02 | 华为技术有限公司 | 反馈资源的确定方法和装置 |
CN113498044A (zh) * | 2020-03-18 | 2021-10-12 | 华硕电脑股份有限公司 | 无线通信系统中用于侧链路标识符改变的方法和设备 |
CN113498044B (zh) * | 2020-03-18 | 2022-05-17 | 华硕电脑股份有限公司 | 无线通信系统中用于侧链路标识符改变的方法和设备 |
EP4087292A4 (en) * | 2020-03-19 | 2022-12-07 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | SIDELINK DATA TRANSMISSION METHOD AND TERMINAL DEVICE |
CN114902704A (zh) * | 2020-03-19 | 2022-08-12 | Oppo广东移动通信有限公司 | 侧行数据传输方法和终端设备 |
EP4096132A4 (en) * | 2020-04-07 | 2023-05-03 | Vivo Mobile Communication Co., Ltd. | DOWNLINK DATA RECEIVING METHOD, DOWNLINK DATA SENDING METHOD, AND DEVICE |
US20230027505A1 (en) * | 2020-04-07 | 2023-01-26 | Vivo Mobile Communication Co., Ltd. | Downlink data receiving method, downlink data sending method, and device |
EP4118916A4 (en) * | 2020-04-20 | 2023-08-23 | Samsung Electronics Co., Ltd. | METHOD AND DEVICE FOR INTERRUPT HANDLING FOR VEHICLE-TO-EVERYTHING COMMUNICATIONS |
WO2021215799A1 (en) * | 2020-04-20 | 2021-10-28 | Samsung Electronics Co., Ltd. | Method and apparatus for interruption handling for vehicle to everything communication |
US11528743B2 (en) | 2020-04-20 | 2022-12-13 | Samsung Electronics Co., Ltd. | Method and apparatus for interruption handling for vehicle to everything communication |
US11924853B2 (en) | 2020-04-20 | 2024-03-05 | Samsung Electronics Co., Ltd. | Method and apparatus for interruption handling for vehicle to everything communication |
CN114731657A (zh) * | 2020-04-24 | 2022-07-08 | 华为技术有限公司 | 一种确定辅助信息资源块的方法及装置 |
WO2021212509A1 (zh) * | 2020-04-24 | 2021-10-28 | 华为技术有限公司 | 一种确定辅助信息资源块的方法及装置 |
CN115517000A (zh) * | 2020-05-07 | 2022-12-23 | 联想(北京)有限公司 | 用于快速mcg链路恢复过程期间的侧链路通信的方法及设备 |
CN113676303B (zh) * | 2020-05-15 | 2023-02-03 | 维沃移动通信有限公司 | 传输处理方法、装置及电子设备 |
CN113676303A (zh) * | 2020-05-15 | 2021-11-19 | 维沃移动通信有限公司 | 传输处理方法、装置及电子设备 |
WO2021248438A1 (en) * | 2020-06-12 | 2021-12-16 | Qualcomm Incorporated | Configured grant uplink transmission resource pool |
WO2022021220A1 (zh) * | 2020-07-30 | 2022-02-03 | 华为技术有限公司 | 一种数据传输方法及装置 |
WO2022082652A1 (zh) * | 2020-10-22 | 2022-04-28 | 北京小米移动软件有限公司 | 用于无线制式切换的通信方法、装置和电子设备 |
WO2022141443A1 (zh) * | 2020-12-31 | 2022-07-07 | 华为技术有限公司 | 一种指示信息传输的方法、装置及系统 |
WO2022222109A1 (zh) * | 2021-04-22 | 2022-10-27 | Oppo广东移动通信有限公司 | 资源选取方法、装置、设备及存储介质 |
CN113542000B (zh) * | 2021-05-20 | 2023-11-07 | 新华三大数据技术有限公司 | 一种进程号确定方法及装置 |
CN113542000A (zh) * | 2021-05-20 | 2021-10-22 | 新华三大数据技术有限公司 | 一种进程号确定方法及装置 |
WO2023001307A1 (zh) * | 2021-07-23 | 2023-01-26 | 华为技术有限公司 | 旁链路通信方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2020221148A1 (zh) | 2020-11-05 |
JP7584443B2 (ja) | 2024-11-15 |
US20220150871A1 (en) | 2022-05-12 |
EP3965496A1 (en) | 2022-03-09 |
JP2022530899A (ja) | 2022-07-04 |
KR20220004143A (ko) | 2022-01-11 |
EP3965496A4 (en) | 2022-11-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110536445A (zh) | Ue信息的报告方法、车辆网资源配置方法及装置 | |
CN108886781B (zh) | 基于Uu的车辆到车辆通信的调度方法和系统 | |
CN108631968B (zh) | 一种数据反馈资源的确定方法及装置 | |
JP7353484B2 (ja) | フィードバック方法、フィードバック装置及び記憶媒体 | |
WO2021109043A1 (zh) | 数据处理方法及装置、通信设备 | |
CN112889323A (zh) | 用于自主直通链路资源分配的方法和系统 | |
CN116250314A (zh) | 用户设备及其在非授权频谱中进行侧链通信的方法 | |
WO2021022907A1 (zh) | 数据传输方法、装置及存储介质 | |
WO2019157918A1 (zh) | 数据包传输、资源分配方法及装置、数据传输方法、终端 | |
CN110786062A (zh) | 基于短传输时间间隔的资源分配 | |
KR20210061406A (ko) | 능력 및 자원 할당 방법, 단말 기기 및 제어 기기 | |
US12041635B2 (en) | Method and apparatus for configuring transmission time interval, data transmission method and apparatus and system | |
CN114073158A (zh) | 用于副链路调度请求及缓冲状态报告传输的方法及设备 | |
CN111147202A (zh) | 一种车联网的数据传输方法、发送终端和网络侧设备 | |
US20220264586A1 (en) | Resource Allocation in Wireless Network | |
CN107295643B (zh) | 一种调度方法、装置和设备 | |
WO2021026841A1 (zh) | 调度请求传输的方法和设备 | |
EP4075702A1 (en) | Data transmission method, terminal apparatus, and storage medium | |
CN113647171A (zh) | 无线通信的方法和设备 | |
WO2021026681A1 (en) | System and method for using resources in sidelink communications | |
CN116210324A (zh) | 用于协调上行链路授权的方法及设备 | |
US20220393806A1 (en) | Method and device for determining transmission priority | |
CN117158085A (zh) | 传输资源的请求方法、装置、设备及存储介质 | |
US20230389054A1 (en) | Resource Selection-Type Dependent Prioritization of Resource Pool Utilization | |
WO2024007123A1 (zh) | 侧行数据的重传方法、harq进程的选择方法以及装置 |
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 |