(57)【要約】【課題】１つのベアラのデータが複数の基地局間で分配され、当該分配されたベアラのデータが当該複数の基地局からユーザ装置に送信される移動通信システムにおいて、前記ベアラを継続する構成変更がある場合でも、ユーザ装置が、抜けデータを適切に受信できるようにする。【解決手段】前記移動通信システムにおける前記ユーザ装置において、前記複数の基地局から順次受信する前記ベアラのデータに抜けがあることを検出した場合に、タイマを起動し、当該タイマが満了するまでの間、前記抜けのデータの受信を待つ受信部と、前記複数の基地局のうちのある基地局から、前記ベアラを継続する構成変更の通知を受信したときに、前記タイマが起動中であれば、当該タイマを停止し、所定期間後に当該タイマを再起動する制御部とを備える。【選択図】図８
2016066965.tif 000002
【特許請求の範囲】
【請求項１】
１つのベアラのデータが複数の基地局間で分配され、当該分配されたベアラのデータが当該複数の基地局からユーザ装置に送信される移動通信システムにおける前記ユーザ装置であって、
前記複数の基地局から順次受信する前記ベアラのデータに抜けがあることを検出した場合に、タイマを起動し、当該タイマが満了するまでの間、前記抜けのデータの受信を待つ受信部と、
前記複数の基地局のうちのある基地局から、前記ベアラを継続する構成変更の通知を受信したときに、前記タイマが起動中であれば、当該タイマを停止し、所定期間後に当該タイマを再起動する制御部と
を備えるユーザ装置。
【請求項２】
前記所定期間は、前記構成変更の手順が実行されている期間である請求項１に記載のユーザ装置。
【請求項３】
前記制御部は、前記タイマを停止後、リセットして前記再起動を行う、又は、前記タイマを停止後、停止した時点でのタイマ計測値を初期値として前記再起動を行う
請求項１又は２に記載のユーザ装置。
【請求項４】
前記制御部は、前記リセットを行うか否かを前記構成変更の種類に応じて決定する請求項３に記載のユーザ装置。
【請求項５】
１つのベアラのデータが複数の基地局間で分配され、当該分配されたベアラのデータが当該複数の基地局からユーザ装置に送信される移動通信システムにおける前記ユーザ装置であって、
前記複数の基地局から順次受信する前記ベアラのデータに抜けがあることを検出した場合に、タイマを起動し、当該タイマが満了するまでの間、前記抜けのデータの受信を待つ受信部と、
前記複数の基地局のうちのある基地局から、前記ベアラを継続する構成変更の通知を受信したときに、前記タイマが起動中であれば、当該タイマを再起動する制御部と
を備えるユーザ装置。
【請求項６】
前記制御部は、前記再起動を行うか否かを前記構成変更の種類に応じて決定する請求項５に記載のユーザ装置。
【請求項７】
１つのベアラのデータが複数の基地局間で分配され、当該分配されたベアラのデータが当該複数の基地局からユーザ装置に送信される移動通信システムにおける前記ユーザ装置であって、
前記複数の基地局から順次受信する前記ベアラのデータに抜けがあることを検出した場合に、タイマを起動し、当該タイマが満了するまでの間、前記抜けのデータの受信を待つ受信部と、
前記複数の基地局のうちのある基地局から、前記ベアラを継続する構成変更の通知を受信したときに、前記タイマが起動中であれば、当該タイマの設定値を元の設定値よりも長い値に変更する制御部と
を備えるユーザ装置。
【請求項８】
１つのベアラのデータが複数の基地局間で分配され、当該分配されたベアラのデータが当該複数の基地局からユーザ装置に送信される移動通信システムにおける前記ユーザ装置が実行するタイマ制御方法であって、
前記複数の基地局から順次受信する前記ベアラのデータに抜けがあることを検出した場合に、タイマを起動し、当該タイマが満了するまでの間、前記抜けのデータの受信を待つ受信ステップと、
前記複数の基地局のうちのある基地局から、前記ベアラを継続する構成変更の通知を受信したときに、前記タイマが起動中であれば、当該タイマを停止し、所定期間後に当該タイマを再起動する制御ステップと
を備えるタイマ制御方法。
【請求項９】
１つのベアラのデータが複数の基地局間で分配され、当該分配されたベアラのデータが当該複数の基地局からユーザ装置に送信される移動通信システムにおける前記ユーザ装置が実行するタイマ制御方法であって、
前記複数の基地局から順次受信する前記ベアラのデータに抜けがあることを検出した場合に、タイマを起動し、当該タイマが満了するまでの間、前記抜けのデータの受信を待つ受信ステップと、
前記複数の基地局のうちのある基地局から、前記ベアラを継続する構成変更の通知を受信したときに、前記タイマが起動中であれば、当該タイマを再起動する制御ステップと
を備えるタイマ制御方法。
【請求項１０】
１つのベアラのデータが複数の基地局間で分配され、当該分配されたベアラのデータが当該複数の基地局からユーザ装置に送信される移動通信システムにおける前記ユーザ装置が実行するタイマ制御方法であって、
前記複数の基地局から順次受信する前記ベアラのデータに抜けがあることを検出した場合に、タイマを起動し、当該タイマが満了するまでの間、前記抜けのデータの受信を待つ受信ステップと、
前記複数の基地局のうちのある基地局から、前記ベアラを継続する構成変更の通知を受信したときに、前記タイマが起動中であれば、当該タイマの設定値を元の設定値よりも長い値に変更する制御ステップと
を備えるタイマ制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ装置が複数の基地局と通信を行うように構成される移動通信システムに関連するものである。
【背景技術】
【０００２】
ＬＴＥシステムでは、所定の帯域幅（最大２０ＭＨｚ）を基本単位として、複数のキャリアを同時に用いて通信を行うキャリアアグリゲーション（ＣＡ：Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）が採用されている。キャリアアグリゲーションにおいて基本単位となるキャリアはコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）と呼ばれる。
【０００３】
ＣＡが行われる際には、ユーザ装置ＵＥに対して、接続性を担保する信頼性の高いセルであるＰＣｅｌｌ（Ｐｒｉｍａｒｙ  ｃｅｌｌ）及び付随的なセルであるＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  ｃｅｌｌ）が設定される。ユーザ装置ＵＥは、第１に、ＰＣｅｌｌに接続し、必要に応じて、ＳＣｅｌｌを追加することができる。ＰＣｅｌｌは、ＲＬＭ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｍｏｎｉｔｏｒｉｎｇ）及びＳＰＳ（Ｓｅｍｉ-Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）等をサポートする単独のセルと同様のセルである。
【０００４】
ＳＣｅｌｌは、ＰＣｅｌｌに追加されてユーザ装置ＵＥに対して設定されるセルである。ＳＣｅｌｌの追加及び削除は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングによって行われる。ＳＣｅｌｌは、ユーザ装置ＵＥに対して設定された直後は、非アクティブ状態（ｄｅａｃｔｉｖａｔｅ状態）であるため、アクティブ化することで初めて通信可能（スケジューリング可能）となるセルである。
【０００５】
図１に示すように、ＬＴＥのＲｅｌ−１０までのＣＡでは、同一基地局ｅＮＢ配下の複数のＣＣを用いている。
【０００６】
一方、Ｒｅｌ−１２ではこれを拡張し、異なる基地局ｅＮＢ配下のＣＣを用いて同時通信を行い、高スループットを実現するＤｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ（二重接続）が提案されている（非特許文献１）。つまり、Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙでは、ＵＥは、２つの物理的に異なる基地局ｅＮＢの無線リソースを同時に使用して通信を行う。
【０００７】
Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙは、ＣＡの一種であり、Ｉｎｔｅｒ  ｅＮＢ  ＣＡ（基地局間キャリアアグリゲーション）とも呼ばれ、Ｍａｓｔｅｒ−ｅＮＢ（ＭｅＮＢ）と、Ｓｅｃｏｎｄａｒｙ−ｅＮＢ（ＳｅＮＢ）が導入される。図２に、Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙの例を示す。図２の例では、ＭｅＮＢがＣＣ＃１でユーザ装置ＵＥと通信を行い、ＳｅＮＢがＣＣ＃２でユーザ装置ＵＥと通信を行うことでＤｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ（以下、ＤＣ）を実現している。
【０００８】
ＤＣにおいて、ＭｅＮＢ配下のセル（１つ又は複数）で構成されるセルグループをＭＣＧ（Ｍａｓｔｅｒ  Ｃｅｌｌ  Ｇｒｏｕｐ、マスターセルグループ）、ＳｅＮＢ配下のセル（１つ又は複数）で構成されるセルグループをＳＣＧ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ  Ｇｒｏｕｐ、セカンダリセルグループ）と呼ぶ。ＳＣＧのうちの少なくとも１つのＳＣｅｌｌにはＵＬのＣＣが設定され、そのうちの１つにＰＵＣＣＨが設定される。このＳＣｅｌｌをＰＳＣｅｌｌ（ｐｒｉｍａｒｙ  ＳＣｅｌｌ）と呼ぶ。
【０００９】
このようなＤＣにおける通信形態の１つとして、１つのベアラ（パケットの通信路）を複数ｅＮＢに分配するスプリットベアラ（Ｓｐｌｉｔ  Ｂｅａｒｅｒ）がある。基地局ＭｅＮＢがベアラを分配するアンカーノードとして利用される場合、図３に示されるように、基地局ＭｅＮＢは、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）から受信したダウンリンクデータを、ＭＣＧを介しユーザ装置ＵＥに送信するデータと、ＳＣＧ（基地局ＳｅＮＢ）を経由してユーザ装置ＵＥに送信するデータとに分配する。基地局ＭｅＮＢをアンカーノードとしたスプリットベアラが設定される場合、図４に示されるように、ユーザ装置ＵＥは、基地局ＭｅＮＢのための物理レイヤ（ＰＨＹ）、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤ（ｍ−ＭＡＣ）及びＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤ（ｍ−ＲＬＣ）と、基地局ＳｅＮＢのためのＰＨＹレイヤ、ｓ−ＭＡＣレイヤ及びｓ−ＲＬＣレイヤと、ｍ−ＲＬＣレイヤ及びｓ−ＲＬＣレイヤに接続されるＰＤＣＰレイヤとを有する。
【先行技術文献】
【非特許文献】
【００１０】
【非特許文献１】３ＧＰＰ  ＴＲ  ３６．８４２  Ｖ１２．０．０  （２０１３−１２）
【発明の概要】
【発明が解決しようとする課題】
【００１１】
基地局ＭｅＮＢから受信したデータ（ＲＬＣ  ＳＤＵ（＝ＰＤＣＰ  ＰＤＵ））と基地局ＳｅＮＢから受信したデータは、ＰＤＣＰレイヤ（ＰＤＣＰエンティティ）においてリオーダリングされ、上位レイヤに送出される。リオーダリングにおいて、ユーザ装置ＵＥ（ＰＤＣＰエンティティ）は、あるＳＮ（シーケンス番号）のデータ（ＰＤＣＰ  ＰＤＵ）の抜けを検知した場合に、後続のＰＤＣＰ  ＰＤＵの処理を中断（ｓｕｓｐｅｎｄ）して当該ＰＤＣＰ  ＰＤＵの受信を待ち、当該ＰＤＣＰ  ＰＤＵを受信したら、正しい順番でＰＤＣＰ  ＰＤＵを上位レイヤに渡す処理を行う。
【００１２】
上記のリオーダリングを実施する時には、ＰＤＣＰエンティティはリオーダリングタイマ（ｒｅｏｒｄｅｒｉｎｇ  ｔｉｍｅｒ）を用いる。ベアラスプリット実施時において、リオーダリングタイマを用いる処理の例を図５に示す。図５の例では、ユーザ装置ＵＥ（ＰＤＣＰエンティティ）は、ＳＮ＝０のＰＤＣＰ  ＰＤＵを受信する前に、ＳＮ＝１のＰＤＣＰ  ＰＤＵを基地局ＭｅＮＢから受信することで、ＳＮ＝０のＰＤＣＰ  ＰＤＵの抜けを検知する。
【００１３】
ユーザ装置ＵＥは、抜けを検知した時点で、リオーダリングタイマを起動し、当該タイマ起動中は後続のＰＤＣＰ  ＰＤＵの処理を中断（ｓｕｓｐｅｎｄ）する。図５の例では、タイマ満了までＳＮ＝０の受信ができず、ＳＮ＝０の受信を諦めることが示されている。ＳＮ＝０の受信を諦めた後は、例えば、ＳＮ＝０が抜けた状態で、ＰＤＣＰ  ＰＤＵの処理を再開する（ＰＤＣＰ  ＰＤＵを上位レイヤに渡す等）。
【００１４】
また、図５の例では、ＳＮ＝０は、ＭｅＮＢからＳｅＮＢを経由してユーザ装置ＵＥに送信されることとされており、ＳｅＮＢから、ＲＬＣ  ＳＤＵを組み立てるために必要なＲＬＣ  ＰＤＵを送信・再送するＲＬＣ送信と、その下位のＭＡＣ送信（送信・再送）を行うことが示される。図５の例では、１ＲＬＣ送信あたりＭＡＣ送信が４回行われ、１ＰＤＣＰ  ＰＤＵあたりＲＬＣ送信が５回行われることが示されている。リオーダリングタイマに設定されるタイマ値としては、再送データをできるだけ救うとした場合、Ｘ２インタフェース（基地局間通信）遅延及び、ＲＬＣ／ＭＡＣ再送分を見込んだ値を設定する。当該設定値は、例えばＲＲＣシグナリングでＭｅＮＢからユーザ装置ＵＥに通知される。
【００１５】
ＤＣのスプリットベアラ実施時において、スプリットベアラの通信を一旦瞬断させるようなケースがある。そのようなケースとして例えばスプリットベアラを継続するＳＣＧ  ｃｈａｎｇｅ、スプリットベアラを継続するｉｎｔｒａ−ＭｅＮＢ  ＨＯ（イントラＭｅＮＢハンドオーバ）等がある。ＳＣＧ  ｃｈａｎｇｅは、例えば、ユーザ装置ＵＥが接続するＳＣＧを変更するために行われる手順であり、ｉｎｔｒａ−ＭｅＮＢ  ＨＯは、例えば、ユーザ装置ＵＥが接続するＭｅＮＢ内のセクタを変更するために行われる手順である。これらは総称して「構成変更」と呼んでもよい。スプリットベアラを継続する構成変更とは、ユーザ装置ＵＥに設定されているスプリットベアラを維持したまま構成変更を行い、構成変更後も当該スプリットベアラで通信を行うことを意味する。
【００１６】
スプリットベアラを継続するＳＣＧ  ｃｈａｎｇｅ／ｉｎｔｒａ−ＭｅＮＢ  ＨＯにおいて、ＳＣＧ  ｃｈａｎｇｅ／ｉｎｔｒａ−ＭｅＮＢ  ＨＯ手順中は、スプリットベアラによる通信は中断される。従って、ＳＣＧ  ｃｈａｎｇｅ／ｉｎｔｒａ−ＭｅＮＢ  ＨＯ手順中に起動中のリオーダリングタイマをそのまま継続すると、手順にかかる期間もリオーダリングタイマがカウントアップされてしまい、手順後にすぐに満了し、手順後にｅＮＢが送信した"抜けていたＰＤＣＰ  ＰＤＵ"をユーザ装置ＵＥが受信できない可能性がある。
【００１７】
上記のケースが発生する例を図６に示す。図６に示す例では、ユーザ装置ＵＥがＳＮ＝０、１のデータを受信する前にＳＮ＝２のデータを受信する（ステップ１、２）ので、ＳＮ＝０、１の抜けを検知し、リオーダリングタイマを起動する（ステップ３）。タイマ満了前にスプリットベアラを継続するＳＣＧ  ｃｈａｎｇｅ／ｉｎｔｒａ−ＭｅＮＢ  ＨＯ手順が起動され（ステップ４）、手順中はＳＮ＝０、１のデータ送信は行われず、ＳＮ＝０、１のデータ送信が行われる前にタイマが満了するため、ユーザ装置ＵＥはＳＮ＝０、１の受信を諦める（ステップ５）。その後にＳＮ＝０、１のデータが到達するが（ステップ６）、タイマが満了しているため、ユーザ装置ＵＥは、ＳＮ＝０、１のデータを破棄する（ステップ７）。
【００１８】
本発明は上記の点に鑑みてなされたものであり、１つのベアラのデータが複数の基地局間で分配され、当該分配されたベアラのデータが当該複数の基地局からユーザ装置に送信される移動通信システムにおいて、前記ベアラを継続する構成変更がある場合でも、ユーザ装置が、抜けデータを適切に受信できるようにする技術を提供することを目的とする。
【課題を解決するための手段】
【００１９】
本発明の実施の形態によれば、１つのベアラのデータが複数の基地局間で分配され、当該分配されたベアラのデータが当該複数の基地局からユーザ装置に送信される移動通信システムにおける前記ユーザ装置であって、
前記複数の基地局から順次受信する前記ベアラのデータに抜けがあることを検出した場合に、タイマを起動し、当該タイマが満了するまでの間、前記抜けのデータの受信を待つ受信部と、
前記複数の基地局のうちのある基地局から、前記ベアラを継続する構成変更の通知を受信したときに、前記タイマが起動中であれば、当該タイマを停止し、所定期間後に当該タイマを再起動する制御部とを備えるユーザ装置が提供される。
【００２０】
また、本発明の実施の形態によれば、１つのベアラのデータが複数の基地局間で分配され、当該分配されたベアラのデータが当該複数の基地局からユーザ装置に送信される移動通信システムにおける前記ユーザ装置であって、
前記複数の基地局から順次受信する前記ベアラのデータに抜けがあることを検出した場合に、タイマを起動し、当該タイマが満了するまでの間、前記抜けのデータの受信を待つ受信部と、
前記複数の基地局のうちのある基地局から、前記ベアラを継続する構成変更の通知を受信したときに、前記タイマが起動中であれば、当該タイマを再起動する制御部とを備えるユーザ装置が提供される。
【００２１】
また、本発明の実施の形態によれば、１つのベアラのデータが複数の基地局間で分配され、当該分配されたベアラのデータが当該複数の基地局からユーザ装置に送信される移動通信システムにおける前記ユーザ装置であって、
前記複数の基地局から順次受信する前記ベアラのデータに抜けがあることを検出した場合に、タイマを起動し、当該タイマが満了するまでの間、前記抜けのデータの受信を待つ受信部と、
前記複数の基地局のうちのある基地局から、前記ベアラを継続する構成変更の通知を受信したときに、前記タイマが起動中であれば、当該タイマの設定値を元の設定値よりも長い値に変更する制御部とを備えるユーザ装置が提供される。
【００２２】
また、本発明の実施の形態によれば、１つのベアラのデータが複数の基地局間で分配され、当該分配されたベアラのデータが当該複数の基地局からユーザ装置に送信される移動通信システムにおける前記ユーザ装置が実行するタイマ制御方法であって、
前記複数の基地局から順次受信する前記ベアラのデータに抜けがあることを検出した場合に、タイマを起動し、当該タイマが満了するまでの間、前記抜けのデータの受信を待つ受信ステップと、
前記複数の基地局のうちのある基地局から、前記ベアラを継続する構成変更の通知を受信したときに、前記タイマが起動中であれば、当該タイマを停止し、所定期間後に当該タイマを再起動する制御ステップとを備えるタイマ制御方法が提供される。
【００２３】
また、本発明の実施の形態によれば、１つのベアラのデータが複数の基地局間で分配され、当該分配されたベアラのデータが当該複数の基地局からユーザ装置に送信される移動通信システムにおける前記ユーザ装置が実行するタイマ制御方法であって、
前記複数の基地局から順次受信する前記ベアラのデータに抜けがあることを検出した場合に、タイマを起動し、当該タイマが満了するまでの間、前記抜けのデータの受信を待つ受信ステップと、
前記複数の基地局のうちのある基地局から、前記ベアラを継続する構成変更の通知を受信したときに、前記タイマが起動中であれば、当該タイマを再起動する制御ステップとを備えるタイマ制御方法が提供される。
【００２４】
また、本発明の実施の形態によれば、１つのベアラのデータが複数の基地局間で分配され、当該分配されたベアラのデータが当該複数の基地局からユーザ装置に送信される移動通信システムにおける前記ユーザ装置が実行するタイマ制御方法であって、
前記複数の基地局から順次受信する前記ベアラのデータに抜けがあることを検出した場合に、タイマを起動し、当該タイマが満了するまでの間、前記抜けのデータの受信を待つ受信ステップと、
前記複数の基地局のうちのある基地局から、前記ベアラを継続する構成変更の通知を受信したときに、前記タイマが起動中であれば、当該タイマの設定値を元の設定値よりも長い値に変更する制御ステップとを備えるタイマ制御方法が提供される。
【発明の効果】
【００２５】
本発明の実施の形態によれば、１つのベアラのデータが複数の基地局間で分配され、当該分配されたベアラのデータが当該複数の基地局からユーザ装置に送信される移動通信システムにおいて、前記ベアラを継続する構成変更がある場合でも、ユーザ装置が、抜けデータを適切に受信できるようにする技術が提供される。
【図面の簡単な説明】
【００２６】
【図１】Ｒｅｌ−１０までのＣＡを示す図である。
【図２】Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙの例を示す図である。
【図３】基地局ＭｅＮＢをアンカーノードとするスプリットベアラを説明するための図である。
【図４】スプリットベアラにおけるプロトコル構成を示す図である。
【図５】リオーダリングタイマの動作を説明するための図である。
【図６】課題を説明するための図である。
【図７】本発明の実施の形態における通信システムの構成図である。
【図８】実施例１における手順を説明するためのシーケンス図である。
【図９】リオーダリングタイマの制御例を説明するための図である。
【図１０】構成変更の手順例を説明するためのシーケンス図である。
【図１１】実施例１のユーザ装置ＵＥにおける動作例を示すフローチャートである。
【図１２】実施例２における手順を説明するためのシーケンス図である。
【図１３】実施例２のユーザ装置ＵＥにおける動作例を示すフローチャートである。
【図１４】実施例３における手順を説明するためのシーケンス図である。
【図１５】実施例３のユーザ装置ＵＥにおける動作例を示すフローチャートである。
【図１６】ユーザ装置ＵＥの構成図である。
【発明を実施するための形態】
【００２７】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。また、本実施の形態では、ＬＴＥの移動通信システムを対象とするが、本発明はＬＴＥに限らず他の移動通信システムにも適用可能である。また、本明細書及び特許請求の範囲では、特に断らない限り、「ＬＴＥ」の用語は３ＧＰＰのＲｅｌ−１２、もしくは、Ｒｅｌ−１２以降の方式の意味で使用する。
【００２８】
（システム全体構成）
図７は、本発明の実施の形態（後述する実施例１〜３を含む）における通信システムの構成例を示す図である。図７に示すように、当該通信システムは、Ｓ−ＧＷ１０とＳ１インターフェースで通信を行う基地局ＭｅＮＢと、基地局ＳｅＮＢとを含み、ユーザ装置ＵＥとの間でＤＣを実行することを可能としている。基地局ＭｅＮＢと基地局ＳｅＮＢとの間は、Ｘ２インターフェースにより通信可能であり、基地局ＭｅＮＢにおいてベアラのデータが分配（ｓｐｌｉｔ）されることで、スプリットベアラが実現される。以下、記述を簡潔にするために、基地局ＭｅＮＢ、基地局ＳｅＮＢはそれぞれ、ＭｅＮＢ、ＳｅＮＢと記述することにする。
【００２９】
図７に示す通信システムにおいて、例えば、ＭＣＧをマクロセルとし、ＳＣＧをスモールセルとして、ＰＣｅｌｌ、ＳＣｅｌｌ（ＰＳＣｅｌｌを含む）の設定を行うことができる。ユーザ装置ＵＥにおけるＳＣＧ追加、スプリットベアラ設定、ＳＣＧ  ｃｈａｎｇｅ、ｉｎｔｒａ−ＭｅＮＢ  ＨＯ等は、ＭｅＮＢからのＲＲＣシグナリングで行うこととするが、これに限られるわけではない。また、本実施の形態では、スプリットベアラを継続する構成変更の例としてＳＣＧ  ｃｈａｎｇｅ、ｉｎｔｒａ−ＭｅＮＢ  ＨＯを挙げているが、これらは例に過ぎず、他の構成変更についても本実施の形態の技術を適用できる。
【００３０】
本実施の形態では、リオーダリングタイマ（"タイマ"とも称する）の起動中にスプリットベアラを継続する構成変更の手順が発生する場合でも、リオーダリングタイマの満了により、受信すべき抜けデータを受信できなくなることを回避する技術を採用している。以下、当該技術を適用した実施例１〜３について説明する。
【００３１】
（実施例１）
まず、実施例１を説明する。実施例１では、スプリットベアラを継続するＳＣＧ  ｃｈａｎｇｅ／Ｉｎｔｒａ−ＭｅＮＢ  ＨＯが起動した場合に、起動中のリオーダリングタイマを停止する。ＳＣＧ  ｃｈａｎｇｅ／Ｉｎｔｒａ−ＭｅＮＢ  ＨＯ手順が行われている間は、リオーダリングタイマを停止したままとし、ＳＣＧ  ｃｈａｎｇｅ／Ｉｎｔｒａ−ＭｅＮＢ  ＨＯ手順が完了した後に再起動する。なお、ＳＣＧ  ｃｈａｎｇｅ／Ｉｎｔｒａ−ＭｅＮＢ  ＨＯ手順が完了する前にタイマを再起動してもよい。
【００３２】
実施例１における動作例を図８を参照して説明する。図８に示す例において、ユーザ装置ＵＥとＭｅＮＢ／ＳｅＮＢにおいてスプリットベアラが設定されている。
【００３３】
ユーザ装置ＵＥがＳＮ＝０、１のデータを受信する前にＳＮ＝２のデータを受信する（ステップ１０１、１０２）ので、ＳＮ＝０、１のデータの抜けを検知し、リオーダリングタイマを起動する（ステップ１０３）。
【００３４】
タイマ満了前であるステップ１０４において、スプリットベアラを継続するＳＣＧ  ｃｈａｎｇｅ／Ｉｎｔｒａ−ＭｅＮＢ  ＨＯ手順が起動される。ユーザ装置ＵＥは、スプリットベアラを継続するＳＣＧ  ｃｈａｎｇｅ／Ｉｎｔｒａ−ＭｅＮＢ  ＨＯを指示するＲＲＣ信号をＭｅＮＢから受信することにより、当該ＳＣＧ  ｃｈａｎｇｅ／Ｉｎｔｒａ−ＭｅＮＢ  ＨＯ手順が開始されたことを検知し、リオーダリングタイマを一旦停止する（ステップ１０５）。
【００３５】
その後、ＳＣＧ  ｃｈａｎｇｅ／Ｉｎｔｒａ−ＭｅＮＢ  ＨＯ手順が完了すると、ユーザ装置ＵＥはリオーダリングタイマを再起動する（ステップ１０６）。
【００３６】
実施例１では、ＳＣＧ  ｃｈａｎｇｅ／Ｉｎｔｒａ−ＭｅＮＢ  ＨＯ手順が完了したことをトリガにしてリオーダリングタイマを再起動するが、再起動のトリガとする「手順の完了」は、ユーザ装置ＵＥが完了応答（例：ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  ｃｏｍｐｌｅｔｅ）を送信したことであってもよいし、後述するランダムアクセス（ＲＡ）手順が完了したことであってもよいし、他の信号送信／受信等であってもよい。
【００３７】
上記のように、スプリットベアラの通信が中断することが想定されるＳＣＧ  ｃｈａｎｇｅ／Ｉｎｔｒａ−ＭｅＮＢ  ＨＯ手順中は、リオーダリングタイマを進行させないこととしたので、実質的にタイマが満了するまでの時間が伸びたことになる。従って、その後、リオーダリングタイマ起動中に、待ち受けていたＳＢ＝０、１のデータを受信できる（ステップ１０７、１０６）。
【００３８】
実施例１におけるユーザ装置ＵＥのタイマ制御例を図９を参照して説明する。図９（ａ）は、図８に示したタイマ制御例であり、Ａで示すＳＣＧ  ｃｈａｎｇｅ／Ｉｎｔｒａ−ＭｅＮＢ  ＨＯ手順の開始時にタイマを一旦停止し、その時点でのタイマ計測値（開始から現在までの時間ｏｒ満了までの残り時間）を保持しておき、Ｂに示す手順の完了後に、保持していた値を初期値としてタイマを再起動させる。
【００３９】
図９（ｂ）は他のタイマ制御例であり、Ｃで示す手順の開始時にタイマを一旦停止するとともに、計測値を０にリセットする。その後、Ｄに示す手順の完了後にタイマを再起動させる。この場合、タイマは最初から起動するので、（ａ）、（ｂ）で同じタイマ設定値であるとすれば、（ｂ）のほうがタイマ満了までの時間が長くなる。
【００４０】
なお、（ａ）、（ｂ）のどちらを実施するか、すなわち、リセットするか否かについて、ユーザ装置ＵＥに構成変更の種類毎に設定しておき、ユーザ装置ＵＥは当該設定と、ＲＲＣ信号により判別される構成変更の種類に基づいて、（ａ）、（ｂ）のどちらを実施するかを決定してもよい。例えば、構成変更がＳＣＧ  ｃｈａｎｇｅであれば、手順完了までの時間が比較的短く、また、ＭｅＮＢからのデータ送信も可能であるため、リセットしないと設定することが考えられる。
【００４１】
図１０に、ＳＣＧ  ｃｈａｎｇｅ、Ｉｎｔｒａ−ＭｅＮＢ  ＨＯ等の構成変更の手順の一例を示す。ＳＣＧ  ｃｈａｎｇｅ、Ｉｎｔｒａ−ＭｅＮＢ  ＨＯは基本的に同様のシーケンスで実行可能であるが、以下の説明では、ＳＣＧ  ｃｈａｎｇｅを想定したメッセージ例を括弧内に記載している。
【００４２】
ステップ２０１においてＭｅＮＢは構成変更を決定する。例えば構成変更がＳＣＧ  ｃｈａｎｇｅである場合、ＭｅＮＢはユーザ装置ＵＥに設定しているＳＣＧを他のＳＣＧ（ＳｅＮＢは同じであってもよいし、異なるＳｅＮＢであってもよい）に変更することを決定する。
【００４３】
ＭｅＮＢは、構成変更指示（ＳｅＮＢ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ）をＳｅＮＢに送信し（ステップ２０２）、ＳｅＮＢは、確認応答（ＳｅＮＢ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅ）をＭｅＮＢに返す（ステップ２０３）。そして、ＭｅＮＢはユーザ装置ＵＥに対して構成変更指示（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を送信する（ステップ２０４）。ユーザ装置ＵＥは、構成変更の設定が完了すると、完了応答（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  ｃｏｍｐｌｅｔｅ）をＭｅＮＢに返す（ステップ２０５）。
【００４４】
ユーザ装置ＵＥから完了応答を受信したＭｅＮＢは完了応答（ＳｅＮＢ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）をＳｅＮＢに送信する（ステップ２０６）。
【００４５】
なお、構成変更指示（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）には、スプリットベアラを継続する旨の指示が含まれており、ユーザ装置ＵＥは、この指示に基づいて構成変更前後でスプリットベアラを継続して使用することを決定する。
【００４６】
ステップ２０７ではランダムアクセス手順が実施される。これは、構成変更がＳＣＧ  ｃｈａｎｇｅである場合を想定したものであり、ランダムアクセス手順により、変更後のＳＣＧとの接続を行う。なお、Ｉｎｔｒａ−ＭｅＮＢ  ＨＯの場合、例えば、完了応答（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  ｃｏｍｐｌｅｔｅ）の前に、ＭｅＮＢとの間でランダムアクセス手順が実行される。
【００４７】
次に、実施例１におけるユーザ装置ＵＥの動作例を図１１のフローチャートを参照して説明する。
【００４８】
ユーザ装置ＵＥは、ＳＣＧ  ｃｈａｎｇｅ／Ｉｎｔｒａ−ＭｅＮＢ  ＨＯ（構成変更）手順の起動を検知する（ステップ３０１）。これは、例えば、ユーザ装置ＵＥがＭｅＮＢから構成変更指示を受信することにより検知できる。ただし、構成変更の検知トリガは構成変更指示に限られず、構成変更を示す他の通知であってもよい。他の実施例でも同様である。
【００４９】
ユーザ装置ＵＥは、構成変更指示に含まれる情報を確認することにより、構成変更においてスプリットベアラが継続されるか否かを判定する（ステップ３０２）。スプリットベアラが継続される場合（ステップ３０２のＹｅｓ）、ユーザ装置ＵＥは、リオーダリングタイマが起動中か否かを判定する（ステップ３０３）。
【００５０】
リオーダリングタイマが起動中である場合（ステップ３０３のＹｅｓ）、ユーザ装置ＵＥは、リオーダリングタイマを停止し（ステップ３０４）、構成変更手順が完了したら（ステップ３０５のＹｅｓ）、リオーダリングタイマを再起動する（ステップ３０６）。なお、前述したように、構成変更手順の完了は、例えば、完了応答の送信、ランダムアクセス手順の完了等により判定する。
【００５１】
（実施例２）
次に、図１２を参照して実施例２を説明する。実施例２で説明するシーケンス図及びフローチャートにおいて、実施例１での処理と同じ処理については同じステップ番号を付している。また、実施例２において、構成変更の手順例や、構成変更手順の開始／完了を判断するトリガは実施例１と同様である。
【００５２】
まず、実施例１と同様に、ユーザ装置ＵＥは、ＳＮ＝０、１のデータの抜けを検出し、リオーダリングタイマを起動する（ステップ１０１〜１０３）。タイマ満了前において、スプリットベアラを継続するＳＣＧ  ｃｈａｎｇｅ／Ｉｎｔｒａ−ＭｅＮＢ  ＨＯ手順が起動されると（ステップ１０４）、ユーザ装置ＵＥは起動中のリオーダリングタイマを再起動する（ステップ４０１）。なお、ここでの再起動は、元の設定値を初期値としてタイマをスタートさせることである。このように、ＳＣＧ  ｃｈａｎｇｅ／Ｉｎｔｒａ−ＭｅＮＢ  ＨＯ手順が起動したときにリオーダリングタイマを再起動することで、再起動しない場合よりもタイマ満了までの時間が伸びるため、タイマ満了前の抜けデータ待ち時間においてＳＮ＝０、１のデータを受信することができ（ステップ１０７、４０２）、抜けのないデータをリオーダリングすることができる。
【００５３】
なお、実施例１でのリセットを行うか否かの判断と同様にして、実施例２において、再起動を行うか否かをユーザ装置ＵＥに構成変更の種類毎に設定しておき、ユーザ装置ＵＥは当該設定と、ＲＲＣ信号により判別される構成変更の種類に基づいて、再起動を行うか否かを決定してもよい。例えば、構成変更がＳＣＧ  ｃｈａｎｇｅであれば、手順完了までの時間が比較的短く、また、ＭｅＮＢからのデータ送信も可能であるため、再起動しないと設定することが考えられる。
【００５４】
次に、実施例２におけるユーザ装置ＵＥの動作例を図１３のフローチャートを参照して説明する。
【００５５】
ユーザ装置ＵＥは、ＳＣＧ  ｃｈａｎｇｅ／Ｉｎｔｒａ−ＭｅＮＢ  ＨＯ（構成変更）手順の起動を検知して、スプリットベアラが継続される場合（ステップ３０１、ステップ３０２のＹｅｓ）、リオーダリングタイマが起動中か否かを判定する（ステップ３０３）。リオーダリングタイマが起動中である場合（ステップ３０３のＹｅｓ）、ユーザ装置ＵＥは、リオーダリングタイマを再起動する（ステップ５０１）。
【００５６】
（実施例３）
次に、図１４を参照して実施例３を説明する。実施例３で説明するシーケンス図及びフローチャートにおいて、実施例１での処理と同じ処理については同じステップ番号を付している。また、実施例３において、構成変更の手順例や、構成変更手順の開始／完了を判断するトリガは実施例１と同様である。
【００５７】
まず、実施例１と同様に、ユーザ装置ＵＥは、ＳＮ＝０、１のデータの抜けを検出し、リオーダリングタイマを起動する（ステップ１０１〜１０３）。タイマ満了前において、スプリットベアラを継続するＳＣＧ  ｃｈａｎｇｅ／Ｉｎｔｒａ−ＭｅＮＢ  ＨＯ手順が起動されると（ステップ１０４）、ユーザ装置ＵＥは起動中のリオーダリングタイマの設定値を一時的に、元の設定値よりも長い値に変更する（ステップ６０１）。
【００５８】
例えば、タイマの元の設定値が５であり、ＳＣＧ  ｃｈａｎｇｅ／Ｉｎｔｒａ−ＭｅＮＢ  ＨＯ手順の起動時点でタイマの値が３であるとする。ここで、「長い値」として６（元の設定値よりも１だけ大きい）を使用する場合、手順の起動時点でタイマの値が３から４になり、タイマ満了までの時間が１だけ伸びる。
【００５９】
上記のような処理の他、手順の起動時点で「長い値」を初期値としてタイマを再起動することとしてもよい。
【００６０】
このように、ＳＣＧ  ｃｈａｎｇｅ／Ｉｎｔｒａ−ＭｅＮＢ  ＨＯ手順が起動したときにリオーダリングタイマに長い値を設定することで、このような制御を行わない場合よりもタイマ満了までの時間が伸びるため、タイマ満了前の抜けデータ待ち時間においてＳＮ＝０、１のデータを受信することができ（ステップ１０７、６０２）、抜けのないデータをリオーダリングすることができる。
【００６１】
なお、実施例１でのリセットを行うか否かの判断と同様にして、実施例３において、「長い値」をユーザ装置ＵＥに構成変更の種類毎に設定しておき、ユーザ装置ＵＥは当該設定と、ＲＲＣ信号により判別される構成変更の種類に基づいて、「長い値」を決定してもよい。例えば、構成変更がＳＣＧ  ｃｈａｎｇｅであれば、手順完了までの時間が比較的短く、また、ＭｅＮＢからのデータ送信も可能であるため、元の設定値と同程度の「長い値」を設定することが考えられる。
【００６２】
また、上記の「長い値」は、図１４に示す構成変更の手順とは別に予めＲＲＣ信号でＭｅＮＢからユーザ装置ＵＥに通知される値であってよい。また、図１４に示す構成変更を指示する構成変更指示（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）により「長い値」をユーザ装置ＵＥに通知してもよい。
【００６３】
また、構成変更の手順が完了したときに、ユーザ装置ＵＥは、タイマ設定値を長い値から元の設定値に戻すこととしてもよい。この場合、起動中のリオーダリングタイマはそのまま継続して進行させ、当該タイマ満了後（あるいは抜けデータ受信後）の次のタイマ起動時に、元の設定値を適用することとしてもよいし、構成変更の手順が完了したときに、起動中のタイマを停止し、元の設定値を初期値としてタイマを再起動することとしてもよい。
【００６４】
次に、実施例３におけるユーザ装置ＵＥの動作例を図１５のフローチャートを参照して説明する。
【００６５】
ユーザ装置ＵＥは、ＳＣＧ  ｃｈａｎｇｅ／Ｉｎｔｒａ−ＭｅＮＢ  ＨＯ（構成変更）手順の起動を検知して、スプリットベアラが継続される場合（ステップ３０１、ステップ３０２のＹｅｓ）、リオーダリングタイマが起動中か否かを判定する（ステップ３０３）。リオーダリングタイマが起動中である場合（ステップ３０３のＹｅｓ）、ユーザ装置ＵＥは、リオーダリングタイマの設定値を一時的に長い値に変更する（ステップ７０１）。
【００６６】
なお、実施例１、実施例２、実施例３は矛盾が生じない限り組み合わせて実施してもよい。
【００６７】
（ユーザ装置ＵＥの構成例）
図１６に、本実施の形態に係るユーザ装置ＵＥの機能構成図を示す。図１６に示すように、ユーザ装置ＵＥは、ＤＬ信号受信部１０１、ＵＬ信号送信部１０２、ＲＲＣ（無線リソース制御）管理部１０３、タイマ制御部１０４を含む。図１６は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１６に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【００６８】
ＤＬ信号受信部１０１は、各ｅＮＢから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。ＵＬ信号送信部１０２は、ユーザ装置ＵＥから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。
【００６９】
ＲＲＣ管理部１０３は、ＤＣやスプリットベアラの設定／変更／管理等の処理を行う。タイマ制御部１０４は、リオーダリングタイマの機能及びその制御機能を有し、ＲＲＣ管理部１０３が取得した設定値をリオーダリングタイマに設定し、実施例１〜３で説明した方法により当該タイマの起動／再起動、停止、満了等を制御する。図１６の例では、ＤＬ信号受信部１０１が、ＰＤＣＰエンティティの機能を含み、データのリオーダリング処理を行うこととしている。ＤＬ信号受信部１０１は、データの抜けを検知すると、タイマ制御部１０４にタイマ起動を指示し、タイマ満了前にデータを受信した時点で制御部１０４にタイマ停止を指示する。タイマ制御部１０４は、タイマ起動後、抜けデータ受信の通知（タイマ停止の指示）を受けずにタイマが満了したら、タイマが満了したことをＤＬ信号受信部１０１に通知する。
【００７０】
タイマ制御部１０４は、ＲＲＣ管理部１０３を介してＭｅＮＢから受信する構成変更の通知等に基づいてスプリットベアラを継続する構成変更があったことを検知するとともに、ＲＲＣ管理部１０３を介してＵＬ信号送信部１０２から構成変更の完了応答が送信されたことを把握することで構成変更手順完了を検知する。タイマ制御部１０４は、これらの検知に基づいて、実施例１〜３で説明した方法によりリオーダリングタイマの起動／再起動、停止等を制御する。
【００７１】
（実施の形態のまとめ）
本実施の形態では、１つのベアラのデータが複数の基地局間で分配され、当該分配されたベアラのデータが当該複数の基地局からユーザ装置に送信される移動通信システムにおける前記ユーザ装置であって、前記複数の基地局から順次受信する前記ベアラのデータに抜けがあることを検出した場合に、タイマを起動し、当該タイマが満了するまでの間、前記抜けのデータの受信を待つ受信部と、前記複数の基地局のうちのある基地局から、前記ベアラを継続する構成変更の通知を受信したときに、前記タイマが起動中であれば、当該タイマを停止し、所定期間後に当該タイマを再起動する制御部とを備えるユーザ装置が提供される。
【００７２】
上記の構成により、１つのベアラのデータが複数の基地局間で分配され、当該分配されたベアラのデータが当該複数の基地局からユーザ装置に送信される移動通信システムにおいて、前記ベアラを継続する構成変更がある場合でも、ユーザ装置が、抜けデータを適切に受信できるようになる。
【００７３】
前記所定期間は、例えば、前記構成変更の手順が実行されている期間である。この構成により、ベアラのデータ送信が中断されると想定される期間についてはタイマを進行させないことができ、タイマ満了までの期間を伸ばすことができる。
【００７４】
前記制御部は、前記タイマを停止後、リセットして前記再起動を行う、又は、前記タイマを停止後、停止した時点でのタイマ計測値を初期値として前記再起動を行うことしてもよい。リセットすることで、タイマ満了までの期間をより長くすることができるとともに、このように複数種類の制御を行えることで、目的に応じた制御を実現できる。
【００７５】
前記制御部は、前記リセットを行うか否かを前記構成変更の種類に応じて決定することとしてもよい。この構成により、例えば、データの中断期間が比較的長いことが想定される構成変更では、リセットを行うといった制御を適切に行うことができる。
【００７６】
また、本実施の形態では、１つのベアラのデータが複数の基地局間で分配され、当該分配されたベアラのデータが当該複数の基地局からユーザ装置に送信される移動通信システムにおける前記ユーザ装置であって、前記複数の基地局から順次受信する前記ベアラのデータに抜けがあることを検出した場合に、タイマを起動し、当該タイマが満了するまでの間、前記抜けのデータの受信を待つ受信部と、前記複数の基地局のうちのある基地局から、前記ベアラを継続する構成変更の通知を受信したときに、前記タイマが起動中であれば、当該タイマを再起動する制御部とを備えるユーザ装置が提供される。
【００７７】
上記の構成によっても、１つのベアラのデータが複数の基地局間で分配され、当該分配されたベアラのデータが当該複数の基地局からユーザ装置に送信される移動通信システムにおいて、前記ベアラを継続する構成変更がある場合でも、ユーザ装置が、抜けデータを適切に受信できるようになる。
【００７８】
前記制御部は、前記再起動を行うか否かを前記構成変更の種類に応じて決定することができる。この構成により、例えば、データの中断期間が比較的長いことが想定される構成変更では、再起動を行うといった制御を適切に行うことができる。
【００７９】
また、本実施の形態では、１つのベアラのデータが複数の基地局間で分配され、当該分配されたベアラのデータが当該複数の基地局からユーザ装置に送信される移動通信システムにおける前記ユーザ装置であって、前記複数の基地局から順次受信する前記ベアラのデータに抜けがあることを検出した場合に、タイマを起動し、当該タイマが満了するまでの間、前記抜けのデータの受信を待つ受信部と、前記複数の基地局のうちのある基地局から、前記ベアラを継続する構成変更の通知を受信したときに、前記タイマが起動中であれば、当該タイマの設定値を元の設定値よりも長い値に変更する制御部とを備えるユーザ装置が提供される。
【００８０】
上記の構成によっても、１つのベアラのデータが複数の基地局間で分配され、当該分配されたベアラのデータが当該複数の基地局からユーザ装置に送信される移動通信システムにおいて、前記ベアラを継続する構成変更がある場合でも、ユーザ装置が、抜けデータを適切に受信できるようになる。
【００８１】
本実施の形態で説明したユーザ装置ＵＥは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【００８２】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、基地局は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置ＵＥが有するプロセッサにより動作するソフトウェア、及び、基地局が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【００８３】
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【符号の説明】
【００８４】
ＭｅＮＢ、ＳｅＮＢ  基地局
ＵＥ  ユーザ装置
１０  Ｓ−ＧＷ
１０１  ＤＬ信号受信部
１０２  ＵＬ信号送信部
１０３  ＲＲＣ管理部
１０４  タイマ制御部
【図１】
2016066965.tif 000003
【図２】
2016066965.tif 000004
【図３】
2016066965.tif 000005
【図４】
2016066965.tif 000006
【図５】
2016066965.tif 000007
【図６】
2016066965.tif 000008
【図７】
2016066965.tif 000009
【図８】
2016066965.tif 000010
【図９】
2016066965.tif 000011
【図１０】
2016066965.tif 000012
【図１１】
2016066965.tif 000013
【図１２】
2016066965.tif 000014
【図１３】
2016066965.tif 000015
【図１４】
2016066965.tif 000016
【図１５】
2016066965.tif 000017
【図１６】
2016066965.tif 000018