本发明涉及无线通信技术领域， 特别涉及一种确定用户设备之间邻近关 系的方法、 设备及通信系统。 皆景技术

目前第三代合作伙伴计划 （ 3rd Generation Partnership Project, 3GPP ) 中 定义的两个用户设备（User Equipment, UE )之间的通信过程，参见图 1所示， UE1向 UE2发送数据的过程包括：

UE1将数据发送到为其服务的 eNBl ( eNB: evolved NodeB,演进节点 B, 即基站）； eNBl在接收到数据后，将该数据传递到服务网� �（ Serving Gateway, PDN GW, 简称 PGW );

SGW/PGW在收到该数据后， 根据 UE1的路由标识， 将该数据路由到为 UE1 服务的 SGW/PGW; 由于图中 UE1与 UE2的 SGW/PGW相同， 为 UE2服务 的 SGW/PGW将该数据传递到为 UE2服务的 eNB2; 最后 eNB2将该数据传 递给 UE2, 以完成 UE1向 UE2发送数据的过程； 若为 UE1和 UE2服务的 SGW/PGW不相同，则 UE1与 UE2之间的通信过程还包括 UE1的 PGW将数 据路由到 UE2的 PGW的过程。

从上述过程可以看出， 即使相互通信的两个用户设备之间的位置非常 近， 传递数据时也需要通过为各自服务的 eNB及核心网才能到达对端， 使得通信 延时非常大， 而且还会占用更多的网络资源。 因此， 3GPP正在研究关于邻近 设备之间的通信技术， 即： 在需要通信的两个 UE之间的距离很近时， 实现该 两个 UE之间直接传输数据， 其数据传输路径参见图 2A所示， UE1和 UE2 之间可以直接传输数据， 而不需要经过任何移动网络设备； 或者仅借助 eNB 的传递实现该两个 UE之间的快速通信， 其数据传输路径参见图 2B所示， 将 UE1和 UE2连接到同一 eNB , 实现仅通过该 eNB转发需要发送的数据， 而不 需要将数据路由到核心网进行转发。 上述两种传输方式大大减少了数据传输 的延时， 并且可以节省网络资源， 尤其是节省核心网的网络资源。

目前， 3GPP SA1正在讨论邻近通信的实现问题， 为了实现 UE之间的邻 近通信， 需要解决以下两大问题： 一是 UE之间的邻近关系发现过程， 二是确 定了邻近关系的 UE之间如何实现直接通信。 其中， UE之间的邻近关系发现 过程不仅仅是实现邻近通信的重要前提， 同时还能支持很多的应用场景。 例 如， 商家可以通过检测邻近关系， 向该商家附近的 UE发送打折及促销广告； 又如， 用户可以通过邻近关系发现的功能， 搜索其所在位置附近的餐馆和超 市等信息； 再如， 公交车站可以通过邻近关系发现的功能， 预报公交到站信 息， 等等。

为了支持机器类型通信 ( Machine-Type Communication , MTC ) 触发 ( trigger ) 的特性， 3GPP网络架构中引入了新的架构， 参见图 3所示， 在公 共陆上移动网 （Public Land Mobile Network, PLMN ) 网络中新增了一个实体 机器类型通信交互功能 ( Machine-Type Communication Interworking

Function, MTC-IWF )实体， 用于连接在 3GPP 网络中的各网元以及 MTC服 务器（ server ),并向 MTC server屏蔽 3GPP网络的拓朴结构。其中， MTC-IWF 与移动性管理实体 ( Mobilit Management Entity, MME )之间设有接口 T5b, MTC-IWF与归属用户服务器（Home Subscriber Server, HSS )之间设有接口 S6m。

UE在 3GPP网络中使用内部标识（ internal ID ), 例如国际移动用户标识 符 ( International Mobile Subscriber Identifier, IMSI )等； 而 UE与 MTC server 之间的交互使用外部标识（ external ID ),每个 UE的外部标识与内部标识之间 的映射关系保存在 HSS。当 MTC server向 UE发起触发（ trigger )消息时， trigger 消息中携带的是 UE的外部标识； MTC-IWF收到后去 HSS查询该 UE对应的 内部标识。 HSS将向 MTC-IWF返回 UE对应的内部标识以及在 HSS中保存 的 UE注册的 MME ID信息。 MTC-IWF收到信息后通过 T5b接口向 MME触 发对应的消息。

综上所述， 目前 3GPP只定义了对于邻近关系发现的需求， 还没有针对相 互邻近的用户设备之间进行邻近关系发现的解 决方案。 发明内容

本发明实施例提供了一种确定用户设备之间邻 近关系的方法、 设备及通 信系统， 用于解决现有技术中存在的目前还没有针对相 互邻近的用户设备之 间进行邻近关系发现的解决方案的问题。

本发明实施例提供了一种确定用户设备之间邻 近关系的方法， 包括： 应用层设备获取并存储各终端的签约信息、 内部标识与外部标识的映射 关系以及位置信息；

所述应用层设备在接收到第一终端的邻近关系 发现请求后， 根据所述第 一终端对应的签约信息， 确定所述第一终端具有能够发现其他终端的功 能， 其中， 所述邻近关系发现请求中携带所述第一终端的 外部标识；

