经由呈现信息的邻近服务(PROSE)的公共安全UE通信框架的制作方法

文档序号:11637304
经由呈现信息的邻近服务(PROSE)的公共安全UE 通信框架的制造方法与工艺

本公开通常(但不排它地)涉及无线通信,例如,使用邻近服务(ProSe)的公共安全提供者之间的通信。



背景技术:

本节介绍可有助于更好地理解本发明的方面。相应地,本节的陈述将以此为基础进行阅读,并且不应被理解为是对哪些是现有技术或者哪些不是现有技术的承认。

已经建立了基于邻近服务(ProSe)的架构,例如,如在3GPP TS 23.303中所规定的。已经在3GPP RAN1/RAN2工作组中提出了无线通信接口的附加增强,例如,TR 22.803和TR 36.843。然而,现有的和提出的ProSe标准不足以基于呈现信息来支持公共安全UE通信。



技术实现要素:

一个实施例提供了一种装置,例如,移动计算设备或者客户端,诸如智能电话。该装置包括处理器和可操作地耦合到处理器的计算机可读非暂时性存储介质。存储介质包括指令,其在由处理器执行时配置处理器以将呈现信息导向呈现服务器(PS),其中,呈现信息包括公共安全(PuSa)特定的基于邻近的服务(ProSe)信息。ProSe信息优选地包括PuSa ProSe服务标识(ID)、地理位置数据和时间戳。处理器进一步被配置为将订阅目标呈现体的PuSa特定的ProSe信息的请求导向PS,其中,该请求包括专用PuSa服务ID。在一些实施例中,处理器进一步被配置为仅在PS返回目标呈现体的PuSa特定的ProSe信息的条件下,发现目标呈现体的用户设备(UE)。

在一些实施例中,处理器进一步被配置为独立于电信网络,经由射频(RF)链路直接与UE进行通信。RF链路可通过专用的公共安全频率。在一些实施例中,处理器进一步被配置为显示指示目标呈现体的呈现的列表或地图。与UE的通信可通过与UE相关联的列表或地图图标的启动来发起。

另一个实施例是例如制造移动计算设备的方法。该方法包括配置移动计算设备以将呈现信息导向呈现服务器,其中,呈现信息包括PuSa特定的ProSe信息。移动计算设备进一步被配置为将订阅目标呈现体的PuSa特定的ProSe信息的请求导向PS,该请求包括专用PuSa服务ID。

另一个实施例是一种装置,例如,ProSe呈现服务器,其包括处理器和可操作地耦合到处理器的计算机可读非暂时性存储介质。存储介质包括指令,其在由处理器执行时配置处理器以从目标UE接收呈现信息,其中,呈现信息包括关于ProSe目标呈现体的PuSa特定的ProSe信息。该装置从观察呈现体的观察UE接收订阅呈现信息的请求。在观察呈现体基于PuSa订阅规则被确定为PuSa ProSe用户的条件下,该装置将呈现信息导向观察UE。

在一些实施例中,呈现信息包括目标呈现体的ID、地理位置数据和/或时间戳。可选地,PuSa订阅规则可用XML代码定义。PuSa订阅规则也可包括专用于授权PuSa呈现体的服务ID的定义。此外,规则可以包括适用于所有正常的商业ProSe使用的服务ID的定义。

另一个实施例是例如制造ProSe呈现服务器的方法。该方法包括配置服务器以从UE接收包括关于ProSe目标呈现体的PuSa特定的ProSe信息的呈现信息。服务器进一步被配置为从观察呈现体的观察UE接收订阅呈现信息的请求。服务器进一步被配置为在观察呈现体基于PuSa订阅规则被确定为PuSa ProSe用户的条件下,将呈现信息导向观察UE。

本发明的另外的方面将部分地在随后的详细描述、附图和任何权利要求中说明,并且将部分地从详细描述中得出,或者可通过本发明的实现来了解。应当理解,前面的一般描述和后面的详细描述两者都仅仅是示例和说明,并不限制所公开的本发明。

附图说明

本发明的更完整的理解可通过结合附图参考后面的详细描述获得,其中:

图1示出说明彼此直接相互通信并与ProSe呈现服务器通信的多个UE设备的实施例;

图2示出可在图1的实施例中使用的移动设备(例如,用户设备)的实施例;

图3示出可在图1的实施例中使用的呈现服务器的实施例;

图4示出可由UE执行以与PuSa呈现体(诸如在图1的UE之间)进行通信的方法的流程图;

图5示出可由图1的ProSe服务器在各种实施例中采用以授权UE之间的ProSe服务的规则集;

图6示出可由图1的ProSe服务器执行以授权PuSa呈现体之间的ProSe服务的方法的流程图。

