CN115885506A - 用于c-v2x的单播的上层实现 - Google Patents

用于c-v2x的单播的上层实现 Download PDF

Info

Publication number
CN115885506A
CN115885506A CN202180037122.6A CN202180037122A CN115885506A CN 115885506 A CN115885506 A CN 115885506A CN 202180037122 A CN202180037122 A CN 202180037122A CN 115885506 A CN115885506 A CN 115885506A
Authority
CN
China
Prior art keywords
address
destination
packet
unicast
vehicle
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
Application number
CN202180037122.6A
Other languages
English (en)
Inventor
张娟
A.T.佩雅皮利
T.金
H.容
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.)
Qualcomm Inc
Original Assignee
Qualcomm 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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of CN115885506A publication Critical patent/CN115885506A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • 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
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/535Allocation or scheduling criteria for wireless resources based on resource usage policies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02Data link layer protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/06Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08Upper layer protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • 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)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

各种实施例提供用于蜂窝车辆对一切(C‑V2X)互联网协议(IP)分组的单播传输的方法、车辆计算设备、存储介质和系统。各种实施例可以使堆栈架构中的上层能够实现C‑V2X IP分组的单播传输。在各种实施例中,源端口和目的地IP地址配对可以与目的地层2(L2)地址相关联。在各种实施例中,源端口指示和目的地IP地址指示可以被添加到单播C‑V2X IP分组,诸如传输控制协议(TCP)分组、用户数据报协议(UDP)分组等,并且源端口和目的地IP地址指示可以被调制解调器用于确定用于单播C‑V2X IP分组的目的地L2地址。

Description

用于C-V2X的单播的上层实现
相关申请
本申请要求于2020年5月29日提交的题为“Upper Layers Realization ofUnicast for C-V2X”的美国专利申请第16/887,384号的优先权的权益,该美国专利申请的全部内容在此通过引用并入本文,以用于所有目的。
背景技术
蜂窝和无线通信技术在过去几年已经经历了爆炸性增长,并且正被用于支持不同类型的通信设备(诸如智能电话、基于车辆的通信设备、基础设施通信设备、网络通信设备等)的主机之间的通信。更好的通信硬件、更大的网络和更可靠的协议促进了这种增长。
地面运输行业越来越多地希望通过采用智能运输系统(ITS)技术来充分利用蜂窝和无线通信技术的不断增长的能力,以增加驾驶员操作的车辆和自主车辆两者的相互通信和安全性。由第三代合作伙伴计划(3GPP)定义的蜂窝车辆对一切(C-V2X)协议支持ITS技术并且充当车辆与其周围的通信设备来直接通信的基础。C-V2X通信技术有希望改进车辆安全性、管理交通拥堵并且支持自主和半自主车辆。
发明内容
各种方面包括用于提供和接收蜂窝车辆对一切(C-V2X)互联网协议(IP)分组的单播传输的方法。各种方面可以使堆栈架构中的上层能够实现C-V2X IP分组的单播传输和接收。各种方面可以包括用于提供和接收由车辆的调制解调器执行的C-V2X IP分组的单播传输的方法。
各种方面可以包括:接收单播C-V2X IP分组,其中单播C-V2X IP分组的IP报头指示源端口和目的地IP地址;至少部分地基于指示的目的地IP地址来确定目的地层2(L2)地址;将指示确定的目的地L2地址的分组数据汇聚协议(PDCP)报头添加到单播C-V2X IP分组;以及向确定的目的地L2地址传送单播C-V2X IP分组。
某些方面还可以包括:接收将一个或多个源端口和目的地IP地址配对与相应目的地L2地址相关联的流注册;以及在调制解调器可用的存储器中缓存该流注册。在此类方面中,至少部分地基于指示的目的地IP地址来确定目的地L2地址可以包括将指示的源端口和指示的目的地IP地址与缓存的流注册进行比较以确定匹配的源端口和目的地IP地址配对,以及将目的地L2地址确定为与缓存的流注册中的匹配的源端口和目的地IP地址配对相关联的相应目的地L2地址。在某些方面中,流注册可以将一个或多个流属性与每个相应目的地L2地址相关联。此类方面还可以包括至少部分地基于流注册来确定与确定的目的地L2地址相关联的一个或多个流属性。在此类方面中,向确定的目的地L2地址传送单播C-V2X IP分组可以包括根据确定的一个或多个流属性向确定的目的地L2地址传送单播C-V2X IP分组。在此类方面中,一个或多个流属性可以包括周期性、半持续调度(SPS)侧链路标识符、优先级、分组延迟预算(PDB)或发送功率。
某些方面还可以包括:接收指示一个或多个目的地IP地址和相应目的地L2地址配对的目的地地址注册;以及将一个或多个目的地IP地址和相应目的地L2地址配对存储在调制解调器可用的存储器中的地址映射表中,其中至少部分地基于指示的目的地IP地址来确定目的地L2地址可以包括:将指示的目的地IP地址与地址映射表进行比较以确定匹配的目的地IP地址;以及将目的地L2地址确定为与地址映射表中的匹配的目的地IP地址相关联的相应目的地L2地址。此类方面还可以包括:接收与目的地地址注册相关联的流注册,该流注册指示将用于目的地地址注册中的所有相应目的地L2地址的一个或多个流属性;以及将一个或多个流属性设置为用于地址映射表的默认流属性。在此类方面中,向确定的目的地L2地址传送单播C-V2X IP分组可以包括根据被设置用于地址映射表的默认流属性向确定的目的地L2地址传送单播C-V2X IP分组。在此类方面中,一个或多个流属性可以包括周期性、SPS侧链路标识符、优先级、PDB或发送功率。
在某些方面中,单播C-V2X IP分组可以是传输控制协议(TCP)分组或用户数据报协议(UDP)分组。在某些方面中,确定的目的地L2地址可以是另一车辆的媒体访问控制(MAC)地址。
各种方面可以包括用于提供由车辆的处理器执行的C-V2X IP分组的单播传输的方法,包括:生成将经由单播传输被传送到另一设备的单播C-V2X IP分组,其中单播C-V2XIP分组的IP报头指示用于其他设备的源端口和目的地IP地址,以及向车辆的调制解调器传送单播C-V2X IP分组。
某些方面还可以包括:在生成单播C-V2X IP分组之前,生成将一个或多个源端口和目的地IP地址配对与相应目的地L2地址相关联的流注册,其中与相应目的地L2地址相关联的一个或多个源端口和目的地IP地址配对中的至少一个包括与其他设备的目的地L2地址相关联的用于其他设备的源端口和目的地IP地址的配对;以及向车辆的调制解调器传送流注册。在某些方面中,流注册还可以将一个或多个流属性与其他设备的目的地L2地址相关联。在此类方面中,一个或多个流属性可以包括周期性、SPS侧链路标识符、优先级、PDB或发送功率。在此类方面中,其他设备可以是另一车辆,并且其他设备的目的地L2地址可以是其他车辆的媒体访问控制(MAC)地址。
某些方面还可以包括:在生成单播C-V2X IP分组之前,生成指示一个或多个目的地IP地址和相应目的地L2地址配对的目的地地址注册,其中一个或多个目的地IP地址和相应目的地L2地址配对中的至少一个包括用于其他设备的目的地IP地址和其他设备的目的地L2地址的配对,向车辆的调制解调器传送目的地地址注册,生成与目的地地址注册相关联的流注册,该流注册指示将用于目的地地址注册中指示的所有目的地L2地址的一个或多个流属性,以及向车辆的调制解调器传送流注册。在此类方面中,一个或多个流属性可以包括周期性、SPS侧链路标识符、优先级、PDB或发送功率。在此类方面中,处理器可以是应用处理器,其他设备可以是另一车辆,并且其他设备的目的地L2地址可以是其他车辆的MAC地址。在各种方面中,单播C-V2X IP分组可以是TCP分组或UDP分组。
进一步的方面包括一种车辆,其包括具有处理器的车辆计算设备,该处理器被配置有处理器可执行指令以执行以上概述的方法中的任一个的操作。进一步的方面包括其上存储有处理器可执行软件指令的非暂态处理器可读存储介质,该处理器可执行软件指令被配置为导致处理器执行上文概述的方法中的任一个的操作。进一步的方面包括一种计算设备,其用于车辆中并且被配置为执行上文概述的方法中的任一个的操作。进一步的方面包括一种车辆,其具有用于执行上文概述的方法中的任一个的功能的部件。
附图说明
并入本文并构成本说明书的部分的附图示了权利要求的示例性实施例,并且与上文给出的一般描述和下文给出的详细描述一起用于解释权利要求的特征。
图1A和1B是图示了适用于实现各种实施例的车辆的组件框图。
图1C图示了适用于实现各种实施例的示例蜂窝车辆对一切(C-V2X)系统。
图2是图示了适用于实施各种实施例的、与路边单元和其他车辆通信的车辆计算设备的组件的系统框图。
图3是图示了根据各种实施例的用于可以被配置为广播、接收和/或以其他方式使用C-V2X消息的车辆中的示例片上系统的组件的框图。
图4是图示了根据各种实施例的发送通信设备和接收通信设备中的堆栈架构层之间的交互的示例的框图。
图5A和5B是图示了根据各种实施例的用于C-V2X互联网协议(IP)分组的单播传输的方法的处理流程图。
图6A图示了根据各种实施例的用于单播C-V2X IP分组流的示例关联。
图6B图示了根据各种实施例的将分组数据汇聚协议(PDCP)报头添加到传输控制协议(TCP)分组的示例。
图6C图示了根据各种实施例的将PDCP报头添加到用户数据报协议(UDP)分组的示例。
图7A和7B是图示了根据各种实施例的用于C-V2X IP分组的单播传输的方法的处理流程图。
图8是图示了根据各种实施例的传送单播C-V2X IP分组的车辆之间的示例交互的呼叫流程图。
图9A和9B是图示了根据各种实施例的用于C-V2X IP分组的单播传输的方法的处理流程图。
图10是图示了根据各种实施例的传送单播C-V2X IP分组的车辆之间的示例交互的呼叫流程图。
具体实施方式
将参考附图来详细描述各种方面。在可能的情况下,在整个附图中将使用相同的附图标记来指代相同或相似的部分。对特定示例和实现的引用是出于说明的目的,而不旨在限制权利要求的范围。
各种实施例提供了用于蜂窝车辆对一切(C-V2X)互联网协议(IP)分组的单播传输和接收的方法。各种实施例可以使堆栈架构中的上层能够实现C-V2X IP分组的单播传输和接收。在各种实施例中,源端口和目的地IP地址配对可以与目的地层2(L2)地址相关联。在各种实施例中,源端口指示和目的地IP地址指示可以被添加到单播C-V2X IP分组,诸如传输控制协议(TCP)分组、用户数据报协议(UDP)分组等,并且源端口和目的地IP地址指示可以被调制解调器用于确定用于单播C-V2X IP分组的目的地L2地址。在各种实施例中,目的地L2地址可以由调制解调器在添加到单播C-V2X IP分组(诸如TCP分组、UDP分组等)的分组数据汇聚协议(PDCP)报头中指示。
各种实施例通过实现单播IP传输和接收来改进C-V2X通信的能力和性能。源端口和目的地IP地址指示的存在使得调制解调器能够区分具有相同源端口的不同流,从而成功地将PDCP报头添加到具有正确的目的地L2地址的单播C-V2X IP分组(诸如TCP分组、UDP分组等)。使用与目的地L2地址相关联的源端口和目的地IP地址配对来区分具有相同源端口的不同流的能力可以使得车辆的调制解调器能够支持每个源端口的多个单播车辆对一切(V2X)流,从而改进C-V2X通信能力。
如本文所使用的,术语“通信设备”是指蜂窝电话、智能电话、便携式计算设备、驾驶员辅助系统、车辆控制器、车辆系统控制器、车辆通信系统、信息娱乐系统、车辆远程信息处理系统或子系统、车辆显示系统或子系统、车辆数据控制器或路由器、以及包括可编程处理器和存储器以及被配置为执行如本文所述的操作的电路的类似电子设备中的任一个或全部。虽然各种方面对于车载通信系统和/或计算设备特别有用,但是这些方面在包括通信电路和执行应用程序的处理器的任何通信设备中通常都是有用的。
术语“片上系统”(SOC)在本文中被用于指典型地但不排他地包括一个或多个处理器、存储器和通信接口的互连电子电路的集合。SOC可以包括各种不同类型的处理器和处理器核,诸如通用处理器、中央处理器(CPU)、数字信号处理器(DSP)、图形处理单元(GPU)、加速处理单元(APU)、子系统处理器、辅助处理器、单核处理器以及多核处理器。SOC还可以体现其他硬件和硬件组合,诸如现场可编程门阵列(FPGA)、配置和状态寄存器(CSR)、专用集成电路(ASIC)、其他可编程逻辑设备、离散门逻辑、晶体管逻辑、寄存器、性能监视硬件、看门狗(watchdog)硬件、计数器和时间参考。SOC可以是集成电路(IC),其被配置为使得IC的组件驻存在相同基板(诸如单片半导体材料(例如,硅等))上。
术语“系统级封装”(SIP)在本文中被用于指可以包括两个或更多个IC芯片、基板或SOC上的多个资源、计算单元、核和/或处理器的单个模块或封装。例如,SIP可以包括单个基板,多个IC芯片或半导体管芯(die)以垂直配置被堆叠在该单个基板上。类似地,SIP可以包括一个或多个多芯片模块(MCM),在该多芯片模块上,多个IC或半导体管芯被封装到统一的基板中。SIP还可以包括经由高速通信电路耦合在一起并且被紧密邻近地封装(诸如,在单个母板上或在单个移动通信设备中)的多个独立SOC。SoC的邻近性促进了高速通信以及存储器和资源的共享。
由第三代合作伙伴计划(3GPP)定义的蜂窝车辆对一切(C-V2X)协议支持两个车辆对一切(V2X)实体之间通过PC5接口的直接通信。如本文所使用的,V2X实体可以是被配置为支持C-V2X通信(包括根据C-V2X协议的直接通信)的任何通信设备,诸如车载通信设备、临时放置在车辆内的移动通信设备(例如,智能电话、膝上型计算机等)、交通传感器、由行人使用的通信设备(例如,智能电话、膝上型计算机等)等。直接通信可以由通过PC5接口建立的设备对设备(D2D)链路支持。由C-V2X协议支持的通过PC5接口的V2X直接通信可以包括车辆对车辆(V2V)直接通信、车辆对基础设施(V2I)直接通信和/或车辆对行人(V2P)直接通信。
在C-V2X通信中,诸如通过PC5接口的V2X直接通信中,传送或接收单播C-V2X IP分组的每个V2X实体可以由其自己相应的唯一层2(L2)地址(也被称为实体L2地址)来标识。作为示例,每个V2X实体的媒体访问控制(MAC)地址可以是该V2X实体的目的地L2地址。将被传送到另一V2X实体的C-V2X分组(诸如将通过PC5接口被传送的单播C-V2X分组)可以附有PDCP报头,该PDCP报头包括V2X实体(例如,车辆、路边单元(RSU)等)的目的地L2地址,该目的地L2地址是针对C-V2X分组的最终目的地。是针对C-V2X分组的最终目的地的V2X实体(例如,车辆、路边单元(RSU)等)的目的地L2地址可以使发送通信设备的调制解调器(诸如发送车辆的调制解调器)能够经由C-V2X传输、经由调制解调器的层2子层正确地处理和传送C-V2X分组。调制解调器的层2子层可以包括PDCP层、无线电链路控制(RLC)层、MAC层等。C-V2X传输可以包括通过PC5接口的V2X传输、通过Uu接口的无线广域网(WWAN)传输等。具体地,作为将从较高数据层(例如,层3)传递的C-V2X IP分组(此类分组常常被称为服务数据单元(SDU))转换为用于经由较低层(例如,层1)、通过空中(诸如通过PC5接口、通过Uu接口等)传输的一个或多个分组(此类分组常常被称为协议数据单元(PDU))的部分,作为C-V2X IP分组的最终目的地的V2X实体(例如,车辆、路边单元(RSU)等)的目的地L2地址可以被写入到一个或多个PDU中,诸如通过在被附加到C-V2X IP分组的PDCP报头中被指示。目的地L2地址可以由V2X实体的堆栈架构中的层2子层(例如,PDCP层、RLC层、MAC层等)来识别,并且目的地L2地址用于标识将被发送的每个分组的目的地。
在示例C-V2X实现中,V2X实体(诸如车辆等)可以包括连接到调制解调器的应用处理器(AP)(例如,汽车AP等)。AP可以运行驻留在AP的高级操作系统(HLOS)上的各种应用和/或堆栈,诸如智能运输系统(ITS)堆栈、遥测应用、应用编程接口(API)等。AP可以经由各种物理互连(诸如外围组件互连快速(PCIe)连接、通用串行总线(USB)连接、高速芯片间(HSIC)连接、以太网连接等)连接至调制解调器。经由AP与调制解调器之间的一个或多个互连,AP和调制解调器可以彼此交换数据。例如,在AP上运行的应用和/或堆栈可以经由AP与调制解调器之间的一个或多个互连向调制解调器传送用于向其他设备(诸如其他车辆)传输的C-V2X分组,诸如C-V2X IP分组(例如,TCP分组、UDP分组等)或C-V2X非IP分组。调制解调器可以通过空中(诸如经由通过PC5接口的设备对设备传输、通过Uu接口的WWAN传输等)传送C-V2X分组(IP或非IP)。类似地,调制解调器可以通过空中(诸如经由通过PC5接口的设备对设备传输、通过Uu接口的WWAN传输等)接收C-V2X分组(IP或非IP),并且可以经由AP与调制解调器之间的一个或多个互连向AP提供C-V2X分组。
对于广播传输,响应于从较高层(例如,层3应用和/或堆栈,诸如ITS堆栈、遥测应用、API等)接收到C-V2X IP分组,调制解调器堆栈的上层(例如,PDCP层)可以被配置为基于在C-V2X IP分组的IP报头中指示的源端口到映射到目的地设备的目的地L2地址(例如,目的地设备的MAC地址)的目的地设备的服务标识符(ID)的映射来标识C-V2X IP分组应当被给予广播PC5 MAC层。虽然适用于广播传输,但是此源端口到服务ID到目的地L2地址对于许多单播传输(诸如TCP分组的传输、UDP分组的传输等)将不起作用,因为相同的源目的地可以同时服务于具有不同目的地L2地址的不同目的点。由于许多单播传输协议(诸如TCP、UDP等)提供监听众所周知的端口并服务于许多客户端,所以相同端口可以由不同客户端利用,并且源端口可以与若干服务ID和/或目的地L2地址相关联。作为示例,RSU可以操作针对不同单播流使用具有不同目的地L2地址的相同源端口的TCP和/或UDP服务器,具有不同目的地L2地址的不同车载单元(OBU)可以由具有不同单播流的相同源端口服务。
在各种实施例中,源端口和目的地IP地址配对可以与目的地L2地址相关联,源端口指示和目的地IP地址指示可以被添加到单播C-V2X IP分组,诸如传输控制协议(TCP)分组、用户数据报协议(UDP)分组等,并且源端口和目的地IP地址指示可以由调制解调器用于确定用于单播C-V2X IP分组的目的地L2地址。源端口和目的地IP地址指示的存在可以使调制解调器能够区分具有相同源端口的不同流。在各种实施例中,较高层(例如,层3应用和/或堆栈,诸如ITS堆栈、遥测应用、API等)可以在被传送到调制解调器(例如,调制解调器堆栈的上层(例如,PDCP层))的单播C-V2X IP分组的IP报头中包括源端口指示和目的地IP地址指示。在各种实施例中,调制解调器可以至少部分地基于C-V2X分组的IP报头中指示的目的地IP地址来确定目的地L2地址。目的地L2地址可以由调制解调器在添加到单播C-V2X IP分组(诸如TCP分组、UDP分组等)的PDCP报头中指示。以此方式,具有指示目的地L2地址的添加的PDCP报头的C-V2X IP分组可以是被传送到调制解调器堆栈的较低层(例如,RLC层、MAC层、PHY层等)并且经由空中单播传输被传送到目的地的PDCP PDU。
在各种实施例中,较高层(例如,层3应用和/或堆栈,诸如ITS堆栈、遥测应用、API等)可以与调制解调器(例如,调制解调器堆栈的上层(例如,PDCP层))协商流注册。流注册可以定义将被用于单播C-V2X IP分组在流上的传输的一个或多个流属性,诸如周期性、半持续调度(SPS)侧链路标识符、优先级、分组延迟预算(PDB)、发送功率等。流注册可以将一个或多个源和目的地IP地址配对与相应目的地L2地址相关联。
在某些实施例中,流注册可以是针对每个单播目的地协商的。在某些实施例中,调制解调器可以缓存流注册来用于确定用于接收的单播C-V2X IP分组的目的地L2地址和/或用于确定用于接收的单播C-V2X IP分组的流属性。在某些实施例中,调制解调器可以将接收的单播C-V2X IP分组中的指示的源端口和指示的目的地IP地址与缓存的流注册进行比较,以确定匹配的源端口和目的地IP地址配对。在某些实施例中,调制解调器可以将用于接收的单播C-V2X IP分组的目的地L2地址确定为与缓存的流注册中的匹配的源端口和目的地IP地址配对相关联的相应目的地L2地址。在某些实施例中,调制解调器可以基于流注册来确定与目的地L2地址相关联的一个或多个流属性,并且可以根据确定的一个或多个流属性来向目的地L2地址传送单播C-V2X IP分组。
在某些实施例中,流属性可以应用于与相同源端口相关联的所有目的地L2地址。例如,相同源端口上的所有流可以具有相同的优先级和相同的发送功率。流之间的唯一差异可以是目的地L2地址。
在某些实施例中,较高层(例如,层3应用和/或堆栈,诸如ITS堆栈、遥测应用、API等)可以与调制解调器(例如,调制解调器堆栈的上层(例如,PDCP层))协商用于去往与相同源端口相关联的所有目的地L2地址的流的单个默认流注册。在某些实施例中,较高层(例如,层3应用和/或堆栈,诸如ITS堆栈、遥测应用、API等)可以生成指示目的地IP地址和目的地L2地址配对的目的地地址注册,并且向调制解调器传送该目的地地址注册。调制解调器可以将目的地IP地址和目的地L2地址配对存储在地址映射表中。
在某些实施例中,较高层(例如,层3应用和/或堆栈,诸如ITS堆栈、遥测应用、API等)可以生成与目的地地址注册相关联的流注册,并且向调制解调器传送流注册。流注册可以指示将用于目的地地址注册中的所有目的地L2地址的一个或多个流属性。
在某些实施例中,调制解调器可以将一个或多个流属性设置为用于地址映射表的默认流属性。在某些实施例中,调制解调器可以将接收的单播C-V2X IP分组中的指示的目的地IP地址与地址映射表进行比较,以确定匹配的目的地IP地址。调制解调器可以将目的地L2地址确定为与地址映射表中的匹配的目的地IP地址相关联的相应目的地L2地址。调制解调器可以根据被设置用于地址映射表的默认流属性向确定的目的地L2地址传送接收的单播C-V2X IP分组。
各种实施例可以被实现于各种车辆内,图1A和1B中图示了其示例车辆100。参考图1A和1B,车辆100可以包括车辆计算设备140(也被称为车载通信设备)和多个传感器102-138,包括卫星地理定位系统接收器108、占用传感器112、116、118、126、128、轮胎压力传感器114、120、相机122、136、麦克风124、134、冲击传感器130、雷达132和激光雷达138。
设置在车辆中或车辆上的多个传感器102-138可以被用于各种目的,诸如自主和半自主导航和控制、碰撞避免、定位确定等,以及提供关于车辆100中或车辆100上的物体和人的传感器数据。传感器102-138可以包括能够检测对导航和碰撞避免有用的各种信息的各种传感器中的一个或多个。传感器102-138中的每一个可以与车辆计算设备140以及彼此进行有线或无线通信。特别地,传感器可以包括一个或多个相机122、136,或者其他光学传感器或照相光学传感器。传感器还可以包括其他类型的物体检测和测距传感器,诸如雷达132、激光雷达138、IR传感器和超声传感器。传感器还可以包括轮胎压力传感器114、120、湿度传感器、温度传感器、卫星地理定位传感器108、加速度计、振动传感器、陀螺仪、重力计、冲击传感器130、测力计、应力计、应变传感器、流体传感器、化学传感器、气体含量分析仪、pH传感器、辐射传感器、盖革(Geiger)计数器、中子检测器、生物材料传感器、麦克风124、134、占用传感器112、116、118、126、128、邻近传感器和其他传感器。
车辆计算设备140(有时被称为车载单元(OBU))可以被配置有处理器可执行指令以使用从各种传感器(特别是相机122、136)接收的信息来执行各种实施例。在某些实施例中,车辆计算设备140可以使用可以从雷达132和/或激光雷达138传感器获得的距离和相对定位(例如,相对方位角)来补充相机图像的处理。车辆计算设备140还可以被配置为使用用各种实施例确定的关于其他车辆的信息在以自主或半自主模式操作时控制车辆100的转向、制动和速度。
图1C图示了适用于实现各种实施例的示例C-V2X系统150。参考图1A-1C,C-V2X系统150可以包括车内通信设备152(也被称为车辆计算设备),其被配置为与车内通信设备152所处的车辆162周围的其他通信设备交换无线通信。车辆162可以是任何类型的车辆,诸如自主车辆(例如,无人驾驶汽车等)、半自主车辆、远程操作车辆等。车内通信设备152可以是安装在车辆162中的计算设备,或者可以是临时放置在车辆162内的移动通信设备(例如,智能电话、膝上型计算机等)。C-V2X系统150可以包括除车内通信设备152之外的各种设备,诸如另一车辆164的另一车内通信设备153(也被称为车辆计算设备)、连接到路边单元(RSU)158、159的发送器156和157、通信设备155(例如,智能电话、膝上型设备等)、连接到网络165和网络服务器166的蜂窝塔或基站163等。C-V2X系统150的各种组件可以被配置为作为ITS网络来操作以支持用于地面车辆的相互通信和安全性。
车内通信设备152可以被配置为执行车辆对车辆(V2V)通信、车辆对基础设施(V2I)通信和车辆对行人(V2P)通信。例如,车内通信设备152可以与另一车辆164的另一车内通信设备153建立设备对设备(D2D)链路以交换V2V通信。作为另一示例,车内通信设备152可以与连接到RSU 158、159的发送器156和157建立D2D链路以交换V2I通信。作为另一示例,车内通信设备152可以与用户161的通信设备155(诸如智能电话、膝上型计算机等)建立D2D链路以交换V2P通信。车内通信设备152、车内通信设备153、通信设备155、RSU 158、159之间的D2D链路可以是独立于蜂窝网络建立的通信链路,诸如在专用ITS 5.9吉赫兹(GHz)频谱中建立的链路。作为具体示例,D2D链路可以是专用短距通信(DSRC)链路、LTE直接(LTE-D)链路、经由PC5接口建立的链路、或支持直接设备通信的任何其他类型的链路。
车内通信设备152可以被配置为执行车辆对网络(V2N)通信。例如,车内通信设备152可以与连接到网络165和其他车辆164的蜂窝塔或基站163建立网络对设备链路以交换V2N通信。网络对设备链路可以包括但不限于上行链路(或反向链路)、下行链路(或前向链路)、双向链路等。网络对设备链路可以根据诸如以下的移动宽带系统和技术来建立:第三代无线移动通信技术(3G)(例如,全球移动通信系统(GSM)演进(EDGE)系统、码分多址(CDMA)2000系统等)、第四代无线移动通信技术(4G)(例如,长期演进(LTE)系统、LTE-高级系统、移动微波接入全球互通(移动WiMAX)系统等)、第五代无线移动通信技术(5G)(例如,5G新无线电(5G NR)系统等)等。作为特定示例,网络对设备链路可以是经由Uu接口的WWAN链路。
在某些实施例中,车内通信设备152以及蜂窝塔或基站163可以包括利用基于正交频分复用(OFDM)的空中接口的5G NR功能。蜂窝塔或基站163的功能在一个或多个方面中可以与以下各项的功能类似(或被并入到以下各项的功能中):蜂窝IoT(CIoT)基站(C-BS)、NodeB、演进型NodeB(eNodeB)、无线电接入网络(RAN)接入节点、无线电网络控制器(RNC)、基站(BS)、宏小区、宏节点、家庭eNB(HeNB)、毫微微小区、毫微微节点、微微节点或基于用于建立蜂窝塔或基站163与车内通信设备152之间的网络对设备链路的无线电技术的某些其他合适实体。蜂窝塔或基站163可以与可连接到网络165(例如,核心网络、互联网等)的相应路由器通信。使用到蜂窝塔或基站163的连接,车内通信设备152可以与网络165以及连接到网络165的设备(诸如其他车辆164或连接到网络165的任何其他通信设备)交换数据。
图2是图示了适用于实现各种实施例的组件和支持系统的系统200的组件框图。参考图1A-2A,系统200可以包括车辆100、162、164、230中的车辆计算设备140(和/或152、153),其被配置为经由无线通信(例如,C-V2X协议消息222,诸如作为单播C-V2X IP分组(例如,TCP分组、UDP分组等)被传送的C-V2X消息)与其他车辆和RSU 220通信,并且RSU 220可以与网络服务器224通信(例如,经由无线通信链路或有线通信链路226)。
路边单元220、网络服务器224以及将此类单元一起连接到集成的通信和跟踪系统中的有线通信链路226和无线通信链路可以包括并且在本文中通常被称为地面运输网络435。地面运输网络435的网络服务器224可以耦合到广域网(例如,互联网228),并且被配置为使用各种已知网络消息传输协议中的任一个向经授权方的计算平台和证书授权机构430路由永久车辆信息。
车辆计算设备140(和/或152、153)可以包括用于控制车辆100、162、164、230的操作以及与地面运输网络200内的其他设备通信的各种电路和设备。
在图2所示的示例中,车辆计算设备140(和/或152、153)包括处理器204、存储器206、输入模块208、输出模块210和无线电收发器212。车辆计算设备140(和/或152、153)可以耦合到并且被配置为控制车辆100、162、164、230的驾驶控制组件214、导航组件216和一个或多个传感器218。处理器204可以被配置有处理器可执行指令以控制车辆100、162、164、230的操纵、导航和/或其他操作,包括各种实施例的操作。处理器204可以耦合到存储器206。车辆计算设备140(和/或152、153)可以包括输入模块208、输出模块210和无线电收发器212。
无线电收发器212可以被配置为与RSU 220和其他车辆230进行发送和接收C-V2X协议消息(诸如作为单播C-V2X IP分组(例如,TCP分组、UDP分组等)被传送的C-V2X消息)。
输入模块208可以接收来自一个或多个车辆传感器218的传感器数据以及来自其他组件(包括驾驶控制组件214和导航组件216)的电子信号。输出模块210可以被用于与车辆100、162、164、230的各种组件通信或激活这些组件,这些组件包括驾驶控制组件214、导航组件216和(多个)传感器218。
车辆计算设备140(和/或152、153)可以耦合到驾驶控制部件214以控制车辆100、162、164、230的与车辆的操纵和导航有关的物理元件,诸如引擎、马达、油门、转向元件、飞行控制元件、制动或减速元件等。驾驶控制组件214还可以包括控制车辆的其他设备的组件,包括环境控制(例如,空调和供暖)、外部和/或内部照明、内部和/或外部信息显示器(其可以包括显示屏或显示信息的其他设备)、安全性设备(例如,触觉设备、可听警报等)以及其他类似设备。
车辆计算设备140(和/或152、153)可以耦合到导航组件216,并且可以从导航组件216接收数据,并且被配置为使用此类数据来确定车辆100、162、164、230的当前定位和取向,以及朝向目的地的适当航线。在各种实施例中,导航组件216可以包括或耦合到全球导航卫星系统(GNSS)接收器系统(例如,一个或多个全球定位系统(GPS)接收器),使车辆100、162、164、230能够使用GNSS信号确定其当前定位。替代地或附加地,导航组件216可以包括无线电导航接收器,用于从无线电节点(诸如Wi-Fi接入点、蜂窝网络站点、无线电站、远程计算设备、其他车辆等)接收导航信标或其他信号。通过驾驶控制元件214的控制,处理器204可以控制车辆100、162、164、230以进行导航和操纵。处理器204和/或导航组件216可以被配置为与道路边单元230通信以接收控制操纵的命令、接收在导航中有用的数据、提供实时定位报告并且评估其他数据。
车辆计算设备140(和/或152、153)可以耦合到一个或多个传感器218。(多个)传感器218可以包括如所描述的传感器102-138,并且可以被配置为向处理器204提供各种数据。
车辆计算设备140(和/或152、153)的处理器204可以被配置为接收关于车辆的定位和行进方向的信息(例如,来自导航组件216)、速度(例如,来自驾驶控制组件214)、以及其他信息(例如,来自(多个)传感器218),并且生成C-V2X消息,诸如作为单播C-V2X IP分组(例如,TCP分组、UDP分组等)被传送的C-V2X消息,以供无线电收发器212传输。
车辆计算设备140(和/或152、153)的处理器204可以被配置为从其他车辆230接收C-V2X消息,诸如作为单播C-V2X IP分组(例如,TCP分组、UDP分组等)被传送的C-V2X消息,并且在控制车辆操作时使用此类消息(例如,向驾驶控制组件214和/或导航组件216提供其他车辆定位)。作为示例,处理器204还可以被配置为接收和处理来自RSU 220的其他C-V2X消息并且使用此类消息中的信息,并且在控制车辆操作、向操作者通知安全状况等时使用此类信息。
虽然车辆计算设备140(和/或152、153)被描述为包括分开的组件,但在某些实施例中,组件(例如,处理器204、存储器206、输入模块208、输出模块210和无线电收发器212)中的某些或全部可以被集成在单个设备或模块中,诸如片上系统(SOC)处理设备中。此类SOC处理设备可以被配置用于车辆中,并且在被安装到车辆中时被配置为诸如具有在处理器204中执行的处理器可执行指令,以执行各种实施例的操作。
各种实施例可以被实现于数个单处理器和多处理器通信设备(包括SoC和/或SIP)上。图3图示了根据各种实施例的可以被配置为实现用于传送路径历史的方法的示例SIP300架构。参考图1A-3,示例SIP 300架构可以被实现于任何SIP中,并且可以被用于实现各种实施例的任何通信设备(例如,车载通信设备140、车内通信设备152、车内通信设备153、RSU 158、159等)中。
在图3所图示的示例中,SIP 300包括三个SoC 302、304、371,SoC 302、304、371包括处理器、调制解调器和存储器,并且可以被配置为执行各种实施例的操作。在某些实施例中,第一SoC 302可以作为通信设备的中央处理单元(CPU)操作,其通过执行由指令指定的算术、逻辑、控制和输入/输出(I/O)操作来执行软件应用程序的指令。在某些实施例中,第二SoC 304可以作为专用处理单元来操作。例如,第二SoC 304可以作为专用5G处理单元操作,其负责管理高容量、高速度(例如,5Gbps等)和/或甚高频短波长(例如,28GHz mmWave(毫米波)频谱等)通信,以支持利用基于OFDM的空中接口的5G NR功能。在某些实施例中,第三SoC 371可以作为专用处理单元来操作。例如,第三SoC 371可以作为专用C-V2X处理单元来操作,其负责管理通过D2D链路(诸如在专用ITS 5.9GHz频谱通信中建立的D2D链路)的V2V、V2I和V2P通信。图3中所图示的SoC和功能的组织是SIP的非限制性示例,因为SoC(包括更少或更多的SoC)之间的功能的其他架构和组织是被预期到的。为了便于参考,本文和权利要求书中使用术语“调制解调器”来指代调制解调器电路、一个或多个处理器(例如,调制解调器处理器、DSP等)和存储器的集成,其可以被集成在SoC(例如,304或371)中,并且被配置有处理器可执行指令(例如,在固件和/或软件中)以执行各种实施例的操作。
在图3所图示的示例中,第一SoC 302包括数字信号处理器(DSP)310、调制解调器处理器312、图形处理器314、应用处理器(AP)316、连接到处理器中的一者或多者的一个或多个协处理器318(例如,矢量协处理器)、存储器320、定制电路322、系统组件和资源324、互连/总线模块326、一个或多个温度传感器330、热管理单元332、以及被配置为经由天线(未示出)传送和接收去往/来自其他设备的无线通信的无线收发器366。第二SoC 304包括5G调制解调器处理器352、功率管理单元354、互连/总线模块364、多个mmWave收发器356、存储器358和各种附加处理器360,诸如应用处理器、分组处理器等。第三SoC 371包括ITS调制解调器处理器372、功率管理单元374、互连/总线模块384、多个收发器376(例如,被配置为在专用ITS 5.9GHz频谱中操作的收发器)、存储器378、以及各种附加处理器380,诸如应用处理器、分组处理器等。
每个处理器310、312、314、316、318、352、360、372、380可以包括一个或多个核,并且每个处理器/核可以独立于其他处理器/核来执行操作。例如,第一SOC 302可以包括执行第一类型的操作系统(例如,FreeBSD、LINUX、OS X等)的处理器,以及执行第二类型的操作系统(例如,MICROSOFT WINDOWS 10)的处理器。另外,处理器310、312、314、316、318、352、360、372、380中的任一这或全部可以被包括作为处理器群集架构(例如,同步处理器群集架构、异步或异构处理器群集架构等)的部分。作为特定示例,在AP 316、附加处理器360、380上运行的较高层(例如,层3应用和/或堆栈,诸如ITS堆栈、遥测应用、API等)可以执行生成并向调制解调器处理器312、352、372的上层(例如,PDCP层)传送单播C-V2X分组的操作。
第一、第二和第三SoC 302、304、371可以包括各种系统组件、资源和定制电路,用于管理传感器数据、模数转换、无线数据传输,以及用于执行其他专用操作,诸如解码数据分组和处理经编码的音频和视频信号以供在web浏览器或其他显示应用中呈现。例如,第一SoC 302的系统组件和资源324可以包括功率放大器、电压调节器、振荡器、锁相环、外围桥、数据控制器、存储器控制器、系统控制器、接入端口、定时器和用于支持在无线设备上运行的处理器和软件客户端的其他类似组件。系统组件和资源324和/或定制电路322还可以包括与外围设备(诸如相机、电子显示器、无线通信设备、外部存储芯片、自主驾驶系统、交通标志识别系统、停车辅助系统、远程信息处理单元、轮胎压力监视系统、碰撞警告系统、显示系统、车辆总线等)接口的电路。
第一、第二和第三SOC 302、304、371可以经由一个或多个互连/总线模块350进行通信。处理器310、312、314、316、318可以经由互连/总线模块326互连到一个或多个存储器元件320、系统组件和资源324、以及定制电路322、以及热管理单元332。类似地,处理器352、360可以经由互连/总线模块364互连到功率管理单元354、mmWave收发器356、存储器358和各种附加处理器360。类似地,处理器372、380可以经由互连/总线模块384互连到功率管理单元374、收发器376、存储器378和各种附加处理器380。互连/总线模块326、350、364、384可以包括可重配置逻辑门阵列和/或实现总线架构(例如,CoreConnect、AMBA等)。通信可以由高级互连(诸如高性能片上网络(networks-on chip,NoC))提供。各种互连/总线模块326、350、364、384可以包括物理互连,诸如PCIe连接、USB连接、HSIC连接、以太网连接等。
第一、第二和/或第三SoC 302、304、371还可以包括用于与SoC外部的资源进行通信的输入/输出模块(未示出)。SoC外部的资源可以由内部SoC处理器/核中的两个或更多个共享。
除了上文所讨论的SIP 300之外,各种方面可以被实现于各种通信设备中,各种通信设备可以包括单个处理器、多个处理器、多核处理器或其任何组合。
图4图示了根据各种实施例的发送通信设备410和接收通信设备415中的堆栈架构层之间的交互。参考图1-4,通信设备401、415可以各自是实现各种实施例的任何类型的通信设备(例如,车载通信设备140、152、153、RSU158、159、通信设备155、SIP 300等)。作为特定示例,通信设备401、415可以是被配置为使用C-V2X通信(诸如经由单播C-V2X IP传输,诸如TCP传输、UDP传输等)来交换信息的通信设备。在各种实施例中,通信设备401的堆栈架构中的层可以与通信设备415的堆栈架构中的对应层形成逻辑连接。堆栈架构可以被分布于一个或多个处理器(例如,处理器310、312、314、316、318、352、360、372、380)之间。虽然关于一个无线电协议堆栈进行说明,但在多订户身份模块(SIM)(多SIM)通信装置中,堆栈架构可以包括多个协议堆栈,其中的每个协议堆栈可以与不同SIM相关联(例如,在双SIM通信设备中,两个协议堆栈分别与两个SIM相关联)。虽然下文参照LTE通信层来描述,但堆栈架构可以支持用于无线通信的各种标准和协议中的任一者,和/或可以包括支持各种标准和协议无线通信中的任一者的附加协议堆栈。
每个通信设备401、415可以包括一个或多个较高数据层402,其被配置为与调制解调器堆栈(或无线电协议堆栈)406交换数据。作为示例,较高数据层402可以是一个或多个ITS层、一个或多个服务层、一个或多个消息收发层、应用层等。作为示例,在较高数据层402中执行的功能可以包括应用403(例如,ITS安全性关键应用、ITS非安全性关键应用、消息收发应用等)、安全服务404、互联网协议(IP)服务405(例如,传输控制协议(TCP)服务、统一数据报协议(UDP)服务等)、应用编程接口(API)服务、其他较高数据层功能、或其任何组合。较高数据层402可以单独地或共同地作为堆栈架构中的层3的子层。
在某些实施例中,通信设备401、415上的较高数据层402和调制解调器堆栈406可以在通信设备401、415的相同处理器上运行。在某些实施例中,通信设备401、415上的较高数据层402和调制解调器堆栈406可以在通信设备401、415的不同处理器上运行。作为示例,较高数据层402可以在AP(例如,AP 316)上运行,并且调制解调器堆栈406可以在调制解调器处理器(例如,调制解调器处理器312、调制解调器处理器352、调制解调器处理器372)上运行。虽然在图4中被图示为在相同的通信设备401、415上,但是在某些实施例中,较高数据层402可以在单独的通信设备的处理器上运行。
在某些实施例中,调制解调器堆栈406可以包括分组数据汇聚协议(PDCP)层407、无线电链路控制(RLC)层408、媒体访问控制(MAC)层409和物理(PHY)层410。PHY层410可以是调制解调器堆栈406的最低层,并且PDCP层407可以是调制解调器堆栈406的最高层。PDCP层407、RLC层408和MAC层409可以是堆栈架构中的层2的子层。PHY层410可以是堆栈架构中的层1的子层。
PDCP层407可以处理PDCP分组,并且可以提供用于PDCP分组的不同无线电承载和逻辑信道之间的复用、压缩、加密和/或完整性保护。PDCP层407可以从较高数据层402接收分组,并且可以向较高数据层402输出分组。PDCP层407可以从RLC层408接收分组,并且可以向RLC层408输出分组。作为具体示例,在上行链路中,PDCP层407可以提供包括不同无线电承载和逻辑信道之间的复用、序列号添加、移交数据处理、完整性保护、加密和报头压缩的功能。在下行链路中,PDCP层407可以提供包括数据分组的按序递送、重复数据分组检测、完整性验证、解密、以及报头解压缩的功能。
RLC层408可以处理RLC分组,并且可以提供用于RLC分组的纠错、级联、分段、重组、重排序、重复检测、错误检测和/或错误恢复。另外,RLC层408可以在接收缓冲器中缓冲RLC分组,以便支持重排序、等待丢失的RLC分组等。RLC层408可以在不同模式(诸如确认模式(AM)、非确认模式(UM)和透明模式(TM))中操作。RLC层408可以从PDCP层407接收分组,并且可以向PDCP层407输出分组。RLC层408可以从MAC层409接收分组,并且可以向MAC层409输出分组。作为具体示例,在上行链路中,RLC层408可以提供上层数据分组的分段和级联、丢失数据分组的重传、以及自动重复请求(ARQ)。在下行链路中,RLC层408功能可以包括数据分组的重排序以补偿乱序接收、上层数据分组的重组、以及ARQ。
MAC层409可以处理MAC分组,并且可以提供用于MAC分组的帧定界/识别、寻址和/或错误保护。另外,MAC层可以负责混合自动重复请求(HARQ)操作。MAC层409可以从RLC层408接收分组,并且可以向RLC层408输出分组。MAC层409可以从PHY层410接收分组,并且可以向PHY层410输出分组。作为具体示例,在上行链路中,MAC层409可以提供包括逻辑信道和传输信道之间的复用、随机接入过程、逻辑信道优先级和混合ARQ(HARQ)操作的功能。在下行链路中,MAC层409功能可以包括小区内的信道映射、解复用、不连续接收(DRX)和HARQ操作。
PHY层410可以处理PHY分组并且可以提供支持物理传输介质的硬件(例如,收发器、天线等)与调制解调器堆栈406的较高层之间的通信接口。PHY层410可以将PHY分组转换成用于传输的比特流和/或将接收的比特流转换成PHY分组。PHY层410提供用于PHY分组的编码、传输、接收和/或解码。PHY层410可以从MAC层409接收分组,并且可以向MAC层409输出分组。
向/从调制解调器堆栈406的较高数据层传递的分组可以被称为给定层中的服务数据单元(SDU),并且向/从调制解调器堆栈406的较低层传递的分组可以被称为协议数据单元(PDU)。例如,从PDCP层407接收到RLC层408中的分组以及从RLC层408传递到PDCP层407的分组可以被称为RLC SDU。类似地,从MAC层409到RLC层408中接收的分组以及从RLC层408传递到MAC层409的分组可以被称为RLC PDU。
层的SDU可以是下一较高层的PDU,正如层的PDU可以是下一较低层的SDU。例如,从PDCP层407传送到RLC层408的PDCP PDU在被由RLC层408接收时可以被称为RLC SDU。类似地,从MAC层409传送到RLC层408的MAC SDU在被由RLC层408接收时可以被称为RLC PDU。
协议堆栈内的层可以通过对分组执行指派给该层的各种操作来将PDU转换成SDU以及将SDU转换成PDU。例如,RLC SDU可以由RLC层408分段以将RLC SDU涵盖到一个或多个RLC PDU中。类似地,多个接收的RLC PDU可以被重排序和重组,以将多个接收的RLC PDU转换成RLC SDU。另外,层可以向分组添加数据以将SDU转换成PDU,或者层可以从分组中移除数据以将PDU转换成SDU。例如,RLC层408可以向RLC SDU添加分组报头/报脚,以将RLC SDU转换成RLC PDU。类似地,RLC层408可以从RLC PDU中移除分组报头/报脚,以将RLC PDU转换成RLC SDU。
参考图4,下面是当一个通信设备401发送由另一通信设备415接收的通信时的分组处理的示例。
发送通信设备401的较高数据层402的应用可以生成用于传输到接收通信设备的应用403的消息420的分组。例如,消息420的分组可以是单播C-V2X IP分组,诸如TCP分组、UDP分组等。消息420的分组可以从较高数据层401被传送到发送通信设备401上的调制解调器堆栈406的PDCP层407。在各种实施例中,当消息420的分组可以是单播C-V2X IP分组(诸如TCP分组、UDP分组等)时,较高数据层402可以在单播C-V2X IP分组的IP报头中指示接收通信设备的源端口和目的地IP地址。
PDCP层407可以接收消息420的分组作为PDCP SDU,并将该PDCP SDU转换成PDCPPDU 421。PDCP层407可以向较低的RLC层408传递PDCP PDU 421。PDCP层407可以确定接收通信设备的目的地L2地址。PDCP层407可以将目的地L2地址添加到向PDCP SDU添加的PDCP报头中,以将PDCP SDU转换成PDCP PDU 421。
RLC层408可以接收PDCP PDU 421作为RLC SDU,并且可以通过例如添加RLC分组报头/报脚和/或应用分段来将RLC SDU(即,PDCP PDU 421)转换成一个或多个RLC PDU 422。作为示例,当RLC SDU(即,PDCP PDU421)大于最大RLC PDU大小时,可能需要将RLC SDU拆分成多个RLC PDU422的分段。当分段被应用以将RLC SDU转换成多个RLC PDU 422时,每个创建的RLC PDU 422可以与单个RLC SDU(即,单个PDCP PDU 421)相关联。另外,RLC层408可以向一个或多个RLC PDU 422添加序列号。序列号可以指示一个或多个RLC PDU 422的排序。RLC层408可以向较低的MAC层409传递一个或多个RLC PDU 422。
MAC层409可以接收一个或多个RLC PDU 422作为一个或多个MAC SDU。MAC层409可以将一个或多个MAC SDU(即,一个或多个RLC PDU422)转换成一个或多个MAC PDU 424。例如,MAC层409可以通过向MAC SDU(即,一个或多个RLC PDU 422)添加HARQ指示符来转换一个或多个MAC SDU(即,一个或多个RLC PDU 422),以支持HARQ操作。MAC层409可以向较低的PHY层410传递一个或多个MAC PDU 424。
PHY层410可以接收一个或多个MAC PDU作为一个或多个PHY SDU。PHY层410可以将一个或多个PHY SDU(即,一个或多个MAC PDU 424)转换成PHY PDU比特流,以作为流426传输到接收通信设备415。通信设备401、415之间的流426可以作为通过PC5接口的直接通信、通过Uu的WWAN传输等的部分而存在。在各种实施例中,通信设备401、415之间的流426可以是单播流。
接收通信设备415的PHY层410可以接收PHY PDU比特流426并且将PHY PDU比特流426转换成一个或多个PHY SDU 428。PHY层410可以向较高的MAC层409传递一个或多个PHYSDU 428。
MAC层409可以接收一个或多个PHY SDU 428作为一个或多个MAC PDU。MAC层409可以将一个或多个MAC PDU(即,一个或多个PHY SDU428)转换成一个或多个MAC SDU 430。另外,MAC层409可以执行HARQ操作(例如,确认、重传请求等),并且从MAC PDU中移除HARQ数据。MAC层409可以向较高的RLC层408传递一个或多个MAC SDU 430。
RLC层408可以接收一个或多个MAC SDU 430作为一个或多个RLC PDU。RLC层408可以将一个或多个RLC PDU(即,一个或多个MAC SDU430)转换成单个RLC SDU 432。例如,将一个或多个RLC PDU(即,一个或多个MAC SDU 430)转换成单个RLC SDU 432可以包括移除任何RLC报头、移除任何RLC报脚、将与相同RLC SDU相关联的多个RLC PDU组合/级联在一起、以及根据需要对RLC PDU进行重新排序。另外,RLC层408可以在接收缓冲器中缓冲一个或多个RLC PDU,以便支持重新排序、等待丢失的RLC PDU等。RLC层408可以向较高的PDCP层407传递RLC SDU 432。
PDCP层407可以接收RLC SDU 432作为PDCP PDU,并且将PDCP PDU(即,RLC SDU432)转换成PDCP SDU 434。接收通信设备415处的PDCP SDU 434可以对应于由发送通信设备401发起的消息420的分组。PDCP层407可以向较高的数据层402和应用403传递PDCP SDU434。
图5A和5B是图示了根据各种实施例的用于C-V2X IP分组的单播传输的方法的处理流程图。图5A和5B中所示的方法的操作旨在是说明性的。在某些实施例中,这些方法可以在具有未描述的一个或多个附加操作的情况下和/或在没有所讨论的操作中的一个或多个的情况下被完成。另外,如在图5A和5B中被示出以及被描述的方法的操作次序并非旨在进行限制
在某些实施例中,5A和5B中示出的实施例方法可以被实现于一个或多个处理设备(例如,数字处理器、模拟处理器、被设计为处理信息的数字电路、被设计为处理信息的模拟电路、状态机和/或用于以电子方式处理信息的其他机构)中。一个或多个处理设备可以包括响应于以电子方式存储在电子存储介质上的指令来执行图5A和5B中所图示的方法的操作中的某些或全部的一个或多个设备。一个或多个处理设备可以包括通过硬件、固件和/或软件而被配置为专门设计用于执行如图5A和5B中所图示的方法的操作中的一个或多个的一个或多个设备。例如,参考图1A-5B,图5A和5B中所示的方法的操作可以由实现各种实施例的通信设备(例如,车载通信设备140、152、153、RSU 158、159、通信设备155、SIP 300、通信设备401、415等)的一个或多个处理器来执行。作为具体示例,方法500(图5A)的操作可以由车辆的运行较高数据层(例如,402)的AP(例如,AP 316)来执行,并且方法550(图5B)的操作可以由运行调制解调器堆栈(例如,406)的车辆的调制解调器(例如,调制解调器处理器312、调制解调器处理器352、调制解调器处理器372)来执行。虽然图5A和5B中所示的方法是参考AP和调制解调器的示例来讨论的,但是AP和调制解调器仅仅是一个示例实现并且并非旨在限制各种实施例的范围。
参考图5A中所示的方法500,在框502中,车辆的处理器(例如,AP处理器(例如,AP316))可以执行生成将经由单播传输被传送到另一设备的单播C-V2X IP分组的操作,其中单播C-V2X分组的IP报头指示源端口和目的地IP地址。作为示例,单播C-V2X IP分组可以是TCP分组。作为另一示例,单播C-V2X IP分组可以是UDP分组。源端口和目的地IP地址可以是作为单播C-V2X分组的目的地的其他设备的源端口和目的地IP地址。
在框504中,处理器可以执行向车辆的调制解调器传送单播C-V2X IP分组的操作。例如,处理器可以经由物理互连/总线向调制解调器传送单播C-V2X IP分组。
参考图5B,在方法550的框552中,调制解调器(例如,调制解调器处理器312、调制解调器处理器352、调制解调器处理器372)可以执行接收单播C-V2X IP分组的操作,其中单播C-V2X IP分组的IP报头指示源端口和目的地IP地址。作为示例,单播C-V2X IP分组可以是TCP分组。作为另一示例,单播C-V2X IP分组可以是UDP分组。源端口和目的地IP地址可以是作为单播C-V2X分组的目的地的其他设备的源端口和目的地IP地址。
在框554中,调制解调器可以执行至少部分地基于指示的目的地IP地址来确定目的地L2地址的操作。例如,目的地L2地址可以是作为单播C-V2X分组的目的地的其他设备的MAC地址。在某些实施例中,源端口和目的地IP地址配对可以与目的地L2地址相关联。在某些实施例中,作为流协商操作的部分,针对相应目的地L2地址的、源端口与目的地IP地址之间的关联可以被指示给调制解调器。例如,作为与调制解调器的流协商的部分,较高层(例如,层3应用和/或堆栈,诸如ITS堆栈、遥测应用、API等)可以指示针对相应目的地L2地址的、源端口与目的地IP地址之间的关联。调制解调器可以存储针对相应目的地L2地址的、源端口与目的地IP地址之间的关联。例如,调制解调器可以缓存针对每个流的关联,和/或可以存储将目的地IP地址与目的地L2地址相关联的地址映射表。在某些实施例中,调制解调器可以至少部分地基于指示的目的地IP地址、通过将指示的目的地IP地址和/或指示的目的地IP地址和指示的源端口与关联于目的地L2地址的存储的目的地IP地址和/或存储的目的地IP地址和源端口进行匹配来确定目的地地址。
在框556中,调制解调器可以执行将指示确定的目的地L2地址的PDCP报头添加到单播C-V2X IP分组的操作。例如,调制解调器可以将包括确定的目的地L2地址的指示的PDCP报头前置于单播C-V2X IP分组。将PDCP报头添加到单播C-V2X IP分组(单独地或结合其他操作)可以将单播C-V2X IP分组转换成PDCP分组。
在框558中,调制解调器可以执行向确定的目的地L2地址传送单播C-V2X IP分组的操作。例如,具有指示目的地L2地址的添加的PDCP报头的单播C-V2X IP分组可以被传送到调制解调器堆栈的较低层(例如,RLC层、MAC层、PHY层等)并且经由空中单播传输(例如,经由PC5接口、Uu接口等的单播传输)被传送到目的地(例如,其他设备)。
图6A图示了根据各种实施例的用于单播C-V2X IP分组流的示例关联。参考图1A-6A,图6A图示了在各种实施例中,源端口和目的地IP地址配对602可以与目的地L2地址603(例如,MAC地址)相关联。目的地L2地址603可与针对目的地L2地址的流实例604(例如,PC5流实例)相关联,流实例604可以包括用于PC5流的一个或多个流属性,诸如周期性、SPS侧链路标识符、优先级、PDB、发送功率等。在各种实施例中,源端口和目的地IP地址配对602、目的地L2地址603以及流实例604之间的关联可以由较高层(例如,层3应用和/或堆栈,诸如ITS堆栈、遥测应用、API等)确定,并且在流注册和/或目的地地址注册中被指示给调制解调器(例如,调制解调器堆栈的上层(例如,PDCP层))。
图6B图示了根据各种实施例的将PDCP报头626添加到TCP分组620的示例。参考图1A-6B,TCP分组620可以根据方法500(图5A)的操作来被生成。TCP分组620可以是单播C-V2XIP分组的示例。TCP分组620可以包括IP报头621、TCP报头622和V2X有效载荷623。IP报头621可以包括用于TCP分组620的目的地的源端口的指示。例如,源端口指示可以是如图6B中所指示的“src port(源端口)=123”。IP报头621可以包括用于TCP分组620的目的地的目的地IP地址的指示。例如,目的地IP地址指示可以是如图6B中所指示的“Dest IP(目的地IP)=addr1”,其中addr1是目的地的IP地址。TCP分组620可以由调制解调器接收,并且PDCP报头626可以被添加,从而将TCP分组620转换成PDCP分组625。例如,调制解调器可以执行方法550(图5B)的操作以添加PDCP报头626。PDCP报头626可以包括TCP分组620的目的地的目的地L2地址(例如,MAC地址)。例如,目的地L2地址指示可以是如图6B中所指示的“dest(目的地)L2 addrs1”,其中addrs1是目的地L2地址。
图6C图示了根据各种实施例的将PDCP报头636添加到UDP分组630的示例。参考图1A-6C,UDP分组630可以根据方法500(图5A)的操作来被生成。UDP分组630可以是单播C-V2XIP分组的示例。UDP分组630可以包括IP报头631、UDP报头632和V2X有效载荷633。IP报头631可以包括用于UDP分组630的目的地的源端口的指示。例如,源端口指示可以是如图6C中所指示的“源端口=123”。IP报头631可以包括用于UDP分组630的目的地的目的地IP地址的指示。例如,目的地IP地址指示可以是如图6C中所指示的“目的地IP=addr2”,其中addr2是目的地的IP地址。通过比较图6B的TCP分组620和图6C的UDP分组630可以看出,两个不同的单播C-V2X分组可以具有相同的源端口(例如,源端口123),但是可以具有不同的目的地IP地址(例如,addr1和addr2)。
UDP分组630可以被调制解调器接收,并且PDCP报头636可以被添加,从而将UDP分组630转换成PDCP分组635。例如,调制解调器可以执行方法550(图5B)的操作以添加PDCP报头636。PDCP报头636可以包括UDP分组630的目的地的目的地L2地址(例如,MAC地址)。例如,目的地L2地址指示可以是如图6C中所指示的“目的地L2 addrs2”,其中addrs2是目的地L2地址。通过比较图6B的TCP分组620和图6C的UDP分组630可以看出,虽然源端口可以相同(例如,源端口123),但是不同的目的地IP地址(例如,addr1和addr2)可以使得不同的PDCP分组625、635能够被寻址到不同的目的地L2地址(例如,addrs1和addrs2)。
图7A和7B是图示了根据各种实施例的用于C-V2X IP分组的单播传输的方法的处理流程图。图7A和7B中所示的方法的操作旨在是说明性的。在某些实施例中,这些方法可以在具有未描述的一个或多个附加操作的情况下和/或在没有所讨论的操作中的一个或多个的情况下被完成。另外,如在7A和7B中被示出以及被描述的方法的操作次序并非旨在进行限制。
在某些实施例中,7A和7B中示出的方法可以被实现于一个或多个处理设备(例如,数字处理器、模拟处理器、被设计为处理信息的数字电路、被设计为处理信息的模拟电路、状态机和/或用于以电子方式处理信息的其他机构)中。一个或多个处理设备可以包括响应于以电子方式存储在电子存储介质上的指令来执行图7A和7B中所图示的方法的操作中的某些或全部的一个或多个设备。一个或多个处理设备可以包括通过硬件、固件和/或软件而被配置为专门设计用于执行图7A和7B中所图示的方法的操作中的一个或多个的一个或多个设备。例如,参考图1A-7B,图7A和7B中所示的方法的操作可以由实现各种实施例的通信设备(例如,车载通信设备140、152、153、RSU 158、159、通信设备155、SIP 300、通信设备401、415等)的一个或多个处理器来执行。作为具体示例,方法700(图7A)的操作可以由车辆的运行较高数据层(例如,402)的AP(例如,AP 316)来执行,并且方法750(图7B)的操作可以由车辆的运行调制解调器堆栈(例如,406)的调制解调器(例如,调制解调器处理器312、调制解调器处理器352、调制解调器处理器372)来执行。虽然图7A和7B中所示的方法是参考AP和调制解调器的示例来讨论的,但是AP和调制解调器仅仅是一个示例实现并且并非旨在限制各种实施例的范围。在某些实施例中,方法700(图7A)和/或750(图7B)的操作可以结合方法500(图5A)和/或550(图5B)的操作来被执行。例如,在各种实施例中,方法750(图7B)的操作可以被至少部分地执行以至少部分地基于指示的目的地IP地址来确定目的地L2地址。
参考图7A,在方法700的框702中,车辆的处理器(例如,AP处理器(例如,AP 316))可以执行生成将一个或多个源端口和目的地IP地址配对与相应目的地L2地址相关联的流注册的操作。在各种实施例中,较高层(例如,层3应用和/或堆栈,诸如ITS堆栈、遥测应用、API等)可以与调制解调器(例如,调制解调器堆栈的上层(例如,PDCP层))协商流注册。流注册可以定义将被用于单播C-V2X IP分组在流上的传输的一个或多个流属性,诸如周期性、SPS侧链路标识符、优先级、PDB、发送功率等。流注册可以将一个或多个源和目的地IP地址配对与相应目的地L2地址相关联。在某些实施例中,流注册可以是针对每个单播目的地协商的。
在框704中,处理器可以执行向车辆的调制解调器传送流注册的操作。例如,处理器可以经由到调制解调器的物理互连/总线来传送流注册。
在某些实施例中,响应于传送流注册,处理器可以执行方法500(图5A)的框502的操作以生成将经由单播传输被传送到另一设备的单播C-V2X IP分组。
参考图7B,在方法750的框752中,调制解调器(例如,调制解调器处理器312、调制解调器处理器352、调制解调器处理器372)可以执行接收将一个或多个源端口和目的地IP地址配对与相应目的地L2地址相关联的流注册的操作。例如,调制解调器可以经由到处理器(例如,AP处理器316)的物理互连/总线来接收流注册。
在框754中,调制解调器可以执行在调制解调器可用的存储器中缓存流注册的操作。在各种实施例中,调制解调器可以缓存流注册来用于确定用于接收的单播C-V2X IP分组的目的地L2地址和/或用于确定用于接收的单播C-V2X IP分组的流属性。
在框552中,调制解调器可以执行如参考方法550(图5B)的相同编号的框所讨论的操作以接收单播C-V2X IP分组,其中单播C-V2X IP分组的IP报头指示源端口和目的地IP地址。
在框756中,调制解调器可以执行将指示的源端口和指示的目的地IP地址与缓存的流注册进行比较以确定匹配的源端口和目的地IP地址配对的操作。例如,调制解调器可以解析缓存的流注册,并且将流注册中的源端口和目的地IP地址配对与指示的源端口和指示的目的地IP地址进行比较,以确定匹配的源端口和目的地IP地址配对。
在框758中,调制解调器可以执行将目的地L2地址确定为与缓存的流注册中的匹配的源端口和目的地IP地址配对相关联的相应目的地L2地址的操作。在某些实施例中,由于被缓存的每个流注册包括与源端口和目的地IP地址配对相关联的相应目的地L2地址,所以缓存的流注册中的源端口和目的地IP地址配对与单播C-V2X IP分组的IP报头中的指示的源端口和指示的目的地IP地址之间的匹配可以指示匹配的源端口和目的地IP地址配对的相应目的地L2地址是用于单播C-V2X IP分组的目的地的目的地L2地址。
在框556中,调制解调器可以执行如参考方法550(图5B)的相同编号的框所描述的操作以将指示确定的目的地L2地址的PDCP报头添加到单播C-V2X IP分组。
在框760中,调制解调器可以执行至少部分地基于流注册来确定与确定的目的地L2地址相关联的一个或多个流属性的操作。缓存的流注册可以定义将被用于单播C-V2X IP分组在流上的传输的一个或多个流属性,诸如周期性、SPS侧链路标识符、优先级、PDB、发送功率等。
在框762中,调制解调器可以执行根据确定的一个或多个流属性向确定的目的地L2地址传送单播C-V2X IP分组的操作。例如,单播C-V2X IP分组可以利用用于与确定的目的地L2地址相关联的流的流属性中指示的周期性、SPS侧链路标识符、优先级、PDB、和/或发送功率来被传送。
图8是图示了根据各种实施例的传送单播C-V2X IP分组(诸如UDP分组、TCP分组等)的车辆(诸如车辆1、车辆2和车辆3)之间的示例交互的呼叫流程图。参考图1A-8,图8的呼叫流程图图示了车辆1向车辆2和车辆3传送单播C-V2X IP分组。虽然在图8中被示为UDP分组,但是UDP分组仅仅是单播C-V2X IP分组的一个示例,并且可以用其他类型的单播C-V2X IP分组(诸如TCP分组)来代替。车辆1、2、3可以是实现各种实施例的通信设备(例如,车载通信设备140、152、153、RSU 158、159、通信设备155、SIP 300、通信设备401、415等)的具体示例。如图8所示,车辆1可以包括AP 802(例如,AP 316),其通过物理互连或总线800(例如,326、350、364、384)连接到调制解调器803(例如,调制解调器312、352、372)。作为示例,图8中所示的交互可以是由AP 802和/或调制解调器803根据方法500(图5A)、550(图5B)、700(图7A)和/或750(图7B)的一个或多个操作执行的操作。
车辆1可以具有其自己相应的IP地址(例如,addr1)和目的地L2地址(例如,addrs1),诸如MAC地址。车辆2可以具有其自己相应的IP地址(例如,addr2)和目的地L2地址(例如,addrs2),诸如MAC地址。车辆3可以具有其自己相应的IP地址(例如,addr3)和目的地L2地址(例如,addrs3),诸如MAC地址。
在操作850中,车辆1的调制解调器803和AP 802可以建立IP和非IP V2X虚拟分组数据网络(PDN)。在操作852中,车辆1的AP 802可以执行单播地址发现操作以标识车辆2和3的IP地址和目的地L2地址。
在操作854中,车辆1的AP 802可以生成并传送用于到车辆2的单播传输的第一流的流注册。用于到车辆2的单播传输的流注册可以指示到车辆2的单播传输的源端口200、IP地址addr2、目的地L2地址addrs2、以及将使用的用于单播流的流属性。相同流注册中的源端口200、IP地址addr2、目的地L2地址addrs2以及流属性的指示可以向调制解调器803指示源端口200和IP地址addr2配对与车辆2的目的地L2地址(addrs2)相关联。在操作856中,调制解调器803可以接收流注册并缓存流注册。
在操作858中,AP 802可以向调制解调器803传送目的地为车辆2的单播C-V2X分组。目的地为车辆2的单播C-V2X分组可以在IP报头中指示源端口200和目的地IP地址addr2。调制解调器803可以接收单播C-V2X分组,并且在操作860中可以基于缓存的流注册确定车辆2的目的地L2地址与单播C-V2X分组中的源端口200和目的地IP地址addr2对相关联。调制解调器803可以将指示车辆2的目的地L2地址的PDCP报头添加到单播C-V2X分组,并且向车辆2传送单播C-V2X分组。
在操作862中,车辆1的AP 802可以生成并传送用于到车辆3的单播传输的第二流的流注册。用于到车辆3的单播传输的流注册可以指示到车辆3的单播传输的源端口200、IP地址addr3、目的地L2地址addrs3、以及将使用的用于单播流的流属性。相同流注册中的源端口200、IP地址addr3、目的地L2地址addrs3以及流属性的指示可以向调制解调器803指示源端口200和IP地址addr3配对与车辆3的目的地L2地址(addrs3)相关联。在操作864中,调制解调器803可以接收流注册并缓存流注册。如图8所示,缓存的流注册可以包括用于到车辆2的第一流的流注册和用于到车辆3的第二流的流注册。缓存的流注册可以使调制解调器803能够区分用于单播C-V2X IP分组的目的地(例如,车辆2对比车辆3)。
在操作866中,AP 802可以向调制解调器803传送目的地为车辆3的单播C-V2X分组。目的地为车辆3的单播C-V2X分组可以在IP报头中指示源端口200和目的地IP地址addr3。调制解调器803可以接收单播C-V2X分组,并且在操作868中可以基于缓存的流注册确定车辆3的目的地L2地址与单播C-V2X分组中的源端口200和目的地IP地址addr3对相关联。调制解调器803可以将指示车辆3的目的地L2地址的PDCP报头添加到单播C-V2X分组,并且向车辆3传送单播C-V2X分组。
图9A和9B是图示了根据各种实施例的用于C-V2X IP分组的单播传输的方法的处理流程图。图9A和9B中所图示的方法的操作旨在是说明性的。在某些实施例中,这些方法可以在具有未描述的一个或多个附加操作的情况下和/或在没有所讨论的操作中的一个或多个的情况下被完成。另外,如在9A和9B中被示出以及被描述的方法的操作次序并非旨在进行限制
在某些实施例中,9A和9B中示出的方法可以被实现于一个或多个处理设备(例如,数字处理器、模拟处理器、被设计为处理信息的数字电路、被设计为处理信息的模拟电路、状态机和/或用于以电子方式处理信息的其他机构)中。一个或多个处理设备可以包括响应于以电子方式存储在电子存储介质上的指令来执行图9A和9B中所图示的方法的操作中的某些或全部的一个或多个设备。一个或多个处理设备可以包括通过硬件、固件和/或软件而被配置为专门设计用于执行如图9A和9B中所图示的方法的操作中的一个或多个的一个或多个设备。例如,参考图1A-9B,图9A和9B中所示的方法的操作可以由实现各种实施例的通信设备(例如,车载通信设备140、152、153、RSU 158、159、通信设备155、SIP 300、通信设备401、415等)的一个或多个处理器来执行。作为具体示例,方法900(图9A)的操作可以由车辆的运行较高数据层(例如,402)的AP(例如,AP 316)来执行,并且方法950(图9B)的操作可以由车辆的运行调制解调器堆栈(例如,406)的调制解调器(例如,调制解调器处理器312、调制解调器处理器352、调制解调器处理器372)来执行。虽然图9A和9B中所示的方法是参考AP和调制解调器的示例来讨论的,但是AP和调制解调器仅仅是一个示例实现并且并非旨在限制各种实施例的范围。在某些实施例中,方法900(图9A)和/或950(图9B)的操作可以结合方法500(图5A)和/或550(图5B)的操作来被执行。例如,在各种实施例中,方法950(图9B)的操作可以被至少部分地执行以至少部分地基于指示的目的地IP地址来确定目的地L2地址。
参考图9A,在方法900的框902中,车辆的处理器(例如,AP处理器(例如,AP 316))可以执行生成指示一个或多个目的地IP地址和相应目的地L2地址配对的目的地地址注册的操作。在某些实施例中,流属性可以应用于与相同源端口相关联的所有目的地L2地址。例如,相同源端口上的所有流可以具有相同的优先级和相同的发送功率。流之间的唯一差异可以是目的地L2地址。在某些实施例中,较高层(例如,层3应用和/或堆栈,诸如ITS堆栈、遥测应用、API等)可以生成指示目的地IP地址和目的地L2地址配对的目的地地址注册。例如,目的地地址注册可以指示在单播地址发现操作期间发现的、与其相应目的地L2地址配对的所有目的地IP地址。
在框904中,处理器可以执行向车辆的调制解调器传送目的地地址注册的操作。例如,处理器可以经由到调制解调器的物理互连/总线来传送目的地地址注册。
在框906中,处理器可以执行生成与目的地地址注册相关联的流注册的操作,该流注册指示将用于目的地地址注册中指示的所有目的地L2地址的一个或多个流属性。在某些实施例中,较高层(例如,层3应用和/或堆栈,诸如ITS堆栈、遥测应用、API等)可以与调制解调器(例如,调制解调器堆栈的上层(例如,PDCP层))协商用于去往与相同源端口相关联的所有目的地L2地址的流的单个默认流注册。在某些实施例中,较高层(例如,层3应用和/或堆栈,诸如ITS堆栈、遥测应用、API等)可以生成与目的地地址注册相关联的流注册。流注册可以指示将用于目的地地址注册中的所有目的地L2地址的一个或多个流属性。
在框704中,处理器可执行如参考方法700(图7A)的相同编号的框所讨论的操作以向车辆的调制解调器传送流注册。在某些实施例中,响应于传送流注册,处理器可以执行方法500(图5A)的框502的操作以生成将经由单播传输被传送到另一设备的单播C-V2X IP分组。
参考图9B,在方法950的框952中,调制解调器(例如,调制解调器处理器312、调制解调器处理器352、调制解调器处理器372)可以执行接收指示一个或多个目的地IP地址和相应目的地L2地址配对的目的地地址注册的操作。在各种实施例中,目的地地址注册可以指示针对在单播地址发现操作期间发现的所有目的地的所有目的地L2地址和其对应的目的地IP地址的配对。
在框954中,调制解调器可以执行将一个或多个目的地IP地址和相应目的地L2地址配对存储在调制解调器可用的存储器中的地址映射表中的操作。地址映射表可以是存储在调制解调器可用的存储器位置中的表,该表针对在单播地址发现操作期间发现的每个目的地,将目的地IP地址与其相应的目的地L2地址相关。
在框956中,调制解调器可以执行接收与目的地地址注册相关联的流注册的操作,该流注册指示将用于目的地地址注册中的所有相应目的地L2地址的一个或多个流属性。在各种实施例中,流注册可以与目的地地址注册和/或地址映射表中指示的目的地相关联。
在框958中,调制解调器可以执行将一个或多个流属性设置为用于地址映射表的默认流属性的操作。例如,调制解调器可以将流注册中的流属性设置为默认流属性,诸如默认周期性、默认SPS侧链路标识符、默认优先级、默认PDB、默认发送功率等,以用于单播C-V2X IP分组到地址映射表中指示的任何目的地L2地址的传输。
在框552中,调制解调器可以执行如参考方法550(图5B)的相同编号的框所描述的操作以接收单播C-V2X IP分组,其中单播C-V2X IP分组的IP报头指示源端口和目的地IP地址。
在框960中,调制解调器可以执行将指示的目的地IP地址与地址映射表进行比较以确定匹配的目的地IP地址的操作。例如,调制解调器可以解析存储的地址映射表,并将地址映射表中的目的地IP地址与指示的目的地IP地址进行比较,以确定匹配的目的地IP地址。
在框962中,调制解调器可以执行将目的地L2地址确定为与地址映射表中的匹配的目的地IP地址相关联的相应目的地L2地址的操作。在各种实施例中,由于地址映射表包括与每个目的地IP地址相关联的相应目的地L2地址,所以地址映射表中的目的地IP地址与单播C-V2X IP分组的IP报头中的指示的目的地IP地址之间的匹配可以指示匹配的目的地IP地址的相应目的地L2地址是用于单播C-V2X IP分组的目的地的目的地L2地址。
在框556中,调制解调器可以执行如参考方法550(图5B)的相同编号的框所讨论的操作以将指示确定的目的地L2地址的PDCP报头添加到单播C-V2X IP分组。
在框964中,调制解调器可以执行根据被设置用于地址映射表的默认流属性向确定的目的地L2地址传送单播C-V2X IP分组的操作。例如,单播C-V2X IP分组可以利用在与地址映射表相关联的默认流属性中指示的默认周期性、默认SPS侧链路标识符、默认优先级、默认PDB、和/或默认发送功率来被传送。
图10是图示了根据各种实施例的传送单播C-V2X IP分组(诸如UDP分组、TCP分组等)的车辆(诸如车辆1、车辆2和车辆3)之间的示例交互的呼叫流程图。参考图1A-10,图10的呼叫流程图图示了车辆1向车辆2和车辆3传送单播C-V2X IP分组。虽然在图10中被示为UDP分组,但是UDP分组仅仅是单播C-V2X IP分组的一个示例,并且可以用其他类型的单播C-V2X IP分组(诸如TCP分组)来代替。车辆1、2、3可以是实现各种实施例的通信设备(例如,车载通信设备140、152、153、RSU 158、159、通信设备155、SIP 300、通信设备401、415等)的具体示例。如图10所示,车辆1可以包括AP 802(例如,AP 316),其通过物理互连或总线800(例如,326、350、364、384)连接到调制解调器803(例如,调制解调器312、352、372)。作为示例,图10中所示的交互可以是由AP 802和/或调制解调器803根据方法500(图5A)、550(图5B)、900(图9A)和/或950(图9B)的一个或多个操作执行的操作。
车辆1可以具有其自己相应的IP地址(例如,addr1)和目的地L2地址(例如,addrs1),诸如MAC地址。车辆2可以具有其自己相应的IP地址(例如,addr2)和目的地L2地址(例如,addrs2),诸如MAC地址。车辆3可以具有其自己相应的IP地址(例如,addr3)和目的地L2地址(例如,addrs3),诸如MAC地址。
在操作850中,车辆1的调制解调器803和AP 802可以建立IP和非IP V2X虚拟分组数据网络(PDN)。在操作852中,车辆1的AP 802可以执行单播地址发现操作以标识车辆2和3的IP地址和目的地L2地址。
在操作1002中,AP 802可以生成并向调制解调器803传送目的地地址注册。目的地地址注册可以指示在单播地址发现操作852期间标识的目的地设备(车辆2和车辆3)的目的地IP地址和目的地L2地址配对。调制解调器803可以将目的地IP地址和目的地L2配对存储在地址映射表1004中。
在操作1006中,AP 802可以注册用于将被传送到目的地地址注册中的任何目的地L2地址的单播IP分组的默认流属性。在操作1008中,调制解调器803可以将一个或多个流属性设置为用于地址映射表的默认流属性。
在操作1010中,AP 802可以向调制解调器803传送目的地为车辆2的单播C-V2X分组。目的地为车辆2的单播C-V2X分组可以在IP报头中指示源端口200和目的地IP地址addr2。调制解调器803可以接收单播C-V2X分组,并且在操作1012中可以基于地址映射表1004确定车辆2的目的地L2地址与单播C-V2X分组中的源端口200和目的地IP地址addr2对相关联。调制解调器803可以将指示车辆2的目的地L2地址的PDCP报头添加到单播C-V2X分组,并且使用与地址映射表1004相关联的默认流属性来向车辆2传送单播C-V2X分组。
在操作1014中,AP 802可以向调制解调器803传送目的地为车辆3的单播C-V2X分组。目的地为车辆3的单播C-V2X分组可以在IP报头中指示源端口200和目的地IP地址addr3。调制解调器803可以接收单播C-V2X分组,并且在操作1016中可以基于存储的地址映射表1004确定车辆3的目的地L2地址与单播C-V2X分组中的源端口200和目的地IP地址addr3对相关联。调制解调器803可以将指示车辆3的目的地L2地址的PDCP报头添加到单播C-V2X分组,并且使用与地址映射表1004相关联的默认流属性来向车辆3传送单播C-V2X分组。
实现各种实施例的处理器可以是任何可编程微处理器、微型计算机或者一个或多个多处理器芯片,它们可以由软件指令(应用)配置以执行各种功能,包括本申请中描述的各种方面的功能。在某些通信设备中,可以提供多个处理器,诸如一个处理器专用于无线通信功能,并且一个处理器专用于运行其他应用。典型地,软件应用在其被访问和被加载到处理器中之前可以被存储在内部存储器中。处理器可以包括足以存储应用软件指令的内部存储器。
如本申请所使用的,术语“组件”、“模块”、“系统”等旨在包括计算机相关实体,诸如但不限于硬件、固件、硬件和软件的组合、软件或者执行中的软件,该计算机相关实体被配置为执行特定操作或功能。例如,组件可以是但不限于在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。作为说明,在通信设备的处理器上运行的应用和通信设备两者都可以被称为组件。一个或多个组件可以驻存在进程和/或执行线程内,并且组件可以位于一个处理器或核上和/或分布在两个或更多个处理器或核之间。另外,这些组件可以从其上存储有各种指令和/或数据结构的各种非暂态计算机可读介质执行。组件可以通过本地和/或远程进程、功能或过程调用、电子信号、数据分组、存储器读/写和其他已知的网络、计算机、处理器和/或进程相关的通信方法来进行通信。
许多不同的蜂窝和移动通信服务和标准在未来是可用的或预期的,所有这些都可以实现各种方面并从各种方面受益。此类服务和标准可以包括:例如第三代合作伙伴计划(3GPP)、长期演进(LTE)系统、第三代无线移动通信技术(3G)、第四代无线移动通信技术(4G)、第五代无线移动通信技术(5G)、全球移动通信系统(GSM)、通用移动电信系统(UMTS)、3GSM、通用分组无线电服务(GPRS)、码分多址(CDMA)系统(例如,cdmaOne,CDMA1020TM)、EDGE、高级移动电话系统(AMPS)、数字AMPS(IS-136/TDMA)、演进数据优化(EV-DO)、数字增强型无绳电信(DECT)、微波接入全球互通(WiMAX)、无线局域网(WLAN)、Wi-Fi保护接入I&II(WPA,WPA2)、集成数字增强型网络(iden)、C-V2X、V2V、V2P、V2I和V2N等。这些技术中的每一者涉及例如语音、数据、信令和/或内容消息的传输和接收。应理解,除非在权利要求语言中具体陈述,否则对与个别电信标准或技术相关的术语和/或技术细节的任何引用仅出于说明性目的,并且不旨在将权利要求的范围限于特定通信系统或技术。
所说明和描述的各种方面仅被提供作为示例以说明权利要求的各种特征。然而,关于任何给定方面示出和描述的特征未必限于相关联的方面,并且可以与所示出和描述的其他方面一起使用或组合。此外,权利要求并不旨在受限于任何一个示例方面。例如,方法的操作中的一个或多个可以替代方法的一个或多个操作或与方法的一个或多个操作组合。
前述方法描述和处理流程图仅被提供作为说明性示例,并非旨在要求或暗示必须按所呈现的次序来执行各种方面的操作。如本领域的技术人员将理解的,可以按任何次序执行前述方面中的操作的次序。诸如“此后”、“随后”、“接下来”之类的词语不旨在限制操作的次序;这些词语被用于引导读者通览对方法的描述。此外,例如使用冠词“一”、“一个”或“该”对单数形式的权利要求要素的任何引用不应被解释为将要素限制为单数。
结合本文所公开的方面描述的各种说明性逻辑块、模块、组件、电路和算法操作可以被实现为电子硬件、计算机软件或两者的组合。为清楚地说明硬件与软件的此可互换性,上文已大体上就其功能而言描述了各种说明性组件、块、模块、电路和操作。此类功能被实现为硬件还是软件取决于特定应用以及施加于整个系统的设计约束。本领域技术人员可以针对每个具体应用以不同方式实现所描述的功能,但此类方面决策不应被解释为致使背离权利要求的范围。
用于实现结合本文公开的方面描述的各种说明性逻辑、逻辑块、模块和电路的硬件可以利用被设计成执行本文描述的功能的通用处理器、数字信号处理器(DSP)、ASIC、现场可编程门阵列(FPGA)或其他可编程逻辑设备、离散门或晶体管逻辑、离散硬件组件、或其任何组合来实现或执行。通用处理器可以是微处理器,但在替代情况下,该处理器可以是任何普通的处理器、控制器、微控制器或状态机。处理器还可以被实现为接收器智能对象的组合,例如,DSP和微处理器、多个微处理器、与DSP核结合的一个或多个微处理器、或任何其他此类配置的组合。替代地,某些操作或方法可以由特定于给定功能的电路来执行。
在一个或多个方面中,所描述的功能可以被实现于硬件、软件、固件或其任何组合中。如果被实现于软件中,则功能可以作为一个或多个指令或代码被存储在非暂态计算机可读存储介质或非暂态处理器可读存储介质上。本文所公开的方法或算法的操作可以被体现在可驻留于非暂态计算机可读或处理器可读存储介质上的处理器可执行软件模块或处理器可执行指令中。非暂态计算机可读或处理器可读存储介质可以是可由计算机或处理器访问的任何存储介质。作为示例而非限制,此类非暂态计算机可读或处理器可读存储介质可以包括RAM、ROM、EEPROM、闪存存储器、CD-ROM或其他光盘存储、磁盘存储或其他磁存储智能对象,或者可以被用于以指令或数据结构的形式存储所需程序代码并可由计算机访问的任何其他介质。本文使用的磁盘和光盘包括致密盘(CD)、激光盘、光盘、数字多功能盘(DVD)、软盘和蓝光盘,其中磁盘通常以磁性方式再现数据,而光盘则用激光以光学方式再现数据。上述的组合也被包括在非暂态计算机可读和处理器可读介质的范围内。另外,方法或算法的操作可以作为代码和/或指令中的一个或任何组合或集合驻留在非暂态处理器可读存储介质和/或计算机可读存储介质上,其可以被合并到计算机程序产品中。
所公开方面的前述描述被提供用于使本领域的任何技术人员能够做出或使用权利要求。对于这些方面的各种修改对本领域技术人员将是显而易见的,并且本文中所定义的一般原理可以被应用于其他方面,而不背离权利要求的范围。因此,本公开不旨在限于本文所示出的方面,而是将符合与所附权利要求以及本文公开的原理和新颖特征一致的最广泛范围。