所述应用层设备判断第二终端与所述第一终端 是否满足邻近原则， 并将 判断结果发送给所述第一终端。

本发明实施例提供了一种应用层设备， 包括：

获取模块， 用于获取并存储各终端的签约信息、 内部标识与外部标识的 映射关系以及位置信息；

接收模块， 用于应用层设备在接收到第一终端的邻近关系 发现请求后， 根据所述第一终端对应的签约信息， 确定所述第一终端具有能够发现其他终 端的功能， 其中， 所述邻近关系发现请求中携带所述第一终端的 外部标识； 判定模块， 用于判断第二终端与所述第一终端是否满足邻 近原则； 发送模块， 用于将所述判定模块的判断结果发送给所述第 一终端。

本发明实施例提供了一种通信系统， 包括：

应用层设备， 用于获取并存储各终端的签约信息、 内部标识与外部标识 的映射关系以及位置信息； 在接收到第一终端的邻近关系发现请求后， 根据 所述第一终端对应的签约信息， 确定所述第一终端具有能够发现其他终端的 功能； 以及判断第二终端与所述第一终端是否满足邻 近原则， 并将判断结果 反馈给所述第一终端； 其中， 所述邻近关系发现请求中携带所述第一终端的 外部标识；

第一终端， 用于向所述应用层设备发送邻近关系发现请求 ， 并接收所述 应用层设备反馈的判断结果。

本发明实施例提供的一种网络设备， 包括：

网络接口， 用于获取终端的签约信息、 内部标识与外部标识的映射关系 以及位置信息； 以及， 接收终端的邻近关系发现请求；

存储器， 用于存储所述网络接口获取到的所述终端的签 约信息、 内部标 识与外部标识的映射关系以及位置信息；

处理器， 用于在所述网络接口接收到第一终端的邻近关 系发现请求后， 若根据所述第一终端对应的签约信息， 确定所述第一终端具有能够发现其他 终端的功能， 则判断第二终端与所述第一终端是否满足邻近 原则， 并将判断 结果通过所述网络接口发送给所述第一终端， 其中， 所述邻近关系发现请求 中携带所述第一终端的外部标识。 部标识的映射关系以及位置信息； 在接收到第一终端的邻近关系发现请求后， 根据所述第一终端对应的邻近关系签约信息， 确定第一终端具有能够发现其 他终端的功能； 并判断第二终端与第一终端是否满足邻近原则 ， 并将判断结 果发送给第一终端； 本发明实施例提供了一种确定用户设备之间邻 近关系的 方案， 实现了用户设备之间邻近关系的发现过程， 并且， 该方案对现有协议 中网络架构的改动较小， 且易于实现。 附图说明

为了更清楚地说明本发明实施例中的技术方案 ， 下面将对实施例描述中 所需要使用的附图作简要介绍， 显而易见地， 下面描述中的附图仅仅是本发 明的一些实施例， 对于本领域的普通技术人员来讲， 在不付出创造性劳动性 的前提下， 还可以根据这些附图获得其他的附图。

图 1为现有技术中两个用户设备之间进行通信的� �据传输路径示意图； 图 2A为现有协议中定义的两个用户设备之间直接� ��信的数据传输路径 示意图；

图 2B为现有协议中定义的两个用户设备之间通过 eNB进行通信的数据 传输路径示意图；

图 3为背景技术中 3GPP网络架构示意图；

图 4为本发明实施例确定用户设备之间邻近关系� �方法流程示意图； 图 5为本发明实施例网络架构示意图；

图 6为图 5所示的网络架构中各实体之间的交互过程示� �图；

图 7为本发明实施例应用层设备结构示意图；

图 8为本发明实施例通信系统结构示意图；

图 9为本发明实施例提供的网络设备的结构示意� �。 具体实施方式 外部标识的映射关系以及位置信息； 在接收到第一终端的邻近关系发现请求 后， 根据所述第一终端对应的邻近关系签约信息， 确定第一终端具有能够发 现其他终端的功能； 并判断第二终端与第一终端是否满足邻近原则 ， 并将判 断结果发送给第一终端， 从而解决了目前没有针对相互邻近的用户设备 之间 进行邻近关系发现的解决方案的问题。

下面结合说明书附图对本发明实施例作进一步 详细描述。 参见图 4所示， 本发明实施例提供的一种确定用户设备之间邻 近关系的 方法， 包括以下步骤：

步骤 41、 应用层设备获取并存储各终端的签约信息、 内部标识与外部标 识的映射关系以及位置信息；

其中， 每个终端的签约信息与该终端的内部标识—— 对应

步骤 42、 应用层设备在接收到第一终端的邻近关系发现 请求后， 根据第 一终端对应的签约信息， 确定第一终端具有能够发现其他终端的功能；

其中， 该邻近关系发现请求中携带第一终端的外部标 识；

步骤 43、 应用层设备判断第二终端与该第一终端是否满 足邻近原则； 其中， 本发明实施例中的第二终端是指不同于第一终 端的终端。

步骤 44、 应用层设备将判断结果发送给第一终端， 以完成邻近关系发现 过程。

其中， 本发明实施例的应用层设备可以为应用服务器 等 （server )。

