CN108809544A - 一种软缓存分配方法和设备 - Google Patents

一种软缓存分配方法和设备 Download PDF

Info

Publication number
CN108809544A
CN108809544A CN201710319453.4A CN201710319453A CN108809544A CN 108809544 A CN108809544 A CN 108809544A CN 201710319453 A CN201710319453 A CN 201710319453A CN 108809544 A CN108809544 A CN 108809544A
Authority
CN
China
Prior art keywords
soft
serving cell
caching
soft caching
instruction information
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.)
Pending
Application number
CN201710319453.4A
Other languages
English (en)
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.)
Beijing Samsung Telecom R&D Center
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics Co Ltd
Original Assignee
Beijing Samsung Telecommunications Technology Research Co Ltd
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 Beijing Samsung Telecommunications Technology Research Co Ltd, Samsung Electronics Co Ltd filed Critical Beijing Samsung Telecommunications Technology Research Co Ltd
Priority to CN201710319453.4A priority Critical patent/CN108809544A/zh
Priority to US16/611,072 priority patent/US11129205B2/en
Priority to PCT/KR2018/005236 priority patent/WO2018203735A1/en
Publication of CN108809544A publication Critical patent/CN108809544A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals

Landscapes

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

Abstract

本发明提供了一种用于分配UE的软缓存的方法及其设备。该方法包括从接入点接收第一指示信息，所述第一指示信息指示针对服务小区的软缓存分配；以及根据所述第一指示信息确定每个服务小区对应的软缓存。通过上述方法和设备，实现了高效的UE软缓存分配。

Description

一种软缓存分配方法和设备
技术领域
本申请涉及无线通信技术领域，更具体的说，涉及软缓存分配方法和设备。
背景技术
长期演进(LTE，Long Term Evolution)技术支持频分双工(FDD，FrequencyDivision Duplex)和时分双工(TDD，Time Division Duplex)两种双工方式。图1为LTE的TDD系统的帧结构示意图。每个无线帧的长度是10毫秒(ms)，等分为两个长度为5ms的半帧，每个半帧包含8个长度为0.5ms的时隙和3个1ms的特殊域，3个特殊域分别为下行导频时隙(DwPTS，Downlink pilot time slot)、保护间隔(GP，Guard period)和上行导频时隙(UpPTS，Uplink pilottime slot)，每个子帧由两个连续的时隙构成。
TDD系统中的传输包括：由基站到用户设备(UE，User Equipment)的传输(称为下行)和由UE到基站的传输(称为上行)。基于图1所示的帧结构，每10ms时间内上行和下行共用10个子帧，每个子帧或者配置给上行，或者配置给下行，将配置给上行的子帧称为上行子帧，将配置给下行的子帧称为下行子帧。TDD系统中支持7种上行下行配置，如表1所示，D代表下行子帧，U代表上行子帧，S代表包含上述3个特殊域的特殊子帧。
表1：TDD上行下行配置
物理下行共享信道(PDSCH，Physical Downlink Shared Channel)的混合自动重传请求(HARQ，Hybrid Automatic Repeat reQuest)应答信息可以在物理上行共享信道(PUSCH，Physical Uplink Shared Channel)或物理上行控制信道(PUCCH，PhysicalUplink Control Channel)传输。对于PDSCH到PUCCH的定时关系，假设UE在上行子帧n的PUCCH反馈HARQ-ACK反馈信息，则该PUCCH指示了下行子帧n-k内的PDSCH或指示半持续调度(SPS，Semi Persistent Scheduling)释放的PDCCH/EPDCCH的HARQ-ACK反馈信息。这里，对于TDD配置K的值在表2中定义，K是M个元素的集合，与子帧序号以及TDD上行下行配置有关被称为下行关联集合(Downlink association set)，集合K中的元素k被称为下行关联元素，对于FDD，k＝4。下文将下行关联集合对应的下行子帧简称为捆绑窗口(BundlingWindow)，即对于K中所有元素k，由n-k构成的集合{n-k，k∈K}。在PUCCH子帧中会为每个下行子帧的每个PDSCH分配一个PUCCH资源反馈HARQ-ACK反馈信息。
表2：TDD上行下行配置的下行关联集合
另外，调度PDSCH的PDCCH/EPDCCH中包括HARQ过程识别(ProcessID)的域，用来标示HARQ过程识别相同的传输块(TB，Transmission Block)是可以合并的。对于FDD有8个HARQ过程，调度PDSCH的PDCCH/EPDCCH中包括的HARQ过程识别的域为3比特，分别标明八个HARQ过程；而对于TDD的HARQ过程，不同的TDD上行下行配置，HARQ最大过程数是不同的，具体见表3，调度PDSCH的PDCCH/EPDCCH中包括的HARQ过程识别的域为4比特，最多可以标明十六个HARQ过程。
表3：TDD上行下行配置的最大HARQ过程数
以上描述了LTE TDD的版本10的HARQ定时关系，另一个与HARQ相关的问题是如何处理软缓存。
实际上，UE根据其处理能力被划分为多个类别，划分的依据是UE是否支持多输入多输出(MIMO)、支持MIMO的最大数据流个数和软缓存的大小等。这里，软缓存用于在UE未能正确解码基站发送的数据时保存接收到的软比特，软缓存中的软比特能够在HARQ重传时被软合并，从而提高链路性能。软缓存的处理影响到对下行数据的速率匹配(RM)。在LTE TDD版本10中，UE的软缓存大小为Nsoft，Nsoft的具体值和UE的能力有关。无论UE是处于单载波模式还是载波聚合(CA)模式，对一个传输块的每个编码块，按照软缓存大小来进行速率匹配，其中：
C是每个传输块包含的编码块总数；
KMIMO是依赖于UE的传输模式的参数，对MIMO传输模式，KMIMO＝2，对非MIMO传输模式，KMIMO＝1；
MDL_HARQ是根据表3确定的最大下行HARQ过程数；
Mlimit是常数8；
Kw是涡轮编码(turbo)输出的编码比特的总数；
KC的确定方法为：如果Nsoft＝35982720，KC＝5；如果Nsoft＝3654144且UE在下行不能支持超过2层空间复用时，KC＝2；其他情况KC＝1。
也就是说，无论UE实际工作在几个服务小区，在速率匹配时都是按照UE只配置当前一个服务小区的情况来进行速率匹配的。这样，当UE实际配置多个服务小区(servingCell)时，上述处理的结果是：在速率匹配时假想的对一个编码块的HARQ软缓存可能比UE实际能够支持的软缓存能力大。
在LTE TDD版本10中，假设UE将其软缓存等分给多个Cell。这里，为了更好的支持HARQ冗余递增(IR)，基站需要知道UE在未能正确解码一个编码块时实际保存了哪些软比特。为此，记UE配置的服务小区个数为然后对每个Cell，对至少KMIMO·min(MDL_HARQ，Mlimit)个传输块，当一个传输块的一个编码块解码失败时，在LTE-A中规定UE至少需要为该编码块保存软比特其中：
wk是UE收到的一个软比特，并且k是UE收到的各个软比特的索引中最小的索引。
上面描述的软缓存处理方法针对的是每个服务小区的传输特性(例如带宽差距)不大的情况，因此可将UE的软缓存平均分配给每个服务小区，但是当例如服务小区的带宽相差很大时，每个小区平均分配软缓存是不经济的，会造成带宽比较大的服务小区性能下降，这是需要解决的问题。
发明内容
本申请提供了一种软缓存分配方法及其设备，以至少部分地解决上述问题。
为至少部分地实现上述目的，本申请采用一种用于分配用户设备(UE)的软缓存的方法，所述方法包括：从接入点接收第一指示信息，所述第一指示信息指示针对服务小区的软缓存分配；以及根据所述第一指示信息确定每个服务小区对应的软缓存。
为至少部分地实现上述目的，本申请采用一种用户设备(UE)。UE包括存储器和处理器。处理器被配置为当执行存储器中存储的可执行指令时，实现上述的方法。
为至少部分地实现上述目的，本申请采用一种存储有计算机可执行指令的计算机可读存储介质，使得当执行所述计算机可执行指令时可实现上述的方法。
为至少部分地实现上述目的，本申请采用一种用于分配用户设备(UE)的软缓存的方法，所述方法包括：生成第一指示信息，所述第一指示信息指示针对服务小区的软缓存分配，以由所述UE根据所述第一指示信息来确定每个服务小区对应的软缓存；以及向所述UE发送所述第一指示信息。
为至少部分地实现上述目的，本申请采用一种接入点。该接入点包括存储器和处理器。处理器被配置为当执行存储器中存储的可执行指令时，实现上述的方法。
为至少部分地实现上述目的，本申请采用一种存储有计算机可执行指令的计算机可读存储介质，使得当执行所述计算机可执行指令时可实现上述的方法
采用本发明的方法和设备，UE能够根据从接入点接收到的指示UE的软缓存分配的信息来为各个服务小区分配UE的软缓存，实现了高效的软缓存分配。
附图说明
通过下面结合附图对发明进行的详细描述，将使本发明的上述特征和优点更加明显，其中：
图1为LTE的TDD系统的帧结构示意图；
图2为根据本发明实施例的UE软缓存分配方法的示例性流程图；
图3为根据本发明实施例的另一UE软缓存分配方法的示例性流程图；
图4为根据本发明实施例的软缓存分配的示意图；以及
图5为根据本发明实施例的软缓存分配的另一示意图。
具体实施方式
为使本申请的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本申请作进一步详细说明。
为了实现本申请之目的，本申请提出了一种用于分配UE的软缓存的方法，如图2所示，该方法包括以下步骤：
步骤210：从接入点接收第一指示信息，该第一指示信息指示针对服务小区的软缓存分配。
步骤210中所述的接入点可以是基站，也可以是能够实现基站功能的任何节点。虽然在下面的描述中以基站为例来阐述本发明实施例的技术方案，需要注意的是，也可以等同使用NB、eNB等术语。
步骤220：根据所述第一指示信息确定每个服务小区对应的软缓存。
如下所述，根据本发明的各个实施例，该方法还可包括从接入点接收第二指示信息，该第二指示信息指示指定通信过程的软缓存分配。在此情况下，该方法还可包括：根据第二指示信息，在每个服务小区对应的软缓存中，确定指定通信过程对应的软缓存。
在一些示例中，图2所示的方法还可包括根据分配给指定通信过程的软缓存，确定UE接收的传输块中的编码块的速率匹配和/或当UE未能正确解码编码块时需要保存的软比特。
在一些示例中，确定当UE未能正确解码编码块时需要保存的软比特可包括：当UE未能正确解码编码块时，按照编码块对应传输块的优先级，确定需要保存的软比特。
在一些示例中，图2所示的方法还可包括：按照指定通信过程对应的传输块的优先级，依次在对应软缓存中保存软比特。
上述指定通信过程可以包括混合自动重传请求(HARQ)过程，也可以是各个服务小区中涉及软缓存分配的任意其他通信过程，本发明实施例的技术方案不限于HARQ过程。
在一些示例中，第一指示信息可以包括以下任一项：为每个服务小区配置的软缓存大小；为每个服务小区配置的软缓存分配比例；为每个服务小区配置的软缓存分配因子；为每个服务小区配置的软缓存单元数量；以及每个服务小区的传输特性。这些参数的具体解释和使用可参见下面的具体实施例。
这里所说的每个服务小区的传输特性可以包括以下各项中的至少一项：带宽大小、子载波宽度、时隙长度、HARQ应答“HARQ-ACK”的传输方式。当然，其他的示例也是可能的。
图2所示的方法可在用户设备(UE)处执行。对应地，也可在接入点处执行相应方法。图3示出了一种在接入点处执行的用于分配UE的软缓存的方法，如上所述，此处的接入点可以是基站或能够实现基站功能的任何网络节点。如图3所示，该方法包括以下步骤：
步骤310，生成第一指示信息，该第一指示信息指示针对服务小区的软缓存分配，以由UE根据第一指示信息来确定每个服务小区对应的软缓存。
步骤320，向UE发送第一指示信息。
在一些示例中，图3所示的方法还可包括：向UE发送第二指示信息，第二指示信息指示指定通信过程的软缓存分配。
在一些示例中，图3所示的方法还可包括：根据指定通信过程对应的传输块，分配指定通信过程的软缓存。
上述的指定通信过程可以包括混合自动重传请求(HARQ)过程，也可以是各个服务小区中涉及软缓存分配的任意其他通信过程，本发明实施例的技术方案不限于HARQ过程。
在一些示例中，第一指示信息可以包括以下任一项：为每个服务小区配置的软缓存大小；为每个服务小区配置的软缓存分配比例；为每个服务小区配置的软缓存分配因子；为每个服务小区配置的软缓存单元数量；以及每个服务小区的传输特性。这些参数的具体解释和使用可参见下面的具体实施例。
这里所说的每个服务小区的传输特性可以包括以下各项中的至少一项：带宽大小、子载波宽度、时隙长度、HARQ应答“HARQ-ACK”的传输方式。当然，其他的示例也是可能的。
可通过显式信令或隐式信令来发送上述的第一指示信息和第二指示信息。例如，显式信令可包括高层信令、媒体接入层(MAC)信令或者物理层(PHY)信令。UE可通过接收接入点(例如基站)发送的高层信令、媒体接入层信令或者物理层信令来获得上述指示信息。在一些示例中，隐式信令可包括接入点发送的每个服务小区的传输特性，如服务小区的带宽大小、子载波宽度、时隙长度、HARQ应答(HARQ-ACK)的传输方式等。UE可根据接收到的传输特性来确定为每个服务小区分配的软缓存大小。
目前的软缓存都是先按照UE配置的服务小区数进行平均分配，然后将分配给每个服务小区的软缓存再按照每个服务小区的最大下行HARQ过程数与一个常数(Mlimit)的最小值进行平均分配。但是由于在新无线(NR，New Radio)系统中，不同服务小区在带宽、时隙长短以及传输业务的不同，利用在每个服务小区平均分配软缓存，软缓存的使用效率低。
为了更好地使用UE的软缓存，在本发明实施例中，可以根据每个服务小区的特性，对每个服务小区加以区别地使用UE的软缓存，例如，每个服务小区使用的软缓存数可以不同。这里的每个服务小区的特性包括每个服务小区的带宽大小，子载波宽度，时隙长度，HARQ-ACK的传输方式等。此外，对每个服务小区的软缓存分配还可以基于每个服务小区所传输的业务。这里的服务小区传输的业务包括但不限于增强的移动宽带(eMBB，EnhancedMobile BroadBand)和超可靠低时延(URLLC，Ultra Reliaibility Low LatencyCommunication)业务等。
另外，在同一服务小区，各个HARQ过程也可能存在利用不同的子载波空间传输，利用不同的时隙长度进行传输，以及利用时隙聚合(Slot Aggregation)进行传输，还有利用码块组进行传输，针对同一服务小区的不同HARQ过程，如果采用相同的软缓存，软缓存的使用效率也比较低下。因此，可以根据服务小区内的各个HARQ过程的上述不同传输特性来为各个HARQ过程分配软缓存，并加以区别地使用UE的软缓存进行速率匹配以及存储软比特。
下面通过几个示例实施例，对本申请技术方案进行进一步详细说明。需要注意的是，虽然下面以HARQ过程为例来阐述本发明实施例的技术方案，其他类型的涉及软缓存分配的过程也可应用本发明实施例的技术方案。
实施例一
本实施例描述如何为不同服务小区分配软缓存的方法，对于每个UE，当UE配置N(N是大于等于1的正整数)个服务小区时，每个服务小区分配的软缓存大小可能不同，UE可以通过接收基站发送的显式信令(Explicit Signaling)或者通过接收基站发送的隐式信令(Implicit Signaling)，获得为每个服务小区分配的软缓存大小(或数量，其二者可互换使用)。下面分别描述UE通过接收基站发送的显式信令或者隐式信令获得为每个服务小区分配的用于接收数据的软缓存的数量。如图4所示，UE配置了3个服务小区，UE的总的软缓存大小分配给3个服务小区来存储软缓存比特，分配给每个服务小区的软缓存大小不同。
方式一：UE通过接收基站发送的显式信令，获得为每个服务小区分配的用于接收数据的软缓存大小。
显式信令可包括高层信令、媒体接入层信令或者物理层信令，UE可通过接收基站发送的高层信令、媒体接入层信令或者物理层信令来获得为每个服务小区分配的用于接收数据的软缓存大小。
例如，为每个服务小区配置软缓存大小vk，其中k是服务小区的索引。
例如，为每个服务小区配置软缓存分配比例rk，其中k是服务小区的索引，可根据软缓存分配比例确定为每个服务小区分配的软缓存大小，例如为服务小区k分配的软缓存大小为Nsoft*rk，Nsoft是UE总的软缓存大小。例如，假设，UE配置了3个服务小区，UE的总的软缓存大小为Nsoft，可为服务小区1分配30％Nsoft，为服务小区2分配40％Nsoft，为服务小区3分配30％Nsoft。
例如，为每个服务小区配置软缓存分配因子sk，其中k是服务小区的索引，可根据软缓存分配比例确定为每个服务小区分配的软缓存大小，例如服务小区k的软缓存大小为Nsoft是UE总的软缓存大小，K是UE配置的服务小区数，采用这个方法，只需为新配置的服务小区配置软缓存分配因子，UE就可以分配所有的软缓存，其中，sk可以是大于等于1的正整数，sk可以是小于1的小数，sk也可以是0。例如，假设，UE配置了3个服务小区，UE的总的软缓存大小为Nsoft，服务小区1的软缓存分配因子为1，服务小区2的软缓存分配因子为2，服务小区3的软缓存分配因子为2，则可为服务小区1分配为服务小区2分配为服务小区3分配
例如，可将UE总的软缓存大小分成大小为U的软缓存单元，每个服务小区k可以分配Mk个软缓存单元，即为服务小区k分配U*Mk软缓存大小。例如，Mk可由高层信令配置得到。或者可根据服务小区的带宽得到该服务小区的软缓存单元数量。利用此方法可以更好地在不同服务小区之间共享软缓存。例如，假设，UE配置了3个服务小区，UE的总的软缓存大小分成10个大小为U的软缓存单元，则可为服务小区1分配3个软缓存单元，为服务小区2分配3个软缓存单元，为服务小区3分配4个软缓存单元，如图5所示。
上述由UE从基站接收到的显式信令可由基站基于每个服务小区的传输特性来生成或确定。在一些示例中，可根据每个服务小区的带宽大小来按正比例地为每个服务小区分配UE的软缓存并生成相应信令或指示信息。在一些示例中，可根据每个服务小区所使用的子载波宽度来按反比例地为每个服务小区分配UE的软缓存并生成相应信令或指示信息。在一些示例中，可根据每个服务小区所使用的时隙长度来按正比例地为每个服务小区分配UE的软缓存并生成相应信令或指示信息。在一些示例中，当某个服务小区的HARQ-ACK所设置的重传间隔较大时，则需要针对该服务小区分配更大的UE软缓存。
需要注意的是，在此针对服务小区的各传输特性阐述的UE软缓存分配仅是为说明本发明实施例而提出的示例。在具体实现中，也可以针对上述传输特性采用不同的UE软缓存分配方式或使用其他可能涉及UE软缓存分配的任何传输特性，本发明不受服务小区的具体传输特性及传输特性的具体使用的限制。
此外，上述显式信令的生成或确定也可以基于每个服务小区所传输的业务。例如对于所传输的业务的重要性或优先级较高的服务小区可优先分配UE的软缓存或分配更多的UE软缓存。例如，对于传输低时延业务(如URLLC业务)的服务小区，可为其分配较少的UE软缓存。同样需要注意的是，在此针对上述业务阐述的UE软缓存分配仅是为说明本发明实施例而提出的示例，在具体实现中，也可以针对上述业务采用其他的分配方式或甚至基于其他任何可能涉及UE软缓存的业务来分配UE的软缓存，本发明不受上述具体示例的限制。
方式二：UE通过接收基站发送的隐式信令，获得为每个服务小区分配的用于接收数据的软缓存大小。
UE可以通过接收基站发送的隐式信令(Implicit Signaling)来获得为每个服务小区分配的软缓存大小。例如，可以通过基站发送的各个服务小区的系统带宽或者该服务小区配置的带宽得到服务小区的软缓存大小。例如，假设服务小区的系统带宽为10MHz，则服务小区的软缓存大小可以为20％Nsoft，Nsoft是UE总的软缓存大小。
虽然上述仅示出了UE根据各个服务小区的带宽大小来确定要分配给各个服务小区的UE软缓存的示例，本领域技术人员也可利用各个服务小区的其他传输特性来确定UE的软缓存分配。例如可在UE处参照上述方式一中用于在基站处确定显示信令的相同方式来确定UE的软缓存分配。
方式三：UE通过接收基站发送的显式信令和隐式信令的结合，获得为每个服务小区分配的用于接收数据的软缓存大小。
例如，可将UE总的软缓存大小分成大小为U的软缓存单元，UE可通过接收高层信令获得U，且可根据服务小区的带宽得到每个服务小区可以分配的软缓存单元数。例如，假设，UE配置了3个服务小区，UE的总的软缓存大小分成10个大小为U的软缓存单元，服务小区1的系统带宽为10MHz，则可为服务小区1分配1个软缓存单元，服务小区1的系统带宽为20MHz，可为服务小区2分配2个软缓存单元，服务小区3的系统带宽为20MHz，可为服务小区3分配2个软缓存单元。
虽然上述仅示出了UE根据各个服务小区的带宽大小来确定要分配给各个服务小区的UE软缓存的示例，本领域技术人员也可利用各个服务小区的其他传输特性来确定UE的软缓存分配。例如可在UE处参照上述方式一中用于在基站处确定显示信令的相同方式来确定要为各个服务小区分配的UE的软缓存单元数。
UE通过上面三种方式中的任一种可以计算出服务小区k的软缓存大小，记为Nsoft，k。如果服务小区有多个HARQ过程，UE可再把分配给每个服务小区的软缓存分配给各个HARQ过程。例如，为了更好的支持HARQ冗余递增(IR)，基站需要知道UE在未能正确解码一个编码块时实际保存了哪些软比特。为此，对每个服务小区，对至少KMIMO·min(MDL_HARQ，Mlimit)个传输块，当一个传输块的一个编码块解码失败时，UE至少需要为该编码块保存软比特其中：
k是UE收到的各个软比特的索引中的最小的索引；
MDL_HARQ由高层信令配置或由协议确定。
以下提供了可根据UE软缓存来进行速率匹配的几种示例性确定方法：
方法一：
假定UE的软缓存大小为Nsoft，Nsoft的具体值和UE的能力有关。无论UE是处于单载波模式还是载波聚合(CA，Carrier Aggregation)模式，对一个传输块的每个编码块，按照软缓存大小来进行速率匹配，其中：
C是每个传输块包含的编码块总数；
KMIMO依赖于UE的传输模式，对MIMO传输模式，KMIMO＝2，对非MIMO传输模式，KMIMO＝1；
MDL_HARQ可由高层信令配置或由协议确定；
Mlimit是常数8；
Kw是涡轮编码(turbo)输出的编码比特的总数；
Kc的确定方法为：如果Nsoft＝35982720，KC＝5；如果Nsoft＝3654144且UE在下行不能支持超过2层空间复用时，KC＝2；其他情况KC＝1，或者其他的KC确定方法，这里不做约束；
Ncb是编码块可以存储的信息比特数；
NIR是为传输块分配的软缓存大小。
在上述示例中，无论UE实际工作在几个服务小区，在速率匹配时都可按照UE只配置当前一个服务小区的情况来进行速率匹配的。
方法二：
假定UE的软缓存大小为Nsoft，Nsoft的具体值和UE的能力有关。在CA的模式下，对于不同服务小区可使用不同的软缓存大小进行速率匹配。UE可以通过接收基站发送的显式信令和/或隐式信令获得每个服务小区的速率匹配时的软缓存。需要注意的是，每个服务小区的速率匹配时的软缓存与为每个服务小区分配的用于接收数据的软缓存大小可能不同。
例如，对一个传输块的编码块k，按照软缓存大小来进行速率匹配，其中：
C是每个传输块包含的编码块总数；
KMIMO依赖于UE的传输模式，对MIMO传输模式，KMIMO＝2，对非MIMO传输模式，KMIMO＝1；
MDL_HARQ可由高层信令配置或由协议确定；
Mlimit是常数8；
Kw是涡轮编码(turbo)输出的编码比特的总数；
Ncb，k是服务小区k的编码块可以存储的信息比特数；
lk是服务小区k的速率匹配软缓存因子。UE可以通过接收基站发送的显式信令以及隐式信令获得lk。在基站处可根据实际的传输要求来确定该参数，在此不再赘述。
当阐述速率匹配和在存储未能正确解码编码块时实际保存了哪些软比特时，本发明实施例是基于同一个服务小区的不同HARQ过程使用相同的软缓存大小来进行描述的。然而，本实施例的方法也可以扩展到在同一个服务小区的不同HARQ过程使用的不同软缓存大小的条件下进行。
实施例二
本实施例描述如何为同一服务小区内的不同HARQ过程分配软缓存的方法。当UE在一个服务小区的不同HARQ过程可能接收的子载波空间不同、时隙长度不同、使用不同多时隙聚合、以及采用不同码块组(CBG，Code Block Group)重传等情况下，对于各个HARQ过程，软缓存的数量可以不同。UE可以通过接收基站发送的显式信令或者隐式信令确定各个HARQ过程的软缓存。需要注意的是，此处基站发送的显示信令或隐式信令与基站发送的用于为每个服务小区分配UE的软缓存的显示信令或隐式信令可以是相同信令或不同信令。
在一些示例中，可以为子载波空间不同的HARQ过程独立地分配软缓存，也就是可将不同的子载波空间的频带当做不同的服务小区。例如，如果一个服务小区需要支持两个不同子载波空间的HARQ过程，则在分配软缓存时，可以把该服务小区当做两个服务小区处理。
在一些示例中，可以为服务小区k确定参考的HARQ过程数MDL_HARQ，k，这个参考的HARQ过程数可以通过高层信令配置或者其他显示信令指示或者隐式信令获得。然后，按照这个参考的HARQ过程数将分配给服务小区的软缓存大小分配给每个参考HARQ过程。然后，在每次实际接收数据时，根据实际接收HARQ过程的传输块与参考HARQ过程的传输块的对比关系来确定实际接收所用的软缓存大小。UE可以通过接收显式信令或者隐式信令确定实际接收HARQ过程的传输块与参考HARQ过程的传输块的对比关系。例如，以调度一个码块组的PDSCH的HARQ过程作为参考HARQ过程，则调度二个码块组时的PDSCH的HARQ过程的软缓存大小是参考HARQ过程的软缓存大小的两倍。又例如，以调度一个时隙的PDSCH的HARQ过程作为参考HARQ过程，则当时隙聚合时，调度二个时隙时的PDSCH的HARQ过程的软缓存大小是参考HARQ过程的软缓存大小的两倍。又例如，以调度一个时隙内一个OFDM符号的PDSCH的HARQ过程作为参考HARQ过程，则调度一个时隙内四个OFDM符号的PDSCH的HARQ过程的软缓存大小是参考HARQ过程的软缓存大小的四倍，以此类推。
然后，根据各个HARQ过程的软缓存大小进行速率匹配和数据软比特的存储。各个HARQ过程用于速率匹配时的软缓存大小和各个HARQ过程用于软比特存储时的软缓存大小可以不相同。例如，将针对服务小区k的HARQ过程p的用于速率匹配时的软缓存大小假设为sk，p，则速率匹配的过程为：对一个HARQ过程p的传输块的每个编码块，按照软缓存大小来进行速率匹配，其中，C是传输块中编码块的个数，Kw是输出的编码比特的总数。
将针对服务小区d的HARQ过程p的用于数据软比特的存储时的软缓存大小假设为qd，p，
基站需要知道UE在未能正确解码一个编码块时实际保存了哪些软比特。为此，对每个服务小区，对HARQ过程p的传输块，当该传输块的一个编码块解码失败时，UE至少需要为该编码块保存软比特wk，其中：
k是UE收到的各个软比特的索引中的最小的索引。
实施例三
上面的实施例一描述的是确定为每个服务小区分配的软缓存大小，实施例二描述的是在实施例一确定了为每个服务小区分配的软缓存大小后，再将分配给每个服务小区的软缓存大小分配给同一服务小区的HARQ过程。上述两次分配可分为两个分配步骤进行的，然而在一些实施例中也可以仅通过一个分配步骤为每个服务小区的HARQ过程分配软缓存大小。
可将UE总的软缓存大小划分成大小为U的软缓存单元，该软缓存单元U可以通过高层信令配置。在一些示例中，可将U定义为特定数量的传输块(例如，基本传输块，如一个码块组，但本发明不限于此，也可以采用其他的取值)所需的软缓存大小(数量)。然后，对每次实际接收数据时，根据实际接收的服务小区的HARQ过程的传输块与基本的传输块的对比关系确定实际接收所用的软缓存单元数量。例如，基于特定数量的传输块所需的软缓存大小，可根据每个服务小区的各个HARQ过程所使用的传输块的数量按正比例地为每个服务小区的各个HARQ过程分配UE的软缓存。在一些示例中，UE也可以通过接收显式信令或者隐式信令来确定实际接收的HARQ过程的传输块与基本的传输块的对比关系。
例如，在所配置的任意一个服务小区内，调度一个码块组的PDSCH的HARQ过程的软缓存大小为U，则调度二个码块组的PDSCH的HARQ过程的软缓存大小为2U。
为UE配置的每个服务小区k确定参考的HARQ过程数MDL_HARQ，k，UE配置了K个服务小区，将UE总的软缓存大小Nsoft划分为大小为的软缓存单元。在每次实际接收数据时，根据实际接收的服务小区的HARQ过程的传输块与参考HARQ过程的传输块的对比关系确定实际接收所用的软缓存单元数量。在一些示例中，UE也可以通过接收显式信令或者隐式信令确定实际接收HARQ过程的传输块与参考HARQ过程的传输块的对比关系。
实施例四
当UE接收的业务属于高优先级业务，在速率匹配和存储UE在未能正确解码一个编码块时保存软比特时，可采用不同的方法。
例如，对一个传输块的每个编码块k，可按照软缓存大小Kw来进行速率匹配，其中，Kw是编码输出的编码比特的总数。
在接收端，UE保留的比特数可以为min{UE接收到的数据的所有软比特数，KW}，或者可以为KW。这里的UE接收到的数据的所有软比特包括初始数据传输和重传数据合并后的所有软比特。如果在存储高可靠性优先级业务的数据时，空闲的软缓存数量软缓存大小不够存储高可靠性优先级业务的数据的所有软比特时，可丢弃(部分)非高可靠性优先级业务的数据的软比特，直到空闲的软缓存数量软缓存大小能够存储高可靠性优先级业务的数据的所有软比特为止。非高优先级业务的数据的软比特的丢弃可采用本领域常用的任何数据丢弃方法，在此不再赘述。
UE可通过接收基站发送的信息(例如通过高层信令配置或者物理层信令指示)知道调度的PDSCH数据是否是高优先级的数据。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
本发明实施例可提供一种用户设备(UE)。UE可包括存储器和处理器。处理器被配置为当执行存储器中存储的可执行指令时，实现图2所示的方法。
本发明实施例可提供一种存储有计算机可执行指令的计算机可读存储介质，使得当执行所述计算机可执行指令时实现图2所示的方法。
本发明实施例可提供一种接入点(例如，基站)。该接入点可包括存储器和处理器。处理器被配置为当执行存储器中存储的可执行指令时，实现图3所示的方法。
本发明实施例可提供一种存储有计算机可执行指令的计算机可读存储介质，使得当执行所述计算机可执行指令时实现图3所示的方法。
此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (18)

