CN104254129B - 临近业务发现的资源配置方法及装置 - Google Patents

Abstract

本发明公开了一种临近业务发现的资源配置方法及装置，包括：临近业务服务器接收应用服务器发送的发现请求；临近业务服务器判断出发现请求对应的应用允许在网络中授权进行临近业务发现，且发现请求对应的UE在网络中授权进行临近业务发现；临近业务服务器将预设信息转发给UE接入的基站eNB，触发eNB根据预设信息为UE分配临近业务发现所需要的资源。通过本发明，提高了用户体验度。

Description

临近业务发现的资源配置方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种临近业务发现的资源配置方法及装置。

背景技术

在3GPP标准的R12阶段，一些欧美设备和运营商基于国家法规的要求，认为需要在移动通信网络实现设备间可以直接通信的公共安全功能。公共安全功能主要用在由于灾难导致的无线接入中断，需要设备间的通信完成救援工作的场景。此项需求在3GPP标准组织进行立项讨论。在讨论过程中将设备间直通的可应用场景进行了扩展，使得此项功能可以为商业领域的应用服务。例如当两个用户使用社交网络应用时，如果两个用户的距离足够接近，那么可以通过设备间的直通方式完成数据的传递，不需要通过上层网络进行数据的承载路由，降低了网络的负荷，提高的数据的传输效率。另外还可以通过此项功能完成商业应用的广告推送、好友发现、信息投递等，可以使得网络运营商能够更好的为用户应用提供支持，用户以及业务运营商的体验好，从而进一步带来经济效益。

基于EPS移动通信网络，为了满足用户间直通的临近业务需求，在网络中增加一个专门的控制网元：优化业务服务器Prose Server(Proximity Service Server，优化业务服务器)，如图1所示。Prose Server具备的功能是对用户是否允许使用优化业务进行授权，通过Sx1接口控制用户的发现操作和通信的建立，通过Sx2接口与应用交互支持应用级的业务功能。

目前没有明确方法实现Prose Server对用户的管理，使用临近业务的应用服务器与网络之间如何协同操作也有待明确。

针对相关技术中无法实现临近业务发现进行资源配置问题，目前尚未提出有效的解决方案。

发明内容

本发明提供了临近业务发现的资源配置方法及装置，以至少解决上述问题。

根据本发明的一个方面，提供了一种临近业务发现的资源配置方法，包括：临近业务服务器接收应用服务器发送的发现请求；所述临近业务服务器判断出所述发现请求对应的应用允许在网络中授权进行临近业务发现，且所述发现请求对应的用户设备UE在所述网络中授权进行所述临近业务发现；所述临近业务服务器将所述预设信息转发给所述UE接入的基站(eNB)，触发所述eNB为所述UE分配临近业务发现所需要的资源。

优选地，所述临近业务服务器将所述预设信息转发给所述UE接入的基站eNB包括：

所述临近业务服务器将所述预设信息发送给所述UE所注册的移动管理实体MME，触发所述MME将所述预设信息发送给所述UE接入的基站eNB。

优选地，所述发现请求包括以下之一：其中，所述发现请求包括以下之一：用户设备UE的临近业务标识Prose ID、应用的信息和所述UE对应的目标UE的Prose ID；所述UE的ProseID和所述应用的信息。

优选地，所述预设信息包括以下之一：所述UE的Prose ID和所述目标UE的ProseID；所述目标UE的Prose ID。

优选地，在所述临近业务服务器将预设信息转发给所述UE接入的基站eNB，触发所述eNB根据所述预设信息为所述UE分配临近业务发现所需要的资源进行用户发现之后，还包括：所述临近业务服务器与所述临近业务服务器对应的UE的目标UE所对应的临近业务服务器交互临近业务的用户的发现结果。

根据本发明的又一方面，还提供了一种临近业务发现的资源配置方法，包括：应用服务器接收用户设备UE发送的临近业务的应用信息；所述应用服务器将所述应用信息包括的应用的标识转换为临近业务标识Prose ID，根据所述Prose ID或者临近业务服务器的标识确定所述UE对应的临近业务服务器；所述应用服务器向所述临近业务服务器发送发现请求，触发所述临近业务服务器进行临近业务发现操作。

优选地，在所述应用服务器向所述临近业务服务器发送发现请求之前，还包括：所述应用服务器根据应用级配置或签约对所述目标用户允许被发现进行授权；

所述应用服务器将满足发现条件的所述目标用户的应用层标识转换成所述目标用户的Prose ID。

