CN103380654B

CN103380654B - 用于对等通信的用户装置的配置

Info

Publication number: CN103380654B
Application number: CN201180068107.4A
Authority: CN
Inventors: S·D·何; G·B·霍恩; M·格里奥; N·纳加拉贾
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2010-12-22
Filing date: 2011-12-22
Publication date: 2016-05-18
Anticipated expiration: 2031-12-22
Also published as: EP2656681B1; JP5815734B2; JP2014504814A; US20120163235A1; US9320067B2; JP2015213339A; BR112013015852B1; KR20130114215A; BR112013015852A2; HUE039783T2; CN103380654A; JP6017635B2; ES2687830T3; KR20140119830A; WO2012088470A1; KR101868119B1; EP2656681A1; KR20160017116A

Abstract

对多址无线网络中的对等(P2P)链路进行配置包括：在支持P2P通信的UE处接收来自基站的P2P配置信息。第一UE基于从基站接收的P2P配置信息与第二UE进行直接通信。第一UE可以向基站发送配置请求消息，并且从基站接收具有P2P配置信息的响应性的配置消息，所述消息可以是支持P2P的无线资源控制(RRC)消息。替换地，可以在基站广播的系统信息块(SIB)中提供P2P配置信息。P2P配置信息可以指示被分配用于P2P通信的物理层或媒体访问控制资源或二者、以及其它信息。

Description

用于对等通信的用户装置的配置

相关申请的交叉引用

本申请根据35U.S.C.§119(e)要求于2010年12月22日递交的美国临时申请序列号No.61/426，154的优先权。

技术领域

本申请通常涉及通信，并且更具体地说，涉及用于支持对等(P2p)通信的技术。

背景技术

广泛部署无线通信网络以提供诸如语音、视频、分组数据、消息传送、广播等各种通信内容。这些无线网络可以是通过共享可用的网络资源能够支持多个用户的多址网络。这些多址网络的示例包括码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络、正交FDMA(OFDMA)网络和单载波FDMA(SC-FDMA)网络。

无线通信网络可以包括能够支持多个用户装置设备(UE)的通信的多个基站。UE可以经由下行链路和上行链路与基站进行通信。下行链路(或前向链路)指的是从基站到UE的通信链路，而上行链路(或反向链路)指的是从UE到基站的通信链路。

发明内容

为了对一个或多个方面有一个基本的理解，下面给出了对这些方面的简单概括。该概括部分不是对所有预期方面的详尽概述，并且既不是旨在标识所有方面的关键或重要元素，也不是旨在描述任何或全部方面的范围。其唯一目的是用简化的形式呈现一个或多个方面的一些设计构思，以此作为后面给出的更详细说明的前奏。

支持基站与用户装置之间的无线通信的多址无线通信系统也可以在没有任何干预性基站的情况下直接地支持用户装置之间的对等(P2P)通信。支持P2P无线通信的一个方面可以包括P2P发现和P2P链路的配置。第一UE可以使用各种方法来发现并选择第二UE用于P2P通信。在多址通信系统中，发现P2P邻居并且合适地配置P2P链路的问题可能包含复杂的考虑，而没有显而易见的最优解决方案。本申请描述了P2P配置的方法和方面，这些方法和方面可以证明有利于在现代多址无线通信系统中提高效率和服务质量。

根据一个或多个方面及其相应的公开内容，结合根据一种或多种方法来配置UE之间的对等链路来描述各个方面。在一个方面中，一种用于配置P2P链路的方法可以包括：在UE处接收来自基站的P2P配置信息，其中，所述P2P配置信息支持所述基站的覆盖区域内的UE的P2P通信。所述方法还可以包括：所述第一UE基于从所述基站接收的P2P配置信息，与第二UE进行直接无线通信。

在所述方法的某些实施例中，接收P2P配置信息的步骤还可以包括：从所述第一UE向所述基站发送配置请求消息，以及从所述基站接收包括所述P2P配置信息的配置消息。在更详细的方面中，所述配置请求消息和所述配置消息包括支持P2P的无线资源控制(RRC)消息。

在所述方法的另一个实施例中，接收P2P配置信息的步骤还可以包括：接收由所述基站广播的至少一个系统信息块(SIB)，以及从所述至少一个SIB获得所述P2P配置信息。

在所述方法的更详细的方面中，从所述基站接收的所述P2P配置信息传达被分配用于P2P通信的物理层(PHY)资源、或媒体访问控制(MAC)资源或二者。从而所述基站可以为涉及所述基站的覆盖区域中的至少一个UE的P2P通信的一个或多个实例分配PHY和/或MAC资源。

在另一个方面中，从所述基站接收的所述P2P配置信息传达用于P2P通信的UE身份。从而所述第一UE可以发现作为参与来自基站的P2P链路的候选者的UE邻居。在方法的另一个方面中，来自所述基站的所述P2P配置信息传达用于P2P通信的服务证书。在所述方法的另一个方面中，所述P2P配置信息是由所述第一UE在由所述第一UE所选择的时间进行接收的。

在一个方面中，所述方法还可以包括由所述第一UE在接收所述P2P配置信息之后，执行对等体发现以检测所述第二UE。作为替换或补充，所述方法还可以包括在接收所述P2P配置信息之前，由所述第一UE执行对等体发现以检测所述第二UE。提供所述P2P配置信息的基站可以是宏小区的宏基站、毫微微小区的家庭基站、或另一个相似类型的基站。

在相关方面中，可以提供用于执行上面概括的方法和方法的各个方面中的任一个的无线通信装置。例如，装置可以包括耦合到存储器的处理器，其中，所述存储器保存由所述处理器执行以使得所述装置执行上述操作的指令。可以由诸如用于无线通信的各种类型的UE或接入终端的设备来举例说明这些装置的某些方面(例如，硬件方面)。同样，可以提供一种制品，所述制品包括保存有编码指令的非临时性计算机可读介质，当由处理器执行所述编码指令时，使无线通信装置执行上面概括的方法和方法的各方面。

附图说明

当下面结合下述附图来给出详细描述时，本申请的特征、本质和优点将变得更清楚。贯穿附图和详细描述，同样的附图标记可以用于标识在这些附图中的一幅或多幅图中出现的同样的元素。

图1示出了多址无线通信系统。

图2是示出了发射机/接收机系统的框图，该发射机/接收机系统可以是P2P或基站/UE系统。

图3示出了无线通信网络，其可以是LTE网络或某种其它无线网络，包括P2P能力。

图4示出了如图3中所示的无线网络中的第一UE与第二UE之间的通信的不同类型。

图5是示出了用于建立P2P通信的方法的多个方面的序列图。

图6是示出了用于基于单播信令的预连接建立的方法的多个方面的序列图。

图7是示出了用于基于广播信令的预连接建立的方法的多个方面的序列图。

图8是示出了用于预连接建立的方法的多个方面的序列图。

图9是示出了用于预连接建立的另一种方法的多个方面的序列图。

图10是示出了用于直接连接建立的方法的多个方面的序列图。

图11是示出了用于直接连接重新配置的方法的多个方面的序列图。

图12示出了用于可用对等体的显示的设计的示例。

图13是列出了针对被管理和未被管理的PDC以及受限和不受限的设备ID的一些示例性用例的表格。

图14是示出了用于对UE进行配置以用于P2P通信的方法的多个方面的框图。

图15至图18是示出了与图14中所示方法相关的额外的操作或方面的框图。

图19是示出了用于对无线通信系统中的P2P链路进行配置的装置的多个方面的框图。

图20是示出了用于向UE提供P2P配置信息以对P2P通信进行配置的方法的多个方面的框图。

图21至图23是示出了与图20中所示的方法相关的额外的操作或方面的框图。

图24是示出了用于提供P2P配置信息以对无线通信系统中的P2P链路进行配置的装置的多个方面的框图。

具体实施方式

下面结合附图的详细说明旨在作为各种配置的说明，而不是想要表明在此所描述的构思仅仅可以通过这些配置实现。出于提供对各种构思的全面理解的目的，详细说明包括具体细节。然而，对于本领域普通技术人员来说将显而易见的是，在一些实施例中，可以在省略某些具体细节的情况下实现这些构思。

本文中描述了用于支持P2P通信的技术。这些技术可以用于诸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA和其它网络的各种无线通信网络。术语“网络”和“系统”经常可互换使用。CDMA网络可以实现诸如，例如，通用陆地无线接入(UTRA)或CDMA2000的无线技术。UTRA包括宽带CDMA(WCDMA)和CDMA的其它变型。CDMA2000可以由IS-2000、IS-95和1S-856标准来描述。TDMA网络可以实现诸如全球移动通信系统(GSM)之类的无线技术。OFDMA网络可以实现诸如演进型UTRA(E-UTRA)、超移动宽带(UMB)、IEEE802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE802.20和Flash-OFDMA之类的无线技术。UTRA和E-UTRA是通用移动电信系统(UMTS)的一部分。3GPP长期演进(LTE)和高级LTE(LTE-A)是使用E-UTRA的UMTS新版本。在来自名为“第三代合作伙伴计划”(3GPP)的组织的文档中描述了UTRA、E-UTRA、UMTS、LTE、LTE-A和GSM。在来自名为“第三代合作伙伴计划2”(3GPP2)的组织的文档中描述了CDMA2000和UMB。本文中描述的技术可以用于上面提到的无线网络和无线技术以及其它无线网络和无线技术。仅通过举例的方式，下面针对LTE描述了这些技术的某些方面，并且在下面的大部分描述中使用LTE术语。

