JP2005527126A - Ｕｍｔｓネットワークにおいてマルチキャスト通信を実行するための方法および装置 - Google Patents

Abstract

通信ネットワークにおいてマルチキャスト通信信号の発生と受信とを制御するように構成されたネットワークエンティティ（１３）であって、マルチキャスト送信信号は、送信内容とマルチキャストグループの識別情報とを搬送するものであり、当該マルチキャストグループの識別情報は、当該マルチキャスト送信信号に関連する宛先グループの識別情報であり、マルチキャストグループの識別情報に基づいてマルチキャスト送信信号用の宛先を決定する第１のプロシージャを実行し、前記第１のプロシージャの処理結果に基づいてマルチキャスト送信信号を処理する第２のプロシージャを実行する。当該第２のプロシージャには、マルチキャスト送信信号のルーティング、処理、終端および発信の一以上に関するルーチンが含まれている。

Description

本願は、通信ネットワークに接続されるように構成されたネットワークエンティティと、そのようなエンティティのための制御方法に関する。

通信ネットワークの一例として、図２には、移動通ネットワークの代表例を示している。当該移動通信ネットワークには、移動局１０１、１０２及び１０３を当該移動通信ネットワークにアクセスできるようなサービスを提供するアクセスネットワーク部２０と、当該移動局からの通信、または当該移動局への通信を制御するための制御ネットワーク部２１と、当該移動通信ネットワークと他の一以上のネットワークとの間での呼のコンテンツを処理するためのゲートウェイ２２とが含まれている。図２は、その一例として電話通信ネットワーク２４を一つ示している。図２において、点線は、制御信号を示しており、実線は、コンテンツの送信を示している。

また、図２は、電話通信ネットワーク２４に関連する制御ネットワーク２３と、サーバネットワーク２６とが示されており、これらは上述の移動通信ネットワークの一部であってもよいし、一部でなくてもよい。すなわち、サーバネットワークは、例えば、インターネットのように、移動体通信システムのサービスネットワークの一部であってもよいし、個別のネットワークであってもよい。

通信の一例として、図２は、移動端末１０１と、電話通信ネットワーク２４に関連する端末２５との間での通信を示している。ここで、呼のコンテンツは、移動端末１０１からアクセスネットワーク２０内のゲートウェイサポートノード２０１へと転送され、続いてゲートウェイ２２、通信ネットワーク２４に関連するゲートウェイ２４１へと転送され、そして、通信ネットワーク２４に関連するゲートウェイサポートノード２４２へと転送され、最後に電話端末２５へと転送される。なお、コンテンツとしては、ビデオ、オーディオ、またはデータなど、既知の何れかのタイプを採用可能である。

移動端末１０１と電話端末２５との間の通信は、移動通信ネットワーク側の制御ネットワーク２１内の制御エンティティ２１１と、電話通信ネットワーク２４側の制御ネットワーク２３内の制御エンティティ２３１とに基づいて制御される。これらのエンティティ２１１と２３１との間で制御信号が交換される。エンティティ２１１は、制御信号をゲートウェイサポートノード２０１とゲートウェイ２２とに交換する。制御エンティティ２３１は、制御信号をゲートウェイ２４１とゲートウェイサポートノード２４２とに交換する。

また、図２は、他の通信の一例を示しており、すなわち、ネットワーク２６内の２つのサーバー２６１、２６２から移動局１０２、１０３への呼の送信信号が、制御ネットワーク２１内のエンティティ２１２と、アクセスネットワーク２０内のサポートノード２０２とによって処理されている。これらの例においては、呼のコンテンツと制御信号が同一のエンティティによって制御されている。

図２の記述は、概略的な論理構造を示している。この論理構造は、対応する物理構造によって反映されていてもよいし、反映されていなくてもよい。すなわち、図２に個別に示されているエンティティらは、実際のところ、物理的に分離されていてもよいし、一の場所にある単一の物理ユニットとして提供されてもよい。また、図２において単一の構成要素として示されているエンティティらは、単一の物理ユニットとして提供されていもよいし、複数の物理ユニットに分散されて提供されてもよい。

図２に示されたアーキテクチャーを有するネットワークの一例は、ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇのサイトにおいて入手可能な３ＧＰＰ（第３世代共同プロジェクト）の技術仕様、２３．０００２ Ｖ５．３．０（２００１−０６）に準拠した移動通信ネットワークであり、当該技術仕様書は、参照によりここに取り込まれているものとする。

３ＧＰＰの技術用語によれば、アクセスサービスを提供するための第１のネットワーク部２０は、いわゆるアクセスネットワークに相当し、サポートノード２０１、２０２は、ＧＧＳＮ（ゲートウェイ ＧＰＲＳ サポートノード）に相当しうる。さらに、制御機能を提供する第２のネットワーク部２１は、いわゆるコア・ネットワークに相当し、エンティティ２１１、２１２は、一以上のＣＳＣＦ（呼状態制御機能）に相当しうる。移動局１０１、１０２および１０３は、例えば、一般移動電話通信システム（ＵＭＴＳ）に準拠して動作する移動局に相当しうる。

本発明の目的は、改良されたネットワークエンティティを提供することによって通信ネットワークのキャパシティを改善することである。

この目的は、請求項１に記載された特徴を有するネットワークエンティティや、請求項１７に記載された制御方法によって解決可能である。有利な効果を奏する実施形態は従属項に記載されている。

本発明によれば、通信ネットワーク用のネットワークエンティティが提供される。−通信ネットワークにおいてマルチキャスト送信信号の発生と受信とを制御するように構成されたネットワークエンティティであって、マルチキャスト送信信号は、送信内容（コンテンツ）とマルチキャストグループの識別情報とを搬送するものであり、当該マルチキャストグループの識別情報は、当該マルチキャスト送信信号に関連する宛先グループの識別情報であり、
− マルチキャストグループの識別情報に基づいてマルチキャスト送信信号用の宛先を決定する第１のプロシージャを実行し、
− 前記第１のプロシージャの処理結果に基づいてマルチキャスト送信信号を処理する第２のプロシージャを実行する。当該第２のプロシージャには、マルチキャスト送信信号のルーティング処理、信号処理、終端処理および発信処理のうちの少なくとも一つに関するルーチンが含まれている。

したがって、前記ネットワークエンティティはマルチキャスト管理エンティティであって、
マルチキャストルーター機能と、マルチキャストサーバー機能と、マルチキャストプロキシー（代理）機能とのうちの少なくとも一つを含み、
− マルチキャストルーター機能は、ルーティング処理などのマルチキャストデータの処理を実行するためのマルチキャストグループの管理処理などを実行するものであり、
− マルチキャストサーバー機能は、潜在的なマルチキャストのソース（送信装置）となるための発信機能（例えば、後で転送するために、マルチキャストの送信信号を受信して記憶するマルチキャストサービスの場合や、あるいはマルチキャスト管理エンティティが複数のユーザに対し当該送信信号を送信することを決定するか、もしくは命令されたために、ユニキャストの送信信号を受信してマルチキャストの送信信号へと変換するなど）、またはマルチキャストコンテンツの発生機能、操作機能および合成機能のうちの少なくとも一つを備え、
− マルチキャストプロキシー機能は、例えば、マルチキャストコンテンツを無線インタフェース特性（移動通信ネットワークの場合）、エンドユーザ（装置）の能力や嗜好に適応させるための信号処理や終端処理などを実行する。

好ましくは、本発明のネットワークエンティティは、移動通信ネットワークに適用されるものであるが、本発明はこれに限定されることはなく、無線、有線、固定、衛星およびその他など、他の種類の通信ネットワークにも適用可能であることはいうまでもない。

また、本発明によれば、マルチキャスト機能は、通信ネットワークに追加してもよく、例えば、ネットワークの事業者は、マルチキャストサービスと、各サービスごとに特定のセッションの提供と管理に参加することができるが、これは、例えば、グループごとに特別の管理制御と、グループごとに特別の課金処理とを実装可能であることを意味し、通信ネットワークにおける全体での送信効率が大幅に改善することを意味する。なぜなら、マルチキャスト管理機能およびマルチキャスト処理機能とによって、ネットワークリソースをより良く配置できるとともに、活用できるためである。ネットワーク事業者は、マルチキャストサービスとマルチキャストセッションが有効であることに気づくであろう。

本発明の他の有利な効果については、添付図面を参照しつつ、以下に示す実施形態についての詳細な説明を読むことにより明確に理解できるであろう。

以下では、移動体通信ネットワークにおいて用いられるネットワークエンティティに関連して、本発明の好ましい実施形態を説明するものとする。しかしながら、本発明のネットワークエンティティは、どのような種類の通信ネットワークにおいても用いることが可能であり、移動体通信ネットワークにおける適用は単なる好ましい一例に過ぎないことは理解されるべきである。

図１は、本発明が適用される通信ネットワークの概要を示す図である。参照符号によると、移動局１０、基本的な呼制御エンティティ１１、ゲートウェイサポートノードエンティティ１２、本発明に係るネットワークエンティティの実施形態であるマルチキャスト管理エンティティ１３、およびマルチキャストソース１４が示されている。図２ついても同様に、実線は、コンテンツの送信信号を示しており、点線は、制御信号のシグナリングを示している。また、図１に示した構造は論理構造であり、図１にいいて分離されたパーツとして示されているユニットは物理的に分離されていてもよいし、一体化されていてもよい。また、ユニットとして示されている構成要素は、物理的なユニットであってもよいし、そうでなくてもよい。例えば、一箇所に配置してもよいし、複数の物理的なユニットに分散して配置することもできる。

基本的な制御エンティティ１１およびマルチキャスト管理エンティティ１３の双方とも、例えば図２のネットワーク部２１などの、移動通信ネットワークの一般的な制御部に属している。基本呼制御エンティティ１１は、移動通信ネットワークにアクセスしている個々の移動局からの通信及び移動局への通信を処理するように構成されている。呼制御エンティティ１１の対応する機能としては、例えば、呼設定機能、終了機能、状態／イベントの管理機能、特定のサービスをサポートするために他のネットワークエンティティ（例えば、マルチキャスト管理エンティティ１３）との相互通信機能、課金機能、検査機能、傍受機能、およびその他の呼のイベントに関する報告機能などがある。なお、アクセスネットワークは、簡潔に説明する目的のために図示を省略している。

マルチキャスト管理エンティティ１３は、適宜のソースからのマルチキャスト送信信号の受信を制御するように構成されている。図１に示されているように、このようなソースとしては、例えば、マルチキャスト送信信号１５１を送出するサーバー１２などが該当しよう。なお、サーバー１４は、移動通信ネットワークの一部であってもよいし、あるいは移動通信ネットワークの外部に配置されてもよい。１以上のマルチキャストルーターが、マルチキャスト管理エンティティ１３とサーバー１４との間に介在してもよいが、これらのルーターは記載の簡潔さのために省略されている。図１に示されているように、マルチキャスト送信信号のソースは、マルチキャスト送信信号１５２を送出する移動局１０であってもよい。

マルチキャスト管理エンティティ１３は、さらに、マルチキャスト送信信号を発生したり、発信したりするように構成されている。この発生処理は、受信された（マルチキャストやユニキャストなど）の送信信号に基づいて実行可能であり、あるいは、マルチキャスト管理エンティティ１３自体が、マルチキャスト送信信号を発信したり、また例えば、追加の情報に基づいてユニキャストの送信信号をマルチキャストの送信信号へと変換したりする発信サーバーとなってもよい。

マルチキャスト管理エンティティ１３は、マルチキャストグループの識別情報を基礎としてマルチキャスト送信信号の宛先を決定するためのプロシージャを実行するように構成されている。マルチキャストグループ識別情報の一例としては、ＲＦＣ１１２のインターネットグループ管理プロトコル（ＩＧＭＰ）により知られているマルチキャストアドレスがある。一般的に言って、マルチキャストグループ識別情報は、グループの宛先を識別するためにふさわしいものであればどのような指標であってもよい。

マルチキャスト管理エンティティ１３は、さらに、宛先決定プロシージャからの処理結果出力に基づいて、すなわち、決定された宛先に基づいて、マルチキャスト送信信号を処理するためのプロシージャを実行するように構成されている。マルチキャスト送信信号についての処理は、受信した送信信号１５１、１５２の簡易のルーティング処理や、受信したマルチキャスト送信信号についての信号処理や、受信したマルチキャスト送信信号について切断処理や、あるいは新しいマルチキャスト送信信号の発信処理のいずれかに含ませることができる。これは図１において矢印１５３によって例示されている。当該矢印１５３は、マルチキャスト管理エンティティ１３の出力を示している。図示されている宛先１６は、移動通信ネットワークの内部または外部に存在するエンティティである。すなわち、現在のところ移動通信ネットワークへとアクセスしている移動局（例えば、ホームネットワークの加入者装置、ローミング中の加入者装置）であってもよいし、あるいはネットワークノードなどの移動通信ネットワークにおける他のエンティティであってもよい。また、図２に示されているサーバー２６１、２６２など、移動通信ネットワークの外部にある他の何れかのエンティティであってもよい。また、例えば、図２に示されているような異なる電話ネットワークにある電話端末であってもよい。

図１において示されている制御信号のシグナリングのコネクション１７１−１７５は単なる例示に過ぎない。すなわち、この例で、ソース１０または１４は、基本呼制御エンティティ１１と特別のマルチキャスト管理エンティティ１３との両方と制御信号を交換することができる。しかしながら、ソース１０または１４とマルチキャスト管理エンティティ１３との間には、シグナリングのコネクション１７２、１７３がなくてもよい。ソース１０または１４とマルチキャスト管理エンティティ１３との間におけるすべての制御信号のシグナリングは、基本呼制御エンティティ１３を介して、すなわちコネクション１７１、１７４および１７５によって処理されてもよいのである。

好ましくは、マルチキャスト管理エンティティ１３は、マルチキャストグループ識別情報をと宛先の識別情報とを関連付けるマルチキャストのサービス記録（レコード）を管理する。また、マルチキャスト管理エンティティ１３は、移動通信ネットワークの内部または外部に存在する潜在的な宛先から、マルチキャストサービスについてのサービス登録要求を受信して終端するように構成されている。

マルチキャストサービスの記録は、マルチキャスト管理エンティティ１３において保持してもよいし、あるいは移動通信ネットワーク内の何れかの装置に記憶しておくことができる。宛先の識別情報としては、潜在的な宛先が存在する移動通信ネットワークや、他の通信ネットワークと互換性のある好適なもしくは適宜の種類の識別情報を採用できる。例えば、宛先の識別情報として、インターネットプロトコル（ＩＰ）アドレスを採用してもよいし、あるいはマルチキャストの識別情報として、ＩＰｖ４（ＩＰの第４バージョン）や、ＩＰｖ６（ＩＰの第６バージョン）の専用マルチキャストアドレスを採用してもよい。