优选地，所述发现请求中还包括为所述目标UE服务的临近业务服务器的临近业务服务器标识，所述临近业务服务器标识用于寻址。

优选地，所述应用信息包括：应用请求消息、用户应用标识、应用类型。

优选地，所述发现请求包括以下之一：所述UE的临近业务标识Prose ID、应用的信息和所述UE对应的目标UE的Prose ID；所述UE的Prose ID和所述应用的信息。

优选地，上述方法还包括：所述应用服务器接收所述临近业务服务器发送的发现结果，其中，所述发现结果是由eNB上报给MME，经由所述MME转发给所述临近业务服务器的

根据本发明的另一方面，提供了一种临近业务发现的资源配置装置，应用于临近业务服务器，包括：第一接收模块，用于接收应用服务器发送的发现请求；判断模块，用于判断出所述发现请求中对应的应用允许在网络中授权进行临近业务发现，且所述发现请求中对应的UE在所述网络中授权进行所述临近业务发现；转发模块，用于将预设信息转发给所述UE接入的基站eNB，触发所述eNB根据所述预设信息为所述UE分配临近业务发现所需要的资源。

优选地，所述转发模块包括：第一发送模块，用于将所述预设信息发送给所述UE所注册的移动管理实体MME，触发所述MME将所述预设信息发送给所述UE接入的基站eNB。

优选地，上述装置还包括：交互模块，用于与所述UE对应的目标UE的临近业务服务器交互临近业务的用户的发现结果。

根据本发明的另一方面，提供了一种临近业务发现的资源配置装置，应用于应用服务器，包括：第二接收模块，用于接收用户设备UE发送的临近业务的应用信息；转换模块，用于将所述应用信息包括的应用的标识转换为临近业务标识Prose ID，根据所述Prose ID或者临近业务服务器的标识与确定所述UE对应的临近业务服务器；第二发送模块，用于向所述临近业务服务器发送发现请求，触发所述临近业务服务器进行临近业务发现操作。

优选地，上述装置还包括：授权模块，用于根据应用级配置或签约对所述目标用户允许被发现进行授权；第二转换模块，用于将满足发现条件的所述目标用户的应用层标识转换成所述目标用户的Prose ID。

优选地，上述装置还包括：第三接收模块，用于接收所述临近业务服务器发送的发现结果，其中，所述发现结果是由eNB上报给MME，经由所述MME转发给所述临近业务服务器的。

通过本发明提供的技术方案，采用临近业务服务器接收应用服务器发送的发现请求，该临近业务服务器判断出发现请求对应的应用允许在网络中允许临近业务发现，且发现请求对应的UE在该网络中允许该临近业务发现；该临近业务服务器将预设信息转发给该UE接入的基站eNB，触发该eNB为该UE分配临近业务发现所需要的资源进行用户发现，实现了eNB为临近业务发现进行资源配置，由网络辅助完成，解决了相关技术中无法实现临近业务发现的资源配置问题，从而达到了提高用户体验度的效果。并且可以将eNB发现的结果返回给网络，从而实现临近业务的用户相互发现。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的支持临近业务功能的网络结构示意图；

图2是根据本发明实施例的临近业务发现的资源配置方法的流程图一；

图3是根据本发明实施例的临近业务发现的资源配置方法的流程图二；

图4是根据本发明实施例的临近业务发现的资源配置装置的第一结构流程图；

图5是根据本发明实施例的临近业务发现的资源配置装置的优选的第二结构框图；

图6是根据本发明实施例的临近业务发现的资源配置装置的第二结构框图；

图7是根据本发明实施例的临近业务发现的资源配置装置的优选的第二结构框图；

图8是根据本发明优选实施例的用户发现方法的流程图一；

图9是根据本发明优选实施例的用户发现方法的流程图二；

图10是根据本发明优选实施例的用户发现方法的流程图三。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图2是根据本发明实施例的临近业务发现的资源配置方法的流程图一，如图2所示，该方法主要包括以下步骤(步骤S202-步骤S206)：

步骤S202，临近业务服务器接收应用服务器发送的发现请求。

步骤S204，临近业务服务器判断出发现请求对应的应用允许在网络中授权进行临近业务发现，且该发现请求对应UE在网络中授权进行临近业务发现。

步骤S206，临近业务服务器将预设信息转发给所述UE接入的基站eNB，触发eNB为UE分配临近业务发现所需要的资源进行用户发现。

通过上述步骤，实现了eNB为临近业务发现进行资源配置，由网络辅助完成，相关技术中无法实现临近业务发现的资源配置问题，从而达到了提高用户体验度的效果。