在实施中， 步骤 42中， 应用层设备根据以下步骤确定第一终端对应的 签 约信息：

应用层设备根据自身存储的内部标识与外部标 识的映射关系， 确定接收 到的邻近关系发现请求中携带的第一终端的外 部标识对应的内部标识； 及 应用层设备根据该第一终端的内部标识， 从自身存储的终端的签约信息 中， 确定该内部标识对应的签约信息。

需要说明的是， 对于具有邻近关系发现功能的终端来说， 其签约信息中 还包括该终端的邻近关系签约信息。 终端的邻近关系签约信息为： 该终端允 许发现其他终端且不允许被其他终端发现、 该终端允许被其他终端发现且不 允许发现其他终端、 该终端允许发现其他终端且允许被其他终端发 现、 或该 终端不允许被其他终端发现且不允许发现其他 终端。 终端的邻近关系签约信 息是针对该终端所有与邻近关系相关的业务而 言的， 即该终端激活的任何与 邻近关系相关的业务都应该遵守其签约的邻近 关系签约信息。

本发明实施中， 在以下情况下， 可认为某一终端不具有能够发现其他终 端的功能： 该终端不具有邻近关系发现功能； 或者该终端具有邻近关系发现 功能， 但其邻近关系签约信息为该终端允许被其他终 端发现且不允许发现其 他终端； 或者该终端具有邻近关系发现功能， 但其邻近关系签约信息为该终 端不允许被其他终端发现且不允许发现其他终 端。

在以下情况下， 可以认为某一终端具有能够发现其他终端的功 能： 该终 端的邻近关系签约信息为该终端允许发现其他 终端且允许被其他终端发现； 或者该终端的邻近关系签约信息为该终端允许 发现其他终端且不允许被其他 终端发现。

在实施中， 若第一终端不具有能够发现其他终端的功能， 则应用层设备 在接收到该第一终端发送的邻近关系发现请求 后， 不执行邻近关系发现过程， 或通过应用层消息通知所述第一终端不具有能 够发现其他终端的功能。

本发明实施例中， 步骤 43中的邻近原则是指第一终端与第二终端之间� �� 距离满足设定条件。

进一步， 在以下三种情况下， 可以认为第一终端与第二终端之间的距离 满足设定条件：

第一种情况： 第一终端与第二终端之间的距离不大于设定的 阔值。 其中， 设定的阔值为经验值， 可根据需要设定。 例如， 第一终端与第二终端之间的 距离不大于 500米等。

第二种情况： 第一终端与第二终端驻留在同一小区； 即： 第一终端与第 二终端当前驻留小区的 ID相同。

第三种情况： 第一终端与第二终端驻留在同一基站； 即： 第一终端与第 二终端当前驻留基站的 ID相同。

由于 3GPP中还定义了一种对邻近关系发现过程的限� �场景，即规定邻近 关系的发现过程需要与该 UE的邻近关系签约信息、网络配置以及两个用� ��设 备在应用层注册关系是否为朋友关系等 （即社交关系） 因素相关。

举例说明： 假设用户八、 用户 B及用户 C使用同一社交网络应用， 且用 户 A、用户 B及用户 C都使用具有邻近业务功能的 UE,该社交网络应用层维 护的上下文中显示如下关系信息： 用户 A和用户 C是朋友， 用户 C和用户 B 是朋友， 用户 A和用户 B不是朋友， 在这种场景下， 需要实现的邻近发现功 能如下：

- 用户 A的 UE可以发现用户 C在邻近位置；

- 用户 C的 UE可以发现用户 A在邻近位置；

- 用户 A的社交网络应用能知道用户 C是否在其邻近位置；

- 用户 C的社交网络应用能知道用户 A是否在其邻近位置；

-用户 B的 UE不能发现用户 A的 UE在其邻近位置；

- 用户 A的社交网络应用不能检测到用户 B是否在其邻近位置；

- 用户 B的社交网络应用不能检测到用户 A是否在其邻近位置。

因此， 邻近关系发现过程要求只有具有朋友关系的 UE之间才能相互发 现， 如果应用层显示该 UE之间不是朋友关系， 则不能相互发现， 即邻近的两 个终端需要满足一定的社交关系， 才能相互发现。

针对上述 3GPP 定义的对邻近关系发现过程的限制场景， 进一步， 步骤 43 中， 应用层设备在判断所述第二终端与所述第一终 端是否满足所述邻近原 则时， 还包括： 判断第二终端与第一终端是否满足设定的社交 关系。

本发明实施例中， 满足设定的社交关系是指在同一社交网络注册 的各终 端之间的身份关系满足设定条件， 其中， 应用层设备可以在自身存储的上下 文中查询在同一社交网络注册的各终端之间的 身份关系，如 UE1与 UE2为朋 友关系， UE1与 UE3不是朋友关系等； 又如， UE1与 UE2属于同一群组， UE2与 UE3不属于同一群组； 等等。

设定的社交关系可以为待确定的第二终端与第 一终端为朋友关系， 或者 待确定的第二终端与第一终端属于同一设定的 群组， 等等； 本发明实施例中， 可根据实际需要设定在同一社交网络注册的各 终端的身份关系在进行发现过 程中需要满足的条件。

进一步， 本发明实施例中， 步骤 41中， 应用层设备通过各终端上报的方 式获取该终端的位置信息， 具体的， 应用层设备根据以下步骤获取每个终端 的位置信息：

在终端与接入网建立用于传输应用层业务相关 的 PDN连接之后， 应用层 设备与每个终端之间建立应用层连接； 以及， 应用层设备接收每个终端上报 的自身当前的位置信息并存储。 位置信息包括： 终端当前驻留的小区的 ID、 终端当前驻留的基站的 ID、 终端的地理位置信息中的一种或组合。

在实施中， 终端可以通过空口获取自身当前驻留的小区的 ID。

终端可以通过自身包含的 GPS( Global Positioning System,全球定位系统 ) 模块， 获取自身的 GPS位置信息， 如经纬度信息。

以图 5所示的网络架构图为例，该网络架构中，定� �中间交互设备与 HSS 之间通过接口 Xy进行交互， 该接口 Xy用以实现签约信息查询过程， 即中间 交互设备向 HSS发送查询请求以及 HSS向中间交互设备反馈各终端的签约信 息及各终端的内部标识与外部标识的映射关系 ； 定义中间交互设备与应用层 设备之间通过接口 Xz进行交互， 该接口 Xy用以实现应用层设备向中间交互 设备发起签约信息获取请求以及中间交互设备 向应用层设备发送各终端的签 约信息及各终端的内部标识与外部标识的映射 关系。 需要说明的是， 接口 Xy 及接口 Xz可釆用现有的任意协议栈进行定义， 只要能实现上述功能即可。

该网络架构中， 终端与应用层设备之间的交互过程参见图 6所示； 具体 的， UE1与 UE2与应用层设备之间建立 PDN连接， 并通过应用层交互向应 用层设备上报各自的当前位置信息； 相应的， 应用层设备在接收 UE1及 UE2 上报的位置信息并存储， 并在 UE1及 UE2的位置发生变化时， 及时更新自身 存储的位置信息。

需要说明的是，各终端在附着到网络后，向接 入网发起分组数据网（Packet Data Network, PDN )连接建立， 并通过分组数据网关 ( Packet Data Network Gateway, PGW )的 SGi接口与接入网建立 PDN连接， 具体过程请参见 3GPP TS23.401协议：

在建立 PDN连接之后， 各终端分别与应用层设备建立应用层连接； 各终 端向应用层设备上报自身当前的位置信息。 优选的， 各终端实时向应用层设 备上报自身当前的位置信息； 或各终端在自身当前的位置信息发生变化后， 向应用层设备上报自身当前的位置信息， 以使应用层设备及时更新各终端的 位置信息。

进一步， 本发明实施例中， 步骤 41中， 应用层设备根据各终端的外部标 识（如应用层标识）通过中间交互设备从 HSS处获取该终端的签约信息， 具 体的， 应用层设备根据以下步骤获取每个终端的签约 信息：

应用层设备向中间交互设备发起签约信息获取 请求， 签约信息获取请求 中携带终端的外部标识；

中间交互设备在接收到该签约信息获取请求后 ， 向 HSS发送查询请求， 以获取终端的签约信息， 查询请求中携带终端的外部标识；

HSS 在接收到该查询请求后， 根据内部标识与外部标识的映射关系， 确 定该查询请求携带的外部标识对应的内部标识 ， 并将确定的内部标识对应的 签约信息以及该终端的内部标识与外部标识的 映射关系发送给中间交互设 备， 其中， 具有邻近关系发现功能的终端的签约信息中至 少包括该终端的邻 近关系签约信息； 以及

中间交互设备将 HSS返回的该终端的签约信息以及该终端的内部 标识与 外部标识的映射关系发送给应用层设备以存储 。

仍以图 5 所示的网络架构为例， 该网络架构中， 中间交互设备与应用层 设备， 以及中间交互设备与 HSS之间的交互过程参见图 6所示。

