CN118140569A - 考虑ue间协调方案的lcp过程 - Google Patents

考虑ue间协调方案的lcp过程 Download PDF

Info

Publication number
CN118140569A
CN118140569A CN202280068997.7A CN202280068997A CN118140569A CN 118140569 A CN118140569 A CN 118140569A CN 202280068997 A CN202280068997 A CN 202280068997A CN 118140569 A CN118140569 A CN 118140569A
Authority
CN
China
Prior art keywords
mac
inter
coordination
report
iuc
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
CN202280068997.7A
Other languages
English (en)
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.)
Lenovo Singapore Pte Ltd
Original Assignee
Lenovo Singapore Pte Ltd
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 Lenovo Singapore Pte Ltd filed Critical Lenovo Singapore Pte Ltd
Publication of CN118140569A publication Critical patent/CN118140569A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/25—Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/40—Resource management for direct mode communication, e.g. D2D or sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/23—Manipulation of direct-mode connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Landscapes

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

Abstract

公开了用于考虑IUC方案的LCP过程的装置、方法和系统。一种装置(600)包括存储器(610)和耦合到存储器(610)的处理器(605)。处理器(605)被配置为使得装置(600)确定用于经由MAC CE传输SL UE间协调报告的时延界限、根据所确定的时延界限维持用于经由MAC CE发射UE间协调报告的报告定时器、以及基于报告定时器经由MAC CE发射UE间协调信息。

Description

