JP2015511086A - 無線ネットワークにおけるマルチモーダル通信優先順位付け - Google Patents

Abstract

会議設定時に事前に帯域幅予約が可能になる。マルチモーダル通信アプリケーション展開におけるディレクトリデータベースの同期と、次世代パケットコア（ＥＰＣ）におけるマルチモーダル通信可能ノードの利用とにより、通信セッション中に所望のサービス品質（ＱｏＳ）が維持されるように、要求しているユーザプロファイル、要求されるモダリティ、ユーザのロケーション、及び同様の要因に基づき、通信セッションに対して、帯域幅が静的にまたは動的に割り当てられる。サービスプロバイダ（ＳＰ）は、要求されたものより上の帯域幅マージンを事前に予約することにより、差別化されたＱｏＳを提供する。帯域幅マージンは、追加的エラー訂正メカニズムを含めるためにＳＰにより用いられる。動的帯域幅割り当てにおいて、ＵＣデバイスの場所とローミング状態を考慮する。

Description

ここ数十年にわたり、公衆交換電話網（ＰＳＴＮ）の替わりとしてセルラー電話ネットワークが増加している。セルラー電話を有するユーザは、ほとんどどこにいてもネットワークにアクセスできる。また、最近では、ボイスオーバーＩＰ（ＶＯＩＰ）テレフォニーが幅広く利用されてきている。これは、有線及び無線ネットワークにおいてインターネットプロトコル（ＩＰ）を用いるものである。こうした多様なタイプの通信ネットワークと、これらのネットワークの様々なフィーチャを利用できるデバイスが利用できるようになり、高度通信システムは、今まで様々な通信モードの組み合わせなどの機能は利用できなかったが、異なる通信ネットワークを一体化している（例えば、インスタントメッセージ、音声／ビデオ通信、データ／アプリケーション共有、ホワイトボード、その他の形式の通信は、加入者のプレゼンス・アベイラビリティ情報と組み合わせできる）。

この技術はユニファイド通信（ＵＣ）とも呼ばれている。サーバネットワークが広い範囲の機能と通信を処理できるエンドデバイスを管理し、より現代的なユニファイド通信ネットワークデバイスとその他のネットワーク（例えば、ＰＳＴＮ、セルラー等）との間の通信を促進する。発呼者に様々なステータスカテゴリー、代替的通信先、カレンダー情報、及び同等のフィーチャについての命令を提供するなど、加入者に高度機能を提供するのに加え、幾つかのＵＣシステムは、様々なタイプの文書を作成し修正する時にユーザが共有及び協働できる協働フィーチャを含み、コンテンツはマルチモーダル通信システムと統合され、異なる種類の通信と協働の機能を提供し得る。かかる統合システムは、ユニファイド通信及び協働（ＵＣ＆Ｃ）システムと呼ばれることがある。

マルチモーダル通信を提供する高度通信システムは、指定されたサーバとそのバックアップがサービスを提供するデータ交換ネットワークと同様に（時には同じ）動作をする。セッション初期化プロトコル（ＳＩＰ）は、かかるシステムのコンポーネント間で共通に使われる通信プロトコルである。エンドデバイス間の通信は、無線ＬＡＮ（ＷＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、セルラーネットワークを含むがこれらに限定されない無線ネットワークを用いて、ますます促進されている。オーディオ、ビデオ、アプリケーション共有などのリアルタイムコラボレーションの使用が増えるにつれて、無線ネットワークにおける負荷が高くなっている。企業グレードのユニファイド通信は、一般的には、音声とビデオに対する適切な帯域幅の割り当てを含む高いサービス品質（ＱｏＳ）を伴う。帯域幅優先順位付けは、利用可能な接続が３Ｇや４Ｇネットワークなどの無線ＷＡＮ（ＷＷＡＮ）である場合に、顧客にマルチモーダル通信サービスを保証するサービスプロバイダの問題である。

本欄では、発明の詳細な説明で詳しく説明するコンセプトの一部を選んで、簡単に説明する。本欄は、特許を請求する主題の重要な特徴や本質的な特徴を排他的に特定するものではなく、特許を請求する主題の範囲を決定するのを助けるものでもない。

実施形態は、会議設定中における、帯域幅の事前予約の可能化に関する。マルチモーダル通信アプリケーション展開におけるディレクトリデータベースの同期と、次世代パケットコア（ＥＰＣ）におけるマルチモーダル通信可能ノードの利用とにより、通信セッション中に所望のサービス品質（ＱｏＳ）が維持されるように、要求しているユーザプロファイル、要求されるモダリティ、ユーザのロケーション、及び同様の要因に基づき、通信セッションに対して、帯域幅が静的にまたは動的に割り当てられる。サービスプロバイダ（ＳＰ）は、要求されるものより高い帯域幅マージンを事前予約することにより、金融機関に対して信頼性が１００％に近い接続など、差別化されたＱｏＳも提供できる。帯域幅マージンは、追加的エラー訂正メカニズムを含めるためにＳＰにより用いられる。動的帯域幅割り当てにおいて、ＵＣデバイスの場所とローミング状態を考慮する。

これら及びその他のフィーチャと利点は、添付した図面を参照して詳細な説明を読めば明らかになる。言うまでもなく、上記の概要と、下記の詳細な説明とは、説明をするためのものであり、特許請求の範囲を制限するものではない。

ＵＣシステムなどの高度通信システムの一例を示す、無線ネットワークにおけるマルチモーダル通信を優先順位をつける実施形態を実装した図である。

マルチモーダル通信を提供するシステムの基本的な一例を示す概念図である。