潜在的な宛先は、マルチキャスト管理エンティティ１３内のマルチキャストサービスに登録してもよい。例えば、ＩＧＭＰあるいはマルチキャスト・リスナー・ディスカバリー（ＭＬＤ）などのシグナリングや、移動通信ネットワークに属する専用のシグナリングのプロシージャによって登録することができる。そのようなシグナリングのメッセージは、マルチキャスト管理エンティティ内で終端され、グループ管理情報がそこに記憶され、例えば、クライアント（宛先）が特定のマルチキャストグループに登録されることになる。一例として、一般的な「サッカー好き」グループが定義されたとすると、当該グループに関連するサッカーについてのマルチキャストサービスの送信信号を受信するために、クライアントは当該グループに登録することになる。

好ましくは、さらに、マルチキャスト管理エンティティ１３は、マルチキャストの宛先として動作する前記移動通信ネットワークの内部または外部のエンティティからのマルチキャストセッションのセッション登録要求を受信して終端するように構成されている。すなわち、マルチキャスト管理エンティティ１３は、当該宛先を対応するマルチキャストグループのためのセッションに参加させるために、潜在的な宛先からの専用のセッション登録メッセージを受信する。例えば、マルチキャスト管理エンティティ１３は、特定のマルチキャストサービス（上述した「サッカー好き」グループなど）に現在登録されているすべての宛先についての記録を保持しており、もし、マルチキャスト管理エンティティ１３が、前記特定のグループを識別するマルチキャストグループ識別情報を搬送しているマルチキャスト送信信号を受信したとすると、当該送信信号は、当該セッションに登録されているすべての宛先に対して転送可能となる。とりわけ、マルチキャスト管理エンティティは、マルチキャストルーターとして機能することができ、受信したマルチキャストのコンテンツを、移動通信ネットワークのドメイン内に存在する登録されたすべてのクライアントに対して配信することになる。マルチキャスト管理エンティティは、同様に、移動ネットワークをマルチキャスト配信ツリーの一部として機能させることができるが、これは、移動ネットワークの外部のマルチキャスト配信ツリーに向けてグループ管理情報を伝播することによって実現される。マルチキャストのルーティングプロトコルは、この目的のために使用される。この情報を伝播させることによって、移動ネットワークは、ちょうど他のすべてのローカルエリアネットワークのように、マルチキャスト配信ツリーの一部となる。

マルチキャスト管理エンティティ１３は、例えば、移動管理に応じて、サービス登録要求を修正可能であることが好ましい。

マルチキャスト管理エンティティ１３は、図１に示されているように、制御部１３１と処理処理部１３２を含むことが好ましい。制御部１３１は、セッション制御を担当し、処理部１３は、ベアラ制御と送信信号のコンテンツを処理することが好ましい。図１に示されているように、すべての線が処理部１３２へと接続されており、制御信号のシグナリングの線は制御部１３１に接続されている。しかしながら、コンテンツは、制御部１３１を介して転送することも可能である。

上述したように、図１のアーキテクチャーは、論理構造を示したものとして理解されなければならない。従って、制御部１３１と処理部１３２は、物理的に分離されていてもよいし、あるいは一体化されていてもよい。特に、移動通信ネットワーク内の異なる位置に配置されている複数の処理部１３２を、単一の制御部１３１に関連づけるようにしてもよい。制御部１３１と処理部１３２との間の通信は、たとえば、ＩＴＵ−Ｔの勧告Ｈ．２４８などに準拠した適宜の通信方式にしたがって実行できる。

もしクライアントが制御部１３１に登録する場合は、制御部１３１は次に処理部１３２に登録を実行する。すなわち、全てのマルチキャストのトラフィックが宛先へと向かう際に制御部１３１を通過することになる。これによって、制御部１３１は、課金関連情報と統計関連情報を収集することが可能となる。この場合において、制御部１３１は、登録されたクライアントからのマルチキャスト配信パスを、当該制御部１３１を介して処理部１３２へと延長し、最終的には、マルチキャストのソース（これ自体は処理部１３２ではない）へとエンティティを延長することになる。また、制御部１３１は処理部１３２へと登録しなくてもよい。この場合は、クライアントが制御部１３１に登録することになる。制御部１３１は、クライアントの対応するサポートノード１２に対し、処理部１３２へと接続することを（例えば、マルチキャストルーティングプロトコルを用いて）要求するか、あるいはサポートノード１２がそのように処理するよう命令を送信するよう処理部１３２に対して制御部１３１が要求することになろう。サポートノード１２は、マルチキャスト配信ツリーの一部となる。処理部１３２とサポートノード１２との間のユニキャスト（多重化されていてもよい）のコネクションは、当該マルチキャストトラフィックを送信するために利用されていもよい。移動通信ネットワークが回線交換型のアクセスネットワークである場合は、回線交換ドメイン用のゲートウェイまたはアクセスサーバーを、上述のサポートノードの代わりとして利用できる。これによって、回線交換ドメインへのマルチキャストサービスの提供が可能となる。

マルチキャスト管理エンティティ１３は、好ましくは、移動通信ネットワークの内部または外部に存在するエンティティからのセッション招待要求を受信して終端するように構成される。当該エンティティは、マルチキャストのソースとして機能する、例えば、図１に示されているサーバー１４または移動局１０などである。マルチキャストのセッションが開始される際には、マルチキャストのソース１０または１４は、適宜のシグナリングプロトコル（セッション開始プロトコル ＳＩＰやリアルタイム・ストリーミング・プロトコル ＲＴＳＰなど）を用いて、マルチキャスト管理エンティティ１３（制御部１３１）に対して開始を通知する。このシグナリングは、（シグナリングコネクション１７２、１７３として示されているように）直接的であってもよいし、（シグナリングプロトコル１７１、１７４及び１７５として示されているように）間接的であってもよい。このセッション情報のメッセージは、少なくとも、マルチキャスト送信信号におけるストリームのタイプ（例えば、ビデオ、オーディオ、データ、およびストリームのレートなど、各メディアストリームに関連する特定のパラメータなど）のような、マルチキャストグループ識別情報を含んでいる。マルチキャストコンテンツに関する情報は、例えば、セッション記述プロトコル（ＳＤＰ）によって示すことができる。

制御部１３１を介して登録が実行されると、マルチキャスト管理エンティティ１３の制御部１３１は、最善の処理部１３２を選択し、ネットワーク内において必要とされるリソースを予約し、マルチキャスト配信パスを延長するために処理部１３２を登録する。さらに、制御部１３１は、この情報のすべてをデータベースに記憶する。当該データベースは、マルチキャスト管理制御部１３１に統合されることが好ましい。マルチキャスト管理制御部１３１は、また、マルチキャストのソース（例えば、図１の１０または１４）に、マルチキャスト管理処理部１３２の識別情報について通知する。これには、例えば、ＩＰアドレスなど、パケット交換ベースのネットワークにおける適宜のアドレスのフォーマットが用いられる。このようにして、マルチキャスト管理処理部１３２へとコンテンツ（１５１，１５２）の配信が可能となり、例えば、処理部１３２では、ユニキャストからマルチキャストへの変換処理が実行されることになる。この処理部１３２は、当該マルチキャストのソースを登録することができる。処理部１３２は、（例えば、ＩＧＭＰ／ＭＬＤを介して）他の何れかのマルチキャストのクライアントや、（例えばマルチキャストプロトコロルによって）他のマルチキャストルーターなどを、対応するマルチキャストグループに登録することができる。

