(57)【要約】本発明は、移動通信ネットワークのアクセス・ノードを介してサービスを受信中の移動端末のモビリティを管理するための方法に関係する。上記移動通信ネットワークは一部重複する複数のプール・エリアを有し、上記アクセス・ノードは少なくとも二つのプール・エリアを同時に割り当てられる。ＵＥが重複域のアクセス・ノードへ移行後に、ＵＥをサーブしているモビリティ管理エンティティは、次のプール・エリア内でサービス・データを伝送するための見込みのユーザ・プレーン・エンティティを任意に選択し、サービス・プロバイダからの当該サービスを処理する個々のＵＰＥに関する情報を要求することが提案される。新しいプール・エリア内のアクセス・ノードに実際にアタッチした後、ハンドオーバは、旧ＵＰＥから新しいプール・エリア内の選択されたＵＰＥへＵＰＥを切り替えることにより終了される。これによれば、サービス・プロバイダからＵＥまでのデータ経路が常に最適化される。
2010511334.tif 000002
【特許請求の範囲】
【請求項１】
第１のアクセス・ノードを介してサービス・プロバイダからマルチキャスト・サービスを受信する移動端末のモビリティを管理するための方法であり、前記第１のアクセス・ノードは第１のプール・エリアと少なくとも第２のプール・エリアに同時に割り当てられていて、前記マルチキャスト・サービスは、前記サービス・プロバイダと前記第１のアクセス・ノードの間で前記第１のプール・エリアの第１のユーザ・プレーン・エンティティを介して提供され、前記方法は、
前記移動端末が前記第１のアクセス・ノードへ接続後、前記サービス・プロバイダからの前記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報を要求するステップと、
前記少なくとも第２のプール・エリア内の第２のユーザ・プレーン・エンティティを任意に選択するステップと、
前記第１のアクセス・ノードから前記少なくとも第２のプール・エリアの一つに属する第２のアクセス・ノードへ前記移動端末のアクセス・ノード切替え完了後に、前記サービス・プロバイダと前記第２のアクセス・ノードまでの間で前記マルチキャスト・サービスがそれを介して提供される前記ユーザ・プレーン・エンティティを、前記第１のプール・エリア内の前記第１のユーザ・プレーン・エンティティから前記少なくとも第２のプール・エリアの一つに属する前記任意に選択された第２のユーザ・プレーン・エンティティへ切り替えるステップと、
を有するモビリティ管理方法。
【請求項２】
前記移動端末はモビリティ管理エンティティによってサーブされ、前記情報要求ステップ、前記任意選択ステップ、及び前記ユーザ・プレーン・エンティティ切替えステップは、前記モビリティ管理エンティティによって実施される、請求項１に記載のモビリティ管理方法。
【請求項３】
前記任意選択ステップは、前記移動端末が前記第１のアクセス・ノードへ接続直後、前記サービス・プロバイダからの前記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報を要求する前に実施される、請求項１または請求項２に記載のモビリティ管理方法。
【請求項４】
前記移動端末が前記第１のアクセス・ノードへ接続直後に、前記少なくとも第２のプール・エリアの識別子を含んでなる接続完了メッセージが、前記移動端末または前記第１のアクセス・ノードから前記モビリティ管理エンティティへ送信され、前記方法は、
前記接続完了メッセージに基づいて、前記モビリティ管理エンティティが、前記第１のアクセス・ノードを少なくとも二つのプール・エリアに同時に割り当てられているノードとして識別するステップをさらに含んでなる、
請求項２に記載のモビリティ管理方法。
【請求項５】
前記接続完了メッセージは、前記第１のユーザ・プレーン・エンティティを介して、前記移動端末または前記第１のアクセス・ノードから前記モビリティ管理エンティティへ送信される、請求項４に記載のモビリティ管理方法。
【請求項６】
前記要求ステップは、前記少なくとも第２のプール・エリア内の前記任意に選択された第２のユーザ・プレーン・エンティティを前記サービス・プロバイダに通知することをさらに含んでなる、請求項３に記載のモビリティ管理方法。
【請求項７】
前記少なくとも第２のプール・エリア内の前記個々のユーザ・プレーン・エンティティに関する前記要求情報は、前記少なくとも第２のプール・エリア内で前記マルチキャスト・サービスをサーブしている個々のユーザ・プレーン・エンティティはどれであるかに関する情報を含んでなる、請求項１から請求項６のいずれかに記載のモビリティ管理方法。
【請求項８】
前記第１のアクセス・ノードから前記第２のアクセス・ノードへの前記アクセス・ノード切替えは、
前記移動端末のＭＢＭＳコンテクストを前記第１のアクセス・ノードから前記少なくとも第２のプール・エリアの一つに属する前記第２のアクセス・ノードへ送信するステップを含んでなる、
請求項２から請求項７のいずれかに記載のモビリティ管理方法。
【請求項９】
前記移動端末の前記第２のアクセス・ノードへの前記アクセス・ノード切替えを完了すると、前記少なくとも第２のプール・エリアの一つの識別を含んでなる、プール・エリア切替え完了通知４０４を前記モビリティ管理エンティティへ送信するステップをさらに含んでなる、
請求項２から請求項６のいずれかに記載のモビリティ管理方法。
【請求項１０】
前記プール・エリア切替え完了通知は、前記第２のユーザ・プレーン・エンティティを介して、その後当該ネットワークのバックボーン接続を介して、前記モビリティ管理エンティティへ送信される、請求項９に記載のモビリティ管理方法。
【請求項１１】
前記第２のユーザ・プレーン・エンティティを任意に選択する前記ステップは、
前記少なくとも第２のプール・エリア内で前記マルチキャスト・サービスをサーブしている個々のユーザ・プレーン・エンティティはどれであるかに関する前記要求情報に応じて、前記第２のユーザ・プレーン・エンティティの任意選択を適応的に変えるステップをさらに含んでなる、
請求項７に記載のモビリティ管理方法。
【請求項１２】
前記任意に選択された第２のユーザ・プレーン・エンティティを適応的に変える前記ステップは、
前記少なくとも第２のプール・エリア内で前記マルチキャスト・サービスをサーブしているユーザ・プレーン・エンティティが全くない場合には、前記任意に選択された第２のユーザ・プレーン・エンティティを確定するステップと、
前記少なくとも第２のプール・エリア内で少なくとも一つのユーザ・プレーン・エンティティが前記マルチキャスト・サービスをサーブしている場合には、前記少なくとも第２のプール・エリア内で前記マルチキャスト・サービスをサーブしている前記少なくとも一つのユーザ・プレーン・エンティティのうちの一つを前記第２のユーザ・プレーン・エンティティとして任意に選択するステップと、
を含んでなる、請求項１１に記載のモビリティ管理方法。
【請求項１３】
前記マルチキャスト・サービスがそれを介して提供される前記ユーザ・プレーン・エンティティを切り替える前記ステップは、
前記第２のユーザ・プレーン・エンティティの任意選択を適応的に変えたときは、前記適応的に任意選択された第２のユーザ・プレーン・エンティティを前記サービス・プロバイダに通知する（４０５）ステップを含んでなる、
請求項１１または請求項１２に記載のモビリティ管理方法。
【請求項１４】
前記マルチキャスト・サービスがそれを介して提供される前記ユーザ・プレーン・エンティティを切り替える前記ステップは、
前記第２のユーザ・プレーン・エンティティの任意選択を適応的に変えたときは、前記マルチキャスト・サービスに関する情報を含んでなる、サービス・コンテクスト・データを前記適応的に任意選択された第２のユーザ・プレーン・エンティティへ送信するステップを含んでなる、
請求項１１から請求項１３のいずれかに記載のモビリティ管理方法。
【請求項１５】
前記少なくとも第２のプール・エリアの一つ内で前記マルチキャスト・サービスをサーブしている前記少なくとも一つのユーザ・プレーン・エンティティの一つが、前記第２のユーザ・プレーン・エンティティとして選択される場合には、前記マルチキャスト・サービスを提供するために前記第２のユーザ・プレーン・エンティティによって利用されているプライベートＩＰマルチキャスト・アドレスを、前記サービス・コンテクスト・データを受信時に、前記第２のユーザ・プレーン・エンティティから前記モビリティ管理エンティティへ送信するステップと、
前記少なくとも第２のプール・エリアの一つ内で前記マルチキャスト・サービスをサーブしているユーザ・プレーン・エンティティは全くなく、前記任意に選択された第２のユーザ・プレーン・エンティティが確定される場合には、前記第２のユーザ・プレーン・エンティティによってプライベートＩＰマルチキャスト・アドレスを取得し、前記サービス・コンテクスト・データを受信時に、前記取得したプライベートＩＰマルチキャスト・アドレスを前記モビリティ管理エンティティへ送信するステップと、
をさらに含んでなる、請求項１３に記載のモビリティ管理方法。
【請求項１６】
前記第２のユーザ・プレーン・エンティティの前記プライベートＩＰマルチキャスト・アドレスまたは前記取得したプライベートＩＰマルチキャスト・アドレスを受信すると、前記モビリティ管理エンティティから、前記マルチキャスト・サービスの識別子と前記第２のユーザ・プレーン・エンティティの前記プライベートＩＰマルチキャスト・アドレスまたは前記取得したプライベートＩＰマルチキャスト・アドレスを前記第２のアクセス・ノードへ送信するステップをさらに含んでなる、
請求項１５に記載のモビリティ管理方法。
【請求項１７】
前記少なくとも第２のプール・エリアの一つ内で前記マルチキャスト・サービスをサーブしている前記少なくとも一つのユーザ・プレーン・エンティティの一つが、前記第２のユーザ・プレーン・エンティティとして選択される場合には、前記第２のユーザ・プレーン・エンティティから、前記サービス・コンテクスト・データを受信後に、前記マルチキャスト・サービスの識別子と前記プライベートＩＰマルチキャスト・アドレスを前記第２のアクセス・ノードへ送信するステップと、
前記少なくとも第２のプール・エリアの一つ内で前記マルチキャスト・サービスをサーブしているユーザ・プレーン・エンティティは全くなく、前記任意に選択された第２のユーザ・プレーン・エンティティが確定される場合には、前記第２のユーザ・プレーン・エンティティから、前記プライベートＩＰマルチキャスト・アドレスを取得後に、前記マルチキャスト・サービスの識別子と前記プライベートＩＰマルチキャスト・アドレスを前記第２のアクセス・ノードへ送信するステップと、
をさらに含んでなる、請求項１５に記載のモビリティ管理方法。
【請求項１８】
前記第１のアクセス・ノードは、前記第１のプール・エリアと前記少なくとも第２のプール・エリアと同時に少なくとも第３のプール・エリアにさらに割り当てられていて、
前記サービス・プロバイダからの前記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報を要求する前記ステップは、前記サービス・プロバイダからの前記少なくとも第３のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報を要求することをさらに含んでなり、
前記任意選択ステップは、前記少なくとも第３のプール・エリアの各々につき、それぞれ、少なくとも第３のユーザ・プレーン・エンティティをさらに任意に選択する、
請求項１から請求項１７のいずれかに記載のモビリティ管理方法。
【請求項１９】
前記サービス・プロバイダからの前記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報を要求後に、前記任意選択ステップは実施される、請求項１に記載のモビリティ管理方法。
【請求項２０】
前記第１のアクセス・ノードから前記少なくとも第２のプール・エリアの一つに属する前記第２のアクセス・ノードへアクセス・ノード切替え完了後に、前記任意選択ステップは実施される、請求項１に記載のモビリティ管理方法。
【請求項２１】
第１のアクセス・ノードを介してサービス・プロバイダからマルチキャスト・サービスを受信するように移動端末をサーブする、第１のプール・エリアのモビリティ管理エンティティであり、前記第１のアクセス・ノードは第１のプール・エリアと少なくとも第２のプール・エリアに同時に割り当てられていて、前記マルチキャスト・サービスは、前記サービス・プロバイダと前記第１のアクセス・ノードの間で前記第１のプール・エリアの第１のユーザ・プレーン・エンティティを介して提供され、前記モビリティ管理エンティティは、
前記移動端末の前記第１のアクセス・ノードへの接続に関する情報を受信器により受信後に、前記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報を求める要求を前記サービス・プロバイダへ送信するための送信器と、
前記少なくとも第２のプール・エリア内の第２のユーザ・プレーン・エンティティを任意に選択するためのプロセッサと、を具備し、
前記受信器は、前記第１のアクセス・ノードから前記少なくとも第２のプール・エリアの一つに属する第２のアクセス・ノードへの前記移動端末の切替えについての通知を受信するようにさらに適合され、
前記送信器は、前記サービス・プロバイダと前記第２のアクセス・ノードまでの間で前記マルチキャスト・サービスがそれを介して提供される前記ユーザ・プレーン・エンティティを前記第１のプール・エリア内の前記第１のユーザ・プレーン・エンティティから前記少なくとも第２のプール・エリアの一つに属する前記任意に選択された第２のユーザ・プレーン・エンティティへ切り替えるための切替え通知を前記サービス・プロバイダと任意に選択された第２のユーザ・プレーン・エンティティへ送信するようにさらに適合される、
モビリティ管理エンティティ。
【請求項２２】
前記プロセッサは、前記移動端末が前記第１のアクセス・ノードへ接続直後、前記サービス・プロバイダからの前記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報を要求する前に、前記少なくとも第２のプール・エリア内の前記第２のユーザ・プレーン・エンティティを任意に選択する、請求項２１に記載のモビリティ管理エンティティ。
【請求項２３】
前記プロセッサは、前記サービス・プロバイダからの前記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報を要求後に、前記少なくとも第２のプール・エリア内の前記第２のユーザ・プレーン・エンティティを任意に選択する、請求項２１に記載のモビリティ管理エンティティ。
【請求項２４】
前記プロセッサは、前記第１のアクセス・ノードから前記少なくとも第２のプール・エリアに属する前記第２のアクセス・ノードへアクセス・ノード切替え完了後に、前記少なくとも第２のプール・エリア内の前記第２のユーザ・プレーン・エンティティを任意に選択する、請求項２１に記載のモビリティ管理エンティティ。
【請求項２５】
前記プロセッサは、前記少なくとも第２のプール・エリアの識別子を含んでなる接続完了メッセージを前記移動端末または前記第１のアクセス・ノードから受信時に、前記第１のアクセス・ノードを少なくとも二つのプール・エリアに同時に割り当てられているノードとして識別するようにさらに適合される、請求項２１または請求項２２に記載のモビリティ管理エンティティ。
【請求項２６】
前記送信器は、前記任意に選択された第２のユーザ・プレーン・エンティティに関する情報を、情報を求める前記要求と共に、前記サービス・プロバイダへ送信するようにさらに適合される、請求項２１から請求項２５のいずれかに記載のモビリティ管理エンティティ。
【請求項２７】
前記プロセッサは、前記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する要求情報に応じて、前記第２のユーザ・プレーン・エンティティの任意選択をさらに適応的に変える、請求項２１から請求項２６のいずれかに記載のモビリティ管理エンティティ。
【請求項２８】
請求項１２から請求項１４のうちのいずれか一つ、請求項１６または請求項１８に記載の前記方法の前記各ステップを実行するための、または前記各ステップに関与するための手段をさらに具備する、請求項２７に記載のモビリティ管理エンティティ。
【請求項２９】
サービス・プロバイダと第１のプール・エリア内の第１のアクセス・ノードの間で移動端末へ向けたマルチキャスト・サービスを提供するためのユーザ・プレーン・エンティティであり、前記第１のアクセス・ノードは第１のプール・エリアと少なくとも第２のプール・エリアに同時に割り当てられていて、請求項１から請求項２０のうちのいずれか一つに記載の前記方法の前記各ステップを実行するための、または前記各ステップに関与するための手段を具備するユーザ・プレーン・エンティティ。
【請求項３０】
第１のアクセス・ノードを介してマルチキャスト・サービスを移動端末へ提供するためのサービス・プロバイダであり、前記第１のアクセス・ノードは第１のプール・エリアと少なくとも第２のプール・エリアに同時に割り当てられていて、前記マルチキャスト・サービスは、前記サービス・プロバイダと前記第１のアクセス・ノードの間で前記第１のプール・エリアの第１のユーザ・プレーン・エンティティを介して提供され、前記移動端末はモビリティ管理エンティティによってサーブされ、
前記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報を要求するための要求を前記モビリティ管理エンティティから受信するための受信器と、
前記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する前記情報を前記モビリティ管理エンティティへ送信するための送信器と、
を具備するサービス・プロバイダ。
【請求項３１】
前記受信器は、前記少なくとも第２のプール・エリア内のあるユーザ・プレーン・エンティティであり、前記モビリティ管理エンティティによって任意に選択されたユーザ・プレーン・エンティティに関する情報を受信するようにさらに適合される、請求項３０に記載のサービス・プロバイダ。
【請求項３２】
前記サービス・プロバイダは、請求項１から請求項２０のいずれかに記載の前記方法の前記各ステップを実行するための、または前記各ステップに関与するための手段をさらに具備する、請求項３０または請求項３１に記載のサービス・プロバイダ。
【請求項３３】
請求項２１から請求項２８のいずれかに記載のモビリティ管理エンティティと、請求項２９に記載のユーザ・プレーン・エンティティと、請求項３０から請求項３２のいずれかに記載のサービス・プロバイダと、のうち少なくとも１つを含んで構成される通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明、サービス・プロバイダと移動端末間の最適な経路を得るために、サービングＵＰＥが交代されるハンドオーバ手順に関係する。前記ハンドオーバ手順は、サービス・プロバイダのサービスを移動端末に提供するためのアクセス・ノードに基づくものであり、このアクセス・ノードには少なくとも二つのプール・エリアが同時に割り当てられる。さらに、本発明は、モビリティ管理エンティティ、ユーザ・プレーン・エンティティまたはサービス・プロバイダというような、ハンドオーバ手順に関与する通信ネットワークの複数のエンティティに関係する。
【背景技術】
【０００２】
ユニバーサル移動通信システム（ＵＭＴＳ）またはＳＡＥ／ＬＴＥなどの移動通信システムは、固定、無線及び衛星ネットワークを介して音声とデータの両方のトラヒックを伝送することができる。これらの通信システムは絶え間なく進展しており、そうした進展によってまた、ＩＰベースのリアルタイムの会話サービスやマルチメディア・サービスの配信に用いるパケット・フレームワークを開発し、提供している。例えば、移動通信ユーザに提供されるサービスの一つに、３ＧＰＰによって標準化されたマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）がある（非特許文献１を参照。この文献は、参照により本文書に援用され、http://www.3gpp.orgから得られる）。
【０００３】
ＭＢＭＳサービスは、無線ネットワークを介して同一のダウンリンク・データを複数の受信者へ送信するためのダウンリンク・マルチキャスト・サービスである。受信者は、通常、ＭＢＭＳサービス・データの受信用の共有無線ベアラとして、無線ネットワーク中の一つの無線チャネルを共有する。ＭＢＭＳサービスは、リアルタイムの画像及び音声またはテキストなどのマルチメディア・データの送信をサポートする。
【０００４】
一般的に、前記サービスをユーザに提供可能にする移動通信システムは、個別の機能性を提供する論理的に分けられた部分に分割され得る。これらの部分は、コア・ネットワーク（ＣＮ）と複数のアクセス・ノードを有するアクセス・ネットワーク（ＡＮ）と通常呼ばれる。特に、無線移動通信システムの場合には、後者は、通常、無線アクセス・ネットワーク（ＲＡＮ）と呼ばれる。
【０００５】
通常、 ネットワーク・アタッチの機能性を処理するネットワーク・エンティティは、移動通信システムのコア・ネットワーク内に置かれる。無線アクセス・ネットワークとコア・ネットワーク中の個々のエンティティは、相互間の通信のために、定義されたインタフェースを使用する。個々の移動端末により発生された負荷を複数のコア・ネットワーク・エンティティの間で分散できるようにするために、移動端末との無線接続を処理する各無線アクセス・ネットワーク・エンティティは、複数のコア・ネットワーク・エンティティとの関係（すなわち、インタフェース）をもたなければならない。移動通信システム中で配備される無線アクセス・ネットワーク・エンティティはいくつもあるので、個々のコア・ネットワーク・エンティティと個々の無線アクセス・ネットワーク・エンティティの間には多対多の関係が生まれることになる（例えば、非特許文献２を参照。この文献は、http://www.3gpp.orgで得られ、参照により本文書に援用される）。
【０００６】
例えば、一つの国全体といった大きな地域に移動通信システムを配備することを考えると、すべての無線アクセス・ネットワーク・エンティティとすべてのコア・ネットワーク・エンティティの間に多対多の関係が存在し得ないことが明らかになる。トランスポート・ネットワークの接続性は、例えば、安全性の理由によりまたはその他のネットワーク運用上の理由により地域的にまたは論理的に制限されるため、すべての無線アクセス・ネットワーク・エンティティの一部のみが、すべてのコア・ネットワーク・エンティティの一部とのインタフェースをもつことが可能であろう。このような両方のエンティティ間のインタフェースをもつすべてのエンティティは、移動通信ネットワーク全体の内の、一般にプール・エリアと呼ばれる論理領域の一部をなすものと考えることができる。
【０００７】
ネットワーク配備のいろいろな局面を考慮に入れると、上記の一つのプール・エリアは、一つまたは数個のコア・ネットワーク・エンティティに地理的に関係付けられる多数の無線アクセス・ネットワーク・エンティティからなり、そして、そのプール・エリアの各エンティティ間にはインタフェースが存在する。さらに、ネットワーク配備のいろいろな局面を考慮すると、異なるプール・エリアが互いに部分的に重複することがあり得るであろう（例えば、非特許文献３を参照。この文献は、http://www.3gpp.orgで得られ、参照により本文書に援用される）。
【０００８】
この部分的重複は、移動端末が異なるプール・エリア間の実在する境界沿いを移動している場合に発生するであろう、過剰なシグナリングを回避するために必要になると思われる。このような場合には、各無線アクセス・ネットワーク・エンティティから受信した信号強度の変動に伴って、移動端末は一つのプール・エリアから他のプール・エリアへそのアソシエーションを頻繁に切り替えることになるであろう。アソシエーションのこのような切替えは、しかし、ネットワーク内に保持されたコンテクスト状態情報を更新するためのシグナリングを必要とする。部分的に重複するプール・エリアの配置は、このような手順にとってある種の履歴を導入し、コンテクスト状態情報の頻繁な更新をしなくてもすむようにする。
【０００９】
部分的に重複するプール・エリアを構成することについての別の局面は、例えば、それぞれは別個の住宅区域をカバーし、すべてが同じ市の中心部をカバーするような複数のプール・エリアを考えると、様々な端末移動パターンに応じて全体の負荷を分割できるという可能性である（例えば、非特許文献４を参照。この文献は、http://www.3gpp.orgで得られ、参照により本文書に援用される）。
【００１０】
従来より（３ＧＰＰ  ＳＡＥ／ＬＴＥシステムでも）、セルラー・ネットワークは、すべての制御情報及び手順を処理する制御プレーン（Ｃプレーンとも表記する）と実際のユーザ・データ・トラヒックを処理するユーザ・プレーン（Ｕプレーンとも表記する）とに分けられるが、これはマルチキャストのアーキテクチャでも同様である。本発明は、マルチキャスト制御プレーンは、ネットワークへのアタッチ中またはモビリティ（セル間移行）中に移動端末に割り当てられるすべてのコア・ネットワーク制御プレーン・エンティティによって処理可能であることを前提とする。ＳＡＥ／ＬＴＥシステムに関して言えば、モビリティ管理エンティティ（ＭＭＥ）が、コア・ネットワーク制御プレーンの機能性を実行する。例示的な目的で、マルチキャスト管理機能性をも含むすべてのＭＭＥは、マルチキャストＭＭＥ（Ｍ−ＭＭＥ）と呼ばれることがある。他方、ＳＡＥ／ＬＴＥシステムでのコア・ネットワーク・ユーザ・プレーンの機能性は、ユーザ・プレーン・エンティティ（ＵＰＥ）に含まれる。少なくとも一つのＵＰＥが、マルチキャスト・サービス・データを処理するためにＭ−ＭＭＥによって選択されれば、マルチキャスト・サービスのためのユーザ・プレーンの機能性を提供し、マルチキャストＵＰＥ（Ｍ−ＵＰＥ）と呼ばれることがあると仮定される。さらに、プール・エリアの大きさ及び／または個々のＭＭＥ／ＵＰＥの能力に応じて、プール・エリア当り少なくとも一つのＭ−ＵＰＥがマルチキャスト・サービスのために選択され得る。
【００１１】
移動端末の視点からは、Ｍ−ＭＭＥは、ネットワークへのアタッチ中またはモビリティ（セル間移行）中に割り当てられたものと同じＭＭＥである。しかし、ポイント・ツー・マルチポイント（ｐ−ｔ−ｍ））サービスをサーブするＭ−ＵＰＥは、ポイント・ツー・ポイント（ｐ−ｔ−ｐ）サービス用に割り当てられたＵＰＥとは異なる可能性があり得る。これにもかかわらず、マルチキャスト・サービスについては、移動端末とＭ−ＵＰＥ間の直接的関係は存在しない、すなわち、端末はＭ−ＵＰＥとのユーザ・プレーン・ベアラを保持しない。実際には、マルチキャスト・データはＭ−ＵＰＥから個々のアクセス・ノード（拡張型ノードＢ）へ配信され、アクセス・ノードが各々のサービス・エリア内に存在するすべての移動端末へデータをブロードキャストする。例えば、ＩＰマルチキャスト・トランスポートは、Ｍ−ＵＰＥとマルチキャスト・サービス・データの送信用のアクセス・ノードとの間のネットワーク内で利用可能とされる。
【００１２】
それぞれが互いに部分的に重複する数個のプール・エリア１１１、１２１、１３１から構成される、例示的な通信システムを図１に示す。プール・エリア１（１１１）だけに割り当てられた一つ以上のアクセス・ノード（拡張型ノードＢ １１４、１１５）、プール・エリア１（１１１）とプール・エリア２（１２１）に同時に割り当てられた一つ以上のアクセス・ノード（拡張型ノードＢ １１６）、プール・エリア２（１２１）に割り当てられた一つ以上のアクセス・ノード（拡張型ノードＢ１２４）があると仮定される。同様に、拡張型ノードＢ １２５はプール・エリア２（１２１）とプール・エリアＮ（１３１）とに属する。図１から明らかなように、二つの隣接するプール・エリアの重複域に位置したアクセス・ノード１１６、１２５は、両方のプール・エリアの各コア・ネットワーク・エンティティとの直接的接続性をもつ。他方、重複域に位置しない拡張型ノードＢ １１４、１１５、１２４、１３４は、それらの対応するプール・エリアの各コア・ネットワーク・エンティティとの直接的接続性をもつだけである。
【００１３】
各コア・ネットワーク・エンティティ、すなわち、各プール・エリアのモビリティ管理エンティティとユーザ・プレーン・エンティティは、通信及びシグナリング用のインタフェースを介して相互接続されることが、例示的な目的でさらに仮定できる。さらに、各コア・ネットワーク・エンティティはまた、各プール・エリアに割り当てられた異なるアクセス・ノードに接続され得る。簡単にするために、図１は、マルチキャスト・サービスが各プール・エリア内の単一のユーザ・プレーン・エンティティ１１３、１２３、１３３を介して提供されることを示す。しかし、ネットワーク中に冗長性を有するように、一つのプール・エリアの各アクセス・ノード（ここでは拡張型ノードＢ）にマルチキャスト・サービス・データを提供するユーザ・プレーン・エンティティを２個以上もつことも、もちろん可能である。同様に、各プール・エリアにはただ一つのＭＭＥ １１２、１２２、１３２が置かれると仮定されているが、プール・エリア当り追加のモビリティ管理エンティティの設置が実現可能であり、多分にあり得る。例示的な目的で、各プール・エリア内の移動端末に提供されるべきマルチキャスト・サービスの供給元であり得る、ＢＭ−ＳＣ １０１（ブロードキャスト／マルチキャスト・サービス・センター）が示される。
【００１４】
さらに、本発明をよりよく理解してもらうために、以下のパラグラフでは、通信システムにおいてマルチキャスト・サービスを開始及び終了するための手順とステップを概説するが、これは本文書に述べる本発明の実施形態のいくつかにも適用できる。マルチキャスト・サービスの提供は、加入及びサービス案内通知、参加、セッション開始及びデータ転送というようないくつかの段階を通常含んでなる。マルチキャスト・サービスの終了の場合にも、セッション停止と退去のようないくつかの段階が識別可能である。これらの段階のうちで、加入、参加、及び退去は、通常、ユーザごとに個別に行なわれる。その他の段階は、通常、サービス単位で、すなわち、該当サービスに関与しているすべてのユーザに対して行なわれる。
【００１５】
加入は、事業者によって提供された該当マルチキャスト・サービスをユーザが受信できるようにする、ユーザとサービス・プロバイダの間の関係を確立する。サービス案内通知は、サービスに関する情報、サービス起動に必要なパラメータ（例えば、ＩＰマルチキャスト・アドレス）、及び、おそらくは、その他のサービスに関係したパラメータ（例えば、サービス開始時刻）をユーザに配布するために使用される。
【００１６】
参加は、サービス起動段階の一部であり、それによって加入者はマルチキャスト・グループに参加する（そのメンバーになる）、すなわち、ユーザは自分が特定のマルチキャスト・サービスを受信したいことをネットワークに対して示す。ユーザ及び／またはＵＥは、おそらくサービス案内通知に応答して、参加時刻を選択する。これは、マルチキャスト・サービスの実際の開始よりも前、開始中、または開始後の任意の時刻であり得る。サービス起動段階がサービスの開始前に起こる場合は、これは、通常、該当登録情報をネットワーク中に配備し、必要なリソースを実際に割り当てずに予約する。
【００１７】
最後に、セッション開始は、マルチキャスト・サービス・データが送信されるように準備された時点である。前述したように、セッション開始は、ユーザによるサービス起動とは関係なく起こり得る。セッション開始を契機として、ネットワーク中のリソースの割当てと確立が行なわれる―これは、すなわち、コア・ネットワーク・リソースと無線ネットワーク・リソースを含んでなる。その後、マルチキャスト・サービス・データがユーザへ送信可能となる。
【００１８】
相補的なセッション停止は、マルチキャスト・サービス用に送信されるデータはもう何もない時点である。セッション停止を契機として、ネットワーク中でそれまで割り当てられていたリソースの解放が行なわれる。退去は、加入者がマルチキャスト・グループから退去する（そのメンバーであることをやめる）プロセスであり、すなわち、ユーザは特定のマルチキャスト・サービスの受信をもう望まなくなったのである。
【００１９】
サービスが加入者へ提供されている時間中に、サービスが最初に開始した位置から離れるように移動端末が移動し、ついにはプール・エリアを出ることがあり得る。図２は、通信ネットワークと移動端末へのサービスのサービス継続を確保するために必要な対応するユーザ・プレーン接続を示す。
【００２０】
具体的には、サービスは、当初、プール・エリア１（１１１）内の移動端末１０２に対して開始され、提供される。したがって、ユーザ・プレーンは、プール・エリア１（１１１）内のＭ−ＵＰＥ １１３、複数のルータ１１７、及びアクセス・ノード１１５を介して、移動端末とサービス・プロバイダであるＢＭ−ＳＣ １０１の間に確立される。移動端末が移動するうちに、移動端末はついにはプール・エリア１（１１１）を出て、プール・エリア２（１２１）へ入る。サービス・エリアごとにマルチキャスト・サービス当りただ一つのＵＰＥが使用される場合、サービス・データは、プール・エリア１（１１１）のＭ−ＵＰＥ １１３によって、プール・エリア２（１２１）の新しいＭ−ＵＰＥ １２３へ転送される。今度は、サービス・データは、次に、プール・エリア２（１２１）内のルータ１２７とアクセス・ノード１２４を介して移動端末１０２へ提供される。同様に、移動端末１０２が、プール・エリア２（１２１）からプール・エリアＮ（１３１）へプール・エリアを再び変えるとき、サービス・データは、Ｍ−ＵＰＥ １２３からプール・エリアＮ（１３１）の新しいＭ−ＵＰＥ １３３へさらに転送される。移動端末１０２は、次に、ルータ１３７とアクセス・ノード１３４を介して、プール・エリアＮ（１３１）内でマルチキャスト・サービスを受信する。
【００２１】
図２から明らかなように、移動端末１０２にマルチキャスト・サービスを提供するために必要な経路長は、移動端末１０２が隣接するプール・エリアへ移動することにより継続的に増加していく。これにより、提供されたサービスのデータ遅延も増加し、それによってマルチキャスト・ユーザへの同期したデータの配信を難しくする。
【００２２】
さらに、移動端末が新しいプール・エリアへ移動した時点で、移動端末はネットワーク・リソース識別子をＲＡＮへ提供しなければならないため、コア・ネットワーク中のエンティティの再割当て、例えば、ＵＰＥの移動端末への再割当ては、移動端末が新しいプール・エリアへ移動後にのみ発生し得る。他方、固定的な割当ては、各コア・ネットワーク・エンティティにおいて過度の量の仕事とデータベースの保守管理を必要とし、その結果、可能なよりよいエンティティへ切替える柔軟性を減少させることにもなる。
【先行技術文献】
【非特許文献】
【００２３】
【非特許文献１】3GPP TS 23.246 v6.6.0: “Multimedia Broadcast/Multicast Service (MBMS); Architecture and functional description (Release 6)”
【非特許文献２】3GPP TR 25.912, "Feasibility study for evolved Universal Terrestrial Radio Access (UTRA) and Universal Terrestrial Radio Access Network (UTRAN)", version 7.0.0
【非特許文献３】3GPP TR R3.018, "Evolved UTRA and UTRAN; Radio Access Architecture and Interfaces", version 0.4.1
【非特許文献４】3GPP TS 23.236, "Intra-domain connection of Radio Access Network (RAN) nodes to multiple Core Network (CN) nodes", version 6.3.0
【発明の概要】
【発明が解決しようとする課題】
【００２４】
現在の最先端の技術の上記の問題を考慮して、本発明の目的は、ネットワークにおける一部重複するプール・エリア間での移動端末の改良されたハンドオーバ手順を提供することである。
【課題を解決するための手段】
【００２５】
上記の目的は、独立請求項の主題によって解決される。本発明の有利な実施形態は従属請求項の主題である。
【００２６】
本発明のある態様によると、第１のアクセス・ノードを介してサービス・プロバイダからマルチキャスト・サービスを受信する移動端末のモビリティを管理するための方法が提供される。第１のアクセス・ノードは、第１のプール・エリアと少なくとも第２のプール・エリアに同時に割り当てられていて、上記マルチキャスト・サービスは、サービス・プロバイダと第１のアクセス・ノードの間で第１のプール・エリアの第１のユーザ・プレーン・エンティティを介して提供される。移動端末が第１のアクセス・ノードへ接続後、サービス・プロバイダからの上記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報が要求される。さらに、第１のアクセス・ノードから上記少なくとも第２のプール・エリアの一つに属する第２のアクセス・ノードへ移動端末のアクセス・ノード切替え完了後に、上記少なくとも第２のプール・エリア内の第２のユーザ・プレーン・エンティティが任意に選択される。その後、サービス・プロバイダと第２のアクセス・ノードまでの間で当該マルチキャスト・サービスがそれを介して提供されるユーザ・プレーン・エンティティが、第１のプール・エリア内の第１のユーザ・プレーン・エンティティから上記少なくとも第２のプール・エリアの一つに属する任意に選択された第２のユーザ・プレーン・エンティティへ切り替えられる。
【００２７】
本発明のある実施形態によれば、移動端末は、情報の要求、任意選択及びユーザ・プレーン・エンティティの切替えを実施するモビリティ管理エンティティによってサーブされる。
【００２８】
さらに、本発明の別の態様によると、上記任意選択は、移動端末が第１のアクセス・ノードへ接続直後、サービス・プロバイダからの上記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報が要求される前に実施される。
【００２９】
本発明のある変形では、移動端末が第１のアクセス・ノードへ接続直後に、上記少なくとも第２のプール・エリアの識別子を含んでなる接続完了メッセージが、移動端末または第１のアクセス・ノードからモビリティ管理エンティティへ送信される。さらに、上記接続完了メッセージに基づいて、モビリティ管理エンティティは、第１のアクセス・ノードを少なくとも二つのプール・エリアに同時に割り当てられているノードとして識別する。
【００３０】
本発明の別の態様は、上記接続完了メッセージは、第１のユーザ・プレーン・エンティティを介して、移動端末または第１のアクセス・ノードからモビリティ管理エンティティへ送信されることに関係する。
【００３１】
本発明の有利な実施形態によれば、サービス・プロバイダへの要求は、上記少なくとも第２のプール・エリア内の任意に選択された第２のユーザ・プレーン・エンティティに関する情報をさらに含んでなる。したがって、サービス・プロバイダは、サービス・データを新しいプール・エリアへ送信するためのリソースを実際に割り当てずに予約することによって、実際のハンドオーバの準備をすることができる。
【００３２】
本発明の有利な態様によれば、上記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する要求情報は、上記少なくとも第２のプール・エリア内で当該マルチキャスト・サービスをサーブしている個々のユーザ・プレーン・エンティティはどれであるかに関する情報を含んでなる。これにより、モビリティ管理エンティティは、見込みの第２のユーザ・プレーン・エンティティの選択を前もって確定する、または適応的に変えることができるようになる。
【００３３】
さらに、本発明の別の実施形態では、第２のユーザ・プレーン・エンティティの上記任意選択は、上記少なくとも第２のプール・エリア内で当該マルチキャスト・サービスをサーブしている個々のユーザ・プレーン・エンティティはどれであるかに関する要求情報に応じて、第２のユーザ・プレーン・エンティティの任意選択を適応的に変えることをさらに含んでなる。このようにして、上記選択は、その特定のプール・エリアを考慮して、すでに提供されたサービスに関して最適化されるため、おそらく新しいプール・エリア内のリソースを節減する。
【００３４】
特に、本発明のさらに具体的な実施形態によれば、上記少なくとも第２のプール・エリア内で当該マルチキャスト・サービスをサーブしているユーザ・プレーン・エンティティが全くない場合には、任意に選択された第２のユーザ・プレーン・エンティティが確定される。さらに、上記少なくとも第２のプール・エリア内で少なくとも一つのユーザ・プレーン・エンティティが当該マルチキャスト・サービスをサーブしている場合には、上記少なくとも第２のプール・エリア内で当該マルチキャスト・サービスをサーブしている上記少なくとも一つのユーザ・プレーン・エンティティのうちの一つが、第２のユーザ・プレーン・エンティティとして任意に選択される。
【００３５】
本発明の前述の実施形態のさらに別の態様によれば、当該マルチキャスト・サービスがそれを介して提供されるユーザ・プレーン・エンティティが切り替えられるとき、サービス・プロバイダは、適応的に任意選択された第２のユーザ・プレーン・エンティティを通知される。これにより、サービス・プロバイダは、新しいプール・エリア内のどのユーザ・プレーン・エンティティへサービス・データを送信する必要があるかを知る。
【００３６】
さらに追加の実施形態では、当該マルチキャスト・サービスがそれを介して提供されるユーザ・プレーン・エンティティが切り替えられるとき、当該マルチキャスト・サービスに関する情報を含んでなる、サービス・コンテクスト・データが適応的に任意選択された第２のユーザ・プレーン・エンティティへ送信される。これにより、新しいＵＰＥは、サービス・データを第２のアクセス・ノードへ提供するための新しいプール・エリア内のユーザ・プレーンを処理するために必要な情報を効率的に与えられる。当該マルチキャスト・サービス情報に加えて当該移動端末に関する情報を第２のユーザ・プレーン・エンティティへ送信することも可能であり得る。
【００３７】
本発明の別の態様によれば、上記少なくとも第２のプール・エリアの一つ内で当該マルチキャスト・サービスをサーブしている上記少なくとも一つのユーザ・プレーン・エンティティの一つが、第２のユーザ・プレーン・エンティティとして選択される場合には、第２のユーザ・プレーン・エンティティは、マルチキャスト・サービスを提供するために第２のユーザ・プレーン・エンティティによって利用されているプライベートＩＰマルチキャスト・アドレスを、サービス・コンテクスト・データを受信時に、モビリティ管理エンティティへ送信する。これ以外の場合、つまり、上記少なくとも第２のプール・エリアの一つ内で当該マルチキャスト・サービスをサーブしているユーザ・プレーン・エンティティは全くなく、任意に選択された第２のユーザ・プレーン・エンティティが確定される場合には、第２のユーザ・プレーン・エンティティはプライベートＩＰマルチキャスト・アドレスを取得し、サービス・コンテクスト・データを受信時に、取得したプライベートＩＰマルチキャスト・アドレスをモビリティ管理エンティティへ送信する。
【００３８】
本発明の有利な実施形態によれば、第２のユーザ・プレーン・エンティティのプライベートＩＰマルチキャスト・アドレスまたは取得したプライベートＩＰマルチキャスト・アドレスを受信すると、モビリティ管理エンティティは、当該マルチキャスト・サービスの識別子と第２のユーザ・プレーン・エンティティのプライベートＩＰマルチキャスト・アドレスまたは取得したプライベートＩＰマルチキャスト・アドレスを第２のアクセス・ノードへ送信する。これにより、第２のアクセス・ノードは、第２のユーザ・プレーン・エンティティによって提供されるサービスに参加できる。
【００３９】
本発明の追加の態様を見ると、上記少なくとも第２のプール・エリアの一つ内で当該マルチキャスト・サービスをサーブしている上記少なくとも一つのユーザ・プレーン・エンティティの一つが、第２のユーザ・プレーン・エンティティとして選択される場合には、第２のユーザ・プレーン・エンティティは、サービス・コンテクスト・データを受信後に、当該マルチキャスト・サービスの識別子とプライベートＩＰマルチキャスト・アドレスを第２のアクセス・ノードへ送信する。さらに、上記少なくとも第２のプール・エリアの一つ内で当該マルチキャスト・サービスをサーブしているユーザ・プレーン・エンティティは全くなく、任意に選択された第２のユーザ・プレーン・エンティティが確定される場合には、第２のユーザ・プレーン・エンティティは、プライベートＩＰマルチキャスト・アドレスを取得後に、当該マルチキャスト・サービスの識別子とプライベートＩＰマルチキャスト・アドレスを第２のアクセス・ノードへ送信する。これは、第１のプール・エリアのモビリティ管理エンティティへのメッセージは必要ないので、前述の実施形態に比べて有利である。
【００４０】
本発明のさらに別の実施形態によれば、上記任意選択は、サービス・プロバイダからの上記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報を要求後に実施される。前述の実施形態と比較して、上記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報が選択時にすでに得られているので、任意選択を適応的に変える必要はない。
【００４１】
本発明のさらに別の態様では、上記任意選択は、第１のアクセス・ノードから上記少なくとも第２のプール・エリアの一つに属する第２のアクセス・ノードへアクセス・ノード切替え完了後に実施される。移動端末が実際にそこへ移動したただ一つのプール・エリアに選択範囲を絞れるので、この選択はさらに効率的である。
【００４２】
本発明のある実施形態によると、第１のアクセス・ノードを介してサービス・プロバイダからマルチキャスト・サービスを受信するように移動端末をサーブする、第１のプール・エリアのモビリティ管理エンティティが提案される。特に、第１のアクセス・ノードは第１のプール・エリアと少なくとも第２のプール・エリアに同時に割り当てられていて、上記マルチキャスト・サービスは、サービス・プロバイダと第１のアクセス・ノードの間で第１のプール・エリアの第１のユーザ・プレーン・エンティティを介して提供される。上記モビリティ管理エンティティは、上記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報を求める要求をサービス・プロバイダへ送信するための送信器を具備する。このメッセージは、移動端末の第１のアクセス・ノードへの接続に関する情報を受信器により受信後に送信される。上記少なくとも第２のプール・エリア内の第２のユーザ・プレーン・エンティティを任意に選択するためのプロセッサが、上記モビリティ管理エンティティに装備される。上記受信器は、第１のアクセス・ノードから上記少なくとも第２のプール・エリアの一つに属する第２のアクセス・ノードへの移動端末の切替えについての通知を受信するようにさらに適合される。さらに、上記送信器は、サービス・プロバイダと第２のアクセス・ノードまでの間で当該マルチキャスト・サービスがそれを介して提供されるユーザ・プレーン・エンティティを第１のプール・エリア内の第１のユーザ・プレーン・エンティティから上記少なくとも第２のプール・エリアの一つに属する任意に選択された第２のユーザ・プレーン・エンティティへ切り替えるための切替え通知をサービス・プロバイダと任意に選択された第２のユーザ・プレーン・エンティティへ送信するようにさらに適合される。
【００４３】
本発明のある実施形態によれば、サービス・プロバイダと第１のプール・エリア内の第１のアクセス・ノードの間で移動端末へ向けたマルチキャスト・サービスを提供するためのユーザ・プレーン・エンティティが提供される。第１のアクセス・ノードは第１のプール・エリアと少なくとも第２のプール・エリアに同時に割り当てられていて、上記ユーザ・プレーン・エンティティは、方法を記述した各請求項のうちの一つよる方法の各ステップを実行するための、または各ステップに関与するための手段を具備する。
【００４４】
本発明のある実施形態によれば、第１のアクセス・ノードを介してマルチキャスト・サービスを移動端末へ提供するためのサービス・プロバイダが提案される。第１のアクセス・ノードは第１のプール・エリアと少なくとも第２のプール・エリアに同時に割り当てられていて、上記マルチキャスト・サービスは、サービス・プロバイダと第１のアクセス・ノードの間で第１のプール・エリアの第１のユーザ・プレーン・エンティティを介して提供される。さらに、移動端末はモビリティ管理エンティティによってサーブされ、上記サービス・プロバイダは、上記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報を要求するための要求をモビリティ管理エンティティから受信するための受信器を具備する。上記サービス・プロバイダ内の送信器は、上記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する前記情報をモビリティ管理エンティティへ送信するために使用される。
【図面の簡単な説明】
【００４５】
【図１】一部重複するプール・エリアを有する例示的なネットワーク・アーキテクチャを示す。
【図２】図１のネットワーク・アーキテクチャにおいて、サーブされた移動端末が隣接するプール・エリアへ移動していく間にＢＭ−ＳＣによってサービスが提供される状況を示す。
【図３】本発明の一つの実施形態によるハンドオーバ方法を説明するメッセージ交換の第１の部分が図解される、ネットワーク・アーキテクチャを示す。
【図４】本発明の一つの実施形態によるハンドオーバ方法を説明するメッセージ交換の第２の部分が図解される、ネットワーク・アーキテクチャを示す。
【図５】本発明の一つの実施形態によるハンドオーバ方法を説明するシグナリング図を示す。
【図６】本発明の一つの実施形態によるハンドオーバ手順に従って、サーブされた移動端末が隣接するプール・エリアへ移動していく間にサービスが提供される、ネットワーク・アーキテクチャを示す。
【発明を実施するための形態】
【００４６】
以下に、添付の図及び図面を参照して本発明をさらに詳細に説明する。図中の類似のまたは同等の細部は、同一の参照番号を付けてある。
【００４７】
以下のパラグラフでは、本発明の様々な実施形態を説明する。典型的な例を示すという目的でのみ、実施形態の大部分は、前述の背景技術の節で検討した、ＳＡＥ／ＬＴＥに準拠した（進化した）ＵＭＴＳ通信システムに関連して概説される。本発明は、例えば、前述したＳＡＥ／ＬＴＥ通信システムなどの移動通信システムに関連して有利に使用され得るが、本発明はこの特定の例示的な通信ネットワークにおける使用に限定されないことに留意すべきである。
【００４８】
前述の背景技術の節で述べた説明は、本文書に説明する主にＳＡＥ／ＬＴＥの特徴を生かした例示的な実施形態をよりよく理解してもらうためのものであり、移動通信ネットワークにおけるプロセス及び機能のここで述べた特定の実現に本発明を限定するものと理解すべきではない。しかしながら、本文書で提案する改良は、背景技術の節で説明したアーキテクチャ／システムに容易に適用可能であり、本発明のいつかの実施形態では、これらのアーキテクチャ／システムの標準的な手順と改良された手順を利用することもできる。
【００４９】
本発明の一つの実施形態では、プール・エリアはトラッキング・エリアに相当する。トラッキング・エリアは、通常、アイドル・モードの端末のモビリティを効率的にサポートする。この実施形態では、プール・エリア内の各モビリティ管理エンティティは、個々のトラッキング・エリアＩＤと特定の地理的区域に対応するそのトラッキング・エリア内の個々のセルとの間の対応付け情報を必要とすると見込まれる。言い換えれば、プール・エリアは一つ以上のトラッキング・エリアを含んでなり得るが、モビリティ管理エンティティはどのトラッキング・エリアが自プール・エリアに属するかを知ることができる。
【００５０】
さらに、アクセス・ノードは、移動端末がそこへアタッチする通信ネットワークのアクセス・システム内のエンティティと見なすことができる。本発明の一つの例示的な実施形態は、アクセス・ノードが基地局またはノードＢ（３ＧＰＰベースのＳＡＥ／ＬＴＥシステムでは拡張型ノードＢと表記する）であり得る、移動通信システムに関係する。別の実施形態では、アクセス・ノードは、ＷＬＡＮシステムのアクセス・ポイントをさす場合もある。
【００５１】
ユーザ・プレーンは、（一方向または双方向の）データを送信するための通信システム中の二つのネットワーク・エンティティ間に確立された経路として理解することができる。通常、ユーザ・プレーンには、ネットワーク・ノードが異なるユーザ・プレーンを識別できるようにする識別子が割り当てられる。選択的に、各ネットワーク・ノードには、確立されたユーザ・プレーンについてのコンテクスト情報―そのユーザ・プレーン関する補足情報を含む―が存在し得る。３ＧＰＰベースの通信システムに関連した一つの例示的な実施形態では、ユーザ・プレーンは、通常、基地局（またはノードＢ）とユーザ・プレーン・エンティティの間に確立される。ユーザ・プレーンは、ユーザが要求したサービスの実際のユーザ・データを伝送し、例えば、サービスまたはユーザ加入契約に応じたあるクオリティ・オブ・サービス（ＱｏＳ）のパラメータに、通常、関連付けられている。本発明の一つの例示的な実施形態では、ユーザ・プレーンは、アクセス・ノード（基地局）とユーザ・プレーン・エンティティの間のＩＰマルチキャスト・トランスポートに基づく場合がある。
【００５２】
本発明の各実施形態は、一つのアクセス・ノードに少なくとも二つのプール・エリアが割り当てられるという前提、すなわち、隣接するエリアが互いに部分的に重複し、重複域に少なくとも一つのアクセス・ノードが存在するという前提に基づく。本発明の一つの態様は、実際のハンドオーバの準備のために重複域にあるアクセス・ノードを利用することによって、改良されたハンドオーバ手順を可能にすることである。具体的には、移動端末が重複域にあるアクセス・ノードへ移動すると直ちに、次のプール・エリアへの実際のハンドオーバの準備をするために、ハンドオーバのために必要な情報がネットワーク・エンティティ間で交換される。実際のハンドオーバ後に、移動端末のサービングＵＰＥは、次のプール・エリアの任意に選択される新しいＵＰＥへ切り替えられる。この切替えは、新しいプール・エリアへの実際のハンドオーバを見越して事前にその準備が完了しているので、迅速に行なうことができる。
【００５３】
本発明の各実施形態は、実際のハンドオーバの前と後の二つの相／段階に大きく分けることができる。図３は、本発明の一つの実施形態による改良されたハンドオーバ手順の第１の段階が図解される、ネットワーク・アーキテクチャを示す。図５は、手順の二つの段階を含んでなる、本発明の一つの実施形態による完全なハンドオーバ手順のシグナリング図を示す。サービス・プロバイダであるＢＭ−ＳＣ １０１は、移動端末１０２が予め参加したサービスを提供する。それに従って、プール・エリア１（１１１）内では、Ｍ−ＭＭＥ １１２が制御プレーン・エンティティとしての役目を果たし、Ｍ−ＵＰＥ １１３がそのサービスのためのユーザ・プレーンの処理を受け持つ。移動端末は、各セルが一つのアクセス・ノードによって提供される、上記プール・エリア内のいろいろなセル間を移動する。ただし、事業者によって割り当てられた論理的エリアによっては、セル当り複数のアクセス・ノードが割り当てられることもあり得ることに留意すべきである。
【００５４】
サービスは、現在、アクセス・ノード１１５によって提供されている、つまり、プール・エリア１（１１１）にだけ属する最後のアクセス・ノードに発生していると仮定する。やがて、移動端末 １０２は、プール・エリア１（１１１）内にまだ位置するが、プール・エリア２（１２１）にも属する次のアクセス・ノード１１６へ移動する。その結果、移動ノード１０２は、新しいアクセス・ノードへのハンドオフが成功したことをＭ−ＭＭＥ １１２へ通知する、ハンドオフ完了メッセージ３０１をモビリティ管理エンティティ１１２へ送信する。ハンドオフ完了メッセージ３０１は、移動端末１０２の代わりにアクセス・ノード１１６によって送信されてもよい。ハンドオフ完了メッセージは、移動端末がサービスを現在受信している場合のような、 移動端末がＬＴＥ＿アクティブ・モードである場合にだけ、普通は送信される。アイドル・モードである移動端末は、その移動端末が現在どのセルにアタッチされているかはＭＭＥにとって重要ではないので、ハンドオフ完了通知をサービングＭＭＥへ送信することは通常全くない。アイドル・モードにおいては、移動端末をページングできるように、プール・エリアだけがＭＭＥにとって意味をもつ。
【００５５】
モビリティ管理エンティティ１１２は、次に、アクセス・ノード１１６からハンドオフ完了メッセージを受信し、複数のプール・エリアに同時に属するアクセス・ノードとしてそのアクセス・ノードを識別できる。この点に関して、ハンドオフ完了メッセージ３０１は、アクセス・ノード１１６がプール・エリア１（１１１）とプール・エリア２（１２１）に同時に割り当てられていることを示す識別子を含んでなる。ハンドオフ完了メッセージ中で、アクセス・ノードが割り当てられる各プール・エリアごとに一つの識別子が提供されることも可能であり得る。代替的に、Ｍ−ＭＭＥ １１２がネットワークの各プール・エリア内の利用可能な各ＵＰＥに関するネットワーク情報をもつように、Ｍ−ＭＭＥ １１２を予め設定することもできる。基地局（拡張型ノードＢまたはアクセス・ノードとも表記される）を配備する際に、基地局は、通常、その適切な使用のために必要なネットワーク情報をもつように設定される。この設定は、例えば、基地局がそこに属し得るトポロジー的エリア（例えば、個々のプール・エリア／トラッキング・エリア）並びにこれらのエリアに含まれた、基地局がそのノードとのインタフェースを保持できるネットワーク・ノードに関する情報を含むことができる。言い換えれば、基地局は、例えば、トラッキング・エリアまたはプール・エリアのようなトポロジー的エリアを、そのエリア内の、例えば、モビリティ管理エンティティまたはユーザ・プレーン・エンティティまたはその他の基地局の識別子などのノード識別子に対応付ける（その逆もまた同様）ことができる。
【００５６】
ハンドオフ完了メッセージ３０１は、プール・エリア１（１１１）内のＵＰＥ １１３へ先ず送信されてから、次にそのＵＰＥが上記メッセージをＭＭＥへ１１２転送してもよい。
【００５７】
Ｍ−ＭＭＥ １１２は、ハンドオフ完了メッセージ３０１を受信し、アクセス・ノード１１６が少なくとも二つプール・エリアに属するノードであることを認識すると、移動端末が新しいプール・エリア２（１２１）へ実際に移動するときに、移動端末をサーブすると見なされる、新しいプール・エリア２（１２１）内のＵＰＥを任意に選択する。図３は、プール・エリア当り一つのＵＰＥを単に示しているが、これはただ図解説明の目的でそうしたのに過ぎず、負荷を分散するために、一つのプール・エリア内に数個のＵＰＥがあると一般的に予見される。このランダムな事前選択は、ＢＭ−ＳＣ １１２とＵＥ１０２の間の経路を最適化することを目的として行なわれる。第一には、ＭＭＥ １１２は、ハンドオフ完了メッセージ３０１で拡張型ノードＢ１１６によって報告されたプール・エリアＩＤを利用することによって、次のプール・エリア内のＭ−ＵＰＥを選択する。第二には、上記選択は、代替的に、負荷、経路等を最適化するために必要であると見なされるその他のパラメータ―そのあり得る例は、負荷バランシングまたは所要のクオリティ・オブ・サービスである―を考慮に入れることができる。ネットワークがどのようにコンフィギュアされるかにもよるが、Ｍ−ＭＭＥ １１２は、（すべてのＵＰＥがマルチキャスト対応とは限らない場合）ネットワークの各プール・エリア内のマルチキャスト対応ｍ−ＵＰＥの個々のＩＰプレフィックスを知り得る。その後、Ｍ−ＭＭＥ １１２は、次に、上記のマルチキャスト対応ＵＰＥの中で、新しいプール・エリア内の一つのＵＰＥをランダムに選択でき、追加的に所要の最適化パラメータに応じて選択し得る。Ｍ−ＵＰＥとしての役目を果たすことができるＵＰＥの数に何らかの制限がある場合には、Ｍ−ＭＭＥ １１２は、異なるプレフィックスを付けて設定され得る、そのように制限された数のＵＰＥにその選択の範囲を絞ることができる。すなわち、新しいプール・エリア２（１２１）内のすべてのＵＰＥがマルチキャスト対応とは限らない場合には、任意の選択は、マルチキャスト・サービスを提供可能とされたＵＰＥだけに限定される。
【００５８】
さらに、３個以上のプール・エリアが重複域にある一つのアクセス・ノードに割り当てられる場合（図示せず）には、各プール・エリアにつき一つのマルチキャスト対応ＵＰＥが任意に選択される。けれども、説明を簡単にするために、以下では２エリアの重複域だけを仮定する。本発明の実施形態によるハンドオーバ手順は、しかし、３個以上のプール・エリアの重複にも適用する。
【００５９】
ＭＭＥ １１２が新しいプール・エリア２（１２１）内の見込みのＵＰＥ―図３の例ではＭ−ＵＰＥ １２３―を選択した時点で、ＢＭ−ＳＣ １０１は、それに関する通知をＭ−ＭＭＥ １１２より受ける。すなわち、ＭＭＥ １１２は、新しいプール・エリア２（１２１）内の任意に選択されたＵＰＥの識別を含むメッセージ３０２をＢＭ−ＳＣ １０１へ送信する。このメッセージ３０２は、メッセージが関連付けられたサービスが何であるかをＢＭ−ＳＣ １０１が知るように、サービスのＴＭＧＩをさらに含む。ＢＭ−ＳＣ １０１は、後で起こるＵＰＥの切替えのために必要なリソースを事前に予約できる。これは、ハンドオーバ中のＵＰＥ再割当てを終結させるために予約されたリソースをただ割り当てるだけでよいので、後で起こるべき実際の切替えのための時間を減少させる。
【００６０】
ＢＭ−ＳＣ １０１は、 前記メッセージ３０２を受信し、ＭＭＥ １１２からのメッセージ３０２中で受け取られたＴＭＧＩによって特定されたサービスを処理しているすべてのＵＰＥを識別できる。その後、ＢＭ−ＳＣ １０１は、新しいプール・エリア２（１２１）内のいくつかのＵＰＥをおそらく含んでなる、当該サービスを現在サーブしているすべてのＵＰＥの完全なリスト３０３を付けて応答する。これにより、ＭＭＥ １１２は、前記サービスをすでに提供しているプール・エリア２内のＵＰＥに照らして見込みのＵＰＥの任意選択を制御／変更できるようになる。代替的に、ＢＭ−ＳＣ １０１は、新しいプール・エリア２（１２１）内の選択されたＵＰＥの識別を受け取るので、この識別から、ＭＭＥ １１２に関連する特定のプール・エリアが何であるかを推定できる。したがって、ＢＭ−ＳＣ １０１は、関連したプール・エリア内で当該サービスをサーブしているＵＰＥだけの限定的なリスト３０３を付けて、ＭＭＥ １１２に対して応答することも可能である。
【００６１】
当該サービスがプール・エリア２（１２１）内で現在提供されていない場合には、プール・エリア２（１２１）の任意に選択されたＵＰＥは、事前に確定され得る。それ以外の場合、つまり、各移動端末への当該サービスの提供をいくつかのＵＰＥがすでに担っている場合には、利用可能なリソースを再利用するように、任意に選択されたＵＰＥは当該サービスをすでにサーブしているいずれかのＵＰＥであるべきである。したがって、任意に選択されたＵＰＥが、たまたま当該サービスをすでにサーブしているＵＰＥであれば、選択は確定され得る。しかし、選択されたＵＰＥが、新しいプール・エリア内で当該サービスをすでにサーブしているＵＰＥの一つではない場合には、選択を適応するように変えなければならない。すなわち、マルチキャスト・サービス・データを各加入移動端末にすでに送信しているＵＰＥのうちの一つが、重複域にあるアクセス・ノード１１６にまだアタッチされている移動端末１０２に対する新しいプール・エリア２（１２１）内の見込みのＵＰＥとして任意に選択される。
【００６２】
しかし、移動端末が新しいプール・エリア２（１２１）へ実際に移動することが確定されていないので、選択はまだ終了されない。移動端末１０２が、プール・エリア２（１２１）へ全く入らずに、新しいプール・エリア２（１２１）との境界に沿って移動しながら重複域にとどまる可能性がある。同様に、ＵＥ １０２が重複域から後退し、プール・エリア１（１１１）内に残る可能性もある。また、３個以上の重複するプール・エリアがある場合には、可能性がいくつもあるので、移動端末がどのプール・エリアに移動するのかは予測できない。したがって、本発明の一つの実施形態による手順の次の各ステップは、移動端末１０２が新しいプール・エリアへ実際に移動したときだけ実施され得る。
【００６３】
やがて、移動端末１０２は新しいプール・エリア２（１２１）との境界を越えて進入し、それを契機にプール・エリア・ハンドオーバが開始される。図４は、ネットワーク・アーキテクチャと、新しいプール・エリアへの実際のハンドオーバを通常含んでなる、ハンドオーバ手順の第２段階でのメッセージ交換を示す。手順の第２段階は、図５のシグナリング図にも示される。
【００６４】
具体的には、移動端末１０２が重複域からプール・エリア２（１２１）内へ移動後すぐに、ＵＥ １０２は新しいアクセス・ノード１２４へアタッチする。アクセス・ノード１２４は、移動端末の識別を利用することにより、ＵＥ １０２をプール・エリア２（１２１）内の新しいＵＥとして識別する。同様に、ＵＥ １０２は、新しいセルのブロードキャスト・チャネル上で提供された識別情報をチェックすることによって、自身が新しいプール・エリアへ移動したことを確認し、それを自身が記憶した識別情報と比較する。新しいセルの識別情報が自身が記憶した識別情報と異なる場合には、プール・エリア更新がＵＥから送信される。
【００６５】
重複域のアクセス・ノード１１６からプール・エリア２（１２１）のアクセス・ノード１２４へのアクセス・ノード切替えが完了後に、移動端末１０２のプール・エリア切替えの完了をＭ−ＭＭＥ １１２に通知するために、プール・エリア更新メッセージ４０４がＭ−ＭＭＥ １１２へ送信される。このメッセージ４０４は、新しいアクセス・ノード１２４から送信されてもよいし、または移動端末１０２から送信されてもよい。プール・エリア２（１２１）のアクセス・ノード１２４からプール・エリア１（１１１）のＭＭＥ １１２への直接的なＳ１インタフェースがない場合には、プール・エリア更新メッセージ４０４は、プール・エリア１（１１１）内のＭ−ＭＭＥ １１２へ到達するために、ネットワークのバックボーンを経由することがあり得る。代替的に、メッセージ４０４は、新しいアクセス・ノード１２４から重複域内の旧アクセス・ノード１１６へＸ２インタフェースを介して先ず送信され、次にアクセス・ノード１１６によりＭ−ＭＭＥ １１２へ転送されてもよい。Ｘ２インタフェースは、アクセス・ノードとその隣接するアクセス・ノードへの接続性を提供する。
【００６６】
当然ながら、プール・エリア更新メッセージ４０４は、プール・エリア２内のＵＰＥの選択を終了させるためにＭＭＥ １１２によって使用され得る、新しいプール・エリア２（１２１）の識別子を含んでなる 。
【００６７】
この更新は、もう関係なくなったプール・エリア用のリソースの予約を取り消すために、ＢＭ−ＳＣ １０１への通知を含むこともある。具体的には、重複プール・エリア部の各プール・エリアにつき任意に選択されたＵＰＥについて、ＢＭ−ＳＣ １０１は前もって通知された。それに応じて、ＢＭ−ＳＣ １０１は、リソースを実際に割り当てずに後で通信を確立するために、各プール・エリアでの相応のリソースを予約できる。ＵＥ １０２が特定のプール・エリアへ移動後には、それ以外の残りのプール・エリアはもう関係はなく、廃棄されるべきである。したがって、Ｍ−ＭＭＥ １１２は、プール・エリア更新メッセージ４０４を受信時に、前記残りの関係のないプール・エリアに対して予約されたリソースを解放するように、ＢＭ−ＳＣ １０１へ指示できる。この指示は、ＵＰＥを実際に切り替えるための通知４０５内に含まれ得る（以下を参照）。代替的に、ＢＭ−ＳＣ １０１が切替え通知４０５からこれを推定することも可能である。
【００６８】
さらに詳しく言えば、ＵＥ １０２がプール・エリア２へ今移動したとき、Ｍ−ＭＭＥ １１２は、プール・エリア２の任意に選択されたＵＰＥが見込みのＵＰＥとして確定されるべきかどうか、またはそれが変えられるべきかどうかを決定しなければならない。
【００６９】
当該サービスをすでに提供しているプール・エリア２（１２１）内のＵＰＥについての要求情報に関してすでに前述したとおり、プール・エリア２（１２１）内で当該サービスを現在提供しているＵＰＥは全くない場合には、任意に選択されたＵＰＥが、プール・エリア２（１２１）内のＵＥ １０２に対する新しいサービングＵＰＥとしてＭ−ＭＭＥ １１２によって確定される。
【００７０】
しかし、プール・エリア２内の少なくとも一つのＵＰＥがマルチキャスト・サービスをすでにサーブしている場合、任意に選択されたＵＰＥを変えることが必要になり得る。具体的に言うと、新しいプール・エリア内にマルチキャスト・サービスをサーブしているＵＰＥがすでにある場合には、ＵＥ １０２に対して新しいＵＰＥを登録するよりむしろ、前記ＵＰＥが ＵＥ １０２に対しても使用されるべきである。したがって、任意に選択されたＵＰＥが偶然にも新しいプール・エリア２（１２１）内のサービングＵＰＥの一つであるならば、選択は確定され得る。逆に、任意に選択されたＵＰＥが新しいプール・エリア２（１２１）内のサービングＵＰＥの一つではない場合は、ＭＭＥは、サービングＵＰＥの一つを任意に選択し、前に任意に選択されたＵＰＥから新しい適応的に選択されたＵＰＥに選択を変更する。
【００７１】
上記の結果として、Ｍ−ＭＭＥ １１２は、移動端末１０２に対してプール・エリア２（１２１）内で使用すべきＭ−ＵＰＥはどれであるかを最終的に決定した。これに従って、ＭＭＥ １１２は、ＢＭ−ＳＣ １０１と最終的に選択されたＭ−ＵＰＥ １２３にその決定を直ちに通知する。この点に関して、ＢＭ−ＳＣ １０１は、ＭＭＥ １１２から更新メッセージ４０５を受信し、ＵＥ １０２へ向けたサービス・データをプール・エリア１のＭ−ＵＰＥ １１３ではなく、プール・エリア２のＭ−ＵＰＥ １２３へ送信する。
【００７２】
さらに、Ｍ−ＭＭＥ １１２ は、移転されることになるＭＢＭＳサービス・パラメータ（識別子、ＱｏＳなど）を含む、移動端末１０２に対するサービス・コンテクストを含んでなるメッセージ４０６を新しいＭ−ＵＰＥ １２３へ送信する。さらに、このメッセージ４０６は、移動端末に関する情報、またはサービスが暗号化機構を必要とするまたは使用する場合には、いずれかの可能な暗号化情報を含み得る。このようにして、プール・エリア２（１２１）内のＵＰＥ １２３は、移動端末１０２がマルチキャスト・サービスに登録されており、ＢＭ−ＳＣ １０１からのマルチキャスト・サービス・データは今後ＵＰＥ １２３によってＵＥ １０２へ転送されることを知る。その結果、図４から明らかなとおり、ＵＥ １０２への新しいユーザ・プレーンが、プール・エリア２（１２１）のコア・ネットワーク中の複数のルータ１２７を介して、新しいＵＰＥ １２３と新しいアクセス・ノード１２４の間に割り当てられる。
【００７３】
しかしながら、プール・エリア１（１１１）とプール・エリア２（１２１）内のＵＰＥへのサービス・データの実際の送信は、プール・エリア１またはプール・エリア２のどちらかにおいてその他の移動端末が現在サービスを受信しているかどうかに強く依存することに留意すべきである。したがって、プール・エリア２（１２１）内のその他のＵＥｓがサービスをこれまでに受信したことがあり、まだサービスに加入している場合は、ＢＭ−ＳＣ １０１はプール・エリア２（１２１）内の選択されたＵＰＥ １２３へサービス・データをすでに送信している可能性がある。このような場合には、ＢＭ−ＳＣは移動端末 １０２がどこに位置しているかを知る必要はないので、ＭＭＥ １１２からＢＭ−ＳＣ １０１への更新メッセージ４０５は必要ではない。けれども、プール・エリア２（１２１）のＵＰＥ １２３は、メッセージ４０６により送信され得る、ＭＭＥ １１２からのＵＥ １０２に関するサービス・コンテクストと情報をなおも必要とする。
【００７４】
プール・エリア２（１２１）内の新しいＵＰＥ １２３が、新しいプライベートＩＰマルチキャスト・アドレスを設定する必要がある可能性もある。プライベートＩＰマルチキャスト・アドレスは、マルチキャスト方式を使用することによって、（ＵＰＥ １２３とアクセス・ノード１２４間の）バックホールを通じてサービス・データを伝送するために使用される。この場合も、これは、最終的に選択されたＵＰＥ １２３がマルチキャスト・サービスを以前に提供していたかどうかに依存する。移動端末 １０２のハンドオーバ前にプール・エリア２（１２１）内でマルチキャスト・サービスが提供されていない場合には、ＵＰＥ １２３は、メッセージ４０６を受信後に、例えば、ＤＨＣＰと同様の方法で、新しいプライベートＩＰマルチキャスト・アドレスを取得する必要がある。この点については、マルチキャスト・アドレス割当てプロトコル（ＭＡＤＣＡＰ）を使用できる。別の場合、つまり、プール・エリア２（１２１）内でサービスがすでに提供されている場合には、ＵＰＥ １２３は、マルチキャスト・サービス・データの伝送に使用されるプライベートＩＰマルチキャスト・アドレスをすでに保持している。
【００７５】
Ｍ−ＵＰＥ １２３がプライベートＩＰマルチキャスト・アドレスをいったん保持すると、そのプライベートＩＰマルチキャスト・アドレスをＭＭＥ １１２へ送信することによって、ＵＰＥ １２３は選択の通知４０６に応答する（両方の場合に）。Ｍ−ＭＭＥ １１２は、次に、サービスの識別子（ＴＭＧＩ）とプライベートＩＰマルチキャスト・アドレスを含む開始／トリガ・メッセージ（図示せず）をアクセス・ノード１２４へ送信する。これを契機に、アクセス・ノード１２４はサービス・データの伝送に使用されるＩＰマルチキャスト・グループへ参加する。このＩＰマルチキャスト・グループは、上記プライベートＩＰマルチキャスト・アドレスによって指定される。
【００７６】
代替的に、プール・エリア２（１２１）内のＭ−ＵＰＥ １２３は、利用可能な当該サービスをアクセス・ノードに通知してもよい。これは、対応する開始メッセージをアクセス・ノード１２４へ送信することを含む。この場合には、ＵＰＥ １２３は選択通知４０６に応答してプライベートＩＰマルチキャスト・アドレスを送る必要はない。
【００７７】
プール・エリア１（１１１）内で当該サービスを受信している他のＵＥがない場合（図示せず）には、当該サービス用の旧プール・エリア１のＵＰＥ １１３を登録解除する必要がさらにあることもある。ＵＥ １０２がプール・エリア１内で当該サービスを受信している最後のＵＥであり、ＵＥ １０２がプール・エリア１を出る場合、または退去（または登録解除メッセージ）をＭ−ＭＭＥへ送信した場合には、Ｍ−ＭＭＥ １１２は、プール・エリア１内の個々のｅＮＢ（拡張型ノードＢ）に対してサービス・データの伝送に使用されるマルチキャスト・ツリーから退去するように指示する。さらに、マルチキャスト・トランスポートがＢＭ−ＳＣと個々のＵＰＥ間でも使用される場合には、Ｍ−ＭＭＥ １１２は、ＢＭ−ＳＣ １０１へ直接指示することにより、または当該サービスの退去通知を送信することにより、ＵＰＥ １１３に対して当該サービスから退去するように指示することもできる。
【００７８】
本発明の別の実施形態によれば、新しいプール・エリア内の見込みのＵＰＥの任意選択は、重複域内のアクセス・ノードへのアクセス・ノード切替えに関するハンドオフ完了メッセージ３０１の受信時とは異なる時点で実施され得る。この選択がハンドオフ完了メッセージ３０１の受信時に行なわれない場合、ＢＭ−ＳＣ １０１へのメッセージ３０２は、特定のサービスを提供するすべてのＵＰＥに関する情報を要求する単なる要求メッセージである。上記の実施形態と比較して、当然ながら、ＢＭ−ＳＣ １０１は、事前に決定されたＵＰＥを通知されないので、それに対するリソースを予約できない。
【００７９】
具体的には、一つの代替の可能性は、新しいプール・エリア２（１２１）内のＵＰＥについての要求情報をメッセージ３０３によって受信した後に任意選択を実施することである。この場合には、ＭＭＥ １１２は、当該サービスが新しいプール・エリア２（１２１）内ですでに提供されているか否かをメッセージ３０３から知る。プール・エリア２（１２１）内の複数のＭ−ＵＰＥが他の移動端末にサービス・データをすでに転送している場合は、Ｍ−ＭＭＥ １１２は、新しいプール・エリア２（１２１）に移動端末１２０が入った時点で移動端末１０２をサーブするための見込みのＭ−ＵＰＥとして、前記複数のＭ−ＵＰＥのうちの一つを任意に選択する。したがって、プール・エリア２（１２１）内で当該サービスが現在提供されていなければ、Ｍ−ＭＭＥ １１２は、新しいプール・エリア内のマルチキャスト対応のＵＰＥのうちのいずれかを任意に選択できる。本発明のこの実施形態によれば、必要な情報は決定の時点ですでに得られているので、後で選択を適応的に変える必要はない。ＵＥ１０２が新しいプール・エリア２（１２１）へやがて移ると、ＭＭＥ １１２は、プール・エリア更新メッセージ４０４を受信時に、この決定をＢＭ−ＳＣ １０１と選択されたＭ−ＵＰＥ １２３へ通知する（ＵＰＥがすでにサービスを提供していた場合にはＢＭ−ＳＣへの通知は必要ない、メッセージ４０５の必要性に関する上記のパラグラフを参照）。
【００８０】
３個以上のプール・エリアが互いに一部重複し、同じアクセス・ノード１１６がその重複域に存在する場合、ＭＭＥ １１２は、各プール・エリアにつき、移動端末１０２に対するサービングＭ−ＵＰＥとして使用されるＭ−ＵＰＥはどれであるかを明確に決定できる。これによれば、ＵＥ １０２が複数のプール・エリアの一つに最終的に入るとき、そのプール・エリアについて選択されたＭ−ＵＰＥに関する情報をＭＭＥ １１２はすでに保有している。その後、移動端末がそのプール・エリアにアタッチしたことについての情報を受信すると、 ＭＭＥ １１２は、その決定をＢＭ−ＳＣ １０１とそのプール・エリアの選択されたＵＰＥに通知するだけでよい。
【００８１】
本発明のさらに別の実施形態では、移動端末１０２に対する見込みのＵＰＥの選択は、移動端末１０２が新しいプール・エリアに実際に入った後に実施され得る。さらに詳しく言うと、移動端末１０２が現在そこにアタッチされているアクセス・ノードの重複域に属するすべてのプール・エリア内の個々のＵＰＥに関する情報を、前記アクセス・ノードへのアタッチ時にＢＭ−ＳＣ １０１へ送信された要求メッセージ３０２により、ＭＭＥ １１２は保持する。その後、ＭＭＥ １１２がプール・エリア更新メッセージ４０４を新しいプール・エリアのアクセス・ノード１２４から受信すると直ちに、ＭＭＥ １１２は、移動端末１０２へ向けたサービス・データを処理するＵＰＥはどれであるかを決定する。上記の実施形態と同様に、ＵＰＥについてのこの決定も、新しいプール・エリア内で当該サービスがその他の移動端末へすでに提供されていたかどうかに依存する。新しいプール・エリア内でＵＰＥによって当該サービスがすでに提供されている場合、任意選択はそれらのＵＰＥのうちだけに限定される。逆に、新しいプール・エリア内でどのＵＰＥも当該サービスをまだ提供していない場合は、ＭＭＥ １１２は、新しいプール・エリア内のすべての可能なＵＰＥのうちから任意に選択できる。選択は常にただ一つのプール・エリアについて一回だけ行なわれるので、有利には、この決定は前述の実施形態に比べてより簡単である。
【００８２】
図６は、移動端末１０２がプール・エリア１（１１１）からプール・エリアＮ（１３１）まで移動することに伴い、本発明の一つの実施形態によって提案される、改良されたハンドオーバ手順を利用する、重複域１１１、１２１、１３１を有するネットワーク・アーキテクチャを示す。具体的には、図６は、一つのプール・エリアから次のプール・エリアへ移動していく間のサービス・プロバイダ１０１から移動端末１０２への異なるデータ経路を示す。
【００８３】
最初は、移動端末１０２はアクセス・ノード１１５にアタッチされていて、プール・エリア１（１１１）のＭ−ＵＰＥ １１３と複数のルータ１１７を介してサービス・データを受信する。アクセス・ノード１１５から重複域のアクセス・ノード１１６へアクセス・ノードを切り替えるとき、本手順の一つの実施形態の第１段階が実施される。移動端末は、Ｍ−ＵＰＥ １１３とコア・ネットワークの複数のルータ１１７を介してサービス・データを受信し続ける。やがて、移動端末は、隣接するプール・エリア２（１２１）内へ移動し、アクセス・ノード１２４にアタッチする。このとき、本発明の一つの実施形態によるハンドオーバ手順の第２段階が終了され、その結果、サービングＭ−ＵＰＥが切り替えられる、すなわち、プール・エリア１（１１１）のＭ−ＵＰＥ １１３からプール・エリア２（１２１）のＭ−ＵＰＥ １２３へ切り替えられる。したがって、ＵＥ １０２は、今度は、プール・エリア２（１２１）の任意に選択されたＭ−ＵＰＥ １２３を介して、プール・エリア２内のコア・ネットワークの複数のルータ１２７を経由し、アクセス・ノード１２４を介してサービス・プロバイダ １０１からサービス・データを受信する。
【００８４】
同様に、移動端末 １０２がプール・エリアＮ（１３１）の方向に移動し、重複域内のアクセス・ノード１２５へのアクセス・ノード切替えが行われると、これを契機に本発明の一つの実施形態の改良されたハンドオーバ手順が開始される。上記のとおり、本発明の一つの実施形態のハンドオーバ手順は、移動端末が新しいプール・エリアＮへ入ると終了されて、その結果、サービングＵＰＥが再び再割り当てされる。Ｍ−ＵＰＥ １２３に代わりプール・エリアＮのＭ−ＵＰＥ １３３が、今度は当該サービスをＵＥ １０２に提供するためにサーブし始める。
【００８５】
図６から明らかなように、ＵＥ １０２の移動の全体を通じて各々のデータ経路長は実質的に同じである。したがって、データ遅延の増加が回避され、サービス・データの同期が容易になされる。
【００８６】
本発明の各実施形態により説明された上記の手順は、複数のプール・エリアの重複域で動き始める移動端末にも適用可能である。この場合には、ＵＥがどの方向へ移動しようとするのかを知ることは不可能なので、移動端末は重複域内のアクセス・ノードにアタッチし、複数のプール・エリアのどれか一つ及びそのコア・ネットワーク・エンティティであるＭ−ＭＭＥとＭ−ＵＰＥに対して登録する。さらに、Ｍ−ＭＭＥが上記アクセス・ノードを重複域内のアクセス・ノードであると識別すると、そのとき本発明の一つの実施形態の第１段階が実施される。使用される本発明の特定の実施形態にもよるが、第１段階は、ＵＥの最初の登録先のプール・エリアを除く各プール・エリアにつき一つの見込みのＭ−ＵＰＥの任意選択を含み得る。しかし、この時点で選択を行なわずに、第１段階は隣接する各エリア内の個々のＵＰＥに関する情報の要求を単に含むこともあり得る。
【００８７】
さらに、ＵＥが最初の登録先のプール・エリアへ移動する場合、そしてＢＭ−ＳＣ １０１が本発明の本実施形態によるハンドオーバ手順の第１の準備段階中に各プール・エリアの任意に選択されたＵＰＥを通知された場合には、その他のプール・エリアのこれらの選択されたすべてのＵＰＥについての前記の事前登録手順を取り消すようにＢＭ−ＳＣ １０１に対して指示し、それによって該当する予約されたリソースを解放するようにすることが有利である。
【００８８】
したがって、ＢＭ−ＳＣ １０１がすべての隣接するプール・エリア内の個々の見込みのＵＰＥを事前に通知されていない場合には、事前登録の取り消しは必要ではない。Ｍ−ＭＭＥは、その特定のＵＥのために行なった事前選択に関連した状態を削除するだけでよい。
【００８９】
本発明の別の実施形態は、ハードウェア及びソフトウェアを使用した、上述した様々な実施形態の実現に関係する。本発明の多様な実施形態は、例えば、汎用プロセッサ、デジタル・シグナル・プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）またはその他のプログラム可能な論理デバイス等としての、コンピューティング・デバイス（プロセッサ）を使用して実現または実施され得ることが認識される。本発明の多様な実施形態は、上記のデバイスの組合せによって実施または実現されてもよい。
【００９０】
さらに、本発明の多様な実施形態は、プロセッサで実行されるまたは直接ハードウェアに組み込むソフトウェア・モジュールを用いても実現可能である。また、ソフトウェア・モジュールとハードウェア実装の組合せも可能である。ソフトウェア・モジュールまたは命令は、コンピュータで読取り可能などんな種類の記憶媒体（例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリ、レジスタ、ハード・ディスク、ＣＤ−ＲＯＭ、ＤＶＤ等）に記憶されてもよい。
【図１】
2010511334.tif 000003
【図２】
2010511334.tif 000004
【図３】
2010511334.tif 000005
【図４】
2010511334.tif 000006
【図５】
2010511334.tif 000007
【図６】
2010511334.tif 000008
【手続補正書】
【提出日】平成21年9月3日(2009.9.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１のアクセス・ノードを介してサービス・プロバイダからマルチキャスト・サービスを受信する移動端末のモビリティを管理するための方法であり、前記第１のアクセス・ノードは第１のプール・エリアと少なくとも第２のプール・エリアに同時に割り当てられていて、前記マルチキャスト・サービスは、前記サービス・プロバイダと前記第１のアクセス・ノードの間で前記第１のプール・エリアの第１のユーザ・プレーン・エンティティを介して提供され、前記方法は、
前記移動端末が前記第１のアクセス・ノードへ接続後、前記サービス・プロバイダからの前記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報を要求するステップと、
前記少なくとも第２のプール・エリア内の第２のユーザ・プレーン・エンティティを任意に選択するステップと、
前記第１のアクセス・ノードから前記少なくとも第２のプール・エリアの一つに属する第２のアクセス・ノードへ前記移動端末のアクセス・ノード切替え完了後に、前記サービス・プロバイダと前記第２のアクセス・ノードまでの間で前記マルチキャスト・サービスがそれを介して提供される前記ユーザ・プレーン・エンティティを、前記第１のプール・エリア内の前記第１のユーザ・プレーン・エンティティから前記少なくとも第２のプール・エリアの一つに属する前記任意に選択された第２のユーザ・プレーン・エンティティへ切り替えるステップと、
を有するモビリティ管理方法。
【請求項２】
前記移動端末はモビリティ管理エンティティによってサーブされ、前記情報要求ステップ、前記任意選択ステップ、及び前記ユーザ・プレーン・エンティティ切替えステップは、前記モビリティ管理エンティティによって実施される、請求項１に記載のモビリティ管理方法。
【請求項３】
前記任意選択ステップは、前記移動端末が前記第１のアクセス・ノードへ接続直後、前記サービス・プロバイダからの前記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報を要求する前に実施される、請求項１に記載のモビリティ管理方法。
【請求項４】
前記移動端末が前記第１のアクセス・ノードへ接続直後に、前記少なくとも第２のプール・エリアの識別子を含んでなる接続完了メッセージが、前記移動端末または前記第１のアクセス・ノードから前記モビリティ管理エンティティへ送信され、前記方法は、
前記接続完了メッセージに基づいて、前記モビリティ管理エンティティが、前記第１のアクセス・ノードを少なくとも二つのプール・エリアに同時に割り当てられているノードとして識別するステップをさらに含んでなる、
請求項２に記載のモビリティ管理方法。
【請求項５】
前記接続完了メッセージは、前記第１のユーザ・プレーン・エンティティを介して、前記移動端末または前記第１のアクセス・ノードから前記モビリティ管理エンティティへ送信される、請求項４に記載のモビリティ管理方法。
【請求項６】
前記要求ステップは、前記少なくとも第２のプール・エリア内の前記任意に選択された第２のユーザ・プレーン・エンティティを前記サービス・プロバイダに通知することをさらに含んでなる、請求項３に記載のモビリティ管理方法。
【請求項７】
前記少なくとも第２のプール・エリア内の前記個々のユーザ・プレーン・エンティティに関する前記要求情報は、前記少なくとも第２のプール・エリア内で前記マルチキャスト・サービスをサーブしている個々のユーザ・プレーン・エンティティはどれであるかに関する情報を含んでなる、請求項１に記載のモビリティ管理方法。
【請求項８】
前記第１のアクセス・ノードから前記第２のアクセス・ノードへの前記アクセス・ノード切替えは、
前記移動端末のマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）コンテクストを前記第１のアクセス・ノードから前記少なくとも第２のプール・エリアの一つに属する前記第２のアクセス・ノードへ送信するステップを含んでなる、
請求項２に記載のモビリティ管理方法。
【請求項９】
前記移動端末の前記第２のアクセス・ノードへの前記アクセス・ノード切替えを完了すると、前記少なくとも第２のプール・エリアの一つの識別を含んでなる、プール・エリア切替え完了通知を前記モビリティ管理エンティティへ送信するステップをさらに含んでなる、
請求項２に記載のモビリティ管理方法。
【請求項１０】
前記プール・エリア切替え完了通知は、前記第２のユーザ・プレーン・エンティティを介して、その後当該ネットワークのバックボーン接続を介して、前記モビリティ管理エンティティへ送信される、請求項９に記載のモビリティ管理方法。
【請求項１１】
前記第２のユーザ・プレーン・エンティティを任意に選択する前記ステップは、
前記少なくとも第２のプール・エリア内で前記マルチキャスト・サービスをサーブしている個々のユーザ・プレーン・エンティティはどれであるかに関する前記要求情報に応じて、前記第２のユーザ・プレーン・エンティティの任意選択を適応的に変えるステップをさらに含んでなる、
請求項７に記載のモビリティ管理方法。
【請求項１２】
前記任意に選択された第２のユーザ・プレーン・エンティティを適応的に変える前記ステップは、
前記少なくとも第２のプール・エリア内で前記マルチキャスト・サービスをサーブしているユーザ・プレーン・エンティティが全くない場合には、前記任意に選択された第２のユーザ・プレーン・エンティティを確定するステップと、
前記少なくとも第２のプール・エリア内で少なくとも一つのユーザ・プレーン・エンティティが前記マルチキャスト・サービスをサーブしている場合には、前記少なくとも第２のプール・エリア内で前記マルチキャスト・サービスをサーブしている前記少なくとも一つのユーザ・プレーン・エンティティのうちの一つを前記第２のユーザ・プレーン・エンティティとして任意に選択するステップと、
を含んでなる、請求項１１に記載のモビリティ管理方法。
【請求項１３】
前記マルチキャスト・サービスがそれを介して提供される前記ユーザ・プレーン・エンティティを切り替える前記ステップは、
前記第２のユーザ・プレーン・エンティティの任意選択を適応的に変えたときは、前記適応的に任意選択された第２のユーザ・プレーン・エンティティを前記サービス・プロバイダに通知するステップを含んでなる、
請求項１１に記載のモビリティ管理方法。
【請求項１４】
前記マルチキャスト・サービスがそれを介して提供される前記ユーザ・プレーン・エンティティを切り替える前記ステップは、
前記第２のユーザ・プレーン・エンティティの任意選択を適応的に変えたときは、前記マルチキャスト・サービスに関する情報を含んでなる、サービス・コンテクスト・データを前記適応的に任意選択された第２のユーザ・プレーン・エンティティへ送信するステップを含んでなる、
請求項１１に記載のモビリティ管理方法。
【請求項１５】
前記少なくとも第２のプール・エリアの一つ内で前記マルチキャスト・サービスをサーブしている前記少なくとも一つのユーザ・プレーン・エンティティの一つが、前記第２のユーザ・プレーン・エンティティとして選択される場合には、前記マルチキャスト・サービスを提供するために前記第２のユーザ・プレーン・エンティティによって利用されているプライベートＩＰマルチキャスト・アドレスを、前記サービス・コンテクスト・データを受信時に、前記第２のユーザ・プレーン・エンティティから前記モビリティ管理エンティティへ送信するステップと、
前記少なくとも第２のプール・エリアの一つ内で前記マルチキャスト・サービスをサーブしているユーザ・プレーン・エンティティは全くなく、前記任意に選択された第２のユーザ・プレーン・エンティティが確定される場合には、前記第２のユーザ・プレーン・エンティティによってプライベート・インタネット・プロトコル（ＩＰ）・マルチキャスト・アドレスを取得し、前記サービス・コンテクスト・データを受信時に、前記取得したプライベートＩＰマルチキャスト・アドレスを前記モビリティ管理エンティティへ送信するステップと、
をさらに含んでなる、請求項１３に記載のモビリティ管理方法。
【請求項１６】
前記第２のユーザ・プレーン・エンティティの前記プライベートＩＰマルチキャスト・アドレスまたは前記取得したプライベートＩＰマルチキャスト・アドレスを受信すると、前記モビリティ管理エンティティから、前記マルチキャスト・サービスの識別子と前記第２のユーザ・プレーン・エンティティの前記プライベートＩＰマルチキャスト・アドレスまたは前記取得したプライベートＩＰマルチキャスト・アドレスを前記第２のアクセス・ノードへ送信するステップをさらに含んでなる、
請求項１５に記載のモビリティ管理方法。
【請求項１７】
前記少なくとも第２のプール・エリアの一つ内で前記マルチキャスト・サービスをサーブしている前記少なくとも一つのユーザ・プレーン・エンティティの一つが、前記第２のユーザ・プレーン・エンティティとして選択される場合には、前記第２のユーザ・プレーン・エンティティから、前記サービス・コンテクスト・データを受信後に、前記マルチキャスト・サービスの識別子と前記プライベートＩＰマルチキャスト・アドレスを前記第２のアクセス・ノードへ送信するステップと、
前記少なくとも第２のプール・エリアの一つ内で前記マルチキャスト・サービスをサーブしているユーザ・プレーン・エンティティは全くなく、前記任意に選択された第２のユーザ・プレーン・エンティティが確定される場合には、前記第２のユーザ・プレーン・エンティティから、前記プライベートＩＰマルチキャスト・アドレスを取得後に、前記マルチキャスト・サービスの識別子と前記プライベートＩＰマルチキャスト・アドレスを前記第２のアクセス・ノードへ送信するステップと、
をさらに含んでなる、請求項１５に記載のモビリティ管理方法。
【請求項１８】
前記第１のアクセス・ノードは、前記第１のプール・エリアと前記少なくとも第２のプール・エリアと同時に少なくとも第３のプール・エリアにさらに割り当てられていて、
前記サービス・プロバイダからの前記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報を要求する前記ステップは、前記サービス・プロバイダからの前記少なくとも第３のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報を要求することをさらに含んでなり、
前記任意選択ステップは、前記少なくとも第３のプール・エリアの各々につき、それぞれ、少なくとも第３のユーザ・プレーン・エンティティをさらに任意に選択する、
請求項１に記載のモビリティ管理方法。
【請求項１９】
前記サービス・プロバイダからの前記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報を要求後に、または前記第１のアクセス・ノードから前記少なくとも第２のプール・エリアの一つに属する前記第２のアクセス・ノードへアクセス・ノード切替え完了後に、前記任意選択ステップは実施される、請求項１に記載のモビリティ管理方法。
【請求項２０】
第１のアクセス・ノードを介してサービス・プロバイダからマルチキャスト・サービスを受信するように移動端末をサーブする、第１のプール・エリアのモビリティ管理エンティティであり、前記第１のアクセス・ノードは第１のプール・エリアと少なくとも第２のプール・エリアに同時に割り当てられていて、前記マルチキャスト・サービスは、前記サービス・プロバイダと前記第１のアクセス・ノードの間で前記第１のプール・エリアの第１のユーザ・プレーン・エンティティを介して提供され、前記モビリティ管理エンティティは、
前記移動端末の前記第１のアクセス・ノードへの接続に関する情報を受信器により受信後に、前記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報を求める要求を前記サービス・プロバイダへ送信するための送信器と、
前記少なくとも第２のプール・エリア内の第２のユーザ・プレーン・エンティティを任意に選択するためのプロセッサと、を具備し、
前記受信器は、前記第１のアクセス・ノードから前記少なくとも第２のプール・エリアの一つに属する第２のアクセス・ノードへの前記移動端末の切替えについての通知を受信するようにさらに適合され、
前記送信器は、前記サービス・プロバイダと前記第２のアクセス・ノードまでの間で前記マルチキャスト・サービスがそれを介して提供される前記ユーザ・プレーン・エンティティを前記第１のプール・エリア内の前記第１のユーザ・プレーン・エンティティから前記少なくとも第２のプール・エリアの一つに属する前記任意に選択された第２のユーザ・プレーン・エンティティへ切り替えるための切替え通知を前記サービス・プロバイダと任意に選択された第２のユーザ・プレーン・エンティティへ送信するようにさらに適合される、
モビリティ管理エンティティ。
【請求項２１】
前記プロセッサは、
前記移動端末が前記第１のアクセス・ノードへ接続直後、前記サービス・プロバイダからの前記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報を要求する前に、
または前記サービス・プロバイダからの前記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報を要求後に、
または前記第１のアクセス・ノードから前記少なくとも第２のプール・エリアの１つに属する前記第２のアクセス・ノードへアクセス・ノード切替え完了後に、
前記少なくとも第２のプール・エリア内の前記第２のユーザ・プレーン・エンティティを任意に選択する、請求項２０に記載のモビリティ管理エンティティ。
【請求項２２】
前記プロセッサは、前記少なくとも第２のプール・エリアの識別子を含んでなる接続完了メッセージを前記移動端末または前記第１のアクセス・ノードから受信時に、前記第１のアクセス・ノードを少なくとも二つのプール・エリアに同時に割り当てられているノードとして識別するようにさらに適合される、請求項２０に記載のモビリティ管理エンティティ。
【請求項２３】
前記送信器は、前記任意に選択された第２のユーザ・プレーン・エンティティに関する情報を、情報を求める前記要求と共に、前記サービス・プロバイダへ送信するようにさらに適合される、請求項２０に記載のモビリティ管理エンティティ。
【請求項２４】
前記プロセッサは、前記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する要求情報に応じて、前記第２のユーザ・プレーン・エンティティの任意選択をさらに適応的に変える、請求項２０に記載のモビリティ管理エンティティ。
【請求項２５】
第１のアクセス・ノードを介してマルチキャスト・サービスを移動端末へ提供するためのサービス・プロバイダであり、前記第１のアクセス・ノードは第１のプール・エリアと少なくとも第２のプール・エリアに同時に割り当てられていて、前記マルチキャスト・サービスは、前記サービス・プロバイダと前記第１のアクセス・ノードの間で前記第１のプール・エリアの第１のユーザ・プレーン・エンティティを介して提供され、前記移動端末はモビリティ管理エンティティによってサーブされ、
前記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する情報を要求するための要求を前記モビリティ管理エンティティから受信するための受信器と、
前記少なくとも第２のプール・エリア内の個々のユーザ・プレーン・エンティティに関する前記情報を前記モビリティ管理エンティティへ送信するための送信器と、
を具備するサービス・プロバイダ。
【請求項２６】
前記受信器は、前記少なくとも第２のプール・エリア内のあるユーザ・プレーン・エンティティであり、前記モビリティ管理エンティティによって任意に選択されたユーザ・プレーン・エンティティに関する情報を受信するようにさらに適合される、請求項２５に記載のサービス・プロバイダ。
【国際調査報告】
2010511334.tif 000009
2010511334.tif 000010
2010511334.tif 000011