CN106063365A - 用于设备到设备会话的分布式建立的系统、方法和设备 - Google Patents

Abstract

本文公开了用于分布式设备到设备(D2D)建立的系统、方法和设备。用户设备(UE)包括参数组件、标准化组件、标识符组件以及D2D会话组件。参数组件被配置为基于一个或多个D2D通信规则来确定与UE或UE的用户相对应的输入参数。输入参数包括具有非标准化数据的输入参数的第一集合和具有预标准化数据的输入参数的第二集合。标准化组件被配置为将参数的第一集合的非标准化数据进行标准化以创建UE标准化数据。标识符组件被配置为使用UE标准化数据和预标准化数据作为预定义算法中的输入来生成会话标识符。D2D会话组件被配置为使得UE在与会话标识符相对应的D2D集群中进行通信。

Description

用于设备到设备会话的分布式建立的系统、方法和设备

技术领域

本公开涉及设备到设备通信，并且更具体地涉及设备到设备会话的建立。

附图说明

图1是示出符合本文所公开的实施例的无线通信系统和环境的示意图。

图2是示出符合本文所公开的实施例的用户设备(UE)的组件的示意框图。

图3是示出符合本文所公开的实施例的会话标识符的生成的示意图。

图4是示出符合本文所公开的实施例的可信(trusted)执行环境的一个实施例的示意框图。

图5是示出符合本文所公开的实施例的位置数据的标准化的示意图。

图6是示出符合本文所公开的实施例的UE相对于参考点的位置的示意图。

图7是示出符合本文所公开的实施例的用于设备到设备(D2D)会话建立的方法的示意流程图。

图8是示出符合本文所公开的实施例的用于设备到设备(D2D)会话建立的另一方法的示意流程图。

图9是示出符合本文所公开的实施例的用于生成标识信息的方法的示意流程图。

图10是符合本文所公开的实施例的移动设备的示意图。

具体实施方式

无线移动通信技术使用各种标准和协议来在基站和无线通信设备之间发送数据。无线通信系统标准和协议可包括例如第三代合作伙伴计划(3GPP)长期演进(LTE)；电气与电子工程师协会(IEEE)802.16标准，其对产业群通常称为全球微波接入互操作性(WiMAX)；以及IEEE802.11标准，其对产业群通常称为Wi-Fi。在根据LTE的3GPP无线电接入网络(RAN)中，基站被称为演进型通用陆地无线电接入网络(E-UTRAN)节点B(通常还表示为演进型节点B、eNodeB或eNB)。基站可与无线通信设备(称为用户设备(UE))进行通信。

图1是示出通信系统100的示意图，通信系统100包括与网络基础设施104通信的多个UE 102。网络基础设施104包括演进型分组核心(EPC)106和E-UTRAN 108。EPC 106包括移动性管理实体(MME)和服务网关(S-GW)112，S-GW 112通过S1接口与E-UTRAN 108中的eNodeB 110进行通信。由3GPP定义的S1接口支持EPC 106和eNodeB110之间的多对多关系。例如，不同运营商可以同时操作同一eNodeB 110(这也被称为“网络共享”)。E-UTRAN 108是针对LTE的分组交换3GPP RAN(即3.9G)和针对高级LTE的分组交换3GPP RAN(即4G)，后者首次在3GPP第8版本中引入并且不断演进。在E-UTRAN 108中，eNodeB 110比通用移动电信系统(UMTS或3G)中所使用的通用陆地无线电接入网络(UTRAN)的传统节点B更智能。例如，几乎所有RNC功能已被移动到eNodeB而不是在单独的RNC中。在LTE中，eNodeB 110通过X2接口彼此互连，这允许eNodeB 110转发或共享信息。

UE 102使用Uu空中接口(使用许可蜂窝频谱)与eNodeB 110进行通信。UE 102和eNodeB 110可以彼此传送控制数据和/或用户数据。LTE网络中的下行链路(DL)传输可以被定义为从eNodeB 110到UE 102的通信，并且上行链路(UL)传输可以被定义为从UE 102到eNodeB 110的通信。

除了通过Uu接口进行DL和UL传输外，UE 102还被示出通过Ud空中接口彼此直接通信。针对非常邻近的移动设备之间的通信及运营商控制的设备发现，3GPP近来已研究了用例并识别出了需求。该活动通常被称为邻近服务(ProSe)或设备到设备(D2D)通信。该研究的初步结果可以在3GPP TR 22.803 v12.1.0(2013年3月)的“针对邻近服务(ProSe)的可行性研究”中找到。3GPP中提议的各种应用和用例可以包括网络发起的或UE发起的到一组用户和/或设备的通信或在一组用户和/或设备中的通信。在D2D中，UE 102能够与另一UE 102直接通信，而无需经由eNodeB 110或核心网(例如EPC 106)对通信进行路由，如图1中UdD2D接口所示。D2D已被提议用于本地社交网络、内容共享、基于位置的市场营销、服务广告、移动到移动应用、公共安全等。由于能够降低核心网(例如EPC 106)或无线电接入网(例如E-UTRAN 108)上的负载、增加数据速率(由于直接和短通信路径)、提供公共安全通信路径以及提供其它功能，D2D通信吸引了人们的兴趣。

原则上存在用于实现移动设备之间的这类直接通信路径的各种替代形式。在一个实施例中，D2D空中接口Ud可以通过某些类型的短距离技术(例如，蓝牙或Wi-Fi)或通过重复使用许可LTE频谱(例如，UL频谱)来实现。尽管时分双工(TDD)或频分双工(FDD)技术可用于Ud接口，但本公开将集中于TDD技术。针对D2D通信，TDD相比FDD具有很多好处。例如，可预期发送路径和接收路径有相同的信道特性，并且不需要使用闭环原则进行信道估计。

D2D通信大体上可被分为两部分。第一部分是邻近检测(或设备发现)，其中UE 102能够确定其在D2D通信的范围内。邻近检测可以由网络基础设施104协助、可以至少部分地由UE 102执行、或可以很大程度上独立于网络基础设施104来执行。第二部分是UE 102之间的直接通信或D2D通信，其包括在UE 102之间建立D2D会话以及用户或应用数据的实际通信的过程。D2D通信可以在、也可以不在移动网络运营商(MNO)的连续控制之下。例如，UE 102可能不需要与eNodeB 110有活跃的连接以便参与D2D通信。本文所使用的短语“D2D会话建立”可用于指代要在D2D通信中使用的发现、会话建立、或建立参数、密钥、代码、标识符等。

建立D2D会话中的一个基本问题是如何确定在UE 102之间将允许或创建什么样的关联或分组。例如，UE 102或网络应该遵循何种规则来确定在彼此范围内的UE 102是否应建立D2D通信或是否属于同一D2D组或集群。需要由这些规则回答的示例问题包括在给定时间和位置当前存在哪些D2D组，以及给定UE被允许加入这些D2D组中的哪个。

一种方法是使MNO无线地(例如，使用作为蜂窝通信系统的广播能力的一部分的Uu接口)传播D2D组信息。然而，这类方法将具有某些缺点，例如，其将在Uu空中接口上引起额外的负载、以及广播信息的空间和时间粒度。例如，由于UE 102具有非常高的移动性，由MNO提供的信息可能不是最新的。此外，该类型的传播很可能是完全受MNO控制的集中式方法。这可能导致仅允许被分配或订阅到同一MNO的UE 102接收有关D2D组信息。

基于上述内容，申请人已认识到需要一种分布式方法来获得D2D组信息和D2D会话建立。本公开提供用于生成UE 102或其它移动设备中的(一个或多个)唯一会话标识符以供D2D通信的分布式方法。这类D2D会话标识符可表示或可被利用来导出D2D组ID、D2D加密密钥、D2D资源分配模式(pattern)、或D2D通信所需的其它信息。

根据一个实施例，UE 102可包括参数组件、标准化组件、标识符组件以及D2D会话组件。参数组件用于基于一个或多个D2D通信规则来确定与UE 102或UE 102的用户相对应的输入参数。输入参数可包括具有非标准化数据的输入参数的第一集合和具有预标准化数据的输入参数的第二集合。标准化组件被配置为将参数的第一集合的非标准化数据进行标准化以创建UE标准化数据。例如，标准化组件可被配置为将第一格式的数据转化到第二格式。在一个实施例中，标准化组件204可被理解为量化组件。标识符组件被配置为使用UE标准化数据和预标准化数据作为预定义算法中的输入来生成会话标识符。D2D会话组件被配置为使得UE在与会话标识符相对应的D2D集群中进行通信。

例如，输入参数的第一集合和输入参数的第二集合可由UE 102用于计算期望的D2D会话标识符。输入参数的第一集合可由需要被标准化或量化的信息组成，例如，日期、时间和位置坐标，而输入参数的第二集合可由能够立刻被馈送到计算算法中而无需标准化或量化的信息组成，例如从事件票券(a ticket to an event)中读取的信息、或各种辅助标识符。这些各种辅助标识符可包括以预定格式被标准化的任意标识符，例如针对以下各项的标识符：事件的组织者、服务提供商、设备制造商、软件开发商、移动设备上当前正被使用或安装的某些应用等。在本发明的一个实施例中，事件票券还可以是存储在移动设备中某处的电子票券。在本发明的另一实施例中，计算出的D2D会话标识符(或从D2D会话标识符中导出的D2D相关信息)的有效性被限制到特定位置或持续时间。

仅以示例的方式给出了该实施例。下面将讨论另外的细节和示例实施例。

图2是示出用于分布式D2D会话建立的UE 102的示例组件的示意框图。UE 102包括参数组件102、标准化组件204、标识符组件206、可信执行环境208、D2D会话组件210以及传感器212。组件202-212仅以示例的方式给出并且可以不被包括在所有实施例中。例如，其它实施例可包括所描绘的组件202-212中的一个，或两个或更多个的任意组合。此外，本领域技术人员将认识到组件202-212可被包括在任意类型的移动站中，并且不限于被包括在UE102中或用于与3GPP网络的通信。

参数组件202被配置为确定用于控制D2D发现或通信的输入参数。在一个实施例中，参数组件202被配置为确定将被用于对会话标识符或密钥的生成进行控制的输入参数。会话标识符可包括关于D2D通信可用的数字信息、字母数字信息或其它信息。例如，会话标识符或密钥可被用作(或用于确定)组标识符、加密密钥、资源分配等。在一个实施例中，会话标识符可以在父UE 102(例如，图2的UE)处确定，并且可以在发现期间使用，以便定位范围内(in-range)被允许加入同一D2D组的UE 102。

在一个实施例中，参数组件202基于一个或多个通信规则确定输入参数。通信规则可包括与通信标准相对应的或在使用期间被配置的规则。在一个实施例中，通信规则可包括由MNO定义的通信规则。例如，MNO可基于与UE 102的通信环境、硬件或软件有关的当前密度或其它信息来提供D2D规则。在一个实施例中，通信规则可包括由UE 102执行的应用层程序定义的通信规则。例如，应用层程序可包括社交网络应用或寻求与邻近的或范围内的UE102共享数据的其它应用。在一个实施例中，通信规则可以至少部分地由UE102的用户定义。在一个实施例中，规则指示为了允许D2D通信哪些参数类型必须在UE 102之间具有匹配值。在一个实施例中，通信规则可以给这些通信规则或由通信规则指示的参数指示有效时间段。例如，有效时间段可以是这样的时间段：在该时间段期间，具有所指示的匹配参数输入的UE 102可以作为同一D2D组的一部分。

在一个实施例中，参数组件202可以通过获得与由一个或多个通信规则所指示的输入类型相对应的数据来获得输入参数。参数组件202可以通过从存储器或从一个或多个传感器获得信息来确定输入参数。例如，一些信息(例如，服务提供商、软件、硬件、制造商的标识符、用户账户或任意其它信息)可被本地存储在UE 102上。例如，本地存储在UE 102上的一些信息可能是更私人或个人性质的，并且可能涉及用户的浏览历史、为了浏览互联网所存储的书签、通讯录条目、日历日程、或类似的信息。在一个实施例中，参数组件202可以从UE 102的传感器212获得信息。示例传感器可包括麦克风、光学传感器(例如摄像头或光传感器)、加速计、定位或导航系统或接收器、或其它传感器。在一个实施例中，为了得到期望的输入参数或值，可能需要对数据进行处理或计算。

在一个实施例中，参数组件202从一个或多个传感器212获得至少一部分输入参数。在一个实施例中，传感器212包括麦克风，并且输入参数包括由麦克风聚集的音频数据。例如，麦克风可以聚集UE 102的音频环境中的数据。数据可包括在诸如音乐会或足球比赛之类的事件时来自扬声器的音频，并且可用于确定UE 102在彼此范围内或在同一事件处。在一个实施例中，传感器212包括摄像头，并且输入参数包括来自由摄像头捕获的条形码的信息。例如，摄像头可用于捕获事件票券的图像，并且来自票券上的条形码的信息可用作输入参数。在一个实施例中，传感器212包括导航卫星系统接收器，并且输入参数包括由导航卫星系统接收器确定的位置信息。例如，导航卫星系统接收器可包括全球定位系统GPS)接收器、全球导航卫星系统(GLONASS)接收器、北斗导航卫星系统(BDS)接收器等，并且输入参数可包括由导航卫星系统接收器确定或接收的位置数据。

输入参数可包括需要被标准化的数据或已被标准化的数据。例如，标准化数据可包括在获得后不需要被修改的数据。可能不需要被修改的数据的示例包括标识符，例如已被标准化并且很可能在其它UE 102或设备处以同样方式被标准化的制造商标识符或软件标识符。该标准化数据将具有或很可能具有同样的格式，从而使得标识符不管在哪个设备上被发现都将是相同的。标准化数据的另外的示例包括服务提供商标识符、设备制造商标识符、事件组织者标识符、软件开发商标识符、应用标识符和票券信息。在由参数组件202确定之前已被标准化的标准化数据在本文也可被称为归一化、量化或预标准化数据。

非标准化数据可包括需要被标准化以正确确定会话标识符的数据。例如，同一参数类型的一些输入参数值可能不同地被格式化、可能具有不同等级的精度、或可能仅需要落入期望的范围内。该数据可以被标准化以确保不同格式、精度或落入规定范围的值被转换到统一标准化数据。可能需要被标准化的数据的示例包括日期、时间、位置、音频数据、光学数据、速度数据、加速信息等。这类数据在本文可被称为非标准化、未标准化、非统一、非归一化数据等。

在一个实施例中，参数组件202确定或获得输入参数，输入参数既包括标准化数据也包括非标准化数据。由于可作为输入参数而被包括的参数类型的范围很广，可能需要定义特定参数类型应如何被标准化。在一个实施例中，除了获得或确定输入参数外，参数组件202还可定义用于标准化一个或多个输入参数的标准化规则。标准化规则可包括从应用层程序或由UE、MNO等执行的其它软件接收到的规则。标准化规则可指示为了将数据置于标准化格式要提取、解析、连结、省略和/或修改哪些信息。例如，标准化规则可指示输入参数的小数点精度或范围。标准化规则可指示规则应被应用到哪些参数类型和/或输入参数。下面提供了针对不同输入参数的标准化的另外的示例。

