基于邻近的通信、网络辅助设备发现的制作方法

本发明的示例性和非限制性实施例总体上涉及无线通信网络，并且更加具体地涉及设备到设备通信。

背景技术：

背景技术的以下描述包括见解、发现、理解或公开内容、或者关联连同先于本发明的相关领域未知的但是由本发明提供的公开内容。下面可以具体地给出本发明的一些这样的贡献，然而本发明的其他这样的贡献根据其上下文将很清楚。

期望基础设施促进的设备到设备——通信(D2D)通信(带内和带外二者)——能够成为未来的无线通信系统的组成方面。为了使用直接D2D通信，目前通常要求设备首先发现彼此，向基础架构信号传输这一邻近信息，基础架构然后潜在地做出用于实现直接D2D通信的决定并且向设备发送对应的调度许可。

技术实现要素：

下面呈现本发明的简化的概要以便提供对本发明的一些方面的基本理解。本发明内容并非本发明的全面的概述，其并非意图识别本发明的关键的/至关重要的元素或者界定本发明的范围。其目的仅在于以简化的形式来呈现本发明的一些方面，作为稍后呈现的更加详细的描述的前序。

本发明的各个方面包括独立权利要求中定义的方法、装置和计算机程序产品。从属权利要求中公开了本发明的另外的实施例。

本发明的一方面涉及一种方法，其包括：控制向第一用户终端传输指令以执行传输，控制向第二用户终端传输指令以执行对传输的解码过程，以及如果第二用户终端能够解码传输并且如果第二用户终端能够向第一用户终端提供反馈信息，则在第一用户终端与第二用户终端之间发起设备到设备通信。

本发明的另一方面涉及一种方法，其包括：控制由第一用户终端从网络节点接收指令以执行到相同的或者另一网络节点的传输，控制传输到相同的或者另一网络节点的传输，以及控制接收用于传输的确认消息并且执行对所接收的确认消息的第一解码过程，和/或控制从第二用户终端接收传输并且执行对所接收的传输的第二解码过程，以及控制基于第一解码过程和/或第二解码过程来向网络节点传输对设备到设备通信的准备就绪的指示。

本发明的另一方面涉及一种方法，其包括：控制由第二用户终端从网络节点接收指令以执行对从第一用户设备到相同的或者另一网络节点的传输的解码过程，控制接收传输，以及执行对所接收的传输的解码过程。

本发明的另一方面涉及一种装置，其包括：至少一个处理器以及包含计算机程序代码的至少一个存储器，至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使得装置至少：控制向第一用户终端传输指令以执行传输，控制向第二用户设备传输指令以执行对传输的解码过程，以及如果第二用户终端能够解码传输并且如果第二用户终端能够向第一用户终端提供反馈信息，则在第一用户终端与第二用户终端之间发起设备到设备通信。

本发明的另外的方面涉及一种装置，其包括：至少一个处理器以及包含计算机程序代码的至少一个存储器，至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使得装置至少：控制由第一用户终端从网络节点接收指令以执行到相同的或者另一网络节点的传输，控制传输到相同的或者另一网络节点的传输，以及控制接收用于传输的确认消息并且执行对所接收的确认消息的第一解码过程，和/或控制从第二用户终端接收传输并且执行对所接收的传输的第二解码过程，以及控制基于第一解码过程和/或第二解码过程来向网络节点传输对设备到设备通信的准备就绪的指示。

本发明的另一方面涉及一种装置，其包括：至少一个处理器以及包含计算机程序代码的至少一个存储器，至少一个存储器和计算机程序代码被配置成与至少一个处理器一起使得装置至少：控制由第二用户终端从网络节点接收指令以执行对从第一用户设备到相同的或者另一网络节点的传输的解码过程，控制接收传输，以及执行对所接收的传输的解码过程。

本发明的另一方面涉及一种装置，其包括：用于控制向第一用户终端传输指令以执行传输的部件，用于控制向第二用户终端传输指令以执行对传输的解码过程的部件，以及用于在第二用户终端能够解码传输的情况下并且在第二用户终端能够向第一用户终端提供反馈信息的情况下，在第一用户终端与第二用户终端之间发起设备到设备通信的部件。

本发明的另一方面涉及一种装置，其包括：用于控制由第一用户终端从网络节点接收以执行到相同的或者另一网络节点的传输的部件，用于控制传输到相同的或者另一网络节点的传输的部件，以及用于控制接收用于传输的确认消息的部件以及用于执行对所接收的确认消息的第一解码过程的装置，和/或用于控制从第二用户终端接收传输的部件以及用于执行对所接收的传输的第二解码过程的部件，以及用于控制基于第一解码过程和/或第二解码过程来向网络节点传输对设备到设备通信的准备就绪的指示的部件。