マルチキャスト管理エンティティ１３（制御部１３１及び処理部１３２の少なくとも一つ）は、宛先が備えているマルチキャストの機能についての情報を保持しており（例えば、データベースなどに記憶している。）、さらなるマルチキャストの送信（すなわち、マルチキャストグループ識別情報を含んでいる送信）が可能かどうか、あるいはいくつかのマルチキャスト送信および／またはユニキャスト送信の複製または提供を実行しなければならないかどうかを、決定することができる。後者のケースでは、処理部１３２は、マルチキャストルーティングプロトコル（例えば、プロトコル無依存型マルチキャストＰＩＭなど）のデータストリームを終端し、コンテンツを複製し、アクセスネットワーク内で複数のユニキャスト送信を使用する。宛先（クライアント）についての対応するアドレスは、制御部１３１によって提供されるか、あるいは、クライアントが処理部に直接的に登録することで、処理部１３２が当該アドレスを保持することになる。

例えば、中央のデータベースからマルチキャストセッションのリスト（マルチキャストグループの識別情報とマルチキャストソースとを識別するためのもの）の受信が完了したあとで、マルチキャスト管理エンティティ１３は、自身のマルチキャスト送信を開始してもよい。要求が送信されてくるのを待つ代わりに、マルチキャスト管理エンティティ１３自身が、処理部１３２を選択し、リストに掲載されたマルチキャストソースにコンタクトし、マルチキャストストリーム、マルチキャストソース、処理部１３２およびその他についての情報を自己のデータベースに記憶してもよい。マルチキャスト管理エンティティ１３によって開始されたマルチキャストサービスは、蓄積交換メカニズムがマルチキャストサービスに適用されるときに、利用されてもよい。蓄積交換のサービスは、マルチキャスト管理エンティティ１３が受信したマルチキャストコンテンツを一旦記憶し、当該コンテンツを遅延させて転送するといったサービスである。マルチキャストサービスは、マルチキャスト管理エンティティ１３によってダウンロードされてもよいし、転送処理と送信処理は、例えば、トリガーメッセージの受信や予め定められたタイミング条件の合致など、外部のイベントによって起動されてもよい。これによって、マルチキャスト管理エンティティ１３は、当該サービスの配信を開始する。他のオプションとして、マルチキャストコンテンツは、すべてのクライアントに対して同時に配信される必要はない。もし、あるクライアントが現時点で実行不可能であれば、あとで（実行可能となったときに）当該コンテンツを取得させるようにしてもよい。このようなケースでは、マルチキャスト管理エンティティが、どのクライアントが、どの情報の受信を完了しているかを追跡管理することになろう。すなわち、主として、マルチキャストのコンテンツがマルチキャストグループに配信されたときに、どのクライアントが実行不可能であったかを追跡管理することになる。マルチキャスト管理エンティティによって開始または命令される、コンテンツの受信を完了したクライアントの登録解除処理が使用されてもよい。これは、すべてクライアントがコンテンツを一回に限り受信することを保証するためである。

好ましくは、移動通信ネットワークにアクセスしている移動局などの宛先にマルチキャストコンテンツを送信する前に、マルチキャストコンテンツの一以上のパラメータを変更することによって、および／または当該コンテンツ自体を変更することによって当該マルチキャストコンテンツを処理するためのルーチンを、マルチキャスト送信処理用プロシージャが含むように、マルチキャスト管理エンティティ１３は構成される。一例として、パラメータの変更処理は、マルチキャストのストリームを無線インタフェースの特性に適合させる処理に含まれる。例えば、ストリームの送信レートが、無線インタフェース上の利用可能なバンド幅へと適合される。コンテンツの変更についての一例は、ネットワーク事業者についての特定のロゴを付加する処理、宣伝情報を付加する処理、または特定の（好ましくない）コンテンツをフィルタリングによりカットする処理に、含ませることができる。

さらに、移動通信ネットワークにアクセスしている移動局などの宛先にマルチキャストコンテンツを送信する前に、あるマルチキャストのコンテンツを他のマルチキャストのコンテンツとマージ処理したり、結合処理したりすることによって、当該マルチキャストコンテンツを処理するためのルーチンを、マルチキャスト送信処理用プロシージャが含むように、マルチキャスト管理エンティティ１３が構成されることが好ましい。これは、複数のユニキャストストリームをマージまたは結合する処理と似ている。

マルチキャストセッションに関係しているエンティティの全てについての課金情報は、マルチキャスト管理エンティティ１３において収集可能であり、移動通信ネットワーク内の対応する課金ノードへと課金情報が転送され、また必要もしくは望ましいのであれば、他のネットワーク内の課金ノードへと課金情報が転送される。

好ましくは、マルチキャスト管理エンティティ１３は、マルチキャストグループに関して、グループごとの特別の許可制御、グループごとの特別の課金処理、グループごとの特別の統計収集処理、グループごとの特別の評価処理などの少なくともひとつを実行するように構成される。グループごとの特別の許可制御とは、例えば、マルチキャスト管理エンティティ１３が、同時に利用可能なメンバー（セッションについて登録されている宛先）の最大数または最小数を制御することなどがある。特別の課金処理とは、各宛先へと請求される料金をグループごとの関連条件に基づいて変更可能であることを意味し、例えば、マルチキャストサービスを受信するクライアント（宛先）が多くなればなるほど、料金を安くするが如くである。この場合の他の例としては、セッションを実行するための宛先の最小数が予め設定されるときに、例えば、クライアントの数が余りにも少なすぎる場合、マルチキャスト管理制御部１３１は、マルチキャストソースからのセッション招待要求を拒否したり、あるいは自身がマルチキャストのソースとして動作するときは、自己のセッションを開始しないようにしたりすることがあげられる。

マルチキャスト管理エンティティ１３は、また、認証処理、許可処理、マルチキャスト送信信号のソースについての課金処理を実行してもよい。

本願によると、マルチキャスト管理エンティティ１３（とりわけ、処理部１３２）は、好ましくは、マルチキャスト配信構造のソースまたはリモートのソースとして動作することもできる。これは、ソースをベースとしたマルチキャストルーティングアーキテクチャーの場合である。あるいは、コアをベースとしたルーティングアーキテクチャーを採用する場合、そのコア（ランデブーポイントとも呼ばれる。）としてマルチキャスト管理エンティティ１３は動作することもできる。これら２つのマルチキャストルーティングのアーキテクチャーは、例えば、「ＩＰ Ｔｅｌｅｐｈｏｎｙ： Ｐａｃｋｅｔ−ｂａｓｅｄ ｍｕｌｔｉｍｅｄｉａ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍｓ」、Ｏ．Ｈｅｒｓｅｎｔ， Ｄ．Ｇｕｒｌｅ， Ｄ．Ｐｅｔｉｔ， Ａｄｄｉｓｏｎ−Ｗｅｓｌｅｙ， Ｈａｒｌｏｗ， ２０００において説明されているので、ここではこれ以上の説明は必要ないであろう。

マルチキャスト管理エンティティ１３は、分離できるデータ部分を含むマルチキャスト送信のコンテンツを特別に取り扱うことができるように構成されることが好ましい。分離可能なデータ部分を含むマルチキャスト送信信号のコンテンツの一例としては、メディアタイプの異なる複数のストリームがあげられる。例えば、ビデオ、オーディオ、データ、もしくはＭＰＥＧ−４において知られているような基本レイヤーと拡張レイヤーのようなスケーラブルに符号化されたデータについての異なる複数のレイヤーなどがある。このケースにおいて、マルチキャストグループの識別情報に基づいて宛先を決定するプロシージャには、宛先についてのサブグループを決定する処理が含まれることが好ましく、ここで、各サブグループは、一以上の前記分離可能な部分の受信信号に関連付けられており、マルチキャスト送信信号を処理するプロシージャには、マルチキャスト送信信号のコンテンツの分離を制御するためのルーチンと、分離された個々の部分を、決定されたサブグループにしたがって転送するためのルーチンとが含まれる。

