(57)【要約】  セルラネットワークを介する通信アウェアネスの伝達に関する技術が説明される。様々な実装による通信セッションの通信アウェアネスは、基地局コントローラのようなセルラネットワークのインフラコンポーネントに対して伝達される。通信セッションの通信アウェアネスは、例えば、通信セッションに参加するセルラデバイスの様々な動作パラメータを制御するために利用することができる。
2017530589.tif 000002
【特許請求の範囲】
【請求項１】
通信セッション品質又はデバイスパフォーマンスの１つ以上を最適化するコンピュータ実行方法であって、
セルラネットワークを介して開始された、又は開始が予定されている通信セッションを確認することと、
前記通信セッションの属性を含む通信アウェアネスを統合することと、
前記通信セッションのデータストリームから分離された、前記セルラネットワークのインフラコンポーネントによる受信に対して前記通信セッションの前記通信アウェアネスを伝達し、前記通信セッションに対するセッション品質又は前記通信セッションにおける参加デバイスに対するデバイスパフォーマンスの１つ以上の最適化を行うことと、を含む方法。
【請求項２】
前記インフラコンポーネントは、前記セルラネットワークの基地局コントローラを含む、請求項１に記載の方法。
【請求項３】
前記伝達は、前記通信セッションを管理する通信サービスに対してネットワークコントローラによって実行される、請求項１に記載の方法。
【請求項４】
前記通信セッションは、前記セルラネットワークを介したデータセッションを経由して実行され、前記通信セッションは、セルラサービスプロバイダから分離された通信サービスによって管理される、請求項１に記載の方法。
【請求項５】
前記通信アウェアネスは、前記通信セッションに関する媒体タイプ、コーデックレート、又はパケットエラーレートしきい値の１つ以上を含む、請求項１に記載の方法。
【請求項６】
前記通信アウェアネスは、前記通信セッションのデータを送信するためにモバイルクライアントによって使用される送信電力を含む、請求項１に記載の方法。
【請求項７】
前記通信セッションに関するパフォーマンス属性における変化の表示を受信することと、
前記インフラコンポーネントにパフォーマンス属性の前記変化を示す通信アウェアネスをさらに伝達することをさらに含む、請求項１に記載の方法。
【請求項８】
通信セッション品質又はモバイルデバイスのパフォーマンスの１つ以上を最適化するためのコンピュータ実行方法であって、
セルラネットワークを介して通信セッションの属性を含む通信アウェアネスを受信することと、
前記通信セッションの前記属性に基づいて前記通信セッションに適用されるリソースポリシを確認することと、
前記通信セッションから分離されたデータストリームにおいて、セッション命令を、前記通信セッションの一部として前記モバイルデバイスによって適用される１つ以上のビヘイビアを含むモバイルデバイスへ通信することであって、前記セッション命令の通信は、前記通信セッションに対するセッション品質又は前記モバイルデバイスに対するデバイスパフォーマンスの１つ以上を最適化する、を含む、方法。
【請求項９】
前記通信セッションの前記属性は、前記通信セッションの媒体タイプ、前記通信セッションのコーデックレート、又は前記通信セッションのパケットエラーレートしきい値の１つ以上を含む、請求項８に記載の方法。
【請求項１０】
前記セッション命令は、前記通信セッションのデータの送信に対して前記モバイルデバイスによって利用される送信電力を含む、請求項８に記載の方法。
【請求項１１】
前記セッション命令は、前記通信セッションのデータを送信するために前記モバイルデバイスによって利用される動的周波数選択情報を含む、請求項８に記載の方法。
【請求項１２】
前記セッション命令は、前記通信セッションのデータを送信するために前記モバイルデバイスによって利用されるチャネルアグリゲーション情報を含む、請求項８に記載の方法。
【請求項１３】
通信セッション品質又はモバイルデバイスのパフォーマンスの１つを最適化するシステムであって、
少なくとも１つのプロセッサと、
その中に記憶された命令を含む１つ以上のコンピュータ読取可能記憶媒体と、
を含み、
前記少なくとも１つのプロセッサによる実行に応答して、前記システムに、
セルラネットワークを介するデータセッション経由で実行される通信セッションに参加することであって、前記通信セッションは、セルラサービスプロバイダから分離された通信サービスによって管理され、
前記通信セッションのデータストリームから分離して、前記通信セッションの一部として適用される１つ以上のビヘイビアを特定するセッション命令を受信することと、
前記１つ以上のビヘイビアを前記モバイルデバイスからの前記通信セッションのデータ伝送に適用することであって、前記通信セッションに対するセッション品質又は前記モバイルデバイスに対するデバイスパフォーマンスの１つの最適化をもたらす、
を含む動作を実行させるシステム。
【請求項１４】
前記１つ以上のビヘイビアは、前記通信セッションのデータを送信するために前記モバイルデバイスによって利用される送信電力を特定する、請求項１３に記載のシステム。
【請求項１５】
前記適用することは、前記セッション命令によって特定される１つ以上のビヘイビアに基づいて前記通信セッションのデータを送信するための送信電力を変更することを含む、請求項１３に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
種々のサービスとの様々な通信モダリティの統合を含む、数々の機能を現代の通信システムは有する。例えば、インスタントメッセージング、ボイス／ビデオ通信、データ／アプリケーション共有、ホワイトボーディング、及び通信の他の形式は、加入者に対するプレゼンス（presence）及び利用可能情報（availability  information）と組み合わせることができる。そのようなシステムは、様々な状態カテゴリ、代替のコンタクト、カレンダー情報、及び同等の機能に対して発呼者に指示の提供などの拡張された能力を加入者に提供することができる。さらに、ドキュメントやコンテンツの様々な種類の作成や変更における共有やコラボレーションをユーザに可能にするコラボレーションシステムは、通信及びコラボレーション機能の異なる種類を提供するマルチモーダル通信に統合することができる。そのような統合システムは、ときどき、ユニファイドコミュニケーション＆コラボレーション（ＵＣ＆Ｃ：Unified  Communication  and  Collaboration）システムを指す。
【０００２】
ＵＣ＆Ｃシステムは通信における増加したフレキシビリティを提供するが、多くの導入課題も提起する。例えば、ＵＣ＆Ｃシステムは、様々な通信を送るために複数の相互接続されたネットワークを通常利用する。異なるネットワークは、異なるエンティティによって管理されることができるので、従って、独立して管理されるネットワークの間で送られる通信の通信品質を管理する点において課題が発生する。さらに、個別のネットワーク及びネットワークマネージャは、ＵＣ＆Ｃデータストリームに関する媒体種類やセッション制約が見えないことがあるので、従って、それらは、ネットワーク、セッション、及びデバイスパフォーマンスを最適化するためにネットワーク設定を調整することができないことがある。
【発明の概要】
【０００３】
この概要では、詳細な説明で以下でさらに説明される簡略化した形式で概念の選択を導入することを提供する。この概要は、請求した発明特定事項のキーとなる特徴又は必須の特徴を特定する意図はなく、また請求した発明特定事項の範囲を決定することを補助するように使用されることを意図するものでもない。
【０００４】
セルラネットワークを介する通信アウェアネスの伝達技術について説明する。いくつかの実装によると、通信セッションの通信アウェアネスは、基地局コントローラ（base  station  controller）などのセルラネットワークのインフラコンポーネント（infrastructure  component）に伝達される。通信セッションの通信アウェアネスは、例えば、通信セッションに参加するセルラデバイスの様々な任意パラメータを制御するために利用することができる。
【図面の簡単な説明】
【０００５】
詳細な説明は、添付の図面を参照して説明される。図面において、参照番号の最も左の桁は、参照番号が最初に現れる図を特定する。説明及び図面において異なる例における同じ参照番号の使用は、類似又は同一の項目を示すことができる。
【０００６】
【図１】本明細書で検討される技術を利用するように動作する実装例における環境を説明する。
【図２】１つ以上の実施形態によるリソースポリシ表の実例を説明する。
【図３】１つ以上の実施形態による通信アウェアネス伝達に関する実装シナリオの実例を説明する。
【図４】１つ以上の実施形態による通信アウェアネスを伝達する方法におけるステップを説明する流れ図である。
【図５】１つ以上の実施形態による通信セッションのビヘイビア（behaviors）を特定する方法におけるステップを説明する流れ図である。
【図６】１つ以上の実施形態による通信セッションのビヘイビアに適用する方法におけるステップを説明する流れ図である。
【図７】１つ以上の実施形態による通信セッションのパフォーマンス属性における変化のアウェアネスを伝達する方法におけるステップを説明する流れ図である。
【図８】本明細書で説明される技術の実施形態を実装するように構成された、図１を参照して説明される、システム及びコンピューティングデバイスの実例を説明する。
【発明を実施するための形態】
【０００７】
概説
セルラネットワークを介した通信アウェアネス（communication  awareness）を伝達する技術が説明される。少なくともいくつかの実施形態において、通信セッションは、異なる通信エンドポイント（communication  endpoints）の間の通信媒体のリアルタイム交換を指す。例えば、通信セッションは、データ接続を介した通信データの交換を指し、それはセルラ音声接続とは区別される。通信セッションの実例は、ボイスオーバインターネットプロトコル（ＶｏＩＰ）コール、ビデオコール、テキストメッセージング、ファイル転送、コンテンツ共有、及び／又はそれらの組合せを含む。少なくともいくつかの実施形態において、通信セッションは、ユニファイドコミュニケーション＆コラボレーション（ＵＣ＆Ｃ）セッションを表す。
【０００８】
いくつかの実装による、通信セッションの通信アウェアネスは、基地局コントローラなどのセルラネットワークのインフラコンポーネントに伝達される。通信セッションに含まれるエンドポイントに対する識別子（identifier）、媒体セッションに含まれる媒体タイプ、通信セッションに関するエンコーディングレートなどの通信セッションの属性（attributes）を、一般に、通信アウェアネスは含む。通信アウェアネスは、例えば、通信セッションを搬送するデータストリームから独立して伝達される。それ故に、通信セッションに関する通信アウェアネスの伝達は、通信セッション自体から独立している。
【０００９】
いくつかの実装による、通信セッションの通信アウェアネスは、通信セッションの様々な動作パラメータを制御するように利用することができる。例えば、セルラデバイスから通信セッションデータを送信するために使用される送信電力などの動作パラメータをセルラデバイスに提供するように、基地局コントローラは、基地局に命令することができる。様々な他の動作パラメータは指定することができ、それらの実例が以下で詳述される。
【００１０】
それ故に、本明細書で検討される技術は、通信アウェアネスをセルラネットワークコンポーネントに知らせるための多様なシナリオを提供する。そのような通信アウェアネスによって、通信セッションを送ることに関与するエンティティに通信セッションデータのルーティング及びハンドリングに関する決定を知らせることを可能にする。
【００１１】
以下の検討では、本明細書で説明される技術を利用して動作する環境の実例が最初に説明される。次に、「通信アウェアネスの伝達（Propagating  Communication  Awareness）」という題名の章で、１つ以上の実施形態による通信アウェアネスの伝達のいくつかの実際の方法が検討される。これに続いて、「実装シナリオの実例」という題名の章で、１つ以上の実施形態によるいくつかの実装シナリオの実例を説明する。次に、「プロシージャの実例」という題名の章で、１つ以上の実施形態による、いくつかのプロシージャの実例について説明する。最後に、「システム及びデバイスの実例」という題名の章で、１つ以上の実施形態による本明細書で説明される技術を利用するように動作するシステム及びデバイスの実例を説明する。
【００１２】
１つ以上の実施形態による実装例の概説を示すことによって、実装例が利用され得る環境の例をこれから検討する。
【００１３】
環境例
図１は、本明細書で説明されるセルラネットワークを介した通信アウェアネスを伝達する技術を利用するよう動作可能な実装例における環境１００の説明である。一般に、環境１００は、様々なデバイス、サービス、及び様々な異なるモダリティを経由して通信を可能にするネットワークを含む。例えば、環境１００は、セルラネットワーク１０４に接続されたクライアントデバイス１０２を含む。クライアントデバイス１０２は、従来のコンピュータ（例えば、デスクトップパーソナルコンピュータ、ラップトップコンピュータなど）、モバイルステーション、エンターテイメント機器、スマートフォン、ウェアラブルデバイス、ネットブック、ゲーム機、ハンドヘルドデバイス（例えば、タブレット）などの様々なやり方で構成することができる。
【００１４】
セルラネットワーク１０４は、ボイス通信、データ通信などのための様々なネットワーク及び／又はサービスへの接続性をクライアントデバイス１０２に提供するネットワークを表す。セルラネットワーク１０４は、セルラサービスプロバイダなどの特定の企業実体によって提供され及び／又は管理することができる。セルラネットワーク１０４は、３Ｇ、４Ｇ（例えば、ロングタームエボリューション（ＬＴＥ））、５Ｇなどの様々な異なるセルラ技術を経由して接続性をクライアントデバイス１０２に提供することができる。
【００１５】
いくつかの実装に従った、セルラネットワーク１０４は、セルラインフラ（cellular  infrastructure）１０６を経由して実装され、セルラインフラは、セルラネットワーク１０４のインフラコンポーネント及びロジックを利用し、管理する機能を表す。セルラインフラ１０６は、クライアントデバイス１０２などのクライアントデバイスからセルラ信号伝送を受信し、クライアントデバイスへセルラ信号を送信するために基地局１０８を利用する。異なる地理的位置に亘ってセルラ接続性を提供する広い地理的領域（例えば、地球全体に）に亘って、基地局１０８は分布している。
【００１６】
セルラインフラ１０６は、基地局コントローラ１１０を含み、基地局コントローラ１１０は、基地局１０８の様々な動作態様を管理する機能を表す。基地局コントローラ１１０は、例えば、異なる地理的領域に分布した異なる個別の基地局１０８に対して基地局動作を管理する。
【００１７】
いくつかの実装に従って、クライアントデバイス１０２とエンドポイント１１２との間の通信は、クライアントデバイス１０２の通信クライアント１１４とエンドポイント１１２の通信クライアント１１６を経由して容易にされる。一般に、通信クライアント１１４、１１６は、クライアントデバイス１０２を経由した通信の種々の形式を可能にする機能を表す。通信クライアント１１４、１１６の実例は、ボイス通信アプリケーション（例えば、ＶｏＩＰクライアント）、ビデオ通信アプリケーション、メッセージングアプリケーション、コンテンツ共有アプリケーション、及びそれらの組合せを含む。通信クライアント１１４、１１６は、例えば、組み合わせられる種々の通信モダリティが広い通信シナリオを提供できるようにする。いくつかの実装によると、エンドポイント１１２は、他のクライアントデバイスなどのクライアントデバイス１０２が通信する異なるデバイスを表す。
【００１８】
少なくともいくつかの実装において、通信クライアント１１４は、通信サービス１１８とのインタフェースを表す。一般に、通信サービス１１８は、クライアントデバイス１０２とエンドポイント１１２との間での通信を管理するための様々なタスクを実行するサービスを表す。通信サービス１１８は、例えば、通信クライアント１１４と通信クライアント１１６との間の通信セッションの開始（initiation）、モデレーション（moderation）、及び終了（termination）を管理することができる。
【００１９】
通信サービス１１８は、多くの異なるネットワークに亘って存在を維持し、クラウドベースサービス、分散サービス、Ｗｅｂベースサービスなどの様々な異なるアーキテクチャに従って実装することができる。通信サービス１１８の実例は、ＶｏＩＰサービス、オンライン会議システム、ＵＣ＆Ｃサービスなどを含む。少なくともいくつかの実施形態において、通信サービス１１８は、公衆交換電話網（「ＰＳＴＮ」）と接続された構内電話交換機（ＰＢＸ）として、又はＰＢＸに接続されて実装され、クライアントデバイス１０２と他のクライアントデバイスとの間のボイス通信を可能とする。
【００２０】
本明細書で説明されるセルラネットワークを介した通信アウェアネスの伝達技術に加えて、環境１００は、ネットワークアドバイザシステム１２０を含む。一般に、ネットワークアドバイザシステム１２０は、セルラネットワークを介して通信セッションの通信アウェアネスを別のエンティティに伝達する機能を表す。「通信アウェアネス（Communication  awareness）」は、例えば、通信セッションの特定のインスタンスに関連した情報、通信セッションのルーティングに関与するネットワーク、通信セッションに参加するユーザなどを指す。
【００２１】
いくつかの実装によれば、ネットワークアドバイザシステム１２０は、基地局コントローラ１１０の一部として利用される及び／又は基地局コントローラと通信する、基地局アドバイザ１２２とインタフェースする。例えば、ネットワークアドバイザシステム１２０は、通信サービス１１８によって管理される通信セッションに関する通信アウェアネスを確認し、基地局アドバイザ１２２に通信アウェアネスを伝達することができる。基地局アドバイザ１２２は、基地局コントローラ１１０とインタフェースし、基地局コントローラ１１０に通信セッションの属性（attributes）の状態アウェアネス（state  awareness）を維持し、よって、デバイス及び通信セッションパフォーマンスを最適化する知的判定を行う。
【００２２】
少なくともいくつかの実装において、基地局アドバイザ１２２は、ネットワークアドバイザシステム１２０のエージェントとして、セルラインフラ１０６において利用することができる。代替案として、基地局アドバイザ１２２は、ネットワークアドバイザシステム１２０とは独立して利用する及び／又は実装することができる。さらに、単一の基地局アドバイザ１２２が説明されたが、実装は、個別の基地局１０８に対して個別の基地局アドバイザを利用することができる。
【００２３】
１つ以上の実装によると、ネットワークアドバイザシステム１２０は、通信サービス１１８によって管理される通信セッションに対して通信アウェアネスを伝達するように、通信サービス１１８によって実装され、及び／又は維持される。代替案として、ネットワークアドバイザシステム１２０は、通信サービス１１８から分離して及び／又は独立して実装することができる。ネットワークアドバイザシステム１２０は、例えば、様々な通信クライアントや通信サービスとして、通信セッションに関与する種々のエンティティ及び／又はシステムに対して、通信アウェアネスを集めて、伝達することができる。
【００２４】
１つ以上の実装によると、ネットワークアドバイザシステム１２０は、アドバイザシステムデータベース（ＤＢ）１２２を保持し、これは、通信セッションの一部としてセルラリソースの管理に関連する様々な情報を追跡する機能を表す。例えば、リソースポリシＤＢ１２２は、通信セッションに対して基地局コントローラ１１０及び／又は基地局１０８によって適用されるアドバイザシステムポリシ１２４を含む。種々のリソースポリシの実例は、後述される。
【００２５】
セルラインフラ１０６は、基地局ＤＢ１２６をさらに含み、それは、セルラネットワーク１０４に対するセルラリソースの管理に関連する様々な情報を追跡する機能を表す。基地局ＤＢ１２６は、例えば、通信セッションに対して基地局コントローラ１１０及び／又は基地局１０８によって適用される基地局ポリシ１２８を含む。少なくともいくつかの実装において、基地局ポリシ１２８は、アドバイザシステムポリシ１２４からセルラインフラ１０６へ伝達されるリソースポリシを含むことができる。それ故に、基地局ポリシ１２８は、アドバイザシステムポリシ１２４の少なくとも一部のローカルインスタンスを表すことができる。代替案として又は追加として、基地局ポリシ１２８は、アドバイザシステムポリシ１２４によって維持されるポリシから異なることができるそれ自身の特定のリソースポリシを含むことができる。
【００２６】
少なくともいくつかの実装において、個別の通信セッション、個別の通信セッションに関与するエンドポイント、送られた個別の通信セッションを通じる基地局１０８などの識別子などの現在及び過去の様々な通信セッションに対して通信アウェアネスも、アドバイザシステムＤＢ１２２及び／又は基地局ＤＢ１２６は追跡することができる。本明細書でさらに詳細に説明するように、例えば、通信セッションのデータストリームから分離されたデータストリームにおいて、通信セッションに関連する通信アウェアネスは、通信セッション自身のデータから独立して伝送することができる。それ故に、通信セッションデータのハンドリング及びルーティングに関する決定は、実際の通信セッションデータの処理及び／又はハンドリングなしで行うことができる。
【００２７】
図２は、１つ以上の実装に従ったリソースポリシ表２００の実例を説明する。リソースポリシ表２００は、例えば、アドバイザシステムポリシ１２４及び／又は基地局ポリシ１２８に対してリソースポリシとポリシパラメータを指定する。
【００２８】
いくつかの実装によると、リソースポリシ表２００は、媒体タイプ列２０２、コーデックレート（codec  rate）列２０４、パケットエラーレート（ＰＥＲ：packet  error  rate）列２０６、及び送信電力（transmission  power）列２０８を含む。媒体タイプ列２０２は、通信セッションに含まれ得る種々の媒体タイプ及び媒体タイプの組合せを指定する。コーデックレート列２０４は、通信セッションの一部として媒体をエンコードするために使用できる種々のエンコーディングレート及び／又は圧縮レートを指定する。
【００２９】
ＰＥＲ列２０６は、媒体タイプ列２０２によって指定された媒体タイプに対して、かつコーデックレート列２０４によって指定されたコーデックレートにおける最大ＰＥＲしきい値を指定する。様々な実装によると、ＰＥＲ列２０６は、通信セッションのデータストリームに対して受信されたパケット総数と比較した誤って受信されたパケットのパーセンテージを特定する。少なくともいくつかの実装において、ＰＥＲ列２０６は、例えば、特定のＰＥＲ値に対するパーセンテージを単位とするなど、表示されたＰＥＲ値からの許容される変化率（allowed  variation）も指定することができる。
【００３０】
電力列２０８は、媒体タイプ列２０２によって指定された媒体タイプの送信データに対して、コーデックレート列２０４によって指定されたコーデックレートにおいて使用される送信電力を指定する。電力は、デシベルミリワット（ｄＢｍ）で指定されているが、任意の適切な電力単位が使用できることが理解される。
【００３１】
リソースポリシの実例として、Ｘ  Ｋｂｐｓでエンコードされるオーディオ媒体を含むオーディオ通信セッションを考える。リソースポリシ表２００によると、オーディオ通信セッションは、１０％のＰＥＲしきい値とＡ  ｄＢｍの指定の送信電力を持つ。別のリソースポリシの実例において、Ｚ’  Ｍｂｐｓでエンコードされたオーディオとビデオ媒体を含むオーディオ／ビデオ通信セッションを考える。リソースポリシ表２００によると、オーディオ／ビデオ通信セッションは、５％のＰＥＲしきい値とＣ  ｄＢｍの指定の送信電力を持つ。その結果、少なくともいくつかの実装において、リソースポリシ表２００の個々の列は、異なるリソースポリシの属性に各々対応する。
【００３２】
リソースポリシ表２００によって指定されたポリシ属性と値の実例は、実例の目的のみで提示され、様々な他の属性及び値が、１つ以上の実施形態に従ってリソースポリシに対して指定することができることが理解される。例えば、リソースポリシ表２００は、通信セッションに対して適用できるサービス品質（ＱｏＳ）タグ付、異なる通信セッションに対するチャネル優先順位、異なる通信セッションに対して施行されるセキュリティプロトコルなどの通信セッションに適用される他の属性を指定することができる。
【００３３】
本明細書で説明した技術が動作することができる環境の実例を説明したので、これから１つ以上の実施形態による通信セッションの通信アウェアネスの伝達方法の実例の検討について考える。
【００３４】
通信アウェアネスの伝達
いくつかの実施形態に従った技術は、通信セッションに関する情報、ネットワーク状態に関する情報などの通信アウェアネスを様々なエンティティに動的に知らせるために利用することができる。例えば、ノーティフィケーションイベント（notification  event）は、通信セッションとネットワーク状態の様々な属性を含むように生成することができる。ノーティフィケーションイベントは、本明細書で検討するセルラネットワークを介して通信アウェアネスを伝達する技術に加えて種々のエンティティを伝達することができる。
【００３５】
少なくともいくつかの実施形態において、基地局コントローラ１１０、基地局１０８などの通信セッションに関与するセルラインフラコンポーネントに通信アウェアネスを構成し、通信するように利用することができる通信アプリケーションプログラミングインタフェース（ＡＰＩ）を使って、ノーティフィケーションイベントを構成することができる。例えば、通信ＡＰＩは、通信セッション及び／又はネットワーク状態の属性が特定できるものに対してダイアログイベント及びセッションイベントを特定することができる。例えば、通信ＡＰＩを使用して生成されたノーティフィケーションイベントを経由して伝達することができる以下のイベントや属性について考える。
【００３６】
ダイアログイベント−これらのイベントは、通信セッションの開始、更新、終わりなどの通信セッションの様々な部分に適用できる。ダイアログイベントは、以下の属性の実例の１つ以上を含むことができる。
【００３７】
（１）タイムスタンプ（Timestamp）:この属性は、通信セッションの開始、通信セッションの間に起こる更新、及び通信セッションの終わり（end)（例えば、終了（termination））に対してタイムスタンプを特定するために使用することができる。
【００３８】
（２）ソースデバイス識別子（ＩＤ）：この属性は、例えば、通信セッションを開始するデバイスなどの通信セッションの間の媒体のソースであるデバイスのためにＩＤを特定するために使用することができる。環境１００を参照して、例えば、ソースデバイスＩＤは、クライアントデバイス１０２又はエンドポイント１１２に対するＩＤに対応することができる。ソースデバイスＩＤは、媒体アクセス制御（ＭＡＣ）アドレス、インターネットプロトコル（ＩＰ）アドレス、モバイルＩＤナンバー（ＭＩＮ）、モバイルイクイップメント識別子（ＭＥＩＤ）などの様々な方法で特定することができる。
【００３９】
（３）宛先デバイス識別子（ＩＤ）：この属性は、通信セッションを開始するデバイスなどの通信セッションの間の媒体のソースのデバイスに対するＩＤを特定するために使用することができる。環境１００を参照して、例えば、ソースデバイスＩＤは、クライアントデバイス１０２又はエンドポイント１１２に対するＩＤに対応することができる。ソースデバイスＩＤは、媒体アクセス制御（ＭＡＣ）アドレス、インターネットプロトコル（ＩＰ）アドレス、モバイル識別ナンバー（ＭＩＮ）、モバイルイクイップメント識別子（ＭＥＩＤ）などの様々な方法で特定することができる。
【００４０】
（４）トランスポートタイプ：この属性は、通信セッションに対するトランスポートタイプ又はトランスポートタイプの組合せを特定するために使用することができる。トランスポートタイプの実例は、通信制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）などを含む。
【００４１】
（５）ソースポート：この属性は、例えば、上記で参照されたソースデバイスＩＤによって特定されるソースデバイスなどのソースデバイスにおけるポートに対して識別子を特定するために使用することができる。
【００４２】
（６）宛先ポート：この属性は、例えば、上記で参照された宛先デバイスＩＤによって特定される宛先デバイスなどの宛先デバイスにおけるポートに対して識別子を特定するために使用することができる。
【００４３】
（７）媒体タイプ：この属性は、通信セッションの一部として送信される及び／又は送信された１つの媒体タイプ及び／又は複数の媒体タイプを特定するために使用することができる。本明細書の別の場所で検討されるように、通信セッションは、複数の異なる媒体タイプを含むことができる。それ故に、媒体タイプ属性は、本明細書で検討したリソースポリシに適用できるような通信セッションにおける媒体タイプを特定するために使用することができる。
【００４４】
（８）バンド幅推定：この属性は、通信セッションに対して割り当てられる推定バンド幅を特定するために使用することができる。推定バンド幅は、例えば、ユーザに関係する特権レベル及び／又は通信セッションに含まれる媒体タイプなどの様々なファクタに基づくことができる。
【００４５】
（９）Ｔｏ（へ）：この属性は、通信セッションにおいて媒体が送信されるユーザを特定するために使用することができる。
【００４６】
（１０）Ｆｒｏｍ（から）：この属性は、通信セッションにおいて、媒体を送信する送信元のユーザを特定するために使用することができる。
【００４７】
（１１）コーデック：この属性は、通信セッションの一部として利用されるコーデック及び／又はコーデックレートを特定するために利用することができる。
【００４８】
（１２）ＱｏＳ（サービス品質）：この属性は、通信セッションに対して適用されるＱｏＳを特定するために利用することができる。種々のＱｏＳレベルの実例として、ベストエフォート（ＢＥ）、完全優先転送（ＥＦ）、相対的優先転送（ＡＦ）などが含まれる。少なくともいくつかの実装において、特定されたＱｏＳは、データが特定のＱｏＳに従って他のエンティティによって処理され及び／又は送信されることができるように、通信セッションデータのタグ付に使用することができる。
【００４９】
（１３）エラーコード：この属性は、通信セッションの一部として発生する可能性のあるエラーに対する様々なエラーコードを特定するために使用することができる。例えば、エラーは、通信セッションの開始期間に発生するエラー、通信セッションの間に発生するエラー、通信セッションの終了のときに発生するエラーなどを含むことができる。
【００５０】
セッションプロブレムイベント−これらのイベントは、通信セッションがエラー、パフォーマンス低下などを経験したときに生成され、適用することができる。セッションプロブレムイベントは、ダイアログイベントを参照して上述の属性を１つ以上含み、以下の属性も１つ以上含むことができる。
【００５１】
（１）平均オピニオンスコア（ＭＯＳ：Mean  Opinion  Score）低下：この属性は、通信セッションに対するＭＯＳを特定するために使用することができる。この属性は、例えば、通信セッションの全体の品質が低下したことを示すために使用される。
【００５２】
（２）ジッタ内部到着時間（Jitter  Inter-Arrival  Time）：この属性は、通信セッションに対するジッタ値を特定するために使用することができる。この属性は、例えば、特定のジッタしきい値を超えたなどのジッタ値又はジッタ値の増加を示すために使用することができる。
【００５３】
（３）パケットロスレート：この属性は、通信セッションに対するパケットロスレートを特定するために使用することができる。この属性は、例えば、特定のパケットロスレートしきい値を超えたなど、パケットロスレートが増加したことを示すために使用することができる。
【００５４】
（４）ラウンドトリップディレイ（ＲＴＤ：往復遅延）：この属性は、通信セッションにおけるパケットに対するＲＴＤ値を特定するために使用することができる。この属性は、例えば、特定のＲＴＤしきい値を超えたなどのパケットに対するＲＴＤ値の増加を示すために使用することができる。
【００５５】
（５）コンシールメントレシオ：この属性は、通信セッション開始後の観測されるスピーチタイム上のコンシールメント時間の累積比を特定するために使用することができる。この属性は、例えば、特定されたコンシールメントレシオしきい値を超えたなどコンシールメントレシオの増加を特定するために使用することができる。
【００５６】
それ故に、本明細書で検討された様々なノーティフィケーション（notifications：通知）は、上述の属性の１つ以上を含むことができ、様々なエンティティに対して通信アウェアネスを伝達するために使用することができる。少なくともいくつかの実装において、属性は、特定のネットワーク及び／又はネットワークコンポーネントとリンクすることができ、ネットワーク及び／又はネットワークコンポーネントのパフォーマンス属性を特徴付ける。
【００５７】
通信アウェアネスの伝達方法の実例について説明したので、これから、１つ以上の実施形態による通信セッションに対する通信アウェアネスの伝達に関する実装シナリオのいくつかの実例について検討する。
【００５８】
実装シナリオの実例
以下のセクションでは、１つ以上の実装による通信セッションに対する通信アウェアネスの伝達に対する実装シナリオの実例について説明する。実装シナリオは、上述の環境１００及び／又は他の任意の適切な環境において実装することができる。
【００５９】
図３は、１つ以上の実装による通信アウェアネスの伝達に対する実装シナリオ３００の実例を説明する。シナリオ３００は、環境１００を参照して先に紹介した様々なエンティティやコンポーネントを含む。
【００６０】
シナリオ３００において、ユーザは、通信クライアント１１４を経由して、通信サービス１１８によってクライアントデバイス１０２を認証する。ユーザは、次に、エンドポイント１１２との通信セッションを開始するリクエストに入る。例えば、ユーザは、エンドポイント１１２に対して電話番号を入力する、連絡先リストから連絡先を選択する、ハイパーリンクを選択するなどの通信セッションを開始するリクエストを示すインディシア（indicia）を選択する。
【００６１】
通信セッションを開始するリクエストに応答して、通信セッション３０２は、クライアントデバイス１０２の通信クライアント１１４と、エンドポイント１１２の通信クライアント１１６との間で、確立される。例えば、クライアントデバイス１０２は、基地局１０８ａを経由して、通信セッションのデータを通信する（例えば、送信及び受信）。一般に、基地局１０８ａは、先に紹介した基地局１０８のインスタンスを表す。
【００６２】
通信セッション３０２を開始するリクエストにさらに応答して、通信クライアント１１４は、開始セッションイベント３０４をネットワークアドバイザシステム１２０に送信する。開始セッションイベント３０４は、通信セッション３０２を一意的に識別する情報を含む。例えば、上で参照されたノーティフィケーションイベントは、ソース及び宛先デバイスＩＤ、媒体タイプ、コーデックレートなどの通信セッション３０２の属性を通信するために使用することができる。
【００６３】
開始セッションイベントに基づき、クライアントネットワークアドバイザ１３８は、セッションノーティフィケーション３０６を生成する。一般に、セッションノーティフィケーション３０６は、上述の実例の通信セッション３０２の属性を含む。１つ以上の実装によれば、セッションノーティフィケーション３０６は、通信セッション３０２に対するリソースポリシ３０８を含むことができる。リソースポリシ３０８は、例えば、リソースポリシ表２００のパラメータに通信セッション３０２の属性（例えば、媒体タイプ、コーデックレートなど）を適用することによって生成されるリソースポリシのインスタンスを表す。少なくともいくつかの実装は、しかしながら、リソースポリシ３０８のオプションである。
【００６４】
シナリオ３００に加えて、ネットワークアドバイザシステム１２０は、セッションノーティフィケーション３０６を基地局アドバイザ１２２に通信する。セッションノーティフィケーション３０６は、例えば、通信セッション３０２と独立して基地局アドバイザ１２２に通信される。
【００６５】
基地局アドバイザ１２２は、セッションノーティフィケーション３０６を受信し、セッションノーティフィケーション３０６から通信セッション３０２の属性を確認する（ascertain）。基地局アドバイザ１２２は、例えば、通信セッション３０２に関与するエンドポイント（例えば、クライアントデバイス１０２とエンドポイント１１２）、通信セッション３０２に対する媒体タイプなどを特定する。基地局アドバイザ１２２は、通信ＡＰＩを参照して上述された実例のように、通信セッション３０２の他の様々な属性を確認することができる。少なくともいくつかの実装において、基地局アドバイザ１２２は、セッションノーティフィケーション３０６からリソースポリシ３０８を特定する。
【００６６】
いくつもの実装によれば、基地局アドバイザ１２２は、セッションノーティフィケーション３０６からのデータを基地局ポリシ１２８に適用し、通信セッション３０２に適用されるセッションポリシ３１０を生成する。一般に、セッションポリシ３１０は、通信セッション３０２を処理するための命令及び／又は動作パラメータを含む。セッションポリシ３１０は、例えば、クライアントデバイス１０２に通信される送信出力電力レベル、通信セッションのためのＰＥＲしきい値などを特定する。セッションポリシ３１０は、通信セッション３０２に適用されるＱｏＳ、通信セッション３０２に対するセキュリティプロトコルなどの通信セッション３０２に対する他のパラメータも任意に特定する。
【００６７】
いくついかの追加の又は代替の実装において、セッションポリシ３１０は、セッションノーティフィケーション３０６と一緒に含まれるリソースポリシ３０８に基づいて生成することができる。例えば、セッションポリシ３１０のポリシ属性は、リソースポリシ３０８から部分的に又は全体的に採用することができる。
【００６８】
シナリオ３００を続けると、基地局アドバイザ１２２は、セッションポリシ３１０を基地局コントローラ１１０に通信し、基地局コントローラ１１０は、セッションパラメータ３１２としてセッションポリシ３１０の属性を基地局１０８ａに通信する。セッションパラメータ３１２は、例えば、クライアントデバイス１０２と基地局１０８ａとの間でのセルラ通信に対して基地局１０８ａによって適用される動作パラメータを特定する。少なくともいくつかの実装において、セッションパラメータ３１２ａは、セッション固有（session-specific）であり、例えば、通信セッション３０２が進行中は適用される。
【００６９】
セッションパラメータ３１２に基づいて、基地局１０８ａは、セッション命令３１４をクライアントデバイス１０２へ通信する。セッション命令３１４は、例えば、基地局１０８ａからクライアントデバイス１０２へのダウンリンク伝送として通信される。一般に、セッション命令３１４は、通信セッション３０２に対してクライアントデバイス１０２によって適用されるパラメータを含む。例えば、セッション命令３１４は、基地局１０８ａへの通信セッション３０２のデータ送信に対するなどの、基地局１０８ａへアップリンク信号を送信するためにクライアントデバイス１０２によって利用される送信電力（例えば、ｄＢｍで）を特定する。セッション命令３１４は、例えば、通信セッション３０２（例えば、チャネルアグリゲーションに対して）のデータ送信に対してクライアントデバイス１０２によって使用されるセルラチャネルに関する識別子、ＰＥＲしきい値、ＱｏＳタグ付、セキュリティプロトコルなどのクライアントデバイス１０２によって適用される他のビヘイビアを指定することができる。
【００７０】
その結果、クライアントデバイス１０２は、基地局１０８ａにデータが送信されるときにセッション命令３１４を適用する。例えば、クライアントデバイス１０２の無線ドライバ及び／又は他の無線制御機能は、セルラ信号が特定の送信電力に従ってクライアントデバイス１０２によって送信されるようにする。セッション命令３１４によって特定される様々な他の属性が、上述の実例として、クライアントデバイスによって適用することができる。
【００７１】
様々な実装によると、通信セッション３０２が終了したとき、セッション終了イベントを基地局コントローラ１１０に送信することができる。その結果、基地局コントローラ１１０は、終了命令を基地局１０８ａに送信することができる。終了命令は、例えば、セッション命令３１４によって特定されるものとは異なるデフォルトのシステムビヘイビアを実装するように基地局１０８ａに命令する。例えば、終了命令は、通信セッション３０２に対して適用される送信電力と比べてクライアントデバイス１０２によって実施される異なる送信電力を特定することができる。異なる送信電力は、例えば、基地局コントローラ１１０によって利用されるデフォルトの電力制御アルゴリズムに基づくことができる。
【００７２】
少なくともいくつかの実装において、シナリオ３００において検討された様々なノーティフィケーション（例えば、イベント、命令、ポリシなど）は、上述の通信ＡＰＩを経由などして、上述のノーティフィケーションイベントの実例を使って構成することができる。例えば、通信ＡＰＩを参照して検討された様々な属性に対する値は、シナリオ３００を参照して検討された様々な情報を伝達するために使用できる。それ故に、通信ＡＰＩは、通信セッションに関与する種々のエントリの中で通信アウェアネスを伝達するために活用することができる。
【００７３】
シナリオで説明されたように、通信セッション３０２の通信アウェアネスは、例えば、通信セッション３０２と独立したデータストリームを経由して、通信セッションと独立して伝達される。例えば、様々なノーティフィケーションは、通信セッションに関与するエンティティの中で伝達され得る通信アウェアネスのインスタンスを表す。
【００７４】
シナリオは、クライアントデバイス１０２とエンドポイント１１６との間の通信セッションを参照して検討されたが、本明細書で検討された技術は、例えば、複数の同時に起こる通信セッションなどの複数の通信セッションに対する通信アウェアネスを伝達するために用いることもできることが理解される。例えば、クライアントデバイス１０２、エンドポイント１１６、及び明示的に説明していない他のエンドポイントと関わるコンファレンスコールの一部など、通信セッション３０２を含む複数の同時に起こる通信セッションのために通信アウェアネスを決定し、種々の基地局１０８に伝達するために様々なノーティフィケーションを利用することができる。別の実例としては、通信セッション３０２は、クライアントデバイス１０２からエンドポイント１１６を含む複数の他のエンドポイントへのマルチキャスト通信イベントの一部であり得る。それ故に、通信アウェアネスは、同時に発生又は同時に実行されるようにスケジュールされる別個の通信セッションに関して、種々の基地局コントローラ１１０及び／又は種々の基地局１０８へ伝達することができる。
【００７５】
シナリオ３００は、通信セッション３０２が開始されたことと連動して及び／又はその後に伝達される通信アウェアネスを参照して検討されたが、これに制限する意図はない。例えば、様々なノーティフィケーションは、通信セッション３０２の開始前に生成され、送信することができる。少なくともいくつかの実装において、例えば、シナリオ３００は、通信セッション３０２の開始がスケジュールされたことを検出したことに応答して実行することができる。カレンダイベントが、例えば、通信セッション３０２が予定された将来の日時に開始するとスケジュールされたことを表示することができる。
【００７６】
それ故に、シナリオは、予定された日時の前に通信セッション３０２の通信アウェアネスを伝達するように実行することができる。そのような先を見越した通信アウェアネスは、例えば、個々のネットワークをスケジュールされた通信セッション３０２を処理するリソースを確保することを可能にするなどの様々な目的で用いることができる。
【００７７】
少なくともいくつかの実装において、シナリオ３００の態様は、通信セッションの間に多数回などの通信セッションが進行中に、実行することができる。例えば、シナリオ３００は、通信セッションの間に定期的に実行することができ、それによって通信セッション状態のアクティブ状態アウェアネスを維持することができる。代替案又は追加として、シナリオは、特定のネットワーク内のセッションの問題及び／又はネットワークの問題の表示のような、トリガイベントに応答して実行することができる。それ故に、シナリオ３００に従って伝達される通信アウェアネスは、セッションの開始、セッションの診断及びリペア、セッションの終了、ポストセッションアナリティクスなどの様々な目的に利用することができる。
【００７８】
その結果、セルラネットワークを介した通信セッションに関連する状態の通信アウェアネスは、通信セッションのルーティング及び／又は処理に関連するエンティティの間で共用することができる。そのような通信アウェアネスは、デバイスパフォーマンスを向上させ（例えば、信号／ノイズ比、バッテリ寿命など）、通信セッションの体験品質を最適化し、通信セッションで発生する及び／又は発生する可能性があるエラーを軽減するなどの様々な方法で利用することができる。
【００７９】
実装シナリオの実例について検討したので、これから１つ以上の実施形態によるプロシージャのいくつかの実例の検討について考える。
【００８０】
プロシージャの実例
以下の検討は、１つ以上の実施形態によるセルラネットワークを介した通信アウェアネスの伝達のためのプロシージャのいくつかの実例を説明する。プロシージャの実例は、図１の環境１００、図８のシステム８００、及び／又は任意の他の適切な環境において使用できる。プロシージャは、例えば、上述の実装シナリオを実装するためのプロシージャの実例を表す。少なくともいくつかの実施形態において、様々なプロシージャを説明するステップは、自動的に、且つユーザインタラクションと独立して実行することができる。
【００８１】
図４は、１つ以上の実装による方法におけるステップを説明する流れ図である。方法は、１つ以上の実装による通信アウェアネスの伝達のプロシージャの実例を説明する。
【００８２】
ステップ４００で、セルラネットワークを介した通信セッションが開始される又は開始されるようにスケジュールされることを確定する。通信セッションは、例えば、別のエンドポイントとの通信セッションを開始するためのユーザ入力に基づいて開始することができる。代替案としては、通信セッションは、通信セッションを含むスケジュールされたカレンダイベントに基づくなどの将来の時点に開始することを確認することができる。いくつかの実装によると、ネットワークアドバイザシステム１２０は、通信セッションを確認することができる。
【００８３】
いくつかの実装によると、通信セッションは、セルラネットワークを介してデータセッションを経由して実行され、通信セッションは、セルラサービスプロバイダから分離された通信サービス（例えば、通信サービス１１８）によって管理される。
【００８４】
ステップ４０２で、通信セッションの属性（attribute：アトリビュート）を含む通信アウェアネスを統合する（aggregates）。例えば、ネットワークアドバイザシステム１２０は、クライアントデバイス１０２とエンドポイント１１２との間の通信セッションの属性を受信することができる。属性は、通信セッションの通信アウェアネスに統合することができる。種々の通信セッション属性の実例は、上述の通りである。
【００８５】
ステップ４０４で、通信セッションの通信アウェアネスをセルラネットワークのインフラコンポーネントに伝達する。一般に、インフラコンポーネントは、セルラネットワーク内で発生する様々なプロセスや動作を管理する目的で、セルラネットワークにおいて利用されるハードウェア及び／又はロジックを指す。インフラコンポーネントの実例は、基地局コントローラ、ネットワークコントローラ（例えば、ソフトウェア定義ネットワーク（ＳＤＮ）コントローラ）、ネットワークスイッチなどを含む。通信アウェアネスは、例えば、通信セッションのデータストリームから分離されたデータストリームにおいて通信される。例えば、通信アウェアネスは、通信セッションの開始の前に、通信セッションの開始の後に、及び／又は通信セッションの終了の後に通信することができる。
【００８６】
図５は、１つ以上の実装による方法におけるステップを説明する流れ図である。この方法は、１つ以上の実装による通信セッションビヘイビアを特定するプロシージャの実例を説明する。
【００８７】
ステップ５００で、セルラネットワークを介した通信セッションの属性を含む通信アウェアネスを受信する。例えば、基地局アドバイザ１２２及び／又は基地局コントローラ１１０は、ネットワークアドバイザシステム１２０などから通信セッションの通信アウェアネスを受信する。通信セッションの種々の属性の実例は上述の通りである。
【００８８】
ステップ５０２で、通信セッションの属性に基づいて通信セッションに適用されるリソースポリシを確認する。種々のリソースポリシは、例えば、種々の通信セッションの属性に基づいて種々の通信セッションに適用することができる。例えば、通信セッションの属性は、リソースポリシに対するパラメータ生成のためにリソースポリシ表２００に適用することができる。種々のリソースポリシパラメータの実例は上述された通りであり、ＰＥＲしきい値、送信電力、ＱｏＳレベルなどを含む。
【００８９】
少なくともいくつかの実装において、リソースポリシは、チャネルアグリゲーション及び／又は動的チャネル選択情報を特定することができる。例えば、通信セッションがバンド幅集中（bandwidth-intensive）（例えば、データが重い通信セッションなど）の場合、リソースポリシは、通信セッションのデータを送信及び／又は受信するために統合された複数のセルラチャネルを特定することができる。
【００９０】
別の実装例では、リソースポリシは、セルラチャネルが通信セッションのデータの送信及び／又は受信のためにセルラチャネルを動的に選択できるように動的チャネル割り当て及び／又は動的チャネル配分情報を特定することができる。例えば、現在のセルラチャネルが品質の問題及び／又はエラーを経験する場合、異なるセルラチャネルが現在のセルラチャネルを置き換え及び／又は補うために選択することができる。
【００９１】
ステップ５０４で、通信セッションの一部としてモバイルデバイスによって適用される１つ以上のビヘイビアを含むモバイルデバイスにセッション命令を通信する。セッション命令は、例えば、通信セッションから分離されたデータストリームにおいてクライアントデバイス１０２に対して基地局ＱＱによって通信される。種々のビヘイビアの実例は、上述した通り、通信セッションの送信信号に対する電力レベル、統合されるチャネル、動的チャネル配分情報などを含む。
【００９２】
図６は、１つ以上の実装による方法におけるステップを説明する流れ図である。この方法は、１つ以上の実装による通信セッションビヘイビアに適用されるプロシージャの実例を説明する。
【００９３】
ステップ６００で、セルラネットワークを介してデータセッション経由で実行される通信セッションに参加する。種々の実装によると、通信セッションは、セルラサービスプロバイダから分離された通信サービスによって管理される。通信セッションは、例えば、通信サービス１１８によって管理される。通信セッションのデータは、セルラネットワーク１０４を経由して通信され、セルラネットワークは、セルラインフラ１０６によって実装され、管理される。
【００９４】
ステップ６０２で、通信セッションの一部として適用される１つ以上のビヘイビアを指定するセッション命令を受信する。セッション命令は、例えば、通信セッションのデータストリームから分離・独立して受信される。様々な実装によると、セッション命令は、基地局コントローラによって適用されるセッションポリシに基づくなどしてセルラ基地局から受信される。
【００９５】
ステップ６０４で、モバイルデバイスからの通信セッションのデータ送信に対して１つ以上のビヘイビアを適用する。例えば、その１つ以上のビヘイビアは、送信電力、チャネルアグリゲーション、動的チャネル選択、ＱｏＳタグ付けなどのデータ送信の様々な態様に影響するように適用することができる。少なくともいくつかの実装において、モバイルデバイスの送信電力は、１つ以上のビヘイビアに基づいて（例えば、デフォルトの送信電力から）変化する。
【００９６】
図７は、１つ以上の実装による方法におけるステップを説明する流れ図である。この方法は、１つ以上の実装によるＱＱに対するプロシージャの実例を説明する。
【００９７】
ステップ７００で、通信セッションに対するパフォーマンス属性における変化の表示を受信する。このパフォーマンス属性は、例えば、進行中の通信セッションに対応することができる。パフォーマンス属性における様々な変化は、セッション品質の低下、信号対ノイズ比の増加、ＰＥＲの増加などとして表示することができる。一般に、パフォーマンス属性における変化は、通信セッションに対するセッションの問題を表示することができる。
【００９８】
ステップ７０２で、パフォーマンス属性における変化を表示する通信アウェアネスを基地局コントローラへ伝達する。ネットワークアドバイザシステムは、例えば、パフォーマンス属性における変化の更新された通信アウェアネスを基地局アドバイザ１２２へ通信する。
【００９９】
少なくともいくつかの実装において、更新された通信アウェアネスは、通信セッションに対して適用される更新されたセッションポリシを含むことができる。代替案として又は追加として、更新された通信アウェアネスは、更新されたセッションポリシを生成するために適用され得る更新されたセッション属性を含むことができる。
【０１００】
例えば、ネットワークアドバイザシステム１２０は、アドバイザシステムポリシ１２４からの更新されたセッションポリシを特定するために更新された通信アウェアネスを適用することができる。ネットワークアドバイザシステム１２０は、基地局アドバイザ１２２に更新されたセッションポリシを通信することができ、基地局アドバイザは、更新されたセッションポリシを通信セッションに対して適用することができる。代替案として、又は追加的に、ネットワークアドバイザシステム１２０は、基地局アドバイザ１２２に更新された通信アウェアネスを通信することができ、基地局アドバイザは、更新された通信アウェアネスを基地局ポリシ１２８に適用し、更新されたセッションポリシを確認する。基地局コントローラ１１０は、基地局ＱＱにセッション命令を通信し、更新されたセッションポリシを実行できるようにする。
【０１０１】
様々な実装によると、この方法は、通信セッションの異なるステージの間で動的に利用され、通信セッションの間に起こりうるエラー及び／又はパフォーマンスの低下を軽減することができる。
【０１０２】
様々な実装によると、上述の本方法は、セッション開始の前に、セッション開始と同時に、通信セッションの間に、セッションの終了時に、及びポスト通信セッションなどの通信セッションの様々なステージで複数回実行することができる。例えば、通信セッションに影響を及ぼす条件の動的且つアクティブな状態アウェアネスを維持するために進行中の通信セッションの間に、通信セッションの通信アウェアネスは、リアルタイムで伝達され、更新することができる。
【０１０３】
通信セッションの通信アウェアネスは、次にくる通信セッションを自律的なネットワークに知らせ、通信セッションに適用するために調整及び／又は準備することを可能にするなど、通信セッションの開始より前に積極的に通信することもできる。通信セッションの通信アウェアネスは、システムの診断や通信セッションの間に発生したネットワークパフォーマンスの統計分析などの通信セッションの終了の後で通信することができる。
【０１０４】
それ故に、本明細書で検討した技術は、通信セッションのルーティングに関連する種々のエンティティに通信アウェアネスを伝達するための幅広い種類のシナリオや実装を提供する。通信アウェアネスは、そのようなエンティティに通信セッションデータのルーティングや処理に関する決定を知らせることを可能にする。
【０１０５】
いくつかのプロシージャの実例について検討したので、これから１つ以上の実施形態によるシステム及びデバイスの実例について検討を考える。
【０１０６】
システム及びデバイスの実例
図８は、本明細書で説明した様々な技術を実装することができる１つ以上のコンピューティングシステム及び／又はデバイスを表すコンピューティングデバイス８０２の実例を含む一般的なシステムの実例８００を説明する。例えば、図１を参照して上述の様々なエンティティ及び／又はコンポーネントは、コンピューティングデバイス８０２として具体化することができる。コンピューティングデバイス８０２は、例えば、サービスプロバイダのサーバ、クライアント（例えば、クライアントデバイス）に関連するデバイス、オンチップシステム、及び／又は他の適切なコンピューティングデバイス又はコンピューティングシステムであり得る。
【０１０７】
図示したコンピューティングデバイスの実例８０２は、処理システム８０４、１つ以上のコンピュータ読取可能媒体８０６、及び互いに通信可能に接続される１つ以上の入力／出力（Ｉ／Ｏ）インタフェース８０８を含む。図示しないが、コンピューティングデバイス８０２は、様々なコンポーネントを互いに接続するシステムバス又は他のデータ及びコマンド伝送システムをさらに含んでも良い。システムバスは、メモリバス又はメモリコントローラ、周辺機器バス、ユニバーサルシリアルバス、及び／又は様々なバスアーキテクチャのいずれかを利用するプロセッサバス又はローカルバスなどの種々のバス構造の任意の１つ又はその組み合わせを含むことができる。色々な他の実例は、コントロール線及びデータ線なども意図する。
【０１０８】
処理システム８０４は、ハードウェアを使用して１つ以上の動作を実行する機能を表す。その結果、処理システム８０４は、プロセッサ、機能ブロックなどとして構成され得るハードウェア要素８１０を含むものとして説明される。これは、１つ以上の半導体を使用して構成される特定用途向け集積回路又は他のロジックデバイスとしてハードウェア中の実装を含むことができる。ハードウェア要素８１０は、本明細書で形成された材料又は利用された処理機構によって制限されない。例えば、プロセッサは、半導体及び／又はトランジスタ（例えば、電子集積回路（ＩＣ））から成ることができる。このような文脈において、プロセッサ実行可能命令は、電子的実行可能命令であり得る。
【０１０９】
コンピュータ読取可能媒体８０６は、メモリ／記憶装置８１２を含むように説明されている。メモリ／記憶装置８１２は、１つ以上のコンピュータ読取可能媒体に関連するメモリ／記憶装置の記憶容量を表す。メモリ／記憶装置８１２は、揮発性媒体（ランダムアクセスメモリ（ＲＡＭ））及び／又は不揮発性媒体（リードオンリメモリ（ＲＯＭ）、フラッシュメモリ、光ディスク、磁気ディスクなどの）を含むことができる。メモリ／記憶装置８１２は、固定媒体（例えば、ＲＡＭ、ＲＯＭ、固定ハードドライブなど）やリムーバブル媒体（例えば、フラッシュメモリ、リムーバブルハードドライブ、光ディスクなど）を含むことができる。コンピュータ読取可能媒体８０６は、さらに以下で説明される他の色々な方法において構成することができる。
【０１１０】
入力／出力インタフェース８０８は、コンピューティングデバイス８０２へユーザがコマンドや情報を入力することを可能にし、また様々な入力／出力デバイスを使用して情報がユーザ及び／又は他のコンポーネント又はデバイスに提示されることも可能とする機能を表す。入力デバイスの実例は、キーボード、カーソル制御デバイス（例えば、マウス）、マイクロフォン（例えば、音声認識及び／又は口述入力）、スキャナ、タッチ機能（例えば、物理的な接触を検知するように構成された容量性又は他のセンサ）、カメラ（例えば、ジェスチャとしての接触を含まない動作を検出する赤外周波数などの可視又は非可視波長を利用することができる）などを含む。出力デバイスの実例は、ディスプレイデバイス（例えば、モニタ又はプロジェクタ）、スピーカー、プリンター、ネットワークカード、触覚応答デバイスなどを含む。それ故に、コンピューティングデバイス８０２は、ユーザインタラクションをサポートするさらに後述される様々な方法で構成することができる。
【０１１１】
様々な技術が、ソフトウェア要素、ハードウェア要素、又はプログラムモジュールの一般的な文脈において本明細書で説明することができた。一般に、そのようなモジュールは、特定のタスクを実行し、特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、要素、コンポーネント、データ構造などを含む。本明細書で使用される「モジュール（module）」、「機能（functionality）」、「エンティティ（entity）」及び「コンポーネント（component）」という用語は、一般にソフトウェア、ファームウェア、ハードウェア、又はそれらの組合せを表す。本明細書で説明した技術の特徴は、様々なプロセッサを有する様々な商用のコンピューティングプラットフォーム上に実行することができることを意味する、プラットフォーム独立である。
【０１１２】
説明したモジュール及び技術の実装は、コンピュータ読取可能媒体のいくつかの形式で保存され、又はそれらを介して伝送されることができる。コンピュータ読取可能媒体は、コンピューティングデバイス８０２によってアクセスでき得る様々な媒体を含むことができる。例として、制限としてではなく、コンピュータ読取可能媒体は、「コンピュータ読取記憶媒体（computer-readable  storage  media）」及び「コンピュータ読取可能信号媒体（computer-readable  signal  media）」を含むことができる。
【０１１３】
「コンピュータ読取可能記憶媒体」は、単なる信号伝送、搬送波、又は信号自体とは対照的に情報の持続的記憶を可能にする媒体及び／又はデバイスを指し得る。コンピュータ読取可能記憶媒体は、信号自体を含まない。コンピュータ読取可能記憶媒体は、コンピュータ読取可能命令、データ構造、プログラムモジュール、ロジック要素／回路、又は他のデータなどの情報を記憶するのに適した方法又は技術で実装される、揮発性及び不揮発性、リムーバブル及び非リムーバブル媒体及び／又は記憶装置などのハードウェアを含む。コンピュータ読取可能記憶媒体の実例は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ又は他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多目的ディスク（ＤＶＤ）又は他の光記憶、ハードディスク、磁気カセット、磁気テープ、磁気ディスク記憶装置又は他の磁気記憶装置、又は他の記憶デバイス、有形媒体、又は所望の情報を記憶するのに適した製品であってコンピュータによってアクセスできるものを含むことができ、しかしこられに制限されない。
【０１１４】
「コンピュータ読取可能信号媒体」は、ネットワーク経由のようなコンピューティングデバイス８０２のハードウェアに命令を送信するように構成された信号搬送媒体を指し得る。信号媒体は、典型的には、コンピュータ読取可能命令、データ構造、プログラムモジュール、又は他のデータを、搬送波、データ信号、又は他の伝送メカニズムなどの変調されたデータ信号中に具体化することができる。信号媒体は、情報配信媒体も含む。「変調されたデータ信号（modulated  data  signal）」という用語は、情報を信号中に符号化するような方法で設定された又は変更された１つ以上の特性を持つ信号を意味する。例として、制限としてではなく、通信媒体は、有線ネットワーク又は直接有線接続などの有線媒体、及び音響、無線周波数（ＲＦ）、赤外線、及び他のワイヤレス媒体などのワイヤレス媒体を含む。
【０１１５】
上述の通り、ハードウェア要素８１０とコンピュータ読取可能媒体８０６は、本明細書で説明された技術の少なくともいくつかの態様を実装するために、いくつかの実施形態において採用することができるハードウェア形式において実装される命令、モジュール、プログラム可能デバイスロジック及び／又は固定デバイスロジックを表す。ハードウェア要素は、集積回路又はオンチップシステム、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コンプレックスプログラマブルロジックデバイス（ＣＰＬＤ）、及びシリコン又は他のハードウェアデバイスへの実装のコンポーネントを含むことができる。この文脈では、ハードウェア要素は、命令、モジュール、及び／又はハードウェア要素によって組み込まれるロジックや、例えば上述のコンピュータ読取可能記憶媒体などの実行するための命令を記憶するために利用されるハードウェアデバイスによって定義されるプログラムタスクを実行する処理デバイスとして動作することができる。
【０１１６】
上述のものの組合せは、本明細書で説明した様々な技術やモジュールを実装するために利用することもできる。その結果、ソフトウェア、ハードウェア、又はプログラムモジュール及び他のプログラムモジュールは、コンピュータ読取可能記憶媒体の形式で及び／又は１つ以上のハードウェア要素８１０によって組み込まれる１つ以上の命令及び／又はロジックであり得る。コンピューティングデバイス８０２は、ソフトウェア及び／又はハードウェアモジュールに対応する特定の命令及び／又は機能を実行するように構成できる。その結果、ソフトウェアとしてコンピューティングデバイス８０２によって実行可能なモジュールの実装は、例えば、コンピュータ読取可能記憶媒体及び／又は処理システムのハードウェア要素８１０の使用を介して、少なくとも部分的にハードウェアにおいて達成することができる。命令及び／又は機能は、本明細書で説明した技術、モジュール、及び実例を実装するための１つ以上の製品（例えば、コンピューティングデバイス８０２及び／又は処理システム８０４の１つ以上）によって実行可能／動作可能であり得る。
【０１１７】
図８においてさらに説明されるように、システム８００の実例は、パーソナルコンピュータ（ＰＣ）、テレビジョンデバイス、及び／又はモバイルデバイス上でアプリケーションを走らせたとき、シームレスなユーザ体験のためのユビキタス環境を可能にする。アプリケーションを利用し、ビデオゲームをプレイし、ビデオを見ているなどの間に１つのデバイスから次に遷移するとき、共通のユーザ体験のための全部で３つの環境において、サービス及びアプリケーションは、実質的に同じように動作する。
【０１１８】
システム８００の実例において、複数のデバイスが中央コンピューティングデバイスを介して相互接続されている。中央コンピューティングデバイスは、複数のデバイスに存在する場合もあり、又は複数のデバイスから離れて存在する場合もあり得る。１つの実施形態において、中央コンピューティングデバイスは、ネットワーク、インターネット、又は他のデータ通信リンクを介して複数のデバイスに接続される１つ以上のサーバコンピュータのクラウドであり得る。
【０１１９】
１つの実施形態において、この相互接続アーキテクチャは、機能が複数のデバイスのユーザに共通のシームレスな体験を提供する複数のデバイスに亘って供給することを可能とする。複数のデバイスのそれぞれは、種々の物理的要求や性能を持つことができ、中央コンピューティングデバイスは、デバイスに合わせた又はすでにすべてのデバイスに共通の双方のデバイスに体験を提供することを可能にするプラットフォームを使用する。１つの実施形態において、対象デバイスの分野（class）が作り出され、体験（experiences：エクスペリアンス）はデバイスの一般的な分野に合わせられる。デバイスの分野は、物理的特徴、使用形態、又はデバイスの他の共通の特徴によって定義することができる。
【０１２０】
様々な実装において、コンピューティングデバイス８０２は、コンピュータ８１４、モバイル８１６、及びテレビジョン８１８利用などの様々な異なる構成を前提とすることができる。これらの構成のそれぞれは、一般に異なる構成や性能を有することができ、それ故に、コンピューティングデバイス８０２は、１つ以上の異なるデバイス分野に従って構成することができる。例えば、コンピューティングデバイス８０２は、パーソナルコンピュータ、デスクトップコンピュータ、マルチスクリーンコンピュータ、ラップトップコンピュータ、ノートブックなどを含むコンピュータ８１４のデバイス分野として実装することができる。
【０１２１】
コンピューティングデバイス８０２は、携帯電話、ポータブル音楽プレーヤ、ポータブルゲーム機、タブレットコンピュータ、ウェアラブルデバイス、マルチスクリーンコンピュータなどのモバイルデバイスを含むデバイスのモバイル８１６の分野として実装することもできる。コンピューティングデバイス８０２は、カジュアルビューイング環境における一般により大きいスクリーンを有する又は接続されているデバイスを含むテレビジョン８１８のデバイス分野として実装することもできる。これらのデバイスは、テレビジョン、セットトップボックス、ゲーム機などを含む。
【０１２２】
本明細書で説明した技術は、コンピューティングデバイス８０２のこれらの様々な構成によってサポートすることができ、本明細書で説明した技術の特定の実例には制限されない。例えば、セルラインフラ１０６、通信サービス１１８、及び／又はネットワークアドバイザシステム１２０を参照して検討した機能は、上述のプラットフォーム８２２を経由した「クラウド」８２０に亘るような分散システムの使用を全体として又は部分的に介して実装することができる。
【０１２３】
クラウド８２０は、リソース８２４に対するプラットフォーム８２２を含む及び／又は表す。プラットフォーム８２２は、クラウド８２０のハードウェア（例えば、サーバ）及びソフトウェアリソースの基本的な機能を抽象化する。リソース８２４は、コンピューティングデバイス８０２から離れたサーバ上でコンピュータ処理が実行されている間、利用することができるアプリケーション及び／又はデータを含むことができる。リソース８２４は、インターネットに亘って及び／又はセルラ又はＷｉＦｉネットワークなどの加入者ネットワークを介して提供されるサービスも含むことができる。
【０１２４】
プラットフォーム８２２は、コンピューティングデバイス８０２を他のコンピューティングデバイスと接続するリソース及び機能を抽象化することができる。プラットフォーム８２２は、プラットフォーム８２２を経由して実行されるリソース８２４に対して直面する要求に対応する水準のスケールを提供するリソースのスケーリングを抽象化するのに役立つこともできる。その結果、相互接続されたデバイスの実施形態において、本明細書で説明した機能の実装は、システム８００のあらゆる場所で分散することができる。例えば、機能は、コンピューティングデバイス８０２の一部として、及びクラウド８２０の機能を抽象化するプラットフォーム８２２を経由して実装することができる。
【０１２５】
本明細書で検討した技術を実行するための実行することができる数々の方法が本明細書で検討された。方法の態様は、ハードウェア、ファームウェア、又はソフトウェア、又はそれらの組合せとして実装することができる。方法は、１つ以上のデバイスによって実行される動作を特定するステップの組として示され、それぞれのブロックによる動作を実行するために示された順番には制限される必要はない。その上、特定の方法に関連して示された動作は、１つ以上の実装による異なる方法の動作を組み合わされ及び／又は置き換えることができる。方法の態様は、環境１００を参照して上述の様々なエンティティの間でのインタラクションを経由して実行することができる。
【０１２６】
結び
セルラネットワークを介した通信アウェアネスを伝達する技術を説明した。構造的な特徴及び／又は方法の動作に特定の用語で説明したが、添付請求項で定義される実施形態は、説明した特定の構成要件又は動作に制限される必要はないことを理解されるべきである。むしろ、特定の構成要件及び動作は、請求された実施形態を実行する様式の実例として説明された。
【図１】
2017530589.tif 000003
【図２】
2017530589.tif 000004
【図３】
2017530589.tif 000005
【図４】
2017530589.tif 000006
【図５】
2017530589.tif 000007
【図６】
2017530589.tif 000008
【図７】
2017530589.tif 000009
【図８】
2017530589.tif 000010
【国際調査報告】
2017530589.tif 000011
2017530589.tif 000012
2017530589.tif 000013
2017530589.tif 000014
2017530589.tif 000015