本发明的另一方面涉及一种装置，其包括：用于控制由第二用户终端从网络节点接收指令以执行对从第一用户设备到相同的或者另一网络节点的传输的解码过程的部件，用于控制接收传输的部件，以及用于执行对所接收的传输的解码过程的部件。

本发明的另一方面涉及一种在计算机可读存储介质上实施的计算机程序，计算机程序包括用于控制用于执行处理的过程的程序代码，处理包括：控制向第一用户终端传输指令以执行传输，控制向第二用户终端传输执行对传输的解码过程的指令，以及如果第二用户终端能够解码传输并且如果第二用户终端能够向第一用户终端提供反馈信息，则在第一用户终端与第二用户终端之间发起设备到设备通信。

本发明的另一方面涉及一种在计算机可读存储介质上实施的计算机程序，计算机程序包括用于控制用于执行处理的过程的程序代码，处理包括：控制由第一用户终端从网络节点接收指令以执行到相同的或者另一网络节点的传输，控制传输到相同的或者另一网络节点的传输，以及控制接收用于传输的确认消息并且执行对所接收的确认消息的第一解码过程，和/或控制从第二用户终端接收传输并且执行对所接收的传输的第二解码过程，以及控制基于第一解码过程和/或第二解码过程来向网络节点传输对设备到设备通信的准备就绪的指示。

本发明的另一方面涉及一种在计算机可读存储介质上实施的计算机程序，计算机程序包括用于控制用于执行处理的过程的程序代码，处理包括：控制由第二用户终端从网络节点接收指令以执行对从第一用户设备到相同的或者另一网络节点的传输的解码过程，控制接收传输，以及执行对所接收的传输的解码过程。

本发明的另一方面涉及一种用于计算机的计算机程序产品，其包括用于当上述产品在计算机上运行时执行以下步骤的软件代码部分：控制向第一用户终端传输指令以执行传输，控制向第二用户设备传输指令以执行对传输的解码过程，以及如果第二用户终端能够解码传输并且如果第二用户终端能够向第一用户终端提供反馈信息，则在第一用户终端与第二用户终端之间发起设备到设备通信。

本发明另一方面涉及一种用于计算机的计算机程序产品，其包括用于当上述产品在计算机上运行时执行以下步骤的软件代码部分：控制由第一用户终端从网络节点接收指令以执行到相同的或者另一网络节点的传输，控制传输到相同的或者另一网络节点的传输，以及控制接收用于传输的确认消息并且执行对所接收的确认消息的第一解码过程，和/或控制从第二用户终端接收传输并且执行对所接收的传输的第二解码过程，以及控制基于第一解码过程和/或第二解码过程来向网络节点传输对设备到设备通信的准备就绪的指示。

本发明另一方面涉及一种用于计算机的计算机程序产品，其包括用于当上述产品在计算机上运行时执行以下步骤的软件代码部分：控制由第二用户终端从网络节点接收指令以执行对从第一用户设备到相同的或者另一网络节点的传输的解码过程，控制接收传输，以及执行对所接收的传输的解码过程。

虽然独立地给出了本发明的各个方面、实施例和特征，然而应当理解，本发明的各个方面、实施例和特征的所有组合都是可能的并且在要求保护的本发明的范围内。

附图说明

下面，将参考附图作为示例性实施例更加详细地描述本发明，在附图中：

图1示出了系统架构的示例；

图2图示了D2D通信的示例性设置；

图3图示了其中D2D传输可能没有成功的情况；

图4到图6描绘根据本发明的示例性实施例的流程图的示意图；

图7到图10图示了关于一些实施例(变型A、B、C和D)的信令图；

图11示出了图示根据本发明的实施例的示例性消息事件的消息图；

图12示出了图示了装置的示例的简化框图。

具体实施方式

现在将在下文中参照附图来更加具体地描述本发明的示例性实施例，附图中示出了本发明的一些而非全部实施例。实际上，本发明可以用很多不同的形式来实施，而不应当理解为限于本文中给出的实施例；实际上，这些实施例被提供使得本公开能够满足可应用的法律要求。虽然本说明书可以在若干位置提及“一个”、“一”或“一些”实施例，然而这不一定表示每个这样的提及都指代相同的实施例，也并不一定表示特征仅应用于单个实施例。不同实施例的单个特征也可以组合以提供其他实施例。相似的附图标记始终指代相似的元件。

本发明的实施例适用于任何用户终端、服务器、对应部件、和/或能够支持设备到设备通信的任何通信系统或者不同通信系统的任意组合。通信系统可以是固定的通信系统或无线通信系统或使用固定网络和无线网络二者的通信系统。所使用的协议、通信系统的规范、服务器和用户终端、尤其是在无线通信中发展迅速。这样的发展可能需要对实施例的额外变化。因此，所有词语和表达都应当在广义上来解释并且它们意图说明而非限制实施例。

