(57)【要約】  ラジオ・アクセス・ネットワークにおいて、効率的なリソース割当を用いてＰＴＴ通信を適応的に可能にするための装置及び方法。ユーザがＰＴＴ呼出をアクティベートさせるためにモバイル・デバイスを使用すると、モバイル・デバイスは、ＰＴＴ呼出要求をＰＴＴサーバに送信する前に、ネットワーク条件をチェックする。モバイル・デバイスは、前のネットワーク・リソース要求の失敗率をトラッキングすることによってネットワーク条件をモニタする。失敗率がしきい値を下回る場合、サービス品質（ＱｏＳ）ネットワーク・リソース要求より前に、あるいはそれと同時に、ＰＴＴ呼出開始要求がネットワーク・サーバに送られる。
2011525309.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークによって通信を適応的に開始する方法であって、
通信アクティベーション要求を受信することと、
ネットワーク利用インジケータをチェックすることと、
前記ネットワーク利用インジケータに従うルールに基づいて、遠隔ネットワーク・サーバに通信要求及びネットワーク・リソース要求を送信することと
を備える方法。
【請求項２】
前記遠隔ネットワーク・サーバに通信要求及びネットワーク・リソース要求を送信することは更に、前記ネットワーク利用インジケータが値未満であり、かつ、前記遠隔ネットワーク・サーバへの確立されたトラフィック・チャネルが存在する場合、前記遠隔ネットワーク・サーバに前記ネットワーク・リソース要求を送信することと並行して、前記遠隔ネットワーク・サーバに前記通信要求を送信することを備える請求項１に記載の方法。
【請求項３】
前記遠隔ネットワーク・サーバに通信要求及びネットワーク・リソース要求を送信することは更に、前記ネットワーク利用インジケータが予め定められた値に対して少なくとも等しい場合、前記遠隔ネットワーク・サーバに前記ネットワーク・リソース要求を送信した後、前記遠隔ネットワーク・サーバに前記通信要求を送信することを備える請求項１に記載の方法。
【請求項４】
前記遠隔ネットワーク・サーバに通信要求及びネットワーク・リソース要求を送信することは更に、前記遠隔ネットワーク・サーバへの確立されたトラフィック・チャネルが存在せず、前記ネットワーク利用インジケータ情報が古い場合、前記遠隔ＰＴＴサーバに前記ネットワーク・リソース要求を送信することより前に、あるいはそれと並行して、前記遠隔ネットワーク・サーバに前記通信要求を送信することを含む請求項1に記載の方法。
【請求項５】
前記ネットワーク利用インジケータは更に、リアルタイムなネットワーク・リソース要求の失敗率を備える請求項１に記載の方法。
【請求項６】
前記ネットワーク利用インジケータは更に、トラフィック・チャネルが前記遠隔ネットワーク・サーバに対して確立されているかを示すインジケータを備える請求項１に記載の方法。
【請求項７】
前記遠隔ネットワーク・サーバからネットワーク・リソース許可インジケータを受信することを更に備える請求項１に記載の方法。
【請求項８】
前記ネットワーク・リソース要求に対する失敗メッセージを受信することと、
失敗を失敗率に記録することと
を備える請求項１に記載の方法。
【請求項９】
通信ネットワークによって通信を適応的に開始する装置であって、
１又は複数のユーザから通信開始要求を受信するためのユーザ・インタフェースと、
遠隔ネットワーク・サーバとインタフェースするためのラジオ・インタフェース・ユニットと、
ネットワーク利用インジケータを格納するための記憶ユニットと、
ユーザから通信開始要求を受信し、
ネットワーク利用インジケータをチェックし、
前記ネットワーク利用インジケータに従う予め定められたルールに基づいて遠隔ネットワーク・サーバに通信要求及びネットワーク・リソース要求を送信するコントローラと
を備える装置。
【請求項１０】
前記ネットワーク利用インジケータが、予め定められた値未満であり、かつ、前記遠隔ネットワーク・サーバへの確立されたトラフィック・チャネルが存在する場合、前記コントローラは更に、前記遠隔ネットワーク・サーバに前記ネットワーク・リソース要求を送信する前に、前記遠隔ネットワーク・サーバに前記通信要求を送信する請求項９に記載の装置。
【請求項１１】
前記ネットワーク利用インジケータが、予め定められた値に対して少なくとも等しい場合、前記コントローラは更に、前記遠隔ネットワーク・サーバに前記ネットワーク・リソース要求を送信した後、前記遠隔ネットワーク・サーバに前記通信要求を送信する請求項９に記載の装置。
【請求項１２】
前記遠隔ネットワーク・サーバへの確立されたトラフィック・チャネルが存在しない場合、前記コントローラは更に、前記遠隔ＰＴＴサーバに前記ネットワーク・リソース要求を送信する前に、前記遠隔ネットワーク・サーバに前記通信要求を送信することを備える請求項９に記載の装置。
【請求項１３】
前記ネットワーク利用インジケータは更に、リアルタイムなネットワーク・リソース要求の失敗率を備える請求項９に記載の装置。
【請求項１４】
前記ネットワーク利用インジケータは更に、トラフィック・チャネルが前記遠隔ネットワーク・サーバに対して確立されているかを示すインジケータを備える請求項９に記載の装置。
【請求項１５】
前記コントローラは更に、前記遠隔ネットワーク・サーバからネットワーク・リソース許可インジケータを受信する請求項９に記載の装置。
【請求項１６】
前記コントローラは更に、前記ネットワーク・リソース要求に対する失敗メッセージを受信し、失敗を失敗率に記録する請求項９に記載の装置。
【請求項１７】
コンピュータ読取可能媒体を備えるコンピュータ読取可能製品であって、前記コンピュータ読取可能媒体は、
通信アクティベーション要求を受信するための命令群のセットと、
ネットワーク利用インジケータをチェックするための命令群のセットと、
前記ネットワーク利用インジケータに従うルールに基づいて遠隔ネットワーク・サーバに通信要求及びネットワーク・リソース要求を送信するための命令群のセットと
を備えるコンピュータ読取可能製品。
【請求項１８】
前記ネットワーク利用インジケータが予め定められた値未満であり、かつ、前記遠隔ネットワーク・サーバへの確立されたトラフィック・チャネルが存在する場合、前記通信要求及びネットワーク・リソース要求を送信するための命令群のセットは更に、前記遠隔ネットワーク・サーバに前記ネットワーク・リソース要求を送信する前に、前記遠隔ネットワーク・サーバに前記通信要求を送信する請求項１７に記載のコンピュータ・プログラム。
【請求項１９】
前記ネットワーク利用インジケータが予め定められた値に対して少なくとも等しい場合、前記通信要求及びネットワーク・リソース要求を送信するための命令群のセットは更に、前記遠隔ネットワーク・サーバに前記ネットワーク・リソース要求を送信した後に、前記遠隔ネットワーク・サーバに前記通信要求を送信する請求項１７に記載のコンピュータ・プログラム。
【請求項２０】
前記遠隔ネットワーク・サーバへの確立されたトラフィック・チャネルが存在しない場合、前記通信要求及びネットワーク・リソース要求を送信するための命令群のセットは更に、前記遠隔ＰＴＴサーバに前記ネットワーク・リソース要求を送る前に、遠隔ネットワーク・サーバに通信要求及びネットワーク・リソース要求を送信することと、前記遠隔ネットワーク・サーバに前記通信要求を送信することとを備える請求項１７に記載のコンピュータ・プログラム。
【請求項２１】
通信ネットワークによって通信を適応的に開始するための装置であって、
１又は複数のユーザから通信開始要求を受信する手段と、
遠隔ネットワーク・サーバとインタフェースする手段と、
ネットワーク利用インジケータを格納する手段と、
ユーザから通信アクティベーション要求を受信し、
ネットワーク利用インジケータをチェックし、
前記ネットワーク利用インジケータに従う予め定められたルールに基づいて、遠隔ネットワーク・サーバに通信要求及びネットワーク・リソース要求を送信するコントローラ手段と
を備える装置。
【請求項２２】
前記ネットワーク利用インジケータが予め定められた値未満であり、かつ、前記遠隔ネットワーク・サーバへの確立されたトラフィック・チャネルが存在する場合、前記コントローラ手段は更に、前記遠隔ネットワーク・サーバに前記ネットワーク・リソース要求を送信する前に、前記遠隔ネットワーク・サーバに前記通信要求を送る請求項２１に記載の装置。
【請求項２３】
前記ネットワーク利用インジケータが、予め定められた値に対して少なくとも等しい場合、前記コントローラ手段は更に、前記遠隔ネットワーク・サーバに前記ネットワーク・リソース要求を送信した後、前記遠隔ネットワーク・サーバに前記通信要求を送信する請求項２１に記載の装置。
【請求項２４】
前記遠隔ネットワーク・サーバへの確立されたトラフィック・チャネルが存在しない場合、前記コントローラ手段は更に、前記遠隔ＰＴＴサーバに前記ネットワーク・リソース要求を送信する前に、前記遠隔ネットワーク・サーバに前記通信要求を送信する請求項２１に記載の装置。
【請求項２５】
前記ネットワーク利用インジケータは更に、リアルタイムなネットワーク・リソース要求の失敗率を備える請求項２１に記載の装置。
【請求項２６】
前記ネットワーク利用インジケータは更に、トラフィック・チャネルが前記遠隔ネットワーク・サーバに対して確立されているかを示すインジケータを備える請求項２１に記載の装置。
【請求項２７】
前記コントローラ手段は更に、前記遠隔ネットワーク・サーバからネットワーク・リソース許可インジケータを受信する請求項２１に記載の装置。
【請求項２８】
前記コントローラ手段は更に、
前記ネットワーク・リソース要求に対する失敗メッセージを受信し、
失敗を失敗率に記録する請求項２１に記載の装置。
【請求項２９】
通信ネットワーク上の複数の無線通信デバイス間でのグループ通信を制御する方法であって、
前記複数の無線通信デバイスのうちの少なくとも１つにネットワーク利用データを定期的に送信することと、
前記複数の無線デバイスのうちの少なくとも１つからグループ通信アクティベーション要求を受信することと、
前記複数の無線デバイスのうちの少なくとも１つからネットワーク・リソース要求を受信することと、
前記複数の無線デバイスのうちの少なくとも１つに、グループ通信のためのネットワーク・リソースを選択的に提供することと
を備える方法。
【請求項３０】
前記グループ通信アクティベーション要求を受信することは、前記ネットワーク・リソース要求を受信することと並行して起こる請求項２９に記載の方法。
【請求項３１】
前記グループ通信アクティベーション要求を受信することは、前記ネットワーク・リソース要求を受信した後に起きる請求項２９に記載の方法。
【請求項３２】
前記複数の無線通信デバイスの少なくとも１つにネットワーク利用データを定期的に送信することは、リアルタイムなネットワーク・リソース要求の失敗率を送信することを含む請求項２９に記載の方法。
【請求項３３】
前記ネットワーク・リソースを選択的に提供することは、ネットワーク・リソース許可インジケータを提供することである請求項２９に記載の方法。
【請求項３４】
ネットワーク・リソースが利用不可能な場合、前記複数の無線通信デバイスのうちの少なくとも１つに、前記ネットワーク・リソース要求に対する失敗メッセージを送信する請求項２９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、特に、リアルタイムなネットワーク条件に従う動的な呼出設定に関する。
【背景技術】
【０００２】
無線電気通信システムにおいて、プッシュ・トゥ・トーク（ＰＴＴ）機能は、サービス・セクタと同様に、個々のユーザ・グループにとって一般的となってきている。ＰＴＴは、符号分割多元接続（ＣＤＭＡ）や、周波数分割多元接続（ＦＤＭＡ）や、時分割多元接続（ＴＤＭＡ）や、及びグローバル・システム・フォー・モバイル・コミュニケーション（ＧＳＭ（登録商標））のような、標準的な商業用無線インフラストラクチャによって動作する「ディスパッチ」音声サービスを支援しうる。
【０００３】
図１は、ＰＴＴ通信を支援する従来技術アーキテクチャ１００を例示する。このアーキテクチャは、キャリアのＣＤＭＡインフラストラクチャ及びパケット・データ・ネットワークと併せて、単一ＰＴＴサーバ１１２による領域の展開を含む。追加のＰＴＴサーバのような、その他のネットワーク・サーバは、領域ネットワーク１１０内に存在しうる。ＰＴＴサーバ１１２の各領域は、パケット・データ・ネットワークの特定の一部にわたって展開される。領域内のＰＴＴサーバ１１２は、キャリア・ネットワーク内の１又は複数のパケット・データ・サービス・ノード（ＰＤＳＮ）の間でトラフィックをルーティングしうる。ＰＴＴ機能を支援する通信デバイス１０２は、基地局（ＢＳ）１０４と通信する。各ＢＳ１０４は、１又は複数の基地局トランシーバ（ＢＴＳ）１１４と通信する。ＢＳＣ１０４は、高速ネットワーク１０６と通信し、通信デバイス１０２から受信されたＰＴＴ通信は、基地局１０４及びネットワーク１０６を介して、パケット・データ・サービス・ノード（ＰＤＳＮ）へ送られる。ＢＳ１０４は、ＰＤＳＮと通信デバイス１０２との間の通信に、パッケージ制御機能（ＰＣＦ）を提供する。ＰＤＳＮは、高速ネットワーク１０６及びサーバ１１２のネットワーク１０８と通信する。このネットワーク１０８は、ＰＴＴネットワーク１１０と結合されている。ＰＤＳＮは、ＰＴＴネットワーク１１０内のＰＴＴサーバ１１２にＰＴＴ通信を転送する。ラジオ・アクセス・ネットワーク（ＲＡＮ）１１６は、ＢＳＣ１０４及びＢＴＳ１１４を含む。
【０００４】
ＰＴＴサーバ１１２は、ＰＴＴグループのメンバの間のＰＴＴ通信を取り扱う。ＰＴＴサーバ１１２は、１つのメンバからＰＴＴ通信を受信し、それをＰＴＴグループの全てのメンバに転送する。ＰＴＴ通信は、通常、ネットワーク１１０からデータ・パケットとして受信され、ＰＴＴサーバ１１２によって発送されるＰＴＴ通信も、データ・パケットのフォーマットである。パケット・データ・サービス・ノード（ＰＤＳＮ）及び統合された基地局（ＢＳ）は、その後、ＢＴＳ１１４を介して、専用トラフィック・チャネルを確立し、受信モバイル・クライアント（ＰＴＴメンバ）にＰＴＴ通信を送信する。使用において、ＰＴＴサーバ１１２が、ユーザのＰＴＴ通信を支援するために、ユーザの「発言要求」と必要なネットワーク・リソースを許可した後、ユーザは、自らのＰＴＴグループのメンバに対する「発言権」が許可される。
【０００５】
ＰＴＴ通信は、一般に、公安及び災害復旧のシナリオにおいて使用される。ここにおいて、数多くの公安職員及び救助隊員がＰＴＴ通信によって内輪で通信する。数多くのユーザ間でのＰＴＴ通信のための呼出設定に関連する問題のうちの１つは、呼出設定プロセス中におけるレイテンシである。このレイテンシは、ネットワーク条件に大きく依存するリソース割当に起因する。
【０００６】
ＰＴＴ通信は、一般に、公安及び災害復旧のシナリオにおいてだけでなく、最小遅延での通信を達成することを望むその他の個人及びグループによって使用されうるので、呼出設定中の低いレイテンシでのネットワーク性能が、ＰＴＴ呼出のために特に重要である。
【０００７】
ノミナルな動作期間中、無線（あるいは有線）ネットワークにおけるシステム・リソースが一般に利用可能である場合、区別できるトラフィックに対して異なるグレードのサービス（サービスの品質（ＱｏＳ））を提供するネットワークによって、ＰＴＴ呼出サービス（あるいはその他のサービス）を提供するシステムにおけるＰＴＴ呼出設定手順は、通常、レイテンシ性能を最小化するために最適化される。この最適化は、一般に、その呼出についてのサービスの特定のグレードあるいは品質に対する要求が、名目上成功するだろうという仮定に基づく。
【０００８】
しかし、その呼出についてのサービスの特定のグレードあるいは品質に対する要求が、一般的に成功しないようなネットワーク条件の間、すなわち、高音声量及び高リソース利用期間の間、サービスが動作させられる場合、ノミナルな呼出フローは、リソース利用制約に悪影響を及ぼす振る舞いを示しうる。従って、現在のネットワーク条件に適したＰＴＴ呼出設定中のリソース予約要求に体裁よく適合するシステム及び方法が望まれており、本発明は、主としてそのようなシステム及び方法に関するものである。
【発明の概要】
【０００９】
本明細書において説明される装置及び方法は、ＰＴＴ呼出のために必要なＱｏＳ保証を要求することに関連付けられた遅延を低減しながら、ＰＴＴ呼出設定中のネットワーク・リソースの効率的な要求を可能にする。１つの実施形態において、プッシュ・トゥ・トーク（ＰＴＴ）呼出要求を適応的に開始させるための方法が提供される。この方法は、ユーザからＰＴＴアクティベーション要求を受信すること、ネットワーク利用インジケータをチェックすること、ネットワーク利用インジケータに従って、遠隔ネットワーク・サーバにＰＴＴ呼出要求を送信することとを備える。
【００１０】
別の実施形態において、プッシュ・トゥ・トーク（ＰＴＴ）呼出要求を適応的に開始させるための装置が提供される。この装置は、ユーザからＰＴＴアクティベーション要求を受信するためのユーザ・インタフェースと、遠隔ネットワーク・サーバとインタフェースするためのラジオ・インタフェース・ユニットと、ネットワーク利用インジケータを格納するための記憶ユニットと、コントローラとを含む。このコントローラは、ユーザからＰＴＴアクティベーション要求を受信することと、ネットワーク利用インジケータをチェックすることと、ネットワーク利用インジケータに従って遠隔ネットワーク・サーバにＰＴＴ呼出要求を送信することとができる。
【００１１】
本発明のその他の利点及び特徴は、以下に説明される図面の簡単な説明、本発明の詳細な説明、及び特許請求の範囲のレビュー後、明らかとなるだろう。
【図面の簡単な説明】
【００１２】
【図１】図１は、無線通信ネットワークの従来技術アーキテクチャである。
【図２】図２は、本発明に従う無線通信ネットワークの典型的な実施形態のアーキテクチャである。
【図３】図３は、本発明の典型的な実施形態に従うメッセージ・フロー・チャートである。
【図４】図４は、本発明の典型的な実施形態に従う、基地局コントローラのプロセスを例示する。
【図５】図５は、本発明の典型的な実施形態に従うＰＤＳＮプロセスを例示する。
【図６】図６は、本システムを支援する基地局コントローラの典型的な実施形態についてのブロック図である。
【発明を実施するための形態】
【００１３】
この説明において、「通信デバイス」、「無線デバイス」、「無線通信デバイス」、「ＰＴＴ通信デバイス」、「ハンドヘルド・デバイス」、「モバイル・デバイス」及び「ハンドセット」という用語は、置換可能に使用される。「ラジオ・アクセス・ネットワーク」及び「ネットワーク・サーバ」は置換可能に使用される。用語「呼出」及び「通信」も、置換可能に使用され、用語「基地局」及び「基地局サーバ」も同様である。本明細書において使用されるような用語「アプリケーション」は、実行可能な及び実行可能ではないソフトウェア・ファイル、未加工データ、集合データ、パッチ、及びその他のコード・セグメントを含むよう意図されている。用語「典型的」は、開示された要素あるいは実施形態は、単なる実例であり、いかなるユーザ選択も示していないということを意味している。更に、同一符番が、いくつかの図にわたって同一要素を称し、冠詞「ａ」及び「ａｎ」は、説明において特定されない限りは、複数形の言及を含む。
【００１４】
要約すると、このシステム及び方法は、通信ネットワークにおける効率的なリソース割当を用いた通信を適応的に可能にする。ユーザが、ＰＴＴ呼出開始要求（あるいは一般的に、「通信開始要求」）のような通信をアクティベートするためにモバイル・デバイスを使用した後、モバイル・デバイスは、通信開始要求及び（例えば、「ＱｏＳリソース要求」のような）ネットワーク・リソース要求を通信サーバに送信する前に、ネットワーク条件をチェックする。ネットワーク・リソースに対する要求は、ネットワーク条件に従って送信される。
【００１５】
ネットワーク・リソースは、ＰＴＴ通信の品質に大いに影響を与え、ネットワーク・リソース割当は、多くの要因、とりわけサービス品質（ＱｏＳ）の実施による影響を受ける。ＱｏＳ保証は、ネットワーク・キャパシティが制限される場合に、特に、遅延に敏感なリアルタイムな音声通信のようなリアルタイム・ストリーミング・マルチメディア・アプリケーションにとって重要である。多くの通信プロトコル及びネットワークが、ＱｏＳを実施及び支援する。ＱｏＳを支援するネットワークにおける通信を設定すると、ＱｏＳリソース要求は、開始デバイスからネットワーク・サーバへ送られる。ネットワーク・サーバは、負荷を確認し、ＱｏＳリソース要求が許可されうるかを判定する。ネットワークが混雑している、あるいはネットワークに重いトラフィック負荷がかかっている場合、ネットワーク・サーバはＱｏＳリソース要求を拒否しうる。ネットワークにおけるトラフィック負荷が高くない場合、ネットワーク・サーバはＱｏＳリソース要求を許可し、高品質のＰＴＴ通信が設定されうる。モバイル・デバイスは、リアルタイムなＱｏＳリソース要求の失敗率をトラッキングする。これは、ネットワーク・トラフィック条件を示すインジケーションである。
【００１６】
図２は、ネットワーク利用が低い場合の、モバイル・デバイスとラジオ・アクセス・ネットワーク（ＲＡＮ）との間のやり取りを例示する。ＰＴＴ呼出（通信）を行いたい時、ユーザは自分のモバイル・デバイス上のＰＴＴアクティベーション・ボタンをプッシュする。１つの実施形態において、モバイル・デバイスが「休止」状態に入っており、トラフィック・チャネルを介して、いかなるデータをもＲＡＮと交換していない場合のような、自らの現在のステータスをモバイル・デバイスはチェックする。現在のステータスをチェックした後、あるいは代替例として、ＰＴＴアクティベーション・ボタンを押した後、モバイル・デバイスは、ＰＴＴ呼出開始要求及びＱｏＳリソース要求をＲＡＮに送る（矢印２０２）。ＰＴＴ呼出開始要求は、ＱｏＳリソース要求の前に、あるいはそれと並行して送られうる。モバイル・デバイスは、この実施形態において休止状態にあるので、ＱｏＳリソース要求の失敗率はトラッキングされていない、あるいは現在のものではない。従って、モバイル・デバイスは、ＱｏＳリソース要求の失敗率をチェックする必要がない。ネットワーク・サーバがＱｏＳリソース要求を受信した後、ネットワーク・サーバは、モバイル・デバイスによって必要とされるサービスの品質のために必要なリソースを割り当て、専用トラフィック・チャネルは、その後、ＰＴＴ呼出を伝送するために設定され、ＱｏＳ要求を許可し（矢印２０４）、ＱｏＳリソースを提供する（矢印２０６）。
【００１７】
図３は、開始モバイル・デバイスとラジオ・アクセス・ネットワーク（ＲＡＮ）との間のやり取りを例示する。ここで、これらの間に確立されたトラフィック・チャネルが存在し（矢印３０２）、このトラフィック・チャネルは、ＰＴＴ呼出のために必要なＱｏＳを用いずに予め設定されている。ＰＴＴ呼出を行いたい時、ユーザはモバイル・デバイス上のＰＴＴアクティベーション・ボタンをプッシュする。モバイル・デバイスは、自己の現在のステータスをチェックする。トラフィック・チャネルによるいくらかの一般的データ呼出が存在することと、リアルタイムなリソース要求の失敗率が特定のしきい値より低いこととに、モバイル・デバイスが気づいている場合、モバイル・デバイスは、ＰＴＴ呼出開始要求及びＱｏＳリソース要求をＲＡＮへと送るだろう（矢印３０４）。ＰＴＴ呼出開始要求は、ＱｏＳリソース要求の前に、あるいはそれと並行して送られうる。リアルタイムなリソース要求の失敗率はしきい値未満であるので、これは、ネットワーク条件が過負荷でない可能性が高く、ネットワーク・サーバがＱｏＳリソース要求を取り扱いうるということを意味する。ネットワーク・サーバがＱｏＳリソース要求を受信した後、ネットワーク・サーバはモバイル・デバイスによって必要とされるサービスの品質のために必要なリソースを割り当て、専用トラフィック・チャネルは、その後、ＰＴＴ呼出を伝送するために設定されるだろう（ＱｏＳが矢印３０６において許可される）。
【００１８】
図４は、開始モバイル・デバイスと、ラジオ・アクセス・ネットワーク（ＲＡＮ）との間のやり取りを例示する。これは、これらの間に確立されたトラフィック・チャネルが存在し（矢印４０２）、ネットワーク条件はビジーである場合のものである。ＰＴＴ呼出を行いたい時、ユーザはモバイル・デバイス上のＰＴＴアクティベーション・ボタンをプッシュする。モバイル・デバイスは、自己の現在のステータスをチェックする。トラフィック・チャネルによる一般的データ呼出が存在することと、リアルタイムなリソース要求の失敗率が特定のしきい値を上回ることとに、モバイル・デバイスが気づいている場合、モバイル・デバイスは、ＱｏＳリソース要求をＲＡＮへと送るだろう（矢印４０４）。リアルタイムなリソース要求の失敗率がしきい値を上回るので、これは、ネットワーク条件がビジーである可能性が高いことを意味する。ＱｏＳリソース要求を最初に送ることによって、モバイル・デバイスは、ＰＴＴコールのために利用可能なリソースがあることを確証することを望んでいる。リソース要求が許可されない場合、モバイル・デバイスはネットワーク・サーバへＰＴＴ呼出開始要求を送らないだろう。ＱｏＳリソース要求の許可が受信された場合（矢印４０６）、モバイル・デバイスはネットワーク・サーバにＰＴＴ呼出開始要求を送る（矢印４０８）。ＰＴＴ呼出開始要求がネットワーク・サーバによってアクノレッジされた後、ＰＴＴ呼出のためにトラフィック・チャネルが確立されるだろう。
【００１９】
代替例として、モバイル・デバイスは、ＱｏＳリソース要求及びＰＴＴ呼出開始要求を、連続してネットワーク・サーバに送る。ネットワーク・サーバは、ＰＴＴ呼出開始要求を許可しうるが、ネットワーク条件がビジーである場合、ＱｏＳリソース要求を拒否しうる。しかし、高品質のＰＴＴ呼出にするためには両方の要求が許可されなければならず、要求のうちの何れか１つが拒否された場合、モバイル・デバイスはＱｏＳを伴うトラフィック・チャネルを有さず、ＰＴＴ呼出は確立されないだろう。
【００２０】
図５は、モバイル・デバイスのプロセス５００のフロー・チャートを例示する。ユーザが、ＰＴＴ呼出を開始するためにＰＴＴ呼出ボタンをアクティベートすると（ステップ５０２）、モバイル・デバイスは、自己が休止状態にあるかどうかをチェックする（ステップ５０４）。モバイル・デバイスが休止状態にある、すなわち、モバイル・デバイスとネットワーク・サーバとの間にデータ・トラフィックが存在しない場合、モバイル・デバイスは、ＰＴＴ呼出開始要求及びＱｏＳリソース要求をネットワーク・サーバに送る（ステップ５０６）。ＰＴＴ呼出開始要求は、ＱｏＳリソース要求の前に、あるいはそれと並行して送られうる。ネットワーク・サーバがＱｏＳリソース要求を許可し、トラフィック・チャネルが設定された後、ＰＴＴ呼出は、トラフィック・チャネルによって実施されうる。
【００２１】
モバイル・デバイスが休止状態ではない場合、モバイル・デバイスは、最近のＱｏＳリソース要求の失敗率をチェックする（ステップ５０８）。ネットワーク条件が混雑していない、すなわち最近のＱｏＳリソース要求の失敗率が予め定められたしきい値未満である場合、モバイル・デバイスは、ＱｏＳリソース要求の前に、あるいはそれと並行して、ＰＴＴ呼出開始要求を送る（ステップ５０６）。ネットワークがビジーである、すなわち最近のリアルタイムなＱｏＳリソース要求の失敗率が予め定めされたしきい値より大きい場合、モバイル・デバイスは最初に、例えばＰＴＴ通信を行うためにチャネル割当のためのネットワーク・リソース要求を行ように、リソースを予約しようと試みるだろう（ステップ５１０）。ネットワーク・リソース要求に関する失敗メッセージが受信され、リソースが許可されない場合、モバイル・デバイスはこの失敗を記録するだろう（ステップ５１４）。リソースが許可された場合、モバイル・デバイスはＰＴＴ呼出開始要求をネットワーク・サーバに送る（ステップ５１６）。ネットワーク・サーバがＰＴＴ呼出開始要求をアクノレッジし、ネットワーク・サーバとモバイル・デバイスとの間のトラフィック・チャネルを確立した後、ＲＡＮによってＰＴＴ呼出が実施されうる。
【００２２】
図６は、上記で説明されたＰＴＴ呼出開始シナリオを支援できるモバイル・デバイス１０２のアーキテクチャ６００を示す。モバイル・デバイス１０２は、ユーザとインタフェースするためのユーザ・インタフェース・ユニット６０４を有する。ユーザ・インタフェース・ユニット６０４は、キーパッドや、スピーカや、マイクロフォンや、ＰＴＴアクティベーション・ボタンのような、ユーザ・インタフェース・ユニットを制御する。モバイル・デバイス１０２は更に、ラジオ・インタフェース・ユニット６０２、コントローラ６０６、及び記憶ユニット６０８を含む。ラジオ・インタフェース・ユニット６０２は、ＲＡＮを介して、ネットワーク・サーバと通信する。コントローラ６０６は、ネットワーク・リソース要求の失敗率をトラッキングすることによって、ネットワーク使用量をトラッキングする。記憶ユニット６０８は、ネットワーク・リソース要求の失敗率及びモバイル・デバイス１０２の状態を格納する。モバイル・デバイス１０２の状態は、トラフィック・チャネルがモバイル・デバイス１０２とネットワーク・サーバとの間に確立されたか、及びネットワーク・サーバとモバイル・デバイス１０２との間に何らかの媒体あるいはデータ通信が存在するか、のようないくつかの要因によって反映される。
【００２３】
動作中、工事現場の監督がクルーと通信するためにモバイル・デバイスを使用したい場合、監督はモバイル・デバイスのＰＴＴボタンをアクティベートする。監督がこの呼出より前にもＰＴＴ呼出によって数回クルーと通信していたことと、このモバイル・デバイスがネットワーク・サーバでデータを交換していたこととが仮定される。モバイル・デバイスは、自己がアイドル状態ではないことと、モバイル・デバイスとネットワーク・サーバとの間に確立されたデータ・チャネルが存在することとを確認する。データ・チャネルはデータ交換のためであり、ＱｏＳを用いて確立されたのでも、ＰＴＴ呼出には不十分なＱｏＳを用いて確立されたのでもない。モバイル・デバイスは、その後、記憶ユニットにおける失敗率をチェックする。失敗率が高い場合、これはネットワークがビジーなことを意味する。失敗率が低い場合、これはネットワークが過負荷でないことを意味する。失敗率が予め定められたしきい値より高いと、モバイル・デバイスはこれをネットワークがビジーであると解釈すると仮定し、モバイル・デバイスはその後、ネットワーク・サーバにＱｏＳリソース要求を送る。モバイル・デバイスは、ネットワーク・サーバが、ＱｏＳ呼出を支援できるネットワーク・リソースを予約するのを待つ。ＱｏＳ許可を受信した後、モバイル・デバイスは、ＰＴＴ呼出を開始するために、ＰＴＴ呼出開始要求を送る。ＱｏＳ許可がネットワーク・サーバから受信されない場合、モバイル・デバイスはＰＴＴ呼出開始要求を発送しないだろう。代替的に、ネットワーク・サーバはモバイル・デバイスのために、所望されるネットワーク・リソースより少ないネットワーク・リソースを予約し、その後、ＱｏＳ許可をモバイル・デバイスへ送る。この場合、モバイル・デバイスは最初に要求されたより低い品質でＰＴＴ呼出を実施することが可能となる。所望された品質より低い品質でＰＴＴ呼出を実施することは、通信能力が通信品質よりも重要である場合に、消防隊員や警察官のような緊急救助隊にとって許容可能でありうる。
【００２４】
本発明は、ＰＴＴ環境において上記に説明されているが、ＰＴＴ通信に限定されない。より広義には、システム及び方法は、ＱｏＳを利用する通信のためにネットワーク・リソース利用を最適化する。モバイル・デバイス上で実行可能な方法を考慮して、方法は、コンピュータ読取可能媒体内に存在するプログラムによって実行されうる。ここで、このプログラムは、方法のステップを実行するために、モバイル・デバイスあるいはコンピュータ・プラットフォームを有するその他のコンピュータ・デバイスに指示する。コンピュータ読取可能媒体は、サーバのメモリである、あるいは連結データベース内に存在しうる。更に、コンピュータ読取可能媒体は、磁気ディスクもしくはテープや、光学ディスクや、ハードディスクや、フラッシュ・メモリや、あるいは当該技術分野で周知のその他の記憶媒体のような、無線通信デバイス・コンピュータ・プラットフォーム上にロード可能な二次記憶媒体内に存在しうる。
【００２５】
１又は複数の典型的な実施形態において、前述された機能は、ハードウェア、ソフトウェア、ファームウェア、あるいはそれら任意の組合せにおいて実現されうる。ソフトウェアにおいて実現される場合、この機能は、１又は複数の命令群あるいはコードとして、コンピュータ読取可能媒体に格納されうる、あるいはそれによって送信されうる。コンピュータ読取可能媒体は、コンピュータ記憶媒体と、ある場所から別の場所へのコンピュータ・プログラムの転送を容易にする任意の媒体を含む通信媒体との両方を含む。記憶媒体は、コンピュータによってアクセスされうる任意の利用可能な媒体でありうる。限定ではなく、例として、このようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭかその他の光学ディスク・ストレージ、磁気ディスク・ストレージかその他の磁気記憶デバイス、あるいは、命令群もしくはデータ構造へ望まれたプログラムを伝える、もしくは格納するために使用され、コンピュータによってアクセスされうる、その他任意のデバイスを備えうる。更に、任意のコネクションは、適切にコンピュータ読取可能媒体と称される。例えば、同軸ケーブルや、光ファイバー・ケーブルや、ツイスト・ペアや、デジタル加入者回線（ＤＳＬ）や、あるいは、赤外線、無線、及びマイクロ波のような無線技術を使用して、ウェブサイト、サーバ、あるいはその他の遠隔ソースからソフトウェアが送信される場合、同軸ケーブルや、光ファイバー・ケーブルや、ツイスト・ペアや、ＤＳＬや、あるいは赤外線、無線、及びマイクロ波のような無線技術が、媒体の定義に含まれる。本明細書で使用されるようなディスク（ｄｉｓｋ）及びディスク（ｄｉｓｃ）は、コンパクト・ディスク（ＣＤ）、レーザー・ディスク、光学ディスク、デジタル・バーサタイル・ディスク（ＤＶＤ）、フロッピー（登録商標）・ディスク及びブルーレイ（登録商標）・ディスクを含む。ここで、ディスク（ｄｉｓｋ）は通常データを磁気的に再生する一方、ディスク（ｄｉｓｃ）はレーザーを用いてデータを光学的に再生する。
【００２６】
本発明が好ましい実施形態に関連して詳しく示され、説明される一方で、後述する特許請求の範囲に説明されるような本発明の範囲から逸脱することなく、形態及び詳細における様々な変更が成されうるということが当業者によって理解されるだろう。例えば、上記の説明はオーディオＰＴＴ通信に基づいているが、装置、システム、及び方法が、ビデオやデータ等のようなその他の種類の媒体を支援するために容易に変形されうるということが理解される。更に、本発明の要素は、単数で説明及び権利主張されるが、単数までの限定が明白に述べられていない限り、複数が意図されている。
【図１】
2011525309.tif 000003
【図２】
2011525309.tif 000004
【図３】
2011525309.tif 000005
【図４】
2011525309.tif 000006
【図５】
2011525309.tif 000007
【図６】
2011525309.tif 000008
【手続補正書】
【提出日】平成23年3月4日(2011.3.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信ネットワークによって通信を適応的に開始する方法であって、
通信アクティベーション要求を受信することと、
ネットワーク利用インジケータをチェックすることと、
前記ネットワーク利用インジケータに従うルールに基づいて、遠隔ネットワーク・サーバに通信要求及びネットワーク・リソース要求を送信することと
を備える方法。
【請求項２】
前記遠隔ネットワーク・サーバに通信要求及びネットワーク・リソース要求を送信することは更に、前記ネットワーク利用インジケータが値未満であり、かつ、前記遠隔ネットワーク・サーバへの確立されたトラフィック・チャネルが存在する場合、前記遠隔ネットワーク・サーバに前記ネットワーク・リソース要求を送信することと並行して、前記遠隔ネットワーク・サーバに前記通信要求を送信することを備える請求項１に記載の方法。
【請求項３】
前記遠隔ネットワーク・サーバに通信要求及びネットワーク・リソース要求を送信することは更に、前記ネットワーク利用インジケータが予め定められた値に対して少なくとも等しい場合、前記遠隔ネットワーク・サーバに前記ネットワーク・リソース要求を送信した後、前記遠隔ネットワーク・サーバに前記通信要求を送信することを備える請求項１に記載の方法。
【請求項４】
前記遠隔ネットワーク・サーバに通信要求及びネットワーク・リソース要求を送信することは更に、前記遠隔ネットワーク・サーバへの確立されたトラフィック・チャネルが存在せず、前記ネットワーク利用インジケータ情報が古い場合、前記遠隔ＰＴＴサーバに前記ネットワーク・リソース要求を送信することより前に、あるいはそれと並行して、前記遠隔ネットワーク・サーバに前記通信要求を送信することを含む請求項1に記載の方法。
【請求項５】
前記ネットワーク利用インジケータは更に、リアルタイムなネットワーク・リソース要求の失敗率を備える請求項１に記載の方法。
【請求項６】
前記ネットワーク利用インジケータは更に、トラフィック・チャネルが前記遠隔ネットワーク・サーバに対して確立されているかを示すインジケータを備える請求項１に記載の方法。
【請求項７】
前記遠隔ネットワーク・サーバからネットワーク・リソース許可インジケータを受信することを更に備える請求項１に記載の方法。
【請求項８】
前記ネットワーク・リソース要求に対する失敗メッセージを受信することと、
失敗を失敗率に記録することと
を備える請求項１に記載の方法。
【請求項９】
通信ネットワークによって通信を適応的に開始する装置であって、
１又は複数のユーザから通信開始要求を受信するためのユーザ・インタフェースと、
遠隔ネットワーク・サーバとインタフェースするためのラジオ・インタフェース・ユニットと、
ネットワーク利用インジケータを格納するための記憶ユニットと、
ユーザから通信開始要求を受信し、
ネットワーク利用インジケータをチェックし、
前記ネットワーク利用インジケータに従う予め定められたルールに基づいて遠隔ネットワーク・サーバに通信要求及びネットワーク・リソース要求を送信するコントローラと
を備える装置。
【請求項１０】
前記ネットワーク利用インジケータが、予め定められた値未満であり、かつ、前記遠隔ネットワーク・サーバへの確立されたトラフィック・チャネルが存在する場合、前記コントローラは更に、前記遠隔ネットワーク・サーバに前記ネットワーク・リソース要求を送信する前に、前記遠隔ネットワーク・サーバに前記通信要求を送信する請求項９に記載の装置。
【請求項１１】
前記ネットワーク利用インジケータが、予め定められた値に対して少なくとも等しい場合、前記コントローラは更に、前記遠隔ネットワーク・サーバに前記ネットワーク・リソース要求を送信した後、前記遠隔ネットワーク・サーバに前記通信要求を送信する請求項９に記載の装置。
【請求項１２】
前記遠隔ネットワーク・サーバへの確立されたトラフィック・チャネルが存在しない場合、前記コントローラは更に、前記遠隔ＰＴＴサーバに前記ネットワーク・リソース要求を送信する前に、前記遠隔ネットワーク・サーバに前記通信要求を送信することを備える請求項９に記載の装置。
【請求項１３】
前記ネットワーク利用インジケータは更に、リアルタイムなネットワーク・リソース要求の失敗率を備える請求項９に記載の装置。
【請求項１４】
前記ネットワーク利用インジケータは更に、トラフィック・チャネルが前記遠隔ネットワーク・サーバに対して確立されているかを示すインジケータを備える請求項９に記載の装置。
【請求項１５】
前記コントローラは更に、前記遠隔ネットワーク・サーバからネットワーク・リソース許可インジケータを受信する請求項９に記載の装置。
【請求項１６】
前記コントローラは更に、前記ネットワーク・リソース要求に対する失敗メッセージを受信し、失敗を失敗率に記録する請求項９に記載の装置。
【請求項１７】
コンピュータ読取可能媒体を備えるコンピュータ読取可能製品であって、前記コンピュータ読取可能媒体は、
通信アクティベーション要求を受信するための命令群のセットと、
ネットワーク利用インジケータをチェックするための命令群のセットと、
前記ネットワーク利用インジケータに従うルールに基づいて遠隔ネットワーク・サーバに通信要求及びネットワーク・リソース要求を送信するための命令群のセットと
を備えるコンピュータ読取可能製品。
【請求項１８】
前記ネットワーク利用インジケータが予め定められた値未満であり、かつ、前記遠隔ネットワーク・サーバへの確立されたトラフィック・チャネルが存在する場合、前記通信要求及びネットワーク・リソース要求を送信するための命令群のセットは更に、前記遠隔ネットワーク・サーバに前記ネットワーク・リソース要求を送信する前に、前記遠隔ネットワーク・サーバに前記通信要求を送信する請求項１７に記載のコンピュータ読取可能製品。
【請求項１９】
前記ネットワーク利用インジケータが予め定められた値に対して少なくとも等しい場合、前記通信要求及びネットワーク・リソース要求を送信するための命令群のセットは更に、前記遠隔ネットワーク・サーバに前記ネットワーク・リソース要求を送信した後に、前記遠隔ネットワーク・サーバに前記通信要求を送信する請求項１７に記載のコンピュータ読取可能製品。
【請求項２０】
前記遠隔ネットワーク・サーバへの確立されたトラフィック・チャネルが存在しない場合、前記通信要求及びネットワーク・リソース要求を送信するための命令群のセットは更に、前記遠隔ＰＴＴサーバに前記ネットワーク・リソース要求を送る前に、前記遠隔ネットワーク・サーバに前記通信要求を送信することとを備える請求項１７に記載のコンピュータ読取可能製品。
【請求項２１】
通信ネットワークによって通信を適応的に開始するための装置であって、
１又は複数のユーザから通信開始要求を受信する手段と、
遠隔ネットワーク・サーバとインタフェースする手段と、
ネットワーク利用インジケータを格納する手段と、
ユーザから通信アクティベーション要求を受信し、
ネットワーク利用インジケータをチェックし、
前記ネットワーク利用インジケータに従う予め定められたルールに基づいて、遠隔ネットワーク・サーバに通信要求及びネットワーク・リソース要求を送信するコントローラ手段と
を備える装置。
【請求項２２】
前記ネットワーク利用インジケータが予め定められた値未満であり、かつ、前記遠隔ネットワーク・サーバへの確立されたトラフィック・チャネルが存在する場合、前記コントローラ手段は更に、前記遠隔ネットワーク・サーバに前記ネットワーク・リソース要求を送信する前に、前記遠隔ネットワーク・サーバに前記通信要求を送る請求項２１に記載の装置。
【請求項２３】
前記ネットワーク利用インジケータが、予め定められた値に対して少なくとも等しい場合、前記コントローラ手段は更に、前記遠隔ネットワーク・サーバに前記ネットワーク・リソース要求を送信した後、前記遠隔ネットワーク・サーバに前記通信要求を送信する請求項２１に記載の装置。
【請求項２４】
前記遠隔ネットワーク・サーバへの確立されたトラフィック・チャネルが存在しない場合、前記コントローラ手段は更に、前記遠隔ＰＴＴサーバに前記ネットワーク・リソース要求を送信する前に、前記遠隔ネットワーク・サーバに前記通信要求を送信する請求項２１に記載の装置。
【請求項２５】
前記ネットワーク利用インジケータは更に、リアルタイムなネットワーク・リソース要求の失敗率を備える請求項２１に記載の装置。
【請求項２６】
前記ネットワーク利用インジケータは更に、トラフィック・チャネルが前記遠隔ネットワーク・サーバに対して確立されているかを示すインジケータを備える請求項２１に記載の装置。
【請求項２７】
前記コントローラ手段は更に、前記遠隔ネットワーク・サーバからネットワーク・リソース許可インジケータを受信する請求項２１に記載の装置。
【請求項２８】
前記コントローラ手段は更に、
前記ネットワーク・リソース要求に対する失敗メッセージを受信し、
失敗を失敗率に記録する請求項２１に記載の装置。
【請求項２９】
通信ネットワーク上の複数の無線通信デバイス間でのグループ通信を制御する方法であって、
前記複数の無線通信デバイスのうちの少なくとも１つにネットワーク利用データを定期的に送信することと、
前記複数の無線デバイスのうちの少なくとも１つからグループ通信アクティベーション要求を受信することと、
前記複数の無線デバイスのうちの少なくとも１つからネットワーク・リソース要求を受信することと、
前記複数の無線デバイスのうちの少なくとも１つに、グループ通信のためのネットワーク・リソースを選択的に提供することと
を備える方法。
【請求項３０】
前記グループ通信アクティベーション要求を受信することは、前記ネットワーク・リソース要求を受信することと並行して起こる請求項２９に記載の方法。
【請求項３１】
前記グループ通信アクティベーション要求を受信することは、前記ネットワーク・リソース要求を受信した後に起きる請求項２９に記載の方法。
【請求項３２】
前記複数の無線通信デバイスの少なくとも１つにネットワーク利用データを定期的に送信することは、リアルタイムなネットワーク・リソース要求の失敗率を送信することを含む請求項２９に記載の方法。
【請求項３３】
前記ネットワーク・リソースを選択的に提供することは、ネットワーク・リソース許可インジケータを提供することである請求項２９に記載の方法。
【請求項３４】
ネットワーク・リソースが利用不可能な場合、前記複数の無線通信デバイスのうちの少なくとも１つに、前記ネットワーク・リソース要求に対する失敗メッセージを送信する請求項２９に記載の方法。
【国際調査報告】
2011525309.tif 000009
2011525309.tif 000010