首页> 中国专利> 新空口车辆到万物侧链路通信中的资源利用和服务质量支持中的技术

新空口车辆到万物侧链路通信中的资源利用和服务质量支持中的技术

摘要

本公开的实施例描述了用于经由新空口(NR)车辆到万物(V2X)侧链路操作配置高效数据传输的方法、装置、存储介质和系统。各种实施例描述了如何利用与不同用例相关联的各种QoS要求并且使得能够将不同用户设备的数据分组复用/解复用到相同的介质接入控制(MAC)协议数据单元(PDU)上。该实现方式可以改善NR V2X侧链路通信中的UE和/或网络效率。可以描述和要求保护其他实施例。

著录项

  • 公开/公告号CN112385262A

    专利类型发明专利

  • 公开/公告日2021-02-19

    原文格式PDF

  • 申请/专利权人 英特尔公司;

    申请/专利号CN201980043197.8

  • 申请日2019-12-16

  • 分类号H04W28/02(20060101);H04W76/14(20060101);H04W72/02(20060101);H04W72/12(20060101);H04W4/40(20060101);H04W92/18(20060101);

  • 代理机构11322 北京尚诚知识产权代理有限公司;

  • 代理人龙淳;岳磊

  • 地址 美国加利福尼亚州

  • 入库时间 2023-06-19 09:55:50

说明书

相关申请的交叉引用

本申请要求2018年12月17日递交的标题为“Methods for Efficient ResourceUtilization and QoS Support for NR V2X Sidelink UE”的美国临时专利申请62/780,877号的优先权,在此通过引用将该申请的全部公开内容完全并入。

技术领域

本发明的实施例概括而言涉及无线通信的技术领域。

背景技术

这里提供的背景技术描述是为了概括地给出本公开的背景。当前提名的发明人的工作(就其在本背景技术部分中描述的程度而言)以及在申请之时可能因其他原因不适合作为现有技术的描述的一些方面既不被明确地也不被隐含地承认为本公开的现有技术。除非本文另外指出,否则本部分中描述的方案并不是本公开中的权利要求的现有技术,并且并不因为被包括在本部分中就被承认为是现有技术。

对于涉及第五代(5G)新空口(NR)的通信中的先进车辆到万物(V2X)的各种用例要求包括单播、组播、广播和其他适当的通信模式。现有的侧链路V2X(V2X)通信可能不会根据与各种用例场景相关联的不同服务质量(QoS)要求高效地使用网络资源。

附图说明

通过接下来的详细描述结合附图将容易理解实施例。为了帮助此描述,相似的附图标记指定相似的结构元素。在附图中以示例方式而非限制方式图示了实施例。

图1根据各种实施例示意性图示了包括无线网络中的用户设备(UE)和接入节点(AN)的网络的示例。

图2根据各种实施例图示了设备的示例组件。

图3A根据一些实施例图示了示例射频前端(RFFE),其包含毫米波(mmWave)RFFE和一个或多个亚毫米波射频集成电路(RFIC)。图3B根据各种实施例图示了替换RFFE。

图4A-4D根据各种实施例图示了一些示例介质接入控制(MAC)子头。

图5A根据各种实施例图示了在对控制消息格式化时的示例MAC控制元素(CE)。图5B图示了示例MAC协议数据单元(PDU)格式。

图6A根据各种实施例图示了从发送方UE角度来看促进从发送方UE角度来看发起NR V2X侧链路通信的过程的操作流程/算法结构。图6B根据各种实施例图示了从接收方UE角度来看促进从发送方UE角度来看发起NR V2X侧链路通信的过程的操作流程/算法结构。

图7根据一些实施例图示了基带电路的示例接口。

图8根据一些实施例图示了硬件资源。

具体实施方式

在接下来的详细描述中,参考了附图,附图形成本文的一部分,其中相似的标号始终指定相似的部件,并且在附图中以说明方式示出了可以实现的实施例。要理解,在不脱离本公开的范围的情况下,可以利用其他实施例并且可以做出结构或逻辑上的改变。因此,接下来的详细描述不应被从限制意义上来理解。

各种操作可以按对于理解要求保护的主题最有帮助的方式被依次描述为多个离散动作或操作。然而,描述的顺序不应当被解释为意味着这些操作一定是依赖于顺序的。尤其,可以不按呈现的顺序执行这些操作。可以按与描述的实施例不同的顺序执行描述的操作。在额外的实施例中可以执行各种额外的操作和/或可以省略描述的操作。

对于本公开而言,短语“A或B”和“A和/或B”的意思是(A)、(B)或者(A和B)。对于本公开而言,短语“A、B或C”和“A、B和/或C”的意思是(A)、(B)、(C)、(A和B)、(A和C)、(B和C)或者(A、B和C)。

描述可以使用短语“在一实施例中”或者“在实施例中”,它们各自可以指一个或多个相同或不同实施例。此外,对于本公开的实施例使用的术语“包括”、“包含”、“具有”等等是同义的。

就本文使用的而言,术语“电路”可以指提供描述的功能的集成电路(例如,现场可编程门阵列(FPGA)、专用集成电路(ASIC)等等)、分立电路、组合逻辑电路、片上系统(SOC)、系统级封装(SiP)的任何组合、可以是其一部分或者可以包括它们。在一些实施例中,电路可以执行一个或多个软件或固件模块来提供描述的功能。在一些实施例中,电路可以包括至少部分在硬件中可操作的逻辑。

就本文使用的而言,术语“V-UE”或“车辆UE”可以指UE的任何组合,可以是UE的任何组合的一部分,或者可以包括UE的任何组合,UE在下文中参考图1进一步描述。V-UE或车辆UE可以指车辆系统的任何组合、可以是车辆系统的任何组合的一部分或者可以包括车辆系统的任何组合。在本公开各处,“UE”、“V-UE”和“车辆UE”被可互换地使用,除非另有声明。

先进V2X用例已超越了道路安全应用。NR使能通信中的先进V2X可以根据各种用例适应于各种要求。这些要求可以包括但不限于时延、端到端可靠性、有效载荷、传输速率、数据速率和最小要求通信范围。一般而言,有效载荷可以按字节或类似的单位来测量。传输速率可以按每秒消息数或类似的单位来测量。最大端到端时延可以按毫秒(ms)或类似的单位来测量。可靠性可以按百分比或类似的单位来测量。数据速率可以按兆字节每秒(Mbps)或类似的单位来测量。最小要求通信范围可以按米或者类似的单位来测量。例如,V2X通信的时延由于紧急轨迹可能需要像3ms那么小,而对于一些不那么关键的场景可以高达100ms。端到端可靠性可以能需要在90-99.999%的范围内。示例数据速率对于扩展传感器用例可能需要高达1000Mbps。这些要求中的一些可能比长期演进(LTE)V2X通信中的基本V2X用例更严格。现有的LTE QoS框架可能不适合于满足这些要求范围。