下面，使用基于LTE/LTE-A(长期演进/高级长期演进)或5G(第五代)网络元件的架构作为实施例可以应用于其的系统架构的示例来描述不同的实施例，然而没有将实施例限于这样的架构。这些示例中描述的实施例不限于LTE/LTE-A或5G无线电系统，而是也可以在任何其他无线电系统中实现，其他无线电系统诸如UMTS(通用移动电信系统)、GSM、EDGE、WCDMA、蓝牙网络、WLAN或其他固定、移动或无线网络。在实施例中，所呈现的解决方案可以在属于不同的但是兼容的系统、诸如B4G/5G、LTE/LTE-A和UMTS的元件之间来应用。

图1中图示通信系统的一般架构的示例。图1是简化的系统架构，其仅示出了一些元件和功能实体，所有这些元件和功能实体都是其实现方式不同于所示的实现方式的逻辑单元。图1所示的连接是逻辑连接；实际的物理连接可以不同。本领域技术人员应当清楚，系统还包括其他功能和结构。应当理解，在D2D通信中使用或者用于D2D通信的功能、结构、元件和协议与实际发明无关。因此，这里不需要对其进行更加详细的讨论。

图1的示例性无线电系统包括网络运营商的网络节点101。网络节点101可以包括例如小区的5G或LTE-A基站eNB、无线电网络控制器(RNC)、或者任何其他网络元件、或者网络元件的组合。网络节点101可以连接至一个或多个核心网(CN)元件(图1中未示出)，诸如移动交换中心(MSC)、MSC服务器(MSS)、移动性管理实体(MME)、服务网关(SGW)、网关GPRS(通用分组无线电服务)支持节点(GGSN)、服务GPRS支持节点(SGSN)、家庭位置寄存器(HLR)、家庭用户服务器(HSS)、访问者位置寄存器(VLR)。在图1中，也可以称为无线电系统的eNB(增强型node-B或演进型node-B)或网络装置的无线电网络节点101托管用于公共陆地移动网络的第二小区中的无线电资源管理的功能。

图1示出了位于无线电网络节点101的服务区域中的用户装置、用户终端或用户设备(UE)102、104。用户设备或终端指代便携式计算设备。这样的计算设备包括在硬件或软件中具有或者没有用户身份模块(SIM)的情况下操作的无线移动通信设备，包括但不限于以下类型的设备：移动电话、智能电话、个人数字助理(PDA)、手持设备、膝上型计算机、平板手机、平板计算机、或者能够实现无线电通信的任何其他设备。在设备到设备通信中，用户终端也可以是机器类型的通信设备。

在图1的示例情况下，用户终端102能够经由(蜂窝无线电)连接103分别连接至无线电网络节点101。

示例性实施例涉及在网络覆盖范围下的设备之间建立设备到设备服务(D2D)通信链路的过程。通常，设备首先在能够建立D2D链路之前发现它们是否在彼此的附近，而示例性实施例仅需要网络具有可用的关于设备是否在附近的非常粗略的信息，并且可以实现从设备基础设施设备通信到直接D2D通信的无缝切换。发现过程可能需要大量资源(例如在附近的大量设备之间的正交导频序列)和/或需要很长的时间。整个过程冗长并且需要在设备与基础设施之间(反之亦然)的多次信息交换。

示例性实施例涉及基于如下方式来发起基于邻近的通信：该方式仅需要网络具有关于两个(或多个)设备是否在彼此附近的粗略信息。

图2图示D2D通信的示例性建立。假定图3中描绘的网络星座。可以将两个描绘的设备分配给相同的小区或不同的小区。另外，可以存在很多小区，或者可以将很多设备分配给描绘的其他小区，但是这些出于清楚的原因而在本文中省略。实施例也可以适用于其中设备1和设备2与相同的基站或(网络)节点相关联的情况。

另外假定如下情况作为示例：其中设备1或第一用户终端具有向设备2或第二用户终端发送数据的需求，并且这一需求是这两个设备被分配给其的小区所已知的。实施例也可以应用于如下情况：其中两个设备的角色交换，或者两个设备同时需要交换数据，但是这些情况为了清楚而在本文中省略。

另外假定所涉及的小区具有两个设备可能足够接近以使得能够实现直接D2D通信这一粗略信息。这一信息比如可以通过设备的干扰足迹(即关于附近的不同的小区接收两个设备有多么强烈的信息)、来自设备或者任何其他信息源的全球定位系统(GPS)信息来获得。示例性实施例也能够在不需要任何接近或位置信息的情况下工作。

图3图示如下情况的示例：其中设备到设备通信可能没有成功，因为第一用户终端可能不能够解码从第二用户终端传输的所需要的反馈信息(例如混合自动重复请求(HARQ)反馈、确认/非确认(ACK/NACK)、功率控制等)。对于成功的传输，接收设备通常需要管理以解码所接收的数据传输，并且传输设备应当能够解码可能的反馈信息(例如ACK/NACK信令、功率控制命令等)。图3图示如下示例：其中这可能是一个问题，因为传输设备(设备1)的许可传输功率远大于接收设备(设备2)的许可传输功率。

