JP2023159896A - 情報処理装置および情報処理方法 - Google Patents

情報処理装置および情報処理方法 Download PDF

Info

Publication number
JP2023159896A
JP2023159896A JP2020147866A JP2020147866A JP2023159896A JP 2023159896 A JP2023159896 A JP 2023159896A JP 2020147866 A JP2020147866 A JP 2020147866A JP 2020147866 A JP2020147866 A JP 2020147866A JP 2023159896 A JP2023159896 A JP 2023159896A
Authority
JP
Japan
Prior art keywords
information
code
data
retransmission
fec
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
JP2020147866A
Other languages
English (en)
Inventor
廉 菅井
Ren Sugai
亮太 木村
Ryota Kimura
大輝 松田
Daiki Matsuda
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
Priority to JP2020147866A priority Critical patent/JP2023159896A/ja
Priority to EP21864076.1A priority patent/EP4210256A4/en
Priority to PCT/JP2021/029733 priority patent/WO2022050018A1/ja
Priority to US18/042,333 priority patent/US20230327801A1/en
Priority to CN202180052041.3A priority patent/CN115968538A/zh
Publication of JP2023159896A publication Critical patent/JP2023159896A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0057—Block codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041—Arrangements at the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045—Arrangements at the receiver end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0064—Concatenated codes
    • H04L1/0065—Serial concatenated codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements

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

【課題】再送の時間を短くすることを可能にする情報処理装置および情報処理方法を提供する。【解決手段】本開示の情報処理装置は、第２符号に関する処理を行う第１プロトコル層より上位の第２プロトコル層で処理する第１符号の符号化単位で再送を要求する情報を送信する処理部、を備える。【選択図】図１１

Description

本開示は、情報処理装置および情報処理方法に関する。
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution（LTE）」、「LTE-Advanced（LTE-A）」、「LTE-Advanced Pro（LTE-A Pro）」、「Evolved Universal Terrestrial Radio Access（EUTRA）」、「New Radio（NR）」、「New Radio Access Technology（NRAT）」、または「Further EUTRA（FEUTRA）」とも称する。）が、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project: 3GPP）において検討されている。なお、以下の説明において、LTEは、LTE-A、LTE-A Pro、およびEUTRAを含み、NRは、NRAT、およびFEUTRAを含む。
LTEでは基地局装置（基地局）はeNodeB（evolved NodeB）、NRでは基地局装置（基地局）はｇＮｏｄｅＢとも称される。LTEおよびNRでは端末装置（移動局、移動局装置、端末）はＵＥ（User Equipment）とも称される。
LTEおよびNRは、基地局がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局は複数のセルを管理してもよい。NRでは、従来のスマートフォンのデータ通信のeMBB（enhanced Mobile BroadBand）に加え、自動運転に用いられる緊急メッセージ伝送など高信頼・低遅延が要求されるURLLC（Ultra-Reliable and Low Latency Communication）等、様々な通信ユースケースを1つの無線システムでサポートすることが想定されている。
低遅延の要求が高いURLLCにおいて、再送によって発生する遅延が課題の一つとなっている。非特許文献１には、NRで検討された誤り訂正符号関連技術が開示されている。
再送の発生を低減するとともに、再送が発生した場合にも再送の時間を短くすることが必要とされる。
3GPP TS 38.212 V15.7.0 (2019-09), "Multiplexing and channel coding(Release 15)"
本開示は、再送の時間を短くすることを可能にする情報処理装置および情報処理方法を提供する。
本開示の情報処理装置は、第２符号に関する処理を行う第１プロトコル層より上位の第２プロトコル層で処理する第１符号の符号化単位で再送を要求する情報を送信する処理部を備える。
本開示の情報処理方法は、第２符号に関する処理を行う第１プロトコル層より上位の第２プロトコル層で処理する第１符号の符号化単位で再送を要求する情報を送信する。
本実施形態に係る通信ネットワークの構成例を示す図。 第１FECの符号化を模式的に示す図。 第２FECの符号化を模式的に示す図。 本実施形態に係る送信装置の一例を概略的に示すブロック図。 本実施形態に係る情報処理装置である受信装置の一例を概略的に示すブロック図。 本実施形態に係る通信シーケンスの基本的な手順の一例を示す図。 ２段階のFEC符号化を用いて3GPP規格のデータフレームを生成する手順の一例を示す図。 図７の手順で生成されたデータフレームを復号化する手順の例を示す図。 ２段階のFEC符号化を用いてIEEE802.11規格のデータフレームを生成する手順の一例を示す図。 図９の手順で生成されたデータフレームを復号化する手順の例を示す図。 受信装置における受信処理の一例のフローチャート。 ステップＳ２４で行う再送要求処理の一例のフローチャート。 送信装置および受信装置間の動作のシーケンス例。 再送要求情報と確認応答とを含むMACフレームのフォーマット例を示す図。 3GPP規格の場合の再送要求付き確認応答フレームのフォーマット例を模式的に示す図。 変形例１に係る送信装置および受信装置間の動作のシーケンス例を示す図。 変形例２に係る送信装置および受信装置間の動作のシーケンス例を示す図。 送信装置から再送信号を送信する具体例を示す図。 本実施形態に係る情報処理装置のハードウェア構成の一例を示す図。
以下、図面を参照しながら、本開示の実施形態について説明する。
［通信ネットワークの構成］
図１は、本実施形態に係る通信ネットワークの構成例を示す。図１において伝搬チャネル（回線）は破線によって示されている。回線は論理的な接続を意味しており、物理的に直接接続されているとは限らない。
複数の基地局として、マクロセル１１を提供するマクロセル基地局１３と、マクロセルより小さいスモールセル１２を提供するスモールセル基地局１４とが配置されている。基地局と称する場合、マクロセル基地局１３およびスモールセル基地局１４のいずれでもよい。マクロセル１１およびスモールセル１２は、複数の基地局それぞれがサービスの提供を行う通信エリア（セル）であり、図１では楕円によって示されている。一つの基地局が複数のセルを提供してもよい。
基地局同士は、バックホール(ここでは有線・無線は問わない)を介して互いに通信可能であり、主に制御情報のやり取りを行う。このバックホールでは、例えばX2インターフェースあるいはS1インターフェースのプロトコルを使って情報のやり取りを行ってもよい。基地局間のバックホールのトポロジは、メッシュ型、スター型、リング型など任意でよい。
基地局は、コアネットワークとのバックホールも有する。基地局は、制御エンティティ１５と接続をすることで、コアネットワーク１６と接続してもよい(制御エンティティ１５をコアネットワーク１６の要素の一つと捉えてもよい)。制御エンティティ１５は複数存在してもよい。
また、基地局は、制御エンティティ１５を介する以外にも、外部ネットワーク１８を介してコアネットワーク１６と接続してもよい。このような外部ネットワーク１８の例としては、室内または家庭内に敷設可能なフェムトセル基地局またはHeNB（Home eNodeB）装置などが該当する。１つ以上のスモールセル基地局１４がHeNBゲートウェイ装置１９を介して外部ネットワーク１８と接続されている。外部ネットワーク１８は、ゲートウェイ装置２０を介してコアネットワーク１６と接続されている。
スモールセル１２は、基本的にはマクロセル１１と重なるように配置される。ただし、スモールセル１２は、マクロセル１１と部分的に重なるように配置されてもよいし、マクロセル１１から完全に外側に配置されてもよい。複数のスモールセル基地局１４でグループ（クラスタ）を構成してもよい。クラスタにおいて、クラスタヘッドの役割を有する基地局を設けてもよい。
マクロセル１１とスモールセル１２で使用する無線リソース（周波数リソース、時間リソース、空間リソースのうち少なくとも１つ）に特徴を持たせてもよい。例えば、マクロセル１１とスモールセル１２で同一の周波数リソースF1(あるいは時間リソースT1)を使ってもよい。このようにすることで、システム全体としての無線リソースの利用効率を向上させることが可能となる。
マクロセル１１が周波数リソースF1(あるいは時間リソースT1)を使用し、スモールセル１２が周波数リソースF2(あるいは時間リソースT2)を使用ようにしてもよい。このようにすることで、マクロセル１１とスモールセル１２の間の干渉を回避することが可能になる。
さらに周波数リソースF1とF2の両方(時間リソースT1とT2の両方)をマクロセル１１およびスモールセル１２のそれぞれが使うようにしてもよい。周波数リソースF1とF2の両方をマクロセル１１およびスモールセル１２のそれぞれが使用する方法は、CA(Carrier Aggregation)と同等の考え方となる。
［送信装置および受信装置の構成］
本実施形態では、送信側では、送信の対象となる情報系列に対して、複数の誤り訂正符号(FEC)を用いて段階的な符号化を行う。具体的には、一例として、情報系列に対して１番目にデータリンク層（第２プロトコル層）で第１符号である消失訂正符号を用いて第１FECの符号化を行い、２番目にデータリンク層より下位の物理層（第１プロトコル層）で第２符号を用いて第２FECの符号化を行う。また受信側では、送信側から受信されるデータに対して、複数のFECにそれぞれ対応した復号方式により復号化を段階的に行うことにより、情報系列を取得する。具体的には、１番目に物理層（第１プロトコル層）で第２FECの復号化を行い、２番目にデータリンク層（第２プロトコル層）で第１FECの復号化を行う。
図２は、第１FECの符号化を模式的に示す図である。第１FECの符号化では、入力される１つのビット系列から、出力となる１または複数のビット系列を生成する。生成された複数のビット系列は、受信側に送信しなければならないビット系列と、受信側に送信しなくても受信側で復号が可能なビット系列との２つに分けることができる。すなわち、受信側では複数のビット系列の全てを受信しなくても、入力となる元のビット系列を復元可能である。
図２において入力されるビット系列は複数の矩形によって表され、各矩形は１つまたは複数のビットを含む。出力される複数のビット系列はそれぞれ１つの矩形によって示されており、各ビット系列は１つまたは複数のビットから成る符号化シンボルに対応する。各ビット系列（符号化シンボル）は、入力側の１つまたは複数の矩形に対応するビットに基づき生成される。各ビット系列と、各ビット系列が生成される元となる入力側のビットとの関係が、入力側の矩形と、出力側の矩形とを結ぶ直線によって表されている。
第１FECの符号（第１符号）として、消失訂正符号(Erasure Codes)を用いることができる。消失訂正符号の例として、レートレス符号(Rateless Codes)、噴水符号(Fountain Codes)などのカテゴリに属するFEC方法、または複数のビット系列を線形合成またはXOR合成して符号化するFEC方法などがある。消失訂正符号の具体例として、レートレス符号(Rateless Codes)、噴水符号(Fountain Codes)、Tornado符号、LT(Luby Transform)符号、Raptor符号、RaptorQ符号、LDPC符号、BCH符号、RS符号、Zigzag decodable code、ZD噴水符号またはXOR符号などがある。
図３は、第２FECの符号化を模式的に示す図である。第２FECの符号化は、入力される１つのビット系列から、出力となる１つのビット系列を生成する。図３の例では、出力となるビット列は、入力されるビット系列に対してパリティ系列を追加することで生成される。
第２FECに用いる符号（第２符号）として、畳み込み符号(Convolutional Codes)、ターボ符号(Turbo Codes)、LDPC符号(Low Density Parity Check Codes)、ポーラ符号(Polar Codes)などがある。但し、第２FECに用いる符号として、消失訂正符号を用いることも排除されない。
図４は、本実施形態に係る送信装置１００の一例を概略的に示すブロック図である。送信装置１００は、上位層処理部１０１、第１送信処理部１０２、第２送信処理部１０４、通信部１０６およびアンテナ１０８を備えている。本実施形態では送信装置１００は無線通信を行うが、有線通信を行う構成も排除されない。この場合、アンテナ１０８を設けなくてもよい。
上位層処理部１０１は、上位層に関する処理を行う。上位層は、一例としてアプリケーション層、セッション層、プレゼンテーション層、トランスポート層、ネットワーク層を含む。上位層処理部１０１は、例えばアプリケーションを実行し、受信装置に送信する対象となるデータを生成する。上位層処理部１０１は、生成したデータを第１送信処理部１０２に提供する。上位層処理部１０１はデータとともに、サービス品質（QoS）情報などの追加情報を第１送信処理部１０２に提供してもよい。サービス品質情報は、例えば許容伝送遅延、伝送帯域幅、データの優先度、またはアプリケーションの種類などの情報を含む。
第１送信処理部１０２は、データリンク層に関する処理を行う。データリンク層は一例として第２プロトコル層に対応する。なお、データリンク層の一部の処理を上位層処理部１０１で行ってもよい。あるいは、上位層の一部の処理を第１送信処理部１０２で行ってもよい。第１送信処理部１０２は、上位層処理部１０１から提供されたデータを、図２で説明した入力ビット系列（送受信の対象となる情報系列）として取得する。第１送信処理部１０２は、第１FECの符号化を行う第１FEC符号化部１０３を備えている。
第１FEC符号化部１０３は、上位層処理部１０１から入力されたデータを、第１符号である消失訂正符号により符号化することにより、符号化データ（第１FECの符号化データ）を生成する。符号化データを、第２プロトコル層より下位の第１プロトコル層（物理層）の処理を行う第２送信処理部１０４に提供する。
第１FEC符号化部１０３は、一例として、入力されたデータを、符号化を行う単位となるシンボルサイズ（第１FECのシンボルサイズ）で分割して複数のシンボルとする。そして、複数のシンボルを消失訂正符号により符号化することにより、複数の符号化データ（符号化シンボル）を生成する。第１FEC符号化部１０３は、複数の符号化データにそれぞれ誤り検出用情報を付加してもよい。誤り検出用情報の例として、巡回冗長検査(Cyclic Redundancy Check：CRC、以下CRC)、シンドロームまたはFCS(Frame check sequence)等がある。第１送信処理部１０２は、複数の符号化データを第２送信処理部１０４に提供する。あるいは、第１送信処理部１０２は、複数の符号化データに基づき、第２プロトコル層のフォーマットのデータを生成し、生成したデータを第２送信処理部１０４に提供する。
一例として、3GPP規格の場合において、符号化データが第２FECの符号化を適用する長さに一致するときは、符号化データをそのままコードブロック（Code block）生成用のデータとして提供してもよい。符号化データが第２FECの符号化を適用する長さより長い場合、符号化データを２つ以上の断片に分割し、各断片をコードブロック生成用のデータとして提供してもよい。符号化データが第２FECの符号化を適用する長さより短い場合、異なる符号化データ同士間でそれぞれの全部または一部を連結し、連結により得られたデータをコードブロック生成用のデータとして提供してもよい。分割と連結を組み合わせて第２FECの符号化を適用する長さのデータ（コードブロック生成用のデータ）を取得してもよい。ここに記載した3GPP規格の場合の動作は一例である。
他の例として、IEEE802.11規格の場合おいて、複数の符号化データに基づき、１つまたは複数のMAC（Medium Access Control）フレームを生成し、MACフレームを第２送信処理部１０４に提供してもよい。MACフレームはMPDU（MAC protocol data unit）でも、A-MPDU（Aggregated MPDU）でもよい。MACフレームは一例として、MACヘッダ、フレームボディフィールド、FCSを含む。フレームボディフィールドに本体データが格納される。本体データは、符号化データに基づき生成される。MACフレームに含める符号化データは１つまたは複数でもよい。符号化データを２つ以上の断片に分割し、断片を含むMACフレームを生成してもよい。符号化データを２つ以上連結したものをMACフレームの本体データとしてもよい。分割と連結を組み合わせてMACフレームの本体データを生成してもよい。MACフレームの末尾にパディングデータを付加し、先頭にサービスフィールドを付加してもよい。ここに記載したIEEE802.11規格の場合の動作は一例である。
第１送信処理部１０２は、第１FECを適用するシンボル数およびシンボル長の少なくとも一方を、送信対象となるデータの優先度またはアプリケーションの情報に基づいて決定してもよい。データの優先度またはアプリケーションの情報が、第１FECを適用するシンボル数およびシンボル長の少なくとも一方と、予めテーブル等の対応情報によって対応づけられている。上位層処理部１０１から提供されるデータの優先度またはアプリケーションの情報に基づいてテーブルを参照し、シンボル数およびシンボル長の少なくとも一方を決定する。決定したシンボル数およびシンボル長の少なくとも一方に基づいて第１FECのシンボルサイズを決定し、決定したシンボルサイズで、入力されたデータの分割を行う。
第１送信処理部１０２は、送信装置１００と受信装置２００との間の通信路の品質情報に基づき、第１FECを適用するシンボル数およびシンボル長の少なくとも一方を決定してもよい。通信品質は、例えば、データまたは符号化データの再送回数、パケットのエラーレート、通信速度、SINR、RSSI、遅延要求、Reliability要求などでもよい。一例として、通信品質の情報が、第１FECを適用するシンボル数およびシンボル長の少なくとも一方と、予めテーブル等の対応情報によって対応づけられている。測定された通信品質の情報に基づいてテーブルを参照し、第１FECを適用するシンボル数およびシンボル長の少なくとも一方を決定する。決定したシンボル数およびシンボル長の少なくとも一方に基づいて第１FECのシンボルサイズを決定し、決定したシンボルサイズで、送信対象となるデータの分割を行う。通信品質の測定は、第１送信処理部１０２、上位層処理部１０１、第２送信処理部１０４または通信部１０６が行ってもよい。
第１送信処理部１０２は、通信部１０６で送信に用いる変調方式、第２符号の符号化率、または、第１符号の符号化率、またはこれらの組み合わせに基づいて、第１FECを適用するシンボル数またはシンボル長の少なくとも一方を決定してもよい。変調方式、第２符号の符号化率、または、第１符号の符号化率、またはこれらの組み合わせは、例えば、第１FECを適用するシンボル数およびシンボル長の少なくとも一方と予めテーブル等の対応情報によって対応づけられている。通信部１０６で用いる変調方式、第２符号の符号化率、または、第１符号の符号化率、またはこれらの組み合わせに基づいてテーブルを参照し、第１FECを適用するシンボル数およびシンボル長の少なくとも一方を決定する。決定したシンボル数およびシンボル長の少なくとも一方に基づいて第１FECのシンボルサイズを決定し、決定したシンボルサイズで、送信対象となるデータの分割を行う。変調方式、第２符号の符号化率、または、第１符号の符号化率、またはこれらの組み合わせは、第１送信処理部１０２および第２送信処理部１０４のいずれで決定されてもよい。
第２送信処理部１０４は、物理層に関する処理を行う。物理層は一例として第１プロトコル層に対応する。なお、物理層の一部の処理を第１送信処理部１０２で行ってもよい。あるいは、データリンク層の一部の処理を第２送信処理部１０４で行ってもよい。第２送信処理部１０４は第２FEC符号化部１０５を備えている。第２FEC符号化部１０５は、第１送信処理部１０２から提供される符号化データを含むデータを、第２符号を用いて符号化する。第２送信処理部１０４は、第２符号で符号化されたデータに基づき、受信装置２００に送信するデータを生成する。第２送信処理部１０４は、生成したデータをデータフレーム（送信フレーム）として通信部１０６に提供する。
一例として、3GPP規格の場合において、第２FEC符号化部１０５は、第１送信処理部１０２から提供されるデータに基づき、第２符号による符号化を行うことによりコードブロックを生成する。第２送信処理部１０４は、複数のコードブロックを連結してトランスポートブロック（transport block）とし、誤り検出用情報であるCRCをトランスポートブロックの末尾に付加する。必要に応じて、CRCの後にパディングデータを付加する。パディングデータ付加後のデータをデータフレームとして通信部１０６に提供する。トランスポートブロックの先頭にヘッダを付加してもよい。ここに記載した3GPP規格の場合の動作は一例である。
他の例として、IEEE802.11規格の場合、第２FEC符号化部１０５は、第１送信処理部１０２から提供されるMACフレーム（MPDUまたはA-MPDU）に基づき、第２符号による符号化を行う。MACフレームにサービスフィールドおよびパディングデータが付加されていてもよい。第２送信処理部１０４は、符号化されたMACフレームに、物理層のヘッダである物理ヘッダ（PHY Header）を付加して物理層のデータフレームとし、物理層のデータフレームを通信部１０６に提供する。ここに記載したIEEE802.11規格の場合の動作は一例である。
通信部１０６は、第２送信処理部１０４から提供されたデータを、アンテナ１０８を介して受信装置に送信する。より詳細には、通信部１０６は、当該データを送信に使用する変調方式で変調し、変調されたデータをDA（Digital to Analog）変換する。変換後のアナログ信号の周波数をアップコンバートし、送信に用いる無線リソースの周波数に応じて帯域フィルタリングする。帯域フィルタリングされた信号を増幅して、アンテナ１０８から無線信号を送信する。
ここで第１送信処理部１０２は、上位層処理部１０１から提供されるサービス品質要求に基づいて第１FECを行うか否かを決定してもよい。第１送信処理部１０２は、第１FECを行わないことを決定した場合は、第１FEC符号化部１０３による第１FECの符号化を行わずに、第２送信処理部１０４に提供するデータ（コードブロック生成用のデータ、MACフレーム等）を生成する。第１送信処理部１０２は、生成したデータを第２送信処理部１０４に提供する。
また、第１送信処理部１０２または第２送信処理部１０４は、第１FECに関する情報を受信装置に通知してもよい。第１FECに関する情報は、一例として、第１FECの符号化が行われていることを示す情報、消失訂正符号の種類、第１FECを適用するシンボル数およびシンボル長、第１FECを適用するシンボルのインデックス、および、誤り検出情報の種類および長さ、のうちの少なくとも１つを含む。
また、第１送信処理部１０２は、符号化データの末尾または先頭に、符号化シンボルの境界を示す情報を含むデリミタ（シンボルデリミタ）を含めてもよい。シンボルデリミタには、境界を示す情報の他、隣接する符号化シンボル（直前の符号化シンボルまたは後続する符号化シンボル）が何番目のシンボルかを示す情報、またはデータフレームの送信先（宛先）のアドレスの情報などが含まれていてもよい。
また、第１送信処理部１０２は、第１FECに関する情報を含むヘッダを、符号化データに付加してもよい。ヘッダに、上述のシンボルデリミタを含めてもよい。また第２送信処理部１０４は、第１FECに関する情報を含むヘッダを、物理層のデータに付加してもよい。
また、送信装置１００は、第１FECに関する情報を、受信装置との初期接続時に行う接続シーケンス時に送信してもよい。また、送信装置１００は、受信装置に送信する制御情報または管理情報に、第１FECに関する情報を含めてもよい。制御情報は、受信装置との通信に使用する無線リソース（周波数リソース、時間リソース、空間リソースまたはこれらの組み合わせ）を通知する情報でもよい。また、送信装置１００は、第１FECを行っていない状態から第１FECを行うことが決定された場合に、第１FECに関する情報を受信装置に送信してもよい。送信装置１００は、第１FECに関する情報を受信装置に通知する通知部を備える。通知部は、上位層処理部１０１，第１送信処理部１０２、第２送信処理部１０４、または通信部１０６に含まれてもよい。
図５は、本実施形態に係る情報処理装置である受信装置２００の一例を概略的に示すブロック図である。受信装置２００は、上位層処理部２０１、第２受信処理部２０２（処理部）、第１受信処理部２０４（第１プロトコル層処理部）、通信部２０６およびアンテナ２０８を備えている。本実施形態では受信装置２００は無線通信を行うが、有線通信を行う構成も排除されない。この場合、アンテナ２０８を設けなくてもよい。
通信部２０６は、アンテナ２０８を介して送信装置１００から無線信号を受信する。通信部２０６は、受信した無線信号を低雑音増幅し、周波数のダウンコンバート、帯域フィルタリング等を行い、帯域フィルタリング後のアナログ信号をAD（Analog to Digital）変換する。AD変換により得られたデジタル信号を、送信側で用いられた変調方式に対応する復調方式で復調し、復調されたデータを物理層のデータフレームとして第１受信処理部２０４に提供する。
第１受信処理部２０４は、物理層（第１プロトコル層）に関する処理を行う。第１受信処理部２０４は、通信部２０６から物理層のデータを取得する。より具体的には、第１受信処理部２０４は、第１符号である消失訂正符号により符号化され、さらに第２符号により符号化されたデータであるデータフレームを通信部２０６から取得する。第１受信処理部２０４は、第２FEC復号化部２０５を備える。
第２FEC復号化部２０５は、取得されたデータフレームを第２符号に対応する復号方式により復号化し、第２符号の復号化されたデータ（第２FECの復号化されたデータ）を取得する。第１受信処理部２０４は復号化されたデータを第２受信処理部２０２に提供する。取得したデータに誤り検出用情報（CRC等）が付加されている場合は、第１受信処理部２０４は、CRC判定を行い、CRC判定の結果を第２受信処理部２０２に提供してもよい。
一例として3GPP規格の場合、第１受信処理部２０４は、データフレームに含まれるトランスポートブロックに対するCRC判定を行う。第２FEC復号化部２０５は、トランスポートブロックに含まれるコードブロックの連結体を複数のコードブロックに分割し、各コードブロックに対して第２FECの復号化を行う。第１受信処理部２０４は、各コードブロックの復号されたデータ（例えば第１符号化シンボル）を、トランスポートブロックのCRCの判定結果とともに、第２受信処理部２０２に提供する。ここに記載した3GPP規格の場合の動作は一例である。
他の例として、IEEE802.11規格の場合、第１受信処理部２０４は、物理層のデータフレームのヘッダを処理する。第１受信処理部２０４はヘッダ処理後のデータに第２FECの復号化を行い、MACフレームを取得する。なお、MACフレームにはサービスフィールドが付加されていてもよい。第１受信処理部２０４は、取得したMACフレームを第２受信処理部２０２に提供する。ここに記載したIEEE802.11規格の場合の動作は一例である。
第２受信処理部２０２は、第１受信処理部２０４からデータを取得する。第２受信処理部２０２は第１FEC復号化部２０３を備える。第１FEC復号化部２０３は、取得されたデータを、第１符号（消失訂正符号）に対応する復号方式により復号化する。第１FEC復号化部２０３は、一例として取得したデータに付加されている誤り検出用情報を判定し、判定結果がOKのデータを特定する。判定結果がNGのデータは消失したデータと見なし、判定結果がOKのデータに基づいて復号を行う。第２受信処理部２０２は、復号に成功した場合はデータを上位層処理部２０１に提供する。復号に失敗した場合（復号したデータに誤りがある場合）は、再送要求処理を行う。例えば、送信装置１００に再送要求（ARQ（Automatic Repeat Request）またはHARQ（Hybrid ARQ）など）を送信する。第２受信処理部２０２は、第２符号に関する処理を行う第１プロトコル層（例えば物理層）より上位である第２プロトコル層（例えばデータリンク層）で処理する第１符号の符号化単位で再送を要求する情報を送信する処理部に対応する。再送要求処理の詳細は後述する。
一例として3GPP規格の場合、第２受信処理部２０２は、第１受信処理部２０４からトランスポートブロックのCRC判定の結果としてOKの情報を取得した場合は、トランスポートブロックに含まれる全てのコードブロックが正しく受信できていると判断する。第１FEC復号化部２０３は、第１受信処理部２０４から提供されたデータを復号し、復号されたデータ（正しく復号できている）を上位層処理部２０１に提供する。トランスポートブロックのCRC判定の結果がNGの場合は、第１受信処理部２０４から提供されるデータ（例えば第１符号化シンボル）のCRC判定を行う。第１FEC復号化部２０３は、CRC判定の結果がNGになった符号化シンボルを消失したシンボルと見なし、CRC判定の結果がOKの符号化シンボルを用いて復号を行う。第２受信処理部２０２は、第１FECの復号化に成功した場合は、第１FECの復号化されたデータを上位層処理部２０１に提供する。また、第２受信処理部２０２は、確認応答（ACK）を送信装置１００に対して送信する。第２受信処理部２０２は、第１FECの復号化に失敗した場合（復号したデータに誤りがある場合、あるいは全ての誤りを訂正できなかった場合）は、再送要求処理を行う。例えば、確認応答（NACK）を用いて、送信装置１００に再送要求（ARQまたはHARQなど）を送信する。再送要求処理の詳細は後述する。ここに記載した動作は3GPP規格の場合の動作の一例である。
他の例としてIEEE802.11規格の場合、第２受信処理部２０２は、第１受信処理部２０４からMACフレームを取得し、サービスフィールドを処理した後、MPDUごとに、FCSを判定する。第２受信処理部２０２は、FCS判定の結果がNGのMPDUについて、MPDUに含まれる第１符号化シンボルの誤り検出用情報（FCS等）を判定する。判定結果がNGの符号化シンボルは消失したシンボルと見なす。FCS判定の結果がOKのMPDUに含まれる符号化シンボルはFCS判定を行うことなく、正しく受信されたとみなしてよい。第１FEC復号化部２０３はFCS判定の結果がOKの符号化シンボルおよび正しく受信されたとみなした符号化シンボルを用いて、復号化を行う。第２受信処理部２０２は、第１FECの復号化に成功した場合は、第１FECの復号化されたデータを上位層処理部２０１に提供する。また、第２受信処理部２０２は、確認応答（ACK）を送信装置１００に対して送信する。第２受信処理部２０２は、第１FECの復号化に失敗した場合（復号したデータに誤りがある場合、あるいは全ての誤りを訂正できなかった場合）は、再送要求処理を行う。例えば、確認応答（NACK）を用いて、送信装置１００に再送要求（ARQまたはHARQなど）を送信する。再送要求処理の詳細は後述する。ここに記載した動作はIEEE802.11規格の場合の動作の一例である。
上位層処理部２０１は上位層の処理を行う。例えば上位層処理部２０１は第２受信処理部２０２から提供されたデータをアプリケーションに渡す。
受信装置２００および送信装置１００間の通信品質の測定を受信装置２００で行ってもよい。この場合、受信装置２００は、測定した通信品質の情報を送信装置１００に送信してもよい。
図６は、本実施形態に係る通信シーケンスの基本的な手順の一例を示す。同図では、基地局から端末への下りリンクの通信の例を示す。ここでは基地局を送信装置１００、端末を受信装置２００としているが、このケースに限定されない。端末を送信装置、基地局を受信装置とすることも可能である。ここでは3GPP規格の場合を想定して説明するが、IEEE802.11規格の場合も同様の手順が可能である。
まず、端末は、端末自身が接続しているセルの基地局に対して、端末の能力（Capability）に関する情報（端末能力情報）を通知する（Ｓ１１）。端末能力情報の中には、一例として、第１FECの能力、第２FECの能力に関する情報が含まれている。端末能力情報は、初期接続(Initial Access)の手順の中で通知される、あるいは初期接続後に通知される。通知のための物理チャネルとしては、ランダムアクセスチャネル(PRACH: Physical Random Access Channel)、上りリンク制御チャネル(PUCCH: Physical Uplink Control Channel)、上りリンク共有チャネル(PUSCH: Physical Uplink Shared Channel)の少なくともいずれかを利用することができる。
基地局は、基地局が管理するセルに接続している端末に対して、第１FECおよび第２FECに関する情報を含む準静的な制御情報を通知する（Ｓ１２）。この準静的な制御情報は、セル固有(Cell-specific)の制御情報であってもよい。この制御情報は、初期接続の手順の中で、あるいは初期接続後に通知される。また、準静的な制御情報は、無線リソース制御（RRC：Radio Resource Control）シグナリング、RRC設定（RRC Configuration）、RRC再設定（RRC Reconfiguration）など、RRCの手順の一部として通知されてもよい。また、準静的な制御情報は、定期的に基地局から端末へ通知されてもよい。この制御情報を通知するための物理チャネルとして、報知チャネル(PBCH: Physical Broadcast Channel)、下りリンク制御チャネル(Physical Downlink Control Channel、EPDCCH: Enhanced Physical Downlink Control Channel)、下りリンク共有チャネル(Physical Downlink Shared Channel)の少なくともいずれかを利用することができる。
その後、具体的に基地局から端末へ下りリンクの通信が発生する場合、基地局は、基地局から端末へ下りリンク通信のために利用する無線リソースなどの制御情報(動的な制御情報)を通知する（Ｓ１３）。基地局から端末へ下りリンクの通信が発生する例として、端末がデータダウンロード(プル)を要求した場合、端末へプッシュデータが発生した場合などがある。
この動的な制御情報には、端末個別(UE-specific)または端末グループ個別(UE-group-specific)の制御情報が含まれてもよい。ここで端末グループとは、例えば、下りリンク通信がマルチキャストまたはブロードキャストである場合の送信先対象となる一以上の端末のグループのことである。
動的な制御情報の例としては、対象の端末(または端末グループ)に対して下りリンク通信を割り当てる周波数リソース、時間リソース、空間リソースが含まれる。周波数リソースは、例えばリソースブロック(Resource Block)、サブキャリア(Subcarrier )、サブキャリアグループ(Subcarrier Group)、などである。時間リソースは、例えばサブフレーム(Subframe)、スロット(Slot)、ミニスロット(Mini-slot)、シンボル(Symbol)などである。空間リソースは、例えば、アンテナ(Antenna)、アンテナポート(Antenna Port)、空間レイヤ(Spatial Layer)、空間ストリーム(Spatial Stream)などである。
また、動的な制御情報の他の例として、NOMA(Non-orthogonal Multiple Access、MUST (Multiuser Superposition Transmission)、IDMA (Interleave Division Multiple Access)、CDMA (Code Division Multiple Access))の非直交リソース(電力に関するリソース、インタリーブパターン、スクランブルパターン、拡散パターンなど)に関する情報がある。
また、動的な制御情報の他の例として、変調次数(Modulation Order) に関する情報、変調方式に関する情報、第２FECの符号化方法および符号化率(Code Rate)に関する情報、第１FECの符号化方法・符号化率に関する情報、ARQ/HARQに関する設定(NDI (New Data Indicator)、RV (Redundancy Version)、など)、などがある。変調次数は、変調方式を用いて変調シンボルで送信可能なビット数を表す。第２FECの符号化率と変調方式との組み合わせは、例えばMCS (Modulation and Coding Set)に対応する。
動的な制御情報を受信した端末は、受信した制御情報に従って、下りリンク通信の適切な受信に備えるための設定を行う。
基地局は、端末に通知した制御情報に基づき、端末への下りリンク通信のデータを端末に送信する（Ｓ１４）。より詳細には、基地局は、下りリンク通信のデータを第１FECで符号化し、第１FECで符号化されたデータを第２FECで符号化し、第２FECで符号化されたデータを変調する。変調したデータはアナログ信号に変換され、増幅された後、アンテナを介して無線信号として送信される。これにより無線信号が端末へ送信される。
端末は、基地局からの無線信号を受信し、受信した無線信号をAD変換および復調し、さらに第２FECで復号化し、さらに第１FECで復号化する。これらの復調、第２FEC復号、第１FEC復号は、基地局から制御情報で指定された設定に従って行う。端末は、データ（オリジナルのデータ）の復号が成功したか失敗したかによって、端末から基地局へACKまたはNACK（以下、ACK/NACK）を送信する。復号が失敗した場合はNACKを送信（Ｓ１５）、成功した場合はACKを送信する（Ｓ１８）。
データの復号が成功したか失敗したかによって、ARQまたはHARQの処理の設定を変えてもよい。例えば、復号に失敗した場合には、端末はHARQ用の信号を再送する。基地局では再送信号の合成を行うために、復号に失敗したデータの復号結果または復号途中のデータ(軟判定値、対数尤度比(LLR: Log Likelihood Ratio)、などの尤度情報)を、メモリに保存しておくことが望ましい。ARQまたはHARQでの再送は、誤りが検出された第１FECの符号化シンボルの再送でもよいし、データのうち復号に失敗したデータ部分の復号に必要な符号化シンボルの再送でもよい。あるいは、誤りが検出されたコードブロックの再送、第２FECの全ブロックの再送を行うことも排除されない。その他の方法で再送を行ってもよい。
基地局は、端末から受信したACK/NACKに従って、次に実施すべき処理を実行する。例えば、NACKの通知を受けた場合には（Ｓ１５）、ARQまたはHARQの再送に向けた準備を実施する。この再送の準備としては、RV (Redundancy Version)の選択、MCS (Modulation and Coding Set)の選択、無線リソースの選択などがある。基地局は、対象の端末(または端末グループ)に対して改めて動的な制御情報を通知し（Ｓ１６）、制御情報の設定に従った下りリンク通信を実行する（Ｓ１７）。
基地局は端末からACKを受信した場合には（Ｓ１８）、送信対象のデータは正しく受信されたと判断し、基地局は次の新しいデータの送信処理に移行する。基地局は、対象の端末(または端末グループ)に対して改めて動的な制御情報を通知し、制御情報の設定に従った下りリンク通信を実行する。
本実施形態では、前述した物理層でのFEC（第２FEC）に加えてデータリンク層でのFEC（第１FEC）を行うことで、再送の発生を低減する。また、再送を第１符号シンボルの単位（データリンク層の符号化単位）で行うなど適切な再送形態を選択することにより、再送を行う必要が発生した場合にも、無駄な再送の発生を防ぎ、再送に必要な時間を短くする。これにより、低遅延の通信を実現する。
以下では、まず、２段階のFECの具体例として、２段階のFEC符号化を用いて3GPP規格のデータフレームを生成する処理と、当該データフレームを復号化する処理の例を説明する。
図７は、２段階のFEC符号化を用いて3GPP規格のデータフレームを生成する手順の一例を示す。
図８は、図７の手順で生成されたデータフレームを復号化する手順の例を示す。
図７において、送信装置１００は、送信対象となる入力データ（PDSCH(Physical Downlink Shared Channel) input data）を、第１FECのシンボルサイズに分割する。分割により得られた第１FECのシンボルに第１FECの符号化（消失訂正符号化）を行う。第１FECの符号化により得られたシンボル（符号化シンボル）に対して誤り検出用情報としてCRCを付加する。なお誤り検出用情報を付加しない構成も可能である。
送信装置１００は、CRCを付加した符号化シンボルに対して第２FECの符号化（物理層での符号化）を行うことにより、コードブロックを生成する。
送信装置１００は、複数のコードブロックを連結することにより、トランスポートブロックを生成する。トランスポートブロックに対して、誤り検出用情報としてCRC(トランスポートブロック単位のCRC)を付加する。
送信装置１００は、CRCが付加されたトランスポートブロックの末尾に、必要に応じて、変調のシンボル単位に合うように、パディングデータを付加する。これにより、送信フレームであるデータフレームが生成される。送信装置１００は、データフレームを受信装置２００に送信する。
図８において、データフレームを受信した受信装置２００は、まず、トランスポートブロックに対するCRC判定を行う。CRC判定の結果が成功（OK）の場合は、トランスポートブロックに含まれている全てのコードブロックが正しく受信できている。このため、受信装置２００は、FECの復号化（第２FECの復号化と第１FECの復号化）を行い、確認応答（ACK）を送信装置１００に対して送信する。
トランスポートブロックのCRC判定の結果が失敗（NG）の場合、受信装置２００はトランスポートブロックに含まれる各コードブロックに第２FECの復号化を行い、第１FECの符号化シンボルを得る。各符号化シンボルに付加されているCRCの判定を行う。図８の例では、左から２番目の符号化シンボルに対するCRC判定の結果がNGとなっている。
受信装置２００は、CRC判定の結果がNGになった符号化シンボルを消失したシンボルと見なす。受信装置は、CRC判定の結果が成功（OK）になった符号化シンボルを用いて、第１FECの復号化を行う。すなわち、第１FECの復号化において、CRC判定の結果がNGになった符号化シンボルは消失されたシンボルと見なされ、復号に用いられない。
２段階のFECの他の具体例として、２段階のFEC符号化を用いてIEEE802.11規格のデータフレームを生成する処理と、当該データフレームを復号化する処理の例を説明する。
図９は、２段階のFEC符号化を用いてIEEE802.11規格のデータフレームを生成する手順の一例を示す。
図１０は、図９の手順で生成されたデータフレームを復号化する手順の例を示す。
送信装置１００において、送信対象となるデータは、再送単位であるMAC protocol data unit(MPDU)単位に分割され、MSDUまたはA-MSDUとされる。送信装置１００は、MSDUまたはA-MSDUを入力データとして、入力データを、第１FECを適用するシンボル単位に分割する。
送信装置１００は、分割により得られたシンボルに第１FECの符号化を行う。第１FECで符号化されたシンボルに対して誤り検出用情報(FCS等)を付加することにより、第１符号化シンボルを生成する。なお誤り検出用情報を付加しない構成も可能である。
送信装置１００はMPDUの長さに基づき、第１符号化シンボルを分割および連結することにより、MACフレームの本体データを生成する。本体データにMPDUヘッダおよびFCS等を付加して、MPDUを生成する。
送信装置１００は、各MPDUの先頭部分に、MPDU間の境界に関する情報を含むMPDUデリミタを付加する。MPDUデリミタを介してMPDUを連結し、末尾にも末尾を示すMPDUデリミタ（EOF MPDU delimiter）を付加することにより、Aggregated MPDU(A-MPDU)が生成される。
送信装置１００は、A-MPDUに対してサービスフィールド、およびパディングデータを付加する。サービスフィールドおよびパディングデータが付加されたA-MPDUに第２FECの符号化を行う。
第２FECの符号化後のA-MPDUに、物理ヘッダを付加することにより、データフレームが生成される。データフレームは送信装置１００によって送信される。
図１０に基づき、受信装置２００が送信装置１００から送信されるデータフレームを受信し、復号を行う手続の例を説明する。
受信装置２００はまず、物理ヘッダに設定されている情報に基づいて、第２FECの復号化を行う。
受信装置２００は第２FECの復号化により得られたデータに含まれるサービスフィールドおよびパディングデータを処理してA-MPDUを取得する。受信装置２００は、取得したA-MPDUを、MPDUデリミタに基づき、MPDU単位に分割する。
受信装置２００は、各MPDUのFCSを判定する。MPDUの本体データ（MPDUからMPDUヘッダとFCSを除去したもの）を取得し、本体データを連結して第１符号化シンボルを得る。
連結元の複数（本例では２つ）のMPDUのFCSの判定の結果がいずれもOKの場合は、連結された第１符号化シンボルのFCSの判定もOKとなる。このため、FCSの判定を省略してもよい。一方、連結元の複数のMPDUのFCSの判定の少なくとも１つがNGの場合、連結された第１符号化シンボルのFCSを判定する。判定結果がNGの符号化シンボルを消失したシンボルと見なす。受信装置２００は、判定の結果がOKの符号化シンボルを用いて、第１FECの復号化を試みる。復号が成功した場合、確認応答（ACK）を送信装置１００に対して送信する。また復号により得られたデータを上位層処理部２０１に提供する。
第１FECの復号化により得られたデータに誤りが存在する場合、確認応答（NACK）を用いて送信装置１００に対して再送を要求する。再送要求処理の詳細は後述する。
以上、２段階のFEC符号化を用いて送信装置１００において3GPP規格またはIEEE802.11規格のデータフレームを生成し、受信装置２００において当該データフレームを復号化する例を説明した。
以下では、受信装置２００における復号時の処理についてさらに詳細に説明する。
図１１は、受信装置２００における受信処理の一例のフローチャートである。受信処理は、一例として、第２FECの復号化、第１FECの復号化、およびARQ/HARQに関する処理を含む。
受信装置２００がデータフレームを受信した場合、第１受信処理部２０４は、データフレームに対して第２FECの復号化を行う（Ｓ２１）。第２受信処理部２０２は、第２FECの復号化データから第１符号化シンボルを取得し、第１符号化シンボルに基づき、第１FECの復号化を行う（Ｓ２２）。第２受信処理部２０２は、送信装置１００に再送の要求を行う必要があるかを判断する（Ｓ２３）。すなわち第１FECの復号化のために第１符号化シンボルが不足しているか否かを判断する。
再送の要求を行う必要がない場合（Ｓ２３のＮＯ）、第２受信処理部２０２は確認応答としてACKを送信する。再送の要求を行う必要がある場合（Ｓ２３のＹＥＳ）は、本実施形態に係る再送要求処理を行う（Ｓ２４）。再送要求処理の詳細は後述する。
再送の要求を行う必要があるかの判断は、様々な判断基準を用いることができる。一例として、第１FECの復号化に必要な第１FECの符号化シンボル（第１符号の符号化シンボル）を必要な個数（閾値）以上、正しく受信できなかったとき（第２符号の復号化に失敗したとき）は、再送の要求を行う必要があると判断する。逆に、第１FECの符号化シンボルを閾値以上正しく受信できたとき（第２符号の復号化に成功したとき）は、再送の要求を行う必要がないと判断する。あるいは、第１符号の復号化の結果、受信装置２００の上位層処理部２０１が受信すべきデータ（送信装置１００の上位層処理部１０１が送信用に生成したデータ）のすべてを正しく受信できたかを判断する。少なくとも一部のデータが正しく受信できていない場合、再送の要求を行う必要があると判断する。
例えば、3GPPの場合に、第１FECの符号化シンボルにCRCが付加されている場合（例えばコードブロックにCRCが含まれる場合）は、第１FECの符号化シンボルのCRC判定の結果に基づき、再送の要求を行う必要があるかを判断してもよい。第１FECの符号化シンボルのCRC判定の結果がすべて成功を示す場合は、再送の要求は必要ないと判断する。第１FECの符号化シンボルのCRC判定の結果に基づき、受信に成功した（正しく受信できた）第１FECの符号化シンボル数を計数する。計数した値が閾値以上かを判断する。閾値以上の場合は、再送の要求は行う必要がないと判断する。閾値未満の場合は、再送の要求を行う必要があると判断する。
別の方法として、第２FECの復号化の前に行うトランスポートブロックのCRC判定に基づき、判定の結果が成功を示す場合に、再送の要求は必要ないと判断してもよい。
IEEE802.11規格の場合も、3GPP規格の同様にして、再送の要求を行う必要の有無を判断できる。
図１２は、ステップＳ２４で行う再送要求処理の一例のフローチャートである。受信装置２００の第１受信処理部２０４は、送信装置１００との間の通信の品質（伝搬路の状況）が低いか否かを判断する（Ｓ３１）。例えば、第１FECの復号化によりすべてのデータを正しく復号するために合計でX個の正しく受信された第１FECの符号化シンボルが少なくとも必要であるとする。この場合に、閾値（X未満の値）以上の個数の第１FECの符号化シンボル、または閾値割合以上の第１FECの符号化シンボルが正しく受信できている場合は、通信の品質は低くはないと判断する。一方、正しく受信できている第１FECの符号化シンボルの個数が、閾値未満、または閾値割合未満の場合は、通信の品質は低いと判断する。
第１受信処理部２０４は、通信の品質が低くないと判断した場合（Ｓ３１のＮＯ）、例えば受信に失敗した第１FECの符号化シンボルの個数が少ないと判断した場合は、第１FECの符号化シンボルの再送の要求のみ行うことを決定する。再送を要求する対象となる符号化シンボルは、例えば、第１FECの復号化に不足している（つまり追加で受信する必要がある）第１FECの符号化シンボルである。第１受信処理部２０４は、第１FECの符号化シンボルの再送を要求するために必要な第１情報を生成する（Ｓ３２）。第１情報は、再送を要求する第１FECの符号化シンボルを特定するための情報を含む。
具体的には、第１情報は、以下の（１Ａ）～（１Ｄ）の少なくとも１つを含む。ただし、以下は一例であり、他の情報を第１情報として用いることも可能である。
（１Ａ）再送を要求する符号化シンボルのインデックス情報。例えば、第１FECの復号化のために最低２個の符号化シンボルが追加で必要な場合は、当該２個もしくはマージンαを加えて２+α個の符号化シンボルのインデックス情報。なおインデックス情報は、符号化シンボルに割り当てられる識別子の他、先頭から何番目であるかとの位置情報である場合を含む。
（１Ｂ）再送を要求する符号化シンボルの個数。符号化方式によっては最初の送信時とは異なる符号化シンボルを新たに送信側で生成することが可能である。この場合、個数を指定することで、第１FECの復号化に必要な個数の第１FECの符号化シンボルを新たに受信する。
（１Ｃ）FECの復号化で正しく復号できなかった（すなわち正しく受信できなかった）第１符号化シンボルのインデックス情報。一例として、第１FECの符号化シンボルに付加されていたCRC判定の結果が失敗（誤り）であった第１符号化シンボルのインデックス情報がある。
（１Ｄ）第２FECの復号化で正しく復号できなかった（すなわち正しく受信できなかった）第１符号化シンボルの個数。
第１受信処理部２０４は、生成した第１情報を含む再送要求情報を送信装置１００に送信する（同Ｓ３２）。再送要求情報を確認応答（ACKまたはNACK）とともに送信してもよい。例えばA-MPDUに含まれる複数のMPDUのうち一部のMPDUは受信に成功し、残りのMPDUは受信に失敗したとする。この場合、受信に成功したMPDUのACKと、受信に失敗したMPDUのNACKと、再送要求情報とを含むフレームを送信装置１００に送信する。あるいは、第１情報の送信が、NACKを黙示に包含しており、第１情報の送信がNACKを包含していることを送信装置１００の第１送信処理部１０２が解釈可能であるならば、NACKの送信を省略してもよい。
一方、第１受信処理部２０４は、通信の品質が低いと判断した場合（Ｓ３１のＹＥＳ）、例えば受信に失敗した第１FECの符号化シンボルの個数が多いと判断した場合は、上述の第１情報とともに、あるいは、第１情報の代わりに、第２情報を生成する。第２情報の種類に応じて、第１情報を生成するか、第１情報を生成しないかを切り替えてもよい。通信の品質が低いと判断した場合は、第１FECの符号化シンボルの再送を要求するのみでは、次の受信も第１FECの復号に成功しない可能性が高いと判断し、第２情報を生成および送信する。
具体的には、第２情報は、以下の（２Ａ）～（２Ｇ）の少なくとも１つを含む。ただし、以下は一例であり、他の情報を第２情報として用いることも可能である。
（２Ａ）第１FECの符号化の対象となったデータ（オリジナルのデータ）の全部または一部の再送の要求。この場合、データの再送は、第１FECの符号化（第１符号の符号化）、第２FECの符号化がすべてやり直される。データの一部とは、例えば第１FECの復号化で一部のデータは復号に成功したが、残りの部分の復号に成功していない場合に当該残りの部分が該当する。なお、データの全部または一部に第１FECの符号化を行わず、第２FECの符号化を行うことを要求してもよい。
（２Ｂ）（２Ａ）で再送を要求するデータまたは一部に対して第１FECの符号化に用いる符号（第１符号）の種類。
（２Ｃ）（２Ａ）で再送を要求するデータの変調多値数を指定する情報。もしくは、前述の第１情報で指定された第１FECの符号化シンボルの変調多値数を指定する情報。第１FECの符号化シンボルの誤りが多く発生する場合には変調多値数を例えば低い値に再設定する。
（２Ｄ）（２Ａ）で再送を要求するデータに対して第１FECの符号化を行うシンボルサイズおよび数を指定する情報。
（２Ｅ）（２Ａ）で再送を要求するデータに対して第１FECの符号化を行う符号化率を指定する情報。第１FECの符号化シンボルの誤りが多く発生する場合には第１FECの符号化率を例えば高い値に再設定する。
（２Ｆ）（２Ａ）で再送を要求するデータに対して第２FECの符号化を行う符号化率を指定する情報。第１FECの符号化シンボルの誤りが多く発生する場合には、第２FECの符号化率を例えば高い値に再設定する。
第１受信処理部２０４は、第２情報および第１情報（第１情報を送信しない場合は第２情報のみ）を含む再送要求情報を送信装置１００に送信する（Ｓ３３）。再送要求情報を確認応答（ACKまたはNACK）とともに送信してもよい。例えばA-MPDUに含まれる複数のMPDUのうち一部のMPDUは受信に成功し、残りのMPDUは受信に失敗したとする。この場合、受信に成功したMPDUのACKと、受信に失敗したMPDUのNACKと、再送要求情報とを含むフレームを送信装置１００に送信する。あるいは、第２情報および第１情報の送信が、NACKを黙示に包含し、当該送信がNACKを包含することを送信装置１００の第１送信処理部１０２が解釈可能であるならば、NACKの送信を省略してもよい。
送信装置１００は、受信装置２００から受信する第１情報、第２情報、または第１情報と第２情報の両方を用いて、再送用のデータフレームを生成する。送信装置１００は、再送用のデータフレームを含む信号（再送信号）を送信する。
図１３は、送信装置１００および受信装置２００間の動作のシーケンス例である。送信装置１００が第１FECの符号化および第２FECの符号化を段階的に行って生成したデータフレームを送信する（Ｓ４１）。受信装置２００は、図１１に示した動作を行い、再送の要求を行う必要があると判断した場合は、図１２に示した動作を行うことにより、第１情報および第２情報の少なくとも一方を含む再送要求情報を生成する。受信装置２００は、再送要求情報とNACKおよびACKの少なくとも一方とを含む応答フレーム（再送要求付き確認応答フレーム）を、本実施形態に係る第１フレームとして送信する（Ｓ４２）。送信装置１００は、受信装置２００から受信した応答フレームに含まれる再送要求情報と、NACKおよびACKの少なくとも一方とに基づき、再送用のデータフレームを生成する。受信装置２００は、再送用のデータフレームを含む信号（再送信号）を送信装置１００に送信する（Ｓ４３）。
図１４は、再送要求付き確認応答フレームのフォーマット例を示す。図示のフィールドのうちの一部が存在しなくてもよいし、図示されていないフィールドが追加されてもよい。図１４のフォーマット例は一例であり、他のフォーマットでもよい。
第１情報および第２情報の少なくとも一方は、フレームボディフィールドに格納される。ACKおよびNACの少なくとも一方も、フレームボディフィールドに格納される。フレームボディフィールド内のどの位置に第１情報、第２情報、ACK、NACKが格納されているかの配置情報が、フレームボディフィールドの先頭領域に格納されていてもよい。あるいは、例えばHTコントロールフィールドの後に追加の新規のコントロールフィールドを追加し、追加したフィールドに当該配置情報が格納されていてもよい。ACKおよびNACKの対象となるMPDU群の先頭のシーケンス番号が、シーケンスフィールドに格納されてもよい。この場合、当該先頭のシーケンス番号以降の連続するシーケンス番号に対するACKまたはNACKを示すビットマップ情報がフレームボディフィールドに上記の配置情報で示される位置に格納されていてもよい。再送要求付き確認応答フレームのタイプは一例として制御フレームであるが、管理フレーム又はデータフレームであってもよい。本実施形態のフレームのサブタイプとして新たな値（再送要求付き確認応答を識別する値）を定義し、フレームコントロールフィールドのサブタイプフィールドに当該値を格納してもよい。
再送要求情報をACKおよびNACKの少なくとも一方とともに3GPP規格のフレームで送信する場合も、同様にして、再送要求付き確認応答フレームを定義できる。
図１５は3GPP規格の場合の再送要求付き確認応答フレームのフォーマット例を模式的に示す。
“1st Info.”フィールドに第１情が格納され、“2nd Info.”フィールドに第２情報が格納され、“ACK_SN”フィールドにACKのシーケンス番号が格納され、“NACK_SN”にNACKのシーケンス番号が格納される。D/Cフィールドには、Data RLC data PDU（Protocol Data Unit）かControl RLC PDUかを区別する情報が格納される。CPT(Control PDU Type)は、Control PDUの種類を指定する情報が格納される。図示のフォーマット例は一例であり、他のフィールドが存在してもよい。
以上、本実施形態によれば、基地局と端末とが通信する通信システムにおいて、物理層で行う第２FECの符号化に加えて、物理層より上のデータリンク層 (例えば3GPP規格のLayer2 IEEE802.11のMAC層)で第１FECの符号化を行う。この場合に、再送の単位を第１FECの符号化シンボル単位（データリンク層の符号化単位）とする。すなわち、従前においては、3GPP規格ではコードブロック（Code block）単位で、IEEE802.11ではMAC Protocol Data Unit MPDU単位で再送が行われている。これに対して、本実施形態では、データリンク層での第１FECの符号化を導入し、再送の単位を第１FECの符号化シンボルとする。これにより、再送の可能性を低減するとともに、再送が発生した場合にも再送に要する時間を短くすることができる。これにより、低遅延の通信を実現できる。
（変形例１）
受信装置２００の第２受信処理部２０２は、再送要求付き確認応答フレームに、再送信号の送信のために無線リソースを使用する期間を予約期間（第１期間）として確保する情報（予約情報）を設定してもよい。送信装置１００に予約期間に再送信号を送信させることで、CSMA/CA(Carrier Sense Multiple Access with Carrier Avoidance)によるアクセス権の取得を省略し、再送に係る遅延を抑制できる。
図１６は、変形例１に係る送信装置１００および受信装置２００間の動作のシーケンス例を示す。前述した図１３のシーケンスの例において再送要求付き確認応答フレームに予約情報を設定する例が示されている。この例ではIEEE802.11規格の場合を想定する。送信装置１００がシーケンスＳ４１で送信するデータフレームのDurationフィールドには受信装置２００から確認応答または再送要求付き確認応答を受信するまでの期間を予約する情報（予約情報）が設定されている。この情報に示される期間内で、受信装置２００の通信部２０６は、CSMA/CAで無線媒体へのアクセス権を獲得することなく、データフレームの受信から一定時間後、再送要求付き確認応答フレームを送信できる。受信装置２００は、本変形例に係る第２フレームとして、再送要求付き確認応答フレームに、再送信号を送信装置１００に無線リソースを使用して送信させるための期間を予約期間（第１期間）として確保する情報（予約情報）を設定する（Ｓ４４）。予約情報は、一例としてDurationフィールドに設定してもよいし、その他のフィールドに設定してもよい。予約情報は、送信装置１００がデータフレームに設定した予約期間を、再送信号の送信期間まで、拡張することによって生成してもよい。再送要求付き確認応答フレームを受信した送信装置１００は、当該フレームに設定されている予約情報で定められた期間内に、再送信号を送信する。送信装置１００は、例えば再送要求付き確認応答フレームの受信から一定時間後に、再送信号を送信する。送信装置１００はCSMA/CAにより無線媒体へのアクセス権を獲得する必要はない。再送要求付き確認応答フレームを受信した他の装置（フレームの送信先装置以外の装置）は、予約情報で定められた期間、送信を控える。これにより、送信装置１００が送信する再送信号が他の信号と衝突する可能性は低減される。よって、再送信号を高速に送信でき、再送に係る遅延を抑制できる。
図１６の例では、シーケンスＳ４１で送信したデータフレームと同一の無線リソース（例えば周波数チャネル）、または再送要求付き確認応答フレームと同一の無線リソース（例えば周波数チャネル）で再送信号を送信することを想定していた。別の方法として、本変形例に係る第３フレームとして、再送要求付き確認応答フレームに再送信号を送信する無線リソースを指定する情報（無線リソース指定情報）を設定してもよい。無線リソース指定情報は、例えばSIGフィールドに設定してもよいし、HTコントロールフィールドまたは新たに定義したコントロールフィールドに設定してもよいし、その他のフィールドに設定してもよい。送信装置１００は、再送要求付き確認応答フレームで指定された無線リソースを用いて、再送信号を送信する。受信装置２００の第２受信処理部２０２は、例えば複数の無線リソースのうち通信品質の高い無線リソースを指定してもよい。これにより高速に再送信号を送信させ、再送に係る遅延を抑制できる。無線リソース指定情報と、前述の予約情報との両方を設定してもよいし、いずれか一方のみを設定してもよい。
（変形例２）
送信装置１００は、受信装置２００以外の装置である他のユーザ（端末または基地局）に割り当てられた無線リソースを用いて再送信号を送信してもよい。これにより再送信号の送信用に無線リソースの確保に時間を要する場合であっても、高速に再送信号を送信でき、再送に係る遅延を抑制できる。なお、本変形例２では再送信号はデータフレームの形式を有している必要は必ずしも必要なく、第１情報および第２情報の少なくとも一方で指定されたデータ（例えば第１情報で指定された第１FECの符号化シンボル等）を含んでいればよい。
図１７は、変形例２に係る送信装置１００および受信装置２００間の動作のシーケンス例を示す。前述した図１３のシーケンスと同様、送信装置１００からデータフレームが送信され（Ｓ４１）、受信装置２００から再送要求付き確認応答フレームが送信される（Ｓ４２）。送信装置１００の第１送信処理部１０２または第２送信処理部１０４は、受信装置２００以外の他のユーザに割り当てられた無線リソースのうち、再送信号の送信に用いるリソース部分を決定する。第１送信処理部１０２または第２送信処理部１０４は、決定したリソース部分を用いて再送信号を送信することを示す通知情報を受信装置２００に送信する（Ｓ４５）。通知情報は、当該リソース部分の位置を指定する情報でもよい。あるいは、他のユーザに無線リソースで送信されるデータのパディングデータの一部を再送信号に置換してもよい。この場合、通知情報は、他のユーザ宛のデータおいて再送信号が含まれる位置（リソース部分の位置に対応する）、他のユーザ宛のデータを特定するための情報（シーケンス番号、および他のユーザのアドレス等）を含んでもよい。通知情報は、任意の方法で受信装置２００に送信すればよい。例えば、3GPP規格の制御チャネルを用いて通知情報を送信してもよい。あるいは、再送要求付き確認応答フレームに対して確認応答（ACK）を送信する仕組みを導入する場合には、当該確認応答に通知情報を含めてもよい。送信装置１００の通信部１０６は、上述のリソース部分を介して、再送信号を含むデータフレーム送信する（Ｓ４６）。受信装置２００は、受信したデータフレームにおいて当該リソース部分を介して再送信号を取得する（同Ｓ４６）。
図１８（Ａ）および図１８（Ｂ）は、送信装置１００から再送信号を送信する具体例を示す。図１８（Ａ）では、3GPP規格のpre emptionを用いる場合において、他のユーザに割り当てられた無線リソースの一部（リソースブロック）に受信装置２００用の再送信号を割り当てている。図１８（Ｂ）ではIEEE802.11規格の場合において、他のユーザ宛に送信されるMACフレームのパディングデータの一部を、受信装置２００用の再送信号に置き換えている。受信装置２００は他のユーザ宛のMACフレームを受信し、あらかじめ送信装置１００から取得した通知情報に基づいて、パディングデータに含まれる再送信号を特定する。
（ハードウェア構成）
図１９は、本実施形態に係る情報処理装置のハードウェア構成の一例を示す。情報処理装置は、コンピュータ装置３００により構成される。情報処理装置は、送信装置１００または受信装置２００に対応する。コンピュータ装置３００は、ＣＰＵ３０１と、入力インターフェース３０２と、表示部３０３と、通信部３０４と、主記憶部３０５と、外部記憶部３０６とを備え、これらはバス３０７により相互に接続されている。図１９に示す構成の一部が存在しなくてもよい。例えば表示部３０３または入力インターフェース３０２が存在しなくてもよい。また、図１９に示す構成以外の要素が存在してもよい。例えば各要素に電力を供給するバッテリ、またはカメラやマイク等のセンサデバイスが存在してもよい。
ＣＰＵ（中央演算装置）３０１は、主記憶部３０５上で、コンピュータプログラムを実行する。コンピュータプログラムは、情報処理装置の上述の各機能構成を実現するプログラムのことである。コンピュータプログラムは、１つのプログラムではなく、複数のプログラムやスクリプトの組み合わせにより実現されていてもよい。ＣＰＵ３０１が、コンピュータプログラムを実行することにより、各機能構成は実現される。
入力インターフェース３０２は、キーボード、マウス、およびタッチパネルなどの入力装置からの操作信号を、情報処理装置に入力するための回路である。
表示部３０３は、情報処理装置に記憶されているデータまたは情報処理装置で算出されたデータを表示する。表示部３０３は、例えば、ＬＣＤ（液晶ディスプレイ）、有機エレクトロルミネッセンスディスプレイ、ＣＲＴ（ブラウン管）、またはＰＤＰ（プラズマディスプレイ）であるが、これに限られない。
通信部３０４は、情報処理装置が外部装置と無線または有線で通信するための回路である。情報処理装置で用いるデータを、通信部３０４を介して外部装置から入力することができる。通信部３０４はアンテナを含む。外部装置から入力したデータを、主記憶部３０５や外部記憶部３０６に格納することができる。
主記憶部３０５は、コンピュータプログラム、コンピュータプログラムの実行に必要なデータ、およびコンピュータプログラムの実行により生成されたデータなどを記憶する。コンピュータプログラムは、主記憶部３０５上で展開され、実行される。主記憶部３０５は、例えば、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭであるが、これに限られない。
外部記憶部３０６は、コンピュータプログラム、コンピュータプログラムの実行に必要なデータ、およびコンピュータプログラムの実行により生成されたデータなどを記憶する。これらのコンピュータプログラムやデータは、コンピュータプログラムの実行の際に、主記憶部３０５に読み出される。外部記憶部３０６は、例えば、ハードディスク、光ディスク、フラッシュメモリ、および磁気テープであるが、これに限られない。
なお、コンピュータプログラムは、コンピュータ装置３００に予めインストールされていてもよいし、ＣＤ－ＲＯＭなどの記憶媒体に記憶されていてもよい。また、コンピュータプログラムは、インターネット上にアップロードされていてもよい。
また、コンピュータ装置３００は単一の装置により構成されてもよいし、相互に接続された複数のコンピュータ装置からなるシステムとして構成されてもよい。
なお、上述の実施形態は本開示を具現化するための一例を示したものであり、その他の様々な形態で本開示を実施することが可能である。例えば、本開示の要旨を逸脱しない範囲で、種々の変形、置換、省略またはこれらの組み合わせが可能である。そのような変形、置換、省略等を行った形態も、本開示の範囲に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
また、本明細書に記載された本開示の効果は例示に過ぎず、その他の効果があってもよい。
なお、本開示は以下のような構成を取ることもできる。
［項目１］
第２符号に関する処理を行う第１プロトコル層より上位の第２プロトコル層で処理する第１符号の符号化単位で再送を要求する情報を送信する処理部
を備えた情報処理装置。
［項目２］
前記処理部は、前記第２符号の復号化により得られた第１符号の符号化シンボルに基づき、前記第１符号の復号化を行い、前記第１符号の符号化シンボルが不足する場合は、前記再送を要求する情報を送信し、前記再送を要求する情報は、前記第１符号の復号化に必要な前記第１符号の符号化シンボルの再送を要求する
項目１に記載の情報処理装置。
［項目３］
前記処理部は、前記第２符号の復号化に成功した前記第１符号の符号化シンボルの個数または前記第２符号の復号化に失敗した前記第１符号の符号化シンボルの個数に基づき、前記再送が必要か否かを判断する
項目２に記載の情報処理装置。
［項目４］
前記再送を要求する情報は、前記再送を要求する符号化シンボルのインデックス情報を含む
項目２または３に記載の情報処理装置。
［項目５］
前記再送を要求する情報は、前記再送を要求する符号化シンボルの個数を含む
項目２～４のいずれか一項に記載の情報処理装置。
［項目６］
前記再送を要求する情報は、前記第２符号の復号化に成功した前記第１符号の符号化シンボルのインデックス情報を含む
項目２～５のいずれか一項に記載の情報処理装置。
［項目７］
前記再送を要求する情報は、前記第２符号の復号化に失敗した前記第１符号の符号化シンボルの個数を含む
項目２～６のいずれか一項に記載の情報処理装置。
［項目８］
前記再送を要求する情報は、前記第１符号の符号化の対象となったデータの全部または一部を前記第１符号で再符号化する要求を含む
項目２～７のいずれか一項に記載の情報処理装置。
［項目９］
前記再送を要求する情報は、前記データの変調多値数を指定する情報を含む
項目８に記載の情報処理装置。
［項目１０］
前記再送を要求する情報は、前記データを前記第１符号で符号化するシンボルサイズおよび個数を指定する情報を含む
項目８または９に記載の情報処理装置。
［項目１１］
前記再送を要求する情報は、前記データを前記第１符号で符号化する符号化率を指定する情報を含む
項目８～１０のいずれか一項に記載の情報処理装置。
［項目１２］
前記再送を要求する情報は、前記データを前記第２符号で符号化する符号化率を指定する情報を含む
項目８～１１のいずれか一項に記載の情報処理装置。
［項目１３］
前記再送を要求する情報は、前記第１符号の符号化方式を指定する情報を含む
項目８～１２のいずれか一項に記載の情報処理装置。
［項目１４］
前記第１符号の復号化に成功または失敗した少なくとも１つのデータの確認応答と、前記再送を要求する情報とを含む第１フレームを送信する通信部
を備えた項目２～１３のいずれか一項に記載の情報処理装置。
［項目１５］
前記第１符号の符号化シンボルの再送に用いる無線リソースを使用する期間である第１期間を予約する情報と、前記再送を要求する情報とを含む第２フレームを送信する通信部を備え、
前記第２フレームの送信先装置以外の前記第２フレームを受信した装置は前記第１期間の間、前記無線リソースでの送信を控える
項目２～１４のいずれか一項に記載の情報処理装置。
［項目１６］
前記第１符号の符号化シンボルの再送に用いる無線リソースを指定する情報と、前記再送を要求する情報とを含む第３フレームを送信する通信部
を備えた項目２～１５のいずれか一項に記載の情報処理装置。
［項目１７］
前記情報処理装置とは異なる装置に割り当てられた無線リソースの全部または一部を用いて前記第１符号の符号化シンボルの再送を行うことを示す通知情報を受信する通信部を備え、
前記処理部は、前記通知情報に示される前記無線リソースの全部または一部を介して前記第１符号の符号化シンボルを受信する
項目２～１６のいずれか一項に記載の情報処理装置。
［項目１８］
前記第１プロトコル層において前記第２符号の復号化を行う第１プロトコル層処理部を備え、
前記処理部は、前記第２プロトコル層において前記第１符号の復号化を行う
項目１～１７のいずれか一項に記載の情報処理装置。
［項目１９］
前記第２プロトコル層は、3GPP規格で規定されたレイヤ２である
項目１８に記載の情報処理装置。
［項目２０］
前記第１プロトコル層は、IEEE802.11規格で規定されたMAC層である
項目１８または１９に記載の情報処理装置。
［項目２１］
第２符号に関する処理を行う第１プロトコル層より上位の第２プロトコル層で処理する第１符号の符号化単位で再送を要求する情報を送信する、情報処理方法。
１１ マクロセル
１２ スモールセル
１３ マクロセル基地局
１４ スモールセル基地局
１５ 制御エンティティ
１６ コアネットワーク
１８ 外部ネットワーク
１９ ＨｅＮＢゲートウェイ装置
２０ ゲートウェイ装置
１００ 送信装置
１０１ 上位層処理部
１０２ 第１送信処理部
１０３ 第１FEC符号化部
１０４ 第２送信処理部
１０５ 第２FEC符号化部
１０６ 通信部
１０８ アンテナ
２００ 受信装置
２０１ 上位層処理部
２０２ 第２受信処理部
２０３ 第１FEC復号化部
２０４ 第１受信処理部
２０５ 第２FEC復号化部
２０６ 通信部
２０８ アンテナ
３００ コンピュータ装置
３０２ 入力インターフェース
３０３ 表示部
３０４ 通信部
３０５ 主記憶部
３０６ 外部記憶部
３０７ バス

