技术领域
[0001] 本
发明涉及无线通信技术，尤其涉及一种资源分配方法、装置及系统。
背景技术
[0002] 随着无线多媒体业务的发展，人们对高
数据速率和用户体验的需求日益增长，从而对传统蜂窝网络的系统容量和
覆盖提出了较高要求。另一方面公共安全、社交网络、近距离数据共享、本地广告等应用场景使得人们对了解附近人或事物并与之通信（邻近服务，Proximity Services）的需求逐渐增加。传统的以基站为中心的蜂窝网络在高数据速率以及邻近服务的支持方面存在明显的局限性，在这种需求背景下，代表未来通信技术发展新方向的设备到设备（Device-to-Device，D2D）技术应运而生。D2D技术的应用，可以减轻蜂窝网络的负担、减少用户设备的
电池功耗、提高数据速率，并改善网络
基础设施的鲁棒性，很好地满足上述高数据速率业务和邻近服务的要求。
[0003] D2D技术可以工作在授权频段或非授权频段，允许多个支持D2D功能的用户设备（也称D2D用户设备、D2D User Equipment或D2D UE）在有网络基础设施或无网络基础设施的情况下进行直接发现/直接通信。D2D的应用场景主要有三种：
[0004] UE1和UE2在蜂窝网络的覆盖下进行数据交互，用户面数据不经过网络基础设施，如图1的模式1；
[0005] 在弱/无覆盖区域的UE中继传输，如图1中的模式2，允许
信号质量较差的UE4通过附近有网络覆盖的UE3与网络进行通信，能帮助运营商扩展覆盖、提高容量；
[0006] 在发生
地震或紧急情况，蜂窝网络不能正常工作的情况下，允许设备间直接通信，如图1中的模式3，UE5，UE6和UE7间控制面和用户面都不经过网络基础设施而进行一跳或多跳的数据通信。
[0007] D2D技术通常包括D2D发现技术和D2D通信技术，其中，D2D发现技术是指用于判断/确定两个或多个D2D用户设备之间相互邻近（例如，在可进行D2D直接通信的范围之内）或者用于判断/确定第一用户设备邻近第二用户设备的技术。通常，D2D用户设备间可通过发送或接收发现信号/信息来发现对方，在有蜂窝网络覆盖的情况下，网络可辅助D2D用户设备进行D2D发现；D2D通信技术是指D2D用户设备之间部分或全部通信数据可以不通过网络基础设施而直接进行通信的技术。
[0008] 从公共安全的
角度来看，公共安全网络系统需要为第一响应人提供多媒体等服务手段来完成任务，要求具有单点通信和组内通信功能。具体来讲，公共安全场景的D2D通信包含如下类型：单播，组播，广播。单播指D2D用户设备之间一对一的通信模式，而组播与广播是针对D2D用户设备一对多的通信模式。单播通信可看成是组播通信的特殊形式，如D2D通信组内只包含两个用户设备，此时D2D组播通信相当于单播通信。与此同时，公共安全场景的通信要求具有很强的鲁棒性，能够在当前通信资源短缺或者拥塞或者网络基础设施瘫痪的情况下仍然能够最大限度的提供服务。因此公共安全要求D2D通信不仅在有网络覆盖场景下工作，也要求在部分覆盖以及无网络覆盖场景下工作。在无网络覆盖场景下，D2D用户设备可以通过自组织的方式工作，也可以在无覆盖环境下选取一些D2D用户设备作为中央
节点（Central Node，CN），这些中央节点提供类似基站的功能。
[0009] 但是，适用于蜂窝网络的通信资源分配方案，并不能适用于D2D发现/通信系统。目前，对于D2D系统还没有系统的发现/通信资源分配方案。
发明内容
[0010] 为解决现有存在的技术问题，本发明
实施例提供一种资源分配方法、装置及系统。
[0011] 本发明实施例提供一种资源分配方法，所述方法包括：
[0012] 发送资源
请求消息，所述资源请求消息为设备到设备D2D调度请求消息或缓冲区状态报告；
[0013] 接收D2D资源配置信息和/或D2D资源分配信息；
[0014] 使用所述D2D资源配置信息和/或D2D资源分配信息对应的资源进行D2D数据传输，所述D2D数据是D2D发现或是D2D广播/组播/单播通信数据。
[0015] 本发明实施例提供一种资源分配方法，所述方法包括：
[0016] 广播发送D2D资源池信息；和/或
[0017] 接收资源请求消息，所述资源请求消息为设备到设备D2D调度请求消息或缓冲区状态报告；
[0018] 根据D2D调度请求消息或缓冲区状态报告分配资源；
[0019] 发送所述资源对应的D2D资源配置信息和/或D2D资源分配信息。
[0020] 本发明实施例提供一种资源分配方法，所述方法包括：
[0021] 接收D2D资源池信息；和或
[0022] 接收D2D资源配置信息和/或D2D资源分配信息；
[0023] 使用所述D2D资源池信息和/或D2D资源配置信息和/或D2D资源分配信息对应的资源进行D2D数据接收。
[0024] 本发明实施例提供一种资源分配方法，所述方法包括：
[0025] 第一用户设备发送资源请求消息，所述资源请求消息为设备到设备D2D调度请求消息或缓冲区状态报告；
[0026] 节点接收资源请求消息；
[0027] 节点根据D2D调度请求消息或缓冲区状态报告分配资源；
[0028] 节点发送所述资源对应的D2D资源配置信息和/或D2D资源分配信息；
[0029] 第一用户设备和/或第二用户设备接收D2D资源配置信息和/或D2D资源分配信息；
[0030] 第一用户设备和/或第二用户设备使用所述D2D资源配置信息和/或D2D资源分配信息对应的资源进行D2D数据传输。
[0031] 本发明实施例提供一种用户设备，所述用户设备包括：
[0032] 第一发送单元，用于发送资源请求消息，所述资源请求消息为设备到设备D2D调度请求消息或缓冲区状态报告；
[0033] 第一接收单元，用于接收D2D资源配置信息和/或D2D资源分配信息；
[0034] 第一传输单元，用于使用所述D2D资源配置信息和/或D2D资源分配信息对应的资源进行D2D数据传输。
[0035] 本发明实施例提供一种节点，所述节点包括：
[0036] 第二接收单元，用于接收资源请求消息，所述资源请求消息为设备到设备D2D调度请求消息或缓冲区状态报告；
[0037] 分配单元，用于根据D2D调度请求消息或缓冲区状态报告分配资源；
[0038] 第二发送单元，用于发送所述资源对应的D2D资源配置信息和/或D2D资源分配信息。
[0039] 本发明实施例提供一种用户设备，所述用户设备包括：
[0040] 第三接收单元，用于接收D2D资源配置信息和/或D2D资源分配信息；
[0041] 第二传输单元，用于使用所述D2D资源配置信息和/或D2D资源分配信息对应的资源进行D2D数据传输。
[0042] 本发明实施例提供一种资源分配系统，所述系统包括上述任一种用户设备、上述任一种节点，以及上述任一种另一用户设备。
[0043] 由上可知，本发明的技术方案包括：发送资源请求消息，所述资源请求消息为设备到设备D2D调度请求消息或缓冲区状态报告；接收D2D资源配置信息和/或D2D资源分配信息；使用所述D2D资源配置信息和/或D2D资源分配信息对应的资源进行D2D数据传输。由此，通过本发明提出的方法，用户设备可以根据需要通过简单的流程快速灵活的请求D2D通信资源，确保D2D资源的分配及后续D2D通信的顺利进行。
附图说明
[0044] 图1为D2D系统通信模式示意图；
[0045] 图2为本发明提供的一种资源分配方法的实施例的流程示意图；
[0046] 图3为本发明提供的再一种资源分配方法的实施例的流程示意图；
[0047] 图4为本发明提供的另一种资源分配方法的实施例的流程示意图；
[0048] 图5为本发明提供的一种用户设备的实施例的结构示意图；
[0049] 图6为本发明提供的一种节点的实施例的结构示意图；
[0050] 图7为本发明提供的另一种节点的实施例的结构示意图；
[0051] 图8为本发明提供的一种资源分配系统的实施例的结构示意图；
[0052] 图9为本发明实例1的流程示意图；
[0053] 图10为本发明实例2的流程示意图；
[0054] 图11为本发明实例3的流程示意图；
[0055] 图12为本发明实例4的流程示意图；
[0056] 图13为本发明实例5的流程示意图；
[0057] 图14为本发明实例6的流程示意图；
[0058] 图15为本发明实例7的流程示意图；
[0059] 图16为本发明实例8的流程示意图；
[0060] 图17为本发明实例9的流程示意图；
[0061] 图18为本发明实例10的流程示意图；
[0062] 图19为本发明实例11的流程示意图；
[0063] 图20为本发明实例12的流程示意图；
[0064] 图21为本发明实例13的流程示意图。
具体实施方式
[0065] 本发明要解决的技术问题包括UE的D2D通信资源请求问题，由于基站无法
感知D2D承载建立及业务服务质量要求，因此需要D2D UE明确的将D2D的缓冲区，对应的逻辑信道告知基站或中央控制节点。此外为了节省调度需要的信令开销，D2D UE需要将是否触发半持续调度以及半持续调度对应的周期，服务质量信息发送给基站或中央控制节点，使基站/中央控制节点能根据请求采用正确的资源调度方式。本发明对上述流程进行了设计，并给出了相应的D2D承载以及逻辑信道的建立及释放方法。通过本发明提出的方法，用户设备可以根据需要通过简单的流程快速灵活的请求D2D通信资源，确保D2D通信的顺利进行。
[0066] 本发明提供的一种资源分配方法的实施例，如图2所示，所述方法包括：
[0067] 201、发送资源请求消息，所述资源请求消息为设备到设备D2D调度请求消息或缓冲区状态报告；
[0068] 这里，所述D2D调度请求消息可以包含以下字段的任意组合：D2D半持续/动态调度请求/释放指示、D2D半持续调度周期、比特率/资源大小/缓冲区大小；
[0069] 所述缓冲区状态报告包含以下字段的任意组合：D2D缓冲区指示、缓冲区大小、D2D半持续/动态调度请求指示、D2D半持续调度周期；
[0070] D2D调度请求消息和缓冲区状态报告还可包含以下字段任意组合：发现/D2D组播/广播/单播通信标识，D2D通信组标识/通信目标设备标识；
[0071] D2D调度请求消息和缓冲区状态报告还可包含以下字段任意组合：D2D逻辑信道标识，服务质量分类标识、优先级；
[0072] D2D调度请求消息和缓冲区状态报告可包含一个或多个D2D逻辑信道的缓冲区信息。
[0073] 202、接收D2D资源配置信息和/或D2D资源分配信息；
[0074] 203、使用所述D2D资源配置信息和/或D2D资源分配信息对应的资源进行D2D数据传输，所述D2D数据是D2D发现或是D2D广播/组播/单播通信数据。
[0075] 在一实施例中，所述接收D2D资源配置信息和/或D2D资源分配信息之后，所述方法还包括：
[0076] 当所述D2D资源配置信息指示半持续调度时，判断是D2D半持续资源建立还是D2D半持续资源释放，如果是建立，则根据D2D资源分配信息中的D2D发现/通信
帧和/或子帧偏移和/或接收D2D资源配置信息的子帧
位置确定D2D半持续资源的位置；如果是释放，则停止在相应D2D半持续资源的D2D数据发送/接收。
[0077] 在一实施例中，所述接收D2D资源配置信息和/或D2D资源分配信息之后，所述方法还包括：
[0078] 判断是D2D发送资源还是D2D接收资源，如果是D2D发送资源，则使用相应资源进行D2D数据发送；如果是D2D接收资源，则在相应资源位置进行D2D数据接收。
[0079] 在一实施例中，所述判断是D2D发送资源还是D2D接收资源，包括：
[0080] 当收到的是发送半持续调度配置时，判定是发送资源；当收到的是接收半持续调度配置时，判定是接收资源；或者，
[0081] 比较所述D2D资源配置信息包含的D2D用户设备标识与存储的用户设备标识是否一致，如果一致，则判定是发送资源，如果不一致，则判定是接收资源。
[0082] 在一实施例中，所述发送资源请求消息之前，所述还包括：
[0083] 感知业务传输需求，判断需要半持续调度还是动态调度；
[0084] 当有足够的上行空口资源时，通过RRC信令或是MAC CE发送资源请求消息；
[0085] 当没有足够的上行空口资源时，通过PUCCH发送资源请求消息。
[0086] 在一实施例中，所述发送资源请求消息之前，还包括：
[0087] 业务数据到达时，建立默认的D2D承载及对应的逻辑信道；或，
[0088] 业务数据到达时，根据TFT映射建立对应于不同服务质量要求和/或不同目标通信对象的D2D承载和/或对应的逻辑信道。
[0089] 这里，所述建立对应于不同服务质量要求的D2D承载和/或逻辑信道，包括：
[0090] 根据系统预配置建立与不同服务质量分类标识一一对应的D2D承载及逻辑信道；或
[0091] 根据系统预配置建立对应于一个或多个不同服务质量分类标识的D2D承载及逻辑信道；或
[0092] 与通信目标设备协商建立对应于不同服务质量要求的D2D承载及对应的逻辑信道。
[0093] 所述建立对应于不同目标通信对象的D2D承载和/或逻辑信道，包括：
[0094] 当发起D2D发现时，根据系统预配置建立对应于D2D发现的D2D承载及对应的逻辑信道；或
[0095] 当发起D2D广播通信时，根据系统预配置建立对应于D2D广播通信通信目标设备的D2D承载及对应的逻辑信道；或
[0096] 当发起D2D组播通信时，根据对应的D2D通信组及系统预配置建立对应于所述D2D通信组通信目标设备的D2D承载及对应的逻辑信道；或
[0097] 当发起D2D单播通信时，根据系统预配置或与通信目标设备协商建立对应于D2D单播通信通信目标设备的D2D承载及对应的逻辑信道。
[0098] 这里，发送D2D数据的用户设备称为第一用户设备，也成为通信发起设备，接收D2D数据的用户设备称为第二用户设备，也称为通信目标设备。
[0099] 如果所述用户设备是第一/二用户设备，则目标通信对象可以是D2D广播通信对应的所有第二/一用户设备，D2D组播通信对应的D2D通信组成员第二/一用户设备；D2D单播通信对应的第二/一用户设备；
[0100] 本发明提供的另一种资源分配方法，如图3所示，所述方法包括：
[0101] 步骤301、接收资源请求消息，所述资源请求消息为设备到设备D2D调度请求消息或缓冲区状态报告；
[0102] 步骤302、根据D2D调度请求消息或缓冲区状态报告分配资源；
[0103] 步骤303、发送所述资源对应的D2D资源配置信息和/或D2D资源分配信息。
[0104] 在一实施例中所述发送所述资源对应的D2D资源配置信息和/或D2D资源分配信息，为：
[0105] 通过广播和/或专有信令发送所述资源对应的D2D资源配置信息和/或D2D资源分配信息。
[0106] 这里，所述通过专有信令发送所述资源对应的D2D资源配置信息和/或D2D资源分配信息可以为：通过新的RRC消息或是以有的RRC消息发送所述资源对应的D2D资源配置信息和/或D2D资源分配信息。
[0107] 这里，所述D2D资源配置信息包括D2D半持续调度配置；所述D2D半持续调度配置包括：D2D半持续调度空口网络临时标识、D2D半持续调度建立/释放指示、发送半持续调度配置和或接收半持续调度配置、半持续调度配置周期。
[0108] 所述D2D资源配置信息包括D2D发现/广播/组播/单播通信标识、D2D组播通信组标识、D2D通信发起设备标识。
[0109] 所述D2D资源分配信息包括：D2D通信时频域资源、传输
属性信息。
[0110] 所述D2D资源分配信息还包括：D2D发现/通信帧和/或子帧偏移。
[0111] 本发明提供的又一种资源分配方法，所述方法包括：
[0112] 接收D2D资源池信息；和或
[0113] 接收D2D资源配置信息和/或D2D资源分配信息；
[0114] 使用所述D2D资源池信息和/或D2D资源配置信息和/或D2D资源分配信息对应的资源进行D2D数据接收。
[0115] 在一实施例中，所述接收D2D资源池信息包括：
[0116] 接收节点广播或通过专有信令发送的D2D资源池信息；和/或
[0117] 在附着到网络或进行
跟踪区域更新时接收MME发送的D2D资源池信息或从D2D
服务器/近距离业务服务器获取D2D资源池信息；
[0118] 所述D2D资源池对应于商业应用和/或公共安全的资源池；
[0119] 所述商业应用及公共安全的资源池分为有覆盖以及无覆盖场景对应的资源池。
[0120] 在一实施例中，所述方法还包括：
[0121] 接收D2D数据后，建立默认的D2D承载及对应的逻辑信道；或，
[0122] 接收D2D数据后，根据TFT映射建立对应于不同服务质量要求和/或不同目标通信对象的D2D承载和/或逻辑信道。
[0123] 这里，所述建立对应于不同服务质量要求的D2D承载和/或逻辑信道，包括：
[0124] 根据系统预配置建立与不同服务质量分类标识一一对应的D2D承载及逻辑信道；或
[0125] 根据系统预配置建立对应于一个或多个不同服务质量分类标识的D2D承载及逻辑信道；或
[0126] 与通信发起设备协商建立对应于不同服务质量要求的D2D承载及对应的逻辑信道。
[0127] 这里，所述建立对应于不同目标通信对象的D2D承载和/或逻辑信道，包括：
[0128] 当接收D2D广播通信时，根据系统预配置和接收到的D2D数据包含的通信发起设备信息建立对应于D2D广播通信通信发起设备的D2D承载及对应的逻辑信道；或
[0129] 当接收D2D组播通信时，根据接收到的D2D数据包含的D2D通信组信息，通信发起设备信息及系统预配置建立对应于所述通信发起设备及所述D2D通信组的D2D承载及对应的逻辑信道。
[0130] 本发明提供的再一种资源分配方法的实施例，如图4所示，所述方法包括：
[0131] 步骤401、第一用户设备发送资源请求消息，所述资源请求消息为设备到设备D2D调度请求消息或缓冲区状态报告；
[0132] 步骤402、节点接收资源请求消息；
[0133] 步骤403、节点根据D2D调度请求消息或缓冲区状态报告分配资源；
[0134] 步骤404、节点发送所述资源对应的D2D资源配置信息和/或D2D资源分配信息；
[0135] 步骤405、第一用户设备和/或第二用户设备接收D2D资源配置信息和/或D2D资源分配信息；
[0136] 步骤406、第一用户设备和/或第二用户设备使用所述D2D资源配置信息和/或D2D资源分配信息对应的资源进行D2D数据传输。
[0137] 在一实施例中，所述D2D资源配置信息包括D2D半持续调度配置；所述D2D半持续调度配置包括：D2D半持续调度空口网络临时标识、D2D半持续调度建立/释放指示、发送半持续调度配置和/或接收半持续调度配置、半持续调度配置周期。所述D2D资源配置信息包括D2D发现/广播/组播/单播通信标识、D2D组播通信组标识、D2D通信发起设备标识。
[0138] 在一实施例中，所述D2D资源分配信息包括：D2D通信时频域资源、传输属性信息，如MCS等；进一步的，还可包括D2D发现/通信帧和/或子帧偏移。
[0139] 本发明提供的一种用户设备（第一用户设备）的实施例，如图5所示，所述用户设备包括：
[0140] 第一发送单元501，用于发送资源请求消息，所述资源请求消息为设备到设备D2D调度请求消息或缓冲区状态报告；
[0141] 第一接收单元502，用于接收D2D资源配置信息和/或D2D资源分配信息；
[0142] 第一传输单元503，用于使用所述D2D资源配置信息和/或D2D资源分配信息对应的资源进行D2D数据传输。
[0143] 上述用户设备指支持D2D通信功能的用户设备。
[0144] 在一实施例中，所述用户设备还包括处理单元504，用于当是半持续调度时，判断是D2D半持续资源建立还是D2D半持续资源释放，如果是建立，则根据D2D通信帧/子帧偏移和/或接收D2D资源配置信息的子帧位置确定D2D半持续资源的位置；如果是释放，则停止在相应D2D半持续资源的D2D数据发送/接收。
[0145] 在一实施例中，所述第一传输单元503，还用于判断是D2D发送资源还是D2D接收资源，如果是D2D发送资源，则使用相应资源进行D2D数据发送；如果是D2D接收资源，则在相应资源位置进行D2D数据接收。
[0146] 在一实施例中，所述第一传输单元503，具体用于当收到的是发送半持续调度配置时，判定是发送资源；当收到的是接收半持续调度配置时，判定是接收资源；或者，[0147] 比较所述D2D资源配置信息包含的D2D用户设备标识与存储的用户设备标识是否一致，如果一致，则判定是发送资源，如果不一致，则判定是接收资源。
[0148] 在一实施例中，所述第一发送单元501，用于感知通过D2D承载及逻辑信道发送业务的传输需求，判断需要半持续调度还是动态调度；
[0149] 当有足够的上行空口资源时，通过RRC信令或是MAC CE发送资源请求消息；
[0150] 当没有足够的上行空口资源时，通过PUCCH发送资源请求消息。
[0151] 在一实施例中，所述第一传输单元503，还用于建立默认的D2D承载及对应的逻辑信道；或
[0152] 建立对应于不同服务质量要求和/或不同目标通信对象的D2D承载及对应的逻辑信道。
[0153] 本发明提供的一种节点的实施例，如图6所示，所述节点包括：
[0154] 第二接收单元601，用于接收资源请求消息，所述资源请求消息为设备到设备D2D调度请求消息或缓冲区状态报告；
[0155] 分配单元602，用于根据D2D调度请求消息或缓冲区状态报告分配资源；
[0156] 第二发送单元603，用于发送所述资源对应的D2D资源配置信息和/或D2D资源分配信息。
[0157] 上述节点可以为基站或执行中央控制功能的用户设备。所述节点也可以称为中央节点。
[0158] 在一实施例中，所述第二发送单元603，用于通过广播和/或专有信令发送所述资源对应的D2D资源配置信息和/或D2D资源分配信息。
[0159] 本发明提供的另一种用户设备（第二用户设备）的实施例，如图7所示，所述用户设备包括：
[0160] 第三接收单元701，用于接收D2D资源配置信息和/或D2D资源分配信息；
[0161] 第二传输单元702，用于使用所述D2D资源配置信息和/或D2D资源分配信息对应的资源进行D2D数据传输。
[0162] 本发明提供的一种资源分配系统的实施例，如图8所示，所述系统包括上述任一种第一用户设备801、上述任一种节点802、以及上述第二用户设备803。
[0163] 下面结合各实施例对本发明进行详细的介绍。
[0164] 实施例一
[0165] 本实施例给出UE使用新设计的D2D调度请求消息请求D2D通信资源进行D2D通信以及D2D通信资源释放方法。以下通过实例1至实例5详细阐述。
[0166] 实例1
[0167] 在商业应用场景，Mary和John持有具备D2D通信功能的UE1和UE2。UE1和UE2彼此在D2D通信范围内。
[0168] UE1希望发起与UE2的D2D通信，但是UE1并没有足够的上行空口资源进行RRC消息或是用户面数据的发送，如图9所示，包括：
[0169] 1、UE1通过PUCCH发送D2D调度请求消息给eNB。
[0170] D2D调度请求消息中可包含D2D指示。此外，D2D调度请求消息还可包含D2D半持续调度指示等。
[0171] 2、eNB接收到D2D调度请求消息后，进行接纳控制，并根据调度请求消息的指示分配D2D空口资源。
[0172] 3、eNB完成资源分配后，向UE1发送RRC连接重配消息。
[0173] 所述RRC连接重配消息包含D2D发送半持续配置信息，如D2D半持续调度空口网络临时标识、D2D半持续调度建立指示、发送半持续调度配置、半持续调度配置周期。
[0174] 4、eNB向UE2发送RRC连接重配消息。
[0175] 所述RRC连接重配消息包含D2D接收半持续配置信息，如D2D半持续调度空口网络临时标识、D2D半持续调度建立指示、接收半持续调度配置周期等。
[0176] 5、eNB向UE1和UE2发送D2D资源分配信息。
[0177] 所述资源分配信息包含D2D资源的位置、资源的大小、UE传输时使用的MCS方式等信息。D2D资源分配信息可通过物理层信令或是RRC信令承载。
[0178] 6、UE1和UE2接收到D2D资源配置信息和D2D资源分配信息后，在所分配的D2D半持续资源上进行D2D数据广播发送和接收。
[0179] 实例2
[0180] 在公共安全场景，Officer A，B，C，D使用具备D2D功能的公共安全UE1，UE2，UE3及UE4。Officer A，B，C，D都订阅了公共安全服务。在Officer A，B，C，D到达救援地点之后，他们的UE都不在网络覆盖范围内，但是UE1，UE2，UE3，UE4彼此在D2D通信范围内。UE4此时充当了中央控制节点，UE1，UE2和UE3都接入到UE4，由UE4执行资源分配。
[0181] 在救援地点，Officer A希望发起广播通话，告知附近其他Officer相关信息。如图10所示，包括：
[0182] 1、Officer A的UE1发送D2D调度请求消息。
[0183] D2D调度请求消息中可包含D2D半持续调度指示、半持续调度间隔等。此外，所述D2D调度请求消息还可选的包含半持续调度的数据比特率、通信类型指示等。这里半持续调度的数据比特率可用半持续调度的字节数或资源
块大小来代替。而通信类型指示用于指示UE1希望发起的通信是广播，组播还是单播，相应的，中央控制节点收到该信息后可作为分配资源以及是否需要将资源分配信息通过专有信令还是广播发送给相关UE的参考依据。
[0184] 2、作为中央控制节点的UE4接收到D2D调度请求消息后，进行接纳控制，并根据调度请求消息的指示分配空口资源。
[0185] 3、中央控制节点完成资源分配后，向UE1发送RRC连接重配消息。
[0186] 所述RRC连接重配消息包含D2D发送半持续配置信息，如D2D半持续调度空口网络临时标识、D2D半持续调度建立指示、发送半持续调度配置、半持续调度配置周期；可选的，D2D资源配置信息可包括D2D广播通信标识。
[0187] 4、中央控制节点向UE1发送D2D资源分配信息。
[0188] 所述D2D资源分配信息包含D2D资源的位置、D2D资源的大小、UE传输时使用的MCS方式等信息。D2D资源分配信息可通过物理层信令或是RRC信令承载。如果是通过物理层信令承载，则UE1根据D2D发送半持续调度配置中包含的半持续调度配置周期以及接收到D2D资源分配信息的子帧作为起始帧计算资源分配的子帧位置。如果是通过RRC信令承载，则RRC信令还需要包含起始帧及子帧的位置信息。
[0189] 5、UE1接收到D2D资源配置信息和D2D资源分配信息后，在所分配的D2D半持续资源上进行D2D数据广播发送。
[0190] 对于UE1的相邻节点UE2和UE3，它们可根据系统预配置的D2D通信资源池信息或是通过中央控制节点发送的D2D通信资源池系统信息对D2D资源池进行监听，当UE1开始D2D广播数据发送后，UE2和UE3就可以接收到D2D数据。
[0191] 实例3
[0192] 在公共安全场景，Officer A，B，C，D使用具备D2D功能的公共安全UE1，UE2，UE3及UE4。Officer A，B，C，D都订阅了公共安全服务，并且UE1，UE2，UE3都配置属于D2D通信组X。在Officer A，B，C，D到达救援地点之后，他们的UE都不在网络覆盖范围内，但是UE1，UE2，UE3，UE4彼此在D2D通信范围内。UE4此时充当了中央控制节点，UE1，UE2和UE3都接入到UE4，由UE4执行资源分配。
[0193] 在救援地点，Officer A希望发起组播通话，告知附近对应于D2D通信组X的其他Officer相关信息。如图11所示，包括：
[0194] 1、Officer A的UE1发送D2D调度请求消息。
[0195] D2D调度请求消息中可包含D2D半持续调度指示、承载该组播通信的逻辑信道标识和/或对应的服务质量分类标识、该逻辑信道的缓冲区大小等。此外。所述D2D调度请求消息还可选的包括D2D通信组X对应的组标识GID。
[0196] 2、作为中央控制节点的UE4接收到D2D调度请求消息后，进行接纳控制，并根据调度请求消息的指示分配空口资源。
[0197] 3、中央控制节点完成资源分配后，广播发送D2D调度通知消息。
[0198] 所述D2D调度通知消息包含D2D资源配置信息，所述D2D资源配置信息包括D2D发送半持续配置信息，如D2D半持续调度建立指示、发送半持续调度配置、半持续调度配置周期；此外，D2D资源配置信息还可包括D2D组播通信组标识GID、D2D发送用户设备标识等。D2D调度通知消息还包含D2D资源分配信息，如D2D通信时频域资源以及传输属性信息MCS等，进一步的，还可包括D2D通信帧/子帧偏移信息。
[0199] 4、UE1接收到D2D资源配置信息和D2D资源分配信息后，判断D2D发送用户设备标识与自己一致，则可在所分配的D2D半持续资源上进行D2D数据广播发送。
[0200] 对于UE1的相邻节点UE2和UE3，它们可根据接收到的D2D调度通知中包含的半持续资源配置及分配信息，在相应的资源上进行监听，当UE1开始D2D广播数据发送后，UE2和UE3就可以接收到D2D数据。
[0201] 实例4
[0202] 在商业应用场景，Mary和John持有具备D2D通信功能的UE1和UE2。UE1和UE2彼此在D2D通信范围内。UE1希望发起与UE2的D2D通信，如图12所示，包括：
[0203] 1、UE1发送D2D调度请求消息给eNB。
[0204] D2D调度请求消息中可包含D2D半持续调度指示、半持续调度间隔等。此外还调度请求消息还可选的包含半持续调度的数据比特率、通信类型指示、以及UE的标识等。这里半持续调度的数据比特率可用半持续调度的字节数或资源块大小来代替。而通信类型指示用于指示UE1希望发起的通信是广播，组播还是单播，相应的，eNB收到该信息后可作为分配资源以及是否需要将资源分配信息通过专有信令还是广播发送给相关UE的参考依据。
[0205] 2、eNB接收到D2D调度请求消息后，进行接纳控制，并根据调度请求消息的指示分配空口资源。
[0206] 3、eNB完成资源分配后，向UE1发送RRC连接重配消息，其中包含D2D发送半持续配置信息，如D2D半持续调度空口网络临时标识、D2D半持续调度建立指示、发送半持续调度配置、半持续调度配置周期。
[0207] 4、eNB向UE2发送RRC连接重配消息。
[0208] 所述RRC连接重配消息包含D2D接收半持续配置信息，如D2D半持续调度空口网络临时标识、D2D半持续调度建立指示、接收半持续调度配置周期等。
[0209] 5、eNB向UE1和UE2发送D2D资源分配信息。
[0210] 所述送D2D资源分配信息包含D2D资源的位置、D2D资源的大小、UE传输时使用的MCS方式等信息。D2D资源分配信息可通过物理层信令或是RRC信令承载。
[0211] 6、UE1和UE2接收到D2D资源配置信息和D2D资源分配信息后，可在所分配的D2D半持续资源上进行D2D数据广播发送和接收。
[0212] 实例5
[0213] 在商业应用场景，Mary和John持有具备D2D发现功能的UE1和UE2。UE1和UE2彼此在D2D发现范围内。
[0214] UE1希望被其他UE发现，并已经按照前述所描述的流程
申请了半持续资源发送D2D发现消息。假设UE1希望不再被其他UE发现，则申请释放半持续D2D资源，如图13所示，包括：
[0215] 1、UE1发送包含D2D半持续调度释放指示的D2D调度请求消息给eNB。
[0216] 2、eNB将相应的D2D资源释放，该资源可后续分配给其他D2D用户设备使用。
[0217] 3、eNB发送包含D2D半持续配置释放信息的RRC连接重配消息给UE1，UE1收到该消息后，释放半持续D2D通信配置。
[0218] 实施例二
[0219] 本实施例给出UE使用增强后的缓冲区状态报告请求D2D通信资源进行D2D通信以及D2D通信资源释放方法。以下通过实例6至实例9详细阐述。
[0220] 实例6
[0221] 在公共安全场景，Officer A，B，C，D使用具备D2D功能的公共安全UE1，UE2，UE3及UE4。Officer A，B，C，D都订阅了公共安全服务。在Officer A，B，C，D到达救援地点之后，他们的UE都不在网络覆盖范围内，但是UE1，UE2，UE3，UE4彼此在D2D通信范围内。UE4此时充当了中央控制节点，UE1，UE2和UE3都接入到UE4，由UE4执行资源分配。
[0222] 在救援地点，Officer A希望发起广播通话，告知附近其他Officer相关信息。如图14所示，包括：
[0223] 1、Officer A的UE1发送缓冲区状态报告。
[0224] 所述缓冲区状态报告中可包含D2D指示、半持续调度指示、半持续调度间隔等。此外缓冲区状态报告还包含UE1建立的对应于D2D通信的逻辑信道标识以及对应逻辑信道的缓冲区大小等。
[0225] 2、作为中央控制节点的UE4接收到缓冲区状态报告后，进行接纳控制，并根据缓冲区状态报告的指示分配空口资源。
[0226] 3、中央控制节点完成资源分配后，向UE1发送RRC连接重配消息。
[0227] 所述RRC连接重配消息包含D2D发送半持续配置信息，如D2D半持续调度空口网络临时标识、D2D半持续调度建立指示、发送半持续调度配置、半持续调度配置周期。
[0228] 4、中央控制节点向UE1发送D2D资源分配信息。
[0229] 所述D2D资源分配信息包含D2D时频资源的位置、D2D时频资源的大小、UE传输时使用的MCS方式等信息。D2D资源分配信息可通过物理层信令或是RRC信令承载。如果是通过物理层信令承载，则UE1根据D2D发送半持续调度配置中包含的半持续调度配置周期以及接收到D2D资源分配信息的子帧作为起始帧计算资源分配的子帧位置。如果是通过RRC信令承载，则RRC信令还需要包含起始帧及子帧的位置信息。
[0230] 5、UE1接收到D2D资源配置信息和D2D资源分配信息后，可在所分配的D2D半持续资源上进行D2D数据广播发送。
[0231] 对于UE1的相邻节点UE2和UE3，它们可根据系统预配置的D2D通信资源池信息或是通过中央控制节点发送的D2D通信资源池系统信息对D2D资源池进行监听，当UE1开始D2D广播数据发送后，UE2和UE3就可以接收到D2D数据。
[0232] 实例7
[0233] 在公共安全场景，Officer A，B，C，D使用具备D2D功能的公共安全UE1，UE2，UE3及UE4。Officer A，B，C，D都订阅了公共安全服务，并且UE1，UE2，UE3都配置属于D2D通信组X。在Officer A，B，C，D到达救援地点之后，他们的UE都不在网络覆盖范围内，但是UE1，UE2，UE3，UE4彼此在D2D通信范围内。UE4此时充当了中央控制节点，UE1，UE2和UE3都接入到UE4，由UE4执行资源分配。
[0234] 在救援地点，Officer A希望发起组播通话，告知附近对应于D2D通信组X的其他Officer相关信息。如图15所示，包括：
[0235] 1、Officer A的UE1发送缓冲区状态报告。
[0236] 所述缓冲区状态报告中可包含D2D指示、半持续调度指示、承载该组播通信的逻辑信道标识和或对应的服务质量分类标识，该逻辑信道的缓冲区大小等。此外所述缓冲区状态报告还可选的包括D2D通信组X对应的组标识GID。
[0237] 2、作为中央控制节点的UE4接收到D2D调度请求消息后，进行接纳控制，并根据缓冲区状态报告的指示分配空口资源。
[0238] 3、中央控制节点完成资源分配后，广播发送D2D资源分配信息。
[0239] 所述D2D资源分配信息包含D2D发送半持续配置信息，如D2D半持续调度建立指示、发送半持续调度配置周期；此外，所述D2D资源分配信息还可包括D2D组播通信组标识GID、D2D发送用户设备标识等。D2D资源分配信息还包含D2D通信时频域资源以及传输属性信息MCS等，进一步的，还可包括D2D通信帧/子帧偏移信息。
[0240] 4、UE1接收到D2D资源配置信息和D2D资源分配信息后，判断D2D发送用户设备标识与自己一致，则可在所分配的D2D半持续资源上进行D2D数据广播发送。
[0241] 对于UE1的相邻节点UE2和UE3，它们可根据接收到的D2D资源分配信息中包含的半持续资源配置及分配信息，在相应的资源上进行监听，当UE1开始D2D广播数据发送后，UE2和UE3就可以接收到D2D数据。
[0242] 实例8
[0243] 在商业应用场景，Mary和John持有具备D2D通信功能的UE1和UE2。UE1和UE2彼此在D2D通信范围内。UE1希望发起与UE2的D2D通信，如图16所示，包括：
[0244] 1、UE1发送缓冲区状态报告给eNB。
[0245] 所述缓冲区状态报告中可包含D2D指示、承载D2D通信的逻辑信道标识符以及对应逻辑信道的缓冲区大小等。
[0246] 2、eNB接收到缓冲区状态报告后，进行接纳控制，并根据缓冲区状态报告的指示分配D2D空口资源。
[0247] 3、eNB完成资源分配后，广播发送D2D资源分配信息。
[0248] 所述D2D资源分配信息包含D2D资源的位置、D2D资源的大小、UE传输时使用的MCS方式等信息。D2D资源分配信息可通过物理层信令或是RRC信令承载。
[0249] 4、UE1和UE2接收到D2D资源分配信息后，可在所分配的D2D半持续资源上进行D2D数据广播发送和接收。
[0250] 实例9
[0251] 在商业应用场景，Mary和John持有具备D2D通信功能的UE1和UE2。UE1和UE2彼此在D2D通信范围内。
[0252] UE1希望发起与UE2的D2D通信，并申请了D2D半持续资源进行D2D通信。假设UE1完成了组播通信，希望释放半持续D2D资源。如图17所示，包括：
[0253] 1、UE1发送缓冲区状态报告。
[0254] 这里，缓冲区大小为0。
[0255] 2、eNB收到缓冲区状态报告后，将相应的D2D资源释放，该资源可后续分配给其他D2D用户设备使用。
[0256] 3、eNB发送包含D2D半持续配置释放信息的RRC连接重配消息给UE1以及UE2，UE1和UE2收到该消息后，释放半持续D2D通信配置。
[0257] 实施例三
[0258] 本实施例给出UE D2D承载及逻辑信道的建立和释放方法以及D2D资源池的获取方法。以下通过实例10至实例13详细阐述。
[0259] 实例10
[0260] 在公共安全场景，Officer A，B，C使用具备D2D功能的公共安全UE1，UE2，UE3。Officer A，B，C都订阅了公共安全服务，并且UE1，UE2，UE3都配置属于D2D通信组X。在Officer A，B，C到达救援地点之后，他们都在基站覆盖下，并且UE1，UE2，UE3彼此在D2D通信范围内，UE1，UE2和UE3都接入到eNB。
[0261] 在救援地点，Officer A希望发起组播通话，告知附近对应于D2D通信组X的其他Officer相关信息。如图18所示，包括：
[0262] 1、Officer A的UE1根据系统预先提供的配置根据不同的QCI和/或不同的目标通信对象建立相应的D2D承载。
[0263] 目前通信对象可能是广播通信标识、D2D通信组标识或是D2D单播通信的接收用户设备标识。在本实例中，对应于D2D通信组X的标识。
[0264] 2、UE1通过eNB进行D2D传输资源申请并获取到D2D通信资源。
[0265] 3、UE1根据分配的D2D资源，通过D2D的承载以及相应的逻辑信道进行数据发送。
[0266] UE1组装的数据包需要包含UE1的标识信息，此外，如果D2D承载根据不同的QCI建立，则数据包还需要携带对应的QCI或是对应的逻辑信道标识信息；如果D2D承载根据不同的目标通信对象建立，则数据包需要携带目标通信对象标识；如果D2D承载根据不同的QCI以及不同的目标通信对象建立，则数据包需要同时携带对应的QCI或是逻辑信道标识信息以及目标通信对象标识信息。
[0267] 4、对于UE2和UE3，收到UE1发送的D2D组播数据包后，根据数据包包含的源UE标识，目标通信对象标识以及逻辑信道标识信息判断是否已经建立了相应的D2D承载，如果已经建立，则交给该承载对应的RLC以及PDCP实体进行后续解析，如果没有建立，则先建立相应的D2D承载，之后再交给该承载对应的RLC以及PDCP实体进行后续解析。
[0268] 实例11
[0269] 在商业应用场景，Mary和John持有具备D2D通信功能的UE1和UE2。UE1和UE2彼此在D2D通信范围内。UE1希望发起与UE2的D2D通信。如图19所示，包括：
[0270] 1、UE1与UE2通过协商建立D2D承载。
[0271] 2、UE1发起申请D2D资源。
[0272] 3、获得D2D资源后，使用该资源通过相应的D2D承载进行D2D通信。
[0273] 实例12
[0274] UE根据实例10或实例11的方法创建了D2D承载后，UE使用该D2D承载进行D2D数据包的发送和或接收。针对每一个D2D承载，UE设置了一个D2D承载不活动
定时器，每次数据包发送或接收都会对该定时器进行重置。如果很长一段时间UE在该D2D承载上没有D2D数据包收发，使得该D2D承载对应的不活动定时器超时，则UE释放该承载。如图20所示，包括：
[0275] 2001、UE根据实例10或实例11的方法创建D2D承载；
[0276] 2002、UE使用该D2D承载进行D2D数据包的发送和或接收，每次数据包发送或接收对不活动定时器进行重置；
[0277] 这里，针对每一个D2D承载，UE设置了一个D2D承载不活动定时器。
[0278] 2003、判断D2D承载对应的不活动定时器是否超时；
[0279] 如果预设的时间内UE在该D2D承载上没有D2D数据包收发，则D2D承载对应的不活动定时器超时。
[0280] 2004、UE释放所述不活动定时器对应的承载。
[0281] 实例13
[0282] 假设UE1同时具备在商业应用场景以及公共安全场景进行D2D发现/通信的能
力。如图21所示，包括：
[0283] 1、当UE1处于有网络覆盖时，UE1可接收基站广播的D2D资源池信息。
[0284] 基站广播的D2D资源池信息主要应用于商业应用场景。
[0285] 2、UE在附着到网络或是进行跟踪区域更新时可以从MME或D2D服务器或ProSe server获取到D2D资源池信息。
[0286] 这里的资源池可应用于公共安全场景。D2D资源池不仅包括有覆盖场景的资源，还包括无覆盖场景的资源信息。此外D2D资源池可以是针对D2D发现或是D2D通信。
[0287] 可选的，3、基站有可能发送D2D调度通知消息，D2D调度通知消息中包含从D2D资源池中已经分配给服务小区内UE使用的D2D资源。
[0288] 4、UE1可根据D2D资源池信息以及可选的D2D调度通知消息，对D2D发现/通信数据进行监听及接收。
[0289] 进一步的，如果UE1如果使能了公共安全功能，则UE1需要同时监听所有资源池。如果UE1处于无覆盖状态，则UE1可仅监听对应于公共安全的无覆盖场景的资源。
[0290] 综上所述，通过本发明提出的方法，用户设备可以根据需要通过简单的流程快速灵活的请求D2D通信资源，确保D2D资源的分配及后续D2D通信的顺利进行。此外本发明提出的方法也可应用于商业应用场景通信。
[0291] 本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或
计算机程序产品。因此，本发明可采用
硬件实施例、
软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘
存储器和光学存储器等）上实施的计算机程序产品的形式。
[0292] 本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的
流程图和/或方
框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程
数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中
指定的功能的装置。
[0293] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0294] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0295] 以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
