网络级设备邻近度检测的制作方法_2

以基于策略地判定是否代表UEB304确认D2D连接请求。
[0035] 使用从EPC306获得的信息，UEA302和UEB304执行操作来建立D2D通信链 路（操作322)，包括D2D发现和连接建立。可以结合发现时间段324来提供建立D2D通信 链路的操作的时序。如上面所建议的，EPC可以调整发现时序并向UEA302和UEB304提 供关于发现时间段324的指示；在其它示例中，EPC306可以首先尝试与每个UE协商以建 立对于发现时间段324的共同协议。发现和连接建立时序可以由开始时间、开始和结束时 间或其它信令来指示。
[0036] 结合操作322,UE可以尝试发现彼此，并在所计划的发现时间段324期间，使用由 EPC306提供的识别信息来建立D2D通信链路。未能建立通信链路的信息可以被传达到EPC 306 (并被用于获得额外的信息来重试建立D2D通信链路），或连接到另一UE。
[0037] 如图2中所示出的，可以使用网络辅助的设备发现过程，通过这种网络辅助的设 备发现过程，UE(例如，UEA302)可以请求来自网络（例如，EPC306)的帮助来判定另一 UE是否和/或何时在附近。当检测到邻近时，EPC可以加快直接发现。在操作314中，EPC 可以检查UE的邻近度。本文所描述的技术（例如，核心网设备、ProSe服务器、网关移动位 置中心（GMLC)、演进的服务移动位置中心（E-SMLC)、移动性管理实体（MME)、LCS客户端、用 户设备（UE)、方法、计算机电路、系统、机制、过程或步骤）可以提供有效的邻近度检测。例 如，描述可以指示涉及邻近度检测的一些3GPP核心网实体和核心网实体之间的信令。
[0038] 为了管理邻近度检测过程，邻近度服务（ProSe)服务器可以被用于存储UE信息 (例如，发现许可、应用和硬件标识符、位置历史等）、计算和/或检测邻近度、并在直接设备 发现中辅助UE(例如，确认邻近度）。
[0039] 为了计算邻近度，ProSe服务器可以首先获得UE的位置。图3(也在3GPP技术 规范（TS) 23. 271VII. 1.0(2012-12)的图9. 18中被示出，并在第9.1.15.1节中被描述） 描绘使用LCS客户端130、网关移动位置中心（GMLC) 132、归属位置寄存器/归属订户服务 器（HLR/HSS)134、演进的服务移动位置中心（E-SMLC)136、移动性管理实体（MME)138、RAN 110和UE120的可能的位置请求过程。针对分组交换（PS)域或电路交换（CS)域331和 340,可以提供公共的移动设备终止定位请求（MT-LR)。在示例中，ProSe服务器可以承载 LCS客户端。取决于所使用的位置估计的类型，这些位置请求过程可以变化。例如，LCS客 户端可以将位置请求发送到GMLC，GMLC然后可以将该请求（例如，订户位置332)转发到UE 的MME。MME可以提供网络触发的服务请求333,包括将非接入层（NAS)位置通知调用334 消息发送到UE、从UE接收NAS位置通知返回结果335消息，并将位置请求336消息发送到 E-SMLC。E-SMLC可以是子服务器以帮助GMLC功能（S卩，主服务器）。E-SMLC可以向MME提 供定位过程337和位置响应338消息。MME可以向GMLC提供订户位置确认（ack) 339消息， 该位置确认339消息可以被提供给LCS客户端。
[0040] 可以使用至少两种类型的位置请求，这两种类型的位置请求可以包括即时位置请 求和延时位置请求。每种类型的请求可以包含一组属性，这组属性可以改变被递送的位置 信息的类型。所描述的技术可以扩展某些属性的设置以提高UE位置估计的速度和/或资 源效率。例如，所描述的技术可以使能针对E-UTRAN的延时位置请求、使能活跃/空闲模式 敏感并向位置类型的列表添加小区标识符（ID)和跟踪区域。
[0041] 图4示出即时位置请求（LIR)的数据序列（例如，无延时选项的周期性位置请 求）。对来自LCS客户端的每个LIR，网络可以提供位置估计过程并返回位置响应。网络还 可以提供具有延时选项的周期性位置请求（例如，对EUTRAN的延时位置请求）。延时位置 请求（LDR)允许客户端（例如，LCS客户端）周期性地或基于触发事件（例如，"改变区域" 事件（例如，UE进入或离开指定区域））请求位置更新。不同于使用LIR的即时位置更新， LDR可以被用于基于条件（或触发）或计时器的到期（例如，周期性的）来报告位置更新。 例如，如果ProSe服务器想要没有LDR的周期性位置更新，则ProSe服务器可以在每次需 要位置估计时发送新的LIR。通过LDR，ProSe服务器可以在和/或当UE来到特定位置的 指定距离（例如，N米）内时接收位置更新，或者ProSe服务器可以周期性地接收位置更新 (例如，每隔X秒）。LDR可以减少和/或简化位置请求信令和处理。GMLC132可以操作于 接受E-UTRAN部署的LDR并相应地对LDR进行处理（动作/响应）。在周期性位置更新的 LDR的示例中，GMLC可以操作于通过每个周期向MME发送新的位置请求或者向MME提供所 请求的周期来发起对MME的周期性位置更新。图4示出使用LIR在GMLC-MME接口上周期 性地发送位置请求。在示例中，LDR或LIR可以是位置更新请求中的服务质量（QoS)属性。
[0042] 各种选项可以被用于支持基于触发的位置更新，基于触发的位置更新可以具有到 现有网络实体的不同程度的网络信令和变化。在第一示例中，位置更新触发机制可以位于 MME。可以向MME提供指定的区域和UE以监控，并且可以指示MME在和/或当该UE进入指 定区域时向GMLC(其位置更新可以被传递到LCS客户端）发送位置更新。因为MME可以提 供对UE的监控和更接近UE的通信（具有更少的中间的核心网设备），因此在MME提供位置 更新触发机制可以导致更少的网络信令。然而，由于网络的MME的数量可能大于该网络的 GMLC或ProSe服务器的数量，因此被用于实施本技术的对现有网络实体（例如，MME)的更 新的数量可能大于其它的选项。
[0043] 在第二示例中，位置更新触发机制可以位于GMLC。LCS客户端可以向GMLC提供指 定的区域和将要被监控的UE。GMLC可以向MME发起周期性位置更新，并且当UE接近指定 的区域时，周期可以被智能地调整（例如，增加更新的频率）。当UE的位置指示UE已经进 入指定区域时，GMLC可以仅对LCS客户端进行响应。因为GMLC具有MME的周期性的位置 更新请求，因此，和MME的触发这一选项相比，在GMLC提供位置更新触发机制可以使用更多 的网络信令。然而，由于网络的GMLC的数量可能小于该网络的MME的数量，因此，对现有网 络实体（例如，GMLC)的更新数量可能小于在MME的触发这一选项。
[0044] 在第三示例中，位置更新触发机制和/或智能可以位于LCS客户端（例如，ProSe 服务器）。ProSe服务器可以向GMLC请求周期性的更新，GMLC可以将那些请求中继到MME， 并且当UE接近指定的区域时周期可以被智能地调整。因为LCS客户端具有GMLC和MME的 周期性位置更新请求，因此，和MME或GMLC的触发这一选项相比，在LCS客户端提供位置 更新触发机制可以使用更多的网络信令。然而，由于ProSe服务器可以被添加到网络和/ 或ProSe服务器的数量可能小于网络的MME或GMLC的数量，因此，对现有网络实体（例如， ProSe服务器可能不是现有网络实体）的更新数量可能小于在MME或GMLC的触发这一选 项，或者可能不需要改变现有网络实体（具有添加的ProSe服务器）。
[0045] 具有周期性位置更新的LDR或基于接近事件上的触发的LDR可以允许UE活跃/ 空闲模式敏感。通过这个能力，处于空闲模式（或睡眠模式）的UE可以在LDR期间保持空 闲模式而无需对LDR进行响应，而处于活跃模式的UE可以对LDR进行响应。当处于空闲模 式的UE返回到活跃模式时，MME可以将未决的LDR发送到UE用于位置更新。UE活跃/空 闲模式敏感可以是位置更新请求中的服务质量（QoS)属性（在即时（LIR)和延时（LDR)请 求这两种类型中），该属性可以指示MME是否可以推迟位置估计，直到UE退出空闲模式。
[0046] 通常，当LCS客户端向GMLC请求位置更新时，GMLC可以将请求传递到UE的MME， UE的MME可以继续位置估计过程而不管UE的活跃/空闲模式状态。如果UE处于空闲模 式，则MME可以使UE退出空闲模式以执行位置估计，这可能不是对UE功率（例如，电池） 资源的有效利用。鉴于许多位置更新请求可能不是时间敏感的（当用空闲时段时间尺度来 衡量时尤其如此），使UE"早早地"退出空闲模式，仅仅为了执行位置更新可能是对无线电 和电池资源的浪费。位置更新请求中的UE活跃/空闲模式敏感QoS属性可以向MME发送 信号以推迟位置更新请求，直到UE退出空闲模式。在另一示例中，当LCS客户端请求活跃 /空闲模式敏感时，LCS客户端还可以在UE处于空闲状态时（因此当前的位置估计可能不 被提供）请求UE的最新的位置估计（以及UE的位置的年龄）。因此如果/当MME基于活 跃/空闲模式敏感推迟位置估计，则LCS客户端仍然可以立即接收"过时的"位置估计，当 UE退出空闲模式时该"过时的"位置估计之后可以被更新。
[0047] 位置更新的另一QoS属性可以包括小区ID(CID)或跟踪区域的位置，这也可以被 用来作为位置估计。通常，LCS客户端可用的位置估计是实际的地理坐标。在许多情况下， 这种地理坐标位置粒度可能比用于确定UE的邻近度时所需要的（例如，"矫枉过正"）粒度 更加精细。例如，如果两个UE在不同的洲，LCS客户端（例如，ProSe服务器）可以仅被通 知UE的小区ID和/或注册的跟踪区域ID以判定它们不接近并且以高概率判定在所请求 的检测窗期间的任何时间它们可能不接近。在小区和/或跟踪区域相隔很远（例如，超出D2D范围）的情况下，可以保存UE的信道和电池资源，并且可能不需要判定UE的具体地理 位置。LCS客户端可以能够在它的位置请求中向GMLC指示不同的位置粒度级别，GMLC可以 向MME请求UE的小区ID或跟踪区域。每个小区ID或跟踪区域可以与地理位置和地理位 置周围的区域（例如，半径或其它形状）相关联。
[0048] 虽然示出使用MME，但是本文关于MME所描述的机制也可以应用到移动交换中心 (MSC)和服务通用分组无线电业务（GPRS)支持节点（SGSN)。
[0049] 在邻近度检测过程期间，可以结合使用LDR、UE活跃/空闲模式敏感、小区ID或跟 踪区域位置粒度属性，以产生精确的结果而不浪费电池和无线电资源。例如，如果UEA请 求在接近UEB时被警告，则ProSe服务器可以使用这些属性和/或机制。最初，ProSe服务 器可以用小区ID或跟踪区域粒度来对UEA和UEB发出即时位置请求。基于所接收的位 置更新，ProSe服务器可以判定两个UE彼此相距大概4-5千米（km)。然后，ProSe服务器 可以使用LDR周期性报告向MME发出新的位置请求，LDR周期性报告包括MME可以推迟对 处于空闲模式的UE的位置估计的指示。基于最近的周期性报告，ProSe服务器可以判定两 个UE彼此相距大概lkm。知道UE可能很快进入直接无线电发现的范围（例如，500m)内， ProSe服务器可以向MME发出新的位置请求（例如，LIR)，指示MME不可以推迟对处于空闲 模式的UE的位置估计（例如，删除UE活跃/空闲模式敏感属性）。因此，处于空闲模式的 UE可以被置于活跃模式，以便对位置请求进行响应。
[0050] 如所描述的，邻近度服务（ProSe)服务器可以辅助UE的邻近度检测，包括监控UE 位置并计算它们的邻近度，这可以被用于执行网络级设备发现。在示例中，ProSe服务器可 以经由网络的位置服务（LCS)获得UE位置估计。但在一些情况下，ProSe服务器可以在所 请求的检测窗口期间确定UE的小区ID和/或跟踪区域以