CN107210884A - 在利用载波聚合的无线系统中调度ip语音用户 - Google Patents

在利用载波聚合的无线系统中调度ip语音用户 Download PDF

Info

Publication number
CN107210884A
CN107210884A CN201580075423.2A CN201580075423A CN107210884A CN 107210884 A CN107210884 A CN 107210884A CN 201580075423 A CN201580075423 A CN 201580075423A CN 107210884 A CN107210884 A CN 107210884A
Authority
CN
China
Prior art keywords
delay
tti
sensitive
downlink
carrier
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
CN201580075423.2A
Other languages
English (en)
Inventor
A.瑙亚
A.米扎伊
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN107210884A publication Critical patent/CN107210884A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • 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/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • 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/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • 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/0058—Allocation criteria
    • H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority
    • 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/14—Two-way operation using the same type of signal, i.e. duplex
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1845—Combining techniques, e.g. code combining
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1215—Wireless traffic scheduling for collaboration of different radio technologies

Landscapes

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

Abstract

采用以下方式执行在下行链路载波聚合场景中调度延迟敏感下行链路业务：使得利用在与辅载波上的上行链路TDD子帧一致地传送下行链路指配时可用的无歧义HARQ反馈。一种在支持频分双工FDD模式的主载波和时分双工TDD模式的辅载波的下行链路载波聚合的无线网络节点中进行的示范方法包含确定（710）得到或即将得到所述下行链路载波聚合支持的第一用户装置具有延迟敏感下行链路业务。在辅载波的子帧是上行链路子帧的传输时间间隔TTI中优先安排（720）随后调度第一用户装置的延迟敏感下行链路业务。延迟敏感下行链路业务例如可以是因特网协议语音VoIP业务。

Description