用户装置设备不是无线通信系统中的基站或网络实体的对等体，并且用户装置与基站或网络实体之间的通信不在如本文中所使用的P2P通信的意思中。相反，本文中使用的术语“P2P”专指用户装置设备之间的通信，所述每个用户装置设备的特征由下列因素来表征：支持用于与无线通信网络的基站进行通信的无线接口的移动实体，但是至少在参与P2P通信时缺乏通过有线连接向任意网络实体进行传输的能力。相应地，涉及具有通过有线连接向无线通信系统中的其它节点进行传输的能力的基站和网络实体的通信被排除在本文中所使用的“P2P通信”和包括“P2P"的类似术语的意思之外，无论参与这些通信的实体是否被认为是对等体。应当清楚的是，用户装置可以通过包括用于经由直接去往用户的用户接口设备以模拟形式输出数据(如从基站接收的数字数据)、以及用于经由一个或多个用户接口(包括用户输入的模数转换)来接收用户输入数据(例如，语音、图像、按键或触摸屏输入)并且向基站提供来自这种用户输入的数字数据的用户接口组件，来与无线通信系统中的其它实体进一步区别开。这些其它实体(例如，非用户装置)通常缺乏这样的组件，或者可以包括主要用于支持网络管理功能的用户接口组件。

使用单载波调制和频域均衡的单载波频分多址(SC-FDMA)是一种技术。SC-FDMA具有与OFDMA系统类似的性能和基本相同的整体复杂度。SC-FDMA信号由于其固有的单载波结构而具有较低的峰均功率比(pAPR)。SC-FDMA已经引起了极大的关注，尤其是在其中较低PAPR极大地有利于移动终端的发射功率效率的上行链路通信中。这是目前针对3GPP长期演进(LTE)或演进型UTRA中的上行链路多址方案的工作设想。

本申请的方面可以适于用于包括宏规模覆盖(例如，诸如3G网络之类的大型区域蜂窝网络，通常被称为宏小区网络)和较小规模覆盖(例如，基于住所或基于建筑物的网络环境)的网络中。当UE(该UE也被称为接入终端(“AT”))移动穿过这样的网络时，在某些位置中，提供宏覆盖的接入节点(“AN”)可以对接入终端进行服务，而在其它位置处提供较小规模覆盖的接入节点可以对接入终端进行服务。在一些方面中，较小覆盖区域的节点可以用于提供递增的容量增加、建筑物内的覆盖以及不同的服务(例如，为了更稳健的用户体验)。在本文的讨论中，在相对较大区域中提供覆盖的节点可以被称为宏节点。在相对较小的区域(例如，住所)中提供覆盖的节点可以被称为毫微微节点。在与宏区域相比更小而与毫微微区域相比更大的区域中提供覆盖的节点可以被称为微微节点(例如，在商业建筑物内提供覆盖)。

由宏节点、毫微微节点或微微节点操作的小区可以分别被称为宏小区、毫微微小区或微微小区。在一些实现中，可以将每个小区划分为一个或多个扇区。在3GPP中，术语“小区”可以指eNB的覆盖区域和/或对该覆盖区域进行服务的eNB子系统，这取决于该术语所使用的语境。

在各种应用中，可以使用其它术语来指代宏节点、毫微微节点或微微节点。例如，宏节点可以被配置为或被称为接入节点、基站、接入点、eNodeB、宏小区等等。此外，毫微微节点可以被配置为或被称为家庭节点B、家庭eNodeB、接入点基站、毫微微小区、毫微微接入点等。

参照图1，描绘了根据一个实施例的多址无线通信系统。接入点100(AP)可以包括多个天线组，例如一个天线组包括104和106，另一个天线组包括108和110，还有一个天线组包括112和114。在图1中，针对每个天线组仅示出了两个天线，然而，针对每个天线组可以使用更多或更少的天线。接入终端116(AT)与天线112和114进行通信，其中，天线112和114在下行链路120上向接入终端116发送信息，并且在上行链路118上从接入终端116接收信息。接入终端122与天线106和108进行通信，其中，天线106和108在下行链路126上向接入终端122发送信息，并且在上行链路124上从接入终端122接收信息。在频分双工(FDD)系统中，通信链路118、120、124和126可以使用不同的频率进行通信。例如，下行链路120可以使用与上行链路118所使用的频率不同的频率。术语“前向链路”与“下行链路”同义，而“反向链路”与“上行链路”同义。尽管这些术语中的任一个术语可以与其同义词互相交换使用，但当讨论LTE或A-LTE实现时，术语“上行链路”和“下行链路”可能是优选的。

每组天线和/或它们被设计为在其中进行通信的区域通常被称为接入点的一个扇区。在所示的系统中，各天线组被设计为与接入点100所覆盖的区域的一个扇区中的接入终端进行通信。

在通过下行链路120和126进行通信时，接入点100的发射天线可以使用波束成形，以便提高不同接入终端116和122的下行链路的信噪比。与接入点通过单个天线向其所有的接入终端发射相比，接入点使用波束成形来向随机散布在其覆盖区域中的接入终端发射，从而对相邻小区中的接入终端造成更少的干扰。

接入点可以是用于与终端进行通信的固定站并且还可以被称为接入点、节点B、演进型节点B(eNB)、宏小区、宏小区基站或某种其它术语。接入终端也可以被称为移动实体、用户装置、无线通信设备、终端或某种其它术语。

图2是示出了多输入多输出(MIMO)系统200中的发射机系统210和接收机系统250的多个方面的框图。发射机系统的多个方面可以适用于接入点(例如，基站)，该接入点可以与一个或多个用户装置合作以用于如本文所述地对对等(P2P)连接进行配置。接收机系统的多个方面可以适于接入终端，例如与该移动终端进行通信的移动站或用户装置。发射机系统210和接收机系统250举例说明了合适的发射机-接收机系统，在该发射机-接收机系统中，可以实施本申请的其它更详细的方面。应当清楚的是，也可以使用其它发射机、接收机或发射机-接收机系统来实施这些更详细的方面，并且这些更详细的方面不限于图2中示出的特定架构。应当进一步清楚的是，包含本申请的发明方面的发射机系统通常可以包括如本文中其它地方描述的其它组件或方面。

在发射机系统210处，从数据源212向发射(TX)数据处理器214提供针对多个数据流的业务数据。在一些发射机系统中，可以在相应的发射天线上发送每个数据流。TX数据处理器214基于针对每个数据流所选择的特定编码方案来对该数据流的业务数据进行格式化、编码和交织，以提供编码数据。

可以使用OFDM技术将每个数据流的编码数据与导频数据进行复用。导频数据通常是以已知方式处理的已知数据类型，并且可以在接收机系统上用来估计信道响应。然后，根据为每个数据流所选定的特定调制方案(例如，BPSK、QPSK、M-PSK、或者M-QAM)，来对该数据流的复用的导频和编码数据进行调制(即，符号映射)，以提供调制符号。可以通过处理器230执行的指令，来确定每个数据流的数据速率、编码、以及调制。

然后，可以将所有数据流的调制符号提供给TXMIMO处理器220，该TXMIMO处理器220可以对调制符号作进一步处理(例如，进行OFDM)。然后，TXMIMO处理器220将N_T个调制符号流提供给N_T个发射机(TMTR)222a到222t。在某些实施例中，TXMIMO处理器220将波束成形权重应用于数据流的符号并且应用于发射符号的天线。

每个发射机222接收并且处理各自的符号流，以提供一个或多个模拟信号，并且对所述模拟信号进行进一步调节(例如，放大、滤波、以及上变频)，以提供适合于通过MIMO信道传输的调制信号。然后，分别从N_T个天线224a到224t发射来自发射机222a到222t的N_T个调制信号。

在接收机系统250处，所发送的调制信号可以被N_R个天线252a到252r接收。可以将从每个天线252接收到的信号提供给各自的接收机(RCVR)254a到254r。每个接收机254对各自接收到的信号进行调节(例如，滤波、放大、以及下变频)，将调节后的信号进行数字化以提供采样，并且对采样作进一步处理，以提供相应的“接收”符号流。

然后，RX数据处理器260可以根据特定的接收机处理技术，接收来自N_R个接收机254的N_R个接收到的符号流，并且对所述N_R个接收到的符号流进行处理，以提供N_T个“检测到的”符号流。然后，RX数据处理器260对每个检测到的符号流进行解调、解交织、以及解码，以恢复数据流的业务数据。RX数据处理器260所执行的处理是与发射机系统210处的TXMIMO处理器220和TX数据处理器214所执行的处理互补的。

处理器270可以根据控制方法，对所接收的数据进行处理并且使用可操作耦合的存储器272中的数据和指令来生成合适的响应信号。该方法可以包括，如本文其它地方更详细描述的，对P2P通信进行配置。

所述反向链路消息可以包括与通信链路和/或接收到的数据流有关的各种类型的信息。然后，所述反向链路消息可以由TX数据处理器238进行处理，所述TX数据处理器238还接收来自数据源236的多个数据流的业务数据以提供上行链路信号。所述上行链路信号由调制器280进行调制，由发射机254a到254r进行调节，并发送回发射机系统210。

在发射机系统210处，来自接收机系统250的经调制的上行链路信号可以被天线224接收，经接收机222调节，经解调器240解调，并且被R数据处理器242处理，以提取接收机系统250所发送的反向链路消息。然后，处理器230可以确定使用哪个预编码矩阵来确定波束成形权重，随后使用与处理器230相耦合的可操作的存储器232中的数据和指令来对已提取的信息进行处理。如本文其它地方更详细描述的，处理器230也可以生成用于向接收机系统250、向宏基站、或者向其它毫微微基站发送的消息，并且发起其它动作以支持对P2P通信的配置。用于执行这些操作的指令和数据可以存储在存储器232中，并且被加载到处理器230中以用于在适当时候执行。

图3示出了无线通信网络300，该无线通信网络300可以是LTE网络或某种其它无线网络。无线网络300也可以被称为广域网(WAN)、公共陆地移动网(PLMN)等，或者可以是这些网络的一部分。无线网络300可以包括许多演进型节点B(eNB)和其它网络实体。为了简单起见，图3中仅示出了两个eNB310a和310b。eNB可以是与UE进行通信的实体，并且eNB也可以被称为节点B、基站、接入点等。每个eNB310可以为特定的地理区域提供通信覆盖并且可以支持位于该覆盖区域内的UE的通信。为了提高网络容量，可以将eNB的总体覆盖区域划分成多个(例如，3个)较小的区域。每个较小的区域可以由相应的eNB子系统来进行服务。在3GPP中，术语“小区”可以指的是eNB的覆盖区域和/或对该覆盖区域进行服务的eNB子系统，这取决于该术语所使用的语境。