Claims (21)

  1. 第２符号に関する処理を行う第１プロトコル層より上位の第２プロトコル層で処理する第１符号の符号化単位で再送を要求する情報を送信する処理部
    を備えた情報処理装置。
  2. 前記処理部は、前記第２符号の復号化により得られた第１符号の符号化シンボルに基づき、前記第１符号の復号化を行い、前記第１符号の符号化シンボルが不足する場合は、前記再送を要求する情報を送信し、前記再送を要求する情報は、前記第１符号の復号化に必要な前記第１符号の符号化シンボルの再送を要求する
    請求項１に記載の情報処理装置。
  3. 前記処理部は、前記第２符号の復号化に成功した前記第１符号の符号化シンボルの個数または前記第２符号の復号化に失敗した前記第１符号の符号化シンボルの個数に基づき、前記再送が必要か否かを判断する
    請求項２に記載の情報処理装置。
  4. 前記再送を要求する情報は、前記再送を要求する符号化シンボルのインデックス情報を含む
    請求項２に記載の情報処理装置。
  5. 前記再送を要求する情報は、前記再送を要求する符号化シンボルの個数を含む
    請求項２に記載の情報処理装置。
  6. 前記再送を要求する情報は、前記第２符号の復号化に成功した前記第１符号の符号化シンボルのインデックス情報を含む
    請求項２に記載の情報処理装置。
  7. 前記再送を要求する情報は、前記第２符号の復号化に失敗した前記第１符号の符号化シンボルの個数を含む
    請求項２に記載の情報処理装置。
  8. 前記再送を要求する情報は、前記第１符号の符号化の対象となったデータの全部または一部を前記第１符号で再符号化する要求を含む
    請求項２に記載の情報処理装置。
  9. 前記再送を要求する情報は、前記データの変調多値数を指定する情報を含む
    請求項８に記載の情報処理装置。
  10. 前記再送を要求する情報は、前記データを前記第１符号で符号化するシンボルサイズおよび個数を指定する情報を含む
    請求項８に記載の情報処理装置。
  11. 前記再送を要求する情報は、前記データを前記第１符号で符号化する符号化率を指定する情報を含む
    請求項８に記載の情報処理装置。
  12. 前記再送を要求する情報は、前記データを前記第２符号で符号化する符号化率を指定する情報を含む
    請求項８に記載の情報処理装置。
  13. 前記再送を要求する情報は、前記第１符号の符号化方式を指定する情報を含む
    請求項８に記載の情報処理装置。
  14. 前記第１符号の復号化に成功または失敗した少なくとも１つのデータの確認応答と、前記再送を要求する情報とを含む第１フレームを送信する通信部
    を備えた請求項２に記載の情報処理装置。
  15. 前記第１符号の符号化シンボルの再送に用いる無線リソースを使用する期間である第１期間を予約する情報と、前記再送を要求する情報とを含む第２フレームを送信する通信部を備え、
    前記第２フレームの送信先装置以外の前記第２フレームを受信した装置は前記第１期間の間、前記無線リソースでの送信を控える
    請求項２に記載の情報処理装置。
  16. 前記第１符号の符号化シンボルの再送に用いる無線リソースを指定する情報と、前記再送を要求する情報とを含む第３フレームを送信する通信部
    を備えた請求項２に記載の情報処理装置。
  17. 前記情報処理装置とは異なる装置に割り当てられた無線リソースの全部または一部を用いて前記第１符号の符号化シンボルの再送を行うことを示す通知情報を受信する通信部を備え、
    前記処理部は、前記通知情報に示される前記無線リソースの全部または一部を介して前記第１符号の符号化シンボルを受信する
    請求項２に記載の情報処理装置。
  18. 前記第１プロトコル層において前記第２符号の復号化を行う第１プロトコル層処理部を備え、
    前記処理部は、前記第２プロトコル層において前記第１符号の復号化を行う
    請求項１に記載の情報処理装置。
  19. 前記第２プロトコル層は、3GPP規格で規定されたレイヤ２である
    請求項１８に記載の情報処理装置。
  20. 前記第１プロトコル層は、IEEE802.11規格で規定されたMAC層である
    請求項１８に記載の情報処理装置。
  21. 第２符号に関する処理を行う第１プロトコル層より上位の第２プロトコル層で処理する第１符号の符号化単位で再送を要求する情報を送信する 情報処理方法。
JP2020147866A 2020-09-02 2020-09-02 情報処理装置および情報処理方法 Pending JP2023159896A (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2020147866A JP2023159896A (ja) 2020-09-02 2020-09-02 情報処理装置および情報処理方法
EP21864076.1A EP4210256A4 (en) 2020-09-02 2021-08-12 INFORMATION PROCESSING APPARATUS AND INFORMATION PROCESSING METHOD
PCT/JP2021/029733 WO2022050018A1 (ja) 2020-09-02 2021-08-12 情報処理装置および情報処理方法
US18/042,333 US20230327801A1 (en) 2020-09-02 2021-08-12 Information processing device and information processing method
CN202180052041.3A CN115968538A (zh) 2020-09-02 2021-08-12 信息处理设备和信息处理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2020147866A JP2023159896A (ja) 2020-09-02 2020-09-02 情報処理装置および情報処理方法

Publications (1)

Publication Number Publication Date
JP2023159896A true JP2023159896A (ja) 2023-11-02

Family

ID=80491683

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020147866A Pending JP2023159896A (ja) 2020-09-02 2020-09-02 情報処理装置および情報処理方法

Country Status (5)

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

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 富士通株式会社 データ転送装置、データ転送方法及びデータ転送プログラム
CA2876581A1 (en) * 2012-06-14 2013-12-19 Telefonaktiebolaget L M Ericsson (Publ) Methods of mapping retransmissions responsive to bundled nack messages and related devices for multi-layer mimo transmission
US10129928B2 (en) * 2012-12-14 2018-11-13 Huawei Technologies Co., Ltd. System and method for UE fountain relay based network
US9929833B2 (en) * 2013-03-08 2018-03-27 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
KR20230141880A (ko) * 2017-01-04 2023-10-10 인터디지탈 패튼 홀딩스, 인크 무선 시스템들에서의 수신기 피드백
JP7027690B2 (ja) * 2017-03-16 2022-03-02 日本電気株式会社 情報処理装置、通信システム、通信方法及びプログラム
KR20230164216A (ko) * 2017-05-03 2023-12-01 인터디지탈 패튼 홀딩스, 인크 낮은 레이턴시 트래픽에 의해 영향을 받을 때 embb의 harq 피드백 성능을 개선하기 위한 방법 및 장치
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
EP4210256A4 (en) 2024-02-21
CN115968538A (zh) 2023-04-14
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
US20220140952A1 (en) Systems and methods for smart harq for wifi
US9479297B2 (en) Fractional HARQ re-transmission
CN106899390B (zh) 基于harq传输的方法、装置及系统
TWI733667B (zh) 在存取點與行動終端機之間使用下行鏈路及上行鏈路傳輸之無線通訊測試之方法
WO2019093390A1 (ja) 端末装置、基地局装置、および、通信方法
US20090077444A1 (en) Method and apparatus for providing acknowledgement signaling to support an error control mechanism
EP3709723A1 (en) Terminal device, base station device, and communication method
US20220021483A1 (en) Methods and appratuses for broadcast multicast or groupcast transmission using vertical check blocks
WO2020224532A1 (zh) 一种重传数据的发送方法、接收方法及装置
EP3895351B1 (en) New radio code block transmission based on dci extension
US11943055B2 (en) Communication device and communication method
US20230354370A1 (en) Data receiving method and apparatus and data sending method and apparatus
US20230139754A1 (en) Coding method and apparatus
KR20200099044A (ko) 통신시스템에서 데이터 송수신 방법 및 장치
KR20200036717A (ko) 무선 셀룰라 통신 시스템에서 그룹캐스트 피드백 송수신 방법 및 장치
US11711101B2 (en) Communication device and communication method
WO2020238845A1 (zh) 一种重传数据的发送方法、接收方法及装置
WO2022050018A1 (ja) 情報処理装置および情報処理方法
JPWO2019043805A1 (ja) 再送制御方法、無線端末、無線基地局
WO2022050020A1 (ja) 情報処理装置、符号化方法および復号化方法
US20230327800A1 (en) Information processing device and decoding method
WO2023137720A1 (en) Methods and apparatuses for network coding-based harq retransmission with scrambling
US20220086853A1 (en) Communication Method And Apparatus
CN115336210A (zh) 用于码字传输的方法和系统