CN105191178A

CN105191178A - 用于设备到设备通信系统的方法和装置

Info

Publication number: CN105191178A
Application number: CN201480024970.3A
Authority: CN
Inventors: 托马斯·大卫·诺兰; 黄文隆; 南映瀚; 阿里斯·帕帕萨克拉里欧
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2013-05-01
Filing date: 2014-04-30
Publication date: 2015-12-23
Anticipated expiration: 2034-04-30
Also published as: EP2992626A4; EP2992626A1; US9974066B2; CN110177358A; WO2014178671A1; CN105191178B; KR102154605B1; CN110177358B; US20140328329A1; US20180270801A1; KR20160003257A; US11310783B2

Abstract

一种方法，包括通过eNodeB(eNB)配置一个或多个设备到设备(D2D)通信资源池。该方法还包括通过eNB使用公共广播信道将所配置的D2D通信资源池用信令发送给第一用户设备(UE)和多个UE；以及通过配置为传输D2D消息的第一UE，将对于一个或多个D2D通信资源的请求发送至eNB。该方法还包括通过eNB为第一UE确定一个或多个用于D2D通信的资源。该方法还包括将D2D资源分配信息传送至第一UE。

Description

用于设备到设备通信系统的方法和装置

技术领域

本发明整体涉及无线通信系统。本公开更具体地涉及用于设备到设备(D2D)通信的协议。

背景技术

通常，蜂窝通信网络被设计为在移动设备和固定通信基础设施组件(例如基站或接入点)之间建立无线通信链路，固定通信基础设施组件服务于广域或局域的地理范围内的用户。然而，无线网络也可以仅利用设备到设备(D2D)通信链路而不需要固定基础设施组件来实现。这种网络通常称为“自组”网络。混合通信网络可以支持连接至固定基础设施组件和其他启用D2D的设备的设备。

D2D通信可以用来实现多种服务，其与主通信网络互补或基于网络拓扑的弹性提供新服务。D2D多播通信如广播或组播是用于D2D通信的潜在装置，其中，移动设备能将消息传输至作为具体组的成员的所有范围内启用D2D的移动设备或移动设备子集。另外，当在蜂窝和D2D通信模式之间转换时，网络可能需要设备以近乎同时的方式操作。结果，需要可以管理这些混合部署情况中的D2D通信的协议。

发明内容

技术问题

本公开提供了用于设备到设备(D2D)通信的协议。

技术方案

在第一个实施方式中，提供了一种方法。该方法包括通过eNodeB(eNB)配置一个或多个设备到设备(D2D)通信资源池。该方法还包括通过所述eNB使用公共广播信道，将与一个或多个所配置的D2D通信资源池有关的信息用信令发送给第一用户设备(UE)和多个UE。该方法还包括通过所述eNB从所述第一UE接收对于一个或多个D2D通信资源的请求，其中，所述第一UE配置为传输D2D消息。此外，该方法还包括通过eNB对于所述第一UE确定一个或多个用于D2D通信的资源；并且将D2D资源分配信息传送至所述第一UE，其中，所述第一UE配置为将所述D2D资源分配信息传送至所述多个UE中的一个或多个UE，以及将D2D数据传输至所述多个UE中的一个或多个UE。

在第二实施方式中，提供了一种方法。该方法包括通过增强型节点B(eNB)，配置一个或多个D2D通信资源池；以及通过所述eNB，使用公共广播信道，将一个或多个所配置的D2D通信资源池用信令发送给第一用户设备(UE)和多个UE

在第三实施方式中。提供了一种配置为用于D2D通信的用户设备(UE)。所述UE包括处理电路，处理电路配置为：由增强型节点B(eNB)通过公共广播信道，接收一个或多个D2D通信资源池的配置；将对于一个或多个D2D通信资源的请求发送至所述eNB；从所述eNB接收D2D资源分配信息；将D2D资源分配信息传送至一个或多个UE；以及将D2D数据传输至所述一个或多个UE。

在第四实施方式中，提供了一种配置为用于D2D通信的用户设备(UE)。所述UE包括处理电路，处理电路配置为∶由增强型节点B(eNB)通过公共广播信道，接收一个或多个D2D通信资源池的配置；从D2D资源池选择用于D2D传输的一个或多个D2D资源；将D2D资源分配信息传送至一个或多个UE；以及将D2D数据传输至所述一个或多个UE。

在第五实施方式中，提供了一种增强型节点B(eNodeB)。该eNodeB包括处理电路，处理电路配置为：配置一个或多个设备到设备(D2D)通信资源池；使用公共广播信道，将与一个或多个所配置的D2D通信资源池有关的信息用信令发送至第一用户设备(UE)和多个UE；通过配置为传输D2D消息的所述第一UE，接收对于一个或多个D2D通信资源的请求；确定用于所述第一UE的D2D通信的一个或多个资源；以及将D2D资源分配信息传送至所述第一UE。

通过以下附图、描述和权利要求，其他技术特征可以是对本领域的熟练技术人员显而易见。

在进行以下的详细说明前，陈述在整个本专利文件所使用的某些词或短语的定义可以是有利的。术语"耦合"及其派生词是指在两个或多个元件之间的任何直接或间接通信，无论这些元件是否与彼此物理接触。术语“传输”、“接收“和“通信”以及它们的派生词包括直接通信和间接通信。术语“包括”和“包含”及其它们的派生词意思是非限制性的包括。术语“或”是包括性的，意思是和/或。短语“与……关联”及其派生词是指包括、包括在……内部、与……互连、包含、包含在……内部、连接至或与……连接、耦合至或与……耦合、与……可通信、与……协作、交织、并置、邻近、捆绑至或与……捆绑、具有、具有……的性质、具有……关系或与……具有关系等等。术语“控制器”是指控制至少一个操作的任何装置、系统或它们的组件。这样的控制器可以实现成硬件或者硬件和软件的结合和/或固件。与任何具体控制器相关的功能可以是中心式的或分布式的，无论是本地还是远程。当术语“……中的至少一个”与一列项一起使用时，意味着是可以使用所列项的一个或多个项的不同结合，并且可以仅需要一个在列中的项。例如，“A、B、C中的至少一个”包括下列任一组合：A、B、C、A和B、A和C、B和C以及A和B和C。

此外，如下所述的各种功能可以由一个或多个计算机程序执行或支持，每个计算机程序由计算机可读程序代码组成并且实现在计算机可读介质中。术语“应用”和“程序”是指适合于实现成合适的计算机可读程序代码的一个或多个计算机程序、软件组件、指令集、程序、功能、对象、类、实例、相关数据或它们的部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、对象码和可执行代码。短语“计算机可读介质”包括能够由计算机访问的任何类型的介质，例如只读存储器(ROM)、随机访问存储器(RAM)、硬盘驱动器、压缩盘(CD)、数字视频磁盘(DVD)或任何其他类型的存储器。“非暂态”计算机可读介质不包括输送暂时的电或其他信号的有线的、无线的、光学的或其他通信链接。非暂态计算机可读介质包括可以永久存储数据的介质和可以存储数据并且之后重写数据的介质如可改写光盘或可擦除存储器装置。

在整个本专利文件中提供了用于其他特定词或短语的定义。本领域普通技术人员应理解，在很多甚至大多数情况下，这样的定义适用于现有技术以及这样定义的词或短语的将来使用。

附图说明

为了更完整地理解本公开及其优点，现在将参考结合附图所作出的以下描述，其中：

图1示出了根据本公开的示例性无线网络；

图2示出了根据本公开的示例性用户设备(UE)；

图3示出了根据本公开的示例性eNodeB(eNB)；

图4示出了根据本公开的示例性单小区和多小区设备到设备(D2D)通信；

图5示出了根据本公开的网络辅助的网络内D2D通信协议；

图6示出了根据本公开的网络辅助的部分覆盖D2D通信协议；

图7示出了根据本公开的网络外D2D通信协议；

图8给出根据本公开的为D2D传输信道所配置的置UL资源的实例；

图9示出了根据本公开的D2DSIB内的DCCH信息改变过程；

图10示出了根据本公开的D2D兴趣指示的信令流程；

图11示出了根据本公开的网络内D2D通信协议的示例性协议流程；

图12示出了根据本公开的部分网络覆盖D2D通信协议的示例性协议流程；

图13示出了根据本公开的覆盖之外的用户设备的示例性D2D通信协议；

图14示出了根据本公开的D2DUE的示例性同步程序；

图15示出了根据本公开的RACH程序中的网络内覆盖D2D资源预留程序的示例性流程图；

图16示出了根据本公开的RACH程序中的部分网络覆盖D2D资源预留程序的示例性流程图；

图17A、17B和17C示出了根据本公开的承载D2D资源请求和资源分配控制信令内容的不同的示例性MAC控制元素格式；

图18示出了根据本公开的预留用于D2D通信的MBSFN子帧的实例；

图19示出了根据本公开的在预留用于D2D通信的MBSFN子帧内的PRB对的集合的实例；

图20示出了根据本公开的在时间上复用的D2D通信信道的实例；

图21示出了根据本公开的在时间和频率上复用的D2D通信信道的实例；

图22示出了根据本公开的预留用于FDD系统中的D2D通信的上行链路子帧的实例；

图23示出了根据本公开的预留用于TDD系统中的D2D通信的上行链路子帧的实例；

图24示出了根据本公开的在预留用于D2D通信的上行链路D2D子帧内的PRB对的集合的实例；

图25示出了根据本公开的网络辅助的D2D资源请求和分配程序的信令的实例；

图26示出了根据本公开的D2D资源分配的物理下行链路控制信道的发射器链的实例；

图27示出了根据本公开的D2D资源分配的物理下行链路控制信道的接收器链的实例；

图28示出了根据本公开的确定所检测的DCI格式0的目的的UE程序的实例；

图29示出了根据本公开的资源分配信令的实例(实例1-RA)；

图30示出了根据本公开的资源分配信令的实例(左侧：实例2-RA；右侧：实例3-RA)；

图31示出了根据本公开的D2D资源请求和分配的经由偏移的子帧指示的实例；

图32示出了根据本公开的分配给D2D通信(DL子帧)的资源元素的DMRS天线端口关联的实例；

图33示出了根据本公开的分配给D2D传输(UL子帧)的资源元素的DMRS天线端口关联的实例。

具体实施方式

在本专利文献中，在下文中所讨论的图1至图33以及用于描述本公开的原理的各种实施方式仅作说明之用，并且不应被理解为限制本公开的范围。本领域技术人员将理解本公开的原理可以在任何合适设置的设备或系统中实现。

因此以下文献和标准说明被并入本公开如同已在此充分阐述了：3GPP技术规范第36.211号第11.2.0版(“REF1”)；3GPP技术规范第36.212号第11.2.0版(“REF2”)；3GPP技术规范第36.213号第11.2.0版(“REF3”)；3GPP技术规范第36.214号第11.1.0版(“REF4”)；3GPP技术规范第36.300号第11.5.0版(“REF5”)；3GPP技术规范第36.321号第11.2.0版(“REF6”)；3GPP技术规范第36.331号第11.3.0版(“REF7”)；以及3GPP文件第RP-122009号，“关于LTE设备到设备接近服务的研究(StudyonLTEDevicetoDeviceProximityServices)”(“REF8”)。

图1示出了根据本公开的示例性无线网络100。图1所示的无线网络100的实施方式仅用于说明。在不脱离本公开的范围的情况下，可以使用无线网络100的其他实施方式。

如图1所示，无线网络100包括eNodeB(eNB)101、eNB102和eNB103。eNB101与eNB102和eNB103通信。eNB101还与至少一个因特网协议(IP)网络130如因特网、专用IP网络或其他数据网络通信。

根据网络类型，可以使用其他公知的术语例如“基站”或“接入点”代替“eNodeB”或“eNB”。为了方便起见，在本专利文件中术语“eNodeB”和“eNB”用于指代向远程终端提供无线接入的网络基础设施组件。此外，根据网络类型，可以用其他公知的术语例如“移动站”、“用户站”、“远程终端”、“无线终端”或“用户装置”代替“用户设备”或“UE”。为了方便起见，在本专利文件中，无论UE是移动设备(例如移动电话或智能电话)还是通常所认为的固定设备(例如台式电脑或自动售货机)，术语“用户设备”和“UE”都用来指代无线地接入eNB的远程无线设备。

eNB102向在eNB102的覆盖区内的第一多个UE(UE)提供到网络130的无线宽带接入。第一多个UE包括：可能位于小型企业(SB)的UE111；可能位于企业(E)的UE112；可能位于WiFi热点(HS)的UE113；以及可能是移动设备(M)如手机、无线膝上型电脑、无线PDA等等的UE114。eNB103给eNB的覆盖区域内的第二多个UE提供到网络130的无线宽带接入。第二多个UE包括可能是移动设备(M)的UE115和UE116。在一些实施方式中，eNB101-103中的一个或多个eNB可以利用5G、LTE、LTE-A或其他先进的无线通信技术相互通信以及与UE111至116通信。

不同的UE111至116还可以支持设备到设备(D2D)通信，在D2D通信中，UE直接互相通信。通过这种方式，网络100表示混合通信网络，该混合通信网络允许UE与固定基础设施组件(例如eNB101至103)和其他启用D2D的UE连接。

虚线表示两个小区120和125的覆盖区域的大概范围，仅为了说明和解释的目的将其大致显示为圆形。应当清楚地理解，根据eNB的配置和与自然和人为障碍关联的无线环境的改变，与eNB102-103关联的小区120和125可以具有包括不规则的形状的其他形状。

