务器根据UE的应用层ID分配的一个临时标识。在发起Monitor request过程之前，Monitor UE可以通过应用层的交互获取要发现的 UE 的 restricted ProSe App ID。
[0178]UE ID为UE B的标识，这一标识可以是UE的IMSI，也可以是第二 ProSe funct1n设备为UE分配的新标识或者其他UE标识。
[0179]App ID标识为触发Monitor Request过程的应用层信息。
[0180]步骤2:当第二 ProSe funct1n 设备检测到 monitor UE 和 announce UE 之间没有互相发现的应用时，第二 ProSe funct1n设备从HSS获取announce UE的签约信息，并检查UE discovery的授权情况。
[0181]步骤3:第二ProSe funct1n 设备根据步骤 I 中的 Restricted ProSe App ID 找到announce UE 的ProSe funct1n (艮P第一ProSe funct1n设备)，并向第一ProSe funct1n设备发送Monitor request消息。
[0182]其中，Monitorrequest 消息中包括 Restricted ProSe App ID, UE ID, APP ID。
[0183]Restricted ProSe App ID 为 UE A 的 Restricted ProSe App ID。
[0184]UE ID为UE B的标识，这一标识可以是UE的IMSI，也可以是第二 ProSe funct1n设备为UE分配的新标识或者其他UE标识。
[0185]App ID标识为触发Monitor Request过程的应用层信息。
[0186]步骤4:第一 ProSe funct1n 设备根据步骤 3 中的 Restricted ProSe App ID 找到announce UE的上下文信息，并根据步骤3中的UE identity获得monitor UE的标识。
[0187]根据上述Match report过程可知，当两个UE由于第一个应用触发并执行了 Matchreport过程后，两个UE对应的ProSe funct1n设备会记录这两个UE的邻近关系。因此此时第一 ProSe funct1n设备能检测到这两个UE处于邻近状态。
[0188]步骤5:第一 ProSe funct1n设备与应用层交互,获取应用层信息,校验应用层设置是否允许发现。
[0189]步骤6:第一ProSe funct1n 设备向第二ProSe funct1n设备返回Match report消息。
[0190]其中，Matchreport 消息中包括 Restrict ProSe App ID、validity timer,announce UE 的 UE ID。
[0191]步骤7:第二 ProSe funct1n 设备向 monitor UE 返回 Match repor 消息。
[0192]从上述例子可以看出:本发明实施例如果UE与需要连接的UE因为之前的其他应用完成了相互发现，则不需要执行发现过程，就可以进行空口连接，从而提高了进行空口连接的效率。
[0193]上述实施例都是假设UE A为Announce UE, UE B为Monitor UE, UE B的多个应用触发监测UE A是否邻近。根据本发明的方法，由于当UE A和UEB因为某一个应用触发完成了邻近发现过程后，UE A和UE B的ProSe funct1n都会维护UE A和UE B的邻近关系。因此当后续UE A有新的应用触发需要监测UE B时，即此时UE A作为Monitor UE,UEB作为Announce UE，其过程与上述实施例类似，在此不再赘述。
[0194]本发明实施例ProSe funct1n设备需要根据邻近关系判断Announce UE和Monitor UE是否邻近。基于此，本发明实施例还提供了对邻近关系进行更新的方法。
[0195]其中，触发邻近关系更新的场景有很多买下面列举几个:
[0196]1、若 UE 在 restricted ProSe App code 对应的 validity timer 超时之前没有向ProSe funct1n发起新的discovery request请求,定时器超时后,ProSe funct1n删除与这一 UE相关的邻近信息。如果这一 UE的多个应用都触发了发现过程，那么当这一 UE的最后一个应用的restricted ProSe App code有效定时器超时前,UE没有向ProSe funct1n发起新的discovery request请求，当最后一个定时器超时后，ProSe funct1n删除与这一 UE相关的邻近信息。
[0197]2、若两个相互发现的UE之间建立了直接通信，由于UE的移动，使得两个UE不再邻近，从而邻近通信链路不能保持，此时UE通知ProSe funct1n, ProSe funct1n更新两个UE的状态信息为不邻近。
[0198]3、若两个邻近的UE没有建立直接通信，或者邻近通信业务结束，释放了邻近通信链路。则在monitor UE中维护一个定时器，周期在空口监听annouce UE在空口广播的ProSe App code。如果 monitor UE 仍然能监听到 announce UE 的 ProSe App code,认为两个UE仍然邻近。如果monitor UE无法从空口监听到announce UE的ProSe Applicatoincode,则认为两个UE不邻近，monitor UE向ProSe funct1n发起更新过程，通知ProSefunct1n两个UE不邻近，ProSe funct1n更新保存的两个UE的邻近状态信息。
[0199]需要说明的是，上述3中方式只是举例说明，其他能够触发邻近关系更新的方法都适用本发明实施例。
[0200]在触发了更新后，就可以进行更新流程。如图7所示，本发明实施例七邻近关系更新的方法包括:
[0201]步骤1:monitor UE向第二 ProSe Funct1n设备发起邻近状态更新消息。
[0202]其中，邻近状态更新消息中包括Restrict ProSe App ID、UE Identity、App ID。
[0203]Restricted ProSe App ID为 announce UE 的 Restricted ProSe App ID、App ID为 Restricted ProSe App ID 对应的应用层标识。UE identity 为 monitor UE 的标识。
[0204]步骤2:第二 ProSe Funct1n设备删除(或修改)保存的与announce UE之间的邻近关系特性，从而表示monitor UE与announce UE之间不邻近。
[0205]步骤3.第二 ProSe Funct1n 设备向 announce UE 的 ProSe funct1n (即第一ProSe Funct1n设备)发送邻近状态更新消息。
[0206]邻近状态更新消息包括announce UE和monitor UE的UE ID。
[0207]步骤4.第一 ProSe Funct1n设备删除(或修改)保存的与announce UE之间的邻近关系特性，从而表示monitor UE与announce UE之间不邻近。
[0208]步骤5.第一 ProSe Funct1n设备向第二 ProSe Funct1n设备返回邻近状态更新响应。
[0209]步骤6:第二 ProSe Funct1n设备向monitor UE返回邻近状态更新响应。
[0210]上述过程中是monitor UE触发进行更新,在实施中announce UE也可以触发进行更新，具体过程与monitor UE触发进行更新类似，在此不再赘述。
[0211]基于同一发明构思，本发明实施例中还提供了一种邻近业务功能设备，由于该设备解决问题的原理与本发明实施例图1中进行设备发现的方法相似，因此这些设备的实施可以参见方法的实施，重复之处不再赘述。
[0212]如图8所示，本发明实施例八的第一邻近业务功能设备包括:
[0213]第一接收模块801,用于接收到来自第二邻近业务功能设备的监听请求Monitorrequest ；
[0214]确定模块802，用于根据所述Monitor request中的邻近业务应用标识ProSe APPID确定第一用户设备，以及根据所述Monitor request中的用户设备标识确定第二用户设备;
[0215]处理模块803，用于在确定所述第一用户设备和所述第二用户设备邻近，且确定允许进行发现过程后，通过所述第二邻近业务功能设备向所述第二用户设备返回匹配报告Match report ο
[0216]较佳地，所述处理模块803具体用于，根据下列方式判断所述第一用户设备和所述第二用户设备是否邻近:
[0217]根据维护的用户设备邻近关系，判断所述第一用户设备和所述第二用户设备是否邻近。
[0218]较佳地，所述处理模块803还用于:
[0219]在接收到所述第一用户设备发送的邻近关系更新请求，或通过所述第二邻近业务功能设备接收到所述第二用户设备发送的邻近关系更新请求后，更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系；
[0220]其中，所述邻近关系更新请求是在所述第一用户设备和所述第二用户设备从邻近变为不邻近后发送的。
[0221 ] 较佳地，所述处理模块803还用于:
[0222]在接收到所述第一用户设备发送的邻近关系更新请求后，向所述第二邻近业务功能设备发送邻近关系更新请求，以使所述第二邻近业务功能设备更新维护的用户设备邻近关系。
[0223]较佳地，所述处理模块803还用于:
[0224]根据维护的用户设备邻近关系确定所述第一用户设备和所述第二用户设备不邻近，执行将所述第一用户设备的邻近业务应用密码ProSe APP code通知给所述第二用户设备的操作，并在后续Match Report过程中更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系；
[0225]其中，所述ProSe APP code是所述第一邻近业务功能设备根据所述第一用户设备的ProSe APP ID得到的。
[0226]较佳地,所述第一用户设备的ProSe APP ID是应用层为所述第一用户设备分配的。
[0227]较佳地，所述处理模块803还用于:
[0228]根据收到的来自所述第一用户设备的发现请求Discovery Request确定所述第一用户设备需要监听的第二网络侧设备对应第二邻近业务功能设备后，将监听请求发送给第二邻近业务功能设备，并在后续Match R印ort过程中更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系。
[0229]较佳地，所述处理模块803还用于:
[0230]在与所述第二邻近业务功能设备进行Match Report过程中需要建立所述第一用户设备和所述第二用户设备的邻近关系时，将所述第一用户设备的标识通知给所述第二邻近业务功能设备，以使所