需要说明的是， HSS 中保存有各终端的签约信息， 对于具有邻近关系发 现功能的终端来说， 其签约信息中还包括该终端的邻近关系签约信 息， 由于 终端与应用层设备之间使用外部标识进行交互 ，而与 3GPP网络侧设备之间使 用内部标识进行交互， 因此， HSS 中还保存有各终端的内部标识与外部标识 的映射关系。 一般的， 终端的内部标识为 IMSI, 终端的外部标识为应用层 ID (如终端的 QQ号、 MSN账号等）。

优选的， 本发明实施例的中间交互设备可以单独部署， 也可以与 MTC-IWF合设， 还可以与 HSS合设。 具体的，若中间交互设备与 MTC-IWF合设， 中间交互设备可以通过接口 Xy及接口 Xz分别与 HSS及应用层设备进行交互； 也可以通过 MTC-IWF的 接口 S6m及接口 Tsp分别与 HSS及应用层设备进行交互，其中，定义接口 S6m 及接口 Tsp具有上述接口 Xy及接口 Xz的功能。

若中间交互设备与 HSS合设，中间交互设备通过接口 Xy及接口 Xz分别 与 HSS及应用层设备进行交互， 其中， 中间交互设备与 HSS之间的交互釆用 内部信令。

进一步， 第一终端发起的邻近关系发现请求包括以下两 种：

第一种邻近关系发现请求为： 第一终端请求确定该第一终端与自身指定 的第二终端是否满足邻近原则 （或满足邻近原则及设定的社交关系）； 其中， 邻近关系发现请求还携带有第二终端的外部标 识。

该应用场景下， 第一终端需要能够获取到自身指定的第二终端 的外部标 识， 如第一终端可以通过应用层设备获取第二终端 的外部标识， 当然也可以 釆用其他方式获取到第二终端的外部标识。

第二种邻近关系发现请求为：第一终端请求确 定与自身满足邻近原则 (或 邻近原则及设定的社交关系） 的所有第二终端。

下面针对上述 3GPP定义的对邻近关系发现过程的限制场景，� �第一终端 发起邻近关系发现请求后， 步骤 43中， 应用层设备进行的邻近关系判断过程 进行说明。

针对第一种邻近关系发现请求， 步骤 43中， 进一步包括：

应用层设备根据第二终端的签约信息， 确定第二终端是否具有能够被其 他终端发现的功能；

应用层设备在确定第二终端具有能够被其他终 端发现的功能， 且与第一 终端满足设定的社交关系及邻近原则时， 确定第二终端与第一终端邻近； 以 及

应用层设备在确定第二终端不具有能够被其他 终端发现的功能， 或与第 一终端不满足设定的社交关系， 或与第一终端不满足邻近原则时， 确定第二 终端与第一终端不邻近。

相应的， 步骤 44中， 应用层设备将判断结果发送给第一终端， 包括： 若步骤 43中判断结果为第二终端与第一终端邻近， 则应用层设备向第一 终端返回邻近响应消息；

若步骤 43中判断结果为第二终端与第一终端不邻近， 则应用层设备向第 一终端返回不邻近响应消息。

优选的， 步骤 44中， 还包括：

应用层设备将判断结果发送给第二终端。

进一步， 若步骤 43中判断结果为第二终端与第一终端邻近， 则应用层设 备向第二终端返回与第一终端邻近响应消息， 其中， 返回的消息中携带第一 终端的外部标识；

若步骤 43中判断结果为第二终端与第一终端不邻近， 则应用层设备向第 二终端返回与第一终端不邻近响应消息， 其中， 返回的消息中携带第一终端 的外部标识。

进一步， 应用层设备根据以下步骤确定第二终端是否具 有能够被其他终 端发现的功能：

应用层设备根据自身存储的内部标识与外部标 识的映射关系， 确定接收 到的邻近关系发现请求中携带的第二终端的外 部标识对应的内部标识， 从自 身存储的签约信息中， 获取第二终端的签约信息； 以及

应用层设备根据第二终端的签约信息， 判断第二终端是否具有能够被其 他终端发现的功能， 具体的：

若该签约信息包含的邻近关系签约信息为该终 端允许被其他终端发现且 不允许发现其他终端， 或该终端允许发现其他终端且允许被其他终端 发现， 则确定第二终端具有允许被其他终端发现的功 能。

若该签约信息中不包含邻近关系签约信息 （即该终端不具有邻近关系发 现功能）， 或者该终端的邻近关系签约信息为该终端允许 发现其他终端且不允 许被其他终端发现， 或者该终端的邻近关系签约信息为该终端不允 许被其他 终端发现且不允许发现其他终端， 则确定第二终端不具有允许被其他终端发 现的功能。

本发明实施例中， 应用层设备在判断第一终端与第二终端是否满 足设定 的社交关系及邻近原则时， 不对判断顺序进行限定； 即：

应用层设备可以先判断第一终端与第二终端是 否满足设定的社交关系； 若不满足设定的社交关系， 则确定第二终端与第一终端不邻近； 若满足设定 的社交关系， 则继续判断第一终端与第二终端是否满足邻近 原则； 若满足邻 近原则， 则确定第二终端与第一终端不邻近； 若不满足邻近原则， 则确定第 二终端与第一终端不邻近；

应用层设备也可以先判断第一终端与第二终端 是否满足邻近原则， 若不 满足邻近原则， 则确定第二终端与第一终端不邻近； 若满足邻近原则， 则继 续判断第一终端与第二终端是否满足设定的社 交关系； 若满足设定的社交关 系， 则确定第二终端与第一终端邻近； 若不满足设定的社交关系， 则确定第 二终端与第一终端不邻近。

本实施例中， 只有在确定第一终端具有允许发现其他终端的 功能 （即第 一终端的邻近关系签约信息为： 允许发现其他终端且不允许被其他终端发现， 或允许发现其他终端且允许被其他终端发现 ), 且第二终端具允许被其他终端 发现的功能 （即第二终端的邻近关系签约信息为： 允许被其他终端发现且不 允许发现其他终端， 或允许发现其他终端且允许被其他终端发现） 时， 应用 层设备才会执行邻近关系发现过程， 即判断第一终端与第二终端是否满足邻 近原则及设定的社交关系。

针对第二种邻近关系发现请求， 步骤 43中， 进一步包括：

应用层设备确定与第一终端满足邻近原则的所 有第二终端； 以及 应用层设备确定具有能够被其他终端发现的功 能且与第一终端满足设定 的社交关系的所有第二终端。

本实施例中， 应用层设备确定与第一终端满足邻近原则的所 有第二终端 之后， 不限定判断第二终端是否具有能够被其他终端 发现的功能及判断第二 终端与第一终端是否满足设定的社交关系的顺 序；

针对每个确定的第二终端， 应用层设备可以先根据该第二终端的签约信 息， 判断其是否具有能够被其他终端发现的功能， 若不具有， 则确定该第二 终端与第一终端不邻近； 若具有， 判断其与第一终端是否满足设定的社交关 系， 若满足， 则确定该第二终端与第一终端邻近； 若不满足， 则确定该第二 终端与第一终端不邻近；

针对每个确定的第二终端， 应用层设备还可以先判断其与第一终端是否 满足设定的社交关系， 若不满足， 则确定该第二终端与第一终端不邻近； 若 满足， 则判断该第二终端是否具有能够被其他终端发 现的功能， 若具有， 则 确定该第二终端与第一终端邻近； 若不具有， 则确定该第二终端与第一终端 不邻近。

相应的， 步骤 44中， 应用层设备将判断结果发送给第一终端， 包括： 若步骤 43中判断结果为存在具有能够被其他终端发现� ��功能且与第一终 端满足邻近原则及设定的社交关系的第二终端 ， 则应用层设备向第一终端返 回成功响应消息， 并将确定的所有第二终端的外部标识和 /或位置信息反馈给 第一终端；

若步骤 43中判断结果为没有满足上述条件的第二终端� �� 则应用层设备向 第一终端返回失败响应消息。

优选的， 步骤 44中， 还包括： 应用层设备将判断结果发送给第二终端； 具体的，若步骤 43中判断结果为某个第二终端与第一终端满足� ��述条件， 则应用层设备向该第二终端返回与第一终端邻 近响应消息， 其中， 返回的消 息中携带第一终端的外部标识。

优选的， 应用层设备通过应用层消息将步骤 43中的判断结果发送给第一 终端和 /或第二终端。

上述方法处理流程可以用软件程序实现， 该软件程序可以存储在存储介 质中， 当存储的软件程序被调用时， 执行上述方法步骤。

基于上述实施例， 本发明实施例还提供了一种应用层设备， 参见图 7 所 示， 该应用层设备包括：

获取模块 70, 用于获取并存储各终端的签约信息、 内部标识与外部标识 的映射关系以及位置信息；

接收模块 71 ,用于应用层设备在接收到第一终端的邻近关� �发现请求后， 根据获取模块 70中存储的第一终端对应的签约信息， 确定该第一终端具有能 够发现其他终端的功能， 其中， 邻近关系发现请求中携带该第一终端的外部 标识；

判定模块 72, 用于判断第二终端与第一终端是否满足邻近原 则； 发送模块 73 , 用于将判定模块 72的判断结果发送给第一终端。

本发明实施例中， 第二终端是指不同于第一终端的终端。

本发明实施例中， 邻近原则是指第一终端与第二终端之间的距离 满足设 定条件。

进一步， 第一终端与第二终端之间的距离满足设定条件 包括： 第一终端 与第二终端之间的距离不大于设定的阔值， 或第一终端与第二终端驻留在同 一小区， 或第一终端与第二终端驻留在同一基站。

进一步， 判定模块 72还用于： 在判断第二终端与第一终端是否满足邻近 原则时， 还判断第二终端与第一终端是否满足设定的社 交关系。

本发明实施例中， 设定的社交关系是指在同一社交网络注册的各 终端之 间的身份关系满足设定条件， 其中， 应用层设备可以在自身存储的上下文中 查询在同一社交网络注册的各终端之间的身份 关系，如 UE1与 UE2为朋友关 系， UE1与 UE3不是朋友关系等； 又如， UE1与 UE2属于同一群组， UE2 与 UE3不属于同一群组； 等等；

设定的社交关系可以为待确定的第二终端与第 一终端为朋友关系， 或者 待确定的第二终端与第一终端属于同一设定的 群组， 等等； 本发明实施例中， 可根据实际需要设定在同一社交网络注册的各 终端的身份关系在进行发现过 程中需要满足的条件。

进一步， 获取模块 70具体用于： 与每个终端之间建立分组数据网 PDN连接； 以及接收每个终端上报的自 身当前的位置信息并存储， 其中， 位置信息包括： 终端当前驻留的小区的标 识 ID、 终端当前驻留的基站的 ID、 终端的地理位置信息中的一种或组合。

进一步， 获取模块 70具体用于：

向中间交互设备发起签约信息获取请求， 以及接收中间交互设备返回的 终端的签约信息以及该终端的内部标识与外部 标识的映射关系并存储， 其中， 签约信息获取请求中携带终端的外部标识。

进一步， 若邻近关系发现请求为： 第一终端请求确定该第一终端与自身 指定的第二终端是否满足邻近原则及设定的社 交关系， 且邻近关系发现请求 还携带有第二终端的外部标识； 则判定模块 72具体用于：

根据第二终端的邻近关系签约信息， 确定第二终端是否具有能够被其他 终端发现的功能； 在确定第二终端具有能够被其他终端发现的功 能， 且与第 一终端满足设定的社交关系及邻近原则时， 确定第二终端与第一终端邻近； 及在确定第二终端不具有能够被其他终端发现 的功能， 或与第一终端不满足 设定的社交关系， 或与第一终端不满足邻近原则时， 确定第二终端与第一终 端不邻近。

进一步， 若邻近关系发现请求为： 第一终端请求确定与自身满足邻近原 则及设定的社交关系的所有第二终端； 则判定模块 72具体用于：

确定与第一终端满足邻近原则的所有第二终端 ； 以及确定具有能够被其 他终端发现的功能且与第一终端满足设定的社 交关系的所有第二终端。

相应的， 发送模块 73还用于：

将确定的具有能够被其他终端发现的功能且与 第一终端满足设定的社交 关系的所有第二终端的外部标识和 /或位置信息反馈给第一终端。

进一步， 接收模块 71具体用于：

根据获取模块 70存储的内部标识与外部标识的映射关系， 确定接收到的 邻近关系发现请求中携带的第一终端的外部标 识对应的内部标识； 根据第一 终端的内部标识， 从获取模块 70中存储的终端的签约信息中， 确定该内部标 识对应的签约信息；

相应的， 判定模块 72还用于： 根据获取模块 70中存储的内部标识与外 部标识的映射关系， 确定接收模块 71接收到的邻近关系发现请求中携带的第 二终端的外部标识对应的内部标识； 居第二终端的内部标识， 从获取模块 70存储的终端的签约信息中， 确定该内部标识对应的签约信息， 并判断第二 终端是否具有能够被其他终端发现的功能。

进一步， 发送模块 73还用于： 将判断结果发送给第二终端。

基于上述实施例， 本发明实施例还提供了一种通信系统， 参见图 8所示， 该通信系统包括：

应用层设备 81 , 用于获取并存储各终端的签约信息、 内部标识与外部标 识的映射关系以及位置信息； 在接收到第一终端 82的邻近关系发现请求后， 根据第一终端 82对应的邻近关系签约信息， 确定第一终端 82具有能够发现 其他终端的功能； 以及判断第二终端与第一终端 82是否满足设定的社交关系 及邻近原则， 并将判断结果反馈给第一终端 82; 其中， 邻近关系发现请求中 携带第一终端 82的外部标识；

第一终端 82 , 用于向应用层设备发送邻近关系发现请求， 并接收应用层 设备反馈的判断结果。

本发明实施例中， 第二终端是指不同于第一终端的终端。

本发明实施例中， 邻近原则是指第一终端与第二终端之间的距离 满足设 定条件。

进一步， 第一终端与第二终端之间的距离满足设定条件 包括： 第一终端 与第二终端之间的距离不大于设定的阔值， 或第一终端与第二终端驻留在同 一小区， 或第一终端与第二终端驻留在同一基站。

进一步， 应用层设备 81还用于： 在判断第二终端与第一终端是否满足邻 近原则时， 还判断第二终端与第一终端是否满足设定的社 交关系。

本发明实施例中， 设定的社交关系是指在同一社交网络注册的各 终端之 间的身份关系满足设定条件， 其中， 应用层设备可以在自身存储的上下文中 查询在同一社交网络注册的各终端之间的身份 关系，如 UE1与 UE2为朋友关 系， UE1与 UE3不是朋友关系等； 又如， UE1与 UE2属于同一群组， UE2 与 UE3不属于同一群组； 等等；

设定的社交关系可以为待确定的第二终端与第 一终端为朋友关系， 或者 待确定的第二终端与第一终端属于同一设定的 群组， 等等； 本发明实施例中， 可根据实际需要设定在同一社交网络注册的各 终端的身份关系在进行发现过 程中需要满足的条件。

进一步， 通信系统还包括： 中间交互设备 83及 HSS84; 其中，

中间交互设备 83 ,用于在接收到应用层设备 81发送的签约信息获取请求 后，向 HSS84发送查询请求，该查询请求中携带终端的� ��部标识；并将 HSS84 反馈的签约信息以及终端的内部标识与外部标 识的映射关系发送给应用层设 备 81 ;

HSS84用于在接收到查询请求后， 根据内部标识与外部标识的映射关系 , 确定查询请求携带的终端的外部标识对应的内 部标识， 并将确定的内部标识 对应的签约信息以及该终端的内部标识与外部 标识的映射关系发送给中间交 互设备 83。

本发明实施例应用层设备接收到第一终端的邻 近关系发现请求后， 根据 所述第一终端对应的邻近关系签约信息， 确定第一终端具有能够发现其他终 端的功能； 并判断第二终端与第一终端是否满足邻近原则 ， 并将判断结果发 送给第一终端； 本发明实施例提供了一种确定用户设备之间邻 近关系的方案， 该方案对现有协议中网络架构的改动较小， 且易于实现。

基于相同的技术构思， 本发明实施例还提供了一种网络设备。 该网络设 备可如图 9所示。

参见图 9, 为本发明实施例提供的网络设备的结构示意图 ， 该网络设备可 包括： 网络接口 91、 处理器 92和存储器 93 , 其中：

网络接口 91 , 用于获取终端的签约信息、 内部标识与外部标识的映射关 系以及位置信息； 以及， 接收终端的邻近关系发现请求； 存储器 92, 用于存储网络接口 91获取到的所述终端的签约信息、 内部标 识与外部标识的映射关系以及位置信息；

处理器 93 , 用于在网络接口 91接收到第一终端的邻近关系发现请求后， 若根据所述第一终端对应的签约信息， 确定所述第一终端具有能够发现其他 终端的功能， 则判断第二终端与所述第一终端是否满足邻近 原则， 并将判断 结果通过所述网络接口发送给所述第一终端， 其中， 所述邻近关系发现请求 中携带所述第一终端的外部标识。

进一步的， 处理器 92还可在判断所述第二终端与所述第一终端是� ��满足 所述邻近原则时， 还判断所述第二终端与所述第一终端是否满足 设定的社交 关系； 其中， 所述满足设定的社交关系是指在同一社交网络 注册的各终端之 间的身份关系满足设定条件。

具体的， 网络接口 91可在终端与网络建立用于传输应用层业务相� ��的分 组数据网 PDN连接之后， 与各终端之间建立应用层连接； 以及， 接收各终端 上报的自身当前的位置信息并存储； 其中， 所述位置信息包括： 终端当前驻 留的小区的标识 ID、 终端当前驻留的基站的 ID、 终端的地理位置信息中的一 种或组合。

其中， 所述满足邻近原则是指所述第一终端与所述第 二终端之间的距离 满足设定条件。 进一步的， 所述第一终端与所述第二终端之间的距离满足 设 定条件包括： 所述第一终端与所述第二终端之间的距离不大 于设定的阔值， 或所述第一终端与所述第二终端驻留在同一小 区， 或所述第一终端与所述第 二终端驻留在同一基站。

所述邻近关系发现请求为： 所述第一终端请求确定该第一终端与自身指 定的第二终端是否满足所述邻近原则以及是否 满足设定的社交关系， 所述邻 近关系发现请求还携带有该第二终端的外部标 识。 相应的， 处理器 92可根据 所述第二终端的签约信息， 确定所述第二终端是否具有能够被其他终端发 现 的功能； 若所述应用层设备在确定所述第二终端具有能 够被其他终端发现的 功能， 且与所述第一终端满足所述社交关系以及及所 述邻近原则， 则确定所 述第二终端与所述第一终端邻近； 若所述应用层设备在确定所述第二终端不 具有能够被其他终端发现的功能， 或与所述第一终端不满足所述社交关系， 或与所述第一终端不满足所述邻近原则， 则确定所述第二终端与所述第一终 端不邻近。

所述邻近关系发现请求为： 所述第一终端请求确定与自身满足所述邻近 原则以及所述社交关系的所有第二终端。 相应的， 处理器 92可确定与所述第 一终端满足所述邻近原则的所有第二终端； 以及， 确定具有能够被其他终端 发现的功能且与所述第一终端满足所述社交关 系的所有第二终端。

具体的， 网络接口 91可将确定的具有能够被其他终端发现的功能� ��与所 述第一终端满足所述社交关系的所有第二终端 的外部标识和 /或位置信息反馈 给所述第一终端。

具体的， 网络接口 91可将所述判断结果发送给所述第二终端。 优选的， 网络接口 91 可通过应用层消息将所述判断结果发送给所述 第一终端和 /或所 述第二终端。

本领域内的技术人员应明白， 本发明的实施例可提供为方法、 系统、 或 计算机程序产品。 因此， 本发明可釆用完全硬件实施例、 完全软件实施例、 或结合软件和硬件方面的实施例的形式。 而且， 本发明可釆用在一个或多个 其中包含有计算机可用程序代码的计算机可用 存储介质 (包括但不限于磁盘 存储器、 CD-ROM、 光学存储器等）上实施的计算机程序产品的形 式。

本发明是参照根据本发明实施例的方法、 设备（系统）、 和计算机程序产 品的流程图和 /或方框图来描述的。 应理解可由计算机程序指令实现流程图 和 /或方框图中的每一流程和 /或方框、 以及流程图和 /或方框图中的流程 和 /或方框的结合。 可提供这些计算机程序指令到通用计算机、 专用计算机、 嵌入式处理机或其他可编程数据处理设备的处 理器以产生一个机器， 使得通 过计算机或其他可编程数据处理设备的处理器 执行的指令产生用于实现在流 程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能� � 装置。 这些计算机程序指令也可存储在能引导计算机 或其他可编程数据处理设 备以特定方式工作的计算机可读存储器中， 使得存储在该计算机可读存储器 中的指令产生包括指令装置的制造品， 该指令装置实现在流程图一个流程或 多个流程和 /或方框图一个方框或多个方框中指定的功能� �

这些计算机程序指令也可装载到计算机或其他 可编程数据处理设备上， 使得在计算机或其他可编程设备上执行一系列 操作步骤以产生计算机实现的 处理， 从而在计算机或其他可编程设备上执行的指令 提供用于实现在流程图 一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能� �步 骤。

尽管已描述了本发明的优选实施例， 但本领域内的技术人员一旦得知了 基本创造性概念， 则可对这些实施例作出另外的变更和修改。 所以， 所附权 利要求意欲解释为包括优选实施例以及落入本 发明范围的所有变更和修改。 发明的精神和范围。 这样， 倘若本发明的这些修改和变型属于本发明权利 要 求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。