1.一种用于分配用户设备UE的软缓存的方法，所述方法包括：
从接入点接收第一指示信息，所述第一指示信息指示针对服务小区的软缓存分配；以及
根据所述第一指示信息确定每个服务小区对应的软缓存。
2.根据权利要求1所述的方法，还包括：
从所述接入点接收第二指示信息，所述第二指示信息指示指定通信过程的软缓存分配；
根据所述第二指示信息，在每个服务小区对应的软缓存中，确定指定通信过程对应的软缓存。
3.根据权利要求2所述的方法，还包括：
根据分配给所述指定通信过程的软缓存，确定所述UE接收的传输块中的编码块的速率匹配和/或当所述UE未能正确解码编码块时需要保存的软比特。
4.根据权利要求3所述的方法，其中，确定当所述UE未能正确解码编码块时需要保存的软比特包括：
当所述UE未能正确解码编码块时，按照所述编码块对应传输块的优先级，确定需要保存的软比特。
5.根据权利要求2所述的方法，还包括：
按照指定通信过程对应的传输块的优先级，依次在对应软缓存中保存软比特。
6.根据权利要求2至6中任一项所述的方法，其中，所述指定通信过程包括混合自动重传请求HARQ过程。
7.根据权利要求1所述的方法，其中，所述第一指示信息包括以下任一项：
为每个服务小区配置的软缓存大小；
为每个服务小区配置的软缓存分配比例；
为每个服务小区配置的软缓存分配因子；
为每个服务小区配置的软缓存单元数量；
每个服务小区的传输特性。
8.根据权利要求7所述的方法，其中，所述每个服务小区的传输特性包括以下各项中的至少一项：带宽大小、子载波宽度、时隙长度、HARQ应答HARQ-ACK的传输方式。
9.一种用户设备UE，包括：
存储器；以及
处理器，被配置为当执行所述存储器中存储的可执行指令时，执行根据权利要求1至8中任一项所述的方法。
10.一种存储有计算机可执行指令的计算机可读存储介质，其中，所述计算机可执行指令在被执行时能够执行根据权利要求1至8中任一项所述的方法。
11.一种用于分配用户设备UE的软缓存的方法，所述方法包括：
生成第一指示信息，所述第一指示信息指示针对服务小区的软缓存分配，以由所述UE根据所述第一指示信息来确定每个服务小区对应的软缓存；以及
向所述UE发送所述第一指示信息。
12.根据权利要求11所述的方法，还包括：
向所述UE发送第二指示信息，所述第二指示信息指示指定通信过程的软缓存分配。
13.根据权利要求12所述的方法，还包括：
根据指定通信过程对应的传输块，分配指定通信过程的软缓存。
14.根据权利要求12或13所述的方法，其中，所述指定通信过程包括混合自动重传请求HARQ过程。
15.根据权利要求11所述的方法，其中，所述第一指示信息包括以下任一项：
为每个服务小区配置的软缓存大小；
为每个服务小区配置的软缓存分配比例；
为每个服务小区配置的软缓存分配因子；
为每个服务小区配置的软缓存单元数量；以及
每个服务小区的传输特性。
16.根据权利要求15所述的方法，其中，所述每个服务小区的传输特性包括以下各项中的至少一项：带宽大小、子载波宽度、时隙长度、HARQ应答HARQ—ACK的传输方式。
17.一种接入点，包括：
存储器；以及
处理器，被配置为当执行所述存储器中存储的可执行指令时，执行根据权利要求11至16中任一项所述的方法。
18.一种存储有计算机可执行指令的计算机可读存储介质，其中，所述计算机可执行指令在被执行时能够执行根据权利要求11至16中任一项所述的方法。
CN201710319453.4A 2017-05-05 2017-05-05 一种软缓存分配方法和设备 Pending CN108809544A (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201710319453.4A CN108809544A (zh) 2017-05-05 2017-05-05 一种软缓存分配方法和设备
US16/611,072 US11129205B2 (en) 2017-05-05 2018-05-04 Apparatus and method for configuring channel resource in wireless communication system
PCT/KR2018/005236 WO2018203735A1 (en) 2017-05-05 2018-05-04 Apparatus and method for configuring channel resource in wireless communication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710319453.4A CN108809544A (zh) 2017-05-05 2017-05-05 一种软缓存分配方法和设备

Publications (1)

Publication Number Publication Date
CN108809544A true CN108809544A (zh) 2018-11-13

Family

ID=64094898

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710319453.4A Pending CN108809544A (zh) 2017-05-05 2017-05-05 一种软缓存分配方法和设备

Country Status (1)

Country Link
CN (1) CN108809544A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103024820A (zh) * 2011-09-20 2013-04-03 北京三星通信技术研究有限公司 软缓存处理的方法及设备
WO2015108388A1 (en) * 2014-01-17 2015-07-23 Samsung Electronics Co., Ltd. Adaptations of dual connectivity operation to ue capability
WO2016133107A1 (ja) * 2015-02-20 2016-08-25 株式会社Ｎｔｔドコモ ユーザ装置、及びバッファ制御方法
WO2016208692A1 (ja) * 2015-06-26 2016-12-29 株式会社Ｎｔｔドコモ ユーザ装置、及びソフトバッファサイズ決定方法
WO2017014556A1 (en) * 2015-07-20 2017-01-26 Samsung Electronics Co., Ltd. Multi-user data transmission method and device

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103024820A (zh) * 2011-09-20 2013-04-03 北京三星通信技术研究有限公司 软缓存处理的方法及设备
WO2015108388A1 (en) * 2014-01-17 2015-07-23 Samsung Electronics Co., Ltd. Adaptations of dual connectivity operation to ue capability
WO2016133107A1 (ja) * 2015-02-20 2016-08-25 株式会社Ｎｔｔドコモ ユーザ装置、及びバッファ制御方法
WO2016208692A1 (ja) * 2015-06-26 2016-12-29 株式会社Ｎｔｔドコモ ユーザ装置、及びソフトバッファサイズ決定方法
WO2017014556A1 (en) * 2015-07-20 2017-01-26 Samsung Electronics Co., Ltd. Multi-user data transmission method and device

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HUAWEI等: "R1-160749 "Soft buffer management for eCA"", 《3GPP TSG_RAN\WG1_RL1》 *

Similar Documents

Publication Publication Date Title
US11711171B2 (en) System and method for reliable transmission over network resources
US10601694B2 (en) Method and user equipment for determining control channel resource
US20210045150A1 (en) Method for providing low latency service in communication system and apparatus for the same
JP5933644B2 (ja) 上り制御チャネル資源の確定方法と装置
CN104871448B (zh) 在无线通信系统中发送下行链路控制信息的方法和设备
JP2022160583A (ja) 無線通信システムにおけるデータチャネル及び制御チャネルの送受信方法、装置、及びシステム
CN102904698B (zh) 一种发送harq‑ack反馈信息的方法
JP5504331B2 (ja) データをスケジューリングする方法
CN104488334B (zh) 用于确定上行控制信道的发送功率的方法和装置
CN104272630B (zh) 用于针对载波聚合的混合自动重传请求信令的方法和设备
CN102025472B (zh) 基站及终端
CN101951684B (zh) 一种确认信息的发送方法及用户终端
CN102076023B (zh) 缓存空间的分配方法和设备
CN108289331A (zh) 一种上行传输方法、终端、网络侧设备
CN106797675A (zh) 无线通信系统和无线通信方法
CN104348591B (zh) 一种上行控制信息的发送方法及用户设备、基站
CN103283173A (zh) 在基于tdd的无线通信系统中发射ack/nack的方法和设备
CN102394685B (zh) 多天线系统上行控制信道的发送方法和系统
KR20120133982A (ko) 반송파 결합을 지원하는 ｔｄｄ 통신 시스템에서 물리채널의 송수신 타이밍 및 자원 할당을 정의하는 방법 및 장치
CN103199961A (zh) 一种采用发送分集技术传输harq-ack信息的方法
CN104205707A (zh) 在无线通信系统中发送上行链路控制信息的方法和装置
CN107113110A (zh) 控制信息的发送方法和通信设备
EP3676984B1 (en) Method and apparatus for mapping uplink control information in wireless communication system
JP2013507859A (ja) 一種の上り制御チャネル資源配置方法及び設備
WO2017075787A1 (zh) 用户设备、接入网设备、上行控制信息的收发方法及装置

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
AD01 Patent right deemed abandoned

Effective date of abandoning: 20221206

AD01 Patent right deemed abandoned