尽管移动设备的各种输入传感器(例如，摄像头、麦克风等)可用于确定至少一个所需的输入参数，但对信息进行标准化以移除误差或考虑由于不同位置、硬件特性、软件等原因而在信息的接收或处理的方式上的变化可能是必需的。例如，在某些情况下，让麦克风在足球比赛期间检测体育场中的说话者或在演奏开始前检测剧院中的背景音乐可能是有利的，但它们很可能是至少稍有不同的。通常，对用于计算D2D会话标识符的输入参数执行的标准化或量化操作通过允许输入参数的类似值而有助于扩大D2D用户组。例如，音频数据可被处理以创建数据的简化的和/或标准化的表示形式，这些表示形式更可能与其它UE102处已按相同方式被处理的音频数据匹配。

在一个实施例中，参数组件202可以向一个或多个其它组件提供所确定的和/或所获得的输入参数。例如，参数组件202可以向标准化组件204、标识符组件206、和/或可信执行环境208提供标准化规则和/或至少一部分输入参数。

标准化组件204被配置为对一个或多个输入参数进行标准化。例如，标准化组件204可以修改或重新格式化输入参数以将输入参数置于标准化格式。在一个实施例中，标准化组件204可以接收非标准化数据和一个或多个标准化规则并且创建UE标准化数据。例如，标准化组件204可接收非标准化数据和标准化规则，而预标准化数据被提供给标识符组件206。已由标准化组件204标准化的非标准化数据在本文可被称为UE标准化数据、后标准化数据、标准化组件标准化数据等。下面将针对示例情境提供数据标准化的示例。

标识符组件206被配置为使用输入参数生成会话标识符。在一个实施例中，标识符组件206从参数组件202接收包括预标准化数据的输入参数的第一集合，并且从标准化组件204接收包括UE标准化数据的输入参数的第二集合。这些输入参数然后在生成会话标识符的预定义算法中被用作输入。会话标识符可包括密钥(例如，加密密钥)、代码(例如，接入代码)、名称或可由UE 102在D2D分组和/或通信中(或泛泛地说，在D2D会话建立阶段期间)使用的任意其它数据。预定义算法包括对多个其它UE 102或设备而言已知的算法，从而使得其它UE 102在其具有相同或大致相同的输入参数的情况下能够得到相同的会话标识符。

算法可包括各种类型的算法，其基于相同的输入提供相同的输出。在一个实施例中，算法可创建使得难以逆向工程出原始输入参数的会话标识符。示例算法可包括用于加密哈希函数、随机数生成器的算法、或可以采用输入参数并且计算唯一代码或密钥或其它信息的其它算法。在一个实施例中，算法被限于以特定大小的会话标识符作为输出，以在不同UE 102之间提供统一性。在一个实施例中，算法可以仅在可信执行环境208中是已知的，从而使得对会话标识符的未授权计算不能被执行。例如，这可有助于确保只有具有相同输入参数的那些UE(如由D2D通信规则所定义的)才能够在D2D组中进行通信。

在一个实施例中，标识符组件206可以将会话标识符(或其(一个或多个)任意衍生物，例如(一个或多个)组标识符、(一个或多个)加密密钥、(一个或多个)接入代码、(一个或多个)资源分配模式等)返回到D2D会话组件210或UE 102的另一组件以供在D2D通信中使用。

在一个实施例中，标准化组件204和/或标识符组件206被包括在可信执行环境208中。例如，标准化组件204和/或标识符组件206可在受保护的环境内执行其操作以确保根据所指示的算法和规则执行标准化和/或会话标识符生成。标准化组件204和/或标识符组件206被包括在可信执行环境208内可允许一定的可信度，即具有相同会话标识符的UE 102具有充分匹配的输入参数。这可增加关于D2D通信的安全性。如上面所讨论的，输入参数的匹配度可以基于标准化规则，标准化规则可考虑范围、误差或各种各样的数据格式。

图3是示出可信执行环境208内用于输出会话标识符的示例输入和对输入的处理的示意图。标准化规则302、输入参数的第一集合304、以及输入参数的第二集合306被示出作为到可信执行环境208中的输入。尽管输入302、304和306被示出是并行的，但将理解的是输入302、304和306也可以通过一个或多个通信信道或端口串行提供到可信执行环境208。标准化规则302可以包括关于如何对输入参数的第一集合304中的非标准化数据进行标准化的规则，正如上面所讨论的。输入参数的第一集合304包括非标准化输入参数P11、P12、直到P1n，其中在第一集合304中存在n个非标准化输入参数。标准化规则302被提供给标准化控件308，并且输入参数P11、P12、直到P1n被提供给相应的标准化引擎310，标准化引擎310包括SE 1、SE 2、直到SE n，其中针对第一集合304中的相应输入参数存在n个标准化引擎。在一个实施例中，可以用一个标准化引擎对两个或更多个输入参数进行标准化。标准化控件308和标准化引擎310是标准化组件204的一部分。标准化控件308基于标准化规则302来控制标准化引擎310以向标识符组件206提供后标准化的、或UE标准化的数据。

输入参数的第二集合306和由标准化组件204标准化的输入参数的第一集合304作为算法312的输入被提供给标识符组件206以生成会话标识符314。输入参数的第二集合306包括标准化输入参数P21、P22、直到P2m，其中在第二集合306中存在m个标准化输入参数。如上面所讨论的，算法312可包括预定义算法和/或对其它UE 102中的其它可信执行环境而言已知的算法。因此，会话标识符314对于具有输入参数的第一集合304和第二集合306中所提供的相同输入参数的任意其它UE 102而言可以是相同的。所生成的会话标识符314(其还可被称为密钥或代码)可以被返回到父UE 102或其它移动站。

在另一实施例中，会话标识符314被用于导出组标识符、加密密钥、接入代码或资源分配模式以供在D2D通信中使用。

可信执行环境208可提供安全环境，在该安全环境中可以确保输入参数标准化和会话标识符生成的适当和/或安全实现方式。示例可信执行环境208可用于智能卡中，或可用于在UE 102或其它移动站中使用的集成形式。例如，可信执行环境208可以包括以下一项或多项：可被插入到UE102中的槽和/或从UE 102中的槽中移除的订户身份模块(SIM)卡、通用集成电路卡(UICC)。作为另一示例，可信执行环境208可包括集成的可信平台模块(TPM)，该模块在不破坏UE 102、TPM或UE 102或TPM内的数据的情况下无法或难以从UE 102移除。在一个实施例中，标准化组件204和/或标识符组件206可包括在可信执行环境208内存储和/或执行的代码。其它可信执行环境208也在本公开的范围内的，包括通过软件和/或UE102或移动站上的加密创建的可信执行环境208。

关于示例可信执行环境的进一步的背景对TPM和智能卡可能是有帮助的。TPM是已被开发作为可信计算组(TCG)(之前称为TCPA)的一部分的集成电路模块，以便为个人计算机(PC)提供安全的环境。TPM类似于不可分离地安装在计算平台上的智能卡。区别在于TPM被耦合到系统(计算平台)而不是用户。其它部署情境(除了PC外)是个人数字助手(PDA)、蜂窝电话(例如智能手机)、以及消费电子产品。TPM芯片是无源元件。TPM无法主动影响系统的自举(bootstrapping)过程或任意正在进行的操作。但是TPM持有可用于清楚地标识系统(计算平台)的唯一标识标签。此外，TPM可以生成、使用和存储多个不同密钥(例如，用于加密算法或数字签名)。