eNB可以为宏小区、微微小区、毫微微小区和/或其它类型的小区提供通信覆盖。宏小区可以覆盖相对较大的地理区域(例如，半径为数公里)并且可以允许具有服务预定的UE进行不受限的接入。微微小区可以覆盖相对较小的地理区域并且可以允许具有服务预定的UE进行不受限的接入。毫微微小区可以覆盖相对较小的地理区域(例如，家庭)并且可以允许与毫微微小区具有关联性的UE(例如，封闭用户组(CSG)中的UE)进行受限的接入。在图3中示出的示例中，eNB310a和310b均可以是宏小区的宏eNB、微微小区的微微eNB或毫微微小区的家庭eNB(HeNB)。eNB可以支持一个或多个小区。

UE可以分散在整个无线网络300中，并且每个UE可以是静止或移动的。为了简单起见，在图3中仅示出了3个UE320a、320b和320c。UE也可以被称为移动站、终端、接入终端、用户单元、站等。UE可以是蜂窝电话、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持设备、膝上型计算机、无绳电话、无线本地环路(WLL)站、智能电话、上网本、智能本等。UE可以与WAN中的eNB进行通信，这可以被称为WAN通信。UE也可以直接与另一个UE进行通信，这可以被称为P2P通信或直接通信。直接与另一个UE进行通信的UE可以被称为P2PUE。在图3中所示的示例中，UE320a和320b可以进行对等通信，并且UE320c可以与eNB310b进行通信。例如，当UE320a和320b没有参与P2P通信或可能与P2P通信同时进行时，UE320a和320b也可能能够与eNB进行通信。

网络300还可以包括与诸如eNB310a和310b之类eNB进行通信的表达名称系统(ENS)330和/或服务专用管理器(SSM)332。稍后在本说明书中对ENS330和SSM332的操作进行更加详细的讨论。

UE可以经由空中接口直接与另一个UE进行通信，该空中接口可以被称为Ud接口。Ud接口可以包括(i)用于携带业务数据的用户平面的协议栈，以及(ii)用于携带信令的控制平面的协议栈。在一种设计中，用于Ud接口的用户平面协议栈可以包括：分组数据汇聚协议(PDCP)、无线链路控制(RIC)、媒体访问控制(MAC)和物理层(PHY)。在一种设计中，用于Ud接口的控制平面协议栈可以包括：无线资源控制(RRC)、PDCP、RLC、MAC和PHY。分别在公众可获得的文档3GPPTS36.331、TS36.323、TS36.322和TS36.321中对LTE中的RRC、PDCP、RLC和MAC进行了描述。与前述内容一致，如本文中所使用的“RRC”指的是用于对UE与无线接入网(RAN)之间的控制平面信令进行处理的协议。RRC消息的功能可以包括，例如：连接建立和释放；对系统信息的广播；无线电承载建立；重新配置和释放；连接移动性；寻呼通知和释放；对与链路质量有关的问题进行处理；以及外环功率控制。

