CN115968538A - 信息处理设备和信息处理方法 - Google Patents

信息处理设备和信息处理方法 Download PDF

Info

Publication number
CN115968538A
CN115968538A CN202180052041.3A CN202180052041A CN115968538A CN 115968538 A CN115968538 A CN 115968538A CN 202180052041 A CN202180052041 A CN 202180052041A CN 115968538 A CN115968538 A CN 115968538A
Authority
CN
China
Prior art keywords
information
code
data
fec
processing apparatus
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
CN202180052041.3A
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.)
Sony Group Corp
Original Assignee
Sony Group Corp
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 Sony Group Corp filed Critical Sony Group Corp
Publication of CN115968538A publication Critical patent/CN115968538A/zh
Pending legal-status Critical Current

Links

Images

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/1607Details of the supervisory signal
    • H04L1/1671Details of the supervisory signal the supervisory signal being transmitted together with control information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0057Block codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041Arrangements at the transmitter end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045Arrangements at the receiver end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0064Concatenated codes
    • H04L1/0065Serial concatenated codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/08Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • 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/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • 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/1854Scheduling and prioritising arrangements
    • 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/1887Scheduling and prioritising arrangements

Abstract

[问题]提供能够缩短重传时间的信息处理设备和信息处理方法。[解决方案]根据本公开的信息处理设备设有处理单元,所述处理单元使用在比执行与第二代码相关的处理的第一协议层更高的第二协议层中处理的第一代码的编码单位来传送请求重传的信息。

Description