TPM的一个好处在于这些密钥不需要在TPM外使用。换言之，所有计算都在TPM的可信域内完成。软件攻击因此被认为是不可能的。另外，防止硬件攻击也比较好(类似于安全智能卡)。TPM的制造方式使得物理攻击会导致所有数据毁坏。具有集成TPM的计算平台可以向远程实体证明其可信性。在很多情况下，使系统(计算平台)的操作状态由TPM的控制功能成功验证是执行软件或运行某些应用的前提条件。例如，在本公开中，TPM可以是执行标准化控件308和算法312的前提条件。

除了可以在物理上从UE 102或其它移动站内的槽中移除之外，智能卡可以以类似的方式使用。关于智能卡，根据全球移动通信系统(GSM)标准操作的移动电话在使用移动网络时要求SIM卡，而根据UMTS标准操作的移动电话要求具有至少一个通用订户身份模块(USIM)的UICC。这两种类型的卡(SIM卡和UICC)都在其应用存储器中提供对于应用和应用数据的存储能力。这些应用中的大多数应用是特定于移动通信的，因此由MNO发布、维护和更新。可信的应用(例如，与标准化组件204和标识符组件206相对应的应用)也可以被存储在智能卡的应用存储器中。

图4示出了作为可用作可信执行环境208的智能卡的一个示例实施例的UICC 400的示例组件。示出了智能卡的几个重要元件，包括应用存储器、只读存储器(ROM)、随机存取存储器(RAM)、微处理器单元(MPU)、以及输入/输出(I/O)控制器。应用存储器(其可包括电可擦除可编程ROM(EE-PROM))可用于存储应用、通用SIM应用工具箱(USAT)小应用程序、以及数据。例如，数据可包括短消息服务(SMS)消息、多媒体消息服务(MMS)消息、电话本、或其它数据。ROM可包括USAT、智能卡应用(例如，USIM或互联网协议(IP)多媒体服务身份模块(ISIM))、文件系统、算法、Java虚拟机、操作系统等。RAM可用作工作存储器并且可用于计算结果的存储和/或用作I/O通信的存储器。MPU可用于执行指令，例如应用存储器、ROM和RAM中的那些指令。I/O控制器可以管理MPU和UE 102或移动设备(ME)之间的数据流。

在根据GSM标准进行操作的移动通信系统中，SIM卡和ME共同构成移动站，而在根据UMTS标准进行操作的移动通信系统中，UICC(多个SIM和USIM可驻留在其ROM中)和ME共同构成UE。

返回图2，D2D会话组件210被配置为使得UE 102在与会话标识符314相对应的D2D组中进行通信。例如，UE 102可以从标识符组件206接收会话标识符314或其它标识信息，并且在D2D通信期间使用会话标识符314。在一个实施例中，D2D会话组件210基于会话标识符314生成组标识符，并且建立或加入使用该组标识符的D2D组。在一个实施例中，D2D会话组件210基于会话标识符314生成加密密钥，并且使用该加密密钥来加密发送到D2D组或集群中的其它UE 102的信号。在一个实施例中，D2D会话组件210可以将会话标识符314用作组标识符、加密密钥等。在一个实施例中，D2D会话组件210基于会话标识符314分配资源。例如，D2D会话组件210可以基于会话标识符314建立频跳(frequency hopping)序列。

情境

将针对下面的情境示出分布式D2D建立的示例。

在情境1中，三个UE 102(UE 1、UE 2和UE 3)基于位置和设备制造商数据独立生成会话标识符。例如，MNO、应用、用户或其它实体或程序可以指示D2D通信或发现应该基于位置和设备制造商。针对具有匹配位置和设备制造商的UE 102，将生成相同的会话标识符。更具体地，一个或多个UE 102使用设备制造商信息(不要求标准化)和位置信息(要求标准化)来确定会话标识符。在该情境中，在针对位于相同地理区域(由标准化规则定义)并且由相同设备制造商(如果需要的话，也由标准规则定义)装配的每个UE 102或其它移动设备的计算过程结束时，相同的会话标识符是可用的。

关于对设备制造商的处理，每个UE 102的参数组件202从诸如内部UE 102存储器之类的存储器读取制造商标识符。在一个实施例中，制造商标识符可以从安全的、或加密的存储器中读取。下面的表1示出了三个UE 102中每个UE 102的制造商标识符。制造商标识符是标准化值，因此无需进行标准化。这些制造商标识符中的两个是相同的。具体地，UE 1和UE 3共享相同的制造商标识符，并且UE 2具有不同的制造商标识符。这些标识符中的每个标识符被馈送到如图3中所示的算法中。在一个实施例中，制造商标识符可以从每个UE 102的国际移动站设备身份(IMEI)中导出。这将要求将IMEI解析成子组分以生成制造商标识符。用于解析的规则可以被包括为标准化规则，并且IMEI将在被馈送到算法中之前被标准化。

	设备制造商标识符	对比
			UE 1	105 642 228 016	与UE 3相同
UE 2	105 621 743 323	不同
			UE 3	105 642 228 016	与UE 1相同

表1

关于位置，位置信息可以按照纬度和经度来表达。纬度(其可被简写为Lat、或phi)是赤道平面和垂直于基准椭球的线之间的角度，基准椭球近似地球的形状以考虑两极的扁平和赤道的凸出。连接相同纬度点的线被称为纬线，其轨迹是地球表面上与赤道平行的同心圆。北极是90°N，南极是90°S。0°纬线被指定为赤道，赤道是所有地理坐标系统的基础平面。赤道将地球划分为北半球和南半球。

经度(其可被简写为Long、λ或lambda)是两个地理极点之间基准子午线到穿过任意点的另一子午线之间的东向或西向角。所有子午线都是大圆的一半，并且不是平行的。它们在北极和南极聚集。通到格林威治(英国伦敦附近)皇家天文台后面的线已被选为国际零经度基准线，即本初子午线。本初子午线向东的地方是在东半球，本初子午线向西的地方是在西半球。与格林威治相对的子午线既是180°W也是180°E。

	纬度	经度
			十进制	北纬52.264667	东经10.523776
度-分-秒	北纬52°15′52.80″	东经10°31′25.59″

表2

表2示出了示例位置可以如何用两种不同方式或格式来表达。表2的第一行以十进制值格式示出了纬度和经度。第二行以度、分和秒的格式示出了相同的纬度和经度。每个数据格式可以很容易互相转化或转换。尽管高度与基准平面有关，但物理世界中对高度的大部分测量是基于被称为海平面的零面(zero surface)。海拔(altitude和elevation)(高度的两个同义词)通常被定义为该点高出平均海平面的位置。

可从多个位置测量结果中导出的一些可能的输入参数包括航向(heading)、瞬时速率和速度。航向是人或车辆正面对或行进的方向，通常类似于其行动方向。在运动学中，物体的瞬时速率(通常表示为v)是其瞬时速度(其位置变化率)的大小。瞬时速率因此是速度的标量等价形式。物体在间隔时间中的平均速率是物体行进的距离除以间隔持续时间。瞬时速率是当时间间隔持续时间接近零时的平均速率的极限。类似于速度，速率具有长度除以时间的量纲。速率的国际单位制(SI)单位是米每秒(m/s)，但是日常使用中速率的最常用单位是千米每小时(kph)、或在美国和英国为英里每小时(mph)。速度描述了位置变化率并且是向量物理量，定义速度既需要大小也需要方向。速度的标量绝对值(大小)是瞬时速率。

