CN103517434A - 在支持灵活变化子帧双工方向的tdd***中发送上行数据的方法和设备 - Google Patents

在支持灵活变化子帧双工方向的tdd***中发送上行数据的方法和设备 Download PDF

Info

Publication number
CN103517434A
CN103517434A CN201310116017.9A CN201310116017A CN103517434A CN 103517434 A CN103517434 A CN 103517434A CN 201310116017 A CN201310116017 A CN 201310116017A CN 103517434 A CN103517434 A CN 103517434A
Authority
CN
China
Prior art keywords
signaling
frame
uplink
flexible sub
pusch
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
CN201310116017.9A
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 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 CN201310116017.9A priority Critical patent/CN103517434A/zh
Priority to PCT/KR2013/005345 priority patent/WO2013191433A1/en
Publication of CN103517434A publication Critical patent/CN103517434A/zh
Pending legal-status Critical Current

Links

Images

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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0027—Scheduling of signalling, e.g. occurrence thereof
    • 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • 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/1854—Scheduling and prioritising arrangements
    • 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
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Landscapes

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

Abstract

本申请公开了一种在支持灵活变化子帧双工方向的TDD***中发送上行数据的方法，当在一个下行子帧内检测到上行调度信息时，根据其可能触发的PUSCH传输所在子帧是否为灵活子帧来分别处理上述上行调度信息；当触发的PUSCH传输所在子帧是灵活子帧时，UE至少要检测到一个添加了CRC校验的控制信令并且CRC校验通过，才在该灵活子帧内发送上行数据。本申请还公开了一种发送上行数据的设备。采用本申请技术方案，能够降低由于误报警触发UE在上行方向发送上行信号的可能性，从而降低对小区内其他UE的数据传输，特别是下行数据传输的干扰，提高***性能。

Description

