CN107466068A

CN107466068A - 无线通信系统中中继信道上的资源分配的方法和设备

Info

Publication number: CN107466068A
Application number: CN201710413034.7A
Authority: CN
Inventors: 尹维铭; 陈威宇
Original assignee: Asustek Computer Inc
Current assignee: Asustek Computer Inc
Priority date: 2016-06-06
Filing date: 2017-06-05
Publication date: 2017-12-12
Also published as: US20170353819A1; KR20170138063A; JP6454757B2; TW201743652A; KR101965488B1; JP2017220931A; EP3255950A1

Abstract

无线通信系统中中继信道上的资源分配的方法和设备。在一实施例中，方法包含第一用户设备从第二用户设备接收传输块，其中传输块含有媒体接入控制控制元素。方法进一步包含第一用户设备触发缓冲区状态报告并向基站发送缓冲区状态报告，其中缓冲区状态报告将媒体接入控制控制元素视为缓冲区大小的部分。

Description

无线通信系统中中继信道上的资源分配的方法和设备

技术领域

本发明涉及无线通信网络，特别涉及用于在无线通信系统中中继信道上的资源分配的方法和设备。

背景技术

随着对将大量数据传送到移动通信装置以及从移动通信装置传送大量数据的需求快速增长，传统的移动语音通信网络演变成与互联网协议(Internet Protocol，IP)数据包通信的网络。此类IP数据包通信可以为移动通信装置的用户提供IP电话、多媒体、多播和按需通信服务。

示例性网络结构是演进型通用陆地无线接入网(Evolved UniversalTerrestrial Radio Access Network，E-UTRAN)。E-UTRAN系统可以提供高数据吞吐量，以便实现上述IP电话和多媒体服务。目前，3GPP标准组织正在讨论新下一代(例如，5G)无线电技术。因此，目前正在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。

发明内容

本发明公开一种用以在无线通信系统中第一用户设备支持装置到装置的中继通信的方法和设备。在一实施例中，所述方法包含第一用户设备从第二用户设备接收传输块，其中所述传输块含有媒体接入控制控制元素。方法进一步包含第一用户设备触发缓冲区状态报告并向基站发送缓冲区状态报告，其中缓冲区状态报告将媒体接入控制控制元素视为缓冲区大小的部分。

附图说明

图1示出了根据一示例性实施例的无线通信系统的示意图。

图2是根据一示例性实施例的发送器系统(也被称作接入网络)和接收器系统(也被称作用户设备或UE)的方块图。

图3是根据一示例性实施例的通信系统的功能方块图。

图4是根据一示例性实施例的图3的程序代码的功能方块图。

图5是3GPP TS 23.303 v13.2.0的图4.2-1的重制图。

图6是3GPP TR 22.861 v1.0.0的图5.2-1的重制图。

图7是根据一示例性实施例的示意图。

图8(a)和(b)是根据一示例性实施例的示意图。

图9是根据一示例性实施例的示意图。

图10是根据一示例性实施例的示意图。

图11是根据一示例性实施例的示意图。

图12是根据一示例性实施例的示意图。

图13是根据一示例性实施例的示意图。

图14是根据一示例性实施例的示意图。

图15是3GPP TS 36.331 v13.1.0的图5.10.2-1的重制图。

图16是3GPP TS36.321 v13.1.0的图6.1.3.1a-1的重制图。

图17是3GPP TS 36.300 v13.3.0的图10.1.5.1-1的重制图。

图18是3GPP TS36.321 v13.1.0的表6.2.1-1的重制图。

图19是3GPP TS36.321 v13.1.0的表6.2.1-2的重制图。

图20是根据一示例性实施例的示意图。

图21是根据一示例性实施例的示意图。

图22是根据一示例性实施例的示意图。

图23是根据一示例性实施例的示意图。

图24是根据一示例性实施例的流程图。

图25是根据一示例性实施例的示意图。

图26是根据一示例性实施例的示意图。

图27是根据一示例性实施例的示意图。

图28是根据一示例性实施例的示意图。

图29是根据一示例性实施例的示意图。

图30是根据一示例性实施例的流程图。

图31是根据一示例性实施例的流程图。

具体实施方式

下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统经广泛部署以提供各种类型的通信，例如语音、数据等。这些系统可以是基于码分多址(Code Division Multiple Access，CDMA)、时分多址(Time Division MultipleAccess，TDMA)、正交频分多重接入(Orthogonal Frequency Division Multiple Access，OFDMA)、第三代移动通信合作计划(the 3rd Generation Partnership Project，3GPP)长期演进技术(Long Term Evolution，LTE)、3GPP长期演进进阶技术(Long Term EvolutionAdvanced，LTE-A或LTE-Advanced)、3GPP2超移动宽带(Ultra Mobile Broadband，UMB)、全球互通微波接入(WiMax)或一些其它调制技术。