关于对位置信息的处理，图5示出了针对每个UE 102的经度(Long)和纬度(Lat)的标准化处理的流程图500。经度和纬度从导航卫星系统模块502(例如，GPS、GLONASS、或BDS接收器或模块)中获得，并且作为输入被提供到位置标准化引擎504(SE_LOC)中。标准化引擎504按标准化控件506的指示将经度(Long)和纬度(Lat)标准化以提供标准化数据(Long*和Lat*)。标准化位置数据(Long*和Lat*)随后可被提供给算法以供计算标识符。位置标准化引擎504可被配置为在格式之间转换位置数据(例如，从度、分、秒到十进制，或反之)和/或将纬度和经度四舍五入到特定小数点或丢弃特定小数点后的值。在该情况下，标准化控件506基于标准化指令(或泛泛地说基于D2D通信规则)指示位置标准化引擎504仅使用所有接收到的值中小数点后的前三位数字。其它操作指令也是可能的。下面的表3示出了针对UE1、UE 2和UE 3中的每个UE的标准化之前和标准化之后的位置数据。

表3

如表3中所示，UE 102的位置在标准化后是相同的。基于表1和表3，UE 1和UE 3的标准化位置数据和制造商标识信息是相同的。随着相同的数据被馈送到相同的算法中，UE1和UE 3将具有所产生的相同的会话标识符。这允许UE 1和UE 3创建/加入同一D2D组或集群，以生成共同的加密密钥用于D2D通信、参与安全的点到点通信、使用D2D无线电资源的同一子集等。由于UE 2的输入参数之一(即其制造商标识号)不同于UE 1和UE 3，因此UE 2中所计算的会话标识符是不同的。UE 2因此无法接入同一D2D组、生成匹配加密密钥、创建到其它两个设备的安全D2D通信链路、使用D2D无线电资源的同一子集等。

在情境2中，四个UE 102(UE 1、UE 2、UE 3和UE 4)基于日期和时间、距基准点的距离以及有效时间段来独立生成会话标识符。在该情境中，在驻留在相同地理区域(由基准位置和UE到该基准点的距离定义)的那些UE 102或移动设备中的计算过程结束时，有效性受限的共同会话标识符是可用的。

关于处理，日期和时间参数类型从父UE 102或其它移动设备时钟中被取回。基准点、最大距离以及有效时间段从事件票券中被读取。如果事件票券是纸质票券，则输入参数(即，基准点、最大距离和/或有效时间段)可以由移动设备的用户扫描/拍照(例如，使用摄像头捕捉QR代码、条形码等)。如果事件票券是存储于移动设备的存储器中的电子票券，则输入参数可以例如直接从电子票券(例如，便携式文件格式(PDF)文件、超文本标记语言(HTML)文件或任意其它电子文件)中读取。例如，来自电子票券的信息可以从可信执行环境208中读取和被馈送到可信执行环境208，而无需任何用户交互或响应于来自用户的许可。由于时间和/或不同日期和时间格式上的轻微差别，日期和时间信息可能需要标准化。这些参数的标准化可包括将日期和/或时间转换到预定格式和/或将日期或时间四舍五入到期望增量。例如，标准化规则可以指示日期和时间应该被四舍五入到最近的10分钟、15分钟、30分钟、1小时或其它时间间隔。

关于位置，输入参数可包括UE 102的位置数据，并且标准化规则可包括基准点和最大可允许距离。标准化规则还可指示如何确定来自UE 102的位置数据(例如，来自导航卫星系统接收器或模块的位置信息)是否在基准点的最大距离内。例如，标准化引擎可以计算UE 102和基准点之间的距离以创建UE距离。如果UE距离小于或等于最大距离，则标准化引擎的输出可以是指示UE 102足够靠近基准点的值。例如，标准化引擎可以输出“1”、术语“在内部”或将由距基准点在最大距离内的UE 102共享的任意其它定义的值。在一个实施例中，大于最大距离的进一步容忍距离可以在UE 102停留在容忍距离内并且在定义的时间段内返回到最大距离内时允许UE 102临时维持为D2D组的一部分。

下面的图6和表4示出了基于基准点604处理位置信息。例如，票券可以指示基准点604、最大距离(r)、有效性时间段、和/或容忍距离(r_tol)。图6示出了相对基准点604的UE 1602a、UE 2 602b、UE 3 602c和UE 4 602 d。最大距离(r)内的区域由内环606示出，并且容忍距离(r_tol)内的区域由外环608示出。使用标准化引擎，UE 602a、602b、602c和602d各自计算其距基准点604的距离，如下面表4中所列出的。在该示例中，基准点604和UE 602的当前位置之间所允许的最大距离(如内环606所示)被定义为r＝30米。容忍距离被定义为r_tol＝35米，其中UE 602可被允许在该容忍距离内驻留有限时间而不使得其D2D会话标识符变得无效。在该情境中，UE 1(602a)和UE 2(602b)在最大范围r内，并且针对有效时间段被分配相同的会话标识符。UE 3(602c)临时在容忍距离r_tol内，因此被分配相同的会话标识符。UE4(602d)既驻留在r外也驻留在r_tol外，因此未被分配匹配会话标识符。

	距基准点(POR)的距离	对比	输出
				UE 1	15米	＜r	在内部
UE 2	10米	＜r	在内部
				UE 3	32米	＞r并且＜rtol	在内部
UE 4	50米	＞r并且＞rtol	在外部

表4

图7是示出用于分布式D2D会话建立的方法700的示意流程图。在一个实施例中，方法700由图2的UE 102执行。

方法700开始并且参数组件202基于D2D通信规则确定(702)与UE102相对应的输入参数。D2D通信规则可包括由MNO、UE 102上执行的应用或用户提供的规则。通信规则可指示参数类型和/或针对一个或多个参数类型的标准化规则。在一个实施例中，参数组件202确定(702)输入参数，输入参数包括输入参数的第一集合和输入参数的第二集合。第一集合包括需要被标准化的非标准化数据，并且第二集合包括不需要进一步标准化的标准化数据。

标准化组件204将任意非标准化数据标准化(704)以创建UE标准化数据。在一个实施例中，标准化组件204基于一个或多个标准化规则将非标准化数据标准化(704)。标准化规则可能已由应用、MNO、用户、票券等提供。在一个实施例中，标准化规则可以经由由应用、MNO、用户、票券等提供的网络链接或其它定位器取回。在一个实施例中，标准化组件204在可信执行环境208内将任意非标准化数据标准化(704)。

标识符组件206使用输入参数作为预定义算法的输入来生成(706)会话标识符。具体地，输入参数可包括预标准化数据(即，在D2D会话建立之前即处于标准化形式的数据)和UE标准化数据(即，由标准化组件204标准化的数据)。算法可生成标识符，使得无论实现算法的UE 102或机器如何，相同的输入都产生相同的输出。在一个实施例中，标识符组件206使用随机数生成器、加密哈希函数或其它算法来生成(706)会话标识符。在一个实施例中，标识符组件206在可信执行环境208内生成(706)会话标识符。

D2D会话组件210使得UE 102在与会话标识符相对应的D2D组或集群中进行通信(708)。例如，D2D会话组件210可以通过建立或加入D2D组使得UE 102在D2D组中进行通信(708)，该D2使用会话标识符作为(或生成)组ID、加密、资源分配等中的一个或多个。

图8是示出用于分布式D2D会话建立的另一方法800的示意流程图。在一个实施例中，方法800由图2的UE 102执行。