なお、サブグループは、何れかの適当なまたは望ましい方法を用いて定義することができる。例えば、サブグループはネットワークの事業者によって予め定義されてもよいし、潜在的な宛先については、単純に、予め定義されたサブグループの一つについて登録すればよい。例えば、オーディオおよびビデオのストリームを含む（メインの）マルチキャストグループの数が予め定められている場合に、オーディオのサブグループについて登録している宛先は、オーディオのストリームだけを受信できるようにすうＲ。また、オーディオのサブグループは、各メイングループのそれぞれについて予め定義することが可能である。なお、メインのグループに登録している宛先は、オーディオとビデオのストリームを受信することになる。代替的に、マルチキャスト管理エンティティは、例えば、ユーザからの要求に基づいて、サブグループの定義処理を制御してもよい。一例として、ある宛先（クライアント）が特定のマルチキャストグループ（例えば、上述のサッカー好きグループ部など）に登録している場合、ここでは本例を説明する目的で、ビデオとオーディオのストリームが提供されるものと仮定する。同時に、オーディオのストリームだけを受信したいと宛先が希望する場合に、マルチキャスト管理エンティティは、オーディオのサブグループを（動的に）定義することができる。このような定義は、例えば、オーディオだけのサービスについて、予め定められた最小の数の要求など、予め定められた条件と結合させることができる。

サブグループに登録するためのプロシージャは、一般的な場合、上述したグループに登録するためプロシージャと似通ったものとしてもよい。各々のサブグループは、マルチキャストのサブグループ識別情報を具備することになり、それによって他の何れかのマルチキャストグループのようになろう。

すなわち、マルチキャスト管理エンティティ１３は、異質なクライアント（宛先）に対してマルチキャストサービスを処理する能力を備えていることが好ましいだろう。異質なクライアントは、例えば、それぞれサービス要求品質、条件、能力、及び嗜好などがそれぞれ異なっているものをいう。例えば、いくつかの移動局は、オーディオまたはオーディオとデータを受信するようにだけ設計されているかもしれない。また、宛先が異質な場合もあり、例えば、複数のアクセスネットワークのうり、一つはパケット交換ベースの移動端末へのアクセスネットワークであるが、もう一つが回線交換ベースの移動端末へのアクセスネットワークであるが如くである。ここで、回線交換ベースの移動端末はオーディオの情報だけを受信するものであってもよい。

本発明によれば、マルチキャスト管理エンティティ１３に、受信されたマルチキャストコンテンツを複数のストリームへと分離させることもできる。分離処理と転送処理は、分離されたマルチキャストサブグループに基づいて実行される。例えば、宛先装置は、どのメディアストリームを受信するかを選択することができる。また、特定の料金と結びつけることもできる（例えば、オーディオストリームだけを受信した場合は、オーディオとビデオのストリームを受信した場合よりも安価にするが如くである。）。

同様に、もしマルチキャストのコンテンツが、基本レイヤーと拡張レイヤーとにスケーラブル符号化された層を含む場合に、拡張レイヤーは、例えば、フレームレートや解像度を向上させるもので、マルチキャストサブグループは、レイヤーごとに割り当てることができる。

マルチキャスト送信信号のコンテンツを分離する機能は、様々な方法で実現することができる。例えば、個々の希望、条件、及び制約などに依存するなどして実行できる。例えば、マルチキャスト管理エンティティは、予め定められたマルチキャストグループ（メインのグループ）に属しているコンテンツを、複数の部分に分割したり、複数の部分をいくつかの組み合わせたものへと分割したりするように構成されてもよい。ここで各部分、または部分の組み合わせは、（例えばネットワーク事業者によって定義された）自己のサブグループに関連付けられる。ネットワーク管理エンティティは、対応するマルチキャストサブグループの識別情報を用いて、各サブグループに送信信号を転送する。ここで、当該サブグループに登録しているクライアントに関する情報は不要である。すなわち、クライアントはマルチキャスト管理エンティティに登録することはせず、代わりに、マルチキャストのツリーにおいて、より下位に位置するエンティティに登録してもよい。

一方、マルチキャスト管理エンティティは、クライアント（宛先）の記録を保持するように構成されていてもよく、こうすることで、どのクライアントがどのサブグループに登録されているかを直接的に決定することができる。マルチキャスト管理エンティティが、例えば、コンテンツを複製し、これをユニキャストの送信信号として個々の宛先へと転送する場合は、記録の保持が必要となろう。マルチキャスト管理エンティティが登録の管理処理に能動的に関与する場合は、追加のマルチキャストアドレスと、異なるサブグループについてのグループ管理ルーチンとを使用することが必要になるかもしれない。これは、マルチキャストのサブグループのアドレスとコンテンツとをクライアントに通知しなければならないことを意味し、これによって、これらのクライアントはどれに登録するかを把握することができる。

図３に一例を示す。マルチキャストのソース３０は、コンテンツのスタック３０１、３０２、３０３を含む送信信号を送出する。当該コンテンツは、これら部分３０１、部分３０２および部分３０３に分離することが可能となっている。例えば、３０３はオーディオのストリームであり、３０２はデータのストリームであり、３０１はビデオのストリームであり、あるいは、３０３は基本レイヤーであり、３０２は第１の拡張レイヤーであり、３０１は第２の拡張レイヤーであってもよい。第１のエンティティ３１は、例えば、第１のマルチキャスト管理エンティティ１３であり、３つの部分３０１−３０３を含むマルチキャスト送信信号を、あるエンティティ３３へと送出することができ、ストリーム３０２と３０３だけを含むマルチキャスト送信信号を他のエンティティ３２へと送出してもよい。エンティティ３２は、たとえば、マルチキャスト管理処理部１３２である。このエンティティ３２は、受信したマルチキャスト送信信号を分離することができる。例えば、単一の部分３０３を一つの移動局１０５へと転送し、３０２と３０３とを含む送信信号を他の移動局１０４へと転送する。一方、エンティティ３３は、スタック３０１、３０３のすべてを複製し、対応する端末極４および３５へと転送してもよい。

例えば、複数のＲＴＰ（リアルタイム・トランスポート・プロトコル ＲＦＣ１８８９）のストリームを、複合メディアや多層符号化の場合に利用してもよい。各ＲＴＰのストリームは、専用のマルチキャストグループをベースとしている。クライアント（宛先）は、自己が興味を有しているマルチキャストのサブグループや、または自己が受信して処理することが可能なストリームについてのマルチキャストのサブグループに登録する。異なる各クライアントがどのレイヤーまたはどのメディアを受信できるかについては、マルチキャストのソースは知らないし、気にすることもない。なぜなら、当該ソースは、一般的なグループにおけるストリームおよびメディアのすべてを送信し、それをマルチキャスト管理エンティティがサブグループに応じて処理を加えて提供するようにしているからである。