本申请还提供了一种发现结果的上报方法，包括如下步骤：

方式一：目标用户将发现的结果(Prose ID)通过eNB和MME的转发通知为该目标用户所服务的Prose server，该Prose server将发现结果返回给应用服务器(APP server)。应用服务器将发现结果通过应用消息发送给用户。

方式二：S2：目标用户对应的Prose server(Prose server2)还可以和源用户的Prose server(Prose server1)之间交互发现结果。例如：Prose server2根据Prose ID1或者保存的与Prose server1的绑定关系寻址到Prose server1，通过交互发现结果消息回复发现结果，该消息中携带的Prose ID2作为发现参数，该参数表明用户1(源用户)发现了用户2(目标用户)。

S4：源Prose server可以将发现结果上报给APP server，App server将发现结果通过应用消息发送给用户。

优选地，临近业务服务器将信息转发给所述UE接入的基站eNB包括：所述临近业务服务器将预设信息发送给所述UE所注册的移动管理实体(MME)，触发所述MME将所述预设信息发送给所述UE接入的基站eNB。

作为一个较优的实施方式，该发现请求包括以下之一：UE的临近业务标识ProseID、应用的信息和UE对应的目标UE的Prose ID；UE的Prose ID和所述应用的信息。

优选地，该预设信息包括以下之一：UE的Prose ID和目标UE的Prose ID；目标UE的Prose ID。

作为一个较优的实施方式，在所述临近业务服务器将预设信息转发给所述UE接入的基站eNB，触发所述eNB根据所述预设信息为所述UE分配临近业务发现所需要的资源进行用户发现之后，还包括：临近业务服务器与所述UE对应的目标UE的临近业务服务器交互临近业务的用户的发现结果。

作为再一个较优的实施方式，上述方法还包括：所述临近业务服务器交互临近业务的用户的发现结果。

图3是根据本发明实施例的临近业务发现的资源配置方法的流程图二，如图3所示，该方法主要包括以下步骤(步骤S302-步骤S306)：

步骤S302：应用服务器接收用户设备UE发送的应用的信息。

步骤S304：应用服务器将该应用的标识转换为临近业务标识Prose ID，根据该Prose ID或者临近业务服务器的标识与确定该UE对应的临近业务服务器。

步骤S306：应用服务器向该临近业务服务器发送发现请求，触发该临近业务服务器进行临近业务发现的资源分配的操作；其中，该发现请求包括以下之一：UE的临近业务标识(ProseID)、应用的信息和该UE对应的目标UE的Prose ID；该UE的Prose ID和该应用的信息。

优选地，在该应用服务器向所述临近业务服务器发送发现请求之前，还包括：所述应用服务器根据应用级配置或签约对所述目标用户允许被发现进行授权；应用服务器将满足发现条件的目标用户的应用层标识转换成所述目标用户的Prose ID。

优选地，所述发现请求中还包括为所述目标UE服务的临近业务服务器的临近业务服务器标识，所述临近业务服务器标识用于寻址。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

在另外一个实施例中，还提供了一种临近业务发现的资源配置软件，该软件用于执行上述实施例及优选实施例中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述临近业务发现的资源配置软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。

本发明实施例还提供了一种临近业务发现的资源配置装置，应用于临近业务服务器，该临近业务发现的资源分配装置可以用于实现上述临近业务用户的发现方法及优选实施方式，已经进行过说明的，不再赘述，下面对该临近业务发现的资源分配装置中涉及到的模块进行说明。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统和方法较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图4是根据本发明实施例的临近业务发现的资源配置装置的第一结构流程图，如图4所示，该装置包括：第一接收模块42，判断模块44，转发模块46，下面对上述结构进行详细描述。

第一接收模块42，用于接收应用服务器发送的发现请求；判断模块44，用于判断出所述发现请求中对应的应用允许在网络中授权进行临近业务发现，且所述发现请求中对应的UE在网络中授权进行所述临近业务发现；转发模块46，用于将预设信息转发给所述UE接入的基站eNB，触发所述eNB根据所述预设信息为UE分配临近业务发现所需要的资源。

图5是根据本发明实施例的临近业务发现的资源配置装置的优选的第一结构框图，如图5所示，该转发模块46包括：第一发送模块462，用于将所述预设信息发送给所述UE所注册的移动管理实体MME，触发所述MME将预设信息发送给所述UE接入的eNB。

优选地，如图5所示，该装置还包括：交互模块52，用于与该UE对应的目标UE的临近业务服务器交互临近业务的用户的发现结果。

