(57)【要約】【課題】特定のベアラにおいてユーザによるパケットの送受信が発生しない場合でも、当該ベアラの通信を切断せずに継続させる。【解決手段】ユーザ装置との間でベアラを用いてパケットの送受信を行う基地局において、前記ユーザ装置との間に設定されるベアラが特定のベアラであるか否かを判定する判定部と、前記判定部により前記ベアラが前記特定のベアラであると判定され、かつ、当該特定のベアラ以外のベアラにおいてユーザ通信のパケットが送受信されていない場合において、前記ユーザ装置を間欠受信制御における非アクティブ状態に遷移させない制御、又は非アクティブ状態の期間を短縮するための制御を実行する制御部とを備える。【選択図】図８
2016046599.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置との間でベアラを用いてパケットの送受信を行う基地局であって、
前記ユーザ装置との間に設定されるベアラが特定のベアラであるか否かを判定する判定部と、
前記判定部により前記ベアラが前記特定のベアラであると判定され、かつ、当該特定のベアラ以外のベアラにおいてユーザ通信のパケットが送受信されていない場合において、前記ユーザ装置を間欠受信制御における非アクティブ状態に遷移させない制御、又は非アクティブ状態の期間を短縮するための制御を実行する制御部と
を備えることを特徴とする基地局。
【請求項２】
前記制御部は、ユーザ装置を間欠受信制御における非アクティブ状態に遷移させない制御として、前記ユーザ装置における間欠受信設定情報の削除を行う、又は、所定の信号を周期的に前記ユーザ装置に送信する
ことを特徴とする請求項１に記載の基地局。
【請求項３】
前記制御部は、前記特定のベアラが設定された後、当該特定のベアラにおいてパケットが最後に発生したタイミングから所定時間が経過した場合に、前記ユーザ装置を間欠受信制御における非アクティブ状態に遷移させない制御、又は非アクティブ状態の期間を短縮するための制御を実行する
ことを特徴とする請求項１又は２に記載の基地局。
【請求項４】
前記特定のベアラは音声ベアラであることを特徴とする請求項１ないし３のうちいずれか１項に記載の基地局。
【請求項５】
ユーザ装置との間でベアラを用いてパケットの送受信を行う基地局であって、
前記ユーザ装置が間欠受信制御におけるアクティブ状態にあるか又は非アクティブ状態にあるかを判定する間欠受信制御部と、
特定のベアラのパケットをコアネットワークから受信した場合にパケット破棄タイマを起動し、前記間欠受信制御部により前記ユーザ装置が非アクティブ状態にあると判定される期間において前記パケット破棄タイマをカウントしない制御を行うタイマ制御部と
を備えることを特徴とする基地局。
【請求項６】
前記タイマ制御部は、前記特定のベアラが設定された後、当該特定のベアラにおいてパケットが最後に発生したタイミングから所定時間が経過した場合に、前記制御を行う
ことを特徴とする請求項５に記載の基地局。
【請求項７】
前記タイマ制御部は、前記特定のベアラ以外のベアラにおいてユーザ通信のパケットが送受信されていない場合に前記制御を行う
ことを特徴とする請求項５又は６に記載の基地局。
【請求項８】
前記特定のベアラは音声ベアラであることを特徴とする請求項５ないし７のうちいずれか１項に記載の基地局。
【請求項９】
ユーザ装置との間でベアラを用いてパケットの送受信を行う基地局が実行する間欠受信制御方法であって、
前記ユーザ装置との間に設定されるベアラが特定のベアラであるか否かを判定する判定ステップと、
前記判定ステップにより前記ベアラが前記特定のベアラであると判定され、かつ、当該特定のベアラ以外のベアラにおいてユーザ通信のパケットが送受信されていない場合において、前記ユーザ装置を間欠受信制御における非アクティブ状態に遷移させない制御、又は非アクティブ状態の期間を短縮するための制御を実行する制御ステップと
を備えることを特徴とする間欠受信制御方法。
【請求項１０】
ユーザ装置との間でベアラを用いてパケットの送受信を行う基地局が実行するタイマ制御方法であって、
前記ユーザ装置が間欠受信制御におけるアクティブ状態にあるか又は非アクティブ状態にあるかを判定する間欠受信制御ステップと、
特定のベアラのパケットをコアネットワークから受信した場合にパケット破棄タイマを起動し、前記間欠受信制御ステップにより前記ユーザ装置が非アクティブ状態にあると判定される期間において前記パケット破棄タイマをカウントしない制御を行うタイマ制御ステップと
を備えることを特徴とするタイマ制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて、パケットの通信が保留される場合でも通信が切断されないようにする技術に関連するものである。
【背景技術】
【０００２】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において標準化されているＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）では、ユーザ装置ＵＥのバッテリ消耗を抑制する等のために、種々のタイマ制御が採用されている。
【０００３】
その中の１つに、ユーザ装置ＵＥが送受信するデータ（パケット）が一定期間以上存在しない場合、基地局ｅＮＢから送信される下り制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を特定の期間のみ、間欠的に受信するＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ：間欠受信）制御がある（例えば、非特許文献１参照）。具体的には、図１に示すように、ＲＲＣ  Ｃｏｎｎｅｃｔｅｄのユーザ装置ＵＥを、Ａｃｔｉｖｅ状態又はＩｎａｃｔｉｖｅ状態のいずれかとして管理する。データの送受信はＡｃｔｉｖｅ状態でのみ可能である。なお、基地局ｅＮＢは、ユーザ装置ＵＥに設定したＤＲＸコンフィギュレーションを持っており、ユーザ装置ＵＥにおけるＡｃｔｉｖｅ状態／Ｉｎａｃｔｉｖｅ状態を把握している。
【０００４】
ユーザ装置ＵＥがＩｎａｃｔｉｖｅ状態に遷移する契機のひとつとして、図１に示すように、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了した場合がある。つまり、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒは、ある程度ユーザ装置ＵＥをＡｃｔｉｖｅ状態に維持するために用いられるものである。
【０００５】
次に、タイマ制御の他の例として、ＵＥ  Ｉｎａｃｔｉｖｅ  Ｔｉｍｅｒ（無通信監視タイマ）について説明する。ＬＴＥシステムでは、ユーザ装置ＵＥは、データ送受信可能なＲＲＣ  ｃｏｎｎｅｃｔｅｄ状態、及びデータ送受信不可であるＩＤＬＥ状態の２つの状態間を遷移する。
【０００６】
パケットを持つユーザ装置ＵＥについては、パケットの送受信がすぐにできるようにＲＲＣ  ｃｏｎｎｅｃｔｅｄ状態でいることが望ましいのに対して、パケットがないユーザ装置ＵＥについては、ＮＷのリソースやユーザ装置ＵＥのバッテリ観点からはＩＤＬＥ状態でいることが望ましい。そこで、ユーザ装置ＵＥがパケットを持っているか否かを判定する時間を監視し、一定時間パケットがなければ、ユーザ装置ＵＥをＩＤＬＥ遷移させる。
【０００７】
具体的には、図２に示すように、上記一定時間を計測するタイマとしてＵＥ  Ｉｎａｃｔｉｖｅ  Ｔｉｍｅｒが使用される。ユーザ装置ＵＥに対して、ＤＬ／ＵＬのＵ−ｐｌａｎｅパケットが発生した時点で、ＵＥ  Ｉｎａｃｔｉｖｅ  Ｔｉｍｅｒをリセット（停止）し、ＤＬ／ＵＬのＵ−ｐｌａｎｅパケットがなくなった時点で、ＵＥ  Ｉｎａｃｔｉｖｅ  Ｔｉｍｅｒを起動し、ＵＥ  Ｉｎａｃｔｉｖｅ  Ｔｉｍｅｒが閾値を越えた時点で当該ユーザ装置ＵＥをＩＤＬＥに遷移させる。
【０００８】
無線では音声等の遅延要求のシビアなサービスに対して、リアルタイム性を担保するために（ＤＬ／ＵＬ共に）滞留時間による破棄を行っている。この滞留時間に関するタイマ制御としてＤｉｓｃａｒｄ  ｔｉｍｅｒ（パケット破棄タイマ）の制御について図３を参照して説明する。図３に示すように、上位ノードからデータ（パケット）が到来する度にＤｉｓｃａｒｄ  ｔｉｍｅｒによる滞留時間のカウントを開始し、スケジューリングがなされたらＤｉｓｃａｒｄ  ｔｉｍｅｒを停止し、Ｄｉｓｃａｒｄ  ｔｉｍｅｒ満了に伴い滞留しているパケットを破棄する。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１１．５．０  （２０１４−０３）
【発明の概要】
【発明が解決しようとする課題】
【００１０】
ところで、ＬＴＥ上で音声サービスを提供する技術であるＶｏＬＴＥ（Ｖｏｉｃｅ  ｏｖｅｒ  ＬＴＥ）の導入が進められている。通常ＶｏＬＴＥ通信においては、周期的（例：２０ｍｓ）にユーザ装置ＵＥに音声パケットが到来するが、音声パケットが周期的に到来しないケースの例として２つのケースが想定される。１つのケースは保留操作時であり、もう１つのケースはＶｏＬＴＥ着信時における呼び出しである。音声パケットが周期的に到来しない場合、音声セッションの切断等の問題が生じる可能性がある。以下、保留操作時の場合とＶｏＬＴＥ着信時における呼び出しの場合のそれぞれについて説明する。
【００１１】
まず、保留操作時の場合について図４を参照して説明する。図４に示すように、保留操作に伴ってパケット送受信が停止し、ユーザ装置ＵＥはＤＲＸ状態に遷移する。保留中でも、Ｋｅｅｐ  ａｌｉｖｅのためのＲＴＣＰパケットが到来するが、頻繁には到来しないため、Ｏｎ  ｄｕｒａｔｉｏｎ時にＲＴＣＰパケットが到来する可能性は低い。Ｉｎａｃｔｉｖｅ時にＲＴＣＰパケットが到来してもスケジューリングがなされないため、ＲＴＣＰパケットは基地局ｅＮＢに滞留し、Ｏｎ  ｄｕｒａｔｉｏｎが到来する前にＤｉｓｃａｒｄ  ｔｉｍｅｒが満了した場合、当該パケットが破棄される。そして、ネットワーク側では、ＲＴＣＰに対する応答がないために音声接続を切断する動作が行われる。なお、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒがＣＮのｋｅｅｐ−ａｌｉｖｅ送信周期よりも長ければＤＲＸ状態にならなので、本ケースの問題は生じない。
【００１２】
次に、ＶｏＬＴＥ着信時における呼び出しの場合について説明する。ＶｏＬＴＥ等の電話通信において、電話をかけた側（発側）には、着信先を呼び出していることを知らせる呼び出し音が聞こえる。この呼び出し音は、ネットワーク側で生成される場合もあるが、本ケースでは、呼び出し音が発側のユーザ装置ＵＥの内部で生成されることを前提とする。この場合、ユーザ装置ＵＥと基地局ｅＮＢ間にはＵ−ｐｌａｎｅのデータである音声パケットが発生しないため、ユーザ装置ＵＥの接続切断等が発生する可能性があり、音声サービスを安定して提供できないという問題がある。
【００１３】
具体例を図５、図６を参照して説明する。図５の例において、基地局ｅＮＢは、当該ユーザ装置ＵＥが呼び出し中であるかを意識しない。従って、音声サービス中であるにも関わらず、基地局ｅＮＢは、パケットの発生が無いことに起因するＵＥ  ｉｎａｃｔｉｖｅ  ｔｉｍｅｒ満了に伴って、ユーザ装置ＵＥをＩＤＬＥ遷移させるため、音声サービスが不要に切断される。
【００１４】
図６の例においては、図４で説明した場合と同様に、パケットの発生が途絶えることでユーザ装置ＵＥはＤＲＸ状態に遷移し、上位レイヤのＫｅｅｐ−ａｌｉｖｅパケットが仮に到来したとしてもＤｉｓｃａｒｄ  ｔｉｍｅｒにより破棄され、音声セッションが切断される。
【００１５】
本発明は上記の点に鑑みてなされたものであり、パケットの送受信が行われる移動通信システムにおいて、特定のベアラでユーザによるパケットの送受信が発生しない場合でも、当該ベアラの通信を切断せずに継続させることを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１６】
本発明の実施の形態によれば、ユーザ装置との間でベアラを用いてパケットの送受信を行う基地局であって、
前記ユーザ装置との間に設定されるベアラが特定のベアラであるか否かを判定する判定部と、
前記判定部により前記ベアラが前記特定のベアラであると判定され、かつ、当該特定のベアラ以外のベアラにおいてユーザ通信のパケットが送受信されていない場合において、前記ユーザ装置を間欠受信制御における非アクティブ状態に遷移させない制御、又は非アクティブ状態の期間を短縮するための制御を実行する制御部とを備える基地局が提供される。
【００１７】
また、本発明の実施の形態によれば、ユーザ装置との間でベアラを用いてパケットの送受信を行う基地局であって、
前記ユーザ装置が間欠受信制御におけるアクティブ状態にあるか又は非アクティブ状態にあるかを判定する間欠受信制御部と、
特定のベアラのパケットをコアネットワークから受信した場合にパケット破棄タイマを起動し、前記間欠受信制御部により前記ユーザ装置が非アクティブ状態にあると判定される期間において前記パケット破棄タイマをカウントしない制御を行うタイマ制御部とを備える基地局が提供される。
【００１８】
また、本発明の実施の形態によれば、ユーザ装置との間でベアラを用いてパケットの送受信を行う基地局が実行する間欠受信制御方法であって、
前記ユーザ装置との間に設定されるベアラが特定のベアラであるか否かを判定する判定ステップと、
前記判定ステップにより前記ベアラが前記特定のベアラであると判定され、かつ、当該特定のベアラ以外のベアラにおいてユーザ通信のパケットが送受信されていない場合において、前記ユーザ装置を間欠受信制御における非アクティブ状態に遷移させない制御、又は非アクティブ状態の期間を短縮するための制御を実行する制御ステップとを備える間欠受信制御方法が提供される。
【００１９】
また、本発明の実施の形態によれば、ユーザ装置との間でベアラを用いてパケットの送受信を行う基地局が実行するタイマ制御方法であって、
前記ユーザ装置が間欠受信制御におけるアクティブ状態にあるか又は非アクティブ状態にあるかを判定する間欠受信制御ステップと、
特定のベアラのパケットをコアネットワークから受信した場合にパケット破棄タイマを起動し、前記間欠受信制御ステップにより前記ユーザ装置が非アクティブ状態にあると判定される期間において前記パケット破棄タイマをカウントしない制御を行うタイマ制御ステップとを備えるタイマ制御方法が提供される。
【発明の効果】
【００２０】
本発明の実施の形態によれば、パケットの送受信が行われる移動通信システムにおいて、特定のベアラでユーザによるパケットの送受信が発生しない場合でも、当該ベアラの通信を切断せずに継続させることを可能とする技術が提供される。
【図面の簡単な説明】
【００２１】
【図１】ＤＲＸ制御を説明するための図である。
【図２】ＵＥ  Ｉｎａｃｔｉｖｅ  Ｔｉｍｅｒによる制御を説明するための図である。
【図３】Ｄｉｓｃａｒｄ  ｔｉｍｅｒによる制御を説明するための図である。
【図４】課題を説明するための図である。
【図５】課題を説明するための図である。
【図６】課題を説明するための図である。
【図７】本発明の実施の形態に係る移動通信システムの構成図である。
【図８】第１の実施の形態における制御例１を説明するための図である。
【図９】ＴＡコマンドを用いてｄｒｘ−Ｉｎａｃｔｉｖｉｖｉｔｙ  Ｔｉｍｅｒを再起動させる制御を示す図である。
【図１０】ＤＲＸ  ｃｙｃｌｅを短く設定した場合の通信を示す図である。
【図１１】第１の実施の形態における制御例２を説明するための図である。
【図１２】第１の実施の形態における制御例３を説明するための図である。
【図１３】第２の実施の形態における制御例１を説明するための図である。
【図１４】第２の実施の形態における制御例２を説明するための図である。
【図１５】基地局ｅＮＢの構成図である。
【図１６】第１の実施の形態における基地局ｅＮＢの動作を示すフローチャートである。
【図１７】第２の実施の形態における基地局ｅＮＢの動作を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る移動通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、又は１２もしくはそれ以降に対応する通信方式も含む広い意味で使用する。
【００２３】
（システム構成）
図７に、本発明の実施の形態（第１、第２の実施の形態に共通）に係る移動通信システムの構成図を示す。図７に示すように、本実施の形態に係る移動通信システムは、セルを形成し、コアネットワークＣＮと接続される基地局ｅＮＢと、セルに在圏して基地局ｅＮＢと無線通信を行うユーザ装置ＵＥを含む。図７には、基地局ｅＮＢとユーザ装置ＵＥが１台ずつ示されているが、これらは代表を示しており、それぞれ複数であってもよい。本実施の形態では、当該移動通信システムは、少なくともＬＴＥに準拠した動作が可能である。すなわち、無線インタフェースプロトコルとしてＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ等を使用して通信を行う。また、基地局ｅＮＢは、ＭＭＥ等を含むコアネットワークＣＮと接続されており、例えば、ユーザ装置ＵＥの通信開始時や無線ベアラ再設定時等に、ＭＭＥからの設定要求により、ユーザ装置ＵＥとの通信に係るベアラ（無線ベアラ）の設定がなされる。
【００２４】
以下、音声ベアラ設定中はＤＲＸに遷移させない等の制御を行う第１の実施の形態と、ＤＲＸ中はＤｉｓｃａｒｄ  ｔｉｍｅｒのカウントを行わない等の制御を行う第２の実施の形態について説明する。
【００２５】
（第１の実施の形態）
まず、第１の実施の形態について説明する。第１の実施の形態では、音声ベアラが設定される場合には、ユーザ装置ＵＥが保留中／呼び出し中か否かに関わらず、ＤＲＸに遷移させないこととする。ＤＲＸに遷移しなければ、Ｋｅｅｐ  ａｌｉｖｅのＲＴＣＰパケットが基地局ｅＮＢに到来したときに、Ｄｉｓｃａｒｄ  ｔｉｍｅｒが満了する前に当該パケットにスケジューリングでリソースを割り当ててユーザ装置ＵＥに送信できる。よって、ＲＴＣＰパケットの応答が返されるため、音声通信の切断を回避できる。以下、各制御例について説明する。なお、以下に説明では、ベアラの設定について、特に基地局ｅＮＢとユーザ装置ＵＥ間の無線ベアラの設定を示しているが、コアネットワーク内のベアラ（ｅＮＢ〜Ｓ−ＧＷ〜Ｐ−ＧＷ等）も適宜設定されるものとする。また、以下の例では、基本的に音声ベアラに対してＤＲＸ遷移抑止制御を行うこととしているが、これは一例であり、他の特定のベアラに対してＤＲＸ遷移抑止制御を行うこととしてもよい。また、「ＤＲＸ遷移抑止」とは、ＤＲＸ状態に遷移させないこと（つまり、Ｉｎａｃｔｉｖｅ状態に遷移させないこと）のほか、Ｉｎａｃｔｉｖｅ状態になる時間を短くすること等を含むものである。
【００２６】
＜第１の実施の形態：制御例１＞
図８を参照して、第１の実施の形態における制御例１を説明する。まず、例えば通信開始時（アタッチ時）や無線ベアラ再設定時等において、基地局ｅＮＢが、ベアラ設定要求をコアネットワークＣＮ（ここではＭＭＥ）から受信する（ステップ１０１）。このベアラ設定要求には、設定しようとするベアラのＱＣＩ（あるいはＱＣＩを識別可能な情報）が含まれているものとし、基地局ｅＮＢは当該ＱＣＩにより、設定しようとするベアラが音声ベアラかどうかを決定する。ここでは、音声ベアラであるものとする（ステップ１０２）。なお、設定しようとするベアラが音声ベアラであるかどうかを判定する手法は、ＱＣＩを用いる手法に限られず、他の手法を用いてもよい。他の制御例でも同様である。
【００２７】
音声ベアラを設定する際に、基地局ｅＮＢは、ＤＲＸ遷移抑止制御を行う（ステップ１０３）。なお、音声ベアラ設定にあたっては、基地局ｅＮＢはベアラ設定要求をユーザ装置ＵＥに送信し、ユーザ装置ＵＥからベアラ設定応答を受信し、ベアラ設定応答をＭＭＥに返す等の動作を行うが、これは一般的な動作であるため図示していない。他の図も同様である。このようなベアラ設定動作は、ＤＲＸ遷移抑止制御を行うのと同じタイミングで行ってもよいし、ＤＲＸ遷移抑止制御を行う前、もしくは後に行ってもよい。
【００２８】
ステップ１０３におけるＤＲＸ遷移抑止制御の例としては、例えば、ユーザ装置ＵＥ及び基地局ｅＮＢにＤＲＸコンフィギュレーション（ＤＲＸ周期、オフセット等の情報）が設定されている場合にそれを削除して、ＤＲＸを実施させないようにする。この場合の図８のステップ１０３におけるユーザ装置ＵＥへの線は、ＤＲＸコンフィギュレーションの削除指示を示している。
【００２９】
他のＤＲＸ遷移抑止制御の例として、図９に示すように、基地局ｅＮＢが周期的にＴＡ（ｔｉｍｅ  ａｌｉｇｎｍｅｎｔ）コマンドをユーザ装置ＵＥに送信し、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを再起動させることで、Ａｃｔｉｖｅ状態を継続させる。なお、この場合のＴＡコマンドは、ＵＬタイミングの調整という本体の目的で使用されるのではないため、ＴＡ値としては０が設定されてもよい。また、ＴＡコマンドを送信することはｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを再起動させる手法の例に過ぎず、他の信号でｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを再起動させることとしてもよい。
【００３０】
また、ＤＲＸ遷移抑止制御の例として、短いＤＲＸ  ｃｙｃｌｅを設定してもよい。この場合の図８のステップ１０３におけるユーザ装置ＵＥへの線は、ＤＲＸ  ｃｙｃｌｅを短くするコンフィギュレーションの変更指示を示している。「短いＤＲＸ  ｃｙｃｌｅ」に関し、Ｏｎ  Ｄｕｒａｔｉｏｎが一定であれば、ＤＲＸ  ｃｙｃｌｅが短いほど、Ｉｎａｃｔｉｖｅになる期間が減少するので、パケットのスケジューリング機会が増加する。つまり、図１０に示すように、短いＤＲＸ  ｃｙｃｌｅを用いることで、保留や呼び出し中になって音声パケットが流れない場合において、Ｋｅｅｐ  ａｌｉｖｅをスケジューリングできる可能性が高くなり、音声切断やＩＤＬＥ状態遷移を回避できる。
【００３１】
＜第１の実施の形態：制御例２＞
次に、図１１を参照して、第１の実施の形態における制御例２を説明する。制御例１と同様に、基地局ｅＮＢが、ベアラ設定要求をコアネットワークＣＮ（ここではＭＭＥ）から受信し（ステップ２０１）、設定しようとするベアラが、音声ベアラであると判定する（ステップ２０２）。
【００３２】
制御例２では、基地局ｅＮＢは、他のベアラの設定有無、及び他のベアラ設定されている場合に当該ベアラにＵ−ｐｌａｎｅデータが流れているかどうかを判定する（ステップ２０３）。Ｕ−ｐｌａｎｅデータが流れているかどうかの判定については、例えば、当該ユーザ装置ＵＥにおけるｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの設定値の間隔以下の間隔でパケットの送信又は受信があることを判定する。ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの設定値の間隔以下の間隔でデータが流れていれば、ＤＲＸ状態に遷移しないからである。
【００３３】
ステップ２０３の判定がＮｏ（他ベアラデータなし）であればステップ２０４に進み、制御例１と同様にしてＤＲＸ遷移抑止制御を行うとともに、音声ベアラを設定する。ステップ２０３の判定がＹｅｓ（他ベアラデータあり）であればステップ２０５に進み、ＤＲＸ遷移抑止制御を行わずに音声ベアラを設定する。
【００３４】
＜第１の実施の形態：制御例３＞
次に、図１２を参照して、第１の実施の形態における制御例３を説明する。まず、制御例１と同様に、基地局ｅＮＢが、ベアラ設定要求をコアネットワークＣＮ（ここではＭＭＥ）から受信する（ステップ３０１）。設定しようとするベアラは音声ベアラであるものとし、当該音声ベアラが設定される（ステップ３０２）。
【００３５】
その後、基地局ｅＮＢは、ユーザ装置ＵＥに対する当該音声ベアラの上り又は下りのパケットが発生するか否かを判定し、パケットの発生を確認して（ステップ３０３）、その後、パケットの発生がなく所定時間が経過したことを検知した場合に（ステップ３０４）、ユーザ装置ＵＥが保留に入ったと判定し、制御例１と同様にＤＲＸ遷移抑止制御を行う（ステップ３０５）。ここでは、制御例２と同様に、他のベアラにおけるデータ有無を判定し、データなしである場合にＤＲＸ遷移抑止制御を行うこととしてもよい。
【００３６】
なお、基地局ｅＮＢは、制御例１〜３の全てを実行する機能を有してもよいし、制御例１〜３のいずれか１つ又は２つを実行する機能を有してもよい。
【００３７】
（第２の実施の形態）
次に、第２の実施の形態について説明する。第２の実施の形態では、ユーザ装置ＵＥがＤＲＸ状態に遷移している場合には、Ｄｉｓｃａｒｄ  ｔｉｍｅｒのカウントを抑止する。これにより、Ｏｎ  ｄｕｒａｔｉｏｎ到来前にパケットが破棄されることを抑止することができる。なお、ここでは、ユーザ装置ＵＥがＤＲＸ状態に遷移している場合に、Ｄｉｓｃａｒｄ  ｔｉｍｅｒのカウントを抑止することを例にとっているが、Ｄｉｓｃａｒｄ  ｔｉｍｅｒのカウント抑止に代えて、もしくはこれと同時に、他のタイマ（例：ＵＥ  Ｉｎａｃｔｉｖｅ  Ｔｉｍｅｒ）のカウントを抑止してもよい。つまり、例えば、基地局ｅＮＢは、ユーザ装置ＵＥがＤＲＸ状態に遷移したことを検知したら、パケットがない場合でもＵＥ  Ｉｎａｃｔｉｖｅ  Ｔｉｍｅｒのカウントを行わないようにする。
【００３８】
＜第２の実施の形態：制御例１＞
図１３を参照して、第２の実施の形態における制御例１を説明する。制御例１では、ＤＲＸ状態に遷移した後、Ｋｅｅｐ  ａｌｉｖｅのパケットが到来し、それがスケジューリングされる前において、基地局ｅＮＢは、Ａｃｔｉｖｅ（ｎｏｎ−ＤＲＸ）状態のサブフレームでのみＤｉｓｃａｒｄ  ｔｉｍｅｒをカウントする。すなわち、図１３に示すように、基地局ｅＮＢにおいて、例えば、Ｉｎａｃｔｉｖｅ中にパケットが到来する（Ａ時点）と、Ａｃｔｉｖｅ  ｔｉｍｅのサブフレームが到来するまでは、Ｄｉｓｃａｒｄ  ｔｉｍｅｒをカウントしない。そして、Ａｃｔｉｖｅ  ｔｉｍｅのサブフレームが到来した時点で通常のカウントを開始するが、Ｉｎａｃｔｉｖｅになったらカウントを停止する。これにより、Ｄｉｓｃａｒｄ  ｔｉｍｅｒが満了する前にパケットのスケジューリングが行われる（Ｂ時点）可能性が高まり、ｏｎ  ｄｕｒａｔｉｏｎ到来前にデータが破棄されて音声が切断されることを抑止することができる。
【００３９】
上記のような制御の他、ＤＲＸに遷移した後、最初のＡｃｔｉｖｅ  ｔｉｍｅのサブフレームが到来するまでは、Ｄｉｓｃａｒｄ  ｔｉｍｅｒをカウントせず、最初のＡｃｔｉｖｅ  ｔｉｍｅのサブフレームが到来した時点で通常のカウントを開始することとしてもよい。
【００４０】
＜第２の実施の形態：制御例２＞
図１４を参照して、第２の実施の形態における制御例２を説明する。制御例２では、ユーザ装置ＵＥにおいて保留操作中は、Ｄｉｓｃａｒｄ  ｔｉｍｅｒをカウントしないこととする。「カウントしない」とは、Ｄｉｓｃａｒｄ  ｔｉｍｅｒの値を変化させないことの他、Ｄｉｓｃａｒｄ  ｔｉｍｅｒをスタートさせるが、設定値をｉｎｆｉｎｉｔｙに読み替えることとしてもよい（満了しないのでカウントしないことと同等）。すなわち、図１４に示すように、基地局ｅＮＢはユーザ装置ＵＥにおいて保留操作中であると判定すると（時点Ａ）、パケットが到来し滞留しても（時点Ｂ）、カウントを行わない。そのため、Ｄｉｓｃａｒｄ  ｔｉｍｅｒが満了することなくスケジューリングがなされ（時点Ｃ）、パケットをユーザ装置ＵＥに送信できる。
【００４１】
保留操作中であることの判定について、例えば図１２で説明した手法と同様にして、最後の音声パケットが到来してからの経過時間が所定期間を超過した場合に保留操作中であると判定することができる。また、保留操作中であることの判定がされた場合に、制御例１の制御を行うこととしてもよい。
【００４２】
なお、第１の実施の形態と同様に、ＱＣＩ等により設定ベアラが音声ベアラか否かを判定し、音声ベアラに対してのみ上記第２の実施の形態における制御例１、制御例２の動作を実行してもよい。また、第１の実施の形態と同様に、他のベアラでＵ−ｐｌａｎｅデータがない場合にのみ音声ベアラに関して上記第２の実施の形態における制御例１、制御例２の動作を実行してもよい。
【００４３】
基地局ｅＮＢは、第２の実施の形態制御例１、２の全てを実行する機能を有してもよいし、制御例１、２のいずれかを実行する機能を有してもよい。
【００４４】
（装置構成、動作フロー例）
図１５に、本実施の形態に係る基地局ｅＮＢの機能構成図を示す。図１５に示すように、基地局ｅＮＢは、ＤＬ信号送信部１０１、ＵＬ信号受信部１０２、ＤＲＸ制御部１０３、タイマ制御部１０４、ベアラ設定管理部１０５、ＣＮ通信部１０６を含む。なお、図１５は、基地局ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１５に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【００４５】
ＤＬ信号送信部１０１は、基地局ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、ユーザ装置ＵＥに対して無線送信する機能を含む。ＵＬ信号受信部１０２は、ユーザ装置ＵＥから各種の上り信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。また、ＤＬ信号送信部１０１とＵＬ信号受信部１０２はそれぞれ、データを一時的に保持するバッファを有する。
【００４６】
ＤＲＸ制御部１０３は、ユーザ装置ＵＥへのＤＲＸコンフィギュレーションの設定や設定変更、ＤＲＸ状態管理（ユーザ装置ＵＥのＡｃｔｉｖｅ／Ｉｎａｃｔｉｖｅ状態と同期した状態情報を保持）等のＤＲＸに関する制御とともに、第１の実施の形態で説明したＤＲＸ遷移抑止制御を行う。つまり、ＤＲＸ制御部１０３は、ユーザ装置ＵＥがＤＲＸ制御におけるＡｃｔｉｖｅ状態にあるか又はＩｎａｃｔｉｖｅ状態にあるかを判定する機能を有するとともに、音声ベアラ（もしくは他の特定のベアラ）が設定される際（もしくは設定された後、保留操作中と判定される際）に、ＤＲＸコンフィギュレーションの削除、ＴＡコマンド送信、短いＤＲＸ  ｃｙｃｌｅの設定等を行う。音声ベアラかどうかの判定は、例えば、ベアラ設定管理部１０５により行うことができる。
【００４７】
また、ＤＲＸ制御部１０３は、例えば、ＤＬ信号送信部１０１及びＵＬ信号受信部１０２を監視することで、音声ベアラ以外のベアラについてのＵ−ｐｌａｎｅデータの発生状況を監視、判定する機能を含み、Ｕ−ｐｌａｎｅデータがある場合に、ＤＲＸ遷移抑止制御を行わない制御を実施することができる。また、パケットの発生からの時間経過に基づいて保留操作中かどうかの判定も行うことができる。
【００４８】
タイマ制御部１０４は、第２の実施の形態で説明したＤｉｓｃａｒｄ  Ｔｉｍｅｒ等のタイマのカウント抑止制御を行う。以下ではＤｉｓｃａｒｄ  Ｔｉｍｅｒを例にとるが、前述したようにＵＥ  Ｉｎａｃｔｉｖｅ  Ｔｉｍｅｒ等の他のタイマのカウント抑止も行うことができる。
【００４９】
すなわち、タイマ制御部１０４は、ユーザ装置ＵＥがＤＲＸ状態に遷移している場合に、パケットが到来した場合に、Ａｃｔｉｖｅ  ｔｉｍｅのみでＤｉｓｃａｒｄ  Ｔｉｍｅｒのカウントを行い、Ｉｎａｃｔｉｖｅ  ｔｉｍｅではカウントを行わない等の制御を実施する。また、タイマ制御部１０４は、例えば、ＤＬ信号送信部１０１及びＵＬ信号受信部１０２を監視することで、パケットの発生からの時間経過に基づいて保留操作中かどうかの判定を行い、保留操作中はＤｉｓｃａｒｄ  Ｔｉｍｅｒをカウントしない制御等を行うこともできる。
【００５０】
また、タイマ制御部１０４は、例えば、ＤＬ信号送信部１０１及びＵＬ信号受信部１０２を監視することで、音声ベアラ以外のベアラについてのＵ−ｐｌａｎｅデータの発生状況を監視、判定する機能を含み、Ｕ−ｐｌａｎｅデータがある場合に、Ｄｉｓｃａｒｄ  Ｔｉｍｅｒカウント抑止制御を行わないという制御を実施することもできる。
【００５１】
ベアラ設定管理部１０５は、ベアラの設定、及び設定したベアラの情報（どのＱＣＩに対応するか等）や状態を格納し、管理する機能を備える。ＣＮ通信部１０６は、コアネットワークとの通信を行う。
【００５２】
なお、図１５に示す本実施の形態に係る基地局ｅＮＢは、第１の実施の形態で説明した処理を行う機能と、第２の実施の形態で説明した処理を行う機能の両方を備えるが、どちらか一方の機能のみを備える構成としてもよい。
【００５３】
図１６を参照して、第１の実施の形態に対応する基地局ｅＮＢの動作例を説明する。図１６に示すように、ベアラ設定管理部１０５がベアラ設定要求を受信してベアラの追加がトリガされると（ステップ４０１）、ベアラ設定管理部１０５（又はＤＲＸ制御部１０３）は、例えば当該ベアラに対応するＱＣＩに基づいて、当該ベアラが音声ベアラか否かを判定する（ステップ４０２）。音声ベアラであれば（ステップ４０２のＹｅｓ）、ＤＲＸ制御部１０３は、既に説明したようにＤＲＸ遷移抑止制御を実行し（ステップ４０３）、続いて、ベアラ設定管理部１０５によりベアラの設定が行われる（ステップ４０４）。音声ベアラでなければ（ステップ４０２のＮｏ）、ＤＲＸ遷移抑止制御を実行することなくベアラの設定が行われる（ステップ４０４）。
【００５４】
次に、図１７を参照して、第２の実施の形態に対応する基地局ｅＮＢの動作例を説明する。図１７に示すように、ベアラ設定管理部１０５により音声ベアラ（他の特定のベアラでもよい）が設定される（ステップ５０１）。基地局ｅＮＢが、ＣＮ通信部１０６を介して、例えばＫｅｅｐ  ａｌｉｖｅのパケットを受信すると、タイマ制御部１０４がＤｉｓｃａｒｄ  ｔｉｍｅｒを起動し（ステップ５０２）、タイマ値ｔを初期化する（ステップ５０３）。
【００５５】
タイマ制御部１０４は、上記パケットの一部でも、ユーザ装置ＵＥへの送信が開始されたか否か（スケジューリングされたか否か）を判定する（ステップ５０４）。ステップ５０４の判定がＹｅｓであればＤｉｓｃａｒｄ  Ｔｉｍｅｒを停止する（ステップ５０５）。ステップ５０４の判定がＮｏ（送信なし）であれば、タイマ制御部１０４は、ＤＲＸ制御部１０３を参照することで、現時刻のサブフレームがＡｃｔｉｖｅ  ｔｉｍｅであるかどうかを判定する（ステップ５０６）。
【００５６】
ステップ５０６の判定がＹｅｓ（ａｃｔｉｖｅ）であれば、ｔを１単位インクリメントし（ステップ５０７）、ｔが閾値に達したかどうか判定する（ステップ５０８）。ステップ５０８の判定がＹｅｓ（閾値に達した）であれば、パケットを破棄する（ステップ５０９）。ステップ５０８の判定がＮｏ（閾値に達していない）であれば、ステップ５０４に戻る。また、ステップ５０６の判定がＮｏ（ａｃｔｉｖｅでない）であれば、ｔを増加させることなく、そのままステップ５０８に進む。
【００５７】
本実施の形態において、ユーザ装置との間でベアラを用いてパケットの送受信を行う基地局であって、前記ユーザ装置との間に設定されるベアラが特定のベアラであるか否かを判定する判定部と、前記判定部により前記ベアラが前記特定のベアラであると判定され、かつ、当該特定のベアラ以外のベアラにおいてユーザ通信のパケットが送受信されていない場合において、前記ユーザ装置を間欠受信制御における非アクティブ状態に遷移させない制御、又は非アクティブ状態の期間を短縮するための制御を実行する制御部とを備える基地局が提供される。    
この構成により、特定のベアラでユーザによるパケットの送受信が発生しない場合でも、当該ベアラの通信を切断せずに継続させることが可能となる。
【００５８】
前記制御部は、ユーザ装置を間欠受信制御における非アクティブ状態に遷移させない制御として、例えば、前記ユーザ装置における間欠受信設定情報（コンフィギュレーション）の削除を行う、又は、所定の信号を周期的に前記ユーザ装置に送信する。これらの制御により、効率的に非アクティブ状態に遷移させないことができる。
【００５９】
前記制御部は、前記特定のベアラが設定された後、当該特定のベアラにおいてパケットが最後に発生したタイミングから所定時間が経過した場合に、前記ユーザ装置を間欠受信制御における非アクティブ状態に遷移させない制御、又は非アクティブ状態の期間を短縮するための制御を実行するようにしてもよい。この構成により、保留操作中等の状態になったことを確認してから、非アクティブ状態に遷移させない制御を行うので、無駄のない制御が可能となる。
【００６０】
前記特定のベアラは例えば音声ベアラである。この構成により、安定した音声サービスの提供が可能となる。
【００６１】
また、本実施の形態では、ユーザ装置との間でベアラを用いてパケットの送受信を行う基地局であって、前記ユーザ装置が間欠受信制御におけるアクティブ状態にあるか又は非アクティブ状態にあるかを判定する間欠受信制御部と、特定のベアラのパケットをコアネットワークから受信した場合にパケット破棄タイマを起動し、前記間欠受信制御部により前記ユーザ装置が非アクティブ状態にあると判定される期間において前記パケット破棄タイマをカウントしない制御を行うタイマ制御部とを備える基地局が提供される。
【００６２】
この構成により、特定のベアラでユーザによるパケットの送受信が発生しない場合でも、当該ベアラの通信を切断せずに継続させることが可能となる。
【００６３】
前記タイマ制御部は、前記特定のベアラが設定された後、当該特定のベアラにおいてパケットが最後に発生したタイミングから所定時間が経過した場合に、前記制御を行うようにしてもよい。この構成により、保留操作中等の状態になったことを確認してから、パケット破棄タイマをカウントしない制御を行うので、無駄のない制御が可能となる。
【００６４】
前記タイマ制御部は、前記特定のベアラ以外のベアラにおいてユーザ通信のパケットが送受信されていない場合に前記制御を行うこととしてもよい。特定のベアラ以外のベアラにおいてユーザ通信のパケットが送受信されていれば、パケットの未発生等による不要な切断を回避できるので、この構成により、無駄のない制御を実現できる。前記特定のベアラは例えば音声ベアラである。この構成により、安定した音声サービスの提供が可能となる。
【００６５】
本実施の形態で説明した基地局ｅＮＢの機能構成は、ＣＰＵとメモリを備える基地局ｅＮＢにおいて、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【００６６】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、基地局は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って基地局が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【００６７】
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【符号の説明】
【００６８】
ＣＮ  コアネットワーク
ｅＮＢ  基地局
ＵＥ  ユーザ装置
１０１  ＤＬ信号送信部
１０２  ＵＬ信号受信部
１０３  ＤＲＸ制御部
１０４  タイマ制御部
１０５  ベアラ判定部
１０６  ＣＮ通信部
【図１】
2016046599.tif 000003
【図２】
2016046599.tif 000004
【図３】
2016046599.tif 000005
【図４】
2016046599.tif 000006
【図５】
2016046599.tif 000007
【図６】
2016046599.tif 000008
【図７】
2016046599.tif 000009
【図８】
2016046599.tif 000010
【図９】
2016046599.tif 000011
【図１０】
2016046599.tif 000012
【図１１】
2016046599.tif 000013
【図１２】
2016046599.tif 000014
【図１３】
2016046599.tif 000015
【図１４】
2016046599.tif 000016
【図１５】
2016046599.tif 000017
【図１６】
2016046599.tif 000018
【図１７】
2016046599.tif 000019