具体实施方式

基于邻近的服务(ProSe)已经变得越来越普遍,并且在所部署的基础设施上也同时增加。这种服务向诸如移动电话或类似设备的用户设备(UE)的第一用户提供发现在地理上邻近第一用户的第二用户的呈现的机制。然后,可以在用户之间使能直接数据交换和/或语音通信,绕过公共商业无线网络。

ProSe通信可对于公共安全(PuSa)服务的传送特别有益。公共安全服务人员可能需要在无线网络服务中断期间或在其中与无线网络的连接不可靠或不可能的环境中直接与其它安全人员进行通信。然而,可能期望或需要将PuSa人员通信设备的发现仅限制到其它PuSa人员,例如,以避免直接通信的干扰或拥塞。目前已知的ProSe服务定义不提供PuSa服务提供商将它们的可发现性仅限制到其它PuSa服务提供商的能力。这种能力的缺乏表示关键差距是PuSa通信协议。本文描述的实施例解决这种需要,但是,除非明确地声明,否则并不限于这种公共安全应用。

本文描述的实施例提供了通过呈现信息支持ProSe的PuSa UE通信的装置、系统和方法。在下面描述的框架内,与第一PuSa呈现体相关联的第一UE可以向呈现服务器(PS)在呈现文件中发布呈现体的PuSa ProSe特定的信息。当观察者(例如,第二PuSa呈现体)订阅第一呈现体的呈现信息时,PS可检查定义在PuSa呈现体之间允许的通信的PuSa ProSe授权规则。在请求符合规则的情况下,第一PuSa呈现体的ProSe信息将被发送到第二PuSa呈现体的UE。然后,第一和第二PuSa呈现体可独立于商业无线网络经由直接无线链路相互通信,例如,经由专用PuSa无线频率。

图1示出了包括根据本发明的各种原理被配置为实现ProSe通信的设备的系统100。示出了三个便携式通信设备UE 110a、110b和110c。每一个UE 110可以与对应的呈现体(例如,PuSa服务提供商)相关联。UE 110a、110b、110c的每一个可以与呈现服务器(PS)120进行通信,其中,呈现服务器可在诸如连接到因特网的电信网络或WiFi热点的公共接入网络130内操作。UE 110和PS 120之间的连接可依据任何类型的无线电信网络标准,例如,全球移动通信系统(GSM)、第三代合作伙伴计划(3GPP)或长期演进(LTE)、或诸如802.11(采用它的多次迭代中的任何一个)的WiFi标准。除了与PS 120进行通信的能力之外,UE 110a、110b、110c还可以彼此直接进行通信,例如,无线通信。

在系统100中,每一个UE 110可作为与观察呈现体相关联的观察UE和/或与目标呈现体相关联的目标UE。在后面的描述中,提到观察UE是针对UE 110A,提到目标UE是针对UE 110B。相关领域的技术人员将理解,这可被认为是任意的分配,UE 110中的任何一个可被配置为作为观察UE和/或目标UE。

图2示意性地示出UE 110的实施例,其包括可操作地耦合到存储器220和收发机230的处理器210。处理器210、存储器220和收发机230中的每一个可被配置为提供与在本公开的范围内的实施例一致的功能,并可以是任何传统的或未来发展的类型。存储器220包括保存根据这样的实施例由处理器210执行的操作指令的非暂时性物理指令空间。这些指令可以包括这种实现符合各种电信标准(例如,GSM、3GPP或LTE、或诸如802.11的WiFi标准)的操作的指令。指令还编码与点对点通信(例如,如3GPP版本12所描述的设备到设备(D2D)功能,其全部内容通过引用并入本文)一致的操作。处理器210被配置为控制收发机230经由天线240与因特网接入点(例如,移动网络信号塔)进行通信,并与UE 110的其它实例(例如,图1的UE 110a、110b、110c中的任何一个)进行通信。天线240不限于任何特定的类型,可以包括实现MIMO通信的多个天线元件。

图3示出了呈现服务器120的一个示例实施例,其包括处理器(CPU)310、存储器320和网络接口330。存储器320包括可由处理器310读取的非暂时性存储空间,并且可以包括例如RAM、ROM和磁盘存储器的任何组合以支持本文所描述的功能。存储器320可以包括可由处理器310存取并执行的指令,该指令在由处理器310执行时配置处理器310以实现本文所描述的一个或多个实施例。网络接口330可以包括与网络元件进行通信的任何传统的或新颖的功能,其中,网络元件例如经由移动通信系统基础设施(例如,网络130)使能与UE 110的通信。

图4示出了根据示例实施例的方法400,其可由UE(例如,UE 110a)执行。方法400的步骤被示出,而并不限制其它步骤。

