CN104219733B - 一种邻近通信中继节点发现方法及设备 - Google Patents

Abstract

本发明公开了一种邻近通信中继节点发现方法及设备。本发明中，网络设备接收终端发送的获取邻近通信中继节点的请求后，为发送所述请求的终端选择具有邻近通信中继能力的终端，将选择出的终端的信息返回给发送所述请求的终端。实现了基于网络的邻近通信过程中中继节点的发现方法。

Description

一种邻近通信中继节点发现方法及设备

技术领域

本发明涉及无线通信技术领域，尤其涉及一种邻近通信中继节点发现方法及设备。

背景技术

目前3GPP ProSe工作组正在研究设备与设备之间的邻近通信技术，通过邻近通信技术，在通信双方UE（User Equipment，用户设备，即终端）距离很近时，能够实现两个UE之间通信或者借助eNB（evolved NodeB，演进节点B，即基站）的传递实现快速通信。

目前设备间的邻近通信技术可应用于公共安全领域。对于公共安全场景下的邻近通信有ProSe relay（即基于中继节点进行邻近通信，也就是由具备中继节点能力的终端为其邻近终端间的通信提供中继服务）的需求，比如一个具有公共安全能力和授权的终端具有能够作为其它公共安全终端的中继节点的能力。

如图1A所示，UE1和UE2可以直接传输数据，不需要经过网络设备；如图1B所示，当两个UE连接到同一eNB时可以通过服务eNB转发数据，而不需要将数据路由过核心网。这种传输方式可以减少数据传输延时，并且可以节省网络资源，特别是核心网的网络资源。

对于图1A和图1B中描述的邻近通信场景，有几种可能的控制面路径。

如图2A所示，当涉及到邻近通信的UE具有相同的服务eNB且处于网络覆盖之内时，***可以决定采用UE、eNB和EPC（Evolved Packet Core，演进分组核心网）之间的控制信息交换（例如会话管理，授权，安全等）进行邻近通信。此外，UE之间可以直接交换信令，如图2A中虚线所示。

如图2B所示，当涉及到邻近通信的UE具有不同的服务eNB（例如，小区边界，宏/微小区）且位于网络覆盖之内，***可以决定采用UE、eNB和EPC之间的控制信息交换（例如会话管理，授权，安全等）进行邻近通信。在此场景下，eNB之间可以通过EPC通信，也可以直接通信，如图2B中虚线所示。此外，UE之间可以直接交换信令，如图2B中虚线所示。

如果只有一部分UE在网络覆盖下，一个或多个UE可以为其他不在网络覆盖下的UE中继无线资源管理控制信息。

如图2C所示，如果UE不在网络覆盖范围之内，UE之间可以直接进行控制平面的通信。在该场景下，公共安全UE可以中继预先配置的无线资源来建立和维护邻近通信。此外，如果UE支持公共安全无线资源管理功能，UE可以直接管理公共安全邻近通信的无线资源分配。

发明人在实现本发明的过程中，发现现有技术至少存在以下缺陷：

每个终端的ProSe relay的支持和使能情况不同，对于一个需要使用ProSe relay的终端来说，如何发现出一个中继节点是进行ProSe relay通信的第一步，目前尚未有相关解决方案。

发明内容

本发明实施例提供了一种邻近通信中继节点发现方法及设备，用以实现邻近通信中继节点的发现和选择。

本发明实施例提供的邻近通信中继节点发现方法，包括：

网络设备接收终端发送的获取邻近通信中继节点的请求；

所述网络设备为发送所述请求的终端选择具有邻近通信中继能力的终端；

所述网络设备将选择出的终端的信息返回给发送所述请求的终端。

本发明实施例提供的网络设备，包括：

接收模块，用于接收终端发送的获取邻近通信中继节点的请求；

选择模块，用于为发送所述请求的终端选择具有邻近通信中继能力的终端；

发送模块，用于将选择出的终端的信息返回给发送所述请求的终端。

本发明的上述实施例中，网络设备接收终端发送的获取邻近通信中继节点的请求后，为该终端选择具有邻近通信中继能力的终端，实现了基于网络的邻近通信过程中中继节点的发现方法。

附图说明

图1A和图1B为现有技术中实现邻近通信后UE之间的数据传输路径图；

图2A为现有技术中同一eNB下的终端间基于网络支持的邻近通信的控制面路径示意图；

图2B为现有技术中不同eNB下的终端间基于网络支持的邻近通信的控制面路径示意图；

