CN105516956B - 一种进行设备发现的方法和设备 - Google Patents
一种进行设备发现的方法和设备 Download PDFInfo
- Publication number
- CN105516956B CN105516956B CN201410498721.XA CN201410498721A CN105516956B CN 105516956 B CN105516956 B CN 105516956B CN 201410498721 A CN201410498721 A CN 201410498721A CN 105516956 B CN105516956 B CN 105516956B
- Authority
- CN
- China
- Prior art keywords
- user equipment
- equipment
- adjacent
- business function
- neighbouring
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例涉及无线通信技术领域，特别涉及一种进行设备发现的方法和设备，用以解决现有技术中存在发现过程是基于应用的发现，使得UE只要有新的应用都需要触发执行发现过程，从而降低了UE之间进行空口连接的效率的问题。本发明实施例UE有新的应用需要执行发现过程时，第一邻近业务功能设备在确定所述第一用户设备和所述第二用户设备邻近，且确定允许进行发现过程后，通过所述第二邻近业务功能设备向所述第二用户设备返回匹配报告Match report。也就是说，本发明实施例如果UE与需要连接的UE因为之前的其他应用完成了相互发现，则不需要执行发现过程，就可以进行空口连接，从而提高了进行空口连接的效率。
Description
技术领域
本发明涉及无线通信技术领域，特别涉及一种进行设备发现的方法和设备。
背景技术
邻近通信业务是为了是处于相邻位置的两个或多个UE(用户设备)可以相互发现其处于邻近关系，并且通过空口直接建立通信连接，而不需要通过网络发起通信过程。
在这种场景下定义了两种角色的UE：Announcing(发布)UE和Monitoring(监听)UE。Announce UE发布的信息可以被附近的Monitor UE使用，Monitor UE监测附近announceUE发布的信息。在该模型中，announce UE在预定义的发现间隔内广播发现消息，monitorUE读取感兴趣的消息并进行处理。
在3GPP R(版本)12提出了open direct discovery(开放直接发现)的方案，Announce UE上报ProSe APP ID(邻近业务应用标识)，Announce UE的ProSe function(邻近业务功能)设备根据ProSe APP ID为UE分配一个per UE per APP(对应一个用户设备一个应用)的ProSe APP code(邻近业务应用密码)。
目前的发现过程是基于应用的发现，也就是说，当两个UE有新的应用需要执行发现过程时，会触发进行发现过程。但是如果当两个UE有新的应用需要执行发现过程时，即使UE已经有其他应用完成了相互发现，这两个UE也会因为新的应用触发再次执行发现过程。
综上所述，目前发现过程是基于应用的发现，使得UE只要有新的应用都需要触发执行发现过程，从而降低了UE之间进行空口连接的效率。
发明内容
本发明提供一种进行设备发现的方法和设备，用以解决现有技术中存在发现过程是基于应用的发现，使得UE只要有新的应用都需要触发执行发现过程，从而降低了UE之间进行空口连接的效率的问题。
本发明实施例提供的一种进行设备发现的方法，包括：
第一邻近业务功能ProSe function设备接收到来自第二邻近业务功能设备的监听请求Monitor request；
所述第一邻近业务功能设备根据所述Monitor request中的邻近业务应用标识ProSe APP ID确定第一用户设备，以及根据所述Monitor request中的用户设备标识确定第二用户设备；
所述第一邻近业务功能设备在确定所述第一用户设备和所述第二用户设备邻近，且确定允许进行发现过程后，通过所述第二邻近业务功能设备向所述第二用户设备返回匹配报告Match report。
较佳地，所述第一邻近业务功能设备根据下列方式判断所述第一用户设备和所述第二用户设备是否邻近：
所述第一邻近业务功能设备根据维护的用户设备邻近关系，判断所述第一用户设备和所述第二用户设备是否邻近。
较佳地，该方法还包括：
所述第一邻近业务功能设备在接收到所述第一用户设备发送的邻近关系更新请求，或通过所述第二邻近业务功能设备接收到所述第二用户设备发送的邻近关系更新请求后，更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系；
其中，所述邻近关系更新请求是在所述第一用户设备和所述第二用户设备从邻近变为不邻近后发送的。
较佳地，所述第一邻近业务功能设备在接收到所述第一用户设备发送的邻近关系更新请求后，还包括：
所述第一邻近业务功能设备向所述第二邻近业务功能设备发送邻近关系更新请求，以使所述第二邻近业务功能设备更新维护的用户设备邻近关系。
较佳地，所述第一邻近业务功能设备根据所述Match report中的ProSe APP ID确定第一用户设备，以及根据所述Match report中的用户设备标识确定第二用户设备之后，还包括：
所述第一邻近业务功能设备根据维护的用户设备邻近关系确定所述第一用户设备和所述第二用户设备不邻近，执行将所述第一用户设备的邻近业务应用密码ProSe APPcode通知给所述第二用户设备的操作，并在后续Match Report过程中更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系；
其中，所述ProSe APP code是所述第一邻近业务功能设备根据所述第一用户设备的ProSe APP ID得到的。
较佳地，所述第一用户设备的ProSe APP ID是应用层为所述第一用户设备分配的。
较佳地，该方法还包括：
所述第一邻近业务功能设备根据收到的来自所述第一用户设备的发现请求Discovery Request确定所述第一用户设备需要监听的第二网络侧设备对应第二邻近业务功能设备后，将监听请求发送给第二邻近业务功能设备，并在后续Match Report过程中更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系。
较佳地，该方法还包括：
所述第一邻近业务功能设备在与所述第二邻近业务功能设备进行Match Report过程中需要建立所述第一用户设备和所述第二用户设备的邻近关系时，将所述第一用户设备的标识通知给所述第二邻近业务功能设备，以使所述第二邻近业务功能设备根据所述第一用户设备的标识维护所述第一用户设备和所述第二用户设备的邻近关系。
较佳地，所述第一邻近业务功能设备和所述第二邻近业务功能设备为同一个实体。
本发明实施例提供的一种进行设备发现的方法，包括：
第二用户设备触发发现第一用户设备时，向第二邻近业务功能设备发送Discovery Request；
所述第二用户设备通过所述第二邻近业务功能设备接收由所述第一用户设备对应的第一邻近业务功能设备发送的Match report；
其中，所述Match report是所述第一邻近业务功能设备在确定所述第一用户设备和所述第二用户设备邻近，且确定允许进行发现过程后发送的。
较佳地，该方法还包括，
所述第二用户设备在确定与所述第一用户设备从邻近变为不邻近后，向所述第二邻近业务功能设备发送邻近关系更新请求，以使所述第二邻近业务功能设备更新维护的用户设备邻近关系。
较佳地，所述第二用户设备在满足部分或全部条件后，确定与所述第一用户设备从邻近变为不邻近：
所述第二用户设备无法保持与所述第一用户设备之间的邻近通信链路；
所述第二用户设备无法监听到所述第一用户设备的ProSe APP code；
所述第二用户设备维护的应用定时器到时。
本发明实施例提供的一种进行设备发现的第一邻近业务功能ProSe function设备，包括：
第一接收模块，用于接收到来自第二邻近业务功能设备的监听请求Monitorrequest；
确定模块，用于根据所述Monitor request中的邻近业务应用标识ProSe APP ID确定第一用户设备，以及根据所述Monitor request中的用户设备标识确定第二用户设备；
处理模块，用于在确定所述第一用户设备和所述第二用户设备邻近，且确定允许进行发现过程后，通过所述第二邻近业务功能设备向所述第二用户设备返回匹配报告Match report。
较佳地，所述处理模块具体用于，根据下列方式判断所述第一用户设备和所述第二用户设备是否邻近：
根据维护的用户设备邻近关系，判断所述第一用户设备和所述第二用户设备是否邻近。
较佳地，所述处理模块还用于：
在接收到所述第一用户设备发送的邻近关系更新请求，或通过所述第二邻近业务功能设备接收到所述第二用户设备发送的邻近关系更新请求后，更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系；
其中，所述邻近关系更新请求是在所述第一用户设备和所述第二用户设备从邻近变为不邻近后发送的。
较佳地，所述处理模块还用于：
在接收到所述第一用户设备发送的邻近关系更新请求后，向所述第二邻近业务功能设备发送邻近关系更新请求，以使所述第二邻近业务功能设备更新维护的用户设备邻近关系。
较佳地，所述处理模块还用于：
根据维护的用户设备邻近关系确定所述第一用户设备和所述第二用户设备不邻近，执行将所述第一用户设备的邻近业务应用密码ProSe APP code通知给所述第二用户设备的操作，并在后续Match Report过程中更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系；
其中，所述ProSe APP code是所述第一邻近业务功能设备根据所述第一用户设备的ProSe APP ID得到的。
较佳地，所述第一用户设备的ProSe APP ID是应用层为所述第一用户设备分配的。
较佳地，所述处理模块还用于：
根据收到的来自所述第一用户设备的发现请求Discovery Request确定所述第一用户设备需要监听的第二网络侧设备对应第二邻近业务功能设备后，将监听请求发送给第二邻近业务功能设备，并在后续Match Report过程中更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系。
较佳地，所述处理模块还用于：
在与所述第二邻近业务功能设备进行Match Report过程中需要建立所述第一用户设备和所述第二用户设备的邻近关系时，将所述第一用户设备的标识通知给所述第二邻近业务功能设备，以使所述第二邻近业务功能设备根据所述第一用户设备的标识维护所述第一用户设备和所述第二用户设备的邻近关系。
较佳地，所述第一邻近业务功能设备和所述第二邻近业务功能设备为同一个实体。
本发明实施例提供的一种进行设备发现的第二用户设备，该第二用户设备包括：
监听模块，用于触发发现第一用户设备时，向第二邻近业务功能设备发送Discovery Request；
第二接收模块，用于通过所述第二邻近业务功能设备接收由所述第一用户设备对应的第一邻近业务功能设备发送的Match report；
其中，所述Match report是所述第一邻近业务功能设备在确定所述第一用户设备和所述第二用户设备邻近，且确定允许进行发现过程后发送的。
较佳地，所述第二用户设备还包括：
更新模块，用于在确定与所述第一用户设备从邻近变为不邻近后，向所述第二邻近业务功能设备发送邻近关系更新请求，以使所述第二邻近业务功能设备更新维护的用户设备邻近关系。
较佳地，所述更新模块具体用于，在满足部分或全部条件后，确定与所述第一用户设备从邻近变为不邻近：
所述第二用户设备无法保持与所述第一用户设备之间的邻近通信链路；
所述第二用户设备无法监听到所述第一用户设备的ProSe APP code；
所述第二用户设备维护的应用定时器到时。
本发明实施例UE有新的应用需要执行发现过程时，如果UE与需要连接的UE因为之前的其他应用完成了相互发现，则不需要执行发现过程，就可以进行空口连接，从而提高了进行空口连接的效率。
附图说明
图1为本发明实施例一进行设备发现的方法的流程示意图；
图2为本发明实施例二进行设备发现的方法的流程示意图；
图3为本发明实施例三进行Announce Request(发布)的方法的流程示意图；
图4为本发明实施例四进行Monitor Request(监听请求)的方法的流程示意图；
图5为本发明实施例五进行Match Report(匹配报告)的方法的流程示意图；
图6为本发明实施例六再次进行Monitor Request的方法的流程示意图；
图7为本发明实施例七邻近关系更新的方法的流程示意图；
图8为本发明实施例八第一邻近业务功能设备的结构示意图；
图9为本发明实施例九第二用户设备的结构示意图；
图10为本发明实施例十第一邻近业务功能设备的结构示意图；
图11为本发明实施例十一第二用户设备的结构示意图；
图12为本发明实施例十二进行设备发现的系统结构示意图；
图13本发明实施例十三进行设备发现的系统结构示意图。
具体实施方式
本发明实施例UE有新的应用需要执行发现过程时，第一邻近业务功能设备在确定所述第一用户设备和所述第二用户设备邻近，且确定允许进行发现过程后，通过所述第二邻近业务功能设备向所述第二用户设备返回匹配报告Match report。也就是说，本发明实施例如果UE与需要连接的UE因为之前的其他应用完成了相互发现，则不需要执行发现过程，就可以进行空口连接，从而提高了进行空口连接的效率。
下面结合说明书附图对本发明实施例作进一步详细描述。
如图1所示，本发明实施例一进行设备发现的方法包括：
步骤101、第一邻近业务功能设备接收到来自第二邻近业务功能设备的Monitorrequest(监听请求)；
步骤102、所述第一邻近业务功能设备根据所述Monitor request中的ProSe APPID(邻近业务应用标识)确定第一用户设备，以及根据所述Monitor request中的用户设备标识确定第二用户设备；
步骤103、所述第一邻近业务功能设备在确定所述第一用户设备和所述第二用户设备邻近，且确定允许进行发现过程后，通过所述第二邻近业务功能设备向所述第二用户设备返回Match report(匹配报告)。
本发明实施例中，可以在第一邻近业务功能设备和第二邻近业务功能设备中维护用户设备邻近关系，这样根据维护的用户设备邻近关系，就可以判断所述第一用户设备和所述第二用户设备是否邻近。
维护的用户设备邻近关系可以根据需要设定，比如如果采用邻近关系保存，不邻近删除关系的方式，则在检测某对用户设备是否邻近时，可以查看维护的用户设备邻近关系中是否有某对用户设备的邻近关系，如果有，则确定某对用户设备邻近；否则，确定某对用户设备不邻近。
比如如果采用邻近关系中设置是否邻近的信息，比如0为邻近，1为不邻近，则在检测某对用户设备是否邻近时，可以查看维护的用户设备邻近关系中某对用户设备的是否邻近的信息，如果是0，则确定某对用户设备邻近；否则，如果是1，则确定某对用户设备不邻近。这种用是否邻近的信息，在某对用户设备首次邻近时，维护的邻近关系里没有某对用户设备是否邻近的信息，这时也确定某对用户设备不邻近，并且记录某对用户设备的邻近的信息，以及根据某对用户设备的状态更新某对用户设备的邻近的信息。
较佳地，在对维护的邻近关系进行更新时，所述第一邻近业务功能设备在接收到所述第一用户设备发送的邻近关系更新请求，或通过所述第二邻近业务功能设备接收到所述第二用户设备发送的邻近关系更新请求后，更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系；
其中，所述邻近关系更新请求是在所述第一用户设备和所述第二用户设备从邻近变为不邻近后发送的。
如果采用邻近关系保存，不邻近删除关系的方式，本发明实施例的更新为添加或删除所述第一用户设备和所述第二用户设备的邻近关系；
如果采用邻近关系中设置是否邻近的信息，本发明实施例的更新为修改是否邻近的信息。
具体更新过程可以参见图7。
由于后续需要监听的UE可能不是之前进行发现时的announce UE；同样的，后续需要发布的UE可能不是之前进行发现时的monitor UE。所以一种较佳地方式是本发明实施例的第一ProSe function设备和第二ProSe function设备都会维护邻近关系。
基于此，所述第一邻近业务功能设备在接收到所述第一用户设备发送的邻近关系更新请求后，还包括：
所述第一邻近业务功能设备向所述第二邻近业务功能设备发送邻近关系更新请求，以使所述第二邻近业务功能设备更新维护的用户设备邻近关系。
第一邻近业务功能设备向所述第二邻近业务功能设备发送的邻近关系更新请求可以与接收到所述第一用户设备发送的邻近关系更新请求相同，也可以不相同。
相应的，如果所述第二邻近业务功能设备接收到所述第二用户设备发送的邻近关系更新请求，也会将所述邻近关系更新请求发送给所述第一邻近业务功能设备，以使所述第一邻近业务功能设备更新维护的用户设备邻近关系。
较佳地，所述第一邻近业务功能设备在与所述第二邻近业务功能设备进行MatchReport过程中需要建立所述第一用户设备和所述第二用户设备的邻近关系时，将所述第一用户设备的标识通知给所述第二邻近业务功能设备，以使所述第二邻近业务功能设备根据所述第一用户设备的标识维护所述第一用户设备和所述第二用户设备的邻近关系。
需要说明的是，如果monitor UE和announce UE连接同一个ProSe function设备，即所述第一ProSe function和所述第二ProSe function为同一个实体，则是需要一个ProSe function设备进行用户设备邻近关系的维护即可，并且该ProSe function设备在收到monitor UE或announce UE发送的邻近关系更新请求后，也可以不发送给其他ProSefunction设备。
在实施中，如果所述第一邻近业务功能设备根据维护的用户设备邻近关系确定所述第一用户设备和所述第二用户设备不邻近，比如第一用户设备和第二用户设备首次进行发现，或者之前进行过发现但是因为邻近关系更新不在邻近，则第一邻近业务功能执行将所述第一用户设备的邻近业务应用密码ProSe APP code通知给所述第二用户设备的操作，并在后续Match Report过程中更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系；
其中，所述ProSe APP code是所述第一邻近业务功能设备根据所述第一用户设备的ProSe APP ID得到的。
在实施中，本发明实施例的所述第一用户设备的ProSe APP ID是应用层为所述第一用户设备分配的。
上述过程中第一用户设备是announce UE，第二用户设备是monitor UE。
在实施中，第一用户设备也可能是monitor UE，第二用户设备是announce UE。
具体的，所述第一邻近业务功能设备根据收到的来自所述第一用户设备的Discovery Request确定所述第一用户设备需要监听的第二网络侧设备对应第二邻近业务功能设备后，将监听请求发送给第二邻近业务功能设备，并在后续Match Report过程中更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系。
上述ProSe APP code也可以用ProSe APP ID mask或其他有同样功能的信息替代。
如图2所示，本发明实施例二进行设备发现的方法包括：
步骤201、第二用户设备触发发现第一用户设备时，向第二邻近业务功能设备发送Discovery Request；
步骤202、所述第二用户设备通过所述第二邻近业务功能设备接收由所述第一用户设备对应的第一邻近业务功能设备发送的Match report；
其中，所述Match report是所述第一邻近业务功能设备在确定所述第一用户设备和所述第二用户设备邻近，且确定允许进行发现过程后发送的。
触发发现第一用户设备的原因有很多，比如开启某个应用程序，需要触发发现第一用户设备；还比如用户触发发现第一用户设备。
由于第一用户设备和第二用户设备有可能会因为运动使得处于邻近变为不邻近，这时还需要用户设备通知连接的邻近业务功能设备对维护的用户设备的邻近关系进行更新。
较佳地，该方法还包括：
所述第二用户设备在确定与所述第一用户设备从邻近变为不邻近后，向所述第二邻近业务功能设备发送邻近关系更新请求，以使所述第二邻近业务功能设备更新维护的用户设备邻近关系。
较佳地，所述第二用户设备在满足部分或全部条件后，确定与所述第一用户设备从邻近变为不邻近：
所述第二用户设备无法保持与所述第一用户设备之间的邻近通信链路；
所述第二用户设备无法监听到所述第一用户设备的ProSe APP code；
所述第二用户设备维护的应用定时器到时。
在实施中，可以上述三种条件一起使用，也可以部分使用。
具体触发用户设备通知连接的邻近业务功能设备对维护的用户设备的邻近关系进行更新的有很多，比如图7列举的三种方式。除了图7列举的三种方式，其他能够是用户设备确定与其他用户设备由邻近变为不邻近的方式都适用本发明实施例。
除了所述第二用户设备，上述第一用户设备如果检测到与第二用户设备从邻近变为不邻近也会通知连接的邻近业务功能设备更新维护的用户设备邻近关系，具体过程与第二用户设备类似，在此不再赘述。
下面针对第一ProSe function设备和第二ProSe function设备为不同的ProSefunction设备为例对本发明的方案举例进行说明。第一ProSe function设备和第二ProSefunction设备为同一ProSe function设备的方案与为不同ProSe function设备的方案类似，在此不再赘述。
如图3所示，本发明实施例三进行Announce Request的方法包括：
步骤0：announce UE获取restricted ProSe App ID(受限邻近业务应用标识)。
其中，restricted ProSe App ID可以是预配置，也可以是UE从应用层App Server(应用业务)获取的。
本发明实施例中的restricted ProSe App ID为应用层为UE分配的一个标识，可以是UE的应用层ID，例如即时通讯号码等，也可以是应用服务器根据UE的应用层ID分配的一个临时标识。
步骤1、announce UE向第一ProSe function设备发送Discovery request(发现请求)消息。
其中，Discovery request消息中包括Restricted ProSe App ID、UE ID和AppID。
UE ID可以是announce UE的IMSI(International Mobile Subscriber ID，国际移动用户标识码)，也可以是第一ProSe function设备为UE分配的新标识或者其他UE标识。
App ID标识为触发Announce Request过程的应用层信息。
步骤2：第一ProSe function设备收到Discovery request消息后，从HSS(HomeSubscriber Server，家乡用户服务器)获取announce UE的签约信息，并检查UE discovery的授权情况。
步骤3：第一ProSe function设备向App server发起发现确认过程，确认应用层设置允许该announce UE的这一应用执行announce过程。
步骤4：如果announce UE签约允许使用发现过程，则第一ProSe function设备根据步骤1中收到的announce UE的restricted ProSe app ID通过Discovery Response(发现响应)消息为announce UE分配一个ProSe App Code，以及validity timer(存活时间)，这一validity timer表示ProSe App Code的存活时间。
本发明实施例中的announce UE将restricted ProSe App ID发送给第一ProSefunction设备，第一ProSe function设备为announce UE分配ProSe App Code(邻近业务应用密码)，UE收到后在空口广播这一restricted ProSe App Code。
如图4所示，本发明实施例四进行Monitor Request的方法包括：
步骤1：monitor UE向第二ProSe function设备发送Discovery request消息。
其中，Discovery request消息包括Restricted ProSe App ID、UE ID、APP ID。
Restricted ProSe App ID为monitor UE想要监听的UE的ID，假设announce UE为UE A，monitor UE为UE B，UE B请求监听UE A，则此消息中Restricted ProSe App ID为UEA的Restricted ProSe App ID。
本发明实施例中的restricted ProSe App ID为应用层为UE分配的一个标识，可以是UE的应用层ID，例如即时通讯号码等，也可以是应用服务器根据UE的应用层ID分配的一个临时标识。在发起Monitor request过程之前，Monitor UE可以通过应用层的交互获取要发现的UE的restricted ProSe App ID。
UE ID为UE B的标识，这一标识可以是UE的IMSI，也可以是第二ProSe function设备为UE分配的新标识或者其他UE标识。
App ID标识为触发Monitor Request过程的应用层信息。
步骤2：当第二ProSe function设备检测到monitor UE和announce UE之间没有互相发现的应用时，第二ProSe function设备从HSS获取monitor UE的签约信息，并检查UEdiscovery的授权情况。
步骤3：第二ProSe function设备根据步骤1中的Restricted ProSe App ID找到announce UE的ProSe function(即第一ProSe function设备)，并向第一ProSe function设备发送Monitor request消息。
其中，Monitor request消息中包括Restricted ProSe App ID、UE ID，APP ID。
Restricted ProSe App ID为UE A的Restricted ProSe App ID。
UE ID为UE B的标识，这一标识可以是UE的IMSI，也可以是第二ProSe function设备为UE分配的新标识或者其他UE标识。
App ID标识为触发Monitor Request过程的应用层信息。
步骤4:第一ProSe function设备与App server交互，判断签约和应用层设置是否允许执行发现过程。
步骤5：如果签约和应用层都允许执行这一发现过程，第一ProSe function设备根据restricted ProSe App ID解析出ProSe APP code或者ProSe App mask，以及相关的validity timer，并通过Monitor Response(监听响应)返回给第二ProSe function设备。
步骤6：第二ProSe function设备将ProSe APP code或者ProSe APP mask(掩码)以及对应的validity timer返回给monitor UE。
如图5所示，本发明实施例五进行Match Report的方法包括：
Monitor UE在空口监听到满足条件的ProSe App Code(或者ProSe APP mask，为了描述方便下文都采用ProSe App Code进行描述)时发起下述match report过程。
此过程中，monitor UE和announce UE的ProSe function分别记录对方UE的ID信息，并记录这两个UE处于邻近关系。
步骤1：monitor UE向第二ProSe function设备发送Match report(匹配报告)消息。
其中，Match report消息中包括ProSe APP code、UE ID。
ProSe APP code为monitor UE在空口获取的ProSe APP code，UE ID为monitorUE ID，这一标识可以是UE的IMSI，也可以是第二ProSe function设备为UE分配的新标识或者其他UE标识。
步骤2：第二ProSe function设备执行发现授权过程。
步骤3：第二ProSe function设备根据ProSe APP code找到announce UE所在的ProSe function(即第一ProSe function设备)，并向其发送Match report消息。
其中，Match report消息中包括ProSe APP code、UE ID。
ProSe APP code为monitor UE在空口获取的ProSe APP code，UE ID为monitorUE ID，这一标识可以是UE的IMSI，也可以是ProSe function为UE分配的新标识或者其他UE标识。
步骤4：第一ProSe function设备记录monitor UE的UE ID，并维护Announce UE与Monitor UE处于邻近的状态信息。
步骤5：第一ProSe function设备根据ProSe APP code找到announce UE的Restrict ProSe App ID以及有效时间，并向第二ProSe function设备返回Match Report消息。
其中，Match Report消息中包括Restrict App ID code、validity timer、UE ID。
UE ID为announce UE的标识，这一标识可以是UE的IMSI，也可以是第一ProSefunction设备为UE分配的新标识或者其他UE标识。
步骤6：第二ProSe function设备保存收到的Announce UE的UE ID，并维护Announce UE与Monitor UE处于邻近的状态信息。
步骤7：第二ProSe function设备向UE返回Match report消息。
其中，Match report消息中包括Restrict ProSe App ID和validity timer。
Restrict ProSe App ID为步骤5中收到的Restrict ProSe App ID，validitytimer表示这一Restrict ProSe App ID的有效时间。
如图6所示，本发明实施例六再次进行Monitor Request的方法包括：
当monitor UE有新的应用再次触发寻找announce UE时，执行下述过程。
步骤1：monitor UE向第二ProSe function设备发送Discovery request消息。
其中，Discovery request消息包括Restricted ProSe App ID、UE ID、APP ID。
Restricted ProSe App ID为monitor UE想要监听的UE的ID，假设announce UE为UE A，monitor UE为UE B,UE B请求监听UE A，则此消息中Restricted ProSe App ID为UEA的Restricted ProSe App ID。
本发明实施例中的restricted ProSe App ID为应用层为UE分配的一个标识，可以是UE的应用层ID，例如即时通讯号码等，也可以是应用服务器根据UE的应用层ID分配的一个临时标识。在发起Monitor request过程之前，Monitor UE可以通过应用层的交互获取要发现的UE的restricted ProSe App ID。
UE ID为UE B的标识，这一标识可以是UE的IMSI，也可以是第二ProSe function设备为UE分配的新标识或者其他UE标识。
App ID标识为触发Monitor Request过程的应用层信息。
步骤2：当第二ProSe function设备检测到monitor UE和announce UE之间没有互相发现的应用时，第二ProSe function设备从HSS获取announce UE的签约信息，并检查UEdiscovery的授权情况。
步骤3：第二ProSe function设备根据步骤1中的Restricted ProSe App ID找到announce UE的ProSe function(即第一ProSe function设备)，并向第一ProSe function设备发送Monitor request消息。
其中，Monitor request消息中包括Restricted ProSe App ID，UE ID，APP ID。
Restricted ProSe App ID为UE A的Restricted ProSe App ID。
UE ID为UE B的标识，这一标识可以是UE的IMSI，也可以是第二ProSe function设备为UE分配的新标识或者其他UE标识。
App ID标识为触发Monitor Request过程的应用层信息。
步骤4：第一ProSe function设备根据步骤3中的Restricted ProSe App ID找到announce UE的上下文信息，并根据步骤3中的UE identity获得monitor UE的标识。
根据上述Match report过程可知，当两个UE由于第一个应用触发并执行了Matchreport过程后，两个UE对应的ProSe function设备会记录这两个UE的邻近关系。因此此时第一ProSe function设备能检测到这两个UE处于邻近状态。
步骤5：第一ProSe function设备与应用层交互，获取应用层信息，校验应用层设置是否允许发现。
步骤6：第一ProSe function设备向第二ProSe function设备返回Match report消息。
其中，Match report消息中包括Restrict ProSe App ID、validity timer，announce UE的UE ID。
步骤7：第二ProSe function设备向monitor UE返回Match repor消息。
从上述例子可以看出：本发明实施例如果UE与需要连接的UE因为之前的其他应用完成了相互发现，则不需要执行发现过程，就可以进行空口连接，从而提高了进行空口连接的效率。
上述实施例都是假设UE A为Announce UE，UE B为Monitor UE，UE B的多个应用触发监测UE A是否邻近。根据本发明的方法，由于当UE A和UE B因为某一个应用触发完成了邻近发现过程后，UE A和UE B的ProSe function都会维护UE A和UE B的邻近关系。因此当后续UE A有新的应用触发需要监测UE B时，即此时UE A作为Monitor UE，UE B作为Announce UE，其过程与上述实施例类似，在此不再赘述。
本发明实施例ProSe function设备需要根据邻近关系判断Announce UE和Monitor UE是否邻近。基于此，本发明实施例还提供了对邻近关系进行更新的方法。
其中，触发邻近关系更新的场景有很多买下面列举几个：
1、若UE在restricted ProSe App code对应的validity timer超时之前没有向ProSe function发起新的discovery request请求，定时器超时后，ProSe function删除与这一UE相关的邻近信息。如果这一UE的多个应用都触发了发现过程，那么当这一UE的最后一个应用的restricted ProSe App code有效定时器超时前，UE没有向ProSe function发起新的discovery request请求，当最后一个定时器超时后，ProSe function删除与这一UE相关的邻近信息。
2、若两个相互发现的UE之间建立了直接通信，由于UE的移动，使得两个UE不再邻近，从而邻近通信链路不能保持，此时UE通知ProSe function，ProSe function更新两个UE的状态信息为不邻近。
3、若两个邻近的UE没有建立直接通信，或者邻近通信业务结束，释放了邻近通信链路。则在monitor UE中维护一个定时器，周期在空口监听annouce UE在空口广播的ProSeApp code。如果monitor UE仍然能监听到announce UE的ProSe App code，认为两个UE仍然邻近。如果monitor UE无法从空口监听到announce UE的ProSe Applicatoin code，则认为两个UE不邻近，monitor UE向ProSe function发起更新过程，通知ProSe function两个UE不邻近，ProSe function更新保存的两个UE的邻近状态信息。
需要说明的是，上述3中方式只是举例说明，其他能够触发邻近关系更新的方法都适用本发明实施例。
在触发了更新后，就可以进行更新流程。如图7所示，本发明实施例七邻近关系更新的方法包括：
步骤1：monitor UE向第二ProSe Function设备发起邻近状态更新消息。
其中，邻近状态更新消息中包括Restrict ProSe App ID、UE Identity、App ID。
Restricted ProSe App ID为announce UE的Restricted ProSe App ID、App ID为Restricted ProSe App ID对应的应用层标识。UE identity为monitor UE的标识。
步骤2：第二ProSe Function设备删除(或修改)保存的与announce UE之间的邻近关系特性，从而表示monitor UE与announce UE之间不邻近。
步骤3.第二ProSe Function设备向announce UE的ProSe function(即第一ProSeFunction设备)发送邻近状态更新消息。
邻近状态更新消息包括announce UE和monitor UE的UE ID。
步骤4.第一ProSe Function设备删除(或修改)保存的与announce UE之间的邻近关系特性，从而表示monitor UE与announce UE之间不邻近。
步骤5.第一ProSe Function设备向第二ProSe Function设备返回邻近状态更新响应。
步骤6：第二ProSe Function设备向monitor UE返回邻近状态更新响应。
上述过程中是monitor UE触发进行更新，在实施中announce UE也可以触发进行更新，具体过程与monitor UE触发进行更新类似，在此不再赘述。
基于同一发明构思，本发明实施例中还提供了一种邻近业务功能设备，由于该设备解决问题的原理与本发明实施例图1中进行设备发现的方法相似，因此这些设备的实施可以参见方法的实施，重复之处不再赘述。
如图8所示，本发明实施例八的第一邻近业务功能设备包括：
第一接收模块801，用于接收到来自第二邻近业务功能设备的监听请求Monitorrequest；
确定模块802，用于根据所述Monitor request中的邻近业务应用标识ProSe APPID确定第一用户设备，以及根据所述Monitor request中的用户设备标识确定第二用户设备；
处理模块803，用于在确定所述第一用户设备和所述第二用户设备邻近，且确定允许进行发现过程后，通过所述第二邻近业务功能设备向所述第二用户设备返回匹配报告Match report。
较佳地，所述处理模块803具体用于，根据下列方式判断所述第一用户设备和所述第二用户设备是否邻近：
根据维护的用户设备邻近关系，判断所述第一用户设备和所述第二用户设备是否邻近。
较佳地，所述处理模块803还用于：
在接收到所述第一用户设备发送的邻近关系更新请求，或通过所述第二邻近业务功能设备接收到所述第二用户设备发送的邻近关系更新请求后，更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系；
其中，所述邻近关系更新请求是在所述第一用户设备和所述第二用户设备从邻近变为不邻近后发送的。
较佳地，所述处理模块803还用于：
在接收到所述第一用户设备发送的邻近关系更新请求后，向所述第二邻近业务功能设备发送邻近关系更新请求，以使所述第二邻近业务功能设备更新维护的用户设备邻近关系。
较佳地，所述处理模块803还用于：
根据维护的用户设备邻近关系确定所述第一用户设备和所述第二用户设备不邻近，执行将所述第一用户设备的邻近业务应用密码ProSe APP code通知给所述第二用户设备的操作，并在后续Match Report过程中更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系；
其中，所述ProSe APP code是所述第一邻近业务功能设备根据所述第一用户设备的ProSe APP ID得到的。
较佳地，所述第一用户设备的ProSe APP ID是应用层为所述第一用户设备分配的。
较佳地，所述处理模块803还用于：
根据收到的来自所述第一用户设备的发现请求Discovery Request确定所述第一用户设备需要监听的第二网络侧设备对应第二邻近业务功能设备后，将监听请求发送给第二邻近业务功能设备，并在后续Match Report过程中更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系。
较佳地，所述处理模块803还用于：
在与所述第二邻近业务功能设备进行Match Report过程中需要建立所述第一用户设备和所述第二用户设备的邻近关系时，将所述第一用户设备的标识通知给所述第二邻近业务功能设备，以使所述第二邻近业务功能设备根据所述第一用户设备的标识维护所述第一用户设备和所述第二用户设备的邻近关系。
较佳地，所述第一邻近业务功能设备和所述第二邻近业务功能设备为同一个实体。
基于同一发明构思，本发明实施例中还提供了一种用户设备，由于该设备解决问题的原理与本发明实施例图2中进行设备发现的方法相似，因此这些设备的实施可以参见方法的实施，重复之处不再赘述。
如图9所示，本发明实施例九的第二用户设备包括：
监听模块901，用于触发发现第一用户设备时，向第二邻近业务功能设备发送Discovery Request；
第二接收模块902，用于通过所述第二邻近业务功能设备接收由所述第一用户设备对应的第一邻近业务功能设备发送的Match report；
其中，所述Match report是所述第一邻近业务功能设备在确定所述第一用户设备和所述第二用户设备邻近，且确定允许进行发现过程后发送的。
较佳地，所述第二用户设备还包括：
更新模块903，用于在确定与所述第一用户设备从邻近变为不邻近后，向所述第二邻近业务功能设备发送邻近关系更新请求，以使所述第二邻近业务功能设备更新维护的用户设备邻近关系。
较佳地，所述更新模块903具体用于，在满足部分或全部条件后，确定与所述第一用户设备从邻近变为不邻近：
所述第二用户设备无法保持与所述第一用户设备之间的邻近通信链路；
所述第二用户设备无法监听到所述第一用户设备的ProSe APP code；
所述第二用户设备维护的应用定时器到时。
基于同一发明构思，本发明实施例中还提供了一种邻近业务功能设备，由于该设备解决问题的原理与本发明实施例图1中进行设备发现的方法相似，因此这些设备的实施可以参见方法的实施，重复之处不再赘述。
如图10所示，本发明实施例十的第一邻近业务功能设备包括：
处理器1001，用于读取存储器1004中的程序，执行下列过程：
通过收发机1002接收到来自第二邻近业务功能设备的监听请求Monitorrequest；根据所述Monitor request中的邻近业务应用标识ProSe APP ID确定第一用户设备，以及根据所述Monitor request中的用户设备标识确定第二用户设备；在确定所述第一用户设备和所述第二用户设备邻近，且确定允许进行发现过程后，控制收发机1002通过所述第二邻近业务功能设备向所述第二用户设备返回匹配报告Match report；
收发机1002，用于在处理器1001的控制下接收和发送数据。
较佳地，所述处理器1001具体用于，根据下列方式判断所述第一用户设备和所述第二用户设备是否邻近：
根据维护的用户设备邻近关系，判断所述第一用户设备和所述第二用户设备是否邻近。
较佳地，所述处理器1001还用于：
在接收到所述第一用户设备发送的邻近关系更新请求，或通过所述第二邻近业务功能设备接收到所述第二用户设备发送的邻近关系更新请求后，更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系；
其中，所述邻近关系更新请求是在所述第一用户设备和所述第二用户设备从邻近变为不邻近后发送的。
较佳地，所述处理器1001还用于：
在接收到所述第一用户设备发送的邻近关系更新请求后，向所述第二邻近业务功能设备发送邻近关系更新请求，以使所述第二邻近业务功能设备更新维护的用户设备邻近关系。
较佳地，所述处理器1001还用于：
根据维护的用户设备邻近关系确定所述第一用户设备和所述第二用户设备不邻近，执行将所述第一用户设备的邻近业务应用密码ProSe APP code通知给所述第二用户设备的操作，并在后续Match Report过程中更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系；
其中，所述ProSe APP code是所述第一邻近业务功能设备根据所述第一用户设备的ProSe APP ID得到的。
较佳地，所述第一用户设备的ProSe APP ID是应用层为所述第一用户设备分配的。
较佳地，所述处理器1001还用于：
根据收到的来自所述第一用户设备的发现请求Discovery Request确定所述第一用户设备需要监听的第二网络侧设备对应第二邻近业务功能设备后，将监听请求发送给第二邻近业务功能设备，并在后续Match Report过程中更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系。
较佳地，所述处理器1001还用于：
在与所述第二邻近业务功能设备进行Match Report过程中需要建立所述第一用户设备和所述第二用户设备的邻近关系时，将所述第一用户设备的标识通知给所述第二邻近业务功能设备，以使所述第二邻近业务功能设备根据所述第一用户设备的标识维护所述第一用户设备和所述第二用户设备的邻近关系。
较佳地，所述第一邻近业务功能设备和所述第二邻近业务功能设备为同一个实体。
在图10中，总线架构(用总线1000来代表)，总线1000可以包括任意数量的互联的总线和桥，总线1000将包括由处理器1001代表的一个或多个处理器和存储器1004代表的存储器的各种电路链接在一起。总线1000还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口1003在总线1000和收发机1002之间提供接口。收发机1002可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器1001处理的数据通过天线1005在无线介质上进行传输，进一步，天线1005还接收数据并将数据传送给处理器1001。
处理器1001负责管理总线1000和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器1004可以被用于存储处理器1001在执行操作时所使用的数据。
可选的，处理器1001可以是CPU(中央处埋器)、ASIC(APP Specific IntegratedCircuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)或CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)。
基于同一发明构思，本发明实施例中还提供了一种用户设备，由于该设备解决问题的原理与本发明实施例图2中进行设备发现的方法相似，因此这些设备的实施可以参见方法的实施，重复之处不再赘述。
如图11所示，本发明实施例十一的第二用户设备包括：
处理器1101，用于读取存储器1104中的程序，执行下列过程：
通过收发机1102触发发现第一用户设备时，通过收发机1102向第二邻近业务功能设备发送Discovery Request；控制收发机1102通过所述第二邻近业务功能设备接收由所述第一用户设备对应的第一邻近业务功能设备发送的Match report；其中，所述Matchreport是所述第一邻近业务功能设备在确定所述第一用户设备和所述第二用户设备邻近，且确定允许进行发现过程后发送的；
收发机1102，用于在处理器1101的控制下接收和发送数据。
较佳地，所述处理器1101还用于：
在确定与所述第一用户设备从邻近变为不邻近后，通过收发机1102向所述第二邻近业务功能设备发送邻近关系更新请求，以使所述第二邻近业务功能设备更新维护的用户设备邻近关系。
较佳地，所述处理器1101具体用于，在满足部分或全部条件后，确定与所述第一用户设备从邻近变为不邻近：
所述第二用户设备无法保持与所述第一用户设备之间的邻近通信链路；
所述第二用户设备无法监听到所述第一用户设备的ProSe APP code；
所述第二用户设备维护的应用定时器到时。
在图11中，总线架构(用总线1100来代表)，总线1100可以包括任意数量的互联的总线和桥，总线1100将包括由通用处理器1101代表的一个或多个处理器和存储器1104代表的存储器的各种电路链接在一起。总线1100还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口1103在总线1100和收发机1102之间提供接口。收发机1102可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。例如：收发机1102从其他设备接收外部数据。收发机1102用于将处理器1101处理后的数据发送给其他设备。取决于计算系统的性质，还可以提供用户接口1105，例如小键盘、显示器、扬声器、麦克风、操纵杆。
处理器1101负责管理总线1100和通常的处理，如前述所述运行通用操作系统。而存储器1104可以被用于存储处理器1101在执行操作时所使用的数据。
可选的，处理器1101可以是CPU、ASIC、FPGA或CPLD。
如图12所示，本发明实施例十二进行设备发现的系统包括：第一邻近业务功能设备1201、第一用户设备1202、第二邻近业务功能设备1203和第二用户设备1204。
第一邻近业务功能设备1201，用于接收到来自第二邻近业务功能设备1203的监听请求Monitor request；根据所述Monitor request中的邻近业务应用标识ProSe APP ID确定第一用户设备，以及根据所述Monitor request中的用户设备标识确定第二用户设备；在确定所述第一用户设备1202和所述第二用户设备1204邻近，且确定允许进行发现过程后，通过所述第二邻近业务功能设备1203向所述第二用户设备1204返回匹配报告Matchreport；
第二用户设备1204，用于触发发现第一用户设备1202时，向第二邻近业务功能设备1203发送Discovery Request；通过所述第二邻近业务功能设备1203接收由所述第一用户设备1202对应的第一邻近业务功能设备1201发送的Match report。
上述实施例中，Announce UE和Monitor UE连接的邻近业务功能设备是不同的邻近业务功能设备。本发明实施例中Announce UE和Monitor UE连接的邻近业务功能设备可能是同一个邻近业务功能设备，也可能是不同的邻近业务功能设备。
如图13所示，本发明实施例十三进行设备发现的系统包括：邻近业务功能设备1301、第一用户设备1302和第二用户设备1303。
图13为Announce UE和Monitor UE连接的邻近业务功能设备是同一个邻近业务功能设备的示意图。图13中第二用户设备1303和图12中第二用户设备1204功能相同，图13中邻近业务功能设备1301与图12中第一邻近业务功能设备1201功能类似，区别只是第一邻近业务功能设备1201和第二邻近业务功能设备1203的功能都由邻近业务功能设备1301实现。
从上述实施例中可以看出：本发明实施例UE有新的应用需要执行发现过程时，第一邻近业务功能设备在确定所述第一用户设备和所述第二用户设备邻近，且确定允许进行发现过程后，通过所述第二邻近业务功能设备向所述第二用户设备返回匹配报告Matchreport。也就是说，本发明实施例如果UE与需要连接的UE因为之前的其他应用完成了相互发现，则不需要执行发现过程，就可以进行空口连接，从而提高了进行空口连接的效率。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (24)
1.一种进行设备发现的方法，其特征在于，该方法包括：
第一邻近业务功能ProSe function设备接收到来自第二邻近业务功能设备的监听请求Monitor request；
所述第一邻近业务功能设备根据所述Monitor request中的邻近业务应用标识ProSeAPP ID确定第一用户设备，以及根据所述Monitor request中的用户设备标识确定第二用户设备；
所述第一邻近业务功能设备在确定所述第一用户设备和所述第二用户设备邻近，且确定允许进行发现过程后，通过所述第二邻近业务功能设备向所述第二用户设备返回匹配报告Match report。
2.如权利要求1所述的方法，其特征在于，所述第一邻近业务功能设备根据下列方式判断所述第一用户设备和所述第二用户设备是否邻近：
所述第一邻近业务功能设备根据维护的用户设备邻近关系，判断所述第一用户设备和所述第二用户设备是否邻近。
3.如权利要求2所述的方法，其特征在于，该方法还包括：
所述第一邻近业务功能设备在接收到所述第一用户设备发送的邻近关系更新请求，或通过所述第二邻近业务功能设备接收到所述第二用户设备发送的邻近关系更新请求后，更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系；
其中，所述邻近关系更新请求是在所述第一用户设备和所述第二用户设备从邻近变为不邻近后发送的。
4.如权利要求3所述的方法，其特征在于，所述第一邻近业务功能设备在接收到所述第一用户设备发送的邻近关系更新请求后，还包括：
所述第一邻近业务功能设备向所述第二邻近业务功能设备发送邻近关系更新请求，以使所述第二邻近业务功能设备更新维护的用户设备邻近关系。
5.如权利要求2所述的方法，其特征在于，所述第一邻近业务功能设备根据所述Matchreport中的ProSe APP ID确定第一用户设备，以及根据所述Match report中的用户设备标识确定第二用户设备之后，还包括：
所述第一邻近业务功能设备根据维护的用户设备邻近关系确定所述第一用户设备和所述第二用户设备不邻近，执行将所述第一用户设备的邻近业务应用密码ProSe APP code通知给所述第二用户设备的操作，并在后续Match Report过程中更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系；
其中，所述ProSe APP code是所述第一邻近业务功能设备根据所述第一用户设备的ProSe APP ID得到的。
6.如权利要求5所述的方法，其特征在于，所述第一用户设备的ProSe APP ID是应用层为所述第一用户设备分配的。
7.如权利要求2所述的方法，其特征在于，该方法还包括：
所述第一邻近业务功能设备根据收到的来自所述第一用户设备的发现请求DiscoveryRequest确定所述第一用户设备需要监听的第二网络侧设备对应第二邻近业务功能设备后，将监听请求发送给第二邻近业务功能设备，并在后续Match Report过程中更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系。
8.如权利要求2所述的方法，其特征在于，该方法还包括：
所述第一邻近业务功能设备在与所述第二邻近业务功能设备进行Match Report过程中需要建立所述第一用户设备和所述第二用户设备的邻近关系时，将所述第一用户设备的标识通知给所述第二邻近业务功能设备，以使所述第二邻近业务功能设备根据所述第一用户设备的标识维护所述第一用户设备和所述第二用户设备的邻近关系。
9.如权利要求1～8任一所述的方法，其特征在于，所述第一邻近业务功能设备和所述第二邻近业务功能设备为同一个实体。
10.一种进行设备发现的方法，其特征在于，该方法包括：
第二用户设备触发发现第一用户设备时，向第二邻近业务功能设备发送DiscoveryRequest；
所述第二用户设备通过所述第二邻近业务功能设备接收由所述第一用户设备对应的第一邻近业务功能设备发送的Match report；
其中，所述Match report是所述第一邻近业务功能设备在确定所述第一用户设备和所述第二用户设备邻近，且确定允许进行发现过程后发送的。
11.如权利要求10所述的方法，其特征在于，该方法还包括，
所述第二用户设备在确定与所述第一用户设备从邻近变为不邻近后，向所述第二邻近业务功能设备发送邻近关系更新请求，以使所述第二邻近业务功能设备更新维护的用户设备邻近关系。
12.如权利要求11所述的方法，其特征在于，所述第二用户设备在满足部分或全部条件后，确定与所述第一用户设备从邻近变为不邻近：
所述第二用户设备无法保持与所述第一用户设备之间的邻近通信链路；
所述第二用户设备无法监听到所述第一用户设备的ProSe APP code；
所述第二用户设备维护的应用定时器到时。
13.一种进行设备发现的第一邻近业务功能ProSe function设备，其特征在于，该第一邻近业务功能设备包括：
第一接收模块，用于接收到来自第二邻近业务功能设备的监听请求Monitor request；
确定模块，用于根据所述Monitor request中的邻近业务应用标识ProSe APP ID确定第一用户设备，以及根据所述Monitor request中的用户设备标识确定第二用户设备；
处理模块，用于在确定所述第一用户设备和所述第二用户设备邻近，且确定允许进行发现过程后，通过所述第二邻近业务功能设备向所述第二用户设备返回匹配报告Matchreport。
14.如权利要求13所述的第一邻近业务功能设备，其特征在于，所述处理模块具体用于，根据下列方式判断所述第一用户设备和所述第二用户设备是否邻近：
根据维护的用户设备邻近关系，判断所述第一用户设备和所述第二用户设备是否邻近。
15.如权利要求14所述的第一邻近业务功能设备，其特征在于，所述处理模块还用于：
在接收到所述第一用户设备发送的邻近关系更新请求，或通过所述第二邻近业务功能设备接收到所述第二用户设备发送的邻近关系更新请求后，更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系；
其中，所述邻近关系更新请求是在所述第一用户设备和所述第二用户设备从邻近变为不邻近后发送的。
16.如权利要求15所述的第一邻近业务功能设备，其特征在于，所述处理模块还用于：
在接收到所述第一用户设备发送的邻近关系更新请求后，向所述第二邻近业务功能设备发送邻近关系更新请求，以使所述第二邻近业务功能设备更新维护的用户设备邻近关系。
17.如权利要求14所述的第一邻近业务功能设备，其特征在于，所述处理模块还用于：
根据维护的用户设备邻近关系确定所述第一用户设备和所述第二用户设备不邻近，执行将所述第一用户设备的邻近业务应用密码ProSe APP code通知给所述第二用户设备的操作，并在后续Match Report过程中更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系；
其中，所述ProSe APP code是所述第一邻近业务功能设备根据所述第一用户设备的ProSe APP ID得到的。
18.如权利要求17所述的第一邻近业务功能设备，其特征在于，所述第一用户设备的ProSe APP ID是应用层为所述第一用户设备分配的。
19.如权利要求14所述的第一邻近业务功能设备，其特征在于，所述处理模块还用于：
根据收到的来自所述第一用户设备的发现请求Discovery Request确定所述第一用户设备需要监听的第二网络侧设备对应第二邻近业务功能设备后，将监听请求发送给第二邻近业务功能设备，并在后续Match Report过程中更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系。
20.如权利要求14所述的第一邻近业务功能设备，其特征在于，所述处理模块还用于：
在与所述第二邻近业务功能设备进行Match Report过程中需要建立所述第一用户设备和所述第二用户设备的邻近关系时，将所述第一用户设备的标识通知给所述第二邻近业务功能设备，以使所述第二邻近业务功能设备根据所述第一用户设备的标识维护所述第一用户设备和所述第二用户设备的邻近关系。
21.如权利要求13～20任一所述的第一邻近业务功能设备，其特征在于，所述第一邻近业务功能设备和所述第二邻近业务功能设备为同一个实体。
22.一种进行设备发现的第二用户设备，其特征在于，该第二用户设备包括：
监听模块，用于触发发现第一用户设备时，向第二邻近业务功能设备发送DiscoveryRequest；
第二接收模块，用于通过所述第二邻近业务功能设备接收由所述第一用户设备对应的第一邻近业务功能设备发送的Match report；
其中，所述Match report是所述第一邻近业务功能设备在确定所述第一用户设备和所述第二用户设备邻近，且确定允许进行发现过程后发送的。
23.如权利要求22所述的第二用户设备，其特征在于，所述第二用户设备还包括：
更新模块，用于在确定与所述第一用户设备从邻近变为不邻近后，向所述第二邻近业务功能设备发送邻近关系更新请求，以使所述第二邻近业务功能设备更新维护的用户设备邻近关系。
24.如权利要求23所述的第二用户设备，其特征在于，所述更新模块具体用于，在满足部分或全部条件后，确定与所述第一用户设备从邻近变为不邻近：
所述第二用户设备无法保持与所述第一用户设备之间的邻近通信链路；
所述第二用户设备无法监听到所述第一用户设备的ProSe APP code；
所述第二用户设备维护的应用定时器到时。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410498721.XA CN105516956B (zh) | 2014-09-25 | 2014-09-25 | 一种进行设备发现的方法和设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410498721.XA CN105516956B (zh) | 2014-09-25 | 2014-09-25 | 一种进行设备发现的方法和设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105516956A CN105516956A (zh) | 2016-04-20 |
| CN105516956B true CN105516956B (zh) | 2019-01-25 |
Family
ID=55724525
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410498721.XA Active CN105516956B (zh) | 2014-09-25 | 2014-09-25 | 一种进行设备发现的方法和设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105516956B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2022027522A1 (zh) * | 2020-08-06 | 2022-02-10 | 华为技术有限公司 | 一种安全通信方法以及装置 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103841543A (zh) * | 2012-11-26 | 2014-06-04 | 电信科学技术研究院 | 一种确定用户设备之间邻近关系的方法、设备及通信系统 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103841542A (zh) * | 2012-11-26 | 2014-06-04 | 电信科学技术研究院 | 一种确定用户设备之间邻近关系的方法、设备及通信系统 |
| US9479342B2 (en) * | 2013-03-14 | 2016-10-25 | Htc Corporation | Charging method and apparatus for proximity-based service |
-
2014
- 2014-09-25 CN CN201410498721.XA patent/CN105516956B/zh active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103841543A (zh) * | 2012-11-26 | 2014-06-04 | 电信科学技术研究院 | 一种确定用户设备之间邻近关系的方法、设备及通信系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105516956A (zh) | 2016-04-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11829774B2 (en) | Machine-to-machine bootstrapping | |
| KR101837923B1 (ko) | 비인증 액세스 포인트들의 프로파일링 | |
| Zhao et al. | Cloud-based push-styled mobile botnets: a case study of exploiting the cloud to device messaging service | |
| US11770444B2 (en) | Edge computing for internet of things security with blockchain authentication | |
| CN105991412B (zh) | 消息推送方法及装置 | |
| WO2015180250A1 (zh) | 一种签到方法、装置、签到服务器和存储介质 | |
| CN105828413A (zh) | 一种d2d模式b发现的安全方法、终端和系统 | |
| CN104469739B (zh) | 一种写卡方法和客户端设备 | |
| TW200830914A (en) | Method to control radio devices based on user environment policy requirements | |
| Zema et al. | MeDrone: On the use of a medical drone to heal a sensor network infected by a malicious epidemic | |
| Fang et al. | Emulation-instrumented fuzz testing of 4g/lte android mobile devices guided by reinforcement learning | |
| US20180115895A1 (en) | Methods and apparatus for end device discovering another end device | |
| CN105472550A (zh) | 一种wifi连接方法、装置及系统 | |
| CN111263338A (zh) | 蓝牙Mesh网络的配网方法与相关配网设备及系统 | |
| CN106209918A (zh) | 一种网络安全性管理的方法及终端 | |
| CN109660982B (zh) | 一种进行标识采集的方法和装置 | |
| CN105516956B (zh) | 一种进行设备发现的方法和设备 | |
| KR20170021876A (ko) | 코어 네트워크와 무선 노드 인증의 오프로딩 | |
| CN104641667B (zh) | 一种网络接入方法、设备及系统 | |
| CN105635439A (zh) | 一种基于手机App进行公告信息发布的方法和装置 | |
| CN102215517B (zh) | 终端被叫处理、测试方法以及长期演进系统 | |
| CN105163335B (zh) | 一种网络接入管理方法、服务器、移动终端以及系统 | |
| KR102484158B1 (ko) | 서비스 활성화 및 비활성화의 방법, 장치, 컴퓨터 저장 매체 | |
| CN107172641B (zh) | 一种WiFi网络监控方法 | |
| CN116367204B (zh) | 用户设备业务处理方法、电子设备、存储介质及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210528 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |