CN105594294B

CN105594294B - 用于在无线通信***中发送装置到装置相关信息的方法和设备

Info

Publication number: CN105594294B
Application number: CN201480054664.4A
Authority: CN
Inventors: 郑圣勋; 李英大
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2013-10-03
Filing date: 2014-10-02
Publication date: 2019-03-15
Anticipated expiration: 2034-10-02
Also published as: EP3053403A1; JP2016536849A; KR20160062107A; US9854566B2; WO2015050392A1; EP3053403A4; JP2017225176A; KR101831084B1; WO2015050402A1; CN105594277A; US20160212793A1; WO2015050403A1; US10165555B2; US20160242082A1; EP3053397B1; JP6412225B2; CN105594294A; JP6236538B2; CN105594277B; JP2016536942A

Abstract

提供了用于在无线通信***中发送装置到装置(D2D)相关信息的方法和设备。用户设备(UE)在无线资源控制(RRC)连接建立过程期间向网络发送D2D相关标识符(ID)，并且向所述网络发送D2D相关组信息。

Description

用于在无线通信***中发送装置到装置相关信息的方法和设备

技术领域

本发明涉及无线通信，并且更具体地，涉及用于在无线通信***中发送装置到装置(D2D)相关信息的方法和设备。

背景技术

通用移动电信***(UMTS)是基于欧洲***、全球移动通信***(GSM)和通用分组无线服务(GPRS)在宽带码分多址(WCDMA)中操作的第三代(3G)异步移动通信***。UMTS的长期演进(LTE)通过使UMTS标准化了的第三代合作伙伴计划(3GPP)在讨论中。

3GPP LTE是用于使得能实现高速分组通信的技术。已经为LTE目标提出了许多方案，所述LTE目标包括旨在减少用户和提供方成本、改进服务质量并且扩展和改进覆盖范围和***容量的那些目标。3GPP LTE需要减少的每比特成本、增加的服务可用性、频带的灵活使用、简单结构、开放接口以及终端的适当功耗作为上层要求。

近来，对支持直接装置到装置(D2D)通信的关注激增。这个新关注由多个因素激发，所述多个因素包括主要由社交网络应用驱动的基于邻近的服务的普及以及对蜂窝频谱的压倒性数据需求(其中大部分是局部业务)和上行链路频带的利用不足。 3GPP正以LTE版本12中的D2D通信的可用性为目标，以使得LTE能够成为由第一响应者使用的、用于公共安全网络的竞争性宽带通信技术。由于传统问题和预算约束，虽然商业网络正在迅速地迁移到LTE，然而当前的公共安全网络仍然主要基于过时的 2G技术。这个演进间隙以及对于增强型服务的期望已经导致全球试图使现有的公共安全网络升级。与商业网络相比，公共安全网络具有更严格的服务要求(例如，可靠性和安全)，并且尤其当蜂窝覆盖范围失败或不可用时还需要直接通信。这个必要的直接模式特征当前在LTE中消失。

从技术观点看，利用通信装置的本质邻近可以提供多个性能益处。首先，D2D 用户设备(UE)由于短距离直接通信而可以享受高的数据速率和低的端到端延迟。其次，与通过演进型NodeB(eNB)以及可能核心网的路由相对，邻近UE彼此直接进行通信是更资源高效的。具体地，与正常下行链路/上行链路蜂窝通信相比，直接通信节约能量并改进无线资源利用。第三，从基础设施路径切换到直接路径卸载蜂窝业务，缓解拥塞，进而也对其它非D2DUE有利。可以展望其它利益，诸如经由UE 到UE中继的范围扩展。

为了让网络将用于D2D通信的资源适当地分配给D2D UE，可能需要向网络通知各种类型的D2D相关信息。具体地，可能需要D2D相关ID和/或关于UE所属于的组的信息。因此，可能需要用于发送D2D相关ID和/或D2D相关组信息的方法。

发明内容

技术问题

本发明提供了用于在无线通信***中发送装置到装置(D2D)相关信息的方法和设备。本发明提供一种用于发送D2D相关标识符(ID)和/或D2D相关组信息的方法。本发明还提供一种在标识允许D2D服务的小区时用于登记的接入层(AS)/非接入层(NAS)交互或到网络的服务请求的方法。

问题的解决方案

在一个方面中，提供了一种用于在无线通信***中由用户设备(UE)发送装置到装置(D2D)相关信息的方法。所述方法包括以下步骤：发起无线资源控制(RRC) 连接建立过程；以及在所述RRC连接建立过程期间向网络发送D2D相关标识符(ID)，并且向所述网络发送D2D相关组信息。

在另一方面中，提供了一种无线通信***中的用户设备(UE)。所述UE包括：射频(RF)单元，该RF单元用于发送或接收无线信号；以及处理器，该处理器联接至所述RF单元，并被配置为发起无线资源控制(RRC)连接建立过程，并且在所述 RRC连接建立过程期间向网络发送装置到装置(D2D)相关标识符(ID)，以及向所述网络发送D2D相关组信息。

本发明的有益效果

能够向网络通知D2D相关信息。

附图说明

图1示出了LTE***架构。

图2示出了典型E-UTRAN和典型EPC的架构的框图。

图3示出了LTE***的用户平面协议栈和控制平面协议栈的框图。

图4是示出了物理信道结构的示例。

图5和图6示出了没有中继的ProSe直接通信场景。

图7示出了ProSe的参考架构。

图8示出了一个步骤ProSe直接发现过程的示例。

图9示出了两个步骤ProSe直接发现过程的示例。

图10示出了成功的RRC连接建立过程。

图11示出了被网络拒绝的RRC连接建立过程。

图12示出了根据本发明的实施方式的用于AS-NAS交互的方法的示例。

图13示出了根据本发明的实施方式的用于发送D2D相关ID和/或D2D相关组信息的方法的示例。

图14是示出了用于实现本发明的实施方式的无线通信***的框图。

具体实施方式

在下面所描述的技术能够被用在诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)等的各种无线通信***中。CDMA能够利用诸如通用陆地无线接入(UTRA)或 CDMA-2000的无线技术来实现。TDMA能够利用诸如全球移动通信***(GSM)/ 通用分组无线服务(GPRS)/增强型数据速率GSM演进(EDGE)的无线技术来实现。OFDMA能够利用诸如电气与电子工程师协会(IEEE)802.11(Wi-Fi)、IEEE 802.16 (WiMAX)、IEEE 802.20、演进型UTRA(E-UTRA)等的无线技术来实现。IEEE802.16m从IEEE 802.16e演进，并提供与基于IEEE 802.16e的***的向后兼容性。 UTRA是通用移动电信***(UMTS)的一部分。第三代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UTRA的演进型UMTS(E-UMTS)的一部分。3GPP LTE在下行链路中使用OFDMA而在上行链路中使用SC-FDMA。LTE-advanced(LTE-A) 是LTE的演进。

为了清楚，以下描述将集中于LTE-A。然而，本发明的技术特征不限于此。