無線ネットワーク及び次世代パッケージコア（ＥＰＣ）セグメントにおける幾つかの実施形態によるシステムの主要コンポーネントを示す図である。

マルチモーダル通信アプリケーション及びＥＰＣセグメントにおける幾つかの実施形態によるシステムの主要コンポーネントを示す図である。

ＥＰＣセグメントのディレクトリサーバが様々なマルチモーダル通信アプリケーション展開において複数のディレクトリサーバと同期する、幾つかの実施形態によるシステムの主要コンポーネントを示す図である。

実施形態によるシステムが実装される、単純化したネットワーク環境である。

実施形態が実装される、コンピューティング動作環境の一例を示すブロック図である。

実施形態による無線ネットワークにおいてマルチモーダル通信を優先順位を付ける過程を示す論理フロー図である。

簡単に説明したように、マルチモーダル通信の帯域幅は、会議設定中にアプリオリに予約され得る。マルチモーダル通信アプリケーション展開におけるディレクトリデータベースの同期と、次世代パケットコア（ＥＰＣ）におけるマルチモーダル通信可能ノードの利用とにより、通信セッション中に所望のサービス品質（ＱｏＳ）が維持されるように、要求しているユーザプロファイル、要求されるモダリティ、ユーザのロケーション、及び同様の要因に基づき、通信セッションに対して、帯域幅が静的にまたは動的に割り当てられる。

以下の詳細な説明では、その一部を構成し、具体的な実施形態または実施例を示す添付図を参照する。本開示の精神や範囲から逸脱することなく、これらの態様を組み合わせてもよく、他の態様を利用してもよく、構造変更をしてもよい。それゆえ、以下の詳細な説明は、限定的な意味に取ってはならず、本発明の範囲は添付した請求項とその等価物により確定される。

実施形態は、コンピューティングデバイスのオペレーティングシステム上で動くアプリケーションプログラムに関して実行されるプログラムモジュールの一般的なコンテキストで説明するが、当業者には言うまでもなく、その他のプログラムモジュールと組み合わせて実装することもできる。

一般的に、プログラムモジュールは、あるタスクを実行したり、ある抽象的データタイプをインプリメントするルーチン、プログラム、コンポーネント、データ構造、その他のタイプの構造が含まれる。さらに、当業者には言うまでもなく、実施形態は、ハンドヘルドデバイス、マルチプロセッサシステム、マイクロプロセッサベースまたはプログラマブルコンシューマエレクトロニクス、ミニコンピュータ、メインフレームコンピュータ、及び同等のコンピューティングデバイスなど、その他のコンピュータシステム構成で実施してもよい。実施形態は、通信ネットワークによりリンクされたリモート処理装置によりタスクが実行される分散計算環境で実施することもできる。分散コンピューティング環境では、プログラムモジュールは、ローカル及びリモートのメモリ記憶デバイスの両方に配置できる。

実施形態は、コンピュータインプリメントプロセス（方法）、コンピューティングシステム、またはコンピュータプログラム製品やコンピュータ読み取り可能媒体などの製品としてインプリメントできる。コンピュータプログラム製品は、コンピュータシステムにより読み取り可能な、コンピュータまたはコンピューティングシステムに実施形態のプロセスを実行させる命令を有するコンピュータプログラムをエンコードしたコンピュータ記憶媒体である。コンピュータ読み取り可能記憶媒体はコンピュータ読み取り可能メモリデバイスである。コンピュータ読み取り可能記憶媒体は、例えば、揮発性コンピュータメモリ、不揮発性メモリ、ハードディスクドライブ、及びフラッシュドライブによりインプリメントできる。

本明細書を通して、「プラットフォーム」との用語は、音声呼、ビデオ会議、及び／またはデータ交換などのマルチモーダル通信サービスを提供するソフトウェアコンポーネントとハードウェアコンポーネントの組み合わせである。プラットフォームの例は、複数のサーバ上で実行されたホストされたサービス、単一コンピューティングデバイス上で実行されたアプリケーション、及び同等のシステムを含むが、これらに限定されない。「サーバ」との用語は、概して、典型的にはネットワークされた環境においてソフトウェアプログラムを実行するコンピューティングデバイスを言う。しかし、サーバは、ネットワーク上のサーバとしてみなせるコンピューティングデバイス上で実行された仮想サーバ（ソフトウェアプログラム）としてインプリメントすることもできる。これらの技術及び実施形態のより詳細は、以下に説明する。

図１は、ＵＣシステムなどの高度通信システムの一例を示す、無線ネットワークにおけるマルチモーダル通信を優先順位をつける実施形態を実装した図１００を含む。ユニファイド通信（ＵＣ）システムは、加入者に提供可能な広い範囲の機能とサービスを有する現代的な通信システムの一例である。ユニファイド通信システムは、電子メール交換、インスタントメッセージ、プレゼンス、音声・ビデオ会議、ウェブ会議、及び同等の機能を可能にするリアルタイム通信システムである。

図１００に示したもののようなユニファイド通信（ＵＣ）システムでは、ユーザは様々な端末装置（ｅｎｄ ｄｅｖｉｃｅｓ）１３０、１３２、１３４を介して通信できる。これらはＵＣシステムのクライアントデバイスである。各クライアントデバイスは、音声通信、ビデオ通信、インスタントメッセージ、アプリケーション共有、データ共有などの通信アプリケーションを実行できる。その高度な機能に加え、端末装置は、構内電話交換機（ＰＢＸ）１２８から公衆交換電話網（ＰＳＴＮ）１１２へなど外部接続を通じて従来の電話呼をすることもできる。ＰＳＴＮ１１２を通じたさらに別の通信が、電話１１０またはセルラーネットワークタワー１０６を介したセルラー電話１０８と確立される。端末装置１３０，１３２，１３４は、任意のタイプのスマートフォン、セルラーフォン、通信アプリケーションを実行している任意のコンピューティングデバイス、スマート自動車コンソール、及び追加的機能を有する高度電話デバイスを含み得る。