在步骤410中,UE 110a将呈现信息导向呈现服务器,例如呈现服务器120。相关领域的技术人员将理解,第一呈现体设备,例如UE 110a,可将呈现文件发送到呈现服务器,例如PS 120,其中,呈现文件包括呈现服务器可使用以将第一呈现体设备的呈现传送到第二呈现体设备(例如,UE 110b)的各种数据。在该上下文中,UE 110b用作观察UE,UE 110a用作目标UE。在方法400和方法600的讨论的剩余部分,观察UE和目标UE可以这样称呼但并不限于此。除了在呈现文件中包括的任何常规数据之外,在与本公开一致的实施例中,第一呈现体设备还包括PuSa特定的信息。在非限制性实施例中,第一呈现体设备包括用于ProSe服务的两个PuSa特定的ProSe服务ID。PuSa特定的信息可以包括这些附加的服务ID或任何数量的其它类似的PuSa特定的服务ID。第一服务ID(例如,xxxx.ProSe)可适用于正常的商业用途,例如,非PuSa相关的服务。在该示例中,“xxxx”可以是由标准体或服务提供商确定的字符串。例如,如果服务ID由3GPP标准化,则字符串“xxxx”可与“org.3gpp.urn:urn-7”有关,在这种情况下,第一服务ID可以是“org.3gpp.urn:urn-7.ProSe”。如果服务ID由开放移动联盟标准化,则字符串“xxxx”与“org.openmobilealliance”有关,在这种情况下,第一服务ID可以是“org.openmobilealliance.ProSe”。继续本示例,第二服务ID(例如,“xxxx.PuSa-ProSe”)仅适用于PuSa呈现体。前缀“xxxx”可以如先前所描述的来确定。

继续参考步骤410,与第一PuSa ProSe呈现体(例如,UE 110a)相关联的UE在呈现文件中包括PuSa特定的ProSe信息。这种信息通常包括仅与PuSa服务提供商(呈现体)相关联的一个或多个参数。更具体地且并非限制,PuSa特定的ProSe信息可以包括仅被分配给PuSa呈现体而不分配给普通公众的ProSe服务ID参数。在更具体的示例中,PuSa特定的ProSe信息可以包括专用于PuSa ProSe服务的服务元组。服务元组包括由服务提供商使用的专用于UE的PuSa ProSe服务ID、该UE的当前地理位置和时间戳。因此,元组可显示为(service_ID、(纬度,经度)、时间)。可选地,如果PuSa UE也支持可用于与其它常规ProSe用户通信的常规ProSe服务,则PuSa ProSe呈现体UE(例如,UE 110a)还可以在呈现文件中包括ProSe服务信息。

在步骤420中,与观察PuSa ProSe呈现体(例如,UE 110b)相关联的UE将订阅目标呈现体的呈现信息的请求导向PS 120。该请求可以常规地实现,例如,如3GPP版本12所描述的。

PS 120包括PuSa ProSe的全局授权规则,其可由网络服务提供商与公共安全协调机构合作规定。规则明确规定请求者(观察UE)将被许可以接收关于目标PuSa呈现体的呈现信息的条件。例如,在一些实施例中,规则可以仅授权源自一组许可因特网域(例如,与公共安全组织相关联的域)中的一个域的请求。在其它实施例中,规则可以阻止源自一组排除因特网域的请求。采用前者的方式工作的规则在本文中称为许可规则,而采用后者的方式工作的规则称为禁止规则。PS 120根据规则处理来自观察UE 110b的请求,以确定是否准许该请求。

图5示出了在非限制性实施例中的这种许可授权规则的示例。示例的规则采用可扩展标记语言(XML)代码提供,尽管可以使用任何合适的数据结构,诸如可替代的标记语言,例如,“另一种标记语言”(YAML)以及诸如C和PERL的编程语言。相关领域技术人员将立即识别在示例的规则中的行的功能。简要描述,行501是规定XML版本和编码类型的XML头。行505规定规则文件的XML命名空间,例如,“pres-rules”。行509规定XML方案,例如“common-policy”。行517至行597体现了规则,例如,“rule-1”。行521至行549定义限制仅向一组授权请求者内的那些请求者(例如,其它PuSa服务提供商)准许ProSe服务的条件。在例示性的示例中,包括两个域“domain-x”和“domain-y”。这些域可通常指示ProSe请求被发起的因特网域。因此,由观察呈现体向这些域发起的请求可被准许访问目标呈现体的呈现信息。行553至行561定义在条件满足的情况下执行的动作,例如,“允许(allow)”ProSe服务。行565至行593定义用于允许ProSe服务(例如“PuSa-ProSe”)的服务描述符。特别地,行577包括先前描述的PuSa-ProSe服务ID“xxxx.PuSa-ProSe”。该服务描述符在该示例中定义仅提供该服务ID的观察者被许可订阅目标呈现体的ProSe呈现信息的限制。如前面进一步描述的,该服务ID可以采用任何期望的形式,并且仅被提供给授权PuSa人员以将访问PuSa ProSe服务限制到这些人员。

