通信方法、通信システム、通信端末装置及び基地局装置
【課題】複数のセッションでの通信時に基地局におけるデータ保持の負担を軽減して、基地局においてデータ転送の停滞が発生してしまうことがない通信方法、通信システム、通信端末装置及び基地局装置を提供する。
【解決手段】ＢＳ１１が、第１のセッションと第２のセッションの状態を把握するセッション状態把握し、第１のセッションがスリープで第２のセッションがアクティブであるとき、第１のセッション用のデータをネットワーク側から取得した場合、第２のセッションを介してＭＳ１２へ第１のセッションの状態を変更するよう指示し、ＭＳ１２が指示を受けた場合、所定時間経過前であっても第１のセッションをアクティブ状態に変更し、ＢＳ１１からＭＳ１２へアクティブ状態に変更された第１のセッションを介して第１のセッション用のデータを送信する。
【解決手段】ＢＳ１１が、第１のセッションと第２のセッションの状態を把握するセッション状態把握し、第１のセッションがスリープで第２のセッションがアクティブであるとき、第１のセッション用のデータをネットワーク側から取得した場合、第２のセッションを介してＭＳ１２へ第１のセッションの状態を変更するよう指示し、ＭＳ１２が指示を受けた場合、所定時間経過前であっても第１のセッションをアクティブ状態に変更し、ＢＳ１１からＭＳ１２へアクティブ状態に変更された第１のセッションを介して第１のセッション用のデータを送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、通信端末装置と基地局装置の間で、少なくとも第１のセッション及び第２のセッションにて通信を行うことができる通信方法、通信システム、この通信システムに用いられる通信端末装置及び基地局装置に関する。
【背景技術】
【０００２】
従来、移動通信端末装置と基地局装置との間で、通信を行うことができる通信システムが知られており、このような通信システムとして、例えば、「中継装置と電源制御方法」（特許文献１参照）、「移動端末、移動通信システムおよび通信方法」（特許文献２参照）、「無線通信システム」（特許文献３参照）がある。
【０００３】
複数のインターフェイスを持つ通信システムにおいて電源制御を行う「中継装置と電源制御方法」の場合、有線インターフェイス（ＩＥＥＥ（Institute Electrical and Electronics Engineers）１３９４）と無線インターフェイスには、それぞれ有線待機手段と無線待機手段が存在するものの総合的な電源管理方法が無く無駄な待機電力を消費する虞があり、低消費電力モ−ドへの移行、復帰という電力管理が効率良くできない、という問題を解決するために、中継装置が、２つの基地局と接続している場合に、一方が省電力中で待機中になっていても他方でその待機から復帰する命令を送信して、復帰させる仕組みである。
【０００４】
また、「移動端末、移動通信システムおよび通信方法」では、ＰＨＳ（Personal Handyphone System）と無線ＬＡＮ（Local Area Network）の８０２．１１ｂという違う無線方式を用いて、ＰＨＳのペ−ジング機能を使って、無線ＬＡＮが有効になっていないときに、移動端末を呼び出す方式である。これは、ＰＨＳと無線ＬＡＮの２つの無線方式を使って、ＰＨＳの消費電力が少なくペ−ジングを使えるという利点を使って、無線ＬＡＮの不安定さを解消することを考えた方式である。
【０００５】
更に、リアルタイム性を重視した「無線通信システム」においては、省電力モ−ドの無線移動端末宛にマルチメディアデータ送出手段がパケット信号を送ってくるときには、その無線移動端末がそのパケット信号を要求するまでの間、これを一時的に格納するようになっている。無線基地局は周期的に報知情報を無線移動端末に送って、省電力モ−ドの無線移動端末はこれを解析することで、自端末宛のパケット信号が無線基地局側に一時的に格納されているかどうかを知り、格納されている場合にはそのパケット信号の送出を要求することにしている。
【０００６】
このような無線通信システムで、無線移動端末は省電力モ−ドで送出を要求したパケット信号が受信されたときそのプロトコルを用いてリアルタイム通信が必要であるかどうかを判別するようにしている。そして、リアルタイム通信が必要であると判別したときには、無線移動端末側から省電力モ−ドから通常モ−ドに移行することを無線基地局に通知し、そのリアルタイム通信が終了したときには省電力モ−ドへの復帰を通知することにしている。
【０００７】
ところで、ＩＥＥＥ８０２．１６−２００５において、モバイル端末用にスリープモードが規定された。モバイル端末装置が間欠に無線部分回路の電源をオン（ＯＮ）／オフ（ＯＦＦ）をして、省電力を行うというモ−ドである。ＩＥＥＥ８０２．１６のモバイル端末装置は、携帯端末装置と違って、基地局１台と複数の論理コネクションを開設することができる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００４−００７１８７号公報
【特許文献２】特開２００３−２２９８００号公報
【特許文献３】特開２００４−１７２７７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、ＩＥＥＥ８０２．１６−２００５では、各コネクション毎の省電力の方法は規定しているが、１つの基地局に複数のコネクションを開設している場合に、それらコネクションを連携して復帰指示を行う方法は規定していない。
【００１０】
基地局が、あるモバイル端末装置へのデータを転送しようとしたとき、スリープモ−ドによりそのコネクションが休止している場合には、基地局は、コネクション復帰まで、一端、データを貯めておくが、バッファがない場合はパケットを破棄することになる。
【００１１】
つまり、モバイル端末装置は、間欠的に無線を受信していることから、一方のコネクションに通信しているときに他方のコネクションにデータを送ろうとしても、開設していないコネクションにはデータを送ることができない。従って、コネクションが開設するまで、基地局はパケットを保管しておく必要があり、保管量が増えるとパケットを破棄することになるため、基地局においてデータ転送の停滞が発生してしまう。
【００１２】
また、コネクションが開設するまで、基地局がパケットを保管しておく場合に、優先度の高いサービス種別のパケットを保管すると、リアルタイム性を要する通信において、安定したサービス品質を維持できない場合がある。
【００１３】
この発明の目的は、複数のコネクション（セッション）での通信時に基地局におけるデータ保持の負担を軽減して、基地局においてデータ転送の停滞が発生してしまうことがなく、また、優先度の高いサービス種別のパケットに対してもリアルタイムでの通信を可能にして、リアルタイム性を要する通信において、安定したサービス品質を維持できる通信方法、通信システム、通信端末装置及び基地局装置を提供することである。
【課題を解決するための手段】
【００１４】
上記目的を達成するため、この発明に係る通信方法は、通信端末装置と基地局装置との間で、少なくとも第１のセッション及び第２のセッションにて通信を行うことができる通信システムにおける通信方法であって、前記第１のセッションは、アクティブ状態又はスリープ状態へ所定時間毎に交互に移行される期間を有し、前記第２のセッションは、前記第１のセッションがスリープ状態のときには少なくともアクティブ状態である期間を有し、前記基地局装置が、前記第１のセッションと前記第２のセッションの状態を把握するセッション状態把握ステップと、前記把握に基づいて、前記第１のセッションがスリープ状態で、且つ、前記第２のセッションがアクティブ状態であるときに、前記第１のセッション用のデータをネットワーク側から取得した場合には、前記第２のセッションを介して、前記通信端末装置へ、前記第１のセッションの状態を変更するよう指示する指示ステップと、前記通信端末装置が、前記指示を受けた場合、前記所定時間経過前であっても、前記第１のセッションをアクティブ状態に変更するセッション状態変更ステップと、前記基地局装置から前記通信端末装置へ、前記アクティブ状態に変更された第１のセッションを介して当該第１のセッション用のデータを送信するデータ送信ステップと、を含むことを特徴としている。
【００１５】
また、この発明は、前記指示ステップでは、前記ネットワーク側から、前記第１のセッション用のリアルタイム通信用のデータを取得した場合に、前記第２のセッションを介して、前記通信端末装置へ、前記第１のセッションの状態を変更するよう指示することが好ましい。
【００１６】
また、この発明は、前記第２のセッションは、アクティブ状態又はスリープ状態へ所定時間毎に交互に移行される時間を有し、前記セッション状態把握ステップでは、前記第１のセッションでのアクティブ状態又はスリープ状態と前記第２のセッションでのアクティブ状態又はスリープ状態を把握することが好ましい。
【００１７】
また、この発明は、前記基地局装置が、少なくとも前記第１のセッション用のデータと、前記第１のセッション及び前記第２のセッションと異なる第３のセッション用データを取得した場合に、前記第１のセッションと、前記第３のセッションにおける優先度を把握する優先度把握ステップと、前記把握した各優先度を比較する優先度比較ステップと、前記比較の結果、前記第３のセッションにおける優先度が高い場合、前記第３のセッションを介して、前記第３のセッション用のデータを優先させて送信するように制御する制御ステップと、を更に含み、前記第３のセッション用のデータが送信された後に、前記セッション状態把握ステップ以降のステップを実行することが好ましい。
【００１８】
また、この発明は、前記第１のセッションと、前記第３のセッションで通信を行う通信端末装置が異なる場合、前記優先度把握ステップは、前記各セッションで通信を行う通信端末装置の優先度を把握し、前記制御ステップは、前記優先度比較ステップにおける比較の結果、前記第３のセッションで通信を行う通信端末装置の優先度が高い場合、前記第３のセッションを介して、前記第３のセッション用のデータを優先させて送信するように制御することが好ましい。
【００１９】
この発明に係る通信システムは、通信端末装置と基地局装置との間で、少なくとも第１のセッション及び第２のセッションにて通信を行うことができる通信システムであって、前記通信端末装置は、前記第１のセッションが、アクティブ状態又はスリープ状態へ所定時間毎に交互に移行される期間を有し、且つ、前記第２のセッションが、前記第１のセッションがスリープ状態のときには少なくともアクティブ状態である期間を有するようにセッション状態を制御する制御手段を有し、前記基地局装置は、前記第１のセッションと前記第２のセッションの状態を把握するセッション状態把握手段と、ネットワーク側から前記第１のセッション用のデータを取得するデータ取得手段と、前記セッション状態把握手段での把握に基づいて、前記第１のセッションがスリープ状態で、且つ、前記第２のセッションがアクティブ状態であるときに、前記データ取得手段で前記第１のセッション用のデータを取得した場合には、前記第２のセッションを介して、前記通信端末装置へ、前記第１のセッションの状態を変更するよう指示する指示手段と、を有し、前記通信端末装置は、前記制御手段が、前記指示に基づいて、前記所定時間経過前であっても、前記第１のセッションをアクティブ状態に変更するようにセッション状態を制御し、前記基地局装置は、前記アクティブ状態に変更された第１のセッションを介して当該第１のセッション用のデータを送信するデータ送信手段を更に有する、ことを特徴としている。
【００２０】
また、この発明に係る通信システムの前記基地局装置は、前記データ取得手段において、ネットワーク側から少なくとも前記第１のセッション用のデータと共に、前記第１のセッション及び前記第２のセッションと異なる第３のセッション用のデータを取得した場合に、前記第１のセッションと、前記第３のセッションにおける優先度を把握する優先度把握手段と、前記把握した各優先度を比較する優先度比較手段と、前記比較の結果、前記第３のセッションにおける優先度が高い場合、前記第３のセッションを介して、前記第３のセッション用のデータを優先させて送信するように制御する制御手段と、を更に有することが好ましい。
【００２１】
この発明に係る通信端末装置は、基地局装置との間で、少なくとも第１のセッション及び第２のセッションにて通信を行うことができる通信端末装置であって、前記第１のセッションが、アクティブ状態又はスリープ状態へ所定時間毎に交互に移行される期間を有し、且つ、前記第２のセッションが、前記第１のセッションがスリープ状態のときには少なくともアクティブ状態である期間を有するようにセッション状態を制御する制御手段と、前記第１のセッションがスリープ状態で、且つ、前記第２のセッションがアクティブ状態であるときに、前記基地局装置からの、前記第１のセッションの状態を変更する旨を示す指示を取得する手段と、を有し、前記制御手段が、前記指示に基づいて、前記所定時間経過前であっても、前記第１のセッションをアクティブ状態に変更するようにセッション状態を制御する、ことを特徴としている。
【００２２】
また、この発明に係る基地局装置は、通信端末装置との間で、少なくとも第１のセッション及び第２のセッションにて通信を行うことができる基地局装置であって、前記第１のセッションと前記第２のセッションとの状態を把握するセッション状態把握手段と、ネットワーク側から前記第１のセッション用のデータを取得するデータ取得手段と、前記セッション状態把握手段での把握に基づいて、前記第１のセッションがスリープ状態で、且つ、前記第２のセッションがアクティブ状態であるときに、前記データ取得手段で前記第１のセッション用のデータを取得した場合には、前記第２のセッションを介して、前記通信端末装置へ、前記第１のセッションの状態を変更するよう指示する指示手段と、前記指示後、前記第１のセッションを介して、前記通信端末装置へ当該第１のセッション用のデータを送信するデータ送信手段と、を有する、ことを特徴としている。
【００２３】
また、この発明に係る基地局装置は、前記データ取得手段において、ネットワーク側から少なくとも前記第１のセッション用のデータと共に、前記第１のセッション及び前記第２のセッションと異なる第３のセッション用のデータを取得した場合に、前記第１のセッションと、前記第３のセッションにおける優先度を把握する優先度把握手段と、前記把握した各優先度を比較する優先度比較手段と、前記比較の結果、前記第３のセッションにおける優先度が高い場合、前記第３のセッションを介して、前記第３のセッション用のデータを優先させて送信するように制御する制御手段と、を更に有することが好ましい。
【発明の効果】
【００２４】
この発明によれば、複数のセッションでの通信時に基地局装置におけるデータ保持の負担を軽減することができ、基地局装置においてデータ転送の停滞が発生してしまうことがない。また、優先度の高いサービス種別のパケットに対してもリアルタイムでの通信を可能にするので、リアルタイム性を要する通信において、安定したサービス品質を維持できる。
【図面の簡単な説明】
【００２５】
【図１】この発明の実施の形態に係る通信システムの概念説明図である。
【図２】第１の実施の形態に係る通信システムに用いられる基地局装置の構成を示すブロック図である。
【図３】ＭＡＣデータ作成部によって作成されるパケットの構成を示す説明図である。
【図４】図１のモバイル端末装置の構成を示すブロック図である。
【図５】第１の実施の形態に係る通信システムによる通信方法におけるデータ送信について説明するシーケンス図である。
【図６】第２の実施の形態に係る通信システムに用いられる基地局装置の構成を示すブロック図である。
【図７】第２の実施の形態に係る通信システムによる通信方法におけるデータ送信について説明するシーケンス図である。
【発明を実施するための形態】
【００２６】
以下、この発明を実施するための最良の形態について図面を参照して説明する。
【００２７】
図１は、この発明の実施の形態に係る通信システムの概念説明図である。図１に示すように、通信システム１０は、基地局装置（Ｂａｓｅ Ｓｔａｔｉｏｎ：ＢＳ）１１（３１）と通信端末装置であるモバイル端末装置（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ：ＭＳ）１２との間で、複数のセッション（図１では、一例として、第１のセッションＡと第２のセッションＢの２つのセッションを示す）により通信を行うことができる。
【００２８】
この通信システム１０は、ＩＥＥＥ８０２．１６委員会が規定する高速無線データ通信（ワイヤレスブロードバンド）の新規格であるＷｉＭＡＸ（Worldwide interoperability
for Microwave Access）に対応している。ＩＥＥＥ８０２．１６−２００５においては
、モバイル端末装置用に、モバイル端末装置が間欠に無線部分回路の電源をオン（ＯＮ）／オフ（ＯＦＦ）をして、省電力を行うという、スリープモードが定義されている。例えば、第１のセッションＡはアクティブモード（通信中）であり、第２のセッションＢはスリープモード（×）である（図１参照）。
【００２９】
図２は、この発明の第１の実施の形態に係る通信システムに用いられる基地局装置の構成を示すブロック図である。図２に示すように、ＢＳ１１は、有線部インターフェース１３、有線データ受信部１４、転送判定部１５、データ転送判定部１６、コネクション管理部１７、転送データ一時貯蔵部１８、メディアアクセスコード（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｄｅ：ＭＡＣ）データ作成部（データ送信手段）１９、及び無線部インターフェース２０を有している。
【００３０】
有線部インターフェース１３は、ＢＳ１１の有線（例えば、Ｅｔｈｅｒｎｅｔ（登録商標））との物理インターフェイスを担当しており、バックボーン（Ｂａｃｋｂｏｎｅ）ネットワークに接続される。有線データ受信部１４は、有線部インターフェイス１３とパケットの送受信を行う。これら有線部インターフェース１３と有線データ受信部１４は、ネットワーク側から第１のセッション用のデータを取得するデータ取得手段として機能する。
【００３１】
転送判定部１５は、転送が自機器（ＢＳ１１）宛か或いはＭＳ１２宛かを判定し、自機器宛ならば内部で処理し、ＭＳ１２宛ならばデータ転送判定部１６に転送する。この転送判定部１５は、上位層に接続される。
【００３２】
データ転送判定部１６は、データ転送を行うＭＳ１２とのコネクションがあるか否かを判定し、ＭＳ１２とのマネージメントを行う。また、スリープ（Ｓｌｅｅｐ）／アクティブ（Ａｃｔｉｖｅ）状態を判定して、コネクション管理部１７に、コネクションの状態を格納しておく。また、ＭＳ１２とのコネクション情報から、データ転送に適しているコネクションを見つけ、全ＭＳ１２に対して、ブロードキャスト（Ｂｒｏａｄｃａｓｔ）コネクションから、ＭＯＢ＿ＴＲＦ−ＩＮＤ（Mobile_Traffic-Indication）マネージメント（Ｍａｎａｇｅｍｅｎｔ）メッセージを送信するように指示する。
【００３３】
即ち、データ転送判定部１６は、第１のセッションと第２のセッションの状態を把握するセッション状態把握手段として機能すると共に、セッション状態把握手段での把握に基づいて、第１のセッションがスリープ状態で、且つ、第２のセッションがアクティブ状態であるときに、有線部インターフェイス１３及び有線データ受信部１４で第１のセッション用のデータを取得した場合には、第２のセッションを介して、ＭＳ１２へ、第１のセッションの状態を変更するよう指示（要求）する指示手段として機能する。
【００３４】
コネクション管理部１７は、格納したコネクション情報を管理しており、タイマーを備えて、コネクションがスリープ状態或いはアクティブ状態の何れにあるのか監視する。
【００３５】
転送データ一時貯蔵部１８は、送るべきデータが無い場合に、一時的にデータを貯める。
【００３６】
ＭＡＣデータ作成部１９は、データ転送判定部１６から送られてきたデータと、それを送信すべきコネクション情報から、送るべきデータを以下の方法で扱う。
・単独でＭＡＣメッセージを作成する。
・検索したコネクション宛のデータに付加する。
・ＭＳ１２とのコネクションが復帰するまで、転送データ一時貯蔵部１８に貯める。
【００３７】
更に、当該ＭＳ１２に向けて、ＭＯＢ＿ＴＲＦ−ＩＮＤマネージメントメッセージも作成する。即ち、ＭＡＣデータ作成部１９は、アクティブ状態に変更された第１のセッションを介して当該第１のセッション用のデータを送信する。
【００３８】
無線部インターフェース２０は、無線（ＩＥＥＥ８０２．１６）とのインターフェイスを担当する。送信すべきパケットの物理フォーマットに合わせて、ＭＳ１２に送信する。
【００３９】
図３は、ＭＡＣデータ作成部によって作成されるパケットの構成を示す説明図である。図３に示すのは、ＴＬＶ（Type-Length-Value）を使った付加方法であり、ＭＡＣメッセ
ージやデータの後ろに、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを、Ｖｅｎｄｅｒ Ｓｐｅｃｉｆｉｃ ＴＬＶ Ｈｅａｄｅｒでカプセル化する。
【００４０】
即ち、アクティブなセッションに流れるデータに、Ｖｅｎｄｅｒ Ｓｐｅｃｉｆｉｃ ＴＬＶと、復帰指示をするセッションに関するＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを付加する。Ｖｅｎｄｅｒ Ｓｐｅｃｉｆｉｃ ＴＬＶは、Ｓｔａｎｄａｒｄ（ＩＥＥＥ８０２．１６−２００４）に規定されている。ＭＳ１２側では、理解できなければ無視することになっているので、他のＶｅｎｄｅｒと機器との接続にも支障が生ずることはない。
【００４１】
図４は、第１の実施の形態に係る通信システムに用いられるモバイル端末装置の構成を示すブロック図である。図４に示すように、ＭＳ１２は、転送判定部２１、データ転送判定部２２、ＭＡＣデータ作成部２３、無線部インターフェイス２４、一時データ貯蔵部２５、コネクション管理部２６、及びインターフェイス制御部（制御手段）２７を有している。
【００４２】
データ転送判定部２２は、データ転送を行うＢＳ１１とのコネクションがあるか否かを判定し、ＢＳ１１とのマネージメントを行う。また、スリープ（Ｓｌｅｅｐ）／アクティブ（Ａｃｔｉｖｅ）状態を判定して、コネクション管理部２６に、コネクションの状態を格納しておく。送信するデータが、スリープ中のコネクションを使う場合は、コネクションがアクティブになるまで、送信するデータを一時データ貯蔵部２５に格納する。
【００４３】
ＭＯＢ＿ＴＲＦ−ＩＮＤマネージメントメッセージを受信したならば、スリープ中のコネクションが該当しないかを、コネクション管理部２６にあるコネクションの状態から検索する。コネクション管理部２６からアクティブ指示が来た場合は、コネクションを復活させる。即ち、ＭＯＢ＿ＴＲＦ−ＩＮＤマネージメントメッセージアクティブ指令を受けたコネクションを復活させる。
【００４４】
ＭＡＣデータ作成部２３は、データ転送判定部２２から送られてきたデータと、それを送信すべきコネクション情報から、送るべきデータをＭＡＣメッセージに作成する。
【００４５】
無線部インターフェイス２４は、無線（ＩＥＥＥ８０２．１６）とのインターフェイスを担当する。送信すべきパケットの物理フォーマットに合わせて、ＢＳ１１に送信する。
【００４６】
一時データ貯蔵部２５は、送るべきデータが無い場合に、一時的にデータを貯める。
【００４７】
コネクション管理部２６は、格納したコネクション情報を管理しており、タイマーを備えて、コネクションがスリープ状態或いはアクティブ状態の何れにあるのか監視する。
【００４８】
インターフェイス制御部２７は、第１のセッションが、アクティブ状態又はスリープ状態（インアクティブ状態）へ所定時間毎に交互に移行される期間を有し（間欠受信モード）、且つ、第２のセッションが、第１のセッションがスリープ状態のときには少なくともアクティブ状態である期間を有するようにセッション状態を制御する。また、データ転送判定部１６から、第１のセッションの状態を変更するよう指示されると、この指示に基づいて、所定時間経過前であっても、第１のセッションをアクティブ状態に変更するようにセッション状態を制御する。
【００４９】
次に、第１の実施の形態に係る通信システムによる通信方法について説明する。
【００５０】
先ず、ＢＳ１１では、データ転送判定部１６において、コネクションのスリープ／アクティブを判定する。ＭＳ１２からのスリープ宣言やＢＳ１１からのスリープ指示を解析して、当該コネクションの情報をコネクション管理部１７に格納しておく。コネクション管理部１７では、タイマーにより指定されたタイマー時間をカウントして、タイマーが切れたら、データ転送判定部１６に状態が変わったコネクションを通知する。
【００５１】
次に、有線部インターフェイス１３を通じて、ＢＳ１１に送信データが到着する。有線データ受信部１４は、そのデータをパケットの状態に変換する。転送判定部１５では、パケットの送信アドレスを検索して、このＢＳ１１宛か／ＭＳ１２宛かを判定する。このＢＳ１１宛と判定した場合は、上位層にパケットを転送し、ＭＳ１２宛の場合は、データ転送判定部１６に転送する。
【００５２】
データ転送判定部１６では、パケットの宛先からコネクションが開設されているか否かを判定する。コネクション管理部１７からコネクションのアクティブ／スリープ状態を確かめ、アクティブモードである場合はデータ転送を行い、スリープモ−ドである場合は、ＭＳ１２がＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを受信だけを待っているＬｉｓｔｅｎ中であれば、そのコネクションにＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信する。受信したＭＳ１２は、スリープモ−ドからアクティブモ−ドに復帰して、データ受信ができるようにする。
【００５３】
一方、スリープモ−ドであった場合は、データ転送判定部１６は、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージをブロードキャストコネクションに送信すると同時に、そのＭＳ１２との間でアクティブなコネクションを、コネクション管理部１７に格納中の情報から探す。アクティブコネクションが存在した場合は、そのコネクションに向けてのデータを取り出して、その後ろにＴＬＶでカプセル化したＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを付加する。転送するデータは、転送データ一時貯蔵部１８に貯めておく。
【００５４】
ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送ったＭＳ１２がアクティブになった時間を待ち、転送データ一時貯蔵部１８から退避していたデータを取り出して、ＭＡＣデータ作成部１９に送信する。
【００５５】
ＭＡＣデータ作成部１９では、データやＭＡＣメッセージをＭＡＣのフォーマットに仕立てて、無線部インターフェース２０に送る。無線部インターフェース２０は、パケットを無線方式に変えて、ＭＳ１２に送信する。
【００５６】
ＭＳ１２では、上記と同様に各部でコネクションの管理、データ転送を行う。上記と異なるのは、データ転送判定部２２でスリープ・アクティブの判定をした場合、インターフェイス制御部２７に通知することである。通知されたインターフェイス制御部２７では、当該コネクションを検索して、アクティブにする。
【００５７】
次に、ＭＳ１２がＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを受信した場合を考える。
【００５８】
アクティブコネクションを通じて、ＴＬＶでカプセル化したＭＯＢ＿ＴＲＦ−ＩＮＤメッセージが、ＭＳ１２に到着した場合、データ転送判定部２２では、ＴＬＶの構造を解析して、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを取り出す。そして、アクティブ指示があるコネクション情報をコネクション管理部２６から検索する。
【００５９】
図５は、第１の実施の形態に係る通信システムによる通信方法におけるデータ送信について説明するシーケンス図である。図５に示すように、ＭＳ１２のセッションＡからＢＳ１１へスリープ要求信号（ＭＯＢ＿ＳＬＰ−ＲＥＱ）が出力され、これを受けて、ＢＳ１１からセッションＡへスリープ応答信号（ＭＯＢ＿ＳＬＰ−ＲＳＰ）が出力される。これにより、セッションＡのスリープが開始され、セッションＡがスリープ状態になる。その後、所定時間経過すると、セッションＡはアクティブ状態になり、以後、スリープ状態とアクティブ状態を交互に繰り返す。
【００６０】
一方、ＭＳ１２のセッションＢは、セッションＡがスリープ状態にあるときアクティブ状態となり、セッションＡがアクティブ状態にあるときスリープ状態となるように、セッションＡと同様に、スリープ状態とアクティブ状態を交互に繰り返す。
【００６１】
そして、セッションＡがアクティブ状態にあるときに、ＢＳ１１が、セッションＡ用のデータ（セッションＡ宛のパケット）をネットワーク側から取得した場合、ＢＳ１１からアクティブ状態にあるセッションＡへ、ＭＯＢ＿ＴＲＦ−ＩＮＤ（Ｎｏ Ｄａｔａ）が出力される。
【００６２】
セッションＡがスリープ状態にあるときに、ＢＳ１１が、セッションＡ用のデータ（セッションＡ宛のパケット）をネットワーク側から取得した場合、ＢＳ１１からアクティブ状態にあるセッションＢへ、セッションＡの状態を変更する指示（ＭＯＢ＿ＴＲＦ−ＩＮＤ（Ｎｏ Ｄａｔａ）＋ＭＯＢ＿ＴＲＦ−ＩＮＤ（ＳｅｓｓｉｏｎＡ Ｄａｔａ Ｒｅｃｅｉｖｅ））が出力される。セッションＡの状態を変更する指示が入力されたセッションＢは、スリープ状態のセッションＡへアクティブ指令を出力し、セッションＡをアクティブ状態にする。スリープ状態にあったセッションＡがアクティブ状態になったので、ＢＳ１１は、ネットワーク側から取得したセッションＡ用のデータをセッションＡへ送信する。
【００６３】
このように、第１の実施の形態に係る通信システム１０の、第１のセッションは、アクティブ状態又はスリープ状態（インアクティブ状態）へ所定時間毎に交互に移行される期間を有し（間欠受信モード）、第２のセッションは、第１のセッションがスリープ状態のときには少なくともアクティブ状態である期間を有しており、この通信システム１０において、ＢＳ１１が、第１のセッションと第２のセッションの状態を把握するセッション状態把握ステップと、この把握に基づいて、第１のセッションがスリープ状態で、且つ、第２のセッションがアクティブ状態であるときに、第１のセッション用のデータをネットワーク側（バックボーンネットワーク）から取得した場合には、第２のセッションを介して、ＭＳ１２へ、第１のセッションの状態を変更するよう指示（要求）する指示ステップと、ＭＳ１２が、この指示を受けた場合、所定時間経過前であっても、第１のセッションをアクティブ状態に変更するセッション状態変更ステップと、ＢＳ１１からＭＳ１２へ、アクティブ状態に変更された第１のセッションを介して当該第１のセッション用のデータを送信するデータ送信ステップと、の各ステップを経て通信が行われる。
【００６４】
これにより、基地局装置におけるデータ保持の負担を軽減することができる。
【００６５】
また、指示ステップでは、ネットワーク側から取得する第１のセッション用のデータが、リアルタイム通信用のデータであっても良い。これにより、リアルタイム性が要求される通信（緊急通信等）の高速化に貢献することができる。また、第２のセッションは、アクティブ状態又はスリープ状態へ所定時間毎に交互に移行される時間を有し（間欠受信モード）、セッション状態把握ステップでは、第１のセッションでのアクティブ状態又はスリープ状態と第２のセッションでのアクティブ状態又はスリープ状態を把握する。これにより、セッションＡとセッションＢのそれぞれが間欠受信モードになる場合にも対応することができる。
【００６６】
つまり、基地局装置（ＢＳ１１）が、あるモバイル端末装置（ＭＳ１２）へのデータを転送しようとしたときに、スリープモ−ドによりそのコネクションが休止している場合、ＢＳ１１は、コネクション復帰まで、一旦、データを貯めておくか、バッファがない場合は捨ててしまわなければならなかった。しかしながら、基地局装置とモバイル端末装置間で複数のコネクションが開設している場合に、あるコネクションが休止中であっても、別のコネクションを通して基地局装置からのコネクション復帰指示をする。モバイル端末装置は、その指示を受けると、直ちに当該コネクションを復帰せてデータ受信を開始する。
【００６７】
これにより、データを基地局装置に一時的に貯める量が少なくなって、迅速にデータ転送を行うことができる。
【００６８】
即ち、従来の通信方式では、スリープする時間は、ウィンドウサイズ（Ｗｉｎｄｏｗ Ｓｉｚｅ）というカウンタで測定しており、モバイル端末装置も、基地局装置がウィンドウサイズを減らしていって０になったときに、コネクションを復帰する。基地局装置は、そのコネクションに送るべきデータが来ている場合、Ｐｏｓｉｔｉｖｅ Ｉｎｄｉｃａｔｉｏｎ ｂｉｔが立ったＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを、その復帰したコネクションを通じて送信する。受信したモバイル端末装置は、スリープするウィンドウサイズのカウンタを止めて、暫くの間、電源ＯＮのままにする。ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージは、ブロードキャストメッセージで基地局装置から送信することになっている。
【００６９】
ブロードキャストデータであるときには、モバイル端末装置（ＭＳ１２）が確実に取得できるとは限らないので、確実にデータを送っているコネクションを使って、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信する。
【００７０】
この結果、コネクションの属性としてリアルタイムデータ送信中のものもあることから、コネクション復帰を早く行うことで、なるべく基地局装置でのデータ転送の停滞が起きないようにすることができる。
【００７１】
上述したように、基地局装置は、復帰指示であるＭＯＢ＿ＴＲＦ−ＩＮＤメッセージ送信を当該コネクションがアクティブ状態になるまで待つのではなく、そのモバイル端末装置と通信中のコネクションが１本でもあったら、ＴＬＶ（Type-Length-Value）を使って、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信する。そして、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを、他のコネクションを通して、そのコネクションのデータやマネージメントメッセージに添付して送る。標準化しているＩＥＥＥ８０２．１６−２００４で定義している１１．１．６ Ｖｅｎｄｏｒ−ｓｐｅｃｉｆｉｃ ｉｎｆｏｒｍａｔｉｏｎのＴＬＶで、ＭＯＢ＿ＴＲＦ−ＩＮＤをカプセル化し、他のデータに埋め込む。
【００７２】
次に、この発明の第２の実施の形態に係る通信システムについて説明する。図６は、この発明の第２の実施の形態に係る通信システムに用いられる基地局装置の構成を示すブロック図である。図６に示すように、基地局装置（ＢＳ）３１は、有線部インターフェース１３、有線データ受信部１４、転送判定部１５、データ転送判定部１６、コネクション管理部１７、転送データ一時貯蔵部１８、メディアアクセスコード（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｄｅ：ＭＡＣ）データ作成部（データ送信手段）１９、無線部インターフェース２０、及びモバイル端末サービス管理部３２を有している。
【００７３】
図６に示すＢＳ３１は、図２に示すＢＳ１１の構成に、モバイル端末サービス管理部３２を追加している点と、有線部インターフェース１３が、バックボーン（Ｂａｃｋｂｏｎｅ）ネットワークを介してモバイル端末管理サーバ３５と接続されている点が、図２に示すＢＳ１１と異なっている。以下、相違する構成部についてのみ説明する。
【００７４】
モバイル端末サービス管理部３２は、モバイル端末装置（ＭＳ）１２のサービス種別の情報を格納しておく。
【００７５】
データ転送判定部１６は、図２に示すＢＳ１１において説明した機能に加えて、更に次のような機能を備える。ＭＳ１２と通信を始めたときに、モバイル端末管理サーバ３５からＭＳ１２のサービス種別の情報を得るためにパケットを作成し、モバイル端末管理サーバ３５からＭＳ１２のサービス種別の情報を得た場合には、サービス種別の情報をモバイル端末サービス管理部３２に格納する。なお、モバイル端末管理サーバ３５は、ＭＳ１２の認証情報やＭＳ１２のサービス種別の情報を管理する。データ転送を行う場合には、モバイル端末サービス管理部３２からＭＳ１２のサービス種別の情報を取り出して、直ぐに処理するか、一旦時間をおくのかを判断し、一旦時間をおく場合には、転送データ一時貯蔵部１８にデータを格納しておく。
【００７６】
即ち、データ転送判定部１６は、データ取得手段として機能する有線部インターフェース１３と有線データ受信部１４において、ネットワーク側から少なくとも第１のセッション用のデータと共に、第１のセッション及び第２のセッションと異なる第３のセッション用のデータを取得した場合に、第１のセッションと、第３のセッションにおける優先度を把握する優先度把握手段と、把握した各セッションにおける優先度を比較する優先度比較手段として機能すると共に、比較の結果、第３のセッションにおける優先度が高い場合、第３のセッションを介して、第３のセッション用のデータを優先させて送信するように制御する制御手段として機能する。
【００７７】
また、第２の実施の形態に係る通信システムに用いられるモバイル端末装置（ＭＳ）の構成は、第１の実施の形態と同様であるので各構成部の説明を省略する。
【００７８】
次に、第２の実施の形態に係る通信システムによる通信方法について説明する。
【００７９】
まず、ＢＳ３１がＭＳ１２からの通信開始要求を受け取った場合、そのＭＳ１２のサービス種別の情報を得るために、データ転送判定部１６が、モバイル端末管理サーバ３５に、ＭＡＣアドレスなどでＭＳ１２を一意に区別するものを通知するパケットを送信する。モバイル端末管理サーバ３５は、通知された情報から、ＭＳ１２のサービス種別をＢＳ３１に送り返す。データ転送判定部１６では、そのサービス種別の情報をモバイル端末サービス管理部３２に格納する。
【００８０】
有線部インターフェイス１３から転送判定部１５がデータを受信するまでの処理は、第１の実施の形態の処理と同様である。
【００８１】
ここで、バックボーン（Ｂａｃｋｂｏｎｅ）ネットワーク側からサービス種別の異なる第１のモバイル端末装置（ＭＳ）１２−１と第２のモバイル端末装置（ＭＳ）１２−２にほぼ同時にデータが到着した場合を考える。この場合は、ＭＳ１２−１のサービス種別よりもＭＳ１２−２のサービス種別の優先度が高いと仮定する。データ転送判定部１６は、データを受け取った場合に、モバイル端末サービス管理部３２からＭＳ１２−１とＭＳ１２−２のサービス種別を取り出す。この場合は、ＭＳ１２−２のサービス種別がＭＳ１２−１のサービス種別よりも優先度が高いので、ＭＳ１２−２のセッションの方がＭＳ１２−１のセッションよりも優先度が高いと分かる。データ転送判定部１６は、優先的にＭＳ１２−２のセッションに無線上のリソースを割り当てるために、ＭＳ１２−１のセッション宛のデータは一時的に転送データ一時貯蔵部１８に格納する。そして、ＭＳ１２−２のセッション宛のデータをＭＡＣデータ作成部１９に転送する。
【００８２】
次に、ＭＳ１２−１のセッションにデータを送れる時間になった場合は、ＭＳ１２−１のセッションがアクティブ状態であれば、転送データ一時貯蔵部１８からＭＳ１２−１のセッション宛のデータを取り出して、ＭＡＣデータ作成部１９に転送する。ＭＳ１２−１のセッションがスリープ状態であれば、アクティブになることをＭＳ１２−１の別のセッションに通知した後で、送るべき時間になったならば転送データ一時貯蔵部１８からＭＳ１２−１ののセッション宛のデータを取り出して、ＭＡＣデータ作成部１９に転送する。
【００８３】
図７は、第２の実施の形態に係る通信システムによる通信方法におけるデータ送信について説明するシーケンス図である。図７に示すように、ＭＳ１２−１のセッションＡ（第１のセッション）からＢＳ３１へスリープ要求信号（ＭＯＢ＿ＳＬＰ−ＲＥＱ）が出力され、これを受けて、ＢＳ３１からセッションＡへスリープ応答信号（ＭＯＢ＿ＳＬＰ−ＲＳＰ）が出力される。これにより、セッションＡのスリープが開始され、セッションＡがスリープ状態になる。その後、所定時間経過すると、セッションＡはアクティブ状態になり、以後、スリープ状態とアクティブ状態を交互に繰り返す。
【００８４】
一方、ＭＳ１２−１のセッションＢ（第２のセッション）は、セッションＡがスリープ状態にあるときアクティブ状態となり、セッションＡがアクティブ状態にあるときスリープ状態となるように、セッションＡと同様に、スリープ状態とアクティブ状態を交互に繰り返す。
【００８５】
そして、セッションＡがアクティブ状態にあるときに、ＢＳ３１が、セッションＡ用のデータ（セッションＡ宛のパケット）をネットワーク側から取得した場合、ＢＳ３１からアクティブ状態にあるセッションＡへ、ＭＯＢ＿ＴＲＦ−ＩＮＤ（Ｎｏ Ｄａｔａ）が出力される。
【００８６】
ここで、ＭＳ１２−１のセッションＡがスリープ状態にあり、ＭＳ１２−２のセッションＣ（第３のセッション）がアクティブ状態にあるときに、ＢＳ３１が、セッションＡ用のデータ（セッションＡ宛のパケット）とセッションＣ用のデータ（セッションＣ宛のパケット）とをネットワーク側から同時に取得した場合、ＢＳ３１のデータ転送判定部１６は、モバイル端末サービス管理部３２からＭＳ１２−１とＭＳ１２−２のサービス種別を取り出す。ＭＳ１２−２のサービス種別がＭＳ１２−１のサービス種別よりも優先度が高い場合には、セッションＣがセッションＡよりも優先度が高いので、セッションＡ宛のデータを一時的に転送データ一時貯蔵部１８に格納し、セッションＣ宛のデータをＭＳ１２−２に送信する。
【００８７】
次に、セッションＣ宛のデータの送信が終了し、セッションＡにデータを送れる時間になった場合に、セッションＡがスリープ状態であれば、ＢＳ３１からアクティブ状態にあるＭＳ１２−１のセッションＢへ、セッションＡの状態を変更する指示（ＭＯＢ＿ＴＲＦ−ＩＮＤ（Ｎｏ Ｄａｔａ）＋ＭＯＢ＿ＴＲＦ−ＩＮＤ（ＳｅｓｓｉｏｎＡ Ｄａｔａ Ｒｅｃｅｉｖｅ））が出力される。セッションＡの状態を変更する指示が入力されたセッションＢは、スリープ状態のセッションＡへアクティブ指令を出力し、セッションＡをアクティブ状態にする。
【００８８】
スリープ状態にあったセッションＡがアクティブ状態になったならば、ＢＳ３１は、転送データ一時貯蔵部１８に格納してあったセッションＡ用のデータをセッションＡへ送信する。
【００８９】
なお、セッションＣは、図７に示すように、ＭＳ１２−２がＢＳ３１と通信を行うセッションであるが、セッションＣは、ＭＳ１２−１がＢＳ３１と通信を行うセッションでも良い。
【００９０】
また、ＢＳ３１は、ＭＳ１２のサービス種別の情報を、モバイル端末管理サーバ３５から取得しているが、モバイル端末管理サーバ３５に情報を要求することなく、ＢＳ３１自身が、ＭＳ１２がセッション開始要求時に送信するデータに含まれる情報から、ＭＳ１２のサービス種別の情報を、取得するようにしても良い。
【００９１】
このように、第２の実施の形態に係る通信システム１０において、ＢＳ３１が、少なくとも第１のセッション用のデータと、第１のセッション及び第２のセッションと異なる第３のセッション用データを取得した場合に、第１のセッションと、第３のセッションにおける優先度を把握する優先度把握ステップと、把握した各セッションにおける優先度を比較する優先度比較ステップと、比較の結果、第３のセッションにおける優先度が高い場合、第３のセッションを介して、第３のセッション用のデータを優先させて送信するように制御する制御ステップと、の各ステップを経て第３のセッション用のデータが送信される。更に、第１のセッションは、アクティブ状態又はスリープ状態（インアクティブ状態）へ所定時間毎に交互に移行される期間を有し（間欠受信モード）、第２のセッションは、第１のセッションがスリープ状態のときには少なくともアクティブ状態である期間を有しており、この通信システム１０において、ＢＳ３１が、第１のセッションと第２のセッションの状態を把握するセッション状態把握ステップと、この把握に基づいて、第１のセッションがスリープ状態で、且つ、第２のセッションがアクティブ状態であるときに、第１のセッション用のデータをネットワーク側（バックボーンネットワーク）から取得した場合には、第２のセッションを介して、ＭＳ１２へ、第１のセッションの状態を変更するよう指示（要求）する指示ステップと、ＭＳ１２が、この指示を受けた場合、所定時間経過前であっても、第１のセッションをアクティブ状態に変更するセッション状態変更ステップと、ＢＳ３１からＭＳ１２へ、アクティブ状態に変更された第１のセッションを介して当該第１のセッション用のデータを送信するデータ送信ステップと、の各ステップを経て通信が行われる。
【００９２】
これにより、基地局装置は、モバイル端末管理サーバからモバイル端末装置のサービス種別の情報を取得することで、モバイル端末装置毎にパケットの転送を変更することにより、基地局装置のＣＰＵの負荷を低減できる。
【００９３】
つまり、サービス種別の異なる２つのセッション宛にほぼ同時にパケットが到着した場合、基地局装置がモバイル管理サーバと通信してモバイル端末装置のサービス種別を得られるようにし、基地局装置がパケットの転送順番を変更したり、基地局装置のリソースが足りなくなったときに、優先度の低いセッション宛のパケットを、一時的に転送を止めて貯めておくことで、よりサービスの種別の高いモバイル端末装置により安定して通信ができるようになる。
【００９４】
さらに、優先度の低いセッション宛のパケットを送信しようとしたときに、スリープモ−ドによりセッションが休止している場合、基地局装置は、別のセッションを通してモバイル端末装置にセッション復帰指示をする。モバイル端末装置は、その指示を受けると、直ちに当該セッションを復帰せてデータ受信を開始する。これにより、データを基地局装置に一時的に貯める量が少なくなって、迅速にデータ転送を行うことができる。
【００９５】
なお、本発明は、上述した実施の形態により説明したが、この実施の形態に限定されるものではない。従って、本発明の趣旨を逸脱することなく変更態様として実施するものも含むものである。
【符号の説明】
【００９６】
１０ 通信システム
１１，３１ ＢＳ
１２ ＭＳ
１３ 有線部インターフェース
１４ 有線データ受信部
１５ 転送判定部
１６ データ転送判定部
１７ コネクション管理部
１８ 転送データ一時貯蔵部
１９ ＭＡＣデータ作成部
２０ 無線部インターフェース
２１ 転送判定部
２２ データ転送判定部
２３ ＭＡＣデータ作成部
２４ 無線部インターフェイス
２５ 一時データ貯蔵部
２６ コネクション管理部
２７ インターフェイス制御部
３２ モバイル端末サービス管理部
３５ モバイル端末管理サーバ
【技術分野】
【０００１】
この発明は、通信端末装置と基地局装置の間で、少なくとも第１のセッション及び第２のセッションにて通信を行うことができる通信方法、通信システム、この通信システムに用いられる通信端末装置及び基地局装置に関する。
【背景技術】
【０００２】
従来、移動通信端末装置と基地局装置との間で、通信を行うことができる通信システムが知られており、このような通信システムとして、例えば、「中継装置と電源制御方法」（特許文献１参照）、「移動端末、移動通信システムおよび通信方法」（特許文献２参照）、「無線通信システム」（特許文献３参照）がある。
【０００３】
複数のインターフェイスを持つ通信システムにおいて電源制御を行う「中継装置と電源制御方法」の場合、有線インターフェイス（ＩＥＥＥ（Institute Electrical and Electronics Engineers）１３９４）と無線インターフェイスには、それぞれ有線待機手段と無線待機手段が存在するものの総合的な電源管理方法が無く無駄な待機電力を消費する虞があり、低消費電力モ−ドへの移行、復帰という電力管理が効率良くできない、という問題を解決するために、中継装置が、２つの基地局と接続している場合に、一方が省電力中で待機中になっていても他方でその待機から復帰する命令を送信して、復帰させる仕組みである。
【０００４】
また、「移動端末、移動通信システムおよび通信方法」では、ＰＨＳ（Personal Handyphone System）と無線ＬＡＮ（Local Area Network）の８０２．１１ｂという違う無線方式を用いて、ＰＨＳのペ−ジング機能を使って、無線ＬＡＮが有効になっていないときに、移動端末を呼び出す方式である。これは、ＰＨＳと無線ＬＡＮの２つの無線方式を使って、ＰＨＳの消費電力が少なくペ−ジングを使えるという利点を使って、無線ＬＡＮの不安定さを解消することを考えた方式である。
【０００５】
更に、リアルタイム性を重視した「無線通信システム」においては、省電力モ−ドの無線移動端末宛にマルチメディアデータ送出手段がパケット信号を送ってくるときには、その無線移動端末がそのパケット信号を要求するまでの間、これを一時的に格納するようになっている。無線基地局は周期的に報知情報を無線移動端末に送って、省電力モ−ドの無線移動端末はこれを解析することで、自端末宛のパケット信号が無線基地局側に一時的に格納されているかどうかを知り、格納されている場合にはそのパケット信号の送出を要求することにしている。
【０００６】
このような無線通信システムで、無線移動端末は省電力モ−ドで送出を要求したパケット信号が受信されたときそのプロトコルを用いてリアルタイム通信が必要であるかどうかを判別するようにしている。そして、リアルタイム通信が必要であると判別したときには、無線移動端末側から省電力モ−ドから通常モ−ドに移行することを無線基地局に通知し、そのリアルタイム通信が終了したときには省電力モ−ドへの復帰を通知することにしている。
【０００７】
ところで、ＩＥＥＥ８０２．１６−２００５において、モバイル端末用にスリープモードが規定された。モバイル端末装置が間欠に無線部分回路の電源をオン（ＯＮ）／オフ（ＯＦＦ）をして、省電力を行うというモ−ドである。ＩＥＥＥ８０２．１６のモバイル端末装置は、携帯端末装置と違って、基地局１台と複数の論理コネクションを開設することができる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００４−００７１８７号公報
【特許文献２】特開２００３−２２９８００号公報
【特許文献３】特開２００４−１７２７７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、ＩＥＥＥ８０２．１６−２００５では、各コネクション毎の省電力の方法は規定しているが、１つの基地局に複数のコネクションを開設している場合に、それらコネクションを連携して復帰指示を行う方法は規定していない。
【００１０】
基地局が、あるモバイル端末装置へのデータを転送しようとしたとき、スリープモ−ドによりそのコネクションが休止している場合には、基地局は、コネクション復帰まで、一端、データを貯めておくが、バッファがない場合はパケットを破棄することになる。
【００１１】
つまり、モバイル端末装置は、間欠的に無線を受信していることから、一方のコネクションに通信しているときに他方のコネクションにデータを送ろうとしても、開設していないコネクションにはデータを送ることができない。従って、コネクションが開設するまで、基地局はパケットを保管しておく必要があり、保管量が増えるとパケットを破棄することになるため、基地局においてデータ転送の停滞が発生してしまう。
【００１２】
また、コネクションが開設するまで、基地局がパケットを保管しておく場合に、優先度の高いサービス種別のパケットを保管すると、リアルタイム性を要する通信において、安定したサービス品質を維持できない場合がある。
【００１３】
この発明の目的は、複数のコネクション（セッション）での通信時に基地局におけるデータ保持の負担を軽減して、基地局においてデータ転送の停滞が発生してしまうことがなく、また、優先度の高いサービス種別のパケットに対してもリアルタイムでの通信を可能にして、リアルタイム性を要する通信において、安定したサービス品質を維持できる通信方法、通信システム、通信端末装置及び基地局装置を提供することである。
【課題を解決するための手段】
【００１４】
上記目的を達成するため、この発明に係る通信方法は、通信端末装置と基地局装置との間で、少なくとも第１のセッション及び第２のセッションにて通信を行うことができる通信システムにおける通信方法であって、前記第１のセッションは、アクティブ状態又はスリープ状態へ所定時間毎に交互に移行される期間を有し、前記第２のセッションは、前記第１のセッションがスリープ状態のときには少なくともアクティブ状態である期間を有し、前記基地局装置が、前記第１のセッションと前記第２のセッションの状態を把握するセッション状態把握ステップと、前記把握に基づいて、前記第１のセッションがスリープ状態で、且つ、前記第２のセッションがアクティブ状態であるときに、前記第１のセッション用のデータをネットワーク側から取得した場合には、前記第２のセッションを介して、前記通信端末装置へ、前記第１のセッションの状態を変更するよう指示する指示ステップと、前記通信端末装置が、前記指示を受けた場合、前記所定時間経過前であっても、前記第１のセッションをアクティブ状態に変更するセッション状態変更ステップと、前記基地局装置から前記通信端末装置へ、前記アクティブ状態に変更された第１のセッションを介して当該第１のセッション用のデータを送信するデータ送信ステップと、を含むことを特徴としている。
【００１５】
また、この発明は、前記指示ステップでは、前記ネットワーク側から、前記第１のセッション用のリアルタイム通信用のデータを取得した場合に、前記第２のセッションを介して、前記通信端末装置へ、前記第１のセッションの状態を変更するよう指示することが好ましい。
【００１６】
また、この発明は、前記第２のセッションは、アクティブ状態又はスリープ状態へ所定時間毎に交互に移行される時間を有し、前記セッション状態把握ステップでは、前記第１のセッションでのアクティブ状態又はスリープ状態と前記第２のセッションでのアクティブ状態又はスリープ状態を把握することが好ましい。
【００１７】
また、この発明は、前記基地局装置が、少なくとも前記第１のセッション用のデータと、前記第１のセッション及び前記第２のセッションと異なる第３のセッション用データを取得した場合に、前記第１のセッションと、前記第３のセッションにおける優先度を把握する優先度把握ステップと、前記把握した各優先度を比較する優先度比較ステップと、前記比較の結果、前記第３のセッションにおける優先度が高い場合、前記第３のセッションを介して、前記第３のセッション用のデータを優先させて送信するように制御する制御ステップと、を更に含み、前記第３のセッション用のデータが送信された後に、前記セッション状態把握ステップ以降のステップを実行することが好ましい。
【００１８】
また、この発明は、前記第１のセッションと、前記第３のセッションで通信を行う通信端末装置が異なる場合、前記優先度把握ステップは、前記各セッションで通信を行う通信端末装置の優先度を把握し、前記制御ステップは、前記優先度比較ステップにおける比較の結果、前記第３のセッションで通信を行う通信端末装置の優先度が高い場合、前記第３のセッションを介して、前記第３のセッション用のデータを優先させて送信するように制御することが好ましい。
【００１９】
この発明に係る通信システムは、通信端末装置と基地局装置との間で、少なくとも第１のセッション及び第２のセッションにて通信を行うことができる通信システムであって、前記通信端末装置は、前記第１のセッションが、アクティブ状態又はスリープ状態へ所定時間毎に交互に移行される期間を有し、且つ、前記第２のセッションが、前記第１のセッションがスリープ状態のときには少なくともアクティブ状態である期間を有するようにセッション状態を制御する制御手段を有し、前記基地局装置は、前記第１のセッションと前記第２のセッションの状態を把握するセッション状態把握手段と、ネットワーク側から前記第１のセッション用のデータを取得するデータ取得手段と、前記セッション状態把握手段での把握に基づいて、前記第１のセッションがスリープ状態で、且つ、前記第２のセッションがアクティブ状態であるときに、前記データ取得手段で前記第１のセッション用のデータを取得した場合には、前記第２のセッションを介して、前記通信端末装置へ、前記第１のセッションの状態を変更するよう指示する指示手段と、を有し、前記通信端末装置は、前記制御手段が、前記指示に基づいて、前記所定時間経過前であっても、前記第１のセッションをアクティブ状態に変更するようにセッション状態を制御し、前記基地局装置は、前記アクティブ状態に変更された第１のセッションを介して当該第１のセッション用のデータを送信するデータ送信手段を更に有する、ことを特徴としている。
【００２０】
また、この発明に係る通信システムの前記基地局装置は、前記データ取得手段において、ネットワーク側から少なくとも前記第１のセッション用のデータと共に、前記第１のセッション及び前記第２のセッションと異なる第３のセッション用のデータを取得した場合に、前記第１のセッションと、前記第３のセッションにおける優先度を把握する優先度把握手段と、前記把握した各優先度を比較する優先度比較手段と、前記比較の結果、前記第３のセッションにおける優先度が高い場合、前記第３のセッションを介して、前記第３のセッション用のデータを優先させて送信するように制御する制御手段と、を更に有することが好ましい。
【００２１】
この発明に係る通信端末装置は、基地局装置との間で、少なくとも第１のセッション及び第２のセッションにて通信を行うことができる通信端末装置であって、前記第１のセッションが、アクティブ状態又はスリープ状態へ所定時間毎に交互に移行される期間を有し、且つ、前記第２のセッションが、前記第１のセッションがスリープ状態のときには少なくともアクティブ状態である期間を有するようにセッション状態を制御する制御手段と、前記第１のセッションがスリープ状態で、且つ、前記第２のセッションがアクティブ状態であるときに、前記基地局装置からの、前記第１のセッションの状態を変更する旨を示す指示を取得する手段と、を有し、前記制御手段が、前記指示に基づいて、前記所定時間経過前であっても、前記第１のセッションをアクティブ状態に変更するようにセッション状態を制御する、ことを特徴としている。
【００２２】
また、この発明に係る基地局装置は、通信端末装置との間で、少なくとも第１のセッション及び第２のセッションにて通信を行うことができる基地局装置であって、前記第１のセッションと前記第２のセッションとの状態を把握するセッション状態把握手段と、ネットワーク側から前記第１のセッション用のデータを取得するデータ取得手段と、前記セッション状態把握手段での把握に基づいて、前記第１のセッションがスリープ状態で、且つ、前記第２のセッションがアクティブ状態であるときに、前記データ取得手段で前記第１のセッション用のデータを取得した場合には、前記第２のセッションを介して、前記通信端末装置へ、前記第１のセッションの状態を変更するよう指示する指示手段と、前記指示後、前記第１のセッションを介して、前記通信端末装置へ当該第１のセッション用のデータを送信するデータ送信手段と、を有する、ことを特徴としている。
【００２３】
また、この発明に係る基地局装置は、前記データ取得手段において、ネットワーク側から少なくとも前記第１のセッション用のデータと共に、前記第１のセッション及び前記第２のセッションと異なる第３のセッション用のデータを取得した場合に、前記第１のセッションと、前記第３のセッションにおける優先度を把握する優先度把握手段と、前記把握した各優先度を比較する優先度比較手段と、前記比較の結果、前記第３のセッションにおける優先度が高い場合、前記第３のセッションを介して、前記第３のセッション用のデータを優先させて送信するように制御する制御手段と、を更に有することが好ましい。
【発明の効果】
【００２４】
この発明によれば、複数のセッションでの通信時に基地局装置におけるデータ保持の負担を軽減することができ、基地局装置においてデータ転送の停滞が発生してしまうことがない。また、優先度の高いサービス種別のパケットに対してもリアルタイムでの通信を可能にするので、リアルタイム性を要する通信において、安定したサービス品質を維持できる。
【図面の簡単な説明】
【００２５】
【図１】この発明の実施の形態に係る通信システムの概念説明図である。
【図２】第１の実施の形態に係る通信システムに用いられる基地局装置の構成を示すブロック図である。
【図３】ＭＡＣデータ作成部によって作成されるパケットの構成を示す説明図である。
【図４】図１のモバイル端末装置の構成を示すブロック図である。
【図５】第１の実施の形態に係る通信システムによる通信方法におけるデータ送信について説明するシーケンス図である。
【図６】第２の実施の形態に係る通信システムに用いられる基地局装置の構成を示すブロック図である。
【図７】第２の実施の形態に係る通信システムによる通信方法におけるデータ送信について説明するシーケンス図である。
【発明を実施するための形態】
【００２６】
以下、この発明を実施するための最良の形態について図面を参照して説明する。
【００２７】
図１は、この発明の実施の形態に係る通信システムの概念説明図である。図１に示すように、通信システム１０は、基地局装置（Ｂａｓｅ Ｓｔａｔｉｏｎ：ＢＳ）１１（３１）と通信端末装置であるモバイル端末装置（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ：ＭＳ）１２との間で、複数のセッション（図１では、一例として、第１のセッションＡと第２のセッションＢの２つのセッションを示す）により通信を行うことができる。
【００２８】
この通信システム１０は、ＩＥＥＥ８０２．１６委員会が規定する高速無線データ通信（ワイヤレスブロードバンド）の新規格であるＷｉＭＡＸ（Worldwide interoperability
for Microwave Access）に対応している。ＩＥＥＥ８０２．１６−２００５においては
、モバイル端末装置用に、モバイル端末装置が間欠に無線部分回路の電源をオン（ＯＮ）／オフ（ＯＦＦ）をして、省電力を行うという、スリープモードが定義されている。例えば、第１のセッションＡはアクティブモード（通信中）であり、第２のセッションＢはスリープモード（×）である（図１参照）。
【００２９】
図２は、この発明の第１の実施の形態に係る通信システムに用いられる基地局装置の構成を示すブロック図である。図２に示すように、ＢＳ１１は、有線部インターフェース１３、有線データ受信部１４、転送判定部１５、データ転送判定部１６、コネクション管理部１７、転送データ一時貯蔵部１８、メディアアクセスコード（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｄｅ：ＭＡＣ）データ作成部（データ送信手段）１９、及び無線部インターフェース２０を有している。
【００３０】
有線部インターフェース１３は、ＢＳ１１の有線（例えば、Ｅｔｈｅｒｎｅｔ（登録商標））との物理インターフェイスを担当しており、バックボーン（Ｂａｃｋｂｏｎｅ）ネットワークに接続される。有線データ受信部１４は、有線部インターフェイス１３とパケットの送受信を行う。これら有線部インターフェース１３と有線データ受信部１４は、ネットワーク側から第１のセッション用のデータを取得するデータ取得手段として機能する。
【００３１】
転送判定部１５は、転送が自機器（ＢＳ１１）宛か或いはＭＳ１２宛かを判定し、自機器宛ならば内部で処理し、ＭＳ１２宛ならばデータ転送判定部１６に転送する。この転送判定部１５は、上位層に接続される。
【００３２】
データ転送判定部１６は、データ転送を行うＭＳ１２とのコネクションがあるか否かを判定し、ＭＳ１２とのマネージメントを行う。また、スリープ（Ｓｌｅｅｐ）／アクティブ（Ａｃｔｉｖｅ）状態を判定して、コネクション管理部１７に、コネクションの状態を格納しておく。また、ＭＳ１２とのコネクション情報から、データ転送に適しているコネクションを見つけ、全ＭＳ１２に対して、ブロードキャスト（Ｂｒｏａｄｃａｓｔ）コネクションから、ＭＯＢ＿ＴＲＦ−ＩＮＤ（Mobile_Traffic-Indication）マネージメント（Ｍａｎａｇｅｍｅｎｔ）メッセージを送信するように指示する。
【００３３】
即ち、データ転送判定部１６は、第１のセッションと第２のセッションの状態を把握するセッション状態把握手段として機能すると共に、セッション状態把握手段での把握に基づいて、第１のセッションがスリープ状態で、且つ、第２のセッションがアクティブ状態であるときに、有線部インターフェイス１３及び有線データ受信部１４で第１のセッション用のデータを取得した場合には、第２のセッションを介して、ＭＳ１２へ、第１のセッションの状態を変更するよう指示（要求）する指示手段として機能する。
【００３４】
コネクション管理部１７は、格納したコネクション情報を管理しており、タイマーを備えて、コネクションがスリープ状態或いはアクティブ状態の何れにあるのか監視する。
【００３５】
転送データ一時貯蔵部１８は、送るべきデータが無い場合に、一時的にデータを貯める。
【００３６】
ＭＡＣデータ作成部１９は、データ転送判定部１６から送られてきたデータと、それを送信すべきコネクション情報から、送るべきデータを以下の方法で扱う。
・単独でＭＡＣメッセージを作成する。
・検索したコネクション宛のデータに付加する。
・ＭＳ１２とのコネクションが復帰するまで、転送データ一時貯蔵部１８に貯める。
【００３７】
更に、当該ＭＳ１２に向けて、ＭＯＢ＿ＴＲＦ−ＩＮＤマネージメントメッセージも作成する。即ち、ＭＡＣデータ作成部１９は、アクティブ状態に変更された第１のセッションを介して当該第１のセッション用のデータを送信する。
【００３８】
無線部インターフェース２０は、無線（ＩＥＥＥ８０２．１６）とのインターフェイスを担当する。送信すべきパケットの物理フォーマットに合わせて、ＭＳ１２に送信する。
【００３９】
図３は、ＭＡＣデータ作成部によって作成されるパケットの構成を示す説明図である。図３に示すのは、ＴＬＶ（Type-Length-Value）を使った付加方法であり、ＭＡＣメッセ
ージやデータの後ろに、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを、Ｖｅｎｄｅｒ Ｓｐｅｃｉｆｉｃ ＴＬＶ Ｈｅａｄｅｒでカプセル化する。
【００４０】
即ち、アクティブなセッションに流れるデータに、Ｖｅｎｄｅｒ Ｓｐｅｃｉｆｉｃ ＴＬＶと、復帰指示をするセッションに関するＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを付加する。Ｖｅｎｄｅｒ Ｓｐｅｃｉｆｉｃ ＴＬＶは、Ｓｔａｎｄａｒｄ（ＩＥＥＥ８０２．１６−２００４）に規定されている。ＭＳ１２側では、理解できなければ無視することになっているので、他のＶｅｎｄｅｒと機器との接続にも支障が生ずることはない。
【００４１】
図４は、第１の実施の形態に係る通信システムに用いられるモバイル端末装置の構成を示すブロック図である。図４に示すように、ＭＳ１２は、転送判定部２１、データ転送判定部２２、ＭＡＣデータ作成部２３、無線部インターフェイス２４、一時データ貯蔵部２５、コネクション管理部２６、及びインターフェイス制御部（制御手段）２７を有している。
【００４２】
データ転送判定部２２は、データ転送を行うＢＳ１１とのコネクションがあるか否かを判定し、ＢＳ１１とのマネージメントを行う。また、スリープ（Ｓｌｅｅｐ）／アクティブ（Ａｃｔｉｖｅ）状態を判定して、コネクション管理部２６に、コネクションの状態を格納しておく。送信するデータが、スリープ中のコネクションを使う場合は、コネクションがアクティブになるまで、送信するデータを一時データ貯蔵部２５に格納する。
【００４３】
ＭＯＢ＿ＴＲＦ−ＩＮＤマネージメントメッセージを受信したならば、スリープ中のコネクションが該当しないかを、コネクション管理部２６にあるコネクションの状態から検索する。コネクション管理部２６からアクティブ指示が来た場合は、コネクションを復活させる。即ち、ＭＯＢ＿ＴＲＦ−ＩＮＤマネージメントメッセージアクティブ指令を受けたコネクションを復活させる。
【００４４】
ＭＡＣデータ作成部２３は、データ転送判定部２２から送られてきたデータと、それを送信すべきコネクション情報から、送るべきデータをＭＡＣメッセージに作成する。
【００４５】
無線部インターフェイス２４は、無線（ＩＥＥＥ８０２．１６）とのインターフェイスを担当する。送信すべきパケットの物理フォーマットに合わせて、ＢＳ１１に送信する。
【００４６】
一時データ貯蔵部２５は、送るべきデータが無い場合に、一時的にデータを貯める。
【００４７】
コネクション管理部２６は、格納したコネクション情報を管理しており、タイマーを備えて、コネクションがスリープ状態或いはアクティブ状態の何れにあるのか監視する。
【００４８】
インターフェイス制御部２７は、第１のセッションが、アクティブ状態又はスリープ状態（インアクティブ状態）へ所定時間毎に交互に移行される期間を有し（間欠受信モード）、且つ、第２のセッションが、第１のセッションがスリープ状態のときには少なくともアクティブ状態である期間を有するようにセッション状態を制御する。また、データ転送判定部１６から、第１のセッションの状態を変更するよう指示されると、この指示に基づいて、所定時間経過前であっても、第１のセッションをアクティブ状態に変更するようにセッション状態を制御する。
【００４９】
次に、第１の実施の形態に係る通信システムによる通信方法について説明する。
【００５０】
先ず、ＢＳ１１では、データ転送判定部１６において、コネクションのスリープ／アクティブを判定する。ＭＳ１２からのスリープ宣言やＢＳ１１からのスリープ指示を解析して、当該コネクションの情報をコネクション管理部１７に格納しておく。コネクション管理部１７では、タイマーにより指定されたタイマー時間をカウントして、タイマーが切れたら、データ転送判定部１６に状態が変わったコネクションを通知する。
【００５１】
次に、有線部インターフェイス１３を通じて、ＢＳ１１に送信データが到着する。有線データ受信部１４は、そのデータをパケットの状態に変換する。転送判定部１５では、パケットの送信アドレスを検索して、このＢＳ１１宛か／ＭＳ１２宛かを判定する。このＢＳ１１宛と判定した場合は、上位層にパケットを転送し、ＭＳ１２宛の場合は、データ転送判定部１６に転送する。
【００５２】
データ転送判定部１６では、パケットの宛先からコネクションが開設されているか否かを判定する。コネクション管理部１７からコネクションのアクティブ／スリープ状態を確かめ、アクティブモードである場合はデータ転送を行い、スリープモ−ドである場合は、ＭＳ１２がＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを受信だけを待っているＬｉｓｔｅｎ中であれば、そのコネクションにＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信する。受信したＭＳ１２は、スリープモ−ドからアクティブモ−ドに復帰して、データ受信ができるようにする。
【００５３】
一方、スリープモ−ドであった場合は、データ転送判定部１６は、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージをブロードキャストコネクションに送信すると同時に、そのＭＳ１２との間でアクティブなコネクションを、コネクション管理部１７に格納中の情報から探す。アクティブコネクションが存在した場合は、そのコネクションに向けてのデータを取り出して、その後ろにＴＬＶでカプセル化したＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを付加する。転送するデータは、転送データ一時貯蔵部１８に貯めておく。
【００５４】
ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送ったＭＳ１２がアクティブになった時間を待ち、転送データ一時貯蔵部１８から退避していたデータを取り出して、ＭＡＣデータ作成部１９に送信する。
【００５５】
ＭＡＣデータ作成部１９では、データやＭＡＣメッセージをＭＡＣのフォーマットに仕立てて、無線部インターフェース２０に送る。無線部インターフェース２０は、パケットを無線方式に変えて、ＭＳ１２に送信する。
【００５６】
ＭＳ１２では、上記と同様に各部でコネクションの管理、データ転送を行う。上記と異なるのは、データ転送判定部２２でスリープ・アクティブの判定をした場合、インターフェイス制御部２７に通知することである。通知されたインターフェイス制御部２７では、当該コネクションを検索して、アクティブにする。
【００５７】
次に、ＭＳ１２がＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを受信した場合を考える。
【００５８】
アクティブコネクションを通じて、ＴＬＶでカプセル化したＭＯＢ＿ＴＲＦ−ＩＮＤメッセージが、ＭＳ１２に到着した場合、データ転送判定部２２では、ＴＬＶの構造を解析して、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを取り出す。そして、アクティブ指示があるコネクション情報をコネクション管理部２６から検索する。
【００５９】
図５は、第１の実施の形態に係る通信システムによる通信方法におけるデータ送信について説明するシーケンス図である。図５に示すように、ＭＳ１２のセッションＡからＢＳ１１へスリープ要求信号（ＭＯＢ＿ＳＬＰ−ＲＥＱ）が出力され、これを受けて、ＢＳ１１からセッションＡへスリープ応答信号（ＭＯＢ＿ＳＬＰ−ＲＳＰ）が出力される。これにより、セッションＡのスリープが開始され、セッションＡがスリープ状態になる。その後、所定時間経過すると、セッションＡはアクティブ状態になり、以後、スリープ状態とアクティブ状態を交互に繰り返す。
【００６０】
一方、ＭＳ１２のセッションＢは、セッションＡがスリープ状態にあるときアクティブ状態となり、セッションＡがアクティブ状態にあるときスリープ状態となるように、セッションＡと同様に、スリープ状態とアクティブ状態を交互に繰り返す。
【００６１】
そして、セッションＡがアクティブ状態にあるときに、ＢＳ１１が、セッションＡ用のデータ（セッションＡ宛のパケット）をネットワーク側から取得した場合、ＢＳ１１からアクティブ状態にあるセッションＡへ、ＭＯＢ＿ＴＲＦ−ＩＮＤ（Ｎｏ Ｄａｔａ）が出力される。
【００６２】
セッションＡがスリープ状態にあるときに、ＢＳ１１が、セッションＡ用のデータ（セッションＡ宛のパケット）をネットワーク側から取得した場合、ＢＳ１１からアクティブ状態にあるセッションＢへ、セッションＡの状態を変更する指示（ＭＯＢ＿ＴＲＦ−ＩＮＤ（Ｎｏ Ｄａｔａ）＋ＭＯＢ＿ＴＲＦ−ＩＮＤ（ＳｅｓｓｉｏｎＡ Ｄａｔａ Ｒｅｃｅｉｖｅ））が出力される。セッションＡの状態を変更する指示が入力されたセッションＢは、スリープ状態のセッションＡへアクティブ指令を出力し、セッションＡをアクティブ状態にする。スリープ状態にあったセッションＡがアクティブ状態になったので、ＢＳ１１は、ネットワーク側から取得したセッションＡ用のデータをセッションＡへ送信する。
【００６３】
このように、第１の実施の形態に係る通信システム１０の、第１のセッションは、アクティブ状態又はスリープ状態（インアクティブ状態）へ所定時間毎に交互に移行される期間を有し（間欠受信モード）、第２のセッションは、第１のセッションがスリープ状態のときには少なくともアクティブ状態である期間を有しており、この通信システム１０において、ＢＳ１１が、第１のセッションと第２のセッションの状態を把握するセッション状態把握ステップと、この把握に基づいて、第１のセッションがスリープ状態で、且つ、第２のセッションがアクティブ状態であるときに、第１のセッション用のデータをネットワーク側（バックボーンネットワーク）から取得した場合には、第２のセッションを介して、ＭＳ１２へ、第１のセッションの状態を変更するよう指示（要求）する指示ステップと、ＭＳ１２が、この指示を受けた場合、所定時間経過前であっても、第１のセッションをアクティブ状態に変更するセッション状態変更ステップと、ＢＳ１１からＭＳ１２へ、アクティブ状態に変更された第１のセッションを介して当該第１のセッション用のデータを送信するデータ送信ステップと、の各ステップを経て通信が行われる。
【００６４】
これにより、基地局装置におけるデータ保持の負担を軽減することができる。
【００６５】
また、指示ステップでは、ネットワーク側から取得する第１のセッション用のデータが、リアルタイム通信用のデータであっても良い。これにより、リアルタイム性が要求される通信（緊急通信等）の高速化に貢献することができる。また、第２のセッションは、アクティブ状態又はスリープ状態へ所定時間毎に交互に移行される時間を有し（間欠受信モード）、セッション状態把握ステップでは、第１のセッションでのアクティブ状態又はスリープ状態と第２のセッションでのアクティブ状態又はスリープ状態を把握する。これにより、セッションＡとセッションＢのそれぞれが間欠受信モードになる場合にも対応することができる。
【００６６】
つまり、基地局装置（ＢＳ１１）が、あるモバイル端末装置（ＭＳ１２）へのデータを転送しようとしたときに、スリープモ−ドによりそのコネクションが休止している場合、ＢＳ１１は、コネクション復帰まで、一旦、データを貯めておくか、バッファがない場合は捨ててしまわなければならなかった。しかしながら、基地局装置とモバイル端末装置間で複数のコネクションが開設している場合に、あるコネクションが休止中であっても、別のコネクションを通して基地局装置からのコネクション復帰指示をする。モバイル端末装置は、その指示を受けると、直ちに当該コネクションを復帰せてデータ受信を開始する。
【００６７】
これにより、データを基地局装置に一時的に貯める量が少なくなって、迅速にデータ転送を行うことができる。
【００６８】
即ち、従来の通信方式では、スリープする時間は、ウィンドウサイズ（Ｗｉｎｄｏｗ Ｓｉｚｅ）というカウンタで測定しており、モバイル端末装置も、基地局装置がウィンドウサイズを減らしていって０になったときに、コネクションを復帰する。基地局装置は、そのコネクションに送るべきデータが来ている場合、Ｐｏｓｉｔｉｖｅ Ｉｎｄｉｃａｔｉｏｎ ｂｉｔが立ったＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを、その復帰したコネクションを通じて送信する。受信したモバイル端末装置は、スリープするウィンドウサイズのカウンタを止めて、暫くの間、電源ＯＮのままにする。ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージは、ブロードキャストメッセージで基地局装置から送信することになっている。
【００６９】
ブロードキャストデータであるときには、モバイル端末装置（ＭＳ１２）が確実に取得できるとは限らないので、確実にデータを送っているコネクションを使って、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信する。
【００７０】
この結果、コネクションの属性としてリアルタイムデータ送信中のものもあることから、コネクション復帰を早く行うことで、なるべく基地局装置でのデータ転送の停滞が起きないようにすることができる。
【００７１】
上述したように、基地局装置は、復帰指示であるＭＯＢ＿ＴＲＦ−ＩＮＤメッセージ送信を当該コネクションがアクティブ状態になるまで待つのではなく、そのモバイル端末装置と通信中のコネクションが１本でもあったら、ＴＬＶ（Type-Length-Value）を使って、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信する。そして、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを、他のコネクションを通して、そのコネクションのデータやマネージメントメッセージに添付して送る。標準化しているＩＥＥＥ８０２．１６−２００４で定義している１１．１．６ Ｖｅｎｄｏｒ−ｓｐｅｃｉｆｉｃ ｉｎｆｏｒｍａｔｉｏｎのＴＬＶで、ＭＯＢ＿ＴＲＦ−ＩＮＤをカプセル化し、他のデータに埋め込む。
【００７２】
次に、この発明の第２の実施の形態に係る通信システムについて説明する。図６は、この発明の第２の実施の形態に係る通信システムに用いられる基地局装置の構成を示すブロック図である。図６に示すように、基地局装置（ＢＳ）３１は、有線部インターフェース１３、有線データ受信部１４、転送判定部１５、データ転送判定部１６、コネクション管理部１７、転送データ一時貯蔵部１８、メディアアクセスコード（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｄｅ：ＭＡＣ）データ作成部（データ送信手段）１９、無線部インターフェース２０、及びモバイル端末サービス管理部３２を有している。
【００７３】
図６に示すＢＳ３１は、図２に示すＢＳ１１の構成に、モバイル端末サービス管理部３２を追加している点と、有線部インターフェース１３が、バックボーン（Ｂａｃｋｂｏｎｅ）ネットワークを介してモバイル端末管理サーバ３５と接続されている点が、図２に示すＢＳ１１と異なっている。以下、相違する構成部についてのみ説明する。
【００７４】
モバイル端末サービス管理部３２は、モバイル端末装置（ＭＳ）１２のサービス種別の情報を格納しておく。
【００７５】
データ転送判定部１６は、図２に示すＢＳ１１において説明した機能に加えて、更に次のような機能を備える。ＭＳ１２と通信を始めたときに、モバイル端末管理サーバ３５からＭＳ１２のサービス種別の情報を得るためにパケットを作成し、モバイル端末管理サーバ３５からＭＳ１２のサービス種別の情報を得た場合には、サービス種別の情報をモバイル端末サービス管理部３２に格納する。なお、モバイル端末管理サーバ３５は、ＭＳ１２の認証情報やＭＳ１２のサービス種別の情報を管理する。データ転送を行う場合には、モバイル端末サービス管理部３２からＭＳ１２のサービス種別の情報を取り出して、直ぐに処理するか、一旦時間をおくのかを判断し、一旦時間をおく場合には、転送データ一時貯蔵部１８にデータを格納しておく。
【００７６】
即ち、データ転送判定部１６は、データ取得手段として機能する有線部インターフェース１３と有線データ受信部１４において、ネットワーク側から少なくとも第１のセッション用のデータと共に、第１のセッション及び第２のセッションと異なる第３のセッション用のデータを取得した場合に、第１のセッションと、第３のセッションにおける優先度を把握する優先度把握手段と、把握した各セッションにおける優先度を比較する優先度比較手段として機能すると共に、比較の結果、第３のセッションにおける優先度が高い場合、第３のセッションを介して、第３のセッション用のデータを優先させて送信するように制御する制御手段として機能する。
【００７７】
また、第２の実施の形態に係る通信システムに用いられるモバイル端末装置（ＭＳ）の構成は、第１の実施の形態と同様であるので各構成部の説明を省略する。
【００７８】
次に、第２の実施の形態に係る通信システムによる通信方法について説明する。
【００７９】
まず、ＢＳ３１がＭＳ１２からの通信開始要求を受け取った場合、そのＭＳ１２のサービス種別の情報を得るために、データ転送判定部１６が、モバイル端末管理サーバ３５に、ＭＡＣアドレスなどでＭＳ１２を一意に区別するものを通知するパケットを送信する。モバイル端末管理サーバ３５は、通知された情報から、ＭＳ１２のサービス種別をＢＳ３１に送り返す。データ転送判定部１６では、そのサービス種別の情報をモバイル端末サービス管理部３２に格納する。
【００８０】
有線部インターフェイス１３から転送判定部１５がデータを受信するまでの処理は、第１の実施の形態の処理と同様である。
【００８１】
ここで、バックボーン（Ｂａｃｋｂｏｎｅ）ネットワーク側からサービス種別の異なる第１のモバイル端末装置（ＭＳ）１２−１と第２のモバイル端末装置（ＭＳ）１２−２にほぼ同時にデータが到着した場合を考える。この場合は、ＭＳ１２−１のサービス種別よりもＭＳ１２−２のサービス種別の優先度が高いと仮定する。データ転送判定部１６は、データを受け取った場合に、モバイル端末サービス管理部３２からＭＳ１２−１とＭＳ１２−２のサービス種別を取り出す。この場合は、ＭＳ１２−２のサービス種別がＭＳ１２−１のサービス種別よりも優先度が高いので、ＭＳ１２−２のセッションの方がＭＳ１２−１のセッションよりも優先度が高いと分かる。データ転送判定部１６は、優先的にＭＳ１２−２のセッションに無線上のリソースを割り当てるために、ＭＳ１２−１のセッション宛のデータは一時的に転送データ一時貯蔵部１８に格納する。そして、ＭＳ１２−２のセッション宛のデータをＭＡＣデータ作成部１９に転送する。
【００８２】
次に、ＭＳ１２−１のセッションにデータを送れる時間になった場合は、ＭＳ１２−１のセッションがアクティブ状態であれば、転送データ一時貯蔵部１８からＭＳ１２−１のセッション宛のデータを取り出して、ＭＡＣデータ作成部１９に転送する。ＭＳ１２−１のセッションがスリープ状態であれば、アクティブになることをＭＳ１２−１の別のセッションに通知した後で、送るべき時間になったならば転送データ一時貯蔵部１８からＭＳ１２−１ののセッション宛のデータを取り出して、ＭＡＣデータ作成部１９に転送する。
【００８３】
図７は、第２の実施の形態に係る通信システムによる通信方法におけるデータ送信について説明するシーケンス図である。図７に示すように、ＭＳ１２−１のセッションＡ（第１のセッション）からＢＳ３１へスリープ要求信号（ＭＯＢ＿ＳＬＰ−ＲＥＱ）が出力され、これを受けて、ＢＳ３１からセッションＡへスリープ応答信号（ＭＯＢ＿ＳＬＰ−ＲＳＰ）が出力される。これにより、セッションＡのスリープが開始され、セッションＡがスリープ状態になる。その後、所定時間経過すると、セッションＡはアクティブ状態になり、以後、スリープ状態とアクティブ状態を交互に繰り返す。
【００８４】
一方、ＭＳ１２−１のセッションＢ（第２のセッション）は、セッションＡがスリープ状態にあるときアクティブ状態となり、セッションＡがアクティブ状態にあるときスリープ状態となるように、セッションＡと同様に、スリープ状態とアクティブ状態を交互に繰り返す。
【００８５】
そして、セッションＡがアクティブ状態にあるときに、ＢＳ３１が、セッションＡ用のデータ（セッションＡ宛のパケット）をネットワーク側から取得した場合、ＢＳ３１からアクティブ状態にあるセッションＡへ、ＭＯＢ＿ＴＲＦ−ＩＮＤ（Ｎｏ Ｄａｔａ）が出力される。
【００８６】
ここで、ＭＳ１２−１のセッションＡがスリープ状態にあり、ＭＳ１２−２のセッションＣ（第３のセッション）がアクティブ状態にあるときに、ＢＳ３１が、セッションＡ用のデータ（セッションＡ宛のパケット）とセッションＣ用のデータ（セッションＣ宛のパケット）とをネットワーク側から同時に取得した場合、ＢＳ３１のデータ転送判定部１６は、モバイル端末サービス管理部３２からＭＳ１２−１とＭＳ１２−２のサービス種別を取り出す。ＭＳ１２−２のサービス種別がＭＳ１２−１のサービス種別よりも優先度が高い場合には、セッションＣがセッションＡよりも優先度が高いので、セッションＡ宛のデータを一時的に転送データ一時貯蔵部１８に格納し、セッションＣ宛のデータをＭＳ１２−２に送信する。
【００８７】
次に、セッションＣ宛のデータの送信が終了し、セッションＡにデータを送れる時間になった場合に、セッションＡがスリープ状態であれば、ＢＳ３１からアクティブ状態にあるＭＳ１２−１のセッションＢへ、セッションＡの状態を変更する指示（ＭＯＢ＿ＴＲＦ−ＩＮＤ（Ｎｏ Ｄａｔａ）＋ＭＯＢ＿ＴＲＦ−ＩＮＤ（ＳｅｓｓｉｏｎＡ Ｄａｔａ Ｒｅｃｅｉｖｅ））が出力される。セッションＡの状態を変更する指示が入力されたセッションＢは、スリープ状態のセッションＡへアクティブ指令を出力し、セッションＡをアクティブ状態にする。
【００８８】
スリープ状態にあったセッションＡがアクティブ状態になったならば、ＢＳ３１は、転送データ一時貯蔵部１８に格納してあったセッションＡ用のデータをセッションＡへ送信する。
【００８９】
なお、セッションＣは、図７に示すように、ＭＳ１２−２がＢＳ３１と通信を行うセッションであるが、セッションＣは、ＭＳ１２−１がＢＳ３１と通信を行うセッションでも良い。
【００９０】
また、ＢＳ３１は、ＭＳ１２のサービス種別の情報を、モバイル端末管理サーバ３５から取得しているが、モバイル端末管理サーバ３５に情報を要求することなく、ＢＳ３１自身が、ＭＳ１２がセッション開始要求時に送信するデータに含まれる情報から、ＭＳ１２のサービス種別の情報を、取得するようにしても良い。
【００９１】
このように、第２の実施の形態に係る通信システム１０において、ＢＳ３１が、少なくとも第１のセッション用のデータと、第１のセッション及び第２のセッションと異なる第３のセッション用データを取得した場合に、第１のセッションと、第３のセッションにおける優先度を把握する優先度把握ステップと、把握した各セッションにおける優先度を比較する優先度比較ステップと、比較の結果、第３のセッションにおける優先度が高い場合、第３のセッションを介して、第３のセッション用のデータを優先させて送信するように制御する制御ステップと、の各ステップを経て第３のセッション用のデータが送信される。更に、第１のセッションは、アクティブ状態又はスリープ状態（インアクティブ状態）へ所定時間毎に交互に移行される期間を有し（間欠受信モード）、第２のセッションは、第１のセッションがスリープ状態のときには少なくともアクティブ状態である期間を有しており、この通信システム１０において、ＢＳ３１が、第１のセッションと第２のセッションの状態を把握するセッション状態把握ステップと、この把握に基づいて、第１のセッションがスリープ状態で、且つ、第２のセッションがアクティブ状態であるときに、第１のセッション用のデータをネットワーク側（バックボーンネットワーク）から取得した場合には、第２のセッションを介して、ＭＳ１２へ、第１のセッションの状態を変更するよう指示（要求）する指示ステップと、ＭＳ１２が、この指示を受けた場合、所定時間経過前であっても、第１のセッションをアクティブ状態に変更するセッション状態変更ステップと、ＢＳ３１からＭＳ１２へ、アクティブ状態に変更された第１のセッションを介して当該第１のセッション用のデータを送信するデータ送信ステップと、の各ステップを経て通信が行われる。
【００９２】
これにより、基地局装置は、モバイル端末管理サーバからモバイル端末装置のサービス種別の情報を取得することで、モバイル端末装置毎にパケットの転送を変更することにより、基地局装置のＣＰＵの負荷を低減できる。
【００９３】
つまり、サービス種別の異なる２つのセッション宛にほぼ同時にパケットが到着した場合、基地局装置がモバイル管理サーバと通信してモバイル端末装置のサービス種別を得られるようにし、基地局装置がパケットの転送順番を変更したり、基地局装置のリソースが足りなくなったときに、優先度の低いセッション宛のパケットを、一時的に転送を止めて貯めておくことで、よりサービスの種別の高いモバイル端末装置により安定して通信ができるようになる。
【００９４】
さらに、優先度の低いセッション宛のパケットを送信しようとしたときに、スリープモ−ドによりセッションが休止している場合、基地局装置は、別のセッションを通してモバイル端末装置にセッション復帰指示をする。モバイル端末装置は、その指示を受けると、直ちに当該セッションを復帰せてデータ受信を開始する。これにより、データを基地局装置に一時的に貯める量が少なくなって、迅速にデータ転送を行うことができる。
【００９５】
なお、本発明は、上述した実施の形態により説明したが、この実施の形態に限定されるものではない。従って、本発明の趣旨を逸脱することなく変更態様として実施するものも含むものである。
【符号の説明】
【００９６】
１０ 通信システム
１１，３１ ＢＳ
１２ ＭＳ
１３ 有線部インターフェース
１４ 有線データ受信部
１５ 転送判定部
１６ データ転送判定部
１７ コネクション管理部
１８ 転送データ一時貯蔵部
１９ ＭＡＣデータ作成部
２０ 無線部インターフェース
２１ 転送判定部
２２ データ転送判定部
２３ ＭＡＣデータ作成部
２４ 無線部インターフェイス
２５ 一時データ貯蔵部
２６ コネクション管理部
２７ インターフェイス制御部
３２ モバイル端末サービス管理部
３５ モバイル端末管理サーバ
【特許請求の範囲】
【請求項１】
通信端末装置と基地局装置との間で、少なくとも第１のセッション及び第２のセッションにて通信を行うことができる通信システムにおける通信方法であって、
前記第１のセッションは、アクティブ状態又はスリープ状態へ所定時間毎に交互に移行される期間を有し、前記第２のセッションは、前記第１のセッションがスリープ状態のときには少なくともアクティブ状態である期間を有し、
前記基地局装置が、前記第１のセッションと前記第２のセッションの状態を把握するセッション状態把握ステップと、
前記把握に基づいて、前記第１のセッションがスリープ状態で、且つ、前記第２のセッションがアクティブ状態であるときに、前記第１のセッション用のデータをネットワーク側から取得した場合には、前記第２のセッションを介して、前記通信端末装置へ、前記第１のセッションの状態を変更するよう指示する指示ステップと、
前記通信端末装置が、前記指示を受けた場合、前記所定時間経過前であっても、前記第１のセッションをアクティブ状態に変更するセッション状態変更ステップと、
前記基地局装置から前記通信端末装置へ、前記アクティブ状態に変更された第１のセッションを介して当該第１のセッション用のデータを送信するデータ送信ステップと、
を含む、ことを特徴とする通信方法。
【請求項２】
前記指示ステップでは、前記ネットワーク側から、前記第１のセッション用のリアルタイム通信用のデータを取得した場合に、前記第２のセッションを介して、前記通信端末装置へ、前記第１のセッションの状態を変更するよう指示する、ことを特徴とする請求項１に記載の通信方法。
【請求項３】
前記第２のセッションは、アクティブ状態又はスリープ状態へ所定時間毎に交互に移行される時間を有し、
前記セッション状態把握ステップでは、前記第１のセッションでのアクティブ状態又はスリープ状態と前記第２のセッションでのアクティブ状態又はスリープ状態を把握する、ことを特徴とする請求項１または２に記載の通信方法。
【請求項４】
前記基地局装置が、
少なくとも前記第１のセッション用のデータと、前記第１のセッション及び前記第２のセッションと異なる第３のセッション用データを取得した場合に、前記第１のセッションと、前記第３のセッションにおける優先度を把握する優先度把握ステップと、
前記把握した各優先度を比較する優先度比較ステップと、
前記比較の結果、前記第３のセッションにおける優先度が高い場合、前記第３のセッションを介して、前記第３のセッション用のデータを優先させて送信するように制御する制御ステップと、を更に含み、
前記第３のセッション用のデータが送信された後に、前記セッション状態把握ステップ以降のステップを実行する、ことを特徴とする請求項１乃至３のいずれかに記載の通信方法。
【請求項５】
前記第１のセッションと、前記第３のセッションで通信を行う通信端末装置が異なる場合、
前記優先度把握ステップは、前記各セッションで通信を行う通信端末装置の優先度を把握し、
前記制御ステップは、前記優先度比較ステップにおける比較の結果、前記第３のセッションで通信を行う通信端末装置の優先度が高い場合、前記第３のセッションを介して、前記第３のセッション用のデータを優先させて送信するように制御する、ことを特徴とする請求項４に記載の通信方法。
【請求項６】
通信端末装置と基地局装置との間で、少なくとも第１のセッション及び第２のセッションにて通信を行うことができる通信システムであって、
前記通信端末装置は、
前記第１のセッションが、アクティブ状態又はスリープ状態へ所定時間毎に交互に移行される期間を有し、且つ、前記第２のセッションが、前記第１のセッションがスリープ状態のときには少なくともアクティブ状態である期間を有するようにセッション状態を制御する制御手段を有し、
前記基地局装置は、
前記第１のセッションと前記第２のセッションの状態を把握するセッション状態把握手段と、
ネットワーク側から前記第１のセッション用のデータを取得するデータ取得手段と、
前記セッション状態把握手段での把握に基づいて、前記第１のセッションがスリープ状態で、且つ、前記第２のセッションがアクティブ状態であるときに、前記データ取得手段で前記第１のセッション用のデータを取得した場合には、前記第２のセッションを介して、前記通信端末装置へ、前記第１のセッションの状態を変更するよう指示する指示手段と、を有し、
前記通信端末装置は、
前記制御手段が、前記指示に基づいて、前記所定時間経過前であっても、前記第１のセッションをアクティブ状態に変更するようにセッション状態を制御し、
前記基地局装置は、
前記アクティブ状態に変更された第１のセッションを介して当該第１のセッション用のデータを送信するデータ送信手段を更に有する、
ことを特徴とする通信システム。
【請求項７】
前記基地局装置は、
前記データ取得手段において、ネットワーク側から少なくとも前記第１のセッション用のデータと共に、前記第１のセッション及び前記第２のセッションと異なる第３のセッション用のデータを取得した場合に、前記第１のセッションと、前記第３のセッションにおける優先度を把握する優先度把握手段と、
前記把握した各優先度を比較する優先度比較手段と、
前記比較の結果、前記第３のセッションにおける優先度が高い場合、前記第３のセッションを介して、前記第３のセッション用のデータを優先させて送信するように制御する制御手段と、
を更に有する、ことを特徴とする請求項６に記載の通信システム。
【請求項８】
基地局装置との間で、少なくとも第１のセッション及び第２のセッションにて通信を行うことができる通信端末装置であって、
前記第１のセッションが、アクティブ状態又はスリープ状態へ所定時間毎に交互に移行される期間を有し、且つ、前記第２のセッションが、前記第１のセッションがスリープ状態のときには少なくともアクティブ状態である期間を有するようにセッション状態を制御する制御手段と、
前記第１のセッションがスリープ状態で、且つ、前記第２のセッションがアクティブ状態であるときに、前記基地局装置からの、前記第１のセッションの状態を変更する旨を示す指示を取得する手段と、を有し、
前記制御手段が、前記指示に基づいて、前記所定時間経過前であっても、前記第１のセッションをアクティブ状態に変更するようにセッション状態を制御する、
ことを特徴とする通信端末装置。
【請求項９】
通信端末装置との間で、少なくとも第１のセッション及び第２のセッションにて通信を行うことができる基地局装置であって、
前記第１のセッションと前記第２のセッションとの状態を把握するセッション状態把握手段と、
ネットワーク側から前記第１のセッション用のデータを取得するデータ取得手段と、
前記セッション状態把握手段での把握に基づいて、前記第１のセッションがスリープ状態で、且つ、前記第２のセッションがアクティブ状態であるときに、前記データ取得手段で前記第１のセッション用のデータを取得した場合には、前記第２のセッションを介して、前記通信端末装置へ、前記第１のセッションの状態を変更するよう指示する指示手段と、
前記指示後、前記第１のセッションを介して、前記通信端末装置へ当該第１のセッション用のデータを送信するデータ送信手段と、を有する、
ことを特徴とする基地局装置。
【請求項１０】
前記データ取得手段において、ネットワーク側から少なくとも前記第１のセッション用のデータと共に、前記第１のセッション及び前記第２のセッションと異なる第３のセッション用のデータを取得した場合に、前記第１のセッションと、前記第３のセッションにおける優先度を把握する優先度把握手段と、
前記把握した各優先度を比較する優先度比較手段と、
前記比較の結果、前記第３のセッションにおける優先度が高い場合、前記第３のセッションを介して、前記第３のセッション用のデータを優先させて送信するように制御する制御手段と、
を更に有する、ことを特徴とする請求項９に記載の基地局装置。
【請求項１】
通信端末装置と基地局装置との間で、少なくとも第１のセッション及び第２のセッションにて通信を行うことができる通信システムにおける通信方法であって、
前記第１のセッションは、アクティブ状態又はスリープ状態へ所定時間毎に交互に移行される期間を有し、前記第２のセッションは、前記第１のセッションがスリープ状態のときには少なくともアクティブ状態である期間を有し、
前記基地局装置が、前記第１のセッションと前記第２のセッションの状態を把握するセッション状態把握ステップと、
前記把握に基づいて、前記第１のセッションがスリープ状態で、且つ、前記第２のセッションがアクティブ状態であるときに、前記第１のセッション用のデータをネットワーク側から取得した場合には、前記第２のセッションを介して、前記通信端末装置へ、前記第１のセッションの状態を変更するよう指示する指示ステップと、
前記通信端末装置が、前記指示を受けた場合、前記所定時間経過前であっても、前記第１のセッションをアクティブ状態に変更するセッション状態変更ステップと、
前記基地局装置から前記通信端末装置へ、前記アクティブ状態に変更された第１のセッションを介して当該第１のセッション用のデータを送信するデータ送信ステップと、
を含む、ことを特徴とする通信方法。
【請求項２】
前記指示ステップでは、前記ネットワーク側から、前記第１のセッション用のリアルタイム通信用のデータを取得した場合に、前記第２のセッションを介して、前記通信端末装置へ、前記第１のセッションの状態を変更するよう指示する、ことを特徴とする請求項１に記載の通信方法。
【請求項３】
前記第２のセッションは、アクティブ状態又はスリープ状態へ所定時間毎に交互に移行される時間を有し、
前記セッション状態把握ステップでは、前記第１のセッションでのアクティブ状態又はスリープ状態と前記第２のセッションでのアクティブ状態又はスリープ状態を把握する、ことを特徴とする請求項１または２に記載の通信方法。
【請求項４】
前記基地局装置が、
少なくとも前記第１のセッション用のデータと、前記第１のセッション及び前記第２のセッションと異なる第３のセッション用データを取得した場合に、前記第１のセッションと、前記第３のセッションにおける優先度を把握する優先度把握ステップと、
前記把握した各優先度を比較する優先度比較ステップと、
前記比較の結果、前記第３のセッションにおける優先度が高い場合、前記第３のセッションを介して、前記第３のセッション用のデータを優先させて送信するように制御する制御ステップと、を更に含み、
前記第３のセッション用のデータが送信された後に、前記セッション状態把握ステップ以降のステップを実行する、ことを特徴とする請求項１乃至３のいずれかに記載の通信方法。
【請求項５】
前記第１のセッションと、前記第３のセッションで通信を行う通信端末装置が異なる場合、
前記優先度把握ステップは、前記各セッションで通信を行う通信端末装置の優先度を把握し、
前記制御ステップは、前記優先度比較ステップにおける比較の結果、前記第３のセッションで通信を行う通信端末装置の優先度が高い場合、前記第３のセッションを介して、前記第３のセッション用のデータを優先させて送信するように制御する、ことを特徴とする請求項４に記載の通信方法。
【請求項６】
通信端末装置と基地局装置との間で、少なくとも第１のセッション及び第２のセッションにて通信を行うことができる通信システムであって、
前記通信端末装置は、
前記第１のセッションが、アクティブ状態又はスリープ状態へ所定時間毎に交互に移行される期間を有し、且つ、前記第２のセッションが、前記第１のセッションがスリープ状態のときには少なくともアクティブ状態である期間を有するようにセッション状態を制御する制御手段を有し、
前記基地局装置は、
前記第１のセッションと前記第２のセッションの状態を把握するセッション状態把握手段と、
ネットワーク側から前記第１のセッション用のデータを取得するデータ取得手段と、
前記セッション状態把握手段での把握に基づいて、前記第１のセッションがスリープ状態で、且つ、前記第２のセッションがアクティブ状態であるときに、前記データ取得手段で前記第１のセッション用のデータを取得した場合には、前記第２のセッションを介して、前記通信端末装置へ、前記第１のセッションの状態を変更するよう指示する指示手段と、を有し、
前記通信端末装置は、
前記制御手段が、前記指示に基づいて、前記所定時間経過前であっても、前記第１のセッションをアクティブ状態に変更するようにセッション状態を制御し、
前記基地局装置は、
前記アクティブ状態に変更された第１のセッションを介して当該第１のセッション用のデータを送信するデータ送信手段を更に有する、
ことを特徴とする通信システム。
【請求項７】
前記基地局装置は、
前記データ取得手段において、ネットワーク側から少なくとも前記第１のセッション用のデータと共に、前記第１のセッション及び前記第２のセッションと異なる第３のセッション用のデータを取得した場合に、前記第１のセッションと、前記第３のセッションにおける優先度を把握する優先度把握手段と、
前記把握した各優先度を比較する優先度比較手段と、
前記比較の結果、前記第３のセッションにおける優先度が高い場合、前記第３のセッションを介して、前記第３のセッション用のデータを優先させて送信するように制御する制御手段と、
を更に有する、ことを特徴とする請求項６に記載の通信システム。
【請求項８】
基地局装置との間で、少なくとも第１のセッション及び第２のセッションにて通信を行うことができる通信端末装置であって、
前記第１のセッションが、アクティブ状態又はスリープ状態へ所定時間毎に交互に移行される期間を有し、且つ、前記第２のセッションが、前記第１のセッションがスリープ状態のときには少なくともアクティブ状態である期間を有するようにセッション状態を制御する制御手段と、
前記第１のセッションがスリープ状態で、且つ、前記第２のセッションがアクティブ状態であるときに、前記基地局装置からの、前記第１のセッションの状態を変更する旨を示す指示を取得する手段と、を有し、
前記制御手段が、前記指示に基づいて、前記所定時間経過前であっても、前記第１のセッションをアクティブ状態に変更するようにセッション状態を制御する、
ことを特徴とする通信端末装置。
【請求項９】
通信端末装置との間で、少なくとも第１のセッション及び第２のセッションにて通信を行うことができる基地局装置であって、
前記第１のセッションと前記第２のセッションとの状態を把握するセッション状態把握手段と、
ネットワーク側から前記第１のセッション用のデータを取得するデータ取得手段と、
前記セッション状態把握手段での把握に基づいて、前記第１のセッションがスリープ状態で、且つ、前記第２のセッションがアクティブ状態であるときに、前記データ取得手段で前記第１のセッション用のデータを取得した場合には、前記第２のセッションを介して、前記通信端末装置へ、前記第１のセッションの状態を変更するよう指示する指示手段と、
前記指示後、前記第１のセッションを介して、前記通信端末装置へ当該第１のセッション用のデータを送信するデータ送信手段と、を有する、
ことを特徴とする基地局装置。
【請求項１０】
前記データ取得手段において、ネットワーク側から少なくとも前記第１のセッション用のデータと共に、前記第１のセッション及び前記第２のセッションと異なる第３のセッション用のデータを取得した場合に、前記第１のセッションと、前記第３のセッションにおける優先度を把握する優先度把握手段と、
前記把握した各優先度を比較する優先度比較手段と、
前記比較の結果、前記第３のセッションにおける優先度が高い場合、前記第３のセッションを介して、前記第３のセッション用のデータを優先させて送信するように制御する制御手段と、
を更に有する、ことを特徴とする請求項９に記載の基地局装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１２−９０２９５（Ｐ２０１２−９０２９５Ａ）
【公開日】平成２４年５月１０日（２０１２．５．１０）
【国際特許分類】
【出願番号】特願２０１１−２５５６８０（Ｐ２０１１−２５５６８０）
【出願日】平成２３年１１月２４日（２０１１．１１．２４）
【分割の表示】特願２００７−１４１６３４（Ｐ２００７−１４１６３４）の分割
【原出願日】平成１９年５月２９日（２００７．５．２９）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
【公開日】平成２４年５月１０日（２０１２．５．１０）
【国際特許分類】
【出願日】平成２３年１１月２４日（２０１１．１１．２４）
【分割の表示】特願２００７−１４１６３４（Ｐ２００７−１４１６３４）の分割
【原出願日】平成１９年５月２９日（２００７．５．２９）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
[ Back to top ]