图1示出了LTE***架构。通信网络被广泛地部署以通过IMS和分组数据来提供诸如IP语音电话(VoIP)的各种通信服务。

参照图1，LTE***架构包括一个或更多个用户设备(UE；10)、演进型UMTS 陆地无线接入网(E-UTRAN)以及演进型分组核心(EPC)。UE 10是指由用户携带的通信设备。UE 10可以是固定的或移动的，并且可以被称为另一术语，诸如移动站 (MS)、用户终端(UT)、订户站(SS)、无线装置等。

E-UTRAN包括一个或更多个演进型节点B(eNB)20，并且多个UE可以位于一个小区中。eNB 20向UE 10提供控制平面和用户平面的端点。eNB 20通常是与 UE 10进行通信的固定站，并且可以被称为另一术语，诸如基站(BS)、基站收发***(BTS)、接入点等。每小区可以部署一个eNB 20。在eNB 20的覆盖范围内存在一个或更多个小区。单个小区被配置为具有从1.25MHz、2.5MHz、5MHz、10MHz 和20MHz等中选择的带宽中的一个，并且向多个UE提供下行链路或上行链路发送服务。在这种情况下，不同的小区能够被配置为提供不同的带宽。

在下文中，下行链路(DL)表示从eNB 20到UE 10的通信，并且上行链路(UL) 表示从UE 10到eNB 20的通信。在DL中，发送器可以是eNB 20的一部分，并且接收器可以是UE 10的一部分。在UL中，发送器可以是UE 10的一部分，并且接收器可以是eNB 20的一部分。

EPC包括负责控制平面功能的移动性管理实体(MME)以及负责用户平面功能的***架构演进(SAE)网关(S-GW)。MME/S-GW 30可以被设置在网络的端部处并连接至外部网络。MME具有UE接入信息或UE能力信息，并且这种信息可以被主要用在UE移动性管理中。S-GW是端点为E-UTRAN的网关。MME/S-GW 30为 UE 10提供会话和移动性管理功能的端点。EPC还可以包括分组数据网(PDN)网关 (PDN-GW)。PDN-GW是端点为PDN的网关。

MME提供各种功能，包括到eNB 20的非接入层(NAS)信令、NAS信令安全、接入层(AS)安全控制、针对3GPP接入网之间的移动性的核心网(CN)节点间信令、空闲模式UE可达性(包括寻呼重传的控制和执行)、跟踪区域列表管理(针对处于空闲模式和激活模式的UE)、P-GW和S-GW选择、针对因MME改变而切换的 MME选择、针对切换到2G或3G 3GPP接入网的服务GPRS支持节点(SGSN)选择、漫游、认证、包括专用承载建立的承载管理功能、对于公共警告***(PWS)(其包括地震与海啸警告***(ETWS)和商业移动警报***(CMAS))消息发送的支持。 S-GW主机提供配套的功能，包括基于每用户的分组过滤(通过例如深度分组检查)、合法检查、UE网际协议(IP)地址分配、DL中的传输级分组标记、UL和DL服务级计费、选通与速率实施、基于APN-AMBR的DL速率实施。为了清楚，MME/S-GW 30将在本文中被简称为“网关”，但是应当理解，此实体包括MME和S-GW二者。

可以使用用于发送用户业务或控制业务的接口。UE 10和eNB 20借助于Uu接口连接。eNB 20借助于X2接口互连。邻近eNB可以具有有X2接口的网状网络结构。 eNB 20借助于S1接口连接至EPC。eNB 20借助于S1-MME接口连接至MME，并且借助于S1-U接口连接至S-GW。S1接口支持eNB 20与MME/S-GW之间的多对多关系。

图2示出了典型E-UTRAN和典型EPC的架构的框图。参照图2，eNB 20可以在LTE_ACTIVE状态下执行选择网关30、在无线资源控制(RRC)激活期间朝向网关30路由、寻呼消息的调度和发送、广播信道(BCH)信息的调度和发送、资源在 UL和DL二者中到UE 10的动态分配、eNB测量的配置和提供、无线承载控制、无线接纳控制(RAC)以及连接移动性控制的功能。在EPC中，并且如以上所指出的，网关30可以执行寻呼发起、LTE_IDLE状态管理、用户平面的加密、SAE承载控制以及NAS信令的加密与完整性保护的功能。

图3示出了LTE***的用户平面协议栈和控制平面协议栈的框图。图3-(a)示出了LTE***的用户平面协议的框图，并且图3-(b)示出了LTE***的控制平面协议的框图。

可以基于通信***中公知的开放***互连(OSI)模型的下三层将UE与 E-UTRAN之间的无线接口协议的层分类为第一层(L1)、第二层(L2)和第三层(L3)。 UE与E-UTRAN之间的无线接口协议可以被水平地划分成物理层、数据链路层和网络层，并且可以被垂直地划分成作为用于控制信号发送的协议栈的控制平面(C-平面) 以及作为用于数据信息发送的协议栈的用户平面(U-平面)。无线接口协议的层成对地存在于UE与E-UTRAN处，并且负责Uu接口的数据发送。

物理(PHY)层属于L1。PHY层通过物理信道来给高层提供信息传送服务。PHY 层通过传输信道连接至作为PHY层的高层的介质访问控制(MAC)层。物理信道被映射到传输信道。数据通过传输信道在MAC层与PHY层之间传送。在不同的PHY 层(即，发送器的PHY层和接收器的PHY层)之间，使用无线资源通过物理信道来传送数据。物理信道使用正交频分复用(OFDM)方案来调制，并且利用时间和频率作为无线资源。

PHY层使用多个物理控制信道。物理下行链路控制信道(PDCCH)关于寻呼信道(PCH)和下行链路共享信道(DL-SCH)的资源分配以及与DL-SCH有关的混合自动重传请求(HARQ)信息向UE报告。PDCCH可以承载用于关于UL发送的资源分配向UE报告的UL许可。物理控制格式指示符信道(PCFICH)向UE报告用于 PDCCH的OFDM符号的数量，并且在每个子帧中发送。物理混合ARQ指示符信道 (PHICH)响应于UL发送而承载HARQ应答(ACK)/非应答(NACK)信号。物理上行链路控制信道(PUCCH)承载UL控制信息，诸如针对DL发送、调度请求和 CQI的HARQ ACK/NACK。物理上行链路共享信道(PUSCH)承载UL-上行链路共享信道(SCH)。

图4示出了物理信道结构的示例。物理信道由时域中的多个子帧以及频域中的多个子载波构成。一个子帧由时域中的多个符号构成。一个子帧由多个资源块(RB) 构成。一个RB由多个符号和多个子载波构成。另外，各个子帧可以将对应子帧的特定符号的特定子载波用于PDCCH。例如，子帧的第一符号可以被用于PDCCH。 PDCCH承载动态分配的资源，诸如物理资源块(PRB)以及调制与编码方案(MCS)。作为用于数据发送的单位时间的发送时间间隔(TTI)可以等于一个子帧的长度。一个子帧的长度可以是1ms。

