CN103701573B - 一种终端自发中断的方法及终端设备 - Google Patents
一种终端自发中断的方法及终端设备 Download PDFInfo
- Publication number
- CN103701573B CN103701573B CN201210368526.6A CN201210368526A CN103701573B CN 103701573 B CN103701573 B CN 103701573B CN 201210368526 A CN201210368526 A CN 201210368526A CN 103701573 B CN103701573 B CN 103701573B
- Authority
- CN
- China
- Prior art keywords
- frame
- uplink
- lte sub
- described lte
- harq
- 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
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种终端自发中断的方法及终端设备。该方法包括:在终端启动了自发中断功能的情况下,当终端有LTE上行子帧需要传输时,判断是否存在与所述LTE上行子帧在传输时间上重叠的ISM关键事件;若判断为是,则根据所述LTE上行子帧需要携带的HARQ反馈信息,判断是否对所述LTE上行子帧进行自发中断,并根据判断结果进行相应处理。采用本发明可减少因终端自发中断上行子帧传输所导致的系统资源浪费。
Description
技术领域
本发明涉及无线通信领域,尤其涉及一种终端自发中断的方法及终端设备。
背景技术
智能终端要求同一个终端设备支持多种无线接入技术,例如同一个终端设备同时支持LTE(Long Term Evolution,长期演进)系统和ISM(Industrial Scientific Medical,工业、科学、医学)系统。ISM系统的频段开放给工业、科学、医学三个主要机构使用,属于Free License,无需授权许可,包括蓝牙、无线局域网等。对于同一个终端设备内的这些无线接入技术,在使用单一的射频模块的情况下,彼此之间的干扰是不可避免的,尤其是有部分重叠频带或相邻很近频带的应用场景。
3GPP TR 36.816中推荐了一种设备内干扰避免的方法——Autonomous Denials(自发中断):终端可以自发地关闭一些LTE资源来保护ISM系统的关键传输,比如去保护BT(BlueTooth,蓝牙)或WiFi(Wireless-Fidelity,无线保真度,即使用802.11标准协议的无线局域网)的连接启动过程,否则BT或WiFi的连接启动过程会耗时过长甚至失败。
以保护WiFi的信标(beacon)信号为例。WiFi的信标信号一般每100个传输单元发送一次,每个传输单元是1.024毫秒,因此信标信号的周期为102.4毫秒,每次信标的传输时长约为几毫秒。信标信号由AP(Access Point,接入点)发送,当AP发送信标信号但检测到信道处于忙状态时,可以延时发送信标信号。终端在接收信标信号的时段内,需要自发地中断一些LTE上行子帧传输,以便更准确地接收WiFi的信标信号。
由于LTE系统的下行传输采用HARQ(Hybrid Automatic Repeat Request,混合自动重传请求)技术,因此在LTE上行子帧中可能携带有ACK/NACK反馈信息。而在上述Autonomous Denials方案中,如果终端自发中断的数个LTE上行子帧中,有上行子帧中需要携带ACK/NACK反馈,则基站由于无法收到ACK/NACK反馈,就会默认传输失败而重新发起HARQ进程,浪费了系统资源。除此以外,如果该反馈是多次重传之后的ACK反馈,采用上述Autonomous Denials方案还将使系统时延扩大,更甚者如果是达到最大重传次数的ACK反馈,采用上述Autonomous Denials方案将导致高层的重传,从而严重影响系统时延。
发明内容
本发明实施例提供了一种终端自发中断的方法及终端设备,用以减少因终终端自发中断上行子帧传输所导致的系统资源浪费。
本发明实施例提供的终端自发中断的方法,包括:在终端启动了自发中断功能的情况下,当终端有长期演进LTE上行子帧需要传输时,所述终端判断是否存在与所述LTE上行子帧在传输时间上重叠的工业、科学和医学ISM关键事件;若判断为是,则所述终端根据所述LTE上行子帧需要携带的混合自动重传请求HARQ反馈信息,判断是否对所述LTE上行子帧进行自发中断,并根据判断结果进行相应处理。
本发明实施例提供的终端设备,包括:第一判决模块,用于在本设备启动了自发中断功能的情况下,当有长期演进LTE上行子帧需要传输时,判断是否存在与所述LTE上行子帧在传输时间上重叠的工业、科学和医学ISM关键事件;第二判决模块,用于在所述第一判决模块判断为是时,根据所述LTE上行子帧需要携带的混合自动重传请求HARQ反馈信息,判断是否对所述LTE上行子帧进行自发中断;处理模块,用于根据所述第二判决模块的判断结果进行相应处理。
本发明的上述实施例中,终端在需要进行自发中断的时间段内,根据HARQ进程的具体情况,有选择地判决是否需要对LTE上行子帧进行自发中断,从而降低了自发中断对LTE系统的负面影响,保证了LTE系统关键的HARQ反馈能够得到有效的传输,提高了LTE系统的效率。
附图说明
图1为本发明实施例提供的终端自发中断的流程示意图之一;
图2为本发明实施例提供的终端自发中断的流程示意图之二;
图3为本发明实施例提供的终端设备的结构示意图。
具体实施方式
现有技术没有对Autonomous Denials方案中需要自行中断的LTE上行子帧的选取进行详细的规定。如果不对需要自行中断的LTE上行子帧加以限制,而只是考虑保护ISM系统,则可能造成LTE系统的资源浪费以及时延扩大。
为解决上述问题,本发明实施例针对LTE系统的特点,根据HARQ进程的具体情况,对需要保护ISM系统的LTE上行子帧加以判断,以判决是否对该LTE上行子帧进行自行中断,从而降低因终端自行中断LTE上行子帧所导致的LTE系统资源开销,以及减少所占用的LTE系统时延。
下面结合附图对本发明实施例进行详细描述。
参见图1,为本发明实施例提供的终端自发中断的流程示意图。如果终端判断LTE系统和ISM系统在本设备内存在共存干扰,则开启Autonomous Denials功能,在AutonomousDenials功能为开启状态的时间段内,每当终端需要发送LTE上行子帧时,执行下流程:
步骤101:终端判断是否存在与该LTE上行子帧时间上重叠的ISM关键事件,若存在,则转入步骤102,否则转入步骤105。
传统Autonomous Denials技术中,对于一些ISM关键事件(比如,在BT/WiFi连接建立或其它重要信号传输过程中的事件),终端可中断相应时间段内的LTE上行子帧的传输,以保护相应时间段内的ISM关键事件。
步骤102:终端确定该LTE上行子帧用于传输ACK还是用于传输NACK,如果用于传输ACK,则转入步骤103,如果用于传输NACK,则转入步骤104。
该LTE上行子帧是用来传输ACK还是NACK,取决于LTE系统内的HARQ进程,如果该LTE上行子帧所传输的HARQ反馈所对应的下行子帧被终端正确接收,则使用该LTE上行子帧反馈ACK,如果该LTE上行子帧所传输HARQ反馈所对应的下行子帧接收不正确,则使用该LTE上行子帧反馈NACK。
步骤103:终端根据该LTE上行子帧所要传输的ACK,确定相应HARQ进程当前的重传次数,并将该HARQ进程当前的重传次数与预设的阈值(为方便描述,以下将该阈值称为阈值X)进行比较,若当前的重传次数大于阈值X,则转入步骤105,否则,转入步骤104。
其中,阈值X取值不大于HARQ进程的最大重传次数。阈值X的取值可根据系统要求和实际情况选取,阈值X取值越大,则LTE系统时延可能越大,而对ISM系统的保护效果则更好;反之,阈值X取值越小,则对LTE系统时延控制越好,但对ISM系统可能的干扰则越大。
步骤104,终端对该LTE上行子帧执行Autonomous Denials操作。
步骤105,该终端正常发送该LTE上行子帧。
进一步的,上述流程中,如果需要发送的LTE上行子帧既不需要传输ACK也不需要传输NACK,则该终端对该LTE上行子帧执行Autonomous Denials操作。
在上述流程的步骤102中,终端判断需要发送的LTE上行子帧反馈的是ACK还是NACK,并根据判断结果的不同进行不同的处理。这是因为:如果终端中断了发送NACK的LTE上行子帧,则LTE系统侧的处理与接收到NACK反馈的处理是一致的,即认为没有发送成功而重新发起HARQ进程,这对LTE系统影响不大;然而如果终端中断了发送ACK的LTE上行子帧,则LTE系统侧误认为没有发送成功而浪费下行资源进行重传。因此,对于反馈ACK的LTE上行子帧需要进一步进行评估,以判断是否需要中断该LTE上行子帧的传输。
在上述流程的步骤103中,终端判断需要发送的LTE上行子帧所反馈的HARQ进程当前的重传次数,并根据判断结果进行相应处理。这是因为:如果HARQ进程当前的重传次数较少,则虽然中断本次ACK反馈,但仍可在下次重传后重新反馈ACK,对LTE系统影响相对较小;如果HARQ进程当前的重传次数已经很多(尤其是达到最大重传次数的时候),如果中断本次ACK反馈,则LTE系统时延扩大(最大重传次数时,需要触发高层的重传,时延影响严重)。因此,本发明实施例通过阈值X,即重传次数门限,作为是否进行Autonomous Denial的判断依据。
在TD-LTE系统中,由于上下行的子帧的不对称性,有时需要将多个下行的HARQ-ACK捆绑(即进行与运算或相应的映射)在一个上行子帧进行反馈,如表1所示。表1中的数目n表示相应上行子帧需要传输n个子帧之前的下行传输的HARQ-ACK反馈。从表1可以看出,上下行配置2或4的情况下最多需要将4个HARQ-ACK反馈进行捆绑,上下行配置5则最多需要将9个HARQ-ACK进行捆绑。
表1
针对多个下行的HARQ-ACK捆绑在一个上行子帧进行反馈的情况,本发明实施例还提供了一种终端自发中断的流程。
参见图2,为本发明实施例提供的终端自发中断的流程示意图。如果终端判断LTE系统和ISM系统在本设备内存在共存干扰,则开启Autonomous Denials功能,在AutonomousDenials功能为开启状态的时间段内,每当终端需要发送LTE上行子帧时,执行下流程:
步骤201:终端判断是否存在与该LTE上行子帧时间上重叠的ISM关键事件,若存在,则转入步骤202,否则转入步骤206。
步骤202:终端确定该LTE上行子帧用于传输ACK还是用于传输NACK,如果用于传输ACK,则转入步骤203,如果用于传输NACK,则转入步骤205。该步骤的具体实现与图1中的步骤102相同。
步骤203:终端根据该LTE上行子帧所要传输的ACK,确定相应HARQ进程当前的重传次数,并将该HARQ进程当前的重传次数与预设的X进行比较,若当前的重传次数大于阈值X,则转入步骤204,否则,转入步骤205。
步骤204:终端确定该LTE上行子帧所捆绑(bundling或multiplexing)的HARQ进程的个数,并与预设的阈值(为描述方便,以下将该该阈值称为阈值Y)进行比较,若捆绑的HARQ进程个数大于阈值Y,则转入步骤206,否则转入步骤205。
其中,根据LTE上行子帧的配置类型,阈值Y的取值于该配置类型所对应的HARQ进程绑定数量,其取值范围为[1,9],阈值Y的取值可根据系统要求和实际情况选取。阈值Y取值越大,则LTE系统性能损失越大,而对ISM系统的保护更好;反之,阈值Y取值越小,则对LTE系统保护越好,但对ISM系统可能的干扰越大。
步骤205,终端对该LTE上行子帧执行Autonomous Denials操作。
步骤206,该终端正常发送该LTE上行子帧。
进一步的,上述流程中,如果需要发送的LTE上行子帧既不需要传输ACK也不需要传输NACK,则该终端对该LTE上行子帧执行Autonomous Denials操作。
在图2所示流程的步骤204中,终端判断需要发送的LTE上行子帧所反馈的HARQ进程的绑定个数,并根据判断结果进行相应处理。这是因为:针对多个下行的HARQ-ACK捆绑在一个上行子帧进行反馈的情况,如果中断了多个HARQ-ACK捆绑的反馈,则LTE系统侧要将相应上行LTE子帧所捆绑的所有的HARQ进程进行重传,这样大大浪费了LTE系统资源。因此,本发明实施例定义捆绑个数门限Y,来作为是否进行Autonomous Denial的依据。
通过以上描述可以看出,现有的终端Autonomous Denials会对LTE系统的HARQ反馈产生影响,一方面额外的重传浪费了LTE系统资源,另一方面加重了LTE系统时延。而本发明实施例中,终端在需要进行Autonomous Denials的时间段,根据HARQ进程的具体情况,有选择地判决是否需要进行Autonomous Denials,降低了Autonomous Denials对LTE系统的负面影响,保证LTE系统关键的HARQ-ACK反馈能够得到有效的传输,提高了LTE系统的效率。
基于相同的技术构思,本发明实施例还提供了一种终端设备。
参见图3,为本发明实施例提供的终端设备的结构示意图,该设备可包括第一判决模块301、第二判决模块302和处理模块303,其中:
第一判决模块301,用于在本设备启动了自发中断功能的情况下,当有LTE上行子帧需要传输时,判断是否存在与所述LTE上行子帧在传输时间上重叠的ISM关键事件;
第二判决模块302,用于在第一判决模块301判断为是时,根据所述LTE上行子帧需要携带的HARQ反馈信息,判断是否对所述LTE上行子帧进行自发中断;
处理模块303,用于根据第二判决模块302的判断结果进行相应处理。
具体的,第二判决模块302具体用于:若所述LTE上行子帧需要携带的HARQ反馈信息为ACK信息,则将相应HARQ进程的重传次数与重传次数阈值进行比较,若相应HARQ进程的重传次数不大于重传次数阈值,则判决对所述LTE上行子帧进行自发中断,否则判决传输所述LTE上行子帧;其中,所述相应阈值不大于HARQ进程的最大重传次数。
具体的,第二判决模块302具体用于:若所述LTE上行子帧需要携带的HARQ反馈信息为ACK信息,则将相应HARQ进程的重传次数与重传次数阈值进行比较,若相应HARQ进程的重传次数大于重传次数阈值,则将所述LTE上行子帧绑定的HARQ进程数量与HARQ进程数量阈值进行比较;若所述LTE上行子帧绑定的HARQ进程数量不大于HARQ进程数量阈值,则判决对所述LTE上行子帧进行自发中断,否则判决传输所述LTE上行子帧;其中,所述重传次数阈值不大于HARQ进程的最大重传次数,所述HARQ进程数量阈值不大于所述LTE上行子帧的配置类型所对应的HARQ进程最大绑定数量。
进一步的,第二判决模块302还用于:若所述LTE上行子帧需要携带的HARQ反馈信息为NACK信息,则判决对所述LTE上行子帧进行自发中断。
进一步的,处理模块303还用于:在第一判决模块301判决不存在与所述LTE上行子帧在传输时间上重叠的ISM关键事件时,传输所述LTE上行子帧。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是手机,个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视本发明的保护范围。
Claims (8)
1.一种终端自发中断的方法,其特征在于,该方法包括:
在终端启动了自发中断功能的情况下,当终端有长期演进LTE上行子帧需要传输时,所述终端判断是否存在与所述LTE上行子帧在传输时间上重叠的工业、科学和医学ISM关键事件;
若判断为是,则所述终端根据所述LTE上行子帧需要携带的混合自动重传请求HARQ反馈信息,判断是否对所述LTE上行子帧进行自发中断,并根据判断结果进行相应处理;
其中,所述根据所述LTE上行子帧需要携带的HARQ反馈信息,判断是否对所述LTE上行子帧进行自发中断,具体包括:
若所述LTE上行子帧需要携带的HARQ反馈信息为ACK信息,则所述终端将相应HARQ进程的重传次数与重传次数阈值进行比较,若相应HARQ进程的重传次数不大于重传次数阈值,则判决对所述LTE上行子帧进行自发中断,否则判决传输所述LTE上行子帧;其中,所述重传次数阈值不大于HARQ进程的最大重传次数。
2.如权利要求1所述的方法,其特征在于,根据所述LTE上行子帧需要携带的HARQ反馈信息,判断是否对所述LTE上行子帧进行自发中断,具体包括:
若所述LTE上行子帧需要携带的HARQ反馈信息为ACK信息,则所述终端将相应HARQ进程的重传次数与重传次数阈值进行比较,若相应HARQ进程的重传次数大于重传次数阈值,则将所述LTE上行子帧绑定的HARQ进程数量与HARQ进程数量阈值进行比较;其中,所述重传次数阈值不大于HARQ进程的最大重传次数,所述HARQ进程数量阈值不大于所述LTE上行子帧的配置类型所对应的HARQ进程最大绑定数量;
若所述LTE上行子帧绑定的HARQ进程数量不大于HARQ进程数量阈值,则判决对所述LTE上行子帧进行自发中断,否则判决传输所述LTE上行子帧。
3.如权利要求1所述的方法,其特征在于,根据所述LTE上行子帧需要携带的HARQ反馈信息,判断是否对所述LTE上行子帧进行自发中断,还包括:
若所述LTE上行子帧需要携带的HARQ反馈信息为NACK信息,则判决对所述LTE上行子帧进行自发中断。
4.如权利要求1所述的方法,其特征在于,该方法还包括:
若不存在与所述LTE上行子帧在传输时间上重叠的ISM关键事件,则传输所述LTE上行子帧。
5.一种终端设备,其特征在于,包括:
第一判决模块,用于在本设备启动了自发中断功能的情况下,当有长期演进LTE上行子帧需要传输时,判断是否存在与所述LTE上行子帧在传输时间上重叠的工业、科学和医学ISM关键事件;
第二判决模块,用于在所述第一判决模块判断为是时,根据所述LTE上行子帧需要携带的混合自动重传请求HARQ反馈信息,判断是否对所述LTE上行子帧进行自发中断;
处理模块,用于根据所述第二判决模块的判断结果进行相应处理;
其中,所述第二判决模块具体用于:
若所述LTE上行子帧需要携带的HARQ反馈信息为ACK信息,则将相应HARQ进程的重传次数与重传次数阈值进行比较,若相应HARQ进程的重传次数不大于重传次数阈值,则判决对所述LTE上行子帧进行自发中断,否则判决传输所述LTE上行子帧;其中,所述相应阈值不大于HARQ进程的最大重传次数。
6.如权利要求5所述的终端设备,其特征在于,所述第二判决模块具体用于,若所述LTE上行子帧需要携带的HARQ反馈信息为ACK信息,则将相应HARQ进程的重传次数与重传次数阈值进行比较,若相应HARQ进程的重传次数大于重传次数阈值,则将所述LTE上行子帧绑定的HARQ进程数量与HARQ进程数量阈值进行比较;若所述LTE上行子帧绑定的HARQ进程数量不大于HARQ进程数量阈值,则判决对所述LTE上行子帧进行自发中断,否则判决传输所述LTE上行子帧;其中,所述重传次数阈值不大于HARQ进程的最大重传次数,所述HARQ进程数量阈值不大于所述LTE上行子帧的配置类型所对应的HARQ进程最大绑定数量。
7.如权利要求5所述的终端设备,其特征在于,所述第二判决模块还用于,若所述LTE上行子帧需要携带的HARQ反馈信息为NACK信息,则判决对所述LTE上行子帧进行自发中断。
8.如权利要求5所述的终端设备,其特征在于,所述处理模块还用于,在所述第一判决模块判决不存在与所述LTE上行子帧在传输时间上重叠的ISM关键事件时,传输所述LTE上行子帧。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210368526.6A CN103701573B (zh) | 2012-09-28 | 2012-09-28 | 一种终端自发中断的方法及终端设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210368526.6A CN103701573B (zh) | 2012-09-28 | 2012-09-28 | 一种终端自发中断的方法及终端设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103701573A CN103701573A (zh) | 2014-04-02 |
CN103701573B true CN103701573B (zh) | 2017-02-01 |
Family
ID=50362982
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210368526.6A Active CN103701573B (zh) | 2012-09-28 | 2012-09-28 | 一种终端自发中断的方法及终端设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103701573B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110011761B (zh) * | 2018-01-05 | 2021-11-19 | 中国移动通信有限公司研究院 | 混合重传反馈方法、网络侧设备及终端 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102104469A (zh) * | 2011-03-07 | 2011-06-22 | 中兴通讯股份有限公司 | 终端上/下行harq反馈信息调度方法及装置 |
CN102111256A (zh) * | 2011-02-21 | 2011-06-29 | 电信科学技术研究院 | 一种传输资源指示信息的方法及装置 |
-
2012
- 2012-09-28 CN CN201210368526.6A patent/CN103701573B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102111256A (zh) * | 2011-02-21 | 2011-06-29 | 电信科学技术研究院 | 一种传输资源指示信息的方法及装置 |
CN102104469A (zh) * | 2011-03-07 | 2011-06-22 | 中兴通讯股份有限公司 | 终端上/下行harq反馈信息调度方法及装置 |
Non-Patent Citations (2)
Title |
---|
3GPP,TSG RAN,EUTRA,Study on signalling and procedure for interference avoidance for in-device coexistence;3GPP;《3GPP TR 36.816》;20111231;第20-21页第5.2.2节 * |
Signalling and procedure for interference avoidance for in-device coexistence;CMCC;《3GPP TSG RAN Meeting #53》;20110916;第3页第4节 * |
Also Published As
Publication number | Publication date |
---|---|
CN103701573A (zh) | 2014-04-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102237991B (zh) | 在tdd系统中发送ack/nack信息的方法 | |
CN102144367B (zh) | 在正常和虚拟双层ack/nack之间选择 | |
CN101651531B (zh) | 处理一传输时间间隔集束的重传的方法及通讯装置 | |
CN102523627B (zh) | 一种数据传输方法及装置 | |
CN109803427A (zh) | 一种波束配置方法和装置 | |
CN101605024B (zh) | 混合自动重传请求方法 | |
CN102158972B (zh) | 一种数据传输的方法和装置 | |
CN106171004B (zh) | 一种rlc数据包分流方法及基站 | |
CN109804702A (zh) | 针对srs传输的lbt参数 | |
CN102724672B (zh) | 数据传输方法及装置 | |
CN102215579A (zh) | 处理分量载波启动及关闭的方法及相关通信装置 | |
CN104756431A (zh) | 无线通信中确认时序的选择 | |
CN104756570A (zh) | 针对切换操作将来自多个harq处理的数据进行多路复用传输 | |
CN103096494B (zh) | 基于跨载波调度的数据传输方法、用户设备和基站 | |
CN107370575A (zh) | 一种自动重传的调度方法、终端及网络侧设备 | |
CN101296061B (zh) | Lte tdd系统中的上行数据传输方法 | |
CN103368708A (zh) | 一种pusch的重传指示方法 | |
CN103248464A (zh) | 上行数据传输方法和装置 | |
CN102740403A (zh) | 一种在通信网络的终端中用于接入的方法及装置 | |
CN110351020A (zh) | 一种传输数据的方法、装置和系统 | |
US9532264B2 (en) | Buffer state reporting method and apparatus | |
CN107154838A (zh) | 处理许可接入的混合自动重传请求程序的通信装置及方法 | |
CN104104485B (zh) | 一种d2d的数据传输方法 | |
CN102231662A (zh) | 一种数据传输的方法及装置 | |
CN104518856B (zh) | 基站和lte系统中处理下行harq反馈的方法、装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |