CN105723778B - 用于控制d2d发现过程的方法和装置 - Google Patents

Abstract

本发明的实施例之一涉及一种用于在发现用户设备处控制D2D发现过程的方法。该方法包括由发现用户设备确定从被发现用户设备接收的发现消息中的发现信息是否足以执行D2D发现过程。响应于确定的肯定结果，用户设备至少通过使用发现消息中的发现信息而在没有网络单元的介入的情况下继续发现过程；响应于确定的否定结果，用户设备向网络单元发送对于辅助的请求，该辅助与用于执行D2D发现过程的另外的发现信息有关，并且然后从网络节点接收另外的发现信息。本发明的实施例还提供了方法、装置和计算机程序产品。

Description

用于控制D2D发现过程的方法和装置

技术领域

本发明的实施例总体上涉及无线通信，特别地涉及用于控制设备到设备D2D发现过程的方法和装置。

背景技术

在诸如第三代合作伙伴项目(3GPP)的长期演进(LTE)或先进的LTE(LTE-A)的无线电通信网络中，已经提出了对于网络控制的D2D通信的使用的支持，其中用户设备(UE)可以彼此直接通信。D2D通信的示例包括接近设备的集群中的直接通信；蜂窝网络中的自主D2D通信。D2D直接通信可以提供很多优点，其可以包括更长的电池寿命、更高效的资源使用、覆盖范围扩展、更低的干扰水平等。

在D2D通信中，具有D2D能力的UE可以触发所谓的D2D发现过程，其中UE可以向能够进行D2D通信的其他UE通知其能力和/或搜索能够进行D2D通信的其他UE。然而，现有技术中没有规定如何在通信各方之间控制D2D发现过程。

发明内容

在权利要求中阐述了本发明的示例的各个方面。

根据本发明的一个方面，本发明的实施例提供了一种用于在用户设备处控制设备到设备D2D发现过程的方法。该方法包括：由用户设备确定从被发现的用户设备接收的发现消息中的发现信息是否足以执行D2D发现过程。根据该实施例的方法，响应于确定的肯定结果，用户设备至少通过使用发现消息中的发现信息而在没有网络节点介入的情况下继续发现流程。根据该实施例的方法，响应于确定的否定结果，用户设备向网络节点发送对于辅助的请求，该辅助与用于执行D2D发现过程的另外的发现信息有关，并且然后从网络节点接收另外的发现信息。

在本发明的一个或多个实施例中，该方法还包括：从网络节点接收关于D2D服务的引导信息；如果所接收的引导信息与用户设备期望发现的任何D2D服务相关，则根据引导信息来发现D2D服务；如果所接收的引导信息与用户设备期望发现的任何D2D服务无关，则向网络节点发送对于与另外的D2D服务有关的另外的引导信息的请求或者执行盲发现过程。

在本发明的一个或多个实施例中，执行D2D发现过程包括执行发现类型验证，并且发现信息包括发现类型。

在本发明的一个或多个实施例中，用户设备可以确定从被发现的用户设备接收的发现消息中的信息是否足以判断发现类型。响应于确定的肯定结果，用户设备可以经由用户设备与被发现的用户设备之间的直接D2D信道、基于所判断的发现类型来向被发现的用户设备发送应答。响应于确定的否定结果，用户设备可以向网络节点发送对于与信息发现类型有关的辅助的请求，并且然后从网络节点接收另外的发现信息。

根据本发明的另一方面，本发明的实施例提供了一种用于在网络节点处控制D2D发现过程的方法。该方法包括：从发现用户设备接收对于辅助的请求，该辅助与用于执行D2D发现过程的发现信息有关；并且确定网络节点中预先存储的任何发现信息是否足以辅助发现用户设备执行D2D发现过程。根据该实施例的方法，响应于确定的肯定结果，网络节点基于其预先存储的发现信息向发现用户设备发送发现信息。根据该实施例的方法，响应于确定的否定结果，网络节点将来自发现用户设备的请求转发至被发现的用户设备，从被发现的用户设备接收发现信息，并且然后向发现用户设备发送发现信息。

在本发明的一个或多个实施例中，该方法还包括向发现用户设备发送关于D2D服务的引导信息。

