(57)【特許請求の範囲】
【請求項１】
複数のアクセスエリア（１３４）として、それぞれがポイントツーマルチポイントタイプベアラであるＰＴＭタイプベアラとポイントツーポイントタイプベアラであるＰＴＰタイプベアラとの少なくとも一方をコンテンツデータの送信のために提供する複数のアクセスエリア（１３４）を有するネットワーク（１００）における移動クライアント（１３６）によるベアラ選択を制御する方法であって、
ローカルベアラトポロジー（４００）であるＬＢＴに関するＬＢＴ情報（１５０）を受信するステップであって、前記ＬＢＴ（４００）が前記移動クライアント（１３６）のアクセスエリア（１３４）を含む少なくとも２つの近隣アクセスエリア（１３４）を備え、前記ＬＢＴ情報（１５０）が前記ＬＢＴ（４００）のそれぞれのアクセスエリア（１３４）に対して少なくとも１つのベアラタイプの少なくとも１つのベアラの可用性あるいは不可用性を示し、更に、前記ＬＢＴ（４００）の少なくとも１つのアクセスエリア（１３４）に対し、該アクセスエリアが前記ＬＢＴ（４００）の境界アクセスエリア（１３４ｃ）であるかどうかを示している、前記ＬＢＴ情報（１５０）を受信するステップと、
前記ＬＢＴ情報（１５０）に基づいてベアラ選択を実行するステップと
を備えることを特徴とする方法。
【請求項２】
前記ＬＢＴ情報（１５０）の受信と前記ベアラ選択の少なくとも一方は、前記移動クライアント（１３６）の前記アクセスエリア（１３４）の変更後に繰り返される、あるいは前記移動クライアント（１３６）の前記アクセスエリア（１３４）の変更によってトリガーされる
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＬＢＴ情報（１５０）に対するＬＢＴリクエストを、前記ネットワーク（１００）のノード（１４０）へ送信するステップを更に備える
ことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記ＬＢＴリクエストは、前記ネットワーク（１００）によって提供されるコンテンツサービスに関するサービス識別子を含み、
前記ＬＢＴ情報（１５０）で利用可能であると示される前記少なくとも１つのベアラは、前記コンテンツサービスを提供する
ことを特徴とする請求項３に記載の方法。
【請求項５】
前記ＬＢＴリクエストと前記ＬＢＴ情報（１５０）の少なくとも一方の送信は、前記移動クライアント（１３６）が前記少なくとも１つの境界アクセスエリア（１３４ｃ）に存在する場合あるいは進入する場合にトリガーされる
ことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記ネットワーク（１００）は、それぞれがコンテンツデータを提供する複数のコンテンツサービスを提供し、
更に、サービス情報に対するサービスリクエストを前記ネットワーク（１００）のノード（１４０）へ送信するステップであって、前記サービス情報が、前記複数のコンテンツサービス以外の、前記移動クライアント（１３６）の前記アクセスエリア（１３４）内で現在にあるいは将来に提供される少なくとも１つのコンテンツサービスを示し、かつ更に、前記少なくとも１つのコンテンツサービスに対して、どのベアラを選択するかを示している、送信するステップと、
前記リクエストされたサービス情報を、前記ネットワーク（１００）の前記ノード（１４０）から受信するステップと
を更に備えることを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
複数のアクセスエリア（１３４）として、それぞれがポイントツーマルチポイントタイプベアラであるＰＴＭタイプベアラとポイントツーポイントタイプベアラであるＰＴＰタイプベアラとの少なくとも一方をコンテンツデータの送信のために提供する複数のアクセスエリア（１３４）を有するネットワーク（１００）における移動クライアント（１３６）によるベアラ選択を制御する方法であって、
ローカルベアラトポロジー（４００）であるＬＢＴに関するＬＢＴ情報（１５０）を判定するステップであって、前記ＬＢＴ（４００）が前記移動クライアント（１３６）のアクセスエリア（１３４）を含む少なくとも２つの近隣アクセスエリア（１３４）を備え、前記ＬＢＴ情報（１５０）が前記ＬＢＴ（４００）のそれぞれのアクセスエリア（１３４）に対して少なくとも１つのベアラタイプの少なくとも１つのベアラの可用性あるいは不可用性を示し、更に、前記ＬＢＴ（４００）の少なくとも１つのアクセスエリア（１３４）に対し、該アクセスエリアが前記ＬＢＴ（４００）の境界アクセスエリア（１３４ｃ）であるかどうかを示している、前記ＬＢＴ情報（１５０）を判定するステップと、
前記ＬＢＴ情報（１５０）を前記移動クライアント（１３６）へ送信するステップと
を備えることを特徴とする方法。
【請求項８】
前記移動クライアント（１３６）から、前記ＬＢＴ情報（１５０）に対するＬＢＴリクエストを受信するステップを更に備える
ことを特徴とする請求項７に記載の方法。
【請求項９】
前記ＬＢＴ情報（１５０）を送信するステップは、前記移動クライアント（１３６）が現在のあるいは従前のＬＢＴ（４００）の境界アクセスエリア（１３４ｃ）に存在する場合あるいは進入する場合にトリガーされる
ことを特徴とする請求項７または８に記載の方法。
【請求項１０】
前記ネットワーク（１００）は、それぞれがコンテンツデータを提供する複数のコンテンツサービスを提供し、
更に、サービス情報に対するサービスリクエストを前記移動クライアント（１３６）から受信するステップであって、前記サービス情報が、前記複数のコンテンツサービス以外の、前記移動クライアント（１３６）の前記アクセスエリア（１３４）内で現在にあるいは将来に提供される少なくとも１つのコンテンツサービスを示し、かつ更に、前記少なくとも１つのコンテンツサービスに対して、どのベアラを選択するかを示している、受信するステップと、
前記サービス情報を、前記移動クライアント（１３６）へ送信するステップと
を備えることを特徴とする請求項７乃至９のいずれか１項に記載の方法。
【請求項１１】
前記ＬＢＴリクエストは、前記ネットワーク（１００）によって提供されるコンテンツサービスに関するサービス識別子を含み、
前記ＬＢＴ情報（１５０）で示される前記少なくとも１つのベアラは、前記コンテンツサービスを提供する
ことを特徴とする請求項８に記載の方法。
【請求項１２】
前記ＬＢＴ情報（１５０）を判定するステップは、ＰＴＭエリア定義及びアクセスエリアステータスの少なくとも１つに基づいて、前記ＬＢＴ情報（１５０）を生成することを含む
ことを特徴とする請求項７乃至１１のいずれか１項に記載の方法。
【請求項１３】
前記ＬＢＴ情報（１５０）を判定するステップは、クライアントの移動情報に依存して、前記ネットワーク（１００）のデータベースから前記ＬＢＴ情報（１５０）を取得することを含む
ことを特徴とする請求項７乃至１２のいずれか１項に記載の方法。
【請求項１４】
前記ＬＢＴ（４００）の形状は、前記移動クライアント（１３６）の前記アクセスエリア、ロケーション、ロケーション履歴、移動方向及び移動速度の少なくとも１つに関するクライアントの移動情報を考慮に入れている
ことを特徴とする請求項７乃至１３のいずれか１項に記載の方法。
【請求項１５】
前記ＬＢＴ情報（１５０）は、ＰＴＭベアラアクセスエリア（１３４ａ）を示すための第１のリスト、ＰＴＰベアラアクセスエリア（１３４ｂ）を示すための第２のリスト、及び境界アクセスエリア（１３４ｃ）を示すための第３のリストの少なくとも１つを含む
ことを特徴とする請求項７乃至１４のいずれか１項に記載の方法。
【請求項１６】
１つ以上のコンピュータデバイスによって実行される場合に、請求項１乃至１５のいずれか１項に記載の方法を実行するためのプログラムコード部分を含むコンピュータプログラム。
【請求項１７】
コンピュータ可読記録媒体に記憶されている
ことを特徴とする請求項１６に記載のコンピュータプログラム。
【請求項１８】
複数のアクセスエリア（１３４）として、それぞれがポイントツーマルチポイントタイプベアラであるＰＴＭタイプベアラとポイントツーポイントタイプベアラであるＰＴＰタイプベアラとの少なくとも一方をコンテンツデータの送信のために提供する複数のアクセスエリア（１３４）を有するネットワーク（１００）に接続されている移動クライアント（１３６）に対するベアラセレクタ（１６０）であって、
ローカルベアラトポロジー（４００）であるＬＢＴに関するＬＢＴ情報（１５０）を受信するように構成されている受信機であって、前記ＬＢＴ（４００）が前記移動クライアント（１３６）のアクセスエリア（１３４）を含む少なくとも２つの近隣アクセスエリア（１３４）を備え、前記ＬＢＴ情報（１５０）が前記ＬＢＴ（４００）のそれぞれのアクセスエリア（１３４）に対して少なくとも１つのベアラタイプの少なくとも１つのベアラの可用性あるいは不可用性を示し、更に、前記ＬＢＴ（４００）の少なくとも１つのアクセスエリア（１３４）に対し、該アクセスエリアが前記ＬＢＴ（４００）の境界アクセスエリア（１３４ｃ）であるかどうかを示している、前記ＬＢＴ情報（１５０）を受信するように構成されている受信機と、
前記ＬＢＴ情報（１５０）に基づいてベアラ選択を実行するように構成されているプロセッサと
を備えることを特徴とするベアラセレクタ（１６０）。
【請求項１９】
複数のアクセスエリア（１３４）として、それぞれがポイントツーマルチポイントタイプベアラであるＰＴＭタイプベアラとポイントツーポイントタイプベアラであるＰＴＰタイプベアラとの少なくとも一方をコンテンツデータの送信のために提供する複数のアクセスエリア（１３４）を有するネットワーク（１００）におけるノード（１４０）に対するベアラトポロジージェネレータ（１９０）であって、
ローカルベアラトポロジー（４００）であるＬＢＴに関するＬＢＴ情報（１５０）を判定するように構成されているプロセッサであって、前記ＬＢＴ（４００）が前記移動クライアント（１３６）のアクセスエリア（１３４）を含む少なくとも２つの近隣アクセスエリア（１３４）を備え、前記ＬＢＴ情報（１５０）が前記ＬＢＴ（４００）のそれぞれのアクセスエリア（１３４）に対して少なくとも１つのベアラタイプの少なくとも１つのベアラの可用性あるいは不可用性を示し、更に、前記ＬＢＴ（４００）の少なくとも１つのアクセスエリア（１３４）に対し、該アクセスエリアが前記ＬＢＴ（４００）の境界アクセスエリア（１３４ｃ）であるかどうかを示している、前記ＬＢＴ情報（１５０）を判定するように構成されているプロセッサと、
前記ＬＢＴ情報（１５０）を前記移動クライアント（１３６）へ送信するように構成されている送信機と
を備えることを特徴とするベアラトポロジージェネレータ（１９０）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的には、ビデオデータ、オーディオデータ、マルチメディアデータあるいはテキストデータのようなコンテンツデータを、ネットワーク内の複数の移動クライアントにトランスポートするための技術に関するものである。特に、本開示は、ハイブリッドネットワーク内の様々なトランスポートメカニズムの有効使用に向けられている。
【背景技術】
【０００２】
モバイルＴＶ、マルチメディアチャネル群、オーディオプログラム群及びニュース広告（newsticker）サービスのようなコンテンツサービス群は、移動ブロードキャスト技術によって提供することができる。既存のブロードキャスト技術は、いわゆる、マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）規格を含んでいる。ＭＢＭＳ規格は、セルラーネットワーク群を拡張するものであり、このセルラーネットワーク群は、移動通信用グローバルシステム（ＧＳＭ）、ユニバーサル移動通信システム（ＵＭＴＳ）、あるいはＧＳＭ−ＵＭＴＳネットワークアーキテクチャの組み合わせに基づいている。他のブロードキャスト技術には、携帯受信機向けのデジタルビデオブロードキャスティング（ＤＶＢ−Ｈ）とデジタルマルチメディアブロードキャスティング（ＤＭＢ）を含んでいて、これは、各ブロードキャスティングプログラムに対する固有の周波数帯域を介してデジタルデータストリームを提供する。
【０００３】
ブロードキャスティングは、ネットワーク内のすべての端末あるいはユーザ機器にコンテンツデータを送信することを意味し、これらの端末あるいはユーザ機器は集約してクライアント群あるいは特定のクライアント群のグループとも呼ばれる。後者に向けたブロードキャスティングはマルチキャスティングとも呼ばれる。本明細書全体を通して、ブロードキャスト送信は、１対多（あるいはポイントツーマルチポイントであるＰＴＭ）送信に対する総称として理解されるべきであり、これは、マルチキャスト送信も包含する。あるコンテンツサービスのブロードキャスト送信によって包囲される地理的エリアは、ブロードキャストエリアあるいはＰＴＭエリアと呼ばれる。
【０００４】
ブロードキャスティングが送信元から複数のクライアントへコンテンツデータを配信する一方、これに対応するものはポイントツーポイント（ＰＴＰ）送信であり、これは、ユニキャスティングとも呼ばれる。ユニキャスト送信を用いると、コンテンツデータは送信元から単一の宛先へ送信される。例によれば、ユニキャスト送信は、ＵＭＴＳベースのネットワークに対して定義される、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）規格によって実現される。配下にある送信技術とは独立して、あるコンテンツデータのプロビジョンは、本明細書では、コンテンツサービスとして総称される。
【０００５】
ブロードキャスト送信を使用して、同一のコンテンツを複数のクライアントへ同時に配信することは、個別のユニキャスト送信よりも著しくリソース効率が良い。ブロードキャストトランポートメカニズムの一般的な概念は、ネットワークに一度だけコンテンツを伝搬させることであり、リンクが複数の宛先へ分離される場合にのみコピーを作成する。ブロードキャスト送信は、コアネットワーク（ＣＮ）と無線アクセスネットワーク（ＲＡＮ）の両方で相当数のリソースを節約し、後者は、ＣＮを用いてクライアントと接続する。ＲＡＮ群の標準化された実装は、ＧＳＭ  ＥＤＧＥ  ＲＡＮ（ＧＥＲＡＮ）とＵＭＴＳ地上ＲＡＮ（ＵＴＲＡＮ）を含んでいる。
【０００６】
コンテンツのユニキャスト送信は、クライアントの数に依存してリソース群を要求する。一方、ブロードキャスト送信では、クライアントの数には依存しないが、要求されるリソースを決定するコンテンツサービスの数に依存する。その結果、大量のコンテンツサービスに対しては、特に、モバイルＴＶのような、高帯域幅要件を備える特定のコンテンツサービスに対しては、ブロードキャスト送信は、一般的には、ユニキャスト送信を介することが好ましい。
【０００７】
移動体ユーザは、空間的な通信範囲において広範囲となるコンテンツサービスを期待する一方で、移動ブロードキャスト技術全体に基づく広範囲のサービス通信範囲を提供することは合理的でない。人口が集中していないエリアでは、例えば、サービスリクエストがまれな地方のエリアでは、ユニキャスト送信がより効果的である。これは、その柔軟なリソース割当に起因する。ユニキャスト送信の割当は、送信側でのクライアントの登録あるいは、ハイブリッドネットワークのサービスセンターノードでのクライアントの登録を要求する。ここで、このサービスセンターノードには、例えば、ＭＢＭＳ技術のブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）がある。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
一方、ブロードキャストコンテンツの受信は、多くの場合、従来の技術の制限を招く可能性があるクライアントの登録を要求することはない。例によれば、プッシュ−ブロードキャストサービス（ＰＢＳ）によるファイル配信は、送信を更に別々の送信セッション群に細分化する。それゆえ、ＰＢＳのブロードキャストベアラは、送信セッション間でアイドル状態となる。ＰＢＳのブロードキャストエリアから離脱する登録解除されたクライアントは、ハイブリッドネットワークによって警告することができない。これは、ハイブリッドネットワークは、登録が存在しない状態ではクライアントのブロードキャストコンテンツ受信に気付かないからである。逆に、クライアントも、ブロードキャストエリアの離脱を検出することができない。これは、クライアントは、ブロードキャストエリア内であるのか、ブロードキャストベアラがアイドル状態にあるのか、あるいはブロードキャストエリア外であるのかを完全に見分けることを区別することができないからである。このことは、ブロードキャストエリア外のクライアントがユニキャストベアラへの切替可能性があるとしても、ブロードキャストエリアを離脱しているクライアントは、ＰＢＳのすべての後続の送信セッションを見失うことになる。つまり、従来の技術は、特に、移動クライアント群と小ブロードキャストエリア群に対して、送信セッションを見失う高いリスクの影響を被る。
【０００９】
すべての送信セッションを、安全にブロードキャストコンテンツ受信することを制御するためのソリューションは、ＰＢＳの開始時点でＰＢＳを受信するすべてのクライアントの登録を強要することになり、また、各送信セッションに対して、受信が成功する場合を引き継ぐためのレポートを要求することになる。しかしながら、ブロードキャスト送信は、定期的に、大量数のクライアントを取り扱うことになる。各送信セッションに対する受信レポートのすべてをチェックすることは、長い遅延と大量のシグナリングデータを引き起こすことになる。
【００１０】
従って、ハイブリッドネットワークによって提供されるコンテンツサービスに対するトランスポートメカニズムの最適使用を可能にする技術が必要とされている。
【課題を解決するための手段】
【００１１】
この必要性は、複数のアクセスエリアとして、それぞれがポイントツーマルチポイントタイプベアラ（ＰＴＭタイプベアラ）とポイントツーポイントタイプベアラ（ＰＴＰタイプベアラ）との少なくとも一方をコンテンツデータの送信のために提供する複数のアクセスエリアを有するネットワークにおける移動クライアントによるベアラ選択を制御する方法による第１の態様に従って達成される。この方法は、移動クライアントのアクセスエリアを含む少なくとも２つの近隣アクセスエリアを備えるローカルベアラトポロジー（ＬＢＴ）に関する情報を受信するステップを有し、ＬＢＴに関する情報（ＬＢＴ情報）は、ＬＢＴのそれぞれのアクセスエリアに対して少なくとも１つのベアラタイプの少なくとも１つのベアラの可用性あるいは不可用性を示している。この方法は、更に、ＬＢＴ情報に基づいてベアラ選択を実行するステップを有する。
【００１２】
ＬＢＴ情報は、１つ以上のアクセスエリア（例えば、アクセスエリア識別子による）を示す可用性リストと、そのリストされている各アクセスエリアに対して少なくとも１つの利用可能なベアラあるいはベアラタイプを備えることができる。ＬＢＴ情報は、ネットワークの通信エリアあるいは特定のベアラタイプの通信エリアにおける「ブランクスポット（blank spots：空白地点）」に関する情報も提供することができる。加えて、あるいは代替として、ＬＢＴ情報は、１つ以上のアクセスエリア（例えば、アクセスエリア識別子による）を示す不可用性リストと、そのリストされている各アクセスエリアに対して少なくとも１つの利用不可能なベアラあるいはベアラタイプを備えることができる。この指示されているベアラタイプの不可用性は、利用不可能なベアラあるいはベアラタイプでアクセスすることを移動クライアントが継続的に試行することを防止することができ、それにより、移動クライアントの電力消費を削減する。
【００１３】
少なくとも１つのベアラタイプの少なくとも１つのベアラの指示は、更に、少なくとも２つの異なるＰＴＭタイプベアラあるいは少なくとも２つの異なるＰＴＰタイプベアラの指示を及ばせることができる。例えば、ＬＢＴ情報は、いくつかのあるいはすべてのＬＢＴのアクセスエリアに対して、２つのＰＴＭタイプのベアラ、例えば、ＤＶＢ−ＨベアラとＭＢＭＳベアラの可用性あるいは不可用性を示すことができる。このＬＢＴ情報は、ＰＴＭ間の切換を実行することを特定のアクセスエリア内の移動クライアントに誘導することができる。
【００１４】
この方法は、コンテンツ送信を別々の送信セッション群に再分割するコンテンツサービス（例えば、ＰＢＳ）に対して実行されても良い。例えば、移動クライアントがコンテンツ送信のアイドル期間中にスイッチオンされる場合、移動クライアントは、受信したＬＢＴ情報に基づいて、移動クライアントの（現在の）アクセスエリアで利用可能として示されるベアラを選択することができ、かつその選択されたベアラ上で後続の送信セッションを安全に受信することができる。
【００１５】
ＬＢＴ情報に基づいて、移動クライアントは、ＬＢＴによって包囲される地理的領域内で移動することができ、また、追加のシグナリングを更に必要とすることなく指定のベアラを選択することができ、これによって、ネットワークリソースを節約する。また、受信したＬＢＴ情報を用いると、移動クライアントは、送信のアイドル期間中でさえも、移動クライアントの（現在）のアクセスエリアで利用可能なベアラを自律的に選択することができる。
【００１６】
ＬＢＴ情報の受信とベアラ選択は、移動クライアントのアクセスエリアの変更に依存することができる。方法のステップ群の少なくとも１つは、移動クライアントによるアクセスエリアの変更の後に繰り返され得る、あるいはその変更によってトリガーされ得る。移動クライアントが移動クライアントの第１のアクセスエリアでコンテンツデータを受信しながら、第２のアクセスエリアに移動する場合、移動クライアントは、ベアラ選択を実行するステップを繰り返すことができる。利点として、これは、移動クライアントに途切れなく別のベアラタイプに切り換えることを可能にする。例えば、第１のアクセスエリアはＰＴＭタイプベアラを提供し、かつ第２のアクセスエリアはＰＴＰタイプベアラだけを提供する場合、移動クライアントは、ＬＢＴ情報に基づいて、繰り返されるベアラ選択の結果として、ＰＴＭタイプベアラからＰＴＰタイプベアラへ切り換えることができ、その逆もできる。
【００１７】
別の例では、移動クライアントの第１のアクセスエリアは、ＰＴＰタイプベアラだけを提供することができ、一方で、移動クライアントの第２のアクセスエリアは、ＰＴＭタイプベアラとＰＴＰタイプベアラとを提供する。この場合、第１のアクセスエリアから第２のアクセスエリアへ移動する移動クライアントは、ＬＢＴ情報に基づいて指定のベアラを選択することができる。例えば、移動クライアントは、ＬＢＴ情報で利用可能として示されるときはいつでも、ＰＴＭタイプベアラを選択することができる。このような方法で、ネットワークのリソースがより効率的に使用される。
【００１８】
この方法は、更に、ＬＢＴ情報に対するＬＢＴリクエストをネットワークのノードへ送信するステップを有する。例えば、移動クライアントが任意のコンテンツデータを受信しない場合、ＬＢＴ情報は必要とされないので、移動クライアントはＬＢＴリクエストの送信を控えることができる。一方で、移動クライアントがスイッチオンされると、移動クライアントは、ＬＢＴリクエストを送信し、かつベアラ選択を実行するためのＬＢＴ情報を受信することができる。従って、ＬＢＴ情報によって生じるネットワークトラフィックは、移動クライアントの実際の要求に適合することができ、こうして、ネットワークトラフィックを更に最小化する。
【００１９】
ＬＢＴリクエストは、更に、ネットワークによって提供されるコンテンツサービスに関するサービス識別子を含むことができ、リクエストされたＬＢＴ情報で利用可能として示されるベアラは、識別されたコンテンツサービスのコンテンツデータを提供することができる。これは、ＬＢＴ情報を、移動クライアントに特に関心のあるコンテンツサービス群に合わせることを可能にする。例えば、移動クライアントのアクセスエリアは、一般的には、ＰＴＭタイプベアラとＰＴＰタイプベアラに対して提供することができ、一方で、関心のあるコンテンツサービスはＰＴＰ送信を介して提供することができる。この場合、ＬＢＴ情報は、利用可能とするＰＴＰタイプベアラ（のみ）を示すことによって、コンテンツサービスに合わせられる。
【００２０】
また、ＬＢＴ情報は、ＬＢＴの少なくとも１つのアクセスエリアに対して、それがＬＢＴの境界アクセスエリアである場合を示すことができる。換言すれば、ＬＢＴは、１つ以上の境界アクセスエリアを備えることができる。ＬＢＴは、また、境界アクセスエリアでない１つ以上のアクセスエリアを備えることができる。一実装では、ＬＢＴは、移動クライアントの現在のアクセスエリアが境界アクセスエリアとならないように生成される。
【００２１】
例示の第１の定義に従えば、ＬＢＴの境界アクセスエリアは、ＬＢＴの１つ以上の他のアクセスエリアによって囲まれていない、ＬＢＴのアクセスアクセスエリアである。第２の定義に従えば、ＬＢＴの境界アクセスエリアは、ＬＢＴの境界線から所定の境界距離内に部分的にあるいは完全に入る、ＬＢＴの任意のアクセスエリアにすることができる。第３の定義に従えば、境界アクセスエリアは、ＬＢＴ内の所定のスポットエリアに部分的にあるいは完全に入る、ＬＢＴの任意のアクセスエリアにすることができる。第４の定義に従えば、境界アクセスエリアは、ＬＢＴ内に含まれない少なくとも１つの近隣アクセスエリアを有している場合もある。
【００２２】
移動クライアントは、例えば、移動クライアントの（現在の）アクセスエリアと、ＬＢＴの境界アクセスエリアとして示されるＬＢＴのアクセスエリアとを比較することができる。これは、移動クライアントに、新規に定義されるＬＢＴに対する新規のＬＢＴ情報をリクエストさせることを可能とし、この新規に定義されるＬＢＴでは、境界アクセスエリアはこれ以上、境界アクセスエリアではない（但し、例えば、新規のＬＢＴにも含まれるアクセスエリアによって完全に囲まれる）、あるいは移動クライアントに、そのＬＢＴから離脱する前の時点より十分に先立って、任意の従来のコンテンツ受信技術に切り換えさせることを可能とする。
【００２３】
ＬＢＴの境界アクセスエリアは、境界アクセスエリアの位置情報なしに、アクセスエリア識別子によってＬＢＴ情報で示すことができ、このことは、シグナリングデータの量を削減する。また、移動クライアントは、境界アクセスエリア群を識別するために、受信したＬＢＴ情報のトポロジー的な解析を実行せずに済み、これは、移動クライアントで要求されるコンピュータ能力を緩和する。但し、この方法は、選択的には、（例えば、ＬＢＴ情報で境界アクセスエリアが明確に示されていない場合）境界アクセスエリア群自身を判定するために、このようなトポロジー的解析を実行するステップ（移動クライアントによって実行される）を有することができる。
【００２４】
ＬＢＴリクエスト及びＬＢＴ情報の少なくとも一方を送信することは、移動クライアントが境界アクセスエリアに存在するあるいは進入する場合にトリガーされ得る。これは、移動クライアントに、従前のＬＢＴによって包囲されるエリアを離脱する前に、自身のＬＢＴ情報を更新することを可能にする。更新されたＬＢＴ情報に基づいて、移動クライアントは、ＬＢＴによって包囲されるサイズが制限されているにも関わらず、途切れなくベアラ選択の実行を継続することができる。ＬＢＴのサイズの変更は、ＬＢＴ更新の頻度に適合することが可能である。
【００２５】
ネットワークは、複数のコンテンツサービスを提供することができ、ここで、各コンテンツサービスはコンテンツデータを提供する。例えば、コンテンツサービスは、複数の移動クライアントのコンテンツデータを提供することができる。この方法は、更に、サービス情報に対するサービスリクエストをネットワークのノードへ送信するステップを有し、ここで、サービス情報は、移動クライアントのアクセスエリアに現存にあるいは将来に提供される少なくとも１つのコンテンツサービスを示している。加えて、サービス情報は、指定されている各コンテンツサービスに対して、どのベアラあるいはベアラタイプを選択するかを示すことができる。更にまた、この方法は、指定されている各コンテンツサービスに対して、どのベアラあるいはベアラタイプが選択するかを示す、リクエストされたサービス情報をネットワークのノードから受信するステップを有することができる。受信したサービス情報に基づいて、移動クライアントは、移動クライアントのユーザに、どのサービスが、移動クライアントのアクセスエリアで実際に利用可能であるかを表示することができる。サービス情報は、また、提供される少なくとも１つのサービスの開始時間を含むことができる。
【００２６】
この方法は、更に、指定されているコンテンツサービスに関するサービス加入情報をネットワークのノードへ送信するステップを更に有することができる。これは、また、ＰＴＭタイプベアラを介するコンテンツ受信の場合に、ネットワークに、加入している移動クライアントのＬＢＴ情報を自動的に更新させることを可能にする。加えて、ＬＢＴ情報は、コンテンツサービスに合わせることができる（即ち、ＬＢＴ内のコンテンツサービスの可用性に基づいて生成される）。
【００２７】
上記の必要性は、複数のアクセスエリアとして、それぞれがポイントツーマルチポイントタイプベアラ（ＰＴＭタイプベアラ）とポイントツーポイントタイプベアラ（ＰＴＰタイプベアラ）との少なくとも一方をコンテンツデータの送信のために提供する複数のアクセスエリアを有するネットワークにおける移動クライアントによるベアラ選択を制御する方法による更なる態様に従って達成される。この方法は、移動クライアントのアクセスエリアを含む少なくとも２つの近隣アクセスエリアを備えるローカルベアラトポロジー（ＬＢＴ）に関する情報を判定するステップを有し、このＬＢＴ情報はＬＢＴのそれぞれのアクセスエリアに対して少なくとも１つのベアラタイプの少なくとも１つのベアラの可用性あるいは不可用性を示している。この方法は、更に、ＬＢＴ情報を移動クライアントへ送信するステップを有する。
【００２８】
ネットワークが一定のあるいは任意のベアラあるいはベアラタイプをあるアクセスエリア内で提供することができない場合に、このアクセスエリアを包囲するＬＢＴ情報は、このベアラあるいはベアラタイプの不可用性を示すことができる。この指示は、少なくとも２つの異なるＰＴＭタイプベアラあるいは少なくとも２つの異なるＰＴＰタイプベアラの表示を包含する。
【００２９】
ネットワークによって移動クライアントへ提供されるＬＢＴ情報に基づいて、移動クライアントは、追加のシグナリングを更に必要とすることなく、ＬＢＴによって包囲されるエリアを移動しながら、指定のベアラあるいはベアラタイプを自律的に選択することができる。ネットワークは、更に、異なるベアラタイプにわたるコンテンツトラフィック負荷を釣り合わせるための手段としてＬＢＴ情報を適用することができる。
【００３０】
この方法は、また、ＬＢＴ情報に対するＬＢＴリクエストを移動クライアントから受信するステップを有することができる。ＬＢＴ情報に対するＬＢＴリクエストの受信は、有益的に、ＬＢＴ情報を移動クライアントへ送信する頻度を削減することができる。例えば、ネットワークは、ＬＢＴ情報を判定するステップと、ＬＢＴリクエストの受信によってＬＢＴ情報を送信するステップをトリガーすることができる。
【００３１】
ＬＢＴ情報は、また、ＬＢＴの少なくとも１つのアクセスエリアに対して、そのアクセスエリアがＬＢＴの境界アクセスエリアである場合を示すことができる。これは、移動クライアントに、ＬＢＴによって包囲されるエリアの境界を検出させることを可能にする。ＬＢＴ情報を送信するステップは、移動クライアントが、現在のあるいは従前のＬＢＴの境界アクセスエリアに位置しているあるいは進入する場合にトリガーされ得る。例えば、ネットワークは、移動クライアントのアクセスエリアを追跡することができ、また、移動クライアントの追跡されたアクセスエリアが従前のＬＢＴの境界アクセスエリアである場合には、新規のＬＢＴ情報を判定するステップとその新規のＬＢＴ情報を移動クライアントへ送信するステップの少なくとも一方をトリガーすることができる。従って、移動クライアントは、ＬＢＴ情報の更新を自動的に受信することができる。
【００３２】
ネットワークは、複数のコンテンツサービスを提供することができ、ここで、各コンテンツサービスはコンテンツデータを提供する。この方法は、更に、サービス情報に対するサービスリクエストを移動クライアントから受信するステップを有し、ここで、サービス情報は、ネットワークによって提供される複数のコンテンツサービス以外の、選択されたベアラタイプあるいはベアラにおいて、移動クライアントのアクセスエリア内で現在にあるいは将来に提供される少なくとも１つのコンテンツサービスを示している。また、更に、この方法は、指示された各コンテンツサービスに対して、どのベアラあるいはベアラタイプを選択するかを示す、リクエストされたサービス情報を移動クライアントへ送信するステップを有することができる。このサービス情報は、指示されたコンテンツサービスの開始時間を含むことができる。
【００３３】
サービス情報で指示されるコンテンツサービスは、また、サービス情報をリクエストする移動クライアントに依存することができる。例えば、サービス情報は、移動クライアントあるいは移動クライアントのユーザに割り当てられている関心プロファイルに従って、少なくとも１つのコンテンツサービスを選択することができる。
【００３４】
この方法は、更に、コンテンツサービスに関するサービス加入情報を移動クライアントから受信するステップを有することができる。ネットワークは、ＬＢＴ情報とサービス情報との少なくとも一方を加入している移動クライアントに自動的に提供することができる。また、ネットワークは、コンテンツサービスを提供するために有効なベアラタイプを選択するために、複数の移動クライアントに対する、少なくとも１つのコンテンツサービスに関する加入情報を解析することができる。
【００３５】
ネットワークは、ＰＴＭエリア定義（ネットワークの第１のデータベースから取得することができる）に基づいてＬＢＴ情報を生成することによってＬＢＴ情報を判定することができる。ＬＢＴ情報の生成は、更に、アクセスエリアステータス（ネットワークの第１のテータベースあるいは第２のデータベースから取得することができる）に基づくことができる。例えば、ネットワークは、あるアクセスエリアにおいてあるベアラあるいはベアラタイプの可用性あるいは不可用性に関する現在のステータスを取得することができる。
【００３６】
ＬＢＴの形状は、クライアントの移動情報を考慮に入れることができる。移動情報は、移動クライアントのアクセスエリア、移動クライアントのロケーション、移動クライアントのロケーション履歴、移動クライアントの移動方向、及び移動クライアントの移動速度の少なくとも１つを含むことができる。例えば、ロケーション履歴あるいは移動方向は、道路に沿うクライアントの動きを線形にあるいは略線形に示すことができ、これは、ＬＢＴの形状が移動方向に伸長することができる場合である。また、ネットワークは、クライアントの移動情報とネットワークに記憶される道路地図とを照合することができ、そうすることで、道路に照合する移動クライアントのロケーションによって、ＬＢＴの形状を道路に沿って伸長することができる。適合されたＬＢＴの形状は、無関係なシグナリング情報を回避する。
【００３７】
選択的には、あるいはこれに加えて、ＬＢＴ情報は、クライアントの移動情報に依存するネットワークの第３のデータベースから取得することができる。例えば、ネットワークは、異なるロケーションあるいは、アクセスエリア群あるいはアクセスエリア群のグループ群に対する特定のＬＢＴ情報を記憶することができる。これは、ＬＢＴ情報を判定するステップをスピードアップすることができ、また、ネットワークのノードに対するコンピュータ的な要件を緩和する。
【００３８】
ＬＢＴ情報は、ＰＴＭベアラアクセスエリアを示すための第１のリスト、ＰＴＰベアラアクセスエリアを示すための第２のリスト、ＬＢＴの境界アクセスエリアを示すための第３のリストの少なくとも１つを備えることができる。異なるベアラタイプを示すための第１のリストと第２のリストは、更に、異なるＰＴＭベアラタイプあるいは異なるＰＴＰベアラタイプを示すことができる。また、第１のリストと第２のリストは、アクセスエリアで指示されるベアラあるいはベアラタイプの可用性あるいは不可用性を示すことができる。アクセスエリアは、アクセスエリア識別子によってリストングの１つで示すことができる。選択的には、あるいはこれに加えて、アクセスエリアは、位置情報によって示すことができる。アクセスエリア識別子による指示は、有益的にシグナリングデータの量を削減するために有益でる。位置情報の指示は、ベアラ選択の空間分解能を改善するために有益である。
【００３９】
この必要性は、コンピュータプログラムによる更なる別の態様に従って達成される。コンピュータプログラムは、そのコンピュータプログラムが１つ以上のコンピュータデバイスで実行される場合に、本明細書で記載される１つ以上の方法のステップ群の１つ以上を実行するためのプログラムコード部分を備えている。コンピュータプログラムは、コンピュータ可読記録媒体に記憶することができる。このコンピュータ可読記録媒体には、例えば、固定あるいは書き換え可能メモリ、ＣＤ−ＲＯＭ、あるいはＤＶＤがある。コンピュータプログラムは、１つ以上のコンピュータネットワークを介してダウンロードのために提供することもできる。このコンピュータネットワークには、インターネット、セルラー通信ネットワーク、あるいは無線あるいは有線ローカルエリアネットワーク（ＬＡＮ）がある。
【００４０】
上記の必要性は、複数のアクセスエリアとして、それぞれがポイントツーマルチポイントタイプベアラ（ＰＴＭタイプベアラ）とポイントツーポイントタイプベアラ（ＰＴＰタイプベアラ）との少なくとも一方をコンテンツデータの送信のために提供する複数のアクセスエリアを有するネットワークに接続されている移動クライアントに対するベアラセレクタによる別の態様に従って達成される。ベアラセレクタは、受信機とプロセッサを備える。受信機は、移動クライアントのアクセスエリアを含む少なくとも２つの近隣アクセスエリアを備えるローカルベアラトポロジー（ＬＢＴ）に関する情報を受信するように構成されていて、ここで、ＬＢＴに関する情報は、ＬＢＴの各アクセスエリアに対し、少なくとも１つのベアラタイプの少なくとも１つのベアラの可用性あるいは不可用性を示している。プロセッサは、ＬＢＴ情報に基づいてベアラ選択を実行するように構成されている。
【００４１】
上記の必要性は、複数のアクセスエリアとして、それぞれがポイントツーマルチポイントタイプベアラ（ＰＴＭタイプベアラ）とポイントツーポイントタイプベアラ（ＰＴＰタイプベアラ）との少なくとも一方をコンテンツデータの送信のために提供する複数のアクセスエリアを有するネットワークのノードに対するベアラトポロジージェネレータによる別の態様に従って達成される。ベアラトポロジージェネレータは、プロセッサと送信機とを備える。プロセッサは、移動クライアントのアクセスエリアを含む少なくとも２つの近隣アクセスエリアを備えるローカルベアラトポロジー（ＬＢＴ）に関する情報を判定するように構成されていて、ＬＢＴに関する情報は、ＬＢＴの各アクセスエリアに対して、少なくとも１つのベアラタイプの少なくとも１つのベアラの可用性あるいは不可用性を示している。送信機は、ＬＢＴ情報を移動クライアントへ送信するように構成されている。
【図面の簡単な説明】
【００４２】
【図１】本明細書で提示される技術を実施することができるＰＴＰ実現可能ネットワークの概要を示す図である。
【図２】本明細書で提示される技術を実施することができるＰＴＭ実現可能ネットワークの概要を示す図である。
【図３】ベアラセレクタの実施形態とベアラトポロジージェネレータの実施形態を備えるシステムの機能構成要素を示す図である。
【図４】ローカルベアラトポロジーの例を示す図である。
【図５】方法の実施形態を示すシグナリング図である。
【発明を実施するための形態】
【００４３】
以下の説明では、説明のためであって、限定することを目的とするものではなく、本明細書で提示される技術の完全なる理解を提供するために、特定の詳細が説明される。これには、特定のネットワークノード群、通信規格等を含む特定のネットワークシステムがある。この技術は、これらの特定の詳細から離れて、他の実施形態で実施することができることが当業者には明らかであろう。例えば、当業者は、以下で説明するＭＢＭＳサービスを実現するＵＭＴＳネットワークとは異なる無線通信ネットワーク群に関係して、この技術を実施することができることを理解するであろう。この技術は、また、有線通信システム、例えば、ＩＰネットワークで実施することもできる。基本的には、本開示は、いくつかの種類のデータコンテンツが１つ以上の移動クライアントへ提供される、任意のＰＴＭ／ＰＴＭ実現可能データ送信システム内で実施することができる。
【００４４】
当業者は、更に、以下で説明されるステップ群や機能群が、個別のハードウェア回路を使用して、あるいは、プログラム化マイクロプロセッサあるいは汎用コンピュータと協働して機能するソフトウエアを使用して、特定用途集積回路（ＡＳＩＣ）を使用して、あるいは１つ以上のデジタル信号プロセッサ（ＤＳＰ）を使用して実現されても良いことを理解するであろう。この技術が方法として記載される一方で、コンピュータプロセッサと、そのコンピュータプロセッサに接続されるメモリで実現されても良いことも理解されるであろう。ここで、このメモリは、プロセッサによって実行される場合に、本明細書で開示される方法を実行する１つ以上のプログラム群で符号化されている。
【００４５】
図１は、（第３世代）ＰＴＰ実現可能ネットワークの実施形態として、ＵＭＴＳネットワーク１００を示している。コンテンツプロバイダ１１０は、コンテンツデータを、ＵＭＴＳネットワーク１００のコアネットワーク１２０に接続されるあるいは含まれるブロードキャスト−マルチキャストサービスセンター（不図示）に提供する。コアネットワーク１２０は、回線交換ドメイン（不図示）とパケット交換ドメインに分割されている。コアネットワーク１２０のパケット交換要素群は、サービング（在圏）ＧＰＲＳサポートノード（ＳＧＳＮ）１２２とゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１２４を備えている。
【００４６】
ＵＭＴＳネットワーク１００は、更に、無線アクセスネットワーク１３０を備えている。無線アクセスネットワーク１３０は、無線ネットワークコントローラ（ＲＮＣ、不図示）と、そのＲＮＣに接続されるいくつかの基地トランシーバ（送受信機）局（あるいはノードＢ）１３２を備えている。各ノードＢ１３２は、１つ以上のセルエリア１３４を包囲し、ここには、１つ以上の移動クライアント１３６がノードＢ１３２に接続されている。
【００４７】
図１は、コアネットワーク１２０を通じてコンテンツプロバイダ１１０から、複数のＰＴＰタイプのトランスポートベアラを介して無線アクセスネットワーク１３０の個々の移動クライアント１３６への、コンテンツデータ（あるコンテンツサービスに対応する）のＰＴＰ送信を矢印で示している。図１に示されるように、コンテンツプロバイダ１１０と各移動クライアント１３６との間には１つのＰＴＰ接続が存在する。
【００４８】
図１に示される個々のコンテンツデータの多くの個々のＰＴＰ送信に対して、ＰＴＭ実現可能ＵＭＴＳネットワーク１００におけるＭＢＭＳ規格に基づくＰＴＭ送信が図２の同様の配置に対して矢印で示されている。同様の参照番号は同様の構成要素を参照している。コンテンツプロバイダ１１０は、ＧＧＳＮ１２４におけるコアネットワーク１２０に進入する単一のコンテンツデータのストリームを提供し、そこで、１つ以上のＳＧＳＮ１２２に分けられ、かつ更に、いくつかのノードＢ１３２に配信される。コンテンツデータは、各ノードＢ１３２によって、単一のＰＲＭタイプのトランスポートベアラを介してＰＴＭ送信で複数の移動クライアント１３６に提供される。
【００４９】
例示の実施形態の以下の説明は、図１と図２で示されるＰＴＰとＰＴＭ配信技術の両方をサポートするハイブリッドネットワークの例を使用する。ＭＢＭＳ規格とＤＶＢ−Ｈ規格は、ＰＴＰベアラに加えて使用されるＰＴＭ配信技術の例であり、これは、インタラクティブベアラであることが好ましい。
【００５０】
ハイブリッドネットワーク１００を介して配信される各コンテンツサービスは、サービス識別子を有し、かつ１つ以上のＰＴＭエリア内に配信される。各ＰＴＭエリアは、ＰＴＭエリア識別子を有している。ＭＢＭＳ規格の場合、ＰＴＭエリアは、ＭＢＭＳサービスエリア（ＭＳＡ）と呼ばれ、また、ＰＴＭエリア識別子は、ＭＢＭＳサービスエリア識別子（ＭＳＡＩ）と呼ばれる。
【００５１】
各ＰＴＭエリアは、１つ以上のアクセスリアを備える。各アクセスエリアは、アクセスエリア識別子によって識別される。セルラーネットワークの場合、例えば、図１及び図２で示されるＵＭＴＳベースのハイブリッドネットワークの場合、各セルエリア１３４は、アクセスエリアの例であるが、各セルエリアは、複数の個別のアクセスエリアに分割されても良い。以下では、用語「アクセスエリア」は、セルアリア、ロケーションエリア、ルーティングエリア、あるいはトラッキングエリアの総称として使用する。本開示の概念は、ハイブリッドネットワーク１００のこれらのすべてと他の空間的なセグメンテーションにも同様に適用する。本実施形態では、アクセスエリアセグメンテーションは、地理的粒度を定義し、ここでは、ベアラ可用性（及び不可用性）情報が定義され、かつ移動クライアント１３６へ提供される。
【００５２】
図３は、図１及び図２のＵＭＴＳネットワーク１００の構成要素であっても良い、移動クライアント１３６の実施形態とネットワーク１４０の実施形態とを備えるシステム３００を示している。ネットワークノード１４０は、コアネットワーク１２０と無線アクセスネットワーク１３０とを介して移動クライアント１３６に接続されている。この接続を介して、ローカルベアラトポロジー（ＬＢＴ）情報１５０は、移動クライアント１３６へ送信される。
【００５３】
移動クライアント１３６は、受信機１６２とプロセッサ１６４に接続されるベアラセレクタ１６０を備える。移動クライアント１３６は、更に、プロセッサ１６４によって実行され、かつコンテンツデータを処理する受信機アプリケーション１７０を備える。受信機アプリケーション１７０は、例えば、モバイルＴＶアプリケーションであっても良い。移動クライアント１３６では、ベアラセレクタ１６０が、受信機１６２と受信機アプリケーション１７０の間で機能的に配置される。従って、ベアラセレクタ１６０は、コンテンツサービスの受信中には、ミドルウェアエージェントとして動作する。
【００５４】
固定ネットワーク側では、ネットワークノード１４０は、ブロードキャスト／マルチキャストサービスセンター（ＢＭ−ＳＣ）１８０と、ベアラトポロジージェネレータ（ＢＴＧ）１９０とを備える。ＢＭ−ＳＣ１８０は、図１及び図２で示されるコンテンツプロバイダ１１０のようなコンテンツプロバイダ群（即ち、サードパーティコンテンツプロバイダ群）に対するエントリポイントとして動作することができる。また、ＢＭ−ＳＣ１８０は、コンテンツサービスに関するサービスアナウンスメント（告知）を提供するように構成されている。
【００５５】
移動クライアント１３６の受信機１６２は、ノード１４０からのサービスアナウンスメントを受信するように構成されている。移動クライアント１３６は、更に、ＰＴＰ受信に対するＰＴＰ登録を送信するように構成されている。ＢＭ−ＳＣ１８０は、移動クライアント１３６からＰＴＰ登録を受信して解析するように構成されている。
【００５６】
ノード１４０のＢＴＧ１９０は、ＬＢＴ情報を生成するように構成されている。本実施形態では、ＢＴＧ１９０は、ＰＴＭエリア群から、各ＰＴＭエリアの１つ以上のアクセスエリアへのマッピングを提供するデータベース１９２を備える。ＭＢＭＳコンテキストでは、このマッピングは、ＭＢＭＳサービスエリア識別子（ＭＳＡＩ）からセルエリア識別子へのマッピングを含んでいる。また、データベース１９２は、無線アクセスネットワーク１３０内の構成要素の動作とメンテナンスに関する情報をステータスレジスタに記憶する。選択的には、このマッピングとステータスレジスタは、異なるデータベースに記憶することができる。更に選択的には、また、これに加えて、無線アクセスネットワーク１３０の構成要素の動作とメインテナンスに関するステータス情報は、無線アクセスネットワーク１３０から、動作及びメインテナンスインタフェース１９４を介して、ＢＴＧ１９０によって直接リクエストすることができる。
【００５７】
図３に示されるノード１４０は、コアネットワーク１２０の外部にあるＢＭ−ＳＣ１８０と一緒に配置されているＢＴＧ１９０を有し、そうすることで、これらの構成要素間の情報交換を容易にする。別の実施形態では、ＢＴＧ１９０は、コアネットワーク１２０内、特に、ＳＧＳＮ１２２内あるいは、移動管理エンティティ（ＭＭＥ、不図示）に配置される。別の更なる実施形態では、ＢＴＧ１９０は、無線アクセスネットワーク１３０内で完全に実現される。
【００５８】
図４を参照すると、ＢＴＧ１９０によって定義されるあるいは生成される例示のＬＢＴ４００がより詳細に示される。ＬＢＴ４００の生成においては、ＢＴＧ１９０は、データベース１９２から取得可能なあるいはインタフェース１９４を介して取得可能なネットワークステータス情報と、特定のコンテンツサービスに対して定義されかつデータベース１９２に記憶されるＰＴＭエリアを考慮に入れることができる。ＬＢＴ４００に関する情報、例えば、図３に示されるＬＢＴ情報１５０は、アクセスエリア識別子の１つ以上のリストを備える。一般的に言えば、これらのリストは、移動クライアント１３６の現在のロケーション（位置）あるいはアクセスエリアの周辺の直近のアクセスエリア群を示し、また、リストされている各アクセスエリアに対して、特定のエリア内でハイブリッドネットワーク１００によって提供される少なくとも１つのベアラタイプ（及び／あるいはベアラ識別子）を更に示している。
【００５９】
第１の実施形態では、ＬＢＴ４００を表すＬＢＴ情報１５０は、各ＰＴＭエリア１３４ａ内にＰＴＭタイプベアラを提供する、ＬＢＴ４００のアクセスエリアを含む第１のリストを備える。第２のリストは、各ＰＴＭアクセスエリア１３４ｂ外のアクセスエリアのアクセスエリア識別子を含み、これは、ＰＴＰタイプベアラのみを提供する。ＬＢＴ４００のアクセスエリアの第３のリストは、境界アクセスエリア１３４ｃを示している。ＬＢＴ４００の境界アクセスエリア１３４ｃは、ＬＢＴ４００によって包囲されるアクセスエリア群のセットの周辺を囲む「リング」を記述する。境界アクセスエリア１３４ｃは、第１のリストと第２のリストのいずれか１つあるいは両方に含まれても良いし、あるいは第１のリストと第２のリストのいずれか１つあるいは両方から除外されていても良い。境界アクセスエリア群を含む場合、ＬＢＴ情報１５０の代替の実施形態は、境界アクセスエリア群を示す追加の属性（第１のリスト及び第２のリストの少なくとも一方）を備える。
【００６０】
図４に示されるＬＢＴ４００の実施形態は、ハイブリッドネットワーク１００のハイブリッド基準として内部／外部ＰＴＭ特性を使用する。ＬＢＴ４００の別実施形態では、ＬＢＴ情報１５０は、対応するアクセスエリアがＰＴＭタイプベアラ（ＰＴＭタイプベアラの平行プロビジョンとは独立して）を提供するかどうかを示すＬＢＴ４００内のアクセスエリア群の代替の第２のリストを含んでいる。ＬＢＴ４００の後者の実施形態は、ハイブリッドネットワーク１００のハイブリッド基準を記述するＰＴＭ／ＰＴＰ特性に対する例である。ＬＢＴ４００の更なる実施形態では、ＬＢＴ４００のアクセスエリア群の第４のリストは、ＤＶＢ−Ｈ  ＰＴＭ−タイプベアラを提供するアクセスエリア群を含んでいる（上述のＭＢＭＳ  ＰＴＭタイプベアラに代えて、あるいはそれに加えて）。ＬＢＴ４００の更なる実施形態では、ハイブリッドネットワーク１００全体の不可用性を示す、あるいはＬＢＴ４００に属するアクセスエリア群の特定のタイプのベアラの不可用性を示す、追加のリスト群が提供される。
【００６１】
ＬＢＴ情報１５０（及びＬＢＴ４００）は、移動クライアント１３６に対して（移動クライアント１３６の各リクエストに対して）個別に生成される、あるいはＬＢＴ情報１５０とＬＢＴ４００とはデフォルトのパラメータ群とすることができる。個別化されているＬＢＴ４００の場合では、ＬＢＴ４００の形状は、オプションとして、移動クライアント１３６の移動性に依存する。クライアントの移動性は、移動履歴あるいは移動予測（移動クライアントの方向及び速度）から導出することができる。移動クライアントの位置に依存して、ＬＢＴ４００は、常駐エリア群に対して円状に個別に形作ることができ、あるいは道路あるいは軌跡の場合にはより楕円状に個別に形作ることができる。移動クライアント１３６は、移動クライアント１３６の現在のアクセスエリア１３４ｄを識別すること及び監視することの一方を実行することができ、これは、エリア識別子によって（特に、セル識別子によって）識別される。クライアント移動性に依存してＬＢＴ４００の形状を適合することは、高速道路に沿って移動する移動クライアントのＬＢＴ情報１５０に対する更新リクエスト数を削減する。
【００６２】
移動クライアント１３６に関して、ベアラセレクタ１６０のメインタスクは、現在のアクセスエリア１３４ｄに対する情報を取得するために、ＬＢＴ情報１５０を評価することである。ベアラセレクタ１６０は、受信したＬＢＴ情報１５０に依存するコンテンツサービスの受信用の、好適なあるいは適切なベアラあるいはベアラタイプを選択し、かつ現在のアクセスエリア１３４ｄが境界アクセスエリア１３４ｃであるあるいは現在のアクセスエリア１３４ｄが境界アクセスエリア１３４ｃになる場合に、新規のＬＢＴ情報１５０に対するリクエスト群を送信する。ＬＢＴ情報１５０に対するリクエストには、現在のアクセスエリア識別子、特に、現在のセル識別子あるいは他のロケーション情報を含めることができる。オプションとして、ＬＢＴ情報１５０に対するリクエストは、更に、移動履歴あるいは移動予測を含んでいる。
【００６３】
移動クライアント１３６における受信機アプリケーション１７０に関しては、従来の電子プログラムガイド（ＥＰＧ）あるいは電子サービスガイド（ＥＳＧ）の機能を以下のように拡張することができる。モバイルＴＶサービスに対する既存のソリューションでは、移動クライアント１３６はＥＰＧを受信する。このＥＰＧは、移動クライアント１３６に、特定のコンテンツサービスが、ＰＴＭ送信に対して特定のＰＴＭベアラを介して提供される、あるいは提供されることになることを通知する。従来のＥＰＧは、コンテンツサービス、例えば、「全国的な」モバイルＴＶサービスのストリーミングに対して良好に機能し、これは、ＥＰＧによってアナウンスされる時点で継続的に提供される。しかしながら、従来の技術は、地域的に適合したコンテンツサービスに対しては機能しない。これは、ＥＰＧによって提供される情報は、移動クライアント１３６の現在の位置とは独立しているからである。
【００６４】
拡張されたＥＳＧは、移動クライアント１３６の現在のアクセスエリア１３４ｄに適合していて、あるコンテンツサービスに対して、そのコンテンツサービスを提供するベアラあるいはベアラタイプを指示する。その結果、受信機アプリケーション１７０によって、利用可能なコンテンツサービスのリストを生成して、移動クライアント１３６のユーザに表示することができる。例えば、ＰＴＭタイプの通信範囲に及ばない地方のアクセスエリアでは、モバイルＴＶサービスは、ＰＴＰタイプベアラ上で利用可能なものであるとして示される。地域的に適合されているコンテンツサービスには、移動クライアント１３６の現在の位置に従ってそのリストに含まれる。従って、移動クライアント１３５の現在のアクセスエリアに提供されないコンテンツサービスは、拡張されたＥＳＧから削除される場合がある。
【００６５】
ＬＢＴ４００に加えて、拡張されたＥＳＧから得られる別の利点は、電力消費の削減とスタートアップ時間の削減である。従来の移動クライアント１３６は、移動クライアント１３６が現在接続しているアクセスエリア１３４がＰＴＭベアラを提供しているかを検出することができない。つまり、従来の移動クライアント１３６は、無駄にバッテリ電力を消費する監視をしながら、ＰＴＭベアラをまったく提供しないアクセスエリアに停滞する継続的なベアラをループする。この問題は、特に、従来のハイブリッドモバイルＴＶクライアントに対して発生する。ここで、従来のハイブリッドモバイルＴＶクライアントは、好適なＰＴＭ送信への切換の機会を検出するために、コンテンツサービスが提供されるかどうかをＰＴＭタイプベアラ上でチェックすることが要求される。例えば、ＰＴＭタイプベアラが永続的に利用不可能となっている地方のアクセスエリアに存在している従来のモバイルＴＶクライアント１３６（例えば、地方のアクセスエリア内に「ホームゾーン」を備えるクライアント）は、不必要にバッテリを浪費し、また、不必要にブロードキャストベアラをチェックするスタートアップ時間を浪費する。この問題は、正しいベアラタイプを提供する、ＬＢＴ４００及び拡張されたＥＳＧの少なくとも一方によって解決される。拡張されたＥＳＧは、有益的に、ＬＢＴ４００を組み合わせる。これは、受信されたＬＢＴ情報１５０がベアラタイプの変更を示す場合に、ベアラセレクタ１６０によってトリガーされるＥＳＧ更新をリクエストすることができるからである。
【００６６】
ハイブリッドネットワーク１００におけるノード１４０に関して、ＢＴＧ１９０は、データベース１９２を保持する、あるいは少なくともデータベース１９２へのアクセスを有する（ＢＴＧ１９０の限定的な実施形態）。データベース１９２は、更に、ＬＢＴ４００の形状に適合し、かつ境界アクセスエリア群を示すために、アクセスエリア１３４の地理的データを含んでいる。
【００６７】
ハイブリッドネットワーク１００の、移動クライアント１３６とノード１４０との間のシグナリングのやり取りにおける方法のステップ群の概要が図５に示される。図３の実施形態のシステム３００に対して既に示されるように、ノード１４０は、ＢＭ−ＳＣ１８０とＢＴＧ１９０を備える。ノード１４０は、コアネットワーク（ＣＮ）１２０と無線アクセスネットワーク（ＲＡＮ）１３０によって移動クライアント１３６と接続され、この移動クライアント１３６は、ベアラセレクタ１６０と受信機アプリケーション１７０とを備える。
【００６８】
シグナリングステップ５０１において、ＢＭ−ＳＣ１８０は、サービス識別子（ＩＤ）とＭＢＭＳサービスエリア（ＭＳＡ）とを提供する新規のサービスをＢＴＧ１９０に登録する。後者の情報は、ＢＴＧ１９０によってデータベース１９２に記憶される。シグナリングステップ５０２において、ＢＭ−ＳＣ１８０は、他の情報の中で、特に、サービス識別子を提供するコンテンツサービスを公にアナウンスする。シグナリングステップ５０３で示されるように、ＢＴＧ１９０に最近に登録されたサービスは、ＢＴＧ１９０に、最近に登録されたコンテンツサービスのＭＳＡ識別子（ＭＳＡ−ＩＤ）に対応するセル識別子をリクエストさせる。応答では、シグナリングステップ５０４において、無線アクセスネットワーク１３０は、ＢＴＧ１９０に、自身のステータス情報を含む、ＭＳＡに対応するリクエストされたセル情報を提供する。提供されたセル識別子群と提供されたセルロケーション群は、ＢＴＧ１９０によってデータベース１９２に記憶される。ステップ５０５において、このような情報に基づいて、ＢＴＧ１９０は（徐々に）完全なネットワークトポロジー（ＬＢＴ群を生成するための基礎を形成する）を生成する。
【００６９】
ステップ５０６で示されるように、コンテンツサービスの受信は、移動クライアント１３６のユーザ１９５によって開始される。受信機アプリケーション１７０（また、オプションでは、ＥＳＧあるいはＥＰＧ）と対話するユーザ１９５は、リクエスト対象のコンテンツサービスを判定する。ステップ５０７において、対応するサービス識別子が受信機アプリケーション１７０からベアラセレクタ１６０へ渡される。ベアラセレクタ１６０は、移動クライアント１３６の現在のアクセスエリア１３４ｄ（特に、セル識別子）を判定し、また、オプションとして、移動クライアント１３６の移動履歴あるいは移動予測を判定する。シグナリングステップ５０８で示されるように、ベアラセレクタ１６０は、現在のセル識別子とサービス識別子を含み、また、オプションとして移動情報を含む、ＬＢＴ情報に対するリクエストをノード１４０へ送信する。
【００７０】
このリクエストはＢＭ−ＳＣ１８０（ハイブリッドネットワーク１００によって提供されるマルチメディアサービスの少なくともサブセットを管理する）によって受信され、これは、シグナリングステップ５０９において、ＭＳＡ識別子リストを使用してサービス識別子に解決し、その情報をＢＴＧ１９０へ転送する。ステップ５１０において、ＢＴＧ１９０は、そのリクエストされたＬＢＴ情報を判定する。
【００７１】
デフォルトＬＢＴ情報（即ち、デフォルトのＬＢＴ群の内）の場合、ＬＢＴ情報１５０は、アクセスエリア１３４ｄに依存する（特に、ステップ５０８におけるＬＢＴリクエストで受信されるセル識別子に依存する）データベース（不図示）から取得される。個別に生成されたＬＢＴ情報（即ち、クライアントの個別のＬＢＴ群の内）の場合、ＢＴＧ１９０は、クライアントの位置及び移動情報の少なくとも一方に依存してＬＢＴ情報を生成する。
【００７２】
ＬＢＴリクエストが移動情報（例えば、移動予測）を含んでいる場合、ＢＴＧ１９０は、予測された軌跡に沿って伸張するようにＬＢＴ４００の形状を適合する。移動情報が移動履歴を含んでいる場合、ＢＴＧ１９０は、移動履歴に基づいて移動クライアント１３６の期待される将来の位置を計算する。例えば、移動クライアント１３６が移動履歴に従ってたまにしか移動していない場合、ＬＢＴ４００の形状はその移動クライアント１３６の位置周辺の小円エリアに設定される。オプションの移動情報がない場合、ＬＢＴの形状はデフォルト形状に設定される。オプションでは、ＢＴＧ１９０は、受信したセル識別子とロケーション（位置）コンテキスト情報とを比較して、そのロケーションコンテキスト情報に従ってＬＢＴ４００の形状を適合する。ロケーションコンテキスト情報は、移動クライアント１３６の現在位置の特定の地理的あるいは基礎的特徴の表示であっても良い。例えば、対応するセルが高速道路を包含する場合、ＬＢＴの形状は高速道路の方向に伸張される。
【００７３】
ＢＴＧ１９０は、先に判定された、サービス識別子に対応するＭＳＡのアクセスエリア群（特に、これらのセルエリア群）を、ＬＢＴ４００内のデータベース１９２からリクエストする。これらのアクセスエリア群に基づいて、ＢＴＧ１９０は、ＰＴＭタイプベアラを介して、コンテンツサービスの可用性を示すＬＢＴ情報１５０に対する第１のリストを生成する。次に、ＢＴＧ１９０は、ＬＢＴ内のデータベース１９２からすべての他のアクセスエリア群（特に、セルエリア群）をリクエストする。これらのアクセスエリアに対して、ＢＴＧ１９０は、ＰＴＰタイプベアラを介してコンテンツサービスの可用性を示す第２のリストを生成する。最終的には、ＬＢＴ内のアクセスエリアに対するデータベース３２２内の地理的情報に基づいて、ＢＴＧ１９０は、ＬＢＴの境界アクセスエリア群を識別する。これらの境界アクセスエリア群に基づいて、ＢＴＧ１９０は第３のリストを生成する。
【００７４】
ステップ５１１において、ＢＴＧは、これらの３つのリストを備えるＬＢＴ情報１５０をＢＭ−ＳＣ１８０に渡し、そこから、それは、ＣＮ１２０とＲＡＮ１３０を介して移動クライアント１３６へ送信される。ステップ５１２において、移動クライアント１３６では、ＬＢＴ情報１５０は、ベアラセレクタ１６０へ渡される。ステップ５１３で示されるように、ベアラセレクタ１６０は、継続的に、移動クライアント１３６の現在のアクセスエリアの識別子を監視する。ベアラセレクタ１６０によって現在のアクセスエリア識別子を監視することは、従来の移動管理（ＭＭ）手順と組み合わせることができる。受信したＬＢＴ情報１５０（即ち、１つ以上のリストからの）から、ベアラセレクタ１６０は、どのベアラタイプが現在利用可能であるかを判定する。現在のベアラの可用性の変更の場合、あるいは移動予測が現在利用可能なベアラの更なる変更を示している場合、ステップ５１４において、ベアラセレクタ１６０は、ステップ５１５における受信機アプリケーション１７０への変更のシグナリングによって、ベアラ選択を実行する。ベアラセレクタ１６０がＬＢＴの境界セルとして示される現在のセルを検出する場合、ベアラセレクタ１６０はシグナリングステップ５０８を繰り返して、新規のＬＢＴ情報をリクエストする。
【００７５】
上述の実施形態から明らかなように、本明細書で提示される技術は、様々な効果を提供する。まず、第一に、この技術は、図１から図３を参照して示されるような、既に存在し、かつ広く浸透している技術群に組み込むことができる。どのような場合でも、移動クライアント１３６は、ローカルベアラトポロジー４００に関する情報を取得する。これは、特に、ハイブリッドプッシュブロードキャストサービスのすべての送信セッションを受信するために有益である。ベアラ選択に基づいて、移動クライアントは途切れなくかつ遅延することなくコンテンツサービスのコンテンツデータを受信する。移動クライアントは、更に、地域的に利用可能なベアラタイプに関する情報を得ることができ、これは、地域的なコンテンツサービスを示す拡張されたＥＳＧを効果的に組み合わせる。
【００７６】
移動クライアント１３６は自律的にＬＢＴによって包囲されるエリアを移動することができるので、シグナリングデータの量が最少化される。また、大量のコンテンツサービスを受信する典型的にかなり大規模なグループの移動クライアント１３６に対する受信レポート群を評価する必要はない。総じて、シグナリングデータの量は削減され、また、ＬＢＴ情報に対する更新の頻度はクライアントの移動に適合される。
【００７７】
最終的に、移動クライアントのエネルギー消費は削減される。これは、ＰＴＭタイプベアラの不可用性がＬＢＴ情報の現在のアクセスエリアに対して示される場合にはＰＴＭベアラ群の受信を無効にすることができるからである。
【００７８】
上記では、本明細書で開示される技術を実現する原理、好適な実施形態及び様々なモードが例示的に記載されている。しかしながら、本発明は、上述の特定の原理、実施形態及びモードに制限されるものと解釈されるべきでない。むしろ、添付の請求項によって定義される本発明の範囲から逸脱することなく、当業者によって様々な変形及び修正がなされても良いことが理解されるべきである。
【図１】
0005345702.tif 000002
【図２】
0005345702.tif 000003
【図３】
0005345702.tif 000004
【図４】
0005345702.tif 000005
【図５】
0005345702.tif 000006