一种进行设备发现的方法和设备的制造方法_2

文档序号:9755402阅读:来源:国知局
]所述第二用户设备无法保持与所述第一用户设备之间的邻近通信链路;
[0066]所述第二用户设备无法监听到所述第一用户设备的ProSe APP code ;
[0067]所述第二用户设备维护的应用定时器到时。
[0068]本发明实施例UE有新的应用需要执行发现过程时,如果UE与需要连接的UE因为之前的其他应用完成了相互发现,则不需要执行发现过程,就可以进行空口连接,从而提高了进行空口连接的效率。
【附图说明】
[0069]图1为本发明实施例一进行设备发现的方法的流程示意图;
[0070]图2为本发明实施例二进行设备发现的方法的流程示意图;
[0071]图3为本发明实施例三进行Announce Request (发布)的方法的流程示意图;
[0072]图4为本发明实施例四进行Monitor Request (监听请求)的方法的流程示意图;
[0073]图5为本发明实施例五进行Match Report (匹配报告)的方法的流程示意图;
[0074]图6为本发明实施例六再次进行Monitor Request的方法的流程示意图;
[0075]图7为本发明实施例七邻近关系更新的方法的流程示意图;
[0076]图8为本发明实施例八第一邻近业务功能设备的结构示意图;
[0077]图9为本发明实施例九第二用户设备的结构示意图;
[0078]图10为本发明实施例十第一邻近业务功能设备的结构示意图;
[0079]图11为本发明实施例1^一第二用户设备的结构示意图;
[0080]图12为本发明实施例十二进行设备发现的系统结构示意图;
[0081]图13本发明实施例十三进行设备发现的系统结构示意图。
【具体实施方式】
[0082]本发明实施例UE有新的应用需要执行发现过程时,第一邻近业务功能设备在确定所述第一用户设备和所述第二用户设备邻近,且确定允许进行发现过程后,通过所述第二邻近业务功能设备向所述第二用户设备返回匹配报告Match report ο也就是说,本发明实施例如果UE与需要连接的UE因为之前的其他应用完成了相互发现,则不需要执行发现过程,就可以进行空口连接,从而提高了进行空口连接的效率。
[0083]下面结合说明书附图对本发明实施例作进一步详细描述。
[0084]如图1所示,本发明实施例一进行设备发现的方法包括:
[0085]步骤101、第一邻近业务功能设备接收到来自第二邻近业务功能设备的Monitorrequest (监听请求);
[0086]步骤102、所述第一邻近业务功能设备根据所述Monitor request中的ProSe APPID(邻近业务应用标识)确定第一用户设备,以及根据所述Monitor request中的用户设备标识确定第二用户设备;
[0087]步骤103、所述第一邻近业务功能设备在确定所述第一用户设备和所述第二用户设备邻近,且确定允许进行发现过程后,通过所述第二邻近业务功能设备向所述第二用户设备返回Match report (匹配报告)。
[0088]本发明实施例中,可以在第一邻近业务功能设备和第二邻近业务功能设备中维护用户设备邻近关系,这样根据维护的用户设备邻近关系,就可以判断所述第一用户设备和所述第二用户设备是否邻近。
[0089]维护的用户设备邻近关系可以根据需要设定,比如如果采用邻近关系保存,不邻近删除关系的方式,则在检测某对用户设备是否邻近时,可以查看维护的用户设备邻近关系中是否有某对用户设备的邻近关系,如果有,则确定某对用户设备邻近;否则,确定某对用户设备不邻近。
[0090]比如如果采用邻近关系中设置是否邻近的信息,比如O为邻近,I为不邻近,则在检测某对用户设备是否邻近时,可以查看维护的用户设备邻近关系中某对用户设备的是否邻近的信息,如果是O,则确定某对用户设备邻近;否则,如果是1,则确定某对用户设备不邻近。这种用是否邻近的信息,在某对用户设备首次邻近时,维护的邻近关系里没有某对用户设备是否邻近的信息,这时也确定某对用户设备不邻近,并且记录某对用户设备的邻近的信息,以及根据某对用户设备的状态更新某对用户设备的邻近的信息。
[0091]较佳地,在对维护的邻近关系进行更新时,所述第一邻近业务功能设备在接收到所述第一用户设备发送的邻近关系更新请求,或通过所述第二邻近业务功能设备接收到所述第二用户设备发送的邻近关系更新请求后,更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系;
[0092]其中,所述邻近关系更新请求是在所述第一用户设备和所述第二用户设备从邻近变为不邻近后发送的。
[0093]如果采用邻近关系保存,不邻近删除关系的方式,本发明实施例的更新为添加或删除所述第一用户设备和所述第二用户设备的邻近关系;
[0094]如果采用邻近关系中设置是否邻近的信息,本发明实施例的更新为修改是否邻近的信息。
[0095]具体更新过程可以参见图7。
[0096]由于后续需要监听的UE可能不是之前进行发现时的announce UE ;同样的,后续需要发布的UE可能不是之前进行发现时的monitor UE。所以一种较佳地方式是本发明实施例的第一 ProSe funct1n设备和第二 ProSe funct1n设备都会维护邻近关系。
[0097]基于此,所述第一邻近业务功能设备在接收到所述第一用户设备发送的邻近关系更新请求后,还包括:
[0098]所述第一邻近业务功能设备向所述第二邻近业务功能设备发送邻近关系更新请求,以使所述第二邻近业务功能设备更新维护的用户设备邻近关系。
[0099]第一邻近业务功能设备向所述第二邻近业务功能设备发送的邻近关系更新请求可以与接收到所述第一用户设备发送的邻近关系更新请求相同,也可以不相同。
[0100]相应的,如果所述第二邻近业务功能设备接收到所述第二用户设备发送的邻近关系更新请求,也会将所述邻近关系更新请求发送给所述第一邻近业务功能设备,以使所述第一邻近业务功能设备更新维护的用户设备邻近关系。
[0101]较佳地,所述第一邻近业务功能设备在与所述第二邻近业务功能设备进行MatchReport过程中需要建立所述第一用户设备和所述第二用户设备的邻近关系时,将所述第一用户设备的标识通知给所述第二邻近业务功能设备,以使所述第二邻近业务功能设备根据所述第一用户设备的标识维护所述第一用户设备和所述第二用户设备的邻近关系。
[0102]需要说明的是,如果monitor UE和announce UE连接同一个ProSe funct1n设备,即所述第一 ProSe funct1n和所述第二 ProSe funct1n为同一个实体,则是需要一个ProSe funct1n设备进行用户设备邻近关系的维护即可,并且该ProSe funct1n设备在收到monitor UE或announce UE发送的邻近关系更新请求后,也可以不发送给其他ProSefunct1n 设备。
[0103]在实施中,如果所述第一邻近业务功能设备根据维护的用户设备邻近关系确定所述第一用户设备和所述第二用户设备不邻近,比如第一用户设备和第二用户设备首次进行发现,或者之前进行过发现但是因为邻近关系更新不在邻近,则第一邻近业务功能执行将所述第一用户设备的邻近业务应用密码ProSe APP code通知给所述第二用户设备的操作,并在后续Match Report过程中更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系;
[0104]其中,所述ProSe APP code是所述第一邻近业务功能设备根据所述第一用户设备的ProSe APP ID得到的。
[0105]在实施中,本发明实施例的所述第一用户设备的ProSe APP ID是应用层为所述第一用户设备分配的。
[0106]上述过程中第一用户设备是announce UE,第二用户设备是monitor UE。
[0107]在实施中,第一用户设备也可能是monitor UE,第二用户设备是announce UE。
[0108]具体的,所述第一邻近业务功能设备根据收到的来自所述第一用户设备的Discovery Request确定所述第一用户设备需要监听的第二网络侧设备对应第二邻近业务功能设备后,将监听请求发送给第二邻近业务功能设备,并在后续Match Report过程中更新维护的用户设备邻近关系中所述第一用户设备和所述第二用户设备的邻近关系。
[0109]上述ProSe APP code也可以用ProSe APP ID mask或其他有同样功能的信息替代。
[0110]如图2所示,本发明实施例二进行设备发现的方法包括:
[0111]步骤201、第二用户设备触发发现第一用户设备时,向第二邻近业务功能设备发送Discovery Request ;
[0112]步骤202、所述第二用户设备通过所述第二邻近业务功能设备接收由所述第一用户设备对应的第一邻近业务功能设备发送的Match report ;
[0113]其中,所述Match report是所述第一邻近业务功能设备在确定所述第一用户设备和所述第二用户设备邻近,且确定允许进行发现过程后发送的。
[0114]触发发现第一用户设备的原因有很多,比如开启某个应用程序,需要触发发现第一用户设备;还比如用户触发发现第一用户设备。
[0115]由于第一用户设备和第二用户设备有可能会因为运动使得处于邻近变为不邻近,这时还需要用户设备通知连接的邻近业务功能设备对维护的用户设备的邻近关系进行更新。
[0116]较佳地,该方法还包括:
[0117]所述第二用户设备在确定与所述第一用户设备从邻近变为不邻近后,向所述第二邻近业务功能设备发送邻近关系更新请求,以使所述第二邻近业务功能设备更新维护的用户设备邻近关系。
[0118]较佳地,所述第二用户设备在满足部分或全部条件后,确定与所述第一用户设备从邻近变为不邻近:
[0119]所述第二用户设备无法保持与所述第一用户设备之间的邻近通信链路;
[0120]所述第二用户设备无法监听到所述第一用户设备的ProSe APP code ;
[0121]所述第二用户设备维护的应用定时器到时。
[0122]在实施中,可以上述三种条件一起使用,也可以部分使用。
[0123]具体触发用户设备通知连接的邻近业务功能设备对维护的用户设备的邻近关系进行更新的有很多,比如图7列举的三种方式。除了图7列举的三种方式,其他能够是用户设备确定与其他用户设备由邻近变为不邻近的方式都适用本发明实施例。
[0124]除了所述第二用户设备,上述第一用户设备如果检测到与第二用户设备从邻近变为不邻近也会通知连接的邻近业务功能设备更新维护的用户设备邻近关系,具体过程与第二用户设备类似,在此不再赘述。
[0125]下面针对第一 ProSe funct1n设备和第二 ProSe funct1n设备为不同的ProSefunct1n设备为例对本发明的方案举例进行说明。第一 ProSe funct1n设备和第二 ProSefunct1n设备为同一ProSe funct1n设备的方案与为不同ProSe funct1n设备的方案类似,在此不再赘述。
[0126]如图3所示,本发明实施例三进行Announce Request的方法包括:
当前第2页1 2 3 4 5 6 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1