图2C为现有技术中无网络支持的终端的邻近通信的控制面路径示意图；

图3为本发明实施例提供的邻近通信过程中的中继节点发现流程框图；

图4为本发明实施例中场景一下的流程示意图；

图5为本发明实施例中场景二下的流程示意图；

图6为本发明实施例中场景三下的流程示意图；

图7为本发明实施例中场景四下的流程示意图；

图8为本发明实施例提供的网络设备的结构示意图。

具体实施方式

本发明实施例提供了一种由网络设备根据终端的邻近通信中继能力和终端邻近关系，为请求邻近通信的终端提供邻近通信中继节点的方案。

本发明实施例中涉及的终端是指具有邻近功能的终端，即支持邻近发现和邻近通信能力。邻近发现是指使用E-UTRAN（Evolved UMTS Terrestrial Radio Access Network，UMTS陆地无线接入网；其中，UMTS为Universal Mobile Telecommunications System，意即通用移动通信***）或EPC的技术，确定某个具有ProSe能力的终端与另外一个具有ProSe能力的终端邻近；邻近通信是指具有ProSe能力的终端在邻近时之间的通信，该通信利用了E-UTRAN技术进行用户面传输，且它们之间的路径不经过任何网络节点，或只经过基站中转。

下面结合附图对本发明实施例进行详细描述。

参见图3，为本发明实施例提供的邻近通信过程中的中继节点发现流程示意图。为描述方便，以下流程以终端A为例描述，如图所示，该流程可包括：

步骤301：网络设备接收终端A发送的获取邻近通信中继节点的请求，该请求中可能携带需要与终端A进行邻近通信的目标终端的信息，也可能未携带该信息；

步骤302：该网络设备为终端A选择具有邻近通信中继能力的终端。

步骤303：该网络设备将选择出的终端的信息（如终端标识）返回给发起该请求的终端A。

上述流程的步骤301中，终端A可在网络附着过程中或者在TAU（跟踪区位置更新）过程中，向该网络设备获取邻近通信中继节点；步骤302中，该网络设备可根据终端上报的邻近通信中继能力信息，以及终端A所在的通信组，从该通信组中选择具有邻近通信中继能力的终端，作为终端A的候选邻近通信中继节点列表，或者根据终端上报的邻近通信中继能力信息和终端A的邻近关系，从终端A的邻近终端中选择具有邻近通信中继能力的终端，作为终端A的候选邻近通信中继节点列表；步骤303中，该网络设备可将该候选邻近通信中继节点列表返回给终端A。

上述流程的步骤301中，UE_A也可通过向网络侧发起邻近通信请求（如ProSerelay请求），以请求获取到目标终端（为描述方便，以下将该目标终端称为终端B）的邻近通信的中继节点，也可以通过其它消息，请求获取该终端与目标终端的邻近通信过程所需的中继节点。步骤302中，该网络设备根据终端A的邻近关系（根据该邻近关系可得知终端A的邻近终端）和终端B的邻近关系（根据该邻近关系可得知终端B的邻近终端），以及终端A和终端B的邻近终端上报的邻近通信中继能力，为终端A选择作为邻近通信中继节点的终端。该网络设备所选择出的终端既是终端A的邻近终端，也是终端B的邻近终端，且具有邻近通信中继能力。进一步的，在***规定为终端选择邻近通信中继节点时只能在所在通信组内进行选择的情况下，该网络设备所选择出的终端既是终端A的邻近终端，也是终端B的邻近终端，且具有邻近通信中继能力，并与终端A和终端B处于同一通信组。

上述流程中，网络设备选择中继节点时所依据的终端邻近通信中继能力信息，是终端上报给网络设备的，且是经过网络设备（如ProSe服务器）鉴权的，比如ProSe服务器可根据终端的签约信息进行鉴权，以判断该终端是否允许作为邻近通信中继节点为其它终端提供邻近通信中继服务，若是，则鉴权通过。具体的，终端可在进行网络附着过程或终端TAU过程中，上报该终端的邻近通信中继能力信息。该网络设备（如ProSe服务器）接收到终端上报的终端邻近通信中继能力信息后进行鉴权，鉴权通过后进行保存和维护，优选的，可将终端邻近通信中继能力信息记录到该终端的上下文中。

上述流程中，网络设备可通过以下方式获得和维护终端的邻近关系信息，以作为在为发起邻近通信的终端选择中继节点时的依据：

方式1：由终端的网络附着过程触发。具体的，网络设备根据发起网络附着的终端确定该终端所在的通信组，获取该通信组中成员终端的位置信息，根据该通信组中成员终端的位置信息确定发起网络附着的终端的邻近终端，从而维护该发起网络附着的终端的邻近关系信息。

方式2：由终端的TAU过程触发。具体的，网络设备根据发起TAU过程的终端确定该终端所在的通信组，获取该通信组中成员终端的位置信息，根据该通信组中成员终端的位置信息确定发起TAU过程的终端的邻近终端，从而维护该发起TAU过程的终端的邻近关系信息。

方式3：由终端发起的邻近发现过程触发。具体的，网络设备根据发起邻近发现过程的终端确定该终端所在的通信组，获取该通信组中成员终端的位置信息，根据该通信组中成员终端的位置信息确定发起邻近发现过程的终端的邻近终端，从而维护该发起邻近发现过程的终端的邻近关系信息。

方式4：由终端发起的邻近通信建立过程触发。具体的，网络设备根据邻近通信的请求终端和目标终端，确定邻近通信的请求终端和目标终端的邻近终端（即，对于参与邻近通信的各终端，将邻近通信的对端终端作为本终端的邻近终端），根据确定出的邻近终端，维护所述邻近通信的请求终端和目标终端的邻近关系。

方式5：按照设定周期触发。具体的，网络设备按照设定周期获取通信组中成员终端的位置信息，根据该通信组中成员终端的位置信息确定该通信组中成员终端的邻近终端，根据该通信组中成员终端的邻近终端，维护该通信组中成员终端的邻近关系信息。

上述流程中的网络设备可以是网络侧的邻近通信服务器，如ProSe server，或者是能够实现上述功能的其它网络设备。

为了更清楚地对本发明实施例进行说明，下面通过几种具体应用场景对本发明实施例的具体实现过程进行描述。

以下各场景均以邻近通信在公共安全领域中的应用为例描述，但其它应用领域，比如商业领域同样适用。以下各场景中的UE（终端）均为具有公共安全能力和授权的终端，具备邻近发现和邻近通信功能。网络侧的邻近通信服务服务器（如图中的ProSe服务器）用于为请求ProSe relay通信（即通过中继节点进行邻近通信）的UE选择邻近通信中继节点。ProSe服务器与核心网设备，如MME（Mobility Management Entity），以及其它网络设备，如eNB等，存在通信接口。

参见图4，为本发明实施例场景一下的流程示意图。

在该场景下，UE_A、UE_B、UE_C、UE_E、UE_G都具有ProSe relay能力（即能够作为其它公共安全终端的中继节点的能力）。UE_A首先发起网络附着过程，在该过程中向ProSe服务器上报ProSe relay能力。在此后的某个时刻，UE_A希望与UE_B通信，但UE_A与UE_B不邻近，UE_A与UE_C、UE_D、UE_E、UE_F邻近，UE_B与UE_C、UE_D、UE_E、UE_G邻近。如图所示，该场景下的流程可包括：

步骤401：UE_A发起网络附着过程，在网络附着过程中，向MME上报自己支持ProSerelay能力。优选的，UE_A可通过上报能力指示信息的方式，向ProSe服务器上报ProSerelay的能力。MME将UE_A的ProSe relay能力信息记录在UE_A的上下文中，MME将UE的ProSerelay能力信息传递给ProSe服务器。ProSe服务器记录UE_A的ProSe relay能力信息，比如记录到UE_A的上下文中。

步骤402：在某个时刻，UE_A希望与UE_B通信，但UE_A与UE_B不邻近。依据终端上的策略或配置数据，UE_A决定尝试采用ProSe relay通信。UE_A向MME发送ProSe relay请求，其中携带有目标终端UE_B的标识。

步骤403：MME向ProSe服务器发送ProSe relay请求，其中携带有UE_A和UE_B的标识。

步骤404：ProSe服务器分别获得与UE_A邻近的终端集合X={UE_C、UE_D、UE_E、UE_F}，以及与UE_B邻近的终端集合Y={UE_C、UE_D、UE_E、UE_G}，从X和Y的交集{UE_C、UE_D、UE_E}中选择出支持ProSe relay能力的终端集合{UE_C、UE_E}，该集合中的终端即为ProSe服务器针对UE_A发起的到UE_B的邻近通信所选择出的中继节点。

其中，ProSe服务器可采用ProSe discovery方法获得与UE_A邻近的终端集合以及与UE_B邻近的终端集合。其中，所采用的ProSe discovery方法包括但不限于：基于LCS（Location Service，位置服务）实现的方法，基于应用服务器实现的方法，基于终端直接发现的方法等。

步骤405：ProSe服务器返回ProSe relay响应消息给MME，其中包括UE_C和UE_E的标识。

步骤406：MME返回ProSe relay响应消息给UE_A，其中包括UE_C和UE_E的标识。

步骤407：UE_A可以采用一定的准则（例如信号强度或者随机选择）从{UE_C、UE_E}中选出中继节点发起ProSe relay通信。

参见图5，为本发明实施例场景二下的流程示意图。

该场景下是建立在通信组（ProSe group）的通信场景上，通信组中的成员只能选取本通信组中的成员作为中继节点。

在该场景下，UE_A所在的通信组X内的成员包括：UE_A、UE_B、UE_C、UE_D、UE_E。其中，UE_A、UE_B、UE_C、UE_E都具有ProSe relay能力。UE_A和UE_B先后发起附着和更新过程，在该过程中向ProSe服务器上报ProSe relay能力。ProSe服务器基于通信组周期维护通信组内的成员终端的邻近关系信息。在某个时刻，UE_A希望与UE_B通信，但UE_A与UE_B不邻近，UE_A与UE_C、UE_D、UE_E邻近，UE_B与UE_C、UE_D、UE_E邻近。该场景下的流程可包括：

步骤501：UE_A发起网络附着过程，在网络附着过程中，向MME上报自己支持ProSerelay的能力。MME将UE_A的ProSe relay能力信息记录在UE_A的上下文中，MME将UE_A的ProSe relay能力信息传递给ProSe服务器。ProSe服务器记录UE_A的ProSe relay能力信息到UE_A的上下文中。

步骤502：UE_B发起TAU过程，在TAU过程中，向MME上报自己支持ProSe relay的能力。MME将UE_B的ProSe relay能力信息记录在UE_B的上下文中，MME将UE_B的ProSe relay能力信息传递给ProSe服务器。ProSe服务器维护UE_B的上下文中的ProSe relay能力信息。

步骤503：通信组X中的成员终端发起邻近发现过程或邻近通信过程，在该过程中，MME与ProSe server交互，维护通信组X中的成员终端的邻近关系。

例如，UE_A附着到网络之后，希望获得所在通信组的邻近成员，因此向网络发起邻近发现（ProSe discovery）过程。MME将UE_A的邻近发现请求转发给ProSe服务器。ProSe服务器调用邻近关系发现功能确定与UE_A具有邻近关系的终端有UE_C、UE_D、UE_E，将邻近关系发现的结果通过MME返回给UE_A。ProSe服务器可以支持多种邻近关系发现功能，不同的邻近关系发现功能可能需要ProSe服务器支持不同网络设备的接口以及与这些网络设备进行交互。例如，ProSe服务器可以支持LCS客户端功能，可以调用3GPP网络的LCS服务获取UE_A所在通信组的所有成员终端的位置信息，从而确定UE_A的邻近关系（即该通信组中的哪些或哪个成员终端是UE_A的邻近终端）。

又例如，UE_B附着到网络之后，通过终端直接发现（radio direct discovery）方法确定与所在通信组中的UE_C、UE_D、UE_E邻近，UE_B可以同时与这三个邻近终端中的一个或多个发起邻近通信。在UE_B与其邻近终端的邻近通信建立过程中，会涉及到网络中的设备的参与，其中至少会涉及到接入网设备eNB，可能会涉及到核心网设备MME、ProSe服务器等。若ProSe服务器直接参与到邻近通信的建立过程中，则ProSe服务器可以直接维护涉及到邻近通信的终端的邻近关系。若ProSe服务器没有直接参与到邻近通信的建立过程中，eNB可以将UE_B的邻近通信建立信息通过MME上报给ProSe服务器，进而使得ProSe服务器可以维护该邻近通信所涉及到的终端的邻近关系。

步骤504：在某个时刻，UE_A希望与UE_B通信，但UE_A与UE_B不邻近。依据终端上的策略或配置数据，UE_A决定尝试采用ProSe relay通信。UE_A向网络请求提供能够作为ProSe relay通信的中继节点的终端，通过该终端可与UE_B实现ProSe relay通信。

步骤505：该请求经MME被递交给ProSe服务器。ProSe服务器确定UE_A和UE_B属于通信组X，通过查询通信组X内的成员的ProSe relay能力信息，以及UE_A的邻近关系（UE_A的邻近终端包括：UE_C、UE_D、UE_E），UE_B的邻近关系（UE_B的邻近终端包括：UE_C、UE_D、UE_E），确定出UE_C和UE_E能够作为UE_A和UE_B实现ProSe relay通信的中继节点，并将结果返回给MME。

步骤506：MME将UE_C和UE_E的标识返回给UE_A。

步骤507：UE_A选择向信号强度较强的UE_E发送到UE_B的ProSe relay通信请求，在UE_E回复能够支持该ProSe relay通信的响应后，UE_A与UE_E交互建立到UE_B的ProSerelay通信。

需要说明的是，图5所示流程是以通信组X内的成员终端进行网络附着、TAU更新以及邻近发现和邻近通信为例描述的。在实际应用中，只要有终端进行上述过程，ProSe服务器都会按照上述流程进行处理。

参见图6，为本发明实施例场景三下的流程示意图。

该场景下是建立在通信组（ProSe group）的通信场景上，通信组中的成员只能选取本通信组中的成员作为中继节点。

该场景下，UE_A所在的通信组X内成员包括：UE_A、UE_B、UE_C、UE_D、UE_E。其中，UE_A、UE_B、UE_C、UE_E都具有ProSe relay能力。UE_A和UE_B先后发起附着和更新过程，在该过程中向ProSe服务器上报ProSe relay能力。在某个时刻，UE_A希望与UE_B通信，但UE_A与UE_B不邻近，UE_A与UE_C、UE_D、UE_E邻近，UE_B与UE_C、UE_D、UE_E邻近。

步骤601：UE_A发起网络附着过程，在网络附着过程中，向MME上报自己支持ProSerelay的能力。MME将UE_A的ProSe relay能力信息记录在UE_A的上下文中，MME将UE_A的ProSe relay能力信息传递给ProSe服务器。ProSe服务器记录UE_A的ProSe relay能力信息到UE_A的上下文中。

进一步的，ProSe服务器根据UE_A所在的通信组X，对通信组X中的成员的邻近关系进行更新。这可能需要ProSe服务器支持不同网络设备的接口以及与这些网络设备进行交互。例如，ProSe服务器可以支持LCS客户端功能，可以调用3GPP网络的LCS服务获取通信组X内的所有成员终端的位置信息，根据获取到的位置信息确定这些成员终端的邻近关系。

步骤602：UE_B发起TAU过程，在TAU过程中，向MME上报自己支持ProSe relay的能力。MME将UE_B的ProSe relay能力信息记录在UE_B的上下文中，MME将UE_B的ProSe relay能力信息传递给ProSe服务器。ProSe服务器维护UE_B的上下文中的ProSe relay能力信息。

进一步的，ProSe服务器根据UE_B所在的通信组X，对通信组X中的成员的邻近关系进行更新。这可能需要ProSe服务器支持不同网络设备的接口以及与这些网络设备进行交互。例如，ProSe服务器可以支持LCS客户端功能，可以调用3GPP网络的LCS服务获取通信组X内的所有成员终端的位置信息，根据获取到的位置信息确定这些成员终端的邻近关系。

603：ProSe服务器根据通信组X的签约信息、本地配置或者运营商的策略，按照一定的周期对通信组X中的成员的邻近关系进行更新。这可能需要ProSe服务器支持不同网络设备的接口以及与这些网络设备进行交互。例如，ProSe服务器可以支持LCS客户端功能，可以调用3GPP网络的LCS服务获取通信组X内的所有成员终端的位置信息，根据获取到的位置信息确定这些成员终端的邻近关系。

步骤604：在某个时刻，UE_A希望与UE_B通信，但UE_A与UE_B不邻近。依据终端上的策略或配置数据，UE_A决定尝试采用ProSe relay通信。UE_A向网络请求提供能够作为ProSe relay通信的中继节点的终端，通过该终端可与UE_B实现ProSe relay通信。

步骤605：该请求经MME被递交给ProSe服务器。ProSe服务器确定UE_A和UE_B属于通信组X，通过查询通信组X内的成员的ProSe relay能力信息，以及UE_A的邻近关系（UE_A的邻近终端包括：UE_C、UE_D、UE_E），UE_B的邻近关系（UE_B的邻近终端包括：UE_C、UE_D、UE_E），确定出UE_C和UE_E能够作为UE_A和UE_B实现ProSe relay通信的中继节点，并将结果返回给MME。