在本发明的一个或多个实施例中，执行D2D发现过程包括执行发现类型验证，并且发现信息包括发现类型。

根据本发明的另一方面，本发明的实施例提供了一种用于在用户设备处控制D2D发现过程的方法。该方法包括：接收由网络节点从发现用户设备向所述用户设备转发的对于辅助的请求，该辅助与用于执行D2D发现过程的发现信息有关；以及向网络节点发送发现信息。

在本发明的一个或多个实施例中，执行D2D发现过程包括执行发现类型验证，并且发现信息包括发现类型。

根据本发明的另一方面，本发明的实施例提供了一种用户设备。该用户设备包括：一个或多个处理器以及包括计算机程序代码的一个或多个存储器。当用户设备充当发现用户设备时，一个或多个存储器以及计算机程序代码被配置成与一个或多个处理器一起使得用户设备至少执行以下操作：确定从被发现的用户设备接收的发现消息中的发现信息是否足以执行D2D发现过程；响应于确定的肯定结果，至少通过使用发现消息中的发现信息而在没有网络节点的介入的情况下继续该发现过程；响应于确定的否定结果，向网络节点发送对于辅助的请求以及从网络节点接收另外的发现信息，该辅助与用于执行D2D发现过程的另外的发现信息有关。

根据本发明的另一方面，本发明的实施例提供了一种网络节点。该网络节点包括一个或多个处理器以及包括计算机程序代码的一个或多个存储器。一个或多个存储器以及计算机程序代码被配置成与一个或多个处理器一起使得用户设备至少执行以下操作：从发现用户设备接收对于辅助的请求，该辅助与用于执行D2D发现过程的发现信息有关；确定网络节点中预先存储的任何发现信息是否足以辅助发现用户设备执行D2D发现过程；响应于确定的肯定结果，向发现用户设备发送发现信息；响应于确定的否定结果，从发现用户设备向被发现的用户设备转发请求，从被发现的用户设备接收发现信息反馈，以及向发现用户设备发送发现信息。该网络节点可以是增强型节点B或者移动管理实体。

根据本发明的另一方面，本发明的实施例提供了一种用户设备。该用户设备包括一个或多个处理器以及包括计算机程序代码的一个或多个存储器。当用户设备充当D2D通信中的被发现的用户设备时，一个或多个存储器以及计算机程序代码被配置成与一个或多个处理器一起使得用户设备至少执行以下操作：接收由网络节点从发现用户设备向用户设备转发的对于辅助的请求，该辅助与用于执行D2D发现过程的发现信息有关；以及向网络节点发送该发现信息。

根据本发明的另一方面，本发明的实施例提供了一种用于在用户设备处控制D2D发现过程的装置。该装置包括：用于确定从被发现的用户设备接收的发现消息中的发现信息是否足以执行D2D发现过程的装置；用于响应于确定的肯定结果、至少通过使用发现消息中的发现信息而在没有网络节点介入的情况下继续发现流程的装置；用于响应于确定的否定结果而向网络节点发送对于辅助的请求的装置，该辅助与用于执行D2D发现过程的另外的发现信息有关，以及用于从网络节点接收另外的发现信息的装置。

根据本发明的另一方面，本发明的实施例提供了一种用于在网络节点处控制D2D发现过程的装置。该装置包括：用于从发现用户设备接收对于辅助的请求的装置，该辅助与用于执行D2D发现过程的发现信息有关；用于确定网络节点中预先存储的任何发现信息是否足以辅助发现用户设备执行D2D发现过程的装置；用于响应于确定的肯定结果而向发现用户设备发送发现信息的装置；用于响应于确定的否定结果而将来自发现用户设备的请求转发至被发现的用户设备的装置，用于从被发现的用户设备接收发现信息的装置，以及用于向发现用户设备发送发现信息的装置。

根据本发明的另一方面，本发明的实施例提供了一种用于在用户设备处控制D2D发现过程的装置。该装置包括：用于接收由网络节点从发现用户设备向用户设备转发的对于辅助的请求的装置，该辅助与用于执行D2D发现过程的发现信息有关；用于向网络节点发送发现信息的装置。