图4示出了图3中的第一UE420A与第二UE420a之间的不同类型的通信。第一UE420a和第二UE420a可以经由WAN400互相通信来进行WAN通信。在这种情况下，第一UE420a可以向其服务eNB410a(eNB1发送数据并且从其服务eNB410a(eNB1)接收数据，第二UE420a可以向其服务eNB410b(eNB2)发送数据并且从其服务eNB410b(eNB2)接收数据，并且可以在eNB1与eNB2之间转发针对第一UE420a和第二UE420a的数据。每个UE与其服务eNB之间的通信可以经由WAN所支持的空中接口(例如，LTE)。例如，第一UE420a和第二UE420a可以使用如在公众可获得的3GPPTS36.300和3GPPTS23.401中所述的现有过程来通过LTE空中接口进行通信。

第一UE420a和第二UE420a也可以直接互相通信来进行P2P通信。在这种情况下，第一UE420a可以直接向第二UE420a发送数据，反之亦然。

针对P2P可以支持各种通信场景。在第一通信场景中，UE可以对对等体UE进行检测(例如，通过对等体发现)。随后，UE可以经由WAN来交换控制信息并且之后与对等体UE建立直接通信。如果不可能建立直接通信，那么这两个UE可以经由WAN进行通信。在第二场景中，两个UE可以经由WAN来进行通信并且可以通过对等体发现来相互检测。然后这些UE可以建立直接通信。在第三场景中，UE可以对对等体UE进行检测(例如，通过对等体发现)并且可以在不首先经由WAN交换任何信息的情况下建立直接通信。在该场景中，可以省略来自网络运营商的授权。

在一种设计中，可以支持无缝会话移动。在这种情况下，WAN通信与P2P通信之间的切换可以是无缝地从P2P通信到WAN通信执行的(例如，从应用的角度来看)，或者反之亦然。

在一种设计中，网络运营商可以能够启用或禁用是否UE能够与另一UE建立直接连接。在一种设计中，UE可能能够在有牌照的频谱上建立与任何PLMN中的UE的直接连接(例如，根据不同网络运营商之间的漫游协议)。在一种设计中，UE可能能够在无牌照的频谱上建立与任何PLMN中的UE的直接连接(例如，根据网络运营商配置)。P2P服务的使用可能没有影响到针对同一UE并行运行的服务。

图5示出了用于建立P2P通信的过程500的设计的流程图。第一UE504可以执行与其服务eNB502之间的预连接建立510a以获得用于P2P通信518的相关信息。类似地，第二UE506可以执行与其服务eNB508之间的预连接建立510b以获得用于P2P通信518的相关信息。第一UE504和第二UE506可以与图3中UE320a和UE320b相对应。在任何时间，步骤510a和510b可以分别由第一UE504和第二UE506来执行。例如，当第一UE504上电时或者当期望P2P通信时，第一UE504可以执行预连接建立。

在512处，第一UE504和第二UE506可以执行对等体发现来检测在它们附近的其它UE。对等体发现512可以在预连接建立510a、510b之后或者在预连接建立之前执行。每个UE可以通过以下方式来执行对等体发现512：(i)发送用于允许其它UE对该UE的存在进行检测的接近度检测信号(PDS)和/或(ii)检测由其它UE发送的用于通知它们的存在和/或服务的接近度检测信号。接近度检测信号也可以被称为对等体检测信号或其他术语。第一UE504和第二UE506可以经由对等体发现过程512来互相检测。

第一UE504和第二UE506可以执行预连接建立514过程，以确定用于在UE之间建立直接连接的相关参数。随后，第一UE504和第二UE506可以基于在预连接建立过程514中获得的参数来执行直接连接建立516，以便在UE之间建立直接连接。随后，第一UE504和第二UE506可以直接互相通信来进行P2P通信518。

在P2P会话期间，第一UE504和第二UE506可以执行直接连接重新配置520，以便对UE之间的直接连接进行重新配置。重新配置可以在P2P会话期间的任意时间发生(如果真的会发生)并且可以发生任何数量的次数。在每次重新配置之后，第一UE504和第二UE506可以根据来自该重新配置的更新参数来进行操作。第一UE504和/或第二UE506可以在任意时间终止P2P通信522。下面进一步详细地对图5中的各个步骤进行描述。

如图5中所示，UE可以执行对等体发现以促进P2P通信。对等体发现是UE对其他UE的存在和/或射频(RF)接近度内的其它UE所通知的服务的可用性进行检测的过程。可以按下述方式执行对等体发现。

在一种设计中，WAN可以支持P2P，并且可以(例如，由网络运营商)将P2P向该WAN的覆盖区域内的UE授权。对于对等体发现来说，可以在WAN内的UE在有牌照的频谱中激活对等体发现过程之前向该UE授权。对于直接连接操作来说，可以在与对等体UE建立直接连接之前向WAN内的UE进行授权。

在一个方面中，可以执行预连接建立以使得UE能够获得可以用于P2P通信的P2P配置信息。一般而言，P2P配置信息可以包括可能与P2P有关的任何信息。在一种设计中，P2P配置信息可以传达被分配给P2P的资源(例如，用于对等体发现和/或P2P通信)、用于P2P的UE标识(ID)、用于P2P的服务凭证等。为P2P分配的资源可以包括用于PHY层的资源(例如，时间交织、资源块等)、用于MAC层的资源等。UEID可以包括小区无线网络临时标识符(C-RNTI)等。服务凭证可以包括对UE所提供的P2P服务进行认证的安全证书。在一种设计中，预连接建立可以由UE在连接到WAN时来执行。

图6示出了用于基于单播信令进行预连接建立的过程600的设计。过程600可以用于图5中的步骤510a和510b。在图6中示出的示例中，UE606可以与其服务eNB602进行通信，并且UE608可以与其服务eNB604进行通信。每个UE可以经由其服务eNB来执行预连接建立，该服务eNB可以是宏eNB、毫微微eNB或者其它接入点。在图6中示出的一种设计中，可以通过交换RRC消息在UE与eNB之间执行预连接建立，所述RRC消息是针对上层协议的控制消息。在其它协议(例如MAC、PHY等)中，RRC消息也可以用于预连接建立。在一种设计中，可以使用用于支持P2P的额外功能来扩充LTE中的现有协议(例如，RRC)。

针对预连接建立，第一UE606可以发送RRCP2P配置请求(“RRCP2P配置请求”)消息610来请求P2P配置信息。eNB602可以从进行请求的UE606接收消息并且可以向第一UE606(例如，经由Uu接口)发送RRCP2P配置消息(“RRCP2P配置”)以便在可以经由Ud接口进行实际直接连接建立之前建立第一UE606所需要的所有P2P配置。第一UE606可以向eNB602返回RRCP2P配置完成(“RRCP2P配置完成”)消息614以确认对P2P配置信息的接收。RRCP2P配置请求消息、RRCP2P配置消息610和RRCP2P配置完成消息612可以是被定义为支持P2P的新的RRC消息。

类似地，第二UE608可以向第二eNB604发送RRCP2P配置请求消息616来请求P2P配置信息。第二eNB604可以向第二UE608发送RRCP2P配置消息以在实际直接连接建立之前建立第二UE608所需要的所有的P2P配置。第二UE608可以向第二eNB604返回RRCP2P配置完成消息620。在图6中，每个UE606、608可以在任意时间发起预连接建立，并且步骤610和616可以是在时间上独立和不相关的。

图7示出了用于基于广播信令的预连接建立的过程700的设计。过程700也可以用于图5中的步骤510a和510b。在图7中示出的示例中，第一eNB702可以向其覆盖区域710内的UE定期地广播系统信息块(SIB)。来自第一eNB702的SIB中的一个或多个SIB可以携带针对第一eNB702的覆盖区域内的UE的P2P配置信息。第一UE706可以从第一eNB702接收SIB，从适合的SIB提取P2P配置信息，并且对所提取的P2P配置信息进行存储。类似地，第二eNB704可以向其覆盖区域内的UE定期地广播SIB(步骤2)。来自第二eNB704的SIB中的一个或多个SIB可以携带针对第二eNB704的覆盖区域内的UE的P2P配置信息。第二UE708可以从第二eNB704接收SIB，并且可以从适合的SIB提取P2P配置信息并且对该P2P配置信息进行存储。系统信息块包括关于当前小区或网络的系统信息，并且可以用于向附着到小区的所有UE传达系统信息。可以在无线电帧的指定子帧中的系统信息消息中定期地向UE发送系统信息块。

例如，如图6或图7中所示，UE可能已经经由预连接建立从其服务eNB获得了P2P配置信息。UE也可以执行对等体发现，并且可能发现感兴趣的UE。随后，UE可以与该对等体UE建立直接连接以进行P2P通信。

在一种设计中，对于在两个UE之间的直接连接建立来说，一个UE(例如，发起直接连接的UE)可以被称为客户端UE，另一个UE可以被称为管理器UE。在某些像非接入层(NAS)和支持P2P的RRC过程中，客户端UE可以扮演传统UE的角色。在某些像NAS和支持P2P的RRC过程中，管理器UE可以扮演传统eNB的角色。

可以通过各种方式建立直接连接，这些方式可以包括下列方式中的一个或多个：

●WAN辅助—客户端UE和管理器UE通过WAN来建立直接连接，以及

●直接建立—客户端UE和管理器UE在不通过WAN的情况下来建立直接连接。

直接建立假设已经执行了对等体发现。客户端UE可能知道管理器UE的服务发现ID(SDID)。管理器UE可能已经发现或可能还没有发现用于直接连接建立的客户端UE。在一种设计中，每个直接连接可以是独立建立的。例如，给定的UE可以是用于一个直接连接的客户端UE，并且可以是用于另一个直接连接的管理器UE。在两个UE之间的直接连接建立可以发生之前，例如，如图6或图7中所示，可以经由这两个UE的服务eNB来使用这两个UE的P2P配置来对这两个UE进行配置。

在另一个方面中，直接连接建立可以包括两个阶段：

●预连接建立—获得相关信息以执行直接连接建立，以及

●直接连接建立—建立用于两个UE之间的直接连接的相关承载。

用于两个UE之间的直接连接的承载可以包括一个或多个信令无线电承载(SRB)、一个或多个数据无线电承载(DRB)、一个或多个数据网络承载等。无线电承载也可以被称为用于发送数据的逻辑信道。无线电承载可以与诸如服务质量(QoS)属性的某些特征相关联。SRB和DRB可以用于在空中交换信令和业务数据。数据网络承载可以用于经由网络实体来交换数据，并且在LTE中可以被称为演进分组系统(EPS)承载。

可以针对不同场景通过不同方式来执行预连接建立，所述不同场景可以包括下列场景：

●实例1—客户端UE请求管理器UE建立直接连接，以及

●实例2—管理器UE请求客户端UE建立直接连接。

针对实例1，管理器UE可以不发送SIB。客户端UE可以发起直接连接，并且可以请求管理器UE发送相关信息来进行直接连接建立。针对实例2，管理器UE可以定期地发送SIB并且可以请求客户端UE建立直接连接。

针对实例1，客户端UE可能处于RRC空闲状态，可能不具有被分配给该客户端UE的C-RNTI，并且可能没有建立SRB、DRB和EPS承载。客户端UE可以从另一个UE获得SIB信息，并且进行响应的UE可以像eNB那样运转。可以在Ud接口上携带信令和用户数据二者。

可能期望尽量重复使用现有的WAN过程(例如，LTE过程)来进行预连接建立和直接连接建立。这可以降低用于支持P2P的复杂度。

图8示出了用于针对实例1来进行预连接建立的过程800的设计。过程800可以用于如图5中514处所示的预连接建立。当管理器UE804是未激活806(例如，没有发送任何SIB)时可以使用过程600，以允许客户端UE802与管理器UE804建立直接连接。客户端UE802可能知道管理器UE804，例如，经由对等体发现。

客户端UE802可以向管理器UE804发送连接警告(“连接警告”)消息808。连接警告消息808可以唤醒管理器UE804，并且可以包括各种参数，诸如客户端UE802的连接ID(连接_ID1)、管理器UE804的连接ID(连接_ID2)、P2P设备ID的优选列表(PDI)(优选_PDI_列表)等。优选PDI是客户端UE由于干扰考虑而优选的PDI。优选列表可以包括客户端UE802愿意用于与管理器UE804进行通信的优选PDI。UE可以与特定的PDI和特定的C-RNTI相关联，所述特定的C-RNTI可以用于识别在P2P的不同层处的UE。例如，PDI可以用于识别用于不同P2P功能的UE，而C-RNTI可以用于识别MAC层和PHY层中的UE。

在发送连接警告消息808之后，客户端UE802可以启动PDI请求计时器810并且可以尝试对所有潜在的PDI进行解码。如果当定时器到期时没有从管理器UE804收到响应，那么客户端UE802可以终止预连接建立过程800。响应于从客户端UE802接收到连接警告消息808，管理器UE804可以变成活动的812。客户端UE和管理器UE可以执行干扰管理814，以减少可能由这两个UE之间的P2P连接对其它P2P连接和/或对WAN连接造成的干扰。

管理器UE804可以(例如，从接收到的来自客户端UE的PDI的优选列表中)选择物理设备标识符(PDI)816来分配给客户端UE802。所选择的PDI在本文中可以被称为“PDIx”。管理器UE804可以向客户端UE802发送连接响应(“连接响应”)消息818。连接响应消息818可以包括在来自客户端UE802的连接警告消息808中包括的连接_ID1和连接_ID2，由管理器UE804所选择816的PCIx、和/或其它信息。管理器UE804可以开始发送820PDIx、被称为MIBx的主信息块、被称为SIBx的SIB以及其它信息。SIBx和MIBx可以与PDIx相对应，例如，类似于常规的LTEWAN，其中MIB和SIB与物理小区标识(PCI)相对应。

在图8中，可以经由直接在客户端UE802和管理器UE804之间交换(例如，经由Ud接口)的消息来执行操作808、814、818和820。替换地，如果存在WAN，那么可以经由通过WAN的两个UE之间交换的消息来执行步骤808、814、818和820(例如，使用WAN互联网协议(1P)传输)。

客户端UE802可以不接受由管理器UE804在816处选择并在820处发送给客户端UE的PDIx。在这种情况下，可以重复步骤808到820，直到客户端UE接受由管理器UE所选择的PDI，或者PDI_请求_定时器到期，或者接收到PDI_拒绝(图6中未示出)，或者遇到某种其它终止条件为止。

图9示出了用于如下场景(其可以被称为实例2)中的预连接建立的过程900的设计：在该场景中，管理器UE904请求客户端UE902建立直接连接。过程900也可以用于图5中的514处示出的预连接建立。

管理器UE904可以定期地发送PDIx、MIBx和SIBx906。管理器UE904可以向客户端UE902发送连接警告消息908。连接警告消息908可以包括连接_ID1、连接_ID2和优选_PDI_列表。客户端UE902在接收连接警告消息908之前可能没有意识到来自管理器UE904的SIBx，并且随后可能接收SIBx。客户端UE902可以从接收到的来自管理器UE904的优选的PDI列表中选择PDI。所选择的PDI可以在本文中被称为PDIx。随后，响应于连接警告908，客户端UE902可以向管理器UE904发送连接响应消息910，该连接响应消息910可以包括连接_ID1、连接_ID2和PDIx。随后，客户端UE902可以开始随机接入过程(在图9中没有示出)。

图9中，操作906、908和910可以在客户端UE902和管理器UE904之间直接执行(例如，经由Ud接口)。替换地，如果存在WAN，那么可以经由WAN(例如，使用WANIP传输)来执行操作906、908和910。

图8和图9示出了执行预连接建立以便(例如，从SIB处)获取用于直接连接建立的相关信息的两个设计。也可以通过其它方式来执行预连接建立。在任何情况下，在获得相关信息之后，客户端UE可以建立用于与管理器UE进行直接连接的信令和数据无线电承载。

图10示出了用于直接连接建立的过程1000的设计。过程1000可以用于图5中的516处示出的直接连接建立。客户端UE1002可以向管理器UE1004发送随机接入前导1006。管理器UE1004可以向客户端UE1002返回随机接入响应(RAR)1008。RAR1008可以包括用于调整客户端UE1002的上行链路时序的时序校准信息、针对客户端UE的初始上行链路授权、分配给客户端UE的临时C-RNTI以及其它信息。随后，客户端UE1002可以向管理器UE1004发送第三消息1010。第三消息1010可以包括RRC连接请求(“RRC连接请求”)消息，该RRC连接请求消息可以包括唯一地标识用于P2P会话的客户端UE1002的完整UEID。管理器UE1004可以向客户端UE1002发送第4消息1012。第4消息1010可以包括(i)用于建立第一SRB(SRB1)的RRC连接建立(“RRC连接建立”)消息和(ii)MAC控制单元(CE)中的临时UE-ID。该临时UEID(其可以是48比特C-RNTI)可以与由UE在1006处发送的随机接入前导相关联，并且可以用于在完整UEID的分配之前标识UE。步骤1006到1012可以是可用于LTE中的初始接入的随机接入过程的一部分。客户端UE可以向管理器UE1004发送RRC连接建立完成(“RRC连接建立完成”)消息。

客户端UE1002和管理器UE1004可以执行相互认证1016。UE可以在1016处交换各种消息以使得客户端UE1002能够对管理器UE1006进行认证，反之亦然。在相互认证1016期间也可以作出关于哪个UE将发送安全模式命令(“安全模式命令”)消息1018的决定。

管理器UE1004可以向客户端UE1002发送安全模式命令消息1018。该消息可以包括关于要使用的特定加密算法、要使用的特定完整性算法的指示，以及类似的安全模式信息。可以在客户端UE1002和管理器UE1004之间生成密钥，该密钥可以用于在P2P会话期间对RRC消息进行加密和完整性保护。该密钥可以是在呼叫建立期间在常规LTE系统中生成的密钥K_eNB。

管理器UE1004可以向客户端UE1002发送携带默认EPS承载请求的RRC连接重新配置(“RRC连接重新配置”)消息1020。当客户端UE接收到RRC连接重新配置消息之后，可以建立第二SRB(SRB2)、DRB和EPS承载。客户端UE1002可以向管理器UE1004发送指示安全模式过程完成(“安全模式完成”)的消息1022，以确认在1018处接收到的安全模式命令消息。客户端UE1002也可以向管理器UE1004发送指示RRC连接重新配置完成(“RRC连接重新配置完成”)的消息1024，以确认在1020处接收到的RRC连接重新配置消息。客户端UE1002可以向管理器UE1004发送上行链路信息传输(“上行链路信息传输”)消息1026。可以在UL信息传输消息1026之后在客户端UE1002与管理器UE1004之间建立直接连接。之后，客户端UE1002和管理器UE1008可以经由直接连接1030来交换用户数据。

在标题为“EvolvedUniversalTerrestrialRadioAccess(E-UTRA)RadioResourceControl(RRC)；Protocolspecification”的3GPP36.331中描述了图10中的各种RRC消息。在标题为“EvolvedUniversalTerrestrialRadioAccess(E-UTRA)andEvolvedUniversalTerrestrialRadioAccessNetwork(E-UTRAN)；Overalldescription；Stage2”的3GPP36.300中描述了随机接入过程和用于随机接入过程的消息。

在图10中，操作1006和1008可以作为正常随机接入过程的一部分来执行。在一些实施例中，例如，如果由于客户端UE与控制器UE之间存在相对较短的距离而不需要调整客户端UE的上行链路时序，或者如果PHY交织客户端已经被包括，那么也可以省略步骤1006和1008。

在另一个方面中，如图5中所示，可以在P2P会话期间的任何时间对两个UE之间的直接连接进行重新配置。一般来说，可以执行重新配置来改变对这两个UE的P2P操作的任何方面。例如，可以执行重新配置来改变下列各项中的一个或多个：

●PHY层参数，

●MAC层参数，

●拆除现有的无线电承载或建立新的承载，

●改变UE的下行链路传输模式，

●启用或禁用对多个载波的操作，以及

●由UE来配置测量。

如下所述，可以通过各种方式来执行重新配置。

在另一个方面中，对称信令(或者不对称信令与对称信令的组合)可以用于两个UE之间的直接连接的配置或重新配置。传统地，不对称信令用于eNB和UE之间的WAN连接的NAS和RRC过程。就不对称信令而言，eNB发起重新配置并向UE发送连接重新配置消息来对eNB与UE之间的WAN连接进行重新配置。UE随后向eNB返回连接重新配置完成消息。针对用于对直接连接进行重新配置的对称信令，两个UE中的任一个UE可以向另一UE发送连接重新配置消息，而另一UE可以返回连接重新配置完成消息。对称信令可以使UE能够互相重新配置，并且对称信令与WAN相比可能更适用于P2P。在一种设计中，为了进行P2P通信，用于P2P的所有或某些NAS和RRC过程可以是对称的并且可以由客户端UE或管理器UE发起。

图11示出了用于直接连接重新配置的过程1100的设计。如在图5中的520处所示，过程1100可以用于直接连接重新配置。过程1100可以用于修改RRC连接(例如，建立、修改或释放无线电承载)，以便建立、修改或释放测量、和/或执行其它功能。在一种设计中，发送SIB的管理器UE1104可能能够发起重新配置。在另一种设计中，任何UE可以发起重新配置。

管理器UE1104可以向客户端UE1102发送SIB1106。管理器UE也可以向客户端UE1102发送RRC连接重新配置(“RRC连接重新配置”)消息1108，例如，来对在客户端UE1102处执行的测量进行配置。RRC连接重新配置消息1108可以包括为RRC连接重新配置所进行的测量的类型、进行测量的实体、触发测量的事件、触发对测量进行报告的事件以及类似的信息。客户端UE1102可以向管理器UE1104返回RRC连接重新配置完成消息1110以进行确认。客户端UE1102可以向管理器UE1104发送RRC连接重新配置消息1112，例如，以对管理器UE处执行的测量进行配置。响应于RRC连接重新配置消息111，管理器UE1104可以发送RRC连接重新配置完成(“RRC连接重新配置完成”)消息1114以进行确认。

图11中的示例示出了用于重新配置的两个事务，其中，每个事务由一对RRC连接重新配置和RRC连接重新配置完成消息来执行。通常，两个UE可以发送针对用于重新配置的任何数量的事务的任何数量的消息，并且每个事务可以由任何UE来发起。

通常，不对称信令和/或对称信令可以用于重新配置。某些重新配置事务可以更适合由管理器UE来发起。其它的重新配置事务(例如，用于测量)可以适合由管理器UE或客户端UE中的任一个来发起。

在一种设计中，可以维持P2P通信的会话连续性。在一种场景中，一对UE可以参与P2P通信、可以移动到彼此的范围之外并且可以切换到WAN。在另一种场景中，一对UE可以最初通过WAN进行通信、可以在彼此的范围内移动，并且可以建立直接连接。在这两个场景中，即使从P2P通信向WAN通信进行切换，仍然可以维持两个UE之间通信的连续性，反之亦然。

UE可以执行对等体发现以检测在RF附近的其它UE的存在和/或服务。对等体发现可以包括或可以不包括UE在网络中托管的服务器处注册地址，或者向服务器查询附近的任何已注册UE的存在的情况。在没有任何额外支持的情况下，该功能可以在任何现有WAN/LAN(局域网)基础设施的顶端运行。然而，服务器可以用于提高对等体发现的效率，例如，在UE基于如服务器所报告的、附近预期存在的对等体而执行对等体发现的情况下。

对等体发现可以提供或可以不提供用于使UE发现连接到WAN/LAN的本地服务的手段，例如，类似于诸如Bonjour或UPnP之类的服务发现协议的方式。然而，在WAN/LAN上使用这些协议可能导致UE基于附近预期存在对等体(例如，连接到使用本地互联网协议接入(LIPA)的相同HeNB的对等体)而激活对等体发现。

在一种设计中，可以支持下列各项中的一个或多个：

●自发的对等体发现—在没有与用户交互的情况下，UE自发地执行对等体发现，以及

●手动对等体发现—当UE(例如，被用户)指示时，UE执行对等体

发现。

此外，也可以支持不同的和/或更少的对等体发现方案。

通常，UE可以通过各种方式来执行对等体发现。在一种设计中，UE可以检测驻留在相同小区或不同小区上的对等体。在另一种设计中，UE可以检测在相同频率或不同频率上进行广告的对等体。再一种设计中，UE可以(例如，根据漫游协议)检测在作为该UE当前向其注册的PLMN的同一PLMN或不同PLMN上进行广告的对等体。又一种设计中，UE可以(例如，根据漫游协议)在家庭PLMN或所访问的PLMN中广告其存在和/或服务。

在一种设计中，网络或应用可以协助UE进行对等体发现，例如，为了延长UE的电池寿命和提高接近度检测信号的整体能力。例如，网络或应用可以向UE告知在区域中是否存在任何潜在的对等体和/或一组特定的对等体，以使UE能够更有效地激活或去激活适合的对等体发现模式。

在一种设计中，针对对等体发现可以支持下列过程：

●对等体广告—UE通过在接近度检测信号(PDS)上发送对等体发现代码(PDC)来广告其对P2P服务的可用性，以及

●对等体检测—UE通过从对等体接收在接近度检测信号上的对等体发现代码，来检测对等体。

此外，还可以支持不同的和/或更少的对等体发现过程。

通常，UE可以执行上面所列出的过程中的一个或两者。例如，UE可以检测对等体而不必广告其存在。UE还可以在不检测对等体的情况下广告其存在。回过来参照图3，UE320b可以执行对等体发现以检测驻留在相同eNB310b中的小区上的UE320c。UE320b还可以执行对等体发现以检测在不同eNB310a中的小区上驻留的UE320a。

在一种设计中，PDC可以包括用于广告和检测对等体和/或P2P服务的对等体发现过程中所使用的标识符。UE可以支持一个或多个P2P服务并且可以支持一个或多个PDC，例如，一个PDC对应于UE所支持的每一P2P服务。在一种设计中，UE可以在单个PDS实例或单独PDS实例中广告一个或多个PDC。

在一种设计中，PDC可以与对等体发现表达(PDE)唯一地关联，对等体发现表达可以标识在PDC中广告的P2P服务。在一种设计中，可以以用户可读格式(例如，以使用UTF-8编码的自由文本格式)来提供PDE。例如，PDC和相关联的PDE可以被定义为包括下列字段中的一个或多个字段：服务(例如，打印机)、应用(例如，Skype)、位置(例如，建筑物X的第三层)、协议(例如，数字音频访问协议(DAAP))、用户、设备等。

在一种设计中，可以支持下列类型的PDC中的一个或多个：

●被管理的PDC—由网络运营商或第三方分配给P2P服务、并且在其被定义的域中被保证是唯一的PDC，以及

●未被管理的PDC—不保证是全球唯一的PDC。

此外，也可以支持不同的和/或更少类型的PDC。

针对被管理的PDC，UE可以查询表达名称系统(ENS)以确定与特定的PDC相关联的PDE，反之亦然。ENS可以是图3中的ENS330，并且可以由网络运营商或第三方进行托管。例如，在UE对PDC到PDE的映射进行高速缓存的情况下，ENS可以对被管理的PDC有效的时间段进行限制。可以在ENS处对PDC/PDE对进行登记(例如，经由WAN/LAN)，以使其它UE查询PDC/PDE对。

针对未被管理的PDC，与该PDC相关联的PDE可能只可用于预定了与该PDC相关联的P2P服务的UE。用于特定P2P服务的PDC/PDE空间可以由服务专用管理器(SSM)控制，该服务专用管理器(SSM)可以是图3中的SSM332。例如，SSM可以仅向预定了特定P2P服务的UE提供针对特定P2P服务的PDC/PDE对的信息。该信息可以包括未被管理的PDC和相应的PDE、或者用于标识未被管理的PDC并且确定相应PDE的适当密钥。

在一种设计中，PDS中的被广告的代码(例如，针对未被管理的PDC)可以随时间变化，以使与其它PDC的冲突随机化并且降低对对等体的误检测的概率。

在一种设计中，可以支持下列自发的对等体发现模式中的一个或多个：

●广告模式—UE广告针对该UE所支持的一个或多个P2P服务的一个或多个PDC，并且感兴趣的对等体可以通过该广告来检测UE，以及

●查询/响应模式—UE可以广告请求特定P2P服务或特定对等体的PDC。

此外，也可以支持不同的和/或更少的自发的对等体发现模式。

针对查询/响应模式，UE可以广告寻找位于附近且预定了特定P2P服务的任何对等体的请求。支持P2P服务的对等体可以通过广告其相应PDC来进行响应。

可以支持许多自发对等体发现模式，并且可以通过各种方式来选择特定的自发对等体发现模式来使用。例如，可以基于应用配置、或者基于当前的位置估计、移动性等根据哪个对等体发现模式很可能更高效地发现对等体，来选择自发对等体发现模式。

对于手动对等体发现，用户可以请求UE执行对附近的可用对等体的扫描。用户可以限制针对与特定的对等体发现代码(PDC)或一组PDC相关联的对等体的请求。PDC可以是如下所述在对等体发现过程中使用的用于广告和检测P2P服务的标识符。UE可以从用户接收请求、执行对等体发现并且报告请求的范围内的所有可用的对等体，其中对于该请求来说PDE是已知的。

图12示出了由可用的对等体1202的相关联的PDE所表示的显示器1200的设计。可以使用显示器1200来提供手动对等体发现请求或自发对等体发现搜索的结果。在图12中所示的例子中，两个对等体“Joe”1204和“Meg”1206可以具有与Skype应用1208相关联的PDE。一个对等体Steve”1210可以具有与Wii应用1218的足球比赛1220相关联的PDE，并且两个对等体“Pam”1212和“A1”1214可以具有与Wii应用1218的高尔夫球比赛1222相关联的PDE。一个对等体“HP45”1216可以具有与打印机服务1224相关联的PDE。

在一种设计中，顶层层次结构可以用于PDC(还有PDE)，并且可以包括两个组件：

●服务ID—PDC的服务ID是标识由UE提供的服务的PDC的非设备专用组件，以及

●设备ID—PDC的设备ID标识了服务ID的特定实例，例如，用户、设备、位置等。

此外，也可以支持不同的和/或更少类型的ID。

在一种设计中，服务ID可以包括用于标识应用、协议和/或与服务相关联的其它参数的一个或多个字段。在一种设计中，设备ID在服务ID中可以是唯一的，并且UE上的不同服务可以使用不同的设备ID来进行广告。

在一种设计中，广告特定服务的应用可以向PDC和PDE施加进一步的层次约束以简化对等体发现，例如，类似于在域名系统(DNS)中定义域名管理的方式。例如，Skype可以广告如下特定服务：其中，服务ID可以被构造为“video.skype.p2p”，其中，Skype保持所广告的所有各个服务的二级名称结构，并且所有的Skype应用共享该服务ID的公共前缀。

针对被管理的PDC，UE可以使用具有通配符设备ID的服务ID来查询ENS，以识别与PDC相关联的服务。UE也可以查询具有完整PDC的ENS以识别与该PDC相关联的服务和设备。UE还可以使用部分服务ID来查询ENS，并且ENS可以返回与服务ID相匹配的最长前缀。在没有相应服务ID的情况下，UE可能能够或可能不能够查询设备ID。

针对未被管理的PDC，应用或服务可以分配服务ID和设备ID。例如，当下载应用程序或UE预订服务时，可以向UE发送用于识别其它对等体的密钥。

在一种设计中，除了服务ID和设备ID层次之外，还可以支持下列类型的设备ID中的一个或多个：

●非受限的设备ID—当使用非受限的设备ID时，任何UE可以识别与所广告的PDC相关联的特定设备，以及

●受限的设备ID—只有具有适合密钥(例如，在频带外交换的密钥)的UE可能能够识别与该设备ID相关联的特定设备。

此外，也可以支持不同的和/或更少的设备ID类型。

非受限的设备ID和/或受限的设备ID可以用于被管理的PDC。非受限的设备ID和/或受限的设备ID也可以用于未被管理的PDC。用户可以配置P2P服务以广告受限的设备ID或非受限的设备ID。

针对不受限的设备ID，UE可以向ENS查询被管理的PDC或者向SSM查询未被管理的PDC。UE可以基于服务ID和设备ID两者来查询被管理的PDC。UE可以基于服务ID和/或设备ID来查询未被管理的PDC。UE也可以具有关于与先前检测到的PDC相对应的服务ID和设备ID对的本地高速缓存表。

针对使用未被管理的PDC的服务，SSM可以用于管理相关联的PDC空间。这可以通过几种方式与被管理的PDC相区别。首先，可能不存在集中式实体来确保未被管理的PDC是全球唯一的。第二，只有认出与未被管理的PDC相关联的服务ID的应用可能能够查询适合的SSM，以找到与未被管理的PDC相关联的设备ID。

针对被管理的PDC的受限的设备ID，UE可以使用具有通配符设备ID的服务ID来查询ENS，以识别与被管理的PDC相关联的服务。然而，UE可能不能够查询完整的PDC以识别服务ID和设备ID。受限的设备ID可能不是唯一的。应用于降低对未被管理的PDC的误检测的概率的相同原理，可以应用于受限的设备ID，即，随时间改变广告。

图13列出了针对表1300中的被管理的和未被管理的PDC以及受限的和不受限的设备ID的一些示例性用例。

P2P的各个方面可以被设计为使得P2P的使用不危及WAN的安全。在一种设计中，P2P连接的链路层处的安全性可以与WAN中的链路层处的安全性相媲美。

在一种设计中，UE可以包括所允许的PDC的列表，这可能是被网络运营商授权以用于在对等体发现中进行广告的。UE可能不广告没有位于列表中的、被管理的PDC。当建立P2P通信或WAN通信时，有可能将广告被管理的PDC的对等体UE认证成被管理的PDC的所有者。UE可以接收用于广告任何未被管理的PDC的总授权，或可以被禁止广告未被管理的PDC。可以通过一般控制或精细控制来授权或禁止未被管理的PDC。

UE可以预订使用未被管理的PDC的服务。然后，UE可能能够产生针对该未被管理的PDC的所广告的值的正确序列。不预订服务的UE可能不能够产生所广告的值的序列，并且也可能不能够确定与未被管理的PDC相关联的PDE。

图14示出了用于对UE进行配置以用于P2P通信的方法1400的方面。方法1400可以由用于与第二UE进行直接通信的第一UE来执行。方法1400可以包括，在1402处，第一UE接收来自基站/eNB的P2P配置信息。P2P配置信息可以支持基站的覆盖区域内的UE的P2P通信。例如，P2P配置信息可以规定用于对第一UE与第二UE之间的P2P连接进行配置的参数。第二UE可以位于基站的覆盖区域之内，或者位于基站的覆盖区域之外但位于第一UE的无线电范围之内。基站可以是宏小区的宏基站、毫微微小区的家庭基站或某种其它类型的基站。第一UE可以(i)在接收P2P配置信息之后(例如，如图3中所示)或(ii)在接收P2P配置信息之前，执行对等体发现以检测第二UE。

方法1400还可以包括，在1404处，第一UE基于P2P配置信息，与第二UE进行直接通信。例如，第一UE可以遵循由P2P配置信息规定的参数来建立与第二UE的P2P通信链路。本文中在上面(例如，结合图6)所讨论的这些参数的示例可以包括，例如，被分配用于P2P的资源(例如，用于对等体发现和/或P2P通信)、用于P2P的UE身份(ID)、用于P2P的服务证书、以及用于建立P2P链路以降低对涉及第一或第二UE的无线电范围内的无线通信系统的任何基站的无线通信的干扰或者降低来自该无线通信的干扰的风险的其它信息。所分配的用于P2P的资源可以包括用于PHY层的资源(例如，时间交织、资源块等)、用于MAC层的资源、或者类似的资源信息。UEID可以包括小区无线网络临时标识符(C-RNTI)或类似的标识符。

图15至图18描绘了可以结合方法1400，或作为方法1400的一部分来执行的额外的操作或方面。额外操作1500、1600、1700和1800中的一个或多个可以选择性地作为方法1400的一部分来执行，或者描述对方法1400的元素中的一个元素进行修改的方面。元素1500、1600、1700和1800可以按照任何操作顺序来执行，或者可以被开发算法包括而不需要特定的执行时间顺序。操作是独立执行的，并且不是互斥的。因此，可以执行这些操作中的任一个操作，而不管是否执行了另一个下游操作或上游操作。例如，如果方法1400包括操作1500、1600、1700和1800中的至少一个，那么方法1400可以在至少一个操作之后终止，而不一定必须包括可能示出的任何后续的下游操作。在额外操作的一个方面中，如下面分别结合图15和图16更加具体描述的，在1402处接收的P2P配置信息是由第一UE在(i)RRC消息，或(ii)至少一个SIB中的至少一个中接收的。

图15中示出了与用于获得P2P配置信息的模式有关的额外操作1500。在方法1400的实施例中，操作1402还可以包括，在1502处，第一UE向基站发送配置请求消息(例如，图6中的610处所示)。操作1402还可以包括，在1504处，第一UE随后接收来自基站的包括P2P配置信息的配置消息(例如，如图6中的612处所示)。在方法1400的一个方面中，如框1506处所示，配置请求消息和配置消息可以包括支持P2P的RRC消息。

针对另一个设计，在图16中示出了与用于获得P2P配置信息的模式有关的额外操作1600。在方法1400的另一个实施例中，操作1402还可以包括，在1602处，第一UE接收由基站广播的至少一个SIB(例如，图7中的710处所示)。方法1400还可以包括，在1604处，第一UE从至少一个SIB获得P2P配置信息。第一UE还可以通过其它方式或模式来接收P2P配置信息。

图17中示出了方法1400的额外的方面1700。在1702处描绘的一种设计中，P2P配置信息可以传达被分配用于P2P通信的PHY资源、或MAC资源或二者。在1704处描绘的另一种设计中，P2P配置信息可以传达要用于P2P通信的UE身份。在1706处描绘的又一种设计中，P2P配置信息可以传达用于P2P通信的服务证书。P2P配置信息还可以传达其它参数。在另一方面中，方法1400可以包括，在1708处，第一UE在由第一UE所选择(例如，请求)的任何时间接收P2P配置信息。例如，UE可以通过发送请求来触发P2P配置信息的设定。

方法1400还可以包括图18中示出的操作1800中的任一个或二者。方法1400还可以包括，在1802处，在接收P2P配置信息之后，由第一UE来执行对等体发现以检测第二UE。作为替换或补充，方法1400可以包括，在1804处，在接收P2P配置信息之前，由第一UE执行对等体发现以检测第二UE。

参照图19，提供了示例性装置1900，该示例性装置1900可以被配置为无线网络中的UE，或者被配置为用于对无线通信系统中的P2P链路进行配置的、在UE内使用的处理器或类似的设备。装置1900可以包括可表示由处理器、软件或其组合(例如，固件)实现的功能的功能块。

如图所示，在一种实施例中，装置1900可以包括用于在第一UE处接收来自基站的P2P配置信息的电子组件或模块1902，其中，所述P2P配置信息支持基站的覆盖区域内的UE的P2P通信。例如，电子组件1902可以包括耦合到网络接口等以及耦合到具有指令的存储器的至少一个控制处理器，所述指令用于与基站进行通信以便通过预定方式获得配置数据。电子组件1902可以是或者可以包括用于在第一UE处接收来自基站的P2P配置信息的模块，其中，所述P2P配置信息支持该基站的覆盖区域内的UE的P2P通信。所述模块可以是或者可以包括运行算法的至少一个控制处理器。所述算法可以包括通过无线传输来接收数据，基于来自基站的信号或者基于预定模板来将数据识别为P2P配置数据，并且存储该配置信息。

装置1900可以包括用于由第一UE基于P2P配置信息来与第二UE进行直接通信的电子组件1904。例如，该装置可以包括耦合到处理器的收发机，所述收发机作为发射机/接收机对的一部分对通信链路进行操作。电子组件1904可以是，或者可以包括：用于由第一UE基于P2P配置信息来与第二UE进行直接通信的模块。所述模块可以是或者可以包括运行算法的至少一个控制处理器。算法可以包括：应用第二UE的身份、PHY资源、MAC资源、或者来自配置信息的服务证书根据本文中描述的客户端/管理器协议来建立P2P链路。

装置1900可以包括用于执行结合图15至图18所描述的方法1400的任何或全部的类似的电子组件，为了简单描绘起见，在图19中没有示出这些电子组件。

在相关的方面中，在装置1900被配置为移动实体的情况下，装置1900可以选择性地包括具有至少一个处理器的处理器组件1910。在这种情况下，处理器1910可以经由总线1912或类似的通信耦合与组件1902-1904或类似组件进行操作性通信。处理器1910可以影响由电子组件1902-1904所执行的过程或功能的发起和调度。

在进一步相关的方面中，装置1900可以包括用于与其它网络实体进行通信的网络接口组件1914。装置1900可以选择性地包括用于存储信息的组件(例如，存储器设备/组件1916)。计算机可读介质或存储器组件1916可以经由总线1912等操作性地耦合到装置1900的其它组件。存储器组件1916可以适于存储用于执行组件1902-1904及其子组件或处理器1910、方法1400或本文中所公开的方法的动作的程序指令和数据。存储器组件1916可以保存用于执行与组件1902-1904相关联的功能的指令。虽然被示出为位于存储器1916的外部，但是应当理解的是，组件1902-1904可以存在于存储器1916内。

针对装置的另一个示例，再次参照图2和图3，发射机210和接收机250提供了图3中的P2P系统中的UE320a和UE320b的示例。在UE320a处，发送处理器214可以从数据源212接收数据并且从控制器/处理器230接收控制信息。所述控制信息可以包括(i)用于直接连接建立的消息，例如，如图5至图11所示的，(ii)诸如MIB和SIB之类的系统信息，和/或(iii)其它信息和信令。在UE320b处，发送处理器238可以对来自数据源236的数据、来自控制器/处理器270的控制信息(例如，针对用于直接连接建立的消息的控制信息)以及参考符号进行处理。

针对P2P通信，UE320a和UE320b可以生成用于直接连接建立、重新配置等的各种消息。每个UE可以生成P2P信号和用于P2P的接近度检测信号。每个UE可以将其信号发送给其它UE。每个UE也可以从基站/eNB接收下行链路信号，并且可以向基站/eNB发送上行链路信号以进行WAN通信。

控制器/处理器230和270可以分别指导UE320a和320b处的操作。在每个UE处的控制器/处理器230和270和/或其它处理器和模块可以执行或指导图14中的过程1400和/或针对本文中所描述的技术的其它过程。存储器232和272分别可以存储UE320a和320b的数据和程序代码。

在一种配置中，用于无线通信的装置320a和/或320b可以各自包括：用于在第一UE处接收来自基站的P2P配置信息的模块，所述P2P配置信息支持该基站的覆盖区域内的UE的P2P通信；以及用于由第一UE基于P2P配置信息来与第二UE进行直接通信的模块。

在一个方面中，前述模块可以包括可被配置为执行前述模块所述功能UE320a处的处理器214、220和/或230和/或UE320b处的处理器260、270和/或238。在另一个方面中，前述模块可以是被配置为执行前述模块所述功能的一个或多个模块或任何装置。所述模块可以包括执行用于执行上面结合图14所描述的操作的算法的前述处理器中的任一个或组合。算法可以包括结合图5至图11和/或图15至图19所描述的操作细节。

图20示出了用于向UE提供P2P配置信息以对UE进行配置用于P2P通信的方法2000的方面。方法2000可以由与UE进行通信的基站来执行。方法2000可以包括，在2002处，基站接收来自第一UE的配置请求消息。方法2000还可以包括，在2004处，响应于配置请求消息，基站向UE提供P2P配置信息(例如，使用单播或广播传输)。P2P配置信息可以支持该基站覆盖范围内的UE的P2P通信。基站可以是宏小区的宏基站，或毫微微小区的家庭基站，或某种其它类型的基站。第一UE可以(i)在接收P2P配置信息之后(例如，如图3中所示)或(ii)在接收P2P配置信息之前，执行对等体发现以检测第二UE。第一UE可以基于来自基站的P2P配置信息来使用P2P协议与第二UE进行直接通信。

图21至图23描绘了可以结合方法2000或作为方法2000的一部分来执行的额外的操作或方面。额外操作2100、2200和2300中的一个或多个操作可以选择性地作为方法2000的一部分来执行，或描述对方法2000的元素中的一个元素进行修改的方面。元素2100、2200和2300可以按照任意操作顺序来执行，或者可以被开发算法涵盖而不需要特定的执行时间顺序。操作是独立执行的，并且不是互斥的。因此，可以执行这些操作中的任一个操作，而不管是否执行了另一个下游操作或上游操作。例如，如果方法2000包括操作2100、2200和2300中的至少一个，那么方法2000可以在至少一个操作之后终止，而不一定必须包括可能示出的任何后续下游操作。在这些额外操作的一个方面中，如下面分别结合图21和图22更具体描述的，在2004处提供给第一UE的P2P配置信息是在(i)RRC消息，或(ii)至少一个SIB中的至少一个中提供的。

图21中示出了与用于提供P2P配置信息的模式有关的额外操作2100。在方法2000的实施例中，操作2004还可以包括，在2102处，基站向UE发送包括P2P配置信息的配置消息(例如，如图6中的612处所示)。在方法2000的一个方面中，如框2104处所示，配置请求消息和配置消息可以包括支持P2P的RRC消息。

针对另一种设计，图22中示出了与用于提供P2P配置信息的模式有关的额外操作2200。在方法2000的另一个实施例中，操作2002还可以包括，在2202处，基站广播至少一个SIB，例如，如图7中的710处所示。方法2000还可以包括，在2204处，基站对至少一个SIB中的P2P配置信息进行编码。基站还可以通过其它方式或模式来提供P2P配置信息。

图23中示出了方法2000的额外方面2300。在2302处所示的一种设计中，P2P配置信息可以传达被分配用于P2P通信的PHY资源、或MAC资源或二者。在2304处所示的另一种设计中，P2P配置信息可以传达用于P2P通信的UE身份。在2306处所示的又一种设计中，P2P配置信息可以传达用于P2P通信的服务证书。P2P配置信息还可以传达其它参数。

参照图24，提供了示例性装置2400，该示例性装置2400可以被配置为无线网络中的基站/eNB，或被配置为用于对无线通信系统的P2P链路进行配置的、在基站内使用的处理器或类似设备。装置2400可以包括可表示由处理器、软件或其组合(例如，固件)实现的功能的功能块。

如图所示，在一种实施例中，装置2400可以包括用于在无线通信系统的基站处接收来自第一UE的配置请求消息的电子组件或模块2402，其中，P2P请求涉及用于支持针对基站的覆盖区域内的UE的P2P通信的信息。例如，电子组件2402可以包括耦合到网络接口等以及耦合到具有指令的存储器的至少一个控制处理器，所述至少一个控制处理器用于与UE进行通信以便通过预定方式来接收配置数据。电子组件2402可以是或者可以包括用于在无线通信系统的基站处接收来自第一UE的配置请求消息的模块。所述模块可以是或者可以包括运行算法的至少一个控制处理器。算法可以包括通过无线传输来接收数据、基于来自UE的信号或者基于预定模板将数据识别为P2P配置请求消息，并且处理该请求。

装置2400可以包括用于响应于配置请求消息，向UE提供来自基站的P2P配置信息的电子组件2404，其中，所述P2P配置信息支持该基站的覆盖区域内的UE的P2P通信的信息。例如，该装置可以包括耦合到处理器的收发机，该处理器作为发射机/接收机对的一部分来对通信链路进行操作。电子组件2404可以是或者可以包括用于响应于配置请求消息，向UE提供来自基站的P2P配置信息的模块，其中，所述P2P配置信息支持该基站的覆盖区域内的UE的P2P通信。所述模块可以是或者可以包括运行算法的至少一个控制处理器。该算法可以包括：基于系统参数和操作条件来获得和/或生成P2P配置信息，对消息中的配置信息进行编码，以及将所述消息导向UE。

装置2400可以包括用于执行结合图21至图23所描述的方法2000的任意或全部的类似电子组件，为了简单描绘起见，图24中没有示出这些电子组件。

在相关的方面中，在装置2400被配置为作为基站进行操作的情况下，装置2400可以选择性地包括具有至少一个处理器的处理器组件2410。在这种情况下，处理器2410可以经由总线2412或类似的通信耦合与组件2402-2404或类似组件进行操作性通信。处理器2410可以影响由电子组件2402-2404所执行的过程或功能的发起和调度。

在进一步相关的方面中，装置2400可以包括用于与其它网络实体进行通信的网络接口组件2414。装置2400可以选择性地包括用于存储信息的组件(例如，存储器设备/组件2416)。计算机可读介质或存储器组件2416可以经由总线2412等可操作地耦合到装置2400的其它组件。存储器组件2416可以适于存储用于执行组件2402-2404及其子组件、或处理器2410、方法1200或本文中所公开的方法的动作的计算可读指令和数据。存储器组件2416可以保存用于执行与组件2402-2404相关联的功能的指令。虽然被示为位于存储器2416的外部，但应当理解的是，组件2402-2404可以存在于存储器2416内。

本领域技术人员将会理解，可以使用各种技术和技巧中的任一种来表示信息和信号。例如，上面描述的全文中可以引用的数据、指令、命令、信息、信号、比特、符号、以及码片，可以用电压、电流、电磁波、磁场或磁粒子、光场或光粒子、或者它们的任意组合来表示。

本领域普通技术人员还应当明白，结合本文的公开内容所描述的各种示例性的逻辑框、模块、电路、以及算法步骤均可以实现成电子硬件、计算机软件或二者的组合。为了清楚地描绘硬件和软件之间的这种可交换性，上面对各种示例性的部件、框、模块、电路和步骤均围绕其功能进行了总体描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本发明的保护范围。

被设计为执行在此所述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或者晶体管逻辑、分立硬件部件、或者它们的任意组合，可以用来实现或执行结合本文的公开内容所描述的各种示例性的逻辑框、模块和电路。通用处理器可以是微处理器，或者，该处理器也可以是任何常规的处理器、控制器、微控制器、或者状态机。处理器也可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、与DSP核相结合的一个或多个微处理器、或者任何其它这类结构。

结合本文的公开内容所描述的方法或者算法的步骤可直接体现为硬件、由处理器执行的软件模块、或者这二者的结合。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM、或者本领域已知的任何其它形式的存储介质中。一种示例存储介质可以耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。或者，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。ASIC可以位于用户终端中。当然，处理器和存储介质也可以作为分立部件位于用户终端中。

在一个或多个示例性设计中，可以通过硬件、软件、固件、或它们的任意组合来实现所描述的功能。如果通过软件实现，则这些功能可以作为一条或多条指令或代码保存在非临时性计算机可读介质上。非临时性计算机可读介质包括计算机存储介质。存储介质可以是通用计算机或专用计算机能够访问的任何可用介质。举例说明而非限制，这样的计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM、DVD、蓝光光碟或其它光盘存储、磁盘存储、或其它磁或电存储设备、或者能够用来携带或存储具有指令或数据结构形式的所期望的程序代码模块并且能够被通用或专用计算机、或者通用或专用处理器访问的任何其它介质。如本文所使用的磁盘和光碟包括压缩光碟(CD)、激光光碟、光碟、数字多功能光碟(DVD)、软盘以及蓝光光碟，其中，磁盘通常用磁再现数据，而光碟是由激光器用光再现数据。上述的组合也应该被包括在计算机可读介质的范围内。

为使本领域中的任何普通技术人员能够实施或者使用本申请，提供了对本申请的前述说明。对于本领域普通技术人员来说，对本申请的各种修改将是显而易见的，并且，在此定义的总体原理也可以在不脱离本申请的精神或范围的前提下应用于其它变型。因此，本申请并不限于本文所描述的示例和设计，而是与在此所公开的原理和新颖性特征的最宽范围相一致。所主张的内容参见权利要求书。

Claims

1.一种用于无线通信的方法，包括：

在第一用户装置UE处接收来自基站的对等P2P配置信息，其中，所述P2P配置信息规定用于根据演进型通用陆地无线接入E-UTRA无线技术对所述第一UE与第二UE之间的P2P连接进行配置的参数，并且所述P2P配置信息是在(i)无线资源控制RRC消息，或(ii)至少一个系统信息块SIB中的至少一个中接收的；

由所述第一UE执行对等体发现以检测第二UE，所述对等体发现包括接收由所述第二UE发送的接近度检测信号上的对等体发现代码，所述第二UE通告其对P2P通信的可用性；以及

由所述第一UE基于所述P2P配置信息与第二UE进行直接通信。

2.根据权利要求1所述的方法，其中，接收P2P配置信息的步骤包括：

从所述第一UE向所述基站发送配置请求消息，以及

从所述基站接收包括所述P2P配置信息的配置消息。

3.根据权利要求2所述的方法，其中，所述配置请求消息和所述配置消息包括支持P2P的无线资源控制RRC消息。

4.根据权利要求1所述的方法，其中，接收所述P2P配置信息的步骤包括：接收来自所述基站的广播中的所述至少一个系统信息块SIB。

5.根据权利要求1所述的方法，其中，所述P2P配置信息传达被分配用于P2P通信的物理层PHY资源和媒体访问控制MAC资源。

6.根据权利要求1所述的方法，其中，所述P2P配置信息传达用于P2P通信的临时UE身份。

7.根据权利要求1所述的方法，其中，所述P2P配置信息传达用于P2P通信的服务证书。

8.根据权利要求1所述的方法，其中，所述P2P配置信息是由所述第一UE在由所述第一UE所选择的时间进行接收的。

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

所述第一UE在接收所述P2P配置信息之后，执行对等体发现以检测所述第二UE。

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

所述第一UE在接收所述P2P配置信息之前，执行对等体发现以检测所述第二UE。

11.根据权利要求1所述的方法，其中，所述基站是宏小区的宏基站。

12.根据权利要求1所述的方法，其中，所述基站是毫微微小区的家庭基站。

13.一种用于无线通信的装置，包括：

用于在第一用户装置UE处接收来自基站的对等P2P配置信息的模块，其中，所述P2P配置信息规定用于根据演进型通用陆地无线接入E-UTRA无线技术对所述第一UE与第二UE之间的P2P连接进行配置的参数，并且所述P2P配置信息是在(i)无线资源控制RRC消息，或(ii)至少一个系统信息块SIB中的至少一个中接收的；

用于由所述第一UE执行对等体发现以检测第二UE的模块，所述对等体发现包括接收由所述第二UE发送的接近度检测信号上的对等体发现代码，所述第二UE通告其对P2P通信的可用性；以及

用于由所述第一UE基于所述P2P配置信息与第二UE进行直接通信的模块。

14.一种用于无线通信的装置，包括：

至少一个处理器，其被配置为：

由所述第一UE基于所述P2P配置信息与第二UE进行直接通信；以及

存储器，其与所述至少一个处理器耦合。

15.根据权利要求14所述的装置，其中，所述至少一个处理器还被配置为：

从所述第一UE向所述基站发送配置请求消息，以及

从所述基站接收包括所述P2P配置信息的配置消息。

16.根据权利要求15所述的装置，其中，所述配置请求消息和所述配置消息包括支持P2P的无线资源控制RRC消息。

17.根据权利要求14所述的装置，其中，所述至少一个处理器还被配置为：

接收由所述基站广播的至少一个系统信息块SIB；以及

从所述至少一个SIB获得所述P2P配置信息。

18.根据权利要求14所述的装置，其中，所述P2P配置信息传达被分配用于P2P通信的物理层PHY资源和媒体访问控制MAC资源。

19.根据权利要求14所述的装置，其中，所述P2P配置信息传达用于P2P通信的临时UE身份。

20.根据权利要求14所述的装置，其中，所述P2P配置信息传达用于P2P通信的服务证书。

21.根据权利要求14所述的装置，其中，所述P2P配置信息是由所述第一UE在由所述第一UE所选择的时间进行接收的。

22.根据权利要求14所述的装置，其中，所述至少一个处理器还被配置为：由所述第一UE在接收所述P2P配置信息之后，执行对等体发现以检测所述第二UE。

23.根据权利要求14所述的装置，其中，所述至少一个处理器还被配置为：由所述第一UE在接收所述P2P配置信息之前，执行对等体发现以检测所述第二UE。