本文描述的实施例可以包括例如用于配置经由NR V2X侧链路操作的高效数据传输的装置、方法和存储介质。实施例可以支持与不同用例相关联的各种QoS要求并且使得能够将不同UE的数据分组复用/解复用到相同的介质接入控制(MAC)协议数据单元(PDU)上。该实现方式可以改善NR V2X侧链路通信中的UE和/或网络效率。

图1根据这里的各种实施例示意性图示了示例无线网络100(以下称为“网络100”)。网络100可以包括与AN 110发生无线通信的UE105。在一些实施例中,网络100可以是NR SA网络。UE 105可以被配置为例如连接为与AN 110通信地耦合。在此示例中,连接112被示为空中接口来使能通信耦合,并且可以符合蜂窝通信协议,例如在mmWave和sub-6GHz操作的5G NR协议、全球移动通信系统(GSM)协议、码分多路接入(CDMA)网络协议、即按即说(PTT)协议,等等。

UE 105被示为智能电话(例如,可连接到一个或多个蜂窝网络的手持触摸屏移动计算设备),但也可以包括任何移动或非移动计算设备,例如个人数据助理(PDA)、寻呼机、膝上型计算机、桌面型计算机、无线手机、客户驻地设备(CPE)、固定无线接入(FWA)设备、车辆安装UE或者包括无线通信接口的任何计算设备。在一些实施例中,UE 105可以包括物联网(IoT)UE,该IoT UE可以包括被设计用于利用短期UE连接的低功率IoT应用的网络接入层。IoT UE可以利用诸如窄带IoT(NB-IoT)、机器到机器(M2M)或机器型通信(MTC)之类的技术来经由公共陆地移动网络(PLMN)、基于邻近的服务(ProSe)或设备到设备(D2D)通信、传感器网络或IoT网络来与MTC服务器或设备交换数据。M2M或MTC数据交换可以是机器发起的数据交换。NB-IoT/MTC网络描述利用短期连接来互连NB-IoT/MTC UE,这些NB-IoT/MTC UE可以包括可唯一识别的嵌入式计算设备(在互联网基础设施内)。NB-IoT/MTC UE可以执行后台应用(例如,保活消息、状态更新、位置相关服务等等)。

UE 105可以是车辆VE(V-UE),其是具有蜂窝通信能力的车辆的一部分或者是包括用于蜂窝通信的通信子系统的车辆系统。在一些实现方式中,V-UE可以包括用于与个体接入网络连接的多个基带芯片。例如,V-UE可以包括蜂窝网络基带片上系统(SoC),用于附接到并且与蜂窝网络和/或其他UE/V-UE建立网络连通性以实现侧链路通信。

AN 110可以使能或终止连接112。AN 110可以被称为基站(BS)、节点B、演进型节点B(eNB)、下一代节点B(gNB或ng-gNB)、NG-RAN节点、小区、服务小区、邻居小区等等,并且可以包括提供某个地理区域内的覆盖的地面站(例如,地面接入点)或者卫星站。

AN 110可以是UE 105的第一接触点。在一些实施例中,AN 110可以履行各种逻辑功能,包括但不限于无线电网络控制器(RNC)功能,例如无线承载管理、上行链路和下行链路动态无线资源管理和数据分组调度,以及移动性管理。

在一些实施例中,下行链路资源网格可以用于从AN 110到UE 105的下行链路传输,而上行链路传输可以利用类似的技术。该网格可以是时间-频率网格,被称为资源网格或时间-频率资源网格,这是每个时隙中的下行链路中的物理资源。这种时间-频率平面表示是正交频分复用(OFDM)系统的常见做法,这使得其对于无线电资源分配是直观的。资源网格的每一列和第一行分别对应于一个OFDM符号和一个OFDM子载波。资源网格在时域中的持续时间对应于无线帧中的一个时隙。资源网格中的最小时间-频率单元被表示为资源元素。每个资源网格包括若干个资源块,这描述了特定物理信道到资源元素的映射。每个资源块包括资源元素的集合;在频域中,这可以表示当前能够分配的资源的最小数量。有几种不同的利用这种资源块运送的物理下行链路信道。

物理下行链路共享信道(PDSCH)可以将用户数据和更高层信令运载到UE 105。物理下行链路控制信道(PDCCH)可以运载关于与PDSCH信道有关的传输格式和资源分配的信息,等等。其也可以告知UE 105关于与上行链路共享信道有关的传输格式、资源分配和混合自动重复请求(HARQ)信息。通常,下行链路调度(向小区内的UE 105指派控制和共享信道资源块)可以基于从UE 105的任何一者反馈的信道质量信息在AN110处执行。下行链路资源指派信息可以在用于(例如,指派给)UE 105的PDCCH上发送。

PDCCH可以使用控制信道元素(CCE)来运送控制信息。在被映射到资源元素之前,PDCCH复值符号可以首先被组织成四元组,这些四元组随后可以被利用子块交织器来进行置换以便进行速率匹配。每个PDCCH可以利用这些CCE中的一个或多个来传输,其中每个CCE可以对应于被称为资源元素组(REG)的四个物理资源元素的九个集合。对于每个REG可以映射四个正交相移键控(QPSK)符号。取决于下行链路控制信息(DCI)的大小和信道条件,可以利用一个或多个CCE来传输PDCCH。

一些实施例可以对控制信道信息使用资源分配的概念,这些概念是上述概念的扩展。例如,一些实施例可以利用对于控制信息传输使用PDSCH资源的增强型物理下行链路控制信道(ePDCCH)。可以利用一个或多个增强型控制信道元素(ECCE)来传输ePDCCH。与上述类似,每个ECCE可以对应于被称为增强型资源元素组(EREG)的四个物理资源元素的九个集合。ECCE在一些情形中可以具有其他数目的EREG。

如图1中所示,UE 105可以包括根据功能分组的毫米波通信电路。这里示出的电路是为了例示,而UE 105可以包括在图3中示出的其他电路。UE 105可以包括协议处理电路115,协议处理电路115可以实现与介质接入控制(MAC)、无线链路控制(RLC)、分组数据汇聚协议(PDCP)、无线资源控制(RRC)和非接入层(NAS)有关的层操作中的一个或多个。协议处理电路115可以包括一个或多个处理核心(未示出)来执行指令和一个或多个存储器结构(未示出)来存储程序和数据信息。

UE 105还可以包括数字基带电路125,数字基带电路125可以实现物理层(PHY)功能,包括以下所列项中的一个或多个:HARQ功能、加扰和/或解扰、编码和/或解码、层映射和/或解映射、调制符号映射、接收符号和/或比特度量确定、多天线端口预编码和/或解码(这可以包括空间-时间、空间-频率或空间编码中的一个或多个)、参考信号生成和/或检测、前导序列生成和/或解码、同步序列生成和/或检测、控制信道信号盲解码以及其他相关功能。

UE 105还可以包括发送电路135、接收电路145、射频(RF)电路155和RF前端(RFFE)165,RFFE 165可以包括或连接到一个或多个天线面板175。

在一些实施例中,RF电路155可以包括用于发送或接收功能中的一个或多个的多个并行RF链或分支;每个链或分支可以与一个天线面板175相耦合。

在一些实施例中,协议处理电路115可以包括控制电路(未示出)的一个或多个实例,以为数字基带电路125(或者简称为“基带电路125”)、发送电路135、接收电路145、射频电路155、RFFE 165和一个或多个天线面板175提供控制功能。

UE接收可以由并且经由一个或多个天线面板175、RFFE 165、RF电路155、接收电路145、数字基带电路125和协议处理电路115建立。一个或多个天线面板175可以通过由一个或多个天线面板175的多个天线/天线元素接收的接收波束赋形信号接收来自AN 110的传输。关于UE 105体系结构的更多细节在图2、图3和图6中图示。来自AN 110的传输可以被AN110的天线进行发送波束赋形。在一些实施例中,基带电路125可以包含发送电路135和接收电路145两者。在其他实施例中,基带电路125可以实现在分开的芯片或模块中,例如包括发送电路135的一个芯片和包括接收电路145的另一个芯片。

与UE 105类似,AN 110可以包括根据功能分组的mmWave/sub-mmWave通信电路。AN110可以包括协议处理电路120、数字基带电路130(或者简称为“基带电路130”)、发送电路140、接收电路150、RF电路160、RFFE 170和一个或多个天线面板180。

小区传输可以由以及经由协议处理电路120、数字基带电路130、发送电路140、RF电路160、RFFE 170和一个或多个天线面板180建立。一个或多个天线面板180可以通过形成发送波束来发送信号。图3进一步图示了关于RFFE 170和天线面板180的细节。

图2根据一些实施例图示了设备200的示例组件。与图1形成对照,图2从接收和/或发送功能视点图示了UE 105或AN 110的示例组件,并且其可以不包括图1中描述的所有组件。在一些实施例中,设备200可以包括至少如图所示那样在一起的应用电路202、基带电路204、RF电路206、RFFE电路208和多个天线210。基带电路204在一些实施例中可以与基带电路125类似并且与基带电路125是基本上可互换的。多个天线210可以构成用于波束赋形的一个或多个天线面板。图示的设备200的组件可以被包括在UE或AN中。在一些实施例中,设备200可以包括更少的元素(例如,小区可以不利用应用电路202,而是包括处理器/控制器来处理从EPC接收的IP数据)。在一些实施例中,设备200可以包括额外的元素,例如存储器/存储设备、显示器、相机、传感器或者输入/输出(I/O)接口。在其他实施例中,下文描述的组件可以被包括在多于一个设备中(例如,对于云RAN(C-RAN)实现方式,所述电路可以被分开包括在多于一个设备中)。

应用电路202可以包括一个或多个应用处理器。例如,应用电路202可以包括例如但不限于一个或多个单核或多核处理器之类的电路。(一个或多个)处理器可以包括通用处理器和专用处理器(例如,图形处理器、应用处理器等等)的任何组合。处理器可以与存储器/存储设备相耦合或者可以包括存储器/存储设备并且可以被配置为执行存储在存储器/存储设备中的指令以使得各种应用或操作系统能够在设备200上运行。在一些实施例中,应用电路202的处理器可以处理从EPC接收的IP数据分组。

基带电路204可以包括例如但不限于一个或多个单核或多核处理器之类的电路。基带电路204在一些实施例中可以与基带电路125和基带电路130类似并且与基带电路125和基带电路130是基本上可互换的。基带电路204可以包括一个或多个基带处理器或控制逻辑以处理从RF电路206的接收信号路径接收的基带信号并且为RF电路206的发送信号路径生成基带信号。基带电路204可以与应用电路202相接口以便生成和处理基带信号和控制RF电路206的操作。例如,在一些实施例中,基带电路204可以包括第三代(3G)基带处理器204A、第四代(4G)基带处理器204B、第五代(5G)基带处理器204C或者用于其他现有世代、开发中的世代或者未来将要开发的世代(例如,第二代(2G)、第六代(6G)等等)的其他(一个或多个)基带处理器204D。基带电路204(例如,基带处理器204A-D中的一个或多个)可以处理使能经由RF电路206与一个或多个无线电网络通信的各种无线电控制功能。在其他实施例中,基带处理器204A-D的一些或全部功能可以被包括在存储于存储器204G中的模块中并且被经由中央处理单元(CPU)204E来执行。无线电控制功能可以包括但不限于信号调制/解调、编码/解码、射频偏移等等。在一些实施例中、基带电路204的调制/解调电路可以包括快速傅立叶变换(FFT)、预编码或者星座映射/解映射功能。在一些实施例中,基带电路204的编码/解码电路可以包括卷积、咬尾卷积、turbo、维特比或者低密度奇偶校验(LDPC)编码器/解码器功能。调制/解调和编码器/解码器功能的实施例不限于这些示例,并且在其他实施例中可以包括其他适当的功能。

在一些实施例中,基带电路204可以包括一个或多个音频数字信号处理器(DSP)204F。音频DSP 204F可以包括用于压缩/解压缩和回声消除的元素,并且在其他实施例中可以包括其他适当的处理元素。基带电路的组件可以被适当地组合在单个芯片中、单个芯片集中或者在一些实施例中被布置在同一电路板上。在一些实施例中,基带电路204和应用电路202的构成组件的一些或全部可以一起实现在例如SOC上。