在利用载波聚合的无线系统中调度IP语音用户
技术领域
本文中公开的技术一般涉及无线电信网络，以及更具体地涉及用于在这样的网络中支持下行链路载波聚合和延迟敏感下行链路业务的技术。
背景技术
载波聚合
载波聚合是由第三代合作伙伴计划（3GPP）的成员针对所谓的长期演进（LTE）系统（正式称为增强型通用地面无线电接入网络（E-UTRAN））最近开发的特征之一，并被标准化为第10版LTE（又称为高级LTE）的部分。
LTE标准的早期版本第8版LTE支持高达20 MHz的传输带宽。但是，对于高级LTE预期的超高数据速率将需要扩展传输带宽。因此，通过利用载波聚合，高级LTE中支持高达100MHz的带宽。为了维持与第8版LTE移动终端的向后兼容性，将可用频谱划分成与第8版兼容的区块，这些区块称为分量载波。载波聚合通过允许移动终端在能够共同覆盖高达100 MHz频谱的多个分量载波上传送和接收数据而使得能够超越第8版LTE系统的极限的带宽扩展。重要的是，载波聚合方法确保与早期的第8版移动终端兼容，同时还通过使得在宽带高级LTE载波的所有部分中调度传统移动终端成为可能而确保有效使用宽载波。
聚合的分量载波的数量以及各个分量载波的带宽可对于上行链路（UL）和下行链路（DL）传输有所不同。当下行链路和上行链路中的每个中的分量载波的数量相同时，将载波配置称为“对称”。另一方面，在不对称配置中，分量载波的数量在下行链路和上行链路之间不同。此外，为地理小区区域配置的分量载波的数量可不同于给定移动终端看到的分量载波的数量。例如，即使网络可在特定区域中提供相同数量的上行链路和下行链路分量载波，移动终端也可支持比上行链路分量载波更多的下行链路分量载波。
能够以频分双工（FDD）模式或时分双工（TDD）模式来操作LTE载波。在FDD模式中，下行链路和上行链路传输在足够分隔的不同频带中进行。另一方面，在TDD模式中，下行链路和上行链路传输在非重叠的不同时隙中进行。因此，TDD能够在不成对的频谱中操作，而FDD需要成对频谱。TDD模式还允许通过不同的上行链路/下行链路配置而在分别为上行链路和下行链路传输分配的资源量方面存在不同的不对称。这些不同的上行链路/下行链路配置允许按不同比例将共享频率资源分配给下行链路和上行链路使用。因此，对于给定TDD载波，能够不对称地分配上行链路和下行链路资源。
HARQ反馈
自动重传请求（ARQ）是在许多无线网络中使用的错误控制技术。利用ARQ，数据传输的接收器发送确认（ACK）或否定确认（NACK）以便告知传送器是否正确接收了每个消息。然后，能够重新传送没有正确接收的消息以及根本没有得到确认的消息。
混合ARQ（HARQ）将ARQ和数据消息的前向纠错（FEC）编码的使用加以组合，从而改善接收器接收和正确解码传送的消息的能力。正如常规ARQ，在每次尝试解码消息之后，采用HARQ的接收器酌情发送ACK和NACK。这些ACK和NACK称为“HARQ反馈”。
对于LTE系统中的下行链路传输，取决于是否单独调度了UE（用户设备，移动终端的3GPP术语）进行上行链路物理上行链路共享信道（PUSCH）传输，在物理上行链路控制信道（PUCCH）或PUSCH上将HARQ反馈从UE发送到网络。
对于到UE的每个下行链路传输，取决于是否正确接收到传输，UE将传送ACK或NACK。除了检测ACK或NACK之外，如果在预期来自UE的反馈时网络没有检测到来自UE的任何反馈，那么网络还能够得出UE没有听到对应下行链路指配的结论。当UE没有检测到下行链路指配（并且因此对于对应的数据消息不发送ACK或NACK）时的UE状态称为DTX。（DTX代表“不连续传输”；这里，它指示UE没有检测到任何传输。当然，实际上，可能已经发送了传输。）在网络侧，DTX状态表示，对于到UE的给定传输，网络没有接收到ACK或NACK；在DTX的情况下，网络将重新传送数据，这被标示为新传输。但是，注意，在网络侧没有检测到ACK/NACK当然也有可能是因为：即使UE传送了它，网络也未能恰当地接收它。
当然，网络接收到NACK将触发重新传输，而接收到ACK则允许冲刷并重新使用对应的HARQ传输（Tx）过程。通过（对于HARQ Tx过程）在下一个下行链路指配中切换NDI（新数据指示符）标志以及新数据，从网络侧向UE指示该HARQ过程已经被冲刷并且正被重新使用。这又将使得UE冲刷对应的HARQ接收（Rx）过程并将新接收的数据与当前的HARQ Rx过程相关联。
如上所述，网络处的DTX检测是UE可能未能正确解码物理下行链路控制信道（PDCCH）或增强型PDCCH（ePDCCH）的指示，并且因而可用于PDCCH/ePDCCH链路适配（即，适配携带DL准许的物理控制信道的鲁棒性）的目的。
下行链路载波聚合中的HARQ反馈
载波聚合的一个考量是如何在上行链路上将控制信令从移动终端传送到无线网络。上行链路控制信令可包含如上文所论述的根据HARQ协议的ACK和NACK信令以及用于下行链路调度的信道状态信息（CSI）和信道质量信息（CQI）报告。上行链路控制信令还包含指示移动终端需要上行链路资源来进行上行链路数据传输的调度请求（SR）。
在利用载波聚合的LTE系统中，移动终端利用单个上行链路载波来携带ACK/NACK和若干个下行链路载波的信道状态信息。此外，在利用TDD的LTE系统中，可能需要在单个上行链路子帧中传送若干个下行链路子帧的ACK/NACK信息。然后，在利用TDD和载波聚合的系统中，可能需要在单个上行链路载波上在单个上行链路子帧中传送相对大量的ACK/NACK位和CSI位。
在下行链路FDD载波聚合中，当使用一个或多个辅小区时，链路适配遭受HARQ歧义。如果没有将上行链路准许指配给UE，那么在主小区PUCCH上发送下行链路HARQ反馈，否则在主小区PUSCH上发送它。在两个载波的情况下，利用PUCCH格式1B和信道选择。UE必须对配置的两个载波均发送HARQ反馈。将来自两个载波的HARQ反馈映射到QPSK符号，将在配置的PUCCH信道之一上发送QPSK符号。根据可在www.3gpp.org获得的3GPP文档3GPP TS36.213 v.12.4.0（2015年1月）的表10.1.2.2.1-3/4/5中描述的3GPP表进行该映射。作为一个例子，图1中示出当只使用单个下行链路辅载波时每个载波两个配置的码字的映射表。
图1中所示的表中的最右边一列列出传送的QPSK符号的位值，而在这旁边的那一列示出在这四个PUCCH信道中的哪个信道上传送该符号。剩下的那些列指示为在下行链路中传送的这多达四个码字中的每个码字发信号通知的ACK、NACK或DTX状况。
图1中再现的表示出，在许多情况下，接收HARQ反馈的基站（在LTE术语中为“eNodeB”或“eNB”）无法确定UE是没有接收到对应的下行链路指配（DTX），还是接收到了下行链路指配，但是UE不能解码对应的下行链路数据（NACK）。这是在利用两个载波携带到UE的下行链路数据时产生的问题，如果只有主小区在使用中，那么UE将能够毫无歧义地区分NACK和DTX。
在配置了多于两个分量载波的情况下，如果只有主小区在使用中，那么将利用PUCCH格式1A/1B来携带HARQ反馈。如果使用至少一个辅小区，那么UE必须对于配置的每个辅载波利用PUCCH格式3来发送HARQ反馈。由于UE必须对于未使用的载波发送NACK或NACK-NACK，所以对于许多情况，DTX和NACK之间的歧义仍然存在。
当在PUSCH上发送HARQ时，UE必须并置来自所有配置的载波的HARQ位。如果载波不被使用，那么对于该载波发送NACK或NACK-NACK。因此，DTX/NACK歧义仍然存在。
2013年2月8日提交的美国专利申请序列号13/814953中提供了LTE中的载波聚合、TDD操作和HARQ反馈的进一步细节，该美国专利申请的全部内容作为下文描述的本发明的技术和设备的背景并入到本文。
发明内容
在以FDD模式操作主小区时的联合FDD和TDD载波聚合的情况中，当在对应于TDD辅小区子帧是下行链路或特殊子帧时的（主载波的）子帧中传送下行链路指配时，利用PUCCH格式1B加上信道选择来传送HARQ反馈。在这种情况下，产生像图1中所示的那些的NACK/DTX歧义。另一方面，当在对应辅小区是上行链路TDD子帧时的子帧中传送下行链路指配时，利用PUCCH格式1A/1B。在这种情况下，在对应主小区子帧调度的业务不遭受DTX/NACK歧义。在FDD作为主小区并且多于一个TDD作为辅小区的FDD和TDD载波聚合的情况中，利用PUCCH格式3来传送HARQ反馈。当任何辅小区在使用中时，在许多反馈场景中存在关于UE正发信号通知的是NACK还是DTX的歧义。
NACK/DTX歧义在执行物理下行链路控制信道（PDCCH）的链路适配时造成困难。这又可能造成性能问题，特别是关于诸如因特网协议语音（VoIP）业务的延迟敏感下行链路业务。另外，由于NACK/DTX歧义，所以必须重新传送对应数据，但是被标示为新传输，因为eNB不知道UE是否尝试过（并且未能）解码第一传输。这意味着，UE将不能（像它在重新传输的情况中那样）执行分组组合，由此减少在重新传输之后的正确数据解码的机会。
现在公开的本发明的实施例采用以下方式执行延迟敏感下行链路业务的调度：使得利用在与辅载波上的上行链路TDD子帧一致地传送下行链路指配时可用的无歧义HARQ反馈。
在一些实施例中，将在辅小区子帧是上行链路子帧的传输时间间隔（TTI）频繁地调度具有VOIP和其它业务的用户，这些业务一般可能需要使用辅小区。对于这些TTI，HARQ反馈将不遭受任何载波聚合HARQ DTX/NACK歧义，因此，将经常为链路适配过程提供可靠的HARQ反馈，从而允许更好地使用资源，同时保持VOIP质量。在一些实施例中，在这些特定TTI中尤其调度延迟敏感业务，以便允许UE在重新传输的情况下利用分组组合技术。这增加正确解码延迟敏感业务的概率，并有助于减少等待时间。
下文详述的本发明的技术和设备的示范实施例包含一种在支持频分双工（FDD）模式的主载波和时分双工（TDD）模式的辅载波的下行链路载波聚合的无线网络节点中进行的方法。该示范方法包含确定得到或即将得到所述下行链路载波聚合支持的第一用户装置具有延迟敏感下行链路业务。延迟敏感下行链路业务可以是例如因特网协议语音（VoIP）业务。该方法还包括：基于该确定，在辅载波的子帧是上行链路子帧的传输时间间隔（TTI）中优先安排随后调度第一用户装置的延迟敏感下行链路业务。在一些实施例中，该优先安排还基于确定第一用户装置具有需要使用辅小区的额外下行链路业务。
在该方法的一些实施例中，在辅载波的子帧是上行链路子帧的TTI中优先安排随后调度第一用户装置的延迟敏感下行链路业务包括在所述TTI中调度第一用户装置的所有或绝大部分延迟敏感下行链路业务。在一些实施例中，或在该方法的一些示例中，下行链路载波聚合只包括单个辅载波，并且在辅载波的子帧是上行链路子帧的TTI中优先安排随后调度第一用户装置的延迟敏感下行链路业务包括：对于辅载波的子帧是上行链路子帧的每个TTI，先在TTI中调度第一用户装置的可用延迟敏感下行链路业务和/或任何其它用户装置的延迟敏感下行链路业务，然后再在TTI中调度任何非延迟敏感下行链路业务。
在一些实施例中，该方法还包括在辅载波的子帧不是上行链路子帧的TTI中调度第一用户装置的至少一些非延迟敏感下行链路业务。在这些实施例中的一些实施例中，该方法还包括：监视混合自动重传请求（HARQ）反馈；以及在辅载波的子帧是上行链路子帧的TTI中调度非延迟敏感下行链路业务的足够部分，以便确保对于第一用户装置接收至少预定比例的无歧义HARQ反馈。
现在公开的技术和设备的其它实施例包含一种支持FDD模式的主载波和TDD模式的辅载波的下行链路载波聚合并具有对应于上文概述的方法的实施例的网络节点。在一些实施例中，网络节点包括配置成与一个或多个用户装置通信的无线电收发器电路和配置成控制无线电收发器电路的处理电路。处理电路还配置成：确定得到或即将得到所述下行链路载波聚合支持的第一用户装置具有延迟敏感下行链路业务；以及在辅载波的子帧是上行链路子帧的TTI中优先安排随后调度第一用户装置的延迟敏感下行链路业务。再次地，延迟敏感下行链路业务可以是例如VoIP业务。此外，优先安排还可基于确定第一用户装置具有需要使用辅小区的额外下行链路业务。
在该示范网络节点的一些实施例中，处理电路配置成通过在辅载波的子帧是上行链路子帧的TTI中调度第一用户装置的所有或绝大部分延迟敏感下行链路业务而优先安排在所述TTI中随后调度第一用户装置的延迟敏感下行链路业务。在一些实施例中，下行链路载波聚合只包括单个辅载波，并且处理电路配置成通过以下操作在辅载波的子帧是上行链路子帧的TTI中优先安排随后调度第一用户装置的延迟敏感下行链路业务：对于辅载波的子帧是上行链路子帧的每个TTI，先在TTI中调度第一用户装置的可用延迟敏感下行链路业务和/或任何其它用户装置的延迟敏感下行链路业务，然后再在TTI中调度任何非延迟敏感下行链路业务。
在一些实施例中，处理电路还配置成在辅载波的子帧不是上行链路子帧的TTI中调度第一用户装置的至少一些非延迟敏感下行链路业务。在这些实施例中的一些实施例中，处理电路还配置成：监视混合自动重传请求（HARQ）反馈，并在辅载波的子帧是上行链路子帧的TTI中调度非延迟敏感下行链路业务的足够部分，以便确保对于第一用户装置接收至少预定比例的无歧义HARQ反馈。
本文中公开的本发明的技术和设备的其它实施例包含一种非暂时性计算机可读介质，它包括存储在它上面的计算机程序产品，计算机程序产品包括程序指令，程序指令在由支持FDD模式的主载波和TDD模式的辅载波的下行链路载波聚合的无线网络节点中的处理器执行时使得无线网络节点进行上文概述的方法中的一个或多个方法。
下面详细描述这些和其它方法和设备的例子。
附图说明
图1示出示范下行链路载波聚合配置的HARQ反馈的细节。
图2示出LTE网络的组件。
图3示出示范下行链路载波聚合配置的HARQ反馈信令。
图4示出在示范下行链路载波聚合配置中的优选传输时间间隔（TTI）。
图5是示出在网络节点中进行的示范方法的过程流程图。
图6示出时分双工（TDD）上行链路/下行链路配置。
图7是示出在网络节点中进行的示范方法的过程流程图。
图8是示出示范网络节点的组件的框图。
图9提供示范网络节点的另一个视图。
具体实施方式
下文将马上参考附图更全面地描述发明概念，附图中示出发明概念的实施例的例子。但是，这些发明概念可以用许多不同的形式实施，并且不应理解为局限于本文中阐述的实施例。更确切地，提供这些实施例使得本公开将是彻底且完整的，并向本领域技术人员全面传达本发明概念的范围。还应注意，这些实施例不是相互排斥的。可默认来自一个实施例的组件存在于另一个实施例中或在另一个实施例中使用。
只是为了说明和解释的目的，本文在以下情境下描述本发明概念的这些和其它实施例：在通过无线电通信信道与移动终端（又称为终端装置、无线终端或UE）通信的无线电接入网络（RAN）中进行操作。如本文中所使用，移动终端、终端装置、无线终端或UE能够包含从通信网络接收数据的任何装置，并且可包含但不限于移动电话（“蜂窝”电话）、膝上型/便携式计算机、口袋式计算机、手持式计算机、桌面型计算机、机器到机器（M2M）或机器型通信（MTC）型装置、具有无限通信接口的传感器等。
在RAN的一些实施例中，可将若干个基站（例如，通过陆上通信线或无线电信道）连接到无线电网络控制器（RNC）。无线电网络控制器有时又称为基站控制器（BSC），它可监管和协调与它连接的多个基站的各种活动。无线电网络控制器可连接到一个或多个核心网络。根据RAN的一些其它实施例，基站可连接到一个或多个核心网络，中间没有单独RNC，例如在基站和/或核心网络处实现RNC的功能性。
通用移动电信系统（UMTS）是从全球移动通信系统（GSM）演进而来的第三代移动通信系统，并且旨在基于宽带码分多址（WCDMA）技术提供改进的移动通信服务。UTRAN是UMTS地面无线电接入网络的缩写，它是构成UMTS无线电接入网络的节点B和无线电网络控制器的总称。因此，UTRAN本质上是对于终端装置利用宽带码分多址（WCDMA）的无线电接入网络。
第三代合作伙伴计划（3GPP）已经着手进一步演进基于UTRAN和GSM的无线电接入网络技术。在这方面，3GPP开发了演进型通用地面无线电接入网络（E-UTRAN）的规范。演进型通用地面无线电接入网络（E-UTRAN）包括长期演进（LTE）和系统体系结构演进（SAE），并且在LTE系统的特定情境下描述现在公开的技术和设备的详细实施例。
但是，尽管在本公开中使用来自LTE的术语和例子来举例说明本发明概念的实施例，但是这不应视为是将发明概念的范围只局限于这些系统。包含3GPP LTE和WCDMA系统、WiMAX（全球微波接入互操作性）、UMB（超移动宽带）、HSDPA（高速下行链路分组接入）、GSM（全球移动通信系统）等的变型和后继在内的其它无线系统也可得益于利用本文中公开的本发明概念的实施例。
演进型UMTS地面无线电接入网络（E-UTRAN）包含称为增强型NodeB（eNB或eNodeB）的基站，从而提供朝向终端装置的E-UTRA用户平面和控制平面协议终止。eNB利用X2接口彼此互连。eNB还利用S1接口连接到EPC（演进型分组核心），更具体地是通过S1-MME接口连接到MME（移动性管理实体），并通过S1-U接口连接到服务网关（S-GW）。S1接口支持MME/S-GW和eNB之间的多对多关系。图2中示出E-UTRAN体系结构的简化视图。
eNB 210托管诸如下列各项的功能性：无线电资源管理（RRM），无线电承载控制，准入控制，朝向服务网关的用户平面数据的报头压缩，和/或朝向服务网关的用户平面数据的路由选择。MME 220是处理终端装置和CN（核心网络）之间的信令的控制节点。MME 220的显著功能涉及连接管理和承载管理，它们经由非接入层（NAS）协议来处置。S-GW 230是用于终端装置移动性的锚点，并且还包含其它功能性，例如在正寻呼终端装置时的临时DL（下行链路）数据缓冲、到正确eNB的分组路由选择和转发和/或用于计费和合法拦截的信息的采集。分组数据网络（PDN）网关（P-GW，图2中未示出）是负责终端装置IP地址分配以及服务质量（QoS）实施的节点（如下文进一步论述）。对于这些不同节点的功能性的进一步细节，请读者参考3GPP TS 36.300和其中的参考文献。
在描述现在公开的技术的各种实施例时，可利用非限制性术语“无线电网络节点”来指服务于终端装置和/或连接到其它网络节点或网络元件的任何类型的网络节点或终端装置从中接收信号的任何无线电节点。无线电网络节点的例子有：Node B，基站（BS），多标准无线电（MSR）无线电节点（例如，MSR BS），eNodeB，网络控制器，无线电网络控制器（RNC），基站控制器，中继站，控制中继站的施主节点，基站收发器（BTS），接入点（AP），无线路由器，传输点，传输节点，远程无线电单元（RRU），远程无线电头端（RRH），分布式天线系统（DAS）中的节点，等等。
在一些情况中，使用更一般的术语“网络节点”；该术语可对应于任何类型的无线电网络节点或与至少一个无线电网络节点通信的任何网络节点。网络节点的例子有：上文陈述的任何无线电网络节点，核心网络节点（例如，移动交换中心、移动性管理实体等），操作和维护、操作和支持系统和定位节点，最小化路测节点，等等。
在描述一些实施例时，使用术语“终端装置”，并且它是指在蜂窝或移动通信系统中与无线电网络节点通信的任何类型的无线装置。终端装置的例子有：用户设备（UE），目标装置，装置到装置的终端装置，机器型终端装置或能够进行机器到机器通信的终端装置，PDA，启用无线的台式计算机，移动终端，智能电话，膝上型嵌入式设备（LEE），膝上型安装的设备（LME），USB电子狗，客户驻地设备（CPE），等等。本文中使用的术语“移动终端”应理解为一般可与本文中以及在由3GPP颁布的各种规范中使用的术语“UE”和“终端装置”互换，而不应理解为局限于符合3GPP标准的装置。
预期LTE网络携带不断增加的因特网协议语音（VoIP）业务量。VoIP业务对延迟敏感。为了保证良好的语音质量，单向端到端延迟应小于250毫秒。通常，如果在整个语音呼叫期间以不超过50毫秒的空中接口延迟成功接收VOIP用户的98%的分组，那么认为该VOIP用户满意。系统的VOIP容量是在95%的用户满意时每个小区的用户数量。
对于下行链路控制信道PDCCH和下行链路数据信道PDSCH均具有有效链路适配对于满足VOIP要求至关重要。通常，链路适配的效率与更新频率成比例，如下文进一步详细解释，这可能受到可靠HARQ反馈的可用性的限制。
LTE标准的第12版中介绍了联合FDD和TDD载波聚合。由于该介绍相对较新，所以不存在任何具体说明的解决方案来在这种载波聚合场景中处置VOIP业务。而是，迄今为止认为，对仅FDD载波聚合采用的相同技术将继续适用。
在以FDD模式操作主小区时的联合FDD和TDD载波聚合的情况中，当在对应于TDD辅小区子帧是下行链路或特殊子帧时的（主载波的）子帧中传送下行链路指配时，利用PUCCH格式1B加上信道选择来传送HARQ反馈。在这种情况下，产生像图1中所示的那些的NACK/DTX歧义。另一方面，当在对应的辅小区是上行链路TDD子帧时的子帧中传送下行链路指配时，利用PUCCH格式1A/1B。在这种情况下，在对应的主小区子帧调度的业务不遭受DTX/NACK歧义。在FDD作为主小区并且多于一个TDD作为辅小区的FDD和TDD载波聚合的情况中，利用PUCCH格式3来传送HARQ反馈。在这些情况中的许多情况中，当任何辅小区在使用中时，存在关于UE正发信号通知的是NACK还是DTX的歧义。
NACK/DTX歧义在执行物理下行链路控制信道（PDCCH）的链路适配时造成困难。这又可能造成性能问题，特别是关于诸如因特网协议语音（VoIP）业务的延迟敏感下行链路业务。
更具体地，在载波聚合的情境中，在HARQ反馈中存在DTX/NACK歧义可能造成影响LTE系统的用于处置VoIP的容量的若干个问题。这些问题出现在PDCCH链路适配、PDSCH链路适配和下行链路调度中。
首先，在动态调度下LTE系统的用于处置VoIP的容量取决于可用的PDCCH资源。PDCCH链路适配对于优化PDCCH资源非常关键。PDCCH链路适配过程通过减小它对链路的信干噪比（SINR）估值的估计来对接收到DTX反馈作出响应。PDCCH链路适配过程对接收到ACK或NACK反馈作出响应以便增加它对链路的SINR的估计，这是因为接收到ACK或NACK意味着UE在PDCCH上成功接收并解码下行链路指配，即使它随后未能成功解码在PDSCH上传送的数据。
如上文在背景技术部分中所论述，存在DTX/NACK歧义使得PDCCH链路适配低效。在仅FDD载波聚合的情况中，普遍利用两种方法来克服这些歧义。第一种解决方案由冻结链路适配过程的外部循环更新直到接收到无歧义的反馈为止组成。第二种方法是将有歧义HARQ反馈并入到循环更新中，但是通过运用与无歧义反馈时不同的增量。然而，这两种方法均可能危害链路适配的效率，从而导致每个用户的资源使用增加。因此，在有重负载的系统中，不能调度一些用户，并且不能按时调度其它用户，从而导致增加的分组递送延迟。
PDSCH链路适配也受到HARQ反馈中的DTX/NACK歧义的不利影响。PDSCH链路适配过程通过减小它对PDSCH的SINR估计而对接收到NACK反馈作出响应，并且通过增加它来对接收到ACK作出响应。在NACK和DTX之间存在歧义的情况下，PDSCH链路适配过程通常将反馈视为NACK，并减小估计的SINR。这导致对链路的调制和编码方案（MCS）的更保守指配，由此可能影响整体容量。
对于下行链路调度器，将歧义视为DTX而不是NACK。结果，将有错误的分组作为新传输重新传送。因此，在UE等级不执行分组组合。在差的信道状况中，危害成功的VOIP分组解码，由此导致解码分组的延迟增加。
以上限制影响LTE网络的VOIP容量和VOIP满意度。因此，需要改造用于在FDD-TDD载波聚合的情境下处置VoIP的过程。
一个可能的解决方案是仅仅完全限制使用VoIP的UE利用辅小区，使得HARQ反馈绝不会有歧义。另一个可能的解决方案是限制UE不止偶尔使用辅小区，以便增加链路适配性能。但是，在这两种情况中，对具有需要使用辅小区的其它类型的业务的VOIP用户产生负面影响。
本文中详述的另一个解决方案源于以下事实：主载波以FDD模式操作的FDD-TDD载波聚合提供安排调度以避免一些歧义的可能性。
更具体地，现在公开的技术和设备的实施例采用以下方式执行延迟敏感下行链路业务的调度：使得利用在与辅载波上的上行链路TDD子帧一致地传送下行链路指配时可用的无歧义HARQ反馈。
在一些实施例中，将在辅小区子帧是上行链路子帧的传输时间间隔（TTI）频繁地调度具有VOIP和其它业务的用户，这些业务一般可能需要使用辅小区。对于这些TTI，HARQ反馈将不遭受任何载波聚合HARQ DTX/NACK歧义，因此，将经常为链路适配过程提供可靠的HARQ反馈，从而允许更好地使用资源，同时保持VOIP质量。在一些实施例中，在这些特定TTI中尤其调度延迟敏感业务，以便允许UE在重新传输的情况下利用分组组合技术。这增加正确解码延迟敏感业务的概率，并有助于减少等待时间。
只具有延迟敏感业务或具有延迟敏感业务和不需要辅载波的额外业务的用户将只利用主小区。更可取的是，不在辅子帧是上行链路子帧的TTI上调度这些用户，从而为具有延迟敏感业务并需要使用辅小区的用户预留这些“优选”子帧。这在具有需要使用一个或多个辅小区的业务的VOIP用户数量高时尤其正确。
FDD-TDD载波聚合中的HARQ反馈
根据LTE规范，在FDD载波作为主小区的联合FDD-TDD载波聚合中，一旦在子帧n在任何服务小区上检测到任何物理下行链路共享信道（PDSCH）传输，UE便应当在子帧n+4中传送对应的HARQ-ACK反馈。
如果对于该子帧为UE指配上行链路准许，那么在物理上行链路共享信道（PUSCH）上发送HARQ反馈。否则，在物理上行链路控制信道（PUCCH）上发送HARQ反馈。
根据标准，配置成使用两个服务小区（主小区作为FDD而辅小区作为TDD）的UE必须在主小区PUCCH上传送它的HARQ反馈时使用以下格式：
· 情况1：对于在对应TDD子帧是下行链路子帧或特殊子帧时的子帧n传送的PDSCH，使用格式1B和载波选择来在子帧n+4传送HARQ反馈。（对于熟悉LTE规范的人众所周知，LTETDD中的“特殊”子帧是具有下行链路部分、上行链路部分和介入保护部分的子帧。）
· 情况2：对于在对应TDD子帧是上行链路子帧时的子帧n传送的PDSCH，使用格式1A/1B来在子帧n+4传送HARQ反馈。
在情况1中，UE利用FDD信道选择表（在3GPP TS 36.213中的表10.1.2.2.1-1,x）来将来自主小区和辅小区的HARQ反馈映射到QPSK信号(b 0 b 1 )并将索引映射到应当使用的PUCCH信道。
图1中再现的表是这些表之一，并且是在配置的码字数量对于两个服务小区为2时适用的表。HARQ-ACK(0)和HARQ-ACK(1)是分别针对第一和第二码字的与主小区有关的HARQ反馈。HARQ-ACK(2)和HARQ-ACK(3)与辅小区有关。
能够容易地看到，在针对两个码字的HARQ-ACK是NACK/DTX的所有情况中，接收器将不能区分DTX和NACK。这种歧义对链路适配和重新传输都有影响。
在情况2中，取决于调度的码字的数量，UE使用格式1A/1B。将HARQ位并置并且映射到在第一PUCCH信道上传送的QPSK符号。重要的是，在这种情况中，能够毫无歧义地进行检测。
图3示出上文针对辅小区的若干个可能的TDD上行链路/下行链路配置之一描述的HARQ反馈场景。（在该特定例子中，对于辅小区使用TDD上行链路/下行链路配置2。）如果在第一个（最左边）子帧中将下行链路分组传送到UE，那么这与辅小区中的下行链路子帧一致。因此，利用格式1B和信道选择（CS），在四个子帧之后传送所得HARQ反馈。如果在第二个子帧中将下行链路分组传送到UE，那么这与辅小区中的特殊子帧一致。再次地，利用格式1B和信道选择，在四个子帧之后传送所得HARQ反馈。
另一方面，如果在第三个子帧中将下行链路分组传送到UE，那么这与辅小区中的上行链路子帧一致。在这种情况下，利用格式1A/1B，在四个子帧之后传送HARQ反馈。如上文所解释，该格式不具有任何DTX/NACK歧义。
如果配置多于一个辅载波，那么在调度任何辅小区时使用格式3。如果只调度主载波，那么UE使用格式1A/1B。对于多小区调度示例，当使用格式3时，UE必须为任何未调度的小区将HARQ反馈设置成NACK。因此，eNB无法区分DTX和NACK，从而造成额外的DTX/NACK歧义。
在利用FDD主小区和TDD辅小区的FDD+TDD载波聚合的情况中，当HARQ传输在UE具有上行链路指配的子帧中时，在PUSCH上传送HARQ反馈。在这种情况下，UE应当：
· 情况1：并置与两个服务小区在子帧n的任何PDSCH传输有关的HARQ反馈，运用合适的编码，并在子帧n+4传送反馈。这只有在对应的TDD子帧是下行链路子帧或特殊子帧时才适用。如果在一个服务小区上没有检测到任何PDSCH传输，那么取决于配置的码字的数量，将它的相关HARQ设置成NACK或NAC-NACK。这可能导致检测到NACK和DTX之间的歧义。
· 情况2：如果在子帧n，TDD子帧是上行链路子帧，并且在主小区上检测到PDSCH传输，那么必须适当编码、然后在子帧n+4发送HARQ反馈。
由上文可见，在FDD-TDD载波聚合场景中，存在HARQ反馈能够是无歧义的多个情形。但是，存在HARQ反馈是无歧义的某些情形。具体地，当在主载波上在与辅载波上的上行链路子帧一致的子帧中调度到UE的下行链路传输时，HARQ反馈是无歧义的。
出于本公开的目的，能够将这些子帧称为“优选子帧”或“优选TTI”。能够战略性地使用这些优选子帧，以便确保链路适配过程对于延迟敏感业务具有可靠的HARQ反馈，从而将这样的业务中的等待时间减至最少。
对于给定TTI，如果辅载波的所有子帧都是上行链路子帧，那么该TTI是“优选TTI”。应明白，在存在多于一个辅载波的情况下，取决于每个辅载波的TDD上行链路/下行链路配置，并取决于TDD上行链路/下行链路配置的特定组合，这些优选TTI的位置将改变。图4示出具有两个辅载波的FDD-TDD载波聚合的一个例子。图示中的第一个（上面的）TDD载波具有TDD上行链路/下行链路配置1，而第二个（下面的）TDD载波具有上行链路/下行链路配置2。图中可见，仅每五个子帧才有一个同时上行链路子帧。出于现在公开的技术的目的，这些是“优选TTI”。
图5是示出用于在LTE网络中利用这些优选TTI来改善诸如VoIP业务的延迟敏感业务的处置的解决方案的示范实施例的过程流程图。
如在方框510和515所示，如果给定VoIP用户不具有任何其它业务类型，那么只是在主小区或“PCell”上调度它。在这种情况下，如在方框520所示，基站因为它服务于具有需要使用一个或多个辅小区的其它类型的业务的大量VoIP用户而确定它是否是“有负载的节点”。如果它不是，那么如在方框525所示，在哪儿调度VoIP用户的业务几乎没差别，因此能够在任何TTI中调度它。（注意，由于在这种情况中只在主载波上调度用户，所以该用户的HARQ反馈总是无歧义的。）另一方面，如果基站是有负载的节点，那么如在方框530所示，优先在非优选TTI上调度用户的业务。这为具有需要使用辅载波的额外业务并将得益于使用这些优选TTI的VoIP用户腾出优选TTI。
这些VoIP用户采取所示过程的另一主要分支。如在方框535和515所示，能够只在主载波上调度具有其它业务但是不需要使用辅载波或“SCell”的VoIP用户。另一方面，如果VoIP用户具有需要使用辅载波的其它业务，那么过程在方框540继续。如在方框540所示，eNB确定用户是否有VoIP分组要调度。如果是，那么如在方框545所示，在优选TTI上调度VoIP分组。如果否，那么eNB检查在之前的“歧义监视窗口”中对于该用户是否已经有足够的无歧义HARQ反馈来提供充分链路适配，即，提供充分比例的无歧义HARQ反馈以便为链路适配循环提供信道状况的可靠测量。这在方框550所示。如果是，那么如在方框555所示，能够在任何TTI上调度非VoIP分组。如果否，那么如在方框560所示，在优选TTI（如果可用的话）上调度非VoIP分组，以使得链路适配循环能够获得一些额外的无歧义HARQ反馈。
根据所示过程，对于只使用VOIP业务或使用一些不需要使用辅小区的其它业务的用户，将只调度主小区。对于这些用户，HARQ反馈中将不会有任何歧义，并且能够在任何子帧上调度这些用户。这适用于一个TDD辅小区和多个TDD辅小区。但是，在有负载的VOIP用户节点，建议避免在优选TTI调度这些UE。
赋予接收VOIP数据加上需要使用辅小区的另一类型的业务的UE在优选TTI调度的优先级。在优选TTI上调度含有VOIP分组的用户数据。将在不同TTI调度其它数据，并且在涵盖预定义数量的TTI的歧义监视窗口期间监视HARQ反馈。如果该监视窗口中的有歧义HARQ反馈的数量超过某个阈值，那么将在优选TTI（如果可用的话）调度数据，以便确保足够经常地用无歧义的HARQ反馈来更新链路适配。
可用于根据上文描述的技术进行调度的优选TTI的数量取决于TDD上行链路/下行链路配置。这在图6中能够看见，图6示出除了TDD上行链路/下行链路配置0以外的所有TDD上行链路/下行链路配置。（这里不考虑TDD上行链路/下行链路配置0，因为它是不适合下行链路载波聚合的、面向上行链路的配置。）对于每个无线电帧，优选TTI的数量为：
·对于TDD上行链路/下行链路配置5为1个TTI；
·对于TDD上行链路/下行链路配置2和4为2个TTI；
·对于TDD上行链路/下行链路配置3为3个TTI；
·对于TDD上行链路/下行链路配置1为4个TTI；以及
·对于TDD上行链路/下行链路配置6为5个TTI。
如在图6中能够看见的，在优选TTI上的调度机会之间的最小时间间隔还根据TDD上行链路/下行链路配置改变。由于每个子帧是1毫秒，并且上行链路/下行链路配置对于每个10毫秒的无线电帧重复，所以非连续调度机会之间的最小时间间隔为：
·对于配置1为4毫秒；
·对于配置2为5毫秒；
·对于配置3为8毫秒；
·对于配置4为9毫秒；
·对于配置5为10毫秒；以及
·对于配置6为3毫秒。
当规划和/或配置支持VoIP或其它延迟敏感下行链路业务的网络时，网络运营商应当在选择载波配置以用于下行链路载波聚合时考虑由给定载波聚合配置提供的优选TTI的数量以及在这些优选TTI上的调度机会之间的最小时间间隔。配置6具有最佳最小时间间隔，但是可能由于高的上行链路子帧与下行链路子帧之比而不是非常适合下行链路聚合。TDD上行链路/下行链路配置1和2在下行链路容量和有效链路适配更新的机会之间呈现良好的权衡。
在多个TDD辅小区的情况下，TDD上行链路/下行链路配置的组合定义优选TTI的数量。TDD配置的任何组合允许每个无线电帧具有至少一个无歧义反馈的机会。
鉴于上文介绍的详细例子，将明白，图7是示出根据上文描述的一些技术由支持频分双工（FDD）模式的主载波和时分双工（TDD）模式的辅载波的载波聚合的无线网络节点进行的示范方法的过程流程图。当然，所示方法适用于配置多于一个辅载波的实施例或示例。
如在方框710所示，所示方法包含确定得到或即将得到所述下行链路载波聚合支持的用户装置具有延迟敏感下行链路业务。（短语“即将得到支持”在这里只是意在表明，可关于尚未但是即将配置用于FDD-TDD载波聚合的用户装置进行该步骤。）如在方框720所示，该方法还包括基于确定用户装置具有延迟敏感下行链路业务而优先安排在辅载波的子帧是上行链路子帧的传输时间间隔（TTI）中随后调度第一用户装置的延迟敏感下行链路业务。在一些实施例中，该优先安排还可基于确定用户装置具有需要使用辅小区的额外下行链路业务。在一些实施例中，如上文提供的详细例子中所示，延迟敏感下行链路业务是因特网协议语音（VoIP）业务。
在所示方法的一些实施例或示例中，在辅载波的子帧是上行链路子帧的TTI中优先安排随后调度第一用户装置的延迟敏感下行链路业务意味着在所述TTI中调度第一用户装置的所有或绝大部分延迟敏感下行链路业务。在下行链路载波聚合只包含单个辅载波的一些实施例或示例中，优先安排在辅载波的子帧是上行链路子帧的TTI中随后调度第一用户装置的延迟敏感下行链路业务可包括：对于辅载波的子帧是上行链路子帧的每个TTI，先在TTI中调度第一用户装置的可用延迟敏感下行链路业务和/或任何其它用户装置的延迟敏感下行链路业务，然后再在TTI中调度任何非延迟敏感下行链路业务。
在所示方法的一些实施例或示例中，该方法还包括在辅载波的子帧不是上行链路子帧的TTI中调度第一用户装置的至少一些非延迟敏感下行链路业务。这在图7的方框730示出，它以虚线轮廓示出，以便表明它无需存在于所示过程的每个实施例或示例中。在这些实施例中的一些实施例中，该方法还包括：监视第一用户装置的混合自动重传请求（HARQ）反馈，并且在辅载波的子帧是上行链路子帧的TTI中调度非延迟敏感下行链路业务的足够部分，以便确保对于第一用户装置接收至少预定比例的无歧义HARQ反馈。这在图7的方框740和750示出。
将明白，现在公开的技术的实施例包含配置成进行上文描述的各种基于网络和基于终端的方法的设备。因此，例如，实施例包含在支持FDD模式的主载波和TDD模式的辅载波的下行链路载波聚合的无线网络节点中使用的无线网络节点，其中无线网络节点适于：确定得到或即将得到所述下行链路载波聚合支持的第一用户装置具有延迟敏感下行链路业务；以及优先安排在辅载波的子帧是上行链路子帧的TTI中随后调度第一用户装置的延迟敏感下行链路业务。
上文描述的若干种技术和方法可利用在支持FDD模式的主载波和TDD模式的辅载波的下行链路载波聚合的无线网络节点中提供的无线电电路和电子数据处理电路来实现。图8示出能够在其中实现实施现在描述的任何基于网络的技术的方法的示范无线网络节点50的特征。网络节点50提供到用户装置的空中接口，例如用于下行链路传输和上行链路接收的LTE空中接口，它经由天线54和收发器电路56实现。收发器电路56可包含传送器电路、接收器电路和相关联的控制电路，这些电路共同配置成根据无线电接入技术传送和接收信号，以便实现提供蜂窝通信服务的目的。根据各种实施例，可根据3GPP蜂窝标准、GSM、GPRS、WCDMA、HSDPA、LTE和高级LTE中的任何一个或多个标准操作蜂窝通信服务。网络节点50还可包含用于与核心网络中的节点、其它对等无线电节点和/或网络中的其它类型的节点通信的网络接口电路58。网络节点50可以是例如诸如eNodeB的基站。
网络节点50还包含在操作上与无线电收发器电路56相关联的一个或多个处理电路60。为了便于论述，下文将这一个或多个处理电路60称为“处理电路60”。处理电路60包括一个或多个数字处理电路，例如一个或多个微处理器、微控制器、数字信号处理器或DSP、现场可编程门阵列或FPGA、复杂可编程逻辑装置或CPLD、专用集成电路或ASIC或其任何混合。更一般地，处理电路60可包括固定电路、或经由执行实现本文中教导的功能性的程序指令而特殊改造的可编程电路，或者可包括固定和编程电路的某个混合。处理电路60可以是基于多核的处理电路，它具有用于增强性能、降低功耗、并更高效地同时处理多个任务的两个或两个以上的处理器核。
处理电路60还与存储器70相关联。在一些实施例中，存储器70存储一个或多个计算机程序76，并且可选地存储配置数据78。存储器70为计算机程序76提供非暂时性存储，并且它可包括一种或多种类型的计算机可读介质，例如盘存储设备、固态存储器存储设备或其任何混合。作为非限制性例子，存储器70包括SRAM、DRAM、EEPROM和FLASH存储器中的任何一个或多个。在多核处理电路的情况中，大量处理器核可共享诸如存储器70的资源。
通常，存储器70包括一种或多种类型的计算机可读存储介质，这些介质提供对供网络节点50使用的计算机程序和任何配置数据的非暂时性存储。这里，“非暂时性”表示永久、半永久或至少临时永久的存储，并且涵盖非易失性存储器中的长期存储和例如用于程序执行的工作存储器中的存储。
处理电路60在与合适加载的程序数据存储器70耦合时配置成进行上文描述的一个或多个技术。因此，例如，在一些实施例中，处理电路60配置成：确定得到或即将得到所述下行链路载波聚合支持的第一用户装置具有延迟敏感下行链路业务；以及优先安排在辅载波的子帧是上行链路子帧的TTI中随后调度第一用户装置的延迟敏感下行链路业务。处理电路60可配置成执行本文中描述的其它实施例，包含上文结合图5和图7的过程流程图论述的任何方法及变体。
图9示意性地示出配置成进行上文描述的一个或多个方法的网络节点50的备选视图。图9示出可例如基于处理电路60执行在存储在存储存储器70中的计算机程序76中所包含的计算机程序指令而在网络节点50中实现的示范功能模块或电路体系结构。所示实施例至少在功能上包含确定模块602，它用于确定得到或即将得到所述下行链路载波聚合支持的第一用户装置具有诸如VoIP业务的延迟敏感下行链路业务。该实施例还包含调度模块604，它用于基于确定第一用户装置具有延迟敏感业务而优先安排在辅载波的子帧是上行链路子帧的TTI中随后调度第一用户装置的延迟敏感下行链路业务。调度模块604可适于还基于由确定模块602确定第一用户装置具有需要使用辅小区的额外下行链路业务而执行该优先安排。
将明白，图9中示出的若干个模块中的每个模块可以完全或部分地用在处理器上运行的合适程序代码实现；因此，各种模块可理解为在一些实施例中对应于程序代码的模块或单元，并且在另一些实施例中对应于对应的硬件和/或硬件/软件组合，并且在又一些实施例中对应于以上两者的组合。此外，将明白，可根据上文描述的技术的任何变型来配置这些模块，并且具体地，它们可配置成进行上文结合如图7所示的方法描述的任何变型。
上文描述的技术和设备将允许处于联合FDD和TDD载波聚合模式（主小区在FDD模式中操作）中的VOIP用户在需要时利用它们的辅小区处置额外业务，同时维持VOIP系统容量和VOIP用户满意度。通过利用这些技术和设备避免HARQ歧义将使得PDCCH链路适配更有效，因为将利用无歧义反馈而使得由无线网络节点（例如，LTE eNB）实现的PDCCH链路适配过程更频繁地得到更新。因此，调度器将通过选择最佳数量的控制信道元件（CCE）来发送下行链路指配而有效地执行，从而带来更佳的PDCCH使用。能够增加容量，从而允许系统中有更多VOIP用户并且增加在需要时调度VOIP用户的机会。对于VOIP分组在DTX和NACK之间没有HARQ歧义还将允许合适地重新传送分组，从而降低作为新传输的分组的不必要重新传输。PDSCH链路适配也将变得更加有效，因为它将得到更多的无歧义反馈。这带来最终的吞吐量增加和等待时间的减少。然后，保持用户的VOIP质量。
本领域技术人员将明白，在不偏离本发明的范围的情况下，可对上文描述的实施例进行各种修改。例如，尽管用包含符合3GPP规定的LTE标准的通信系统的例子描述了本发明的实施例，但是应注意，介绍的解决方案可同样好地适用于支持双重连接性的其它网络。因此，应当将上文描述的特定实施例视为是示范性而不是限制本发明的范围。当然，由于不可能描述组件或技术的每个想得到的组合，所以本领域技术人员将明白，在不偏离本发明的基本特性的情况下，能够以与本文中特别阐述的方式不同的方式实现本发明。因此，将在所有方面将本发明实施例视为是说明性而不是限制性的。
在本发明概念的各种实施例的本描述中，将了解，本文中使用的术语只是为了描述特定实施例，而不是要限制本发明概念。除非另外定义，否则本文中使用的所有术语（包含技术和科学术语）具有与本发明概念所属领域的普通技术人员普遍理解的含义相同的含义。还将了解，术语（诸如常用字典中定义的那些）应理解为具有与它们在本说明书和相关领域的情境中的含义一致的含义，并且除非本文中明确如此定义，否则将不以理想化或过于正式的含义来理解术语。
当将一个元件称为“连接至”、“耦合至”、“响应于”另一个元件或其变型时，它能够直接连接至、耦合至或响应于这另一个元件，或者可存在介入元件。反之，当将一个元件称为“直接连接至”、“直接耦合至”、“直接响应于”另一个元件或其变型时，不存在任何介入元件。整篇中类似数字指类似要素。此外，本文中使用的“耦合”、“连接”、“响应”或其变型可包含以无线方式耦合、连接或响应。如本文中所使用，除非上下文另外清楚地指示，否则单数形式“一”、“一个”和“该”旨在也包含复数形式。为简洁和/或清楚起见，可不详细描述公知的功能或构造。术语“和/或”包含列出的相关联项中的一个或多个项的任何和所有组合。
将了解，尽管本文中可使用术语“第一”、“第二”、“第三”等来描述各种元件/操作，但是这些元件/操作不应受到这些术语的限制。这些术语只用于区分一个元件/操作和另一个元件/操作。因此，在不偏离本发明概念的教导的情况下，可将一些实施例中的第一元件/操作在其它实施例中称为第二元件/操作。整篇说明书中，相同参考数字或相同参考标志表示相同或类似要素。
如本文中所使用，术语“包括”、“包含”、“具有”或其变型是开放式的，并且包含一个或多个陈述的特征、整数、元件、步骤、组件或功能，但不排除存在或增加一个或多个其它特征、整数、元件、步骤、组件或功能或其组合。此外，如本文中所使用，源自拉丁短语“exempli gratia”的常见缩写“例如（e.g.）”可用于介绍或指定之前提到的项的一个或多个一般例子，而不是要限制这样的项。源自拉丁短语“id est”的常见缩写“即（i.e.）”可用于从更一般的叙述来指定特定项。
本文中参考计算机实现的方法、设备（系统和/或装置）和/或计算机程序产品的框图和/或流程图图示描述示范实施例。了解的是，这些框图和/或流程图图示的方框以及这些框图和/或流程图图示中的方框的组合能够通过由一个或多个计算机电路执行的计算机程序指令来实现。可将这些计算机程序指令提供给通用计算机电路、专用计算机电路和/或制造机器的其它可编程数据处理电路的处理器电路，以使得经由计算机和/或其它可编程数据处理设备的处理器执行的指令变换和控制晶体管、存储在存储器位置中的值以及这样的电路内的其它硬件组件，以便实现在这个或这些框图和/或流程图方框中指定的功能/动作，并且从而创建用于实现在这个（这些）框图和/或流程图方框中指定的功能/动作的部件（功能性）和/或结构。
能够理解为构成“计算机程序产品”的这些计算机程序指令也可存储在有形计算机可读介质中，它们能够指导计算机或其它可编程数据处理设备以特定方式起作用，以使得存储在计算机可读介质中的指令制造包含实现在这个或这些框图和/或流程图方框中指定的功能/动作的指令的制品。因此，可用硬件和/或用在诸如数字信号处理器的处理器上运行的软件（包含固件、常驻软件、微代码等）实施本发明概念的实施例，它们可统称为“电路”、“模块”或其变体。
还应注意，在一些备选实现中，在这些方框中记录的功能/动作可以不按流程图中记录的顺序进行。例如，取决于涉及的功能性/动作，连续示出的两个方框实际上可基本上同时执行，或者这些方框有时可按相反的顺序执行。此外，这些流程图和/或框图的给定方框的功能性可分割成多个方框，和/或这些流程图和/或框图的两个或两个以上的方框的功能性可至少部分地集成。最后，在不偏离发明概念的范围的情况下，可在所示的方框之间增加/插入其它方框，和/或可省略方框/操作。此外，尽管一些图在通信路径上包含箭头以便示出主要通信方向，但是将了解，通信可以按与描绘的箭头相反的方向进行。
在基本上不偏离本发明概念的原理的情况下，能够对这些实施例进行许多改变和修改。希望在本发明概念的范围内将所有这样的改变和修改都包含在本文中。因此，上文公开的主题将被视为是说明性而不是限制性，并且希望实施例的随附例子覆盖落在本发明概念的精神和范围内的所有这样的修改、增强和其它实施例。因此，在法律允许的最大程度，本发明概念的范围将由本公开的最广的允许解释来确定，而不应受到以上详细描述的约束或限制。

Claims (29)

1. 一种在支持频分双工FDD模式的主载波和时分双工TDD模式的辅载波的下行链路载波聚合的无线网络节点中进行的方法，所述方法包括：
确定（710）得到或即将得到所述下行链路载波聚合支持的第一用户装置具有延迟敏感下行链路业务；以及
基于所述确定，优先安排（720）在所述辅载波的子帧是上行链路子帧的传输时间间隔TTI中随后调度所述第一用户装置的延迟敏感下行链路业务。
2.如权利要求1所述的方法，其中所述延迟敏感下行链路业务是因特网协议语音VoIP业务。
3.如权利要求1或2所述的方法，其中所述优先安排还基于确定所述第一用户装置具有需要使用所述辅小区的额外下行链路业务。
4.如权利要求1-3中任一权利要求所述的方法，其中优先安排（720）在所述辅载波的子帧是上行链路子帧的TTI中随后调度所述第一用户装置的延迟敏感下行链路业务包括在所述TTI中调度所述第一用户装置的所有或绝大部分延迟敏感下行链路业务。
5.如权利要求1-4中任一权利要求所述的方法，其中所述下行链路载波聚合只包括单个辅载波，并且其中优先安排（720）在所述辅载波的子帧是上行链路子帧的TTI中随后调度所述第一用户装置的延迟敏感下行链路业务包括：对于所述辅载波的子帧是上行链路子帧的每个TTI，先在所述TTI中调度所述第一用户装置的可用延迟敏感下行链路业务和/或任何其它用户装置的延迟敏感下行链路业务，然后再在所述TTI中调度任何非延迟敏感下行链路业务。
6.如权利要求1-5中任一权利要求所述的方法，还包括在所述辅载波的子帧不是上行链路子帧的TTI中调度（730）所述第一用户装置的至少一些非延迟敏感下行链路业务。
7.如权利要求6所述的方法，还包括：监视（740）混合自动重传请求HARQ反馈，以及在所述辅载波的子帧是上行链路子帧的TTI中调度（750）所述非延迟敏感下行链路业务的足够部分，以便确保对于所述第一用户装置接收至少预定比例的无歧义HARQ反馈。
8. 一种支持频分双工FDD模式的主载波和时分双工TDD模式的辅载波的下行链路载波聚合的网络节点（800），所述网络节点包括：
无线电收发器电路（820），配置成与一个或多个用户装置通信；以及
处理电路（850），配置成控制所述无线电收发器电路（820）并：
确定得到或即将得到所述下行链路载波聚合支持的第一用户装置具有延迟敏感下行链路业务；以及
基于所述确定，优先安排在所述辅载波的子帧是上行链路子帧的传输时间间隔（TTI）中随后调度所述第一用户装置的延迟敏感下行链路业务。
9.如权利要求8所述的网络节点（800），其中所述延迟敏感下行链路业务是因特网协议语音VoIP业务。
10.如权利要求8或9所述的网络节点（800），其中所述处理电路（850）配置成还基于确定所述第一用户装置具有需要使用所述辅小区的额外下行链路业务而执行所述优先安排。
11.如权利要求8-10中任一权利要求所述的网络节点（800），其中所述处理电路（850）配置成通过在所述辅载波的子帧是上行链路子帧的TTI中调度所述第一用户装置的所有或绝大部分延迟敏感下行链路业务而优先安排在所述TTI中随后调度所述第一用户装置的延迟敏感下行链路业务。
12.如权利要求8-11中任一权利要求所述的网络节点（800），其中所述下行链路载波聚合只包括单个辅载波，并且其中所述处理电路（850）配置成通过以下操作优先安排在所述辅载波的子帧是上行链路子帧的TTI中随后调度所述第一用户装置的延迟敏感下行链路业务：对于所述辅载波的子帧是上行链路子帧的每个TTI，先在所述TTI中调度所述第一用户装置的可用延迟敏感下行链路业务和/或任何其它用户装置的延迟敏感下行链路业务，然后再在所述TTI中调度任何非延迟敏感下行链路业务。
13.如权利要求8-12中任一权利要求所述的网络节点（800），其中所述处理电路（850）还配置成在所述辅载波的子帧不是上行链路子帧的TTI中调度所述第一用户装置的至少一些非延迟敏感下行链路业务。
14.如权利要求13所述的网络节点（800），其中所述处理电路（850）还配置成：监视混合自动重传请求（HARQ）反馈，并在所述辅载波的子帧是上行链路子帧的TTI中调度所述非延迟敏感下行链路业务的足够部分，以便确保对于所述第一用户装置接收至少预定比例的无歧义HARQ反馈。
15. 一种非暂时性计算机可读介质，包括存储在它上面的计算机程序产品，所述计算机程序产品包括程序指令，所述程序指令在由支持频分双工FDD模式的主载波和时分双工TDD模式的辅载波的下行链路载波聚合的无线网络节点中的处理器执行时使得所述无线网络节点：
确定得到或即将得到所述下行链路载波聚合支持的第一用户装置具有延迟敏感下行链路业务；以及
优先安排在所述辅载波的子帧是上行链路子帧的传输时间间隔TTI中随后调度所述第一用户装置的延迟敏感下行链路业务。
16. 一种在支持频分双工FDD模式的主载波和时分双工TDD模式的辅载波的下行链路载波聚合的无线网络节点中使用的网络节点，所述网络节点适于：
确定得到或即将得到所述下行链路载波聚合支持的第一用户装置具有延迟敏感下行链路业务；以及
优先安排在所述辅载波的子帧是上行链路子帧的传输时间间隔TTI中随后调度所述第一用户装置的延迟敏感下行链路业务。
17.如权利要求16所述的网络节点，其中所述延迟敏感下行链路业务是因特网协议语音VoIP业务。
18.如权利要求16或17所述的网络节点，其中所述网络节点适于还基于确定所述第一用户装置具有需要使用所述辅小区的额外下行链路业务而执行所述优先安排。
19.如权利要求16-18中任一权利要求所述的网络节点，其中所述网络节点适于通过在所述辅载波的子帧是上行链路子帧的TTI中调度所述第一用户装置的所有或绝大部分延迟敏感下行链路业务而优先安排在所述TTI中随后调度所述第一用户装置的延迟敏感下行链路业务。
20.如权利要求16-19中任一权利要求所述的网络节点，其中所述下行链路载波聚合只包括单个辅载波，并且其中所述网络节点适于通过以下操作优先安排在所述辅载波的子帧是上行链路子帧的TTI中随后调度所述第一用户装置的延迟敏感下行链路业务：对于所述辅载波的子帧是上行链路子帧的每个TTI，先在所述TTI中调度所述第一用户装置的可用延迟敏感下行链路业务和/或任何其它用户装置的延迟敏感下行链路业务，然后再在所述TTI中调度任何非延迟敏感下行链路业务。
21.如权利要求16-20中任一权利要求所述的网络节点，其中所述网络节点还适于在所述辅载波的子帧不是上行链路子帧的TTI中调度所述第一用户装置的至少一些非延迟敏感下行链路业务。
22.如权利要求21所述的网络节点，其中所述网络节点还适于：监视混合自动重传请求（HARQ）反馈，并在所述辅载波的子帧是上行链路子帧的TTI中调度所述非延迟敏感下行链路业务的足够部分，以便确保对于所述第一用户装置接收至少预定比例的无歧义HARQ反馈。
23. 一种在支持频分双工FDD模式的主载波和时分双工TDD模式的辅载波的下行链路载波聚合的无线网络节点中使用的网络节点，所述网络节点包括：
确定模块（602），用于确定得到或即将得到所述下行链路载波聚合支持的第一用户装置具有延迟敏感下行链路业务；以及
调度模块（604），用于基于所述确定优先安排在所述辅载波的子帧是上行链路子帧的传输时间间隔TTI中随后调度所述第一用户装置的延迟敏感下行链路业务。
24.如权利要求23所述的网络节点，其中所述延迟敏感下行链路业务是因特网协议语音VoIP业务。
25.如权利要求23或24所述的网络节点，其中所述调度模块（604）适于还基于确定所述第一用户装置具有需要使用所述辅小区的额外下行链路业务而执行所述优先安排。
26.如权利要求23-25中任一权利要求所述的网络节点，其中所述调度模块（604）适于通过在所述辅载波的子帧是上行链路子帧的TTI中调度所述第一用户装置的所有或绝大部分延迟敏感下行链路业务而优先安排在所述TTI中随后调度所述第一用户装置的延迟敏感下行链路业务。
27.如权利要求23-26中任一权利要求所述的网络节点，其中所述下行链路载波聚合只包括单个辅载波，并且其中所述调度模块（604）适于通过以下操作优先安排在所述辅载波的子帧是上行链路子帧的TTI中随后调度所述第一用户装置的延迟敏感下行链路业务：对于所述辅载波的子帧是上行链路子帧的每个TTI，先在所述TTI中调度所述第一用户装置的可用延迟敏感下行链路业务和/或任何其它用户装置的延迟敏感下行链路业务，然后再在所述TTI中调度任何非延迟敏感下行链路业务。
28.如权利要求23-27中任一权利要求所述的网络节点，其中所述调度模块（604）还适于在所述辅载波的子帧不是上行链路子帧的TTI中调度所述第一用户装置的至少一些非延迟敏感下行链路业务。
29.如权利要求28所述的网络节点，其中所述调度模块（604）还适于：监视混合自动重传请求（HARQ）反馈，并在所述辅载波的子帧是上行链路子帧的TTI中调度所述非延迟敏感下行链路业务的足够部分，以便确保对于所述第一用户装置接收至少预定比例的无歧义HARQ反馈。
CN201580075423.2A 2015-02-03 2015-02-03 在利用载波聚合的无线系统中调度ip语音用户 Pending CN107210884A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IB2015/050822 WO2016124974A1 (en) 2015-02-03 2015-02-03 Scheduling voice-over-ip users in wireless systems using carrier aggregation

