JP6992086B2 - 通信方法、無線通信装置、及びプロセッサ - Google Patents

通信方法、無線通信装置、及びプロセッサ Download PDF

Info

Publication number
JP6992086B2
JP6992086B2 JP2019555298A JP2019555298A JP6992086B2 JP 6992086 B2 JP6992086 B2 JP 6992086B2 JP 2019555298 A JP2019555298 A JP 2019555298A JP 2019555298 A JP2019555298 A JP 2019555298A JP 6992086 B2 JP6992086 B2 JP 6992086B2
Authority
JP
Japan
Prior art keywords
rlc entity
packet
entity
reception
received
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2019555298A
Other languages
English (en)
Other versions
JPWO2019102965A1 (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.)
Kyocera Corp
Original Assignee
Kyocera 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 Kyocera Corp filed Critical Kyocera Corp
Publication of JPWO2019102965A1 publication Critical patent/JPWO2019102965A1/ja
Application granted granted Critical
Publication of JP6992086B2 publication Critical patent/JP6992086B2/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
    • 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/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/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/325—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the network layer [OSI layer 3], e.g. X.25
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • 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/1835—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本開示は、通信方法、無線通信装置、及びプロセッサに関する。
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）により策定された仕様では、ＲＬＣエンティティとＰＤＣＰエンティティとが規定されている（非特許文献１参照）。
ＲＬＣエンティティは、パケットの分割、連接及び組立を実行する。ＰＤＣＰエンティティは、ヘッダ圧縮・伸張、及び暗号化（サイファリング）・復号化（デサイファリング）を行う。
３ＧＰＰ技術仕様書「ＴＳ３６．３００ Ｖ１４．４．０」 ２０１７年９月２５日
一の実施形態に係る通信方法は、第１の無線通信装置と第２の無線通信装置とを制御するための通信方法である。前記第１の無線通信装置は、プライマリなＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）エンティティである第１の送信ＲＬＣエンティティと、追加的なＲＬＣエンティティである第２の送信ＲＬＣエンティティと、前記第１の送信ＲＬＣエンティティと前記第２の送信ＲＬＣエンティティとの両方へ同一のパケットを送る送信ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）エンティティと、を有するよう構成される。前記第２の無線通信装置は、前記第１の送信ＲＬＣエンティティからパケットを受信するプライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと、前記第２の送信ＲＬＣエンティティからパケットを受信する追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティと、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとの両方からパケットを受信する受信ＰＤＣＰエンティティと、を有するよう構成される。前記受信ＰＤＣＰエンティティが、前記受信ＰＤＣＰエンティティにおけるパケットの受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送るステップを備える。
一の実施形態に係る無線通信装置は、制御部を備える。前記制御部は、他の無線通信装置の第１の送信ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）エンティティからパケットを受信するプライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと、他の無線通信装置の第２の送信ＲＬＣエンティティからパケットを受信する追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティと、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとの両方からパケットを受信する受信ＰＤＣＰエンティティと、を制御する処理と、前記受信ＰＤＣＰエンティティが、前記受信ＰＤＣＰエンティティにおけるパケットの受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送る処理と、を実行するよう構成される。
一の実施形態に係るプロセッサは、無線通信装置を制御するためのプロセッサである。前記プロセッサは、他の無線通信装置の第１の送信ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）エンティティからパケットを受信するプライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと、他の無線通信装置の第２の送信ＲＬＣエンティティからパケットを受信する追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティと、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとの両方からパケットを受信する受信ＰＤＣＰエンティティと、を制御する処理と、前記受信ＰＤＣＰエンティティが、前記受信ＰＤＣＰエンティティにおけるパケットの受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送る処理と、を実行するよう構成される。
図１は、通信システムの構成を示す図である。 図２は、無線インターフェイス（制御プレーン）のプロトコルスタック図である。 図３は、無線インターフェイス（ユーザプレーン）のプロトコルスタック図である。 図４は、ＵＥ１００のブロック図である。 図５は、ＢＳ２００のブロック図である。 図６は、ＲＬＣエンティティを主に説明するための図である。 図７は、動作例１を説明するためのシーケンス図である。 図８は、動作例１を説明するための図である。 図９は、動作例１を説明するための図である。 図１０は、動作例２を説明するためのシーケンス図である。 図１１は、動作例２を説明するための図である。 図１２は、動作例３を説明するためのシーケンス図である。 図１３は、動作例３を説明するための図である。
［実施形態の概要］
通信信頼性を向上させるために、１つの送信側のＰＤＣＰエンティティ（以下、送信ＰＤＣＰエンティティ）が、同一のパケットを、送信側及び受信側のそれぞれにある第１のＲＬＣエンティティと第２のＲＬＣエンティティとのそれぞれ介して、１つの受信側のＰＤＣＰエンティティ（以下、受信ＰＤＣＰエンティティ）へ送る方法が提案されている。第１の送信ＲＬＣエンティティは、プライマリなＲＬＣエンティティであり、パケットの再送回数が閾値に達したことに基づいて無線リンク障害がトリガされる。第２の送信ＲＬＣエンティティは、追加的なＲＬＣエンティティであり、無線リンク障害がトリガされない。
受信ＰＤＣＰエンティティは、送信側の第１及び第２ＲＬＣエンティティを介して送信されたパケットを、受信側の第１及び第２の受信ＲＬＣエンティティのうち、少なくとも一方から受信すればよいため、通信信頼性を向上できる。
しかしながら、第１の受信ＲＬＣエンティティと、第２の受信ＲＬＣエンティティとは、異なるエンティティである。このため、第１の受信ＲＬＣエンティティが所定のパケットを受信できない場合には、受信ＰＤＣＰエンティティが、第２の受信ＲＬＣエンティティから当該所定のパケットを受信していたとしても、無線リンク障害がトリガされる可能性がある。
一の実施形態に係る通信方法は、第１の無線通信装置と第２の無線通信装置とを制御するための通信方法である。前記第１の無線通信装置は、プライマリなＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）エンティティである第１の送信ＲＬＣエンティティと、追加的なＲＬＣエンティティである第２の送信ＲＬＣエンティティと、前記第１の送信ＲＬＣエンティティと前記第２の送信ＲＬＣエンティティとの両方へ同一のパケットを送る送信ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）エンティティと、を有するよう構成される。前記第２の無線通信装置は、前記第１の送信ＲＬＣエンティティからパケットを受信するプライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと、前記第２の送信ＲＬＣエンティティからパケットを受信する追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティと、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとの両方からパケットを受信する受信ＰＤＣＰエンティティと、を有するよう構成される。前記受信ＰＤＣＰエンティティが、前記受信ＰＤＣＰエンティティにおけるパケットの受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送るステップを備える。
前記送るステップにおいて、前記受信ＰＤＣＰエンティティは、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとのそれぞれからパケットを受信する度に、前記受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送ってもよい。
前記受信状況を示す情報は、受信したパケットのＰＤＣＰシーケンス番号を含んでもよい。
前記受信状況を示す情報は、前期受信したパケットの送信元を識別するための識別情報を含んでもよい。
前記通信方法は、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、パケットの受信状況を前記受信ＰＤＣＰエンティティへ問い合わせるステップを備えてもよい。前記送るステップにおいて、前記受信ＰＤＣＰエンティティは、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティからの問い合わせの受信に応じて、前記受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送ってもよい。
前記問い合わせるステップにおいて、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティは、前記第１の送信ＲＬＣエンティティにおける前記再送回数が閾値に達する前に、又は前記再送回数が閾値に達したことに応じて、前記パケットの受信状況を前記受信ＰＤＣＰエンティティへ問い合わせてもよい。
前記通信方法は、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、前記第１の送信ＲＬＣエンティティから受信したパケットからＰＤＣＰシーケンス番号をモニタするステップと、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、前記モニタしたＰＤＣＰシーケンス番号と前記受信したパケットのＲＬＣシーケンス番号とを関連付けて記憶するステップと、を備えてもよい。
前記送るステップにおいて、前記受信ＰＤＣＰエンティティは、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティから受信していないパケットを前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティから受信したことに応じて、前記受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送ってもよい。
前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、前記受信状況を示す情報に基づいて、前記第１の送信ＲＬＣエンティティから受信していないパケットを、受信したパケットとみなしてもよい。
前記通信方法は、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、前記受信状況を示す情報に基づいて、前記第１の送信ＲＬＣエンティティから受信していない所定のパケットに対する送達確認情報として、前記所定のパケットを受信したことを示す情報を前記第１の送信ＲＬＣエンティティへ送るステップを備えてもよい。
前記通信方法は、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、前記受信状況を示す情報に基づいて、前記第１の送信ＲＬＣエンティティから受信していない所定のパケットに対する送達確認情報として、前記所定のパケットを受信していないことを示す情報を前記第１の送信ＲＬＣエンティティへ送ることを中止するステップを備えてもよい。
一の実施形態に係る無線通信装置は、制御部を備える。前記制御部は、他の無線通信装置の第１の送信ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）エンティティからパケットを受信するプライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと、他の無線通信装置の第２の送信ＲＬＣエンティティからパケットを受信する追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティと、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとの両方からパケットを受信する受信ＰＤＣＰエンティティと、を制御する処理と、前記受信ＰＤＣＰエンティティが、前記受信ＰＤＣＰエンティティにおけるパケットの受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送る処理と、を実行するよう構成される。
一の実施形態に係るプロセッサは、無線通信装置を制御するためのプロセッサである。前記プロセッサは、他の無線通信装置の第１の送信ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）エンティティからパケットを受信するプライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと、他の無線通信装置の第２の送信ＲＬＣエンティティからパケットを受信する追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティと、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとの両方からパケットを受信する受信ＰＤＣＰエンティティと、を制御する処理と、前記受信ＰＤＣＰエンティティが、前記受信ＰＤＣＰエンティティにおけるパケットの受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送る処理と、を実行するよう構成される。
［実施形態］
（通信システム）
以下において、通信システムについて説明する。図１は、移動通信システムの構成を示す図である。移動通信システムの一例として、ＬＴＥシステムを例に挙げて説明する。
図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００、ＲＡＮ（ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０、及びコアネットワーク２０を備える。
ＵＥ１００は、無線通信装置（無線端末）に相当する。ＵＥ１００は、セル（後述するＢＳ２００）と無線通信を行う。ＵＥ１００の構成は後述する。
ＵＥ１００は、例えば、携帯電話（例えば、スマートフォン）、タブレット、モバイルパーソナルコンピュータなどのユーザが持ち運び可能な無線通信装置であってもよい。ＵＥ１００は、例えば、時計、メガネ、リストバンド、アクセサリーなどのユーザが着用可能な通信装置（ウェアラブル端末）であってもよい。ＵＥ１００は、乗り物（例えば、車両、バイク、自転車、船、飛行機など）又は飛行体（ドローンなど）に備えられた通信装置であってもよい。ＵＥ１００は、通信装置を備える乗り物又は飛行体そのものであってもよい。ＵＥ１００は、乗り物に着脱可能な通信モジュールであってもよい。ＵＥ１００は、固定型の無線通信装置であってもよい。
ＲＡＮ１０は、無線アクセスネットワークに相当する。ＲＡＮ１０は、例えば、Ｅ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）である。ＲＡＮ１０は、ＮＧ－ＲＡＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）であってもよい。
ＲＡＮ１０は、ＢＳ（Ｂａｓｅ Ｓｔａｔｉｏｎ）２００を含む。ＢＳ２００は、ＲＡＮ１０を構成するノードである。ＢＳ２００は、（無線）基地局に相当する。ＢＳ２００は、例えば、ｅＮＢ２００（ｅｖｏｌｖｅｄ Ｎｏｄｅ－Ｂ）である。ＢＳ２００は、ｎｇ－ｅＮＢ（ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ｅｖｏｌｖｅｄ Ｎｏｄｅ－Ｂ）であってもよい。ＢＳ２００は、ｇＮＢ（ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｏｄｅ－Ｂ）であってもよい。
ＢＳ２００は、ＵＥ１００と無線通信を実行可能なノードであってもよい。従って、ＢＳ２００は、無線通信装置と称されてもよい。ＢＳ２００は、所定のインターフェイスを介して相互に接続されてもよい。ＢＳ２００の構成は後述する。
ＢＳ２００は、１又は複数のセルを管理する。ＢＳ２００は、ＢＳ２００が管理するセルとの接続を確立したＵＥ１００との無線通信を行う。ＢＳ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、「データ」と称することがある）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。
「セル」は、無線通信エリアの最小単位を示す用語として使用される。「セル」は、ＵＥ１００との無線通信を行う機能を示す用語としても使用されてもよい。「セル」は、下りリンクリソースであってもよい。「セル」は、下りリンクリソースと上りリンクリソースとの組み合わせであってもよい。下りリンクリソースのキャリア周波数と上りリソースのキャリア周波数との間のリンクは、下りリンクリソース上で送信されるシステム情報に含まれてもよい。「セル」は、キャリア及び／又は周波数を示す用語として使用されてもよい。
コアネットワーク２０は、例えば、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）である。コアネットワーク２０は、ネットワーク装置３００を含む。ネットワーク装置３００は、例えば、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）である。ＭＭＥは、例えば、ＵＥ１００に対する各種モビリティ制御を行う。ネットワーク装置３００は、ＳＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）であってもよい。ＳＧＷは、例えば、データの転送制御を行う。ネットワーク装置（ＭＭＥ及び／又はＳＧＷ）３００は、所定のインターフェイスを介してＢＳ２００と接続される。
コアネットワーク２０は、５ＧＣ（５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ）であってもよい。ネットワーク装置３００は、例えば、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）である。ＡＭＦは、例えば、モビリティ管理制御を行う。ネットワーク装置３００は、ＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）であってもよい。ＵＰＦは、例えば、イントラ及び／又はインターＲＡＴモビリティ用のアンカーポイント機能を有する。ネットワーク装置（ＡＭＦ及び／又はＵＰＦ）３００は、所定のインターフェイスを介してＢＳ２００と接続される。
図２は、無線インターフェイス（制御プレーン）のプロトコルスタック図である。図３は、無線インターフェイス（ユーザプレーン）のプロトコルスタック図である。
図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されている。第１層は、物理（ＰＨＹ）層（物理エンティティ）である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層（ＭＡＣエンティティ）、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層（ＲＬＣエンティティ）、及びＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層（ＰＲＣＰエンティティ）を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層（ＲＲＣエンティティ）を含む。
物理層は、符号化・復号化、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とＢＳ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とＢＳ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ＢＳ２００のＭＡＣ層は、スケジューラ（ＭＡＣ スケジューラ）を含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ））及びＵＥ１００への割当リソースブロックを決定する。
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とＢＳ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化（サイファリング）・復号化（デサイファリング）を行う。
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とＢＳ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとＢＳ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００は、ＲＲＣコネクティッド状態である。ＵＥ１００のＲＲＣとＢＳ２００のＲＲＣとの間にＲＲＣ接続がない場合、ＵＥ１００は、ＲＲＣアイドル状態である。
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層は、例えば、セッション管理及びモビリティ管理を行う。
ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）は、５ＧＣ ＱｏＳフローを提供する。ＳＤＡＰは、例えば、ＱｏＳフローとデータ無線ベアラとの間のマッピングを行う。
（無線端末）
実施形態に係るＵＥ１００（無線端末）について説明する。図４は、ＵＥ１００のブロック図である。図４に示すように、ＵＥ１００は、レシーバ（Ｒｅｃｅｉｖｅｒ：受信部）１１０、トランスミッタ（Ｔｒａｎｓｍｉｔｔｅｒ：送信部）１２０、及びコントローラ（Ｃｏｎｔｒｏｌｌｅｒ：制御部）１３０を備える。レシーバ１１０とトランスミッタ１２０とは、一体化されたトランシーバ（送受信部）であってもよい。
レシーバ１１０は、コントローラ１３０の制御下で各種の受信を行う。レシーバ１１０は、アンテナを含む。レシーバ１１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ１１０は、ベースバンド信号をコントローラ１３０に出力する。
トランスミッタ１２０は、コントローラ１３０の制御下で各種の送信を行う。トランスミッタ１２０は、アンテナを含む。トランスミッタ１２０は、コントローラ１３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ１３０は、無線信号をアンテナから送信する。
コントローラ１３０は、ＵＥ１００における各種の制御を行う。コントローラ１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）とを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号化を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより、各種の処理を行う。プロセッサは、音声・映像信号の符号化・復号化を行うコーデックを含んでもよい。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
ＵＥ１００は、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）受信機を備えていてもよい。ＧＮＳＳ受信機は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信できる。ＧＮＳＳ受信機は、ＧＮＳＳ信号をコントローラ１３０に出力する。ＵＥ１００は、ＵＥ１００の位置情報を取得するためのＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）機能を有していてもよい。
本明細書では、ＵＥ１００が備えるレシーバ１１０、トランスミッタ１２０及びコントローラ１３０の少なくともいずれかが実行する処理を、便宜上、ＵＥ１００が実行する処理（動作）として説明する。
（基地局）
実施形態に係るＢＳ２００（基地局）について説明する。図５は、ＢＳ２００のブロック図である。図５に示すように、ＢＳ２００は、レシーバ（受信部）２１０、トランスミッタ（送信部）２２０、コントローラ（制御部）２３０、及びネットワークインターフェイス２４０を備える。トランスミッタ２２０とレシーバ２１０は、一体化されたトランシーバ（送受信部）であってもよい。
レシーバ２１０は、コントローラ２３０の制御下で各種の受信を行う。レシーバ２１０は、アンテナを含む。レシーバ２１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ２１０は、ベースバンド信号をコントローラ２３０に出力する。
トランスミッタ２２０は、コントローラ２３０の制御下で各種の送信を行う。トランスミッタ２２０は、アンテナを含む。トランスミッタ２２０は、コントローラ２３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ２２０は、無線信号をアンテナから送信する。
コントローラ２３０は、ＢＳ２００における各種の制御を行う。コントローラ２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵとを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号化等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより各種の処理を行う。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
ネットワークインターフェイス２４０は、所定のインターフェイス（例えば、Ｘ２インターフェイス、Ｘｎインターフェイス）を介して隣接するＢＳ２００と接続されてもよい。ネットワークインターフェイス２４０は、所定のインターフェイス（例えば、Ｓ１インターフェイス、ＮＧインターフェイスなど）を介してネットワーク装置３００と接続されてもよい。ネットワークインターフェイス２４０は、例えば、所定のインターフェイスを介したＢＳ２００及び／又はネットワーク装置３００との通信に使用されてもよい。
本明細書では、ＢＳ２００が備えるレシーバ２１０、トランスミッタ２２０、コントローラ２３０、及びネットワークインターフェイス２４０の少なくともいずれかが実行する処理を、便宜上、ＢＳ２００が実行する処理（動作）として説明する。
（ＲＬＣエンティティ）
ＲＬＣエンティティについて、図６を用いて説明する。図６は、ＲＬＣエンティティを主に説明するための図である。
図６に示すように、本実施形態に係る無線通信装置は、第１のＲＬＣエンティティと、第２のＲＬＣエンティティと、ＰＤＣＰエンティティと、を有する。つまり、送信側の無線通信装置は、第１の送信ＲＬＣエンティティ（以下、送信ＲＬＣ１）と、第２の送信ＲＬＣエンティティ（以下、送信ＲＬＣ２）と、送信ＰＤＣＰエンティティ（以下、送信ＰＤＣＰ）と、を有する。また、受信側の無線通信装置は、第１の受信ＲＬＣエンティティ（以下、受信ＲＬＣ１）と、第２の受信ＲＬＣエンティティ（以下、受信ＲＬＣ２）と、受信ＰＤＣＰエンティティ（以下、受信ＰＤＣＰ）と、を有する。なお、ＲＬＣエンティティ、ＰＤＣＰエンティティ、及びＭＡＣエンティティ以外のエンティティ（物理エンティティなど）は省略されている。
第１のＲＬＣエンティティ（送信ＲＬＣ１及び受信ＲＬＣ１）は、プライマリなＲＬＣエンティティ（Ｐｒｉｍａｒｙ Ｌｅｇ）である。第１のＲＬＣエンティティは、パケットの再送回数が閾値に達したことに基づいて、無線リンク障害（ＲＬＦ）がトリガされる。無線リンク障害がトリガされることにより、ＲＬＣ再確立手順が実行される。ＲＬＣ再確立手順では、設定値（状態変数、タイマなど）がリセット又は初期化され、特定のパケットが破棄される。第１のＲＬＣエンティティは、パケットの再送回数が閾値に達した場合に、上位レイヤ（例えば、ＲＲＣエンティティ）に報告してもよい。
送信ＲＬＣ１と受信ＲＬＣ１との少なくともいずれか一方において、無線リンク障害がトリガされてもよい。
第２のＲＬＣエンティティ（送信ＲＬＣ２及び受信ＲＬＣ２）は、追加的なＲＬＣエンティティである。第２のＲＬＣエンティティは、パケットの再送回数が閾値に達した場合に上位レイヤ（例えば、ＲＲＣエンティティ）にその旨を報告する。第２のＲＬＣエンティティは、パケットの再送回数が閾値に達しても、無線リンク障害がトリガされない。
図６において、送信側の無線通信装置から受信側の無線通信装置へ無線空間を介して情報（パケット）が送信されている。送信側の無線通信装置は、ＢＳ２００であり、受信側の無線通信装置は、ＵＥ１００であってもよい。送信側の無線通信装置は、ＵＥ１００であり、受信側の無線通信装置は、ＢＳ２００であってもよい。送信側の無線通信装置は、ＵＥ１００であり、受信側の無線通信装置は、ＵＥ１００であってもよい。
送信ＰＤＣＰは、論理チャネル（ＬＣＨ）を介して送信ＲＬＣ１と送信ＲＬＣ２との両方へ同一のパケットを送る。送信ＲＬＣ１は、パケットを送信側の下位のエンティティ、無線空間及び受信側の下位のエンティティ（ＭＡＣエンティティ、物理エンティティ）を介して受信ＲＬＣ１へ送る。送信ＲＬＣ２は、パケットを送信側の下位のエンティティ、無線空間及び受信側の下位のエンティティを介して受信ＲＬＣ２へ送る。受信ＲＬＣ１及び受信ＲＬＣ２のそれぞれは、受信ＰＤＣＰへパケットを送る。受信ＰＤＣＰは、受信ＲＬＣ１と受信ＲＬＣ２との両方から同一のパケットを受信する。
より具体的には、図６に示すように、送信ＰＤＣＰは、送信ＲＬＣ１と送信ＲＬＣ２との両方へ同一のパケットを送る。送信ＲＬＣ１及び送信ＲＬＣ２のそれぞれは、１つの送信ＭＡＣエンティティ（送信ＭＡＣ）へパケットを送る。送信ＭＡＣは、送信ＲＬＣ１から受信したパケットと送信ＲＬＣ２から受信したパケットとを１つの受信ＭＡＣエンティティ（受信ＭＡＣ）へ送る。受信ＭＡＣは、送信ＲＬＣ１から受信したパケットを受信ＲＬＣ１へ送り、送信ＲＬＣ２から受信したパケットを受信ＲＬＣ２へ送る。受信ＲＬＣ１及び受信ＲＬＣ２のそれぞれは、１つの受信ＭＡＣからパケットを受信する。受信ＲＬＣ１及び受信ＲＬＣ２のそれぞれは、１つの受信ＰＤＣＰへパケットを送る。
なお、別実施形態として、送信ＭＡＣエンティティと受信ＭＡＣエンティティは、それぞれ第１の送信ＭＡＣエンティティ（送信ＭＡＣ１）と第２の送信ＭＡＣエンティティ（送信ＭＡＣ２）、第１の受信ＭＡＣエンティティ（受信ＭＡＣ１）と第２の受信ＭＡＣエンティティ（受信ＭＡＣ２）というそれぞれ２つのＭＡＣエンティティで構成されていてもよい。その場合、送信ＲＬＣ１は、送信ＭＡＣ１へパケットを送り、送信ＲＬＣ２は、送信ＭＡＣ２へパケットを送る。送信ＭＡＣ１は、送信ＲＬＣ１から受信したパケットを受信ＭＡＣ１へ送り、送信ＭＡＣ２は、送信ＲＬＣ２から受信したパケットを受信ＭＡＣ２へ送る。受信ＭＡＣ１は、送信ＭＡＣ１から受信したパケットを受信ＲＬＣ１へ送り、受信ＭＡＣ２は、送信ＭＡＣ２から受信したパケットを受信ＲＬＣ２へ送る。受信ＲＬＣ１及び受信ＲＬＣ２のそれぞれは、１つの受信ＰＤＣＰへパケットを送る。 （実施形態に係る動作）
実施形態に係る動作について、動作例１－３を例に挙げて説明する。
（動作例１）
動作例１について、図７－９を用いて説明する。図７は、動作例１を説明するためのシーケンス図である。図８及び図９は、動作例１を説明するための図である。
図７のステップＳ１０１の前に、送信ＰＤＣＰは、送信ＲＬＣ１及び送信ＲＬＣ２のそれぞれに同一のパケット（ＰＤＣＰ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ））を送る。
送信ＲＬＣ１は、送信ＰＤＣＰから受信したパケット（ＰＤＣＰ ＰＤＵ／ＲＬＣ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ））を分割、連接及びＲＬＣヘッダを挿入することにより、パケットｍ１（ＲＬＣ ＰＤＵ）を生成する。同様に、送信ＲＬＣ２は、送信ＰＤＣＰから受信したパケット分割、連接及びＲＬＣヘッダを挿入することにより、パケットｎ１を生成する。
ステップＳ１０１において、送信ＲＬＣ１は、パケットｍ１を受信ＲＬＣ１へ送る。受信ＲＬＣ１は、パケットｍ１を送信ＲＬＣ１から受信する。受信ＲＬＣ１は、パケットｍ１からＲＬＣヘッダを除去し、組み立てることにより、パケットｐ１（ＲＬＣ ＳＤＵ又はＰＤＣＰ ＰＤＵ）を生成する。受信ＲＬＣ１は、パケットｐ１を受信ＰＤＣＰへ送る。
受信ＲＬＣ１は、ＲＬＣヘッダからパケットｍ１のＲＬＣシーケンス番号がｍ１であることを把握する。図８に示すように、受信ＲＬＣ１は、パケットｍ１のＲＬＣシーケンス番号をｍ１と記憶する。受信ＲＬＣ１は、所定の範囲内のパケットを処理する受信ウィンドウをパケット１つ分シフトする。
なお、本動作例１では、受信ＲＬＣ１は、パケットｐ１のＰＤＣＰシーケンス番号（ＳＮ）をモニタしないため、パケットｐ１のＰＤＣＰシーケンス番号が分からない。
同様に、送信ＲＬＣ２は、パケットｎ１を受信ＲＬＣ２へ送る。受信ＲＬＣ２は、パケットｎ１を送信ＲＬＣ２から受信する。受信ＲＬＣ２は、パケットｎ１からＲＬＣヘッダを除去し、組み立てることにより、パケットｐ１を生成する。受信ＲＬＣ２は、パケットｐ１を受信ＰＤＣＰへ送る。
受信ＲＬＣ１は、パケットの送達確認情報（ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（Ｎｏ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ））を送信ＲＬＣ１へ送信してもよい。受信ＲＬＣ１は、送信ＲＬＣ１から送達確認要求を受信した場合に、パケットの送達確認情報を送信してもよい。受信ＲＬＣ２も同様である。以下において、受信ＲＬＣ１及び受信ＲＬＣ２は、パケットの送達確認情報の送信を実行してもよい。
ステップＳ１０２において、受信ＰＤＣＰは、受信ＰＤＣＰにおけるパケットの受信状況を示す情報である受信通知を受信ＲＬＣ１へ送る。本動作例１では、受信ＰＤＣＰは、受信ＲＬＣ１と受信ＲＬＣ２とのそれぞれからパケットを受信する度に、受信通知を受信ＲＬＣ１へ送る。
受信通知は、例えば、受信ＰＤＣＰが受信したパケットのＰＤＣＰシーケンス番号を示す。受信通知は、受信したパケットの送信元（受信ＲＬＣ１又は受信ＲＬＣ２）を識別するための識別情報を含んでいてもよい。これにより、受信ＲＬＣ１は、受信通知に含まれる識別情報に基づいて、受信した受信通知が、受信ＲＬＣ１が送信したパケットに対する受信通知であるのか、受信ＲＬＣ２が送信したパケットに対する受信通知であるのかを判定することができる。
受信ＰＤＣＰは、パケットの受信に応じたタイミングで、受信通知を受信ＲＬＣ１へ送ってもよい。これにより、受信ＲＬＣ１は、自身のパケットの送信に応じたタイミングで受信通知を受信した場合には、受信ＲＬＣ１が受信ＰＤＣＰへ送信したパケットに対する受信通知であると判定できる。受信ＲＬＣ１は、パケットを送信していないにも関わらず、受信通知を受信ＰＤＣＰから受信した場合には、受信ＲＬＣ２が受信ＰＤＣＰへ送信したパケットに対する受信通知であると判定できる。
ここでは、受信ＰＤＣＰは、受信ＲＬＣ１からのパケットｐ１の受信に応じて、第１の受信通知を受信ＲＬＣ１へ送信し、受信ＲＬＣ２からのパケットｐ１の受信に応じて、第２の受信通知を受信ＲＬＣ１へ送信する。
受信ＲＬＣ１は、ＰＤＣＰシーケンス番号がｐ１である第１及び第２の受信通知を受信する。受信ＲＬＣ１は、自身の送信したパケットに対応する第１の受信通知により、ＲＬＣシーケンス番号（ｍ１）に対応するＰＤＣＰシーケンス番号がｐ１であると把握できる。受信ＲＬＣ１は、ＰＤＣＰシーケンス番号（ｐ１）とＲＬＣシーケンス番号（ｍ１）との関連付けをリストに記憶してもよい（図８のＳ１０２参照）。さらに、受信ＲＬＣ１は、受信ＲＬＣ２が送信したパケットに対応する第２の受信通知により、受信ＲＬＣ２もｐ１に対応するパケットを受信したことを把握できる。受信ＲＬＣ１は、受信ＲＬＣ２がＰＤＣＰシーケンス番号（ｐ１）に対応するパケットを受信したことをリストに記憶してもよい（図８のＳ１０２参照）。
以下において、上述と同様の動作は、説明を省略する。
ステップＳ１０３において、送信ＲＬＣ１は、無線障害やＵＥ１００の処理負荷の増大等の問題により、パケットｍ２を受信ＲＬＣ１へ送る。受信ＲＬＣ１は、パケットｍ２の受信を失敗する。パケットｍ２の受信の失敗とは、例えば、受信ＲＬＣ１において、下位エンティティから送信されるデータからパケットｍ２を抽出することに失敗したことを意味してもよい。この場合、受信ＲＬＣ１は、パケットｍ２からパケットｐ２を生成することができない。送信ＲＬＣ２は、パケットｎ２を受信ＲＬＣ２へ送る。受信ＲＬＣ２は、パケットｎ２を受信する。受信ＲＬＣ２は、パケットｎ２からパケットｐ２を生成する。受信ＲＬＣ２は、パケットｐ２を受信ＰＤＣＰへ送る。
ステップＳ１０４において、受信ＰＤＣＰは、受信ＲＬＣ２からのパケットｐ２の受信に応じて、受信通知を受信ＲＬＣ１へ送る。
受信ＲＬＣ１は、受信通知の受信により、受信ＲＬＣ２がパケットｐ２を受信したことを把握できる。受信ＲＬＣ１は、受信通知に基づいて、送信ＲＬＣ１から受信していないパケットｍ２（又はパケットｎ２）を受信したパケットとみなす。これにより、受信ＲＬＣ１は、受信ウィンドウをパケット１つ分シフトする（図８のＳ１０４参照）。
ステップＳ１０５及びＳ１０６は、ステップＳ１０１及びＳ１０２と同様である。
受信ＲＬＣ１は、パケットｍ３の受信により受信ウィンドウをパケット１つ分シフトする（図９のＳ１０５参照）。
ステップＳ１０６において、受信ＰＤＣＰは、受信ＲＬＣ１からのパケットｐ３の受信に応じて、第１の受信通知を受信ＲＬＣ１へ送信する。また、受信ＰＤＣＰは、受信ＲＬＣ２からのパケットｐ３の受信に応じて、第２の受信通知を受信ＲＬＣ１へ送信する。受信ＲＬＣ１は、第１の受信通知の受信により、ＲＬＣシーケンス番号（ｍ３）に対応するＰＤＣＰシーケンス番号（ｐ３）を把握できる。受信ＲＬＣ１は、第２の受信通知の受信により、受信ＲＬＣ２がパケットｐ３を受信したことを把握できる（図９のＳ１０６参照）。
ステップＳ１０７において、送信ＲＬＣ１は、パケットｍ４を受信ＲＬＣ１へ送る。受信ＲＬＣ１は、パケットｍ４を受信する。受信ＲＬＣ１は、パケットｍ４からパケットｐ４を生成する。受信ＲＬＣ１は、パケットｐ４を受信ＰＤＣＰへ送る。一方、送信ＲＬＣ２は、パケットｎ４を受信ＲＬＣ２へ送る。受信ＲＬＣ２は、無線障害やＵＥ１００の処理負荷の増大等の問題により、パケットｎ４の受信を失敗する。
受信ＲＬＣ１は、パケットｍ４の受信により受信ウィンドウをパケット１つ分シフトする（図９のＳ１０７参照）。
ステップＳ１０８において、受信ＰＤＣＰは、受信ＲＬＣ１からのパケットｐ４の受信に応じて、受信通知を受信ＲＬＣ１へ送る。
受信ＲＬＣ１は、受信通知により、ＲＬＣシーケンス番号（ｍ４）に対応するＰＤＣＰシーケンス番号（ｐ４）を把握できる（図９のＳ１０８参照）。
ステップＳ１０９及びＳ１１０は、ステップＳ１０１及びＳ１０２と同様である。
受信ＲＬＣ１は、受信ＲＬＣ２が送信したパケットに対する受信通知（ｐ４）を受信していないので、受信ＲＬＣ２がｐ２に対応するパケットを受信していないことを把握できる。
以上のように、受信ＰＤＣＰは、受信ＰＤＣＰにおけるパケットの受信状況を示す情報である受信通知を受信ＲＬＣ１へ送る。具体的には、受信ＰＤＣＰは、受信ＲＬＣ１と受信ＲＬＣ２とのそれぞれからパケットを受信する度に、受信通知を受信ＲＬＣ１へ送る。これにより、受信ＲＬＣ１は、送信ＲＬＣ１からパケットを受信できない場合であっても、受信ＰＤＣＰが受信ＲＬＣ２を介して当該パケットを受信したことを把握できる。このため、パケットの再送回数が閾値に達した場合であっても、受信ＰＤＣＰがパケットを受信している場合には、無線リンク障害のトリガを抑制できる。
（動作例２）
動作例２について、図１０及び図１１を用いて説明する。図１０は、動作例２を説明するためのシーケンス図である。図１１は、動作例２を説明するための図である。上述と同様の動作は、説明を省略する。
動作例２では、受信ＲＬＣ１が、パケットの受信状況を受信ＰＤＣＰへ問い合わせる。
図１０において、ステップＳ２０１からＳ２０３は、ステップＳ１０１、Ｓ１０３及びＳ１０５に対応する。
本動作例２では、受信ＲＬＣ１は、パケットｍ１からＰＤＣＰシーケンス番号（ＳＮ）をモニタする。具体的には、受信ＲＬＣ１は、パケットｍ１からパケットｐ１を生成する際に、パケットｐ１のＰＤＣＰシーケンス番号をモニタする。これにより、受信ＲＬＣ１は、ＰＤＣＰシーケンス番号（ｐ１）とＲＬＣシーケンス番号（ｍ１）との関連付けを把握することができる。受信ＲＬＣ１は、ＰＤＣＰシーケンス番号（ｐ１）とＲＬＣシーケンス番号（ｍ１）との関連付けのリストに記憶してもよい（図１１のＳ２０１参照）。このように、受信ＲＬＣ１は、ＰＤＣＰシーケンス番号とＲＬＣシーケンス番号との同期を取ってもよい。
ステップＳ２０４において、受信ＲＬＣ１は、パケットの受信状況を受信ＰＤＣＰへ問い合わせる。
受信ＲＬＣ１は、例えば、パケット（ｍ３）を受信したにも関わらず、受信していないパケットがあるために、受信ウィンドウを動かせない（シフトできない）場合に、パケットの受信状況を問い合わせてもよい（図１１のＳ２０４参照）。受信ＲＬＣ１は、パケットｍ３を受信してから所定期間、受信ウィンドウを動かせない場合に、パケットの受信状況を問い合わせてもよい。
受信ＲＬＣ１は、送信ＲＬＣから送達確認要求を受信した場合に、受信ＰＤＣＰへパケットの受信状況を問い合わせてもよい。
受信ＲＬＣ１は、パケットの再送回数（又は送信ＲＬＣ１へのパケットの再送要求回数、以下同様）が閾値に達する前に、パケットの受信状況を受信ＰＤＣＰへ問い合わせてもよい。受信ＲＬＣ１は、パケットの再送回数が閾値に達したことに応じて、パケットの受信状況を受信ＰＤＣＰへ問い合わせてもよい。これにより、受信ＲＬＣ１は、パケットの再送回数が閾値に達することにより無線リンク障害がトリガされる前に、受信ＰＤＣＰのパケットの受信状況を知ることができるので、不必要な無線リンク障害のトリガを抑制できる。
受信ＲＬＣ１は、パケットの受信に失敗した回数に基づいて、パケットの再送回数を把握してもよい。受信ＲＬＣ１は、「パケットの受信に失敗した回数－１」をパケットの再送回数とみなしてもよい。受信ＲＬＣ１は、送信ＲＬＣ１からの送達確認状況の問い合わせの数をパケットの再送回数とみなしてもよい。受信ＲＬＣ１は、パケットの受信失敗を示すＮＡＣＫの送信回数をパケットの再送回数とみなしてもよい。
受信ＲＬＣ１は、送信ＲＬＣ１から現在の再送回数を通知されてもよい。具体的には、送信ＲＬＣ１は、現在の再送回数を示す情報を受信ＲＬＣ１へ送信してもよい。現在の再送回数を示す情報（再送回数情報）は、パケット（ＲＬＣ ＰＤＵ）のヘッダに格納されてもよい。再送回数情報は、パケット（例えば、Ｃｏｎｔｒｏｌ ＰＤＵ）に格納されてもよい。受信ＲＬＣ１は、再送回数情報に基づいて、パケットの再送回数を把握してもよい。
受信ＲＬＣ１が問い合わせをする際に送信する情報は、受信ＲＬＣ１が受信していないパケットのＰＤＣＰシーケンス番号を示す情報（ｐ２）であってもよい。当該情報は、受信ＲＬＣ１が受信済みのパケットのＰＤＣＰシーケンス番号を示す情報（ｐ３）であってもよい。当該情報は、受信ＲＬＣ１が受信済みの一連の複数のＰＤＣＰシーケンス番号を示す情報（ｐ１、ｐ３）であってもよい。
ステップＳ２０５において、受信ＰＤＣＰは、受信ＲＬＣ１からの問い合わせの受信に応じて、受信ＰＤＣＰにおけるパケットの受信状況を示す情報（応答）を受信ＲＬＣ１へ送る。
応答は、ＰＤＣＰにおいて受信済みのパケットのうち、受信ＲＬＣ１から受信していないパケットのＰＤＣＰシーケンス番号を示す情報（ｐ２）を含んでいてもよい。応答は、受信ＲＬＣ１及び受信ＲＬＣ２のいずれからも受信していないＰＤＣＰシーケンス番号を示す情報（ｐ４）を含んでいてもよい。応答は、受信済みの一連のＰＤＣＰシーケンス番号を示す情報（ｐ１，ｐ２，ｐ３）を含んでいてもよい。
受信ＲＬＣ１は、受信ＰＤＣＰからの応答に基づいて、受信ＲＬＣ１において受信していないパケットが受信ＰＤＣＰに届いているかどうかを把握する。本動作例では、受信ＲＬＣ２から受信ＰＤＣＰへパケットｐ２が送られている。このため、受信ＲＬＣ１は、受信ＰＤＣＰからの応答に含まれている情報に基づいて、受信ＰＤＣＰが受信ＲＬＣ２を介してパケットｐ２を受信したことを把握できる（図１１のＳ２０５）。
ステップＳ２０６において、受信ＲＬＣ１は、パケットの受信状況を示す情報（応答）に基づいて、送達確認情報（ＡＣＫ又はＮＡＣＫ）の送信に関する処理を実行できる。
例えば、受信ＲＬＣ１は、受信ＰＤＣＰからの応答に含まれている情報に基づいて、送信ＲＬＣ１から受信していない所定のパケットｍ２に対する送達確認情報として、パケットｍ２を受信したことを示す情報（ＡＣＫ）を送信ＲＬＣ１へ送ってもよい。
受信ＲＬＣ１は、受信ＰＤＣＰからの応答に基づいて、送信ＲＬＣ１から受信していない所定のパケットｍ２に対する送達確認情報として、パケットｍ２を受信していないことを示す情報（ＮＡＣＫ）を送信ＲＬＣ１へ送ることを中止してもよい。
これにより、送信ＲＬＣ１は、パケットｍ２が受信ＲＬＣ１に届いたと判定できる。その結果、送信ＲＬＣ１は、パケットの再送回数が閾値に達する前にパケットｍ２の再送を中止するため、無線リンク障害のトリガを抑制できる。
以上のように、受信ＲＬＣ１は、パケットの受信状況を受信ＰＤＣＰへ問い合わせる。受信ＰＤＣＰは、受信ＲＬＣ１からの問い合わせの受信に応じて、受信ＰＤＣＰにおけるパケットの受信状況を示す情報（応答）を受信ＲＬＣ１へ送る。これにより、受信ＰＤＣＰは、受信ＲＬＣ１からの問い合わせを受けたことに応じてパケットの受信状況を示す情報を受信ＲＬＣ１へ送るため、処理負荷を低減することができる。
（動作例３）
動作例３について、図１２及び図１３を用いて説明する。図１２は、動作例３を説明するためのシーケンス図である。図１３は、動作例３を説明するための図である。上述と同様の動作は、説明を省略する。
動作例３では、受信ＰＤＣＰが、受信ＲＬＣ１から受信していないパケットを受信ＲＬＣ２から受信したことに応じて、受信通知を受信ＲＬＣ１へ送る。
図１２において、ステップＳ３０１及びＳ３０２は、ステップＳ１０１及びＳ１０３に対応する。
受信ＲＬＣ１は、動作例２と同様に、パケットｍ１からＰＤＣＰシーケンス番号（ＳＮ）をモニタすることで、ＰＤＣＰシーケンス番号とＲＬＣシーケンス番号との関連付けを把握してもよい（図１３のＳ３０２参照）。
受信ＰＤＣＰは、受信ＲＬＣ１から受信したパケットのＰＤＣＰシーケンス番号を管理する。受信ＰＤＣＰは、受信ＲＬＣ２からパケットを受信する度に、受信したパケットが受信ＲＬＣ１から既に受信したパケットか否かを判定する。受信ＰＤＣＰは、受信したパケットが受信ＲＬＣ１から既に受信したパケットである場合、処理を終了する。一方、受信ＰＤＣＰは、受信したパケットが受信ＲＬＣ１から受信していないパケットである場合、ステップＳ３０３の処理を実行する。また、受信ＰＤＣＰは、受信ＲＬＣ２から受信したパケットが受信ＲＬＣ１から受信していないパケットである場合、受信ＲＬＣ２からパケットを受信してから所定時間を経過しても同一のパケットを受信ＲＬＣ１から受信しない場合に、ステップＳ３０３の処理を実行してもよい。
ステップＳ３０３において、受信ＰＤＣＰは、受信ＲＬＣ１から受信していないパケットを受信ＲＬＣ２から受信したことに応じて、受信通知を受信ＲＬＣ１へ送る。
第１に、受信ＰＤＣＰは、受信ＲＬＣ２から受信したパケットのうち、受信ＲＬＣ１から受信していないパケットのＰＤＣＰシーケンス番号を示す情報（ｐ２）を含む受信通知を受信ＲＬＣ１へ送ってもよい。
受信ＲＬＣ１は、ＰＤＣＰシーケンス番号を示す情報を含む受信通知に基づいて、受信ＰＤＣＰが受信ＲＬＣ２からパケットｐ２を受信したことを把握できる。受信ＲＬＣ１は、ＰＤＣＰシーケンス番号とＲＬＣシーケンス番号との関連付けを把握しているので、受信ＰＤＣＰから受信したＰＤＣＰシーケンス番号により、当該ＰＤＣＰシーケンス番号に対応するＲＬＣシーケンス番号を把握することができる。受信ＲＬＣ１は、受信通知に基づいて、受信ウィンドウをパケット１つ分シフトする（図１３のＳ３０３参照）。
受信ＲＬＣ１から複数の受信していないパケットが存在するケースであっても、受信通知が、受信していないパケットのＰＤＣＰシーケンス番号を示す情報（例えば、ｐｘ、ｐｙ、・・・、ｐｚ）を含むことにより、受信ＲＬＣ１は、受信通知に基づいて、受信ＰＤＣＰが受信ＲＬＣ２を介して複数のパケット（ｐｘ、ｐｙ、・・・、ｐｚ）を受信したことを把握できる。
第２に、受信ＰＤＣＰは、受信ＲＬＣ１から受信していないパケットのうち、ＰＤＣＰシーケンス番号の最も古いパケットを受信ＲＬＣ２から受信したことに応じて、受信通知を受信ＲＬＣ１へ送ってもよい。受信通知は、受信ＲＬＣ１から受信していないパケットのうち、ＰＤＣＰシーケンス番号の最も古いパケットを示すものである。
ここで、「ＰＤＣＰシーケンス番号の最も古いパケット」は、シーケンス番号のラップアラウンドが発生していない場合には、ＰＤＣＰシーケンス番号の最も小さいパケットである。受信していないパケットが、ラップアラウンドが発生する最大のＰＤＣＰシーケンス番号のパケットを含む場合には、最小のＰＤＣＰシーケンス番号よりも最大のＰＤＣＰシーケンス番号に近いＰＤＣＰシーケンス番号のパケットのうちで、ＰＤＣＰシーケンス番号の最も小さいパケットが、「ＰＤＣＰシーケンス番号の最も古いパケット」である。
パケットの順序並べ替えを行っている受信ＲＬＣ１は、ＲＬＣシーケンス番号の最も古いパケット（すなわち、受信ウィンドウをシフトできない原因となるパケット）を把握している。このため、受信ＲＬＣ１は、受信通知にＰＤＣＰシーケンス番号を示す情報が含まれなくても、受信通知の受信に応じて、送信ＲＬＣ１から受信していないパケットのうち、シーケンス番号の最も古いパケットを受信ＰＤＣＰが受信したことを把握できる。これにより、受信ＲＬＣ１は、受信ウィンドウをパケット１つ分シフトできる。
受信ＲＬＣ１から複数の受信していないパケットが存在するケースでは、受信ＰＤＣＰが、受信していないパケットの数に対応する受信通知を受信ＲＬＣ１へ送ることにより、受信ＲＬＣ１は、受信していないパケットに対応する数だけ受信ウィンドウをシフトすることができる。
第３に、受信ＲＬＣ１が順次転送（ｉｎ－ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ）を行う場合には、受信ＰＤＣＰは、受信ＲＬＣ１から受信していないパケットを受信したことに応じて、受信通知を受信ＲＬＣ１へ送ってもよい。
順次伝送を行っている受信ＲＬＣ１は、受信ウィンドウの範囲内に、シーケンス番号の最も古い受信していないパケットが存在する場合、受信していないパケットよりもシーケンス番号が大きいパケットを受信しても、受信済みのパケットを受信ＰＤＣＰへ送信せずに、受信していないパケットを待つ。このため、受信ＲＬＣ１は、受信通知を受信したことに応じて、受信ＰＤＣＰがシーケンス番号の最も古い受信していないパケットを受信したことを把握できる。これにより、受信ＲＬＣ１は、受信ウィンドウをパケット１つ分シフトできる。受信ＲＬＣ１は、受信ウィンドウをシフトすることにより、受信ウィンドウの範囲内でシーケンス番号の最も古いパケットが受信済みである場合、当該パケットを受信ＰＤＣＰへ送信することができる。
ステップＳ３０４は、ステップＳ２０６に対応する。
以上のように、受信ＰＤＣＰが、受信ＲＬＣ１から受信していないパケットを受信ＲＬＣ２から受信したことに応じて、受信通知を受信ＲＬＣ１へ送る。これにより、受信ＰＤＣＰは、パケットを受信する度に、受信通知を受信ＲＬＣ１へ送らなくてもよいため、処理負荷を低減することができる。
［その他の実施形態］
上述した実施形態によって、本出願の内容を説明したが、この開示の一部をなす論述及び図面は、本出願の内容を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
上述において、受信通知は、受信ＰＤＣＰが受信したパケットを判定するためのビットマップを含んでいてもよい。ビットマップでは、受信ＲＬＣ１から受信していないパケットのうち、ＰＤＣＰシーケンス番号の最も古いパケット（１）を１ビット目で示し、次のＰＤＣＰシーケンス番号のパケット（２）を２ビット目で示し、・・・、ｎ番目のＰＤＣＰシーケンス番号のパケット（ｎ）をｎビット目で示してもよい。受信ＰＤＣＰは、各ビットにおいて、例えば、受信していないパケットを「０」で示し、受信済みパケットを「１」で示してもよい。パケットの順序並べ替えを行っている受信ＲＬＣ１は、ＲＬＣシーケンス番号の最も古いパケットを把握している。ＰＤＣＰシーケンス番号の最も古いパケットとＲＬＣシーケンス番号の最も古いパケットとは、対応するため、受信ＲＬＣ１は、ビットマップに基づいて、受信ＰＤＣＰへ送信していないパケットのうち、ＲＬＣシーケンス番号の最も古いパケットを基準として、受信ＰＤＣＰにおいて、受信していないパケットと受信したパケットとを把握することができる。
上述では、受信側の無線通信装置を例に挙げて説明したが、これに限られない。例えば、送信側の無線通信装置において、送信ＲＬＣ１は、パケットの送達確認要求を受信ＲＬＣ１へ送信することにより、パケットの受信状況を間接的に受信ＰＤＣＰへ問い合わせてもよい（動作例２参照）。例えば、送信ＲＬＣ１は、パケットの再送回数が閾値に達する前に、受信ＲＬＣ１へ送達確認要求を送信してもよい。送信ＲＬＣ１は、パケットの再送回数が閾値に達した場合であっても、無線リンク障害をトリガする前に、受信ＲＬＣ１へ送達確認要求を送信してもよい。送信ＲＬＣ１は、パケットの再送回数が閾値に達した場合であっても、受信ＲＬＣ１からＡＣＫを受信した場合、無線リンク障害をトリガしなくてもよい。
送信ＲＬＣ１は、パケットの再送回数が閾値であることを示す再送回数情報を含む送達確認要求を送信してもよい。送信ＲＬＣ１は、受信ＲＬＣ１からＡＣＫを受信した場合、無線リンク障害をトリガしなくてもよい。送信ＲＬＣ１は、パケットの再送回数が閾値であることを示す再送回数情報の送信に対して、ＮＡＣＫを受信しない場合には、無線リンク障害をトリガしなくてもよい。
上述では、ＲＬＣエンティティにおける無線リンク障害のトリガを制御する方法を示したが、これに限られない。例えば、上位レイヤ（例えば、ＲＲＣエンティティ）は、ＲＬＣエンティティから無線リンク障害の報告を受けた場合であっても、ＰＤＣＰエンティティからの報告により、ＰＤＣＰエンティティにおいてパケットの送信及び／又は受信が正常である場合には、無線リンク障害が発生していないと判定してもよい。上位レイヤは、ＲＬＣエンティティから無線リンク障害の報告とＰＤＣＰエンティティにおいてパケットの送信及び／又は受信が異常であることを示す報告との両方を受けた場合にのみ、無線リンク障害が発生したと判定してもよい。
上述した実施形態において、ＵＥ１００は、センサモジュール（Ｍ２Ｍデバイス）であってもよい。ＵＥ１００は、（複数の）センサモジュールを管理する無線通信装置（例えば、ＩｏＴ ＧＷ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ ＧａｔｅＷａｙ））であってもよい。ＩｏＴ ＧＷは、ＩｏＴ ＧＷに管理される（複数の）センサモジュールを代表してネットワークとの通信を実行してもよい。センサモジュールは、ネットワークとの通信を実行する機能を有さなくてもよい。ＩｏＴ ＧＷに管理されるセンサモジュールは、ＩｏＴ ＧＷとの通信を実行する機能を有してもよい。
上述した実施形態に係る内容は、適宜組み合わせて実行されてもよい。また、上述した各シーケンスにおいて、必ずしも全ての動作が必須の構成ではない。例えば、各シーケンスにおいて、一部の動作のみが実行されてもよい。
上述した実施形態では特に触れていないが、上述した各ノード（ＵＥ１００、ＢＳ２００、ネットワーク装置３００など）のいずれかが行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。
ＵＥ１００及びＢＳ２００のいずれかが行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップが提供されてもよい。
上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本出願に係る内容を適用してもよい。
なお、日本国特許出願第２０１７－２２５２１４号（２０１７年１１月２２日出願）の全内容が、参照により、本願に組み込まれている。