図１００に示したＵＣシステムは、複数のサーバが異なるタスクを実行している。例えば、エッジサーバ１１４は、周辺ネットワークにあり、リモートユーザ１０４や（リモートサイトへの接続を提供する）連携サーバ１０２などの他のユーザとＵＣネットワークを通じた接続を可能にする。留意点として、連携セッション（federated sessions）は二以上の企業ネットワーク間で生じるが、メディアは実施形態ではシステム中のインターネットを通じて流れてもよい。さらに、リモートユーザ（またはサイト）は、通常、インターネットを介してＵＣシステムに接続される。ハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）・リバースプロトコル・プロキシ・サーバ１１６が、システムのファイアウォール１１８に沿ってある。エッジサーバ１１４は、アクセス、ウェブ会議、オーディオ／ビデオ通信などの機能に特化している。ファイアウォール１１８の内側では、機能が異なる複数のクラスタがある。これらのクラスターは、通信サービス用ウェブサーバ１２０、ディレクトリサーバ１２２、ウェブ会議サーバ１２４、音声／ビデオ会議、及び／またはアプリケーション共有サーバ１２６を含む。提供される通信モダリティと機能に応じて、システムに含まれるクラスタは増減し得る。

特殊なサーバのクラスタが、レジストラ及びユーザサービスサーバのプール１３６と通信できる。レジストラ及びユーザサービスサーバのプール１３６は、データセンタとも呼ばれる。ＵＣシステムは、一以上のデータセンタを有し、それぞれは異なるサイトにあってもよい。プール中のレジストラサーバは、端末装置１３０，１３２，１３４を登録し、そのエンドポイントのホームサーバとして機能するシステムを通じて、その通信を促進する。ユーザサービスサーバは、プレゼンス、バックアップモニタリング、及び同等の管理機能を提供する。ユーザサービスサーバ１３６は、レジストラサーバのクラスタを含む。レジストラサーバはそれぞれに対しバックアップとして機能する。

仲介サーバ１３８は、ＩＰ−ＰＳＴＮゲートウェイ１４０と共に、ＰＳＴＮやセルラーネットワーク（例えば、ＰＢＸ１２８を通じた呼）などの他のタイプのネットワークとの間でシグナリングとメディアを仲介する。仲介サーバ１３８は、セッション初期化プロトコル（ＳＩＰ）ユーザエージェントとしても機能する。ＵＣシステムにおいて、ユーザは、一以上のアイデンティティを有し、これは必ずも電話番号に限定されない。アイデンティティは、電話番号、セッション初期化プロトコル（ＳＩＰ）ユニフォームリソース識別子（ＵＲＩ）その他の識別子など、組み込まれたネットワークに応じていかなる形式でもとり得る。ＵＣシステムではいかなるプロトコルでも用いうるが、ＳＩＰはよく用いられる方法である。ＳＩＰは一以上の参加者とセッションを生成、修正、及び終了するアプリケーションレイヤ制御（シグナリング）プロトコルである。ＳＩＰを用いて、インターネット電話呼、マルチメディア配信、及びマルチメディア会議を含む、二者、多者、またはマルチキャストのセッションを生成できる。ＳＩＰは、その下のトランスポートレイヤからは独立であるように設計されている。

ＵＣシステムのコンポーネントには、ボイスメールや同様のメッセージを処理するメッセージングサーバ１４２と、特定アプリケーション用のアプリケーションサーバ１４４と、アーカイブサーバ１４６とを含み得る。これらはそれぞれデータセンタのレジストラ及びユーザサービスサーバのプール１３６と通信できる。本システムの様々なコンポーネントは、ＳＩＰ、ＨＴＴＰ、及び同等のプロトコルを用いて通信できる。

レジストラサーバ、仲介サーバ、Ａ／Ｖサーバ、及び同様のサーバなどの具体的なコンポーネントを有する図１のシステム例を説明したが、実施形態は、これらのコンポーネントやシステム構成には限定されず、利用するコンポーネントがより少ないまたは多い他のシステムでインプリメントすることもできる。無線ネットワーク機能によるマルチモーダル通信の優先順位付けをする高度通信システムの機能は、コンポーネントの機能やシステム構成に応じて、システムのコンポーネント間に分散していてもよい。さらに、実施形態はユニファイド通信システムに限定されない。ここで説明するアプローチは、ここに説明する原理を用いるネットワーク通信環境における任意のデータ交換に適用できる。

図２は、マルチモーダル通信を提供するシステムの基本的な一例を示す概念図である。実施形態によるシステムは、図１を参照して説明したような複数のサーバ、クライアントデバイス、サービスを含み得るが、実施形態に関係するもののみを図２に示した。

前述の通り、ＵＣシステムなどの高度通信システムにおける二以上のユーザ間の通信は、可変通信モード機能を有する複数のデバイスにより行い得る。エンドポイント間の通信のためのＳＩＰを利用するＵＣシステムでは、発呼者は、着呼パーティにＩＮＶＩＴＥを送信することにより、通信セッションを開始する。着呼パーティは、潜在的に、複数の異なるデバイスやエンドポイントからＩＮＶＩＴＥを受ける可能性がある。しかし、これらのデバイスのすべてが、すべての通信形式やモダリティを処理できるわけではない。実施形態によるシステムにおいて、ＩＮＶＩＴＥは、要求された通信モードを処理できるデバイスに送信され得る。