具体来说，下文描述的示例性无线通信系统装置可被设计成支持一个或多个标准，例如由名称为“第三代移动通信合作计划”(the 3rd Generation PartnershipProject，3GPP)的协会提供的标准，包含：RP-160677，“新SI：进一步增强用于可穿戴物的LTE装置到装置、UE到网络的中继(New SI:Further Enhancements LTE Device toDevice，UE to Network Relays for Wearables)”；TS 23.303 v13.2.0，“基于近距离的服务(ProSe)-阶段2(Proximity-based services(ProSe)-stage2)”；TR 22.861 V1.0.0，“对用于大规模物联网的新服务和市场技术使能器的可行性研究；阶段1(Feasibility Studyon New Services and Markets Technology Enablers for Massive Internet ofThings；Stage 1)”；R2-162529，“关于可穿戴物和feD2D的情形和目标(On Scenarios andObjectives for Wearables and feD2D)”，爱立信；RP-160183，“对TSG的NB-IOT状态报告(NB-IOT Status Report to TSG”；TR 23.720 v13.0.0，“蜂窝式物联网的架构增强(Architecture enhancements for Cellular Internet of Things)”；TS 36.213v13.1.1，“E-UTRA：物理层程序(E-UTRA:Physical layer procedures)”；TS 36.212v13.1.0，“E-UTRA：复用和信道译码(E-UTRA:Multiplexing and channel coding)”；TS36.211，“E-UTRA：物理信道和调制(E-UTRA:Physical channels and modulation)”；TS36.211 v13.1.0，“E-UTRA：物理信道和调制(E-UTRA:Physical channels andmodulation)”；TS 36.321 v13.1.0，“E-UTRA：媒体接入控制(MAC)协议规范(E-UTRA:Medium Access Control(MAC)Protocol Specification)”；TS 24.334 v13.3.1，“基于近距离的服务(ProSe)用户设备(UE)到ProSe功能协议方面；阶段3(Proximity-services(ProSe)User Equipment(UE)to ProSe function protocol aspects；Stage 3)”；R2-163056，“来自LTE分会的报告(V2V、V2X、FeD2D、LATRED)(Report from LTE Break-OutSession(V2V，V2X，FeD2D，LATRED))”；TS 36.331 v13.1.0，“E-UTRA RRC协议规范(E-UTRARRC protocol specification)”；TS 36.322 v13.0.0，“E-UTRA RLC协议规范(E-UTRA RLCprotocol specification)”；以及TS 36.323 v13.0.0，“E-UTRA PDCP协议规范(E-UTRAPDCP protocol specification)”。上文所列的标准和文档在此明确地以全文引用的方式并入。

图1示出了根据本发明的一实施例的多址无线通信系统。接入网络100(AN)包含多个天线组，其中一个天线组包含104和106，另一天线组包含108和110，以及另外的天线组包含112和114。在图1中，仅为每一天线组示出了两个天线，然而，每一天线组可利用更多或更少的天线。接入终端116(AT)与天线112和114通信，其中天线112和114经由前向链路120向接入终端116发送信息，并经由反向链路118从接入终端116接收信息。接入终端(AT)122与天线106和108通信，其中天线106和108经由前向链路126向接入终端(AT)122发送信息，并经由反向链路124从接入终端(AT)122接收信息。在FDD系统中，通信链路118、120、124和126可使用不同频率以供通信。例如，前向链路120可使用不同于供反向链路118使用的频率。

每一天线组和/或其中它们被设计成通信的区域通常被称为接入网络的扇区。在实施例中，天线组各自被设计成与被接入网络100覆盖的区域的扇区中的接入终端通信。

在经由前向链路120和126的通信中，接入网络100的发送天线可利用波束成形，以便提高不同接入终端116和122的前向链路的信噪比。并且，使用波束成形以发送到在接入网络的整个覆盖范围内随机分散的接入终端的所述接入网络对相邻小区中的接入终端产生的干扰比通过单个天线发送到接入网络的所有接入终端的所述接入网络少。

接入网络(AN)可以是用于与终端通信的固定站点或基站，并且还可被称作接入点、节点B、基站、增强型基站、演进节点B(eNB)或某一其它术语。接入终端(AT)还可被称为用户设备(UE)、无线通信装置、终端、接入终端或某一其它术语。

图2是MIMO系统200中的发送器系统210(也被称作接入网络)和接收器系统250(也被称作接入终端(AT)或用户设备(UE))的实施例的简化方块图。在发送器系统210处，将数个数据流的业务数据从数据源212提供到发送(TX)数据处理器214。

在一实施例中，每一数据流经由相应的发送天线进行发送。TX数据处理器214基于针对每一数据流选定的具体译码方案而对所述数据流的业务数据进行格式化、译码和交错，从而提供经译码数据。

每一数据流的经译码数据可使用OFDM技术而与导频数据复用。导频数据通常为以已知方式处理的已知数据模式，并且可在接收器系统处使用以估计信道响应。接着，每一数据流的经复用导频和经译码数据基于针对所述数据流选定的具体调制方案(例如，BPSK、QPSK、M-PSK或M-QAM)进行调制(即，符号映射)，从而提供调制符号。每一数据流的数据速率、译码和调制可通过由处理器230执行的指令确定。

接着，将所有数据流的调制符号提供到TX MIMO处理器220，其可进一步处理调制符号(例如，针对OFDM)。然后，TX MIMO处理器220向N_T个发送器(TMTR)222a到222t提供N_T个调制符号流。在某些实施例中，TX MIMO处理器220向数据流的符号和天线应用波束成形权数，所述符号从所述天线发送。

每一发送器222接收和处理相应的符号流以提供一个或多个模拟信号，并且进一步调节(例如，放大、滤波和上变频)模拟信号以提供适合经由MIMO信道发送的经调制信号。接着，分别从N_T个天线224a到224t发送来自发送器222a到222t的N_T个经调制信号。

在接收器系统250处，所发送的经调制信号被N_R个天线252a到252r接收，并且从每一天线252接收到的信号被提供到相应的接收器(RCVR)254a到254r。每一接收器254调节(例如，滤波、放大和下变频)相应的接收到的信号，数字化经调节信号以提供样本，并且进一步处理样本以提供对应的“接收到的”符号流。

接着，RX数据处理器260接收并基于具体的接收器处理技术处理N_R个从N_R个接收器254接收到的符号流，从而提供N_T个“检测到的”符号流。然后，RX数据处理器260对每一检测到的符号流进行解调、解交错和解码，以恢复数据流的业务数据。RX数据处理器260的处理与由在发送器系统210处的TX MIMO处理器220和TX数据处理器214执行的处理互补。

处理器270周期性地确定使用哪一预译码矩阵(下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。

反向链路消息可包括关于通信链路和/或接收到的数据流的各种类型的信息。接着，反向链路消息由TX数据处理器238处理，所述TX数据处理器238还从数据源236接收数个数据流的业务数据，所述数据由调制器280进行调制、由发送器254a到254r进行调节，并发送回到发送器系统210。

在发送器系统210处，来自接收器系统250的经调制信号被天线224接收、由接收器222进行调节、由解调器240进行解调，并由RX数据处理器242进行处理，以提取由接收器系统250发送的反向链路消息。接着，处理器230确定使用哪一预译码矩阵以确定波束成形权数，然后处理经提取消息。

转向图3，这个图示出了根据本发明的一实施例的通信装置的替代性简化功能方块图。如图3中所示，无线通信系统中的通信装置300可用于实现图1中的UE(或AT)116和122或图1中的基站(或AN)100，并且无线通信系统优选地是LTE系统。通信装置300可包含输入装置302、输出装置304、控制电路306、中央处理单元(CPU)308、存储器310、程序代码312和收发器314。控制电路306通过CPU 308执行存储器310中的程序代码312，由此控制通信装置300的操作。通信装置300可接收用户通过输入装置302(例如，键盘或小键盘)输入的信号，并且可通过输出装置304(例如，显示器或扬声器)输出图像和声音。收发器314用于接收和发送无线信号，从而将接收到的信号输送到控制电路306，并无线地输出由控制电路306产生的信号。无线通信系统中的通信装置300还可用于实现图1中的AN 100。

图4是根据本发明的一实施例的图3中所示的程序代码312的简化方块图。在此实施例中，程序代码312包含应用层400、层3部分402和层2部分404，并且耦合到层1部分406。层3部分402执行无线电资源控制。层2部分404执行链路控制。层1部分406执行物理连接。

在3GPP RP-160677中，介绍了用于进一步增强UE到网络的中继的新的研究项目。关于所述研究项目，UE到网络的中继将需要增强以中继来自IoT(物联网)装置和/或可穿戴装置的业务，从而优化IoT和可穿戴装置的功率消耗。假设SI，IoT和可穿戴装置将具有连接eNB和IoT/可穿戴装置之间的D2D链路的基本LTE能力，并且UE到网络的中继可为PC5(侧链路)接口、蓝牙或WiFi。

具体来说，3GPP RP-160677提到：

3理由

基于近距离的服务的研究(获取于[TR 22.803]中)识别了可由基于彼此接近的UE的3GPP LTE系统提供的使用情况和情形。经识别情形包含[TS22.278]中记录的一般和公共安全服务和要求。

关于支持基于近距离的服务的规范性RAN工作开始于LTE Rel.12[RP-140518]，集中在公共安全应用。以下主要特征在LTE Rel.12中标准化：

·网络覆盖范围中的装置到装置发现(商业和公共安全使用情况两者)。

·装置到装置的广播通信，其中较高层支持组播和单播通信，以用于主要以公共安全使用情况为目标的网络覆盖范围内/部分网络覆盖范围和网络覆盖范围以外的情形。

关于公共安全服务的工作在LTE Rel.13[RP-150441]中继续以支持：用于部分网络覆盖范围和网络覆盖范围以外的情形的1类发现；重复使用LTE Rel.12 D2D通信的基于L3的UE到网络的中继；以及用于D2D通信的基本优先处理机制。

人们对使用LTE技术来连接和管理低成本MTC装置非常感兴趣。这种低成本装置的一个重要实例是可穿戴物，其还具有几乎一直非常接近于智能手机(可充当中继)的益处。在此SI中，我们旨在研究包含非3GPP短程技术的D2D到此类装置的应用。具体地说，在LTE技术中有两个主要方面要进一步增强以支持D2D辅助的可穿戴物和MTC应用：

·UE到网络的中继功能性的增强。ProSe中的UE到网络的中继架构并未区分远程UE的业务与接入层中的中继UE的业务。此模型将网络和运营商的能力限制在将远程UE视为(例如)用于计费或安全的单独装置。具体来说，3GPP安全关联从未达到网络和远程UE之间的端到端，这意味着中继UE可明文接入远程UE的通信。UE到网络的中继应进行增强以支持通过中继链路的端到端安全性、服务连续性、在可能的情况下的E2E QoS，与多个远程UE的高效操作，以及Uu和D2D空中接口之间的高效路径切换。使用D2D的中继还可基于非3GPP技术，例如蓝牙和Wi-Fi。例如服务连续性的一些增强可使得中继对商业使用情况中的这种技术来说更具有吸引力。这可尤其适用于可穿戴物，因为它们靠近用户的智能手机的使用模式，以及可使得直接Uu连接更不实际的形状因数限制(例如，对电池大小的限制)。中继可支持远程UE(其业务受到中继)的显著功率节省。对深度覆盖范围情形来说尤其如此。引入中继的一个有成本效益的方式是在远程装置和中继装置之间使用单向D2D链路。在此情况下，中继UE用以仅中继来自远程UE的上行链路数据。此方法的优势是不向远程UE添加额外的用于D2D接收的RF能力。

·支持可靠单播PC5链路以至少支持低功率、低速率和低复杂度/成本装置的增强。可通过再使用在NB-IoT(窄带-IoT)和eMTC研究期间发展的构想支持低成本D2D装置，例如，NB-IoT/eMTC上行链路波形可重复用于D2D。此类装置将可能使用单个调制解调器，以与互联网/云通信并与接近装置通信。从由公共安全使用情况驱动的面向广播的设计继承来的目前的PC5链路设计表示由于缺少任何链路自适应和反馈机制而阻止低功率和可靠D2D通信的瓶颈。这些缺点不允许实现可穿戴物和MTC使用情况在功率消耗、频谱效率和装置复杂度方面的目标性能度量。降低的功率消耗和低复杂度是可穿戴物和MTC使用情况的关键属性，它们通常表征为较小的形状因数和较长的电池使用寿命。

本研究项目旨在评估和研究增强的UE到网络的中继和使用增强形式的LTE侧链路空中接口的益处，以便D2D辅助的服务集中于可穿戴物和MTC应用。为了支持这些使用情况，侧链路空中接口应针对支持各种数据速率的高效节能通信进行优化。

4目标

4.1SI或核心部分WI或测试部分WI的目标

直到RAN#72，才开始考虑到SA WG的进展而评估RAN2中的情形，并相应地细化目标。

[本研究项目的目标是研究对UE到网络的中继的增强和对用于以可穿戴物使用情况为目标的应用的LTE D2D框架的增强。假设，远程UE可支持WAN和D2D连接两者，并且远程UE具有3GPP订购证书。通过LTE侧链路或非3GPP技术实现D2D连接。对于LTE D2D增强，本研究以仅用于商业(覆盖范围内情形)和公共安全情况(覆盖范围内和覆盖范围外情形两者)的授权频谱为目标]。以下是目标列表。

1.研究和定义通用的UE到网络的中继架构，包含使网络识别、定址和经由中继UE到达远程UE的方法。[RAN2]

a.研究支持以下使用情况的共同解决方案的可能性：[RAN2]

i.经由非3GPP接入(蓝牙/WiFi)的UE到网络的中继，其中E2E QoS可能不受保证。

ii.经由LTE侧链路的UE到网络的中继。评定E2E QoS的标准影响。

iii.单向和双向的UE到网络的中继。

b.调查对协议堆栈、程序和传信机制的潜在影响，例如授权、连接建立、UE移动性、参数配置和安全，从而经由中继UE授权多个远程UE。[RAN2、RAN3]

c.蜂窝式链路(Uu空中接口)和中继链路之间的路径选择/切换，以及提供服务连续性[RAN2、RAN3]。

2.研究必需的LTE侧链路增强。

a.将额外评估假设引入到在TR 36.843中定义的侧链路评估方法，所述TR 36.843集中于可穿戴物使用情况的分析[RAN1]。

b.识别支持更有效、更可靠和/或低复杂度/成本&低能侧链路的机制[RAN1、RAN2、RAN4]。

c.研究额外的与相邻载波频率共存的问题，所述问题可由于所识别的新机制而出现[RAN4]。

对此工作应该考虑FDD、H-FDD和TDD。假设侧链路操作对蜂窝式业务、其它蜂窝式服务的频谱和QoS的影响完全受网络控制。

本研究将考虑关于相关要求的潜在SA1的工作结果。如果在本研究中认为需要，那么将会咨询SA WG。目标的一些部分可在SI完成日期之前得出结论。]

在3GPP TS 23.303中介绍和讨论了基于近距离的服务的功能性和接口，所述基于近距离的服务即ProSe(基于近距离的服务)或D2D(装置到装置)，介绍和讨论如下：

4.2架构参考模型

图4.2-1示出了非漫游架构的高级视图。在此图中，UE A和UE B使用相同PLMN的订购。

[名称为“非漫游参考架构”的3GPP TS 23.303 v13.2.0的图4.2-1重制为图5。]

随后的图4.2-2示出了非漫游PLMN间架构的高级视图。在此图中，PLMN A是UE A的HPLMN，并且PLMN B是UE B的HPLMN。

一直在3GPP TR 22.861 v1.0.0中研究此SI中的主要情形，并且所述主要情形引述如下。它涵盖三个连接模型，包含：直接3GPP连接、间接3GPP连接(例如，通过智能电话与3GPP网络通信的智能可穿戴物)，和直接装置连接(例如，与其它生物测定装置或与关联于同一专利的智能电话直接通信的生物测定装置)。基础假设是可穿戴物/IOT装置大多数时间可通过利用中继装置的接近性而以中继模式操作。在极少情况中(当不在中继装置的接近距离内时)，它还能够通过使用蜂窝式连接而与3GPP网络直接通信。还假设可使用3GPP技术(例如，侧链路)或非3GPP连接技术(例如，WLAN)来执行与中继装置的D2D通信。

具体来说，3GPP TR 22.861 v1.0.0提到：

5.2连接方面

5.2.1描述

如[2]中的智能可穿戴物和生物连接相关的使用情况中所描述，物联网将支持各种连接模型。装置可与网络直接连接，或将另一装置用作中继UE而与网络连接，或它们可能够同时使用这两种类型的连接。装置可在简单的可穿戴物(例如，智能手表或内嵌于衣物中的一组传感器)到更精密的监测生物测定信息的可穿戴装置的范围内变化。它们还可以是在个人局域网络中通信的非可穿戴装置，例如一组家庭电器(例如，智能恒温器和输入键)，或办公室设施中的电子装置(例如，智能打印机)，或可远程启动以向植物浇水的智能花盆。基本上，以下连接模型中的一个或多个将用于任何装置。图5.2-1说明所述连接模型，

-直接3GPP连接(例如，通过3GPP网络而与应用服务器或与另一装置通信的传感器)

-间接3GPP连接(例如，通过智能电话而与3GPP网络通信的智能可穿戴物)

-直接装置连接(例如，与其它生物测定装置或与关联于同一患者的智能电话直接通信的生物测定装置)。

可针对连接情形支持3GPP和非3GPP RAT。可针对连接情形支持经由经许可的频带或未经许可的频带的3GPP RAT。

[名称为“连接方面的概述(Overview of the connectivity aspects)”的3GPPTR 22.861 v1.0.0的图5.2-1重制为图6。]

与侧链路共享信道和侧链路控制信道有关的UE程序分别描述于3GPP TS 36.212v13.1.1的章节14.1和14.2中。

一般来说，本发明是经由PC5接口处理资源分配相关的问题。关于资源在R13ProSe通信中的调度，UE被配置成在将sidelinkUEInformation消息发送到基站之后，使用具有模式1或模式2(例如，分别基于调度或基于竞争)的侧链路资源。如果侧链路资源被配置为基于调度，那么UE将发送缓冲区状态报告，例如SL-BSR(侧链路缓冲区状态报告)，以通过Uu接口询问侧链路资源，并且将通过穿过Uu接口的PDCCH(物理下行控制信道)得到SL授权。然而，此机制可由于功率消耗要求而在R14中进行调整。在介绍问题和解决方案之前先分析控制平面和用户平面的潜在发送模型。

假设1-已经在3GPP R2-162529中提出用于控制平面和用户平面的若干个发送模型。考虑到如3GPP RP-160183中所论述的NB-IOT WI协议，CP(控制平面)和UP(用户平面)解决方案定义于3GPP TR 23.720 v13.0.0中，并且CP解决方案是强制性的并针对较小数据发送提出。对于CP解决方案，将数据作为NAS(非接入层)PDU(协议数据单元)携载。如果经由Uu接口输送信令，那么将经由Uu接口发送数据，且没有节省任何能量。因此，至少对于上行链路信令和上行链路数据，我们假设它是经由中继链路进行输送，以节省能量。考虑到深度覆盖盲区中的远程UE，需要针对增强的覆盖范围的更多重复，这消耗了更多的Uu资源。对于一般解决方案，我们假设如果在SIB/PSS/SSS/寻呼仍经由Uu接口进行输送时选择了合适的中继UE，那么经由中继链路输送所有信令和数据。图7中示出了假设的发送模型，所述发送模型使用中继链路来携载控制平面和用户平面。

假设2-基于上方的假设1，假设经由中继链路发送SL-BSR。至于SL授权，如果它仍通过穿过Uu接口的PDCCH发送，那么除了SIB/寻呼之外，UE还需要监测PDCCH，并且可能有可能处于增强覆盖模式。为了提高功率效率，假设将通过中继链路输送SL授权(侧链路资源分配)，正如图8(b)。因此，经由Uu将第一SL授权从eNB发送到中继UE，并接着，中继UE将经由PC5将第二SL授权发送到远程UE。值得注意的是，我们并未假设或暗示从eNB发送到中继UE的第一SL授权与从中继UE发送到远程UE的第二SL授权相同。

问题1和解决方案-在图9中所说明的传统的R13侧链路传输中，eNB经由Uu接口向UE发送SL授权(例如，DCI 5)，并且UE在下一SC周期中使用SL授权，并发送SA池中的SCI 0以及在SCI 0中所指定的侧链路资源中执行发送。远程UE监测SA池，以确定它是否应该在此SC周期中接收数据。侧链路传输的详细操作定义于3GPP TS 36.213中。并且，DCI 5和SCI0之间的关系在示例性图10中说明。

看起来，每当存在SL授权时，远程UE就将实行逻辑信道优先化(Logical ChannelPrioritization，LCP)，并且通常并不预期中继UE知道LCP的结果。也就是说，中继UE不知道SL授权中所定义的侧链路资源是用于图11中所示的情况(a)还是用于情况(b)。基于上方的假设，在此提出将侧链路资源授权输送到远程UE的机制，并且还预期对已存在的操作的影响应该最小化。也就是说，1)eNB通过Uu接口将SL授权(例如DCI 0)发送到中继UE，2)SL授权授权用于下一SC周期，以及3)目标UE监测SA池以确定是否存在针对其的业务。因此，本发明大体上是为了设计示例性图12中所示的工作流。

