CN107006025B - 用于设备到设备的混合自动重复请求进程管理的方法和装置 - Google Patents

用于设备到设备的混合自动重复请求进程管理的方法和装置 Download PDF

Info

Publication number
CN107006025B
CN107006025B CN201580061873.6A CN201580061873A CN107006025B CN 107006025 B CN107006025 B CN 107006025B CN 201580061873 A CN201580061873 A CN 201580061873A CN 107006025 B CN107006025 B CN 107006025B
Authority
CN
China
Prior art keywords
data
harq
harq process
received
receiving
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201580061873.6A
Other languages
English (en)
Other versions
CN107006025A (zh
Inventor
黄�俊
郑景仁
张泳彬
柳贤锡
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Priority claimed from PCT/KR2015/010109 external-priority patent/WO2016048066A1/en
Publication of CN107006025A publication Critical patent/CN107006025A/zh
Application granted granted Critical
Publication of CN107006025B publication Critical patent/CN107006025B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/38—TPC being performed in particular situations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/38—TPC being performed in particular situations
    • H04W52/383—TPC being performed in particular situations power control in peer-to-peer links
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/367—Power values between minimum and maximum limits, e.g. dynamic range
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/23—Manipulation of direct-mode connections

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开涉及要提供用于支持超过诸如长期演进(LTE)的第4代(4G)通信系统的更高数据速率的准5代(5G)或5G通信系统。提供了可以重复地发送信号以处理并减少设备到设备(D2D)通信中的传输错误的方法和装置。该方法包括：在生成要发送到接收用户设备(UE)(RX UE)的数据时，接收要用于D2D通信的资源的分配，发送包含至少一个RX UE的标识信息的调度分配(SA)至至少一个RX UE，为所述至少一个RX UE的标识信息分配至少一个混合自动重复请求(HARQ)进程，以及基于HARQ进程向至少一个RX UE发送数据。因此，可以消除当用于UE和基站(eNB)之间的通信的重传操作被引入D2D通信时导致系统性能降级的因素。

Description

用于设备到设备的混合自动重复请求进程管理的方法和装置
技术领域
本公开涉及设备到设备(D2D)通信中的信令。更具体地，本公开涉及可以重复地发送信号以处理和减少D2D通信中的传输错误的方法和装置。
背景技术
为了满足从部署4G通信系统以来已经增加的无线数据业务的需求，人们已经在努力开发改进的5G或准5G(pre-5G)通信系统。因此，5G或准5G通信系统也被称为“超4G网络”或“后LTE系统”。
5G通信系统被认为是在更高频率(mmWave)频带(例如60GHz频带)实现，以便实现更高的数据速率。为了减少无线电波的传播损耗并增加传输距离，在5G通信系统中，波束成形、大规模多输入多输出(MIMO)、全尺寸MIMO(FD-MIMO)、阵列天线、模拟波束形成，大规模天线技术在讨论中。
此外，在5G通信系统中，基于先进小型小区、云无线接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等正在研发系统网络的改进。
在5G系统中，已经开发了作为高级编码调制(ACM)的混合FSK和QAM调制(FQAM)和滑动窗叠加编码(SWSC)，作为高级接入技术的滤波器组多载波(FBMC)、非正交多址接入(NOMA)和稀疏编码多址接入(SCMA)。
混合自动重复请求(HARQ)方案可以用在用户设备(UE)和基站(eNB)之间的物理层传输中。HARQ方案尝试通过重复发送要发送的数据来减少或消除发送错误。信号的重复传输可以有助于抑制错误发生和信号分量的放大。
HARQ技术可以用于蜂窝系统中的许多发送/接收操作。UE可以向eNB发送和从eNB接收原始版本的数据或其冗余版本(RV)。每当数据到达时，接收侧确定接收的成功。如果数据接收成功，则接收侧向发送侧发送指示不再发送的信号。在这种情况下，可以使用确认(ACK)信令。例如，ACK表示分组接收的成功，NACK表示分组接收的失败。
接收侧对接收的数据进行解码以检测错误，并将接收的数据存储在存储区域(例如软缓冲器(soft buffer))中。当没有检测到错误时，接收侧可以向发送侧发送ACK反馈，以便不接收相同的数据。当检测到错误时，接收侧可以向发送侧发送NACK反馈，以便在安排的下一个(用于上行链路/下行链路的同步的/异步的)预定时间之内接收相同数据的另一版本。接收侧可以解码新接收的版本，将新解码的版本与存储在软缓冲器中的解码的数据合并并检查合并的数据以检测错误。接收侧可以重复上述进程。在当前系统中，在接收数据之后接收侧需要几毫秒来完成解码，错误检测、软缓冲器写入。此外，比物理层更高的层创建ACK或NACK分组并将其发送。发送侧可以接收该反馈分组并且确定是否执行重传。
根据长期演进(LTE)标准，上述操作(即接收、解码、错误检测、软缓冲器写、反馈分组生成和在发射机处的传输、重传确定)可以花费8ms(尽管各系统之间有差异)。这适用于上行链路和下行链路二者。因此，可能需要8毫秒来接收一条数据并接收下一条数据。
由于可能需要8ms来接收一条数据，这可以表明在8ms之后可以再次接收相同的数据，这与传输时间间隔(TTI)相比是一段长的时间。因此，采用HARQ交织来有效地利用时间资源，其中连续发送原始多条数据，并且在8ms之后发送各个重传。对于交织，多达八个HARQ进程可并行运行以执行HARQ操作。
图1示出了根据现有技术的HARQ进程ID冲突的发生。
参考图1，HARQ实体用于用户设备(UE)和基站(eNB，演进型节点B)之间的通信。在UE中，HARQ实体维持一组HARQ进程以处理接收的各条数据。当UE执行向eNB的发送和从eNB的接收时，所有HARQ进程都与eNB有关。当eNB执行到多个UE的发送和从多个UE的接收时，eNB可以包括多个HARQ实体，每个HARQ实体可以管理一组HARQ进程和软缓冲器以处理与特定UE相关的发送和接收。
在设备到设备(D2D)通信中，与UE和eNB之间的通信不同，UE可以不仅与eNB通信，而且与另一UE通信。当未做修改地使用现有HARQ实体分配(用于一个UE的一个HARQ实体和多达八个HARQ进程、用于一个eNB中的每个HARQ实体的多个HARQ实体以及多达八个HARQ进程)时，可以向每个UE分配八个HARQ进程。在D2D UE中，D2D HARQ处理和WAN HARQ处理可以采用不同的延迟时间。因此，分配的HARQ进程的数量将根据重传间隔和HARQ处理时间而改变。当分配的HARQ进程的数量小于必要时(即，与HARQ处理延迟相比，HARQ进程的数量较小)时，无线电资源可能未被充分利用，导致低效率。当分配的HARQ进程的数量大于必要时，存储器资源可能被不必要地浪费。此外，在异步HARQ处理的情况下，为了使用进程标识符来通知传输数据，对于ID指示需要更多的位，导致系统资源的浪费。
参考图1，当从相同的HARQ进程ID池顺序地分配HARQ进程ID时，如果在ID分配代理(例如eNB和UE A)之间没有共享关于HARQ进程ID的使用信息，则HARQ进程ID冲突可以在公共接收UE(RX UE)处发生。
上述信息仅作为背景信息呈现以帮助理解本公开。关于上述内容中的任何一个是否可用作关于本公开的现有技术，没有做出确定也没有做出断言。
发明内容
【技术问题】
本公开的各方面用于解决至少上述问题和/或缺点，并且提供至少下述优点。因此，本公开的一方面在于提供一种方法和装置，其可以消除当用于用户设备和基站之间的通信的重传操作被引入到设备到设备(D2D)通信时导致系统性能降级的因素。
本公开的另一方面是提供一种可以通过去除这种性能降级因素来产生最佳系统性能的方法和装置。
【技术方案】
根据本公开的一个方面，提供了一种用于发送用户设备(TX UE)的通信方法。该方法包括：在生成要发送到接收UE(RX UE)的数据时，接收要用于D2D通信的资源的分配；将包含至少一个RX UE的标识信息的调度分配(SA)发送到至少一个RX UE；为所述至少一个RXUE的标识信息分配至少一个混合自动重复请求(HARQ)进程；以及基于所述HARQ进程向所述至少一个RX UE传送数据。
根据本公开的另一方面，提供了一种用于接收用户设备(RX UE)的通信方法。该方法包括：确定包含在从至少一个TX UE接收的SA中的目的地标识信息是否等于RX UE的标识信息；当目的地标识信息等于RX UE的标识信息时，为SA分配HARQ进程；以及基于HARQ进程的使用从所述至少一个TX UE接收数据。
根据本公开的另一方面，提供了一种TX UE。TX UE包括通信单元，用于与另一网络实体通信；控制单元，用于控制以下进程：在生成要发送到RX UE的数据时接收要用于D2D通信的资源的分配；发送包含所述至少一个RX UE的标识信息的SA到所述至少一个RX UE；为所述至少一个RX UE的标识信息分配至少一个HARQ进程；以及基于所述HARQ进程向所述至少一个RX UE发送数据。
根据本公开的另一方面，提供了一种RX UE。RX UE包括用于与另一网络实体通信的通信单元以及控制单元，该控制单元用于控制以下进程：确定包含在从至少一个TX UE接收的SA中的目的地标识信息是否等于RX UE的标识信息；当目的地标识信息等于RX UE的标识信息时，分配用于SA的HARQ进程；以及基于HARQ进程从所述至少一个TX UE接收数据。
从以下结合附图公开本公开的各种实施例的详细描述，本公开的其他方面、优点和显著特征对于本领域技术人员将变得显而易见。
【发明优势效果】
根据本公开的一个方面，提供了一种方法和装置，其可以消除在用于用户设备和基站之间的通信的重传操作被引入到设备到设备(D2D)通信时导致系统性能降级的因素。
附图说明
根据结合附图的以下描述，本公开的某些实施例的上述和其他方面、特征和优点将更加显而易见，其中：
图1示出了根据现有技术的混合自动重复请求(HARQ)进程标识(ID)冲突的发生；
图2示出了根据本公开的实施例的HARQ操作的实现；
图3示出了根据本公开的实施例的HARQ进程分配；
图4示出了根据本公开的实施例的HARQ进程分配；
图5是描述根据本公开的实施例的HARQ处理的时序图；
图6是描述根据本公开的实施例的HARQ处理的时序图；
图7示出了根据本公开的实施例的HARQ实体的配置和分配；
图8示出了根据本公开的实施例的HARQ实体的配置和分配；
图9A、9B、10、11、12、13、14和15是根据本公开的实施例的当设备到设备(D2D)业务被分离时的HARQ实体分配的图示；
图16示出了根据本公开实施例的发送用户设备(UE)中的HARQ进程分配；
图17示出了根据本公开的实施例的在接收UE中的HARQ进程分配；
图18示出了根据本公开实施例的在发送UE中的HARQ实体和HARQ进程；
图19示出了根据本公开实施例的在接收UE中的HARQ实体和HARQ进程；
图20是根据本公开实施例的在发送UE中的HARQ处理的流程图；
图21示出了根据本公开实施例的调度分配(SA)时段、数据时段和时间资源模式(T-RPT)；
图22是根据本公开实施例的在接收UE中的HARQ处理的流程图；
图23是根据本公开实施例的在接收UE中的HARQ处理的流程图；
图24是描述根据本公开的实施例的多HARQ处理的时序图；
图25是描述根据本公开的实施例的多HARQ处理的时序图；
图26示出根据本公开的实施例的D2D资源的重用；
图27示出了根据本公开的实施例的信号合并；
图28是描述根据本公开的实施例的D2D资源的重用的时序图；
图29是描述根据本公开的实施例的D2D资源的重用的时序图；
图30示出根据本公开的实施例的在接收UE中D2D资源的重用；
图31是描述根据本公开实施例的在接收UE中D2D资源的重用的流程图；
图32是描述根据本公开实施例的在接收UE中D2D资源的重用的流程图；
图33示出根据本公开的实施例的发送和接收模式的选择；
图34描述了根据本公开的实施例的基于概率值的D2D资源的重用；
图35是描述根据本公开的实施例的基于接收UE中的概率值的D2D资源的重用的流程图；
图36示出了根据本公开的实施例的系统信息块(SIB)利用；
图37是根据本公开的实施例的改变重传概率值的过程的流程图；
图38示出了根据本公开的实施例的SA中的风险位置；
图39是描述根据本公开的实施例的基于风险类别的通信的时序图；
图40是根据本公开实施例的发送UE的框图；
图41是根据本公开实施例的接收UE的框图。
在整个附图中，应当注意，相同的附图标记用于描绘相同或相似的元件、特征和结构。
具体实施方式
提供参考附图的以下描述以帮助全面理解由权利要求及其等同物限定的本公开的各种实施例。其包括各种特定细节以帮助理解，但这些细节仅被视为示例性的。因此，本领域普通技术人员将认识到，在不脱离本公开的范围和精神的情况下，可以对本文所描述的各种实施例进行各种改变和修改。此外，为了清楚和简明，可以省略公知功能和结构的详细描述。
在以下描述和权利要求中使用的术语和词语不限于书面意义，而是仅由发明人使用以使得能够清楚和一致地理解本公开。因此，对于本领域技术人员来说显而易见的是，提供本公开的各种实施例的以下描述仅用于说明目的，而不是为了限制由所附权利要求及其等同物限定的本公开的目的。
应当理解，除非上下文另有明确规定，单数形式“一”、“一个”和“该”包括复数指示物。因此，例如，对“一个部件表面”的引用包括对一个或多个这样的表面的引用。
术语“基本上”是指所述特征、参数或值不需要精确地实现，而是在以不排除特征意欲提供的效果的量上可以发生偏差或变化，包括例如本领域技术人员已知的公差、测量误差、测量精度限制和其他因素。
图2示出根据本公开的实施例的混合自动重复请求(HARQ)操作的实现。
参考图2，基于可以动态创建和删除的进程的实施可以不同于根据相关技术的利用静态创建的进程的实施。例如，右侧所示的根据本公开的实施例的HARQ操作的实施不同于根据左侧部分中所示的相关技术的HARQ操作的实施。
下面描述本公开的HARQ操作。
图3示出了根据本公开的实施例的HARQ进程分配。
参考图3，一个发送用户设备(TX UE)310可以具有要发送到多个接收用户设备(RXUE)361、363和365的数据。在这种情况下，调度分配(SA)351、353和355可以是分配给各个RXUE标识(ID)。
例如，TX UE 310可以具有三个RX UE目的地ID。例如，由于TX UE 310具有要发送到RX UE B(361)、RX UE C(363)和RX UE D(365)的数据，所以它可以具有“UE B”、“UE C”和“UE D”作为RX UE目的地ID。
对于三个目的地ID，TX UE 310可以分配三个HARQ实体或HARQ进程321、323和325(如果每个实体一个进程)。
每个RX UE 361、363或365可以监视从TX UE 310发送的所有SA 351、353和355，并找到具有RX UE的ID的SA之一，并且可以分配一个HARQ进程371、373或375用于具有其ID的SA。
因此，如图所示，TX UE 310可以分配三个HARQ进程(或HARQ实体)321、323和325，并且每个RX UE 361、363或365可以分配一个HARQ进程(或HARQ实体)371、373或375。TX UE310和RX UE 361、363和365可以通过使用分配的HARQ进程来执行发送/接收处理。
图4示出了根据本公开的实施例的HARQ进程分配。
参考图4，一个或多个TX UE 410和415可以具有要发送到一组RX UE 460和465的数据。这里，当存在两个TX UE 410和415时，可以发送具有用于RX UE 460和465的相同目的地ID的不同SA。
例如，TX UE A(410)可以具有要发送到RX UE 460和465的数据，并且TX UE C(415)也可以具有要发送到RX UE 460和465的数据。这里，两个或更多RX UE可以被分组为一个组，并且每个RX UE的目的地ID可以由RX UE组ID标识。参考图4，“RX UE组B”被用作RXUE组ID。
每个TX UE 410或415可以为每个目的地ID分配一个HARQ进程420或425。每个RXUE 460或465可以监视由TX UE 410和415发送的所有SA 450和455，以找到具有其ID(组ID)的SA。在这种情况下，每个RX UE 460或465可以找到具有其ID的两个SA。每个RX UE 460或465可以为所找到的SA(450、455)中的每一个分配一个HARQ进程471、473、475或477。例如，第一RX UE 460可以为第一SA 450分配HARQ进程471并为第二SA 455分配HARQ进程473，并且第二RX UE 465可以为第一SA 450分配HARQ进程475，为第二SA 455分配HARQ进程477。RXUE 460和465可以在由每个SA的时间资源模式(T-RPT)指示的接收机会处使用HARQ进程。
因此，如图所示，TX UE A(410)可以分配一个HARQ进程(或HARQ实体)420，TX UE B(415)可以分配一个HARQ进程(或HARQ实体)425，并且每个RX UE 460或465可以分配两个HARQ进程(或HARQ实体)471、473、475或477。TX UE 310和RX UE 361、363和365可以通过使用所分配的HARQ进程来执行发送/接收处理。TX UE 410和415以及RX UE 461和465可以通过使用所分配的HARQ进程来执行发送/接收处理。
图5是描述根据本公开的实施例的HARQ处理的时序图。
参考图5，基站(即，演进节点B(eNB))540可以确定要用于SA传输的无线电资源。更具体地，在操作551，TX UE 510从eNB 540接收包含接入相关信息的无线电资源控制(RRC)连接重配置消息。在操作553，TX UE 510检测发生了待发送到至少一个RX UE520或530的设备到设备(D2D)数据并且识别每个RX UE 520或530的目的地ID。或者，TX UE可以首先在操作553检测D2D数据的发生，并在操作551从eNB接收接入相关信息。这也可以应用于下面描述的其他实施例。
在操作555，TX UE 510向eNB 540发送调度请求消息。在操作557，TX UE 510从eNB540接收下行链路资源的分配。在操作559，TX UE 510将缓冲器状态报告(BSR)消息发送到eNB540，以通知eNB 540要发送的D2D数据的量。在操作561，TX UE 510从eNB 540接收资源的分配。
在操作563和操作565，TX UE 510向RX UE 520和530分别发送包含关于所分配的资源的信息的SA。如前所述，由于每个SA具有目的地ID，所以已经接收到SA的RX UE可以识别是否SA向其寻址。参考图5，SA具有“组A”和“组C”作为目的地ID。在操作567和操作569，TXUE 510为第一RX UE 520分配一个HARQ进程，并为第二RX UE 530分配一个HARQ进程。
在操作573，第一RX UE 520根据所接收的SA分配一个HARQ进程。在操作577，第二RX UE 530根据所接收的SA分配一个HARQ进程。
同时，TX UE 510可以在发送SA之后立即为第一RX UE 520和第二RX UE530分配HARQ进程。或者，TX UE 510可以在操作571或575发送数据之前即刻为第一RX UE 520和第二RX UE 530分配HARQ进程。
RX UE 520和530中的每一个可以在接收到SA之后立即为TX UE 510分配HARQ进程。或者，当在操作571或575接收到第一数据时，RX UE 520和530中的每一个可以为TX UE510分配HARQ进程。
图6是描述根据本公开的实施例的HARQ处理的时序图。
参考图6，D2D服务器640可以预先存储关于可用于SA传输的无线电资源的信息作为系统信息(例如RRC信令或系统信息块(SIB))。例如，在操作651，关于可用于SA传输的无线电资源的信息可以作为系统信息存储在网络(例如D2D服务器)640中，使得可以在UE610、620、630之间共享资源池信息和其他必要的信息。
在操作653，第一UE(TX UE)610检测要发送的数据的生成。在操作655和操作657，TX UE 610根据共享信息向RX UE 620和630发送包含合适的目的地ID的SA。在操作659和操作665，TX UE 610为第一RX UE 620和第二RX UE 630中的每一个分配HARQ进程。
一旦接收SA，在操作663，RX UE 620为包含RX UE 620的ID的SA分配HARQ进程。一旦接收SA，在操作669，RX UE 630为包含RX UE 630的ID的SA分配HARQ进程。
同时，TX UE 610可以在操作655和657发送SA之后立即为第一RX UE 620和第二RXUE 630分配HARQ进程。或者，在操作661和667发送数据之前TX UE 610可以即刻为第一RXUE 620和第二RX UE 630分配HARQ进程。
RX UE 620和630中的每一个可以在操作655或657接收到SA之后立即为TX UE 610分配HARQ进程。或者，在操作661和667接收到第一数据时，RX UE 620和630中的每一个可以为TX UE 610分配HARQ进程。
图7示出了根据本公开的实施例的HARQ实体的配置和分配。
图8示出了根据本公开的实施例的HARQ实体的配置和分配。
可以根据业务类型(诸如WAN业务和D2D业务)来设计HARQ实体的分配。
参考图7，公共HARQ实体750可以处理不同类型的业务。例如，HARQ实体750可以处理WAN业务和D2D业务两者。可以使用调度信息(例如T-RPT和频率偏移指示符)来识别业务类型。与HARQ实体750相关联的HARQ进程可以用于WAN(eNB)或D2D(每个D2D UE)。可以从不同的ID池分别选择用于D2D业务和WAN业务的HARQ进程ID。
图7示出了层2架构。在PDCP层710处，执行用于鲁棒性报头压缩(ROHC)和安全性的功能。在RLC层720，针对WAN RLC执行用于分段和ARQ的功能，并且针对D2D RLC仅执行用于分段的功能。在媒体访问控制(MAC)层730处，用于WAN业务和D2D业务的更高层数据单元被复用到MAC协议数据单元(PDU)中。
对于WAN业务，可以根据给定规则从WAN进程ID池选择进程ID并将其分配给WANHARQ进程。对于D2D业务，可以基于数据的目的地ID和原始性(original ity)(或冗余度)根据给定规则将进程ID分配给D2D HARQ进程。
参考图8，PDCP层810、RLC层820和MAC层830对应于图7的PDCP层710、RLC层720和MAC层730，并且两个单独的HARQ实体850和855可以分别处理WAN业务和D2D业务。例如，HARQ实体850可以处理WAN业务，并且HARQ实体855可以处理D2D业务。这里，如在当前标准的情况下，八个HARQ进程可以用于WAN业务，并且可以以与D2D业务的情况互补的方式执行。例如，由于分配给D2D子帧的资源仅可用于D2D操作，所以WAN上行链路资源和D2D传输资源不重叠。用于D2D业务的HARQ实体855可以根据基于TX或RX D2D UE的给定规则、发送/接收对中传输数据的序号和数据的原始性(或冗余度)来分配进程ID。
图9A、9B、10、11、12、13、14和15是根据本公开的实施例的当D2D业务被分离时的HARQ实体分配的图示。
参考图9A、9B、10、11、12、13、14和15，当如结合图8所描述的，针对D2D业务单独分配HARQ实体时，可以以如图9A、9B、10、11、12、13、14和15所示的各种方式相关于分配代理实施HARQ实体分配。
首先，TX UE可以为每个目的地UE分配HARQ实体，并且RX UE可以为每个源UE分配HARQ实体。例如，根据HARQ实体的现有概念，可以为源-目的地对分配一个HARQ实体。在这种情况下，可以针对每个源-目的地对创建一个HARQ实体，而不考虑与一个HARQ实体相关联的HARQ进程的数量。因此，当TX UE或RX UE具有用于发送或接收的多个目的地ID或源ID时，TXUE或RX UE可以具有用于各个对的多个HARQ实体。当每个目标UE需要HARQ进程交织时，可以使用该方案。
第二，可以为每个TX UE或RX UE分配一个HARQ实体。例如，与HARQ实体的现有概念不同，HARQ实体可能不处于管理与源-目的地对相关联的HARQ进程的位置。这是因为HARQ实体可以被认为是管理一组进程的程序或功能。在这种情况下，为了系统简化，可以为每个TXUE或RX UE分配一个HARQ实体，并且可以在HARQ实体的范围内为多个目的地ID或源分配HARQ进程。在该方案中，可以根据预先设置的规则从预先配置的HARQ进程池中分配HARQ进程，这导致HARQ进程重用。当HARQ进程的创建和删除对系统造成沉重的负担时，可以使用该方案。
第三，可以为每个HARQ实体分配一个HARQ进程。作为本公开的第一实施例，当每个源-目的地对仅被分配一个HARQ进程时，由于HARQ进程管理没有意义，HARQ实体直接意味着HARQ进程。作为本公开的第二实施例，该方案可以与每个源-目的地对分配一个HARQ进程相同。
参考图9A，PDCP层910、RLC层920和MAC层930对应于图7的PDCP层710、RLC层720和MAC层730，并且在TX UE中，为每个目的地ID分配一个HARQ进程960或965，并且为每个HARQ实体950或955分配一个HARQ进程960或965。
参考图9B，PDCP层915、RLC层925和MAC层935对应于图7的PDCP层710、RLC层720和MAC层730，并且在RX UE中，为含有RX UE的ID的每个SA分配一个HARQ进程980或985，并且为每个HARQ实体970或975分配一个HARQ进程980或985。
参考图10，PDCP层1010、RLC层1020和MAC层1030对应于图7的PDCP层710、RLC层720和MAC层730，并且在TX UE中，为每个目的地ID分配一个HARQ进程1060或1065，并且一个HARQ实体1050管理所有HARQ进程1060和1065。
参考图11，PDCP层1110、RLC层1120和MAC层1130对应于图7的PDCP层710、RLC层720和MAC层730，并且在RX UE中，为包含RX UE的ID的每个SA分配一个HARQ进程1160或1165，并且一个HARQ实体1150管理所有HARQ进程1160和1165以及分组过滤操作1170和1175。
参考图12，PDCP层1210、RLC层1220和MAC层1230对应于图7的PDCP层710、RLC层720和MAC层730，并且在TX UE中，为每个目的地ID分配包括至少一个HARQ进程的一个HARQ进程组1260或1265，并且每个HARQ实体1250或1255管理一个HARQ进程组1260或1265。这里，HARQ操作可能必须通过多个HARQ进程处理ACK/NACK处理。
参考图13，PDCP层1310、RLC层1320和MAC层1330对应于图7的PDCP层710、RLC层720和MAC层730，并且在RX UE中，为每个包含RX UE的ID的SA分配包含至少一个HARQ进程的一个HARQ进程组1360或1365，并且每个HARQ实体1350或1355管理一个HARQ进程组1360或1365和一个分组滤波操作1370或1375。
参考图14，PDCP层1410、RLC层1420和MAC层1430对应于图7的PDCP层710、RLC层720和MAC层730，并且在TX UE中，为每个目的地ID分配包括至少一个HARQ进程的一个HARQ进程组1460或1465，并且一个HARQ实体1450管理所有HARQ进程组1460或1465。
参考图15，PDCP层1510、RLC层1520和MAC层1530对应于图7的PDCP层710、RLC层720和MAC层730，并且在RX UE中，为每个包含RX UE的ID的SA分配包含至少一个HARQ进程的一个HARQ进程组1560或1565，并且一个HARQ实体1550管理所有HARQ进程组1560和1565以及分组过滤操作1570和1575。
图16示出了根据本公开的实施例的发送UE中的HARQ进程分配。
图17示出了根据本公开的实施例的接收UE中的HARQ进程分配。
图18示出了根据本公开的实施例的发送UE中的HARQ实体和HARQ进程。
图19示出了根据本公开的实施例的接收UE中的HARQ实体和HARQ进程。
如前所述，数据发送和接收沿着一对源和目的地发生，并且重传也沿着同一对源和目的地发生。源-目的地对可以以各种方式来指代。由于源-目的地对是用于HARQ进程的分配的标准，所以它们将在TX UE和RX UE两者中指定。在TX UE中，可以相对于目的地ID指定源-目的地对。
参考图16和17，PDCP层1602和1702、RLC层1604和1704以及MAC层1606和1706对应于图7的PDCP层710、RLC层720和MAC层730，并且在层基础上描述目的地ID生成和HARQ进程分配。如图所示，由于SA通过广播运载RV 0数据(原始版本)，所以它不通过HARQ处理。
更具体地，在图16中，在操作1610可以在更高层生成数据和组ID。组ID可以具有24位的大小。在操作1620，TX UE可以通过WAN业务向eNB发送SA资源请求(调度请求，ProSe-BSR)，并从eNB接收资源分配。或者，可以从预配置的池中选择可用于SA的资源。在操作1630，TX UE可以传送SA。在操作1640，可以生成目的地ID。这里，目的地ID可以在用于请求和获得SA资源的操作1620时生成，并且在操作1630发送的SA包含目的地ID。由于SA通过广播运载RV 0数据，所以它不通过HARQ处理。在操作1650，TX UE可以为每个目的地ID分配HARQ进程，并发起HARQ处理。这里，如图18所示，TX UE可以生成冗余版本(RV)并将RV存储在PHY TX缓冲器中。此后，在操作1660，TX UE可以发送RV。在操作1670，TX UE可以为每个目的地ID执行HARQ进程。在操作1680，TX UE可以发送存储在PHY TX缓冲器中的RV。RV传输可以被执行四次。
参考图17给出RX UE操作的描述。在操作1710，RX UE可以接收SA。在操作1720，RXUE确定SA的目的地ID以识别SA是否寻址，并且如果SA寻址到TX UE，则分配HARQ进程。在操作1730，RX UE可以调度接收资源和RV。在操作1740，RX UE可以接收RV。在操作1750，RX UE可以根据SA调度而执行HARQ操作。在操作1760，可以将数据转发到更高层。在操作1770，可以接收RV。在操作1780，可以根据SA调度而执行HARQ操作。
参考图18和图19，示出了发送UE和接收UE中的每个目的地ID 1820和1920的HARQ实体1810和1910和HARQ进程。这里，如图19所示，RX UE可以将接收到的RV存储在软缓冲器中。在操作1790，RX UE可以从完成的MAC PDU识别源ID。
图20是根据本公开实施例的发送UE中的HARQ处理的流程图。
参考图20，在操作2010，TX UE处的特定应用生成目标ID(例如组ID或用户ID)和要发送的数据。在操作2015，TX UE将目标ID转换为由ProSe功能预分配的目的地ID。这里，目的地ID可以具有48位的大小。
在操作2020，TX UE在向eNB发送请求之后基于MAC层待发送的数据大小从eNB接收资源分配或直接从预配置的池接收资源分配。
在操作2025，在MAC层将数据转换为MAC PDU，并且以给定方案(例如追赶合并(chase combining)或增量冗余(incremental redundancy))对每个MAC PDU进行编码，并且生成预设数量的RV。TX UE向RX UE发送包含目的地ID的SA、获得传输调度并启动数据时段计时器。这里，可以在SA中指定要发送的MAC PDU的数量(M)。
所生成的RV存储在MAC TX缓冲器中，并且可以通过传输算法经由PHY TX缓冲器顺序地发送到接收侧。
具体地，在操作2030，将RVI(RV索引)初始化为零。在操作2035，TX UE确定为目的地ID分配的HARQ进程的存在。如果为目的地ID分配了HARQ进程，则在操作2050，由RVI指示的RV被发送到物理信道，并且RVI被递增。如果没有为目的地ID分配HARQ进程，则TX UE在操作2040为目的地ID创建HARQ进程，在操作2045生成所有必需的RV并将其存储在PHY TX缓冲器中，并且在操作2050发送由RVI指示的RV到物理信道并且增加RVI。在操作2055，TX UE确定是否发送了所有RV(RVI>3)。如果不是所有的RV都被发送，则进程返回到操作2035。根据实施例，所生成的RV的数量可以是4。
更具体地，可以在操作2010在应用层生成组ID和数据。在操作2015可以根据ProSe功能将组ID映射到目的地ID。在操作2020TX UE可以基于要发送的数据的大小在向eNB发送请求后从eNB接收SA资源的分配或直接从预配置的池中接收SA资源的分配。在操作2025 TXUE可以经由分配的资源发送SA。这里，资源位置可以通过T-RPT、频率、索引和偏移来识别。为了在数据时段期满时终止正在进行的HARQ进程，在由SA指示的数据传输开始时启动数据时段计时器。数据时段期满时，可以强制终止HARQ进程。
当生成M个MAC PDU时(M可以指示为一个SA能够由eNB分配的资源发送的MAC PDU或RV的数量)，可以在操作2030及后续操作中创建HARQ进程并且顺序地发送RV。这里，在操作2035，TX UE可能必须确定分配给MAC PDU的目的地ID的HARQ进程的存在。
如果发送了所有RV，则在操作2060，TX UE清除PHY TX缓冲器并且停止HARQ进程。这里，如上所述，可以生成多达四个RV。在上面的描述中，假设针对每四个RV创建和停止HARQ进程。然而，可以在发送M个MAC PDU之前不停止HARQ进程。在这种情况下，HARQ进程保持活动，直到由SA的T-RPT指示的所有传输已经完成(即数据时段)。当发送当前MAC PDU的所有RV时，对下一个MAC PDU进行纠错编码，并且生成新的RV，并且HARQ进程处理下一个MACPDU的RV。如果在操作2065确定数据时段已经期满，则操作完成。否则，操作返回并执行操作2030。
同时，可以结合UE的存储器或操作功率进行选择。
图21示出了根据本公开的实施例的SA时段、数据时段和T-RPT。
参考图21，可以通过诸如SIB的控制平面信令来确定用于WAN和D2D的上行链路子帧模式。如此确定的D2D子帧的示例在图21中示出。
T-RPT索引可以指示8位位图中的一个，并且表示以特定UE的D2D通信所允许的TTI为单位的时间。在这样的位图中，“1”可以指示D2D使用。该8位位图在数据时段内重复，并且可以在数据时段到期时被截断。
图22是根据本公开实施例的接收UE中的HARQ处理的流程图。
参考图22，RX UE可以收集所有RV并一次执行解码，并且可以使用UM模式用于D2D通信。
具体地，C_T是根据数据时段中的T-RPT序列的用于D2D接收的计数器。基于C_T值，RX UE可以识别接收到的RV的数量，并且确定何时软缓冲器将被用于HARQ合并或将被清除。在操作2210，C_T被设置为0。
在操作2215，RX UE监视SA池以接收SA。在操作2220，RX UE确定所接收的SA是否具有等于其ID的目的地ID或组ID。如果SA不具有等于RX UE的ID的目的地ID，则RX UE结束该进程。
如果SA具有等于RX UE的ID的目的地ID，则RX UE可以为SA分配HARQ进程。例如，在操作2225，RX UE启动数据时段计时器以指示数据时段。在操作2230，RX UE创建HARQ进程。
此后，RX UE可以接收数据、将数据解调为信道位并且通过覆盖或合并将信道位存储在软缓冲器中。这可以被重复RV的数量。例如，在操作2235 RX UE接收数据，在操作2240将C_T增加1，在操作2245将接收的数据解调为信道位，并且在操作2250通过覆盖或合并将信道位存储在软缓冲器中。在操作2255，RX UE确定C_T是否是4的倍数(假定RV的最大数目是4)。例如，确定是否接收到所有RV。
如果C_T是4的倍数(所有RV被接收)，则在操作2260 RX UE解码合并的信道位以检测错误。如果检测到错误，则在操作2265 RX UE丢弃解码的信道位。如果没有检测到错误，则在操作2270将解码的信道位转发到更高层(即MAC层)。
在该进程期间，当数据时段期满时暂停正在进行的动作，并且只有到那时为止接收的数据的无错误部分可以被转发到更高层。例如，在操作2275，RX UE确定数据时段是否已经期满。如果数据时段尚未期满，则进程返回到操作2235以继续数据接收。如果数据时段已经期满，则在操作2280 RX UE删除HARQ进程，并且到那时为止接收的数据的无错误部分可以被转发到更高层。
图23是根据本公开实施例的接收UE中的HARQ处理的流程图。
参考图23，当信道条件良好并且TX UE在UM模式下发送多个RV时，RX UE可以在从TX UE接收所有RV之前成功地无错误地接收数据。在这种情况下，RX UE可以在每次RV接收时执行解码和错误确定，并且如果数据接收成功，则停止RV接收。因此，RX UE可以降低功耗并且将接收资源用于另一个目的。
C_T是根据数据时段中的T-RPT序列的用于D2D接收的计数器。基于C_T值，RX UE可以识别接收到的RV的数量，并且确定何时软缓冲器将被用于HARQ合并或将被清除。在操作2310，C_T被设置为0。
在操作2315，RX UE监视SA池以接收SA。在操作2320，RX UE确定所接收的SA是否具有等于其ID的目的地ID或组ID。如果SA不具有等于RX UE的ID的目的地ID，则RX UE结束该进程。
如果SA具有等于RX UE的ID的目的地ID，则RX UE可以为SA分配HARQ进程。例如，在操作2325，RX UE启动数据时段计时器以指示数据时段。在操作2330，RX UE创建HARQ进程。
此后，RX UE可以接收RV、解调RV及执行合并，并解码当前合并的数据以检测错误。这可以对于每个RV接收重复。例如，在操作2335，RX UE接收RV，在操作2340，将C_T增加1，在操作2345，将接收到的RV解调为信道位，并且在操作2350通过覆盖或合并将信道位存储在软缓冲器中。在操作2355，RX UE确定合并的数据以检测错误。如果没有检测到错误，则在操作2360，合并的数据被转发到更高层。例如，解码的数据可以被转发到MAC层。在操作2365，RX UE可以保持在睡眠模式，直到接收到下一个MAC PDU。如果检测到错误，则在操作2370，RX UE确定是否接收到所有RV。如果未接收到所有RV，则进程返回到操作2335以继续RV接收。如果接收到所有RV，但是错误仍然存在，则在操作2375，RX UE丢弃合并的数据。由此，RXUE可以在接收预设数量的RV之前中止RV接收。
在该进程期间，对由SA指定的接收资源执行一个HARQ进程。当数据时段到期时，暂停正在进行的动作，并且只有到那时为止接收的数据的无错误部分可以被转发到更高层。例如，在操作2380，RX UE确定数据时段是否已经期满。如果数据时段尚未期满，则进程返回到操作2335以继续数据接收。如果数据时段已经期满，则在操作2385，RX UE删除HARQ进程，并且到那时为止接收的数据的无错误部分可以被转发到更高层。
根据上述实施例之一，eNB可以响应于SR和BSR，经PDCCH发送用于SA和数据的许可。D2D TX UE可以使用D2D-RNTI来解码PDCCH。
同时，HARQ处理可以根据应用所需的QoS等级而不同。例如，当图像传输需要高数据速率时，可能不希望无条件地重复给定次数的重传。为了充分利用信道情况，如在LTE系统的情况下通过指示成功或失败的反馈的传输来有效地使用无线电资源可能比由此引起的系统复杂性更重要。在这种情况下，由于RV传输间隔导致的延迟以及在接收侧的反馈分组的生成和传输，使用HARQ进程交织是必要的。根据交织的深度，不同于上述实施例可能需要多于一个HARQ进程。为此，可以在系统级别(system level)预先确定HARQ进程的最大数目，并且如果需要可以使用来自HARQ进程池的HARQ进程。
在D2D通信中，可以基于组或基于UE使用一个HARQ进程或多个HARQ进程。因此，可以根据特定条件引起HARQ操作模式的改变。由于SA具有关于RV和无线电资源之间的映射的信息，因此对于各个SA，对涉及重传次数改变的多个HARQ进程的利用将被不同地处理。例如，基于一个HARQ进程的HARQ处理可以用于一个SA，并且在TX响应假设下，基于多个HARQ进程的HARQ处理可以用于另一个SA。参考图5中描述的实施例，具有要发送的数据的TX UE必须向eNB通知单个HARQ进程或多个HARQ进程的利用。eNB可以基于TX响应从可用UE资源分配资源。TX UE可以发送具有关于所分配的资源的信息的SA。在接收到SA之后，RX UE可以发送针对每个接收到的RV的响应。用于响应的资源的位置可以相对于用于传输的资源是固定的或者可以由eNB确定。
当特定应用产生要发送的数据时，数据被分段为相同大小的MAC PDU，并且MACPDU倾向于具有相同的QoS级别。当包含QoS指示的调度请求被发送到eNB时，eNB可以不仅为RX UE分配传输资源而且分配响应资源，并且向TX UE通知所分配的资源。TX UE可以执行传输和反馈接收。当传送SA时，TX UE可以根据反馈启用指示(feedback enabled indication)而创建单个HARQ进程或多个HARQ进程。此后，当TX UE向HARQ实体提供包括数据大小、调度和反馈启用指示的信息时，在每个传输TTI期间，关于具有最新反馈的RV的信息可以用于确定下一个RV，从而实现连续RV传输。
下面的表1示出了根据本公开的实施例的SA的示例。
表1
Figure BDA0001294435510000171
如表1所示，SA还可以包括指示响应资源位置的“反馈启用”位和位图(即，RT-RPT)。
图24是描述根据本公开的实施例的多HARQ处理的时序图。
参考图24，QoS＝1可以指示基于多个处理的HARQ处理，QoS＝0可以指示基于单个处理的HARQ处理。
可用于SA传输的无线电资源可由eNB 2430确定。在操作2441，TX UE 2420从eNB2430接收RRC连接重新配置消息以获得接入相关信息。在操作2443，TX UE 2420检测要发送到至少一个RX UE 2410的D2D数据的生成。这里，TX UE 2420可以识别RX UE 2410的目的地ID。或者，TX UE可以在操作2443首先检测D2D数据的生成，并且在操作2441从eNB接收与接入相关的信息。这也可以适用于下面描述的实施例。
在操作2445，TX UE 2420向eNB 2430发送调度请求消息。在操作2447，TX UE 2420从eNB 2430接收下行链路资源的分配。在操作2449，TX UE 2420将BSR消息发送到eNB 2430以通知要发送的D2D数据的量。这里，在操作2449，TX UE 2420可以发送关于目的地ID和QoS等级的信息以及D2D数据的量。例如，TX UE 2420可以向eNB 2430发送这样的信息以通知基于多个进程使用HARQ处理。这里，设置为“1”的QoS等级指示可以指示基于多个处理的HARQ处理的使用。在操作2451，TX UE 2420从eNB 2430接收资源分配。这里，eNB 2430可以将与所指示的QoS等级相对应的TX响应资源分配为D2D资源。
此后，在操作2453，TX UE 2420向RX UE 2410发送具有关于所分配的资源的信息的SA。这里，如前所述，SA包含目的地ID，使得RX UE能够识别SA是否对其寻址。SA还包含QoS＝1的指示，该指示通知RX UE有必要分配多个HARQ进程。在操作2455，TX UE 2420为RX UE2410分配HARQ进程。在操作2457，TX UE 2420通过使用为其分配的HARQ进程向RX UE 2410发送RV1。另外，在操作2459，TX UE 2420为RX UE 2410分配第二HARQ进程。在操作2461，TXUE 2420通过使用为其分配的第二HARQ进程向RX UE 2410发送RV2。
在操作2463，TX UE 2420通过使用在操作2455处分配的HARQ进程从RX UE 2410接收用于RV 1的ACK/NACK信号。在操作2465，TX UE 2420通过使用在操作2459分配的HARQ进程从RX UE 2410接收用于RV 2的ACK/NACK信号。
在操作2467，TX UE 2420检测要发送到RX UE 2410的新的D2D数据的生成。这里，TX UE 2420可以识别RX UE 2410的目的地ID。新的D2D数据的QoS等级可以是不同于在操作2443发生的D2D数据的等级。
在操作2469，TX UE 2420向eNB 2430发送调度请求消息。在操作2471，TX UE 2420从eNB 2430接收下行链路资源的分配。在操作2473，TX UE 2420将BSR消息发送到eNB 2430以通知要发送的D2D数据的量。这里，在操作2473，TX UE 2420可以发送关于目的地ID和QoS等级的信息以及D2D数据的量。例如，TX UE 2420可以向eNB 2430发送这样的信息以通知基于单个进程使用HARQ处理。这里，设置为“0”的QoS等级指示可以指示基于单个进程的HARQ处理的利用。在操作2475，TX UE 2420从eNB 2430接收资源分配。这里，eNB 2430可以仅将与所指示的QoS等级相对应的TX资源分配为D2D资源。
此后，在操作2477，TX UE 2420向RX UE 2410发送具有关于所分配的资源的信息的SA。这里，如前所述，SA包含目的地ID，使得RX UE能够识别SA是否对其寻址。SA还包含QoS＝0的指示，该指示通知RX UE有必要分配一个HARQ进程。在操作2479，TX UE 2420为RX UE2410分配HARQ进程。在操作2481，TX UE 2420通过使用为其分配的HARQ进程向RX UE 2410发送RV1。在操作2483，TX UE 2420通过使用相同的HARQ进程向RX UE 2410发送RV2。
图25是描述根据本公开的实施例的多HARQ处理的时序图。
参考图25，D2D服务器2530可以预先存储关于可用于SA传输的无线电资源的信息作为系统信息(例如RRC信令或SIB)。例如，在操作2541，关于可用于SA传输的无线电资源的信息可以作为系统信息存储在网络(例如D2D服务器)2530中，使得资源池信息和其他必要的信息可以在UE 2510和2520之间共享。
在操作2543，第一UE(TX UE)2510检测要发送的数据的生成。这里，可以以QoS＝1(即：使用基于多个进程的HARQ处理)来发送所生成的数据。在操作2545，TX UE 2510根据共享信息向至少一个RX UE 2520发送包含目的地ID的SA。在操作2547，TX UE 2510为至少一个RX UE 2520分配多个HARQ进程。
一旦SA接收，在操作2549，RX UE 2520对每个具有等于其ID的目的地ID的SA分配HARQ进程。
同时，TX UE 2510可以在操作2545发送SA之后立即为RX UE 2520分配HARQ进程。或者，TX UE 2510可以在操作2551或2553发送数据之前即刻为RX UE 2520分配HARQ进程。依赖于实现方式，当在操作2551接收到第一数据时，RX UE 2520可以为TX UE 2510分配HARQ进程。
在操作2551，TX UE 2510向RX UE 2520发送RV1。在操作2553，TX UE2510向RX UE2520发送RV2。在操作2555，TX UE 2510从RX UE 2520接收用于RV1的ACK/NACK信号。在操作2557，TX UE 2510从RX UE 2520接收用于RV 2的ACK/NACK信号。
在操作2559，TX UE 2510检测要发送到至少一个RX UE 2520的新D2D数据的生成。这里，TX UE 2510可以识别每个RX UE 2520的目的地ID。新D2D数据的QoS等级(即单个HARQ进程的使用)可以与在操作2543发生的D2D数据的QoS等级不同。TX UE 2510根据共享信息将包含目的地ID的SA发送到至少一个RX UE 2520。TX UE 2510为至少一个RX UE 2520分配多个HARQ进程。在操作2561，TX UE 2510向RX UE 2520发送RV1。在操作2563，TX UE 2510向RX UE 2520发送RV2。
在本公开的该实施例中，可以相对于传输资源的位置来指定反馈资源的位置。这里，它们之间的相对位置可以是固定的或根据预设规则而改变。
图26示出根据本公开的实施例的D2D资源的重用。
图27示出根据本公开的实施例的信号合并。
当RX UE使用如图23中所描述的接收方案时，在成功接收到重传之后，RX UE不必听取剩余的重传并且可以重用接收资源用于数据传输。
参考图26，可以有一个eNB 2690、一个TX UE 2610和多个RX UE 2620、2630、2640、2650和2660。这里，假设RX UE 2620、2630、2640、2650和2660具有相同目的地ID(或组ID)，并且TX UE 2610尝试向所有RX UE 2620、2630、2640、2650和2660发送数据。附于RX UE2620、2630、2640、2650和2660中的每一个的数值指示对应的RX UE成功接收所需的重传的数目。例如，第一RX UE 2620在一次重传之后成功地接收数据，并且第二RX UE 2630在一次重传之后成功地接收数据。
对于图22或23描述的实施例，如图26的部分(a)所示，RX UE 2620、2630、2640、2650和2660中的每一个可以重复接收尝试直到接收到MAC PDU的所有RV，或者如果一个RV被成功接收则中止接收尝试。
另一方面，如图26的(b)部分所示，在RX UE 2620、2630、2640、2650和2660中，当一个RX UE成功接收RV时，RX UE可以中止接收尝试并将接收到的RV发送到另一个RX UE从而提高D2D广播的性能。例如，第二RX UE2630在一次重传之后成功地接收RV。第二RX UE 2630可以中止RV接收尝试，并将接收到的RV发送到另一个RX UE(例如第三RX UE 2640或第五RXUE2660)。
这里，因为每个UE知道HARQ编码方案，正确接收的MAC PDU可以用于生成相同的RV。因此，已经成功接收的RX UE可以重新产生RV，并且重用由SA指示的接收资源来发送RV。可以根据由SA指示的相同MCS等级来对多个复制的RV进行编码。因此，接收侧可以接收具有小于CP的时间差的相同符号。接收侧的PHY端可以使用诸如最大比合并(MRC)的各种算法中的一种来执行合并操作。
参考图27，选择合并在(a)部分中示出并且最大比合并在(b)部分中示出。
当如上所述增强接收性能时，与刚性重传(rigid retransmission)相比，由于减少的接收尝试，广播覆盖区域可能被扩大并且接收功率消耗可能被降低。例如，在图26的(a)部分中，第四RX UE 2650不能从TX UE 2610接收D2D数据。另一方面，在图26的(b)部分中，第四RX UE 2650能够从成功接收的第三RX UE 2640或第五RX UE 2660接收RV，从而扩大广播覆盖区域。
图28是描绘根据本公开的实施例的D2D资源的重用的时序图。
图29是描绘根据本公开的实施例的D2D资源的重用的时序图。
图30示出根据本公开的实施例的接收UE中的D2D资源的重用。
图31是描绘根据本公开的实施例的接收UE中的D2D资源的重用的流程图。
图32是描绘根据本公开的实施例的接收UE中的D2D资源的重用的流程图。
图33示出根据本公开的实施例的发送和接收模式的选择。
参考图28，可用于SA传输的无线电资源可由eNB 2840确定。在操作2853，TX UE2820从eNB 2840接收RRC连接重新配置消息以获得接入相关信息。在操作2855，TX UE 2820检测要发送到至少一个RX UE 2810或2830的D2D数据的生成。这里，TX UE 2820可以识别每个RX UE 2810或2830的目的地ID。或者，TX UE可以首先在操作2855检测D2D数据的生成，并且在操作2853从eNB接收接入相关信息。这也可以适用于下面描述的实施例。另外，在操作2851，TX UE 2820和RX UE 2810和2830可以经由SIB接收重传概率。这在下面描述。
在操作2857，TX UE 2820向eNB 2840发送调度请求消息。在操作2859，TX UE 2820从eNB 2840接收下行链路资源的分配。在操作2861，TX UE 2820将BSR消息发送到eNB 2840以通知要发送的D2D数据的量。在操作2863，TX UE 2820从eNB 2840接收资源分配。
此后，在操作2865和操作2867，TX UE 2420向RX UE 2810和RX UE 2830发送具有关于所分配的资源的信息的SA。这里，如前所述，SA包含目的地ID，这使得RX UE能够确定SA是否向其寻址。假设RX UE 2810和2830具有相同的目的地ID(或组ID)。在操作2869，TX UE2820为RX UE 2810和2830分配HARQ进程。
在操作2871，每个RX UE 2810或2830为接收的SA分配HARQ进程。
同时，在操作2865和2867发送SA之后，TX UE 2820可以立即为第一RX UE 2810和第二RX UE 2830分配HARQ进程。或者，TX UE 2820可以在操作2873发送数据之前即刻为第一RX UE 2810和第二RX UE 2830分配HARQ进程。
RX UE 2810和RX UE 2830可以在操作2865和2867接收到SA之后立即为TX UE2820分配HARQ进程。或者，当第一数据在操作2873被接收时，RX UE 2810和RX UE 2830为TXUE 2820分配HARQ进程。
在操作2873，TX UE 2820向第一RX UE 2810和第二RX UE 2830发送数据。在操作2875，第一RX UE 2810成功地接收数据。
在这种情况下，在操作2877，第一RX UE 2810可以向第二RX UE 2830发送下一个RV。在操作2879，TX UE 2820可以向第二RX UE 2830发送数据。在操作2881，RX UE 2830可以将从第一RX UE 2810接收的数据与从TX UE2820接收的数据合并。
参考图29，网络2940可以预先存储关于可用于SA传输的无线电资源的信息作为系统信息(例如RRC信令或SIB)。例如，在操作2951，关于可用于SA传输的无线电资源的信息可以作为系统信息存储在网络(例如D2D服务器)2940中，使得可以在UE 2910、2920和2930之间共享资源池信息和其他必要的信息。
在操作2953，第一UE(TX UE)2910检测要发送的数据的生成。在操作2955和操作2957，TX UE 2510根据共享信息向至少一个RX UE 2920或2930发送包含目的地ID的SA。假设RX UE 2920和2930具有相同的目的地ID(或组ID)。在操作2959，TX UE 2910为RX UE2920和2930分配HARQ进程。
在SA接收时，在操作2963，RX UE 2920为具有等于其ID的目的地ID的SA分配HARQ进程。在操作2967，RX UE 2930为具有等于其ID的目的地ID的SA分配HARQ进程。
同时，TX UE 2910可以在操作2955和2957发送SA之后立即为RX UE 2920和2930分配HARQ进程。或者，TX UE 2910可以在操作2961和2965发送数据之前立即为RX UE 2920和2930分配HARQ进程。
每个RX UE 2920或2930可以在操作2955或2957接收到SA之后立即为TX UE 2910分配HARQ进程。或者，当在操作2961或2965接收到第一数据时，每个RX UE 2920或2930可以为TX UE 2910分配HARQ进程。
在操作2961，TX UE 2910向第一RX UE 2920发送数据。在操作2965，TX UE 2910向第二RX UE 2930发送数据。在操作2969，第一RX UE 2920成功接收数据。
在这种情况下，在操作2971，第一RX UE 2920可以向第二RX UE 2930发送下一个RV。在操作2973和操作2975，TX UE 2910可以继续向第一RX UE2920和第二RX UE 2930发送数据。在操作2977，第二RX UE 2930可以将从第一RX UE 2920接收的数据与从TX UE 2910接收的数据合并。
参考图30，示出了HARQ实体3010和包括目的地ID 3020的每个SA的HARQ进程，并且RX UE可以在如标记3030所示接收到第二RV(即，RV1)之后成功进行数据接收。RX UE可以生成剩余RV(即RV2和RV3)、将其存储在如标记3040所示的PHY TX缓冲器中并将存储在PHY TX缓冲器中的RV发送到没有成功接收的另一个RX UE。
参考图31，当信道条件良好并且TX UE在UM模式下发送多个RV时，RX UE可以在从TX UE接收所有RV之前无错误地成功接收数据。在这种情况下，RX UE可以在每次RV接收时执行解码和错误确定，并且如果数据接收成功，则停止RV接收。已经成功接收的RX UE可以将接收到的数据发送到另一个RX UE。
C_T是根据数据时段中的T-RPT序列的用于D2D接收的计数器。基于C_T值，RX UE可以识别接收到的RV的数量，并且确定何时软缓冲器将被用于HARQ合并或将被清除。在操作3110，C_T被设置为0。
在操作3115，RX UE监视SA池以接收SA。在操作3120，RX UE确定所接收的SA是否具有等于其ID的目的地ID或组ID。如果SA不具有等于RX UE的ID的目的地ID，则RX UE结束该进程。
如果SA具有等于RX UE的ID的目的地ID，则RX UE可以为SA分配HARQ进程。例如，在操作3125，RX UE启动数据时段计时器以指示数据时段。在操作3130，RX UE创建HARQ进程。
此后，RX UE可以接收RV、解调RV及执行合并，并解码当前合并的数据以检测错误。这可以对于每个RV接收而被重复。例如，在操作3135，RX UE接收RV，在操作3140将C_T增加1，在操作3145将接收到的RV解调为信道位，并且在操作3150通过覆盖或合并而将信道位存储在软缓冲器中。在操作3155，RX UE确定合并数据以检测错误。如果检测到错误，则在操作3185，RX UE确定是否接收到所有RV。如果没有接收到所有RV，则进程返回到操作3135以继续RV接收。如果接收到所有RV，但是错误仍然存在，则在操作3190，RX UE丢弃合并的数据。
如果没有检测到错误，则在操作3160，合并的数据被转发到更高层。例如，解码的数据可以被转发到MAC层。由此，RX UE可以在接收预设数量的RV之前中止RV接收。在中止RV接收之后，在操作3165，RX UE在接收到所有RV之后确定接收是否成功。例如，如果在接收到最后RV之后接收成功，则RX UE必须接收下一数据(返回到操作3185)。如果在接收最后RV之前接收成功，则在操作3170，RX UE生成剩余RV、将生成的RV存储在PHY TX缓冲器中并将RVI设置为C_T％4+1。在操作3175，由RVI(RV[RVI])指示的RV被转发到物理信道、RVI递增1并且C_T递增1。在操作3180，RX UE确定是否发送了所有生成的RV。如果发送了所有生成的RV，则进程进行到操作3190。
在该进程期间，对由SA指定的接收资源执行一个HARQ进程。当数据时段到期时，暂停正在进行的动作，并且只有到那时为止接收的数据的无错误部分可以被转发到更高层。例如，在操作3195，RX UE确定数据时段是否已经期满。如果数据时段尚未期满，则进程返回到操作3135以继续数据接收。如果数据时段期满，则在操作3197，RX UE删除HARQ进程，并且到那时为止接收的数据的无错误部分可以被转发到更高层。
同时，在这种自适应重传中，为了在接收期间执行传输，从接收模式到发送模式(RX→TX)的转换可能需要时间。例如，T-RPT位图可以被设置为“11111111”以指示使用八个连续的上行链路单元。由于该位图在数据时段期间重复，所以只有D2D资源可以被分配用于几百毫秒而不使用WAN上行链路。因此，尽管可定义，但是位图模式“11111111”很少使用。在剩余的位图模式中，可以存在一个、两个或四个1。如果在T-RPT位图(即，“11110000”)中存在四个连续的1，则可能难以花费时间从接收模式转换到发送模式(RX->TX)。为此，可以基于T-RPT位图模式执行自适应重传。
例如，RX UE可以分析SA中的位图，并且基于RX→TX切换所花费的时间来执行重传。例如，如果RX->TX切换所花费的时间是1个子帧，则在成功接收之后，RX UE可以跳过位图上的1个子帧，并开始发送下一个RV。
参考图32，当信道条件有利并且TX UE在UM模式下发送多个RV时，RX UE可以在从TX UE接收所有RV之前无错误地成功接收数据。在这种情况下，RX UE可以在每次RV接收时执行解码和错误确定，并且如果数据接收成功，则停止RV接收。已经成功接收的RX UE可以将接收到的数据发送到另一个RX UE。
C_T是根据数据时段中的T-RPT序列的用于D2D接收的计数器。基于C_T值，RX UE可以识别接收到的RV的数量，并且确定何时软缓冲器将被用于HARQ合并或将被清除。在操作3210，C_T被设置为0。
在操作3215，RX UE监视SA池以接收SA。在操作3220，RX UE确定接收到的SA是否具有等于其ID的目的地ID或组ID。如果SA不具有等于RX UE的ID的目的地ID，则RX UE可以结束该进程。
如果SA具有等于RX UE的ID的目的地ID，则RX UE可以为SA分配HARQ进程。例如，在操作3225，RX UE启动数据时段计时器以指示数据时段。在操作3230，RX UE创建HARQ进程。
此后，RX UE可以接收RV、解调RV及执行合并，并解码当前合并的数据以检测错误。这可以对于每个RV接收被重复。例如，在操作3235，RX UE接收RV，在操作3240将C_T增加1，在操作3245将接收到的RV解调为信道位并且在操作3250通过覆盖或合并将信道位存储在软缓冲器中。在操作3255，RX UE确定合并数据以检测错误。如果检测到错误，则在操作3287，RX UE确定是否接收到所有RV。如果未接收到所有RV，则进程返回到操作3235以继续RV接收。如果接收到所有RV，但是错误仍然存在，则在操作3290，RX UE可以丢弃合并数据。
如果没有检测到错误，则在操作3260，合并的数据被转发到更高层。例如，解码的数据可以被转发到MAC层。由此，RX UE可以在接收预设数量的RV之前中止RV接收。在中止RV接收之后，在操作3265，RX UE在接收到所有RV之后确定接收是否成功。例如，如果在接收到最后RV之后接收成功，则RX UE必须接收下一数据(返回到操作3287)。如果在接收最后RV之前接收成功，则在操作3270，RX UE生成剩余RV、将生成的RV存储在PHY TX缓冲器中并将RVI设置为C_T％4+1。此后，在操作3275，RX UE基于RX->TX转换时间(transition time)来确定是否执行传输。例如，当转换时间是1个子帧时，RX UE可以确定传输时间是否小于1个子帧。如果传输时间短于1个子帧，则在操作3280，由RVI(RV[RVI])指示的RV被转发到物理信道。在操作3283，RVI递增1、并且C_T递增1。如果发送时间不短于1个子帧，则在操作3283，RVI和C_T分别递增1而没有RV发送。在操作3285，RX UE确定是否发送了所有生成的RV。如果发送了所有生成的RV，则进程进行到操作3290。
在该进程期间，对由SA指定的接收资源执行一个HARQ处理。当数据时段到期时，暂停正在进行的动作，并且只有到那时为止接收的数据的无错误部分可以被转发到更高层。例如，在操作3295，RX UE确定数据时段是否已经期满。如果数据时段尚未期满，则进程返回到操作3235以继续数据接收。如果数据时段已经期满，则在操作3297，RX UE删除HARQ进程，并且到那时为止接收的数据的无错误部分可以被转发到更高层。
参考图33，可以指定在接收操作期间能够进行中继操作的节点。为此，可以响应于用户选择，由在应用层发出的单独消息来激活中继功能。对于更多不同的接收选项，如图33所示，可以通过使用从图22中描述的第一接收方案、图22中描述的第二接收方案和图31或32中描述的第三接收方案中选择的一个或多个方案来执行数据接收。
当特定用户选择接收选项时，不需要网络信令。相反，可以根据网络输入基于小区、组或UE来控制上述操作。
图34描绘了根据本公开的实施例的基于概率值的D2D资源的重用。
图35是描绘根据本公开的实施例的基于接收UE中的概率值的D2D资源的重用的流程图。
可以提前指定另一个度量。例如，每个节点可以具有二进制随机变量，使得可以根据给定的概率值在成功接收之后执行重传。该概率值可以被预先指定为系统信息的一部分(诸如SIB)，从而减少不必要的干扰。
参照图34的(a)部分，在正常情况下可以使用低概率值。例如，eNB 3490可以经由SIB信息向UE 3410、3420、3430、3440、3450和3460提供0.1的低概率。每个RX UE可以根据此低概率在成功接收之后执行重传。另一方面，在紧急情况下可以使用高概率值，以便增加重传。
参照图34的(b)部分，eNB 3490可以经由SIB信息向UE 3410、3420、3430、3440、3450和3460提供高的概率0.1。每个RX UE可以根据高概率在成功接收之后执行重传。
参考图35，RX UE可以基于掷硬币法(coin fl ipping)来确定在每次成功接收时是否执行重传。
具体地，当信道条件有利并且TX UE在UM模式下发送多个RV时，RX UE可以在从TXUE接收所有RV之前无错误地成功接收数据。在这种情况下，RX UE可以在每次RV接收时执行解码和错误确定，并且如果数据接收成功，则停止RV接收。已经成功接收的RX UE可以将接收到的数据发送到另一个RX UE。
C_T是根据数据时段中的T-RPT序列的用于D2D接收的计数器。基于C_T值，RX UE可以识别接收到的RV的数量，并且确定何时软缓冲器将被用于HARQ合并或将被清除。在操作3510，C_T被设置为0，并且概率值(P)被初始化。如前所述，概率值可以由eNB经由SIB用信号通知。这里，P假定为0.2。
在操作3515，RX UE监视SA池以接收SA。在操作3520，RX UE确定接收到的SA是否具有等于其ID的目的地ID或组ID。如果SA不具有等于RX UE的ID的目的地ID，则RX UE可以结束该进程。
如果SA具有等于RX UE的ID的目的地ID，则RX UE可以为SA分配HARQ进程。例如，在操作3525，RX UE启动数据时段计时器以指示数据时段。在操作3530，RX UE创建HARQ进程。
此后，RX UE可以接收RV、解调RV及执行合并，并解码当前合并的数据以检测错误。这可以对于每个RV接收进行重复。例如，RX UE在操作3535接收RV、在操作3540将C_T增加1、在操作3545将接收到的RV解调为信道位并且在操作3550通过覆盖或合并将信道位存储在软缓冲器中。在操作3555，RX UE确定合并数据以检测错误。如果检测到错误，则在操作3585，RX UE确定是否接收到所有RV。如果未接收到所有RV，则进程返回到操作3535以继续RV接收。如果接收到所有RV，但是错误仍然存在，则在操作3587，RX UE可以丢弃合并数据。
如果没有检测到错误，则在操作3560，合并的数据被转发到更高层。例如，解码的数据可以被转发到MAC层。由此，RX UE可以在接收预设数量的RV之前中止RV接收。
在操作3565，RX UE可以根据在操作3510设置的概率值P确定是否执行重传。例如，只有当翻转令牌值(fl ip token value)小于P时，RX UE可以确定执行重传。在确定不执行重传时，RX UE可以保持在空闲状态而不进行发送。
在确定执行重传时，在中止RV接收之后，在操作3570，RX UE在接收到所有RV之后确定接收是否成功。例如，如果在接收到最后RV之后接收已经成功，则RX UE必须接收下一数据(返回到操作3585)。如果在最后RV的接收之前接收成功，则在操作3575，RX UE生成剩余的RV、将生成的RV存储在PHY TX缓冲器中并将RVI设置为C_T％4+1。在操作3580，由RVI(RV[RVI])指示的RV被转发到物理信道，RVI递增1，且C_T递增1。在操作3583，RX UE确定是否发送了所有生成的RV。如果发送了所有生成的RV，则进程进行到操作3587。
在该进程期间，对由SA指定的接收资源执行一个HARQ处理。当数据时段到期时，暂停正在进行的动作，并且只有到那时为止接收的数据的无错误部分可以被转发到更高层。例如，在操作3590，RX UE确定数据时段是否已经期满。如果数据时段尚未期满，则进程返回到操作3535，以继续数据接收。如果数据时段已经期满，则在操作3595，RX UE删除HARQ进程，并且到那时为止接收的数据的无错误部分可以被转发到更高层。
图36示出了根据本公开的实施例的SIB利用。
图37是根据本公开的实施例的改变重传概率值的过程的流程图。
图38示出根据本公开的实施例的SA中的风险位置。
图39是描绘根据本公开的实施例的基于风险类别的通信的时序图。
参考图36，可能不能直接发送源ID作为中继指示符。例如，在RX UE中，由于在HARQ功能的高端(high end)执行分组过滤，所接收的分组必须向上移动到MAC层以便可以识别源ID。因此，类似于通过SIB传送重传概率，如图36所示，可以在SIB中包括风险等级指示符(risk level indicator)而不是概率值。已经接收到风险等级指示符的每个D2D UE可以根据D2D UE所属的组而具有不同的重传概率。网络可以配置一般风险等级并且以半静态方式经由SIB发送相应的指示符。可以根据组特性在特定组内确定重传概率。
特定组中的类别的概率值可以是固定的或动态地改变的。UE可以在给定持续时间期间存储关于RV传输计数(直到接收成功时从给定源ID接收的RV的数目)的信息。当RV传输计数小时，可以调用MAC层的分组过滤以执行重传。当执行重传以将TX UE的数据从TX UE递送到最远的RX UE时，属于特定组的RX UE可能必须共享关于RV传输计数的信息。关于RV传输计数的信息可以由应用层广播到组内的各个UE。在共享信息中，最大RV传输计数可以用于调整重传概率。具体地，当最大RV传输计数指示接收失败时，可以增加当前重传概率。当最大RV传输计数为4时，可以维持当前重传概率。当最大RV传输计数为3时，可以维持或降低当前的重传概率。
例如，当最大RV传输计数为4而没有接收失败时，这指示具有最小化的发送能量的成功的数据发送。然而，考虑到由于移动性造成的误差容限，当最大RV传输计数为3时，可以维持当前重传概率。相反，当最大RV传输计数为1时，可以减小当前重传概率，使得最大RV传输计数将变为3或4，从而降低总传输能量。
参考图37，在操作3710，启动计时器。在操作3720，发送由SA指示的数据。在操作3730，从组中的UE接收响应。在操作3740，使用该响应来执行计算。计算算法由标记3745示出，并且上面给出了其描述。在操作3750，可以根据计算的值来调整重传概率。由此，属于同一组的各个UE可以在PHY端调整HARQ处理。
在上述方案中，努力使得在接收的重传计数中，最大值小于适当的重传计数，并且最小值不太小。不是使用如上所述的增量值，而是可以通过解决相应的优化问题来计算重传计数。
根据本公开的各种实施例，关于重传等级的信息可以直接包括在SA中。在这种情况下，特定源ID可以确定期望的重传等级并将其通知给群组成员。
如下面表2所示，关于重传等级的信息可以由重传概率或优先级索引给出。具有等于目的地ID(或组ID)的ID的RX UE可以使用给定值。
表2[表2]
Figure BDA0001294435510000291
不是直接将字段插入SA中，而可以使用SA池的一部分，如图38所示。
参考图38，当SA池被划分为具有不同风险等级的区域时，希望发送SA的UE可以将SA发送到相应的区域。在图6所示的实施例的情况下，TX UE可以通过竞争进程将SA发送到期望的区域。在图5所示的实施例的情况下，当eNB分配必要的资源时，eNB必须知道TX UE的风险类别或重传等级，并且TX UE必须向eNB通知这样的信息。TX UE可以使用ProSe-BSR来请求eNB分配必要的资源。因此，TX UE可以向eNB发送包含风险信息的ProSe-BSR。
下面的表3示出了根据本公开的实施例的ProSe-BSR。
表3[表3]
Figure BDA0001294435510000292
参考图39，可用于SA传输的无线电资源可由eNB 3940确定。在操作3951，TX UE3920从eNB 3940接收RRC连接重新配置消息以获得接入相关信息。在操作3953，TX UE 3920检测要发送到至少一个RX UE 3910或3930的D2D数据的生成。这里，TX UE 3920可以识别每个RX UE 3910或3930的目的地ID。或者，TX UE可以首先在操作3953检测D2D数据的生成，并且在操作3951从eNB接收与接入相关的信息。这也可以适用于下面描述的实施例。
在操作3955，TX UE 3920向eNB 3940发送调度请求消息。在操作3957，TX UE 3920从eNB 3940接收下行链路资源的分配。在操作3959，TX UE 3920将BSR消息发送到eNB 3940以通知要发送的D2D数据的量。这里，BSR消息可以包含风险信息，诸如类别信息(即类别标识符)。在操作3961，TX UE 3920从eNB 3940接收资源分配。这里，eNB 3940可以根据风险信息(例如类别信息)来分配资源。
此后，在操作3963和操作3965，TX UE 3920向RX UE 3910和RX UE 3930发送具有关于所分配的资源的信息的SA。这里，如前所述，SA包含目的地ID，这能够使RX UE识别SA是否向其寻址。假设RX UE 3910和3930具有相同的目的地ID(或组ID)。在操作3967，TX UE3920为RX UE 3910和3930分配HARQ进程。
在操作3973，RX UE 3910为所接收的SA分配HARQ进程。在操作3975，RX UE 3930为所接收的SA分配HARQ进程。
同时，TX UE 3920可以在操作3963和3965发送SA之后立即为第一RX UE 3910和第二RX UE 3930分配HARQ进程。或者，TX UE 3920可以在操作3969和3971发送数据之前即刻为第一RX UE 3910和第二RX UE 3930分配HARQ进程。
RX UE 3910和RX UE 3930可以在操作3963和3965接收到SA之后立即为TX UE3920分配HARQ进程。或者，当在操作3969和3971接收到第一数据时，RX UE 3910和RX UE3930可以为TX UE 3920分配HARQ进程。
在操作3969和操作3971，TX UE 3920分别向第一RX UE 3910和第二RX UE 3930发送数据。在操作3977，第一RX UE 3910成功地接收数据。
在这种情况下，在操作3979，第一RX UE 3910可以向第二RX UE 3930发送下一个RV。在操作3981，TX UE 3920可以向第二RX UE 3930发送数据。在操作3983，第二RX UE3930可以将从第一RX UE 3910接收的数据与从TX UE 3920接收的数据合并。
图40是根据本公开的实施例的发送UE的框图。
参考图40，TX UE可以包括通信单元4010和控制其整体操作的控制单元4020。
控制单元4020可以根据上述实施例中的一个来控制TX UE。例如，控制单元4020可以控制以下进程：在生成要发送到RX UE的数据时接收要用于D2D通信的资源的分配；将包含至少一个RX UE的标识信息的SA发送到至少一个RX UE；为至少一个RX UE的标识信息分配至少一个HARQ进程，以及通过使用HARQ进程向至少一个RX UE发送数据。
通信单元4010可以根据上述实施例之一来发送和接收信号。例如，通信单元4010可以向RX UE发送包含目的地ID的SA。
图41是根据本公开的实施例的接收UE的框图。
参考图41，RX UE可以包括通信单元4110和控制其整体操作的控制单元4120。
控制单元4120可以根据上述实施例中的一个来控制RX UE。例如，控制单元4120可以控制以下进程：确定包含在从至少一个TX UE接收的SA中的目的地标识信息是否等于RXUE的标识信息；当目的地标识信息等于RX UE的标识信息时为SA分配HARQ进程；以及通过使用该HARQ进程从至少一个TX UE接收数据。
通信单元4110可以根据上述实施例中的一个来发送和接收信号。例如，通信单元4110可以从TX UE接收包含目的地ID的SA。
虽然未示出，但是本公开的eNB可以包括通信单元和控制其整体操作的控制单元。
在本公开的特征中，可以消除当用于UE和eNB之间的通信的重传操作被引入D2D通信时导致系统性能降级的因素。
还可以通过去除这种性能降级因素来产生最佳系统性能。
可以通过使用D2D重传操作来增强D2D广播的性能。通过定义适合于处理数据重传单元的进程和实体，可以减轻由于在重传操作期间的进程ID指示而导致的无线电资源和系统开销的利用不足。基于一对D2D发送器和接收器执行进程分配。因此，可以将多个发送器和接收器对引入到UE和eNB之间的现有源/目的地关系。
此外，通过使用自适应错误确定，可以基于简化的重传配置来减少D2D通信期间的接收资源的浪费。该特征可以通过减少接收尝试来有助于节省接收功率以及通过自适应RV重传有助于获取广播信道增益。
在上文中，为了说明的目的示出和描述了本公开的各种实施例，而不限制本公开的主题。本领域技术人员应当理解，本文所述的方法和装置的许多变化和修改仍将落入如所附权利要求及其等同物所限定的本公开的精神和范围内。
虽然已经参考本公开的各种实施例示出和描述了本公开，但是本领域技术人员将理解，在不脱离在所附权利要求及其等同物中定义的本公开的精神和范围的情况下，可以在其中进行形式和细节上的各种改变。

Claims (20)

1.一种发送用户设备TX UE执行的方法，所述方法包括：
从基站接收用于设备到设备D2D通信的资源分配信息；
向接收用户设备RX UE发送组目的地标识；
基于组目的地标识配置混合自动重复请求HARQ进程；和
基于所述HARQ进程向所述RX UE发送数据。
2.根据权利要求1所述的方法，还包括：
在存在要发送到所述RX UE的数据的情况下，向所述基站发送资源分配请求消息。
3.根据权利要求1所述的方法，其中接收资源分配信息包括：基于系统信息从在网络中预先配置的资源池接收资源分配。
4.根据权利要求1所述的方法，还包括：
生成用于数据的4个冗余版本；
存储用于数据的所述4个冗余版本；以及
顺序地发送用于数据的所述4个冗余版本中的每一个。
5.根据权利要求1所述的方法，还包括：
接收与重传相关联的概率信息。
6.一种接收用户设备RX UE执行的方法，所述方法包括：
识别包括在从发送用户设备TX UE接收的消息中的组目的地标识；
基于组目的地标识配置混合自动重复请求HARQ进程；和
基于所述HARQ进程从所述TX UE接收数据。
7.根据权利要求6所述的方法，其中接收数据包括：
确定是否从所述TX UE成功地接收到冗余版本RV；和
在RV被成功接收的情况下，暂停下一个RV的接收直到下一个数据到达。
8.根据权利要求6所述的方法，其中接收数据包括：
确定是否从所述TX UE成功接收到RV；和
在RV被成功接收的情况下，生成下一个RV并且向另一个RX UE发送所生成的下一个RV。
9.根据权利要求8所述的方法，其中生成和发送下一个RV还包括：
接收由已经成功接收的一个RX UE使用的概率信息，以确定是否执行到所述另一个RXUE的重传；和
在RV被成功接收的情况下，基于所述概率信息来确定是否生成要发送到所述另一个RXUE的下一个RV。
10.根据权利要求6所述的方法，还包括：
接收重传相关联的概率信息。
11.一种发送用户设备TX UE，包括：
收发器；和
控制器，被配置为：
经由所述收发器从基站接收用于设备到设备D2D通信的资源分配信息，
经由所述收发器向接收用户设备RX UE发送组目的地标识，
基于组目的地标识配置混合自动重复请求HARQ进程，
经由所述收发器基于HARQ进程向所述RX UE发送数据。
12.根据权利要求11所述的TX UE，其中所述控制器还被配置为：
在存在要发送到所述RX UE的数据的情况下，经由所述收发器向所述基站发送资源分配请求消息。
13.根据权利要求11所述的TX UE，其中所述控制器还被配置为基于系统信息来从网络中预先配置的资源池接收资源分配。
14.根据权利要求11所述的TX UE，其中所述控制器还被配置为：
生成用于数据的4个冗余版本；
存储用于数据的所述4个冗余版本；以及
顺序地发送用于数据的所述4个冗余版本中的每一个。
15.根据权利要求11所述的TX UE，其中所述控制器还被配置为:
经由所述收发器接收与重传相关联的概率信息。
16.一种接收用户设备RX UE，包括：
收发器；和
控制器，被配置为：
识别包括在从发送用户设备TX UE接收的消息中的组目的地标识，
基于组目的地标识配置混合自动重复请求HARQ进程，
基于HARQ进程从所述TX UE接收数据。
17.根据权利要求16所述的RX UE，其中所述控制器还被配置为：
确定是否从所述TX UE成功地接收到冗余版本RV，以及
在RV被成功接收的情况下，暂停下一个RV的接收直到下一个数据到达。
18.根据权利要求16所述的RX UE，其中所述控制器还被配置为：
确定是否从所述TX UE成功接收到RV，
在RV被成功接收的情况下，生成下一个RV以及将所生成的RV发送给另一个RX UE。
19.根据权利要求18所述的RX UE，其中所述控制器还被配置为：
接收使得一个RX UE成功接收的概率信息，来确定是否执行到所述另一个RX UE的重传，
在RV被成功接收的情况下，基于所述概率信息来确定是否生成要发送给所述另一个RXUE的下一个RV。
20.根据权利要求16所述的RX UE，其中所述控制器还被配置为接收重传相关联的概率信息。
CN201580061873.6A 2014-09-25 2015-09-24 用于设备到设备的混合自动重复请求进程管理的方法和装置 Active CN107006025B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201462055232P 2014-09-25 2014-09-25
US62/055,232 2014-09-25
KR1020150032489A KR102304089B1 (ko) 2014-09-25 2015-03-09 단말간 통신의 harq 처리 방법 및 장치
KR10-2015-0032489 2015-03-09
PCT/KR2015/010109 WO2016048066A1 (en) 2014-09-25 2015-09-24 Method and apparatus for device-to-device harq process management

Publications (2)

Publication Number Publication Date
CN107006025A CN107006025A (zh) 2017-08-01
CN107006025B true CN107006025B (zh) 2020-09-01

Family

ID=55799766

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580061873.6A Active CN107006025B (zh) 2014-09-25 2015-09-24 用于设备到设备的混合自动重复请求进程管理的方法和装置

Country Status (3)

Country Link
US (1) US9907033B2 (zh)
KR (2) KR102304089B1 (zh)
CN (1) CN107006025B (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108353420B (zh) * 2015-11-05 2022-04-15 富士通株式会社 通信装置以及无线通信方法
WO2018174661A1 (en) 2017-03-24 2018-09-27 Samsung Electronics Co., Ltd. Resource selection method in vehicle to everything communication and apparatus therefore
EP3574694A4 (en) * 2017-03-24 2021-04-14 Samsung Electronics Co., Ltd. RESOURCE SELECTION PROCEDURE IN A VEHICLE-TO-EVERYTHING COMMUNICATION AND DEVICE FOR IT
CN109475002B (zh) * 2017-09-08 2020-10-20 电信科学技术研究院 一种下行数据传输的缓存方法、终端及基站
WO2019153125A1 (zh) * 2018-02-06 2019-08-15 Oppo广东移动通信有限公司 一种数据传输的方法、设备及计算机存储介质
CN108600997B (zh) * 2018-04-03 2020-09-04 暨南大学 一种基于harq辅助noma的大规模d2d通信方法
US10945216B2 (en) 2019-01-10 2021-03-09 Lenovo (Singapore) Pte. Ltd. Uplink power control
KR20200104017A (ko) 2019-02-26 2020-09-03 삼성전자주식회사 5g 네트워크 통신을 지원하는 전자 장치 및 상기 전자 장치가 송신 전력을 제어하는 방법

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102714584A (zh) * 2010-01-07 2012-10-03 三星电子株式会社 用于响应于接收多个分配的确认信号的资源索引
WO2013181515A2 (en) * 2012-05-31 2013-12-05 Interdigital Patent Holdings, Inc. Methods to enable scheduling and control of direct link communication in cellular communication systems
WO2014097224A1 (en) * 2012-12-21 2014-06-26 Telefonaktiebolaget Lm Ericsson (Publ) Mobile device assisted coordinated multipoint transmission and reception

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8839362B2 (en) 2006-07-31 2014-09-16 Motorola Mobility Llc Method and apparatus for managing transmit power for device-to-device communication
KR101387480B1 (ko) 2007-01-11 2014-04-22 엘지전자 주식회사 통신 상황에 따른 스케줄링 방식 적용 방법 및 이를지원하는 송수신 장치
JP5001462B2 (ja) 2008-09-19 2012-08-15 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 通信システムにおける方法及び構成
US8605692B2 (en) 2009-01-15 2013-12-10 Electronics And Telecommunications Research Institute Method for setting transmission opportunity and for transmitting and receiving data in wireless LAN system using multiple channel
US8442544B2 (en) 2009-02-27 2013-05-14 Broadcom Corporation Method and system for mitigating interference among femtocells via intelligent channel selection
CN101998607B (zh) 2009-08-31 2013-07-31 中国移动通信集团公司 上行时隙引入下行传输辅同步信号的方法、系统及装置
US9276708B2 (en) 2009-12-21 2016-03-01 Nokia Technologies Oy Secondary system usage in multicarrier networks
JP5980789B2 (ja) * 2010-11-03 2016-08-31 サムスン エレクトロニクス カンパニー リミテッド 時分割二重化システムにおける受信確認情報生成及び電力制御のための方法及び装置
US9014062B2 (en) * 2010-12-27 2015-04-21 Electronics And Telecommunications Research Institute Method for HARQ and link adaptation of device to device link in direct communication between user equipments and relaying by user equipment
GB2497589A (en) 2011-12-16 2013-06-19 Renesas Mobile Corp Resource Allocation in a Wireless Communication System
DK2665325T3 (da) 2012-05-15 2014-10-27 Ericsson Telefon Ab L M Radioforbindelsesstyring til netværksunderstøttet indretning-til-indretning-kommunikation
US9084241B2 (en) 2012-05-21 2015-07-14 Qualcomm Incorporated Methods and apparatus for determining available resources for D2D communications
US9578665B2 (en) 2012-06-06 2017-02-21 Nec (China) Co., Ltd. Method and apparatus for performing D2D communication
US9479312B2 (en) 2012-06-07 2016-10-25 Nec (China) Co., Ltd. Method and apparatus for interference control
US9072000B2 (en) 2012-10-19 2015-06-30 Qualcomm Incorporated Power efficient relay discovery protocol
US10602452B2 (en) 2012-11-20 2020-03-24 Huawei Technologies Co., Ltd. System and method for device-to-device operation in a cellular communications system
KR101466903B1 (ko) * 2013-01-10 2014-12-03 성균관대학교산학협력단 D2d 통신을 위한 통신단말의 송신전력정보 결정방법, d2d 통신을 위한 통신단말의 자원할당방법 및 d2d 통신시스템
EP3399808B1 (en) 2013-02-15 2021-04-07 Samsung Electronics Co., Ltd. Method and apparatus for power control and multiplexing for device to device communication in wireless cellular communication system
GB2513904A (en) 2013-05-10 2014-11-12 Nec Corp Communication system
US9991940B2 (en) 2013-09-10 2018-06-05 Qualcomm Incorporated Multi-user multiple-input multiple-output (MU-MIMO) feedback protocol
US9167544B2 (en) 2014-01-28 2015-10-20 Industrial Technology Research Institute Device to device synchronization method applicable to user equipment and user equipment using the same
EP3105978B1 (en) * 2014-02-10 2019-06-19 Telefonaktiebolaget LM Ericsson (publ) Inter-network assisted power control for interference mitigation of d2d communications
US9769644B2 (en) 2014-03-14 2017-09-19 Intel IP Corporation Systems, methods, and devices for device-to-device communication mode selection
EP3471487B1 (en) 2014-03-21 2020-12-23 Sun Patent Trust Apparatus and method for transmitting a buffer status report

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102714584A (zh) * 2010-01-07 2012-10-03 三星电子株式会社 用于响应于接收多个分配的确认信号的资源索引
WO2013181515A2 (en) * 2012-05-31 2013-12-05 Interdigital Patent Holdings, Inc. Methods to enable scheduling and control of direct link communication in cellular communication systems
WO2014097224A1 (en) * 2012-12-21 2014-06-26 Telefonaktiebolaget Lm Ericsson (Publ) Mobile device assisted coordinated multipoint transmission and reception

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Identifier in scheduling assignment for D2D communication;Samsung;《3GPP TSG RAN WG1 #77 R1-142107》;20140510;第1-2页 *

Also Published As

Publication number Publication date
CN107006025A (zh) 2017-08-01
KR102364638B1 (ko) 2022-02-18
US20170303214A1 (en) 2017-10-19
KR102304089B1 (ko) 2021-09-23
KR20160036458A (ko) 2016-04-04
US9907033B2 (en) 2018-02-27
KR20160036649A (ko) 2016-04-04

Similar Documents

Publication Publication Date Title
US9930684B2 (en) Method and apparatus for device-to-device HARQ process management
US11463204B2 (en) Method and apparatus for sidelink transmission in a wireless communication system
CN107006025B (zh) 用于设备到设备的混合自动重复请求进程管理的方法和装置
JP5384686B2 (ja) 通信システムにおける方法および装置
JP7118066B2 (ja) 無線通信システムにおける端末のデータ再送信方法及び前記方法を利用する通信装置
CN107251628B (zh) 用于具有信道重复的harq的增强方法以及用户设备
KR20190095326A (ko) 데이터 전송을 위한 방법 및 장치
US11425755B2 (en) Method and apparatus for identifying uplink signal transmission timing in wireless communication system
EP2658338A1 (en) Group-based scheduling method, ue, and network device
KR102629352B1 (ko) 무선 셀룰라 통신 시스템에서 상향링크 데이터 및 제어신호 전송 타이밍 결정 방법 및 장치
KR20220037492A (ko) 무선 통신 시스템에서 사이드링크 송신을 위한 방법 및 장치
JP7143427B2 (ja) 共有グラントフリー伝送によって支援される第５世代新無線アップリンク多重化
WO2013034042A1 (zh) 传输控制信息的方法、基站和用户设备
WO2012087199A1 (en) Method and arrangement for acknowledgement of contention- based uplink transmissions in a telecommunication system
KR20200057482A (ko) 무선 통신 시스템에서 통신을 수행하는 방법 및 장치
US11743883B2 (en) Apparatus and method for transmitting/receiving of data in a wireless communication system providing different services
JP2018526925A (ja) ユーザ機器を動作させる方法及びベースバンドユニットを動作させる方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant