無線端末の消費電力を低減させる通信制御方法及びシステム
【課題】特に災害時のように無線通信システムの高輻輳状態時に、無線端末の待ち受け時間における消費電力をできる限り低減させると共に、基地局へ集中する無線リンクの接続数をできる限り低減させることができる通信制御方法及びシステムを提供する。
【解決手段】セッション制御装置は、無線端末毎に、着信を確認する確認時刻を保持している。第２の無線端末が、第２の基地局に対して無線リンクを接続し、セッション制御装置へ、第１の無線端末を宛先とするセッション確立要求を送信する。セッション制御装置は、第１の無線端末の確認時刻を含むセッション確立応答を、第２の無線端末へ返信する。そして、第２の無線端末は、無線リンクを切断状態又は休止状態にする。その後、第１の無線端末の確認時刻に達した時に、第１の無線端末が、第１の基地局に対して無線リンクを接続し、第２の無線端末が、第２の基地局に対して無線リンクを接続する。
【解決手段】セッション制御装置は、無線端末毎に、着信を確認する確認時刻を保持している。第２の無線端末が、第２の基地局に対して無線リンクを接続し、セッション制御装置へ、第１の無線端末を宛先とするセッション確立要求を送信する。セッション制御装置は、第１の無線端末の確認時刻を含むセッション確立応答を、第２の無線端末へ返信する。そして、第２の無線端末は、無線リンクを切断状態又は休止状態にする。その後、第１の無線端末の確認時刻に達した時に、第１の無線端末が、第１の基地局に対して無線リンクを接続し、第２の無線端末が、第２の基地局に対して無線リンクを接続する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線端末間における発着信シーケンスの技術に関する。
【背景技術】
【０００２】
近年、スマートフォンやタブレット端末のような高機能携帯端末が普及してきている。このような端末は、携帯電話網（３Ｇ）や、無線ＬＡＮ(Local Area Network)、ＷｉＭＡＸ(Worldwide Interoperability for Microwave Access)のような様々な種類の通信インタフェースを使い分けることができる。様々な無線通信環境に対して通話やメッセージングを実現するために、これら端末には、双方向アプリケーションがインストールされる場合が多い（例えば引用文献１〜３参照）。
【０００３】
これらアプリケーションは、少なくとも、アプリケーション毎に割り当てられたユーザ又は無線端末を識別可能な識別子（アプリケーション識別子と称す）と、端末のＩＰアドレスとを含む登録要求を、ネットワークに配置されたサーバへ送信する。登録要求を受信したサーバは、アプリケーション識別子及びＩＰアドレスを登録することによって、端末の位置登録処理を実行する。
【０００４】
このような双方向アプリケーションに基づくセッションの確立によれば、発信側端末は、着信側端末のアプリケーション識別子及びＩＰアドレスを含むセッション確立要求を、サーバへ送信する。サーバは、セッション確立要求に含まれる情報によって、着信側端末を検索する。そして、サーバは、セッション確立要求を、着信側端末へプッシュ的に送信する。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】Skype、[online]、［平成２３年８月１１日検索］、インターネット＜URL:http://www.skype.com/intl/ja/home/＞
【非特許文献２】FaceTime、[online]、［平成２３年８月１１日検索］、インターネット＜URL:http://www.apple.com/jp/iphone/features/facetime.html＞
【非特許文献３】Google Talk、[online]、［平成２３年８月１１日検索］、インターネット＜URL:http://www.google.com/talk/intl/ja/＞
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来のセッション確立方法によれば、無線端末は、サーバからのセッション確立要求を受信するために、常時、基地局との間の無線リンクを接続しておく必要がある。そのために、無線端末は、常に待ち受け状態を維持する必要があり、消費電力が大きくなるという問題がある。
【０００７】
また、現在の無線通信システムによれば、基地局に接続可能な無線端末の数が制限されている。例えば、災害発生時などのように、多くの無線端末が一度に、１つの基地局に集中的に接続する場合がある。このような場合、従来の携帯電話機のような無線端末では、通信事業者網からの発信制御信号によって発信端末数を制御することができる。
【０００８】
しかしながら、スマートフォンやタブレット端末のような高機能携帯端末では、通信事業者網から発信制御をすることができない。結果的に、災害発生時のような場合、１つの基地局に対して接続可能な無線端末の数が超過し、その後の無線端末は、基地局との間で無線リンクを接続することができない。
【０００９】
そこで、本発明は、特に災害時のように無線通信システムの高輻輳状態時に、無線端末の待ち受け時間における消費電力をできる限り低減させると共に、基地局へ集中する無線リンクの接続数をできる限り低減させることができる通信制御方法及びシステムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明によれば、無線通信網の基地局に接続する複数の無線端末と、広域通信網に接続されたセッション制御装置とを有し、無線通信網及び広域通信網が相互接続されたシステムにおける通信制御方法であって、
セッション制御装置は、無線端末毎に、着信を確認する確認時刻を保持しており、
第２の無線端末が、第１の無線端末へ発信する際に、第２の基地局に対して無線リンクを接続する第１のステップ（Ｓ６）と、
第２の無線端末が、第２の基地局を介してセッション制御装置へ、第１の無線端末を宛先とするセッション確立要求を送信する第２のステップ（Ｓ７）と、
セッション制御装置が、第１の無線端末の確認時刻を含むセッション確立応答を、第２の基地局を介して、第２の無線端末へ返信する第３のステップ（Ｓ８）と、
第２の無線端末が、第２の基地局に対する無線リンクを切断状態又は休止状態にする第４のステップ（Ｓ９）と、
第１の無線端末の確認時刻に達した時に、第１の無線端末が、第１の基地局に対して無線リンクを接続すると共に、第２の無線端末が、第２の基地局に対して無線リンクを接続する第５のステップ（Ｓ１０）と、
第１の無線端末が、第１の基地局を介してセッション制御装置へ、確認要求を送信する第６のステップ（Ｓ１１）と
を有することを特徴とする。
【００１１】
本発明の通信制御方法における他の実施形態によれば、
第１のステップ（Ｓ６）の前段について、
第１の無線端末が、第１の基地局に対して無線リンクを接続するステップ（Ｓ１）と、
第１の無線端末が、第１の基地局を介してセッション制御装置へ、登録要求を送信するステップ（Ｓ２）と、
セッション制御装置が、第１の無線端末の登録処理を実行すると共に、第１の無線端末の確認時刻を決定するステップ（Ｓ３）と、
セッション制御装置が、確認時刻を含む登録応答を、第１の基地局を介して第１の無線端末へ返信するステップ（Ｓ４）と、
第１の無線端末が、第１の基地局に対する無線リンクを切断状態又は休止状態にするステップ（Ｓ５）と
を有し、
第１の無線端末は、確認時刻に達した時に、第１の基地局に対して無線リンクを接続するように動作することも好ましい。
【００１２】
本発明の通信制御方法における他の実施形態によれば、
セッション制御装置は、基地局全ての通信状態情報を収集しており、
第１の基地局の通信状態に応じて第１の無線端末の確認時刻を決定する
ことも好ましい。
【００１３】
本発明の通信制御方法における他の実施形態によれば、
第６のステップ（Ｓ１１）の後段として、
セッション制御装置が、第１の無線端末に対するセッション確立要求を既に受信しているか否かを確認する第７のステップと、
セッション制御装置が、第７のステップ（Ｓ１２）で真と判定した場合、確認応答を、第１の基地局を介して第１の無線端末へ送信する第８のステップ（Ｓ１３）と、
第１の無線端末が、第１の基地局を介してセッション制御装置へ、セッション確立要求を送信する第９のステップ（Ｓ１４）と、
セッション制御装置が、セッション確立要求を、第２の基地局を介して第２の無線端末へ送信する第１０のステップ（Ｓ１５）と
を有することも好ましい。
【００１４】
本発明の通信制御方法における他の実施形態によれば、
第６のステップ（Ｓ１１）の後段として、
セッション制御装置が、第１の無線端末に対するセッション確立要求を既に受信しているか否かを確認する第７のステップ（Ｓ１２）と、
セッション制御装置が、第７のステップで真と判定した場合、セッション確立要求を、第１の基地局を介して第１の無線端末へ送信する第８のステップ（Ｓ１３）と、
第１の無線端末が、第１の基地局を介してセッション制御装置へ、セッション確立応答を送信する第９のステップ（Ｓ１４）と、
セッション制御装置が、セッション確立応答を、第２の基地局を介して第２の無線端末へ送信する第１０のステップ（Ｓ１５）と
を有することも好ましい。
【００１５】
本発明の通信制御方法における他の実施形態によれば、
第３のステップ（Ｓ８）について、セッション制御装置は、第１の基地局の通信状態に応じて確認時刻を更新し、第１の無線端末の当該確認時刻を含むセッション確立応答を、第２の基地局を介して、第２の無線端末へ返信し、
第６のステップ（Ｓ１１）の後段として、
セッション制御装置が、第１の無線端末に対するセッション確立要求を既に受信しているか否かを確認する第７のステップ（Ｓ１２）と、
セッション制御装置が、第７のステップで真と判定した場合、更新された第１の無線端末の確認時刻を含む確認応答を、第１の基地局を介して第１の無線端末へ返信する第８のステップ（Ｓ１３）と、
第１の無線端末が、第１の基地局に対する無線リンクを切断状態又は休止状態にするステップと
を有することも好ましい。
【００１６】
本発明の通信制御方法における他の実施形態によれば、
確認要求は、SIP Requestメソッド又はHTTP Requestメソッドであり、
確認応答は、SIP Responseメソッド又はHTTP Responseメソッドであり、
確認時刻は、SIP Responseメソッド又はHTTP ResponseメソッドにおけるReason phaseに含まれることも好ましい。
【００１７】
本発明の通信制御方法における他の実施形態によれば、
無線端末は、アプリケーションをインストール可能な高機能端末であって、基地局との間の無線リンクの種類に関係なく、アプリケーションレベルで通話又はメッセージを交換することができる双方向アプリケーションがインストールされていることも好ましい。
【００１８】
本発明の通信制御方法における他の実施形態によれば、
セッション制御装置は、複数のピア装置からなるＰ２Ｐ(Peer-to-Peer)ネットワークで構成されており、
第１の無線端末及び第２の無線端末と通信可能ないずれか１つのピア装置が、セッション制御装置として動作することも好ましい。
【００１９】
本発明によれば、無線通信網の基地局に接続する複数の無線端末と、広域通信網に接続されたセッション制御装置とを有し、無線通信網及び広域通信網が相互接続された通信制御システムであって、
セッション制御装置は、
基地局全ての通信状態情報を収集管理する通信状態蓄積手段と、
無線端末から基地局を介して登録要求を受信し、登録処理を実行する登録処理手段と、
登録要求を受信した際に、基地局の通信状態に応じて確認時刻を決定する確認時刻決定手段と、
確認時刻を含む登録応答を、基地局を介して無線端末へ返信する登録応答返信手段と、
無線端末から基地局を介してセッション確立要求を受信した場合、確認時刻を含むセッション確立応答を当該無線端末へ返信するセッション確立制御手段と、
無線端末から基地局を介して確認要求を受信した場合、当該無線端末を宛先とするセッション確立要求を既に受信しているか否かを判定する着信判定手段と、
着信判定手段によって真と判定された場合、先に受信したセッション確立要求又は確認応答を、無線端末へ返信する確認応答返信手段と
を有し、
無線端末は、
基地局に対して無線リンクを接続状態／切断状態（又は休止状態）にする無線リンク接続制御手段と、
無線リンクの接続後、基地局を介してセッション制御装置へ、登録要求を送信する登録要求送信手段と、
セッション制御装置から基地局を介して登録応答を受信し、当該登録応答に含まれる確認時刻を取得する登録応答受信手段と、
無線リンクの接続後、基地局を介してセッション制御装置へ、確認要求を送信する確認要求送信手段と、
セッション制御装置から基地局を介して確認応答を受信し、当該確認応答に含まれる着信の有無及び／又は確認時刻を取得する確認応答受信手段と、
基地局を介してセッション制御装置へ、宛先の無線端末を指定したセッション確立要求を送信し、その後、セッション制御装置から基地局を介してセッション確立応答を受信し、当該セッション確立応答に含まれる確認時刻を取得するセッション確立制御手段と、
取得された確認時刻を、タイマに設定するタイマ手段と
を有し、
無線リンク接続制御手段は、確認時刻を取得した後、無線リンクを切断状態又は休止状態にし、タイマ手段がタイムアウトを発生した際に、無線リンクを接続する
ことを特徴とする。
【発明の効果】
【００２０】
本発明の通信制御方法及びシステムによれば、特に災害時のように無線通信システムの高輻輳状態時に、無線端末の待ち受け時間における消費電力をできる限り低減させると共に、基地局へ集中する無線リンクの接続数をできる限り低減させることができる。
【図面の簡単な説明】
【００２１】
【図１】無線端末の双方向アプリケーションを用いたシステムの構成図である。
【図２】本発明における登録処理を表すシーケンス図である。
【図３】本発明における発着信処理を表すシーケンス図である。
【図４】図３のシーケンスの後で実行される第１のシーケンス図である。
【図５】図３のシーケンスの後で実行される第２のシーケンス図である。
【図６】確認時刻が更新された場合のシーケンス図である。
【図７】本発明におけるセッション制御装置及び無線端末の機能構成図である。
【発明を実施するための形態】
【００２２】
以下では、本発明の実施の形態について、図面を用いて詳細に説明する。
【００２３】
図１は、無線端末の双方向アプリケーションを用いたシステムの構成図である。
【００２４】
図１によれば、無線端末２は、スマートフォンのような高機能携帯端末であって、既存の双方向アプリケーションが予めインストールされている。双方向アプリケーションとしては、例えばSkype（登録商標）、Facetime（登録商標）、Google Talk（登録商標）がある（例えば非特許文献１〜３参照）。無線端末２は、基地局３との間で無線リンクを接続し、アクセスネットワークに接続する。例えば、無線リンクが無線ＬＡＮである場合、基地局はアクセスポイントとなる。一般に、アクセスネットワークと、インターネットのような広域通信網とは相互接続されており、無線端末２は、アクセスネットワークを介してインターネットに接続することができる。
【００２５】
また、図１によれば、アプリケーション同士の通話及びメッセージングを交換するためのセッション制御装置１が、インターネットに接続されている。セッション制御装置１は、無線端末２同士の間でセッションを確立するべく機能する。そのために、セッション制御装置１は、無線端末２のアプリケーション識別子及びＩＰアドレスを登録する。
【００２６】
セッション制御装置１は、基地局全ての通信状態を収集管理している。通信状態としては、例えば当該基地局に対する無線端末の接続数であってもよいし、当該基地局に障害（例えば災害）が発生した旨の情報であってもよい。また、当該基地局における許容通信量に対する現通信量を表す通信負荷率や、最大処理量に対する現処理量を表す処理負荷率であってもよい。更に、当該基地局において発信規制が行われている場合に、発信規制率の情報であってもよい。尚、セッション制御装置１は、基地局の通信状態を、基地局から直接取得してもよいし、無線通信網内のサーバ又は無線端末から取得してもよい。
【００２７】
セッション制御装置１は、ＳＩＰ(Session Initiation Protocol)サーバであってもよいし、Ｗｅｂサーバであってもよい。また、セッション制御装置１は、その処理能力を高めるべく、複数のピア装置から構成されるＰ２Ｐ(Peer-to-Peer)ネットワークとして機能するものであってもよい。この場合、セッションを確立する無線端末に応じて、セッションを制御するピア装置が決定される。
【００２８】
図２は、本発明における登録処理を表すシーケンス図である。
【００２９】
（Ｓ１）最初に、無線端末２Ａは、基地局３Ａに対して無線リンクを接続する。無線リンクの接続には、無線端末の接続認証処理も含められ、アクセスネットワークに接続した状態である。無線端末２Ａは、無線リンクの切断状態（Disconnected）から接続状態へ移行してもよいし、無線リンクの休止状態（Dormant）から接続状態へ移行してもよい。Dormant方式とは、データが送受信されていないときや電波状態が悪いときに、通信を休止状態にすることができる通信方式をいう。休止状態では、データを送受信しないが、ネットワークの接続状態は維持されている。休止状態の端末へ、リクエストを発信することによって、直ぐに通信を再開させることができる。再度、セッションを確立することなく、しかも無駄に通信回線を占有しないので、通信の効率化を図ることができる。ここで、無線リンクの接続状態にある無線端末の消費電力は、切断状態又は休止状態にある消費電力と比較して、高くなる。
【００３０】
（Ｓ２）次に、無線端末２Ａは、基地局３Ａを介してセッション制御装置１へ、「登録要求」を送信する。登録要求には、双方向アプリケーションに基づいて、少なくとも当該無線端末のアプリケーション識別子と、当該無線端末のＩＰアドレスとが含まれる。また、登録要求に、基地局３Ａの通信状態を含むものであってもよい。
【００３１】
（Ｓ３）セッション制御装置１は、登録要求に含まれるアプリケーション識別子及びＩＰアドレスを取得し、当該端末について登録処理を実行する。具体的には、アプリケーション識別子及びＩＰアドレスが、セッション制御装置１の登録テーブルに登録される。
【００３２】
また、セッション制御装置１は、基地局３Ａの通信状態に応じて確認時刻（着信確認時刻）を決定する。通信状態とは、例えば基地局に接続された無線端末の数によって表される輻輳状態であってもよい。例えば、無線端末２が在圏するエリアで災害が発生した場合、その基地局３は、無線端末からの接続要求の集中によって高輻輳状態となる。
所定閾値以下の低輻輳状態 -> 確認時間間隔を初期値に設定する
所定閾値よりも高い高輻輳状態 -> 確認時間間隔を長く設定する
確認時刻は、現時刻に確認時間間隔を加算したものである。
確認時刻＝現時刻＋確認時間間隔
【００３３】
セッション制御装置１は、登録テーブルとして、無線端末のアプリケーション識別子及びＩＰアドレスの組毎に、基地局の通信状態と、確認時刻と、着信情報とを記憶する。基地局の通信状態とは、当該無線端末と無線リンクを接続する基地局に基づく。確認時刻は、当該無線端末が次に無線リンクを接続する時刻である。着信情報とは、当該無線端末を宛先としたセッション確立要求を受信した否かの情報である。
【表１】
【００３４】
（Ｓ４）セッション制御装置１は、確認時刻を含む登録応答を、基地局３Ａを介して無線端末２Ａへ返信する。無線端末２は、受信した登録応答から確認時刻を取得し、タイマ部に設定する。
【００３５】
（Ｓ５）そして、無線端末２Ａは、基地局３Ａに対する無線リンクを切断状態又は休止状態にする。
【００３６】
その後、確認時刻に達したとする。このとき、無線端末２Ａは、基地局３Ａに対して無線リンクを接続する。
【００３７】
そして、無線端末２Ａは、無線リンクの接続後、確認要求（着信確認要求）を、基地局３Ａを介してセッション制御装置１へ送信する。確認要求には、無線端末を特定するべくアプリケーション識別子が含まれる。
【００３８】
確認要求を受信したセッション制御装置１は、アプリケーション識別子から無線端末２Ａを特定し、当該無線端末２Ａに対する着信があったか否かを確認する。ここで、図２によれば、着信は無い。
【００３９】
この場合、セッション制御装置１は、確認応答を、基地局３Ａを介して無線端末２Ａへ返信する。確認応答には、着信の有無と、次の確認時刻とが含まれる。図２によれば、確認応答には、「着信の無し」の情報が含まれる。
【００４０】
確認応答を受信した無線端末２Ａは、着信無しを知ることによって、基地局３Ａとの間の無線リンクを切断状態又は休止状態にする。また、無線端末２Ａは、次の確認時刻まで、無線リンクを接続しない。
【００４１】
図３は、本発明における発着信処理を表すシーケンス図である。
【００４２】
図３によれば、無線端末２Ｂが発信側となり、無線端末２Ａが着信側となって、セッションを確立するシーケンスを表す。
【００４３】
（Ｓ６）無線端末２Ｂは、無線端末２Ａへ発信する際に、基地局３Ｂに対して無線リンクを接続する。
【００４４】
（Ｓ７）無線端末２Ｂは、無線リンクの接続後、基地局３Ｂを介してセッション制御装置１へ、無線端末２Ａを宛先とする「セッション確立要求」を送信する。セッション確立要求は、発信元となる無線端末２Ｂのアプリケーション識別子及びＩＰアドレスと共に、着信先となる無線端末２Ａのアプリケーション識別子を含む。セッション制御装置１がＳＩＰサーバである場合、無線端末２Ｂは、セッション確立要求として、SIP Inviteを送信する。
INVITE sip:bob@ezweb.ne.jp SIP/2.0
Via SIP/2.0/UDP pc33.ezweb.ne.jp; branch=z9hG4bKnashds8
MAX-Forwards: 70
To: Bob <sip:bob@ezweb.ne.jp>
From: Alice <sip:alice@ezweb.ne.jp>;tag=1928301774
Call-ID: a84b4c76e66710
CSeq: 314159 INVITE
Contact: <sip:alice@pc33.ezweb.ne.jp>
Content-Type: application/sdp
Content-Length: 142
【００４５】
また、セッション制御装置１がＷｅｂサーバである場合、無線端末２Ｂは、セッション確立要求として、HTTP GET Requestを送信する。
GET / HTTP/1.1
Accept: image/gif, image/jpeg, */*
Accept-Language: ja
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (Compatible; MSIE 6.0; Windows NT 5.1;)
Host: www.xxx.zzz
Connection: Keep-Alive
【００４６】
（Ｓ８）セッション制御装置１は、無線端末２Ａが登録テーブルに登録されているか否かを確認する。登録されている場合、セッション制御装置１は、Ｓ３で設定した無線端末２Ａの確認時刻を含むセッション確立応答を、基地局３Ｂを介して無線端末２Ｂへ返信する。
【００４７】
セッション制御装置１がＳＩＰサーバである場合、セッション制御装置１は、セッション確立応答としてのSIP Responseを、無線端末２Ｂへ返信する。この場合、SIP Responseは、182 Queuedである。また、確認時刻の情報として、SIP ResponseのReason phraseに、"Expected waiting time is 15 minutes"（１５分後に再接続）を含む。
SIP/2.0 182 Queued "Expected waiting time is 15 minutes"
Via: SIP/2.0/UDP pc33.ezweb.ne.jp; branch=z9hG4bKnashds8; received=192.0.2.1
To: Bob <sip:bob@ezweb.ne.jp>
From: Alice <sip:alice@ezweb.ne.jp>;tag=1928301774
Call-ID: a84b4c76e66710
CSeq: 314159 INVITE
Content-Length: 0
【００４８】
また、セッション確立応答として、以下のようなSIP Responseであってもよい。この場合、SIP Responseは、480 Temporarily Unavailableである。
SIP/2.0 480 Temporarily Unavailable "Expected waiting time is 15 minutes"
Via: SIP/2.0/UDP pc33.ezweb.ne.jp; branch=z9hG4bKnashds8; received=192.0.2.1
To: Bob <sip:bob@ezweb.ne.jp>
From: Alice <sip:alice@ezweb.ne.jp>;tag=1928301774
Call-ID: a84b4c76e66710
CSeq: 314159 INVITE
Content-Length: 0
【００４９】
更に、セッション制御装置１がＷｅｂサーバである場合、セッション制御装置１は、セッション制御装置１は、セッション確立応答としてのHTTP Responseを、無線端末２Ｂへ返信する。この場合、HTTP
Responseは、503 Service Unavailableである。また、確認時刻の情報として、HTTP ResponseのReason phraseに、"Expected waiting time is 15 minutes"（１５分後に再接続）を含む。
HTTP/1.1 503 Service Unavailable "Expected waiting time is 15 minutes"
Date: Sun, 11 Jan 2004 16:06:23 GMT
Server: Apache/1.3.22 (Unix) (Red-Hat/Linux)
Content-Length: 0
【００５０】
（Ｓ９）そして、無線端末２Ｂは、基地局３Ｂに対する無線リンクを切断状態又は休止状態にする。
【００５１】
（Ｓ１０）その後、確認時刻に達した時に、無線端末２Ａが、基地局３Ａに対して無線リンクを接続すると共に、無線端末２Ｂが、基地局３Ｂに対して無線リンクを接続する。これによって、発信側の無線端末２Ｂと、着信側の無線端末２Ａとの両方が、無線リンクに接続された状態となる。
【００５２】
図４は、図３のシーケンスの後で実行される第１のシーケンス図である。
【００５３】
（Ｓ１１）無線端末２Ａは、基地局３Ａを介してセッション制御装置１へ、確認要求（着信確認要求）を送信する。確認要求は、無線端末２Ａのアプリケーション識別子を含む。
【００５４】
（Ｓ１２）セッション制御装置１は、無線端末２Ｂに対するセッション確立要求を既に受信しているか否かを確認する。図４によれば、図３のＳ７によって無線端末２Ｂに対するセッション確立要求を既に受信している。
【００５５】
（Ｓ１３）セッション制御装置１は、Ｓ１２で真と判定した場合、セッション確立要求を基地局３Ａを介して無線端末２Ａへ送信する。セッション確立要求には、発信元の無線端末のアプリケーション識別子及びＩＰアドレスも含まれる。
【００５６】
その後、無線端末２Ａは、セッション確立応答を、基地局３Ａを介してセッション制御装置１へ送信する。セッション確立応答には、無線端末２Ｂとセッションを確立を許可する場合には肯定応答（ＯＫ）を、セッションを確立を許可しない場合には否定応答（ＮＧ）を含む。セッション制御装置１が、ＳＩＰサーバである場合、セッション確立応答としてのSIP Response (200 OK)は、例えば以下のようになる。尚、CSeqに、セッション確立要求としてのINVITEが含められている。
SIP/2.0 200 OK
Via: xxxx
To: Bob <sip:bob@ezweb.ne.jp>
From: Alice <sip:alice@ezweb.ne.jp>;tag=1928301774
Call-ID: a84b4c76e66710
CSeq: 314159 INVITE
Contact: <sip:bob@192.0.2.4>
Content-Type: application/sdp
Content-Length: 131
【００５７】
セッション制御装置１は、無線端末２Ａから受信したセッション確立応答を、基地局３Ｂを介して無線端末２Ｂへ送信する。
【００５８】
これによって、セッション確立応答が肯定応答（ＯＫ）である場合、無線端末２Ａと無線端末２Ｂとの間でセッションが確立される。
【００５９】
図５は、図３のシーケンスの後で実行される第２のシーケンス図である。
【００６０】
（Ｓ１１）無線端末２Ａは、無線リンクの接続後、基地局３Ａを介してセッション制御装置１へ、確認要求を送信する。確認要求は、無線端末２Ａのアプリケーション識別子を含む。
【００６１】
（Ｓ１２）セッション制御装置１は、無線端末２Ａに対するセッション確立要求を既に受信しているか否かを確認する。
【００６２】
（Ｓ１３）セッション制御装置１は、Ｓ１２で真と判定した場合、確認応答（着信有り、無線端末２Ｂのアプリケーション識別子及びＩＰアドレス）を、基地局３Ａを介して無線端末２Ａへ送信する。
【００６３】
（Ｓ１４）無線端末２Ａは、基地局３Ａを介してセッション制御装置１へ、セッション確立要求を送信する。セッション確立要求は、発信元の無線端末２Ａのアプリケーション識別子及びＩＰアドレスと、着信先の無線端末２Ｂのアプリケーション識別子及びＩＰアドレスとを含む。
【００６４】
（Ｓ１５）セッション制御装置１は、セッション確立要求を、基地局３Ｂを介して無線端末２Ｂへ送信する。
【００６５】
その後、無線端末２Ｂは、基地局３Ｂを介してセッション制御装置１へ、セッション確立応答を送信する。セッション確立応答は、無線端末２Ａとセッションの確立を許可する場合には肯定応答（ＯＫ）を、セッションの確立を許可しない場合には否定応答（ＮＧ）を含む。
【００６６】
セッション制御装置１は、セッション確立応答を、基地局３Ａを介して無線端末２Ａへ転送する。
【００６７】
これによって、セッション確立応答が肯定応答（ＯＫ）だった場合、無線端末２Ａと無線端末２Ｂとの間でセッションが確立される。
【００６８】
図６は、確認時刻が更新された場合のシーケンス図である。
【００６９】
図３のＳ８について、セッション制御装置１は、基地局３Ａの通信状態に応じて確認時刻を更新するものであってもよい。そして、無線端末２Ａの当該確認時刻を含むセッション確立応答を、基地局３Ｂを介して、無線端末２Ｂへ返信する。但し、確認時刻を更新することによって、無線端末２Ａが無線リンクに接続する時間帯と、無線端末２Ｂが無線リンクに接続する時間帯とが一致しなくなる。
【００７０】
図６によれば、セッション制御装置１は、無線端末２Ａに対するセッション確立要求を既に受信しているか否かを確認する（Ｓ１２）。ここで、真と判定された場合、更新された無線端末２Ａの確認時刻を含む確認応答を、基地局３Ａを介して無線端末２Ａへ返信する（Ｓ１３）。そして、無線端末２Ａは、更新された確認時刻をタイマ部に新たに設定し、基地局３Ａに対する無線リンクを切断状態又は休止状態にする。その後、確認時刻に達した際に、無線端末２Ａは、無線リンクを接続する。
【００７１】
図７は、本発明におけるセッション制御装置及び無線端末の機能構成図である。
【００７２】
セッション制御装置１は、通信インタフェース部１０と、通信状態蓄積部１１と、登録処理部１２と、確認時刻決定部１３と、登録応答返信部１４と、セッション確立制御部１５と、着信判定部１６と、確認応答返信部１７と、登録テーブル１８とを有する。これら機能構成部は、セッション制御装置に搭載されたコンピュータを機能させるプログラムを実行することによって実現される。
【００７３】
通信状態蓄積部１１は、基地局全ての通信状態情報を収集管理する。通信状態情報は、確認時刻決定部１３によって参照される。
【００７４】
登録処理部１２は、無線端末２から基地局３を介して登録要求を受信し、登録処理を実行する。登録要求には、無線端末２のアプリケーション識別子及びＩＰアドレスが含まれている。
【００７５】
確認時刻決定部１３は、登録要求を受信した際に、基地局３の通信状態に応じて確認時刻を決定する。例えば基地局３が高輻輳状態にある場合、確認時刻は比較的長く設定される。確認時刻は、登録応答返信部１４及びセッション確立制御部１５へ出力される。また、確認時刻は、無線端末のアプリケーション識別子及びＩＰアドレスと合わせて、登録テーブル１８に登録される。
【００７６】
登録テーブル１８は、無線端末のアプリケーション識別子及びＩＰアドレスの組毎に、基地局の通信状態と、確認時刻とを対応付けて記憶する。
【００７７】
登録応答返信部１４は、確認時刻を含む登録応答を、基地局３を介して無線端末２へ返信する。
【００７８】
セッション確立制御部１５は、無線端末２から基地局３を介してセッション確立要求を受信した場合、確認時刻を含むセッション確立応答を当該無線端末２へ返信する。
【００７９】
着信判定部１６は、無線端末２から基地局３を介して確認要求を受信した場合、当該無線端末を宛先とするセッション確立要求を既に受信しているか否かを判定する。判定結果は、確認応答返信部１７へ出力される。
【００８０】
確認応答返信部１７は、着信判定部１６によって真と判定された場合、登録テーブル１８を参照し、先に受信したセッション確立要求を含む確認応答を、無線端末２へ返信する。
【００８１】
無線端末２は、無線通信部２０と、無線リンク接続制御部２１と、登録要求送信部２２と、登録応答受信部２３と、確認要求送信部２４と、確認応答受信部２５と、セッション確立制御部２６と、タイマ部２７と、データ通信部２８とを有する。これら機能構成部は、無線端末に搭載されたコンピュータを機能させるプログラムを実行することによって実現される。
【００８２】
無線リンク接続制御部２１は、基地局３に対して無線リンクを接続状態／切断状態（又は休止状態）にする。また、無線リンク接続制御部２１は、確認時刻を取得した後（タイマ部に確認時刻を設定した後）、無線リンクを切断状態又は休止状態とするべく制御する。更に、無線リンク接続制御部２１は、タイマ部２７がタイムアウトを発生した際に、無線リンクを接続するべく制御する。
【００８３】
登録要求送信部２２は、無線リンクの接続後、基地局３を介してセッション制御装置１へ、登録要求を送信する。
【００８４】
登録応答受信部２３は、セッション制御装置１から基地局３を介して登録応答を受信し、当該登録応答に含まれる確認時刻を取得する。その確認時刻は、タイマ部２７に設定される。
【００８５】
確認要求送信部２４は、無線リンクの接続後、基地局３を介してセッション制御装置１へ、確認要求を送信する。
【００８６】
確認応答受信部２５は、セッション制御装置１から基地局３を介して確認応答を受信し、当該確認応答に含まれる着信の有無及び／又は確認時刻を取得する。その確認時刻は、タイマ部２７に設定される。着信有りの場合、確認応答受信部２５は、セッション確立要求部２６へ、セッションを確立するべく指示する。
【００８７】
セッション確立制御部２６は、基地局を介してセッション制御装置１へ、宛先の無線端末を指定したセッション確立要求を送信する。また、セッション確立制御部２６は、セッション制御装置１から基地局３を介してセッション確立応答を受信し、当該セッション確立応答に含まれる確認時刻を取得する。その確認時刻は、タイマ部２７に設定される。
【００８８】
タイマ部２７は、取得された確認時刻を、タイマに設定する。そして、タイマ部２７は、タイムアウトした際に、無線リンク接続制御部２１へ、タイムアウトした旨を通知する。
【００８９】
以上、詳細に説明したように、本発明の通信制御方法及びシステムによれば、特に災害時のように無線通信システムの高輻輳状態時に、無線端末の待ち受け時間における消費電力をできる限り低減させると共に、基地局へ集中する無線リンクの接続数をできる限り低減させることができる。
【００９０】
前述した本発明の種々の実施形態について、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【符号の説明】
【００９１】
１ セッション制御装置
１１ 通信状態蓄積部
１２ 登録処理部
１３ 確認時刻決定部
１４ 登録応答返信部
１５ セッション確立制御部
１６ 着信判定部
１７ 確認応答返信部
１８ 登録テーブル
２ 無線端末
２０ 無線通信部
２１ 無線リンク接続制御部
２２ 登録要求送信部
２３ 登録応答受信部
２４ 確認要求送信部
２５ 確認応答受信部
２６ セッション確立制御部
２７ タイマ部
２８ データ通信部
３ 基地局
【技術分野】
【０００１】
本発明は、無線端末間における発着信シーケンスの技術に関する。
【背景技術】
【０００２】
近年、スマートフォンやタブレット端末のような高機能携帯端末が普及してきている。このような端末は、携帯電話網（３Ｇ）や、無線ＬＡＮ(Local Area Network)、ＷｉＭＡＸ(Worldwide Interoperability for Microwave Access)のような様々な種類の通信インタフェースを使い分けることができる。様々な無線通信環境に対して通話やメッセージングを実現するために、これら端末には、双方向アプリケーションがインストールされる場合が多い（例えば引用文献１〜３参照）。
【０００３】
これらアプリケーションは、少なくとも、アプリケーション毎に割り当てられたユーザ又は無線端末を識別可能な識別子（アプリケーション識別子と称す）と、端末のＩＰアドレスとを含む登録要求を、ネットワークに配置されたサーバへ送信する。登録要求を受信したサーバは、アプリケーション識別子及びＩＰアドレスを登録することによって、端末の位置登録処理を実行する。
【０００４】
このような双方向アプリケーションに基づくセッションの確立によれば、発信側端末は、着信側端末のアプリケーション識別子及びＩＰアドレスを含むセッション確立要求を、サーバへ送信する。サーバは、セッション確立要求に含まれる情報によって、着信側端末を検索する。そして、サーバは、セッション確立要求を、着信側端末へプッシュ的に送信する。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】Skype、[online]、［平成２３年８月１１日検索］、インターネット＜URL:http://www.skype.com/intl/ja/home/＞
【非特許文献２】FaceTime、[online]、［平成２３年８月１１日検索］、インターネット＜URL:http://www.apple.com/jp/iphone/features/facetime.html＞
【非特許文献３】Google Talk、[online]、［平成２３年８月１１日検索］、インターネット＜URL:http://www.google.com/talk/intl/ja/＞
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来のセッション確立方法によれば、無線端末は、サーバからのセッション確立要求を受信するために、常時、基地局との間の無線リンクを接続しておく必要がある。そのために、無線端末は、常に待ち受け状態を維持する必要があり、消費電力が大きくなるという問題がある。
【０００７】
また、現在の無線通信システムによれば、基地局に接続可能な無線端末の数が制限されている。例えば、災害発生時などのように、多くの無線端末が一度に、１つの基地局に集中的に接続する場合がある。このような場合、従来の携帯電話機のような無線端末では、通信事業者網からの発信制御信号によって発信端末数を制御することができる。
【０００８】
しかしながら、スマートフォンやタブレット端末のような高機能携帯端末では、通信事業者網から発信制御をすることができない。結果的に、災害発生時のような場合、１つの基地局に対して接続可能な無線端末の数が超過し、その後の無線端末は、基地局との間で無線リンクを接続することができない。
【０００９】
そこで、本発明は、特に災害時のように無線通信システムの高輻輳状態時に、無線端末の待ち受け時間における消費電力をできる限り低減させると共に、基地局へ集中する無線リンクの接続数をできる限り低減させることができる通信制御方法及びシステムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明によれば、無線通信網の基地局に接続する複数の無線端末と、広域通信網に接続されたセッション制御装置とを有し、無線通信網及び広域通信網が相互接続されたシステムにおける通信制御方法であって、
セッション制御装置は、無線端末毎に、着信を確認する確認時刻を保持しており、
第２の無線端末が、第１の無線端末へ発信する際に、第２の基地局に対して無線リンクを接続する第１のステップ（Ｓ６）と、
第２の無線端末が、第２の基地局を介してセッション制御装置へ、第１の無線端末を宛先とするセッション確立要求を送信する第２のステップ（Ｓ７）と、
セッション制御装置が、第１の無線端末の確認時刻を含むセッション確立応答を、第２の基地局を介して、第２の無線端末へ返信する第３のステップ（Ｓ８）と、
第２の無線端末が、第２の基地局に対する無線リンクを切断状態又は休止状態にする第４のステップ（Ｓ９）と、
第１の無線端末の確認時刻に達した時に、第１の無線端末が、第１の基地局に対して無線リンクを接続すると共に、第２の無線端末が、第２の基地局に対して無線リンクを接続する第５のステップ（Ｓ１０）と、
第１の無線端末が、第１の基地局を介してセッション制御装置へ、確認要求を送信する第６のステップ（Ｓ１１）と
を有することを特徴とする。
【００１１】
本発明の通信制御方法における他の実施形態によれば、
第１のステップ（Ｓ６）の前段について、
第１の無線端末が、第１の基地局に対して無線リンクを接続するステップ（Ｓ１）と、
第１の無線端末が、第１の基地局を介してセッション制御装置へ、登録要求を送信するステップ（Ｓ２）と、
セッション制御装置が、第１の無線端末の登録処理を実行すると共に、第１の無線端末の確認時刻を決定するステップ（Ｓ３）と、
セッション制御装置が、確認時刻を含む登録応答を、第１の基地局を介して第１の無線端末へ返信するステップ（Ｓ４）と、
第１の無線端末が、第１の基地局に対する無線リンクを切断状態又は休止状態にするステップ（Ｓ５）と
を有し、
第１の無線端末は、確認時刻に達した時に、第１の基地局に対して無線リンクを接続するように動作することも好ましい。
【００１２】
本発明の通信制御方法における他の実施形態によれば、
セッション制御装置は、基地局全ての通信状態情報を収集しており、
第１の基地局の通信状態に応じて第１の無線端末の確認時刻を決定する
ことも好ましい。
【００１３】
本発明の通信制御方法における他の実施形態によれば、
第６のステップ（Ｓ１１）の後段として、
セッション制御装置が、第１の無線端末に対するセッション確立要求を既に受信しているか否かを確認する第７のステップと、
セッション制御装置が、第７のステップ（Ｓ１２）で真と判定した場合、確認応答を、第１の基地局を介して第１の無線端末へ送信する第８のステップ（Ｓ１３）と、
第１の無線端末が、第１の基地局を介してセッション制御装置へ、セッション確立要求を送信する第９のステップ（Ｓ１４）と、
セッション制御装置が、セッション確立要求を、第２の基地局を介して第２の無線端末へ送信する第１０のステップ（Ｓ１５）と
を有することも好ましい。
【００１４】
本発明の通信制御方法における他の実施形態によれば、
第６のステップ（Ｓ１１）の後段として、
セッション制御装置が、第１の無線端末に対するセッション確立要求を既に受信しているか否かを確認する第７のステップ（Ｓ１２）と、
セッション制御装置が、第７のステップで真と判定した場合、セッション確立要求を、第１の基地局を介して第１の無線端末へ送信する第８のステップ（Ｓ１３）と、
第１の無線端末が、第１の基地局を介してセッション制御装置へ、セッション確立応答を送信する第９のステップ（Ｓ１４）と、
セッション制御装置が、セッション確立応答を、第２の基地局を介して第２の無線端末へ送信する第１０のステップ（Ｓ１５）と
を有することも好ましい。
【００１５】
本発明の通信制御方法における他の実施形態によれば、
第３のステップ（Ｓ８）について、セッション制御装置は、第１の基地局の通信状態に応じて確認時刻を更新し、第１の無線端末の当該確認時刻を含むセッション確立応答を、第２の基地局を介して、第２の無線端末へ返信し、
第６のステップ（Ｓ１１）の後段として、
セッション制御装置が、第１の無線端末に対するセッション確立要求を既に受信しているか否かを確認する第７のステップ（Ｓ１２）と、
セッション制御装置が、第７のステップで真と判定した場合、更新された第１の無線端末の確認時刻を含む確認応答を、第１の基地局を介して第１の無線端末へ返信する第８のステップ（Ｓ１３）と、
第１の無線端末が、第１の基地局に対する無線リンクを切断状態又は休止状態にするステップと
を有することも好ましい。
【００１６】
本発明の通信制御方法における他の実施形態によれば、
確認要求は、SIP Requestメソッド又はHTTP Requestメソッドであり、
確認応答は、SIP Responseメソッド又はHTTP Responseメソッドであり、
確認時刻は、SIP Responseメソッド又はHTTP ResponseメソッドにおけるReason phaseに含まれることも好ましい。
【００１７】
本発明の通信制御方法における他の実施形態によれば、
無線端末は、アプリケーションをインストール可能な高機能端末であって、基地局との間の無線リンクの種類に関係なく、アプリケーションレベルで通話又はメッセージを交換することができる双方向アプリケーションがインストールされていることも好ましい。
【００１８】
本発明の通信制御方法における他の実施形態によれば、
セッション制御装置は、複数のピア装置からなるＰ２Ｐ(Peer-to-Peer)ネットワークで構成されており、
第１の無線端末及び第２の無線端末と通信可能ないずれか１つのピア装置が、セッション制御装置として動作することも好ましい。
【００１９】
本発明によれば、無線通信網の基地局に接続する複数の無線端末と、広域通信網に接続されたセッション制御装置とを有し、無線通信網及び広域通信網が相互接続された通信制御システムであって、
セッション制御装置は、
基地局全ての通信状態情報を収集管理する通信状態蓄積手段と、
無線端末から基地局を介して登録要求を受信し、登録処理を実行する登録処理手段と、
登録要求を受信した際に、基地局の通信状態に応じて確認時刻を決定する確認時刻決定手段と、
確認時刻を含む登録応答を、基地局を介して無線端末へ返信する登録応答返信手段と、
無線端末から基地局を介してセッション確立要求を受信した場合、確認時刻を含むセッション確立応答を当該無線端末へ返信するセッション確立制御手段と、
無線端末から基地局を介して確認要求を受信した場合、当該無線端末を宛先とするセッション確立要求を既に受信しているか否かを判定する着信判定手段と、
着信判定手段によって真と判定された場合、先に受信したセッション確立要求又は確認応答を、無線端末へ返信する確認応答返信手段と
を有し、
無線端末は、
基地局に対して無線リンクを接続状態／切断状態（又は休止状態）にする無線リンク接続制御手段と、
無線リンクの接続後、基地局を介してセッション制御装置へ、登録要求を送信する登録要求送信手段と、
セッション制御装置から基地局を介して登録応答を受信し、当該登録応答に含まれる確認時刻を取得する登録応答受信手段と、
無線リンクの接続後、基地局を介してセッション制御装置へ、確認要求を送信する確認要求送信手段と、
セッション制御装置から基地局を介して確認応答を受信し、当該確認応答に含まれる着信の有無及び／又は確認時刻を取得する確認応答受信手段と、
基地局を介してセッション制御装置へ、宛先の無線端末を指定したセッション確立要求を送信し、その後、セッション制御装置から基地局を介してセッション確立応答を受信し、当該セッション確立応答に含まれる確認時刻を取得するセッション確立制御手段と、
取得された確認時刻を、タイマに設定するタイマ手段と
を有し、
無線リンク接続制御手段は、確認時刻を取得した後、無線リンクを切断状態又は休止状態にし、タイマ手段がタイムアウトを発生した際に、無線リンクを接続する
ことを特徴とする。
【発明の効果】
【００２０】
本発明の通信制御方法及びシステムによれば、特に災害時のように無線通信システムの高輻輳状態時に、無線端末の待ち受け時間における消費電力をできる限り低減させると共に、基地局へ集中する無線リンクの接続数をできる限り低減させることができる。
【図面の簡単な説明】
【００２１】
【図１】無線端末の双方向アプリケーションを用いたシステムの構成図である。
【図２】本発明における登録処理を表すシーケンス図である。
【図３】本発明における発着信処理を表すシーケンス図である。
【図４】図３のシーケンスの後で実行される第１のシーケンス図である。
【図５】図３のシーケンスの後で実行される第２のシーケンス図である。
【図６】確認時刻が更新された場合のシーケンス図である。
【図７】本発明におけるセッション制御装置及び無線端末の機能構成図である。
【発明を実施するための形態】
【００２２】
以下では、本発明の実施の形態について、図面を用いて詳細に説明する。
【００２３】
図１は、無線端末の双方向アプリケーションを用いたシステムの構成図である。
【００２４】
図１によれば、無線端末２は、スマートフォンのような高機能携帯端末であって、既存の双方向アプリケーションが予めインストールされている。双方向アプリケーションとしては、例えばSkype（登録商標）、Facetime（登録商標）、Google Talk（登録商標）がある（例えば非特許文献１〜３参照）。無線端末２は、基地局３との間で無線リンクを接続し、アクセスネットワークに接続する。例えば、無線リンクが無線ＬＡＮである場合、基地局はアクセスポイントとなる。一般に、アクセスネットワークと、インターネットのような広域通信網とは相互接続されており、無線端末２は、アクセスネットワークを介してインターネットに接続することができる。
【００２５】
また、図１によれば、アプリケーション同士の通話及びメッセージングを交換するためのセッション制御装置１が、インターネットに接続されている。セッション制御装置１は、無線端末２同士の間でセッションを確立するべく機能する。そのために、セッション制御装置１は、無線端末２のアプリケーション識別子及びＩＰアドレスを登録する。
【００２６】
セッション制御装置１は、基地局全ての通信状態を収集管理している。通信状態としては、例えば当該基地局に対する無線端末の接続数であってもよいし、当該基地局に障害（例えば災害）が発生した旨の情報であってもよい。また、当該基地局における許容通信量に対する現通信量を表す通信負荷率や、最大処理量に対する現処理量を表す処理負荷率であってもよい。更に、当該基地局において発信規制が行われている場合に、発信規制率の情報であってもよい。尚、セッション制御装置１は、基地局の通信状態を、基地局から直接取得してもよいし、無線通信網内のサーバ又は無線端末から取得してもよい。
【００２７】
セッション制御装置１は、ＳＩＰ(Session Initiation Protocol)サーバであってもよいし、Ｗｅｂサーバであってもよい。また、セッション制御装置１は、その処理能力を高めるべく、複数のピア装置から構成されるＰ２Ｐ(Peer-to-Peer)ネットワークとして機能するものであってもよい。この場合、セッションを確立する無線端末に応じて、セッションを制御するピア装置が決定される。
【００２８】
図２は、本発明における登録処理を表すシーケンス図である。
【００２９】
（Ｓ１）最初に、無線端末２Ａは、基地局３Ａに対して無線リンクを接続する。無線リンクの接続には、無線端末の接続認証処理も含められ、アクセスネットワークに接続した状態である。無線端末２Ａは、無線リンクの切断状態（Disconnected）から接続状態へ移行してもよいし、無線リンクの休止状態（Dormant）から接続状態へ移行してもよい。Dormant方式とは、データが送受信されていないときや電波状態が悪いときに、通信を休止状態にすることができる通信方式をいう。休止状態では、データを送受信しないが、ネットワークの接続状態は維持されている。休止状態の端末へ、リクエストを発信することによって、直ぐに通信を再開させることができる。再度、セッションを確立することなく、しかも無駄に通信回線を占有しないので、通信の効率化を図ることができる。ここで、無線リンクの接続状態にある無線端末の消費電力は、切断状態又は休止状態にある消費電力と比較して、高くなる。
【００３０】
（Ｓ２）次に、無線端末２Ａは、基地局３Ａを介してセッション制御装置１へ、「登録要求」を送信する。登録要求には、双方向アプリケーションに基づいて、少なくとも当該無線端末のアプリケーション識別子と、当該無線端末のＩＰアドレスとが含まれる。また、登録要求に、基地局３Ａの通信状態を含むものであってもよい。
【００３１】
（Ｓ３）セッション制御装置１は、登録要求に含まれるアプリケーション識別子及びＩＰアドレスを取得し、当該端末について登録処理を実行する。具体的には、アプリケーション識別子及びＩＰアドレスが、セッション制御装置１の登録テーブルに登録される。
【００３２】
また、セッション制御装置１は、基地局３Ａの通信状態に応じて確認時刻（着信確認時刻）を決定する。通信状態とは、例えば基地局に接続された無線端末の数によって表される輻輳状態であってもよい。例えば、無線端末２が在圏するエリアで災害が発生した場合、その基地局３は、無線端末からの接続要求の集中によって高輻輳状態となる。
所定閾値以下の低輻輳状態 -> 確認時間間隔を初期値に設定する
所定閾値よりも高い高輻輳状態 -> 確認時間間隔を長く設定する
確認時刻は、現時刻に確認時間間隔を加算したものである。
確認時刻＝現時刻＋確認時間間隔
【００３３】
セッション制御装置１は、登録テーブルとして、無線端末のアプリケーション識別子及びＩＰアドレスの組毎に、基地局の通信状態と、確認時刻と、着信情報とを記憶する。基地局の通信状態とは、当該無線端末と無線リンクを接続する基地局に基づく。確認時刻は、当該無線端末が次に無線リンクを接続する時刻である。着信情報とは、当該無線端末を宛先としたセッション確立要求を受信した否かの情報である。
【表１】
【００３４】
（Ｓ４）セッション制御装置１は、確認時刻を含む登録応答を、基地局３Ａを介して無線端末２Ａへ返信する。無線端末２は、受信した登録応答から確認時刻を取得し、タイマ部に設定する。
【００３５】
（Ｓ５）そして、無線端末２Ａは、基地局３Ａに対する無線リンクを切断状態又は休止状態にする。
【００３６】
その後、確認時刻に達したとする。このとき、無線端末２Ａは、基地局３Ａに対して無線リンクを接続する。
【００３７】
そして、無線端末２Ａは、無線リンクの接続後、確認要求（着信確認要求）を、基地局３Ａを介してセッション制御装置１へ送信する。確認要求には、無線端末を特定するべくアプリケーション識別子が含まれる。
【００３８】
確認要求を受信したセッション制御装置１は、アプリケーション識別子から無線端末２Ａを特定し、当該無線端末２Ａに対する着信があったか否かを確認する。ここで、図２によれば、着信は無い。
【００３９】
この場合、セッション制御装置１は、確認応答を、基地局３Ａを介して無線端末２Ａへ返信する。確認応答には、着信の有無と、次の確認時刻とが含まれる。図２によれば、確認応答には、「着信の無し」の情報が含まれる。
【００４０】
確認応答を受信した無線端末２Ａは、着信無しを知ることによって、基地局３Ａとの間の無線リンクを切断状態又は休止状態にする。また、無線端末２Ａは、次の確認時刻まで、無線リンクを接続しない。
【００４１】
図３は、本発明における発着信処理を表すシーケンス図である。
【００４２】
図３によれば、無線端末２Ｂが発信側となり、無線端末２Ａが着信側となって、セッションを確立するシーケンスを表す。
【００４３】
（Ｓ６）無線端末２Ｂは、無線端末２Ａへ発信する際に、基地局３Ｂに対して無線リンクを接続する。
【００４４】
（Ｓ７）無線端末２Ｂは、無線リンクの接続後、基地局３Ｂを介してセッション制御装置１へ、無線端末２Ａを宛先とする「セッション確立要求」を送信する。セッション確立要求は、発信元となる無線端末２Ｂのアプリケーション識別子及びＩＰアドレスと共に、着信先となる無線端末２Ａのアプリケーション識別子を含む。セッション制御装置１がＳＩＰサーバである場合、無線端末２Ｂは、セッション確立要求として、SIP Inviteを送信する。
INVITE sip:bob@ezweb.ne.jp SIP/2.0
Via SIP/2.0/UDP pc33.ezweb.ne.jp; branch=z9hG4bKnashds8
MAX-Forwards: 70
To: Bob <sip:bob@ezweb.ne.jp>
From: Alice <sip:alice@ezweb.ne.jp>;tag=1928301774
Call-ID: a84b4c76e66710
CSeq: 314159 INVITE
Contact: <sip:alice@pc33.ezweb.ne.jp>
Content-Type: application/sdp
Content-Length: 142
【００４５】
また、セッション制御装置１がＷｅｂサーバである場合、無線端末２Ｂは、セッション確立要求として、HTTP GET Requestを送信する。
GET / HTTP/1.1
Accept: image/gif, image/jpeg, */*
Accept-Language: ja
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (Compatible; MSIE 6.0; Windows NT 5.1;)
Host: www.xxx.zzz
Connection: Keep-Alive
【００４６】
（Ｓ８）セッション制御装置１は、無線端末２Ａが登録テーブルに登録されているか否かを確認する。登録されている場合、セッション制御装置１は、Ｓ３で設定した無線端末２Ａの確認時刻を含むセッション確立応答を、基地局３Ｂを介して無線端末２Ｂへ返信する。
【００４７】
セッション制御装置１がＳＩＰサーバである場合、セッション制御装置１は、セッション確立応答としてのSIP Responseを、無線端末２Ｂへ返信する。この場合、SIP Responseは、182 Queuedである。また、確認時刻の情報として、SIP ResponseのReason phraseに、"Expected waiting time is 15 minutes"（１５分後に再接続）を含む。
SIP/2.0 182 Queued "Expected waiting time is 15 minutes"
Via: SIP/2.0/UDP pc33.ezweb.ne.jp; branch=z9hG4bKnashds8; received=192.0.2.1
To: Bob <sip:bob@ezweb.ne.jp>
From: Alice <sip:alice@ezweb.ne.jp>;tag=1928301774
Call-ID: a84b4c76e66710
CSeq: 314159 INVITE
Content-Length: 0
【００４８】
また、セッション確立応答として、以下のようなSIP Responseであってもよい。この場合、SIP Responseは、480 Temporarily Unavailableである。
SIP/2.0 480 Temporarily Unavailable "Expected waiting time is 15 minutes"
Via: SIP/2.0/UDP pc33.ezweb.ne.jp; branch=z9hG4bKnashds8; received=192.0.2.1
To: Bob <sip:bob@ezweb.ne.jp>
From: Alice <sip:alice@ezweb.ne.jp>;tag=1928301774
Call-ID: a84b4c76e66710
CSeq: 314159 INVITE
Content-Length: 0
【００４９】
更に、セッション制御装置１がＷｅｂサーバである場合、セッション制御装置１は、セッション制御装置１は、セッション確立応答としてのHTTP Responseを、無線端末２Ｂへ返信する。この場合、HTTP
Responseは、503 Service Unavailableである。また、確認時刻の情報として、HTTP ResponseのReason phraseに、"Expected waiting time is 15 minutes"（１５分後に再接続）を含む。
HTTP/1.1 503 Service Unavailable "Expected waiting time is 15 minutes"
Date: Sun, 11 Jan 2004 16:06:23 GMT
Server: Apache/1.3.22 (Unix) (Red-Hat/Linux)
Content-Length: 0
【００５０】
（Ｓ９）そして、無線端末２Ｂは、基地局３Ｂに対する無線リンクを切断状態又は休止状態にする。
【００５１】
（Ｓ１０）その後、確認時刻に達した時に、無線端末２Ａが、基地局３Ａに対して無線リンクを接続すると共に、無線端末２Ｂが、基地局３Ｂに対して無線リンクを接続する。これによって、発信側の無線端末２Ｂと、着信側の無線端末２Ａとの両方が、無線リンクに接続された状態となる。
【００５２】
図４は、図３のシーケンスの後で実行される第１のシーケンス図である。
【００５３】
（Ｓ１１）無線端末２Ａは、基地局３Ａを介してセッション制御装置１へ、確認要求（着信確認要求）を送信する。確認要求は、無線端末２Ａのアプリケーション識別子を含む。
【００５４】
（Ｓ１２）セッション制御装置１は、無線端末２Ｂに対するセッション確立要求を既に受信しているか否かを確認する。図４によれば、図３のＳ７によって無線端末２Ｂに対するセッション確立要求を既に受信している。
【００５５】
（Ｓ１３）セッション制御装置１は、Ｓ１２で真と判定した場合、セッション確立要求を基地局３Ａを介して無線端末２Ａへ送信する。セッション確立要求には、発信元の無線端末のアプリケーション識別子及びＩＰアドレスも含まれる。
【００５６】
その後、無線端末２Ａは、セッション確立応答を、基地局３Ａを介してセッション制御装置１へ送信する。セッション確立応答には、無線端末２Ｂとセッションを確立を許可する場合には肯定応答（ＯＫ）を、セッションを確立を許可しない場合には否定応答（ＮＧ）を含む。セッション制御装置１が、ＳＩＰサーバである場合、セッション確立応答としてのSIP Response (200 OK)は、例えば以下のようになる。尚、CSeqに、セッション確立要求としてのINVITEが含められている。
SIP/2.0 200 OK
Via: xxxx
To: Bob <sip:bob@ezweb.ne.jp>
From: Alice <sip:alice@ezweb.ne.jp>;tag=1928301774
Call-ID: a84b4c76e66710
CSeq: 314159 INVITE
Contact: <sip:bob@192.0.2.4>
Content-Type: application/sdp
Content-Length: 131
【００５７】
セッション制御装置１は、無線端末２Ａから受信したセッション確立応答を、基地局３Ｂを介して無線端末２Ｂへ送信する。
【００５８】
これによって、セッション確立応答が肯定応答（ＯＫ）である場合、無線端末２Ａと無線端末２Ｂとの間でセッションが確立される。
【００５９】
図５は、図３のシーケンスの後で実行される第２のシーケンス図である。
【００６０】
（Ｓ１１）無線端末２Ａは、無線リンクの接続後、基地局３Ａを介してセッション制御装置１へ、確認要求を送信する。確認要求は、無線端末２Ａのアプリケーション識別子を含む。
【００６１】
（Ｓ１２）セッション制御装置１は、無線端末２Ａに対するセッション確立要求を既に受信しているか否かを確認する。
【００６２】
（Ｓ１３）セッション制御装置１は、Ｓ１２で真と判定した場合、確認応答（着信有り、無線端末２Ｂのアプリケーション識別子及びＩＰアドレス）を、基地局３Ａを介して無線端末２Ａへ送信する。
【００６３】
（Ｓ１４）無線端末２Ａは、基地局３Ａを介してセッション制御装置１へ、セッション確立要求を送信する。セッション確立要求は、発信元の無線端末２Ａのアプリケーション識別子及びＩＰアドレスと、着信先の無線端末２Ｂのアプリケーション識別子及びＩＰアドレスとを含む。
【００６４】
（Ｓ１５）セッション制御装置１は、セッション確立要求を、基地局３Ｂを介して無線端末２Ｂへ送信する。
【００６５】
その後、無線端末２Ｂは、基地局３Ｂを介してセッション制御装置１へ、セッション確立応答を送信する。セッション確立応答は、無線端末２Ａとセッションの確立を許可する場合には肯定応答（ＯＫ）を、セッションの確立を許可しない場合には否定応答（ＮＧ）を含む。
【００６６】
セッション制御装置１は、セッション確立応答を、基地局３Ａを介して無線端末２Ａへ転送する。
【００６７】
これによって、セッション確立応答が肯定応答（ＯＫ）だった場合、無線端末２Ａと無線端末２Ｂとの間でセッションが確立される。
【００６８】
図６は、確認時刻が更新された場合のシーケンス図である。
【００６９】
図３のＳ８について、セッション制御装置１は、基地局３Ａの通信状態に応じて確認時刻を更新するものであってもよい。そして、無線端末２Ａの当該確認時刻を含むセッション確立応答を、基地局３Ｂを介して、無線端末２Ｂへ返信する。但し、確認時刻を更新することによって、無線端末２Ａが無線リンクに接続する時間帯と、無線端末２Ｂが無線リンクに接続する時間帯とが一致しなくなる。
【００７０】
図６によれば、セッション制御装置１は、無線端末２Ａに対するセッション確立要求を既に受信しているか否かを確認する（Ｓ１２）。ここで、真と判定された場合、更新された無線端末２Ａの確認時刻を含む確認応答を、基地局３Ａを介して無線端末２Ａへ返信する（Ｓ１３）。そして、無線端末２Ａは、更新された確認時刻をタイマ部に新たに設定し、基地局３Ａに対する無線リンクを切断状態又は休止状態にする。その後、確認時刻に達した際に、無線端末２Ａは、無線リンクを接続する。
【００７１】
図７は、本発明におけるセッション制御装置及び無線端末の機能構成図である。
【００７２】
セッション制御装置１は、通信インタフェース部１０と、通信状態蓄積部１１と、登録処理部１２と、確認時刻決定部１３と、登録応答返信部１４と、セッション確立制御部１５と、着信判定部１６と、確認応答返信部１７と、登録テーブル１８とを有する。これら機能構成部は、セッション制御装置に搭載されたコンピュータを機能させるプログラムを実行することによって実現される。
【００７３】
通信状態蓄積部１１は、基地局全ての通信状態情報を収集管理する。通信状態情報は、確認時刻決定部１３によって参照される。
【００７４】
登録処理部１２は、無線端末２から基地局３を介して登録要求を受信し、登録処理を実行する。登録要求には、無線端末２のアプリケーション識別子及びＩＰアドレスが含まれている。
【００７５】
確認時刻決定部１３は、登録要求を受信した際に、基地局３の通信状態に応じて確認時刻を決定する。例えば基地局３が高輻輳状態にある場合、確認時刻は比較的長く設定される。確認時刻は、登録応答返信部１４及びセッション確立制御部１５へ出力される。また、確認時刻は、無線端末のアプリケーション識別子及びＩＰアドレスと合わせて、登録テーブル１８に登録される。
【００７６】
登録テーブル１８は、無線端末のアプリケーション識別子及びＩＰアドレスの組毎に、基地局の通信状態と、確認時刻とを対応付けて記憶する。
【００７７】
登録応答返信部１４は、確認時刻を含む登録応答を、基地局３を介して無線端末２へ返信する。
【００７８】
セッション確立制御部１５は、無線端末２から基地局３を介してセッション確立要求を受信した場合、確認時刻を含むセッション確立応答を当該無線端末２へ返信する。
【００７９】
着信判定部１６は、無線端末２から基地局３を介して確認要求を受信した場合、当該無線端末を宛先とするセッション確立要求を既に受信しているか否かを判定する。判定結果は、確認応答返信部１７へ出力される。
【００８０】
確認応答返信部１７は、着信判定部１６によって真と判定された場合、登録テーブル１８を参照し、先に受信したセッション確立要求を含む確認応答を、無線端末２へ返信する。
【００８１】
無線端末２は、無線通信部２０と、無線リンク接続制御部２１と、登録要求送信部２２と、登録応答受信部２３と、確認要求送信部２４と、確認応答受信部２５と、セッション確立制御部２６と、タイマ部２７と、データ通信部２８とを有する。これら機能構成部は、無線端末に搭載されたコンピュータを機能させるプログラムを実行することによって実現される。
【００８２】
無線リンク接続制御部２１は、基地局３に対して無線リンクを接続状態／切断状態（又は休止状態）にする。また、無線リンク接続制御部２１は、確認時刻を取得した後（タイマ部に確認時刻を設定した後）、無線リンクを切断状態又は休止状態とするべく制御する。更に、無線リンク接続制御部２１は、タイマ部２７がタイムアウトを発生した際に、無線リンクを接続するべく制御する。
【００８３】
登録要求送信部２２は、無線リンクの接続後、基地局３を介してセッション制御装置１へ、登録要求を送信する。
【００８４】
登録応答受信部２３は、セッション制御装置１から基地局３を介して登録応答を受信し、当該登録応答に含まれる確認時刻を取得する。その確認時刻は、タイマ部２７に設定される。
【００８５】
確認要求送信部２４は、無線リンクの接続後、基地局３を介してセッション制御装置１へ、確認要求を送信する。
【００８６】
確認応答受信部２５は、セッション制御装置１から基地局３を介して確認応答を受信し、当該確認応答に含まれる着信の有無及び／又は確認時刻を取得する。その確認時刻は、タイマ部２７に設定される。着信有りの場合、確認応答受信部２５は、セッション確立要求部２６へ、セッションを確立するべく指示する。
【００８７】
セッション確立制御部２６は、基地局を介してセッション制御装置１へ、宛先の無線端末を指定したセッション確立要求を送信する。また、セッション確立制御部２６は、セッション制御装置１から基地局３を介してセッション確立応答を受信し、当該セッション確立応答に含まれる確認時刻を取得する。その確認時刻は、タイマ部２７に設定される。
【００８８】
タイマ部２７は、取得された確認時刻を、タイマに設定する。そして、タイマ部２７は、タイムアウトした際に、無線リンク接続制御部２１へ、タイムアウトした旨を通知する。
【００８９】
以上、詳細に説明したように、本発明の通信制御方法及びシステムによれば、特に災害時のように無線通信システムの高輻輳状態時に、無線端末の待ち受け時間における消費電力をできる限り低減させると共に、基地局へ集中する無線リンクの接続数をできる限り低減させることができる。
【００９０】
前述した本発明の種々の実施形態について、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【符号の説明】
【００９１】
１ セッション制御装置
１１ 通信状態蓄積部
１２ 登録処理部
１３ 確認時刻決定部
１４ 登録応答返信部
１５ セッション確立制御部
１６ 着信判定部
１７ 確認応答返信部
１８ 登録テーブル
２ 無線端末
２０ 無線通信部
２１ 無線リンク接続制御部
２２ 登録要求送信部
２３ 登録応答受信部
２４ 確認要求送信部
２５ 確認応答受信部
２６ セッション確立制御部
２７ タイマ部
２８ データ通信部
３ 基地局
【特許請求の範囲】
【請求項１】
無線通信網の基地局に接続する複数の無線端末と、広域通信網に接続されたセッション制御装置とを有し、無線通信網及び広域通信網が相互接続されたシステムにおける通信制御方法であって、
前記セッション制御装置は、無線端末毎に、着信を確認する確認時刻を保持しており、
第２の無線端末が、第１の無線端末へ発信する際に、第２の基地局に対して無線リンクを接続する第１のステップと、
第２の無線端末が、第２の基地局を介して前記セッション制御装置へ、第１の無線端末を宛先とするセッション確立要求を送信する第２のステップと、
前記セッション制御装置が、第１の無線端末の前記確認時刻を含むセッション確立応答を、第２の基地局を介して、第２の無線端末へ返信する第３のステップと、
第２の無線端末が、第２の基地局に対する無線リンクを切断状態又は休止状態にする第４のステップと、
第１の無線端末の前記確認時刻に達した時に、第１の無線端末が、第１の基地局に対して無線リンクを接続すると共に、第２の無線端末が、第２の基地局に対して無線リンクを接続する第５のステップと、
第１の無線端末が、第１の基地局を介して前記セッション制御装置へ、確認要求を送信する第６のステップと
を有することを特徴とする通信制御方法。
【請求項２】
第１のステップの前段について、
第１の無線端末が、第１の基地局に対して無線リンクを接続するステップと、
第１の無線端末が、第１の基地局を介して前記セッション制御装置へ、登録要求を送信するステップと、
前記セッション制御装置が、第１の無線端末の登録処理を実行すると共に、第１の無線端末の確認時刻を決定するステップと、
前記セッション制御装置が、前記確認時刻を含む登録応答を、第１の基地局を介して第１の無線端末へ返信するステップと、
第１の無線端末が、第１の基地局に対する無線リンクを切断状態又は休止状態にするステップと
を有し、
第１の無線端末は、前記確認時刻に達した時に、第１の基地局に対して無線リンクを接続するように動作することを特徴とする請求項１に記載の通信制御方法。
【請求項３】
前記セッション制御装置は、基地局全ての通信状態情報を収集しており、
第１の基地局の通信状態に応じて第１の無線端末の確認時刻を決定する
ことを特徴とする請求項１又は２に記載の通信制御方法。
【請求項４】
第６のステップの後段として、
前記セッション制御装置が、第１の無線端末に対するセッション確立要求を既に受信しているか否かを確認する第７のステップと、
前記セッション制御装置が、第７のステップで真と判定した場合、確認応答を、第１の基地局を介して第１の無線端末へ送信する第８のステップと、
第１の無線端末が、第１の基地局を介して前記セッション制御装置へ、セッション確立要求を送信する第９のステップと、
前記セッション制御装置が、前記セッション確立要求を、第２の基地局を介して第２の無線端末へ送信する第１０のステップと
を有することを特徴とする請求項１から３のいずれか１項に記載の通信制御方法。
【請求項５】
第６のステップの後段として、
前記セッション制御装置が、第１の無線端末に対するセッション確立要求を既に受信しているか否かを確認する第７のステップと、
前記セッション制御装置が、第７のステップで真と判定した場合、前記セッション確立要求を、第１の基地局を介して第１の無線端末へ送信する第８のステップと、
第１の無線端末が、第１の基地局を介して前記セッション制御装置へ、セッション確立応答を送信する第９のステップと、
前記セッション制御装置が、前記セッション確立応答を、第２の基地局を介して第２の無線端末へ送信する第１０のステップと
を有することを特徴とする請求項１から３のいずれか１項に記載の通信制御方法。
【請求項６】
第３のステップについて、前記セッション制御装置は、第１の基地局の通信状態に応じて確認時刻を更新し、第１の無線端末の当該確認時刻を含むセッション確立応答を、第２の基地局を介して、第２の無線端末へ返信し、
第６のステップの後段として、
前記セッション制御装置が、第１の無線端末に対するセッション確立要求を既に受信しているか否かを確認する第７のステップと、
前記セッション制御装置が、第７のステップで真と判定した場合、更新された第１の無線端末の前記確認時刻を含む確認応答を、第１の基地局を介して第１の無線端末へ返信する第８のステップと、
第１の無線端末が、第１の基地局に対する無線リンクを切断状態又は休止状態にするステップと
を有することを特徴とする請求項１から３のいずれか１項に記載の通信制御方法。
【請求項７】
前記確認要求は、SIP Requestメソッド又はHTTP Requestメソッドであり、
前記確認応答は、SIP Responseメソッド又はHTTP Responseメソッドであり、
前記確認時刻は、SIP Responseメソッド又はHTTP ResponseメソッドにおけるReason phaseに含まれる
ことを特徴とする請求項１から６のいずれか１項に記載の通信制御方法。
【請求項８】
前記無線端末は、アプリケーションをインストール可能な高機能端末であって、基地局との間の無線リンクの種類に関係なく、アプリケーションレベルで通話又はメッセージを交換することができる双方向アプリケーションがインストールされていることを特徴とする請求項１から７のいずれか１項に記載の通信制御方法。
【請求項９】
前記セッション制御装置は、複数のピア装置からなるＰ２Ｐ(Peer-to-Peer)ネットワークで構成されており、
第１の無線端末及び第２の無線端末と通信可能ないずれか１つのピア装置が、前記セッション制御装置として動作する
ことを特徴とする請求項１から８のいずれか１項に記載の通信制御方法。
【請求項１０】
無線通信網の基地局に接続する複数の無線端末と、広域通信網に接続されたセッション制御装置とを有し、無線通信網及び広域通信網が相互接続された通信制御システムであって、
前記セッション制御装置は、
基地局全ての通信状態情報を収集管理する通信状態蓄積手段と、
前記無線端末から前記基地局を介して登録要求を受信し、登録処理を実行する登録処理手段と、
前記登録要求を受信した際に、前記基地局の通信状態に応じて確認時刻を決定する確認時刻決定手段と、
前記確認時刻を含む登録応答を、前記基地局を介して前記無線端末へ返信する登録応答返信手段と、
前記無線端末から前記基地局を介してセッション確立要求を受信した場合、前記確認時刻を含むセッション確立応答を当該無線端末へ返信するセッション確立制御手段と、
前記無線端末から前記基地局を介して前記確認要求を受信した場合、当該無線端末を宛先とするセッション確立要求を既に受信しているか否かを判定する着信判定手段と、
前記着信判定手段によって真と判定された場合、先に受信したセッション確立要求又は確認応答を、前記無線端末へ返信する確認応答返信手段と
を有し、
前記無線端末は、
基地局に対して無線リンクを接続状態／切断状態（又は休止状態）にする無線リンク接続制御手段と、
前記無線リンクの接続後、前記基地局を介して前記セッション制御装置へ、登録要求を送信する登録要求送信手段と、
前記セッション制御装置から前記基地局を介して前記登録応答を受信し、当該登録応答に含まれる確認時刻を取得する登録応答受信手段と、
前記無線リンクの接続後、前記基地局を介して前記セッション制御装置へ、確認要求を送信する確認要求送信手段と、
前記セッション制御装置から前記基地局を介して前記確認応答を受信し、当該確認応答に含まれる着信の有無及び／又は確認時刻を取得する確認応答受信手段と、
前記基地局を介して前記セッション制御装置へ、宛先の無線端末を指定したセッション確立要求を送信し、その後、前記セッション制御装置から前記基地局を介してセッション確立応答を受信し、当該セッション確立応答に含まれる確認時刻を取得するセッション確立制御手段と、
取得された前記確認時刻を、タイマに設定するタイマ手段と
を有し、
前記無線リンク接続制御手段は、前記確認時刻を取得した後、前記無線リンクを切断状態又は休止状態にし、前記タイマ手段がタイムアウトを発生した際に、前記無線リンクを接続する
ことを特徴とする通信制御システム。
【請求項１】
無線通信網の基地局に接続する複数の無線端末と、広域通信網に接続されたセッション制御装置とを有し、無線通信網及び広域通信網が相互接続されたシステムにおける通信制御方法であって、
前記セッション制御装置は、無線端末毎に、着信を確認する確認時刻を保持しており、
第２の無線端末が、第１の無線端末へ発信する際に、第２の基地局に対して無線リンクを接続する第１のステップと、
第２の無線端末が、第２の基地局を介して前記セッション制御装置へ、第１の無線端末を宛先とするセッション確立要求を送信する第２のステップと、
前記セッション制御装置が、第１の無線端末の前記確認時刻を含むセッション確立応答を、第２の基地局を介して、第２の無線端末へ返信する第３のステップと、
第２の無線端末が、第２の基地局に対する無線リンクを切断状態又は休止状態にする第４のステップと、
第１の無線端末の前記確認時刻に達した時に、第１の無線端末が、第１の基地局に対して無線リンクを接続すると共に、第２の無線端末が、第２の基地局に対して無線リンクを接続する第５のステップと、
第１の無線端末が、第１の基地局を介して前記セッション制御装置へ、確認要求を送信する第６のステップと
を有することを特徴とする通信制御方法。
【請求項２】
第１のステップの前段について、
第１の無線端末が、第１の基地局に対して無線リンクを接続するステップと、
第１の無線端末が、第１の基地局を介して前記セッション制御装置へ、登録要求を送信するステップと、
前記セッション制御装置が、第１の無線端末の登録処理を実行すると共に、第１の無線端末の確認時刻を決定するステップと、
前記セッション制御装置が、前記確認時刻を含む登録応答を、第１の基地局を介して第１の無線端末へ返信するステップと、
第１の無線端末が、第１の基地局に対する無線リンクを切断状態又は休止状態にするステップと
を有し、
第１の無線端末は、前記確認時刻に達した時に、第１の基地局に対して無線リンクを接続するように動作することを特徴とする請求項１に記載の通信制御方法。
【請求項３】
前記セッション制御装置は、基地局全ての通信状態情報を収集しており、
第１の基地局の通信状態に応じて第１の無線端末の確認時刻を決定する
ことを特徴とする請求項１又は２に記載の通信制御方法。
【請求項４】
第６のステップの後段として、
前記セッション制御装置が、第１の無線端末に対するセッション確立要求を既に受信しているか否かを確認する第７のステップと、
前記セッション制御装置が、第７のステップで真と判定した場合、確認応答を、第１の基地局を介して第１の無線端末へ送信する第８のステップと、
第１の無線端末が、第１の基地局を介して前記セッション制御装置へ、セッション確立要求を送信する第９のステップと、
前記セッション制御装置が、前記セッション確立要求を、第２の基地局を介して第２の無線端末へ送信する第１０のステップと
を有することを特徴とする請求項１から３のいずれか１項に記載の通信制御方法。
【請求項５】
第６のステップの後段として、
前記セッション制御装置が、第１の無線端末に対するセッション確立要求を既に受信しているか否かを確認する第７のステップと、
前記セッション制御装置が、第７のステップで真と判定した場合、前記セッション確立要求を、第１の基地局を介して第１の無線端末へ送信する第８のステップと、
第１の無線端末が、第１の基地局を介して前記セッション制御装置へ、セッション確立応答を送信する第９のステップと、
前記セッション制御装置が、前記セッション確立応答を、第２の基地局を介して第２の無線端末へ送信する第１０のステップと
を有することを特徴とする請求項１から３のいずれか１項に記載の通信制御方法。
【請求項６】
第３のステップについて、前記セッション制御装置は、第１の基地局の通信状態に応じて確認時刻を更新し、第１の無線端末の当該確認時刻を含むセッション確立応答を、第２の基地局を介して、第２の無線端末へ返信し、
第６のステップの後段として、
前記セッション制御装置が、第１の無線端末に対するセッション確立要求を既に受信しているか否かを確認する第７のステップと、
前記セッション制御装置が、第７のステップで真と判定した場合、更新された第１の無線端末の前記確認時刻を含む確認応答を、第１の基地局を介して第１の無線端末へ返信する第８のステップと、
第１の無線端末が、第１の基地局に対する無線リンクを切断状態又は休止状態にするステップと
を有することを特徴とする請求項１から３のいずれか１項に記載の通信制御方法。
【請求項７】
前記確認要求は、SIP Requestメソッド又はHTTP Requestメソッドであり、
前記確認応答は、SIP Responseメソッド又はHTTP Responseメソッドであり、
前記確認時刻は、SIP Responseメソッド又はHTTP ResponseメソッドにおけるReason phaseに含まれる
ことを特徴とする請求項１から６のいずれか１項に記載の通信制御方法。
【請求項８】
前記無線端末は、アプリケーションをインストール可能な高機能端末であって、基地局との間の無線リンクの種類に関係なく、アプリケーションレベルで通話又はメッセージを交換することができる双方向アプリケーションがインストールされていることを特徴とする請求項１から７のいずれか１項に記載の通信制御方法。
【請求項９】
前記セッション制御装置は、複数のピア装置からなるＰ２Ｐ(Peer-to-Peer)ネットワークで構成されており、
第１の無線端末及び第２の無線端末と通信可能ないずれか１つのピア装置が、前記セッション制御装置として動作する
ことを特徴とする請求項１から８のいずれか１項に記載の通信制御方法。
【請求項１０】
無線通信網の基地局に接続する複数の無線端末と、広域通信網に接続されたセッション制御装置とを有し、無線通信網及び広域通信網が相互接続された通信制御システムであって、
前記セッション制御装置は、
基地局全ての通信状態情報を収集管理する通信状態蓄積手段と、
前記無線端末から前記基地局を介して登録要求を受信し、登録処理を実行する登録処理手段と、
前記登録要求を受信した際に、前記基地局の通信状態に応じて確認時刻を決定する確認時刻決定手段と、
前記確認時刻を含む登録応答を、前記基地局を介して前記無線端末へ返信する登録応答返信手段と、
前記無線端末から前記基地局を介してセッション確立要求を受信した場合、前記確認時刻を含むセッション確立応答を当該無線端末へ返信するセッション確立制御手段と、
前記無線端末から前記基地局を介して前記確認要求を受信した場合、当該無線端末を宛先とするセッション確立要求を既に受信しているか否かを判定する着信判定手段と、
前記着信判定手段によって真と判定された場合、先に受信したセッション確立要求又は確認応答を、前記無線端末へ返信する確認応答返信手段と
を有し、
前記無線端末は、
基地局に対して無線リンクを接続状態／切断状態（又は休止状態）にする無線リンク接続制御手段と、
前記無線リンクの接続後、前記基地局を介して前記セッション制御装置へ、登録要求を送信する登録要求送信手段と、
前記セッション制御装置から前記基地局を介して前記登録応答を受信し、当該登録応答に含まれる確認時刻を取得する登録応答受信手段と、
前記無線リンクの接続後、前記基地局を介して前記セッション制御装置へ、確認要求を送信する確認要求送信手段と、
前記セッション制御装置から前記基地局を介して前記確認応答を受信し、当該確認応答に含まれる着信の有無及び／又は確認時刻を取得する確認応答受信手段と、
前記基地局を介して前記セッション制御装置へ、宛先の無線端末を指定したセッション確立要求を送信し、その後、前記セッション制御装置から前記基地局を介してセッション確立応答を受信し、当該セッション確立応答に含まれる確認時刻を取得するセッション確立制御手段と、
取得された前記確認時刻を、タイマに設定するタイマ手段と
を有し、
前記無線リンク接続制御手段は、前記確認時刻を取得した後、前記無線リンクを切断状態又は休止状態にし、前記タイマ手段がタイムアウトを発生した際に、前記無線リンクを接続する
ことを特徴とする通信制御システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１３−４６２７４（Ｐ２０１３−４６２７４Ａ）
【公開日】平成２５年３月４日（２０１３．３．４）
【国際特許分類】
【出願番号】特願２０１１−１８３３５２（Ｐ２０１１−１８３３５２）
【出願日】平成２３年８月２５日（２０１１．８．２５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＩＮＤＯＷＳ
２．ＥＺｗｅｂ
３．ＵＮＩＸ
４．Ｌｉｎｕｘ
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
【公開日】平成２５年３月４日（２０１３．３．４）
【国際特許分類】
【出願日】平成２３年８月２５日（２０１１．８．２５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＩＮＤＯＷＳ
２．ＥＺｗｅｂ
３．ＵＮＩＸ
４．Ｌｉｎｕｘ
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
[ Back to top ]