本申请要求2012年12月6日提交的美国临时专利申请号61/734,323的优先权，这里通过引用将其整体并入。
背景技术：
能够尽可能有效并且廉价地向固定和移动用户提供电信服务正变得更加重要。进一步，移动应用的增加使用已经致使大量关注开发能够以高速来传递大量的数据的无线系统。
更有效和更高带宽的无线网络的开发已经变得日益重要，并且致力于如何最大化这样的网络中的效率的问题正在进行研究。
基于邻近的应用和服务代表了快速增长的社交和技术趋势，该快速增长的社交和技术趋势对蜂窝无线/移动宽带技术的演进具有重大的影响。这些服务基于察觉到两个设备或者两个用户彼此接近并且，因而，能够在设备到设备(D2D)配置(也称为LTE Direct)中彼此直接通信。基于邻近的应用包括社交网络、移动商务、广告、游戏等。对公共安全第一目击者(first responder)，D2D通信也是重要的，该目击者可能能够使用D2D来通信，而不使得基站或演进Node B(eNB，还称作eNodeB或E-UTRAN Node B)过载。除此之外，D2D通信的使用能够使得某一业务从蜂窝网络卸载。
附图说明
本发明的实施例的方面、特征以及优点将从关于所附附图的本发明的以下描述中变得显而易见，其中相同的附图标记代表相同的元素，并且其中：
图1为与各种实施例兼容的示例无线网络的框图；
图2图示了根据各种实施例的具有能够实施设备到设备的用户设备的无线网络；
图3图示了根据各种实施例的具有能够实施设备到设备的用户设备的无线网络；
图4为示出根据各种实施例的在用户站与基站之间的示例信令交换时序图；
图5为示出根据各种实施例的信元的表；
图6为示出根据各种实施例的用于CMRS上报的映射的示例表；
图7图示了根据各种实施例的具有能够实施设备到设备的用户设备的无线网络；
图8为图示根据各种实施例的由移动设备执行的方法的流程图；
图9为图示根据各种实施例的由基站执行的方法的流程图；
图10为示出根据各种实施例的在用户站与基站之间的示例信令交换的时序图；
图11图示了根据各种实施例的信元；
图12为图示根据各种实施例的由移动设备执行的方法的流程图；
图13为图示根据各种实施例的由基站执行的方法的流程图；
图14示意性地描绘了按照各种实施例的示例系统；
图15示意性地描绘了按照各种实施例的示例移动设备/用户设备。
具体实施方式
描述和附图图示了特定实施例。其他实施例可以并入结构上、逻辑上、电的、处理、以及其它的变化。示例仅仅作为可能的变型的典型。除非明确要求的，否则单个组件和功能是可选的，并且操作的顺序可以改变。某些实施例的部分和特征可以包括在其他实施例的那些中，或者替代其他实施例的那些。权利要求中给出的实施例包括那些权利要求的所有可用等价物。这里给出特定的细节，以便提供对本发明的透彻理解。但是，将由那些本领域技术人员理解的是，可以在没有这些特定细节的情况下实践本发明。在其他例子中，众所周知的方法、过程、组件、以及电路没有具体描述，以便不模糊本发明。
如这里所使用的，术语“模块”、“部件”可以指代专用集成电路(ASIC)、电子电路、执行一个或多个软件或者固件指令和/或程序的处理器(共享的、专用的、或者组)和/或存储器(共享的、专用的、或者组)、组合逻辑电路、和/或提供所描述的功能性的其它合适的组件，或为可以其一部分、或包括在其中。
图1为图示与各种实施例兼容的无线通信网络100的框图。无线通信网络100可以包括用户设备(UE)120-124和演进Node B(eNB)115。在各种实施例中，eNB 115可以为固定站(例如，固定节点)或者移动站/节点。eNB 115连接到核心网(CN)110(还称作运营商网络，PN)。
在各种实施例中，UE 120-124和/或eNB 115可以包括多个天线以实现多输入多输出(MIMO)传输系统，其可以操作在大量MIMO模式中，包括单用户MIMO(SU-MIMO)、多用户MIMO(MU-MIMO)、闭环MIMO、开环MIMO或智能天线处理的变型。UE 120-124可以经由一个或多个上行信道来提供某一类型的信道状态信息(CSI)反馈至eNB 115，并且eNB 115可以基于所接收的CSI反馈来调整一个或多个下行信道。CSI的反馈精确度可以影响MIMO系统的性能。
在各种实施例中，上行信道和下行信道可以与一个或多个频带相关联，该一个或多个频带可以由上行信道和下行信道共享，或者可以不由上行信道和下行信道共享。该一个或多个频带可以进一步分成一个或多个子带，该一个或多个子带可以由上行和下行信道共享，或可以不由上行和下行信道共享。用于上行或下行信道(宽带)的每个频率子带、一个或多个聚合子带、或该一个或多个频带称为频率资源。
在各种实施例中，UE 120可以发送CSI反馈到eNB 115。CSI反馈可以包括与信道质量索引(CQI)、预编码矩阵指示(PMI)、以及秩指示(RI)相关的信息。PMI可以引用，或者否则唯一识别，码本内的预编码器。eNB 115可以基于由PMI引用的预编码器来调整下行信道。
UE可以为设备，诸如智能电话、平板电脑、e-阅读器、移动热点、以及类似物。传统地，UE经由核心网来与其它设备通信。例如，当路由数据到其最终目的地之前，数据可以经由演进Node B(eNB)来从移动设备传输。但是，在某些情形中，如果设备(即，UE)能够彼此直接通信，而不使用eNB和/或核心网，其可以是有利的。
在示例性情形中，用户设备-UE0-在物理上接近用户设备-UE1。用户可能希望从UE0至UE1传送文件、玩游戏、或者否则进行通信。UE0与UE1之间的连接可以由应用自动发起，或者可以由用户发起。从底层网络的视角以及从设备自身的视角，直接与UE1通信对于UE0是有利的。这样的连接具有若干益处。例如，更少的业务将通过eNB，从而允许eNB服务更多的设备。除此之外，因为UE0将直接与在相对邻近区域中的UE1通信，UE0和UE1可以能够使用低功率模式以做出这种通信，从而带来功率节省和更长的电池寿命。这中方式还可以减少来自UE0和UE1的对其他附近UE和/或eNB的干扰。
图2图示了将设备到设备(“D2D”)网络与诸如为LTE或LTE Advanced网络的无线接入网组合在一起的示例性系统。移动宽带网络200包括eNB 215。UE 220、222以及224在eNB 215的小区245内并且经由相应的LTE通信信道250来与eNB 215通信。还在图2中图示了进一步的eNB(eNB2)217，其具有小区247。eNB2经由通信信道250来与UE 226通信。
图2图示了两个D2D簇230和235。D2D簇230、235中的每个簇包括多个UE，该多个UE能够彼此直接通信、而不需要通过eNB215或eNB2217来进行通信。本申请可以将具有D2D能力的UE称作dUE或D2D-UE，以代表能够进行D2D的用户设备。如簇235中所图示的，簇中的UE可以与不同的eNB通信。D2D簇的若干不同的部署是可能的。例如，如图3中所图示的，簇可以包括多于两个UE。在这样的簇中，每个UE可以与簇中的一个或多于一个的其它UE直接通信。参考图3，D2D簇330包括在网状配置中彼此耦合的dUE 320、321、322、以及323，其中dUE 320、321、322、以及323中的每个如图示地彼此耦合。如果dUE需要向其没有直接耦合的dUE发射数据(例如，如果dUE 321将发射数据到dUE 323)，其能够通过与它们两都连接的dUE来发射数据(例如，dUE 320)。因为簇330的dUE彼此非常邻近，它们不需要一直发送数据到eNB315。对应地，簇中的一个或多个设备可以使用低功率收发器模式，延长dUE的电池寿命。除此之外，因为簇的UE之间的传输不经由eNB 315来发送，所以并未使用eNB 315有限的带宽能力。
图3包括了另一示例性簇335。簇335包括UE 324、325以及326。UE 324和325为经由UE 326连接到彼此的D2D。
在某些实施例中，D2D簇可以包括D2D协作器。D2D协作器为簇中的dUE中的一个，其用作管理簇中的dUE与eNB之间的通信。在图3中，UE 321为簇330的D2D协作器，并且UE 324为簇335的D2D协作器。在其他实施例中，诸如图2中所示的实施例，没有D2D协作器，并且簇中的每个UE可以直接与eNB通信。在其他实施例中，簇中的两个或更多个UE中的每个UE可以直接与eNB通信，而簇中的一个或多个UE不直接与eNB通信。
应该理解到D2D簇的其它配置也是可能的。还应该理解到单个eNB能够支持比图2和3中所示的D2D簇更多的D2D簇。
为了解释的目的，这里的描述将关注将经由D2D连接在连接的两个UE之间的连接。但是，应该理解到D2D连接不限于两个UE，这里所讨论的原理可以扩展以支持D2D通信组(簇)中的多于两个的D2D UE。
建立D2D通信可以被认为是包括两个阶段：邻近发现，以及D2D通信的后续初始化和发起。邻近发现可以例如基于使用例如GPS或辅助GPS信息的定位信息来实现。第二阶段包括分配网络资源(例如，带宽)给D2D通信。
大多数D2D方案能够被划分为属于以下两种类型中的一种，该两类被称为正常(商业)D2D和公共安全D2D。某些设备可以设置成根据两个方案来操作，而其它设备可以设置成根据这些方案中的仅仅一个方案来操作。
根据正常D2D，具有D2D能力的UE(即，支持基于邻近发现和通信的UE)能够仅仅在商业蜂窝LTE/LTE Advanced网络覆盖范围内彼此直接通信，即，在诸如为eNB、移动性管理实体(MME)、服务网关(S-GW)等的网络元件的帮助下。例如，这一方案允许eNB(或者核心网的其它元件)在D2D通信期间使用的网络资源上运用控制，以便最小化对附近设备的干扰。
相反，当基于商业和/或公共安全基础设施的(蜂窝)网络覆盖不可用时，可以使用公共安全D2D，例如，当网络遭遇停用时(由于自然灾害、电力停用、网络能量节省、不彻底的网络部署等)。即使当基于基础设施的网络元件不可用于参与D2D通信的建立时，公共安全的具有D2D能力的UE(即，在公共安全或商业和公共安全蜂窝LTE/LTE-Advanced网络覆盖范围内支持基于邻近的发现和通信的UE)能够彼此通信。
以下列出了总结的场景，其中D2D通信将被启动或者被禁用。A.正常(商业)D2D
A1.为新通信而启动D2D
-建立D2D直接路径
A2.为正在进行的通信而启动D2D
-从蜂窝路径切换到D2D直接路径
A3.当会话活动时，禁用D2D(对于正在进行的通信)
-从D2D直接路径切换到蜂窝路径
A4.在会话结束时禁用D2D
-正在进行的直接通信完成
-应该使得网络察觉这点(例如，为了计费目的)
-网络应该更新资源库存
B.公共安全D2D
B1.为新通信而启动D2D
-在有以及没有网络覆盖的情况下建立D2D直接路径
-在缺少网络覆盖的情况下自主发现的能力
-在缺少网络覆盖的情况下自主通信的能力
B2.为正在进行的通信而启动D2D
-在有以及没有网络覆盖的情况下，从蜂窝路径切换到D2D直接路径
-在缺少网络覆盖的情况下自主故障安全和无缝切换的能力
B3.当会话活动时，禁用D2D，(对于正在进行的通信)
-在网络覆盖范围内，从D2D直接路径切换到蜂窝路径
-当在停用之后网络再次可用时从D2D直接路径切换到蜂窝路径
B4.在会话结束时禁用D2D
-正在进行的直接通信完成
-为计费目的，应该使得网络察觉这点
-网络应该更新资源库存
-如果存在D2D协作器，应该使得D2D协作器察觉，以用于更新资源库存
B5.启动/禁用D2D，由于路由改变/再次发现
-对于支持公共安全D2D的多跳通信
-对于UE移动性
-从D2D直接切换到D2D路径
正常和公共安全场景之间存在相似性，区别主要是由于在公共安全场景中(例如，在网络停用的事件中)(可能)缺少网络支持。场景B2和B3能够应用在由于网络故障D2D通信与蜂窝通信之间故障/恢复的转换中。
根据某些实施例，用于正常D2D直接路径通信的启动(允许)判决应该由网络做出(例如，如果两个UE由相同的eNB服务，由eNB，或者如果UE属于不同的eNB，由MME/S-GW)。
图4图示了根据某些实施例的用于建立用户设备UE0 220与UE1 222之间的D2D通信的信号流。这里假设UE0 220和UE1 222两者具有D2D能力，并且假设UE1 222尝试建立与UE0 220的D2D连接(例如，以承载电话呼叫)。UE0 220和UE1 222的作用可以颠倒，使得UE0 220尝试建立与UE1 222的D2D连接，而不影响以下描述。
在图4的阶段1中，标记为410，在启动D2D直接传送之前，执行具有D2D能力的业务流的邻近检测和识别。eNB 215或者某一其它网络元件确定UE1的呼叫建立请求是否为具有D2D能力的业务流。邻近检测涉及确定将经由D2D通信来彼此通信的两个UE足够接近。更一般地，在启动多跳通信处，可以确定UE0和UE1中的每个是否与簇中的至少一个相应的UE足够接近。这里，具有D2D能力的业务为适合通过D2D通信来在两个或更多个UE之间通信的数据。例如，诸如为正常的网页浏览的涉及仅仅一个UE的通信，典型地，该通信不适于D2D通信。具有D2D能力的业务可以包括将从一个UE传送到另一个UE的数据，并且能够包括游戏数据(例如，对于由每个玩家经由他们相应的UE来访问的多玩家游戏)、用户文件(例如，相片或者联系数据)、消息数据(例如，涉及谈话或者文本消息的数据)、语音/视频数据(例如，涉及语音或者视频电话呼叫)等。具有D2D能力的业务可以为单向业务(诸如文件传送)或者双向(诸如电话呼叫)。eNB 215或者其它网络元件可以确定UE1 222的呼叫建立请求是否为具有D2D能力的业务流。
在阶段2中，标记为420，如果发现UE0 220在UE1 222的邻近区域内，UE1 222向UE0 220发射信道测量参考信号(CMRS)以用于信道估计目的。在某些示例中，例如为探测参考信号(SRS)的已有上行链路信号可以用作CMRS。在某些示例中，可以使用新的、专用的参考信号。在某些示例中，具有D2D能力的设备能够从其它UE接收上行链路(UL)信号，从而支持D2D通信。在某些示例中，阶段2 420可以执行为发现阶段(阶段1 410)的一部分，例如，使用导频信号的发现和/或扫描其它UE的导频信号的发现。
在阶段3，标记为430，UE0 220基于所接收的CMRS来估计UE1 222与UE0 220之间的信道条件。在某些示例中，这一阶段可以包括在发现阶段中(阶段1 410)，例如，使用导频信号的发现和/或扫描其它UE的导频信号的发现。
在阶段4，记为图4中的440，UE0上报信道条件到eNB。在某些实施例中，上行链路专用控制信道(UL-DCCH)可以用于发射信道条件报告。在某些实施例中，例如，UE0能够上报来自UE1的CMRS接收功率。在某些示例中，预定义用于CMRS的UE1发送功率，并且所接收的功率能够单独地指定UE1与UE0之间的信道条件。CMRS测量报告映射能够类似于参考信号接收功率(RSRP)来定义。在某些实施例中，例如，能够上报CMRS的信噪比(SNR)或者参考信号接收质量(RSRQ)。在某些示例中，信道条件可以经由D2D协作器来从UE发射到eNB，该D2D协作器例如为图3的321或324。D2D协作器还可以称作簇头或组所有者。
上报信道条件提供了信道状态给eNB，然后该eNB可以使用信道条件信息来做出D2D通信的启动判决。在某些实施例中，信道条件信息还可以用于做出涉及用于D2D直接通信的物理层传输参数的判决，该传输参数诸如调制和编码方案(MCS)等级、物理资源块(PRB)的数量等。
根据某些实施例，CMRS测量的上报可以使用额外的(新的、专用的)信元(IE)来执行。例如，如图5中概述的，额外的IE可以包括在测量信元中。在某些实施例中，额外的IE可以包括在3GPP LTE-A标准的测量结果(MeasResult)IE中。该MeasResult IE涵盖了频率内、频率间以及RAT间移动性的测量结果。
在图5的示例性IE中，将CMRS接收功率上报为量化值。这允许上报更为有效，例如，通过上报整数而非实际测量的CMRS接收功率。例如，CMRS的上报范围可以定义为从-140dBm到-44dBm，具有1dB分辨率。但是，信令的范围和精确性可以不同于以上范围和精确性地定义。图6示出了测量的映射的示例。
在阶段5，标记为450，基于预定义的准则网络元件做出D2D启动判决，该网络元件诸如eNB，或者如果涉及多于一个eNB的MME/S-GW。例如，在某些实施例中，如果直接路径的信号强度在预定义阈值信号强度之上(可能地，取决于所期望的或所要求的服务质量(QoS)/体验质量-QoE)，能够实现直接链路。在某些实施例中，如果潜在的吞吐量(其能够通过估计信噪比来估计)在预定义的潜在的吞吐量阈值之上(可能地，取决于期望的或要求的QoS/QoE)，能够实现直接链路。
在某些实施例中，基于网络的负荷条件能够实现直接链路。例如，图7示意性地图示了一种情形，在该情形中UE0与UE1之间的D2D传输范围710受到限制，使得没有或者有限的对其它(基础设施)传输(牵涉其它UE 720和eNB 215)的干扰被引入，并且由此注册频带能够在即使高负荷条件下也被D2D对(UE0和UE1)所使用。
在阶段6 460a、460b，当已经在阶段5450中确定D2D通信将被启动时，eNB通知所涉及的UE，D2D通信已经启动并且D2D通信提供关于信道分配或资源分配中的至少一个的信息。在某些实施例中，信道/资源分配信息通知UED2D通信将被启动，并且不需要单独的通信。在某些实施例中，例如，D2D启动信号和/或资源分配信息可以使用无线资源控制(RRC)信令或者动态物理下行控制信道(PDCCH)信令。如图4中所图示的，阶段6包括提供D2D启动信号给推定的D2D簇中的每个UE。在某些实施例中，eNB可以提供D2D启动信号(以及可能地，所分配的资源的信息)给UE中的一个或多个的子集。在某些实施例中，eNB可以经由D2D协作器来提供D2D启动信号(以及可能地，所分配的资源信息)给仅仅UE中的一个或多个的子集。簇中的剩余的UE可以从接收到启动信号的子集中的UE和/或从D2D协作器接收D2D启动信号。
在阶段7 470中，在UE0与UE1之间执行D2D直接路径传输。
根据某些实施例，其中，在阶段5 450中确定D2D将不被启动，则eNB通知UE，并且D2D建立处理终结而不发起D2D通信。在某些示例中，当D2D将不被启动时，则eNB不响应UE，并且当预定的时间周期已经经过而没有收到响应时，则UE推定D2D通信不被启动并且终结D2D通信的建立。当发射信道条件报告时，预定的时间周期可以开始，例如，当阶段4 440已经完成时(或者在阶段4440之前或者在阶段4 440期间在某一其它预定阶段)，通过UE0启动定时器。
当UE0 220和UE1 222与不同的eNB相关联时，它们可以与它们关联的eNB通信。例如在阶段6中，信号6a可以发射到第一eNB/由第一eNB接收，并且信号6b可以发射到第二eNB/由第二eNB接收。第一和第二eNB可以使用诸如为MME、S-GW的其它网络元件或者直接使用X2接口来彼此通信这一信息。
根据某些实施例，UE可以在建立D2D通信的处理期间执行图8中所示的方法。例如，图8的方法可以由图4的UE0 220来执行。
在图8中，假设具有D2D能力的业务流的邻近检测和识别(图4的阶段1)已经在在810处方法开始之前完成。在820处，UE0 220从UE1接收CMRS信号(例如，如在图4的阶段2 420中的)。在830处，UE0 220确定在UE0 220与UE1 222之间的信道条件(例如，如在图4的阶段3 430中的)。在840处，UE0 220发射信道条件的报告到eNB 215(例如，如在图4的阶段4 440中的)。在850处，响应于信道条件报告，UE0 220从eNB 215接收D2D启动信号，向UE0 220通知D2D通信已经被启动(例如，如在图4的阶段6 460中所示)。UE0 220可以从eNB 215接收资源分配信息，该资源分配信息作为D2D启动信号的一部分或者除D2D启动信号之外。图8的方法在860处终结。此后，UE0 220与UE1 222之间的D2D通信可以接着开始。
根据某些实施例，eNB 215可以执行图9中示出的方法900以建立D2D通信。例如，图9的方法900可以由图4的eNB 215来执行。方法900在910处开始。在920处，eNB从用于D2D通信的候选者的UE接收信道条件报告(例如，如在图4的阶段4 440中的)。在930处，至少部分地基于所接收的信道报告，eNB做出启动D2D判决(例如，如在图4的阶段5 450中的)。在930处，如果决定D2D将被启动，可以在950处分配资源，并且可以在960处发射D2D启动信号(例如，如在图4的阶段6 460a、460b中所示)。
在930处，其中确定D2D将不被启动，eNB 215相应地在940处通知UE。由eNB 215执行的建立方法在970处终结。在某些实施例中，当D2D不被启动时，eNB可以配置为不通知UE。在这样的实施例中，省略940，并且在判决之后不在930处启动D2D，并且该方法在970处终结。在这些情况中，UE可以从缺少来自eNB的对信道条件报告的响应中推定出D2D将不被启动。
图10示出了根据某些实施例的用于数据量上报的消息序列。在图10中，假设D2D通信已经建立，并且在UE0 220与UE1 222之间进行。为了与图4一致，将这标记为阶段7 1070。
在阶段8中，D2D通信中涉及的UE中的每个向eNB 215上报正在进行的D2D通信。尽管没有图示，D2D通信1070会话可以在阶段8 1080期间以及在阶段8 1080之后进行。例如，报告可以包括经由直接D2D链路来在UE之间传送的数据量的信息。这一安排允许网络保持对正在进行的D2D直接路径通信的跟踪(例如，当使用网络时，用于正常(商业)D2D以及公共安全D2D)。这对于资源跟踪、计费目的等而言是有益的。例如，D2D业务流的上报可以为事件触发的和/或周期的。
在阶段8 1080中的上报可以使用测量结果信元来执行。这可以是新定义的(例如，专用的)信元。
在某些实施例中，可以使用诸如为用于计费目的的业务量测量量(例如，缓冲区占用(BO))、或者缓冲区状态上报(BSR)的已有的上报方法。在某些实施例中，可以使用如上所描述的(关于阶段4440)信道质量上报。在某些实施例中，如下所描述的，可以使用D2D数据量测量报告。
图11示出了基于从eNB接收的对应的测量配置(这里未示出)来上报D2D数据量使用的RRC信令的示例。测量配置可以由eNB使用下行RRC消息来发射到UE，并且可以配置上报准则。上报准则可以包括例如：上报是否为周期性的和/或事件触发的等；周期性报告的频率/周期；以及用于事件触发的上报的事件触发准则。在周期性上报的情况中，例如，周期可以按照子帧的数量或者报告之间的时间间隔来配置。在3GPP LTE-A标准中定义的报告间隔(ReportInterval)可以用于这一目的，避免需要定义新的量。
对于事件触发的上报，在某些实施例中，如果所发送的数据或者所接收的数据(或者两者)大于或者等于数据量阈值，UE可以触发数据量上报。在其他实施例中，如果所发送的数据或者所接收的数据(或者两者)大于或者等于数据量阈值并且自从上次报告以来的时间大于或者等于时间持续时间阈值，UE可以触发数据量上报。这对应于基于超过数据量、但是还具有最小上报间隔的上报。在其他实施例中，如果所发送的数据或者所接收的数据(或者两者)大于或者等于数据量阈值或者自上次报告以来的时间大于或者等于时间持续时间阈值，UE可以触发数据量上报。这对应于基于数据量、但是还具有最大上报间隔的上报。数据量阈值和时间持续时间阈值能够由eNB/网络来预定义或者配置。可以使用阈值的组合，例如以提供最小和最大上报间隔两者。
对于按需上报，eNB发射请求到UE以发射数据量报告。来自eNB的请求可以使用高层信令。请求能够经由RRC信令发射到UE，其可以基于各种准则来由NAS或者应用层来触发，例如该各种准则为将传送的数据量、QoS/QoE要求等。
图11示出了测量结果信元的特定示例，其中D2D数据量上报并入到MeasResult信元中。画框部分1110和1120被添加到MeasResult信元以用于D2D数据量上报。用于每个建立的D2D通信的D2D数据量上报能够以事件触发的方式或者基于eNB请求周期地发送。
在画框部分1110和1120中引入的域如下：
D2D-业务量测量结果列表(D2D-trafficVolumeMeasResultsList)
由特别的D2D-UE上报的业务量测量结果的列表。列表的大小等于在特定的时间由D2D通信连接到特定的UE的UE的数量。D2D-UE的数量(numOf(D2D)UE)
(由D2D)连接到正在上报数据的特定的UE的D2D UE的数量
D2D(UE)身份(D2D(UE)Identity)
D2D-UE的唯一标识。例如，这可以是已有的唯一ID，诸如IMSI、或者诸如为S-TMSI的临时ID。根据某些实施例，可以专门为D2D UE ID而使用新的(例如，专用的)格式。
发射的D2D-数据(D2D-dataSent)
由UE发射到由D2D(UE)Identity域识别的UE的按照字节的数据量。在某些实施例中，这可以具有从0字节到4294967295个字节的范围的数值。
接收的D2D-数据(D2D-dataReceived)
从UE接收来自D2D(UE)Identity域识别的UE的按照字节的数据量。根据某些实施例，这可以具有从0字节到4294967295个字节的范围的数值。
D2D-UE的最大数量(maxNumOf(D2D)UE)
允许由D2D组中的D2D连接的D2D UE的最大数量。
在D2D-dataSent和D2D-dataReceived中，数值范围对应于发射或者接收的近4吉字节(Gigabytes)的上报的最大数据量。这一数值是有利的，因为其可以由四个八位字节来代表。可以使用可选的最大数值。
为了简化，以两个UE向相同的eNB 215上报来图示阶段8 1080，但是对于UE0 220和UE1 222有可能与不同的eNB相关联、以及发射相应的报告到它们相关联的相应的eNB。对于UE0 220和/或UE1 222还有可能经由D2D协作器来与对应的eNB相关联、以及经由D2D协作器来发射相应的报告到相应的eNB。
已描述的实施了主要关于场景A1(为新的通信而建立正常的(商业的)D2D)。但是，实施例的特征还可以应用于以上列出的其它场景。即，正常的D2D场景A2到A4，以及其中网络可利用(例如，没有在停用中)的公共安全场景B1到B5。
图12图示了根据某些实施例的由UE执行的方法1200。在某些实施例中，UE可以为图10的UE0 220。方法在1210处开始。在1220处，UE通过D2D通信来与另一D2D-UE直接通信。在1230处，UE生成关于D2D流的报告，包括业务量信息，例如，指示由D2D通信发送到另一UE(或者可能地，涉及多于两个UE的D2D通信的多个UE中的每个UE)和/或从另一UE(或者可能地，涉及多于两个UE的D2D通信的多个UE中的每个UE)接收的数据量。如果数据量报告已经在这一D2D会话期间由UE在之前发射，数据量报告可以包括仅仅与自上次数据量报告以来传送的数据相关的信息。在1240处，将在1230处生成的报告发送到eNB 215(例如，如在图10的步骤8中的)。
图13图示了根据某些实施例的由eNB 215执行的方法1300。方法在1310处开始。在1320处，eNB 215从UE 220接收数据量报告；数据量报告与与至少一个其它UE 222的正在进行的D2D会话相关。在某些实施例中，在图13的方法的开始1310之前，数据量报告可以响应于由eNB 215发射到UE 220的请求。
在1330处，eNB 215确定执行的一个或多个动作以响应于报告。在某些实施例中，在1330处的确定可以取决于报告的内容。在某些实施例中，所确定的对报告的响应可以包括存储数据、转发数据到另一网络元件、或者发射指令到UE中的至少一个。如果确定将存储或者转发报告数据，那么在1340处存储或者转发数据。如果确定将发射指令到UE，在1350处发送指令。其它动作还可以由eNB 215响应于接收报告来执行，例如，更新与有关的D2D-UE相关的收费/计费信息、更新eNB/网络的资源库存(例如，所使用的/可用频率资源)、更新用于网络/eNB的负荷条件信息等。方法接着在1360处终结。
在这里的各种实施例中，处理或者动作已经描述为由eNB 215执行。但是，将理解到，这一处理或者这些动作可以在某些情况中由其它网络元件来执行，诸如核心网的元件。
这里所描述的eNB 215和UE 200、222可以使用任何合适的硬件和/或软件来实现。图14图示了根据某些实施例的示例系统1400。系统1400包括一个或多个处理器1440、与(多个)处理器1440中的至少一个耦合的系统控制逻辑1420、与系统控制逻辑1420耦合的系统存储器1410、与系统控制逻辑1420耦合的非瞬时性存储器(NVM)/存贮器1430、以及与系统控制逻辑1420耦合的网络接口1460。系统控制逻辑1420还可以耦合到输入/输出设备1450。
(多个)处理器1440可以包括一个或多个单核或者多核处理器。(多个)处理器1440可以包括通用处理器和专用处理器(例如，图形处理器、应用处理器、基带处理器等)的任意组合。处理器1440可以可操作以执行以上所描述的方法，使用合适的指令或者程序(即，经由使用处理器、或者其它逻辑、指令来操作)。指令可以存储在系统存储器1410中，作为系统存储器部分(D2D逻辑)1415，或者额外地或者可选地可以存储在(NVM)/存贮器1430中，作为NVM指令部分(D2D逻辑)1435。D2D逻辑1415和/或1435可以包括上报逻辑以使得处理器1440生成正在进行的D2D会话的报告。D2D逻辑1415和/或1435可以形成通信部件的一部分，包括逻辑以引起在正在进行的D2D会话上的报告的传输。
(多个)处理器1440可以配置为按照各种实施例来执行图2-10的实施例。
用于一个实施例的系统控制逻辑1420可以包括任何合适的接口控制器以提供任何合适的接口给(多个)处理器1440中的至少一个处理器和/或与系统控制逻辑1420通信的任何合适的设备或者组件。
用于一个实施例的系统控制逻辑1420可以包括一个或多个存储器控制器以提供到系统存储器1410的接口。系统存储器1410可以用于加载和存储数据和/或指令，例如，为系统1400。用于一个实施例的系统存储器1410可以包括任何合适的瞬时性存储器，诸如例如合适的动态随机访问存储器(DRAM)。
例如，NVM/存贮器1430可以包括用于存储数据和/或指令的一个或多个有形的、非瞬时计算机可读介质。NVM/存贮器1430可以包括任何合适的非瞬时性存储器，诸如例如闪存，和/或可以包括任何合适的(多个)非瞬时性存贮器设备，诸如例如一个或多个硬盘驱动((多个)HDD)、一个或多个压缩盘(CD)驱动、和/或一个或多个数字通用盘(DVD)驱动。
NVM/存贮器1430可以包括物理地作为设备的一部分的存贮器资源，在该存贮器资源上安装系统1400，或者其可以由设备、但不一定为设备的一部分来访问。例如，NVM/存贮器1430可以在网络上经由网络接口1460来访问。
系统存储器1410和NVM/存贮器1430可以分别包括-特别地-分别为例如指令部分1415和1435的临时和静态的副本。指令部分1415和1435可以包括指令，当由(多个)处理器1440中的至少一个执行时得到实现如这里所描述的方法800、900、1200和/或1300中的一个或多个方法、或者任何其他实施例的(多个)方法的系统1400。在某些实施例中，指令1415和1435、或者硬件、固件、和/或其软件组件可以额外地/可选地位于系统控制逻辑1420、网络接口1460、和/或(多个)处理器1440中。
网络接口1460可以具有收发器模块1465以提供用于系统1400的无线电接口以在一个或多个网络(例如，无线通信网络)上通信和/或与任意其它合适的设备通信。收发器1465可以执行在各种实施例中描述的各种通信、发送和接收，并且可以包括发送器部件和接收器部件。在各种实施例中，收发器1465可以与系统1400的其它组件集成。例如，收发器1465可以包括(多个)处理器1440中的处理器、系统存储器1410中的存储器、以及NVM/存贮器1430中的NVM/存贮器。网络接口1460可以包括任何合适的硬件和/或固件。网络接口1460可以操作地耦合到多个天线以提供多输入、多输出无线电接口。用于一个实施例的网络接口1460可以包括例如网络适配器、无线网络适配器、电话调制解调器、和/或无线调制解调器。例如，在系统1400为eNB之处，网络接口1460可以包括以太网接口、S1-MME接口和/或S1-U接口。
对于一个实施例，(多个)处理器1440中的至少一个可以与系统控制逻辑1420的一个或多个控制器的逻辑一起封装。对于一个实施例，(多个)处理器1440中的至少一个可以与用于系统控制逻辑1420的一个或多个控制器的逻辑一起封装以形成系统级封装(SiP)。对于一个实施例，(多个)处理器1440中的至少一个可以与用于系统控制逻辑1420的一个或多个控制器的逻辑集成在相同的晶粒上。对于一个实施例，(多个)处理器1440中的至少一个可以与用于系统控制逻辑1420的一个或多个控制器的逻辑集成在相同的晶粒上以形成片上系统(SoC)。处理器1440中的每个处理器可以包括用于接收数据的输入1440a和用于输出数据的输出1440b。
在各种实施例中，I/O设备1450可以包括：设计以启动用户与系统1400交互的用户接口、设计以启动外围组件与系统1400交互的外围组件接口、和/或设计以确定与系统1400相关的环境条件和/或位置信息的传感器。
图15示出了其中系统1400以移动设备1500的特定形式来实现UE 220的实施例。
在各种实施例中，用户接口能够包括但不限于显示器(例如，液晶显示器、触摸屏显示器等)、扬声器1530、麦克风1590、一个或多个摄像头1580(例如，静态摄像头和/或视频摄像头)、闪光灯(例如，发光二极管闪光)、以及键盘1570。
在各种实施例中，外围组件接口可以包括但不限于非瞬时性存储器端口、音频插孔、以及电源接口。
在各种实施例中，传感器可以包括但不限于陀螺仪传感器、加速计、邻近传感器、环境光传感器、以及定位单元。定位单元还可以为网络接口1460的一部分或者与网络接口1460交互，以与例如为全球定位系统(GPS)卫星的定位网络的组件通信。
在各种实施例中，系统1500可以为移动计算设备，诸如但不限于膝上型计算设备、平板计算设备、网本、移动电话等。在各种实施例中，系统1500可以具有更多或更少的组件、和/或不同的架构。
在实施例中，所实现的无线网络可以为第三代合作伙伴项目的长期演进(LTE)先进无线通信标准，其可以包括但不限于3GPP的LTE-A标准的版本8、9、10、11和12、或者之后版本。
一个本领域技术人员理解到“处理电路配置为”执行功能包括“硬件配置为”、“软件配置为”以及“硬件和软件的组合配置为”执行此功能中的至少一个。
尽管本发明的实施例不限于这一点，如这里所使用的术语“多个(plurality)”以及“多个(a plurality)”可以包括例如“多个(multiple)”或者“两个或更多”。术语“多个(plurality)”或者“多个(a plurality)”可以在这里使用以描述两个或更多个组件、设备、元件、单元、参数、以及类似物。例如，“多个(a plurality)设备”可以包括两个或更多的设备。
在将操作描述为多个离散的操作之处，这是用于解释说明性的实施例的目的；但是，描述的顺序不应该解释为暗含这些操作一定是依赖顺序的。特别地，这些操作不需要按照给出的顺序来执行。
术语“包括(comprising)”、“具有(having)”以及“包括(including)”为同义词，除非上下文指明的其它情况。措词“A/B”意指“A或B”。措词“A和/或B”意指“(A)、(B)、或者(A和B)”。措词“A、B以及C中的至少一个”意指“(A)、(B)、(C)、(A和B)、(A和C)、(B和C)或者(A、B以及C)”。措词“(A)B”意指“(B)或(AB)”，即，A是可选的。
除非与物理可能性相反，发明人预见这里所描述的方法：(i)可以以任意的顺序和/或以任意的组合来执行；以及(ii)相应的实施例的组件可以以任意方式组合。
尽管已经描述了这一新颖的发明的示例实施例，众多变型和修改是可能的，而不脱离本发明的范围。对应地，发明的实施例不受以上特定公开内容限制，而是仅仅由所附权利要求和它们的合法等价物的范围来限制。
各种实施例能够根据以下条款来实现：
条款1.一种用于在启动设备到设备(D2D)通信的用户设备(UE)中使用的装置，包括：
接收器部件，用以接收来自另一UE的信号；
处理部件，用以基于所述接收到的信号来确定所述UE与另一UE之间的信道条件；以及
发送器部件，用以向演进Node B(eNB)报告所确定的信道条件，其中
基于响应于所确定信道条件的所述报告而接收到的来自eNB的通信，所述处理部件发起D2D通信。
条款2.如条款1的装置，其中所述接收器部件用以从多个其它UE接收相应的信号，以及所述处理部件用以确定在所述UE与所述多个其它UE中的每个UE之间的相应的信道条件，以及
报告用以包括所述多个UE中的每个UE的所确定的信道条件。
条款3.如条款2的装置，其中报告包括并非D2D通信中包括的候选者的UE的信道条件。
条款4.如条款1至3中任一项的装置，其中信道条件为根据预定的映射来从信道的测量中得到的整数值变量。
条款5.如条款1至4中任一项的装置，其中发送器部件用以使用上行专用控制信道(UL-DCCH)来发送报告到eNB。
条款6.如条款1至5中任一项的装置，其中接收器部件配置成使用无线资源控制(RRC)信令或者动态物理下行控制信道(PDCCH)来从eNB接收通信。
条款7.一种用户设备，包括条款1至6中任一项的装置，以及还包括以下中的一个或多个：屏幕、扬声器、触摸屏、键盘、包括多个天线的天线阵列、图形处理器、或者应用处理器。
条款8.一种发起多个用户设备(UE)之间的设备到设备(D2D)通信的方法，所述多个UE形成簇，所述方法包括：
由第一UE确定信道条件，所述信道条件与从第二UE接收的信号相关联，其中所述第一UE和所述第二UE在簇中；
上报所确定的信道条件到演进Node B(eNB)，以及
响应于所确定的信道条件的报告而接收确定启动D2D通信的结果。
条款9.如条款8的方法，其中上报包括使用上行专用控制信道(UL-DCCH)来发射所确定的信道条件的报告。
条款10.如条款8或条款9的方法，其中接收包括使用无线资源控制(RRC)信令或者动态物理下行控制信道(PDCCH)来接收确定的结果。
条款11.如条款8至10中任一项的方法，还包括：
重复确定用于与从其它UE的集合中接收的相应的信号相关联的相应的信道条件，其中
所述上报包括上报UE的集合中的UE中的每个UE的所确定的信道条件。
条款12.如条款11的方法，其中UE的集合中的UE中的至少一个UE不在簇中。
条款13.如条款8至12中任一项的方法，其中信道条件为指示信道条件的测量值的量化。
条款14.一种用于在网络元件中使用的装置，该装置包括：
输入，用以接收由第一UE生成的报告，所述报告描述第一UE与第二UE之间的信道条件；
处理器，用以基于所述第一UE与所述第二UE之间的所述信道条件来确定所述第一UE与所述第二UE之间的D2D通信是否将被启动；以及
输出，用以至少当所述处理器确定D2D通信将被启动时输出所述确定的结果。
条款15.如条款14的装置，还包括发送器，以当所述处理器确定D2D通信将被启动时，发射资源分配信息到所述第一UE和第二所述UE中的至少一个。
条款16.如条款14或15的装置，还包括接收器，设置成使用上行专用控制信道(UL-DCCH)从所述第一UE接收报告。
条款17.如条款14至16中任一项的装置，其中来自第一UE的报告描述了所述第一UE与多个第二UE之间的相应的信道条件。
条款18.如条款17的装置，其中所述多个第二UE中的至少一个不是参与所述D2D通信的候选者。
条款19.如条款18的装置，其中基于由于启动D2D通信而带来的对不是D2D通信的候选者的所述至少一个第二UE的通信的可能的干扰，确定D2D通信是否将被启动。
条款20.如条款14至19中任一项的装置，其中报告根据预定的映射将信道条件描述为与测量量相关联的量化值。
条款21.如条款14至20中任一项的装置，其中处理器用以基于D2D通信的期望的或者要求的服务质量(QoS)、和/或期望的或者要求的体验质量(QoE)来确定D2D通信是否将被启动。
条款22.如条款14至21中任一项的装置，其中网络元件为网络的组件，以及处理器用以基于网络的负荷条件来确定D2D通信是否将被启动。
条款23.一种演进Node B(eNB)，包括如条款14至22中任一条款的装置，以及还包括用于与核心网通信的S1-MME接口、S1-U接口、或者以太网连接中的至少一个。
条款24.一种发起形成簇的多个UE之间的设备到设备(D2D)通信的方法，该方法包括：
在演进Node B(eNB)处接收来自第一UE的报告，所述报告描述所述第一UE与第二UE之间的信道条件，所述第一UE和所述第二UE在UE的簇中；
基于报告来确定所述第一UE与所述第二UE之间的D2D通信是否将被启动；以及
如果D2D通信将被启动，向所述第一UE与所述第二UE中的至少一个通知D2D通信将被启动。
条款25.如条款24的方法，其中所述报告描述所述第一UE与另一UE之间的信道条件，所述另一UE不同于所述第二UE。
条款26.如条款25的方法，其中UE的所述簇不包括所述另一UE。
条款27.一种用于在启动设备到设备(D2D)通信的用户设备(UE)中使用的装置，包括：
通信部件，用以控制与另一具有D2D能力的UE的直接通信；以及
报告部件，用以在与所述另一UE的直接通信会话期间生成与所述另一UE的通信相关的报告，所述报告用以包括与该另一UE的通信的数据量，其中
当直接通信会话在进行时，所述通信部件设置成使得报告传输到演进Node B(eNB)。
条款28.如条款27的装置，其中所述通信部件设置成使得使用RRC信令来将报告传输到所述eNB。
条款29.如条款27或条款28的装置，其中所述报告包括在测量结果信元内。
条款30.一种用户设备-UE，包括条款27至29中任一项的装置，以及还包括以下中的一个或多个：屏幕、扬声器、触摸屏、键盘、包括多个天线的天线阵列、图形处理器、或者应用处理器。
条款31.一种设备到设备(D2D)通信的方法，包括：
由第一用户设备在直接通信会话中直接与第二UE通信；
由所述第一UE确定上报准则已经满足；
响应于所述确定，由所述第一UE在与第二UE的直接通信会话期间生成与第二UE的通信相关的报告，所述报告包括与通信会话相关联的数据量；以及
发送所述报告到演进Node B(eNB)。
条款32.如条款31的方法，其中所述发送包括使用RRC信令来发送报告到所述eNB。
条款33.如条款31或条款32的方法，其中所述报告包括在测量结果信元中。
条款34.一种用于在演进Node B(eNB)中使用的装置，包括：
接收器，用以从第一UE接收报告，所述报告描述在第一UE与第二UE之间的正在进行的直接通信会话相关联的数据量；
处理部件，用以使得eNB通过以下中的至少一个来对接收报告响应：存储来自报告的数据、转发来自报告的数据到另一网络元件、或者基于报告来发送指令到所述第一UE；以及
发送器，用以发送指令到UE，以及
存贮器部件，用以存储来自所述报告的数据。
条款35.如条款34的装置，其中所述接收器设置成使用RRC信令来从所述第一UE接收所述报告。
条款36.一种演进Node B(eNB)，包括条款34或条款35的装置，还包括用于与核心网通信的S1-MME接口、S1-U接口、或者以太网连接中的至少一个。
条款37.一种监控设备到设备(D2D)通信的方法，包括：
在演进Node B(eNB)处从第一UE接收报告，所述报告描述在第一UE与第二UE之间的正在进行的直接通信会话；
从所述报告中提取与第一UE与第二UE之间的直接通信会话相关联的数据量，以及
通过存储来自所述报告的数据或者基于所述报告来发送指令到第一UE中的至少一个来对报告响应。
条款38.如条款37的方法，其中所述接收包括使用RRC信令来从第一UE接收报告。
条款39.一种启动设备到设备(D2D)通信的用户设备-UE，包括：
用于确定信道条件的装置，所述信道条件与从第二UE接收的信号相关联，其中第一UE和第二UE为UE的D2D簇的成员；
用于上报所确定的信道条件到演进Node B(eNB)的装置，以及
响应于所确定的信道条件的报告，用于接收启动D2D通信的确定结果的装置。
条款40.如条款39的UE，其中用于接收的装置配置为使用无线资源控制(RRC)信令或者动态物理下行控制信道(PDCCH)来从eNB接收通信。
条款41.一种网络元件，包括：
用于接收由第一用户设备(UE)生成的报告的装置，所述报告描述所述第一UE与第二UE之间的信道条件，所述第一UE和所述第二UE在UE的簇中；
用于基于所述报告来确定所述第一UE与所述第二UE之间的D2D通信是否将被启动的装置；以及
用于向第一UE和第二UE中的至少一个通知D2D通信将被启动的装置。
条款42.如条款41的网络元件，其中所述网络元件为演进Node B(eNB)。
条款43.一种启动设备到设备(D2D)通信的用户设备-UE，包括：
用于由第一用户设备(UE)在直接通信会话中直接与第二UE通信的装置；
用于确定上报准则已经满足的装置；
用于响应于所述确定而生成与第二UE的直接通信会话的装置，所述报告与所述第二UE的通信相关，所述报告包括与通信会话相关联的数据量；以及
用于发送所述报告到演进Node B(eNB)的装置。
条款44.如条款43的UE，其中所述用于通信的装置设置成使得使用RRC信令将报告传输到所述eNB。
条款45.一种演进Node B(eNB)，包括：
用于从第一UE接收报告的装置，所述报告描述在所述第一UE与第二UE之间的正在进行的直接通信会话；
用于从报告中提取与所述第一UE与第二UE之间的所述直接通信会话相关联的数据量的装置，以及
用于通过以下中的至少一个来响应报告的装置，所述以下中至少一个为：存储来自报告的数据、前转来自报告的数据到另一网络元件、或者基于报告来发射指令到第一UE；
条款46.如条款45的eNB，其中用于接收的的装置设置成使用RRC信令来从所述第一UE接收报告。
条款47.一种非瞬时性机器可读存贮媒介，具有存储在其上的指令，当由计算机执行时，该指令使得计算机执行条款8至12、24至26、31至33、37或38中的任一项的方法、或者操作为条款1至7、14至23、27至30、34至36、或39至46中任一项的设备。
条款48.一种基本上如这里参照附图描述的用户设备-UE。
条款49.一种基本上如这里参照附图描述的演进Node B(eNB)。
条款50.一种基本上如这里参照附图描述的方法。