在另外一个实施例中，还提供了一种临近业务发现的资源配置装置，该软件用于执行上述实施例及优选实施例中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述临近业务发现的资源配置软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。

本发明实施例还提供了一种临近业务发现的资源配置装置，应用于应用服务器，该临近业务发现的资源配置装置可以用于实现上述临近业务发现的资源配置方法及优选实施方式，已经进行过说明的，不再赘述，下面对该临近业务发现的资源分配装置中涉及到的模块进行说明。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统和方法较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图6是根据本发明实施例的临近业务发现的资源配置装置的第二结构框图，如图6所示，该装置包括：第二接收模块62，转换模块64，第二发送模块66，下面对上述结构进行详细描述。

第二接收模块62，用于接收用户设备UE发送的应用的信息；转换模块64，用于将所述应用的标识转换为临近业务标识Prose ID，根据所述Prose ID或者临近业务服务器的标识与确定所述UE对应的临近业务服务器；第二发送模块66，用于向所述临近业务服务器发送发现请求，触发所述临近业务服务器进行临近业务发现的资源分配的操作；其中，所述发现请求包括以下之一：用户设备UE的临近业务标识Prose ID、应用的信息和所述UE对应的目标UE的Prose ID；所述UE的Prose ID和所述应用的信息。

图7是根据本发明实施例的临近业务发现的资源配置装置的优选的第二结构框图，上述装置还包括：授权模块72，用于根据应用级配置或签约对所述目标用户允许被发现进行授权；第二转换模块74，用于将满足发现条件的所述目标用户的应用层标识转换成所述目标用户的Prose ID；第三接收模块76，连接至第二发送模块66，用于接收临近业务服务器发送的发现结果，其中，该发现结果是由eNB上报给MME，MME转发给所述临近业务服务器的。

优选地，该发现请求中还包括为目标UE服务的临近业务服务器的临近业务服务器标识，该临近业务服务器标识用于寻址。

优选实施例一

本优选实施例提供了一种用户发现方法，该方法包括如下步骤：

步骤S502：应用服务器向Prose服务器发送发现请求，消息中包括：源用户的ProseID、目标用户Prose ID列表、应用信息。

步骤S504：Prose server对应用服务器请求的应用以及用户在网络中是否允许使用临近业务发现进行授权。

步骤S506：Prose server根据用户允许使用临近业务发现的授权结果，将源用户Prose ID、目标用户Prose ID列表等信息发送给用户注册的MME，MME将所述信息转发给用户当前接入的eNB，由所述eNB配置临近业务发现所需的无线资源。

步骤S508：目标用户将发现的结果(Prose ID)通过eNB和MME的转发通知为该目标用户所服务的Prose server，Prose server将发现结果返回给应用服务器(APP server)。

优选地，在应用服务器向为源用户服务的Prose server发送发现消息之前还应包括：应用服务器根据应用级配置/签约对目标用户是否允许被发现进行授权。授权后将满足发现条件的目标用户应用层标识转换成目标用户网络层标识Prose ID。

优选地，如果为源用户和目标用户所服务的Prose server不同，那么在Proseserver授权过程中，为源用户服务的Prose server可以根据目标用户的Prose ID列表或者目标Prose server ID列表找到为目标用户服务的Prose server交互临近业务授权信息。为目标用户服务的Prose server保存与源用户Prose ID和为源用户服务的Prose server之间的绑定，在为目标用户服务的Prose server收到目标用户发送的发现结果时，可以通过所述绑定关系找到为源用户服务的Prose server交互发现结果。

优选地，Prose server根据用户允许使用临近业务发现的授权结果将源用户Prose ID、目标用户Prose ID列表等信息发送给源用户注册的MME，所述MME将所述信息转发给源用户接入的eNB，由所述eNB配置临近业务发现所需的无线资源。

优选地，Prose server还可以将上述发现信息发送给目标用户注册的MME，所述MME将所述信息转发给目标用户接入的eNB，所述eNB配置临近业务发现所需的监听资源。

优选地，应用服务器向Prose服务器发送的发现请求消息中的目标用户Prose ID列表是可选的。

优选地，应用服务器向Prose服务器发送的发现请求消息中还可以包括为目标用户服务的Prose server ID，用于目标Prose server寻址。

优选地，Prose server在授权允许条件下向MME发送的目标用户Prose ID列表是可选的。

优选实施例二

本实施例提供了一种临近用户发现系统，下面对该系统的网元的功能进行描述。

APP server：对目标用户是否允许被发现进行授权。负责APP ID和Prose ID之间的转换。为Prose server提供发现信息(Prose ID、应用信息等)，接收Prose server返回的发现结果(Prose ID)。