如果满足许可授权规则,并且订阅(观察)呈现体包括正确的服务ID,则PS 160将向观察者/请求者传递目标呈现体的PuSa-ProSe服务信息。否则,PS 160可以从可用于观察者的服务中过滤出PuSa-ProSe服务。因此,在这种情况下,观察者将不接收目标呈现体的PuSa-ProSe服务信息。

在一些实施例中,授权规则被表示为“禁止授权”规则,其中,对ProSe呈现信息的分发的限制被表示为排除。例如,图5的规则可以被表示为禁止规则,通过将行533和行537中的“domain”替换为“except domain”,将行557中的“allow”替换为“prohibit”,并将行569中的“provide-services”替换为“do-not-provide-services”。在一些实施例中,可以构造组合的规则文件,其包括许可规则和禁止规则以精确地控制对目标呈现体的ProSe服务信息的访问。

返回到图4,在步骤430中,请求UE(例如,观察UE 110b)接收所请求的呈现信息或者接收该信息失败。失败的指示不限于任何特定的形式,其可以包括其中响应被期望的时间段的期满或者可以包括来自PS 120的明确指示拒绝提供呈现信息的消息。在观察UE 110b接收到关于目标UE 110a的呈现信息的情况下,方法400进行到步骤440,其中,观察UE 110b使用所接收的呈现信息来发现目标UE 110a的呈现。

可选地,方法400可以进行到步骤450,其中,观察UE 110b经由基于ProSe的消息与目标UE 110a进行通信。这可以包括基于在步骤410中传送到呈现服务器的元组中包括的目标PuSa呈现体的地理位置信息来确定目标PuSa呈现体是否在请求呈现体的无线信号覆盖范围内。如果目标呈现体在范围内,则请求呈现体可以请求独立于电信网络而与目标呈现体进行无线通信。可选地,无线通信是通过专用PuSa无线频率。如果在步骤430中没有接收到呈现信息,则方法400前进到步骤460,其中,不采取发现目标UE的呈现的任何动作。

图6示出可以在呈现服务器(例如,PS 120)处执行的方法600。方法600可以响应于来自观察UE(例如,UE 110b)的呈现请求而启动,并包括PS 120和与目标PuSa呈现体(例如,UE 110a)相关联的UE之间的通信。

在步骤610中,PS 120从目标UE 110a接收关于目标呈现体的呈现信息。在步骤620中,PS 120从观察UE 110b接收订阅关于目标UE 110a的呈现信息的请求。在步骤630中,PS 120确定订阅请求是否符合如前所述的管理PuSa呈现体之间的ProSe服务的建立的规则。在各种实施例中,该步骤还包括诸如通过确定观察UE和目标UE是否在同一逻辑域中来验证请求UE 110b是否是PuSa ProSe用户。在请求符合的情况下,在步骤640中,呈现服务器将目标呈现体的呈现信息导向观察UE 110b。相反,如果在步骤630中PS 120确定订阅不符合规则,则方法进行到步骤650,其中,PS 120将拒绝导向观察UE 110b或者允许ProSe服务的请求期满。

在各种实施例中,观察UE 110b支持图形用户界面(GUI)菜单按钮,其在被选择时显示在观察UE 110b的无线覆盖范围内的所有目标PuSa ProSe呈现体的UE。这些呈现体可根据与每个目标PuSa ProSe呈现体相关联的地理位置而显示在列表中或在地图上。列表和/或地图可以是动态的,因为观察UE 110b可以在目标呈现体进入或离开无线覆盖区域时更新列表或地图。可选地,列表和/或地图是功能上活动的,因为呈现体可以启动(例如,触摸)列表或地图条目以发起与所选择的目标呈现体的通信。可以进一步配置UE,以使得列表或地图条目的第二启动导致ProSe连接终止。在各种实施例中,观察UE 110b包括包括用于指导PuSa ProSe呈现体之间的通信的数据文件、静态图像和/或视频图像的能力。

虽然已经在附图中示出并在前面详细描述中描述了本发明的多个实施例,但是应当理解,本发明不限于所公开的实施例,而是能够进行多次重新整理、修改和替换而不脱离由权利要求说明和限定的本发明。

再多了解一些
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1