如在下文中更详细地描述的，无线网络100的组件(例如eNB101-103和UE111-116支持设备到设备通信协议。设备到设备通信协议尤其允许UE111-116参与这样一种D2D通信，该D2D通信可能与eNB101-103的正常操作并且与连接至eNB101-103的设备并行。

虽然图1示出了无线网络100的一个实例，但是可以对图1作出各种改变。例如，无线网络100可以包括具有任何适设置的任意数量eNB和任意数量UE。此外，eNB101可以直接与任意数量UE通信并且向这些UE提供到网络130的无线宽带接入。类似地，eNB102至eNB103中的每一个可以直接与网络130通信并且向UE提供到网络130的直接无线宽带接入。进一步地，eNB101、102和/或103可以提供到其他的或额外的外部网络如外部电话网络或其他类型的数据网络的接入。

图2示出了根据本公开的示例性UE114。图2所示的UE114的实施方式仅是为了说明，并且在图1中的其他UE可以具有相同或类似的配置。然而，UE具有多种配置，并且图2不将本公开的范围限制到任何UE的具体实现。

如图2所示，UE114包括天线205、射频(RF)收发器210、发射(TX)处理电路215、麦克风220以及接收(RX)处理电路225。UE114还包括扬声器230、主处理器240、输入/输入(I/O)接口(IF)245、小键盘250、显示器255和存储器260。存储器260包括基本操作系统(OS)程序261和一个或多个应用262。

RF收发器从天线205接收由eNB或另一UE传输的输入RF信号。RF收发器210下变频输入RF信号以生成中频(IF)或基带信号。IF或基带信号发送至RX处理电路225，该RX处理电路225通过将基带或IF信号滤波、解码和/或数字化生成已处理基带信号。RX处理电路225将已处理基带信号传输至扬声器230(例如声音数据)或主处理器240以供进一步处理(例如网络浏览数据)。

TX处理电路215从麦克风220接收模拟或数字语音数据或从主处理器240接收其他输出基带数据(例如网络数据、电子邮件或交互式视频游戏数据)。TX处理电路215将输出基带数据编码、复用和/或数字化以生成已处理基带或IF信号。射频收发器210从TX处理电路215接收已处理输出基带或IF信号并且将基带或IF信号上变频成通过天线205传输的RF信号。

主处理器240可以包括一个或多个处理器或其他处理设备，并且执行存储在存储器260中的基本OS程序261以便控制UE114的整体操作。例如，主处理器240可以按照公知的原理，控制通过收发器210、RX处理电路225和TX处理电路215进行的前向信道信号的接收和反向信道信号的传输。在一些实施方式中，主处理器240包括至少一个微处理器或微控制器。

主处理器240还能够执行在存储器260中的其他处理或程序。主处理器240可以按照执行处理的需要，将数据移入存储器260中或从存储器260移出。在一些实施方式时中，主处理器240配置为基于OS程序261或响应于从eNB、其他UE或操作者接收的信号执行应用程序262。主处理器240还耦接至I/O接口245，I/O接口245向UE114提供连接至其他设备如膝上型计算机和便携计算机的能力。I/O接口245是这些附件和主处理器240之间的通信路径。

主处理器240还耦接至小键盘250和显示单元255。UE114的操作员可以用小键盘250将数据输入UE114。显示器255可以是能够呈现例如来自网络站点的文字和/或至少有限图形的液晶显示器或其他显示器。显示器255还可以表示触摸屏。

存储器260耦接至主处理器240。存储器260的一部分可以包括随机访问存储器(RAM)，并且存储器260的另一部分可以包括闪速存储器或其他只读存储器(ROM)。

如上所述，UE114可以在混合通信网络中操作，在混合通信网络中，UE114与eNB101至eNB103以及其他UE通信。如以下所更详细描述的，UE114在eNB的辅助下支持用于允许UE114建立与相邻的UE的通信链路的设备到设备通信协议。

虽然图2示出了UE114的一个实例，但是可以对图2作出各种改变。例如，在图2中的各种组件可以结合、进一步地细分或省略，并且根据具体需要可以加入附加组件。作为具体实例，主处理器240可以分成多个处理器，例如一个或多个中央处理器(CPU)和一个或多个图形处理器(GPU)。此外，虽然图2示出了配置为移动电话或智能电话的UE114，但是UE可以配置为其它类型的移动或固定设备。此外，例如当不同的RF组件用于与eNB101至eNB103和其他UE通信时，在图2中的各种组件可以重复。

图3示出了根据本公开的示例性eNB102。图3所示的eNB102的实施方式仅仅是为了说明，并且图1中的其他eNB可以具有相同的或类似的配置。然而，eNB具有多种配置，并且图3不将本公开的范围限制为eNB的任何具体实施方式。

如图3所示，eNB102包括多个天线305a-305n、多个RF收发器310a-310n、发射(TX)处理电路315和接收(RX)处理电路320。eNB102还包括控制器/处理器325、存储器330以及回程或网络接口335。

RF收发器310a-310n从天线305a-305n接收输入RF信号，例如由UE或其他eNB传输的信号。RF收发器310a-310n下变频输入RF信号以生成IF或基带信号。IF或基带信号发送至RX处理电路320，该RX处理电路320通过将基带或IF信号滤波、解码和/或数字化，生成已处理基带信号。RX处理电路320将已处理基带信号传输至控制器/处理器325以供进一步处理。

TX处理电路315从控制器/处理器325接收模拟或数字数据(例如语音数据、网络数据、电子邮件或交互式视频游戏数据)。TX处理电路315将输出基带数据编码、复用和/或数字化以生成已处理基带或IF信号。RF收发器310a-310n从TX处理电路315接收已处理输出基带或IF信号并且将基带或IF信号上变频成通过天线305a-305n传输的RF信号。

控制器/处理器325可以包括用于控制eNB102的整体操作的一个或多个处理器或其他处理设备。例如，控制器/处理器325可以按照公知的原理，控制由RF收发器310a-310n、RX处理电路320和TX处理电路315进行的前向信道信号的接收和反向信道信号的传输。控制器/处理器325可以支持附加功能以及例如更先进的无线通信功能。例如，控制器/处理器325可以支持波束形成或定向路由操作，在波束形成或定向路由操作中来自于天线305a-305n的输出信号被不同地加权以将输出信号有效地调整到需要的方向。通过控制器/处理器325，在eNB102中可以支持任何多种其他功能。在一些实施方式中，控制器/处理器325包括至少一个微处理器或微控制器。

控制器/处理器325还能够执行在存储器330中的程序或其他处理，例如基本OS。控制器/处理器325可以按照执行处理的需要将数据移入存储器330中或从存储器330移出。

控制器/处理器325还耦接至回程或网络接口335。回程或网络接口335允许eNB102基于回程连接或基于网络与其他设备或系统通信。接口335可以基于任何合适的有线或无线连接支持通信。例如，当eNB102实现为蜂窝通信系统(例如一个支持5G、LTE或LTE-A的系统)的一部分时，接口335可以允许eNB102基于有线或无线回程连接与其他eNB通信。当eNB102实现为接入点，接口335可以允许eNB102基于有线或无线局域网或基于到更大的网络(例如因特网)的有线或无线连接来通信。接口335包括支持基于有线或无线连接的通信的任何合适结构如以太网或RF收发器。

存储器330耦接至控制器/处理器325。存储器330的一部分可以包括RAM，并且存储器330的另一部分可以包括闪速存储器或其他只读存储器(ROM)。

如上所述，eNB102可以在混合通信网络中操作，在混合通信网络中，UE与eNB101-103以及其他UE通信。如以下所更详细描述的，eNB102支持网络辅助多小区设备发现协议，该网络辅助多小区设备发现协议在eNB101-103的辅助下允许UE发现相邻的UE并与相邻的UE(即使在不同小区的UE)建立通信链路。

虽然图3示出了eNB102的一个实例，但是可以对图3作出各种改变。例如，eNB102可以包括任何数量的图3所示的每个组件。作为一个具体实例，接入点可以包括多个接口335，并且控制器/处理器325可以可以支持路由功能以在不同的网络地址之间路由数据。作为另一具体实例，虽然eNB102显示为包括TX处理电路315的单个实例和RX处理电路320的单个实例，但是eNB102可以包括每个的多个实例(例如每个RF收发器一个实例)。此外，图3中的各种组件可以结合、进一步细分或省略，并且可以根据具体需要加入其它组件。

图4示出了根据本公开的示例性网络内设备到设备(D2D)通信。图4所示的网络内D2D通信的实施方式仅用于说明。在不脱离本公开的范围的情况下，可以使用其他实施方式。

在单小区实例中，在小区125内的eNB103与多个UE115-116通信。UE115-116可以参与与eNB103的无线通信，并且UE115-116还可以参与与彼此的D2D通信。

在多小区实例中，在小区120内的eNB102与UE114通信。UE114-115可以参与与它们各自的eNB102-103的无线通信，并且UE114-115还可以参与与彼此的D2D通信。

本公开的各种实施方式说明了在一个或多个小区内支持UE之间的D2D通信的设备到设备通信协议。设备发现协议被称为是“网络辅助的”，使得与小区关联的eNB可以辅助D2D通信过程。在以下描述中，可以假设eNB和UE在混合LTE先进蜂窝网络中操作，其中UE具有通过UE到eNB链路与网络通信的能力以及通过UE到UE链路互相通信的能力。网络通过在网络和涉及控制消息收发的相应UE之间的迭代协议、在UE之间的D2D传输和关于D2D操作的反馈消息收发，辅助D2D通信过程。另外，这里所描述的D2D通信协议可以用于任何其他合适的网络。

图5示出了根据本公开的示例性网络内设备到设备通信协议。图5所示的网络内D2D通信协议的实施方式仅用于说明。在不脱离本公开的范围的情况下，可以使用其他实施方式。

在某些实施方式中，在网络辅助过程中，要参与D2D通信的UE114、501在网络的通信范围内，但是由相同的eNB102服务。注意虽然在图5中示出了两个UE114、501，但是UE114、501可以参与与在相同小区120、125的或在不同小区的其他UE的通信。因此以下描述可以一般化为考虑在由多个eNB服务的多个UE之间的发现。

图6示出了根据本公开的网络辅助的部分覆盖D2D通信协议。图6所示的网络辅助的部分覆盖D2D通信协议的实施方式仅用于说明。在不脱离本公开的范围的情况下，可以使用其他实施方式。

图6考虑部分/中继操作，其中要参与D2D通信的设备中的至少一个设备在网络的通信范围内，而设备中的至少一个设备不在蜂窝网络的覆盖范围内。在图6所示的实例中，网络包括eNB102，以及两个启用D2D的UE114、601：在eNB102的通信范围内的UE1114和在蜂窝网络的覆盖外的UE2601。虽然只考虑了两个UE，但是以下描述可以一般化为考虑在多个UE之间的发现。

由于知道网络外启用D2D的UE(例如在D2D发现协议情况中)或由于利用所配置的网络内UE作为覆盖延伸中继器以实现紧急广播服务，eNB102可以配置网络内UE为使用D2D传输信道来作为中继器执行。

组领袖确定可以基于重新配置，例如在警察分管区内的一个设备。可替换地，组领袖确定可以基于确定了没有其他组领袖在UE或UE组的附近地区内是活动的。例如，在同步化程序的过程期间，如上所述的，UE例如UE114可以确定既没有接收到基于网络的同步信号也没有接收到基于D2DUE的同步信号。在确定既没有接收到基于网络的同步信号也没有接收到基于D2DUE的同步信号之后，UE114可以确定开始组领袖操作并且传输D2D同步和/或D2DSIB。

图7示出了根据本公开的网络外D2D通信协议。图7所示的网络外D2D通信协议的实施方式仅用于说明。在不脱离本公开的范围的情况下，可以使用其他实施方式。

图7考虑了要参与D2D通信的所有设备都不在蜂窝网络的覆盖内的操作。在该情况中，希望D2D协议的协调操作，以便有效地分配资源并且避免潜在的干扰问题。一种用于执行D2D协议的协调操作的方法是通过这样一种操作，在该操作中OOCUE701-702中的一个采用由eNB102在如图5和图6所示的完全或部分网络操作的情况下提供的大部分协调和信令。所有或多个UE701-702可能能够作为组领袖操作。虽然只示出了了两个UE，但是以下描述可以普及为考虑在多个UE之间的发现。

用于多小区网络辅助设备发现的协议分为如图5所示的三个主要步骤：

(1)授权和配置；

(2)D2D传输/接收；

(3)反馈和重新配置；

步骤(1)和(3)发生在UE114、501和服务eNB102之间。步骤(2)发生在UE114、501之间。

用于部分覆盖操作的D2D通信协议分为如图6所示的下列4个阶段中的一个或多个阶段：

(1)中继请求和配置；

(2)同步信号传输和D2DSIB广播；

(3)D2D控制信道和数据的传输与接收；

(4)D2D报告消息收发，只要其被可选地配置了。

用于覆盖外的操作的D2D通信协议分为如图7所示的以下3个阶段中的一个或多个阶段:

(1)同步信号传输和D1DSIB广播；

(2)D2D控制信道的传输和接收；

(3)D2D数据信道的传输和接收；

以下提供在协议中的各个步骤的详细说明。

D2D传输授权

在图5的步骤(1)中，能够D2D通信的UE114应首先被授权将合适的资源用于传输和接收。网络可以使用专用的D2D服务器来执行授权功能，并且存储关于D2D通信相关参数和度量标准的有关信息。授权请求可以由UE114在更高层的应用程序的触发后开始，或可以通过网络开始。

在UE开始的授权请求的情况中，UE114在初始接入网络后可以经由上行链路控制信道通信发送D2D通信授权(DCA)消息以向网络指示待对于D2D传输/接收授权的请求。DCA消息可以指示D2D通信相对于其他业务类型的优先级，以及对具体D2D通信模式的授权请求。

表1给出DCA消息的实例，该DCA消息具有用于配置UE是否对D2D传输、接收或传输与接收请求授权的字段，以及用于指示成员资格授权的优先级和D2D组播ID的可选字段。

[表1]

响应于接收到DCA消息，eNB102可以将UE114信息转发至更高层实体例如对用于D2D资源的UE授权进行验证和确认并向eNB102提供响应的D2D服务器。这之后紧接着DCA响应(DCAR)消息，DCAR消息是从eNB102到U114的确认/配置消息并且提供UE114参与所配置的D2D通信模式所必需的任何附加参数。DCAR的另一信息功能是向UE114指示由已经被授权用于UE114的D2D通信信道所使用的资源。资源指示的细节将稍后给出，但是其可构成用于UE114监控系统信息广播(SIB)消息的配置。

表2给出了DCAR的实例，该DCAR的实例具有用于配置UE114是否为D2D传输、接收或传输与接收请求授权的字段，以及用于指示成员资格授权的优先级和D2D组播ID的可选字段。

[表2]

在一种可替换的方式中，通过更高层信令如无线资源控制(RRC)消息和配置程序提供DCAR。在网络开始的D2D-BGC的情况中，DCAR可以由eNB102直接提供给UE114，而无需首先从UE114接收DCA消息。

D2D控制信道

AD2D通信信道可以对应于给定的组、资源池或广播ID。作为图5给出的D2D通信协议的步骤(1)的一部分，为了接收D2D传输，除了传输参考符号和数据符号外，还需要传输D2D传输控制信道(DCCH)。控制信息可以与单播蜂窝控制信息分离，因为该控制信息只与参与D2D通信的UE关联。

在某些实施方式中，用于给定组或广播ID的D2D控制信息使用唯一的DCCH。组/广播ID可以通过较高层的配置预先配置、指示，或提供在系统信息广播消息中。UE可能能够配置为监视或从多个DCCH进行接收。

在另一个可替换的实施方式中，用于多个组或广播ID的D2D控制信息可以映射到相同的DCCH。

有限数量的DCCH信息可以通过系统信息广播提供。这主要关系到获得DCCH所需要的信息。例如，该信息可以借助于单个D2D专用的SystemInformationBlock(系统信息块)：SystemInformationBlockTypeX(系统信息块类型X)承载。

在某些实施方式中，D2D通信信道仅通过包含于在SystemInformationBlockTypeX中的D2D-ChannelList(D2D-信道列表)中的D2D-ChannelId(D2D-信道ID)值来唯一地识别。在移动性上，当源小区和目标小区广播在D2D-ChannelList中相同的值时，UE114认为D2D信道是连续的，并且UE114可以维持D2D通信的服务连续性。

D2D系统信息广播

如前所述，在某些实施方式中，获得D2D控制信道所必需的控制信息在BCCH上提供。该信息借助于单个D2D专用的SystemInformationBlock：SystemInformationBlockTypeX承载。为了方便起见，在下文中该SystemInformationBlockTypeX称为D2D-SIB。这是有利的，因为D2D-SIB例如允许UE在IDLE(空闲)或CONNECTED(连接)模式中传输和接收D2D直接传输。

由D2D-SIB承载的信息可以包括以下中的至少一个：

1.包括一个或多个D2D-ChannelId的D2D-ChannelList；

2.用每个D2D传输信道标识(D2D-ChannelId)的：

-DL或UL子帧配置(子帧周期和子帧偏移)；

-物理资源块集合(多个PRB及其在系统带宽内的位置)

-D2D传输信道的其他可替换物可以是D2D子帧的正交频分复用(OFDM)符号集合或D2D子帧的资源块集合。

-D2DRS端口配置(端口索引、D2DRS加扰标识)。

可替换地，可以对所有常规的D2D通信和发现操作提供以上参数的子集，并且可以通过预先配置、更高层配置或来自于传输UE的直接传输，提供获得DCCH所专用的信息。以下在表3中给出在D2D-SIB和DCCH中传输的控制信息的一些实例。

[表3]

以下实例提供了IED2D-ChannelList的配置，其包括获得与一个或多个D2D组播/广播信道ID关联的DCCH控制信息所需要的信息。

D2D信道列表信息元素

ASN1START

D2D-ChannelList::＝SEQUENCE(SIZE(1..maxD2D-ChannelInfo))OFD2D-ChannelInfo

D2D-ChannelInfo::＝SEQUENCE{

d2d-ChannelIdINTEGER(0..1024),

notificationIndicatorINTEGER(0..7),

dcch-ConfigSEQUENCE{

dcch-RepetitionPeriodENUMERATED{rf32,rf64,rf128,rf256},

dcch-OffsetINTEGER(0..10),

dcch-ModificationPeriodENUMERATED{rf512,rf1024},

sf-AllocInfoBITSTRING(SIZE(6)),

rb-AllocInfoBITSTRING(SIZE(6)),

d2d-ScramblingIdINTEGER(0..1024),

},

d2d-TxPowerLevelINTEGER(0..7),

...

}

ASN1STOP

参数D2D-ChannelList为给定的D2D传输信道(时间/频率资源集合)提供唯一的标识符。另外，D2D-ChannelId可以一对一映射到ID例如逻辑信道ID。多个逻辑ID是否可以映射到物理信道资源的相同集合或子集合是取决于网络实现的。

参数notificationIndicator(通知指示符)可以被网络使用来通知UE用于给定的D2D信道/DCCH的任何信息是否从前一个修改周期以后改变了。

如前之前所描述的，为了在UE处DCCH的成功接收，可以通过dcch-Config配置多个参数。这些参数可以包括在DCCH传输(dcch-repetitionPeriod)之间的无线帧的数目的指示，其与dcch-Offset一起给出在其中调度了DCCH的确切的无线帧，即DCCH在这样一种无线帧中调度，对于该无线帧：SFNmoddcch-repetitionPeriod＝dcch-Offset。参数dcch-ModificationPeriod限定周期性地出现的边界，即SFNmoddcch-ModificationPeriod＝0的无线帧。DCCH信息的不同传输的配置只有在它们之间存在至少一个该边界时才是不同的。

在图5的步骤(2)中，开始在两个UE(例如UE114、501)之间的D2D发现协议。以下描述了多个方法，包括D2D发现协议是网络开始的方法和发现协议是UE开始的其他方法。

用于信道/DCCH的时间/频率资源可以直接指示为在rb-AllocInfo和sf-AllocInfo中的配置参数(例如对应于D2D资源块(DRB)和D2D资源时隙(DRS)的位图)的一部分。

最终，如果没有提供D2D-ChannelId或其仅用于逻辑信道识别，则可以指示参数d2d-ScramblingId，以向UE114通知要应用于DCCH以及有可能应用于DSCHDM-RS的合适加扰。在一种可替换的方式中，可以有D2D信道的多个列表。例如：

-第一D2D信道列表可以包括可用于D2DUE发射器之间的竞争的信道。第二D2D信道列表可以包括可用于D2DUE发射器的无竞争资源预留的信道。

-不同的D2D信道列表可以对应于具有不同量的时间和频率资源的D2D信道。

为D2D广播/组播操作所配置的UE可以遵循以下程序：

1>如果UE114有兴趣并且配置为接收D2D广播/组播：

2>如果SystemInformationBlockType1中的schedulingInfoList指示出现了SystemInformationBlockTypeX并且UE114没有存储该系统信息块的有效版本：

3>获得SystemInformationBlockTypeX；

在一种可替换的方式中，在不同的相邻eNB之间协调在D2DSIB中传输的D2D广播/组播参数。这是必须的，以便D2D传输不在不同子帧期间发生从而使得小区间的干扰可能影响在一个小区中的D2D操作和另一小区中的正常蜂窝通信。此外，协调参数通过提供信道/参数的共用集合，允许在相邻小区中的设备参与D2D操作。可以基于eNB-eNB接口例如用于LTE中的X2或S1接口进行信息交换。

例如，用于给定D2D信道的时间/频率资源可以分为在T个专用的D2D传输资源时隙(DTRS)中传输的N个D2D传输资源块(DTRB)。

图8给出了根据本公开配置用于多个D2D传输信道的UL资源的实例。图8所示的UL资源的实施方式仅是为了说明。在不脱离本公开的范围的情况下，可以使用其他实施方式。

在一个实例中，DTRB对应于PRB对并且DTRS对应于在REF1中的子帧。图8提供了包括为多个D2D传输信道803-805所配置的UL资源802的示例性系统宽带801。

信息交换可以通过利用D2D传输配置消息(DTCM)执行，DTCM包括以下参数中的至少一个参数：

1.D2D广播/组播子帧索引和周期；

2.D2D广播/组播信道时间/频率资源映射；

3.D2D信道ID/ID范围。

在表4中给出了DTCM的示例性格式。

[表4]

D2D传输重新配置和D2DSIB改变指示

在某些实施方式中，DCCH信息的改变只发生在具体的无线帧，即，可以使用修改周期的概念。在修改周期内，可以多次发送相同的DCCH信息，如其调度表所限定的(其基于重复周期)。修改周期边界由系统帧编号(SFN)值限定，对于SFN值来说SFNmodm＝0，其中m是包括修改周期的无线帧的数目。修改周期通过SystemInformationBlockTypeX配置。

为了最小化总体控制开销，DCCH信息应保持对于预先确定的周期是有效的，该预先确定的周期称为修改周期，其中改变有发生在具体情况下(例如，D2DSIB对X个无线帧来说是相同的)。当网络改变用于DCCH的任何信息时，网络首先会在网络将要传输已更新DCCH信息的修改周期之前的修改周期期间，通知UE该改变。

图9示出了根据本公开的在D2DSIB内的DCCH信息改变过程。图9所示的DCCH信息改变过程仅用于说明。在不脱离本公开的范围的情况下，可以使用其他实施方式。

图9示出了信息改变过程，其中，两种颜色表示在D2DSIB内的不同DCCH信息901-902。接收到改变通知后，有兴趣接收给定信道的D2D通信的UE从下一修改周期的开始立即获得新的DCCH信息。UE应用之前获得的DCCH信息901直到UE获得新的DCCH信息902为止。

在一种可替换的方式中，由eNB例如eNB102经由寻呼机制(例如PDCCH)传输D2D专用标识符，以通知在RRC_IDLE中的UE例如UE114和UE501以及在RRC_CONNECTED中的UE关于D2DSIB的改变。在一种可替换的方式中，D2D专用标识符对应于不同的D2D广播/组播信道ID。当收到D2DSIB通知时，UE114知道用于至少一个信道的DCCH信息会在下一修改周期边界改变。通知标识符指示DCCH中的哪些会改变。在一种可替换的方式中，通知通过位图完成，位图的大小由DCCH的最大数目给出，DCCH的最大数目由网络配置。在该位图内，在由字段notificationIndicator(通知指示符)指示的位置处的比特用于指示对于D2D信道的改变：如果该比特设置成“1”，那么相应的DCCH会改变。这些D2DSIB通知时机对于所有被配置的DCCH共用，并且可通过包括在SystemInformationBlockTypeX中的参数配置，包括重复系数、无线帧偏移和子帧索引。在一种可替换的方式中，这些共用通知时机是基于具有最短修改周期的DCCH的。

寻呼(Paging)消息用于通知在RRC_IDLE中的UE和在RRC_CONNECTED中的UE关于系统信息改变。如果UE114收到包括d2dInfoModification的寻呼消息，则UE114知道关于至少一个DCCH的系统信息会在下一修改周期边界改变。如在修改周期期间UE114没有接收到寻呼消息，那么UE114可以假定没有与D2D有关的系统信息的改变会在下一修改周期边界发生。

在一种可替换的方式中，寻呼消息还可以包括D2DSIB的高或低优先级改变的指示这。在一个或多个广播或组播ID与紧急消息服务有关的情况下是有利的。被配置用于D2D但是不主动监控所感兴趣的DCCH的UE，可以接收寻呼中的高优先级D2DSIB通知，以通知UE解码已更新的D2DSIB并尝试接收相关消息。然而低优先级消息可以向只对关键通信感兴趣的UE指示不获得已更新的D2DSIB将不会影响它们接收该服务的能力。

在一种可替换的方式中，在RRC_CONNECTED中的能够D2D的UE在每个defaulPagingCycle(默认寻呼周期)应当尝试至少读取寻呼一次，以检查高优先级D2D广播/组播改变通知是否存在。

D2D通信兴趣信令

在网络和UE侧的许多因素可能影响给定的UE是否参与直接传输和接收的决定。另外，尤其在其中传输UE可能不知道哪个UE正在接收该传输的广播操作的情况中，网络可以从UE采集有关参与D2D通信的兴趣和相对优先级的信息。

在这个实施方式中，UE114可以可选地配置为在获得D2DSIB后或者周期性地或非周期性地传输D2DTransmissionInterestIndication(D2D传输兴趣指示)(DTII)消息。

包含于D2DTransmissionInterestIndication中的信息可以包括以下信息字段中的至少一个：

1.D2D信道ID列表

2.D2D优先级指示

3.D2D接收失败指示

4.D2D信道测量报告

在一种可替换的方式中，UE114如下设置D2DTransmissionInterestIndication消息的内容：

1>用于所感兴趣的给定D2D信道：

2>将D2D-ChannelId在包括D2D-ChannelList中

2>如果UE的所指示的D2D信道的接收的优先级高于任何单播承载的接收，那么将D2D-ChannelId包括在d2d-PriorityIndication(d2d-优先级指示)中；

2>如果在预定尝试次数后未能接用于所指示信道的收DCCH和/或数据传输，那么将D2D-ChannelId包括在d2d-ReceptionfailureIndication(d2d-接收失败指示)中；

2>如果UE配置为利用所配置的度量如RSRP测量用于所指示的信道的信道质量，那么将D2D-ChannelId包括在d2d-ChannelMeasurementReport(d2d-信道测量报告)中；

在图10中提供了示例性信令流程。

图10示出了根据本公开的D2D兴趣指示的信令流程。虽然信令流程描述了一系列顺序的信号，但是除非明确说明，否则将不应从该顺序中作出关于性能、串行地而不是同时地或重叠地的信号或信号的一部分的性能，或者在没有中间信号的介入的发生下唯一地描述的信号的性能的具体次序的推断。在所描述的实例中所描述的过程通过例如移动站和基站中的发射器链实现的。

注意到上述程序可以依据作为D2D操作的一部分由UE配置的反馈字段来修改。例如，d2d-ReceptionfailureIndication和d2d-ChannelMeasurementReport可以不同时配置为兴趣指示消息的一部分以降低消息的开销。

可以通过eNB102配置DTII报告的周期和传输定时。例如，eNB102可以只希望配置UE为在D2DSIB修改周期后传输具有优先级指示的兴趣指示消息，但是，当D2DUE从另一UE接收给定DCCH以及相关数据传输时，可以周期性地配置D2D信道测量报告。

在一种可替换的方式中，eNB102可以经由DTTI中继消息，向传输相关D2D信道的UE转发所接收的DTII报告的内容的一部分或全部。这可以有利于该传输UE基于反馈类型来调整传输参数和调度。eNB102可以配置该传输UE为利用高层控制信息非周期性地或周期性地接收中继报告。

D2D控制信道

以下的图11给出了用于如图5所给出的网络内D2D通信协议的示例性协议流程。虽然信令流程描述了一系列顺序的信号，但是除非明确说明，否则将不应从该顺序中作出关于性能、串行地而不是同时地或重叠地的信号或信号的一部分的性能，或者在没有中间信号的介入的发生下唯一地描述的信号的性能的具体次序的推断。在所描述的实例中所描述的过程通过例如服务器、移动站和基站中的发射器链实现的。

有兴趣在D2D信道上进行传输的UE114从eNB102请求授权。在从eNB102接收初始配置后，传输UE114等待D2DSIB更新通知(经由寻呼)。紧接在修改周期之后，已更新的D2DSIB通过eNB102传输，并且所有配置为D2D的UE将能够接收所配置的DCCH。

在已更新的D2DSIB被解码后，或可替换地高层配置指示UE114开始传输后，D2D传输UE114会根据图5中的步骤(2)发送DCCH，其后是D2D数据和RS。

接收UE114和501可以在D2DTII中提供反馈通知，并且根据图5中的步骤(3)报告可以经由eNB102中继至该传输UE，只要接收UE114和501被配置为这样。如果传输UE114希望使用已更新的配置(增加或移除组ID、请求额外的时间/频率资源、MCS改变等等)，那么UE114在利用已更新的配置前，首先发送DCA并且等待DCAR和紧接着已更新的D2DSIB的修改周期。

图12示出了根据本公开的部分网络覆盖D2D通信协议的示例性协议流程。虽然信令流程描述了一系列顺序的信号，但是除非明确说明，否则将不应从该顺序中作出关于性能、串行地而不是同时地或重叠地的信号或信号的一部分的性能，或者在没有中间信号的介入的发生下唯一地描述的信号的性能的具体次序的推断。在所描述的实例中所描述的过程通过例如移动站和基站中的发射器链或接收器链实现的。

在图12中提供了在图6中的部分网络覆盖情境的情况下的D2D通信协议信号流程。对于网络内操作，通过中继UE601进行的传输可以使用与任何前述方法相同的DCCH/数据定时/复用。注意到，可选地指示来自于覆盖外的UE602的D2D反馈。

图13示出了根据本公开的覆盖外的UE的示例性D2D通信协议。虽然信令流程描述了一系列顺序的信号，但是除非明确说明，否则将不应从该顺序中作出关于性能、串行地而不是同时地或重叠地的信号或信号的一部分的性能，或者在没有中间信号的介入的发生下唯一地描述的信号的性能的具体次序的推断。在所描述的实例中所描述的过程通过例如基站中的发射器链或接收器实现的。

在图13所示的实例中，如图7所示组领袖UE701和其他两个启用D2D的UE702、1303在蜂窝网络的覆盖之外。虽然只考虑了一个组领袖和两个UE，但是以下描述可以一般化为考虑多个UE之间的通信。提供于图13的信令可以是与在图11和图12的上述两个协议中提供的相应消息相同的或基于在图11和图12的上述两个协议中提供的相应消息，其中，预配置而不是动态地指示参数的子集。这有利于降低信令开销、协议复杂性以及用于覆盖外的UE的资源利用。虽然未在协议中直接指示，但是也可以通过组领袖为OOCUE配置反馈机制。

中继配置

在一种可替换的方式中，UE可以根据图6的部分覆盖的情况，利用由高层信令消息例如D2D中继配置信息(RCM)给定的参数，配置为充当中继器。RCM可以包括以下字段中的至少一个字段：

-中继配置索引

-发射功率

-中继或组ID

-D2DSIB传输信息：

DTRB的总数(N)

DTRS的总数(T)

DTRB/DTRS图

-同步信号指示

-VCID

-同步信号配置索引

在一种可替换的方式中，与配置中继操作相关的参数在DCAR中提供，并且RCM的格式可以接近地对应于具有附加字段的DCAR。这些字段利用所配置的中继ID可以指示同步信号、D2DSIB的传输和/或DCCH传输。

RCM的格式可替换地可以根据上述参数的子集构造并且包括多个参数例如时间/频率资源分配、发射功率和同步信号ID的明确指示，或者可以指示与重新配置的参数的集合对应的配置索引。

在一种可替换的方式中，RCM可以传送用于UE的指示以传输D2D同步信号和/或D2DSIB以及相应的参数配置，其中首先由中继UE从正常D2DSIB传输时刻直接获得D2DSIB。在一种可替换的方式中，用于D2DSIB的参数在RCM或另一更高层配置消息中提供。

在表5中给出了配置的RCM的实例：

[表5]

D2D同步

在图6和图7的情况中，其中至少一个装置在网络的覆盖之外，首先必须保证定时同步，使得控制和发现信令可以由覆盖内(IC)和覆盖外(OOC)的设备正确地传输或接收。例如，如果UE2在网络覆盖外并且eNB向UE1发信令参与中继传输，则UE2需要知道UE1何时传输其D2DSIB以及UE1何时会传输传输DCCH、RS和数据符号。这至少要求UE2知道OFDM符号定时(CP长度)、子帧边界和子帧索引以及在UE1和UE2之间的传播延迟，以合适地配置定时提前参数。由于网络最初部知道OOC装置，并且进一步地即使知道OOC装置也不能与OOC装置通信，所以协议必须允许ICUE管理IC装置和OOC装置之间的同步的设置，并且将来自于UE2的相关控制消息中继至eNB。

以下考虑了用于实现UE1和UE2之间的定时同步的多个可替换方式：

可替换方式1)：UE1基于由eNB传输的主同步信号和从同步信号(PSS/SSS)，传输周期性同步信号(表示为D2D同步信号)。

