(57)【要約】  本発明は、データネットワークにあるネットワーク制御装置において、サービスコンテキストを端末接続にリンクする方法とシステムに関する。本発明では、サービス指示は端末接続を通ってデータネットワークに転送され、サービス指示に対するネットワーク応答に基づいてサービスコンテキストと端末接続の間で連携が確立される。このため、端末接続とサービスコンテキストとの間の要求されたリンクは、前記の転送されたサービス指示、例えば端末接続を確立するための原因値を基に前記ネットワーク制御装置において確立できる。その結果、無効な端末接続を解放することでネットワーク資源を最適化することができる。
2006505208.tif 000002
【特許請求の範囲】
【請求項１】
データネットワークのネットワーク制御装置（３２、３４）においてサービスコンテキストを端末接続にリンクする方法であって、前記方法が、
ａ）ネットワーク主導による前記サービスコンテキストの生成を受けて、サービス通知を前記データネットワークからブロードキャストするステップと、
ｂ）前記サービス通知の受け取りに応じて、前記ネットワーク制御装置（３２、３４）に対する前記端末接続を設定するステップと、
ｃ）前記端末接続を経由して前記データネットワークにサービス指示を転送するステップと、
ｄ）加入者制御要素（４０）から承認済みサービスアクティベーションの確認を受け取るステップと、
ｅ）前記サービス指示に対するネットワーク応答に基づき、前記サービスコンテキストと前記端末接続の間の連携を確立するステップと、
を含む方法。
【請求項２】
前記サービス指示が専用サービス指示メッセージの中で転送される、請求項１に記載の方法。
【請求項３】
前記サービス指示が前記端末接続の接続要求又は接続完了のシグナリングに用いられるメッセージの中で転送される、請求項１に記載の方法。
【請求項４】
前記メッセージがＲＲＣメッセージである、請求項２又は請求項３に記載の方法。
【請求項５】
拡張メッセージを前記ネットワーク制御装置（３２、３４）から前記サービスコンテキストの生成を主導したネットワークノード（４０）に転送するステップを更に含み、前記拡張メッセージが前記サービスコンテキストのサービス承認の確認を要求する、請求項１に記載の方法。
【請求項６】
前記ネットワーク応答が前記確認要求の肯定応答である、前記請求項のいずれか一項に記載の方法。
【請求項７】
マルチキャストアクティベーションに対する参加フェーズの上の前記加入者制御要素（４０）により、承認済みサービスアクティベーションの前記確認が提供される、前記請求項のいずれか一項に記載の方法。
【請求項８】
前記拡張メッセージがＲＡＮＡＰメッセージである、請求項５又は請求項６に関する方法。
【請求項９】
前記サービス指示が前記サービスコンテキスト生成を主導したネットワークノード（４０）に対する直接転送メッセージの中で転送される、請求項１に記載の方法。
【請求項１０】
前記ネットワークノードがＳＧＳＮ（４０）である、請求項５又は請求項９に記載の方法。
【請求項１１】
前記加入者制御要素がＳＧＳＮ（４０）又はＧＧＳＮ（６０）又はサービスプロバイダにより制御されるネットワーク要素である、請求項７に記載の方法。
【請求項１２】
前記サービスプロバイダが、マルチキャスト・ブロードキャストサービスの実現に責任を持つ外部エージェントである、請求項１１に記載の方法。
【請求項１３】
前記端末接続がＲＲＣ接続である、前記請求項のいずれか一項に記載の方法。
【請求項１４】
前記サービスコンテキストがマルチキャスト又はブロードキャストのマルチメディアサービスコンテキストである、前記請求項のいずれか一項に記載の方法。
【請求項１５】
前記確立ステップが前記サービス指示を端末接続のアクティブセットに追加すること及び前記端末接続と前記サービスコンテキストの連携を生成することを含む、前記請求項のいずれか一項に記載の方法。
【請求項１６】
前記ネットワーク応答が前記サービスコンテキストのサービスが確認されなかったことを示した場合、前記端末接続を解放するステップも含む、前記請求項のいずれか一項に記載の方法。
【請求項１７】
端末装置であって、前記端末装置（１２、１４）に提供されるサービスのサービスコンテキストと、データネットワークから前記端末装置（１２、１４）に前記サービスを提供するための接続との間のリンクを確立するための端末装置であって、前記端末装置は、前記データネットワークから受け取ったサービス通知に応じて前記接続を設定し、前記接続を通じてサービス指示を転送するように構成される、端末装置。
【請求項１８】
前記端末装置（１２、１４）が、接続要求又は接続完了のシグナリングに用いられるメッセージの中で前記サービス指示を転送するように構成される、請求項１７に記載の装置。
【請求項１９】
前記端末装置（１２、１４）が、専用メッセージの中で前記サービス指示を転送するように構成される、請求項１７に記載の装置。
【請求項２０】
前記メッセージがＲＲＣメッセージである、請求項１９に記載の装置。
【請求項２１】
前記端末装置（１２、１４）が、直接転送メッセージの中で前記サービス指示を転送するように構成される、請求項１７に記載の装置。
【請求項２２】
前記端末装置が移動体端末（１０）である、請求項１７から２１のいずれか一項に記載の装置。
【請求項２３】
データネットワークにより生成されるサービスコンテキストと端末接続との間にリンクを確立するためのネットワーク制御装置であって、前記ネットワーク制御装置（３２、３４）は、前記端末接続を通じて受け取ったサービス指示を前記データネットワークへ転送し、前記転送されたサービス指示に応じて受け取ったネットワーク応答を基準にして前記リンクを確立するように構成されるネットワーク制御装置。
【請求項２４】
前記ネットワーク制御装置（３２、３４）は、接続要求若しくは接続完了メッセージ又は専用メッセージから前記サービス指示を抽出するように構成される、請求項２３に記載の装置。
【請求項２５】
前記メッセージがＲＲＣメッセージである、請求項２４に記載の装置。
【請求項２６】
前記ネットワーク制御装置（３２、３４）は、前記端末接続を通じて直接転送メッセージの中で前記サービス指示を転送するように構成される、請求項２３に記載の装置。
【請求項２７】
前記ネットワーク制御装置（３２、３４）は、ＲＡＮＡＰメッセージの中で前記サービス指示を転送するように構成される、請求項２３乃至２６のいずれか一項に記載の装置。
【請求項２８】
前記ＲＡＮＡＰメッセージがＩｎｉｔｉａｌ  ＵＥメッセージである、請求項２７に記載の装置。
【請求項２９】
前記ネットワーク制御装置は、端末接続のアクティブセットに前記サービス指示を加え、前記端末接続と前記サービスコンテキストの間の連携を生成するように構成される、請求項２３乃至２８のいずれか一項に記載の装置。
【請求項３０】
前記ネットワーク制御装置がＲＮＣ（３２、３４）である、請求項２３乃至２９のいずれか一項に記載の装置。
【請求項３１】
サービスコンテキストと端末接続との間のリンクを確立するためのシステムであって、前記システムは、請求項１４乃至１９のいずれか一項に記載の端末装置と請求項２０乃至２７のいずれか一項に記載のネットワーク制御装置とを含むシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰベースネットワークのようなデータネットワークにより作成されるサービスコンテキストと、無線アクセスネットワーク（ＲＡＮ）経由で前記データネットワークにワイヤレス端末装置を接続する無線接続のような端末接続との間にリンクを確立する方法とシステムに関する。
【背景技術】
【０００２】
ブロードキャストとマルチキャストは、単一の送信元から複数の送信先へのデータグラムの送信方法、つまり、ポイントツーマルチポイント接続である。３ＧＰＰ（第三世代パートナーシッププロジェクト）仕様書リリース４とリリース９９は、共有されたブロードキャストチャネル上で、あるセルのセットの加入者全てにメッセージベースのサービスとして送信される低ビットレートのデータを可能にするセルブロードキャストサービス（ＣＢＳ）を規定する。更に、移動体加入者がマルチキャストトラフィックを受信できるＩＰマルチキャストサービスが規定される。しかしながら、このサービスは、複数の加入者による無線あるいはコアのネットワークリソースの共有を可能としないので、ＰＬＭＮ（公衆陸上移動体網）内やＲＡＮ上で問題とされるリソースの利用に関しては、何の利点も提供しない。
【０００３】
一般的に、ブロードキャスト／マルチキャストサービスは、一方向のポイントツーマルチポイントサービスであり、データは単一の送信元からブロードキャストサービスエリアに関連する複数の端末装置又はユーザー装置（ＵＥ）へ効果的に送信される。セルブロードキャストサービスは、特定のブロードキャストサービスをＵＥ上でローカルに有効にされていて、かつサービスが規定されたセルブロードキャストエリアにいるユーザー全てに受信される場合がある。これに対して、マルチメディアブロードキャスト／マルチキャスト、つまりＭＢＭＳサービスは、特定のマルチキャスト／ブロードキャストサービスを利用しているユーザーで、更にマルチキャストモードで、特定のサービスに関連するマルチキャストグループに加入したユーザーだけが受信できる。マルチキャスト／ブロードキャストの加入は、ユーザーの選択により、またはホーム環境の主導により行なわれる場合もある。
【０００４】
本明細書における略語「ＵＥ」が、ＧＳＭ（移動体通信用グローバルシステム）用語の移動体端末や移動体ステーション（ＭＳ）、又はＵＭＴＳ（ユニバーサル移動体通信システム）用語のユーザー装置の両方を意味することは、注意されるべきである。
【０００５】
あるアプリケーションでは、複数のユーザーが同時に同じデータを受信できることが考えられる。ネットワークのマルチキャストやブロードキャストの利点は、データが一度だけ各リンクに送信されることである。例えば、ＧＰＲＳ（一般パケット無線サービス）ベースのコアネットワークの場合では、サービングＧＰＲＳサポートノード（ＳＧＳＮ）は、ベースステーション装置、例えばＵＭＴＳ用語におけるノードＢの数に関わらず、一度だけデータをＲＡＮの無線ネットワーク制御装置（ＲＮＣ）並びに受信を希望するＵＥへ送信する。電波インターフェイス上のマルチキャストやブロードキャストの利点は、多くのユーザーが同じデータを共通のチャネルで受信できるので、同じデータの複数回送信による電波インターフェイスの混雑がないことである。
【０００６】
第三世代の移動体システムにおける高帯域幅アプリケーションの使用が増えるにつれて、特に同じ高データレートサービスを受信するユーザーが多数になり、効果的な情報の配信が重要である。このように、ブロードキャスト及びマルチキャストは、ネットワーク内のデータ量を減少させ、リソースをより効果的に使用する技法である。
【０００７】
ポイントツーマルチポイントサービスは、ワイヤレスネットワーク上で幅広く使用されることが予想されるので、これを効果的にサポートするＰＬＭＮにおける機能が必要である。３ＧＰＰ仕様書のＴＳ２２．１４６及びＴＲ２３．８４６では、マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）は、家庭環境やその他の付加価値サービスプロバイダにより提供されるブロードキャスト／マルチキャストサービスの前記機能を提供するために規定される。ＭＢＭＳは、データが単一の送信元エンティティから複数の受信者へ送信される、単一方向のポイントツーマルチポイントべアラサービスである。特に、ブロードキャストモード及びマルチキャストモードは、ＭＢＭＳの操作モードとして規定される。
【０００８】
上記ＭＢＭＳ用３ＧＰＰ仕様書では、各ＭＢＭＳサービスに対して、それぞれのコントロールＲＮＣ（ＣＲＮＣ）若しくはサービングＲＮＣ（ＲＮＣ）がＭＢＭＳコンテキストを持つべきであると規定された。現実には、これはサービスコンテキストが特定のＵＥに割り当てられていないＲＮＣにおいて設定されることを意味するが、この場合、コンテキストはセル内のいくつかのＵＥにより使用される。このコンテキストを、例えば、ＲＲＣ（無線リソース制御）のようなＵＥ特定のアクティブセット、つまり、問題のＵＥに割り当てられた全ての接続（つまり、無線アクセスべアラ（ＲＡＢ）及び無線べアラ（ＲＢ））を記述するセットにリンクするためには、ＲＮＣがＭＢＭＳサービスをリクエストしているこれらのＵＥや、ＲＮＣがどのＭＢＭＳサービスに対して対応ＭＢＭＳコンテキストを生成したかを検知することが必要である。ＲＲＣは、制御プレーンだけに存在する無線インターフェイス第三層の副層であり、コアネットワークのような非アクセス層に対する情報転送サービスを提供する。ＲＲＣは、ＯＳＩ（開放型システム間相互接続）プロトコル層のアーキテクチャに対応する無線インターフェイス第一層及び第二層の設定制御に責任を持つ。
【０００９】
現在、無線アクセスべアラ（ＲＡＢ）若しくは無線べアラ（ＲＢ）へのＲＲＣアクティブセットの追加又は無線アクセスべアラ（ＲＡＢ）若しくは無線べアラ（ＲＢ）からのＲＲＣアクティブセットの削除は、ＵＥ特定のトランザクションだけが関連しており、その他の関係を確認する必要はない。しかしながら、前記の場合では、ＭＢＭＳコンテキストの確立並びに対応するＲＲＣのＵＥ接続が異なるタイミングで発生する場合、効率やリソースの利用を強化する新しいリンク手順が必要である。
【００１０】
更に、現在のＭＢＭＳ仕様書では、ＲＮＣは特定のＵＥがリクエストしたＭＢＭＳサービスの受信を承認されているかどうかを確認できない。
【００１１】
この承認は、誤ってリクエストされた全てのＲＲＣ接続をできるだけ早く解放するために必要であり、このようにして、ＵＥによるＲＡＮリソースの誤使用の可能性を減少させる。
【００１２】
本発明の根底にある上記問題は、上記の典型的なＭＢＭＳサービスに限定されるものではなく、少なくとも１つの端末接続の生成をトリガーするネットワーク作成の任意のサービスコンテキストに当てはまることが理解される。
【発明の開示】
【００１３】
従って、本発明の目的は、ネットワークのアクセスにおいて効率及びリソース利用を改善するコンテキストリンクのスキームを提供することである。
【００１４】
このスキームは、問題のＵＥが本来アイドルモードにあり、例えば無線インターフェイスから、ＭＢＭＳデータなどのサービスデータの受信をＵＥでサポートするために、ＲＲＣ接続の確立が必要な場合に適用されうるだろう。
【００１５】
この目的は、データネットワークのネットワーク制御装置においてサービスコンテキストを端末接続にリンクする方法であって、前記方法が、
−  ネットワーク主導による前記サービスコンテキストの生成を受けて、サービス通知を前記データネットワークからブロードキャストするステップと、
−  前記サービス通知の受け取りに応じて、前記ネットワーク制御装置に対する前記端末接続を設定するステップと、
−  前記端末接続を経由して前記データネットワークにサービス指示を転送するステップと、
−  加入者制御要素から承認済みサービスアクティベーションの確認を受け取るステップと、
−  前記サービス指示に対するネットワーク応答に基づき、前記サービスコンテキストと前記端末接続の間の連携を確立するステップと、
を含む方法により実現される。
【００１６】
更に上記目的は、端末装置であって、前記端末装置に提供されるサービスのサービスコンテキストと、データネットワークから前記端末装置に前記サービスを提供するための接続との間のリンクを確立するための端末装置であって、前記端末装置が、前記データネットワークから受け取ったサービス通知に応じて前記接続を設定し、前記接続を通じてサービス指示を転送するように構成される、端末装置により実現される。
【００１７】
最後に、上記目的は、データネットワークにより生成されるサービスコンテキストと端末接続との間にリンクを確立するためのネットワーク制御装置であって、前記ネットワーク制御装置が、前記データネットワークに前記端末接続を通じて受け取ったサービス指示を転送し、前記転送されたサービス指示に応じて受け取ったネットワーク応答を基準にして前記リンクを確立するように構成されるネットワーク制御装置により実現される。
【００１８】
このように、上記ネットワーク制御装置は、ネットワークのサービスアクティベーションにより端末接続が確立された場合、前記サービス特定のコンテキストと、対応する前記端末接続のアクティブセットとの間に連携を生成することができる。上記ネットワーク制御装置は、例えばリクエストされたサービスの受信が承認されていない端末装置のように、無効若しくは適切に確立されていない端末接続全てを解放できる。このようにして、上記ネットワーク制御装置は、アクセスネットワークリソースが必ずネットワークサービスの受信を承認された端末装置だけに割り当てられるようにすることができる。
【００１９】
最初の選択肢によれば、サービス指示は専用サービス指示メッセージで転送されてもよい。
【００２０】
あるいは、二番目の選択肢によれば、サービス指示は端末接続の接続要求若しくは接続完了のシグナリングに使用されるメッセージで転送されてもよい。
【００２１】
両方の選択肢において、前記メッセージはＲＲＣメッセージでもよい。
【００２２】
更に、拡張メッセージが、前記ネットワーク制御装置から前記サービスコンテキストの生成を主導したネットワークノードに転送されてもよく、前記拡張メッセージは前記サービスコンテキストのサービス承認の確認を要求する。その後、前記ネットワークノードは前記確認要求の肯定応答により応答してもよい。前記拡張メッセージは、ＲＡＮＡＰ（無線アクセスネットワークアプリケーションパート）メッセージでもよい。
【００２３】
三番目の選択肢によれば、前記サービス指示は前記サービスコンテキスト生成を起動したネットワークノードに対する直接転送メッセージの中で転送されてもよい。
【００２４】
サービスコンテキスト生成を起動した前記ネットワークノードはＳＧＳＮでもよい。
【００２５】
更に、前記端末接続はＲＲＣ接続でもよい。
【００２６】
前記確立ステップは、端末接続のアクティブセットにサービス指示を追加するステップと、端末接続とサービスコンテキストの間に連携を生成するステップから構成されてもよい。
【００２７】
マルチキャストアクティベーションに対する参加フェーズの上の前記加入者制御要素により、承認済みサービスアクティベーションの前記確認が提供されてもよい。特に、前記加入者制御要素がＳＧＳＮ又はＧＧＳＮ又はサービスプロバイダにより制御されるネットワーク要素であってもよい。前記サービスプロバイダは、マルチキャスト・ブロードキャストサービスの実現に責任を持つ外部エージェントであってもよい。
【００２８】
前記ネットワーク応答が前記サービスコンテキストのサービスが確認されなかったことを示した場合、前記端末接続は解放されてもよい。
【００２９】
前記ネットワーク制御装置は、上記一番目と二番目の選択肢によれば、前記サービス指示を、接続要求若しくは接続完了メッセージ又は専用メッセージから抽出するよう配置されてもよい。３番目の選択肢では、前記ネットワーク制御装置は、前記端末接続を通じて直接転送メッセージの中で前記サービス指示を転送するように配置されてもよい。
【００３０】
特に、前記ネットワーク制御装置は、例えばＩｎｉｔｉａｌ  ＵＥメッセージのようなＲＡＮＡＰメッセージの中で前記サービス指示を転送するよう配置されてもよい。
【００３１】
更に、前記ネットワーク制御装置は、端末接続のアクティブセットに前記サービス指示を加え、前記端末接続と前記サービスコンテキストの間の連携を生成するよう配置されてもよい。
【００３２】
前記ネットワーク制御装置は、ＲＮＣ、若しくは、例えばアクセスネットワークの論理リソースポイントを制御するような、無線リソースの使用と整合性を制御する役目を果たすその他のネットワークノードでもよい。
【００３３】
その他の利点となる変更は、添付の請求項で規定される。
【発明を実施するための最良の形態】
【００３４】
以下、本発明について好ましい実施例を基に添付図面を参照し説明する。本発明の好ましい実施例は、図１に示されるＭＢＭＳネットワークアーキテクチャを基本に説明する。
【００３５】
ＭＢＭＳアーキテクチャは、主に無線インターフェイスの効率性に焦点を置き、無線ネットワーク及びコアネットワークリソースの効果的な使用を可能にする。特に、複数のユーザーが同一トラフィックを受信する場合、共通リソースを共有できる。ＭＢＭＳのマルチキャストモード及びブロードキャストモードの両方は、ＲＡＮ２０の電波インターフェイス上のデータ送信に同一の下位層べアラを使用する。図１によれば、一番目のＵＥ１２と二番目のＵＥ１４は、ブロードキャスト若しくはマルチキャストエリア８０内に位置しており、ＲＡＮ２０の電波インターフェイス経由でマルチキャスト及びブロードキャストサービスを受信する場合がある。
【００３６】
図示されている典型的なネットワークアーキテクチャでは、ＲＡＮ２０は二つのベースステーション装置から構成される。つまり、一番目と二番目のＲＮＣ３２、３４にそれぞれ接続されている一番目のノードＢ２２及び二番目のノードＢ２４である。ＲＡＮ２０の一番目と二番目のＲＮＣ３２、３４は、コアネットワークの少なくとも１つのＳＧＳＮ４０に接続される。ＳＧＳＮ４０は、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）６０を経由して、少なくとも１つのマルチキャストブロードキャストソース７０に接続することができる。
【００３７】
ＭＢＭＳアーキテクチャでは、ＳＧＳＮ４０は、ユーザー個人のサービス制御機能を実施し、同一ＭＢＭＳサービスの個々のユーザー全てを単一のＭＢＭＳサービスに集中させる。ＳＧＳＮ４０は、マルチキャストブロードキャストソース７０のようなＭＢＭＳデータの送信元により、単一の接続を維持する。更に、ＳＧＳＮ４０は、ＧＧＳＮ６０から受信されたパケットを複製して、特定のＭＢＭＳサービスの提供に関連するＲＡＮ２０の各ＲＮＣに転送する。ＳＧＳＮ４０及びＧＧＳＮ６０は、ＧＴＰ（ＧＰＲＳトンネルプロトコル）トンネルを確立することにより、コアネットワークのパケットスイッチドメインを提供するＧＰＲＳベースのコアネットワークに導入された特定のサポートノードであることが理解される。
【００３８】
ＧＧＳＮ６０は、ＳＧＳＮ４０からのＭＢＭＳ  ＧＴＰトンネルを切断して、これらのトンネルを、ＭＢＭＳデータソース、例えばマルチキャストブロードキャストソース７０により初めに記述されるＩＰマルチキャスト機能を通じてリンクする。特に、ＧＧＳＮ６０は、特定のＭＢＭＳサービスにＧＴＰトンネルが確立された各ＳＧＳＮへ転送するために、マルチキャストブロードキャストソース７０から受信したパケットを複製する。
【００３９】
本アーキテクチャは、その他のＭＢＭＳデータソースも可能であることが理解される。外部データソースによるデータ配信は、例えばデータを単一アドレス及びポートからＭＢＭＳサービスによる配信のためＰＬＭＮへ渡すことを可能にするボーダーゲートウェイ（ＢＧ）により制御される場合があるのに対し、内部データソースはデータを直接提供する場合がある。このアーキテクチャは、ＢＧとＭＢＭＳデータソースの間におけるＩＰマルチキャストの使用を想定する。
【００４０】
図１に示されている例では、マルチキャストブロードキャストソース７０から一番目と二番目のＵＥ１２、１４へのマルチキャストブロードキャストサービスデータの流れは、それぞれ、破線矢印１、２により示される。図示されている通り、マルチキャストブロードキャストサービスデータパケットの流れは、ＳＧＳＮ４０において破線矢印１、２により示される二つの経路へ分かれる。
【００４１】
ＭＢＭＳブロードキャストサービスの場合、サービス提供は六つのフェーズからなる。初期サービス加入フェーズは、加入者とサービスプロバイダの間で一度実行される。続くサービス宣言フェーズでは、一番目と二番目のＵＥ１２と１４は今後のサービスの情報を受け取る。それから、次のＭＢＭＳブロードキャストモードべアラ設定フェーズでは、ネットワークリソースがＭＢＭＳデータ転送のために確立される。
【００４２】
「べアラ」という用語は、定義された容量、遅延、ビット誤り率などの情報送信経路を指定するために使用されることが理解される。特に、ＲＡＢは、ＲＡＮのアクセス層がＵＥとコアネットワークの間でユーザーデータの転送のためのコアネットワークの非アクセス層に提供するサービスである。ＲＢは、ＵＥとＲＡＮ間のユーザーデータの転送のためにプロトコル層２により提供されるサービスを指定する。
【００４３】
次のＭＢＭＳ通知フェーズでは、一番目と二番目のＵＥ１２、１４は、今後のブロードキャストデータ転送についての情報を受け取る。これに対し、データ転送フェーズは、ＭＢＭＳデータが一番目と二番目のＵＥ１２、１４に転送される場合に開始される。最後のＭＢＭＳブロードキャストモードのべアラ解放フェーズでは、ＭＢＭＳデータ転送のためのネットワークリソースは、例えば転送しなければならないＭＢＭＳデータがない場合に解放される。
【００４４】
この一連のフェーズは、例えばデータ転送の必要に応じて、繰り返される場合がある。更に、ＭＢＭＳ通知だけでなくサービス宣言は、関連サービスをまだ受信していないＵＥに通知する他のフェーズと並行して実行される場合がある。
【００４５】
一方、ＭＢＭＳマルチキャストサービスは、以下の８つのフェーズから構成される。初期加入フェーズでは、ユーザーとサービスプロバイダの関係が確立され、ユーザーが関連するＭＢＭＳマルチキャストサービスを受信できるようになる。その後、サービス宣言フェーズが開始されて、加入者がマルチキャストグループのメンバーに加わるかメンバーとなる、つまりユーザーがネットワークに特定のサービスのマルチキャストモードデータを受信したいことを伝えるＭＢＭＳマルチキャストアクティベーションへの参加フェーズが続く。その後、上記のＭＢＭＳモードべアラ設定フェーズ及び通知フェーズが、連続して開始され、その次にデータ転送フェーズとブロードキャストモードベアラ解放フェーズが続く。最後に、ＭＢＭＳマルチキャストデアクティベーションのための終了フェーズが開始され、加入者はマルチキャストグループから脱退する。つまりユーザーは特定のサービスのマルチキャストモードデータの受信をこれ以上望まない。
【００４６】
加入、参加、及び脱退フェーズは、個々のユーザー別に実施される。その他のフェーズは、サービス、つまり関連サービスに参加している全てのユーザーのために実施される。またここで、一連のフェーズは、例えばデータ転送の必要に応じて繰り返される場合がある。また、ＭＢＭＳ通知フェーズに加えて、加入、参加、脱退、サービス宣言は他のフェーズと並行して実行される場合がある。
【００４７】
ＭＢＭＳサービスがアクティブになった場合、ＭＢＭＳサービスを提供するＰＬＭＮのエンティティは、アクティブなＭＢＭＳサービス各々に対して１つ以上のＭＢＭＳコンテキストを維持する。１つのＭＢＭＳコンテキストには、各ＭＢＭＳサービスに必要な情報やパラメータが含まれる。その中でも、ＭＢＭＳコンテキストは、ＭＢＭＳサービスのＩＰアドレスに対応する、例えばＩＰマルチキャストアドレスのようなＰＤＰ（パケットデータプロトコル）アドレス並びにＭＢＭＳサービスのアクセスに使用されるアクセスポイント名（ＡＰＮ）を含む。ＰＤＰアドレスとＡＰＮの組み合わせにより、ＭＢＭＳサービスが一意に識別される。
【００４８】
好ましい実施例によれば、リンクの方法は、ＭＢＭＳサービスのアクティベーションのためにＲＲＣ接続がＵＥに対して確立された時に、ＭＢＭＳサービスの特定のＭＢＭＳコンテキストとＵＥベースのＲＲＣアクティブセットとの間の連携を生成できるＲＮＣにより提供される。これを実現するには、前記ＵＥは前記ＲＮＣにＲＲＣ接続確立の理由がどのＭＢＭＳサービスであるかを指示する。
【００４９】
図２は、ＲＡＮ２０、ＳＧＳＮ４０、及び一番目と二番目のＵＥ１２、１４での層スタックを示すプロトコル層アーキテクチャの図である。特に、図２は、必要なリンクを確立するために制御プレーンのシグナリングに使用される、パケット切り替え型のＧＰＲＳコアネットワークドメインに対する制御プレーンプロトコルスタックを示す。ＲＲＣプロトコル層は、ＵＭＴＳ地上ＲＡＮ（ＵＴＲＡＮ）とＧＳＭ／ＥＤＧＥ  ＲＡＮ（ＧＥＲＡＮ）の両方に関連する。ＲＲＣプロトコルは、コアネットワーク及びＲＡＮ２０に関連する情報のブロードキャスト、呼び出し／通知、上位層パケットデータユニットのルーティング、リクエストされたサービス品質（ＱＯＳ）の制御、初期セルの選択及び再選択、ロケーションサービスのサポート、セキュリティ機能の制御、移動体ステーション若しくはＵＥ測定の報告並びにこのような報告の制御に使用される。具体的には、ＲＲＣプロトコルは、ＵＥとＲＡＮ２０の間にＲＢを確立することにより、ＲＡＢのＱＯＳ要件を実装する。各ＲＢに対して、ＲＲＣプロトコルは、専用あるいは共有チャネルを割り当てる。専用チャネルの場合には、ＲＲＣは、無線リソースの割り当ての役目も果たす。
更に、無線リンク制御（ＲＬＣ）プロトコル層により、透過的なデータ転送、肯定応答モード若しくは否定応答モード、並びに上位層にエラー通知が可能となる。媒体アクセス制御（ＭＡＣ）副層により、専用若しくは共有モードにて上位層のパケットデータユニットを物理層上で送信することが可能になる。ＭＡＣモードは、１つ以上のＵＥにより使用される物理サブチャネルに関連する。ＭＡＣ層は、移動体ステーション及びＵＥやトラフィックフローの物理サブチャネル上へのアクセスや多重送信を処理する。最後に、無線インターフェイスに関連して、物理層（ＰＨＹ）は論理チャネル、つまりトラフィックチャネルや制御チャネル、及び関連する送信サービスを提供する。
【００５０】
ＲＡＮ  ２０とＳＧＳＮ  ４０の間のｌｕ−ＰＳインターフェイスでは、ＲＡＮアプリケーションプロトコル（ＲＡＮＡＰ）層は、ｌｕ−ＰＳインターフェイス上の無線ネットワークシグナリングを提供する。更に、プロトコルスタックのシグナリング接続制御パート（ＳＣＣＰ）層は、その次のシグナリングべアラ層や下位第一層とともに、ｌｕ−ＰＳインターフェイスのプロトコルスタックの残りの層を形成する。ＲＡＮＡＰプロトコルは、上位層のシグナリングをカプセル化して搬送し、ＳＧＳＮ４０とＲＡＮ２０の間のシグナリングを処理して、ｌｕ−ＰＳインターフェイス上のＧＴＰ接続を管理する。ＲＡＮＡＰプロトコルに関する更に詳細な情報は、３ＧＰＰ仕様書ＴＳ２５．４１３から収集できるが、ＲＡＮＡＰ層より下位の層は３ＧＰＰ仕様書ＴＳ２３．１２１に規定される。
【００５１】
好ましい実施例では、ＭＢＭＳ  ＲＡＢ割り当ては、ＳＧＳＮ４０からＲＡＮ２０へＲＡＮＡＰシグナリングによりシグナリングされる。ＲＡＮ  ２０では、ＲＡＮＡＰプロトコル層が、無線インターフェイスとｌｕ−ＰＳインターフェイスの間の制御シグナルをリレーするリレー層を通して無線インターフェイスでＲＲＣプロトコル層にリンクされる。一番目のＭＢＭＳ  ＲＡＢ  割り当てステップに応じて、ＲＡＮ  ２０から対応するＵＥへのＲＲＣシグナリングにより通知がシグナリングされ、例えば一番目と二番目のＵＥ１２、１４は、その後、三番目のステップでＭＢＭＳサービス情報をシグナリングすることによりＳＧＳＮ  ４０へ応答する。最後に、４番目のステップで、ＳＧＳＮ４０は、ＲＡＮＡＰシグナリングを使用して、ＭＢＭＳサービス肯定応答をＲＡＮ２０に送信する。
【００５２】
上記リンクシグナリングを使用することにより、例えば図１の一番目と二番目のＲＮＣ３２、３４のようなＲＮＣは、アクティブセット３２２とＲＮＣ３２に保管されたＭＢＭＳサービスコンテキスト３２４の間にリンクあるいは連携を確立する機能がある。
【００５３】
一番目の好ましい実施例では、ＭＢＭＳサービスの特定の情報は、例えばＲＲＣ接続要求やＲＲＣ接続完了メッセージのような現在のＲＲＣ接続設定に関連したＲＲＣメッセージに追加される。別の方法として、二番目の好ましい実施例によると、「ＭＢＭＳサービス指示メッセージ」と呼ぶことができ全ての必要なＭＢＭＳ関連情報を含む新しいＲＲＣメッセージが導入される。最後に三番目の好ましい実施例によると、全ての必要な情報を含み、ＲＡＮ  ２０における直接転送（ＤＴ）メッセージ及び、例えばＩｎｉｔｉａｌ  ＵＥメッセージのようなｌｕ−ＰＳインターフェイス上のＲＡＮＡＰメッセージを使用して、問題のＵＥからＳＧＳＮ  ４０へ送信される新しい非アクセス層（ＮＡＳ）メッセージが導入される。ＮＡＳはＲＡＮ２０において切断されないＵＥとコアネットワーク間の全てのプロトコルから成ることが知られている。
【００５４】
以下、上記の一番目から三番目の好ましい実施例を図３から５に示された処理とシグナリングの図を基に更に詳細を説明する。
【００５５】
図３は、一番目の好ましい実施例のシグナリングと処理の図を示す。ＳＧＳＮ４０でＭＢＭＳ  ＲＡＢ割り当てを開始するトリガーが期限切れになっていることが検出されれば、ＳＧＳＮ４０は、ＲＡＮＡＰシグナリングを使用して、例えば一番目と二番目のＲＮＣ３２、３４のような問題のＲＮＣにＭＢＭＳ  ＲＡＢ割り当てメッセージを発行する。一方で、問題のマルチキャストあるいはブロードキャストエリア８０の一番目と二番目ＵＥ１２、１４は、アイドルモード、つまりＵＥはオンになっているが確立されたＲＲＣ接続を一切持たない状態である場合がある。ＭＢＭＳ  ＲＡＢ割り当てメッセージの受信に応じて、一番目と二番目のＲＮＣ３２、３４は、それぞれのサービスのＭＢＭＳコンテキストを作成し、サービスコンテキスト３２４を更新する。その後、一番目と二番目のＲＮＣ３２、３４は、ＭＢＭＳサービス提供を示す対応通知を一番目と二番目のＵＥ１２、１４に発行する。ＭＢＭＳ通知の受信に応じて、一番目と二番目のＵＥ１２、１４で、それぞれのＲＲＣ接続確立手順がトリガーされる。この手順は、ＲＲＣ接続を設定して、ＲＲＣ接続設定メッセージで応答する一番目と二番目のＲＮＣ３２、３４へのＲＲＣ接続要求のシグナリングから構成される。最後に、一番目と二番目のＵＥ１２、１４は、一番目と二番目のＲＮＣ３２、３４にＲＲＣ接続完了メッセージを送信する。このＲＲＣ接続完了メッセージでは、一番目と二番目のＵＥ１２、１４は、ＵＥのＭＢＭＳサービス受信アクティベーションである、ＲＲＣ接続設定を要求している理由を示す原因値を組み入れる。このようにして、ＲＲＣ接続完了メッセージは、相応に変更される。
【００５６】
受信した原因値を元に、一番目と二番目のＲＮＣ３２、３４は、ＳＧＳＮ４０へのＲＡＮＡＰシグナリングを使用して、拡張Ｉｎｉｔｉａｌ  ＵＥメッセージを送信するが、これには、ＮＡＳパケットデータユニットは含まれない。拡張Ｉｎｉｔｉａｌ  ＵＥメッセージを受信すると、ＳＧＳＮ４０は、どの一番目と二番目のＲＮＣ３２、３４が、ＭＢＭＳコンテキストベースのサービスとＲＲＣ上のＵＥ関連のアクティブセットの間のリンクあるいは連携を確立できるかに基づき、ＲＡＮＡＰシグナリングを使用して、ＭＢＭＳサービス通知メッセージで応答する。
【００５７】
上記で説明されたＲＲＣ接続設定メッセージの変更の代わりに、ＵＥのＭＢＭＳサービス受信アクティベーションである原因値を送信するために、ＲＲＣ接続要求メッセージを変更して使用することができる。
【００５８】
このように、一番目の好ましい実施例によれば、現在のＲＲＣ接続要求あるいはＲＲＣ接続完了メッセージは、原因値を送信するために変更される。
【００５９】
図４は、二番目の好ましい実施例によるメッセージとシグナリングの図を示す。
【００６０】
このシグナリング図は、ＵＥがＭＢＭＳサービスの受信を希望することを示すために追加の新しいＲＲＣシグナリングメッセージが使用されていることを除いては、基本的に、図３によるシグナリング図に対応する。従って、二番目の好ましい実施例では、ＲＲＣ接続要求若しくはＲＲＣ接続完了メッセージの変更は必要ない。新規のＲＲＣシグナリングメッセージは、ＭＢＭＳサービス指示等の様に呼ぶことができ、一番目と二番目のＲＮＣ３２、３４において、ＲＡＮＡＰ  ＭＢＭＳサービス肯定応答を送信することにより、ＳＧＳＮ  ４０が応答するＲＡＮＡＰ拡張Ｉｎｉｔｉａｌ  ＵＥメッセージの送信をトリガーする。
【００６１】
ここでも、一番目と二番目のＲＮＣ３２、３４は、ＲＲＣのアクティブセット３２３へＭＢＭＳサービス指示を追加するために必要な全ての情報を持つので、それぞれのアクティブセットと前もって確立されたＭＢＭＳコンテキストの間に連携を生成する。
【００６２】
従って、一番目と二番目の好ましい実施例によれば、現在のＲＲＣ接続設定手順のメッセージには変更が必要ないが、新しいＲＲＣシグナリングメッセージがＭＢＭＳサービス指示のために具体的に導入された。  
図５は、３番目の好ましい実施例によるシグナリングと処理の図を示す。ここでも、シグナリングと処理の主要部分は、図３に対応する。従って、以下では新しい部分だけを説明する。
【００６３】
一番目と二番目のＵＥ１２、１４は、ＲＲＣ接続完了メッセージを一番目と二番目のＲＮＣ３２、３４に送信後、ＭＢＭＳサービスに関する情報を含む直接転送（ＤＴ）メッセージを送信する。このＤＴメッセージは、それぞれ、一番目と二番目のＵＥ１２、１４から一番目と二番目のＲＮＣ３２、３４を経由して、ＳＧＳＮ  ４０に直接ルーティングされる新しいＮＡＳメッセージでもよい。一番目と二番目のＲＮＣ３２、３４において、このＤＴメッセージは、通常の手順を使用して処理される。つまり、ＤＴメッセージが組み入れられるＲＡＮＡＰ  ＩＮＩＴＩＡＬ  ＵＥメッセージが生成される。例えばＭＢＭＳサービス指示のようなＤＴメッセージが含まれた、ＲＡＮＡＰ  ＩＮＩＴＩＡＬ  ＵＥメッセージの受信後、ＳＧＳＮ  ４０は、一番目と二番目のＵＥ、１２と１４が要求したＭＢＭＳサービスの受信を承認されているかどうかを検出する役目を果たす。応答として、ＳＧＳＮ  ４０は、一番目と二番目のＲＮＣ３２、３４のどちらがＲＲＣのアクティブセット３２２にＭＢＭＳサービス指示を追加する機能があるかに基づいて、ＲＡＮＡＰ  ＭＢＭＳサービス通知を送信して、それぞれのアクティブセットと前もって確立されたＭＢＭＳコンテキストの間の連携を生成する。
【００６４】
上記全ての好ましい実施例では、ＳＧＳＮ  ４０がＵＥ  ＭＢＭＳサービス指示を確認できなければ、つまり一番目及び／若しくは二番目のＵＥ１２、１４が問題のＭＢＭＳサービスの受信を承認されていなければ、例えば、ＳＧＳＮ  ４０は値が異なる同じメッセージとなり得るＲＡＮＡＰ  ＭＢＭＳサービスの否定応答（ＮＡＣＫ）を送信する場合がある。このＭＢＭＳサービスＮＡＣＫメッセージに基づいて、それぞれのＲＮＣは要求されたＲＲＣ接続を解放する。この解放は、その他のサービスが問題のＵＥのＲＲＣアクティブセットに含まれていなければ実行されることが理解される。
【００６５】
よって、一番目と二番目のＲＮＣ３２、３４は、ＲＲＣアクティブセットをＭＢＭＳコンテキストにリンクする機能があり、従って全ての無効あるいは未承認のＲＲＣ接続を解放することができる。このように、一番目と二番目のＲＮＣ３２、３４は、ＲＡＮ  ２０のリソースが、要求されたＭＢＭＳサービスの受信を承認されたＵＥだけに割り当てられることを確実にする。
【００６６】
本発明は、上記好ましい実施例の特定の機能に限定されるものではなく、サービスコンテキストが生成され、端末接続にリンクされなければならない場合、いかなるサービス提供にも適用できることが理解される。
【００６７】
更に、任意の種類のシグナリングメッセージも、端末接続上で接続設定の原因値、つまりサービス受信アクティベーションのシグナルを送るために使用することができ、また、任意の適切なメッセージは、ＲＡＮ  ２０の無線ネットワーク制御機能と問題のサービスをトリガーするネットワークノードとの間の確認シグナリングを提供するために使用することができる。このように、好ましい実施例は、添付された請求項の範囲内で変化してもよい。
【図面の簡単な説明】
【００６８】
【図１】本発明が実施可能な典型的なＭＢＭＳネットワークアーキテクチャを示す概念図である。
【図２】本発明の好ましい実施例に基づき、プロトコル層のアーキテクチャ並びに対応するシグナリング要件を示す。
【図３】一番目の好ましい実施例によるシグナリングと処理の図を示す。
【図４】二番目の好ましい実施例によるシグナリングと処理の図を示す。
【図５】三番目の好ましい実施例によるシグナリングと処理の図を示す。
【図１】
2006505208.tif 000003
【図２】
2006505208.tif 000004
【図３】
2006505208.tif 000005
【図４】
2006505208.tif 000006
【図５】
2006505208.tif 000007
【国際調査報告】
2006505208.tif 000008
2006505208.tif 000009
2006505208.tif 000010