步骤606：MME将UE_C和UE_E的标识返回给UE_A。

步骤607：UE_A选择向信号强度较强的UE_E发送到UE_B的ProSe relay通信请求，在UE_E回复能够支持该ProSe relay通信的响应后，UE_A与UE_E交互建立到UE_B的ProSerelay通信。

需要说明的是，图6所示流程是以通信组X内的成员终端进行网络附着、TAU更新以及邻近发现和邻近通信为例描述的。在实际应用中，只要有终端进行上述过程，ProSe服务器都会按照上述流程进行处理。

参见图7，为本发明实施例场景四下的流程示意图。

在该场景下，通信组X中包括：UE_A、UE_B、UE_C、UE_D、UE_E、UE_F、UE_G，其中，UE_A、UE_B、UE_C、UE_E、UE_G都具有ProSe relay能力（即能够作为其它公共安全终端的中继节点的能力）。UE_A发起网络附着过程（或者TAU过程），在该过程中向ProSe服务器上报ProSerelay能力，并请求具有ProSe relay能力的终端列表。如图所示，该场景下的流程可包括：

步骤701：UE_A发起网络附着过程，在网络附着过程中，向MME上报自己支持ProSerelay能力，并请求获取所在通信组X中具有ProSe relay能力的终端列表，MME将该UE_A上报的ProSe relay能力信息，以及获取具有ProSe relay能力的终端列表的请求发送给ProSe服务器。

优选的，UE_A可通过上报能力指示信息的方式，向ProSe服务器上报ProSe relay的能力。MME将UE_A的ProSe relay能力信息记录在UE_A的上下文中，MME将UE的ProSerelay能力信息传递给ProSe服务器。ProSe服务器记录UE_A的ProSe relay能力信息，比如记录到UE_A的上下文中。

步骤702：ProSe服务器根据通信组X中其它UE上报的ProSe relay能力信息，从中选择具有ProSe relay能力的UE。

此场景下，假设ProSe服务器中已经存储有通信组X中UE_B、UE_C、UE_D、UE_E、UE_F、UE_G的ProSe relay能力信息，其中，UE_B、UE_C、UE_E、UE_G具有ProSe relay能力，因此将UE_B、UE_C、UE_E、UE_G作为UE_A的候选中继节点列表。

步骤703：ProSe服务器将选择出的UE_A的候选中继节点列表发送给MME，其中包括UE_B、UE_C、UE_E、UE_G的标识。

步骤704：MME将UE_A的候选中继节点列表发送给UE_A，UE_A保存该候选中继节点列表。

此后，在某个时刻，UE_A希望与UE_B通信，但UE_A与UE_B不邻近，因此执行以下步骤：

步骤705：UE_A根据保存的候选中继节点列表选择可作为中继节点的邻近UE，通过该UE与UE_B进行邻近通信。此场景下，UE_A与候选中继节点列表中的UE_C、UE_E、UE_F邻近，UE_A选择其中信号强度较强的UE_E作为邻近通信中继节点与UE_B进行邻近通信。

需要说明的是，上述流程的步骤705可能发生在在网场景下（即UE所在位置有网络覆盖），也可能发生在脱网场景下（即UE所在位置没有网络覆盖）。

通过以上描述可以看出，由于终端将自身的ProSe relay能力信息上报给网络设备，因此网络设备可根据终端的ProSe relay能力以及终端的邻近关系信息，为请求ProSerelay通信的终端选择中继节点，实现了在邻近通信过程中进行中继节点发现。另外，基于网络进行邻近通信过程中的中继节点发现，对终端的影响小，并且利于终端节能。

基于相同的技术构思，本发明实施例还提供了一种网络设备。该网络设备可以是上述实施例中的ProSe服务器，也可以是有类似功能的网络设备。

参见图8，为本发明实施例提供的网络设备的接收示意图，该网络设备可包括：接收模块81、选择模块82、发送模块83，进一步的，还可包括存储模块84，进一步的还可包括邻近关系维护模块85，其中：

接收模块81，用于接收终端发送的获取邻近通信中继节点的请求；

选择模块82，用于为发送所述请求的终端选择具有邻近通信中继能力的终端；

发送模块83，用于将选择模块82选择出的终端的信息返回给发送所述请求的终端。

具体的，选择模块82可根据终端上报的邻近通信中继能力信息，以及发送所述请求的终端所在的通信组，从该通信组中选择具有邻近通信中继能力的终端；或者，根据终端上报的邻近通信中继能力信息和发送所述请求的终端的邻近关系，从发送所述请求的终端的邻近终端中选择具有邻近通信中继能力的终端。