例如，除了时间和/或频率位置外，D2D同步信号可以与由eNB传输的信号相同。对于FDD系统，PSS和SSS在子帧0和5期间在上行链路带宽的中央六个资源块中传输，而不是在下行链路带宽中传输。

注意到，可以为PSS/SSS配置虚拟小区ID，在这样的情况下，虚拟小区ID代替物理小区ID，以用于生成D2DPSS/SSS序列。

可替换方式2)：UE1传输紧凑周期性同步信号，其具有短的持续时间和长的周期并且可以覆盖整个上行链路和下行链路带宽。

D2D中继协议

图14示出了根据本公开的D2DUE的示例性同步程序。虽然信令流程描述了一系列顺序的信号，但是除非明确说明，否则将不应从该顺序中作出关于性能、串行地而不是同时地或重叠地的信号或信号的一部分的性能，或者在没有中间信号的介入的发生下唯一地描述的信号的性能的具体次序的推断。在所描述的实例中所描述的过程通过例如移动站中的发射器链实现的。

在中继配置之后，网络内UE中继会根据如通过网络(例如通过RCM)或通过预配置所配置的传输参数和调度，传输D2D同步信号和D2DSIB。当网络外UE2配置为用于D2D操作并且检测到其当前不在覆盖内时，网络外UE2会首先搜索以接收D2D同步信号，其后紧接着D2DSIB。