考虑UE间协调方案的LCP过程
相关申请的交叉引用
本申请要求Joachim等人于2021年11月3日提交的标题为“LCP PROCEDURECONSIDERING INTER-UE COORDINATION SCHEMES(考虑UE间协调方案的LCP过程)”的美国专利申请序列号63/275,348的权益，该申请通过引用整体并入本文。
技术领域
本文公开的主题总体上涉及无线通信，并且更具体地涉及考虑用户设备(“UE”)间协调(“IUC”)方案的逻辑信道优先化(“LCP”)过程。
背景技术
在无线网络中，对于物理层(“PHY”)在感测/资源选择过程期间考虑来自接收器UE的IUC信息的情况，媒体接入控制(“MAC”)应该使用由PHY提供的候选资源以用于将侧链路(“SL”)数据传输到考虑其IUC信息的那个接收UE。然而，根据当前指定的LCP过程，UE基于最高逻辑信道优先级来选择用于SL传输的目的地。因此，可能发生UE/MAC将在LCP过程期间选择与在通过PHY的感测/资源选择过程期间使用其IUC信息的目的地不同的目的地。
发明内容
公开了考虑IUC方案的LCP过程的解决方案。该解决方案可以通过装置、系统、方法或计算机程序产品来实现。
在一个实施例中，第一装置包括存储器和耦合到该存储器的处理器。在一个实施例中，处理器被配置为使得该装置确定用于经由MAC CE传输SL IUC报告的时延界限，根据所确定的时延界限维持用于经由MAC CE发射IUC报告的报告定时器，以及基于报告定时器经由MAC CE发射IUC信息。
在一个实施例中，第一方法在UE装置处确定用于经由MAC CE传输SL IUC报告的时延界限，根据所确定的时延界限维持用于经由MAC CE发射IUC报告的报告定时器，以及基于报告定时器经由MAC CE发射IUC信息。
附图说明
将通过参考在附图中图示的特定实施例来呈现对以上简要描述的实施例的更具体的描述。可以理解这些附图仅描绘了一些实施例并且因此不应被认为是对范围的限制，将通过使用附图以附加的特异性和细节来描述和解释实施例，在附图中：
图1是图示用于考虑IUC方案的LCP过程的无线通信系统的一个实施例的示意性框图；
图2描绘SL-CBR-PriorityTxConfigList信息元素；
图3描绘SL-CBR-CommonTxConfigList信息元素；
图4描绘用于IUC方案的示例过程流；
图5是图示新无线电(“NR”)协议栈的一个实施例的图；
图6是图示可以被用于考虑ICU方案的LCP过程的UE装置的一个实施例的框图；
图7是图示可以被用于考虑ICU方案的LCP过程的网络装置的一个实施例的框图；以及
图8是图示用于考虑ICU方案的LCP过程的方法的一个实施例的流程图。
具体实施方式
如本领域技术人员将理解的，实施例的各方面可以被体现为系统、装置、方法或程序产品。因此，实施例可以采取完全硬件实施例、完全软件实施例(包括固件、常驻软件、微代码等)或组合软件和硬件各方面的实施例的形式。
例如，所公开的实施例可以被实现为硬件电路，其包括定制的超大规模集成(“VLSI”)电路或门阵列，现成的半导体，诸如逻辑芯片、晶体管，或其他分立组件。所公开的实施例也可以被实现在诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑器件等的可编程硬件设备中。作为另一示例，所公开的实施例可以包括可执行代码的一个或多个物理或逻辑块，其可以例如被组织为对象、过程或函数。
此外，实施例可以采取体现在一个或多个计算机可读存储设备中的程序产品的形式，该一个或多个计算机可读存储设备存储机器可读代码、计算机可读代码、和/或程序代码，下文称为代码。存储设备可以是有形的、非暂时性的和/或非传输的。存储设备可以不体现信号。在某个实施例中，存储设备仅采用用于接入代码的信号。
可以利用一个或多个计算机可读介质的任何组合。计算机可读介质可以是计算机可读存储介质。计算机可读存储介质可以是存储代码的存储设备。存储设备可以是例如但不限于电子、磁、光、电磁、红外、全息、微机械或半导体系统、装置或设备、或前述的任何适当的组合。
存储设备的更具体示例(非详尽列表)将包括以下各项：具有一条或多条电线的电气连接、便携式计算机软盘、硬盘、随机存取存储器(“RAM”)、只读存储器(“ROM”)、可擦除可编程只读存储器(“EPROM”或闪存存储器)、便携式致密盘只读存储器(“CD-ROM”)、光存储设备、磁存储设备、或前述的任何适当的组合。在本文档的场境中，计算机可读存储介质可以是能够包含或存储用于由指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合使用的程序的任何有形介质。
用于执行实施例的操作的代码可以是任何数量的行，并且可以用包括诸如Python、Ruby、Java、Smalltalk、C++等面向对象的编程语言和诸如“C”编程语言等传统过程编程语言、和/或诸如汇编语言的机器语言中的一种或多种编程语言的任何组合来编写。代码可以完全在用户的计算机上、部分在用户的计算机上、作为独立软件包、部分在用户的计算机上并且部分在远程计算机上或完全在远程计算机或服务器上执行。在后一种场景下，远程计算机可以通过包括局域网(“LAN”)、无线LAN(“WLAN”)或广域网(“WAN”)的任何类型的网络连接到用户的计算机，或者可以连接到外部计算机(例如，通过使用互联网服务提供商(“ISP”)的互联网)。
此外，实施例的所描述的特征、结构或特性可以以任何适当的方式组合。在以下描述中，提供了许多具体细节，诸如编程、软件模块、用户选择、网络事务、数据库查询、数据库结构、硬件模块、硬件电路、硬件芯片等的示例，以提供对实施例的透彻理解。然而，相关领域的技术人员将认识到，实施例可以在没有这些具体细节中的一个或多个的情况下或者利用其他方法、组件、材料等来实践。在其他实例中，未详细示出或描述众所周知的结构、材料或操作以避免模糊实施例的各方面。
贯穿本说明书对“一个实施例”、“实施例”或类似语言的引用意指结合该实施例描述的特定特征、结构或特性被包括在至少一个实施例中。因此，除非另有明确说明，否则贯穿本说明书的短语“在一个实施例中”、“在实施例中”和类似语言的出现可以但不一定全部指代相同的实施例，而是意指“一个或多个但不是所有实施例”。除非另有明确说明，否则术语“包括”、“包含”、“具有”及其变体意指“包括但不限于”。除非另有明确说明，否则所列举的项的列表并不暗示任何或所有项是相互排斥的。除非另有明确说明，否则术语“一”、“一个”和“该”也指“一个或多个”。
如本文所使用的，具有“和/或”连接词的列表包括列表中的任何单个项或列表中的项的组合。例如，A、B和/或C的列表包括仅A、仅B、仅C、A和B的组合、B和C的组合、A和C的组合或A、B和C的组合。如本文所使用的，使用术语“中的一个或多个”的列表包括列表中的任何单个项或列表中的项的组合。例如，A、B和C中的一个或多个包括仅A、仅B、仅C、A和B的组合、B和C的组合、A和C的组合或A、B和C的组合。如本文所使用的，使用术语“中的一个”的列表包括列表中的任何单个项中的一个且仅一个。例如，“A、B和C中的一个”包括仅A、仅B或仅C并且不包括A、B和C的组合。如本文所使用的，“选自由A、B和C组成的组的成员”包括A、B或C中的一个且仅一个，并且不包括A、B和C的组合。如本文所使用的，“选自由A、B和C及其组合组成的组的成员”包括仅A、仅B、仅C、A和B的组合、B和C的组合、A和C的组合或A、B和C的组合。
以下参考根据实施例的方法、装置、系统和程序产品的示意性流程图和/或示意性框图来描述实施例的各方面。将理解，示意性流程图和/或示意性框图中的各个框以及示意性流程图和/或示意性框图中的框的组合都能够通过代码实现。该代码可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以产生机器，使得经由计算机或其他可编程数据处理装置的处理器执行的指令创建用于实现流程图和/或框图中指定的功能/动作的装置。
代码还可以被存储在存储设备中，其能够引导计算机、其他可编程数据处理装置或其他设备以特定方式运行，使得存储在存储设备中的指令产生包括实现流程图和/或框图中指定的功能/动作的指令的制品。
代码还可以被加载到计算机、其他可编程数据处理装置或其他设备上以使得一系列操作步骤在计算机、其他可编程装置或其他设备上执行，从而产生计算机实现的过程，使得在计算机或其他可编程装置上执行的代码提供用于实现流程图和/或框图中指定的功能/动作的过程。
附图中的流程图和/或框图图示了根据各种实施例的装置、系统、方法和程序产品的可能实施方式的架构、功能和操作。在这点上，流程图和/或框图中的每个框可以表示模块、片段或代码的一部分，其包括用于实现指定逻辑功能的代码的一个或多个可执行指令。
还应注意，在一些替代实施方式中，框中标注的功能可以不按图中标注的顺序发生。例如，取决于所涉及的功能性，连续示出的两个框实际上可以基本上同时执行，或者这些框有时可以以相反的顺序执行。可以设想到在功能、逻辑或效果上与图示的图中的一个或多个框或其部分等效的其他步骤和方法。
尽管在流程图和/或框图中可以采用各种箭头类型和线类型，但它们被理解为不限制对应实施例的范围。实际上，一些箭头或其他连接器可以用于仅指示所描绘的实施例的逻辑流程。例如，箭头可以指示所描绘的实施例的列举步骤之间的未指定持续时间的等待或监测时段。还将注意，框图和/或流程图的每个框以及框图和/或流程图中的框的组合能够由执行指定功能或动作的基于专用硬件的系统或专用硬件与代码的组合实现。
每个图中的元件的描述可以指代前面的附图的元件。在所有附图中，相同的附图标记指代相同的元件，包括相同元件的替代实施例。
一般而言，本公开描述了用于考虑ICU方案的LCP过程的系统、方法和装置。在某些实施例中，可以使用嵌入在计算机可读介质上的计算机代码来执行该方法。在某些实施例中，装置或系统可以包括包含计算机可读代码的计算机可读介质，该计算机可读代码当由处理器执行时使得该装置或系统执行以下描述的解决方案的至少一部分。
在一个实施例中，存在不同的IUC方案，其可以包括：
·方案1a–优选资源集；
·方案1b–非优选资源集；以及
·方案2–预留资源上的预期/潜在资源冲突指示。
在方案1a和方案1b中，第一UE UE-A基于从UE-B接收到的显式触发信息或基于满足某些条件而自主触发，向第二UE UE-B发送资源的集合。媒体接入控制(“MAC”)控制元素(“CE”)、PSSCH、侧链路控制信息(“SCI”)等是用于基于显式请求或基于条件的触发来发射资源的集合的候选。方案2可以使用物理侧链路反馈控制信道(“PSFCH”)来用信号发送预留资源上的冲突。在一个实施例中，基于UE-A的感测结果，由UE-A针对方案1发射资源的集合会招致较大的信令开销。
在一个实施例中，拥塞控制机制通过测量由gNB定义的拥塞窗口内的SL-RSSI来工作。如果SL-RSSI高于某个度量，则诸如功率减少、MCS减少、子信道数量等的传输(“Tx”)参数限制可能对于物理侧链路控制信道(“PSCCH”)和物理侧链路共享信道(“PSSCH”)传输受限制。
在本公开中，可以基于拥塞控制机制来限制IUC方案。在拥塞控制期间，可能需要限制方案来为PSCCH/PSSCH传输提供资源，并且当资源池拥塞时并非所有方案都可能是有益的，因为用于发射PSCCH、PSSCH和IUC消息的可用资源的数量是有限的。
一般而言，在本文提出的解决方案中，PHY向MAC层指示被考虑用于感测/资源选择的IUC信息的目的地ID。MAC将跳过LCP过程的第一步，并将目的地设置为来自PHY的指示的目的地ID。MAC层将进一步在属于由PHY指示的目的地的逻辑信道当中选择满足所有配置/预定义条件(例如，逻辑信道限制)的逻辑信道，以便生成SL MAC分组数据单元(“PDU”)。
根据现有技术解决方案，MAC将根据最高逻辑信道优先级来选择用于SL传输的目的地。对于由MAC选择的目的地将与在PHY中的感测/资源选择期间考虑其IUC信息的目的地不匹配的情况，UE将需要重新进行感测/资源选择过程并向MAC指示新的候选资源的集合。
在一个实施例中，当执行用于生成SL传送块的LCP过程时，UE的MAC层将被关联到单播的目的地设置为在感测/资源选择过程期间考虑的IUC信息的目的地ID。在LCP过程期间，UE在属于由PHY向MAC指示的目的地的逻辑信道当中选择满足所有配置/预定义条件(例如，逻辑信道限制)的逻辑信道，以便生成SL MAC PDU。
在另一实施例中，对于当IUC报告由UE自身基于一些预定义的触发条件触发时的情况，UE使用预定义的参考格式来生成IUC报告。UE根据参考格式生成包括一些预定义的IUC类型信息的报告，例如，“优选资源”和/或“非优选资源”的报告。此外，当自主触发到目的地的IUC报告时，UE根据参考格式生成针对一些预定义数量的子信道以及预定义优先级和时间段的IUC报告。
图1描绘了根据本公开的实施例的支持考虑ICU方案的LCP过程的无线通信系统100。在一个实施例中，无线通信系统100包括至少一个远程单元105、无线电接入网络(“RAN”)120以及移动核心网络130。RAN 120和移动核心网络130形成移动通信网络。RAN120可以由基站单元121组成，远程单元105使用无线通信链路115与基站单元121通信。尽管在图1中描绘了特定数量的远程单元105、基站单元121、无线通信链路115、RAN 120、以及移动核心网络130，但是本领域技术人员将认识到，任何数量的远程单元105、基站单元121、无线通信链路115、RAN 120以及移动核心网络130可以被包括在无线通信系统100中。
在一个实施方式中，RAN 120符合第三代合作伙伴计划(“3GPP”)规范中指定的5G系统。例如，RAN 120可以是实现NR RAT和/或3GPP长期演进(“LTE”)RAT的新一代无线电接入网络(“NG-RAN”)。在另一示例中，RAN 120可以包括非3GPP RAT(例如或电气和电子工程师协会(“IEEE”)802.11系列兼容WLAN)。在另一实施方式中，RAN 120符合3GPP规范中指定的LTE系统。然而，更一般地，无线通信系统100可以实现某个其他开放或专有通信网络，例如全球微波接入互操作性(“WiMAX”)或IEEE 802.16系列标准以及其他网络。本公开不旨在限于任何特定的无线通信系统架构或协议的实施方式。
在一个实施例中，远程单元105可以包括计算设备，诸如台式计算机、膝上型计算机、个人数字助理(“PDA”)、平板计算机、智能电话、智能电视(例如连接至互联网的电视)、智能电器(例如连接至互联网的电器)、机顶盒、游戏机、安全系统(包括安全相机)、车载计算机、网络设备(例如路由器、交换机、调制解调器)等。在一些实施例中，远程单元105包括可穿戴设备，诸如智能手表、健身带、光学头戴式显示器等。此外，远程单元105可以被称为UE、订户单元、移动设备、移动站、用户、终端、移动终端、固定终端、订户站、用户终端、无线发射/接收单元(“WTRU”)、设备或本领域中使用的其他术语。在各种实施例中，远程单元105包括订户身份和/或标识模块(“SIM”)和提供移动终端功能(例如，无线电传输、切换、语音编码和解码、错误检测和校正、对SIM的信令和接入)的移动设备(“ME”)。在某些实施例中，远程单元105可以包括终端设备(“TE”)和/或被嵌入在电器或设备(例如，如以上所描述的计算设备)中。
远程单元105可以经由上行链路(“UL”)和下行链路(“DL”)通信信号与RAN 120中的基站单元121中的一个或多个直接通信。此外，UL和DL通信信号可以通过无线通信链路123被承载。这里，RAN 120是向远程单元105提供对移动核心网络130的接入的中间网络。
在一些实施例中，远程单元105经由与移动核心网络130的网络连接与应用服务器通信。例如，远程单元105中的应用107(例如Web浏览器、媒体客户端、电话和/或互联网协议话音(“VoIP”)应用)可以触发远程单元105经由RAN 120与移动核心网络130建立协议数据单元(“PDU”)会话(或其他数据连接)。然后，移动核心网络130使用PDU会话在远程单元105与应用服务器(例如，分组数据网络150中的内容服务器151)之间中继业务。PDU会话表示远程单元105与用户平面功能(“UPF”)131之间的逻辑连接。
为了建立PDU会话(或PDN连接)，远程单元105必须向移动核心网络130注册(在第四代(“4G”)系统的场境中也称为“附接到移动核心网络”)。注意，远程单元105可以与移动核心网络130建立一个或多个PDU会话(或其他数据连接)。这样，远程单元105可以具有用于与分组数据网络150(例如，表示互联网)进行通信的至少一个PDU会话。远程单元105可以建立用于与其他数据网络和/或其他通信对等体进行通信的附加PDU会话。
在5G系统(“5GS”)的场境中，术语“PDU会话”是通过UPF 131在远程单元105与特定数据网络(“DN”)之间提供端到端(“E2E”)用户平面(“UP”)连接性的数据连接。PDU会话支持一个或多个服务质量(“QoS”)流。在某些实施例中，在QoS流与QoS简档之间可能存在一对一映射，使得属于特定QoS流的所有分组具有相同的5G QoS标识符(“5QI”)。
在诸如演进分组系统(“EPS”)的4G/LTE系统的场境中，分组数据网络(“PDN”)连接(也称为EPS会话)在远程单元与PDN之间提供E2E UP连接性。PDN连接性过程建立EPS承载，即，在远程单元105与移动核心网络130中的分组网关(“PGW”，未示出)之间的隧道。在某些实施例中，在EPS承载与QoS简档之间存在一对一映射，使得属于特定EPS承载的所有分组具有相同的QoS类别标识符(“QCI”)。
基站单元121可以被分布在地理区域上。在某些实施例中，基站单元121还可以被称为接入终端、接入点、基地、基站、节点B(“NB”)、演进型节点B(缩写为eNodeB或“eNB”，也称为演进通用陆地无线电接入网络(“E-UTRAN”)节点B)、5G/NR节点B(“gNB”)、归属节点B、中继节点、RAN节点、或者本领域中使用的任何其他术语。基站单元121通常是RAN(诸如RAN120)的一部分，该RAN可以包括可通信地耦合至一个或多个对应的基站单元121的一个或多个控制器。无线电接入网络的这些和其他元件未被图示，但通常是本领域的普通技术人员众所周知的。基站单元121经由RAN 120连接到移动核心网络130。
基站单元121可以经由无线通信链路123为例如小区或小区扇区的服务区域内的多个远程单元105服务。基站单元121可以经由通信信号与远程单元105中的一个或多个直接通信。通常，基站单元121发射DL通信信号，以在时间、频率和/或空间域中为远程单元105服务。此外，DL通信信号可以通过无线通信链路123被承载。无线通信链路123可以是授权或未授权无线电频谱中的任何合适的载波。无线通信链路123促进在远程单元105中的一个或多个和/或基站单元121中的一个或多个之间的通信。注意，在NR-U操作期间，基站单元121和远程单元105通过未授权无线电频谱进行通信。
在一个实施例中，两个或更多个远程单元125可以经由侧链路通信链路125彼此直接通信。如本文所使用的，侧链路是一种在基站没有参与数据业务的传输和接收的情况下实现两个设备之间的直接通信的网络拓扑。
在一个实施例中，移动核心网络130是5GC或演进型分组核心(“EPC”)，其可以被耦合至分组数据网络150，如互联网和私有数据网络以及其他数据网络。远程单元105可以具有与移动核心网络130的订阅或其他账户。在各种实施例中，每个移动核心网络130属于单个公共陆地移动网络(“PLMN”)。本公开不旨在限于任何特定的无线通信系统架构或协议的实施方式。
移动核心网络130包括若干网络功能(“NF”)。如所描绘的，移动核心网络130包括至少一个UPF 131。移动核心网络130还包括多个控制平面(“CP”)功能，包括但不限于服务于RAN 120的接入和移动性管理功能(“AMF”)132、会话管理功能(“SMF”)135、网络曝光功能(“NEF”)、策略控制功能(“PCF”)137、统一数据管理功能(“UDM”)和用户数据储存库(“UDR”)。
UPF 131负责5G架构中的分组路由和转发、分组检查、QoS处置以及用于互连数据网络(“DN”)的外部PDU会话。AMF 133负责NAS信令的终止、NAS加密和完整性保护、注册管理、连接管理、移动性管理、接入认证和授权、安全上下文管理。SMF 135负责会话管理(即，会话建立、修改、释放)、远程单元(即，UE)IP地址分配和管理、DL数据通知以及用于适当业务路由的UPF的业务转向配置。
NEF负责使网络数据和资源容易地被客户和网络伙伴访问。服务提供商可以激活新能力并通过API暴露它们。这些API允许第三方授权的应用监视和配置网络针对多个不同的订户(即，具有不同应用的经连接的设备)的行为。PCF 137负责统一策略框架，为CP功能提供策略规则，接入用于UDR中的策略决策的订阅信息。
UDM负责生成认证和密钥协定(“AKA”)凭证、用户标识处置、接入授权、订阅管理。UDR是订户信息的储存库并且能够被用于服务多个网络功能。例如，UDR可以存储订阅数据、策略相关数据、被允许向第三方应用曝光的订户相关数据等。在一些实施例中，UDM与UDR共址，在图1中被描绘为组合实体“UDM/UDR”139。
在各种实施例中，移动核心网络130还可以包括认证服务器功能(“AUSF”)(其充当认证服务器)、网络储存库功能(“NRF”)(其提供NF服务注册和发现，从而使得NF能够标识彼此中的适当服务并且通过应用编程接口(“API”)彼此通信)或为5GC定义的其他NF。在某些实施例中，移动核心网络130可以包括认证、授权和计费(“AAA”)服务器。
在各种实施例中，移动核心网络130支持不同类型的移动数据连接和不同类型的网络切片，其中每个移动数据连接利用特定网络切片。这里，“网络切片”指的是针对某一业务类型或通信服务而优化的移动核心网络130的一部分。网络实例可以由单个网络切片选择辅助信息(“S-NSSAI”)标识，而远程单元105被授权使用的网络切片集合由网络切片选择辅助信息(“NSSAI”)标识。
这里，“NSSAI”指的是包括一个或多个S-NSSAI值的向量值。在某些实施例中，各种网络切片可以包括网络功能的单独实例，诸如SMF 135和UPF 131。在一些实施例中，不同的网络切片可以共享一些共同的网络功能，诸如AMF 133。为了便于图示，不同的网络切片未在图1中示出，但假设对它们的支持。在不同的网络切片被部署的情况下，移动核心网络130可以包括网络切片选择功能(“NSSF”)，其负责选择服务远程单元105的网络切片实例、确定所允许的NSSAI、确定要用于服务远程单元105的AMF集合。
虽然图1中描绘了特定数量和类型的网络功能，但是本领域的技术人员将认识到，任何数量和类型的网络功能都可以被包括在移动核心网络130中。此外，在移动核心网络130包括EPC的LTE变型中，所描绘的网络功能可以被替换为适当的EPC实体，诸如移动性管理实体(“MME”)、服务网关(“SGW”)、PGW、归属订户服务器(“HSS”)等。例如，AMF 133可以被映射到MME，SMF135可以被映射到PGW的控制平面部分和/或MME，UPF131可以被映射到SGW和PGW的用户平面部分，UDM/UDR139可以被映射到HSS，等等。
虽然图1描绘了5G RAN和5G核心网络的组件，但所描述的实施例适用于其他类型的通信网络和RAT，包括IEEE 802.11变型、全球移动通信系统(“GSM”，即，2G数字蜂窝网络)、通用分组无线电服务(“GPRS”)、UMTS、LTE变型、CDMA 2000、蓝牙、ZigBee、Sigfox等。
在以下描述中，术语“gNB”用于基站，但它可以由任何其他无线电接入节点，例如，RAN节点、eNB、基站(“BS”)、接入点(“AP”)、NR等，来替代。此外，主要在5G NR的场境下描述操作。然而，所提出的解决方案/方法也同样适用于支持考虑IUC方案的LCP过程的其他移动通信系统。
作为背景，关于侧链路资源分配模式2中的侧链路拥塞控制，如果UE被配置有较高层参数sl-CR-Limit并且在时隙n中发射PSSCH，则UE应确保针对任何优先级值k的以下限制：
其中，CR(i)是在时隙n-N中针对具有设置为i的SCI中的“优先级”字段的PSSCH传输评估的CR，并且CRLimit(k)对应于与优先级值k和包括在时隙n-N中测量的CBR的CBR范围相关联的较高层参数sl-CR-Limit，其中N是拥塞控制处理时间。
拥塞控制处理时间N是基于分别针对UE处理能力1和2的表1和表2的μ，其中μ对应于要用来发射PSSCH的侧链路信道的子载波间隔。UE应当仅在侧链路拥塞控制中应用单个处理时间能力。
μ 拥塞控制处理时间N[时隙]
0 2
1 2
2 4
3 8
表1：用于处理时间能力1的拥塞控制处理时间
μ 拥塞控制处理时间N[时隙]
0 2
1 4
2 8
3 16
表2：用于处理时间能力2的拥塞控制处理时间
如何满足上述限制取决于UE实现，包括丢弃时隙n中的传输。
在一个实施例中，拥塞控制能够限制每个资源池的至少以下PSSCH/PSCCH TX参数的值：
·资源池内支持的给定MCS表的MCS的范围
·子信道数量的范围
·(重新)传输次数的上限–已经在模式2AI中达成一致
·TX功率的上限(包括零TX功率)
在一个实施例中，拥塞控制能够被设置关于信道占用率(“CR”)的上限，CRlimit。传输参数和CRlimit的范围/界限是QoS和CBR的函数。除了拥塞控制(在使用中或未在使用中)之外，能够通过重用与LTE中相同的机制来限制上述参数。
在一个实施例中，除了拥塞控制(在使用中或未在使用中)之外，能够通过重用与LTE中相同的机制来限制每个资源池的以下PSSCH/PSCCH TX参数：
·资源池内支持的给定MCS表的MCS的范围
·子信道数量的范围
·(重新)传输次数的上限
关于3GPP TS 38.331-侧链路拥塞控制：
图2中所示的IE SL-CBR-PriorityTxConfigList指示通过使用sl-CBR-PSSCH-TxConfigList中提供的配置的索引的PSSCH传输参数(诸如MCS、PRB数量、重传次数、CR限制)集合、通过对sl-CBR-RangeConfigList中的CBR范围配置的条目的索引的CBR范围、以及优先级范围之间的映射。它还指示当CBR测量结果不可用时要使用的默认PSSCH传输参数，以及资源池中使用的MCS表的MCS范围。
图3中所示的IE SL-CBR-CommonTxConfigList指示sl-CBR-PSSCH-TxConfigList中的PSSCH传输参数(诸如MCS、子信道数、重传次数、CR限制)的列表，以及sl-CBR-RangeConfigList中的CBR范围的列表，以对UE配置拥塞控制以进行侧链路通信。
关于IUC上的侧链路版本17协议，在一个实施例中，模式2中的IUC方案被归类为基于由UE-A向UE-B发送的以下类型的“资源的集合”：
UE-A向UE-B发送对UE-B的传输优选的资源的集合
1.例如，基于其感测结果
UE-A向UE-B发送对UE-B的传输非优选的资源的集合
1.例如，基于其感测结果和/或预期/潜在资源冲突
UE-A向UE-B发送检测到资源冲突的资源的集合
在一个实施例中，对于IUC方案1，从UE-A发送到UE-B的协调信息是对UE-B的传输优选和/或非优选的资源的集合。
在一个实施例中，对于IUC方案2，从UE-A发送到UE-B的协调信息是由UE-B的SCI指示的资源上的预期/潜在和/或检测到的资源冲突的存在。
在一个实施例中，当UE-B从UE-A接收到IUC信息时，考虑以下选项中的至少一个以供UE-B在用于它自己的传输的资源(重新)选择中将其考虑在内：
对于方案1：
选项1-1：UE-B的要用于其传输资源(重新)选择的资源是基于UE-B的感测结果(如果可用)和接收到的协调信息
选项1-2：UE-B的要用于其传输资源(重新)选择的资源是仅基于接收到的协调信息
选项1-3：UE-B的资源要基于接收到的协调信息重新选择
选项1-4：UE-B的要用于其传输资源(重新)选择的资源是基于接收到的协调信息
对于方案2：
选项2-1：UE-B可以基于接收到的协调信息来确定要重新选择的资源
选项2-2：UE-B可以基于接收到的协调信息来确定重传的必要性
在一个实施例中，对于方案1，支持来自UE-A的以下IUC信息信令：
对UE-B的传输优选的资源的集合
对UE-B的传输非优选的资源的集合
在一个实施例中，对于方案2，支持来自UE-A的以下IUC信息信令：
由UE-B的SCI指示的资源上的预期/潜在资源冲突的存在
在一个实施例中，在方案1中，为模式2中通过显式请求触发的IUC信息传输中要成为UE-A/UE-B的UE支持以下各项：
发送对IUC信息的显式请求的UE可以是UE-B
从UE-B接收到显式请求并向UE-B发送IUC信息的UE可以是UE-A
由UE-B发射的TB的目的地UE至少可以是UE A
上述功能可以通过(预)配置来启用或禁用或控制
在一个实施例中，在方案1中，为模式2中通过除了显式请求接收之外的条件触发的IUC信息传输中要成为UE-A/UE-B的UE支持以下各项：
满足主黑圆点中提及的条件并发送IUC信息的UE是UE-A
从UE-A接收到IUC信息并将其用于资源(重新)选择的UE是UE-B
上述特征可以通过(预)配置来启用或禁用或控制
在一个实施例中，在方案2中，为模式2中通过预期/潜在资源冲突的检测触发的IUC传输中要成为UE-A/UE-B的UE支持至少以下各项：
发射具有指示要用于其传输的预留资源的SCI的PSCCH/PSSCH的UE，从UE-A接收指示针对预留资源的预期/潜在资源冲突的IUC信息，并且使用其以确定资源重新选择是UE-B
检测到由UE-B的SCI指示的资源上的预期/潜在资源冲突的UE向UE-B发送IUC信息，受制于满足以下条件之一，为UE-A
冲突TB之一的至少一个目的地UE，冲突TB即要在预期/潜在冲突资源中发射的TB
由UE-B发射的TB的非目的地UE是否可以是UE-A被(预)配置
在一个实施例中，在方案2中，当UE-B从UE-A接收到IUC信息时，支持UE-B在其资源(重新)选择中的以下行为：
UE-B可以基于接收到的协调信息来确定要重新选择的资源
当指示资源上的预期/潜在资源冲突时，UE-B可以重新选择为其传输预留的资源
在一个实施例中，在方案1中，当UE-B从UE-A接收到IUC信息时，至少支持UE-B在其资源(重新)选择中的以下行为：
对于优选资源集，支持以下两个选项：
选项A)：UE-B的要用于其传输资源(重新)选择的资源是基于UE-B的感测结果(如果可用)和接收到的协调信息两者
UE-B在其资源(重新)选择中使用属于优选资源集的资源结合它自己的感测结果
当满足条件时，UE-B在其资源(重新)选择中使用不属于优选资源集的资源
当UE-B执行感测/资源排除时支持此选项
选项B)：UE-B的要用于其传输资源(重新)选择的资源是仅基于接收到的协调信息
UE-B在其资源(重新)选择中使用属于优选资源集的资源
至少当UE-B不支持感测/资源排除时支持此选项
对于非优选资源集，UE-B的要用于其传输资源(重新)选择的资源是基于UE-B的感测结果(如果可用)和接收到的协调信息两者。UE-B在其资源(重新)选择中排除与非优选资源集重叠的资源。
在一个实施例中，在方案2中，至少支持以下各项来确定IUC信息：
在由UE-B的SCI指示的资源当中，UE-A认为预期/潜在资源冲突发生在满足以下条件中的至少一个的资源上：
条件2-A-1：由UE-A标识的其他UE的预留资源与由UE-B的SCI指示的资源在时间和频率上完全/部分重叠
条件2-A-2：其中UE-A当其是UE-B的预期接收者时由于半双工操作而不期望执行来自UE-B的SL接收的资源(例如，时隙)
在一个实施例中，在方案1中，至少支持以下各项来确定优选资源集的IUC信息：UE-A将满足所有以下条件的任何资源视为对UE-B的传输优选的资源的集合。
条件1-A-1：排除与由其参考信号接收功率(“RSRP”)测量大于RSRP阈值的UE-A标识的其他UE的预留资源重叠的资源的资源。
排除其中UE-A当其是UE-B的预期接收者时不期望执行来自UE-B的SL接收的时隙的资源。满足UE-B业务要求的资源(如果可用)。
在一个实施例中，在方案1中，至少支持以下各项来确定非优选资源集的IUC信息：UE-A将满足以下条件中的至少一个的任何资源视为对UE-B的传输非优选的资源的集合。
条件1-B-1：由UE-A根据其他UE的SCI(包括优先级字段)和RSRP测量标识的其他UE的预留资源。
其中UE-A当其是UE-B的预期接收者时不期望执行来自UE-B的SL接收的资源(例如，时隙)。
在一个实施例中，对于方案2，PSFCH格式0被用于传达由UE-B的SCI指示的预留资源上的预期/潜在资源冲突的存在。
在一个实施例中，对于方案2的条件2-A-1，向下选择以下附加准则中的一个或多个以确定发生预期/潜在资源冲突的资源：
选项1：该资源与其RSRP测量大于根据SCI中包括的优先级的RSRP阈值的其他UE的预留资源在时间和频率上完全/部分重叠。
选项2：该资源与和UE-B的预留资源的RSRP测量相比较其RSRP测量在(预)配置的RSRP阈值内的其他UE的预留资源在时间和频率上完全/部分重叠。
选项3：该资源在时间和频率上与其他UE的预留资源完全/部分重叠，并且另一个UE在如由两个UE的SCI确定的UE-B的距离阈值内。
选项4：该资源与和UE-B的预留资源的RSRP测量相比其RSRP测量大于(预)配置的RSRP阈值的其他UE的预留资源在时间和频率上完全/部分重叠。
在一个实施例中，对于方案1的条件1-B-1，支持以下两个选项：
选项1：由UE-A标识的其RSRP测量大于(预)配置的RSRP阈值的其他UE的预留资源，该阈值至少由UE的SCI指示的优先级值确定。
选项2：由UE-A标识的其RSRP测量小于(预)配置的RSRP阈值的其他UE的预留资源，当UE-A是由UE发射的TB的目的地时，该阈值至少由由UE的SCI指示的优先级值确定。
在一个实施例中，对于具有非优选资源集的方案1，支持以下条件：条件1-B-2：其中UE-A当其是UE-B的预期接收者时由于半双工操作而不期望执行来自UE-B的SL接收的资源(例如，时隙)。
在一个实施例中，对于方案1的条件1-A-1，对UE-B的传输优选的资源的集合是如版本16TS 38.214第8.1.4节中指定的候选单时隙资源的形式(通过引用并入本文)。
当通过UE-B的显式请求触发IUC信息传输时，根据版本16TS 38.214第8.1.4节至少利用通过来自UE-B的信令提供的参数以相同的方式确定候选单时隙资源：
要用于PSCCH/PSSCH传输的优先级值，取代prio_TX
时隙中要用于PSSCH/PSCCH传输的子信道的数量，取代L_subCH
资源预留间隔，取代P_rsvp_TX
对于具有优选资源集的方案1，支持以下条件：
条件1-A-2：排除其中UE-A当其是UE-B的预期接收者时由于半双工操作而不期望执行来自UE-B的SL接收的时隙的资源。这可以通过RRC(预)配置来禁用。
为了在方案2中分配PSFCH资源，至少可以与针对SL HARQ-ACK反馈的那些分开地(预)配置以下各项：用于PSFCH传输/接收的PRB的集合(sl-PSFCH-RB-Set)。
对于方案2，根据版本16TS 38.213第16.3节利用至少以下修改以相同的方式确定用于IUC信息传输的PSFCH资源的索引：
P_ID是由UE-B的SCI指示的L1-源ID
M_ID为0
在一个实施例中(根据TS 38.321，其通过引用并入本文)，对于与一个SCI相关联的PDU，MAC应仅考虑具有用于其与该对相关联的单播、组播和广播之一的相同源层2ID-目的地层2ID对的逻辑信道。允许不同侧链路过程的多个传输在不同的PSSCH持续时间中独立地执行。
在一个实施例中，每当执行新传输时就应用侧链路逻辑信道优先化过程。RRC通过针对每个逻辑信道的信令来控制侧链路数据的调度：
sl-Priority，其中增大的优先级值指示低优先级；
sl-PrioritisedBitRate，其设置侧链路优先化的比特率(sPBR)；
sl-BucketSizeDuration，其设置侧链路桶大小持续时间(sBSD)。
RRC通过配置针对每个逻辑信道的映射限制来附加地控制LCP过程：
sl-configuredGrantType1Allowed，其设置配置许可类型1是否可以被用于侧链路传输；
sl-AllowedCG-List，其设置对侧链路传输所允许的配置许可；
sl-HARQ-FeedbackEnabled，其设置是否允许逻辑信道与具有设置为启用或禁用的sl-HARQ-FeedbackEnabled的逻辑信道复用。
以下UE变量被用于逻辑信道优先化过程：
SBj，为每个逻辑信道j维持其。
当建立逻辑信道时，MAC实体应将逻辑信道的SBj初始化为零。
对于每个逻辑信道j，MAC实体应当：
1>在LCP过程的每个实例之前将SBj增加乘积sPBR×T，其中T是自SBj上次增加以来所流逝的时间；
1>如果SBj的值大于侧链路桶大小(即，sPBR×sBSD)：
2>将SBj设置为侧链路桶大小。
注意：UE在LCP过程之间更新SBj的确切时刻取决于UE实现，只要SBj在由LCP处理许可的时间是最新的。
在一个实施例中，MAC实体应当对于与新传输相对应的每个SCI：
1>对于被关联到SCI的SL许可，如果存在，选择具有满足所有以下条件的逻辑信道和MAC CE当中具有最高优先级的MAC CE和逻辑信道中的至少一个的被关联到单播、组播和广播之一的目的地：
2>SL数据可用于传输；并且
2>在存在具有SBj>0的任何逻辑信道的情况下，SBj>0；并且
2>sl-configuredGrantType1Allowed，如果被配置，在SL许可是配置许可类型1的情况下被设置为真；并且
2>sl-AllowedCG-List，如果被配置，则包括被关联到SL许可的配置许可索引；并且
2>如果PSFCH未被配置用于被关联到SCI的SL许可，则sl-HARQ-FeedbackEnabled被设置为禁用。
注释1：如果多个目的地具有满足以上所有条件且具有相同最高优先级的逻辑信道，或者如果多个目的地具有MAC CE和/或满足以上所有条件且与MAC CE具有相同优先级的逻辑信道，则哪个目的地在它们当中被选择取决于UE实现。
1>在属于所选择的目的地的逻辑信道当中选择满足所有以下条件的逻辑信道：
2>SL数据可用于传输；并且
2>sl-configuredGrantType1Allowed，如果被配置，则在SL许可是配置许可类型1的情况下被设置为真；并且
2>sl-AllowedCG-List，如果被配置，则包括被关联到SL许可的配置许可索引；并且
3>如果PSFCH被配置用于被关联到SCI的侧链路许可：
4>如果对于满足以上条件的最高优先级逻辑信道，sl-HARQ-FeedbackEnabled被设置为启用，则sl-HARQ-FeedbackEnabled被设置为启用；或者
4>如果对于满足以上条件的最高优先级逻辑信道，sl-HARQ-FeedbackEnabled被设置为禁用，则sl-HARQ-FeedbackEnabled被设置为禁用。
3>否则：
4>sl-HARQ-FeedbackEnabled被设置为禁用。
注释2：对于仅承载CSI报告MAC CE的MAC PDU的传输，sl-HARQ-FeedbackEnabled被设置为禁用。
MAC实体应当对于与新传输相对应的每个SCI：
1>将资源分配给逻辑信道，如下：
2>条款5.22.1.4.1.2中为具有SBj>0的SL许可选择的逻辑信道按照优先级降序被分配资源。如果逻辑信道的sPBR被设置为无穷大，则在满足较低优先级逻辑信道的sPBR之前，MAC实体应为可用于在逻辑信道上传输的所有数据分配资源；
>将SBj减少服务于上述逻辑信道j的MAC SDU的总大小；
2>如果任何资源保持，则按照严格的优先级降序服务条款5.22.1.4.1.2中选择的所有逻辑信道(无论SBj的值如何)，直到用于该逻辑信道或SL许可的数据耗尽，以先到者为准。配置有相同优先级的逻辑信道应被等同地服务。
注释：SBj的值可以为负。
UE在上述SL调度过程期间还应当遵循以下规则：
如果整个SDU(或部分发射的SDU或重新发射的RLC PDU)适合关联的MAC实体的剩余资源，则UE不应将RLC SDU(或部分发射的SDU或重新发射的RLC PDU)分段。
如果UE从逻辑信道中分段出RLC SDU，则它应最大化分段的大小以尽可能多地填充关联的MAC实体的许可。
UE应该最大化数据的传输；
如果MAC实体被给予等于或大于12个字节的侧链路许可大小，同时具有可用的数据并(根据条款5.22.1.4.1)允许用于传输，则MAC实体不应仅发射填充；
配置有被设置为启用的sl-HARQ-FeedbackEnabled的逻辑信道和配置有被设置为禁用的sl-HARQ-FeedbackEnabled的逻辑信道不能被复用到相同的MAC PDU中。
如果满足以下条件，则MAC实体不应生成用于HARQ实体的MAC PDU：
不存在为此PSSCH传输生成的侧链路CSI报告MAC CE，如条款5.22.1.7中所指定的；并且
MAC PDU包括零个MAC SDU。
逻辑信道应当按照以下顺序优先化(首先列出最高优先级)：
来自SCCH的数据；
侧链路CSI报告MAC CE；
来自任何STCH的数据。
在一个实施例中，侧链路信道状态信息(“SL-CSI”)报告过程被用于向对等UE提供侧链路信道状态信息，如TS 38.214的条款8.5中所指定的。
RRC配置以下参数来控制SL-CSI报告过程：
sl-LatencyBoundCSI-Report，为每个PC5-RRC连接维持其。
MAC实体为与PC5-RRC连接相对应的每对源层2ID和目的地层2ID维持sl-CSI-ReportTimer。sl-CSI-ReportTimer被用于SL-CSI报告UE以遵循从CSI触发UE用信号发送的时延要求。sl-CSI-ReportTimer的值与由RRC配置的sl-LatencyBoundCSI-Report中的SL-CSI报告的时延要求相同。
MAC实体应当对于与已经由上层建立的PC5-RRC连接相对应的每对源第二层ID和目的地第二层ID：
1>如果SL-CSI报告已经被SCI触发且未取消：
2>如果用于触发的SL-CSI报告的sl-CSI-ReportTimer没有正在运行：
3>启动sl-CSI-ReportTimer。
2>如果用于触发的SL-CSI报告的sl-CSI-ReportTimer期满：
3>取消触发的SL-CSI报告。
2>否则如果MAC实体具有为新传输分配的SL资源并且作为逻辑信道优先化的结果，SL-SCH资源可以容纳SL-CSI报告MAC CE及其子报头：
3>指示复用和组装过程以生成如条款6.1.3.35中所定义的侧链路CSI报告MACCE；
3>停止用于触发的SL-CSI报告的sl-CSI-ReportTimer；
3>取消触发的SL-CSI报告。
2>否则如果MAC实体已经被配置有侧链路资源分配模式1：
3>触发调度请求。
注释：如果具有侧链路许可的未决SL-CSI报告的传输不能满足关联到SL-CSI报告的时延要求，则配置有侧链路资源分配模式1的MAC实体可以触发调度请求。
对于所提出的解决方案，在下文中，术语eNB/gNB被用于基站，但其可由任何其他无线电接入节点替代，诸如BS、eNB、gNB、AP、NR等。此外，所提出的方法主要在5G NR的场境中描述。然而，所提出的解决方案/方法也同样适用于支持被配置用于通过PC5接口的侧链路通信的服务小区/载波的其他移动通信系统。
根据第一实施例，UE将关联到单播的目的地设置为当执行用于生成SL传送块的LCP过程时在感测/资源选择过程期间考虑的IUC信息的目的地ID。在LCP过程期间，UE在属于第一步中的目的地集的逻辑信道当中选择满足所有配置/预定义条件(例如，逻辑信道限制)的逻辑信道，以便生成SL MAC PDU。根据实施例的一种实施方式，物理层触发感测/资源选择过程。以图4作为一个示例场景，UE-B 404的PHY层可以在从UE-A 402接收到IUC消息时触发感测/资源选择过程。应当注意，在此示例中假定UE-B 404通过一些显式请求406，例如，显式请求消息，来请求UE-A 402发送一些IUC消息。
当执行感测/资源选择过程时，例如，确定用于SL传输的一些候选资源的集合时，UE-A/PHY考虑从UE-A 402接收到的IUC信息。为了确保当使用来自UE-A 402的IUC信息时SL传输被发送到UE-A402，PHY向MAC层指示来自UE-A 402的IUC正在考虑用于感测/资源选择过程。对应地，当根据由PHY提供的候选资源的集合生成用于传输的传送块时，MAC将目的地设置为UE-A 402的目的地ID，同时相应地执行LCP过程。因为MAC层不根据逻辑信道优先级选择目的地，而是跳过LCP期间的目的地选择步骤并将目的地直接设置为UE-A 402的目的地ID，所以其确保将为UE-A 402生成SL TB。
在遗留LCP过程中，对于被关联到SCI的SL许可，如果存在，UE/MAC选择具有满足所有以下条件的逻辑信道和MAC CE当中具有最高优先级的MAC CE和逻辑信道中的至少一个的与单播、组播和广播之一相关联的目的地。应当注意，LCP过程的剩余步骤根据此实施例如在遗留LCP过程中那样完成，即，与遗留LCP过程相比，仅第一步“目的地选择”不同。此外，当针对“预留”资源(即，在SCI中指示为预留资源的未来SL资源)执行LCP过程时，UE/MAC根据此实施例在LCP过程期间使用目的地，其IUC信息在发送/资源选择过程期间被考虑。类似地，如上所述，MAC将跳过目的地的选择，而是将目的地设置为在执行LCP过程时在感测/资源选择过程期间考虑的IUC信息的目的地ID。
根据另一实施例，MAC层向PHY指示从目的地接收到的相关联的IUC消息/信息和目的地ID，PHY在执行感测/资源选择过程时应当考虑其。根据此实施例的一种实施方式，UE的MAC层触发资源选择过程。在第一步中，UE/MAC执行一些“粗略的”LCP过程，例如，UE选择目的地，从而考虑LCH或MAC CE的逻辑信道优先级(UE选择具有满足所有以下条件的逻辑信道和MAC CE当中具有最高优先级的MAC CE和逻辑信道中的至少一个的目的地)。基于所选择的目的地，MAC层向PHY通知所选择的目的地以及针对所选择的目的地接收到的潜在IUC信息。然后，PHY将执行感测/资源选择过程，从而考虑从MAC接收到的IUC信息。当作为感测/资源选择过程的结果从PHY向MAC指示资源候选时，MAC执行常规LCP过程。根据实施例的一种实施方式，MAC将已经选择的目的地用于LCP过程，例如，UE不执行目的地选择作为LCP过程的一部分，这通常在遗留LCP过程中执行。
根据实施例的一个方面，当作为感测/资源选择过程的结果指示资源候选的集合时，PHY向MAC层通知在感测/资源选择期间考虑的IUC信息的目的地(如果有的话)。MAC将所指示的目的地作为用于LCP过程的输入。在一个示例中，UE将在LCP期间使用所指示的目的地来选择逻辑信道和分配侧链路资源。更具体地说，MAC将跳过LCP过程内的“目的地选择”，并将如由PHY指示的目的地用于LCP过程的进一步步骤。
根据一个进一步的实施例，UE基于接收到的请求消息来触发IUC消息的传输。在一个示例中，在SCI内用信号发送IUC请求。根据一个具体实施方式，UE在接收到SCI内的CSI请求信令时触发IUC消息的传输。在接收到IUC请求后，MAC触发将IUC消息传输到从其接收到该请求的目的地。在一个实施方式中，IUC信息在新的MAC CE内用信号发送。根据该实施例的一些进一步的方面，UE基于一些预定义的触发条件来触发IUC消息的传输。
在一个示例中，UE被配置有指示例如周期性的IUC相关报告配置。UE应当根据配置的周期性来触发IUC报告的传输。与周期性BSR报告类似，在此实施例的一个实施方式中，UE具有控制IUC报告/消息的周期性传输的定时器。参考图4中的场景，UE-B 404可以向UE-A402发送IUC相关配置，例如，UE-B 404将UE-A 402配置有IUC周期性。根据实施例的另一实施方式，UE可以在显著路径损耗变化的情况下触发IUC报告的传输，例如，路径损耗已经改变超过配置的阈值。在另一示例中，当CBR改变超过预定义的阈值时，UE触发IUC报告的传输。
在一个具体实施方式中，如果SL LCH具有高于预定义的阈值的关联的逻辑信道优先级，例如，存在具有大于预配置的阈值的逻辑信道优先级的至少一个SL LCH，则UE基于一些预定义的触发条件来自主地触发IUC报告。在另一示例中，UE被配置有目的地的集合，UE应当基于一些预定义的触发条件为其触发IUC报告。
根据一个实施例，对于当IUC报告由UE自身基于一些预定义的触发条件触发的情况，UE使用预定义的参考格式来生成IUC报告。在实施例的一个实施方式中，UE生成包括一些预定义的IUC类型信息的报告，例如，根据参考格式的“优选”资源和/或“非优选资源”的报告。此外，当自主触发到目的地的IUC报告时，UE可以根据参考格式生成针对一些预定义数量的子信道和/或预定义优先级和/或时间段的IUC报告。应当注意，在UE从目的地接收到显式IUC请求(例如，SCI)的情况下，该IUC请求可以包含诸如子信道的数量、优先级、所请求的IUC信息的类型(优选资源/非优选资源)和定时信息(开始时间和结束时间)的信息。
根据实施例的一个实施方式，针对当IUC由UE自触发(例如，没有通过其他UE的显式请求)的情况下UE生成IUC报告所基于的参考格式是根据每个资源池定义的。在该实施例的一个具体实施方式中，时间窗口，例如，Tstart/Tend，是根据每个资源池配置的。
根据一个实施例，IUC报告的优先级，分别地，传送IUC报告的IUC MAC CE的优先级，在LCP过程期间，例如，在所选择的LCH当中的目的地选择和侧链路资源分配期间，被认为是最高优先级。在此实施例的一个实施方式中，UE在LCP过程期间将IUC MAC的优先级考虑为在对应IUC请求(例如，SCI)中指示的优先级。在此实施例的另一实施方式中，对于由UE基于一些预定义的触发条件自主触发IUC MAC CE的情况，UE在LCP过程期间使用用于IUCMAC CE的预定义优先级。
根据一个实施例，UE/MAC将用于SL-IUC MAC CE的传输的时延界限设置为在对应的IUC请求(例如，SCI)内用信号发送的开始时间，例如，Tstart。在实施例的一个实施方式中，MAC实体为与PC5-RRC连接相对应的每对源层2ID和目的地层2ID维持s1-IUC-ReportTimer。sl-IUC-ReportTimer被用于SL-IUC报告UE以遵循从UIC触发UE用信号发送的时延要求。sl-IUC-ReportTimer的值与IUC请求中的SL-IUC报告的时延要求(例如，Tstart)相同。在该实施例的另一实施方式中，用于SL-IUC MAC CE的传输的时延界限被设置为在对应的IUC请求(SCI)内用信号发送的结束时间，例如，Tend。因此将sl-IUC-ReportTimer值设置为Tend。根据此实施例的一个进一步的方面，UE/MAC使用预配置的时延界限来传输SL-IUC MAC CE，例如，对于当由UE基于一些预定义触发条件自主触发IUC MAC CE时的情况。
根据一个实施例，对于当IUC报告过时时，例如，在对于其在IUC报告中生成IUC信息的资源选择窗口的结束(例如，Tend)流逝之前尚未成功发射IUC报告时的情况，UE/MAC取消向请求IUC的UE传输触发的IUC报告。
因为如果所提供的信息已经过时则IUC报告的接收者不能使用所提供的IUC信息，所以UE应当取消IUC报告的传输。
根据一个实施例，UE/MAC维持SL-IUC-prohibitTimer，其控制自触发的IUC报告的速率。MAC在由UE基于一些预定义条件自主触发的IUC报告的传输/触发时启动计时器。在定时器正在运行的同时，不允许UE/MAC触发新的IUC报告。这种SL-IUC-prohibitTimer的目的是避免IUC报告的过多信令。
根据一个实施例，IUC报告包含关于该报告内包含哪种类型的IUC信息的信息。根据此实施例的一个实施方式，经由MAC CE发射IUC报告。在一个示例中，MAC CE包含指示哪种类型的IUC信息/哪种IUC方案被包括在MAC CE内的一些信息，例如，MAC CE包含“优选资源集”和/或“非优选资源集”。在一个示例中，指示在MAC CE内传送的IUC信息的类型的这种信息在MAC报头内承载。根据该实施例的一个实施方式，引入不同类型的IUC MAC CE以用于IUC信息报告的目的。在一个示例中，IUC MAC CE由完整的IUC报告格式(可变大小)或截短的IUC报告格式(可变大小)组成。对于已经触发IUC MAC CE并且SL许可中的比特数预期等于或大于由完整的IUC报告加上IUC MAC CE的子报头组成的IUC MAC CE的大小的情况，UE包括完整的IUC报告MAC CE；否则，它将截短的IUC报告MAC CE复用到SL许可中。根据实施例的一个实施方式，对于当UE发射截短的IUC报告MAC CE的情况，例如，SL资源不足以报告完整的IUC信息，则UE不取消触发的IUC报告。根据一个实施方式，UE将在后续SL传输中发射剩余的，例如，尚未发射的IUC信息。
图5描绘了根据本公开的实施例的NR协议栈500。虽然图5示出了远程单元105、基站单元121和移动核心网络130，但它们表示与核心网络中的RAN节点和NF(例如，AMF)交互的UE的集合。如所描绘的，协议栈500包括用户平面协议栈505和控制平面协议栈510。用户平面协议栈505包括物理(“PHY”)层515、媒体接入控制(“MAC”)子层520、无线电链路控制(“RLC”)子层525、分组数据汇聚协议(“PDCP”)子层530和服务数据适配协议(“SDAP”)层535。控制平面协议栈510还包括PHY层515、MAC子层520、RLC子层525和PDCP子层530。控制平面协议栈510还包括无线电资源控制(“RRC”)子层540和非接入层(“NAS”)子层545。
针对控制平面协议栈510的AS协议栈至少由RRC、PDCP、RLC和MAC子层以及物理层组成。针对用户平面协议栈505的AS协议栈至少由SDAP、PDCP、RLC和MAC子层以及物理层组成。层2(“L2”)被拆分成SDAP、PDCP、RLC和MAC子层。第3层(“L3”)包括针对控制平面的RRC子层540和NAS层545，并且包括例如针对用户平面的互联网协议(“IP”)层或PDU层(所描绘的注释)。L1和L2被称为“较低层”，诸如PUCCH/PUSCH或MAC CE，而L3及以上(例如，传送层、应用层)被称为“较高层”或“上层”，诸如RRC。
物理层515向MAC子层520提供传送信道。MAC子层520向RLC子层525提供逻辑信道。RLC子层525向PDCP子层530提供RLC信道。PDCP子层530向SDAP子层535和/或RRC层540提供无线电承载。SDAP子层535向移动核心网络130(例如，5GC)提供QoS流。RRC层540提供载波聚合和/或双连接性的添加、修改和释放。RRC子层540还管理信令无线电承载(“SRB”)和数据无线电承载(“DRB”)的建立、配置、维持和释放。在某些实施例中，RRC实体用于检测无线链路故障并从无线链路故障中恢复。
图6描绘了根据本公开的实施例的可以被用于考虑IUC方案的LCP过程的UE装置600。在各种实施例中，UE装置600被用于实现上述解决方案中的一种或多种。UE装置600可以是诸如如上所述的远程单元105和/或UE 205的UE的一个实施例。此外，UE装置600可以包括处理器605、存储器610、输入设备615、输出设备620和收发器625。在一些实施例中，输入设备615和输出设备620被组合成单个设备，诸如触摸屏。在一些实施例中，UE装置600可以不包括任何输入设备615和/或输出设备620。在各种实施例中，UE装置600可以包括以下中的一个或多个：处理器605、存储器610和收发器625，并且可以不包括输入设备615和/或输出设备620。
如所描绘的，收发器625包括至少一个发射器630和至少一个接收器635。这里，收发器625与一个或多个基站单元121通信。另外，收发器625可以支持至少一个网络接口640和/或应用接口645。应用接口645可以支持一个或多个API。网络接口640可以支持3GPP参考点，诸如Uu和PC5。如本领域普通技术人员所理解的，可以支持其它网络接口640。
在一个实施例中，处理器605可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知控制器。例如，处理器605可以是微控制器、微处理器、中央处理单元(“CPU”)、图形处理单元(“GPU”)、辅助处理单元、现场可编程门阵列(“FPGA”)、数字信号处理器(“DSP”)、协处理器、应用特定的处理器、或类似的可编程控制器。在一些实施例中，处理器605执行存储在存储器610中的指令以执行本文描述的方法和例程。处理器605通信地耦合到存储器610、输入设备615、输出设备620和收发器625。在某些实施例中，处理器605可以包括管理应用域和操作系统(“OS”)功能的应用处理器(也称为“主处理器”)和管理无线电功能的基带处理器(也称为“基带无线电处理器”)。
在一个实施例中，存储器610是计算机可读存储介质。在一些实施例中，存储器610包括易失性计算机存储介质。例如，存储器610可以包括RAM，其包括动态RAM(“DRAM”)、同步动态RAM(“SDRAM”)和/或静态RAM(“SRAM”)。在一些实施例中，存储器610包括非易失性计算机存储介质。例如，存储器610可以包括硬盘驱动器、闪存存储器或任何其它合适的非易失性计算机存储设备。在一些实施例中，存储器610包括易失性和非易失性计算机存储介质两者。
在一些实施例中，存储器610存储与考虑IUC方案的LCP过程相关的数据。例如，存储器610可以存储如上所述的参数、配置、资源指配、策略等。在某些实施例中，存储器610还存储程序代码和相关数据，诸如在UE装置600上操作的操作系统或其它控制器算法，以及一个或多个软件应用。
在一个实施例中，输入设备615可以包括任何已知的计算机输入设备，包括触摸面板、按钮、键盘、手写笔、麦克风等。在一些实施例中，输入设备615可以与输出设备620集成，例如作为触摸屏或类似的触敏显示器。在一些实施例中，输入设备615包括触摸屏，使得可以使用显示在触摸屏上的虚拟键盘和/或通过在触摸屏上手写来输入文本。在一些实施例中，输入设备615包括两个或更多个不同的设备，诸如键盘和触摸面板。
在一个实施例中，输出设备620被设计成输出视觉、可听和/或触觉信号。在一些实施例中，输出设备620包括能够向用户输出视觉数据的电子可控显示器或显示设备。例如，输出设备620可以包括但不限于LCD显示器、LED显示器、OLED显示器、投影仪或能够向用户输出图像、文本等的类似显示设备。作为另一非限制性示例，输出设备620可以包括与UE装置600的其余部分分离但通信地耦合的可穿戴显示器，诸如智能手表、智能眼镜、平视显示器等等。此外，输出设备620可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。
在某些实施例中，输出设备620包括用于产生声音的一个或多个扬声器。例如，输出设备620可以产生可听警报或通知(例如，蜂鸣声或嘟嘟声)。在一些实施例中，输出设备620包括用于产生振动、运动或其它触觉反馈的一个或多个触觉设备。在一些实施例中，输出设备620的全部或部分可以与输入设备615集成。例如，输入设备615和输出设备620可以形成触摸屏或类似的触敏显示器。在其它实施例中，输出设备620可以位于输入设备615附近。
收发器625包括至少发射器630和至少一个接收器635。收发器625可以用于向基站单元121提供UL通信信号并且从基站单元121接收DL通信信号，如本文所述。类似地，收发器625可以被用于发射和接收SL信号(例如，V2X通信)，如本文所述。虽然仅图示了一个发射器630和一个接收器635，但是UE装置600可以具有任何合适数量的发射器630和接收器635。此外，发射器630和接收器635可以是任何合适类型的发射器和接收器。在一个实施例中，收发器625包括用于通过授权无线电频谱与移动通信网络通信的第一发射器/接收器对和用于通过未授权无线电频谱与移动通信网络通信的第二发射器/接收器对。
在某些实施例中，用于通过授权无线电频谱与移动通信网络通信的第一发射器/接收器对和用于通过未授权无线电频谱与移动通信网络通信的第二发射器/接收器对可以被组合成单个收发器单元，例如执行用于与授权和未授权无线电频谱两者一起使用的功能的单个芯片。在一些实施例中，第一发射器/接收器对和第二发射器/接收器对可以共享一个或多个硬件组件。例如，某些收发器625、发射器630和接收器635可以被实现为物理上分离的组件，该物理上分离的组件接入共享硬件资源和/或软件资源，诸如例如，网络接口640。
在各种实施例中，一个或多个发射器630和/或一个或多个接收器635可以被实现和/或集成到单个硬件组件中，诸如多收发器芯片、片上系统、ASIC或其它类型的硬件组件。在某些实施例中，一个或多个发射器630和/或一个或多个接收器635可以被实现和/或集成到多芯片模块中。在一些实施例中，诸如网络接口640或其它硬件组件/电路的其它组件可以与任何数量的发射器630和/或接收器635集成到单个芯片中。在这样的实施例中，发射器630和接收器635可以在逻辑上被配置为使用一个多个公共控制信号的收发器625，或者被配置为在同一硬件芯片中或多芯片模块中实现的模块化发射器630和接收器635。
在一个实施例中，处理器605被配置为确定用于经由MAC CE传输SL IUC报告的时延界限，根据所确定的时延界限维持用于经由MAC CE发射IUC报告的报告定时器，并且基于报告定时器经由MAC CE发射IUC信息。
在一个实施例中，时延界限是基于在针对SL IUC报告的SCI请求中接收到的开始时间。
在一个实施例中，时延界限是基于在针对SL IUC报告的SCI请求中接收到的结束时间。
在一个实施例中，该装置600被预配置有时延界限。
在一个实施例中，IUC报告包括指示包含在IUC报告中的IUC信息的类型的信息。
在一个实施例中，MAC CE包括指示包括在MAC CE内的IUC信息的类型的信息。
在一个实施例中，IUC报告内的信息的类型包括优选资源集、非优选资源集或其组合。
在一个实施例中，处理器605被配置为维持与PC5-RRC连接相对应的每对源层2标识符和目的地层2标识符的报告定时器。
在一个实施例中，处理器605被配置成继续尝试发射包括IUC信息的MAC CE，直到报告定时器期满为止。
在一个实施例中，包括IUC信息的不同类型的MAC CE被用于IUC信息报告。
在一个实施例中，MAC CE包括完整的IUC报告格式或截短的IUC报告格式。
在一个实施例中，处理器605被配置成响应于SL配置许可中的比特数预期等于或大于包括完整的IUC报告和MAC CE的子报头的MAC CE的大小而将完整的IUC报告包括在MACCE中。
在一个实施例中，处理器605被配置为响应于SL配置许可中的比特数预期小于包括完整的IUC报告和MAC CE的子报头的MAC CE的大小而将包括截短的IUC报告的MAC CE复用到SL配置许可中。
在一个实施例中，处理器605被配置为响应于SL资源不足以报告完整的IUC报告而在后续SL传输中发射截短的IUC报告的剩余IUC报告信息。
图7描绘了根据本公开的实施例的可以被用于考虑IUC方案的LCP过程的网络装置700的一个实施例。在一些实施例中，网络装置700可以是RAN节点及其支持硬件的一个实施例，诸如上述的基站单元121和/或gNB。此外，网络装置700可以包括处理器705、存储器710、输入设备715、输出设备720和收发器725。在某些实施例中，网络装置700可以不包括任何输入设备715和/或输出设备720。
如所描绘的，收发器725包括至少一个发射器730和至少一个接收器735。这里，收发器725与一个或多个远程单元105通信。此外，收发器725可以支持至少一个网络接口740和/或应用接口745。应用接口745可以支持一个或多个API。网络接口740可以支持3GPP参考点，诸如Uu、N1、N2、N3、N5、N6和/或N7接口。如本领域普通技术人员所理解的，可以支持其它网络接口740。
当实现NEF时，网络接口740可以包括用于与应用功能(即，N5)以及与诸如移动核心网络130的移动通信网络中的至少一个网络功能(例如，UDR、SFC功能、UPF)通信的接口。
在一个实施例中，处理器705可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知控制器。例如，处理器705可以是微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA、DSP、协处理器、应用特定的处理器、或类似的可编程控制器。在一些实施例中，处理器705执行存储在存储器710中的指令以执行本文描述的方法和例程。处理器705通信地耦合到存储器710、输入设备715、输出设备720和收发器725。在某些实施例中，处理器705可以包括管理应用域和OS功能的应用处理器(也称为“主处理器”)和管理无线电功能的基带处理器(也称为“基带无线电处理器”)。在各种实施例中，处理器705控制网络装置700以实现(例如，gNB的)上述网络实体行为以用于在拥塞期间对IUC方案的使用的限制。
在一个实施例中，存储器710是计算机可读存储介质。在一些实施例中，存储器710包括易失性计算机存储介质。例如，存储器710可以包括RAM，其包括DRAM、SDRAM和/或SRAM。在一些实施例中，存储器710包括非易失性计算机存储介质。例如，存储器710可以包括硬盘驱动器、闪存存储器或任何其它合适的非易失性计算机存储设备。在一些实施例中，存储器710包括易失性和非易失性计算机存储介质两者。
在一些实施例中，存储器710存储与考虑ICU方案的LCP过程相关的数据。例如，存储器710可以存储如上所述的参数、配置、资源指配、策略等。在某些实施例中，存储器710还存储程序代码和相关数据，诸如在网络装置700上操作的操作系统(“OS”)或其它控制器算法、以及一个或多个软件应用。
在一个实施例中，输入设备715可以包括任何已知的计算机输入设备，其包括触摸面板、按钮、键盘、手写笔、麦克风等。在一些实施例中，输入设备715可以与输出设备720集成，例如作为触摸屏或类似的触敏显示器。在一些实施例中，输入设备715包括触摸屏，使得可以使用显示在触摸屏上的虚拟键盘和/或通过在触摸屏上手写来输入文本。在一些实施例中，输入设备715包括两个或更多个不同的设备，诸如键盘和触摸面板。
在一个实施例中，输出设备720可以包括任何已知的电子可控显示器或显示设备。输出设备720可以被设计成输出视觉、可听和/或触觉信号。在一些实施例中，输出设备720包括能够向用户输出视觉数据的电子显示器。此外，输出设备720可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。
在某些实施例中，输出设备720包括用于产生声音的一个或多个扬声器。例如，输出设备720可以产生可听警报或通知(例如，蜂鸣声或嘟嘟声)。在一些实施例中，输出设备720包括用于产生振动、运动或其它触觉反馈的一个或多个触觉设备。在一些实施例中，输出设备720的全部或部分可以与输入设备715集成。例如，输入设备715和输出设备720可以形成触摸屏或类似的触敏显示器。在其它实施例中，输出设备720的全部或部分可以位于输入设备715附近。
如以上所讨论的，收发器725可以与一个或多个远程单元和/或与提供对一个或多个PLMN的接入的一个或多个互通功能通信。收发器725还可以与一个或多个网络功能(例如，在移动核心网络80中)通信。收发器725在处理器705的控制下操作以发射消息、数据和其它信号并且还接收消息、数据和其它信号。例如，处理器705可以在特定时间选择性地激活收发器(或其部分)以便发送和接收消息。
收发器725可以包括一个或多个发射器730和一个或多个接收器735。在某些实施例中，一个或多个发射器730和/或一个或多个接收器735可以共享收发器硬件和/或电路。例如，一个或多个发射器730和/或一个或多个接收器735可以共享天线、天线调谐器、放大器、滤波器、振荡器、混频器、调制器/解调器、电源等等。在一个实施例中，收发器725实现使用不同通信协议或协议栈的多个逻辑收发器，同时使用常用物理硬件。
图8是用于考虑IUC方案的LCP过程的方法800的流程图。方法800可以由如本文描述的UE，例如，远程单元105和/或UE装置600，来执行。在一些实施例中，方法800可以由执行程序代码的处理器，例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等，来执行。
在一个实施例中，方法800开始并在UE装置处确定805用于经由MAC CE传输SL IUC报告的时延界限，根据所确定的时延界限维持810用于经由MAC CE发射IUC报告的报告定时器，以及基于报告定时器经由MAC CE发射815IUC信息，并且方法800结束。
公开了用于考虑IUC方案的LCP过程的第一装置。第一装置可以包括如本文所描述的UE，例如，远程单元105和/或UE装置600。在一些实施例中，第一装置包括执行程序代码的处理器，例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等。
在一个实施例中，第一装置包括存储器和耦合到存储器的处理器。在一个实施例中，处理器被配置成使得装置确定用于经由MAC CE传输SL UE间协调报告的时延界限，根据所确定的时延界限维持用于经由MAC CE发射UE间协调报告的报告定时器，并且基于报告定时器经由MAC CE发射UE间协调信息。
在一个实施例中，时延界限是基于在针对SL UE间协调报告的SCI请求中接收的开始时间。
在一个实施例中，时延界限是基于在针对SL UE间协调报告的SCI请求中接收到的结束时间。
在一个实施例中，该装置被预配置有时延界限。
在一个实施例中，UE间协调报告包括指示包含在UE间协调报告中的UE间协调信息的类型的信息。
在一个实施例中，MAC CE包括指示包括在MAC CE内的UE间协调信息的类型的信息。
在一个实施例中，UE间协调报告内的信息的类型包括优选资源集、非优选资源集或其组合。
在一个实施例中，处理器被配置为使得装置维持用于与PC5-RRC连接相对应的每对源层2标识符和目的地层2标识符的报告定时器。
在一个实施例中，处理器被配置为使得装置继续尝试发射包括UE间协调信息的MAC CE，直到报告定时器期满为止。
在一个实施例中，包括UE间协调信息的不同类型的MAC CE被用于UE间协调信息报告。
在一个实施例中，MAC CE包括完整的UE间协调报告格式或截短的UE间协调报告格式。
在一个实施例中，处理器被配置为使得装置响应于SL配置许可中的比特数预期等于或大于包括完整的UE间协调报告和MAC CE的子报头的MAC CE的大小而将完整的UE间协调报告包括在MAC CE中。
在一个实施例中，处理器被配置成使得装置响应于SL配置许可中的比特数预期小于包括完整的UE间协调报告和MAC CE的子报头的MAC CE的大小而将包括截短的UE间协调报告的MAC CE复用到SL配置许可中。
在一个实施例中，处理器被配置为使得装置响应于SL资源不足以报告完整的UE间协调报告而在后续SL传输中发射截短的UE间协调报告的剩余UE间协调报告信息。
公开了用于考虑IUC方案的LCP过程的第一方法。第一方法可以由如本文描述的UE，例如，远程单元105和/或UE装置600，来执行。在一些实施例中，第一方法可以由执行程序代码的处理器，例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等，来执行。
在一个实施例中，第一方法在UE装置处确定用于经由MAC CE传输SL UE间协调报告的时延界限，根据所确定的时延界限维持用于经由MAC CE发射UE间协调报告的报告定时器，以及基于报告定时器经由MAC CE发射UE间协调信息。
在一个实施例中，时延界限是基于在针对SL UE间协调报告的SCI请求中接收的开始时间。
在一个实施例中，时延界限是基于在针对SL UE间协调报告的SCI请求中接收到的结束时间。
在一个实施例中，该UE装置被预配置有时延界限。
在一个实施例中，UE间协调报告包括指示包含在UE间协调报告中的UE间协调信息的类型的信息。
在一个实施例中，MAC CE包括指示包括在MAC CE内的UE间协调信息的类型的信息。
在一个实施例中，UE间协调报告内的信息的类型包括优选资源集、非优选资源集或其组合。
在一个实施例中，第一方法维持用于与PC5-RRC连接相对应的每对源层2标识符和目的地层2标识符的报告定时器。
在一个实施例中，第一方法继续尝试发射包括UE间协调信息的MAC CE，直到报告定时器期满为止。
在一个实施例中，包括UE间协调信息的不同类型的MAC CE被用于UE间协调信息报告。
在一个实施例中，MAC CE包括完整的UE间协调报告格式或截短的UE间协调报告格式。
在一个实施例中，第一方法包括响应于SL配置许可中的比特数预期等于或大于包括完整的UE间协调报告和MAC CE的子报头的MAC CE的大小而将完整的UE间协调报告包括在MAC CE中。
在一个实施例中，第一方法响应于SL配置许可中的比特数预期小于包括完整的UE间协调报告和MAC CE的子报头的MAC CE的大小而将包括截短的UE间协调报告的MAC CE复用到SL配置许可中。
在一个实施例中，第一方法响应于SL资源不足以报告完整的UE间协调报告而在后续SL传输中发射截短的UE间协调报告的剩余UE间协调报告信息。
可以以其他特定形式实践实施例。所描述的实施例在所有方面都应被视为仅是说明性的而非限制性的。因此，本发明的范围由所附权利要求而不是前面的描述来指示。落在权利要求的含义和等同范围内的所有变化都应被包含在其范围内。

Claims (15)

1.一种装置，包括：
存储器；以及
处理器，所述处理器被耦合到所述存储器，所述处理器被配置为使得所述装置：
确定用于经由媒体接入控制(“MAC”)控制元素(“CE”)传输侧链路(“SL”)用户设备(“UE”)间协调报告的延迟界限；
根据所确定的时延界限维持用于经由所述MAC CE发射所述UE间协调报告的报告定时器；并且
基于所述报告定时器经由所述MAC CE发射UE间协调信息。
2.根据权利要求1所述的装置，其中，所述时延界限是基于在针对所述SL UE间协调报告的侧链路控制信息(“SCI”)请求中接收到的开始时间。
3.根据权利要求1所述的装置，其中，所述时延界限是基于在针对所述SL UE间协调报告的侧链路控制信息(“SCI”)请求中接收到的结束时间。
4.根据权利要求1所述的装置，其中，所述装置被预配置有所述时延界限。
5.根据权利要求1所述的装置，其中，所述UE间协调报告包括指示包含在所述UE间协调报告中的UE间协调信息的类型的信息。
6.根据权利要求5所述的装置，其中，所述MAC CE包括指示包括在所述MAC CE内的所述UE间协调信息的类型的信息。
7.根据权利要求6所述的装置，其中，所述UE间协调报告内的所述信息的类型包括优选资源集、非优选资源集或其组合。
8.根据权利要求1所述的装置，其中，所述处理器被配置为使得所述装置维持用于与PC5无线电资源控制(“RRC”)连接相对应的每对源层2标识符和目的地层2标识符的所述报告定时器。
9.根据权利要求1所述的装置，其中，所述处理器被配置为使得所述装置继续尝试发射包括所述UE间协调信息的所述MAC CE，直到所述报告定时器期满为止。
10.根据权利要求1所述的装置，其中，包括UE间协调信息的不同类型的MAC CE被用于UE间协调信息报告。
11.根据权利要求1所述的装置，其中，MAC CE包括完整的UE间协调报告格式或截短的UE间协调报告格式。
12.根据权利要求1所述的装置，其中，所述处理器被配置为使得所述装置：响应于SL配置许可中的比特数预期等于或大于包括完整的UE间协调报告和所述MAC CE的子报头的所述MAC CE的大小，而将所述完整的UE间协调报告包括在所述MAC CE中。
13.根据权利要求1所述的装置，其中，所述处理器被配置为使得所述装置：响应于SL配置许可中的比特数预期小于包括完整的UE间协调报告和所述MAC CE的子报头的所述MACCE的大小，而将包括截短的UE间协调报告的MAC CE复用到所述SL配置许可中。
14.根据权利要求13所述的装置，其中，所述处理器被配置为使得所述装置：响应于SL资源不足以报告完整的UE间协调报告，而在后续SL传输中发射截短的UE间协调报告的剩余UE间协调报告信息。
15.一种方法，包括：
在用户设备(“UE”)装置处确定用于经由媒体接入控制(“MAC”)控制元素(“CE”)传输侧链路(“SL”)UE间协调报告的时延界限；
根据所确定的时延界限维持用于经由所述MAC CE发射所述UE间协调报告的报告定时器；以及
基于所述报告定时器经由所述MAC CE发射所述UE间协调信息。
CN202280068997.7A 2021-11-03 2022-11-03 考虑ue间协调方案的lcp过程 Pending CN118140569A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202163275348P 2021-11-03 2021-11-03
US63/275,348 2021-11-03
PCT/IB2022/060620 WO2023079497A1 (en) 2021-11-03 2022-11-03 Lcp procedure considering inter-ue coordination schemes