信息处理设备和信息处理方法
技术领域
本公开涉及信息处理设备和信息处理方法。
背景技术
用于蜂窝移动通信的无线接入方案和无线网络(以下,也称为“长期演进(LTE)”、“高级LTE(LTE-A)”、高级LTE Pro(LTE-A-Pro)”、“演进通用陆地无线电接入(EUTRA)”、“新无线电(NR)”、“新无线电接入技术(NRAT)”或“进一步EUTRA(FEUTRA)”)处于第三代合作伙伴计划(3GPP)的审查中。注意,在以下描述中,LTE包括LTE-A、LTE-A Pro和EUTRA,并且,NR包括NRAT和FEUTRA。
在LTE中,基站设备(基站)也称为演进NodeB(eNodeB),并且,在NR中,基站设备(基站)也称为gNodeB。在LTE和NR中,终端设备(移动站、移动站设备或终端)也称为用户设备(UE)。
LTE和NR是由基站覆盖的多个区域以蜂窝形状被布置的蜂窝通信系统。单个基站可以管理多个蜂窝。在NR中,除了智能电话的常规数据通信的增强移动宽带(eMBB)以外,假设一个无线系统支持诸如需要高可靠性和低延迟的超可靠和低延迟通信(URLLC)等的各种通信使用情况,诸如用于自动驾驶的紧急消息传送等。
在低延迟要求高的URLLC中,由重传引起的延迟是问题之一。非专利文献1公开了在NR中研究的错误校正码相关技术。
需要减少重传的发生,并且,即使在发生重传的情况下,也需要缩短重传时间。
引文列表
非专利文件
非专利文献1:3GPP TS 38.212V15.7.0(2019-09),“Multiplexing and channelcoding(Release 15)”
发明内容
本发明要解决的问题
本公开提供一种能够缩短重传时间的信息处理设备和信息处理方法。
问题的解决方案
本公开的信息处理设备包括处理单元,所述处理单元以在比执行与第二代码相关的处理的第一协议层更高的第二协议层中处理的第一代码的编码单位传送请求重传的信息。
本公开的信息处理方法以在比执行与第二代码相关的处理的第一协议层更高的第二协议层中处理的第一代码的编码单位传送请求重传的信息。
附图说明
图1是示出根据本实施例的通信网络的构成示例的示图。
图2是示意性地示出第一FEC的编码的示图。
图3是示意性地示出第二FEC的编码的示图。
图4是示意性地示出根据本实施例的传送设备的示例的框图。
图5是示意性地示出作为根据本实施例的信息处理设备的接收设备的示例的框图。
图6是示出根据本实施例的通信序列的基本过程的示例的示图。
图7是示出通过使用两阶段FEC编码生成3GPP标准的数据帧的过程的示例的示图。
图8是示出对由图7的过程生成的数据帧进行解码的过程的示例的示图。
图9是示出通过使用两阶段FEC编码生成IEEE 802.11标准的数据帧的过程的示例的示图。
图10是示出对由图9的过程生成的数据帧进行解码的过程的示例的示图。
图11是接收设备中的接收处理的示例的流程图。
图12是在步骤S24中执行的重传请求处理的示例的流程图。
图13是传送设备和接收设备之间的操作的序列示例。
图14是示出包括重传请求信息和确认响应的MAC帧的格式示例的示图。
图15是示意性地示出3GPP标准的情况下的具有重传请求的确认响应帧的格式示例的示图。
图16是示出根据第一变更例的传送设备和接收设备之间的操作的序列示例的示图。
图17是示出根据第二变更例的传送设备和接收设备之间的操作的序列示例的示图。
图18是示出从传送设备传送重传信号的具体示例的示图。
图19是示出根据本实施例的信息处理设备的硬件构成的示例的示图。
具体实施方式
以下,将参考附图描述本公开的实施例。
[通信网络的构成]
图1示出根据本实施例的通信网络的构成示例。在图1中,传播信道(线)由虚线表示。线意味着逻辑连接,并且不一定是物理上的直接连接。
作为多个基站,布置了提供宏蜂窝(macro cell)11的宏蜂窝基站13和提供比宏蜂窝小的小蜂窝(small cell)12的小蜂窝基站14。在被称为基站的情况下,基站可以任意地是宏蜂窝基站13或小蜂窝基站14。宏蜂窝11和小蜂窝12是其中多个基站中的每一个提供服务的通信区域(蜂窝),并且在图1中用椭圆表示。一个基站可以提供多个蜂窝。
基站可以经由回程(这里,为有线或无线)相互通信,并且主要交换控制信息。在该回程中,例如,可以通过使用X2接口或S1接口的协议交换信息。基站之间的回程的拓扑可以是任何类型,诸如网格类型、星类型或环类型等。
基站还具有与核心网络的回程。基站可以通过连接到控制实体15(控制实体15可以被视为核心网络16的一个要素)连接到核心网络16。可以存在多个控制实体15。
此外,除了经由控制实体15以外,基站还可以经由外部网络18连接到核心网络16。这种外部网络18的示例包括可以安装在室内或家中的毫微微蜂窝基站或家庭eNodeB(HeNB)设备等。一个或多个小蜂窝基站14经由HeNB网关设备19连接到外部网络18。外部网络18经由网关设备20连接到核心网络16。
小蜂窝12基本上被设置为与宏蜂窝11重叠。然而,小蜂窝12可以被设置为部分地与宏蜂窝11重叠,或者可以被完全地设置在宏蜂窝11的外部。多个小蜂窝基站14可以形成组(集群)。在集群中,可以设置具有集群头部的角色的基站。
在宏蜂窝11和小蜂窝12中使用的无线电资源(频率资源、时间资源或空间资源中的至少一个)可以具有特性。例如,宏蜂窝11和小蜂窝12可以使用相同的频率资源F1(或时间资源T1)。以这种方式,能够提高作为整个系统的无线电资源的利用效率。
宏蜂窝11可以使用频率资源F1(或时间资源T1),并且小蜂窝12可以使用频率资源F2(或时间资源T2)。以这种方式,可以避免宏蜂窝11和小蜂窝12之间的干扰。
此外,频率资源F1和F2两者(时间资源T1和T2两者)可以由宏蜂窝11和小蜂窝12中的每一个使用。频率资源F1、F2两者由宏蜂窝11和小蜂窝12中的每一个使用的方法在概念上与载波聚合(CA)类似。
[传送设备和接收设备的配置]
在本实施例中,在传送侧,使用多个错误校正码(FEC)以对要传送的信息序列执行逐步编码。具体而言,作为示例,对于信息序列,首先通过在数据链路层(第二协议层)中使用作为第一代码的消失校正码(erasure correction code)执行第一FEC编码,其次,通过在比数据链路层低的物理层(第一协议层)中使用第二代码执行第二FEC编码。另外,接收侧对从传送侧接收的数据通过对应于多个FEC中的每一个的解码方案以逐步方式来执行解码,从而获取信息序列。具体而言,首先在物理层(第一协议层)中执行第二FEC的解码,其次在数据链路层(第二协议层)执行第一FEC的解码。
图2是示意性地示出第一FEC的编码的示图。在第一FEC的编码中,从一个输入比特序列生成一个或多个要输出的比特序列。多个生成的比特序列可以被分成两种,即,需要传送到接收侧的比特序列和可以在接收侧解码而不传送到接收侧的比特序列。即,即使接收侧不接收所有的多个比特序列,要被输入的原始比特序列也可以被恢复。
在图2中输入的比特序列由多个矩形表示,并且,各矩形包括一个或多个比特。多个输出比特序列分别由一个矩形指示,并且,各比特序列对应于包括一个或多个比特的编码符号。各比特序列(编码符号)是基于对应于输入侧的一个或多个矩形的比特生成的。各比特序列和从其生成各比特序列的输入侧的比特之间的关系由连接输入侧的矩形和输出侧的矩形的直线表示。
消失校正码(纠删码)可以被用作第一FEC的代码(第一代码)。消失校正码的示例包括属于诸如无速率码或喷泉码等的类别的FEC方法,或对多个比特序列执行线性合成或XOR合成以编码比特序列的FEC方法等。消失校正码的具体示例包括无速率码、喷泉码、Tornado码、卢比变换(LT)码、Raptor码、RaptorQ码、LDPC码、BCH码、RS码、Zigzag可解码代码、ZD喷泉码和XOR码等。
图3是示意性地示出第二FEC的编码的示图。在第二FEC的编码中,从一个输入比特序列生成要输出的一个比特序列。在图3的示例中,通过将奇偶校验序列添加到输入比特序列生成输出比特串。
用于第二FEC的代码(第二代码)包括卷积码、turbo码、低密度奇偶校验码(LDPC码)或极化码等。然而,也不排除使用消失校正码作为用于第二FEC的代码。
图4是示意性地示出根据本实施例的传送设备100的示例的框图。传送设备100包括较高层处理单元101、第一传送处理单元102、第二传送处理单元104、通信单元106和天线108。在本实施例中,传送设备100执行无线通信,但也不排除用于执行有线通信的配置。在这种情况下,可以不设置天线108。
较高层处理单元101执行与较高层相关的处理。较高层包括例如应用层、会话层、表示层、传输层和网络层。较高层处理单元101例如执行应用,并生成要传送到接收设备的数据。较高层处理单元101将生成的数据提供给第一传送处理单元102。较高层处理单元101可以将诸如服务质量(QoS)信息等的附加信息与数据一起提供给第一传送处理单元102。服务质量信息包括诸如例如允许的传送延迟、传送带宽、数据的优先级或应用类型等的信息。
第一传送处理单元102执行与数据链路层相关的处理。作为示例,数据链路层对应于第二协议层。注意,数据链路层的处理的一部分可以由较高层处理单元101执行。可选地,较高层的处理的一部分可以由第一传送处理单元102执行。第一传送处理单元102获取从较高层处理单元101提供的数据,作为图2中描述的输入比特序列(要传送和接收的信息序列)。第一传送处理单元102包括执行第一FEC的编码的第一FEC编码单元103。
第一FEC编码单元103通过用作为第一代码的消失校正码对从较高层处理单元101输入的数据进行编码,生成编码数据(第一FEC的编码数据)。编码数据被提供给第二传送处理单元104,该第二传送单元104执行比第二协议层低的第一协议层(物理层)的处理。
作为示例,第一FEC编码单元103通过作为用于编码的单位的符号大小(第一FEC的符号大小)将输入数据分割为多个符号。然后,通过用消失校正码对多个符号进行编码,生成多条编码数据(编码符号)。第一FEC编码单元103可以向多条编码数据中的每一条添加检错信息。检错信息的示例包括循环冗余校验(CRC,以下简称CRC)、校验子(syndrome)和帧校验序列(FCS)等。第一传送处理单元102将多条编码数据提供给第二传送处理单元104。可选地,第一传送处理单元102基于多条编码数据以第二协议层的格式生成数据,并将生成的数据提供给第二传送处理单元104。
作为示例,在3GPP标准的情况下,当编码数据与应用第二FEC的编码的长度匹配时,可以原样提供编码数据作为用于生成代码块的数据。在编码数据比应用第二FEC的编码的长度长的情况下,编码数据可以被分割成两个或更多个片段,并且,可以提供各片段作为用于代码块生成的数据。在编码数据比应用第二FEC的编码的长度短的情况下,编码数据的全部或一部分可以在不同的编码数据之间级联(concatenation),并且可以提供通过级联获得的数据作为用于代码块生成的数据。可以通过组合分割和级联,获取具有应用了第二FEC的编码的长度的数据(用于代码块生成的数据)。这里描述的3GPP标准的情况下的操作是示例。
作为另一示例,在IEEE 802.11标准的情况下,可以基于多条编码数据生成一个或多个媒体访问控制(MAC)帧,并且可以将MAC帧提供给第二传送处理单元104。MAC帧可以是MAC协议数据单元(MPDU)或聚合MPDU(A-MPDU)。MAC帧包括例如MAC报头、帧主体字段和FCS。主体数据存储在帧主体字段中。基于编码数据生成主体数据。MAC帧可以包括一条或多条编码数据。编码数据可以被分割成两个或更多个片段以生成包括片段的MAC帧。两条或更多条编码数据可以级联为MAC帧的主体数据。可以通过组合分割和级联,生成MAC帧的主体数据。可以将填充数据添加到MAC帧的尾部,并且可以将服务字段添加到头部。这里描述的IEEE802.11标准的情况下的操作是示例。
第一传送处理单元102可以基于要传送的数据的优先级或应用的信息来决定应用第一FEC的符号数量或符号长度中的至少一个。数据的优先级或应用的信息通过诸如表等的关联信息与预先应用第一FEC的符号数量或符号长度中的至少一个相关联。基于从较高层处理单元101提供的数据的优先级或应用的信息,参照表来决定符号数量或符号长度中的至少一个。基于决定的符号数量或决定的符号长度中的至少一个来决定第一FEC的符号大小,并且,用决定的符号大小分割输入数据。
第一传送处理单元102可以基于传送设备100和接收设备200之间的通信路径的质量信息来决定应用第一FEC的符号数量或符号长度中的至少一个。通信质量可以为例如数据或编码数据的重传的次数、分组的错误率、通信速度、SINR、RSSI、延迟请求或可靠性请求等。作为示例,通信质量的信息通过诸如表等的关联信息与预先应用第一FEC的符号数量或符号长度中的至少一个相关联。基于测量的通信质量的信息,参考表来决定应用第一FEC的符号数量或符号长度中的至少一个。基于决定的符号数量或决定的符号长度中的至少一个来决定第一FEC的符号大小,并且,用决定的符号大小分割要传送的数据。通信质量的测量可以由第一传送处理单元102、较高层处理单元101、第二传送处理单元104或通信单元106执行。
第一传送处理单元102可以基于通信单元106用于传送的调制方案、第二代码的编码率、第一代码的编码率或其组合来决定应用第一FEC的符号数量或符号长度中的至少一个。调制方案、第二代码的编码率、第一代码的编码率或其组合例如通过诸如表等的关联信息与预先应用第一FEC的符号数量或符号长度中的至少一个相关联。基于在通信单元106中使用的调制方案、第二代码的编码率、第一代码的编码率或其组合,参照表来决定应用第一FEC的符号数量或符号长度中的至少一个。基于决定的符号数量或决定的符号长度中的至少一个来决定第一FEC的符号大小,并且,用决定的符号大小分割要传送的数据。可以任意地通过第一传送处理单元102或第二传送处理单元104决定调制方案、第二代码的编码率、第一代码的编码率或其组合。
第二传送处理单元104执行与物理层相关的处理。作为示例,物理层对应于第一协议层。注意,物理层的处理的一部分可以由第一传送处理单元102执行。可选地,数据链路层的处理的一部分可以由第二传送处理单元104执行。第二传送处理单元104包括第二FEC编码单元105。第二FEC编码单元105通过使用第二代码对包括从第一传送处理单元102提供的编码数据的数据进行编码。第二传送处理单元104基于用第二代码编码的数据生成要传送到接收设备200的数据。第二传送处理单元104将生成的数据作为数据帧(传送帧)提供给通信单元106。
作为示例,在3GPP标准的情况下,第二FEC编码单元105通过基于从第一传送处理单元102提供的数据利用第二代码执行编码生成代码块。第二传送处理单元104将多个代码块级联成传输块,并且将作为检错信息的CRC添加到传输块的尾部。如果需要,在CRC之后添加填充数据。填充数据添加之后的数据作为数据帧被提供给通信单元106。可以将报头添加到传输块的头部。这里描述的3GPP标准的情况下的操作是示例。
作为另一示例,在IEEE 802.11标准的情况下,第二FEC编码单元105基于从第一传送处理单元102提供的MAC帧(MPDU或A-MPDU),使用第二代码执行编码。可以将服务字段和填充数据添加到MAC帧。第二传送处理单元104将作为物理层的报头的物理报头(PHY报头)添加到编码的MAC帧以形成物理层的数据帧,并将物理层的数据帧提供给通信单元106。这里描述的IEEE 802.11标准的情况下的操作是示例。
通信单元106将从第二传送处理单元104提供的数据经由天线108传送到接收设备。更具体而言,通信单元106利用用于传送的调制方案调制数据,并对调制的数据执行数模(DA)转换。转换的模拟信号的频率被上转换,并且,根据用于传送的无线电资源的频率执行频带滤波。频带滤波信号被放大,并且,从天线108传送无线电信号。
这里,第一传送处理单元102可以基于从较高层处理单元101提供的服务质量请求来决定是否执行第一FEC。在决定不执行第一FEC的情况下,第一传送处理单元102生成要提供给第二传送处理单元104的数据(用于代码块生成的数据或MAC帧等),而不通过第一FEC编码单元103执行第一FEC的编码。第一传送处理单元102向第二传送处理单元104提供生成的数据。
此外,第一传送处理单元102或第二传送处理单元104可以向接收设备通知关于第一FEC的信息。作为示例,关于第一FEC的信息包括指示执行第一FEC的编码的信息、消失校正码的类型、应用第一FEC的符号数量和符号长度、应用第一FEC的符号的索引或检错信息的类型和长度中的至少一个。
此外,第一传送处理单元102可以在编码数据的尾部或头部包括包含指示编码符号的边界的信息的定界符(符号定界符)。除了指示边界的信息以外,符号定界符可以包括指示相邻编码符号(正前编码符号或随后编码符号)的顺序号的信息或数据帧的传送目的地(目的地)的地址的信息等。
此外,第一传送处理单元102可以将包括关于第一FEC的信息的报头添加到编码数据。报头可以包括上述符号定界符。另外,第二传送处理单元104可以将包括关于第一FEC的信息的报头添加到物理层的数据。
此外,传送设备100可以在与接收设备初始连接时执行的连接序列时传送关于第一FEC的信息。此外,传送设备100可以在要传送到接收设备的控制信息或管理信息中包括关于第一FEC的信息。控制信息可以是提供用于与接收设备通信的无线电资源(频率资源、时间资源、空间资源或其组合)的通知的信息。此外,在决定从不执行第一FEC的状态执行第一FEC的情况下,传送设备100可以向接收设备传送关于第一FEC的信息。传送设备100包括向接收设备通知关于第一FEC的信息的通知单元。通知单元可以包含于较高层处理单元101、第一传送处理单元102、第二传送处理单元104或通信单元106中。
图5是示意性地示出作为根据本实施例的信息处理设备的接收设备200的示例的框图。接收设备200包括较高层处理单元201、第二接收处理单元202(处理单元)、第一接收处理单元204(第一协议层处理单元)、通信单元206和天线208。在本实施例中,接收设备200执行无线通信,但是也不排除用于执行有线通信的配置。在这种情况下,可以不设置天线208。
通信单元206经由天线208从传送设备100接收无线电信号。通信单元206对接收的无线电信号执行低噪声放大,执行频率下转换和频带滤波等,并且对经受频带滤波的模拟信号执行模数(AD)转换。通过AD转换获得的数字信号通过对应于传送侧使用的调制方案的解调方案被解调,并且解调的数据作为物理层的数据帧被提供给第一接收处理单元204。
第一接收处理单元204执行与物理层(第一协议层)相关的处理。第一接收处理单元204从通信单元206获取物理层的数据。更具体而言,第一接收处理单元204从通信单元206获取数据帧,该数据帧是由作为第一代码的消失校正码编码并进一步由第二代码编码的数据。第一接收处理单元204包括第二FEC解码单元205。
第二FEC解码单元205通过对应于第二代码的解码方案对获取的数据帧进行解码,并获取第二代码的解码数据(第二FEC的解码数据)。第一接收处理单元204将解码的数据提供给第二接收处理单元202。在检错信息(CRC等)被添加到获取的数据的情况下,第一接收处理单元204可以执行CRC确定,并将CRC确定的结果提供给第二接收处理单元202。
作为示例,在3GPP标准的情况下,第一接收处理单元204对包含于数据帧中的传输块执行CRC确定。第二FEC解码单元205将包含于传输块中的代码块的级联分割为多个代码块,并对各代码块执行第二FEC的解码。第一接收处理单元204将各代码块的解码数据(例如,第一编码符号)与传输块的CRC的确定结果一起提供给第二接收处理单元202。这里描述的3GPP标准的情况下的操作是示例。
作为另一示例,在IEEE 802.11标准的情况下,第一接收处理单元204处理物理层的数据帧的报头。第一接收处理单元204对报头处理之后的数据执行第二FEC的解码以获取MAC帧。注意,服务字段可以被添加到MAC帧。第一接收处理单元204将获取的MAC帧提供给第二接收处理单元202。这里描述的IEEE 802.11标准的情况下的操作是示例。
第二接收处理单元202从第一接收处理单元204获取数据。第二接收处理单元202包括第一FEC解码单元203。第一FEC解码单元203通过对应于第一代码(消失校正码)的解码方案对获取的数据进行解码。作为示例,第一FEC解码单元203确定添加到获取的数据的检错信息,并指定确定结果为OK的数据。确定结果为NG的数据被视为丢失数据,并且,基于确定结果为OK的数据来执行解码。在解码成功的情况下,第二接收处理单元202将数据提供给较高层处理单元201。在解码失败的情况下(在解码数据中存在错误的情况下),执行重传请求处理。例如,重传请求(自动重复请求(ARQ)或混合ARQ(HARQ)等)被传送到传送设备100。第二接收处理单元202对应于以下处理单元:该处理单元以在比执行与第二代码相关的处理的第一协议层(例如,物理层)高的第二协议层(例如,数据链路层)中处理的第一代码的编码单位传送请求重传的信息。在后面将描述重传请求处理的细节。
作为示例,在3GPP标准的情况下,在作为传输块的CRC确定的结果从第一接收处理单元204获取的信息为OK的情况下,第二接收处理单元202判断包含于传输块中的所有代码块已被正确接收。第一FEC解码单元203对从第一接收处理单元204提供的数据进行解码,并将解码的数据(正确解码)提供给较高层处理单元201。在传输块的CRC确定的结果为NG的情况下,执行从第一接收处理单元204提供的数据(例如,第一编码符号)的CRC确定。第一FEC解码单元203将CRC确定结果为NG的编码符号视为丢失符号,并且通过使用CRC确定结果为OK的编码符号执行解码。在第一FEC的解码成功的情况下,第二接收处理单元202将第一FEC的解码数据提供给较高层处理单元201。此外,第二接收处理单元202向传送设备100传送确认响应(ACK)。在第一FEC的解码失败的情况下(在解码数据中存在错误的情况下或者在所有错误不能被校正的情况下),第二接收处理单元202执行重传请求处理。例如,通过使用确认响应(NACK)将重传请求(诸如ARQ或HARQ等)传送到传送设备100。在后面将描述重传请求处理的细节。这里描述的操作是3GPP标准的情况下的操作的示例。
作为另一示例,在IEEE 802.11标准的情况下,第二接收处理单元202从第一接收处理单元204获取MAC帧,处理服务字段,然后确定各MPDU的FCS。第二接收处理单元202针对FCS确定的结果为NG的MPDU确定包含于MPDU中的第一编码符号的检错信息(FCS等)。确定结果为NG的编码符号被视为丢失符号。包含于FCS确定的结果为OK的MPDU中的编码符号可以被视为被正确接收,而不执行FCS确定。第一FEC解码单元203通过使用FCS确定的结果为OK的编码符号和被视为被正确接收的编码符号来执行解码。在第一FEC的解码成功的情况下,第二接收处理单元202将第一FEC的解码数据提供给较高层处理单元201。此外,第二接收处理单元202向传送设备100传送确认响应(ACK)。在第一FEC的解码失败的情况下(在解码数据中存在错误的情况下或者在所有错误不能被校正的情况下),第二接收处理单元202执行重传请求处理。例如,通过使用确认响应(NACK)将重传请求(诸如ARQ、HARQ等)传送到传送设备100。在后面将描述重传请求处理的细节。这里描述的操作是IEEE 802.11标准的情况下的操作的示例。
较高层处理单元201执行较高层的处理。例如,较高层处理单元201将从第二接收处理单元202提供的数据传递给应用。
接收设备200和传送设备100之间的通信质量可以由接收设备200测量。在这种情况下,接收设备200可以将测量的通信质量的信息传送到传送设备100。
图6示出根据本实施例的通信序列的基本过程的示例。该图示出从基站到终端的下行链路通信的示例。这里,基站是传送设备100,并且,终端是接收设备200,但不限于这种情况。终端可以是传送设备,并且,基站可以是接收设备。这里,假设3GPP标准的情况,但是可以在IEEE 802.11标准的情况下执行类似的过程。
首先,终端将关于终端能力的信息(终端能力信息)通知终端自身连接的蜂窝的基站(S11)。作为示例,终端能力信息包括关于第一FEC的能力和第二FEC的能力的信息。在初始连接(初始接入)过程期间,或者在初始连接之后提供终端能力信息的通知。作为用于通知的物理信道,可以使用随机接入信道(物理随机接入信道(PRACH))、上行链路控制信道(物理上行链路控制信道(PUCCH))或上行链路共享信道(物理上行链路共享信道(PUSCH))中的至少一个。
基站向连接到由基站管理的蜂窝的终端通知包括关于第一FEC和第二FEC的信息的半静态控制信息(S12)。半静态控制信息可以是蜂窝特定控制信息。在初始连接的过程期间,或者在初始连接之后提供该控制信息的通知。此外,可以作为诸如无线电资源控制(RRC)信令、RRC配置或RRC重新配置等的RRC过程的一部分,提供半静态控制信息的通知。此外,可以定期地从基站向终端提供半静态控制信息的通知。广播信道(物理广播信道(PBCH))、下行链路控制信道(物理下行链路控制信道、增强型物理下行链路控制通道(EPDCCH))或下行链路共享信道(物理下行链路共享信道)中的至少一个,可以被用作用于提供控制信息的通知的物理信道。
然后,在从基站到终端具体发生下行链路通信的情况下,基站向终端通知来自基站的控制信息(动态控制信息),诸如用于下行链路的无线电资源等(S13)。从基站到终端的下行链路通信的发生的示例包括终端请求数据下载(拉)的情况或向终端发生推送数据的情况等。
动态控制信息可以包括终端特定(UE特定)或终端组特定(UE组特定)的控制信息。这里,终端组为例如作为下行链路通信是多播或广播的情况下的传送目的地目标的一个或多个终端的组。
动态控制信息的示例包括用于向目标终端(或终端组)分配下行链路通信的频率资源、时间资源和空间资源。频率资源为例如资源块、副载波或副载波组等。时间资源为例如子帧、时隙、小时隙或符号等。空间资源为例如天线、天线端口、空间层或空间流等。
此外,作为动态控制信息的另一示例,存在关于非正交多址(NOMA、多用户叠加传送(MUST)、交织分多址(IDMA)、码分多址(CDMA))的非正交资源(功率相关资源、交织模式、加扰模式或扩散模式等)的信息。
此外,动态控制信息的其它示例包括关于调制阶数的信息、关于调制方案的信息、关于第二FEC的编码方法和编码率的信息、关于第一FEC的编码方法和编码率的信息和与ARQ/HARQ相关的设定(新数据指示符(NDI)和冗余版本(RV)等)等。调制阶数代表可以通过使用调制方案用调制符号传送的比特深度。第二FEC的编码率和调制方案的组合对应于例如调制和编码集(MCS)。
接收到动态控制信息的终端根据接收的控制信息来执行用于下行链路通信的适当接收的准备的设定。
基站基于向终端提供的控制信息通知,向终端传送到终端的下行链路通信的数据(S14)。更具体而言,基站通过第一FEC对下行链路通信的数据进行编码,通过第二FEC对由第一FEC编码的数据进行编码,并且调制由第二FEC编码的数据。调制的数据被转换为模拟信号,被放大,然后经由天线作为无线电信号被传送。作为结果,无线电信号被传送到终端。
终端从基站接收无线电信号,对接收的无线电信号执行AD转换和解调,进一步通过第二FEC对接收的无线信号进行解码,并且进一步通过第一FEC对接收的无线电信号进行解码。根据由来自基站的控制信息指定的设定执行解调、第二FEC解码和第一FEC解码。终端根据数据(原始数据)的解码是成功还是失败,从终端向基站传送ACK或NACK(以下,称为ACK/NACK)。在解码失败的情况下,传送NACK(S15),并且,在解码成功的情况下,传送ACK(S18)。
可以根据数据解码是成功还是失败来改变ARQ或HARQ处理的设定。例如,在解码失败的情况下,终端重传用于HARQ的信号。在基站中,为了组合重传信号,期望将解码失败的数据的解码结果或正在解码的数据(诸如软判定值和对数似然比(LLR)等的似然信息)存储在存储器中。ARQ或HARQ中的重传可以是检测到错误的第一FEC的编码符号的重传,或者可以是对解码失败的数据的数据部分进行解码所需的编码符号的重传。可选地,也不排除检测到错误的代码块的重传和第二FEC的所有块的重传。可以通过另一方法执行重传。
基站根据从终端接收的ACK/NACK执行接下来要执行的处理。例如,在接收NACK的通知的情况下(S15),执行ARQ或HARQ的重传准备。重传准备的示例包括选择冗余版本(RV)、选择调制和编码集(MCS)以及选择无线电资源等。基站再次向目标终端(或终端组)通知动态控制信息(S16),并且根据控制信息的设定执行下行链路通信(S17)。
在基站从终端接收ACK的情况下(S18),基站判断要传送的数据被正确接收,并且基站移动到传送下一新数据的处理。基站再次向目标终端(或终端组)通知动态控制信息,并且根据控制信息的设定执行下行链路通信。
在本实施例中,通过除了上述物理层中的FEC(第二FEC)以外还执行数据链路层中的FEC(第一FEC),减少重传的发生。此外,通过选择适当的重传模式使得以第一代码符号(数据链路层的编码单位)等的单位执行重传,即使在需要执行重传的情况下,也防止不必要的重传的发生,并且缩短重传所需的时间。因此,实现低延迟通信。
以下,首先,作为两阶段FEC的具体示例,将描述通过使用两阶段FEC编码生成3GPP标准的数据帧的处理和对数据帧进行解码的处理的示例。
图7示出通过使用两阶段FEC编码生成3GPP标准的数据帧的过程的示例。
图8示出对通过图7的过程生成的数据帧进行解码的过程的示例。
在图7中,传送设备100将要传送的输入数据(物理下行链路共享信道(PDSCH)输入数据)分割为第一FEC的符号大小。对通过分割获得的第一FEC的符号执行第一FEC的编码(消失校正编码)。CRC作为检错信息被添加到通过第一FEC的编码获得的符号(编码符号)。不添加检错信息的配置也是可能的。
传送设备100通过对添加CRC的编码符号执行第二FEC的编码(物理层中的编码)来生成代码块。
传送设备100通过级联多个代码块来生成传输块。CRC(以传输块为单位的CRC)作为检错信息被添加到传输块。
传送设备100将填充数据添加到添加CRC的传输块的尾部,以根据需要匹配调制的符号单位。因此,生成作为传送帧的数据帧。传送设备100将数据帧传送到接收设备200。
在图8中,接收到数据帧的接收设备200首先对传输块执行CRC确定。在CRC确定的结果为成功(OK)的情况下,可以正确地接收包含于传输块中的所有代码块。由此,接收设备200执行FEC的解码(第二FEC的解码和第一FEC的解码),并向传送设备100传送确认响应(ACK)。
在传输块的CRC确定的结果为失败(NG)的情况下,接收设备200对包含于传输块中的各代码块执行第二FEC的解码,并获得第一FEC的编码符号。执行添加到各编码符号的CRC的确定。在图8的示例中,对从左起第二个编码符号的CRC确定的结果为NG。
接收设备200将CRC确定的结果为NG的编码符号视为丢失符号。接收设备通过使用CRC确定的结果为成功(OK)的编码符号执行第一FEC的解码。即,在第一FEC的解码中,CRC确定的结果为NG的编码符号被视为丢失符号,并且不用于解码。
作为两阶段FEC的另一具体示例,将描述通过使用两阶段FEC编码生成IEEE802.11标准的数据帧的处理和对数据帧进行解码的处理的示例。
图9示出通过使用两阶段FEC编码生成IEEE 802.11标准的数据帧的过程的示例。
图10示出对由图9的过程生成的数据帧进行解码的过程的示例。
在传送设备100中,要传送的数据被分割为作为重传单位的MAC协议数据单位(MPDU),并且被设定为MSDU或A-MSDU。传送设备100使用MSDU或A-MSDU作为输入数据,并将输入数据分割为应用第一FEC的符号单位。
传送设备100根据第一FEC对通过分割获得的符号进行编码。检错信息(FCS等)被添加到由第一FEC编码的符号以生成第一编码符号。不添加检错信息的配置也是可能的。
传送设备100通过基于MPDU的长度分割和级联第一编码符号来生成MAC帧的主体数据。通过将MPDU报头和FCS等添加到主体数据来生成MPDU。
传送设备100将包括关于MPDU之间的边界的信息的MPDU定界符添加到各MPDU的头部。通过经由MPDU定界符级联MPDU并将指示尾部的MPDU定界符(EOF MPDU定界符)添加到尾部,生成聚合MPDU(A-MPDU)。
传送设备100将服务字段和填充数据添加到A-MPDU。对添加服务字段和填充数据的A-MPDU执行第二FEC的编码。
通过将物理报头添加到第二FEC的编码之后的A-MPDU来生成数据帧。数据帧由传送设备100传送。
参考图10,将描述接收设备200接收从传送设备100传送的数据帧并执行解码的过程的示例。
首先,接收设备200基于在物理报头中设定的信息来执行第二FEC的解码。
接收设备200处理包含于通过第二FEC的解码获得的数据中的服务字段和填充数据,以获得A-MPDU。接收设备200基于MPDU定界符将获取的A-MPDU分割为MPDU单位。
接收设备200确定各MPDU的FCS。获得(通过从MPDU移除MPDU报头和FCS获得的)MPDU的主体数据,并且,主体数据被级联以获得第一编码符号。
在作为级联源的多个(在本示例中为两个)MPDU的FCS的确定结果均为OK的情况下,级联的第一编码符号的FCS的确定也是OK。因此,可以省略FCS的确定。另一方面,在作为级联源的多个MPDU的FCS的确定中的至少一个为NG的情况下,执行级联的第一编码符号的FCS的确定。确定结果为NG的编码符号被视为丢失符号。接收设备200尝试通过使用确定结果为OK的编码符号执行第一FEC的解码。在解码成功的情况下,向传送设备100传送确认响应(ACK)。另外,通过解码获得的数据被提供给较高层处理单元201。
在通过第一FEC的解码获得的数据中存在错误的情况下,通过使用确认响应(NACK)向传送设备100请求重传。在后面将描述重传请求处理的细节。
上面描述了通过使用两阶段FEC编码在传送设备100中生成3GPP标准或IEEE802.11标准的数据帧并且在接收设备200中对数据帧进行解码的示例。
以下,将更详细地描述在接收设备200中的解码时的处理。
图11是接收设备200中的接收处理的示例的流程图。作为示例,接收处理包括与第二FEC的解码、第一FEC的解码和ARQ/HARQ相关的处理。
在接收设备200接收数据帧的情况下,第一接收处理单元204对数据帧执行第二FEC的解码(S21)。第二接收处理单元202从第二FEC的解码数据获取第一编码符号,并基于第一编码符号执行第一FEC的解码(S22)。第二接收处理单元202判断是否需要向传送设备100请求重传(S23)。即,判断第一编码符号是否不足以解码第一FEC。
在不需要请求重传(在S23中为NO)的情况下,第二接收处理单元202传送ACK作为确认响应。在需要请求重传(在S23中为YES)的情况下,执行根据本实施例的重传请求处理(S24)。在后面将描述重传请求处理的细节。
可以使用各种确定标准以确定是否需要请求重传。作为示例,当不能以所需数量(阈值)或更多数量正确接收第一FEC的解码所需的第一FEC的编码符号(第一代码的编码符号)时(当第二代码的解码失败时),判断需要请求重传。相反,当以阈值或更多数量正确接收第一FEC的编码符号时(当第二代码的解码成功时),判断不需要请求重传。可选地,作为第一代码的解码的结果,判断是否正确接收到要由接收设备200的较高层处理单元201接收的所有数据(由传送设备100的较高层处理单元101生成的用于传送的数据)。在数据的至少一部分未被正确接收的情况下,判断需要请求重传。
例如,在3GPP的情况下,在CRC被添加到第一FEC的编码符号的情况下(例如,当在代码块中包含CRC时),可以基于第一FEC的编码符号的CRC确定的结果来判断是否需要请求重传。在第一FEC的编码符号的CRC确定的所有结果指示成功的情况下,判断不需要请求重传。基于第一FEC的编码符号的CRC确定的结果,对已成功接收(正确接收)的第一FEC的编码符号的数量进行计数。判断计数值是否为阈值或更大。在其等于或大于阈值的情况下,判断不需要请求重传。在其小于阈值的情况下,判断需要请求重传。
作为另一种方法,基于在第二FEC的解码之前执行的传输块的CRC确定,在确定结果指示成功的情况下,可以判断不需要重传请求。
同样在IEEE 802.11标准的情况下,能够以与3GPP标准类似的方式确定是否需要请求重传。
图12是示出在步骤S24中执行的重传请求处理的示例的流程图。接收设备200的第一接收处理单元204判断与传送设备100的通信的质量(传播路径的状态)是否低(S31)。例如,假设通过第一FEC的解码正确解码所有数据需要至少总共X个正确接收的第一FEC的编码符号。在这种情况下,在已经正确接收等于或大于阈值(小于X的值)的数量的第一FEC的编码符号或等于或大于阈值比的数量的第一FEC的编码符号的情况下,判断通信的质量不低。另一方面,在正确接收的第一FEC的编码符号的数量小于阈值或小于阈值比的情况下,判断通信质量低。
在判断通信的质量不低(在S31中为NO)的情况下,例如,在判断接收失败的第一FEC的编码符号的数量少的情况下,第一接收处理单元204决定仅请求重传第一FEC的编码符号。请求重传的编码符号为例如不足以对第一FEC进行解码(即,需要另外接收)的第一FEC的编码符号。第一接收处理单元204生成请求重传第一FEC的编码符号所需的第一信息(S32)。第一信息包括用于指定请求重传的第一FEC的编码符号的信息。
具体而言,第一信息包括以下的(1A)~(1D)中的至少一个。然而,以下是示例,并且,其它信息可以被用作第一信息。
(1A)请求重传的编码符号的索引信息。例如,在另外需要至少两个编码符号用于第一FEC的解码的情况下,两个编码符号或包括余量α的2+α编码符号的索引信息。注意,除了分配给编码符号的标识符以外,还包括索引信息是指示从头部的编号的位置信息的情况。
(1B)请求重传的编码符号的数量。根据编码方案,可以在传送侧新生成与第一传送时的编码符号不同的编码符号。在这种情况下,通过指定数量,新接收第一FEC的解码所需的数量的第一FEC的编码符号。
(1C)没有通过FEC的解码正确解码(即,没有正确接收)的第一编码符号的索引信息。作为示例,存在添加到第一FEC的编码符号的CRC确定的结果为失败(错误)的第一编码符号的索引信息。
(1D)没有通过第二FEC的解码正确解码(即,没有正确接收)的第一编码符号的数量。
第一接收处理单元204将包括生成的第一信息的重传请求信息传送到传送设备100(与上相同,S32)。重传请求信息可以与确认响应(ACK或NACK)一起被传送。例如,假设包含于A-MPDU中的多个MPDU中的一些已被成功接收并且剩余的MPDU接收失败。在这种情况下,向传送设备100传送包括成功接收的MPDU的ACK、接收失败的MPDU的NACK和重传请求信息的帧。可选地,当第一信息的传送隐含地包括NACK并且传送设备100的第一传送处理单元102可以解释第一信息的传送包括NACK时,可以省略NACK的传送。
另一方面,在判断通信的质量低(在S31中为YES)的情况下,例如,在判断接收失败的第一FEC的编码符号的数量大的情况下,第一接收处理单元204与上述第一信息一起或者代替第一信息生成第二信息。可以根据第二信息的类型来切换是否生成第一信息。在判断通信的质量低的情况下,仅通过请求重传第一FEC的编码符号,判断第一FEC的解码在下一次接收中不成功的可能性高,并且,生成并传送第二信息。
具体而言,第二信息包括以下(2A)~(2G)中的至少一个。然而,以下是示例,并且,其它信息可以被用作第二信息。
(2A)对要由第一FEC编码的数据(原始数据)的全部或一部分的重传的请求。在这种情况下,在数据重传中,第一FEC的编码(第一代码的编码)和第二FEC的编码均被重做。在数据的一部分已经在第一FEC的解码中被成功解码但剩余部分未被成功解码的情况下,数据的一部分对应于例如剩余部分。注意,可以请求执行第二FEC的编码,而不对数据的全部或一部分执行第一FEC的解码。
(2B)用于对在(2A)中请求重传的数据或一部分进行第一FEC的编码的代码(第一代码)的类型。
(2C)指定在(2A)中请求重传的数据的调制多级数的信息。可选地,指定由第一信息指定的第一FEC的编码符号的调制多级数的信息。例如,在第一FEC的编码符号中出现许多错误的情况下,调制多级数被重置为低值。
(2D)指定对在(2A)中请求重传的数据要由第一FEC编码的符号大小和符号数量的信息。
(2E)指定对在(2A)中请求重传的数据执行第一FEC的编码的编码率的信息。例如,在第一FEC的编码符号中发生许多错误的情况下,第一FEC的编码率被重置为高值。
(2F)指定对在(2A)中请求重传的数据执行第二FEC的编码的编码率的信息。例如,在第一FEC的编码符号中发生许多错误的情况下,第二FEC的编码率被重置为高值。
第一接收处理单元204将包括第二信息和第一信息(在不传送第一信息的情况下,仅包括第二信息)的重传请求信息传送到传送设备100(S33)。重传请求信息可以与确认响应(ACK或NACK)一起被传送。例如,假设包含于A-MPDU中的多个MPDU中的一些已被成功接收且剩余MPDU接收失败。在这种情况下,向传送设备100传送包括已成功接收的MPDU的ACK、接收失败的MPDU的NACK和重传请求信息的帧。可选地,当第二信息和第一信息的传送隐含地包括NACK并且传送设备100的第一传送处理单元102可以解释传送包括NACK时,可以省略NACK的传送。
传送设备100通过使用从接收设备200接收的第一信息、第二信息或者第一信息和第二信息两者来生成用于重传的数据帧。传送设备100传送包含用于重传的数据帧的信号(重传信号)。
图13是传送设备100和接收设备200之间的操作的序列示例。传送设备100传送通过分阶段执行第一FEC的编码和第二FEC的编码生成的数据帧(S41)。在接收设备200执行图11所示的操作并且判断需要请求重传的情况下,接收设备200通过执行图12所示的操作生成包括第一信息或第二信息中的至少一个的重传请求信息。接收设备200传送包括重传请求信息和NACK或ACK中的至少一个的响应帧(具有重传请求的确认响应帧)作为根据本实施例的第一帧(S42)。传送设备100基于包含于从接收设备200接收的响应帧中的重传请求信息和NACK或ACK中的至少一个,生成用于重传的数据帧。接收设备200将包括重传数据帧的信号(重传信号)传送到传送设备100(S43)。
图14示出具有重传请求的确认响应帧的格式示例。示出的字段中的一些可能不存在,或者,可以添加未示出的字段。图14的格式示例是示例,并且,可以使用其它格式。
第一信息或第二信息中的至少一个存储在帧主体字段中。ACK或NAC中的至少一个也存储在帧主体字段中。指示第一信息、第二信息、ACK和NACK被存储在帧主体字段中的位置的布置信息可以被存储在该帧主体字段的头部区域中。可选地,例如,可以在HT控制字段之后添加附加的新控制字段,并且可以将布置信息存储在添加的字段中。要经受ACK和NACK的MPDU组的头部序列号可以存储在序列字段中。在这种情况下,指示头部序列号之后的连续序列号的ACK或NACK的位图信息可以被存储在帧主体字段中的由上述配置信息指示的位置中。具有重传请求的确认响应帧的类型为例如控制帧,但可以是管理帧或数据帧。新值(用于识别具有重传请求的确认响应的值)可以被定义为本实施例中的帧的子类型,并且,该值可以被存储在帧控制字段的子类型字段中。
在3GPP标准的帧中与ACK或NACK中的至少一个一起传送重传请求信息的情况下,可以类似地定义具有重传请求的确认响应帧。
图15示意性地示出3GPP标准的情况下的具有重传请求的确认响应帧的格式示例。
第一信息存储在“1st Info.”字段中,第二信息存储在“2nd Info.”字段中,ACK的序列号存储在“ACK_SN”字段中,并且,NACK的序列号存储在“NACK_SN”字段中。D/C字段存储用于区分数据RLC数据协议数据单元(PDU)和控制RLC PDU的信息。控制PDU类型(CPT)存储指定控制PDU的类型的信息。示出的格式示例是示例,并且,可以存在其它字段。
如上所述,根据本实施例,在基站和终端彼此通信的通信系统中,除了在物理层中执行的第二FEC的编码以外,在比物理层高的数据链路层(例如,3GPP标准的Layer 2IEEE802.11的MAC层)中执行第一FEC的编码。在这种情况下,重传的单位是第一FEC的编码符号单位(数据链路层的编码单位)。即,常规上,在3GPP标准中以代码块为单位执行重传,并且在IEEE 802.11中以MAC协议数据单元MPDU为单位执行重传。同时,在本实施例中,导入数据链路层中的第一FEC的编码,并且,重传的单位被设定为第一FEC的编码符号。因此,可以减少重传的可能性,并且,即使在发生重传的情况下,也可以缩短重传所需的时间。因此,可以实现低延迟通信。
(第一变更例)
接收设备200的第二接收处理单元202可以在具有重传请求的确认响应帧中,设定用于确保作为预约时段(第一时段)的、对重传信号的传送使用无线电资源的时段的信息(预约信息)。通过导致传送设备100在预约时段期间传送重传信号,可以省略通过具有载波避免的载波侦听多址(CSMA/CA)获取接入权,并且,可以抑制与重传相关的延迟。
图16示出根据第一变更例的传送设备100和接收设备200之间的操作的序列示例。在上述图13的序列的示例中,示出在具有重传请求的确认响应帧中设定预约信息的示例。在该示例中,假设IEEE802.11标准的情况。在由传送设备100在序列S41中传送的数据帧的持续时间字段中,设定用于预约直到从接收设备200接收确认响应或具有重传请求的确认响应为止的时段的信息(预约信息)。在由该信息指示的时段内,接收设备200的通信单元206可以在不通过CSMA/CA获得对无线介质的访问权的情况下,在从接收数据帧起的某个时间段之后传送具有重传请求的确认响应帧。作为根据本变更例的第二帧,在具有重传请求的确认响应帧中,接收设备200设定用于确保作为预约时段(第一时段)的、用于导致传送设备100通过使用无线电资源传送重传信号的时段的信息(预约信息)(S44)。作为示例,可以在持续时间字段中设定预约信息,或者可以在其它字段中设定预约信息。可以通过将由传送设备100在数据帧中设定的预约时段延长到重传信号的传送时段,生成预约信息。接收具有重传请求的确认响应帧的传送设备100在由在帧中设定的预约信息确定的时段内传送重传信号。传送设备100例如在从接收具有重传请求的确认响应帧起的某个时间段之后传送重传信号。传送设备100不需要通过CSMA/CA获得对无线介质的访问权。接收具有重传请求的确认响应帧的其它设备(除帧的传送目的地设备以外的设备)在由预约信息确定的时段内避免传送。因此,减少由传送设备100传送的重传信号与另一信号冲突的可能性。因此,可以高速传送重传信号,并且可以抑制与重传相关的延迟。
在图16的示例中,假设通过使用与在序列S41中传送的数据帧相同的无线电资源(例如,频率信道)或与具有重传请求的确认响应帧相同的无线电资源(例如,频率信道)传送重传信号。作为另一方法,可以在具有重传请求的确认响应帧中设定指定用于传送重传信号的无线电资源的信息(无线电资源指定信息)作为根据本变更例的第三帧。例如,可以在SIG字段中,可以在HT控制字段或新定义的控制字段中,或者可以在其它字段中设定无线电资源指定信息。传送设备100通过使用在具有重传请求的确认响应帧中指定的无线电资源传送重传信号。接收设备200的第二接收处理单元202可以指定例如多个无线电资源中的具有高通信质量的无线电资源。作为结果,可以高速传送重传信号,并且可以抑制与重传相关的延迟。上述的无线电资源指定信息和预约信息均可以被设定,或者可以设定它们中的仅仅一个。
(第二变更例)
传送设备100可以通过使用分配给作为接收设备200以外的设备的其它用户(终端或基站)的无线电资源传送重传信号。作为结果,即使在确保用于传送重传信号的无线电资源花费时间的情况下,也可以高速传送重传信号,并且可以抑制与重传相关的延迟。注意,在第二变更例中,重传信号不总是必须具有数据帧的格式,并且,重传信号包括由第一信息或第二信息中的至少一个指定的数据(例如,由第一信息指定的第一FEC的编码符号等)就够了。
图17示出根据第二变更例的传送设备100和接收设备200之间的操作的序列示例。与上述图13的序列类似,从传送设备100传送数据帧(S41),并且,从接收设备200传送具有重传请求的确认响应帧(S42)。传送设备100的第一传送处理单元102或第二传送处理单元104决定分配给接收设备200以外的其它用户的无线电资源中的用于传送重传信号的资源部分。第一传送处理单元102或第二传送处理单元104向接收设备200传送指示通过使用决定的资源部分传送重传信号的通知信息(S45)。通知信息可以是指定资源部分的位置的信息。可选地,可以用重传信号替换经由无线电资源传送到另一用户的数据的填充数据的一部分。在这种情况下,通知信息可以包括在寻址到另一用户的数据中包括重传信号的位置(对应于资源部分的位置)和用于指定寻址到另一用户的数据的信息(序列号或另一用户的地址等)。仅需要通过任意方法将通知信息传送到接收设备200。例如,可以通过使用3GPP标准的控制信道传送通知信息。可选地,在引入用于对于具有重传请求的确认响应帧传送确认响应(ACK)的机构的情况下,可以在确认响应中包括通知信息。传送设备100的通信单元106经由上述资源部分传送包括重传信号的数据帧(S46)。接收设备200在接收的数据帧中经由资源部分获取重传信号(与上相同,S46)。
图18(A)和图18(B)示出从传送设备100传送重传信号的具体示例。在图18(A)中,在使用3GPP标准的优先权(pre-emption)的情况下,用于接收设备200的重传信号被分配给已分配给另一用户的无线电资源的一部分(资源块)。在图18(B)中,在IEEE 802.11标准的情况下,传送给另一用户的MAC帧的填充数据的一部分被替换为用于接收设备200的重传信号。接收设备200接收寻址到另一用户的MAC帧,并且基于预先从传送设备100获取的通知信息指定包含于填充数据中的重传信号。
(硬件构成)
图19示出根据本实施例的信息处理设备的硬件构成的示例。信息处理设备包括计算机设备300。信息处理设备对应于传送设备100或接收设备200。计算机设备300包括经由总线307相互连接的CPU301、输入接口302、显示单元303、通信单元304、主储存单元305和外部储存单元306。图19所示的构成的一部分可以不存在。例如,显示单元303或输入接口302可以不存在。此外,可以存在图19所示的构成以外的要素。例如,可以存在向各要素供电的电池或者诸如照相机或麦克风等的传感器设备。
中央处理单元(CPU)301在主储存单元305上执行计算机程序。计算机程序是实现信息处理设备的上述功能配置中的每一个的程序。计算机程序可以不是由一个程序而是由多个程序和脚本的组合实现。CPU 301执行计算机程序以实现各功能配置。
输入接口302是用于将来自诸如键盘、鼠标和触摸板等的输入设备的操作信号输入到信息处理设备的电路。
显示单元303显示存储在信息处理设备中的数据或由信息处理设备计算的数据。显示单元303为例如液晶显示器(LCD)、有机电致发光显示器、阴极射线管(CRT)或等离子体显示器(PDP),但不限于此。
通信单元304是供信息处理设备以无线或有线方式与外部设备通信的电路。在信息处理设备中使用的数据可以经由通信单元304从外部设备被输入。通信单元304包括天线。从外部设备输入的数据可以存储在主储存单元305或外部储存单元306中。
主储存单元305存储计算机程序、执行计算机程序所需的数据和通过执行计算机程序生成的数据等。在主储存单元305上展开和执行计算机程序。主储存单元305为例如RAM、DRAM或SRAM,但不限于此。
外部储存单元306存储计算机程序、执行计算机程序所需的数据和通过执行计算机程序生成的数据等。当执行计算机程序时,这些计算机程序和数据被读入主储存单元305中。外部储存单元306为例如硬盘、光盘、快擦写存储器或磁带,但不限于此。
注意,计算机程序可以被预先安装在计算机设备300中,或者可以存储在诸如CD-ROM等的储存介质中。此外,计算机程序可以被上传到因特网上。
此外,计算机设备300可以被配置为单个设备,或者可以被配置为包括彼此连接的多个计算机设备的系统。
注意,上述的实施例示出用于实施本公开的示例,并且,可以以各种其它形式实现本公开。例如,在不脱离本公开的主旨的情况下,可以提出各种修改、替换、省略或其组合。这些修改、替换和省略等也包含于本公开的范围内,并且包含于在权利要求书中描述的本发明及其等效范围内。
此外,在本说明书中描述的本公开的效果仅仅是示例,并且,可以提供其它效果。
注意,本公开还可以具有以下配置。
[项目1]
一种信息处理设备,包括:
处理单元,所述处理单元以在比执行与第二代码相关的处理的第一协议层更高的第二协议层中处理的第一代码的编码单位传送请求重传的信息。
[项目2]
根据项目1所述的信息处理设备,
其中,所述处理单元基于通过第二代码的解码获得的第一代码的编码符号来执行第一代码的解码,在第一代码的编码符号不足的情况下传送请求重传的信息,并且请求重传的信息请求第一代码的解码所需的第一代码的编码符号的重传。
[项目3]
根据项目2所述的信息处理设备,
其中,所述处理单元基于第二代码的解码成功的第一代码的编码符号的数量或第二代码的解码失败的第一代码的编码符号的数量来判断是否需要重传。
[项目4]
根据项目2或3所述的信息处理设备,
其中,请求重传的信息包括请求重传的编码符号的索引信息。
[项目5]
根据项目2~4中的任一项所述的信息处理设备,
其中,请求重传的信息包括请求重传的编码符号的数量。
[项目6]
根据项目2~5中的任一项所述的信息处理设备,
其中,请求重传的信息包括第二代码的解码成功的第一代码的编码符号的索引信息。
[项目7]
根据项目2~6中的任一项所述的信息处理设备,
其中,请求重传的信息包括第二代码的解码失败的第一代码的编码符号的数量。
[项目8]
根据项目2~7中的任一项所述的信息处理设备,
其中,请求重传的信息包括用第一代码对要用第一代码编码的数据中的全部或一部分进行重新编码的请求。
[项目9]
根据项目8所述的信息处理设备,
其中,请求重传的信息包括指定数据的调制多级数的信息。
[项目10]
根据项目8或9所述的信息处理设备,
其中,请求重传的信息包括指定用第一代码对数据进行编码的符号大小和符号数量的信息。
[项目11]
根据项目8~10中的任一项所述的信息处理设备,
其中,请求重传的信息包括指定由第一代码对数据进行编码的编码率的信息。
[项目12]
根据项目8~11中的任一项所述的信息处理设备,
其中,请求重传的信息包括指定由第二代码对数据进行编码的编码率的信息。
[项目13]
根据项目8~12中的任一项所述的信息处理设备,
其中,请求重传的信息包括指定第一代码的编码方案的信息。
[项目14]
根据项目2~13中的任一项所述的信息处理设备,还包括:
通信单元,所述通信单元传送包括第一代码的解码成功或失败的至少一条数据的确认响应和请求重传的信息的第一帧。
[项目15]
根据项目2~14中的任一项所述的信息处理设备,还包括:
通信单元,所述通信单元传送包括用于预约作为使用用于重传第一代码的编码符号的无线电资源的时段的第一时段的信息和请求重传的信息的第二帧,
其中,除第二帧的传送目的地设备以外的、接收到第二帧的设备在第一时段期间避免在无线电资源上的传送。
[项目16]
根据项目2~15中的任一项所述的信息处理设备,还包括:
通信单元,所述通信单元传送包括指定要用于重传第一代码的编码符号的无线电资源的信息和请求重传的信息的第三帧。
[项目17]
根据项目2~16中的任一项所述的信息处理设备,还包括:
通信单元,所述通信单元接收指示通过使用分配给与所述信息处理设备不同的设备的无线电资源中的全部或一部分来执行第一代码的编码符号的重传的通知信息,
其中,所述处理单元经由在通知信息中指示的无线电资源中的全部或一部分接收第一代码的编码符号。
[项目18]
根据项目1~17中的任一项所述的信息处理设备,还包括:
第一协议层处理单元,所述第一协议层处理单元在第一协议层中执行第二代码的解码,
其中,所述处理单元在第二协议层中执行第一代码的解码。
[项目19]
根据项目18所述的信息处理设备,
其中,第二协议层是在3GPP标准中定义的层2。
[项目20]
根据项目18或19所述的信息处理设备,
其中,第一协议层是由IEEE 802.11标准定义的MAC层。
[项目21]
一种信息处理方法,包括:
以在比执行与第二代码相关的处理的第一协议层更高的第二协议层中处理的第一代码的编码单位传送请求重传的信息。
附图标记列表
11宏蜂窝
12小蜂窝
13宏蜂窝基站
14小蜂窝基站
15控制实体
16核心网络
18外部网络
19HeNB网关设备
20网关设备
100传送设备
101较高层处理单元
102第一传送处理单元
103第一FEC编码单元
104第二传送处理单元
105第二FEC编码单元
106通信单元
108天线
200接收设备
201较高层处理单元
202第二接收处理单元
203第一FEC解码单元
204第一接收处理单元
205第二FEC解码单元
206通信单元
208天线
300计算机设备
302输入接口
303显示单元
304通信单元
305主储存单元
306外部储存单元
307总线