传输信道根据信道是否被共享而被分类为公共传输信道和专用传输信道。用于从网络向UE发送数据的DL传输信道包括用于发送***信息的广播信道(BCH)、用于发送寻呼消息的寻呼信道(PCH)、用于发送用户业务或控制信号的DL-SCH等。 DL-SCH通过变化调制、编码和发送功率以及动态资源分配和半静态资源分配二者来支持HARQ、动态链路适应。DL-SCH还可以使得能实现整个小区中的广播以及波束形成的使用。***信息承载一个或更多个***信息块。可以按相同的周期发送所有***信息块。可以通过DL-SCH或多播信道(MCH)来发送多媒体广播/多播服务 (MBMS)的业务或控制信号。

用于从UE向网络发送数据的UL传输信道包括用于发送初始控制消息的随机接入信道(RACH)、用于发送用户业务或控制信号的UL-SCH等。UL-SCH通过变化发送功率并且潜在地变化调制和编码来支持HARQ和动态链路适应。UL-SCH还可以使得能实现波束形成的使用。RACH被通常用于对小区的初始接入。

MAC层属于L2。MAC层经由逻辑信道向作为MAC层的高层的无线链路控制 (RLC)层提供服务。MAC层提供将多个逻辑信道映射到多个传输信道的功能。MAC 层还提供通过将多个逻辑信道映射到单个传输信道进行逻辑信道复用的功能。MAC 子层在逻辑信道上提供数据传送服务。

根据发送的信息的类型，逻辑信道被分类为用于传送控制平面信息的控制信道以及用于传送用户平面信息的业务信道。也就是说，逻辑信道类型的集合是为由MAC 层提供的不同的数据传送服务而定义的。逻辑信道位于传输信道之上，并且被映射到传输信道。

控制信道被仅用于控制平面信息的传送。由MAC层提供的控制信道包括广播控制信道(BCCH)、寻呼控制信道(PCCH)、公共控制信道(CCCH)、多播控制信道 (MCCH)和专用控制信道(DCCH)。BCCH是用于广播***控制信息的下行链路信道。PCCH是传送寻呼信息并且在网络不知道UE的位置小区时使用的下行链路信道。CCCH由与网络没有RRC连接的UE使用。MCCH是用于从网络向UE发送MBMS 控制信息的点对多点下行链路信道。DCCH是由具有在UE与网络之间发送专用控制信息的RRC连接的UE使用的点对点双向信道。

业务信道被仅用于用户平面信息的传送。由MAC层提供的业务信道包括专用业务信道(DTCH)和多播业务信道(MTCH)。DTCH是点对点信道，专用于一个UE 用于用户信息的传送并且能够存在于上行链路和下行链路二者中。MTCH是用于从网络向UE发送业务数据的点对多点下行链路信道。

逻辑信道与传输信道之间的上行链路连接包括能够被映射到UL-SCH的DCCH、能够被映射到UL-SCH的DTCH以及能够被映射到UL-SCH的CCCH。逻辑信道与传输信道之间的下行链路连接包括能够被映射到BCH或DL-SCH的BCCH、能够被映射到PCH的PCCH、能够被映射到DL-SCH的DCCH以及能够被映射到DL-SCH 的DTCH、能够被映射到MCH的MCCH和能够被映射到MCH的MTCH。

RLC层属于L2。RLC层提供通过对在无线扇区中从高层接收的数据进行级联和分段来调整数据的大小以便适合于下层发送数据的功能。另外，为了确保由无线承载 (RB)需要的各种服务质量(QoS)，RLC层提供三种操作模式，即，透明模式(TM)、非应答模式(UM)和应答模式(AM)。AM RLC通过自动重传请求(ARQ)来提供重传功能以得到可靠的数据发送。此外，可以利用MAC层内部的功能块来实现RLC 层的功能。在这种情况下，RLC层可能不存在。

分组数据汇聚协议(PDCP)层属于L2。PDCP层提供减少不必要的控制信息使得能够通过具有相对较小的带宽的无线接口高效地发送通过采用IP分组(诸如IPv4 或IPv6)发送的数据的报头压缩功能的功能。报头压缩通过在数据的报头中仅发送必要的信息来提高无线扇区中的发送效率。另外，PDCP层提供安全的功能。安全的功能包括防止第三方的检查的加密以及防止第三方的数据操纵的完整性保护。

无线资源控制(RRC)层属于L3。RLC层位于L3的最下部处，并且仅在控制平面中定义。RRC层起控制UE与网络之间的无线资源的作用。为此，UE和网络通过RRC层交换RRC消息。RRC层关于RB的配置、重新配置和释放控制逻辑信道、传输信道和物理信道。RB是通过L1和L2为UE与网络之间的数据递送所提供的逻辑路径。也就是说，RB表示通过L2为UE与E-UTRAN之间的数据发送所提供的服务。RB的重新配置暗示用于规定无线协议层和信道属性以提供特定服务并且用于确定相应的详细参数和操作的过程。RB被分类为两种类型，即，信令RB(SRB)和数据RB(DRB)。SRB被用作用于在控制平面中发送RRC消息的路径。DRB被用作用于在用户平面中发送用户数据的路径。

参照图3-(a)，RLC层和MAC层(在网络侧的eNB中终止)可以执行诸如调度、自动重传请求(ARQ)和混合自动重传请求(HARQ)的功能。PDCP层(在网络层的eNB中终止)可以执行诸如报头压缩、完整性保护和加密的用户平面功能。

参照图3-(b)，RLC层和MAC层(在网络侧的eNB中终止)可以执行针对控制平面的相同功能。RRC层(在网络侧的eNB中终止)可以执行诸如广播、寻呼、RRC 连接管理、RB控制、移动性功能以及UE测量报告和控制的功能。NAS控制协议(在网络侧的网关的MME中终止)可以执行诸如SAE承载管理、认证、LTE_IDLE移动性处理、LTE_IDLE下的寻呼发起以及针对网关与UE之间的信令的安全控制的功能。

RRC状态指示UE的RRC层是否逻辑上连接至E-UTRAN的RRC层。可以将 RRC状态划分成诸如RRC连接状态和RRC空闲状态的两种不同的状态。当在UE 的RRC层与E-UTRAN的RRC层之间建立RRC连接时，UE处于RRC_CONNECTED，否则UE处于RRC_IDLE。因为处于RRC_CONNECTED的UE具有与E-UTRAN建立的RRC连接，所以E-UTRAN可以识别UE存在于RRC_CONNECTED下并且可以有效地控制UE。此外，处于RRC_IDLE的UE可能未被E-UTRAN识别，并且CN 以作为比小区大的区域的TA为单位管理UE。也就是说，仅以大区域为单位识别UE 存在于RRC_IDLE下，并且UE必须转换到RRC_CONNECTED以接收诸如语音或数据通信的典型移动通信服务。