Prose server：对APP server请求的临近业务进行应用授权，确定源用户和目标用户是否允许使用临近业务。当为源和目标用户服务的Prose server不同时，Proseserver之间交互授权和发现结果消息。向MME发送发现授权信息配置相应的无线资源。

MME：接收Prose server发送的发现授权消息，指示基站分配发现资源。在eNB接收到目标UE上报的发现结果时转发发现结果给Prose server。

eNB：接收MME发送的授权信息为用户分配发现所需的无线资源。在收到目标UE上报的用户发现结果时将所述信息给MME。

UE：广播发现信息、接收发现信息，将发现结果上报给为其服务的eNB。

优选实施例三

本优选实施例提供了一种用户发现方法，图8是根据本发明优选实施例的用户发现方法的流程图一，如图8所示，该方法包括：

步骤801，用户1使用应用层信令登录应用或者请求应用或者进行应用级的设置，在这个过程中用户1可以告知APP server希望发现的目标用户。

步骤802，APP server根据用户1的请求进行应用级授权，确定用户请求的目标用户发现是否在应用级配置上允许。如果获得授权，那么APP server将用户请求的目标用户APP ID以及用户1的APP ID转换成相应的Prose ID。APP server通过解析Prose ID或者保存的Prose server ID找到为用户1服务的Prose server发送发现请求。如果未获得授权则终止流程。

步骤803，APP server向为用户1服务的Prose serve1发送发现请求消息，消息中携带目标用户的Prose ID列表、为目标用户服务的Prose server列表、发现条件以及标识应用的信息。其中目标用户的Prose ID列表是可选的，在用户做限制发现的情况下携带，在开放发现的情况下不需要携带。为目标用户服务的Prose server列表用于寻址目标的Prose server进行信息交互。

步骤804，Prose server1根据配置对应用进行授权，确定APP server请求的应用是否可以使用临近业务功能。Prose server1同时对用户1在网络内是否可以使用临近业务功能进行授权。如果允许那么执行后面的步骤，反之则终止流程。

步骤805，Prose server1根据目标Prose ID或者目标Prose server标识解析出为目标用户服务的Prose server2，发送携带UE1网络信息(包括所属PLMN、Prose ID、为之服务的Prose server ID等)的交互请求，请求对端Prose server2确定是否允许用户1的网络发现目标用户。

步骤806，对端Prose server2根据目标用户签约/配置确定是否允许用户1的网络使用临近业务发现功能，如果允许则执行后续过程。

步骤807，对端Prose server2通过交互响应消息反馈允许发现的授权结果。Proseserver2保存与Prose ID1和Prose server1的绑定。

步骤808，Prose server1在获得发现授权确认后向用户1附着的MME发送授权发现消息，消息中携带用户标识Prose ID1。

步骤809，MME向用户1接入的eNB发送发现资源配置消息，请求eNB为用户1发现配置资源，消息中携带用户标识Prose ID1。

步骤810，用户1接入的eNB为用户1分配特定的发现导频。eNB将导频信息和ProseID绑定起来。

步骤811，eNB通过RRC配置消息将为用户1分配的特定导频发送给用户1.

步骤812，用户1在广播信道上发送用于发现的特定导频。

步骤813，目标用户2在广播信道上接收到了用户1的导频信息，将其上报给自己接入的eNB。在上报信息之前处于空闲状态的用户2需要与其接入的eNB建立信令连接，可以通过SR过程实现。

步骤814，目标用户2接入的eNB将用户1的导频信息转换成对应的Prose ID1，作为发现结果上报给为用户2服务的MME。

步骤815，MME向为目标用户2服务的Prose sever2上报发现结果，消息中携带Prose ID1作为发现参数，表明用户2被用户1发现。Prose server2保存用户间的发现信息。

步骤816，Prose server2根据Prose ID1或者保存的与Prose server1的绑定关系寻址到Prose server1，通过交互发现结果消息回复发现结果，消息中携带Prose ID2作为发现参数，表明用户1发现了用户2。

步骤817，Prose server1向APP server返回发现结果，消息中携带主动发现的用户1的Prose ID1和被发现的用户2的Prose ID2.

步骤818，APP server将相应的Prose ID转换成应用标识。

步骤819，APP server向用户1发送发现结果消息，消息中携带已经发现目标用户的APP ID2，表明用户1发现目标用户2。

步骤820，APP server向用户2发送发现结果消息，消息中携带主动发现的用户APPID1，表明用户2被用户1发现。

优选实施例四

本优选实施例提供了一种用户发现方法，图9是根据本发明优选实施例的用户发现方法的流程图二，如图9所示，该方法包括：

步骤901，用户1使用应用层信令登录应用或者请求应用或者进行应用级的设置，在这个过程中用户1可以告知APP server希望发现的目标用户。

步骤902，APP server根据用户1的请求进行应用级授权，确定用户请求的目标用户发现是否在应用级配置上允许。如果获得授权，那么APP server将用户请求的目标用户APP ID以及用户1的APP ID转换成相应的Prose ID。APP server通过解析Prose ID或者保存Prose server ID找到为用户1服务的Prose server发送发现请求。如果未获得授权则终止流程。

步骤903，APP server向为用户1服务的Prose serve1发送发现请求消息，消息中携带目标用户的Prose ID列表、为目标用户服务的Prose server列表、发现条件以及标识应用的信息。其中目标用户的Prose ID列表是可选的，在用户做限制发现的情况下携带，在开放发现的情况下不需要携带。为目标用户服务的Prose server列表用于寻址目标的Prose server进行信息交互。

步骤904，Prose server1根据配置对应用进行授权，确定APP server请求的应用是否可以使用临近业务功能。Prose server1同时对用户1在网络内是否可以使用临近业务功能进行授权。如果允许那么执行后面的步骤，反之则终止流程。

步骤905，Prose server1根据目标Prose ID或者目标Prose server标识解析出为目标用户服务的Prose server2，发送携带UE1网络信息(包括所属PLMN、Prose ID、为之服务的Prose server ID等)的交互请求，请求对端Prose server2确定是否允许用户1的网络发现目标用户。

步骤906，对端Prose server2根据目标用户签约/配置确定是否允许用户1的网络使用临近业务发现功能，如果允许则执行后续过程。

步骤907，对端Prose server2通过交互响应消息反馈允许发现的授权结果。Proseserver2保存与Prose ID1和Prose server1的绑定。

步骤908，Prose server1在获得发现授权确认后向用户1附着的MME发送授权发现消息，消息中携带目标用户Prose ID列表。本发明以要发现目标用户2为例进行说明，因此携带用户2的Prose ID2。

步骤909，MME向用户1接入的eNB发送发现资源配置消息，请求eNB为用户1发现配置资源，消息中携带目标用户标识Prose ID2。

步骤910，用户1接入的eNB为用户1分配发现资源。

步骤911，eNB通过RRC配置消息将目标用户标识Prose ID2发送给用户1.

步骤912，用户1在广播信道上发送目标用户标识Prose ID2。

步骤913，目标用户2在广播信道上接收到了发现Prose ID2的请求，将请求发现的用户标识Prose ID1上报给自己接入的eNB。在上报信息之前处于空闲态的用户2需要与其接入的eNB建立信令连接，可以通过SR过程实现。

步骤914，目标用户2接入的eNB将用户1标识Prose ID1作为发现结果上报给为用户2服务的MME。

步骤915，MME向为目标用户2服务的Prose sever2上报发现结果，消息中携带Prose ID1作为发现参数，表明用户2被用户1发现。Prose server2保存用户间的发现信息。

步骤916，Prose server2根据Prose ID1或者保存的与Prose server1的绑定关系寻址到Prose server1，通过交互消息回复发现结果，消息中携带Prose ID2作为发现参数，表明用户1发现了用户2.

步骤917，Prose server1向APP server返回发现结果，消息中携带发现的用户1的Prose ID1和被发现的用户2的Prose ID2.

步骤918，APP server将相应的Prose ID转换成应用标识。

步骤919，APP server向用户1发送发现结果消息，消息中携带已经发现目标用户的APP ID2，表明用户1发现目标用户2。

步骤920，APP server向用户2发送发现结果消息，消息中携带主动发现的用户APPID1，表明用户2被用户1发现。

优选实施例五

本优选实施例提供了一种用户发现方法，图10是根据本发明优选实施例的用户发现方法的流程图三，如图10所示，该方法包括如下步骤：

步骤1001，用户1使用应用层信令登录应用或者请求应用或者进行应用级的设置，在这个过程中用户1可以告知APP server希望发现的目标用户。

步骤1002，APP server根据用户1的请求进行应用级授权，确定用户请求的目标用户发现是否在应用级配置上允许。如果获得授权，那么APP server将用户请求的目标用户APP ID以及用户1的APP ID转换成相应的Prose ID。APP server通过解析Prose ID或者保存的Prose server ID找到为用户1服务的Prose server发送发现请求。如果未获得授权则终止流程。

