一种终端直通通信的资源分配方法与流程

本发明涉及通信技术领域，特别涉及一种终端直通通信的资源分配方法。

背景技术：

d2d(devicetodevice，终端直通)技术是指借助wi-fi、bluetooth、lte-d2d技术实现终端设备之间的直接通信。在现有的通信系统中，设备之间的通信都是由无线通信运营商的基站进行控制，无法直接进行语音或数据通信。这是因为终端通信设备的能力和无线通信的信道资源都很有限。

未来5g系统中，用户处在由d2d通信用户组成的分布式网络，每个用户节点都能发送和接收信号，并具有自动路由(转发消息)的功能。网络的参与者共享它们所拥有的一部分硬件资源，包括信息处理、存储和网络连接能力等。这些共享资源向网络提供服务和资源，能被其他用户直接访问而不需要经过中间实体。

对于终端直通通信的分布式资源分配，现有3gpp定义了一种基于侦听的随机选择资源分配方式，即终端直通发送端首先侦听信道占用情况，基于侦听结果在时间窗[t1,t2]内在可用资源的20％中随机选择资源进行数据传输，并通过sci(sidelinkcontrolinformation，副链路控制信息)告知接收端检测数据所需信息，包括资源位置、mcs等。

在该资源分配方式下，当两个终端直通链路的发送端侦听的可用信道资源相似，如果对应的接收端均在两个发送端的覆盖范围内，则可能在接收端发生传输碰撞，即发送端选择了相同的信道资源。当时间窗[t1,t2]比较小，且传输包比较大的情况下，会以较高的概率引发资源选择碰撞。

技术实现要素：

有鉴于此，本申请提供一种终端直通通信的资源分配方法，能够降低资源选择碰撞引发的数据失败率。

为解决上述技术问题，本申请的技术方案是这样实现的：

一种终端直通通信的资源分配方法，应用于终端直通网络中的任一节点上，该方法包括：

该节点作为发送端，在分配发送数据的资源后，发送携带接收协作指示rci的副链路控制信息sci；其中，所述rci指示目的接收端进行资源分配协作；等待第一预设时间，在第一预设时间内，针对所述sci未接收到反馈和转发信息，重新发送所述sci；接收到目的接收端转发的所述sci，使用所述sci指示的资源进行数据传输；接收到目的接收端反馈的冲突信息时，重新进行资源分配；

该节点作为接收端，在接收到目的接收端为本节点的sci时，确定第二预设时间内接收到的sci指示的资源是否发生冲突：针对指示的资源分配未发生冲突的sci，转发所述sci；针对指示的资源分配发生冲突的sci，向对应sci指示优先级最高的终端直通对应的发送端反馈确认信息；向其它发送端反馈冲突信息。

一种终端直通通信的资源分配方法，应用于终端直通网络中的任一节点上，该方法包括：

任一节点作为发送端，在分配发送数据的资源后，发送携带rci和nci的sci；其中，所述rci指示目的接收端进行资源分配协作；所述nci用于指示目的接收端的周围节点进行资源分配协作；

该节点作为接收端，在接收到目的接收端为本节点的sci时，确定第二预设时间内接收到的sci指示的资源是否发生冲突：针对指示的资源分配未发生冲突的sci，转发所述sci；针对指示的资源分配发生冲突的sci，向对应sci指示优先级最高的终端直通对应的发送端反馈确认信息；向其它发送端反馈冲突信息；

该节点作为目的接收端的任一周围节点，确定第二预设时间内接收到的针对相同目的接收端的sci指示的资源是否发生冲突：针对指示的资源分配未发生冲突的sci，向对应sci的发送端反馈确认信息或不发送确认信息；针对指示的资源分配发生冲突的sci，向对应sci指示优先级最高的终端直通对应的发送端反馈确认信息；向其它发送端反馈冲突信息；

该节点作为发送端，发送携带rci和nci的sci之后，等待第一预设时间，在第一预设时间内，针对所述sci未接收到反馈和转发信息，重新发送所述sci；接收到目的接收端转发的所述sci，使用所述sci指示的资源进行数据传输；接收到目的接收端反馈的冲突信息时，重新进行资源分配。

一种终端直通通信的资源分配方法，应用于终端直通网络中的任一节点上，该方法包括：

该节点作为发送端，在分配发送数据的资源后，发送携带邻居协作指示nci的副链路控制信息sci，其中，所述nci用于指示目的接收端的周围节点进行资源分配协作；等待第一预设时间，确定在第一预设时间内是否接收到针对所述sci反馈的冲突信息，如果是，重新进行资源分配；否则，使用所述sci指示的资源进行数据传输；