在一些实施例中,基带电路204可以提供与一个或多个无线电技术兼容的通信。例如,在一些实施例中,基带电路204可以支持与演进型通用地面无线接入网络(E-UTRAN)或者其他无线城域网(WMAN)、无线局域网(WLAN)、无线个人区域网(WPAN)的通信。基带电路204被配置为支持多于一个无线协议的无线电通信的实施例可以被称为多模式基带电路。

RF电路206可以通过非固态介质利用经调制的电磁辐射来使能与无线网络的通信。在各种实施例中,RF电路206可以包括一个或多个开关、滤波器、放大器等等以促进与无线网络的通信。RF电路206可以包括接收器电路206A,该接收器电路206A可以包括电路来对从RFFE电路208接收的RF信号进行下变频并且将基带信号提供给基带电路204。RF电路206还可以包括发送器电路206B,该发送器电路206B可以包括电路来对由基带电路204提供的基带信号进行上变频并且将RF输出信号提供给RFFE电路208以便发送。

在一些实施例中,输出基带信号和输入基带信号可以是模拟基带信号,虽然实施例的范围在这个方面不受限制。在一些替换实施例中,输出基带信号和输入基带信号可以是数字基带信号。在这些替换实施例中,RF电路206可以包括模拟到数字转换器(ADC)和数字到模拟转换器(DAC)电路并且基带电路204可以包括数字基带接口以与RF电路206通信。

在一些双模式实施例中,可以提供单独的无线电集成电路(IC)电路来为每个频谱处理信号,虽然实施例的范围不限于此。

RFFE电路208可以包括接收信号路径,该接收信号路径可以包括被配置为在从一个或多个天线210接收的RF波束上操作的电路。RF波束可以是由AN 110当在mmWave或sub-mmWave频率范围中操作时形成和发送的发送波束。与一个或多个天线210耦合的RFFE电路208可以接收发送波束并且使它们前进到RF电路206以便进一步处理。RFFE电路208还可以包括发送信号路径,该发送信号路径可以包括被配置为对由RF电路206提供的供发送的信号进行放大以便在带有或不带有波束赋形的情况下由天线210中的一个或多个发送的电路。在各种实施例中,通过发送或接收路径的放大可以仅在RF电路206中完成、仅在RFFE电路208中完成或者在RF电路206和RFFE电路208两者中完成。

在一些实施例中,RFFE电路208可以包括TX/RX开关以在发送模式和接收模式操作之间切换。RFFE电路208可以包括接收信号路径和发送信号路径。RFFE电路208的接收信号路径可以包括低噪声放大器(LNA)以对接收到的RF波束进行放大并且提供经放大的接收RF信号作为输出(例如,提供给RF电路206)。RFFE电路208的发送信号路径可以包括功率放大器(PA)来对(例如由RF电路206提供的)输入RF信号进行放大,并且包括一个或多个滤波器来生成RF信号供波束赋形和后续发送(例如,由一个或多个天线210中的一个或多个发送)。

应用电路202的处理器和基带电路204的处理器可以用于执行协议栈的一个或多个实例的元素。例如,基带电路204的处理器单独或者组合地可以用于执行层3、层2或层1功能,而应用电路202的处理器可以利用从这些层接收的数据(例如,分组数据)并且进一步执行层4功能(例如,传输通信协议(TCP)和用户数据报协议(UDP)层)。就本文提及的而言,层3可以包括无线资源控制(RRC)层,这在下文更详细描述。就本文提及的而言,层2可以包括介质接入控制(MAC)层、无线链路控制(RLC)层和分组数据汇聚协议(PDCP)层,这在下文更详细描述。就本文提及的而言,层1可以包括UE/AN的物理(PHY)层,这在下文更详细描述。

图3A图示了包含mmWave RFFE 305和一个或多个sub-6GHz射频集成电路(RFIC)310的射频前端300的实施例。mmWave RFFE 305在一些实施例中可以与RFFE 165、RFFE 170和/或RFFE电路208类似并且基本上可互换。当在FR2或mmWave中操作时,mmWave RFFE 305可以用于UE 105;当在FR1、sub-6GHz或LTE频带中操作时,RFIC 310可以用于UE 105。在此实施例中,一个或多个RFIC 310可以与mmWave RFFE 305物理上分离。RFIC 310可以包括到一个或多个天线320的连接。RFFE 305可以与多个天线315耦合,这些天线315可以构成一个或多个天线面板。

图3B图示了RFFE 325的替换实施例。在这个方面中,毫米波和sub-6GHz无线电功能都可以实现在同一物理RFFE 330中。RFFE 330可以包含毫米波天线335和sub-6GHz天线340两者。RFFE 330在一些实施例中可以与RFFE 165、RFFE 170和/或RFFE电路208类似并且是基本上可互换的。

图3A和3B对于UE 105或AN 110图示了各种RFFE体系结构的实施例。

在LTE网络中,V2X侧链路通信可以是基于广播的。例如,所有分组可以被车辆UE经由侧链路盲发送。在一些情况下,作为选择,分组可以被重传固定次数。这种广播机制提供的QoS可以基于指示与每个V2X分组相关联的单个优先级值(例如,ProSe每分组优先级(PPPP))。这对于任何接入层(AS)层过程充当主QoS度量。这种AS层过程可以是MAC层调度和/或复用,以及关联的资源选择和传输预留。与之对比,QoS管理是基于在通过Uu接口的操作中与特定逻辑信道有关的适当MAC层参数的RRC配置的,Uu接口是UE与无线接入网络之间的无线电接口。

传统上,在PDCP层的多个载波上的传输的复制被用于增强可靠性,并且一个或多个QoS度量可以用于指示对于每个分组的可靠性要求(例如,ProSe每分组可靠性(PPPR))。然而,由于传统V2X传输中的广播的固有性质,在这个过程中可以没有任何反馈机制。从而,LTE V2X分组可以与一个或多个QoS参数相关联,并且一个或多个无线电层可以旨在满足基于分组的关联QoS要求。

在NR中,可以建立经由侧链路的一对一和/或一对多型V2X通信来使能单播或组播V2X通信。据此,在这种V2X侧链路通信中涉及的两个(或更多个)UE可以在它们之间建立连接并且交换某些信息,使得可以在两个UE之间商定并且建立应用到特定V2X通信的一组规则。该组规则中的一个或多个可以对应于为侧链路V2X通信履行的一组QoS要求。在解决QoS要求或实现QoS框架时可以有一个或多个方案。例如,可以使用基于每分组的QoS的扩展和/或统一QoS度量,无论应用层或上层在两个不同的RAT和关联接口之间是否是不同的。