在RRC_IDLE状态下，UE可以在UE规定了通过NAS配置的不连续接收(DRX) 的同时接收***信息和寻呼信息的广播，以及UE已分配了唯一地标识跟踪区域中的 UE的标识(ID)并且可以执行公用陆地移动网(PLMN)选择和小区重选。并且，在RRC_IDLE状态下，RRC上下文未被存储在eNB中。

在RRC_CONNECTED状态下，UE具有E-UTRAN RRC连接和E-UTRAN中的上下文，使得向eNB发送和/或从eNB接收数据变得可能。并且，UE能够向eNB报告信道质量信息和反馈信息。在RRC_CONNECTED状态下，E-UTRAN知道UE所属于的小区。因此，网络能够向UE发送和/或从UE接收数据，网络能够控制UE的移动性(利用网络辅助小区改变(NACC)到GSM EDGE无线接入网(GERAN)的切换和无线接入技术(RAT)间小区改变顺序)，并且网络能够对于邻近小区执行小区测量。

在RRC_IDLE状态下，UE规定寻呼DRX循环。具体地，UE在每个UE特定的寻呼DRX循环的特定寻呼时机监视寻呼信号。寻呼时机是用来发送寻呼信号的时间间隔。UE具有它自己的寻呼时机。

寻呼消息通过属于同一跟踪区域的所有小区来发送。如果UE用一个TA移动到另一TA，则UE将向网络发送跟踪区域更新(TAU)消息以更新其位置。

当UE最初使UE加电时，UE首先搜索适当的小区，然后在该小区中保持在 RRC_IDLE下。当需要建立RRC连接时，保持在RRC_IDLE下的UE通过RRC连接过程与E-UTRAN的RRC建立RRC连接，然后可以转变为RRC_CONNECTED。保持在RRC_IDLE下的UE可能需要在上行链路数据发送由于用户的呼叫尝试等而是必要的时或者在需要在从E-UTRAN接收到寻呼消息后发送响应消息时与E-UTRAN 建立RRC连接。

人们知道，不同的原因值可以被映射到用来在UE与eNB之间发送消息的签名序列并且信道质量指示符(CQI)或路径损耗以及原因或消息大小是用于包括在初始前导码中的候选。

当UE希望接入网络并确定要发送的消息时，可以将该消息链接到目的并且可以确定原因值。还可以通过标识所有可选信息和不同的替代大小(诸如通过去除可选信息)来确定理想消息的大小，或者可以使用替代调度请求消息。

UE获取用于发送前导码的必要信息、UL干扰、导频发送功率以及用于接收器处的前导码检测的所需信噪比(SNR)或其组合。此信息必须允许计算前导码的初始发送功率。从频率观点看在前导码附近发送UL消息以便确保同一信道被用于发送消息是有利的。

UE应该考虑UL干扰和UL路径损耗，以便确保网络以最小SNR接收前导码。 UL干扰能够仅在eNB中被确定，并且因此，必须在前导码的发送之前由eNB广播并由UE接收。UL路径损耗能够被认为与DL路径损耗类似，并且能够在小区的某个导频序列的发送功率为UE所知时由UE根据接收RX信号强度来估计。

前导码的检测所需的UL SNR将通常取决于eNB配置，诸如Rx天线的数目和接收器性能。独立于变化的UL干扰以及可能前导码与消息之间所需的功率偏移来发送导频的相当静态的发送功率和必要的UL SNR可能是有利的。

能够根据以下公式粗略地计算前导码的初始发送功率：

发送功率＝TransmitPilot-RxPilot+ULInterference+Offset+SNRRequired

因此，能够广播SNRRequired、ULInterference、TransmitPilot和Offset的任何组合。原理上，必须广播仅一个值。这基本上在当前的UMTS***中，但是3GPP LTE 中的UL干扰将主要是比在UMTS***中可能更恒定的邻近小区干扰。

如以上所说明的，UE确定用于发送前导码的初始UL发送功率。eNB中的接收器能够估计与小区中的干扰相比的绝对接收功率以及相对接收功率。eNB将考虑在与干扰相比的接收信号功率高于eNB已知阈值的情况下检测到的前导码。

UE执行功率提升以便确保即使前导码的最初估计的发送功率不是适当的也能够检测UE。如果在下一个随机接入尝试之前UE未接收到ACK或NACK则将最可能发送另一前导码。能够增加前导码的发送功率，或者能够在不同的UL频率上发送前导码以便提高检测的可能性。因此，将被检测的前导码的实际发送功率未必对应于如由UE最初计算出的前导码的初始发送功率。

UE必须确定可能的UL传输格式。可以包括应该由UE使用的MCS和许多资源块的传输格式主要取决于两个参数，具体地为eNB处的SNR以及要发送的消息的所需大小。

在实践中，最大UE消息大小或净荷和所需最小SNR对应于每个传输格式。在 UMTS中，UE在前导码的发送之前确定是否能够根据所估计的初始前导码发送功率、前导码与传输块之间的所需偏移、最大允许或可用的UE发送功率、固定偏移和附加余量来为发送选择传输格式。UMTS中的前导码不必包含有关由UE选择的传输格式的任何信息，因为网络不必保留时间和频率资源，并且因此，传输格式是与所发送的消息一起指示的。

eNB必须知道UE打算发送的消息的大小以及可由UE实现的SNR，以便在接收到前导码后选择正确的传输格式，然后保留所必要的时间和频率资源。因此，如果 UE将最可能考虑DL中的测量路径损耗或者用于确定初始前导码发送功率的某个等效措施，则eNB不能够根据所接收的前导码来估计可由UE实现的SNR，因为与最大允许或可能的UE发送功率相比的UE发送功率不为eNB所知。

eNB能够计算所比较的在DL中估计的路径损耗与UL的路径损耗之间的差。然而，如果使用了功率提升并且用于前导码的UE发送功率不对应于最初计算出的UE 发送功率则这个计算不是可能的。此外，实际UE发送功率以及UE旨在发送的发送功率的精度是非常低的。因此，已经提出在签名中对下行链路的路径损耗或CQI估值以及UL中的消息大小或原因值进行编码。

对邻近服务(ProSe)进行描述。可以参照3GPP TR 23.703V0.4.1(2013-06)。ProSe可以是包括装置到装置(D2D)通信的概念。在下文中，可以通过与装置到装置(D2D) 混合来使用ProSe。

ProSe直接通信意指借助于经由不横越任何网络节点的路径使用E-UTRA技术的用户平面发送的、支持ProSe的邻近两个或更多个UE之间的通信。支持ProSe的UE 意指支持ProSe要求和关联过程的UE。除非另外明确地陈述，否则支持ProSe的UE 是指非公共安全UE和公共安全UE二者。支持ProSe的公共安全UE意指还支持ProSe 过程以及特定于公共安全的能力的支持ProSe的UE。支持ProSe的非公共安全UE 意指支持ProSe过程而不支持特定于公共安全的能力的UE。ProSe直接发现意指由支持ProSe的UE采用、来通过利用3GPP LTE版本12E-UTRA技术仅使用两个UE的能力来发现其附近的其它支持ProSe的UE的过程。EPC级ProSe发现意指EPC用来确定两个支持ProSe的UE的邻近并向它们通知其邻近的过程。