在实施例中，作为简化，触发从第一用户终端到其分配的基站的数据传输。探测或者测试第二用户终端是否能够成功地解码这一信息并且向第一用户终端提供反馈信息。如果这些条件都满足，则这些用户终端之间的另外的通信通过所建立的直接通信链路进行。如果这两个条件中的至少一项不满足，则设备之间的通信继续以设备-基础设施-设备方式进行(即如在传统的蜂窝网络中)。应当理解，在设备所在区域下的网络可以决定重新探测或重新测试通信链路或服务质量。

从成功地建立的设备到设备通信模式切换回设备-基础设施-设备通信模式可以基于任意合适的准则(例如当链路的质量度量不满足时)或者任何其他合适的技术。

图4是图示了示例性实施例的流程图。

本实施例适合在以下各项中/由以下各项来执行：网络节点、基站、服务器或主机。下面借助于图7到图10来提供进一步的细节。在图7到10中，设备1表示第一用户设备，设备2表示第二用户设备。

在框402中，控制向第一用户终端传输指令以执行传输。在以下实施例中，这些指令可以用许可消息的形式来传达，许可消息指令在即将到来的调度间隔中执行上行传输。第一用户设备是具有传输数据的需求的用户设备。

应当理解，通常，传输是到节点的普通数据传输，其他用户终端尝试解码这一普通数据传输。在这种情况下，如果设备到设备链路发生故障，则通信仍然作为设备-基础设施-设备通信进行而没有中断。

在框404中，控制向第二用户设备传输指令以执行对传输的解码过程。

在以下实施例中，这些指令可以用许可消息的形式来传达，许可消息指令尝试解码来自第一用户设备的即将到来的传输。指令也可以包括所需要的信息(例如调制和编码方案、所使用的资源等)。应当理解，通常，没有功率控制或HARQ过程附接至这些指令以使得第二用户设备能够认识到这仅用于测试目的。

在框406中，如果第二用户终端能够解码传输以及如果第二用户终端能够向第一用户终端提供反馈信息，则发起第一用户终端与第二用户终端之间的设备到设备通信。

还存在以下选项：向第二用户终端提供与第一用户设备和第二用户设备之间的最大传输功率的差异有关的信息。

反馈信息可以包括以下中的至少一项：确认信令、否定确认信令、预编码信令、信道质量指示符反馈信令、秩自适应信令和功率控制信令。

图5是图示了示例性实施例的流程图。本实施例适合在用户终端或用户装置中和/或由用户终端或用户装置来执行。下面借助于图7到图10来提供进一步的细节。在图7到图10中，设备1表示第一用户设备，设备2表示第二用户设备。

在框502中，控制从网络节点接收指令以执行到相同的或另一网络节点的传输。

应当理解，通常，传输是到节点的普通数据传输，其他用户终端尝试解码这一普通数据传输。在这种情况下，如果设备到设备链路发生故障，则通信仍然作为设备-基础设施-设备通信进行而没有中断。

应当理解，所涉及的用户终端可以被分配给不同的网络节点或相同的网络节点。

在以下实施例中，这些指令可以用许可消息的形式来传达，许可消息指令在即将到来的调度间隔中执行上行传输。

在框504中，控制向相同的或另一网络节点传输上述传输。

在框506中，控制用于传输的确认(ACK)消息的接收并且执行对所接收的确认消息的第一解码过程。

在框508中，除504之外或者作为504的选项，控制从第二用户终端接收传输并且执行对所接收的传输的第二解码过程，以及

在框510中，控制基于第一解码过程和/或第二解码过程来向网络节点传输对设备到设备通信的准备就绪的指示。

图6是图示了示例性实施例的流程图。

本实施例适合在用户终端或用户装置中和/或由用户终端或用户装置来执行。下面借助于图7到图10来提供进一步的细节。在图7到图10中，设备1表示第一用户设备，设备2表示第二用户设备。

在框602中，控制从网络节点接收指令以执行对从第一用户终端到相同的或另一网络节点的传输的解码过程。

应当理解，通常，传输是到节点的普通数据传输，其他用户终端尝试解码这一普通数据传输。在这种情况下，如果设备到设备链路发生故障，则通信仍然作为设备-基础设施-设备通信进行而没有中断。

应当理解，所涉及的用户终端可以被分配给不同的网络节点或相同的网络节点。

这些指令可以用许可消息的形式来传达，许可消息指令尝试解码来自第一用户设备的即将到来的传输。指令也可以包括所需要的信息(例如调制和编码方案、所使用的资源等)。应当理解，通常，没有功率控制或HARQ过程附接至这些指令以使得第二用户设备能够认识到这仅用于测试目的。