在一些实施例中,对于V2X侧链路传输的NR资源分配可以使用两个不同的模式。其中之一是网络调度模式(例如,模式1),其中网络(例如,eNB或gNB)调度特定资源。另一模式是自主资源预留/重选择模式(例如,模式2),其中UE 105可以基于由UE 105进行的感测来选择或确定资源。在模式2中,除非分配非竞争资源,否则实现某些QoS要求可能是有挑战性的,因为模式2是固有基于广播信道上的冲突检测和避免的概念的。

传统上在LTE V2X侧链路通信中,由应用层生成的分组被基于由相应的V2X功能执行的某种映射来指派以ProSe侧链路(PC5)或侧链路QoS标识符或参数。分组随后可以与这个QoS参数一起被传递到AS层。与之对比,NR V2X可以使用基于QoS流的模型或基于侧链路承载的模型,这可以与NR Uu链路类似。这种操作可以帮助NR Uu与NR侧链路之间的无缝切换。注意PC5和侧链路都指的是在用于通信的资源已被确定和建立之后UE之间的没有网络的V2X通信。术语“PC5”和“侧链路”在本公开各处可以可互换地使用。另外,V2X是通过侧链路的示例通信。其可以是使用蜂窝侧链路的任何设备到设备通信。

在实施例中,让SDAP层使能传入QoS流到侧链路无线承载的映射,可能是有益的。SDAP层还可以为上行链路和/或下行链路分组利用QoS流标识(QFI)来标记流。在一些实施例中,QFI可以只被两个V2X UE用于具有适当的车辆质量索引(VQI)或5G QoS标识符(5QI)的进一步映射。

在实施例中,如果SDAP不被侧链路通信所支持,则来自V2X层的传入服务请求可以具有关联的5QI/VQI映射。相应的侧链路承载可以建立在NR V2X侧链路通信中涉及的两个V2X UE之间。AS层可以执行将服务请求映射到数据无线承载(DRB)标识(ID)。这种映射可以基于侧链路承载的生成来执行。另外,MAC层可以执行将一个或多个DRB ID映射到一个或多个逻辑信道(LC)ID。

此外,V2X层可以提供带有服务信息的支持或可用网络资源选择模式信息以供(一个或多个)V2X UE发起基于网络的调度资源选择(例如,模式1)或者自主资源选择(例如,模式2)。自主资源选择模式可以包括一个或多个子模式,例如使用调度UE、预配置、动态资源选择,等等。如果模式1和模式2都可用,则UE可以确定对于特定的V2X侧链路传输使用哪个模式和/或子模式。额外地或者替换地,网络可以就此向UE提供指示和/或辅助信息。这种信息可以经由一个或多个控制元素被配置给UE,例如SidelinkUEInformation、RRCReconfiguration,等等。

在实施例中,如果对应于给定的侧链路无线承载发生DRB的资源重选择或重配置,则可以发送结束标记。额外地或者替换地,如果单播链路丢失或者来自接收方UE的反馈未被发送方UE接收到,则相同或不同的结束标记也可以被发送。

在实施例中,发送方UE可以基于来自接收方UE的反馈信息来确定QoS要求是否被履行。这种反馈信息可以经由HARQ和/或RLC。QoS要求可以与服务、QoS流、承载、LCID或者与一个或多个分组相对应的其他适当基础相关联。在这种确定后,发送方UE可以评估和确定模式操作中的一个或多个变化。发送方UE随后可以基于从网络接收的信息来发起这种模式变化,如果它在该网络的覆盖下的话。

传统上在V2X侧链路通信中,关联的MAC子头和MAC头字段可以包括一个或多个以下字段:

-V:MAC PDU格式版本号字段,其指示出使用了侧链路共享信道(SL-SCH)子头的哪个版本。在这个版本的规格中定义了三个格式版本,并且此字段因此应被设置到“0001”、“0010”和“0011”。如果DST字段是24比特,则此字段可以被设置到“0011”。V字段大小可以是4比特;

-SRC:源层2ID字段携带源的身份。其被设置到ProSe UE ID。SRC字段大小可以是24比特;

-DST:DST字段可以是16比特或24比特。如果其是16比特,则其携带目的地层2ID的16个最高有效比特。如果其是24比特,则其可以被设置到目的地层2ID。对于侧链路通信,目的地层2ID可以被设置到ProSe层2组ID或ProSe UE ID。对于V2X侧链路通信,目的地层2ID可以被设置到由上层提供的标识符。如果V字段被设置到“0001”,则此标识符可以是组播标识符。如果V字段被设置到“0010”,则此标识符可以是单播标识符。

-LCID:逻辑信道ID字段唯一地识别相应MAC服务数据单元(SDU)或填充的一个源层2ID和目的地层2ID对的范围内的逻辑信道实例。对于MAC PDU中包括的每个MAC SDU或填充可以有一个LCID字段。除此之外,当想要单字节或两字节填充,但不能通过在MAC PDU的末尾处填充来实现时,在MAC PDU中可以包括一个或两个额外的LCID字段。从“01011”到“10100”的LCID的值可以识别用于从LCID的值按先后顺序分别具有从“00001”到“01010”的范围的逻辑信道发送复制的RLC SDU的逻辑信道。LCID字段大小可以是5比特;

-L:长度字段指示相应MAC SDU的以字节为单位的长度。对于每个MAC PDU子头可以有一个L字段,除了最后一个子头以外。L字段的大小可以由F字段指示;

-F:格式字段指示长度字段的大小,如表格6.2.4-2中所指示。对于每个MAC PDU子头可以有一个F字段,除了最后一个子头以外。F字段的大小可以是1比特。如果MAC SDU的大小小于128字节,则F字段的值可以被设置到0;否则其可以被设置到1;

-E:扩展字段是指示出在MAC头中是否存在更多字段的标志。E字段可以被设置到“1”以指示出至少R/R/E/LCID字段的另一集合。E字段可以被设置到“0”以指示出MAC SDU或填充开始于下一字节;

-R:预留比特,被设置到“0”。

图4A-4D根据各种实施例图示了一些示例MAC子头。这些MAC子头也可以用于与LTE有关的通信。例如,MAC头可以包括一个或多个MAC子头、源和目的地ID以及MAC SDU。在LTE中,对于每个PDU可以只有由一个目的地ID指定的一个或多个SDU。在V2X侧链路通信中,目的地层2ID可以被设置到由上层提供的标识符。例如,如果图4D中的“V”字段被设置为是“0001”,则此标识符可以是组播标识符或者指示组播。如果在NR V2X通信中有经由侧链路的更高效单播通信,则可以需要一些额外的功能。注意图4A-4D和相应的描述是关于3GPP技术规范(TS)36.321v14.8.0(2018年9月28日)的。