步骤1003，APP server向为用户1服务的Prose serve1发送发现请求消息，消息中携带目标用户的Prose ID列表(可选)、为目标用户服务的Prose server列表、发现条件以及标识应用的信息。其中目标用户的Prose ID列表是可选的，在用户做限制发现的情况下携带，在开放发现的情况下不需要携带。为目标用户服务的Prose server列表用于寻址目标的Prose server进行信息交互。

步骤1004，Prose server1根据配置对应用进行授权，确定APP server请求的应用是否可以使用临近业务功能。Prose server1同时对用户1在网络内是否可以使用临近业务功能进行授权。如果允许那么执行后面的步骤，反之则终止流程。

步骤1005，Prose server1根据目标Prose ID或者目标的Prose server标识解析出为目标用户服务的Prose server2，发送携带UE1网络信息(包括所属PLMN、Prose ID、为之服务的Prose server ID等)的交互请求，请求对端Prose server2确定是否允许用户1的网络发现目标用户。

步骤1006，对端Prose server2根据目标用户签约/配置确定是否允许用户1的网络使用临近业务发现功能，如果允许则执行后续过程。

步骤1007，对端Prose server2通过交互响应消息反馈允许发现的授权结果。Prose server2保存与Prose ID1和Prose server1的绑定。在授权允许的条件下触发步骤1112操作。

步骤1008，Prose server1在获得发现授权确认后向用户1附着的MME发送授权发现消息。

步骤1009，MME在授权发现允许的情况下向用户1接入的eNB发送发现资源配置消息，请求eNB为用户1发现配置资源。

步骤1010，用户1接入的eNB为用户1分配发现资源。

步骤1011，eNB通过RRC配置消息将需要发现的资源配置给用户1.

步骤1012，Prose server2在发现授权确认后向用户2附着的MME发送授权发现消息，消息中携带需要监听的用户标识Prose ID1、启动监听的操作指示。

步骤1013，MME向用户2接入的eNB2发送发现资源配置消息，消息中携带需要监听的用户标识Prose ID1、启动监听的操作指示。

步骤1014，用户2接入的eNB2通过RRC配置消息告知用户2监听广播信道的ProseID1.

步骤1015，用户1在广播信道上发送用户标识Prose ID1。

步骤1016，如果目标用户2在广播信道上监听到了Prose ID1的发现信令，则需要上报发现结果。

步骤1017，用户2在向其接入的eNB发送的上报结果消息中携带Prose ID1，表明被用户1发现。

步骤1018，用户2接入的eNB将Prose ID1作为发现结果上报给为用户2服务的MME。

步骤1019，MME向为目标用户2服务的Prose sever2上报发现结果，消息中携带Prose ID1作为发现参数，表明用户2被用户1发现。Prose server2保存用户间的发现信息。

步骤1020，Prose server2根据Prose ID1或者保存的与Prose server1的绑定关系寻址到Prose server1，通过交互消息回复发现结果，消息中携带Prose ID2作为发现参数，表明用户1发现了用户2。

步骤1021，Prose server1向APP server返回发现结果，消息中携带发现的用户1的Prose ID1和被发现的用户2的Prose ID2。

步骤1022，APP server将相应的Prose ID转换成应用标识。

步骤1023，APP server向用户1发送发现结果消息，消息中携带已经发现目标用户的APP ID2，表明用户1发现目标用户2。

步骤1024，APP server向用户2发送发现结果消息，消息中携带主动发现的用户APP ID1，表明用户2被用户1发现。

需要说明的是，上述实施例中请求发现操作的用户为源用户，被发现的用户为目标用户，上述实施例中，描述了临近业务发现的资源配置方法及装置，需要说明的是，在采用了本申请的临近业务发现的资源配置方案后，可以采用相关技术中的用户发现方法进行用户发现操作以及信息上报。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (17)

1.一种临近业务发现的资源配置方法，其特征在于包括：

临近业务服务器接收应用服务器发送的发现请求；

所述临近业务服务器判断出所述发现请求对应的应用允许在网络中授权进行临近业务发现，且所述发现请求对应的用户设备UE在所述网络中授权进行所述临近业务发现；

所述临近业务服务器将预设信息转发给所述UE接入的基站eNB，触发所述eNB根据所述预设信息为所述UE分配临近业务发现所需要的资源。

2.根据权利要求1所述的方法，其特征在于，所述临近业务服务器将预设信息转发给所述UE接入的基站eNB包括：

