(57)【特許請求の範囲】
【請求項１】
少なくとも一つのコアネットワーク要素、１つ以上の進化型ノードＢ（ｅＮＢ）、及び、サーバを備えるモバイルネットワークにおいて、前記サーバによって、ビデオオブジェクトのプログレッシブダウンロードを開始するための要求を受信することと、
前記サーバによって、前記要求されたビデオオブジェクトを自己完結型の独立したビデオセグメントに分割することと、
前記サーバによって、異なるレートに対して、前記自己完結型の独立したビデオセグメントの各々をトランスレートすることと、
前記サーバによって、伝送制御プロトコル（ＴＣＰ）に基づく帯域幅推定、又は、ロング・ターム・エボリューション（ＬＴＥ）ネットワークに対する、Ｘ２インターフェースに基づく帯域幅推定を含む帯域幅推定を利用して、ネットワークの現在のネットワーク条件を決定することと、
前記サーバによって、前記帯域幅推定によって判定される現在のネットワーク条件に適したレートバケットからセグメントを配信することと、を含み、
ＴＣＰに基づく帯域幅推定は、メディアサーバのＴＣＰソケットキュー長さを監視することを含み、
さらに、前記メディアサーバのＴＣＰソケットキュー長さを監視することは、
ドレインレートを判定するように、定期的に前記ＴＣＰソケットキュー長さを取得することと、
ＴＣＰリンク上での間近の混雑を検出するように、前記ＴＣＰソケットキュー長さ上でアクティブキュー管理（ＡＱＭ）過程を実行することと、を含む、方法。
【請求項２】
前記自己完結型の独立したビデオセグメントの各々は、再生可能な単位である、請求項
１に記載の方法。
【請求項３】
異なるレートに対して、前記自己完結型の独立したビデオセグメントの各々をトランスレートすることは、メディアサーバが、利用可能な帯域幅が変化する際、セグメント伝送のための適切なバージョンを選択することができるように、前記メディアサーバに前記異なるビットレートバージョンの各々を登録することをさらに含む、請求項１に記載の方法。
【請求項４】
ＬＴＥネットワークに対する、前記Ｘ２インターフェースに基づく帯域幅推定は、
各ｅＮＢとのＸ２ＡＰプロトコルを確立することと、
ロード指示を開始することと、
リソース状態報告を開始することと、
リソース状態報告を判定することと、を含む、請求項１に記載の方法。
【請求項５】
ＬＴＥネットワークに対する、前記Ｘ２インターフェースに基づく帯域幅推定は、
前記少なくとも一つのコアネットワーク要素を通じて、全てのＸ２ＡＰメッセージをルーティングすることと、
関心対象のメッセージに対して、ロード指示を開始し、リソース状態報告を開始することと、
リソース状態報告を判定することと、を含む、請求項１に記載の方法。
【請求項６】
モバイルネットワークにおけるサーバであって、
１つ以上の中央処理ユニット（ＣＰＵ）と、
メモリであって、前記メモリは、オペレーティングシステム（ＯＳ）および機械で読取可能な命令を備え、前記機械で読取可能な命令は、
１つ以上のＣＰＵのうち少なくとも１つにビデオオブジェクトのプログレッシブダウンロードを開始するための要求を受信させることと、
１つ以上のＣＰＵのうち少なくとも１つに前記要求されたビデオオブジェクトを自己完結型の独立したビデオセグメントに分割させることと、
１つ以上のＣＰＵのうち少なくとも１つに異なるレートに対して、前記自己完結型の独立したビデオセグメントの各々をトランスレートさせることと、
１つ以上のＣＰＵのうち少なくとも１つに伝送制御プロトコル（ＴＣＰ）に基づく帯域幅推定、又は、ロング・ターム・エボリューション（ＬＴＥ）ネットワークに対する、Ｘ２インターフェースに基づく帯域幅推定を含む帯域幅推定を利用して、ネットワークの現在のネットワーク条件を決定させることと、
１つ以上のＣＰＵのうち少なくとも１つに前記帯域幅推定によって判定される現在のネットワーク条件に適したレートバケットからセグメントを配信させることと、を含む、メモリと、を備え、
ＴＣＰに基づく帯域幅推定は、メディアサーバのＴＣＰソケットキュー長さを監視することを含み
さらに、前記メディアサーバのＴＣＰソケットキュー長さを監視することは、
ドレインレートを判定するように、定期的に前記ＴＣＰソケットキュー長さを取得することと、
ＴＣＰリンク上での間近の混雑を検出するように、前記ＴＣＰソケットキュー長さ上でアクティブキュー管理（ＡＱＭ）過程を実行することと、を含むサーバ。
【請求項７】
前記自己完結型の独立したビデオセグメントの各々は、再生可能な単位である、請求項６に記載のサーバ。
【請求項８】
異なるレートに対して、前記自己完結型の独立したビデオセグメントの各々をトランスレートすることは、メディアサーバが、利用可能な帯域幅が変化する際、セグメント伝送のための適切なバージョンを選択することができるように、前記メディアサーバに前記異なるビットレートバージョンの各々を登録することをさらに含む、請求項６に記載のサーバ。
【請求項９】
ＬＴＥネットワークに対する、前記Ｘ２インターフェースに基づく帯域幅推定は、
各ｅＮＢとのＸ２ＡＰプロトコルを確立することと、
ロード指示を開始することと、
リソース状態報告を開始することと、
リソース状態報告を判定することと、を含む、請求項６に記載のサーバ。
【請求項１０】
ＬＴＥネットワークに対する、前記Ｘ２インターフェースに基づく帯域幅推定は、
コアネットワーク要素を通じて、全てのＸ２ＡＰメッセージをルーティングすることと、
関心対象のメッセージに対して、ロード指示を開始し、リソース状態報告を開始することと、
リソース状態報告を判定することと、を含む、請求項６に記載のサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、ワイヤレスネットワーク、より具体的には、モバイルビデオ配信に関する。
【背景技術】
【０００２】
概して、プログレッシブダウンロードとは、ストリーミングサーバよりもむしろ、通常のハイパーテキスト転送プロトコル（ＨＴＴＰ）ウェブサーバによって配信されるビデオを指す。ほとんどの場合、この技術を使用して配信されるビデオは、それが受信される際視聴者のハードドライブ上に記憶される、次いで、それがハードドライブから再生される。、。対称的に、ストリーミングビデオは、通常、ローカルに記憶（キャッシュとも呼ばれる）されず、そのため、視聴者が、リアルタイムでそれを読み出し、再生することができないかのように、視聴者は、それを円滑に再生することが全くできない。
【０００３】
ＨＴＴＰプログレッシブダウンロードは、今日、インターネットからビデオを配信する最も一般的な形態である。残念ながら、この配信方法は、変化するネットワーク条件に応答せず、これは、エンドユーザ経験に影響し得る。ＨＴＴＰ  ＰＤビデオオブジェクトが７２０ｐでコード化される場合を検討されたい。ネットワーク条件が不良である場合、ビデオは、ダウンロードされるのに長い時間がかかり、ビデオプレーヤは、追加のフレーム待ちながら、ひきどめされる。。かかる条件に対して、オブジェクトは、より低いレート（恐らく３６０ｐ）でコード化されなければならない。同様に、ネットワーク条件が改善する場合、ストリーマは、より高品質のビデオセグメントを送信し始めなければならない。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
以下は、本発明のいくつかの態様の基礎的理解を提供するために、本革新の簡略化した概要を示す。本概要は、本発明の広範な概略ではない。これは、本発明の主要なまたは重大な要素を特定することも、本発明の範囲を詳述することも意図しない。その唯一の目的は、本発明のいくつかの概念を、後に示されるより詳細な説明の前置きとして簡略化した形態で示すことである。
【０００５】
本発明は、モバイルビデオ配信のための、コンピュータプログラム製品を含む方法および装置を提供する。
【課題を解決するための手段】
【０００６】
概して、一態様において、本発明は、少なくともコア要素および１つ以上の進化型ノードＢ（ｅＮＢ）を備えるモバイルネットワークにおいて、ビデオオブジェクトのプログレッシブダウンロードを開始するための要求を受信することと、要求されたビデオオブジェクトを自己完結型の独立したビデオセグメントに分割することと、異なるレートに対して、自己完結型の独立したビデオセグメントの各々をトランスレートすることと、帯域幅推定によって判定される現在のネットワーク条件と合致するレートバケットからセグメントを配信することと、を含む、方法を特徴とする。
【０００７】
別の態様において、本発明は、モバイルネットワークにおけるサーバであって、１つ以上の中央処理ユニット（ＣＰＵ）と、メモリであって、該メモリは、オペレーティングシステム（ＯＳ）およびモバイルビデオ配信過程を含み、該モバイルビデオ配信過程は、ビデオオブジェクトのプログレッシブダウンロードを開始するための要求を受信することと、要求されたビデオオブジェクトを自己完結型の独立したビデオセグメントに分割することと、異なるレートに対して、自己完結型の独立したビデオセグメントの各々をトランスレートすることと、帯域幅推定によって判定される現在のネットワーク条件と合致するレートバケットからセグメントを配信することと、を含む、メモリと、を含む、サーバを特徴とする。
【０００８】
本発明の他の特徴および利点は、以下の説明および特許請求の範囲から明白である。
【図面の簡単な説明】
【０００９】
本発明は、以下の図面とともに発明を実施するための形態を参照することにより、より完全に理解されよう。
【００１０】
【図１】ブロック図である。
【図２】ブロック図である。
【図３】流れ図である。
【図４】ブロック図である。
【発明を実施するための形態】
【００１１】
主題の革新は、これより図面を参照して説明され、同様の参照番号は同様の要素を参照するように全体を通して使用される。以下の説明において、説明を目的として、多数の具体的な詳細が本発明の徹底的な理解を提供するために記載される。しかしながら、本発明が、これらの具体的な詳細なくして実践され得ることは明らかであり得る。他の事例では、本発明の説明を促進するために、公知の構造およびデバイスが、ブロック図の形態で示される。
【００１２】
本出願で使用される際、「コンポーネント」「システム」「プラットフォーム」等という用語は、コンピュータ関連の構成要素、または１つ以上の具体的な機能性を有する操作可能な機械に関連する構成要素を指すことができる。本明細書で開示される構成要素は、ハードウェア、ハードウェアおよびソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェアのうちのいずれかであり得る。例えば、コンポーネントは、プロセッサ上で稼働している過程、プロセッサ、オブジェクト、実行ファイル、実行のスレッド、プログラム、および／またはコンピュータであってもよいが、そうであることを限定されない。例解として、サーバ上で稼働しているアプリケーションおよびサーバの両方が、コンポーネントであり得る。１つ以上のコンポーネントが実行の過程および／またはスレッド内に存在し得、コンポーネントは、１つのコンピュータ上にローカライズされ得る、および／または２つ以上のコンピュータ間に分散され得る。また、これらのコンポーネントは、種々のデータ構造がそこに記憶されている種々のコンピュータで読み取り可能な媒体から実行することができる。コンポーネントは、１つ以上のデータパケット（例えば、ローカルシステム、分散システム内で別のコンポーネントと相互機能している、および／またはインターネット等のネットワークを通して信号を介して他のシステムと交信している、１つのコンポーネントからのデータ）を有する信号に従うなどして、ローカルおよび／またはリモート過程を介して通信し得る。
【００１３】
加えて、「または／もしくは」という用語は、排他的な「または／もしくは」ではなく包含的な「または／もしくは」を意味することが意図される。つまり、別途指定されない限り、または文脈から明らかでない限り、「Ｘは、Ａまたは／もしくはＢを採用する」とは、自然な包括的置換のいずれをも意味することが意図される。つまり、ＸがＡを採用する場合、ＸがＢを採用する場合、またはＸがＡおよびＢの両方を採用する場合、「ＸはＡまたは／もしくはＢを採用する」は、前述の事例のいずれの下でも満たされる。さらに、冠詞「ａ」および「ａｎ」は、主題の明細書および付属の図面において使用される際、別途指定されない限り、または文脈から単数形を指すことが明らかでない限り、概して「１つ以上の」を意味するように解釈されるべきである。
【００１４】
さらに、「ユーザ機器」、「モバイル局」、「モバイル」、「加入者局」、「通信デバイス」、「アクセス端末」、「端末」、「ハンドセット」、および類似の専門用語などの用語は、ワイヤレス通信サービスの加入者またはユーザによって、データ、制御、音声、ビデオ、音、ゲーム、または実質的にあらゆるデータストリームもしくは信号ストリームを受信または伝達するために利用されるワイヤレスデバイス（例えば、携帯電話、スマートフォン、コンピュータ、携帯情報端末（ＰＤＡ）、セットトップボックス、インターネットプロトコルテレビジョン（ＩＰＴＶ）、電子ゲームデバイス、プリンタ等）を指す。前述の用語は、主題の明細書および関連する図面において同義的に利用される。同様に、「アクセスポイント」、「基地局」、「ノードＢ」、「進化型ノードＢ」、「ホームノードＢ（ＨＮＢ）」等という用語は、主題の出願において同義的に利用され、データ、制御、音声、ビデオ、音、ゲーム、または実質的にあらゆるデータストリームもしくは信号ストリームを一連の加入者局から供給または受信するワイヤレスネットワークコンポーネントまたは機器を指す。データおよび信号ストリームは、パケット化されるか、またはフレーム式に流れることができる。
【００１５】
さらに、「ユーザ」、「加入者」、「顧客」等という用語は、文脈が用語間の特定の区別（複数可）を要する場合を除き、主題の明細書の全体を通して同義的に採用される。
【００１６】
本明細書において説明される本発明は、グローバル・システム・フォー・モバイル（ＧＳＭ）、符号分割多重アクセス（ＣＤＭＡ）、ロング・ターム・エボリューション（ＬＴＥ）、ＷｉＭＡＸ等を含む、アクセス技術にかかわらず、全てのワイヤレスネットワークに適用される。説明を容易にするために、本発明は、４Ｇネットワーク環境において説明される。
【００１７】
図１に示されるように、例示的なモバイルネットワーク１０は、スマートフォン等のユーザ機器（ＵＥ）１２を含む。ＵＳ１２の他の例としては、携帯電話、コンピュータ、携帯情報端末（ＰＤＡ）、セットトップボックス、インターネットプロトコルテレビ（ＩＰＴＶ）、電子ゲームデバイス、プリンタ、タブレット、ＷｉＦｉホットスポット等が挙げられるが、これらに限定されない。ＵＥ１２は、進化型ノードＢ（ｅＮＢ）１４にワイヤレスでリンクされる。ｅＮＢ１４は、セルサイトの無線部分である。単一のｅＮＢは、いくつかの無線伝送器、受信器、制御セクション、および電源を含有し得る。ｅＮＢ１４は、メトロイーサネットリング１６にバックホールされ、これは、モビリティ管理エンティティ（ＭＭＥ）１８およびサービングゲートウェイ（ＳＧＷ）２０を含む。バックホールは、処理のための別個の場所までの比較的長い距離にわたって、パケットまたは通信信号を転送する過程である。ＳＧＷ２０は、ｅノードＢ間のハンドオーバの間、ユーザプレーンのためのモビリティアンカとしても機能しつつ、ユーザデータパケットをルーティングおよび転送する。
【００１８】
ＳＧＷ２０は、インターネットプロトコル（ＩＰ）バックボーン２２にリンクされる。ＩＰバックボーン２２は、オンライン課金システム（ＯＣＳ）２４、オフライン課金サブシステム（ＯＦＣＳ）２６、ならびにポリシー制御および課金機能（ＰＣＲＦ）２８へのリンクを含む。概して、ＯＣＳ２４は、リアルタイム（またはほぼリアルタイム）で課金の識別、評価、および掲載を可能にする、一連の相互接続されたネットワーク要素である。ＯＦＣＳ２６は、加入者がネットワークリソースの使用費を負担した後、ネットワーク要素から、呼詳細記録（Ｃａｌｌ  Ｄｅｔａｉｌ  Ｒｅｃｏｒｄ：ＣＤＲ）およびダイアメータ（Ｄｉａｍｅｔｅｒ）アカウンティングメッセージの形態の課金データを受信する。
【００１９】
ＩＰバックボーン２２は、３Ｇおよび４Ｇモバイルネットワークのための仮想オープンワイヤレスサービスソフトウェアアーキテクチャを実装する、ネットワークサーバ３０を含む。ネットワークサーバ３０は、インターネットサービスプロバイダ（ＩＳＰ）３４を通じて、ウェブサーバ３２にリンクされる。
【００２０】
図２に示されるように、ネットワークサーバ３０は、少なくとも中央処理ユニット（ＣＰＵ）５０、およびメモリ５２を含む。メモリ５２は、少なくとも、Ｌｉｎｕｘ（登録商標）等のオペレーティングシステム（ＯＳ）５４、および以下に説明されるモバイルビデオ配信過程１００を含む。
【００２１】
図３に示されるように、モバイルビデオ配信過程１００は、ビデオオブジェクトのプログレッシブダウンロードを開始するための要求を受信すること（１０２）を含む。
【００２２】
モバイルビデオ配信過程１００は、要求されたビデオオブジェクトを自己完結型の独立したビデオセグメントに分割する（１０４）。
【００２３】
モバイルビデオ配信過程１００は、異なるレートに対して、自己完結型の独立したビデオセグメントの各々をトランスレートする（１０６）。
【００２４】
モバイルビデオ配信過程１００は、帯域幅推定によって判定される現在のネットワーク条件に合致するレートバケットからセグメントを配信する（１０８）。
【００２５】
上で説明されるように、モバイルビデオ配信過程１００は、フラッシュビデオ（ＦＬＶビデオ）等のマルチメディアコンテンツを、各セグメントが再生可能な単位である（即ち、Ｉフレーム等のキーフレームから開始する）小さいチャンクに分割する（１０４）。メディアサーバが、利用可能な帯域幅が変化する際、セグメント伝送のための適切なバージョン（種類）を選択することができるように、各セグメントに対する異なるビットレートのバージョン（種類）が、作成され、メディアサーバに登録される。
【００２６】
例えば、ハイパーテキスト転送プロトコル（ＨＴＴＰ）上でストリーミングするＦＬＶビデオの場合、ＦＬＶビデオヘッダは、最も高いビットレートコンテンツに基づく、ビデオファイルサイズを有する。このサイズはまた、チャンクコード化が、ＨＴＴＰサーバまたはクライアントによってサポートされていない場合、ＨＴＴＰ応答ヘッダのコンテンツサイズヘッダフィールドのために使用される。各セグメント伝送間隔において、ＨＴＴＰサーバは、帯域幅推定技術を使用して、伝送制御プロトコル（ＴＣＰ）リンクの利用可能な帯域幅を推定し、ビットレートが推定されたＴＣＰリンク帯域幅に最良に適合するセグメントのバージョンを選択する。
【００２７】
ＨＴＴＰメディアサーバは、ＡＮインフラの一部としてのＰＧＷまたはＰＤＳＮの後ろで、３Ｇ、４Ｇアクセスネットワーク（ＡＮ）内で展開されるＨＴＴＰメディアプロキシサーバとして機能し、クライアントデバイスまたはサービスプランに関するより多くの情報を取得することができ、それに応じて、デバイスに対するコンテンツの上限を判定することができる。例えば、デバイスの限られた画面サイズにより、スマートフォンに対してＨＤ品質のビデオをストリーミングする必要はない。このため、メディアサーバは、高解像度（ＨＤ）品質のメディアセグメントを、利用可能であるが、供給しようとさえしない。
【００２８】
帯域幅推定は、いくつかの方法のうちの１つを含むことができる。例えば、帯域幅推定は、ワイヤレスアクセスプロトコルにとらわれない、ＴＣＰに基づく帯域幅推定方法であり得る。本例において、帯域幅推定は、メディアサーバのＴＣＰソケットキュー長さを監視することによって、他方の側のメディアプレーヤの助けを伴わずに、メディアサーバによって実施される。プロキシサーバは、クライアントのＴＣＰ接続の帯域幅を判定する上で、以下のデータおよび技術のうちのいずれも使用することができる。第１に、ＴＣＰソケットキュー長さを定期的に得、ドレインレートを判定する。第２に、ソケットキュー長さにおいて、ＲＥＤまたはＰｉコントローラ等のアクティブキュー管理（ＡＱＭ）過程を稼働して、ＴＣＰリンク上の間近の混雑を検出し、帯域幅を推定する。
【００２９】
ＴＣＰ接続は、モバイルデバイスにおいて終端され、これは、ＡＮ外部の汎用ＨＴＴＰメディアサーバに関する場合ではないため、このＴＣＰリンク帯域幅推定技術は、ＡＮのＨＴＴＰメディアプロキシサーバに対して役立つことが保証される。図４は、サーバの挙動を描写する。
【００３０】
採用することができる別の帯域幅推定過程は、ＬＴＥネットワークに対する、Ｘ２インターフェースに基づく帯域幅推定である。本方法は、ＬＴＥネットワーク内のｅＮＢ（基地局）上のセルロードを判定するために、ＳＧＷ／ＰＧＷ／ビデオオプティマイザ等のコア要素によって使用され得る。典型的に、混雑は、空気界面上で生じ、したがって、この情報は、アクセスネットワークにおいて利用可能な帯域幅の比較的正確な図を反映する。ＬＴＥアーキテクチャは、この情報がアクセスおよびコアネットワーク間で交換されるいかなる方法も、指定せず、そのため、本発明は、セルローディング情報が交換されるｅＮＢ上のＸ２アプリケーションプロトコル（Ｘ２ＡＰ）インターフェースを活用し、２つの方法のいずれも使用することができる。第１の方法において、コアネットワーク要素は、ｅＮＢとともにＸ２ＡＰプロトコルを実装する。第２の方法において、コアネットワーク要素は、ルータとして機能し、いずれのｅＮＢ間の全ての通信も、コアネットワーク要素を通過する。次いで、コアネットワーク要素は、ｅＮＢ間のＸ２トラフィックを傍受して、セルローディングを判定する。
【００３１】
概して、Ｘ２ＡＰプロトコルは、任意の２つのｅＮＢ間で稼働する。Ｘ２ＡＰは、Ｅ−ＵＴＲＡＮ内でグローバルな手順およびユーザ機器（ＵＥ）モビリティ手順に対処し、以下の機能を提供する。
【００３２】
機能：モビリティ管理
【００３３】
基本手順：（ａ）ハンドオーバ準備、（ｂ）ＳＮ状態転送、（ｃ）ＵＥコンテキスト解放、および（ｄ）ハンドオーバ取り消し
【００３４】
機能：ロード管理
【００３５】
基本手順：（ａ）ロード指示、（ｂ）リソース状態報告開始、および（ｃ）リソース状態報告
【００３６】
機能：一般エラー状況の報告
【００３７】
基本手順：エラー指示
【００３８】
機能：Ｘ２をリセット
【００３９】
基本手順：リセット
【００４０】
機能：Ｘ２をセットアップ
【００４１】
基本手順：Ｘ２セットアップ
【００４２】
機能：ｅＮＢ構成更新
【００４３】
基本手順：（ａ）ｅＮＢ構成更新、および（ｂ）セルアクティブ化
【００４４】
機能：モビリティパラメータ管理
【００４５】
基本手順：モビリティ設定変更
【００４６】
機能：モビリティロバスト性最適化
【００４７】
基本手順：（ａ）無線リンク障害指示、および（ｂ）ハンドオーバ報告
【００４８】
機能：エネルギー節約
【００４９】
基本手順：（ａ）ｅＮＢ構成更新、および（ｂ）セルアクティブ化
【００５０】
第１の方法において、コアネットワーク要素は、関心対象の各ｅＮＢとともにＸ２ＡＰプロトコルを確立する。関心対象のプロトコルは、ロード管理であり、以下のメッセージが、関心対象である。
【００５１】
ロード指示：ｅＮＢは、周波数内近隣セルを制御するｅＮＢにＬＯＡＤ情報メッセージを送信することによって、手順を開始する。関心対象のＩＥは、「ＵＬ干渉オーバロード指示ＩＥ」であり、これは、全てのリソースブロック上の示されるセルによって経験される干渉レベルを示す。
【００５２】
リソース状態報告開始：これは、別のｅＮＢへのロード測定の報告を要求するために、ｅＮＢによって使用される手順である。
【００５３】
要求メッセージにおいて、要求側は、セル上で経験されている適切なロード情報を含有する、無線リソースロード、ハードウェアロード、およびＳ１ロードＩＥを要求することができる。ロード状態は、低ロード、中ロード、高ロード、またはオーバロードのいずれかである。
【００５４】
これらの応答は、要求メッセージにおいて設定される登録スキームに基づいて、定期的に生成することができ、必要に応じて、取り消すことができる。
【００５５】
第２の方法において、全てのＸ１ＡＰメッセージは、コアネットワーク要素を通じてルーティングされる、即ち、コアネットワーク要素は、ｅＮＢにわたる接続性を提供するために使用される。関心対象のメッセージは、傍受され、残りは、通過される。セルローディング情報は、これらのメッセージを傍受することによって取得される。
【００５６】
本明細書において説明されるシステムおよび技術の種々の実装は、デジタル電子回路、集積回路、特殊設計ＡＳＩＣ（特定用途向け集積回路）、コンピュータハードウェア、ファームウェア、ソフトウェア、および／またはこれらの組み合わせにおいて実現され得る。これらの種々の実装は、記憶システム、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスから、データおよび命令を受信し、かつそれらにデータおよび命令を伝送するように連結される、専用もしくは汎用であり得る、少なくとも１つのプログラム可能なプロセッサを含むプログラム可能なシステム上で実行可能および／または解釈可能である、１つ以上のコンピュータプログラムにおける実装を含むことができる。
【００５７】
これらのコンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーションまたはコードとしても既知）は、プログラム可能なプロセッサに対する機械命令を含み、高レベルの手続き型および／もしくはオブジェクト指向プログラミング言語において、ならびに／またはアセンブリ／機械言語において、実装することができる。本明細書で使用される場合、「機械で読み取り可能な媒体」、「コンピュータで読み取り可能な媒体」という用語は、機械命令を機械が読み取り可能な信号として受信する、機械で読み取り可能な媒体を含む、機械命令および／またはデータをプログラム可能なプロセッサに提供するために使用される、任意のコンピュータプログラム製品、装置、および／またはデバイス（例えば、磁気ディスク、光ディスク、メモリ、プログラム可能な論理デバイス（ＰＬＤ）を指す。「機械で読み取り可能な信号」という用語は、機械命令および／またはデータをプログラム可能なプロセッサに提供するために使用される、任意の信号を指す。
【００５８】
ユーザとの相互作用を提供するために、本明細書において説明されるシステムおよび技術は、ユーザに情報を表示するための表示デバイス（例えば、ＣＲＴ（陰極線管）またはＬＣＤ（液晶ディスプレイ）モニタ）を有するコンピュータ、ならびにユーザがコンピュータに入力を提供することができるキーボードおよびポインティングデバイス（例えば、マウスまたはトラックボール）上で実装することができる。他の種類のデバイスも、ユーザとの相互作用を提供するために使用することができ、例えば、ユーザに提供されるフィードバックは、任意の形態の感覚的フィードバック（例えば、視覚フィードバック、聴覚フィードバック、または触覚フィードバック）とすることができ、ユーザからの入力は、音響、音声言語、または触覚入力を含む、任意の形態で受信することができる。
【００５９】
本明細書において説明されるシステムおよび技術は、バックエンドコンポーネント（例えば、データサーバ）を含む、またはミドルウェアコンポーネント（例えば、アプリケーションサーバ）を含む、またはフロントエンドコンポーネント（例えば、ユーザがそれを通じて本明細書において説明されるシステムおよび技術の実装と相互作用することができる、グラフィカルユーザインターフェースもしくはウェブブラウザを有するクライアントコンピュータ）を含む、コンピューティングシステムにおいて、またはかかるバックエンド、ミドルウェア、もしくはフロントエンドコンポーネントの任意の組み合わせに実装することができる。システムのコンポーネントは、任意の形態または媒体のデジタルデータ通信（例えば、通信ネットワーク）によって相互接続することができる。通信ネットワークの例としては、ローカルエリアネットワーク（「ＬＡＮ」）、広域ネットワーク（「ＷＡＮ」）、およびインターネットが挙げられる。
【００６０】
コンピューティングシステムは、クライアントおよびサーバを含むことができる。クライアントおよびサーバは、概して、互いに遠隔であり、典型的に、通信ネットワークを通じて相互作用する。クライアントおよびサーバの関係は、それぞれのコンピュータ上で稼働し、互いにクライアント・サーバ関係を有する、コンピュータプログラムにより生じる。
【００６１】
前述の説明は、本開示と一貫するすべての可能な実装、または説明される実装のすべての可能な変形の総記を示すものではない。いくつかの実装が説明されている。それにもかかわらず、本明細書において説明されるシステム、デバイス、方法、および技術の精神および範囲を逸脱することなく、種々の修正がなされ得ることが理解されよう。例えば、上で示される種々の形態のフローは、並べ替えられた、追加された、または削除されたステップとともに使用され得る。したがって、他の実装は、以下の特許請求の範囲内である。
【図１】
0006045608.tif 000002
【図２】
0006045608.tif 000003
【図３】
0006045608.tif 000004
【図４】
0006045608.tif 000005