Publications (1)

Publication Number Publication Date
CN107210884A true CN107210884A (zh) 2017-09-26

Family

ID=52697477

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580075423.2A Pending CN107210884A (zh) 2015-02-03 2015-02-03 在利用载波聚合的无线系统中调度ip语音用户

Country Status (4)

Country Link
US (1) US20180020467A1 (zh)
EP (1) EP3254396A1 (zh)
CN (1) CN107210884A (zh)
WO (1) WO2016124974A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108933644A (zh) * 2017-05-25 2018-12-04 中兴通讯股份有限公司 一种提升两载波聚合下行调度harq反馈性能的方法及装置
WO2020125368A1 (zh) * 2018-12-17 2020-06-25 华为技术有限公司 一种用于载波聚合系统的通信方法、终端及网络设备
CN113497678A (zh) * 2020-04-03 2021-10-12 展讯通信（上海）有限公司 信息处理方法、装置及存储介质
CN114554518A (zh) * 2020-11-25 2022-05-27 大唐移动通信设备有限公司 辅小区的配置方法、装置、基站及存储介质

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10455611B2 (en) * 2015-09-16 2019-10-22 Lg Electronics Inc. Method for transceiving data in wireless communication system and apparatus for same
US10306562B2 (en) * 2015-10-29 2019-05-28 Qualcomm Incorporated Transport format combination selection during self-jamming interference
US10091115B2 (en) * 2016-03-23 2018-10-02 Apple Inc. Handling voice and non-voice data under uplink limited conditions
CN107371246B (zh) * 2016-05-13 2020-01-10 电信科学技术研究院 一种业务数据的传输方法、终端及网络侧设备
WO2020097935A1 (zh) * 2018-11-16 2020-05-22 华为技术有限公司 一种通信方法及装置
US11956185B2 (en) 2020-04-15 2024-04-09 Corning Research & Development Corporation Time-division duplexing (TDD) detection in wireless distributed communications systems (DCS) to synchronize TDD downlink and uplink communications, and related methods

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130215772A1 (en) * 2010-06-10 2013-08-22 Interdigital Patent Holdings, Inc. Reconfiguration and handover procedures for fuzzy cells
CN103597891A (zh) * 2011-07-05 2014-02-19 诺基亚西门子网络公司 用于无线通信中的资源聚合的方法和装置
CN104205683A (zh) * 2012-03-20 2014-12-10 Lg电子株式会社 在应用载波聚合方案的无线通信系统中基于无线资源的动态变化发送和接收信号的方法及其装置
CN104303577A (zh) * 2012-05-16 2015-01-21 瑞典爱立信有限公司 通信网络中的方法和装置
CN105580420A (zh) * 2013-09-26 2016-05-11 夏普株式会社 Tdd-fdd载波聚合中的子帧偏移

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130215772A1 (en) * 2010-06-10 2013-08-22 Interdigital Patent Holdings, Inc. Reconfiguration and handover procedures for fuzzy cells
CN103597891A (zh) * 2011-07-05 2014-02-19 诺基亚西门子网络公司 用于无线通信中的资源聚合的方法和装置
CN104205683A (zh) * 2012-03-20 2014-12-10 Lg电子株式会社 在应用载波聚合方案的无线通信系统中基于无线资源的动态变化发送和接收信号的方法及其装置
CN104303577A (zh) * 2012-05-16 2015-01-21 瑞典爱立信有限公司 通信网络中的方法和装置
CN105580420A (zh) * 2013-09-26 2016-05-11 夏普株式会社 Tdd-fdd载波聚合中的子帧偏移

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108933644A (zh) * 2017-05-25 2018-12-04 中兴通讯股份有限公司 一种提升两载波聚合下行调度harq反馈性能的方法及装置
WO2020125368A1 (zh) * 2018-12-17 2020-06-25 华为技术有限公司 一种用于载波聚合系统的通信方法、终端及网络设备
US11936572B2 (en) 2018-12-17 2024-03-19 Huawei Technologies Co., Ltd. Communication method for carrier aggregation system, terminal, and network device
CN113497678A (zh) * 2020-04-03 2021-10-12 展讯通信（上海）有限公司 信息处理方法、装置及存储介质
CN113497678B (zh) * 2020-04-03 2022-09-23 展讯通信（上海）有限公司 信息处理方法、装置及存储介质
CN114554518A (zh) * 2020-11-25 2022-05-27 大唐移动通信设备有限公司 辅小区的配置方法、装置、基站及存储介质
CN114554518B (zh) * 2020-11-25 2023-07-04 大唐移动通信设备有限公司 辅小区的配置方法、装置、基站及存储介质