当考虑已登记的公用陆地移动网(PLMN)、ProSe直接通信路径和覆盖范围状态(在覆盖范围中或在覆盖范围外)时，存在许多不同可能的场景。可以考虑直接数据路径以及在覆盖范围中和在覆盖范围外的不同组合。

图5和图6示出了没有中继的ProSe直接通信场景。图5-(a)示出了UE1和UE2 在覆盖范围外的情况。图5-(b)示出了UE1在覆盖范围中且在PLMN A中而UE2在覆盖范围外的情况。图5-(c)示出了UE1和UE2在覆盖范围中且在PLMN A中并且UE1 和UE2共享同一PLMN A和同一小区的情况。图5-(d)示出了UE1和UE2在覆盖范围中且在同一PLMN A中、但是UE1和UE2彼此在不同的小区中的情况。图6-(a) 示出了UE1和UE2在覆盖范围中、但是UE1和UE2彼此在不同的PLMN(即，PLMN A/B)和不同的小区中的情况。UE1和UE2在两个小区的覆盖范围中。图6-(b)示出了UE1和UE2在覆盖范围中、但是UE1和UE2彼此在不同的PLMN(即，PLMN A/B)和不同的小区中的情况。UE1在两个小区的覆盖范围中并且UE2在服务小区的覆盖范围中。图6-(c)示出了UE1和UE2在覆盖范围中、但是UE1和UE2彼此在不同的 PLMN(即，PLMN A/B)和不同的小区中的情况。UE1和UE2在它自己的服务小区的覆盖范围中。在以上描述中，“在覆盖范围中且在PLMN A中”意味着UE正驻留在 PLMN A的小区上并且在PLMN A的控制下。

可以支持一对一地用于ProSe直接通信的两种不同的模式。

-网络独立的直接通信：用于ProSe直接通信的操作的这种模式不需要任何网络协助来授权连接并且通过仅使用UE本地的功能性和信息来执行通信。不管UE是否由E-UTRAN服务，这种模式仅适用于预先授权的支持ProSe的公共安全UE。

-网络授权的直接通信：用于ProSe直接通信的操作的这种模式总是需要网络协助并且还可以在仅一个UE“由E-UTRAN服务”时适用于公共安全UE。对于非公共安全UE，两个UE必须“由E-UTRAN服务”。

图7示出了ProSe的参考架构。参照图7，ProSe的参考架构包括E-UTRAN、EPC、具有ProSe应用的多个UE、ProSe应用服务器和ProSe功能。EPC表示E-UTRAN核心网架构。EPC可以包括诸如MME、S-GW、P-GW、策略和计费规则功能(PCRF)、归属订户服务器(HSS)等的实体。ProSe应用服务器是用于构建应用功能性的ProSe 能力的用户。在公共安全情况下，它们可以是特定机构(PSAP)，或者在商业情况下是社交媒体。可以在3GPP架构外部定义这些应用，但是可能存在朝向3GPP实体的参考点。应用服务器能够朝向UE中的应用进行通信。UE中的应用将ProSe能力用于构建应用功能性。示例可以针对公共安全组的成员之间的通信或者针对请求查找邻近的伙伴的社交媒体应用。

由3GPP定义的网络中的ProSe功能(作为EPS的一部分)朝向EPC和UE具有朝向ProSe应用服务器的参考点。功能性可以包括下列中的至少一种。但是功能性可能不限于下列的。

-经由朝向第三方应用的参考点的互通

-用于发现和直接通信的UE的授权和配置

-启用EPC级ProSe发现的功能性

-ProSe相关新订户数据和数据存储的处理，以及ProSe身份的处理

-安全相关功能性

-为策略相关功能性提供朝向EPC的控制

-提供用于计费的功能性(经由EPC或在EPC外部，例如，离线计费)

对用于ProSe的参考架构中的参考点/接口进行描述。

-PC1：它是UE中的ProSe应用与ProSe应用服务器中的ProSe应用之间的参考点。它用于定义应用级信令要求。

-PC2：它是ProSe应用服务器与ProSe功能之间的参考点。它用于定义ProSe 应用服务器与由3GPP EPS经由ProSe功能提供的ProSe功能性之间的交互。一个示例可以针对ProSe功能中对于ProSe数据库的应用数据更新。另一示例可以是在3GPP 功能性与应用数据之间互通时用于由ProSe应用服务器使用的数据，例如，名称翻译。

-PC3：它是UE与ProSe功能之间的参考点。它用于定义UE与ProSe功能之间的交互。示例可以是用于ProSe发现和通信的配置。

-PC4：它是EPC与ProSe功能之间的参考点。它用于定义EPC与ProSe功能之间的交互。可能的使用情况可能是当在UE之间建立一对一通信路径时或者当使ProSe 服务(授权)有效以用于实时会话管理或移动性管理时。

-PC5：它是用于控制的UE与用于发现和通信的用户平面之间的参考点，以用于中继和一对一通信(直接在UE之间并通过LTE-Uu在UE之间)。

-PC6：这个参考点可以被用于诸如订阅不同PLMN的用户之间的ProSe发现的功能。

-SGi：除经由SGi的相关功能之外，它还可以被用于应用数据和应用级控制信息交换。

ProSe直接通信是两个公共安全UE借此能够直接通过PC5接口彼此进行通信的通信模式。当UE由E-UTRAN服务时且当UE在E-UTRA覆盖范围外时支持这种通信模式。

支持ProSe的UE可以在用于资源分配的两种模式下操作。在模式1下，资源分配由eNB调度。在模式1下，UE可能需要成为RRC_CONNECTED以便发送数据。 UE可以从eNB请求发送资源。eNB可以对用于发送调度指派和数据的发送资源进行调度。UE可以向eNB发送后面是ProSe缓冲器状态报告(BSR)的调度请求(专用调度请求(D-SR)或随机接入)。基于BSR，eNB可以确定UE具有用于ProSe直接通信发送的数据并估计发送所需的资源。在模式2下，UE本身从资源池中自主地选择资源以发送调度指派和数据。如果UE在覆盖范围外，则UE仅可以使用模式2。如果UE在覆盖范围中，则UE可以根据eNB的配置来使用模式1或模式2。当不存在例外条件时，UE只有当它由eNB配置时才可以从模式1改变为模式2或者从模式 2改变为模式1。如果UE在覆盖范围中，则除非发生例外情况之一，否则UE将仅使用由eNB配置指示的模式。

ProSe直接发现被定义为这样的过程，即，由支持ProSe的UE用来经由PC5接口使用E-UTRA直接无线信号来发现其它支持ProSe的UE的邻近的过程。只有当 UE由E-UTRAN服务时才支持ProSe直接发现。

存在用于发现信息通告的两种类型的资源分配。类型1是在非UE特定基础上分配用于通告发现信息的资源的资源分配过程。eNB可以给UE提供用于通告发现信息的资源池配置。该配置可以用***信息块(SIB)发信号通知。UE从所指示的资源池中自主地选择无线资源并通告发现信息。UE可以在各个发现周期期间通告关于随机选择的发现资源的发现信息。类型2是在每UE特定基础上分配用于通告发现信息的资源的资源分配过程。处于RRC_CONNECTED的UE可以经由RRC从eNB请求用于通告发现信息的资源。eNB可以经由RRC指派资源。可以在被配置在UE中以用于监视的资源池内分配资源。

图8示出了一个步骤ProSe直接发现过程的示例。在图8中，两个UE正在运行同一支持ProSe的应用并且假定了那些UE的用户对于所考虑的应用具有“朋友”关系。图8所示的“3GPP层”对应于由3GPP指定的使得UE中的移动应用能够使用ProSe 发现服务的功能性。

UE-A和UE-B运行支持ProSe的应用，其发现并与网络中的关联应用服务器连接。作为示例，这个应用可以是社交网络应用。应用服务器能够由3GPP网络运营商或者由第三方服务提供方操作。当由第三方提供方操作时，在该第三方提供方与3GPP 运营商之间需要服务协定，以便使得能实现3GPP网络中的ProSe服务器与应用服务器之间的通信。

1.定期应用层通信发生在UE-A中的移动应用与网络中的应用服务器之间。

2.UE-A中的支持ProSe的应用检索被称作“朋友”的应用层标识符的列表。通常，这些标识符具有网络接入标识符的形式。

3.支持ProSe的应用想要在UE-A的朋友中的一个在UE-A附近时被通知。出于这个目的，它请求3GPP层(i)为UE-A的用户(具有应用层身份)并且(ii)为他的朋友中的每一位检索专用表达式代码。

4.3GPP层将该请求委派给3GPP网络中的ProSe服务器。这个服务器能够位于归属PLMN(HPLMN)中或者位于被访问PLMN(VPLMN)中。能够使用支持所考虑的应用的任何ProSe服务器。UE与ProSe服务器之间的通信可能发生在IP层上方或在IP层下面。如果应用或UE无权使用ProSe发现，则ProSe服务器拒绝请求。

5.ProSe服务器将所有提供的应用层身份映射到专用表达式代码。例如，应用层身份被映射到专用表达式代码。这个映射基于从网络中的应用服务器中检索到的参数 (例如，映射算法、密钥等)，因此所得到的专用表达式代码可以是全局唯一的。换句话说，任何ProSe服务器请求为特定应用得到应用层身份的专用表达式，它将得到相同的专用表达式代码。从应用服务器中检索到的映射参数描述应该如何做映射。在这个步骤中，网络中的ProSe服务器和/或应用服务器还对用于为特定应用并从特定用户检索表达式代码的请求进行授权。例如，确保了用户能够仅为他的朋友检索表达式代码。

6.针对所有请求的身份所得到的表达式代码被发送到3GPP层，其中它们被存储以供将来使用。另外，3GPP层通知支持ProSe的应用已成功地检索到针对所请求的身份和应用的表达式代码。然而，不将所检索到的表达式代码发送到支持ProSe的应用。

7.支持ProSe的应用请求3GPP层开始发现，即，试图发现所提供的“朋友”中的一位何时在UE-A附近，进而，直接通信何时是可实行的。作为响应，UE-A针对所考虑的应用来通告应用层身份的表达式代码。这个表达式代码到所对应的应用层身份的映射仅能够由UE-A的也已接收到所考虑的应用的表达式代码的朋友执行。

8.UE-B也运行同一支持ProSe的应用并且已执行步骤3-6以为朋友检索表达式代码。另外，UE-B中的3GPP层在被支持ProSe的应用请求之后执行ProSe发现。

9.当UE-B从UE-A接收到ProSe通告时，它确定所通告的表达式代码是已知的并且映射到特定应用并映射到应用层身份。UE-B能够确定应用以及对应于所接收的表达式代码的应用身份，因为它也已接收到应用层身份的表达式代码(UE-A被包括在UE-B的朋友列表中)。

当UE在网络覆盖范围内部时仅能够执行上述过程中的步骤1-6。然而，不频繁地需要这些步骤。仅当UE想要更新或者修改应该随着ProSe直接发现而发现的朋友时需要它们。在从网络接收到所请求的表达式代码之后，能够在网络覆盖范围内部或外部进行ProSe发现(步骤7和9)。

注意，表达式代码映射到特定应用并映射到特定应用身份。因此当用户在多个 UE上运行同一支持ProSe的应用时，各个UE通告相同的表达式代码。

图9示出了两个步骤ProSe直接发现过程的示例。

1.UE1的用户(发现者)希望发现是否在附近存在特定组通信服务使能器(GCSE)组的任何成员。UE1广播包含定向GCSE组的唯一App组ID(或第2层组ID)的定向发现(targeted discovery)请求消息。该定向发现请求消息还可以包括发现者的唯一标识符(用户1的App个人ID)。该定向发现请求消息由UE2、UE3、UE4和UE5 接收。除UE5的用户以外，所有其它用户是所请求的GCSE组的成员并且它们的UE 被相应地配置。

2a-2c.UE2、UE3和UE4中的每一个用可以包含其用户的唯一App个人ID的定向发现响应消息直接对UE1做出响应。相比之下，UE5不发送响应消息。

在三步骤过程中，UE1可以通过发送发现确认消息来对定向发现响应消息做出响应。

对RRC连接建立进行描述。可以参照3GPP 36.331 V11.1.0(2012-09)的第5.3.3节。

图10示出了成功的RRC连接建立过程。在步骤S50中，UE向E-UTRAN发送RRCConnectionRequest消息。在步骤S51中，E-UTRAN向UE发送RRCConnectionSetup 消息。在步骤S52中，UE向E-UTRAN发送RRCConnectionSetupComplete消息。

图11示出了被网络拒绝的RRC连接建立过程。在步骤S60中，UE向E-UTRAN 发送RRCConnectionRequest消息。在步骤S61中，E-UTRAN向UE发送 RRCConnectionReject消息。

在UE处于RRC_IDLE的同时，当上层请求RRC连接的建立时UE发起该过程。在发起过程时，UE将：

1>如果上层指示RRC连接经历扩展接入限制(EAB)：

2>如果EAB检查的结果是对小区的接入被限制：

3>通知上层未能建立RRC连接并且EAB是适用的，接着过程结束；

1>如果UE正在为移动终止呼叫建立RRC连接：

2>如果定时器T302正在运行：

3>通知上层未能建立RRC连接并且针对移动终止呼叫的接入限制是适用的，接着过程结束；

1>否则UE正在为紧急呼叫建立RRC连接：

2>如果SystemInformationBlockType2包括ac-BarringInfo：

3>如果ac-BarringForEmergency被设置为TRUE：

4>如果UE具有如存储在通用订户身份模块(USIM)上的、具有对于UE来说使用有效的范围11..15中的值的一个或更多个接入等级：

