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