一シナリオでは、通信サーバ（例えば、サーバ２３４）は、ユーザに通信ＵＩを提供するクライアントアプリケーションと自動アプリケーションとの間の対話（conversation）を容易にする。対話はオーディオモードで（例えば、ユーザが自動化されたサービスセンターと話して）開始してもよい。対話中、アプリケーションは、ユーザに、フォームを提供するよう要求し、そのフォームをユーザのクライアントアプリケーションへのファイルトランスファーとして送る。クライアントアプリケーションはそのファイルを返してもよい。これはファイルトランスファーと処理（コラボレーション）の役割を担う他のサーバにより行われても良い。対話は他のモードで行われても良い。そのうちの幾つかは対話中に追加またはドロップされてもよい。

実施形態によるシステムの基本的コンポーネントは、ユーザ２３６のために通信アプリケーションを実行するクライアントデバイス２３８と２３９、ユーザ２４４のために同じまたは異なる通信アプリケーションの異なるバージョンを実行するクライアントデバイス２４２と２４３、及びサーバ２３４を含む。ユーザ２３６と２４４のための通信アプリケーションは、ユーザ２３６と２４４との間の、及びユーザと、一または複数のサーバ２３４上の自動化されたアプリケーションとの間の、（一または複数のネットワークによる）マルチモーダル通信セッション２４０を可能にする。

対話における各モダリティは、ファイル交換用のファイルサーバ、オーディオ／ビデオ通信を管理するＡ／Ｖサーバ、電子メールの交換を管理する電子メールサーバ、またはインスタントメッセージなどの異なるサーバにより管理され得る。利用され得るその他のモダリティは、ビデオ会議、ホワイトボード、ファイルトランスファー、及び同様のモダリティである。

図３は、無線ネットワーク及び次世代パッケージコア（ＥＰＣ）セグメントにおける幾つかの実施形態によるシステムの主要コンポーネントを示す図である。

図３００に示したように、モバイルエンドデバイス３４４，３４６及び３４８は、ロングタームエボルーションユーザ機器（ＬＴＥ−ＵＥ）３５１を利用した無線次世代ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）３５０における通信であり得る。Ｅ−ＵＴＲＡＮ３５０は、携帯電話ネットワークに接続して、モバイルエンドデバイス３４４、３４６及び３４８との通信を可能にするハードウェアであるｅＮｏｄｅＢ３５２と３５４を含む。ｅＮｏｄｅＢ３５２と３５４は、ベース受信局と同様に機能し、図示したように、Ｘ２インタフェース３５６により互いに接続され、一または複数のＳ１インタフェース３５８を介してＥｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ（ＥＰＣ）３６０に接続されている。

ＥＰＣ３６０中、一または複数のＳ１インタフェース３５８は、ｅＮｏｄｅＢ３５２と３５４から、Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）３６２とＳｅｒｖｉｎｇ Ｇａｔｅｗａｙ／Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ（Ｓ−ＧＷ／Ｐ−ＧＷ）３６８を接続している。ＭＭＥ３６２は、加入者及びセッション管理に関する機能を実行し、Ｓ６インタフェース３６３を通して、データを記憶、更新し、セキュリティ情報を生成するホーム加入者サーバデータベース（ＨＨＳ）３６４に接続している。ＨＨＳ３６４は、アクティブディレクトリサーバ（ＡＤ）３６６に接続される。Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ／Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ（Ｓ−ＧＷ／Ｐ−ＧＷ）３６８は、サービングゲートウェイ（Ｓ−ＧＷ）３７０と派家とデータネットワークゲートウェイ（Ｐ−ＧＷ）３７４を含み得る。Ｓ−ＧＷ３７０は、Ｓ１１インタフェース３７２を通じてＭＭＥ３６２に接続され、ｅＮｏｄｅＢとＰ−ＧＷとの間のＳ５／Ｓ８インタフェース３７３を通じたデータ経路を維持する。Ｐ−ＧＷ３７４は、パケットデータネットワーク（ＰＤＮ）３７６へのパケットデータインタフェースＳＧＩ３７５のエンドポイントであり、ポリシー実施フィーチャ、パケットフィルタリング、及び課金サポートをサポートできる。Ｐ−ＧＷ３７４は、Ｓ７インタフェース３７９を通して、ポリシー及び課金規則機能（ＰＣＲＦ）３７８と、通信アプリケーション使用可能サービスノード３８２にも接続している。ＰＣＲＦ３７８は、ポリシー実施を管理し、ＲＸ＋インタフェース３８０を通してＰＤＮ３７６にもループ接続（loop to connect）する。通信アプリケーション使用可能サービスノード３８２は、Ｓ７インタフェース３７９を通って、Ｐ−ＧＷ３７４にフィードバックする。

テレプレゼンスは、サービスプロバイダ（ＳＰ）、インターネットサービスプロバイダ（ＩＳＰ）などのキャリアにより提供される魅力的なサービスとして普及しつつある。このサービスを無線ネットワークにより提供することは、モバイルＵＣユーザにとって望ましいことである。しかし、大きな帯域幅を要するので、このタイプのサービスの帯域幅を設けるのは困難である。