Publications (1)

Publication Number Publication Date
CN118140569A true CN118140569A (zh) 2024-06-04

Family

ID=85778933

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280068997.7A Pending CN118140569A (zh) 2021-11-03 2022-11-03 考虑ue间协调方案的lcp过程

Country Status (2)

Country Link
CN (1) CN118140569A (zh)
WO (1) WO2023079497A1 (zh)

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021120029A1 (en) * 2019-12-18 2021-06-24 Mediatek Singapore Pte. Ltd. Methods and apparatus of accurate sidelink csi report

Also Published As

Publication number Publication date
WO2023079497A1 (en) 2023-05-11

Similar Documents

Publication Publication Date Title
US20240057121A1 (en) Sidelink resource conflict indication
US20220007231A1 (en) Minimum communication range for mac tb
JP2019527991A (ja) データアグリゲーションを使用する論理トラフィック接続を管理するための技法
WO2022084974A1 (en) Csi triggering for separate resource pools
CN115552827A (zh) 基于最小持续时间选择重传模式
WO2023053069A1 (en) Contention window size adjustment procedure for sidelink groupcast
US20230354407A1 (en) Prioritization of overlapping sl and ul transmissions
CN116569508A (zh) Pusch上的uci重复复用
US20240188074A1 (en) Logical channel restriction based on duplex mode
US20240015729A1 (en) Signaling unavailability of uplink and downlink resources
WO2022214970A1 (en) Multiple default beams for multiple pdsch/pusch and multi-slot pdcch monitoring
WO2022149075A1 (en) Transmitting first and second feedbacks for pusch reception
CN118140569A (zh) 考虑ue间协调方案的lcp过程
WO2023079495A1 (en) Inter-ue coordination scheme restriction during congestion
US20240205046A1 (en) Method and apparatuses for reliable industrial internet of things transmissions
US20240188103A1 (en) Sidelink logical channel prioritization
US20240146483A1 (en) Group common configured grant resource configuration
US20230262708A1 (en) Transmitting feedback information
US20240023192A1 (en) Lch configuration for small data transmission
WO2023012728A1 (en) Receiving system information from a relay via a sidelink channel
WO2022264092A1 (en) Logical channel restriction for pusch transmissions
CN117242756A (zh) 逻辑信道的聚合最大位速率
WO2023067502A1 (en) Resource selection considering sidelink drx
WO2022254343A1 (en) Managing mac pdu transmissions

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication