[go: up one dir, main page]

HK1220069B - 针对对等应用的网络辅助的设备对设备发现 - Google Patents

针对对等应用的网络辅助的设备对设备发现

Info

Publication number
HK1220069B
HK1220069B HK16107955.0A HK16107955A HK1220069B HK 1220069 B HK1220069 B HK 1220069B HK 16107955 A HK16107955 A HK 16107955A HK 1220069 B HK1220069 B HK 1220069B
Authority
HK
Hong Kong
Prior art keywords
peer
server
application
proximity
request
Prior art date
Application number
HK16107955.0A
Other languages
English (en)
Other versions
HK1220069A1 (zh
Inventor
克斯廷.约翰逊
亚历山大.S.斯托扬诺夫斯基
Original Assignee
苹果公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 苹果公司 filed Critical 苹果公司
Priority claimed from PCT/US2014/044235 external-priority patent/WO2014210250A1/en
Publication of HK1220069A1 publication Critical patent/HK1220069A1/zh
Publication of HK1220069B publication Critical patent/HK1220069B/zh

Links

Description

针对对等应用的网络辅助的设备对设备发现
相关申请
本申请要求于2013年6月2日递交的美国临时专利申请No. 61/841,230的优先权和权益,并且还要求于2014年4月30日递交的美国临时专利申请No.61/986,492的优先权和权益,这两者通过引用以其整体合并于此。
技术领域
本申请涉及针对对等应用的设备对设备通信布局,更具体地涉及设备对设备通信布局中的网络辅助的设备发现。
背景技术
通常设备对设备(device-to-device,D2D)通信开始于设备之间的发现处理。与其中设备将连接到邻近范围内的任何接入点(AP)/基站 (BS)的标准AP或BS发现不同,在D2D通信中设备寻找具体设备或具体类型的设备(例如,具有期望的服务/内容的设备)。设备发现处理统通常代表对资源的巨大浪费,因为它在具体设备或具体类型的设备在D2D通信的范围内之前会花费很长的时间段。
附图说明
图1示出了蜂窝网络的示例架构。
图2示出了用于网络辅助的D2D发现的示例参考点和接口。
图3示出了针对P2P应用的网络辅助D2D通信的示例处理。
图4示出了针对P2P应用的网络辅助D2D通信的另一示例处理。
图5示出了向P2P应用服务器的用户注册的示例信令图。
图6示出了向D2D服务器的P2P引用注册的示例信令图。
图7示出了P2P服务请求的示例信令图,其中P2P应用服务器和D2D 服务器被配置为通信。
图8示出了P2P服务请求的示例信令图,其中P2P应用服务器和D2D 服务器未被配置为通信。
图9示出了涉及多个D2D服务器的网络辅助的D2D发现的示例处理。
图10示出了涉及单一D2D服务器的网络辅助的D2D发现的示例信令图。
图11示出了用于获取设备位置更新的示例信令图。
图12示出了示例移动设备。
具体实施方式
本说明书中对“实施例”、“一个实施例”等的提及指的是特定的特征、结构或特点被描述为包括在本发明的至少一个实施例中。本说明书中出现的这些短语不一定全部指代同一实施例。
如上面所提到的,在D2D发现处理中可能会浪费重要资源。申请人已经认识到针对D2D发现的网络辅助能够显著降低D2D发现所需要的资源量。例如,如果网络被用于确定两个设备是否在D2D通信的范围内,则这些设备搜索彼此所花费的时间量能够被显著降低。网络还可以向所选择的设备通知另一设备想要进行连接,以使得两个设备同时执行发现。然而,核心网络基础设施当前不提供邻近度检测服务。本公开提出了用于网络辅助的设备发现和/或邻近度检测的系统、方法、和设备。在一个实施例中,本文介绍的技术提供了在应用层面上识别用户和在D2D无线接入技术 (RAT)层面上识别用户设备。本文介绍的技术还提供了用于针对对等 (peer-to-peer,P2P)应用的D2D发现和通信。
网络通信,特别是无线通信,经常使用控制平面来控制或协调所连接的设备或无线电之间的传输,并且使用用户平面来承载用户数据或有效载荷数据。控制平面也可以被称为控制信道等。用户平面也可以被称为用户信道、数据信道、共享数据信道等。在一个实施例中,D2D发现处理或邻近度检测处理可以在用户平面或控制平面中的任一者上被执行。在一个实施例中,网络辅助的设备发现过程经由位置服务、在控制平面上检索设备位置信息,计算设备邻近度,并且在相关设备邻近时通知它们(设备可以仅用于信息目的或者用于触发直接连接建立)。该过程可以通过避免在设备不邻近时的不计其数的直接发现尝试来显著节省信道资源来那个和设备电池寿命。不幸的是,随着使用该服务的设备的数目的增长,该过程可能开始使得控制平面超载,这会给运营商网络带来问题。因此,为允许该过程扩大规模,我们还介绍了依赖于在用户平面上实现的位置服务的网络辅助的设备发现过程。
根据一个实施例,移动终端可以被配置为执行网络辅助的设备发现方法。在该方法期间,移动终端向D2D服务器注册。移动终端从对等应用服务器接收对一个或多个有D2D功能的对等移动终端的指示。移动终端向 D2D服务器发送对于网络辅助发现一个或多个有D2D功能的对等移动终端中的选定移动终端的D2D发现请求。当移动终端在定义的发现范围内时移动终端接收警告。在一个实施例中,向D2D服务器注册、接收对一个或多个有D2D功能的对等移动终端的指示、发送D2D发现请求、以及接收警告中的一个或多个发生在用户平面上。
在网络侧,D2D服务器可以被配置为执行设备发现方法以辅助移动终端。D2D服务器响应于来自多个有D2D功能的对等移动终端中的每个的注册请求,对多个有D2D功能的对等移动终端进行注册。D2D服务器从第一移动终端接收对于网络辅助发现第二移动终端的D2D发现请求。D2D 服务器向位置服务器或实体发送位置服务请求。例如,位置服务器或实体可以包括第三代合作伙伴计划(3GPP)安全用户平面位置(SUPL)位置平台(SLP)或网络移动位置中心(GMLC)。当第二移动终端在定义的发现范围内时,D2D服务器向第一移动终端发送警告。在一个实施例中,对多个移动终端进行注册、接收D2D发现请求、发送位置服务请求、接收位置服务响应、以及发送警告中的一个或多个发生在用户平面上。
图1示出了蜂窝网络100的示例架构。示例网络100包括基站102a和 102b以及移动终端104(本文也称作用户设备(UE))。本文所使用的术语“基站”是广义术语。如本领域技术人员将理解的,在演进型通用陆地无线接入网络(EUTRAN)(比如,被用于LTE架构中)中,基站102a 和102b可以是演进型节点B(eNodeB)。然而,在一些情景中,术语“eNodeB”比传统的基站更为宽泛,因为eNodeB一般指代逻辑节点。本文所使用的术语“基站”包括基站、NodeB、eNodeB、和/或专用于其他架构的其他节点。
UE 104可以使用专用信道106来与基站102a通信。基站102a和102b 可以被连接到相应的无线网络控制器(RNC)108a和108b。尽管在图1 中未如此示出,但是将理解每个RNC108可以控制不止一个基站102。在一个实施例中,RNC 108可以与基站102相集成。RNC 108被连接到核心网络110。在LTE架构中,核心网络110是演进型分组核心(EPC)。
在各个实施例中,核心网络110可以包括或者被连接到D2D服务器 112、SLP 120、和/或GMLC 116。另外,在一些实施例中,P2P应用服务器114可以经由网络118(例如,互联网)与蜂窝网络100相耦合。D2D 服务器112可以被配置为促进网络辅助的D2D设备发现,如下文所述。 P2P应用服务器114可以被配置为提供P2P内容和/或P2P服务信息。 GMLC 116可以被配置为向被配置用于D2D通信的对等UE提供位置信息,并且可以被配置为在控制平面中运作。SLP 120可以被配置为向被配置用于D2D通信的对等UE提供位置信息,并且可以被配置为在用户平面中运作。虽然服务器112和114、GMLC 116、以及SLP 120被描述为不同的实体,但是应当理解的是这些实体中的一个或多个可以被托管在同一物理服务器上和/或被实现为提供多种服务的单一服务器。
图2是示出了用于蜂窝网络200上的网络辅助的D2D发现过程的示例参考点和接口的示意图。网络200包括核心网络110,核心网络110包括 D2D服务器112和SLP 120,或者与D2D服务器112和SLP 120通信。 D2D服务器112与P2P应用服务器114通信,并且经由EUTRAN202与 UE 104通信。D2D服务器112包括用于通过接口与SLP 120相连接/与 SLP 120通信的SLP代理204。为了清楚的目的,已经省略了网络200的一些组件。
P2P应用服务器114通过PC1参考点与UE 104通信。P2P应用服务器 114可以包括第三方应用服务器,该第三方应用服务器与用于P2P服务的应用相对应。在图2中,PC1参考点表示UE 104和P2P应用服务器114 之间经由EUTRAN 202、核心网络110、和/或互联网的逻辑连接。在一个实施例中,PC1参考点可以包括经由诸如无线局域网(WLAN)等之类的另一接入网络的逻辑连接。PC1参考点可以被用于在UE和P2P应用服务器114之间提供通信。例如,UE104可以向P2P应用服务器114注册、从 P2P应用服务器114接收对一个或多个具有设备对设备功能的对等UE的指示、或者经由PC1参考点与P2P应用服务器114执行任何其他通信。
P2P应用服务器114经由PC2参考点与D2D服务器112通信。PC2参考点可以包括D2D服务器112和P2P应用服务器114之间经由核心网络 110和/或一个或多个中间网络(比如,互联网)之间的连接。在一个实施例中,PC2参考点可以允许D2D服务器112直接从P2P应用服务器114接收邻近度请求并对其作出响应,或者发送/取回P2P或D2D标识符。类似地,P2P应用服务器114和D2D服务器112之间的任何其他通信可以通过PC2参考点进行。
D2D服务器112经由PC3参考点与UE 104通信。在图2中,PC3参考点表示UE 104和D2D服务器112之间经由EUTRAN 202的逻辑连接,并且还可以是经由诸如WLAN等之类的其他接入网络的连接。在一个实施例中,PC3参考点可以被用于向D2D服务器112注册UE 104、发送发现请求、接收警告等等。类似地,UE 104和D2D服务器112之间的任何其他通信可以通过PC3参考点进行。
Le/Ll接口代表用于D2D服务器112的SLP代理204和SLP 120之间的接口或参考点。例如,SLP代理204可以允许D2D服务器112从SLP 120请求针对一个或多个UE(比如,UE 104和为与UE 104的D2D连接而选择的UE)的位置信息。在一个实施例中,D2D服务器112使用SLP代理204向SLP 120发送位置服务请求,并且通过Le/Ll接口接收位置服务响应,该位置服务响应可以包括UE的位置。类似地,D2D服务器112 和SLP 120之间的任何其他通信可以通过Le/Ll接口进行。
D2D服务器112可以经由PC6参考点与一个或多个其他D2D服务器通信。PC6参考点可以包括经由核心网络110和/或任何其他中间网络到 D2D服务器112的逻辑连接。例如,PC6参考点可以包括与D2D服务器的逻辑连接,该D2D服务器与UE 104在D2D会话中已经请求辅助连接的 UE相对应。另一UE可以包括连接到同一核心网络110、另一网络运营商的核心网络、或任何其他网络的UE。例如,另一UE和/或D2D服务器可以位于与UE 104不同的家庭公共陆地移动性网络(HPLMN)。D2D服务器112可以发送和/或接收对位置更新的请求,和/或从另一D2D服务器接收位置更新。在一个实施例中,PC1、PC2、PC3、Le/Ll和PC6参考点或接口中的每个都运行在核心网络或演进型分组系统(EPS)的用户平面中。例如,通过PC1、PC2、PC3、Le/Ll和PC6参考点中的一个或多个发送的消息可以包括用户平面、数据信道、和/或共享数据信道消息。在一个实施例中,通过PC1、PC2、PC3、Le/Ll和PC6参考点中的一个或多个发送的消息可以包括控制平面和/或控制信道消息。
图3示出了针对P2P应用的网络辅助D2D通信的示例处理。在一些实施例中,用户能够访问P2P应用服务器(比如,P2P应用服务器 114),以访问P2P内容和/或服务信息。在这样的实施例中,在302处,用户(使用UE A)可以向用户对其P2P服务和/或内容信息感兴趣的一个或多个P2P应用服务器注册。
在304处,用户可以向D2D服务器注册P2P应用。例如,用户或UE A可以针对用户在D2D通信布局中想要使用的每个P2P应用向D2D服务器提供P2P应用ID和相关联的应用专用D2D设置(例如,发现权限)。在一个实施例中,D2D服务器维护与用户的UE的永久设备标识符(例如,国际移动用户识别码(IMSI))相关联的用户的经注册的P2P应用 ID的记录。
在306处,用户可以从P2P应用服务器请求P2P服务。在一些实施例中,用户可以指示优选的P2P内容源、优选的连通性方法(例如,D2D通信布局等)等等。响应于请求,P2P应用服务器可以返回被配置为提供所请求的P2P服务的对等UE的列表。在一些实施例中,对等UE的列表可以根据用户所提供的偏好参数被过滤。
在308处,用户可以请求网络辅助的D2D发现。在一个实施例中,用户可以从对等UE的列表中选择要与之连接并接收P2P服务的UE。D2D 服务器可以响应于该请求而辅助UE建立D2D连接。
图4示出了用于辅助UE建立D2D连接的示例方法。该方法用于在具有不同D2D服务器(D2D服务器A和D2D服务器B)和SLP(分别为 SLP A和SLP B)的设备UE A和UE B之间建立D2D连接,并且该方法包括D2D请求/响应和警告过程。例如,该方法可以在UE A的用户和/或UE B的用户想要建立D2D连接时被使用。请注意,虽然图4的方法和相关论述指示使用SLP来确定设备位置,但是对GMLC的使用和相关联的修改被认为由本公开所涵盖。
在402处,UE A向D2D服务器A注册,在404处,UE B向D2D服务器B注册。在注册后的某一时刻,UE A和UE B(或相应的用户)中的一者或两者可能想要建立彼此的D2D连接。在406处,UE A和UE B中的一者或两者可以发送对于辅助连接到另一UE的发现请求或邻近度请求。并且,在406处,D2D服务器A和D2D服务器B中的一个或多个可以请求对于UE A和UE B两者的位置更新。例如,在一个场景中,UE A 向D2D服务器A发送邻近度请求,以请求它会得到针对与UE B的接近度的警告(可能指示该请求有效的时间窗口)。作为响应,D2D服务器A请求针对UE A和UE B的位置更新。这些位置更新能够是时段性的、基于触发条件、或两者的组合。为请求针对UE A的位置更新,D2D服务器A 可以联系SLP A。为请求针对UE B的位置更新,D2D服务器A可以联系 D2D服务器B,D2D服务器B继而向SLP B发送对针对UE B的位置更新的请求。
在408处,位置报告根据请求而被执行。例如,SLP A可以确定UE A的位置并将该位置报告给D2D服务器A。D2D服务器A然后可以将所报告的UE A的位置转发给D2D服务器B。类似地,SLP B可以确定UE B的位置并将该位置报告给D2D服务器B。D2D服务器B然后可以将所报告的UE B的位置转发给D2D服务器A。在一个实施例中,位置报告是根据在406处发现请求中所提供的信息或限制来执行的。例如,位置报告可以仅在指定时间窗口期间、或者在所指示的时段、和/或响应于所指示的触发条件被执行。响应于在408处的位置报告,或者无论何时D2D服务器接收到针对UE的位置更新,它们可以执行邻近度分析以确定UE A和UE B是否足够靠近以进行D2D通信。在一个实施例中,仅有一个D2D服务器执行对指定UE对的邻近度分析。
当D2D服务器发现UE A和UE B邻近时,该D2D服务器在410处向其相应的UE发送邻近度警告。例如,当D2D服务器A检测到UE A和 UE B邻近时,它向UE A通知UE B邻近。D2D服务器A向D2D服务器 B通知邻近度,其继而可以向UE B通知检测到的邻近度。在接收到邻近度警告后,UE A和UE B即可进入发现模式以建立D2D连接。
如上面所论述的,可以基于触发条件、时段、或两者的组合来提供位置更新。在一个实施例中,D2D服务器或其他实体可以指示位置更新应当被接收的频率。例如,D2D服务器可以每个几秒或者在任何其他更新时段内请求位置更新。更新时段可以被选择以降低D2D服务器或其他网络实体上的负载。
在一个实施例中,D2D服务器可以指示关于位置更新何时应当被发送到D2D服务器的触发条件或警告条件。例如,D2D服务器A可以确定UE A和UE B之间的近似边界区域,并且请求D2D服务器B(以及因此SLP B)和SLP A在/如果UE B或UE A穿越到边界区域或者在边界区域上时才发送位置更新。基于这些指令,报告实体(比如,D2D服务器或SLP) 可以执行位置更新,并且在UE穿越到边界区域或者在边界区域上时,向相应的D2D服务器报告UE的位置。响应于触发条件被满足,D2D服务器可以然后发送经修改的触发条件。例如,在UE已经穿过边界区域之后, D2D服务器可以然后如果/在UE离开边界区域时才发送位置更新。D2D服务器然后可以等候查看UE是否离开边界区域或者另一UE是否进入边界区域。如有必要,则D2D服务器可以根据UE离开的位置更新“边界区域”。当发现窗口到期或者两个UE都进入边界区域时,处理结束。如果两个UE都进入边界区域,则D2D服务器可以重新定义较小的边界区域或者仅仅请求针对UE的周期性位置更新直到这些UE邻近为止。
下面更详细地描述上面图3和4的示例。请注意,虽然,以下示例可以指定使用SLP或GMLC来确定设备位置,但是经修改以使用可替代的位置服务或实体来创建实施例被认为由本公开所涵盖。
图5示出了向P2P应用服务器的用户注册的示例信令图。在一个实施例中,信令可以使用PC1参考点来执行。在502处,可能使用UE A或者使用单独的计算设备的用户可以向P2P应用服务器发送P2P注册请求。在各个实施例中,P2P注册请求可以包括用户的P2P应用ID、P2P应用专用服务的列表、和/或用户想要共享的内容、以及与服务和/或内容相关联的权限(例如,什么对等方能够访问内容/服务)、以及D2D服务器标识符。在一个实施例中,P2P注册请求可以由用户手动地发送、或者由在UE A上运行的P2P应用部分或完全自动地发送。在一些实施例中,在用户已经发起向P2P服务器的注册之后,该用户可以随后登录到P2P服务器并且更新该信息。
在504处,P2P应用服务器可以提供P2P注册响应。例如,P2P应用服务器可以指示注册是否成功。
图6示出了向D2D服务器的P2P应用注册的示例信令图。在一个实施例中,信令可以使用PC3参考点来执行。在一些实施例中,订阅网络运营商的网络辅助的D2D服务的UE(例如,UE A)可以在网络注册期间被自动地向D2D服务器注册。在该初始注册过程中,D2D服务器可以存储 D2D功能(例如,WiFi直连、蓝牙、高级LTE等)、D2D权限(例如,开启或关闭发现、好友列表等)、和/或UE的永久设备标识符(例如, IMSI)。最初,可以不向D2D服务器注册P2P应用专用信息。
当用户决定使得P2P应用能够使用网络辅助的D2D通信时,在602 处,UE可以向D2D服务器发送P2P应用注册请求。P2P应用注册请求可以包括例如P2P应用ID、设备ID、和/或任何专用D2D权限。例如,在 D2D通信中一般有两种类型的UE:开放的和受限的。具有开放访问的UE 将使得任何UE发现并连接到它。具有受限访问的UE将提供能够访问它的UE的类型或UE的列表。在各个实施例中,D2D服务器可以将UE类型与用户的P2P应用ID或UE的设备ID相关联。在各个实施例中,P2P 应用请求可以由用户手动地发送、由P2P应用自动地发送、或者两者的组合。
在604处,D2D服务器可以提供P2P应用注册响应。例如,D2D服务器可以指示P2P应用注册是否成功。
在一些实施例中,P2P应用服务器和D2D服务器可以被配置为通信以促进网络辅助的D2D通信。图7示出了P2P服务请求的示例信令图,其中P2P应用服务器和D2D服务器被配置为通信。
在702处,UE A向P2P应用服务器发送P2P服务请求(例如,响应于用户访问UE A上的P2P应用)。P2P服务请求可以包括例如用户想要从其取回内容或者用户想要与其进行P2P服务(例如,游戏、文件共享、即时消息、聊天、内容流送等)的用户的子集(例如,好友列表)的指示。P2P服务请求还可以包括期望的P2P连接布局(例如,D2D、基础设施等)。响应于P2P服务请求,P2P应用服务器可以创建满足用户的请求的具体事项并且愿意与该用户共享P2P内容和/或服务的可能的对等UE的列表。在704处,如果D2D对对等方而言是可能的通信机制,则P2P应用服务器向D2D服务器发送邻近度请求。在示例实施例中,邻近度请求可以包括该用户的P2P应用ID和可能的对等用户的P2P应用ID。另外,邻近度请求可以包括与可能的对等UE相关联的D2D服务器(如果这些服务器不同于用户的D2D服务器)的服务器标识符。
响应于该邻近度请求,D2D服务器核查可能的对等UE的位置和D2D 功能。在一个实施例中,D2D服务器可以联系与可能的对等UE相关联的各个其他D2D服务器。在706处,D2D服务器可以然后向P2P应用服务器发送邻近度响应。该邻近度响应可以包括例如与UE A共享共同的D2D 技术并且在UE A的定义的邻近度内(例如,基于D2D技术估计出的D2D 通信范围)的可能的对等UE的P2P应用ID。在一个实施例中,在704和 706处的通信是通过PC2参考点被执行的。
在708处,P2P服务器可以(例如,经由UE A)向用户提供P2P服务响应。在各个实施例中,P2P服务响应可以包括可能的对等用户的列表(例如,由P2P应用ID来标识)。在一个实施例中,可以使用用户所提供的搜索过滤器(例如,好友列表、P2P连接方法等)来对该列表进行过滤、组织、或标注。
图8示出了P2P服务请求的示例信令图,其中P2P应用服务器和D2D 服务器未被配置为通信。
在802处,UE A向P2P应用服务器发送P2P应用服务请求(例如,响应于用户访问UEA上的P2P应用)。P2P应用服务请求可以包括例如对用户想要与其进行P2P服务的用户的子集(例如,好友列表)的指示。 P2P应用服务请求还可以包括期望的P2P连接布局(例如,D2D、基础设施等)。
在804处,P2P服务器可以向UE A提供P2P服务响应。在各个实施例中,P2P服务响应可以包括可能的对等用户的列表(例如,由P2P应用 ID来标识),并且在一些实施例中,包括与每个有D2D功能的对等UE 相关联的D2D服务器。在一个实施例中,可以使用用户所提供的附加搜索过滤器(例如,好友列表、P2P连接方法等)来对该列表进行过滤、组织、或标注。
在806处,如果在P2P服务器所提供的列表中存在有D2D功能的对等UE,则UE可以向D2D服务器发送邻近度请求。该邻近度请求可以包括与每个有D2D功能的对等UE相关联的P2P应用ID,并且在一些实施例中包括与每个有D2D功能的对等UE相关联的D2D服务器
在808处,响应于邻近度请求,D2D服务器可以返回与UE A共享共同的D2D技术并且在定义的邻近度范围内的有D2D功能的对等UE的子集。在接收到可能的对等UE的列表后,UE可以选择在D2D通信布局中要连接到的一个或多个可能的对等UE。
图9示出了涉及多个D2D服务器的网络辅助的D2D发现的示例处理。在902处,UE可以从D2D服务器请求帮助以在给定时间窗口期间发现(并且可能连接到)一个或多个对等UE。如果对等UE具有不同D2D 服务器,则与UE A相关联的D2D服务器可以从与对等UE相关联的D2D 服务器请求位置和D2D权限信息。
在904处,与UE A和一个或多个对等UE相关联的D2D服务器可以从GMLC(或SLP)请求针对UE A和一个或多个对等UE的周期性位置报告。在一个实施例中,如果对等UE与不同D2D服务器相关联,则位置请求可以被从该服务器发送到GMLC。D2D服务器可以从UE A和一个或多个对等UE的位置确定这些UE是否在D2D通信的邻近范围内。响应于确定这些UE在邻近范围内,D2D服务器可以警告UE A和/或一个或多个对等UE。类似于位置请求,如果等等UE与不同D2D服务器相关联,则邻近度警告可以被从相应的D2D服务器发送。在一个实施例中,如果UE 已经请求对D2D连接建立后(post)发现的网络辅助,则D2D服务器可以如下文所述地提供辅助。
图10示出了涉及单一D2D服务器的网络辅助的D2D发现的示例信令图。在1002处,UE A可以向D2D服务器发送D2D发现请求。在一些实施例中,D2D发现请求可以包括与一个或多个对等UE相关联的P2P应用 ID,并且在一些实施例中,包括与每个有D2D功能的对等UE相关联的 D2D服务器。例如,在D2D服务器不能与P2P服务器对话的情况下, D2D服务器可以被给以与对等UE相关联的D2D服务器名称。可替代的, D2D服务器可以发脉冲检查(ping)全部网络内的每个D2D服务器以确定哪个D2D服务器管理具体的对等UE。应当注意到,UE可以在同一消息中请求帮助发现多个对等UE。D2D发现请求还可以包括对UE在被警告一个或多个对等UE的邻近度之后想要参与D2D通信的指示。
如果UE A不具有发现对等UE的权限,则D2D服务器可以实时地请求权限(在1004处)或者仅仅返回拒绝通知。发现权限请求可以包括例如UE A的P2P应用ID。在1006处,对等UE可以以对权限是否被授予以及是否存在对权限的时间限制的指示做出响应。
在1008处,D2D服务器向UE A发送D2D发现响应,以指示UE A 是否具有发现一个或多个所请求的对等UE中的任何UE的权限。
在1010处,D2D服务器可以从GMLC请求位置服务。位置服务请求可以包括与UE A相关联的永久标识符(例如,IMSI)、与一个或多个对等UE相关联的永久标识符、用于发现的时间段、和/或类似物。
在1012处,GMLC可以提供位置服务响应,该位置服务响应包括UE A的位置和一个或多个对等UE中的每个UE的位置。在一个实施例中, GMLC可以周期性地、基于触发、阈值、或UE的位置改变的任意时间向 D2D服务器提供附加的位置服务响应。
在一个实施例中,如果UE A仅在一个或多个对等UE在D2D发现范围内时请求发现警告,则D2D服务器可以在1014处向UE A发送发现警告。该发现警告可以包括一个或多个对等UE的应用ID。
在另一实施例中,如果UE A已经请求了网络辅助的D2D连接建立,则D2D服务器可以在1014和1016处向在D2D通信中可能涉及到的每个 UE发送发现警告消息。在一些实施例中,发现警告消息可以包括针对在 D2D通信中可能涉及到的每个其他UE的应用ID(用于用户辨识)和永久或临时链路层ID(用于连接建立)。在一个实施例中,临时链路层ID可以由D2D服务器来分派。发现警告消息还可以包含用于D2D连接建立处理的其他辅助信息,比如,定时、D2D角色(例如,在WiFi直连中,一个UE是群组的所有者,而其他UE是访客)等。
在一些实施例中,P2P可以不与P2P应用服务器相关联或者可以不与 P2P应用服务器通信。然而,尽管如此,P2P应用可以支持网络辅助的 D2D通信。
针对用户想要使用网络辅助的D2D来启用的每个应用,UE可以向 D2D服务器注册P2P应用ID和应用专用D2D设置参数(例如,发现权限)。D2D服务器可以知道UE的设备标识符(例如,IMSI),并且可以将UE的设备标识符与用户的P2P应用ID映射。
用户可以通过向D2D服务器发送D2D发现请求来请求辅助发现特定用户(并且可能与该特定用户建立D2D连接),该D2D服务器包括期望用户的P2P应用ID和D2D服务器名称(如果期望用户具有单独的D2D服务器)。如果用户/UE不具有关于期望用户的D2D功能和/或D2D服务器名称的信息,则D2D服务器可以基于P2P应用ID(例如,通过查询全部本地D2D服务器)来解析D2D服务器名称。
如果期望用户可用于与请求用户的D2D通信,则D2D服务器可以辅助用户发现并且可能直接与期望用户相连接,否则,D2D服务器可以响应以失败通知。
在一些实施例中,在图9和10的针对在用户平面上执行的发现辅助的处理中GMLC可以由SLP来替换。
图11示出了针对使用SUPL架构的设备位置更新的一种可能信号流。该示例针对在来自安全用户平面位置架构(该安全用户平面位置架构是由开放移动联盟批准的版本2.0,2012年4月17日(OMA-AD-SUPL-V2_0- 20120417-A)定义的,其全部内容通过引用合并于此)的代理模式中网络发起的、即时位置请求。参见OMA-AD-SUPL-V2_0-20120417-A,例如,在图9处。信号流在某种程度上可以根据所使用的SUPL位置更新的类型 (周期性的、基于触发的,或其组合)在实施例之间有所不同。在一些情形下,信号流开始于从SLP代理(比如,SLP代理204或UE)到SLP 120 的位置请求。
信号流示出了SLP代理(还称作SUPL代理)、家庭SLP(H-SLP) 和UE之间的通信。SLP代理可以包括例如包括在D2D服务器或其他设备内的SLP代理。H-SLP可以包括在HPLMN内用于托管SLP代理的D2D 服务器的SLP。UE可以包括被配置为连接到HPLMN的移动终端。
在信号流中,SLP代理在1102处向H-SLP发出移动位置协议 (MLP)标准位置即时请求(SLIR)消息。在1104处,H-SLP通过发送用户平面位置协议(ULP)SUPL开始(INIT)消息发起与UE的SUPL会话。该消息包含所请求的定位方法和SUPL位置中心(SPC)地址。当UE 接收到ULP SUPL INIT时,它在1106处建立到H-SLP的安全连接。UE 在1108处建立到H-SLP的安全连接并且发送ULP SUPL定位(POS) INIT消息以开始与H-SLP的定位会话。该消息包含UE功能。H-SLP然后在1110处根据确定UE的位置的需要确定定位方法并且交换包含所使用的定位协议(即,无线资源位置服务(LCS)协议(RRLP)、无线资源控制 (RRC)、和/或电信产业联盟801定位服务(TIA-801))的若干后续 ULP SUPL POS消息。当位置计算完成时,H-SLP在1112处向UE发送 ULP SUPL END消息,以通知它SUPL会话结束。UE然后释放到H-SLP 的安全连接。H-SLP在1114处在移动位置平台(MLP)标准位置即时应答(SLIA)消息中将位置估计发送回SLP代理。
图12示出了示例移动设备,比如,用户设备(UE)、移动台 (MS)、移动无线设备、移动通信设备、平板、手机、或另一类型的移动无线设备。该移动设备能够包括被配置为与发射站通信的一个或多个天线,发射站比如是:基站(BS)、演进型节点B(eNB)、基带单元(BBU)、远程射频头(RH)、远程无线电设备(RRE)、中继站 (RS)、无线电设备(RE)、或另一类型的无线广域网(WWAN)接入点。移动设备能够被配置为使用包括3GPP LTE、WiMAX、高速分组接入 (HSPA)、蓝牙、和Wi-Fi在内的至少一个无线通信标准来进行通信。移动设备能够使用针对每一无线通信标准的分开的天线或针对多种无线通信标准的共享的天线来进行通信。移动设备能够在无线局域网(WLAN)、无线个人区域网络(WPAN)、和/或WWAN中进行通信。
图12还提供了能够用于来自移动设备的音频输入和输出的麦克风和一个或多个扬声器的图示。显示器屏幕可以是液晶显示器(LCD)屏幕或其他类型的显示器屏幕,比如,有机光发射二极管(OLED)显示器。显示器屏幕能够被配置为触摸屏。触摸屏可以使用电容式、电阻式、或另一类型的触摸屏技术。应用处理器和图形处理器能够被耦合到内部存储器以提供处理和显示能力。非易失性存储器端口也能够被用于向用户提供数据输入/输出选项。非易失性存储器端口还可以被用于扩展移动设备的存储能力。键盘可以被与移动设备集成,或者无线地连接到移动设备,以提供附加用户输如。还就可以使用触摸屏来提供虚拟键盘。
示例
以下示例针对其他实施例。
示例1是一种被配置为将D2D通信用于P2P应用的UE。该UE包括被配置为发送和接收信号的收发器,以及处理单元。该处理单元被配置为使得UE向D2D服务器注册。该处理单元被配置为从P2P应用服务器接收对一个或多个有D2D功能的对等UE的指示。该处理单元被配置为使得UE向D2D服务器发送对网络辅助发现一个或多个有D2D功能的对等UE 中的选定UE的D2D发现请求。该处理单元还被配置为使得该UE在选定 UE在定义的发现范围内时接收警告。发送D2D发现请求和接收警告包括在用户平面上进行发送和接收。
在示例2中,示例1的处理单元还被配置为使得UE向D2D服务器发送邻近度请求并且接收对在定义范围内的一个或多个有D2D功能的对等 UE的指示。
在示例3中,示例1-2中任意项的处理单元还被配置为使得UE响应于向P2P应用服务器注册的用户请求发送P2P注册请求。
在示例4中,示例1-3中任意项的P2P注册请求包括以下各项中的至少一项:针对用户的应用层标识符,对所提供的P2P服务、内容或权限的指示,以及D2D服务器名称。
在示例5中,示例1-4中任意项的D2D服务器包括发送D2D注册请求。
在示例6中,示例1-5中任意项的D2D注册请求包括以下各项中的至少一项:针对与UE相关联的用户的一个或多个应用层标识符、D2D权限、D2D功能、以及设备标识符。
在示例7中,示例1-6中任意项的D2D发现请求包括以下各项中的至少一项:针对与选定UE相关联的用户的应用层标识符、针对对与选定UE 相关联的D2D服务器的标识符、以及用于发现的时间窗口。
在示例8中,示例1-7中任意项的处理单元还被配置为使得UE从 D2D服务器接收发现权限请求。该发现权限请求包括针对请求与UE的 D2D连接的对等UE的应用层标识符。该处理单元还被配置为响应于发现权限请求提供发现权限响应。
示例9是一种用于在针对P2P应用的D2D通信布局中辅助设备发现的D2D服务器。该D2D服务器包括处理单元和与该处理单元相耦合的存储器。存储器存储指令,这些指令当被处理单元执行时使得D2D服务器响应于来自多个有D2D功能的对等移动终端中的每个的注册请求而对多个有 D2D功能的对等移动终端进行注册。这些指令还使得D2D服务器通过数据信道从第一移动终端接收对网络辅助发现第二移动终端的D2D发现请求。这些指令还使得D2D服务器向3GPP SLP发送位置服务请求。这些指令还使得D2D服务器接收来自SLP的位置服务响应。这些指令还使得 D2D服务器当第二移动终端在定义的发现范围内时在数据信道上向第一移动终端发送警告。
在示例10中,示例9的来自多个有D2D功能的对等移动终端中的每个的注册请求包括以下各项中的至少一项:应用层标识符、D2D权限、 D2D功能、以及设备标识符。
在示例11中,示例9-10中任意项的指令还使得D2D服务器响应于邻近度请求提供邻近第一移动终端的、被配置用于D2D通信的移动终端的列表。
在示例12中,示例9-11中任意项的邻近度请求是从第一移动终端接收的。
在示例13中,示例9-12中任意项的邻近度请求是从P2P应用服务器接收的,第一移动终端已经从该P2P应用服务器请求P2P服务。
在示例14中,示例9-13中任意项的指令还使得D2D服务器响应于接收到D2D发现请求而向第二移动终端发送发现权限请求。
在示例15中,示例9-14中任意项的位置服务请求包括第一移动终端的设备标识符。
在示例16中,示例9-15中任意项的指令还使得D2D服务器当第一移动终端在定义的发现范围内时向第二移动终端发送警告。
在示例17中,示例16的向第二移动终端发送警告包括将警告发送到与第二移动终端相对应的D2D服务器。
在示例18中,示例9-17中任意项的发送位置服务请求包括发送包括一个或多个警告条件的位置服务请求。
在示例19中,示例9-18中任意项的指令还包括确定用于触发位置报告的边界区域,其中一个或多个警告条件包括将边界区域作为用于报告移动终端位置的标准的定义。
示例20是一种其上存储有指令的非暂态计算机可读存储介质,这些指令当被处理器执行时使得处理器执行用于在针对P2P应用的D2D通信布局中的网络辅助的对等用户设备(UE)发现的方法。该方法包括在控制信道上进行通信以配置第一UE的无线通信。该方法包括在第一UE处通过共享信道执行辅助D2D发现。该方法包括由第一UE向第一服务器发送P2P服务请求。该方法包括从第一服务器接收至少一个有D2D功能的对等 UE的P2P应用指示符。该方法包括向第二服务器发送对网络辅助发现至少一个有D2D功能的对等UE中的选定UE的请求。该方法还包括当选定 UE在定义的发现范围内时从第二服务器接收警告。
在示例21中,示例20的第一服务器包括P2P应用服务器并且第二服务器包括D2D服务器。
在示例22中,示例20-21中任意项的第一服务器和第二服务器被托管在单一物理服务器上。
在示例23中,示例20-22中任意项的方法还包括向第一服务器注册以下各项中的一项或多项:第一UE的应用层标识符,对由第一UE提供的 P2P服务、内容、或权限的指示,以及对与第一UE相关联的D2D服务器的指示。
示例24是一种用于P2P应用的D2D通信的方法。该方法包括向D2D 服务器注册。该方法包括从P2P应用服务器接收对一个或多个有D2D功能的对等UE的指示。该方法包括向D2D服务器发送对网络辅助发现一个或多个有D2D功能的对等UE中的选定UE的D2D发现请求。该方法包括当选定UE在定义的发现范围内时接收警告。发送D2D发现请求和接收警告包括在用户平面上进行发送和接收。
在示例25中,示例24的方法包括向D2D服务器发送邻近度请求并且接收对在定义范围内的一个或多个有D2D功能的对等UE的指示。
在示例26中,示例24-25中任意项的方法还包括响应于向P2P应用服务器注册的用户请求发送P2P注册请求。
在示例27中,示例24-26中任意项的P2P注册请求包括以下各项中的至少一项:针对用户的应用层标识符,对所提供的P2P服务、内容或权限的指示,以及D2D服务器名称。
在示例28中,示例24-27中任意项的D2D服务器包括发送D2D注册请求。
在示例29中,示例24-28中任意项的D2D注册请求包括以下各项中的至少一项:针对与UE相关联的用户的一个或多个应用层标识符、D2D 权限、D2D功能、以及设备标识符。
在示例30中,示例24-29中任意项的D2D发现请求包括以下各项中的至少一项:针对与选定UE相关联的用户的应用层标识符、针对对与选定UE相关联的D2D服务器的标识符、以及用于发现的时间窗口。
在示例31中,示例24-30中任意项的方法还包括从D2D服务器接收发现权限请求。该发现权限请求包括针对请求与UE的D2D连接的对等 UE的应用层标识符。该处理单元还被配置为并且响应于发现权限请求提供发现权限响应。
示例32是一种在针对P2P应用的D2D通信布局中辅助设备发现的方法。该方法包括响应于来自多个有D2D功能的对等移动终端中的每个的注册请求而对多个有D2D功能的对等移动终端进行注册。该方法包括通过数据信道从第一移动终端接收对网络辅助发现第二移动终端的D2D发现请求。该方法包括向3GPP SLP发送位置服务请求。该方法包括接收来自SLP的位置服务响应。该方法包括当第二移动终端在定义的发现范围内时在数据信道上向第一移动终端发送警告。
在示例33中,示例32的来自多个有D2D功能的对等移动终端中的每个的注册请求包括以下各项中的至少一项:应用层标识符、D2D权限、 D2D功能、以及设备标识符。
在示例34中,示例32-33中任意项的方法还包括响应于邻近度请求提供邻近第一移动终端的、被配置用于D2D通信的移动终端的列表。
在示例35中,示例32-34中任意项的邻近度请求是从第一移动终端接收的。
在示例36中,示例32-35中任意项的邻近度请求是从P2P应用服务器接收的,第一移动终端已经从该P2P应用服务器请求P2P服务。
在示例37中,示例32-36中任意项的方法还包括响应于接收到D2D 发现请求而向第二移动终端发送发现权限请求。
在示例38中,示例32-37中任意项的位置服务请求包括第一移动终端的设备标识符。
在示例39中,示例32-38中任意项的方法还包括当第一移动终端在定义的发现范围内时向第二移动终端发送警告。
在示例40中,示例39的向第二移动终端发送警告包括将警告发送到与第二移动终端相对应的D2D服务器。
在示例41中,示例32-40中任意项的发送位置服务请求包括发送包括一个或多个警告条件的位置服务请求。
在示例42中,示例32-42中任意项的方法还包括确定用于触发位置报告的边界区域,其中一个或多个警告条件包括将边界区域作为用于报告移动终端位置的标准的定义。
示例43是一种在针对P2P应用的D2D通信布局中的网络辅助的对等用户设备(UE)发现的方法。该方法包括在控制信道上进行通信以配置第一UE的无线通信。该方法包括在第一UE处通过共享信道执行辅助D2D 发现。该方法包括由第一UE向第一服务器发送P2P服务请求。该方法包括从第一服务器接收至少一个有D2D功能的对等UE的P2P应用指示符。该方法包括向第二服务器发送对网络辅助发现至少一个有D2D功能的对等 UE中的选定UE的请求。该方法还包括当选定UE在定义的发现范围内时从第二服务器接收警告。
在示例44中,示例43的第一服务器包括P2P应用服务器并且第二服务器包括D2D服务器。
在示例45中,示例43-44中任意项的第一服务器和第二服务器被托管在单一物理服务器上。
在示例46中,示例43-45中任意项的方法还包括向第一服务器注册以下各项中的一项或多项:第一UE的应用层标识符,对由第一UE提供的 P2P服务、内容、或权限的指示,以及对与第一UE相关联的D2D服务器的指示。
各种技术或其某些方面或部分可以采用体现于有形介质中的程序代码 (即指令)的形式,有形介质比如是:软盘、CD-ROM、硬盘、非暂态计算机可读存储介质、或任何其他机器可读存储介质,其中,当程序代码被加载并由诸如计算机之类的机器来执行时,使得该机器成为用于实践各种技术的装置。在可编程计算机上执行程序代码的情况下,计算设备可以包括:处理器、可由处理器读取的存储介质(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备、和至少一个输出设备。易失性和非易失性存储器和/或存储元件可以是:RAM、EPROM、闪盘驱动器、光盘驱动器、硬磁盘驱动器、或用于存储电子数据的其他介质。基站和移动台也可以包括收发器模块、计数器模块、处理模块、和/或时钟模块或计时器模块。可以实现或利用本文所描述的技术的一个或多个程序可以使用应用编程接口(API)、可重用控件等等。这样的程序可以以高级程序式编程语言或面向对象的编程语言来实现以与计算机系统通信。然而,若需要,(一个或多个)程序可以以汇编语言或机器语言来实现。在任何情况下,语言可以是编译和解译语言,并且可以与硬件实现方式相组合。
上面介绍的技术能够由可编程电路来实现或者由软件和/或固件来配置,或者它们能够由专用硬连线电路整体地实现,或者以这些形式的组合。这样的专用电路(如果有的话)能够例如是以下形式的:一个或多个专用集成电路(ASIC)、可编程逻辑设备(PLD)、现场可编程门阵列 (FPGA)等。
用于实现本文介绍的技术的软件或固件可以被存储在及其可读存储介质上,并且可以由一个或多个通用或专用可编程微处理器来执行。本文所使用的术语“机器可读介质”包括能够以可由机器(机器可以例如是计算机、网络设备、蜂窝电话、PDA、制造工具、具有一个或多个处理器的任何设备等)访问的形式存储信息的任何机制。例如,机器可访问介质包括可记录/不可记录介质(例如,只读存储器(ROM);随机访问存储器 (RAM);磁盘存储介质;光存储介质;闪速存储器设备;等)等。
本文所使用的术语“逻辑”能够包括例如专用硬连线电路、与可编程电路相结合的软件和/或固件、或其组合。
尽管本公开包括对具体示例实施例的参考,但是将认识到权利要求不限于所描述的实施例,而是能够在存在在所附权利要求的精神和范围内的修改和变化的情况下被实践。因此,说明书和附图被看做是示意性的而不是现实性的。

Claims (27)

1.一种计算机可读存储介质,所述计算机可读存储介质上存储有指令,所述指令当被服务器的一个或多个处理器执行时,使得所述一个或多个处理器执行以下操作,包括:
从第一用户设备UE接收针对应用的应用注册请求;
处理来自所述第一UE的、在发现第二UE中进行网络辅助的邻近度请求,其中所述邻近度请求包括与所述应用相对应的应用标识符以及针对与所述第二UE相关联的用户的应用层标识符中的一项或多项;
响应于来自所述第一UE的、在发现所述第二UE中进行网络辅助的所述邻近度请求而向安全用户平面位置SUPL位置平台SLP发送位置服务请求;
从所述SLP接收位置服务响应;以及
当所述第二UE在定义的所述第一UE的所述发现范围内时向所述第一UE发送邻近度警告,其中所述邻近度警告包括用以辅助对所述第二UE的发现的辅助信息,其中所述辅助信息包括指定对等群组所有者,以及与所述第二UE相对应的永久链路层标识符。
2.如权利要求1所述的计算机可读存储介质,其中,所述指令还使得所述一个或多个处理器从与所述第二UE相对应的第二服务器请求针对所述第二UE的位置更新。
3.如权利要求2所述的计算机可读存储介质,其中,所述指令还使得所述一个或多个处理器从所述与所述第二UE相对应的第二服务器接收对所述第二UE的位置的指示。
4.如权利要求1所述的计算机可读存储介质,其中,所述指令还使得所述一个或多个处理器处理注册请求,其中与所述第一UE相对应的注册请求包括与所述第一UE相对应的永久链路层设备标识符。
5.如权利要求1所述的计算机可读存储介质,其中,所述邻近度警告包括辅助对所述第二UE的发现的辅助信息,其中所述辅助信息包括:
与所述第二UE相对应的临时链路层标识符。
6.如权利要求1所述的计算机可读存储介质,其中,所述邻近度请求还包括
用于发现的时间窗口。
7.一种被配置为将直接通信用于对等应用的用户设备UE,包括:
收发器,该收发器被配置为发送和接收信号;以及
处理单元,该处理单元被配置为使得所述UE执行以下操作:
向对等应用服务器注册应用,其中所述处理单元被配置为使得所述UE发送用于向所述对等应用服务器注册所述应用的应用注册请求;
使用所述收发器向移动通信网络发送在发现对等UE中进行网络辅助的邻近度请求,其中所述邻近度请求包括与所述应用相对应的应用标识符以及针对与所述对等UE相关联的用户的应用层标识符中的一项或多项;
与安全用户平面位置SUPL位置平台SLP通信以使所述SLP能够评估所述UE的位置;以及
从所述移动通信网络接收邻近度警告,其中所述移动通信网络在所述移动通信网络基于来自所述SLP的位置服务响应确定所述对等UE在定义的所述UE的所述发现范围内时发送所述邻近度警告,其中所述邻近度警告包括用以辅助对所述对等UE的发现的辅助信息,其中所述处理单元还被配置为使所述UE基于所述辅助信息来发现所述对等UE,其中所述辅助信息包括针对直接通信的指定对等群组所有者以及与所述对等UE相对应的永久链路层标识符。
8.如权利要求7所述的UE,其中,所述UE和所述对等UE被向用于邻近度服务的不同服务器注册。
9.如权利要求7所述的UE,其中,所述处理单元还被配置为使得所述UE向所述移动通信网络发送注册请求以针对邻近度服务对所述UE进行注册。
10.如权利要求9所述的UE,其中,为发送所述注册请求,所述处理单元被配置为发送针对所述UE的链路层标识符,以用于直接发现和通信。
11.如权利要求7所述的UE,其中,所述应用注册请求包括所述应用标识符和与所述UE相对应的标识符。
12.如权利要求7所述的UE,其中,所述邻近度请求还包括:用于所述邻近度请求的时间窗口。
13.如权利要求7所述的UE,其中所述辅助信息包括针对所述对等UE的临时链路层标识符。
14.一种计算机可读存储介质,所述计算机可读存储介质上存储有指令,所述指令当被用户设备UE的一个或多个处理器执行时使得所述一个或多个处理器执行以下操作,包括:
生成针对服务器的应用注册请求,其中所述应用注册请求用于向对等应用服务器注册应用;
生成针对所述服务器的在发现对等UE中进行网络辅助的邻近度请求,其中所述邻近度请求包括与所述应用相对应的应用标识符以及针对与对等UE相关联的用户的应用层标识符中的一项或多项;
与安全用户平面位置SUPL位置平台SLP通信以使所述SLP能够评估所述UE的位置;以及
解码来自所述服务器的邻近度警告,其中所述邻近度警告在所述服务器基于来自所述SLP的位置服务响应检测到所述对等UE在定义的所述UE的所述发现范围内时被发送,其中所述邻近度警告包括用以辅助对所述对等UE的发现的辅助信息,其中所述指令还使所述一个或多个处理器基于所述辅助信息来发现所述对等UE,其中所述辅助信息包括针对直接通信的指定对等群组所有者以及与所述对等UE相对应的永久链路层标识符。
15.如权利要求14所述的计算机可读存储介质,其中,所述UE和所述对等UE被向用于邻近度服务的不同服务器注册。
16.如权利要求14所述的计算机可读存储介质,其中,所述指令还使得所述一个或多个处理器准备要发送到所述服务器的注册请求,以针对邻近度服务对所述UE进行注册。
17.如权利要求16所述的计算机可读存储介质,其中,所述注册请求包括所述UE的链路层标识符,以用于直接发现和通信。
18.如权利要求14所述的计算机可读存储介质,其中,所述应用注册请求包括所述应用标识符和与所述UE相对应的标识符。
19.如权利要求14所述的计算机可读存储介质,其中,所述邻近度请求还包括:用于所述邻近度请求的时间窗口。
20.如权利要求14所述的计算机可读存储介质,其中所述辅助信息包括针对所述对等UE的临时链路层标识符。
21.一种用于用户设备UE的被配置为将直接通信用于对等应用的装置,包括:
处理器,所述处理器被配置为:
向对等应用服务器注册应用,其中所述处理器被配置为格式化应用注册请求,以向所述对等应用服务器注册所述应用;
准备要向移动通信网络发送的、在发现对等UE中进行网络辅助的邻近度请求,其中所述邻近度请求包括与所述应用相对应的应用标识符以及针对与所述对等UE相关联的用户的应用层标识符中的一项或多项;
与安全用户平面位置SUPL位置平台SLP通信以使所述SLP能够评估所述UE的位置;以及
处理来自所述移动通信网络的邻近度警告,其中所述邻近度警告是由所述移动通信网络在所述移动通信网络基于来自所述SLP的位置服务响应检测到所述对等UE在定义的所述UE的所述发现范围内时发送的,其中所述邻近度警告包括用以辅助对所述对等UE的发现的辅助信息,其中所述处理器还被配置为使所述UE基于所述辅助信息来发现所述对等UE,其中所述辅助信息包括针对直接通信的指定对等群组所有者以及与所述对等UE相对应的永久链路层标识符。
22.如权利要求21所述的装置,其中,所述UE和所述对等UE被向用于邻近度服务的不同服务器注册。
23.如权利要求21所述的装置,其中,所述处理器还被配置为:准备要发送到所述移动通信网络的注册请求,以针对邻近度服务对所述UE进行注册。
24.如权利要求23所述的装置,其中,所述注册请求包括所述UE的链路层标识符,以用于直接发现和通信。
25.如权利要求21所述的装置,其中,所述应用注册请求包括所述应用标识符和与所述UE相对应的标识符。
26.如权利要求21所述的装置,其中,所述邻近度请求还包括:用于所述邻近度请求的时间窗口。
27.如权利要求21所述的装置,其中所述辅助信息包括针对所述对等UE的临时链路层标识符。
HK16107955.0A 2013-06-28 2014-06-26 针对对等应用的网络辅助的设备对设备发现 HK1220069B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201361841230P 2013-06-28 2013-06-28
US61/841,230 2013-06-28
US201461986492P 2014-04-30 2014-04-30
US61/986,492 2014-04-30
PCT/US2014/044235 WO2014210250A1 (en) 2013-06-28 2014-06-26 Network assisted device-to-device discovery for peer-to-peer applications

Publications (2)

Publication Number Publication Date
HK1220069A1 HK1220069A1 (zh) 2017-04-21
HK1220069B true HK1220069B (zh) 2021-11-12

Family

ID=

Similar Documents

Publication Publication Date Title
CN105284166B (zh) 针对对等应用的网络辅助的设备对设备发现
US11736927B2 (en) Network assisted device-to-device discovery for peer-to-peer applications
US12538185B2 (en) Methods of delivery mode switch for multicast and broadcast service in a 5G network
US12471057B2 (en) Paging remote UE using a relay
US12004257B2 (en) Device discovery and connectivity in a cellular network
CA3028373C (en) Exchanging network server registration credentials over a d2d network
WO2022236300A1 (en) Method and apparatuses for group paging for signal efficiency in 5g network
US20210258275A1 (en) Low latency messaging service for the 5gc
HK1220069B (zh) 针对对等应用的网络辅助的设备对设备发现