CN111630933B - 在nr v2x中由ue执行侧链路通信的方法和装置 - Google Patents

在nr v2x中由ue执行侧链路通信的方法和装置 Download PDF

Info

Publication number
CN111630933B
CN111630933B CN201980007899.0A CN201980007899A CN111630933B CN 111630933 B CN111630933 B CN 111630933B CN 201980007899 A CN201980007899 A CN 201980007899A CN 111630933 B CN111630933 B CN 111630933B
Authority
CN
China
Prior art keywords
information
service
side link
direct connection
message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201980007899.0A
Other languages
English (en)
Other versions
CN111630933A (zh
Inventor
郑圣勋
金希真
李承旻
李英大
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN111630933A publication Critical patent/CN111630933A/zh
Application granted granted Critical
Publication of CN111630933B publication Critical patent/CN111630933B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/54Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/542Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1864ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1896ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/38Services specially adapted for particular environments, situations or purposes for collecting sensor information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/08Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24Transfer of terminal data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/16Interfaces between hierarchically similar devices
    • H04W92/18Interfaces between hierarchically similar devices between terminal devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

提供一种用于由第一装置(9010)执行侧链路通信的方法,和支持该方法的第一装置(9010)。该方法可以包括:从第二装置(9020)接收与由第二装置(9020)请求的服务的启动有关的消息;以及基于该消息来确定是否提供服务。

Description

在NR V2X中由UE执行侧链路通信的方法和装置
技术领域
本发明涉及无线通信系统,并且更具体地,涉及用于执行侧链路通信或V2X通信的方法以及支持该方法的装置。
背景技术
为了满足自第四代(4G)通信系统商业化以来不断增长的无线数据业务需求,正在努力开发改进的第五代(5G)通信系统或预5G通信系统。为此,将5G通信系统或预5G通信系统称为超越4G网络通信系统或后长期演进(LTE)系统。
图1示出可以对其应用本发明的技术特征的5G使用场景的示例。图1中所示的5G使用场景仅是示例性的,并且本发明的技术特征可以应用于图1中未示出的其他5G使用场景。
参考图1,5G的三个主要需求领域包括(1)增强型移动宽带(eMBB)域、(2)大规模机器类型通信(mMTC)区域以及(3)超可靠低延迟通信(URLLC)区域。一些用例可能需要多个领域进行优化,而其他用例可能只关注一个关键性能指标(KPI)。5G将以灵活、可靠的方式支持这些各种用例。
eMBB关注全面增强移动宽带接入的数据速率、延迟、用户密度、容量和覆盖范围。eMBB目标是约10Gbps的吞吐量。eMBB远远超过基本的移动互联网接入,并且覆盖在云和/或增强现实中丰富的交互式工作以及媒体和娱乐应用。数据是5G的关键驱动力之一,并且可能在5G时代首次无法看到专用语音服务。在5G中,期待使用由通信系统提供的数据连接将语音简单地处理为应用。业务量增加的主要原因是内容大小的增加和需要高数据速率的应用数量的增加。随着越来越多的设备连接到互联网,流服务(音频和视频)、交互式视频和移动互联网连接将变得越来越普遍。这些应用中的许多都需要始终在线的连接,以将实时信息和通知推送给用户。云存储和应用在移动通信平台中正在迅速增长,其可以被应用于工作和娱乐二者。云存储是一种特殊的用例,其可驱动上行链路数据速率的增长。5G还用于云上的远程任务,并在使用触觉接口时要求更低的端到端时延以保持良好的用户体验。例如,在娱乐中,云游戏和视频流是增加对移动宽带性能需求的另一个关键因素。在任何地方,娱乐对于智能手机和平板电脑都是至关重要的,包括诸如火车、汽车和飞机的高移动性环境。另一个用例是增强现实和用于娱乐的信息检索。在这里,增强现实要求非常低的延迟和瞬时数据量。
mMTC被设计使得能够进行在低成本、数量庞大且由电池驱动的设备之间的通信,旨在支持诸如智能计量、物流以及现场和人体传感器等应用。mMTC目标是电池使用大约10年和/或每平方公里大约100万台设备。mMTC允许在所有领域无缝集成嵌入式传感器,并且是最广泛使用的5G应用之一。IoT设备有望在2020年达到204亿。工业IoT是5G在使能智能城市、资产跟踪、智能公用事业、农业和安全基础设施方面发挥关键作用的领域之一。
URLLC将使设备和机器能够以超可靠性、极低的延迟和高可用性进行通信,使其成为车辆通信、工业控制、工厂自动化、远程手术、智能电网和公共安全应用的理想选择。URLLC目标是约1ms的延迟。URLLC包括新服务,该新服务将通过具有超高可靠性/低延迟的链路来改变行业,诸如对关键基础设施和自动驾驶车辆的远程控制。可靠性和延迟水平对于智能电网控制、工业自动化、机器人技术、无人机控制和协调至关重要。
接下来,将更详细地描述包括在图1的三角形中的多个用例。
5G可以补充光纤到户(FTTH)和基于电缆的宽带(或DOCSIS),作为速率从每秒数百兆比特到每秒吉比特的递送流的一种方式。对于递送分辨率为4K或更高(6K、8K及以上)的电视以及虚拟现实(VR)和增强现实(AR)可能需要这种高速。VR和AR应用主要包括沉浸式体育赛事。某些应用可能需要特殊的网络设置。例如,在VR游戏的情况下,游戏公司可能需要将核心服务器与网络运营商的边缘网络服务器集成在一起,以最小化时延。
预计汽车业将成为5G的重要的新驱动力,有许多用于车辆的移动通信的用例。例如,用于乘客的娱乐同时需要高容量和高移动宽带。这是因为将来的用户将继续期望高质量的连接,而不管他们的位置和速度如何。汽车行业的另一个用例是增强现实仪表板。驾驶员可以透过增强现实仪表板识别在透过前窗正在查看的内容之上的暗处中的物体。增强现实仪表板显示的信息将告知驾驶员物体的距离和运动。将来,无线模块实现车辆之间的通信、车辆与支持基础设施之间的信息交换,以及车辆与其他连接的设备(例如,随附行人的设备)之间的信息交换。该安全系统允许驾驶员指导替换的行动路线,以便驾驶员可以更安全地驾驶,从而降低发生事故的风险。下一步将是遥控车辆或自动驾驶车辆。这要求不同的自动驾驶车辆之间以及车辆与基础设施之间非常可靠且非常快速的通信。将来,自动驾驶车辆将执行所有驾驶活动,而驾驶员将仅关注车辆本身无法识别的交通。自动驾驶车辆的技术要求是要求超低延迟和高速可靠性,以将交通安全增加到人类无法达到的水平。
被称为智能社会的智能城市和智能家庭将被嵌入到高密度无线传感器网络中。智能传感器的分布式网络将识别城市或房屋的成本和节能维护的情况。可以对每个家庭执行类似的设置。温度传感器、窗户和加热控制器、防盗警报器和家用电器都无线地连接。这些传感器中的许多通常需要低数据速率、低功率和低成本。但是,例如,用于监视的某些类型的设备可能需要实时HD视频。
包括热或气在内的能量的消耗和分布被高度分散,需要分布式传感器网络的自动化控制。智能电网使用数字信息和通信技术将这些传感器互连,以收集信息并根据信息采取行动。此信息可以包括供应商和消费者的行为,从而使智能电网在效率、可靠性、经济性、生产可持续性和自动化方法方面改善燃料(诸如电力)的分布。可以将智能电网视为具有低延迟的另一个传感器网络。
健康行业拥有许多可以从移动通信中受益的应用。通信系统可以支持远程医疗,以在远程位置提供临床护理。这可以帮助减少距离障碍并改善获得在偏远农村地区无法持续可得的健康服务的机会。它还可用于在重症监护和紧急情况下挽救生命。基于移动通信的无线传感器网络可以提供远程监控和传感器用于诸如心率和血压的参数。
无线和移动通信在工业应用中变得越来越重要。安装和维护的布线成本很高。因此,在许多行业中,用可以重新配置的无线链路替换电缆的可能性是有吸引力的机会。但是,实现这一点需要无线连接以与电缆类似的时延、可靠性和容量来运行,并且简化它们的管理。低延迟和极低的错误概率是需要连接到5G的新要求。
物流和货运跟踪是移动通信的重要用例,其使得使用基于位置的信息系统能够在任何地方跟踪库存和包裹。物流和货运跟踪的用例通常需要较低的数据速率,但是需要大的范围和可靠的位置信息。
发明内容
技术问题
同时,不同的服务通常具有不同的服务要求,包括不同级别的QoS以及功能要求。取决于其能力和可用的无线电资源状态,不同的UE可能能够通过直接通信提供不同的服务。为此,当客户端UE想要与其他UE建立直接连接用于某种服务时,其应该能够确定潜在的服务UE是否可以提供具有该客户端UE所需的足够的QoS级别的服务。另外,为了快速服务启动,需要在短时间内完成服务发现过程和直接连接建立。当UE的移动性是高度动态时,服务发现和连接建立的快速完成尤其重要。
在传统技术中,服务发现过程和直接连接建立过程被顺序地执行。服务发现过程利用PC5直接发现机制作为数据传送机制,而直接连接建立过程利用PC5直接通信机制作为数据传送机制。传统技术的问题包括:a)直至连接建立的更长的时延,以及b)对于直接连接服务缺乏两个UE之间的QoS协商能力。
技术方案
一个实施例提供一种用于由第一装置执行侧链路通信的方法。该方法可以包括:从第二装置(9020)接收与由第二装置(9020)请求的服务的启动有关的消息;以及基于该消息来确定是否提供服务。
另一实施例提供一种执行侧链路通信的第一装置(9010)。该第一装置(9010)可以包括:至少一个收发器;至少一个处理器;以及至少一个计算机存储器,其可操作地连接到至少一个处理器并且存储指令,所述指令在被执行时,使至少一个处理器执行包括下述的操作:从第二装置(9020)接收与由第二装置(9020)请求的服务的启动有关的消息;以及基于该消息来确定是否提供服务。
有益效果
可以在装置之间有效地执行侧链路通信。
附图说明
图1示出可以对其应用本发明的技术特征的5G使用场景的示例。
图2示出可以对其应用本发明的示例性实施例的车辆。
图3示出根据本发明的示例性实施例的车辆的控制框图。
图4示出可以对其应用本发明的示例性实施例的自动驾驶设备的控制框图。
图5示出可以对其应用本发明的示例性实施例的LTE系统的结构。
图6示出可以对其应用本发明的示例性实施例的用户面的无线电协议架构。
图7示出可以对其应用本发明的示例性实施例的控制面的无线电协议架构。
图8示出可以对其应用本发明的示例性实施例的NR系统的结构。
图9示出可以对其应用本发明的示例性实施例的NG-RAN和5GC之间的功能划分。
图10示出可以对其应用本发明的示例性实施例的NR的无线电帧的结构。
图11示出可以对其应用本发明的示例性实施例的NR帧的时隙的结构。
图12示出可以对其应用本发明的示例性实施例的用于侧链路通信的协议栈。
图13示出可以对其应用本发明的示例性实施例的用于侧链路通信的协议栈。
图14示出可以对其应用本发明的示例性实施例的执行V2X或侧链路通信的终端。
图15示出可以对其应用本发明的示例性实施例的资源单元的示例性配置。
图16示出可以对其应用本发明的示例性实施例的根据与侧链路/V2X通信有关的传输模式(TM)的用户设备(UE)操作。
图17示出可以对其应用本发明的示例性实施例的发送资源的示例。
图18示出根据本发明的实施例的连接建立过程。
图19示出根据本发明的实施例的连接建立过程。
图20示出根据本发明的实施例的连接建立过程。
图21示出根据本发明的实施例的连接建立过程。
图22示出根据本发明的实施例的用于由第一装置(9010)执行侧链路通信的方法。
图23示出根据本发明的实施例的用于由第二装置(9020)执行侧链路通信的方法。
图24示出根据本发明的实施例的无线通信装置。
图25示出根据本发明的示例性实施例的无线通信设备。
具体实施方式
在本文件中,术语“/”和“,”应被解释为指示“和/或”。例如,表述“A/B”可以意指“A和/或B”。此外,“A,B”可以意指“A和/或B”。此外,“A/B/C”可以意指“A、B和/或C中的至少一个”。另外,“A、B、C”可以意指“A、B和/或C中的至少一个”。
此外,在文档中,术语“或”应被解释为指示“和/或”。例如,表述“A或B”可以包括1)仅A,2)仅B和/或3)A和B二者。换句话说,本文档中的术语“或”应被解释为指示“另外地或可替选地”。
在下文中,将详细描述可以对其应用本发明的示例性实施例的车辆。
图2示出可以对其应用本发明的示例性实施例的车辆。
参考图2,可以对其应用本发明的车辆(100)被定义为在道路或轨道上运行(或驾驶)的运输工具。车辆(100)对应于包括汽车、火车和摩托车的概念。车辆(100)可以对应于包括配备有发动机作为其动力源的所有内燃机(ICE)车辆、配备有发动机和电动机作为其动力源的混合动力车辆、配备有电动机作为其动力源的电动汽车等的概念。车辆(100)可以对应于个人拥有的车辆(POV)。车辆(100)也可以对应于共享车辆。并且,车辆(100)可以对应于自主(或自动驾驶)车辆。
图3示出根据本发明的示例性实施例的车辆的控制框图。
参考图3,车辆(100)可以包括用户接口设备(200)、物体检测设备(210)、通信设备(220)、驾驶操纵设备(230)、主ECU(240)、驱动控制设备(250)、自动驾驶设备(260)、传感器(270)和位置数据生成设备(280)。物体检测设备(210)、通信设备(220)、驾驶操纵设备(230)、主ECU(240)、驱动控制设备(250)、自动驾驶设备(260)、传感器(270)以及位置数据生成设备(280)均可以生成电信号,并且可以共同体现为在每个块之间交换电信号的电设备。
1)用户接口设备
用户接口设备(200)对应于被配置用于车辆(100)和用户之间的通信的设备。用户接口设备(200)可以接收用户输入,并且可以将从车辆(100)生成的信息提供给用户。车辆(100)可以经由用户接口设备(200)实现用户界面(UI)或用户体验(UX)。用户接口设备(200)可以包括输入设备、输出设备和用户监视设备。
2)物体检测设备
物体检测设备(210)可以生成关于被定位在车辆(100)外部的物体的信息。关于物体的信息可以包括关于物体的存在或不存在的信息、物体的位置信息、关于车辆(100)与物体之间的距离的信息以及关于车辆(100)和物体之间的相对速度的信息中的至少任何一个。物体检测设备(210)可以检测被定位在车辆(100)外部的物体。物体检测设备(210)可以包括能够检测被定位在车辆(100)外部的物体的至少一个传感器。物体检测设备(210)可以包括相机、雷达、激光雷达、超声波传感器和红外传感器中的至少任何一个。物体检测设备(210)可以将基于从传感器生成的感测信号生成的物体相关数据提供给车辆中包括的电子设备中的至少一个。
2.1)相机
相机可以通过使用图像来生成关于被定位在车辆(100)外部的物体的信息。相机可以包括至少一个透镜、至少一个图像传感器以及至少一个处理器,这至少一个处理器被电连接到至少一个图像传感器以便处理接收到的信号并且基于处理后的信号来生成与物体有关的数据。
相机可以对应于单色相机、立体相机和全景监视(AVM)相机中的至少任何一个。相机可以通过使用各种图像处理算法来获取物体的位置信息、关于相机与物体之间的距离的信息或关于相机与物体之间的相对速度的信息。例如,相机可以基于物体尺寸根据时间的变化,从获取到的图像中获取关于相机与物体之间的距离和相对速度的信息。例如,相机可以经由针孔模型、道路轮廓绘制等获取关于相机与物体之间的距离和相对速度的信息。例如,相机可以基于视差信息,根据从立体相机获取的立体图像来获取关于相机和物体之间的距离和相对速度的信息。
为了捕获车辆的外部,可以将相机安装在可以确保视野(FOV)的车辆的位置。为了捕获车辆的前部区域,可以将相机安装在车辆内部的前挡风玻璃附近。相机可能被安装在前保险杠或散热器护栅附近。为了捕获车辆的后区域,可以将相机安装在车辆内部的后玻璃附近。相机可以被安装在后保险杠、后备箱或尾门附近。为了捕获车辆的侧面区域,可以将相机安装在车辆内部的至少任何一个侧窗附近。可替选地,可以将相机安装在侧视镜、挡泥板或门附近。
2.2)雷达
雷达可以通过使用无线电波来生成关于被定位在车辆(100)外部的物体的信息。雷达可以包括无线电波发射器、无线电波接收器以及至少一个处理器,该至少一个处理器被电连接到无线电波发射器和无线电波接收器,以便处理接收到的信号并且基于处理后的信号来生成关于物体的数据。雷达可以被实现为脉冲雷达或连续波雷达。在此,连续波雷达可以被实现为调频连续波(FMCW)雷达或频移键控(FSK)雷达。雷达可以通过使用无线电波,基于飞行时间(TOF)方法或相移方法来检测物体,并且然后可以检测被检测到的物体的位置以及雷达与被检测到的物体之间的距离和相对速度。雷达可以被适当地安装在车辆的外部,以便于检测被定位在车辆的前面、车辆的后面或车辆的侧面处的物体。
2.3)激光雷达
激光雷达可以通过使用激光来生成关于被定位在车辆(100)外部的物体的信息。激光雷达可以包括光发射器、光接收器以及至少一个处理器,该至少一个处理器被电连接到光发射器和光接收器,以便处理接收到的信号并且基于处理后的信号来生成关于物体的数据。可以通过使用飞行时间(TOF)方法或相移方法来实现激光雷达。激光雷达可以被实现为可操作的激光雷达或不可操作的激光雷达。在将激光雷达实现为可操作型的情况下,激光雷达由电动机旋转,并且可以检测车辆(100)周围的任何物体。在激光雷达被实现为不可操作型的情况下,激光雷达可以经由光学转向来检测位于距车辆(100)预定范围内的物体。车辆(100)可以包括多个不可操作的激光雷达。激光雷达可以通过使用激光,基于飞行时间(TOF)方法或相移方法来检测物体,并且然后可以检测被检测到的物体的位置以及激光雷达与被检测到的物体之间的距离和相对速度。激光雷达可以被适当地安装在车辆的外部,以便于检测被定位在车辆的前面、车辆的后面或车辆的侧面的物体。
3)通信设备
通信设备(220)可以与位于车辆(100)外部的设备无线地交换信号。通信设备(220)可以通过网络与外部设备交换信号,或者可以直接与外部设备交换信号。外部设备可以包括服务器、移动设备(或装置)以及另一车辆中的至少任何一个。例如,通信设备(220)可以与至少一个用户设备(UE)交换信号。为了执行通信,通信设备(220)可以包括可以实现至少一个通信协议的射频(RF)电路和RF设备中的至少任何一个。根据本发明的示例性实施例,通信设备(220)也可以使用多个通信协议。通信设备(220)可以根据其距移动设备的距离来变换(shift)通信协议。
例如,通信设备可以基于蜂窝V2X(C-V2X)技术与外部设备交换信号。例如,C-V2X技术可以包括基于LTE的侧链路通信和/或基于NR的侧链路通信。稍后将描述C-V2X的细节。
例如,通信设备可以基于以IEEE 802.11p PHY/MAC层技术和IEEE 1609网络/传送层技术为基础的专用短程通信(DSRC)技术或者车辆环境(WAVE)中的无线接入规范来与外部设备交换信号。DSRC(或WAVE规范)技术对应于通信标准,该通信标准已被设计为经由车载单元之间的或路侧单元与车载单元之间的短程专用通信来提供智能交通系统(ITS)服务。DSRC技术可以使用5.9GHz的频带频率并且可以执行具有3Mbps~27Mbps的数据传输速率的通信。IEEE 802.11p技术可以与IEEE 1609技术组合,以便支持DSRC技术(或WAVE规范)。
根据本发明的通信设备可以通过仅使用C-V2X技术和DSRC技术中的任何一种来与外部设备交换信号。可替选地,根据本发明的通信设备可以通过使用由C-V2X技术和DSRC技术组成的混合技术来与外部设备交换信号。
4)驾驶操纵设备
驾驶操纵设备(230)对应于接收用于驾驶的用户输入的设备。在手动模式的情况下,可以基于由驾驶操纵设备(230)提供的信号来操作车辆(100)。驾驶操纵设备(230)可以包括转向输入设备(例如,方向盘)、加速输入设备(例如,加速器踏板)和制动输入设备(例如,制动踏板)。
5)主ECU
主ECU(240)可以控制车辆(100)中配备的至少一个电子设备的整体操作。
6)驱动控制设备
驱动控制设备(250)对应于被配置成电控制车辆(100)内的各种类型的车辆驱动设备的设备。驱动控制设备(250)可以包括动力总成驱动控制设备、底盘驱动控制设备、门/窗驱动控制设备、安全单元驱动控制设备、灯驱动控制单元和管道驱动控制设备。动力总成驱动控制设备可以包括动力源驱动控制设备和传动驱动控制设备(transmission drivecontrol device)。底盘驱动控制设备可以包括转向驱动控制设备、制动驱动控制设备和悬架驱动控制设备。安全单元驱动控制设备可以包括用于控制安全带(或座椅带)的安全带(或座椅带)驱动控制设备。
驱动控制设备(250)包括至少一个电子控制设备(例如,电子控制单元(ECU))。
驱动控制设备(250)可以基于从自动驾驶设备(260)接收到的信号来控制车辆驱动设备。例如,驱动控制设备(250)可以基于从自动驾驶设备(260)接收到的信号来控制动力总成、转向设备和制动设备。
7)自动驾驶设备
自动驾驶设备(260)可以基于所获取的数据来生成用于自动驾驶的路径。自动驾驶设备(260)可以根据生成的路径来生成驾驶计划。自动驾驶设备(260)可以生成用于根据行驶地点来控制车辆(100)的运动的信号。自动驾驶设备(260)可以将生成的信号提供给驱动控制设备(250)。
自动驾驶设备(260)可以实现至少一种高级驾驶员辅助系统(ADAS)功能。ADAS可以实现以下中的至少任意一种:自适应巡航控制(ACC)系统、自主紧急制动(AEB)系统、前方碰撞警示(FCW)系统、车道保持辅助(LKA)系统、车道改变辅助(LCA)系统、目标跟随辅助(TFA)系统、盲点检测(BSD)系统、自适应远光灯辅助(HBA)系统、自动泊车系统(APS)、行人(PD)碰撞警示系统、交通标志识别(TSR)系统、交通标志辅助(TSA)系统、夜视(NV)系统、驾驶员状态监视(DSM)系统和交通拥堵辅助(TJA)系统。
自动驾驶设备(260)可以执行从自动驾驶模式到手动驾驶模式的变换操作,或者从手动驾驶模式到自动驾驶模式的变换操作。例如,自动驾驶设备(260)可以基于从用户接口设备(200)接收到的信号,将车辆(100)的驾驶模式从自动驾驶模式变换成手动模式,或者从手动模式变换成自动驾驶模式。
8)传感器
传感器(270)可以感测车辆状态。传感器(270)可以包括以下中的至少任意一种:惯性测量单元(IMU)传感器、碰撞传感器、车轮传感器、速度传感器、倾斜传感器、重量检测传感器、航向传感器、位置模块、车辆前进/后退传感器、电池传感器、燃料传感器、轮胎传感器、转向传感器、温度传感器、湿度传感器、超声波传感器、照度传感器和踏板位置传感器。同时,惯性测量单元(IMU)传感器可以包括加速度传感器、陀螺仪传感器和磁传感器中的一个或多个。
传感器(270)可以基于从至少一个传感器生成的信号来生成车辆状态数据。车辆状态数据可以对应于基于从车辆中配备的各种传感器检测到的数据而生成的信息。传感器(270)可以生成数据,诸如车辆稳定性数据、车辆运动数据、车辆偏航数据、车辆翻滚数据、车辆俯仰数据、车辆碰撞数据、车辆方向数据、车辆角度数据、车辆速度数据、车辆加速度数据、车辆倾斜数据、车辆前进/后退数据、车辆重量数据、电池数据、燃料数据、轮胎气压数据、车辆室内温度数据、车辆室内湿度数据、方向盘旋转角度数据、车辆室外照度数据、关于施加到加速踏板的压力的数据、关于施加到制动踏板的压力的数据等等。
9)位置数据生成设备
位置数据生成设备(280)可以生成车辆(100)的位置数据。位置数据生成设备(280)可以包括全球定位系统(GPS)和差分全球定位系统(DGPS)中的至少任何一个。位置数据生成设备(280)可以基于从GPS和DGPS中的至少任意一个生成的信号来生成车辆(100)的位置数据。根据本发明的示例性实施例,位置数据生成设备(280)可以基于传感器(270)的惯性测量单元(IMU)和物体检测设备(210)的相机中的至少任何一个来校准位置数据。位置数据生成设备(280)可以被称为全球导航卫星系统(GNSS)。
车辆(100)可以包括内部通信系统(290)。包括在车辆(100)中的多个电子设备可以通过使用内部通信系统(290)彼此交换信号。数据可以被包括在相应的信号中。内部通信系统(290)可以使用至少一种通信协议(例如,CAN、LIN、FlexRay、MOST、以太网)。
图4示出可以对其应用本发明的示例性实施例的自动驾驶设备的控制框图。
参考图4,自动驾驶设备(260)可以包括存储器(140)、处理器(170)、接口单元(180)和电源(190)。
存储器(140)被电连接到处理器(170)。存储器(140)可以存储关于单元的基本(或主要)数据、用于控制单元的操作的控制数据以及被输入和输出的数据。存储器(140)可以以硬件的形式被配置为ROM、RAM、EPROM、闪存驱动器和硬盘驱动器中的至少任何一种。存储器(140)可以存储用于自动驾驶设备(260)的整体操作的各种数据,诸如用于处理或控制处理器(170)的程序。存储器(140)可以与处理器(170)一起实现为单体。根据本发明的示例性实施例,存储器(140)可以被分类为处理器(170)的子结构。
接口单元(180)可以经由有线或无线连接与车辆(100)中配备的至少一个电子设备交换信号。接口单元(180)可以经由有线或无线连接与物体检测设备(210)、通信设备(220)、驾驶操纵设备(230)、主ECU(240)、驱动控制设备(250)、传感器(270)和位置数据生成设备(280)中的至少一个交换信号。接口单元(180)可以由通信模块、端子、引脚、电缆、端口、电路、元件和设备中的任何一个来配置。
电源(190)可以向自动驾驶设备(260)供应电力。电源(190)可以从包括在车辆(100)中的电源(例如,电池)被供应电力,并且然后可以将电力供应给自动驾驶设备(260)的每个单元。电源(190)可以根据由主ECU(240)提供的控制信号来操作。电源(190)可以包括开关模式电源(SMPS)。
处理器(170)可以被电连接到存储器(140)、接口单元(180)和电源(190),并且可以相互交换信号。可以通过使用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑设备(PLD)、现场可编程门阵列(FPGA)、处理器(FPGA)、控制器、微控制器、微处理器和执行许多其他功能的电气单元中的至少一种来实现处理器(170)。
处理器(170)可以通过从电源(190)提供的电力来操作。处理器(170)可以在从电源(190)被提供电力的同时接收数据、处理数据、生成信号并提供生成的信号。
处理器(170)可以经由接口单元(180)从车辆(100)中配备的另一电子设备接收信息。处理器(170)可以经由接口单元(180)向配备在车辆(100)中的另一电子设备提供控制信号。
自动驾驶设备(260)可以包括至少一个印刷电路板(PCB)。存储器(140)、接口单元(180)、电源(190)和处理器(170)可以被电连接到印刷电路板(PCB)。
在下文中,将详细地描述要对其应用本发明的示例性实施例的通信技术。
下面描述的技术可以被使用在各种无线通信系统中,诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)等。CDMA可以以诸如通用陆地无线电接入(UTRA)或者CDMA-2000的无线电技术来实现。TDMA可以以诸如全球移动通信系统(GSM)/通用分组无线电服务(GPRS)/增强型数据速率GSM演进(EDGE)的无线电技术来实现。OFDMA可以以诸如电气与电子工程师协会(IEEE)802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、演进的UTRA(E-UTRA)等的无线电技术来实现。IEEE 802.16m是IEEE 802.16e的演进版本,并且提供与基于IEEE 802.16e的系统的后向兼容性。UTRA是通用移动电信系统(UMTS)的一部分。第三代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UTRA的演进的UMTS(E-UMTS)的一部分。3GPP LTE在下行链路中使用OFDMA,并且在上行链路中使用SC-FDMA。LTE-高级(LTE-A)是LTE的演进。
5G NR是LTE-A的后续技术,其对应于具有高性能、低延迟、高可用性等的特性的新的彻底清白(Clean-slate)型移动通信系统。5G NR可以使用所有可用频谱的资源,包括小于1GHz的低频带、范围从1GHz到10GHz的中频带、24GHz或更高的高频(毫米波)等等。
为了描述清楚,以下描述将主要集中在LTE-A或5G NR上。然而,本发明的技术特征将不仅限于此。
图5示出可以对其应用本发明的示例性实施例的LTE系统的结构。这也可以被称为演进的UMTS陆地无线接入网(E-UTRAN)或长期演进(LTE)/LTE-A系统。
参考图5,E-UTRAN包括基站(BS)(20),其向用户设备(UE)(10)提供控制面和用户面。UE(10)可以是固定的或移动的,并且也可以通过使用不同的术语来指代,诸如移动台(MS)、用户终端(UT)、订户站(SS)、移动终端(MT)、无线设备等等。基站(20)指代与UE(10)进行通信的固定站,并且还可以通过使用不同的术语来指代,诸如演进型节点B(eNB)、基站收发器系统(BTS)、接入点(AP)等等。
基站(20)通过X2接口彼此互连。基站(20)通过S1接口连接到演进型分组核心(EPC)(30)。更具体地,基站(20)通过S1-MME接口连接到移动性管理实体(MME),并通过S1-U接口连接到服务网关(S-GW)。
EPC(30)由MME、S-GW和分组数据网络网关(P-GW)来配置。MME具有UE接入信息或UE能力信息,并且这种信息可以主要在UE移动性管理中使用。S-GW对应于具有E-UTRAN作为其端点的网关。并且,P-GW对应于具有PDN作为其端点的网关。
基于在通信系统中众所周知的开放系统互连(OSI)模型的较低的三层,UE和网络之间的无线电接口协议的层可以被分类成第一层(L1)、第二层(L2)和第三层(L3)。在此,属于第一层的物理层使用信息传输服务来提供物理信道,并且位于第三层中的无线电资源控制(RRC)层执行控制UE与网络之间的无线电资源的功能。为此,RRC层在UE和基站之间交换RRC消息。
图6示出可以对其应用本发明的示例性实施例的用户面的无线电协议架构。图7示出可以对其应用本发明的示例性实施例的控制面的无线电协议架构。用户面对应于用于用户数据传输的协议栈,并且控制面对应于用于控制信号传输的协议栈。
参考图6和图7,物理(PHY)层属于L1。物理(PHY)层通过物理信道向较高层提供信息传输服务。PHY层被连接到媒体接入控制(MAC)层。数据通过传送信道在MAC层和PHY层之间被传输(或传送)。取决于如何以及根据哪些特性数据通过无线电接口被传输,对传送信道进行排序(或归类)。
在不同的PHY层之间,即,发射器的PHY层和接收器的PHY层之间,通过物理信道传输数据。可以通过使用正交频分复用(OFDM)方案来调制物理信道,并且可以将时间和频率用作无线电资源。
MAC层经由逻辑信道向作为MAC层的更高层的无线电链路控制(RLC)层提供服务。MAC层提供将多个逻辑信道映射到多个传送信道的功能。MAC层还通过将多个逻辑信道映射到单个传送信道来提供逻辑信道复用的功能。MAC层提供在逻辑信道上的数据传输服务。
RLC层执行RLC SDU的级联、分段和重组。为了确保无线电承载(RB)所要求的各种服务质量(QoS),RLC层提供三种类型的操作模式,即,透明模式(TM)、非确认模式(UM)和确认模式(AM)。AM RLC通过自动重传请求(ARQ)提供错误纠正。
无线电资源控制(RRC)层仅在控制面中被定义。并且,RRC层关于无线电承载的配置、重新配置和释放执行控制逻辑信道、传送信道和物理信道的功能。RB指代由第一层(PHY层)和第二层(MAC层、RLC层、PDCP层)提供的逻辑路径,以便于在UE和网络之间传送数据。
用户面中的分组数据汇聚协议(PDCP)的功能包括用户数据的传输、报头压缩和加密。控制面中的分组数据汇聚协议(PDCP)的功能包括控制面数据的传输和加密/完整性保护。
RB的配置指代用于指定无线电协议层和信道属性以便提供特定服务以及用于确定相应详细参数和操作方法的过程。然后RB可以被分类为两种类型,即,信令无线电承载(SRB)和数据无线电承载(DRB)。SRB用作在控制面中发送RRC消息的路径,而DRB用作在用户面中发送用户数据的路径。
当在UE的RRC层与E-UTRAN的RRC层之间建立RRC连接时,UE处于RRC_CONNECTED状态,并且否则,UE可以处于RRC_IDLE状态。在NR的情况下,另外定义RRC_INACTIVE状态,并且处于RRC_INACTIVE状态的UE可以维持其与核心网络的连接,而其与基站的连接被释放。
从网络向UE发送(或传送)数据的下行链路传送信道包括发送系统信息的广播信道(BCH)和发送其他用户业务或控制消息的下行链路共享信道(SCH)。下行链路多播或广播服务的业务或控制消息可以经由下行链路SCH被发送,或者可以经由单独的下行链路多播信道(MCH)被发送。同时,从UE向网络发送(或传送)数据的上行链路传送信道包括发送初始控制消息的随机接入信道(RACH)和发送其他用户业务或控制消息的上行链路共享信道(SCH)。
存在于比传输信道更高级别并且被映射到传输信道的逻辑信道可以包括广播控制信道(BCCH)、寻呼控制信道(PCCH)、公共控制信道(CCCH)、多播控制信道(MCCH)、多播业务信道(MTCH)等。
物理信道由时域中的多个OFDM符号和频域中的多个子载波配置。一个子帧在时域中由多个OFDM符号配置。资源块由资源分配单元中的多个OFDM符号和多个子载波配置。另外,每个子帧可以将对应子帧的特定OFDM符号(例如,第一OFDM符号)的特定子载波用于物理下行链路控制信道(PDCCH),即,L1/L2控制信道。传输时间间隔(TTI)指代子帧传输的单位时间。
图8示出可以对其应用本发明的示例性实施例的NR系统的结构。
参考图8,NG-RAN可以包括向用户提供用户面和控制面协议终止的gNB和/或eNB。图8示出NG-RAN仅包括gNB的情况。gNB和eNB经由Xn接口彼此连接。gNB和eNB经由第五代(5G)核心网络(5GC)和NG接口彼此连接。更具体地,gNB和eNB经由NG-C接口连接到接入和移动性管理功能(AMF),并且gNB和eNB经由NG-U接口连接到用户面功能(UPF)。
图9示出可以对其应用本发明的示例性实施例的NG-RAN和5GC之间的功能划分。
参考图9,gNB可以提供诸如小区间无线电资源管理(RRM)、无线电承载(RB)控制、连接移动性控制、无线电准入控制、测量配置和规定、动态资源分配等的功能。AMF可以提供诸如NAS安全性、空闲状态移动性处理等的功能。UPF可以提供诸如移动性锚定、PDU处理等的功能。会话管理功能(SMF)可以提供诸如用户设备(UE)IP地址分配、PDU会话控制等的功能。
图10示出可以对其应用本发明的示例性实施例的NR的无线电帧的结构。
参考图10,在NR中,无线电帧可以被用于执行上行链路和下行链路传输。无线电帧的长度为10ms,并且可以被定义为由两个半帧(HF)配置。半帧可以包括五个1ms的子帧(SF)。子帧(SF)可以被划分为一个或多个时隙,并且子帧内的时隙数量可以根据子载波间隔(SCS)来确定。根据循环前缀(CP),每个时隙可以包括12或14个OFDM(A)符号。
在使用正常CP的情况下,每个时隙可以包括14个符号。在使用扩展CP的情况下,每个时隙可以包括12个符号。在此,符号可以包括OFDM符号(或CP-OFDM符号)和SC-FDMA符号(或DFT-s-OFDM符号)。
下面示出的表1表示在正常CP被使用的情况下根据SCS配置(μ)的每时隙的符号数(Nslot symb)、每帧的时隙数(Nframe,u slot)以及每子帧的时隙数(Nsubframe,u slot)的示例。
[表1]
SCS(15*2u) Nslot symb Nframe,u slot Nsubframe,u slot
15KHz(u=0) 14 10 1
30KHz(u=1) 14 20 2
60KHz(u=2) 14 40 4
120KHz(u=3) 14 80 8
240KHz(u=4) 14 160 16
表2示出在使用扩展CP的情况下根据SCS的每时隙的符号数、每帧的时隙数以及每子帧的时隙数的示例。
[表2]
SCS(15*2^u) Nslot symb Nframe,u slot Nsubframe,u slot
60KHz(u=2) 12 40 4
在NR系统中,可以不同地配置被集成到一个UE的多个小区之间的OFDM(A)参数集(例如,SCS、CP长度等)。因此,由相同数量的符号配置的时间资源(例如,子帧、时隙或TTI)的(绝对时间)持续时间(或区间)(为了简单起见,统称为时间单元(TU))可以在集成的小区中被不同地配置。
图11示出可以对其应用本发明的示例性实施例的NR帧的时隙的结构。
参考图11,时隙在时域中包括多个符号。例如,在正常CP的情况下,一个时隙可以包括14个符号。然而,在扩展CP的情况下,一个时隙可以包括12个符号。可替选地,在正常CP的情况下,一个时隙可以包括7个符号。然而,在扩展CP的情况下,一个时隙可以包括6个符号。
载波在频域中包括多个子载波。资源块(RB)可以被定义为频域中的多个连续子载波(例如,12个子载波)。带宽部分(BWP)可以被定义为频域中的多个连续的(P)RB,并且BWP可以对应于一种参数集(例如,SCS、CP长度等)。载波可以包括最多N个BWP(例如,5个BWP)。数据通信可以经由激活的BWP执行。每个元素可以被称为资源网格内的资源元素(RE),并且一个复符号可以被映射到每个元素。
在下文中,将详细地描述V2X或侧链路通信。
图12示出可以对其应用本发明的示例性实施例的用于侧链路通信的协议栈。更具体地,图12的(a)表示LTE的用户面协议栈,并且图12的(b)表示LTE的控制面协议栈。
图13示出可以对其应用本发明的示例性实施例的用于侧链路通信的协议栈。更具体地,图13的(a)表示NR的用户面协议栈,并且图13的(b)表示NR的控制面协议栈。
在下文中,将详细描述侧链路同步信号(SLSS)和同步信息。
SLSS对应于侧链路特定的序列,其可以包括主侧链路同步信号(PSSS)和辅侧链路同步信号(SSSS)。PSSS也可以被称为侧链路主同步信号(S-PSS),并且SSSS也可以被称为侧链路辅同步信号(S-SSS)。
物理侧链路广播信道(PSBCH)可以对应于(广播)信道,通过该信道发送用户设备(UE)在发送和接收侧链路信号之前首先应该知道的基本(系统)信息。例如,基本信息可以对应于与SLSS有关的信息、双工模式(DM)、TDD UL/DL配置、与资源池有关的信息、与SLSS有关的应用程序类型、子帧偏移、广播信息等等。
S-PSS、S-SSS和PSBCH可以以块格式(例如,侧链路SS/PSBCH块,在下文中称为S-SSB)被包括。S-SSB可以具有与载波内的物理侧链路控制信道(PSCCH)/物理侧链路共享信道(PSSCH)相同的参数集(即,SCS和CP长度),并且传输带宽可以存在于(预)配置的SL BWP内。并且,可以(预)配置S-SSB的频率位置。因此,不需要UE执行假设检测以便于发现载波中的S-SSB。
每个SLSS可以具有物理层侧链路同步标识(ID),并且相应的值可以等于范围从0到335的任何一个值。取决于所使用的上述值中的任何一个值,同步源也可能被识别。例如,值0、168、169可以指示全球导航卫星系统(GNSS),从1到167的值可以指示基站,而从170到335的值可以指示源不在覆盖范围之内。可替选地,在物理层侧链路同步ID值中,值0至167可以对应于网络正在使用的值,并且值168至335可以对应于在网络覆盖范围之外使用的值。
图14示出可以对其应用本发明的示例性实施例的执行V2X或侧链路通信的终端。
参考图14,在V2X/侧链路通信中,术语终端可以主要指代用户使用的终端(或设备)。但是,在诸如基站的网络设备根据网络设备与用户设备(UE)(或终端)之间的通信方案发送和接收信号的情况下,基站也可以被视为一种类型的用户设备(或终端)。
用户设备1(UE1)可以在指代资源集合的资源池内选择与特定资源相对应的资源单元,并且然后UE1可以被操作使得使用对应的资源单元来发送侧链路信号。对应于接收UE的用户设备2(UE2)可以被配置有UE1可以向其发送信号的资源池,并且然后可以检测来自对应的资源池的UE1的信号。
在此,在UE1在基站的连接范围内的情况下,基站可以通知资源池。相反,在UE1在基站的连接范围之外的情况下,另一个UE可以通知资源池,或者可以使用预先确定的资源。
通常,可以在多个资源单元中配置资源池,并且每个UE可以选择一个资源单元或多个资源单元,并且可以使用所选择的(一个或多个)资源单元用于其侧链路信号传输。
图15示出可以对其应用本发明的示例性实施例的资源单元的示例性配置。
参考图15,资源池的总频率资源可以被划分为NF个资源单元,资源池的总时间资源可以被划分为NT个资源单元。因此,可以在资源池中定义总共NF*NT个资源单元。图15示出以NT个子帧的循环重复对应的资源池的情况的示例。
如图15中所示,可以周期性地并且重复地指示一个资源单元(例如,单元#0)。可替选地,为了在时间或频率级别(或维度)上实现分集效应,可以根据时间将逻辑资源单元所映射到的物理资源单元的索引改变为预先确定的图样。在这样的资源单元结构中,资源池可以指代可以用于由用户设备(UE)执行的、旨在发送侧链路信号的传输的资源单元的集合。
资源池可以被分割成多种类型。例如,取决于从每个资源池发送的侧链路信号的内容,可以如下所述地划分资源池。
(1)调度指配(SA)可以对应于包括诸如以下信息的信号:用于侧链路数据信道的传输的资源的位置、对于其他数据信道的调制所需的调制和编码方案(MCS)或MIMO传输方案、定时提前(TA)等。SA还可以与同一资源单元内的侧链路数据复用,并且然后可以被发送,并且在这种情况下,SA资源池可以指代在其中SA与侧链路数据复用并且然后被发送的资源池。SA也可以被称为侧链路控制信道。
(2)物理侧链路共享信道(PSSCH)可以对应于由发射UE为了发送用户数据所使用的资源池。如果SA在同一资源单元内与侧链路数据复用并且然后被发送,则仅有不包括SA信息的侧链路数据信道可以从被配置用于侧链路数据信道的资源池中被发送。换句话说,用于在SA资源池的单独资源单元内发送SA信息的RE仍可以被用于从侧链路数据信道的资源池中发送侧链路数据。
(3)发现信道可以对应于由发射UE为了发送诸如其自己的ID的信息所使用的资源池。通过这样做,发射UE可以允许邻近UE发现该发射UE。
即使上述侧链路信号的内容相同,也可以取决于侧链路信号的发送/接收属性来使用不同的资源池。例如,即使使用相同的侧链路数据信道或发现消息,也可以取决于传输定时决定方法(例如,是否在同步参考信号的接收点处执行传输,或是否通过应用一致的定时提前在接收点处执行传输)、资源分配方法(例如,基站是否将单独信号的发送资源指定给单独的发射UE,或单独的发射UE是否自行从资源池中选择单独的信号发送资源)、以及侧链路信号的信号格式(例如,子帧内每个侧链路信号占用的符号数,或用于一个侧链路信号的传输的子帧数)、来自基站的信号强度、侧链路UE的发送功率强度(或水平)等,将资源池识别为不同的资源池。
在下文中,将详细描述侧链路中的资源分配。
图16示出可以对其应用本发明的示例性实施例的根据与侧链路/V2X通信有关的传输模式(TM)的用户设备(UE)操作。
图16的(a)表示与传输模式1或传输模式3有关的UE操作,并且图16的(b)表示与传输模式2或传输模式4有关的UE操作。
参考图16的(a),在传输模式1/3中,基站经由PDCCH(更具体地,DCI)对UE1执行资源调度,并且UE1根据对应的资源调度执行与UE2的侧链路/V2X通信。在经由物理侧链路控制信道(PSCCH)向UE2发送侧链控制信息(SCI)之后,UE1可以经由物理侧链共享信道(PSSCH)基于SCI发送数据。在LTE侧链路的情况下,传输模式1可以被应用于一般的侧链路通信,并且传输模式3可以被应用于V2X侧链路通信。
参考图16的(b),在传输模式2/4中,UE可以自行调度资源。更具体地,在LTE侧链路的情况下,传输模式2可以被应用于一般的侧链路通信,并且UE可以自行从预定资源池中选择资源,并且然后可以执行侧链路操作。传输模式4可以被应用于V2X侧链路通信,并且UE可以实施感测/SA解码过程等等,并且自行在选择窗口内选择资源,并且然后可以执行V2X侧链路操作。在经由PSCCH向UE2发送SCI之后,UE1可以经由PSSCH发送基于SCI的数据。在下文中,传输模式可以简称为模式。
在NR侧链路的情况下,可以定义至少两种类型的侧链路资源分配模式。在模式1的情况下,基站可以调度将被用于侧链路传输的侧链路资源。在模式2的情况下,用户设备(UE)可以从由基站/网络配置的侧链路资源或预先确定的侧链路资源中确定侧链路发送资源。配置的侧链路资源或预先确定的侧链路资源可以对应于资源池。例如,在模式2的情况下,UE可以自主选择用于传输的侧链路资源。例如,在模式2的情况下,UE可以辅助(或帮助)另一UE的侧链路资源选择。例如,在模式2的情况下,UE可以被配置有用于侧链路传输的NR配置的许可。例如,在模式2的情况下,UE可以调度另一个UE的侧链路传输。并且,模式2可以至少支持用于盲重传的侧链路资源的预留。
在资源分配模式2中可以支持与感测和资源(重新)选择有关的过程。感测过程可以被定义为对来自另一UE的SCI进行解码和/或侧链路测量的过程。在感测过程中对SCI的解码可以至少提供关于由发送SCI的UE指示的侧链路资源的信息。当对应的SCI被解码时,感测过程可以使用基于SL DMRS的L1 SL RSRP测量。资源(重新)选择过程可以使用感测过程的结果,以便于确定用于侧链路传输的资源。
图17示出可以对其应用本发明的示例性实施例的发送资源的示例。
参考图17,UE可以经由感测窗口内的感测来识别由另一UE预留的发送资源或由另一UE使用的资源,并且,在从选择窗口中排除所识别的资源之后,UE可以从在剩余资源当中的具有低干扰的资源中随机选择资源。
例如,在感测窗口内,UE可以解码包括关于预留资源的循环的信息的PSCCH,并且然后,UE可以从基于PSCCH周期性地确定的资源中测量PSSCH RSRP。UE可以从选择窗口中排除具有超过阈值的PSSCH RSRP的资源。其后,UE可以从选择窗口内的剩余资源中随机选择侧链路资源。
可替选地,UE可以测量感测窗口内的周期性资源的接收信号强度指示(RSSI),并且然后可以确定具有低干扰的资源(例如,资源的较低的20%)。另外,UE还可以从周期性资源当中的在选择窗口中包括的资源中随机选择侧链路资源。例如,在UE未能执行对PSCCH的解码的情况下,UE可以使用上述方法。
同时,不同的服务通常具有不同的服务要求,包括不同级别的QoS,以及功能要求。取决于其能力和可用的无线电资源状态,不同的UE可能能够通过直接通信提供不同的服务。出于这个原因,当客户端UE想要与其他UE建立直接连接用于某种服务时,其应能够确定潜在的服务UE是否可以提供该客户端UE所需的足够的QoS级别的服务。另外,为了快速服务启动,需要在短时间内完成服务发现过程和直接连接建立。当UE的移动性是高度动态时,服务发现和连接建立的快速完成特别重要。
在传统技术中,服务发现过程和直接连接建立过程被顺序地执行。服务发现过程利用PC5直接发现机制作为数据传送机制,而直接连接建立过程利用PC5直接通信机制作为数据传送机制。传统技术的问题包括:a)直至连接建立的更长的时延,以及b)对于直接连接服务缺乏两个UE之间QoS协商能力。
在本说明书中,直接连接可以被称为PC5 RRC连接,并且直接通信可以被称为侧链路通信。在本说明书中,远程UE可以被称为第一UE或发射UE,并且主机UE可以被称为第二UE或接收UE。
根据本发明的实施例,第一UE可以发送直接连接请求消息以请求用于直接通信的连接建立。在本说明书中,直接连接请求消息可以被称为直接通信请求消息、UE间通信请求消息、PC5 RRC连接请求消息、RRC连接请求消息或连接请求消息。直接连接请求消息可以包括还可能指示要求的QoS的所请求的服务信息。直接连接请求消息可以包括在第一UE处可用的辅助信息,以辅助(潜在的)第二UE用于连接建立。
在接收到直接连接请求消息时,(潜在的)第二UE可以基于直接连接请求消息中包括的所请求的服务信息和(潜在的)第二UE的能力来确定是否可以提供具有所指示的QoS的请求的服务。如果(潜在的)第二UE可以提供具有可接受的QoS的所请求的服务(的部分),则(潜在的)第二UE可以向第一UE发送直接连接接受消息。另一方面,如果(潜在的)第二UE不能接收具有可接受的QoS的所请求的服务,则(潜在的)第二UE可以向第一UE发送直接连接拒绝消息。在本说明书中,直接连接接受消息可以被称为直接通信接受消息、UE间通信接受消息、PC5 RRC连接接受消息、RRC连接接受消息或连接接受消息。在本说明书中,直接连接拒绝消息可以被称为直接通信拒绝消息、UE间通信拒绝消息、PC5 RRC连接拒绝消息、RRC连接拒绝消息或连接拒绝消息。
可替选地,(潜在的)第二UE可以被配置成让网络决定是否应进行连接建立以提供所请求的服务。在这种情况下,(潜在的)第二UE可以通过将直接连接请求消息包括在UE-网络消息(例如,RRC消息)中来将直接连接请求消息发送到网络。在此UE-网络消息中,(潜在的)第二UE还包括由(潜在的)第二UE收集的在(潜在的)第二UE方面的其侧链路能力IE以及UE状态信息IE,使得网络可以适当地决定可容许的服务。然后,网络可以取决于其决定,以直接连接接受消息或直接连接拒绝消息进行响应。在接收到响应消息时,(潜在的)第二UE可以以对应的消息来响应第一UE。
在接收到去往第一UE的直接连接接受消息时,如果第一UE接受所提供的(一个或多个)服务,则第一UE可以向第二UE发送直接连接确认消息。如果第一UE接受第二UE提供的(一个或多个)服务中的部分的(一个或多个)服务,则第一UE可以指示服务信息。如果第一UE不能接受第二UE提供的(一个或多个)服务,则第一UE可以发送直接连接否定消息。在本说明书中,直接连接确认消息可以被称为直接通信确认消息、UE间通信确认消息、PC5 RRC连接确认消息、RRC连接确认消息或连接确认消息。在本说明书中,直接连接否定消息可以被称为直接通信否定消息、UE间通信否定消息、PC5 RRC连接否定消息、RRC连接否定消息或连接否定消息。
在下文中,将更详细地描述根据本发明的实施例的提出的过程。
图18示出根据本发明的实施例的连接建立过程。
参考图18,在步骤S1800中,第二UE(和/或第一UE)可以从网络接收与UE之间的单播设立策略有关的配置。例如,网络可以是基站。与单播设立策略有关的配置可以包括第一信息(或第一配置)或第二信息(或第二配置)。例如,第一信息或第一配置可以指示在UE之间使用信令以用于在UE之间的连接建立(即,决策节点是UE)。例如,第二信息或第二配置可以指示在UE和网络之间使用信令以用于在UE之间的连接建立(即,决策节点是基站)。
例如,网络可以基于下述中的任意一个来配置第二UE和/或第一UE以应用单播设立策略:
1)第一配置:仅经由直接通信过程(即,经由可能基于由网络规定的策略的UE自主决策);或
2)第二配置:经由显式网络决策(即,不能做出UE自主决策)。
例如,第一UE可以在单播设立请求之前检查策略。如果第一UE被配置成使用直接通信过程用于单播设立,则第一UE可以经由侧链路发送直接连接请求消息。否则,第一UE可以经由UE-网络信令,例如RRC消息或Uu链路,来发送直接连接请求消息。
例如,在从其他UE(例如,第一UE)接收到直接连接请求消息时,如果(潜在的)第二UE被配置成使用直接通信过程用于单播设立,则(潜在的)第二UE直接响应第一UE。否则,(潜在的)第二UE可以将接收到的直接连接请求消息发送到网络,让网络决定是否继续进行以及详细参数,并且(潜在的)第二UE可以根据网络接收到的决策来响应第一UE。
在图18中,假设第二UE被配置成在第二UE与网络之间的使用信令以用于第一UE与第二UE之间的连接建立(即,决策节点是基站)。如果第二UE被预先配置成在第二UE和网络之间使用信令以用于第一UE和第二UE之间的连接建立,则可以省略步骤S1800。
在步骤S1810中,第一UE可以发送直接连接请求消息,以请求在第一UE和其他UE(例如,潜在的主机UE或潜在的第二UE)之间建立直接连接设立用于第一UE所请求的(一个或多个)服务。例如,第一UE可以通过将广播L2 ID包括在直接连接请求消息的L2报头中来经由广播发送直接连接请求消息。在本说明书中,直接连接可以被称为直接通信、UE间通信、PC5 RRC连接、RRC连接或连接。
如果L1目的地ID可以在例如物理侧链路控制信道上被指示以经由广播来通知直接连接请求消息的传输,则可以指示广播L1 ID作为目的地ID。如果L1目的地ID可以在例如物理侧链路控制信道上被指示以经由广播来通知用于直接连接请求消息的传输的资源预留,则可以指示广播L1 ID作为目的地ID。可以在用于所发送的传送块的MAC报头中指示用于广播的L2目的地ID。
如果第一UE已经识别(潜在的)第二UE的ID,则第一UE可以通过寻址用于直接连接请求消息的传输的目的地字段中的(潜在的)第二UE,来经由单播发送此消息。如果L1目的地ID在例如物理侧链路控制信道上被指示以经由单播来通知直接连接请求消息的传输,则可以指示单播L1 ID作为目的地ID。如果L1目的地ID在例如物理侧链路控制信道上被指示以经由单播来通知用于直接连接请求消息的传输的资源预留,则可以指示单播L1 ID作为目的地ID。如果L2目的地ID在所发送的传送块的MAC报头中被指示,则使得接收MAC能够识别该传送块是用于单播业务。直接连接请求消息可以包括以下信息中的至少一个:
1)第一UE想要得到的服务信息
可以通过服务标识符(SID)或服务码(SCD)来指示感兴趣/请求的服务。可以通过列出SID或SCD来指示多种服务。
2)请求的QoS信息
请求的QoS信息可以指示用于所请求的服务的所要求/期望的QoS级别。如果请求了多个服务,则可能需要针对每个服务级别指示请求的QoS信息。请求的QoS信息可以包括以下QoS信息中的至少一个:
2.1)要求的QCI值或5QI或表示QoS参数的(部分)集合的新QoS指示符值:有效载荷(字节)、传输速率(消息/秒或分组/秒)、最大端到端延迟(ms)、目标通信范围、可靠性(%)或数据速率(Mbps)。数据速率可以进一步指示以下信息中的至少一个:
-平均数据速率,其指示当信道不拥塞时的所期望的数据速率。
-最小数据速率,其指示相关联的服务维持该服务所需的最小数据速率。如果服务需要保证的比特率,则有必要包括此信息。
-聚合的最大比特率(AMBR),其指示在所请求的PC5直接通信上支持的最大数据速率。
2.2)如果QCI或5QI或新QoS指示符不能表示以上提出的所有参数,则可以将QoS指示符未涵盖的参数与QoS指示符一起指示。
2.3)最小所需通信范围(米)
2.4)对QoS预测的需求
-对QoS预测的需求可以指示所请求的服务是否要求QoS预测功能,其中QoS预测功能允许被服务的UE预先知道所预期的QoS的变化(例如,预期某个QoS级别会在10秒内降级)。
-对QoS预测的需求可以进一步指示最小定时提前,通过该最小定时提前,基于QoS预测的QoS改变通知在实际QoS改变的时刻之前被通知给第一UE。
-对QoS预测的需求可以进一步向第一UE指示对QoS预测通知的周期性更新的需求。对QoS预测的需求可以进一步指示请求的QoS预测通知的周期性。
2.5)对支持保证的QoS的需求
-此IE可以指示所请求的服务是否要求保证的QoS。可以在特定时间段内定义要求的QoS。该时间段可以指示可以确保所承诺的QoS的最小时间段。在该IE的这种使用中,该IE可以进一步指示请求的QoS需要被维持的时间段。
-可以以请求的QoS需要被满足的最小概率来指示此IE。
3)连接信息
直接连接的类型:此IE可以是“单播”或“多播”或“广播”之一。在此IE不存在的情况下,默认下指示“单播”。
直接连接的方向:此IE可以是“仅接收的单向”或“仅发送的单向”或“双向”之一。
被请求的每个服务信息应与一种类型的直接连接请求相关联。为此目的,可能需要针对每个被请求的服务ID来指示连接信息IE。
4)用于直接连接设立的最大等待时间
此信息可以指示从最初请求连接以来第一UE可以等待直至所请求的直接通信建立为止的最大等待时间。为了确保潜在的第二UE知道连接何时被最初请求,指示在第一UE处最初构造直接连接请求的时刻的时间信息可能需要被包括在直接连接请求消息中。
5)侧链路能力信息
侧链路能力信息可以指示可用于在请求的直接通信上发送和/或接收的第一UE的能力。发送能力和接收能力可能需要被分别指示。
侧链路能力信息可以进一步指示第一UE的安全能力。这可能包括支持的加密算法以及可能相关的参数。这可能包括支持的完整性检查算法以及可能相关的参数。
侧链路能力信息可以进一步指示支持的安全能力。这可能包括支持的加密算法。这可能包括支持的完整性保护算法。这可能包括安全密钥的支持的长度。
侧链路能力信息可以指示用于直接通信的以下能力信息中的至少一个:
5.1)关于支持的调制阶数的信息
5.2)关于支持的信道编码方案的信息
5.3)关于支持的RAT的信息
5.4)对于每个支持的RAT的最大发送功率
5.5)对于每个支持的RAT的支持的频带
5.6)用于直接通信的每个支持的带的支持的带宽
5.7)用于直接通信的支持的带组合:用于直接通信的同时接收的支持的带组合和/或用于直接通信的同时发送的支持的带组合
5.8)用于并发的Uu和直接通信的支持的带组合:用于并发的接收的支持的带组合、用于并发的发送的支持的带组合、用于并发的Uu接收和直接通信发送的支持的带组合,和/或用于并发的Uu发送和直接通信接收的支持的带组合
5.9)每个RAT或每个RAT的每个带的双工:半双工或全双工
5.10)HARQ能力:该信息可以指示HARQ能力。此信息可以进一步指示HARQ过程的最大数量。此信息可以进一步指示以下信息中的至少一个:
-HARQ反馈的支持
-HARQ组合的支持
-支持的HARQ反馈信令方法:侧链路控制信道上的HARQ反馈、侧链路数据信道上的HARQ反馈(即,HARQ反馈在数据传输上被搭载)和/或MAC控制元素上的HARQ反馈
5.11)每个频率或每个RAT的最大层数(空间复用)
5.12)支持的同步源:支持GNSS作为同步参考源、支持UE发送的同步(例如,SLSS)作为同步参考源,和/或支持网络同步(下行链路同步)作为同步参考源
6)UE识别信息
6.1)第一UE的初始ID
该ID可以是第一UE的层2ID。如果指示此L2 ID,则潜在的第二UE需要通过将L2 ID包括在去往第一UE的消息的L2报头中,来使用此L2 ID寻址第一UE。如果没有指示该L2 ID,则潜在的第二UE需要使用包括在该直接连接请求消息的L2报头中的L2 ID。
可替选地,此ID可以是第一UE的上层ID。接收第二UE的上层可以使用该ID来寻址第一UE。
6.2)发送此消息的UE的服务小区(例如,主小区)识别信息
-物理小区ID+频率;或者
-全球小区ID
7)UE状态信息
7.1)UE位置:此信息可以指示第一UE的位置。接收UE(即,第二UE)可以使用此信息来确定要建立的直接连接是否可以为所请求的服务提供请求的QoS。通过计算第一UE和第二UE之间的距离,此信息可以被用于初始功率控制。
7.2)信道状态信息:此信息可以指示信道统计数据。
信道质量:此信息可以指示第一UE和第二UE之间的直接链路的信道质量。第一UE可以通过测量由第二UE发送的信号的强度/质量来测量链路质量。
信道繁忙率(CBR):此信息可以以百分比(%)为单位指示每个资源组被占用了多少。可能需要按照可能被用于被请求的直接通信的每个RAT每个信道用信号发送该信息。
7.3)进行中的侧链路服务信息
进行中的侧链路服务信息可以指示第一UE已经在侧链路上为其发送分组的进行中的(一个或多个)侧链路服务。由于半双工约束,第二UE可以使用该信息来更好地估计接收机会。
进行中的侧链路服务信息可以进一步指示服务的优先级,例如,ProSe每分组优先级(PPPP)。
进行中的侧链路服务信息可以进一步指示服务的要求的QoS信息。例如,这可以指示进行中的服务所要求的平均有效负载大小、数据速率和/或最大时延。例如,这可以指示进行中的服务所要求的所需的QCI值。例如,这可以指示进行中的服务所要求的所需的5QI值。
进行中的侧链路服务信息可以进一步指示关于每个进行中的服务的以下信息中的至少一个:
-为关注的服务发送/接收的消息的平均有效负载(字节)
-在发送消息的进行中的服务的情况下的平均传输速率(消息/秒或传送块/秒)
-平均传输时延(毫秒)(测量为消息到达无线电协议栈与消息实际在空中被发送之间的持续时间)
-估计的可靠性(%):可以通过计数针对第一UE直至当前时间在定义的时间窗口上发送的消息的HARQ ACK/NACK以及HARQ ACK的识别来进行此估计。
-为了向第二UE通知关注的服务的整体业务统计数据,在已经发送关注的服务的分组的整个频率上收集统计数据是足够的,并且在已经发送所有关注的服务的分组的整个频率上收集统计数据也是足够的。为了辅助第二UE为第一UE选择更好的资源配置,可能需要按频率/信道来收集并指示以上统计数据。
进行中的侧链路服务信息可以进一步指示以下信息中的至少一个以帮助第二UE避免使用第一UE使用的/可以使用的资源:关于预留的发送资源的信息(时间/频率信息)。例如,此信息可以包括:a)可用于识别预留间隔的起点的时间偏移,b)重传间隔(初始和重传之间的间隙),和/或c)预留间隔(数据传输周期性)。
7.4)覆盖范围内/覆盖范围外信息
覆盖范围内/覆盖范围外信息可以指示第一UE当前在网络内部还是在网络覆盖范围之外。如果第一UE支持多个RAT,则其可能需要按照每个RAT用信号发送信息。如果第一UE被配置有双连接,则其可以指示相对于主小区的连接状态。当主小区可以控制用于所请求的关注的直接通信的连接时,覆盖范围内/覆盖范围外信息可能会有用。
7.5)当前同步源信息:此信息可以指示第一UE是否可以接收GNSS信号。
7.6)用于发送直接连接请求消息的发送功率:该信息可以被第二UE使用来估计第一UE与第二UE之间的路径损耗,并确定和控制第一UE的发送功率以及第二UE的发送功率。
8)UE订阅信息或订阅的PLMN信息
订阅的PLMN信息可以指示用于包括PC5的蜂窝服务的UE的归属PLMN。订阅的PLMN信息可以指示对其而言PC5操作被许可用于UE的PLMN。订阅的PLMN信息可以指示对其而言用于所请求的服务的PC5操作被许可用于UE的(一个或多个)PLMN。可能需要针对每个服务用信号发送订阅的PLMN信息。订阅的PLMN信息可以进一步指示下述信息中的至少一个:
-每个RAT的归属PLMN:这是当UE支持多个RAT并且每个RAT与相同或不同的归属PLMN相关联时的情况(例如,双SIM双激活,DSDA)
-每个允许的PLMN的支持的RAT;
-允许的操作:这指示对于PLMN下述操作的哪些是允许的(例如,仅发送、仅接收、或者发送和接收二者)
9)优选配置(用于第一UE的传输的优选调度模式)
优选配置可以指示调度第一UE的传输的优选方式。优选的配置可以包括“第二UE调度和第一UE自主调度二者(=不关心)”或“仅第一UE自主调度”。例如,第一UE可以将此IE设置为“仅第一UE自主调度”,如果其没有丢失发送资源选择的自由度。
对于故障处置,在发送直接连接请求消息时,第一UE开始定时器T_CONN。如果T_CONN期满,则第一UE认为连接请求失败。第一UE开始定时器T_INT。
在T_INT运行时,不允许第一UE针对具有相同QoS要求的相同服务请求直接连接设立。按照同一消息中请求的服务集合来管理T_INT。因此,可以同时运行多个T_INT。可以通过网络将T_CONN和T_INT的值配置给第一UE,或者可以预先设置这些值。
在T_INT运行时,如果第一UE想要请求新服务,则允许第一UE启动直接连接设立。在T_INT运行时,如果第一UE想要请求新服务,则允许第一UE在T_INT运行时启动直接连接设立。在T_INT运行时,如果第一UE想要请求具有不同QoS要求的导致运行中的T_INT的服务,则允许第一UE在T_INT运行时启动直接连接设立。
在步骤S1820中,(潜在的)第二UE可以通过将直接连接请求消息包括在UE-网络消息(例如,RRC消息)中来将直接连接请求消息发送到网络。在此UE-网络消息中,(潜在的)第二UE还包括由(潜在的)第二UE收集的在(潜在的)第二UE方面的其侧链路能力IE以及UE状态信息IE,使得网络可以适当地决定可容许的服务。例如,第二UE可以将从第一UE接收的直接连接请求消息传送到网络。例如,第二UE可以将从第一UE接收到的直接连接请求消息的一部分传送到网络。
在步骤S1830中,网络可以取决于其决定以直接连接接受消息或直接连接拒绝消息进行响应。例如,网络可以估计可支持的QoS并评估可容许的服务。在从第二UE接收到直接连接请求消息时,网络执行下述以确定是否接受从第二UE接收到的直接连接请求:
-如果潜在的第二UE可以提供所请求的服务中的至少一个,和/或
-如果潜在的第二UE可以支持所请求的直接连接类型,和/或
-如果潜在的第二UE确保第一UE对所请求的服务具有有效的订阅,例如,在PLMN方面,和/或
-如果潜在的第二UE确保对于所请求的服务以及对于所请求的直接连接类型第一UE不被禁止。
如果满足所有这些条件,则网络可以决定接受直接连接请求。如果满足这些条件中的至少一个,则网络可以决定接受直接连接请求。取决于所考虑的实施例,可以检查上述条件的子集。如果网络接受直接连接请求,则网络可以发送直接连接接受消息。否则,网络可以发送直接连接拒绝消息。在图18中,假定网络接受直接连接请求。直接连接接受消息可以包括以下信息中的至少一个:
1)接受的服务ID/码
如果第一UE已经请求单个服务ID/码,则此ID/码不需要被包括。
2)服务否定的原因
对于不被接受的服务,可以指示服务否定的原因。原因可能是“来自未授权UE的请求”、“来自被禁止的UE的请求”或“缺乏提供请求的QoS的能力”中的至少一个。原因“缺乏提供请求的QoS的能力”可以进一步指示“缺乏发送资源”、“缺乏接收资源”或“缺乏发送资源和接收资源二者”。
3)业务流信息
对于接受的(一个或多个)服务,可以指示相关联的业务流ID。当主机寻址或识别用于侧链路通信的连接的特定业务流时,可以使用此业务流ID。如下所给出的,此流ID可以用于无线电资源配置。
业务流ID构造规则:
替选1)遍及所有业务流唯一地指配业务流ID,包括用于两个方向的“单向”服务和“双向”服务。
替选2)遍及具有相同方向的业务流唯一地指配业务流ID。因此,业务流ID需要遍及所有业务流唯一可区分的指示通信方向的信息(例如“前向(第二到第一)”或“反向(第一到第二)”),包括用于两个方向的“单向”服务和“双向”服务。
针对“双向”服务的直接通信的每个方向,业务流ID可以不同。
4)提供的QoS信息
4.1)预期的QoS
预期的QoS信息可以指示接受的服务要经历的预期的QoS级别。可以包括在直接连接请求消息中的请求的QoS信息中的IE格式在此可以被重用。可能需要按每个接受的服务(ID)指示预期的QoS信息。可以按照由第一UE对于被接受的所请求的服务所请求的QoS参数来指示预期的QoS信息。
4.2)支持保证的QoS
这可以指示是否可以保证所提供的QoS。可以在特定时间段内定义要求的QoS。该时间段可以指示可以确保所承诺的QoS的最小时间段。在该IE的这种使用中,该IE可以进一步指示所提供的QoS可以被维持的时间段。可以与满足所提供的QoS的最小概率一起指示此IE。第一UE将利用此概率来确定其是否继续进行/接受具有由第二UE提供的QoS级别的单播链路建立。
5)侧链路能力信息
侧链路能力信息可以指示第二UE关于在直接通信接口上的发送和/或接收的能力。发送能力和接收能力可能需要分别指示。如果由第一UE请求的直接通信的方向是“仅发送的单向”或“双向”,则此第二UE包括接收能力。
6)侧链路的无线电资源配置
用于侧链路的无线电资源配置可以指示要被用于建立的直接通信链路的无线电资源参数。此IE可以包括下述中的至少一个:
6.1)第二UE的初始ID
该ID可以是第二UE的上层ID。第一UE的上层可以使用该ID来寻址第二UE。此ID可以是第二UE的层2ID。如果指示此L2 ID,则第一UE需要通过将该L2 ID包括在去往第二UE的消息的L2报头中来使用此L2 ID寻址第二UE。如果没有指示此L2 ID,则第一UE需要使用包括在此直接连接接受消息的L2报头中的L2 ID。
6.2)侧链路资源池结构,其指示下述信息:
-控制信道结构:包括物理侧链路控制信道的时间-频率资源
-数据信道结构:包括物理侧链路数据信道的时间-频率资源
可以指示多个资源池。对于每个资源池,可以指示相关联的服务/(一个或多个)业务流ID。可替选地,对于每个服务/业务流ID,可以指示相关联的(一个或多个)资源池。注意,资源池到服务/业务流ID的这种映射暗含频率(信道)到服务的映射。
6.3)调度模式
这指示第一UE将使用的发送资源选择方案。
-网络调度的资源选择;仅当第一UE已经指示其处于网络覆盖范围内时,才可以对此进行设置。
-第二UE调度的资源选择;
-第一UE自主资源选择;
6.4)同步配置
这指示要用于被建立的直接通信的同步参考源。例如,信息可以指示GNSS是优先级化的同步参考。例如,信息可以指示UE发送的同步(例如,SLSS)是优先级化的同步参考。例如,信息可以指示下行链路同步信号是优先级化的同步参考。例如,信息可以指示下行链路同步信号、GNSS和UE发送的同步信号当中的同步参考的优先级。例如,信息可以指示第二UE是同步参考。在这种情况下,该信息可以是同步信号识别信息,例如,将由第二UE用于SLSS传输的SLSS ID。例如,信息可以指示第一UE是同步参考。在这种情况下,该信息可以是同步信号识别信息,例如,将由第一UE用于SLSS传输的SLSS ID。例如,信息可以指示使用分布式同步参考。如果没有提供关于同步配置的信息,则第一UE保持使用当前同步方法。
6.5)HARQ配置
-HARQ重传配置:此配置可以指示HARQ重传是否是基于HARQ反馈或者HARQ重传是否是在没有HARQ反馈的情况下执行。
-反馈配置:要被用于直接通信的HARQ反馈信令方法。此配置可以指示是否需要HARQ反馈。取决于第一UE和第二UE的HARQ的能力以及被建立的直接通信的方向,可能需要针对每个通信方向(从第一UE/到第一UE)指示此信息。可能需要按照每个接受的服务/业务流按照每个通信方向指示此信息;
-HARQ过程的数量,例如,第一UE要使用的HARQ过程的数量或第二UE要使用的HARQ过程的数量
-重传的次数:可以指示HARQ重传的次数。对于HARQ重传被配置成在没有HARQ反馈的情况下执行的情况(即,盲HARQ重传),可以配置HARQ重传的次数。在这种情况下,通过该配置可以进一步定义或指示盲重传的次数。在这种情况下,HARQ组合被应用于包括新传输和直至重传的次数的所接收的传送块。对于HARQ重传被配置成具有HARQ反馈而执行的情况(即,基于HARQ反馈的HARQ重传),可以配置HARQ重传的次数。在这种情况下,重传的次数可以指示对其生成HARQ反馈的(重)传输的结果。例如,为具有HARQ反馈的HARQ配置为1的重传次数,如果接收两个传输(一个新传输+一个重传)的总体结果指示传输失败,则第二UE需要发送HARQ NACK。
6.6)发送功率控制配置
-功率控制方法,例如,开环功率控制或闭环功率控制
-功率控制参数,包括基本发送功率(Po)和/或步进功率调整级别(Pi)。例如,当忽略Pi时,第一UE需要以发送功率Po进行发送。
7)交易ID
该交易ID唯一地识别消息内容。如果由于D2D网络的较差鲁棒性导致重新发送消息以实现分集增益,则交易ID是相同的。
可取地,通过将直接连接接受消息的目的地字段设置为第一UE ID,直接连接接受消息仅被寻址到第一UE,使得接收该消息的其他UE可以忽略该消息。用于消息传输的目的地字段可能存在于其中控制信道指示该字段的层1中和其中MAC报头指示该字段的层2中。
在网络发送直接连接拒绝消息的情况下,直接连接拒绝消息可以包括否定IE的原因以通知第一UE拒绝直接连接建立的原因。
对于故障处置,在发送直接连接接受消息时,网络开始定时器T_CONN2。如果T_CONN2期满,则网络认为用于直接通信的连接建立失败。
在步骤S1840中,如果第二UE从网络接收到直接连接接受消息,则第二UE可以将直接连接接受消息传送给第一UE。例如,直接连接接受消息的全部或一部分可以从第二UE传送到第一UE。在接收到直接连接接受消息时,第一UE可以执行以下步骤以确定第一UE是否接受直接连接接受:
-如果所接受的服务对于第一UE建立与第二UE的直接连接而言是足够的/可接受的,和/或
-如果用于所接受的服务的预期的QoS对于第一UE建立与第二UE直接连接而言是足够的/可接受的,和/或
-如果第一UE确保第二UE具有有效的订阅以提供所接受的服务,例如,在PLMN方面,和/或
-如果第一UE确保第二UE不被禁止用于提供所请求的服务。
在步骤S1850中,如果满足这些条件中的全部或至少一个,则第一UE可以决定与第二UE建立直接连接,并发送携带以下信息的直接连接确认消息:
-确认的服务信息,包括第一UE在被建立的直接连接上想要的服务列表
-直接连接确认消息所寻址到的第二UE的ID。
可替选地,在接收到直接连接接受消息时,如果第一UE决定拒绝与第二UE的直接连接,则第一UE可以将直接连接否定消息发送给第二UE。直接连接否定消息可以包括直接通信拒绝消息所寻址到的第二UE的ID。可能的是,第一UE进一步指示否定服务的原因,例如,不足的QoS。可替选地,如果第一UE决定拒绝与第二UE的直接连接,则第一UE不发送任何消息。在此实施例中,第二UE将基于在传输直接连接接受消息时开始的定时器的期满来最终识别直接通信的连接失败。
注意,直接连接确认消息对于解决两个以上的第二UE用直接通信接受消息进行答复的情况是必要的。其如下工作。如果潜在的第二UE B从潜在的第二UE B向其发送直接连接接受消息的第一UE接收到直接连接确认消息,该直接连接确认消息包括第一UE的ID和与被包括在直接连接接受消息中的潜在的第二UE B的ID不同的潜在的第二UE A的ID,则潜在的第二UE B可以认为连接建立过程失败。并且,潜在的第二UE B可以停止与从第一UE接收的直接连接请求消息有关的任何进一步的处理,并释放为第一UE准备的任何资源。
在步骤S1860中,第一UE可以从第二UE接收用于确认的服务的数据。例如,可以经由在第一UE和第二UE之间建立的连接(例如,PC5 RRC连接)来接收用于确认的服务的数据。
图19示出根据本发明的实施例的连接建立过程。
参考图19,在步骤S1900中,第二UE(和/或第一UE)可以从网络接收与UE之间的单播设立策略有关的配置。例如,网络可以是基站。与单播设立策略有关的配置可以包括第一信息(或第一配置)或第二信息(或第二配置)。例如,第一信息或第一配置可以指示在UE之间使用信令以用于在UE之间的连接建立(即,决策节点是UE)。例如,第二信息或第二配置可以指示在UE和网络之间使用信令以用于在UE之间的连接建立(即,决策节点是基站)。
例如,网络可以基于下述中的任意一个来配置第二UE和/或第一UE以应用单播设立策略:
1)第一配置:仅经由直接通信过程(即,经由可能基于由网络规定的策略的UE自主决策);或
2)第二配置:经由显式网络决策(即,不能做出UE自主决策)。
例如,第一UE可以在单播设立请求之前检查策略。如果第一UE被配置成使用直接通信过程用于单播设立,则第一UE可以经由侧链路发送直接连接请求消息。否则,第一UE可以经由UE-网络信令,例如RRC消息或Uu链路,来发送直接连接请求消息。
例如,在从其他UE(例如,第一UE)接收到直接连接请求消息时,如果(潜在的)第二UE被配置成使用直接通信过程用于单播设立,则(潜在的)第二UE直接响应第一UE。否则,(潜在的)第二UE可以将接收到的直接连接请求消息发送到网络,让网络决定是否继续进行以及详细参数,并且(潜在的)第二UE可以根据网络接收到的决策来响应第一UE。
在图19中,假设第二UE被配置成使用侧链路信令以用于在第一UE和第二UE之间的连接建立(即,决策节点是UE)。如果第二UE被预先配置成使用信令侧链路信令以用于在第一UE和第二UE之间的连接建立,则可以省略步骤S1900。
在步骤S1910中,第一UE可以发送直接连接请求消息,以请求在第一UE与其他UE(例如,潜在的主机UE或潜在的第二UE)之间建立直接连接设立用于第一UE所请求的服务。例如,第一UE可以通过将广播L2 ID包括在直接连接请求消息的L2报头中来经由广播发送直接连接请求消息。
如果L1目的地ID可以在例如物理侧链路控制信道上被指示以经由广播来通知直接连接请求消息的传输,则可以指示广播L1 ID作为目的地ID。如果L1目的地ID可以在例如物理侧链路控制信道上被指示以经由广播来通知用于直接连接请求消息的传输的资源预留,则可以指示广播L1 ID作为目的地ID。可以在用于所发送的传送块的MAC报头中指示用于广播的L2目的地ID。
如果第一UE已经识别潜在的第二UE的ID,则第一UE可以通过寻址用于直接连接请求消息的传输的目的地字段中的潜在的第二UE,来经由单播发送此消息。如果L1目的地ID在例如物理侧链路控制信道上被指示以经由单播来通知直接连接请求消息的传输,则可以指示单播L1 ID作为目的地ID。如果L1目的地ID在例如物理侧链路控制信道上被指示以经由单播来通知用于直接连接请求消息的传输的资源预留,则可以指示单播L1 ID作为目的地ID。如果L2目的地ID在所发送的传送块的MAC报头中被指示,则使得接收MAC能够识别此传送块是用于单播业务。直接连接请求消息可以包括以下信息中的至少一个:
1)第一UE想要得到的服务信息
可以通过服务标识符(SID)或服务码(SCD)来指示感兴趣/请求的服务。可以通过列出SID或SCD来指示多种服务。
服务的优先级,其指示服务的重要性。当由于资源或能力的匮乏而需要对服务的准入控制时,潜在的第二UE可以使用此信息。ProSe每分组优先级(PPPP)可用于指示优先级。可替选地,可以引入专用于服务准入控制的新优先级。
2)请求的QoS信息
请求的QoS信息可以指示用于所请求的服务的所要求/期望的QoS级别。如果请求了多个服务,则可能需要针对每个服务级别指示请求的QoS信息。请求的QoS信息可以包括以下QoS信息中的至少一个:
2.1)要求的QCI值或5QI或表示QoS参数的(部分)集合的新QoS指示符值:有效负载(字节)、传输速率(消息/秒或分组/秒)、最大端到端延迟(ms)、目标通信范围、可靠性(%)或数据速率(Mbps)。数据速率可以进一步指示以下信息中的至少一个:
-平均数据速率,其指示当信道不拥塞时的所期望的数据速率。
-最小数据速率,其指示相关联的服务维持该服务所需的最小数据速率。如果服务需要保证的比特率,则有必要包括此信息。
-聚合的最大比特率(AMBR),其指示在所请求的PC5直接通信上支持的最大数据速率。
2.2)如果QCI或5QI或新QoS指示符不能表示以上提出的所有参数,则可以将QoS指示符未涵盖的参数与QoS指示符一起指示。
2.3)侧链路业务类型(承载类型),其指示所请求的服务是否要求保证的比特率(GBR)或者非GBR。
2.4)每个服务的优先级:PPPP可以用来指示该优先级。
2.5)最小所需通信范围(米)
2.6)对QoS预测的需求
-对QoS预测的需求可以指示所请求的服务是否要求QoS预测功能,其中QoS预测功能允许被服务的UE预先知道所预期的QoS的改变(例如,预期某个QoS级别在10秒内降级)。
-对QoS预测的需求可以进一步指示最小定时提前,通过该最小定时提前,基于QoS预测的QoS改变通知在实际的QoS改变的时刻之前被通知给第一UE。
-对QoS预测的需求可以进一步向第一UE指示对QoS预测通知的周期性更新的需求。对QoS预测的需求可以进一步指示请求的QoS预测通知的周期性。
2.7)对支持保证的QoS的需求
-此IE可以指示所请求的服务是否要求保证的QoS。可以在特定时间段内定义要求的QoS。该时间段可以指示可以确保所承诺的QoS的最小时间段。在该IE的这种使用中,该IE可以进一步指示请求的QoS需要被维持的时间段。
-可以以请求的QoS需要被满足的最小概率来指示此IE。
3)连接信息
直接连接的类型:此IE可以是“单播”或“多播”或“广播”之一。如果此IE不存在,则默认指示“单播”。
直接连接的方向:此IE可以是“仅接收的单向”或“仅发送的单向”或“双向”之一。
被请求的每个服务信息应与一种类型的直接连接请求相关联。为此目的,可能需要针对每个被请求的服务ID来指示连接信息IE。
4)用于直接连接设立的最大等待时间
此信息可以指示从最初请求连接以来第一UE可以等待直至所请求的直接通信建立为止的最大等待时间。为了确保潜在的第二UE知道连接何时被最初请求,指示在第一UE处最初构造直接连接请求的时刻的时间信息可能需要被包括在直接连接请求消息中。
5)侧链路能力信息
侧链路能力信息可以指示可用于在所请求的直接通信上进行发送和/或接收的第一UE的能力。发送能力和接收能力可能需要被单独地指示。
侧链路能力信息可以进一步指示第一UE的安全能力。这可能包括支持的加密算法以及可能相关的参数。这可能包括支持的完整性检查算法以及可能相关的参数。
侧链路能力信息可以进一步指示支持的安全能力。这可能包括支持的加密算法。这可能包括支持的完整性保护算法。这可能包括安全密钥的支持的长度。
侧链路能力信息可以指示用于直接通信的下述能力信息中的至少一个:
5.1)关于支持的调制阶数的信息
5.2)关于支持的信道编码方案的信息
5.3)关于支持的RAT的信息
5.4)对于每个支持的RAT的最大发送功率
5.5)对于每个支持的RAT的支持的频带
5.6)用于直接通信的每个支持的带的支持的带宽
5.7)用于直接通信的支持的带组合:用于直接通信的同时接收的支持的带组合和/或用于直接通信的同时发送的支持的带组合
5.8)用于并发的Uu和直接通信的支持的带组合:用于并发的接收的支持的带组合、用于并发的发送的支持的带组合、用于并发的Uu接收和直接通信发送的支持的带组合和/或用于并发的Uu发送和直接通信接收的支持的带组合
5.9)每个RAT或每个RAT的每个带的双工:半双工或全双工
5.10)HARQ能力:此信息可以指示HARQ能力。此信息可以进一步指示HARQ过程的最大数量。此信息可以进一步指示以下信息中的至少一个:
-HARQ反馈的支持
-HARQ组合的支持
-支持的HARQ反馈信令方法:侧链路控制信道上的HARQ反馈、侧链路数据信道上的HARQ反馈(即,HARQ反馈在数据传输上被搭载)和/或MAC控制元素上的HARQ反馈
5.11)每个频率或每个RAT的最大层数(空间复用)
5.12)支持的同步源:支持GNSS作为同步参考源、支持UE发送的同步(例如,SLSS)作为同步参考源、和/或支持网络同步(下行链路同步)作为同步参考源
6)第一UE的初始ID;
此ID可以是第一UE的层2ID。如果指示此L2 ID,则潜在的第二UE需要通过将L2 ID包括在去往第一UE的消息的L2报头中来使用该L2 ID对第一UE进行寻址。如果没有指示此L2 ID,则潜在的第二UE需要使用包括在此直接连接请求消息的L2报头中的L2 ID。
可替选地,此ID可以是第一UE的上层ID。接收第二UE的上层可以使用该ID来寻址第一UE。
7)UE状态信息
7.1)UE位置:此信息可以指示第一UE的位置。接收UE(即,第二UE)可以使用该信息来确定要建立的直接连接是否可以为所请求的服务提供请求的QoS。通过计算第一UE和第二UE之间的距离,该信息可以用于初始功率控制。该信息可以用于初始波束成形。
7.2)信道状态信息:该信息可以指示由第一UE感知的信道统计数据。该信息可以指示直接通信以及潜在的/未识别的干扰者所使用的信道利用率的统计数据。
信道质量:此信息可以指示第一UE和第二UE之间的直接链路的信道质量。第一UE可以通过测量由第二UE发送的信号的强度/质量来测量链路质量。
信道利用率统计数据:该统计数据可以是测量的能量水平。更简洁地,统计数据可以是信道繁忙率(CBR)测量,其中,如果在关注的资源上测量到的能量水平高于阈值,则信道被检测为繁忙。可能需要指示用于测量CBR的阈值。该信息可以以百分比(%)为单位指示每个资源组被占用了多少。例如,资源组可以是在特定频率范围内定义的信道。例如,资源组可以是一组资源块。可能需要按照针对每个资源组来收集并且用信号发送该信息。如果第一UE支持在多个RAT上的直接通信,则需要按照这些RAT的每个RAT来用信号发送此IE。如果可以将一个以上的频率用于直接通信,则可能需要按照每个载波频率来收集和用信号发送此信息。可能需要按照可能被用于所请求的直接通信的每个RAT每个资源池来收集并且用信号发送该信息。
7.3)进行中的侧链路服务信息
进行中的侧链路服务信息可以指示第一UE已经在侧链路上为其发送或想要发送分组的进行中的(一个或多个)侧链路服务和/或服务的属性。通过考虑半双工约束,第二UE可以使用该信息以更好地估计第一UE的接收机会,并且从而更好地选择发送资源。
进行中的侧链路服务信息可以指示第一UE已经在侧链路上为其接收或想要接收分组的进行中的(一个或多个)侧链路服务和/或服务的属性。通过考虑例如第一UE的正在进行的服务的优先级和要提供给第一UE的新服务,第二UE可以使用该信息以更好地选择发送资源。当从第二UE到第一UE的传输可能与从其他UE到第一UE的传输冲突时,该信息对于减轻第一UE处的接收资源的潜在冲突可能是有用的。
可以将正在进行的侧链路服务信息作为信道状态信息的一部分来递送。进行中的侧链路服务信息可以进一步指示每个进行中的服务的所需优先级,例如,ProSe每分组优先级(PPPP)。进行中的侧链路服务信息可以进一步指示每个进行中的服务所需的可靠性,例如,ProSe每分组可靠性(PPPR)。
进行中的侧链路服务信息可以进一步指示服务的要求的QoS信息。例如,这可以指示进行中的服务所要求的平均有效载荷大小、数据速率和/或最大时延。例如,这可以指示进行中的服务所要求的所需的QCI值。例如,这可以指示进行中的服务所要求的所需的5QI值。
进行中的侧链路服务信息可以进一步指示关于每个进行中的服务的以下信息中的至少一个:
-为关注的服务发送/接收的消息的平均有效负载(字节)
-在发送消息的进行中的服务的情况下的平均传输速率(消息/秒或传送块/秒)
-平均消息到达速率,其指示在发送消息的进行中的服务的情况下,来自上层用于传输的消息的到达速率
-平均消息到达速率,其表示在接收消息的进行中的服务的情况下,来自较低层的接收之后的消息的到达速率
-平均传输时延(毫秒)(测量为消息到达无线电协议栈与消息实际在空中被发送之间的持续时间来)
-估计的发送可靠性(%)
可以通过考虑接收到的HARQ ACK和/或HARQ NACK的统计数据来做出与发送可靠性有关的估计。可以在移动固定大小时间窗口(moving fixed size time window)内对平均可靠性进行平均。例如,可以基于等式1获得平均可靠性。
[等式1]
可替选地,可以通过应用随时间的指数加权移动平均(EWMA)来对平均可靠性进行平均。例如,可以基于等式2获得平均可靠性。
[等式2]
平均可靠性(n)=(1-k)*平均可靠性(n-1)+k*瞬时可靠性(n)
其中k是接近零的小值(例如,0.1),并且如上面定义的对比率进行平均那样测量瞬时可靠性。
可以通过收集关注的服务使用的PDCP发送缓冲区的统计数据来做出与发送可靠性有关的估计。可以通过对发送的分组数量与从上层到达的分组数量之比进行平均来测量平均可靠性。
-估计的接收可靠性(%)
可以通过考虑发送的HARQ ACK和/或HARQ NACK来做出与接收可靠性有关的估计。可以使用上面定义的用于计算发送可靠性的相同的平均方法。
-为了向第二UE通知用于关注的服务的整体业务统计数据,在已经发送了关注的服务的分组的整个频率上收集统计数据是足够的,并且在已经发送所有关注的服务的分组的整个频率上收集统计数据也是足够的。为了辅助第二UE为第一UE选择更好的资源配置,可能需要按频率/信道来收集并指示以上统计数据。
进行中的侧链路服务信息可以进一步指示以下信息中的至少一个,以帮助第二UE避免使用第一UE使用的/可以使用的资源:
-关于发送资源的信息(时间/频率信息)。关于发送资源的信息可以指示为关注的进行中的服务的待定的或将来的传输预留的资源。例如,关于发送资源的信息可以指示将用于关注的传输的资源的图样。例如,关于发送资源的信息可以指示:a)可用于识别预留间隔的起点的时间偏移,和b)重传间隔(例如,初始和重传之间的间隔),c)预留间隔(例如,数据传输周期性),以及/或者d)预留终止时间(例如,直至预留终止时间之前预留是有效的)。关于发送资源的信息可以指示专门分配给关注的进行中的服务的资源集。关于发送资源的信息可以通过集中合并与多个进行中的服务有关的发送资源来构造以减少信令开销,而不是针对每个服务用信号发送发送资源。如果第一UE受到半双工约束,则关于发送资源的信息可以被第二UE解释为禁止的发送资源。
-关于接收资源的信息(时间/频率信息)。关于接收资源的信息可以指示可以用于接收关注的进行中的服务的资源(或资源池)。例如,关于接收资源的信息可以指示要被用于关注的接收的资源的图样。关于接收资源的信息可以指示专门分配给关注的进行中的服务的资源集。关于接收资源的信息可以通过集中合并与多个进行中的服务有关的接收资源来构造以减少信令开销,而不是针对每个服务用信号发送接收资源。在第一UE遭受隐藏节点问题的情况下,关于接收资源的信息可以被第二UE解释为禁止的发送资源。
7.4)覆盖范围内/覆盖范围外信息
覆盖范围内/覆盖范围外信息可以指示第一UE当前在网络内部还是在网络覆盖范围之外。如果第一UE支持多个RAT,则其可能需要按照每个RAT用信号发送信息。如果第一UE被配置有双连接,则其可以指示相对于主小区的连接状态。当主小区可以控制用于所请求的关注的直接通信的连接时,覆盖范围内/覆盖范围外信息可能会有用。
7.5)当前同步源信息:此信息可以指示第一UE是否可以接收GNSS信号。
7.6)用于发送直接连接请求消息的发送功率:该信息可以被第二UE使用来估计第一UE与第二UE之间的路径损耗,并确定和控制第一UE的发送功率以及第二UE的发送功率。
8)UE订阅信息或订阅的PLMN信息
订阅的PLMN信息可以指示用于包括PC5的蜂窝服务的UE的归属PLMN。订阅的PLMN信息可以指示对其而言PC5操作被许可用于UE的PLMN。订阅的PLMN信息可以指示对其而言用于所请求的服务的PC5操作被许可用于UE的(一个或多个)PLMN。可能需要针对每个服务用信号发送订阅的PLMN信息。订阅的PLMN信息可以进一步指示以下信息中的至少一个:
-每个RAT的归属PLMN:这是当UE支持多个RAT并且每个RAT与相同或不同的归属PLMN相关联时的情况(例如,双SIM双激活,DSDA)
-每个允许的PLMN的支持的RAT;
-允许的操作:这指示对于PLMN下述操作的哪些是允许的(例如,仅发送、仅接收、或者发送和接收二者)
9)优选配置(用于第一UE的传输的优选调度模式)
优选配置可以指示调度第一UE的传输的优选方式。优选的配置可以包括“第二UE调度和第一UE自主调度二者(=不关心)”或“仅第一UE自主调度”。例如,第一UE可以将此IE设置为“仅第一UE自主调度”,如果其没有丢失发送资源选择的自由度。
对于故障处置,在发送直接连接请求消息时,第一UE开始定时器T_CONN。如果T_CONN期满,则第一UE认为连接请求失败。第一UE开始定时器T_INT。
在T_INT运行时,不允许第一UE针对具有相同QoS要求的相同服务请求直接连接设立。按照同一消息中请求的服务集合来管理T_INT。因此,可以同时运行多个T_INT。可以通过网络将T_CONN和T_INT的值配置给第一UE,或者可以预先设置这些值。
在T_INT运行时,如果第一UE想要请求新的服务,则允许第一UE启动直接连接设立。在T_INT运行时,如果第一UE想要请求新的服务,则允许第一UE在T_INT运行时启动直接连接设立。在T_INT运行时,如果第一UE想要请求具有不同QoS要求的导致运行中的T_INT的服务,则允许第一UE在T_INT运行时启动直接连接设立。
在步骤S1920中,第二UE可以估计可支持的QoS并评估可容许的服务。在从其他UE(即,第一UE)接收到直接连接请求消息时,潜在的第二UE执行下述以确定其是否接受从第一UE接收到的直接连接请求:
-如果潜在的第二UE通过关于直接连接请求消息中包括的服务信息考虑其能力可以提供所请求的服务中的至少一个,和/或
-如果潜在的第二UE可以支持所请求的直接连接类型,和/或
-如果潜在的第二UE通过基于从第二UE的角度的监视结果以及直接连接请求消息中包括的第一UE的UE状态信息来考虑潜在的第二UE的能力、第一UE能力、链路状态/利用率,可以支持用于潜在的第二UE所支持的服务的请求的QoS,和/或
-如果潜在的第二UE确保第一UE对所请求的服务具有有效的订阅,例如,在PLMN方面,和/或
-如果潜在的第二UE确保对于所请求的服务以及对于所请求的直接连接类型第一UE不被禁止。
如果满足所有这些条件,则潜在的第二UE可以决定接受直接连接请求。如果满足这些条件中的至少一个,则潜在的第二UE可以决定接受直接连接请求。取决于所考虑的实施例,可以检查上述条件的子集。
在步骤S1930中,如果潜在的第二UE接受直接连接请求,则第二UE可以发送直接连接接受消息。否则,潜在的第二UE可以发送直接连接拒绝消息。在图19中,假定第二UE接受直接连接请求。直接连接接受消息可以包括以下信息中的至少一个:
1)接受的服务ID/码
如果第一UE已经请求单个服务ID/码,则此ID/码不需要被包括。
2)服务否定的原因
对于不被接受的服务,可以指示服务否定的原因。原因可能是“来自未授权UE的请求”、“来自被禁止的UE的请求”或“缺乏提供请求的QoS的能力”中的至少一个。原因“缺乏提供请求的QoS的能力”可以进一步指示“缺乏发送资源”、“缺乏接收资源”或“缺乏发送资源和接收资源二者”。
3)业务流信息
对于所接受的(一个或多个)服务,可以指示相关联的业务流ID。当主机寻址或识别用于侧链路通信的连接的特定业务流时,可以使用此业务流ID。如下所给出的,此流ID可以用于无线电资源配置。
业务流ID构造规则:
替选1)遍及所有业务流唯一地指配业务流ID,包括用于两个方向的“单向”服务和“双向”服务。
替选2)遍及具有相同方向的业务流唯一地指配业务流ID。因此,业务流ID需要遍及所有业务流唯一可区分的指示通信方向的信息(例如“前向(第二到第一)”或“反向(第一到第二)”),包括用于两个方向的“单向”服务和“双向”服务。
针对“双向”服务的直接通信的每个方向,业务流ID可以不同。
4)提供的QoS信息
4.1)预期的QoS
预期的QoS信息可以指示接受的服务要经历的预期的QoS级别。可以包括在直接连接请求消息中的请求的QoS信息中的IE格式在此可以被重用。可能需要按每个接受的服务(ID)指示预期的QoS信息。可以按照由第一UE对于被接受的所请求的服务所请求的QoS参数来指示预期的QoS信息。
4.2)支持保证的QoS
这可以指示是否可以保证所提供的QoS。可以在特定时间段内定义要求的QoS。该时间段可以指示可以确保所承诺的QoS的最小时间段。在该IE的这种使用中,该IE可以进一步指示所提供的QoS可以被维持的时间段。可以与满足所提供的QoS的最小概率一起指示此IE。第一UE将利用此概率来确定其是否继续进行/接受具有由第二UE提供的QoS级别的单播链路建立。
5)侧链路能力信息
侧链路能力信息可以指示第二UE关于在直接通信接口上的发送和/或接收的能力。发送能力和接收能力可能需要被单独地指示。如果由第一UE请求的直接通信的方向是“仅发送的单向”或“双向”,则该第二UE包括接收能力。
6)侧链路的无线电资源配置
用于侧链路的无线电资源配置可以指示将用于建立的直接通信链路的无线电资源参数。此IE可能包括下述中的至少之一:
6.1)第二UE的初始ID
此ID可以是第二UE的上层ID。第一UE的上层可以使用此ID来寻址第二UE。此ID可以是第二UE的层2ID。如果指示此L2 ID,则第一UE需要通过将该L2 ID包括在去往第二UE的消息的L2报头中来使用该L2 ID寻址第二UE。如果没有指示该L2 ID,则第一UE需要使用包括在该直接连接接受消息的L2报头中的L2 ID。
6.2)侧链路资源池结构,其指示以下信息:
-控制信道结构:包括物理侧链路控制信道的时间-频率资源
-数据信道结构:包括物理侧链路数据信道的时间-频率资源
可以指示多个资源池。对于每个资源池,可以指示相关联的服务/(一个或多个)业务流ID。可替选地,对于每个服务/业务流ID,可以指示相关联的(有个或多个)资源池。注意,资源池到服务/业务流ID的这种映射暗含频率(信道)到服务的映射。
6.3)调度模式
这指示第一UE将使用的发送资源选择方案。
-网络调度的资源选择;仅当第一UE指示其处于网络覆盖范围内时,才可以对此进行设置。
-第二UE调度的资源选择;
-第一UE自主资源选择;
此配置可以是针对每个UE的。可替选地,针对每个服务/业务流提供此配置,使得具有更严格的QoS要求的服务/业务流可以通过更严密的控制而被不同地对待。
6.4)同步配置
这指示要用于被建立的直接通信的同步参考源。例如,信息可以指示GNSS是优先级化的同步参考。例如,信息可以指示UE发送的同步(例如,SLSS)是优先级化的同步参考。例如,信息可以指示下行链路同步信号是优先级化的同步参考。例如,信息可以指示下行链路同步信号、GNSS和UE发送的同步信号当中的同步参考的优先级。例如,信息可以指示第二UE是同步参考。在这种情况下,该信息可以是同步信号识别信息,例如,将由第二UE用于SLSS传输的SLSS ID。例如,信息可以指示第一UE是同步参考。在这种情况下,该信息可以是同步信号识别信息,例如,将由第一UE用于SLSS传输的SLSS ID。例如,信息可以指示使用分布式同步参考。如果没有提供关于同步配置的信息,则第一UE保持使用当前同步方法。
6.5)HARQ配置
-此配置可以是针对每个UE的。可替选地,针对每个服务/业务流提供此配置,使得具有更严格的QoS要求的服务/业务流可以通过更严密的控制而被不同地对待。
-HARQ重传配置:此配置可以指示HARQ重传是否是是基于HARQ反馈或者HARQ重传是否在没有HARQ反馈的情况下被执行。
-反馈配置:要被用于直接通信的HARQ反馈信令方法。此配置可以指示是否要求HARQ反馈。取决于第一UE和第二UE的HARQ的能力以及被建立的直接通信的方向,可能需要针对每个通信方向(从第一UE/到第一UE)指示此信息。可能需要按照每个接受的服务/业务流按照每个通信方向指示此信息;
-HARQ过程的数量,例如,第一UE要使用的HARQ过程的数量或第二UE要使用的HARQ过程的数量
-重传的次数:可以指示HARQ重传的次数。可以对于HARQ重传被配置成在没有HARQ反馈的情况下执行的情况(即,盲HARQ重传),配置HARQ重传的次数。在这种情况下,通过该配置可以进一步定义或指示盲重传的次数。在这种情况下,HARQ组合被应用于包括新传输和直至重传的次数的所接收的传送块。对于HARQ重传被配置成具有HARQ反馈而执行的情况(即,基于HARQ反馈的HARQ重传),配置HARQ重传的次数。在这种情况下,重传的次数可以指示对其生成HARQ反馈的(重)传输的结果。例如,为具有HARQ反馈的HARQ配置为1的重传次数,如果接收两个传输(一个新传输+一个重传)的总体结果指示传输失败,则第二UE需要发送HARQ NACK。
6.6)发送功率控制配置
-此配置可以是针对每个UE的。可替选地,针对每个服务/业务流提供此配置,使得具有更严格的QoS要求的服务/业务流可以通过更严密的控制而被不同地对待。
-功率控制方法,例如,开环功率控制或闭环功率控制
-功率控制参数,包括基本发送功率(Po)和/或步进功率调整级别(Pi)。例如,当忽略Pi时,第一UE需要以发送功率Po进行发送。例如,用信号发送的Pi可以是正值或负值的单个整数值。例如,用信号发送的Pi可以是范围内的值。第一UE需要以发送功率Po+接收到的Pi的累加值进行发送。
7)交易ID
此交易ID唯一地识别消息内容。如果由于D2D网络的较差鲁棒性导致重新发送消息以实现分集增益,则交易ID是相同的。对于相同的直接连接设立过程,交易ID是相同的。
可取地,通过将直接连接接受消息的目的地字段设置为第一UE ID,直接连接接受消息仅被寻址到第一UE,使得接收该消息的其他UE可以忽略该消息。用于消息传输的目的地字段可能存在于其中控制信道指示该字段的层1中和其中MAC报头指示该字段的层2中。
在第二UE发送直接连接拒绝消息的情况下,直接连接拒绝消息可以包括否定IE的原因以将拒绝直接连接建立的原因通知第一UE。
对于故障处置,在发送直接连接接受消息时,潜在的第二UE开始定时器T_CONN2。如果T_CONN2期满,则潜在的第二UE认为用于直接通信的连接建立失败。
在步骤S1940中,在接收到直接连接接受消息时,第一UE可以执行以下步骤以确定第一UE是否接受直接连接接受:
-如果所接受的服务对于第一UE与第二UE建立直接连接而言是足够的/可接受的,和/或
-如果用于所接受的服务的预期的QoS对于第一UE与第二UE建立直接连接而言是足够的/可接受的,和/或
-如果第一UE确保第二UE具有有效的订阅以提供所接受的服务,例如,在PLMN方面,和/或
-如果第一UE确保第二UE不被禁止用于提供所请求的服务。
在步骤S1950中,如果满足这些条件中的全部或至少一个,则第一UE可以决定与第二UE建立直接连接,并发送携带以下信息的直接连接确认消息:
-确认的服务信息,包括第一UE在被建立的直接连接上想要的服务列表
-直接连接确认消息去往的第二UE的ID。
-唯一地识别消息内容的交易ID。如果由于D2D网络的较差鲁棒性导致重传消息以实现分集增益,则交易ID是相同的。对于相同的直接连接设立过程,交易ID是相同的。
在步骤S1960中,第一UE可以从第二UE接收用于确认的服务的数据。例如,可以经由在第一UE和第二UE之间建立的连接(例如,PC5 RRC连接)来接收用于确认的服务的数据。
图20示出根据本发明的实施例的连接建立过程。
参考图20,在步骤S2010中,(潜在的)第二UE可以向第一UE发送直接连接请求消息。直接连接请求消息可以包括以下信息中的至少一个:
1)可用服务信息
可用服务信息可以指示主机UE能够提供的服务。可用服务信息可以进一步指示所支持的直接连接的类型。例如,所支持的直接连接的类型可以是以下中的至少一种:单播、多播、仅接收、仅发送,或接收和发送二者。
2)用于可用服务的支持的QoS级别,其指示用于主机UE潜在提供的服务的QoS级别
3)支持的侧链路能力信息
4)标志,这是服务通告
该标志帮助其他第二UE将由第一UE发送的直接连接请求与由(潜在的)第二UE发送的直接连接请求区分开。注意,此直接连接请求消息实质上可以用于广播可以被提供的可用服务。
在步骤S2020中,第一UE可以向(潜在的)第二UE发送直接连接接受消息。直接连接接受消息可以包括以下信息中的至少一个:
1)步骤S1810或步骤S1910的直接连接请求消息中包括的信息可以被包括在步骤S2020的直接连接接受消息中。
2)(潜在的)第二UE的ID可以被包括在直接连接接受消息中,以解决潜在的ID混淆问题。
可以通过层1和层2上的单播ID来寻址直接连接接受消息。第一UE在发送直接连接接受消息时开始T_CONN3。在T_CONN3期满时,第一UE认为连接建立失败。
在步骤S2030中,(潜在的)第二UE可以向第一UE发送直接连接确认消息。直接连接确认消息可以包括步骤S1830或步骤S1930的直接连接接受消息中包括的信息。
(潜在的)第二UE在发送直接连接确认消息时开始T_CONN4。在接收到直接连接确认消息时,第一UE停止T_CONN3。如果(潜在的)第二UE识别所请求的服务实际上正在进行中(例如,通过监视在两个通信方向上在建立链路上的分组传输),则其重置T_CONN4。在T_CONN4期满时,(潜在的)第二UE认为连接建立失败并且释放连接,并且因此释放为第一UE准备的资源。
图21示出根据本发明的实施例的连接建立过程。
参考图21,在步骤S2100中,第一UE(和/或第二UE)可以从网络接收与UE之间的单播设立策略有关的配置。例如,网络可以是基站。与单播设立策略有关的配置可以包括第一信息(或第一配置)或第二信息(或第二配置)。例如,第一信息或第一配置可以指示在UE之间使用信令以用于在UE之间的连接建立(即,决策节点是UE)。例如,第二信息或第二配置可以指示在UE和网络之间使用信令以用于在UE之间的连接建立(即,决策节点是基站)。
例如,网络可以基于下述中的任意一个来配置第二UE和/或第一UE以应用单播设立策略:
1)第一配置:仅经由直接通信过程(即,经由可能基于由网络规定的策略的UE自主决策);或
2)第二配置:经由显式网络决策(即,不能做出UE自主决策)。
例如,第一UE可以在单播设立请求之前检查策略。如果第一UE被配置成使用直接通信过程用于单播设立,则第一UE可以经由侧链路发送直接连接请求消息。否则,第一UE可以经由UE-网络信令,例如RRC消息或Uu链路,来发送直接连接请求消息。
例如,在从其他UE(例如,第一UE)接收到直接连接请求消息时,如果(潜在的)第二UE被配置成使用直接通信过程用于单播设立,则(潜在的)第二UE直接响应第一UE。否则,(潜在的)第二UE可以将接收到的直接连接请求消息发送到网络,让网络决定是否继续进行以及详细参数,并且(潜在的)第二UE可以根据网络接收到的决策来响应第一UE。
在图21中,假设第一UE被配置成在第一UE和网络之间使用信令以用于在第一UE和第二UE之间的连接建立(即,决策节点是基站)。如果第一UE被预先配置成在第一UE和网络之间使用信令以用于在第一UE和第二UE之间的连接建立,则可以省略步骤S2100。
在步骤S2110中,第一UE可以向网络发送直接连接请求消息。直接连接请求消息已经在图18或图19的步骤S1810、S1820或S1910中被详细描述,并且因此,将省略与直接连接请求消息有关的步骤S2110的详细描述。
在步骤S2120中,网络UE可以估计可支持的QoS并评估可容许的服务。在从第一UE接收到直接连接请求消息时,网络执行以下以确定其是否接受从第一UE接收到的直接连接请求:
-如果潜在的第二UE通过关于直接连接请求消息中包含的服务信息考虑其能力可以提供所请求的服务中的至少一个,和/或
-如果潜在的第二UE可以支持所请求的直接连接类型,和/或
-如果潜在的第二UE通过基于从第二UE的角度的监视结果以及被包括在直接连接请求消息中的第一UE的UE状态信息考虑潜在的第二UE的能力、第一UE能力、链路状态/利用率,可以支持用于由潜在的第二UE支持的服务的请求的QoS,和/或
-如果潜在的第二UE确保第一UE对所请求的服务具有有效的订阅,例如,在PLMN方面,和/或
-如果潜在的第二UE确保对于所请求的服务以及对于所请求的直接连接类型第一UE不被禁止。
网络可以与第二UE通信以检查是否可以满足上述条件,即,第二UE是否可以支持由第一UE请求的服务。
如果满足所有这些条件,则网络可以决定接受直接连接请求。如果满足这些条件中的至少一个,则网络可以决定接受直接连接请求。取决于所考虑的实施例,可以检查上述条件的子集。
在步骤S2130中,如果网络接受直接连接请求,则网络可以发送直接连接接受消息。否则,网络可以发送直接连接拒绝消息。在图21中,假设网络接受直接连接请求。直接连接接受消息已经在图18或者图19的步骤S1830、S1840或S1930中详细描述,并且因此将省略与直接连接接受消息有关的步骤S2130的详细描述。
在步骤S2140中,第一UE在接收到直接连接接受消息时,可以执行以下步骤,以确定第一UE是否接受直接连接接受:
-如果所接受的服务对于第一UE与第二UE建立直接连接而言是足够的/可接收的,和/或
-如果用于所接受的服务的预期的QoS对于第一UE与第二UE建立直接连接而言是足够的/可接受的,和/或
-如果第一UE确保第二UE具有有效的订阅以提供所接受的服务,例如,在PLMN方面,和/或
-如果第一UE确保第二UE不被禁止用于提供所请求的服务。
在步骤S2150中,如果满足这些条件中的全部或至少一个,则第一UE可以决定与第二UE建立直接连接,并发送携带以下信息的直接连接确认消息:
-确认的服务信息,包括第一UE在被建立的直接连接上想要的服务列表
-直接连接确认消息去往的第二UE的ID。
-唯一地识别消息内容的交易ID。如果由于D2D网络的较差鲁棒性导致重传消息以实现分集增益,则交易ID是相同的。对于相同的直接连接设立过程,交易ID是相同的。
在步骤S2160中,第一UE可以从第二UE接收用于确认的服务的数据。例如,可以经由在第一UE和第二UE之间建立的连接(例如,PC5 RRC连接)来接收用于确认的服务的数据。
根据本发明的实施例,可以在UE之间交换最小数量的消息的情况下联合执行服务发现和单播设立过程,使得直到单播服务启动的延迟被最小化。而且,不需要UE监视并且可能地发送侧链路发现资源以及侧链路通信资源。此外,网络可以通过配置直接连接设立是在网络的直接控制之下还是在可能基于所规定的网络策略的UE自主决策之下,而具有对直接连接设立的控制的自由。而且,第一UE可以通过按照每个候选第二UE检查所提供的服务以及所支持的QoS,在多个候选当中选择(潜在的)第二UE。此外,第一UE可以接受或拒绝所提供的服务以及所支持的QoS。
图22示出根据本发明的实施例的由第一装置(9010)执行侧链路通信的方法。
参考图22,在步骤S2210中,第一装置(9010)可以从第二装置(9020)接收与由第二装置(9020)请求的服务的启动有关的消息。
在步骤S2220中,第一装置(9010)可以基于该消息来确定是否提供该服务。
例如,该消息可以包括关于由第二装置(9020)请求的服务的信息和用于由第二装置(9020)请求的服务的请求的服务质量(QoS)信息。在这种情况下,第一装置(9010)可以基于关于服务的信息和请求的QoS信息,将服务发送到第二装置(9020)。
例如,该消息可以包括第二装置(9020)的位置信息。在这种情况下,第一装置(9010)可以基于第二装置(9020)的位置信息,将服务发送到第二装置(9020)。例如,如果第一装置(9010)和第二装置(9020)之间的距离小于与服务有关的阈值,则第一装置(9010)可以将服务发送到第二装置(9020)。第一装置(9010)和第二装置(9020)之间的距离可以由第一装置(9010)基于第二装置(9020)的位置信息和第一装置(9010)的位置来获得。
例如,该消息可以包括第二装置(9020)的位置信息和用于由第二装置(9020)请求的服务的请求的服务质量(QoS)信息。在这种情况下,第一装置(9010)可以基于第二装置(9020)的位置信息和用于由第二装置(9020)请求的服务的请求的服务质量(QoS)信息,将服务发送到第二装置(9020)。例如,如果第一装置(9010)和第二装置(9020)之间的距离小于与服务的QoS有关的阈值,则第一装置(9010)可以将服务发送到第二装置(9020)。
例如,该消息可以包括与第二装置(9020)有关的信道状态信息。信道状态信息可以是信道繁忙率(CBR)。在这种情况下,第一装置(9010)可以基于与第二装置(9020)有关的信道状态信息,将服务发送到第二装置(9020)。
例如,该消息可以包括关于第二装置(9020)的发送资源或接收资源的信息。在这种情况下,第一装置(9010)可以基于关于第二装置(9020)的发送资源或接收资源的信息,将服务发送到第二装置(9020)。
例如,该消息可以包括用于第一装置(9010)和第二装置(9020)之间的连接设立的最大等待时间、第二装置(9020)的侧链路能力信息、第二装置(9020)的识别信息、第二装置(9020)的UE状态信息、第二装置(9020)的UE订阅信息或第二装置(9020)优选的调度模式中的至少一个。消息中包括的上述各种信息已经在图18至图21中详细描述,并且因此,将省略对该消息中包括的各种信息的详细描述。
此外,第一装置(9010)可以基于该消息在第一装置(9010)和第二装置(9020)之间建立连接。例如,与由第二装置(9020)请求的服务的启动有关的消息可以是非接入层(NAS)消息或接入层(AS)消息。此外,在本说明书中提出的一些实施例可以被应用于图22的实施例。
例如,第一装置(9010)或第二装置(9020)可以包括终端、用户设备(UE)、无线设备、无线通信设备、车辆、配备有自主驾驶功能的车辆、联网汽车、无人驾驶飞行器(UAV)、人工智能(AI)模块、机器人、增强现实(AR)设备、虚拟现实(VR)设备、混合现实(MR)设备、全息图设备、公共安全设备、机器类型通信(MTC)设备、物联网(IoT)设备、医疗设备、pin-tech设备(或金融设备)、安全设备或气候/环境设备中的至少一个。
图23示出根据本发明的实施例的用于由第二装置(9020)执行侧链路通信的方法。
参考图23,在步骤S2310中,第二装置(9020)可以向第一装置(9010)发送与由第二装置(9020)请求的服务的启动有关的消息。在步骤S2320中,第二装置(9020)可以基于该消息来接收服务。此外,在本说明书中提出的一些实施例可以被应用于图23的实施例。
在下文中,将描述可以对其应用本发明的装置。
图24示出根据本发明的实施例的无线通信装置。
参考图24,无线通信系统可以包括第一装置(9010)和第二装置(9020)。
第一装置(9010)可以是基站、网络节点、发射终端、接收终端、无线设备、无线通信设备、车辆、配备有自主驾驶功能的车辆、联网汽车、无人驾驶飞行器(UAV)、人工智能(AI)模块、机器人、增强现实(AR)设备、虚拟现实(VR)设备、混合现实(MR)设备、全息图设备、公共安全设备、机器类型通信(MTC)设备、物联网(IoT)设备、医疗设备、pin-tech设备(或金融设备)、安全设备、气候/环境设备、与5G服务有关的设备或与第四次工业革命领域有关的其他设备。
第二装置(9020)可以是基站、网络节点、发射终端、接收终端、无线设备、无线通信设备、车辆、配备有自主驾驶功能的车辆、联网汽车、无人驾驶飞行器(UAV)、人工智能(AI)模块、机器人、增强现实(AR)设备、虚拟现实(VR)设备、混合现实(MR)设备、全息图设备、公共安全设备、机器类型通信(MTC)设备、物联网(IoT)设备、医疗设备、pin-tech设备(或金融设备)、安全设备、气候/环境设备、与5G服务有关的设备或与第四次工业革命领域有关的其他设备。
例如,终端可以包括蜂窝电话、智能电话、膝上型计算机、数字广播终端、个人数字助理(PDA)、便携式多媒体播放器(PMP)、导航、板式PC、平板PC、超级本、诸如智能手表、智能眼镜或头戴式显示器(HMD)的可穿戴设备等。例如,HMD可以是穿戴在头上的显示设备。例如,HMD可以用于实现VR、AR或MR。
例如,UAV可以是不被人骑行而是通过无线电控制信号飞行的飞行物体。例如,VR设备可以包括在虚拟世界中实现物体或背景的设备。例如,AR设备可以包括将现实世界中的物体或背景连接并实现到现实世界中的物体或背景的设备。例如,MR设备可以包括将虚拟世界中的物体或背景与现实世界中的物体或背景融合并实现的设备。例如,全息图设备可以包括用于通过利用由彼此相遇的两束激光产生的光的干涉现象来记录和再现立体信息而实现360度立体图像的设备,称为全息术。例如,公共安全设备可以包括视频中继设备或可以由用户的身体穿戴的视频设备。例如,MTC设备和IoT设备可以是不需要直接人工干预或操纵的设备。例如,MTC设备和IoT设备可以包括智能仪表、自动售货机、温度计、智能灯泡、门锁或各种传感器。例如,医疗设备可以是用于诊断、治疗、缓解、治疗或预防疾病的设备。例如,医疗设备可以是用于诊断、治疗、缓解或纠正损伤或残疾的设备。例如,医疗设备可以是用于检查、更换或修改结构或功能的设备。例如,医疗设备可以是用于控制怀孕的设备。例如,医疗设备可以包括医用治疗设备、外科手术设备、(体外)诊断设备、助听器或(医疗)程序设备等。例如,安全设备可以是为防止可能发生的风险并保持安全而安装的设备。例如,安全设备可以是相机、闭路电视、记录仪或黑匣子。例如,pin-tech设备可以是能够提供诸如移动支付的金融服务的设备。例如,pin-tech设备可以包括支付设备或销售点(POS)。例如,气候/环境设备可以包括用于监视或预测气候/环境的设备。
第一装置(9010)可以包括诸如处理器(9011)的至少一个处理器、诸如存储器(9012)的至少一个存储器、以及诸如收发器(9013)的至少一个收发器。处理器(9011)可以执行上述功能、过程和/或方法。处理器(9011)可以执行一个或多个协议。处理器(9011)可以执行无线电接口协议的一层或多层。存储器(9012)可以连接到处理器(9011)并且存储各种类型的信息和/或命令。收发器(9013)可以连接到处理器(9011),并且被控制以发送/接收无线电信号。收发器(9013)可以连接到一个或多个天线(9014-1至9014-n)。在本说明书中,n个天线可以是物理天线的数量或逻辑天线端口的数量。
第二装置(9020)可以包括诸如处理器(9021)的至少一个处理器、诸如存储器(9022)的至少一个存储器、以及诸如收发器(9023)的至少一个收发器。处理器(9021)可以执行上述功能、过程和/或方法。处理器(9021)可以实现一个或多个协议。例如,处理器(9021)可以实现无线电接口协议的一层或多层。存储器(9022)可以连接到处理器(9021)并且存储各种类型的信息和/或命令。收发器(9023)可以连接到处理器(9021),并且被控制以发送/接收无线电信号。收发器(9023)可以连接到一个或多个天线(9024-1至9024-n)。
存储器(9012)和/或存储器(9022)可以均被连接在处理器(9011)和/或处理器(9021)的内部或外部,并通过诸如有线或无线连接的各种技术连接到其他处理器。
根据本发明的实施例,处理器(9011)可以控制收发器(9013)以从第二装置(9020)接收与由第二装置(9020)请求的服务的启动有关的消息。处理器(9011)可以基于该消息来确定是否提供服务。
根据本发明的实施例,处理器(9021)可以控制收发器(9023)以向第一装置(9010)发送与由第二装置(9020请求的服务的启动有关的消息。处理器(9021)可以控制收发器(9023)以基于该消息来接收服务。
图25示出根据本发明的示例性实施例的无线通信设备。
图25可以对应于图24中所示的第一装置或第二装置(9010、9020)的更详细的图。然而,图25的无线通信设备不限于用户设备(UE)。无线通信设备可以对应于被配置成执行本发明的一个或多个实施例的任意适当的移动计算机设备,诸如车辆通信系统或设备、可穿戴设备、便携式计算机、智能手机等。
参考图25,用户设备(UE)可以包括诸如处理器(9110)的至少一个或多个处理器(例如,DSP或微处理器)、收发器(9135)、功率管理模块(9105)、天线(9140)、电池(9155)、显示器(9115)、键区(9120)、全球定位系统(GPS)芯片(9160)、传感器(9165)、存储器(9130)、(可选地)订户识别模块(SIM)卡(9125)、扬声器(9145)、麦克风(9150)等。用户设备可以包括一个或多个天线。
处理器(9110)可以被配置成执行本发明的上述功能、过程和/或方法。根据本发明的示例性实施例,处理器(9110)可以执行一个或多个协议,诸如无线电接口协议的层。
存储器(9130)连接到处理器(9110),并且可以存储与处理器(9110)的操作有关的信息。存储器(9130)可以位于处理器(9110)的内部或外部,并且存储器(9130)还可以经由诸如有线或无线连接的各种技术连接到另一处理器。
用户可以通过使用各种技术来输入各种类型的信息(例如,命令信息,诸如电话号码),诸如按下键区(9120)的按钮或使用麦克风(9150)进行语音激活。处理器(9110)可以接收和处理用户信息,并且可以执行适当的功能,诸如通过拨打电话号码进行电话呼叫。例如,可以从SIM卡(9125)或存储器(9130)中搜索数据(例如,操作数据),以便执行相应的功能。作为另一示例,处理器(9110)可以从GPS芯片(9160)接收并处理GPS信息,以便执行与UE的位置有关的功能,诸如车辆导航、地图服务等。作为又一个示例,处理器(9110)可以向显示器(9115)指示各种类型的信息和数据,用于用户的参考使用或便利。
收发器(9135)可以连接到处理器(9110),可以收发(发送和接收)无线电信号,诸如RF信号。处理器(9110)可以控制收发器(9135),使得收发器(9135)可以启动通信并发送包括各种类型的信息或数据(诸如语音通信数据)的无线电信号。收发器(9135)可以包括接收器和发射器,以便发送或接收无线电信号。天线(9140)可以容易地执行无线电信号的发送和接收。根据示例性实施例,当接收无线电信号时,收发器(9135)可以转发信号并将其转换为基带频率,以便通过使用处理器(9110)来处理信号。可以根据各种技术来处理经处理的信号,诸如将经处理的信号转换成通过经由扬声器(9145)输出而可以听到的信息或可以被读取的信息。
根据本发明的示例性实施例,传感器(9165)可以连接到处理器(9110)。传感器(9165)可以包括至少一个检测设备,该至少一个检测设备被配置成发现各种形式的信息,其包括速度、加速度、光、振动、接近度、位置、图像等,但不仅限于上面列出的信息类型。处理器(9110)可以接收和处理从传感器(9165)获取的传感器信息,并且可以执行各种类型的功能,诸如防碰撞、自动化驾驶等。
在图25的示例中,UE中可以进一步包括各种组件(例如,相机、USB端口等)。例如,相机可以连接到处理器(9110),并且可以用于多种服务,诸如自动化驾驶、车辆安全服务等。
如上所述,图25仅是用户设备的示例,并且因此,其实施例将不仅限于此。例如,一些组件(例如,键区(9120)、GPS芯片(9160)、传感器(9165)、扬声器(9145)和/或麦克风(9150))可能在某些场景下未被实现。
处理器(9011、9021或9110)可以包括专用集成电路(ASIC)、单独的芯片组、逻辑电路和/或数据处理单元。存储器(9012、9022或9130)可以包括只读存储器(ROM)、随机存取存储器(RAM)、闪存、存储卡、存储介质和/或其他等效存储设备。收发器(9013、9023或9135)可以包括用于处理无线信号的基带电路。当实施例以软件实现时,可以利用用于执行前述功能的模块(即,过程、功能等)来实现前述方法。该模块可以存储在存储器中,并且可以由处理器(9011、9021或9110)执行。存储器(9012、9022或9130)可以位于处理器(9011、9021或9110)的内部或外部,并且可以通过使用各种众所周知的方式耦合到处理器(9011、9021或9110)。
由在此处描述的示例性系统来看,已经参考若干流程图描述了按照公开的主题可以实现的方法。尽管为了简化的目的,这些方法被示出和描述为一系列的步骤或者模块,应该明白和理解,所要求保护的主题不受步骤或者块的顺序限制,因为一些步骤可以以与在此处描绘和描述的不同的顺序发生或者与其他步骤同时发生。另外,本领域技术人员应该理解,在流程图中图示的步骤不是排他的,并且可以包括其他步骤,或者在示例流程图中的一个或者多个步骤可以被删除,而不影响本公开的范围。

Claims (13)

1.一种用于通过第一装置执行侧链路通信的方法,所述方法包括:
从第二装置接收与所述第二装置有关的侧链路能力信息,其中,所述侧链路能力信息包括与所述第二装置支持的侧链路混合自动重传请求HARQ过程的数量有关的信息;
向基站BS发送无线电资源控制RRC消息,其中,所述RRC消息包括与所述第二装置有关的所述侧链路能力信息和包括与侧链路通信范围有关的信息的服务质量QoS信息;以及
基于所述RRC消息执行所述侧链路通信。
2.根据权利要求1所述的方法,其中,所述侧链路能力信息包括与由所述第二装置支持的调制阶数有关的信息。
3.根据权利要求1所述的方法,其中,所述侧链路能力信息包括与由所述第二装置支持的信道编码方案有关的信息。
4.根据权利要求1所述的方法,其中,所述侧链路能力信息包括表示所述第二装置是否支持HARQ反馈的信息。
5.根据权利要求1所述的方法,其中,所述RRC消息包括与当前同步源有关的信息。
6.根据权利要求1所述的方法,其中,所述RRC消息包括与所述第二装置有关的信道状态信息。
7.根据权利要求6所述的方法,其中,所述信道状态信息包括由所述第二装置测量的信道繁忙率CBR。
8.根据权利要求1所述的方法,其中,所述RRC消息包括与用于所述侧链路通信的资源有关的信息。
9.根据权利要求1所述的方法,其中,所述BS基于所述RRC消息分配用于所述侧链路通信的资源。
10.一种执行侧链路通信的第一装置,所述第一装置包括:
至少一个收发器;
至少一个处理器;和
至少一个计算机存储器,所述至少一个计算机存储器可操作地连接到所述至少一个处理器并且存储指令,所述指令在被执行时使所述至少一个处理器执行包括下述的操作:
从第二装置接收与所述第二装置有关的侧链路能力信息,其中,所述侧链路能力信息包括与所述第二装置支持的侧链路混合自动重传请求HARQ过程的数量有关的信息;
向基站BS发送无线电资源控制RRC消息,其中,所述RRC消息包括与所述第二装置有关的所述侧链路能力信息和包括与侧链路通信范围有关的信息的服务质量QoS信息;并且
基于所述RRC消息执行所述侧链路通信。
11.根据权利要求10所述的第一装置,其中,所述侧链路能力信息包括与由所述第二装置支持的调制阶数有关的信息。
12.根据权利要求10所述的第一装置,其中,所述侧链路能力信息包括与由所述第二装置支持的信道编码方案有关的信息。
13.根据权利要求10所述的第一装置,其中,所述侧链路能力信息包括表示所述第二装置是否支持HARQ反馈的信息。
CN201980007899.0A 2018-06-14 2019-06-14 在nr v2x中由ue执行侧链路通信的方法和装置 Active CN111630933B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR10-2018-0067843 2018-06-14
KR20180067843 2018-06-14
PCT/KR2019/007236 WO2019240548A1 (en) 2018-06-14 2019-06-14 Method and apparatus for performing sidelink communication by ue in nr v2x

Publications (2)

Publication Number Publication Date
CN111630933A CN111630933A (zh) 2020-09-04
CN111630933B true CN111630933B (zh) 2023-10-17

Family

ID=68842882

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980007899.0A Active CN111630933B (zh) 2018-06-14 2019-06-14 在nr v2x中由ue执行侧链路通信的方法和装置

Country Status (4)

Country Link
US (1) US11382107B2 (zh)
EP (2) EP4017207B1 (zh)
CN (1) CN111630933B (zh)
WO (1) WO2019240548A1 (zh)

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110831074B (zh) * 2018-08-10 2022-03-11 大唐移动通信设备有限公司 一种直连通信的方法、amf、接入网功能实体及计算机存储介质
CN111201834B (zh) * 2018-09-18 2023-04-18 瑞典爱立信有限公司 使用侧链路发现消息的装置发现
WO2020060332A1 (en) * 2018-09-20 2020-03-26 Lg Electronics Inc. Method and apparatus for performing qos prediction based on network assistance in nr v2x
CN113115258B (zh) * 2018-10-01 2022-11-29 Oppo广东移动通信有限公司 用户设备及其传输同步信号块的方法
US11224007B2 (en) * 2018-11-19 2022-01-11 Huawei Technologies Co., Ltd. System and method for supporting sidelink radio bearers
KR20210020460A (ko) * 2019-08-14 2021-02-24 삼성전자주식회사 무선 통신 시스템에서 harq 피드백 방법 및 장치
US11888628B2 (en) * 2019-09-26 2024-01-30 Qualcomm Incorporated Configurable transmission timeline for physical sidelink feedback channel
EP3805792A1 (en) * 2019-10-11 2021-04-14 Nxp B.V. Transmission of payload between a mobile device and a plurality of anchor devices via ranging-capable physical layer communication
US11711683B2 (en) * 2019-10-29 2023-07-25 Qualcomm Incorporated Sidelink discovery procedure
CN114830803A (zh) * 2019-12-26 2022-07-29 华为技术有限公司 一种侧行链路通信方法及装置
CN115380603B (zh) * 2020-02-13 2023-10-31 皇家飞利浦有限公司 资源检索程序
WO2021212284A1 (en) * 2020-04-20 2021-10-28 Mediatek Singapore Pte. Ltd. Resource allocation enhancements for sl communication
WO2021229774A1 (ja) * 2020-05-14 2021-11-18 株式会社Nttドコモ 端末及び通信方法
KR20230049110A (ko) * 2020-08-06 2023-04-12 애플 인크. 무선 통신에서 디바이스내 조정을 위한 사이드링크 자원 배제를 위한 방법들 및 장치
US11259350B1 (en) * 2020-09-21 2022-02-22 Asustek Computer Inc. Method and apparatus for supporting UE-to-network relay communication in a wireless communication system
CN114258127B (zh) * 2020-09-25 2023-09-15 维沃移动通信有限公司 信息确定方法、信息发送方法、装置和设备
EP4221385A4 (en) * 2020-10-16 2023-11-01 Huawei Technologies Co., Ltd. METHOD AND APPARATUS FOR DETERMINING CHANNEL CONGREGATION PARAMETER
CN114501482B (zh) * 2020-10-23 2024-04-26 维沃移动通信有限公司 无线通信方法、装置、中继设备、远端设备和基站
WO2022087968A1 (en) * 2020-10-29 2022-05-05 Mediatek Singapore Pte. Ltd. Sl resource allocation enhancements
US11722884B2 (en) * 2020-12-21 2023-08-08 Charter Communications Operating, Llc UE storage of UE context information
CN112753266B (zh) * 2020-12-29 2023-05-30 北京小米移动软件有限公司 辅助ue的选择方法、装置、通信设备及存储介质
WO2022151443A1 (zh) * 2021-01-15 2022-07-21 华为技术有限公司 侧行链路传输方法及装置
JP2022123746A (ja) * 2021-02-12 2022-08-24 株式会社デンソー 中継端末、コアネットワーク装置及び通信方法
JP2022123745A (ja) * 2021-02-12 2022-08-24 株式会社デンソー 中継端末、コアネットワーク装置及び通信方法
WO2022178727A1 (zh) * 2021-02-24 2022-09-01 北京小米移动软件有限公司 寻呼方法、装置及通信设备
KR102547524B1 (ko) * 2021-08-17 2023-06-27 (주)자스텍엠 데이터 보안성 및 데이터 신뢰성을 위한 실내외 연속측위 장치

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106134281A (zh) * 2014-03-10 2016-11-16 Lg电子株式会社 用于执行邻近服务的方法及用户装置
WO2016181094A1 (en) * 2015-05-14 2016-11-17 Blackberry Limited Transmitting a scheduling request for a device-to-device transmission
WO2017196032A1 (en) * 2016-05-09 2017-11-16 Lg Electronics Inc. Method for transmitting signals in v2x communication system and apparatus therefor
EP3273634A1 (en) * 2016-07-18 2018-01-24 Panasonic Intellectual Property Corporation of America Improved support of quality of service for v2x transmissions

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10039119B2 (en) 2014-05-23 2018-07-31 Telefonaktiebolaget Lm Ericsson (Publ) Devices and methods for D2D transmission
US10630449B2 (en) * 2016-02-05 2020-04-21 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Peer-to-peer data transmission method, apparatus, and system
WO2018064179A1 (en) * 2016-09-30 2018-04-05 Intel Corporation V2x services in next generation cellular networks
US10827380B2 (en) * 2018-01-30 2020-11-03 Huawei Technologies Co., Ltd. System and method for supporting URLLC in advanced V2X communications

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106134281A (zh) * 2014-03-10 2016-11-16 Lg电子株式会社 用于执行邻近服务的方法及用户装置
WO2016181094A1 (en) * 2015-05-14 2016-11-17 Blackberry Limited Transmitting a scheduling request for a device-to-device transmission
WO2017196032A1 (en) * 2016-05-09 2017-11-16 Lg Electronics Inc. Method for transmitting signals in v2x communication system and apparatus therefor
EP3273634A1 (en) * 2016-07-18 2018-01-24 Panasonic Intellectual Property Corporation of America Improved support of quality of service for v2x transmissions

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LG Electronics.RP-160792 "Status report of WI: Support for V2V services based on LTE sidelink rapporteur: LG Electronics".3GPP tsg_ran\TSG_RAN.2016,(TSGR_72),第二部分. *

Also Published As

Publication number Publication date
EP4017207A1 (en) 2022-06-22
EP3711444B1 (en) 2022-03-16
US11382107B2 (en) 2022-07-05
EP3711444A1 (en) 2020-09-23
US20210068120A1 (en) 2021-03-04
WO2019240548A1 (en) 2019-12-19
EP4017207B1 (en) 2023-12-13
EP3711444A4 (en) 2021-01-13
CN111630933A (zh) 2020-09-04

Similar Documents

Publication Publication Date Title
CN111630933B (zh) 在nr v2x中由ue执行侧链路通信的方法和装置
US11672035B2 (en) Method and apparatus for performing sidelink communication by UE in NR V2X
US11412570B2 (en) Method and apparatus for reporting cast type by UE in NR V2X
US11997723B2 (en) Method and apparatus for determining whether to perform transmission on a random access or a configured grant in wireless communication system
US11432265B2 (en) Method and device for adjusting transmission parameter by sidelink terminal in NR V2X
EP4022966B1 (en) Method and apparatus for channel state reporting in wireless communication system
US11678399B2 (en) Method and apparatus for resuming only signaling radio bearers in wireless communication system
US11337229B2 (en) Method and apparatus for logical channel prioritization in wireless communication system
EP4022968B1 (en) Method and apparatus for performing retransmission in wireless communication system
CN114270889A (zh) 用于在无线通信系统中操作与副链路drx关联的ue的方法和设备
CN114556981A (zh) 在无线通信系统中发送侧链路信号的方法
EP4035482B1 (en) Method and apparatus for transmission prioritization in wireless communication system
US11722923B2 (en) Cancelling SL CSI reporting in a wireless communication system
US20230067689A1 (en) Method for transmitting, by terminal of vulnerable road user, signal in wireless communication system
US11700632B2 (en) Method and apparatus for transmission prioritization in wireless communication system
CN116171634A (zh) 无线通信系统中的副链路发现相关操作方法
US20190350034A1 (en) Method for performing early data transmission (edt) procedure and device supporting the same
US20230081644A1 (en) Soft buffer flushing based on mac reset for rrc connection between wireless devices
KR20210135615A (ko) 가용 버퍼 사이즈를 이용하여 데이터를 송수신하는 방법 및 통신 기기
KR20210138112A (ko) 카메라 데이터 및 센서 데이터를 송수신하는 방법 및 통신 기기
EP4243464A1 (en) Method for controlling driving of v2x vehicle by first device in wireless communication system supporting sidelink, and device therefor
EP4280635A1 (en) Method and apparatus for transmitting and receiving wireless signal in wireless communication system
KR20240099174A (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
KR20230002811A (ko) 사이드링크를 지원하는 무선통신시스템에서 제1 장치가 제1 메시지를 전송하는 방법 및 이를 위한 장치

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