方法800开始并且参数组件202确定(802)用于控制D2D发现的参数类型。参数类型可包括数据，例如位置数据、来自本地环境的音频数据、图像、软件标识符、硬件标识符、事件标识符、或可由UE获得或可被UE 102包括的任意其它类型数据。参数类型可用于定义被授权互相通信的UE 102组。

参数组件202向可信执行环境208提供(804)与所确定的参数类型相对应的输入参数。可信执行环境208可包括智能卡、TPM或任意其它安全执行环境。在一个实施例中，参数组件202向集成可信执行环境208提供(804)输入参数。在一个实施例中，参数组件202向能够选择性地从UE 102移除的可信执行环境208提供(804)输入参数。

D2D会话组件210从可信执行环境208接收(806)从输入参数中导出的标识信息。标识信息可包括标识符、代码、密钥或基于输入参数唯一标识UE 102的其它信息。

D2D会话组件210利用具有匹配标识信息的范围内无线通信设备建立(808)D2D会话。在一个实施例中，D2D会话组件210利用具有相同组ID、加密密钥、资源分配等的通信设备建立D2D会话。

图9是示出用于生成会话标识符的方法900的示意流程图。在一个实施例中，方法900在图2和/或图3的可信执行环境208中执行。

方法900开始并且可信执行环境208接收(902)与移动站相对应的非标准化输入参数。可信执行环境208还接收(904)针对非标准化输入参数的标准化规则。在一个实施例中，标准化规则可包括由用户、MNO、应用或其它实体或组件定义的规则。在一个实施例中，标准化规则可以与具有特定类型的输入参数链接。在一个实施例中，标准化规则各自指示该规则应被应用到哪个具体的输入参数或参数类型。

可信执行环境208内的标准化组件204将非标准化输入参数标准化(906)以生成标准化输入参数。标准化组件204基于标准化规则将输入参数标准化(906)以创建标准化数据。

可信执行环境208内的标识符组件206基于标准化输入参数使用已知算法生成(908)密钥。已知算法可包括至少对其它移动站上的一个或多个其它可信执行环境而言已知的算法。例如，其它移动站可能能够执行相同算法以在其具有相同输入参数的情况下得到相同的密钥。

可信执行环境208将生成的密钥返回(910)到移动站。可信执行环境208可经由槽或端口可移除地与移动站耦合，并且密钥可经由槽或端口被提供给移动站。在一个实施例中，可信执行环境208与移动站集成，并且可信执行环境208将所生成的密钥返回(910)到D2D会话组件或移动站的其它组件。

图10是移动设备的示例图示，其中移动设备例如是用户设备(UE)、移动站(MS)、移动无线设备、移动通信设备、平板、手机或其他类型的无线通信设备。移动设备可以包括一根或多根天线，该一根或多根天线被配置为与传输站(例如，基站(BS)、eNB、基带单元(BBU)、远程无线电头端(RRH)、远程无线电设备(RRE)、中继站(RS)、无线电设备(RE)、或其他类型的无线广域网(WWAN)接入点)进行通信。移动设备可以被配置为使用至少一种无线通信标准(包括3GPP LTE、WiMAX、高速分组接入(HSPA)、蓝牙、以及Wi-Fi)进行通信。移动设备可以针对每种无线通信标准使用单独的天线或者针对多种无线通信标准使用共享天线。移动设备可以在无线局域网(WLAN)、无线个域网(WPAN)和/或WWAN中进行通信。

图10还提供了麦克风和一个或多个扬声器的图示，它们可以被用于移动设备的音频输入和音频输出。显示屏可以是液晶显示(LCD)屏、或者其他类型的显示屏，例如，有机发光二极管(OLED)显示器。显示屏可以被配置为触摸屏。触摸屏可以使用电容性触摸屏技术、电阻性触摸屏技术、或其他类型的触摸屏技术。应用处理器和图形处理器可以被耦合到内部存储器，以提供处理和显示能力。非易失性存储器端口也可以被用来向用户提供数据输入/输出选项。非易失性存储器端口还可以被用来扩展移动设备的存储器容量。可以将键盘与移动设备相集成，或者将键盘无线连接到移动设备以提供附加的用户输入。也可以使用触摸屏来提供虚拟键盘。

示例

以下示例涉及进一步的实施例。

示例1是一种UE，其被配置为与E-UTRAN进行通信。UE包括参数组件、标准化组件、标识符组件以及D2D会话组件。参数组件被配置为基于一个或多个D2D通信规则来确定与UE或UE的用户相对应的输入参数。输入参数包括具有非标准化数据的输入参数的第一集合和具有预标准化数据的输入参数的第二集合。标准化组件被配置为将输入参数的第一集合的非标准化数据进行标准化以创建UE标准化数据。标识符组件被配置为使用UE标准化数据和预标准化数据作为预定义算法中的输入来生成会话标识符。D2D会话组件被配置为使得UE在与会话标识符相对应的D2D集群中进行通信。

在示例2中，示例1的UE可选地包括标准化组件和标识符组件中的一个或多个，其中，标准化组件被配置为在可信执行环境中将非标准化数据进行标准化，并且标识符组件被配置为在可信执行环境中生成D2D会话标识符。

在示例3中，示例1-2中任一项的D2D会话组件可选地被配置为：使用会话标识符生成D2D组标识符，并且加入与该D2D组标识符相对应的D2D组。

在示例4中，示例1-3中任一项的D2D会话组件可选地被配置为：使用D2D会话标识符生成加密密钥，其中在D2D集群中进行通信包括发送使用加密密钥加密的信号。

在示例5中，示例1-4中任一项的D2D会话组件可选地被配置为：基于会话标识符分配资源。

在示例6中，示例1-5中任一项的D2D会话组件可选地被配置为：通过基于会话标识符建立频跳序列来分配资源。

在示例7中，示例1-6中任一项的参数组件可选地被配置为：接收由用户、UE执行的应用层程序以及MNO中的一个或多个定义的通信规则。

在示例8中，示例1-7中任一项的参数组件可选地被配置为接收指示有效时间段的通信规则，并且D2D会话组件被配置为在有效时间段之外阻碍D2D集群中的通信。

示例9是一种用于设备到设备(D2D)会话建立的方法。方法包括在被配置为与eNodeB通信的父无线通信设备处确定用于控制D2D发现(D2D discovery)的参数类型。该方法包括向可信执行环境提供与所确定的参数类型相对应的输入参数。该方法包括从可信执行环境接收从输入参数中导出的标识信息。该方法包括在具有匹配标识信息的一个或多个范围内无线通信设备之间建立D2D会话。

在示例10中，示例9的方法还可选地包括从由无线通信设备执行的一个或多个应用层程序和MNO中的一者或多者接收用于标准化至少一部分输入参数的一个或多个标准化规则。该方法还可选地包括向可信执行环境提供一个或多个数据标准化规则。

在示例11中，示例9-10中任一项的方法还可选地包括：从无线通信设备的传感器获得至少一部分输入参数。

在示例12中，示例9-11中任一项的传感器还可选地包括麦克风，并且输入参数包括由麦克风聚集的音频数据。

在示例13中，示例9-12中任一项的传感器还可选地包括摄像头，并且输入参数包括来自由摄像头捕捉的条形码的信息。

在示例14中，示例9-13中任一项的传感器还可选地包括导航卫星系统接收器，并且输入参数包括由导航卫星系统接收器确定的位置信息。

在示例15中，示例9-14中任一项的输入参数还可选地包括以下各项中的一个或多个：日期、时间、位置、音频数据、光学数据、速度数据以及加速信息。

在示例16中，示例9-15中任一项的输入参数还可选地包括以下各项中的一个或多个：服务提供商标识符、设备制造商标识符、事件组织者标识符、软件开发商标识符、应用标识符、以及票券信息。

示例17是一种集成电路，其被配置为在可信执行环境中执行操作。集成电路被配置为接收与被配置为使用3GPP通信标准进行通信的移动站相对应的第一格式的输入参数。集成电路被配置为接收针对第一格式的输入参数的格式规则。集成电路被配置为将第一格式的输入参数标准化以将输入参数转换到第二格式。集成电路被配置为基于标准化输入参数使用已知算法生成密钥，已知算法被配置为当输入参数相同时生成相同的标识符。已知算法对于多个其它集成电路模块而言是已知的。集成电路被配置为将所生成的密钥返回到移动站。

在示例18中，示例17的集成电路可选地包括智能卡和TPM中的一个或多个。

在示例19中，示例17-18中任一项的集成电路可选地包括智能卡，并且智能卡包括SIM卡和UICC中的一个或多个。

在示例20中，示例17-19中任一项的输入参数包括第一集合，集成电路还可选地被配置为从安全存储器接收包括第二格式的输入参数的第二集合，其中集成电路通过基于第二集合生成密钥来生成密钥。

在示例21中，示例17-20中任一项的集成电路可选地以可移除方式与移动站耦合。

在示例22中，示例17-21中任一项的集成电路可选地被集成为移动站的一部分。

示例23是一种用于D2D通信的方法。方法包括基于一个或多个D2D通信规则来确定与UE或UE的用户相对应的输入参数。输入参数包括具有非标准化数据的输入参数的第一集合和具有预标准化数据的输入参数的第二集合。方法包括将输入参数的第一集合的非标准化数据进行标准化以创建UE标准化数据。方法包括使用UE标准化数据和预标准化数据作为预定义算法中的输入来生成会话标识符。方法包括在与会话标识符相对应的D2D集群中进行通信。

在示例24中，示例23的方法可选地包括以下各项中的一个或多个：在可信执行环境中将非标准化数据进行标准化、以及在可信执行环境中生成D2D会话标识符。

在示例25中，示例23-24中任一项的方法可选地包括：使用会话标识符生成D2D组标识符，并且加入与该D2D组标识符相对应的D2D组。

在示例26中，示例23-25中任一项的方法可选地包括：使用D2D会话标识符生成加密密钥，其中在D2D集群中进行通信包括发送使用加密密钥加密的信号。

在示例27中，示例23-26中任一项的方法可选地包括：基于会话标识符分配资源。

在示例28中，示例23-27中任一项的方法可选地包括：通过基于会话标识符建立频跳序列来分配资源。

在示例29中，示例23-28中任一项的方法可选地包括：接收由用户、UE执行的应用层程序以及MNO中的一个或多个定义的通信规则。

在示例30中，示例23-29中任一项的方法可选地包括：接收指示有效时间段的通信规则，并且在有效时间段之外阻碍D2D集群中的通信。

示例31是一种用于D2D会话建立的方法。方法包括在被配置为与eNodeB通信的父无线通信设备处确定用于控制D2D发现的参数类型。方法包括向可信执行环境提供与所确定的参数类型相对应的输入参数。方法包括从可信执行环境接收从输入参数导出的标识信息。方法包括在具有匹配标识信息的一个或多个范围内无线通信设备之间建立D2D会话。

在示例32中，示例23-31中任一项的方法还可选地包括：从由无线通信设备和MNO执行的一个或多个应用层程序接收用于标准化至少一部分输入参数的一个或多个标准化规则。方法还可选地包括向可信执行环境提供一个或多个数据标准化规则。

在示例33中，示例23-32中任一项的方法还可选地包括：从无线通信设备的传感器获得至少一部分输入参数。

在示例34中，示例23-33中任一项的传感器还可选地包括麦克风，并且输入参数包括由麦克风聚集的音频数据。

在示例35中，示例23-34中任一项的传感器还可选地包括摄像头，并且输入参数包括来自由摄像头捕捉的条形码的信息。

在示例36中，示例23-35中任一项的传感器还可选地包括导航卫星系统接收器，并且输入参数包括由导航卫星系统接收器确定的位置信息。

在示例37中，示例23-36中任一项的输入参数还可选地包括以下各项中的一个或多个：日期、时间、位置、音频数据、光学数据、速率数据以及加速信息。

在示例38中，示例23-37中任一项的输入参数还可选地包括以下各项中的一个或多个：服务提供商标识符、设备制造商标识符、事件组织者标识符、软件开发商标识符、应用标识符、以及票券信息。

示例39是一种方法。方法包括接收与被配置为使用3GPP通信标准进行通信的移动站相对应的第一格式的输入参数。方法包括接收针对第一格式的输入参数的格式规则。方法包括将第一格式的输入参数标准化以将输入参数转换到第二格式。方法包括基于标准化输入参数使用已知算法生成密钥，已知算法被配置为当输入参数相同时生成相同的标识符，其中已知算法对于多个其它集成电路模块而言是已知的。方法包括将所生成的密钥返回到移动站。

在示例40中，示例39的方法可选地在可信执行环境中执行。

在示例41中，示例39-40中任一项的可信执行环境可选地包括SIM卡和UICC中的一个或多个。

在示例42中，示例39-41中任一项的可信执行环境可选地包括可信平台模块(TPM)。

在示例43中，示例39-42中任一项的输入参数包括第一集合，并且方法还可选地包括从安全存储器接收包括第二格式的输入参数的第二集合。生成密钥还包括基于第二集合生成密钥。

在示例44中，示例39-43中任一项的方法可选地在集成电路中执行，其中集成电路以可移除方式与移动站耦合或被集成为移动站的一部分。

示例45是一种设备，包括用于执行示例23-44中任一项的方法的装置。

示例46是一包括机器可读指令的机器可读存储设备，当机器可读指令被执行时实现示例23-45中任一项的方法或装置。