具体的，所述请求中包括发送所述请求的终端需要进行邻近通信的目标终端的信息。相应的，选择模块82可根据终端上报的邻近通信中继能力信息，以及发送所述请求的终端的邻近关系和所述目标终端的邻近关系，为发送所述请求的终端选择符合以下条件的终端：既是发送所述请求的终端的邻近终端，也是所述目标终端的邻近终端，且具有邻近通信中继能力；或者，既是发送所述请求的终端的邻近终端，也是所述目标终端的邻近终端，且具有邻近通信中继能力，并与发送所述请求的终端和所述目标终端处于同一通信组。

进一步的，接收模块81还可接收终端上报的邻近通信中继能力信息。相应的，存储模块84用于保存接收模块81接收到的终端上报的邻近通信中继能力信息；选择模块82在接收模块81接收到终端发送的所述请求后，根据存储模块84保存的终端邻近通信中继能力信息，为发送所述请求的终端选择具有邻近通信中继能力的终端。

其中，接收模块81可接收终端在网络附着过程中通过核心网设备发送的邻近通信中继能力信息，存储模块84可将所述接收模块接收到的邻近通信中继能力信息保存在发送所述邻近通信中继能力信息的终端的上下文中；或者，接收模块81可接收终端在跟踪区位置更新过程中通过核心网设备发送的邻近通信中继能力信息，存储模块84可将所述接收模块接收到的邻近通信中继能力信息保存在发送所述邻近通信中继能力信息的终端的上下文中。

进一步的，邻近关系维护模块85可实现通过以下方式中的一种或多中进行终端邻近关系维护：

方式一：邻近关系维护模块85根据发起网络附着或跟踪区位置更新或邻近发现过程的终端确定该终端所在的通信组，获取所述通信组中成员终端的位置信息，根据所述通信组中成员终端的位置信息确定所述发起网络附着或跟踪区位置更新或邻近发现过程的终端的邻近终端，根据确定出的邻近终端维护所述网络附着或跟踪区位置更新或邻近发现过程的终端的邻近关系信息。

方式二：邻近关系维护模块85根据邻近通信的请求终端和目标终端，确定所述邻近通信的请求终端和目标终端的邻近终端，根据确定出的邻近终端，维护所述邻近通信的请求终端和目标终端的邻近关系。

方式三：邻近关系维护模块85按照设定周期获取通信组中成员终端的位置信息，根据所述通信组中成员终端的位置信息确定所述通信组中成员终端的邻近终端，根据所述通信组中成员终端的邻近终端，维护所述通信组中成员终端的邻近关系信息。

本发明是参照根据本发明实施例的方法、设备（***）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (12)

1.一种邻近通信中继节点发现方法，其特征在于，所述方法包括：

网络设备接收终端发送的获取邻近通信中继节点的请求，所述请求中包括发送所述请求的终端需要进行邻近通信的目标终端的信息；

所述网络设备为发送所述请求的终端选择具有邻近通信中继能力的终端；

所述网络设备将选择出的终端的信息返回给发送所述请求的终端；

所述网络设备为发送所述请求的终端选择具有邻近通信中继能力的终端，具体包括：

所述网络设备根据终端上报的邻近通信中继能力信息，以及发送所述请求的终端的邻近关系和所述目标终端的邻近关系，为发送所述请求的终端选择符合以下条件的终端：既是发送所述请求的终端的邻近终端，也是所述目标终端的邻近终端，且具有邻近通信中继能力；或者，既是发送所述请求的终端的邻近终端，也是所述目标终端的邻近终端，且具有邻近通信中继能力，并与发送所述请求的终端和所述目标终端处于同一通信组。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：所述网络设备接收到终端上报的邻近通信中继能力信息后，保存所述终端上报的邻近通信中继能力信息；

所述网络设备接收到终端发送的所述请求后，根据保存的终端邻近通信中继能力信息，为发送所述请求的终端选择具有邻近通信中继能力的终端。

3.如权利要求2所述的方法，其特征在于，所述网络设备接收到终端上报的邻近通信中继能力信息后，保存所述终端上报的邻近通信中继能力信息，具体包括：

所述网络设备接收终端在网络附着过程中通过核心网设备发送的邻近通信中继能力信息，将接收到的邻近通信中继能力信息保存在发送所述邻近通信中继能力信息的终端的上下文中；