在框604中，控制从第一用户终端接收传输。

在框606中，执行对所接收的传输的解码过程。

还存在以下选项：向第一用户设备提供关于解码过程的反馈信息。反馈信息可以包括以下中的至少一项：确认信令、否定确认信令、预编码信令、信道质量指示符反馈信令、秩自适应信令和功率控制信令。

作为另一选项，指令还可以包括与第一用户设备和第二用户设备之间的最大传输功率的差异有关的信息，在这种情况下，基于与第一用户设备和第二用户设备之间的最大传输功率的差异有关的信息并且潜在地基于连接至来自设备1的传输的解码的另外的信息(例如信号与干扰和噪声比)，可以确定第一用户装置能够接收反馈信息。

在又一替选中，控制从网络节点接收指令来向第一用户终端传输测试确认，并且控制测试确认的传输。测试确认的传输可以与上述传输在相同的时间间隔中进行。

另外，可以控制对到网络节点的设备到设备通信的准备就绪的指示的传输。

以上在图4到图6中描述的步骤/点、信令消息和相关功能没有绝对的时间顺序，并且步骤/点中的一些可以同时地或者按照不同于给定顺序的顺序来执行。也可以在步骤/点之间或者在步骤/点内执行其他功能，并且可以在图示的消息之间发送其他信令消息。步骤/点中的一些或者步骤/点的部分也可以被去掉或者被对应步骤/点或步骤/点的部分代替。装置操作图示可以了可以在一个或多个物理或逻辑实体中实现的过程。信令消息仅是示例性的并且甚至可以包括用于传输相同信息的若干单独的消息。另外，消息也可以包含其他信息。

在下文中，更加详细地公开以上借助于流程图4到流程图6公开的方法的一些示例。细节不是限制性的，而是在本文中被呈现仅用于清楚的目的。借助于图7到图10来研究这些示例。图7图示了变型(实施例)A，图8图示了变型(实施例)B，图9图示了变型(实施例)C，图10图示了变型(实施例)D。

通常，在以下示例中，如果期望在以下方面足够可靠则可以将通信切换至设备到设备通信：a)传输目标设备能够从传输源设备成功地接收数据传输以及b)传输源设备能够成功地解码从传输目标设备传输的所需要的反馈信息(例如HARQ信息、ACK/NACK信令、功率控制命令、预编码信令、信道质量指示符(CQI)反馈等)。

第一实施例，(附图中的变型A)——在切换至D2D传输之前测试D2D数据传输和对应的反馈信道：

1a)设备1被分配给的基站(网络节点，诸如eNodeB)其向设备1发送许可，许可用于指令设备1尝试在即将到来的调度间隔中执行上行传输。

1b)设备2被分配给的基站(网络节点)向设备2发送许可，许可用于指令设备2尝试解码来自在步骤1a)被触发的设备1的即将到来的传输，并且包括设备2进行这一操作所需要的信息(例如设备1的传输的调制和编码方案、所使用的资源等)。设备2需要能够根据这一许可来断定这仅用于探测目的，即没有附接于此的功率控制或HARQ过程。

2)设备1执行所调度的传输，并且基站(如在从设备到基站的一般数据传输中)和设备2二者尝试对其解码。传输有可能遭遇设备1与其分配的基站之间的HARQ过程和功率控制，但是情况不一定是这样。

3)设备2在步骤2)中成功地解码设备1的情况下传输确认，并且设备1尝试接收该确认。

4a)如果设备1成功地解码来自设备2的确认(或者如果其在定义的百分比的连续探测尝试的期间成功地解码来自设备2的确认)，则其向其分配的BS信号传输设备1和2之间的通信现在可以切换至直接设备到设备通信。该D2D通信然后有可能遭遇两个设备之间的功率控制和HARQ过程，然而情况不一定是这样。

4b)然而，如果设备1没有成功地解码来自设备2的确认(或者如果设备1没有在一系列或连续的探测尝试期间成功地解码来自设备2的足够的确认)，则设备1与设备2之间的通信保持为设备-基础设施-设备通信。系统可以决定在任何时间/间隔再次通过开始点1a)来重复探测过程。

第二实施例，(变型B)——较短版本，其中没有明确地测试反馈信道。

1a)设备1被分配给的基站，其向设备1发送许可，许可指令设备1在即将到来的调度间隔中执行上行传输。

1b)设备2被分配给的基站，其向设备2发送许可，许可指令设备尝试解码来自在步骤1a)被触发的设备1的即将到来的传输，并且包括设备2进行这一操作所需要的信息(例如设备1的传输的调制和编码方案、所使用的资源等)。设备2需要能够根据这一许可来断定这仅用于探测目的，即没有附接于此的功率控制或HARQ过程。