在一种可替换的方式中，网络外UE在首先尝试从传输eNB获得同步和系统信息后，确定要搜索D2D同步信号和D2D控制信道信息。如果同步/系统信息采集根据预定的度量(例如无线电链路故障)或定时器失败，那么OOC装置会启动用于获得D2D同步信号和系统信息的程序。

在另一个可替换的方式中，OOC装置可以接收包括中继专用ID的SIB或D2D同步。在接收到中继ID后，UE就放弃获得网络同步/系统信息的尝试(也可以结合使用附加的定时器来做出该确定)。UE可以开始OOC定时器，在此期间UE直到定时器到期为止不会尝试执行网络同步。

在中继配置之后，eNB可以提供广播/组播消息以供UE1中继。在一种可替换的方式中，广播/组播消息可以由eNB作为高层信令消息的一部分传送。在另一个可替换的方式中，该消息可以在下行链路单播数据信道或多播信道(例如MBMS)中提供。例如eNB可以传输紧急广播机制，紧急广播机制由配置为中继用于OOCUE的覆盖的网络内UE接收。网络内UE可以解码广播消息，并且另外被eNB(例如经由RCM或作为PDCCH消息的一部分)指示为在所配置的D2D广播/组播信道上中继该消息。

无竞争2D资源预留

在图5的步骤(2)中，根据特定D2D通信操作，在D2DUE发射器之间竞争D2D传输信道。在D2DUE发射器被允许在D2D信道上传输之前，通常由UE执行信道感测以确保D2D信道当前未被另一D2DUE发射器占用。然而，存在两个或更多D2DUE发射器可以在相同的D2D信道上传输并且引起相互干扰的有限机会。

依据D2D通信的应用，特定D2D通信可以比另一D2D通信具有更高的重要性，例如用于紧急消息广播的D2D通信可以被认为是具有最高的优先级。因此，为这样的D2DUE发射器提供无竞争D2D信道是有利的，以确保D2D服务的高可靠性。

为了启用具有较高服务质量(QoS)的D2D通信，网络的D2D资源可以分为无竞争区域和竞争区域。如果D2DUE发射器想要在无竞争区域传输D2D信号，那么需要D2DUE发射器向网络请求资源预留。

无竞争资源预留可以利用随机接入程序完成。随机接入程序用于LTE中为了例如初始接入、UL同步和调度请求的目。需要网络识别用户开始用于D2D资源请求的随机接入程序的原因。

以下提供随机接入的一些实例，并且流程图在图15和图16中示出。

图15示出了根据本公开的用于在RACH程序中的D2D资源预留程序的示例性流程图。虽然信令流程描述了一系列顺序的信号，但是除非明确说明，否则将不应从该顺序中作出关于性能、串行地而不是同时地或重叠地的信号或信号的一部分的性能，或者在没有中间信号的介入的发生下唯一地描述的信号的性能的具体次序的推断。在所描述的实例中所描述的过程通过例如移动站和基站中的发射器和接收器链实现的。

图16示出了根据本公开的在RACH程序中的部分网络覆盖D2D资源预留程序的示例性流程图。虽然信令流程描述了许多有顺序的信号，但是除非明确陈述，否则将不应从该顺序中作出关于性能、串行地而不是同时地或重叠地的信号或信号的一部分的性能，或者在没有中间信号的介入的发生下唯一地描述的信号的性能的具体次序的推断。在所描述的实例中所描述的过程通过发射器或接收器链通道输入例如移动电台和基站执行。

实例1∶

步骤1：UE发送随机接入前导码

-可以根据用于基于竞争的随机接入程序的SIB2中的配置，从前导码和PRACH资源的集合中选择前导码和物理随机接入信道(PRACH)资源。

-为了支持无竞争随机接入程序，eNB可以为UE预先分配专用前导码，并且UE将专用前导码用来开始随机接入程序。

步骤2：eNB检测前导码请求并且发送具有用于Msg3的UL许可的随机接入响应(RAR)

-在RAR中的定时提前指令可以用于指示与将被UE用于D2D信号传输的DL服务小区信号有关的定时提前。

步骤3：在UE处的RAR的检测之后，UE发送第三消息(Msg3)，第三消息包括随机接入开始的原因，即，对D2D无竞争资源的请求以及与该请求相关的其他信息。

-在一种方法中，对D2D无竞争资源的请求利用在RRC连接请求IE内的EstablishmentCause(建立原因)IE中的备用值指示(见REF7)，例如，如下所示：

EstablishmentCause::＝ENUMERATED{

emergency,highPriorityAccess,mt-Access,mo-Signalling,

mo-Data,delayTolerantAccess-v1020,d2dResourceReqUEt,spare1}

在本方法的一种可替换方式中，请求优先级还可以利用在RCC连接请求内的EstablishmentCauseIE中的两个备用值指示(见REF7)，例如，如下所示，其中d2dResourceReqUEtPriority1(D2D资源请求优先级1)和d2dResourceReqUEtPriority2(D2D资源请求优先级2)分别指示高优先级请求和低优先级请求：

EstablishmentCause::＝ENUMERATED{

emergency,highPriorityAccess,mt-Access,mo-Signalling,

mo-Data,delayTolerantAccess-v1020,d2dResourceReqUEtPriority1,d2dResourceReqUEtPriority2}

在另一个方法中，对D2D无竞争资源的请求利用在RRCConnectionReqUEt-r8-IEs中的备用值指示，例如如下所示：

RRCConnectionReqUEt-r8-IEs::＝SEQUENCE{

ue-IdentityInitialUE-Identity,

establishmentCauseEstablishmentCause,

d2dResourceReqUEtENUMERATED{

contentionFreeResourceReqUEt,spare}

}

在本方法的一种可替换方式中，请求优先级还可以利用在RRCConnectionReqUEt-r8-IEs中的备用值指示，例如，如下所示，其中d2dResourceReqUEtPriority1和d2dResourceReqUEtPriority2分别指示高优先级请求和低优先级请求：

RRCConnectionReqUEt-r8-IEs::＝SEQUENCE{

ue-IdentityInitialUE-Identity,

establishmentCauseEstablishmentCause,

d2dResourceReqUEtENUMERATED{

d2dResourceReqUEtPriority1,d2dResourceReqUEtPriority2}

}

在另一个方法中，对D2D无竞争资源的请求可以利用介质访问控制(MAC)控制元素指示。可以按照表6所示为D2D资源请求预留逻辑信道ID(LCID)值。

[表6]

索引	LCID值
		00000	CCCH
00001-01010	逻辑信道的标识
		01011-10111	预留的
11000	D2D资源请求
		11001	延长的功率余量报告
11010	功率余量报告
		11011	C-RNTI
11100	缩短的BSR
		11101	短BSR
11110	长BSR
		11111	填充

用于D2D资源请求的MAC控制元素可以包括该请求优先级、所需要的资源数量和所需要的资源预留周期长度。在一个实例中，请求可以通过索引的集合指示，一个索引用于一个预定义的或预配置的信息字段。在表7-9中的实例中，信息中的6个比特可以用于指示：优先级(两个比特)、所需要的时间频率资源集合(两个比特)以及资源预留周期(两个比特)。在这个实例中，一个字节的MAC控制元素可以用于传送控制信息，如图17A所示的。

[表7]

索引

优先级

00	1
		01	2
10	3
		11	4

[表8]

索引	资源集合
		00	第一资源集合
01	第二资源集合
		10	第三资源集合
11	第四资源集合

[表9]

索引	资源预留周期
		00	第一周期
01	第二周期
		10	第三周期
11	第四周期

在另一个可替换的方式中，用于优先级、资源集合请求和预留周期请求的索引可以结合以联合地指示参数。在不是所有参数的穷举组合都被网络或UE支持的情况下，这是有利的。表10给出了到连接参数配置的示例性索引映射。

[表10]

索引	资源预留周期
		000	第一优先级；第一RS；第一RP
001	第一优先级；第一RS；第二RP
		010	第一优先级；第二RS；第三RP
011	第一优先级；第二RS；第四RP

100	第一优先级；第一RS；第一RP
		101	第二优先级；第一RS；第二RP
110	第二优先级；第二RS；第三RP
		111	第二优先级；第二RS；第四RP

步骤4：在检测对由UE发送的Msg3后，eNB将无竞争D2D资源分配发送给UE(支持HARQ转播以改善在UE处接收可靠性)，无竞争D2D资源分配由时间频率资源的集合表示。

-假设存在与D2D信道ID相关的时间频率的集合，那么时间频率资源的指示可以仅由所分配的D2D信道ID的指示完成。时间频率资源还可以利用其它资源分配信令发送方法用信令发送。

-此外，可以指示资源预留周期的长度。在预留周期到期后，UE不再利用所分配的资源传输D2D信号。

-此外，还可以用信令发送资源预留ID。资源预留ID可以被UE用于资源预留延长请求(见实例4)。

在步骤4中，eNB还可以拒绝UE的请求，在这样的情况下，UE在随机退避后尝试再次执行随机接入。退避参数可以在SIB中用信令发送。

注意常规竞争解决机制可以用于基于竞争的随机接入程序。

实例2∶

步骤1：UE利用预留用于D2D无竞争请求的PRACH资源发送随机接入前导码。

-预留用于D2D无竞争请求的PRACH资源的实例包括用于D2D的专用前导码、用于D2D的专用时间/频率PRACH资源)

-可替换地，随机接入前导码或PRACH资源可以用于隐含地指示在潜在的D2D资源的集合之间的具体控制信息。例如，前导码A可以用于指示用于适用于传输VoIP分组的给定数量子帧的资源块集合，而前导码B指示用于请求传输视频分组的UE的不同资源块集合和子帧。不同的前导码还可以用于指示UE关于接入传输介质的优先级(例如紧急呼叫对正常流量)。

-预留用于D2D无竞争请求的PRACH资源的配置可以在SIB中用信令发送。

-注意如果多个D2DUE选择相同的PRACH资源用于传输，那么竞争可能发生。

步骤2：eNB检测D2D前导码/PRACH并且发送具有用于Msg3的UL许可的RAR

步骤3：在RAR的检测后，UE发送Msg3

D2DMsg3可以是新RRC消息，该新RRC消息包括详细的D2D资源请求如请求优先级、所需要的资源数量和所需要的资源预留周期长度。由于在步骤1中用于D2D的专用PRACH资源，所以eNB能够识别新RRC消息；因此可以避免对常规随机接入程序的影响。

-如果随机接入前导码或PRACH资源可以隐含地指示更详细的D2D资源请求信息例如如本实例的步骤1所述的所需要的资源数量和优先级，那么Msg3可以仅包括还没有在步骤1中传送的信息，例如所需要的预留周期和竞争解决所需的信息(如果可能有竞争)。

-D2DMsg3还可以是如实例1所述的新的MAC控制元素。

步骤4：在检测到由UE发送的Msg3后，eNB将无竞争D2D资源分配发送给UE(支持HARQ转播以改善在UE处的接收可靠性)，无竞争D2D资源分配由时间频率资源的集合表示。本步骤的细节可以类似于为实例1所描述的细节。

实例3:

-随机接入前导码可以用于隐含地指示在潜在的D2D资源的集合之间的具体控制信息。例如，前导码A可以用于指示用于适用于传输VoIP分组的给定数量子帧的资源块集合，而前导码B指示用于请求传输视频分组的UE的不同资源块集合和子帧。不同的前导码还可以用于指示UE关于接入传输介质的优先级(例如紧急呼叫对正常流量)。

-假设多个D2DUE之间的竞争可以不发生，即，给UE分配了专用的D2D前导码或D2DPRACH资源。

-RAR包括给UE的无竞争D2D资源分配。12比特资源分配实例在图17B中示出。定时提前指令可以用于指示与将被UE用于D2D信号传输的DL服务小区信号有关的定时提前。

-资源分配信息可以类似于在实例1的步骤4中所描述的资源分配信息，但是是在D2DRAR中传输的。

-eNB还可以拒绝UE的请求，在这样的情况下，UE在随机退避后尝试再次执行随机接入。退避参数可以在SIB中用信令发送。

示例性随机接入程序可以应用于处于空闲的或连接的RRC模式的UE。然而在处于空闲模式的D2DUE的情况下，UE在RACH程序的成功完成之后保持空闲模式(即，在实例1和实例2中，临时无线网络临时标识符(临时RNTI)未被提升为小区RNTI(CRNTI))。

应注意到，虽然为D2D无竞争资源请求描述了随机接入程序，但是通过简单的修改该程序可以容易地重新用于全网络控制的或集中式D2D资源请求的目的。

如果作为在随机接入程序中的D2D资源分配的一部分向UE指示资源预留ID，则如果所分配的资源将要到期，那么UE可以将ID用于请求资源预留的延长。

可以如以下在实例4中所描述的，基于D2D资源请求的实例1，修改用于资源延长请求的示例性随机接入程序：

实例4∶

步骤1：UE发送随机接入前导码

步骤3：在UE处检测到RAR之后，UE发送包括随机接入开始原因的Msg3，即，对延长D2D无竞争资源分配的请求。可以使用MAC信令。可以给D2D资源请求预留与表4所示相同的LCID值。在D2D资源请求MAC控制元素中的一个比特可以用于指示UE对预留周期延长的请求。例如，在图17C所示的实例中，如果标记为“T”的比特是“0”，那么其指示初始的或新的资源请求，以及如果其是“1”，那么其指示D2D资源分配延长请求。根据“T”的值，字段的其余部分指示D2D资源分配请求或D2D资源预留ID的细节，即，如果T是“0”，那么字段的其余部分指示如图17A所示的D2D资源请求信息，否则，字段的其余部分指示如图17C所示的D2D资源预留ID(D2D资源预留ID的字段长度可以与D2D资源请求信息的字段长度相同或不同。在图中示出了相同大小的字段)。

步骤4：在资源延长请求的检测后，eNB可以按UE的请求同意延长预留周期。eNB还可以为UE分配新的资源来替换之前所分配的资源。eNB还可以拒绝UE的请求，在这样的情况下，在预留周期结束后资源将会到期，并且UE可以在随机退避后尝试再次执行随机接入。退避参数可以在SIB中发送。

在图6所示的部分网络操作的情况下，反馈可以与前述的DTII相同或基于前述的DTII。在一种可替换的方式中，覆盖外(OOC)DTII可以通过除了来自于OOCUE的兴趣通知消息和信道质量之外改为或另外包括OOCUE的D2DID(例如D2DRNTI)，作为发现机制。用于OOCDTII的资源的调度和时间/频率分布可以由UE1经由D2DSIB提供以作为DCCH的一部分或嵌入到广播消息本身。可替换地，可以利用如在LTE系统中用于RACH的无竞争机制传输OOCDTII。

在网络外操作的情况下，如图7所示，也可以通过用组领袖UE701替换在图5中的eNB102的角色，应用如上所描述的无竞争D2D资源预留方法。

以下实施方式是假设D2DUE在LTE/LTE-A网络的覆盖内操作并且D2D资源分配或协调通过服务eNB处理进行描述的。然而，应当理解该实施方式也可应用于所有的UE都在网络覆盖外并且假设协调资源分配的任务由UE组领袖处理的情况。

在本公开的一种实施方式中(下文中称为“实施方式P1”)，能够D2D传输的UE可以通过网络配置有下行链路资源，以用于向至少一个第二UE传输广播或组播或多播消息的目的。在通过网络的配置之后，UE可以使用所配置的下行链路资源传输广播消息。下行链路资源可以是下行链路子帧、下行链路子帧的OFDM符号的集合或者下行链路子帧的物理资源块的集合。

传输D2D信号的UE可以利用与其服务小区同步的定时和/或频率传输D2D信号。接收D2D信号的UE可以利用与用于从服务小区接收信号的时间和/或频率相同的时间和/或频率接收D2D信号。换言之，在平均延迟、频率偏移(或，多普勒扩频和多普勒偏移)方面，接收器UE假定D2D信号是与服务小区的信号如公共/小区专用RS(CRS)/主同步信号(PSS)/从同步信号(SSS)准共位的。

如果在传输D2D信号的UE的传输定时和频率与服务小区的信号之间存在充分大的差异，那么在延迟扩展、多普勒频散、多普勒频移、平均增益和平均延迟方面，UE不能假定D2D信号与服务小区的信号如CRS/PSS/SSS准共位可能是更合理的。以下在本文的实施方式P5中公开进一步的细节。

根据3GPPLTERel-11规范(REF1、REF3、REF5、REF7)，网络可以配置子帧的集合作为多媒体广播多播服务单频网络(MBSFN)子帧。MBSFN子帧可以用于承载用于提供多媒体广播多播服务(MBMS)服务的物理多播信道(PMCH)，或用于配置有传输模式9或传输模式10的UE的物理下行链路共享信道(PDSCH)。小区的MBSFN子帧配置在系统信息块2(SIB2)中传输。在读取SIB2后，UE知道小区的MBSFN子帧配置。

在一个实例中，用于D2D传输的下行链路资源可以在MBSFN子帧中配置，其中D2D下行链路资源不用于PMCH、单播PDSCH或物理下行链路信道(PDCCH)或增强型PDCCH(EPDCCH)。MBSFN子帧的数据区域不包括小区专用参考信号(CRS端口0到端口3)；因此允许D2D传输免于CRS干扰。

在一个实例中，例如通过RRC信令或公用控制广播(在SIB消息中)可以将MBSFN的集合配置用于D2D传输。如果MBSFN子帧被配置用于D2D传输，那么除了PDCCH控制区域外的整个MBSFN子帧可以被预留用于D2D传输，即，PMCH、单播PDSCH、EPDCCH不在子帧中传输。如果在来自传输D2D信号的UE的信号和来自于服务小区的信号之间存在时间上和/或频率上的大的差异，那么该设计可以是有益的。在图18中示出了一个实例。图18示出了根据本公开的预留用于D2D通信的MBSFN子帧的实例。在图18中所示出的MBSFN子帧的实施方式仅用于说明。在不脱离本公开的范围的情况下，可以使用其他实施方式。

在另一个实例中，可以将在MBSFN子帧的集合中的物理资源块(PRB)对的集合配置用于D2D传输。在这种情况下，在MBSFN子帧内的物理资源块对的集合预留用于网络的D2D传输，网络不应该在物理资源块对的集合中传输信号。在相同子帧内的其他物力资源块还可以用于单播PDSCH传输或EPDCCH传输，即，在相同的MBSFN子帧中，用于单播PDSCH、EPDCCH和D2D传输的物理资源块可以在频率上复用。被网络预留用于D2D传输的物理资源块可以通过更高层用信令发送给UE。在图19中示出了一个实例。图19示出了根据本公开的预留用于D2D通信的MBSFN子帧内的PRB对的集合的实例；在图19中所示的在MBSFN子帧内的PRB对的实施方式仅用于说明。在不脱离本公开的范围的情况下，可以使用其他实施方式。

在下文中，将配置用于D2D传输的下行链路子帧称为D2D子帧。

可以为预留用于D2D传输的下行链路资源限定多个D2D传输信道。每个D2D传输信道占用预留用于D2D传输的下行链路资源的子集。D2D传输信道可以在一个或多个D2D子帧中传输(例如以周期或非周期的方式)。在一个实例中，D2D传输信道可以时间上复用(图20示出了实例)。在另一个实例中，D2D传输信道可以时间上和频率上复用(图21示出了实例)。如果可以限定多于一个的D2DRS端口或序列，那么还可以实行D2D传输信道的空间重新使用(在实施方式P3中公开了进一步的细节)。因此，D2D传输信道可以由下列中的一个或多个限定：

-DL子帧配置(子帧周期和子帧偏移)；

-物理资源块的集合(PRB的数目及其在系统带宽内的位置)

-D2D传输信道的其他可替换物可以是D2D子帧的OFDM符号的集合或D2D子帧的资源块的集合。

-D2DRS端口配置(端口索引、D2DRS加扰标识)。

-D2D传输信道标识(例如可以用于D2D传输信道信息比特加扰，进一步的细节在实施方式P4中公开)

能够D2D传输的UE可以配置有一个或多个D2D传输信道。在配置后，能够D2D传输的UE可以在所配置的D2D传输信道中的一个或多个中进行传输。

能够D2D接收的UE可以配置为从一个或多个D2D传输信道进行接收。在配置后，能够D2D接收的UE可以从一个或多个D2D传输信道进行接收。在没有来自于网络的明确配置的情况下，能够D2D接收的UE可以基于UE兴趣自动地选择从一个或多个D2D传输信道进行接收。

能够D2D传输的UE可以向网络请求一个或多个D2D传输信道。响应于UE请求，网络可以给UE配置一个或多个D2D传输信道。

在一种方法中，指示能够D2D接收的UE在所配置的D2D传输信道中接收D2D信号。

在另一个方法中，能够D2D接收的UE尝试检测在所有可用的D2D传输信道中的检测信号，并且在UE检测到该信号后，UE可以选择接收所检测的D2D传输信道中的一个或多个。在一个实例中，检测信号是用于D2D数据解调的D2D参考信号。在另一个实例中，检测信号是单独设计的检测信号，单独设计的检测信号可以是用于UE发现的检测信号。

在本公开的一个实施方式中(下文中称为“实施方式P1a”)，能够D2D传输的UE可以通过网络配置有上行链路资源，以用于向至少一个第二UE传输广播或组播或多播消息的目的。在被网络配置后，UE可以使用所配置的上行链路资源传输广播消息。上行链路资源可以是上行链路子帧、上行链路子帧的OFDM符号的集合或者上行链路子帧的物理资源块的集合。

传输D2D信号的UE可以利用与在原有上行链路子帧上的传输同步的定时和/或频率(上行链路频率)传输D2D信号。接收D2D信号的UE可以利用与在常规上行链路子帧上的传输相同的时间和/或频率接收D2D信号。

在传输D2D信号的UE与接收D2D信号的UE的传输时间和频率之间存在充分大的差异的情况下，那么接收D2D信号的UE不能使用与原有上行链路子帧上的传输相同的定时和/或频率来接收D2D信号是更合适的。如果接收D2D信号的UE在RRCIDLE模式中操作，那么UE可能不知道原有UL子帧的精确传输定时。可以应用如实施方式P5所描述的将UE与来自用于传输D2D信号的第二UE的同步信号同步的方法(下文中描述)。

在另一个可替换的方式中，传输(接收)D2D信号的UE应当使用与服务小区的下行链路子帧同步的定时和/或频率传输(接收)D2D信号。如果UE可以处于RRCIDLE模式，那么这可以是有利的，其中RRCIDLE模式中UE不知道UL定时。在这种情况下，可以应用在实施方式P1和P5(以下在本文中描述)中所描述的时间/频率同步。

在一个实例中，可以配置用于D2D传输的上行链路资源，其中D2D上行链路资源将不应被用于物理上行链路控制信道(PUCCH)/物理上行链路共享信道(PUSCH)/探听RS(SRS)；因此允许D2D传输免于上行链路干扰。

在一个实例中，可以例如通过RRC信令或公用控制广播(在SIB消息中)将上行链路子帧的集合配置用于D2D传输。如果将上行链路子帧配置用于D2D传输，那么整个上行链路子帧是预留用于D2D传输的，即，任何UE在该子帧中不传输PUCCH/PUSCH/SRS。在用于FDD系统的图22和用于TDD系统的图23中示出了实例。

在另一个实例中，可以将在上行链路子帧的集合中的物理资源块对的集合配置用于D2D传输。在这种情况下，在UL子帧内的物理资源块对的集合通过网络预留用于D2D传输。其他UE不应该在物理资源块对的集合中传输信号。在相同子帧内的其他物理资源块仍可以用于PUCCH/PUSCH/SRS传输，即，在相同的上行链路D2D子帧中，用于PUCCH/PUSCH/SRS和D2D传输的物理资源块可以频率上复用。被网络预留用于D2D传输的物理资源块可以通过更高层用信令发送给UE。在图24中示出了实例。即使D2D传输/接收和网络传输/接收是在不同的资源块中执行的，参与在子帧中的D2D传输/接收的UE也可能不想在相同的子帧中传输PUCCH/PUSCH/SRS。为此原因，对D2D传输/接收感兴趣的UE可以通知网络关于参与D2D活动的意愿和待用于D2D活动的上行链路子帧，以便网络可以避免在所涉及的UE所涉及的上行链路子帧中调度或配置PUCCH/PUSCH/SRS。

在下文中，将配置用于D2D传输的上行链路子帧称为D2D子帧。在一个实例中，D2D子帧的集合称为D2D资源池。D2D资源池可以包括用于D2D传输和接收的资源，或者D2D资源池配置可以仅指示用于传输或接收的资源的集合。可以通过网络配置一个或多个D2D资源池，其中每个资源池可以对应于组标识(例如警察、军队、商用等等)或可以对应于配置标识(例如基础设施辅助的D2D或自组模式D2D操作)。

可以为预留用于D2D传输的上行链路资源限定多个D2D传输信道。每个D2D传输信道占用预留用于D2D传输的上行链路资源的子集。D2D传输信道可以在一个或多个D2D子帧中传输(例如以周期或非周期的方式)。在一个实例中，D2D传输信道可以时间上复用(与图22或图23相同)。在另一个实例中，D2D传输信道可以时间上和频率上复用(图24)。如果可以限定多于一个的D2DRS端口或序列，那么还可以实行D2D传输信道的空间再利用(在实施方式P3中公开了进一步的细节)。因此，D2D传输信道可以由下列中的一个或多个限定：

-上行链路子帧配置(子帧周期性和子帧偏移)；

-物理资源块的集合(PRB的数目及其在系统带宽内的位置)

D2DRS端口配置(端口索引、D2DRS加扰标识)。

-D2D传输信道标识(例如可以用于D2D传输信道信息比特加扰，进一步的细节在实施方式P4中描述)

-D2D资源池配置标识

D2D组播标识

应指出上述限定可以明确地或隐含地联合或是可互换的。例如，D2D资源池配置标识可以与D2D组播标识可以具有一比一或一比M(其中M是大于1的整数)的对应，反之亦然。

能够D2D传输的UE可以配置有一个或多个D2D传输信道。在配置后，能够D2D传输的UE可以在一个或多个所配置的D2D传输信道中传输。

在另一个方法中，能够D2D接收的UE尝试检测在所有可用的D2D传输信道中的检测信号，并且在UE检测到该信号后，UE可以选择接收所检测的D2D传输信道中的一个或多个。在一个实例中，检测信号是用于D2D数据的解调的D2D参考信号。在另一个实例中，检测信号是单独设计的检测信号，单独设计的检测信号可以是用于UE发现的检测信号。

在本公开的一个实施方式中(下文中称为“实施方式P2”)，物理资源块的集合或例如根据实施方式P1的下行链路子帧(或者例如根据实施方式P1a的上行链路子帧)可以由网络经由更高层信令指示为预留用于D2D传输信道。D2D传输信道的资源包括在D2D子帧中的物理资源块的集合。D2D传输信道的物理资源块被网络通过资源分配信令发信令给UE

在一种可替换的方式中，D2D传输信道的物理资源块由网络分配。传输D2D信号的UE可以向网络请求资源分配，例如所需的PRB的数目可以由UE指示。响应于请求，网络通知UE待用于D2D传输的物理资源块。然后网络可以例如在系统信息块(SIB)上广而告之D2D传输信道配置，以便对D2D传输信道感兴趣的UE可以利用所广告的D2D传输信道配置接收相应的D2D消息。资源分配的变化或总的来说D2D传输信道配置的变化可以通过寻呼或通过具有由专门为此目的的RNTI(D2D-RNTI)加扰的循环冗余校验(CRC)的PDCCH通知给UE。传输D2D信号的UE还可以利用D2D控制信道，向接收D2D信号的UE用信令发送资源分配和其他信息。传输D2D信号的UE还可以通知网络其终止D2D传输的意向。在接收到UE的消息后，网络释放相应的D2D传输信道并且更新在SIB中的相应内容。网络可以发送寻呼消息或通过具有用D2D-RNTI加扰的CRC的PDCCH来通知UE关于SIB的变化。上述信令发送方法的优点是上述信令使用于连接RRC的UE和空闲RRC的UE都能够D2D传输和接收。可以通过UE请求且通过网络分配的D2D资源可以是DCCH(有时也称为调度分配信道)或D2D数据信道。