Claims (11)

  1. 第１の無線通信装置と第２の無線通信装置とを制御するための通信方法であって、
    前記第１の無線通信装置は、
    プライマリなＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）エンティティである第１の送信ＲＬＣエンティティと、
    追加的なＲＬＣエンティティである第２の送信ＲＬＣエンティティと、
    前記第１の送信ＲＬＣエンティティと前記第２の送信ＲＬＣエンティティとの両方へ同一のパケットを送る送信ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）エンティティと、を有するよう構成され、
    前記第２の無線通信装置は、
    前記第１の送信ＲＬＣエンティティからパケットを受信するプライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと、
    前記第２の送信ＲＬＣエンティティからパケットを受信する追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティと、
    前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとの両方からパケットを受信する受信ＰＤＣＰエンティティと、を有するよう構成され、
    前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、パケットの受信状況を前記受信ＰＤＣＰエンティティへ問い合わせるステップと、
    前記受信ＰＤＣＰエンティティが、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティからの問い合わせの受信に応じて、前記受信ＰＤＣＰエンティティにおけるパケットの受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送るステップと、を備える、通信方法。
  2. 前記送るステップにおいて、前記受信ＰＤＣＰエンティティは、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとのそれぞれからパケットを受信する度に、前記受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送る請求項１に記載の通信方法。
  3. 前記受信状況を示す情報は、受信したパケットのＰＤＣＰシーケンス番号を含む請求項２に記載の通信方法。
  4. 前記受信状況を示す情報は、前記受信したパケットの送信元を識別するための識別情報を含む請求項２に記載の通信方法。
  5. 前記問い合わせるステップにおいて、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティは、前記第１の送信ＲＬＣエンティティにおける前記再送回数が閾値に達する前に、又は前記再送回数が閾値に達したことに応じて、前記パケットの受信状況を前記受信ＰＤＣＰエンティティへ問い合わせる請求項１に記載の通信方法。
  6. 前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、前記第１の送信ＲＬＣエンティティから受信したパケットからＰＤＣＰシーケンス番号をモニタするステップと、
    前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、前記モニタしたＰＤＣＰシーケンス番号と前記受信したパケットのＲＬＣシーケンス番号とを関連付けて記憶するステップと、を備える請求項１に記載の通信方法。
  7. 前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、前記受信状況を示す情報に基づいて、前記第１の送信ＲＬＣエンティティから受信していないパケットを、受信したパケットとみなすステップを備える請求項１に記載の通信方法。
  8. 前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、前記受信状況を示す情報に基づいて、前記第１の送信ＲＬＣエンティティから受信していない所定のパケットに対する送達確認情報として、前記所定のパケットを受信したことを示す情報を前記第１の送信ＲＬＣエンティティへ送るステップを備える請求項１に記載の通信方法。
  9. 前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、前記受信状況を示す情報に基づいて、前記第１の送信ＲＬＣエンティティから受信していない所定のパケットに対する送達確認情報として、前記所定のパケットを受信していないことを示す情報を前記第１の送信ＲＬＣエンティティへ送ることを中止するステップを備える請求項１に記載の通信方法。
  10. 無線通信装置であって、
    制御部を備え、
    前記制御部は、
    他の無線通信装置の第１の送信ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）エンティティからパケットを受信するプライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと、
    他の無線通信装置の第２の送信ＲＬＣエンティティからパケットを受信する追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティと、
    前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとの両方からパケットを受信する受信ＰＤＣＰエンティティと、を制御する処理と、
    前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、パケットの受信状況を前記受信ＰＤＣＰエンティティへ問い合わせる処理と、
    前記受信ＰＤＣＰエンティティが、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティからの問い合わせの受信に応じて、前記受信ＰＤＣＰエンティティにおけるパケットの受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送る処理と、を実行するよう構成される無線通信装置。
  11. 無線通信装置を制御するためのプロセッサであって、
    他の無線通信装置の第１の送信ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）エンティティからパケットを受信するプライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと、
    他の無線通信装置の第２の送信ＲＬＣエンティティからパケットを受信する追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティと、
    前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとの両方からパケットを受信する受信ＰＤＣＰエンティティと、を制御する処理と、
    前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、パケットの受信状況を前記受信ＰＤＣＰエンティティへ問い合わせる処理と、
    前記受信ＰＤＣＰエンティティが、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティからの問い合わせの受信に応じて、前記受信ＰＤＣＰエンティティにおけるパケットの受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送る処理と、を実行するよう構成されるプロセッサ。