1c)设备2被分配给的基站，其还向设备2提供关于设备1与设备2之间的最大可用绝对传输功率的差异的信息。这可以是比如被量化为几个信息比特的对数刻度的传输功率的差异。

2)设备1执行所调度的传输，并且基站(如在从设备到基站的一般数据传输中)和设备2二者尝试对其解码。传输有可能遭遇设备1与其分配的基站之间的HARQ过程和功率控制，但是情况不一定是这样。

3a)如果设备2能够成功解码来自设备1的传输(或者其在多个连续探测尝试期间实现某个成功率)并且其能够根据所提供的关于设备1与设备2之间的传输功率的差异的信息判断设备1也(具有某种概率)能够在直接D2D通信中成功解码反馈信息，则设备2向其分配的基站信号传输其可以切换至直接D2D通信模式的信号。同时，设备2可以向设备1信号传输确认。

3b)如果设备2不能够成功地解码来自设备1的传输(或者设备2在多个连续探测尝试期间不能实现某个成功率)或者设备2根据所提供的关于设备1与设备2之间的传输功率的差异的信息推断设备1不能够以充足的概率解码反馈信息，则设备1与设备2之间的通信保持处于设备-基础设施-设备模式。系统可以在任何时间/间隔决定再次通过重新开始1a)处的过程来探测设备1与设备2之间的直接D2D通信是否有可能。

第三实施例，(变型C)——短版本，其中经由“测试确认”明确地测试反馈信道。测试确认通常与数据传输并行地传输。

1a)设备1被分配给的基站，其向设备1发送许可，许可指令设备1在即将到来的调度间隔中执行上行传输。

1b)设备2被分配给的基站，其向设备2发送许可，许可指令设备2尝试解码来自在步骤1a)被触发的设备1的即将到来的传输，并且包括设备2进行这一操作所需要的信息(例如设备1的传输的调制和编码方案、所使用的资源等)。设备2需要能够根据这一许可来断定这仅用于探测目的，即没有附接于此的功率控制或HARQ过程。

2a)设备1执行所调度的传输，并且基站(如在从设备到基站的一般数据传输中)和设备2二者尝试对其解码。传输有可能遭遇设备1与其分配的BS之间的HARQ过程和功率控制，但是情况不一定是这样。

2b)设备2在相同的调度间隔中发送设备1尝试解码的任何形式的“测试确认”。其可以是设备在任何情况下执行的任何信令，或者可以出于这一目的引入附加信令。

3a)如果设备2能够成功解码来自设备1的传输(或者其在多个连续探测尝试期间实现某个成功率)，则设备2向其分配的基站信号传输肯定指示。

3b)如果设备1能够成功地解码来自设备2的“测试确认”(或者其在多个尝试期间实现某个成功率)，则设备1向其分配的基站信号传输肯定指示。

如果所涉及的基站从两个设备接收到肯定指示，则设备之间的通信可以切换至直接D2D模式，否则设备-基础设施-设备有效。在每个先前的变型中，系统可以在任何时刻/间隔决定通过从点1a)开始上述过程来探测设备1与设备2之间的直接D2D通信的可能性。

第四实施例(变型D)——变型D与其他变型相比可以是资源密集型的，但是其可以使得实现更简单，因为两个UE都需要执行类似的动作。

1a)设备1被分配给的基站，其向设备1发送许可，许可指令设备1在即将到来的调度间隔中执行上行传输。

1b)设备2被分配给的基站，其向设备2发送许可，许可指令设备1在即将到来的调度间隔中执行上行传输。

1c)设备2被分配给的基站，其向设备2发送许可，许可指令设备2尝试解码来自在步骤1a)被触发的设备1的即将到来的传输，并且包括设备2进行这一操作所需要的信息(例如设备1的传输的调制编码方案、所使用的资源等)。设备2需要能够根据这一许可来断定这仅用于探测目的，即没有附接于此的功率控制或HARQ过程。

1d)设备1被分配给的基站，其向设备1发送许可，许可指令设备1尝试解码来自在步骤1b)被触发的设备1的即将到来的传输，并且包括设备1进行这一操作所需要的信息(例如设备1的传输的调制和编码方案、所使用的资源等)。设备1需要能够根据这一许可来断定这仅用于探测目的，即没有附接于此的功率控制或HARQ过程。

2)设备1执行所调度的传输，并且基站(如在从设备到基站的一般数据传输中)和设备2二者尝试对其解码。传输有可能遭遇设备1与其分配的BS之间的HARQ过程和功率控制，但是情况不一定是这样。

3)设备2执行所调度的传输，并且基站(如在从设备到基站的一般数据传输中)和设备1二者尝试对其解码。传输有可能遭遇设备2与其分配的BS之间的HARQ过程和功率控制，但是情况不一定是这样。