5>如果ac-BarringInfo包括ac-BarringForMO-Data，并且针对用于UE的所有这些有效的接入等级，包含在ac-BarringForMO-Data中的ac-BarringForSpecialAC中的对应比特被设置为一：

6>将对小区的接入认为是被限制；

4>否则：

5>将对小区的接入认为是被限制；

2>如果对小区的接入被限制：

3>通知上层未能建立RRC连接，接着过程结束；

1>否则UE正在为移动始发呼叫建立RRC连接：

2>将T303用作“Tbarring”并将ac-BarringForMO-Data用作“AC限制参数”来执行接入限制检查；

2>如果对小区的接入被限制：

3>如果SystemInformationBlockType2包括ac-BarringForCSFB或者UE不支持电路交换(CS)回退：

4>通知上层未能建立RRC连接并且针对移动始发呼叫的接入限制是适用的，接着过程结束；

3>否则(SystemInformationBlockType2不包括ac-BarringForCSFB并且UE支持CS回退)：

4>如果定时器T306不在运行，则用T303的定时器值启动T306；

4>通知上层未能建立RRC连接并且针对移动始发呼叫和移动始发CS回退的接入限制是适用的，接着过程结束；

1>否则UE正在为移动始发信令建立RRC连接：

2>将T305用作“Tbarring”并将ac-BarringForMO-Signalling用作“AC限制参数”来执行接入限制检查；

2>如果对小区的接入被限制：

3>通知上层未能建立RRC连接并且针对移动始发信令的接入限制是适用的，接着过程结束；

1>否则(UE正在为移动始发CS回退建立RRC连接)：

2>如果SystemInformationBlockType2包括ac-BarringForCSFB：

3>将T306用作“Tbarring”并将ac-BarringForCSFB用作“AC限制参数”来执行接入限制检查；

3>如果对小区的接入被限制：

4>通知上层未能建立RRC连接并且由于ac-BarringForCSFB针对移动始发CS 回退的接入限制是适用的，接着过程结束；

2>否则：

3>将T306用作“Tbarring”并将ac-BarringForMO-Data用作“AC限制参数”来执行接入限制检查；

3>如果对小区的接入被限制：

4>如果定时器T303不在运行，则用T306的定时器值启动T303；

4>通知上层未能建立RRC连接并且由于ac-BarringForMO-Data针对移动始发 CS回退和移动始发呼叫的接入限制是适用的，接着过程结束；

1>应用默认物理信道配置；

1>应用默认半持久调度配置；

1>应用默认MAC主配置；

1>应用CCCH配置；

1>应用包括在SystemInformationBlockType2中的timeAlignmentTimerCommon；

1>启动定时器T300；

1>发起RRCConnectionRequest消息的发送；

RRCConnectionRequest消息用于请求RRC连接的建立。表1示出了RRCConnectionRequest消息的示例。

<表1>

参照表1，establishmentCause字段提供了如由上层提供的RRC连接请求的建立原因。关于原因值名称，highPriorityAccess涉及AC11至AC15，“mt”代表“移动终止”并且“mo”代表“移动始发”。randomValue字段指示范围0到2⁴⁰-1中的整数值。 ue-Identity字段指示被包括来通过下层方便争用解决的UE身份。

在下文中，对根据本发明的实施方式的用于AS-NAS交互的方法进行描述。当 UE执行与在小区的覆盖范围外的其它UE的D2D通信时，UE可以标识允许D2D服务的小区。在这种情况下，可能发生在标识允许D2D服务的小区时用于登记的 AS-NAS交互或到网络的服务请求。具体地，UE的AS层可以通知UE的NAS层允许D2D服务的小区的覆盖范围被标识。

在UE正通过使用D2D通信来与其它UE进行通信的同时，并且如果UE标识提供必要信息的小区的覆盖范围使得UE期望它本身能够驻留在小区上，则在步骤S100 中，UE试图从允许D2D服务的小区获得D2D相关信息，以用于有关D2D相关登记或服务请求的AS-NAS交互。可以从小区广播D2D相关信息。

如果UE标识了小区通过获得D2D相关信息(例如，指示或D2D资源信息)来允许D2D服务，则在步骤S110中，UE的下层将D2D相关信息通知给UE的上层。 UE的下层可以是UE的AS层。UE的上层可以是UE的NAS层。因此，UE能够通知上层允许D2D服务。

在从UE的下层接收到允许D2D服务的D2D相关信息后，在步骤S120中，UE 的上层基于D2D相关信息来触发适当的NAS过程，例如，登记过程或服务请求过程。例如，针对登记过程UE的NAS层可以向网络发送附着请求消息。该附着请求消息还可以包括指示这个附着请求也用于除正常登记之外的D2D服务的信息。

如果UE永不登记到EPC(即，MME)，则UE可以与小区进行RRC连接并在从UE的NAS层接收到请求时试图执行到EPC的登记。可以通过UE是否未存储有效的SAE临时移动订户身份(S-TMSI)或者尚未通过网络提供有效的S-TMSI的准则来检查UE是否已登记到EPC。如果UE已登记到EPC，并且如果UE处于 RRC_IDLE，则UE可以在从UE的NAS层接收到对D2D通信的服务请求时试图与小区进行RRC连接。

在下文中，对根据本发明的实施方式的用于发送D2D相关ID和/或D2D相关组信息的方法进行描述。当UE与小区进行RRC连接时或者必要时在与小区进行RRC 连接之后，UE可能需要向网络通知D2D相关ID。此外，为了在考虑到D2D UE的组情况下协助网络向D2D UE适当地分配资源，UE可能需要将D2D相关组信息通知给网络。

图13示出了根据本发明的实施方式的用于发送D2D相关ID和/或D2D相关组信息的方法的示例。在步骤S200中，UE发起RRC连接建立过程，并在步骤S210 中，UE在RRC连接建立过程期间向网络发送D2D相关ID。也就是说，当UE与小区进行RRC连接时，并且如果UE具有其能够由网络所标识的D2D相关ID，则UE 可以在RRC连接建立过程期间向小区通知针对网络的D2D相关ID。

可以经由RRC连接请求消息将D2D相关ID发送到网络。该RRC连接请求消息可以包括随机ID或者可能不包括随机ID，所述随机ID用D2D相关ID代替。在这种情况下，假定了UE尚未存储S-TMSI。另选地，可以经由RRC连接建立完成消息将D2D相关ID发送到网络。在这种情况下，UE可以或者可能不具有S-TMSI。D2D 相关ID可以包括每UE ID。

另选地，即使在图13的实施方式中未描述，D2D相关ID也可以由网络(例如， MME、ProSe服务器，或专用于对D2D服务进行服务的其它网络实体)预先指派。如果D2D相关ID由ProSe服务器预先指派，则D2D相关ID可以是ProSe ID。另选地，即使在图13的实施方式中未描述，也可以在RRC连接重新配置过程或RRC连接重建过程期间将D2D相关ID发送到网络。

