CN104937898B - 在无线终端之间广播和中继信息的有效方法 - Google Patents

Abstract

提供了用于无线通信的方法、装置和计算机程序产品。该装置可以从第三UE接收与第二UE有关的广播信息；将广播信息和标识符信息中继到UE的集合；基于是否从UE的集合中的每个UE接收到标识符信息来确定UE的集合中的每个UE是否已经接收到广播信息；以及在确定UE的集合中的每个UE已经接收到广播信息时，抑制对广播信息进行中继。在另一个方面中，该装置可以从第三UE接收与第二UE有关的广播信息和与广播信息相关联的标签；将不带有广播信息的标签中继到UE的集合；从UE的集合中的第三UE接收针对广播信息的请求；以及将广播信息中继到第三UE。在一个方面中，第一UE、第二UE和第三UE可以是相同的UE。在另一个方面中，第二UE和第三UE但非第一UE可以是相同的UE。

Description

在无线终端之间广播和中继信息的有效方法

本专利申请要求享有以下申请的权益和优先权：于2013年12月5日提交的、题为“EFFICIENT MEANS OF BROADCAST AND RELAYING INFORMATION BETWEEN WIRELESSTERMINALS”的共同未决的美国非临时专利申请14/098,470，以及于2013年3月6日提交的、题为“METHODS AND SYSTEMS FOR PREDICTING AND/OR DISCOVERING PROXIMITY OFMOBILE DEVICES”的共同未决的美国临时专利申请61/773,585，以及于2012年12月10日提交的、题为“DISCOVERY AND SUPPORT OF PROXIMITY”的共同未决的美国临时专利申请61/735,490，上述申请已经转让给本申请的受让人，故以引用方式并入本文。

技术领域

本文中公开的主题内容涉及固定设备和移动设备，更具体地说，涉及被一个或多个电子设备用来实现或辅助信息在两个或更多个移动设备之间的广播和中继的方法、装置和制品。

背景技术

无线通信系统被广泛部署以提供诸如电话、视频、数据、消息传送和广播之类的各种电信服务。典型的无线通信系统可以采用能够通过共享可用的系统资源(例如，带宽、发射功率)来支持与多个用户的通信的多址技术。这样的多址技术的例子包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统以及时分同步码分多址(TD-SCDMA)系统。

这些多址技术已经在各种电信标准中被采用，以提供使不同的无线设备能够在城市层面、国家层面、地区层面乃至全球层面上进行通信的公共协议。新兴的电信标准的例子是长期演进(LTE)。LTE是由第三代合作伙伴计划(3GPP)颁布的通用移动电信系统(UMTS)移动标准的增强集。它被设计为通过改进频谱效率、降低成本、改进服务、使用新频谱，以及与在下行链路(DL)上使用OFDMA、在上行链路(UL)上使用SC-FDMA并使用多输入多输出(MIMO)天线技术的其它开放标准更好地融合来更好地支持移动宽带互联网接入。然而，随着对移动宽带接入的需求持续增加，需要对LTE技术进行进一步的改进。这样的改进的例子包括：在缺乏网络支持的情况下，支持信息在移动终端之间的高效传输；确定两个或更多个移动终端何时可以与彼此接近，并在终端与彼此接近的条件下实现服务(包括信息在终端之间的传送)。优选地，这些改进应当适用于其它多址技术和采用这些技术的电信标准。

发明内容

在本公开内容的一个方面中，提供了方法、计算机程序产品和装置。该装置可以是用户设备(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根据示例性实施方式描绘了可实现以便在两个或更多个移动设备中的应用之间发送、接收和/或中继信息的一些示例性协议。

图17、图18和图19是根据示例性实施方式描绘的用于支持网络接近服务器的某些示例性布置的示意性框图。

图20是根据示例性实施方式描绘的可用于确定或辅助确定两个或更多个移动设备之间的接近状态的示例性移动设备的某些特征的示意性框图。

图21是根据示例性实施方式描绘的可用于确定或辅助确定两个或更多个移动设备之间的接近状态的示例性电子设备的某些特征的示意性框图。

图22是根据示例性实施方式描绘的可以在一个或多个计算设备内实现以支持接近服务的示例性过程的流程图。

图23是根据示例性实施方式描绘的可实现以支持UE当中的通用广播和中继方法中的全部或部分(例如，在没有网络支持的情况下)的示例性过程的流程图。

图24是一种无线通信的方法的流程图。

图25是一种无线通信的方法的流程图。

图26是描绘了示例性装置中的不同模块/单元/组件之间的数据流动的概念性数据流图。

图27是描绘了采用处理系统的装置的硬件实施方式的例子的图。

具体实施方式

以下术语和缩略语可以应用于本说明书和附图：

3GPP: 第三代合作伙伴计划

AP: 接入点

API: 应用编程接口

App: 应用(软件或固件实体)

Appln: 应用(协议或接口)

CP: 控制平面

CSCF: 呼叫会话控制功能

D2D: 设备对设备(指的是2个设备之间的直接通信)

DHCP: 动态主机配置协议

EPC: 演进型分组核心(用于LTE)

eNB: 演进型节点B(eNodeB)

E-SMLC: 增强型服务移动位置中心

表达式： 对与彼此接近的2个或更多个UE执行的服务的识别码进行编码的数据片(例如，128比特字符串)。

FQDN: 完全合格域名

GMLC： 网关移动位置中心

GTP-U: 通用分组无线服务(GPRS)隧道协议-用户平面

HeNB: 家庭eNB

HSS: 归属用户服务

IETF: 互联网工程任务组

IM: 即时消息

IMS: IP多媒体子系统

IMSI: 国际移动用户识别码

IP: 互联网协议

L1/L2/L3:级别1/级别2/级别3

LTE: 长期演进

LTE-D: LTE直连(LTE Direct)(D2D的LTE版本，其中，2个UE经由LTE而不经由网络直接通信)

LRF: 位置获取功能

MAC: 介质访问控制

MME: 移动性管理实体

MSISDN: 移动站国际用户目录号

NAS: 非接入层

P2P: 对等

P-CSCF: 代理CSCF

PDCP: 分组数据汇聚协议

PDG: 分组数据网络网关

PDP: 接近发现协议

PDU: 协议数据单元

ProSe: 接近服务

PS-AP: 接近服务应用协议

RFC: 征求意见

RLC: 无线链路控制

RRC: 无线资源控制

RTT: 往返时间

S1-AP: S1应用协议

S-CSCF: 服务CSCF

SCTP: 流控制传输协议

SGW: 服务网关

SIB: 系统信息块

SIP: 会话发起协议

SLP: SUPL位置平台

SUPL: 安全用户平面位置

TA: 跟踪区域

TCP: 传输控制协议

TLS: 传输层安全

TMSI: 临时移动用户识别码

TS: 技术规范

UDP: 用户数据报协议

UE: 用户设备(例如，移动设备/站/终端)

UP: 用户平面

URI: 统一资源标识符

URL: 统一资源定位符

WiFi-D: WiFi直连(其中，两个UE使用IEEE 802.11 WiFi信令直接通信)

在以下描述中，术语终端、设备、移动终端、移动设备、移动站、站以及用户设备(UE)可互换使用，以指代为诸如蜂窝电话、智能电话、膝上型计算机或PDA之类的移动或潜在移动的具有无线能力的任何设备。此外，下面的描述中通常假设LTE网络和/或LTE信令用于使用并支持接近服务，尽管下面描述的方法可以应用于除LTE以外的其它类型的网络和无线信令—例如，可以应用于使用WCDMA、GSM、cdma2000、WiFi、WiMax和其它无线技术的网络和无线信令。在下面没有显示或隐式规定特定类型的网络或特定无线信令的任何上下文中，在最低限度，使用LTE网络或LTE信令是预期的。

无线通信网络实现两个或更多个UE之间的通信和/或任意UE与诸如网络服务器之类的一个或多个固定实体之间的通信，不管每个UE可能位于何处，只要每个UE处于可以互连到其它网络(例如，经由互联网)的一些无线网络的无线覆盖中，并且每个UE支持由提供覆盖的网络所支持的无线通信的至少一种特定类型。然后可以基于这样的通信能力向每个UE和/或每个UE的用户和/或每个UE上的应用提供许多不同的服务(例如语音呼叫、数据呼叫、电子邮件、IM、文本发送)。在一些情况下，可以基于更高级别的对另外的服务的兴趣或针对另外的服务的更高优先级或者用于在该接近的上下文中提供另外的服务的改进的能力来向彼此相接近(例如，距离彼此500米之内)的两个或更多个UE提供这样的服务。作为例子，两个朋友或同事在彼此相接近时，可能具有更高的相互通信的兴趣；两个公共安全响应人员在彼此附近时可能具有用于建立通信的更高优先级；以及两个UE在彼此附近时可以能够在不增加网络负担的情况下采用直接的UE对UE的通信。出于这样的原因，网络和/或UE确定UE何时接近一个或多个其它UE可能是有益的。确定两个UE是否彼此相接近的过程可以被称为“发现”，并且该过程可由一个UE或这两个UE来执行，或者由与任意一个UE通信的网络或者由网络以及由一个或这两个UE这二者来执行。

发现或接近可以基于每个UE的地理位置，其中，当两个UE在距离彼此的某个最大间隔之内(例如，500米)时，发现接近。接近的发现可以替代地基于一个UE直接接收由另一个UE发送的信号的能力—例如，接收强度超过某个最小门限的信号。每种类型的发现可能要求网络和/或相应的UE花费大量的时间和资源—例如，用于周期性地测量和比较UE的地理位置的时间和资源，或者用于从第一UE发送并由不同于第一UE的第二UE信号接收的时间和资源。当对可能对其接近感兴趣的不同的UE对的组合进行重复时，这样的时间和资源的花费可能被乘以许多倍。因此，能够使用较少的资源和较少的时间来发现接近的方法可能是有价值的。发现接近以及当发现接近时采取适当行动(例如向相应用户或者向每个UE上的应用提供对接近的指示)的进一步的问题在于：接近的持续时间可能是短暂的，并且发现和报告接近的任何延迟可能将已经报告接近的持续时间减少为较低的值或者甚至为零。因此，例如，如果通知发生在所报告的接近即将结束时，则向购物商场中的一对用户通知它们当前的接近以便允许用户安排即兴会面可能会受到严重的影响。因此，用于在很少或没有延迟的情况下发现接近的发生的方法也可能是有价值的。

在一种实施方式中，可以基于两个或更多个UE的可能的未来位置来提前预测这些UE的即将到来的地理接近。任何UE的可能的未来位置可以通过外推UE的当前和过去位置以及运动，以预测其在某个未来时刻的位置(或者其应当位于的区域或分区(volume))来确定。UE的可能的未来位置还可以基于已经发生的与UE的当前位置相关联的和/或与当前日期和时间相关联的该UE的(或者更确切地，该UE的用户的)任何已知历史行为来确定。这样的基于行为的位置预测的例子可以包括：(i)已知在某些时刻和某些日子通常在家、饭店或工作地点的用户；(ii)开车进入并将车停在购物商场的正门之后，习惯性地在购物商场周围四处走动的用户；(iii)每天在某个时刻散步或慢跑，并使用在开始后不久可以由用户的前进方向和位置区分的少量不同路线中的一条路线的用户；以及(iv)通过每次使用相同的行进路线在某些日子和/或某些时刻从家或工作地点去拜访某个朋友或亲戚的用户。

在一种实施方式中，UE或网络服务器可以基于UE的当前位置、速度和前进方向加上最近移动和/或历史位置的历史记录来预测地理位置的形式。此处，这样的UE或服务器可以在对另一个UE的地理接近发生之前预测其发生—给予UE用户和UE应用更多的时间来做出反应。在替换的实施方式中，可以至少部分基于检测到两个UE在相同的地点(例如，购物商场、大楼、会展中心、铁道、汽车站或机场)来预测即将到来的地理接近，即使这两个UE的地理间距当前超过了定义接近的特定门限范围。

不管是基于设备之间直接通信的能力(例如，使用LTE-D)还是基于地理位置和地理间距，两个设备之间的接近发现对于UE和/或网络来说都可能是资源密集型过程。这很可能会增加网络运营商的资金和运营成本和/或损害电池寿命和UE的服务供应。另外，这可能损害接近支持的效果—例如，如果由于可用于此的有限资源而导致在发现两个UE是否接近时存在延迟。

在一种实施方式中，“几乎接近”的状况可以指示两个UE彼此靠近但靠近程度不足以符合实际接近的状况。作为例子，如果实际接近被定义为具有为2000米的最大间距，则几乎接近可以被定义为2000至5000米之间的间距。发现几乎接近的益处可以在于：可能不需要精确确定—允许使用粗略但资源高效的方法来进行支持(例如，使用更少的网络和/或UE资源但无法很准确地确定接近状态的方法)。此外，几乎接近不需要向应用或用户进行报告，而是仅由网络服务器和/或由每个UE中的某种公共接近过程或接近引擎来保持。一旦已经通过粗略但高效的方法发现了几乎接近，可以使用更加准确但资源效率较低的方法来发现已经被发现处于几乎接近的那些UE的实际接近。因为对于特定用户和/或特定应用感兴趣的任何接近服务来说，与彼此几乎接近的UE的数量可能仅包括潜在地在任意区域或地区中与彼此实际接近的UE的任意总数量中的一小部分，所以与较低效率方法在没有任何初始预先处理的情况下应用于所有UE相比，使用相同的较低效率的方法来确定实际接近可以不消耗那么多的资源。另外，在发现实际接近之前确定几乎接近可以降低发现实际接近的延迟。因此，几乎接近还可以用于有效地支持由不同网络服务的UE之间的接近的发现。

在某些实施方式中，如图1中所示，UE 100可以从SPS卫星160接收或获取卫星定位系统(SPS)信号159。在一些实施方式中，SPS卫星160可以来自诸如GPS或伽利略(Galileo)卫星系统之类的一个全球导航卫星系统(GNSS)。在其它实施方式中，SPS卫星可以来自多个GNSS，例如但不限于GPS、伽利略(Galileo)、格洛纳斯(Glonass)或者北斗(COMPASS)卫星系统。在其它实施方式中，SPS卫星可以来自若干区域导航卫星系统(RNSS)中的任意一个，例如广域增强系统(WAAS)、欧洲对地同步导航覆盖服务(EGNOS)和准天顶卫星系统(QZSS)(仅举几例)。

另外，UE 100可以向无线通信网络发送无线信号并且从无线通信网络接收无线信号。在一个例子中，UE 100可以借由通过无线通信链路123向基站收发机110发送无线信号或从基站收发机110接收无线信号来与蜂窝通信网络通信。类似地，UE 100可以通过无线通信链路125向本地收发机115发送无线信号或从本地收发机115接收无线信号。

在特定实施方式中，本地收发机115可以被配置为：通过无线通信链路125，在比由基站收发机110通过无线通信链路123实现的距离更短的距离处与UE 100通信。例如，本地收发机115可以置于室内环境中。本地收发机115可以提供对无线局域网(WLAN，例如IEEEStd.802.11网络)或无线个域网(WPAN，例如蓝牙网络)的接入。在另一示例性实施方式中，本地收发机115可以包括能够根据蜂窝通信协议促进链路125上的通信的毫微微小区收发机。当然，应当理解的是，这些仅是可以通过无线链路与UE通信的网络的例子，并且主张的主题内容不局限于这个方面。

在特定实施方式中，基站收发机110和本地收发机115可以经由链路145，通过网络130与服务器140、150和/或155通信。此处，网络130可以包括有线或无线链路的任意组合。在特定实施方式中，网络130可以包括能够经由本地收发机115或基站收发机110促进UE100与服务器140、150或155之间的通信的互联网协议(IP)基础设施。在另一实施方式中，网络130可以包括诸如基站控制器或主交换中心(未示出)之类的蜂窝通信网络基础设施，以促进与UE 100的移动蜂窝通信。

在特定实施方式中，并且如同下面所讨论的，UE 100可以具有能够计算UE 100的定位(position fix)或估计的位置的电路和处理资源。例如，UE 100可以至少部分基于到四个或更多个SPS卫星160的伪距测量来计算定位。此处，UE 100可以至少部分基于从四个或更多个卫星160获取的信号159中的伪噪声码相位检测来计算这样的伪距测量。在特定实施方式中，UE 100可以从服务器140、150或155接收用于协助由SPS卫星160发送的信号159的获取的定位辅助数据，例如包括年历、星历数据、多普勒搜索窗(仅举几例)。

在其它实施方式中，UE 100可以通过使用诸如，例如，高级前向三角定位(AFLT)和/或观测到达时间差(OTDOA)之类的若干技术中的任意一种，对从固定在已知位置处的地面发射机(例如，诸如基站收发机110)接收的信号进行处理来获得定位。在这些特定技术中，可以至少部分基于由固定在已知位置处的发射机发送并在UE 100处接收的导频信号来测量从UE 100到这样的固定在已知位置处的三个或更多个地面发射机的距离。或者，在其它实施方式中，可以从UE 100对在如UE 100的位置处所见的一对收发机之间的传输定时的差的测量来获得UE 100与该对基站收发机110之间的距离的差。借助于三角定位，UE 100与两个或更多个不同对的收发机之间的距离的差可以用于估计UE 100的位置。此处，服务器140、150或155可以能够向UE 100提供包括诸如地面发射机的位置和识别码之类的定位辅助数据，以促进诸如AFLT和OTDOA之类的定位技术。例如，服务器140、150或155可以包括指示特定区域或一些区域中的蜂窝基站的位置和识别码的基站年历(BSA)。在一些实施方式中，UE 100可以测量并确定其估计的位置，而在其它实施方式中，UE 100可以执行位置测量，但将测量的结果返回给服务器(例如，服务器140、150或155)用于UE 100的位置的计算。在一些实施方式中，使得UE 100能够执行位置测量以及使得UE 100或服务器140、150或155中的一个服务器能够确定UE 100的位置的UE 100与服务器140、150和155中的一个或多个服务器之间的通信可以根据诸如由第三代合作伙伴计划(3GPP)和由第三代合作伙伴计划2(3GPP2)定义的解决方案之类的控制平面位置解决方案。在其它实施方式中，UE 100与服务器140、150和155之间的这种通信可以根据诸如由开放移动联盟(OMA)定义的安全用户平面位置(SUPL)位置解决方案之类的用户平面位置解决方案。

在特定环境(例如室内环境或城市峡谷)中，UE 100可能无法从足够数量的SPS卫星160和/或从其位置已知的足够数量的基站收发机110获取信号159来执行AFLT或OTDOA用于计算定位。或者，UE 100可以能够至少部分基于从本地发射机(例如，置于已知位置处的WLAN接入点115)获取的信号来计算定位。例如，UE可以通过测量到置于已知位置处的三个或更多个室内地面无线接入点的距离来获得定位。这样的距离可以例如通过以下操作来测量：利用从这样的接入点接收的信号来获得MAC ID地址，以及通过对从这样的接入点接收的信号的一个或多个特性(诸如，例如，用于信号传播的接收的信号强度(RSSI)或往返时间(RTT))进行测量来获得到接入点的距离测量值。在替代的实施方式中，UE 100可以通过向指示室内区域中特定位置处的期望的RSSI和/或RTT签名的无线热图应用所获取的信号的特性来获得室内定位。在特定实施方式中，无线热图可以关联本地发射机的识别码(例如，来自从本地发射机获取的信号的可辨别的MAC地址)、来自由识别出的本地发射机发送的信号的期望的RSSI、来自识别出的发射机的期望的RTT以及来自这些期望的RSSI或RTT的可能的标准偏差。然而，应当理解的是，这些仅是可以存储在无线热图中的值的例子，并且主张的主题内容不局限于这个方面。

在特定实施方式中，UE 100可以从服务器140、150或155接收用于室内定位操作的定位辅助数据。例如，这样的定位辅助数据可以包括：用于至少部分基于例如测得的RSSI和/或RTT和/或到达的传输时间差来实现对到这些发射机的距离或对所述距离的差的测量的、置于已知位置处的发射机的位置和识别码。用于协助室内定位操作的其它定位辅助数据可以包括无线热图、磁热图、发射机的位置和识别码、可路由性图(仅举几例)。UE接收的其它辅助数据可以包括例如用于显示或协助导航的、室内区域的本地地图。当UE 100进入特定室内区域时，可以向UE 100提供这样的地图。这样的地图可以示出诸如门、走廊、入口、墙壁等的室内特征，诸如浴室、付费电话、房间名称、商店等的兴趣点。通过获得并显示这样的地图，UE可以在所显示的地图上覆盖该UE(和用户)的当前位置，以向用户提供另外的上下文。

在一些实施方式中，图1中的一对UE(例如，UE 100和UE 100')可以彼此相接近。可以通过使用例如先前描述的方法估计每个UE的地理位置，以及确定这两个地理位置之间的间隔小于某个最大门限来确定接近。接近可以替代地根据一个UE以大于某个最小门限的强度接收由另一个UE发送的信号101的能力来确定。接近还可以根据一个UE通过与另一个UE直接交换信号(例如，使用LTE-D或WiFi-D)获得到另一个UE的RTT以及测量传播时间并随后基于RTT小于某个最大门限来确定这两个UE之间的间隔的能力来确定。接近的发现可以发生在一个UE或这两个UE中，或者可以由UE的服务网络(例如，网络130)，或者由附着到网络130或从网络130可到达的服务器(例如，服务器140、150或155)来执行。发现还可以涉及UE、网络130和/或服务器140、150和/或155之间的交互。在一些其它实施方式中，UE当前可能不处于接近但在稍后的时间可能处于接近，其中，这样的稍后的接近由UE、网络130和/或由服务器140、150和/或155预测或预料。未来接近的预测或预料可以至少部分基于以下各项中的一项或多项：(i)当前位置、速度和一个UE或这两个UE的前进方向；(ⅱ)先前的位置、速度和一个UE或这两个UE的前进方向；(ⅲ)一个UE或这两个UE的先前的用户位置历史记录；(ⅳ)确定两个UE都在相同地点；以及(v)确定UE与彼此几乎接近。

接近服务、发现和表达式

根据某些方面，本文提供了各种示例性技术，概括地说，可以实现这些技术来提供针对接近服务(ProSe)和/或其它类似服务的发现的支持；以及在某些实例中，提供针对使用LTE-D和/或类似物的个体接近服务的通信的支持。

这些示例性技术中的一些技术基于地理接近(例如，与附近设备之间的地理间隔有关)；以及在某些实例中，在网络支持可能不可用的情况下基于使用LTE-D的ProSe支持。

如本文所使用的，“接近服务”可以是向第一设备的用户和/或向在第一设备上运行的应用提供的任何服务，其视与支持相同服务或者与相同服务相关联的一个或多个其它设备接近的第一设备而定。接近服务可以只是构成对用户和/或对应用的以下通知：第一设备与支持该服务或者与该服务相关联的一个或多个其它设备接近，并且在这种情况下可以提供这些其它设备中的每个设备的一些标识(例如，电话号码、订户或用户识别码、设备识别码)，以及针对其它设备的信息(例如，每个设备相对于第一设备的位置)。接近服务可以代替地或另外地提供与其它设备的、形式为语音、视频、IM和/或文本(仅举几例)的通信能力(这可以在设立之前向相应用户要求许可)。接近服务还可以增强某种现有服务—例如，通过利用采用直接的设备对设备通信(例如，LTE-D)而不依赖于网络支持的等效通信信道来替换第一设备与其它设备中的一个或多个设备之间的由网络支持的某种现有通信信道。这样的增强型服务可以改进通信质量、降低通信延迟、降低网络运营商计费和/或降低网络资源的使用。接近服务可以与设备上的特定应用相关联(例如，可以提供专门针对这个应用的增强型服务)。

发现两个或更多个设备是否接近可以联合可以由所得到的接近增强或实现的特定服务来执行。具体地，然后可能有必要在发现两个或更多个设备是否接近之前，首先确定这两个或更多个设备是否能够支持并且有兴趣支持相同的接近服务，这是由于如果这些设备没有共同的接近服务，则它们接近将没有益处。此外，一些接近服务可能受限于设备或用户的特定集合(例如，朋友或特定公司的雇员或者特定购物链的顾客的特定集合)、或者特定类型的设备(例如，特定品牌的电话)、或者具有一些其它公共特性(例如，对集邮感兴趣)的设备或用户。在另一些情况下，接近服务可能受限于设备的非对称分组(例如，属于购物商场中的购物者以及属于购物商场中的商店的设备)，其中，仅当接近发生在属于不同类别的设备之间(例如，先前例子中的购物者和商店)时才对接近感兴趣。为了识别接近服务并帮助确定两个或更多个设备是否对相同的接近服务具有共同的兴趣，可以向每种接近服务指派可以采用被称为“表达式”的、比特的特定序列的标识符。

如本文中所使用的，表达式可以为由用户或应用的特定集合执行的和/或代表用户或应用的特定集合的特定接近服务提供全局唯一标识。在某些实例中，表达式可以表示为可以由UE和基站在不会对带宽使用造成严重影响的情况下广播的有限数量的比特(例如，128比特)。接收另一个UE的表达式广播的UE则可以能够确定该表达式是否与这两个UE共同感兴趣的接近服务有关，以及另一个UE是否也处于接近。

在示例性实施方式中，UE可以广播一个或多个表达式，以尝试发现一个或多个其它UE或者被一个或多个其它UE发现。此处，例如，在某些实例中，可以假设与相同表达式相关联(例如，分别广播)的两个UE参与相同的接近服务。为了提供接近服务，这两个UE可能首先需要在彼此的某个接近门限之内(例如，在直接无线接触中，或者具有某个最大地理间距)。确定这两个UE支持相同的接近服务并且接近可以被称为“发现”或“接近的发现”或者“确定接近的状态”。

在某些示例性实施方式中，可以使用通用表达式，并且可以以标准化的方式来构造通用表达式，以对接近服务进行全局分类(例如，通过将表达式划分成分别标识接近服务的一个类别的单独的字段)。在一些示例性实施方式中，可以使用特定于应用的表达式(ID)，并且其可以由接近服务的特定提供商和/或类似物指派，并且在某些实例中，其可以不符合任何全局性的方案等。

可以提供各种技术用于获得和/或使用表达式。通过举例的方式，在某些实例中，特定的接近服务(或接近支持的类型)可以与全局唯一的表达式相关联。在某些示例性实施方式中，支持或使用不同接近服务的UE上的App可以确定经由(i)与UE的用户的交互或者(ii)与关于一些接近的服务器的交互或者(iii)硬编码或以其它方式提供表达式作为App的一部分已经(例如，由全局标准或由接近服务的提供商)为每种所支持的接近服务指派的表达式。

在示例性实施方式中，用户可以与App和服务器和/或类似物进行交互，以选择与发现附近的饭店、加油站、店铺等相关联的接近支持。服务器可以向App提供一个或一些相关联的表达式(例如，可能具有某个有限的寿命，在此之后，该App可能需要重新调用服务器来验证当前的表达式和/或可能获得新的表达式)。App然后可以调用接近服务(例如，经由与UE上的接近引擎和/或服务无线网络中的远程接近服务器的交互)。App可以向本地接近引擎和/或向远程接近服务器提供先前从服务器获得的表达式连同接近相关的参数(例如，用于定义地理接近的最大间隔)。接近引擎和/或远程接近服务器然后可以调用标准化的接近支持(例如，如本文稍后描述的)以发现共享相同接近服务的其它UE是否接近，并报告返回被发现接近的、共享相同表达式的任何这样的UE的识别码和可能的位置。

在某些示例性实施方式中，可以使用一个或多个以运营商为中心的表达式。例如，对无线运营商中的一个或多个表达式赋予极大的控制以便引导可工作系统的部署来支持具有低预先部署和维护成本的接近服务和接近的发现可能是值得的。为了实现这一目标，例如，可以对一个或多个通用表达式进行简化和/或标准化，例如，以支持特定的特定于应用的ID等。在某些实例中，可以对这样的通用部分(可能包括运营商ID)进行标准化以实现对表达式映射的接近类别的运营商支持(例如，下降到某个级别)。在某些实例中，应用部分可以由每个运营商和/或由运营商的客户端定义。通过在本文中被称为“例子A”的非限制性例子，可能的标准可以支持不同的级别，诸如例如，级别1：接近类别(例如，零售，在线服务)；级别2：接近子类别(例如，朋友查找器)；级别3：运营商(其可以被代替地定义在级别1并且包括国家或地区)；级别4+：标准化的或者运营商定义的。所得到的与运营商相关联的表达式可能更像其它无线网络ID，例如，IMSI、MSISDN、公用SIP URI等。

在某些示例性实施方式中，对一个或多个表达式的支持可以由多个运营商支持。例如，在某些实例中，一些客户端(例如，搜索引擎、社交网络站点、百货商店等)可以仅从一个运营商获得特定接近服务的单个表达式。这样的实现可以例如使用对漫游的支持，其中，运营商X提供对针对由另一个运营商Y指派的表达式的接近服务的支持(例如，并且可以为此对运营商Y进行计费)。

在其它实例中，一些客户端可以从多个不同运营商中的每个运营商获得针对相同接近服务的不同表达式。使用此选项，可以标识相同的接近服务的不同的表达式或“别名”可以来自不同的运营商。运营商服务器可以例如存储由其它运营商指派的别名(假设这些是由客户端App提供的)，例如以实现访问不同网络的UE之间的接近发现，并提供接近服务名称与表达式之间的另外的映射支持。在某些实例中，还可以使客户端UE和App知道这些别名，例如以便在服务网络中使用正确的表达式，以及识别感兴趣的表达式以便发现。在特定实施方式中，表达式(或表达式集合)可以用作其运营商可能没有向特定客户端指派其自己的任何表达式的网络中的默认值。

根据某些方面，本文中提供的技术可以支持不同的商业模型和/或关系。例如，在某些实例中，运营商可以拥有在标准中向其指派的表达式空间(例如，之前的例子A中的级别4+)，并且可以向它们的客户出售或出租它们的表达式空间的所有或可能的子集(单个表达式或表达式的集合)。通过举例的方式，可以向电信公司指派表达式空间E(世界范围的或者特定于国家/地区的)。这样，电信公司可以分别向社交网络提供商、搜索引擎提供商、新闻机构出售或出租E的子集E1、E2、E3。在某些实例中，已经购买或租用了子集E1的社交网络提供商自身可以向一个或多个App提供商、用户、用户组等提供、出售或出租子集E1的子集E1-1、E1-2、E1-3......。

在某些示例性实施方式中，可以经由在线的方法、通过电话或经由个人协商等向一个或多个客户端提供购买或租用表达式的机会(例如，如同上面所举例的)。运营商可以例如为它们出售或出租的表达式和表达式子集提供LTE-D支持(例如，作为出售或出租的一部分)。因此，最初可能不需要服务器的复杂全局系统来指派、翻译和支持表达式。而是每个运营商可以例如提供其自己的服务器来支持例如针对其自己的表达式(和别名)映射。

通过上面的方法获得表达式的集合或子集的客户端可以基于从运营商购买或租用的表达式来向其自己的客户端提供服务。通过第一例子，社交网络服务和/或类似物可以使得用户能够设立、订制与朋友查找服务和/或类似物相关联的用户组，以及从该用户组退出。例如，假设用户组A当前包括用户A1、A2和A3，而用户组B当前包括用户B1、B2和B3。这样，可以向每个组指派全局唯一的表达式，例如，可以向组A指派表达式EA，以及可以向组B指派表达式EB。为了发现彼此，用户A1、A2和A3然后可以广播其组表达式(例如，表达式EA)，以及用户B1、B2和B3可以广播其组表达式(例如，表达式EB)。在第二例子中，社交网络服务和/或类似物可以使得具有共同兴趣(例如，对于游戏、古董、艺术、摩托车)的用户能够可能地设立和/或订制与共同兴趣相关联的用户组，以及从该用户组退出。然后可以向这样的用户组指派用于在发现期间进行广播的组表达式。然而，这样的发现与其针对朋友查找服务的可能情况相比较更有选择性，例如允许用户不被发现，可能是有益的。

在某些示例性实施方式中，提供一个或多个虚拟UE和/或类似物可能是有益的。虚拟UE可以是在不需要真实UE的实际物理部署情况下的真实UE的网络支持的占位符。虚拟UE可以像网络服务器或网页服务器中的逻辑实体那样得到支持，并且可以被指派有与真实UE相关联的某些特性，并且由服务器实现来执行某些服务并参与通常由真实UE支持的某些通信。因而，可以向虚拟UE指派特定(例如，固定)的位置、特定的UE识别码，并且可以使得虚拟UE能够支持某些接近服务。对于有兴趣支持某些接近服务的固定的订户(例如，咖啡店、宾馆、机场)来说，则可能不需要部署真实的移动(或固定)UE，这可以通过代替地部署能够支持相同接近服务的一个或多个虚拟UE来简化这些类型的客户端的部署。网络运营商然后可以在一个或多个网站和/或类似物中配置关于这样的虚拟UE和它们分别支持的接近服务的信息(例如，表达式、名称、位置、相关联的网络小区、其它元数据、属性、IP地址、URL)。在某些实例中，仍然可以基于真实UE的实际位置和虚拟UE的所配置的位置来确定对真实UE的接近(例如，通过能够访问虚拟UE的配置信息的网络接近服务器)。如果由网络向真实UE提供了虚拟UE的位置(例如，经由来自诸如eNB之类的基站的广播或者通过接近服务器)，或者如果位置的比较在能够访问真实UE的实际位置和虚拟UE的所配置的位置二者的网络服务器中执行，则依赖于对UE的位置进行比较的发现方法因而可能是有用的。

发现的一个例外可以是基于无线的D2D发现，这可能是不可能的，这是由于虚拟UE将无法向真实UE发送信号以及从真实UE接收信号。如果(例如，由网络或由真实UE)发现了虚拟UE与真实UE之间的接近，则网络可以向被发现与虚拟UE接近的真实UE提供包括IP地址和/或网站URL的相关联的元数据。在某些实例中，真实UE的App或用户然后可以使用所提供的IP地址和/或URL来与所发现的虚拟UE进行交互。对于真实UE的App或用户来说，交互可能看起来和与另一个真实UE的交互相同，但实际上可经由与代表虚拟UE运行的服务器或网站的交互来支持。因而，例如，在某些实例中，真实UE的App或用户可能不需要知道所发现的另一个UE是真实的还是虚拟的。

接近的发现和预测

根据某些方面，本文中提供的技术可以实现两个或更多个UE之间的地理接近的预测。在一个例子中，可以至少部分使用两个UE的当前的地理位置和可能的当前速率来预测这两个UE的地理接近，以确定它们现在或可能稍后是否接近。此处，例如，被标明为UE A和UE B的两个UE如果当前在彼此的1000米之内，则可以确定处于地理接近。在另一个例子中，UE A和UE B如果当前在彼此的1000米之内并假设每个UE正在以小于5米/秒的速度行进，则可以确定处于地理接近。用于确定地理接近的条件可由网络运营商、无线标准或参与的App和用户来定义—例如，支持特定接近服务或可以向其提供特定接近服务的App可以针对该特定接近服务来定义其UE与某个其它UE相接近的条件。在那种情况下，可以定义不同的条件，其中，地理间隔连同诸如每个UE的当前速度之类的其它条件可以增加。如果(例如，参与UE)对发现与可能不会长时间处于接近或者其用户可能不处于与另一个UE的用户通信或影响与另一个UE的用户的会合的位置的快速移动的UE的接近不感兴趣，则速度可能是重要的。当然，这些也只是几个例子，并且主题内容不旨在一定局限于此。

在某些实例中，预测的地理接近可以至少部分基于两个UE的一个或多个可能的未来位置(和可能的未来速率)，以便确定接近是否可能在某个时间跨度内发生(例如，在下一个小时之内等)。可以以各种方式来确定可能的未来位置。例如，在某些实例中，可以至少部分通过对UE的当前和过去的运动进行外推以预测其在某个未来时刻的位置(或其应当位于的区域或分区内)来确定可能的未来位置。

在另一个例子中，在某些实例中，可以至少部分基于例如与当前位置、当前日期和时间等相关联的用户的已知的过去的行为来确定可能的未来位置。例如，用户的已知的过去的行为可以指示该用户在某些时刻以及在某些日子可能在家、在饭店、在购物商场或在工作地点。例如，用户的已知的过去的行为可以指示用户可能在去诸如购物商场、公园或体育场之类的某些位置时表现出某些习惯，例如，可能在驾驶进入邻近的停车场或车库之后，停在特定的入口附近等。

在另一个例子中，用户的已知的过去的行为(例如，如同由可能存储在UE中或者网络位置服务器或网络接近服务器中的UE的位置历史记录所暗示的)可以指示：用户有可能在每天的某个时刻从某个位置离开，移动某个较远的间隔然后又回来(例如，以便进行每天的散步或慢跑)，例如，有可能沿着在开始后不久可由用户的前进方向和位置区分的少量不同路线中的一条路线。

在又一个例子中，用户的已知的过去的行为可以指示：用户有可能在某些日子和/或在某些时刻，例如每次可能地使用相同的路线和/或以大约相同的速度行进，从一个位置移动到另一个位置(例如，以便进行上下班通勤，或者从用户的家或工作地点去拜访朋友或亲戚)。再次指出，像本文中的所有例子那样，主张的主题内容不旨在一定局限于此。基于每个UE的当前和过去位置以及速度中的一个或多个以及每个UE的任何已知的过去位置历史记录，UE或网络位置服务器中的任意一个可以能够预测两个UE在某个时间间隔之后以某个概率可能相接近，并且可以能够估计该时间间隔和概率(例如，至少粗略地)。如果时间间隔小于某个门限(或者在其之下)和/或如果概率大于(或超过)某个门限，则可以向每个UE上的应用或每个UE的用户告知：这两个UE正相接近或可能稍后相接近。

图2示出了包括UE A 206和UE B 208的两个UE的示例性布置200。UE A 206与UE B208之间的当前间隔210可能过大，以至于不能认为UE A 206和UE B 208当前彼此相接近。然而，UE A 206和/或UE B 208或者服务网络(例如，网络130)或网络服务器(例如，服务器140、150或155)有可能基于它们的可能的未来位置来预测UE A 206和UE B 208稍后可以相接近。例如，区域202可以表示如下区域：可以基于诸如UE A 206的当前位置、UE A 206的当前速率、UE A 206的最近运动历史记录和/或当在其当前位置处或附近时和/或在先前日子的当前时刻和/或在先前数周的一周中的同一天的UE A 206的已知过去行为之类的因素来预测UE A 206在某个未来时刻(例如，30分钟以后)位于该区域内。类似地，区域204可以表示如下区域：可以基于与上文针对UE A 206提及的那些因素相同或相似的适用于UE B 208因素来预测UE B 208在某个未来时刻(例如，30分钟以后)位于该区域内。这两个预测的区域202和204可以如图2所描绘的那样交迭，或者可以不交迭但彼此靠近(图2中未示出)。具体地，由于在考虑两个UE相接近所要求的最大间隔之内，因此在区域202中可能存在与区域204中的许多其它位置相接近的许多位置。因此，可以预测UE A 206和UE B 208可以在之后的时刻(例如，30分钟之后)彼此相接近。虽然预测可能不与接近发生100％概率相关联，但有可能确定接近发生的较低概率(例如，基于区域202和204交迭的程度或者与区域202中的任何随机位置相接近的区域204的平均比例)。如果此较低概率不是不显著的(例如，为20％或更高)，则可以预测之后时刻(例如，30分钟之后)的接近状态(例如，由UE A 206、UE B208、服务网络或网络服务器)。此外，当预测接近在某个未来时刻(例如30分钟之后)以某个概率发生时，该接近(如果发生的话)可能实际上在比所预测时刻更早或更晚的时刻开始，这意味着预测最好可以指示接近发生的可能性而不是其将发生的精确时刻。然后在UE A206和UE B 208上的一个或多个应用或UE A 206和UE B 208的用户对接收或执行某个公共接近服务有兴趣的情况下，可以在当前时刻(例如，接近可能发生的30分钟之前)向应用和/或向用户指示所预测的接近。对所预测的接近的指示还可以包括以下事实：接近是预测的，并不是当前的，或者可以不包括该信息以简化与应用和用户的交互，并降低来自应用或用户的任何响应的复杂度。

对于一些接近服务(例如，朋友/亲戚查找器)来说，在接近实际发生之前向一个UE或两个UE告知即将到来的接近可能是个优点，例如，从而一个或两个用户可以调整他们的运动以见面等等。因而可以在其实际发生之前，基于预测来指示接近。预测可以利用每个UE的位置历史记录，其在一些实施方式中可以仅存储在UE中(例如，出于隐私)或者在其它实施方式中可以存储在网络服务器中，基于这样一种认识：位置历史记录通常或仅用于向UE的用户提供或增强服务供应。在某些实例中，为了利用这样的技术，可以向UE告知其它UE的位置，可能甚至当外面的正常接近一定会允许任何UE将其当前位置和所预测的未来位置二者与其它UE的当前位置进行比较并确定接近在未来是否可能发生时。

应当注意的是，结合图2中的布置200所描述的预测的类型可能仅是网络或网络服务器中的最优方式。如果预测是由UE(例如，由图2中的UE A 206或UE B 208)执行的，则出于隐私的原因，UE可以仅拥有其自己的位置历史记录而没有其它UE的位置历史记录。因而，例如，UE A 206可能能够以很大的可靠性来确定针对其自己的未来位置的区域202，但可能仅以较低的可靠性来确定针对UE B 208的未来位置的区域204，这是因为这仅基于当前位置(和可能的当前速率)或UE B 208，而不是UE B 208的任何先前的位置历史记录。然而，即使这种更有限的能力也可以是有用的—例如，如果针对UE A 206的所预测的未来位置的区域202与UE B 208的当前位置交迭，则UE A 206可以预测UE A 206与UE B 208之间的接近将是可能的。

图3是根据示例性实施方式示出的其中可以至少部分基于地图和/或上下文考虑来确定接近状态存在于某些移动设备(在图3中由UE A 306和UE B 308表示)之间的又一个示例性布置300的图示。例如，可以确定基于地点的接近。此处，例如，区域302可以表示UE A306和UE B 308二者可以被确定将位于其内的公共地点。在某些实例中，可能处于相同地点的UE可以被认为相接近，即使它们之间的当前间隔310可能过大以至于不能证明符合正常(例如，基于门限)的地理接近。地点的例子可以包括：购物商场、体育场、会展中心、医院、机场、火车站、办公楼、博物馆、旅游景点等。在某些实例中，地点甚至可以很大，例如，公园或国家公园和/或类似物。

在示例性布置300中，即使UE A 306和UE B 308当前相距太远以至于不能认为处于地理接近内，但它们在相同地点中的位置可以满足提醒这些UE中的一个或二者处于基于地点的接近的条件。

确定UE在特定地点内可由该地点本身来进行。例如：属于该地点的WiFi接入点、基站或毫微微小区可以检测该地点内的UE的存在(例如，当UE附着到或注册无线服务，或者仅发送诸如WiFi MAC地址之类的标识作为正常无线操作的一部分时)。替代地或另外地，属于该地点的位置服务器可以使用基于网络的定位，利用最少的UE支持来周期性地将UE识别和定位为在该地点内，和/或可以在每当UE上的App或用户从该地点请求某种服务(例如方向或地图)时对UE进行定位(例如，利用UE支持)。另外，可以通过检查最近的位置和速率历史记录来排除快速穿过或经过地点(而不是停留在该地点内)的UE，其中，可以根据与该地点的地理区域仅暂时相交的位置历史记录或持续的高速率来识别出仅暂时在该地点内的UE。

在某些实施方式中，如果用户和其相关联的接近要求对该地点来说是已知的(例如，经由UE向该地点的某种先前的注册)，则基于地点的接近的确定可由该地点本身支持(例如，通过属于该地点的某个服务器等)。或者，一旦UE发现在地点中(例如，根据点对点提供的信息或者通过该地点的广播)，地点信息就可以被添加到UE中的位置信息中，以便实现由UE或服务无线网络中的某个接近支持服务器进行的接近确定。

一旦两个UE(例如，UE A 306和UE B 308)被发现处于相同的地点中—例如被UE或被网络接近服务器发现—则如果这两个UE的用户或应用支持相同的接近服务或对相同的接近服务感兴趣，则可以通知UE的用户和/或每个UE上的一个或多个应用。通知可以仅指示发现接近，或者可以提供由于在相同地点中而发现接近的指示。在后一种情况下，用户或应用可以知道UE(和用户)可能不必须足够接近才符合处于正常的地理接近。

几乎接近

在某些实施方式中，可以在几乎接近和实际接近之间进行区分。通过举例的方式，图4是根据示例性实施方式示出其中可以确定各种接近状态存在于某些移动设备之间的示例性布置400(没有按比例绘制)的图示。此处，移动设备由UE 402A、402B、402C、402D、402E、402F、402G和402H表示，它们分别被描绘为散布在布置400内的不同位置处。例如，UE 402A、402B和402C在第一区域404内(例如，半径为2km的圆，以UE 402A的位置为中心)。例如，UE402D、402E、402F和402G在第二区域406内(例如，外圆半径为5km并且内圆半径为2km的环形，外圆和内圆二者都以UE 402A的位置为中心)。另外，UE 402H被示为位于区域404和区域406二者之外、距离UE 402A 12km处。

在某些实例中，如果UE被确定为太远而不符合实际接近(例如，基于门限的)但在一起足够近以至于在某个较短的时间段(例如下一个小时之内)之后，实际接近可能发生，则认为UE处于几乎接近。在某些实例中，处于几乎接近可以与超过实际接近的间隔门限(例如，图4中的内半径)的间隔门限相关联(例如，图4中的外半径)。然而，在某些实例中，例如由于相对大的分离间隔，因此对于处于几乎接近的UE来说，直接无线接触和无线发现可能是不可能的。同样地，在某些实例中，可能超过关于符合处于地理接近的间隔的最大门限。例如，布置400示出UE 402B和402C可以与UE 402A实际地理接近，同时位于区域404内(例如，应用0-2km的门限间隔/距离)。UE 402D、402E、402F和402G可以与UE 402A几乎接近，同时位于区域406内(例如，应用2-5km的门限间隔/距离)。可以确定UE 402H与UE 402A既不实际接近也不几乎接近(例如，由于超过示例性门限间隔/距离)。当然，这些只是几个例子，并且主题内容不旨在一定局限于此。

在某些实施方式中，可能不需要准确地确定几乎接近，这是因为可以不向用户和App告知几乎接近。例如，如果几乎接近具有如先前例子中的5km的最大间隔门限和2km的最小间隔门限，则当已知间隔仅在范围0-10km内时，将足以确定几乎接近。这意味着近似的UE位置可用于发现几乎接近，例如，根据UE的当前服务小区或当前网络区域(例如LTE网络情况下的跟踪区域，或者WCDMA或GSM网络情况下的位置区域)，或者根据某个先前确定的(并且可能不再是当前的)位置、速度和前进方向来确定的位置。在某些实施方式中，几乎接近可用于辅助实际接近的发现，例如，周期性地或以其它方式。

在某些示例性实施方式中，网络服务器和/或UE A可以周期性地或在各个时刻使用扫描方法M1和扫描速率(或扫描频率)R1来扫描其它UE，以确定哪些UE可能与UE A几乎接近。在某些实例中，网络服务器和/或UE A可以对已经被发现与UE A几乎接近(以及可选地已经处于实际接近)的UE进行周期性地扫描，例如使用扫描方法M2和扫描速率(或扫描频率)R2，以确定这些UE中的哪些UE可能(或者可能仍然)与UE A实际接近。扫描速率R1和R2可以与扫描方法M1和M2由网络服务器和/或UE用来分别确定一对UE之间的几乎接近和实际接近状态所使用的频率相对应。

通过举例的方式，扫描方法M1可以是简单且高效的，并且扫描速率R1可以较低(例如，每15分钟一次扫描)。例如，扫描方法M1可以认为使用相同接近服务的所有UE是UE A，并且可以在UE A附近，例如，其可以(有时)包括大量UE。示例性扫描方法M2可能更加复杂，例如，与方法M1相比可能更加准确但效率较低，并且扫描速率R2可以相对较高(例如，每5分钟一次扫描)。例如，扫描方法M2可以认为UE已经被发现与UE A 几乎接近(例如，经由扫描方法M1)。这样，通过方法M2扫描的这样的UE的数量可以显著降低(例如，远少于通过方法M1扫描的UE的数量)，并且有时甚至可能为零。由于方法M2可以扫描相对较少数量的UE，因此其可以比方法M1更加复杂，并且因此可能在不要求远多于方法M1的处理和存储资源的情况下更加准确。通过进一步举例的方式，方法M1可以考虑或以利用指示服务小区、LTE情况下的跟踪区域、先前(可能不再是当前的)位置估计、可见WiFi AP和/或类似物或它们的某种组合的信息。通过举例的方式，方法M2可以另外或替代地考虑或利用指示当前地理位置、2个UE之间测得的RTT、直接无线检测和/或类似物或它们的某种组合的信息。通过举例的方式，方法M1可以与方法M2相似或相同，但由于采用较粗略的位置准确度和/或较低的扫描速率R1而使用比M2更少的资源。

在某些示例性实施方式中，网络接近服务器可用于发现UE对之间的接近和几乎接近。接近服务器可以经由基于控制平面或用户平面的解决方案来与UE交换信息。利用控制平面解决方案，用于支持接近发现的信令(例如，接近服务器与任意UE之间的信令，以及接近服务器与其它网络单元之间的信令)可以主要利用现有网络接口和协议。利用用户平面解决方案，接近服务器与任意UE之间的信令以及接近服务器与其它网络单元之间的可能的信令可由中间实体作为数据来传递(例如，使用TCP/IP或UDP/IP协议)。本文中稍后描述了—例如，结合图7、图9、图14、图15和图16—接近服务器以及控制和用户平面解决方案的另外的方面。当控制平面接近解决方案由LTE网络使用时，以下信息中的全部或一些可用于保持接近服务器中的UE的几乎接近信息：(i)当如同服务MME所知道的，UE处于空闲模式时，每个UE的当前跟踪区域；(ii)当如同服务MME所知道的，处于连接模式时，每个UE的当前服务eNB；(iii)由每个UE使用(或每个UE感兴趣)的接近服务—例如，如同由指派给每个接近服务的唯一表达式所表示的—以及如同由UE向MME(例如，在网络附着时)提供的和/或如同当UE进行附着时由UE的HSS向MME提供的；和/或(iv)由UE提供的(例如，当跟踪更新发生时)或者由网络获得的(例如，由服务MME或接近服务器发起的)针对该UE的周期性的位置估计。

在某些示例性实施方式中，如果网络接近服务器与用户平面接近解决方案一起使用，则UE可以利用以下各项来对接近服务器进行周期性地更新：当前的服务小区ID或驻留在其上的小区ID；近似的或准确的UE位置；和/或由每个UE使用(或每个UE感兴趣的)的接近服务—例如，如同由指派给每个接近服务的唯一表达式所表示的。

在利用控制平面或用户平面接近解决方案的某些实例中，接近服务器可以使用所接收的信息(例如，如同上文所举例的)来创建、更新和保持与任何特定目标UE几乎接近的其它UE的列表，例如用于对于这样的UE来说公共的接近服务。通过这样的方法，网络接近服务器可以针对目标UE和处于几乎接近的UE共同感兴趣的一个或多个或者更多个接近服务来建立和保持与某个其它目标UE几乎接近的其它UE的列表。

如果对于某个UE A来说，实际地理接近的发现是期望的，则网络接近服务器可以例如获得准确的位置信息，以便验证哪些UE(可能已经被发现与UE A几乎接近)可能与UE A实际地理接近。在某些实施方式中，UE可由网络(例如周期性地)确定位置(例如，使用SUPL或控制平面位置解决方案)。在某些实施方式中，可以指示UE监听其它UE，并测量和提供它们之间的RTT。UE位置和/或RTT值可用于计算UE A与和UE A几乎接近的每个UE之间的当前间隔，以便确定处于几乎接近的哪些UE当前与UE A实际接近。

在某些示例性实施方式中，如果期望确定实际无线接近而不是地理接近，则可以指示处于几乎接近的UE进入无线发现模式，例如，在该模式中，每个UE可以周期性地广播和/或监听来自其它UE的广播。在某些实例中，服务器可以识别或向任何UE A提供其它UE(与UE A几乎接近)的特性(例如，信号特性)，以可能地使由UE A进行的监听更加高效。在某些实例中，当不需要的时候可以将UE切换到无线发现模式之外(例如，如果没有其它UE处于几乎接近)，以可能地节省电池以及无线和处理资源。

在某些示例性实施方式中，可以实现用于支持几乎接近的网络间发现的技术，其中，可以发现由不同网络服务的UE相接近。例如，在某些实例中，UE可以被实现为发现共享公共接近服务、访问其它网络的UE，例如，通过对先前描述的关于几乎接近和实际接近的一些构思进行扩展。例如，网络(例如，属于不同网络的网络接近服务器)可以交换关于几乎接近的信息，这些信息可以包括：可以是粗略位置的位置点或位置区域或分区的标识L；和/或由可以在给定的位置、区域或分区附近或之内的至少一个UE使用的每个接近服务的标识P。在某些实例中，标识L可以避免提及小区、网络区域(例如，LTE跟踪区域)和/或类似物，这是由于这样的信息可能是特定于特定网络的，并且可能是保密且不为其它网络所知的。代替地，可以例如使用标准定位(例如，纬度/经度)或使用诸如由网格系统定义的位置区域(例如，由200x 200米的小区组成的矩形网格，其中，每个小区具有唯一的标签，该标签用于定义L并且对于所有参与网络来说是已知的)的两个或更多个网络公共的地理位置区域的某个商定的集合来定义标识L。例如，网络(服务器)N1然后可以向另一个网络(服务器)N2传送位置L1、L2、L3......的列表，并且针对每个位置Li，可以传送由当前由网络N1服务的、可以在位置Li内部、在位置Li处或者在位置Li附近的UE所支持的一个或多个接近服务Pi1、Pi2、Pi3......的列表。例如，网络(服务器)N2可以使用从网络N1接收的信息来确定共享相同的接近服务(Pi1、Pi2等)的、网络N2的UE中的任何UE是否与网络N1中的UE接近或几乎接近。作为例子，如果网络N2的UE中的一个或多个UE订制了Pm(或者支持Pm或对Pm感兴趣)，则网络N2可以假设由网络N1报告的针对任何位置(区域或分区)Ln的任何接近服务Pm的几乎接近可以在Ln处、在Ln中或者在Ln附近，这是由于来自网络N1和N2二者对公共服务Pm感兴趣的UE会在相同的位置Ln中、在Ln处或者在Ln附近。在这种情况下，几乎接近的发现可以仅限于每个网络(或每个网络接近服务器)所知道的信息：针对某个粗略位置L，在位置L处、在位置L中或者在位置L附近的由网络服务的一些UE对于某些接近服务来说与另一个网络中的某些其它UE几乎接近。虽然每个网络(或网络服务器)可以知道其自己的UE中的哪些UE与由另一个网络服务的一个或多个其它UE几乎接近，但其可能不知道这些其它UE的识别码，这是由于这些识别码可能尚未由另一个网络(或网络接近服务器)传送。虽然该信息限制了实际接近的发现(在没有如本文稍后描述的另外的信息传送的情况下)，但其还可以指示网络中其与另一个网络中的UE的几乎接近尚未发生的大量UE。网络然后可以不针对这些UE来尝试发现实际接近，这可以节省大量的处理和信令使用，从而能够实现针对首先确立了几乎接近的UE的实际接近的更快发现。

在某些示例性实施方式中，可以实现用于支持实际接近的网络间发现的技术。例如，在某些实例中，网络(或网络接近服务器)之间用于发现几乎接近而交换的信息可以仅局限于粗略位置和相关联的接近服务，并且如同先前所描述的那样不频繁地发送(例如，每10分钟一次)，从而可能使得支持高效。如果在位置L处或者在位置L附近针对某个接近服务P在两个网络中的UE之间发现了几乎接近，则这两个网络中的每个网络然后例如可以向另一个网络发送其自己所服务的、订制或利用服务P的、也可以在位置L处或位置L附近的UE的识别码和位置。每个网络(或每个网络中的接近服务器)然后可以例如对使用相同接近服务P的UE的位置进行比较，以确定哪些UE可能处于实际接近。在某些实例中，与交换以发现几乎接近的信息相比，用于发现实际接近的信息(例如UE识别码和UE位置)可以在网络之间(或者在网络接近服务器之间)更频繁地被交换，并且可以仅需要提及已经被发现处于几乎接近的UE。尽管与实现几乎接近的发现相比，可能更频繁地交换更详细的信息以实现实际接近的发现，但与如果要针对由网络服务的所有UE发送信息所需的相比较，所述详细信息仅对已知处于几乎接近的UE的限制可以限制信息的数量。

如果网络N1(或者网络N1中的网络接近服务器)可以能够可靠地验证(例如，认证)由其自己所服务的UE中的每个UE使用的接近服务，则传送到另一个网络N2(或者到网络N2中的接近服务器)的UE识别码可以是真实的UE识别码(例如，可以包括每个UE的诸如公共用户ID之类的全局识别码)。在发现网络N1和N2中的UE对之间的接近之后，则可以向由网络N2(例如，由网络N2中的接近服务器)服务的其它UE提供这些UE识别码连同由网络N1中的UE使用的接近服务。在这种情况下，接收与网络N2中的UE接近的、由网络N1服务的另一个UE的识别码的由网络N2服务的UE可以确信：由网络N1中的UE支持或使用的接近服务是有效的，并且然后可以决定对所报告的接近如何反应。由于向网络N2中的UE报告的网络N1中的UE的识别码将是真实识别码，因此如果这对于支持已经发现接近所针对的接近服务来说是需要的或有用的，则网络N2中的UE将能够发起与网络N1中的UE的通信。

如果需要发现无线接近而不是地理接近，则可以继续使用前文的发现不同网络中的UE之间的几乎接近的方法，但针对已经被发现处于几乎接近的UE的实际接近的发现可以基于接收由一个网络中的一个UE向另一个网络中的另一个UE发送的信号(例如，具有大于某个门限的强度)的能力，而不是基于验证特定的最大地理间距。网络N1(或网络N1中的接近服务器)然后可以例如向另一个网络N2提供由网络N1中的UE广播的信号的特性，例如以可能地允许与网络N1中的UE几乎接近的、网络N2中的UE的更容易的捕获。在某些实例中，网络N1可以向由网络N2服务的UE(例如，向与网络N1中的UE几乎接近的、网络N2中的UE)指派网络N2中的UE可以用来向网络N1中的UE广播其存在的频率或频率资源(例如，网络N1拥有的)。

在某些示例性实施方式中，可以实现用于支持对App和/或用户的接近通知的技术。假设两个UE(例如，UE 1和UE 2)被发现针对特定接近服务处于实际接近，则在这种情况下可以通知这些UE：网络或网络接近服务器发现了该接近。例如，网络接近服务器可以向UE1传递UE 2的识别码以及发现接近所针对的该特定接近服务。类似的信息也可以传递给UE2。在接近已经由一个或两个UE而不是(或者除了)由网络(例如，使用这些UE之间的直接无线信令，或者通过使来自一个UE的信号经由一个或多个其它中间UE中继到另一个UE)发现的情况下，由于已经被包括在从一个UE向另一个UE发送的信号中，因此关于UE识别码和接近服务的信息可能已经为这些UE(或者为在每个UE上运行的某个接近引擎或过程)所知。对于网络发现和UE发现的这两种情况来说，可以向支持特定接近服务的UE上的一个或多个应用告知所发现的接近(例如，可以提供被发现处于接近的另一个UE的识别码，或者提供用于与该另一个UE进行通信的方法)，和/或可以相应地告知UE用户。后续行为可由App和/或用户决定，并且可以包括例如不同类型的通信(例如，语音、视频、IM、数据)，或者可能没有值得注意的动作(例如，在用户或App仅注意接近，但将任何行动推迟到之后的时刻的情况下，有可能当某个其它触发事件已经发生时)。在某些实例中，UE上的接近过程或接近引擎可以继续监测接近，并在针对某个接近服务的、与某个其它UE的接近已经停止时告知App和/或用户，例如，这样的发生可能触发来自App和/或用户的一个或多个其它动作。

广播和中继

在某些示例性实施方式中，可以实现用于在没有网络支持的情况下支持接近服务的技术—例如，当UE在网络覆盖之外或者当网络支持不可用或者不能依赖时。例如，如果接近服务由UE支持而没有网络或基于网络的接近服务器的辅助或参与，则UE可以采用直接无线发现。

在某些实例中，其广播信号可由某个其它UE(也被称为“UE A”)直接接收的UE可以被认为与UE A实际接近(例如，无条件或者如果所接收的信号满足某些条件)。此处，例如，如果信号电平超过某个门限和/或如果UE之间的测得的RTT低于某个门限，则可以满足条件。其信号可能不由UE A直接接收(组1)或其信号可以被接收但在低于实际接近所要求的门限(组2)的UE可以是几乎接近的候选者。对于组2中的UE来说，实际接近而不是几乎接近的确定可以至少部分基于监测到的信号电平和/或RTT。

对于组1中的UE来说，如果组1中的每个UE(也被称为“UE T”)通过广播将关于其信号已经由UE T直接检测到的所有UE的信息中继到其它UE，则对与UE A的几乎接近的确定可以例如是可能的。例如，UE A然后可以从其直接接触的那些UE(也被称为“UE B”)接收关于与UE B直接接触但不与UE A直接接触的其它UE(也被称为“UE C”)的信息。例如，UE B也可以对关于没有由UE B直接检测到但经由来自其它UE(例如，UE C)的广播识别出的另外的UE(也被称为“UE D”)的信息进行中继。UE A因而可以接收关于其信息可以被直接(如同UE B那样的情况)或经由通过其它UE的中继(如同UE C和D那样的情况)发送给UE A的所有UE的信息。由其它UE广播或针对其它UE中继的信息可以例如指示它们的识别码、位置信息(例如，到其它UE和/或定位的RTT)、和/或它们所支持的接近服务(仅举几例)。在某些实例中，UE A可以最终接收关于所有UE的信息，并且通过使用所接收的位置信息可以能够确定哪些UE可以与UE A几乎接近。在某些实例中，UE A可以监听来自被发现与UE A几乎接近的UE的直接无线信号，以便确定这些UE中的哪些UE可以与UE A实际接近和/或可以使用所接收的位置信息来确定这些UE中的任何UE何时可以与UE A实际接近。

在某些示例性实施方式中，由UE进行的信息中继可能具有一定的局限性。例如，在某些实例中，除非UE被不同方向上的许多UE包围，否则处于几乎接近的一些UE上的信息可能不被中继。这样，在某些实施方式中，UE可能需要监听来自检测到的不太远的UE的直接广播，以便当它们处于实际接近时及早检测到。在某些实例中，信息的中继可能消耗大量的带宽和/或可能是冗余的(并且可能浪费资源)，例如，每当相同UE上的信息被一个以上的相邻UE中继到UE A或者被相同的相邻UE中继多次时。然而，当UE在网络覆盖之外时这可能并非总是重要的，这是因为带宽可能是充足的(例如，由于没有对网络使用的带宽的干扰)。在某些实施方式中，可以通过以低频率(例如，每5分钟一次)周期性地对信息进行中继来减轻带宽的消耗。在某些实例中，没有网络支持的情况下的几乎接近的发现可用于支持组通信，其中，处于几乎接近可以触发UE用户之间的通信的中继。

图5是根据示例性实施方式示出的支持移动设备中的两个或更多个移动设备之间的信息的传输和/或中继(例如，用于确定接近状态或者用于支持某个接近服务)的移动设备(UE 502A、502B、502C、502D、502E和502F)的示例性布置500的图示。区域504表示对UE502A的直接无线接收的限制(例如，其在一些情况下可以是围绕UE 502A，以其为中心，半径为501的圆)，而区域506表示对UE 502B的直接无线接收的限制(例如，其在一些情况下可以是围绕UE 502B，以其为中心，半径为503的圆)。

在该例子中，UE 502A直接检测UE 502B的存在(根据来自UE 502B的信号广播，例如信号516)，并且可以根据由UE 502B中继的信息知晓UE 502C和UE 502D。然而，在UE 502A的无线覆盖范围之内可能没有可以对直接从UE 502E和UE 502F接收的信息进行中继的UE，尽管这些UE可能与UE 502A几乎接近。然而，UE 502E可以向UE 502F广播信息，UE 502F可以广播其自己的信息并将UE 502E的信息中继到UE 502D，UE 502D可以转而将该信息中继到UE 502B并因此中继到UE 502A。例如，信号508可以包括关于UE 502E的信息，信号510可以包括关于UE 502E和502F的信息，信号512可以包括关于UE 502D、502E和502F的信息，信号514可以包括关于UE 502C的信息，以及信号516可以包括关于UE 502B、502C、502D、502E和502F的信息。因此，例如，中继可以向所有其它UE传送关于每个UE的信息。以上述方式在UE的集合S内对信息进行中继可以是可能的，除非集合S包含两个或更多个子集S1、S2(、S3......)，其中任意子集Si中的每个UE在每个其它子集Sj中的每个UE的无线范围之外。

在某些示例性实施方式中，在没有网络支持的情况下的在UE的集合当中对信息进行中继的方法可以是：每个UE A广播针对每个其它UE B的信息，其信息是直接从UE B接收的或经由中继从某个其它UE C接收的。倘若没有S的子集在S的任何其它子集的无线范围之外，则这可能导致UE的任何集合S中的每个UE广播针对S中的每个其它UE的信息。例如，这可能产生不必要的广播(和对带宽的不必要的额外使用)以及继续传播针对一些UE的过期的信息(例如，位置信息)。为了减少不必要的广播和/或避免过期信息，在某些实例中，每个源UE上的信息可由该源UE以某种方式来添加标签，例如，利用版本号V或时间戳TS来显式地添加标签以及利用持续时间D来隐式地或显示地添加标签(其中，隐式持续时间D可以是在所有UE中配置的系统参数)。在某些实施方式中，如果与先前由UE 1接收的针对UE 2的任何其它信息的版本或时间戳相比较，相关联的版本V或时间戳TS(其可能已经最初由UE 2指派)分别较高或较后，则接收针对UE 2的信息的UE 1可以仅接受该信息—否则可以忽略新近接收的信息。如果UE 1接收到针对UE 2的新(较高版本或较后时间戳)的信息，则其可以在持续时间D期间广播所述新的信息，并且可以在之后丢弃所述信息。用于为针对任何源UE的信息添加标签的版本V或时间戳TS可例如由源UE增加(即使信息中没有变化)，例如以确保其它UE知道未发生变化的信息仍然是最新的。

图6是根据示例性实施方式示出的支持移动设备中的两个或更多个移动设备之间的如上所述的信息的传输和/或中继的移动设备(由UE 602A、602B、602C、602D、602E和602F表示)的示例性布置600的图示。此处，UE 602A被示出为在某个阶段移动到新的位置，其中，UE 602A在新位置处被表示为602A’。在该例子中，UE 602E可以通过以下两种方式来接收与UE 602A有关的信息：经由通过UE 602B、UE 602C和UE 602D的链的中继，其涉及通过四个连续的跳的信息的传输；以及经由借助UE 602F的中继，其涉及仅通过两个连续的跳的信息的传输。例如，包括UE 602B、UE 602C和UE 602D的链由来自UE 602A的信号604的传输、来自UE602B的信号608的传输、来自UE 602C的信号610的传输和来自UE 602D的信号612的传输实现。例如，包括UE 602F的链由来自UE 602A的信号604的传输(其可以是发送给UE 602B的相同信号)和来自UE 602F的信号605的传输来实现。因此，由UE 602F中继的信息可以首先到达(由于延迟该信息的跳数较少)，所以当UE 602E从UE 602D接收到相同的信息时，可以忽略该信息。在一个场景中，UE 602A在某个时间段之后可以移动到另一个位置(如同由图6中的UE 602A’所指示的)，并且可以仍然在UE 602B的无线范围内但在UE 602F的无线范围之外。如果UE 602A利用新版本V+1来广播新的信息(例如，包含其新位置的信息)，UE 602E现在可以接受来自UE 602D的新信息(由于较高的版本V+1)，并且可以忽略由可能仍然指示版本V的UE 602F广播的任何过期信息。另外，UE 602F可以接受来自UE 602E的新信息，例如，一旦UE 602E开始广播这样的新信息时。

在某些示例性实施方式中，可以实现用于经由确认的方法在没有网络支持的情况下支持信息在UE当中的高效中继的技术。在某些示例性实施方式中，一旦UE 1知道UE 1的直接无线范围内的所有感兴趣的UE已经具有了信息I，则其可以停止广播或中继某些信息(也被称为“信息I”)。另一个UE 2可以例如经由显式或隐式确认向UE 1有效地确认信息I的接收。

通过举例的方式，利用显式确认，UE 1可以观察到UE 2广播相同的信息I。例如，假设信息I与某个UE 3有关，则可以使用UE 3的某个标识符加上最初由UE 3指派的信息版本V或时间戳TS来唯一标记信息I。对于信息I的显式确认，UE 1可以观察到UE 2广播针对UE 3的并且具有UE 1已经具有的相同版本V或时间戳TS的信息(例如，利用UE 3的标识符标记的)。

在某些实例中，利用隐式确认，UE 1可以广播信息I(例如，与标明为UE 3的另一个UE有关的信息)连同对T1来说唯一的标签值TV(例如，其可以包括UE 1的ID加上由UE 1指派的序列号)。信息I可以包括与其有关的UE的识别码(例如，UE 3的识别码)和由该UE指派的版本或时间戳，以便允许接收方UE确定信息I是已经被接收的还是新的。直接从UE 1接收信息I连同TV的任何UE 2可以将TV包括在其自己的所有广播中，并且只要其从UE 1接收到信息I连同TV，则继续广播TV。然而，当从不是UE 1的UE接收到信息I连同TV时，可以不对TV进行中继。例如只要信息I被广播，UE 1就可以继续广播TV(或TV的更新的版本)连同信息I，。如果UE 1观察到UE 2在广播TV(或TV的更新的版本)，则其可以确定UE 2已经接收到信息I。在某些实例中，TV还可由UE 1用于为由UE 1广播或中继的其它信息项目J(例如与UE 1有关的信息项目和/或与不同于UE 1或UE 3的UE有关的信息项目)添加标签。在一些实施方式中，TV可以很短(例如，比TV用来添加标签的信息I短得多)，并且因而与信息I本身的广播相比可以是对信息I进行确认的更高效的方法。一旦UE 1可以从其直接接收广播的所有UE已经对信息I进行了显式确认(例如，经由信息I的广播)或者对信息I进行了隐式确认(例如，经由标签值TV的广播)，则UE 1可以停止对信息I的广播或中继。

图7是描绘了对所广播或中继的信息的显式确认的图700。图7包括UE 702A、702B和702C。如图7中所示，UE 702A可以对消息704进行广播，消息704包括旨在针对诸如(但不一定局限于)UE 702C之类的其它UE的广播信息。在一个方面中，消息704可以包括与特定源UE和标识符信息有关的广播信息I，例如该源UE的识别码(UE ID)和由该源UE指派的版本V。在一个方面中，除了或代替版本V，消息704可以包括由源UE指派的时间戳TS。在一个方面中，源UE可以与UE 702A相同。在另一个方面中，源UE可以与UE 702A不同。

如图7中所示，消息704可由UE 702B接收。随后，UE 702B通过生成并广播消息706来对消息704的内容进行中继。例如，消息706可以包括：相同的广播信息I、版本V和在消息704中接收的源UE的识别码(UE ID)。如图7中进一步所示，UE 702C接收消息706。随后，UE702C通过生成并广播消息708来对消息706的内容进行广播。由UE 702B和702C进行的消息广播和中继可以旨在帮助向附近UE的集合分发信息I—例如，以便辅助确定某些UE的接近和/或帮助实现依赖于UE彼此相接近的某些服务。消息708可以包括：相同的广播信息I、版本V和在消息706中接收的源UE的识别码(UE ID)。在接收到消息708之后，UE 702B可以确定消息708中的版本V和源UE的识别码(UE ID)与先前广播的消息706中的版本V和识别码(UEID)相同。因此，UE 702B可以认为所接收的消息708是UE 702C接收到消息706的显式确认，并且可以停止对消息706进行中继。

在另一个方面中，消息706可以包括时间戳TS而不是版本V，并且消息708可以包括相同的时间戳TS而不是版本V。UE 702B可以确定消息708中的时间戳TS和源UE的识别码(UEID)与先前广播的消息706中的时间戳TS和识别码UE ID相同。因此，在这样的方面中，UE702B可以认为所接收的消息708是UE 702C接收到消息706的显式确认，并且可以停止对消息706进行中继。

在一个方面中，消息704可以不由UE 702A发送也不由UE 702B接收。在该方面中，UE 702B可以代替地生成广播信息I和版本V或时间戳TS本身—例如，通过内在地从UE 702B上的某个应用或过程接收信息I。在该方面中，可以如前文所述发送和接收消息706和708，但源UE现在是UE 702B。

图8是描绘对所广播或中继的信息的隐式确认的图800。图8包括UE 802A、802B和802C。如图8中所示，UE 802A可以对消息804进行广播，消息804包括旨在针对诸如(但不一定局限于)UE 802B和/或UE 802C之类的其它UE的广播信息。在一个方面中，消息804包括与某个源UE和标识符信息有关的广播信息I1，例如该源UE的识别码(UE ID)和由该源UE指派的版本V和/或时间戳TS。源UE可以与UE 802A相同，或者可以不同于UE 802A。如图8中所示，消息804可由UE 802B接收。随后，UE 802B对包含信息I2和由UE 802B指派的标签值TV的消息806进行广播。信息I2可以与在消息804中接收的信息I1相同，并且还可以包括源UE的识别码UE ID和由源UE指派的版本V和/或时间戳TS，以便允许接收方UE确定信息I2是已经被接收的还是新的。标签值TV可以包含UE 802B的识别码(例如，UE 2)和版本号、序列号和/或由UE 802B指派的时间戳。

如图8中进一步所示，在UE 802C接收消息806之后，UE 802C对包含信息I3和在消息806中接收的标签值TV的消息808进行广播。信息I3可以包括在消息806中接收的信息I2(例如，信息I3可以与信息I2相同)和/或可以包含不同的信息(例如，与UE 802C有关的信息)。在一些实施方式中，可以不包括信息I3。在接收消息808之后，UE 802B可以确定消息808中的标签值TV与先前广播的消息806中的标签值TV相同。因此，UE 802B可以认为所接收的消息808是UE 802C接收到包括信息I2的消息806的隐式确认，并且可以停止对消息806进行广播。

在一个方面中，消息804可以不由UE 802A发送也不由UE 802B接收。在该方面中，UE 802B可以代替地生成信息I2本身(例如，通过内在地从UE 802B中的某个应用或过程接收信息I2)，并且还可以生成任意UE识别码(UE ID)、包括在信息I2中的版本V或时间戳TS。在该方面中，可以如前文所述发送和接收消息806和808，但源UE现在是UE 802B。

在某些实例中，如上所述的这样的显式和隐式确认机制可以允许更加高效的广播和中继。在示例性实施方式中，UE 1最初可以广播针对其本身的任何更新的信息I1，并且可以包括信息I1的较高版本号V1或较后时间戳TS1。如同比由UE 1先前接收的、针对UE 3的更高的版本V3或更后的时间戳TS3(由UE 3所指派的)所指示的，UE 1可以例如同样地对接收的、针对另一个UE 3的任何更新的信息I3进行中继。一旦UE 1从其直接接收广播的所有其它UE具有显式或隐式确认的信息I1和/或显式或隐式确认的信息I3，UE 1就可以分别在每种情况下(例如，在信息I3的情况下，当UE 1从其它UE接收到信息I3时，则可以忽略信息I3)停止对信息I1进行广播和/或停止对信息I3进行中继。在某些实例中，如果信息I1被更新或者UE 1接收到信息I3的较新的版本(具有更高的版本V3+n或更后的时间戳TS3+x)，则分别地，在每种情况下，UE1可以重新开始对信息I1的广播或者重新开始对信息I3的中继。UE 1然后可以在停止进行广播或中继之前等待，直到新的信息被直接无线范围中的所有UE隐式或显式地确认为止。如果UE 1分别从不在先前的集合S中的新的UE接收到不包含(或隐式确认)信息I1或I3或者包含任何一个信息的较早版本的直接广播，则UE1还可以重新开始对信息I1的广播或者重新开始对信息I3的中继。UE 1然后可以在停止进行广播或中继之前等待，直到新的UE对信息I1或I3进行显式或隐式地确认(分别地，在每种情况下)为止。

先前的机制可能不保证UE 1将总是从另一个UE 2接收到针对由UE 1广播或中继的信息I的确认。可能存在以下情况：UE 2具有信息I，并且要么(a)不直接接收UE 1的广播要么(b)观察到UE 1对信息I进行广播，并得出结论：因为UE 1(和UE 2范围中的所有其它UE)具有信息I，所以UE 2不需要发送信息I。如果UE 1采用隐式确认，则可以避免上面的情况(b)，这是因为UE 2可能仍然必须对由UE 1发送的与信息I相关联的任何标签值TV进行广播，其然后将向UE 1隐式确认信息I。对于上面的情况(a)来说，UE 1可以观察到UE 2没有在广播信息I，并且得出结论：UE 2不具有I，从而导致UE 1保持发送信息I。情况(a)可能非常罕见，这是因为其依赖于UE 1向UE 2的不成功的传输以及UE 2向UE 1的成功传输，但由于UE 1和UE 2中不同的传输功率和接收机灵敏度，其可以是可能的。为了减轻情况(a)，在某些实例中，UE可以周期性地重新发送任何信息I，甚至在处于直接无线接触的所有UE看起来具有经确认的信息I时。在上面的例子中，这将导致UE 2周期性地重新发送信息I，并因此向UE 1确认接收使得UE 1能够停止发送信息I。除了每当信息I发生变化以外，UE可以发送信息I的较新的版本，这将终止UE(例如上文的UE 1)中信息I的较旧版本的传输。

现在参考图23，图23是描绘过程2300的流图，可以根据某些示例性实施方式来实现过程2300以支持在没有网络支持情况下的UE当中的示例性通用广播和中继方法中的全部或部分。为了在示例性方框2302处支持这样的方法，每个UE可以通过周期性地广播针对其自身的、包括和/或以其它方式指示例如其识别码、当前位置和所支持的接近服务以及信息版本或时间戳的信息来开始。每个UE还可以在示例性方框2304处监听来自其它UE的广播(例如，当没有参与执行方框2302时)，并且可以对从其它UE接收的任何信息进行存储。如果UE从某个其它UE接收到信息，则所接收的信息可以在示例性方框2306处与先前接收的其它信息进行组合，从而与某个UE 1有关的具有版本V或时间戳T的任何所接收的信息替换针对UE 1的具有小于V或在T之前的时间戳的任何先前的信息。UE可以在示例性方框2308处(例如，如同在方框2302处)继续广播针对其自身的信息，但一旦UE在方框2304和2306处接收到了与一个或多个其它UE有关的信息，该UE还可以对这样的信息连同其自己的信息进行中继。在示例性方框2310处，如果信息是从对该信息进行隐式或显式确认(例如，如同先前所描述的)的UE 2接收的，则UE 1可以确定另一个UE 2已经对UE 1先前发送的与某个UE 3有关的信息进行了确认。应当注意的是：框2310处的UE 3可以是与UE 1不同的UE，或者可以是UE 1。在示例性方框2312处，如果UE 1从其接收广播的所有UE对存储在UE 1中的针对任何UE 3的信息进行了显式或隐式确认，则UE 1可以停止中继针对UE 3的信息。在示例性方框2314处，UE 1稍后可以重新开始中继针对UE 3的信息，例如，在接收到针对UE 3的新信息(例如，具有更高的版本或更后的时间戳)之后或者在接收到来自尚未对存储在UE 1中的针对UE 3的信息进行确认的某个UE 4的直接广播之后。

在某些示例性实施方式中，可以实现用于使用信息标签在没有网络支持的情况下支持UE之间的信息的中继的技术。该技术支持针对缺失信息的传输的显式请求，并且在本文中被称为“带标签传输(tagged transmission)”。在某些情形中，先前的显式和隐式确认产生不必要的广播(例如，直到发送方接收到足够的确认来使发送方停止发送为止)。为了进一步减少不必要的传输，可以使用带标签传输，其中，信息项目可以与唯一的标签相关联。例如，与特定UE 1有关的信息可以具有包括UE 1的识别码(ID)、信息类型或信息标识符以及版本号或时间戳的标签。在一种实施方式中，与针对特定UE 1的信息I有关的标签T可由UE 1生成、连同I一起由UE 1广播，以及随后连同I一起由其它UE中继。接收或内在生成具有标签T的信息I的UE 1然后可以对I和T一起分别进行几次中继或广播，并且随后仅对远小于I的T(没有I)进行中继或广播。如果检测到UE 1对T而非I进行中继或广播的UE 2尚未通过发送标签T连同请求指示来具有I(或者仅具有与具有较低版本号或较早时间戳的标签相关联的I的较早的版本)，则其然后可以广播针对I的请求。例如，UE 2可以至少部分根据标签的内容(例如，根据任何UE ID和标签中的信息类型标识符)来确定UE 2是否希望接收I，并因而确定是否通过对请求指示连同标签T进行广播来请求I。如果UE 2决定请求I，则UE 2可以例如，可选地，在请求中包括UE 1的ID以及标签T以指示：UE 1而不是其它UE应当发送I。请求中包括的UE 1的ID可以避免来自其它UE的另外的传输。如果UE 1检测到来自UE 2的针对I的请求，则UE 1可以一起发送I和T一次或若干次，从而UE 2可以获得I。如果UE 2没有接收到I，则其可以重复该请求，并且UE 1可以重复发送I。一旦UE 2具有信息I，UE 2可以将其向UE 1表明，例如，通过仅广播没有I并且不与请求相关联的标签T。作为对请求仅来自UE1的传输的替代方案，UE 2可以发送针对I但不包括UE 1的ID的请求，在这种情况下，具有信息I和相关联标签T的任何其它UE可以广播I和T一次或若干次以实现由UE 2进行的接收。

为了简单和高效，在带标签传输的某些示例性实施方式中，针对与标签T相关联的信息I的请求可以可选地通过空请求来用信号指示。在这种情况下，如果UE 1没有看到另一个UE 3一起发送I和T或者仅发送T没有I，则UE 1可以假设UE 3请求与标签T相关联的信息I。使用这种实施方式，每个UE可以周期性地发送与某个其它UE(例如UE 2)相关联的最新的信息(例如，信息I)和相关联的标签(例如，标签T)，或者仅发送标签(例如，标签T)而没有信息。缺少对来自某个其它UE(例如UE 3)的I和T(或I和T的更后版本)或仅对T(或T的更后版本)的接收则可以被视为UE 3不具有针对UE 2的信息并因而需要向其发送信息I和相关联的标签T的证据。当需要向所有的UE发送信息时，空请求的使用可以是高效的(例如，UE将无法选择性地请求或不请求不同的信息项目)。

当如上所述使用带标签传输(并且使用或不使用空请求)时，UE 1可以在每当其接收(或内在生成)与具有和先前的标签T相比较具有更高版本或更后时间戳的新标签相关联的信息I的更后版本时，重新开始发送与标签T相关联的任何信息I。对于UE 1可以接收来自另一个UE 2的信号，但UE 2无法接收来自UE 1的信号的非对称情况来说，即使UE 1看到了来自UE 2的针对信息I的请求，UE 1也将无法向UE 2发送信息I。由于UE 2本来已经知晓了来自某个UE(其将通常不是UE 1，这是由于假设UE 2不能从UE 1接收)的信息I，因此另一个UE(不是UE 1)有机会可以能够向UE 2发送信息I。如果没有，则UE 1可以观察到UE 2在请求信息I，并且因而可以发送信息I，但UE 2无法接收信息I。在这种情况下，来自UE 1的不必要的传输在某些实例中可以仍然由可针对带标签传输技术所施加的对来自任何UE的信息I的传输数量的限制所限制。在UE 2可以接收来自UE 1的信号，但UE 1无法接收来自UE 2的信号的另一种非对称情况中，UE 2可以请求信息I但UE 1将看不到该请求。例如，UE 2可以在没有接收到I的情况下多次重复针对信息I的请求，但如果T的大小较小，则这可能不会使用很多带宽。通常，当信息I的大小较大并且标签T的大小较小时，带标签传输方案可以是高效的，当信息经由广播和中继在没有网络支持的情况下在UE当中交换，以便在接近或几乎接近被发现之后支持各个接近服务时，这可能出现。

图9是描绘了对使用带标签传输的广播或中继传输的确认的图900。图9包括UE902A、902B和902C。如图9中所示，UE 902A可以对消息904进行广播，消息904包括与某个源UE有关并旨在针对可以包括(但不一定局限于)UE 902C的其它UE的广播信息I。源UE可以与UE 902A相同，或者可以不同于UE 902A。在一个方面中，消息904可以包括标签T，标签T可以包括：源UE的识别码、信息I的信息类型或信息标识符和/或由源UE生成的版本或时间戳。

如图9中所示，消息904可由UE 902B接收。随后，UE 902B通过生成并广播消息906来对消息904的广播信息I进行中继。在一个方面中，消息906可以包括先前在消息904中接收的信息I和标签T。在另一个方面中，UE 902B可以生成与消息904中接收的标签不同的标签T。例如，该不同的标签T可以包括UE 902B的识别码UE 2、信息I的信息类型或标识符以及由UE 902B生成的版本或时间戳。消息906还可以将UE 902B标识为发送方—例如，可以包括UE 902B的识别码UE 2。

如图9中进一步所示，在UE 902B对消息906进行广播之后，UE 902B对消息908进行广播。在一个方面中，消息908包括标签T但不包括信息I。消息908还可以将UE 902B标识为发送方—例如，可以包括UE 902B的识别码UE 2。在UE 902C接收到消息908之后并假设UE902C没有接收消息906(例如，由于传输错误或缺少信号接收)，UE 902C可以对包括来自消息908的标签T以及针对与标签T相关联的广播信息I的请求的消息910进行广播。在一个方面中，UE 902C可以将UE 902B的识别码(例如，UE 2)包括在消息910中—例如，如同消息908中所指示的。在接收到消息910之后，UE 902B识别标签T并检测UE 902C正在从UE 902B请求广播信息I。在一个方面中，消息910中的UE 902B的识别码(例如，UE 2)指示UE 902B以及没有其它UE应当发送所请求的广播信息I。

响应于来自UE 902C的针对广播信息I的请求，UE 902B发送包括信息I和标签T的消息912。在一个方面中，如果UE 902C没有接收消息912，则UE 902C可以重新广播消息910一次或多次(图9中未示出)，以请求广播信息I。如果UE 902C接收到消息912，则UE 902C可以通过随后对仅包括标签T(例如，在消息912中接收的相同标签T)的消息914进行广播来指示消息912被接收。在接收到消息914并识别出从UE 902C广播的标签T时，UE 902B可以确定UE 902C已经接收到广播信息I，并且可以停止对广播信息I的任何后续广播。

在一个方面中，消息904可以不由UE 902A发送也不由UE 902B接收。在这个方面中，UE 902B可以代替地生成信息I本身和标签T—例如，通过在标签T中包括UE 902B的识别码UE 2、信息I的标识符或类型和/或序列号、信息I的版本或时间戳。在这个方面中，UE902B可以从UE 902B上的某个应用或过程内在地接收信息I。在这个方面中，可以如前文所述发送和接收消息906、908、910、912和914，但源UE现在是UE 802B。

在其它UE当中广播和中继的针对UE T的信息可用于支持用于不同接近服务的、由其它UE中的一个或多个UE进行的对UE T的发现，并且可用于辅助由该UE T使用的接近服务。例如，由UE T广播和/或由其它UE中继以支持针对UE T的接近发现的与UE T有关的信息集合A可以指示UE T的识别码、由UE T支持的接近服务的列表(例如，每种接近服务通过唯一表达式来识别)、UE T知道处于UE T的直接无线范围中的其它UE T*的识别码、和/或UE T和T*中的UE的位置和信号信息(仅举几例)。用于辅助由UE T使用的接近服务的与UE T有关的不同的信息集合B可以指示：(i)旨在传送给与UE T接近的其它UE的、针对由UE T使用的任何接近服务P的消息；(ii)先前被发现与UE T接近的UE的识别码(其可以构成信息的接收方列表)；(iii)用于建立或释放UE T与和UE T接近的其它UE之间的会话或连接的信息；和/或(iv)UE T与和UE T接近的其它UE之间的数据业务(例如，语音/视频片段、IM)(仅举几例)。在某些实例中，可以对上文的信息集合A和B进行区分并不同地支持，例如，针对信息集合A和信息集合B使用不同的协议和不同的广播以及中继机制。在某些实例中，与用于支持由UE T进行或针对UE T的接近发现的信息集合A相比，用于辅助由UE T使用的接近服务的UE T的信息集合B可以经由广播和中继的更高效的方法传送给其它UE。这可能是由于信息集合B在大小上远大于信息集合A的可能性。

在某些示例性实施方式中，可以实现用于支持UE之间的某些通信的路由的技术。先前的示例性机制(例如，使用显式确认、隐式确认和带标签传输)可以使得信息能够在没有网络支持的情况下通过一组UE进行广播和中继，但可能不适合于定向通信，例如其中，UE可能需要仅向一个其它UE或者向较大的UE的集合中的特定组的UE发送信令、数据或语音。在一些实例中，为了支持定向通信，每个UE T可以通过保持显示通信可以经由其传送到任何其它目的UE的、在UE T的直接无线范围中的其它UE的路由表来支持路由的逐跳方法。例如，这样的路由表可以经由由每个UE接收的信息来编译作为接近发现支持的一部分(例如，如同由本文先前描述的信息集合A中的信息项目的广播和中继所实现的)。在某些实施方式中，UE T处的路由表可以是基于下一跳的—从而针对每个目的UE D示出可以经由其从T向目的UE D中继信息的、在UE T的直接无线范围中的其它UE S。在某些实例中，这样的表可以标识S中能够经由最小数量的另外中继UE向UE D中继信息的UE的子集S*。如果UE T需要将消息发送或中继给UE D，则其可以将消息转发到S*中的某个UE t。如果S*包含一个以上的UE，则t可以例如由T通过以下方式从S*中选择：(a)随机地，(b)基于已知(例如，所报告的)的中继或S*中的每个UE的吞吐量能力，(c)基于S*中的每个UE的所报告的拥塞状况或者(d)经由(a)、(b)和(c)的某种组合。UE T向其转发消息的UE t然后可以(如果其不是目的D)使用与UE T所使用的相同的路由方法将该消息转发给另一个UE。最终，该消息可以经由最小数量的中间中继UE(或跳)到达目的UE D。UE T可以保持到S中的UE的信令链路或数据链路，例如以便消息可以高效地转发。在某些实施方式中，UE T处的路由表可以代替地通过提供通信可以经由其从UE T路由到任何目的UE D的中间中继UE的完整序列来实现源路由。这样的源路由表可由任何UE T基于从UE接收的、与接近发现有关的信息来编译(例如，基于先前针对信息集合A所描述的类型的信息)。在某些实例中，UE T可以在要使用源路由发送给目的UE D的任何消息中包括中间中继UE的序列，可以经由这些中间中继UE来对消息进行中继，以便使得每个中间中继UE能够确定消息应当发送到的下一个UE。

在某些示例性实施方式中，可以实现用于支持信息在UE当中的广播和中继以支持各种组服务的技术。在某些实例中，彼此相接近的一组UE可以使用组接近服务，例如(i)使得一个用户能够与该组中的所有其它用户通信，或者与其它用户中的一些用户选择性地通信，或者(ii)使得一个UE能够与该组中的其它UE中的一些或所有UE自动交换信息(例如，位置信息和环境的传感器信息)。这样的组接近服务可用于公共安全以及由各个封闭用户组使用，例如，与特定公司、俱乐部、游戏服务或某个私人兴趣组相关联(仅举几例)。为了支持这样的组服务，向每个UE告知参与相同服务并且可能处于接近(或者可能处于几乎接近)的其它UE的识别码可能是有益的。为了在没有任何网络支持的情况下建立接近(例如，当UE在网络覆盖之外时)，可以使用广播和中继和/或类似物的先前的方法。

接近服务器的使用

在某些示例性实施方式中，可以实现用于接近发现的服务器支持的技术。在这样的情况下，支持针对其服务的UE的接近发现的网络可以包含此处被称为“接近服务器”或“网络接近服务器”的服务器，所述服务器实现使用相同接近服务或对相同接近服务感兴趣，并且彼此相接近的UE的发现。关于被发现彼此相接近的UE的信息然后可由接近服务器传送到相关UE，以使得这些UE(或这些UE上的某些应用或UE用户)能够参与彼此共同感兴趣的接近服务。在针对支持LTE的网络的某些示例性实施方式中，网络接近服务器可以直接从UE和/或从服务这些UE的网络中的MME和eNodeB获得针对所服务的区域中的所有UE的接近数据。在某些实例中，接近服务器可以包括现有实体或子系统(例如，eNodeB、MME、PDG、IMS、SLP、E-SMLC)中的新的实体或新的逻辑功能，并且可以位于UE的服务网络中。

在某些示例性实施方式中，网络接近服务器可以对其接收的与在其服务区域中的UE有关的数据进行扫描以寻找潜在的接近匹配。例如，网络接近服务器可以：(i)找到使用相同接近服务或对相同接近服务感兴趣的所有UE；(ii)对与UE声称使用或感兴趣的每种接近服务相关联的UE进行认证；(iii)验证使用相同接近服务(或对相同接近服务感兴趣)的UE的地理、蜂窝或可能的无线接近条件；和/或(iv)在使用相同接近服务或对相同接近服务感兴趣的UE的集合S被发现处于接近的情况下，根据S中的哪些UE被允许接收S中的每个UE上的数据，将该数据发送给S中的其它UE中的一些或所有UE。

在某些示例性实施方式中，网络接近服务器可以代替地或另外地向由该网络服务的所有UE广播其(例如，从UE、MME、eNodeB)接收的所有接近数据，其中，UE则负责接近发现。在某些实例中，每个网络小区中的数据广播可以包括仅适用于该小区中或该小区附近的UE的数据，以减少广播数据的量。

在某些示例性实施方式中，UE(或UE的服务MME/eNB)可以周期性地或者每当数据可能发生变化时对接近服务器中(与接近发现有关)的数据进行更新。通过举例的方式，特定UE的某些更新后的数据可以指示UE服务小区的变化、UE位置的变化、由UE经由LTE-D检测到的其它UE的集合的变化、和/或与特定接近服务有关的、UE中的用户或App需求的变化。

在某些示例性实施方式中，例如响应于没有从UE接收到进一步的数据更新，网络接近服务器可以在超时之后移除其拥有的UE的数据。在某些实例中，网络接近服务器可以经由某些操作和保持功能，和/或从其它网络服务器等接收接近数据(例如，针对定义了接近服务的网络)。在一些实施方式中，对于仅使用无线接近的接近服务，网络接近服务器支持可能是不需要的，并且可以在没有网络辅助的情况下由UE支持。

在某些示例性实施方式中，网络接近服务器可以实现用于LTE-D支持和接近发现的技术。例如，在某些实施方式中，可以实现UE使用直接无线信令(例如，LTE-D)的接近发现，以针对一些用户情况(例如，公共安全)自主运行。在某些实例中，直接无线(例如，LTE-D)发现的网络控制可以是可选的。例如，网络可以向UE告知是否可以允许直接无线发现，并且提供与物理和传输有关的参数来辅助UE发现接近(例如，可以提供UE将全部用于直接无线发现的与频率和信令有关的参数)。在一些情况下，如果没有网络控制(例如，没有实现)，则接近服务可以只是不可用的或者可以使用在每个UE中配置的默认信息(例如，在用于公共安全的接近服务的情况下的所允许的频谱)来支持。

在某些示例性实施方式中，由网络接近服务器进行的接近发现可以是可选的，并且如果由服务网络请求，则代替地可以由UE支持。在某些实例中，可以向UE广播和/或向网络附着或(针对IMS控制)IMS注册上的UE提供用于接近发现的一些网络控制参数。例如，网络控制参数可以规定UE与网络接近服务器之间的交互可以如何操作(例如，UE是否需要向接近服务器发送关于经由直接无线接触而发现的UE的数据)。在某些实例中，网络接近服务器对由不同网络服务的UE之间的接近的发现可能需要考虑UE订制数据或用户偏好—例如，以便在向另一个网络发送与接近有关的信息时保护UE或用户识别码和/或限制一个网络中的UE可以被发现与另一个网络中的UE接近的程度。在某些实施方式中，应用可以尝试设置接近服务参数，以使直接无线发现的使用最小化(由于通常比接近的网络发现更高的效率)。

接下来注意图17，图17是描绘其中附近设备之间的接近发现由使用基于控制平面的信令来与其它实体通信的LTE网络中的网络接近服务器发现或在其辅助下发现的示例性布置1700的示意性框图。如所描绘的，示例性布置1700可以包括耦合到UE 1702以及还耦合到MME 1706的eNB 1704。MME 1706可以耦合到接近服务器1708，并且可能耦合到E-SMLC1710。在某些实施方式中，如同虚线框1711所示，接近服务器1708和E-SMLC 1710尽管在逻辑上分开，但可以在物理上合并(例如，以便受益于接近&位置的协同等)，或者可以在物理上分开并能够经由通信链路进行通信。可以例如使用NAS能力和NAS信令在UE 1702与接近服务器1708之间支持基于控制平面的信令，其中，NAS能力和NAS信令可以在如TS 24.301的3GPP TS中已经被部分定义用于3GPP网络。接近服务器1708可以直接从UE 1702(例如使用上述NAS信令)和/或从eNB 1704和/或MME 1706获得针对UE 1702的与接近有关的信息(例如，UE识别码、UE位置、UE服务小区、服务eNB或TA、通过直接无线方法检测到的附近的UE、由UE支持的或UE感兴趣的接近服务)。针对UE 1702的与位置有关的信息可以另外地或代替地由接近服务器1708从E-SMLC 1710获得。为了确定目标UE(例如，UE 1702)的位置，接近服务器1708可以向(服务)MME 1706发送针对UE 1702的位置请求。在某些实例中，MME 1706可以将这样的请求传送给E-SMLC 1710，E-SMLC 1710然后可以使用3GPP控制平面过程(例如，如同3GPP TS 36.305中所定义的)来确定UE 1702的位置，并将位置结果返回给MME 1706，并且因此返回给接近服务器1708。接近服务器1708可以使用所获得的针对UE 1702和其它UE的信息来确定哪些UE可能处于接近或者几乎接近，和/或如本文中别处所描述的来预测接近的可能的未来发生。接近服务器1708然后可以使用控制平面信令来向其它UE告知被发现处于接近的UE(例如，UE 1702)。

接下来注意图18，图18是描绘其中附近设备之间的接近发现由使用基于用户平面的信令来与其它实体通信的LTE网络中的网络接近服务器发现或在其辅助下发现的示例性布置1800的示意性框图。与如图17所描绘的控制平面支持形成对照，用户平面支持可以降低对网络eNB和MME的影响以支持接近发现。示例性布置1800可以包括耦合到UE 1802以及还耦合到MME 1806的eNB 1804。MME 1806可以耦合到接近服务器1812。如图所示，eNB 1804可以耦合到SGW 1808，SGW 1808可以进一步耦合到PDG 1810。PDG 1810可以耦合到接近服务器1812和SUPL SLP 1814，并且接近服务器1812可以耦合到SLP 1814。在某些实施方式中，如同虚线框1813所描绘的，接近服务器1812和SLP 1814尽管在逻辑上分开，但可以在物理上合并(例如，以便受益于接近&位置的协同等)。

在这个例子中，指示了两条潜在的信令路径，第一条信令路径包括MME-接近服务器信令(例如，其可以增加效率)，而第二条信令路径包括UE-接近服务器信令。就基于控制平面的接近服务器(例如，图17中的服务器1708)来说，接近服务器1812可以使用用户平面信令直接从UE(例如，UE 1802)获得用于支持UE之间的接近发现的信息，在用户平面信令中，从网络的角度来看，信息可以以数据(例如，使用TCP/IP)的形式来发送。所述信息可以与图17中的信息相似或相同—例如，可以包括UE识别码、UE位置、UE服务小区、服务eNB或TA、所检测到的其它附近的UE、以及由UE支持的或UE感兴趣的接近服务。如果接近服务器1812链接到MME，则接近服务器1812还可以从MME 1806获得该信息中的一些或全部信息。在某些实施方式中，接近服务器地址(例如，接近服务器1812的IP地址或FQDN)可由UE 1802发现(例如，使用IETF DHCP协议)或者可提供给UE 1802(例如，由MME 1806在网络附着时提供，或者在连接到PDG 1810时提供)，或者可由诸如eNB 1804之类的eNB向所有UE进行广播。然后，UE 1802可以使用接近服务器1812的所发现的地址来向接近服务器1812传送数据和/或从接近服务器1812请求数据。在一些实例中，接近服务器1812可以使用(SUPL)SLP 1814来辅助UE定位。因而，例如接近服务器1812可以直接向相关联的SLP 1814发送针对一些目标UE的位置请求，在此之后，SLP 1814可以调用SUPL来确定UE的位置，并向接近服务器1812返回该位置。

接下来注意图19，图19是描绘了其中附近设备之间的接近发现由使用基于IMS的信令来与其它实体通信的网络接近服务器发现或在其辅助下发现的示例性布置1900的示意性框图。示例性布置1900可以支持LTE网络中的UE接近服务器信令，并且可以包括耦合到UE 1902以及还耦合到MME 1906的eNB 1904。如图所示，eNB 1904可以耦合到SGW 1908，SGW1808可以进一步耦合到PDG 1910。PDG 1910可以耦合到SLP 1912和IMS 1914。在这个例子中，IMS 1914可以包括耦合到PDG 1910和S-CSCF 1918的P-CSCF 1916。S-CSCF 1918可以耦合到接近服务器1922。接近服务器1922可以耦合到LRF 1920。在一些实施方式中，接近服务器1922可以用作IMS应用服务器(AS)。在某些实施方式中，如同虚线框1924所描绘的，接近服务器1922和LRF 1920尽管在逻辑上分开，但可以在物理上合并(例如，以便受益于接近&位置的协同等)。就基于控制平面或用户平面的接近服务器(例如，图17中的服务器1708或图18中的服务器1812)来说，接近服务器1922可以使用基于IMS的信令直接从UE(例如，UE1902)获得用于支持UE之间的接近发现的信息，在基于IMS的信令中，信息可以以数据的形式来发送，并包含在SIP消息中。所述信息可以与图17和图18中的信息相似或相同—例如，可以包括UE识别码、UE位置、UE服务小区、服务eNB或TA、所检测到的其它附近的UE、以及由UE支持的或UE感兴趣的接近服务。

在某些实施方式中，接近服务器1922可以位于UE 1902的归属网络中而不是UE1902的服务网络中(除了当UE 1902的服务网络是归属网络时)。然而，在某些实例中，该变型可能在没有漫游UE的归属网络与该UE的服务网络之间的某种进一步交互(例如，涉及不同网络中的接近服务器之间的交互)的情况下无法检测漫游UE的接近。在某些实施方式中，使用某些(新的)SIP信令参数可能是有益的。一个优点可以是某些IMS服务的接近支持，例如，针对网络卸载的LTE-D的使用，其可以例如在检测到接近之后，触发两个UE之间的IMS通信。

协议方面

在某些示例性实施方式中，可以实现用于支持可以在某些示例性接近服务中实现的各个协议方面的技术。在某些示例性实施方式中，网络接近服务器可以基于控制平面(CP)或用户平面(UP)信令支持—例如，如同先前分别针对图17和图18所描述的。在某些实例中，网络接近服务器可以针对由使用接近服务或对接近服务感兴趣的服务网络服务的所有UE位于该服务网络(例如，不一定在归属网络)中。在示例性网络操作模式中，这样的UE可以具有网络连接，并且网络可以对针对被发现处于接近的某些UE的接近发现以及经由直接无线方法(例如，LTE-D)来实现通信进行辅助。在适用于LTE网络的示例性LTE-D操作模式中，这样的UE可以使用彼此之间的LTE直连(LTE-D)信令来发现接近。在某些实例中，可以在没有网络支持(例如，如果没有网络覆盖)或有网络支持(例如，当可以经由(i)UE之间的LTE-D信令以及(ii)可以从UE接收经由LTE-D信令获得的信息并且然后使用该信息来继续发现接近情况的网络接近服务器来支持接近发现时)的情况下使用LTE-D操作模式。在某些示例性实施方式中，用于ProSe支持的协议分层可以扩展用于LTE的现有的CP和UP协议分层，例如如同3GPP TS 23.401中所定义的。

接下来注意图10和图11，图10和图11根据示例性实施方式描绘了可实现以发送、接收和/或中继用于确定LTE网络中的两个或更多个移动设备之间的接近状态的信息的一些示例性控制平面协议。图10示出了可以使用网络CP接近服务器(例如，如同之前结合图17所描述的)来支持网络模式的示例性CP协议1000。包括在CP协议1000中的是相应的用于UE的协议栈1002、用于eNB的协议栈1004、用于MME的协议栈1006以及用于网络CP接近服务器的协议栈1008。如果网络使用CP接近服务器并提供对示例性网络资源与UE之间的信令的协议支持，则CP协议1000可以适用。如图所示，示例性栈1002可以包括诸如L1、MAC、RLC、PDCP、RRC、NAS和PDP(接近发现协议)之类的各个层。如图所示，示例性栈1004可以包括诸如L1、L2、MAC、IP、RLC、PDCP、SCTP、RRC和S1-AP之类的各个层。如图所示，示例性栈1006可以包括诸如L1、L2、IP、SCTP、S1-AP、PS-AP(接近服务应用协议)和NAS之类的各个层。如图所示，示例性栈1008可以包括诸如L1、L2、IP、SCTP、PS-AP和PDP之类的各个层。除了PS-AP和PDP层之外的所有协议层可以如同3GPP和其它(例如，IETF)标准中所描述的那样进行运作。例如，NAS、RRC、S1-AP、MAC、RLC和PDCP协议层可以分别如同在3GPP TS 24.301、36.331、36.413、36.321、36.322和36.323中所描述的那样进行操作，而SCTP协议层可以如同在IETF RFC4960中所描述的那样进行操作。PS-AP和PDP层可以是专门针对使用基于网络的接近服务器的接近服务的支持来定义的新的层。如图10中所示，可以对协议层进行配对以便支持实体对之间的通信，该实体对可以是直接连接的(例如，以便支持较低协议层的通信)或者由用作中继器的一个或多个中间实体隔开。

图11示出了与可以支持LTE-D模式的图10中的那些类似的示例性CP协议1100，在LTE-D模式中，UE对直接与彼此通信。包括在CP协议1100中的是用于第一和第二UE的相应协议栈1102和1104。CP协议1100可适用于第一和第二UE之间的信令，并且可适用于以下两种情况：当由UE在具有很少或没有网络支持的情况下发现接近时，或者当使用网络接近支持(例如，基于针对图10，或者之后针对图12所描述的协议)来发现接近时。如图所示，示例性栈1102和1104可以包括诸如L1、MAC、RLC、PDCP、RRC、NAS和PDP*之类的各个(相应)层。

PDP可以表示可用于例如根据本文中提供的各种技术来发现接近服务的协议层。在某些实施方式中，PDP的不同变型可用于网络模式(如图10中所示)对LTE-D模式(例如，如图11中所示)或者可以使用不同的协议。因此，描绘了使用可以与图10中示出的PDP层相似但不一定完全相同的PDP*层的图11。例如，PDP和PDP*可以共享公共过程、消息和参数，但一些过程、消息和/或参数可以是不同的。

现在注意图12和图13，图12和图13根据示例性实施方式描绘了可实现用于发送、接收和/或中继LTE网络中用于以下操作的信息的一些示例性用户平面协议(i)确定图12的情况下的两个或更多个移动设备之间的接近状态以及(ii)在图13的情况下传送UE对之间的数据、语音或其它介质。图12示出了可以使用网络UP接近服务器来支持网络模式的示例性UP协议1200，例如如同先前结合图18所描述的。包括在UP协议1200中的是相应的用于UE的协议栈1202、用于eNB的协议栈1204、用于SWG的协议栈1206、用于PDG的协议栈1208以及用于网络UP接近服务器的协议栈1210。如果网络使用UP接近服务器并提供对网络与UE之间的信令的协议支持，则UP协议1200可以适用。如图所示，示例性栈1202可以包括诸如L1、MAC、RLC、PDCP、IP、TCP/TLS和PDP之类的各个协议层。如图所示，示例性栈1204可以包括诸如L1、L2、MAC、RLC、UDP/IP、PDCP和GTP-U之类的各个层。如图所示，示例性栈1206可以包括诸如L1、L2、UDP/IP和GTP-U之类的各个层。如图所示，示例性栈1208可以包括诸如L1、L2、L3、UDP/IP、GTP-U和IP之类的各个层。如图所示，示例性栈1210可以包括诸如L1、L2、L3、IP、TCP/TLS和PDP之类的各个层。除了PDP层之外的所有层可以像3GPP、IETF和其它标准中所描述的那样运作，因此，例如，MAC、RLC、PDCP和GTP-U协议层可以分别如同在3GPP TS 36.321、36.322、36.323和29.060中所描述的那样进行操作，而UDP、TCP和TLS协议层可分别如同在IETF RFC 768、793和4346中所描述的那样进行操作。PDP层可以是专门针对使用基于网络的接近服务器的接近服务的支持来定义的新的层，并且可以与图10中示出的PDP层相似或相同。如图12中所示，可以对协议层进行配对以便支持实体对之间的通信，该实体对可以是直接连接的(例如，以便支持较低协议层的通信)或者由用作中继器的一个或多个中间实体隔开。

图13示出了可以支持与位于使用LTE-D模式的两个UE中的应用之间的接近服务的支持有关的数据的传送的示例性UP协议1300。包括在UP协议1300中的是用于第一和第二UE的相应协议栈1302和1304。UP协议1300可用于对支持特定接近服务的应用(例如，用于公共安全)之间的对等信令进行支持，并且当网络支持可用于发现接近(例如，如同结合图10、图17和图18所描述的)时或者当由UE在具有很少或没有网络支持的情况下发现接近(例如，如同由图11中的协议分层所支持)时，UP协议1300可以适用。如图所示，示例性栈1302和1304可以包括诸如L1、MAC、RLC、PDCP、IP、TCP/TLS之类的各种(相应)层，以及特定于接近服务或由通信应用支持的服务的适用(App)层。在某些实例中，IP上的TLS和TCP可用于首先在每幅图中的端点实体对之间(例如，在图12中，UE与UP接近服务器之间，以及在图13中，UE对之间)建立安全且可靠的连接。安全且可靠的通信然后可以在图12中的PDP级别处以及在图13中的应用(App)级别处发生。

在某些示例性实施方式中，可以实现用于使用RRC协议层来支持LTE网络中的ProSe信令的技术—例如如同结合针对图10和图11所描述的协议分层。在一些实施方式中，某些RRC作用对于如图10中所示的网络操作模式以及如图11中所示的LTE-D操作模式二者来说可以是公共的。对于这种公共操作模式来说，RRC可用于使用专用于支持LTE-D的新的LTE SIB来广播(或者，对于LTE-D模式来说，中继)用于接近发现的信息。例如，UE(UE)可以使用新的SIB来广播该UE的识别码(例如，该UE的临时网络指派识别码或全球永久识别码)和标识该UE感兴趣的接近服务的表达式。在RRC级别上从另一个UE接收的信息(例如，另一个UE的识别码以及另一个UE感兴趣的表达式)可由接收UE内部的RRC层向上传递到NAS协议层，并且然后可以传递到UE内部的PDP层。

其它RRC作用可以特定于例如根据针对图11描述的协议分层来支持LTE-D模式中的UE对之间的接近服务。对于LTE-D模式的支持来说，可以使用可以是高度可检测的信号(例如，类似于用于支持LTE定位的定位参考信号(例如，如同在3GPP TS 36.211中描述的)，并且在频率、编码或时间上与其它信号正交)向其它UE广播(和/或中继)由RRC传送的一些信息。RRC还可用于建立和释放UE对之间的LTE-D信令连接。RRC还可以用于在三个或更多个UE的组之间建立多点LTE-D链路，例如，在这些组中，来自任意一个UE的传输可由任意组中的所有其它UE接收。RRC还可用于建立、修改和释放与数据或介质的后续UP通信相关联的两个(或三个或更多个)UE之间的点对点(或多点)业务承载，以便支持特定的接近服务(例如，根据图13中示出的协议分层)。RRC可用于帮助建立两个或更多个UE之间的时间同步(例如，在没有公共网络或其它(例如，GPS)时间的情况下)，这可以帮助避免UE的交迭的LTE-D传输，从而改进LTE-D通信的可靠性。在某些实例中，当UE中的定时使用RRC(或使用诸如GPS或网络定时之类的某种公共时间参考)来同步时，UE可以在不同的非交迭传输时刻向彼此广播和中继信息。在某些实例中，可以向其它UE提供这些传输时刻，例如从而UE可以知道何时对其它UE进行监听。在UE之间建立时间同步之前，UE可以使用LTE-D，例如可能在随机的时刻，仅向彼此发送少量数据。一旦UE是时间同步的，UE之间使用LTE-D的数据和信令传输的量可以显著增加。在某些实施方式中，如果网络可用，则来自一个eNB或来自多个同步UE的公共可用的网络时间可用于在UE当中实现同步。在某些示例性实施方式中，RRC可用于LTE-D模式以测量UE对之间的RTT，从而帮助确定这些UE是否相接近。

在某些示例性实施方式中，可以实现用于使用NAS协议层来支持LTE网络中的ProSe信令的技术—例如如同结合针对图10和图11所描述的协议分层。例如，NAS协议层的作用(例如，当网络接近服务器如针对图17所所描述的那样使用时和/或当协议分层如图10中所示时)可以包括在CP接近服务器与UE之间例如经由MME中继信息。在某些实例中，NAS可用于帮助MME从UE获取某些接近相关的信息(例如，定时提前、服务eNB、感兴趣的接近服务)，MME然后可以将所述信息传递到接近服务器。在某些实施方式中，LTE-D模式中的NAS的作用(例如，与图11中示出的协议分层相关联)可以包括：建立(并且稍后释放)UE对或UE组之间的信令连接和会话，通过这些信令连接和会话可以传送与接近有关的信息，例如在PDP级别处。在某些实例中，该连接和会话的设立和释放可以基于(例如，可以类似于)如同3GPPTS 24.301中定义的UE与MME之间的NAS中所支持的。在一些实施方式中，NAS可用于UE对之间(例如，根据图11中示出的协议分层)来设立和释放已经彼此相接近的UE对之间的数据承载，以便支持用于由某些App支持的特定接近服务的UE-UE通信，例如该UE-UE通信然后使用UP协议1300(图13)发生。在某些实施方式中，作为利用UP协议分层使用数据承载来传输信令消息(例如，如图13中那样)的替代方案，NAS可用于(例如，利用图11中示出的协议分层)代表ProSe App在UE之间传输这些消息。

在某些示例性实施方式中，可以使用用于ProSe信令的PS-AP(接近服务应用协议)层来实现用于支持LTE网络中的ProSe信令的技术，例如，针对具有CP接近服务器的网络模式(例如，如图10和图17中那样)。在某些实例中，PS-AP协议可以实现CP接近服务器与MME之间的信息的交换。例如，PS-AP协议可以使得MME能够向接近服务器传送附着到该MME的UE的ID、每个UE的当前的服务eNB或服务TA、以及每个UE订制的接近服务(以及相关联的参数)。这样的传送可以根据接近服务器的请求发生，或者当UE附着到服务网络或者改变其服务MME或在其它状况下发生。在某些实施方式中，PS-AP协议可以实现从接近服务器到MME的、针对附着到该MME的一个或多个UE的位置的请求。针对发送到MME的任何这样的UE位置请求，MME可以将位置请求中继到附着的E-SMLC，该E-SMLC可以使用3GPP TS 35.305中定义的3GPP CP位置解决方案来确定UE的位置。在一些实例中，CP接近服务器与MME之间的这样的直接位置请求可以比经由GMLC向MME发送位置请求更加高效。在某些示例性实施方式中，PS-AP协议还可用于经由MME在接近服务器与一个或多个UE之间传输信息。例如，PS-AP协议可用于从接近服务器向UE A传送(例如，由接近服务器)发现针对由UE A和UE B二者支持的或UE A和UE B二者感兴趣的特定接近服务的、与UE A接近的一个或多个其它UE B的识别码。在某些实施方式中，PS-AP协议可用于从UE向接近服务器传送对由UE要求的接近服务的更新(例如，对UE已经知道接近服务的某些参数的更新或者关于UE可以使用的新接近服务的更新)。

在某些示例性实施方式中，可以实现用于使用与CP接近服务器(例如，如同结合图10和图17所描述的)、UP接近服务器(例如，如同结合图12和图18所描述的)或LTE-D信令(例如，与图11中示出的协议分层相关联的)相关联的PDP协议层来支持LTE网络中的或者利用LTE-D的ProSe信令的技术。在某些示例性实施方式中，PDP协议可用于网络模式，以便使用CP或UP接近服务器(例如，如同结合图10和/或图12所描述的)，通过实现UE与CP或UP接近服务器之间的与接近有关的信息的交换来支持UE之间的接近的发现。在这种情况下，信息可通过PDP在上行链路和下行链路两个方向上传送，以便对声称是UE感兴趣的或由UE支持的接近服务进行认证(例如，在UE声称感兴趣的或支持的接近服务与由从UE的归属HSS传送到UE的服务MME的UE订制的接近服务相比较的情况下)。可以包括以下各项中的一项或多项的信息还可通过PDP在上行链路方向(从UE到接近服务器)上传送：UE的识别码和/或位置、UE感兴趣的接近服务、UE的当前服务小区、由UE直接从其它UE接收的信息、和/或UE的LTE-D能力(仅举几例)。在一些实施方式中，可以包括以下各项中的一项或多项的信息可通过PDP下行链路(从接近服务器到UE)传送：其它UE的识别码(例如，被发现与接收方UE接近的UE)、UE使用LTE-D模式的许可和关于LTE-D模式由接收方UE使用的信息(再次仅举几例)。

关于用于支持LTE-D模式的PDP的使用(例如，使用图11中示出的协议分层)，UE可以在RRC级别处广播其识别码或伪识别码和感兴趣的接近服务(例如，利用图11的协议分层)，其可以向上传递到接收方UE的PDP*级别。一旦RRC建立了UE对之间的潜在或实际接近，或者网络接近服务器已将向一个UE或这两个UE通知了实际或潜在接近，则UE可以使用PDP*来向另一个UE用信号指示另外的信息(例如，经由广播或使用先前在该UE对之间建立的RRC信令链路)。在某些实例中，由UE在LTE-D模式中使用的PDP*协议可以是网络模式中UE与接近服务器之间使用的PDP协议的变型(例如，其扩展)或者可以是不同的协议。

在某些示例性实施方式中，可以经由应用(App)协议层(例如，适用于针对图13描述的协议分层)实现用于接近服务支持的技术。在某些实施方式中，App层可以与各个ProSeApp相关联，并且可以被定义为支持特定的接近服务。例如，UE上的特定应用可以支持一个或多个接近服务，当与支持相同接近服务中的一种或多种服务的另一个UE的接近已经被发现时可通过UE上的某个其它过程(例如，支持本文先前讨论的PDP协议的过程)得到通知，并且然后可以(例如，在用户控制下)使用App协议层继续与其它UE中的对等应用进行通信，以便支持这两个UE的用户感兴趣的一个或多个接近服务。在某些实例中，App层可以提供UE对上或三个或更多个UE的组上的App之间的对等(P2P)通信。对于使用网络来进行通信(处于网络模式中)的UE来说，App层可以在使用通过网络设立的IP承载、SMS和/或SIP(经由IMS)(仅举几例)中的一个或多个的不同UE中的App之间来交换协议数据单元(PDU)。对于能够采用LTE-D模式来进行通信的UE来说，App层可以使用直接使用LTE-D在UE之间设立的IP承载(例如，利用图13中可能示出的协议分层)在不同UE中的App之间交换PDU。或者，App层可以使用图11中示出的协议分层在处于LTE-D模式中的UE之间传送PDU，但用App协议层来替换图11中示出的PDP*层。在这种情况下，App层PDU传送可基于NAS信令支持。在某些实施方式中，App层可用于利用经由网络或使用LTE-D传递的通信来协商用户之间的通信的设立(例如，使用语音、IM、视频等)。

接下来注意图14，图14根据示例性实施方式描绘了可实现以发送、接收和/或中继用于支持两个或更多个移动设备之间的接近服务的信息的示例性组合协议1400。组合协议1400描绘了将如图11中的CP协议与如图13中的UP协议二者进行组合的用于LTE-D模式的示例性架构。包括在示例性组合协议1400中的是相应的用于UE 1的协议栈1402和用于UE 2的协议栈1404。如图所示，示例性栈1402和1404可以包括诸如L1、MAC、RLC、PDCP、IP、RRC、TCP/TLS、NAS、PDP*和App层之类的相应层。这些协议可以与针对图11和图13描述的那些协议相同。

示例性组合协议1400示出了UE可以如何支持代表该UE中分别特定于特定接近服务(例如，诸如公共安全和朋友查找器)的其它App来管理ProSe发现的公共ProSe App。公共ProSe App可以被称为ProSe引擎或ProSe过程，并且可以(i)向UE上分别支持不同接近服务的其它App提供公共接口(例如，经由公共API)，以及(ii)使得这些其它App能够确定它们的UE何时接近包含相同App并支持相同接近服务的另一个UE。在某些实例中，公共ProSe App可以采用PDP*或PDP(图14中未示出)和较低的CP协议层用于网络模式(例如，使用图10的协议分层)或LTE-D模式(使用图11和图14中示出的协议分层)中的接近发现。在某些实例中，公共ProSe App可以使用NAS以便于设立UE-UE数据承载或者在CP级别处交换信令消息。在某些实例中，公共ProSe App可以使用UP层(如图13和图14中所示)来交换语音、其它媒体和数据。在某些实施方式中，如果UE处于网络模式，则公共ProSe App可以使用PDP和较低层的协议来与网络接近服务器通信(图14中未示出，但如图10和/或图12中所示)，以便例如发现与其它UE的接近。在某些实例中，一对支持已经被其各自的公共ProSe App确定为相接近的两个UE的特定接近服务的App可以经由其各自的公共ProSe App在LTE-D模式下与彼此通信。在这种情况下，公共ProSe App可以经由PDP*和NAS(例如，使用图13中示出的协议分层)或经由TCP/TLS和IP(例如，使用图13中示出的协议分层)在该对App之间传送App PDU。或者，该对App可以通过直接使用NAS(CP)层(例如，如同在图11中用App层来替换PDP*层)或者TCP/TLS/IP(UP)层(例如，如同在图13中)，不经由公共ProSe App，在LTE-D模式下直接通信。图14中的App层虚线箭头1406示出了App可以采用以经由公共ProSe App或使用直接通信来通信的协议。

现在注意图15和图16，图15和图16分别根据示例性实施方式描绘了可实现以在两个或更多个移动设备中的应用之间对信息进行中继的一些示例性协议1500和1600。例如，在LTE-D模式下，某些信息可以在ProSe App之间进行中继。示例性协议1500可用于在App级别处提供对某些信息的中继，而示例性协议1600可用于在IP级别处提供对某些信息的中继。如图所示，协议1500可以包括用于UE 1的栈1502，用于中继UE 2的栈1504以及用于UE 3的栈1506。示例性栈1502、1504和1506可以包括诸如L1、MAC、RLC、PDCP、IP、TCP/TLS和App协议层(由术语Appln表示)之类的相应层。如图所示，协议1600可以包括用于UE 1的栈1602，用于中继UE 2的栈1604以及用于UE 3的栈1606。示例性栈1602和1606可以包括诸如L1、MAC、RLC、PDCP、IP、TCP/TLS和Appln之类的相应层，而示例性栈1604可以包括诸如L1、MAC、RLC、PDCP和IP之类的相应层。这些协议层可以与针对图13描述的那些协议层相对应。

对于针对图14描述的协议替代方案来说，信令消息(例如，App PDU)可以(i)经由公共ProSe App，使用PDP*和NAS，或者(ii)使用TCP/TLS和IP或者(iii)直接使用NAS或TCP/TLS/IP(如上所述的)在App之间进行传送。对于不能经由LTE-D直接与彼此通信但能够经由一个或多个中间中继UE使用LTE-D来进行通信的UE来说，关于如何执行中继可以存在一些选择—例如，关于需要由中继UE拦截而不是在没有拦截的情况下进行端对端传送的协议层。中继可以在中间UE处在以下级别处执行(i)在Appln级别处(例如，如图15中所示)，在该级别中，可以对App协议层和所有的较低层进行拦截和中继；(ii)在PDP*级别处，在该级别中，可以对PDP*层和所有的较低层(例如，NAS、RRC、PDCP)进行拦截和中继；(iii)在NAS级别处，在该级别中，可以对NAS和所有的较低协议层进行拦截和中继；或者(iv)在IP级别处(例如，如图16中所示)，在该级别中，可以对IP层和所有的较低层进行拦截和中继。在某些实例中，在与ProSe App相关联的用户之间传送的通信(例如，语音、IM、视频)可以例如如同在图16中那样的在IP层处更高效地中继。

在某些示例性实施方式中，在该处执行中继的协议层还可以用于在附近的UE之间交换信息，以便保持关于哪些UE可以与彼此直接无线接近以及经由哪些中间中继UE到其它UE的通信可能需要被路由的信息(在每个UE中)。在某些实例中，在App级别处管理路由/中继可能是有用的，例如，在App级别处中继可能的实现替代方案。然而，与路由有关的信息可以代替地在PDP*层处提供或者可能在与NAS层或IP层相关联的新的协议中提供，例如允许在这些协议级别处的中继。在某些实例中，基本信息的广播和中继(例如，如同先前结合隐式和显式确认以及加标签的传输所描述的)可用于支持与路由有关的信息的中继和交换。结果可以是任何级别处的如上所述的中继信息(例如，结合图15和图16)可以与之前描述的逐跳的路由方法进行组合。另外，App级别处的中继可以与之前描述的使用隐式或显式确认、加标签的传输或源路由的高效中继进行组合；并且PDP*级别或NAS级别处的中继信息可以与源路由进行组合。

图20是根据一种实施方式的UE的示意图。UE 100(图1)可以包括图20中示出的UE2000的一个或多个特征。在某些实施方式中，UE 2000还可以包括能够通过无线通信网络经由无线天线2022来发送和接收无线信号的无线收发机2021。无线收发机2021可通过无线收发机总线接口2020连接到总线2001。在一些实施方式中，无线收发机总线接口2020可以至少部分地与无线收发机2021集成在一起。一些实施方式可以包括多个无线收发机2021和无线天线2022，以便能够根据诸如例如IEEE标准802.11的各个版本、CDMA、WCDMA、LTE、UMTS、GSM、AMPS、Zigbee和蓝牙(仅举几例)之类的相应的多种无线通信标准来发送和/或接收信号。

UE 2000还可以包括能够经由SPS天线2058来接收和获取SPS信号2059的SPS接收机205。SPS接收机2055还可以整体或部分地对所获取的SPS信号2059进行处理，以估计UE2000的位置。在一些实施方式中，通用处理器2011、存储器2040、DSP 2012和/或专用处理器(未示出)也可以整体或部分地用于结合SPS接收机205来对所获取的SPS信号进行处理，和/或计算UE 2000的估计的位置。SPS或用于执行定位操作的其它信号的存储可以在存储器2040或寄存器(未示出)中执行。

图20中还示出，UE 2000可以包括连接到总线2001的数字信号处理器(DSP)2012、连接到总线2001的通用处理器2011和存储器2040。在某些实施方式中，总线接口(未示出)可以与DSP 2012、通用处理器2011和存储器2040集成在一起。在各种实施方式中，可以响应于存储在存储器2040中的一个或多个机器可读指令的执行来执行功能，存储器2040例如在诸如RAM、ROM、FLASH或磁盘驱动器(仅举几例)之类的计算机可读存储介质上。一个或多个指令可由通用处理器2011、专用处理器或DSP 2012执行。存储器2040可以包括存储可由处理器2011和/或DSP 2012执行以执行本文描述的功能的软件代码(程序代码、指令等)的非暂时性处理器可读存储器和/或计算机可读存储器。

图20中还示出，用户接口2035可以包括诸如，例如，扬声器、麦克风、显示设备、振动设备、键盘、触摸屏(仅举几例)之类的若干设备中的任何一个。在特定实施方式中，用户接口2035可以使得用户能够与UE 2000上托管的一个或多个应用进行交互。这样的应用(或App)可以包含存储在存储器2040中并在处理器2011上和/或DSP 2012上运行的软件。例如，用户接口2035的设备可以在存储器204上存储响应于来自用户的动作要由DSP 2012或通用处理器2011进一步处理的模拟信号或数字信号。类似地，UE 2000上托管的应用可以在存储器2040上存储模拟信号或数字信号，以便向用户呈现输出信号。在另一种实施方式中，UE2000可以可选地包括专用音频输入/输出(I/O)设备2070，该设备包括例如专用扬声器、麦克风、数字到模拟电路、模拟到数字电路、放大器和/或增益控制。然而，应当理解的是，这仅是音频I/O可以如何在UE中实现的例子，并且主张的主题内容不局限于这个方面。在另一种实施方式中，UE 2000可以包括对在键盘或触摸屏设备上触摸或施加压力进行响应的触摸传感器2062。

UE 2000还可以包括用于捕捉静止或运动图像的专用摄像设备2064。例如，摄像设备2064可以包括成像传感器(例如，电荷耦合设备或CMOS成像器)、透镜、模拟到数字电路、帧缓冲器(仅举几例)。在一种实施方式中，可以在通用/应用处理器2011或DSP 2012上执行对表示捕捉到的图像的信号的另外的处理、调节、编码或压缩。或者，专用视频处理器2068可以执行对表示捕捉到的图像的信号的调节、编码、压缩或操纵。另外，视频处理器2068可以对所存储的图像数据进行解码/解压缩以便在UE 2000的显示设备(未示出)上呈现。

UE 2000还可以包括耦合到总线2001的传感器2060，其可以包括例如惯性传感器和环境传感器。传感器2060的惯性传感器可以包括例如加速计(例如，在三维空间中对UE2000的加速度共同地进行响应)、一个或多个回转仪或一个或多个磁强计(例如，用于支持一个或多个罗盘应用)。UE 2000的环境传感器可以包括例如：温度传感器、气压传感器、环境光传感器、摄像头成像器、麦克风(仅举几例)。传感器2060可以生成模拟或数字信号，这些信号可以存储在存储器2040中，并由DPS或通用应用处理器2011处理以便支持诸如例如针对定位或导航操作的应用的一个或多个应用。

在特定实施方式中，室内区域的数字地图可以以特定格式存储在存储器2040中。可能已经从来自远程服务器的包含导航辅助数据的消息获得了数字地图。通用/应用2011可以执行指令来对所存储的数字地图进行处理以便对由数字地图中指示的结构的周界所界定的组成区域进行识别和分类。这些所执行的指令可以规定识别和表征结构中的出口段，其形成界定组成区域的周界以及至少部分基于至少一个识别出的出口段的大小相对所界定的组成区域的至少一个维度的大小的比例来对所界定的组成区域进行分类。在一种实施方式中，UE还可以应用众包数据(例如，从位置服务器获得的)以确认出口段的推断。例如，如果存在移动通过被推定为出口段的特征的UE的历史记录，则该特征可以被确认为提供出口段。

在特定实施方式中，UE 2000可以包括能够对在无线收发机2021或SPS接收机2055处接收和下变频的信号执行基带处理的专用调制解调器处理器2066。类似地，调制解调器处理器2066可以对将要被上变频以便由无线收发机2021发送的信号执行基带处理。在替代的实施方式中，基带处理可由通用处理器或DSP(例如，通用/应用处理器2011或DSP 2012)执行，而不是具有专用调制解调器处理器。然而，应当理解的是，仅给出了可以执行基带处理的结构的例子，并且主张的主题内容不局限于这个方面。

图21是描绘可以包括可配置为实现上述技术或过程(例如，结合图1)的一个或多个设备的示例性系统2100的示意图。例如，系统2100可以包括第一设备2102、第二设备2104和第三设备2106，这些设备可以通过单个无线通信网络2108或通过若干个互连的服务无线通信网络(例如，针对每个设备的不同的服务网络)(图21中未示出)可操作地耦合在一起。在一个方面中，第一设备2102可以包括能够提供诸如例如基站年历之类的定位辅助数据的服务器。第一设备2102还可以包括能够提供与来自UE的请求中规定的位置相关的室内定位辅助数据的服务器。第一设备2102和/或第二设备2104还可以包括接近服务器，例如图10中的CP接近服务器1008、图12中的UP接近服务器1210、图17中的接近服务器1708、图18中的接近服务器1812和图19中的接近服务器1922。在一个方面中，第二和第三设备2104和2106可以包括UE。另外，例如，在一个方面中，无线通信网络2108可以包括一个或多个无线接入点。然而，主张的主题内容不局限于这些方面中的范围。

如图21中所示的第一设备2102、第二设备2104和第三设备2106可以代表可配置用于通过无线通信网络2108交换数据的任意设备、应用或机器(例如，诸如如同图1中所示的本地收发机115或服务器140、150或155)。通过举例而非限制的方式，第一设备2102、第二设备2104或第三设备2106中的任意一个可以包括：诸如例如台式计算机、膝上型计算机、工作站、服务器设备等的一个或多个计算设备或平台；诸如个人数字助理、移动通信设备等的一个或多个个人计算或通信设备或器具；诸如例如数据库或数据存储服务提供商/系统、网络服务提供商/系统、互联网或内联网服务提供商/系统、门户或搜索引擎服务提供商/系统、无线通信服务提供商/系统之类的计算系统或相关联的服务提供商能力；或它们的任意组合。第一、第二和第三设备2102、2104和2106中的任意一个设备分别可以根据本文中描述的例子包括基站年历服务器、基站或UE中的一个或多个。

类似地，无线通信网络2108(例如，在图1中示出的网络130的特定实施方式中)可以代表可配置为支持第一设备2102、第二设备2104和第三设备2106中的至少两个设备之间的数据交换的一个或多个通信链路、过程或资源。通过举例而非限制的方式，无线通信网络2108可以包括无线或有线通信链路、电话或电信系统、数据总线或信道、光纤、陆地或空间运载资源、局域网、广域网、内联网、互联网、路由器或交换机等等，或它们的任意组合。如所描绘的，例如，通过被描绘为第三设备2106的部分模糊的虚线框，可以存在可操作地耦合到无线通信网络2108的另外的类似设备。

应当认识到的是，系统2100中示出的各个设备和网络中的全部或部分，以及本文中进一步描述的过程和方法可以使用或包括硬件、固件、软件或它们的任意组合来实现。

因而，通过举例而非限制的方式，第二设备2104可以包括通过总线2128可操作地耦合到存储器2122的至少一个处理单元2120。

处理单元2120代表可配置为执行数据计算规程或过程的至少一部分的一个或多个电路。通过举例而非限制的方式，处理单元2120可以包括一个或多个处理器、控制器、微处理器、微控制器、专用集成电路、数字信号处理器、可编程逻辑器件、现场可编程门阵列等或它们的任意组合。

存储器2122代表任意数据存储机制。例如，存储器2122可以包括主存储器2124或辅存储器2126。例如，主存储器2124可以包括随机存取存储器、只读存储器等。虽然在这个例子中被描绘为与处理单元2120分离，但应当理解的是，主存储器2124的全部或部分可以在处理单元2120内提供，或与处理单元2120共置/耦合。

在特定实施方式中，从移动设备和/或从网络2108中的单元接收的与移动设备之间的接近和/或由移动设备支持的接近服务有关的信息可以以特定格式存储在存储器2122中。处理单元2120可以执行指令来处理所存储的与接近有关的信息—例如，以便于发现移动设备之间的接近，并向移动设备通知任何所发现的接近。

例如，辅存储器2126可以包括与主存储器相同或相似的存储器类型或一个或多个数据存储设备或系统，诸如例如磁盘驱动器、光盘驱动器、磁带驱动器、固态存储器驱动器等。在某些实施方式中，辅存储器2126可以可操作地代表或可配置为耦合到计算机可读介质2140。例如，计算机可读介质2140可以包括可以为系统2100中的设备中的一个或多个设备携带或制造可访问的数据、代码或指令的任何非暂时性介质。计算机可读介质2140还可以被称为存储介质。

例如，第二设备2104可以包括提供或支持第二设备2104到至少无线通信网络2108的可操作耦合的通信接口2130。通过举例而非限制的方式，通信接口2130可以包括网络接口设备或卡、调制解调器、路由器、交换机、收发机等等。

例如，第二设备2104可以包括输入/输出设备2132。输入/输出设备2132代表可配置为接受或引入人类或机器输入的一个或多个设备或特征，或者可配置为传送或提供人类或机器输出的一个或多个设备或特征。通过举例而非限制的方式，输入/输出设备2132可以包括可操作地配置的显示器、扬声器、键盘、鼠标、跟踪球、触摸屏、数据端口等等。

图22是描绘了可以在计算设备(例如，设备2000或设备2100)内实现以例如支持接近服务的示例性过程的流图。在示例性方框2202处，计算设备可以确定是否分别可操作地设定第一UE和第二UE以使用公共接近服务。在示例性方框2204处，计算设备可以确定是否预期第一UE与第二UE之间的接近的状态在未来的时刻发生。此处，例如，在方框2206处，计算设备可以考虑这些UE中的至少一个UE的当前或过去的运动状态，和/或在方框2208处，计算设备可以考虑这些UE中的至少一个UE的历史行为，和/或在方框2210处，计算设备可以考虑UE处于公共地点的标识。

在示例性方框2212处，计算设备可以发起向这些UE中的至少一个UE的用户和/或应用的通知：与其它UE接近的状态已经发生或将要发生。此处，例如，在方框2214处，计算设备可以确定预期接近在未来时刻发生的概率和/或时间间隔，并且在方框2216处响应于该概率超过概率门限和/或时间间隔下降到时间门限之下，发起向用户和/或应用的通知。

在某些示例性实施方式中，第一或第二UE中的至少一个UE的当前和过去运动状态中的至少一个状态可以包括地理位置和速率中的至少一个。

在某些示例性实施方式中，可以至少部分基于第一或第二UE中的至少一个UE的位置历史记录来确定第一或第二UE中的至少一个UE的历史行为。在某些实例中，历史行为可以至少部分基于第一或第二UE中的至少一个UE的当前位置以及当前日期和/或时间中的至少一个。

图24是一种无线通信的方法的流程图2400。该方法可由第一UE执行，并且可以实现参考图7和图8描述的中继和广播交互。在步骤2402处，第一UE从第三UE接收与第二UE有关的广播信息。例如，参考先前图7的描述，第一UE可以是UE 702B，第二UE可以是源UE，而第三UE可以是UE 702A。例如，参考先前图8的描述，第一UE可以是UE 802B，第二UE可以是源UE，而第三UE可以是UE 802A。在一个方面中，第一UE还可以利用广播信息来接收标识符信息，其中，标识符信息包括第二UE的识别码以及由第二UE指派的版本或时间戳。

在步骤2404处，第一UE确定所接收的广播信息是否是针对第二UE接收的第一信息。例如，第一UE可以通过检查存储器以识别先前针对第二UE接收和存储的任何信息来进行确定。如果所接收的广播信息是针对第二UE接收的第一信息(步骤2404)，则在步骤2406处，第一UE对所接收的广播信息和标识符信息进行存储。

在步骤2408处，第一UE生成对于第一UE来说唯一的标签值TV。例如，标签值TV可以包括第一UE(例如，图8中的UE 802B)的ID和由第一UE指派的序列号、版本或时间戳。步骤2408是可选的，并且在一些实施方式中可以不被执行。

在步骤2410处，第一UE将广播信息和标识符信息中继到UE的集合。消息中继可以旨在帮助向UE的集合分发广播信息—例如，以便辅助确定某些UE的接近和/或帮助实现依赖于UE彼此相接近的某些服务。在一个方面中，所生成的标签值TV包括在标识符信息中。例如，参考图7和图8，UE的集合可以分别包括UE 702C和UE 802C。

在步骤2412处，第一UE从UE的集合中的UE接收广播信息和标识符信息。在一个方面中，标识符信息包括标签值TV，并且广播信息可以不被接收。步骤2412是可选的，并且在一些实施方式中可以不被执行。

在步骤2414处，第一UE从第四UE接收与第二UE有关的第二广播信息以及与第二广播信息相关联的版本和/或时间戳。步骤2414是可选的，并且在一些实施方式中可以不被执行。

在步骤2416处，第一UE基于是否从UE的集合中的每个UE接收到标识符信息来确定UE的集合中的每个UE是否已经接收到广播信息。例如，参考图7，在接收到消息708之后，UE702B可以确定消息708中的版本V和UE ID与先前广播的消息706中的版本V和UE ID相同。因此，UE 702B可以认为所接收的消息708是对UE 702C接收到消息706的显式确认，并且可以停止对消息706进行中继。作为另一个例子，参考图8，在接收到消息808之后，UE 802B可以确定消息808中的标签值TV与先前广播的消息806中的标签值TV相同。因此，UE 802B可以认为所接收的消息808是对UE 802C接收到消息806的隐式确认。

如果第一UE确定UE的集合中的每个UE已经接收到广播信息(步骤2416)，则在步骤2424处，第一UE抑制对广播信息进行中继。因此，第一UE停止广播与第二UE有关的信息。否则，如果第一UE确定UE的集合中的每个UE尚未接收到广播信息(步骤2416)，则在步骤2418处，第一UE确定是否已经接收到与第二UE有关的任何进一步的广播信息。例如，进一步的广播信息可以是步骤2414中的第二广播信息。

如果第一UE确定尚未接收到针对目标UE的进一步的广播信息(步骤2418)，则第一UE进行至步骤2408。否则，如果第一UE确定已经接收到针对目标UE的进一步的广播信息(步骤2418)，则在步骤2420处，第一UE确定在步骤2402中接收的广播信息或步骤2414的第二广播信息是否比所存储广播信息较新。在一个方面中，第一UE基于与第二广播信息相关联的版本和/或时间戳以及与广播信息相关联的时间戳和/或版本来进行确定。如果第一UE确定广播信息或第二广播信息比所存储的广播信息较新(步骤2420)，则在步骤2406处，第一UE存储较新的广播信息或第二广播信息以及标识符信息。然后第一UE对确定为较新的广播信息或第二广播信息中的一个进行中继(步骤2410)。在一个方面中，确定为较新的广播信息可以被称为更新的广播信息。因此，在步骤2410中，可以将这样的更新的广播信息中继到UE的集合。

否则，如果第一UE确定广播信息或第二广播信息不比所存储的广播信息较新(步骤2420)，则在步骤2422处，第一UE忽略所接收的广播信息。在步骤2423处，第一UE确定先前的广播信息是否已经由UE的集合确认。如果仍然存在尚未由UE的集合中的一些UE确认的与第二UE有关的广播信息，则第一UE进行至步骤2408。否则，在步骤2424处，第一UE停止广播针对第二UE的信息。

图25是一种无线通信的方法的流程图2500。该方法可由第一UE执行，并且可以实现参考图9描述的中继和广播交互。在步骤2502处，第一UE从第三UE接收与第二UE有关的广播信息和与该广播信息相关联的标签T。例如，参考先前图9的描述，第一UE可以是UE 902B，第二UE可以是源UE，而第三UE可以是UE 902A。在一个方面中，广播信息可以涉及(例如，可以旨在针对)UE的集合。例如，参考图9，UE的集合可以包括UE 902C。在一个方面中，标签T可以包括：第二UE的识别码、广播信息的信息类型或信息标识符和/或由第二UE生成的版本或时间戳。

在步骤2504处，第一UE最初将带有广播信息的标签T中继到UE的集合。

在步骤2506处，第一UE随后将不带有广播信息的标签T中继到UE的集合。

在步骤2508处，第一UE接收与第二UE有关的广播信息的后续版本和与该广播信息的后续版本相关联的第二标签。

在步骤2510处，第一UE对带有第二标签的广播信息的后续版本进行中继。

在步骤2512处，第一UE在对带有第二标签的广播信息的后续版本进行中继之后对不带有广播信息的后续版本的第二标签进行中继。

在步骤2514处，第一UE从UE的集合中的第四UE接收针对广播信息的请求。例如，参考图9，第四UE可以是UE 902C。

在步骤2516处，第一UE确定所接收的针对广播信息的请求是否包括标签(例如，标签T)或空值。如果所接收的针对广播信息的请求不包括标签或空值(步骤2516)，则在步骤2518处，第一UE可以假设第四UE已经接收到在步骤2504中发送的广播信息，并且因而不向第四UE中继广播信息。否则，如果所接收的针对广播信息的请求包括标签T或空值(步骤2516)，则在步骤2520处，第一UE确定所接收的针对广播信息的请求是否包括标识符。在一个方面中，标识符可以是UE的识别码(例如，第一UE的识别码)。如果所接收的针对广播信息的请求不包括标识符(步骤2520)，则在步骤2524处，第一UE决定将广播信息中继到第四UE。在一个方面中，第一UE可以将在步骤2502中接收到的标签T连同广播信息中继到第四UE。否则，如果所接收的针对广播信息的请求包括标识符(步骤2520)，则在步骤2522处，第一UE确定该标识符是否与第一UE相关联。如果该标识符与第一UE相关联(步骤2522)，则在步骤2524处，第一UE决定将广播信息中继到第四UE。否则，如果该标识符不与第一UE相关联(步骤2522)，则在步骤2518处，第一UE决定抑制将广播信息中继到第四UE。

应当理解的是，在图25中用虚线指示的步骤2508、2510和2512表示可选步骤。例如，在一个方面中，第一UE可以在不执行步骤2508、250和2512的情况下执行步骤2506和2514。

图26是描绘了示例性装置2602中的不同模块/单元/组件之间的数据流动的概念性数据流图2600。装置可以是UE(也被称为第一UE)，并且可以执行本文之前参考图7、图8、图9、图24和图25描述的过程。装置包括模块2604，其从第三UE(例如，UE 2650A)接收与第二UE(图26中未示出)有关的广播信息；从UE的集合中的UE接收广播信息和标识符信息；利用广播信息从第三UE接收标识符信息；从第四UE(例如，UE 2650B)接收第二广播信息以及与第二广播信息相关联的版本或时间戳中的至少一个；从第三UE接收更新的广播信息；从第三UE接收广播信息和与该广播信息相关联的标签；从UE的集合中的第四UE接收针对广播信息的请求；以及接收广播信息的后续版本和与该广播信息的后续版本相关联的第二标签。

装置还包括模块2606，其基于是否从UE的集合中的每个UE接收到标识符信息来确定UE的集合中的每个UE是否已经接收到由该装置中继的广播信息；基于与第二广播信息相关联的版本或时间戳中的至少一个以及与广播信息相关联的时间戳或版本中的至少一个来确定是广播信息还是第二广播信息是较新的；确定标识符是否与第一UE相关联；当确定标识符与第一UE相关联时，决定将广播信息中继到第四UE；当确定标识符不与第一UE相关联时，决定抑制将广播信息中继到第四UE。

装置还包括：存储广播信息和标识符信息的模块2608，以及生成对于第一UE来说唯一的标签的模块2610。

装置还包括模块2612，其将广播信息和标识符信息中继到UE的集合；对确定为较新的广播信息或第二广播信息中的一个进行中继；对更新的广播信息和标识符信息进行中继；将不带有广播信息的标签中继到UE的集合；将广播信息中继到第四UE；在对不带有广播信息的标签进行中继之前对带有广播信息的标签进行中继；对带有第二标签的广播信息的后续版本进行中继；以及在对带有第二标签的广播信息的后续版本进行中继之后对不带有广播信息的后续版本的第二标签进行中继。

装置还包括：在确定UE的集合中的每个UE已经接收到广播信息时抑制对广播信息进行中继的模块2614，以及向一个或多个通信设备(例如，UE 2650A、UE 2650B)发送信号的模块2616。

装置可以包括执行图24和图25的上述流程图中的算法的每一个步骤的另外的模块。这样，图24和图25的上述流程图中的每个步骤都可以由模块来执行，并且装置可以包括那些模块中的一个或多个模块。这些模块可以是被特别地配置为执行所声明的过程/算法的、由被配置为执行所声明的过程/算法的处理器实现的、被存储在计算机可读介质内以便由处理器实现的一个或多个硬件组件或它们的一些组合。

图27是描绘了采用处理系统2714的装置2602'的硬件实施方式的例子的图2700。可以利用通常由总线2724表示的总线架构来实现处理系统2714。取决于处理系统2714的具体应用和总设计约束，总线2724可以包括任意数量的互连总线和桥路。总线2724将包括一个或多个处理器和/或硬件模块的各种电路(由处理器2704、模块2604、模块2606、模块2608、模块2610、模块2612、模块2614和计算机可读介质/存储器2706表示)链接在一起。总线2724还可以链接各种其它电路，例如定时源、外围设备、稳压器和功率管理电路，这些是本领域所熟知的，因此不再进一步描述。

处理系统2714可以耦合到收发机2710。收发机2710耦合到一副或多副天线2720。收发机2710提供用于通过传输介质与各种其它装置进行通信的单元。收发机2710从所述一副或多副天线2720接收信号，从所接收的信号提取信息，并将所提取的信息提供给处理系统2714(具体而言，接收模块2604)。另外，收发机2710从处理系统2714(具体而言，传输模块2616)接收信息，并基于所接收的信息来生成施加于一副或多副天线2720的信号。处理系统2714包括耦合到计算机可读介质/存储器2706的处理器2704。处理器2704负责一般处理，包括存储在计算机可读介质/存储器2706上的软件的执行。软件当被处理器2704执行时，使得处理系统2714执行上文针对任何特定的装置描述的各种功能。计算机可读介质/存储器2706也可以被用于存储处理器2704在执行软件时操纵的数据。处理系统还包括模块2604、2606、2608、2610、2612和2614中的至少一个模块。这些模块可以是在处理器2704中运行的、位于或存储在计算机可读介质/存储器2706中的软件模块，耦合到处理器2704的一个或多个硬件模块，或它们的一些组合。处理系统2714可以是UE(例如，UE 702B、UE 802B和/或UE902B)的组件，并且可以包括存储器和/或TX处理器、RX处理器和控制器/处理器中的至少一个。

在一种配置中，用于无线通信的装置2602/2602'包括：用于从第三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的单元；用于接收广播信息的后续版本和与该广播信息的后续版本相关联的第二标签的单元；用于对带有第二标签的广播信息的后续版本进行中继的单元；用于在对带有第二标签的广播信息的后续版本进行中继之后对不带有广播信息的后续版本的第二标签进行中继的单元。上述单元可以是装置2602的上述模块中的一个或多个模块和/或是被配置为执行依据上述单元所记载的功能的装置2602'的处理系统2714。如上所述，处理系统2714可以包括TX处理器、RX处理器和控制器/处理器。这样，在一种配置中，上述单元可以是被配置为执行依据上述单元所记载的功能的TX处理器、RX处理器和控制器/处理器。

取决于根据具体例子的应用，本文中描述的方法可以由各种单元来实现。例如，这样的方法可以用硬件、固件、软件或它们的组合来实现。例如，在硬件实施方式中，可以在一个或多个专用集成电路(“ASIC”)、数字信号处理器(“DSP”)、数字信号处理设备(“DSPD”)、可编程逻辑器件(“PLD”)、现场可编程门阵列(“FPGA”)、处理器、控制器、微控制器、微处理器、电子设备、被设计为执行本文所述功能的其它设备单元或它们的组合内实现处理单元。

以存储在特定装置或专用计算设备或平台的存储器内的算法或对二进制数字信号的操作的符号表示的形式介绍了本文中包括的详细描述的一些部分。在本具体说明书的上下文中，术语特定装置等包括通用计算机，一旦其被编程，则依照来自程序软件的指令执行特定操作。算法描述或符号表示是由信号处理或相关领域中的普通技术人员使用以便向该领域中的其它技术人员传达其工作的实质的技术的例子。算法在此处，以及通常，被认为是产生期望结果的操作或类似的信号处理的自洽序列。在本上下文中，操作或处理涉及对物理量的物理操作。通常，尽管不是必须的，但是这样的量采用能够被存储、传送、组合、比较、或以其它方式操作的电信号或磁信号的形式。已经证明有时，主要是为了通用的原因，将这样的信号称为比特、数据、值、元素、符号、字符、术语、数字、数值等是方便的。然而，应当理解的是，所有这些或类似的术语与合适的物理量相关联，并且仅仅是方便的标记。除非另有特别声明，否则如从本文中的讨论显而易见的，应当意识到，贯穿本说明书的讨论，使用诸如“处理”、“运算”、“计算”、“确定”等的术语指的是特定装置(例如，专用计算机、专用计算装置或类似的专用电子计算设备)的动作或过程。因此，在本说明书的上下文中，专用计算机或类似的专用电子计算设备能够对通常表示为专用计算机或类似的专用电子计算设备的存储器、寄存器或其它信息存储设备、传输设备或显示设备内的物理电子量或磁量的信号进行操作或变换。

本文中描述的无线通信技术可以与诸如无线广域网(“WWAN”)、无线局域网(“WLAN”)、无线个域网(“WPAN”)等的各种无线通信网络结合。术语“网络”和“系统”在本文中可互换使用。WWAN可以是码分多址(“CDMA”)网络、时分多址(“TDMA”)网络、频分多址(“FDMA”)网络、正交频分多址(“OFDMA”)网络、单载波频分多址(“SC-FDMA”)网络或上述网络的任意组合等等。CDMA网络可实现一种或多种无线接入技术(“RAT”)，例如cdma2000、宽带CDMA(“W-CDMA”)(仅举几种无线技术)。此处，cdma2000可以包括根据IS-95、IS-2000和IS-856标准实现的技术。TDMA网络可实现全球移动通信系统(“GSM”)、数字高级移动电话系统(“D-AMPS”)或某种其它RAT。在来自名为“第三代合作伙伴计划”(3GPP)的组织的文档中描述了GSM和W-CDMA。在来自名为“第三代合作伙伴计划2”(3GPP2)的组织的文档中描述了cdma2000。3GPP和3GPP2文档是公众可获得的。在一个方面中，还可以根据主张的主题内容来实现4G长期演进(“LTE”)通信网络。WLAN可以包括IEEE 802.11x网络，并且WPAN可以例如包括蓝牙网络、IEEE 802.15x。本文中描述的无线通信实施方式还可以结合WWAN、WLAN或WPAN的任意组合来使用。

在另一个方面中，如先前提到的，无线发射机或接入点可以包括：用于将蜂窝电话服务扩展到企业或家庭的毫微微小区。在这样的实施方式中，一个或多个UE可以例如经由码分多址(“CDMA”)蜂窝通信协议与毫微微小区通信，并且毫微微小区可以通过诸如互联网之类的另一种宽带网络的方式来提供对较大的蜂窝电信网络的UE接入。

在前面的详细描述中，阐述了大量的具体细节以便提供对主张的主题内容的透彻理解。然而，本领域技术人员应当理解，没有这些具体细节也可以实践主张的主题内容。在其它实例中，没有详细描述本领域普通技术人员已知的方法和装置，以避免使主张的主题内容不清楚。

如本文中所使用的，术语“和”、“或”以及“和/或”可包括各种意义，其也预期至少部分取决于在其中使用这样的术语的上下文。通常，“或”如果用于关联诸如A、B或C之类的列表，其旨在意指A、B和C(此处用于包括性意义)，以及A、B或C(此处用于排他性意义)。另外，如本文中所使用的，术语“一个或多个”可以用于描述单数形式的任何特征、结构或特性，或者可以用于描述多个特征、结构或特性或者它们的某种其它组合。不过，应当注意的是，这仅是说明性例子，并且主张的主题内容不局限于这个例子。

虽然已经说明并描述了当前所认为的示例性特征，但本领域的技术人员应当理解，可以在不脱离主张的主题内容的情况下，进行各种其它修改，并且可以替换等同物。另外，可以进行许多修改以便在不脱离本文中描述的中心构思的情况下使特定情形适用于主张的主题内容的教导。因此，意图在于，主张的主题内容不局限于所公开的特定例子，而是这样的主张的主题内容还可以包括落入所附权利要求范围内的所有方面及其等同物。

Claims (29)

1.一种第一用户设备(UE)的无线通信的方法，包括：

从第三UE接收与第二UE有关的广播信息和与所述广播信息相关联的标签；

将不带有所述广播信息的所述标签中继到UE的集合；

从所述UE的集合中的第四UE接收针对广播信息的请求；以及

将所述广播信息中继到所述第四UE。

2.根据权利要求1所述的方法，其中，所述标签包括以下各项中的至少一项：所述第二UE的识别码、信息类型、信息标识符、版本号和时间戳。

3.根据权利要求1所述的方法，还包括：在对不带有所述广播信息的所述标签进行中继之前，对带有所述广播信息的所述标签进行中继。

4.根据权利要求1所述的方法，其中，所述标签是连同所述广播信息一起被中继到所述第四UE的。

5.根据权利要求1所述的方法，其中，所述针对广播信息的请求包括所述标签。

6.根据权利要求5所述的方法，其中，所述请求包括与UE相关联的标识符，并且所述方法还包括：

确定所述标识符是否与所述第一UE相关联；

当确定所述标识符与所述第一UE相关联时，决定将所述广播信息中继到所述第四UE；以及

当确定所述标识符不与所述第一UE相关联时，决定抑制将所述广播信息中继到所述第四UE。

7.根据权利要求1所述的方法，其中，所述针对广播信息的请求不包括所述标签或与所述标签相关联的所述广播信息。

8.根据权利要求1所述的方法，还包括：

接收所述广播信息的后续版本和与所述广播信息的所述后续版本相关联的第二标签；

对带有所述第二标签的所述广播信息的所述后续版本进行中继；以及

在对带有所述第二标签的所述广播信息的所述后续版本进行中继之后，对不带有所述广播信息的所述后续版本的所述第二标签进行中继。

9.根据权利要求1所述的方法，其中，所述第一UE、所述第二UE和所述第三UE是相同的UE，并且其中，所述接收在所述第一UE内部内在地发生。

10.根据权利要求1所述的方法，其中，所述第二UE和所述第三UE是相同的UE，并且不同于所述第一UE。

11.一种用于无线通信的第一用户设备(UE)，包括：

用于从第三UE接收与第二UE有关的广播信息和与所述广播信息相关联的标签的单元；

用于将不带有所述广播信息的所述标签中继到UE的集合的单元；

用于从所述UE的集合中的第四UE接收针对广播信息的请求的单元；以及

用于将所述广播信息中继到所述第四UE的单元。

12.根据权利要求11所述的第一UE，其中，所述标签包括以下各项中的至少一项：所述第二UE的识别码、信息类型、信息标识符、版本号和时间戳。

13.根据权利要求11所述的第一UE，还包括：用于在对不带有所述广播信息的所述标签进行中继之前，对带有所述广播信息的所述标签进行中继的单元。

14.根据权利要求11所述的第一UE，其中，所述标签是连同所述广播信息一起被中继到所述第四UE的。

15.根据权利要求11所述的第一UE，其中，所述针对广播信息的请求包括所述标签。

16.根据权利要求15所述的第一UE，其中，所述请求包括与UE相关联的标识符，并且所述第一UE还包括：

用于确定所述标识符是否与所述第一UE相关联的单元；

用于当确定所述标识符与所述第一UE相关联时，决定将所述广播信息中继到所述第四UE的单元；以及

用于当确定所述标识符不与所述第一UE相关联时，决定抑制将所述广播信息中继到所述第四UE的单元。

17.根据权利要求11所述的第一UE，其中，所述针对广播信息的请求不包括所述标签或与所述标签相关联的所述广播信息。

18.根据权利要求11所述的第一UE，还包括：

用于接收所述广播信息的后续版本和与所述广播信息的所述后续版本相关联的第二标签的单元；

用于对带有所述第二标签的所述广播信息的所述后续版本进行中继的单元；以及

用于在对带有所述第二标签的所述广播信息的所述后续版本进行中继之后，对不带有所述广播信息的所述后续版本的所述第二标签进行中继的单元。

19.根据权利要求11所述的第一UE，其中，所述第一UE、所述第二UE和所述第三UE是相同的UE，并且其中，所述接收在所述第一UE内部内在地发生。

20.根据权利要求11所述的第一UE，其中，所述第二UE和所述第三UE是相同的UE，并且不同于所述第一UE。

21.一种用于无线通信的第一用户设备(UE)，包括：

存储器；以及

至少一个处理器，其被耦合到所述存储器并且被配置为：

从第三UE接收与第二UE有关的广播信息和与所述广播信息相关联的标签；

将不带有所述广播信息的所述标签中继到UE的集合；

从所述UE的集合中的第四UE接收针对广播信息的请求；以及

将所述广播信息中继到所述第四UE。

22.根据权利要求21所述的第一UE，其中，所述标签包括以下各项中的至少一项：所述第二UE的识别码、信息类型、信息标识符、版本号和时间戳。

23.根据权利要求21所述的第一UE，所述至少一个处理器还被配置为：在对不带有所述广播信息的所述标签进行中继之前，对带有所述广播信息的所述标签进行中继。

24.根据权利要求21所述的第一UE，其中，所述标签是连同所述广播信息一起被中继到所述第四UE的。

25.根据权利要求21所述的第一UE，其中，所述针对广播信息的请求包括所述标签。

26.根据权利要求25所述的第一UE，其中，所述请求包括与UE相关联的标识符，并且所述至少一个处理器还被配置为：

确定所述标识符是否与所述第一UE相关联；

当确定所述标识符与所述第一UE相关联时，决定将所述广播信息中继到所述第四UE；以及

当确定所述标识符不与所述第一UE相关联时，决定抑制将所述广播信息中继到所述第四UE。

27.根据权利要求21所述的第一UE，其中，所述针对广播信息的请求不包括所述标签或与所述标签相关联的所述广播信息。

28.根据权利要求21所述的第一UE，其中，所述至少一个处理器还被配置为：

接收所述广播信息的后续版本和与所述广播信息的所述后续版本相关联的第二标签；

对带有所述第二标签的所述广播信息的所述后续版本进行中继；以及

在对带有所述第二标签的所述广播信息的所述后续版本进行中继之后，对不带有所述广播信息的所述后续版本的所述第二标签进行中继。

29.一种用于第一UE的计算机可读介质，其包括用于执行以下操作的代码：

从第三UE接收与第二UE有关的广播信息和与所述广播信息相关联的标签；

将不带有所述广播信息的所述标签中继到UE的集合；

从所述UE的集合中的第四UE接收针对广播信息的请求；以及

将所述广播信息中继到所述第四UE。