根据本发明的其他方面，本发明的实施例还提供了一种能够用于使得对应的设备执行根据本发明的方法实施例中的任何方法实施例的过程的对应的芯片集、计算机程序产品。

附图说明

所附权利要求中阐述了被认为是本发明的特性的发明特征。然而，通过结合附图阅读关于示例性实施例的以下详细描述，将更好地理解本发明、其实现方式、其他目的、特征和优点，在附图中：

图1示意性地图示了可以在其中实现本发明的一个或多个实施例的系统100；

图2示意性地图示了根据本发明的一个或多个实施例的、用于在发现用户设备处控制D2D发现过程的方法的示例性流程图；

图3示意性地图示了根据本发明的一个或多个实施例的、用于在网络单元处控制D2D发现过程的方法的示例性流程图；

图4示意性地图示了根据本发明的一个或多个实施例的、用于在被发现的用户设备处控制D2D发现过程的方法的示例性流程图；

图5示意性地图示了根据本发明的一个或多个实施例的用于发现类型验证的示例性信号流图；

图6是根据本发明的一个或多个实施例的用户设备的框图；以及

图7示意性地图示了根据本发明的一个或多个实施例的、可以包括D2D网络单元的网络节点的框图。

具体实施方式

在下文中，将参考附图描述本发明的实施例。在以下描述中，说明了很多具体细节以便更透彻地理解本发明。然而，本领域技术人员很清楚，本发明的实现可以不具有这些细节。另外，应当理解，本发明不限于这里介绍的特定实施例。例如，本发明的一些实施例不限于在BLE系统中实现。相反，可以考虑以下特征和元素的任意组合以实现和实践本发明，而不管它们是否涉及不同的实施例。因此，以下的方面、特征、实施例和优点仅出于说明性目的，而不应当被理解为所附权利要求的元素或限制，除非权利要求中另外明确规定。

图1示意性地图示了其中可以实现本发明的一个或多个实施例的系统100。

系统100将D2D通信服务与诸如LTE网络的无线接入网进行组合。UE 120、130与被图示为演进型节点B 110的中心网络节点通信。UE 120和UE 130都能够进行D2D通信。当UE120和UE 130足够靠近时，它们能够彼此直接通信而不需要通过演进型节点B 110通信。

UE期望发觉其他具有D2D能力的UE以及从它们提供的D2D服务。在示例性发现过程中，充当发现UE的UE 120可以搜索附近的其他具有D2D通信能力的UE并且判断它们是否提供其感兴趣的任何D2D服务。可以充当被发现的UE的UE 130可以广播发现消息以通告其发现信息,诸如D2D能力信息、UE相关信息、应用或服务相关信息等。

如图1所示，框111表示被嵌入或被包括在演进型节点B 110中的用于服务D2D通信应用的功能单元，其是所谓的“D2D服务器”或“ProSe(邻近服务)服务器”(下文中简称为“D2D服务器”)。D2D服务器111通常预先存储小区中的具有D2D能力的UE的注册信息。在这样的预先存储的注册信息能够构成发现过程的“发现情境”的情况下，D2D服务器111辅助进行UE 120与UE 130之间的发现过程的控制(例如作出决策或验证发现信息等)是有意义的。然而，在这样的发现解决方案中，网络侧的D2D服务器111将频繁地介入，这不可避免地引入了D2D发现的太多的信令负担。本公开的各种实施例提供对混合发现过程的自适应控制，例如对如何验证发现类型的自适应控制。

应当理解，D2D服务器111可以被嵌入或者可以不被嵌入网络侧的任何网络节点中，尽管在图1的示例中，其被包括在演进型节点B110中。作为另一示例而没有任何限制，D2D服务器111可以被合并在移动管理实体(MME)中作为其逻辑功能实体之一。在另一示例中，D2D服务器111可以是系统中的独立的功能实体。因此，本领域技术人员可以理解，如何实现D2D服务器本身不能构成对本发明的各种实施例的任何限制。

将参考图2到6来详细阐述本发明的各种实施例。

图2示意性地图示了根据本发明的一个或多个实施例的、用于在发现UE处控制D2D通信发现过程的方法200的示例性流程图。

如图2所示，在步骤S210，诸如图1中图示的UE 120的发现UE确定从诸如图1中图示的UE 130的被发现的UE接收的发现消息中的发现信息是否足以执行D2D发现过程。