在切换准备过程期间，源小区可以将经历切换的UE的D2D相关ID转发到目标小区。另选地，UE可以在切换期间向目标小区指示其D2D相关ID。在这种情况下，可以经由切换完成消息(RRC连接重新配置消息)将D2D相关ID发送到目标小区。另选地，UE可以经由在切换完成之后发送的另一第一重新配置完成消息来向目标小区指示其D2D相关ID。然后，目标小区可以适当地配置UE以在切换之后支持D2D 服务连续性。在RRC连接建立之后应网络的请求将D2D相关ID提供给网络也是可能的。

返回到图13，在步骤S220中，UE向网络发送D2D相关组信息。也就是说，如果UE具有其能够由网络所标识的D2D相关组信息，则UE可以向小区通知D2D相关组信息。D2D相关组信息可以用于在考虑到D2D UE的组情况下协助网络向D2D UE适当地分配资源。

可以在RRC连接建立过程期间将D2D相关组信息发送到网络。例如，可以经由 RRC连接建立完成消息来发送D2D相关组信息。另选地，可以在从网络接收到请求时发送D2D相关组信息。另选地，可以在RRC连接重新配置过程期间发送D2D相关组信息。例如，可以经由RRC连接重新配置完成消息来发送D2D相关组信息。另选地，可以在UE向网络发送与包括D2D发送的上行链路调度有关的信息时发送D2D 相关组信息。例如，可以在UE请求用于D2D发送的无线资源时或者在UE向用于 D2D发送的网络发送其缓冲器状态报告时发送D2D相关组信息。

D2D相关组信息可以包括UE所属于的组的ID。具体地，D2D相关组信息可以是源组ID。源组ID可以由网络用于适当地配置无线资源，以对于组内的UE支持 D2D服务连续性。此外，D2D相关组信息可以包括关于允许组用于组内的D2D通信的无线资源的信息。通过关于无线资源的信息，网络能够标识组内的D2D通信使用哪些资源。

此外，考虑到UE可以属于多个组，D2D相关组信息可以包括UE将针对D2D 通信向其发送数据的组的ID(即，D2D相关组信息可以是目的组ID)。组ID可以由网络用于适当地配置无线资源，以对于组内的UE支持D2D服务连续性。例如，如果对于来自不同UE的同一发送机会来说(例如，在同一子帧上)存在对同一目的组的D2D发送许可的多个请求，则网络可以许可来自仅一个UE的D2D发送。

在切换准备过程期间，源小区可以将经历切换的UE的D2D相关组信息转发到目标小区。另选地，UE可以在切换期间向目标小区指示其D2D相关组信息。在这种情况下，可以经由切换完成消息(RRC连接重新配置消息)将D2D相关组信息发送到目标小区。另选地，UE可以经由在切换完成之后发送的另一第一重新配置完成消息向目标小区指示其D2D相关组信息。然后，目标小区可以适当地配置UE以在切换之后支持D2D服务连续性。在RRC连接建立之后应网络的请求将D2D相关ID提供给网络也是可能的。

网络800的实体包括处理器810、存储器820和射频(RF)单元830。处理器810 可以被配置为实现本说明书中所描述的功能、过程和/或方法。可以在处理器810中实现无线接口协议的层。存储器820在操作上与处理器810联接并且存储用于操作处理器810的各种信息。RF单元830在操作上与处理器810联接，并且发送和/或接收无线信号。

UE 900可以包括处理器910、存储器920和RF单元930。处理器910可以被配置为实现本说明书中所描述的提出的功能、过程和/或方法。可以在处理器910中实现无线接口协议的层。存储器920在操作上与处理器910联接并且存储用于操作处理器910的各种信息。RF单元930在操作上与处理器910联接，并且发送和/或接收无线信号。

处理器810、910可以包括专用集成电路(ASIC)、其它芯片组、逻辑电路和/或数据处理器件。存储器820、920可以包括只读存储器(ROM)、随机存取存储器 (RAM)、闪存、存储卡、存储介质和/或其它存储装置。RF单元830、930可以包括基带电路以对射频信号进行处理。当实施方式用软件实现时，能够利用执行本文所描述的功能的模块(例如，过程、函数等)实现本文所描述的技术。模块能够被存储在存储器820、920中并且由处理器810、910执行。存储器820、920能够被实现在处理器810、910内或者在处理器810、910外部，在此情况下那些存储器经由如本领域中已知的各种手段通信地联接至处理器810、910。

鉴于本文所描述的示例性***，已经参照多个流程图描述了可以根据所公开的主题实现的方法学。虽然出于简单的目的，方法学被示出并描述为一系列步骤或块，但是应当理解和了解，所要求保护的主题不受这些步骤或块的顺序限制，因为一些步骤可以按照与本文所描绘和描述的不同的顺序或者与其它步骤同时发生。而且，本领域技术人员应当理解，流程图所例示的步骤不是排他性的，并且在不影响本公开的范围和精神的情况下，可以包括其它步骤或者可以删除示例性流程图中的步骤中的一个或更多个。

Claims

1.一种用于在无线通信***中由用户设备UE发送装置到装置D2D相关信息的方法，该方法包括以下步骤：

从基于邻近的服务ProSe服务器接收D2D相关标识符ID；

发起无线资源控制RRC连接建立过程；

在所述RRC连接建立过程期间向eNB发送所述D2D相关ID和D2D相关组信息；

执行切换过程；

在所述切换过程完成之后，经由第一重新配置完成消息向目标小区发送所述D2D相关ID和所述D2D相关组信息；

基于所述D2D相关组信息接收由所述目标小区分配的无线资源；以及

通过利用所述无线资源来执行D2D通信，

其中，所述D2D相关ID是ProSe ID，并且

其中，所述D2D相关组信息包括所述UE将针对所述D2D通信向其发送数据的组的ID。

2.根据权利要求1所述的方法，其中，经由RRC连接请求消息来发送所述D2D相关ID。

3.根据权利要求2所述的方法，其中，所述RRC连接请求消息包括随机ID。

4.根据权利要求1所述的方法，其中，经由RRC连接建立完成消息来发送所述D2D相关ID。

5.根据权利要求1所述的方法，其中，所述D2D相关组信息包括所述UE所属于的组的ID。

6.根据权利要求1所述的方法，其中，所述D2D相关组信息包括关于由所述UE所属于的组用于D2D通信的无线资源的信息。

7.一种无线通信***中的用户设备UE，该UE包括：

射频RF单元；以及

处理器，该处理器联接至所述RF单元，并被配置为：

控制所述RF单元从基于邻近的服务ProSe服务器接收D2D相关标识符ID；

发起无线资源控制RRC连接建立过程；

控制所述RF单元在所述RRC连接建立过程期间向eNodeB eNB发送所述D2D相关ID和D2D相关组信息；

执行切换过程；

控制所述RF单元在所述切换过程完成之后经由第一重新配置完成消息向目标小区发送所述D2D相关ID和所述D2D相关组信息；

控制所述RF单元基于所述D2D相关组信息接收由所述目标小区分配的无线资源；并且

控制所述RF单元通过利用所述无线资源来执行D2D通信，

其中，所述D2D相关ID是ProSe ID，并且