Claims (21)

1.一种信息处理设备,包括:
处理单元,所述处理单元以在比执行与第二代码相关的处理的第一协议层更高的第二协议层中处理的第一代码的编码单位传送请求重传的信息。
2.根据权利要求1所述的信息处理设备,
其中,所述处理单元基于通过第二代码的解码获得的第一代码的编码符号来执行第一代码的解码,在第一代码的编码符号不足的情况下传送请求重传的信息,并且请求重传的信息请求第一代码的解码所需的第一代码的编码符号的重传。
3.根据权利要求2所述的信息处理设备,
其中,所述处理单元基于第二代码的解码成功的第一代码的编码符号的数量或第二代码的解码失败的第一代码的编码符号的数量来判断是否需要重传。
4.根据权利要求2所述的信息处理设备,
其中,请求重传的信息包括请求重传的编码符号的索引信息。
5.根据权利要求2所述的信息处理设备,
其中,请求重传的信息包括请求重传的编码符号的数量。
6.根据权利要求2所述的信息处理设备,
其中,请求重传的信息包括第二代码的解码成功的第一代码的编码符号的索引信息。
7.根据权利要求2所述的信息处理设备,
其中,请求重传的信息包括第二代码的解码失败的第一代码的编码符号的数量。
8.根据权利要求2所述的信息处理设备,
其中,请求重传的信息包括用第一代码对要用第一代码编码的数据中的全部或一部分进行重新编码的请求。
9.根据权利要求8所述的信息处理设备,
其中,请求重传的信息包括指定数据的调制多级数的信息。
10.根据权利要求8所述的信息处理设备,
其中,请求重传的信息包括指定用第一代码对数据进行编码的符号大小和符号数量的信息。
11.根据权利要求8所述的信息处理设备,
其中,请求重传的信息包括指定由第一代码对数据进行编码的编码率的信息。
12.根据权利要求8所述的信息处理设备,
其中,请求重传的信息包括指定由第二代码对数据进行编码的编码率的信息。
13.根据权利要求8所述的信息处理设备,
其中,请求重传的信息包括指定第一代码的编码方案的信息。
14.根据权利要求2所述的信息处理设备,还包括:
通信单元,所述通信单元传送包括第一代码的解码成功或失败的至少一条数据的确认响应和请求重传的信息的第一帧。
15.根据权利要求2所述的信息处理设备,还包括:
通信单元,所述通信单元传送包括用于预约作为使用用于重传第一代码的编码符号的无线电资源的时段的第一时段的信息和请求重传的信息的第二帧,
其中,除第二帧的传送目的地设备以外的、接收到第二帧的设备在第一时段期间避免在无线电资源上的传送。
16.根据权利要求2所述的信息处理设备,还包括:
通信单元,所述通信单元传送包括指定要用于重传第一代码的编码符号的无线电资源的信息和请求重传的信息的第三帧。
17.根据权利要求2所述的信息处理设备,还包括:
通信单元,所述通信单元接收指示通过使用分配给与所述信息处理设备不同的设备的无线电资源中的全部或一部分来执行第一代码的编码符号的重传的通知信息,
其中,所述处理单元经由在通知信息中指示的无线电资源中的全部或一部分接收第一代码的编码符号。
18.根据权利要求1所述的信息处理设备,还包括:
第一协议层处理单元,所述第一协议层处理单元在第一协议层中执行第二代码的解码,
其中,所述处理单元在第二协议层中执行第一代码的解码。
19.根据权利要求18所述的信息处理设备,
其中,第二协议层是在3GPP标准中定义的层2。
20.根据权利要求18所述的信息处理设备,
其中,第一协议层是由IEEE 802.11标准定义的MAC层。
21.一种信息处理方法,包括:
以在比执行与第二代码相关的处理的第一协议层更高的第二协议层中处理的第一代码的编码单位传送请求重传的信息。
CN202180052041.3A 2020-09-02 2021-08-12 信息处理设备和信息处理方法 Pending CN115968538A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2020147866A JP2023159896A (ja) 2020-09-02 2020-09-02 情報処理装置および情報処理方法
JP2020-147866 2020-09-02
PCT/JP2021/029733 WO2022050018A1 (ja) 2020-09-02 2021-08-12 情報処理装置および情報処理方法