4a)如果两个设备都成功地解码彼此的UL传输(或者如果它们在定义的百分比的连续探测尝试期间成功地解码传输)，则它们向它们的分配的基站信号传输设备1与设备2之间的通信现在可以切换至直接设备到设备通信。这一D2D通信继而有可能遭遇两个设备之间的功率控制和HARQ过程，然而情况不一定是这样。

4b)然而，如果设备之一没有成功地解码传输(或者其在一系列或连续的探测尝试期间没有成功地解码传输)，则设备1与设备2之间的通信保持为设备-基础设施-设备通信。系统可以通过再次开始点1a)在任何时间/间隔重复探测过程。

在所呈现的变型A、B、C和/或D中的每个中，从设备2到设备1的反馈信道可能遭遇传输功率的提升，以便降低设备1不能够解码来自设备2的反馈信息的可能性，即使设备2能够解码设备1的数据传输。

通常，被认为在一个“步骤”中执行的动作可以在一个调度间隔中执行——应当理解，取决于实际物理层实现、控制信道的设计等，在一个“步骤”中进行的动作可以是同时的或者不是同时的。

不管设备1和设备2是否被分配给相同的网络节点，实施例或变型是适用的。如果它们被分配给多个网络节点或不同网络节点，则通常需要节点之间的附加信令，例如用于实现节点之间的协作。

图11图示了信道增强选项(适用于每个实施例或变型)。图11图示了在以下情况下的示例性信令流程：其中用于设备到设备通信的条件尚未满足并且因此存在增强设备的信道(诸如放大传输信号)或者节点的较短距离内中的用户终端的需要。

在以上描述的实施例中，不需要详细的设备到设备发现。

图12是根据本发明的实施例的装置的示例的框图。装置可以作为第一用户终端(设备1)和/或作为第二用户终端(设备2)操作。图12示出了位于无线电网络节点101的区域中的用户终端102、104。用户终端102、104被配置为处于与无线电网络节点101的连接103中。用户终端或UE1 102、UE2 104包括在操作上连接至(或者其在操作上耦合至)存储器1202和收发器1203的控制器1201。控制器1201控制用户终端102、104的操作，并且其能够执行或控制以上关于图5和/或6描述的功能。存储器1202被配置为存储软件和数据。收发器1203被配置为分别设置和维持与无线电网络节点101的无线连接103。收发器1203在操作上耦合至被连接至天线布置1205的一组天线端口1204。天线布置1205可以包括一组天线。天线的数目可以是例如1或4。天线的数目不限于任何具体的数目。用户终端102、104还可以包括各种其他部件，诸如用户界面、相机、和媒体播放器。出于简单的目的，没有在附图中显示它们。

无线电网络节点101、诸如LTE-高级或5G网络节点或基站(eNode-B，eNB)包括在操作上连接至(或者其在操作上耦合至)存储器1207和收发器1208的控制器1206。控制器1206控制无线电网络节点101的操作，并且其能够执行或控制以上关于图4描述的功能。存储器1207被配置为存储软件和数据。收发器1208被配置为设置和维持到无线电网络节点101的服务区域内的用户终端102、104的无线连接。收发器也可以是或者包括远程无线电头。收发器1208在操作上耦合至也可以作为远程无线电头的部分的天线布置1209。天线布置1209可以包括一组天线。天线的数目可以是例如2或4。天线的数目不限于任何具体的数目。无线电网络节点101可以经由接口(图12中未示出)在操作上耦合(直接或间接)至通信系统的另一网络元件，诸如另外的无线电网络节点、无线电网络控制器(PNC)、移动性管理实体(MME)、服务网关(SGW)、MSC服务器(MSS)、移动交换中心(MSC)、无线电资源管理(RRM)节点、网关GPRS支持节点、操作、管理和维护(OAM)节点、归属位置寄存器(HLR)、访问者位置寄存器(VLR)、服务GPRS支持节点、网关、和/或服务器。然而，实施例没有被约束为以上作为示例给出的网络，本领域技术人员可以将解决方案应用于被提供有必要属性的其他通信网络。例如，可以使用因特网协议(IP)连接来实现不同网络元件之间的连接。

装置(网络节点)的另一示例包括用于控制向第一用户终端传输指令以执行传输的部件(1206)、用于控制向第二用户设备传输指令以执行对传输的解码过程的部件(1206)、以及在第二用户终端能够解码传输的情况下以及在第二用户终端能够向第一用户终端提供反馈信息的情况下用于在第一用户终端与第二用户终端之间发起设备到设备通信的部件(1206)。

装置(能够作为第一用户终端操作的用户终端、设备1)的另一示例包括用于控制由第一用户终端从网络节点接收指令以执行到相同的或者另一网络节点的传输的部件(1201)、用于控制传输到相同的或者另一网络节点的传输的部件(1201)、以及用于控制接收对于传输的确认消息的部件(1201)以及用于执行对所接收的确认消息的第一解码过程的部件(1201)、和/或用于控制从第二用户终端接收传输的部件(1201)以及用于执行对所接收的传输的第二解码过程的部件(1201)，以及控制基于第一解码过程和/或第二解码过程来向网络节点传输对设备到设备通信的准备就绪的指示的部件(1201)。

装置(能够作为第二用户终端操作的用户终端、设备2)的另一示例包括用于控制由第二用户终端从网络节点接收执行对从第一用户设备到相同的或者另一网络节点的传输的解码过程的指令的部件(1201)、用于控制接收传输的部件(1201)，以及用于执行对所接收的传输的解码过程的部件(1201)。

虽然将装置101、102、104描述为一个实体，然而可以在一个或多个物理或逻辑实体中实现不同模块和/或存储器。装置也可以是使用户终端及其订阅的用户与预定相关联或者被布置成使用户终端及其订阅的用户与预定相关联并且使得用户能够与通信系统交互的设备。用户终端向用户呈现信息并且允许用户向装置101、102、104输入信息，通常可以包括可连接至存储器和设备的各种接口的处理器、控制器、控制单元等。处理器可以是中央处理单元，但是处理器也可以是附加操作处理器。处理器可以包括计算机处理器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、和/或以使得能够执行实施例的一个或多个功能的方式来编程的其他硬件部件。

存储器1202、1027可以包括易失性和/或非易失性存储器并且通常存储内容、数据等。例如，存储器1202、1207可以存储用于处理器执行根据实施例的与装置的操作相关联的步骤的计算机程序代码，诸如软件应用或操作系统、信息、数据、内容等。存储器例如可以是随机存取存储器(RAM)、硬盘驱动、或其他固定数据存储器或存储设备。另外，存储器或其部分可以是可拆卸地连接至装置的可移动存储器。

装置可以是、包括或与以下各项相关联：被配置为由至少一个操作处理器执行的算术操作或程序(包括添加的或更新的软件例程)的至少一个软件应用、模块、单元或实体。程序(也称为程序产品或计算机程序，包括软件例程、小程序和宏命令)可以存储在任何装置可读数据存储介质中，并且其包括用于执行具体任务的程序指令。计算机程序产品可以包括一个或多个计算机可执行部件或模块，这些部件或模块在程序运行时被配置为执行根据图4到图6的实施例和/或根据图7到图10的更加详细的示例和/或根据图11的增强操作。一个或多个计算机可执行部件可以是至少一个软件代码或其部分。计算机程序可以用编程语言编码，编程语言可以是高级编程语言(诸如面向对象的C、C、C++、C#、Java等)或者低级编程语言(诸如机器语言或编译器)。

实现实施例的功能所需要的修改和配置可以作为例程来执行，例程可以实现为添加或更新的软件例程、应用电路(ASIC)和/或可编程电路。另外，软件例程可以下载到装置中。装置、诸如节点设备或对应部件可以被配置作为计算机或微处理器(诸如单片计算机元件)或者作为芯片集(包括用于提供用于算术操作的存储能力的至少一个存储器和用于执行算术操作的操作处理器)

实施例提供在分发介质上或计算机可读介质上实施的计算机程序，其包括程序指令，这些程序指令在被加载到电子装置中时构成以上解释的装置。分发介质或计算机可读介质可以是非暂态介质。

计算机程序可以是源代码的形式、对象代码的形式、或者某个中间形式，并且可以存储在某种载体、分发介质或计算机可读介质中，其可以是能够执行程序的任何实体或设备。这样的载体包括例如记录介质、计算机存储器、只读存储器、光电和/或电载波信号、电信信号和软件分发分组。取决于所需要的处理功率，计算机程序可以在单个电子数字计算机中执行，或者可以分布在大量计算机之间。计算机可读介质或计算机可读存储介质可以是非暂态介质。

本文中描述的技术可以由各种部件来实现，使得实现使用实施例描述的对应移动实体的一个或多个功能的装置不仅包括现有技术的部件，还包括用于实现使用实施例描述的对应装置的一个或多个功能的部件，并且可以针对每个单独的功能包括单独的部件，或者部件可以被配置为执行两个或多个功能。例如，这些技术可以以硬件(一个或多个装置)、固件(一个或多个装置)、软件(一个或多个模块)、或其组合来实现。对于固件或软件，实现可以通过执行本文中描述的功能的模块(例如过程、功能等)。软件代码可以存储在任意合适的(多个)处理器/计算机可读数据存储介质或(多个)存储器单元或(多个)制造品中并且由一个或多个处理器/计算机来执行。数据存储介质或存储器单元可以在处理器/计算机内部或外部实现，在外部的情况下，其可以经由现有技术中已知的各种装置在通信上耦合至处理器/计算机。本领域技术人员应当清楚，随着技术发展，发明概念可以用各种方式来实现。本发明及其实施例不限于以上描述的示例，而是可以在权利要求的范围内变化。