(57)【要約】本発明の１つの側面は、第１のプールエリアと第２のプールエリアとに同時に割り当てられているアクセスノードから受信されるマルチキャストサービスのサービス継続性を確保することに関する。本発明の別の側面は、ユーザプレーンエンティティと、複数の異なるプールエリアに同時に割り当てられている異なるアクセスノードとの間に、マルチキャストサービスまたはブロードキャストサービスのためのユーザプレーンを確立することに関する。マルチキャストサービスのサービス継続性を確保するため、移動端末を処理担当しているＭＭＥが、アクセスノードまでのマルチキャストユーザプレーンを提供するＵＰＥがそのＭＭＥと同じプールエリア／トラッキングエリアに割り当てられていることには無関係に、そのＵＰＥにおいて登録することを提案する。本発明は、プールエリアの重なり合う領域内に位置しているアクセスノードへのサービスデータの配信における効率的なリソース利用を促進するため、重なり合うプールエリアのための共通のＵＰＥの選択を確保し、これによってプールエリアの境界の考慮を無視するプロアクティブ方式およびリアクティブ方式をさらに提案する。【選択図】図２４
2010507300.tif 000002
【特許請求の範囲】
【請求項１】
マルチキャストサービスまたはブロードキャストサービスを提供するため、ユーザプレーンエンティティと、複数の異なるプールエリアに同時に割り当てられている異なるアクセスノードとの間にユーザプレーンを確立する方法であって、
前記複数の異なるプールエリアに同時に割り当てられている各アクセスノードにおいて、前記異なるプールエリアの異なるユーザプレーンエンティティを示している複数のセッション開始メッセージを受信するステップと、
前記複数の異なるプールエリアに同時に割り当てられている各アクセスノードによって、前記セッション開始メッセージに示されている前記示されたユーザプレーンエンティティのうちの１つのユーザプレーンエンティティを、前記複数の異なるプールエリアに同時に割り当てられているすべてのアクセスノードに共通する選択規則に基づいて、選択するステップであって、前記選択規則が、前記複数の異なるプールエリアに同時に割り当てられている前記アクセスノードが、前記複数の異なるプールエリアの１つにおける同じユーザプレーンエンティティを選択することを確保する、前記ステップと、
マルチキャストサービスまたはブロードキャストサービスを提供するため、前記選択された同じユーザプレーンエンティティまでの各ユーザプレーンを、前記アクセスノードによって確立するステップと、
を含んでいる方法。
【請求項２】
前記マルチキャストサービスまたはブロードキャストサービスのためのサービス開始メッセージであって、前記複数の異なるプールエリアに割り当てられている前記アクセスノードにおいて受信される前記サービス開始メッセージが、前記マルチキャストサービスまたはブロードキャストサービスを識別する共通サービス識別子を備えている、請求項１に記載の方法。
【請求項３】
１つのマルチキャストサービスまたはブロードキャストサービスのためのセッション開始メッセージを、前記共通サービス識別子に基づいて識別するステップ、
をさらに含んでいる、請求項２に記載の方法。
【請求項４】
前記マルチキャストサービスまたはブロードキャストサービスのサービスデータを、前記選択されたユーザプレーンエンティティから、前記複数の異なるプールエリアに割り当てられている前記各アクセスノードまで、前記確立されたユーザプレーンを介してトンネル化するステップ、
をさらに含んでいる、請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記セッション開始メッセージが、前記複数の異なるプールエリアの移動管理エンティティから受信され、前記移動管理エンティティが、前記複数の異なるプールエリアの各プールエリアにおいて前記マルチキャストサービスまたはブロードキャストサービスを受信するように移動端末を処理担当する、請求項１〜４のいずれか１項に記載の方法。
【請求項６】
前記マルチキャストサービスまたはブロードキャストサービスのためのセッション開始メッセージを受信した各アクセスノードから、前記選択されたユーザプレーンエンティティを自身のセッション開始メッセージにおいて示した移動管理エンティティに、肯定応答を送信するステップ、
をさらに含んでいる、請求項５に記載の方法。
【請求項７】
選択されないユーザプレーンエンティティを示しているセッション開始メッセージを送信した前記移動管理エンティティに、前記選択されたユーザプレーンエンティティを通知するステップ、
をさらに含んでいる、請求項５または６に記載の方法。
【請求項８】
前記通知は、前記マルチキャストサービスまたはブロードキャストサービスのためのセッション開始メッセージを受信した各アクセスノードによって送信される、請求項７に記載の方法。
【請求項９】
前記通知は、移動管理エンティティからのセッション開始メッセージの受信に応えてアクセスノードによって前記移動管理エンティティに送信される否定応答と一緒に、または否定応答の中で、送信される、請求項７または８に記載の方法。
【請求項１０】
前記通知は、前記選択されたユーザプレーンエンティティの識別子を含んでいる、または、前記選択されたユーザプレーンエンティティの前記プールエリアを識別する、請求項７〜９のいずれか１項に記載の方法。
【請求項１１】
設定可能な時間間隔においてユーザプレーンを確立するため、前記ユーザプレーンエンティティの前記選択を各アクセスノードによって遅延させるステップ、
をさらに含んでいる、請求項１〜１０のいずれか１項に記載の方法。
【請求項１２】
前記時間間隔は、アクセスノードと、前記アクセスノードが通信することができる各移動管理エンティティとの間で交換されるデータの往復時間に基づく、請求項１１に記載の方法。
【請求項１３】
前記時間間隔は、アクセスノードと、前記アクセスノードが通信することができる各移動管理エンティティとの間で交換されるデータの最大往復時間に設定されている、請求項１１に記載の方法。
【請求項１４】
前記時間間隔は、アクセスノードと、前記アクセスノードが通信することができる各移動管理エンティティとの間で交換されるデータの最大往復時間と、前記移動管理エンティティの追加の処理遅延との合計時間に設定されている、請求項１３に記載の方法。
【請求項１５】
前記選択規則は、前記複数の示されたユーザプレーンエンティティのうち、前記複数の異なるプールエリアのうちの１つのユーザプレーンエンティティを選択する目的で、ユーザプレーンエンティティにおける前記各セッション開始メッセージの中の少なくとも１つのパラメータの処理を定義する、請求項１〜１４のいずれか１項に記載の方法。
【請求項１６】
前記セッション開始メッセージは、前記選択ステップの結果に影響を与える少なくとも１つの選択パラメータを備えている、請求項１５に記載の方法。
【請求項１７】
前記少なくとも１つの選択パラメータは、
前記移動管理エンティティのプールエリアのプールエリア識別子、セッション開始メッセージの中で示された前記ユーザプレーンエンティティの識別子、セッション開始メッセージを送信する移動管理エンティティの識別子、セッション開始メッセージを送信する移動管理エンティティにおいて前記マルチキャストサービスまたはブロードキャストサービスについて登録している移動端末の数、のうちの少なくとも１つである、
請求項１５または１６に記載の方法。
【請求項１８】
マルチキャストサービスまたはブロードキャストサービスを提供するため、ユーザプレーンエンティティと、重なり合うプールエリアの重なり領域内の複数の異なるアクセスノードとの間にユーザプレーンを確立する方法であって、
少なくとも部分的に重なり合う複数の異なるプールエリアの移動管理エンティティであって、前記複数の異なるプールエリアにおける移動端末を処理担当している前記移動管理エンティティによって、前記複数の異なるプールエリアの前記重なり合う部分のアクセスノードが、前記移動端末に提供されるマルチキャストサービスまたはブロードキャストサービスのためのユーザプレーンを確立する先の、前記プールエリアのうちの１つのユーザプレーンエンティティを決定するステップと、
前記ユーザプレーンが確立される先の前記ユーザプレーンエンティティを明示的または暗黙的に識別している少なくとも１つのメッセージを、前記複数の異なるプールエリアの前記重なり合う部分の前記アクセスノードのそれぞれに送信するステップと、
を含んでいる方法。
【請求項１９】
前記メッセージは、セッション開始メッセージである、請求項１８に記載の方法。
【請求項２０】
前記複数の異なるプールエリア内の各移動管理エンティティは、前記複数の異なるプールエリアの前記重なり合う部分内の各アクセスノードにセッション開始メッセージを送信し、送信されるすべてのセッション開始メッセージは、ユーザプレーンが確立される先のユーザプレーンエンティティを識別している、請求項１９に記載の方法。
【請求項２１】
前記ユーザプレーンが確立される先の前記ユーザプレーンエンティティの前記決定は、前記マルチキャストサービスまたはブロードキャストサービスのためのサービスアクティブ化メッセージの受信時に移動管理エンティティによってトリガーされる、請求項１８〜２０のいずれか１項に記載の方法。
【請求項２２】
前記ユーザプレーンが確立される先の前記ユーザプレーンエンティティの前記決定は、複数の異なるユーザプレーンエンティティを識別している、同じマルチキャストサービスまたはブロードキャストサービスのためのセッション開始メッセージ、が受信されたことを示している、アクセスノードからの通知、によってトリガーされ、前記通知に応えて、少なくとも１つのメッセージが送信される、請求項１８に記載の方法。
【請求項２３】
前記通知は、移動管理エンティティに送信され、セッション開始メッセージが受信された送信元の別の移動管理エンティティを示している、請求項２２に記載の方法。
【請求項２４】
前記マルチキャストサービスまたはブロードキャストサービスのための前記ユーザプレーンが確立される先の前記ユーザプレーンエンティティの前記決定は、前記複数の異なるプールエリア内の移動管理エンティティの間の制御シグナリングを含んでいる、請求項１８〜２３のいずれか１項に記載の方法。
【請求項２５】
前記制御シグナリングが、ポイントツーポイント通信リンクを介して制御メッセージを送信するステップ、を含んでいる、請求項２４に記載の方法。
【請求項２６】
前記制御シグナリングが、ポイントツーマルチポイント通信リンクを介して制御メッセージを送信するステップ、を含んでいる、請求項２４に記載の方法。
【請求項２７】
複数の異なる重なり合うプールエリアの前記移動管理エンティティにＩＰマルチキャストアドレスが割り当てられており、前記制御メッセージは、前記ＩＰマルチキャストアドレスにアドレッシングされる、請求項２４または２６に記載の方法。
【請求項２８】
前記制御シグナリングは、少なくとも部分的に重なり合う前記複数の異なるプールエリアの各プールエリアの、事前に設定される、または選択される１つの移動管理エンティティの間で交換される、請求項２４または２５のいずれか１項に記載の方法。
【請求項２９】
前記ユーザプレーンが確立される先の前記ユーザプレーンエンティティの前記決定は、
前記複数の異なるプールエリアの前記重なり合う部分内のアクセスノードまでのユーザプレーンを提供するユーザプレーンエンティティの明示的または暗黙的な識別情報を、マルチキャストサービスセンターまたはブロードキャストサービスセンターに要求するステップを含んでいる、
請求項１８または１９に記載の方法。
【請求項３０】
前記要求は、前記要求側移動管理エンティティの前記プールエリアのユーザプレーンエンティティを識別している、請求項２９に記載の方法。
【請求項３１】
マルチキャストサービスまたはブロードキャストサービスのために、前記複数の異なるプールエリアの前記重なり合う部分内のアクセスノードまでのユーザプレーンを提供しているユーザプレーンエンティティが、要求において示されている前記マルチキャストサービスまたはブロードキャストサービスについて登録されているかを、前記マルチキャストサービスセンターまたはブロードキャストサービスセンターにおいて判定するステップと、
登録されていない場合、前記マルチキャストサービスセンターまたはブロードキャストサービスセンターにおいて、受信される要求からユーザプレーンエンティティを導き、前記要求の中で示されている前記ユーザプレーンエンティティを、前記複数の異なるプールエリアの前記重なり合う部分内のアクセスノードまでのユーザプレーンを提供するユーザプレーンエンティティとして、前記マルチキャストサービスセンターまたはブロードキャストサービスセンターにおいて登録し、前記導かれたユーザプレーンエンティティを、前記複数の異なるプールエリアの前記重なり合う部分内のアクセスノードまでのユーザプレーンを提供する前記ユーザプレーンエンティティとして、前記要求に応えて前記要求側移動管理エンティティに示すステップと、
をさらに含んでいる、請求項２９または３０に記載の方法。
【請求項３２】
マルチキャストサービスまたはブロードキャストサービスを提供するため、前記複数の異なるプールエリアの各プールエリアにおいて、１つのユーザプレーンエンティティが事前に設定される、請求項１８〜３１のいずれか１項に記載の方法。
【請求項３３】
移動管理エンティティが、前記ユーザプレーンが確立される先の前記ユーザプレーンエンティティにおいて自身を登録するステップ、
をさらに含んでいる、請求項１〜３２のいずれか１項に記載の方法。
【請求項３４】
前記ユーザプレーンエンティティにおける前記移動管理エンティティの前記登録は、ユーザプレーンが確立される先の前記ユーザプレーンエンティティまでのユーザプレーンを確立する、という前記アクセスノードの決定、を示している通知を前記アクセスノードから受信することに応えて、実行される、請求項３３に記載の方法。
【請求項３５】
前記ユーザプレーンエンティティにおける前記移動管理エンティティの前記登録は、前記マルチキャストサービスまたはブロードキャストサービスのためのサービスアクティブ化メッセージを移動端末から受信することに応えて、実行される、請求項３３または３４に記載の方法。
【請求項３６】
前記ユーザプレーンエンティティにおける前記移動管理エンティティの前記登録は、前記ユーザプレーンが確立される先の前記ユーザプレーンを示している通知を、別の移動管理エンティティから受信することに応えて、実行される、請求項３３〜３５のいずれか１項に記載の方法。
【請求項３７】
前記ユーザプレーンエンティティにおける前記移動管理エンティティの前記登録は、前記複数の異なるプールエリアの前記重なり合う部分内のアクセスノードまでのユーザプレーンを提供するユーザプレーンエンティティの明示的または暗黙的な識別情報を、マルチキャストサービスセンターまたはブロードキャストサービスセンターから受信することに応えて、実行される、請求項３３〜３５のいずれか１項に記載の方法。
【請求項３８】
ユーザプレーンエンティティと自身との間にユーザプレーンを確立するアクセスノードであって、マルチキャストサービスまたはブロードキャストサービスを提供するため、前記アクセスノードは複数の異なるプールエリアに同時に割り当てられており、
前記異なるプールエリアの異なるユーザプレーンエンティティを示している複数のセッション開始メッセージを受信する通信ユニットと、
前記セッション開始メッセージの中に示されている、前記示されたユーザプレーンエンティティのうち１つのユーザプレーンエンティティを、前記複数の異なるプールエリアに同時に割り当てられているすべてのアクセスノードに共通する選択規則、に基づいて選択する処理ユニットであって、前記選択規則が、前記複数の異なるプールエリアに同時に割り当てられているすべてのアクセスノードが、前記複数の異なるプールエリアのユーザプレーンエンティティのうちの同じユーザプレーンエンティティを選択することを確保する、前記処理ユニットと、
を備えており、
前記通信ユニットは、マルチキャストサービスまたはブロードキャストサービスを提供するため、前記同じ選択されたユーザプレーンエンティティまで各ユーザプレーンを確立するようにされている、
アクセスノード。
【請求項３９】
請求項２〜１７のいずれか１項に記載の方法の一連のステップを実行するようにされている手段、
をさらに備えている、請求項３８に記載のアクセスノード。
【請求項４０】
ユーザプレーンエンティティと自身との間にユーザプレーンを確立するアクセスノードであって、マルチキャストサービスまたはブロードキャストサービスを提供するため、前記アクセスノードは複数の異なるプールエリアに同時に割り当てられており、
前記異なるプールエリアの異なるユーザプレーンエンティティを示しているセッション開始メッセージを、前記複数の異なるプールエリアの複数の異なる移動管理エンティティから受信する受信器と、
前記同じマルチキャストサービスまたはブロードキャストサービスのためのセッション開始メッセージであって、複数の異なるユーザプレーンエンティティを識別している、前記セッション開始メッセージ、が受信されたことを示す通知を、前記複数の異なる移動管理エンティティのうちの少なくとも１つに送信する送信器と、
を備えており、
前記受信器は、前記通知に応えての、前記複数の異なるプールエリアのうちの１つのユーザプレーンエンティティを示しているメッセージ、を受信するようにされており、前記アクセスノードは、マルチキャストサービスまたはブロードキャストサービスを提供するため、前記示されたユーザプレーンエンティティまでユーザプレーンを確立するようにされている、
アクセスノード。
【請求項４１】
マルチキャストサービスまたはブロードキャストサービスを提供するため、ユーザプレーンエンティティと、重なり合うプールエリアの重なり領域内に位置している異なるアクセスノードとの間にユーザプレーンを確立する移動管理エンティティであって、
前記複数の異なるプールエリアの前記重なり合う部分のアクセスノードが、前記移動管理エンティティによって処理担当されている前記移動端末に提供されるマルチキャストサービスまたはブロードキャストサービスのためのユーザプレーンを確立する先の、前記複数の異なるプールエリアのうちの１つのユーザプレーンエンティティ、を決定する処理ユニットと、
前記ユーザプレーンが確立される先の前記ユーザプレーンエンティティを明示的または暗黙的に識別しているメッセージを、複数の異なるプールエリアの前記重なり合う部分の前記アクセスノードのそれぞれに送信する通信ユニットと、
を備えている、移動管理エンティティ。
【請求項４２】
請求項１８〜３７のいずれか１項に記載の方法の一連のステップを実行する手段、
をさらに備えている、請求項４１に記載の移動管理エンティティ。
【請求項４３】
命令を格納しているコンピュータ可読媒体であって、前記命令がアクセスノードのプロセッサによって実行されたとき、それに起因して、前記アクセスノードが、ユーザプレーンエンティティと前記アクセスノードとの間にユーザプレーンを確立し、マルチキャストサービスまたはブロードキャストサービスを提供するため、前記アクセスノードが複数の異なるプールエリアに同時に割り当てられており、
前記ユーザプレーンの確立が、
異なるプールエリアの異なるユーザプレーンエンティティを示している複数のセッション開始メッセージを受信するステップと、
前記セッション開始メッセージに示されている前記示されたユーザプレーンエンティティのうちの１つのユーザプレーンエンティティを、前記複数の異なるプールエリアに同時に割り当てられているすべてのアクセスノードに共通する選択規則に基づいて、選択するステップであって、前記選択規則が、複数の異なるプールエリアに同時に割り当てられているすべてのアクセスノードが、前記複数の異なるプールエリアのユーザプレーンエンティティのうちの同じユーザプレーンエンティティを選択することを確保する、前記ステップと、
マルチキャストサービスまたはブロードキャストサービスを提供するため、前記選択された同じユーザプレーンエンティティまでの各ユーザプレーンを前記アクセスノードによって確立するステップと、
によって行われる、
コンピュータ可読媒体。
【請求項４４】
命令であって、前記アクセスノードの前記プロセッサによって前記命令が実行されたとき、それに起因して、前記アクセス制御ノードが、請求項２〜１７のいずれか１項に記載の方法の一連のステップを実行する、前記命令、
をさらに格納している、請求項４３に記載のコンピュータ可読媒体。
【請求項４５】
命令を格納しているコンピュータ可読媒体であって、前記命令がアクセスノードのプロセッサによって実行されたとき、それに起因して、前記アクセスノードが、ユーザプレーンエンティティと前記アクセスノードとの間にユーザプレーンを確立し、マルチキャストサービスまたはブロードキャストサービスを提供するため、前記アクセスノードが複数の異なるプールエリアに同時に割り当てられており、
前記ユーザプレーンの確立が、
前記異なるプールエリアの異なるユーザプレーンエンティティを示しているセッション開始メッセージを、前記複数の異なるプールエリアの複数の異なる移動管理エンティティから受信するステップと、
同じマルチキャストサービスまたはブロードキャストサービスのためのセッション開始メッセージであって、複数の異なるユーザプレーンエンティティを識別している、前記セッション開始メッセージ、が受信されたことを示す通知を、前記複数の異なる移動管理エンティティのうちの少なくとも１つに送信するステップと、
前記通知に応えての、前記複数の異なるプールエリアのうちの１つのユーザプレーンエンティティを示しているメッセージ、を受信するステップと、
マルチキャストサービスまたはブロードキャストサービスを提供するため、前記示されたユーザプレーンエンティティまでのユーザプレーンを確立するステップと、
によって行われる、
コンピュータ可読媒体。
【請求項４６】
命令を格納しているコンピュータ可読媒体であって、前記命令が移動管理エンティティによって実行されたとき、それに起因して、前記移動管理エンティティが、マルチキャストサービスまたはブロードキャストサービスを提供するため、ユーザプレーンエンティティと、重なり合うプールエリアの重なり領域内に位置している複数の異なるアクセスノードとの間にユーザプレーンを確立し、
前記ユーザプレーンの確立が、
前記複数の異なるプールエリアの前記重なり合う部分のアクセスノードが、前記移動管理エンティティによって処理担当されている前記移動端末に提供されるマルチキャストサービスまたはブロードキャストサービスのためのユーザプレーンを確立する先の、前記複数の異なるプールエリアのうちの１つのユーザプレーンエンティティ、を決定するステップと、
前記ユーザプレーンが確立される先の前記ユーザプレーンエンティティを明示的または暗黙的に識別しているメッセージを、複数の異なるプールエリアの前記重なり合う部分の前記アクセスノードのそれぞれに送信するステップと、
によって行われる、
コンピュータ可読媒体。
【請求項４７】
命令であって、前記移動管理エンティティの前記プロセッサによって前記命令が実行されたとき、それに起因して、前記移動管理エンティティが、請求項１８〜３７のいずれか１項に記載の前記方法の一連のステップを実行する、前記命令、
をさらに格納している、請求項４６に記載のコンピュータ可読媒体。
【請求項４８】
アクセスノードから移動端末によって受信されるマルチキャストサービスのサービス継続性を確保する方法であって、前記アクセスノードは、第１のプールエリアと、少なくとも第２のプールエリアとに同時に割り当てられており、前記移動端末は、前記第１のプールエリアの移動管理エンティティによって処理担当されており、
前記移動端末を処理担当している前記アクセスノードが、前記第２のプールエリアの前記ユーザプレーンエンティティまでのユーザプレーンを使用する場合、前記第１のプールエリアの前記移動管理エンティティを、前記マルチキャストサービスについて前記第２のプールエリアのユーザプレーンエンティティにおいて登録するステップ、
を含んでいる方法。
【請求項４９】
少なくとも前記マルチキャストサービスに関するマルチキャストサービス情報を、前記アクセスノードから、少なくとも、前記第１のプールエリアの前記移動管理エンティティによって処理担当されている前記移動端末、に送信するステップであって、前記マルチキャストサービス情報が、前記マルチキャストサービスのための前記ユーザプレーンが確立されている先の前記ユーザプレーンエンティティの前記プールエリア、あるいは、前記マルチキャストサービスのための前記ユーザプレーンが確立されている先の前記ユーザプレーンエンティティの識別子、を示している、前記ステップ、
をさらに含んでいる、請求項４８に記載の方法。
【請求項５０】
前記第１のプールエリアの前記移動管理エンティティは、
前記マルチキャストサービスのための前記ユーザプレーンが、前記第２のプールエリアの前記ユーザプレーンエンティティまで確立されていることの通知を、前記移動端末から受信することに応えて、前記マルチキャストサービスについて前記第２のプールエリアの前記ユーザプレーンエンティティにおいて登録する、
請求項４８または４９に記載の方法。
【請求項５１】
前記通知は、
前記マルチキャストサービスの前記ユーザプレーンが確立されている先の前記ユーザプレーンエンティティが、前記移動端末を処理担当している前記第１のプールエリアの前記移動管理エンティティのプールエリアとは異なるプールエリアに割り当てられていること、が前記移動端末によって検出されたことに応えて送信される、
請求項５０に記載の方法。
【請求項５２】
前記検出は、前記移動端末によって受信される、前記アクセスノードからの前記マルチキャストサービス情報に基づく、請求項５１に記載の方法。
【請求項５３】
前記通知は、
前記マルチキャストサービスの前記ユーザプレーンが確立されている先の前記ユーザプレーンエンティティが、前記移動端末を処理担当している前記第１のプールエリアの前記移動管理エンティティのプールエリアとは異なるプールエリアに属していること、が検出されたときに前記移動端末によって送信される、
請求項５０〜５２のいずれか１項に記載の方法。
【請求項５４】
少なくとも前記マルチキャストサービスに関する前記マルチキャストサービス情報は、
前記マルチキャストサービスのための前記ユーザプレーンが確立されている先の、前記プールエリアの前記ユーザプレーンエンティティ、において登録している移動管理エンティティのプールエリア、をさらに示している、
請求項４９に記載の方法。
【請求項５５】
前記第１のプールエリアの移動管理エンティティが、前記第２のプールエリアの前記ユーザプレーンエンティティにおいて登録したことを、前記マルチキャストサービス情報が示していない場合に、前記第２のプールエリアの前記ユーザプレーンエンティティにおいて登録するように、前記第１のプールエリアの前記移動管理エンティティに示す通知を、前記移動端末から送信するステップ、
をさらに含んでいる、請求項５４に記載の方法。
【請求項５６】
前記第１のプールエリアのユーザプレーンエンティティまでのユーザプレーン、あるいは、前記第２のプールエリアのユーザプレーンエンティティまでのユーザプレーン、を確立または使用するかを、前記アクセスノードによって決定するステップ、
をさらに含んでいる、請求項４８〜５５のいずれか１項に記載の方法。
【請求項５７】
前記マルチキャストサービスのためのユーザプレーンを確立する要求を、前記第１のプールエリアの前記移動管理エンティティから受信したときに、前記第２のプールエリアの前記ユーザプレーンエンティティまでの前記ユーザプレーンがすでに確立されている場合、前記アクセスノードが、前記第２のプールエリアの前記ユーザプレーンエンティティまでの前記ユーザプレーンを使用することを決定する、請求項５６に記載の方法。
【請求項５８】
前記アクセスノードは、
前記マルチキャストサービスのためのユーザプレーンを確立する各要求を、前記第１のプールエリアの前記移動管理エンティティ、および、前記マルチキャストサービスを前記アクセスノードを通じて要求している少なくとも１つの別の移動端末を処理担当している前記第２のプールエリアの前記移動管理エンティティから、受信したときに、前記第１のプールエリアのユーザプレーンエンティティまでのユーザプレーン、あるいは、前記第２のプールエリアのユーザプレーンエンティティまでのユーザプレーン、を確立または使用するかを決定する、
請求項５６に記載の方法。
【請求項５９】
前記アクセスノードは、
マルチキャストサービスのためのユーザプレーンを確立する複数の要求が同じマルチキャストサービスに関連していること、を各マルチキャストサービスの識別子に基づいて、検出する、
請求項５６〜５８のいずれか１項に記載の方法。
【請求項６０】
前記第２のプールエリアの前記ユーザプレーンエンティティまでの前記ユーザプレーンであって、前記アクセスノードにおいて前記マルチキャストサービスデータを受信することと、前記マルチキャストサービスデータを、前記アクセスノードの前記サービスエリアの中の、前記マルチキャストサービスに登録されている移動端末、に転送することとを目的とする、前記ユーザプレーン、を確立するステップ、
をさらに含んでいる、請求項４８〜５９のいずれか１項に記載の方法。
【請求項６１】
前記第１のプールエリアの前記移動管理エンティティは、
前記第２のプールエリアの前記ユーザプレーンエンティティまでの前記ユーザプレーンが前記マルチキャストサービスデータのために使用されることの通知を、前記アクセスノードから受信することに応えて、前記第２のプールエリアの前記ユーザプレーンエンティティにおいて自身を登録する、
請求項１〜６０のいずれか１項に記載の方法。
【請求項６２】
前記通知は、前記第２のプールエリアの前記ユーザプレーンエンティティの指示情報を含んでいる、または前記第２のプールエリアを識別する、請求項６１に記載の方法。
【請求項６３】
前記通知は、前記移動端末のトラッキングエリア更新メッセージにカプセル化されて受信される、または、前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられているアクセスノードによって送られる、セッション開始メッセージへの応答、において受信される、請求項６１または６２に記載の方法。
【請求項６４】
前記移動端末からのトラッキングエリア更新メッセージが、前記ユーザプレーンが確立されている先の前記プールエリアと同じプールエリア内に位置している移動管理エンティティを宛先としているかを、前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられている前記アクセスノードによって判定するステップと、
宛先としていない場合、前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられている前記アクセスノードによって、前記トラッキングエリア更新メッセージが宛先としている前記移動管理エンティティに前記通知を送るステップと、
を含んでいる、請求項１〜６３のいずれか１項に記載の方法。
【請求項６５】
前記判定において、前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられている前記アクセスノードによって維持されている、前記移動端末に関するコンテキスト情報、を使用し、前記コンテキスト情報は、前記移動端末のサービスに関する情報を備えている、請求項６４に記載の方法。
【請求項６６】
前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられているアクセスノードは、少なくとも１つの個別のトラッキングエリアに割り当てられている、請求項６１〜６５のいずれか１項に記載の方法。
【請求項６７】
前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられている前記アクセスノードによって送られる前記通知は、
前記少なくとも１つの個別のトラッキングエリアのうちの１つにトラッキングエリアが変更されたことの検出に応えて、前記移動端末によって送られるトラッキングエリア更新メッセージ、によってトリガーされる、
請求項６６に記載の方法。
【請求項６８】
前記アクセスノードからの前記通知は、前記ユーザプレーンの前記確立をトリガーするためのセッション開始メッセージに応えて、受信される、請求項６１または６２に記載の方法。
【請求項６９】
前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられているアクセスノードが、少なくとも１つの個別のトラッキングエリアに割り当てられており、
前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられている前記アクセスノードからのトラッキングエリア更新メッセージを、前記第１のプールエリアの前記移動管理エンティティにおいて受信するステップであって、前記トラッキングエリア更新メッセージが、前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられているアクセスノードが属している前記トラッキングエリアを識別している、前記ステップと、
前記マルチキャストサービスのための前記ユーザプレーンが、前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられているアクセスノードが属している前記トラッキングエリア内の前記アクセスノードまで確立されているかを、前記第１のプールエリアの前記移動管理エンティティによって判定するステップと、
確立されていない場合、前記マルチキャストサービスのための前記ユーザプレーンの前記確立をトリガーするためのセッション開始メッセージを、前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられている少なくとも前記アクセスノードに、前記第１のプールエリアの前記移動管理エンティティによって送信する、または、送信するように、前記第１のプールエリア内のユーザプレーンエンティティに要求するステップと、
をさらに含んでいる、請求項６８に記載の方法。
【請求項７０】
前記第１のプールエリアの前記移動管理エンティティによって処理担当されている前記移動端末は、アクティブモードにある、請求項６１または６２に記載の方法。
【請求項７１】
前記アクセスノードを通じて前記マルチキャストサービスを受信する可能性のある前記移動端末が、アイドルモードにあり、前記方法は、
前記マルチキャストサービスを受信する少なくとも１つの移動端末が自身のサービスエリア内に存在しているかを、前記アクセスノードによって判定するさらなるステップ、
を含んでおり、
前記マルチキャストサービスを受信する少なくとも１つの移動端末が自身のサービスエリア内に存在している場合にのみ、前記通知は前記アクセスノードによって送信される、
請求項６１〜７０のいずれか１項に記載の方法。
【請求項７２】
前記第１のプールエリアの前記移動管理エンティティは、コアネットワークエンティティからの通知を受信することに応えて、前記第２のプールエリアの前記ユーザプレーンエンティティにおいて自身を登録し、前記通知は、前記第２のプールエリアの前記ユーザプレーンエンティティまでの前記ユーザプレーンが前記マルチキャストサービスデータのために使用されることを示している、請求項４８〜６０のいずれか１項に記載の方法。
【請求項７３】
前記通知は、前記第２のプールエリアの前記ユーザプレーンエンティティの指示情報を含んでいる、または前記第２のプールエリアを識別する、請求項７２に記載の方法。
【請求項７４】
前記通知は、前記第１のプールエリアの前記移動管理エンティティによる問い合わせに応えて、受信される、請求項７２または７３に記載の方法。
【請求項７５】
前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられているアクセスノードは個別のトラッキングエリアに割り当てられており、前記問い合わせは前記個別のトラッキングエリアを示している、請求項７４に記載の方法。
【請求項７６】
前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられている前記アクセスノードからのトラッキングエリア更新メッセージを、前記第１のプールエリアの前記移動管理エンティティにおいて受信するステップであって、前記トラッキングエリア更新メッセージが、前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられているアクセスノードが属している前記トラッキングエリアを識別している、前記ステップと、
前記マルチキャストサービスのための前記ユーザプレーンが、前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられているアクセスノードが属している前記トラッキングエリア内の前記アクセスノードまで確立されているかを、前記第１のプールエリアの前記移動管理エンティティによって判定するステップと、
確立されていない場合、前記コアネットワークエンティティへの前記問い合わせを、前記第１のプールエリアの前記移動管理エンティティによって送信するステップと、
をさらに含んでいる、請求項７４または７５に記載の方法。
【請求項７７】
前記問い合わせに対する前記コアネットワークエンティティの応答が、前記トラッキングエリアのためのユーザプレーンエンティティがまだ登録されていないことを示している場合、前記第１のプールエリアの前記移動管理エンティティによって実行される以下の一連のステップ、すなわち、
前記第１のプールエリアまたは前記第２のプールエリアのユーザプレーンエンティティを選択するステップと、
前記選択されたユーザプレーンエンティティまでの、前記マルチキャストサービスのためのユーザプレーンの確立を開始するため、前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられている前記アクセスノードにセッション開始メッセージを送るステップと、
前記マルチキャストサービスおよびトラッキングエリアのための前記選択されたユーザプレーンエンティティを、前記コアネットワークエンティティにおいて登録するステップと、
をさらに含んでいる、請求項７６に記載の方法。
【請求項７８】
前記第２のプールエリアの移動管理エンティティから、前記第２のプールエリアの前記ユーザプレーンエンティティに、マルチキャストサービス登録抹消を送信するステップと、
前記登録抹消に応えて、前記第２のプールエリアの前記ユーザプレーンエンティティからの確認メッセージを、前記移動管理エンティティにおいて受信するステップであって、前記確認メッセージが、少なくとも１つの別の移動管理エンティティが、前記マルチキャストサービスについて前記第２のプールエリアの前記ユーザプレーンエンティティにおいて登録しているかを示している、前記ステップと、
前記第１のプールエリアの別の移動管理エンティティが、前記マルチキャストサービスについて前記第２のプールエリアの前記ユーザプレーンエンティティにおいて依然として登録されているが、前記第２のプールエリアの別の移動管理エンティティは前記ユーザプレーンエンティティにおいて登録されていないことを、前記確認メッセージが示している場合、前記登録抹消を送信した前記移動管理エンティティによって、前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられているアクセスノードを除く、前記第２のプールエリアの各アクセスノードに、ユーザプレーン解除通知を送信するステップと、
をさらに含んでいる、請求項４８〜７７のいずれか１項に記載の方法。
【請求項７９】
別の移動管理エンティティが、前記マルチキャストサービスについて前記第２のプールエリアの前記ユーザプレーンエンティティにおいて登録していないことを、前記確認メッセージが示している場合、前記マルチキャストサービス登録抹消を送信した前記移動管理エンティティによって、ユーザプレーン解除通知を、前記第２のプールエリアの各アクセスノードに送信するステップ、
をさらに含んでいる、請求項７８に記載の方法。
【請求項８０】
前記第１のプールエリアの移動管理エンティティから、前記第２のプールエリアの前記ユーザプレーンエンティティにマルチキャストサービス登録抹消を送信するステップと、
前記登録抹消への応答において、前記第２のプールエリアの前記ユーザプレーンエンティティからの確認メッセージを、前記移動管理エンティティにおいて受信するステップであって、前記確認メッセージが、少なくとも１つの別の移動管理エンティティが、前記マルチキャストサービスについて前記第２のプールエリアの前記ユーザプレーンエンティティにおいて登録しているかを示している、前記ステップと、
別の移動管理エンティティが、前記マルチキャストサービスについて前記第２のプールエリアの前記ユーザプレーンエンティティにおいて登録していない場合、少なくとも１つの別の移動管理エンティティが、前記マルチキャストサービスについて前記第１のプールエリアのユーザプレーンエンティティにおいて登録しているかを示すように前記第１のプールエリアのユーザプレーンエンティティに要求するマルチキャストサービス登録ステータス要求を、前記移動管理エンティティによって、前記第１のプールエリアの前記ユーザプレーンエンティティに送信するステップと、
前記マルチキャストサービス登録ステータス要求に応えて前記第１のプールエリアの前記移動管理エンティティにおいて受信された、前記第１のプールの前記ユーザプレーンエンティティからの応答が、前記第１のプールエリアの別の移動管理エンティティが前記マルチキャストサービスについて前記第１のプールエリアの前記ユーザプレーンエンティティにおいて依然として登録されていること、を示している場合、前記登録抹消を送信した前記移動管理エンティティによって、前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられている各アクセスノードに、ユーザプレーン解除通知を送信するステップと、
をさらに含んでいる、請求項４８〜７７のいずれか１項に記載の方法。
【請求項８１】
前記第１のプールの前記ユーザプレーンエンティティからの前記応答が、前記第１のプールエリアの別の移動管理エンティティが前記マルチキャストサービスについて前記第１のプールエリアの前記ユーザプレーンエンティティにおいてもはや登録されていないことを示している場合、前記マルチキャストサービス登録抹消を送信した前記移動管理エンティティによって、前記第１のプールエリアの各アクセスノードにユーザプレーン解除通知を送信するステップ、
をさらに含んでいる、請求項８０に記載の方法。
【請求項８２】
前記ユーザプレーン解除通知は、前記マルチキャストサービスの識別子を備えている、請求項７８〜８１のいずれか１項に記載の方法。
【請求項８３】
前記ユーザプレーン解除通知を受信することに応えて、前記第２のプールエリアの前記ユーザプレーンエンティティまでの前記ユーザプレーンをアクセスノードによって解除するステップ、
をさらに含んでいる、請求項７８〜８２のいずれか１項に記載の方法。
【請求項８４】
前記第２のプールエリアの移動管理エンティティから、前記第２のプールエリアの前記ユーザプレーンエンティティに、マルチキャストサービス登録抹消を送信するステップと、
前記登録抹消への応答において、前記第２のプールエリアの前記ユーザプレーンエンティティからの確認メッセージを、前記移動管理エンティティにおいて受信するステップであって、前記確認メッセージが、前記第１のプールエリアの１つまたは複数の移動管理エンティティが前記マルチキャストサービスについて前記第２のプールエリアの前記ユーザプレーンエンティティにおいて依然として登録されていること、を示している、前記ステップと、
前記第１のプールエリアのユーザプレーンエンティティまでの新しいユーザプレーンが確立されたときに、前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられているアクセスノードに、前記第２のプールエリアの前記ユーザプレーンエンティティまでの前記ユーザプレーンを解除するように、前記マルチキャストサービス登録抹消を送信した前記移動管理エンティティによって通知するステップと、
をさらに含んでいる、請求項４８〜７７のいずれか１項に記載の方法。
【請求項８５】
前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられている前記アクセスノードと、前記第１のプールエリアのユーザプレーンエンティティとの間に、前記マルチキャストサービスのためのユーザプレーンの確立をトリガーするように、前記マルチキャストサービス登録抹消を送信した前記移動管理エンティティによって、前記第１のプールエリアの移動管理エンティティに示すステップ、
をさらに含んでいる、請求項８４に記載の方法。
【請求項８６】
前記マルチキャストサービス登録抹消を送信した移動管理エンティティによって、
前記マルチキャストサービスについて前記第２のプールエリアの前記ユーザプレーンエンティティにおいて登録している、前記第１のプールエリアの１つまたは複数の移動管理エンティティに、前記マルチキャストサービスについて前記第１のプールエリアの前記ユーザプレーンエンティティにおいて登録するように、
要求するステップ、
をさらに含んでいる、請求項８４または８５に記載の方法。
【請求項８７】
前記登録抹消を送信した前記移動管理エンティティによって、前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられているアクセスノードを除く、前記第２のプールエリアの各アクセスノードに、ユーザプレーン解除通知を送信するステップ、
をさらに含んでいる、請求項８４〜８６のいずれか１項に記載の方法。
【請求項８８】
前記第１のプールエリアの移動元アクセスノードによって、前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられている前記アクセスノードに、ハンドオーバー要求メッセージを送信するステップであって、前記ハンドオーバー要求メッセージが、前記移動元アクセスノードから、前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられている前記移動先アクセスノードにハンドオーバーされる前記移動端末、のマルチキャストサービスに関する移動端末関連コンテキスト情報を備えている、前記ステップと、
前記ハンドオーバー要求メッセージを受信する前記アクセスノードによって、前記第１のプールエリアあるいは前記第２のプールエリアの前記ユーザプレーンエンティティまでの、前記マルチキャストサービスのためのユーザプレーンが使用されるかを、前記コンテキスト情報に基づいて判定するステップと、
前記第２のプールエリアの前記ユーザプレーンエンティティまでの、前記マルチキャストサービスのための前記ユーザプレーンが使用される場合、ハンドオーバーにおいて前記移動端末を処理担当する前記第１のプールエリアの前記移動管理エンティティを、前記マルチキャストサービスについて前記第２のプールエリアの前記ユーザプレーンエンティティにおいて登録するように、トリガーするステップと、
をさらに含んでいる、請求項４８〜８７のいずれか１項に記載の方法。
【請求項８９】
前記アクセスノードへの前記移動端末のハンドオーバー時に、前記第１のプールエリアあるいは前記第２のプールエリアの前記ユーザプレーンエンティティまでの、前記マルチキャストサービスのためのユーザプレーンが使用されるかを、前記アクセスノードによって判定するステップであって、前記判定が、前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられている前記アクセスノードにハンドオーバーされる前記移動端末によって受信されるマルチキャストサービス、に関する情報を備えているコンテキスト情報、に基づく、前記ステップと、
前記第２のプールエリアの前記ユーザプレーンエンティティまでの、前記マルチキャストサービスのための前記ユーザプレーンが使用される場合、前記アクセスノードから、前記第１のプールエリアの前記移動管理エンティティに、ハンドオーバー完了メッセージを送信するステップであって、前記ハンドオーバー完了メッセージが、前記第１のプールエリアの前記移動管理エンティティを、前記マルチキャストサービスについて前記第２のプールエリアの前記ユーザプレーンエンティティにおいて登録するように、トリガーする、前記ステップと、
をさらに含んでいる、請求項４８〜８７のいずれか１項に記載の方法。
【請求項９０】
マルチキャストサービスを受信するために移動端末を処理担当する、第１のプールエリアの移動管理エンティティであって、
前記移動端末を処理担当するアクセスノードが、前記第２のプールエリアの前記ユーザプレーンエンティティまでのユーザプレーンを使用する場合、前記マルチキャストサービスについて第２の他方のプールエリアのユーザプレーンエンティティにおいて前記移動管理エンティティを登録する送信器、
を備えている移動管理エンティティ。
【請求項９１】
前記マルチキャストサービスのための前記ユーザプレーンが、前記第２のプールエリアの前記ユーザプレーンエンティティまで確立されていることの通知、を受信する受信器、
をさらに備えており、
前記通知の前記受信に応えて、前記マルチキャストサービスについて前記第２のプールエリアの前記ユーザプレーンエンティティにおいて登録するようにされている、
請求項９０に記載の移動管理エンティティ。
【請求項９２】
前記通知は、前記移動端末から、または前記アクセスノードから、またはコアネットワークエンティティから、受信される、請求項９１に記載の移動管理エンティティ。
【請求項９３】
前記通知は、前記第２のプールエリアの前記ユーザプレーンエンティティの識別子、または前記第２のプールエリアの指示情報を備えている、請求項９１または９２に記載の移動管理エンティティ。
【請求項９４】
前記第２のプールエリアの前記ユーザプレーンエンティティの識別子を、前記第２のプールエリアの前記指示情報に基づいて解決する処理ユニット、
をさらに備えている、請求項９３に記載の移動管理エンティティ。
【請求項９５】
マルチキャストサービスを受信するために移動端末を処理担当する、第１のプールエリア内に位置している移動管理エンティティであって、
マルチキャストサービス登録抹消を前記第１のプールエリアのユーザプレーンエンティティに送信する送信器と、
前記登録抹消に応えて、前記第１のプールエリアの前記ユーザプレーンエンティティからの確認メッセージを受信する受信器であって、前記確認メッセージが、少なくとも１つの別の移動管理エンティティが前記マルチキャストサービスについて前記第１のプールエリアの前記ユーザプレーンエンティティにおいて登録しているかを示している、前記受信器と、
を備えており、
前記送信器は、
前記第２のプールエリアの別の移動管理エンティティが前記マルチキャストサービスについて前記第１のプールエリアの前記ユーザプレーンエンティティにおいて依然として登録されているが、前記第１のプールエリアの別の移動管理エンティティは前記ユーザプレーンエンティティにおいて登録されていないことを、前記確認メッセージが示している場合、前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられているアクセスノードを除く、前記第１のプールエリアの各アクセスノードに、ユーザプレーン解除通知を送信するようにされている、
移動管理エンティティ。
【請求項９６】
前記送信器は、
前記マルチキャストサービスについて別の移動管理エンティティが前記第１のプールエリアの前記ユーザプレーンエンティティにおいて登録していないことを、前記確認メッセージが示している場合、ユーザプレーン解除通知を前記第１のプールエリアの各アクセスノードに送信するようにされている、
請求項９５に記載の移動管理エンティティ。
【請求項９７】
マルチキャストサービスを受信するために移動端末を処理担当する、第１のプールエリア内に位置している移動管理エンティティであって、
マルチキャストサービス登録抹消を前記第２のプールエリアのユーザプレーンエンティティに送信する送信器と、
前記登録抹消に応えて、前記第２のプールエリアの前記ユーザプレーンエンティティからの確認メッセージを受信する受信器であって、前記確認メッセージが、少なくとも１つの別の移動管理エンティティが前記マルチキャストサービスについて前記第２のプールエリアの前記ユーザプレーンエンティティにおいて登録しているかを示している、前記受信器と、
を備えており、
前記送信器は、
別の移動管理エンティティが、前記マルチキャストサービスについて前記第２のプールエリアの前記ユーザプレーンエンティティにおいて登録していない場合、少なくとも１つの別の移動管理エンティティが前記マルチキャストサービスについて前記第１のプールエリアの前記ユーザプレーンエンティティにおいて登録しているかを示すように前記第１のプールエリアの前記ユーザプレーンエンティティに要求するマルチキャストサービス登録ステータス要求を、前記第１のプールエリアの前記ユーザプレーンエンティティに送信するようにされており、また、
前記送信器は、
前記マルチキャストサービス登録ステータス要求に応えて受信される、前記第１のプールの前記ユーザプレーンエンティティからの応答が、前記第１のプールエリアの別の移動管理エンティティが前記マルチキャストサービスについて前記第１のプールエリアの前記ユーザプレーンエンティティにおいて依然として登録されていること、を示している場合、前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられている各アクセスノードにユーザプレーン解除通知を送信するようにさらにされている、
移動管理エンティティ。
【請求項９８】
前記送信器は、
前記第１のプールの前記ユーザプレーンエンティティからの前記応答が、前記第１のプールエリアの別の移動管理エンティティが前記マルチキャストサービスについて前記第１のプールエリアの前記ユーザプレーンエンティティにおいてもはや登録されていないことを示している場合、ユーザプレーン解除通知を、前記第１のプールエリアの各アクセスノードに送信するようにされている、
請求項９７に記載の移動管理エンティティ。
【請求項９９】
マルチキャストサービスを受信するために移動端末を処理担当する移動管理エンティティであって、
マルチキャストサービス登録抹消を前記第１のプールエリアのユーザプレーンエンティティに送信する送信器と、
前記登録抹消に応えて、前記第１のプールエリアの前記ユーザプレーンエンティティからの確認メッセージを受信する受信器であって、前記確認メッセージが、前記第２のプールエリアの１つまたは複数の別の移動管理エンティティが、前記マルチキャストサービスについて前記第１のプールエリアの前記ユーザプレーンエンティティにおいて依然として登録されていることを示している、前記受信器と、
を備えており、
前記移動管理エンティティは、
前記第２のプールエリアのユーザプレーンエンティティまでのユーザプレーンが確立されたときに、前記第１のプールエリアおよび前記第２の他方のプールエリアに同時に割り当てられているアクセスノードに、前記第１のプールエリアの前記ユーザプレーンエンティティまでの前記ユーザプレーンを解除するように通知するようにされている、
移動管理エンティティ。
【請求項１００】
前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられているアクセスノードと、前記第２のプールエリアの前記ユーザプレーンエンティティとの間に、前記マルチキャストサービスのためのユーザプレーンを確立するように、前記第２のプールエリアの移動管理エンティティをトリガーするようにされている、
請求項９９に記載の移動管理エンティティ。
【請求項１０１】
前記マルチキャストサービスについて前記第１のプールエリアの前記ユーザプレーンエンティティにおいて登録している、前記第２のプールエリアの１つまたは複数の移動管理エンティティを、前記マルチキャストサービスについて前記第２のプールエリアの前記ユーザプレーンエンティティにおいて登録するように、トリガーするようにされている、
請求項９９または１００に記載の移動管理エンティティ。
【請求項１０２】
前記送信器は、
前記第１のプールエリアおよび前記第２のプールエリアに同時に割り当てられているアクセスノードを除く、前記第１のプールエリアの各アクセスノードに、ユーザプレーン解除通知を送信するようにされている、
請求項９９〜１０１のいずれか１項に記載の移動管理エンティティ。
【請求項１０３】
請求項４８〜８９のいずれか１項に記載の記方法の一連のステップを実行する、または一連のステップに参加する手段、
をさらに備えている、請求項９０〜１０２のいずれか１項に記載の移動管理エンティティ。
【請求項１０４】
アクセスノードを通じてマルチキャストサービスを受信する移動端末であって、
少なくとも前記マルチキャストサービスに関するマルチキャストサービス情報を前記アクセスノードから受信する受信器であって、前記マルチキャストサービス情報が、前記マルチキャストサービスのためのユーザプレーンが確立されている先のユーザプレーンエンティティのプールエリア、または、前記マルチキャストサービスのための前記ユーザプレーンが確立されている先のユーザプレーンエンティティの識別子、を示している、前記受信器と、
前記マルチキャストサービスのための前記ユーザプレーンが確立されている先の前記ユーザプレーンエンティティにおける前記移動管理エンティティの登録、をトリガーする通知を、前記移動端末を処理担当している前記移動管理エンティティに送信する送信器と、
を備えている移動端末。
【請求項１０５】
前記送信器は、
前記マルチキャストサービスの前記ユーザプレーンが確立されている先の前記ユーザプレーンエンティティが、前記移動端末を処理担当している前記移動管理エンティティとは異なるプールエリアに割り当てられていることを検出することに応えて、前記通知を送信するようにされている、
請求項１０４に記載の移動端末。
【請求項１０６】
前記検出は、前記マルチキャストサービス情報に基づく、請求項１０５に記載の移動端末。
【請求項１０７】
前記送信器は、
前記マルチキャストサービスの前記ユーザプレーンが確立されている先の前記ユーザプレーンエンティティが、前記移動端末を処理担当している前記移動管理エンティティとは異なるプールエリアに割り当てられていることを検出したときに、前記通知を送信するようにされている、
請求項１０４〜１０６のいずれか１項に記載の移動端末。
【請求項１０８】
前記マルチキャストサービス情報は、前記マルチキャストサービスのための前記ユーザプレーンが確立されている先の、前記プールエリアの前記ユーザプレーンエンティティにおいて登録している移動管理エンティティのプールエリア、をさらに示している、請求項１０４に記載の移動端末。
【請求項１０９】
前記送信器は、
前記移動端末によって受信される、前記アクセスノードからの前記マルチキャストサービス情報が、前記移動端末を処理担当している前記第１のプールエリアの移動管理エンティティが第２のプールエリアのユーザプレーンにおいて登録していることを示していない場合に、前記通知を送信するようにされている、
請求項１０８に記載の移動端末。
【請求項１１０】
請求項４８〜８９のいずれか１項に記載の前記方法の一連のステップを実行する、または一連のステップに参加する手段、
をさらに備えている、請求項１０４〜１０９のいずれか１項に記載の移動端末。
【請求項１１１】
前記第１のプールエリアおよび前記第２のプールエリアに割り当てられているアクセスノードであって、
少なくとも前記マルチキャストサービスに関するマルチキャストサービス情報を、前記マルチキャストサービスを受信する少なくとも１つの移動端末に送信する送信器であって、前記マルチキャストサービス情報が、前記マルチキャストサービスのためのユーザプレーンが確立されている先のユーザプレーンエンティティのプールエリア、または、前記マルチキャストサービスのための前記ユーザプレーンが確立されている先のユーザプレーンエンティティの識別子、を示している、前記送信器、
を備えているアクセスノード。
【請求項１１２】
前記マルチキャストサービス情報は、前記マルチキャストサービスのための前記ユーザプレーンが確立されている先の前記プールエリアの前記ユーザプレーンエンティティにおいて登録している移動管理エンティティのプールエリア、をさらに示している、請求項１１１に記載のアクセスノード。
【請求項１１３】
移動管理エンティティからの通知を受信する受信器であって、前記通知が、前記移動管理エンティティが前記マルチキャストサービスのための前記ユーザプレーンが確立されている先の前記ユーザプレーンエンティティにおいて前記マルチキャストサービスについて登録していることを、前記アクセスノードに示す、前記受信器と、
前記通知に応えて前記マルチキャストサービス情報を更新する処理ユニットと、
をさらに備えている、請求項１１１または１１２に記載のアクセスノード。
【請求項１１４】
第１のプールエリアのユーザプレーンエンティティまでの、あるいは、第２のプールエリアのユーザプレーンエンティティまでの、前記マルチキャストサービスのためのユーザプレーン、を確立または使用するかを決定する処理ユニット、
をさらに備えている、請求項１１１〜１１３のいずれか１項に記載のアクセスノード。
【請求項１１５】
前記アクセスノードは、
前記アクセスノードの受信器によって受信されるマルチキャストサービスのためのユーザプレーンの確立の複数の要求が、同じマルチキャストサービスに関連していることを、各マルチキャストサービスの識別子に基づいて検出するようにされている、
請求項１１４に記載のアクセスノード。
【請求項１１６】
第１のプールエリアおよび第２のプールエリアに割り当てられているアクセスノードであって、
前記第１のプールエリアまでの、マルチキャストサービスのためのユーザプレーンの確立の要求を、前記第１のプールエリアの移動管理エンティティから受信する受信器と、
前記マルチキャストサービスのための前記ユーザプレーンが確立されている先の前記第２のプールエリアのユーザプレーンエンティティにおける、前記第１のプールエリアの前記移動管理エンティティの前記登録、をトリガーするための通知を、前記第１のプールの前記移動管理エンティティに送信する送信器と、
を備えているアクセスノード。
【請求項１１７】
前記通知は、前記第２のプールエリアの前記ユーザプレーンエンティティの識別子、または前記第２のプールエリアの識別情報、を含んでいる、請求項１１６に記載のアクセスノード。
【請求項１１８】
請求項４８〜８９のいずれか１項に記載の前記方法の一連のステップを実行する、または一連のステップに参加する手段、
をさらに備えている、請求項１１１〜１１７のいずれか１項に記載のアクセスノード。
【請求項１１９】
請求項９０〜１０３のいずれか１項に記載の移動管理エンティティ、請求項１０４〜１１０のいずれか１項に記載の移動端末、請求項１１１〜１１８のいずれか１項に記載のアクセスノード、のうちの少なくとも１つ、
を備えている通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の１つの側面は、マルチキャストサービスまたはブロードキャストサービスを提供するため、ユーザプレーンエンティティと、複数の異なるプールエリアに同時に割り当てられている異なるアクセスノードとの間にユーザプレーンを確立することに関する。
【０００２】
本発明のもう１つの側面は、アクセスノードから移動端末によって受信されるマルチキャストサービスのサービス継続性を確保する方法であって、アクセスノードが第１のプールエリアと少なくとも第２のプールエリアとに同時に割り当てられている方法に関する。さらに、本発明は、通信ネットワークのさまざまなエンティティ、例えば、移動端末、移動管理エンティティ、ユーザプレーンエンティティ、およびアクセスノードに関する。
【背景技術】
【０００３】
移動通信システムにおいては、一般的に、移動端末は、所望のサービスを受信できるようになる前に、最初にネットワークにアタッチ／登録することが要求される。このアタッチ／登録は、通常では、ネットワークにおける移動端末の認証および認可を含んでおり、しばしば「ネットワークアタッチ」と称される。ネットワークにアタッチ／登録する各移動端末に対して、ネットワークアタッチを処理するネットワークエンティティにおいて、コンテキスト状態情報およびシグナリングメッセージが生成される。このため、明らかに、各移動端末によって、このエンティティにおける負荷が発生する。当然ながら、特定のネットワークエンティティが処理できる負荷には上限が存在し、結果として、そのようなエンティティが処理できる移動端末の数に関する上限が存在する。したがって、移動端末によって発生する負荷をいくつかのネットワークエンティティの間で分散させることが要求されることがある。
【０００４】
一般的には、移動通信システムは、それぞれが専用の機能を提供する論理的に分けられた部分に分割することができる。通常、これらの部分を、コアネットワーク（ＣＮ）、およびいくつかのアクセスノードを有するアクセスネットワーク（ＡＮ）と称する。特に、無線移動通信システムにおいては、後者の部分を通常では無線アクセスネットワーク（ＲＡＮ）と称する。
【０００５】
一般に、ネットワークアタッチ機能を処理するネットワークエンティティは、移動通信システムのコアネットワーク内に配置されている。無線アクセスネットワーク内のエンティティとコアネットワーク内のエンティティは、定義されているインタフェースを利用して互いの間で通信する。移動端末によって発生する負荷をいくつかのコアネットワークエンティティの間で分散できるようにするためには、移動端末との無線接続を処理する無線アクセスネットワークエンティティそれぞれが、複数のコアネットワークエンティティとの関係（すなわち、インタフェース）を持たなければならない。移動通信システムにはいくつかの無線アクセスネットワークエンティティが配備されているため、結果として、コアネットワークエンティティと無線アクセスネットワークエンティティとの間に多対多の関係が生じる（例えば、3GPP TR 25.912, "Feasibility study for evolved Universal Terrestrial Radio Access (UTRA) and Universal Terrestrial Radio Access Network (UTRAN)", version 7.0.0 を参照。これは、http://www.3gpp.orgにおいて入手可能であり、この参照をもってその内容を本願に繰り入れるものとする）。
【０００６】
大きなエリア、例えば国全体に移動通信システムを配備することを考える場合、すべての無線アクセスネットワークエンティティとすべてのコアネットワークエンティティとの間に多対多の関係を存在させることができないことは明らかである。伝送ネットワーク接続は、例えば、セキュリティ上の理由によって、あるいはその他のネットワーク動作上の理由によって領域的に制限されうるため、すべての無線アクセスネットワークエンティティのうちのサブセットのみが、すべてのコアネットワークエンティティのうちのサブセットとのインタフェースを持つことになりうる。互いの間にインタフェースを有するエンティティのすべてを、移動通信ネットワーク全体の中の論理領域の一部分であると考えることができ、一般にはこれをプールエリア（pool area）と称する。ネットワーク配備の側面を考慮すると、このようなプールエリアは、複数の無線アクセスネットワークエンティティから成り、これらの無線アクセスネットワークエンティティは、１つまたは複数のコアネットワークエンティティに地域的に関連しており、そのプールエリアの各エンティティの間にインタフェースが存在している。さらに、ネットワーク配備の側面を考慮すると、異なるプールエリアが互いに重なり合う場合があり得る（例えば、3GPP TR R3.018, "Evolved UTRA and UTRAN; Radio Access Architecture and Interfaces", version 0.4.1 を参照。これは、http://www.3gpp.orgにおいて入手可能であり、この参照をもってその内容を本願に繰り入れるものとする）。
【０００７】
この重なり合いは、異なるプールエリアの間の明確な境界に沿って移動端末が移動するときに起こりうる過剰なシグナリングを回避するために必要であることがある。このような場合、移動端末は、アソシエーションを１つのプールエリアから別のプールエリアに頻繁に切り替える。なぜなら、それぞれの無線アクセスネットワークエンティティから受信される信号強度が変化するためである。このようにアソシエーションを切り替えるには、ネットワーク内に維持されているコンテキスト状態情報を更新するためのいくつかのシグナリングが要求されることがある。重なり合うプールエリアを配備することにより、この種類の手順のためのある種のヒステリシス（hysteresis）が導入され、コンテキスト状態情報を頻繁に更新する必要性が回避される。
【０００８】
重なり合うプールエリアを構成・設定することの別の側面は、さまざまな端末の移動パターンに従って、全体的な負荷を分けることができることであり、例えば、複数のプールエリアとして、それぞれが個別の住宅エリアをカバーしており、すべてが同じ都市中心部をカバーしている、複数のプールエリアを考える（例えば、3GPP TS 23.236, "Intra-domain connection of Radio Access Network (RAN) nodes to multiple Core Network (CN) nodes", version 6.3.0 を参照。これは、http://www.3gpp.orgにおいて入手可能であり、この参照をもってその内容を本願に繰り入れるものとする）。
【０００９】
上記の考察を考慮すると、移動端末によって発生する負荷をいくつかのコアネットワークエンティティの間で分散させるソリューションは、ネットワークアタッチ時、無線アクセスネットワークノードが自身のプールエリアのコアネットワークエンティティのうちの１つ（そのノードがインタフェースを有する先のエンティティ）をランダムに選択し、ネットワークアタッチ要求をそのエンティティに転送することである。複数の移動端末を考慮すると、この結果として、同じ無線アクセスネットワークエンティティ（アクセスノード）に接続されている２つ以上の端末が異なるコアネットワークエンティティに割り当てられる状況が起こることがあり、さらに、その無線アクセスネットワークエンティティが、重なり合うプールエリア内に位置している場合、これらの異なるコアネットワークエンティティが、異なるプールエリアの部分であることもある。各ＵＥは、それぞれに割り当てられているコアネットワークエンティティによってネットワークアタッチを実行する。最終的に、（個々に）要求されたサービスは、（場合によっては異なるプールエリアの）異なるコアネットワークエンティティから、同じ無線アクセスネットワークエンティティを介して、移動端末に配信される。図１は、重なり合うプールエリアのコンセプトと、いくつかのコアネットワークエンティティの間で移動端末を分散させるコンセプトとを例示的に示している。
【００１０】
３ＧＰＰベースのシステムの開発における別のコンセプトは、トラッキングエリア（ＴＡ）を有するコンセプトである。このコンセプトの目的は、（例えば、移動の結果としての）シグナリングの量と、いわゆるアイドル状態（またはアイドルモード）にあるユーザ機器についてネットワークに格納される必要なコンテキスト情報とを制限することである。トラッキングエリアは、複数のアクセスノード（基地局）を備えており、トラッキングエリアの中では、アイドル状態にある移動端末は、コアネットワークエンティティにおいて自身の位置を更新する必要なしに移動することができる。3GPP TR R3.018, "Evolved UTRA and UTRAN; Radio Access Architecture and Interfaces", version 0.7.0（http://www.3gpp.org/ftp/tsg_ran/WG3_lu/R3_internal_TRs/において入手可能であり、この参照をもってその内容を本願に繰り入れるものとする）においては、トラッキングエリアの２つの代替コンセプトとして、重なり合うトラッキングエリア（overlapping tracking area）と、マルチトラッキング登録（multi-tracking registration）とが存在する。
【００１１】
重なり合うトラッキングエリアの場合においては、無線アクセスネットワークのアクセスノード（例えば、ｅＮｏｄｅＢ）は、１つまたは複数のトラッキングエリアに割り当てられており、すなわち、複数のトラッキングエリア識別子（ＴＡ−ＩＤ）を自身のセル内でブロードキャストすることがある。このコンセプトを使用するときには、移動端末は必ず１つのトラッキングエリアに割り当てられる。移動端末は、自身の現在のＴＡ−ＩＤをブロードキャストしないｅＮｏｄｅＢを選択する場合にのみ、コアネットワークエンティティにおいて自身の位置を更新することができる。
【００１２】
マルチＴＡ登録の場合においては、ｅＮｏｄｅＢは、必ず１つのトラッキングエリアに割り当てられており、すなわち、自身のセル内で１つのＴＡ−ＩＤのみをブロードキャストする。このコンセプトを使用するときには、移動端末を複数のトラッキングエリアに並列に割り当てることができる。この場合、移動端末は、自身に現在割り当てられているＴＡ−ＩＤのいずれもブロードキャストしないｅＮｏｄｅＢを選択するときに、コアネットワークエンティティにおいて自身の位置を更新する。
【００１３】
一般的には、プールエリアのコンセプトを利用することと、トラッキングエリアのコンセプトを利用することは、互いに無関係である。しかしながら、説明を簡潔にするため、プールエリアが必ず（１つまたは複数の）完全なトラッキングエリアを含んでいるものと想定することができる。図１４および図１５は、移動管理エンティティ／ユーザプレーンエンティティのプールエリアのコンセプトと、異なるトラッキングエリアのコンセプトとの間の関係を示している。
【００１４】
いくつかの移動管理エンティティまたはユーザプレーンエンティティの機能エンティティは、それぞれ、移動管理エンティティのプールまたはユーザプレーンエンティティのプールの一部である。プールの中のすべてのエンティティは、同じセットのアクセスノード（この場合にはｅＮｏｄｅＢ）を処理するように構成されている。これらのアクセスノードによってカバーされるエリアをプールエリアと称し、プールエリアの中では、移動端末は、割り当てられているコアネットワークエンティティ（移動管理エンティティまたはユーザプレーンエンティティ）を変更する必要なしに移動することができる。重なり合うプールエリアは、異なるプール内のエンティティが、アクセスノードのうちの（一部の）同じセットを処理するように構成されているときに、形成することができる。
【００１５】
上述したように、プールエリアは、（１つまたは複数の）完全なトラッキングエリアを含んでいるべきである。この結果、使用するトラッキングエリアのコンセプトに応じて、重なり合うエリアに関して異なる影響を及ぼし、これらは図１４および図１５に示してある。重なり合うトラッキングエリアのコンセプトを使用する場合、いくつかのトラッキングエリアは、重なり合わない部分の中のアクセスノードから、プールエリアの重なり合う部分まで延びている。それに対して、マルチトラッキングエリア登録のコンセプトの場合、その結果の状況として、プールエリアの重なり合う部分は（１つまたは複数の）完全なトラッキングエリアから成る。このことは、プールエリアの、重なり合わない部分と重なり合う部分との間に明確なトラッキングエリア境界が存在することを意味する。
【００１６】
本発明は、特に、セルラー移動通信ネットワークにおいてマルチキャストサービスを提供することに関する。このようなタイプのネットワークは、通常、高い効率およびセキュリティにおいて（例えば、ネットワークリソースおよび無線リソースの効率的な管理、セキュアな通信チャネルの確立および使用）、端末の移動をサポートするように設計されている。これを達成するためには、通常では、ＩＥＴＦにおいて標準化されているモバイルＩＰ、あるいは３ＧＰＰにおいて標準化されているＧＰＲＳトンネリングプロトコル（ＧＴＰ）などのプロトコルを使用してのトンネルベースの方式が採用される。これらの種類のトンネリングプロトコルは、ＶｏＩＰ（ボイスオーバーインターネットプロトコル）などのポイントツーポイント通信サービスを効率的かつセキュアにサポートする。しかしながら、これらのプロトコルでは、通常、マルチキャストあるいはブロードキャストなどのポイントツーマルチポイントサービスについては本質的にサポートされない。
【００１７】
マルチキャストサービスあるいはブロードキャストサービスに固有の拡張を効率的にサポートできるようにするためには、トンネリングプロトコルおよびネットワークアーキテクチャを構築しなければならない。例えば、３ＧＰＰリリース６のマルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）は、ＵＭＴＳアーキテクチャのためのそのような拡張に相当する。
【００１８】
従来（および３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおいても）、セルラーネットワークは、すべての制御情報および制御手順を処理する制御プレーン（Ｃ−プレーンとも表す）と、実際のユーザデータトラフィックを処理するユーザプレーン（Ｕ−プレーンとも表す）とに分割され、このことは、マルチキャストアーキテクチャにもあてはまる。本発明では、ネットワークアタッチまたは移動時に移動端末に割り当てられる、コアネットワークの制御プレーンエンティティのすべてが、マルチキャスト制御プレーンを処理できるものと想定する。ＳＡＥ／ＬＴＥシステムにおいては、移動管理エンティティ（ＭＭＥ）が、コアネットワークの制御プレーン機能を実行する。例示を目的として、マルチキャスト管理機能も含んでいるすべてのＭＭＥを、マルチキャストＭＭＥ（Ｍ−ＭＭＥ）と称する。それに対して、ＳＡＥ／ＬＴＥシステムの場合、コアネットワークのユーザプレーン機能は、ユーザプレーンエンティティ（ＵＰＥ）に含まれている。このとき、各ＵＰＥは、マルチキャストサービスデータを処理するようにＭ−ＭＭＥによって選択された場合、マルチキャストサービスのためのユーザプレーン機能も提供し、マルチキャストＵＰＥ（Ｍ−ＵＰＥ）と称するものと想定する。さらには、プールエリアのサイズ、もしくは、（１つまたは複数の）ＭＭＥ／ＵＰＥの能力、またはその両方に応じて、プールエリア当たり少なくとも１つのＭ−ＵＰＥをマルチキャストサービスのために選択することができる。移動端末の観点からは、Ｍ−ＭＭＥは、ネットワークアタッチまたは移動時に割り当てられるものと同じＭＭＥである。このため、ポイントツーマルチポイント（ｐ−ｔ−ｍ）サービスを処理担当する（serving）Ｍ−ＵＰＥが、ポイントツーポイント（ｐ−ｔ−ｐ）サービスのために割り当てられるＵＰＥとは異なることがあり得る。しかしながら、マルチキャストサービスの場合、移動端末とＭ−ＵＰＥとの間に直接的な関係は存在せず、すなわち、端末はＭ−ＵＰＥまでのユーザプレーンベアラを維持しない。実際には、マルチキャストサービスデータは、Ｍ−ＵＰＥからアクセスノード（ｅＮｏｄｅＢ）に配信され、これらのアクセスノードが、それぞれのサービスエリア内に存在するすべての移動端末にデータをブロードキャストする。ネットワーク内においてＭ−ＵＰＥとアクセスノードとの間では、例えばＩＰマルチキャスト伝送を利用してマルチキャストサービスデータを送信することができる。
【００１９】
図２は、２つのプールエリアに同時に割り当てられているアクセスノードにアタッチする２つの移動端末のための、ユーザプレーンおよび制御プレーンにおける機能上の分割と、その結果としての、ユーザプレーンおよび制御プレーンの例示的な構成を示している。２つの移動端末ＵＥ＃１およびＵＥ＃２の両方は、プールエリア＃１およびプールエリア＃２の重なり合う部分内に位置している同じアクセスノード（ｅＮｏｄｅＢ）にアタッチされている。ＵＥ＃１はプールエリア＃１に割り当てられており、したがって、このプールエリアのコアネットワークエンティティによって処理担当される一方で、ＵＥ＃２はプールエリア＃２に割り当てられており、したがって、このプールエリア＃２のコアネットワークエンティティによって処理担当される。したがって、制御プレーンは、ＵＥ＃１と、プールエリア＃１内のＭＭＥのうちの１つとの間に提供され、その一方で、ＵＥ＃２については、制御プレーンは、ＵＥ＃２と、プールエリア＃２内のＭＭＥのうちの１つとの間に提供される。同様に、両方の移動端末は、それぞれ、プールエリア＃１およびプールエリア＃２内に確立されているユーザプレーンを介して、マルチキャストサービスデータを受信する。
【００２０】
図３は、重なり合うプールエリアを考慮しての、３ＧＰＰ ＳＡＥ／ＬＴＥシステムの例示的なマルチキャストアーキテクチャを示しており、以下では、マルチキャストサービスをユーザに提供するときの、既存のソリューションの潜在的な欠点について、このアーキテクチャに基づいて概説する。この例示的な通信システムにおいては、例示を目的として、２つのプールエリア、すなわちプールエリア＃１およびプールエリア＃２が提供されていると想定する。
【００２１】
説明を簡潔にするため、マルチキャストサービスのデータは、それぞれのプールエリア内の１つのユーザプレーンエンティティを介して提供されるものと想定する。しかしながら、プールエリアの各アクセスノード（この場合にはｅＮｏｄｅＢ）にマルチキャストサービスデータを提供するユーザプレーンエンティティが複数存在することも、当然ながら可能である。したがって、プールエリア＃１内には１つのユーザプレーンエンティティＭ−ＵＰＥ＃１が提供されており、プールエリア＃２内には１つのユーザプレーンエンティティＭ−ＵＰＥ＃２が提供されている。さらに、プールエリアのアクセスノードにアタッチされている移動端末のための制御プレーンを、各プールエリア内のいくつかの移動管理エンティティ（すなわち、プールエリア＃１内のＭ−ＭＭＥ＃１０、Ｍ−ＭＭＥ＃１１、およびＭ−ＭＭＥ＃１２と、プールエリア＃２内のＭ−ＭＭＥ＃２０、Ｍ−ＭＭＥ＃２１、およびＭ−ＭＭＥ＃２２）まで確立することができる。例示を目的として示したＢＭ−ＳＣ（ブロードキャスト／マルチキャストサービスセンター）は、２つのプールエリアにおいて移動端末に提供されるマルチキャストサービスのソースとすることができる。
【００２２】
図１に示したシステムと同様に、例示を目的として、コアネットワークエンティティ、すなわち、各プールエリアの移動管理エンティティおよびユーザプレーンエンティティが、通信およびシグナリングのためのインタフェースを介して相互接続されているものと、さらに想定する。さらに、コアネットワークエンティティを、各プールエリアに割り当てられている複数の異なるアクセスノードに接続することもできる。
【００２３】
図３に示した例示的な実施形態においては、プールエリア＃１のみに割り当てられている１つまたは複数のアクセスノード（ｅＮｏｄｅＢ＃１）と、プールエリア＃１およびプールエリア＃２に割り当てられている１つまたは複数のアクセスノード（ｅＮｏｄｅＢ＃２）と、プールエリア＃２に割り当てられている１つまたは複数のアクセスノード（ｅＮｏｄｅＢ＃３）とが存在しているものと想定する。
【００２４】
上述したように、重なり合うプールエリア内の同じ基地局に接続されている２つ以上の移動端末が、コアネットワークの異なる制御プレーンエンティティに割り当てられていることがあり、さらに、これらのコアネットワークの制御プレーンエンティティが異なるプールエリアに属していることがある。したがって、図４に示したマルチキャストアーキテクチャの場合においては、重なり合うプールエリア内の同じ基地局（ｅＮｏｄｅＢ＃２）に接続されているＵＥ（ＵＥ＃１およびＵＥ＃２）が、異なるプールエリア（プールエリア＃１およびプールエリア＃２）内に位置している異なるＭ−ＭＭＥ（Ｍ−ＭＭＥ＃１０およびＭ−ＭＭＥ＃２０）において同じマルチキャストサービスをアクティブ化することが起こりうる。
【００２５】
このマルチキャストサービスアクティブ化要求を移動端末から受信すると、各Ｍ−ＭＭＥは、自身のプールエリア内のＭ−ＵＰＥにおいて登録し（４０１）、マルチキャストユーザプレーンパラメータ（例えば、マルチキャストサービスデータの配信のためのプライベートＩＰマルチキャストアドレスを含む）を設定する。マルチキャストサーバ（例えば、ＢＭ−ＳＣ）によってトリガーされると、マルチキャストサービスアクティブ化要求を受信した各Ｍ−ＭＭＥは、そのプールエリア内におけるユーザプレーンの確立をトリガーできるように、そのプールエリア内のすべてのアクセスノード（基地局／ｅＮｏｄｅＢ）に、マルチキャストユーザプレーン構成・設定を含んでいるセッション開始メッセージを送る（４０２）。このメッセージは、マルチキャスト（ＭＣ）サービス識別子（例えば、ＴＭＧＩ）と、設定されたプライベートＩＰマルチキャストアドレスとを含んでいることができる。
【００２６】
一般的には、マルチキャストサービスのセッション開始メッセージを受信したアクセスノードは、そのサービスを要求している移動端末が存在しているかをチェックする。アクティブモードにある移動端末については、アクセスノードは、各移動端末の、格納されているコンテキスト情報（ＵＥコンテキスト情報）から、この情報を導くことができる。アイドルモードにある移動端末（アクセスノードから認識されていないと考えられる）については、アクセスノードは、何らかの種類のページング手順（例えば、場合によってはカウンティング（counting）とも称する）をトリガーして、マルチキャストサービスを要求している移動端末に関する必要な情報を取得することができる。アクセスノードは、マルチキャストサービスを要求している移動端末が存在することを検出したときのみ、マルチキャストユーザプレーンを確立する。そのような移動端末が存在しない場合、アクセスノードは、例えば、適切な理由を有するＮＡＣＫメッセージを使用して、すべてのセッション開始メッセージを拒否する。
【００２７】
明らかに、本明細書において説明するシナリオにおいては、重なり合うプールエリア内のアクセスノードは、同じマルチキャストサービスのための複数のセッション開始メッセージを受信し、このマルチキャストサービスは、マルチキャストサービス識別子（例えば、ＴＭＧＩ）を使用して識別することができる。異なるプールエリアから受信されたセッション開始メッセージには、異なるユーザプレーン構成・設定（すなわち、異なるＩＰマルチキャストアドレス）が含まれている。すべてのセッション開始メッセージは、同じマルチキャストサービス（同じサービスデータを含んでいる）を指しているが、アクセスノードがサービスデータを受信する必要があるのは一度のみである。したがって、アクセスノードは、提供されたマルチキャストユーザプレーン構成・設定のうちの１つを選択し、それぞれのマルチキャストセッション開始メッセージを受信した送信元Ｍ−ＭＭＥに、例えば、それぞれＡＣＫメッセージおよびＮＡＣＫメッセージを使用して、その決定について通知する（４０３、４０４）。この結果として、一方のプールエリアまでのマルチキャストユーザプレーンのみが確立され、同じマルチキャストサービスのための重複するユーザプレーン（ネットワークリソースの無駄になる）が回避される。
【００２８】
上記のシステムにおいては、制御プレーンの機能とユーザプレーンの機能とが、Ｍ−ＭＭＥとＭ−ＵＰＥとの間で厳密に分かれているものと想定している。しかしながら、マルチキャストサービスに関して、別のオプションは、端末ベースの制御手順とセッションベースの制御手順とが、Ｍ−ＭＭＥとＭ−ＵＰＥとの間で分かれていることである。この場合、端末ベースの制御には、サービスに関与する各端末から個別にトリガーされる手順、および各端末に対して個別にトリガーされる手順のすべて（例えば、サービスアクティブ化手順、サービス非アクティブ化手順）が含まれる。その一方で、セッションベースの制御には、すべての端末に共通して影響するサービスセッション全体についてトリガーされるすべての手順（例えば、セッション開始手順、セッション停止手順）が含まれる。上記のマルチキャストサービスアーキテクチャにおいては、このことは、セッション開始／停止メッセージが、Ｍ−ＭＭＥによってではなくＭ−ＵＰＥによって送られることを意味する。しかしながら、この変形形態においても、重なり合うプールエリア内のアクセスノードに関する同じシナリオ（すなわち、同じマルチキャストサービスのための複数のセッション開始メッセージを受信する）が存在する。この場合、アクセスノードは、異なるプールエリア内の異なるＭ−ＵＰＥから複数のセッション開始メッセージを受信する。
【００２９】
上記のサービスシナリオを考えるとき、マルチキャストユーザプレーンが確立された先のプールエリアにアタッチされている移動端末のすべてが、そのプールエリアにおいてサービスをもはや受信していないという場合が生じうる。例えば、これらの移動端末は、サービスを非アクティブ化する、ネットワークからデタッチする（detach）、あるいは別のプールエリアに移動することがある。いずれの場合にも、この結果として、移動端末がアタッチしているＭ−ＭＭＥから、移動端末のコンテキスト状態情報が削除される。Ｍ−ＭＭＥは、特定のサービスについて自身がもはやいずれの端末もホストしていないことを検出すると、例えば、最後のコンテキストが削除されたとき、Ｍ−ＵＰＥから登録抹消する（de-register）。さらに、Ｍ−ＭＭＥは、以前にマルチキャストユーザプレーンを確立した（すなわち、セッション開始メッセージに応えてＡＣＫメッセージを受信した）送信元である、自身のプールエリア内のすべてのアクセスノードに、登録抹消メッセージを送る。明らかに、これらのアクセスノードには、重なり合うプールエリア内のアクセスノードも含まれる。Ｍ−ＭＭＥからこのような登録抹消メッセージを受信したアクセスノードは、プライベートＩＰマルチキャスト送信から離脱し、これによって、最終的に、そのプールエリア内のＭ−ＵＰＥまでのマルチキャストユーザプレーンを終了させる。しかしながら、上述したように、重なり合うプールエリア内のアクセスノードに関しては、別のプールエリア内に、そのマルチキャストサービスを最初にアクティブ化した端末が存在していることがある。したがって、一方のプールエリアにアタッチされている端末を理由として、重なり合うプールエリア内のアクセスノードまでのユーザプレーンを終了させると、結果として、他方のプールエリアにアタッチされている残っている端末においてマルチキャストサービスが失われる。
【００３０】
図５は、この状況を示している。この例においては、プールエリア＃１にアタッチされている移動端末ＵＥ＃１は、もはやマルチキャストサービスを受信していない。この端末が、マルチキャストサービスをアクティブ化した、プールエリア＃１内の最後の移動端末であるとき、それを処理担当しているＭ−ＭＭＥ＃１０は、そのマルチキャストサービスのためのユーザプレーンが確立されている先のＭ−ＵＰＥ＃１から登録抹消し（５０１）、そのマルチキャストサービスのためのマルチキャストユーザプレーンを確立したアクセスノード（ｅＮｏｄｅＢ＃１およびｅＮｏｄｅＢ＃２）がそれぞれのユーザプレーンを解除できるように、これらのアクセスノードに登録抹消メッセージを送る（５０２）。しかしながら、重なり合うプールエリア内のアクセスノード（ｅＮｏｄｅＢ＃２）がマルチキャストユーザプレーンを終了させると、プールエリア＃２にアタッチされている移動端末（例えばＵＥ＃２）は、そのマルチキャストサービスをもはや受信することができない。
【００３１】
以下では、重なり合うプールエリア領域を有するネットワークにおいて起こりうる別の問題について、図２２および図２３を参照しながら例示的に説明する。図３と同様に、このシナリオにおいては、３ＧＰＰ ＳＡＥ／ＬＴＥシステムの例示的なネットワークアーキテクチャとして、２つの重なり合うプールエリアを備えているアーキテクチャを想定する。１つのプールエリア内に位置しているすべてのＭ−ＭＭＥが同じＭ−ＵＰＥを選択し、ＢＭ−ＳＣから提供されるＭＢＭＳサービスについてそのＭ−ＵＰＥにおいて登録するものと想定する。したがって、プールエリア＃１内およびプールエリア＃２内のＭ−ＭＭＥは、それぞれ、Ｍ−ＵＰＥ＃１およびＭ−ＵＰＥ＃２を選択する。異なるプールエリア内に位置しているユーザプレーンエンティティは、一般には、それぞれのプールエリア内で同じマルチキャストサービスを配信するために異なるプライベートＩＰマルチキャストアドレスを使用する。このプライベートＩＰマルチキャストアドレスは、各プールエリアのＭ−ＭＭＥからのセッション開始メッセージにおいてｅＮｏｄｅＢに提供される。このことは、図２２において、プールエリア＃１およびプールエリア＃２内のＭＭＥからそれぞれのｅＮｏｄｅＢまでの破線矢印によって示してある。矢印のスタイルが異なるのは、プールエリア＃１のＭＭＥのセッション開始メッセージと、プールエリア＃２のＭＭＥのセッション開始メッセージが、異なるプライベートＩＰマルチキャストアドレスを示していることと、これらのプールエリアの異なるＵＰＥ、すなわち、それぞれＭ−ＵＰＥ＃１およびＭ−ＵＰＥ＃２を識別していることとを示している。
【００３２】
したがって、プールエリアの重なり合う領域内に位置しているｅＮｏｄｅＢ＃３、＃４、および＃５は、同じサービスのための複数のセッション開始メッセージを受信し、これらのメッセージは、異なる設定を含んでいる、すなわち、ユーザプレーンを確立するべき先の異なるＵＰＥを示している。プールエリアの重なり合う部分内のｅＮｏｄｅＢ＃３、＃４、および＃５のすべては、複数のセッション開始メッセージから１つのＵＰＥを独立して選択し、その選択したＵＰＥの、選択されているプライベートＩＰマルチキャストアドレスに加入する。したがって、プールエリアの重なり合う部分内のｅＮｏｄｅＢ＃３、＃４、および＃５は、マルチキャストサービスを提供する目的で、異なるプールエリア内に位置している異なるＵＰＥを選択する可能性がある。
【００３３】
しかしながら、この結果として、重なり合うエリア内に位置しているｅＮｏｄｅＢ＃３、＃４、および＃５にマルチキャストサービスを配信するために、送信ネットワークリソースの非効率的な使用につながりうる。
【００３４】
図２３は、サービスを提供する目的で、プールエリアの重なり合う領域内のｅＮｏｄｅＢによって異なるＵＰＥが選択されているシナリオの場合に、中間ホップ（例えば、中間スイッチ、中間ハブ、中間ルータなど）を介して確立されているユーザプレーンを示している。図２３に示したように、重なり合う領域までの複数の（例えば２つの）マルチキャスト配信ツリー（これらは同じコンテンツを配信する）が確立される。Ｍ−ＵＰＥ＃１を選択していると想定されているｅＮｏｄｅＢ＃４およびｅＮｏｄｅＢ＃５は、プールエリア＃１内のユーザプレーンを通じてサービスデータを受信するのに対して、Ｍ−ＵＰＥ＃２を選択していると想定されているｅＮｏｄｅＢ＃３は、プールエリア＃２内のユーザプレーンを通じてサービスデータを受信する。ＵＰＥと、プールエリアの重なり合う領域内のｅＮｏｄｅＢとの間の送信ネットワークにおいては、この結果として、リソースの割当てが不必要に増大する。例えば、これらユーザプレーン内のいくつかのリンクは、両方のユーザプレーンの一部であり、すなわち、このリンク上には同じコンテンツが２回配信される。明らかに、プールエリアの重なり合う部分内のすべてのｅＮｏｄｅＢにサービスコンテンツを提供するためには、１つの配信ツリーで十分である。リソース利用の非効率性は、重なり合うプールエリアの数に伴って増大することがある。なぜなら、それによって、同じコンテンツのためのさらなる配信ツリーが生じうるためである。
【発明の概要】
【発明が解決しようとする課題】
【００３５】
本発明の１つの目的は、プールエリアの重なり合う領域内に位置しているアクセスノード（例えば、ｅＮｏｄｅＢ）へのサービスデータの配信における効率的なリソース利用を促進するメカニズムを提案することである。
【００３６】
本発明の別の目的は、アクセスノードがいくつかのプールエリアに同時に割り当てられることのある通信ネットワークにおいて、移動端末によって受信されるマルチキャストサービスのサービス継続性を可能にすることである。本発明の別の目的は、アクセスノードがいくつかのプールエリアに同時に割り当てられることのある通信ネットワークにおいて、ユーザプレーンの管理を向上させることである。
【課題を解決するための手段】
【００３７】
これらの目的の少なくとも１つは、独立請求項の主題によって解決される。有利な実施形態は、従属請求項の主題である。
【００３８】
本発明の１つの側面は、２つ以上のプールエリアが互いに重なり合うネットワーク領域内に位置しているアクセスノードまで、サービスのためのユーザプレーンを提供する１つのユーザプレーンエンティティが選択されることを確保することである。したがって、特定のプールエリアへのユーザプレーンエンティティの実際の割当てには関係なく、選択を行うことができる。重なり合うプールエリアにおけるユーザプレーンを提供する共通のユーザプレーンエンティティを選択することは、さまざまな方法において達成することができる。
【００３９】
１つの可能な方法は、複数の異なるプールエリアの重なり合う部分内のアクセスノードが、異なるプールエリアのユーザプレーンエンティティを示しているセッション開始メッセージを受信した場合に、同じユーザプレーンエンティティを選択するようにすることである。このことは、例えば、アクセスノードが、受信したセッション開始メッセージを、すべてのアクセスノードがサービスのユーザプレーンのための同じユーザプレーンエンティティを選択することにつながる選択規則に従って個々に処理することによって、達成することができる。
【００４０】
これに代えて、ユーザプレーンを提供するユーザプレーンエンティティを、重なり合う複数の異なるプールエリアの移動管理エンティティによって「事前に選択する」ことができる。したがって、プールエリアの重なり合う部分内のアクセスノードに、サービスのためのユーザプレーンを確立するように要求するメッセージは、１つのユーザプレーンエンティティを示すのみであり、したがって、アクセスノードによって異なるユーザプレーンエンティティが選択されることはない。
【００４１】
本発明の別の側面は、移動端末によって受信されるマルチキャストサービスのサービス継続性を確保することである。例えば、アクセスノードが、マルチキャストサービスのためのユーザプレーンを、２つのプールエリアのうちのいずれか一方まで確立する（すなわち、プールエリアのうちのいずれか一方に同時に割り当てられている）場合、移動管理エンティティが、そのマルチキャストサービスについてユーザプレーンエンティティにおいて登録できることを提案する。したがって、移動管理エンティティの登録は、その移動管理エンティティの実際のプールエリアとは無関係である。したがって、第１のプールエリアの移動管理エンティティは、マルチキャストサービスのためのユーザプレーンがもう一方の第２のプールエリアに属しているユーザプレーンエンティティまで確立されている（される）場合、マルチキャストサービスについてその第２のプールエリアのユーザプレーンエンティティにおいて登録することができる。
【００４２】
したがって、ユーザプレーンが確立されている先のユーザプレーンエンティティにおいてマルチキャストサービスを登録抹消する最後の移動管理エンティティは、２つ以上のプールエリアに割り当てられているアクセスノードまでのユーザプレーンを終了させる。
【００４３】
上記の概説した両方の側面は、容易に組み合わせることができ、したがって、プールエリアの重なり合う部分において、サービス継続性と効率的なリソース利用とを同時に可能にする。
【００４４】
プールエリアの重なり合う領域内に位置しているアクセスノード（例えば、ｅＮｏｄｅＢ）へのサービスデータの配信における効率的なリソース利用を確保することに関して、本発明の一実施形態においては、マルチキャストサービスまたはブロードキャストサービスを提供するため、ユーザプレーンエンティティと、複数の異なるプールエリアに同時に割り当てられている異なるアクセスノードとの間にユーザプレーンを確立するための方法を提案する。複数の異なるプールエリアに同時に割り当てられている各アクセスノードは、異なるプールエリアの異なるユーザプレーンエンティティを示している複数のセッション開始メッセージを受信することがある。したがって、複数の異なるプールエリアに同時に割り当てられている各アクセスノードは、セッション開始メッセージに示されている示されたユーザプレーンエンティティのうちの１つのユーザプレーンエンティティを、複数の異なるプールエリアに同時に割り当てられているすべてのアクセスノードに共通する選択規則に基づいて、選択する。この選択規則は、複数の異なるプールエリアに同時に割り当てられているアクセスノードが、複数の異なるプールエリアの１つにおける同じユーザプレーンエンティティを選択することを確保する。さらに、これらのアクセスノードは、マルチキャストサービスまたはブロードキャストサービスを提供するため、選択された同じユーザプレーンエンティティまでの各ユーザプレーンを確立することができる。
【００４５】
さらなる実施形態においては、マルチキャストサービスまたはブロードキャストサービスのためのサービス開始メッセージであって、複数の異なるプールエリアに割り当てられているアクセスノードにおいて受信されるサービス開始メッセージは、マルチキャストサービスまたはブロードキャストサービスを識別する共通サービス識別子をさらに備えている。１つのマルチキャストサービスまたはブロードキャストサービスに属しているセッション開始メッセージは、例えばこの共通サービス識別子に基づいて識別することができる。
【００４６】
本発明の別の実施形態においては、マルチキャストサービスまたはブロードキャストサービスのサービスデータを、選択されたユーザプレーンエンティティから、複数の異なるプールエリアに割り当てられている各アクセスノードまで、確立されたユーザプレーンを介してトンネル化することができる。
【００４７】
本発明の別の実施形態によると、セッション開始メッセージは、複数の異なるプールエリアの移動管理エンティティから受信される。移動管理エンティティは、複数の異なるプールエリアの各プールエリアにおいてマルチキャストサービスまたはブロードキャストサービスを受信するように移動端末を処理担当することができる。
【００４８】
この実施形態のバリエーションにおいては、マルチキャストサービスまたはブロードキャストサービスのためのセッション開始メッセージを受信した各アクセスノードから、選択されたユーザプレーンエンティティを自身のセッション開始メッセージにおいて示した移動管理エンティティに、肯定応答を送信することができる。
【００４９】
別のバリエーションにおいては、選択されないユーザプレーンエンティティを示しているセッション開始メッセージを送信した移動管理エンティティに、選択されたユーザプレーンエンティティを通知することができる。この通知は、例えば、マルチキャストサービスまたはブロードキャストサービスのためのセッション開始メッセージを受信した各アクセスノードによって送信することができる。
【００５０】
さらに、この通知は、例えば、移動管理エンティティからのセッション開始メッセージの受信に応えてアクセスノードによって移動管理エンティティに送信される否定応答と一緒に、または否定応答の中で、送信することができる。
【００５１】
さらなるバリエーションにおいては、通知は、選択されたユーザプレーンエンティティの識別子を含んでいる、または、選択されたユーザプレーンエンティティのプールエリアを識別することができる。
【００５２】
本発明の別の実施形態によると、各アクセスノードは、設定可能な時間間隔においてユーザプレーンを確立するため、ユーザプレーンエンティティの選択を遅延させることができる。この時間間隔は、例えば、アクセスノードと、このアクセスノードが通信することができる各移動管理エンティティとの間で交換されるデータの往復時間に基づくことができる。あるいは、この時間間隔は、アクセスノードと、このアクセスノードが通信することができる各移動管理エンティティとの間で交換されるデータの最大往復時間に設定することができる。
【００５３】
別の例においては、時間間隔は、アクセスノードと、このアクセスノードが通信することができる各移動管理エンティティとの間で交換されるデータの最大往復時間と、移動管理エンティティの追加の処理遅延との合計時間に設定することができる。
【００５４】
さらなる一実施形態においては、選択規則は、複数の示されたユーザプレーンエンティティのうち、複数の異なるプールエリアのうちの１つのユーザプレーンエンティティを選択する目的で、ユーザプレーンエンティティにおける各セッション開始メッセージの中の少なくとも１つのパラメータの処理を定義する。したがって、セッション開始メッセージは、例えば、選択ステップの結果に影響を与える少なくとも１つの選択パラメータを備えていることができる。さらに、少なくとも１つの選択パラメータは、例えば、移動管理エンティティのプールエリアのプールエリア識別子、セッション開始メッセージの中で示されたユーザプレーンエンティティの識別子、セッション開始メッセージを送信する移動管理エンティティの識別子、セッション開始メッセージを送信する移動管理エンティティにおいてマルチキャストサービスまたはブロードキャストサービスについて登録している移動端末の数、のうちの少なくとも１つとすることができる。
【００５５】
別の実施形態による、効率的なリソース利用を可能にするための別の代替ソリューションは、マルチキャストサービスまたはブロードキャストサービスを提供するため、ユーザプレーンエンティティと、重なり合うプールエリアの重なり領域内の複数の異なるアクセスノードとの間にユーザプレーンを確立する別の方法に関する。この例示的な実施形態においては、少なくとも部分的に重なり合う複数の異なるプールエリアの移動管理エンティティであって、複数の異なるプールエリアにおける移動端末を処理担当している移動管理エンティティは、複数の異なるプールエリアの重なり合う部分のアクセスノードが、移動端末に提供されるマルチキャストサービスまたはブロードキャストサービスのためのユーザプレーンを確立する先の、プールエリアのうちの１つのユーザプレーンエンティティを決定することができる。ユーザプレーンが確立される先のユーザプレーンエンティティを明示的または暗黙的に示している少なくとも１つのメッセージ（例えば、セッション開始メッセージ）を、複数の異なるプールエリアの重なり合う部分のアクセスノードのそれぞれに、さらに送信することができる。
【００５６】
さらなる一実施形態においては、複数の異なるプールエリア内の各移動管理エンティティは、複数の異なるプールエリアの重なり合う部分内の各アクセスノードにセッション開始メッセージを送信し、送信されるすべてのセッション開始メッセージは、ユーザプレーンが確立される先のユーザプレーンエンティティを識別している。
【００５７】
本発明の別の実施形態においては、ユーザプレーンが確立される先のユーザプレーンエンティティの決定は、マルチキャストサービスまたはブロードキャストサービスのためのサービスアクティブ化メッセージの受信時に移動管理エンティティによってトリガーされる。
【００５８】
別の可能な方法として、ユーザプレーンが確立される先のユーザプレーンエンティティの決定は、複数の異なるユーザプレーンエンティティを識別している、同じマルチキャストサービスまたはブロードキャストサービスのためのセッション開始メッセージ、が受信されたことを示している、アクセスノードからの通知、によってトリガーされ、この通知に応えて、少なくとも１つのメッセージが送信される。この通知は、例えば、移動管理エンティティに送信することができ、セッション開始メッセージが受信された送信元の別の移動管理エンティティを示している。
【００５９】
さらに、別の実施形態においては、マルチキャストサービスまたはブロードキャストサービスのためのユーザプレーンが確立される先のユーザプレーンエンティティの決定は、複数の異なるプールエリア内の移動管理エンティティの間の制御シグナリングを含んでいる。この制御シグナリングは、ポイントツーポイント通信リンクを介して、またはポイントツーマルチポイント通信リンクを介して、制御メッセージを送信するステップを含んでいることができる。
【００６０】
バリエーションにおいては、複数の異なる重なり合うプールエリアの移動管理エンティティにＩＰマルチキャストアドレスが割り当てられており、制御メッセージは、このＩＰマルチキャストアドレスにアドレッシングされる。別のバリエーションにおいては、制御シグナリングは、少なくとも部分的に重なり合う複数の異なるプールエリアの各プールエリアの、事前に設定される、または選択される１つの移動管理エンティティの間で交換される。
【００６１】
さらなる実施形態によると、ユーザプレーンが確立される先のユーザプレーンエンティティの決定は、複数の異なるプールエリアの重なり合う部分内のアクセスノードまでのユーザプレーンを提供するユーザプレーンエンティティの明示的または暗黙的な識別情報を、マルチキャストサービスセンターまたはブロードキャストサービスセンターに要求するステップを含んでいる。この実施形態のバリエーションにおいては、要求は、要求側移動管理エンティティのプールエリアのユーザプレーンエンティティを識別する。
【００６２】
さらに、本発明の別の実施形態においては、マルチキャストサービスセンターまたはブロードキャストサービスセンターは、マルチキャストサービスまたはブロードキャストサービスのために、複数の異なるプールエリアの重なり合う部分内のアクセスノードまでのユーザプレーンを提供しているユーザプレーンエンティティが、要求において示されているマルチキャストサービスまたはブロードキャストサービスについて登録されているかを判定することができ、登録されていない場合、マルチキャストサービスセンターまたはブロードキャストサービスセンターは、受信される要求からユーザプレーンエンティティを導き、要求の中で示されているユーザプレーンエンティティを、複数の異なるプールエリアの重なり合う部分内のアクセスノードまでのユーザプレーンを提供するユーザプレーンエンティティとして、マルチキャストサービスセンターまたはブロードキャストサービスセンターにおいて登録し、導かれたユーザプレーンエンティティを、複数の異なるプールエリアの重なり合う部分内のアクセスノードまでのユーザプレーンを提供するユーザプレーンエンティティとして、要求に応えて要求側移動管理エンティティに示すことができる。
【００６３】
さらなる実施形態においては、マルチキャストサービスまたはブロードキャストサービスを提供するため、複数の異なるプールエリアの各プールエリアにおいて、１つのユーザプレーンエンティティが事前に設定される。
【００６４】
本発明の別の実施形態は、ユーザプレーンエンティティと自身との間にユーザプレーンを確立するアクセスノードであって、マルチキャストサービスまたはブロードキャストサービスを提供するため複数の異なるプールエリアに同時に割り当てられている、アクセスノードに関する。このアクセスノードは、異なるプールエリアの異なるユーザプレーンエンティティを示している複数のセッション開始メッセージを受信する通信ユニット（例えば、送信器および受信器など）と、さらに、セッション開始メッセージの中に示されている、示されたユーザプレーンエンティティのうち１つのユーザプレーンエンティティを、複数の異なるプールエリアに同時に割り当てられているすべてのアクセスノードに共通する選択規則、に基づいて選択する処理ユニット（またはプロセッサ）と、を備えており、選択規則が、複数の異なるプールエリアに同時に割り当てられているすべてのアクセスノードが、複数の異なるプールエリアのユーザプレーンエンティティのうちの同じユーザプレーンエンティティを選択することを確保する。通信ユニットは、マルチキャストサービスまたはブロードキャストサービスを提供するため、同じ選択されたユーザプレーンエンティティまで各ユーザプレーンを確立する目的に、さらに使用することができる。
【００６５】
別の実施形態によると、アクセスノードは、異なるプールエリアの異なるユーザプレーンエンティティを示しているセッション開始メッセージを、複数の異なるプールエリアの複数の異なる移動管理エンティティから受信する受信器と、同じマルチキャストサービスまたはブロードキャストサービスのためのセッション開始メッセージであって、複数の異なるユーザプレーンエンティティを識別しているセッション開始メッセージ、が受信されたことを示す通知を、複数の異なる移動管理エンティティのうちの少なくとも１つに送信する送信器と、を備えていることができる。さらに、受信器は、通知に応えての、複数の異なるプールエリアのうちの１つのユーザプレーンエンティティを示しているメッセージを受信することができる。さらに、アクセスノードは、マルチキャストサービスまたはブロードキャストサービスを提供するため、示されたユーザプレーンエンティティまでのユーザプレーンを確立するようにすることができる。
【００６６】
本発明の別の実施形態は、マルチキャストサービスまたはブロードキャストサービスを提供するため、ユーザプレーンエンティティと、重なり合うプールエリアの重なり領域内に位置している異なるアクセスノードとの間にユーザプレーンを確立する移動管理エンティティに関する。この移動管理エンティティは、複数の異なるプールエリアの重なり合う部分のアクセスノードが、移動管理エンティティによって処理担当されている移動端末に提供されるマルチキャストサービスまたはブロードキャストサービスのためのユーザプレーンを確立する先の、複数の異なるプールエリアのうちの１つのユーザプレーンエンティティ、を決定する処理ユニット（またはプロセッサ）を備えている。さらに、この移動管理エンティティは、ユーザプレーンが確立される先のユーザプレーンエンティティを明示的または暗黙的に識別しているメッセージを、複数の異なるプールエリアの重なり合う部分のアクセスノードのそれぞれに送信する通信ユニットを備えていることができる。
【００６７】
本発明のさらなる実施形態は、命令を格納しているコンピュータ可読媒体であって、命令がアクセスノードのプロセッサによって実行されたとき、それに起因して、アクセスノードが、ユーザプレーンエンティティとアクセスノードとの間にユーザプレーンを確立し、マルチキャストサービスまたはブロードキャストサービスを提供するため、アクセスノードが複数の異なるプールエリアに同時に割り当てられている、コンピュータ可読媒体に関する。命令の実行に起因して、アクセスノードは、異なるプールエリアの異なるユーザプレーンエンティティを示している複数のセッション開始メッセージを受信するステップと、セッション開始メッセージに示されている示されたユーザプレーンエンティティのうちの１つのユーザプレーンエンティティを、複数の異なるプールエリアに同時に割り当てられているすべてのアクセスノードに共通する選択規則に基づいて、選択するステップであって、選択規則が、複数の異なるプールエリアに同時に割り当てられているすべてのアクセスノードが、複数の異なるプールエリアのユーザプレーンエンティティのうちの同じユーザプレーンエンティティを選択することを確保するステップと、マルチキャストサービスまたはブロードキャストサービスを提供するため、選択された同じユーザプレーンエンティティまでの各ユーザプレーンをアクセスノードによって確立するステップとによって、ユーザプレーンを確立することができる。
【００６８】
本発明の別の実施形態は、命令を格納しているコンピュータ可読媒体であって、命令がアクセスノードのプロセッサによって実行されたとき、それに起因して、アクセスノードが、ユーザプレーンエンティティとアクセスノードとの間にユーザプレーンを確立し、マルチキャストサービスまたはブロードキャストサービスを提供するため、アクセスノードが複数の異なるプールエリアに同時に割り当てられている、コンピュータ可読媒体に関する。命令の実行に起因して、アクセスノードは、異なるプールエリアの異なるユーザプレーンエンティティを示しているセッション開始メッセージを、複数の異なるプールエリアの複数の異なる移動管理エンティティから受信するステップと、同じマルチキャストサービスまたはブロードキャストサービスのためのセッション開始メッセージであって、複数の異なるユーザプレーンエンティティを識別しているセッション開始メッセージ、が受信されたことを示す通知を、複数の異なる移動管理エンティティのうちの少なくとも１つに送信するステップと、通知に応えての、複数の異なるプールエリアのうちの１つのユーザプレーンエンティティを示しているメッセージを受信するステップと、マルチキャストサービスまたはブロードキャストサービスを提供するため、示されたユーザプレーンエンティティまでのユーザプレーンを確立するステップとによって、ユーザプレーンを確立することができる。
【００６９】
本発明のさらなる実施形態は、命令を格納しているコンピュータ可読媒体であって、命令がアクセスノードのプロセッサによって実行されたとき、それに起因して、アクセスノードが、ユーザプレーンエンティティとアクセスノードとの間にユーザプレーンを確立し、マルチキャストサービスまたはブロードキャストサービスを提供するため、アクセスノードが複数の異なるプールエリアに同時に割り当てられている、コンピュータ可読媒体、に関する。命令の実行に起因して、アクセスノードは、複数の異なるプールエリアの重なり合う部分のアクセスノードが、移動管理エンティティによって処理担当されている移動端末に提供されるマルチキャストサービスまたはブロードキャストサービスのためのユーザプレーンを確立する先の、複数の異なるプールエリアのうちの１つのユーザプレーンエンティティ、を決定するステップと、ユーザプレーンが確立される先のユーザプレーンエンティティを明示的または暗黙的に識別しているメッセージを、複数の異なるプールエリアの重なり合う部分のアクセスノードのそれぞれに送信するステップとによって、ユーザプレーンを確立することができる。
【００７０】
本発明のさらなる実施形態は、上述したように、サービス継続性を確保することに関する。本発明の一実施形態によると、アクセスノードから移動端末によって受信されるマルチキャストサービスのサービス継続性を確保する方法を提供する。したがって、アクセスノードは、第１のプールエリアと、少なくとも第２のプールエリアとに同時に割り当てられており、すなわち、２つ以上のプールエリア／トラッキングエリアが重なり合うエリア内に位置している。さらに、移動端末が、第１のプールエリアの移動管理エンティティによって処理担当されているものと想定する。この実施形態によると、移動端末を処理担当しているアクセスノードが、第２のプールエリアのユーザプレーンエンティティまでのユーザプレーンを使用する場合、第１のプールエリアの移動管理エンティティを、マルチキャストサービスについて第２のプールエリアのユーザプレーンエンティティにおいて登録することができる。
【００７１】
この登録は、いくつかの異なるメカニズムによってトリガーすることができる。例えば、一実施形態においては、ユーザプレーンエンティティにおける移動管理エンティティの登録は、ユーザプレーンが確立される先のユーザプレーンエンティティまでのユーザプレーンを確立するというアクセスノードの決定、を示している通知をアクセスノードから受信することに応えて、実行される。
【００７２】
別の実施形態においては、ユーザプレーンエンティティにおける移動管理エンティティの登録は、例えば、マルチキャストサービスまたはブロードキャストサービスのためのサービスアクティブ化メッセージを移動端末から受信することに応えて、実行される。
【００７３】
さらなる実施形態においては、ユーザプレーンエンティティにおける移動管理エンティティの登録は、例えば、ユーザプレーンが確立される先のユーザプレーンエンティティを示している通知を、別の移動管理エンティティから受信することに応えて、実行される。
【００７４】
別の実施形態によると、ユーザプレーンエンティティにおける移動管理エンティティの登録は、例えば、複数の異なるプールエリアの重なり合う部分内のアクセスノードまでのユーザプレーンを提供するユーザプレーンエンティティの明示的または暗黙的な識別情報を、マルチキャストサービスセンターまたはブロードキャストサービスセンターから受信することに応えて、実行される。
【００７５】
さらなる実施形態は、移動管理エンティティによるそのような登録のトリガーに関する。例えば、一実施形態においては、少なくともマルチキャストサービスに関するマルチキャストサービス情報を、アクセスノードから、少なくとも、第１のプールエリアの移動管理エンティティによって処理担当されている移動端末に送信する（例えば、ブロードキャストする）ことができる。このマルチキャストサービス情報は、マルチキャストサービスのためのユーザプレーンが確立されている先のユーザプレーンエンティティのプールエリア、あるいは、マルチキャストサービスのためのユーザプレーンが確立されている先のユーザプレーンエンティティの識別子、を示していることができる。
【００７６】
したがって、本発明のさらなる実施形態においては、第１のプールエリア（またはトラッキングエリア）の移動管理エンティティは、マルチキャストサービスのためのユーザプレーンが、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティまで確立されていることの通知を移動端末から受信することに応えて、マルチキャストサービスについて第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティにおいて登録することができる。この通知は、例えば、マルチキャストサービスのユーザプレーンが確立されている先のユーザプレーンエンティティが、移動端末を処理担当している第１のプールエリア（またはトラッキングエリア）の移動管理エンティティのプールエリア（またはトラッキングエリア）とは異なるプールエリア（またはトラッキングエリア）に割り当てられていることを検出したことに応えて、移動端末によって送信することができる。この検出は、例えば、移動端末によって受信される、アクセスノードからのマルチキャストサービス情報に基づくことができる。
【００７７】
さらに、さらなる実施形態によると、通知は、マルチキャストサービスのユーザプレーンが確立されている先のユーザプレーンエンティティが、移動端末を処理担当している第１のプールエリア（またはトラッキングエリア）の移動管理エンティティのプールエリア（またはトラッキングエリア）とは異なるプールエリア（またはトラッキングエリア）に属していることを検出したときに（のみ）、移動端末によって送信することができる。
【００７８】
さらに、別の実施形態においては、アクセスノードによって提供されるマルチキャストサービス情報は、さらなる情報を備えている。例えば、少なくともマルチキャストサービスに関するマルチキャストサービス情報は、マルチキャストサービスのためのユーザプレーンが確立されている先の、プールエリア（またはトラッキングエリア）のユーザプレーンエンティティ、においてマルチキャストサービスについて登録している移動管理エンティティの１つまたは複数のプールエリア（またはトラッキングエリア）を、さらに示していることができる。
【００７９】
この実施形態のバリエーションにおいては、移動端末によって送信される通知は、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティにおいて登録するように、第１のプールエリア（またはトラッキングエリア）の移動管理エンティティに示す（または移動管理エンティティをトリガーする）ことができる。この通知は、第１のプールエリア（またはトラッキングエリア）の移動管理エンティティが、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティにおいて登録したことを、アクセスノードから受信されたマルチキャストサービス情報が示していない場合にのみ、移動端末によって送ることができる。
【００８０】
本発明の別の実施形態は、マルチキャストサービスのためのユーザプレーン（マルチキャストユーザプレーン）を確立すべきである先のユーザプレーンエンティティに関する、アクセスノードによる処理および選択に関する。本発明の一実施形態においては、アクセスノードは、第１のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティまでのユーザプレーンを確立または使用するか、あるいは、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティまでのユーザプレーンを確立または使用するか、を決定することができる。マルチキャストサービスのためのユーザプレーンを確立する要求を、第１のプールエリア（またはトラッキングエリア）の移動管理エンティティから受信したときに、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティまでのユーザプレーンがすでに確立されている場合、この決定の結果として、例えば、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティまでのユーザプレーンを選択（および使用）することができる。
【００８１】
これに代えて、アクセスノードは、マルチキャストサービスのためのユーザプレーンを確立する各要求を、第１のプールエリア（またはトラッキングエリア）の移動管理エンティティ、および、マルチキャストサービスをアクセスノードを通じて要求している少なくとも１つの別の移動端末を処理担当している第２のプールエリア（またはトラッキングエリア）の移動管理エンティティから受信したときに、第１のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティまでのユーザプレーンを確立または使用するか、あるいは、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティまでのユーザプレーンを確立または使用するか、を決定することができる。この場合、アクセスノードは、要求に基づいて、マルチキャストユーザプレーンを確立するために関係している任意のプールエリア（またはトラッキングエリア）を選択する自由を有する。
【００８２】
一般的には、アクセスノードは、マルチキャストサービスのためのユーザプレーンを確立する複数の要求が同じマルチキャストサービスに関連していることを、各マルチキャストサービスの識別子に基づいて、検出することができる。同様に、確立されているユーザプレーンがマルチキャストサービスに関連していることを、マルチキャストサービスの識別子によって検出することができる。
【００８３】
例示的な一実施形態においては、アクセスノードは、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティまでのユーザプレーンを確立し、アクセスノードにおいてマルチキャストサービスデータを受信し、このマルチキャストサービスデータを、アクセスノードのサービスエリアの中の、マルチキャストサービスに登録されている移動端末に転送することができる。
【００８４】
ユーザプレーンエンティティにおける移動管理エンティティの登録のトリガーに関するさらなる実施形態においては、第１のプールエリア（またはトラッキングエリア）の移動管理エンティティは、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティまでのユーザプレーンがマルチキャストサービスデータのために使用されることの通知を、アクセスノードから受信することに応えて、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティにおいて自身を登録する。
【００８５】
この例示的な実施形態においては、通知は、例えば、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティの指示情報（indication）を含んでいる、または第２のプールエリア（またはトラッキングエリア）を識別することができる。したがって、移動管理エンティティは、マルチキャストユーザプレーンが確立されている先のユーザプレーンエンティティを、通知における第２のプールエリア（またはトラッキングエリア）の識別情報に基づいて（識別子が通知にすでに含まれていない場合）、解決することができる。
【００８６】
例示的な実施形態においては、通知は、移動端末のトラッキングエリア更新メッセージにカプセル化されて、または、第１のプールエリアおよび第２のプールエリアに同時に割り当てられているアクセスノードによって送られるセッション開始メッセージへの応答において、受信される。
【００８７】
バリエーションにおいては、第１のプールエリアおよび第２のプールエリアに同時に割り当てられているアクセスノードは、移動端末からのトラッキングエリア更新メッセージが、ユーザプレーンが確立されている先のプールエリアと同じプールエリア内に位置している移動管理エンティティを宛先としているか、を判定することができる。宛先としていない場合、すなわち、ユーザプレーンを確立する必要がある場合、第１のプールエリアおよび第２のプールエリアに同時に割り当てられているアクセスノードは、トラッキングエリア更新メッセージが宛先としている移動管理エンティティに通知を送ることができる。
【００８８】
アクセスノードの判定においては、例えば、アクセスノードによって維持されている、移動端末に関するコンテキスト情報を使用することができる。このコンテキスト情報は、移動端末のサービスに関して備えており、例えば、移動端末がマルチキャストサービスについて登録されていることを識別する。一実施形態においては、移動端末は、最初にアイドルモードにあり、トラッキングエリア更新（位置エリア更新とも表す）手順を実行するためアクティブモードに切り替えることができる。アクティブモードに切り替えることによって、アクセスノードは、マルチキャストサービスのためのユーザプレーンをトラッキングエリアのために確立する必要があるかに関する判定をアクセスノードが実行することを可能にするコンテキスト情報、を受信することができる。
【００８９】
第１のプールエリアおよび第２のプールエリアに同時に割り当てられているアクセスノードにアタッチしている移動端末が、トラッキングエリア更新を実行するようにするため、本発明の別の実施形態では、第１のプールエリアおよび第２のプールエリアに同時に割り当てられているアクセスノードが、少なくとも１つの個別のトラッキングエリアに割り当てられていることを予測する。
【００９０】
したがって、第１のプールエリアおよび第２のプールエリアに同時に割り当てられているアクセスノードによって送られる通知は、少なくとも１つの個別のトラッキングエリアのうちの１つにトラッキングエリアが変更されたことの検出に応えて、移動端末によって送られるトラッキングエリア更新メッセージによってトリガーすることができる。
【００９１】
本発明の別の実施形態によると、アクセスノードからの通知は、ユーザプレーンの確立をトリガーするためのセッション開始メッセージに応えて、受信される。さらに、この実施形態においては、第１のプールエリアおよび第２のプールエリアに同時に割り当てられているアクセスノードが少なくとも１つの個別のトラッキングエリアに割り当てられているならば、さらに有利である。第１のプールエリアおよび第２のプールエリアに同時に割り当てられているアクセスノードからのトラッキングエリア更新メッセージを、第１のプールエリアの移動管理エンティティにおいて受信すると、第１のプールエリアの移動管理エンティティは、例えば、マルチキャストサービスのためのユーザプレーンが、第１のプールエリアおよび第２のプールエリアに同時に割り当てられているアクセスノードが属している（少なくとも１つの）トラッキングエリア（トラッキングエリア更新メッセージがこのトラッキングエリアを識別することができる）内の（１つまたは複数の）アクセスノードまで確立されているか、を判定することができる。
【００９２】
ユーザプレーンを確立する必要がある場合、第１のプールエリアの移動管理エンティティは、マルチキャストサービスのためのユーザプレーンの確立をトリガーするためのセッション開始メッセージを、第１のプールエリアおよび第２のプールエリアに同時に割り当てられている少なくともアクセスノードに送信する、または、送信するように第１のプールエリア内のユーザプレーンエンティティに要求することができる。
【００９３】
本発明のいくつかの実施形態においては、第１のプールエリア（またはトラッキングエリア）の移動管理エンティティによって処理担当されている移動端末は、アクティブモードにあることができ、したがって、アクセスノードレベルにおいて通信ネットワークに認識されていることができる。
【００９４】
さらに、別の実施形態においては、アクセスノードを通じてマルチキャストサービスを受信する可能性のある移動端末が、アイドルモードにある。この場合、アクセスノードは、マルチキャストサービスを受信する少なくとも１つの移動端末が自身のサービスエリア内に存在しているかを判定することができる。このアクセスノードは、マルチキャストサービスを受信する少なくとも１つの移動端末が自身のサービスエリア内に存在している場合、移動管理エンティティに通知を送信することができる。
【００９５】
別の実施形態においては、特定のサービスのためのユーザプレーンを確立したユーザプレーンエンティティを中央に登録する方法に関する。この中央「登録」は、例えば、コアネットワークエンティティ、例えば、ＭＢＭＳサービスのためのＢＭ−ＳＣにおいて維持することができる。効果的な実施形態のためには、第１のプールエリアおよび第２のプールエリアに同時に割り当てられているアクセスノードが個別のトラッキングエリアに割り当てられており、問い合わせが個別のトラッキングエリアを示しているならば、有利である。一般的には、移動管理エンティティの登録をトラッキングエリアレベルにおいて制御および更新することが有利である。なぜなら、サービスのためのユーザプレーンエンティティにおける移動エンティティの登録をチェックして潜在的に登録を更新または確立するためのトリガーとして、トラッキングエリア更新を使用できるためである。
【００９６】
この実施形態によると、第１のプールエリアの移動管理エンティティは、第２のプールエリアのユーザプレーンエンティティまでのユーザプレーンがマルチキャストサービスデータのために使用されることを示している通知を、コアネットワークエンティティから受信することに応えて、第２のプールエリアのユーザプレーンエンティティにおいて自身を登録する。この通知は、例えば、第２のプールエリアのユーザプレーンエンティティの指示情報を含んでいる、または、第２のプールエリアを識別することができる。
【００９７】
バリエーションにおいては、通知は、例えば、第１のプールエリアの移動管理エンティティによる、コアネットワークエンティティへの問い合わせに応えて、この移動管理エンティティによって受信することができる。
【００９８】
上述したように、トラッキングエリア更新手順をトリガーメカニズムとして有利に使用することができる。例えば、第１のプールエリアの移動管理エンティティは、第１のプールエリアおよび第２のプールエリアに同時に割り当てられているアクセスノードからのトラッキングエリア更新メッセージを受信することができ、トラッキングエリア更新メッセージは、第１のプールエリアおよび第２のプールエリアに同時に割り当てられているアクセスノードが属しているトラッキングエリアを識別している。次いで、移動管理エンティティは、このトラッキングエリアの指示情報に基づいて、マルチキャストサービスのためのユーザプレーンが、第１のプールエリアおよび第２のプールエリアに同時に割り当てられているアクセスノードが属しているトラッキングエリア内のアクセスノードまで確立されているかを判定することができ、確立されていない場合、第１のプールエリアの移動管理エンティティは、移動管理エンティティがマルチキャストサービスについて自身を登録することができるユーザプレーンエンティティの識別情報を解決できるように、コアネットワークエンティティへの問い合わせを送信する。
【００９９】
さらなるバリエーションにおいては、問い合わせに対するコアネットワークエンティティの応答が、トラッキングエリアのためのユーザプレーンエンティティがまだ登録されていないことを示している場合、第１のプールエリアの移動管理エンティティは、以下の一連のステップを実行することができる。第１のプールエリアの移動管理エンティティは、第１のプールエリアまたは第２のプールエリアのユーザプレーンエンティティを選択することができ、次いで、選択されたユーザプレーンエンティティまでの、マルチキャストサービスのためのユーザプレーンの確立を開始するため、第１のプールエリアおよび第２のプールエリアに同時に割り当てられているアクセスノードにセッション開始メッセージを送ることができる。さらに、第１のプールエリアの移動管理エンティティは、マルチキャストサービスおよびトラッキングエリアのための選択されたユーザプレーンエンティティを、コアネットワークエンティティにおいて登録することができる。
【０１００】
本発明の別の側面は、移動管理エンティティによる、マルチキャストサービスの登録抹消の処理である。本発明の例示的な一実施形態においては、第１のプールエリア（またはトラッキングエリア）の移動管理エンティティは、マルチキャストサービスのマルチキャストユーザプレーンが確立されている先の、第２の（他方の）プールエリア（またはトラッキングエリア）のユーザプレーンエンティティに、マルチキャストサービス登録抹消を送信するものと想定する。移動管理エンティティは、この登録抹消に応えて、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティからの確認メッセージを受信することができ、この確認メッセージは、少なくとも１つの別の移動管理エンティティが、マルチキャストサービスについて第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティにおいて登録しているかを示している。
【０１０１】
別の実施形態においては、第２のプールエリアの移動管理エンティティは、マルチキャストサービス登録抹消を第２のプールエリアのユーザプレーンエンティティに送信することができ、登録抹消に応えて、移動管理エンティティにおいて、第２のプールエリアのユーザプレーンエンティティからの確認メッセージを受信することができ、この確認メッセージは、少なくとも１つの別の移動管理エンティティが、マルチキャストサービスについて第２のプールエリアのユーザプレーンエンティティにおいて登録しているかを示している。第１のプールエリアの別の移動管理エンティティが、マルチキャストサービスについて第２のプールエリアのユーザプレーンエンティティにおいて依然として登録されているが、第２のプールエリアの別の移動管理エンティティはユーザプレーンエンティティにおいて登録されていないことを、確認メッセージが示している場合、登録抹消を送信した移動管理エンティティは、第１のプールエリアおよび第２のプールエリアに同時に割り当てられているアクセスノードを除く、第２のプールエリアの各アクセスノードに、ユーザプレーン解除通知を送信することができる。
【０１０２】
さらに、別の実施形態においては、別の移動管理エンティティが、マルチキャストサービスについて第２のプールエリアのユーザプレーンエンティティにおいて登録していないことを、確認メッセージが示している場合、マルチキャストサービス登録抹消を送信した移動管理エンティティは、ユーザプレーン解除通知を、第２のプールエリアの各アクセスノードに、送信することができる。
【０１０３】
本発明のさらなる実施形態によると、第１のプールエリアの移動管理エンティティは、第２のプールエリアのユーザプレーンエンティティにマルチキャストサービス登録抹消を送信することができる。第１のプールエリアの移動管理エンティティは、登録抹消への応答において、第２のプールエリアのユーザプレーンエンティティからの確認メッセージを受信することができ、この確認メッセージは、少なくとも１つの別の移動管理エンティティが、マルチキャストサービスについて第２のプールエリアのユーザプレーンエンティティにおいて登録しているかを示している。別の移動管理エンティティが、マルチキャストサービスについて第２のプールエリアのユーザプレーンエンティティにおいて登録していない場合、移動管理エンティティは、少なくとも１つの別の移動管理エンティティが、マルチキャストサービスについて第１のプールエリアのユーザプレーンエンティティにおいて登録しているかを示すように第１のプールエリアのユーザプレーンエンティティに要求するマルチキャストサービス登録ステータス要求を、第１のプールエリアのユーザプレーンエンティティに送信することができる。
【０１０４】
マルチキャストサービス登録ステータス要求に応えて第１のプールエリアの移動管理エンティティにおいて受信された、第１のプールのユーザプレーンエンティティからの応答が、第１のプールエリアの別の移動管理エンティティがマルチキャストサービスについて第１のプールエリアのユーザプレーンエンティティにおいて依然として登録されていること、を示している場合、登録抹消を送信した移動管理エンティティは、ユーザプレーン解除通知を、第１のプールエリアおよび第２のプールエリアに同時に割り当てられている各アクセスノードに、さらに送信することができる。
【０１０５】
この実施形態のバリエーションにおいては、第１のプールエリアのユーザプレーンエンティティからの応答が、第１のプールエリアの別の移動管理エンティティがマルチキャストサービスについて第１のプールエリアのユーザプレーンエンティティにおいてもはや登録されていないこと、を示している場合、移動管理エンティティは、ユーザプレーン解除通知を、第１のプールエリアの各アクセスノードに送信することができる。
【０１０６】
一実施形態においては、ユーザプレーン解除通知は、ユーザプレーンを終了させる対象のマルチキャストサービスを識別できるようにするため、マルチキャストサービスの識別子を備えている。したがって、アクセスノードは、ユーザプレーン解除通知を受信することに応えて、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティまでのユーザプレーンを解除することができる。
【０１０７】
本発明の別の実施形態は、マルチキャストサービス登録抹消の別の可能な処理方法に関する。この例示的な実施形態においては、移動管理エンティティは、マルチキャストサービスのマルチキャストユーザプレーンが確立されている先の、第２（他方）のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティに、マルチキャストサービス登録抹消を送信する。この場合にも、移動管理エンティティは、登録抹消に応えて、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティからの確認メッセージを受信することができる。この例示的な実施形態においては、確認メッセージは、第１のプールエリア（またはトラッキングエリア）の１つまたは複数の移動管理エンティティがマルチキャストサービスについて第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティにおいて依然として登録されていること、を示している。したがって、登録抹消する移動管理エンティティは、第１のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティまでの新しいユーザプレーンが確立されたときに、第１のプールエリア（またはトラッキングエリア）および第２のプールエリア（またはトラッキングエリア）に同時に割り当てられているアクセスノードに、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティまでのユーザプレーンを解除するように通知することができる。
【０１０８】
さらに、別の実施形態によると、登録抹消する移動管理エンティティは、第１のプールエリア（またはトラッキングエリア）および第２のプールエリア（またはトラッキングエリア）に同時に割り当てられているアクセスノードと、第１のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティとの間に、マルチキャストサービスのためのユーザプレーンの確立をトリガーするように、第１のプールエリア（またはトラッキングエリア）の移動管理エンティティに指示することができる。これによって、第１のプールエリア（またはトラッキングエリア）の（１つまたは複数の）移動管理エンティティのみが第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティにおいて依然として登録されている場合にのみ、マルチキャストユーザプレーンを、第２のプールエリア（またはトラッキングエリア）から第１のプールエリア（またはトラッキングエリア）に再配置することができる。
【０１０９】
本発明の別の実施形態によるさらなる改良形態においては、登録抹消する移動管理エンティティは、マルチキャストサービスについて第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティにおいて登録している、第１のプールエリア（またはトラッキングエリア）の１つまたは複数の移動管理エンティティに、マルチキャストサービスについて第１のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティにおいて登録するように、要求することができる。
【０１１０】
別の実施形態においては、登録抹消する移動管理エンティティは、第１のプールエリア（またはトラッキングエリア）および第２のプールエリア（またはトラッキングエリア）に同時に割り当てられているアクセスノードを除く、第２のプールエリア（またはトラッキングエリア）の各アクセスノードに、ユーザプレーン解除通知を送信する。
【０１１１】
さらなる実施形態による本発明の別の側面は、プールエリア（またはトラッキングエリア）の重なり合う部分内に位置していない移動元アクセスノードから、プールエリア（またはトラッキングエリア）の重なり合う部分内に位置している移動先アクセスノードに、移動端末がハンドオーバーされる場合における、登録の処理である。この例示的な実施形態においては、第１のプールエリア（またはトラッキングエリア）の移動元アクセスノードは、第１のプールエリア（またはトラッキングエリア）および第２のプールエリア（またはトラッキングエリア）に同時に割り当てられているアクセスノード（すなわち、移動先アクセスノード）に、ハンドオーバー要求メッセージを送信することができる。このハンドオーバー要求メッセージは、移動元アクセスノードから移動先アクセスノードにハンドオーバーされる移動端末のマルチキャストサービスに関する移動端末関連コンテキスト情報を備えていることができる。ハンドオーバー要求メッセージを受信する移動先アクセスノードは、第１のプールエリア（またはトラッキングエリア）あるいは第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティまでの、マルチキャストサービスのためのユーザプレーンが使用されるかを、コンテキスト情報に基づいて判定することができ、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティまでの、マルチキャストサービスのためのユーザプレーンが使用される場合、ハンドオーバーにおいて移動端末を処理担当する第１のプールエリア（またはトラッキングエリア）の移動管理エンティティを、マルチキャストサービスについて第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティにおいて登録するように、トリガーすることができる。
【０１１２】
本発明の代替実施形態においては、移動先アクセスノードは、移動端末のハンドオーバー時に、第１のプールエリア（またはトラッキングエリア）あるいは第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティまでの、マルチキャストサービスのためのユーザプレーンが使用されるか、を判定することができる。この判定は、例えば、第１のプールエリア（またはトラッキングエリア）および第２のプールエリア（またはトラッキングエリア）に同時に割り当てられているアクセスノードにハンドオーバーされる移動端末によって受信されるマルチキャストサービスに関する情報を備えているコンテキスト情報に基づくことができる。第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティまでの、マルチキャストサービスのためのユーザプレーンが使用される場合、移動先アクセスノードは、自身からのハンドオーバー完了メッセージを、第１のプールエリア（またはトラッキングエリア）の移動管理エンティティに送信することができ、ハンドオーバー完了メッセージは、第１のプールエリア（またはトラッキングエリア）の移動管理エンティティを、マルチキャストサービスについて第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティにおいて登録するように、トリガーする。
【０１１３】
本発明の別の実施形態は、マルチキャストサービスを受信するために移動端末を処理担当する、第１のプールエリア（またはトラッキングエリア）の移動管理エンティティに関する。この移動管理エンティティは、移動端末を処理担当するアクセスノードが、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティまでのユーザプレーンを使用する場合、マルチキャストサービスについて第２の他方のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティにおいて移動管理エンティティを登録する送信器、を備えている。
【０１１４】
さらなる実施形態においては、移動管理エンティティは、マルチキャストサービスのためのユーザプレーンが、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティまで確立されていることの通知、を受信する受信器を備えている。通知は、移動端末から、アクセスノードから、またはコアネットワークエンティティから、受信することができる。移動管理エンティティは、通知の受信に応えて、マルチキャストサービスについて第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティにおいて登録することができる。通知は、例えば、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティの識別子、または第２のプールエリア（またはトラッキングエリア）の指示情報を備えていることができ、したがって、通知を受信する移動管理エンティティは、マルチキャストサービスについて登録すべきユーザプレーンエンティティおよびプールエリア（トラッキングエリア）を認識する、または導くことができる。この通知は、例えば、第１のプールエリアおよび第２のプールエリアに同時に割り当てられているアクセスノードから、あるいは、コアネットワークエンティティから、受信することができる。
【０１１５】
別の実施形態による移動管理エンティティは、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティの識別子を、第２のプールエリア（またはトラッキングエリア）の指示情報に基づいて解決する処理ユニット、をさらに備えている。
【０１１６】
本発明の別の実施形態は、マルチキャストサービスを受信するために移動端末を処理担当する、第１のプールエリア内に位置している移動管理エンティティに関する。この移動管理エンティティは、マルチキャストサービス登録抹消を第１のプールエリアのユーザプレーンエンティティに送信する送信器と、登録抹消に応えて、第１のプールエリアのユーザプレーンエンティティからの確認メッセージを受信する受信器であって、確認メッセージが、少なくとも１つの別の移動管理エンティティがマルチキャストサービスについて第１のプールエリアのユーザプレーンエンティティにおいて登録しているかを示している受信器と、を備えていることができる。
【０１１７】
さらに、第２のプールエリアの別の移動管理エンティティがマルチキャストサービスについて第１のプールエリアのユーザプレーンエンティティにおいて依然として登録されているが、第１のプールエリアの別の移動管理エンティティはユーザプレーンエンティティにおいて登録されていないことを、確認メッセージが示している場合、移動管理エンティティの送信器を、第１のプールエリアおよび第２のプールエリアに同時に割り当てられているアクセスノードを除く、第１のプールエリアの各アクセスノードに、ユーザプレーン解除通知を送信するように、することができる。
【０１１８】
別の実施形態による移動管理エンティティは、マルチキャストサービスについて別の移動管理エンティティが第１のプールエリアのユーザプレーンエンティティにおいて登録していないことを、確認メッセージが示している場合、ユーザプレーン解除通知を第１のプールエリアの各アクセスノードに送信することができる。
【０１１９】
本発明のさらなる実施形態は、マルチキャストサービスを受信するために移動端末を処理担当する、第１のプールエリア内に位置している移動管理エンティティに関する。この移動管理エンティティは、マルチキャストサービス登録抹消を第２のプールエリアのユーザプレーンエンティティに送信する送信器と、登録抹消に応えて、第２のプールエリアのユーザプレーンエンティティからの確認メッセージを受信する受信器であって、確認メッセージが、少なくとも１つの別の移動管理エンティティがマルチキャストサービスについて第２のプールエリアのユーザプレーンエンティティにおいて登録しているかを示している受信器と、を備えている。
【０１２０】
送信器は、別の移動管理エンティティが、マルチキャストサービスについて第２のプールエリアのユーザプレーンエンティティにおいて登録していない場合、少なくとも１つの別の移動管理エンティティがマルチキャストサービスについて第１のプールエリアのユーザプレーンエンティティにおいて登録しているかを示すように第１のプールエリアのユーザプレーンエンティティに要求するマルチキャストサービス登録ステータス要求を、第１のプールエリアのユーザプレーンエンティティに送信することができる。さらに、マルチキャストサービス登録ステータス要求に応えて、第１のプールエリアの移動管理エンティティにおいて受信される、第１のプールのユーザプレーンエンティティからの応答が、第１のプールエリアの別の移動管理エンティティがマルチキャストサービスについて第１のプールエリアのユーザプレーンエンティティにおいて依然として登録されていること、を示している場合、送信器は、第１のプールエリアおよび第２のプールエリアに同時に割り当てられている各アクセスノードにユーザプレーン解除通知を送信することができる。
【０１２１】
別の実施形態による移動管理エンティティは、第１のプールのユーザプレーンエンティティからの応答が、第１のプールエリアの別の移動管理エンティティがマルチキャストサービスについて第１のプールエリアのユーザプレーンエンティティにおいてもはや登録されていないことを示している場合、ユーザプレーン解除通知を、第１のプールエリアの各アクセスノードにさらに送信することができる。
【０１２２】
別の実施形態においては、マルチキャストサービスを受信するために移動端末を処理担当するさらなる移動管理エンティティを提供する。この実施形態においては、移動管理エンティティは、マルチキャストサービス登録抹消を第１のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティに送信する送信器と、登録抹消に応えて、第１のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティからの確認メッセージを受信する受信器であって、確認メッセージが、第２のプールエリア（またはトラッキングエリア）の１つまたは複数の別の移動管理エンティティが、マルチキャストサービスについて第１のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティにおいて依然として登録されていることを示している受信器と、を備えている。さらに、移動管理エンティティは、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティまでのユーザプレーンが確立されたときに、第１のプールエリア（またはトラッキングエリア）および第２の他方のプールエリア（またはトラッキングエリア）に同時に割り当てられているアクセスノードに、第１のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティまでのユーザプレーンを解除するように通知することができる。
【０１２３】
別の実施形態による移動管理エンティティは、第１のプールエリア（またはトラッキングエリア）および第２のプールエリア（またはトラッキングエリア）に同時に割り当てられているアクセスノードと、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティとの間に、マルチキャストサービスのためのユーザプレーンを確立するように、第２のプールエリア（またはトラッキングエリア）の移動管理エンティティをトリガーすることができる。
【０１２４】
さらに、移動管理エンティティは、例えば、マルチキャストサービスについて第１のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティにおいて登録している、第２のプールエリア（またはトラッキングエリア）の１つまたは複数の移動管理エンティティを、マルチキャストサービスについて第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティにおいて登録するように、トリガーすることができる。
【０１２５】
さらなる実施形態においては、移動管理エンティティの送信器は、第１のプールエリア（またはトラッキングエリア）および第２のプールエリア（またはトラッキングエリア）に同時に割り当てられているアクセスノードを除く、第１のプールエリア（またはトラッキングエリア）の各アクセスノードに、ユーザプレーン解除通知を送信することができる。
【０１２６】
本発明の別の実施形態は、本明細書に概説したさまざまな実施形態のうちの任意の１つによる方法および手順の一連のステップを実行することができる、または一連のステップに参加する移動管理エンティティ、を提供する。
【０１２７】
本発明のさらなる実施形態は、アクセスノードを通じてマルチキャストサービスを受信する移動端末に関する。この移動端末は、少なくともマルチキャストサービスに関するマルチキャストサービス情報をアクセスノードから受信する受信器であって、マルチキャストサービス情報が、マルチキャストサービスのためのユーザプレーンが確立されている先のユーザプレーンエンティティのプールエリア（またはトラッキングエリア）、あるいは、マルチキャストサービスのためのユーザプレーンが確立されている先のユーザプレーンエンティティの識別子、を示している受信器、を備えていることができる。さらに、移動端末は、マルチキャストサービスのためのユーザプレーンが確立されている先のユーザプレーンエンティティにおける移動管理エンティティの登録をトリガーする通知を、移動端末を処理担当している移動管理エンティティに送信する送信器、を含んでいることができる。
【０１２８】
一実施形態においては、移動端末の送信器は、マルチキャストサービスのユーザプレーンが確立されている先のユーザプレーンエンティティが、移動端末を処理担当している移動管理エンティティとは異なるプールエリア（またはトラッキングエリア）に割り当てられていることを検出することに応えて、通知を送信することができる。この検出は、例えば、マルチキャストサービス情報に基づくことができる。
【０１２９】
本発明の別の実施形態による移動端末においては、送信器は、マルチキャストサービスのユーザプレーンが確立されている先のユーザプレーンエンティティが、移動端末を処理担当している移動管理エンティティとは異なるプールエリア（またはトラッキングエリア）に割り当てられていることを検出したときに、通知を送信することができる。
【０１３０】
前述したように、本発明の一実施形態においては、マルチキャストサービス情報は、マルチキャストサービスのためのユーザプレーンが確立されている先の、プールエリア（またはトラッキングエリア）のユーザプレーンエンティティにおいて登録している移動管理エンティティのプールエリア（またはトラッキングエリア）を示している。さらに、移動端末の送信器は、例えば、移動端末によって受信される、アクセスノードからのマルチキャストサービス情報が、移動端末を処理担当している第１のプールエリア（またはトラッキングエリア）の移動管理エンティティが第２のプールエリア（またはトラッキングエリア）のユーザプレーンにおいて登録していることを示していない場合にのみ、通知を送信することができる。
【０１３１】
本発明の別の実施形態は、本明細書に概説したさまざまな実施形態のうちの任意の１つによる方法および手順の一連のステップを実行することができる、または一連のステップに参加する移動端末、を提供する。
【０１３２】
さらに、本発明の別の実施形態は、第１のプールエリア（またはトラッキングエリア）および第２のプールエリア（またはトラッキングエリア）に割り当てられているアクセスノードに関する。一実施形態においては、このアクセスノードは、少なくともマルチキャストサービスに関するマルチキャストサービス情報を、マルチキャストサービスを受信する少なくとも１つの移動端末に送信する送信器であって、マルチキャストサービス情報が、マルチキャストサービスのためのユーザプレーンが確立されている先のユーザプレーンエンティティのプールエリア（またはトラッキングエリア）、または、マルチキャストサービスのためのユーザプレーンが確立されている先のユーザプレーンエンティティの識別子、を示している送信器、を備えている。
【０１３３】
前述したように、マルチキャストサービス情報は、例えば、マルチキャストサービスのためのユーザプレーンが確立されている先のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティにおいて登録している１つまたは複数の移動管理エンティティのプールエリア（またはトラッキングエリア）、を示していることができる。
【０１３４】
別の実施形態によるアクセスノードは、移動管理エンティティからの通知を受信する受信器であって、通知が、移動管理エンティティがマルチキャストサービスのためのユーザプレーンが確立されている先のユーザプレーンエンティティにおいてマルチキャストサービスについて登録していることを、アクセスノードに示す、受信器をさらに備えていることができる。さらに、アクセスノードは、通知に応えてマルチキャストサービス情報を更新する処理ユニットを含んでいることができる。
【０１３５】
別の実施形態においては、アクセスノードは、第１のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティまでの、あるいは、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティまでの、マルチキャストサービスのためのユーザプレーンを確立または使用するかを決定する処理ユニット、を備えている。アクセスノードは、アクセスノードの受信器によって受信されるマルチキャストサービスのためのユーザプレーンの確立の複数の要求が、同じマルチキャストサービスに関連していることを、各マルチキャストサービスの識別子に基づいて検出するように、することができる。
【０１３６】
さらなる実施形態は、第１のプールエリア（またはトラッキングエリア）および第２のプールエリア（またはトラッキングエリア）に割り当てられているさらなるアクセスノードに関する。このアクセスノードは、第１のプールエリア（またはトラッキングエリア）までの、マルチキャストサービスのためのユーザプレーンの確立の要求を、第１のプールエリア（またはトラッキングエリア）の移動管理エンティティから受信する受信器と、マルチキャストサービスのためのユーザプレーンが確立されている先の第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティにおける、第１のプールエリア（またはトラッキングエリア）の移動管理エンティティの登録、をトリガーするための通知を、第１のプールの移動管理エンティティに送信する送信器と、を備えていることができる。
【０１３７】
通知は、第２のプールエリア（またはトラッキングエリア）のユーザプレーンエンティティの識別子、または第２のプールエリア（またはトラッキングエリア）の識別情報を、含んでいることができる。
【０１３８】
さらに、別の実施形態によると、アクセスノードは、本明細書に概説したさまざまな実施形態のうちの任意の１つによる方法および手順の一連のステップを実行する、または一連のステップに参加することができる。
【０１３９】
別の実施形態は、それぞれ本明細書に記載したさまざまな実施形態のうちの１つによる移動管理エンティティ、移動端末、アクセスノード、のうちの少なくとも１つを備えている通信システムに関する。
【０１４０】
さらに、別の実施形態は、命令を格納しているコンピュータ可読媒体であって、移動管理エンティティ、移動端末、またはアクセスノードの処理ユニットによって命令が実行されたとき、それに起因して、各エンティティが、本明細書に概説したさまざまな実施形態のうちの任意の１つによる方法および手順の一連のステップを実行する、または一連のステップに参加するコンピュータ可読媒体、の提供に関する。
【０１４１】
以下では、本発明について、添付の図面を参照しながらさらに詳しく説明する。図の中の類似または対応する細部は、同じ参照数字を使用して表してある。
【図面の簡単な説明】
【０１４２】
【図１】２つの重なり合うプールエリアが提供されている例示的なネットワークアーキテクチャを示している。
【図２】図１の例示的なネットワークアーキテクチャを示しており、さらに、プールエリアの重なり合う部分内に位置しているアクセスノード（ｅＮｏｄｅＢ）にアタッチされている２つの移動端末による、第１のプールエリアおよび第２のプールエリアの各コアネットワークエンティティまでのユーザプレーンおよび制御プレーンの確立を示している。
【図３】２つの重なり合うプールエリアを備えている３ＧＰＰ ＳＡＥ／ＬＴＥシステムの例示的なネットワークアーキテクチャを示しており、本明細書においては、潜在的な欠点と、本発明のさまざまな実施形態によるソリューションとについて、この図に基づいて、他の図面を参照しながら概説する。
【図４】プールエリアの重なり合う部分内に位置しているアクセスノード（ｅＮｏｄｅＢ）にアタッチされている移動端末（ただし異なるプールエリアに割り当てられている）によって、マルチキャストサービスが要求される場合の、３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおける１つのマルチキャストユーザプレーンの確立を示している。
【図５】移動端末がマルチキャストサービスを離脱することに応えて１つのマルチキャストユーザプレーンが終了することに起因して、３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおけるマルチキャストサービスが中断しうる状況を示している。
【図６】本発明の例示的な実施形態による、例示的な一連のステップであって、移動端末からのトリガーに応えて、移動端末を処理担当している移動管理エンティティを、マルチキャストユーザプレーンが確立されている先のユーザプレーンエンティティにおいて登録するための、３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおける一連のステップを示している。
【図７】本発明の例示的な実施形態による、３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおいて移動端末によって実行される手順であって、マルチキャストユーザプレーンが確立されている先のユーザプレーンエンティティにおける移動管理エンティティの登録をトリガーするかを検出するための手順、の例示的なフローチャートを示している。
【図８】本発明の例示的な実施形態による例示的な手順であって、移動管理エンティティからのマルチキャストサービス登録抹消を処理するための、３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおける手順を示しており、この場合、移動管理エンティティと、マルチキャストユーザプレーンが確立されている先のユーザプレーンエンティティとが同じプールエリア内に位置している。
【図９】本発明の例示的な実施形態による別の例示的な一連のステップであって、移動端末からのトリガーに応えて、マルチキャストユーザプレーンが確立されている先のユーザプレーンエンティティにおいて、移動端末を処理担当している移動管理エンティティを登録するための、３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおけるステップを示している。
【図１０】本発明の例示的な実施形態による例示的な一連のステップであって、移動端末がハンドオーバーされる先のアクセスノードからのトリガーに応えて、マルチキャストユーザプレーンが確立されている先のユーザプレーンエンティティにおいて、移動端末を処理担当している移動管理エンティティを登録するための、３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおける一連のステップを示している。
【図１１】本発明の例示的な実施形態による例示的な一連のステップであって、アクセスノードからのトリガーに応えて、マルチキャストユーザプレーンが確立されている先のユーザプレーンエンティティにおいて、移動端末を処理担当している移動管理エンティティを登録するための、３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおける一連のステップを示している。
【図１２】本発明の例示的な実施形態による、３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおいて移動端末によって実行される手順であって、マルチキャストユーザプレーンが確立されている先のユーザプレーンエンティティにおける、移動端末の移動管理エンティティの登録、をトリガーするかを検出するための手順、の別の例示的なフローチャートを示している。
【図１３】本発明の例示的な実施形態による例示的な手順であって、移動管理エンティティからのマルチキャストサービス登録抹消を処理するための、３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおける手順を示しており、この場合、移動管理エンティティと、マルチキャストユーザプレーンが確立されている先のユーザプレーンエンティティとが異なるプールエリア内に位置している。
【図１４】移動管理エンティティ／ユーザプレーンエンティティのプールエリアと、異なるトラッキングエリアのコンセプトとの間の関係を示している。
【図１５】移動管理エンティティ／ユーザプレーンエンティティのプールエリアと、異なるトラッキングエリアのコンセプトとの間の関係を示している。
【図１６】本発明の例示的な実施形態による、３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおけるプロアクティブ式手順であって、トラッキングエリア更新に応えて、マルチキャストユーザプレーンが確立されている先のユーザプレーンエンティティにおける、移動管理エンティティの登録、をトリガーするために使用することができる手順、を例示的に示している。
【図１７】本発明の例示的な実施形態による、トラッキングエリア更新に応えて移動管理エンティティの登録をトリガーするための、３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおけるプロアクティブ式手順の例示的なフローチャートを示しており、この場合、移動管理エンティティと、マルチキャストユーザプレーンが確立されている先のユーザプレーンエンティティとが異なるプールエリア内に位置している。
【図１８】本発明の例示的な実施形態による、３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおけるリアクティブ式手順であって、トラッキングエリア更新に応えて、マルチキャストユーザプレーンが確立されている先のユーザプレーンエンティティにおける、移動管理エンティティの登録、をトリガーするために使用することができる手順、を例示的に示している。
【図１９】本発明の例示的な実施形態による、トラッキングエリア更新に応えて移動管理エンティティの登録をトリガーするための、３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおけるリアクティブ式手順の例示的なフローチャートを示しており、この場合、移動管理エンティティと、マルチキャストユーザプレーンが確立されている先のユーザプレーンエンティティとが異なるプールエリア内に位置している。
【図２０】本発明の例示的な実施形態による例示的な手順であって、トラッキングエリア更新に応えて、マルチキャストユーザプレーンが確立されている先のユーザプレーンエンティティにおける、移動管理エンティティの登録、のトリガーを容易にするため、ユーザプレーンエンティティの中央集中型の登録を使用する、３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおける手順を示している。
【図２１】本発明の例示的な実施形態による、３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおけるリアクティブ式手順の例示的なフローチャートであって、トラッキングエリア更新に応えての移動管理エンティティの登録、のトリガーを容易にするため、ユーザプレーンエンティティの中央集中型の登録を使用する手順のフローチャートを示しており、この場合、移動管理エンティティと、マルチキャストユーザプレーンが確立されている先のユーザプレーンエンティティとが異なるプールエリア内に位置している。
【図２２】３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおける複数の異なる移動管理エンティティによるセッション開始メッセージの送信を例示的に示しており、この場合、セッション開始メッセージは、ユーザプレーンを提供するための異なるユーザプレーンエンティティを、プールエリアの重なり合う領域内のｅＮｏｄｅＢに示している。
【図２３】セッション開始メッセージに応えて、サービスを提供するため、プールエリアの重なり合う領域内のｅＮｏｄｅＢによって複数の異なるＵＰＥが選択されているシナリオにおいて、中間ホップを介して確立されているユーザプレーンを例示的に示している（図２２を参照）。
【図２４】本発明の例示的な実施形態による、３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおける重なり合うプールエリアの複数の異なる移動管理エンティティによって、プールエリアの重なり合う領域内に位置している基地局（ｅＮｏｄｅＢ）にセッション開始メッセージを送信する状況を例示的に示している。
【図２５】本発明の例示的な実施形態による、セッション開始メッセージに応えて、サービスを提供するため、プールエリアの重なり合う領域内のｅＮｏｄｅＢによって選択されている共通のユーザプレーンエンティティまで、中間ホップを介して確立されているユーザプレーンと（図２４を参照）、共通のユーザプレーンエンティティにおける移動管理エンティティの例示的な登録とを、例示的に示している。
【図２６】本発明の例示的な実施形態による、３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおいて、重なり合うプールエリアの移動管理エンティティによって共通のユーザプレーンエンティティを選択し、その共通のユーザプレーンエンティティを示しているセッション開始メッセージを、プールエリアの重なり合う領域内に位置している基地局（ｅＮｏｄｅＢ）に送信する状況を、例示的に示している。
【図２７】本発明の例示的な実施形態による、セッション開始メッセージに応えて、サービスを提供するため、共通のユーザプレーンエンティティと、プールエリアの重なり合う領域内のｅＮｏｄｅＢとの間に、中間ホップを介して確立されているユーザプレーンを例示的に示している（図２６を参照）。
【発明を実施するための形態】
【０１４３】
以下の段落では、本発明のさまざまな実施形態について説明する。例示のみを目的として、ほとんどの実施形態は、上記の［背景技術］において説明したＳＡＥ／ＬＴＥによる（進化した）ＵＭＴＳ通信システムに関連して概説してある。なお、本発明は、例えば、前述したＳＡＥ／ＬＴＥ通信システムなどの移動通信システムに関連して有利に使用できるが、本発明は、この特定の例示的な通信ネットワークにおける使用に限定されない。
【０１４４】
上記の［背景技術］に示した説明は、本明細書において説明する、主にＳＡＥ／ＬＴＥに関連する例示的な実施形態を深く理解することを目的としており、移動通信ネットワークにおけるプロセスおよび機能の、説明した特定の実施形態に本発明を制限するものではないことを理解されたい。しかしながら、本明細書において提案する改良は、［背景技術］に説明したアーキテクチャ／システムにおいて容易に適用することができ、本発明のいくつかの実施形態においては、これらのアーキテクチャ／システムの標準的な手順および改良された手順を利用することもできる。
【０１４５】
本発明の１つの側面は、２つ以上のプールエリアが互いに重なり合うネットワーク領域内のアクセスノードまで、サービスのためのユーザプレーンを提供する１つのユーザプレーンエンティティが選択されることを確保することである。この選択は、特定のプールエリアへのユーザプレーンエンティティの実際の割当てには無関係に行うことができる。一例においては、このことは、重なり合うプールエリアのうちの任意の一方のプールエリアから１つのユーザプレーンエンティティが選択され、すべての重なり合うプールエリアの移動管理エンティティは、自身が特定のプールエリアに割り当てられていることには関係なくユーザプレーンエンティティにおいて登録できることを意味する。
【０１４６】
重なり合うプールエリアにおけるユーザプレーンを提供する共通のユーザプレーンエンティティを選択することは、いくつかの異なる方式において達成することができる。１つの例示的なソリューションは、リアクティブ方式（reactive scheme）と称することができる。なぜなら、サービス（例えば、マルチキャストサービスまたはブロードキャストサービス）のためのユーザプレーンを確立する共通のユーザプレーンエンティティは、アクセスノードが、特定のサービスのためのユーザプレーンを確立する異なるユーザプレーンエンティティが選択されるいくつかのセッション開始メッセージを受信することに応えて選択されるためである。複数の異なるプールエリアの重なり合う部分内のアクセスノードが、異なるプールエリアのユーザプレーンエンティティを示しているセッション開始メッセージを受信した場合に、同じユーザプレーンエンティティを選択することを確保するため、これらのアクセスノードは、例えば、すべてのアクセスノードがサービスのユーザプレーンのための同じユーザプレーンエンティティを選択することにつながる選択規則に従って、受信したセッション開始メッセージを個別に処理することができる。
【０１４７】
これに代えて、ユーザプレーンを提供するユーザプレーンエンティティを、重なり合う複数の異なるプールエリアの移動管理エンティティによって「事前に選択する」ことができる。したがって、プールエリアの重なり合う部分内のアクセスノードに、サービスのためのユーザプレーンを確立するように要求するメッセージは、１つのユーザプレーンエンティティを示すのみであり、したがって、これらのアクセスノードによって異なるユーザプレーンエンティティが選択されることがない。サービスのためのユーザプレーンが確立される先の共通のユーザプレーンエンティティのネゴシエーションは、複数の異なる重なり合うプールエリアの移動管理エンティティの間での制御シグナリングによって達成することができ、あるいは、ＢＭ−ＳＣなどの中央集中型のノードが、重なり合うプールエリアのすべての移動管理エンティティによって、サービスのための共通のユーザプレーンエンティティが選択されるように、制御／確保することができる。移動管理エンティティもしくは中央集中型の制御ノード、またはその両方による、コアネットワーク内でのユーザプレーンエンティティの選択は、プロアクティブ式に（proactively）実行する、すなわち、プールエリアの重なり合う部分内のアクセスノードに、サービスのためのユーザプレーンを確立するように要求する前に実行する、あるいは、リアクティブ式に実行する、すなわち、サービスのための異なるユーザプレーンエンティティの選択を示している可能性のある通知を受信することに応えて実行することができ、結果として、非効率的なリソース利用につながりうる。
【０１４８】
本発明のもう１つの側面は、特に、少なくとも１つのアクセスノード（例えば、基地局、ＮｏｄｅＢ、またはｅＮｏｄｅＢ）が少なくとも２つのプールエリアに割り当てられている場合において、移動端末によって受信されるマルチキャストサービスのサービス継続性を確保することである。上記の［背景技術］に説明したように、このようなアクセスノードは、マルチキャストサービスのためのユーザプレーンを、２つのプールエリアのうちのいずれか一方まで確立することができる。これにより、例えば、同じマルチキャストサービスのマルチキャストサービスデータをアクセスノードに２回（場合によってはそれ以上のコピーを）提供することによるトラフィックオーバーヘッドを低減することが可能となる。なぜなら、各アクセスノードにマルチキャストサービスデータを一度のみ提供できるためである。
【０１４９】
この最適化から生じうる潜在的な問題として、結果として個々のユーザにおけるサービス継続性が失われうる問題につながるいくつかの要因について、以下に概説する。一般には、特定のプールエリアの移動管理エンティティおよびユーザプレーンエンティティは、別のプールエリアにアタッチされている移動端末によってもマルチキャストサービスが要求されているかを認識していないことがある。重なり合うプールエリアと負荷分散機能のコンセプトに起因して、移動管理エンティティおよびユーザプレーンエンティティは、これらのインタフェース処理を行うアクセスノードに接続されているすべての移動端末についての情報を保持していないことがある。
【０１５０】
マルチキャストユーザプレーンの確立に関する、重なり合うプールエリア内のアクセスノードによる決定は、一般には、それぞれのコアネットワークエンティティにさらに提供されるのみである。さらに、一般に、アクセスノードは、一般的なサービス可用性について、ブロードキャストされるシステム情報を介して移動端末に通知するのみである。したがって、サービスを受信する移動ノードも、一般には、マルチキャストサービスの提供元であるプールエリアに関する情報を保持していない。
【０１５１】
さらに、移動端末は、アイドルモード移動（例えば、セルの再選択）を実行するときに、重なり合うプールエリア内のアクセスポイントを選択できるが、自身を処理担当している移動管理エンティティまたはユーザプレーンエンティティに、新しいアタッチポイントを通知する手段を持たない。さらに、アイドルモードにある移動端末は、その移動管理エンティティからはトラッキングエリアレベルにおいて認識されているのみである。重なり合うエリア内のアクセスノードは、移動端末の現在のトラッキングエリアに属しているため、トラッキングエリア更新を実行する必要がない。
【０１５２】
３ＧＰＰ ＳＡＥ／ＬＴＥシステムの場合について上に例示的に概説したこれらの潜在的な問題を回避する目的で、マルチキャストサービスを登録しており、２つ以上のプールエリアに同時に割り当てられているアクセスノードを通じてそのマルチキャストサービスを受信するユーザ、を処理担当している移動管理エンティティが、マルチキャストサービスデータをアクセスノードに提供するユーザプレーンが確立されている（または確立される）先のユーザプレーンエンティティにおいてマルチキャストサービスについて登録することを提案する。これにより、移動管理エンティティの登録を、その移動管理エンティティの実際のプールエリアには無関係とすることができる。例えば、本発明の一実施形態によると、第１のプールエリアの移動管理エンティティは、マルチキャストサービスのためのユーザプレーンが、別の第２のプールエリアのユーザプレーンエンティティまで確立されている（される）場合、その第２のプールエリアに属しているユーザプレーンエンティティにおいてマルチキャストサービスについて登録することができる。
【０１５３】
本発明のさらなる側面は、アクセスノードが割り当てられているいくつかのプールエリアのうちの１つにおけるユーザプレーンエンティティがアクセスノードによって選択されたことを、移動端末に通知することである。これにより、アイドルモードにある移動端末（すなわち、アクセスノードにアタッチしているが、そのアクセスノードとのシグナリング接続を確立していない移動端末）についても、サービス継続性を確保することができる。この側面によると、２つ（またはそれ以上）のプールエリアに同時に割り当てられているアクセスノードは、選択されたユーザプレーンエンティティのプールエリアに関する情報（あるいは、選択されたユーザプレーンエンティティの識別子）を、（例えば、アクセスノードのサービスエリア内のブロードキャストを介して、）マルチキャストサービス情報において送信することができる。移動端末は、この情報を受信すると、その移動端末が現在アタッチされているプールエリアではない別のプールエリアからマルチキャストサービスが提供されているのかを検出することができる。この場合、移動端末は、例えば、自身の移動管理エンティティを、サービス登録を更新するようにトリガーする、すなわち、上述したように他方のプールエリアのユーザプレーンエンティティにおいてマルチキャストサービスについて登録するように、トリガーすることができる。
【０１５４】
本発明の別の側面は、マルチキャストサービスのためのユーザプレーンが確立されている先のユーザプレーンエンティティにおいて、移動管理エンティティがマルチキャストサービスを登録抹消する処理である。本発明のこの側面では、１つのプールエリアの移動管理エンティティが、マルチキャストサービスについてユーザプレーンエンティティにおいて登録できるのみならず、そのユーザプレーンエンティティとは異なるプールエリアに属しているユーザプレーンエンティティにおいて移動管理エンティティが登録できるようにすることを考慮する。この例示的な状況に対処するための１つのコンセプトは、ユーザプレーンエンティティが、マルチキャストサービスを登録抹消する移動管理エンティティに、別の移動管理エンティティがそのマルチキャストサービスについて依然として登録されているかを示すことである。依然として登録されている場合、登録されている（１つまたは複数の）移動管理エンティティが、マルチキャストサービスのユーザプレーンが確立されているプールエリアに属しているのか、別のプールエリアに属しているのかを、さらに考慮すべきである。
【０１５５】
登録されているさらなる移動管理エンティティが存在する場合、マルチキャストサービスを登録抹消する移動管理エンティティは、自身のプールエリア内のユーザプレーンを終了させるべきではない。登録抹消する移動管理エンティティのプールエリアにおいて、それ以外の移動管理エンティティがマルチキャストサービスについてもはや登録されていないが、別のプールエリアの１つまたは複数の別の移動管理エンティティがサービスについてユーザプレーンエンティティにおいて登録されている場合、登録抹消する移動管理エンティティは、自身のプールエリア内の、マルチキャストサービスのためのユーザプレーンエンティティと、その移動管理エンティティのプールエリアのみに割り当てられているアクセスノードとの間のすべてのユーザプレーンを終了させることができるが、少なくとも２つのプールエリアに同時に割り当てられているアクセスノードについては、ユーザプレーンを終了させない。
【０１５６】
したがって、ユーザプレーンが確立されている先のユーザプレーンエンティティにおいてマルチキャストサービスを登録抹消する最後の移動管理エンティティは、２つ以上のプールエリアに割り当てられているアクセスノードまでのユーザプレーンを終了させる。
【０１５７】
本発明のいくつかの実施形態においては、プールエリアは、１つまたは複数のトラッキングエリアに対応する。トラッキングエリアは、一般には、アイドルモードにある端末の移動を効率的にサポートする目的に使用される。この実施形態においては、プールエリア内の移動管理エンティティは、特定の地理的エリアにおけるトラッキングエリアのＩＤと、そのトラッキングエリア内のセルとの間のマッピング情報を必要とすることが予測される。言い換えれば、プールエリアは、１つまたは複数のトラッキングエリアを備えていることができるが、移動管理エンティティは、自身のプールエリアにどのトラッキングエリアが属しているかを認識することができる。
【０１５８】
別の実施形態においては、本文書の冒頭において説明したマルチトラッキングエリア登録を予測することができ、したがって、各アクセスノードは、必ず１つのトラッキングエリアに割り当てられており、すなわち、自身の（１つまたは複数の）無線セル内で１つのトラッキングエリア識別子（例えば、ＴＡ−ＩＤ）のみをブロードキャストする。このコンセプトを使用するときには、移動端末を複数のトラッキングエリアに並列に割り当てることができる。さらには、移動端末は、自身に現在割り当てられているトラッキングエリア識別子のいずれもブロードキャストしないアクセスノードを選択する、またはそのようなアクセスノードにアタッチした場合に、コアネットワークエンティティ（例えば、一般には移動管理エンティティ）において自身の位置を更新することができる。
【０１５９】
一例においては、プールエリアの重なり合う部分のアクセスノードをまとめて、これによって１つのトラッキングエリアを形成することができる。このことは、移動端末が、その重なり合うプールエリア領域内のアクセスノードにアタッチポイントを切り替えるときに、ブロードキャストされるトラッキングエリア識別子の変化をさらに認識し、トラッキングエリア更新手順を開始するという利点を提供することができる。このメカニズムによって、プールエリアの重なり合う領域の中に入る移動端末の検出を促進することができるのみならず、重なり合うプールエリア領域のためにマルチキャストサービスのユーザプレーンが確立されている先のユーザプレーンエンティティにおける、処理担当している移動管理エンティティの適切な登録のトリガーを、さらに容易にすることができ、これについては、後からさらに詳しく例示する。
【０１６０】
さらに、アクセスノードは、移動端末がアタッチする、通信ネットワークのアクセスシステム内のエンティティとみなすことができる。本発明の例示的な一実施形態は、アクセスノードが基地局またはＮｏｄｅＢ（３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおいてはｅＮｏｄｅＢと表す）である移動通信システムに関する。別の実施形態においては、アクセスノードは、ＷＬＡＮシステムのアクセスポイントを表すこともできる。
【０１６１】
ユーザプレーンは、データを送信する（一方向または双方向）目的で、通信システムにおける２つのネットワークエンティティの間に確立される経路として理解することができる。一般に、ユーザプレーンには、ネットワークノードが異なるユーザプレーンを区別できるようにする識別子が割り当てられる。オプションとして、ネットワークノードに確立されるユーザプレーンのコンテキスト情報として、そのユーザプレーンに関する補足的な情報を含んでいるコンテキスト情報を存在させることができる。３ＧＰＰベースの通信システムに関連する例示的な一実施形態においては、ユーザプレーンは、一般には、基地局（またはＮｏｄｅＢ）とユーザプレーンエンティティとの間に確立される。ユーザプレーンは、ユーザによって要求されるサービスの実際のユーザデータを伝え、一般には、例えば、サービスあるいはユーザのサブスクリプションに応じて、何らかのサービス品質（ＱｏＳ）パラメータが関連付けられる。本発明の例示的な一実施形態においては、ユーザプレーンは、アクセスノード（基地局）とユーザプレーンエンティティとの間のＩＰマルチキャスト伝送に基づくことができる。
【０１６２】
さらに、本発明を深く理解できるように、以下の段落では、通信システムにおいてマルチキャストサービスを開始および終了させるための一般的な手順およびステップであって、本明細書に説明する本発明のいくつかの実施形態にも適用可能である手順およびステップについて概説する。マルチキャストサービスの提供は、一般には、いくつかの段階、例えば、サブスクリプションおよびサービスのアナウンスメント、加入、セッション開始、ならびにデータの伝送を含んでいる。さらに、マルチキャストサービスの終了においては、いくつかの段階、例えば、セッション停止および離脱（leaving）を識別することができる。これらの段階のうち、サブスクリプション、加入、および離脱は、一般には、ユーザごとに個別に実行される。それ以外の段階は、一般には、サービスベースにおいて、すなわち、関連するサービスを要求するすべてのユーザに対して実行される。
【０１６３】
サブスクリプションは、ユーザとサービスプロバイダとの間の関係を確立し、これによって、ユーザは、事業者によって提供される関連するマルチキャストサービスを受信することができる。サービスアナウンスメントは、サービスに関する情報と、サービスのアクティブ化に必要であるパラメータ（例えば、ＩＰマルチキャストアドレス）と、場合によってはその他のサービス関連パラメータ（例えば、サービス開始時刻）とをユーザに配信するのに使用される。
【０１６４】
加入は、サービスアクティブ化段階の一部であり、このステップによって、サブスクライバがマルチキャストグループに加入する（マルチキャストグループのメンバーになる）、すなわち、ユーザは、自身が特定のマルチキャストサービスの受信を希望することをネットワークに示す。ユーザもしくはＵＥ、またはその両方は、サービスアナウンスメントに応えて加入時を選択することが可能である。加入時は、マルチキャストサービスの実際の開始の前、開始時、または開始後の任意のタイミングとすることができる。サービスアクティブ化段階がサービス開始の前に行われる場合、一般には、加入によって、ネットワーク内に関連する登録情報が配備され、必要なリソースを実際に割り当てることなくこれらのリソースがリザーブされる。
【０１６５】
最後に、セッション開始は、マルチキャストサービスデータを送る準備が整った時点である。上述したように、セッション開始は、ユーザによるサービスアクティブ化とは無関係に起こりうる。セッション開始は、ネットワーク内でのリソースの割当ておよび確立のトリガーであり、すなわち、コアネットワークリソースおよび無線ネットワークリソースが関与する。その後、マルチキャストサービスデータをユーザに送信することができる。
【０１６６】
補足として、セッション停止は、マルチキャストサービスにおいて送られるデータがそれ以上存在しない時点である。セッション停止では、ネットワーク内で以前に割り当てられたリソースの解放がトリガーされる。その一方で、離脱は、サブスクライバがマルチキャストグループを離れる（マルチキャストグループのメンバーであることを終了する）プロセスであり、すなわち、ユーザは、特定のマルチキャストサービスの受信をもはや望んでいない。
【０１６７】
上述したマルチキャストサービスの提供と同様に、ブロードキャストサービスを提供する場合にも、いくつかの段階を識別することができる。一般には、これらの段階は、サービスベースにおいて実行される段階のみ、例えば、サービスのアナウンスメント、セッションの開始または停止を含んでいる。ユーザごとに個別に実行される段階、例えば、サービスのサブスクリプション、加入、および離脱は、ブロードキャストサービスには要求されない。
【０１６８】
以下では、さまざまな実施形態による本発明のコンセプトおよびアイディアについて、３ＧＰＰベースの移動通信システム（例えば、ＳＡＥ／ＬＴＥシステム）に関連して説明する。理解を容易にするため、以下の実施形態は、（例示を目的として）図３に示した構造を有する移動通信システムを参照しながら概説する。なお、図３の参照は、例示を目的としているにすぎず、本文書に記載されているコンセプトおよびアイディアは、図３に示した通信システムの例示的なアーキテクチャ、あるいは無線通信システムのみに、本発明を制限することを意図するものではない。さらに、例示を目的として、基地局（ｅＮｏｄｅＢ）は移動端末（ＵＥ）のためのアクセスノードを形成するものと想定する。
【０１６９】
基地局（ｅＮｏｄｅＢとも表す）を配備するとき、基地局は、一般に、正しく使用するうえで要求されるネットワーク情報を使用して構成・設定される。この構成・設定は、例えば、基地局が属しうる、トポロジ上の領域（例えば、（１つまたは複数の）プールエリア／（１つまたは複数の）トラッキングエリア）に関する情報と、これらのエリアに含まれており、基地局がインタフェースを維持することができる先のネットワークノードに関する情報とを含んでいることができる。言い換えれば、基地局は、トポロジ上のエリア（例えば、トラッキングエリアまたはプールエリア）を、そのエリア内のノードの識別子（例えば、移動管理エンティティまたはユーザプレーンエンティティの識別子、あるいは別の基地局の識別子）にマッピングする、またはこの逆方向にマッピングすることができる。
【０１７０】
したがって、基地局は、重なり合うプールエリア内に自身が位置しているか、すなわち、その基地局が２つ以上のプールエリアに同時に割り当てられているかを、認識することができる。さらに、このような基地局は、セッション開始メッセージを受信すると、例えば、そのメッセージの送信元の識別子と、格納されているネットワーク構成とを比較照合することによって、発信元のプールエリアを判定することができる。基地局が複数のマルチキャストセッション開始メッセージを受信した場合、その基地局は、各メッセージに含まれているサービス識別子、例えば、サービスのＴＭＧＩ／ＩＰマルチキャストアドレスを分析することによって、それらのメッセージが同じサービスに属しているかを判定することができる。
【０１７１】
図２２および図２３に関連して前述したように、２つ以上のプールエリアの重なり合う領域内の基地局に関して生じうる１つの問題は、基地局が、異なるユーザプレーンエンティティ（さらにはこれらが異なるプールエリア内に位置していることもある）を個別に選択する場合における、アクセスネットワーク（基地局）とコアネットワーク（例えば、ユーザプレーンエンティティ）との間での非効率的なリソース利用である。
【０１７２】
いま、例示を目的として、マルチキャストサービス／ブロードキャストサービスのためのユーザプレーンエンティティ（例えば、プールエリア＃１内のＭ−ＵＰＥ＃１）が、（例えば、ネットワーク事業者による事前設定によって）プールエリア内で事前に選択されている／設定されていると想定するならば、プールエリア内でリソースが効率的に利用されることを確保することができる。しかしながら、この事前設定／事前選択では、複数の異なるプールエリアに同時に属している基地局における問題を解決することができない。移動管理エンティティが、セッション開始を送るようにトリガーされたとき（例えば、ＢＭ−ＳＣからセッション開始メッセージを受信したとき）、その移動管理エンティティは、移動端末が以前にその移動管理エンティティにおいてサービスをアクティブ化しているならば、１つまたは複数のトラッキングエリア（ＴＡ）を含んでいるプールエリア内のすべての基地局にそのメッセージを配信する。すべての基地局にセッション開始メッセージを配信する理由は、アイドル状態にある移動端末が、トラッキングエリアレベル（プールエリアに対応している、またはプールエリアに少なくとも関連している）においてのみ認識されている、すなわち、これらの端末が現時点でどの基地局に接続されているかが明らかではないためである。重なり合うエリアに関しては、移動管理エンティティは、そのエリア内に位置しているすべての基地局にセッション開始を必ず送る。
【０１７３】
図２４は、本発明の例示的な実施形態による、３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおける重なり合うプールエリアの複数の異なる移動管理エンティティによって、プールエリアの重なり合う領域内に位置している基地局（ｅＮｏｄｅＢ）にセッション開始メッセージを送信する状況を例示的に示している。この例示的な実施形態においては、例示のみを目的として、プールエリア＃１内の移動管理エンティティが、マルチキャストサービスまたはブロードキャストサービスのためにＭ−ＵＰＥ＃１を選択するように事前に設定されており、その一方で、プールエリア＃２内の移動管理エンティティが、マルチキャストサービスまたはブロードキャストサービスのためにＭ−ＵＰＥ＃２を選択するように事前に設定されているものと想定する。
【０１７４】
例示を目的として、Ｍ−ＭＭＥ＃１０およびＭ−ＭＭＥ＃１１は、マルチキャストサービスまたはブロードキャストサービス（例えば、ＭＢＭＳ）のためのサービスアクティブ化をＵＥ＃１およびＵＥ＃２から受信したものと想定する。したがって、これら２つの移動管理エンティティは、端末のためのサービスコンテキスト（例えば、ＭＢＭＳ ＵＥコンテキスト）を確立している。したがって、Ｍ−ＭＭＥ＃１０およびＭ−ＭＭＥ＃１１は、マルチキャストサービスまたはブロードキャストサービスを提供する中央集中型のネットワークノード（例えば、ＢＭ−ＳＣ）からのトリガーを受信すると、プールエリア＃１内のすべてのアクセスノード、すなわち、ｅＮｏｄｅＢ＃１と、プールエリア＃１とプールエリア＃２の重なり合うプールエリア領域内のｅＮｏｄｅＢ＃３、ｅＮｏｄｅＢ＃４、およびｅＮｏｄｅＢ＃５とに、セッション開始メッセージを送る。これらのセッション開始メッセージは、受信側ノードが特定のサービスのためのユーザプレーンを確立するためのトリガーメッセージと考えることができる。したがって、Ｍ−ＭＭＥ＃１０およびＭ−ＭＭＥ＃１１のセッション開始メッセージは、サービス（例えば、サービスＩＤによって）と、プールエリア＃１内のユーザプレーンエンティティＭ−ＵＰＥ＃１の識別情報とを示している（同じ破線形状の矢印を使用することによって示してある）。さらに、Ｍ−ＭＭＥ＃１０およびＭ−ＭＭＥ＃１１からのメッセージは、マルチキャストサービスデータまたはブロードキャストサービスデータを、示されたユーザプレーンエンティティから基地局までトンネル化するために使用されるプライベートＩＰマルチキャストアドレスも示すことができる。
【０１７５】
同様に、ＵＥ＃３は、ＵＥ＃１およびＵＥ＃２と同じサービスを、プールエリア＃２のＭ−ＭＭＥ＃２０において以前にアクティブ化したものとさらに想定することができ、このことも、ＵＥ＃３についてＭ−ＭＭＥ＃２０に維持されているコンテキスト情報によって示される。さらに、Ｍ−ＭＭＥ＃２０は、プールエリア＃１とプールエリア＃２の重なり合うプールエリア領域内のｅＮｏｄｅＢ＃３、ｅＮｏｄｅＢ＃４、およびｅＮｏｄｅＢ＃５を含めて、プールエリア＃２内のすべてのアクセスノードに、セッション開始メッセージを送る。Ｍ−ＭＭＥ＃２０のセッション開始メッセージは、Ｍ−ＭＭＥ＃１０およびＭ−ＭＭＥ＃１１のセッション開始メッセージとは異なり、プールエリア＃２内のユーザプレーンエンティティＭ−ＵＰＥ＃２の識別情報を備えている。
【０１７６】
したがって、ｅＮｏｄｅＢ＃３、ｅＮｏｄｅＢ＃４、およびｅＮｏｄｅＢ＃５は、同じマルチキャストサービスまたはブロードキャストサービス（例えば、セッション開始メッセージの中の同じサービス識別子に基づいて識別できる）のための複数の異なるセッション開始メッセージを受信し、これらのセッション開始メッセージによると、異なるプールエリア内の異なるユーザプレーンエンティティが選択される。各基地局ｅＮｏｄｅＢ＃３、ｅＮｏｄｅＢ＃４、およびｅＮｏｄｅＢ＃５は、マルチキャストサービスデータまたはブロードキャストサービスデータを、（例えば、プールエリア内においてプライベートＩＰマルチキャストアドレスを介して）一回受信すればよいため、これらの基地局は、２つのユーザプレーンエンティティのうちの一方を個別に選択し、マルチキャストサービスまたはブロードキャストサービスのためのユーザプレーンを、選択したそのユーザプレーンエンティティまで確立する。したがって、各基地局ｅＮｏｄｅＢ＃３、ｅＮｏｄｅＢ＃４、およびｅＮｏｄｅＢ＃５は、選択したユーザプレーンエンティティを指定しているセッション開始メッセージに肯定応答し、他方のセッション開始メッセージに否定応答する。さらには、各移動管理エンティティが、選択されたユーザプレーンエンティティにおいて登録することができるように、選択されなかったユーザプレーンエンティティを提示した移動管理エンティティに、選択されたユーザプレーンエンティティについて通知することができる（これについては後からさらに詳しく説明する）。
【０１７７】
リソースを効率的に利用するためには、プールエリアの重なり合う領域内のすべての基地局（すなわち、ｅＮｏｄｅＢ＃３、ｅＮｏｄｅＢ＃４、およびｅＮｏｄｅＢ＃５）が、同じユーザプレーンエンティティを選択するべきである。プールエリアの重なり合う領域内のすべての基地局によって同じユーザプレーンエンティティが選択されることを確保する目的で、基地局は、セッション開始メッセージの中の何らかの情報を処理することができ、この処理の結果として、セッション開始メッセージの中で提示された複数のユーザプレーンエンティティのうちの１つが一義的に選択される（このことは、基地局が、事前に定義されている選択規則に基づいて選択を行うものと考えることもできる）。
【０１７８】
１つの単純なソリューションは、ユーザプレーンを確立すべき先の利用可能なユーザプレーンエンティティの間で、セッション開始メッセージにすでに含まれている情報（例えば、ユーザプレーンエンティティの識別子）に基づいて、ユーザプレーンエンティティに優先順位を付け、基地局が、最低または最高のユーザプレーンエンティティ識別子を有するユーザプレーンエンティティを選択することである。原理的には、プールエリアの重なり合う部分内のすべての基地局によって同じユーザプレーンエンティティが一義的に選択されるような、セッション開始メッセージからの任意の情報、もしくは、利用可能な別の決定基準、またはその両方を使用することができる。
【０１７９】
しかしながら、このソリューションでは、最適な選択基準が得られないことがある。なぜなら、選択時に、システム要件あるいはシステムの状態（例えば、複数の異なるプールエリア内のユーザプレーンエンティティによって処理担当される移動端末の数）をさらに考慮することが有利であるためである。
【０１８０】
このようなさらに改善された選択規則を達成する目的で、プールエリアの重なり合う領域内の基地局に送られるセッション開始メッセージに、すべての基地局による共通のユーザプレーンエンティティの選択を促進することができる何らかの追加の情報を加えることができる。上述したように、セッション開始メッセージは、例えば、そのセッション開始メッセージを送る各移動管理エンティティに維持されている、関与するＵＥコンテキストの数に関する補足情報とすることができる。各基地局は、セッション開始メッセージの中のこの情報に基づいて、自身が同時に接続されているプールエリアのそれぞれから処理担当される移動端末の数を判定することができる。プールエリアの重なり合う領域内のすべての基地局が、セッション開始メッセージの同じセットを受信するため、基地局は、マルチキャストサービスまたはブロードキャストサービスのためのユーザプレーンが確立される先の共通のユーザプレーンエンティティを選択する目的に、セッション開始メッセージの中の追加の情報を利用することができる。
【０１８１】
例えば、各移動管理エンティティにおけるＵＥコンテキストの数（すなわち、各移動管理エンティティにおいてサービスを要求した端末の数）をセッション開始メッセージに含めて、この数を選択基準として使用する場合、すべての基地局が、例えば、ＵＥコンテキストの最大数を示しているセッション開始メッセージのユーザプレーンエンティティを選択することができる。
【０１８２】
バリエーションにおいては、基地局は、プールエリア当たりのＵＥコンテキストの数を最初に合計し、次いで、最も多くの端末がサービスについて登録しているプールエリアのユーザプレーンエンティティを選択することができる。基地局は、例えば、各セッション開始メッセージが「属している」プールエリアを、各セッション開始メッセージに含まれている、そのメッセージを送った移動管理エンティティの各移動管理エンティティ識別子に基づいて（例えば、移動管理エンティティ識別子の共通の接頭辞を識別することによって、あるいは、ネットワークトポロジに関する基地局側の情報を利用することによって）、識別することができる。
【０１８３】
別のオプションは、重複する確率が低い乱数またはハッシュ値をセッション開始メッセージに含めることである。この場合、すべての基地局が、最小／最大の数またはハッシュ値を含んでいるセッション開始メッセージのユーザプレーンエンティティを選択する。別のオプションは、何らかのソート可能な識別子（例えば、ＵＰＥ−ＩＤ、ＭＭＥ−ＩＤ、ＰＡ−ＩＤ）をセッション開始メッセージに含めることであり、すべての基地局が、例えば、ソートされたリストにおける最初のＩＤに対応するセッション開始メッセージのユーザプレーンエンティティを選択する。
【０１８４】
図２５に示したように、例示を目的として、プールエリア＃１およびプールエリア＃２の重なり合う領域内のすべての基地局ｅＮｏｄｅＢ＃３、ｅＮｏｄｅＢ＃４、およびｅＮｏｄｅＢ＃５が、サービスのためのユーザプレーンを提供する目的に、プールエリア＃１のＭ−ＵＰＥ＃１を選択するものと想定することができる。基地局は、さらに、選択したユーザプレーンエンティティＭ−ＵＰＥ＃１を示していたセッション開始メッセージに肯定応答（ＡＣＫ）することができる（図２５には示していない）。基地局ｅＮｏｄｅＢ＃３、ｅＮｏｄｅＢ＃４、およびｅＮｏｄｅＢ＃５は、それ以外のすべてのセッション開始メッセージをＮＡＣＫメッセージによって拒否する（すなわち、否定応答する）。さらに、基地局ｅＮｏｄｅＢ＃３、ｅＮｏｄｅＢ＃４、およびｅＮｏｄｅＢ＃５は、セッション開始メッセージが拒否された移動管理エンティティに通知を送ることができ、この通知は、選択されたユーザプレーンエンティティに関する情報を含んでいることができ、これにより、移動管理エンティティは、選択されたユーザプレーンエンティティにおいてそれぞれのサービス登録を更新することができる（後からさらに詳しく説明する）。この通知は、例えば、セッション開始メッセージの拒否と一緒に送ることができる。
【０１８５】
上記の図２３および図２４に関連して説明したソリューションにおいて起こりうる１つの問題として、複数の異なる移動管理エンティティからのセッション開始メッセージが、同期して基地局に送られないことがある。一般的には、移動管理エンティティは、自身のプールエリア内のすべての基地局に、セッション開始メッセージなどの制御メッセージをポイントツーポイントリンクを介して送る（例えば、既存のＳＣＴＰ（ストリーム制御伝送プロトコル）接続において利用する）。したがって、複数の異なる基地局が、複数の異なる移動管理エンティティからのセッション開始メッセージを受信するときに異なる遅延が生じる。この遅延を考慮するため、基地局は、マルチキャストサービスまたはブロードキャストサービスのためのユーザプレーンエンティティを選択する前のいくらかの待機時間を設定することができる。この待機時間は、すべての基地局がセッション開始メッセージの同じセットを確実に受信するうえで十分に長いものとすべきである。その一方で、待機時間はできるだけ短くすべきである。なぜなら、待機時間はセッション開始手順の全体的な遅延に直接的に影響するためである。
【０１８６】
ＭＭＥと基地局との間のシグナリング遅延は、シグナリング接続の往復時間（ＲＴＴ）によって特徴付けられる。したがって、基地局は、すべての移動管理エンティティまでの往復時間を測定して格納することができ、（最初のセッション開始メッセージを受信した後の）待機時間を、最大の往復時間に等しくなるように設定することができる。オプションとして、事前に設定されるいくらかの追加時間として、移動管理エンティティの処理遅延を考慮することが可能となる追加時間を、すべての基地局が、最大の往復時間に加えることができる。しかしながら、この遅延は無視することができる。なぜなら、移動管理エンティティは、一般には、大量のシグナリングメッセージを小さな遅延にて（例えば、複数の端末のページングを考慮することにより）処理および配信するように設計されているためである。
【０１８７】
複数の異なるプールエリアの重なり合う部分内のすべての基地局が同じユーザプレーンエンティティを選択するための、上述したソリューションに関する別の側面として、いくつかの代替ソリューションにおいては、基地局が異なるユーザプレーンエンティティを選択する危険性が依然として残りうることである。例えば、複数の異なる移動管理エンティティからのセッション開始メッセージにおいて、同じ数のＵＥコンテキストが示されていることを考えると、この結果として、プールエリアの重なり合う部分内の基地局によって異なるユーザプレーンエンティティが選択されることがある。なぜなら、基地局は、複数の異なるメッセージの間で任意に選択しなければならないためである。したがって、プールエリアの重なり合う部分内のすべての基地局が同じ共通のユーザプレーンエンティティを一義的に選択することを達成する目的で、上記に概説した異なる選択基準の組合せを、決定規則として予測することができる。例えば、ＵＥコンテキストの示された数と、識別子の値（例えば、ＭＭＥ−ＩＤまたはＵＰＥ−ＩＤ）の組合せに基づいて、選択を行うことができる。
【０１８８】
本発明のさらなる実施形態による別の代替ソリューションは、プールエリアの重なり合う部分内の基地局を、選択されるユーザプレーンエンティティを自発的にネゴシエートするように構成することである。例えば、プールエリアの重なり合う領域内の基地局のうちの１つを、「マスター」基地局として指定することができる。この指定された基地局は、移動管理エンティティから自身が受信したセッション開始メッセージの中に示されているユーザプレーンエンティティのうちの１つを自発的に選択することができる。この選択は、例えば、上述したセッション開始メッセージ内の追加情報に基づいて行うことができる。マスター基地局は、ユーザプレーンエンティティを選択した時点で、プールエリアの重なり合う領域内の他の基地局に自身の決定を通知することができ、したがって、これらの基地局も、示されたユーザプレーンエンティティを選択する。したがって、すべての基地局が同じユーザプレーンエンティティを選択し、上述したように、セッション開始メッセージに肯定応答する、または拒否することができる。この代替ソリューションは、セッション開始手順にさらに遅延が加わるという欠点がある。なぜなら、マスター基地局は、自身の決定（すなわち、選択したユーザプレーンエンティティの識別情報と、選択を行った対象のサービスを示すためのサービス識別子）を他の基地局にシグナリングする必要があるためである。しかしながら、例えば、プールエリアの重なり合う領域内の基地局が直接的なインタフェースを維持している、あるいは、このような基地局が互いに直列に接続されており、したがってシグナリング遅延が許容されるものである場合、このソリューションは依然として妥当である。
【０１８９】
上述した実施形態においては、共通のユーザプレーンエンティティの選択は、重なり合うエリア内に位置している基地局において実行される。別のオプションとしては、重なり合うプールエリアの移動管理エンティティが、プールエリアの重なり合う部分内の基地局までの、サービスのためのユーザプレーンを確立するために使用される、共通のユーザプレーンエンティティの選択を調整する。
【０１９０】
図２６は、本発明の例示的な実施形態による、３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおける、重なり合うプールエリアの移動管理エンティティによる共通のユーザプレーンエンティティのネゴシエーションと、プールエリアの重なり合う領域内に位置している基地局（ｅＮｏｄｅＢ）に、重なり合うプールエリアの移動管理エンティティによるセッション開始メッセージを送信する状況とを、例示的に示している。この例示的な実施形態においても、例示を目的として、プールエリア＃１内の移動管理エンティティが、マルチキャストサービスまたはブロードキャストサービスのためにＭ−ＵＰＥ＃１を選択するように事前に設定されており、その一方で、プールエリア＃２内の移動管理エンティティが、マルチキャストサービスまたはブロードキャストサービスのためにＭ−ＵＰＥ＃２を選択するように事前に設定されているものと想定する。
【０１９１】
後からさらに詳しく説明するように、特定のマルチキャストサービスまたはブロードキャストサービスのユーザプレーンのための共通のユーザプレーンエンティティのネゴシエーションは、各プールエリアの、専用に指定されている移動管理エンティティの間での（例えば、プールエリア＃１のＭ−ＭＭＥ＃１０およびプールエリア＃２のＭ−ＭＭＥ＃２０による）制御シグナリングによって実行することができ、これらの移動管理エンティティは、ネゴシエーションの結果を、各プールエリアの残りの移動管理エンティティに伝搬させる。別の例示的なソリューションは、重なり合う各プールエリアの移動管理エンティティの間での制御シグナリングによって、共通のユーザプレーンエンティティをネゴシエートすることである。このネゴシエーションは、プロアクティブ式に（すなわち、セッション開始手順の前に）実行する、あるいは、例えば、トリガーに応えてリアクティブ式に実行することができ、この場合のトリガーとは、例えば、移動端末によるサービスアクティブ化や、アクセスノード（基地局）からの通知であって、異なるユーザプレーンエンティティを示している複数のセッション開始メッセージを自身が受信したことの通知、あるいは、ＢＭＳＣによる要求である。
【０１９２】
上記の例、すなわち、マスター基地局が、サービスのためのユーザプレーンエンティティを選択すること、およびプールエリアの重なり合う領域内の他の基地局に選択結果を通信することの責務を負っている例と同様に、本発明の一実施形態によると、プールエリア当たり１つのマスター移動管理エンティティを指定する、または事前に設定することができ、このマスター移動管理エンティティが、別の（１つまたは複数の）プールエリアの（移動管理エンティティのうちの）指定された移動管理エンティティと、共通のユーザプレーンエンティティをネゴシエートする責務を負う。例えば、図２６に示したシナリオにおいては、プールエリア＃１のＭ−ＭＭＥ＃１０およびプールエリア＃２のＭ−ＭＭＥ＃２０を、指定された移動管理エンティティとすることができる。
【０１９３】
指定された移動管理エンティティは、各プールエリア内のすべての移動管理エンティティに認識されている。さらに、複数の異なるプールエリアの、指定された移動管理エンティティは、別のプールエリア内の別の指定された移動管理エンティティも認識している。このことは、指定された移動管理エンティティの各識別子を格納することによって達成することができ、あるいは、例えば、ＭＭＥ識別子としてＩＰアドレスを使用する場合、指定された移動管理エンティティは、プールエリアの各接頭辞と、ネットワーク内のすべてのノードに既知である接尾辞とによって形成される周知のＩＰアドレスをリスンすることができる。
【０１９４】
別の代替方法は、移動管理エンティティが、ＩＰマルチキャストアドレスに加入することによって、事前に設定されている通知チャネルをリスンする、またはサブスクライブすることである。共通のユーザプレーンエンティティの選択のシグナリングを、このチャネル上で行うことができる。
【０１９５】
したがって、指定された移動管理エンティティは、例えばポイントツーポイントリンクを介して（すなわち、別の指定された（１つまたは複数の）各移動管理エンティティを明示的にアドレッシングすることにより）、制御シグナリングメッセージを交換することによって、選択されるユーザプレーンエンティティを互いにネゴシエートすることができる。指定された移動管理エンティティは、プールエリアの重なり合う部分内の基地局を処理担当することができる、別のプールエリアの使用可能なさらなる（１つまたは複数の）ユーザプレーンエンティティと、ユーザプレーンエンティティの選択を行う対象のサービスとを、互いに通知することができる。例えば、プールエリア＃１のＭ−ＭＭＥ＃１０は、プールエリア＃２のＭ−ＭＭＥ＃２０に、Ｍ−ＵＰＥ＃１が、サービスのために選択することが可能なユーザプレーンエンティティであることを、通知することができる。
【０１９６】
図２４および図２５に関連して上述したように、別の指定された各移動管理エンティティにシグナリングされる情報は、前の実施形態におけるセッション開始メッセージに含められる補足情報に類似したものとすることができ、さらに、指定された移動管理エンティティがユーザプレーンエンティティのうちの１つを一義的に選択することができるように、類似する選択規則を使用することができる。サービスのためのユーザプレーンエンティティを選択すると、指定された移動管理エンティティは、自身のプールエリア内の移動管理エンティティに選択結果を伝搬させることができる。
【０１９７】
したがって、指定された移動管理エンティティは、別の指定された各移動管理エンティティに、サービスのための使用可能なユーザプレーンエンティティを通知する前に、各プールエリアの別の移動管理エンティティに維持されている、サービスに関連するＵＥコンテキストの数それぞれを問い合わせ、それらの数を合計して、各プールエリア内の、サービスをアクティブ化した移動端末の合計数を導くことができる。共通のユーザプレーンエンティティのネゴシエーションにおいては、指定された移動管理エンティティのうち、各プールエリア内の、サービスをアクティブ化した最大数の移動端末を示した移動管理エンティティ、によって提示されたユーザプレーンエンティティを、共通のユーザプレーンエンティティとして選択することができる。別のオプションは、重複する確率が低い乱数またはハッシュ値をネゴシエーションメッセージに含めることである。さらに、前述したように、何らかのソート可能な識別子（例えば、ＵＰＥ−ＩＤ、ＭＭＥ−ＩＤ、ＰＡ−ＩＤ）に基づいて選択を行うことも可能である。
【０１９８】
２つのプールエリアが重なり合う状況に適用することができる別の代替ソリューションにおいては、１つの指定された移動管理エンティティ（例えば、プールエリア＃１のＭ−ＭＭＥ＃１０）が、他方の第２のプールエリアの指定された移動管理エンティティ（例えば、プールエリア＃２のＭ−ＭＭＥ＃２０）に、サービスのために選択できる使用可能なユーザプレーンエンティティ（Ｍ−ＵＰＥ＃１）を通知することができる。さらに、この情報を伝える制御メッセージは、上述したようにユーザプレーンエンティティの適切な選択を促進するための追加の情報をさらに含んでいることができる。第２のプールエリアの指定された移動管理エンティティは、この情報を受信すると、サービスのためのユーザプレーンエンティティを選択するために自身が必要とする情報を集めて（まだ存在していない場合）、次いで、サービスのための共通のユーザプレーンエンティティを選択することができる。次いで、第２のプールエリアの移動管理エンティティは、その選択を第１のプールエリアの移動管理エンティティに通知することができる。
【０１９９】
上記の一連の例においては、マルチキャストサービスまたはブロードキャストサービスのための共通のユーザプレーンエンティティのネゴシエーションは、各プールエリア内の指定された移動管理エンティティが担当している。別の実施形態においては、重なり合う領域を有するプールエリアのすべての移動管理エンティティを、ユーザプレーンエンティティのネゴシエーションに関与させることができる。プールエリアの重なり合う部分内の基地局による共通のユーザプレーンエンティティの選択と同様に、移動管理エンティティは、類似する決定規則および決定基準に基づいて、同じユーザプレーンエンティティを自発的に選択することができる。この自発的な選択を促進する目的で、移動管理エンティティは、サービスのための望ましい各ユーザプレーンエンティティ（一般には、自身のプールエリア内の指定されるユーザプレーンエンティティ）を、重なり合うプールエリアの別の移動管理エンティティとの間で交換することができ、したがって、すべての移動管理エンティティが、選択できる利用可能なユーザプレーンエンティティを認識している。さらに、移動管理エンティティは、選択のための追加情報／補足情報（例えば、本明細書において前述したように、各移動管理エンティティによって維持されるＵＥコンテキストの数）を伝搬させることができる。
【０２００】
移動管理エンティティが、共通のユーザプレーンエンティティをネゴシエートするために効率的にメッセージを通信することが可能であるようにする目的で、重なり合うプールエリアのすべての移動管理エンティティがネゴシエーションチャネルをサブスクライブすることができ、このチャネル上で、ネゴシエーションメッセージを他のすべての移動管理エンティティに提供するために使用できるＩＰマルチキャストアドレスを設定することができる。
【０２０１】
プロアクティブ方式を使用する場合、重なり合うプールエリア領域内の基地局までのユーザプレーンを提供するためのユーザプレーンエンティティを選択する別の可能な方法は、移動端末からのサービスアクティブ化を受信した最初の移動管理エンティティのプールエリア内に位置しているユーザプレーンエンティティを選択することである。この方法は図２６に例示的に示してあり、この場合、Ｍ−ＭＭＥ＃１０がＵＥ＃１からのサービスアクティブ化を受信する。Ｍ−ＭＭＥ＃１０は、このサービスアクティブ化に応えて、ＵＥ＃１のための、サービス関連ユーザコンテキストを確立することができ、プールエリア＃１内とプールエリア＃２内の移動管理エンティティに、自身が選択したプールエリア＃１のユーザプレーンエンティティ（すなわち、Ｍ−ＵＰＥ＃１）を、通知することができる。したがって、プールエリア＃１内とプールエリア＃２内の他のすべての移動管理エンティティも、そのサービスのためにこのユーザプレーンエンティティを「選択する」。
【０２０２】
したがって、移動管理エンティティは、基地局ｅＮｏｄｅＢ＃３、ｅＮｏｄｅＢ＃４、およびｅＮｏｄｅＢ＃５に提供されるセッション開始メッセージの中に、Ｍ−ＵＰＥ＃１の各識別情報も含め、後から説明するように、移動管理エンティティのすべてが、サービスについてＭ−ＵＰＥ＃１において登録することができる。図２６に示したように、Ｍ−ＭＭＥ＃１０（および潜在的には、移動端末がサービスをアクティブ化している、プールエリア＃１およびプールエリア＃２のすべての他の移動管理エンティティ）は、プールエリアの重なり合う部分内のすべての基地局に、サービスのユーザプレーンのための選択されたＭ−ＵＰＥ＃１を示しているセッション開始メッセージを送信する。
【０２０３】
したがって、この例においては、サービスのためのサービスアクティブ化を受信する最初の移動管理エンティティによって選択されたユーザプレーンエンティティは、その後、すべての他の移動管理エンティティによっても、それぞれのサービスのために使用される。
【０２０４】
サービスのための共通のユーザプレーンエンティティの、コアネットワークノード（例えば、移動管理エンティティ）による選択は、さまざまなイベントによってトリガーすることができる。例えば、特定のマルチキャストサービスまたはブロードキャストサービスのための（最初の）サービスアクティブ化要求を受信したとき、移動管理エンティティは、ユーザプレーンエンティティの選択をプロアクティブ式にトリガーすることができる。指定された「マスター」移動管理エンティティが、共通のユーザプレーンエンティティのネゴシエーションの責務を負っており、指定されていない「スレーブ」移動管理エンティティにおいてサービスアクティブ化要求が受信された場合、その移動管理エンティティは、自身のプールエリアの指定された「マスター」移動管理エンティティへの要求によって、共通のユーザプレーンエンティティのネゴシエーションをトリガーすることができる。このような要求は、例えば、選択を実行すべき対象のサービスと、オプションとして、選択規則に応じて、選択手順において使用するためのさらなるパラメータとを示すことができる。
【０２０５】
別のオプションは、特定の通知に関する調整を、基地局によってリアクティブ式にトリガーすることであり、例えば、矛盾するセッション開始メッセージの解決を要求する。例えば、異なるユーザプレーンエンティティの選択につながる複数のセッション開始メッセージを、複数の異なる移動管理エンティティから受信すると（例えば図２４に示したように）、基地局は、共通のユーザプレーンエンティティの選択をトリガーする通知によって、それらのセッション開始メッセージに応答することができる。この通知は、例えば、各基地局が各サービスのためのセッション開始メッセージを受信した送信元の（他の）移動管理エンティティの識別情報を備えている、もしくは、セッション開始メッセージの中で示されたユーザプレーンエンティティを（さらに）示している、またはその両方とすることができる。トリガーに応えて共通のユーザプレーンエンティティが選択されると、基地局は、サービスのための共通のユーザプレーンエンティティを示している更新されたセッション開始メッセージまたは別のシグナリングメッセージを、１つまたは複数の移動管理エンティティから受信することができる。
【０２０６】
矛盾する状況が基地局に存在しうることを移動管理エンティティにおいて検出するための別のオプションは、複数の異なる基地局から、同じセッション開始に対するＡＣＫメッセージおよびＮＡＣＫメッセージを受信することに基づくことができる。この場合、上記のリアクティブ式のオプションと同様に、移動管理エンティティによる、共通のユーザプレーンエンティティの選択をトリガーすることができ、選択の結果が、プールエリアの重なり合う領域内の基地局に伝えられ、したがって、これらの基地局のすべてが、同じユーザプレーンエンティティまでのユーザプレーンを確立する。
【０２０７】
共通のユーザプレーンエンティティを選択するための上述したリアクティブ式のオプションのいずれにおいても、少なくとも１つの移動管理エンティティ（例えば、指定された移動管理エンティティのうちの１つ）が、重なり合うプールエリア領域内の基地局に、選択されたユーザプレーンエンティティを通知すべきである。
【０２０８】
共通のユーザプレーンエンティティをプロアクティブ式に選択する場合、サービスのための共通のユーザプレーンエンティティの選択は、サービスアクティブ化の前に実行される。したがって、サービスをアクティブ化するときには、マルチキャストサービスまたはブロードキャストサービスのためのユーザプレーンのためのユーザプレーンエンティティは選択されており、したがって、移動管理エンティティのすべては、それらのセッション開始メッセージの中で、プールエリアの重なり合う領域内の基地局に同じユーザプレーンエンティティを示すことができる。なお、ユーザプレーンが確立される先のユーザプレーンエンティティを、１つの移動管理エンティティが基地局に通知しさえすれば、当然ながらそれで十分であることを認識されたい。しかしながら、移動管理エンティティは、移動端末が他の各移動管理エンティティにおいてサービスをアクティブ化したかを必ずしも認識していないため、プールエリア内のすべての移動管理エンティティそれぞれが、プールエリアの重なり合う部分内の基地局にセッション開始メッセージを送信することができる。
【０２０９】
あるいは、例えば、セッション開始メッセージの送信が、（例えば、ブロードキャストサービスのための）ユーザの事前のサービスアクティブ化とは無関係である場合においては、１つの移動管理エンティティ（例えば、プールエリアの、指定された「マスター」移動管理エンティティ）が、プールエリアの重なり合う部分内のすべての基地局と、自身のプールエリアのそれ以外の基地局とに、セッション開始メッセージを送信することができ、これにより、プールエリアの重なり合う部分内のすべての基地局にアドレッシングされているセッション開始メッセージのすべてが、サービスのための同じ、すなわち共通のユーザプレーンエンティティを示している。
【０２１０】
上述したように、重なり合うプールエリアにおける共通のユーザプレーンエンティティの選択を移動管理エンティティが調整するための１つのオプションは、ポイントツーポイント通信を使用することである。この場合、関与する各移動管理エンティティの間での何らかのシグナリングが要求されうる。ユーザプレーンエンティティの選択に関与する移動管理エンティティの数が多いシナリオを考えると、この制御シグナリングは、大きなシグナリング負荷につながりうる。この大きなシグナリング負荷は、リソース（すなわち移動管理エンティティ自体）と、これらの間の送信ネットワークの非効率的な使用につながる。その一方で、リアクティブ式にトリガーする場合を考えると、それによってセッション開始の遅延が増大しうる。したがって、必要なシグナリングを制限するための何らかの手段を考慮しなければならない。
【０２１１】
上述したように、ＭＭＥプール内のすべての移動管理エンティティが同じユーザプレーンエンティティを選択できるものと想定する。例えば、マルチキャストサービスまたはブロードキャストサービスに使用するためのユーザプレーンエンティティを、プールエリアのすべての移動管理エンティティにおいて静的に事前設定することができる。別のオプションとしては、マルチキャストサービスまたはブロードキャストサービスに使用するためのユーザプレーンエンティティを、プールエリアのすべての移動管理エンティティにおいて、例えば負荷バランシングに関するＯ＆Ｍ（運用＆保守）メカニズムに基づいて動的に選択することができる。類似する方法においては、指定された移動管理エンティティ（または「マスター」Ｍ−ＭＭＥ）をプールエリア内で選択することができ、この移動管理エンティティは、異なるプールエリア内に位置している別の「マスター」Ｍ−ＭＭＥとの間で調整して共通のユーザプレーンエンティティを選択する責務を負う。その後、選択手順の結果を、各プールエリア内の他の移動管理エンティティに通知する。このようにして、調整手順に関与する移動管理エンティティの数が減少し、これによって、要求されるシグナリングが制限される。
【０２１２】
各プールエリアの指定された移動管理エンティティのみがセッション開始メッセージを送信する、上記の代替ソリューションにおいては、共通のユーザプレーンエンティティを選択するための制御シグナリングを大幅に低減することができる。なぜなら、共通のユーザプレーンエンティティをネゴシエートする必要があるのは、複数の異なるプールエリアの指定された移動管理エンティティのみであるためである。ネゴシエーションの結果は、他の移動管理エンティティにシグナリングしなくてもよい。なぜなら、指定された移動管理エンティティは、正しい、すなわち選択された共通のユーザプレーンエンティティまでの、サービスのユーザプレーンの確立をトリガーする責務も負うためである。しかしながら、この方法は、いずれかの移動端末がサービスをアクティブ化したかを考慮できないため、（どの移動端末も、指定された移動管理エンティティにおいてサービスをアクティブ化していない場合には）やはり非効率的なリソース利用につながる可能性がある。なぜなら、たとえどの端末もサービスをアクティブ化していない場合にもユーザプレーンが確立されうるためである。
【０２１３】
共通のユーザプレーンエンティティを調整によって選択するための別のオプションは、移動管理エンティティによって（例えば、ＩＰマルチキャストアドレスによって）ポイントツーマルチポイント通信を利用することである。上述したように、すべての移動管理エンティティは、ＩＰマルチキャスト通知チャネルに加入することができる。一般的には、調整が正しく機能するためには、関与するすべての移動管理エンティティにおいて確実に同じ選択結果となるようにすべきである。しかしながら、共通のユーザプレーンエンティティを選択するための制御シグナリングがマルチキャスト通知チャネル上で送られる場合、他のすべての移動管理エンティティによってシグナリングメッセージが受信されることを保証できないことがある。なぜなら、ＩＰマルチキャスト送信は一般に信頼性が低いためである。したがって、すべての移動管理エンティティにおける結果が、選択可能であるユーザプレーンエンティティの同じリストにならないことがある。
【０２１４】
上述したように、重なり合うプールエリア領域内の基地局までのユーザプレーンを提供するユーザプレーンエンティティを選択するための１つの可能な方法は、プロアクティブ方式を使用することである。例えば、移動端末からのサービスアクティブ化を受信した最初の移動管理エンティティのプールエリア内に位置しているユーザプレーンエンティティを選択する。これを達成する目的で、移動端末からの最初のサービスアクティブ化を受信した移動管理エンティティは、ユーザプレーンエンティティを選択し、それをＩＰマルチキャスト通知チャネル上で通知する（各サービス識別子も示す）。この通知は、同じＩＰマルチキャスト通知チャネルにサブスクライブされているすべての他の移動管理エンティティによって受信されるため、それらの移動管理エンティティのすべては、マルチキャストサービスまたはブロードキャストサービスの以降のサービスアクティブ化を受信したときに、プールエリアの重なり合う部分までの、そのサービスのユーザプレーンを提供するための同じユーザプレーンエンティティを使用し、そのユーザプレーンエンティティにおいて登録することができる。
【０２１５】
しかしながら、上述したように、ＩＰマルチキャスト通知チャネルの信頼性が低いため、調整が正しく機能するうえでの問題が生じる。この問題を克服する１つのオプションは、移動管理エンティティが、共通に選択されたＭ−ＵＰＥの通知をＩＰマルチキャストチャネル上で繰り返すことである。例えば、移動管理エンティティは、端末からサービスアクティブ化要求を受信するたびに、移動端末からの最初のサービスアクティブ化を受信した移動管理エンティティによって示されるユーザプレーンエンティティを通知することができる。共通のユーザプレーンエンティティの通知を繰り返すことによって、すべての移動管理エンティティによって通知が少なくとも一回受信される信頼性が高まる。
【０２１６】
共通のユーザプレーンエンティティが高い信頼性の調整によって選択されるようにする別のオプションは、移動管理エンティティが、通知チャネルを絶え間なく監視することである。現在選択されているユーザプレーンエンティティと比較して異なる、選択されたユーザプレーンエンティティが通知された場合、移動管理エンティティは、共通のユーザプレーンエンティティの反復通知を求める問い合わせメッセージを通知チャネル上で送ることができる。移動管理エンティティは、この応答に従って、現在の選択もしくは登録、またはその両方を訂正することができる。
【０２１７】
考慮すべき別の側面は、基地局によってリアクティブ式にトリガーされる、ユーザプレーンエンティティの調整によって生じうるセッション開始遅延を低減することである。この例示的な場合においては、基地局は、重なり合うプールエリアにおいて使用するための共通のユーザプレーンエンティティを移動管理エンティティが解決するまで待機しなければならず、このことは、セッション開始の大きな遅延につながりうる。オプションとして、基地局が、異なるユーザプレーンエンティティまでのマルチキャストユーザプレーンを最初に確立できるようにし、後の段階において移動管理エンティティによって解決されたとき、その共通のユーザプレーンエンティティに切り替えるようにすることができる。このようにして、シグナリングがわずかに増大する代わりに、追加のセッション開始遅延を回避することができる。
【０２１８】
図２７は、本発明の例示的な実施形態による、３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおいて、プールエリアの重なり合う領域内に位置している基地局（ｅＮｏｄｅＢ）と、共通のユーザプレーンエンティティとの間に確立されているユーザプレーンを例示的に示している。この例においては、例示を目的として、プールエリア＃１とプールエリア＃２の移動管理エンティティによる、共通のユーザプレーンエンティティの選択の結果として、プールエリア＃２内のＭ−ＵＰＥ＃２が選択され、したがって、ｅＮｏｄｅＢ＃３、ｅＮｏｄｅＢ＃４、およびｅＮｏｄｅＢ＃５が、マルチキャストサービスのためＭ−ＵＰＥ＃２までのユーザプレーンを確立しているものと想定する。後からさらに詳しく説明するように、サービス継続性を確保する目的で、プールエリア＃１の移動管理エンティティ（例えば、Ｍ−ＭＭＥ＃１０）は、端末からのサービスアクティブ化を受信すると、選択されているユーザプレーンエンティティ（Ｍ−ＵＰＥ＃２）において登録することができる。当然ながら、共通のユーザプレーンエンティティの選択の結果として、プールエリア＃１内のＭ−ＵＰＥ＃１が選択されることもあり、この場合、図２５に示したようにユーザプレーンが確立され、さらに、サービス継続性を確保するため、プールエリア＃２の移動管理エンティティがＭ−ＵＰＥ＃１において登録するようにすることができる。
【０２１９】
さらに、共通のユーザプレーンエンティティのプロアクティブ式の選択が実行される場合、移動管理エンティティは、マルチキャストサービスまたはブロードキャストサービスのためのマルチキャストサービス関連コンテキストまたはブロードキャストサービス関連コンテキストをまだ確立していないことがあることに留意されたい。移動管理エンティティがサービスコンテキストをまだ維持していない場合、これらの移動管理エンティティは、サービスのための共通のユーザプレーンエンティティを格納することができるサービス関連コンテキストを生成および維持することができる。一般的には、移動管理エンティティは、共通のユーザプレーンエンティティに加えて、さらなる情報、例えば、何らかの種類の状態情報を、サービス関連コンテキストに格納することができる。この状態情報は、例えば、サービス関連コンテキストに対応するサービスが進行中であるか否か（例えば、サービスがアクティブであるか待機状態であるか）を示すことができる。これと同様に、状態情報は、それを維持している移動管理エンティティが、少なくとも１つの移動端末からサービスアクティブ化をすでに受信したか否かを示すことができる。この情報は、それを維持している移動管理エンティティが、マルチキャストサービスセンターまたはブロードキャストサービスセンター（ＢＭ−ＳＣ）からのセッション開始の指示の受信によってトリガーされたときに、プールエリアの重なり合う部分内の基地局と、自身のプールエリアの他の基地局とにセッション開始メッセージを送る必要があるかを、決定する目的に使用することができる。
【０２２０】
本発明の別の実施形態は、複数の異なるプールエリアの重なり合う部分における、マルチキャストサービスまたはブロードキャストサービスのための１つの共通のユーザプレーンエンティティまでのユーザプレーンの確立を確保する目的で、中央集中型のネットワークノード（例えば、ＢＭ−ＳＣ）を使用することに関する。例えば、マルチキャストサービスのためのサービスアクティブ化要求を受信した移動管理エンティティは、サービスに使用するための共通のユーザプレーンエンティティに関する情報をＢＭ−ＳＣが有するかを、ＢＭ−ＳＣに問い合わせることができる。この要求は、例えば、対象のサービスのサービス識別子を備えていることができる。さらに、この要求は、要求側の移動管理エンティティにおいて望ましいユーザプレーンエンティティをさらに示していることができる。サービスのための共通のユーザプレーンエンティティが以前に登録されている場合、ＢＭ−ＳＣは、その共通のユーザプレーンエンティティを、（例えば、ユーザプレーンエンティティの識別子によって）要求側の移動管理エンティティに示すことによって、問い合わせに応答することができる。ＢＭ−ＳＣにおいて、共通のユーザプレーンエンティティが、（例えば、サービス関連コンテキスト（例えば、ＭＢＭＳサービスコンテキスト）の中に）まだ登録されていない場合、ＢＭ−ＳＣは、要求側の移動管理エンティティによって示されるユーザプレーンエンティティを登録することができ、すなわち、示されたユーザプレーンエンティティを、サービスのための共通のユーザプレーンエンティティとして「選択する」ことができる。
【０２２１】
共通のユーザプレーンエンティティは、重なり合うエリア内に位置している基地局に関連するのみである。なぜなら、これらのｅＮｏｄｅＢのみが、複数の異なるプールエリア内に位置しているユーザプレーンエンティティに接続できるためである。これに対して、プールエリアの重なり合わない部分内に位置しているｅＮｏｄｅＢは、それぞれのプールエリア内に位置しているユーザプレーンエンティティに接続できるのみである。このとき、移動管理エンティティは、移動端末によって送られたサービスアクティブ化要求から、そのアクティブ化要求が送られた元のトラッキングエリアを導くことができるものと想定する。この情報は、ＢＭ−ＳＣに問い合わせる必要があるか否か（すなわち、要求が、重なり合うエリア内のｅＮｏｄｅＢ（またはセル）から送られたか）を決定する目的に、移動管理エンティティにおいて使用することができる。必要がある場合、移動管理エンティティは、各重なり合うエリアのためのユーザプレーンエンティティがＢＭ−ＳＣにおいてすでに登録されているかをチェックする目的でＢＭ−ＳＣに送られる問い合わせに、トラッキングエリア情報（この情報は、各重なり合うエリアを識別するために使用することができる）を含めることもできる。
【０２２２】
ＢＭ−ＳＣの応答がユーザプレーンエンティティを示している場合、移動管理エンティティは、重なり合うエリア内の基地局に送られる以降のセッション開始メッセージにおいて、そのユーザプレーンエンティティを使用する。
【０２２３】
そうではなく、（移動管理エンティティの望ましいユーザプレーンエンティティの指示情報が問い合わせに含まれていないと想定したとき、）応答にユーザプレーンエンティティが示されていない場合、移動管理エンティティは、自身が選択するユーザプレーンエンティティをＢＭ−ＳＣにおいて登録することができる。
【０２２４】
プールエリアの重なり合う領域は、いくつかのトラッキングエリアから成ることがある。したがって、ＢＭ−ＳＣにおいてユーザプレーンエンティティを登録するとき、移動管理エンティティは、重なり合うプールエリア領域内のすべての関与するトラッキングエリアに関する情報を、登録（または、望ましいユーザプレーンエンティティを問い合わせに含める場合には問い合わせ）にさらに含めることができ、これは、ＢＭ−ＳＣがつねにネットワークトポロジ問題にとらわれないようにするためである。いずれの場合も、すべての移動管理エンティティが、重なり合うエリア内の基地局に送られるセッション開始メッセージに、同じユーザプレーンエンティティを含めることが確保される。
【０２２５】
上述したように、共通のユーザプレーンエンティティをＢＭ−ＳＣにおいて登録するステップは、ネットワークノード識別子およびトラッキングエリアを問い合わせまたは登録するために必要なシグナリングメッセージを処理することに加えて、これらの情報をＢＭ−ＳＣにおいて格納するステップを含みうる。この機能をサポートするためには、標準のＢＭ−ＳＣの何らかの適合化が要求されることがあり、このことは望ましくないことがある。なぜなら、これによりこれらのエンティティのコストが増大しうるためである。したがって、ＢＭ−ＳＣへの必要な変更をできるかぎり最小にすることが重要である。
【０２２６】
要求される基本機能は、複数の異なる移動管理エンティティによって選択される、場合によっては異なる一連のユーザプレーンエンティティのうち、重なり合うプールエリアに使用するための共通のユーザプレーンエンティティを決定する手順を中央集中化することである。移動端末からの（各）サービスのアクティブ化において、共通のユーザプレーンエンティティをＢＭ−ＳＣを介して調整する代わりに、複数の異なる重なり合うプールエリアの移動管理エンティティは、セッション開始の時点において、ＢＭ−ＳＣを使用して複数のユーザプレーンエンティティを解決することができる。セッション開始が（ＢＭ−ＳＣによって）トリガーされたとき、すべての移動管理エンティティが、それぞれの選択した／望ましいユーザプレーンエンティティを含んでいる要求をＢＭ−ＳＣに送信することができる。この要求は、セッション識別子もしくはサービス識別子、またはその両方も含んでいることができる。ＢＭ−ＳＣは、これらの要求に提示されているユーザプレーンエンティティを解決し、同じユーザプレーンエンティティを含んでいる応答をすべての移動管理エンティティに送ることができ、そのユーザプレーンエンティティは、その後、すべての移動管理エンティティによって、重なり合うエリア内の基地局にセッション開始メッセージを送るときに使用される。応答に含まれる共通のユーザプレーンエンティティは、例えば、移動管理エンティティからの最初のメッセージに示されているユーザプレーンエンティティとすることができる。このようにして、ＢＭ−ＳＣは、ユーザプレーンエンティティの識別子または位置エリア情報を維持および格納する必要がない。ＢＭ−ＳＣの応答は、移動管理エンティティの最初の要求メッセージの単純なコピーとすることができる。
【０２２７】
上述したように、重なり合うプールエリア内の基地局にマルチキャストサービスを提供する場合に問題となりうる状況は、複数の異なるプールエリアに登録されている２つ以上の移動端末が同じマルチキャストサービスを受信するときに発生する。このことは、移動端末が、マルチキャストユーザプレーンを提供していないプールエリアに登録されており、かつアイドルモードにあるときに、特に問題である。本発明の一実施形態においては、アイドル状態とは、移動端末が、その移動管理エンティティにプールエリアレベル／トラッキングエリアレベルにおいてのみ認識されていることを意味する。アイドルモードの移動端末は、基地局との制御接続を有していないこともあり、基地局は、これらの移動端末に関する何らの情報（例えば、ネットワーク内における移動端末の位置）も持たず、プールエリア／トラッキングエリア内のどの基地局に移動端末がアタッチされているかが認識されていない。サービスのユーザプレーンのための共通のユーザプレーンエンティティを選択するだけでは、この問題の状況を解決することができない。
【０２２８】
この状況が発生する可能性はいくつかある。１つの可能性は、すでに上述したように、重なり合うエリア内の同じ基地局に接続されている複数の移動端末が、異なるプールエリア／トラッキングエリア内の異なる移動管理エンティティにアタッチされており、同じマルチキャストサービスをアクティブ化する場合である。サービスがまもなく開始されるとき、移動管理エンティティは、自身のプールエリア内の各ユーザプレーンエンティティまでの、マルチキャストサービスのためのユーザプレーン、の確立をトリガーするためのマルチキャストセッション開始メッセージを、それぞれのプールエリア内の基地局に送る（あるいは、マルチキャストセッション開始メッセージを送るように、各プールエリア内のユーザプレーンエンティティに要求する）。重なり合うプールエリア内の基地局は、複数のセッション開始メッセージを受信し、同じサービスのための重複するマルチキャストユーザプレーンの確立を回避する目的で、１つのセッション開始メッセージを選択する。いま、マルチキャストユーザプレーンを提供していないプールエリアにアタッチされている移動端末がアイドル状態に遷移する場合、問題のある状況が発生することがあり、なぜなら、これらの移動端末のマルチキャストサービス登録が、マルチキャストユーザプレーンを提供するプールエリア内の移動管理エンティティまたはユーザプレーンエンティティに認識されていないのみならず、基地局は、これらの移動端末がアイドルモードにあるため、そのアタッチ状態を追跡することもできないためである。
【０２２９】
別の可能性は、重なり合うプールエリア内の基地局に接続されており、すべて同じプールエリアにアタッチされている移動端末のみが存在する場合である。サービスが開始されるとき、その特定のプールエリア内にマルチキャストユーザプレーンが確立される。いま、アイドルモードの移動端末（最初は別のプールエリアにアタッチされており、やはり同じマルチキャストサービスをアクティブ化した移動端末）が、移動に起因して、重なり合うプールエリア内のこの基地局を選択すると、問題となりうる状況が発生する。
【０２３０】
例示的な一実施形態によると、マルチキャストサービスにおけるサービスの消失は、アイドルモードの移動端末をホストしている、プールエリア内の移動管理エンティティが、マルチキャストユーザプレーンを提供している、プールエリア内のユーザプレーンエンティティにおいて登録できるようにすることによって、防止することができる。この登録を実行するためには、いくつかの問題を克服しなければならない。
【０２３１】
重なり合うプールエリア内のアクセスノードは、自身が最初に応答した（すなわち、肯定応答した）マルチキャストセッション開始メッセージを認識している。言い換えれば、このアクセスノードは、自身がマルチキャストユーザプレーンを確立した先のユーザプレーンエンティティ、および特にプールエリアを認識している。しかしながら、このアクセスノードは、一般には、登録手順をトリガーすることができない。なぜなら、自身のサービスエリア内のアイドルモードの移動端末の情報を持たないためである。アイドルモードにある移動端末は、それを処理担当している移動管理エンティティに認識されているのみである。さらに、アイドルモードの移動端末を処理担当している移動管理エンティティも、登録手順をトリガーできないことがある。なぜなら、この移動管理エンティティは、アイドルモードの移動端末がリスンしている特定のアクセスノードを認識しておらず、その一方で、この移動管理エンティティは、アクセスノードがマルチキャストユーザプレーンを維持している先のユーザプレーンエンティティおよびプールエリアを認識していないことがあるためである。
【０２３２】
アイドルモードにおいては、移動端末がリスンしている特定のアクセスノードを認識しているのは、その移動端末のみである。例示を目的として、アイドルモードにある移動端末が、アクセスノードによってブロードキャストされるシステム情報を依然として受信するものと想定することができる。このシステム情報は、各アクセスノードのサービスエリア内において利用可能であるマルチキャストサービスに関する情報も含んでいることができる。しかしながら、移動端末は、このマルチキャストサービス情報からは、特定のマルチキャストサービスの一般的な可用性を導くことができるのみである。移動端末が登録手順をトリガーできるようにする目的で、本発明の例示的な実施形態によると、アクセスノードによって提供されるこのマルチキャストサービス情報を拡張することを提案する。この拡張されたマルチキャストサービス情報においては、アクセスノードは、選択されているユーザプレーンエンティティのトラッキングエリア／プールエリア情報、または選択されているユーザプレーンエンティティの識別子を、さらに送信することができる。２つ以上のプールエリア／トラッキングエリアの重なり合う部分内のアクセスノードのみが、この拡張されたマルチキャストサービス情報を送信することができる、またはこれに代えて、プールエリア／トラッキングエリアのすべてのアクセスノードが、拡張されたマルチキャストサービス情報を、例えばシステムブロードキャスト情報の一部として、送信することができる。
【０２３３】
アクセスノードは、例えば、選択されたユーザプレーンエンティティのトラッキングエリア／プールエリア情報、または選択されたユーザプレーンエンティティの識別子を、マルチキャストセッション開始メッセージから導くことができる。例示を目的として、３ＧＰＰ ＳＡＥ／ＬＴＥシステムを考えるとき、拡張されたマルチキャストサービス情報は、ポイントツーマルチポイントＭＢＭＳ制御チャネル（ＭＣＣＨ）上で送信することができ、この情報は、アイドルモードにある移動端末によっても受信される。
【０２３４】
当然ながら、移動端末は、アイドルモードにあるとき、自身がリスンしているアクセスノードを認識しているのみではない。移動端末は、自身に格納されているコンテキスト情報から、自身が現在登録されているトラッキングエリア／プールエリアを認識することもできる。移動端末が、プールエリア／トラッキングエリアの境界を超える場合にトラッキングエリア／プールエリア更新手順を実行するシステムにおいては、移動端末は、一般的に、自身の現在のトラッキングエリアを認識しているものと考えられる。したがって、移動端末は、ブロードキャストされたトラッキングエリア／プールエリア情報を、格納されているトラッキングエリア／プールエリアと絶え間なく比較して、これらが異なる場合、トラッキングエリア更新手順をトリガーすることができる。
【０２３５】
上述した、マルチトラッキングエリア登録のコンセプトの場合においては、移動端末が、複数のトラッキングエリアに同時に登録されることがある。この場合、登録されているすべてのトラッキングエリアを、移動端末におけるコンテキスト情報に格納することができる。さらに、移動端末は、ブロードキャストされたトラッキングエリア情報を、格納されているトラッキングエリアと絶え間なく比較することができる。ブロードキャストされたトラッキングエリア情報が、格納されているトラッキングエリアのいずれとも異なる場合、移動端末はトラッキングエリア更新手順をトリガーする。
【０２３６】
本発明の別の例示的な実施形態によると、マルチキャストサービスのためのサービス登録を更新する目的に、類似する方法を採用することができる。この方法については、図６に関連して以下に概説する。以前にマルチキャストサービスをアクティブ化した移動端末は、自身が現在アタッチされているアクセスノード（ｅＮｏｄｅＢ＃２）からマルチキャストサービス情報を受信する（６０１）。この情報から、移動端末は、マルチキャストユーザプレーンを提供するトラッキングエリア／プールエリアの情報を導くことができる。受信されたマルチキャストユーザプレーンの情報を、格納されているコンテキスト情報と比較することによって、移動端末は、そのマルチキャストサービスが異なるトラッキングエリア／プールエリアから提供されているかを検出することができる。そのような場合、移動端末は、自身の移動管理エンティティにおけるサービス登録の更新をトリガーし（６０２）、このトリガーは、例えば、マルチキャストサービスのためのユーザプレーンを提供する、選択されたプールエリア（プールエリア＃１）、あるいは、マルチキャストサービスのためのユーザプレーンを提供するユーザプレーンエンティティ（Ｍ−ＵＰＥ＃１）の識別子を、移動端末の移動管理エンティティ（Ｍ−ＭＭＥ＃２０）に知らせる通知を送ることによる。
【０２３７】
３ＧＰＰ ＳＡＥ／ＬＴＥシステムに関連する例示的な実施形態においては、この通知は、移動端末（ＵＥ＃２）と、現在アタッチされている移動管理エンティティ（Ｍ−ＭＭＥ＃２０）との間で交換されるＮＡＳ（非アクセス階層：Non-Access Stratum）メッセージとして表すことができる。
【０２３８】
移動端末（ＵＥ＃２）からのこの通知（またはトリガーメッセージ）を受信すると、移動管理エンティティ（Ｍ−ＭＭＥ＃２０）は、異なるトラッキングエリア／プールエリア（プールエリア＃１）内のユーザプレーンエンティティ（Ｍ−ＵＰＥ＃１）において登録することができる（６０３）。登録先のトラッキングエリア／プールエリアおよび各ユーザプレーンエンティティは、例えば、移動端末（ＵＥ＃２）からの通知の内容から導くことができる。
【０２３９】
ユーザプレーンエンティティ（Ｍ−ＵＰＥ＃１）は、特定のマルチキャストサービスについて登録しているすべての移動管理エンティティに関する情報を格納することができる。この格納される情報は、例えば、移動管理エンティティの識別情報（identities）とトラッキングエリア／プールエリア情報を備えていることができる。あるいは、ユーザプレーンエンティティ（Ｍ−ＵＰＥ＃１）は、登録された移動管理エンティティの数を示しているカウンタを維持することができる。登録手順においては、例えば、プールエリア＃２の移動管理エンティティＭ−ＭＭＥ＃２０とプールエリア＃１のユーザプレーンエンティティＭ−ＵＰＥ＃１との間の直接的なインタフェースを利用することができ、あるいは、マルチキャストユーザプレーンを提供するユーザプレーンエンティティのプールエリア＃１内の移動管理エンティティＭ−ＭＭＥ＃１０を介して達成することができる。
【０２４０】
さらに、図７は、本発明の例示的な一実施形態による、サービス登録の更新をトリガーするタイミングを検出する目的で移動端末において実行される手順を、例示的に示している。例示を目的として、この実施形態においては、トラッキングエリアがプールエリアに対応しているものと想定する。この手順は、アイドルモードおよびアクティブモードいずれの移動端末にも適用することができる。
【０２４１】
ｓｅｒｖｉｃｅ＿ＴＡは、サービスの提供元として予測されるトラッキングエリア／プールエリアを表す。最初、このｓｅｒｖｉｃｅ＿ＴＡを、現在アタッチされているトラッキングエリア／プールエリア（ａｔｔａｃｈｅｄ＿ＴＡ）に設定する（７０１）。移動端末は、自身がアタッチされているアクセスノードからマルチキャストサービス情報を受信したかを絶え間なく判定することができる（７０２）。ｒｅｃｅｉｖｅｄ＿ＴＡは、ブロードキャストされるマルチキャストサービス情報から解読することができ、送信側アクセスノードがマルチキャストサービスのためのユーザプレーンを確立した先のトラッキングエリア／プールエリアを示している。移動端末は、両方のパラメータ、すなわちｒｅｃｅｉｖｅｄ＿ＴＡとｓｅｒｖｉｃｅ＿ＴＡとを比較する（７０３）ことによって、マルチキャストサービスが異なるトラッキングエリア／プールエリアによって提供されているかを検出することができる。後者の場合、移動端末は、自身がアタッチされているプールエリア内の移動管理エンティティにおける、サービス登録の更新をトリガーし（７０４）、パラメータｓｅｒｖｉｃｅ＿ＴＡをｒｅｃｅｉｖｅｄ＿ＴＡに設定する（７０５）ことができる。一般的には、マルチキャストサービスは、移動端末が現在アタッチされているトラッキングエリア／プールエリアから提供されるものと予測される。そうではないことを移動端末が検出した場合、この手順を適用する。この手順は、マルチキャストサービスの受信の開始から終了まで続行することができ、トラッキングエリア更新手順が含まれる、別の管理エリアへの各ハンドオーバー後に、再び開始することができる。
【０２４２】
マルチキャストサービスの進行中に、そのサービスを受信している移動端末が、アタッチされている移動管理エンティティから削除されることがある。この理由はいくつかある。例えば、移動端末がマルチキャストサービスの受信を停止する。この場合、一般に、移動端末は、移動管理エンティティにおいてマルチキャストサービスを非アクティブ化する。別の例は、移動端末が別の管理エリア（プールエリア）に移動することであり、このことは、移動端末の制御が別の移動管理エンティティに移ることを意味する。さらなる理由としては、移動端末がカバーエリアの外に移動する、バッテリが切れる、またはその他の障害・故障状況（それにより端末がネットワーク内に存在しなくなる）が起こることである。このようないずれの場合にも、一般には、サービスコンテキスト情報、場合によっては移動端末のコンテキスト情報全体（マルチキャストサービスコンテキスト情報を含む）が、移動管理エンティティから削除される。
【０２４３】
移動管理エンティティは、個々の移動端末コンテキスト情報を使用することにより、特定のサービスをアクティブ化した移動端末の数を少なくとも含んでいるサービスコンテキスト情報を構築することができる。マルチキャストサービスの場合においては、移動管理エンティティは、そのサービスを要求している移動端末を自身がホストしているかを導くことができる。マルチキャストサービスについて、いずれの移動端末もホストしていない場合、その移動管理エンティティは、そのマルチキャストサービスを処理担当する目的で自身が以前に登録を送った先のユーザプレーンエンティティから登録抹消することができる。
【０２４４】
通常では、移動管理エンティティは、登録抹消の肯定応答をユーザプレーンエンティティから受信すると、そのユーザプレーンエンティティまでのマルチキャストユーザプレーンを以前に確立した、自身のプールエリア内のすべてのアクセスノードに、ユーザプレーン解除メッセージ（または登録抹消メッセージ）を送る。上述したように、これらのアクセスノードは、セッション開始メッセージに応えて移動管理エンティティがＡＣＫメッセージを受信した送信元（または、ＡＣＫメッセージの送信をユーザプレーンエンティティによって知らされた）アクセスノードである。
【０２４５】
本発明の例示的な実施形態によると、ユーザプレーンエンティティは、移動管理エンティティからのサービス登録抹消への応答において、その特定のサービスについて登録した別の移動管理エンティティが存在しているかを示す。ユーザプレーンエンティティは、この情報を、例えば、上述したように、登録されている移動管理エンティティに関する格納されている情報から導くことができる。
【０２４６】
この応答は、例えば、そのマルチキャストサービスについてユーザプレーンエンティティにおいて登録されているさらなる移動管理エンティティが存在しているかを示すことができる。登録されている別の移動管理エンティティが存在していないことをユーザプレーンエンティティが示す場合、登録抹消する移動管理エンティティは、自身のサービスエリア内のすべてのアクセスノードに、ユーザプレーン解除メッセージを送ることができる。なぜなら、そのサービスを受信する端末がもはや存在せず、したがって、すべてのユーザプレーンを終了させることができ、アクセスノードはサービスのマルチキャスト処理を停止できるためである。たとえ、登録抹消する移動管理エンティティが、ユーザプレーンエンティティとは異なるプールエリア／トラッキングエリア内に位置している場合であっても、ユーザプレーンエンティティにおいて登録されているさらなる移動管理エンティティが存在していなければ、そのことは、登録抹消する移動管理エンティティのプールエリア／トラッキングエリア内の他のすべての移動管理エンティティも、そのユーザプレーンエンティティからすでに登録抹消していることを意味する（登録が存在していた場合）。
【０２４７】
そうではなく、マルチキャストサービスについてユーザプレーンエンティティにおいて登録されているさらなる移動管理エンティティが存在している場合、そのユーザプレーンエンティティは、登録抹消する移動管理エンティティと同じプールエリア内に位置している、１つまたは複数の登録されている移動管理エンティティが存在しているか否かを、登録抹消する移動管理エンティティに示す情報を、応答メッセージにさらに含めることができる。
【０２４８】
１つまたは複数の登録されている移動管理エンティティが、登録抹消する移動管理エンティティと同じプールエリア内に位置している場合、そのことは、そのマルチキャストサービスを受信している別の端末であって、登録抹消する移動管理エンティティと同じプールエリアの少なくとも１つの移動管理エンティティにアタッチされている別の端末が存在していることを意味する。この場合、登録抹消する移動管理エンティティは、自身のプールエリア／トラッキングエリア内のアクセスノードにユーザプレーン解除通知を送ることを抑制する。
【０２４９】
登録されているさらなる移動管理エンティティが、登録抹消する移動管理エンティティと同じプールエリア内に位置していない場合、そのことは、現在のプールエリア内のいずれの端末もそのマルチキャストサービスを受信していないが、そのマルチキャストサービスを受信しているさらなる移動端末が別のプールエリアにアタッチされている可能性があることを意味する。したがって、登録抹消する移動管理エンティティは、自身のプールエリア内のアクセスノードのうち、プールエリア／トラッキングエリアの重なり合わない部分内のアクセスノード、すなわち、登録抹消する移動管理エンティティのプールエリアにのみ割り当てられているアクセスノードに、ユーザプレーン解除通知を送る。
【０２５０】
このように、重なり合うプールエリア内のアクセスノードからユーザプレーンエンティティまでのマルチキャストユーザプレーンが終了するのは、ユーザプレーンエンティティのプールエリアの少なくとも１つのアクセスノードが同時に割り当てられている先のプールエリア内の移動管理エンティティにアタッチされている移動端末が存在しない場合に限られ、アクセスノードからサービスを受信しているが、別のプールエリアにアタッチされている残りの（１つまたは複数の）移動端末について、サービス継続性を達成することができる。
【０２５１】
図８は、２つの重なり合うプールエリアを考慮する上述した手順を例示的に示しており、この場合、登録抹消する移動管理エンティティと、マルチキャストユーザプレーンが確立されている先のユーザプレーンエンティティとが同じプールエリア（またはトラッキングエリア）に属している。例示を目的として、プールエリア＃１にアタッチされている移動端末ＵＥ＃１が、その移動管理エンティティＭ−ＭＭＥ＃１０においてマルチキャストサービスからサブスクライブ解除する（８０１）ものと想定する。移動管理エンティティＭ−ＭＭＥ＃１０は、このサブスクライブ解除に応えて、さらなる移動端末が移動管理エンティティＭ−ＭＭＥ＃１０においてマルチキャストサービスをサブスクライブしているかを判定する。この判定は、例えば、移動管理エンティティＭ−ＭＭＥ＃１０によって処理担当されている複数の異なる移動端末のコンテキスト情報をチェックする、すなわち、マルチキャストサービスのサブスクリプションについて、移動端末ＵＥ＃１によって示されるマルチキャストサービス識別子に基づいてチェックすることによって、達成することができる。サービスをサブスクライブしているさらなる移動端末が存在しない場合、移動管理エンティティＭ−ＭＭＥ＃１０は、ユーザプレーンエンティティＭ−ＵＰＥ＃１に登録抹消メッセージを送る（８０３）。
【０２５２】
ユーザプレーンエンティティＭ−ＵＰＥ＃１は、マルチキャストサービスについて登録されているさらなる移動管理エンティティが存在しているかを、登録に関する格納されている情報に基づいて判定する。ユーザプレーンエンティティＭ−ＵＰＥ＃１は登録抹消応答（確認）を返し（８０４）、この応答は、サービスに登録されているさらなる移動管理エンティティが存在しているか、および、存在している場合には、マルチキャストサービスについて登録されている、プールエリア＃１の少なくとも１つの移動管理エンティティが存在しているかを示している。
【０２５３】
次いで、ユーザプレーンエンティティＭ−ＵＰＥ＃１からの登録抹消応答（確認）に基づいて、移動管理エンティティＭ−ＭＭＥ＃１０は、サービスについてユーザプレーンエンティティＭ−ＵＰＥ＃１において登録されているさらなる移動管理エンティティが存在しているかを判定する（８０５）。存在していない場合、移動管理エンティティＭ−ＭＭＥ＃１０は、プールエリア＃１のすべてのアクセスノードにユーザプレーン解除メッセージを送ることができる。
【０２５４】
サービスについてユーザプレーンエンティティＭ−ＵＰＥ＃１において登録されているさらなる移動管理エンティティが存在している場合、移動管理エンティティＭ−ＭＭＥ＃１０は、ユーザプレーンエンティティＭ−ＵＰＥ＃１において登録されている、プールエリア＃１の移動管理エンティティが存在しているかを、（登録抹消応答に基づいて）さらに判定する（８０６）ことができる。存在している場合、移動管理エンティティＭ−ＭＭＥ＃１０は、ユーザプレーン解除通知を送ることを抑制する。そうではなく、プールエリア＃１のいずれの移動管理エンティティも、ユーザプレーンエンティティＭ−ＵＰＥ＃１において登録されていない場合、移動管理エンティティＭ−ＭＭＥ＃１０は、マルチキャストサービスの識別情報を含んでいるユーザプレーン解除コマンドを、プールエリア＃１内のアクセスノードのうち、プールエリア＃１のみに割り当てられているアクセスノードすべて（すなわちｅＮｏｄｅＢ＃１）に送り（８０７）、したがって、これらのアクセスノードにおいてユーザプレーンが終了するのみである。
【０２５５】
図１３は、２つの重なり合うプールエリアを考慮する上述した手順を例示的に示しており、この場合、登録抹消する移動管理エンティティと、マルチキャストユーザプレーンが確立されている先のユーザプレーンエンティティとが異なるプールエリア（またはトラッキングエリア）に属している。例示を目的として、プールエリア＃２にアタッチされている移動端末ＵＥ＃２が、その移動管理エンティティＭ−ＭＭＥ＃２０においてマルチキャストサービスからサブスクライブ解除する（１３０１）ものと想定する。移動管理エンティティＭ−ＭＭＥ＃２０は、このサブスクライブ解除に応えて、さらなる移動端末が移動管理エンティティＭ−ＭＭＥ＃２０においてマルチキャストサービスをサブスクライブしているかを判定する。この判定は、例えば、移動管理エンティティＭ−ＭＭＥ＃２０によって処理担当されている複数の異なる移動端末のコンテキスト情報をチェックする、すなわち、マルチキャストサービスのサブスクリプションについて、移動端末ＵＥ＃２によって示されるマルチキャストサービス識別子に基づいてチェックすることによって、達成することができる。サービスをサブスクライブしているさらなる移動端末が存在しない場合、移動管理エンティティＭ−ＭＭＥ＃２０は、ユーザプレーンエンティティＭ−ＵＰＥ＃１に登録抹消メッセージを送る（１３０３）。
【０２５６】
ユーザプレーンエンティティＭ−ＵＰＥ＃１は、マルチキャストサービスについて登録されているさらなる移動管理エンティティが存在しているかを、登録に関する格納されている情報に基づいて判定する。ユーザプレーンエンティティＭ−ＵＰＥ＃１は登録抹消応答（確認）を返し（１３０４）、この応答は、サービスに登録されているさらなる移動管理エンティティが存在しているか、および、存在している場合には、マルチキャストサービスについて登録されている、プールエリア＃１の少なくとも１つの移動管理エンティティが存在しているかを示している。
【０２５７】
次いで、ユーザプレーンエンティティＭ−ＵＰＥ＃１からの登録抹消応答（確認）に基づいて、移動管理エンティティＭ−ＭＭＥ＃２０は、マルチキャストサービスについてユーザプレーンエンティティＭ−ＵＰＥ＃１において登録されているさらなる移動管理エンティティが存在しているかを判定する（１３０５）。
【０２５８】
存在していない場合、移動管理エンティティＭ−ＭＭＥ＃２０は、マルチキャストサービスのための登録抹消メッセージ（登録ステータス要求）をユーザプレーンエンティティＭ−ＵＰＥ＃２に送る（１３０６）。このメッセージは、１つの役割として、ユーザプレーンエンティティＭ−ＵＰＥ＃２においてマルチキャストサービスから移動管理エンティティＭ−ＭＭＥ＃２０を登録抹消することができる。さらにそれと同時に、この登録抹消メッセージ（登録ステータス要求）は、サービスについてユーザプレーンエンティティＭ−ＵＰＥ＃２において登録されているさらなる移動管理エンティティが存在しているかを移動管理エンティティＭ−ＭＭＥ＃２０に示すように、ユーザプレーンエンティティＭ−ＵＰＥ＃２に要求する。
【０２５９】
ユーザプレーンエンティティＭ−ＵＰＥ＃２は、マルチキャストサービスについて登録されているさらなる移動管理エンティティが存在しているかを、例えば、登録に関する格納されている情報に基づいて判定する。ユーザプレーンエンティティＭ−ＵＰＥ＃２は、登録抹消応答（登録ステータス応答）を返し（１３０７）、この応答は、登録抹消メッセージ（登録ステータス要求）に示されているマルチキャストサービスに登録されているさらなる移動管理エンティティが存在するかを示している。
【０２６０】
次いで、ユーザプレーンエンティティＭ−ＵＰＥ＃２からの登録抹消応答（登録ステータス応答）に基づいて、移動管理エンティティＭ−ＭＭＥ＃２０は、サービスについてユーザプレーンエンティティＭ−ＵＰＥ＃２において登録されているさらなる移動管理エンティティが存在しているかを判定する（１３０８）。
【０２６１】
存在している場合、移動管理エンティティＭ−ＭＭＥ＃２０は、プールエリア＃１およびプールエリア＃２に同時に割り当てられているすべてのアクセスノードに、ユーザプレーン解除メッセージを送ることができるが、プールエリア＃２のみに割り当てられているアクセスノードには送らない。存在していない場合、移動管理エンティティＭ−ＭＭＥ＃２０は、プールエリア＃１およびプールエリア＃２に同時に割り当てられているアクセスノードも含めて、プールエリア＃２のすべてのアクセスノードに、ユーザプレーン解除メッセージを送ることができる。次いで、このユーザプレーン解除メッセージを受信したアクセスノードは、マルチキャストサービスのためのユーザプレーンを終了させることができる。
【０２６２】
別の実施形態は、マルチキャストユーザプレーンが確立されている先のユーザプレーンエンティティのプールエリア内のすべての移動管理エンティティが、そのユーザプレーンエンティティから登録抹消した状況に関連する。この実施形態においては、同じプールエリア／トラッキングエリア内に位置している移動管理エンティティから、マルチキャストサービスのためのサービス登録抹消が、ユーザプレーンエンティティにおいて受信されるものと想定する。前と同様に、ユーザプレーンエンティティは、マルチキャストサービスについて登録されているさらなる移動管理エンティティが存在しているか、および、残っている登録されている移動管理エンティティのうちの少なくとも１つが、登録抹消する移動管理エンティティと同じプールエリア／トラッキングエリア内に位置しているかを、応答において示すことができる。
【０２６３】
ユーザプレーンエンティティのプールエリア内に、マルチキャストサービスについて登録されているさらなる移動管理エンティティが存在しない場合、サービスについて依然として登録されている移動管理エンティティのプールエリア／トラッキングエリアに、マルチキャストユーザプレーンを再配置することを決定することが有利である。したがって、登録抹消する移動管理エンティティは、いくつかのプールエリア／トラッキングエリアに割り当てられているアクセスノードにユーザプレーン解除通知を送ることができ、この通知は、現在処理担当しているユーザプレーンエンティティまでのユーザプレーンを、別のプールエリア／トラッキングエリアの別の移動管理エンティティまでの新しいユーザプレーンを確立した時点で終了させるべきであることを、これらのアクセスノードに示す。さらに、登録抹消応答は、マルチキャストサービスについてユーザプレーンエンティティにおいて依然として登録されている移動管理エンティティのプールエリア／トラッキングエリア（または場合によっては、その中の１つまたは複数の移動管理エンティティの（１つまたは複数の）識別子）も示すことができる。
【０２６４】
登録抹消する移動管理エンティティは、示された１つまたは複数のプールエリア／トラッキングエリアのうちの１つの中に位置している１つの移動管理エンティティの識別子を判定することができ、さらに、この移動管理エンティティに、プールエリア／トラッキングエリア（すなわち、割り当てられている、登録抹消する移動管理エンティティのプールエリア／トラッキングエリアと、要求される側の移動管理エンティティのプールエリア／トラッキングエリア）の重なり合う部分内の各アクセスノードと、その要求を受信する移動管理エンティティのプールエリア／トラッキングエリアのユーザプレーンエンティティとの間の各ユーザプレーンの確立をトリガーするように、要求することができる。
【０２６５】
以下の、本発明のさらなる実施形態においては、例示を目的として、マルチトラッキングエリア登録が使用されるものと想定することができ、したがって、各アクセスノードが、つねに１つのトラッキングエリアに割り当てられる、すなわち、自身の（１つまたは複数の）無線セル内でただ１つのトラッキングエリア識別子（例えば、ＴＡ−ＩＤ）をブロードキャストする。さらに、図１６〜図２１に示したシナリオにおいては、プールエリアの重なり合う領域内の（１つ以上の）アクセスノード（この場合にはｅＮｏｄｅＢ＃２）が、（重なり合っていない領域内のアクセスノードとは）個別の１つまたは複数のトラッキングエリアを形成しているものと想定することができ、したがって、移動端末は、プールエリア＃１およびプールエリア＃２の重なり合う領域内のアクセスノードにアタッチすると、例えば、プールエリア＃１およびプールエリア＃２の重なり合う領域内の、移動端末がアタッチするアクセスノード、によってブロードキャストされる新しいトラッキングエリア識別子を検出することに応えて、ルーティングエリア更新手順を実行する。
【０２６６】
図１６〜図２１に示した実施形態のバリエーションにおいては、移動端末ＵＥ＃２がアイドルモードにあると想定し、したがって、移動をサポートする目的で、アイドルモード移動手順（例えば、セルの再選択およびトラッキングエリア更新手順）が使用される。移動端末が移動手順を実行する必要がある場合、移動端末は、例えば、移動手順のため一時的にアイドルモードからアクティブモードに切り替えることができ、移動手順を終了した時点で、再びアイドルモードに戻ることができる。アクティブモードに切り替えるとき、この結果として、移動端末がアタッチする（１つまたは複数の）アクセスノードにおいてコンテキスト情報が確立され、このコンテキスト情報は、特に移動端末がサブスクライブしているサービスに関する情報を含んでいることができる。後からさらに詳しく説明するように、アクセスノードは、移動端末に関連するこのコンテキスト情報と、アクセスノード内の、マルチキャストサービスに関連するコンテキスト情報とを一緒に使用して、移動端末を処理担当している移動管理エンティティに、そのトラッキングエリアにおけるマルチキャストサービスのためのユーザプレーンであって、その移動管理エンティティのプールエリアとは別のプールエリア内のユーザプレーンエンティティまでのユーザプレーンエンティティ、の確立を知らせる必要があるか否かを判定する。
【０２６７】
以下では、本発明の一実施形態について、図１６および図１７に関連して説明する。移動端末ＵＥ＃２がアイドル状態において（またはアイドルモードにおいて）移動しているとき、少なくとも３ＧＰＰベースシステムにおいては、この移動端末は、本明細書において前述したように、現在アタッチされている移動管理エンティティにトラッキングエリアレベルにおいて認識されているのみである。この状態において、選択されたアクセスノードｅＮｏｄｅＢ＃２は、一般には、移動端末ＵＥ＃２の何らのコンテキスト情報も保持していない。
【０２６８】
しかしながら、移動端末ＵＥ＃２が、現在登録されているトラッキングエリアの部分ではないアクセスノードｅＮｏｄｅＢ＃２を選択してアタッチする（１７０１）場合、移動端末ＵＥ＃２は、新しいアクセスノードｅＮｏｄｅＢ＃２によって提供されるトラッキングエリア識別子によって、以前に登録されていた（１つまたは複数の）トラッキングエリアとは異なるトラッキングエリアが識別されることを認識し（１７０２）、トラッキングエリア手順を実行する（１６０１）。移動端末ＵＥ＃２は、自身が選択したアクセスノードｅＮｏｄｅＢ＃２を介して、コアネットワーク内の自身の移動管理エンティティＭ−ＭＭＥ＃２０に、トラッキングエリア更新メッセージ（位置エリア更新とも称する）を送る（１７０４）ことができる。このメッセージは、現在選択されているアクセスノードｅＮｏｄｅＢ＃２のトラッキングエリアを備えていることができる。
【０２６９】
このメッセージ（例えば、非アクセス階層メッセージとすることができる）を送る目的で、移動端末ＵＥ＃２は、選択したアクセスノードとのＲＲＣ接続を確立することができ、すなわち、アクティブモードに切り替える（１７０３）。このＲＲＣ接続の確立時、アクセスノードｅＮｏｄｅＢ＃２は、特に、マルチキャストサービスに関する情報（例えば、マルチキャストサービス識別子）を備えている、移動端末のコンテキスト情報を受信する。
【０２７０】
アクセスノードが、マルチキャストサービスのユーザプレーンのためのベアラサービス（例えば、ＭＢＭＳベアラ）を提供している場合、このアクセスノードは、対応するマルチキャストサービスコンテキスト（例えば、ＭＢＭＳサービスコンテキスト）をさらに維持しており、このコンテキストは、サービス識別子と、そのサービスのためのマルチキャストユーザプレーンを提供するネットワーク要素（ユーザプレーンエンティティ）の少なくとも識別子とを備えている。アクセスノードｅＮｏｄｅＢ＃２は、格納されているコンテキスト情報を利用して、トラッキングエリア更新を送っている移動端末ＵＥ＃２によっても要求されるマルチキャストサービスのためのベアラサービスを自身が提供しているかを判定することができる。アクセスノードｅＮｏｄｅＢ＃２は、例えば、移動端末に関連するコンテキストに含まれているマルチキャストサービス識別子を、マルチキャストサービスコンテキスト内のマルチキャストサービス識別子と比較することができ、これにより、マルチキャストサービスのためのユーザプレーンにおけるベアラサービスがすでに提供されているかを判定する（１７０５）。
【０２７１】
さらに、ネットワークの構成に関する情報を利用することによって、アクセスノードｅＮｏｄｅＢ＃２は、マルチキャストサービスを提供しているユーザプレーンエンティティ（すなわち、マルチキャストサービスのためのユーザプレーンが確立されている先のユーザプレーンエンティティ）と、トラッキングエリア更新メッセージの送信先である移動管理エンティティとが、異なるプールエリアに割り当てられているかを、さらに導くことができる。異なるプールエリアに割り当てられている場合、アクセスノードは、前述したように、移動端末のマルチキャストサービス継続性を確保する目的で、異なるプールエリアのユーザプレーンエンティティにおいて登録するように移動管理エンティティＭ−ＭＭＥ＃２０をトリガーする（１６０２）必要があり得ることを認識する。
【０２７２】
オプションとして、アクセスノードｅＮｏｄｅＢ＃２は、自身が重なり合うプールエリア内に位置しているか、すなわち、複数の異なるコアネットワークエンティティプールに接続されているかをさらに考慮することができ、このことは、アクセスノードｅＮｏｄｅＢ＃２がネットワーク構成情報から認識することもできる。両方の条件が満たされる場合、すなわち、アクセスノードｅＮｏｄｅＢ＃２が重なり合うプールエリア領域内に位置しており、移動端末ＵＥ＃２を処理担当している移動管理エンティティＭ−ＭＭＥ＃２０と、マルチキャストサービスのユーザプレーンエンティティが確立されている先のユーザプレーンエンティティＭ−ＵＰＥ＃１とが、異なるプールエリアに割り当てられている場合、アクセスノードｅＮｏｄｅＢ＃２は、移動管理エンティティＭ−ＭＭＥ＃２０によるサービス登録の更新をトリガーする（１６０２）。
【０２７３】
アクセスノードが移動管理エンティティをトリガーする（１６０２）ことを決定すると、必要な情報を移動管理エンティティＭ−ＭＭＥ＃２０に提供するためのいくつかのオプションが存在する。１つのオプションとして、アクセスノードｅＮｏｄｅＢ＃２が移動管理エンティティＭ−ＭＭＥ＃２０に転送する（１７０６）トラッキングエリア更新メッセージと一緒に、サービスのためのユーザプレーンが確立されている先のユーザプレーンエンティティＭ−ＵＰＥ＃１に関する情報を備えている通知をピギーバック式に送る（１７０７）ことができる。例えば、３ＧＰＰベースのＵＴＲＡＮにおいては、ＲＡＮＵＰプロトコルのＤＩＲＥＣＴ ＩＮＦＯＲＭＡＴＩＯＮ ＴＲＡＮＳＦＥＲメッセージを使用して、アクセスノードとコアネットワークとの間で非アクセス階層シグナリング（例えば、移動端末からのトラッキングエリア更新）を交換することができる。この場合、ユーザプレーンエンティティ情報を、新しい情報要素（ＩＥ）としてメッセージに追加することができる。
【０２７４】
マルチキャストサービスのためのユーザプレーンが確立されている先のユーザプレーンエンティティＭ−ＵＰＥ＃１を、移動端末ＵＥ＃２を処理担当している移動管理エンティティＭ−ＭＭＥ＃２０に知らせるための別のオプションにおいては、アクセスノードｅＮｏｄｅＢ＃２は、専用のシグナリングメッセージ（例えば、ＲＡＮＡＰメッセージ）を使用することができる。
【０２７５】
マルチキャストサービスのためのユーザプレーンが確立されている先のユーザプレーンエンティティに関する情報（ユーザプレーンエンティティ情報とも称する）を移動管理エンティティが受信することを、示されたユーザプレーンエンティティにおいて自身を登録する（１６０３）ためのトリガーとして使用することができる（そのユーザプレーンエンティティが移動管理エンティティとは別のプールエリア内に位置している場合）。第１のプールエリアの移動管理エンティティを第２のプールエリアのユーザプレーンエンティティにおいて登録することは、トラッキングエリア当たり一回実行するのみでよい。したがって、アクセスノードｅＮｏｄｅＢ＃２からの通知に示されているユーザプレーンエンティティに、マルチキャストサービスの登録を送る（１７１０）前に、移動管理エンティティＭ−ＭＭＥ＃２０は、示されたユーザプレーンエンティティＭ−ＵＰＥ＃１において自身がすでに登録したかをチェックする（１７０９）ことができる。したがって、移動管理エンティティＭ−ＭＭＥ＃２０が他方のプールエリア内のユーザプレーンエンティティにおいて以前に登録している場合、移動管理エンティティＭ−ＭＭＥ＃２０は、登録のさらなるトリガーを無視することができる。当然ながら、トラッキングエリア更新メッセージを受信したとき、移動管理エンティティＭ−ＭＭＥ＃２０は、さらに、移動端末ＵＥ＃２の新しいトラッキングエリアを登録する（１７０８）。
【０２７６】
ユーザプレーンエンティティ情報が、トラッキングエリア更新メッセージと一緒にピギーバックされる場合、移動管理エンティティＭ−ＭＭＥ＃２０は、この情報から各トラッキングエリアを導くことができる。アクセスノードｅＮｏｄｅＢ＃２が、登録先のユーザプレーンエンティティＭ−ＵＰＥ＃１を移動管理エンティティＭ−ＭＭＥ＃２０に知らせる目的に専用メッセージを使用する場合には、アクセスノードｅＮｏｄｅＢ＃２は、トラッキングエリア識別子または移動端末識別子のいずれかを、その専用シグナリングメッセージに含めることができる。移動管理エンティティは、これらの識別子のいずれか一方を使用して、該当するトラッキングエリアを導くことができる。
【０２７７】
移動管理エンティティＭ−ＭＭＥ＃２０によって送られる（１７１０）登録メッセージは、移動管理エンティティＭ−ＭＭＥ＃２０がユーザプレーンエンティティＭ−ＵＰＥ＃１において登録するマルチキャストサービスの識別子を含んでいるべきである。さらに、この登録メッセージは、オプションとして、登録する移動管理エンティティＭ−ＭＭＥ＃２０の識別子（ＭＭＥ識別子）を備えていることができる（この識別子を登録メッセージ自体から暗黙的に導くことができない場合）。ユーザプレーンエンティティＭ−ＵＰＥ＃１は、サービスについて登録されている移動管理エンティティのＭＭＥ識別子のリストを維持することができ、ユーザプレーンエンティティは、（登録抹消時に）そのサービスについて別の移動管理エンティティが依然として登録されているかを、このリストによって判定することができる。
【０２７８】
上述したこの手順は、移動端末に送られる各トラッキングエリア更新メッセージに対して実行することができる。
【０２７９】
多数のユーザを考慮する場合、上記の手順は、アクセスノードにおける相当な負荷と、シグナリングのためのリソース消費の増大につながりうる（例えば、アクセスノードにおいて要求される処理と、アクセスノードと移動管理エンティティとの間のインタフェースを通じて送られる追加の情報に起因する）。前述したように、別のプールエリアのユーザプレーンエンティティにおける移動管理エンティティの登録は、各トラッキングエリアについて一回実行すればよい。したがって、さらなるバリエーションにおいては、アクセスノードは、必要な情報を自身がすでに提供した先の移動管理エンティティと、必要な情報を提供した対象のトラッキングエリアとを追跡することができ、したがって、アクセスノードは、ユーザプレーンエンティティ情報を、移動管理エンティティおよびトラッキングエリア（およびサービス）当たり一回のみ通知すればよい。
【０２８０】
移動管理エンティティは、別のプールエリアのユーザプレーンエンティティにおいて登録する必要があるかを、アクセスノードによって知らされるため、上述した手順は、プロアクティブ式と称することができる。
【０２８１】
移動管理エンティティの登録をトリガーするアクセスノードは、従来のシステムと比較して、いくつかの追加の情報および機能（例えば、コンテキスト情報およびネットワークトポロジの情報）がアクセスノードにおいて利用できることが要求されうる。アクセスノードは、マルチキャストサービスのためのユーザプレーンが確立される先のユーザプレーンエンティティについての情報を、（移動端末によるトラッキングエリア更新の送信先である）移動管理エンティティに提供するかを、例えば、移動端末のコンテキストに含まれているサービス識別子と、マルチキャストサービス情報（例えば、ＭＢＭＳコンテキスト情報）とを比較することによって、検出する必要がある。さらに、アクセスノードは、マルチキャストサービスに直接的には関連していない非アクセス階層メッセージと一緒にユーザプレーンエンティティ情報をピギーバックする、または、専用メッセージを使用する必要がありうる。さらに、アクセスノードによって送られるトリガー（ユーザプレーンエンティティ情報）を検出するための何らかの機能が、移動管理エンティティにおいて必要となりうる。
【０２８２】
本発明の別の実施形態は、移動管理エンティティの登録のリアクティブ式のトリガーを提供し、この方式では、移動管理エンティティの登録のトリガーに関連する、アクセスノード負荷を大幅に低減することができる。この実施形態について、図１８および図１９に関連してさらに詳しく説明する。
【０２８３】
この代替ソリューションにおいては、移動管理エンティティＭ−ＭＭＥ＃２０とアクセスノードｅＮｏｄｅＢ＃２との間でのセッション開始要求／応答の交換（１８０２、１８０３）時に、異なるプールエリア内に位置しているユーザプレーンエンティティに関する情報を移動管理エンティティＭ−ＭＭＥ＃２０に提供することができる。この手順は、移動端末ＵＥ＃２によって送られる（１８０１）トラッキングエリア更新メッセージによってトリガーすることができる。図１６および図１７に示した例示的な実施形態とは異なり、移動端末ＵＥ＃２がアタッチするアクセスノードｅＮｏｄｅＢ＃２は、トラッキングエリア更新の内容を分析する必要がなく、トラッキングエリア更新を、移動端末ＵＥ＃２を処理担当している、転送先の移動管理エンティティＭ−ＭＭＥ＃２０に単に転送することができる。
【０２８４】
移動管理エンティティＭ−ＭＭＥ＃２０は、例えば、自身が現在登録されている先のユーザプレーンエンティティの情報を格納することができる。この情報は、マルチキャストサービスごとに、もしくはトラッキングエリアごとに、またはその両方に対して維持することができる。移動端末ＵＥ＃２は、新しいアクセスノードｅＮｏｄｅＢ＃２にアタッチし（１７０１）、トラッキングエリア識別子の変化を検出する（１７０２）と、自身を処理担当している移動管理エンティティＭ−ＭＭＥ＃２０にトラッキングエリア更新メッセージを送る（１８０１、１７０４）ことができる。このメッセージは、現在選択されているアクセスノードｅＮｏｄｅＢ＃２のトラッキングエリアを備えていることができる。移動管理エンティティＭ−ＭＭＥ＃２０は、移動端末ＵＥ＃２の新しいトラッキングエリアを登録する（１７０８）。移動管理エンティティＭ−ＭＭＥ＃２０は、格納されているコンテキスト情報（例えば、マルチキャストサービスに関連するコンテキスト情報）を利用して、トラッキングエリア更新を送っている移動端末ＵＥ＃２がサブスクライブしている（１つまたは複数の）マルチキャストサービスと、各マルチキャストサービスについて、示されたトラッキングエリアのためにいずれかのユーザプレーンエンティティにおいて自身をすでに登録しているかとを、さらに判定する（１９０１）ことができる。
【０２８５】
これらの条件が満たされている場合、移動管理エンティティＭ−ＭＭＥ＃２０は、移動端末ＵＥ＃２の新しいトラッキングエリア識別子を登録するステップを除いて、さらなるステップを実行する必要がない。なぜなら、マルチキャストサービスのためのユーザプレーンがすでに確立されているためである。
【０２８６】
上記の条件が満たされていない場合、移動管理エンティティＭ−ＭＭＥ＃２０は、例えば、自身のプールエリアのユーザプレーンエンティティ（例えば、Ｍ−ＵＰＥ＃２）を選択し、自身のトラッキングエリア内のそのユーザプレーンエンティティのユーザプレーンエンティティ識別子を含んでいるセッション開始メッセージを、少なくとも、移動端末ＵＥ＃２によって選択されたアクセスノードｅＮｏｄｅＢ＃２に送る（１９０２）。
【０２８７】
アクセスノードｅＮｏｄｅＢ＃２が、サービスのためのユーザプレーン（例えば、マルチキャストサービスベアラ）をすでに提供している場合、アクセスノードｅＮｏｄｅＢ＃２は、さらに、サービス識別子と、マルチキャストユーザプレーンを提供しているノード（この場合にはＭ−ＵＰＥ＃１）の少なくとも識別子とを備えている、対応するマルチキャストサービスコンテキストを維持することができる。さらに、移動管理エンティティによって送られるセッション開始メッセージは、サービス識別子（例えば、ＴＭＧＩ）を備えていることができる。
【０２８８】
セッション開始メッセージを受信したアクセスノードｅＮｏｄｅＢ＃２は、格納されているマルチキャストサービスコンテキスト情報を利用して、サービスのための、別のユーザプレーンエンティティまでのユーザプレーンを、自身がすでに確立しているかを判定する（１９０３）ことができる。確立している場合、アクセスノードｅＮｏｄｅＢ＃２は、セッション開始にＮＡＣＫメッセージによって応答し（１９０４）、さらに、そのトラッキングエリアのためにマルチキャストサービスのためのユーザプレーンが確立されている先のユーザプレーンエンティティＭ−ＵＰＥ＃１を、移動管理エンティティＭ−ＭＭＥ＃２０に通知する（１９０５）ことができる。通知のこの情報は、ＮＡＣＫの一部として、または、（上述したように）専用のシグナリングメッセージにおいて送ることができる。ＮＡＣＫによって送る場合、マルチキャストサービスの追加の識別情報を含める必要がない。専用のシグナリングメッセージを使用し、かつ、通知が送られる対象のマルチキャストサービスおよびトラッキングエリアを暗黙的に識別することができない場合、この通知は、ユーザプレーンが確立されている先のユーザプレーンエンティティＭ−ＵＰＥ＃１の識別情報に加えて、トラッキングエリア識別子およびマルチキャストサービス識別子を含んでいることができる。
【０２８９】
ユーザプレーンを提供している選択されているユーザプレーンエンティティＭ−ＵＰＥ＃１の通知を利用することによって、マルチキャストサービスについて、示されたユーザプレーンエンティティＭ−ＵＰＥ＃１において登録する（１９０６）ように、移動管理エンティティＭ−ＭＭＥ＃２０をトリガーすることができる。移動管理エンティティが、アクセスノードに送られるセッション開始メッセージの中で自身が使用した（１９０２）、以前に選択したユーザプレーンエンティティに、自身をすでに登録している場合、その移動管理エンティティはそのユーザプレーンエンティティから登録抹消する。
【０２９０】
ユーザが多数である現実的なシナリオを考慮すると、場合によっては多数の移動管理エンティティが関与しうる。例えば、最悪の場合、移動管理エンティティプール内の各移動管理エンティティが、いくつかの移動端末からトラッキングエリア更新メッセージを受信する。しかしながら、セッション開始メッセージおよび各ＮＡＣＫメッセージは、示されたトラッキングエリアのためにユーザプレーンが確立されている先のユーザプレーンエンティティ（Ｍ−ＵＰＥ）において移動管理エンティティがまだ登録されていない場合にのみ、移動管理エンティティおよびトラッキングエリアごとに一回のみトリガーすることができる。さらに、セッション開始メッセージを送る必要があるアクセスノードは、トラッキングエリア更新メッセージを受信した送信元のアクセスノードのみである（すなわち、トラッキングエリアのすべてのアクセスノードに送る必要はない）。しかしながら、移動端末が、何らのシグナリングなしに各トラッキングエリア内の別のアクセスノードに移動しうる（なぜなら、移動端末が、トラッキングエリア更新メッセージを送った直後にアイドル状態に遷移しうる）ことを考慮すると、トラッキングエリア更新手順時に移動端末によって示される新しいトラッキングエリア内のすべてのアクセスノードに、移動管理エンティティがセッション開始メッセージを送ることは、有利であり得る。これらすべてを考慮したとき、たとえ現実的なシナリオを考慮する場合にも、発生する負荷は制限されるはずである。
【０２９１】
図１６〜図１９に関連して説明した上記の例示的な実施形態においては、移動端末ＵＥ＃２によって選択されたアクセスノードｅＮｏｄｅＢ＃２は、その移動端末を処理担当している移動管理エンティティＭ−ＭＭＥ＃２０に、別のプールエリアのユーザプレーンエンティティＭ−ＵＰＥ＃１までのユーザプレーン接続が確立されていることを知らせる必要があるかを決定する。これにより、アクセスノードは、サービス登録を更新するように、プロアクティブ式またはリアクティブ式に移動管理エンティティをトリガーし、これは、特定のサービス（およびトラッキングエリア）のためのマルチキャストユーザプレーンを提供しているユーザプレーンエンティティに関する情報を通知することによる。代替実施形態においては、「中央集中型」方法を使用することを予測することができ、この方法においては、コアネットワーク内のネットワークエンティティが、マルチキャストサービスまたはブロードキャストサービスのためのユーザプレーンをアクセスネットワーク内のアクセスノードまで確立しているユーザプレーンエンティティを追跡する。これにより、ユーザプレーンエンティティは、例えば、特定のサービスおよびトラッキングエリアのために、中央のコアネットワークエンティティにおいて自身を登録することができる。１つのオプションとして、ＢＭ−ＳＣと、ＢＭ−ＳＣが有する他のマルチキャストサービス機能とによって、この登録機能を提供することもできる。
【０２９２】
例えば、ＭＢＭＳサービスにおいては、例えば、移動端末によって送られるサービスアクティブ化において、ユーザプレーン接続を提供するためのＭＢＭＳベアラの提供が要求されるとき、要求側のエンティティ（移動管理エンティティまたはユーザプレーンエンティティ）は、サービスのためのユーザプレーン接続が確立される先のユーザプレーンエンティティをＢＭ−ＳＣにおいて登録することができる。この登録は、例えば、専用のシグナリング手順を使用して、または、移動端末のためのサービス提供を認可する目的に使用される組合せ手順において、実行することができる。ＢＭ−ＳＣは、マルチキャストサービスを提供しているエンティティの識別子のリストを維持することができる。したがって、ＢＭ−ＳＣは、コアネットワーク内のどのエンティティが、どのトラッキングエリアのためにマルチキャストユーザプレーンを提供しているかを示している情報を、マルチキャストサービスごとに維持することができる。トラッキングエリアに関する情報は、エンティティの識別子自体に含める（すなわち、エンティティの識別子によってトラッキングエリアを暗黙的に識別することができる）、または、追加のパラメータとして格納することができる。
【０２９３】
以下では、コアネットワークエンティティのこの中央登録を使用して、マルチキャストサービスのためのユーザプレーンを終了させる場合について、図２０および図２１に関連して、さらに詳しく例示的に説明する。移動端末ＵＥ＃２からのトラッキングエリア更新メッセージを受信する（２００１、１７０４）移動管理エンティティＭ−ＭＭＥ＃２０は、移動端末に関連するコンテキスト情報を維持し、この情報は、特に、移動端末ＵＥ＃２のサービスを含んでいることができる。移動端末ＵＥ＃２によって移動管理エンティティＭ−ＭＭＥ＃２０に送られる（２００１、１７０４）トラッキングエリア更新メッセージは、さらに、現在選択されているアクセスノードｅＮｏｄｅＢ＃２のトラッキングエリアを備えていることができる。さらに、移動管理エンティティＭ−ＭＭＥ＃２０は、マルチキャストサービスごと、およびトラッキングエリアごとに、登録情報を格納しており、これは、例えば、その移動管理エンティティが（各トラッキングエリアのために）どのサービスについてどのユーザプレーンエンティティにおいて登録しているかを示すリストを維持することによる。移動管理エンティティＭ−ＭＭＥ＃２０は、この登録情報に基づいて、トラッキングエリア更新メッセージに示されているトラッキングエリアのために、サービスのためにいずれかのユーザプレーンエンティティにおいて自身をすでに登録しているかを判定する（２１０１）ことができる。登録していない場合、移動管理エンティティＭ−ＭＭＥ＃２０は、そのトラッキングエリアのために特定のサービスのためのユーザプレーン接続をどのユーザプレーンエンティティ（存在時）が維持しているかの情報を要求するため、中央コアネットワークエンティティ（例えば、ＢＭ−ＳＣ）に問い合わせる（２００２、２１０２）ことができる。したがって、この問い合わせは、移動端末からのトラッキングエリア更新メッセージに示されているトラッキングエリアのトラッキングエリア識別子と、マルチキャストサービス識別子とを含んでいることができる。
【０２９４】
この問い合わせを受信したコアネットワークエンティティは、登録されているエンティティの自身のリストをチェックして、示されたトラッキングエリアおよびサービスについて登録されているユーザプレーンエンティティに関する情報によって応答する（２１０３）ことができる。この情報は、例えば、各ユーザプレーンエンティティの識別子とすることができる。移動管理エンティティＭ−ＭＭＥ＃２０は、この応答を使用して、自身のサービス登録を更新することができる。コアネットワークエンティティＢＭ−ＳＣがユーザプレーンエンティティを示さない、すなわち、そのトラッキングエリアのためにユーザプレーンがまだ確立されていない場合には、移動管理エンティティＭ−ＭＭＥ＃２０は、そのサービスおよびトラッキングエリアのためのユーザプレーンを確立すべき先のユーザプレーンエンティティを選択することができ、例えば、選択されたユーザプレーンエンティティの識別情報を含んでいるセッション開始メッセージを、少なくとも、移動端末がアタッチしたアクセスノードｅＮｏｄｅＢ＃２に、またはトラッキングエリア内のすべてのアクセスノードに送ることによって、ユーザプレーンの確立をトリガーすることができる。選択するユーザプレーンエンティティは、移動管理エンティティと同じプール内に位置していることが有利である。
【０２９５】
さらに、移動管理エンティティＭ−ＭＭＥ＃２０は、その後、マルチキャストサービスおよびトラッキングエリアのための選択したユーザプレーンエンティティをコアネットワークエンティティにおいて登録することができる、あるいは、選択されたユーザプレーンエンティティが自身を中央のネットワークエンティティＢＭ−ＳＣにおいて登録することができる。図２０および図２１に示した例においては、プールエリア＃１内の別の移動管理エンティティ（例えば、移動管理エンティティＭ−ＭＭＥ＃１０）によってユーザプレーンエンティティＭ−ＵＰＥ＃１までユーザプレーンがすでに確立されており、したがって、この移動管理エンティティはユーザプレーンエンティティＭ−ＵＰＥ＃１を中央ネットワークノード（例えば、ＢＭ−ＳＣ）においてすでに登録している（２００４、２１０５）ものと想定している。特定のトラッキングエリアおよびサービスのためのユーザプレーンエンティティを登録するための登録メッセージは、例えば、マルチキャストサービスの識別子と、トラッキングエリアの識別子と、ユーザプレーンが確立されている先のユーザプレーンエンティティの識別子とを含んでいることができる。特定のトラッキングエリアまでのユーザプレーンを終了させる場合、そのユーザプレーンの終了を開始する移動管理エンティティは、トラッキングエリアのためにそのユーザプレーンが確立されている先のユーザプレーンエンティティを、コアネットワークエンティティにおいて登録抹消することもできる。
【０２９６】
問い合わせへの応答が、トラッキングエリアおよびサービスのためのユーザプレーンが存在していることを示している場合、すなわち、この応答が各エンティティを示している場合、移動管理エンティティＭ−ＭＭＥ＃２０は、そのユーザプレーンエンティティＭ−ＵＰＥ＃１において登録する（２００３、２１０４）。
【０２９７】
すでに上述したように、トラッキングエリアは、移動端末がアイドル状態において移動する場合に要求されるシグナリングと、格納されるコンテキスト情報とを制限するために使用される。トラッキングエリアは、管理上の移動エリアと考えることができ、このエリア内では、移動端末は、ネットワークとの何らのシグナリング交換の必要なしに移動することができる。一般に、トラッキングエリアは、複数のアクセスノードによって処理担当されるエリアを備えており、したがって、いくつかのセルを備えている。トラッキングエリアは、特定の識別子（ＴＡ−ＩＤ）によって識別することができる。あるいは、トラッキングエリアを、位置エリア（ＬＡ）またはルーティングエリア（ＲＡ）と称することもある。同様に、トラッキングエリアの更新に関連して説明されている手順は、トラッキングエリア更新手順またはルーティングエリア更新手順とも称することができる。
【０２９８】
上述したさまざまな実施形態は、制御プレーン機能とユーザプレーン機能の明確な分離が実施されている（このことは、異なるネットワークエンティティが、制御プレーンまたはユーザプレーンのいずれかの責務を負っていることに反映されている）ネットワークアーキテクチャに特に適している。例えば、例示を目的として、移動管理およびセッション管理は、移動管理エンティティにおいて実施される機能であるものと想定してきた。しかしながら、アーキテクチャ上の別のオプションにおいては、セッション管理機能をユーザプレーンエンティティ（すなわち、例えば、ユーザプレーンエンティティ）に配置することができ、結果として、移動管理機能（移動管理エンティティ内に配置されている）とセッション管理機能（ユーザプレーンエンティティ内に配置されている）とが分離される。当然ながら、移動管理とセッション管理とをこのような方式にて分離するためには、移動手順（例えば、トラッキングエリア更新）がセッション管理に影響する（およびの逆の）場合、それぞれの機能を実施する異なるエンティティの間でシグナリングメッセージを交換することが要求されうる。
【０２９９】
マルチキャストサービスの場合においては、このことは、セッションベースのすべての制御手順（例えば、セッション開始）が、ユーザプレーンエンティティによって処理されることを意味する。このシナリオにおいては、セッション管理機能と移動管理機能とが異なるコアネットワークエンティティに分離されていることに対応できるように、上述したさまざまな実施形態を修正することができる。例えば、移動管理手順（例えば、ハンドオーバー手順、またはトラッキングエリア更新手順）に応えてセッション管理手順を実行する必要があるとき、移動管理エンティティは、自身のプールエリア内の各ユーザプレーンエンティティを、必要なセッション管理手順を実行するようにトリガーすることができる。
【０３００】
例えば、移動管理エンティティが、マルチキャストサービスを要求する移動端末のトラッキングエリア更新を受信した対象のトラッキングエリアのために、そのマルチキャストサービスのためのセッション開始手順が必要であると決定する場合、移動管理エンティティは、そのトラッキングエリア内の（１つまたは複数の）各アクセスノードとのセッション開始手順を実行するように、要求／応答方式を使用してユーザプレーンエンティティをトリガーすることができる。同様に、要求されたユーザプレーンエンティティは、セッション開始手順が成功したか、または、サービスのためのユーザプレーンが確立されている先の、別のプールエリア内の別のユーザプレーンエンティティを識別しているＮＡＣＫメッセージおよび通知が受信されたかを、報告することができる。ユーザプレーンエンティティは、このような通知を移動管理エンティティに転送し、したがって、その移動管理エンティティは、上述したように、その別のプールエリアの示されたユーザプレーンエンティティにおいて登録することができる。
【０３０１】
上述した手順と同様に、ユーザプレーンエンティティがセッション管理機能を含んでいる場合、ユーザプレーンエンティティは、マルチキャストサービスコンテキストも維持する。選択されたユーザプレーンエンティティは、この格納されているサービスコンテキストを利用して、セッション開始手順を実行すべき対象のそのトラッキングエリアに、自身がマルチキャストサービスをすでに提供しているかを判定することができる。提供していない場合、選択されたユーザプレーンエンティティは、トラッキングエリア内に位置しているアクセスノードにセッション開始メッセージを送る。ユーザプレーンエンティティは、サービスおよびトラッキングエリアのために以前に登録していないすべての移動管理エンティティについて、そのトラッキングエリア内で一回のみセッション開始メッセージを送る。
【０３０２】
セッション開始メッセージを受信したアクセスノードは、格納されているサービスコンテキスト情報を利用して、上述した場合と同様に、サービスのためのマルチキャストユーザプレーンを別のユーザプレーンエンティティまで自身がすでに確立したかを判定することができる。すでに確立した場合、そのアクセスノードは、選択されているユーザプレーンエンティティ（このユーザプレーンエンティティは、セッション開始手順をトリガーする移動管理エンティティと、セッション開始メッセージを送った、トリガーされるユーザプレーンエンティティと同じプールエリアまたは別のプールエリアの中に位置していることができる）に関する情報を含んでいるＮＡＣＫメッセージによって、セッション開始に応答する。ＮＡＣＫメッセージを受信したユーザプレーンエンティティは、その情報を、登録側の移動管理エンティティに転送し、これにより、示されたユーザプレーンエンティティにおいて登録するように移動管理エンティティがトリガーされる。
【０３０３】
明らかに、重なり合わないプールエリア、または、別のプールエリアと重なり合わないプールエリアの部分内のアクセスノードにおいては、サービス中断の潜在的な問題は存在しない。これらのアクセスノードに対しては、特定の手段を適用する必要がなく、すなわち、重なり合わないプールエリア、またはプールエリアの重なり合わない部分のアクセスノードは、一般的には、マルチキャストサービスのための拡張されたシステム情報を送信する必要がない。しかしながら、例示的な一実施形態によると、重なり合わないエリア内のアクセスノードが、すでに上述したように、拡張されたシステム情報をブロードキャストすることもできる。しかしながら、この場合、選択されたユーザプレーンエンティティのトラッキングエリア／プールエリアに関する情報は、移動端末の現在のトラッキングエリア／プールエリアと異なることはない。
【０３０４】
重なり合わないエリア内のアクセスノードが、拡張されたシステム情報をブロードキャストしない場合、移動端末は、この情報の欠如を、別のプールエリアと重なり合わないプールエリアの部分内に自身が存在しているものと解釈することができる。したがって、移動端末は、サービス継続性に関する問題（移動端末からの何らかのアクションが要求される）が存在しないことを認識する。
【０３０５】
上記の考察を考慮すると、明らかに、重なり合うプールエリアと重なり合わないプールエリアの混在する動作をサポートすることができる。例えば、プールエリアの重なり合う部分に入る移動端末は、マルチキャストユーザプレーンが別のプールエリアから提供されていることを検出することがあり、適切なアクションをトリガーする。移動に起因して、移動端末が、現在のプールエリアのうちの重なり合わない部分内に戻るならば、追加のアクションは要求されない。なぜなら、この場合、移動端末の現在のプールエリアからマルチキャストユーザプレーンが提供されているためである。移動に起因して、移動端末が、（現在のプールエリアとは）別のプールエリアの重なり合わない部分内に移動するならば、通常のハンドオーバー手順を行うことができる。最終的に、移動端末はその別のプールエリアにアタッチし、移動端末のその時点の位置においては、マルチキャストユーザプレーンはつねにそのプールエリアによって提供される。
【０３０６】
上述したいくつかの実施形態は、移動端末から各コアネットワークエンティティへのシグナリングをベースとしている。しかしながら、このシグナリング交換では、シグナリングメッセージを移動端末から各コアネットワークエンティティ（すなわち、移動管理エンティティ）に伝送する目的で、移動端末と無線ネットワークとの間のアクティブな通信接続が要求される。アクティブモードにある移動端末の場合、この通信接続はすでに存在していることがある。しかしながら、アイドルモードにある移動端末の場合、通信接続が存在していないことがあり、最初に確立する必要がありうる。この必要な手順では、移動端末のリソース（例えば、バッテリ）と、（例えば、ＲＲＣシグナリングのための）無線リソースとが消費される。
【０３０７】
本発明のさらなる実施形態によると、重なり合うプールエリア内の移動端末が、自身が現在アタッチされているトラッキングエリア／プールエリアとは異なるトラッキングエリア／プールエリアからマルチキャストユーザプレーンが提供されていることを検出すると、それら各移動端末は、自身の移動管理エンティティにおけるサービス登録の更新をトリガーすることができる。しかしながら、別のプールエリアのユーザプレーンエンティティにおけるこの登録が要求されるのは、１つの移動管理エンティティにおいて一回のみ（例えば、最初にトリガーされるとき）である。なぜなら、ユーザプレーンエンティティにおける登録は移動端末ごとには行われないためである。以降のトリガーメッセージは無視されるが、上述したように、乏しいリソースが依然として消費される。
【０３０８】
この欠点を克服する目的で、本発明の別の実施形態においては、リソース利用が向上する改良手順を提案する。上述したように、サービス登録の更新をトリガーするシグナリングメッセージを移動端末から移動管理エンティティに送信する（例えば、図６のステップ６０２における通知を参照）ためには、移動端末と無線ネットワーク（例えば、アクセスノード）との間のアクティブな通信接続が要求される。したがって、トリガーメッセージを受信した移動管理エンティティは、移動端末が接続されているアクセスノードを判定することができる。言い換えれば、移動管理エンティティは、どのアクセスノードがマルチキャストサービスを提供する（しかし、別のプールエリアまでのマルチキャストユーザプレーンを確立している）かを認識している。
【０３０９】
少なくとも１つの移動端末が、特定のアクセスノードからサービス登録の更新をトリガーした場合、移動管理エンティティは、別のプールエリア内のユーザプレーンエンティティにおいて正常に登録した後、そのアクセスノードに情報を知らせることができる。アクセスノードは、この情報を、マルチキャストサービスのためのブロードキャストされるシステム情報に含めることができる。したがって、アクセスノードによってブロードキャストされる拡張されたマルチキャストサービス情報を使用することにより、マルチキャストユーザプレーンを提供するトラッキングエリア／プールエリアについて、および、サービスを提供するそのトラッキングエリア／プールエリアにおいて登録している別のトラッキングエリア／プールエリアを、移動端末に知らせることができる。したがって、別の移動端末は、たとえアイドルモードにあっても、サービス登録がすでに更新されており、追加のトリガーメッセージを送る必要がないことを検出することができ、結果として、移動端末のリソースおよび無線リソースが節約される。
【０３１０】
図９に示した例示的な実施形態によると、移動端末ＵＥ＃２は、プールエリア＃１およびプールエリア＃２に割り当てられているアクセスノード（ｅＮｏｄｅＢ＃２）を介してプールエリア＃２にアタッチし（９０１）、そのアクセスノードによって提供されるマルチキャストサービスに関する情報を含んでいるシステム情報を受信する（９０２）。アクセスノードｅＮｏｄｅＢ＃２のサービスエリア内で提供される各サービスのマルチキャストサービス情報は、マルチキャストユーザプレーンを提供するトラッキングエリア／プールエリアに関する情報と、サービスを提供するそのトラッキングエリア／プールエリアにおいて登録している別のトラッキングエリア／プールエリアとを、含んでいることができる。マルチキャストサービスに関するこの情報に基づいて、移動ノードは、サービス登録の更新が必要であるかを、例えば、図１２に示した方法を利用することによって、決定する（９０３）ことができる。
【０３１１】
図１２は、本発明の例示的な一実施形態による、サービス登録の更新をトリガーするタイミングを検出する目的で移動端末において実行される手順を示している。図７と同様に、例示を目的として、トラッキングエリアがプールエリアに対応しているものと想定する。この手順は、アイドルモードおよびアクティブモードいずれの移動端末にも適用することができる。
【０３１２】
この場合も、パラメータｓｅｒｖｉｃｅ＿ＴＡは、サービスの提供元として予測されるトラッキングエリア／プールエリアを表す。最初、このｓｅｒｖｉｃｅ＿ＴＡを、現在アタッチされているトラッキングエリア／プールエリア（ａｔｔａｃｈｅｄ＿ＴＡ）に設定する（１２０１）。移動端末は、自身がアタッチされているアクセスノードからマルチキャストサービス情報を受信したかを絶え間なく判定することができる（１２０２）。ｒｅｃｅｉｖｅｄ＿ＴＡおよびｒｅｇｉｓｔｅｒｅｄ＿ＴＡは、ブロードキャストされるマルチキャストサービス情報から解読することができる。ｒｅｃｅｉｖｅｄ＿ＴＡは、送信側アクセスノードがマルチキャストサービスのためのユーザプレーンを確立した先のトラッキングエリア／プールエリアを示している。さらに、ｒｅｇｉｓｔｅｒｅｄ＿ＴＡは、送信側アクセスノードがマルチキャストサービスのためのユーザプレーンを確立した先のトラッキングエリア／プールエリア内のユーザプレーンエンティティにおいて登録した移動管理エンティティのトラッキングエリアを示している。ｓｅｒｖｉｃｅ＿ＴＡが、ｒｅｃｅｉｖｅｄ＿ＴＡに等しい、またはｒｅｇｉｓｔｅｒｅｄ＿ＴＡに含まれているかを判定する（１２０３）ことによって、移動端末は、サービス登録の更新が必要であるか否かを検出することができる。ｓｅｒｖｉｃｅ＿ＴＡが、受信されたパラメータの一方に合致する場合、更新は必要ない。そうでない場合、移動端末は、自身の移動管理エンティティにおけるサービス登録の更新をトリガーする（１２０４）ことができ、パラメータｓｅｒｖｉｃｅ＿ＴＡをｒｅｃｅｉｖｅｄ＿ＴＡに設定する（１２０５）ことができる。一般的には、マルチキャストサービスの提供は、移動端末の現在アタッチされているトラッキングエリア／プールエリアからであることが予測される。移動端末は、そうではないことを検出した場合にこの手順を適用する。この手順は、マルチキャストサービスの受信の開始から終了まで続行することができ、トラッキングエリア更新手順が含まれる、別の管理エリアへの各ハンドオーバー後に、再び開始することができる。
【０３１３】
図９に戻り、移動端末は、ステップ９０３における評価に応じて、自身の移動管理エンティティＭ−ＭＭＥ＃２０におけるサービス登録の更新をトリガーする（９０４）ことができる。移動管理エンティティＭ−ＭＭＥ＃２０は、移動端末ＵＥ＃２からの通知に応えて、ユーザプレーンエンティティＭ−ＵＰＥ＃１に登録を送る（９０５）ことができる。ステップ９０４における通知は、登録が要求される対象のマルチキャストサービス（マルチキャストサービス識別子）を示すことができ、さらに、マルチキャストサービスのためのマルチキャストユーザプレーンが確立されている先のプールエリア、またはユーザプレーンエンティティＭ−ＵＰＥ＃１の識別子（例えば、ＩＰアドレス）のいずれかを示すことができる。プールエリアが示される場合、移動管理エンティティＭ−ＭＭＥ＃２０は、その情報からユーザプレーンエンティティＭ−ＵＰＥ＃１の識別子を解決することができる。プールエリア＃１内のユーザプレーンエンティティＭ−ＵＰＥ＃１において正常に登録された後、プールエリア＃２内の移動管理エンティティＭ−ＭＭＥ＃２０は、アクセスノードｅＮｏｄｅＢ＃２に登録を知らせる（９０６）ことができる。このアクセスノードは、マルチキャストサービス情報（例えば、プールエリア＃１によって提供されるサービス、プールエリア＃１において登録されているプールエリア＃２）を更新する（９０７）ことができ、更新した情報を、ブロードキャストするシステム情報に含めることができる。以降、更新されたシステム情報を読み取る（９０８）移動端末は、サービス登録の更新がすでに行われていることを導くことができ、追加のトリガーメッセージを送らない。
【０３１４】
本明細書に説明した実施形態のいくつかは、特に、アイドルモードにある移動端末に焦点を当てている。当然ながら、アクティブモードにある移動端末も、マルチキャストサービスの進行中に、重なり合うプールエリア内のアクセスノードにハンドオーバーすることがある。移動端末がアタッチしているプールエリアとは別のプールエリアからマルチキャストユーザプレーンが提供されている場合、すでに上述した状況に類似する状況が起こる。
【０３１５】
アイドルモードにある移動端末とは異なり、アクティブモードにある移動端末は、一般にはアクセスノードによって認識することができる。なぜなら、アクティブモードにある移動端末は、ネットワークとのアクティブな通信接続を維持しているためである。移動端末に関するこの情報は、移動端末の現在のプールエリアに関する情報をさらに備えていることができ、この情報は、例えば、アクセスノードにおける移動端末コンテキスト情報に格納することができる。例えば、セルラー環境においては、一般には、アクティブモードにある移動端末のハンドオーバーは、無線ネットワークが制御する。この場合、移動端末が現在接続されているアクセスノードを移動元ノードと称し、移動端末がハンドオーバーするべき先のアクセスノードを移動先アクセスノードと称する。
【０３１６】
本発明の別の実施形態によると、ハンドオーバーが実行された後、移動先アクセスノードは、移動を処理する各コアネットワークエンティティ（例えば、移動管理エンティティ）に、移動端末の新しい位置についてこれらに知らせる目的で、通知（例えば、ＨＯ完了メッセージ）を送ることができる。移動先アクセスノードは、移動端末に関する、格納されているコンテキスト情報を使用して、マルチキャストサービスを提供しているプールエリアが、移動端末のプールエリアとは異なるかを検出することができる。この場合、移動先アクセスノードは、マルチキャストサービスのための選択されているユーザプレーンエンティティと、そのユーザプレーンエンティティのトラッキングエリア／プールエリアとに関する情報を、移動管理エンティティへのＨＯ完了メッセージに追加することができる。この追加の情報によって、異なるプールエリア内のユーザプレーンエンティティにおいてサービス登録を更新するように、移動管理エンティティをトリガーすることができる。
【０３１７】
実際のハンドオーバーが実行される、すなわち、移動端末が移動先アクセスノードに接続する前に、移動元ノードと移動先ノードとの間で、いくつかの情報（例えば、ＨＯ要求メッセージ）を交換することができる。この情報は、現在要求されている（１つまたは複数の）（マルチキャスト）サービスを、移動先アクセスノードのサービスエリア内でさらに提供できるかを移動先アクセスノードが評価できるようにする目的で、それらの（１つまたは複数の）サービスについての情報をさらに備えていることができる。移動先アクセスノードは、自身のサービスエリア内で提供されているマルチキャストサービスについてと、それらサービスの各ユーザプレーン構成・設定とを認識している。したがって、移動先アクセスノードは、ハンドオーバー時に移動端末によって受信されることが示されているマルチキャストサービスについて移動管理エンティティにおけるサービス登録の更新をトリガーする必要があるか否かを、ＨＯ要求を受信した時点ですでに判定することが可能である。
【０３１８】
いずれの場合にも、移動管理エンティティにおけるサービス登録の更新をトリガーする必要なメッセージは、アクティブモード移動に要求されるシグナリングメッセージに統合することができる。したがって、上述したソリューションと改良形態の組合せにおいては、アイドルモードの移動端末が本手順をトリガーする必要がないようにすることができ、これにより、移動端末のリソースおよびネットワークリソースの良好な利用につながる。
【０３１９】
図１０は、本発明の例示的な実施形態による、移動端末のハンドオーバー時に移動先アクセスノードによってマルチキャストサービスの登録をトリガーする状況を示している。この例においては、プールエリア＃２にアタッチされている移動端末ＵＥ＃２は、移動元アクセスノードｅＮｏｄｅＢ＃３から、重なり合うプールエリア内の移動先アクセスノードｅＮｏｄｅＢ＃２にハンドオーバーするとき、アクティブモードにあると想定する。前述したように、ハンドオーバー手順時の、移動元アクセスノードと移動先アクセスノードとの間のシグナリング１００１において、移動元アクセスノードは、移動端末ＵＥ＃２の（１つまたは複数の）サービスに関するサービス情報を、例えば、ＵＥコンテキスト情報の伝送の一部として、移動先アクセスノードに提供する。このサービス情報は、移動端末によって受信されるマルチキャストサービスと、そのユーザプレーン構成・設定（ユーザプレーンのプールエリアを含む）も識別する。移動先アクセスノードは、マルチキャストサービスに関する自身のコンテキスト情報（例えば、移動先アクセスノードのサービスエリア内でのマルチキャストサービスのマルチキャストユーザプレーン構成・設定を含む）をチェックすることができる。移動先アクセスノードのコンテキストにおけるユーザプレーン構成・設定と、移動元アクセスノードから受信される、マルチキャストサービスのユーザプレーン構成・設定とが一致しない場合、移動先アクセスノードは、プールエリア＃２の移動管理エンティティＭ−ＭＭＥ＃２０におけるサービス登録の更新をトリガーする（１００２）ことができる。あるいは、移動先アクセスノードは、移動端末の現在のプールエリア（伝送されるＵＥコンテキスト情報において示すことができる）と、マルチキャストサービスを提供しているプールエリア（マルチキャストサービスに関する、格納されているコンテキスト情報から導くことができる）とを比較することができる。移動端末の現在のプールエリアが、マルチキャストサービスを提供しているプールエリアに一致しない場合、移動先アクセスノードは、プールエリア＃２の移動管理エンティティＭ−ＭＭＥ＃２０におけるサービス登録の更新をトリガーする（１００２）ことができる。
【０３２０】
通知に従って、移動管理エンティティＭ−ＭＭＥ＃２０は、通知に含まれているプールエリア情報からユーザプレーンエンティティＭ−ＵＰＥ＃１の識別子を解決した後、あるいは、移動先アクセスノードからの通知（ステップ１００２）に含まれているユーザプレーンエンティティＭ−ＵＰＥ＃１の識別子に基づいて、マルチキャストサービスについてプールエリア＃１のユーザプレーンエンティティＭ−ＵＰＥ＃１において登録する（１００３）ことができる。
【０３２１】
上述した実施形態のほとんどは、進行中のマルチキャストサービスに関連する。言い換えれば、これらの手順は、サービスがすでに開始されているときに行われる。しかしながら、いくつかの状況においては、サービス開始の段階においてすでにサービス登録を更新することが可能である。これに該当するケースとして、重なり合うプールエリア内の同じアクセスノードに複数の移動端末が接続されているが、これらの移動端末が、異なるプールエリア内の移動管理エンティティにおいて同じマルチキャストサービスをアクティブ化するときである。
【０３２２】
すでに上述したように、この場合、重なり合うプールエリア内のアクセスノードは、複数の異なるプールエリアから、同じサービスのための複数のセッション開始メッセージを受信する。アクセスノードは、１つを選択し、選択したセッション開始メッセージに対してＡＣＫを送り、それ以外のセッション開始メッセージにＮＡＣＫを送る。明らかに、マルチキャストセッション開始メッセージの拒否を受信した（または知らされた）移動管理エンティティは、後のサービス送信時に、サービス登録の更新を実行することが要求される可能性がある。したがって、本発明の別の実施形態によると、拒否メッセージを受信した（または知らされた）ときに、登録の更新を実行することが有利であり得る。
【０３２３】
図１１は、本発明の例示的な実施形態による、移動管理エンティティを、その移動管理エンティティのプールエリア以外のプールエリアのユーザプレーンエンティティにおいて登録する手順を示している。第１のステップにおいて、プールエリア＃２の移動管理エンティティＭ−ＭＭＥ＃２０が、プールエリア＃１およびプールエリア＃２の重なり合う部分内のアクセスノードｅＮｏｄｅＢ＃２に、マルチキャストサービスのためのユーザプレーン確立要求を送信する（１１０１）。いま、このアクセスノードが、サービスのためのマルチキャストユーザプレーンをプールエリア＃１のユーザプレーンエンティティまで確立することを決定したと想定すると、このアクセスノードは、選択されたユーザプレーンエンティティもしくはそのトラッキングエリア／プールエリア、またはその両方に関する情報を含んでいるＮＡＣＫメッセージによって、応答する（１１０２）ことができる。移動管理エンティティＭ−ＭＭＥ＃２０は、このＮＡＣＫメッセージを受信することにより、異なるプールエリア内のユーザプレーンエンティティＭ−ＵＰＥ＃１において登録する（１１０３）ようにトリガーされる。
【０３２４】
上述したさまざまな実施形態の組合せにおいては、重なり合うエリア内のアクセスノードは、マルチキャストサービスのための拡張されたシステム情報を瞬時にブロードキャストすることができ、このシステム情報は、マルチキャストユーザプレーンを提供する選択されたユーザプレーンエンティティおよびそのプールエリアと、そこに登録されている別のトラッキングエリア／プールエリアとに関する情報を備えている。これにより、アイドルモードの移動端末が、進行中のサービス中にサービス登録の更新をトリガーする必要がないようにすることができ、これにより、移動端末のリソースおよびネットワークリソースの良好な利用につながる。
【０３２５】
本明細書に説明した例示的な実施形態は、主として、特定のプロトコルを使用するセルラー移動ネットワークアーキテクチャ（例えば、３ＧＰＰにおいて標準化されているＳＡＥ／ＬＴＥシステム）に焦点を当ててきた。したがって、移動管理エンティティは、例えば、３ＧＰＰベースのＳＡＥ／ＬＴＥシステムのＭＭＥに相当し、ユーザプレーンエンティティは、マルチキャストサービス（例えば、ＭＢＭＳサービス）のためのユーザプレーンを提供するＵＰＥとすることができる。当然ながら、ＵＰＥは、１つのマルチキャストサービスを担当するのみならず、例えば、いくつかのマルチキャストサービス、その他の専用サービス、ブロードキャストサービスのうちの１つ以上のためのユーザプレーンを提供することもできる。同様に、アクセスノードは、例えば、３ＧＰＰベースのＳＡＥ／ＬＴＥシステムにおけるｅＮｏｄｅＢとすることができる。
【０３２６】
しかしながら、上のさまざまな実施形態において説明した本発明の側面は、ＩＥＴＦ（Internet Engineering Task Force）において標準化されているアーキテクチャおよびプロトコルを利用する別の移動通信ネットワークにも適用することができる。
【０３２７】
具体的には、本発明は、RFC 3344, "Mobility Support for IPv4"（http://www.ietf.orgにおいて入手可能であり、この参照をもってその内容を本願に繰り入れるものとする）において標準化されているＩＰ Ｍｏｂｉｌｉｔｙ Ｓｕｐｐｏｒｔ ｆｏｒ ＩＰｖ４（ＭＩＰｖ４）を使用するシステムに関連している。このＲＦＣでは、ユーザの移動を可能にするため、ＩＰｖ４ベースのネットワークにいくつかの機能エンティティが導入されている。１つは、移動ノード（ＭＮ）であり、これは、自身のアタッチポイントを１つのネットワークまたはサブネットワークから別のネットワークまたはサブネットワークに変更するホストまたはルータである。ＭＩＰｖ４に固有な別のエンティティは、ホームエージェント（ＨＡ）であり、これは、移動ノードのホームネットワーク上のルータと考えることができ、移動ノードがホームから離れているときに移動ノードに配信するデータグラムをトンネル化し、移動ノードのための現在の位置情報を維持する。さらには、ＭＩＰｖ４には外部エージェント（ＦＡ）が導入されており、これは、移動ノードの異動先ネットワーク上のルータであり、登録されている間、移動ノードへのルーティングサービスを提供する。
【０３２８】
本発明のさまざまな実施形態に関連して上述したコンセプトにおいては、ホームエージェントは、３ＧＰＰベースのＳＡＥ／ＬＴＥシステムのコアネットワークエンティティに類似する機能を提供するものと考えることができる。したがって、一実施形態においては、移動管理エンティティおよびユーザプレーンエンティティは、ホームエージェントに相当するものと考えることができる。したがって、本発明の一実施形態においては、第１のネットワークにおける移動端末のホームエージェントが、マルチキャストサービスについて別のネットワークの別のホームエージェントにおいて登録することができることを予測する。同様に、プールエリアまたはトラッキングエリアは、それぞれ、ホームエージェントまたは外部エージェントによって処理担当されるネットワーク（ネットワーク内において定義されているＩＰｖ４アドレスの所定の接頭辞によって識別される）に類似する。明らかに、１つのプールエリア／トラッキングエリア内に、１つまたは複数のホームエージェントと、１つまたは複数の外部エージェントとが存在することができる。
【０３２９】
さらに、外部エージェントは、本明細書に説明したさまざまな実施形態におけるアクセスノードの機能に対応する機能を有するものと考えることができる。ＭＩＰｖ４においては、気付アドレス（ＣｏＡ）は、移動ノードがホームから離れているときに移動ノードに転送されるデータグラムのための、移動ノードの方へのトンネルの終点を表す。ＭＩＰｖ４プロトコルは、２つの異なるタイプの気付アドレスを使用できるが、本発明に関連するタイプは、外部エージェントのアドレス（このアドレスによって移動ノードが登録される）を使用する「外部エージェント気付アドレス」である。
【０３３０】
本発明の別の実施形態によると、例示を目的として、以下のシナリオを考えることができる。２つ以上の移動ノードが同じマルチキャストサービスを要求する、例えば、そのマルチキャストサービスを提供する同じサーバに、移動ノードのホームアドレスを登録する。さらに、すべての移動ノードが、同じ（外部）ネットワークにアタッチされており、同じ外部エージェントを使用しているものと想定する。しかしながら、少なくとも２つの移動ノードが、異なるホームネットワークを有する（すなわち、異なるホームエージェントによって処理担当されている）。
【０３３１】
このシナリオにおいては、各ホームエージェントが、同じマルチキャストサービスを外部エージェントまでトンネル化する。したがって、外部エージェントは、同じサービスデータを複数の異なるトンネルを介して複数回受信する。外部エージェントは、複数の異なるホームエージェントから受信したサービスデータを比較することができるため、同じサービスを検出することができる。明らかに、データが必要であるのは一回のみであり、外部ネットワークにおいてデータを複製して、各移動ノードに送信することができる。これにより、外部エージェントとホームエージェントとの間のネットワークにおけるリソースを節約することができる。したがって、最適化方策として、外部エージェントが、ホームエージェントのうちの１つまでのただ１つのトンネルを使用し、それ以外のトンネルを終了させる。
【０３３２】
残っているトンネルが関連付けられている移動ノードがサービスを離脱する場合（例えば、移動ノードにおいてサービスの受信が終了する、あるいは移動ノードが別のネットワークに移動することによる）、外部エージェントとホームエージェントとの間のトンネルが終了する。この結果として、同じマルチキャストサービスをアクティブ化した別の移動ノードにおいてサービスが失われる。この問題を克服する目的で、本発明の一実施形態では、マルチキャストサービスのための上述した最適化を適用する外部エージェントが、選択されたトンネルと、選択されたホームエージェントとに関する情報を、例えば、この情報を自身のエージェント広告（agent advertisement）に含めることによって、接続されている移動ノードに示すことができることを提案する。移動ノードは、この指示情報を受信した場合、自身のホームエージェントをトリガーして、他方のホームエージェントに通知または登録させることができる。このようにして、たとえ移動ノードがもはや存在していない場合にもそのトンネルを維持することができ、それ以外の移動ノードにおけるサービス継続性が達成される。
【０３３３】
本明細書に説明したほとんどの実施形態においては、プールエリアおよびトラッキングエリアという用語を頻繁に使用している。これに関連して、一般に、移動通信システムでは、通常ではアクティブおよびアイドルと称される、移動端末の異なる状態がサポートされることにさらに留意されたい。アクティブ状態においては、移動端末は、ネットワークとのアクティブな通信チャネルを維持しており、データを受信および送信することができる。しかしながら、これらの通信チャネルを維持するには、たとえ移動端末がデータを受信または送信しない場合にも、通常、乏しいバッテリリソースを多量に消費する。このような場合における移動端末からのバッテリ電力の不必要な流出を回避する目的で、移動端末は、アイドル状態に遷移することができる。この状態においては、移動端末は、一般には移動ネットワークに依然として登録されているが、通信チャネルをアクティブには維持しない。データを送信または受信するためには、移動端末は、最初にアクティブ状態に遷移しなければならない。アイドル状態においては、アクティブ状態とは異なり、端末の位置が一義的に認識されていないことがある。したがって、ネットワークは、移動端末に送信する何らかのデータを受信した場合、最初に移動端末の位置を認識し、アクティブ状態に遷移するように移動端末に命令しなければならない。この手順を一般にはページングと称する。
【０３３４】
当然ながら、移動端末がアイドル状態であるときに移動することもあり得る。ネットワークは端末の位置を認識していないため、最悪の場合、ネットワーク全体においてページングを実行しなければならない。このシグナリング処理を制限する目的で、一般に、通信ネットワークは、いくつかの管理エリア（しばしばトラッキングエリア（ＴＡ）と称する）を構成・設定する。アイドル状態にある移動端末は、このトラッキングエリアレベルにおいて認識されている。このようなエリアの外に移動端末が移動する場合、移動端末は、例えばトラッキングエリア更新手順を使用して、そのことをネットワークに通知する。
【０３３５】
３ＧＰＰ ＳＡＥ／ＬＴＥシステムにおいては、プールエリア内のトラッキングエリア間、およびプールエリア間での移動端末のローミング活動を制御するエンティティは、移動管理エンティティである。さらに、１つの移動管理エンティティプールには、特定の地理的エリアにおけるトラッキングエリアＩＤと、そのトラッキングエリア内のセルとの間のマッピング情報が要求されるものと予測される。言い換えれば、プールエリアは、１つまたは複数のトラッキングエリアを備えていることができるが、移動管理エンティティは、どのトラッキングエリアが自身のプールエリアに属しているかを認識することができる。したがって、移動管理エンティティは、マルチキャストサービスが別のプールエリアにおいて提供されているかを、トラッキングエリア情報から導くことができる。
【０３３６】
したがって、本発明の別の実施形態においては、移動管理エンティティにプールエリアが知らされている場合における手順のすべてにおいては、特定のトラッキングエリアに関する情報を利用することもできる。なぜなら、この情報は、移動管理エンティティが別のプールエリア内のネットワークエンティティ（例えば、マルチキャストサービスのためのユーザプレーンエンティティ）を識別するうえで十分な情報であるためである。したがって、これらの手順においては、プールエリアに関する情報の代わりに、トラッキングエリアに関する情報を移動管理エンティティに提供することができる。
【０３３７】
本発明の別の実施形態は、上述したさまざまな実施形態を、ハードウェアおよびソフトウェアを使用して実施することに関する。本発明のさまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行できることが認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブルロジックデバイスとすることができる。本発明のさまざまな実施形態は、これらのデバイスの組合せによって実行あるいは具体化することもできる。
【０３３８】
さらに、本発明のさまざまな実施形態は、ソフトウェアモジュールによって実施することもでき、これらのソフトウェアモジュールは、プロセッサによって実行される、あるいはハードウェアにおいて直接実行される。さらに、ソフトウェアモジュールとハードウェア実装とを組み合わせることも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納することができる。
【０３３９】
さらに、本発明のさまざまな実施形態の個々の特徴は、個別に、または任意の組合せにおいて、別の発明の主題とすることができることに留意されたい。
【０３４０】
本発明には、具体的な実施形態に示したように、広義に記載されている本発明の概念または範囲から逸脱することなく、膨大なバリエーションもしくは変更形態を創案できることが、当業者には理解されるであろう。したがって、これらの実施形態は、あらゆる点において例示的なものであり、本発明を制限するものではないことを認識されたい。
【図１】
2010507300.tif 000003
【図２】
2010507300.tif 000004
【図３】
2010507300.tif 000005
【図４】
2010507300.tif 000006
【図５】
2010507300.tif 000007
【図６】
2010507300.tif 000008
【図７】
2010507300.tif 000009
【図８】
2010507300.tif 000010
【図９】
2010507300.tif 000011
【図１０】
2010507300.tif 000012
【図１１】
2010507300.tif 000013
【図１２】
2010507300.tif 000014
【図１３】
2010507300.tif 000015
【図１４】
2010507300.tif 000016
【図１５】
2010507300.tif 000017
【図１６】
2010507300.tif 000018
【図１７】
2010507300.tif 000019
【図１８】
2010507300.tif 000020
【図１９】
2010507300.tif 000021
【図２０】
2010507300.tif 000022
【図２１】
2010507300.tif 000023
【図２２】
2010507300.tif 000024
【図２３】
2010507300.tif 000025
【図２４】
2010507300.tif 000026
【図２５】
2010507300.tif 000027
【図２６】
2010507300.tif 000028
【図２７】
2010507300.tif 000029
【国際調査報告】
2010507300.tif 000030
2010507300.tif 000031
2010507300.tif 000032
2010507300.tif 000033