在本公开的实施例中，发现UE可以进行盲发现以识别提供期望的D2D服务的被发现的UE。

然而，在有利的可替换的实施例中，发现UE可以从诸如图1中图示的D2D服务器111的网络单元接收与D2D服务有关的引导信息，以引导发现UE发现其期望的服务。引导信息可以包括与小区中可用的应用、服务有关的信息(诸如应用ID、类型、位置等)、对于发现UE所请求/所报告的可被发现的UE的数目的限制、以及能够用于引导发现UE确定D2D发现行为的任意合适的信息。

在一种实现中，引导信息可以作为公共控制信令(例如在广播的系统信息中)从演进型节点B 110提供给小区中的所有具有D2D能力的UE。应当理解，这可以适用于其中D2D服务器111没有嵌入在演进型节点B 110中的实施例。在这样的实施例中，任何其他合适的网络节点中的D2D服务器111可以向演进型节点B 110提供对应的信息并且然后演进型节点B110使用公共控制信令来向UE广播该信息。

附加地或可替换地，对于连接模式的UE，网络节点可以例如基于注册的D2D发现情境信息或者在接收到来自发现UE的请求时经由专用无线电资源连接(RRC)信令提供该引导信息。

如果所接收的引导信息与发现UE期望发现的任何D2D服务相关，则发现UE然后可以识别被发现的UE并且根据引导信息来发现D2D服务。否则，发现UE可以具有两个选项以继续发现流程。一个选项是向网络单元发送对于与另外的D2D服务有关的另外的引导信息的请求；另一选项是选择执行盲发现过程。

由被发现的UE广播的发现消息可以包括一些发现信息，例如D2D能力信息、UE相关信息、应用或服务相关信息等。

如果步骤S210中的确定为肯定的，即，从诸如UE 130的被发现的UE接收的发现消息中的发现信息足以执行D2D发现过程，则在步骤220，诸如UE 120的发现UE至少通过使用发现消息中的发现信息来继续发现流程而没有网络单元(诸如嵌入在演进型节点B 110中的D2D服务器111)的介入。

如果步骤210中的确定为否定的，即，响应于该确定的否定结果，从诸如UE 130的被发现的UE接收的发现消息中的发现信息不足以执行D2D发现过程，则在步骤S230，诸如UE120的发现UE向诸如D2D服务器111的网络单元发送对于另外的发现信息的辅助的请求以用于执行D2D发现过程。在一种有利的实现中，请求消息可以包含例如用于不同的可被发现的UE的多个请求/报告；另一方面，对所请求/所报告的UE的数目的限制可以在网络单元中设置并且在提供与D2D服务有关的发现引导信息的公共或专用信令过程中被提供给对应UE。

一旦满足了对于发现UE的限制，则暂时不包括用于新的UE的新的请求。一旦网络单元从发现UE接收到请求，则其将辅助发现UE例如通过识别和提供另外的发现信息来完成发现过程。下面将关于图3来描述在网络单元处执行的处理。这样，发现UE可以在步骤S240从网络单元接收所需的另外的发现信息。

图3示意性地图示了根据本发明的一个或多个实施例的、用于在网络单元处控制D2D通信发现过程的方法300的示例性流程图。

如图3所示，在步骤S310，诸如图1中图示的D2D服务器111的网络单元从诸如图1中图示的UE 120的发现UE接收对于辅助的请求，该辅助与用于执行D2D发现过程的发现信息有关。

在步骤S320，网络单元确定预先存储在其中的任何发现信息是否足以辅助发现UE执行D2D发现过程。在从发现UE接收到发现辅助请求时，网络单元可以按照请求，基于预先存储的发现UE和目标被发现的UE的发现情境和/或应用/服务来检查发现信息。因此，网络单元可以做出所请求的发现信息是否可用的确定。

如果步骤S320中的确定为肯定的，则在步骤S330，网络单元然后根据请求向发现UE发送发现信息。