Publications (1)

Publication Number Publication Date
CN115968538A true CN115968538A (zh) 2023-04-14

Family

ID=80491683

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180052041.3A Pending CN115968538A (zh) 2020-09-02 2021-08-12 信息处理设备和信息处理方法

Country Status (5)

Country Link
US (1) US20230327801A1 (zh)
EP (1) EP4210256A4 (zh)
JP (1) JP2023159896A (zh)
CN (1) CN115968538A (zh)
WO (1) WO2022050018A1 (zh)

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8126014B2 (en) * 2008-04-09 2012-02-28 Qualcomm Incorporated Methods and apparatus for improved decoding of hybrid automatic repeat request transmissions
JP5533322B2 (ja) * 2010-06-18 2014-06-25 富士通株式会社 データ転送装置、データ転送方法及びデータ転送プログラム
US9391754B2 (en) * 2012-06-14 2016-07-12 Telefonaktiebolaget Lm Ericsson (Publ) Methods of mapping retransmissions responsive to bundled nack messages and related devices
US10129928B2 (en) * 2012-12-14 2018-11-13 Huawei Technologies Co., Ltd. System and method for UE fountain relay based network
WO2014137079A1 (en) * 2013-03-08 2014-09-12 Lg Electronics Inc. Method for transmitting a harq feedback and device therefor
US20160373915A1 (en) * 2013-11-29 2016-12-22 Lg Electronics Inc. Method for transmitting and receiving discovery message in wireless communication system, and apparatus for same
JP2017038261A (ja) * 2015-08-11 2017-02-16 ソニー株式会社 情報処理装置、情報処理方法およびプログラム
CN106470094B (zh) * 2015-08-14 2021-08-20 索尼公司 无线通信系统中的装置和方法
US20170142704A1 (en) * 2015-11-12 2017-05-18 Electronics And Telecommunications Research Institute Apparatus and method for supporting various transmission time intervals
WO2017156773A1 (en) * 2016-03-18 2017-09-21 Qualcomm Incorporated Hybrid automatic repeat request (harq) with polar coded transmissions
US10728886B2 (en) * 2016-06-24 2020-07-28 Apple Inc. Communication device and method for decoding data from a network
JP7280187B2 (ja) * 2017-01-04 2023-05-23 アイディーエーシー ホールディングス インコーポレイテッド 無線システムにおける受信機フィードバック
JP7027690B2 (ja) * 2017-03-16 2022-03-02 日本電気株式会社 情報処理装置、通信システム、通信方法及びプログラム
BR112019023046A2 (pt) * 2017-05-03 2020-06-09 Idac Holdings Inc método para uso em uma unidade de transmissão/ recepção sem fio, e, unidade de transmissão/recepção sem fio.
WO2019182349A1 (ko) * 2018-03-20 2019-09-26 엘지전자 주식회사 Harq-ack 신호를 송수신하는 방법 및 이를 위한 장치
WO2020166230A1 (ja) * 2019-02-13 2020-08-20 ソニー株式会社 通信装置及び通信方法