本発明についてここまでで説明してきた実施形態によれば、マルチキャスト管理エンティティ１３は、それ自身が多層符号化や複合メディアストリームを適用できることが好ましい（可能であれば、多重化されたメディアストリームを分割した後でこれらを適用する。）。マルチキャスト管理エンティティ１３は、結合されたメディアストリームまたは結合された符号を、個別のメディアストリームまたは個別の符号レイヤーへと分割処理できるように構成される。可能であれば、これらのストリームについての符号変換を実行した後で分割を実行してもよい。代替的に、マルチキャスト管理エンティティ１３は、マルチキャストのソースに、既存のマルチキャストセッション内で、または新しいマルチキャストセッションを確立させ、そのセッション内で、要求したフォーマットもしくは望ましいフォーマットを用いてメディアストリームを送信するよう指示する。オプションとして、マルチキャスト管理エンティティ１３は、マルチキャストのソースに、その能力についての通知要求を送信してもよい。これにより、マルチキャストのソースが、要求されたフォーマットを用いてストリーム（一般には、マルチキャストのコンテンツ）を供給できるかどうかをチェックしたり、要求したりできる。マルチキャスト管理エンティティは、マルチキャストのサブグループの識別情報を、異なるメディアストリームおよび／または異なる符号ごとに割り当て、クライアント（宛先）に対して、異なるマルチキャストグループの目的と、サブグループごとの内部の対応データとについて通知してもよい。これは、興味のある団体向けの一般のマルチキャスト配信チャネルによって、Ｗｅｂページや何れかのデフォルトの設定メカニズムを介して、専用のマルチキャストグループに実行してもよい。クライアントは、処理可能なマルチキャストサブグループや、興味のあるサブグループや、単に支払ってもよいと思うようなサブグループへと、加入したり登録したりすることができる。

これにより、マルチキャスト管理エンティティの処理が簡単になり、実際に、この処理は、マルチキャスト管理エンティティとクライアントとの間のネゴシエーションのプロシージャに採用されよう。

好ましい実施形態によれば、マルチキャスト管理エンティティ１３は、移動通信ネットワークのマルチメディア処理システムの一部であり、移動通信ネットワークにアクセスしている個々の移動局からの通信信号と移動局への通信信号とを処理する基本呼処理エンティティ１１もまたマルチメディア処理システムの一部である。本発明は、第３世代共同プロジェクト（３ＧＰＰ）の技術標準に準拠した移動通信システムに適用されることが好ましいだろう。この技術標準としては、３Ｇ ＴＳ ２３．０００２の例えば２００１年６月のＶ５．０や、３Ｇ ＴＳ ２３．２２８の例えば２００１年６月のＶ５．１．０や、３Ｇ ＴＳ ２３．０６０の例えば２００１年１月のＶ３．６．０があり、これらのすべてをここに参照として取り込む。

３ＧＰＰのアーキテクチャーの説明に当てはめるとすれば、上記のマルチメディア処理システムは、インターネットプロトコル・マルチメディア・サブシステム（ＩＭＳ）に相当し、呼処理エンティティ１１は、一以上の呼状態制御機能（ＣＳＣＦ；すなわち、プロキシーＣＳＣＦ、問い合せＣＳＣＦおよび在圏ＣＳＣＦの一以上）に相当し、マルチキャスト管理エンティティ１３は、マルチメディアリソース機能（ＭＲＦ）に相当しうる。ここで、制御部１３１は、マルチメディアリソース機能制御装置（ＭＲＦＣ）に相当し、処理部１３２は、マルチメディアリソース機能処理装置（ＭＲＦＰ）に相当しうる。サポートノード１２は、ゲートウェイＧＰＲＳ（一般パケット無線サービス）のサポートノード（ＧＧＳＮ）であってもよい。

ＧＧＳＮにおける位置登録機能は、加入情報とルーティング情報とを各加入者装置ごとに記憶しており、ＧＧＳＮは、その加入者装置用にアクティブの状態にある少なくとも一つのＰＤＰ（パケットデータプロトコル）コンテキストを有している。加入情報とルーティング情報は、ＧＰＲＳの移動局宛てのパケットデータトラフィックを、当該移動局が登録されているＧＧＳＮへと、トンネル化して送信するために必要となる。

上述したように、ＭＲＦは、マルチメディアリソース機能制御装置（ＭＲＦＣ）及びマルチメディアリソース機能処理装置（ＭＲＦＰ）と好適に分離される。ＭＲＦＣとＭＲＦＰの機能は、好ましくは以下の通りである。ＭＲＦＣは、ＭＲＦＰにおけるマルチメディアストリームのリソースを制御し、および／または、アプリケーションサーバーと在圏ＣＳＣＦから受信した情報（例：セッション識別情報）を翻訳し、それに応じてＭＲＦＰを制御し、および／または、ＣＤＲ（呼の詳細記録）を生成する。ここで、ＭＲＦＰは、Ｇｉインタフェース（Ｇｉインタフェースは、ＧＰＲＳと外部のパケットデータネットワークとの間にある参照点である。）上のベアラ制御を実行し、および／または、ＭＲＦＣによって制御されるリソースを提供し、および／または、受信した（複数の宛先向けの）メディアストリームをミックスし、および／または、（マルチメディア宣伝情報についての）メディアストリームのソースとして動作し、および／または、メディアストリームに関する処理（例えば、オーディオの符号変換や、メディアの解析など）を実行する。

さらに、アプリケーションサーバーが提供されてもよい（例えば、図２のサーバー２６１、２６２を参照のこと）。ＭＲＦに関してのアプリケーションサーバー（ＡＳ）のタスクは、会議機能（例えば、会議の予約、予約情報［例えば、開始時刻、会議時間、参加者のリストなど］の提供など）をＭＲＦＣに提供したり、および／または、フロア制御メカニズムを提供したりすることである。フロア制御メカニズムによって、エンドユーザは、メディアストリームがどのようにミックスされ、配信されるべきかを表す情報をＭＲＦＣに提供することができる。

制御信号のシグナリングやコンテンツの送信に使用されるプロトコルは、適宜または望ましく選択可能である。例として、これらの通信は次の少なくとも一つに従って実行することができる：
− ＳＩＰ、セッション開始プロトコル（ＲＦＣ ２５４３）；マルチメディアセッションの制御を行なう；
− ＳＤＰ、セッション記述プロトコル（ＲＦＣ ２２７）；マルチメディアセッションの記述を行なう；
− ＳＡＰ、セッション告知プロトコル（案）；マルチキャストによってマルチメディアセッションの広告を行なう；
− ＲＴ（Ｃ）Ｐ、リアルタイムのトランスポート（制御）プロトコル（ＲＦＣ １８８９）、リアルタイムデータの転送及びサービス品質（ＱｏＳ）のフィードバックの提供を行なう；
− ＲＴＳＰ、リアルタイムのストリーミングプロトコル（ＲＦＣ ２３２６）；ストリーミングメディアの配信を制御する。

セッション開始プロトコルは、一以上の参加者に対してセッションを確立、変更および終了するための、アプリケーション層のプロトコルである。これらのセッションには、インターネットマルチメディア会議、インターネット電話呼、及びマルチメディア配信などが含まれる。セッションのメンバーは、マルチキャストによって、もしくはユニキャスト関連のメッシュ、またはこれらの組み合わせによって通信することができる。

セッションを確立する際に使用されるＳＩＰ招待メッセージは、互換性を有するメディアタイプのセットに同意することを可能ならしめるセッション記述情報を参加者に搬送する。ＳＩＰは、ユーザの移動をサポートしており、これは、ユーザの現在位置へと要求を代理処理したり、リダイレクトしたりすることで実現される。ユーザは、自己の現在位置を登録することができる。ＳＩＰは、特定の会議制御プロトコルに深く関係しているわけではない。ＳＩＰは、下位層のトランスポートプロトコルに依存することなく、追加機能について拡張することができる。