如果步骤S320中的确定为否定的，则在步骤S340中，网络单元将来自发现UE的请求转发至诸如图1中图示的UE 130的目标被发现UE。在实施例的实现中，如果目标被发现UE处于RRC_Connected(RRC连接)状态，则网络单元经由专用RRC消息转发该请求；如果目标被发现UE处于RRC_Idle(RRC空闲)状态，则网络单元可以发起针对目标被发现UE的寻呼过程以使其连接至网络侧而用于进一步的通信。最后，网络单元在步骤S350从目标被发现UE接收到反馈之后，在步骤S360向发现UE发送该发现信息。

在有利的可替换的实施例中，为了引导发现UE的发现行为，诸如图1中图示的D2D服务器111的网络单元向发现UE发送关于D2D服务的引导信息。该引导信息可以包括与小区中可用的应用、服务有关的信息(诸如应用ID、类型、位置等)、发现UE所请求/所报告的可被发现的UE的数目的限制、以及能够用于引导发现UE确定D2D发现行为的任意合适的信息。在一种实现中，该引导信息可以作为公共控制信令(例如在广播的系统信息中)从诸如图1中图示的嵌入在演进型节点B 110中的D2D服务器111的网络单元向小区中的所有具有D2D能力的UE提供。附加地或可替换地，对于连接模式的UE，网络单元可以例如基于注册的D2D发现情境信息或者在接收到来自发现UE的请求时经由专用无线电资源连接(RRC)信令来提供该引导信息。

图4示意性地图示了根据本发明的一个或多个实施例的、用于在被发现的UE处控制D2D通信发现过程的方法400的示例性流程图。

如图4所示，在步骤S410，诸如图1中图示的UE 130的被发现的UE可以接收由诸如图1中图示的D2D服务器111的网络单元转发的来自诸如图1中图示的UE 120的发现UE的对于辅助的请求，该辅助与用于执行D2D发现过程的发现信息有关。

在实施例的一种实现中，如果被发现的UE处于RRC_Connected状态，则其可以经由专用RRC消息接收该请求；如果被发现的UE处于RRC_Idle状态，则其可以响应于由网络单元发起的寻呼过程并且然后与网络侧建立连接以用于进一步的通信。

被发现的UE可以检查其自身的发现信息，并且在步骤S420根据请求向网络单元发送该发现信息。

根据本发明的实施例中的一些实施例是从不同通信方中的每一方——即发现UE、网络节点中的网络单元(诸如嵌入在演进型节点B或MME中的D2D服务器)和被发现的UE——的角度来描述的。应当注意，根据本发明的各种实施例的对混合发现过程的自适应控制可以用于验证任何种类的发现信息，例如验证发现类型、识别UE和/或甚至UE的用户、验证应用/服务相关信息等。出于说明的目的而没有任何限制，下面将详细讨论验证过程期间的发现类型验证的信令过程，以进一步阐述根据本发明的各种实施例的对混合发现过程的自适应控制。

图5示意性地图示了根据本发明的一个或多个实施例的用于发现类型验证的示例性信号流图。

可选地，在步骤S501，诸如图1中图示的UE 120的发现UE可以从诸如图1中图示的D2D服务器111的网络单元接收关于D2D服务的引导信息。该引导信息可以包括与小区中可用的应用、服务有关的信息(诸如应用ID、类型、位置等)、对于发现UE所请求/所报告的可被发现的UE的数目的限制、以及能够用于引导发现UE确定D2D发现行为的任意合适的信息。在一种实现中，该引导信息可以作为公共控制信令(例如在系统信息中)从网络单元来提供。附加地或可替换地，对于连接模式的UE，网络单元可以例如基于注册的D2D发现情境信息或者在接收到来自发现UE的请求时经由专用RRC信令提供该引导信息。

在步骤S502，发现UE可以检查所接收的引导信息是否与该UE期望发现的任何D2D服务相关。如果所接收的引导信息与发现UE期望发现的任何D2D服务相关，则其然后可以识别被发现的UE并且根据引导信息来发现D2D服务。否则，发现UE可以在步骤S503向网络单元发送对于与另外的D2D服务有关的另外的引导信息的请求，并且然后在步骤S504从网络单元接收另外的引导信息。作为另一种可选实现，发现UE可以选择继续执行(图5中未示出)盲发现过程以识别感兴趣的服务。