在支持灵活变化子帧双工方向的TDD***中发送上行数据的方法和设备
技术领域
本申请涉及移动通信技术领域，特别涉及在支持灵活变化子帧双工方向的TDD***中发送上行数据的方法和设备。
背景技术
长期演进（LTE）***支持时分双工（TDD）的工作方式，如图1所示是TDD***的帧结构。每个无线帧的长度是10ms，它等分为两个长度为5ms的半帧。每个半帧包含8个长度为0.5ms的时隙和3个特殊域，即下行导频时隙（DwPTS）、保护间隔（GP）和上行导频时隙（UpPTS），这3个特殊域的长度的和是1ms。每个子帧由两个连续的时隙构成，即第k个子帧包含时隙2k和时隙2k+1。TDD***中支持7种上行下行配置，如表1所示。这里，D代表下行子帧，U代表上行子帧，S代表上述包含3个特殊域的特殊子帧。
表1LTE TDD的上行下行配置
Figure BDA00003009548700011
在LTE TDD***中，资源分配的单位是物理资源块（PRB），一个PRB在频率上包含12个连续的子载波，在时间上对应一个时隙。一个下行子帧的前n个OFDM符号用于传输下行控制信息，包括物理下行控制信道（PDCCH）、物理HARQ指示信道（PHICH）和其他控制信息，剩余的OFDM符号用来传输物理下行共享信道（PDSCH）。以***带宽大于10个PRB为例，对一般子帧，n等于1、2或者3；对DwPTS，n等于1或者2。
在LTE的后续版本中，还提出了增强PDCCH（ePDCCH）的概念，区别在于ePDCCH是映射到子帧的数据区域发送的，即ePDCCH与PDSCH是频分复用（FDM）的。相应于ePDCCH，在LTE的后续版本中，还可能存在增强PHICH（ePHICH），ePHICH也是映射到子帧的数据区域发送的，即ePHICH与PDSCH是频分复用的。以下如无特别说明，不需要区别处理PDCCH和ePDCCH，因此，将PDCCH和ePDCCH统称为PDCCH；类似的，如无特别说明，不需要区别处理PHICH和ePHICH，而将PHICH和ePHICH统称为PHICH。
根据调度的传输方向，PDCCH可以分为下行授权信令（DL Grant）和上行授权信令（UL Grant）。其中：
下行授权信令用于分配其所在的下行子帧内的PDSCH资源，UE收到下行授权信令并对PDSCH解码后，按照一定的定时关系，在后续的一个相应的上行子帧内发送对该PDSCH的HARQ-ACK反馈信息。由于PDSCH传输基于异步HARQ的机制，所以基站可以灵活地选择重传的时机。
上行授权信令用于分配其所在下行子帧的后续一个上行子帧内的物理上行共享信道（PUSCH）资源，UE收到上行授权信令后，按照一定的定时关系，确定后续上行子帧的位置，并在该后续上行子帧的PUSCH上发送上行数据。接下来，基站接收UE发送的PUSCH数据，根据PUSCH数据的解码结果相应地发送上行授权信令或者PHICH信息，UE接收基站发送的上行授权信令或者PHICH信息，并相应地对PUSCH数据进行重传或者发送新的上行数据。
不同的下行授权信令或者上行授权信令是分别进行独立的编码处理的。一个授权信令是在其有效控制信息的基础上添加16比特循环校验码（CRC），并用UE ID对CRC进行加扰得到的，从而可以起到区分不同UE的作用。但是，有时UE可能会在基站没有为其发送授权信令的情况下误报警检测到一个授权信令。
在LTE***中，如果UE误报警检测到下行授权信令，将导致UE额外地接收PDSCH，并在对应的上行子帧发送HARQ-ACK信息，该HARQ-ACK信息的上行传输将对其他UE正常发送的上行数据和控制信号产生干扰。如果UE误报警检测到上行授权信令，将导致UE在对应的上行子帧发送PUSCH，显然这会对其他UE正常发送的上行数据和控制信号产生干扰；进一步的，由于上行数据传输是基于同步HARQ，PUSCH重传可以是用PHICH触发的，所以这种误报警所导致的UE的上行数据传输将干扰若干个上行子帧内的正常上行数据和控制信息的传输。需要指出的是，以上分析所基于的前提是：在一个子帧内，发生误报警的UE的传输方向与该子帧内其他正常UE的传输方向是相同的。下面对在一个子帧内发生误报警的UE的传输方向与该子帧内其他正常UE的传输方向不同的情况进行分析。
在现有LTE TDD规范中，小区采用的上行下行配置是通过***广播信令配置的，即包含在***信息块1（SIB1）中。这样，LTE***支持最快640ms改变一次上下行配置，并且，按照现有规范，在3个小时之内最多改变32次***信息。为了更快地适配业务特性的变化，目前3GPP组织正在研究如何支持以更快的速度改变***的上下行子帧的分配。例如，支持以更快的速度改变上下行配置，如200ms改变一次；或者支持在无线帧长10ms这个量级的时间内来改变上下行配置。实际上，基站调度器根据业务需求改变上下行子帧的分布，并采用一定的调度限制维持***正常运行，而UE可以不需要知道当前正在工作于上述7种上下行配置中的哪一种。甚至，实际工作的上下行子帧的分布可以不局限于表1中的7种上下行配置。例如：根据LTE TDD的规范，子帧0、子帧5、子帧1中的DwPTS和子帧6中的DwPTS一定是用于下行传输，子帧2、子帧1中的UpPTS和子帧6中的UpPTS一定是用于上行传输。其他5个子帧，即子帧3、4、7、8和9在一部分上下行配置中是下行子帧，在其他上下行配置中是上行子帧，可称之为灵活子帧。
总之，实际的上下行子帧分布可以是对UE透明的。
对于小区所采用的上下行子帧分布可以灵活变化的***，对双工方向可变的灵活子帧，一方面基站可以确切知道其双工方向，从而根据当前双工方向调度其上行传输或者下行传输，另一方面，UE可以根据一些相关的信息来隐含得到灵活子帧的当前双工方向。例如，如果UE检测到基站发送了在一个灵活子帧内分配PUSCH资源的上行授权信令，UE则认为该灵活子帧的当前双工方向为上行方向；如果UE不能推测出一个灵活子帧的当前双工方向为上行方向，则UE按照双工方向为下行方向来处理。但是，这种隐含的方法的可靠性无法保证。
假设一个灵活子帧当前用于下行双工方向，但是UE误报警了一个在该灵活子帧内调度PUSCH传输的上行授权信令，这就属于在一个子帧内发生误报警的UE的传输方向与该子帧内其他正常UE的传输方向不同的情况，这种情况下，发生误报警的UE将错误地在该当前双工方向为下行方向的灵活子帧内发送上行数据，从而造成对同小区内其他接收PDSCH的UE的干扰。或者，假设一个灵活子帧当前用于下行双工方向，并且基站用PHICH发送了ACK信息来使UE停止在该灵活子帧内对其PUSCH的重传操作，但是，PHICH信道的可靠性并不高，UE将ACK错误检测为NACK的可能性一般在1%左右，即UE有1%的可能性会错误地在该当前处于下行双工方向的灵活子帧内重传上行数据，这也属于在一个子帧内发生误报警的UE的传输方向与该子帧内其他正常UE的传输方向不同的情况，将造成对同小区内其他接收PDSCH的UE的干扰。这里，一个UE发生误报警的概率还是比较低的，但是考虑到蜂窝***内激活的UE数目比较大，因此，在小区内某个或者某几个UE发生误报警的可能性是很大的。
值得注意的是，在一个子帧内发生误报警的UE的传输的方向不同于该子帧内其他正常UE的传输方向的情况是在早期的LTE版本中所不存在的干扰场景，其影响比较大，所以，对于小区所采用的上下行子帧分布可以灵活变化的***，如何降低误报警是一个亟待解决的技术问题。
发明内容
本申请提出了在支持灵活变化子帧的双工方向的TDD***中发送上行数据的方法和设备，从而降低由误报警所导致的小区内不同UE的上下行传输之间的干扰。
本申请公开了一种发送上行数据的方法，适用于支持灵活变化子帧双工方向的时分双工（TDD）***，包括以下步骤：
A、当在一个下行子帧内检测到上行调度信息时，判断所述上行调度信息触发的物理上行共享信道（PUSCH）传输所在子帧是否为灵活子帧；
B、如果是灵活子帧，用户设备（UE）至少要检测到一个添加有循环冗余（CRC）校验的控制信令，并且CRC校验通过，才在所述灵活子帧内发送上行数据。
较佳地，灵活子帧内的PUSCH重传的触发条件可以是：UE检测到有效的上行授权信令；所述添加有CRC校验的控制信令为：添加有CRC校验的上行授权信令。。
较佳地，灵活子帧内的PUSCH重传的触发条件可以是：UE检测到有效的上行授权信令，并且同时检测到有效的使能信令；所述添加有CRC校验的控制信令为：添加有CRC校验的上行授权信令或者添加有CRC校验的使能信令；
或者，灵活子帧内的PUSCH重传的触发条件是：UE检测到有效的PHICH信息，同时检测到有效的使能信令；所述添加有CRC校验的控制信令为：添加有CRC校验的使能信令。
较佳地，灵活子帧内的初始PUSCH传输的触发条件可以是：UE检测到有效的上行授权信令并且同时检测到有效的使能信令；所述添加有CRC校验的控制信令为：添加有CRC校验的上行授权信令或者添加有CRC校验的使能信令。
较佳地，灵活子帧内的所有PUSCH传输的触发条件可以是：UE检测到有效的上行授权信令；所述添加有CRC校验的控制信令为：添加有CRC校验的上行授权信令。。
较佳地，灵活子帧内的所有PUSCH传输的触发条件可以是：UE检测到有效的上行授权信令，并且同时检测到有效的使能信令；所述添加有CRC校验的控制信令为：添加有CRC校验的上行授权信令或者添加有CRC校验的使能信令；
或者，灵活子帧内的所有PUSCH传输的触发条件是：UE检测到有效的PHICH信息，同时检测到有效使能信令；所述添加有CRC校验的控制信令为：添加有CRC校验的使能信令。
较佳地，该方法进一步包括当UE漏检使能信令时，UE在收到新的有效使能信令之前不进行上行传输；
或者，当UE漏检使能信令时，UE在收到新的有效使能信令之前只在固定上行子帧进行上行传输；
或者，当UE漏检使能信令时，UE在收到新的有效使能信令之前，在所有可能的子帧位置上检测上行授权信令或者PHICH，并按照所检测到的上行授权信令或者PHICH进行上行数据传输。
较佳地，UE可以根据对应的混合自动重传请求（HARQ）过程的最近一个有效上行授权信令确定要检测的PHICH信道，从中获得使能信令；
或者，UE可以根据所述下行子帧内检测到的当前上行授权信令确定要检测的PHICH信道，从中获得使能信令。
较佳地，所述上行授权信令中可以包含有携带预定值的信息域。
较佳地，所述上行授权信令中循环校验码（CRC）的长度大于16比特。
该方法可以进一步包括：对所有触发上行子帧的PUSCH传输的上行调度信息，不区分所触发的上行子帧是否为灵活子帧，均采用相同的方式处理上行调度信息，并发送上行数据。
本申请还公开了一种发送上行数据的设备，适用于支持灵活变化子帧双工方向的时分双工（TDD）***，包括：判断模块和发送模块；其中：
所述判断模块，用于在一个下行子帧内检测到上行调度信息时，判断所述上行调度信息触发的物理上行共享信道（PUSCH）传输所在子帧是否为灵活子帧；在所述上行调度信息触发的PUSCH传输所在子帧是灵活子帧时，判断是否至少检测到一个添加有CRC校验的控制信令，并且CRC校验通过，在通过时，通知所述发送模块；
所述发送模块根据所述发送模块的通知，在所述灵活子帧内发送上行数据。
较佳地，在所述上行调度信息为触发所述灵活子帧内的PUSCH重传的上行授权信令时，所述发送模块触发所述灵活子帧内的PUSCH重传；
或者，在所述上行调度信息包括触发所述灵活子帧内的PUSCH重传的上行授权信令并且包括有效的使能信令时，所述发送模块触发所述灵活子帧内的PUSCH重传；
或者，在所述上行调度信息包括触发所述灵活子帧内的PUSCH重传的上行授权信令或者PHICH信息，并且包括有效的使能信令时，所述发送模块触发所述灵活子帧内的PUSCH重传；
或者，在所述上行调度信息为触发所述灵活子帧内的PUSCH传输的上行授权信令时，所述发送模块触发所述灵活子帧内的PUSCH传输；
或者，在所述上行调度信息包括触发所述灵活子帧内的PUSCH传输的上行授权信令并且包括有效的使能信令时，所述发送模块触发所述灵活子帧内的PUSCH传输；
或者，在所述上行调度信息包括触发所述灵活子帧内的PUSCH传输的上行授权信令或者PHICH信息，并且包括有效的使能信令时，所述发送模块触发所述灵活子帧内的PUSCH传输。
较佳地，所述发送模块可以用于根据对应的混合自动重传请求（HARQ）过程的最近一个有效上行授权信令确定要检测的PHICH信道，从中获得使能信令；
或者，所述发送模块可以用于根据所述下行子帧内检测到的当前上行授权信令确定要检测的PHICH信道，从中获得使能信令。
较佳地，所述发送模块可以用于对所有触发上行子帧的PUSCH传输的上行调度信息不区分所触发的上行子帧是否为灵活子帧，均采用相同的方式处理上行调度信息，并发送上行数据。
由上述技术方案可见，本申请所提供的在支持灵活变化子帧双工方向的TDD***中发送上行数据的方法和设备，当在一个下行子帧内检测到上行调度信息时，通过判断其可能触发的PUSCH传输所在子帧是否为灵活子帧，来分别处理该上行调度信息，并在可能触发的PUSCH传输所在子帧是灵活子帧时，UE至少要检测到有效的上行授权信令才在该灵活子帧内发送上行数据。采用本申请技术方案，能够降低由于误报警触发UE在上行方向发送上行信号的可能性，从而降低对小区内其他UE的数据传输，特别是下行数据传输的干扰，提高***性能。
附图说明
图1为现有TDD***的帧结构示意图；
图2为本申请一较佳发送上行数据的方法的流程示意图；
图3为本申请一较佳发送上行数据的设备的组成结构示意图。
具体实施方式
为使本申请的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本申请作进一步详细说明。
对于小区所采用的上下行子帧分布的可以灵活变化的LTE TDD***，通常，一部分子帧的双工方向是固定不变的，而其他子帧是灵活子帧，即其双工方向可变。例如，子帧0、子帧5、子帧1中的DwPTS和子帧6中的DwPTS固定用于下行双工方向；子帧2、子帧1中的UpPTS和子帧6中的UpPTS固定用于上行双方向；而其他5个子帧，UE可以根据其他一些辅助信息确定其是固定双工方向的或者是灵活子帧。对于上行传输，UE可以将子帧分为两类，即固定用于上行双工方向的子帧和可以灵活用于上行传输的灵活子帧。本申请不限制UE确定子帧是固定用于某个双工方向或者属于灵活子帧的方法。
对固定用于上行双工方向的子帧，即使有UE发生误报警，该UE的传输方向与该子帧内其他正常UE的传输方向也是相同的，发生误报警的UE在该上行子帧内发送的PUSCH对其他UE的干扰在不支持上下行子帧分布灵活变化的LTE TDD***中已经存在，因此，可以采用现有的相关技术对这种情况进行处理，而无需对固定用于上行双工方向的子帧采用额外的处理方法，当然，也可以采用本申请改进的技术方案进行处理。而对当前双工方向为下行方向的灵活子帧，如果因为误报警导致UE在该当前处于下行双工方向的灵活子帧内发送上行数据，从而造成对同小区内其他接收PDSCH的UE的干扰，这是不同于现有不支持上下行子帧分布灵活变化的LTE TDD中的新的干扰形式，相应地需要对灵活子帧的PUSCH调度采用本申请改进的技术方案来处理。
在LTE版本8中，上行数据传输可以用两种方法来触发，对PUSCH初始传输，只能采用上行授权信令来调度；而对PUSCH重传，可以采用上行授权信令或者PHICH来触发。本申请的主要思想是：假设已经按照某种方法得到了当前上行HARQ传输的定时关系，对一个下行子帧内检测到的上行调度信息，根据其可能触发的PUSCH传输所在子帧是否为灵活子帧来分别处理，当可能触发的PUSCH传输所在子帧是灵活子帧时，UE至少要检测一个添加了CRC校验的控制信令，并且该控制信令的CRC校验通过时，才在灵活子帧内发送上行数据，从而降低误报警的概率，并降低由误报警所导致的小区内不同UE的上下行传输之间的干扰。这里，上述当前上行HARQ传输的定时关系，可以是用高层信令半静态配置使用7种现有TDD上下行配置之一的上行HARQ传输的定时关系；或者，是根据当前无线帧及其邻近无线帧的实际TDD上下行配置选择7种现有TDD上下行配置之一的上行HARQ传输的定时关系；或者也可以是定义新的上行HARQ传输的定时关系。本申请不限制获得当前上行HARQ传输的定时关系的方法。
图2为本申请一较佳发送上行数据的方法的流程图。该方法用于在支持灵活变化子帧的双工方向的TDD***中发送上行数据，包括以下步骤：
步骤201：当在一个下行子帧内检测到上行调度信息时，判断该上行调度信息触发的PUSCH传输所在子帧是否为灵活子帧，如果是灵活子帧，执行步骤202；否则执行步骤203。
步骤202：对触发的PUSCH传输位于灵活子帧的情况，UE至少要检测到一个添加了CRC校验的控制信令并且CRC校验通过，UE才在灵活子帧内发送上行数据。
在步骤202中，采用本申请的方法，可以是规定UE只能在检测到有效的上行授权信令时才在灵活子帧内发送上行数据。或者，进一步的，也可以是规定UE在检测到有效的上行授权信令的基础上，必须同时检测到在另一个信道上发送的有效使能信令，才在灵活子帧内发送上行数据。或者，也可以是在UE检测到上行授权信令或者PHICH信息的基础上，必须同时检测到在另一个信道上发送的有效使能信令，并且这个使能信令添加了CRC保护。
下面描述本申请上面提到的使能信令的传输机制。
这个使能信令可以是小区特定的，即用于小区内所有工作于灵活子帧模式的UE。或者，这个使能信令也可以是应用于一组UE，即小区内的所有工作于灵活子帧模式的UE可以分为多个组，并为每组UE分别配置检测一个使能信令。或者，这个使能信令可以是UE特定的，即对每个工作于灵活子帧模式的UE分别发送这个使能信令。
如果是对每个工作于灵活子帧模式的UE分别发送所述使能信令，这个使能信令可以是只在需要触发对应UE的上行数据传输时才发送；或者，这个使能信令也可以是只在需要触发对应UE的上行数据传输或者下行数据传输时才发送；或者，这个使能信令可以是不依赖于是否需要触发对应UE的上行数据传输或者下行数据传输而固定发送，但是这样的开销比较大。
如果是对小区内所有工作于灵活子帧模式的UE发送小区特定的所述使能信令，或者是配置一组工作于灵活子帧模式的UE检测同一个所述使能信令，这个使能信令可以是在需要触发至少一个工作于灵活子帧模式的UE的上行数据传输时才发送；或者，这个使能信令可以是在需要触发至少一个工作于灵活子帧模式的UE的上行数据传输或者下行数据传输时才发送；或者，这个使能信令可以是不依赖于是否实际需要触发工作于灵活子帧模式的UE的上行数据传输或者下行数据传输而固定发送。
这个使能信令可以是在每个子帧分别发送的。例如，在每个可以调度灵活子帧的上行传输的子帧内同时发送这个信令，而其他子帧不需要发送这个信令。这个信令可以是根据PUSCH调度和HARQ定时，指示对应该信令所在子帧的灵活子帧当前的双工方向，例如，1比特信息。考虑到按照TDD上下行配置0工作的情况，需要支持双子帧调度，则可以是根据PUSCH调度和HARQ定时，指示对应该信令所在子帧的两个灵活子帧的当前的双工方向，例如，这个信令可以是2比特信息，并分别指示一个灵活子帧的当前的双工方向。这个信令也可以是指示一个无线帧内所有用于上行传输（包括用于上行传输的灵活子帧和固定上行子帧）的子帧分布，或者，这个信令可以只指示一个无线帧内所有用于上行传输的灵活子帧的分布。例如，如果限制上行传输的子帧分布一定和现有7种TDD上下行配置之一一致，则可以用3个比特指示这个信息。
这个使能信令也可以是对一组子帧只发送一次，例如，以无线帧为单位，每个无线帧只发送一次，从而降低信令开销。这样，这个信令可以是指示一个无线帧内所有用于上行传输（包括用于上行传输的灵活子帧和固定上行子帧）的子帧分布；或者，这个信令可以只指示一个无线帧内所有用于上行传输的灵活子帧的分布。例如，如果限制上行传输的子帧分布一定和现有7种TDD上下行配置之一一致，则可以用3个比特指示这个信息。
这样，UE在使能信令指示灵活子帧用于上行传输时，才会按照收到的上行调度信令来发送上行数据。为了提高检测错误的可靠性，可以进一步对这个使能信令的信息比特增加CRC校验。
对发送UE特定的使能信令的方法，这个信令还可以直接就定义为有效和无效两种状态。即：当UE检测一个有效上行授权信令后，进一步检测这个授权信令，只有当其为有效状态时，才在灵活子帧上发送上行数据。这样，传输这个使能信令可以采用ON/OFF的方法，即只有当基站发送了一个UE的上行授权信令时，在对应这个UE的使能信道资源上同时发送有效使能信号，即ON状态，否则并不对这个UE发送任何使能信号，即OFF状态。
对上述使能信令，可以定义一种新的信道来发送上述使能信令。或者，也可以是复用现有的信道格式来发送上述使能信令。例如，在下行控制信息的搜索空间内占用一个或者多个控制信道单元（CCE）来发送这个使能信令，这里，使能信令可以添加有CRC，也可以不添加CRC。为了不增加盲检测次数，可以通过增加填充比特的方法使其与一种现有DCI格式的比特数目相等，并占用一个备选物理下行控制信道来发送这个信息。例如，对上述使能信令，也可以是复用现有的PHICH信道来发送这个使能信令。如果采用ON/OFF的方法发送使能信令，可以预定义有效使能信令为PHICH NACK，或者，也可以预定义为PHICH ACK。
下面进一步描述上述UE只有检测到添加CRC保护的有效使能信令才能触发上行数据传输的方法。一般情况下，UE是在检测到上行授权信令或者PHICH信息的基础上，必须同时检测到添加了CRC保护的有效使能信令，才进行上行数据传输。下面描述一些特殊场景以及出错场景的处理方法。
一种可能的情况是在基站发送了所述使能信令的情况下，UE未能正确对使能信令解码，从而没有获知当前的使能信息。例如，对上述重用PDCCH信道发送使能信令的方法，按照目前对PDCCH漏检性能的要求，漏检使能信令的概率是1%。实际上，通过增加这个重用的PDCCH信道的RE数目和提高功率等方法，可以进一步降低漏检概率。但是，这种情况仍然是有可能发生的。下面描述对漏检使能信令的处理方法。
第一种处理漏检使能信令的方法是：UE在收到新的有效使能信令之前不进行任何上行传输。例如，假设使能信令是对每个无线帧分别发送的，使用这种处理方法，在漏检使能信令时，将造成UE在当前无线帧内不进行上行传输，造成上行吞吐量损失。
第二种处理漏检使能信令的方法是：UE在收到新的有效使能信令之前只在固定上行子帧进行上行传输。例如，假设使能信令是对每个无线帧分别发送的，使用这种处理方法，在漏检使能信令时，将造成UE不能在当前无线帧内的灵活子帧进行上行传输，从而也可能带来上行吞吐量损失。
第三种处理漏检使能信令的方法：
假设在漏检使能信令的情况下，上行HARQ传输的定时关系对UE仍然是可知的，则在收到新的有效使能信令之前，UE可以在所有可能的子帧位置上检测上行授权信令或者PHICH，并相应地直接按照所检测到的上行授权信令或者PHICH来进行上行数据传输。采用这种处理方法，在漏检使能信令的情况下，UE不确定一个灵活子帧的双工方向，这有可能导致UE在当前用于下行传输的灵活子帧上发送上行数据，但是，由于漏检使能信令的概率是很低的，这种负面影响可以控制在一个很低的水平，而不影响***性能。实际上，基站还可以故意少发一些所述使能信令，这时UE收不到使能信令，UE可以按照上述第三种处理漏检使能信令的方法进行上行HARQ传输。该方法降低了基站下行控制开销，但是增加了一些UE的操作并有可能带来干扰。是否采用这样的基站处理方法可以是基站实现相关的。
在步骤202中，可以是对灵活子帧上的非初始PUSCH传输，UE至少要检测到一个添加了CRC校验的控制信令，并且CRC校验通过，才在灵活子帧内发送上行数据；而对灵活子帧上的初始PUSCH传输的调度，仍然可以重用LTE版本8中的机制，即当UE检测到一个携带于PDCCH中的上行授权信令时，在相应的PUSCH资源上发送上行数据。非初始PUSCH传输是指：UE的PUSCH传输的HARQ过程正在进行中，在所述灵活子帧上触发的PUSCH传输是对之前的上行数据的重传。例如，下面描述的第一种和第二种较佳的处理方式。当然，也可以是对灵活子帧上的非初始PUSCH传输，UE至少要检测到一个添加了CRC校验的控制信令，并且CRC校验通过，才在灵活子帧内发送上行数据；同时对灵活子帧上的初始PUSCH传输，UE要检测到有效的上行授权信令并且检测到在另一个信道上发送的预定指示信息，才发送上行数据。例如，下面描述的第三种和第四种较佳的处理方式。
第一种方式：
规定：灵活子帧内的PUSCH重传只能使用上行授权信令来触发，而UE总是忽略PHICH的信息。这种情况下，当检测到的上行调度信息为触发该灵活子帧内的PUSCH重传的上行授权信令时，根据该上行授权信令触发该灵活子帧内的PUSCH重传；否则，UE不重传PUSCH，并且，可以在UE内部向高层报告ACK。这里，本申请不限制此时基站是否仍然发送PHICH信息。由于灵活子帧中的初始PUSCH传输也是用上行授权信令来触发的，因此，本方式的实质是：灵活子帧中的所有PUSCH传输都是只用PDCCH中的上行授权信令来触发。
这里，调度PUSCH重传的上行授权信令可以与调度初始PUSCH传输的上行授权信令格式一样，支持对灵活子帧的同步和自适应的PUSCH重传。由于采用统一的方法处理灵活子帧内的所有PUSCH传输，这种方法也避免了基站与UE之间对PUSCH初始传输或者重传的理解不同而导致的混淆。或者，可以重新定义一种新的下行控制信息（DCI）格式，该DCI格式尽可能压缩比特数，并支持对灵活子帧的同步PUSCH重传，但是自适应重传的灵活性受限制。这种情况下，除与调度初始PUSCH传输的上行授权信令格式一样的上行授权信令之外，UE需要额外检测基于这种新的DCI格式的上行授权信令。一个极端情况是该上行授权信令只携带HARQ-ACK信息和CRC比特，即只支持同步和非自适应的PUSCH重传。
第二种方式：
规定：灵活子帧内的PUSCH重传的触发条件是UE至少要检测到一个添加了CRC校验的控制信令，并且CRC校验通过。具体地说，可以是UE检测到有效的上行授权信令，并且同时检测到在另一个信道上发送的有效使能信令；或者，是在UE检测上行授权信令或者PHICH信息的基础上，必须同时检测到在另一个信道上发送的有效使能信令，并且这个使能信令添加了CRC保护。以复用PHICH信道对每个UE分别发送传输使能信令为例。这种情况下，为了触发在灵活子帧内的PUSCH重传，基站需要按照规定发送意思表达一致的上行授权信令和PHICH信息，相应地，UE需要同时检测这两种信道，只有同时检测到上行授权信令和PHICH信息，并且上行授权信令和PHICH信息都指示重传时，UE才在对应的灵活子帧内按照上述上行授权信令执行PUSCH重传；否则，UE不重传PUSCH，并且，可以在UE内部向高层报告ACK。这里，调度PUSCH重传的上行授权信令可以与调度初始PUSCH传输的上行授权信令格式一样，支持对灵活子帧的同步和自适应的PUSCH重传。
UE可以按如下两种方式确定要检测的PHICH信道：
方式A：UE要检测的PHICH信道可以通过在当前接收上行调度信息的下行子帧内检测到的当前上行授权信令来确定。例如，在现有LTE***中，PHICH信道是用来表示的，其中
Figure BDA00003009548700122
是PHICH组号，
Figure BDA00003009548700123
是组内正交序列的索引。记上述当前上行授权信令中的上行解调参考信号（DMRS）的循环移位值为nDMRS，并根据上述当前上行授权信令分配的PUSCH信道的最小PRB索引
Figure BDA00003009548700124
确定IPRB_RA，从而UE根据nDMRS和IPRB_RA来确定要检测的PHICH信道
Figure BDA00003009548700125
为：
n PHICH group = ( I PRB _ RA + n DMRS ) mod N PHICH group + I PHICH N PHICH group
Figure BDA00003009548700127
其中，
Figure BDA00003009548700128
是PHICH信道的扩展因子，
Figure BDA00003009548700129
是基站配置的PHICH组数，IPHICH是与TDD上下行配置0相关的常数，IPRB_RA可以等于
Figure BDA000030095487001210
或者 I PRB _ RA lowest _ index + 1 .
方式B：UE可以按照LTE版本8中基于前面的上行调度信息对要重传的传输块（TB）进行非自适应重传的方法确定要检测的PHICH信道。UE要检测的PHICH信道为：
n PHICH group = ( I PRB _ RA + n DMRS ) mod N PHICH group + I PHICH N PHICH group
Figure BDA00003009548700132
其中，假设不存在上述当前上行授权信令，nDMRS是调度要重传TB的最近一个有效上行授权信令中的上行解调参考信号（DMRS）的循环移位值；或者，如果没有与当前要重传的TB对应的上行授权信令，设置nDMRS等于0。假设不存在上述当前上行授权信令，根据非自适应重传时UE占用的PUSCH信道的最小PRB索引
Figure BDA00003009548700133
确定IPRB_RA，IPRB_RA可以等于
Figure BDA00003009548700134
或者IPRB_RA等于
Figure BDA00003009548700135
Figure BDA00003009548700136
是PHICH信道的扩展因子；
Figure BDA00003009548700137
是基站配置的PHICH组数；IPHICH是与TDD上下行配置0相关的常数。为了增加灵活性，如果除上述当前上行授权信令以外没有与要重传的TB对应的上行授权信令，UE也可以采用上面的方式A的方法按照当前上行授权信令来确定要检测的PHICH信道。
第三种方式：
该方式是基于上述第一种增强UE处理非初始PUSCH传输的上行调度信息的误报警性能的方式来处理非初始PUSCH传输，并进一步增强UE处理初始PUSCH传输的误报警性能。对灵活子帧内的初始PUSCH传输，规定其触发条件是UE检测到有效的上行授权信令，并且同时检测到在另一个信道上发送的有效的使能信令。以复用PHICH信道对每个UE分别传输使能信令为例。这里，为了触发在灵活子帧内的初始PUSCH传输，基站需要按照规定发送意思表达一致的上行授权信令和PHICH信息，相应地，UE需要同时检测这两种信道，只有同时检测到上行授权信令和PHICH信息，并且上行授权信令和PHICH信息都指示新数据传输时，UE才在对应的灵活子帧内按照上述上行授权信令执行PUSCH传输；否则，UE不重传PUSCH，并且，可以在UE内部向高层报告ACK。
UE可以按如下两种方式确定要检测的PHICH信道：
与上述方式A相同，UE要检测的PHICH信道可以通过在当前接收上行调度信息的下行子帧内检测到的当前上行授权信令来确定。例如：记上述当前上行授权信令中的上行解调参考信号（DMRS）的循环移位值为nDMRS，并根据上述当前上行授权信令分配的PUSCH信道的最小PRB索引
Figure BDA00003009548700138
确定IPRB_RA，从而UE根据nDMRS和IPRB_RA来确定要检测的PHICH信道。
或者，假设UE在收到上述当前上行授权信令之前，在相同HARQ过程数的前一个上行子帧上没有发送上行数据，UE采用上面的方式A按照当前上行授权信令来确定要检测的PHICH信道。假设UE在收到上述当前上行授权信令之前，在相同HARQ过程数的前一个上行子帧上发送了上行数据，UE可以不使用上述当前上行授权信令的信息，而是按照前面的上行调度信息对相同HARQ过程数的上行数据继续进行非自适应重传的方法确定要检测的PHICH信道。假设不存在上述当前上行授权信令，nDMRS是最近一个有效上行授权信令中的上行解调参考信号（DMRS）的循环移位值；或者，如果相同HARQ过程数没有对应的上行授权信令，设置nDMRS等于0。假设不存在上述当前上行授权信令，根据非自适应重传时UE占用的PUSCH信道的最小PRB索引
Figure BDA00003009548700141
确定IPRB_RA，从而UE根据nDMRS和IPRB_RA来确定要检测的PHICH信道。为了增加灵活性，假设不存在上述当前上行授权信令，如果没有其他对应的上行授权信令，UE可以采用上面的方式A按照当前上行授权信令来确定要检测的PHICH信道。
第四种方式：
该方式是基于上述第二种增强UE处理非初始PUSCH传输的上行调度信息的误报警性能的方式来处理非初始PUSCH传输，并进一步增强UE处理初始PUSCH传输的误报警性能。对灵活子帧内的初始PUSCH传输，规定其触发条件是UE检测到有效的上行授权信令，并且同时检测到在另一个信道上发送的有效使能信令。以复用PHICH信道对每个UE分别传输使能信令为例。这样，假设除上行授权信令以外的指示信息是采用PHICH信道发送，则该方法的实质是：灵活子帧中的所有PUSCH传输的触发条件都是UE检测到有效的上行授权信令，并且同时检测到预定的PHICH信息。
这里，调度PUSCH重传的上行授权信令可以与调度初始PUSCH传输的上行授权信令格式一样，支持对灵活子帧的同步和自适应的PUSCH重传。为了触发在灵活子帧内的初始PUSCH传输，基站需要按照规定发送意思表达一致的上行授权信令和PHICH信息，相应地，UE需要同时检测这两种信道，只有同时检测到上行授权信令和PHICH信息，并且上行授权信令和PHICH信息都指示新数据传输时，UE才在对应的灵活子帧内按照上述上行授权信令执行PUSCH传输；否则，UE不重传PUSCH，并且，可以在UE内部向高层报告ACK。
与上述方式A相同，UE要检测的PHICH信道可以通过在当前接收上行调度信息的下行子帧内检测到的当前上行授权信令来确定。例如，记上述当前上行授权信令中的上行解调参考信号（DMRS）的循环移位域的值为nDMRS，并根据上述当前上行授权信令分配的PUSCH信道的最小PRB索引确定IPRB_RA，从而UE根据nDMRS和IPRB_RA来确定要检测的PHICH信道。
或者，对一个TB的初始传输，采用上面的方式A按照当前上行授权信令来确定要检测的PHICH信道；而对一个TB的重传，UE可以不使用上述当前上行授权信令的信息，而按照LTE版本8中基于前面的上行调度信息对要重传的TB进行非自适应重传的方法确定要检测的PHICH信道。对一个TB的重传，假设不存在上述当前上行授权信令，nDMRS是调度重传TB的最近一个有效上行授权信令中的上行解调参考信号（DMRS）的循环移位域；或者，如果没有与当前要重传的TB对应的上行授权信令，设置nDMRS等于0。假设不存在上述当前上行授权信令，根据非自适应重传时UE占用的PUSCH信道的最小PRB索引
Figure BDA00003009548700151
确定IPRB_RA。为了增加灵活性，如果除当前上行授权信令以外没有与要重传的TB对应的上行授权信令，也采用上面的方式A按照当前上行授权信令来确定要检测的PHICH信道。
或者，假设UE在收到上述当前上行授权信令之前，UE在相同HARQ过程数的前一个上行子帧上没有发送上行数据，UE采用上面的方式A按照当前上行授权信令来确定要检测的PHICH信道。假设UE在收到上述当前上行授权信令之前，UE在相同HARQ过程数的前一个上行子帧上发送了上行数据，UE可以不使用上述当前上行授权信令的信息，而是按照前面的上行调度信息对相同HARQ过程数的上行数据继续进行非自适应重传的方法确定要检测的PHICH信道。假设不存在上述当前上行授权信令，nDMRS是最近一个有效上行授权信令中的上行解调参考信号（DMRS）的循环移位值；或者，如果相同HARQ过程数没有对应的上行授权信令，设置nDMRS等于0。假设不存在上述当前上行授权信令，根据非自适应重传时UE占用的PUSCH信道的最小PRB索引确定IPRB_RA，从而UE根据nDMRS和IPRB_RA来确定要检测的PHICH信道。为了增加灵活性，假设不存在上述当前上行授权信令，如果没有其他对应的上行授权信令，UE可以采用上面的方式A按照当前上行授权信令来确定要检测的PHICH信道。
考虑到误报警主要受两个因素的影响：首先，是CRC的长度，CRC越长则误报警的可能性越小，但是开销越大；其次，CRC和UE ID校验通过后，授权信令中各个控制信息的取值必须是合理的值，为进一步降低误报警，本申请提出：
在上述四种方式中，调度灵活子帧的PUSCH传输的上行授权信令可以采用更长的CRC。这样UE处理调度灵活子帧的上行授权信令时，按照上述更长的CRC进行盲检测，从而降低UE误报警的可能性。例如，在LTE***中，PDCCH是添加长度为16比特的CRC，可以对调度灵活子帧的PUSCH传输的上行授权信令采用20比特的CRC。在有些情况下，例如TDD上下行配置0，一个上行授权信令可能用于调度两个上行子帧的PUSCH传输，一个上行子帧是固定上行子帧而另一个上行子帧是灵活子帧，这样的上行授权信令的CRC与只调度灵活子帧的上行授权信令的CRC长度相同，例如20比特CRC。更长的CRC可以只添加到触发初始PUSCH传输的上行授权信令或者触发PUSCH重传的上行授权信令中，也可以同时添加到触发所有PUSCH传输的上行授权信令中。
或者，在上述四种方式中，调度灵活子帧的PUSCH传输的上行授权信令中可以包含一些携带预定值的信息域，例如，可以将这些域的比特固定设置为0。这样UE处理上行授权信令时，在CRC校验和UE ID确认通过之后，上述信息域还必须是预定的值，然后UE才能认为上行授权信令是有效的。上述携带预定值得信息域可以称为虚CRC（virtual CRC）。采用这种方法，可以进一步降低UE误报警的可能性。虚CRC可以只添加到触发初始PUSCH传输的上行授权信令或者触发PUSCH重传的上行授权信令中，也可以同时添加到触发所有PUSCH传输的上行授权信令中。
步骤203：对触发的PUSCH传输位于固定上行子帧的情况，UE重用LTE版本8中的方法处理该上行调度信息。
具体地说，如果UE检测到一个上行授权信令，并且其中的新数据指示（NDI）域指示这是一个新的PUSCH传输，则UE在相应的PUSCH资源上发送上行数据。如果UE的一个PUSCH传输的HARQ过程正在进行中，则如果UE检测到一个上行授权信令，UE忽略PHICH信道的信息，根据该上行授权信令的信息来重传上行数据或者发送新的上行数据；如果UE没有检测到任何上行授权信令，则UE的行为是根据PHICH信道指示的HARQ-ACK信息来工作，当PHICH指示NACK时，重传上行数据，当PHICH指示ACK时，停止当前HARQ过程，但是不清除上行HARQ缓存中的数据。
至此，结束图2所示方法流程。
如图2所示的较佳方法是区分UE发送PUSCH的上行子帧的类型，对灵活子帧内的PUSCH传输和固定上行子帧内的PUSCH传输进行分别处理。实际上，也可以将上述步骤202中处理触发灵活子帧的PUSCH传输的方法应用到触发所有上行子帧的PUSCH传输。即，对任何一个上行子帧内PUSCH传输，在其对应的发送上行调度信息的下行子帧内，采用上述步骤202中的方法处理上行调度信息。
对应于上述方法，本申请还提供了一种发送上行数据的设备，如图3所示。该设备包括：判断模块310和发送模块320；其中：
判断模块310用于在一个下行子帧内检测到上行调度信息时，判断该上行调度信息触发的PUSCH传输所在子帧是否为灵活子帧；判断是否至少检测到一个添加有CRC校验的控制信令，并且CRC校验通过，在通过时，通知所述发送模块；发送模块320在根据所述发送模块的通知，在所述灵活子帧内发送上行数据。
较佳地，在所述上行调度信息为触发所述灵活子帧内的PUSCH重传的上行授权信令时，发送模块320用于触发所述灵活子帧内的PUSCH重传；
或者，在所述上行调度信息包括触发所述灵活子帧内的PUSCH重传的上行授权信令并且包括有效的使能信令时，发送模块320用于触发所述灵活子帧内的PUSCH重传；
或者，在所述上行调度信息包括触发所述灵活子帧内的PUSCH重传的上行授权信令或者PHICH信息，并且包括有效的使能信令时，所述发送模块触发所述灵活子帧内的PUSCH重传；
或者，在所述上行调度信息为触发所述灵活子帧内的PUSCH传输的上行授权信令时，发送模块320用于触发所述灵活子帧内的PUSCH传输；
或者，在所述上行调度信息包括触发所述灵活子帧内的PUSCH传输的上行授权信令并且包括有效的使能信令时，发送模块320用于根据所述上行授权信令和PHICH信息触发所述灵活子帧内的PUSCH传输；
或者，在所述上行调度信息包括触发所述灵活子帧内的PUSCH传输的上行授权信令或者PHICH信息，并且包括有效的使能信令时，所述发送模块触发所述灵活子帧内的PUSCH传输。
较佳地，发送模块320可以根据对应的HARQ过程的最近一个有效上行授权信令确定要检测的PHICH信道，从中获得使能信令；或者，可以根据所述下行子帧内检测到的当前上行授权信令确定要检测的PHICH信道，从中获得使能信令。
较佳地，发送模块320可以对所有触发上行子帧的PUSCH传输的上行调度信息不区分所触发的上行子帧是否为灵活子帧，均采用相同的方式处理上行调度信息，并发送上行数据。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (13)