该节点作为目的接收端的任一周围节点，确定第二预设时间内接收到的针对相同目的接收端的sci指示的资源是否发生冲突：针对指示的资源分配未发生冲突的sci，向对应sci的发送端反馈确认信息或不发送确认信息；针对指示的资源分配发生冲突的sci，向对应sci指示优先级最高的终端直通对应的发送端反馈确认信息；向其它发送端反馈冲突信息。

由上面的技术方案可知，本申请中通过目的终端的资源分配协作，和/或目的接收端的周围节点的资源分配协作识别已分配的资源是否发生碰撞，针对碰撞情况优先保证高优先级业务的传输，能够降低资源选择碰撞引发的数据传输失败率。

附图说明

图1为本申请实施例一中终端直通通信的资源分配流程示意图；

图2为本申请实施例中针对sci的反馈格式示意图；

图3为本申请实施例二中终端直通通信的资源分配流程示意图；

图4为本申请实施例三中终端直通通信的资源分配流程示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面结合附图并举实施例，对本发明的技术方案进行详细说明。

本申请实施例中提供的终端直通通信的资源分配方法，应用于终端直通网络中的任一节点上，任一节点可以有三种角色：发送端、目的接收端，接收端的周围节点，通过目的终端的资源分配协作，和/或目的接收端的周围节点的资源分配协作识别已分配的资源是否发生碰撞，针对碰撞情况优先保证高优先级业务的传输，能够降低资源选择碰撞引发的数据传输失败率。

本申请实施例中给出两类资源分配协作方式：一类为目的接收端进行资源分配协作；一类为目的接收端的周围节点进行资源分配协作；

本申请实施例中，具体实现时，目的接收端进行资源分配协作同目的接收端的周围节点进行资源分配协作可以结合使用，基于此，本申请提供三种资源分配协作方式，通过三个实施例来详细描述每种资源分配协作方式：

实施例一

仅通过目的接收端进行资源分配协作的一种方式。

参见图1，图1为本申请实施例一中终端直通通信的资源分配流程示意图。具体步骤为：

步骤101，任一节点作为发送端，在分配发送数据的资源后，发送携带rci的sci；其中，所述rci指示目的接收端进行资源分配协作；等待第一预设时间，在第一预设时间内，针对所述sci未接收到反馈和转发信息，重新发送所述sci；接收到目的接收端转发的所述sci，使用所述sci指示的资源进行数据传输；接收到目的接收端反馈的冲突信息时，重新进行资源分配。

本步骤中的未接收到反馈和转发信息，即没有收到任何信息时，确定sci传输错误，或者解析错误，则重传。

接收到目的接收端反馈的冲突信息时，这里的冲突信息指本sci所指示的资源发生冲突，此时，需要重选资源；

接收到转发的sci，即说明在目的接收端确定未发生冲突，可以使用该资源进行数据传输，则使用所述sci指示的资源进行数据传输。

步骤102，该节点作为接收端，在接收到目的接收端为本节点的sci时，确定第二预设时间内接收到的sci指示的资源是否发生冲突：针对指示的资源分配未发生冲突的sci，转发所述sci；针对指示的资源分配发生冲突的sci，向对应sci指示优先级最高的终端直通对应的发送端反馈确认信息；向其它发送端反馈冲突信息。

本实施例中发送端发送sci时，可以是广播发送，在发送sci时在其中指明目的接收端的标识。

接收端接收到该sci时，确定本节点是目的接收端时，进行资源分配协作；确定本节点不是目的接收端时，记录所述sci指示的资源，以备用于进行资源选择的时候进行参考。

本申请实施例中，在确定资源不冲突时，不反馈确认信息，只转发所述sci，转发的所述sci会被发送端接收到，也会被周围节点接收到；在确定资源冲突时，反馈冲突信息给发送端。这样发送端需要一个预设周期(第一预设时间)，来确定是否进行资源重选。

针对目的接收端确定结果，如果需要向多个发送端冲突信息和确认信息时，指明发送终端id，通过一条反馈信息发送即可。

参见图2，图2为本申请实施例中针对sci的反馈格式示意图。

图2中以在预设周期中接收到n个发送端发送的sci，并针对n个发送端反馈的一条信息，针对每个发送端分别给出发送端id，以使接收端能够区分出哪个信息是反馈给本节点的，针对每个节点有反馈确认和非确认(冲突信息)两种信息。

实施例二

实施例二中的目的接收端进行资源分配协作与目的接收端的周围节点进行资源分配一起实现的一种资源协作分配方式。

参见图3，图3为本申请实施例二中终端直通通信的资源分配流程示意图。具体步骤为：

步骤301，任一节点作为发送端，在分配发送数据的资源后，发送携带rci和nci的sci；其中，所述rci指示目的接收端进行资源分配协作；所述nci用于指示目的接收端的周围节点进行资源分配协作。