在步骤S505，发现UE检测和从所识别的被发现的UE接收发现消息。

在步骤S506，发现UE确定从被发现的UE接收的发现消息中的发现信息是否足以执行D2D发现过程。具体地，发现UE可以尝试基于在发现消息中提供的信息以及在步骤S501或步骤S504中接收的引导信息来检查发现类型，以便确定发现消息中的信息是否足以判断发现类型。

如果发现UE可以作出关于发现类型的决策(即，开放式或者受限的)，则发现UE继续发现流程而没有网络单元的介入，例如在步骤507，发现UE可以经由发现UE与被发现的UE之间的直接D2D信道、基于所判断的发现类型来向被发现的UE发送应答而没有网络侧的介入。

然而，如果发现消息中所包括的信息不足以作出这样的关于发现类型的决策，则在步骤S508，发现UE可以向网络侧发送针对辅助验证发现类型的请求。

在步骤S509，网络单元基于预先存储的发现情境信息来检查发现类型。

如果网络单元能够决定发现类型(开放式发现或者受限的发现)，则在步骤S510，网络单元将向发现UE通知所确定的发现类型。

如果网络单元不能够决定发现类型(开放式发现或者受限的发现)，则在步骤S511，网络单元可以将来自发现UE的请求转发至被发现的UE以执行发现类型验证。

根据本发明的一种实现，如果被发现的UE处于RRC_Connected状态，则网络单元可以在步骤S511’中经由RRC消息来仅发送请求，例如发现类型检查请求，并且被发现的UE在验证之后在步骤S512’利用经由发现类型检查Ack的反馈来进行应答。

根据本发明的另一种实现，如果被发现的UE处于RRC_Idle状态，则网络单元需要触发RRC连接建立过程以使得被发现的UE连接以用于发现类型验证。当被发现的UE已经变为RRC连接状态时，网络单元在步骤S511”经由RRC消息发送请求，例如发现类型检查请求，并且被发现的UE在验证之后在步骤S512”利用经由发现类型检查应答的反馈来进行应答。

在步骤S513，网络单元向发现UE发送被发现的UE所反馈的发现类型。

可以看出，在本发明的实施例中，处理发现信息的自适应方式、例如开放式/受限的发现验证方法，被设计成支持D2D发现流程。根据本发明的各种实施例的混合D2D发现过程的自适应控制并非总是使网络侧介入而导致引入过多的信令负担，或者必须针对不同类型的应用设计大量的发现消息。

应当注意，以上描述仅是示例性的，而非意图限制本发明。在本发明的其他实施例中，本方法可以具有更多、更少或不同的步骤，并且对步骤编号仅用于使得描述更简明并且更清楚，而非严格地限制每个步骤之间的顺序；步骤的顺序可以不同于描述。例如，在一些实施例中，可以省略以上一个或多个可选步骤。每个步骤的具体实施例可以不同于描述。所有这些变化落入本发明的精神和范围内。

图6示意性地示出了根据本发明的实施例的UE的简化框图。

总体而言，UE 600的各种实施例可以包括但不限于蜂窝电话、具有无线通信能力的PDA、具有无线通信能力的便携式计算机、具有无线通信能力的图像捕获设备(诸如数字相机)、具有无线通信能力的游戏设备、以及合并这样的功能的组合的便携式单元或终端。

UE 600适于经由其天线阵列650与无线通信系统中的一个或多个基站通信。

UE 600包括数据处理器(DP)610、耦合到/嵌入在DP 610中的存储器(MEM)620、以及将天线阵列550耦合至DP 610的合适的RF发射器TX/接收器RX模块640。RF TX/RX模块640用于与至少一个基站的双向无线通信。MEM 620存储程序(PROG)630。

PROG 630被假定为包括程序指令，当UE 600充当发现UE时，这些程序指令在由DP610执行时使得UE 600如本文中结合如图2所示的方法200所讨论的根据本发明的示例性实施例来操作；或者当UE 600充当被发现的UE时，这些程序指令在由DP 610执行时使得UE600如本文中结合如图4所示的方法400所讨论的来操作。