実施形態によるシステムでは、無線ネットワークによる帯域幅（ＢＷ）アロケーションは、ｅＮｏｄｅＢ３５２または３５４または無線ネットワークの同様のコンポーネントとの通信を可能にするＥＰＣ３６０においてマルチモーダル通信アプリケーション使用可能サービスノード３８２により静的にまたは動的に実現できる。これにより、基地局、ルータ、アクセスポイントなどを通して、個々のユーザモバイルエンドデバイス３４４，３４６及び３４８間の通信が可能になる。幾つかの実施形態では、帯域幅アロケーションに、３Ｇ、４Ｇ、ＧＰＲＳなどの無線ネットワークのタイプと、ＷｉＦｉなどのオフロード機能を考慮してもよい。

図４は、マルチモーダル通信アプリケーション及びＥＰＣセグメントにおける幾つかの実施形態によるシステムの主要コンポーネントを示す図である。

図４００に示すように、ＥＰＣセグメント４５０は、これは図３で詳細に説明したものであるが、通信アプリケーション展開セグメント４８０と同期する。同期は、ＥＰＣセグメントのアクティブディレクトリサーバ（ＡＤ）４６４と、通信アプリケーション展開セグメントのアクティブディレクトリサーバ（ＡＤ）４８４との間で行われる。通信アプリケーション展開セグメントのＡＤ４８４は、フロントエンドサーバ４８６に接続できる。フロントエンドサーバ４８６は、オーディオ／ビジュアルマルチポイント会議ユニット（Ａ／Ｖ ＭＣＵ）サーバ４８８及びディレクトリサーバ４９０と通信できる。ディレクトリサーバ４９０は、さらにエッジサーバ４９２と通信できる。フロントエンドサーバ４８６、Ａ／Ｖ ＭＣＵサーバ４８８、ディレクトリサーバ４９０、及びエッジサーバ４９２は、通信アプリケーション展開セグメントの通信アプリケーションサーバを含む。

データベースＨＳＳ４６２とディレクトリサーバ（ＡＤ）４６４は、マルチモーダル通信アプリケーションに関するアイデンティティに関して、同期されている。ＳＩＰ ＵＲＩなどのマルチモーダル通信アプリケーションアイデンティティは、ＨＳＳとＡＤとの間で共有できる。このマルチモーダル通信アプリケーションアイデンティティ（例えば、ＳＩＰ ＵＲＩ）は、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ （ＩＭＳＩ）， ｅｎｔｅｒｐｒｉｓｅ ｎｅｔｗｏｒｋ ｉｄｅｎｔｉｔｙ （ＭＳＩＳＤＮ）などのＨＳＳアイデンティティと結びついている。この場合、ＡＤ／ＨＳＳは、複数の分離したデータベースであっても単一のデータベースであってもよい。データベースのテーブルの一例を以下に示す：

マルチモーダル通信アプリケーションクライアントが無線マクロネットワークを通してマルチモーダル通信アプリケーションサーバに登録しようとする時、ＥＰＣ４６０でＰＤＰコンテキストを確立する際にＩＭＳＩ，ＭＳＩＳＤＮなどのアイデンティティが用いられる。ＥＰＣドメインのネットワーク要素ＰＣＲＦ４７８は、入来するＰＤＰコネクティビティをモニターして、ＨＳＳに対するアイデンティティ（ＭＳＩＳＤＮ，ＩＭＳＩ）を確認する。次に、ＰＣＲＦは、ネットワークベースのポリシーを適用して、データベースとの比較後、音声、ビデオ、アプリケーション共有などのマルチモーダル通信アプリケーションモダリティに、具体的な帯域幅／ＱｏＳを割り当てる。

Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ （ＰＣＲＦ） ４７８は、マルチメディアネットワークにおけるポリシー規則を決定するようリアルタイムで指定されたノードである。ポリシーツールとして、ＰＣＲＦは、次世代ネットワークにおいて中心的役割を演じる。既存のネットワークに付加されポリシーを実施する従来のポリシーエンジンと異なり、ＰＣＲＦは、ネットワークコアにおいて動作し、スケーラブルかつ信頼性高くかつ集中的に、加入者データベースその他の特別機能（課金システムなど）に効率的にアクセスするソフトウェア及び／またはハードウェアコンポーネントである。ＰＣＲＦは、リアルタイムで動作するので、戦略的な重要性が高まりつつあり、従来のポリシーエンジンより潜在的な役割が幅広い。ＰＣＲＦは、リアルタイムで、ネットワーク、オペレーショナルサポートシステム、及びその他のリソース（ポータル等）との間で情報をアグリゲート（aggregate）し、ルールの生成を支援し、ネットワーク上でアクティブな各加入者のインテリジェントなポリシー決定を自動的にするネットワークアーキテクチャの一部である。かかるネットワークは、複数のサービス、サービス品質（ＱｏＳ）レベル、及び課金規則を提供できる。

マルチモーダル通信アプリケーション使用可能サービスノード４８２は、ＰＣＲＦ４７８とは別のノードまたはパーツであり得る。マルチモーダル通信アプリケーション使用可能ノードは、各パケット（ＩＮＶＩＴＥ）を調べ、上記の要因に基づき選択された大きさの帯域幅を割り当てるようにＰＣＲＦに命令する。幾つかの実施形態では、割り当ては動的であってもよく、例えば、ユーザプロファイルの変化に応じて、割り当てられる帯域幅が修正されてもよい。

上記の機能は、同じ原理を適用して動的帯域幅割り当てをすることにより、拡張されてもよい。ＰＣＲＦ４７８またはＥＰＣドメイン中のその他の関連ノード（マルチモーダル通信アプリケーション使用可能サービスノード４８２）は、入来するマルチモーダル通信アプリケーションＩＮＶＩＴＥをチェックし、ＩＮＶＩＴＥのＳＤＰコンテンツに基づいて適宜帯域幅を割り当てるように修正されてもよい。例えば、ビデオ会議ＩＮＶＩＴＥメッセージに対して、ＰＣＲＦによりリアルタイムでより大きい帯域幅が割り当てられてもよい。さらに、帯域幅割り当てはユーザプロファイルに基づいても良い（例えば、企業の上位階層にいるユーザは、一般のユーザより大きい帯域幅を与えられてもよいし、オンライン会議のプレゼンターは、一般参加者より大きい帯域幅を与えられる。）