Claims (36)

1.一种用于由车辆的调制解调器执行的蜂窝车辆对一切(C-V2X)互联网协议(IP)分组的单播传输的方法,包括:
接收单播C-V2X IP分组,其中所述单播C-V2X IP分组的IP报头指示源端口和目的地IP地址;
至少部分地基于指示的目的地IP地址来确定目的地层2(L2)地址;
将指示确定的目的地L2地址的分组数据汇聚协议(PDCP)报头添加到所述单播C-V2XIP分组;以及
向所述确定的目的地L2地址传送所述单播C-V2X IP分组。
2.如权利要求1所述的方法,还包括:
接收将一个或多个源端口和目的地IP地址配对与相应目的地L2地址相关联的流注册;以及
在所述调制解调器可用的存储器中缓存所述流注册。
其中至少部分地基于所述指示的目的地IP地址来确定所述目的地L2地址包括:
将指示的源端口和所述指示的目的地IP地址与缓存的流注册进行比较以确定匹配的源端口和目的地IP地址配对,以及
将所述目的地L2地址确定为与所述缓存的流注册中的所述匹配的源端口和目的地IP地址配对相关联的所述相应目的地L2地址。
3.如权利要求2所述的方法,其中所述流注册将一个或多个流属性与每个相应目的地L2地址相关联,所述方法还包括:
至少部分地基于所述流注册来确定与所述确定的目的地L2地址相关联的所述一个或多个流属性,以及
其中向所述确定的目的地L2地址传送所述单播C-V2X IP分组包括根据确定的一个或多个流属性向所述确定的目的地L2地址传送所述单播C-V2XIP分组。
4.如权利要求3所述的方法,其中所述一个或多个流属性包括周期性、半持续调度(SPS)侧链路标识符、优先级、分组延迟预算(PDB)或发送功率。
5.如权利要求1所述的方法,还包括:
接收指示一个或多个目的地IP地址和相应目的地L2地址配对的目的地地址注册;以及
将所述一个或多个目的地IP地址和相应目的地L2地址配对存储在所述调制解调器可用的存储器中的地址映射表中,
其中至少部分地基于所述指示的目的地IP地址来确定所述目的地L2地址包括:
将所述指示的目的地IP地址与所述地址映射表进行比较以确定匹配的目的地IP地址;以及
将所述目的地L2地址确定为与所述地址映射表中的所述匹配的目的地IP地址相关联的所述相应目的地L2地址。
6.如权利要求5所述的方法,还包括:
接收与所述目的地地址注册相关联的流注册,所述流注册指示将用于所述目的地地址注册中的所有相应目的地L2地址的一个或多个流属性;以及
将所述一个或多个流属性设置为用于所述地址映射表的默认流属性,
其中向所述确定的目的地L2地址传送所述单播C-V2X IP分组包括根据被设置用于所述地址映射表的所述默认流属性向所述确定的目的地L2地址传送所述单播C-V2X IP分组。
7.如权利要求6所述的方法,其中所述一个或多个流属性包括周期性、半持续调度(SPS)侧链路标识符、优先级、分组延迟预算(PDB)或发送功率。
8.如权利要求1所述的方法,其中所述单播C-V2X IP分组是传输控制协议(TCP)分组或用户数据报协议(UDP)分组。
9.如权利要求1所述的方法,其中所述确定的目的地L2地址是另一车辆的媒体访问控制(MAC)地址。
10.一种用于由车辆的处理器执行的蜂窝车辆对一切(C-V2X)互联网协议(IP)分组的单播传输的方法,包括:
生成将经由单播传输被传送到另一设备的单播C-V2X IP分组,其中所述单播C-V2X IP分组的IP报头指示用于其他设备的源端口和目的地IP地址;以及
向所述车辆的调制解调器传送所述单播C-V2X IP分组。
11.如权利要求10的方法,还包括:在生成所述单播C-V2X IP分组之前:
生成将一个或多个源端口和目的地IP地址配对与相应目的地层2(L2)地址相关联的流注册,其中与相应目的地L2地址相关联的所述一个或多个源端口和目的地IP地址配对中的至少一个包括与所述其他设备的目的地L2地址相关联的用于所述其他设备的所述源端口和所述目的地IP地址的配对;以及
向所述车辆的所述调制解调器传送所述流注册。
12.如权利要求11所述的方法,其中所述流注册还将一个或多个流属性与所述其他设备的所述目的地L2地址相关联。
13.如权利要求12所述的方法,其中所述一个或多个流属性包括周期性、半持续调度(SPS)侧链路标识符、优先级、分组延迟预算(PDB)或发送功率。
14.如权利要求11所述的方法,其中:
所述其他设备是另一车辆;以及
所述其他设备的所述目的地L2地址是所述其他车辆的媒体访问控制(MAC)地址。
15.如权利要求10的方法,还包括:在生成所述单播C-V2X IP分组之前:
生成指示一个或多个目的地IP地址和相应目的地层2(L2)地址配对的目的地地址注册,其中所述一个或多个目的地IP地址和相应目的地L2地址配对中的至少一个包括用于所述其他设备的所述目的地IP地址和所述其他设备的目的地L2地址的配对;
向所述车辆的所述调制解调器传送所述目的地地址注册;
生成与所述目的地地址注册相关联的流注册,所述流注册指示将用于所述目的地地址注册中指示的所有目的地L2地址的一个或多个流属性;以及
向所述车辆的所述调制解调器传送所述流注册。
16.如权利要求15所述的方法,其中所述一个或多个流属性包括周期性、半持续调度(SPS)侧链路标识符、优先级、分组延迟预算(PDB)或发送功率。
17.如权利要求15所述的方法,其中:
所述处理器是应用处理器;
所述其他设备是另一车辆;以及
所述其他设备的所述目的地L2地址是所述其他车辆的媒体访问控制(MAC)地址。
18.如权利要求10所述的方法,其中所述单播C-V2X IP分组是传输控制协议(TCP)分组或用户数据报协议(UDP)分组。
19.一种车辆计算设备,包括:
调制解调器,所述调制解调器被配置为:
接收单播蜂窝车辆对一切(C-V2X)互联网协议(IP)分组,其中所述单播C-V2X IP分组的IP报头指示源端口和目的地IP地址;
至少部分地基于指示的目的地IP地址来确定目的地层2(L2)地址;
将指示确定的目的地L2地址的分组数据汇聚协议(PDCP)报头添加到所述单播C-V2XIP分组;以及
向所述确定的目的地L2地址传送所述单播C-V2X IP分组。
20.如权利要求19所述的车辆计算设备,其中所述调制解调器还被配置为:
接收将一个或多个源端口和目的地IP地址配对与相应目的地L2地址相关联的流注册;
在所述调制解调器可用的存储器中缓存所述流注册;以及
通过以下操作来至少部分地基于所述指示的目的地IP地址确定所述目的地L2地址:
将指示的源端口和所述指示的目的地IP地址与缓存的流注册进行比较以确定匹配的源端口和目的地IP地址配对,以及
将所述目的地L2地址确定为与所述缓存的流注册中的所述匹配的源端口和目的地IP地址配对相关联的所述相应目的地L2地址。
21.如权利要求20所述的车辆计算设备,其中:
所述流注册将一个或多个流属性与每个相应目的地L2地址相关联;以及
所述调制解调器还被配置为:
至少部分地基于所述流注册来确定与所述确定的目的地L2地址相关联的所述一个或多个流属性;以及
通过根据确定的一个或多个流属性向所述确定的目的地L2地址传送所述单播C-V2XIP分组来向所述确定的目的地L2地址传送所述单播C-V2X IP分组。
22.如权利要求21所述的车辆计算设备,其中所述一个或多个流属性包括周期性、半持续调度(SPS)侧链路标识符、优先级、分组延迟预算(PDB)或发送功率。
23.如权利要求19所述的车辆计算设备,其中所述调制解调器还被配置为:
接收指示一个或多个目的地IP地址和相应目的地L2地址配对的目的地地址注册;
将所述一个或多个目的地IP地址和相应目的地L2地址配对存储在所述调制解调器可用的存储器中的地址映射表中;以及
通过以下操作来至少部分地基于所述指示的目的地IP地址确定所述目的地L2地址:
将所述指示的目的地IP地址与所述地址映射表进行比较以确定匹配的目的地IP地址;以及
将所述目的地L2地址确定为与所述地址映射表中的所述匹配的目的地IP地址相关联的所述相应目的地L2地址。
24.如权利要求23所述的车辆计算设备,其中所述调制解调器还被配置为:
接收与所述目的地地址注册相关联的流注册,所述流注册指示将用于所述目的地地址注册中的所有相应目的地L2地址的一个或多个流属性;
将所述一个或多个流属性设置为用于所述地址映射表的默认流属性;以及
通过根据被设置用于所述地址映射表的所述默认流属性向所述确定的目的地L2地址传送所述单播C-V2X IP分组来向所述确定的目的地L2地址传送所述单播C-V2X IP分组。
25.如权利要求24所述的车辆计算设备,其中所述一个或多个流属性包括周期性、半持续调度(SPS)侧链路标识符、优先级、分组延迟预算(PDB)或发送功率。
26.如权利要求19所述的车辆计算设备,其中所述单播C-V2X IP分组是传输控制协议(TCP)分组或用户数据报协议(UDP)分组。
27.如权利要求19所述的车辆计算设备,其中所述确定的目的地L2地址是另一车辆的媒体访问控制(MAC)地址。
28.一种车辆计算设备,包括:
处理器,所述处理器被配置为:
生成将经由单播传输被传送到另一设备的单播蜂窝车辆对一切(C-
V2X)互联网协议(IP)分组,其中所述单播C-V2X IP分组的IP报头指示用于其他设备的源端口和目的地IP地址;以及
向调制解调器传送所述单播C-V2X IP分组。
29.如权利要求28的车辆计算设备,其中所述处理器被配置为:在生成所述单播C-V2XIP分组之前:
生成将一个或多个源端口和目的地IP地址配对与相应目的地层2(L2)地址相关联的流注册,其中与相应目的地L2地址相关联的所述一个或多个源端口和目的地IP地址配对中的至少一个包括与所述其他设备的目的地L2地址相关联的用于所述其他设备的所述源端口和所述目的地IP地址的配对;以及
向所述调制解调器传送所述流注册。
30.如权利要求29所述的车辆计算设备,其中所述流注册还将一个或多个流属性与所述其他设备的所述目的地L2地址相关联。
31.如权利要求30所述的车辆计算设备,其中所述一个或多个流属性包括周期性、半持续调度(SPS)侧链路标识符、优先级、分组延迟预算(PDB)或发送功率。
32.如权利要求29所述的车辆计算设备,其中:
所述其他设备是另一车辆;以及
所述其他设备的所述目的地L2地址是所述其他车辆的媒体访问控制(MAC)地址。
33.如权利要求28的车辆计算设备,其中所述处理器被配置为:在生成所述单播C-V2XIP分组之前:
生成指示一个或多个目的地IP地址和相应目的地层2(L2)地址配对的目的地地址注册,其中所述一个或多个目的地IP地址和相应目的地L2地址配对中的至少一个包括用于所述其他设备的所述目的地IP地址和所述其他设备的目的地L2地址的配对;
向所述调制解调器传送所述目的地地址注册;
生成与所述目的地地址注册相关联的流注册,所述流注册指示将用于所述目的地地址注册中指示的所有目的地L2地址的一个或多个流属性;以及
向所述调制解调器传送所述流注册。
34.如权利要求33所述的车辆计算设备,其中所述一个或多个流属性包括周期性、半持续调度(SPS)侧链路标识符、优先级、分组延迟预算(PDB)或发送功率。
35.如权利要求33所述的车辆计算设备,其中:
所述处理器是应用处理器;
所述其他设备是另一车辆;以及
所述其他设备的所述目的地L2地址是所述其他车辆的媒体访问控制(MAC)地址。
36.如权利要求28所述的车辆计算设备,其中所述单播C-V2X IP分组是传输控制协议(TCP)分组或用户数据报协议(UDP)分组。
CN202180037122.6A 2020-05-29 2021-04-13 用于c-v2x的单播的上层实现 Pending CN115885506A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US16/887,384 US11463850B2 (en) 2020-05-29 2020-05-29 Upper layers realization of unicast for C-V2X
US16/887,384 2020-05-29
PCT/US2021/027034 WO2021242424A1 (en) 2020-05-29 2021-04-13 Upper layers realization of unicast for c-v2x

Publications (1)

Publication Number Publication Date
CN115885506A true CN115885506A (zh) 2023-03-31

Family

ID=75675061

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180037122.6A Pending CN115885506A (zh) 2020-05-29 2021-04-13 用于c-v2x的单播的上层实现

Country Status (5)

Country Link
US (1) US11463850B2 (zh)
EP (1) EP4158878A1 (zh)
CN (1) CN115885506A (zh)
TW (1) TW202145816A (zh)
WO (1) WO2021242424A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022094586A1 (en) * 2020-10-29 2022-05-05 Intermetro Communications, Inc. Network-based communication techniques using enhanced communication protocol
DE102021119952A1 (de) * 2021-08-02 2023-02-02 Harman Becker Automotive Systems Gmbh Telematikeinheit

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019018418A1 (en) * 2017-07-21 2019-01-24 Intel IP Corporation MULTIRADIO INTERFACE FOR SOFTWARE RECONFIGURATION
CN110235402A (zh) * 2017-01-31 2019-09-13 高通股份有限公司 车联网反馈信道设计
US20190364424A1 (en) * 2018-05-28 2019-11-28 Qualcomm Incorporated Roll-over of identifiers and keys for unicast vehicle to vehicle communication links
WO2020068430A1 (en) * 2018-09-28 2020-04-02 Qualcomm Incorporated Techniques to interface and route packets in c-v2x devices

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8863256B1 (en) * 2011-01-14 2014-10-14 Cisco Technology, Inc. System and method for enabling secure transactions using flexible identity management in a vehicular environment
JP6409640B2 (ja) 2015-03-23 2018-10-24 日本電気株式会社 通信装置、通信方法
CN115103330A (zh) * 2016-12-30 2022-09-23 英特尔公司 用于无线电通信的方法和设备
US10779194B2 (en) * 2017-03-27 2020-09-15 Qualcomm Incorporated Preferred path network scheduling in multi-modem setup
EP3732932A4 (en) * 2017-12-30 2022-05-11 INTEL Corporation WIRELESS COMMUNICATION METHODS AND DEVICES
CN111512579A (zh) * 2018-03-30 2020-08-07 英特尔公司 多接入管理服务分组恢复机制
US11432135B2 (en) * 2018-06-19 2022-08-30 Apple Inc. Vehicle-to-everything (V2X) control function based on user equipment (UE) capability
CN110149611B (zh) 2019-04-19 2021-02-09 华为技术有限公司 一种身份验证方法、设备、系统及计算机可读介质
US10986605B2 (en) * 2019-07-19 2021-04-20 Cisco Technology, Inc. Providing a network location service when a user equipment is not served by a third generation partnership project (3GPP) radio
US11258540B2 (en) * 2019-07-19 2022-02-22 Cisco Technology, Inc. Ultra-reliability for cellular vehicle-to-everything (C-V2X) PC5 communications

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110235402A (zh) * 2017-01-31 2019-09-13 高通股份有限公司 车联网反馈信道设计
WO2019018418A1 (en) * 2017-07-21 2019-01-24 Intel IP Corporation MULTIRADIO INTERFACE FOR SOFTWARE RECONFIGURATION
US20190364424A1 (en) * 2018-05-28 2019-11-28 Qualcomm Incorporated Roll-over of identifiers and keys for unicast vehicle to vehicle communication links
WO2020068430A1 (en) * 2018-09-28 2020-04-02 Qualcomm Incorporated Techniques to interface and route packets in c-v2x devices