MEM 620可以是适合本地技术环境的任何类型的存储器并且可以使用任意合适的数据存储技术来实现，作为非限制性示例，诸如基于半导体的存储器设备、磁性存储器设备和系统、光学存储器设备和系统、固定存储器和可移除存储器。虽然UE 600中仅示出一个MEM，然而UE 600中可以有若干物理上不同的存储器单元。

DP 610执行如参考图2和图3描述的任何所需要的确定。DP 610可以是适合本地技术环境的任何类型的数据处理器，并且作为非限制性示例可以包括通用计算机、专用计算机、微处理器、基于多核处理器架构的DSP和处理器中的一个或多个。

图7示意性地示出了根据本发明的实施例的可以包括D2D服务器的网络节点的简化框图。

网络节点700适于与无线通信系统中的UE的群组通信。如先前所讨论的，网络节点700可以是演进型节点B、MME或者任何其他合适的网络节点。

网络节点700包括数据处理器(DP)710、耦合至/嵌入在DP 710中的存储器(MEM)720、以及将阵列天线750耦合至DP 710的合适的RF发射器TX/接收器RX模块740。RF TX/RX模块740用于与至少一个UE双向无线通信。MEM 720存储程序(PROG)730。

PROG 730被假定为包括程序指令，这些程序指令在由DP 710执行时使得网络节点700如本文中结合如图3中所示的方法300所讨论的那样根据本发明的示例性实施例来操作。

MEM 720可以是适合本地技术环境的任何类型的存储器并且可以使用任意合适的数据存储技术来实现，作为非限制性示例，诸如基于半导体的存储器设备、磁性存储器设备和系统、光学存储器设备和系统、固定存储器和可移除存储器。虽然网络节点700中仅示出一个MEM，然而网络节点700中可以有若干物理上不同的存储器单元。

DP 710执行如参考图3描述的任何所需要的确定。DP 710可以是适合本地技术环境的任何类型的数据处理器，并且作为非限制性示例可以包括通用计算机、专用计算机、微处理器、基于多核处理器架构的DSP和处理器中的一个或多个。

总之，各种示例性实施例可以用硬件或专用电路、软件、逻辑或其任意组合来实现。例如，一些方面可以用硬件来实现，而其他方面可以用固件或软件来实现，固件或软件可以由控制器、微处理器、或其他计算设备来执行，然而本发明不限于此。虽然本发明的示例性实施例的各个方面可以被图示或描述为框图和信令图，然而应当很好地理解，本文中所描述的这些框、装置、系统、技术和方法可以用硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备、或者其某种组合来实现，作为非限制性示例。

这样，应当理解，本发明的示例性实施例的至少一些方面可以用各种部件来实践，诸如集成电路芯片和模块。如本领域已知的，集成电路的设计大体上是高度自动化的过程。

本发明也可以用计算机程序产品来体现，该计算机程序产品包括能够实现本文中描述的方法的所有特征并且在被加载到计算机系统时可以实现方法。

已经参考优选实施例具体说明和解释了本发明。本领域技术人员应当理解，可以在不偏离本发明的精神和范围的情况下对其做出形式和细节方面的各种变化。

Claims (17)

1.一种用于在用户设备处控制设备到设备D2D发现过程的方法，包括：

确定从被发现的用户设备接收的发现消息中的发现信息是否足以执行所述D2D发现过程，所述发现信息包括应用信息；

响应于所述确定的肯定结果，至少通过使用所述发现消息中的所述发现信息而在没有网络单元介入的情况下继续发现流程；

响应于所述确定的否定结果，

向网络单元发送对于辅助的请求，所述辅助与用于执行所述D2D发现过程的另外的发现信息有关，以及

从所述网络单元接收所述另外的发现信息；

从所述网络单元接收与小区中可用的D2D服务有关的引导信息；

如果所接收的引导信息与所述用户设备期望发现的任何D2D服务相关，则根据所述引导信息来发现D2D服务。

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

如果所接收的引导信息与所述用户设备期望发现的任何D2D服务无关，则向所述网络单元发送对于与另外的D2D服务有关的另外的引导信息的请求或者执行盲发现过程。

3.根据权利要求2所述的方法，其中所述引导信息包括指示对所述用户设备能够向所述网络单元请求的被发现的用户设备的数目的限制的信息。