また、オンラインでミーティングが予定されるたびに、ＰＣＲＦ４７８またはＥＰＣドメインの他の関連ノード（マルチモーダル通信アプリケーション使用可能サービスノード４８２）は、その要求を受信し、ミーティングの時間をそのアプリケーションタイプとともに反映させるようにＨＳＳ４６２／ＡＤ４６４のテーブルを修正する。このように、ＰＣＲＦは、アプリケーションのタイプに基づいて、その時間に、ある大きさの帯域幅を割り当てることができる。このノードは、ミーティングの場所を見て、その場所に十分な無線マクロネットワークカバレッジがあるかチェックする。場所とカバレッジタイプに基づき、ＱｏＳ／帯域幅割り当ては動的に変更できる。場所（または場所属性）は、ユーザのローミング状態であってもよい。

図５は、ＥＰＣセグメントのディレクトリサーバが様々なマルチモーダル通信アプリケーション展開において複数のディレクトリサーバと同期する、幾つかの実施形態によるシステムの主要コンポーネントを示す図である。

図５００に示したように、図３を参照して説明したＥＰＣ５６０におけるアクティブディレクトリサーバ（ＡＤ）５６６は、一以上のマルチモーダル通信アプリケーション展開５７８，５８４，５９０の一以上のアクティブディレクトリサーバ（ＡＤ）５８０，５８６及び５９２と同期している。．一以上のマルチモーダル通信アプリケーション展開５７８，５８４、５９０は、それぞれフロントエンドサーバ５８２，５８８、５９４と、通信アプリケーションサーバ５８３，５８９，５９５も含む。通信アプリケーションサーバは、Ａ／Ｖ ＭＣＵサーバ、ディレクタサーバ、及び／またはエッジサーバを含む。

幾つかの実施形態では、ＥＰＣのＡＤは、図示したように、集中的に保持されたデータを各展開（deployment）中の個別のＡＤと同期することにより、複数のマルチモーダル通信アプリケーション展開からのアイデンティティ情報をアグリゲートする。

また、加入者ポリシーはマルチモーダル通信アプリケーション展開のＡＤにおいて修正でき、その変更はＥＰＣにあるＡＤ／ＨＳＳに反映できる。マルチモーダル通信アプリケーション展開のエッジサーバは、ネットワークの周辺部にあり、リモートユーザや（リモートサイトとの接続を提供する）連携サーバなどその他のユーザとＵＣネットワークを通した接続を可能とする。エッジサーバは、アクセス、ウェブ会議、オーディオ／ビデオ通信などの機能に特化している。

具体的なデバイス、アプリケーション、及びインターラクションを有する図１ないし図５のシステム例を説明した。実施形態は、これらの構成例によるシステムに限定されない。無線ネットワークによるマルチモーダル通信に優先順位をつける通信システムは、より少ないまたは追加的コンポーネントを有し、他のタスクを実行する構成で実施することもできる。さらに、具体的なプロトコル及び／またはインタフェースは、ここに説明する原理を用いて同様に実施することができる。

図６は、実施形態が実装され得るネットワーク環境の例である。無線ネットワークによるマルチモーダル通信に優先順位をつけるシステムは、ホストサービスなど一以上のサーバ６１４で実行されたソフトウェアにより実装できる。プラットフォームは、スマートフォン６１３、ラップトップコンピュータ６１２、またはデスクトップコンピュータ６１１（「クライアントデバイス」）などの個別コンピューティングデバイスのクライアントアプリケーションと、ネットワーク６１０を通して通信できる。

クライアントデバイス６１１−６１３上で実行されるクライアントアプリケーションは、サーバ６１４により実行された、または個別サーバ６１６上で実行されたアプリケーションにより通信を可能にする。一サーバ上で実行されたマルチモーダル通信アプリケーションは、複数のマルチモーダル通信セッションを可能にする。マルチモーダル通信アプリケーション使用可能ノードなどのＵＣ制御ポイントは、ユーザプロファイル、場所、要求モダリティなどの要因に基づき、要求された通信セッションに、帯域幅を静的にまたは動的に割り当てる。アプリケーションは通信セッションを求める要求を、データストア６１９に直接格納し、またはデータベースサーバ６１８を通して格納する。

ネットワーク６１０は、サーバ、クライアント、インターネットサービスプロバイダ、及び通信媒体の任意のトポロジーを含む。実施形態によるシステムは、静的または動的なトポロジーを有する。ネットワーク６１０は、企業ネットワークなどのセキュアネットワーク、無線オープンネットワークなどの非セキュアネットワーク、またはインターネットを含む。ネットワーク６１０は、公衆交換電話網（ＰＳＴＮ）またはセルラーネットワークなど他のネットワークにより通信を調整することができる。さらに、ネットワーク６１０は、ブルーツースなどの短距離無線ネットワークを含む。ネットワーク６１０は、ここに説明のノード間の通信を行う。限定ではなく一例として、ネットワーク６１０は、音響、ＲＦ、赤外線その他の無線媒体を含む。

コンピューティングデバイス、機器、データソース、及びデータ配信システムのその他の多くの構成を利用して、ＵＣを意識したネットワーク（UC-aware network）を提供できる。さらに、図６を参照して説明したネットワーク環境は例示のみを目的としたものである。実施形態は例示したアプリケーション、モジュール、またはプロセスに限定されない。

