法律状态公告日
法律状态信息
法律状态
2019-10-25
授权
授权
2017-06-06
实质审查的生效 IPC(主分类):H04W76/00 申请日:20141011
实质审查的生效
2017-05-10
公开
公开
本发明涉及移动通信技术领域，特别涉及一种用户发现方法、用户设备以及接近业务功能实体。
移动网络中，用户设备(英文：User Equipment，简称：UE)之间相互发现是距离较近的UE之间直接通信的前提。
现有的UE相互发现里，通常通过监听流程来实现。监听UE想要监听其他UE(下文中称为被监听UE)，需要先向接近业务功能实体发送监听请求，由接近业务功能实体将监听请求转发给应用服务器，然后应用服务器判断该被监听UE是否开启了发现功能(也可以称为广播功能)，如果该被监听UE开启了发现功能，则应用服务器向接近业务功能实体发送被监听UE的信息，由接近业务功能实体将被监听UE进行广播使用的接近业务应用代码发送给监听UE，使得监听UE能够利用该接近业务应用代码开始监听被监听UE。
在实现本发明的过程中，发明人发现相关技术至少存在以下问题：
若监听UE要发现被监听UE，需要被监听UE主动开启发现功能(即主动广播)，如果被监听的UE没有开启发现功能，则监听UE无法发现被监听UE。
发明内容
为了解决现有技术中如果被监听的UE没有开启发现功能，则监听UE无法发现被监听UE的问题，本发明实施例提供了用户发现方法、用户设备以及接近业务功能实体。所述技术方案如下：
一方面，提供了一种用户发现方法，所述方法包括：
接收监听用户设备UE发送的第一消息，所述第一消息用于请求监听被监听UE，所述第一消息携带命令字，所述命令字用于申请监听授权；
向所述被监听UE发送第二消息，所述第二消息用于向所述被监听UE申请监听授权，所述第二消息携带所述监听UE的标识；
为所述被监听UE分配广播码字；
接收所述被监听UE发送的第三消息，所述第三消息用于指示所述被监听UE是否同意被所述监听UE监听，所述第三消息携带所述被监听UE的标识；
若所述第三消息指示所述被监听UE同意被所述监听UE监听，则向所述监听UE发送第四消息，所述第四消息携带所述被监听UE的标识和所述被监听UE的广播码字。
具体地，所述方法还包括：
保存监听相关上下文，所述监听相关上下文包括：所述被监听UE的标识、所述监听UE的标识、所述被监听UE的广播码字以及所述被监听UE的广播码字的生命周期。
具体地，所述方法还包括：
当所述被监听UE的广播码字的生命周期到期后，为所述被监听UE分配新的广播码字；
根据保存的所述监听相关上下文，向所述监听UE发送所述新的广播码字。
具体地，所述方法还包括：
接收所述监听UE发送的第五消息，所述第五消息用于提示所述监听UE无法监听到所述被监听UE，所述第五消息携带所述被监听UE的广播码字或所述被监听UE的标识；
根据所述第五消息，向所述被监听UE发送告警。
具体地，所述方法还包括：
接收所述监听UE发送的第六消息，所述第六消息用于所述监听UE发起去激活请求，所述第六消息携带被监听UE的广播码字；
根据所述第六消息和所述监听相关上下文，向所述被监听UE发送第七消息，所述第七消息用于指示所述被监听UE停止广播。
具体地，所述方法还包括：
接收所述被监听UE发送的第八消息，所述第八消息用于所述被监听UE发起去激活请求，所述第八消息携带所述被监听UE的广播码字；
根据所述第八消息和所述监听相关上下文，向监听UE发送第九消息，所述第九消息用于指示所述监听UE停止对所述被监听UE的监听。
另一方面，提供了一种用户发现方法，所述方法包括：
向接近业务功能实体发送第一消息，所述第一消息用于请求监听被监听UE，所述第一消息携带命令字，所述命令字用于申请监听授权；
接收所述接近业务功能实体发送的第二消息，所述第二消息是所述接近业务功能实体在收到被监听UE发送的第三消息后且所述第三消息指示所述被监听UE同意被所述监听UE监听时发送的，所述第三消息携带所述被监听UE的标识，所述第二消息携带所述被监听UE的标识和所述被监听UE的广播码字。
具体地，所述方法还包括：
向接近业务功能实体发送第四消息，所述第四消息用于提示所述监听UE无法监听到所述被监听UE，所述第四消息携带所述被监听UE的广播码字或所述被监听UE的标识。
具体地，所述方法还包括：
向接近业务功能实体发送第五消息，所述第五消息用于发起去激活请求，所述第五消息携带所述被监听UE的广播码字。
另一方面，提供了一种用户发现方法，所述方法包括：
接收接近业务功能实体发送的第一消息，所述第一消息是所述接近业务功能实体在收到监听UE发送的第二消息后发送的，所述第二消息用于监听UE请求监听被监听UE，所述第二消息携带命令字，所述命令字用于申请监听授权，所述第一消息用于申请监听授权，所述第一消息携带所述监听UE的标识；
接收接近业务功能实体分配的广播码字；
向接近业务功能实体发送第三消息，所述第三消息用于指示是否同意被所述监听UE监听，所述第三消息携带所述被监听UE的标识。
具体地，所述方法还包括：
向接近业务功能实体发送第四消息，所述第四消息用于发起去激活请求，所述第四消息携带被监听UE的广播码字。
具体地，所述方法还包括：
若所述被监听UE同意被所述监听UE监听且收到所述广播码字，则发送广播消息，所述广播消息携带被监听UE的广播码字。
另一方面，提供了一种接近业务功能实体，所述接近业务功能实体包括：
第一接收模块，用于接收监听UE发送的第一消息，所述第一消息用于请求监听被监听UE，所述第一消息携带命令字，所述命令字用于申请监听授权；
第一发送模块，用于向所述被监听UE发送第二消息，所述第二消息用于向所述被监听UE申请监听授权，所述第二消息携带所述监听UE的标识；
分配模块，用于为所述被监听UE分配广播码字；
第二接收模块，用于接收所述被监听UE发送的第三消息，所述第三消息用于指示所述被监听UE是否同意被所述监听UE监听，所述第三消息携带所述被监听UE的标识；
第二发送模块，用于当所述第三消息指示所述被监听UE同意被所述监听UE监听时，向所述监听UE发送第四消息，所述第四消息携带所述被监听UE的标识和所述被监听UE的广播码字。
具体地，所述接近业务功能实体还包括：
存储模块，用于保存监听相关上下文，所述监听相关上下文包括：所述被监听UE的标识、所述监听UE的标识、所述被监听UE的广播码字以及所述被监听UE的广播码字的生命周期。
具体地，所述接近业务功能实体还包括：
处理模块，用于当所述被监听UE的广播码字的生命周期到期后，为所述被监听UE分配新的广播码字；
第三发送模块，用于根据保存的所述监听相关上下文，向所述监听UE发送所述新的广播码字。
具体地，所述接近业务功能实体还包括：
第三接收模块，用于接收所述监听UE发送的第五消息，所述第五消息用于提示所述监听UE无法监听到所述被监听UE，所述第五消息携带所述被监听UE的广播码字或所述被监听UE的标识；
第四发送模块，用于根据所述第五消息，向所述被监听UE发送告警。
具体地，所述接近业务功能实体还包括：
第四接收模块，用于接收所述监听UE发送的第六消息，所述第六消息用于所述监听UE发起去激活请求，所述第六消息携带被监听UE的广播码字；
第五发送模块，用于根据所述第六消息和所述监听相关上下文，向所述被监听UE发送第七消息，所述第七消息用于指示所述被监听UE停止广播。
具体地，所述接近业务功能实体还包括：
第五接收模块，用于接收所述被监听UE发送的第八消息，所述第八消息用于所述被监听UE发起去激活请求，所述第八消息携带所述被监听UE的广播码字；
第六发送模块，用于根据所述第八消息和所述监听相关上下文，向监听UE发送第九消息，所述第九消息用于指示所述监听UE停止对所述被监听UE的监听。
另一方面，提供了一种用户设备，所述用户设备包括：
第一发送模块，用于向接近业务功能实体发送第一消息，所述第一消息用于请求监听被监听UE，所述第一消息携带命令字，所述命令字用于申请监听授权；
接收模块，用于接收所述接近业务功能实体发送的第二消息，所述第二消息是所述接近业务功能实体在收到被监听UE发送的第三消息后且所述第三消息指示所述被监听UE同意被所述监听UE监听时发送的，所述第三消息携带所述被监听UE的标识，所述第二消息携带所述被监听UE的标识和所述被监听UE的广播码字。
具体地，所述用户设备还包括：
第二发送模块，用于向接近业务功能实体发送第四消息，所述第四消息用于提示所述监听UE无法监听到所述被监听UE，所述第四消息携带所述被监听UE的广播码字或所述被监听UE的标识。
具体地，所述用户设备还包括：
第三发送模块，用于向接近业务功能实体发送第五消息，所述第五消息用于发起去激活请求，所述第五消息携带所述被监听UE的广播码字。
另一方面，提供了一种用户设备，所述用户设备包括：
第一接收模块，用于接收接近业务功能实体发送的第一消息，所述第一消息是所述接近业务功能实体在收到监听UE发送的第二消息后发送的，所述第二消息用于监听UE请求监听被监听UE，所述第二消息携带命令字，所述命令字用于申请监听授权，所述第一消息用于申请监听授权，所述第一消息携带所述 监听UE的标识；
第一发送模块，用于向接近业务功能实体发送第三消息，所述第三消息用于指示是否同意被所述监听UE监听，所述第三消息携带所述被监听UE的标识；
第二接收模块，用于接收接近业务功能实体分配的广播码字。
具体地，所述用户设备还包括：
第二发送模块，用于向接近业务功能实体发送第四消息，所述第四消息用于发起去激活请求，所述第四消息携带被监听UE的广播码字。
具体地，所述用户设备还包括：
第三发送模块，用于当所述被监听UE同意被所述监听UE监听且收到所述广播码字时，发送广播消息，所述广播消息携带被监听UE的广播码字。
另一方面，提供了一种接近业务功能实体，所述接近业务功能实体包括：
处理器、存储器、总线和通信接口；所述存储器用于存储计算机执行指令，所述处理器与所述存储器通过所述总线连接，当所述计算机运行时，所述处理器执行所述存储器存储的所述计算机执行指令，以使所述计算机执行如前述的一种用户发现方法。
另一方面，提供了一种用户设备，所述用户设备包括：
处理器、存储器、总线和通信接口；所述存储器用于存储计算机执行指令，所述处理器与所述存储器通过所述总线连接，当所述计算机运行时，所述处理器执行所述存储器存储的所述计算机执行指令，以使所述计算机执行如前述的一种用户发现方法。
另一方面，提供了一种用户设备，所述用户设备包括：
处理器、存储器、总线和通信接口；所述存储器用于存储计算机执行指令，所述处理器与所述存储器通过所述总线连接，当所述计算机运行时，所述处理器执行所述存储器存储的所述计算机执行指令，以使所述计算机执行如前述的一种用户发现方法。
本发明实施例提供的技术方案带来的有益效果是：
通过获取监听UE发送的第一消息，并向被监听UE发送第二消息，该第二 消息用于向被监听UE申请监听授权，可以在被监听UE没有开始广播时也能获知有监听UE向其发送了申请监听授权，进而开始广播；然后接收被监听UE发送的第三消息，其中，若第三消息指示被监听用户同意受监听用户监听，则向监听UE发送第四消息，该第四消息中携带被监听UE的广播码字，使得监听UE能够通过该广播码字实现对被监听UE的监听，进而实现了在被监听用户没有主动广播的情况下，监听用户也能对其进行监听发现。
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例一提供的一种用户发现方法流程图；
图2是本发明实施例二提供的一种用户发现方法的交互图；
图3是本发明实施例二提供的注册流程图；
图4是本发明实施例二提供的广播码字重新分配流程图；
图5是本发明实施例二提供的告警流程图；
图6是本发明实施例二提供的去激活流程图；
图7是本发明实施例二提供的去激活流程图；
图8是本发明实施例三提供的一种用户发现方法流程图；
图9是本发明实施例四提供的一种用户发现方法流程图；
图10是本发明实施例五提供的接近业务功能实体结构示意图；
图11是本发明实施例六提供的接近业务功能实体结构示意图；
图12是本发明实施例七提供的用户设备结构示意图；
图13是本发明实施例八提供的用户设备结构示意图；
图14是本发明实施例九提供的接近业务功能实体结构示意图；
图15是本发明实施例十提供的用户设备结构示意图；
图16是本发明实施例十一提供的用户设备结构示意图。
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明 实施方式作进一步地详细描述。
为了便于理解本发明实施例，下面先简单介绍一下接近业务及其应用场景。所谓接近业务，是指当两个(或多个)UE相隔较近时，能够相互发现，并且可以在不经过核心网实体的情况下，直接进行数据交换或者仅通过基站进行数据交换。其中，用户相互发现是接近业务的重要部分。
在用户相互发现的过程中，需要一个UE(在本发明实施例中被称为被监听UE)广播并在广播消息中携带自己的身份信息，例如用户ID、用户代码等，而另一个UE(在本发明实施例中被称为监听UE)在收到广播后，根据广播中的身份信息判断发送广播消息的UE是否是其想要发现的UE，若发送广播消息的UE是监听UE想要发现的UE，则监听UE会将被监听UE的相关信息上报给应用服务器，然后由应用服务器将监听UE的相关信息(例如用户名、个性签名等应用信息)发送给被监听UE，并将监听UE的相关信息发送给被监听UE，从而实现了用户的相互发现。
被监听UE的广播可以是主动广播，即由被监听用户主动开启广播功能，也可以是被动广播，即由监听UE向被监听UE申请监听，被监听用户允许被监听UE监听时，被监听UE广播。本发明实施例的重点在于被监听UE的被动广播，适用于被监听UE的使用者因为不会操作或者忘记开启广播功能等原因而未开启广播功能，而监听UE需要对被监听UE进行监听的场景，例如家长希望随时监控孩子(孩子可能因为年纪小而不知道如何开启广播功能)，导游监控随团游客(游客可能走散而忘了开启广播功能)，朋友之间逛街不希望走散(逛街时没想过会走散而忘记开启广播功能)等场景。
实施例一
本发明实施例提供了一种用户发现方法，该方法可以由核心网实体执行，例如核心网中的接近业务功能实体，接近业务功能实体可以单独设置。参见图1，该方法包括：
步骤S11：接收监听UE发送的第一消息，该第一消息用于请求监听被监听UE，该第一消息携带命令字，该命令字用于申请监听授权。
具体地，该第一消息可以采用通过在受限发现请求中携带监听命令字(即步骤S11中的命令字)实现，在实际应用中，该监听命令字可以为supervising， 该监听命令字可以用于让接近业务功能实体触发鉴权流程，以及触发被监听UE广播。
需要说明的是，在本发明实施例中，监听UE(在实际应用中，可被称为Monitoring UE)是指监听用户所使用的UE，同样的，被监听UE(在实际应用中，可被称为Announcing UE)是指被监听用户所使用的UE。
步骤S12：向被监听UE发送第二消息，该第二消息用于向被监听UE申请监听授权，该第二消息携带监听UE的标识。
在本实施例中，第二消息还可以携带命令字。
在本实施例中，被监听UE根据接收到的第二消息获知有UE向其发出了监听请求，被监听UE可以根据该第二消息提示用户是否接受监听，用户可以通过用户命令选择是否接受监听，被监听UE接收用户命令后，根据收到的用户命令发出相应的信息。
具体地，该被监听UE的标识可以是用户的固定ID(例如客户识别模块(Subscriber Identity Module，简称SIM)卡ID)，也可以是为用户分配的临时ID，本实施例中的标识优选为临时ID，临时ID可以避免应用服务器获知UE的移动网络身份信息，保证用户的移动网络身份信息的安全。
若该标识为临时ID，则该临时ID是接近业务功能实体为UE分配的，该临时ID可以包括公共陆地移动网络(Public Land Mobile Network，简称PLMN)ID，用于在演进分组核心网(Evolved Packet Core，简称EPC)中唯一确定UE。
步骤S13：为被监听UE分配广播码字。
其中，被监听UE的广播码字是指被监听UE将在广播消息中携带的码字。
需要说明是，接近业务功能实体为被监听UE分配广播码字，可以是在被监听UE同意被监听UE监听后执行，也可以在接近业务功能实体向被监听UE发送第二消息时，同步执行。
步骤S14：接收被监听UE发送的第三消息，该第三消息用于指示被监听UE是否同意被监听UE监听，该第三消息携带被监听UE的标识。
若第三消息指示被监听UE同意被监听UE监听，则执行步骤S15；若第三消息指示被监听UE不同意被监听UE监听，则向监听UE发送响应消息，该响应消息用于表示被监听UE不同意接受监听。
步骤S15：向监听UE发送第四消息，该第四消息携带被监听UE的标识和 被监听UE的广播码字。
具体地，监听UE收到被监听UE的广播码字后，开始对被监听UE进行监听。
本发明实施例通过获取监听UE发送的第一消息，并向被监听UE发送第二消息，该第二消息用于向被监听UE申请监听授权，可以在被监听UE没有开始广播时也能获知有监听UE向其发送了申请监听授权，进而开始广播；然后接收被监听UE发送的第三消息，其中，若第三消息指示被监听用户同意受监听用户监听，则向监听UE发送第四消息，该第四消息中携带被监听UE的广播码字，使得监听UE能够通过该广播码字实现对被监听UE的监听，进而实现了在被监听用户没有主动广播的情况下，监听用户也能对其进行监听发现。
实施例二
本发明实施例提供了一种用户发现方法，在本实施例中，UE的标识为由接近业务功能实体为UE分配的UE ID(下文中被称为UE的第一标识)，同时，应用服务器为应用用户分配了用户ID(下文中被称为UE的第二标识)，参见图2，该方法包括：
步骤S21：监听UE向接近业务功能实体发送第一消息，该第一消息用于请求监听被监听UE，该第一消息携带命令字，该命令字用于申请监听授权。
具体地，该第一消息可以采用通过在受限发现请求中携带监听命令字(即步骤S21中的命令字)实现，在实际应用中，该监听命令字可以为supervising，该监听命令字可以用于让接近业务功能实体触发鉴权流程，以及触发被监听UE广播。
可选地，监听UE还可以根据用户命令向接近业务功能实体发送监听时长等监听相关信息。
需要说明的是，在本发明实施例中，监听UE是指监听用户所使用的UE。
可选地，该第一消息还可以包括监听UE的第二标识和被监听UE的第二标识。
具体地，应用服务器会为UE分配第二标识，该第二标识可以是用户的固定ID(例如用户的即时通信应用账号等)，也可以是根据用户的固定ID分配的临时ID(例如与用户的即时通信应用账号对应的临时ID)，本实施例中的第二标 识优选为临时ID，从而可以避免核心网实体获知用户的应用层信息，例如账户信息、签名等，保证用户的应用层信息的安全。本实施例将以第二标识为临时ID进行说明，下文中不再强调。
在实际应用中，监听UE可以通过如下方式来指定监听对象(即被监听UE)：
1，用户通过UE上的客户端登录应用服务器后，应用服务器会根据预存的用户的好友信息，向用户及其好友分配第二标识，并将这些第二标识配置在该用户所使用的UE中。
2，监听UE向接近业务功能实体发送第一消息中，同时携带监听UE和被监听UE的第二标识，具体地，监听UE收到监听用户发出的监听命令，该监听命令中包括监听对象(即被监听用户)的用户ID(例如用户的即时通信应用账号)，根据监听命令中的监听对象的用户ID确定监听对象的第二标识，并根据监听命令中的被监听对象的用户ID确定被监听用户的第二标识，然后将监听对象的第二标识和被监听用户的第二标识发送给接近业务功能实体。
上述步骤2还可以通过以下方式实现：
监听UE向接近业务功能实体发送第一消息中，仅包括监听用户的第二标识，而不包括被监听用户的第二标识。在这种情况下，监听用户向监听UE发出监听命令，该监听命令中包括监听对象(即被监听用户)的用户ID(例如用户的即时通信应用账号)，监听UE收到该监听命令后，会将被监听用户的用户ID，通过接近业务功能实体发送给应用服务器，而应用服务器中保存有监听用户的第二标识和被监听用户的第二标识的对应关系。
步骤S22：接近业务功能实体将监听UE发送的第一消息发送给应用服务器。
在具体实现中，接近业务功能实体通常是根据运营商设置的，属于不同的运营商的UE通常由各自的运营商的接近业务功能实体进行管理，包括分配UEID、接近业务应用服务代码以及管理UE的监听上下文(将在下文中详细描述)。在本实施例中，将监听UE和被监听UE由同一个运营商的接近业务功能实体管理的情况称为未漫游，将监听UE和被监听UE由不同的运营商的接近业务功能实体管理的情况称为漫游。
步骤S23：应用服务器采用被监听用户的第二标识、根据存储的第二标识与第一标识之间的映射关系查找被监听UE的第一标识。
若应用服务器没有查找到被监听UE的第一标识，则执行步骤S24；若应用 服务器查找到被监听UE的第一标识，则执行步骤S25。
需要说明的是，在本发明实施例中，被监听UE是指被监听用户所使用的UE。
同样地，该UE的第一标识可以是用户的固定ID(例如客户识别模块(Subscriber Identity Module，简称SIM)卡ID)，也可以是为用户分配的临时ID，在本实施例中，这些第一标识优选为临时ID，临时ID可以避免应用服务器获知UE的移动网络身份信息，保证用户的移动网络身份信息的安全。
若这些第一标识为临时ID，则这些临时ID是接近业务功能实体为UE分配的，这些临时ID可以包括公共陆地移动网络(Public Land Mobile Network，简称PLMN)ID，用于在演进分组核心网(Evolved Packet Core，简称EPC)中唯一确定UE。
在实际应用中，第二标识与第一标识之间的映射关系是预先保存在应用服务器上的(例如，通过下文中所述的注册流程获得)。而如前所述，被监听用户的第二标识可以携带在前述第一消息中发送给应用服务器，也可以预先发送给应用服务器。
本实施例将以第一标识为临时ID进行说明，下文中不再强调。
步骤S24：应用服务器向被监听UE发送注册命令，该注册命令用于指示被监UE端发起注册流程。
容易知道，该注册流程也可以由UE主动发起。
具体地，参见图3，该注册流程如下：
31，被监听UE根据注册命令向接近业务功能实体发送注册请求，该注册请求包括被监听用户的第二标识。
该注册请求可以为受限发现注册(Restricted discovery Registration)请求。
32，接近业务功能实体为该被监听UE分配第一标识。
33，接近业务功能实体将被监听UE的第一标识和注册请求发送给应用服务器。
34，应用服务器向接近业务功能实体反馈第一确认消息。
35，接近业务功能实体在收到第一确认消息后，向被监听UE反馈第二确认消息，该第二确认消息包括被监听UE的第一标识。
36，被监听UE向应用服务器发送注册完成指示消息。
37，应用服务器收到注册完成指示消息后，保存被监听UE的第一标识和第二标识的映射关系。
可以理解地，应用服务器在向被监听UE发送注册命令时，被监听UE可以输出用户选项，供用户选择发起或不发起注册流程。
被监听UE完成注册流程后，可以继续执行步骤S25。
步骤S25：应用服务器将被监听UE的第一标识反馈给接近业务功能实体。
在实际应用中，应用服务器还可以将监听时长发送给接近业务功能实体。
步骤S26：接近业务功能实体向被监听UE发送第二消息，该第二消息用于向被监听UE申请监听授权，该第二消息携带被监听UE的第一标识。
在本实施例中，第二信息还可以携带命令字。
在本实施例中，被监听UE根据接收到的第二消息获知有UE向其发出了监听请求，被监听UE可以根据该第二消息提示用户是否接受监听，用户可以通过用户命令选择是否接受监听，被监听UE接收用户命令后，根据收到的用户命令发出相应的消息。
在实际应用中，接近业务功能实体还可以将监听时长发送给被监听UE。
当监听UE和被监听UE处于未漫游场景下时，该第二消息由监听UE和被监UE所共用的接近业务功能实体直接发送给被监听UE；当监听UE和被监听UE处于漫游场景下时，该第二消息会经由被监听UE所属运营商的接近业务功能实体转发给被监听UE。
步骤S27：接近业务功能实体为被监听UE分配广播码字。
其中，被监听UE的广播码字是指被监听UE将在广播消息中携带的码字。
需要说明是，接近业务功能实体为被监听UE分配广播码字，可以是在被监听UE同意被监听UE监听后执行，也可以在接近业务功能实体向被监听UE发送第二消息时，同步执行。
步骤S28：被监听UE向接近业务功能实体发第三消息，该第三消息用于指示被监听UE是否同意被监听UE监听，该第三消息携带被监听UE的第一标识。
若第三消息指示被监听UE同意被监听UE监听，则执行步骤S29；若第三消息指示被监听UE不同意被监听UE监听，则向监听UE发送响应消息，该响应消息用于表示被监听UE不同意接受监听。
同样地，当监听UE和被监听UE处于未漫游场景下时，该第三消息由监听 UE和被监UE所共用的接近业务功能实体直接发送给监听UE；当监听UE和被监听UE处于漫游场景下时，被监听UE会将该第三消息发送给其所属运营商的接近业务功能实体，经由监听UE所属运营商的接近业务功能实体转发给该监听UE。
步骤S29：接近业务功能实体向监听UE发送第四消息，该第四消息携带被监听UE的广播码字。
具体地，监听UE收到被监听UE的广播码字后，开始对被监听UE进行监听。
在本实施例中，该广播码字用于在空口上唯一标识一个UE。
同样地，当监听UE和被监听UE处于未漫游场景下时，该第四消息由监听UE和被监UE所共用的接近业务功能实体直接发送给监听UE；当监听UE和被监听UE处于漫游场景下时，该第四消息由监听UE所属运营商的接近业务功能实体发送给该监听UE。
步骤S30：若被监听UE同意被监听UE监听且收到广播码字，则发送广播消息，该广播消息携带被监听UE的广播码字。
具体地，被监听UE在同意被监听且收到广播码字后，就开始广播，同时发送携带有广播码字的广播消息。
在实际应用中，接近业务功能实体会保存监听相关上下文，该监听相关上下文包括：被监听UE的第一标识、监听UE的第一标识、被监听UE的广播码字以及被监听UE的广播码字的生命周期。
具体的，该监听相关上下文还可以包括监听时长等信息。
可选地，本实施例提供的方法还可以包括：
当被监听UE的广播码字的生命周期到期后，接近业务功能实体为被监听UE分配新的广播码字；
接近业务功能实体根据保存的监听相关上下文，向该被监听UE对应的监听UE发送新的广播码字。
在本实施例中，由于广播码字是有生命周期的，若在监听过程中，广播码字生命周期结束，则会触发广播码字重新分配流程，参见图4，该重新分配流程如下：
41，接近业务功能实体为被监听UE分配新的广播码字。
42，分配到新的广播码字的被监听UE向接近业务功能实体反馈第三确认消息。
43，接近业务功能实体根据保存的监听相关上下文，向该被监听UE对应的监听UE发送该新的广播码字。
44，监听UE向接近业务功能实体反馈第四确认消息。
通过广播码字重新分配流程可以避免因广播码字过期或失效而出现的无法监听的情况。
可选地，在本实施例中，若监听UE无法监听到某个被监听UE，则本实施例的方法还可以包括：
接近业务功能实体接收监听UE发送的第五消息，该第五消息用于监听UE无法监听到被监听UE，该第五消息携带该被监听UE的广播码字或该被监听UE的第一标识；
接近业务功能实体根据该第五消息，向该被监听UE发送告警。
在本实施例中，若监听UE发现无法监听被监听的UE，则会触发告警流程，参见图5，该告警流程如下：
51，监听UE向接近业务功能实体发送第五消息，该第五消息用于监听UE无法监听到被监听UE，该第五消息携带该被监听UE的广播码字。
52，接近业务功能实体根据第五消息和监听相关上下文，检索该被监听UE的第一标识。
53，接近业务功能实体将该第一标识发送给应用服务器。
54，应用服务器向该被监听UE发出告警。
55，应用服务器向接近业务功能实体反馈第五确认消息。
56，接近业务功能实体向监听UE反馈第六确认消息。
在本实施例的另一种实现方式中，第五消息可以携带该被监听UE的第一标识，则上述报警流程的步骤52可以省略。
可选地，在本实施例中，若在监听过程中，监听用户不想监听了，则本实施例的方法还可以包括：
接近业务功能实体接收监听UE发送的第六消息，该第六消息用于监听UE发起去激活请求，该第六消息携带被监听UE的广播码字；
接近业务功能实体根据该第六消息和监听相关上下文，向被监听UE发送第 七消息，该第七消息用于指示被监听UE停止广播。
在本实施例中，若在监听过程中，监听用户不想监听了，可以由监听用户发起去激活流程，参见图6，该去激活流程包括：
61，监听UE向接近业务功能实体发送第六消息，该第六消息用于监听UE发起去激活请求，该第六消息携带被监听UE的广播码字。
62，接近业务功能实体根据第六消息和监听相关上下文，向被监听UE发送第七消息，该第七消息用于指示被监听UE停止广播。
63，被监听UE根据该第七消息停止广播。
64，被监听UE向接近业务功能实体反馈第七确认消息。
65，接近业务功能实体向监听UE反馈第八确认消息。
66，接近业务功能实体删除相关的监听相关上下文。
可选地，在本实施例中，若在监听过程中，被监听用户不想被监听了，则本实施例的方法还可以包括：
接近业务功能实体接收被监听UE发送的第八消息，该第八消息用于被监听UE发起去激活请求，该第八消息携带被监听UE的广播码字；
接近业务功能实体根据第八消息和监听相关上下文，向监听UE发送第九消息，该第九消息用于指示监听UE停止对被监听UE的监听。
在本实施例中，若在监听过程中，被监听用户不想被监听了，可以由被监听UE发起去激活流程，参见图7，该流程包括：
71，被监听UE向接近业务功能实体发送第八消息，该第八消息用于被监听UE发起去激活请求，该第八消息携带被监听UE的广播码字。
72，接近业务功能实体根据第八消息和监听上下文，向监听UE发送第九消息，该第九消息用于指示监听UE停止对被监听UE的监听。
73，监听UE根据该第九消息停止对被监听UE的监听。
74，监听UE向接近业务功能实体反馈第九确认消息。
75，接近业务功能实体向被监听UE反馈第十确认消息。
76，接近业务功能实体修改相关的监听相关上下文。
具体地，在上述接近业务应用服务代码重新分配流程、告警流程以及两个去激活流程中，对于监听UE和被监听UE可能出现漫游的情况，监听UE会先与监听UE所属的运营商的接近业务功能实体交互相关信息，被监听UE会先与 被监听UE所属的运营商的接近业务功能实体交互相关信息，然后再由监听UE和被监听UE各自所属的运营商的接近业务功能实体之间交互相关信息，各个不同运营商的接近业务功能实体可以各自与应用服务器交互相关信息。
本发明实施例通过获取监听UE发送的第一消息，并向被监听UE发送第二消息，该第二消息用于向被监听UE申请监听授权，可以在被监听UE没有开始广播时也能获知有监听UE向其发送了申请监听授权，进而开始广播；然后接收被监听UE发送的第三消息，其中，若第三消息指示被监听用户同意受监听用户监听，则向监听UE发送第四消息，该第四消息中携带被监听UE的广播码字，使得监听UE能够通过该广播码字实现对被监听UE的监听，进而实现了在被监听用户没有主动广播的情况下，监听用户也能对其进行监听发现。此外，本实施例通过广播码字重新分配流程避免了因广播码字过期或失效而出现的无法监听的情况。另外，本发明实施例还可以通过告警流程，主动对被监听UE进行告警。再者，本发明实施例还可以通过去激活流程及时释放被监听UE和监听UE占用的网络资源，避免网络资源的浪费。
实施例三
本发明实施例提供了一种用户发现方法，该方法可以由监听UE执行，参见图8，该方法包括：
步骤S31：向接近业务功能实体发送第一消息，该第一消息用于请求监听被监听UE，第一消息携带命令字，该命令字用于申请监听授权。
具体地，该第一消息可以采用通过在受限发现请求中携带监听命令字(即步骤S31中的命令字)实现，在实际应用中，该监听命令字可以为supervising，该监听命令字可以用于让接近业务功能实体触发鉴权流程，以及触发被监听UE广播。
步骤S32：接收接近业务功能实体发送的第二消息，该第二消息是接近业务功能实体在收到被监听UE发送的第三消息后且第三消息指示被监听UE同意被监听UE监听时发送的，该第三消息携带被监听UE的标识，该第二消息携带被监听UE的标识和被监听UE的广播码字。
其中，被监听UE的广播码字是指被监听UE将在广播消息中携带的码字。
具体地，监听UE收到被监听UE的广播码字后，开始对被监听UE进行监 听。
可选地，在本实施例中，若监听UE无法监听到某个被监听UE，则本实施例的方法还可以包括：
向接近业务功能实体发送第四消息，该第四消息用于提示监听UE无法监听到被监听UE，第四消息携带该被监听UE的广播码字或该被监听UE的标识。
在实际应用中，接近业务功能实体根据该第四消息，向该被监听UE发送告警。具体的告警流程前文已说明，这里不再赘述。
可选地，在本实施例中，若在监听过程中，监听用户不想监听了，则本实施例的方法还可以包括：
向接近业务功能实体发送第五消息，该第五消息用于发起去激活请求，第五消息携带被监听UE的广播码字。
在实际应用中，接近业务功能实体根据该第五消息和监听相关上下文，向被监听UE发送第六消息，该第六消息用于指示被监听UE停止广播。具体的去激活流程前文已说明，这里不再赘述。
需要说明的是，本实施例中的第一消息对应实施例二中的第一消息，第二消息对应实施例二中的第四消息，第三消息对应实施例二中的第三消息，第四消息对应实施例二中的第五消息，第五消息对应实施例二中的第六消息，第六消息对应实施例二中的第七消息。
本发明实施例通过获取监听UE发送的第一消息，并向被监听UE发送第二消息，该第二消息用于向被监听UE申请监听授权，可以在被监听UE没有开始广播时也能获知有监听UE向其发送了申请监听授权，进而开始广播；然后接收被监听UE发送的第三消息，其中，若第三消息指示被监听用户同意受监听用户监听，则向监听UE发送第四消息，该第四消息中携带被监听UE的广播码字，使得监听UE能够通过该广播码字实现对被监听UE的监听，进而实现了在被监听用户没有主动广播的情况下，监听用户也能对其进行监听发现。
实施例四
本发明实施例提供了一种用户发现方法，该方法可以由被监听UE执行，参见图9，该方法包括：
步骤S41：接收接近业务功能实体发送的第一消息，该第一消息是接近业务 功能实体在收到监听UE发送的第二消息后发送的，第二消息用于监听UE请求监听被监听UE，第二消息携带命令字，命令字用于申请监听授权，第一消息用于申请监听授权，第一消息携带监听UE的标识。
在本实施例中，第一消息还可以携带命令字。
在本实施例中，被监听UE根据接收到的第一消息获知有UE向其发出了监听请求，被监听UE可以根据该第一消息提示用户是否接受监听，用户可以通过用户命令选择是否接受监听，被监听UE接收用户命令后，根据收到的用户命令发出相应的信息。
步骤S42：接收接近业务功能实体分配的广播码字。
步骤S43：向接近业务功能实体发送第三消息，该第三消息用于指示是否同意被监听UE监听，该第三消息携带被监听UE的标识。
具体地，若被监听UE同意被监听UE监听且收到广播码字，则该方法还包括步骤S44。
步骤S44：发送广播消息，该广播消息携带被监听UE的广播码字。
可选地，在本实施例中，若在监听过程中，被监听用户不想被监听了，则本实施例的方法还可以包括：
向接近业务功能实体发送第四消息，该第四消息用于发起去激活请求，第四消息携带被监听UE的广播码字。
在实际应用中，接近业务功能实体根据第四消息和监听相关上下文，向监听UE发送第五消息，该第五消息用于指示监听UE停止对被监听UE的监听。具体的去激活流程前文已说明，这里不再赘述。
需要说明的是，本实施例中的第一消息对应实施例二中的第二消息，第二消息对应实施例二中的第一消息，第三消息对应实施例二中的第三消息，第四消息对应实施例二中的第八消息，第五消息对应实施例二中的第九消息。
本发明实施例通过获取监听UE发送的第一消息，并向被监听UE发送第二消息，该第二消息用于向被监听UE申请监听授权，可以在被监听UE没有开始广播时也能获知有监听UE向其发送了申请监听授权，进而开始广播；然后接收被监听UE发送的第三消息，其中，若第三消息指示被监听用户同意受监听用户监听，则向监听UE发送第四消息，该第四消息中携带被监听UE的广播码字，使得监听UE能够通过该广播码字实现对被监听UE的监听，进而实现了在被监 听用户没有主动广播的情况下，监听用户也能对其进行监听发现。
实施例五
本发明实施例提供了一种接近业务功能实体，参见图10，该接近业务功能实体包括：
第一接收模块301，用于接收监听UE发送的第一消息，该第一消息用于请求监听被监听UE，该第一消息携带命令字，该命令字用于申请监听授权。
具体地，该第一消息可以采用通过在受限发现请求中携带监听命令字实现，在实际应用中，该监听命令字可以为supervising，该监听命令字可以用于让接近业务功能实体触发鉴权流程，以及触发被监听UE广播。
需要说明的是，在本发明实施例中，监听UE是指监听用户所使用的UE，同样的，被监听UE是指被监听用户所使用的UE。
第一发送模块302，用于向被监听UE发送第二消息，该第二消息用于向被监听UE申请监听授权，该第二消息携带监听UE的标识。
在本实施例中，第二消息还可以携带命令字。
在本实施例中，被监听UE根据接收到的第二消息获知有UE向其发出了监听请求，被监听UE可以根据该第二消息提示用户是否接受监听，用户可以通过用户命令选择是否接受监听，被监听UE接收用户命令后，根据收到的用户命令发出相应的信息。
具体地地，该被监听UE的标识可以是用户的固定ID(例如客户识别模块(Subscriber Identity Module，简称SIM)卡ID)，也可以是为用户分配的临时ID，本实施例中的标识优选为临时ID，临时ID可以避免应用服务器获知UE的移动网络身份信息，保证用户的移动网络身份信息的安全。
若该标识为临时ID，则该临时ID是接近业务功能实体为UE分配的，该临时ID可以包括公共陆地移动网络(Public Land Mobile Network，简称PLMN)ID，用于在演进分组核心网(Evolved Packet Core，简称EPC)中唯一确定UE。
分配模块303，用于为被监听UE分配广播码字。
第二接收模块304，用于接收被监听UE发送的第三消息，该第三消息用于指示被监听UE是否同意被监听UE监听，该第三消息携带被监听UE的标识。
第二发送模块305，用于当第三消息指示被监听UE同意被监听UE监听， 则向监听UE发送第四消息，该第四消息携带被监听UE的标识和被监听UE的广播码字。
其中，被监听UE的广播码字是指被监听UE将在广播消息中携带的码字。
具体地，监听UE收到被监听UE的广播码字后，开始对被监听UE进行监听。
本发明实施例通过获取监听UE发送的第一消息，并向被监听UE发送第二消息，该第二消息用于向被监听UE申请监听授权，可以在被监听UE没有开始广播时也能获知有监听UE向其发送了申请监听授权；然后接收被监听UE发送的第三消息，其中，若第三消息指示被监听用户同意受监听用户监听，则向监听UE发送第四消息，该第四消息中携带被监听UE的广播码字，使得监听UE能够通过该广播码字实现对被监听UE的监听，进而实现了在被监听用户没有主动广播的情况下，监听用户也能对其进行监听发现。
实施例六
本发明实施例提供了一种接近业务功能实体，参见图11，该接近业务功能实体包括：
第一接收模块401，用于接收监听UE发送的第一消息，该第一消息用于请求监听被监听UE，该第一消息携带命令字，该命令字用于申请监听授权。
具体地，该第一消息可以采用通过在受限发现请求中携带监听命令字实现，在实际应用中，该监听命令字可以为supervising，该监听命令字可以用于让接近业务功能实体触发鉴权流程，以及触发被监听UE广播。
需要说明的是，在本发明实施例中，监听UE是指监听用户所使用的UE，同样的，被监听UE是指被监听用户所使用的UE。
第一发送模块402，用于向被监听UE发送第二消息，该第二消息用于向被监听UE申请监听授权，该第二消息携带监听UE的标识。
在本实施例中，第二消息还可以携带命令字。
在本实施例中，被监听UE根据接收到的第二消息获知有UE向其发出了监听请求，被监听UE可以根据该第二消息提示用户是否接受监听，用户可以通过用户命令选择是否接受监听，被监听UE接收用户命令后，根据收到的用户命令发出相应的信息。
具体地地，该被监听UE的标识可以是用户的固定ID(例如客户识别模块(Subscriber Identity Module，简称SIM)卡ID)，也可以是为用户分配的临时ID，本实施例中的第一标识优选为临时ID，临时ID可以避免应用服务器获知UE的移动网络身份信息，保证用户的移动网络身份信息的安全。
若该标识为临时ID，则该临时ID是接近业务功能实体为UE分配的，该临时ID可以包括公共陆地移动网络(Public Land Mobile Network，简称PLMN)ID，用于在演进分组核心网(Evolved Packet Core，简称EPC)中唯一确定UE。
分配模块403，用于为被监听UE分配广播码字。
第二接收模块404，用于接收被监听UE发送的第三消息，该第三消息用于指示被监听UE是否同意被监听UE监听，该第三消息携带被监听UE的标识。
第二发送模块405，用于当第三消息指示被监听UE同意被监听UE监听，则向监听UE发送第四消息，该第四消息携带被监听UE的标识和被监听UE的广播码字。
其中，被监听UE的广播码字是指被监听UE将在广播消息中携带的码字。
具体地，监听UE收到被监听UE的广播码字后，开始对被监听UE进行监听。
具体的，该接近业务功能实体还包括：
存储模块406，用于保存监听相关上下文，该监听相关上下文包括：被监听UE的标识、监听UE的标识、被监听UE的广播码字以及被监听UE的广播码字的生命周期。
具体的，该监听相关上下文还可以包括监听时长等信息。
具体地，接近业务功能实体还包括：
处理模块407，用于当被监听UE的广播码字的生命周期到期后，为被监听UE分配新的广播码字。
第三发送模块408，用于根据保存的监听相关上下文，向被监听UE对应的监听UE发送新的广播码字。
具体地，接近业务功能实体还包括：
第三接收模块409，用于接收监听UE发送的第五消息，该第五消息用于提示监听UE无法监听到被监听UE，第五消息携带该被监听UE的广播码字或该被监听UE的标识。
第四发送模块410，用于根据第五消息，向该被监听UE发送告警。
具体地，接近业务功能实体还包括：
第四接收模块411，用于接收监听UE发送的第六消息，该第六消息用于监听UE发起去激活请求，第六消息携带被监听UE的广播码字。
第五发送模块412，用于根据第六消息和监听相关上下文，向被监听UE发送第七消息，该第七消息用于指示被监听UE停止广播。
具体地，接近业务功能实体还包括：
第五接收模块413，用于接收被监听UE发送的第八消息，该第八消息用于被监听UE发起去激活请求，第八消息携带被监听UE的广播码字。
第六发送模块414，用于根据第八消息和监听相关上下文，向监听UE发送第九消息，该第九消息用于指示监听UE停止对被监听UE的监听。
本发明实施例通过获取监听UE发送的第一消息，并向被监听UE发送第二消息，该第二消息用于向被监听UE申请监听授权，可以在被监听UE没有开始广播时也能获知有监听UE向其发送了申请监听授权；然后接收被监听UE发送的第三消息，其中，若第三消息指示被监听用户同意受监听用户监听，则向监听UE发送第四消息，该第四消息中携带被监听UE的广播码字，使得监听UE能够通过该广播码字实现对被监听UE的监听，进而实现了在被监听用户没有主动广播的情况下，监听用户也能对其进行监听发现。此外，本实施例通过广播码字重新分配流程避免了因广播码字过期或失效而出现的无法监听的情况。另外，本发明实施例还可以通过告警流程，主动对被监听UE进行告警。再者，本发明实施例还可以通过去激活流程及时释放被监听UE和监听UE占用的网络资源，避免网络资源的浪费。
实施例七
本发明实施例提供了一种用户设备，参见图12，该用户设备包括：
第一发送模块501，用于向接近业务功能实体发送第一消息，该第一消息用于请求监听被监听UE，第一消息携带命令字，该命令字用于申请监听授权。
具体地，该第一消息可以采用通过在受限发现请求中携带监听命令字实现，在实际应用中，该监听命令字可以为supervising，该监听命令字可以用于让接近业务功能实体触发鉴权流程，以及触发被监听UE广播。
接收模块502，用于接收接近业务功能实体发送的第二消息，该第二消息是接近业务功能实体在收到被监听UE发送的第三消息后且第三消息指示被监听UE同意被监听UE监听时发送的，该第三消息携带被监听UE的标识，该第四消息携带被监听UE的标识和被监听UE的广播码字。
其中，被监听UE的广播码字是指被监听UE将在广播消息中携带的码字。
具体地，监听UE收到被监听UE的广播码字后，开始对被监听UE进行监听。
在本实施例中，若监听UE无法监听到某个被监听UE，则该用户设备还包括：
第二发送模块503，用于向接近业务功能实体发送第四消息，该第四消息用于提示监听UE无法监听到被监听UE，该第四消息携带该被监听UE的广播码字或该被监听UE的标识。
在本实施例中，若在监听过程中，监听用户不想监听了，则该用户设备还包括：
第三发送模块504，用于向接近业务功能实体发送第五消息，该第五消息用于发起去激活请求，第五消息携带被监听UE的广播码字。
需要说明的是，本实施例中的第一消息对应实施例二中的第一消息，第二消息对应实施例二中的第四消息，第三消息对应实施例二中的第三消息，第四消息对应实施例二中的第五消息，第五消息对应实施例二中的第六消息。
本发明实施例通过获取监听UE发送的第一消息，并向被监听UE发送第二消息，该第二消息用于向被监听UE申请监听授权，可以在被监听UE没有开始广播时也能获知有监听UE向其发送了申请监听授权，进而开始广播；然后接收被监听UE发送的第三消息，其中，若第三消息指示被监听用户同意受监听用户监听，则向监听UE发送第四消息，该第四消息中携带被监听UE的广播码字，使得监听UE能够通过该广播码字实现对被监听UE的监听，进而实现了在被监听用户没有主动广播的情况下，监听用户也能对其进行监听发现。
实施例八
本发明实施例提供了一种用户设备，参见图13，该用户设备包括：
第一接收模块601，用于接收接近业务功能实体发送的第一消息，该第一消 息是接近业务功能实体在收到监听UE发送的第二消息后发送的，第二消息用于监听UE请求监听被监听UE，第二消息携带命令字，命令字用于申请监听授权，第一消息用于申请监听授权，第一消息携带监听UE的标识。
在本实施例中，第一消息还可以携带命令字。
在本实施例中，被监听UE根据接收到的第一消息获知有UE向其发出了监听请求，被监听UE可以根据该第一消息提示用户是否接受监听，用户可以通过用户命令选择是否接受监听，被监听UE接收用户命令后，根据收到的用户命令发出相应的信息。
第二接收模块602，用于接收接近业务功能实体分配的广播码字。
第一发送模块603，用于向接近业务功能实体发送第三消息，该第三消息用于指示是否同意被监听UE监听，该第三消息携带被监听UE的标识。
在本实施例中，若在监听过程中，被监听用户不想被监听了，则该用户设备还包括：
第二发送模块604，用于向接近业务功能实体发送第四消息，该第四消息用于发起去激活请求，第四消息携带被监听UE的广播码字。
具体地，该用户设备还包括：
第三发送模块605，用于当被监听UE同意被监听UE监听且收到广播码字时，发送广播消息，该广播消息携带被监听UE的广播码字。
需要说明的是，本实施例中的第一消息对应实施例二中的第二消息，第二消息对应实施例二中的第一消息，第三消息对应实施例二中的第三消息，第四消息对应实施例二中的第八消息。
本发明实施例通过获取监听UE发送的第一消息，并向被监听UE发送第二消息，该第二消息用于向被监听UE申请监听授权，可以在被监听UE没有开始广播时也能获知有监听UE向其发送了申请监听授权，进而开始广播；然后接收被监听UE发送的第三消息，其中，若第三消息指示被监听用户同意受监听用户监听，则向监听UE发送第四消息，该第四消息中携带被监听UE的广播码字，使得监听UE能够通过该广播码字实现对被监听UE的监听，进而实现了在被监听用户没有主动广播的情况下，监听用户也能对其进行监听发现。
实施例九
本发明实施例提供了一种接近业务功能实体，参见图14，该接近业务功能实体包括：
处理器701、存储器702、总线703和通信接口704；该存储器702用于存储计算机执行指令，处理器701与存储器702通过总线703连接，当计算机运行时，处理器701执行存储器存储的计算机执行指令，以使计算机执行实施例一、或实施例二所述的方法。
本发明实施例通过获取监听UE发送的第一消息，并向被监听UE发送第二消息，该第二消息用于向被监听UE申请监听授权，可以在被监听UE没有开始广播时也能获知有监听UE向其发送了申请监听授权，进而开始广播；然后接收被监听UE发送的第三消息，其中，若第三消息指示被监听用户同意受监听用户监听，则向监听UE发送第四消息，该第四消息中携带被监听UE的广播码字，使得监听UE能够通过该广播码字实现对被监听UE的监听，进而实现了在被监听用户没有主动广播的情况下，监听用户也能对其进行监听发现。
实施例十
本发明实施例提供了一种用户设备，参见图15，该用户设备包括：
处理器801、存储器802、总线803和通信接口804；该存储器802用于存储计算机执行指令，处理器801与存储器802通过总线803连接，当计算机运行时，处理器801执行存储器存储的计算机执行指令，以使计算机执行实施例三中所述的方法或实施例二中监听UE执行的方法。
本发明实施例通过获取监听UE发送的第一消息，并向被监听UE发送第二消息，该第二消息用于向被监听UE申请监听授权，可以在被监听UE没有开始广播时也能获知有监听UE向其发送了申请监听授权，进而开始广播；然后接收被监听UE发送的第三消息，其中，若第三消息指示被监听用户同意受监听用户监听，则向监听UE发送第四消息，该第四消息中携带被监听UE的广播码字，使得监听UE能够通过该广播码字实现对被监听UE的监听，进而实现了在被监听用户没有主动广播的情况下，监听用户也能对其进行监听发现。
实施例十一
本发明实施例提供了一种用户设备，参见图16，该用户设备包括：
处理器901、存储器902、总线903和通信接口904；该存储器902用于存储计算机执行指令，处理器901与存储器902通过总线903连接，当计算机运行时，处理器901执行存储器存储的计算机执行指令，以使计算机执行实施例四所述的方法或实施例二中被监听UE执行的方法。
本发明实施例通过获取监听UE发送的第一消息，并向被监听UE发送第二消息，该第二消息用于向被监听UE申请监听授权，可以在被监听UE没有开始广播时也能获知有监听UE向其发送了申请监听授权，进而开始广播；然后接收被监听UE发送的第三消息，其中，若第三消息指示被监听用户同意受监听用户监听，则向监听UE发送第四消息，该第四消息中携带被监听UE的广播码字，使得监听UE能够通过该广播码字实现对被监听UE的监听，进而实现了在被监听用户没有主动广播的情况下，监听用户也能对其进行监听发现。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
需要说明的是：上述实施例提供的接近业务功能实体在实现用户发现方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的接近业务功能实体与用户发现方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
机译： 用户设备和网络实体的设备到设备发现方法以及使用该方法的用户设备和网络实体
机译： 用户设备和网络实体的设备到设备发现方法以及使用该方法的用户设备和网络实体
机译： 用户设备和网络实体的设备到设备发现方法以及使用该方法的用户设备和网络实体