Also Published As

Publication number Publication date
EP4210256A1 (en) 2023-07-12
JP2023159896A (ja) 2023-11-02
EP4210256A4 (en) 2024-02-21
WO2022050018A1 (ja) 2022-03-10
US20230327801A1 (en) 2023-10-12

Similar Documents

Publication Publication Date Title
US20200304179A1 (en) METHOD AND SYSTEM FOR MILLIMETER WAVE HOTSPOT (mmH) BACKHAUL AND PHYSICAL (PHY) LAYER TRANSMISSIONS
US8639998B2 (en) Fractional HARQ re-transmission
JP2020512741A (ja) コードブロックグループベースの送信のためのマルチharq方法および装置
US20200067651A1 (en) User terminal and radio communication method
US20090077444A1 (en) Method and apparatus for providing acknowledgement signaling to support an error control mechanism
US20220021483A1 (en) Methods and appratuses for broadcast multicast or groupcast transmission using vertical check blocks
US10763998B2 (en) Enhanced feedback signalling
US11451338B2 (en) User terminal and radio communication method
EP3895351B1 (en) New radio code block transmission based on dci extension
US11943055B2 (en) Communication device and communication method
WO2020224532A1 (zh) 一种重传数据的发送方法、接收方法及装置
US20230139754A1 (en) Coding method and apparatus
WO2021013026A1 (zh) 数据单元的发送方法、接收方法及装置
KR20200036717A (ko) 무선 셀룰라 통신 시스템에서 그룹캐스트 피드백 송수신 방법 및 장치
US11711101B2 (en) Communication device and communication method
US20230327801A1 (en) Information processing device and information processing method
US20230327800A1 (en) Information processing device and decoding method
WO2022050020A1 (ja) 情報処理装置、符号化方法および復号化方法
JP7036118B2 (ja) 再送制御方法、無線端末、無線基地局
WO2020076380A1 (en) System and method for retransmission of individual codewords
WO2023137720A1 (en) Methods and apparatuses for network coding-based harq retransmission with scrambling
CN115336210A (zh) 用于码字传输的方法和系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination