CN105453472A - 一种混合自动重传请求方法、装置及系统 - Google Patents

一种混合自动重传请求方法、装置及系统 Download PDF

Info

Publication number
CN105453472A
CN105453472A CN201380078735.XA CN201380078735A CN105453472A CN 105453472 A CN105453472 A CN 105453472A CN 201380078735 A CN201380078735 A CN 201380078735A CN 105453472 A CN105453472 A CN 105453472A
Authority
CN
China
Prior art keywords
harq
transmitting terminal
data message
receiving terminal
message
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.)
Granted
Application number
CN201380078735.XA
Other languages
English (en)
Other versions
CN105453472B (zh
Inventor
倪锐
罗毅
刘亚林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN105453472A publication Critical patent/CN105453472A/zh
Application granted granted Critical
Publication of CN105453472B publication Critical patent/CN105453472B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1864ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1896ARQ related signaling

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

本发明公开一种混合自动重传请求方法、装置及系统,应用于通信领域,以解决现有技术中HARQ中共享信道多用户数据碰撞的问题。该方法包括:发送端发送混合自动重传请求HARQ能力协商请求报文;接收接收端反馈的HARQ能力协商应答报文,根据HARQ能力协商应答报文,判断接收端是否支持HARQ,如果支持,则为接收端分配HARQ会话标识;获取发送HARQ数据报文的信道使用权,并根据HARQ会话标识通过信道向接收端发送HARQ数据报文;发送端接收接收端反馈的应答报文,根据应答报文,确定数据报文发送成功或者根据预设规则执行重传操作。本发明的实施例应用于混合自动重传技术。

Description

一种混合自动重传请求方法、 装置及系统 技术领域 本发明涉及通信领域, 尤其涉及一种混合自动重传请求方法、 装置 及系统。 背景技术
混合自动重传请求(HARQ)是前向纠错编码(FEC)和自动重传请求 (ARQ)相结合的混合方式。 发送端发送的码字不但能够检查错误, 还具有 一定的纠错能力。 无线保真(Wireless Fidelity 简称 WiFi )通信系统釆用 的是自动重传请求 (ARQ)方式。 发送端发送码字具有一定的纠错能力。 接 收端如果码字接收成功 , 则 向发送端反馈成功确认信号 ( Acknowledgement, 简称 ACK ) ; 如果码字接收失败, 则接收端不做任 何反馈。 在规定时间内, 发送端如果没有收到来自接收端的成功确认信 号 ACK, 则重传码字。 在 WiFi通信系统中, 发送端的重传码字与原始码 字相同, 接收端不进行任何合并, 直接解码。 接收端解码失败的原因可 能是无线信道衰落, 还可能是多个通信设备的信号在共享的通信信道发 生碰撞。 由于共享信道上有可能同时存在多个发送端, 所以如果接收端 解码失败, 则^ [艮可能无法正确获知失败码字的发送端信息。
由于 WiFi通信系统的解码失败原因比较复杂,并且解码失败时难以 正确获取发送端信息,所以导致 HARQ至今都未能在 WiFi通信系统被应 用。
现有技术公开了一种在 WLAN 系统运行 HARQ的方法。 该方法中 WLAN系统是指利用 WiFi通信设备组成的无线局域网络通信系统。该方 法在 WLAN协议的 MAC层 (媒体接入层)与 PHY层(物理层)之间引入一 个新的 HARQ子层。 这个 HARQ子层负责完成发送端和接收端的 HARQ 能力协商、 HARQ状态机维护、 HARQ会话标识( Identification, 简称 ID ) 的分配、 HARQ 编解码策略的选择、 接收重复数据报文的检查、 对来自 PHY层的数据报文解码并提交给 MAC层、 对解码失败的数据报文进行 緩存、 对解码成功的数据报文移出緩存、 添加和解析 HARQ 层的头标 (Header)。通过这个 HARQ子层, 该专利可以像无线蜂窝通信系统那样对 因为无线信道衰落造成译码失败的情况实行 HARQ。 该专利虽然将 HARQ技术引入到 WiFi通信系统, 但是存在共享信 道多用户碰撞问题, 从而 HARQ增益效果较差。
发明内容 本发明的实施例提供一种混合自动重传请求方法、 装置及系统, 以 解决现有技术中 HARQ在共享信道中出现多用户数据碰撞的问题。 本发明的第一方面提供一种混合自动重传请求方法, 包括: 发送端向接收端发送混合自动重传请求 HARQ能力协商请求报文; 所述发送端接收所述接收端反馈的 HARQ能力协商应答报文, 根据 所述 HARQ能力协商应答报文, 判断所述接收端是否支持 HARQ, 如果 支持, 则为所述接收端分配 HARQ会话标识; 获取发送 HARQ数据报文的信道使用权,并根据所述 HARQ会话标 识通过所述信道向所述接收端发送 HARQ数据报文; 所述发送端接收所述接收端反馈的应答报文, 根据所述应答报文, 确定数据报文发送成功或者根据预设规则执行重传操作。 结合第一方面, 在第一种可能的实现方式中, 所述获取发送 HARQ 数据报文的信道使用权之前, 所述方法还包括: 生成所述发送端与所述 H A R Q会话标识的映射关系, 并向所述接收 端发送包含所述映射关系的配置请求报文; 所述发送端接收所述接收端发送的配置请求应答报文。 结合第一方面的第一种可能的实现方式, 在第二种可能的实现方式 中, 所述生成所述发送端与所述 HARQ会话标识的映射关系, 包括: 所述发送端根据所述 HARQ能力协商应答报文判断所述接收端是否 支持正交频分复用多址 OFDMA,如果支持则将所述发送端的 OFDMA的 子信道与所述 HARQ会话标识建立映射关系。 结合第一方面的第一种可能的实现方式, 在第三种可能的实现方式 中, 所述生成所述发送端与所述 HARQ会话标识的映射关系, 包括: 所述发送端为 HARQ会话分配对应的特殊码字, 并形成所述 HARQ 会话标识与所述特殊码字间的映射关系, 所述特殊码字用于标记所述发 送端。 结合第一方面, 在第四种可能的实现方式中, 获取发送 HARQ数据 报文的信道使用权, 包括: 所述发送端通过在发送 HARQ数据报文的信道中标记请求接入 RTS 帧请求获取所述信道的使用权, 其中所述 RTS帧包含所述 HARQ会话标 识、 所述发送端的媒体接入层 MAC地址以及对所述信道的使用时间; 所述发送端接收所述接收端根据所述 RTS 帧反馈的清除接入 CTS 帧, 所述 CTS帧用于确认所述发送端对所述发送 HARQ数据报文的信道 获取使用权, 其中所述 CTS帧包含所述接收端的 MAC地址以及对所述 信道的使用时间。 结合第一方面, 在第五种可能的实现方式中, 所述发送端向接收端 发送混合自动重传请求 HARQ能力协商请求报文, 还包括: 发送端发送所述混合自动重传请求 HARQ能力协商请求报文后, 所 述发送端启动本地定时器; 如果在定时器到期之前, 所述发送端未收到所述接收端的 HARQ能 力协商应答报文, 则所述发送端重发所述 HARQ能力协商请求报文, 并 将重发次数加 1 ; 如果重发次数超过预设的值时, 则放弃本次 HARQ。 结合第一方面, 在第六种可能的实现方式中, 所述发送 HARQ数据 报文的信道, 包括: 载波侦听多点接入 /冲突避免 CSMA/CA共享信道; 或者
OFDMA子信道。 结合第一方面的第六种可能的实现方式, 在第七种可能的实现方式 中, 所述信道为载波侦听多点接入 /冲突避免 CSMA/CA共享信道的使用 权, 则所述根据所述 HARQ 会话标识通过所述信道向所述接收端发送 HARQ数据报文, 包括: 如果 HARQ 数据报文长度小于所述报文长度门限, 则根据所述 HARQ会话标识釆用 DATA/ACK方式通过所述 CSMA/CA共享信道信道 向所述接收端发送 HARQ数据报文; 或 如果 HARQ数据报文长度大于或等于所述报文长度门限, 则根据所 述 HARQ会话标识釆用 RTS/CTS方式通过所述 CSMA/CA共享信道信道 向所述接收端发送 HARQ数据报文。 结合第一方面的第四种可能的实现方式, 在第八种可能的实现方式 中, 所述根据所述 HARQ 会话标识通过所述信道向所述接收端发送 HARQ数据 4艮文, 还包括: 判断所述 HARQ数据报文的报文长度; 对于长度大于或等于报文长度门限的 HARQ数据报文通过 HARQ发 送, 对于长度小于报文长度门限的 HARQ数据报文通过 ARQ发送。 结合第一方面的第三种可能的实现方式, 在第九种可能的实现方式 中, 所述根据所述 HARQ 会话标识通过所述信道向所述接收端发送 HARQ数据报文, 包括: 所述发送端对源数据进行编码;
获取与所述 HARQ会话标识对应的特殊码字; 将 HARQ头标添加至所述编码后的数据; 将特殊码字插入所述添加 HARQ头标后的数据;
将所述插入了特殊码字的数据作为 HARQ数据报文通过所述信道发 送至所述接收端。 结合第一方面的第九种可能的实现方式, 在第十种可能的实现方式 中, 所述将特殊码字插入添加 HARQ头标的数据, 包括: 将所述特殊码字插入添加 HARQ头标的数据的标记 signal域和数据 域之间; 或者,
将所述特殊码字备份,将所述特殊码字插入物理层汇聚前导域 PLCP
Preamble的第一域, 将所述特殊码字备份插入 PLCP Preamble的第二域。
结合第一方面,在第十一种可能的实现方式中,所述根据所述 HARQ 会话标识通过所述信道向所述接收端发送 HARQ数据报文, 包括: 所述发送端对源数据进行编码;
将 HARQ头标添加至所述编码后的数据; 将所述添加了 HARQ头标的数据作为 HARQ数据报文通过所述信道 发送至所述接收端。 结合第一方面, 在第十二种可能的实现方式中, 所述发送端接收所 述接收端反馈的应答报文, 根据所述应答报文, 确定数据报文发送成功 或者根据预设规则执行重传操作, 包括: 如果收到所述接收端的 ACK反馈, 则确定数据报文发送成功; 或 如果收到所述接收端的第一 NAK反馈,则增大发射功率重新发送和 本次 HARQ数据报文相同的数据; 或 如果收到所述接收端的第二 NAK反馈, 则发送和所述 HARQ数据 报文相同的数据; 或者和所述 HARQ数据报文不同的可自解码的冗余数 据; 或者和所述 HARQ数据报文不同的不可自解码的冗余数据; 或 如果未收到反馈, 则以不变发射功率重新发送和本次 HARQ数据报 文相同的数据。 结合第一方面的第十二种可能的实现方式, 在第十三种可能的实现 方式中, 所述如果收到所述接收端的 ACK反馈, 则确定数据报文发送成 功, 还包括: 清除所述发送端緩存的所述 HARQ数据报文; 如果所述发送端的业务流没有新的数据报文需要发送, 则向所述接 收端发送 HARQ会话结束报文; 否则, 继续使用所述 HARQ会话向所述 接收端发送后续的数据报文。 结合第一方面的第一种至第十三种任一可能的实现方式, 在第十四 种可能的实现方式中, 所述发送端接收所述接收端反馈的应答报文之前, 还包括: 所述发送端向辅助发送端发送协作请求, 所述协作请求包含所述 HARQ会话标识; HARQ数据报文的冗余数据报文; 所述发送端接收所述接收端反馈的应答报文, 根据所述应答报文, 确定数据报文发送成功或者根据预设规则执行重传操作, 包括: 所述发送端接收所述接收端反馈的应答报文, 根据所述应答报文, 确定数据报文发送成功或者根据预设规则通过所述辅助发送端执行重传 操作。
结合第一方面的第十四种可能的实现方式, 在第十五种可能的实现 方式中, 所述发送端接收所述接收端反馈的应答报文, 根据所述应答报 文, 确定数据报文发送成功, 包括:
所述发送端接收所述接收端反馈的应答报文,所述应答报文为 ACK;
述 HARQ数据报文的冗余数据报文;
如果所述发送端的业务流没有新的数据报文需要发送, 则向所述接 收端发送 HARQ会话结束 4艮文。 结合第一方面的第十四种可能的实现方式, 在第十五种可能的实现 方式中, 所述发送端接收所述接收端反馈的应答报文, 根据所述应答报 文, 根据预设规则通过所述辅助发送端执行重传操作, 包括: 所述发送端接收所述接收端反馈的应答报文, 所述应答报文为重传 HARQ数据报文; 根据所述应答报文, 根据预设规则通知所述辅助发送端执行重传操 作。 本发明的第二方面提供一种混合自动重传请求方法, 包括: 接收端向发送端反馈 HARQ能力协商应答报文; 所述接收端获取所述发送端分配的 HARQ会话标识;
所述接收端根据所述 HARQ会话标识接收所述发送端发送的 HARQ 数据报文, 根据所述 HARQ数据报文向所述发送端反馈应答报文。
结合第二方面, 在第一种可能的实现方式中, 所述接收端获取所述 发送端分配的 HARQ会话标识, 包括: 所述接收端接收所述发送端发送的配置请求报文, 其中所述配置请 文包含所述发送端与所述 HARQ会话标识的映射关系;
所述接收端向所述发送端发送 HARQ配置应答 4艮文。
结合第二方面的第一种可能的实现方式, 在第二种可能的实现方式 中, 所述发送端与所述 HARQ会话标识的映射关系为: 所述 HARQ会话 标识与所述特殊码字间的映射关系。
结合第二方面的第一种可能的实现方式, 在第三种可能的实现方式 中, 所述发送端与所述 HARQ会话标识的映射关系, 为: 所述发送端的 OFDMA的子信道与所述 HARQ会话标识建立映射关系。
结合第二方面, 在第四种可能的实现方式中, 所述接收端根据所述 HARQ会话标识接收所述发送端发送的 HARQ数据 ^艮文之前还包括: 所述接收端在所述发送 HARQ数据报文的信道中获取 RTS帧; 根据所述 RTS帧向所述发送端反馈 CTS帧, 所述 CTS帧用于确认 所述发送端对所述发送 HARQ 数据报文的信道获取使用权, 其中所述 CTS帧包含所述接收端的 MAC地址以及对所述信道的使用时间。
结合第二方面的第二种可能的实现方式, 在第五种可能的实现方式 中, 所述接收端根据所述 HARQ会话标识接收所述发送端发送的 HARQ 数据报文, 还包括:
捕获所述 HARQ数据报文中导频序列,并在所述 HARQ数据报文获 得编码调制方式和 HARQ数据报文长度; 对所述 HARQ数据报文进行解调和解码; 将解码后的数据进行帧校验序列 FCS检查。
结合第二方面的第三种可能的实现方式, 在第六种可能的实现方式 中, 所述接收端根据所述 HARQ会话标识接收所述发送端发送的 HARQ 数据报文, 还包括: 捕获导频序列;
获得编码调制方式和 HARQ数据报文长度; 根据 OFDMA子信道信息将所述 HARQ数据 文与所述 HARQ会话 标识和业务流建立映射关系; 对所述 HARQ数据报文进行解调和解码; 将解码后的数据进行帧校验序列 FCS检查。
结合第二方面的第四种可能的实现方式, 在第七种可能的实现方式 中, 所述接收端根据所述 HARQ会话标识接收所述发送端发送的 HARQ 数据报文, 还包括:
捕获导频序列;
获得编码调制方式和 HARQ数据报文长度;
如果收到所述 RTS帧并回复所述 CTS帧, 将接收的 HARQ数据报 文与所述 HARQ会话标识和业务流建立映射关系; 对所述 HARQ数据报文进行解调和解码; 将解码后的数据进行帧校验序列 FCS检查。
结合第二方面的第五种可能的实现方式, 在第八种可能的实现方式 中, 根据所述 HARQ数据报文向所述发送端反馈应答报文, 包括: 从 HARQ 数据报文中获取特殊码字, 根据所述特殊码字将所述 HARQ数据 4艮文与所述 HARQ会话标识和业务流建立映射关系;
如果所述 FCS检查通过, 则向所述发送端反馈 ACK; 或, 如果所述特殊码字识别通过, FCS 检查不通过, 则向所述发送端反 馈第二 NAK; 或, 如果所述特殊码字识别不通过, FCS检查不通过, RTS/CTS模式或 OFDMA模式时, 向所述发送端反馈第二 NAK; 或,
如果所述特殊码字识别不通过, FCS检查不通过, DATA/ACK模式 时, 不向所述发送端反馈任何信息; 或,
如果捕获导频序列失败, DATA/ACK模式时, 不向所述发送端反馈 任何信息; 或,
如果捕获导频序列失败, RTS/CTS模式或 OFDMA模式时, 则向所 述发送端反馈第一 NAK:。
结合第二方面的第六种可能的实现方式, 在第九种可能的实现方式 中, 所述根据所述 HARQ数据报文向所述发送端反馈应答报文, 包括: 如果所述 FCS检查通过, 则向所述发送端反馈 ACK; 或, 如果所述 FCS检查不通过, 则向所述发送端反馈第二 NAK;
结合第二方面的第七种可能的实现方式, 在第十种可能的实现方式 中, 所述根据所述 HARQ数据报文向所述发送端反馈应答报文, 包括: 如果所述 FCS检查通过, 则向所述发送端反馈 ACK; 或, 如果所述 FCS检查不通过, RTS/CTS模式时, 则向所述发送端反馈 第二 NAK; 或, 如果所述 FCS检查不通过, 不是 RTS/CTS模式时, 不向所述发送端 反馈任何信息。
结合第二方面的第八种至第十种任一可能的实现方式, 在第十一种 可能的实现方式中, 所述向所述发送端反馈第二 NAK之后, 还包括: 緩存本次 HARQ数据报文。
结合第二方面的第八种至第十种任一可能的实现方式, 在第十二种 可能的实现方式中, 所述根据所述检查的结果向所述发送端反馈应答报 文之后, 还包括: 所述接收端收到所述发送端发送的 HARQ重传数据; 对所述 HARQ重传数据进行解码。
结合第二方面的第十二中可能的实现方式, 在第十三种可能的实现 方式中, 所述对所述 HARQ重传数据进行解码, 包括: 对所述 HARQ重传数据进行解码; 或者 将所述 HARQ重传数据和所述緩存本次 HARQ数据报文合并后进行 解码。
结合第二方面, 在第十四种可能的实现方式中, 所述根据所述检查 的结果向所述发送端反馈应答报文之后, 还包括: 所述接收端收到所述发送端发送的 HARQ会话结束报文; 清除与所述 HARQ会话对应的 HARQ数据报文和 HARQ会话标识。 第三方面, 提供一种发送端, 包括: 发送单元, 用于向接收端发送混合自动重传请求 HARQ能力协商请 求报文;
接收单元, 用于接收所述接收端反馈的 HARQ能力协商应答报文, 根据所述 HARQ能力协商应答报文, 判断所述接收端是否支持 HARQ , 如果支持, 则为所述接收端分配 HARQ会话标识;
所述发送单元, 还用于获取发送 HARQ数据报文的信道使用权, 并 根据所述 HARQ会话标识通过所述信道向所述接收端发送 HARQ数据报 文;
所述接收单元,还用于所述发送端接收所述接收端反馈的应答报文, 根据所述应答报文, 确定数据报文发送成功或者根据预设规则执行重传 操作。
结合第三方面, 在第一种可能的实现方式中, 所述接收端还包括映 射单元,
系, 并通过所述发送单元向所述接收端发送包含所述映射关系的配置请 求报文;
所述接收单元用于接收所述接收端发送的配置请求应答报文。
结合第三方面的第一种可能的实现方式, 在第二种可能的实现方式 中, 所述映射单元具体用于根据所述 HARQ能力协商应答报文判断所述 接收端是否支持正交频分复用多址 OFDMA,如果支持则将所述发送端的 OFDMA的子信道与所述 HARQ会话标识建立映射关系。
结合第三方面的第一种可能的实现方式, 在第三种可能的实现方式 中, 所述映射单元具体用于为 HARQ会话分配对应的特殊码字, 并形成 所述 HARQ会话标识与所述特殊码字间的映射关系, 所述特殊码字用于 标记所述发送端。 结合第三方面, 在第四种可能的实现方式中, 所述发送单元具体用 于通过在发送 HARQ数据报文的信道中标记请求发送 RTS帧请求所述信 道的使用权, 其中所述 RTS帧包含所述 HARQ会话标识、 所述发送端的 媒体接入层 MAC地址以及对所述信道的使用时间; 所述接收单元还用于接收所述接收端根据所述 RTS帧反馈的清除发 送 CTS帧, 所述 CTS帧用于确认所述发送端对所述发送 HARQ数据报 文的信道获取使用权, 其中所述 CTS帧包含所述接收端的 MAC地址以 及对所述信道的使用时间。 结合第三方面, 在第五种可能的实现方式中, 所述发送单元还用于 发送所述混合自动重传请求 HARQ能力协商请求报文后, 所述发送端启 动本地定时器;
如果在定时器到期之前, 所述发送端未收到所述接收端的 HARQ能 力协商应答报文, 则所述发送端重发所述 HARQ能力协商请求报文, 并 将重发次数加 1 ; 如果重发次数超过预设的值时, 则放弃本次 HARQ。
结合第三方面, 在第六种可能的实现方式中, 所述发送 HARQ数据 报文的信道, 包括: 载波侦听多点接入 /冲突避免 CSMA/CA共享信道; 或者
OFDMA子信道。
结合第三方面的第六种可能的实现方式, 在第七种可能的实现方式 中, 若所述信道为载波侦听多点接入 /冲突避免 CSMA/CA共享信道的使 用权, 所述发送单元具体用于如果 HARQ数据报文长度小于所述报文长 度门限, 则根据所述 HARQ 会话标识釆用 DATA/ACK 方式通过所述 CSMA/CA共享信道信道向所述接收端发送 HARQ数据报文; 或 所述发送单元具体用于如果 HARQ数据报文长度大于或等于所述报 文长度门限, 则根据所述 HARQ会话标识釆用 RTS/CTS 方式通过所述 CSMA/CA共享信道信道向所述接收端发送 HARQ数据报文。
结合第三方面的第四种可能的实现方式, 在第八种可能的实现方式 中, 所述发送送单元还用于:
判断所述 HARQ数据报文的报文长度; 对于长度大于或等于报文长度门限的 HARQ数据报文通过 HARQ发 送, 对于长度小于报文长度门限的 HARQ数据报文通过 ARQ发送。
结合第三方面的第三种可能的实现方式, 在第九种可能的实现方式 中, 所述发送单元包括:
编码子单元, 用于对源数据进行编码; 获取与所述 HARQ 会话标 识对应的特殊码字; 将 HARQ头标添加至所述编码后的数据; 将特殊码 字插入所述添加 HARQ头标后的数据; 发送子单元, 用于将所述插入了特殊码字的数据作为 HARQ数据报 文通过所述信道发送至所述接收端。 结合第三方面的第九种可能的实现方式, 在第十种可能的实现方式 中 , 所述编码子单元具体用于将所述特殊码字插入添加 HARQ头标的数 据的标记 signal域和数据域之间; 或者,
入物理层汇聚前导域 PLCP Preamble的第一域, 将所述特殊码字备份插 入 PLCP Preamble的第二域。 结合第三方面, 在第十一种可能的实现方式中, 所述发送单元包括: 编码子单元, 用于对源数据进行编码; 将 HARQ头标添加至所述编 码后的数据; 发送子单元,用于将所述添加了 HARQ头标的数据作为 HARQ数据 报文通过所述信道发送至所述接收端。 结合第三方面, 在第十二种可能的实现方式中, 所述接收单元, 具 体用于如果收到所述接收端的 ACK反馈, 则确定数据报文发送成功; 或 如果收到所述接收端的第一 NAK反馈,则增大发射功率重新发送和 本次 HARQ数据报文相同的数据; 或 如果收到所述接收端的第二 NAK反馈, 则发送和所述 HARQ数据 报文相同的数据; 或者和所述 HARQ数据报文不同的可自解码的冗余数 据; 或者和所述 HARQ数据报文不同的不可自解码的冗余数据; 或 如果未收到反馈, 则以不变发射功率重新发送和本次 HARQ数据报 文相同的数据。
结合第三方面的第十二种可能的实现方式, 在第十三种可能的实现 方式中,
所述接收单元还用于清除所述发送端緩存的所述 HARQ数据报文; 如果所述发送端的业务流没有新的数据报文需要发送, 则通过所述 发送单元向所述接收端发送 HARQ会话结束报文; 否则, 所述发送单元 继续使用所述 HARQ会话向所述接收端发送后续的数据报文。
结合第三方面或者第三方面中任意一种可能的实现方式, 在第十四 种可能的实现方式中,
含所述 HARQ会话标识;
对应所述 HARQ数据报文的冗余数据报文; 所述接收单元具体用于接收所述接收端反馈的应答报文, 根据所述 应答报文, 确定数据报文发送成功或者根据预设规则通过所述辅助发送 端执行重传操作。
结合第三方面的第十四种可能的实现方式, 在第十五种可能的实现 方式中,
所述接收单元包括: 接收子单元, 用于接收所述接收端反馈的应答报文, 所述应答报文 为 ACK; 通知子单元, 用于通知所述辅助发送端删除所述 HARQ数据报文及 对应所述 HARQ数据报文的冗余数据报文; 如果所述发送端的业务流没有新的数据报文需要发送, 则向所述接 收端发送 HARQ会话结束 4艮文。
结合第三方面的第十四种可能的实现方式, 在第十六种可能的实现 方式中, 所述接收单元包括: 接收子单元, 用于接收所述接收端反馈的应答报文, 所述应答报文 为重传 HARQ数据报文; 通知子单元, 用于根据所述接收子单元接收的所述应答报文, 根据 预设规则通知所述辅助发送端执行重传操作。
第四方面, 提供一种接收端, 包括: 发送单元, 用于向发送端反馈 HARQ能力协商应答报文; 获取单元, 用于获取所述发送端分配的 HARQ会话标识; 接收单元, 用于根据所述 HARQ 会话标识接收所述发送端发送的 HARQ数据报文; 所述发送单元, 还用于根据接收单元接收的所述 HARQ数据报文向 所述发送端反馈应答报文。 结合第四方面, 在第一种可能的实现方式中, 所述获取单元具体用 于接收所述发送端发送的配置请求报文, 其中所述配置请求报文包含所 述发送端与所述 HARQ会话标识的映射关系; 向所述发送端发送 HARQ 配置应答报文。 结合第四方面的第一种可能的实现方式, 在第二种可能的实现方式 中, 所述发送端与所述 HARQ会话标识的映射关系为: 所述 HARQ会话 标识与所述特殊码字间的映射关系。 结合第四方面的第一种可能的实现方式, 在第三种可能的实现方式 中, 所述发送端与所述 HARQ会话标识的映射关系, 为: 所述发送端的 OFDMA的子信道与所述 HARQ会话标识建立映射关系。 结合第四方面, 在第四种可能的实现方式中,
帧; ' . . 、
所述发送单元还用于根据所述 RTS帧向所述发送端反馈 CTS帧,所 述 CTS帧用于确认所述发送端对所述发送 HARQ数据报文的信道获取使 用权, 其中所述 CTS帧包含所述接收端的 MAC地址以及对所述信道的 使用时间。 结合第四方面的第二种可能的实现方式, 在第五种可能的实现方式 中,
述 HARQ数据报文获得编码调制方式和 HARQ 数据报文长度; 对所述 HARQ数据报文进行解调和解码; 将解码后的数据进行帧校验序列 FCS 检查。 结合第四方面的第三种可能的实现方式, 在第六种可能的实现方式 中, 所述接收单元还用于捕获导频序列; 获得编码调制方式和 HARQ数 据报文长度; 根据 OFDMA 子信道信息将所述 HARQ 数据报文与所述 HARQ会话标识和业务流建立映射关系; 对所述 HARQ数据报文进行解 调和解码; 将解码后的数据进行帧校验序列 FCS检查。 结合第四方面的第四种可能的实现方式, 在第七种可能的实现方式 中, 所述接收单元还用于捕获导频序列; 获得编码调制方式和 HARQ数 据报文长度; 如果收到所述 RTS帧并回复所述 CTS , 将接收的 HARQ数 据报文与所述 HARQ会话标识和业务流建立映射关系; 对所述 HARQ数 据报文进行解调和解码; 将解码后的数据进行帧校验序列 FCS检查。 结合第四方面的第五种可能的实现方式, 在第八种可能的实现方式 中, 所述发送单元具体用于从所述接收端接收的所述 HARQ数据报文中 获取特殊码字, 根据所述特殊码字将所述 HARQ数据报文与所述 HARQ 会话标识和业务流建立映射关系; 如果所述 FCS检查通过, 则向所述发送端反馈 ACK; 或, 如果所述特殊码字识别通过, FCS 检查不通过, 则向所述发送端反 馈第二 NAK; 或, 如果所述特殊码字识别不通过, FCS检查不通过, RTS/CTS模式或 OFDMA模式时, 向所述发送端反馈第二 NAK; 或, 如果所述特殊码字识别不通过, FCS检查不通过, DATA/ACK模式 时, 不向所述发送端反馈任何信息; 或, 如果捕获导频序列失败, DATA/ACK模式时, 不向所述发送端反馈 任何信息; 或, 如果捕获导频序列失败, RTS/CTS模式或 OFDMA模式时, 则向所 述发送端反馈第一 NAK:。 结合第四方面的第六种可能的实现方式, 在第九种可能的实现方式 中, 所述发送单元具体用于如果所述 FCS检查通过, 则向所述发送端反 馈 ACK; 或, 如果所述 FCS检查不通过, 则向所述发送端反馈第二 NAK; 结合第四方面的第七种可能的实现方式, 在第十种可能的实现方式 中, 所述发送单元具体用于如果所述 FCS检查通过, 则向所述发送端反 馈 ACK; 或, 如果所述 FCS检查不通过, RTS/CTS模式时, 则向所述发送端反馈 第二 NAK; 或, 如果所述 FCS检查不通过, 不是 RTS/CTS模式时, 不向所述发送端 反馈任何信息。 结合第四方面的第八种至第十种可能的实现方式中任意一种可能的 实现方式, 在第十一种可能的实现方式中, 所述接收单元还用于緩存本 次 HARQ数据 艮文。 结合第四方面的第八种至第十种可能的实现方式中任意一种可能的 实现方式, 在第十二种可能的实现方式中, 所述接收单元还用于收到所 述发送端发送的 HARQ重传数据; 对所述 HARQ重传数据进行解码。 结合第四方面的第十二种可能的实现方式, 在第十三种可能的实现 方式中, 所述所述接收单元具体用于对所述 HARQ重传数据进行解码; 或者
将所述 HARQ 重传数据和緩存本次 HARQ数据报文合并后进行解 码。
结合第四方面, 在第十四种可能的实现方式中, 所述接收单元还用 于收到所述发送端发送的 HARQ会话结束报文; 清除与所述 HARQ会话 对应的 HARQ数据 4艮文和 HARQ会话标识。
第五方面, 提供一种通信系统, 包括相互通信的接收端和发送端, 其中所述发送端为上述第三方面所述的任一发送端, 所述接收端为上述 第四方面所述的任一接收端。 本发明的实施例提供的混合自动重传请求方法、 装置、 系统, 通过 发送端将发送端与 HARQ会话标识建立映射关系, 并根据 HARQ会话标 识向接收端发送 HARQ数据报文, 发送端根据接收到的接收端反馈的应 答报文, 确定数据报文发送成功或者根据预设规则执行重传操作, 避免 了 HARQ在共享信道中的多用户数据碰撞问题, 同时提高了 HARQ增益 效果, 并且适用范围广泛。 附图说明 为了更清楚地说明本发明实施例或现有技术中的技术方案, 下面将 对实施例或现有技术描述中所需要使用的附图作简单地介绍。 图 1 为本发明的实施例一提供的一种混合自动重传请求方法的流程 示意图; 图 2为本发明的实施例一提供的另一混合自动重传请求方法的流程 示意图; 图 3为本发明的实施例二提供的混合自动重传请求方法的流程示意 图;
图 4为本发明的实施例二提供的一种插入特殊码字的示意图; 图 5为本发明的实施例二提供的又一种插入特殊码字的示意图; 图 6为本发明的实施例三提供的混合自动重传请求方法的流程示意 图;
图 7为本发明的实施例四提供的混合自动重传请求方法的流程示意 图;
图 8为本发明的实施例五提供的混合自动重传请求方法的流程示意 图;
图 9为本发明的实施例六提供的混合自动重传请求方法的流程示意 图;
图 10 为本发明的实施例七提供的混合自动重传请求方法的流程示 意图; 图 1 1 为本发明的实施例八提供的混合自动重传请求方法的流程示 意图;
图 12为本发明的实施例提供的一种发送端的结构示意图; 图 13为本发明的另一实施例提供的一种发送端的结构示意图; 图 14为本发明的又一实施例提供的一种发送端的结构示意图; 图 15为本发明的再一实施例提供的一种发送端的结构示意图; 图 16为本发明的另一实施例提供的一种发送端的结构示意图; 图 17为本发明的实施例提供的一种接收端的结构示意图; 图 18为本发明的又一实施例提供的一种发送端的结构示意图; 图 19为本发明的另一实施例提供的一种接收端的结构示意图 图 20为本发明的实施例提供的一种通信系统的结构示意图。 具体实施方式 下面将结合本发明实施例中的附图, 对本发明实施例中的技术方案 进行清楚、 完整地描述, 显然, 所描述的实施例仅仅是本发明一部分实 施例, 而不是全部的实施例。 本发明实施例中, WiFi 通信系统既可以是无线局域网络(Wireless Local Area Network , 简称 WLAN) , 也可以是无线广域网络(Wireless Wide Area Network , 简称 WWAN)或者无线个域网络(Wireless Personal Area Network 简称 WPAN)。 本发明的实施例适用于将 HARQ应用于 WiFi通信系统中, 通常有 发送端和接收端组成,其中发送端一般可以为 WiFi通信系统中的接入点 , 例如 AP ( Access Point,无线访问节点) 或无线路由器等接入点, 接收端 一般为手机、 平板电脑或其他电脑等。 实施例一 图 1 为本发明的实施例一提供的混合自动重传请求方法的流程示意 图, 参考图 1 , 具体可以包括以下步骤: 步骤 10、发送端向接收端发送混合自动重传请求 HARQ能力协商请 求报文。 其中, 步骤 10中, 发送端的 MAC层获知需要向某个接收端发送一 条新的业务流, 则新建一个流标识(Traffic Identification , 简称 TID)。 发 送端的 MAC层向接收端发出 HARQ能力协商请求才艮文, 该才艮文的内容 包括但不局限于以下内容:
( 1 )接收端是否支持 HARQ;
( 2 ) 接收端是否支持正交频分复用多址 ( Orthogonal Frequency Division Multiplexing Access, 简称 OFDMA ) ;
( 3 ) 报文长度门限;
( 4 )接收端是否支持特殊码字。 具体地, ( 1 ) 接收端是否支持 HARQ是指是否有支持 HARQ的软 硬件处理能力, 即现有技术所指的各种 HARQ能力; (2 )接收端是否支 持 OFDMA是指接收端是否具有 OFDMA的信道多址能力; ( 3 )报文长 度门限是指接收端用于判断长 /短数据报文的门限值的数值大小, 报文长 度大于或等于该报文长度门限的为长数据报文, 小于该报文长度门限的 为短数据报文; (4 )接收端是否支持特殊码字是指接收端的 PHY 层是 否支持特殊码字与 HARQ会话 ID的映射能力。 发送端向接收端发送混合自动重传请求 HARQ能力协商请求报文时 需要先获得信道使用权, 例如载波侦听多点接入 / 冲突避免(Carrier Sense Multiple Access with Collision Avoidance,简称 CSMA/CA)共享信道使用 权或 OFDMA子信道使用权, 或其他信道使用权。 进一步的,步骤 10中,发送端向接收端发送混合自动重传请求 HARQ 能力协商请求报文, 还可以优选包括: 发送端发送所述混合自动重传请求 HARQ能力协商请求报文后, 所 述发送端启动本地定时器, 如果在定时器到期之前, 所述发送端未收到 所述接收端的 HARQ能力协商应答报文, 则所述发送端重发 HARQ能力 协商请求报文, 并将重发次数加 1 ; 如果重发次数超过预设的值时, 则放 弃本次 HARQ。
步骤 20、 发送端接收接收端反馈的 HARQ能力协商应答报文, 根据 HARQ 能力协商应答报文, 判断接收端是否支持 HARQ, 如果支持, 则 为接收端分配 HARQ会话标识。 步骤 20中, 发送端接收到接收端反馈的 HARQ能力协商应答报文, 根据 HARQ能力协商应答报文的内容, 判断接收端是否支持 HARQ, 如 果支持, 则为接收端分配 HARQ会话标识, 用于标识本次 HARQ会话; 如果不支持, 则放弃本次 HARQ会话, 釆用 ARQ与接收端完成通信。 步骤 30、 发送端获取发送 HARQ 数据报文的信道使用权, 并根据 HARQ会话标识通过信道向接收端发送 HARQ数据 4艮文。 步骤 40、 发送端接收接收端反馈的应答报文, 根据应答报文, 确定 数据报文发送成功或者根据预设规则执行重传操作。 本实施例是本发明提供的混合自动重传请求方法中接收端的流程, 具体参考图 2,图 2为本发明的实施例一提供的另一混合自动重传请求方 法的流程示意图。 本实施例中, 可以包括以下步骤: 步骤 50、 接收端向发送端反馈 HARQ能力协商应答报文。 其中, 步骤 50 中, 接收端在收到发送端发送的 HARQ能力协商请 求报文后, 根据自身情况, 向发送端反馈 HARQ能力协商应答报文。 该 HARQ能力协商应答报文可以包括以下内容: (1)接收端支持 HARQ; (2) 支持或兼容 OFDMA;(3)报文长度门限; (4)支持特殊码字或不支持特殊码 字。 本实施例中接收端都支持 HARQ , 按支持信道类型可以分为三种: 有的接收端支持 OFDMA,有的接收端不支持 OFDMA只支持 CSMA/CA, 有的接收端既支持 OFDMA也支持 CSMA/CA, 即兼容 OFDMA。 按是否 支持特殊码字分为两种类型: 有的接收端支持特殊码字, 有的接收端不 支持特殊码字。 接收端根据自身具体情况向发送端反馈 HARQ能力协商 应答报文。
步骤 60、 接收端接收发送端分配 HARQ会话标识。 步骤 60 中, 接收端接收发送端分配 HARQ会话标识, 其中发送端 分配给接收端的 HARQ会话标识可以通过 HARQ配置请求报文发送给接 收端。 步骤 70、 接收端根据 HARQ会话标识接收发送端发送的 HARQ数 据报文, 根据所述 HARQ数据报文向所述发送端反馈应答报文。 步骤 70中, 接收端根据 HARQ会话标识接收发送端发送的 HARQ 数据 ^艮文, 可以获取 HARQ会话标识和发送端的映射关系, 例如标识发 送端的 OFDMA子信道与 HARQ会话标识建立的映射关系 , 标识发送端 的特殊码字与 HARQ会话标识建立的映射关系, 接收到的 HARQ数据报 文与 HARQ会话标识建立的映射。 本发明的实施例提供的混合自动重传请求方法, 通过发送端将发送 端与 HARQ会话标识建立映射关系, 并根据 HARQ会话标识向接收端发 送 HARQ数据报文, 发送端根据接收到的接收端反馈的应答报文, 确定 数据报文发送成功或者根据预设规则执行重传操作, 避免了 HARQ应用 到 WiFi通信系统中共享信道多用户碰撞问题,同时提高了 HARQ增益效 果, 并且适用范围广泛。
实施例二 本实施例是在上述实施基础上, 当接收端仅支持 CSMA/CA, 并且接 收端支持特殊码字时的优化方案。 参照图 3所示, 图 3为本发明的实施 例二提供一种混合自动重传请求方法的流程示意图 (其中图 3 中只示出 了步骤中的关键词, 具体描述参见实施例) , 具体可以包括以下步骤: 步骤 301、 发送端向接收端发送混合自动重传请求 HARQ能力协商 请求 4艮文。 其中, 步骤 301 中, 发送端的 MAC层获知需要向某个接收端发送 一条新的业务流, 则新建一个流标识( Traffic Identification , 简称 TID ) 。 发送端的 MAC层向接收端发出 HARQ能力协商请求报文, 该报文的内 容包括但不局限于以下内容:
( 1 )接收端是否支持 HARQ;
( 2 )接收端是否支持 OFDMA;
( 3 ) 报文长度门限;
( 4 )接收端是否支持特殊码字。 在发出该 HARQ 能力协商请求报文之前, 发送端首先需要遵循 CSMA/CA模式竟争得到共享信道的使用权。 步骤 302、 接收端向发送端反馈 HARQ能力协商应答报文。 步骤 302中, 接收端向发送端反馈 HARQ能力协商应答报文, 包括 但不局限于以下内容: 支持 HARQ; 不支持 OFDMA; 报文长度门限的值 为 256 (本实施例只给出示例值) ; 支持特殊码字。 在发出该 HARQ能 力协商应答报文之前, 接收端首先需要遵循 CSMA/CA模式竟争得到共 享信道的使用权。 步骤 303、 发送端接收接收端反馈的 HARQ能力协商应答报文, 根 据 HARQ能力协商应答报文, 判断接收端是否支持 HARQ, 如果支持, 则为接收端分配 HARQ会话标识。 此外, 步骤 303中, 发送端接收接收端反馈的 HARQ能力协商应答 报文, 根据 HARQ能力协商应答报文, 判断接收端是否支持 HARQ, 如 果支持, 则为接收端分配 HARQ会话标识, 接着执行步骤 304; 如果不 支持, 则放弃本次 HARQ会话, 釆用 ARQ和接收端进行通信。 步骤 304、 生成发送端与 HARQ会话标识的映射关系, 并向接收端 发送包含映射关系的配置请求报文。 其中, 发送端为 HARQ会话分配对应的特殊码字, 并形成 HARQ会 话标识与特殊码字间的映射关系, 特殊码字用于标记发送端, 具体的, 发送端根据所述 HARQ能力协商应答报文判断是否支持特殊码字, 如果 支持则将标识发送端的特殊码字与 HARQ会话标识建立映射关系; 发送 端向接收端发送 HARQ配置请求报文, 其中 HARQ配置请求报文包括标 识发送端的特殊码字和 HARQ会话标识。 在步骤 304中, 发送端首先根据 HARQ能力协商应答报文判断接收 端是否支持 OFDMA, 该实施例中为不支持, 接着从 HARQ能力协商应 答报文获取报文长度门限并存储, 然后判断接收端是否支持特殊码字, 该实施例中为支持, 则对所有长度的数据报文釆用 HARQ, 发送端分配 一个用于标识发送端的特殊码字, 将该特殊码字与该 HARQ会话标识建 立映射关系。 然后, 发送端向接收端发送 HARQ配置请求报文, 其中该 HARQ配置请求报文包括但不限于: 标识发送端的特殊码字和 HARQ会 话标识。 在发出该 HARQ 配置请求报文之前, 发送端首先需要遵循 CSMA/CA模式竟争得到共享信道的使用权。 步骤 305、 接收端接收发送端发送的配置请求报文, 其中配置请求 才艮文包含所述发送端与 HARQ会话标识的映射关系。
其中, 发送端与 HARQ会话标识的映射关系为: HARQ会话标识与 特殊码字间的映射关系。 步骤 305中, 接收端收到 HARQ配置请求报文, 获取标识发送端的特殊码字和 HARQ会话标识之间的映射关系,并存储, 之后接收端向发送端反馈配置应答报文。 步骤 306、 发送端获取 CSMA/CA共享信道使用权。 步骤 306中, 发送端获取 CSMA/CA共享信道使用权, 如果发送端 和接收端都工作在 CSMA/CA模式, 则需要根据 HARQ数据报文的长度 进行区分, 如果 HARQ 数据报文长度大于或等于报文长度门限则釆用 RTS/CTS方式发送; 如果 HARQ数据报文长度小于报文长度门限则釆用 DATA/ACK方式发送。 步骤 307、 根据 HARQ会话标识通过 CSMA/CA共享信道使用权向 接收端发送 HARQ数据报文。 步骤 307中,根据 HARQ会话标识向接收端发送 HARQ数据报文之 前, 还可以包括以下步骤: 步骤 3071、 发送端对源数据进行编码;
步骤 3072、 获取与 HARQ会话标识对应的特殊码字; 步骤 3073、 将 HARQ头标添加至编码后的数据; 步骤 3074、 将特殊码字插入添加 HARQ头标后的数据; 以便将插入了特殊码字的数据作为 HARQ数据报文发送至接收端。 其中, 步骤 3071 中发送端对源数据进行编码, 编码可以包括但不限 于: Turbo码, LDPC码, 本实施例不对编码 #支限定。 还可以将编码后的 数据备份存储。
步骤 3074 中将特殊码字插入所述添加 HARQ头标后的数据, 可以 优先包括以下: 将特殊码字插入添加 HARQ头标的数据的 signal域和数 据域之间。 具体参考图 4, 图 4为本发明的实施例二提供的一种插入特殊 码字的示意图。
如图 4 所示, 一个 OFDM 符号包括物理层汇聚 (Physical Layer Convergence Procedure ,简称 PLCP )前导 ( Preamble )域、标记( SIGNAL ) 域和数据 ( DATA ) 域, PLCP Preamble域为 OFDM导频序列, SIGNAL 域, 主要包括的信息有: 编码调制方式和长度等, DATA域为 HARQ数 据报文, 将特殊码字插入图 4中的 SIGNAL域和 DATA域之间 , 本方案 通过将特殊码字插入添加 HARQ头标的数据的 SIGNAL域和 DATA域之 间, 可以实现前向兼容。
步骤 307中将特殊码字插入所述添加 HARQ头标后的数据, 还可以 优先包括以下: 将特殊码字备份, 将特殊码字插入 PLCP Preamble的第 一域, 将特殊码字备份插入 PLCP Preamble的第二域。 将一段码字一式两份连续放在 Preamble, 其作用是在接收端的物理 层可以执行滑动相关操作, 进而可以得到一个相关峰值点以及达到帧同 步的效果。 并且利用接收端和发送端都预先已知的一式两份连续放置的 特殊码字, 还可以进行信道估计。 本方案通过将特殊码字备份, 并将特 殊码字插入 PLCP Preamble 的第一域, 将特殊码字备份插入 PLCP Preamble 的第二域, 除了实现帧同步和信道估计的功能之外, 还实现了 准确识别发送端。 其中, 第一域可以为 T1域, 第二域可以为 T2域, 具体参考图 5 , 图 5 为本发明的实施例一二提供的又一种插入特殊码字的示意图。 T1 , T2域是 IEEE 802.1 1协议规定的 Preamble的两个固定的位置。 其中, T1 和 T2域放置的是一个固定的序列, 一式两份连续放置, 其作用是同步和 信道估计, 本方案中, 所有用户的 T1和 T2域使用的序列是不同的, 从 而可以识别发送端。 本方案, 通过将特殊码字插入 PLCP Preamble的 T1域, 将特殊码字 备份插入 PLCP Preamble的 T2域, 没有增加码字长度, 减少了开销。 然后将 HARQ数据报文通过获得的 CSMA/CA共享信道发送至接收 端。 步骤 308、 接收端根据 HARQ会话标识接收发送端发送的 HARQ数 据报文, 根据 HARQ数据报文向发送端反馈应答报文。 步骤 308中,接收端的物理层检测到高于空闲信道评估门限的信号, 开始捕获导频序列, 如果捕获成功, 则获取该 HARQ数据报文的编码方 式和长度, 从该 HARQ数据报文中获取特殊码字, 根据该特殊码字将该 HARQ数据报文和 HARQ会话标识形成映射关系。 具体地, 将步骤 305 中接收端接收到的配置请求报文中获取的特殊码字与步骤 308 中从收到 的 HARQ数据报文中获取的特殊码字的头标进行滑动互相关。 如果出现 一个峰值, 则说明 HARQ数据报文中的特殊码字与配置请求报文中获取 的特殊码字一致, 该 HARQ数据报文是来自该发送端, 即特殊码字识别 通过; 如果没有出现峰值, 则说明 HARQ数据报文中的特殊码字与配置 请求报文中获取的特殊码字不一致, 该 HARQ数据报文不是来自该发送 端, 即特殊码字识别不通过。 然后, 将特殊码字与业务流标识 TID建立 二元组映射表。 每个业务流由多个 HARQ 数据 4艮文组成, 将业务流与 HARQ会话标识形成映射关系相当于每个数据报文都与该 HARQ会话标 识建立映射关系。 当一个业务流的所有 HARQ数据报文都传输完毕后释 放该映射关系。 通过该映射关系, 则可以使接收端知道 HARQ数据 4艮文 来自哪一个发送端。 然后对 HARQ数据报文进行解调, 解码, 并对解码后的二进制比特 数进行 FCS检查, 并根据检查的结果向发送端反馈应答报文。 进一步地, 根据 HARQ数据报文向发送端反馈应答报文, 可以包括 以下: 如果 FCS检查通过, 则向发送端反馈 ACK; 如果特殊码字识别通过, FCS 检查不通过, 则向发送端反馈第二 NAK;
FCS检查是 WiFi通信系统在接收端解码解调是否成功的判决依据。 FCS通过就可以反馈 ACK, 否则就保持静默。 当 FCS检查通过之后, 接 收端的 MAC层就可以从 MAC层头标里读取出源地址信息, 进而可以获 知该 HARQ 数据报文是来自哪个发送端。 本方案通过特殊码字将该 HARQ数据报文和 HARQ会话标识形成映射关系, 可以使在 FCS不通过 的情况下也能获知 HARQ数据报文来自哪个发送端。 如果特殊码字识别不通过, FCS检查不通过, 请求发送( Request To Send, 简称 RTS ) /清除发送( Clear To Send, 简称 CTS )模式或 OFDMA 模式时, 向发送端反馈第二 NAK; 如果特殊码字识别不通过, FCS检查不通过, DATA/ACK模式时, 不向所述发送端反馈任何信息; 如果捕获导频序列失败, DATA/ACK模式时, 不向发送端反馈任何 信息;
如果捕获导频序列失败, RTS/CTS模式或 OFDMA模式时, 则向发 送端反馈第一 NAK:。 进一步地, 接收端反馈第二 NAK 时, 还可以将接收失败的 HARQ 数据报文緩存。 这里緩存的形式可以是接收模拟信号, 或者数字釆样信 号, 或者解调后信号, 或者解码后信号, 或者是前述信号的任意排列组 合方式。 在其他的三种反馈模式下, 接收端不緩存接收失败的 HARQ数 据报文。 当数据报文结束后等待帧间短间隔(Short Interframe Space , 简称 SIFS)时间间隔, 接收端可以立即反馈 ACK:。
PHY层接收信号能量水平由高转低后等待 SIFS 时间间隔, 接收端 立即反馈第一 NAK:。 数据报文结束后等待 SIFS时间间隔, 接收端立即反馈第二 NAK信 息。 静默没有反馈时间。 步骤 309、 发送端接收接收端反馈的应答报文, 根据应答报文, 确 定数据报文发送成功或者根据预设规则执行重传操作。 步骤 309中, 发送端完成 HARQ数据报文的发送之后, 就开始等待 接收端的应答报文。 如果发送端直到定时器超时都未收到任何反馈, 则 会以上次发送的相同功率重新发送相同的数据报文, 然后继续等待接收 端的应答报文。 如果收到 ACK反馈, 发送端则删除緩存的数据报文的备 份及其相关的冗余报文, 并且继续业务流的其他数据报文的发送。 如果 收到第一 NAK反馈,发送端则会以比上次发送的更大功率重新发送相同 的数据报文,然后继续等待接收端的应答报文。如果收到第二 NAK反馈, 发送端则可选的重传策略比较多, 具体的重传策略在 HARQ能力协商阶 段由收发双方协商决定。 重传数据报文的功率既可以比上次发送更大, 也可以比上次发送更小, 还可以与上次发送相同。 重传的数据报文既可 以是与上次相同的数据报文, 也可以是与上次不同的可自解码的冗余报 文, 还可是与上次不同的不可自解码的冗余报文。 本实施例中, 优选以 相同功率发送可自解码的冗余报文, 然后继续等待接收端的反馈信息。
步骤 310、 接收端如果收到发送端发送的 HARQ重传数据报文, 对 该 HARQ重传数据报文进行解码; 如果接收端收到发送端发送的 HARQ 会话结束报文,清除与 HARQ会话对应的 HARQ数据报文和 HARQ会话 标识。
步骤 310中接收端如果收到发送端发送的 HARQ重传数据报文, 对 该 HARQ重传数据报文进行解码, 可以包括: 对所述 HARQ重传数据进行解码; 或者 将所述 HARQ重传数据和所述緩存本次 HARQ数据报文合并后进行 解码。
当发送端收到 ACK, 则确定数据报文发送成功, 如果发送端应用层 的业务流没有新的数据报文需要发送, 则向接收端发出 HARQ会话结束 报文。 否则, 继续使用 HARQ 会话向接收端发送后续的数据报文。 该 HARQ会话结束报文的内容包括但不局限于: HARQ会话标识。 同时, 释放所述发送端与所述 HARQ会话标识建立映射关系; 清除所述 HARQ 数据报文; 向所述接收端发送 HARQ会话结束报文。
接收端收到 HARQ会话结束 4艮文, 清除与所述 HARQ会话对应的 HARQ数据 文和 HARQ会话标识。 本实施例通过接收端将特殊码字和 HARQ会话标识建立映射关系, 解决了 HARQ中多用户碰撞问题, 以及发送端根据接收到的接收端反馈 的应答报文, 确定数据报文发送成功或者根据预设规则执行重传操作, 提高了将 HARQ应用到 WiFi通信系统中的增益效果。
实施例三
本实施例是在上述实施一的基础上, 当接收端仅支持 OFDMA, 并 且接收端支持特殊码字时的优化方案。 图 6 为本发明的实施例三提供的 混合自动重传请求方法的流程图示意图。 其中图 6 中只示出了步骤中的 关键词, 具体描述参见实施例。 参考图 6, 具体可以包括以下步骤: 步骤 401、 发送端向接收端发送混合自动重传请求 HARQ能力协商 请求 4艮文。 其中, 步骤 401 中, 发送端的 MAC层获知需要向某个接收端发送 一条新的业务流, 则新建一个流标识 TID。 发送端的 MAC层向接收端发 出 HARQ能力协商请求报文, 该报文的内容包括但不局限于以下内容:
( 1 )接收端是否支持 HARQ;
( 2 )接收端是否支持 OFDMA;
( 3 ) 报文长度门限;
( 4 )接收端是否支持特殊码字。 在发出该 HARQ能力协商请求报文之前, 发送端首先需要分配和预 留 OFDMA子信道。 OFDMA下釆用静态信道分配方法, 即一次分配之 后在后续该 HARQ过程都釆用同一个子信道。 步骤 402、 接收端向发送端反馈 HARQ能力协商应答报文。
步骤 402中, 根据接收端情况, 接收端向发送端反馈 HARQ能力协 商应答报文, 包括但不局限于以下内容: 支持 HARQ; 支持 OFDMA; 报 文长度门限的值为 256 (本实施例只给出示例值) ; 支持特殊码字。 在发 出该 HARQ 能力协商应答报文之前, 接收端首先需要向发送端请求 OFDMA 子信道, 在发送端反馈 OFDMA 子信道后接收端向发送端反馈 HARQ能力协商应答报文。
步骤 403、 发送端接收接收端反馈的 HARQ能力协商应答报文, 根 据 HARQ能力协商应答报文, 判断接收端是否支持 HARQ, 如果支持, 则为接收端分配 HARQ会话标识。
此外, 步骤 403中, 发送端接收接收端反馈的 HARQ能力协商应答 报文, 根据 HARQ能力协商应答报文, 判断接收端是否支持 HARQ, 如 果支持, 则为接收端分配 HARQ会话标识, 接着执行步骤 404; 如果不 支持, 则放弃本次 HARQ会话, 釆用 ARQ和接收端进行通信。
步骤 404、 生成发送端与所述 HARQ会话标识的映射关系, 并向接 收端发送包含映射关系的配置请求报文。
具体步骤 404为, 其中, 发送端根据 HARQ能力协商应答报文判断 是否支持正交频分复用多址 OFDMA , 如果支持则将所述发送端的 OFDMA的子信道与所述 HARQ会话标识建立映射关系,其中所述 HARQ 配置请求报文包括: HARQ是否同步, HARQ是否自适应;
步骤 404中, 发送端首先根据 HARQ能力协商应答报文判断接收端 支持 OFDMA, 将 OFDMA子信道和 HARQ会话标识建立映射关系 , 从 HARQ 能力协商应答报文中获取报文长度门限并存储, 向接收端发送 HARQ配置请求报文。
步骤 405、 接收端向发送端反馈 HARQ配置应答报文。 步骤 405中, 接收端根据自身情况, 向发送端发送 HARQ配置应答 报文, 其中 HARQ配置应答报文包括: HARQ同步或非同步选择结果, HARQ 自适应或非自适应选择结果。
步骤 406、 发送端获取 OFDMA子信道使用权。 该 OFDMA子信道是指步骤 401中在发出 HARQ能力协商请求报文 之前, 发送端首先需要分配和预留的 OFDMA子信道。
步骤 406中,发送端为本次 HARQ会话分配和预留 OFDMA子信道, 并通知接收端 , 该 OFDMA子信道在本次 HARQ会话结束之前都由接收 端和发送端独占使用。 接收端将该 OFDMA子信道和 HARQ会话标识建 立映射关系。
步骤 407、 根据所述 HARQ会话标识通过 OFDMA子信道使用权向 所述接收端发送 HARQ数据报文。 步骤 407中,根据所述 HARQ会话标识向所述接收端发送 HARQ数 据报文之前, 可以包括以下步骤: 步骤 4071、 所述发送端对源数据进行编码; 步骤 4072、 将 HARQ头标添加至所述编码后的数据; 以便将所述添加了 HARQ头标的数据作为 HARQ数据报文发送至所 述接收端。 其中, 还可以将编码后的数据备份存储。 然后将 HARQ数据报文通过获得的信道发送至接收端。 步骤 408、 接收端根据 HARQ会话标识接收发送端发送的 HARQ数 据报文, 根据 HARQ数据报文向发送端反馈应答报文。 步骤 408中,接收端的物理层检测到高于空闲信道评估门限的信号, 开始捕获导频序列, 如果捕获成功, 则获取该 HARQ数据报文的编码方 式和长度, 并根据 OFDMA子信道将该 HARQ数据报文和 HARQ会话标 识和业务流形成映射关系。 然后对 HARQ数据报文进行解调, 解码, 并 对解码后的二进制比特数进行 FCS检查, 并根据检查的结果向发送端反 馈应答报文。 进一步地, 根据 HARQ数据报文向发送端反馈应答报文, 可以包括 以下: 如果捕获导频序列成功, FCS检查通过, 则向发送端反馈 ACK; 如果捕获导频序列成功, FCS 检查不通过, 则向发送端反馈第二 NAK; 如果捕获导频序列失败, 则向发送端反馈第一 NAK。 本方案通过 OFDMA子信道将该 HARQ数据 文和 HARQ会话标识 形成映射关系, 可以使在 FCS不通过的情况下也能获知 HARQ数据报文 来自哪个发送端。
进一步地, 接收端反馈第二 NAK 时, 还可以将接收失败的 HARQ 数据报文緩存。 步骤 409、 发送端接收接收端反馈的应答报文, 根据应答报文, 确 定数据报文发送成功或者根据预设规则执行重传操作。 步骤 409中, 发送端完成 HARQ数据报文的发送之后, 就开始等待 接收端的应答报文。 如果收到 ACK反馈, 发送端则删除緩存的数据报文 的备份及其相关的冗余报文, 并且继续业务流的其他数据报文的发送。 如果收到第二 NAK反馈, 可以以相同功率发送不可自解的冗余报文。 如 果收到第一 NAK反馈, 可以增大功率发送和本次 HARQ数据报文相同 的数据报文。 步骤 410、 接收端如果收到发送端发送的 HARQ重传数据报文, 对 该 HARQ重传数据报文进行解码; 如果接收端收到发送端发送的 HARQ 会话结束报文,清除与 HARQ会话对应的 HARQ数据报文和 HARQ会话 标识 步骤 410中接收端如果收到发送端发送的 HARQ重传数据报文, 对 该 HARQ重传数据报文进行解码, 可以包括: 将所述 HARQ重传数据和 所述緩存本次 HARQ数据报文合并后进行解码。 当发送端收到 ACK, 则确定数据报文发送成功, 如果发送端应用层 的业务流没有新的数据报文需要发送, 则向接收端发出 HARQ会话结束 报文。 否则, 继续使用 HARQ 会话向接收端发送后续的数据报文。 该 HARQ会话结束报文的内容包括但不局限于: HARQ会话标识。 同时, 释放所述发送端与所述 HARQ会话标识建立映射关系; 清除所述 HARQ 数据报文; 向所述接收端发送 HARQ会话结束报文。 接收端收到 HARQ会话结束 4艮文, 清除与所述 HARQ会话对应的 HARQ数据 文和 HARQ会话标识。 本实施例通过发送端将 OFDMA子信道和 HARQ会话标识建立映射 关系, 解决了 HARQ中多用户碰撞问题。 以及通过发送端根据接收到的 接收端反馈的应答报文, 确定数据报文发送成功或者根据预设规则执行 重传操作, 提高了将 HARQ应用到 WiFi通信系统中的增益效果。
实施例四 本实施例是在上述实施一的基础上, 当接收端兼容支持 OFDMA, 即 , 既支持 C SMA/C A也支持 OFDMA , 并且接收端支持特殊码字时的优 化方案。 图 7 为本发明的实施例四提供的混合自动重传请求方法的流程 图示意图。 其中图 7中只示出了步骤中的关键词, 具体描述参见实施例。 参考图 7 , 具体可以包括以下步骤: 步骤 501、 发送端向接收端发送混合自动重传请求 HARQ能力协商 请求 4艮文。 其中, 步骤 501 中, 发送端的 MAC层获知需要向某个接收端发送 一条新的业务流, 则新建一个流标识 TID。 发送端的 MAC层向接收端发 出 HARQ能力协商请求报文, 该报文的内容包括但不局限于以下内容:
( 1 )接收端是否支持 HARQ;
( 2 )接收端是否支持 OFDMA;
( 3 ) 报文长度门限;
( 4 )接收端是否支持特殊码字。
发出该 HARQ能力协商请求 4艮文, 发送端既可以通过 CSMA/CA共 享信道, 也可以通过分配和预留的 OFDMA子信道。 步骤 502、 接收端向发送端反馈 HARQ能力协商应答报文。
步骤 502中, 根据接收端情况, 接收端向发送端反馈 HARQ能力协 商应答报文, 包括但不局限于以下内容: 支持 HARQ; 兼容支持 OFDMA; 报文长度门限的值为 256 (本实施例只给出示例值); 支持特殊码字。 发 送端发送 HARQ能力协商请求报文使用的信道可以是 CSMA/CA共享信 道, 也可以是 OFDMA子信道。 步骤 503、 发送端接收接收端反馈的 HARQ能力协商应答报文, 根 据 HARQ能力协商应答报文, 判断接收端是否支持 HARQ, 如果支持, 则为接收端分配 HARQ会话标识。 步骤 503中,发送端收到接收端反馈的 HARQ能力协商应答报文后, 根据 HARQ能力协商应答报文, 判断接收端是否支持 HARQ, 如果支持, 则为接收端分配 HARQ会话标识, 接着执行步骤 34; 如果不支持, 则放 弃本次 HARQ会话, 釆用 ARQ和接收端进行通信。 步骤 504、 生成发送端与 HARQ会话标识的映射关系, 并向接收端 发送包含映射关系的配置请求报文。 由于该方案兼容 OFDMA正交独立的子信道和 CSMA/CA, 因此可 以认为该实施例中的方案兼顾了以上实施例二和三两种方案, 具体的步 骤 504中, 发送端根据 HARQ能力协商应答报文首先判断接收端兼容支 持 OFDMA ,将 OFDMA子信道和 HARQ会话标识建立映射关系 ,从 HARQ 殊码字, 则对所有长度的数据报文釆用 HARQ, 发送端分配一个用于标 识发送端的特殊码字, 并形成所述 HARQ会话标识与所述特殊码字间的 映射关系。 然后, 发送端向接收端发送 HARQ 配置请求报文, 其中该 HARQ 配置请求报文包括但不限于: 标识发送端的特殊码字、 HARQ会 话标识、 HARQ是否同步和 HARQ是否自适应。 发送端发送 HARQ配置 请求报文的信道可以是 CSMA/CA共享信道, 也可以是 OFDMA子信道。 步骤 505、 接收端接收发送端的 HARQ配置请求报文, 并向发送端 反馈 HARQ配置应答报文。 该 HARQ配置应答报文包括但不限于: HARQ同步或非同步选择结 果, HARQ 自适应或非自适应选择结果。 步骤 506、 发送端获取 CSMA/CA共享信道使用权或者 OFDMA子 信道使用权。
步骤 506中, 如果能够获得 OFDMA子信道则为本次 HARQ会话分 配和预留 OFDMA子信道, 并通知接收端。 如果不能获取 OFDMA子信 道, 则获取 CSMA/CA共享信道使用权。 需要说明地一点, 步骤 506之前使用的信道可以和步骤 506中获得 信道不同, 步骤 506之后的步骤则和步骤 506中获得的信道相同。 例如, 步骤 506之前可以是 CSMA/CA共享信道,步骤 506中可以获得 OFDMA 子信道的使用权, 则在步骤 506之后均使用 OFDMA子信道。
步骤 507、 根据 HARQ会话标识向接收端发送 HARQ数据报文。 步骤 507中根据 HARQ会话标识向接收端发送 HARQ数据报文,之 前, 可参照分别实施例二和实施例三的方案, 即在步骤 506 中获取的是 OFDMA 子信道使用权时可参照实施例三, 在步骤 506 中获取的为 CSMA/CA共享信道使用权时刻参照实施例二提供的方案, 此处不再赘 述。
步骤 508、 接收端根据 HARQ会话标识接收发送端发送的 HARQ数 据报文, 根据所述 HARQ数据报文向所述发送端反馈应答报文。
如果获取的是 OFDMA子信道使用权, 步骤 508中, 接收端的物理 层检测到高于空闲信道评估门限的信号, 开始捕获导频序列, 如果捕获 成功, 则获取该 HARQ数据 ^艮文的编码方式和长度, 并根据 OFDMA子 信道将该 HARQ数据 文和 HARQ会话标识和业务流形成映射关系, 然 后对 HARQ数据报文进行解调, 解码, 并对解码后的二进制比特数进行 FCS检查, 并根据检查的结果向发送端反馈应答报文。
进一步地, 根据所述 HARQ数据报文向所述发送端反馈应答报文, 可以包括以下: 如果捕获导频序列成功, 且 FCS检查通过, 则向发送端反馈 ACK; 如果捕获导频序列成功, 且 FCS检查不通过, 则向发送端反馈第二 NAK; 如果捕获导频序列失败, 则向发送端反馈第一 NAK。
进一步地, 接收端反馈第二 NAK 时, 还可以将接收失败的 HARQ 数据报文緩存。
如果获取的是 CSMA/CA共享信道, 步骤 508 中, 具体地, 接收端 的物理层检测到高于空闲信道评估门限的信号, 开始捕获导频序列, 如 果捕获成功, 则获取该 HARQ数据 ^艮文的编码方式和长度, 从该 HARQ 数据报文中获取特殊码字, 根据该特殊码字将该 HARQ 数据报文和 HARQ会话标识形成映射关系。 具体参考实施例二中的步骤 308。 然后对 HARQ数据报文进行解调, 解码, 并对解码后的二进制比特数进行 FCS 检查, 并根据检查的结果向发送端反馈应答报文。
进一步地, 根据所述 HARQ数据报文向所述发送端反馈应答报文, 可以包括以下: 如果 FCS检查通过, 则向发送端反馈 ACK; 如果特殊码字识别通过, FCS 检查不通过, 则向发送端反馈第二 NAK; 如果特殊码字识别不通过, FCS 检查不通过, RTS/CTS 模式或 OFDMA模式时, 向发送端反馈第二 NAK; 如果特殊码字识别不通过, FCS检查不通过, DATA/ACK模式时, 不向发送端反馈任何信息; 如果捕获导频序列失败, DATA/ACK模式时, 不向发送端反馈任何 信息;
如果捕获导频序列失败, RTS/CTS模式或 OFDMA模式时, 则向发 送端反馈第一 NAK:。 进一步地, 接收端反馈第二 NAK 时, 还可以将接收失败的 HARQ 数据报文緩存。 这里緩存的形式可以是接收模拟信号, 或者数字釆样信 号, 或者解调后信号, 或者解码后信号, 或者是前述信号的任意排列组 合方式。 在其他的三种反馈模式下, 接收端不緩存接收失败的 HARQ数 据报文。 本方案通过特殊码字或 OFDMA 子信道将该 HARQ 数据 文和 HARQ会话标识形成映射关系, 可以使在 FCS不通过的情况下也能获知 HARQ数据报文来自哪个发送端。 步骤 509、 发送端接收所述接收端反馈的应答报文, 根据应答报文, 确定数据报文发送成功或者根据预设规则执行重传操作。 步骤 509中, 发送端完成 HARQ数据报文的发送之后, 就开始等待 接收端的应答报文。 如果收到 ACK反馈, 发送端则删除緩存的数据报文 的备份及其相关的冗余报文, 并且继续业务流的其他数据报文的发送。 如果收到第二 NAK反馈, 可以以相同功率发送不可自解的冗余报文, 然 后继续等待接收端的应答报文。 如果收到第一 NAK反馈, 可以增大功率 发送和本次 HARQ数据报文相同的数据报文。 然后继续等待接收端的应 答报文。
步骤 509中, 发送端完成 HARQ数据报文的发送之后, 就开始等待 接收端的应答报文。 如果发送端直到定时器超时都未收到任何反馈, 则 会以上次发送的相同功率重新发送相同的数据报文, 然后继续等待接收 端的应答报文。 如果收到 ACK反馈, 发送端则删除緩存的数据报文的备 份及其相关的冗余报文, 并且继续业务流的其他数据报文的发送。 如果 收到第一 NAK反馈,发送端则会以比上次发送的更大功率重新发送相同 的数据报文,然后继续等待接收端的应答报文。如果收到第二 NAK反馈, 发送端则可选的重传策略比较多, 具体的重传策略在 HARQ能力协商阶 段由收发双方协商决定。 重传数据报文的功率既可以比上次发送更大, 也可以比上次发送更小, 还可以与上次发送相同。 重传的数据报文既可 以是与上次相同的数据报文, 也可以是与上次不同的可自解码的冗余报 文, 还可是与上次不同的不可自解码的冗余报文。 本实施例中, 优选以 相同功率发送可自解码的冗余报文, 然后继续等待接收端的应答报文。
步骤 510、 接收端如果收到发送端发送的 HARQ重传数据报文, 对 该 HARQ重传数据报文进行解码; 如果接收端收到发送端发送的 HARQ 会话结束报文,清除与 HARQ会话对应的 HARQ数据报文和 HARQ会话 标识。
步骤 510中接收端如果收到发送端发送的 HARQ重传数据报文, 对 该 HARQ重传数据报文进行解码, 可以包括: 将 HARQ重传数据和緩存 本次 HARQ数据报文合并后进行解码。 步骤 510中接收端如果收到发送端发送的 HARQ重传数据报文, 对 该 HARQ重传数据报文进行解码, 可以包括: 对 HARQ重传数据进行解 码;或者将 HARQ重传数据和緩存本次 HARQ数据报文合并后进行解码。 当发送端收到 ACK, 则确定数据报文发送成功, 如果发送端应用层 的业务流没有新的数据报文需要发送, 则向接收端发出 HARQ会话结束 报文。 否则, 继续使用 HARQ 会话向接收端发送后续的数据报文。 该 HARQ会话结束报文的内容包括但不局限于: HARQ会话标识。 同时, 释放所述发送端与所述 HARQ会话标识建立映射关系; 清除所述 HARQ 数据报文;
向所述接收端发送 HARQ会话结束报文。 接收端收到 HARQ会话结束 4艮文, 清除与所述 HARQ会话对应的 HARQ数据 文和 HARQ会话标识。 本实施例通过将 OFDMA子信道和 HARQ会话标识建立映射关系 , 或将特殊码字和 HARQ会话标识建立映射关系, 解决了 HARQ中多用户 碰撞问题。 以及通过发送端根据接收到的接收端反馈的应答报文, 确定 数据报文发送成功或者根据预设规则执行重传操作, 提高了将 HARQ应 用到 WiFi通信系统中的增益效果。
实施例五 本实施例是在上述实施一的基础上, 当接收端仅支持 CSMA/CA并 且接收端不支持特殊码字时的优化方案。 图 8 为本发明的实施例五提供 的混合自动重传请求方法的流程图示意图。 其中图 8 中只示出了步骤中 的关键词, 具体描述参见实施例。 参考图 8 , 具体可以包括以下步骤: 步骤 601、 发送端向接收端发送混合自动重传请求 HARQ能力协商 请求 4艮文。 其中, 步骤 601和步骤 301相同, 这里不再具体描述。 步骤 602、 接收端向发送端反馈 HARQ能力协商应答报文。 步骤 602中, 接收端向发送端反馈 HARQ能力协商应答报文, 包括 但不局限于以下内容: 支持 HARQ; 不支持 OFDMA; 报文长度门限的值 为 256 (本实施例只给出示例值) ; 不支持特殊码字。 在发出该 HARQ 能力协商应答报文之前, 接收端首先需要遵循 CSMA/CA模式竟争得到 共享信道的使用权。
步骤 603、 发送端接收接收端反馈的 HARQ能力协商应答报文, 根 据 HARQ能力协商应答报文, 判断接收端是否支持 HARQ, 如果支持, 则为接收端分配 HARQ会话标识。 步骤 604、 发送端获取 CSMA/CA共享信道使用权。 步骤 604具体包括: 发送端通过在发送 HARQ数据报文的信道中标 记 RTS帧请求信道的使用权, 其中所述 RTS帧包含所述 HARQ会话标 识、 所述发送端的 MAC地址以及对所述信道的使用时间; 所述接收端在所述发送 HARQ数据报文的信道中获取 RTS帧;根据 所述 RTS帧向所述发送端反馈 CTS帧, 所述 CTS帧用于确认所述发送 端对所述发送 HARQ数据报文的信道获取使用权, 其中所述 CTS帧包含 所述接收端的 MAC地址以及对所述信道的使用时间,此时即将接收到的 HARQ数据才艮文与 HARQ会话标识建立映射关系。 所述发送端接收所述接收端根据所述 RTS 帧反馈的 CTS 帧, 所述 CTS帧用于确认所述发送端对所述发送 HARQ数据报文的信道获取使用 权, 其中所述 CTS帧包含所述接收端的 MAC地址以及对所述信道的使 用时间。
步骤 605、 发送端根据 HARQ会话标识向接收端发送 HARQ数据报 文;
步骤 605中 ,发送端对于小于报文长度门限的数据报文通过 ARQ发 送, 对于大于或等于报文长度门限的数据报文通过 HARQ发送。 需要说明的是, 当通过 ARQ发送时, 釆用现有标准即可。
步骤 605中, 根据 HARQ会话标识向接收端发送 HARQ数据报文, 具体包括以下步骤: 步骤 6051、 发送端对源数据进行编码;
步骤 6052、 将 HARQ头标添加至所述编码后的数据; 步骤 6053、 将添加了 HARQ头标的数据作为 HARQ数据报文发送 至接收端。
步骤 606、 所述接收端根据所述 HARQ会话标识接收所述发送端发 送的 HARQ数据报文, 根据所述 HARQ数据报文向所述发送端反馈应答 报文。
步骤 606中,接收端的物理层检测到高于空闲信道评估门限的信号, 开始捕获导频序列, 如果捕获成功, 则获取该 HARQ数据报文的编码方 式和长度。如果接收端之前收到 RTS帧并回复 CTS帧,则将收到的 HARQ 数据报文和 HARQ会话标识建立映射关系; 如果没有收到 RTS帧, 则认 为收到的数据报文是通过 ARQ发送的, 则按照现有技术处理即可。 然后 接收端对 HARQ数据报文进行解调, 解码, 并对解码后的二进制比特数 进行 FCS检查, 并根据检查的结果向发送端反馈应答报文。
进一步地, 根据所述 HARQ数据报文向所述发送端反馈应答报文, 可以包括以下: 如果导频捕获成功, 且 FCS检查通过, 则向发送端反馈 ACK:。 如果导频捕获成功, 且 FCS检查不通过, 如果是 HARQ, 则向发送 端反馈第二 NAK:。 如果导频捕获成功, 且 FCS检查不通过, 如果是 ARQ, 则不向发送 端反馈任何信息。
如果导频捕获失败, RTS/CTS模式下, 向发送端反馈第一 NAK:。 如果导频捕获失败, DATA/ACK模式下, 接收端不反馈任何信息, 保持静默。 方案通过将接收到的 HARQ数据报文与 HARQ会话标识建立映射关 系, 可以使在 FCS不通过的情况下也能获知 HARQ数据报文来自哪个发 送端。
另外, 如果通过 ARQ发送数据报文, 接收端不向所述发送端反馈任 何信息。
接收端反馈第二 NAK时, 还可以将接收失败的 HARQ数据报文緩 存。 这里緩存的形式可以是接收模拟信号, 或者数字釆样信号, 或者解 调后信号, 或者解码后信号, 或者是前述信号的任意排列组合方式。 在 其他的三种反馈模式下, 接收端不緩存接收失败的 HARQ数据报文。 步骤 607、 发送端接收接收端反馈的应答报文, 根据应答报文, 确 定数据报文发送成功或者根据预设规则执行重传操作。
步骤 607中, 发送端完成 HARQ数据报文的发送之后, 就开始等待 接收端的应答报文。 如果发送端直到定时器超时都未收到任何反馈, 则 会以上次发送的相同功率重新发送相同的数据报文, 然后继续等待接收 端的应答报文。 如果收到 ACK反馈, 发送端则删除緩存的数据报文的备 份及其相关的冗余报文, 并且继续业务流的其他数据报文的发送。 如果 收到第二 NAK反馈, 发送端则可选的重传策略比较多, 具体的重传策略 在 HARQ能力协商阶段由收发双方协商决定。 本实施例中, 优选以相同 功率发送可自解码的冗余报文, 然后继续等待接收端的应答报文。 如果 收到第一 NAK反馈,发送端则会以比上次发送的更大功率重新发送相同 的数据报文, 然后继续等待接收端的应答报文。
步骤 608、 接收端如果收到发送端发送的 HARQ重传数据报文, 对 该 HARQ重传数据报文进行解码; 如果接收端收到发送端发送的 HARQ 会话结束报文,清除与 HARQ会话对应的 HARQ数据报文和 HARQ会话 标识 步骤 608中接收端如果收到发送端发送的 HARQ重传数据报文, 对 该 HARQ重传数据报文进行解码, 可以包括: 对 HARQ重传数据进行解码; 或者 将 HARQ重传数据和緩存本次 HARQ数据报文合并后进行解码。 当发送端收到 ACK, 则确定数据报文发送成功, 如果发送端应用层 的业务流没有新的数据报文需要发送, 则向接收端发出 HARQ会话结束 报文。 否则, 继续使用 HARQ 会话向接收端发送后续的数据报文。 该 HARQ会话结束报文的内容包括但不局限于: HARQ会话标识。 同时, 释放所述发送端与所述 HARQ会话标识建立映射关系; 清除所述 HARQ 数据报文; 向所述接收端发送 HARQ会话结束报文。 接收端收到 HARQ会话结束 4艮文, 清除与所述 HARQ会话对应的 HARQ数据 文和 HARQ会话标识。 本实施例通过将 HARQ数据 4艮文和 HARQ会话标识建立映射关系, 发送端根据接收到的接收端反馈的应答报文, 确定数据报文发送成功或 者根据预设规则执行重传操作,提高了将 HARQ应用到 WiFi通信系统中 的增益效果。
实施例六 本实施例是在上述实施一基础上, 当接收端仅支持 OFDMA, 并且 接收端不支持特殊码字时的优化方案。 图 9 为本发明的实施例六提供的 混合自动重传请求方法的流程图示意图。 其中图 9 中只示出了步骤中的 关键词, 具体描述参见实施例。 参考图 9, 具体可以包括以下步骤: 步骤 701、 发送端向接收端发送混合自动重传请求 HARQ能力协商 请求 4艮文。 其中, 步骤 701 中, 发送端的 MAC层获知需要向某个接收端发送 一条新的业务流, 则新建一个流标识 TID。 发送端的 MAC层向接收端发 出 HARQ能力协商请求报文, 该报文的内容包括但不局限于以下内容:
( 1 )接收端是否支持 HARQ;
( 2 )接收端是否支持 OFDMA;
( 3 ) 报文长度门限;
( 4 )接收端是否支持特殊码字。 在发出该 HARQ能力协商请求报文之前, 发送端首先需要分配和预 留 OFDMA子信道。 OFDMA下釆用静态信道分配方法, 即一次分配之 后在后续该 HARQ过程都釆用同一个子信道。 步骤 702、 接收端向发送端反馈 HARQ能力协商应答报文。
步骤 702中, 根据接收端情况, 接收端向发送端反馈 HARQ能力协 商应答报文, 包括但不局限于以下内容: 支持 HARQ; 支持 OFDMA; 报 文长度门限的值为 256 (本实施例只给出示例值) ; 支持特殊码字。 在发 出该 HARQ 能力协商应答报文之前, 接收端首先需要向发送端请求 OFDMA 子信道, 在发送端反馈 OFDMA 子信道后接收端向发送端反馈 HARQ能力协商应答报文。
步骤 703、 发送端接收接收端反馈的 HARQ能力协商应答报文, 根 据 HARQ能力协商应答报文, 判断接收端是否支持 HARQ, 如果支持, 则为接收端分配 HARQ会话标识。 此外, 步骤 703中, 发送端接收接收端反馈的 HARQ能力协商应答 报文, 根据 HARQ能力协商应答报文, 判断接收端是否支持 HARQ, 如 果支持, 则为接收端分配 HARQ会话标识, 接着执行步骤 704; 如果不 支持, 则放弃本次 HARQ会话, 釆用 ARQ和接收端进行通信。 步骤 704、 生成发送端与所述 HARQ会话标识的映射关系, 并向接 收端发送包含映射关系的配置请求报文。
具体步骤 704为, 其中, 发送端根据 HARQ能力协商应答报文判断 是否支持正交频分复用多址 OFDMA , 如果支持则将所述发送端的 OFDMA的子信道与所述 HARQ会话标识建立映射关系,其中所述 HARQ 配置请求报文包括: HARQ是否同步, HARQ是否自适应; 步骤 704中, 发送端首先根据 HARQ能力协商应答报文判断接收端 支持 OFDMA, 将 OFDMA子信道和 HARQ会话标识建立映射关系 , 从 HARQ 能力协商应答报文中获取报文长度门限并存储, 向接收端发送 HARQ配置请求报文。 步骤 705、 接收端向发送端反馈 HARQ配置应答报文。 步骤 705中, 接收端根据自身情况, 向发送端发送 HARQ配置应答 报文, 其中 HARQ配置应答报文包括: HARQ同步或非同步选择结果, HARQ 自适应或非自适应选择结果。 步骤 706、 发送端获取 OFDMA子信道使用权。 该 OFDMA子信道是指步骤 701中在发出 HARQ能力协商请求报文 之前, 发送端首先需要分配和预留的 OFDMA子信道。 步骤 706中,发送端为本次 HARQ会话分配和预留 OFDMA子信道, 并通知接收端 , 该 OFDMA子信道在本次 HARQ会话结束之前都由接收 端和发送端独占使用。 接收端将该 OFDMA子信道和 HARQ会话标识建 立映射关系。
步骤 707、 根据所述 HARQ会话标识通过 OFDMA子信道使用权向 所述接收端发送 HARQ数据报文。 步骤 707中,根据所述 HARQ会话标识向所述接收端发送 HARQ数 据报文之前, 可以包括以下步骤: 步骤 7071、 所述发送端对源数据进行编码; 步骤 7072、 将 HARQ头标添加至所述编码后的数据; 以便将所述添加了 HARQ头标的数据作为 HARQ数据报文发送至所 述接收端。 其中, 还可以将编码后的数据备份存储。 然后将 HARQ数据报文通过获得的信道发送至接收端。 步骤 708、 接收端根据 HARQ会话标识接收发送端发送的 HARQ数 据报文, 根据所述 HARQ数据报文向所述发送端反馈应答报文。 步骤 708中,接收端的物理层检测到高于空闲信道评估门限的信号, 开始捕获导频序列, 如果捕获成功, 则获取该 HARQ数据报文的编码方 式和长度, 并根据 OFDMA子信道将该 HARQ数据报文和 HARQ会话标 识形成映射关系。 然后对 HARQ数据报文进行解调, 解码, 并对解码后 的二进制比特数进行 FCS检查, 并根据检查的结果向发送端反馈应答报 文。
进一步地, 根据所述 HARQ数据报文向所述发送端反馈应答报文, 可以包括以下: 如果捕获导频序列成功, FCS检查通过, 则向发送端反馈 ACK; 如果捕获导频序列成功, FCS 检查不通过, 则向发送端反馈第二 NAK; 如果捕获导频序列失败, 则向发送端反馈第一 NAK。
本方案通过 OFDMA子信道将该 HARQ数据 文和 HARQ会话标识 形成映射关系, 可以使在 FCS不通过的情况下也能获知 HARQ数据报文 来自哪个发送端。
进一步地, 接收端反馈第二 NAK 时, 还可以将接收失败的 HARQ 数据报文緩存。
步骤 709、 发送端接收接收端反馈的应答报文, 根据应答报文, 确 定数据报文发送成功或者根据预设规则执行重传操作。
步骤 709中, 发送端完成 HARQ数据报文的发送之后, 就开始等待 接收端的应答报文。 如果收到 ACK反馈, 发送端则删除緩存的数据报文 的备份及其相关的冗余报文, 并且继续业务流的其他数据报文的发送。 如果收到第二 NAK反馈, 可以以相同功率发送不可自解的冗余报文。 如 果收到第一 NAK反馈, 可以增大功率发送和本次 HARQ数据报文相同 的数据报文。
步骤 710、 接收端如果收到发送端发送的 HARQ重传数据报文, 对 该 HARQ重传数据报文进行解码; 如果接收端收到发送端发送的 HARQ 会话结束报文,清除与 HARQ会话对应的 HARQ数据报文和 HARQ会话 标识 步骤 710中接收端如果收到发送端发送的 HARQ重传数据报文, 对 该 HARQ重传数据报文进行解码, 可以包括: 将所述 HARQ重传数据和 所述緩存本次 HARQ数据报文合并后进行解码。 当发送端收到 ACK, 则确定数据报文发送成功, 如果发送端应用层 的业务流没有新的数据报文需要发送, 则向接收端发出 HARQ会话结束 报文。 否则, 继续使用 HARQ 会话向接收端发送后续的数据报文。 该 HARQ会话结束报文的内容包括但不局限于: HARQ会话标识。 同时, 释放所述发送端与所述 HARQ会话标识建立映射关系; 清除所述 HARQ 数据报文; 向所述接收端发送 HARQ会话结束报文。 接收端收到 HARQ会话结束 4艮文, 清除与所述 HARQ会话对应的 HARQ数据 文和 HARQ会话标识。 本实施例通过发送端将 OFDMA子信道和 HARQ会话标识建立映射 关系, 解决了 HARQ中多用户碰撞问题。 以及通过发送端根据接收到的 接收端反馈的应答报文, 确定数据报文发送成功或者根据预设规则执行 重传操作, 提高了将 HARQ应用到 WiFi通信系统中的增益效果。
实施例七
本实施例是在上述实施一基础上, 当接收端兼容支持 OFDMA, 即, 既支持 CSMA/CA也支持 OFDMA ,接收端不支持特殊码字时的优化方案。 图 10 为本发明的实施例七提供的混合自动重传请求方法的流程图示意 图。 其中图 10中只示出了步骤中的关键词, 具体描述参见实施例。 参考图 10, 具体可以包括以下步骤: 步骤 801、 发送端向接收端发送混合自动重传请求 HARQ能力协商 请求 4艮文。 其中, 步骤 801 中, 发送端的 MAC层获知需要向某个接收端发送 一条新的业务流, 则新建一个流标识 TID。 发送端的 MAC层向接收端发 出 HARQ能力协商请求报文, 该报文的内容包括但不局限于以下内容:
( 1 )接收端是否支持 HARQ;
( 2 )接收端是否支持 OFDMA;
( 3 ) 报文长度门限;
( 4 )接收端是否支持特殊码字。
发出该 HARQ能力协商请求 4艮文, 发送端既可以通过 CSMA/CA共 享信道, 也可以通过分配和预留 OFDMA子信道。 步骤 802、 接收端向发送端反馈 HARQ能力协商应答报文。
步骤 802中, 根据接收端情况, 接收端向发送端反馈 HARQ能力协 商应答报文, 包括但不局限于以下内容: 支持 HARQ; 兼容 OFDMA; 报 文长度门限的值为 256 (本实施例只给出示例值) ; 不支持特殊码字。 发 送端发送 HARQ能力协商请求报文使用的信道可以是 CSMA/CA共享信 道, 也可以是 OFDMA子信道。 步骤 803、 发送端接收接收端反馈的 HARQ能力协商应答报文, 根 据 HARQ能力协商应答报文, 判断接收端是否支持 HARQ, 如果支持, 则为接收端分配 HARQ会话标识。 步骤 803中, 发送端接收接收端反馈的 HARQ能力协商应答报文, 根据 HARQ能力协商应答报文, 判断接收端是否支持 HARQ, 如果支持, 则为接收端分配 HARQ会话标识, 接着执行步骤 64; 如果不支持, 则放 弃本次 HARQ会话, 釆用 ARQ和接收端进行通信。 步骤 804、 生成发送端与 HARQ会话标识的映射关系, 并向接收端 发送包含映射关系的配置请求报文。 由于该方案兼容 OFDMA正交独立的子信道和 CSMA/CA, 具体的 步骤 804中, 发送端根据 HARQ能力协商应答报文首先判断接收端兼容 支持 OFDMA, 将 OFDMA子信道和 HARQ会话标识建立映射关系 , 从 HARQ能力协商应答报文中获取报文长度门限并存储。 其中该 HARQ配 置请求报文包括但不限于: HARQ会话标识、 HARQ是否同步和 HARQ 是否自适应。 发送端发送 HARQ配置请求报文的信道可以是 CSMA/CA 共享信道, 也可以是 OFDMA子信道。
步骤 805、 接收端接收发送端的 HARQ配置请求报文, 并向发送端 反馈 HARQ配置应答报文。 该 HARQ配置应答报文包括但不限于: HARQ同步或非同步选择结 果, HARQ 自适应或非自适应选择结果。 步骤 806、 发送端获取 CSMA/CA共享信道使用权或者 OFDMA子 信道使用权。
步骤 806中, 如果能够获得 OFDMA子信道则为本次 HARQ会话分 配和预留 OFDMA 子信道, 并通知接收端, 该 OFDMA 子信道在本次 HARQ会话结束之前都由接收端和发送端独占使用。接收端将该 OFDMA 子信道和 HARQ会话标识建立映射关系。如果不能获取 OFDMA子信道, 则获取 CSMA/CA共享信道使用权。 需要说明地一点, 步骤 806之前使用的信道可以和步骤 806中获得 信道不同, 步骤 806之后的步骤则和步骤 806中获得的信道相同。 例如, 步骤 806之前可以是 CSMA/CA共享信道,步骤 806中可以获得 OFDMA 子信道的使用权, 则在步骤 806之后均使用 OFDMA子信道。
当然在步骤 806中获取的是 CSMA/CA共享信道使用权时, 则在该 实施例中可以不包括步骤 804和 805 的过程, 由于接收端不支持特殊码 字, 则在 CSMA/CA 共享信道中对小于报文长度门限的数据报文釆用 ARQ, 对大于或等于报文长度门限的数据报文釆用 HARQ。
步骤 807、 根据所述 HARQ会话标识通过所述信道向所述接收端发 送 HARQ数据报文;
可以理解的是在步骤 806中为获取 OFDMA子信道使用权时, 步骤 807及以下步骤的具体做法可以参照实施例六,以下只给出步骤不在具体 论述; 在步骤 806 中为获取 CSMA/CA共享信道使用权时, 步骤 807及 以下步骤的具体做法可以参照实施例五, 以下只给出步骤不在具体论述。 步骤 808、 所述接收端根据所述 HARQ会话标识接收所述发送端发 送的 HARQ数据报文, 根据所述 HARQ数据报文向所述发送端反馈应答 报文。 步骤 809、 所述发送端接收所述接收端反馈的应答报文, 根据所述 应答报文, 确定数据报文发送成功或者根据预设规则执行重传操作。
步骤 810、 接收端如果收到发送端发送的 HARQ重传数据报文, 对 该 HARQ 重传数据报文进行解码; 如果接收端收到所述发送端发送的 HARQ会话结束报文, 清除与所述 HARQ会话对应的 HARQ数据报文和 HARQ会话标识 进一步的, 实施例提供的方法还包括: 接收端收到所述发送端发送 的 HARQ会话结束 4艮文; 清除与所述 HARQ会话对应的 HARQ数据报文和 HARQ会话标识。 本实施例通过将 OFDMA子信道和 HARQ会话标识建立映射关系 , 或者将 HARQ数据报文和 HARQ会话标识建立映射关系, 解决了 HARQ 中多用户碰撞问题。 以及通过发送端根据接收到的接收端反馈的应答报 文, 确定数据报文发送成功或者根据预设规则执行重传操作, 提高了将 HARQ应用到 WiFi通信系统中的增益效果。
实施例八 在上述各个实施例提供的方案基础上, 还可以多个协作的发送端向 1 个接收端进行 HARQ通信。 多个发送端可以用过有线网络连接, 也可 以通过无线链路连接, 为方便说明, 本实施例以 2 个发送端为例进行说 明, 其中一个为辅助发送端。 本实施例可以包括以下步骤: 步骤 90、发送端向接收端发送混合自动重传请求 HARQ能力协商请 求报文;
步骤 91、 接收端向发送端反馈 HARQ能力协商应答报文; 步骤 92、 发送端接收接收端反馈的 HARQ能力协商应答报文, 根据 所述 HARQ能力协商应答报文, 判断所述接收端是否支持 HARQ, 如果 支持, 则为所述接收端分配 HARQ会话标识; 步骤 93、 发送端向辅助发送端发送协作请求, 协作请求包含所述 HARQ会话标识; 步骤 94、 发送端获取发送 HARQ数据报文的信道使用权, 并根据所 述 HARQ会话标识通过所述信道向所述接收端发送 HARQ数据报文。
HARQ数据报文的冗余数据报文。 步骤 96、 接收端根据 HARQ会话标识接收发送端发送的 HARQ数 据报文, 根据 HARQ数据报文向发送端反馈应答报文。 步骤 97、 发送端接收接收端反馈的应答报文, 根据应答报文, 确定
以上涉及发送端与接收端关于 HARQ过程的方案可以参照上述实施 例一至七的说明, 这里不再详述。 可选的, 在上述方案基础上, 步骤 97中, 根据应答报文, 确定数据报文发送成功, 包括: 所述发送端接收所述接收端反馈的应答报文,所述应答报文为 ACK; 所述发送端通知所述辅助发送端删除所述 HARQ 会话标识和所述 HARQ数据报文及对应所述 HARQ数据报文的冗余数据报文; 如果所述发送端应用层的业务流没有新的数据报文需要发送, 则向 接收端发送 HARQ会话结束报文。 或者, 可选的步骤 97中, 根据所述应答报文, 根据预设规则通过所 述辅助发送端执行重传操作, 包括: 所述发送端接收所述接收端反馈的应答报文, 所述应答报文为重传 HARQ数据报文; 根据预设规则通知所述辅助发送端执行重传操作。 以上重传操作在实施例一至实施例七中, 对于发送端的重传操作已 经详细描述,
的冗余数据报文拷贝至辅助发送端, 因此辅助发送端可以无差别的完成 上述实施例发送端的重传操作。 其中预设规则可以包括发送端根据信道质量选择, 例如发送端到接 收端的信道质量较好, 则选择发送端发送所述 HARQ重传报文, 如果辅 助发送端的信道质量较好,则通过辅助发送端发送所述 HARQ重传报文, 具体过程和上述实施例相同, 此处不再赘述。 本方案, 通过辅助发送端和发送端协作进行 HARQ 通信, 提高了 WiFi网络的稳定性和吞吐量, 并提高了 HARQ的增益。
本发明的实施例提供一种发送端, 用于实现上述的混合自动重传请 求方法, 参照图 12所示, 包括: 发送单元 111 , 用于向接收端发送混合自动重传请求 HARQ能力协 商请求报文; 接收单元 112 , 用于接收接收端反馈的 HARQ能力协商应答报文, 根据 HARQ能力协商应答报文, 判断接收端是否支持 HARQ, 如果支持, 则为接收端分配 HARQ会话标识; 发送单元 111 , 还用于获取发送 HARQ数据报文的信道使用权, 并 根据 HARQ会话标识通过信道向接收端发送 HARQ数据报文; 接收单元 112 , 还用于发送端接收接收端反馈的应答报文, 根据应 答报文, 确定数据报文发送成功或者根据预设规则执行重传操作。
进一步的, 参照图 12所示, 接收端还包括映射单元 113 , 映射单元 113用于生成发送端与 HARQ会话标识的映射关系, 并通 过发送单元向接收端发送包含映射关系的配置请求报文; 接收单元 112用于接收接收端发送的配置请求应答报文。
可选的, 映射单元 113具体用于根据 HARQ能力协商应答报文判断 接收端是否支持正交频分复用多址 OFDMA , 如果支持则将发送端的 OFDMA的子信道与 HARQ会话标识建立映射关系。 可选的,映射单元 113具体用于为 HARQ会话分配对应的特殊码字, 并形成 HARQ会话标识与特殊码字间的映射关系, 特殊码字用于标记发 送端。
可选的, 发送单元 11 1具体用于通过在发送 HARQ数据报文的信道 中标记请求发送 RTS帧请求信道的使用权, 其中 RTS帧包含 HARQ会 话标识、 发送端的媒体接入层 MAC地址以及对信道的使用时间。 接收单元 112还用于接收接收端根据 RTS 帧反馈的清除发送 CTS 帧, CTS帧用于确认发送端对发送 HARQ数据报文的信道获取使用权, 其中 CTS帧包含接收端的 MAC地址以及对信道的使用时间。 可选的, 发送单元 11 1还用于发送混合自动重传请求 HARQ能力协 商请求报文后, 发送端启动本地定时器; 如果在定时器到期之前, 发送端未收到接收端的 HARQ能力协商应 答报文, 则发送单元 1 11重发 HARQ能力协商请求报文, 并将重发次数 加 1 ; 如果重发次数超过预设的值时, 则放弃本次 HARQ。 可选的, 发送 HARQ数据报文的信道, 包括: 载波侦听多点接入 /冲突避免 CSMA/CA共享信道; 或者
OFDMA子信道。 可选的, 若信道为载波侦听多点接入 /冲突避免 CSMA/CA共享信道 的使用权, 发送单元 1 11具体用于如果 HARQ数据报文长度小于报文长 度门限,则根据 HARQ会话标识釆用 DATA/ACK方式通过 CSMA/CA共 享信道信道向接收端发送 HARQ数据报文; 或 发送单元 11 1具体用于如果 HARQ数据报文长度大于或等于报文长 度门限, 则根据 HARQ会话标识釆用 RTS/CTS方式通过 CSMA/CA共享 信道信道向接收端发送 HARQ数据报文。
可选的, 发送单元 111还用于: 判断 HARQ数据报文的报文长度; 对于长度大于或等于报文长度门限的 HARQ数据报文通过 HARQ发 送, 对于长度小于报文长度门限的 HARQ数据报文通过 ARQ发送。 可选的, 参照图 13所示, 发送单元 111 包括:
编码子单元 1111a, 用于对源数据进行编码; 获取与 HARQ会话标 识对应的特殊码字; 将 HARQ头标添加至编码后的数据; 将特殊码字插 入添加 HARQ头标后的数据; 发送子单元 1 112a, 用于将插入了特殊码字的数据作为 HARQ数据 报文通过信道发送至接收端。 进一步的, 编码子单元 1 111a具体用于将特殊码字插入添加 HARQ 头标的数据的标记 signal域和数据域之间; 或者,
编码子单元 1111a具体用于将特殊码字备份, 将特殊码字插入物理 层汇聚前导域 PLCP Preamble 的第一域, 将特殊码字备份插入 PLCP Preamble的第二域。 可选的, 参照图 14所示, 发送单元 111 包括: 编码子单元 1 111b, 用于对源数据进行编码; 将 HARQ头标添加至 编码后的数据; 发送子单元 1112b , 用于将添加了 HARQ头标的数据作为 HARQ数 据报文通过信道发送至接收端。
可选的, 接收单元 1 12, 具体用于如果收到接收端的 ACK反馈, 则 确定数据报文发送成功; 或
如果收到接收端的第一 NAK反馈,则增大发射功率重新发送和本次 HARQ数据报文相同的数据; 或 如果收到接收端的第二 NAK反馈, 则发送和 HARQ数据报文相同 的数据; 或者和 HARQ 数据报文不同的可自解码的冗余数据; 或者和 HARQ数据报文不同的不可自解码的冗余数据; 或 如果未收到反馈, 则以不变发射功率重新发送和本次 HARQ数据报 文相同的数据。 可选的, 接收单元 112还用于清除发送端緩存的 HARQ数据报文; 如果发送端的业务流没有新的数据报文需要发送, 则通过发送单元 1 11 向接收端发送 HARQ会话结束报文; 否则, 发送单元 111继续使用 HARQ会话向接收端发送后续的数据报文。 可选的, 发送单元 111还用于向辅助发送端发送协作请求, 协作请 求包含 HARQ会话标识; 发送单元 111 还用于向辅助发送端发送 HARQ 数据报文及对应 HARQ数据报文的冗余数据报文; 接收单元 112具体用于接收接收端反馈的应答报文,根据应答报文, 作。 … 、 5' ' - ' 。。 进一步的, 参照图 15所示, 接收单元 112包括: 接收子单元 1 121a, 用于接收接收端反馈的应答报文, 应答报文为 ACK; 通知子单元 1 122a, 用于通知辅助发送端删除 HARQ数据报文及对 应 HARQ数据报文的冗余数据报文; 如果发送端的业务流没有新的数据 报文需要发送, 则向接收端发送 HARQ会话结束报文。 可选的, 参照图 16所示, 接收单元 112包括: 接收子单元 1121b, 用于接收接收端反馈的应答报文, 应答报文为 重传 HARQ数据报文; 通知子单元 1122b, 用于根据预设规则通知辅助发送端执行重传操 作。
映射关系, 并根据 HARQ会话标识向接收端发送 HARQ数据报文, 发送 端根据接收到的接收端反馈的应答报文, 确定数据报文发送成功或者根 据预设规则执行重传操作,避免了 HARQ应用到 WiFi通信系统中共享信 道多用户碰撞问题, 同时提高了 HARQ增益效果, 并且适用范围广泛。 本发明的实施例提供一种接收端端, 用于实现上述的混合自动重传 请求方法, 参照图 17所示, 包括: 发送单元 121 , 用于向发送端反馈 HARQ能力协商应答报文; 获取单元 122 , 用于获取发送端分配的 HARQ会话标识; 接收单元 123 , 用于根据 HARQ会话标识接收发送端发送的 HARQ 数据报文;
发送单元 121 , 还用于根据接收单元 121接收的 HARQ数据报文向 发送端反馈应答报文。
可选的, 获取单元 122具体用于接收发送端发送的配置请求报文, 其中配置请求报文包含发送端与 HARQ会话标识的映射关系; 向发送端 发送 HARQ配置应答报文。 可选的, 发送端与 HARQ会话标识的映射关系为: HARQ会话标识 与特殊码字间的映射关系。
可选的,发送端与 HARQ会话标识的映射关系,为:发送端的 OFDMA 的子信道与 HARQ会话标识建立映射关系。
可选的, 接收单元 123还用于在发送 HARQ数据报文的信道中获取 RTS帧; 发送单元 121还用于根据 RTS帧向发送端反馈 CTS帧, CTS帧用于 确认发送端对发送 HARQ数据报文的信道获取使用权, 其中 CTS帧包含 接收端的 MAC地址以及对信道的使用时间。 可选的, 接收单元 123还用于捕获 HARQ数据报文中导频序列, 并 在 HARQ数据报文获得编码调制方式和 HARQ数据报文长度; 对 HARQ 数据报文进行解调和解码; 将解码后的数据进行帧校验序列 FCS检查。
可选的, 接收单元 123还用于捕获导频序列; 获得编码调制方式和 HARQ 数据报文长度; 根据 OFDMA 子信道信息将 HARQ 数据报文与 HARQ会话标识和业务流建立映射关系; 对 HARQ数据 文进行解调和 解码; 将解码后的数据进行帧校验序列 FCS检查。
可选的, 接收单元 123还用于捕获导频序列; 获得编码调制方式和 HARQ数据报文长度; 如果收到 RTS帧并回复 CTS , 将接收的 HARQ数 据才艮文与 HARQ会话标识和业务流建立映射关系; 对 HARQ数据 4艮文进 行解调和解码; 将解码后的数据进行帧校验序列 FCS检查。 可选的, 发送单元 121具体用于从接收端接收的 HARQ数据报文中 获取特殊码字, 根据特殊码字将 HARQ数据报文与 HARQ会话标识和业 务流建立映射关系;
如果 FCS检查通过, 则向发送端反馈 ACK; 或, 如果特殊码字识别通过, FCS 检查不通过, 则向发送端反馈第二 NAK; 或,
如果特殊码字识别不通过, FCS 检查不通过, RTS/CTS 模式或 OFDMA模式时, 向发送端反馈第二 NAK; 或,
如果特殊码字识别不通过, FCS检查不通过, DATA/ACK模式时, 不向发送端反馈任何信息; 或,
如果捕获导频序列失败, DATA/ACK模式时, 不向发送端反馈任何 信息; 或,
如果捕获导频序列失败, RTS/CTS模式或 OFDMA模式时, 则向发 送端反馈第一 NAK:。 可选的, 发送单元 121具体用于如果 FCS检查通过, 则向发送端反 馈 ACK; 或, 如果 FCS检查不通过, 则向发送端反馈第二 NAK; 可选的, 发送单元 121具体用于如果 FCS检查通过, 则向发送端反 馈 ACK; 或, 如果 FCS检查不通过, RTS/CTS模式时,则向发送端反馈第二 NAK; 或,
如果 FCS检查不通过, 不是 RTS/CTS模式时, 不向发送端反馈任何 信息。
可选的, 接收单元 123还用于緩存本次 HARQ数据报文。 可选的, 接收单元 123还用于收到发送端发送的 HARQ重传数据; 对 HARQ重传数据进行解码。
可选的, 接收单元 123具体用于对 HARQ重传数据进行解码; 或者 将 HARQ重传数据和緩存本次 HARQ数据报文合并后进行解码。 可选的, 接收单元 123还用于收到发送端发送的 HARQ会话结束报 文; 清除与 HARQ会话对应的 HARQ数据报文和 HARQ会话标识。 本发明的实施例提供的接收端, 能够通过将发送端与 HARQ会话标 识建立映射关系,并根据 HARQ会话标识向接收端发送 HARQ数据报文, 发送端根据接收到的接收端反馈的应答报文, 确定数据报文发送成功或 者根据预设规则执行重传操作,避免了 HARQ应用到 WiFi通信系统中共 享信道多用户碰撞问题, 同时提高了 HARQ增益效果, 并且适用范围广 泛。 本发明的实施例提供一种发送端, 参照图 18 所示, 包括: 发射机 131、 接收机 132、 处理器 133、 存储器 134和总线 135 , 其中发射机 131、 接收机 132、 处理器 133和存储器 132通过总线 135连接实现相互通信, 存储器 134用于存储处理器 133执行的程序代码; 该总线 135可以是 ISA ( Industry Standard Architecture, 工业标准体 系结构 )总线、 PCI ( Peripheral Component, 外部设备互连 )总线或 EISA ( Extended Industry Standard Architecture, 扩展工业标准体系结构)总线 等。 该总线 135 可以分为地址总线、 数据总线、 控制总线等。 为便于表 示, 图 18中仅用一条粗线表示, 但并不表示仅有一根总线或一种类型的 总线。 其中:
存储器 134用于存储可执行程序代码, 该程序代码包括计算机操作 指令。 存储器 134可能包含高速 RAM存储器, 也可能还包括非易失性存 4渚器 ( non- volatile memory ) , 例如至少一个磁盘存 4渚器。 发射机 131用于向接收端发送混合自动重传请求 HARQ能力协商请 求报文;
接收机 132用于接收接收端反馈的 HARQ能力协商应答报文, 处理 器 133用于根据 HARQ能力协商应答报文,判断接收端是否支持 HARQ, 如果支持, 则为接收端分配 HARQ会话标识; 处理器 133还用于获取发送 HARQ数据报文的信道使用权, 并根据 HARQ会话标识通过信道向接收端发送 HARQ数据 4艮文; 接收机 132用于接收接收端反馈的应答报文, 处理器 133还用于根 据应答报文, 确定数据报文发送成功或者根据预设规则执行重传操作。 可选的, 处理器 133还用于生成发送端与 HARQ会话标识的映射关 系, 并通过发射机 131向接收端发送包含映射关系的配置请求报文; 接收机 132用于接收接收端发送的配置请求应答报文。 可选的, 处理器 133用于根据 HARQ能力协商应答报文判断接收端 是否支持正交频分复用多址 OFDMA,如果支持则将发送端的 OFDMA的 子信道与 HARQ会话标识建立映射关系。 可选的, 处理器 133具体用于为 HARQ会话分配对应的特殊码字, 并形成 HARQ会话标识与特殊码字间的映射关系, 特殊码字用于标记发 送端。
可选的, 处理器 133具体用于通过在发送 HARQ数据报文的信道中 标记请求发送 RTS帧请求信道的使用权, 其中 RTS帧包含 HARQ会话 标识、 发送端的媒体接入层 MAC地址以及对信道的使用时间; 接收机 132用于接收接收端根据 RTS帧反馈的清除发送 CTS帧, CTS帧用于确认发送端对发送 HARQ数据报文的信道获取使用权, 其中 CTS帧包含接收端的 MAC地址以及对信道的使用时间。 可选的, 发射机 132用于发送混合自动重传请求 HARQ能力协商请 求才艮文后, 发送端启动本地定时器; 如果在定时器到期之前, 发送端未收到接收端的 HARQ能力协商应 答报文, 则通过发射机 132重发 HARQ能力协商请求报文, 并将重发次 数加 1 ; 如果重发次数超过预设的值时, 则放弃本次 HARQ。 可选的, 发送 HARQ数据报文的信道, 包括: 载波侦听多点接入 /冲突避免 CSMA/CA共享信道; 或者
OFDMA子信道。 可选的, 若信道为载波侦听多点接入 /冲突避免 CSMA/CA共享信道 的使用权, 发射机 132具体用于如果 HARQ数据报文长度小于报文长度 门限,则根据 HARQ会话标识釆用 DATA/ACK方式在 CSMA/CA共享信 道信道向接收端发送 HARQ数据报文; 或 发射机 132具体用于如果 HARQ数据报文长度大于或等于报文长度 门限, 则根据 HARQ会话标识釆用 RTS/CTS方式在 CSMA/CA共享信道 信道向接收端发送 HARQ数据报文。
可选的, 处理器 133还用于: 判断 HARQ数据报文的报文长度; 对于长度大于或等于报文长度门限的 HARQ数据报文通过 HARQ发 送, 对于长度小于报文长度门限的 HARQ数据报文通过 ARQ发送。
可选的, 处理器 133用于对源数据进行编码; 获取与 HARQ会话 标识对应的特殊码字; 将 HARQ头标添加至编码后的数据; 将特殊码字 插入添加 HARQ头标后的数据; 发射机 132还用于将插入了特殊码字的数据作为 HARQ数据报文通 过信道发送至接收端。
可选的, 处理器 133具体用于将特殊码字插入添加 HARQ头标的数 据的标记 signal域和数据域之间; 或者,
处理器 133具体用于具体用于将特殊码字备份, 将特殊码字插入物 理层汇聚前导域 PLCP Preamble 的第一域, 将特殊码字备份插入 PLCP Preamble的第二域。 可选的, 处理器 133用于对源数据进行编码; 将 HARQ头标添加至 编码后的数据; 发射机 132用于将添加了 HARQ头标的数据作为 HARQ数据报文通 过信道发送至接收端。
可选的,处理器 133用于如果通过接收机 132收到接收端的 ACK反 馈, 则确定数据报文发送成功; 或
接收机 132收到接收端的第一 NAK反馈,则发射机 132用于增大发 射功率重新发送和本次 HARQ数据报文相同的数据; 或 接收机 132收到接收端的第二 NAK反馈,则发射机 132用于发送和 HARQ数据报文相同的数据; 或者和 HARQ数据报文不同的可自解码的 冗余数据; 或者和 HARQ数据报文不同的不可自解码的冗余数据; 或 如果接收机 132未收到反馈, 则发射机 131用于发送以不变发射功 率重新发送和本次 HARQ数据报文相同的数据。 可选的, 处理器 133还用于清除发送端緩存的 HARQ数据报文; 如果发送端的业务流没有新的数据报文需要发送, 则发射机 131 用 于向接收端发送 HARQ会话结束报文;否则,发射机 131继续使用 HARQ 会话向接收端发送后续的数据报文。 可选的, 发射机 131 用于向辅助发送端发送协作请求, 协作请求包 含 HARQ会话标识; 通过发射机 131 用于向辅助发送端发送 HARQ 数据报文及对应 HARQ数据报文的冗余数据报文; 接收机 132用于接收接收端反馈的应答报文, 处理器 133用于根据 ^重传操作。 . 、 、 、 . 可选的, 处接收机 132用于接收接收端反馈的应答报文, 应答报文 为 ACK; 发射机 132用于通知辅助发送端删除 HARQ数据报文及对应 HARQ 数据报文的冗余数据报文; 如果发送端的业务流没有新的数据报文需要发送, 则发射机 131 用 于向接收端发送 HARQ会话结束报文。 可选的, 接收机 131 用于接收接收端反馈的应答报文, 应答报文为 重传 HARQ数据报文; 发射机 132用于根据应答报文, 根据预设规则通 过通知辅助发送端执行重传操作。
映射关系, 并根据 HARQ会话标识向接收端发送 HARQ数据报文, 发送 端根据接收到的接收端反馈的应答报文, 确定数据报文发送成功或者根 据预设规则执行重传操作,避免了 HARQ应用到 WiFi通信系统中共享信 道多用户碰撞问题, 同时提高了 HARQ增益效果, 并且适用范围广泛。 本发明的实施例提供一种接收端, 参照图 19 所示, 包括: 发射机 141、 接收机 142、 处理器 143、 存储器 144和总线 145 , 其中发射机 141、 接收机 142、 处理器 143和存储器 144通过总线 145连接实现相互通信, 存储器 144用于存储处理器 143执行的程序代码;
该总线 145可以是 ISA ( Industry Standard Architecture, 工业标准体 系结构 )总线、 PCI ( Peripheral Component, 外部设备互连 )总线或 EISA ( Extended Industry Standard Architecture, 扩展工业标准体系结构)总线 等。 该总线 145 可以分为地址总线、 数据总线、 控制总线等。 为便于表 示, 图 19中仅用一条粗线表示, 但并不表示仅有一根总线或一种类型的 总线。 其中:
存储器 144用于存储可执行程序代码, 该程序代码包括计算机操作 指令。 存储器 134可能包含高速 RAM存储器, 也可能还包括非易失性存 4渚器 ( non- volatile memory ) , 例如至少一个磁盘存 4渚器。
处理器 143可能是一个中央处理器(Central Processing Unit, 简称为 CPU ) , 或者是特定集成电路( Application Specific Integrated Circuit, 简 称为 ASIC ) ,或者是被配置成实施本发明实施例的一个或多个集成电路。
具体的, 发射机 141用于向发送端反馈 HARQ能力协商应答报文; 处理器 143还用于获取发送端分配的 HARQ会话标识;
接收机 142用于根据 HARQ会话标识接收发送端发送的 HARQ数据 报文;
发射机 141 用于根据接收的 HARQ 数据报文向发送端反馈应答报 文。
可选的, 接收机 142用于接收发送端发送的配置请求报文, 其中配 置请求报文包含发送端与 HARQ会话标识的映射关系; 发射机 141用于 向发送端发送 HARQ配置应答 4艮文。
可选的, 发送端与 HARQ会话标识的映射关系为: HARQ会话标识 与特殊码字间的映射关系。
可选的,发送端与 HARQ会话标识的映射关系,为:发送端的 OFDMA 的子信道与 HARQ会话标识建立映射关系。
可选的, 处理器 143 还用于在发送 HARQ 数据报文的信道中获取 RTS帧; 发射机 141用于根据 RTS帧向发送端反馈 CTS帧, CTS帧用于 确认发送端对发送 HARQ数据报文的信道获取使用权, 其中 CTS帧包含 接收端的 MAC地址以及对信道的使用时间。 可选的, 处理器 143还用于捕获 HARQ数据报文中导频序列, 并在 HARQ数据报文获得编码调制方式和 HARQ数据报文长度; 对 HARQ数 据报文进行解调和解码; 将解码后的数据进行帧校验序列 FCS检查。 可选的, 处理器 143 还用于捕获导频序列; 获得编码调制方式和 HARQ 数据报文长度; 根据 OFDMA 子信道信息将 HARQ 数据报文与 HARQ会话标识和业务流建立映射关系; 对 HARQ数据 文进行解调和 解码; 将解码后的数据进行帧校验序列 FCS检查。 可选的, 处理器 143 还用于捕获导频序列; 获得编码调制方式和 HARQ数据报文长度; 如果收到 RTS帧并回复 CTS , 将接收的 HARQ数 据才艮文与 HARQ会话标识和业务流建立映射关系; 对 HARQ数据 4艮文进 行解调和解码; 将解码后的数据进行帧校验序列 FCS检查。
可选的, 处理器 143具体用于从接收端接收的 HARQ数据报文中获 取特殊码字, 根据特殊码字将 HARQ数据报文与 HARQ会话标识和业务 流建立映射关系; 如果 FCS检查通过, 则发射机 141向发送端反馈 ACK; 或, 如果特殊码字识别通过, FCS检查不通过, 则发射机 141 向发送端 反馈第二 NAK; 或,
如果特殊码字识别不通过, FCS 检查不通过, RTS/CTS 模式或 OFDMA模式时, 发射机 141用于向发送端反馈第二 NAK; 或,
如果特殊码字识别不通过, FCS检查不通过, DATA/ACK模式时, 不向发送端反馈任何信息; 或,
如果捕获导频序列失败, DATA/ACK模式时, 不向发送端反馈任何 信息; 或,
如果捕获导频序列失败, RTS/CTS模式或 OFDMA模式时, 则发射 机 141用于向发送端反馈第一 NAK:。 可选的, 处理器 143具体用于如果 FCS检查通过, 则发射机 141用 于向发送端反馈 ACK; 或, 如果 FCS检查不通过, 则发射机 141用于向发送端反馈第二 NAK:。 可选的, 发射机 141具体用于如果 FCS检查通过, 则向发送端反馈 ACK; 或, 如果 FCS检查不通过, RTS/CTS模式时, 则发射机 141用于向发送 端反馈第二 NAK; 或, 如果 FCS检查不通过, 不是 RTS/CTS模式时, 不向发送端反馈任何 信息。 可选的, 存储器 144用于緩存本次 HARQ数据报文。 可选的, 接收机 142还用于收到发送端发送的 HARQ重传数据; 处 理器 143用于对 HARQ重传数据进行解码。 可选的, 处理器 143具体用于对 HARQ重传数据进行解码; 或者 将 HARQ重传数据和緩存本次 HARQ数据报文合并后进行解码。 可选的,接收机 142还用于收到发送端发送的 HARQ会话结束报文; 处理器 143用于清除与 HARQ会话对应的 HARQ数据报文和 HARQ会话 标识。 本发明的实施例提供的接收端, 通过将发送端与 HARQ会话标识建 立映射关系, 并根据 HARQ会话标识向接收端发送 HARQ数据报文, 发 送端根据接收到的接收端反馈的应答报文, 确定数据报文发送成功或者 根据预设规则执行重传操作,避免了 HARQ应用到 WiFi通信系统中共享 信道多用户碰撞问题, 同时提高了 HARQ增益效果, 并且适用范围广泛。 本发明的实施例提供一种通信系统, 参照图 20所示, 包括相互通信 的接收端 151和发送端 153 ,用于实现上述方法实施例提供的混合自动重 传请求方法, 其中发送端为上述装置实施例提供的任一发送端, 接收端 为上述装置实施例提供的的任一接收端。 本发明的实施例提供的通信系统, 通过将发送端与 HARQ会话标识 建立映射关系, 并根据 HARQ会话标识向接收端发送 HARQ数据报文, 发送端根据接收到的接收端反馈的应答报文, 确定数据报文发送成功或 者根据预设规则执行重传操作,避免了 HARQ应用到 WiFi通信系统中共 享信道多用户碰撞问题, 同时提高了 HARQ增益效果, 并且适用范围广 泛。
通过以上的实施方式的描述, 所属领域的技术人员可以清楚地了解到本 发明可以用硬件实现, 或固件实现, 或它们的组合方式来实现。 当使用软件实 现时,可以将上述功能存储在计算机可读介质中或作为计算机可读介质上的一 个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介 质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介 质。 存储介质可以是计算机能够存取的任何可用介质。 以此为例但不限于: 计 算机可读介质可以包括 RAM ( Random Access Memory, 随机存储器)、 ROM ( Read Only Memory,只读内存 )、 EEPROM( Electrically Erasable Programmable Read Only Memory,电可擦可编程只读存储器)、 CD-ROM ( Compact Disc Read Only Memory, 即只读光盘)或其他光盘存储、 磁盘存储介质或者其他磁存储 设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并 能够由计算机存取的任何其他介质。此外。任何连接可以适当的成为计算机可 读介质。 例如, 如果软件是使用同轴电缆、 光纤光缆、 双绞线、 DSL ( Digital Subscriber Line, 数字用户专线)或者诸如红外线、 无线电和微波之类的无线 技术从网站、 服务器或者其他远程源传输的, 那么同轴电缆、 光纤光缆、 双绞 线、 DSL 或者诸如红外线、 无线和微波之类的无线技术包括在所属介质的定 影中。 如本发明所使用的, 盘和碟包括 CD ( Compact Disc, 压缩光碟) 、 激 光碟、 光碟、 DVD碟(Digital Versatile Disc, 数字通用光) 、 软盘和蓝光光 碟, 其中盘通常磁性的复制数据, 而碟则用激光来光学的复制数据。 上面的组 合也应当包括在计算机可读介质的保护范围之内。 以上所述, 仅为本发明的具体实施方式, 但本发明的保护范围并不 局限于此, 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内, 可轻易想到变化或替换, 都应涵盖在本发明的保护范围之内。 因此, 本 发明的保护范围应所述以权利要求的保护范围为准。

Claims (58)

  1. 权 利 要 求 书
    1、 一种混合自动重传请求方法, 其特征在于, 包括:
    发送端向接收端发送混合自动重传请求 HARQ能力协商请求报文; 所述发送端接收所述接收端反馈的 HARQ能力协商应答报文, 根据 所述 HARQ能力协商应答报文, 判断所述接收端是否支持 HARQ, 如果 支持, 则为所述接收端分配 HARQ会话标识; 获取发送 HARQ数据报文的信道使用权,并根据所述 HARQ会话标 识通过所述信道向所述接收端发送 HARQ数据报文; 所述发送端接收所述接收端反馈的应答报文, 根据所述应答报文, 确定数据报文发送成功或者根据预设规则执行重传操作。
  2. 2、 根据权利要求 1所述的方法, 其特征在于, 所述获取发送 HARQ 数据报文的信道使用权之前, 所述方法还包括:
    生成所述发送端与所述 HARQ会话标识的映射关系, 并向所述接收 端发送包含所述映射关系的配置请求报文;
    所述发送端接收所述接收端发送的配置请求应答报文。
    3、 根据权利要求 2所述的方法, 其特征在于, 所述生成所述发送端 与所述 HARQ会话标识的映射关系, 包括: 所述发送端根据所述 HARQ能力协商应答报文判断所述接收端是否 支持正交频分复用多址 OFDMA,如果支持则将所述发送端的 OFDMA的 子信道与所述 HARQ会话标识建立映射关系。
  3. 4、 根据权利要求 2所述的方法, 其特征在于, 所述生成所述发送端 与所述 HARQ会话标识的映射关系, 包括:
    所述发送端为 HARQ会话分配对应的特殊码字, 并形成所述 HARQ 会话标识与所述特殊码字间的映射关系, 所述特殊码字用于标记所述发 送端。
  4. 5、 根据权利要求 1 所述的方法, 其特征在于, 获取发送 HARQ数 据报文的信道使用权, 包括: 所述发送端通过在发送 HARQ数据报文的信道中标记请求发送 RTS 帧请求所述信道的使用权, 其中所述 RTS帧包含所述 HARQ会话标识、 所述发送端的媒体接入层 MAC地址以及对所述信道的使用时间; 所述发送端接收所述接收端根据所述 RTS 帧反馈的清除发送 CTS 帧, 所述 CTS帧用于确认所述发送端对所述发送 HARQ数据报文的信道 获取使用权, 其中所述 CTS帧包含所述接收端的 MAC地址以及对所述 信道的使用时间。
  5. 6、 根据权利要求 1所述的方法, 其特征在于, 所述发送端向接收端 发送混合自动重传请求 HARQ能力协商请求报文, 还包括: 发送端发送所述混合自动重传请求 HARQ能力协商请求报文后, 所 述发送端启动本地定时器;
    如果在定时器到期之前, 所述发送端未收到所述接收端的 HARQ能 力协商应答报文, 则所述发送端重发所述 HARQ能力协商请求报文, 并 将重发次数加 1 ; 如果重发次数超过预设的值时, 则放弃本次 HARQ。
  6. 7、 根据权利要求 1 所述的方法, 其特征在于, 所述发送 HARQ数 据报文的信道, 包括: 载波侦听多点接入 /冲突避免 CSMA/CA共享信道; 或者
    OFDMA子信道。
  7. 8、 根据权利要求 7所述的方法, 其特征在于, 若所述信道为载波侦 听多点接入 /冲突避免 CSMA/CA 共享信道的使用权, 则所述根据所述 HARQ会话标识通过所述信道向所述接收端发送 HARQ数据报文,包括: 如果 HARQ 数据报文长度小于所述报文长度门限, 则根据所述 HARQ会话标识釆用 DATA/ACK方式通过所述 CSMA/CA共享信道信道 向所述接收端发送 HARQ数据报文; 或 如果 HARQ数据报文长度大于或等于所述报文长度门限, 则根据所 述 HARQ会话标识釆用 RTS/CTS方式通过所述 CSMA/CA共享信道信道 向所述接收端发送 HARQ数据报文。
  8. 9、 根据权利要求 5所述的方法, 其特征在于, 所述根据所述 HARQ 会话标识通过所述信道向所述接收端发送 HARQ数据报文, 还包括: 判断所述 HARQ数据报文的报文长度; 对于长度大于或等于报文长度门限的 HARQ数据报文通过 HARQ发 送, 对于长度小于报文长度门限的 HARQ数据报文通过 ARQ发送。
  9. 10、根据权利要求 4所述的方法, 其特征在于, 所述根据所述 HARQ 会话标识通过所述信道向所述接收端发送 HARQ数据报文, 包括: 所述发送端对源数据进行编码;
    获取与所述 HARQ会话标识对应的特殊码字; 将 HARQ头标添加至所述编码后的数据; 将特殊码字插入所述添加 HARQ头标后的数据;
    将所述插入了特殊码字的数据作为 HARQ数据报文通过所述信道发 送至所述接收端。
    11、 根据权利要求 10所述的方法, 其特征在于, 所述将特殊码字插 入添加 HARQ头标的数据 , 包括: 将所述特殊码字插入添加 HARQ头标的数据的标记 signal域和数据 域之间; 或者,
    将所述特殊码字备份,将所述特殊码字插入物理层汇聚前导域 PLCP Preamble的第一域, 将所述特殊码字备份插入 PLCP Preamble的第二域。
  10. 12、根据权利要求 1所述的方法, 其特征在于, 所述根据所述 HARQ 会话标识通过所述信道向所述接收端发送 HARQ数据报文, 包括: 所述发送端对源数据进行编码;
    将 HARQ头标添加至所述编码后的数据; 将所述添加了 HARQ头标的数据作为 HARQ数据报文通过所述信道 发送至所述接收端。
  11. 13、 根据权利要求 1 所述的方法, 所述发送端接收所述接收端反馈 的应答报文, 根据所述应答报文, 确定数据报文发送成功或者根据预设 规则执行重传操作, 包括: 如果收到所述接收端的 ACK反馈, 则确定数据报文发送成功; 或 如果收到所述接收端的第一 NAK反馈,则增大发射功率重新发送和 本次 HARQ数据报文相同的数据; 或 如果收到所述接收端的第二 NAK反馈, 则发送和所述 HARQ数据 报文相同的数据; 或者和所述 HARQ数据报文不同的可自解码的冗余数 据; 或者和所述 HARQ数据报文不同的不可自解码的冗余数据; 或 如果未收到反馈, 则以不变发射功率重新发送和本次 HARQ数据报 文相同的数据。
  12. 14、 根据权利要求 13所述的方法, 其特征在于, 所述如果收到所述 接收端的 ACK反馈, 则确定数据报文发送成功, 还包括: 清除所述发送端緩存的所述 HARQ数据报文;
    如果所述发送端的业务流没有新的数据报文需要发送, 则向所述接 收端发送 HARQ会话结束报文; 否则, 继续使用所述 HARQ会话向所述 接收端发送后续的数据报文。
  13. 15、 根据权利要求 1至 14任一所述的方法, 其特征在于, 所述所述 发送端接收所述接收端反馈的应答报文之前, 还包括: 所述发送端向辅助发送端发送协作请求, 所述协作请求包含所述 HARQ会话标识;
    HARQ数据报文的冗余数据报文; 所述发送端接收所述接收端反馈的应答报文, 根据所述应答报文, 确定数据报文发送成功或者根据预设规则执行重传操作, 包括: 所述发送端接收所述接收端反馈的应答报文, 根据所述应答报文, 确定数据报文发送成功或者根据预设规则通过所述辅助发送端执行重传 操作。
  14. 16、 根据权利要求 15所述的方法, 其特征在于, 所述发送端接收所 述接收端反馈的应答报文, 根据所述应答报文, 确定数据报文发送成功, 包括: 所述发送端接收所述接收端反馈的应答报文,所述应答报文为 ACK;
    述 HARQ数据报文的冗余数据报文; 如果所述发送端的业务流没有新的数据报文需要发送, 则向所述接 收端发送 HARQ会话结束 4艮文。
  15. 17、 根据权利要求 15所述的方法, 其特征在于, 所述发送端接收所 述接收端反馈的应答报文, 根据所述应答报文, 根据预设规则通过所述 辅助发送端执行重传操作, 包括: 所述发送端接收所述接收端反馈的应答报文, 所述应答报文为重传 HARQ数据报文; 根据所述应答报文, 根据预设规则通知所述辅助发送端执行重传操 作。
  16. 18、 一种混合自动重传请求方法, 其特征在于, 包括: 接收端向发送端反馈 HARQ能力协商应答报文; 所述接收端获取所述发送端分配的 HARQ会话标识; 所述接收端根据所述 HARQ会话标识接收所述发送端发送的 HARQ 数据报文, 根据所述 HARQ数据报文向所述发送端反馈应答报文。
  17. 19、 根据权利要求 18所述的方法, 其特征在于, 所述接收端获取所 述发送端分配的 HARQ会话标识, 包括: 所述接收端接收所述发送端发送的配置请求报文, 其中所述配置请 求才艮文包含所述发送端与所述 HARQ会话标识的映射关系; 所述接收端向所述发送端发送 HARQ配置应答 4艮文。
  18. 20、 根据权利要求 19所述的方法, 其特征在于, 所述发送端与所述 HARQ会话标识的映射关系为: 所述 HARQ会话标识与所述特殊码字间 的映射关系。
  19. 21、 根据权利要求 19所述的方法, 其特征在于, 所述发送端与所述 HARQ会话标识的映射关系, 为: 所述发送端的 OFDMA的子信道与所 述 HARQ会话标识建立映射关系。 22、 根据权利要求 18所述的方法, 其特征在于, 所述接收端根据所 述 HARQ会话标识接收所述发送端发送的 HARQ数据报文之前还包括: 所述接收端在所述发送 HARQ数据报文的信道中获取 RTS帧; 根据所述 RTS帧向所述发送端反馈 CTS帧, 所述 CTS帧用于确认 所述发送端对所述发送 HARQ 数据报文的信道获取使用权, 其中所述 CTS帧包含所述接收端的 MAC地址以及对所述信道的使用时间。
  20. 23、 根据权利要求 20所述的方法, 其特征在于, 所述接收端根据所 述 HARQ会话标识接收所述发送端发送的 HARQ数据报文, 还包括: 捕获所述 HARQ数据报文中导频序列,并在所述 HARQ数据报文获 得编码调制方式和 HARQ数据报文长度; 对所述 HARQ数据报文进行解调和解码; 将解码后的数据进行帧校验序列 FCS检查。
  21. 24、 根据权利要求 21所述的方法, 其特征在于, 所述接收端根据所 述 HARQ会话标识接收所述发送端发送的 HARQ数据报文, 还包括: 捕获导频序列; 获得编码调制方式和 HARQ数据报文长度; 根据 OFDMA子信道信息将所述 HARQ数据 文与所述 HARQ会话 标识和业务流建立映射关系; 对所述 HARQ数据报文进行解调和解码; 将解码后的数据进行帧校验序列 FCS检查。
  22. 25、 根据权利要求 22所述的方法, 其特征在于, 所述接收端根据所 述 HARQ会话标识接收所述发送端发送的 HARQ数据报文, 还包括: 捕获导频序列; 获得编码调制方式和 HARQ数据报文长度; 如果收到所述 RTS帧并回复所述 CTS帧, 将接收的 HARQ数据报 文与所述 HARQ会话标识和业务流建立映射关系; 对所述 HARQ数据报文进行解调和解码; 将解码后的数据进行帧校验序列 FCS检查。
  23. 26、 根据权利要求 23 所述的方法, 其特征在于, 根据所述 HARQ 数据报文向所述发送端反馈应答报文, 包括: 从 HARQ 数据报文中获取特殊码字, 根据所述特殊码字将所述 HARQ数据 4艮文与所述 HARQ会话标识和业务流建立映射关系; 如果所述 FCS检查通过, 则向所述发送端反馈 ACK; 或, 如果所述特殊码字识别通过, FCS 检查不通过, 则向所述发送端反 馈第二 NAK; 或, 如果所述特殊码字识别不通过, FCS检查不通过, RTS/CTS模式或 OFDMA模式时, 向所述发送端反馈第二 NAK; 或, 如果所述特殊码字识别不通过, FCS检查不通过, DATA/ACK模式 时, 不向所述发送端反馈任何信息; 或,
    如果捕获导频序列失败, DATA/ACK模式时, 不向所述发送端反馈 任何信息; 或,
    如果捕获导频序列失败, RTS/CTS模式或 OFDMA模式时, 则向所 述发送端反馈第 ― NAK:。
  24. 27、根据权利要求 24所述的方法,其特征在于,所述根据所述 HARQ 数据报文向所述发送端反馈应答报文, 包括:
    如果所述 FCS检查通过, 则向所述发送端反馈 ACK; 或, 如果所述 FCS检查不通过, 则向所述发送端反馈第二 NAK:。
  25. 28、根据权利要求 25所述的方法,其特征在于,所述根据所述 HARQ 数据报文向所述发送端反馈应答报文, 包括:
    如果所述 FCS检查通过, 则向所述发送端反馈 ACK; 或, 如果所述 FCS检查不通过, RTS/CTS模式时, 则向所述发送端反馈 第二 NAK; 或, 如果所述 FCS检查不通过, 不是 RTS/CTS模式时, 不向所述发送端 反馈任何信息。 29、 根据权利要求 26至 28任一所述的方法, 其特征在于, 所述向 所述发送端反馈第二 NAK之后, 还包括: 緩存本次 HARQ数据报文。
  26. 30、 根据权利要求 26至 28任一所述的方法, 其特征在于, 所述根 据所述检查的结果向所述发送端反馈应答报文之后, 还包括: 所述接收端收到所述发送端发送的 HARQ重传数据;
    对所述 HARQ重传数据进行解码。
  27. 31、 根据权利要求 30所述的方法, 其特征在于, 所述对所述 HARQ 重传数据进行解码, 包括:
    对所述 HARQ重传数据进行解码; 或者 将所述 HARQ 重传数据和緩存本次 HARQ数据报文合并后进行解 码。
  28. 32、 根据权利要求 18所述的方法, 其特征在于, 所述根据所述检查 的结果向所述发送端反馈应答报文之后, 还包括: 所述接收端收到所述发送端发送的 HARQ会话结束报文;
    清除与所述 HARQ会话对应的 HARQ数据报文和 HARQ会话标识。
  29. 33、 一种发送端, 其特征在于, 包括: 发送单元, 用于向接收端发送混合自动重传请求 HARQ能力协商请 求报文;
    接收单元, 用于接收所述接收端反馈的 HARQ能力协商应答报文, 根据所述 HARQ能力协商应答报文, 判断所述接收端是否支持 HARQ, 如果支持, 则为所述接收端分配 HARQ会话标识;
    所述发送单元, 还用于获取发送 HARQ数据报文的信道使用权, 并 根据所述 HARQ会话标识通过所述信道向所述接收端发送 HARQ数据报 文;
    所述接收单元,还用于所述发送端接收所述接收端反馈的应答报文, 根据所述应答报文, 确定数据报文发送成功或者根据预设规则通过所述 发送单元执行重传操作。
  30. 34、 根据权利要求 33所述的发送端, 其特征在于, 所述接收端还包 括映射单元,
    系, 并通过所述发送单元向所述接收端发送包含所述映射关系的配置请 求报文;
    所述接收单元用于接收所述接收端发送的配置请求应答报文。
    35、 根据权利要求 34所述的发送端, 其特征在于, 所述映射单元具 体用于根据所述 HARQ能力协商应答报文判断所述接收端是否支持正交 频分复用多址 OFDMA,如果支持则将所述发送端的 OFDMA的子信道与 所述 HARQ会话标识建立映射关系。
  31. 36、 根据权利要求 34所述的发送端, 其特征在于, 所述映射单元具 体用于为 HARQ会话分配对应的特殊码字, 并形成所述 HARQ会话标识 与所述特殊码字间的映射关系, 所述特殊码字用于标记所述发送端。
  32. 37、 根据权利要求 33所述的发送端, 其特征在于, 所述发送单元具 体用于通过在发送 HARQ数据报文的信道中标记请求发送 RTS帧请求所 述信道的使用权, 其中所述 RTS帧包含所述 HARQ会话标识、 所述发送 端的媒体接入层 MAC地址以及对所述信道的使用时间; 所述接收单元还用于接收所述接收端根据所述 RTS帧反馈的清除发 送 CTS帧,所述 CTS帧用于确认所述发送端对所述发送 HARQ数据报文 的信道获取使用权, 其中所述 CTS帧包含所述接收端的 MAC地址以及 对所述信道的使用时间。
  33. 38、 根据权利要求 33所述的发送端, 其特征在于, 所述发送单元还 用于发送所述混合自动重传请求 HARQ能力协商请求报文后, 所述发送 端启动本地定时器; 如果在定时器到期之前, 所述发送端未收到所述接收端的 HARQ能 力协商应答报文, 则所述发送端重发所述 HARQ能力协商请求报文, 并 将重发次数加 1 ; 如果重发次数超过预设的值时, 则放弃本次 HARQ。 39、 根据权利要求 33所述的发送端, 其特征在于, 所述发送 HARQ 数据报文的信道, 包括: 载波侦听多点接入 /冲突避免 CSMA/CA共享信道; 或者
    OFDMA子信道。
  34. 40、 根据权利要求 39所述的发送端, 其特征在于, 若所述信道为载 波侦听多点接入 /冲突避免 CSMA/CA共享信道的使用权, 所述发送单元 具体用于如果 HARQ数据报文长度小于所述报文长度门限, 则根据所述 HARQ会话标识釆用 DATA/ACK方式通过所述 CSMA/CA共享信道信道 向所述接收端发送 HARQ数据报文; 或 所述发送单元具体用于如果 HARQ数据报文长度大于或等于所述报 文长度门限, 则根据所述 HARQ会话标识釆用 RTS/CTS 方式通过所述 CSMA/CA共享信道信道向所述接收端发送 HARQ数据报文。
  35. 41、 根据权利要求 37所述的发送端, 其特征在于, 所述发送送单元 还用于: 判断所述 HARQ数据报文的报文长度; 对于长度大于或等于报文长度门限的 HARQ数据报文通过 HARQ发 送, 对于长度小于报文长度门限的 HARQ数据报文通过 ARQ发送。
  36. 42、 根据权利要求 36所述的发送端, 其特征在于, 所述发送单元包 括:
    编码子单元, 用于对源数据进行编码; 获取与所述 HARQ 会话标 识对应的特殊码字; 将 HARQ头标添加至所述编码后的数据; 将特殊码 字插入所述添加 HARQ头标后的数据; 发送子单元, 用于将所述插入了特殊码字的数据作为 HARQ数据报 文通过所述信道发送至所述接收端。
  37. 43、 根据权利要求 42所述的发送端, 其特征在于, 所述编码子单元 具体用于将所述特殊码字插入添加 HARQ头标的数据的标记 signal域和 数据域之间; 或者, 入物理层汇聚前导域 PLCP Preamble的第一域, 将所述特殊码字备份插 入 PLCP Preamble的第二域。
  38. 44、 根据权利要求 33所述的发送端, 其特征在于, 所述发送单元包 括:
    编码子单元, 用于对源数据进行编码; 将 HARQ头标添加至所述编 码后的数据;
    发送子单元,用于将所述添加了 HARQ头标的数据作为 HARQ数据 报文通过所述信道发送至所述接收端。
  39. 45、 根据权利要求 33所述的发送端, 所述接收单元, 具体用于如果 收到所述接收端的 ACK反馈, 则确定数据报文发送成功; 或 如果收到所述接收端的第一 NAK反馈,则增大发射功率重新发送和 本次 HARQ数据报文相同的数据; 或 如果收到所述接收端的第二 NAK反馈, 则发送和所述 HARQ数据 报文相同的数据; 或者和所述 HARQ数据报文不同的可自解码的冗余数 据; 或者和所述 HARQ数据报文不同的不可自解码的冗余数据; 或 如果未收到反馈, 则以不变发射功率重新发送和本次 HARQ数据报 文相同的数据。
  40. 46、 根据权利要求 45所述的发送端, 其特征在于, 所述接收单元还用于清除所述发送端緩存的所述 HARQ数据报文; 如果所述发送端的业务流没有新的数据报文需要发送, 则通过所述 发送单元向所述接收端发送 HARQ会话结束报文; 否则, 所述发送单元 继续使用所述 HARQ会话向所述接收端发送后续的数据报文。
  41. 47、 根据权利要求 33至 46任一所述的发送端, 其特征在于,
    含所述 HARQ会话标识;
    对应所述 HARQ数据报文的冗余数据报文; 所述接收单元具体用于接收所述接收端反馈的应答报文, 根据所述 应答报文, 确定数据报文发送成功或者根据预设规则通过所述辅助发送 端执行重传操作。
  42. 48、 根据权利要求 47所述的发送端, 其特征在于, 所述接收单元包括: 接收子单元, 用于接收所述接收端反馈的应答报文, 所述应答报文 为 ACK; 通知子单元, 用于通知所述辅助发送端删除所述 HARQ数据报文及 对应所述 HARQ数据报文的冗余数据报文;
    如果所述发送端的业务流没有新的数据报文需要发送, 则向所述接 收端发送 HARQ会话结束 4艮文。
  43. 49、根据权利要求 47所述的方法, 其特征在于, 所述接收单元包括: 接收子单元, 用于所述发送端接收所述接收端反馈的应答报文, 所 述应答报文为重传 HARQ数据报文; 通知子单元, 用于根据所述接收子单元接收的所述应答报文, 根据 预设规则通知所述辅助发送端执行重传操作。
  44. 50、 一种接收端, 其特征在于, 包括: 发送单元, 用于向发送端反馈 HARQ能力协商应答报文; 获取单元, 用于获取所述发送端分配的 HARQ会话标识; 接收单元, 用于根据所述 HARQ 会话标识接收所述发送端发送的 HARQ数据报文; 所述发送单元, 还用于根据接收单元接收的所述 HARQ数据报文向 所述发送端反馈应答报文。
  45. 51、 根据权利要求 50所述的接收端, 其特征在于, 所述获取单元具 体用于接收所述发送端发送的配置请求报文, 其中所述配置请求报文包 含所述发送端与所述 HARQ 会话标识的映射关系; 向所述发送端发送 HARQ配置应答艮文。
  46. 52、 根据权利要求 51所述的接收端, 其特征在于, 所述发送端与所 述 HARQ会话标识的映射关系为: 所述 HARQ会话标识与所述特殊码字 间的映射关系。
  47. 53、 根据权利要求 51所述的接收端, 其特征在于, 所述发送端与所 述 HARQ会话标识的映射关系, 为: 所述发送端的 OFDMA的子信道与 所述 HARQ会话标识建立映射关系。
  48. 54、 根据权利要求 50所述的接收端, 其特征在于,
    帧; ' . . 、
    所述发送单元还用于根据所述 RTS帧向所述发送端反馈 CTS帧,所 述 CTS帧用于确认所述发送端对所述发送 HARQ数据报文的信道获取使 用权, 其中所述 CTS帧包含所述接收端的 MAC地址以及对所述信道的 使用时间。
  49. 55、 根据权利要求 52所述的接收端, 其特征在于,
    述 HARQ 数据报文获得编码调制方式和 HARQ 数据报文长度; 对所述 HARQ数据报文进行解调和解码; 将解码后的数据进行帧校验序列 FCS 检查。
  50. 56、 根据权利要求 53所述的接收端, 其特征在于, 所述接收单元还 用于捕获导频序列; 获得编码调制方式和 HARQ 数据报文长度; 根据 OFDMA子信道信息将所述 HARQ数据 4艮文与所述 HARQ会话标识和业 务流建立映射关系; 对所述 HARQ数据报文进行解调和解码; 将解码后 的数据进行帧校验序列 FCS检查。
    57、 根据权利要求 54所述的接收端, 其特征在于, 所述接收单元还 用于捕获导频序列; 获得编码调制方式和 HARQ数据报文长度; 如果收 到所述 RTS帧并回复所述 CTS ,将接收的 HARQ数据报文与所述 HARQ 会话标识和业务流建立映射关系; 对所述 HARQ数据报文进行解调和解 码; 将解码后的数据进行帧校验序列 FCS检查。
  51. 58、 根据权利要求 55所述的接收端, 其特征在于, 所述发送单元具 体用于从所述接收端接收的所述 HARQ数据报文中获取特殊码字, 根据 立映射关系;
    如果所述 FCS检查通过, 则向所述发送端反馈 ACK; 或, 如果所述特殊码字识别通过, FCS 检查不通过, 则向所述发送端反 馈第二 NAK; 或, 如果所述特殊码字识别不通过, FCS检查不通过, RTS/CTS模式或 OFDMA模式时, 向所述发送端反馈第二 NAK; 或, 如果所述特殊码字识别不通过, FCS检查不通过, DATA/ACK模式 时, 不向所述发送端反馈任何信息; 或,
    如果捕获导频序列失败, DATA/ACK模式时, 不向所述发送端反馈 任何信息; 或,
    如果捕获导频序列失败, RTS/CTS模式或 OFDMA模式时, 则向所 述发送端反馈第 ― NAK:。
  52. 59、 根据权利要求 56所述的接收端, 其特征在于, 所述发送单元具 体用于如果所述 FCS检查通过, 则向所述发送端反馈 ACK; 或,
    如果所述 FCS检查不通过, 则向所述发送端反馈第二 NAK:。
  53. 60、 根据权利要求 57所述的接收端, 其特征在于, 所述发送单元具 体用于如果所述 FCS检查通过, 则向所述发送端反馈 ACK; 或, 如果所述 FCS检查不通过, RTS/CTS模式时, 则向所述发送端反馈 第二 NAK; 或, 如果所述 FCS检查不通过, 不是 RTS/CTS模式时, 不向所述发送端 反馈任何信息。
  54. 61、 根据权利要求 58至 60任一所述的接收端, 其特征在于, 所述 接收单元还用于緩存本次 HARQ数据报文。
  55. 62、 根据权利要求 58至 60任一所述的接收端, 其特征在于, 所述 接收单元还用于收到所述发送端发送的 HARQ重传数据; 对所述 HARQ 重传数据进行解码。
  56. 63、 根据权利要求 62所述的接收端, 其特征在于, 所述所述接收单 元具体用于对所述 HARQ重传数据进行解码; 或者 将所述 HARQ 重传数据和緩存本次 HARQ数据报文合并后进行解 码。
  57. 64、 根据权利要求 50所述的接收端, 其特征在于, 所述接收单元还 用于收到所述发送端发送的 HARQ会话结束报文; 清除与所述 HARQ会 话对应的 HARQ数据 4艮文和 HARQ会话标识。
  58. 65、 一种通信系统, 其特征在于, 包括相互通信的接收端和发送端, 其中所述发送端为权利要求 33-49任一项所述的发送端,所述接收端为权 利要求 50-64任一项所述的接收端。
CN201380078735.XA 2013-09-10 2013-09-10 一种混合自动重传请求方法、装置及系统 Active CN105453472B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/083225 WO2015035558A1 (zh) 2013-09-10 2013-09-10 一种混合自动重传请求方法、装置及系统

Publications (2)

Publication Number Publication Date
CN105453472A true CN105453472A (zh) 2016-03-30
CN105453472B CN105453472B (zh) 2019-09-03

Family

ID=52664915

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380078735.XA Active CN105453472B (zh) 2013-09-10 2013-09-10 一种混合自动重传请求方法、装置及系统

Country Status (2)

Country Link
CN (1) CN105453472B (zh)
WO (1) WO2015035558A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110062415A (zh) * 2018-01-19 2019-07-26 电信科学技术研究院有限公司 一种业务流的映射方法及设备
CN112753181A (zh) * 2018-07-24 2021-05-04 皇家Kpn公司 共享资源上的可靠通信
CN113039731A (zh) * 2018-11-22 2021-06-25 华为技术有限公司 用于支持ieee 802.11的harq的设备和方法
CN113678485A (zh) * 2019-04-11 2021-11-19 佳能株式会社 通信设备、通信方法和程序

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113039735A (zh) * 2018-11-08 2021-06-25 交互数字专利控股公司 用于无线网络中的harq的方法和装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1848721A (zh) * 2005-03-02 2006-10-18 埃沃列姆公司 选择适当harq重传方案来发送数据的方法、基站和模块
US20090213807A1 (en) * 2008-02-26 2009-08-27 Samsung Electronics Co., Ltd. Apparatus and method for allocating downlink burst in broadband wireless communication system
CN101960768A (zh) * 2008-03-03 2011-01-26 高通股份有限公司 利用基于mac的反馈将混合arq添加到wlan协议

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102970686B (zh) * 2011-09-02 2015-04-08 上海无线通信研究中心 一种工作在ism频段的lted2d通信方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1848721A (zh) * 2005-03-02 2006-10-18 埃沃列姆公司 选择适当harq重传方案来发送数据的方法、基站和模块
US20090213807A1 (en) * 2008-02-26 2009-08-27 Samsung Electronics Co., Ltd. Apparatus and method for allocating downlink burst in broadband wireless communication system
CN101960768A (zh) * 2008-03-03 2011-01-26 高通股份有限公司 利用基于mac的反馈将混合arq添加到wlan协议

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110062415A (zh) * 2018-01-19 2019-07-26 电信科学技术研究院有限公司 一种业务流的映射方法及设备
CN110062415B (zh) * 2018-01-19 2020-12-18 电信科学技术研究院有限公司 一种业务流的映射方法及设备
CN112753181A (zh) * 2018-07-24 2021-05-04 皇家Kpn公司 共享资源上的可靠通信
CN113039731A (zh) * 2018-11-22 2021-06-25 华为技术有限公司 用于支持ieee 802.11的harq的设备和方法
CN113678485A (zh) * 2019-04-11 2021-11-19 佳能株式会社 通信设备、通信方法和程序
CN113678485B (zh) * 2019-04-11 2024-01-09 佳能株式会社 通信设备、通信方法和计算机可读存储介质
US11923986B2 (en) 2019-04-11 2024-03-05 Canon Kabushiki Kaisha Communication device, communication method, and computer-readable storage medium

Also Published As

Publication number Publication date
CN105453472B (zh) 2019-09-03
WO2015035558A1 (zh) 2015-03-19

Similar Documents

Publication Publication Date Title
US10911183B2 (en) System and method for HARQ for cellular integrated D2D communications
US10135517B2 (en) Relay link HARQ operation
JP5710795B2 (ja) 無線通信システムでのack情報のバンドリング
JP5208272B2 (ja) 通信ネットワークにおける方法および装置
JP5412554B2 (ja) 通信システムにおける方法および装置
CN105453472A (zh) 一种混合自动重传请求方法、装置及系统
WO2018184471A1 (zh) 一种发送调度信息的方法和网络设备
CN108370293B (zh) 中继方法、中继器、目的地设备及其通信系统
WO2016070561A1 (zh) 数据传输处理方法及装置
JP4940115B2 (ja) 無線通信システム、無線端末および無線基地局
US11411680B2 (en) OMAMRC transmission method and system with reduced signalling
JP2003087163A (ja) 通信効率を高める無線伝送フレーム構造を用いた無線データ通信システム及びその方法
US11026214B2 (en) Method of error recovery in transmitting and receiving voice service in packet based mobile communication systems
JP2017175609A (ja) 他の装置との通信を処理する装置及び方法
WO2019192457A1 (zh) 查找pdcch监听机会的通信方法和装置
US8201042B2 (en) System and method employing frequency band flipping for the retransmission of data
JP5094429B2 (ja) 再送制御方法、基地局、移動機および移動通信システム
KR101508666B1 (ko) 하이브리드 자동 반복 요구 방식을 지원하는 디바이스간 직접 통신 무선 통신 시스템에서 멀티캐스트 서비스 제공 장치 및 방법
CN111385066A (zh) 混合自动重传方法、数据发送端、数据接收端及重传系统
WO2019029213A1 (zh) 传输参数获取、数据传输方法和装置
WO2024008025A1 (zh) 通信方法和通信装置
CN111585696B (zh) 基于异或运算的双向传输网络下行吞吐量增强方法及系统
KR20120122923A (ko) 멀티캐스트 전송 방법 및 장치
KR20190080701A (ko) 무선 통신 시스템에서 데이터 송수신 방법 및 장치

Legal Events

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