セッション記述プロトコル（ＳＤＰ）は、セッションの宣伝、セッションの招待、及びマルチメディアセッションの開始に関する他のフォーマットなど、マルチメディアセッションについて記述するために使用される。ＳＤＰは、純粋に、セッションを記述するためのものであり、すなわち、マルチメディアセッションを探索して、参加するための十分な情報を搬送できるように明確に定義されたフォーマットである。ＳＤＰは、ＳＡＰ、ＳＩＰおよびリアルタイムストリーミングプロトコル（ＲＳＴＰ）など、適宜の異なるトランスポートプロトコルを使用してもよい。

ＳＤＰのセッション記述メッセージには、以下のような情報が含まれる。メディアタイプ（ビデオ、オーディオ、その他など）、トランスポートプロトコル（ＲＴＰ／ＵＤＰ／ＩＰ、Ｈ．３２０、その他など）、メディアのフォーマット（Ｈ．２６１、ビデオ、ＭＰＥＧビデオ、その他など）。

セッション記述は、セッションレベルの記述（セッションの全体と全てのマルチメディアストリームに適合するための詳細）と、オプションとして、いくつかのメディアレベルの記述（単一のメディアストリームに適合するための詳細）とを含む。

セッション宣伝プロトコル（ＳＡＰ）は、マルチキャストマルチメディア会議と他のマルチキャストセッションを宣伝するために使用される。ＳＡＰは、定期的にセッションの記述（ＳＤＰ）を含むパケットを、既知のマルチキャストアドレスやポートに向けてマルチキャストする。遠隔に位置する潜在的な参加装置は、セッションに参加するために必要となるツールを起動するために、セッション記述を使用することができる。ＳＡＰの宣伝装置は、ＳＡＰのリスナーが存在するか否かの情報を保持しない。

ＳＡＰは、長時間にわたる広域マルチキャストセッションの存在を宣伝するように意図されている。

リアルタイムのトランスポートプロトコル（ＲＴＰ）は、エンドツーエンドのネットワーク転送機能を提供する。これは、マルチキャストやユニキャストのネットワークサービス上で、オーディオ、ビデオ、あるいはシミュレーションデータのようなリアルタイムのデータを送信するアプリケーションにふさわしいものである。ＲＴＰによって提供される機能は、ペイロードタイプの識別、シーケンス番号の割り振り、タイムスタンプの生成、及び配信の監視などがある。また、ＲＴＰは、ＵＤＰとＩＰマルチキャスト上で、オーディオやビデオをリアルタイムで送信するためのプロトコルとしてもふさわしい。

データのトランスポートは、制御プロトコル（ＲＴＣＰ）によって補強される。当該プロトコルは、ＱｏＳを監視して、進行中のセッションの参加者たちについての情報を伝送するために使用される。会議における各メディアのストリームは、個々のＲＴＰセッション（個々のＲＴＣＰストリームを伴う。）として送信される。ＲＴＣＰの報告メッセージは、直前の報告メッセージ以降に紛失したパケットの数や、紛失パケットの累積値、到着したデータ間のジッターなど、特定のソースから受信したデータについての統計を提供する。

セッションが確立された後（可能であれば配信の後）で、ＱｏＳはＲＴＣＰによって監視されうる。必要とされているＱｏＳがもはや満たされないとなれば、新規の配信について決定することができる
ＲＴＰもＲＴＣＰも、マルチキャストのために設計されている。

リアルタイムのストリーミングプロトコル（ＲＴＳＰ）は、マルチメディアサーバをリモートコントロールする標準の方法を提供する。Ｗｅｂベースのメディア・オンデマンドをサービス提供することを主要な目標としているが、一方で、ＲＴＳＰは、ビデオカセットレコーダーに似たオーディオおよびビデオストリームの制御や、ＲＴＰデータストリームの再生機能や記録機能を提供するためにも好適である。クライアントは、記録されたマルチメディアのセッションを既存のマルチキャストベースの会議の中で再生するようＲＴＳＰサーバーに指定したり、あるいは、会議に参加すべきことや会議を記録すべきことを当該サーバーに指定したりすることができる。

上述した個々の実施形態あるいは一以上の組み合わせによれば、次のような利点がある：
− ＵＭＴＳのネットワークにおいてポイントツーマルチポイントまたはマルチキャストのサービスを提供でき、
− マルチキャストサービスについて、ネットワークの事業者が、グループ管理、グループ許可制御、及びグループ課金機能を制御でき、
− マルチキャストのメディア処理ユニットとローカルのマルチキャストルーター（マルチキャスト管理エンティティの配置されているもの）とを統合することにより、効率の良いストリーム処理と追加の機能とを提供でき、
− 基本呼処理エンティティ（例えば、Ｓ−ＣＳＣＦなど）が、マルチキャスト管理制御部（例えば、ＭＲＦＣなど）を搭載でき、マルチキャスト管理制御部は、マルチキャスト管理処理部（例えば、ＭＲＦＰ）をできる限り宛先の近くに配置できる。（これは、マルチキャスト管理処理部がマルチキャストストリームの複製処理を実行しなければならないときのことである。）
− 多層符号化と複合メディアストリームについて専用のマルチキャストグループを使用することで、異質なクライアントをサポートすることができ、
− ユニキャストのサービスについて指定された（マルチキャスト管理エンティティ内の）同一のストリーム操作要素をマルチキャストサービスについて使用でき（これは、マルチキャストルーティングプロトコルのコンテンツについての終端と、分析の後で使用できる）、
− 蓄積交換マルチキャストサービスを提供できる（例えば、サードパーティのマルチキャストサービスプロバイダのために、リモートマルチキャストサービスのリソースをプールすることができる。）。また、これは、宛先に対してより近いマルチキャストサービスについてのキャッシュと考えることもでき、
− マルチキャスト（あるいはより一般的なポイントツーマルチポイント）のサービスストリームについてのプロキシー機能を提供できる。

本発明についてのネットワークエンティティは、ハードウェアや、ソフトウェアとハードウェアとの適宜の組み合わせによって実現でき、本発明の制御方法は、ソフトウェアによって実現しうる。したがって、本発明は、そのようなソフトウェアを運搬するデータキャリヤや、データ記憶媒体によって実現される。

技術用語「エンティティ」は、論理的に識別可能かつ区別可能なネットワークの部分（パーツ）として呼んでおり、一以上の機能を有し、一つの物理ユニットに搭載されてもよいし、複数の物理ユニットに分散して搭載されてもよい。

好ましい実施形態に基づいて本発明を説明してきたが、これらの詳細な説明は、当業者が本発明を完全に理解できるようにするために提供したものであって、本発明に係る権利範囲を限定することを意図したものではない。本発明の権利範囲は、添付の特許請求の範囲によって定義されるのである。参照番号は理解を容易にするために使用しており、権利範囲を限定するために用いているわけではない。

図１は、本発明の実施形態の概要を示す図である。 移動通信ネットワークのアーキテクチャーの概要を示す図である。 本発明の実施形態において、分離可能な部分を含んだマルチキャスト送信信号のコンテンツの処理を図解した図である。

Claims (19)