或者，所述网络设备接收终端在跟踪区位置更新过程中通过核心网设备发送的邻近通信中继能力信息，将接收到的邻近通信中继能力信息保存在发送所述邻近通信中继能力信息的终端的上下文中。

4.如权利要求1所述的方法，其特征在于，所述方法还包括：

所述网络设备根据发起网络附着或跟踪区位置更新或邻近发现过程的终端确定该终端所在的通信组，获取所述通信组中成员终端的位置信息，根据所述通信组中成员终端的位置信息确定所述发起网络附着或跟踪区位置更新或邻近发现过程的终端的邻近终端，根据确定出的邻近终端维护所述网络附着或跟踪区位置更新或邻近发现过程的终端的邻近关系信息。

5.如权利要求1所述的方法，其特征在于，所述方法还包括：

所述网络设备根据邻近通信的请求终端和目标终端，确定所述邻近通信的请求终端和目标终端的邻近终端，根据确定出的邻近终端，维护所述邻近通信的请求终端和目标终端的邻近关系。

6.如权利要求1所述的方法，其特征在于，所述方法还包括：

所述网络设备按照设定周期获取通信组中成员终端的位置信息，根据所述通信组中成员终端的位置信息确定所述通信组中成员终端的邻近终端，根据所述通信组中成员终端的邻近终端，维护所述通信组中成员终端的邻近关系信息。

7.一种网络设备，其特征在于，包括：

接收模块，用于接收终端发送的获取邻近通信中继节点的请求，所述请求中包括发送所述请求的终端需要进行邻近通信的目标终端的信息；

选择模块，用于为发送所述请求的终端选择具有邻近通信中继能力的终端；

发送模块，用于将选择出的终端的信息返回给发送所述请求的终端；

所述选择模块具体用于，根据终端上报的邻近通信中继能力信息，以及发送所述请求的终端的邻近关系和所述目标终端的邻近关系，为发送所述请求的终端选择符合以下条件的终端：既是发送所述请求的终端的邻近终端，也是所述目标终端的邻近终端，且具有邻近通信中继能力；或者，既是发送所述请求的终端的邻近终端，也是所述目标终端的邻近终端，且具有邻近通信中继能力，并与发送所述请求的终端和所述目标终端处于同一通信组。

8.如权利要求7所述的网络设备，其特征在于，还包括：存储模块；

所述接收模块还用于，接收终端上报的邻近通信中继能力信息；

所述存储模块，用于保存所述接收模块接收到的终端上报的邻近通信中继能力信息；

所述选择模块具体用于，在接收到终端发送的所述请求后，根据所述存储模块保存的终端邻近通信中继能力信息，为发送所述请求的终端选择具有邻近通信中继能力的终端。

9.如权利要求8所述的网络设备，其特征在于，所述接收模块具体用于，接收终端在网络附着过程中通过核心网设备发送的邻近通信中继能力信息；所述存储模块具体用于，将所述接收模块接收到的邻近通信中继能力信息保存在发送所述邻近通信中继能力信息的终端的上下文中；

或者，所述接收模块具体用于，接收终端在跟踪区位置更新过程中通过核心网设备发送的邻近通信中继能力信息；所述存储模块具体用于，将所述接收模块接收到的邻近通信中继能力信息保存在发送所述邻近通信中继能力信息的终端的上下文中。

10.如权利要求7所述的网络设备，其特征在于，还包括：

邻近关系维护模块，用于根据发起网络附着或跟踪区位置更新或邻近发现过程的终端确定该终端所在的通信组，获取所述通信组中成员终端的位置信息，根据所述通信组中成员终端的位置信息确定所述发起网络附着或跟踪区位置更新或邻近发现过程的终端的邻近终端，根据确定出的邻近终端维护所述网络附着或跟踪区位置更新或邻近发现过程的终端的邻近关系信息。

11.如权利要求7所述的网络设备，其特征在于，还包括：

邻近关系维护模块，用于根据邻近通信的请求终端和目标终端，确定所述邻近通信的请求终端和目标终端的邻近终端，根据确定出的邻近终端，维护所述邻近通信的请求终端和目标终端的邻近关系。

12.如权利要求7所述的网络设备，其特征在于，还包括：

邻近关系维护模块，用于按照设定周期获取通信组中成员终端的位置信息，根据所述通信组中成员终端的位置信息确定所述通信组中成员终端的邻近终端，根据所述通信组中成员终端的邻近终端，维护所述通信组中成员终端的邻近关系信息。