本步骤中发送携带rci和nci的sci时，可以是广播发送，也可以是组播发送，即指定各个接收端：目的接收端，目的接收端的周围节点。

当广播发送时，目的接收端，以及目的接收端的周围节点之外的节点接收到该sci时，不进行资源分配协作，记录该sci所指示的资源，为后续分配资源作参考。

步骤302，该节点作为接收端，在接收到目的接收端为本节点的sci时，确定第二预设时间内接收到的sci指示的资源是否发生冲突：针对指示的资源分配未发生冲突的sci，转发所述sci；针对指示的资源分配发生冲突的sci，向对应sci指示优先级最高的终端直通对应的发送端反馈确认信息；向其它发送端反馈冲突信息，执行步骤304。

步骤303，该节点作为目的接收端的任一周围节点，确定第二预设时间内接收到的针对相同目的接收端的sci指示的资源是否发生冲突：针对指示的资源分配未发生冲突的sci，向对应sci的发送端反馈确认信息或不发送确认信息；针对指示的资源分配发生冲突的sci，向对应sci指示优先级最高的终端直通对应的发送端反馈确认信息；向其它发送端反馈冲突信息。

步骤304，该节点作为发送端，发送携带rci和nci的sci之后，等待第一预设时间，在第一预设时间内，针对所述sci未接收到反馈和转发信息，重新发送所述sci；接收到目的接收端转发的所述sci，使用所述sci指示的资源进行数据传输；接收到针对所述sci反馈的冲突信息时，重新进行资源分配。

这里接收到的针对所述sci反馈的冲突信息，是目的接收端，和/或周围节点反馈的。

一个接收端可能作为目地接收端或目的接收端的周围节点在预设时间内接收到多个发送端发送的sci，针对该预设时间内接收到的各sci，确定是否发生反馈冲突，确定结果可能是都冲突，或都不冲突，也可能是部分冲突，部分不冲突。

本申请实施例中分别给出了冲突和不冲突的处理过程：针对指示的资源分配未发生冲突的sci，向对应sci的发送端反馈确认信息；针对指示的资源分配发生冲突的sci，向对应sci指示优先级最高的终端直通对应的发送端反馈确认信息；向其它发送端反馈冲突信息。

针对确定结果，即向多个发送冲突信息和确认时，指明发送终端id，通过一条反馈信息发送即可，针对该条信息的格式同图2所示的，针对确认信息，即不冲突，可以不发送。

本申请实施例中，针对确认信息，即不冲突也可以发送反馈信息，也可以不发送反馈信息，本实施例中以不反馈为例。

任一节点接收到目的节点转发的sci时，记录所述sci所指示的资源，作为本节点选择资源的参考。

实施例三

仅通过目的接收端的周围节点进行资源分配协作的一种方式。

参见图4，图4为本申请实施例三中终端直通通信的资源分配流程示意图。具体步骤为：

步骤401，任一节点该节点作为发送端，在分配发送数据的资源后，发送携带邻居协作指示nci的副链路控制信息sci，其中，所述nci用于指示目的接收端的周围节点进行资源分配协作；等待第一预设时间，确定在第一预设时间内是否接收到针对所述sci反馈的冲突信息，如果是，重新进行资源分配；否则，使用所述sci指示的资源进行数据传输。

步骤402，该节点作为目的接收端的任一周围节点，确定第二预设时间内接收到的针对相同目的接收端的sci指示的资源是否发生冲突：针对指示的资源分配未发生冲突的sci，向对应sci的发送端反馈确认信息或不发送确认信息；针对指示的资源分配发生冲突的sci，向对应sci指示优先级最高的终端直通对应的发送端反馈确认信息；向其它发送端反馈冲突信息。

本实施例中可以广播或组播发送sci，在发送的sci中携带目的接收端的id，目的接收端的周围节点的id；

任一节点确定sci中携带本节点的id，且本节点不为目的接收端时，确定本节点为目的接收端的周围节点。

该节点作为目的接收端的任一周围节点，在向多个发送端反馈冲突信息时，指明发送终端id，通过一条反馈信息发送，具体格式可以参见图2。

本申请各实施例中针对发送端等待的时间统一设置为第一预设时间；接收端等待的时间统一设置为第二预设时间，在实际应用中，每个节点设置等待时间可以根据实际应用确定，本申请对此不进行限制。

第一预设时间和第二预设时间可以相同也可以不同。

综上所述，本申请通过目的终端的资源分配协作，和/或目的接收端的周围节点的资源分配协作识别已分配的资源是否发生碰撞，针对碰撞情况优先保证高优先级业务的传输，能够降低资源选择碰撞引发的数据传输失败率。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。