所述临近业务服务器将所述预设信息发送给所述UE所注册的移动管理实体MME，触发所述MME将所述预设信息发送给所述UE接入的基站eNB。

3.根据权利要求1所述的方法，其特征在于，所述发现请求包括以下之一：所述UE的临近业务标识Prose ID、所述应用的信息和所述UE对应的目标UE的Prose ID；所述UE的ProseID和所述应用的信息。

4.根据权利要求1所述的方法，其特征在于，所述预设信息包括以下之一：所述UE的Prose ID和与所述UE对应的目标UE的Prose ID；与所述UE对应的目标UE的Prose ID。

5.根据权利要求1至4中任一项所述的方法，其特征在于，在所述临近业务服务器将预设信息转发给所述UE接入的eNB，触发所述eNB根据所述预设信息为所述UE分配临近业务发现所需要的资源进行用户发现之后，还包括：所述临近业务服务器与所述UE对应的目标UE的临近业务服务器交互临近业务的用户的发现结果。

6.一种临近业务发现的资源配置方法，其特征在于包括：

应用服务器接收用户设备UE发送的临近业务的应用信息；

所述应用服务器将所述应用信息包括的应用的标识转换为临近业务标识Prose ID，根据所述Prose ID或者临近业务服务器的标识确定所述UE对应的临近业务服务器；

所述应用服务器向所述临近业务服务器发送发现请求，触发所述临近业务服务器进行临近业务发现操作。

7.根据权利要求6所述的方法，其特征在于，在所述应用服务器向所述临近业务服务器发送发现请求之前，还包括：

所述应用服务器根据应用级配置或签约对目标用户允许被发现进行授权；

所述应用服务器将满足发现条件的所述目标用户的应用层标识转换成所述目标用户的Prose ID。

8.根据权利要求7所述的方法，其特征在于，所述发现请求中还包括为所述目标UE服务的临近业务服务器的临近业务服务器标识，所述临近业务服务器标识用于寻址。

9.根据权利要求7所述的方法，其特征在于，所述应用信息包括：应用请求消息、用户应用标识、应用类型。

10.根据权利要求6所述的方法，其特征在于，所述发现请求包括以下之一：所述UE的临近业务标识Prose ID、应用的信息和所述UE对应的目标UE的Prose ID；所述UE的Prose ID和所述应用的信息。

11.根据权利要求6所述的方法，其特征在于，在所述应用服务器向所述临近业务服务器发送发现请求，触发所述临近业务服务器进行临近业务发现操作之后，还包括：所述应用服务器接收所述临近业务服务器发送的发现结果，其中，所述发现结果是由eNB上报给MME，经由所述MME转发给所述临近业务服务器的。

12.一种临近业务发现的资源配置装置，应用于临近业务服务器，其特征在于包括：

第一接收模块，用于接收应用服务器发送的发现请求；

判断模块，用于判断出所述发现请求中对应的应用允许在网络中授权进行临近业务发现，且所述发现请求中对应的UE在所述网络中授权进行所述临近业务发现；

转发模块，用于将预设信息转发给所述UE接入的基站eNB，触发所述eNB根据所述预设信息为所述UE分配临近业务发现所需要的资源。

13.根据权利要求12所述的装置，其特征在于，所述转发模块包括：

第一发送模块，用于将所述预设信息发送给所述UE所注册的移动管理实体MME，触发所述MME将所述预设信息发送给所述UE接入的基站eNB。

14.根据权利要求12所述的装置，其特征在于，还包括：交互模块，用于与所述UE对应的目标UE的临近业务服务器交互临近业务的用户的发现结果。

15.一种临近业务发现的资源配置装置，应用于应用服务器，其特征在于包括：

第二接收模块，用于接收用户设备UE发送的临近业务的应用信息；

转换模块，用于将所述应用信息包括的应用的标识转换为临近业务标识Prose ID，根据所述Prose ID或者临近业务服务器的标识与确定所述UE对应的临近业务服务器；

第二发送模块，用于向所述临近业务服务器发送发现请求，触发所述临近业务服务器进行临近业务发现操作。

16.根据权利要求15所述的装置，其特征在于，还包括：

授权模块，用于根据应用级配置或签约对目标用户允许被发现进行授权；

第二转换模块，用于将满足发现条件的所述目标用户的应用层标识转换成所述目标用户的Prose ID。

17.根据权利要求15所述的装置，其特征在于，还包括：第三接收模块，用于接收所述临近业务服务器发送的发现结果，其中，所述发现结果是由eNB上报给MME，经由所述MME转发给所述临近业务服务器的。