図７とその関連する説明は、実施形態が実装され得る好適なコンピューティング環境の簡潔かつ一般的な説明を提供することを意図している。図７を参照するに、実施形態によるアプリケーション（例えば、コンピューティングデバイス７００）のコンピューティング動作環境の一例を示すブロック図である。基本的構成では、コンピューティングデバイス７００は、実施形態によるＵＣアプリケーションを実行している任意のコンピューティングデバイスであり、少なくとも１つの処理ユニット７０２とシステムメモリ７０４とを含む。コンピューティングデバイス７００は、プログラムを実行するときに協力する複数の処理ユニットを含んでいてもよい。コンピューティングデバイスの構成とタイプに応じて、システムメモリ７０４は、（ＲＡＭなどの）揮発性であっても、（ＲＯＭやフラッシュメモリなどの）不揮発性であっても、これらの組合せであってもよい。システムメモリ７０４は、一般的には、ワシントン州レドモンドのマイクロソフトコーポレーションのウィンドウズ（登録商標）オペレーティングシステムなどの、プラットフォームの動作を制御するのに適したオペレーティングシステム７０５を含む。システムメモリ７０４は、プログラムモジュール７０６、ＵＣ＆Ｃアプリケーション７２２、及び制御モジュール７２４などの一以上のソフトウェアアプリケーションも含む。

ＵＣ＆Ｃアプリケーション７２２は、ＵＣネットワークの加入者間のマルチモーダル通信とコラボレーションを可能にする。幾つかの実施形態では、ＵＣ＆Ｃアプリケーション７２２は、ＥＰＣのマルチモーダル通信アプリケーション使用可能ノードを通して、制御モジュール７２４と協調して、静的にまたは動的に、ユーザプロファイル、場所、要求モダリティなどの要因に基づき、要求された通信セッションに帯域幅を割り当てる。ＵＣ＆Ｃアプリケーション７２２と制御モジュール７２４は、別々のアプリケーションであっても、ホストされたサービスの一体化されたモジュールであってもよい。この基本的な構成は、図７において破線７０８内のコンポーネントにより示した。

コンピューティングデバイス７００は、追加的フィーチャや機能を有する。例えば、コンピューティングデバイス７００は、例えば、磁気ディスク、光ディスク、テープ等の追加的データ記憶デバイス（リムーバブル及び／または非リムーバブル）を含み得る。かかる追加的記憶は、図７において、リムーバブル記憶７０９及び非リムーバブル記憶７１０により示されている。コンピュータ読み取り可能記憶媒体には、コンピュータ読み取り可能命令、データ構造、プログラムモジュールその他のデータなどの情報を記憶するための任意の方法や技術で実施された、揮発性および不揮発性、リムーバブルまたは非リムーバブルの媒体を含む。システムメモリ７０４、リムーバブルストレージ７０９、及び非リムーバブルストレージ７１０は、すべてコンピュータ読み取り可能記憶媒体の例である。コンピュータ読み取り可能記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリその他のメモリ技術、ＣＤ−ＲＯＭ、デジタルバーサタイルディスク（ＤＶＤ）その他の光ディスク記憶媒体、磁気カセット、磁気テープ、磁気ディスク記憶その他の磁気記憶デバイス、またはその他の、所望の情報の記憶に使え、コンピューティングデバイス７００によりアクセスできる任意の媒体を含むが、これらに限定されない。かかる任意のコンピュータ読み取り可能記憶媒体はコンピューティングデバイス７００の一部であってもよい。コンピューティングデバイス７００は、キーボード、マウス、ペン、音声入力デバイス、タッチ入力デバイス、ジェスチャを検出する光学キャプチャデバイス、及び同様の入力デバイスなどの入力デバイス７１２を含む。ディスプレイ、スピーカ、プリンタ、その他のタイプの出力デバイス７１４を含んでいてもよい。これらのデバイスは本技術分野で周知であり、これ以上説明する必要はない。

コンピューティングデバイス７００は、デバイスが、分散型コンピューティング環境における有線または無線ネットワークにより、衛星リンク、セルラーリンク、短距離ネットワーク及び同様のメカニズムにより、他のデバイス７１８と通信できるようにする通信接続７１６も含む。他のデバイス７１８は、通信アプリケーション、ウェブサーバ、及び同様のデバイスを実行するコンピュータデバイスを含む。通信接続７１６は通信媒体の一例である。通信媒体は、コンピュータ読み取り可能命令、データ構造、プログラムモジュール、その他のデータを含む。限定でなく例示として、通信媒体は、優先ネットワークや直接優先接続などの有線媒体と、音響、ＲＦ、赤外線、その他の無線媒体などの無線媒体とを含む。

実施形態の例は方法も含む。これらの方法は、この文献で説明した構造を含むいろいろな方法で実装できる。かかる一方法は、この文献で説明したタイプの装置のマシンオペレーションによるものである。

他の任意的方法は、一または複数の人間のオペレータと共に実行される方法の個別のオペレーションのものである。これらの人間のオペレータは、互いに同じ場所にいなくてもよく、各人がプログラムの一部を実行するマシンとともにいえればよい。

図８は、実施形態による無線ネットワークにおいてマルチモーダル通信を優先順序付ける過程を示す論理フロー図である。プロセス８００は、ＵＣネットワークのＥＰＣセグメントのマルチモーダル通信アプリケーション使用可能ノードで実装され得る。通信セッションは、オーディオコール、アプリケーション共有セッション、データ共有セッション、ホワイトボード共有セッション、及び／またはテレビ会議を含む。

