(57)【要約】  本発明は、サービスモードがマルチメディア放送／マルチキャストサービス（以下ＭＢＭＳとする）のために設定され、それぞれのサービスモードがパスに対応し、ユーザ装置（以下ＵＥとする）が現在のネットワークによりサポートされた少なくとも１つのサービスモードを活動状態にし、上記活動状態にされたサービスモードの対応するパスのＭＢＭＳデータをネットワーク側から受信することを特徴とするＭＢＭＳを実行する方法を開示する。この方法は、複数の形式によりカバーされたＵＥが、加入したＭＢＭＳデータを安全に受信できることを保障する。ＵＥをカバーするカレントネットワークが活動状態にされたサービスモードをサポートすることに失敗したときには、カレントネットワークがサポートし、ＵＥがこのサービスモードのＭＢＭＳを受信できるようなサービスモードを活動状態にする。それゆえ、ＵＥはいかなるネットワーク環境においても加入したＭＢＭＳデータを受信できることが保障され、従って加入者の要求はより大きな程度まで満たされる。
2007511937.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディア放送／マルチキャストサービス（Multimedia Broadcast/ Multicast Service：以下“ＭＢＭＳ”とする）のために複数のサービスモードを設定し、それぞれのサービスモードがパスに対応するＭＢＭＳを実行する方法であって、
ユーザ装置（User Equipment：以下ＵＥとする）が上記ＵＥをカバーする現在のネットワークによりサポートされた少なくとも１つのサービスモードを活動状態にし、かつ上記活動状態にされたサービスモードの対応するパスのＭＢＭＳデータをネットワーク側から受信することを特徴とするＭＢＭＳを実行する方法。
【請求項２】
上記サービスモードは、サービスの品質（Quality of Service：以下ＱｏＳとする）のレベルと送信形式とにより設定されることを特徴とする上記請求項１に記載のＭＢＭＳを実行する方法。
【請求項３】
上記ＱｏＳレベルは、データ送信速度、遅延要件、故障許容力、又はこれら３つのいずれかの組合せにより設定されることを特徴とする上記請求項２に記載のＭＢＭＳを実行する方法。
【請求項４】
上記サービスモードは、ビデオ、音声、画像、テキスト形式、又はこれら４つのいずれかの組合せを構成することを特徴とする上記請求項２に記載のＭＢＭＳを実行する方法。
【請求項５】
上記サービスモードは、ネットワーク形式と、ネットワーク負荷と、上記ＵＥの位置するエリアとにより、又はこれら３つのうちの１つ、またはこれら３つのいずれかの組み合わせにより決定される現在のネットワークによりサポートされることを特徴とする上記請求項１に記載のＭＢＭＳを実行する方法。
【請求項６】
さらに、上記ＵＥにより要求されたモードとして少なくとも１つのサービスモードを予め選択し、
上記ＵＥをカバーする現在のネットワークによりサポートされるサービスモードは、上記ＵＥにより要求されたサービスモードの１つであることを特徴とする上記請求項１に記載のＭＢＭＳを実行する方法。
【請求項７】
さらに、上記ネットワークの負荷許容キャパシティにより複数のサービスモードに優先順位を設定し、初期状態で、上記ＵＥは上記要求されたサービスモードのうち優先順位の最も高いサービスモードを活動状態にし、
さらに、上記ＵＥがＭＢＭＳデータを受信する前に、
Ａ１．上記ＵＥの活動状態にされたサービスモードが、上記ＵＥにより要求されたサービスモードの全てのうち優先順位の最も高いサービスモードであるかどうかを判定し、もし条件を満足すればステップＢ１を実行し、そうでなければ現在のサービスモードとして優先順位の最も高いサービスモードを設定し、ステップＢ１を実行し、
Ｂ１．上記ＵＥをカバーする現在のネットワークが現在のサービスモードをサポートしているかどうかを判定し、もし条件を満足すればステップＤ１を実行し、そうでなければステップＣ１を実行し、
Ｃ１．上記ＵＥの現在のサービスモードより優先順位の低い要求されたサービスモードのなかにサービスモードがあるかないかを判定し、もし条件を満足すれば優先順位に従い現在のサービスモードとして１つのサービスモードを選択し、ステップＢ１に戻り、そうでなければこの処理手順を終了し、
Ｄ１．現在のサービスモードが活動状態にされたかどうかを判定し、もし条件を満足すればステップＥ１を実行し、そうでなければステップＡ１で活動状態にされたサービスモードを非活動状態にし、ステップＡ１を実行する前に現在のサービスモードを活動状態にし、
Ｅ１．上記ＵＥは、活動状態にされたサービスモードの対応するパスのＭＢＭＳデータをネットワーク側から受信することを特徴とする上記請求項６に記載のＭＢＭＳを実行する方法。
【請求項８】
さらに、上記ネットワークの負荷許容キャパシティにより複数のサービスモードに優先順位を設定し、初期状態で、上記ＵＥは上記要求されたサービスモードのうち優先順位の最も高いサービスモードを活動状態にし、
さらに、上記ＵＥがＭＢＭＳデータを受信する前に、
Ａ２．上記ＵＥをカバーする現在のネットワークが上記ＵＥの活動状態にされたサービスモードをサポートできるかどうかを判定し、もし条件を満足すれば現在のサービスモードとして活動状態にされたサービスモードを設定し、ステップＤ２を実行し、そうでなければステップＢ２を実行し、
Ｂ２．現在のサービスモードより優先順位の低い要求されたサービスモードの中にサービスモードがあるかどうかを判定し、もし条件を満足すれば優先順位に従ってサービスモードの１つを選択し、ステップＣ２を実行し、そうでなければこの処理手順を終了し、
Ｃ２．上記ＵＥをカバーする現在のネットワークが選択されたサービスモードをサポートしているかどうかを判定し、もし条件を満足すれば選択されたサービスモードを活動状態にし、ステップＤ２を実行し、そうでなければ現在のサービスモードとして選択されたサービスモードを設定し、ステップＢ２を実行し、
Ｄ２．上記ＵＥは、活動状態にされたサービスモードの対応するパスのＭＢＭＳデータをネットワーク側から受信することを特徴とする上記請求項６に記載のＭＢＭＳを実行する方法。
【請求項９】
さらに、上記ネットワークの負荷許容キャパシティにより複数のサービスモードに優先順位を設定し、
上記ＭＢＭＳデータを受信する間に、
上記ＵＥは、ＵＥ自身がサービスモードに対応するＭＢＭＳデータを継続して受信できるかどうかを判定し、もし条件を満足すればこの処理手順を終了し、そうでなければ要求されたサービスモードから活動状態にされたサービスモードより優先順位の低いサービスモードを選択し、活動状態にされたサービスモードを非活動状態にし、選択されたサービスモードを活動状態にし、
上記ＵＥは、活動状態にされたサービスモードの対応するパスのＭＢＭＳデータをネットワーク側から受信することを特徴とする上記請求項６に記載のＭＢＭＳを実行する方法。
【請求項１０】
上記パスは、サービスモードのマルチキャストＩＰアドレスを構成することを特徴とする上記請求項１に記載のＭＢＭＳを実行する方法。
【請求項１１】
上記予め選択されたサービスモードは、１つのあるいはそれ以上のサービス負荷許容モードを構成し、上記ＵＥをカバーする現在のネットワークによりサポートされた少なくとも１つの活動状態にされたサービスモードは、上記ＵＥにより選択された全てのサービス負荷許容モードを構成することを特徴とする上記請求項１に記載のＭＢＭＳを実行する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、主に無線通信におけるマルチキャスティング技術に係わり、特にマルチメディア放送／マルチキャストサービス(Multimedia Broadcast/Multicast Service：以下ＭＢＭＳとする)を実行する方法に関する。
【背景技術】
【０００２】
移動通信技術の発達により、第３世代移動通信は、第２世代移動通信より高い伝送速度により、ＴＶ電話、画像ダウンロード、高速インターネットブラウジングのようなサービスの複数の形態がサポートされているようなデータサービスを提供することができる。このようなサービスの１つは、無線通信網を介した天気予報、短いニュース、又はスポーツの対戦相手の募集等のような同じサービスに加入する複数のユーザ装置（User Equipment：以下ＵＥとする）に、メッセージを同時に送信することを特徴としている。このような同時送信サービスの特徴では、第３世代移動通信はマルチキャスト／放送の概念を導入している。
【０００３】
図１において、マルチキャストサービスサーバ（例えばビデオサーバ）は、中間ノードの複数のレベルを構成する配信ツリーを通して、ＵＥにＭＢＭＳデータを送信できる。マルチキャストと放送の共通の特徴は、始点ノードから終点ノードまでデータを送信する間、マルチキャストサービスサーバは、常に単一のパスの送信を実行する。すなわち、それぞれの中間ノードの間は、データを受信することを期待する下流に中間ノードがいくつあるかにかかわらず、データのたった１つのコピーが送信され、データを受信した後、中間ノードはデータを受信することを期待する下流のノードの数に従ってデータを複製し、これらのノードにデータを配信する。従って、配信ツリーのそれぞれの枝には送信されるデータのたった１つのコピーが存在し、通信資源のたった１つの部分だけが占有され、根のノードでも同様である。マルチキャストサービスサーバが終端のＵＥの数と同じ数のデータを複製しなければならないユニキャスト送信と比較すると、マルチキャスト／放送送信は、同時に大量のＵＥに同じデータを供給する環境下において、ネットワーク資源を節約することができる。
【０００４】
３ＧＰＰ（the third Generation Partnership Project）の規格において、現在のＷＣＤＭＡの基準には、Ｒ４，Ｒ５，Ｒ６を含むいくつかのバージョンがある。これらのバージョンは、ネットワークへのアクセスの部分の無線負荷許容キャパシティの違いによるものであり、例えばＲ５のデータ負荷許容キャパシティは２Ｍｂｐｓである一方、Ｒ４のデータ負荷許容キャパシティは３８４ｋｂｐｓである。ＷＣＤＭＡシステムとはいえ、ネットワークの早い段階においては、データ負荷許容キャパシティが７０ｋｂｐｓから８０ｋｂｐｓの間である第２世代移動通信に接続することは避けられない。このため、ネットワーク全体を通して、複数の無線負荷許容キャパシティによりカバーされる複数のエリアが存在することはよくあることである。
【０００５】
上記の状況は、３ＧＰＰ２（the third generation mobile communications organization）においても存在する。図２に示すように、３ＧＰＰ２の規格は、それぞれのバージョンの無線負荷許容キャパシティが異なる、複数の無線ネットワークのバージョンを有している。
【０００６】
更に、無線セルに関しては、建物などの障害物だけではなくＵＥと基地局の距離が異なることにより、同じセルの異なるエリアの無線信号の受信状況が異なる可能性がある。１つの信号に関しては、もしＵＥが基地局に近くにあり、かつその間に建物等の障害物が無い場合には、信号の品質は良くなり、そうでない場合には悪くなる。異なる信号（例えば高速データ送信の信号あるいは低速データ送信の信号）に関しては、これらの信号がＵＥに届いたときに、同じ受信品質を獲得するためのＳＮ比が異なるので、低速データ信号は低いＳＮ比が必要とされる。図３において、図３Ａは高速データ送信によるセルカバレッジを示し、図３Ｂは低速データ送信によるセルカバレッジを示し、高速データ信号が大きなブラインドゾーンのセルの中に、少ないエリアをカバーする一方、低速データ信号は小さなブラインドゾーンのセルの中に、多くのエリアをカバーする。例えば、３８４ｋｂｐｓをサポートするＵＥは、信号品質の悪いロケーションでは音声電話サービスのみを使用し、信号品質の良いロケーションではＴＶ電話サービスを楽しむことができる。
【０００７】
先行技術によれば、３ＧＰＰはマルチキャストデータの送信のためのＭＢＭＳ配信ツリーを採用している。図４において、ＭＢＭＳ配信ツリーの送信元はコンテンツプロバイダであり、ＭＢＭＳは、放送／マルチキャストサービスセンター（ＢＭ−ＳＣ）、ゲートウェイパケットラジオサービス（ＧＰＲＳ）サポートノード（ＧＧＳＮ）、サービスＧＰＲＳサポートノード（ＳＧＳＮ）、及びラジオアクセスネットワーク（ＲＡＮ）を介してＵＥに供給される。さらに、ＭＢＭＳ配信ツリーは、ラジオネットワークコントローラ（ＲＮＣ）とＳＧＳＮを通り、これらの負荷許容資源は、同じＭＢＭＳサービスにアクセスしている複数のＵＥにより共有され、このＭＢＭＳサービスは、ＭＢＭＳ配信ツリーのそれぞれの枝が同じサービス品質（Quality of Service：以下ＱｏＳとする）を有することが必要とされる。既存のプロトコル基準により、ＭＢＭＳセッションがスタートする間、つまりＢＭ−ＳＣ、ＧＧＳＮ、ＳＧＳＮ、ＲＡＮ、ＵＥの順序で、ＱｏＳはデータの送信方向のそれぞれの関連するノードに連続的に設定される。
【０００８】
ＭＢＭＳ配信ツリーが設定された後は、その一定の枝のＱｏＳが変形される必要があるために、既存のＭＢＭＳ配信ツリーが修正されることはないし、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）のネットワークユニットの中でＱｏＳと取り決めることは許されない。
【０００９】
このため、無線ネットワークが一定のＭＢＭＳを供給することができ、そのＱｏＳがすでに取り決められている場合であっても、ネットワークのカバーされたエリアに位置するＵＥがこのＭＢＭＳに入る要求をするときに、このネットワークのカバーされたエリアがかなり混雑し、かつ取り決められたＱｏＳが獲得できないときは、ＵＥはこのＭＢＭＳに参加することを拒絶される。同様に一定のＭＢＭＳに加わったＵＥが低バージョンのネットワークにローミングするとき、ＱｏＳが維持されないので、現在カバーしているネットワークを介してＵＥから設定されたＭＢＭＳ配信ツリーの枝にされた要求もまた拒絶される。信号品質の悪いネットワーク上の場所に位置したときには、明らかにＵＥは加入したＭＢＭＳを受信することがもはやできない。
【００１０】
つまり、無線チャンネルの様々な状況と現在のネットワークの様々なキャパシティとの制約により、ＵＥは加入したＭＢＭＳを受信することができず、かつ加入者のネットワークに対する満足感が失われていく可能性がある。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
上記を考慮して、本発明は、ＵＥが様々なチャンネルと様々なネットワークのキャパシティによる環境下において、加入したＭＢＭＳを受信することが保障されることができるＭＢＭＳを実行する方法を提供する。
【課題を解決するための手段】
【００１２】
本発明によれば、ＭＢＭＳのために複数のサービスモードを設定し、それぞれのサービスモードがパスに対応するＭＢＭＳ実行する方法であって、ＵＥが上記ＵＥをカバーする現在のネットワークによりサポートされた少なくとも１つのサービスモードを活動状態にし、上記活動状態にされたサービスモードの対応するパスのＭＢＭＳデータをネットワーク側から受信するものとする。
【００１３】
上記サービスモードは、ＱｏＳレベルと送信形式とにより設定されるものとする。
【００１４】
上記ＱｏＳレベルは、データ送信速度、遅延要件、故障許容力、又はこれら３つのいずれかの組合せにより設定されるものとする。
【００１５】
上記サービスモードは、ビデオ、音声、画像、テキスト形式、又はこれら４つのいずれかの組合せを構成するものとする。
【００１６】
上記サービスモードは、ネットワーク形式と、ネットワーク負荷と、上記ＵＥの位置するエリアとにより、又はこれら３つのうちの１つ、またはこれら３つのいずれかの組み合わせにより決定される現在のネットワークによりサポートされるものとする。
【００１７】
上記方法は、さらに、上記ＵＥにより要求されたモードとして少なくとも１つのサービスモードを予め選択し、上記ＵＥをカバーする現在のネットワークによりサポートされるサービスモードは、上記ＵＥにより要求されたサービスモードの１つであるものとする。
【００１８】
上記方法は、さらに、上記ネットワークの負荷許容キャパシティにより複数のサービスモードに優先順位を設定し、初期状態で、上記ＵＥは上記要求されたサービスモードのうち優先順位の最も高いサービスモードを活動状態にし、さらに、上記ＵＥがＭＢＭＳデータを受信する前に、
Ａ１．上記ＵＥの活動状態にされたサービスモードが、上記ＵＥにより要求されたサービスモードの全てのうち優先順位の最も高いサービスモードであるかどうかを判定し、もし条件を満足すればステップＢ１を実行し、そうでなければ現在のサービスモードとして優先順位の最も高いサービスモードを設定し、ステップＢ１を実行し、
Ｂ１．上記ＵＥをカバーする現在のネットワークが現在のサービスモードをサポートしているかどうかを判定し、もし条件を満足すればステップＤ１を実行し、そうでなければステップＣ１を実行し、
Ｃ１．上記ＵＥの現在のサービスモードより優先順位の低い要求されたサービスモードのなかにサービスモードがあるかないかを判定し、もし条件を満足すれば優先順位に従い現在のサービスモードとして１つのサービスモードを選択し、ステップＢ１に戻り、そうでなければこの処理手順を終了し、
Ｄ１．現在のサービスモードが活動状態にされたかどうかを判定し、もし条件を満足すればステップＥ１を実行し、そうでなければステップＡ１で活動状態にされたサービスモードを非活動状態にし、ステップＡ１を実行する前に現在のサービスモードを活動状態にし、
Ｅ１．上記ＵＥは、活動状態にされたサービスモードの対応するパスのＭＢＭＳデータをネットワーク側から受信するものとする。
【００１９】
上記方法は、さらに、上記ネットワークの負荷許容キャパシティにより複数のサービスモードに優先順位を設定し、初期状態で、上記ＵＥは上記要求されたサービスモードのうち優先順位の最も高いサービスモードを活動状態にし、さらに、上記ＵＥがＭＢＭＳデータを受信する前に、
Ａ２．上記ＵＥをカバーする現在のネットワークが上記ＵＥの活動状態にされたサービスモードをサポートできるかどうかを判定し、もし条件を満足すれば現在のサービスモードとして活動状態にされたサービスモードを設定し、ステップＤ２を実行し、そうでなければステップＢ２を実行し、
Ｂ２．現在のサービスモードより優先順位の低い要求されたサービスモードの中にサービスモードがあるかどうかを判定し、もし条件を満足すれば優先順位に従ってサービスモードの１つを選択し、ステップＣ２を実行し、そうでなければこの処理手順を終了し、
Ｃ２．上記ＵＥをカバーする現在のネットワークが選択されたサービスモードをサポートしているかどうかを判定し、もし条件を満足すれば選択されたサービスモードを活動状態にし、ステップＤ２を実行し、そうでなければ現在のサービスモードとして選択されたサービスモードを設定し、ステップＢ２を実行し、
Ｄ２．上記ＵＥは、活動状態にされたサービスモードの対応するパスのＭＢＭＳデータをネットワーク側から受信するものとする。
【００２０】
上記方法は、さらに、上記ネットワークの負荷許容キャパシティにより複数のサービスモードに優先順位を設定し、上記ＭＢＭＳデータを受信する間に、上記ＵＥは、ＵＥ自身がサービスモードに対応するＭＢＭＳデータを継続して受信できるかどうかを判定し、もし条件を満足すればこの処理手順を終了し、そうでなければ要求されたサービスモードから活動状態にされたサービスモードより優先順位の低いサービスモードを選択し、活動状態にされたサービスモードを非活動状態にし、選択されたサービスモードを活動状態にし、上記ＵＥは、活動状態にされたサービスモードの対応するパスのＭＢＭＳデータをネットワーク側から受信するものとする。
【００２１】
上記パスは、サービスモードのマルチキャストＩＰアドレスを構成するものとする。
【００２２】
上記予め選択されたサービスモードは、１つのあるいはそれ以上のサービス負荷許容モードを構成し、上記ＵＥをカバーする現在のネットワークによりサポートされた少なくとも１つの活動状態にされたサービスモードは、上記ＵＥにより選択された全てのサービス負荷許容モードを構成するものとする。
【発明の効果】
【００２３】
本発明は、ＵＥが所望のＭＢＭＳおよびサービスモードに加入できるそれぞれのＭＢＭＳのために複数のサービスモードを構成する。ＵＥをカバーする現在のネットワークが活動状態にされたサービスモードをサポートしていないとき、ＵＥがこのサービスモードのＭＢＭＳを受信できるような現在のネットワークによってサポートされたもう１つのサービスモードを活動状態にする。それゆえ、ＵＥはどんなネットワーク環境においても加入したＭＢＭＳを受信できることが保障され、このため加入者の要求はより大きな程度まで満たされることができる。
【発明を実施するための最良の形態】
【００２４】
無線ネットワークのキャパシティの制約などの理由により、無線通信システムのデータサービスの送信のためにマルチキャスト放送モードが採用されたときに、ＵＥが加入したＭＢＭＳを受信できないという問題を解決するために、本発明は異なるサービスモードにより１つのＭＢＭＳを識別する。詳細には、１つのＭＢＭＳの情報コンテンツが異なるサービスモードで述べられるように、複数のサービスモードにそれぞれのＭＢＭＳを配置し、それぞれのサービスモードは１つのパスに対応する。本発明によれば、現在のネットワークがサポートする少なくとも１つのサービスモードが、複数のサービスモードから選択され、かつ活動状態にされたサービスモードの対応するパスのＭＢＭＳデータをネットワーク側からＵＥが受信することができるようなサービスモードが活動状態にされる。上記ネットワーク側は、ＭＢＭＳプロバイダや放送／マルチキャストサービスセンタ（ＢＭ−ＳＣ）を具備している。上記パスはマルチキャストＩＰアドレスやそれぞれのサービスモードの他のコンタクト手段を具備している。ＵＥをカバーする現在のネットワークによってサポートされた上記サービスモードは、ＵＥの位置するエリアだけでなく、ネットワーク形式と負荷によっても決定される可能性がある。
【００２５】
実際の適用では、ＵＥはそのサービスモードだけでなく希望のＭＢＭＳについて加入することができます。次いで、ＭＢＭＳは以下の方法により加入することができる。ＭＢＭＳの対応しているサービスモードの全てを組み合わせ、それぞれの組み合わせがＭＢＭＳ形式を形成し、ＭＢＭＳ形式の組み合わせをＵＥに送信し、ＵＥは加入者の必要に基づいて上記の組み合わせからＭＢＭＳ形式を選択し、ＳＭＳ、ＷＡＰ、ＵＲＬのような様々なアプローチにより選択されたＭＢＭＳ形式をネットワーク側へ送信し、ネットワーク側はこのＵＥにより選択されたＭＢＭＳ形式を保存し、要求されたモードから少なくとも１つのサービスモードを選択し、選択されたサービスモードを活動状態にする。ネットワーク側から加入者によって直接要求されたＭＢＭＳのサービスモードを構成することができ、１つまたは複数の活動状態にされたサービスモードを選択できることは明らかである。
【００２６】
もし、ＵＥによって予め選択されたサービスモードが、複数のサービス負荷許容モードを含む場合には、ＵＥはサービスモードがＵＥをカバーする現在のネットワークによりサポートされている限り、加入者に要求された全てのサービスモードを同時に活動状態にする。
【００２７】
本発明による技術的なスキームは、添付図面と具体的実施態様を参照し、以下に、詳細に述べられる。
【００２８】
図５に関して、本実施の形態においては、複数のサービスモードは、ネットワークの負荷許容キャパシティに従い優先順位が設定される。初期状態において、ＵＥは要求されたサービスモードの全ての中から最も優先順位の高いサービスモードを活動状態にする。ＵＥがＭＢＭＳデータを受信する前に、処理手順は以下のステップを具備している。
ステップ５０１：ＵＥにより活動状態にされたサービスモードが、ＵＥが要求した全てのサービスモードのうち最も優先順位の高いモードであるかどうかが判定される。もし条件が満足されれば、ステップ５０２が実行され、そうでなければ最も優先順位の高いサービスモードが現在のサービスモードとして設定され、次いでステップ５０２が実行される。
ステップ５０２：ＵＥをカバーする現在のネットワークが現在のサービスモードをサポートするかどうかが判定される。もし条件が満足されれば、ステップ５０４が実行され、そうでなければステップ５０３が実行される。
ステップ５０３：ＵＥが要求した全てのサービスモードのうちＵＥの現在のサービスモードより優先順位の低いサービスモードがあるかどうかが判定される。もし条件が満足されれば、優先順位に従って現在のサービスモードのようなサービスモードの１つが選択され、ステップ５０２を実行し、そうでなければ、現在のＭＢＭＳが不成功に終わり、この処理手順が終了される。
ステップ５０４：現在のサービスモードが活動状態にされたかどうかが判定され、もし条件が満足されれば、ステップ５０５が実行され、そうでなければ、ステップ５０１で活動状態にされたサービスモードが非活動状態にされ、現在のサービスモードが活動状態にされ、次いでステップ５０１が実行される。
ステップ５０５：ＵＥは活動状態にされたサービスモードの対応するパスのＭＢＭＳデータをネットワーク側から受信する。
【００２９】
この実施形態では、ＭＢＭＳデータがＵＥに送信される毎に、ＭＢＭＳデータはできるだけ高い優先順位のサービスモードで加入者に供給される。
【００３０】
本発明による技術的なスキームは、第２の実施形態を参照し、更に以下で述べられる。
【００３１】
本実施の形態において、複数のサービスモードはネットワークの負荷許容キャパシティに従って優先順位が設定される。初期状態において、ＵＥは全ての要求されたサービスモードの中から最も優先順位の高いサービスモードを活動状態にする。
【００３２】
図６に関して、ＵＥがＭＢＭＳデータを受信する前、あるいはＵＥがＭＢＭＳデータを受信する間、この実施形態で特定された処理手順は以下を含む。
ステップ６０１：ＵＥをカバーする現在のネットワークが上記のＵＥの活動状態にされたサービスモードを提供しているかどうかが判定され、もし条件が満足されれば、活動状態にされたサービスモードが現在のサービスモードとして設定され、ステップ６０４が実行され、そうでなければステップ６０２が実行される。
ステップ６０２：ＵＥが要求した全てのサービスモードの中に、このＵＥの現在のサービスモードより優先順位が低いサービスモードがあるかどうかが判定され、もし条件が満足されれば、優先順位に従って現在のサービスモードとして１つのサービスモードが選択され、ステップ６０３が実行され、そうでなければ現在のＭＢＭＳが不成功に終わり、この処理手順が終了される。
ステップ６０３：ＵＥをカバーする現在のネットワークが選択されたサービスモードをサポートするかどうかが判定され、もし条件が満足されればステップ６０４が実行され、そうでなければ選択されたサービスモードは現在のサービスモードとして設定され、ステップ６０２が実行される。
ステップ６０４：ＵＥは活動状態にされたサービスモードの対応するパスのＭＢＭＳデータをネットワーク側から受信する。
【００３３】
もし、現在のロケーションがダウンリンクの速度要件を満たすことができないセルにおける無線信号の強度のような情報を検出することにより、ＵＥが受信可能なデータを決定することができる場合、ＵＥは現在のネットワークがサポートするサービスモードを再び活動状態にすることができる。ＭＢＭＳデータを受信する間、もし活動状態にされたサービスモードの対応するＭＢＭＳデータを連続的に受信できないか、あるいは受信されたＭＢＭＳデータの質に満足できないとＵＥが決定した場合には、ＵＥは要求されたサービスモードから現在の活動状態にされたサービスモードより低い優先順位のサービスモードを選択でき、活動状態にされたサービスモードを非活動状態にし、選択されたサービスモードを活動状態にし、次いで活動状態にされたサービスモードの対応するパスのＭＢＭＳデータをネットワーク側から受信する。
【００３４】
更に、加入者の需要等の目的で、ＵＥは同じ期間に複数のサービスモードを活動状態にしてもよく、すなわち同時に複数のサービスモードに対応し、加入者が異なるサービスモードの１つのＭＢＭＳのデータを受信できるような、ＭＢＭＳに加わってもよい。
【００３５】
本実施の形態のサービスモードは、データ送信速度、遅延要件、故障許容力により決定されるＱｏＳレベルと、送信形式により設定されうることは注意されるべきである。例えば、異なる送信速度により、ＭＢＭＳは、ビデオ、音声、画像、テキスト等の形式に分割される。同じ形式のサービスは、複数のＱｏＳレベルで供給される。例えば、ビデオサービスは、450kbps，300kbps，150kbps，64kbps等のサービス流れで供給され、異なる必要ビットレートを要求することにより特徴付けられる。このようなサービス流れも異なるサービスモードと呼ばれる。それゆえ、同じＭＢＭＳに関する限り、全ての異なるサービスモードは同じＭＢＭＳのために使用されるが、異なるサービスモードにより１つのサービスを完成する送信情報のための必要ビット量は異なり、要求される実時間及び故障許容力も異なり、また情報送信のために利用されたネットワーク能力及び帯域幅も同様に異なる。
【００３６】
優先順位がＱｏＳレベルと送信形式により設定されたとき、より多くの資源を占有し、より高いＱｏＳレベルを必要とするサービスモードは、より高い優先順位が設定される。これは同じサービスモードに関しては、より広い帯域幅を要求するサービスが高い優先順位であることを意味する。それゆえ、ネットワークはサービス流れを供給する余裕があり、かつＵＥがそれに加入したとすれば、より広い帯域幅とより良い品質のサービス流れが最初に供給される。例えば、450kbps，300kbps，150kbps，64kbpsのビデオサービス流れの中で、450kbpsのサービス流れは優先順位が最も高い。ビデオ、音声、画像、及びテキストサービス流れの優先順位は、降順に並ぶ。同じ送信形式のサービス、例えばビデオサービスに関しては、より高い必要帯域幅のビデオサービスの優先順位は、より低い必要帯域幅のビデオサービスより高い。より高い必要帯域幅の音声サービスの優先順位は、より低い必要帯域幅のビデオサービスの優先順位より高い。
【００３７】
続いて、本発明の適用される実施形態を添付図面を参照して説明する。
【００３８】
図７に示すように、都市の無線通信ネットワークは３つの形式のネットワークにより構成される。都市の中心エリアはＷＣＤＭＡＲ４ネットワークでカバーされ、都市のその他のエリアはＧＰＲＳネットワークでカバーされ、都市郊外はＧＳＭネットワークでカバーされる。コンテンツプロバイダは、ネットワークの異なる形式に従い、ＷＣＤＭＡＲ４ネットワークを介して映像、画像、テキスト形式のサービスを供給し、ＧＰＲＳネットワークを介して画像、テキスト形式のサービスを供給し、ＧＳＭネットワークを介して短いメッセージに基づいてテキスト形式のサービスを供給する。
【００３９】
本実施の形態において、本発明によるＭＢＭＳを実行する方法は、ＰＬＭＮ外のコンテンツプロバイダが都市の天気予報のＭＢＭＳを供給する例によって説明される。上記天気予報は、毎日ＡＭ８：００からＰＭ８：００までビデオ、画像、テキストの形式により送信され、ビデオ形式のために使用される帯域幅としては、１２８ｋｂｐｓと６４ｋｂｐｓ、すなわち高品質ビデオと標準品質ビデオの２つの帯域幅がある。それゆえ天気予報サービスは４つのマルチキャストＩＰアドレスを有する。
【００４０】
上記ネットワーク構造を基礎として、本発明の特定の処理手順は以下の３つの部分により構成される。
【００４１】
部分１：都市の中心エリアでは、無線ネットワークは、ネットワークによってカバーされたエリアの加入者に天気予報サービスが提供されることを放送により宣言し、サービスモードに関連するマルチキャストＩＰアドレスと、ＵＥのその優先順位をＵＲＬにより送信し、その関連するサービスモードは、高品質ビデオ、標準品質ビデオ、画像、及びテキストのうちの任意の１つの形式、あるいは４つの任意の組み合わせにより構成される。
【００４２】
部分２：上記ＵＥは、ネットワーク側からサービスを要求するように送信されたサービスモードの１つを選択する。上記ＵＥが高品質ビデオ、標準品質ビデオ、画像、及びテキストの組み合わせを選択する場合、この組み合わせの中で高品質ビデオモードが最も高い優先順位を有するので、ＵＥが既定の活動状態にされたサービスモードとして高品質ビデオを採用することを意味し、またネットワーク側は、他のネットワーク環境下にあるＵＥに対して上記組み合わせの優先順位に従ってサービスを提供する一方、ＵＥに高品質ビデオの天気予報サービスを提供しようとすることを意味する。
【００４３】
ネットワーク側によって送信されたこのＭＢＭＳに関するマルチキャストメッセージを受け取ったＵＥが３つあると仮定する。
【００４４】
ＵＥ１とＵＥ２はこのようなサービスを受信することを希望し、対応する設定を選択することによりサービスのそれらの受理を表現する。ＵＥ１とＵＥ２は、ネットワーク側からサービスに加入し、関連する設定を保存し、無線ネットワークを介してネットワーク側のサーバに設定を通知し、サーバはその設定を保存する。ＵＥ１とＵＥ２は、高品質ビデオモードのマルチキャストＩＰアドレスのＭＢＭＳを活動状態にする処理手順を始め、中核ネットワーク側の設定を行ない、マルチキャスティングに参加するためにネットワークにアクセスする。上記ネットワークは参加を承認し、ＵＥに成功指示を返信する。
【００４５】
ＵＥ３は、画像モードでサービスを受信することを希望し、サービスをコンピュータを通してオンラインで得ることにより加入する。次いで関連情報はインターネット上でこの情報を供給するサーバへ送信され、サーバはＵＥの設定を保存する。次いで、サーバは無線ネットワークを介してＵＥに設定を通知し、ＵＥはこの設定を保存する。ＵＥ３は画像モードのマルチキャストＩＰアドレスに従ってＭＢＭＳを活動状態にする処理手順を開始し、中核ネットワーク側の設定を実行し、マルチキャスティングに参加するためにネットワークにアクセスする。
【００４６】
部分３：ＵＥ１は、ＰＭ７：５０にＧＰＲＳネットワークによりカバーされた家に到着する。このエリアでＭＭＳのサービスのみが供給される一方で、ＵＥ１が現在高品質ビデオモードのサービスに参加していることを上記ネットワークは検出する。それゆえ、上記ネットワークは、ＵＥをこのＭＭＳモードの天気予報に適用させるために、ＵＥに信号を送信する。上記ＵＥは信号を受信した後、ＭＭＳモードの天気予報のマルチキャストＩＰアドレスに従ってこのモードのサービスに自動的に適用する。次いでネットワークはＵＥがこのモードのサービスに参加することを承認し、ＵＥに成功指示を返信する。
【００４７】
ＵＥ２は、ＷＣＤＭＡＲ４ネットワークによりカバーされた都市の中心エリアの地下に来ている。セルのパイロットチャンネルの信号を検出することにより、パイロットチャンネルの信号とダウンリンクの受信速度との関係に従い、ＵＥは現在高品質ビデオサービスの代わりに、標準ビデオサービスのみが受信可能であることを決定する。上記ＵＥはネットワークにより供給される標準品質ビデオモードのサービスに適用し、ネットワークはＵＥが標準品質ビデオモードのサービスに参加することを承認し、ＵＥに成功指示を返信する。
【００４８】
ＵＥ３は、ＧＳＭネットワークによりカバーされた都市郊外で休暇中である。現在のネットワークがＧＳＭであることを検出すると、ＵＥ３は自動的にサービスリストに従ってネットワークにより供給されるテキストモードの天気予報に適用し、マルチキャストＩＰアドレスを保存する。次いでネットワークはＵＥがテキストモードのサービスに参加することを承認し、ＵＥに成功指示を返信する。
【００４９】
コンテンツプロバイダは、ＰＭ８：００に天気予報のＭＢＭＳをＵＥへ供給することを開始する。そこでＵＥ１はＭＭＳモードで天気予報を受信し、ＵＥ２は標準品質ビデオモードで天気予報を受信し、ＵＥ３は短いメッセージで天気予報を受信する。
【００５０】
上記の記載は本発明の好ましい実施形態であり、その保護範囲を限定するために使用されるべきではない。この発明の精神および原理から逸脱することなく行なわれたいかなる変更、等価な代用、および改良は、添付されたクレームによって定義されるような本発明の保護範囲によってカバーされるべきである。
【図面の簡単な説明】
【００５１】
【図１】従来技術によるＭＢＭＳの送信を説明する概略図である。
【図２】マルチ−モードネットワークによる解決法を説明する概略図である。
【図３】同じ基地局による異なるデータ送信速度による信号受信範囲を説明する概略図である。
【図４】マルチメディア放送マルチキャストをサポートするシステム構造を説明する概略図である。
【図５】第１の実施形態による本発明の方法のフローチャート図である。
【図６】第２の実施形態による本発明の方法のフローチャート図である。
【図７】本発明の１実施形態による方法のネットワークアーキテクチャーを説明する概略図である。
【図１】
2007511937.tif 000003
【図２】
2007511937.tif 000004
【図３】
2007511937.tif 000005
【図４】
2007511937.tif 000006
【図５】
2007511937.tif 000007
【図６】
2007511937.tif 000008
【図７】
2007511937.tif 000009
【国際調査報告】
2007511937.tif 000010
2007511937.tif 000011
2007511937.tif 000012
2007511937.tif 000013