1. 通信ネットワークに接続可能なネットワークエンティティ（１３）であって、
   − 前記通信ネットワークにおいてマルチキャスト送信信号（１５１、１５２）の受信および生成を制御するよう構成されており、前記マルチキャスト送信信号は、送信コンテンツとマルチキャストグループの識別情報とを搬送する送信信号であり、前記マルチキャストグループの識別情報は、前記マルチキャスト送信信号の宛先（１６）となるグループを識別するための情報であり、
   − 前記マルチキャストグループの識別情報に基づいてマルチキャスト送信信号（１５１，１５２）用の宛先（１６）を決定する第１のプロシージャを実行するよう構成されており、
   − 前記第１のプロシージャの処理結果に基づいてマルチキャスト送信信号（１５１，１５２，１５３）を処理する第２のプロシージャを実行するよう構成されており、前記第２のプロシージャには、マルチキャスト送信信号のルーティング、信号処理、終端処理および発信処理のうちの少なくとも一つに関するルーチンが含まれていることを特徴とするネットワークエンティティ。
2. 前記ネットワークエンティティ（１３）は、前記通信ネットワークの内部または外部に位置し、マルチキャストの宛先（１６）として動作するエンティティからマルチキャストサービスについてのサービス登録要求を受信して終端するように構成されているとともに、前記宛先（１６）についての識別情報と前記マルチキャストグループの識別情報とを関連付けるマルチキャストのサービス記録を管理するように構成されていることを特徴とする請求項１に記載のネットワークエンティティ。
3. 前記ネットワークエンティティ（１３）は、前記通信ネットワークの内部または外部に位置し、マルチキャストの宛先（１６）として動作するエンティティからマルチキャストセッションについてのセッション登録要求を受信して終端するように構成されていることを特徴とする請求項１または２に記載のネットワークエンティティ。
4. 前記ネットワークエンティティ（１３）は、前記通信ネットワークの内部または外部に位置し、マルチキャストのソース（１０、１４）として動作するエンティティからマルチキャストセッションについてのセッション招待要求を受信して終端するように構成されていることを特徴とする請求項１乃至３の何れか１項に記載のネットワークエンティティ。
5. 前記第２のプロシージャには、前記第１のプロシージャからの処理結果に基づいて、前記マルチキャスト送信信号のコンテンツを複製する一以上の位置を選択する選択ルーチンが含まれていることを特徴とする請求項１乃至４の何れか１項に記載のネットワークエンティティ。
6. 前記選択ルーチンは、リソースの負荷を軽減するために、前記宛先への配信に基づいて、前記マルチキャストコンテンツの複製を最適化するように構成されていることを特徴とする請求項５に記載のネットワークエンティティ。
7. 前記第２のプロシージャには、前記マルチキャストのコンテンツを送信する前に、前記マルチキャストのコンテンツに係る一以上のパラメータを変更することによって前記マルチキャストのコンテンツを処理するルーチン、および前記コンテンツを変更するルーチンの少なくともひとつが含まれていることを特徴とする請求項１乃至６の何れか１項に記載のネットワークエンティティ。
8. 前記第２のプロシージャには、前記マルチキャストのコンテンツを送信する前に、マージ処理により前記マルチキャストのコンテンツを処理するルーチン、および、あるマルチキャストのコンテンツを他のマルチキャスト送信信号に係るマルチキャストのコンテンツと結合するルーチンの少なくともひとつが含まれていることを特徴とする請求項１乃至７の何れか１項に記載のネットワークエンティティ。
9. 前記ネットワークエンティティ（１３）は、グループごとの許可制御、グループごとの課金処理、グループごとの統計情報の収集処理、および前記マルチキャストグループについてのグループごとの統計評価処理の少なくともひとつを実行するように構成されていることを特徴とする請求項１乃至８の何れか１項に記載のネットワークエンティティ。
10. 前記マルチキャスト送信信号が、分離可能なデータ部分（３０１、３０２、３０３）を含んでいる場合に、前記第１のプロシージャには、宛先となるサブグループの決定が含まれ、各サブグループは、前記分離可能なデータ部分（３０１、３０２、３０３）の一以上の受信に関連するものであり、前記第２のプロシージャには、前記マルチキャスト送信信号のコンテンツの分離処理を制御するルーチンと、前記第１のプロシージャにおいて決定されたサブグループに従って、分離された個々のデータ部分（３０１、３０２、３０３）を転送するルーチンとが含まれていることを特徴とする請求項１乃至９の何れか１項に記載のネットワークエンティティ。
11. 前記分離可能なデータ部分（３０１−３０３）は、メディアタイプが異なるストリームであることを特徴とする請求項１０に記載のネットワークエンティティ。
12. 前記分離可能なデータ部分（３０１−３０３）は、スケーラブル符号化により符号化されたデータに係る、異なるレイヤーであることを特徴とする請求項１０または１１に記載のネットワークエンティティ。
13. 前記ネットワークエンティティ（１３１）は、制御部（１３１）と処理部（１３２）とを含み、前記通信ネットワークにおいて、前記制御部（１３１）は、セッション制御を担当し、前記処理部（１３２）は、ベアラ制御を担当することを特徴とする請求項１乃至１２の何れか１項に記載のネットワークエンティティ。
14. 前記通信ネットワークは、移動通信ネットワークであり、前記移動通信ネットワークには、移動局（１０、１０１、１０２、１０３、１０４、１０５）に前記移動通信ネットワークへのアクセスを提供する第１のネットワーク部（２０）と、前記移動局（１０、１０１、１０２、１０３、１０４、１０５）への通信と前記移動局からの通信とを制御する第２のネットワーク部（２１）とが含まれ、前記ネットワークエンティティ（１３）は、前記第２のネットワーク部（２１）に接続するように構成されていることを特徴とする請求項１乃至１３の何れか１項に記載のネットワークエンティティ。
15. 前記ネットワークエンティティ（１３）は、前記移動通信ネットワークのマルチメディア処理システムであり、前記マルチメディア処理システムには、さらに、前記移動通信ネットワークにアクセスする個々の前記移動局への通信と前記移動局からの通信とを処理する基本呼処理エンティティ（１１）が含まれることを特徴とする請求項１４に記載のネットワークエンティティ。
16. 前記移動通信システムは、第３世代共同プロジェクトの技術標準に準拠したものであり、前記マルチメディア処理システムは、インターネットプロトコルのマルチメディアサブシステムであり、前記基本呼処理エンティティ（１１）は、呼状態制御機能であり、前記マルチキャスト管理エンティティ（１３）は、マルチメディアのリソース機能であることを特徴とする請求項１５に記載のネットワークエンティティ。
17. 通信ネットワークにおけるネットワークエンティティ（１３）を制御する制御方法であって、前記ネットワークエンティティ（１３）は、前記通信ネットワークにおいてマルチキャスト送信信号の受信および生成を制御するように構成されており、前記マルチキャスト送信信号は、コンテンツとマルチキャストグループの識別情報とを搬送する送信信号であり、前記マルチキャストグループの識別情報は、前記マルチキャスト送信信号の宛先となるグループを識別するための情報であり、
    前記制御方法は、
    − 前記マルチキャストグループの識別情報に基づいてマルチキャスト送信信号用の宛先を決定する第１のプロシージャを実行するステップと、
    − 前記第１のプロシージャの処理結果に基づいてマルチキャスト送信信号を処理する第２のプロシージャを実行するステップとを含み、
    前記第２のプロシージャには、マルチキャスト送信信号のルーティング、信号処理、終端処理および発信処理のうちの少なくとも一つに関するルーチンが含まれていることを特徴とするネットワークエンティティ。
18. 請求項１７に記載の制御方法をコンピュータ装置において実行するように構成されたコンピュータプログラム。
19. 請求項１８に記載のコンピュータプログラムを搬送するためのコンピュータ可読データ搬送体。

Images