JP2019555298A 2017-11-22 2018-11-19 通信方法、無線通信装置、及びプロセッサ Active JP6992086B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2017225214 2017-11-22
JP2017225214 2017-11-22
PCT/JP2018/042679 WO2019102965A1 (ja) 2017-11-22 2018-11-19 通信方法、無線通信装置、及びプロセッサ

Publications (2)

Publication Number Publication Date
JPWO2019102965A1 JPWO2019102965A1 (ja) 2020-12-10
JP6992086B2 true JP6992086B2 (ja) 2022-01-13

Family

ID=66630986

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019555298A Active JP6992086B2 (ja) 2017-11-22 2018-11-19 通信方法、無線通信装置、及びプロセッサ

Country Status (3)

Country Link
US (1) US11277769B2 (ja)
JP (1) JP6992086B2 (ja)
WO (1) WO2019102965A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111262648B (zh) * 2018-11-30 2021-09-07 华为技术有限公司 通信方法和装置
CN111757548B (zh) * 2019-03-29 2022-05-24 华为技术有限公司 通信方法和通信装置
CN111800886B (zh) 2019-07-12 2022-04-08 维沃移动通信有限公司 一种随机接入过程回退方法、设备及系统
KR102808951B1 (ko) * 2019-07-17 2025-05-16 삼성전자 주식회사 스플릿 베어러를 이용하여 데이터를 전송하는 전자 장치 및 전자 장치의 동작 방법
CN114615657B (zh) * 2022-02-21 2023-12-22 翱捷科技股份有限公司 一种5g通信中的数据分段解密方法及装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160338092A1 (en) 2014-01-16 2016-11-17 Samsung Electronics Co., Ltd. Apparatus and method for operating user plane protocol stack in connectionless communicaton system

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8208474B2 (en) * 2006-07-31 2012-06-26 Samsung Electronics Co., Ltd Method and apparatus for transmitting/receiving packet in a mobile communication system
WO2009009532A2 (en) * 2007-07-11 2009-01-15 Interdigital Technology Corporation Packet data convergence protocol operations
WO2009038394A1 (en) * 2007-09-21 2009-03-26 Lg Electronics Inc. Method of packet reordering and packet retransmission
WO2014166053A1 (zh) * 2013-04-09 2014-10-16 华为技术有限公司 一种通讯方法和终端
WO2015018451A1 (en) * 2013-08-09 2015-02-12 Nokia Solutions And Networks Oy Use of packet status report from secondary base station to master base station in wireless network
EP2854444A1 (en) * 2013-09-27 2015-04-01 Panasonic Intellectual Property Corporation of America Efficient uplink scheduling mechanism for dual connectivity
US20150092676A1 (en) * 2013-09-30 2015-04-02 Blackberry Limited Macrocell Enabled MM-Wave Superspot for Mobility
JP6262991B2 (ja) * 2013-10-31 2018-01-17 株式会社Ｎｔｔドコモ ユーザ装置及び方法
TWI609599B (zh) * 2015-10-20 2017-12-21 啟碁科技股份有限公司 小型基地台間的裝置對裝置通道建立方法與系統

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160338092A1 (en) 2014-01-16 2016-11-17 Samsung Electronics Co., Ltd. Apparatus and method for operating user plane protocol stack in connectionless communicaton system

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Huawei, ASUSTeK, HiSilicon，PDCP operation for packet duplication，3GPP TSG RAN WG2 #99bis R2-1710763，フランス，3GPP，2017年09月29日
Huawei, HiSilicon，RLC optimization for packet duplication，3GPP TSG RAN WG2 #99 R2-1709498，フランス，3GPP，2017年08月12日

Also Published As

Publication number Publication date
JPWO2019102965A1 (ja) 2020-12-10
WO2019102965A1 (ja) 2019-05-31
US11277769B2 (en) 2022-03-15
US20200382994A1 (en) 2020-12-03

Similar Documents

Publication Publication Date Title
EP3669578B1 (en) Method and system for handling pdcp operation in wireless communication system
JP6992086B2 (ja) 通信方法、無線通信装置、及びプロセッサ
JP7520164B2 (ja) 通信制御方法、遠隔ユーザ装置、プロセッサ、システム及びプログラム
US10708815B2 (en) Communication control method
JP7636511B2 (ja) 通信制御方法、遠隔ユーザ装置、システム、プロセッサ、プログラム及びネットワークノード
KR101563008B1 (ko) 무선통신 시스템에서 무선 베어러 해제 방법 및 수신기
JP6542203B2 (ja) 通信制御方法、基地局、ユーザ端末
JP6189400B2 (ja) ユーザ端末、基地局、及びプロセッサ
JPWO2016021644A1 (ja) 受信端末及び送信端末
JPWO2015076345A1 (ja) 通信制御方法、ユーザ端末、及びプロセッサ
US20180255610A1 (en) Radio terminal, processor, and network device
US10834780B2 (en) Radio terminal and base station
CN113747518B (zh) 一种通信方法及装置
JP7301065B2 (ja) 無線通信方法及び装置
WO2014175090A1 (ja) 無線通信装置、プロセッサ、及び通信制御方法
WO2024090357A1 (ja) 通信制御方法、及びネットワーク装置
WO2018146771A1 (ja) 通信システム、基地局装置、通信端末装置および管理装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200520

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210824

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211025

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: 20211207

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20211208

R150 Certificate of patent or registration of utility model

Ref document number: 6992086

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150