各种技术或其某些方面或部分可以采用程序代码(即，指令)的形式，所述程序代码体现于有形介质，诸如软盘、CD-ROM、硬盘驱动器、非暂态计算机可读存储介质或任何其他机器可读存储介质，其中，当程序代码被加载到机器(例如，计算机)中并被机器执行时，该机器成为用于实施各种技术的装置。在程序代码在可编程计算机上运行的情况下，计算设备可以包括处理器、可由处理器读取的存储介质(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备以及至少一个输出设备。易失性和非易失性存储器和/或存储元件可以是RAM、EPROM、闪速驱动器、光驱动器、磁性硬驱动器或用于存储电子数据的其他介质。eNB(或其他基站)和UE(或其他移动站)还可以包括收发器组件、计数器组件、处理组件和/或时钟组件或定时器组件。可以实现或利用本文所描述的各种技术的一个或多个程序可以使用应用编程接口(API)、可再用控件等。这样的程序可以采用高级面向过程或面向对象编程语言来实现，以便与计算机系统进行通信。然而，如果需要的话，(一个或多个)程序可以采用汇编语言或机器语言来实现。在任何情形下，语言可以是编译型语言或解释型语言，并且与硬件实现方式相结合。

应当理解的是，本说明书中所描述的许多功能单元可以被实现为一个或多个组件，组件是用来特别强调其实现方式独立性的术语。例如，组件可以被实现为硬件电路，该硬件电路包括定制的超大规模集成电路(VLSI)或门阵列、或者诸如逻辑芯片、晶体管或其他分立组件之类的现成半导体。组件还可以被实现在可编程硬件设备中，例如，现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等。

组件还可以被实现在软件中以供各种类型的处理器来执行。所标识的可执行代码组件例如可以包括计算机指令的一个或多个物理或逻辑块，它们例如可以被组织为对象、过程或函数。然而，所标识的组件的可执行代码不一定在物理上位于一处，而是可以包括存储于不同位置的分离指令，当这些分离指令在逻辑上被结合在一起时，将包括该组件并实现该组件所规定的目的。

实际上，可执行代码的组件可以是单个指令或多个指令，并且甚至可以分布于若干个不同的代码段上、不同的程序之间以及跨若干个存储器设备。类似地，在本文中，可操作数据可能被标识并示出于组件中，并且可以采用任意适当的方式来体现并被组织在任意合适类型的数据结构中。可操作数据可以被集合为单个数据集，或者可以分布于不同的位置(包括不同的存储设备)，并且可以至少部分地仅作为系统或网络上的电子信号而存在。组件可以是无源的或有源的，包括可操作以执行所期望的功能的代理。

贯穿本说明书提到的“示例”意为结合该示例描述的特定特征、结构、或特性被包括在本发明的至少一个实施例中。因此，贯穿本说明书在各处出现的短语“在示例中”不一定全部指代同一实施例。

为方便起见，本文所用的多个项、结构元件、组成要素、和/或材料可以被呈现在共用的列表中。然而，这些列表应该被理解为列表中的每个成员被独立标识为单独且唯一的成员。因此，在没有相反指示的情况下，这类列表中的个体成员都不应当仅基于其出现在共同群组中而被看作该同一列表中的任何其他成员的实际等同物。此外，本发明的各种实施例和示例在本文可以随着其各种组件的替代物一起被提及。应当理解，这样的实施例、示例和替代物不应被解释为彼此在事实上的等同物，而应被认为是对本发明的独立且自主的表示。

尽管出于清楚的目的详细地描述了前述内容，但显而易见的是，在不背离其原理的情况下可以做出某些更改和修改。应当注意的是，存在许多实现本文所描述的处理和装置的替代方式。因此，本文的实施例是说明性而非限制性的，并且本发明不限于本文给出的细节，而是可以在所附权利要求的范围和等同内进行修改。

本领域技术人员将理解的是，在不背离本发明的基本原理的情形下，可以对上述实施例的细节做出许多更改。因而本发明的范围应仅由所附权利要求来确定。

Claims (22)

1.一种用户设备(UE)，其被配置为与演进型通用陆地无线电接入网络(E-UTRAN)进行通信，所述UE包括：

参数组件，被配置为基于一个或多个设备到设备(D2D)通信规则来确定与所述UE或所述UE的用户相对应的输入参数，所述输入参数包括具有非标准化数据的输入参数的第一集合和具有预标准化数据的输入参数的第二集合；

标准化组件，被配置为将所述输入参数的第一集合的非标准化数据进行标准化以创建UE标准化数据；

标识符组件，被配置为使用所述UE标准化数据和所述预标准化数据作为预定义算法中的输入来生成会话标识符；以及

D2D会话组件，被配置为使得所述UE在与所述会话标识符相对应的D2D集群中进行通信。

2.如权利要求1所述的UE，包括以下各项中的一个或多个：

所述标准化组件被配置为在可信执行环境中将所述非标准化数据进行标准化；以及

所述标识符组件被配置为在所述可信执行环境中生成D2D会话标识符。

3.如权利要求1所述的UE，其中，所述D2D会话组件被配置为：使用所述会话标识符生成D2D组标识符，并且加入与所述D2D组标识符相对应的D2D组。

4.如权利要求1所述的UE，其中，所述D2D会话组件被配置为：使用所述D2D会话标识符生成加密密钥，其中在所述D2D集群中进行通信包括发送使用所述加密密钥加密的信号。

5.如权利要求1所述的UE，其中，所述D2D会话组件被配置为：基于所述会话标识符分配资源。

6.如权利要求5所述的UE，其中，所述D2D会话组件被配置为：通过基于所述会话标识符建立频跳序列来分配资源。

7.如权利要求1所述的UE，其中，所述参数组件被配置为：接收由用户、所述UE执行的应用层程序以及移动网络运营商(MNO)中的一个或多个定义的通信规则。

8.如权利要求1所述的UE，其中，所述参数组件被配置为：接收指示有效时间段的通信规则，并且其中所述D2D会话组件被配置为在所述有效时间段之外阻碍所述D2D集群中的通信。

9.一种方法，包括：

在被配置为与演进型通用陆地无线电接入网络节点B(eNodeB)通信的父无线通信设备处确定用于控制设备到设备(D2D)发现的参数类型；

向可信执行环境提供与所确定的参数类型相对应的输入参数；

从所述可信执行环境接收从所述输入参数中导出的标识信息；

在具有匹配标识信息的一个或多个范围内无线通信设备之间建立D2D会话。

10.如权利要求9所述的方法，还包括：

从由无线通信设备执行的一个或多个应用层程序和移动网络运营商(MNO)中的一者或多者接收用于标准化所述输入参数的至少一部分的一个或多个标准化规则；

向所述可信执行环境提供所述一个或多个数据标准化规则。

11.如权利要求9所述的方法，还包括：从所述无线通信设备的传感器获得所述输入参数的至少一部分。

12.如权利要求11所述的方法，其中，所述传感器包括麦克风，并且其中所述输入参数包括由所述麦克风聚集的音频数据。

13.如权利要求11所述的方法，其中，所述传感器包括摄像头，并且其中所述输入参数包括来自由所述摄像头捕捉的条形码的信息。

14.如权利要求11所述的方法，其中，所述传感器包括导航卫星系统接收器，并且所述输入参数包括由所述导航卫星系统接收器确定的位置信息。

15.如权利要求9所述的方法，其中，所述输入参数包括以下各项中的一个或多个：日期、时间、位置、音频数据、光学数据、速度数据以及加速信息。

16.如权利要求9所述的方法，其中，所述输入参数包括以下各项中的一个或多个：服务提供商标识符、设备制造商标识符、事件组织者标识符、软件开发商标识符、应用标识符、以及票券信息。

17.一种集成电路，其被配置为在可信执行环境中执行操作，所述操作被配置为：

接收与被配置为使用第三代合作伙伴计划(3GPP)通信标准进行通信的移动站相对应的第一格式的输入参数；

接收针对所述第一格式的输入参数的格式规则；

将所述第一格式的输入参数标准化以将所述输入参数转换到第二格式；

基于标准化输入参数使用已知算法生成密钥，所述已知算法被配置为当输入参数相同时生成相同的标识符，其中所述已知算法对于多个其它集成电路模块而言是已知的；以及

将所生成的密钥返回到所述移动站。

18.如权利要求17所述的集成电路，其中，所述集成电路包括智能卡和可信平台模块(TPM)中的一个或多个。

19.如权利要求18所述的集成电路，其中，所述集成电路包括所述智能卡，并且其中所述智能卡包括订户身份模块(SIM)卡和通用集成电路卡(UICC)中的一个或多个。

20.如权利要求17所述的集成电路，其中，所述第一格式的输入参数包括第一集合，所述操作还包括从安全存储器接收包括所述第二格式的输入参数的第二集合，其中生成所述密钥还包括基于所述第二集合生成所述密钥。

21.如权利要求17所述的集成电路，其中，所述集成电路与所述移动站以可移除方式耦合。

22.如权利要求17所述的集成电路，其中，所述集成电路被集成为所述移动站的一部分。