在图12中，eNB利用与R13SL授权相比不同的方法(例如，不同的侧链路无线网络临时标识符(Sidelink Radio Network Temporary Identifier，SL-RNTI)将DCI 0发送到中继UE。中继UE将通过它用来对SL授权授权进行解码的方法知道SL授权是针对一个远程UE还是针对其自身。如果SL授权是针对远程UE，那么在下一侧链路控制(Sidelink Control，SC)周期中在调度指派(Scheduling Assignment，SA)池中定义4次发送机会。前2次发送机会是供中继UE将侧链路资源授权(其可为一种新的SCI格式(例如图12中的SCI 1))发送到远程UE，后2次发送机会是供远程UE发送SCI 0。之后，远程UE将在SC周期中对目标UE执行传输块发送，正如图12中的第3个UE。目标UE可为中继UE或其它UE。

在一实施例中，eNB将第一侧链路资源授权发送到第一UE，并且第一侧链路资源授权携载第一信息，所述第一信息告知第一UE第一侧链路资源授权中所定义的侧链路资源是否用于第一UE使用。第一信息可为标识符。此外，第一信息是RNTI，并且RNTI用于加扰第一侧链路资源授权。此外，第一信息可为标志。

确切地说，如果第一侧链路资源授权中所定义的侧链路资源是用于第一UE使用，那么存在2次在下一SC周期的SA池中定义的发送机会。否则，如果第一侧链路资源授权中所定义的侧链路资源不是用于第一UE使用，那么存在超过2次在下一侧链路控制(SidelinkControl，SC)周期的调度指派(Scheduling Assignment，SA)池中所定义的发送机会(例如，4次发送机会)。在后一种情况中，第一UE将对SA池中或在SA池之前的用于控制信号的另一资源池中的前2次发送机会的第二侧链路资源授权发送到第二UE。确切地说，第一侧链路资源授权的格式与第二侧链路资源授权的格式不相同。第二UE接收第二侧链路资源授权，发送关于SA池中的后2发送机会的侧链路资源控制信息，并且对侧链路资源控制信息中所定义的侧链路资源执行传输块发送。传输块发送的接收器是多个UE。并且，所述多个UE可包含或可不包含第一UE。具体来说，第二侧链路资源授权的格式与侧链路资源控制信息的格式不相同，其中侧链路资源控制信息是SCI 0。

问题2和解决方案

假设3-如果确定SL授权将被发送到特定远程UE，那么为此目的需要新SCI格式，比方说经由PC5接口指派从中继UE到远程UE的侧链路资源。基本上，如果新SCI格式的长度不等于SCI 0的长度，那么解码复杂度由于盲解码的候选者更多而增加。考虑到IoT装置可能是低成本的，并预期低复杂度，假设新SCI格式的长度与SCI 0的长度相同。然而，新SCI格式的细节/设计并不包含在本发明中。此外，假设新SCI格式指派侧链路资源以仅供远程UE将数据发送到中继UE，这可能是最普遍的情况。

基于上方的假设，一旦SL授权(例如，呈新SCI格式)被发送到远程UE，那么远程UE将如何知道这是新SCI格式而不是SCI 0呢？在传统的R13侧链路控制信道中，SCI 0的加扰序列被固定到c_inti＝510，如3GPP TS 36.211中所定义，例如在下文讨论的SS0(加扰序列0)。因此，本发明提出使用用于新SCI格式的不同的加扰序列。作为传统的LTE系统，加扰序列可为一种RNTI。然而，由于IoT装置的体积可能较大，所以应该使用另一RNTI来加扰新SCI格式，例如，在下文讨论的SS1(加扰序列1)。SS1在中继UE的范围内应该是有效的。确切地说，SS1可由eNB或由中继UE提供。此外，SS1可为中继UE的SL-RNTI，或由eNB最新指派的RNTI。

在一实施例中，当远程UE建立与中继UE的中继连接时，远程UE通过eNB而配置有SS1。替代地，SS1可由中继UE提供。之后，远程UE将使用SS0和SS1对侧链路控制信道进行解码。如果利用SS0成功地解码SCI，那么它是SCI 0，并且在此SC周期中发送的数据可能是用于它的。如果利用SS1成功地解码SCI，那么它是新SCI格式，并且远程UE将检查新SCI格式的内容，以查看新SCI格式中所定义的侧链路资源是否被调度到远程UE。如果资源被调度到远程UE，那么远程UE可使用定义的资源以在SC周期中将数据发送到中继UE。图13中示出了一示例性实施例。

在一实施例中，功率控制字段包含在远程UE的新SCI格式中，以控制新SCI格式中所定义的侧链路资源的发送功率。在一实施例中，目标UE标识符包含在远程UE的新SCI格式中，以确定此新SCI格式是否是用于其自身。确切地说，目标UE标识符可在连接建立期间由eNB配置。此外，目标UE标识符可能对于中继UE是唯一的。此外，目标UE标识符可能对于eNB是唯一的。

新侧链路资源授权不应该限于层1命令，例如SCI。可采用层2解决方案。如图14中所说明，媒体接入控制(Media Access Control，MAC)控制信息用于定义/改变资源所有者，并且没有定义新SCI格式。具体来说，MAC控制信息是MAC CE。替代地，MAC控制信息是MAC子标头。此外，当远程UE成功地解码MAC控制信息，并且MAC控制信息包含指示为远程UE保留一些新的发送机会的指示符时，对于那些新的发送机会，资源所有者可从中继UE变成远程UE。

如果发送器和接收器侧两者都理解多个发送资源，那么相似概念可应用于任何获得多个发送资源(例如，SPS资源、多个新的发送机会)的一对一通信。在一实施例中，指示符可为如3GPP TS 36.321中所定义的包含在MAC子标头中的LCID。替代地，指示符可为包含在3GPP TS 36.321中所定义的MAC CE中的布尔型标志，并且可指示是否为远程UE保留随后的新发送资源。然而，由于根据时间资源模式(Time Resoure Pattern，T-RPT)，MAC PDU解码需要更多时间，并且下一个新发送机会可能是下一子帧，所以远程UE可能无法使用下一个新发送机会。替代地，指示符是指示资源所有者从哪一新发送机会变成远程UE的值。替代地，指示符可为示出每一新发送机会的所有者的位图。此外，位图的位值0意味着资源供中继UE使用；否则，资源供远程UE使用。每一位指向每一新发送机会或每一经调度子帧。此外，在远程UE(接收器侧)接收这种新MAC CE之后，远程UE将变成发送器以使用其余资源。并且，远程UE可基于其余资源向原始发送器提供应答或响应。所述应答或响应可为另一新的MACCE或物理层信令。

一般来说，本发明可提供一种将侧链路资源输送到远程UE的高效兼容的方式。第一，未明显增加中继UE的消隐解码工作。第二，远程UE的行为未改变许多。远程UE监测SCI 0以及新SCI格式的SA池，考虑到所添加的新行为，这是必需的。SL授权在下一SC周期中仍然有效。QoS性能如预期地维持。

3GPP TS 36.331如下描述请求侧链路相关程序的细节程序，所述侧链路相关程序包含如何获得用于侧链路的资源和通信配置：

5.10侧链路

5.10.1介绍

侧链路通信和相关联的同步资源配置应用于接收/采集到它的频率。此外，对于配置有一个或多个SCell的UE，由专用信令提供的侧链路通信和相关联的同步资源配置应用于PCell/主要频率。侧链路发现和相关联的同步资源配置应用于接收/采集到它的频率或配置中的指示频率。对于配置有一个或多个SCell的UE，由专用信令提供的侧链路发现和相关联的同步资源配置应用于PCell/主要频率/任何其它指示频率。

注意1：上部层配置UE以接收或发送在特定频率上的侧链路通信，监测在一个或多个频率上的侧链路发现通知或发送在特定频率上的侧链路发现通知，但是这只在授权UE执行这些具体的ProSe相关的侧链路活动时。

注意2：当UE实施方案不能够执行所要侧链路活动(例如，由于UE能力限制)时，采取哪些行动(例如，单播服务的终止、分离)取决于UE实施方案。

侧链路通信由一对多和一对一侧链路通信组成。一对多侧链路通信由中继相关和非中继相关的一对多侧链路通信组成。一对一侧链路通信由中继相关和非中继相关的一对一侧链路通信组成。在中继相关的一对一侧链路通信中，通信方由一个侧链路中继UE和一个侧链路远程UE组成。

侧链路发现由公共安全相关(PS相关)和非PS相关的侧链路发现组成。PS相关的侧链路发现由中继相关和非中继相关的PS相关侧链路组成。上层向RRC指示与体的侧链路通知是PS相关还是非PS相关。

本说明书涵盖通过指定应用于侧链路中继UE和侧链路远程UE的额外要求的UE到网络侧链路的中继的使用。即，对于这种UE，除非另外明确陈述，否则常规侧链路UE要求同等地应用。

5.10.1a侧链路操作的条件

当指定仅当符合此部分中所定义的条件时UE才将执行具体的侧链路操作时，UE仅当符合以下各项时才将执行相关侧链路操作：

1>如果UE的服务小区合适(RRC_IDLE或RRC_CONNECTED)；以及如果在用于侧链路操作的频率上的选定小区属于如TS 4.334[69]中所指定的已注册或等效的PLMN，或UE在如TS 36.304[4，11.4]中所定义的用于侧链路操作的频率的覆盖范围外；或

1>如果UE预占在其上它满足支持如TS 23.303[68，4.5.6]中所指定的有限服务状态中的侧链路通信的服务小区(RRC_IDLE)；以及如果服务小区在用于侧链路操作的频率上或UE在如TS 36.304[4，11.4]中所定义的用于侧链路操作的频率的覆盖范围外；或

1>如果UE不具有服务小区(RRC_IDLE)；

5.10.2侧链路UE信息

5.10.2.1综述

[名称为“侧链路UE信息”的3GPP TS 36.331 v13.1.0的图5.10.2-1重制为图15]

此程序的目的是告知E-UTRAN UE对或不再对接收侧链路通信或发现感兴趣，以及请求用于侧链路通信或发现通知的发送资源的指派或释放，并报告与来自异频/PLMN小区的系统信息的侧链路发现有关的参数。

5.10.2.2启动

能够进行RRC_CONNECTED中的侧链路通信或发现的UE可启动程序以指示它在若干种情况下正在接收侧链路通信或发现(对接收侧链路通信或发现感兴趣)，所述情况包含在成功建立连接后、在兴趣改变后、在PCell广播SystemInformationBlockType18或SystemInformationBlockType19改变后。能够进行侧链路通信或发现的UE可启动程序以请求用于相关侧链路通信发送或发现通知的专用资源的指派，并且能够进行异频/PLMN侧链路发现参数报告的UE可启动程序以报告与来自异频/PLMN小区的系统信息的侧链路发现有关的参数。

注意1：被配置成发送侧链路通信/发现通知的RRC_IDLE中的UE在SystemInformationBlockType18/SystemInformationBlockType19不包含用于发送的资源(在正常条件下)时根据5.3.3.1a启动连接建立。

在启动程序后，UE将：

1>如果SystemInformationBlockType18由PCell进行广播，那么：

2>确保具有用于PCell的有效版本的SystemInformationBlockType18；

2>如果被上层配置成接收侧链路通信，那么：

3>如果在最后一次进入RRC_CONNECTED状态之后，UE未发送SidelinkUEInformation消息；或

3>如果在最后一次UE发送SidelinkUEInformation消息之后，UE连接到不广播SystemInformationBlockType18的PCell；或

注意2：在从不广播SystemInformationBlockType18的源PCell切换/重新建立之后，UE重复相同的它先前提供的兴趣信息，因而源PCell可能不会转发兴趣信息。

3>如果SidelinkUEInformation消息的最后一次发送不包含commRxInterestedFreq；或如果被上层配置成接收侧链路通信的频率在SidelinkUEInformation消息的最后一次发送之后已经改变，那么：

4>启动SidelinkUEInformation消息的发送以指示根据5.10.2.3的所感兴趣的侧链路通信接收频率；

2>否则：

3>如果SidelinkUEInformation消息的最后一次发送包含commRxInterestedFreq，那么：

4>启动SidelinkUEInformation消息的发送以指示它不再对根据5.10.2.3的侧链路通信接收感兴趣；

2>如果被上层配置成发送非中继相关的一对多侧链路通信，那么：

3>如果SidelinkUEInformation消息的最后一次发送不包含commTxResourceReq；或如果在SidelinkUEInformation消息的最后一次发送之后，由commTxResourceReq携载的信息已经改变，那么：

4>启动SidelinkUEInformation消息的发送以指示根据5.10.2.3的UE所需的非中继相关的一对多侧链路通信发送资源；

2>否则：

3>如果SidelinkUEInformation消息的最后一次发送包含commTxResourceReq，那么：

4>启动SidelinkUEInformation消息的发送以指示它不再需要根据5.10.2.3的非中继相关的一对多侧链路通信发送资源；

2>如果被上层配置成发送中继相关的一对多侧链路通信，那么：

3>如果在进入RRC_CONNECTED状态之后，UE未发送SidelinkUEInformation消息；或

3>如果在最后一次UE发送SidelinkUEInformation消息之后，UE连接到不广播SystemInformationBlockType18的PCell，连接到不广播SystemInformationBlockType19或广播不包含discConfigRelay的SystemInformationBlockType19的PCell；或

3>如果SidelinkUEInformation消息的最后一次发送不包含commTxResourceReqRelay；或如果在SidelinkUEInformation消息的最后一次发送之后，由commTxResourceReqRelay携载的信息已经改变，那么：

4>如果UE充当侧链路中继UE，那么：

5>启动SidelinkUEInformation消息的发送以指示根据5.10.2.3的UE所需的中继相关的一对多侧链路通信发送资源；

2>否则：

3>如果SidelinkUEInformation消息的最后一次发送包含commTxResourceReqRelay，那么：

4>启动SidelinkUEInformation消息的发送以指示它不再需要根据5.10.2.3的中继相关的一对多侧链路通信发送资源；

2>如果被上层配置成发送非中继相关的一对一侧链路通信，那么：

3>如果在最后一次UE发送SidelinkUEInformation消息之后，UE连接到不广播SystemInformationBlockType18的PCell或连接到广播不包含commTxResourceUC-ReqAllowed的SystemInformationBlockType18的PCell；或

3>如果SidelinkUEInformation消息的最后一次发送不包含commTxResourceReqUC；或如果在SidelinkUEInformation消息的最后一次发送之后，由commTxResourceReqUC携载的信息已经改变，那么：

4>如果commTxResourceUC-ReqAllowed包含在SystemInformationBlockType18中，那么：

5>启动SidelinkUEInformation消息的发送以指示根据5.10.2.3的UE所需的非中继相关的一对一侧链路通信发送资源；

2>否则：

3>如果SidelinkUEInformation消息的最后一次发送包含commTxResourceReqUCcommTxResourceReqUC，那么：

4>启动SidelinkUEInformation消息的发送以指示它不再需要根据5.10.2.3的非中继相关的一对一侧链路通信发送资源；

2>如果被上层配置成发送中继相关的一对一侧链路通信，那么：

3>如果SidelinkUEInformation消息的最后一次发送不包含commTxResourceReqRelayUC；或如果在SidelinkUEInformation消息的最后一次发送之后，由commTxResourceReqRelayUC携载的信息已经改变，那么：

4>如果UE充当侧链路中继UE；或：

4>如果UE具有选定侧链路中继UE；以及如果SystemInformationBlockType19由PCell广播且包含discConfigRelay；以及如果符合如5.10.11.5中所指定的侧链路远程UE阈值条件；

5>启动SidelinkUEInformation消息的发送以指示根据5.10.2.3的UE所需的中继相关的一对一侧链路通信发送资源；

2>否则：

4>启动SidelinkUEInformation消息的发送以指示它不再需要根据5.10.2.3的中继相关的一对一侧链路通信发送资源；

1>如果SystemInformationBlockType19由PCell进行广播，那么：

2>确保具有用于PCell的有效版本的SystemInformationBlockType19；

2>如果被上层配置成接收服务频率上或包含在discInterFreqList(如果包含在PCell的SystemInformationBlockType19中)中的一个或多个频率上的侧链路发现通知，那么：

3>如果在最后一次UE发送SidelinkUEInformation消息之后，UE连接到不广播SystemInformationBlockType19的PCell；或

3>如果SidelinkUEInformation消息的最后一次发送不包含discRxInterest，那么：

4>启动SidelinkUEInformation消息的发送以指示它对根据5.10.2.3的侧链路发现接收感兴趣；

2>否则：

3>如果SidelinkUEInformation消息的最后一次发送包含discRxInterest，那么：

4>启动SidelinkUEInformation消息的发送以指示它不再对根据5.10.2.3的侧链路发现接收感兴趣；

2>如果UE被上层配置成发送主要频率上或包含在discInterFreqList(如果包含在PCell的SystemInformationBlockType19中)中的一个或多个频率上的非PS相关的侧链路发现通知，其中discTxResourcesInterFreq包含在discResourcesNonPS内且未被设置成noTxOnCarrier，那么：

3>如果在最后一次UE发送SidelinkUEInformation消息之后，UE连接到不广播SystemInformationBlockType19的PCell，或连接到广播在discResourcesNonPS内不包含discTxResourcesInterFreq或discTxResourcesInterFreq不包含UE将请求资源的所有频率的SystemInformationBlockType19的PCell；或

3>如果SidelinkUEInformation消息的最后一次发送不包含discTxResourceReq；或如果在SidelinkUEInformation消息的最后一次发送之后，UE所需的侧链路发现通知资源已经改变(即，产生discTxResourceReq的改变)，那么：

4>启动SidelinkUEInformation消息发送以指示根据5.10.2.3的UE所需的侧链路发现通知资源；

2>否则：

3>如果SidelinkUEInformation消息的最后一次发送包含discTxResourceReq，那么：

4>启动SidelinkUEInformation消息的发送以指示它不再需要根据5.10.2.3的侧链路发现通知资源；

2>如果被上层配置成发送主要频率上的PS相关的侧链路发现通知，或在非中继PS相关的侧链路发现通知的情况下，包含在discInterFreqList(如果包含在SystemInformationBlockType19中)中的频率上的PS相关的侧链路发现通知，其中discTxResourcesInterFreq包含在discResourcesPS内且未被设置成noTxOnCarrier，那么：

3>如果在最后一次UE发送SidelinkUEInformation消息之后，UE连接到不广播SystemInformationBlockType19的PCell，连接到广播不包含discConfigPS的SystemInformationBlockType19的PCell，或在非中继PS相关的发送的情况下：(连接到广播在discResourcesPS内不包含discTxResourcesInterFreq或discTxResourcesInterFreq不包含UE将请求资源的所有频率的SystemInformationBlockType19的PCell)，或在中继相关的PS侧链路发现通知的情况下：(连接到广播不包含discConfigRelay的SystemInformationBlockType19的PCell)侧链路；或

3>如果SidelinkUEInformation消息的最后一次发送不包含discTxResourceReqPS；或如果在SidelinkUEInformation消息的最后一次发送之后，UE所需的PS相关的侧链路发现通知资源已经改变(即，产生discTxResourceReqPS的改变)，那么：

4>如果被上层配置成发送非中继PS相关的侧链路发现通知；或

4>如果UE充当侧链路中继UE；以及如果SystemInformationBlockType19包含discConfigRelay；以及如果符合如5.10.10.4中所指定的侧链路中继UE阈值条件；或

4>如果UE正在选择侧链路中继UE/具有选定侧链路中继UE；以及如果SystemInformationBlockType19包含discConfigRelay；以及如果符合如5.10.11.5中所指定的侧链路远程UE阈值条件，那么：

5>启动SidelinkUEInformation消息的发送以指示根据5.10.2.3的UE所需的PS相关的侧链路发现通知资源；

2>否则：

3>如果SidelinkUEInformation消息的最后一次发送包含discTxResourceReqPS，那么：

4>启动SidelinkUEInformation消息的发送以指示它不再需要根据5.10.2.3的PS相关的侧链路发现通知资源；

2>如果被上层配置成监测或发送侧链路发现通知；以及如果UE需要侧链路发现间隙以执行此类动作，那么：

3>如果在最后一次UE发送SidelinkUEInformation消息之后，UE连接到不广播SystemInformationBlockType19的PCell，或连接到广播不包含gapRequestsAllowedCommon的SystemInformationBlockType19的PCell，同时UE不配置有gapRequestsAllowedDedicated；或

3>如果SidelinkUEInformation消息的最后一次发送不包含监测或发送侧链路发现通知所需的间隙(即，UE需要监测发现通知的间隙，同时不包含discRxGapReq，或UE需要发送发现通知的间隙，同时不包含discTxGapReq)；或如果在SidelinkUEInformation消息的最后一次发送之后，UE所需的侧链路发现间隙已经改变(即，产生discRxGapReq或discTxGapReq的改变)，那么：

4>如果UE配置有被设置成true的gapRequestsAllowedDedicated；或

4>如果UE不配置有gapRequestsAllowedDedicated，且gapRequestsAllowedCommon包含在SystemInformationBlockType19中，那么：

5>启动SidelinkUEInformation消息的发送以指示根据5.10.2.3的UE所需的侧链路发现间隙；

2>否则：

3>如果SidelinkUEInformation消息的最后一次发送包含discTxGapReq或discRxGapReq，那么：

4>启动SidelinkUEInformation消息的发送以指示它不再需要根据5.10.2.3的侧链路发现间隙；

2>如果UE从包含在discSysInfoToReportConfig中的载波上的一个或多个小区的系统信息采集相关参数，并且T370处于运行中，那么：

3>如果UE已经将下层配置成发送或监测那些小区的侧链路发现通知，那么：

4>启动SidelinkUEInformation消息的发送以报告所采集的系统信息参数并停止T370；

5.10.2.3与SidelinkUEInformation消息的发送有关的动作

UE将会如下设置SidelinkUEInformation消息的内容：

1>如果UE启动程序以指示它(不再)对接收侧链路通信或发现感兴趣或请求侧链路通信或发现发送资源的(配置/释放)(即，UE包含所有相关信息，无论是什么触发了程序)，那么：

2>如果SystemInformationBlockType18由PCell进行广播，那么：

3>如果被上层配置成接收侧链路通信，那么：

4>包含commRxInterestedFreq，并将它设置成侧链路通信频率；

3>如果被上层配置成发送非中继相关的一对多侧链路通信，那么：

4>包含commTxResourceReq，并将它的字段设置如下：

5>设置carrierFreq以指示侧链路通信频率，即与commRxInterestedFreq(如果包含)中所指示的相同的值；

5>设置destinationInfoList以包含它请求E-UTRAN为其指派专用资源的侧链路通信发送目的地；

3>如果被上层配置成发送非中继相关的一对一侧链路通信；以及

3>如果commTxResourceUC-ReqAllowed包含在SystemInformationBlockType18中，那么：

4>包含commTxResourceReqUC，并将它的字段设置如下：

5>设置carrierFreq以指示侧链路一对一通信频率，即与commRxInterestedFreq(如果包含)中所指示的相同的值；

5>设置destinationInfoList以包含它请求E-UTRAN为其指派专用资源的侧链路一对一通信发送目的地；

3>如果被上层配置成发送中继相关的一对一侧链路通信；以及

3>如果包含discConfigRelay的SystemInformationBlockType19由PCell广播；以及

3>如果UE充当侧链路中继UE；如果UE具有选定侧链路中继UE；以及如果符合如5.10.11.5中所指定的侧链路远程UE阈值条件，那么：

4>包含commTxResourceReqRelayUC，并将它的字段设置如下：

5>设置destinationInfoList以包含它请求E-UTRAN为其指派专用资源的(单播)侧链路通信发送目的地；

4>包含ue-Type，并在UE充当侧链路中继UE的情况下，将它设置成relayUE-Config，否则将它设置成remoteUE；

3>如果被上层配置成发送中继相关的一对多侧链路通信；以及

3>如果UE充当侧链路中继UE，那么：

4>包含commTxResourceReqRelay，并将它的字段设置如下：

5>设置destinationInfoList以包含它请求E-UTRAN为其指派专用资源的(组播)侧链路通信发送目的地；

4>包含ue-Type，并将它设置成relayUE-Config；

2>如果SystemInformationBlockType19由PCell进行广播，那么：

3>如果被上层配置成接收服务频率上或包含在discInterFreqList(如果包含在SystemInformationBlockType19中)中的一个或多个频率上的侧链路发现通知，那么：

4>包含discRxInterest；

3>如果UE被上层配置成发送非PS相关的侧链路发现通知，那么：

4>对于在其上UE被配置成发送关于主要频率的非PS相关的侧链路发现通知或包含在其中discTxResourcesInterFreq包含在discResourcesNonPS内且未被设置成noTxOnCarrier的discInterFreqList中的每一频率：

5>对于第一频率，包含discTxResourceReq，并将它设置成指示用于它请求E-UTRAN为其指派专用资源以及相关频率(如果不同于主要频率)的侧链路发现通知的发现消息的数目；

5>对于任何额外频率，包含discTxResourceReqAddFreq，并将它设置成指示用于它请求E-UTRAN为其指派专用资源以及相关频率的侧链路发现通知的发现消息的数目；

3>如果被上层配置成发送PS相关的侧链路发现通知；并且

3>如果在其上UE被配置成发送PS相关的侧链路发现通知的频率关于主要频率或在非中继PS相关的侧链路发现通知的情况下包含在其中discTxResources InterFreq包含在discResourcesPS内且未被设置成noTxOnCarrier的discInterFreqList中，那么：

4>如果被上层配置成发送非中继PS相关的侧链路发现通知，并且SystemInformationBlockType19包含discConfigPS；或

5>包含discTxResourceReqPS，并将它设置成指示用于它请求E-UTRAN为其指派专用资源以及相关频率(如果不同于主要频率)的PS相关的侧链路发现通知的发现消息的数目；

1>否则如果UE启动程序以请求发送和/或接收间隙，那么：

2>如果UE配置有被设置成true的gapRequestsAllowedDedicated；或

2>如果UE不配置有gapRequestsAllowedDedicated，且gapRequestsAllowedCommon包含在SystemInformationBlockType19中，那么：

3>如果UE需要侧链路发现间隙以监测UE被上层配置成监测的侧链路发现通知，那么：

4>包含discRxGapReq，并将它设置成针对关于主要频率或包含在discInterFreqList(在其上UE被配置成监测侧链路发现通知且对于其它需要侧链路发现间隙以监测侧链路发现通知)中的每一频率，指示间隙模式以及相关频率(如果不同于主要频率)；

3>如果UE需要侧链路发现间隙以发送UE被上层配置成发送的侧链路发现通知，那么：

4>包含discTxGapReq，并将它设置成针对关于主要频率或包含在discInterFreqList(在其上UE被配置成发送侧链路发现通知且对于其它需要侧链路发现间隙以发送侧链路发现通知)中的每一频率，指示间隙模式以及相关频率(如果不同于主要频率)；

1>否则如果UE启动程序以报告与除主要频率以外的载波的侧链路发现有关的系统信息参数，那么：

2>包含SL-DiscSysInfoReportFreqList，并将它设置成报告从那些载波上的小区采集的系统信息参数

UE将向下层提交SidelinkUEInformation消息以供发送。

5.10.3侧链路通信监测

被上层配置成接收侧链路通信的能够进行侧链路通信的UE将：

1>如果符合如5.10.1a中所定义的侧链路操作的条件，那么：

2>如果在如TS 36.304[4，11.4]中所定义的用于侧链路通信的频率的覆盖范围内，那么：

3>如果针对侧链路通信接收选择的小区广播包含commRxPool的SystemInformationBlockType18，那么：

4>使用由commRxPool指示的资源池配置下层以监测侧链路控制信息和对应数据；

注意1：如果commRxPool包含一个或多个条目(包含rxParametersNCell)，那么在检测到相关联的PSS/SSS或SLSSID的情况下，UE可仅监测此类条目。当监测这种池时，UE应用相关PSS/SSS或SLSS的时序。

2>否则(即，在侧链路载波的覆盖范围外)：

3>使用预配置的资源池(即9.3中所定义的SL-Preconfiguration中的preconfigComm)配置下层以监测侧链路控制信息和对应数据；

注意2：UE可根据选定SyncRef UE的时序进行监测，或在UE不具有选定SyncRef UE的情况下，基于UE自身的时序进行监测。

5.10.4侧链路通信发送

被上层配置成发送侧链路通信并具有待发送的相关数据的能够进行侧链路通信的UE或被上层配置成发送中继相关的侧链路通信的能够进行中继相关的侧链路通信的UE将：

1>如果符合如5.10.1a中所定义的侧链路操作的条件，那么：

3>如果UE处于RRC_CONNECTED，并使用用于侧链路通信的PCell，那么：

4>如果UE由目前PCell/其中检测到物理层问题或无线电链路错误的PCell配置，其中commTxResources被设置成scheduled，那么：

5>如果T310或T311处于运行中；以及如果其中UE检测到物理层问题或无线电链路错误的PCell广播包含commTxPoolExceptional的SystemInformationBlockType18；或

5>如果T301处于运行中，并且在其上UE启动连接重新建立的小区广播包含commTxPoolExceptional的SystemInformationBlockType18，那么：

6>使用由commTxPoolExceptional中的第一条目指示的资源池配置下层以发送侧链路控制信息和对应数据；

5>否则：

6>配置下层以请求E-UTRAN指派发送资源以供侧链路通信；

4>否则如果UE配置有commTxPoolNormalDedicated，那么：

5>如果针对commTxPoolNormalDedicated的条目包含priorityList，那么：

6>使用由commTxPoolNormalDedicated指示的一个或多个资源池配置下层以发送侧链路控制信息和对应数据，即向下层指示此字段的所有条目；

5>否则：

6>使用由commTxPoolNormalDedicated中的第一条目指示的资源池配置下层以发送侧链路控制信息和对应数据；

3>否则(即，RRC_IDLE中或除RRC_CONNECTED中的PCell以外的小区上的侧链路通信)：

4>如果针对侧链路通信发送选择的小区广播SystemInformationBlockType18，那么：

5>如果SystemInformationBlockType18包含commTxPoolNormalCommon，那么：

6>如果针对commTxPoolNormalCommon或commTxPoolNormalCommonExt的条目包含priorityList，那么：

7>使用由commTxPoolNormalCommon和/或commTxPoolNormalCommonExt指示的一个或多个资源池配置下层以发送侧链路控制信息和对应数据，即向下层指示这些字段的所有条目；

6>否则：

7>使用由commTxPoolNormalCommon中的第一条目指示的资源池配置下层以发送侧链路控制信息和对应数据；

5>否则如果SystemInformationBlockType18包含commTxPoolExceptional，那么：

6>从UE启动连接建立的时刻直到接收包含sl-CommConfig的RRCConnectionReconfiguration或直到接收RRCConnectionRelease或RRCConnectionReject；

7>使用由commTxPoolExceptional中的第一条目指示的资源池配置下层以发送侧链路控制信息和对应数据；

2>否则(即，在侧链路载波的覆盖范围外)：

3>如果针对9.3中所定义的SL-Preconfiguration中的preconfigComm的条目包含priorityList，那么：

4>使用preconfigComm指示的一个或多个资源池，并根据选定SyncRef UE的时序，或在UE不具有选定SyncRef UE的情况下，基于UE自身的时序，配置下层以发送侧链路控制信息和对应数据，即向下层指示此字段的所有条目；

3>否则：

4>使用预配置(即，由9.3中所定义的SL-Preconfiguration中的preconfigComm的第一条目指示)的资源池，并根据选定SyncRef UE的时序，或在UE不具有选定SyncRef UE的情况下，基于UE自身的时序，配置下层以发送侧链路控制信息和对应数据；

1>如果发送关于侧链路中继通信；并且UE能够进行侧链路中继或侧链路远程操作，那么：

2>如果UE处于RRC_IDLE；以及如果UE具有选定侧链路中继：仅当符合以下条件时，才使用如此部分先前指定的资源配置下层以发送侧链路控制信息和对应数据：

3>如果符合如5.10.11.5中所指定的侧链路远程UE阈值条件，那么；

2>仅当符合以下条件时才使用如此部分中先前指定的资源配置下层以发送侧链路控制信息和对应数据：

3>如果UE利用包含在SystemInformationBlockType18中的资源池(即，commTxPoolNormalCommon、commTxPoolNormalCommonExt或commTxPoolExceptional)配置下层；并且commTxAllowRelayCommon包含在SystemInformationBlockType18中；或

3>如果UE利用由专用信令提供的资源(即，commTxResources)配置下层；并且UE配置有被设置成true的commTxAllowRelayDedicated

[…]

3GPP TS36.321如下描述关于侧链路资源请求机制的细节，所述侧链路资源请求机制包含侧链路BSR机制、侧链路授权接收、LCP程序和侧链路通信机制：

5.14SL-SCH数据传递

5.14.1SL-SCH数据发送

5.14.1.1SL授权接收和SCI发送

为了在SL-SCH上发送，MAC实体必须已经至少一个侧链路授权。侧链路授权选定如下：

-如果MAC实体被配置成在PDCCH上动态地接收单个侧链路授权，并且相比于在目前SC周期中可发送的数据，更多的数据可用于STCH，那么MAC实体将：

-使用接收到的侧链路授权确定其中SCI的发送和第一传输块的发送根据[2]的子条款14.2.1发生的子帧集合；

-将接收到的侧链路授权视为经配置侧链路授权，所述经配置侧链路授权发生在开始于第一可用SC周期的开始处的那些子帧中，所述第一可用SC周期开始于在其中接收到侧链路授权的子帧之后的至少4个子帧，并且所述经配置侧链路授权重写发生在相同SC周期中的先前经配置的侧链路授权(如果可用)；

-在对应的SC周期结束时清除经配置侧链路授权；

-否则，如果MAC实体被上层配置成在PDCCH上动态地接收多个侧链路授权，并且相比于在目前SC周期中可发送的数据，更多的数据可用于STCH，那么MAC实体将针对每一接收到的侧链路授权：

-将接收到的侧链路授权视为经配置侧链路授权，所述经配置侧链路授权发生在开始于第一可用SC周期的开始处的那些子帧中，所述第一可用SC周期开始于在其中接收到侧链路授权的子帧之后的至少4个子帧，所述经配置侧链路授权重写以与发生在相同SC周期中的此经配置侧链路授权相同的子帧号但不同的无线电帧接收到的先前经配置侧链路授权(如果可用)；

-在对应的SC周期结束时清除经配置侧链路授权；

-否则，如果MAC实体被上层配置成使用如[8]的子条款5.10.4中所指示的一个或多个资源池发送，并且相比于在目前SC周期中可发送的数据，更多的数据可用于STCH，那么MAC实体将针对待选择的每一侧链路授权：

-如果被上层配置成使用单个资源池，那么：

-选择所述资源池以供使用；

-否则，如果被上层配置成使用多个资源池，那么：

-从被上层配置的资源池中选择供使用的资源池，所述供使用的资源池的相关联优先级列表包含待发送的MAC PDU中的侧链路逻辑信道的最高优先级的优先级；

●注意：如果超过一个资源池具有相关联的包含具有待发送的MAC PDU中的最高优先级的侧链路逻辑信道的优先级的优先级列表，那么选择那些资源池中的哪一个取决于UE实施方案。

-从选定资源池中随机选择侧链路授权的SL-SCH和SCI的时间和频率资源。随机功能应使得可以相等概率地选择所授权选择[2]中的每一个；

-使用选定侧链路授权确定其中SCI的发送和第一传输块的发送根据[2]的子条款14.2.1发生的子帧集合；

-将选定侧链路授权视为经配置侧链路授权，所述经配置侧链路授权发生在开始于第一可用SC周期的开始处的那些子帧中，所述第一可用SC周期开始于在其中选定侧链路授权的子帧之后的至少4个子帧；

-在对应的SC周期结束时清除经配置侧链路授权；

●注意：SL-SCH上的重新发送无法在已经清除经配置侧链路授权之后发生。

●注意：如果MAC实体被上层配置成使用如[8]的子条款5.10.4中所指示的一个或多个资源池发送，那么考虑到侧链路处理的数目，在一个SC周期内选择多少个侧链路授权取决于UE实施方案。

MAC实体将针对每一子帧：

-如果MAC实体具有发生在此子帧中的经配置侧链路授权，那么：

-如果经配置侧链路授权对应于SCI的发送，那么：

-指示物理层发送对应于经配置侧链路授权的SCI。

-否则如果经配置侧链路授权对应于第一传输块的发送，那么：

-将经配置侧链路授权和相关联的HARQ信息输送到用于此子帧的侧链路HARQ实体。

●注意：如果MAC实体具有发生在一个子帧中的多个经配置授权，并且如果由于单集群SC-FDM限制，它们不是所有都可进行处理，那么根据上述程序处理这些中的哪一个取决于UE实施方案。

5.14.1.2侧链路HARQ操作

5.14.1.2.1侧链路HARQ实体

在MAC实体处存在一个侧链路HARQ实体以供在SL-SCH上发送，这维持了数个并行侧链路处理。

发送与侧链路HARQ实体相关联的侧链路处理的数目在[8]中定义。

经输送和经配置侧链路授权和它相关联的HARQ信息与侧链路处理相关联。

对于SL-SCH的每一子帧和每一侧链路处理，侧链路HARQ实体将：

-如果已经针对此侧链路处理指示侧链路授权，并且存在用于与此侧链路授权相关联的ProSe目的地的侧链路逻辑信道的SL数据可供发送，那么：

-从“复用和组合(Multiplexing and assembly)”实体中获得MAC PDU；

-将MAC PDU和侧链路授权以及HARQ信息输送到此侧链路处理；

-指示此侧链路处理触发新发送。

-否则，如果此子帧对应于用于此侧链路处理的重新发送机会，那么：

-指示此侧链路处理触发重新发送。

●注意：用于重新发送机会的资源在[2]的子条款14.2.1中指定。

5.14.1.2.2侧链路处理

侧链路处理与HARQ缓存区相关联。

冗余版本的序列是0，2，3，1。变量CURRENT_IRV是对冗余版本的序列的索引。此变量为经更新模数4。

对侧链路授权中所指示的且其中MCS被上层配置(如果配置)的资源执行在给定SC周期内的新的发送和重新发送。

如果侧链路HARQ实体请求新发送，那么侧链路处理将：

-将CURRENT_IRV设置成0；

-在相关联的HARQ缓存区中存储MAC PDU；

-存储从侧链路HARQ实体接收到的侧链路授权；

-产生如下所述的发送。

如果侧链路HARQ实体请求重新发送，那么侧链路处理将：

-产生如下所述的发送。

为了产生发送，侧链路处理将：

-如果不存在上行链路发送，或如果MAC实体能够执行上行链路发送并在发送的同时能够执行SL-SCH上的发送，并且：

-如果不存在用于发送的侧链路发现间隙或在发送时不存在PSDCH上的发送，那么：

-指示物理层根据具有对应于CURRENT_IRV值的冗余版本的所存储侧链路授权而产生发送。

-逐一递增CURRENT_IRV。

5.14.1.3复用和组合

对于与一个SCI相关联的PDU，MAC将仅考虑具有相同源层2ID-目的地层2ID对的逻辑信道。

授权重叠的SC周期内的到不同ProSe目的地的多个发送受制于单集群SC-FDM约束。

5.14.1.3.1逻辑信道优先化

逻辑信道优先化程序应用于执行新的发送时。每一侧链路逻辑信道具有为PPPP的相关联的优先级。多个侧链路逻辑信道可具有相同的相关联的优先级。优先级和LCID之间的映射取决于UE实施方案。

MAC实体将针对SC周期中所发送的每一SCI执行以下逻辑信道优先化程序：

-MAC实体将在以下步骤中向侧链路逻辑信道分配资源：

-步骤0：选择不是先前针对此SC周期选择的ProSe目的地，其具有在具有可用于发送的数据的侧链路逻辑信道之间为最高优先级的侧链路逻辑信道；

-步骤1：在属于选定ProSe目的地且具有可用于发送的数据的侧链路逻辑信道之间，向具有最高优先级的侧链路逻辑信道分配资源；

-步骤2：如果仍存在任何资源，按优先级的降序服务属于选定ProSe目的地的侧链路逻辑信道，直到用于侧链路逻辑信道的数据或SL授权被耗尽，不管哪个先出现。应同等地服务配置有相等优先级的侧链路逻辑信道。

-UE还将遵循下方的在上述调度程序期间的规则：

-如果整个SDU(或部分发送的SDU)适合剩余资源，那么UE不应将RLC SDU(或部分发送的SDU)分割；

-如果UE将RLC SDU与侧链路逻辑信道分割，那么它将最大化区段的大小以尽可能地填充授权；

-UE应该使数据的发送最大化；

-如果MAC实体被给予等于或大于10个字节的侧链路授权大小，同时具有可用于发送的数据，那么MAC实体将不仅发送填充(padding)。

5.14.1.3.2MAC SDU的复用

MAC实体将根据子条款5.14.1.3.1和6.1.6对MAC PDU中的MAC SDU进行复用。

5.14.1.4缓冲区状态报告

侧链路缓冲区状态报告程序用于向服务eNB提供关于与MAC实体相关联的SL缓冲区中的可用于发送的侧链路数据的数量的信息。通过配置两个计时器periodic-BSR-TimerSL和retx-BSR-TimerSL，RRC控制用于侧链路的BSR报告。每一侧链路逻辑信道属于ProSe目的地。取决于侧链路逻辑信道的优先级以及LCG ID和由logicalChGroupInfoList[8]中的上层提供的优先级之间的映射，将每一侧链路逻辑信道分配给LCG。根据ProSe目的地定义LCG。

如果任何以下事件中的任一事件发生，那么将会触发侧链路缓冲区状态报告(BSR)：

-如果MAC实体具有经配置SL-RNTI，那么：

-对于ProSe目的地的侧链路逻辑信道，SL数据变得可用于RLC实体或PDCP实体中的发送(什么数据将被视为可用于发送的定义分别在[3]和[4]中指定)，并且要么数据属于具有比属于任何LCG(属于相同ProSe目的地)且对于其数据已经可用于发送的侧链路逻辑信道的优先级更高的优先级的侧链路逻辑信道，要么对于属于相同ProSe目的地的侧链路逻辑信道中的任一个，目前不存在可用于发送的数据，在此情况下，侧链路BSR在下文中被称为“常规侧链路BSR”；

-分配UL资源，并且在已经触发填充BSR之后剩余的填充位的数目等于或大于含有用于ProSe目的地的至少一个LCG的缓冲区状态的侧链路BSR MAC控制元素加上它的子标头的大小，在此情况下，侧链路BSR在下文中被称为“填充侧链路BSR”；

-retx-BSR-TimerSL到期，并且MAC实体具有可用于侧链路逻辑信道中的任一个的发送的数据，在此情况下，侧链路BSR在下文中被称为“常规侧链路BSR”；

-periodic-BSR-TimerSL到期，在此情况下，侧链路BSR在下文中被称为“周期性侧链路BSR”；

-否则：

-SL-RNTI被上层配置，并且SL数据可用于RLC实体或PDCP实体中的发送(什么数据将被视为可用于发送的定义分别在[3]和[4]中指定)，在此情况下，侧链路BSR在下文中被称为“常规侧链路BSR”。

对于常规和周期性侧链路BSR：

-如果UL授权中的位数目等于或大于含有用于具有可用于发送的数据的所有LCG的缓冲区状态的侧链路BSR加上它的子标头的大小，那么：

-报告含有用于具有可用于发送的数据的所有LCG的缓冲区状态的侧链路BSR；

-否则，考虑到UL授权中的位数目，报告含有用于尽可能多的具有可用于发送的数据的LCG的缓冲区状态的截断侧链路BSR。

对于填充侧链路BSR：

-如果在已经触发填充BSR之后剩余的填充位数目等于或大于含有用于具有可用于发送的数据的所有LCG的缓冲区状态的侧链路BSR加上它的子标头的大小，那么：

如果缓冲区状态报告程序确定已经触发且未取消至少一个侧链路BSR，那么：

-如果MAC实体具有分配用于此TTI内的新发送的UL资源，并且经分配UL资源可由于逻辑信道优先化而容纳侧链路BSRMAC控制元素加上它的子标头，那么：

-指示复用和组合程序产生侧链路BSRMAC控制元素；

-除了在所有生成侧链路BSR都是截断侧链路BSR时，开始或重新开始periodic-BSR-TimerSL；

-开始或重新开始retx-BSR-TimerSL；

-否则如果已经触发常规侧链路BSR，那么：

-如果上行链路授权未配置，那么：

-将触发调度请求。

MAC PDU将含有最多一个侧链路BSRMAC控制元素，即使在多个事件到可发送侧链路BSR的时候触发侧链路BSR，在此情况下，常规侧链路BSR和周期性侧链路BSR将已经优先于填充侧链路BSR。

在接收到SL授权后，MAC实体将重新开始retx-BSR-TimerSL。

在对此SC周期有效的剩余经配置SL授权可容纳可用于发送的所有未决数据的情况下，将取消所有经触发常规侧链路BSR。在MAC实体不具有可用于侧链路逻辑信道中的任一个的发送的数据的情况下，将取消所有经触发侧链路BSR。当侧链路BSR(除了截断侧链路BSR)包含在MAC PDU中以供发送时，将取消所有经触发侧链路BSR。当上层配置自主资源选择时，将取消所有经触发侧链路BSR，并且将停止retx-BSR-TimerSL和periodic-BSR-TimerSL。

MAC实体在TTI中将发送最多一个常规/周期性侧链路BSR。如果请求MAC实体在TTI中发送多个MAC PDU，那么它可在不含有常规/周期性侧链路BSR的MAC PDU中的任一个中包含填充侧链路BSR。

在已经对此TTI建构所有MAC PDU之后，在TTI中发送的所有侧链路BSR始终反映缓冲区状态。每一LCG将每一TTI报告最多一个缓冲区状态值，并且此值将在报告此LCG的缓冲区状态的所有侧链路BSR中进行报告。

●注意：不授权填充侧链路BSR取消经触发常规/周期性侧链路BSR。仅针对特定MAC PDU触发填充侧链路BSR，并且当这个MAC PDU已经建构好的时候，取消所述触发。

5.14.2SL-SCH数据接收

5.14.2.1SCI接收

在PSCCH上发送的SCI指示是否存在SL-SCH上的发送，并提供相关HARQ信息。

MAC实体将：

-对于期间MAC实体监测PSCCH的每一子帧：

-如果用于此子帧的SCI已经在具有到此MAC实体的所感兴趣的组目的地ID的PSCCH上接收到，那么：

4-确定其中第一传输块的接收使用接收到的SCI根据[2]的子条款14.2.2发生的子帧集合；

5-将SCI和相关联的HARQ信息存储为针对对应于每一传输块的第一发送的子帧有效的SCI；

-对于其中MAC实体具有有效SCI的每一子帧：

-将SCI和相关联的HARQ信息输送到侧链路HARQ实体。

5.14.2.2侧链路HARQ操作

5.14.2.2.1侧链路HARQ实体

在用于维持数个并行侧链路处理的SL-SCH的接收的MAC实体处存在一个侧链路HARQ实体。每一侧链路处理与SCI相关联，MAC实体对所述SCI感兴趣，如SCI的组目的地ID所确定。侧链路HARQ实体将在SL-SCH上接收到的HARQ信息和相关联的TB引导至对应的侧链路处理。

接收与侧链路HARQ实体相关联的侧链路处理的数目在[8]中定义。

对于SL-SCH的每一子帧，侧链路HARQ实体将：

-对于在此子帧中有效的每一SCI：

-将从物理层接收到的TB和相关联的HARQ信息分配到侧链路处理，关联此侧链路处理与此SCI，并将此发送视为新发送。

-对于每一侧链路处理：

6-如果此子帧根据它的相关联SCI而对应于用于侧链路处理的重新发送机会，那么：

-将从物理层接收到的TB和相关联的HARQ信息分配到侧链路处理，并将此发送视为重新发送。

5.14.2.2.2侧链路处理

对于其中发送针对侧链路处理进行的每一子帧，从侧链路HARQ实体接收一个TB和相关联的HARQ信息。

对于每一接收到的TB和相关联的HARQ信息，侧链路处理将：

-如果这是新发送，那么：

-将CURRENT_IRV设置成0；

-在软缓冲区中存储接收到的数据，并任选地试图根据CURRENT_IRV对接收到的数据进行解码。

-否则如果这是重新发送，那么：

-如果用于此TB的数据尚未成功解码，那么：

7-逐一递增CURRENT_IRV；

8-组合接收到的数据与目前在用于此TB的软缓冲区中的数据，并任选地试图根据CURRENT_IRV对经组合数据进行解码。

-如果MAC实体尝试对其进行解码的数据已经针对此TB成功解码，那么：

-如果这是用于此TB的数据的第一次成功解码，那么：

9-如果经解码MAC PDU子标头的DST字段等于UE的目的地层2ID中的任一个的16个MSB，其中8个LSB等于对应的SCI中的组目的地ID，那么：

-将经解码MAC PDU输送到拆解和分用实体。

5.14.2.3拆解和分用

MAC实体将拆解和分用如子条款6.1.6中所定义的MAC PDU。

[…]

6.1.3.1a侧链路BSR MAC控制元素

侧链路BSR和截断侧链路BSR MAC控制元素由针对每一经报告目标组的一个目的地索引字段、一个LCG ID字段和一个对应的缓冲区大小字段组成。

侧链路BSR MAC控制元素由具有LCID的MAC PDU子标头识别，如表格6.2.1-2中所指定。它们具有可变大小。

对于每一所包含组，字段定义如下(图6.1.3.1a-1和6.1.3.1a-2)：

-目的地索引：目的地索引字段识别ProSe目的地。此字段的长度是4位。值被设置成在destinationInfoList中报告的目的地的索引，并且如果还报告destinationInfoListUC，那么值在整个[8]中所指定的两个列表中依序进行索引；

-LCG ID：逻辑信道组标识字段识别正在报告缓冲区状态的逻辑信道组。所述字段的长度是2位；

-缓冲区大小：缓冲区大小字段识别在已经建构好TTI内的所有MAC PDU之后，在整个ProSe目的地的LCG的所有逻辑信道中可用的总数据量。数据量以字节数目的形式指示。它将包含可用于RLC层和PDCP层中的发送的所有数据；什么数据将被视为可用于发送的定义分别在[3]和[4]中指定。在缓冲区大小计算中不考虑RLC和MAC标头的大小。此字段的长度是6位。被缓冲区大小字段采用的值在表格6.1.3.1-1中示出。

-R：保留位，设置成“0”。

以属于LCG的侧链路逻辑信道的最高优先级的降序的方式包含LCG的缓冲区大小，而无关于目的地索引字段的值。

[名称为“对于偶数N的侧链路BSR和截断侧链路BSRMAC控制元素(Sidelink BSRand Truncated Sidelink BSR MAC control element for even N)”的3GPP TS36.321v13.1.0的图6.1.3.1a-1重制为图16。]

[名称为“对于奇数N的侧链路BSR和截断侧链路BSRMAC控制元素(Sidelink BSRand Truncated Sidelink BSR MAC control element for odd N)”的3GPP TS36.321v13.1.0的图6.1.3.1a-2重制为图17]

[…]

[名称为“用于DL-SCH的LCID的值(Values of LCID for DL-SCH)”的3GPPTS36.321 v13.1.0的表格6.2.1-1重制为图18]

[名称为“用于UL-SCH的LCID的值(Values of LCID for UL-SCH)”的3GPPTS36.321 v13.1.0的表格6.2.1-2重制为图19]

[…]

关于新SI，一种新类型的UE到网络的中继将被设计成用于支持商业IoT和可穿戴物。基于所述要求，新类型的UE到网络的中继的设计将考虑远程UE的功率效率、安全性和端到端可达性。在RAN2#93bis讨论(描述与3GPP R2-163056中)中，用于新类型的UE到网络的中继的层2中继设计是一种实现所述要求的解决方案。然而，如何建立中继UE、远程UE和eNB之间的层2映射的细节并不清晰。此外，新SI还考虑无法以Rel-13中继架构实现的端到端(End to End，E2E)服务质量(Quality of Service，QoS)的增强。因此，PC5接口资源利用率将为实现此类增强的关键特征。在我们的假设中，远程UE将建立与D2D接口上的中继UE的双向通信路径。并且，所有上行链路数据发送将进行中继会话以降低功率消耗。一般来说，本发明大体上集中于如何基于上文假设实现下文中的远程UE的E2E QoS。下文的讨论涉及远程UE如何向中继UE/通过中继UE提供它的缓冲区状态的方面和eNB如何从中继UE获得UE的缓冲区状态的方面。远程UE的缓冲区状态可作为类似于传统的缓冲区状态报告(BufferStatus Report，BSR)控制元素(Control Element，CE)发送。侧链路BSR用作BSR CE的实例。BSR CE还可为一种新类型的缓冲区状态报告控制元素(BSR CE)或上行链路缓冲区状态报告控制元素(BSR CE)。

问题3和解决方案-基于某些假设，远程UE将通过PC5接口向相关联的中继UE发送它的侧链路BSR，以节省功率。对于常规侧链路BSR，使用基于竞争的资源还是专用资源于传输将不是问题。然而，对于周期性侧链路BSR，并不推荐使用基于竞争的资源，因为大量IoT装置可同时提供它们的周期性侧链路BSR，并因此很可能增加冲突率。此外，没有任何限制的周期性发送还会具有功率消耗问题。此基线机制在图20中示出。

考虑到侧链路BSR由中继UE中继，eNB将不清楚侧链路BSR何时被触发。此外，由于中继UE对来自所有远程UE的侧链路BSR强制执行它的LCP，所以远程UE的侧链路BSR与eNB的延迟方差可能较大。因此，eNB可能会基于不正确的理解而误释远程UE和调度资源的缓冲区状态。所述问题的可能示例性情况在图21和图22中说明。在图21中，网络配置sidleink授权，其以30个单位资源分配至三个传输机会中，每个传输机会分配10个单位。更新的侧链路BSR在第二传输机会中从远程UE传输到中继UE，并且BSR使用5个单元资源。尽管eNB从中继UE接收到最后一次侧链路BSR，但是在第二次发送机会的情况下，eNB可能不知道最后一次侧链路BSR表示远程UE的缓冲区状态。因此，eNB将难以决定是否基于最后一次侧链路BSR调度资源。相似的情况在图22中出现。

为了实现远程UE的E2E QoS，预期eNB可按需提供侧链路资源并满足延迟要求。本发明提出一种使得eNB很好估计远程UE的缓冲区状态的想法。本发明的一般概念是使得远程UE以固定/预定义时序触发和发送侧链路BSR，所述侧链路BSR可为常规和周期性侧链路BSR。

更确切地说，固定/预定义时序关联到分配给远程UE的SL授权的发送机会(例如，特定的新发送机会、第一次新发送机会，或最后一次新发送机会，……)。因此，考虑到它的侧链路BSR的业务量和报告时序，eNB可估计和/或预测远程UE的缓冲区状态。确切地说，当远程UE接收从eNB经由Uu接口上的PDCCH或从中继UE经由PC5接口发送的侧链路授权时，远程UE将在下一SC周期执行数据发送。远程UE在SC周期中可具有若干次新发送机会。可在最后一次新发送机会时触发和发送侧链路BSR。由于侧链路资源由eNB调度。eNB知道侧链路BSR反映在最后一次新发送时的远程UE的缓冲区状态。替代地，可在第一次新发送机会时触发和发送侧链路BSR。

在一实施例中，侧链路BSR是常规侧链路BSR。替代地，侧链路BSR是周期性侧链路BSR。此外，如果在UE中没有数据剩余，那么侧链路BSR将被取消。此外，此类侧链路BSR设计还可有益于中继UE响应于处理远程UE的侧链路缓冲区状态的情形。由于新触发的侧链路BSR可始终反映最新缓冲区状态(例如，一直在最后一次新发送机会时发送)，所以中继UE可仅更新缓冲区状态，而不需针对不同情况进行任何复杂的计算。

在实际实施方案中，侧链路BSR可较早触发，但是侧链路BSR将包含在预定义时序中。因此，外部行为将为在预定义时序中(例如，第一次新发送机会、最后一次发送机会等)到中继UE的发送一直包含侧链路BSR。

另一方法是改变由侧链路BSR报告的内容。目前，Uu链路中发送的侧链路BSR是为了报告侧链路BSR发送的子帧中的缓冲区状态。并且本发明提出在PC5接口上发送的侧链路BSR报告在考虑到所有可用侧链路资源的情况下的剩余数据的缓冲区状态。换句话说，UE将在报告中计算缓冲区状态，因为总数据大小减少的当前缓冲区大小，可以在所有侧链路授权中的所有剩余传输机会中被容纳。

问题4和解决方案-为了改进远程UE的E2E QoS，最简单的方式是使eNB能够基于远程UE的需要调度远程UE。然而，由于远程UE将因为节省功率而不会与eNB直接通信，所以eNB无法理解远程UE的需要，并且无法进一步基于远程UE的需要调度资源。此处论述供eNB得到关于远程UE的资源需求的信息的至少两种机制。

第一种机制是中继UE将远程UE的侧链路BSR转发到eNB。对于这种机制，假设远程UE将重复使用传统的侧链路BSR机制以报告它的资源需要。然而，相比于传统的一个差别是远程UE将通过PC5接口向中继UE发送经触发侧链路BSR以供转发。详细地说，如果经触发侧链路BSR是常规侧链路BSR，那么远程UE可使用竞争资源以发送经触发侧链路BSR。如果经触发侧链路BSR是周期性侧链路BSR，那么它可通过所分配的专用侧链路资源(例如，从中继UE或eNB接收的PC5资源)发送到中继UE。在一实施例中，没有填充侧链路BSR可以通过侧链路授权发送。

当远程UE的侧链路BSR被中继UE接收到时，中继UE将需要处理远程UE的侧链路BSR的发送。中继UE将需要上行链路资源以转发远程UE的侧链路BSR。可能的转发格式在图23中示出。

如果考虑传统的设计概念，那么一个简单的方式是将远程UE的侧链路BSR视为一种新类型的常规BSR，并且可触发SR发送。通过此方式，中继UE可确保将存在用于远程UE的侧链路BSR的上行链路资源。然而，此方式可能具有一些缺点。

缺点是如果存在连续来自远程UE的周期性/常规侧链路BSR，因为中继UE无法分辨接收至远程UE的侧链路BSR是周期性和常规侧链路BSR，那么SR会被经常触发，。因此，中继UE将在PDCCH监测上消耗更多的功率。另一缺点是eNB将更加难以分配适当的UL资源以响应来自中继UE的SR。此外，新类型的常规BSR可能需要新格式，且消耗更多的上行链路源。考虑到所述缺点，提出另一可能的方式：请求用于转发远程UE的侧链路BSR的资源。远程UE的侧链路BSR将被视为特别上行链路数据，并触发UL BSR以请求资源。另一方面，中继UE的侧链路BSR将仍然为传统的。在一实施例中，远程UE的侧链路BSR可被视为最高优先级的上行链路数据。

大体上，这种用于SR发送的触发可能不限于远程UE的侧链路BSR。来自远程UE的一些业务可被视为触发SR发送的事件。本发明的一般概念是如果不存在上行链路资源，那么从远程UE发送的MAC CE可在中继UE侧处触发SR发送。确切地说，当中继UE从远程UE接收传输块，并且传输块包含侧链路BSR MAC CE和/或功率余量报告MAC CE时。这些种类的CE对时间敏感，并且一旦可能就应该被发送到eNB。因此，中继UE可将此情形视为一种新类型的常规BSR，并因此如果不存在可用上行链路资源，那么可触发SR发送。更确切地说，如果传输块包含任何MAC SDU，那么那些MAC SDU可最后在中继UE侧处触发常规BSR；因此，可进一步增强所述方法以供应用于从远程UE发送的传输块仅包含MAC CE，即，没有MAC SDU或MAC SDU用于中继。

替代地，中继UE可将侧链路BSR MAC CE和/或从远程UE发送的功率余量报告MACCE视为较高优先级数据，并触发上行链路BSR。上行链路BSR的缓冲区状态包含侧链路BSRMAC CE和/或功率余量报告MAC CE的大小。

图24是从支持装置到装置的中继通信的第一UE的角度的根据一示例性实施例的流程图2400。在步骤2405中，所述第一UE从第二UE接收传输块，其中传输块含有MAC控制元素。

在一实施例中，第一UE可为中继UE，并且第二UE可为远程UE。在一实施例中，装置到装置的中继通信可为第一UE将第二UE的数据中继到基站。此外，装置到装置的中继通信可为第一UE将第二UE的数据从基站中继到第二UE。

在一实施例中，传输块不包含需要进行中继的任何MAC服务数据单元(ServiceData Unit，SDU)。此外，MAC控制元素可为用于侧链路的MAC控制元素。

在一实施例中，MAC SDU指代将从第二UE中继到基站的数据。此外，MAC SDU可为将被中继到基站的MAC SDU。

在步骤2410中，第一UE触发BSR。在步骤2415中，当第一UE不具有可用于发送的数据以及不具有可用于BSR传输的上行链路资源时，第一UE触发SR(调度请求)并向基站发送SR。在步骤2420中，第一UE向基站发送BSR，其中BSR将MAC控制元素视为缓冲区大小的部分。

返回参看图3和4，在第一UE的一示例性实施例中，装置300包含存储在存储器310中的程序代码312。CPU 308可执行程序代码312以使得第一UE能够(i)从第二UE接收传输块，其中传输块含有MAC控制元素，(ii)触发BSR，(iii)当第一UE不具有可用于发送的数据以及不具有可用于BSR传输的上行链路资源时，触发SR(调度请求)并向基站发送SR，和(iv)向基站发送BSR，其中BSR将MAC控制元素视为缓冲区大小的部分。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中所描述的其它动作和步骤。

问题5和解决方案-基于上文的方法，最终，中继UE将从eNB接收上行链路授权。此外，中继UE将需要基于LCP程序决定哪些内容将包含到传输块中。在此程序中，将处理两个潜在的问题。第一，在LCP程序中将考虑远程UE的侧链路BSR的什么优先级？第二，远程UE的侧链路BSR可以通过多个UL授权发送吗？

关于第一个问题，中继UE中的远程UE的侧链路BSR的可能优先级设置在下方列出。

选择方案1-中继UE的公共控制信道(Common Control Channel，CCCH)>中继UE的BSR>中继UE的PHR(功率余量报告)>中继UE的侧链路BSR＝远程UE的侧链路BSR(基于LCG或PPPP)>数据>填充。

选择方案2-中继UE的CCCH>中继UE的BSR>中继UE的PHR>中继UE的侧链路BSR>远程UE的侧链路BSR>数据>填充。

注意：PHR还可为extendedPHR、dualConnectivityPHR，或甚至其它未来上行链路功率报告相关控制元素。

然而，考虑到不充足的上行链路授权的情况，远程UE的侧链路BSR可部分地包含到根据上行链路授权创建的传输块(Transport Block，TB)中。通常，UE将在TB中尽可能地包含更重要的信息(例如，更高优先级)。然而，关于从远程UE接收的侧链路BSR或MAC SDU，中继UE可能不理解此类接收到的信息的优先级。例如，传统上，侧链路BSR含有多个逻辑信道组(Logical Channel Groups，LCG)，并且每一LCG与特定的逻辑信道优先级集合相关联。所述关联由eNB决定，并专门配置到UE。在先前情况中，当中继UE从远程UE接收侧链路BSR时，中继UE无法决定信息的哪一部分更重要以优先包含，因为中继UE不知道LCG和逻辑信道优先级(例如，每一分组的Pro-Se的优先级(Pro-Se Per Packet Priority，PPPP))之间的关联。因此，eNB就可能不能够尽早获得重要信息。为了解决这个问题，eNB可提供远程UE到中继UE的关联，以帮助中继UE做出包含次序的恰当决定。中继UE将为选择方案1和选择方案2两者考虑所述关联。此外，对于选择方案1，中继UE将进一步考虑远程UE的关联和其自身在LCG和逻辑信道优先级之间的关联两者。

此外，即使在中继UE将不转发远程UE的缓冲区状态的情况中，向中继UE提供远程UE的配置信息也将有益于中继UE正确理解每一LCG在从远程UE接收的侧链路BSR中的优先级。基于所述理解，作为问题6的解决方案(在下文论述)，中继UE可重新排序缓冲区状态并更新信息，或可直接将资源调度到远程UE中的较高优先级数据。替代地，这可通过中继UE将它的LCG/PPPP配置(如上文所论述)传递到远程UE以协调所述配置以及对所述配置的理解来完成。

中继UE可处理遵循中继UE的优先化规则而从远程UE接收的任何控制元素或分组器(packer)。替代地，它可广播到所有UE以协调对远程UE的配置的理解。通过此方式，中继UE可共享信息。在一实施例中，中继UE并不在广播消息中应用所述配置。替代地，中继UE可在广播消息中应用相同配置。

另一方面，当中继UE决定包含次序时，在上述情况下，中继UE将在TB中包含从远程UE接收的部分侧链路BSR信息。UE还可包含具有一点改变的部分侧链路BSR。例如，替换新MAC子标头，或出于其它目的向部分侧链路BSR中添加额外指示。

关于不充足的上行链路授权的情况，因为网络可能不会提供足以容纳上行链路BSR、中继UE的侧链路BSR和远程UE的侧链路BSR的上行链路授权，中继UE将在TB中包含那些BSR的部分。根据传统的设计，侧链路BSR可部分地包含到TB中，并且所包含部分的子标头将设置成截断侧链路BSR以告知eNB存在剩余部分。这将为合理的：机制还可重复用于新类型的BSR，比方说远程UE的侧链路BSR。然而，在所有所包含BSR是完整的BSR，但是某一新类型的常规BSR可仍然存在的情况中可能出现问题。在此情况下，尽管所述类型的常规BSR可自主触发SR，但是依赖于此类机制可能存在一些损失(例如，冗余SR发送、延迟等)。

解决所述问题的一种方式是定义一种新的用于表示在UE中存在未决控制元素的LCID。在一实施例中，新LCID可用于BSR的子标头。此外，BSR可为侧链路BSR，并且侧链路BSR可为从远程UE接收的侧链路BSR以供转发。

在另一个实施方案中，新LCID可用于指示BSR中的缓冲区状态是否已经考虑控制元素。在一实施例中，当侧链路BSR是不完整地包含到TB中时，UE将不会将新LCID设置成侧链路BSR。

在另一实施例中，新LCID可用于新MAC控制元素。此外，新MAC控制元素可指示在UE(例如，中继UE)中有多少个未决控制元素。在一实施例中，未决控制元素可为侧链路BSR控制元素。此外，未决控制元素可为从其它UE接收的控制元素。此外，未决控制元素可为UE中的控制元素(例如，PHR CE、侧链路BSR CE等)。

在一实施例中，在目前LCP程序中，新MAC控制元素具有比BSR控制元素高的优先级。在另一实施例中，在目前LCP程序中，新MAC控制元素具有比侧链路BSR控制元素高的优先级。在又一实施例中，在目前LCP程序中，新MAC控制元素具有比上行链路PHR控制元素高的优先级。

解决所述问题的另一方式是使所有远程UE的侧链路BSR CE共享MAC子标头以指示具有相同或相似目的的多个控制元素。在一实施例中，新MAC子标头可包含用于指示以UE的控制元素为目标的字段，和指示相同目标UE的缓冲区状态控制元素的边界或数目的另一字段。示例性实施例在图25中示出。在图25中，远程UE索引是供eNB识别控制元素的所有物。由于每一LCG对(例如，目的地索引+LCG+缓冲区大小)具有相同长度，用于LCG数目的字段可指示控制元素的长度或边界。

问题6和解决方案-用于eNB以得到关于远程UE的资源需求的信息的另一机制是中继UE触发并报告用于远程UE的需要的侧链路BSR。在此机制的情况下，远程UE将维持传统的侧链路BSR机制。然而，经触发侧链路BSR将通过PC5接口发送到中继UE。细节可参考上文相关内容。

当中继UE从远程UE接收侧链路BSR时，来自远程UE的侧链路BSR的内容将被中继UE视为一种新类型的链路的可用数据。根据传统的侧链路BSR机制，中继UE将在中继UE的侧链路BSR中反映所述新类型的可用数据，并将中继UE的侧链路BSR发送到基站以请求侧链路资源。此外，由于中继UE实际上并不拥有远程UE的数据，所以当中继UE从远程UE接收侧链路BSR时，中继UE将需要将新类型的可用数据的缓冲区状态更新到最新情况。

在一实施例中，基站可基于中继UE的侧链路BSR而将资源调度到中继UE。此外，中继UE可向远程UE提供部分或全部经调度侧链路资源。替代地，基站可直接将资源调度到远程UE。示例性实施例在图26中示出。关于在此情况下的侧链路的LCP程序，中继UE可能需要决定如何使用接收到的SL授权。如果中继UE决定(例如，基于PPPP信息、LCG)对新类型的中继链路的可用数据使用接收到的SL授权，那么中继UE将向远程UE提供部分或完整的接收到的SL授权。

这种解决方案的主要益处是避免在Uu接口上创建新MAC CE以区分远程UE的缓冲区状态与中继UE的缓冲区状态。然而，这种解决方案存在两个潜在的缺点。首先，基站可能难以区分远程UE的缓冲区状态与接收到的侧链路BSR中的中继UE的缓冲区状态。因此，中继UE和远程UE之间的链路的调度可具有资源浪费的风险。第二，远程UE无法通过此方法请求其它PC5链路资源。

关于第一个缺点，存在一些用于缓解损失的可能的方法。一个可能的方法是将远程UE和中继UE的缓冲区状态分隔到链路的不同LCG中。这可通过基站配置实现。示例性实施例在图27中示出。

另一可能的方法是将远程UE和中继UE的缓冲区状态分隔到不同的侧链路BSR中。为了实现此方法，中继UE将需要创建另一链路以报告远程UE的缓冲区状态。因此，中继UE可通过SidelinkUEInformation报告用于中继会话的两个链路，包含：一个链路用于中继会话的DL方向(其将遵循传统的设计完成)，并且一个链路用于中继会话的UL方向(例如，将中继UE的ProSe UE ID包含到destinationInfoList中或创建类似于commTxResourceReqRelay的新IE)。

当中继UE从与中继会话相关联的远程UE接收侧链路BSR时，侧链路BSR中的缓冲区状态将被视为用于表示中继会话的UL方向的链路的新的可用数据。此实施例的实例在图28和图29中示出。当中继UE接收SL授权，并决定在表示中继会话的UL方向的链路上使用它时，中继UE可向与中继会话相关联的远程UE提供SL授权。

图30是根据一示例性实施例的流程图3000。在步骤3005中，第一UE向基站发送消息以在BSR的目的地索引和第二UE的链路之间建立关联，其中第二UE是链路的源点。在步骤3010中，第一UE触发BSR并向基站发送BSR，其中目的地索引相关的缓冲区状态包含第二UE对链路的资源需求。

在一实施例中，消息可包含第二UE的标识。替代地，消息可包含作为一对的第一UE的标识和第二UE的标识。此外，消息可包含目的地索引和第二UE的标识。此外，消息可为SidelinkUEInformation或RRC(无线电资源控制)消息。

在一实施例中，当第一UE发送BSR时，与第二UE的缓冲区状态有关的数据可在第二UE中待决。此外，BSR可为侧链路BSR。此外，第二UE的链路可用于通过装置到装置的接口将数据从第二UE转发到另一UE(包含第一UE)。

返回参看图3和4，在第一UE的一示例性实施例中，装置300包含存储在存储器310中的程序代码312。CPU 308可执行程序代码312以使得第一UE能够(i)向基站发送消息以在BSR的目的地索引和第二UE的链路之间建立关联，其中第二UE是链路的源点，和(ii)触发BSR并向基站发送BSR，其中目的地索引相关的缓冲区状态包含第二UE对链路的资源需求。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中所描述的其它动作和步骤。

图31是从UE的角度的根据一示例性实施例的流程图3100。在步骤3105中，第一UE从基站接收配置以在BSR的目的地索引和第二UE的链路之间建立关联，其中第二UE是链路的源点。

在一实施例中，配置可包含第二UE的标识(例如，ProSe UE ID)、作为一对的第一UE的标识和第二UE的标识，和/或目的地索引和第二UE的标识。此外，配置可包含在RRCConnectionReconfiguration或RRC消息中。

在步骤3110中，第一UE触发BSR并向基站发送BSR，其中目的地索引相关的缓冲区状态包含第二UE对链路的资源需求。在一实施例中，第一UE可为中继UE，并且第二UE可为远程UE。

在一实施例中，装置到装置的中继通信可为第一UE将第二UE的数据中继到基站。替代地，装置到装置的中继通信可为第一UE将第二UE的数据从基站中继到第二UE。

在一实施例中，第二UE的链路可为用于第二UE向第一UE发送消息的链路。替代地，第二UE的链路是用于第二UE向第一UE发送消息以供中继的链路。

返回参看图3和4，在第一UE的一示例性实施例中，装置300包含存储在存储器310中的程序代码312。CPU 308可执行程序代码312以使得第一UE能够(i)从基站接收配置以在BSR的目的地索引和第二UE的链路之间建立关联，和(ii)触发BSR并向基站发送BSR，其中目的地索引相关的缓冲区状态包含第二UE对链路的资源需求。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中所描述的其它动作和步骤。

上文已经描述本发明的各方面。应该清楚，本文中的教示可以各种形式实施，并且本文中所揭示的任何特定结构、功能或这两者仅为代表性的。基于本文中的教示，所属领域的技术人员应了解本文中所揭示的方面可独立于任何其它方面而实施，并且这些方面中的两个或更多个可以各种方式组合。例如，可使用本文中阐述的任何数目的方面来实施设备或实践方法。此外，可使用其它结构、功能性，或除了本文中阐述的方面中的一个或多个之外或不是本文中阐述的方面中的一个或多个的结构和功能性来实施此类设备或实践此类方法。作为上文概念中的一些的实例，在一些方面中，可基于脉冲重复频率建立并行信道。在一些方面中，可基于脉冲位置或偏移建立并行信道。在一些方面中，可基于跳时序列建立并行信道。在一些方面中，可基于脉冲重复频率、脉冲位置或偏移以及跳时序列建立并行信道。

所属领域的技术人员将理解，可以使用多种不同技术和技艺中的任一个来表示信息和信号。例如，可由电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能提及的数据、指令、命令、信息、信号、位、符号和码片。

所属领域的技术人员将进一步了解，结合本文中所揭示的方面描述的各种说明性逻辑块、模块、处理器、构件、电路以及算法步骤可以实施为电子硬件(例如，可以使用源译码或某一其它技术设计的数字实施、模拟实施或这两者的组合)、并入有指令的各种形式的程序或设计代码(为方便起见，其在本文中可以称为“软件”或“软件模块”)或这两者的组合。为清楚地说明硬件与软件的此互换性，上文已大体上在各种说明性组件、块、模块、电路和步骤的功能性方面对它们加以描述。此类功能性是实施为硬件还是实施为软件取决于具体应用和强加于整个系统的设计约束。所属领域的技术人员可针对每一具体应用以不同方式实施所描述的功能性，但此类实施决策不应被解释为引起对本发明的范围的偏离。

另外，结合本文中所揭示的方面描述的各种说明性逻辑块、模块和电路可以在集成电路(“IC”)、接入终端或接入点内实施或由所述集成电路、接入终端或接入点执行。IC可包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件，或其经设计以执行本文中所描述的功能的任何组合，且可执行驻留在IC内、在IC外或这两种情况下的代码或指令。通用处理器可为微处理器，但在替代方案中，处理器可为任何常规处理器、控制器、微控制器或状态机。处理器还可实施为计算装置的组合，例如DSP和微处理器的组合、多个微处理器、一个或多个微处理器结合DSP内核，或任何其它此类配置。

应理解，在任何所揭示的过程中的步骤的任何特定次序或层次是样本方法的实例。基于设计偏好，应理解，所述过程中的步骤的特定次序或层次可以重新布置，同时仍在本发明的范围内。随附的方法权利要求项以样本次序呈现各种步骤的要素，且并不意图受限于所呈现的特定次序或层次。

结合本文中所揭示的方面描述的方法或算法的步骤可以直接用硬件、用由处理器执行的软件模块，或用这两者的组合实施。软件模块(例如，包含可执行指令和相关数据)和其它数据可以驻留在数据存储器中，例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或所属领域中已知的计算机可读存储媒体的任何其它形式。样本存储媒体可耦合到机器，例如，计算机/处理器(为方便起见，其在本文中可称为“处理器”)，此类处理器可从存储媒体读取信息(例如，代码)和将信息写入到存储媒体。样本存储媒体可与处理器成一体式。处理器和存储媒体可驻留在ASIC中。ASIC可驻留在用户设备中。在替代方案中，处理器和存储媒体可作为离散组件驻留在用户设备中。此外，在一些方面中，任何合适的计算机程序产品可包括计算机可读媒体，所述计算机可读媒体包括与本发明的方面中的一个或多个相关的代码。在一些方面中，计算机程序产品可包括封装材料。

虽然已结合各种方面描述本发明，但应理解本发明能够进行进一步修改。本申请案意图涵盖对本发明的任何改变、使用或调适，这通常遵循本发明的原理且包含从本发明的此类偏离，所述偏离处于在本发明所属的技术领域内的已知及惯常实践的范围内。

Claims

1.一种应用于无线通信系统中第一用户设备支持装置到装置的中继通信的方法，包括：

所述第一用户设备从第二用户设备接收传输块，其中所述传输块含有媒体接入控制控制元素；以及

所述第一用户设备触发缓冲区状态报告并向基站发送缓冲区状态报告，其中所述缓冲区状态报告将所述媒体接入控制控制元素视为缓冲区大小的部分。

2.根据权利要求1所述的方法，其中当所述第一用户设备没有可用于发送的数据以及不具有可用于缓冲区状态报告传输的上行链路资源时，所述第一用户设备触发调度请求并向所述基站发送调度请求。

3.根据权利要求1所述的方法，其中所述传输块不包含需要进行中继的任何媒体接入控制服务数据单元。

4.根据权利要求1所述的方法，其中所述媒体接入控制控制元素是用于侧链路的媒体接入控制控制元素，上行链路缓冲区状态报告控制元素，或新类型的缓冲区状态报告控制元素。

5.一种支持无线通信系统中的装置到装置的通信的方法，包括：

第一用户设备用户设备将消息发送到基站，以在缓冲区状态报告的目的地索引和第二用户设备的链路之间建立关联，其中所述第二用户设备是所述链路的源点；以及

所述第一用户设备触发缓冲区状态报告并向所述基站发送缓冲区状态报告，其中所述目的地索引相关的缓冲区状态包含所述第二用户设备对所述链路的资源需求。

6.根据权利要求5所述的方法，其中所述消息包含所述第二用户设备的标识。

7.根据权利要求5所述的方法，其中所述消息包含作为一对的所述第一用户设备的标识和所述第二用户设备的标识。

8.根据权利要求5所述的方法，其中当所述第一用户设备发送所述缓冲区状态报告时，与用于所述链路的所述第二用户设备的所述缓冲区状态有关的数据在所述第二用户设备中待决。

9.根据权利要求5所述的方法，其中所述缓冲区状态报告是侧链路缓冲区状态报告，上行链路缓冲区状态报告控制元素，或新类型的缓冲区状态报告控制元素。

10.根据权利要求5所述的方法，其中所述第二用户设备的所述链路用于通过装置到装置接口将数据从所述第二用户设备转发到另一用户设备，所述另一用户设备包含所述第一用户设备。

11.一种第一用户设备，包括：

控制电路；

处理器，其安装在所述控制电路中；以及

存储器，其安装在所述控制电路中并且可操作地耦合到所述处理器；

其中所述处理器被配置成执行存储在所述存储器中的程序代码，以进行以下操作：

从第二用户设备接收传输块，其中所述传输块含有媒体接入控制控制元素；以及

触发缓冲区状态报告并向基站发送缓冲区状态报告，其中所述缓冲区状态报告将所述媒体接入控制控制元素视为缓冲区大小的部分。

12.根据权利要求11所述的第一用户设备，其中当所述第一用户设备没有可用于发送的数据以及不具有可用于缓冲区状态报告传输的上行链路资源时，所述第一用户设备触发调度请求并向所述基站发送调度请求.。

13.根据权利要求11所述的第一用户设备，其中所述传输块不包含需要进行中继的任何媒体接入控制服务数据单元。

14.根据权利要求11所述的第一用户设备，其中所述媒体接入控制控制元素是用于侧链路的媒体接入控制控制元素，上行链路缓冲区状态报告控制元素，或新类型的缓冲区状态报告控制元素。

15.一种第一用户设备，包括：

控制电路；

处理器，其安装在所述控制电路中；以及

将消息发送到基站，以在缓冲区状态报告的目的地索引和第二用户设备的链路之间建立关联，其中所述第二用户设备是所述链路的源点；以及

触发缓冲区状态报告并向所述基站发送缓冲区状态报告，其中所述目的地索引相关的缓冲区状态包含所述第二用户设备对所述链路的资源需求。

16.根据权利要求15所述的第一用户设备，其中所述消息包含所述第二用户设备的标识。

17.根据权利要求15所述的第一用户设备，其中所述消息包含作为一对的所述第一用户设备的标识和所述第二用户设备的标识。

18.根据权利要求15所述的第一用户设备，其中当所述第一用户设备发送所述缓冲区状态报告时，与用于所述链路的所述第二用户设备的所述缓冲区状态有关的数据在所述第二用户设备中待决。

19.根据权利要求15所述的第一用户设备，其中所述缓冲区状态报告是侧链路缓冲区状态报告，上行链路缓冲区状态报告控制元素，或新类型的缓冲区状态报告控制元素。

20.根据权利要求15所述的第一用户设备，其中所述第二用户设备的所述链路用于通过装置到装置接口将数据从所述第二用户设备转发到另一用户设备，所述另一用户设备包含所述第一用户设备。