在D2D资源请求信令的一个方法中，D2D资源可以由UE经由更高层消息(MAC消息或者RRC消息)请求。更高层消息可以包括请求优先级、所需要的资源数量(例如以作为MAC消息的D2D缓存状态报告(D2DBSR)的形式，或如在表6b中的D2D资源集合指标符)和所需要的资源预留周期长度。可替换地，更高层消息可以包括当前包含在UE的D2D缓存中用于传输的数据的数量(以字节或比特表示)。如果UE具有要传输的D2D数据并且未被分频D2D资源或未被给予用于发送D2D资源请求的UL许可，那么如果用户在任何TTI中未配置有用于调度请求(SR)的有效PUCCH资源，则UE可以使用PUCCH格式1或随机接入程序来发送SR。如果网络以UL许可来响应，那么UE可以使用在UL许可中提供的资源向网络传输D2D资源请求信息。

在一个实例中，在更高层消息中的D2D资源请求包括索引的集合，一个索引用于一个预定义或预配置的信息字段。在以下实例中，6比特的信息可以用于指示优先级(表6a以2个比特示出了D2D请求的优先级的指示)，所需的时间-频率资源集合(表6b示出了具有2比特的、D2D资源请求设置的指示)以及资源预留周期(表6c以2个比特示出了D2D资源预留周期请求的指示)。映射表(表6a、表6b、表6c)可以通过网络在SIB(D2D-SIB)中用信令发送。在该实例中，一个字节的MAC控制元素可以用于传送控制信息(见图17A)。

在另一可替换的方式中，用于优先级、资源集合请求和预留周期请求的索引可以结合以联合地指示参数。在不是所有参数的穷举结合都被网络或UE支持的情况下，这是有利的。表7给出了映射到联合的参数配置的示例性索引。

在图25中给出了用于D2D资源请求的示例性程序。在该程序中，UE114向eNB102发送调度请求。然后eNB通过向UE发送UL许可来响应。之后UE向eNodeB发送D2D资源请求消息。最终，eNodeB通过发送D2D资源分配消息来响应于UE的请求。

图26示出了根据本公开的D2D资源分配的PDCCH的发射器链的实例。在图26中所示的发射器链的实施方式仅用于说明。在不脱离本公开的范围的情况下，可以使用其他实施方式。发射器可以在eNB如eNB102中执行。

在D2D资源分配信令的第一个方法中，D2D资源分配可以通过网络经由更高层消息(MAC消息或RRC消息)用信令发送。

在D2D资源分配信号的第二方法中，D2D资源分配可以通过网络经由使用下行链路控制信息(DCI)格式的PDCCH/EPDCCH用信令发送。用于指示资源分配的DCI格式可以基于UE已经监控的现有DCI格式，以便不增加UE必须执行的PDCCH/EPDCCH盲解码的数目。在一个实例中，该DCI格式可以基于DCI格式1A；也可以使用其他的DCI格式。可替换地，可以规定新的DCI格式。PDCCH的CRC可以由UE的C-RNTI加扰。在这种情况下，需要规定UE可以如何确定所检测的PDCCH是用于D2D资源分配而不是用于其他目的如用于常规下行链路分配或用于PDCCH命令触发随机接入程序。

假定b₀、b₁、b₂、b₃...b_N-1是DCI比特，其包括有效载荷(具有A个比特)和CRC校验比特(具有16个比特)。在确定用于D2D资源分配的DCI格式1A的目的的第一个方法中，具有DCI格式1A的CRC校验比特用例如表12所指示的D2D资源分配掩码x_AS,0、x_AS,1、……、x_AS,15和相应的RNTIx_rnti,0、x_rnti,1、……、x_rnti,15加扰以形成比特序列c₀、c₁、c₂、c₃、……、c_B-1。c_k与b_k之间的关系是：

对于k＝0，1，2，……，A-1

c_k＝b_k

对于k＝A，A+1，A+2，……，A+15

c_k＝(b_k+x_rnti,0,k-A+x_AS,k-A)mod2

通过检测掩码值，那么UE可以确定所检测的DCI格式1A是用于正常的蜂窝操作还是用于D2D资源分配目的。

[表11]

在确定用于D2D资源分配的DCI格式1A的目的的第二方法中，如果在DCI中的信息比特被确定是根据预定义的结构或编码点的(例如一个或多个信息字段满足预定义条件的集合)，那么UE将确定DCI格式1A是用于D2D资源分配的。否则UE将确定DCI格式1A是用于其他目的的，如否则具有一个码字的正常DL分配。一个实例如下∶

-载波指示符-0比特。

-用于格式0/格式1A区分的标志位-1比特，值1表示格式1A。

只有当格式1ACRC用C-RNTI加扰并且所有其余字段如下设置时，格式1A才用于D2D资源分配：

-资源块分配-x1比特，

-资源预留周期-x2比特

-资源预留ID-x3比特(资源预留ID可以被UE用于资源预留延长请求)

将在格式1A中用于一个PDSCH码字的紧凑调度分配的所有其余比特设置为0。

可以包括在DCI中的其他信息是用于DMRS的TPC和循环移位以及用于D2DPUSCH的OCC索引。

在用于网络对D2D广播UE的资源分配的DCI格式的另一个实例中，DCI格式可以基于DCI格式0。

假定b₀、b₁、b₂、b₃，……b_B-1是DCI比特，包括有效载荷(具有A个比特)和CRC校验比特(具有16比特)。在确定用于D2D资源分配的DCI格式0的目的第一个方法中，具有DCI格式0的CRC校验比特用例如表13所指示的D2D资源分配掩码x_AS,0、x_AS,1……，x_AS,15和相应的RNTIX_rnti、x_rnti,0、x_rnti,1、……、x_rnti,15加扰，以形成比特序列c₀、c_1、c2、c₃、……、cB_-1。c_k和b_k之间的关系是：

对于k＝0，1，2，……，A-1

c_k＝b_k

对于k＝A，A+1，A+2，……，A+15

c_k＝(b_k+x_rnti,0,k-A+x_AS,k-A)mod2

通过检测掩码值，UE可以确定所检测的DCI格式0是用于正常的蜂窝操作还是用于D2D资源分配目的。

[表12]

图26示出了用于在PDCCH中传输用于D2D资源分配的DCI格式的eNB发射器功能。eNB在各个PDCCH中单独地编码和传输每个DCI格式。适用DCI格式的UE的MAC层标识(UE_ID或C-RNTI)将DCI格式码字的循环冗余校验(CRC)掩码，以使得UE能够识别出特定格式将适用该UE。计算2602(非编码的)DCI格式比特2601的CRC，然后使用CRC和UE_ID比特之间的异或(异OR)(XOR)操作2603(XOR(0,0)＝0，XOR(0,1)＝1，XOR(1,0)＝1，XOR(1,1)＝0)，来将CRC掩码2604。对于D2D资源分配，使用第一掩码操作之后已掩码的CRC2606以及D2D资源分配掩码2607之间的XOR操作2605，执行第二掩码操作。然后将最终掩码的CRC2608追加至DCI格式比特2609，执行2610信道编码，例如通过使用卷积码，紧接着与所分配资源速率匹配2611，以及最后通过交织、调制2612以及控制信号的传输2613。

图27示出了根据本公开的D2D资源分配的PDCCH的接收器链的实例。图27所示的接收器链的实施方式仅是示例性的。在不脱离本公开的范围的情况下，可以使用其它实施方式。接收器可以实施为诸如UE114的UE。

图27示出了用于在PDCCH中的D2D资源分配DCI的接收的UE接收器操作。UE接收和解调假设是DCI格式0/1A的所接收控制信号，解交织结果比特2701，恢复在eNB发射器处应用的速率匹配2702，然后解码已编码的控制信息2703。在解码之后，UE接收在提取CRC比特2705之后获得DCI比特2704，之后通过应用与UE_ID2707的XOR操作，解掩码DCI比特。然后，通过应用与D2D资源分配掩码2709的XOR操作2708，执行第二解掩码操作。最后，UE接收器执行CRC2710。如果CRC测试通过了，则UE对DCI比特的参数执行进一步检查，以例如如果只有DCI格式0可用于D2D资源分配的目的，则通过检查格式标志位来检查DCI格式是否为格式0。如果DCI参数的验证通过了，则UE认为DCI格式是有效的DCI格式并确定用于D2D资源分配的参数；否则UE忽视假定的DCI格式。如果CRC测试未通过，则UE在没有D2D资源分配或其它RNTI的情况下执行进一步的CRC，以识别DCI的目的。如果所有的CRC均失败，则UE忽视假定的DCI格式。

在用于确定用于D2D资源分配的DCI格式0的目的的第二方法中，如果确定DCI中的信息比特符合预定的结构或代码点(例如，满足预定义的条件集合的一个或多个信息字段)，则UE确定DCI格式0用于D2D资源分配；UE确定DCI格式0用于其它目的，例如否则正常UL许可。第二方法的第一个实例如下：

-载波指示符-0比特。

-用于格式0/格式1A区分的标志位-1比特，值1适用于格式1A

格式0只在格式0CRC受到C-RNTI加扰时才用于D2D资源分配，并且所有剩余的字段设置成如下：

-资源块分配-x1比特，

-资源预留周期-x2比特

-资源预留ID-x3比特(资源预留ID可被UE用于资源预留扩展请求)

-用于调度的D2D资源的TPC命令-2比特

-用于D2DPUSCH的DMRS和OCC索引的循环移位-3比特

用于在一个UL小区中的PUSCH调度的格式0中的所有剩余比特设为0。

在第二方法的第二实例中，用于D2D资源分配的DCI格式0与用于正常UL许可的DCI格式0相同，如文献2的第5.3.3.1.1部分所限定；以及可重新使用“Resourceblockassignmentandhoppingresourceallocation(资源块配置和跳频资源分配)”字段来指示D2D资源的分配。还可重新使用“TPCcommandforscheduledPUSCH(用于已调度的PUSCH的TPC命令)”字段来指示用于已调度的D2D资源的TPC命令，以及可重新使用“cyclicshiftforDMRSandOCCindex(用于DMRS和OCC索引的循环移位)”来指示用于D2DPUSCH的DMRS和OCC索引的循环移位。如果与“Modulationandcodingschemeandredundancyversion(调制和编码方案与冗余版本)”字段(I_MCS)和由“Resourceblockassignmentandhoppingresourceallocation(资源块分配和跳频资源分配)”字段(N_PRB)指示的PRB的数量有关的条件集合符合要求，则UE识别出DCI格式0用于D2D资源分配。例如，如果I_MCS＝30且N_PRB≤P，其中，P是例如1、2、3、4的整数，则DCI格式0用于D2D资源分配。

在第二方法的第三实例中，UE识别到DCI格式0是用于D2D资源分配而不是0，将预定义比特序列追加至DCI格式0，直至有效载荷大小与格式1A的有效载荷大小相等为止。例如，将1追加至格式0，直至有效载荷大小与格式1A的有效载荷大小相等。如果UE确定1被追加至格式0直至有效载荷大小与格式1A的有效载荷大小相等，则UE确定DCI格式0用于D2D资源分配；否则如果UE确定0追加至格式0直至有效载荷大小与格式1A的有效载荷大小相等，则UE确定DCI格式0用于正常UL许可。

图28示出了确定根据第二方法的第二实例或第三实例检测到的DCI格式0的目的UE程序的实例。虽然流程图描述了许多有顺序的步骤，但是除非明确陈述，否则将不应从该顺序中作出关于性能、串行地而不是同时地或重叠地的步骤或步骤的一部分的性能，或者在没有中间步骤的介入的发生下唯一地描述的步骤的性能的具体次序的推断。在所描述的实例中所描述的过程通过发射器或接收器链通道输入例如移动电台和基站执行。

在第三方法中，可以应用上述方法的组合。例如，如果UE确定已经将D2D资源分配掩码应用至DCI格式0的CRC，且与信息比特字段有关的条件集合已满足，则DCI格式0用于D2D资源分配。

上面对于DCI格式1A和DCI格式0示出的类似原理还可应用于DCI格式1C、DCI格式3、DCI格式3A或任何新的DCI格式。

在D2D资源分配信令的另一个方法中，UE从检测到的DCI在PDCCH/EPDCCH控制区域中的位置，确定检测到的DCI是否用于蜂窝式操作或D2D操作。例如，整个PDCCH/EPDCCH搜索空间可分割成两个部分，其中，如果在第一搜索空间中检测到DCI，则确定DCI用于蜂窝式操作；以及如果在第二搜索空间中检测到DCI，则确定DCI用于D2D资源分配。

在D2D资源分配信令的另一个方法中，UE从用于通过了CRC校验和的RNTI值，确定检测到的DCI是否用于蜂窝式操作或D2D操作。例如，新的RNTI可限定成用于解码在PDCCH中的D2D资源分配信息。如果检测到DCI具有第一RNTI(例如，C-RNTI)，则确定DCI用于蜂窝式操作；以及如果检测到DCI具有第二RNTI(例如，D2D资源分配RNTI或D2DRA-RNTI)，则确定DCI用于D2D资源分配。

图29示出了根据本公开的资源分配信令的实例(实例1-RA)。图29所示的信令的实施方式仅是说明性的。在不脱离本公开的范围的情况下，可以使用其它实施方式。

资源分配信令的一个实例(实例1-RA，图29)可以如下。对于给定的服务小区，对于每个D2D传输信道p，通过网络向能够进行D2D传输或接收的UE指示组合的索引γ，其对应于PRB索引(k_i＜k_i+1)并通过方程式1给出：

[数学图1]

如参考文献3的第7.2.1部分中所限定，其中，是与下行链路带宽相关联的PRB对的数量，是构成D2D传输信道p的PRB对的数量并且是通过更高层进行配置的，以及是扩展的二项式系数，导致唯一的标记

图30示出了根据本公开的资源分配信令的实例(左：实例2-RA；右∶实例3-RA)。图30所示的信令的实施方式仅是说明性的。在不脱离本公开的范围的情况下，可以使用其它实施方式。

资源分配信令的另一个实例(实例2-RA，图30)包括基于PRB对的位图信令，其中，每个比特指示PRB对是否分配给了给定的D2D传输信道。在本实例的另一个可替换方式中，每个比特都指示大小为K的连续PRB对集合，其中，K是恒定的整数(例如，2或3)。

资源分配信令的另一个实例(实例3-RA，图30)包括几个PRB对起始索引和多个PRB，其指示分配给D2D传输信道的一块连续的PRB对。以上资源分配信令方法可用于用信令发送表11中的资源。其还可用于以DCI格式或在更高层消息中直接指示分配至UE的D2D资源(即，不在表11中指示索引，而是直接用信令发送该信息比特至UE，)。

在另一个可替换方式中，可以通过网络将资源如DL子帧集合或者DL子帧集合的物理资源块集合指示为昂将要预留用于D2D传输。传输D2D信号的UE可从被网络预留用于D2D传输的物理资源块选择用于其D2D传输的物理资源块的子集。传输D2D信号的UE负责使用D2D控制信道，将资源分配和其它控制信息用信令发送至接收D2D信号的UE。

传输D2D信号的UE可以在决定使用特定物理资源块之前，执行物理资源块的信道侦听，以避免冲突。被UE使用的检测信号可以是用于解调D2D数据的D2D参考信号。可替换地，被UE使用的检测信号可以是单独的检测信号。

本设计的潜在优势是支持依然期望直接传输的网络覆盖外情况。在这种情况下，网络或UE可能已经预配置了时间/频率资源，UE可以从该时间/频率资源中进行选择一用于D2D传输目的。

已经例如根据实施方式P1假设DL子帧用作D2D资源来描述了该实施方式所描述。该实施方式还适于例如根据实施方式P1a将UL子帧用作D2D资源的D2D框架，通过用“UL子帧”替换该实施方式的以上段落中的“DL子帧”、用替换其中，是与上行带宽相关的PRB对的数量。在这种情况下，图29和图30也不存在PDCCH。

子帧的特定子集可用于所指示的D2D资源分配。这在这样一种情况中可能有利，在该情况中经由D2DSIB指示D2D子帧的位置和周期，且只需要在D2D子帧的定时附近指示资源分配请求和许可。

图31示出了根据本公开的资源请求和分配经由偏移的子帧指示的实例。图31所示的子帧指示的实施方式仅是说明性的。在不脱离本公开的范围的情况下，可以使用其它实施方式。

在一个可替换方式中，用于发送D2D资源请求和接收D2D资源分配的子帧可定义为分别距离在时间t处设置的给定子帧的开头的相对偏移X和Y。例如，如图31所指示，可以通过UE在子帧t-X处发送资源分配请求，并在子帧t-Y处接收分配许可。由X或Y指示的偏移可对应于单个子帧或者可指示起始子帧，其中，任何后续子帧均可用于D2D资源请求或D2D资源分配。当在子帧t-Y处接收D2D资源分配之后，D2DUE从子帧t或者在子帧t上传输D2D信号或数据。利用该可替换方式，在示例性程序中，UE可理解所接收的DCI是否用于D2D操作如D2D资源分配，或者是否用于正常蜂窝式操作如UL许可。例如，如果D2D资源分配DCI是基于DCI格式0的，且如果UE在子帧t-Y中接收DCI格式0，则UE将DCI理解成D2D资源分配DCI；否则，UE将DCI理解成常规的UL许可。在该可替换方式的另一个实例中，包含D2D资源集合的子帧中还存在不与D2D资源重叠的常规UL资源，而且UE需要检查在通过UL许可在子帧t-Y中提供的资源分配是否位于子帧t中预定义或预配置的D2D资源集合中。如果通过UL许可提供的资源分配位于D2D资源集合中，则确定UL许可是D2D资源分配消息；否则，确定UL许可是常规的UL许可。

在第二可替换方式中，可以(例如经由位图)明确地限定用于传输D2D资源请求和用于接收D2D资源分配的子帧集合。在一个实例中，向UE提供子帧索引。在又一个可替换方式中，该索引可以相对于在时间t处设置的给定D2D子帧集合的开头。在这种情况下，偏移X和Y可对应于多个偏移的集合。

在上面的两个可替换方式中，可以通过D2DSIB或通过RRC配置消息来指示子帧偏移或位图的指示以及对应值。

在第三可替换方式中，用于传输D2D资源请求和接收D2D资源分配的子帧可以是不受限制的，且UE可以期望在任何可用的上行链路或下行链路子帧中发送许可和接收资源分配。

在由UE在这样一种子帧中接收正常UL许可，其中该子帧中对应的PUSCH被确定为将在已知的D2D资源中传输的情况下，UE需要确定应当如何处理UL许可或调度的PUSCH，以避免对D2D链路的干扰。在第一个方法中，UE可将相应的PUSCH传输延迟至没有预留作为D2D资源的下一个可用UL子帧。该方法的优点在于，网络可以有更多DL子帧来调度UL许可，以使得可更高效地利用DL子帧的控制区域的容量。在第二方法中，UE丢弃UL许可。该方法简单且仍然可避免对D2D链路的干扰。

在本公开的一个实施方式(以下简称为“实施方式P3”)中，使用下行链路解调参考信号(DM-RS，有时也称作用于基于LTE中的传输模式9和10的PDSCH的UE专用参考信号(UE-RS))的传输方案可用于D2D传输。为了D2D广播或多播或组播的目的，DMRS应当被一组UE接收，因此DMRS实际上是UE组RS。然而，这种RS被称为UE-RS，认识到其能够被一组UE接收。在另一个选择中，使用MBSFN参考信号的传输方案可用于D2D传输。由其MBSFNRS的更密集的RS结构，MBSFNRS可以提供比解调信号更出众的链路级SINR。可替换地，MBSFNRS的开销比DMRS更大。用于D2D传输的参考信号可称为D2D参考信号(D2DRS)。该实施方式可基于如实施方式P1或实施方式P1A中描述的物理资源结构来应用。

如果解调参考信号用于D2D传输，则D2DRS天线端口的资源元素映射可以与对于LTE(REF1)限定的天线端口7-14相同。

可配置成用于D2D传输的天线端口的数量的上限可为常数M。

在一个实例中，M＝2。在一个方法(方法1-D2DRS)中，D2DRS资源元素(RE)映射与用于天线端口7和8的UE-RSRE映射相同，而且D2D发射器可分配具有天线端口7和8中的一个(或两个)天线端口。在另一个方法(方法2-D2DRS)中，D2DRSRE映射与用于天线端口7和9的UE-RSRE映射相同，而且D2D发射器可分配具有天线端口7和9中的一个(或两个)天线。

在另一个实例中，M＝1，D2DRSRE映射与用于天线端口7的UE-RSRE映射相同。

在另一个实例(方法3-D2DRS)中，M＝4，D2DRSRE映射与用于天线端口7-10的UE-RSRE映射相同。

在一个实例中，使用D2D参考信号的D2D传输方案是单层传输，即未应用空间复用。这有利于以广播方式执行的D2D传输，因为接收广播消息的UE可能仅具备一个接收天线。

在用于D2D传输的单层传输方案的一个可可替换方式中，D2D数据资源元素仅与一个所配置的D2DRS端口相关联。

在用于D2D传输的单层传输方案的另一个可替换方式中，D2D数据资源元素与M个D2DRS端口相关联，其中，可根据上面的方法1-D2DRS或方法2-D2DRS或者方法3-D2DRS确定M个天线端口。例如，当使用方法1-D2DRS并将两个天线端口表示成DMRS天线端口0和1(其可分别对应于3GPPLTE天线端口7和8)时，资源元素以首先在频率方向上然后在时间方向上递增的次序交替地与天线端口0和1相关联，在子帧中从第一时隙开始且以第二时隙结束。假设D2D子帧是DL子帧(例如，实施方式P1)，图32示出了与分配给D2D传输的资源元素(RE)相关联的示例性DMRS天线端口，其中，在关联天线端口和D2DRE时跳过DMRSRE，且D2DRE从子帧中的第三OFDM符号开始。类似地，假设D2D子帧是UL子帧(例如，实施方式P1a)，图33示出了与分配给D2D传输的RE的示例性DMRS天线端口关联，其中，在关联天线端口与D2DRE时跳过DMRSRE，且D2DRE从子帧中的第一OFDM符号开始。图32和33所示的实施方式仅是示例性的。在不脱离本公开的范围的情况下，可以使用其它实施方式。

假设D2D子帧是DL子帧(例如，实施方式P1)。在一个方法中，用于物理D2D信道传输(或者映射)的起始OFDM符号编号是不可配置的，并且在协议中配置成常数。在一个实例中，起始OFDM符号编号是l＝2，或者子帧中的第三OFDM符号。该实例可由MBSFN子帧2中的OFDM符号配置成用于PDCCH传输的事实来激发。

假设D2D子帧是DL子帧(例如，实施方式P1)。在另一个方法中，用于物理D2D信道传输(或映射)的起始OFDM编号可通过例如网络通过UE专用的/小区专用的RRC信令进行配置，或者可在SIB中承载，并且可指示任何OFDM符号，包括l＝0(对应于第一OFDM符号)。

在用于D2D传输的单层传输方案的又一个可替换方式中，可以配置单层传输方案的。例如，意图传输D2D信号的UE可以将其优选的传输方案用信令发送至网络，其中，优选的传输方案可以通过其基本频带或RF能力来确定。然后，网格可相应地将D2D传输方案配置给的从发射器UE接收D2D信号接收器UE。

对于D2D天线端口中的任一个，参考信号序列γ(m)可由以下限定：

[数学图2]

γ (m) = \frac{1}{\sqrt{2}} (1 - 2 \cdot c (2 m)) + j \frac{1}{\sqrt{2}} (1 - 2 \cdot c (2 m + 1))

其中，伪随机序列c(i)由参考文献1中的第7.2部分限定。在每个子帧的开头处，伪随机序列生成器应当通过进行初始化，其中，是无线帧内部时隙的数量。参考信号序列γ(m)假设D2D子帧是DL子帧(例如，实施方式P1)。如果D2D子帧是UL帧(例如，实施方式P1a)，则参考信号序列γ(m)是相同的，除了(在资源块的多个中表示的最大下行链路带宽分配)替换成(在资源块的多个中表示的最大上行带宽分配)。

在一选择中，数量i＝0，1通过物理层小区标识给出。在另一选择中，i＝0，1由更高层信令给出；这使得相同的D2D端口能够被执行D2D传输的不同UE重新使用而不受到过多干扰，只要它们的D2D覆盖不重叠。

类似地，D2DRS的n_SCID可固定为常数，例如0或3(以便区分使用nSCID＝0，1的UE-RS和使用nSCID＝2的EPDCCHDMRS)，但是为了促进资源重新使用，有利的是使得n_SCID可由网络配置，例如通过使用指示用于D2D传输信道的资源的控制信令。在特定情况下，用于指示n_SCID和的信令能够联合地执行，且我们得出伪随机序列生成器的以下初始化：

[数学图3]

如果超过一个端口限定成用于D2D传输，其中一个端口用于一个D2D传输信道，则也允许资源的重新使用。在一个实例中，与时域正交覆盖复用的正交端口可以用于D2D传输，例如以与端口7和端口8复用相同的方式。在另一个实例中，在频率上复用的正交端口可以用于D2D传输，例如以与端口7和端口9复用相同的方式。与时域代码复用相比，D2D端口的频率复用对于定时/频率失准可具有更大弹性。

为了提高D2DRS的信道估计性能，可通过UE配置跨子帧或跨物理资源块的PRB捆绑。当为PRB集合配置PRB捆绑时，UE可假设，对于每个天线端口，相同的预编码器已经应用于该PRB集合中的所有PRB。在没有明确配置的情况下，PRB捆绑可通过网络进行分配，或者捆绑通过协议进行托管。

在本公开的一个实施方式(在下文中称作“实施方式P4”)中，D2D数据信道信息比特可以在调制之前进行加扰，以提高对于干扰和噪声的传输可靠性。

对于D2D传输信道的每个码字q，比特块(其中，是在一个子帧中的物理信道上传输的码字q中的比特的数量)是在调制之前加扰的，从而根据(其中，加扰序列c^(q)(i)由参考文献1的第7.2部分给出)，形成加扰比特块加扰序列生成器在每个子帧的开头处初始化，其中，初始值c_init可以是D2D传输信道标识的功能。通常，初始值c_init还可以是(但不限于)以下至少一个或多个参数的函数：

1.信道的D2D传输信道标识

2.无线帧内时隙的数量(n_s)

3.D2DRNTI(n_sD2D-RNTI)

4.码字索引(q)

5.D2D资源池配置标识

6.D2D组播标识g

对于的两个示例性函数给出如下。

实例1：

其中，是D2D传输信道标识，以及n_s是无线帧内时隙的数量。

实例2

其中，n_D2D-RNTI是D2DRNTI，是信道p的D2D传输信道标识，以及n_s是无线帧内时隙的数量。

为了允许仅具有单个接收器天线端口的UE接收D2D信号，用于D2D传输的码字的数量可以固定为一(q＝0)。

在一个方法中，用于D2D传输物理通道的调制格式不可通过网络进行配置，并固定为QPSK。这将有利于使广播传输健壮，且如果D2D传输是广播传输且不存在来自接收D2D信号的UE的用于链路适应目的的HARQ-ACK和/或CSI反馈时，这尤其有利。

在另一个方法中，对于给定D2D传输信道，可通过网络配置调制格式(例如，QPSK、16QAM或64QAM)。用于给定D2D传输信道的调制格式可通过网络在例如SIB中用信令发送。

在一个方法中，执行直接传输的UE所使用的发射功率可以通过网络配置，并通过普通(例如，SIB)或专用(例如，RRC)控制信令向UE指示。

在另一个方法中，UE可从通过网络配置的一系列值自动地选择用于直接传输的发射功率，其中，该一系列值是通过普通(例如，SIB)或专用(例如，RRC)控制信令向UE指示的。

在另一个方法中，UE可以例如基于其想要提供的覆盖面积，自动地选择用于直接传输的发射功率，只要该发射功率不超过由网络通过更高层信令向UE预先确定或配置的值。

在本公开的一个实施方式(在下文中称作"实施方式P5")中，能够进行D2D传输的UE应使用与服务小区同步的定时和/或频率传输D2D信号。

对于接收D2D信号的UE，在一个可替换方式(可替换方式1)中，UE可使用与用于从服务小区接收D2D信号相同的时间和/或频率接收D2D信号，即UE可以假设D2D信号天线端口与服务小区的天线端口(CRS/PSS/SSS端口)上的信号在平均延迟、频移(或多普勒扩散和多普勒频移)方面是准共位的。

在另一个可替换方式(可替换方式2)中，UE不能假设D2D信号天线端口与服务小区的天线端口(CRS/PSS/SSS端口)上的信号在延迟扩散、多普勒扩散、多普勒频移、平均增益和平均延迟方面是准共位的。在这种情况下，UE可从D2D参考信号得出用于D2D信号同步和D2D信号解调的大规模的信道特性。此外，因为每个D2D传输信道与不同的D2D信号传输UE相关联，所以从多个D2D传输信道接收D2D信号的UE不能假设来自不同D2D传输信道的D2D信号是准共位的。

在又一个可替换方式中，可以对于用于接收D2D信号的UE配置对于接收D2D信号的准共位假设，例如，可以配置UE是应当假设可替换方式1还是可替换方式2。网络可能不知晓传输D2D信号的UE的时间和/或频率同步能力，因此，准共位配置可以通过传输D2D信号的UE用信令发送或进行广播。

为了进一步促进D2D信号同步，尤其是在UE中的至少一个位于网络覆盖范围之外的情况下，传输UE可以最初在传输D2D数据信道之前以及周期性地在D2D传输期间传输同步信号。同步信号的实例包括∶

1.PSS/SSS

2.D2D检测信号

3.D2D参考信号

4.新的同步或发现信号

5.SRS

6.PRACH

7.基于Zadoff-Chu序列的参考信号/同步信号

可替换地，接收D2D传输的UE可使用任何以上的同步信号使其接收同步，而且传输D2D传输的UE可开始广播传输而不用首先只传输同步信号。

D2D同步信号的存在和位置可通过广播或专用信令(例如，SIB或RRC)对接收D2D信号的UE进行指示，或者可预先确定，例如在D2D参考信号或D2D检测信号的情况下。D2D同步信号的存在和位置还可通过接收D2D信号的UE进行盲检。如果UE在网络覆盖范围之外，则盲检可能有利。

在本公开的一个实施方式(在下文中称作“实施方式p6”)中，除RS和数据符号之外，能够进行D2D传输的UE还可传输D2D传输控制信道。这可能有利于当传输或接收UE中的至少一个在网络覆盖范围外时允许D2D传输参数和资源的更动态的选择和自适应以及支持D23操作。例如，如果存在网络辅助的或直接的D2D返回信道，则UE可能希望基于来自接收UE的消息类型或反馈信息，改变其MCS和/或其它控制信息。例如，UE可能希望改变用于传输广播信令的PRB的数量。

在一个方法中，D2D传输控制信道使用EPDCCH来提供接收D2D传输所需的相关控制信息，该控制信息包括以新DCI格式(D2DDCI格式)的以下中的至少一个：

1.MCS

2.用于物理D2D信道传输的起始OFDM编号

3.用于D2D传输的时间/频率物理资源(例如，子帧PRB映射)

4.D2D数据和D2DRS的功率比

5.传输优先级(例如，紧急事件警告消息)

6.传输信道标识(例如)

7.反馈模式(实施方式P7中提供进一步的细节)

注意，如果D2D子帧是UL子帧(例如，实施方式P1a)，则D2DEPDCCH可定位在UL子帧上。

传输D2D信号的UE可配置有D2DEPDCCHPRB对集合，其中，示例性的PRB对集合大小可以是x个PRB对，其中，x可以是固定常数或者是可配置的(例如，x＝1或2)。可以存在具有新DCI格式的一个D2DEPDCCH单元，该新DCI格式承载一个D2D传输信道的控制信息。由相同的UE传输的多个D2D传输信道的控制信道可以复用为所配置的D2DEPDCCHPRB对集合中的不同EPDCCH单元。

在一个方法中，D2DEPDCCH的ECCE可复用在为D2D传输分配的PRB中。

在一个方法中，上述ECCE的ECCE聚合水平是固定的并通过更高层信令或预配置对UE进行指示。已知ECCE的位置和数量的接收UE可以跳过用于接收广播信号的各个资源元素，并可执行合适的比率匹配。

在一个方法中，D2DEPDCCH不在各个子帧中传输，而是相对于(由10个子帧组成的)帧的第一子帧，以预先确定的周期(其由系统信息指示或者在系统操作中确定)或者利用预先确定的模式(是由来自网络的系统信息通知给UE的)，在子帧中传输。

D2DDCI的CRC可用称作D2D-RNTI的新RNTI值进行加扰，其中，新RNTI值可以在标准规范中预定义并且为UE所知。

要在子帧中的D2DEPDCCH上传输的比特块b(0)，…，b(M_bit-1)应当被加扰，导致根据数学图4形成加扰比特块

[数学图4]

其中，加扰的序列c(i)通过36.211的第7.2部分给出。加扰序列生成器应利用来初始化。

在一个实例中，可与相同。在另一个实例中，可以是通过网络分配的并且在例如SIB中用信令发送的单独的D2DEPDCCH标识。

在D2D控制信道传输的另一个方法中，网络可传输D2DEPDCCH。在这种情况下，用于传输D2D信号的多个UE的D2DEPDCCH可以在相同的D2DEPDCCHPRB集合中复用。

在本公开的一个实施方式(在下文中称作实施方式P7)中，为了促进D2D传输UE的链路自适应如发射功率和MCS选择，来自试图接收D2D传输的UE的反馈可能是有利的。结果，网络可以选择性地支持D2D反馈信道。

在一个方法(方法1)中，接收UE可通过网络配置成测量在特定物理资源如D2DRS上的D2D传输的链路质量。反馈信道的存在和配置可由更高层信令给出或者在D2D控制信道信息中直接指示给接收UE。如果这样配置了，则UE可以在D2D反馈信道中将例如RSRP形式的测量报告给网络或传输UE(如果其包括UL接收器)，用于该D2D反馈信道的相应UL资源也通过网络配置或在D2D控制信道信息中指示。如果接收D2DUE向网络报告各自的测量，则网络随后可通过更高层信令向D2D传输UE通知这些测量。更高层信令可包括预先确定数量的测量，如具有较低值(如果测量的总数小于Q，则包括零)的Q个测量，或者仅包括具有最低值的测量等等。因此，D2D接收UE可分配有多个参考信号接收功率(RSRP)测量(或任何类似类型的其它测量)；一个对应于通过网络传输的信号，另一个对应于从第一D2DUE传输的信号等等。

在另一个方法(方法2)中，接收UE可配置成反馈每个D2D传输信道的确认消息。该UE可传输用于传送单个比特(或者在多输入多输出(MIMO)D2D传输的情况下2比特)的信号，该比特指示D2D信道的正确或不正确接收。被UE用于传输确认消息的资源可以通过更高层信令配置给UE。

在另一个方法(方法3)中，接收UE可配置成反馈每个D2D传输信道的否认(NACK)消息。如果有兴趣接收给定信道上的D2D传输的UE不能正确地解码该传输，则UE可传输指示接收失败的信号。否则，如果UE正确地解码该传输，则UE不传输信号。相同的资源可用于所有的UE和网络，或者如果传输UE装备有UL接收器，则传输UE可检测资源中的总接收能量和估计无法正确检测传输信道的UE的数量。如果这种估计在网络上发生，则网络可通知传输UE所检测的能量，以使得传输UE可对于传输信道的执行合适的链接自适应(发射功率或MCS)，或者可通过网络来确定该自适应并且通过更高层信令向传输UE通知该自适应。

在方法1的一个可替换方式中，在单个消息中提供用于所有D2D传输信道的反馈信息，其中接收UE当前配置成提供关于所有D2D传输信道的反馈。例如，在方法1的情况下，可以配置包括多个字段的单个消息以便接收UE来报告，其中，每个字段对应于用于不同D2D传输信道的测量。例如，在方法2的情况下，可以配置单个位图以便接收UE来报告，其中，每个比特对应于用于不同D2D传输信道的确认(ACK)或否认(NACK)值。

在另一个可替换方式中，在单独的消息中提供用于D2D传输信道的反馈信息，接收UE当前配置成提供关于每个信道的反馈。这在不同的D2D传输信道在它们的传输定时上未对准以及反馈的聚合可能引起不可接受的延迟的情况下可能有利。此外，如果给定D2D传输信道的反馈配置成通过传输UE而不是网络来直接接收，则聚合不是有利的。

网络或传输UE可使用反馈来确定当前传输参数是否足够提供期望QoS等级。例如，网络可使用RSRP阈值或NACK计数来确定是否传输MCS的重新配置(SIB或RRC)和用于相应D2D传输信道的发射功率。

本申请中的说明书的任意部分都不应理解为暗示任意具体元素、步骤或功能是必须包括在权利要求范围中的基本元素：专利主题的范围仅由权利要求限定。此外，除非确切的词语“用于……的装置(meansfor)”后面跟有分词，否则这些权利要求不旨在引用35USC§112的第六段。

虽然附图中已经示出了且上述已经描述了各种特征，但是可以对附图作出各种更改。例如，图1至图9和图17A至图24和图26、图27以及图29至图33中示出的组件的大小、形状、布置和布局仅是说明性的。每个组件可具有任何适合的大小、形状和尺寸，且多组件可具有任何适合的布置和布局。此外，图1至图9和图17A至图24和图26、图27和图29至图33中的各种组件可以组合、进一步细分、或省略，而且可以根据特定需要增加附加的组件。此外，设备或系统中的每个组件都可使用用于执行所述功能的任何适合结构来实施。此外，虽然图10-16、图25和图28示出了各系列的步骤或信号，但是图10-16、图25和图28中的各种步骤或信号可以重叠、并行发生、多次发生、或者以不同次序发生。

还可设想到的是，可本实施方式的具体特征或方案的各种组合或子组合是可以做出的并且依然落入所附权利要求的范围。例如，在一些实施方式中，关于一些实施方式在本文公开的或通过引用并入的特征、配置、或其它细节可以与关于其它实施方式在本文公开的其它特征、配置或细节组合，以形成本文未明确地公开的新的实施方式。具有特征或配置的组合的所以这种实施方式被认为是本公开的一部分。此外，除非另外地声明，否则本文公开的实施方式中的任一个实施方式的特征或细节都不意味着是本文公开的任何实施方式所必须的或必不可少的，除非本文中明确地描述成是必须的或必不可少的。

虽然已经利用示例性实施方式描述了本公开，但是对于本领域技术人员而言可以想到各种改变和修改。本公开意图将该改变和修改包括在所附权利要求的范围中。

Claims

1.一种方法，包括：

通过eNodeB(eNB)配置一个或多个设备到设备(D2D)通信资源池；

通过所述eNB使用公共广播信道，将与一个或多个所配置的D2D通信资源池有关的信息用信令发送给第一用户设备(UE)和多个UE；

通过所述eNB从所述第一UE接收对于一个或多个D2D通信资源的请求，其中，所述第一UE配置为传输D2D消息；

通过eNB为所述第一UE确定一个或多个用于D2D通信的资源；并且

将D2D资源分配信息传送至所述第一UE，其中，所述第一UE配置为将所述D2D资源分配信息传送至所述多个UE中的一个或多个UE，以及将D2D数据传输至所述多个UE中的一个或多个UE。

2.如权利要求1所述的方法，还包括：

使用随机接入程序或调度请求消息或更高层消息中的一个，从所述第一UE接收对于一个或多个D2D通信资源的请求，

其中，对于随机接入程序，在所述随机接入程序的第三消息中接收D2D资源请求信息，其中所述D2D资源请求信息包括请求优先级、所需要的资源数量以及所需要的资源预留周期长度。

3.如权利要求1所述的方法，

其中，传送所述D2D资源分配信息包括使用更高层消息或第一层控制信令，并且

其中，所述第一层控制信令由具有预定义的下行链路控制信息(DCI)格式的物理下行链路控制信道(PDCCH)承载，其中所述预定义的DCI格式是DCI格式0。

4.如权利要求3所述的方法，还包括：

识别所述DCI格式是用于常规目的还是用于D2D资源分配，

其中，使用所述DCI格式中的参数集合的预定值和CRC掩码中的至少一个，识别用于D2D资源分配的DCI格式，

其中，所述参数集合中的参数是调制和编码方案以及冗余版本中的至少一个，

其中，所述参数集合中的参数是通过资源块分配和跳频资源分配字段指示的物理资源块的数量。

5.如权利要求1所述的方法，

其中，在传输D2D数据之前，所述第一UE使用D2D控制信道将D2D资源分配信息传送至所述多个UE中的一个或多个UE，

其中，所述D2D控制信道包括与待传输D2D数据对应的调制和编码方案信息、D2D传输时间和频率物理资源、以及传输信道标识中的至少一个。

6.如权利要求1所述的方法，其中，对于所述第一UE，以时分复用的方式传输D2D信号和常规的UL信号。

7.如权利要求1所述的方法，还包括：

确定D2D传输定时，

其中，如果所述第一UE在网络覆盖之内，则使用服务小区的上行链路传输的定时和频率中的至少一个来传输D2D信号；

其中，如果所述第一UE在网络覆盖之外，则通过所述第一UE传输一个或多个同步信号；

其中，所述一个或多个同步信号包括主同步信号或从同步信号或ZadoffChu序列。

8.一种方法，包括：

通过增强型节点B(eNB)，配置一个或多个D2D通信资源池；以及

通过所述eNB，使用公共广播信道，将一个或多个所配置的D2D通信资源池用信令发送给第一用户设备(UE)和多个UE，

其中，响应于一个或多个所配置的D2D通信资源池的信令发送，所述UE配置为：

从D2D资源池选择用于D2D传输的一个或多个D2D资源；

将D2D资源分配信息传送至一个或多个UE中的至少一个UE；并且

将D2D数据传输至所述一个或多个UE中的至少一个UE。

9.如权利要求8所述的方法，其中，所述第一UE能够在选择用于D2D传输的资源之前，执行信道侦听。

10.如权利要求8所述的方法，

其中，在传输D2D数据之前，所述第一UE使用D2D控制信道将D2D资源分配信息传送至所述一个或多个UE中的至少一个UE，

其中，所述D2D控制信道包括与待传输的D2D数据对应的调制和编码方案信息、D2D传输时间和频率物理资源、以及传输信道标识中的至少一个。

11.如权利要求8所述的方法，其中，对于所述第一UE，以时分复用的方式传输D2D信号和常规的UL信号，所述D2D信号包括所述D2D数据。

12.如权利要求8所述的方法，还包括确定D2D传输定时，

其中，如果所述第一UE在网络覆盖之内，则使用服务小区的上行链路传输的定时和频率中的至少一个来传输D2D信号，其中所述D2D信号包括所述D2D数据；

其中，如果所述第一UE在网络覆盖范围之外，则通过所述第一UE传输一个或多个同步信号；

13.一种配置用于D2D通信的用户设备(UE)，所述UE包括处理电路，处理电路配置为：

由增强型节点B(eNB)通过公共广播信道，接收一个或多个D2D通信资源池的配置；

将对于一个或多个D2D通信资源的请求发送至所述eNB；

从所述eNB接收D2D资源分配信息；

将D2D资源分配信息传送至一个或多个UE；以及

将D2D数据传输至所述一个或多个UE。

14.如权利要求13所述的UE，

其中，使用随机接入程序、或调度请求消息、或者更高层消息中的一个，发送对于一个或多个D2D通信资源的请求，

其中，对于随机接入程序，在所述随机接入程序的第三消息中传输D2D资源请求信息，

其中，所述D2D资源请求信息包括请求优先级、所需要的资源数量、以及所需要的资源预留周期长度。

15.如权利要求13所述的UE，

其中，使用更高层消息或第一层控制信令接收D2D资源分配信息，

其中，所述第一层控制信令由具有预定义的下行链路控制信息(DCI)格式的物理下行链路控制信道(PDCCH)承载，其中，所述预定义的DCI格式是DCI格式0。

16.如权利要求15所述的UE，

其中，所述参数集合中的参数是调制和编码方案以及冗余版本中的一个，

17.如权利要求13所述的UE，

其中，所述处理电路还配置为在传输D2D数据之前，使用D2D控制信道将D2D资源分配信息传送至所述一个或多个UE，

18.如权利要求13所述的UE，其中，以时分复用的方式传输D2D信号和常规的UL信号，所述D2D信号包括所述D2D数据。

19.一种配置用于D2D通信的用户设备(UE)，所述UE包括处理电路，处理电路配置为∶

从D2D资源池选择用于D2D传输的一个或多个D2D资源；

将D2D资源分配信息传送至一个或多个UE；以及

将D2D数据传输至所述一个或多个UE。

20.如权利要求19所述的UE，其中，所述UE在选择用于D2D传输的资源之前，执行信道侦听。

21.如权利要求19所述的UE，

22.如权利要求19所述的UE，其中，以时分复用的方式传输D2D信号和常规的UL信号，所述D2D信号包括所述D2D数据。

23.一种增强型节点B(eNodeB)，包括处理电路，处理电路配置为：

配置一个或多个设备到设备(D2D)通信资源池；

使用公共广播信道，将与一个或多个所配置的D2D通信资源池有关的信息用信令发送至第一用户设备(UE)和多个UE；

通过配置为传输D2D消息的所述第一UE，接收对于一个或多个D2D通信资源的请求；

确定用于所述第一UE的D2D通信的一个或多个资源；以及

将D2D资源分配信息传送至所述第一UE。

24.如权利要求23所述的eNB，

其中，使用随机接入程序、或调度请求消息、或者更高层消息中的一个，接收对于所述一个或多个D2D通信资源的请求，

其中，对于随机接入程序，在所述随机接入程序的第三消息中接收D2D资源请求信息，

25.如权利要求23所述的eNB，

其中，使用更高层消息或第一层控制信令中的一个，将D2D资源分配信息传输至所述第一UE，