4.根据权利要求1所述的方法，其中执行所述D2D发现过程包括执行发现类型验证，并且

其中所述发现信息包括发现类型。

5.根据权利要求4所述的方法，其中

所述确定包括确定从被发现的用户设备接收的发现消息中的信息是否足以判断所述发现类型；

在没有网络单元介入的情况下继续所述发现流程包括经由所述用户设备与所述被发现的用户设备之间的直接D2D信道、基于所判断的发现类型来向所述被发现的用户设备发送应答。

6.根据权利要求5所述的方法，其中从所述网络单元接收所述另外的发现信息包括从所述网络单元接收指示所述发现类型的消息。

7.一种用户设备，包括：

一个或多个处理器；以及

包括计算机程序代码的一个或多个存储器，

所述一个或多个存储器以及所述计算机程序代码被配置成与所述一个或多个处理器一起使得所述用户设备至少执行以下操作：

确定从被发现的用户设备接收的发现消息中的发现信息是否足以执行D2D发现过程，所述发现信息包括应用信息；

响应于所述确定的肯定结果，至少通过使用所述发现消息中的所述发现信息而在没有网络单元介入的情况下继续发现流程；

响应于所述确定的否定结果，

向网络单元发送对于辅助的请求，所述辅助与用于执行所述D2D发现过程的另外的发现信息有关，以及

从所述网络单元接收所述另外的发现信息；

从所述网络单元接收与小区中可用的D2D服务有关的引导信息；

如果所接收的引导信息与所述用户设备期望发现的任何D2D服务相关，则根据所述引导信息来发现D2D服务。

8.根据权利要求7所述的用户设备，其中所述至少一个存储器以及所述计算机程序代码还被配置成与所述至少一个处理器一起使得所述用户设备至少执行以下操作：

如果所接收的引导信息与所述用户设备期望发现的任何D2D服务无关，则向所述网络单元发送对于与另外的D2D服务有关的另外的引导信息的请求或者执行盲发现过程。

9.根据权利要求8所述的用户设备，其中所述引导信息包括指示对所述用户设备能够向所述网络单元请求的被发现的用户设备的数目的限制的信息。

10.根据权利要求7所述的用户设备，其中执行所述D2D发现过程包括执行发现类型验证，并且

其中所述发现信息包括发现类型。

11.根据权利要求10所述的用户设备，其中

所述确定包括确定从被发现的用户设备接收的发现消息中的信息是否足以判断所述发现类型；

在没有网络单元介入的情况下继续所述发现流程包括经由所述用户设备与所述被发现的用户设备之间的直接D2D信道、基于所判断的发现类型来向所述被发现的用户设备发送应答。

12.根据权利要求11所述的用户设备，其中从所述网络单元接收所述另外的发现信息包括从所述网络单元接收指示所述发现类型的消息。

13.一种网络单元，包括：

一个或多个处理器；以及

包括计算机程序代码的一个或多个存储器，

所述一个或多个存储器以及所述计算机程序代码被配置成与所述一个或多个处理器一起使得所述网络单元至少执行以下操作：

从发现用户设备接收对于辅助的请求，所述辅助与用于执行D2D发现过程的发现信息有关，所述发现信息包括应用信息；

确定所述网络单元中预先存储的任何发现信息是否足以辅助所述发现用户设备执行所述D2D发现过程；

响应于所述确定的肯定结果，向所述发现用户设备发送所述发现信息；

响应于所述确定的否定结果，

将来自所述发现用户设备的所述请求转发至被发现的用户设备，

从所述被发现的用户设备接收发现信息反馈，以及

向所述发现用户设备发送所述发现信息；

向所述发现用户设备发送与小区中可用的D2D服务有关的引导信息。

14.根据权利要求13所述的网络单元，其中所述引导信息包括指示对所述用户设备能够向所述网络单元请求的被发现的用户设备的数目的限制的信息。

15.根据权利要求13所述的网络单元，其中执行所述D2D发现过程包括执行发现类型验证，并且

其中所述发现信息包括发现类型。

16.根据权利要求13所述的网络单元，其中所述网络单元是D2D服务器或ProSe服务器。

17.根据权利要求13所述的网络单元，其中所述网络单元被包括在增强型单元B或者移动管理实体中。