JPWO2019097705A1 - 通信装置、及び通信方法 - Google Patents

通信装置、及び通信方法 Download PDF

Info

Publication number
JPWO2019097705A1
JPWO2019097705A1 JP2019553655A JP2019553655A JPWO2019097705A1 JP WO2019097705 A1 JPWO2019097705 A1 JP WO2019097705A1 JP 2019553655 A JP2019553655 A JP 2019553655A JP 2019553655 A JP2019553655 A JP 2019553655A JP WO2019097705 A1 JPWO2019097705 A1 JP WO2019097705A1
Authority
JP
Japan
Prior art keywords
packet
communication device
communication
transmitted
retransmission
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
JP2019553655A
Other languages
English (en)
Other versions
JP6880228B2 (ja
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.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
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 NTT Docomo Inc filed Critical NTT Docomo Inc
Publication of JPWO2019097705A1 publication Critical patent/JPWO2019097705A1/ja
Application granted granted Critical
Publication of JP6880228B2 publication Critical patent/JP6880228B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • 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
    • 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/1628—List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers
    • 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/1642—Formats specially adapted for sequence numbers
    • 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/1809—Selective-repeat protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/122—Avoiding congestion; Recovering from congestion by diverting traffic away from congested entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/085—Access point devices with remote components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/12—Interfaces between hierarchically different network devices between access points and access point controllers

Landscapes

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

Abstract

第１の通信装置と第２の通信装置とを含む無線通信システムにおける前記第１の通信装置として使用される通信装置において、ユーザ装置への再送パケットを前記第２の通信装置から受信し、当該再送パケットをユーザ装置へ送信する通信部を備え、前記通信部は、前記再送パケットのシーケンス番号を含む送達状態情報を前記第２の通信装置へ送信する。

Description

本発明は、無線通信システムにおける通信装置に関連するものである。
現在、３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システム及びＬＴＥ−Ａｄｖａｎｃｅｄシステムの後継として、ＮＲ（Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）システムと呼ばれる新たな無線通信システムの仕様策定が進められている。なお、ＮＲを５Ｇと称してもよい。
ＮＲシステムでは、ＬＴＥシステムにおけるデュアルコネクティビティと同様に、ＬＴＥシステムの基地局（ｅＮＢ）とＮＲシステムの基地局（ｇＮＢ）との間でデータを分割し、これらの基地局によってデータを同時送受信するＬＴＥ−ＮＲデュアルコネクティビティ（ＬＴＥ−ＮＲ ＤＣ）又はマルチＲＡＴデュアルコネクティビティ（ＭＲ ＤＣ）の導入が検討されている。
また、ＮＲシステムでは、無線アクセスネットワークのアーキテクチャとして、１つの集約ノード（Ｃｅｎｔｒａｌ Ｕｎｉｔ：ＣＵ）から複数の分散ノード（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ：ＤＵ）を張り出す構成を用いることが想定されている。この構成においては、ＣＵ−ＤＵ機能分離がなされており、一例として、ＣＵがＰＤＣＰレイヤの機能を持ち、ＤＵがＲＬＣ以下のレイヤの機能を持つ。
３ＧＰＰ ＴＳ ３８．４２５ Ｖ０．２．０ （２０１７−１０）
上述したＣＵとＤＵを用いた構成において、ＣＵは、自身が送信したパケットが、ＤＵからユーザ装置に送信されたか否かを確認することが必要である。この点に関し、例えば、非特許文献１には、下りデータの送達状態を報告するDownlink Data Delivery Status（以降、ＤＤＤＳ）手順が開示されており、この手順を使用して、ＤＵからＣＵに対して、パケット（例えばＰＤＣＰ ＰＤＵ）の送達状態（delivery status）を報告することが考えられる。
しかし、上記の従来技術では、再送パケットについて考慮されていない。そのため、ＣＵは、自身が送信した再送パケットが、ＤＵからユーザ装置に送信されたか否かを確認することができないという課題がある。
なお、上記の課題は、ＤＵとＣＵを使用した構成に限らずに生じ得る課題である。また、上記の課題は、ＤＤＤＳ手順を用いる構成に限らずに生じ得る課題である。
本発明は上記の点に鑑みてなされたものであり、無線通信システムにおいて、通信装置が送信した再送パケットの送達状態を、当該通信装置が確認することを可能とする技術を提供することを目的とする。
開示の技術によれば、第１の通信装置と第２の通信装置とを含む無線通信システムにおける前記第１の通信装置として使用される通信装置であって、
ユーザ装置への再送パケットを前記第２の通信装置から受信し、当該再送パケットをユーザ装置へ送信する通信部を備え、
前記通信部は、前記再送パケットのシーケンス番号を含む送達状態情報を前記第２の通信装置へ送信する
ことを特徴とする通信装置が提供される。
開示の技術によれば、無線通信システムにおいて、通信装置が送信した再送パケットの送達状態を、当該通信装置が確認することを可能とする技術が提供される。
本発明の実施の形態における無線通信システムの構成例を示す図である。 ＣＵ−ＤＵ機能分離の構成例を示す図である。 基本的な動作例を説明するためのシーケンス図である。 ＤＤＤＳ報告の動作例を説明するための図である。 ＤＤＤＳ報告の動作例を説明するための図である。 付加する情報の具体例を示す図である。 ＤＤＤＳ ＰＤＵのフォーマットの具体例を示す図である。 ＤＵの構成例を示す図である。 ＣＵの構成例を示す図である。 ハードウェア構成の例を示す図である。
以下、図面を参照して本発明の実施の形態（本実施の形態）を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。
以下で説明する実施の形態では、既存の３ＧＰＰ規格書で使用されている用語を適宜使用しているが、当該用語に示される対象と同様の対象が他の用語で呼ばれてもよい。
また、以下では、本発明の第１の通信装置の例としてＤＵを使用し、第２の通信装置の例としてＣＵを使用する実施の形態を説明したいるが、これは一例に過ぎない。本発明の適用先はＣＵとＤＵに係る構成に限られず、例えば、本発明を、複数の基地局（例：複数のｅＮＢ、ｅＮＢとｇＮＢ、複数のｇＮＢ等）を備える構成に適用することも可能である。
（システム構成）
図１に本実施の形態における通信システム（ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ））と称してもよい）の構成例（ａ）、（ｂ）を示す。なお、これらの構成は一例である。
図１（ａ）に示す通信システムは、ＮＲのノンスタンドアローン向けのＲＡＮである。図１（ａ）に示すように、当該通信システムは、ＬＴＥの基地局であるｅＮＢ４００と、ＮＲの基地局であるｅｎ‐ｇＮＢ６００とを有し、ユーザ装置ＵＥは、ｅＮＢ４００及びｅｎ‐ｇＮＢ６００と通信を行うことができる。また、当該通信システムにおいて、ｅＮＢ４００及びｅｎ−ｇＮＢ６００は、ＬＴＥのコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ ｐａｃｋｅｔ Ｃｏｒｅ）５００に接続される。
図１（ｂ）に示す通信システムは、ＮＲのスタンドアローン向けのＲＡＮである。当該通信システムは、ＮＲの基地局であるｇＮＢ７００と、ＮＲの基地局であるｇＮＢ９００とを有し、ユーザ装置ＵＥは各基地局と通信を行うことができる。また、当該通信システムにおいて、ｇＮＢ７００及びｇＮＢ９００は、５Ｇのコアネットワークである５ＧＣ（５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ）８００に接続される。
図１（ａ）、（ｂ）に示す構成において、ＮＲの基地局（ｅｎ−ｇＮＢ６００、ｇＮＢ３００）は、集約ノードであるＣＵ３００と、ＣＵ３００から張り出された複数の分散ノードであるＤＵ１００、ＤＵ２００とを有する。ＣＵ３００とＤＵ１００、２００との間は例えば光ファイバにより接続される。
無線インタフェースプロトコルに関し、ＣＵとＤＵは機能分離がなされており、一例として、図２に示すように、ＣＵ３００はＰＤＣＰレイヤの機能を有し、ＤＵ１００、２００のそれぞれはＲＬＣ、ＭＡＣ、ＰＨＹ、ＲＦの機能を有する。ただし、これは一例に過ぎず、例えば、ＤＵ１００、２００のそれぞれが、ＰＤＣＰレイヤの一部の機能を備えてもよい。ユーザ装置ＵＥは、例えばスマートホン等の無線端末である。ユーザ装置ＵＥは、ＲＦ〜ＰＤＣＰの各レイヤの機能を有する。
図１（ａ）、（ｂ）に示すＣＵ３００、ＤＵ１００、ＤＵ２００の構成において、例えば、ＣＵ３００は、コアネットワークから受信したユーザ装置ＵＥ向けのパケットを、ＤＵ１００、ＤＵ２００に分配する。例えば、ＳＮ（シーケンス番号）＝1〜４のパケットをＤＵ１００に送信し、ＳＮ＝５〜８のパケットをＤＵ２００に送信するといった分配がなされる。ただし、これは例であり、ＣＵ３００においてパケットを複製し、同じパケットをＤＵ１００とＤＵ２００の両方に送信することも可能である。なお、本明細書において、「パケット」はＰＤＣＰ ＰＤＵであることを想定しているが、それに限定されるわけではない。例えば、「パケット」は、ＩＰパケットでもよいし、ＲＬＣ ＰＤＵでもよいし、ＭＡＣ ＰＤＵでもよい。また、「パケット」を「データ」、「データユニット」、あるいは「フレーム」と称してもよい。
上記のように、本実施の形態では、パケットとしてＰＤＣＰ ＰＤＵを用いることを想定しているので、ここで、ＰＤＣＰレイヤについての動作概要を説明する。
送信側では、ＰＤＣＰエンティティが、上位レイヤから受信したパケット、すなわち、ＰＤＣＰ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）に対して、秘匿処理、改ざん検出及びヘッダ圧縮を実行し、ＰＤＣＰ ＳＮ（シーケンス番号）をヘッダに付与してＰＤＣＰ ＰＤＵ（Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ）としてＲＬＣレイヤに送出する。一方、受信側（例としてＲＬＣ−ＡＭを想定）では受信ｗｉｎｄｏｗ（ウィンドウ）を管理し、送信側から受信したパケットのＰＤＣＰ ＳＮが受信ウィンドウの範囲内である場合、推定したＨＦＮとヘッダのＰＤＣＰ ＳＮとから構成されるＣＯＵＮＴ値に基づき受信したパケットのペイロード（ＰＤＣＰ ＳＤＵ）に対して解匿処理（秘匿解除処理）を実行する。その後、ＰＤＣＰエンティティは、処理後のパケットを上位レイヤに送出し、受信ウィンドウを更新する。
ＰＤＣＰレイヤでは、パケットのリオーダリング処理が行われる。リオーダリングを実施する時には、ＰＤＣＰエンティティはリオーダリングタイマ（ｒｅｏｒｄｅｒｉｎｇ ｔｉｍｅｒ）を用いる。ユーザ装置ＵＥは、抜けを検知した時点で、リオーダリングタイマを起動し、当該タイマ起動中は後続のＰＤＣＰ ＰＤＵの処理を中断（ｓｕｓｐｅｎｄ）し、タイマ満了までに抜けパケットの受信ができない場合は、当該パケットの受信を諦め、処理を再開する。
以下、一例として、ＣＵ３００、ＤＵ１００、ＤＵ２００からなる構成を用いて、実施の形態に係る動作例を説明する。
（動作の概要）
図３を参照して、無線リンク障害発生時の動作の概要を説明する。
図３のＳ１０１の前の段階において、ユーザ装置ＵＥはＤＵ１００及びＤＵ２００のそれぞれと接続しており、ユーザ装置ＵＥはＤＵ１００及びＤＵ２００のそれぞれと、パケットの通信を行っている。Ｓ１０１において、ＤＵ１００がユーザ装置ＵＥとの間の無線リンク障害を検知する。
Ｓ１０２において、ＤＵ１００は、ＣＵ３００に対し、無線リンク障害の発生を報告する。この報告には、例えばＤＤＤＳ手順が使用される。ＤＤＤＳ手順における送達状態の報告（具体的には、ＤＤＤＳ ＰＤＵ）には、ユーザ装置ＵＥに送信したパケットのうち、最もＳＮの大きなパケットの当該ＳＮが含まれる。
なお、本実施の形態において、"ユーザ装置ＵＥへパケットを送信した"とは、当該パケットに関して、ユーザ装置ＵＥからＡＣＫを確認したこととしてもよいし、ＡＣＫの確認の有無に関わらずに、無線でパケットを送信できたこととしてもよい。また、ユーザ装置ＵＥからＡＣＫを確認できた場合を"delivered"と表現し、ＡＣＫの確認の有無に関わらずに、無線でパケットを送信できたことを"transmitted"と表現してもよい。ただし、"delivered"、"transmitted"の意味はこれらに限定されるわけではない。
上記の報告を受信したＣＵ３００は、Ｓ１０３において、ユーザ装置ＵＥ向けのパケットのトラフィックをＤＵ２００側へ切り替えるとともに、Ｓ１０２で受信した報告に基づき、ユーザ装置ＵＥへ再送するパケットを決定する。
Ｓ１０４において、ユーザ装置ＵＥは、再送パケットをＤＵ２００に送信する。Ｓ１０５において、再送パケットはＤＵ２００からユーザ装置ＵＥへ送信される。
その後、ユーザ装置ＵＥとＤＵ１００との間の無線リンク障害が回復すると、Ｓ１０６において、ＤＵ１００は、無線リンク障害が回復したことをＣＵ３００に報告する。Ｓ１０７において、ＣＵ３００は、ユーザ装置ＵＥ向けパケットのＤＵ１００への送信を再開する。
本実施の形態では、Ｓ１０４におけるパケットの再送において、ＣＵ３００は、パケットに、再送であることを示す情報を付加し、当該情報を付加したパケットをＤＵ２００に送信する。また、Ｓ１０４の再送後の下りパケットの送達状態の報告として、ＤＵ２００は、再送パケットを送信したことを示す情報をＣＵ１００に送信することとしている。以下、これらの動作についてより詳細に説明する。
（詳細動作例）
図４、図５を参照して、より具体的な動作例を説明する。ここでは、上記の動作（情報付加、再送パケットの送信報告）を行うことの効果を理解しやすくするために、図４を参照した最初の説明で、上記の動作を行わないとした場合の動作を説明し、図５を参照した説明において上記の動作を行う場合を説明する。また、以下の説明では、一例としてＤＤＤＳ手順（非特許文献１）に基づき、状態報告等を行うものとする。また、以下の説明において、ＳＮ＝Ｘのパケットをパケット（ＳＮ＝Ｘ）のように表記する場合がある。
図４（ａ）に示す状態において、ＣＵ３００は、ユーザ装置ＵＥ向けのパケットとして、パケット（ＳＮ＝１）、パケット（ＳＮ＝２）、パケット（ＳＮ＝３）、パケット（ＳＮ＝４）をＤＵ１００に送信し、ＤＵ１００は、これらのパケットを順次ユーザ装置ＵＥへ送信する。しかし、ここでは、パケット（ＳＮ＝１）、パケット（ＳＮ＝２）、パケット（ＳＮ＝３）を送信した時点で、ユーザ装置ＵＥとＤＵ１００との間に無線リンク障害が発生し、パケット（ＳＮ＝４）はユーザ装置ＵＥへ送信できなかったものとする。
ＤＵ１００は、上記の無線リンク障害が発生したことを示す情報と、ＣＵ３００から受信し、ユーザ装置ＵＥへ送信できたパケットのうち、ＳＮが最大のパケットのＳＮ（本例では３）を含むＤＤＤＳ ＰＤＵをＣＵ３００に送信する。
一方、ＤＵ２００側に関しては、図４（ａ）に示す状態において、ＣＵ３００は、ＳＮ＝５〜８のパケットをＤＵ２００に送信し、ＳＮ＝５〜７のパケットがＤＵ２００からユーザ装置ＵＥに送信され、パケット（ＳＮ＝８）は、ＤＵ２００におけるバッファに格納されている。
ＣＵ３００は、ＳＮ＝３を含むＤＤＤＳ ＰＤＵを受信したことで、ＤＵ１００からＳＮ＝１〜３のパケットがユーザ装置ＵＥに送信されたが、パケット（ＳＮ＝４）は送信されていないと判断する。
そして、図４（ｂ）において、ＣＵ３００は、パケット（ＳＮ＝４）を、ＤＵ２００へ再送する。なお、ＣＵ３００は、ユーザ装置ＵＥ向けのパケット（ＳＮ＝４）をＤＵ１００に既に送信したので、図４（ｂ）におけるパケット（ＳＮ＝４）の送信は「再送」である。
図４（ｂ）において、ＤＵ２００は、パケット（ＳＮ＝４）を受信するので、バッファには、既に格納されているパケット（ＳＮ＝８）と、パケット（ＳＮ＝４）が格納される。
図４（ｃ）において、ＤＵ２００は、パケット（ＳＮ＝４）と、パケット（ＳＮ＝８）をユーザ装置ＵＥに送信する。
図４（ｄ）において、ＤＵ２００は、送達状態の報告として、ＣＵ３００から受信し、ユーザ装置ＵＥへ送信したパケット（ここでは、再送パケットは考慮されないので、ＳＮ＝５〜８のパケットになる）のうち、ＳＮが最大のパケットのＳＮを含むＤＤＤＳ ＰＤＵをＣＵ３００に送信する。
上記のＤＤＤＳ ＰＤＵを受信したＣＵ３００は、自身が初送でＤＵ２００に送信したＳＮ＝５〜８のパケットが、ＤＵ２００からユーザ装置ＵＥへ送信されたことを把握できる。しかし、ＣＵ２００は、再送したパケット（ＳＮ＝４）が、ＤＵ２００からユーザ装置ＵＥへ送信されたか否かを判断できない。ＣＵ３００は、ＰＤＣＰ ＰＤＵの送信状態を管理（更新等）するために、自身が送信したパケットが受信側に送信されたかどうかを把握する必要があるところ、上記のように再送したパケット（ＳＮ＝４）についての送達状態を確認できない場合には、不都合が生じる。
以下、上記の問題を解決する動作例を図５を参照して説明する。
図５（ａ）に示す状態において、図４（ａ）に場合と同様に、ＣＵ３００は、ユーザ装置ＵＥへのパケットとして、ＳＮ＝１〜４のパケットをＤＵ１００に送信し、ＤＵ１００は、これらのパケットを順次ユーザ装置ＵＥへ送信する。しかし、パケット（ＳＮ＝１）、パケット（ＳＮ＝２）、パケット（ＳＮ＝３）を送信した時点で、ユーザ装置ＵＥとＤＵ１００との間に無線リンク障害が発生し、パケット（ＳＮ＝４）はユーザ装置ＵＥへ送信できない。
ＤＵ１００は、上記の無線リンク障害が発生したことを示す情報と、ＣＵ３００から受信して、ユーザ装置ＵＥへ送信できたパケットのうち、ＳＮが最大のパケットのＳＮ（本例では３）を含むＤＤＤＳ ＰＤＵをＣＵ３００に送信する。
一方、ＤＵ２００側に関しては、図５（ａ）に示す状態において、ＣＵ３００は、ＳＮ＝５〜８のパケットをＤＵ２００に送信し、ＳＮ＝５〜７のパケットがＤＵ２００からユーザ装置ＵＥに送信され、パケット（ＳＮ＝８）は、ＤＵ２００におけるバッファに格納されている。
ＣＵ３００は、ＳＮ＝３を含むＤＤＤＳ ＰＤＵを受信したことで、自身がＤＵ１００に送信したパケットのうち、ＳＮ＝１〜３のパケットがＤＵ１００から送信されたが、パケット（ＳＮ＝４）は送信されていないと判断する。
そして、図５（ｂ）において、ＣＵ３００は、パケット（ＳＮ＝４）を、ＤＵ２００へ再送する。図５（ｂ）の場合には、ＣＵ３００は、再送するパケット（ＳＮ＝４）に、再送であることを示す情報を付加し、当該情報を付加したパケット（ＳＮ＝４）をＤＵ２００に送信する。ただし、この情報の付加は必須ではなく、当該情報を付加しなくてもよい。
また、再送であることを示す情報は、パケット（ＳＮ＝４）のヘッダの空きビット（スペアビット）を使用して付加することとしてもよいし、パケット（ＳＮ＝４）にビットを加える形で付加してもよい。また、再送であることを示す情報を「ｒｅｔｒａｎｓｍｉｔｔｅｄ ｉｎｄｉｃａｔｉｏｎ」と称してもよい。
ここで、ユーザ装置ＵＥでのリオーダリングタイマ満了を回避するために、ＤＵ２００は、ＳＮの小さいパケットを優先的にユーザ装置ＵＥへ送信することが望ましい。しかし、上記付加がない場合には、ＤＵ２００は、例えば、ＳＮを確認する処理を行う必要があり、処理が遅延する可能性がある、一方、付加を行うことで、迅速な処理が可能となる。すなわち、本願は、ＤＵ２００において、再送パケットの送信を優先的に行うには、ＳＮの確認により遅延が生じる可能性があるという課題を開示し、上記情報の付加という課題解決手段を開示するものである。なお、後述するＤＤＤＳ ＰＤＵへの再送パケットのＳＮの付加を行わずに、当該情報（ｒｅｔｒａｎｓｍｉｔｔｅｄ ｉｎｄｉｃａｔｉｏｎ）付加動作を行ってもよい。
再送であることを示す情報を付加したパケット（ＳＮ＝４）を受信したＤＵ２００は、当該情報に基づいて、当該パケット（ＳＮ＝４）が再送パケットであることを認識し、当該パケット（ＳＮ＝４）を、既にバッファに格納されているパケット（ＳＮ＝８）よりも優先してユーザ装置ＵＥに送信することができる。つまり、図５（ｃ）において、ＤＵ２００は、ユーザ装置ＵＥに送信すべき２つのパケット（パケット（ＳＮ＝４）とパケット（ＳＮ＝８））のうち、パケット（ＳＮ＝４）を最初に送信し、次に、パケット（ＳＮ＝８）を送信する。この動作により、ユーザ装置ＵＥにおけるリオーダリングタイマの満了を回避することができる。
また、再送であることを示す情報が付加されない場合においては、前述したように、ＤＵ２００は、ユーザ装置ＵＥに送信すべき各パケットのヘッダに中のＳＮをチェックし、ＳＮの小さいものを優先的にユーザ装置ＵＥへ送信することとしてもよい。これによっても、ユーザ装置ＵＥにおけるリオーダリングタイマの満了を回避することができる。
図５（ｄ）において、ＤＵ２００は、ＤＤＤＳ ＰＤＵによる送達状態の報告として、ＣＵ３００から受信し、ユーザ装置ＵＥへ送信したパケット（再送パケットを含まないＳＮ＝５〜８のパケット）のうち、ＳＮが最大のパケットのＳＮ、及び、ユーザ装置ＵＥへ送信した再送パケット（本例では、パケット（ＳＮ＝４））のＳＮを含むＤＤＤＳ ＰＤＵをＣＵ３００に送信する。なお、ＤＵ２００は、再送パケットのＳＮを含むＤＤＤＳ ＰＤＵと、初送パケットのＳＮを含むＤＤＤＳ ＰＤＵとを別々にＣＵ３００に報告することとしてもよい。
上記のＤＤＤＳ ＰＤＵを受信したＣＵ３００は、自身が初送でＤＵ２００に送信したＳＮ＝５〜８のパケットがユーザ装置ＵＥへ送信されたこと、及び、再送パケットであるパケット（ＳＮ＝４）がユーザ装置ＵＥへ送信されたことを確認できる。
また、各ＤＵにおいて、ＤＤＤＳ ＰＤＵの送信は、例えば、周期的に行われてもよいし、所定数のパケットをユーザ装置ＵＥに送信する度に行うこととしてもよいし、その他のトリガで送信してもよい。
また、ＤＤＤＳ ＰＤＵに含める再送パケットのＳＮについては、複数の再送パケットのＳＮが含められてもよい。その場合、例えば、再送パケットのＳＮの範囲（例：ＳＮ＝１〜３である場合、開始のＳＮ＝１、終了のＳＮ＝３等）を含めてもよい。また、ＤＵ２００は、ユーザ装置ＵＥからのＡＣＫを確認できた再送パケットのＳＮと、ＡＣＫの確認ができたか否かに関わらない、ユーザ装置ＵＥへ送信した再送パケットのＳＮとのそれぞれをＤＤＤＳ ＰＤＵに含めて、ＣＵ３００に送信してもよい。
なお、送達状態の報告を行うためにＤＤＤＳ ＰＤＵを使用することは一例に過ぎない。ＤＤＤＳ ＰＤＵ以外の情報を使用してもよい。また、ＤＤＤＳ ＰＤＵと、それ以外とを総称して送達状態情報と称してもよい。
（詳細な情報の例）
次に、上述した再送であることを示す情報、及び、再送パケットに関する情報を含むＤＤＤＳ ＰＤＵの具体的な例を説明する。
図６は、ＣＵ３００からＤＵ２００に送られる再送パケットに付加される情報の例を示している。図６は、非特許文献１における「Figure 5.5.2.1-1: DL USER DATA (PDU Type 0) Format」からの変更を示しており、変更部分（追加部分）に下線が引かれている。図６に示すように、非特許文献１においてはｓｐａｒｅである領域に、前述したｒｅｔｒａｎｓｍｉｔｔｅｄ ｉｎｄｉｃａｔｉｏｎが含められる。
図７は、ＤＵ２００からＣＵ３００に送られるＤＤＤＳ ＰＤＵのフォーマットの例を示す。図７は、非特許文献１における「Figure 5.5.2.2-1: DL DATA DELIVERY STATUS (PDU Type 1) Format」からの変更を示しており、変更部分（追加部分）に下線が引かれている。
図７に示すように、この例では、「Number of successfully delivered retransmitted NR PDCP Sequence Number range reported」、「Start of successfully delivered retransmitted NR PDCP Sequence Number range」、「End of successfully delivered retransmitted NR PDCP Sequence Number range」、「Number of transmitted retransmitted NR PDCP Sequence Number range reported」、「Start of transmitted retransmitted NR PDCP Sequence Number range」、「End of transmitted retransmitted NR PDCP Sequence Number of retransmitted packets range」が追加されている。なお、本実施の形態において、これら全部を追加することは必須ではなく、例えば、これらの一部が追加されてもよい。また、図７に示す情報とは異なる情報が追加されてもよい。
（装置構成）
次に、これまでに説明した処理動作を実行する通信装置としてのＣＵ３００、ＤＵ１００の機能構成例を説明する。なお、ＤＵ１００とＤＵ２００は同じ構成を有し、上述した動作は、ＤＵ１００とＤＵ２００のそれぞれが実行することができる。ここでは、例としてＤＵ１００についての構成を示している。各装置は、本実施の形態で説明した全ての機能を備えている。ただし、各装置は、本実施の形態で説明した全ての機能のうちの一部の機能のみを備えてもよい。
＜ＤＵ１００＞
図８は、ＤＵ１００の機能構成（ＤＵ２００の機能構成でもある）の一例を示す図である。図８に示すように、ＤＵ１００は、無線通信部１０１と、ＦＨ（フロントホール）通信部１０２と、通信制御部１０３とを有する。また、無線通信部１０１と、ＦＨ通信部１０２を含む構成は通信部１０４と称される。図８に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
無線通信部１０１は、ユーザ装置ＵＥとの間で無線通信を行う。ＦＨ通信部１０２は、ＣＵ３００との間で通信を行う。通信制御部１０３は、本実施の形態で説明した再送に係る制御を実施する。なお、通信制御部１０３の機能が通信部１０４に含まれることとしてもよい。
例えば、ＤＵは、第１の通信装置（例：ＤＵ）と第２の通信装置（例：ＣＵ）とを含む無線通信システムにおける前記第１の通信装置として使用される通信装置である。この場合、例えば、通信部１０４は、ユーザ装置への再送パケットを前記第２の通信装置から受信し、当該再送パケットをユーザ装置へ送信する。また、前記通信部１０４は、前記再送パケットのシーケンス番号を含む送達状態情報を前記第２の通信装置へ送信する。
例えば、前記通信部１０４は、再送であることを示す情報が付加された前記再送パケットを前記第２の通信装置から受信する。また、例えば、前記通信部１０４は、前記再送パケットを、再送でないパケットよりも優先的に前記ユーザ装置へ送信する。また、例えば、前記送達状態情報は、前記再送パケットの前記シーケンス番号と、前記ユーザ装置に送信した再送でないパケットのシーケンス番号を含む。
＜ＣＵ３００＞
図９は、ＣＵ３００の機能構成の一例を示す図である。図９に示すように、ＣＵ３００は、ＦＨ通信部３０１と、ＣＮ通信部３０２と、通信制御部３０３とを有する。また、ＦＨ通信部３０１と、ＣＮ通信部３０２を含む構成は通信部３０４と称される。図９に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
ＦＮ通信部３０１は、ＤＵとの間で通信を行う。ＣＮ通信部３０２は、コアネットワークとの間で通信を行う。通信制御部３０３は、本実施の形態で説明した再送に係る制御を実施する。なお、通信制御部３０３の機能が通信部３０４に含まれることとしてもよい。
例えば、ＣＵは、第１の通信装置（例：ＤＵ）と第２の通信装置（例：ＣＵ）とを含む無線通信システムにおける前記第２の通信装置として使用される通信装置である。例えば、通信制御部３０３は、ユーザ装置へ送信されたパケットのシーケンス番号に基づいて、ユーザ装置へ送信されなかったパケットのシーケンス番号を判断する。通信部３０４は、前記ユーザ装置へ送信されなかったパケットに、当該パケットが再送パケットであることを示す情報を付加し、当該情報を付加したパケットを前記第１の通信装置へ送信する。
＜ハードウェア構成＞
上記実施の形態の説明に用いたブロック図（図８〜図９）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に複数要素が結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。
また、例えば、本発明の一実施の形態におけるＣＵ３００、ＤＵ１００、２００はいずれも、本実施の形態に係る処理を行うコンピュータとして機能してもよい。図１０は、本実施の形態に係るＣＵ３００、ＤＵ１００、２００のハードウェア構成の一例を示す図である。上述のＣＵ３００、ＤＵ１００、２００はそれぞれ、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ＣＵ３００、ＤＵ１００、２００のハードウェア構成は、図に示した１００１〜１００６で示される各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
ＣＵ３００、ＤＵ１００、２００における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）で構成されてもよい。
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ＣＵ３００、ＤＵ１００、２００のそれぞれの機能は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る処理を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、各装置の通信部は、通信装置１００４で実現されてもよい。
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
また、ＣＵ３００、ＤＵ１００、２００はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
（実施の形態のまとめ）
以上説明したように、本実施の形態により、第１の通信装置と第２の通信装置とを含む無線通信システムにおける前記第１の通信装置として使用される通信装置であって、ユーザ装置への再送パケットを前記第２の通信装置から受信し、当該再送パケットをユーザ装置へ送信する通信部を備え、前記通信部は、前記再送パケットのシーケンス番号を含む送達状態情報を前記第２の通信装置へ送信することを特徴とする通信装置が提供される。
上記の構成により、無線通信システムにおいて、通信装置が送信した再送パケットの送達状態を、当該通信装置が確認することを可能とする技術が提供される。
前記通信部は、再送であることを示す情報が付加された前記再送パケットを前記第２の通信装置から受信することとしてもよい。本構成により、ＳＮをチェックすることなく、優先的に再送パケットを送信できる。
前記通信部は、前記再送パケットを、再送でないパケットよりも優先的に前記ユーザ装置へ送信することとしてもよい。本構成によって、ユーザ装置におけるリオーダリングタイマの満了を回避できる可能性を高めることができる。
前記送達状態情報は、前記再送パケットの前記シーケンス番号と、前記ユーザ装置に送信した再送でないパケットのシーケンス番号を含むこととしてもよい。この構成により、第２の通信装置は、第１の通信装置からユーザ装置に送信された、再送パケットを含むパケットを適切に把握できる。
また、本実施の形態により、第１の通信装置と第２の通信装置とを含む無線通信システムにおける前記第２の通信装置として使用される通信装置であって、ユーザ装置へ送信されたパケットのシーケンス番号に基づいて、ユーザ装置へ送信されなかったパケットのシーケンス番号を判断する通信制御部と、前記ユーザ装置へ送信されなかったパケットに、当該パケットが再送パケットであることを示す情報を付加し、当該情報を付加したパケットを前記第１の通信装置へ送信する通信部と、を備えることを特徴とする通信装置が提供される。
上記の構成により、ＳＮの確認を行うことなく、迅速に、再送パケットをユーザ装置に送信できる。
（実施形態の補足）
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、ＣＵ３００、ＤＵ１００、２００は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って各装置が有するプロセッサにより動作するソフトウェアは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
また、情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、ＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ））、上位レイヤシグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリング、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）シグナリング、ブロードキャスト情報（ＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ）メッセージ、ＲＲＣ接続再構成（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージなどであってもよい。
本明細書で説明した各態様／実施形態は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Ｆｕｔｕｒｅ Ｒａｄｉｏ Ａｃｃｅｓｓ）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ｕｌｔｒａ−ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
本明細書において基地局ｅＮＢによって行われるとした特定動作は、場合によってはその上位ノード（ｕｐｐｅｒ ｎｏｄｅ）によって行われることもある。また、本明細書において基地局ｅＮＢによって行われるとした特定動作が基地局ｇＮＢにより行われてもよい。基地局ｅＮＢを有する１つまたは複数のネットワークノード（ｎｅｔｗｏｒｋ ｎｏｄｅｓ）からなるネットワークにおいて、ユーザ装置ＵＥとの通信のために行われる様々な動作は、基地局ｅＮＢおよび／または基地局ｅＮＢ以外の他のネットワークノード（例えば、ＭＭＥまたはＳ−ＧＷなどが考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局ｅＮＢ以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥおよびＳ−ＧＷ）であってもよい。
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。
ユーザ装置ＵＥは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
基地局ｅＮＢは、当業者によって、ＮＢ（ＮｏｄｅＢ）、ベースステーション（Ｂａｓｅ Ｓｔａｔｉｏｎ）、またはいくつかの他の適切な用語で呼ばれる場合もある。
本明細書で使用する「判断（ｄｅｔｅｒｍｉｎｉｎｇ）」、「決定（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（ｊｕｄｇｉｎｇ）、計算（ｃａｌｃｕｌａｔｉｎｇ）、算出（ｃｏｍｐｕｔｉｎｇ）、処理（ｐｒｏｃｅｓｓｉｎｇ）、導出（ｄｅｒｉｖｉｎｇ）、調査（ｉｎｖｅｓｔｉｇａｔｉｎｇ）、探索（ｌｏｏｋｉｎｇ ｕｐ）（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認（ａｓｃｅｒｔａｉｎｉｎｇ）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（ｒｅｃｅｉｖｉｎｇ）（例えば、情報を受信すること）、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）（例えば、情報を送信すること）、入力（ｉｎｐｕｔ）、出力（ｏｕｔｐｕｔ）、アクセス（ａｃｃｅｓｓｉｎｇ）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（ｒｅｓｏｌｖｉｎｇ）、選択（ｓｅｌｅｃｔｉｎｇ）、選定（ｃｈｏｏｓｉｎｇ）、確立（ｅｓｔａｂｌｉｓｈｉｎｇ）、比較（ｃｏｍｐａｒｉｎｇ）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（ｏｒ）」は、排他的論理和ではないことが意図される。
本開示の全体において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
１００、２００ ＤＵ
３００ ＣＵ
１０１ 無線通信部
１０２ ＦＨ通信部
１０３ 通信制御部
１０４ 通信部
３０１ ＦＨ通信部
３０２ ＣＮ通信部
３０３ 通信制御装置
３０４ 通信部
１００１ プロセッサ
１００２ メモリ
１００３ ストレージ
１００４ 通信装置
１００５ 入力装置
１００６ 出力装置

Claims (5)

  1. 第１の通信装置と第２の通信装置とを含む無線通信システムにおける前記第１の通信装置として使用される通信装置であって、
    ユーザ装置への再送パケットを前記第２の通信装置から受信し、当該再送パケットをユーザ装置へ送信する通信部を備え、
    前記通信部は、前記再送パケットのシーケンス番号を含む送達状態情報を前記第２の通信装置へ送信する
    ことを特徴とする通信装置。
  2. 前記通信部は、再送であることを示す情報が付加された前記再送パケットを前記第２の通信装置から受信する
    ことを特徴とする請求項１に記載の通信装置。
  3. 前記通信部は、前記再送パケットを、再送でないパケットよりも優先的に前記ユーザ装置へ送信する
    ことを特徴とする請求項１又は２に記載の通信装置。
  4. 前記送達状態情報は、前記再送パケットの前記シーケンス番号と、前記ユーザ装置に送信した再送でないパケットのシーケンス番号を含む
    ことを特徴とする請求項１ないし３のうちいずれか１項に記載の通信装置。
  5. 第１の通信装置と第２の通信装置とを含む無線通信システムにおける前記第１の通信装置として使用される通信装置が実行する通信方法であって、
    ユーザ装置への再送パケットを前記第２の通信装置から受信し、当該再送パケットをユーザ装置へ送信するステップと、
    前記再送パケットのシーケンス番号を含む送達状態情報を前記第２の通信装置へ送信するステップと
    を備えることを特徴とする通信方法。
JP2019553655A 2017-11-17 2017-11-17 通信装置、及び通信方法 Active JP6880228B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2017/041574 WO2019097705A1 (ja) 2017-11-17 2017-11-17 通信装置、及び通信方法

Publications (2)

Publication Number Publication Date
JPWO2019097705A1 true JPWO2019097705A1 (ja) 2020-11-19
JP6880228B2 JP6880228B2 (ja) 2021-06-02

Family

ID=66539432

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019553655A Active JP6880228B2 (ja) 2017-11-17 2017-11-17 通信装置、及び通信方法

Country Status (6)

Country Link
US (1) US20200389263A1 (ja)
EP (1) EP3703336A4 (ja)
JP (1) JP6880228B2 (ja)
CN (1) CN111345009B (ja)
MX (1) MX2020005089A (ja)
WO (1) WO2019097705A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114600499A (zh) * 2019-10-03 2022-06-07 捷开通讯(深圳)有限公司 集成接入与回传的用户界面
CN112770267B (zh) * 2019-10-21 2022-05-13 华为技术有限公司 一种通信方法、装置和系统
KR20210152853A (ko) 2020-06-09 2021-12-16 삼성전자주식회사 이중접속 네트워크에서 패킷을 재전송하는 방법 및 장치
US11910386B2 (en) * 2020-09-14 2024-02-20 Qualcomm Incorporated Signaling parameters for relay devices
US20240031792A1 (en) * 2020-12-02 2024-01-25 Beijing Xiaomi Mobile Software Co., Ltd. Method and communication devices for transmitting data
CN112804037B (zh) * 2021-03-23 2021-06-29 四川创智联恒科技有限公司 一种pdcp层数反馈方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001036586A (ja) * 1999-07-21 2001-02-09 Oki Electric Ind Co Ltd ゲートウェイ装置
JP2004048408A (ja) * 2002-07-12 2004-02-12 Nippon Telegr & Teleph Corp <Ntt> 再送方法
WO2010137106A1 (ja) * 2009-05-25 2010-12-02 富士通株式会社 中継装置、送信装置、通信システム、受信装置および通信方法
WO2015141846A1 (ja) * 2014-03-20 2015-09-24 京セラ株式会社 セカンダリ基地局、移動局、通信制御方法及びマスタ基地局
WO2017195238A1 (ja) * 2016-05-13 2017-11-16 富士通株式会社 無線基地局および無線通信方法
WO2018198963A1 (ja) * 2017-04-27 2018-11-01 三菱電機株式会社 通信システム

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6198735B1 (en) * 1999-05-20 2001-03-06 Motorola, Inc. Method for retransmitting a data packet in a packet network
EP1263159A1 (en) * 2001-06-01 2002-12-04 Telefonaktiebolaget Lm Ericsson Method and receiver for improved data packet transfer in a transmission protocol with repeat requests
KR100863539B1 (ko) * 2004-01-09 2008-10-15 닛본 덴끼 가부시끼가이샤 통신방법
US8634400B2 (en) * 2005-09-15 2014-01-21 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving status report comprising received status of packet data in a mobile communication system
CN1852076B (zh) * 2005-12-31 2010-05-05 华为技术有限公司 一种数据重传方法
US8036101B2 (en) * 2006-05-08 2011-10-11 Samsung Electronics Co., Ltd Retransmission apparatus and method for high-speed data processing
JP2007324700A (ja) * 2006-05-30 2007-12-13 Mitsubishi Electric Corp 伝送制御方法
KR20090027725A (ko) * 2006-06-20 2009-03-17 가부시키가이샤 엔티티 도코모 이동통신시스템에서 사용되는 무선통신장치 및 무선통신방법
WO2009116914A1 (en) * 2008-03-20 2009-09-24 Telefonaktiebolaget L M Ericsson (Publ) A method and a transceiver for reducing retransmissions in a telecommunications system
JP2011061364A (ja) * 2009-09-08 2011-03-24 Panasonic Corp 送信装置および送信方法
JP6030882B2 (ja) * 2012-07-31 2016-11-24 株式会社Ｎｔｔドコモ 無線通信システム、無線基地局装置及び再送制御方法
US20150089382A1 (en) * 2013-09-26 2015-03-26 Wu-chi Feng Application context migration framework and protocol
JPWO2015141012A1 (ja) * 2014-03-20 2017-04-06 富士通株式会社 無線通信装置及び無線通信方法
JPWO2016121776A1 (ja) * 2015-01-28 2017-11-02 株式会社Ｎｔｔドコモ ユーザ端末および無線通信方法
CN106416112B (zh) * 2015-04-09 2019-11-05 华为技术有限公司 一种数据传输的方法及装置
JP2017195238A (ja) * 2016-04-19 2017-10-26 三菱電機株式会社 モールド形変成器およびその製造方法
US10334477B2 (en) * 2016-05-03 2019-06-25 Lg Electronics Inc. Method and device for transmitting data unit
GB2557960A (en) * 2016-12-20 2018-07-04 Fujitsu Ltd ARQ in 5G Wireless communication

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001036586A (ja) * 1999-07-21 2001-02-09 Oki Electric Ind Co Ltd ゲートウェイ装置
JP2004048408A (ja) * 2002-07-12 2004-02-12 Nippon Telegr & Teleph Corp <Ntt> 再送方法
WO2010137106A1 (ja) * 2009-05-25 2010-12-02 富士通株式会社 中継装置、送信装置、通信システム、受信装置および通信方法
WO2015141846A1 (ja) * 2014-03-20 2015-09-24 京セラ株式会社 セカンダリ基地局、移動局、通信制御方法及びマスタ基地局
WO2017195238A1 (ja) * 2016-05-13 2017-11-16 富士通株式会社 無線基地局および無線通信方法
WO2018198963A1 (ja) * 2017-04-27 2018-11-01 三菱電機株式会社 通信システム

Also Published As

Publication number Publication date
EP3703336A1 (en) 2020-09-02
EP3703336A4 (en) 2020-10-21
CN111345009A (zh) 2020-06-26
US20200389263A1 (en) 2020-12-10
MX2020005089A (es) 2020-08-13
CN111345009B (zh) 2023-10-31
WO2019097705A1 (ja) 2019-05-23
JP6880228B2 (ja) 2021-06-02

Similar Documents

Publication Publication Date Title
JP6880228B2 (ja) 通信装置、及び通信方法
KR102220176B1 (ko) 신규 무선 접속 기술에서의 중복 및 rlc 동작
CN105493554B (zh) 缓解双连接系统中的流量阻塞
CN104935413B (zh) 分组数据汇聚协议pdcp实体及其执行的方法
US20170245252A1 (en) Methods and system for protocol layer enhancements in data offload over small cells
JP2016092700A (ja) ユーザ装置、及び重複パケット処理方法
JP6027622B2 (ja) 方法、無線基地局、及び無線ネットワーク制御装置
KR20200003898A (ko) 핸드오버 방법, 단말 디바이스 및 네트워크 디바이스
CN107347199B (zh) 一种切换及其控制方法、装置
JP7183259B2 (ja) 通信装置
WO2019220606A1 (ja) ネットワークノード
US10172036B2 (en) User equipment, base station, and communication method
JP7046177B2 (ja) 通信装置、及び通信方法
JP2021016011A (ja) 基地局、及び通信制御装置
WO2022100733A1 (zh) 一种数据发送方法及其相关设备
WO2019039425A1 (ja) ユーザ装置、及びデータ送信方法
CN111133822B (zh) 网络节点及通信系统
JP6844978B2 (ja) ユーザ装置、基地局及び通信方法
JP2018050137A (ja) 通信装置、及び送信方法
JP6956477B2 (ja) 端末及び信号送信方法
CN112153689B (zh) 一种数据发送方法及装置
WO2020217469A1 (ja) 通信装置
JP2018064190A (ja) ユーザ装置、及びデータ送信方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200423

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210406

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210430

R150 Certificate of patent or registration of utility model

Ref document number: 6880228

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250