在NR V2X通信中,如果UE与多于一个接收方UE执行单播链路建立或者具有与多于一个接收方UE的组播通信,则将不同SDU复用在一个MAC PDU内可能是可行的,以高效地使用分配的侧链路准予。在一些实施例中,相应的源(SRC)/目的地(DEST)层2ID字段/长度/比特数可以保持相同,使得可以不要求物理层变化,因为这些字段将被向下传递到一个或多个更低层。

在实施例中,LCID可以被扩展来支持关于多于一个SDU的复用的激活和/或去激活或者与多于一个SDU的复用相关联的指示。LCID可以表示相应的逻辑信道ID并且具有与特定QoS要求或5QI特性相对应的逻辑信道数据。在一些实施例中,可以有8、16或更多个LCID被UE支持。

在一些实施例中,第一组LCID可以被分类为用于模式1操作中,而第二组LCID可以被分类为用于模式2操作中。额外地或者替换地,第三组LCID可以被分类为用于模式1和模式2两者中。其他分类和分级可以用于向LCID指派其可用操作。例如,特定的LCID或LCID的集合可以被指定来使能以下功能:

·为了快速使能而向目的地V2X UE或接收方UE激活/去激活特定操作模式(例如,模式1或模式2)。额外地或者替换地,这种信息可以经由PC5 RRC消息来交换。

·对于供发送的一个或多个复用或将要复用的SDU的激活/去激活或开始/停止指示。另外,相应的解复用滤波器或复用组ID可以在相应MAC SDU的数据部分内传输。这种指示可以被传输或发送到发送方UE计划与之建立单播通信的个体接收方UE。此指示也可以经由PC5 RRC消息来实现或交换。

可以利用PC5-RRC消息来与相应的接收方UE共享上述激活/去激活,这可以引起一定的时延和/或信令开销。然而,使用PC5-RRC消息可以提供基于确认-响应过程的优点。

在实施例中,LCID的特定集合可以被分配来支持发送方和接收方UE之间的PC5-RRC消息。表格1例示了LCID的这种集合的示例。

表格1

图5A根据各种实施例图示了在对控制消息格式化时的示例MAC控制元素(CE)。某些LCID值(例如,表格1)可以被应用到MAC CE以生成或形成PC5-RRC信令中的相应控制消息。在具有MAC CE格式的这个方案中,对于要为其使用模式1或模式2的源/目的地(SRC/DEST)对,相应的激活/去激活命令可以与LCID一起被传输。图5A中的每一行(例如,行505)指示一字节,其包括八个比特。在必要时可以实现一定的对齐和/或填充,但这在图5A中没有示出。概括而言,源和目的地层2ID按照LTE V2X侧链路通信可以是24比特。基于NR的V2X侧链路通信可以使用相同或不同数目的比特。LCIDi 510可以表示LCID2、LCID3,等等。“L”字段可以指示LCID的数目的长度。注意图5A只是示范性的,而可以使用控制信令的其他类似格式。

在实施例中,由于MAC PDU在NR V2X通信中可以包括头和MAC SDU,所以在一个MACPDU内可以支持复用MAC SDU。为了使能将多个MAC SDU复用在一个MAC PDU内以使得分配的资源可以被以更好的方式高效地使用,发送方UE可以在为传输建立连接的同时与接收方UE经由PC5-RRC消息交换相应的信息。这种信息可以包括指示出属于不同接收方UE的多于一个SDU要被包括在一个MAC PDU内的复用ID。此ID从而可以识别在MAC PDU内有SDU的接收方UE。这种信息也可以包括与UE相关联的相应LCID。发送方UE可以使用一个或多个特定LCID来表示具有特定MAC PDU的一个MAC SDU的实例。这些LCID可以经由PC5-RRC消息来交换。

另外,MAC PDU可以包括以下指示,如图5B中所示。

·“M”字段515:“M”可以用于“R”字段之一中来指示出目的地ID表示一组单播UE的ID并且特定滤波器(例如,LCID)将被目的地应用来获得MAC PDU或消息内的(一个或多个)特定MAC SDU。额外地或者替换地,“V”字段520可以用于指示出组播分组并且相同的LCID可以被用于组播的所有成员。与之对比,“M”字段515可以指示出组ID将与一组单播UE复用。

·“DEST(复用组ID)”字段525:“DEST(复用组ID)”字段525可以包括16或24个比特来表示一组单播ID。在一些实施例中,可以基于特定的UE实现方式来执行目的地ID到复用组ID的相应映射。

注意图5B只是示范性的,而可以使用控制信令的其他类似格式。还要注意NR MACPDU格式可以被调整或修改以表示V2X侧链路共享信道MAC。

图6A根据各种实施例图示了从发送方UE角度来看促进发起NR V2X侧链路通信的过程的操作流程/算法结构600。操作流程/算法结构600可以由UE 105或者其电路(包括例如数字基带电路125)执行。

操作流程/算法结构600可以包括,在610,对于由应用层生成并且将由UE在NR侧链路V2X通信中发送的分组的流,确定一个或多个QoS指示符。这种确定可以基于由应用层指派的特定QoS要求。UE还可以从应用层或者某个(某些)其他相应层接收分组的流。一个或多个QoS指示符可以被称为一个或多个QoS参数。QoS指示符或参数可以与VQI和/或5QI相关联。

操作流程/算法结构600还可以包括,在620,基于所确定的一个或多个QoS指示符建立侧链路无线承载。侧链路无线承载可以由SDAP层建立,如果其可用的话。此外,UE可以为分组的流生成QFI。这可以包括上行链路和下行链路分组两者。

在实施例中,UE可以在应用服务层将与该流相关联的服务映射到与侧链路无线承载相关联的数据无线承载ID。

在一些实施例中,UE可以不具有SDAP层。从而,来自V2X层的相应传入服务请求可以具有关联的VQI/5QI映射。AS层可以执行将服务请求映射到DRB ID。进一步将DRB ID映射到LCID可以由相应的MAC层执行。

操作流程/算法结构600还可以包括,在630,在NR侧链路V2X通信中经由与建立的侧链路无线承载相对应的一个或多个资源将分组的流发送到接收方UE。为了将分组的流发送到接收方UE,发送方UE可以发起网络调度资源选择或者自主资源选择并且确定一个或多个资源来发送一个或多个复用的分组。

在实施例中,如果UE的单播丢失或者没有由接收方UE发送的反馈消息,则UE可以生成与侧链路无线承载相对应的结束标记。另外,UE可以在接收到来自接收方UE的反馈消息后针对一个或多个复用的分组的发送或接收对反馈消息进行解码,并且基于解码的反馈消息来确定所确定的一个或多个QoS指示符是否得到满足。反馈消息可以是HARQ/RLC相关消息或类似的消息。

图6B根据各种实施例图示了从接收方UE角度来看促进发起NR V2X侧链路通信的过程的操作流程/算法结构605。操作流程/算法结构605可以由UE 105或者其电路(包括例如数字基带电路125)执行。

操作流程/算法结构605可以包括,在615,当在NR侧链路V2X通信中接收到来自发送方UE的分组的流后,对包括具有一个或多个QoS指示符的侧链路无线承载的分组的流进行解码。该接收可以经由基于模式1或模式2调度配置的一个或多个资源。

操作流程/算法结构605还可以包括,在625,在对分组的流解码后生成反馈消息。

操作流程/算法结构605还可以包括,在635,经由发送方UE或网络配置的用于NR侧链路V2X通信的一个或多个资源向发送方UE发送反馈消息。

在一些实施例中,接收方UE还可以在接收后对消息进行解码,该消息指示关于侧链路V2X通信中的网络调度资源模式或自主资源模式的一组LCID的激活或去激活。

在一些实施例中,发送方UE还可以对另一消息进行解码,该另一消息指示为了在NR侧链路V2X通信中向一个或多个接收方UE的数据发送而将多于一个SDU复用到一个PDU中的激活或去激活。

图7根据一些实施例图示了基带电路的示例接口。如上所述,图2的基带电路204可以包括处理器204A-204E和被所述处理器利用的存储器204G。UE 105的处理器204A-204E可以根据关于图5A和5B的各种实施例执行操作流程/算法结构600或605的一些或全部。处理器204A-204E的每一者可以分别包括存储器接口704A-704E,来向/从存储器204G发送/接收数据。