1.一种发送上行数据的方法，适用于支持灵活变化子帧双工方向的时分双工（TDD）***，其特征在于，包括以下步骤：
A、当在一个下行子帧内检测到上行调度信息时，判断所述上行调度信息触发的物理上行共享信道（PUSCH）传输所在子帧是否为灵活子帧；
B、如果是灵活子帧，用户设备（UE）至少要检测到一个添加有循环冗余（CRC）校验的控制信令，并且CRC校验通过，才在所述灵活子帧内发送上行数据。
2.如权利要求1所述的方法，其特征在于：
灵活子帧内的PUSCH重传的触发条件是：UE检测到有效的上行授权信令；
所述添加有CRC校验的控制信令为：添加有CRC校验的上行授权信令。
3.如权利要求1所述的方法，其特征在于：
灵活子帧内的PUSCH重传的触发条件是：UE检测到有效的上行授权信令，同时检测到有效的使能信令；所述添加有CRC校验的控制信令为：添加有CRC校验的上行授权信令或者添加有CRC校验的使能信令；
或者，灵活子帧内的PUSCH重传的触发条件是：UE检测到有效的PHICH信息，同时检测到有效的使能信令；所述添加有CRC校验的控制信令为：添加有CRC校验的使能信令。
4.如权利要求2或3所述的方法，其特征在于：
灵活子帧内的初始PUSCH传输的触发条件是：UE检测到有效的上行授权信令并且同时检测到有效的使能信令；
所述添加有CRC校验的控制信令为：添加有CRC校验的上行授权信令或者添加有CRC校验的使能信令。
5.如权利要求1所述的方法，其特征在于：
灵活子帧内的所有PUSCH传输的触发条件是：UE检测到有效的上行授权信令；
所述添加有CRC校验的控制信令为：添加有CRC校验的上行授权信令。
6.如权利要求1所述的方法，其特征在于：
灵活子帧内的所有PUSCH传输的触发条件是：UE检测到有效的上行授权信令，并且同时检测到有效使能信令；所述添加有CRC校验的控制信令为：添加有CRC校验的上行授权信令或者添加有CRC校验的使能信令；
或者，灵活子帧内的所有PUSCH传输的触发条件是：UE检测到有效的PHICH信息，同时检测到有效使能信令；所述添加有CRC校验的控制信令为：添加有CRC校验的使能信令。
7.如权利要求3或6所述的方法，其特征在于，该方法进一步包括：
当UE漏检使能信令时，UE在收到新的有效使能信令之前不进行上行传输；
或者，当UE漏检使能信令时，UE在收到新的有效使能信令之前只在固定上行子帧进行上行传输；
或者，当UE漏检使能信令时，UE在收到新的有效使能信令之前，在所有可能的子帧位置上检测上行授权信令或者PHICH，并按照所检测到的上行授权信令或者PHICH进行上行数据传输。
8.如权利要求3或6所述的方法，其特征在于：
UE根据对应的混合自动重传请求（HARQ）过程的最近一个有效上行授权信令确定要检测的PHICH信道，从中获得使能信令；
或者，UE根据所述下行子帧内检测到的当前上行授权信令确定要检测的PHICH信道，从中获得使能信令。
9.如权利要求1、2、3、5或6所述的方法，其特征在于，该方法进一步包括：
对所有触发上行子帧的PUSCH传输的上行调度信息，不区分所触发的上行子帧是否为灵活子帧，均采用相同的方式处理上行调度信息，并发送上行数据。
10.一种发送上行数据的设备，适用于支持灵活变化子帧双工方向的时分双工（TDD）***，其特征在于，包括：判断模块和发送模块；其中：
所述判断模块，用于在一个下行子帧内检测到上行调度信息时，判断所述上行调度信息触发的物理上行共享信道（PUSCH）传输所在子帧是否为灵活子帧；在所述上行调度信息触发的PUSCH传输所在子帧是灵活子帧时，判断是否至少检测到一个添加有CRC校验的控制信令，并且CRC校验通过，在通过时，通知所述发送模块；
所述发送模块根据所述发送模块的通知，在所述灵活子帧内发送上行数据。
11.如权利要求10所述的设备，其特征在于：
在所述上行调度信息为触发所述灵活子帧内的PUSCH重传的上行授权信令时，所述发送模块触发所述灵活子帧内的PUSCH重传；
或者，在所述上行调度信息包括触发所述灵活子帧内的PUSCH重传的上行授权信令并且包括有效的使能信令时，所述发送模块触发所述灵活子帧内的PUSCH重传；
或者，在所述上行调度信息包括触发所述灵活子帧内的PUSCH重传的上行授权信令或者PHICH信息，并且包括有效的使能信令时，所述发送模块触发所述灵活子帧内的PUSCH重传；
或者，在所述上行调度信息为触发所述灵活子帧内的PUSCH传输的上行授权信令时，所述发送模块触发所述灵活子帧内的PUSCH传输；
或者，在所述上行调度信息包括触发所述灵活子帧内的PUSCH传输的上行授权信令并且包括有效的使能信令时，所述发送模块触发所述灵活子帧内的PUSCH传输；
或者，在所述上行调度信息包括触发所述灵活子帧内的PUSCH传输的上行授权信令或者PHICH信息，并且包括有效的使能信令时，所述发送模块触发所述灵活子帧内的PUSCH传输。
12.如权利要求11所述的设备，其特征在于：
所述发送模块用于根据对应的混合自动重传请求（HARQ）过程的最近一个有效上行授权信令确定要检测的PHICH信道，从中获得使能信令；
或者，所述发送模块用于根据所述下行子帧内检测到的当前上行授权信令确定要检测的PHICH信道，从中获得使能信令。
13.如权利要求10至12任一项所述的设备，其特征在于：
所述发送模块用于对所有触发上行子帧的PUSCH传输的上行调度信息不区分所触发的上行子帧是否为灵活子帧，均采用相同的方式处理上行调度信息，并发送上行数据。
CN201310116017.9A 2012-06-19 2013-04-03 在支持灵活变化子帧双工方向的tdd***中发送上行数据的方法和设备 Pending CN103517434A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201310116017.9A CN103517434A (zh) 2012-06-19 2013-04-03 在支持灵活变化子帧双工方向的tdd***中发送上行数据的方法和设备
PCT/KR2013/005345 WO2013191433A1 (en) 2012-06-19 2013-06-18 Method and device for transmitting ul data in tdd system in support of duplex direction of flexibly changed subframe

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
CN201210209893.1 2012-06-19
CN201210209893 2012-06-19
CN201310020127.5 2013-01-18
CN201310020127 2013-01-18
CN201310116017.9A CN103517434A (zh) 2012-06-19 2013-04-03 在支持灵活变化子帧双工方向的tdd***中发送上行数据的方法和设备

Publications (1)

Publication Number Publication Date
CN103517434A true CN103517434A (zh) 2014-01-15

Family

ID=49768980

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310116017.9A Pending CN103517434A (zh) 2012-06-19 2013-04-03 在支持灵活变化子帧双工方向的tdd***中发送上行数据的方法和设备

Country Status (2)

Country Link
CN (1) CN103517434A (zh)
WO (1) WO2013191433A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106550477A (zh) * 2015-09-22 2017-03-29 大唐移动通信设备有限公司 Volte业务的上行调度请求漏检方法及装置

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022000262A1 (en) * 2020-06-30 2022-01-06 Zte Corporation Systems and methods for determining transmission information

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9584216B2 (en) * 2008-10-31 2017-02-28 Nokia Technologies Oy Dynamic allocation of subframe scheduling for time divison duplex operation in a packet-based wireless communication system

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106550477A (zh) * 2015-09-22 2017-03-29 大唐移动通信设备有限公司 Volte业务的上行调度请求漏检方法及装置
CN106550477B (zh) * 2015-09-22 2020-04-21 大唐移动通信设备有限公司 Volte业务的上行调度请求漏检方法及装置

Also Published As

Publication number Publication date
WO2013191433A1 (en) 2013-12-27

Similar Documents

Publication Publication Date Title
US9723627B2 (en) Method and device for transmitting uplink data in support of multi-subframe scheduling
KR101125659B1 (ko) 물리 업링크 제어 채널에 사용되는 정보 발송 방법 및 장치
CN104040913B (zh) 用于分配关于上行链路绑定的信道的方法和设备
CN104737487B (zh) 解码多个子帧中控制信道的方法和用户设备
US9723597B2 (en) Method, device and system for transmitting control information
EP2188939B1 (en) Method for selective use of control channel element based implicit pointing
US11050520B2 (en) Soft buffer processing method and device in TDD systems
CN101478383B (zh) 一种长期演进***中的下行子帧应答信息的反馈方法
CN101309134B (zh) 一种下行数据接收状态的通知方法
CN103493417A (zh) 移动通信***及其信道发送/接收方法
KR20130116874A (ko) 긍정/부정 응답 메시지의 매핑 방법 및 단말
CN101567773B (zh) 一种时分双工***中发送数据的方法、***及装置
CN105790897B (zh) 一种混合自动重传请求(harq)的方法和设备
CN106452661A (zh) 应答信息的传输方法、装置、基站及终端
CN104348582B (zh) 用于传输控制信息的方法和设备
CN103354482B (zh) 一种数据传输方法、***及基站和用户设备
CN102355731A (zh) Tdd***中进行数据传输的基站、终端、***及方法
CN102017504A (zh) 具有捆绑窗口中的所指配数据分组的信令的电信***中的方法和布置
CN106571895B (zh) 混合自动重传请求的定时方法及装置
CN108604952A (zh) 反馈信息发送方法及装置
CN109787720A (zh) 一种混合自动重传请求传输方法、装置和***
JP2019519171A (ja) 物理アップリンク共有チャネルの伝送方法及び装置
CN107733598A (zh) 一种消息传输方法、用户设备及基站
CN113796032B (zh) 用于半静态harq-ack码本确定的方法及设备
CN102916792B (zh) 数据传输方法和用户设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20140115