Also Published As

Publication number Publication date
EP4158878A1 (en) 2023-04-05
TW202145816A (zh) 2021-12-01
US20210377705A1 (en) 2021-12-02
WO2021242424A1 (en) 2021-12-02
US11463850B2 (en) 2022-10-04

Similar Documents

Publication Publication Date Title
CN108605210B (zh) 合作车辆对任何事物通信系统、终端装置以及方法
WO2021138891A1 (en) Road side unit message scheduling and congestion control
CN115885506A (zh) 用于c-v2x的单播的上层实现
US20220086609A1 (en) Cpm message division method using object state sorting
EP4309166A1 (en) Automated assessment of a towed object dimensions
EP4107992A1 (en) Generating resource allocation coordination information for sidelink communications
CN114502444A (zh) 用于提供本地动态地图数据的边缘系统
CN112913169A (zh) 用于空闲模式中的预配置上行链路资源(pur)的传输、重传和混合自动重传请求(harq)
US11706656B2 (en) Downlink data prioritization for time-sensitive applications
US20230254672A1 (en) A Method of Communicating Elevation Information In C-V2X
WO2021184144A1 (en) Method of efficiently providing pathhistory in c-v2x
CN114245974B (zh) 在计算设备之间提供安全通信
WO2021146945A1 (en) Methods for protecting sensitive information in cellular vehicle-to-everything (c-v2x) messages
WO2021035433A1 (en) Retransmit the whole ip packet when detecting source id conflict in v2x
US20240080133A1 (en) Hardware-based Dynamic Cyclic-Redundancy Check (CRC) Generator for Automotive Application
US20240137767A1 (en) Message retransmission misbehavior detection
EP4142356A1 (en) Device, method, and computer-readable storage medium for transmitting and receiving information for performing communication in unlicensed band
WO2024091402A1 (en) Message retransmission misbehavior detection
KR20230154279A (ko) 통신 방법, 장치 및 디바이스
TW202344075A (zh) 管理不當行為報告的傳輸
TW202236872A (zh) 車聯萬物(v2x)資訊的通訊方法和系統

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