置300可包括一输入装置302、一输 出装置304、一控制电路306、一中央处理器（Central Processing Unit，CPU) 308、一存储 器310、一程序代码312、一收发器314。控制电路306在存储器310中通过中央处理器308 执行程序代码312,并以此控制在通信装置300中所进行的作业。通信装置300可利用输 入装置302 (例如键盘或数字键）接收用户输入信号；也可由输出装置304 (例如屏幕或喇 口八）输出图像及声音。收发器314在此用作接收及发送无线信号，将接收的信号送往控制 电路306,以及以无线方式输出控制电路306所产生的信号。
[0084] 图4是根据本发明一实施例中表示图3中执行程序代码312的简化功能方块图。 此实施例中，执行程序代码312包括一应用层400、一第三层402、一第二层404、并且与第一 层406耦接。第三层402 -般执行无线电资源控制。第二层404 -般执行链路控制。第一 层406 -般负责物理连接。
[0085] 3GPP SP-110638 提出邻近服务（proximity-based services，ProSe)的一新研究 项目，称为装置至装置（device-to-device，D2D)。如在3GPPSP-110638中所讨论，此研究 项目的合理性和目标如下：
[0086] 3.合理性
[0087] 邻近应用和服务代表最近且巨大的社会技术趋势。这些应用的原理为了发现运行 在彼此邻近区域中的装置中应用的例子，且最终也交换与应用相关的数据。平行地，邻近探 索及通信在公共安全社会中得到关注。
[0088] 目前的3GPP规范仅部分适用于这样的需求，因为所有这些传输和信号将必须被 路由至网络中，从而影响它们的性能并在网络中增加不必要的负荷。这些目前的限制也阻 碍了创造更先进基于邻近的应用。
[0089] 在此内容中，3GPP技术，有机会成为使用邻近探索及装置间通信的选择平台，并促 进广大的未来和更先进的邻近应用。
[0090] 4.目标
[0091] 上述目标是为了研究使用情况，并确定为是由在邻近区域中、在连续网络控制下， 并在一 3GPP网络的覆盖范围下装置间的探索及通信所控制的一营运商网络潜在要求，用 于：
[0092] 1.商业/社交应用
[0093] 2.网络卸载
[0094] 3.公共安全
[0095] 4.整合现有基础设施服务，以确保包括可到达性和流动性方面用户经验的一致性
[0096] 此外，该研究项目将研究用例和识别潜在需求
[0097] 5.公共安全，万一不具有EUTRAN覆盖区域（受区域监管和营运商策略的限制，并 局限于特定公共安全所指定的频带和终端）
[0098] 使用情况和服务要求将被研究，包括网络运营商控制、身份认证、授权、计费和监 管方面的问题。
[0099] 此研究无法应用于 GSM/EDGE 无线接入网（GSM EDGE Radio Access Network， GERAN)或 UMTS 无线接入网（Universal Terrestrial Radio Access Network，UTRAN)。
[0100] 如3GPP RAN2#85主席的注意事项中所讨论的，RAN2#85会议中一致同意用户设备 可藉由一随机（Random Access，RA)接入程序请求来自网络的装置间资源。
[0101] 2在模式1中，一用户设备请求来自一进化B节点的传输资源。进化B节点调度用 于调度分配和数据传输的传输资源。
[0102] 2a在模式1中，根据进化B节点能判断用户设备想要执行一 D2D传输以及所需数 量的资源，用户设备传送一调度请求（D-SR或RA)至进化B节点随后传送一缓冲状态报告。
[0103] 3GPP R2-141256引入一使用随机接入（Random Access，RA)程序以及一新介质访 问控制（Medium Access Control，MAC)控制单元的D2D资源请求/许可程序，称为D2D缓 冲状态报告（Buffer Status Report，BSR)，描述如下：
[0104] 2.1请求/许可程序
[0105] 此程序仅应用于通信模式1中。当启动该程序时，用户设备已配置具有D2D通信的 逻辑通道。其还假设用户设备处于RRC_C0NNECTED。此一程序的目的使该用户设备得到来 自基站的许可以在邻近间物理通道中传送。具有两种情况，无论该用户设备是否具有一物 理上行链路控制通道（Physical Uplink Control Channel，PUCCH)资源以传送调度请求。
[0106] [···]
[0107] 2. 1. 2用户设备不具有一物理上行链路控制通道资源
[0108] 在此种情况下，用户设备需执行一随机接入程序。我们认为目前的随机接入程序 可以被重新使用。图1显示随机接入程序如何用以支持装置间通信请求及许可。
[0109] [图 2 3GPP R2-141256 已被复制为图 5]
[0110] […]
[0111] 2. 1. 3装置间-状态缓冲报告（D2D-BSR)
[0112] 该装置间-状态缓冲报告应在类似于传统状态缓冲报告的物理上行链路共享通 道（Physical Uplink Shared Channel，PUSCH)上传送。装置间-状态缓冲报告的目的 用以使用户设备通知进化B节点关于在与D2D相关的逻辑通道中用户设备所具有数据的数 量。如前所述，进化B节点配置用户设备具有一逻辑通道ID以用于D2D通信。虽然这使其 可以重新使用现有的缓冲状态报告，但其需至少一用于D2D通信的逻辑通道组。如果用户 设备还配置具有传统LTE承载以及D2D探索，则四个现有的逻辑通道组可能成为一限制。
[0113] 我们认为较佳地引入一新的介质访问控制控制单元（MAC CE)，也称为（邻近服务 缓冲状态报告（ProSeBSR))，其将被用以指示D2D服务的缓冲状态。此新的缓冲状态报告的 具体细节为进一步的研究。
[0114] 提议3介绍由用户设备使用之一新的介质访问控制控制单元（MAC CE)(邻近服务 缓冲状态报告（BSR))，以指示D2D服务的缓冲状态。
[0115] 3GPP R2-140625提出了一种机制，其与传统的机制相似，用于传送装置间缓冲状 态报告，如下所示：
[0116] 2. 1. 1. 4提出的请求/许可程序
[0117] 根据上述讨论和在观察3中所识别的问题，我们提出以下装置间的请求/许可程 序：
[0118] 步骤1. 1用户设备经由物理上行链路控制通道传送调度请求（Scheduling Request，SR)至进化B节点；
[0119] 步骤1. 2进化B节点经由物理下行链路控制通道（Physical Downlink Control Channel，ΗΧΧΗ)允许上行链路资源（用于用户设备以传送状态），其由C-RNTI所加扰；
[0120] 步骤1. 3用户设备经由物理上行链路共享通道传送指示缓冲状态的装置间缓冲 状态报告；
[0121] 步骤1.4基站经由物理下行链路控制通道允许装置间资源（用于用户设备传送数 据），其由D2D-RNTI所加扰。
[0122] 一旦此程序完成后，用户设备将具有装置间资源以传送此数据。
[0123] 提议1在一覆盖范围中执行一装置间传输，此用户设备将得到来自网络的许可。
[0124] 3GPP TS36. 321vll.2.0介绍并描述一缓冲状态报告如何触发一调度请求 (Schedule Request，SR) / 动态调度请求（Dynamic Schedule Request，D-SR)程序或一用 于传输的随机接入程序及剩余的缓冲状态报告格式如下：
[0125] 5MAC 程序
[0126] 5. 1随机接入程序
[0127] […]
[0128] 5. 1. 3随机接入前导传输
[0129] 随机接入程序应被执行如下：
[0130] -设置 PREAMBLE_RECEIVED_TARGET_POWER 为 preamblelnitialReceivedTargetPo wer+DELTA_PREAMBLE+(PREAMBLE_TRANSMISSI0N_C0UNTER-1)*powerRampingStep ；
[0131] -指示物理层传输一使用所选物理随机接入通道（Physical Random Access Channel，PRACH)的前导、对应 RA-RNTI、前导索引以及 PREAMBLE_RECEIVED_TARGET_POWER〇
[0132] 5. 1. 4随机接入响应接收
[0133] -旦随机接入前导被传送且无论一可能发生的测量间隙，用户设备应在还前导传 输末尾[7]加上三个子帧并具有长度为RA-ResponseWindowSize子帧的子帧中开始的随机 接入响应窗中监视由定义如下的RA-RNTI所识别的用于随机接入响应主要小区（PCell)的 物理下行链路控制通道。
[0134] 与随机接入响应被传送的物理随机接入通道相关的RA-RNTI被计算如下：
[0135] RA-RNTI = l+t_id+10*f_id
[0136] 其中，t_id为已指定物理下行链路控制通道（0彡t_id〈10)第一子帧的索引，以 &f_id为在频域升序（0<f_id〈6)中子帧内已指定物理下行链路控制通道的索引。用户 设备可在包含与已传送随机接入前导相匹配的随机接入前导识别符的一随机接入响应后， 停止监控随机接入响应。
[0137] -如果此TTI的下行链路分配已在用于RA-RNTI的物理下行链路控制通道中接收 且已接收的TB被成功解码时，则无论可能发生的一测量间隙，用户设备将：
[0138] -如果随机接入响应包含一回退（Backoff)指示子标头时：
[0139] -当回退餐数值藉由回退指示符子标头的BI栏位及表格7. 2-1所指示时，在用户 设备中设置回退参数值。
[0140] -否则，在用户设备中设置此回退参数值为〇毫秒。
[0141] -如果随机接入响应包含对应已传送随机接入前导的随机接入前导识别符（见 第5. 1. 3子节）时，则用户设备应：
[0142] -考虑此随机接入响应接收成功，并应用下列随机接入前导被传送的服务小区进 行操作：
[0143] -处理已接收的时序提前命令（参见第5. 2子节）；
[0144] -指示preamblelnitialReceivedTargetPower及逐渐施加至最新的前导传输至 较下层（例如，（PREAMBLE_TRANSMISSION_COUNTER-l)*powerRampingSt印）的功率数量；
[0145] -处理已接收的上行链路允可值，并指示其至较低层；
[0146] -如果ra-Preamblelndex被明确传输且不为000000 (即，不由MAC所选择）时：
[0147] -将随机接入程序视为已成功完成。
[0148] -否则，如果该随机接入前导码用户设备介质访问控制（MAC)选择的；
[0149] -在不晚于对应在随机接入响应讯息中所提供上行链路许可的第一传输时间的 随机接入响应讯息中接收的数值中设置临时C-RNTI ;
[0150] -如果这是在此随机接入程序中第一个成功接收的随机接入响应时：
[0151] -如果此传输未用于CCCH逻辑通道时，指示复用及封装实体（Multiplexing and Assembly entity)在随后的上行链路传输中包括一 C-RNTI介质访问控制（MAC)控制单 元；
[0152] -取得来自「复用及封装实体」的介质访问控制协议数据单元并存储其至Msg3缓 冲器中。
[0153] 注：当需要一上行链路传输时，例如，用于竞争解决，则进化B节点不应在随机接 入响应中提供一小于56位的许可。
[0154] 注：如果在一随机接入程序中，在对同一组随机接入前导的随机接入响应中所提 供的上行链路许可与分配在随机接入程序期间中第一上行链路许可具有不同大小时，则用 户设备的行为未被定义。
[0155] 若没有随机接入响应在随机接入响应视窗中被接收时，或若无全部已接收的随机 接入响应包括一对应已传送的随机接入前导的随机接入前导标识符时，则该随机接入响应 接收被视为是不成功的，并且用户设备应：
[0156] -将 PREAMBLE_TRANSMISSION_COUNTER 增加 1 ;
[0157] -若 PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax+1 :
[0158] -若随机接入前导在一 PCell中所传送：
[0159] -指示一随机接入问题至较上层；
[0160] -若随机接入前导在一 SCell中所传送：
[0161] -将随机接入程序视为未成功完成。
[0162] -若在此随机接入程序中，随机接入前导由介质访问控制所选择时：
[0163] -根据在用户设备中的回退参数，根据一介于0和退退参数值之间的均匀分布随 机回退时间；
[0164] -藉由回退时间延迟之后的随机接入传输；
[0165] -继续进行随机接入资源的选择（参见第5. 1. 2子节）。
[0166] 5. 1.5竞争解决
[0167] 竞争解决基于无论是在PCell的物理下行链路控制通道上的C-RNTI或是在 DL-SCH上用户设备的竞争解决身份。
[0168] -旦Msg3被传送时，用户设备将：
[0169] -启动 MAC-ContentionResolutionTimer 并在每一混和自动重 送请求（Hybrid Automatic Repeat request， HARQ)重新传输中重新启动 MAC-ContentionResolutionTimer ；
[0170] -无论一可能发生的测量间隙，监视物理下行链路控制通道直到 MAC-ContentionResolutionTimer 逾期或停止；
[0171] -如果接收来自较低层的一物理下行链路控制通道传输的一接收通知时，则用户 设备应：
[0172] -若C-RNTI的介质访问控制（MAC)控制单元被包括在Msg3时：
[0173] -若随机接入程序由介质访问控制子层本身所启动以及物理下行链路控制通道 传输被寻址至C-RNTI且包含一新传输的上行链路许可；或
[0174] -若随机接入程序由物理下行链路控制通道命令所启动且物理下行链路控制通 道传输被寻址至C-RNTI时：
[0175] -将此竞争解决视为成功；
[0176] -停止 MAC-ContentionResolutionTimer ;
[0177] -丢弃临时 C-RNTI;
[