基带电路204还可以包括一个或多个接口来通信地耦合到其他电路/设备,例如存储器接口712(例如,向/从基带电路204外部的存储器发送/接收数据的接口)、应用电路接口714(例如,向/从图2的应用电路202发送/接收数据的接口)、RF电路接口716(例如,向/从图2的RF电路206发送/接收数据的接口)、无线硬件连通性接口718(例如,向/从近场通信(NFC)组件、

图8是图示出根据一些示例实施例能够从机器可读或计算机可读介质(例如,非暂态机器可读存储介质)读取指令并且执行本文论述的方法中的任何一种或多种的组件的框图。具体而言,图8示出了硬件资源800的图解表示,硬件资源800包括一个或多个处理器(或处理器核心)810、一个或多个存储器/存储设备820和一个或多个通信资源830,其中每一者可以经由总线840通信耦合。对于利用节点虚拟化(例如,网络功能虚拟化(NFV))的实施例,管理程序802可以被执行来为一个或多个网络切片/子切片利用硬件资源800提供执行环境。

处理器810(例如,中央处理单元(CPU)、精简指令集计算(RISC)处理器、复杂指令集计算(CISC)处理器、图形处理单元(GPU)、数字信号处理器(DSP)(例如基带处理器)、专用集成电路(ASIC)、射频集成电路(RFIC)、另一处理器或者这些的任何适当组合)例如可以包括处理器812和处理器814。

存储器/存储设备820可以包括主存储器、盘存储设备或者这些的任何适当组合。存储器/存储设备820可以包括但不限于任何类型的易失性或非易失性存储器,例如动态随机访问存储器(DRAM)、静态随机访问存储器(SRAM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、闪存、固态存储设备,等等。

通信资源830可以包括互连或网络接口组件或其他适当的设备来经由网络808与一个或多个外围设备804或一个或多个数据库806通信。例如,通信资源830可以包括有线通信组件(例如,用于经由通用串行总线(USB)耦合)、蜂窝通信组件、NFC组件、

指令850可以包括用于使得处理器810的至少任何一者执行本文论述的任何一个或多个方法(例如,操作流程600和605)的软件、程序、应用、小应用程序、app或者其他可执行代码。例如,在硬件资源800被实现到UE 105中的实施例中,指令850可以使得UE执行操作流程/算法结构600的一些或全部。指令850可以使得AN 110执行操作流程/算法结构605的一些或全部。指令850可以完全或部分存在于处理器810的至少一者内(例如,处理器的缓存存储器内)、存储器/存储设备820内或者这些的任何适当组合。此外,指令850的任何部分可以被从外围设备804或数据库806的任何组合传送到硬件资源800。因此,处理器810的存储器、存储器/存储设备820、外围设备804和数据库806是计算机可读和机器可读介质的示例。

下面提供各种实施例的一些非限制性示例。

示例1可以包括一种方法,包括:对于由应用层生成并且将由UE在新空口(NR)侧链路车辆到万物(V2X)通信中发送的分组的流,确定一个或多个服务质量(QoS)指示符;基于所确定的一个或多个QoS指示符,建立侧链路无线承载;以及在所述NR侧链路V2X通信中,经由与建立的侧链路无线承载相对应的一个或多个资源将所述分组的流发送到接收方UE。

示例2可以包括如示例1和/或这里的一些其他示例所述的方法,还包括:为所述分组的流生成QoS流标识(ID)。

示例3可以包括如示例2和/或这里的一些其他示例所述的方法,其中为了建立所述侧链路无线承载,所述UE将根据服务数据适配协议(SDAP)建立所述侧链路无线承载。

示例4可以包括如示例1和/或这里的一些其他示例所述的方法,还包括:在应用服务层将与所述流相关联的服务映射到与所述侧链路无线承载相关联的数据无线承载标识(ID)。

示例5可以包括如示例1和/或这里的一些其他示例所述的方法,其中所述一个或多个QoS指示符与车辆质量索引(VQI)或5G QoS标识符(5QI)相关联。

示例6可以包括如示例1和/或这里的一些其他示例所述的方法,其中将所述分组的流发送到所述接收方UE将发起网络调度资源选择或自主资源选择;以及确定用于发送所述分组的流的一个或多个资源。

示例7可以包括如示例1和/或这里的一些其他示例所述的方法,还包括:如果所述一个或多个资源中的至少一个要被重确定,或者数据无线承载要被重配置,则生成与所述侧链路无线承载相对应的结束标记。

示例8可以包括如示例1-7和/或这里的一些其他示例所述的方法,还包括:如果所述UE的单播链路丢失,或者没有由所述接收方UE发送的反馈消息,则生成与所述侧链路无线承载相对应的结束标记。

示例9可以包括如示例8和/或这里的一些其他示例所述的方法,还包括:在接收到来自所述接收方UE的所述反馈消息后,针对一个或多个复用的分组的发送或接收对所述反馈消息进行解码;以及基于解码的反馈消息,确定是否满足所确定的一个或多个QoS指示符。

示例10可以包括如示例1-9和/或这里的一些其他示例所述的方法,其中所述方法是由发送方UE和/或发送方车辆UE和/或其一部分在NR V2X侧链路通信中执行的。

示例11可以包括一种方法,包括生成第一消息,该第一消息指示用于新空口(NR)侧链路车辆到万物(V2X)通信中的网络调度资源模式或自主资源模式的一组逻辑信道标识(LCID)的激活或去激活;生成第二消息,该第二消息指示针对在所述NR侧链路V2X通信中向一个或多个接收方UE的数据发送,将多于一个服务数据单元(SDU)复用到一个协议数据单元(PDU)中的激活或去激活;以及在生成后,将所述第一消息和所述第二消息发送到所述一个或多个接收方UE。

示例12可以包括如示例11和/或这里的一些其他示例所述的方法,还包括:生成SDU,该SDU包括关于将所述多于一个服务数据单元(SDU)复用到所述协议数据单元(PDU)中的复用组标识(ID);将所述SDU与一个或多个额外的SDU复用到所述一个PDU中;以及将包括所述PDU的第三消息发送到所述一个或多个接收方UE。

示例13可以包括如示例12和/或这里的一些其他示例所述的方法,其中所述SDU包括一个或多个解复用滤波器。

示例14可以包括如示例12和/或这里的一些其他示例所述的方法,还包括:生成指示所述一组LCID中的一个或多个LCID对应于所述一个或多个接收方UE之一的第四消息;以及将所述第四消息发送到所述一个或多个接收方UE之一。

示例15可以包括如示例11和/或这里的一些其他示例所述的方法,其中所述一组LCID是第一组LCID,并且所述第一消息还指示用于所述NR侧链路V2X通信中的网络调度资源模式和自主资源模式两者的第二组LCID。

示例16可以包括如示例11-15和/或这里的一些其他示例所述的方法,其中所述第一消息、所述第二消息和所述第三消息的任何一者或全部是NR侧链路无线资源控制(RRC)消息。

示例17可以包括如示例11-16和/或这里的一些其他示例所述的方法,其中所述方法是由发送方UE和/或发送方车辆UE和/或其一部分在所述NR V2X侧链路通信中执行的。

示例18可以包括一种方法,包括:在新空口(NR)侧链路车辆到万物(V2X)通信中接收到来自发送方UE的分组的流后,对包括具有一个或多个服务质量(QoS)指示符的侧链路无线承载的所述分组的流进行解码;在对所述分组的流进行解码后生成反馈消息;以及经由所述发送方UE配置的用于所述NR侧链路V2X通信的一个或多个资源向所述发送方UE发送所述反馈消息。

示例19可以包括如示例18和/或这里的一些其他示例所述的方法,还包括:在接收后对第一消息进行解码,所述第一消息指示用于所述NR侧链路V2X通信中的网络调度资源模式或自主资源模式的一组逻辑信道标识(LCID)的激活或去激活。

示例20可以包括如示例18或19和/或这里的一些其他示例所述的方法,还包括:在接收后对第二消息进行解码,所述第二消息指示针对在所述NR侧链路V2X通信中向一个或多个接收方UE的数据发送,将多于一个服务数据单元(SDU)复用到一个协议数据单元(PDU)中的激活或去激活。

示例21可以包括如示例18-20和/或这里的一些其他示例所述的方法,其中所述方法是由接收方UE和/或接收方车辆UE和/或其一部分在所述NR V2X侧链路通信中执行的。

示例22可以包括一种装置,该装置包括用于执行在示例1-21的任何一项中描述或者与示例1-21的任何一项相关的方法或者本文描述的任何其他方法或过程的一个或多个元素的模块。

示例23可以包括一个或多个包括指令的非暂态计算机可读介质,所述指令在其被电子设备的一个或多个处理器执行时使得所述电子设备执行在示例1-21的任何一项中描述或者与示例1-21的任何一项相关的方法或者本文描述的任何其他方法或过程的一个或多个元素。

示例24可以包括一种装置,该装置包括用于执行在示例1-21的任何一项中描述或者与示例1-21的任何一项相关的方法或者本文描述的任何其他方法或过程的一个或多个元素的逻辑、模块和/或电路。

示例25可以包括如示例1-21的任何一项中所述或者与示例1-21的任何一项相关的方法、技术或过程,或者其一些部分或片段。

示例26可以包括一种装置,包括:一个或多个处理器和一个或多个包括指令的计算机可读介质,所述指令当被所述一个或多个处理器执行时使得所述一个或多个处理器执行如示例1-21的任何一项中所述或者与示例1-21的任何一项相关的方法、技术或过程,或者其一些部分。

参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图或框图描述了本公开。将会理解,流程图或框图的每个方框以及流程图或框图中的方框的组合可以由计算机程序指令来实现。这些计算机程序指令可以被提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器以产生一种机器,使得这些指令在经由计算机或其它可编程数据处理装置的处理器执行时,创造出用于实现流程图或框图的一个或多个方框中指定的功能/动作的模块。

这些计算机程序指令也可以被存储在计算机可读介质中,这些指令可以指引计算机或其他可编程数据处理装置以特定方式工作,从而使得存储在计算机可读介质中的指令产生出包括实现流程图或框图的一个或多个方框中指定的功能/动作的指令装置的制造品。

计算机程序指令也可以被加载到计算机或其他可编程数据处理装置上,以使得一系列操作步骤在该计算机或其他可编程装置上被执行来产生由计算机实现的过程,从而在该计算机或其他可编程装置上执行的指令提供用于实现流程图或框图的一个或多个方框中指定的功能/动作的过程。

本文对图示的实现方式的描述,包括摘要中描述的那些,并不打算是详尽无遗的或者将本公开限制到公开的精确形式。虽然本文为了说明而描述了特定实现方式和示例,但正如相关领域的技术人员将会认识到的,在不脱离本公开的范围的情况下,根据以上详细描述可以做出打算实现相同目的的各种替换或等同实施例或实现方式。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号