(57)【要約】【課題】「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ手順」が起動される場合であっても、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ」を送信するためのＰＤＣＣＨやＰＵＳＣＨ用のリソースを浪費してしまうという事態を回避する。【解決手段】本発明に係る移動通信方法は、移動局ＵＥが、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃１」の送信が完了する前に、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ」の起動トリガを再度検出した場合に、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃１」を破棄し、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃２」を生成する工程と、移動局ＵＥが、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ」が完了した後、無線基地局ｅＮＢに対して、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃２」を送信する工程とを有する。【選択図】図３
2014107720.tif 000002
【特許請求の範囲】
【請求項１】
移動局が、ＰＤＣＰレイヤにおける再確立手順の起動トリガを検出した場合に、第１ＰＤＣＰステータスレポートを生成する工程と、
前記移動局が、前記第１ＰＤＣＰステータスレポートの送信が完了する前に、前記ＰＤＣＰレイヤにおける再確立手順の起動トリガを再度検出した場合に、前記第１ＰＤＣＰステータスレポートを破棄し、第２ＰＤＣＰステータスレポートを生成する工程と、
前記移動局が、前記ＰＤＣＰレイヤにおける再確立手順が完了した後、前記無線基地局に対して、前記第２ＰＤＣＰステータスレポートを送信する工程とを有することを特徴とする移動通信方法。
【請求項２】
ＰＤＣＰレイヤにおける再確立手順の起動トリガを検出した場合に、ＰＤＣＰステータスレポートを生成するように構成されている生成部と、
前記ＰＤＣＰレイヤにおける再確立手順が完了した後、前記無線基地局に対して、前記ＰＤＣＰステータスレポートを送信するように構成されている送信部とを具備しており、
前記生成部は、生成した第１ＰＤＣＰステータスレポートの送信が完了する前に、前記ＰＤＣＰレイヤにおける再確立手順の起動トリガを再度検出した場合に、該第１ＰＤＣＰステータスレポートを破棄し、第２ＰＤＣＰステータスレポートを生成するように構成されており、
前記送信部は、前記ＰＤＣＰレイヤにおける再確立手順が完了した後、前記無線基地局に対して、前記第２ＰＤＣＰステータスレポートを送信するように構成されていることを特徴とする移動局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信方法及び移動局に関する。
【背景技術】
【０００２】
ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）方式では、送信側のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤ機能（ＰＤＣＰエンティティ）は、上位レイヤ機能から受け取ったＰＤＣＰ-ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）に対して、ＣＯＵＮＴ値を用いて秘匿処理（ヘッダ圧縮及び改竄検出のための処理）を施し、ＰＤＣＰ-ＳＮ（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）を付与してＰＤＣＰ-ＰＤＵ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）としてＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤ機能に送出するように構成されている。
【０００３】
ここで、図５に示すように、ＣＯＵＮＴ値は、ＨＦＮ（Ｈｙｐｅｒ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ）とＰＤＣＰ-ＤＮとから構成される。
【０００４】
受信側のＰＤＣＰレイヤ機能は、受信ウィンドウを管理しており、図６に示すように、受信したＰＤＣＰ-ＰＤＵに付与されているＰＤＣＰ-ＳＮが受信ウィンドウ外である場合、かかるＰＤＣＰ-ＰＤＵを破棄するように構成されている。
【０００５】
一方、受信側のＰＤＣＰレイヤ機能は、受信したＰＤＣＰ-ＰＤＵに付与されているＰＤＣＰ-ＳＮが受信ウィンドウ内である場合、現在の受信状態と受信したＰＤＣＰ-ＰＤＵに付与されているＰＤＣＰ-ＳＮから、かかるＰＤＣＰ-ＰＤＵの解匿処理に用いるＨＦＮを推測し、かかるＰＤＣＰ-ＰＤＵの解匿処理を行って得られたＰＤＣＰ-ＳＤＵを上位レイヤ機能に送出し、受信ウィンドウを更新するように構成されている。
【０００６】
また、ＬＴＥ方式では、送信側のＰＤＣＰレイヤ機能は、不要な再送を抑制し、リソース利用効率の低下を防ぐために、ハンドオーバや再接続（例えば、ＲＬＦ）が発生する場合、ＲＬＣレイヤでＡＣＫを確認できていないＰＤＣＰ-ＰＤＵから再送を行うように構成されている。
【０００７】
一方、ハンドオーバや再接続が行われた場合、受信側のＰＤＣＰレイヤ機能は、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ」を用いて、ハンドオーバ及び再接続の後における送信側のＰＤＣＰレイヤ機能からの不要なＰＤＣＰ-ＰＤＵの再送を抑制することができる。
【０００８】
図７に、ハンドオーバが行われる際に「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ」を送信する動作について示し、図８に、再接続が行われる際に「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ」を送信する動作について示す。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】３ＧＰＰ  ３６.３２３
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、従来のＬＴＥ方式では、移動局ＵＥは、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ」の起動トリガ（ハンドオーバや再接続の起動トリガ）を検出した場合に、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃１」を生成する。
【００１１】
その後、移動局ＵＥは、かかる「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃１」を送信する前に、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ」の起動トリガを再度検出した場合に、古い「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃１」を送信してしまう可能性があった。
【００１２】
以下、図９を参照して、かかる現象について説明する。
【００１３】
図９に示すように、移動局ＵＥは、ステップＳ２００１において、無線基地局ｅＮＢから「ｈａｎｄｏｖｅｒ  ｃｏｍｍａｎｄ」を受信すると、ステップＳ２００２において、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ」の起動トリガを検出し、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ手順」を起動し、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃１」を生成する。
【００１４】
ステップＳ２００３において、移動局ＵＥは、無線基地局ｅＮＢとの間で、ＲＡ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）手順を開始する。
【００１５】
移動局ＵＥは、かかるＲＡ手順が完了する前に、ステップＳ２００４において、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃１」を送信する前に、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ」の起動トリガ（例えば、ＲＬＦ）を再度検出し、ステップＳ２００５において、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ手順」を起動し、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃２」を生成する。
【００１６】
移動局ＵＥは、ステップＳ２００６において、無線基地局ｅＮＢとの間で、ＲＡ手順を起動し、かかるＲＡ手順に成功した場合、ステップＳ２００７において、無線基地局ｅＮＢとの間で、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ手順」を起動する。
【００１７】
移動局ＵＥは、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ手順」が成功した場合に、ステップＳ２００８において、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃１」及び「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃２」の両方を送信する。
【００１８】
この結果、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃１」及び「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃２」の両方を送信するためのＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）やＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）用のリソースを浪費することとなり、リソース利用効率の観点から望ましくないという問題点があった。
【００１９】
そこで、本発明は、上述の課題に鑑みてなされたものであり、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ手順」が起動される場合であっても、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ」を送信するためのＰＤＣＣＨやＰＵＳＣＨ用のリソースを浪費してしまうという事態を回避することができる移動通信方法及び移動局を提供することを目的とする。
【課題を解決するための手段】
【００２０】
本発明の第１の特徴は、移動通信方法であって、移動局が、ＰＤＣＰレイヤにおける再確立手順の起動トリガを検出した場合に、第１ＰＤＣＰステータスレポートを生成する工程と、前記移動局が、前記第１ＰＤＣＰステータスレポートの送信が完了する前に、前記ＰＤＣＰレイヤにおける再確立手順の起動トリガを再度検出した場合に、前記第１ＰＤＣＰステータスレポートを破棄し、第２ＰＤＣＰステータスレポートを生成する工程と、前記移動局が、前記ＰＤＣＰレイヤにおける再確立手順が完了した後、前記無線基地局に対して、前記第２ＰＤＣＰステータスレポートを送信する工程とを有することを要旨とする。
【００２１】
本発明の第２の特徴は、移動局であって、ＰＤＣＰレイヤにおける再確立手順の起動トリガを検出した場合に、ＰＤＣＰステータスレポートを生成するように構成されている生成部と、前記ＰＤＣＰレイヤにおける再確立手順が完了した後、前記無線基地局に対して、前記ＰＤＣＰステータスレポートを送信するように構成されている送信部とを具備しており、前記生成部は、生成した第１ＰＤＣＰステータスレポートの送信が完了する前に、前記ＰＤＣＰレイヤにおける再確立手順の起動トリガを再度検出した場合に、該第１ＰＤＣＰステータスレポートを破棄し、第２ＰＤＣＰステータスレポートを生成するように構成されており、
前記送信部は、前記ＰＤＣＰレイヤにおける再確立手順が完了した後、前記無線基地局に対して、前記第２ＰＤＣＰステータスレポートを送信するように構成されていることを要旨とする。
【発明の効果】
【００２２】
以上説明したように、本発明によれば、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ手順」が起動される場合であっても、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ」を送信するためのＰＤＣＣＨやＰＵＳＣＨ用のリソースを浪費してしまうという事態を回避することができる移動通信方法及び移動局を提供することができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の第１の実施形態に係る移動通信システムの全体構成図である。
【図２】本発明の第１の実施形態に係る移動局ＵＥの機能ブロック図である。
【図３】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図４】本発明の第１の実施形態に係る移動局ＵＥの動作を示すフローチャートである。
【図５】従来技術を説明するための図である。
【図６】従来技術を説明するための図である。
【図７】従来技術を説明するための図である。
【図８】従来技術を説明するための図である。
【図９】従来技術を説明するための図である。
【発明を実施するための形態】
【００２４】
（本発明の第１の実施形態に係る移動通信システム）
図１乃至図４を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。
【００２５】
本実施形態に係る移動通信システムは、ＬＴＥ方式の移動通信システムであって、図１に示すように、無線基地局ｅＮＢと、移動局ＵＥとを具備している。
【００２６】
本実施形態に係る移動通信システムでは、移動局ＵＥは、無線基地局ｅＮＢ配下のセルにおいてＲＲＣ_Ｃｏｎｎｅｃｔｅｄ状態であるものとする。
【００２７】
本実施形態に係る移動局ＵＥは、物理レイヤ機能と、ＲＬＣレイヤ機能と、ＰＤＣＰレイヤ機能と、ＲＲＣレイヤ機能とを具備している。
【００２８】
図２に示すように、本実施形態に係る移動局ＵＥは、ＰＤＣＰレイヤ機能として、生成部１１と、送信部１２とを具備している。
【００２９】
生成部１１は、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ手順」の起動トリガが検出された場合に、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ」を生成するように構成されている。
【００３０】
ここで、生成部１１は、無線基地局ｅＮＢから「ｈａｎｄｏｖｅｒ  ｃｏｍａｍｎｄ」を受信した場合や、無線基地局ｅＮＢとの間の無線リンクにおいてＲＬＦを検出した場合等に、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ手順」の起動トリガを検出したと判定するように構成されていてもよい。
【００３１】
また、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ」は、例えば、「ＦＭＳ（Ｆｉｒｓｔ  Ｍｉｓｓｉｎｇ  Ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）」や「Ｂｉｔｍａｐ」等を含むように構成されている。
【００３２】
ここで、「ＦＭＳ」は、受信側のＰＤＣＰレイヤ機能で未受信の最も古いＰＤＣＰ-ＰＤＵに付与されているＰＤＣＰ-ＳＮを示し、「Ｂｉｔｍａｐ」は、ＦＭＳに後続するＰＤＣＰ-ＰＤＵの受信状況を報告するビットマップ（０/１）である。
【００３３】
送信部１２は、無線基地局ｅＮＢに対して各種信号を送信するように構成されている。例えば、送信部１２は、無線基地局ｅＮＢ（具体的には、ＲＬＣレイヤ機能）に対して、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ」を送信するように構成されている。
【００３４】
ここで、移動局ＵＥが、無線基地局ｅＮＢ配下のセルにおいてＲＲＣ_Ｃｏｎｎｅｃｔｅｄ状態である場合で、かつ、生成部１１が、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ手順」の起動トリガを検出した場合、かかる「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ手順」が完了した後、送信部１２は、無線基地局ｅＮＢ（具体的には、ＲＬＣレイヤ機能）に対して、生成部１１によって生成された「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ」を送信するように構成されている。
【００３５】
また、生成部１１は、生成した「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃１」の送信が完了する前に、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ手順」の起動トリガを再度検出した場合に、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃１」を破棄し、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃２」を生成するように構成されている。
【００３６】
すなわち、生成部１１は、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ」の起動トリガ（例えば、ＲＬＦ）を検出すると、送信が完了していない「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ」を保持しているか否かについて判定し、かかる「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ」を保持していると判定した場合、かかる「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ」を破棄し、新規に「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ」を生成するように構成されている。
【００３７】
以下、図３及び図４を参照して、本実施形態に係る移動通信システムの動作について説明する。
【００３８】
第１に、図３を参照して、本実施形態に係る移動通信システムの動作について説明する。
【００３９】
図３に示すように、移動局ＵＥは、ステップＳ１００１において、無線基地局ｅＮＢから「ｈａｎｄｏｖｅｒ  ｃｏｍｍａｎｄ」を受信すると、ステップＳ１００２において、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ」の起動トリガを検出し、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ手順」を起動し、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃１」を生成する。
【００４０】
ステップＳ１００３において、移動局ＵＥは、無線基地局ｅＮＢとの間で、ＲＡ手順を開始する。
【００４１】
移動局ＵＥは、かかるＲＡ手順が完了する前に、ステップＳ１００４において、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃１」を送信する前に、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ」の起動トリガ（例えば、ＲＬＦ）を再度検出し、ステップＳ１００５において、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ手順」を起動し、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃１」を破棄し、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃２」を生成する。
【００４２】
移動局ＵＥは、ステップＳ１００６において、無線基地局ｅＮＢとの間で、ＲＡ手順を起動し、かかるＲＡ手順に成功した場合、ステップＳ１００７において、無線基地局ｅＮＢとの間で、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ手順」を起動する。
【００４３】
移動局ＵＥは、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ手順」が成功した場合に、ステップＳ１００８において、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃２」を送信する。
【００４４】
第２に、図４を参照して、本実施形態に係る移動局ＵＥの動作について説明する。
【００４５】
図４に示すように、移動局ＵＥは、ステップＳ１０１において、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ」の起動トリガ（例えば、ＲＬＦ）を検出すると、ステップＳ１０２において、送信が完了していない「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ」を保持しているか否かについて判定する。
【００４６】
「ＹＥＳ」の場合、本動作は、ステップＳ１０３に進み、「ＮＯ」の場合、本動作は、ステップＳ１０４に進む。
【００４７】
ステップＳ１０３において、移動局ＵＥは、保持している「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ」を破棄する。
【００４８】
ステップＳ１０４において、移動局ＵＥは、新規に「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ」を生成し、無線基地局ｅＮＢに対して送信する。
【００４９】
本実施形態に係る移動通信システムによれば、移動局ＵＥは、無線基地局ｅＮＢに対して、最新の「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ」のみを生成するように構成されているため、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ」を送信するためのＰＤＣＣＨやＰＵＳＣＨ用のリソースを浪費してしまうという事態を回避することができる。
【００５０】
以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。
【００５１】
本実施形態の第１の特徴は、移動通信方法であって、移動局ＵＥが、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ手順（ＰＤＣＰレイヤにおける再確立手順）」の起動トリガを検出した場合に、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃１（第１ＰＤＣＰステータスレポート）」を生成する工程と、移動局ＵＥが、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃１」の送信が完了する前に、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ」の起動トリガを再度検出した場合に、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃１」を破棄し、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃２（第２ＰＤＣＰステータスレポート）」を生成する工程と、移動局ＵＥが、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ」が完了した後、無線基地局ｅＮＢに対して、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃２」を送信する工程とを有することを要旨とする。
【００５２】
本実施形態の第２の特徴は、移動局ＵＥであって、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ手順」の起動トリガを検出した場合に、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ」を生成するように構成されている生成部１１と、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ手順」が完了した後、無線基地局ｅＮＢに対して、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ」を送信するように構成されている送信部１２とを具備しており、生成部１１は、生成した「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃１」の送信が完了する前に、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ手順」の起動トリガを再度検出した場合に、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃１」を破棄し、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃２」を生成するように構成されており、送信部１２は、「ＰＤＣＰ  ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ手順」が完了した後、無線基地局ｅＮＢに対して、「ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ＃２」を送信するように構成されていることを要旨とする。
【００５３】
なお、上述の移動局ＵＥや無線基地局ｅＮＢの動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。
【００５４】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。
【００５５】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、移動局ＵＥや無線基地局ｅＮＢ内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとして移動局ＵＥや無線基地局ｅＮＢ内に設けられていてもよい。
【００５６】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【００５７】
ｅＮＢ…無線基地局
ＵＥ…移動局
１１…生成部
１２…送信部
【図１】
2014107720.tif 000003
【図２】
2014107720.tif 000004
【図３】
2014107720.tif 000005
【図４】
2014107720.tif 000006
【図５】
2014107720.tif 000007
【図６】
2014107720.tif 000008
【図７】
2014107720.tif 000009
【図８】
2014107720.tif 000010
【図９】
2014107720.tif 000011