プロセス８００は、オペレーション８１０で始まり、ＩＮＶＩＴＥまたは通信セッションを求める要求が受信される。ノードは、ＩＮＶＩＴＥとＡＤからの要求に関連する情報とから、ユーザプロファイル、ユーザの場所、及び要求のモダリティを決定する。

オペレーション８２０において、ノードは、上記の要因に基づきＰＣＲＦを命令することにより、帯域幅割り当てを調整する。要求された通信セッションは、オペレーション８３０において、無線ネットワークを介して、可能にされ、所望のＱｏＳを維持する。オペレーション８４０において、割り当てられた帯域幅は、上記の要因（場所、ユーザプロファイルなど）のうちどれか１つの変化に応じて動的に修正され得る。このように、幾つかの実施形態によると異なるサービスプロバイダに渡るローミング時に、通信は、接続のコストと通信デバイスの場所に応じて、複数のプロファイルにより可能になる。各プロファイルは、区別できるＱｏＳと提供される制御された体験により特徴付けられる。制御された体験は、異なるサービスプロバイダにわたる通信体験の一貫性と、異なるプロファイルを利用してＱｏＳを低下させてのコスト最適化との一以上により特徴付けられる。複数のプロファイルは、ローミングパートナーにわたるグローバル・アクティブ・ディレクトリ・プレゼンスにより管理できる。

プロセス８００に含まれるオペレーションは例示を目的としたものである。ＵＣを意識した通信システムは、ここに説明した原理を用いて、同様のプロセスにより実装でき、ステップが少なくても追加されても、異なるオペレーション順序でも、実装できる。

上記の仕様、実施例、データは、実施形態の合成の生産と使用を完全に説明している。 本主題を個別の構造的特徴及び／又は方法動作を用いて説明したが、言うまでもなく、添付した特許請求の範囲に規定する主題は、上記の特定の特徴や動作には必ずしも限定されない。上記の特定の特徴や動作は、請求項及び実施形態を実施する形式例を開示するものである。

Claims (10)

1. 無線ネットワークによるユニファイド通信（ＵＣ）セッションを可能にする、コンピューティングデバイスにおいて実行される方法であって、
   通信セッションを求める要求を受信するステップと、
   ユーザプロファイルと、前記要求された通信セッションに関連する一以上の要求されたモダリティとを決定するステップと、
   前記ユーザプロファイルと前記一以上の要求されたモダリティとに基づくサービス品質（ＱｏＳ）が前記通信セッション中に維持されるように、前記要求された通信セッションに帯域幅をアロケートするステップと、
   前記無線ネットワークによる前記通信セッションを可能にするステップと
   を有する方法。
2. 通信セッションを求める要求は、ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ （ＥＰＣ）において、一以上のインタフェースを通して無線ネットワーク内にある一以上のノードから受信される、請求項１に記載の方法。
3. 前記ノードは、ＥＰＣ内のｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ （ＭＭＥ）とＳｅｒｖｉｎｇ Ｇａｔｅｗａｙ／Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ （Ｓ−ＧＷ／Ｐ−ＧＷ）と接続する、
   請求項２に記載の方法。
4. 前記ノードは、前記無線ネットワーク内のエンドデバイスと直接通信する、請求項２に記載の方法。
5. 前記無線ネットワーク内の前記エンドデバイスは、スマートフォン、セルラー電話、通信アプリケーションを実行しているコンピューティングデバイス、スマート自動車コンソール、及び付加機能を有する高度電話デバイスのうちの１つ以上を含む、請求項４に記載の方法。
6. 無線ネットワークによるユニファイド通信（ＵＣ）セッションを可能にするコンピューティングデバイスであって、
   メモリと、
   前記メモリに結合したプロセッサであって、前記メモリに記憶された命令と共にＵＣ＆Ｃ制御アプリケーションを実行しているプロセッサとを有し、
   前記ＵＣ＆Ｃ制御アプリケーションは、
   通信セッションを求める要求を受信するステップと、
   ユーザプロファイルと、前記要求された通信セッションに関連する一以上の要求されたモダリティとを決定するステップと、
   前記ユーザプロファイルと前記一以上の要求されたモダリティとに基づくサービス品質（ＱｏＳ）が前記通信セッション中に維持されるように、前記要求された通信セッションに帯域幅をアロケートするステップと、
   前記無線ネットワークによる前記通信セッションを可能にするステップとを実行するように構成されている、コンピューティングデバイス。
7. 前記マルチモーダル通信アプリケーション使用可能ノードは、Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ （ＰＣＲＦ）ノードの一部と別のノードとのうちの一方である、請求項６に記載のコンピューティングデバイス。
8. 前記ＵＣ＆Ｃ制御アプリケーションは、一以上のマルチモーダル通信アプリケーション展開において一以上のディレクトリデータベースを同期させるように構成された、請求項６に記載のコンピューティングデバイス。
9. 複数のプロファイルで動作できる通信デバイスであって、
   通信モジュールと、
   メモリと、
   前記通信モジュール及び前記メモリに結合したプロセッサであって、
   接続コストと前記通信デバイスの場所とに応じて複数のプロファイルによる通信を可能にする、各プロファイルは区別できるサービス品質（ＱｏＳ）により特徴付けられ、
   異なるサービスプロバイダにわたりローミングした時、制御された体験を提供する、プロセッサとを有する、
   通信デバイス。
10. 前記複数のプロファイルは、ローミングパートナーにわたるグローバル・アクティブ・ディレクトリ・プレゼンスにより管理される、請求項９に記載の通信デバイス。

Images