说明的是，数据传输格式信息比较重要，因此采用鲁棒性较好的QPSK调制。传输优先级指示信息和传输稳定性指示信息也可以采用QPSK编码以保证性能。功控命令(功率控制信息)可以采用与数据信息一样的调制方式。
[0120]另外，传输优先级指示信息和传输稳定性指示信息是基于传输数据的优先级和稳定性可选的控制信息，对端设备不知道这两个比特是否会传输。如果使这两个指示信息参与其它数据的速率匹配，可能会导致收发端的数据速率不匹配。因此，对这两个指示信息的处理与HARQ确认信息一样，以打孔的方式加入到其他信息编码后的比特流中。
[0121]根据本公开的实施例，映射单元224由控制单元221控制，可以用于将控制信息映射到子帧上。这里，映射单元224可以将数据传输格式信息布置在靠近参考符号的位置上。
[0122]图11示出了根据本公开的实施例的控制信息与数据信息同时传输时的资源映射方式。如图11所不，横轴表不Ims子巾贞，纵轴表不DFTS_OFDM(Discrete Fourier TransformSpread 0FDM，离散傅里叶变换扩展正交频分复用)符号。标记为数字“ I”的方框表示参考信号，标记为数字“2”的方框表不数据传输格式信息，标记为数字“3”的方框表不HARQ确认信息，标记为数字“4”的方框表示功率控制信息，标记为数字“5”的方框表示RI信息，标记为数字“6”的方框表示传输优先级信息和传输稳定性指示信息，标记为数字“7”的方框表示CQI和PMI信息，而其余则是用户数据。总体的设计原则是，如HARQ确认信息、RI信息和数据传输格式信息这类比较重要的信息靠近参考信号，以保证其解调的准确性。
[0123]另外，在广播通/[目时，只需将相应的HARQ及彳目道状态/[目息去除即可，其余/[目息的调制编码方式以及资源映射方式可以不变。
[0124]上面描述了主要由UE对D2D通信进行控制的例子，例如其中基站不参与UE之间的D2D通信的情况。在涉及D2D通信的UE (直接参与D2D通信的UE或为其他UE间的D2D通信提供控制的簇头)中至少之一处于基站的覆盖范围之内的情况下，具体地例如进行D2D通信的UE都处于基站的覆盖范围之内(如图1中的曲线a)的情况下，基站也可以参与UE之间的D2D通信。
[0125]根据本公开的实施例，无线通信系统可以进一步包括基站，并且UE的传输单元可以使用PUCCH向基站传输D2D SR (Scheduling Request,调度请求)。
[0126]用于终端间通信的资源可以以半静态或者动态的方式由基站进行分配，分配的方式也可以是基于小区或基于终端的。如果采用基于小区或者半静态的方式，通信前会通过高层信令将分配好的资源通知给所有支持D2D通信的终端，在这种情形下，不需要通过物理层的控制信令辅助进行资源分配。但是显然上述的资源分配不具有灵活性，使得基站不能根据实时的资源使用情况以及干扰场景有效利用资源。然而，如果为了增加资源使用的灵活性而频繁使用高层信令来更改资源分配方案，又会增加RRC (Rad1 ResourceControl，无线资源控制)信令的负荷。因此基于终端的动态资源分配方式具有其明显的优势。而为了支持这种资源分配方式，对现有PUCCH的增强并不复杂。未来的网络需要支持用户-基站和用户-用户的并发通信，为了实现对这两种通信模式的并发通信，其资源也应该同时分配，并且在资源分配中应该尽量避免其相互干扰。因此，需要增加比特信息，称之为D2D调度请求(D2D SR)，以标识是否需要分配D2D通信资源。接下来就需要确定该比特信息具体增加到哪一个PUCCH格式中。
[0127]在现有的标准中，PUCCH可以具有以下格式中的至少一种:
[0128]第一 PUCCH格式，用于传输HARQ确认信息或SR ；
[0129]第二 PUCCH格式,用于传输信道状态信息；以及
[0130]第三PUCCH格式，用于传输HARQ确认信息、SR和信道状态信息。
[0131]需要说明的是，第一 PUCCH格式是用于传输HARQ的确认信息或者调度请求的，但是该调度请求是通过能量检测来实现的，其较不适合作为加载D2D SR的载体。
[0132]第二 PUCCH格式主要用于传输信道状态信息，因此为了增加后向兼容性，也较不适合将D2D SR加载其上。
[0133]第三PUCCH格式用于传输HARQ确认信息、调度请求和信道状态信息。同时，由于其为了载波汇聚而支持多比特传输，因此即使增加D2DSR的比特位也不会明显增加数据传输量。因此本公开可以优选考虑采用第三PUCCH格式来增加D2D SR的比特位，用于向基站发送进行D2D通信的资源分配请求。而后续的编码、加扰、调制过程等与现有标准一样，在此不再赘述。然而，上述讨论是基于当前现有技术的情况而提出的优选方案，而并非意图对本公开进行限制。应当理解，随着技术的发展，可能出现其他的PUCCH格式或者现有三种PUCCH格式发生改变。基于本公开的构思，也可以将D2D SR的比特位增加到其他PUCCH格式上，而实现表明向基站请求的通信资源是用于D2D通信的技术效果。
[0134]如上所述，UE的控制单元可以通过向例如第三PUCCH格式增加比特位来表示D2DSR。具体地，UE的控制单元可以通过向第三PUCCH格式增加I比特位来表示D2D SR。此时，该比特位表明请求分配的是用于D2D的资源。由于未指明参与D2D通信的设备，例如对端设备，参与D2D通信的设备可能是单个也可能是多个。相应地，基站分配下来的资源可以是一个资源池，UE可以从中进行选择。需要注意的是，向基站发送包含D2D SR的UE可以是直接参与D2D通信中的一方，也可以是仅为其他UE间的D2D通信提供控制的UE例如簇头。在后者的情况下，例如簇头的UE在获得基站分配的D2D资源后再通过例如上述DPUCCH将资源分配给相应的UE。
[0135]代替地，控制单元也可以通过重新定义第三PUCCH格式中的表示SR的比特位来表示D2D SR。代替地，控制单元也可以通过重新定义第一 I3UCCH格式中的表示SR的比特位并且增加针对具有第一 PUCCH格式的PUCCH的调制解调来表示D2D SR。在这种情况下，例如当比特位为I时，表示针对D2D的调度请求；当比特位为O时，表示针对设备到基站的调度请求；并且当比特位不存在时，表示没有调度请求。另外，当同时存在针对D2D的调度请求和针对设备到基站的调度请求时，传输单元需要传输PUCCH两次。
[0136]另外，UE的控制单兀还可以通过向PUCCH增加RNTI (Rad1 Network TemporaryIdentifier，无线网络临时标识)来表示参与D2D传输的另一 UE。
[0137]具体地，例如可以在第三PUCCH格式中增加16比特的RNTI标识来指定希望与之通信的D2D对端设备。该指示可以指定唯一的期望与之通信的D2D设备。选择标准可以是用户喜好、距离远近、对端设备存储的数据信息或者终端能耗等信息。这个信息特别适用于限定范围的D2D通信或者与D2D通信中的簇头(如果存在)进行通信时的对端设备指定。同样地，基站在接收到该信息后，在其F1DCCH (Physical Downlink Control Channel,物理下行控制信道)的上行调度授权的标识中，与接收到的RNTI信息进行关联，以指示该上行调度授权的接收端。
[0138]图12示出了 UE至BS (基站)的PUCCH内容和相应的HXXH内容的例子。如图12所示，PDCCH中的“指示是UE-UE或UE-BS的比特位”可以是对应于PUCCH中的调度请求中的“指示是UE-UE或UE-BS的比特位”，并且PDCCH中的UL-Grant中的“用CRC (CyclicRedundancy Check,循环冗余校验)隐含指示”的标识可以包含PUCCH中的调度请求中的“指示对端UE的RNTI的比特位”。
[0139]需要说明的是，上行调度授权的标识并不一定由基站显式地传输给终端，而可以是隐式地包含在CRC计算中。对于在调度请求中指定了希望与之通信的终端，基站除了给发送请求的终端传输上行调度授权之外，还可以给相应的指定通信终端发送上行传输授权,这些授权中的标识都与接收终端的RNTI通过CRC隐式关联。
[0140]根据本公开的实施例，可以用接收端UE的RNTI来加扰(scramble)CRC。例如，假定第一用户设备UEl想要开始与第二用户设备UE2进行D2D通信，并且将SR发送到基站。这样一来，基站将会在使用UEl的RNTI对CRC进行加扰后将上行调度授权发送给UEl，并且在使用UE2的RNTI对CRC进行加扰后将上行调度授权发送给UE2。
[0141]进一步，根据本公开的实施例，也可以使用两个RNTI来进行加扰。例如，假定UEl想要开始与多个用户设备UEi+1 (i=l,2,3……)进行D2D通信，并且将SR (该SR指示单个UE或多个UE的列表亦即SR列表)发送到基站。这样一来，基站将使用UEl和UEi+Ι的RNTI对CRC加扰后将上行调度授权发送给UEl，并且使用UEl和UEi+Ι的RNTI对CRC进行加扰后将上行调度授权发送给UEi+1。
[0142]假定UEi+Ι已通过D2D发现信号记录了想要开始D2D通信的所有的UE的RNTI(潜在RNTI列表)。这样一来，当UEl接收到上行调度授权时，UEl可以尝试UEl和SR列表中的每一个可能的RNTI组合，直到成功解扰CRC为止。同时，当UEi+Ι接收到上行调度授权时，UEi+Ι可以尝试潜在RNTI列表中的任意UE和UEi+Ι的每一个可能的RNTI组合，直到成功解扰CRC为止。
[0143]另外，UE的控制单元还可以通过向PUCCH增加其他信息，例如比特图(bitpattern),来表示参与D2D的对端设备。
[0144]具体地，在基站与UE就RNTI的认识达成一致的情况下，可以利用较传输RNTI占用更少资源的信息来表示所申请的D2D资源使用的对象。例如，利用比特图，其中相应位为I，表示针对此相关联对端设备申请D2D资源,为O则表示不针对此相关联对端设备申请D2D资源。举例而言，假定UE希望同时与两个对端设备进行D2D通信。此时，通信网内支持D2D通信的一共有三个用户设备a、b和C。此时，UE发送的SR比特和比特图011表示针对两个对端设备b和c申请D2D通信资源。
[0145]如前所述，D2D SR尤其适合动态的资源调度方式。可扩展地，该D2D SR比特也可以用于半静态的调度方式中。在半静态调度方式下，在需要改变资源配置方式时，一般是由基站通过RRC信令主动进行资源配置的更改。增加了 D2D SR后，终端可以根据已配置资源的使用情况对通信质量进行评估，并且在通信质量不满足需求的情况下，通过D2D SR主动通知基站进行半静态资源的重新配置。这样一来就增加了半静态调度方式的灵活性并增强其性能。同时，该D2D SR也可以扩充到用户-簇头的结构中。