Also Published As

Publication number Publication date
EP3254396A1 (en) 2017-12-13
US20180020467A1 (en) 2018-01-18
WO2016124974A1 (en) 2016-08-11

Similar Documents

Publication Publication Date Title
US20240179501A1 (en) Apparatus and method for performing wireless communication in wireless communication system supporting vehicle communication
KR101863203B1 (ko) 피드백 정보를 전송하는 방법 및 장치
CN107210884A (zh) 在利用载波聚合的无线系统中调度ip语音用户
US9867146B2 (en) Systems and methods for dual-connectivity operation
CN107105490B (zh) 采用载波聚合的ack/nack格式的功率控制
CN102474886B (zh) 基于争用的上行链路数据传输方法和设备
US20150327243A1 (en) Systems and methods for dual-connectivity operation
CN110213030A (zh) 支持单交织模式和多交织模式的时分双工（tdd）子帧结构
EP3097649B1 (en) Method for configuring transmission time interval bundling at a user equipment with multiple carriers and device therefor
EP2901602A1 (en) TRANSMISSION OF UPLINK CONTROL INFORMATION IN INTER-eNB CARRIER AGGREGATION
CN104885398A (zh) 用于设备间通信的方法和装置
CN104885554A (zh) 用于设备间通信的参考信号测量
CN106576304A (zh) 用于上行链路发送功率控制的系统和方法
CN105122932A (zh) 用于设备到设备通信的方法和装置
KR20130086558A (ko) 무선 통신 시스템에서 단말 대 단말 통신 방법
CN105981317A (zh) 避免开放发现与蜂窝资源之间的冲突的方法
JP2016529799A (ja) アップリンク制御情報の送信方法及び装置
CN115136646A (zh) 数据传输方法、装置及设备
US20230069144A1 (en) Methods and nodes for activation or deactivation of a carrier in a communication network supporting carrier aggregation
CN109314674A (zh) 取决于传输类型和ue处理能力延迟传输
TW201725930A (zh) 處理用於服務細胞的傳送／接收的裝置及方法
CN114788204B (zh) Harq进程的状态确定方法、装置及设备
EP3925359A1 (en) Network node, ue and methods performed therein for handling communication
CN115699645A (zh) 混合自动重传请求应答harq-ack的反馈方法和终端设备
CN102573096B (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
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20170926

WD01 Invention patent application deemed withdrawn after publication