特表 2023-533342 通信方法及び通信装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-08-02

(54)【発明の名称】通信方法及び通信装置

(51)【国際特許分類】

   H04W 4/06 20090101AFI20230726BHJP

   H04W 76/32 20180101ALI20230726BHJP

【ＦＩ】

H04W4/06

H04W76/32

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023501551

(86)(22)【出願日】2021-07-13

(85)【翻訳文提出日】2023-02-10

(86)【国際出願番号】 CN2021105944

(87)【国際公開番号】W WO2022012506

(87)【国際公開日】2022-01-20

(31)【優先権主張番号】202010671517.9

(32)【優先日】2020-07-13

(33)【優先権主張国・地域又は機関】CN

(81)【指定国・地域】

(71)【出願人】

【識別番号】504161984

【氏名又は名称】ホアウェイ・テクノロジーズ・カンパニー・リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】ジア、ジアンシン

(72)【発明者】

【氏名】ウ、ウェンフ

(72)【発明者】

【氏名】ゾン、ザイフェン

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067EE02

5K067EE10

5K067EE22

5K067HH01

5K067JJ39

(57)【要約】

本願は、通信方法及び装置を提供し、アクセスネットワークデバイスとコアネットワークデバイスとの間でマルチキャストサービスのデータを伝送するためのトンネルを解放する。これによりネットワークリソースオーバヘッドを低減することを助ける。方法は、第１端末デバイスが第１アクセスネットワークデバイスから第２アクセスネットワークデバイスにハンドオーバされるハンドオーバ準備フェーズに第１端末デバイスがあるとき、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信する最後の端末デバイスであることを第１アクセスネットワークデバイスが知ることを含む。第１アクセスネットワークデバイスは第１情報を送信し、ここで、第１情報は第１トンネルを解放するために使用され、第１トンネルは第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される。

【特許請求の範囲】

【請求項1】

第１アクセスネットワークデバイスによって、前記第１アクセスネットワークデバイスから第２アクセスネットワークデバイスに第１端末デバイスがハンドオーバされるハンドオーバ準備フェーズに前記第１端末デバイスがあるときに、前記第１端末デバイスが、前記第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信する最後の端末デバイスであると知る段階；及び
前記第１アクセスネットワークデバイスによって第１情報を送信する段階、ここで、前記第１情報は、第１トンネルを解放するために使用され、前記第１トンネルは、前記第１アクセスネットワークデバイスとマルチキャストユーザプレーン機能ネットワーク要素との間で前記第１マルチキャストサービスの前記データを伝送するために使用される、
を備える通信方法。

【請求項2】

前記第１アクセスネットワークデバイスによって第１情報を送信する前記段階は、前記第１アクセスネットワークデバイスによって、第３メッセージを第３アクセス及びモビリティ管理機能ネットワーク要素へ送信する段階、ここで、前記第３メッセージは前記第１情報を含む、
を含む、請求項１に記載の通信方法。

【請求項3】

前記第１アクセスネットワークデバイスによって、前記第１アクセスネットワークデバイスを介して前記第１マルチキャストサービスに加入した端末デバイスの数を更新する段階を更に備える、請求項１又は２に記載の通信方法。

【請求項4】

第３アクセス及びモビリティ管理機能ネットワーク要素によって、第３メッセージを第１アクセスネットワークデバイスから受信する段階、ここで、前記第３メッセージは第１情報を含み、前記第１情報は第１トンネルを解放するために使用され、前記第１トンネルは、前記第１アクセスネットワークデバイスとマルチキャストユーザプレーン機能ネットワーク要素との間で第１マルチキャストサービスのデータを伝送するために使用される；及び
前記第３アクセス及びモビリティ管理機能ネットワーク要素によって、第４メッセージをマルチキャストセッション管理機能ネットワーク要素へ送信する段階、ここで、前記第４メッセージは前記第１情報を含む
を備える通信方法。

【請求項5】

マルチキャストセッション管理機能ネットワーク要素によって、第４メッセージを第３アクセス及びモビリティ管理機能ネットワーク要素から受信する段階、ここで、前記第４メッセージは第１情報を含み、前記第１情報は第１トンネルを解放するために使用され、前記第１トンネルは、第１アクセスネットワークデバイスとマルチキャストユーザプレーン機能ネットワーク要素との間で第１マルチキャストサービスのデータを伝送するために使用される；及び
前記マルチキャストセッション管理機能ネットワーク要素によって、第５メッセージをマルチキャストユーザプレーン機能ネットワーク要素へ送信する段階、ここで、前記第５メッセージは前記第１情報を含む、
を備える、通信方法。

【請求項6】

マルチキャストユーザプレーン機能ネットワーク要素によって、第５メッセージをマルチキャストセッション管理機能ネットワーク要素から受信する段階、ここで、前記第５メッセージは第１情報を含み、前記第１情報は第１トンネルを解放するために使用され、前記第１トンネルは、第１アクセスネットワークデバイスとマルチキャストユーザプレーン機能ネットワーク要素との間で第１マルチキャストサービスのデータを伝送するために使用される；及び
前記マルチキャストユーザプレーン機能ネットワーク要素によって、前記第１情報に基づいて、前記第１トンネルを解放する段階
を備える、通信方法。

【請求項7】

第１アクセスネットワークデバイスによって、第１端末デバイスが前記第１アクセスネットワークデバイスから第２アクセスネットワークデバイスにハンドオーバされるハンドオーバ準備フェーズに前記第１端末デバイスがあるとき、前記第１端末デバイスが、前記第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信する最後の端末デバイスであると知る段階；、
前記第１アクセスネットワークデバイスによって第３メッセージを送信する段階、ここで、前記第３メッセージは、第１トンネルを解放するために使用される第１情報を含み、前記第１トンネルは、前記第１アクセスネットワークデバイスとマルチキャストユーザプレーン機能ネットワーク要素との間で前記第１マルチキャストサービスの前記データを伝送するために使用される；
第３アクセス及びモビリティ管理機能ネットワーク要素によって、前記第３メッセージを前記第１アクセスネットワークデバイスから受信する段階；及び
前記第３アクセス及びモビリティ管理機能ネットワーク要素によって、第４メッセージをマルチキャストセッション管理機能ネットワーク要素へ送信する段階、ここで、前記第４メッセージは前記第１情報を含む；
前記マルチキャストセッション管理機能ネットワーク要素によって、前記第４メッセージを受信する段階；
前記マルチキャストセッション管理機能ネットワーク要素によって、第５メッセージを前記マルチキャストユーザプレーン機能ネットワーク要素へ送信する段階、ここで、前記第５メッセージは、前記第１情報を含む；
前記マルチキャストユーザプレーン機能ネットワーク要素によって、前記第５メッセージを受信する段階；及び
前記マルチキャストユーザプレーン機能ネットワーク要素によって、前記第１情報に基づいて前記第１トンネルを解放する段階
を備える、通信方法。

【請求項8】

前記第１アクセスネットワークデバイスによって、前記第１アクセスネットワークデバイスを介して前記第１マルチキャストサービスに加入した端末デバイスの数を更新する段階を更に備える、請求項７に記載の通信方法。

【請求項9】

前記第１トンネルは、端末デバイスによって共有されるマルチキャストセッショントンネルである、請求項１から８のいずれか一項に記載の通信方法。

【請求項10】

前記第１情報は、前記第１トンネルを解放するために使用される請求、及び、前記第１マルチキャストサービスの識別情報を含む、請求項１から９のいずれか一項に記載の通信方法。

【請求項11】

請求項１から６のいずれか一項に記載の通信方法を実行するように構成されているユニットを備える無線通信装置。

【請求項12】

少なくとも１つのプロセッサを備える通信装置であって、前記少なくとも１つのプロセッサは、コンピュータプログラムをメモリから呼び出し、前記コンピュータプログラムを実行し、請求項１から６のいずれか一項に記載の通信方法を実行するように構成されている、通信装置。

【請求項13】

前記メモリを更に備える、請求項１２に記載の通信装置。

【請求項14】

装置に、請求項１から６のいずれか一項に記載の通信方法を実行させるための、プログラム。

【請求項15】

請求項１から３のいずれか一項に記載の通信方法を実行するように構成されている装置；
請求項４に記載の通信方法を実行するように構成されている装置；
請求項５に記載の通信方法を実行するように構成されている装置；及び
請求項６に記載の通信方法を実行するように構成されている装置
を備える、通信システム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、通信分野に関連し、より具体的には、通信方法及び通信装置に関連する。

【背景技術】

【0002】

モバイルインターネットの発展に伴い、モバイル高解像度ビデオサービスが急激に増加している。ユーザは、固定型テレビ上で流行の番組を見ることから、携帯電話などのモバイル端末上で流行の番組を見ることに徐々に変化している。したがって、モバイルインターネットに対するビデオサービスの影響がますます強くなっている。ビデオサービスの伝送がエアインタフェースマルチキャストを通じて最適化できる場合、モバイルネットワークに対するビデオトラフィックの影響が大きく低減される。

【0003】

移動通信技術の前世代、例えば、第３世代（３ｒｄ ｇｅｎｅｒａｔｉｏｎ， ３Ｇ）移動通信技術及び第４世代（４ｔｈ ｇｅｎｅｒａｔｉｏｎ， ４Ｇ）移動通信技術において、マルチキャストの解決手段を推進するのは非常に困難である。例えば、移動通信技術の前世代におけるマルチキャストの解決手段において、マルチキャストをサポートする専用ネットワーク要素及びインタフェースは、既存の通信アーキテクチャに基づいて追加される必要があり、専用マルチキャストチャネルが更にサポートのために必要とされる。これは、オペレータのオーバヘッドを増加させるだけでなく、端末の複雑性も増加させる。

【0004】

前述の困難を克服するべく、第５世代（ｔｈｅ ５ｔｈ ｇｅｎｅｒａｔｉｏｎ， ５Ｇ）モバイル通信ネットワークアーキテクチャに基づいてマルチキャスト／ブロードキャストサービス（５Ｇ Ｍｕｌｔｉｃａｓｔ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ， ５ＭＢＳ）をどのようにサポートするかは、主要な研究トピックになっている。５ＭＢＳ研究トピックの研究の主要な課題（ｋｅｙ ｉｓｓｕｅ）は、マルチキャスト／ブロードキャストサービスセッション管理（ＭＢＳ（ｍｕｌｔｉｃａｓｔ／ｂｒｏａｄｃａｓｔ ｓｅｒｖｉｃｅ）セッション管理）である。この研究の課題について、マルチキャストセッショントンネルをどのように解放するかは、緊急に解決するべき問題である。

【発明の概要】

【0005】

本願の実施形態は、通信方法及び装置をマルチキャストサービスに提供し、アクセスネットワークデバイスとコアネットワークデバイスとの間でマルチキャストサービスのデータを伝送するためのトンネルを解放する。これによりネットワークリソースオーバヘッドを低減することを助ける。

【0006】

第１態様によれば、通信方法が提供される。本方法は以下に挙げることを含む。

【0007】

第１アクセスネットワークデバイスは、第１端末デバイスが第１アクセスネットワークデバイスから第２アクセスネットワークデバイスにハンドオーバされるハンドオーバ準備フェーズに第１端末デバイスがあるとき、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信する最後の端末デバイスであることを知る。

【0008】

第１アクセスネットワークデバイスは第１情報を送信し、ここで、第１情報は第１トンネルを解放するために使用され、第１トンネルは第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される。

【0009】

したがって、本願の本実施形態において、第１アクセスネットワークデバイスは、第１端末デバイスが第１アクセスネットワークデバイスから第２アクセスネットワークデバイスにハンドオーバされるハンドオーバ準備フェーズに第１端末デバイスがあるとき、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信する最後の端末デバイスであると知り、第１情報を送信して、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される第１トンネルを解放し得る。これによりネットワークリソースオーバヘッドを低減することを助ける。

【0010】

例えば、第１アクセスネットワークデバイスは、ソースアクセスネットワークデバイスであり得、第２アクセスネットワークデバイスはターゲットアクセスネットワークデバイスである。

【0011】

第１マルチキャストサービスは、１のマルチキャストサービス、又は、複数の異なるマルチキャストサービスを含み得る。これについては、限定されない。

【0012】

本願の例において、第１情報は、第１トンネル及び第１トンネルについての情報を解放するために使用される指示（ｉｎｄｉｃａｔｉｏｎ）を含み得る。

【0013】

本願の別の例において、第１情報は、第１トンネルを解放するために使用される指示（ｉｎｄｉｃａｔｉｏｎ）及び第１マルチキャストサービスの識別情報を含み得る。

【0014】

本願の別の例において、第１情報は、第１トンネルを解放するために使用される指示（ｉｎｄｉｃａｔｉｏｎ）、第１マルチキャストサービスの識別情報、及び第１トンネルについての情報を含み得る。

【0015】

第１トンネルについての情報は、第１トンネルを一意に決定するために使用され得、例えば、第１トンネルのトンネルエンドポイント識別子（ｔｕｎｎｅｌ ｅｎｄｐｏｉｎｔ ｉｄｅｎｔｉｆｉｅｒ， ＴＥＩＤ）又は第１トンネルのＩＤであり得る。ここでは、これについて限定しない。第１マルチキャストサービスの識別情報は、マルチキャストサービスを一意に決定するために使用され得、例えば、マルチキャストサービスＩＤ、マルチキャストサービス名称、マルチキャストアドレス、又はマルチキャストグループＩＤであり得る。これは本明細書において限定されない。

【0016】

本願の本実施形態において、ハンドオーバ準備フェーズは、ソースアクセスネットワークデバイス、ターゲットアクセスネットワークデバイス、又はコアネットワークデバイス（ＡＭＦ、ＳＭＦ、ＵＰＦ又は同様のものであり得るが、ここでは限定されない）が、ハンドオーバによって必要とされるリソースを第１端末デバイスのために準備するフェーズであり得る。ハンドオーバによって必要とされるリソースは、転送トンネル、ターゲットアクセスネットワークデバイスを介してサービスデータを受信するために第１端末デバイスによって必要とされる無線ベアラ構成情報、第１端末デバイスのためにターゲットアクセスネットワークデバイスによって構成されているエアインタフェースリソース、又は同様のものを含み得る。これについては、本願のこの実施形態において限定しない。

【0017】

例において、Ｘｎハンドオーバシナリオにおいて、ハンドオーバ準備フェーズは、ソースアクセスネットワークデバイスが第１端末デバイスの測定レポートを受信し、測定レポートに基づいて第１端末デバイスに対してハンドオーバ決定を行うプロセスであり得、ここで、決定結果はハンドオーバであり；ソースアクセスネットワークデバイスは、ハンドオーバ請求をターゲットアクセスネットワークデバイスへ送信し、ターゲットアクセスネットワークデバイスによって送信されたハンドオーバ請求確認応答を受信する。

【0018】

例において、Ｎ２ハンドオーバにおいて、ハンドオーバ準備フェーズは、ソースアクセスネットワークデバイスが第１端末デバイスの測定レポートを受信し、測定レポートに基づいて、ハンドオーバ要求（ｈａｎｄｏｖｅｒ ｒｅｑｕｉｒｅｄ）をソースアクセス及びモビリティ管理機能ネットワーク要素へ送信し、ソースアクセス及びモビリティ管理機能ネットワーク要素は、ターゲットアクセス及びモビリティ管理ネットワーク要素からＵＥコンテキスト作成応答を受信するプロセスであり得る。

【0019】

ソースアクセスネットワークデバイスは、ハンドオーバ準備フェーズの任意の時点において、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信する最後の端末デバイスであると知り得る。

【0020】

いくつかの任意選択的な実施形態において、ハンドオーバ準備フェーズにおいて、第１マルチキャストサービスに加入した第１端末デバイスが測定レポートをソースアクセスネットワークデバイスへ送信するとき、ソースアクセスネットワークデバイスは、測定レポートに基づいて、第１端末デバイスに対してハンドオーバ決定を行い、ここで、決定結果はハンドオーバであり；ソースアクセスネットワークデバイスは、ソースアクセスネットワークデバイスを介して、第１マルチキャストサービスに加入した端末デバイスの数を更新し、例えば、端末デバイスの数を１減少させ得る。端末デバイスの数が０であるとき、ソースアクセスネットワークデバイスは、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信する最後の端末デバイスであると知り得る。

【0021】

いくつかの任意選択的な実施形態において、ソースアクセスネットワークデバイスを介してマルチキャストサービスに加入した端末デバイスの数は、第１端末デバイスのＰＤＵセッションに関連付けられたマルチキャストサービスに対応する、マルチキャストコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｅｘｔ）、マルチキャストセッションコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｓｅｓｓｉｏｎ Ｃｏｎｔｅｘｔ）、マルチキャストグループコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｇｒｏｕｐ Ｃｏｎｔｅｘｔ）又はマルチキャストサービスコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ Ｃｏｎｔｅｘｔ）に含まれ得る。

【0022】

例えば、コアネットワークデバイスは、マルチキャストユーザプレーン機能ネットワーク要素であり得、例えば、ＭＵＦ、Ｍ－ＵＰＦ、ＭＳ－ＵＰＦ又はＭＢ－ＵＰＦであり得る。これについては、限定されない。このケース、第１トンネルは、ソースアクセスネットワークデバイスとマルチキャストユーザプレーン機能ネットワーク要素（ＭＵＦ、Ｍ－ＵＰＦ、ＭＳ－ＵＰＦ又はＭＢ－ＵＰＦなど）との間で第１マルチキャストサービスを伝送するために使用されるトンネルを含み得る。

【0023】

例えば、コアネットワークデバイスは、ユーザプレーン機能ネットワーク要素であり得、例えば、ＵＰＦであり得る。このケース、第１トンネルは、ソースアクセスネットワークデバイスとユーザプレーン機能ネットワーク要素（例えばＵＰＦ）との間で第１マルチキャストサービスを伝送するために使用されるトンネルを含み得る。

【0024】

コアネットワークデバイスがユーザプレーン機能ネットワーク要素であるとき、ユーザプレーン機能ネットワーク要素は、マルチキャストサービスを処理するために使用できるユーザプレーン機能を含み得ることに留意されたい。すなわち、マルチキャストサービスを処理するために使用できるユーザプレーン機能（例えば、ＭＵＦ、Ｍ－ＵＰＦ、ＭＳ－ＵＰＦ、又はＭＢ－ＵＰＦ）は、機能ネットワーク要素内にユーザプレーン機能ネットワーク要素と共に組み合わされ得るとみなされ得る。これに対応して、このケースにおいて、セッション管理機能ネットワーク要素は、マルチキャストサービスを処理するために使用できる制御プレーン機能を含み得る。すなわち、マルチキャストサービスを処理するために使用できる制御プレーン機能（例えば、ＭＣＦ、Ｍ－ＳＭＦ、ＭＳ－ＳＭＦ、又はＭＢ－ＳＭＦ）は、機能ネットワーク要素内でセッション管理機能ネットワーク要素と共に組み合わされ得る。

【0025】

第１態様を参照すると、第１態様のいくつかの実装において、例えば、Ｘｎハンドオーバシナリオにおいて、第１アクセスネットワークデバイスが第１情報を送信することは、以下を含む。

【0026】

第１アクセスネットワークデバイスはハンドオーバ請求を第２アクセスネットワークデバイスへ送信し、ここで、ハンドオーバ請求は、第１アクセスネットワークデバイスから第２アクセスネットワークデバイスに第１端末デバイスをハンドオーバすることを請求し、ハンドオーバ請求は第１情報を含む。

【0027】

例えば、第１端末デバイスの測定レポートを受信し、測定レポートに基づいて、第１端末デバイスが第２アクセスネットワークデバイスにハンドオーバされる必要があると決定する、又は、ハンドオーバ請求を第２アクセスネットワークデバイスへ送信すると決定するとき、第１アクセスネットワークデバイスは、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスに加入した最後の端末デバイスであると知り得る。このケースにおいて、第１アクセスネットワークデバイスによって第２アクセスネットワークデバイスへ送信されたハンドオーバ請求は、第１情報を保持し得る。

【0028】

これに対応して、ハンドオーバ請求を第１アクセスネットワークデバイスから受信した後に、第２アクセスネットワークデバイスは、経路切替請求（例えば、Ｎ２経路切替請求、Ｎ２経路切替請求）をアクセス及びモビリティ管理機能ネットワーク要素（例えばＡＭＦ）へ送信し得、ここで、経路切替請求は第１情報を含む。次に、アクセス及びモビリティ管理機能ネットワーク要素は、ＰＤＵセッションコンテキスト更新請求（例えば、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）をセッション管理機能ネットワーク要素へ送信し得、ここで、ＰＤＵセッションコンテキスト更新請求は第１情報を含む。

【0029】

更に、コアネットワークデバイスがマルチキャストユーザプレーン機能ネットワーク要素であるとき、ＰＤＵセッションコンテキスト更新請求を受信した後に、セッション管理機能ネットワーク要素は、第１メッセージをマルチキャストセッション管理機能ネットワーク要素へ送信し得、ここで、第１メッセージは第１情報を含む。例えば、第１メッセージはＮ１６メッセージであり得る。第１メッセージを受信した後に、マルチキャストセッション管理機能ネットワーク要素は、第５メッセージをマルチキャストユーザプレーン機能ネットワーク要素へ送信し得、ここで、第５メッセージは第１情報を含み得る。例えば、第５メッセージはＮ４セッション更新請求であり得る。マルチキャストユーザプレーン機能ネットワーク要素は、第５メッセージに基づいて第１情報を取得し、第１トンネルを解放し得る。

【0030】

コアネットワークデバイスがユーザプレーン機能ネットワーク要素であるとき、ＰＤＵセッションコンテキスト更新請求を受信した後、セッション管理機能ネットワーク要素は、Ｎ４セッション更新請求をユーザプレーン機能ネットワーク要素へ送信し得、ここで、Ｎ４セッション更新請求は第１情報を含み得る。ユーザプレーン機能ネットワーク要素は、Ｎ４セッション更新請求に基づいて第１情報を取得して第１トンネルを解放し得る。

【0031】

したがって、本願の本実施形態において、Ｘｎハンドオーバシナリオにおいて、第１アクセスネットワークデバイスによって第２アクセスネットワークデバイスへ送信されたハンドオーバ請求は第１情報を保持し、その結果、第１情報はコアネットワークデバイスへ伝送され、コアネットワークデバイスは第１情報に基づいて第１トンネルを解放できる。したがって、本願の本実施形態において、アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するための第１トンネルは、Ｘｎハンドオーバシナリオにおいて解放できる。これによりネットワークリソースオーバヘッドを低減することを助ける。

【0032】

加えて、Ｘｎハンドオーバシナリオにおいて、第１アクセスネットワークデバイスは、既存のシグナリング（例えばハンドオーバ請求）において第１情報を含むことができ、その結果、第１情報は最終的に、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素へ送信される。これにより、ネットワークリソースオーバヘッドを更に低減することを助ける。

【0033】

第１態様を参照すると、第１態様のいくつかの実装において、例えば、Ｎ２ハンドオーバシナリオにおいて、第１アクセスネットワークデバイスが第１情報を送信することは、以下を含む。

【0034】

第１アクセスネットワークデバイスは、ハンドオーバ要求（例えばハンドオーバ要求）を第１アクセス及びモビリティ管理機能ネットワーク要素へ送信し、ここで、ハンドオーバ要求は第１情報を含む。

【0035】

例えば、第１端末デバイスの測定レポートを受信する、又は、ハンドオーバ要求を第１アクセス及びモビリティ管理機能ネットワーク要素へ送信することを決定するとき、第１アクセスネットワークデバイスは、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスに加入した最後の端末デバイスであると知り得る。このケースにおいて、第１アクセスネットワークデバイスによって第１アクセス及びモビリティ管理機能ネットワーク要素へ送信されたハンドオーバ要求は、第１情報を含み得る。例えば、第１アクセス及びモビリティ管理機能ネットワーク要素はソースアクセス及びモビリティ管理機能ネットワーク要素であり得る。

【0036】

これに対応して、ハンドオーバ要求を受信した後に、第１アクセス及びモビリティ管理機能ネットワーク要素は、ＵＥコンテキスト作成請求（例えばＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＣｒｅａｔｅＵＥＣｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）を第２アクセス及びモビリティ管理機能ネットワーク要素へ送信し得、ここで、ＵＥコンテキスト作成請求は第１情報を含む。次に、第２アクセス及びモビリティ管理機能ネットワーク要素は、ＰＤＵセッション更新コンテキスト請求をセッション管理機能ネットワーク要素へ送信し、ここで、ＰＤＵセッション更新コンテキスト請求は第１情報を含み得る。第２アクセス及びモビリティ管理機能ネットワーク要素は、ターゲットアクセス及びモビリティ管理機能ネットワーク要素と称され得る。

【0037】

更に、コアネットワークデバイスがマルチキャストユーザプレーン機能ネットワーク要素であるとき、ＰＤＵセッションコンテキスト更新請求を受信した後に、セッション管理機能ネットワーク要素は、第１メッセージをマルチキャストセッション管理機能ネットワーク要素へ送信し得、ここで、第１メッセージは第１情報を含む。例えば、第１メッセージはＮ１６メッセージであり得る。第１メッセージを受信した後に、マルチキャストセッション管理機能ネットワーク要素は、第５メッセージをマルチキャストユーザプレーン機能ネットワーク要素へ送信し得、ここで、第５メッセージは第１情報を含み得る。例えば、第５メッセージはＮ４セッション更新請求であり得る。これに対応して、マルチキャストユーザプレーン機能ネットワーク要素は、第５メッセージに基づいて第１情報を取得し、第１トンネルを解放し得る。マルチキャストユーザプレーン機能ネットワーク要素は代替的に、第５メッセージに基づいて第１トンネルを解放し得る。

【0038】

コアネットワークデバイスがユーザプレーン機能ネットワーク要素であるとき、ＰＤＵセッションコンテキスト更新請求を受信した後、セッション管理機能ネットワーク要素は、セッション更新請求（例えば、Ｎ４セッション更新請求）をユーザプレーン機能ネットワーク要素へ送信し得、ここで、セッション更新請求は第１情報を含み得る。これに対応して、マルチキャストユーザプレーン機能ネットワーク要素は、セッション更新請求に基づいて第１情報を取得して第１トンネルを解放し得る。

【0039】

したがって、本願の本実施形態において、Ｎ２ハンドオーバシナリオにおいて、第１アクセスネットワークデバイスによって第１アクセス及びモビリティ管理機能ネットワーク要素へ送信されたハンドオーバ要求は第１情報を保持し、その結果、第１情報はコアネットワークデバイスへ伝送され、コアネットワークデバイスは、第１情報に基づいて第１トンネルを解放できる。したがって、本願の本実施形態において、アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するための第１トンネルは、Ｎ２ハンドオーバシナリオにおいて解放できる。これによりネットワークリソースオーバヘッドを低減することを助ける。

【0040】

加えて、Ｎ２ハンドオーバシナリオにおいて、第１アクセスネットワークデバイスは、既存のシグナリング（例えばハンドオーバ要求）において第１情報を含むことができ、その結果、第１情報は最終的に、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素へ送信される。これにより、ネットワークリソースオーバヘッドを更に低減することを助ける。

【0041】

第１態様を参照すると、第１態様のいくつかの実装において、第１アクセスネットワークデバイスが第１情報を送信することは、以下を含む。

【0042】

第１アクセスネットワークデバイスが第３メッセージを第３アクセス及びモビリティ管理機能ネットワーク要素へ送信し、ここで、第３メッセージは第１情報を含み、第１端末デバイスが第１マルチキャストサービスに加入するとき、第３アクセス及びモビリティ管理機能ネットワーク要素は、第１マルチキャストサービスについて第１アクセスネットワークデバイスによって選択されるアクセス及びモビリティ管理機能ネットワーク要素である。

【0043】

例えば、第１アクセスネットワークデバイスは、ハンドオーバ準備フェーズにおける任意の時点で、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスに加入した最後の端末デバイスであると知り得る。第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスに加入した最後の端末デバイスであると知るとき、又は、知った後に、第１アクセスネットワークデバイスは、第３メッセージを第３アクセス及びモビリティ管理機能ネットワーク要素へ送信し得る。これは、本願において限定されない。

【0044】

これに対応して、第３アクセス及びモビリティ管理機能ネットワーク要素は第３メッセージを受信する。次に、第３アクセス及びモビリティ管理機能ネットワーク要素は、マルチキャストセッション管理機能ネットワーク要素へ第４メッセージを送信し得、ここで、第４メッセージは第１情報を保持する。例えば、第４メッセージはＮ１１メッセージであり得る。第４メッセージを受信した後、マルチキャストセッション管理機能ネットワーク要素は、第１情報を保持する第５メッセージをマルチキャストユーザプレーン機能ネットワーク要素へ送信し得る。例えば、第５メッセージはＮ４セッション更新請求であり得る。これに対応して、マルチキャストユーザプレーン機能ネットワーク要素は、第５メッセージに基づいて第１情報を取得し、第１トンネルを解放し得る。

【0045】

いくつかの任意選択的な実施形態において、第３アクセス及びモビリティ管理機能ネットワーク要素は代替的に、第１端末デバイスに関連する、又は関連しない別のアクセス及びモビリティ管理機能ネットワーク要素であり得る。例えば、第１端末デバイスに関連するアクセス及びモビリティ管理機能ネットワーク要素は、非アクセス層（ｎｏｎ－ａｃｃｅｓｓ ｓｔｒａｔｕｍ， ＮＡＳ）シグナリングサービスを第１端末デバイスに提供できるアクセス及びモビリティ管理機能ネットワーク要素であり得、第１端末デバイスに関連しないアクセス及びモビリティ管理機能ネットワーク要素は、ＮＡＳシグナリングサービスを第１端末デバイスに提供できないアクセス及びモビリティ管理機能ネットワーク要素であり得る。

【0046】

いくつかの任意選択的な実施形態において、第３アクセス及びモビリティ管理機能ネットワーク要素は、前述のソースアクセス及びモビリティ管理機能ネットワーク要素と同一のネットワーク要素であり得る、又は、前述のターゲットアクセス及びモビリティ管理機能ネットワーク要素と同一のネットワーク要素であり得る。これについては、本願のこの実施形態において限定しない。

【0047】

したがって、本願の本実施形態において、第１アクセスネットワークデバイスによって第３アクセス及びモビリティ管理機能ネットワーク要素へ送信された第３メッセージは第１情報を保持し、その結果、第１情報はコアネットワークデバイスへ伝送され、コアネットワークデバイスは、第１情報に基づいて第１トンネルを解放できる。したがって、本願の本実施形態において、アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するための第１トンネルを解放できる。これによりネットワークリソースオーバヘッドを低減することを助ける。

【0048】

第２態様によれば、通信方法が提供される。本方法は以下に挙げることを含む。

【0049】

第２アクセスネットワークデバイスは、ハンドオーバ請求を第１アクセスネットワークデバイスから受信し、ここで、ハンドオーバ請求は、第１端末デバイスを第１アクセスネットワークデバイスから第２アクセスネットワークデバイスにハンドオーバすることを請求し、ハンドオーバ請求は第１情報を含み、第１情報は、第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される。

【0050】

第２アクセスネットワークデバイスは経路切替請求をアクセス及びモビリティ管理機能ネットワーク要素へ送信し、ここで、経路切替請求は第１情報を含む。

【0051】

第３態様によれば、通信方法が提供される。本方法は以下に挙げることを含む。

【0052】

アクセス及びモビリティ管理機能ネットワーク要素が第２アクセスネットワークデバイスから経路切替請求を受信し、ここで、経路切替請求は第１情報を含み、第１情報は第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される。

【0053】

アクセス及びモビリティ管理機能ネットワーク要素は、プロトコルデータユニットＰＤＵセッションコンテキスト更新請求をセッション管理機能ネットワーク要素へ送信し、ここで、ＰＤＵセッションコンテキスト更新請求は第１情報を含む。

【0054】

第４態様によれば、通信方法が提供される。本方法は以下に挙げることを含む。

【0055】

セッション管理機能ネットワーク要素がプロトコルデータユニットＰＤＵセッションコンテキスト更新請求をアクセス及びモビリティ管理機能ネットワーク要素から受信し、ここで、ＰＤＵセッションコンテキスト更新請求は第１情報を含み、第１情報は、第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される。

【0056】

セッション管理機能ネットワーク要素が第１メッセージをマルチキャストセッション管理機能ネットワーク要素へ送信し、ここで第１メッセージは第１情報を含む。

【0057】

第４態様を参照すると、第４態様のいくつかの可能な実装において、第１メッセージはＮ１６メッセージである。

【0058】

第５態様によれば、通信方法が提供される。本方法は以下に挙げることを含む。

【0059】

セッション管理機能ネットワーク要素がプロトコルデータユニットＰＤＵセッションコンテキスト更新請求をアクセス及びモビリティ管理機能ネットワーク要素から受信し、ここで、ＰＤＵセッションコンテキスト更新請求は第１情報を含み、第１情報は、第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される。

【0060】

セッション管理機能ネットワーク要素は、セッション更新請求をユーザプレーン機能ネットワーク要素へ送信し、ここでセッション更新請求は第１情報を含む。

【0061】

第６態様によれば、通信方法が提供される。本方法は以下に挙げることを含む。

【0062】

マルチキャストセッション管理機能ネットワーク要素が第１メッセージをセッション管理機能ネットワーク要素から受信し、ここで、第１メッセージは第１情報を含み、第１情報は、第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される。

【0063】

マルチキャストセッション管理機能ネットワーク要素は、第５メッセージをマルチキャストユーザプレーン機能ネットワーク要素へ送信し、ここで、第５メッセージは第１情報を含む。

【0064】

第６態様を参照すると、第６態様のいくつかの可能な実装において、第１メッセージはＮ１６メッセージである。

【0065】

第６態様を参照すると、第６態様のいくつかの可能な実装において、第５メッセージはＮ４セッション更新請求である。

【0066】

第７態様によれば、通信方法が提供される。本方法は以下に挙げることを含む。

【0067】

第１アクセス及びモビリティ管理機能ネットワーク要素がハンドオーバ要求を第１アクセスネットワークデバイスから受信し、ここで、ハンドオーバ要求は第１情報を含み、第１情報は第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される。

【0068】

第１アクセス及びモビリティ管理機能ネットワーク要素は、ユーザ機器（ＵＥ）コンテキスト作成請求を第２アクセス及びモビリティ管理機能ネットワーク要素へ送信し、ここで、ＵＥコンテキスト作成請求は第１情報を含む。

【0069】

第８態様によれば、通信方法が提供される。本方法は以下に挙げることを含む。

【0070】

第２アクセス及びモビリティ管理機能ネットワーク要素が、ユーザ機器（ＵＥ）コンテキスト作成請求を第１アクセス及びモビリティ管理機能ネットワーク要素から受信し、ここで、ＵＥコンテキスト作成請求は第１情報を含み、第１情報は第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される。

【0071】

第２アクセス及びモビリティ管理機能ネットワーク要素は、プロトコルデータユニットＰＤＵセッションコンテキスト更新請求をセッション管理機能ネットワーク要素へ送信し、ここで、ＰＤＵセッションコンテキスト更新請求は第１情報を含む。

【0072】

第９態様によれば、以下を含む通信方法が提供される。

【0073】

第３アクセス及びモビリティ管理機能ネットワーク要素は、第１アクセスネットワークデバイスから第３メッセージを受信し、ここで、第３メッセージは第１情報を含み、第１情報は第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用され、第１端末デバイスが第１マルチキャストサービスに加入するとき、第３アクセス及びモビリティ管理機能ネットワーク要素は、第１マルチキャストサービスについて第１アクセスネットワークデバイスによって選択されるアクセス及びモビリティ管理機能ネットワーク要素である。

【0074】

第３アクセス及びモビリティ管理機能ネットワーク要素は、第４メッセージをマルチキャストセッション管理機能ネットワーク要素へ送信し、ここで、第４メッセージは第１情報を含む。

【0075】

第９態様を参照すると、第９態様のいくつかの可能な実装において、第３メッセージはＮ２メッセージである。

【0076】

第１０態様によれば、以下を含む通信方法が提供される。

【0077】

マルチキャストセッション管理機能ネットワーク要素が第４メッセージを第３アクセス及びモビリティ管理機能ネットワーク要素から受信し、ここで、第４メッセージは第１情報を含み、第１情報は第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用され、第１端末デバイスが第１マルチキャストサービスに加入するとき、第３アクセス及びモビリティ管理機能ネットワーク要素は、第１マルチキャストサービスについて第１アクセスネットワークデバイスによって選択されたアクセス及びモビリティ管理機能ネットワーク要素である。

【0078】

マルチキャストセッション管理機能ネットワーク要素は、第５メッセージをマルチキャストユーザプレーン機能ネットワーク要素へ送信し、ここで、第５メッセージは第１情報を含む。

【0079】

第１０態様を参照すると、第１０態様のいくつかの可能な実装において、第５メッセージはＮ４セッション更新請求である。

【0080】

第９態様又は第１０態様を参照すると、第９態様又は第１０態様のいくつかの可能な実装において、第４メッセージはＮ１１メッセージである。

【0081】

第１１態様によれば、通信方法が提供される。本方法は以下に挙げることを含む。

【0082】

マルチキャストユーザプレーン機能ネットワーク要素が第５メッセージをマルチキャストセッション管理機能ネットワーク要素から受信し、ここで、第５メッセージは第１情報を含み、第１情報は、第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される。

【0083】

マルチキャストユーザプレーン機能ネットワーク要素は第１情報に基づいて第１トンネルを解放する。

【0084】

第１２態様によれば、通信方法が提供される。本方法は以下に挙げることを含む。

【0085】

ユーザプレーン機能ネットワーク要素がセッション更新請求をセッション管理ネットワーク要素から受信し、ここで、セッション更新請求は、第１情報を含み、第１情報は、第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される。

【0086】

ユーザプレーン機能ネットワーク要素は第１情報に基づいて第１トンネルを解放する。

【0087】

第１１態様又は第１２態様を参照すると、第１１態様又は第１２態様のいくつかの可能な実装において、第１トンネルは、第１トンネルの関連リソース、例えばトンネルエンドポイント識別子を除去することによって解放され得る。

【0088】

第１１態様又は第１２態様を参照すると、第１１態様又は第１２態様のいくつかの可能な実装において、第１情報は、第１トンネルを解放するために使用される指示、及び、第１トンネルについての情報を含む。

【0089】

第１トンネルの解放は、第１トンネルを解放するために使用される指示、及び、第１トンネルについての情報に基づいて第１トンネルを解放することを含む。

【0090】

このように、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素が、第１情報に含まれる第１トンネルについての情報に対応する第１トンネル（例えば、１又は複数の第１トンネルであり得るが、これに限定されない）を解放し得る。

【0091】

第１１態様又は第１２態様を参照すると、第１１態様又は第１２態様のいくつかの可能な実装において、第１情報は、第１トンネルを解放するために使用される指示、及び、第１マルチキャストサービスの識別情報を含む。

【0092】

第１トンネルを解放することは、第１マルチキャストサービスの識別情報に基づいて第１マルチキャストサービスを決定すること；第１アクセスネットワークデバイスとコアネットワークデバイスとの間の第１マルチキャストサービスのデータを伝送するための第１トンネルを決定すること；及び、第１トンネルを解放するために使用される指示に基づいて第１トンネルを解放することを含む。

【0093】

このように、マルチキャストセッション機能ネットワーク要素、又はセッション機能ネットワーク要素は、第１情報において示される第１マルチキャストサービスに対応するすべてのマルチキャストセッショントンネル、すなわち、ソースアクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される第１トンネル（例えば、すべての第１トンネル）を解放し得る。

【0094】

第１１態様又は第１２態様を参照すると、第１１態様又は第１２態様のいくつかの可能な実装において、第１情報は、第１トンネルを解放するために使用される指示、第１マルチキャストサービスの識別情報、及び第１トンネルについての情報を含む。

【0095】

第１トンネルを解放することは、第１マルチキャストサービスの識別情報に基づいて第１マルチキャストサービスを決定すること；第１トンネルについての情報に基づいて、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するためのトンネルから第１トンネルを決定すること；及び、第１トンネルを解放するために使用される指示に基づいて第１トンネルを解放することを含む。

【0096】

このようにして、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素は、第１情報に含まれる第１トンネルについての情報に対応する第１トンネルを解放し得る。加えて、第１トンネルが第１マルチキャストサービスの識別情報及び第１トンネルについての情報の両方に基づいて決定されるとき、第１トンネルは、第１マルチキャストサービスに対応する１又は複数のマルチキャストセッショントンネルだけから決定される必要がある。これにより、第１トンネルをより正確かつ迅速に決定し、第１トンネルを解放する効率を改善することを助ける。

【0097】

本願の第２態様から第１２態様、および、対応する実装において実現される有益な効果については、本願の第１態様および対応する実装において実現される有益な効果が参照されることが理解されるべきである。詳細を再び説明しない。

【0098】

第１３態様によれば、通信装置が提供される。装置は、第１態様から第１２態様のいずれか１つ又は第１態様から第１２態様のいずれか１つの可能な実装による通信方法を実行するように構成されているモジュール又はユニットを備える。

【0099】

第１４態様によれば、通信装置が提供される。装置はプロセッサを備え、プロセッサは、コンピュータプログラムをメモリから呼び出し、コンピュータプログラムを実行して、第１態様から第１２態様のいずれか１つ、又は、第１態様から第１２態様のいずれか１つの可能な実装による通信方法を実行するように構成されている。

【0100】

任意選択で、通信装置は更に、メモリを備え得、メモリは、プロセッサによって実行されるプログラムを格納するように構成されている。

【0101】

通信装置は例えば、アクセスネットワークデバイス、アクセス及びモビリティ管理機能ネットワーク要素、セッション管理機能ネットワーク要素、マルチキャストセッション管理機能ネットワーク要素、又はマルチキャストユーザプレーン機能ネットワーク要素であり得る。

【0102】

第１５態様によれば、チップが提供される。チップはプロセッサ及び通信インタフェースを備える。通信インタフェースは、外部デバイス又は内部デバイスと通信するように構成されている。プロセッサは、第１態様から第１２態様のいずれか１つ、又は、第１態様から第１２態様のいずれか１つの可能な実装による方法を実装するように構成されている。

【0103】

任意選択で、チップはメモリを更に含み得る。メモリは命令を格納する。プロセッサは、メモリに格納された命令又は他の命令を実行するように構成されている。命令が実行されるとき、プロセッサは、第１態様から第１２態様のいずれか１つ、又は、第１態様から第１２態様の可能な実装による方法を実装するように構成されている。

【0104】

任意選択で、チップは、アクセスネットワークデバイス、アクセス及びモビリティ管理機能ネットワーク要素、セッション管理機能ネットワーク要素、マルチキャストセッション管理機能ネットワーク要素、又はマルチキャストユーザプレーン機能ネットワーク要素に統合され得る。

【0105】

第１６態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、同期装置によって実行されるプログラムコードを格納し、プログラムコードは、第１態様から第１２態様のいずれか１つ、又は、第１態様から第１２態様のいずれか１つの可能な実装による方法を実装するために使用される命令を含む。

【0106】

第１７態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品がコンピュータ上で実行するとき、コンピュータは、第１態様から第１２態様のいずれか１つ、又は、第１態様から第１２態様のいずれか１つの可能な実装による方法を実行することが可能である。

【0107】

第１８態様によれば、第１態様又は第１態様の可能な実装のいずれか１つによる方法を実行するように構成されている装置、第２態様、第３態様、及び第４態様による方法を実行するように構成されている装置、並びに、第１１態様又は第１１態様の可能な実装のいずれか１つによる方法を実行するように構成されている装置を備える通信システムが提供される。

【0108】

第１９態様によれば、第１態様又は第１態様の可能な実装のいずれか１つによる方法を実行するように構成されている装置、第２態様、第３態様、第５態様、及び第６態様による方法を実行するように構成されている装置、ならび、第１２態様又は第１２態様の可能な実装のいずれか１つによる方法を実行するように構成されている装置を備える通信システムが提供される。

【0109】

第２０態様によれば、第１態様又は第１態様の可能な実装のいずれか１つによる方法を実行するように構成されている装置、第７態様、第８態様、及び第４態様による方法を実行するように構成されている装置、並びに、第１１態様又は第１１態様の可能な実装のいずれか１つによる方法を実行するように構成されている装置を備える通信システムが提供される。

【0110】

第２１態様によれば、第１態様又は第１態様の可能な実装のいずれか１つによる方法を実行するように構成されている装置、第７態様、第８態様、第５態様、及び第６態様による方法を実行するように構成されている装置、ならび、第１２態様又は第１２態様の可能な実装のいずれか１つによる方法を実行するように構成されている装置を備える通信システムが提供される。

【0111】

第２２態様によれば、第１態様又は第１態様の可能な実装のいずれか１つによる方法を実行するように構成されている装置、第９態様及び第１０態様による方法を実行するように構成されている装置、並びに、第１１態様又は第１１態様の可能な実装のいずれか１つによる方法を実行するように構成されている装置を備える通信システムが提供される。

【図面の簡単な説明】

【0112】

【図1】本願の実施形態によるシステムアーキテクチャの概略図である。

【0113】

【図2】本願の実施形態による別のシステムアーキテクチャの概略図である。

【0114】

【図3A】本願の実施形態による伝送サービスデータの概略図である。

【0115】

【図3B】本願の実施形態による別のサービスデータの伝送の概略図である。

【0116】

【図4A】端末デバイスがマルチキャストサービスに加入することの概略フローチャートである。

【図4B】端末デバイスがマルチキャストサービスに加入することの概略フローチャートである。

【図4C】端末デバイスがマルチキャストサービスに加入することの概略フローチャートである。

【0117】

【図5A】本願の実施形態による解決手段が適用可能である適用シナリオの概略図である。

【0118】

【図5B】本願の実施形態による解決手段が適用可能である適用シナリオの概略図である。

【0119】

【図5C】本願の実施形態による解決手段が適用可能である適用シナリオの概略図である。

【0120】

【図6】本願の実施形態による通信方法の概略フローチャートである。

【0121】

【図7A】本願の実施形態による通信方法の具体的な例である。

【図7B】本願の実施形態による通信方法の具体的な例である。

【0122】

【図8】本願の実施形態による別の通信方法の概略フローチャートである。

【0123】

【図9A】本願の実施形態による別の通信方法の具体的な例である。

【図9B】本願の実施形態による別の通信方法の具体的な例である。

【0124】

【図10A】本願の実施形態による別の通信方法の具体的な例である。

【図10B】本願の実施形態による別の通信方法の具体的な例である。

【図10C】本願の実施形態による別の通信方法の具体的な例である。

【0125】

【図11】本願の実施形態による無線通信デバイスの構造の概略図である。

【0126】

【図12】本願の実施形態によるネットワークデバイスの構造の概略図である。

【発明を実施するための形態】

【0127】

以下では、添付図面を参照して、本願の技術的解決手段を説明する。

【0128】

本願の実施形態の技術的解決手段は、様々な通信システム、例えば、移動通信用グローバルシステム（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ， ＧＳＭ（登録商標））、符号分割多元接続（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ， ＣＤＭＡ）システム、広帯域符号分割多元接続（ｗｉｄｅｂａｎｄ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ， ＷＣＤＭＡ（登録商標））システム、汎用パケット無線サービス（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ， ＧＰＲＳ）、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ， ＬＴＥ）システム、システムアーキテクチャエボリューション（ｓｙｓｔｅｍ ａｒｃｈｉｔｅｃｔｕｒｅ ｅｖｏｌｖｅｄ， ＳＡＥ）システム、ＬＴＥ周波数分割複信（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ， ＦＤＤ）システム、ＬＴＥ時分割複信（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ， ＴＤＤ）、ユニバーサル移動体通信システム（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ， ＵＭＴＳ）、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ， ＷｉＭＡＸ（登録商標））通信システム、第５世代（５ｔｈ ｇｅｎｅｒａｔｉｏｎ， ５Ｇ）システム、又は新無線（ｎｅｗ ｒａｄｉｏ， ＮＲ）、及び後続の進化型通信システムに適用され得る。

【0129】

図１は、本願の実施形態による通信システムの概略図である。図１には、アクセスネットワークデバイス、コアネットワークデバイス及び端末デバイスが含まれる。端末デバイスはアクセスネットワークデバイスに接続され、アクセスネットワークデバイスはコアネットワークデバイスに接続され、その結果、端末デバイスは、アクセスネットワークデバイスを使用することによってコアネットワークデバイスと通信できる。

【0130】

本願の実施形態における端末デバイスはまた、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）、移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ， ＭＳ）、モバイル端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ， ＭＴ）、アクセス端末、加入者ユニット、加入者ステーション、移動局、リモート局、リモート端末、モバイルデバイス、ユーザ端末、端末、無線通信デバイス、ユーザエージェント、ユーザ装置又は同様のものと称され得る。

【0131】

端末デバイスは、ユーザに音声／データ接続を提供するデバイス、例えば、無線接続機能を有するハンドヘルドデバイス、又はオンボードデバイスであり得る。現在、いくつかの端末は、例えば、携帯電話（ｍｏｂｉｌｅ ｐｈｏｎｅ）、タブレットコンピュータ、ラップトップコンピュータ、パームトップ、モバイルインターネットデバイス（ｍｏｂｉｌｅ ｉｎｔｅｒｎｅｔ ｄｅｖｉｃｅ， ＭＩＤ）、ウェアラブルデバイス、仮想現実（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ、ＶＲ）デバイス、拡張現実（ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ、ＡＲ）デバイス、産業用制御（ｉｎｄｕｓｔｒｉａｌ ｃｏｎｔｒｏｌ）における無線端末、自動運転（ｓｅｌｆｄｒｉｖｉｎｇ）における無線端末、遠隔外科手術（ｒｅｍｏｔｅ ｍｅｄｉｃａｌ ｓｕｒｇｅｒｙ）における無線端末、スマートグリッド（ｓｍａｒｔ ｇｒｉｄ）における無線端末、交通安全性（ｔｒａｎｓｐｏｒｔａｔｉｏｎ ｓａｆｅｔｙ）における無線端末、スマートシティ（ｓｍａｒｔ ｃｉｔｙ）における無線端末、スマートホーム（ｓｍａｒｔ ｈｏｍｅ）における無線端末、携帯電話、コードレス電話、セッション開始プロトコル（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、ワイヤレスローカルループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ、ＷＬＬ）局、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ）、無線通信機能を有するハンドヘルドデバイス、無線モデムに接続されているコンピューティングデバイス又は別の処理デバイス、オンボードデバイス、ウェアラブルデバイス、５Ｇネットワークにおける端末デバイス、又は、進化型公衆陸上移動体ネットワーク（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ， ＰＬＭＮ）における端末デバイスであり得る。これは、本願の実施形態において限定されない。

【0132】

限定ではなく例として、本願の実施形態において、ウェアラブルデバイスはまた、ウェアラブルインテリジェントデバイスと称され得、ウェアラブル技術を日常の衣類のインテリジェント設計に適用することによって開発された、眼鏡、手袋、腕時計、服、靴などのウェアラブルデバイスの総称である。ウェアラブルデバイスは、身体に直接的に着用できる又はユーザの衣類又はアクセサリに組み込むことができるポータブルデバイスである。ウェアラブルデバイスはハードウェアデバイスであるだけでなく、ソフトウェアサポート、データ交換、及びクラウドインタラクションを通じて強力な機能も実装する。一般的なウェアラブルインテリジェントデバイスは、スマートウォッチ又はスマートグラスなど、スマートフォンに依存することなく、完全又は部分的な機能を実装できる、完全装備及び大型サイズのデバイス、並びに、身体的な兆候をモニタリングするための、様々なスマートバンド又はスマートジュエリーなど、１種類のアプリケーション機能だけに着目する、スマートフォンなど他のデバイスと協働する必要があるデバイスを含む。

【0133】

加えて、本願の実施形態において、端末デバイスは代替的に、インターネットオブシングス（ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ， ＩｏＴ）システムにおける端末デバイスであり得る。ＩｏＴは、情報技術の将来の発展における重要な部分である。ＩｏＴの主な技術的特徴は、通信技術を使用することによってモノをネットワークに接続して、ヒトとマシンとの間の相互接続及びモノとモノとの間の相互接続のためのインテリジェントなネットワークを実装することである。

【0134】

上で説明された様々な端末デバイスが車両に配置される場合（例えば、車両の中に位置する、又は、車両の中に設置される）、端末デバイスはすべて、車載端末デバイスとみなされ得る。例えば、車載端末デバイスはまた、車載ユニット（ｏｎ－ｂｏａｒｄ ｕｎｉｔｓ， ＯＢＵ）と称される。

【0135】

本願の実施形態において、端末デバイスは更にリレー（ｒｅｌａｙ）を備え得る。代替的に、基地局との間でデータ通信を実行できる任意のデバイスは、端末デバイスとみなされ得ることが理解される。

【0136】

本願の実施形態におけるアクセスネットワークデバイスは、端末デバイスと通信するように構成されているデバイスであり得る。アクセスネットワークデバイスは代替的に、アクセスデバイス又は無線アクセスネットワークデバイスと称され得、ＬＴＥシステムにおける進化型ＮｏｄｅＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ， ｅＮＢ ｏｒ ｅＮｏｄｅＢ）であり得、又は、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ， ＣＲＡＮ）シナリオにおける無線コントローラであり得る。代替的に、アクセスデバイスは、中継局、アクセスポイント、オンボードデバイス、ウェアラブルデバイス、５Ｇネットワークにおけるアクセスデバイス、将来の進化型ＰＬＭＮネットワークにおけるネットワークデバイス、又は同様のものであり得る。アクセスデバイスは、ＷＬＡＮにおけるアクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ）であり得、又は、新無線（ｎｅｗ ｒａｄｉｏ， ＮＲ）システムにおけるｇＮＢであり得る。これは、本願の実施形態において限定されない。

【0137】

加えて、本願の実施形態において、アクセスネットワークデバイスは、ＲＡＮにおけるデバイスであり、換言すれば、端末デバイスを無線ネットワークに接続するＲＡＮノードである。例えば、限定ではなく例として、アクセスネットワークデバイスは例えば、ｇＮＢ、送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ， ＴＲＰ）、進化型ＮｏｄｅＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ， ｅＮＢ）、無線ネットワークコントローラ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ， ＲＮＣ）、ノードＢ（ＮｏｄｅＢ， ＮＢ）、基地局コントローラ（ｂａｓｅ ｓｔａｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ， ＢＳＣ）、ベース送受信機基地局（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｔａｔｉｏｎ， ＢＴＳ）、家庭用基地局（例えば、家庭用進化型ＮｏｄｅＢ、又は家庭用ＮｏｄｅＢ、ＨＮＢ）、ベースバンドユニット（ｂａｓｅｂａｎｄ ｕｎｉｔ， ＢＢＵ）、又はワイヤレスフィデリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ， Ｗｉ－Ｆｉ（登録商標））アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ）であり得る。ネットワーク構造において、ネットワークデバイスは、中央ユニット（ｃｅｎｔｒａｌｉｚｅｄ ｕｎｉｔ， ＣＵ）ノード、分散型ユニット（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ， ＤＵ）ノード、ＣＵノード及びＤＵノードを含むＲＡＮデバイス、又は、制御プレーンＣＵノード（ＣＵ－ＣＰ ｎｏｄｅ）、ユーザプレーンＣＵノード（ＣＵ－ＵＰ ｎｏｄｅ）及びＤＵノードを含むＲＡＮデバイスを含み得る。

【0138】

アクセスネットワークデバイスはセルにサービスを提供する。端末デバイスは、セルに使用される伝送リソース（例えば、周波数領域リソース、又は換言すれば、スペクトルリソース）を使用することによってアクセスネットワークデバイスと通信する。セルは、アクセスネットワークデバイス（例えば、基地局）に対応するセルであり得、セルはマクロ基地局に属し得、又は、スモールセル（ｓｍａｌｌ ｃｅｌｌ）に対応する基地局に属し得る。ここで、スモールセルは、メトロセル（Ｍｅｔｒｏ ｃｅｌｌ）、マイクロセル（Ｍｉｃｒｏ ｃｅｌｌ）、ピコセル（Ｐｉｃｏ ｃｅｌｌ）、フェムトセル（Ｆｅｍｔｏ ｃｅｌｌ）などを含み得る。これらのスモールセルは、小さいカバレッジ及び低い伝送電力という特徴を有し、高速データ伝送サービスを提供するのに好適である。

【0139】

本願の実施形態の理解を容易にするために、まず図１を参照して、本願の実施形態に適用可能な通信システムを詳細に説明する。図１に示されるように、システムアーキテクチャ１００は、端末デバイス１１０、アクセスネットワークデバイス１２０、アクセス及びモビリティ管理機能ネットワーク要素１３０及びセッション管理機能ネットワーク要素１４０を含む。

【0140】

アクセス及びモビリティ管理機能ネットワーク要素１３０及びセッション管理機能ネットワーク要素１４０はコアネットワークデバイスである。例えば、端末デバイス１１０は、アクセスネットワークデバイス１２０を使用することによってコアネットワークにアクセスしてデータ伝送を実装し得る。アクセス及びモビリティ管理機能ネットワーク要素１３０は、端末デバイス１１０をマルチキャストサービスに加入させるための請求をアクセスネットワークデバイスから受信し、端末デバイス１１０をマルチキャストサービスに加入させるようセッション管理機能ネットワーク要素１４０に請求し得る。セッション管理機能ネットワーク要素１４０は、端末デバイス１１０についての対応するマルチキャストセッショントンネルを作成し、端末デバイス１１０をマルチキャストサービスに加入させ、マルチキャストサービスのデータストリームを端末デバイス１１０へ伝送し得る。

【0141】

システムアーキテクチャ１００は、本願の実施形態におけるマルチキャストサービス伝送方法を実行するように構成され得る。

【0142】

本願におけるマルチキャストサービス伝送方法は主に、５Ｇ移動通信技術及び別の将来の移動通信技術に基づくので、以下では別のシステムアーキテクチャ、すなわち、本願の実施形態における５Ｇシステムアーキテクチャを、図２を参照して説明する。

【0143】

本願におけるマルチキャストサービスの解決手段は、ブロードキャストサービスに適用され得ることに留意されたい。

【0144】

図２は、本願の実施形態による別のシステムアーキテクチャ２００を示す。図２に示されるように、システムアーキテクチャ２００は具体的には、以下のネットワーク要素を備え得る。

【0145】

１．ユーザ機器（ＵＥ）

【0146】

２．（無線）アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ， （Ｒ）ＡＮ）：特定エリアにおける認可されたユーザにネットワークアクセス機能を提供するために使用され、ユーザレベル、サービス要件及び同様のものに基づいて異なる品質の伝送トンネルを使用できる。（Ｒ）ＡＮネットワーク要素は、無線リソースを管理し、アクセスサービスを端末デバイスに提供でき、端末デバイスとコアネットワークとの間の制御信号及びユーザデータの転送を実現する。（Ｒ）ＡＮはまた、従来のネットワークにおける基地局として理解され得る。

【0147】

３．アクセス及びモビリティ管理機能（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ， ＡＭＦ）：主にモビリティ管理、アクセス管理、及び同様のもののために使用される。具体的には、ＡＭＦは、モビリティ管理エンティティ（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ， ＭＭＥ）の機能におけるセッション管理以外の機能、例えば、合法的傍受又はアクセス認可（又は認証）などの機能を実装するように構成され得る。

【0148】

４．セッション管理機能（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ， ＳＭＦ）：主にセッション管理、端末デバイスのインターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＩＰ）アドレス割り当て及び管理、管理可能なユーザプレーン機能選択、ポリシー制御又は課金機能インタフェースの終端点、ダウンリンクデータ通知及び同様のものに使用される。

【0149】

システムアーキテクチャ１００において、端末デバイス１１０は、図２におけるＵＥであり得、アクセスネットワークデバイス１２０は、図２におけるＲＡＮであり得、アクセス及びモビリティ管理機能ネットワーク要素１３０は、図２におけるＡＭＦであり得、セッション管理機能ネットワーク要素１４０は、図２におけるＳＭＦであり得ることが理解されるべきである。これについては、限定されない。

【0150】

任意選択で、システムアーキテクチャ２００は更に以下を備え得る。

【0151】

５．ユーザプレーン機能（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ， ＵＰＦ）：ユーザプレーン機能ネットワーク要素とも称され得、パケットルーティング及び転送、ユーザプレーンデータのサービス品質（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ， ＱｏＳ）処理、及び同様のものに使用される。ＵＰＦは具体的には、中間ＵＰＦ（ｉｎｔｅｒｍｅｄｉａｔｅ－ＵＰＦ， Ｉ－ＵＰＦ）及びアンカーＵＰＦ（ＰＤＵ ｓｅｓｓｉｏｎ ａｎｃｈｏｒ， ＰＳＡ）に分類される。

【0152】

６．データネットワーク（ｄａｔａ ｎｅｔｗｏｒｋ， ＤＮ）：データを伝送するためのネットワーク、例えばインターネットネットワークを提供するために使用される。本願の本実施形態におけるアーキテクチャにおいて、ＰＳＡは、リモートＤＮにアクセスし、Ｌ－ＰＳＡは、ローカルＤＮにアクセスし得る。

【0153】

７．認証サーバ機能（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｓｅｒｖｅｒ ｆｕｎｃｔｉｏｎ， ＡＵＳＦ）：主にユーザ認証及び同様のものに使用される。

【0154】

８．ポリシー制御機能（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ， ＰＣＦ）：ネットワーク挙動をガイドするために使用される統一ポリシーフレームワークであり、制御プレーン機能ネットワーク要素（例えば、ＡＭＦ又はＳＭＦネットワーク要素）にポリシールール情報及び同様のものを提供する。

【0155】

９．統合データ管理（ｕｎｉｆｉｅｄ ｄａｔａ ｍａｎａｇｅｍｅｎｔ， ＵＤＭ）：ユーザ識別子処理、アクセス認証、登録、モビリティ管理又は同様のものに使用される。

【0156】

１０．アプリケーション機能（ａｐｐｌｉｃａｔｉｏｎ ｆｕｎｃｔｉｏｎ， ＡＦ）：主に、第３世代パートナーシッププロジェクト（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ， ３ＧＰＰ（登録商標））コアネットワークとのインタラクションをサポートしてサービスを提供し、例えば、データルーティング決定又はポリシー制御機能に影響を与え、又はいくつかのサードパーティのサービスをネットワーク側に提供する。ＡＦは、サードパーティのサーバ、例えば、インターネットにおけるアプリケーションサーバとして理解され得、関連するサービス情報を提供し（サービスに対応するサービス要件情報の品質をＰＣＦに提供することを含む）、サービスのユーザプレーンデータ情報をＰＳＡ－ＵＰＦへ送信する。ＡＦはコンテンツプロバイダ（ｃｏｎｔｅｎｔ ｐｒｏｖｉｄｅｒ， ＣＰ）であり得る。

【0157】

１１．ネットワークスライス選択機能（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ｆｕｎｃｔｉｏｎ， ＮＳＳＦ）：ネットワークスライス選択に使用される。

【0158】

システムアーキテクチャ２００において、Ｎ１インタフェースは端末デバイスとＡＭＦとの間の参照点であり、Ｎ２インタフェースは（Ｒ）ＡＮとＡＭＦとの間の参照点であり、非アクセス層（ｎｏｎ－ａｃｃｅｓｓ ｓｔｒａｔｕｍ， ＮＡＳ）メッセージ及び同様のものを送信するように構成されており、Ｎ３インタフェースは、（Ｒ）ＡＮとＩ－ＵＰＦとの間の参照点であり、ユーザプレーンデータ及び同様のものを伝送するように構成されており、Ｎ４インタフェースは、ＳＭＦとＩ－ＵＰＦとの間の参照点であり、Ｎ３接続のトンネル識別子情報、データバッファ指示情報及びダウンリンクデータ通知メッセージなどの情報を伝送するように構成されており、Ｎ５インタフェースは、ＰＣＦとＡＦとの間の参照点であり、Ｎ６インタフェースは、ＵＰＦとＤＮとの間の参照点であり、ユーザプレーンデータ及び同様のものを伝送するために使用され、Ｎ７インタフェースは、ＳＭＦとＰＣＦとの間の参照点であり、Ｎ８インタフェースは、ＡＭＦとＵＤＭとの間の参照点であり、Ｎ９インタフェースは、ＵＰＦの間の参照点であり、Ｎ１０インタフェースは、ＳＭＦとＵＤＭとの間の参照点であり、Ｎ１１インタフェースは、ＡＭＦとＳＭＦとの間の参照点であり、Ｎ１２インタフェースは、ＡＭＦとＡＵＳＦとの間の参照点であり、Ｎ２２インタフェースは、ＡＭＦとＮＳＳＦとの間の参照点である。

【0159】

任意選択で、システムアーキテクチャ２００は更に以下を備え得る。

【0160】

１２、マルチキャスト制御プレーン機能（ｍｕｌｔｉｃａｓｔ ｃｏｎｔｒｏｌ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ， ＭＣＦ）：マルチキャストセッション管理機能（ｍｕｌｔｉｃａｓｔ ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ， Ｍ－ＳＭＦ）、マルチキャストサービスセッション管理機能（ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅ ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ， ＭＳ－ＳＭＦ）又はマルチキャスト／ブロードキャストセッション管理機能（ｍｕｌｔｉｃａｓｔ／ｂｒｏａｄｃａｓｔ ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ， ＭＢ－ＳＭＦ）とも称され、マルチキャストサービスを処理するために、例えば、ＭＣＦ、Ｍ－ＳＭＦ又はＭＢ－ＳＭＦをＰＣＦと相互接続してマルチキャストサービスについてのリソースを作成するのに使用できる制御プレーン機能である。本明細書において、５Ｇネットワークでは、ＭＣＦ、Ｍ－ＳＭＦ、ＭＳ－ＳＭＦ又はＭＢ－ＳＭＦネットワーク要素は代替的、別の名称を有し、マルチキャストサービスについての制御プレーン機能を実装し得ることに留意されたい。本明細書において、上で説明したように、本願における「マルチキャスト」は広義の概念であり、マルチキャスト（ｍｕｌｔｉｃａｓｔ）又はブロードキャスト（ｂｒｏａｄｃａｓｔ）を含み得ることに留意されたい。すなわち、本願の実施形態は、マルチキャストサービス伝送及びブロードキャストサービス伝送の両方に適用され得る。本願において言及される「マルチキャスト」は、「マルチキャスト又はブロードキャスト」で置き換えられ得る。したがって、マルチキャスト制御プレーン機能（ＭＣＦ）、マルチキャストセッション管理機能（Ｍ－ＳＭＦ）、マルチキャストサービスセッション管理機能（ＭＳ－ＳＭＦ）及びマルチキャスト／ブロードキャストセッション管理機能（ＭＢ－ＳＭＦ）は、同じ意味を有し、互いに置き換えられ得る。ここでは、これについて限定しない。

【0161】

１３．マルチキャストユーザプレーン機能（ｍｕｌｔｉｃａｓｔ ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ， ＭＵＦ）：マルチキャストユーザプレーン機能（ｍｕｌｔｉｃａｓｔ ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ， Ｍ－ＵＰＦ）、マルチキャストサービスユーザプレーン機能（ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅ ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ， ＭＳ－ＵＰＦ）、又はマルチキャスト／ブロードキャストユーザプレーン機能（ｍｕｌｔｉｃａｓｔ／ｂｒｏａｄｃａｓｔ ｕｓｅｒ ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ， ＭＢ－ＵＰＦ）とも称され、マルチキャストサービスを処理する、例えば、マルチキャストサービスデータを転送するために使用できるユーザプレーン機能である。本明細書において、５Ｇネットワークでは、ＭＵＦ、Ｍ－ＵＰＦ、ＭＳ－ＵＰＦ又はＭＢ－ＵＰＦネットワーク要素は代替的に別の名称を有し、マルチキャストサービスについてのユーザプレーン機能を実装し得ることに留意されたい。本明細書において、上で説明したように、本願における「マルチキャスト」は広義の概念であり、マルチキャスト（ｍｕｌｔｉｃａｓｔ）又はブロードキャスト（ｂｒｏａｄｃａｓｔ）を含み得ることに留意されたい。すなわち、本願の実施形態は、マルチキャストサービス伝送及びブロードキャストサービス伝送の両方に適用され得る。本願において言及される「マルチキャスト」は、「マルチキャスト又はブロードキャスト」で置き換えられ得る。したがって、マルチキャストユーザプレーン機能（ＭＵＦ）、マルチキャストユーザプレーン機能（Ｍ－ＵＰＦ）、マルチキャストサービスセッション管理（ＭＳ－ＵＰＦ）及びマルチキャスト／ブロードキャストセッション管理（ＭＢ－ＵＰＦ）は、同じ意味を有し、互いに置き換えられ得る。ここでは、これについて限定しない。

【0162】

システムアーキテクチャ２００において、ＭＣＦ、Ｍ－ＳＭＦ、ＭＳ－ＳＭＦ又はＭＢ－ＳＭＦは、ＰＣＦ（又はＳＭＦ若しくはＮＥＦ）に統合され得、ＭＵＦ、Ｍ－ＵＰＦ、ＭＳ－ＵＰＦ又はＭＢ－ＵＰＦは、ＵＰＦに統合され得る。これについては、本願のこの実施形態において限定しない。

【0163】

本願の本実施形態に適用される前述のシステムアーキテクチャ２００は単に、参照点アーキテクチャの観点から説明されるネットワークアーキテクチャの例であり、本願の本実施形態に適用可能なネットワークアーキテクチャはこれに限定されないことが理解されるべきである。前述のネットワーク要素の機能を実装することができる任意のネットワークアーキテクチャは、本願の本実施形態に適用可能である。

【0164】

図２における前述のネットワーク要素間のインタフェースの名称は単に例であり、具体的な実装中にインタフェースは他の名称を有し得ることに留意されたい。これは、本願のこの実施形態において具体的に限定されるものではない。

【0165】

図２に含まれるネットワーク要素（ＳＭＦ、ＡＦ及びＵＰＦなど）の名称も例に過ぎず、ネットワーク要素の機能に対していかなる限定も構成しないことに留意されたい。５Ｇネットワーク及び別の将来のネットワークにおいて、前述のネットワーク要素は代替的に他の名称を有し得る。これは、本願のこの実施形態において具体的に限定されるものではない。例えば、第６世代（ｔｈｅ ６ｔｈ ｇｅｎｅｒａｔｉｏｎ， ６Ｇ）ネットワークにおいて、前述のネットワーク要素の一部又はすべては、５Ｇにおける用語をなお使用し得、又は他の名称を有し得る。ここでは一般的表現が提供されている。詳細は、以下で再び説明しない。加えて、前述のネットワーク要素間で伝送されるメッセージ（又はシグナリング）の名称は例に過ぎず、メッセージの機能に対していかなる限定も構成しないことが理解されるべきである。

【0166】

本願の実施形態の理解を容易にするべく、以下ではまず、本願において使用される用語を簡単に説明する。

【0167】

１、マルチキャスト及びユニキャスト

【0168】

ユニキャストは、「ポイントツーポイント」（ｐｏｉｎｔ ｔｏ ｐｏｉｎｔ）通信として理解され得る。ユニキャストは、複数の意味を有する。具体的には以下の通りである。

【0169】

サービス層において、ユニキャストサービスは、サービスのデータが特定の端末デバイスへ送信されることを意味する。

【0170】

ネットワーク要素間のユニキャストは、ソースネットワーク要素とターゲットネットワーク要素との間にユニキャストトンネルがあることを意味する（すなわち、ターゲットネットワーク要素のＩＰアドレスがユニキャストＩＰアドレスである）。

【0171】

エアインタフェースについては、エアインタフェースユニキャストモードは、無線アクセスネットワークがサービスデータを単一の端末デバイスへ送信することを意味する。

【0172】

コアネットワークサービス層において、ユニキャストは、プロトコルデータユニット（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ， ＰＤＵ）セッションを使用することによって、サービスデータが端末デバイスへ送信されることを意味する。

【0173】

本出願書類において、ＳＭＦによって決定される送信方式におけるユニキャスト方式は、ＰＤＵセッションを使用することによって、マルチキャストサービスのデータを端末デバイスへ送信することを意味する。

【0174】

マルチキャストは「グループキャスト」と称され得、「ポイントツーマルチポイント」（ｐｏｉｎｔ ｔｏ ｍｕｌｔｉｐｏｉｎｔ， ＰＴＭ）通信として理解され得る。マルチキャストは複数の意味を有し、具体的には以下の通りである。

【0175】

サービス層において、マルチキャストサービスは、サービスのデータが複数の端末デバイスへ送信されることを意味する。

【0176】

ネットワーク要素間のマルチキャストは、ソースネットワーク要素とターゲットネットワーク要素との間にマルチキャストトンネルがあることを意味する（すなわち、ターゲットネットワーク要素のＩＰアドレスはマルチキャストＩＰアドレスである）。

【0177】

エアインタフェースについては、エアインタフェースマルチキャストモードは、複数の端末デバイスが、同時又は同一周波数で、無線アクセスネットワークによって送信された１個のサービスデータを受信し得ることを意味する。

【0178】

コアネットワークサービス層において、マルチキャストは、マルチキャストセッションを使用することによって、マルチキャストサービスのデータを端末デバイスへ送信することを意味する。マルチキャストセッションは、ネットワーク要素と、ユニキャストモードにおけるエアインタフェース無線ベアラ、又は、マルチキャストモードにおけるエアインタフェース無線ベアラとの間のユニキャストトンネル又はマルチキャストトンネルを含む。

【0179】

本願の実施形態において、ＳＭＦによって決定される送信方式におけるマルチキャスト方式は、マルチキャストセッションを使用することによって、マルチキャストサービスのデータを端末デバイスへ送信することを意味する。

【0180】

マルチキャスト方式において、サービスデータは、すべてのターゲットノードへ一度に伝送され得るか、又は、サービスデータは、特定の対象だけへ伝送され得る。したがって、マルチキャスト方式において、ポイントツーマルチポイント伝送が、１の送信ノードと複数の受信ノードとの間で実装され得る。これにより、ユニキャスト方式の効率が低いという問題を解決する。

【0181】

ブロードキャストサービスは、マルチキャストセッションを使用することによって、端末デバイスへ送信され得ることに留意されたい。これは、本願の実施形態において限定されない。本願における「マルチキャスト」は、広義の概念であり、マルチキャスト（ｍｕｌｔｉｃａｓｔ）又はブロードキャスト（ｂｒｏａｄｃａｓｔ）を含み得る。すなわち、本願の実施形態は、マルチキャストサービス伝送及びブロードキャストサービス伝送の両方に適用され得る。本願において言及される「マルチキャスト」は、「マルチキャスト又はブロードキャスト」で置き換えられ得る。

【0182】

図３Ａは、本願の実施形態による伝送サービスデータの概略図である。図３Ａに示される概略図は、マルチキャストサービスデータを（ユニキャスト方式で）伝送するために使用され得、ユニキャストサービスデータを伝送するために更に使用され得る。図３Ａにおいて、３のＵＥの各々は、異なるＰＤＵセッションにそれぞれ対応する。ＣＰによって送信された異なる３個のサービスデータは、それぞれの対応するＰＤＵセッションを使用することによってＵＥへ送信され得る。具体的には、ＣＰとＡＮとの間のサービス伝送経路は、ＣＰとＵＰＦとの間の伝送経路、及び、ＵＰＦとＡＮとの間の伝送経路を含み得る。ＵＰＦとＡＮとの間の伝送経路は、ＰＤＵセッショントンネルと称され得、異なるＰＤＵセッションは異なるＰＤＵセッショントンネルを有する。本概略図における３のＰＤＵセッショントンネルは、３のＵＥにそれぞれ対応する。エアインタフェース上で、ＡＮは、ユニキャスト方式、すなわちＰＴＰ方式で、サービスデータをＵＥ１、ＵＥ２及びＵＥ３へ別々に送信し得る。概略図において、ＵＥのサービスデータは異なり得（例えば、ターゲットアドレスはＵＥのＩＰアドレスである）、ＵＥのサービスデータは、ＵＥの独立の伝送経路を通じて、ＵＥへそれぞれ送信され得る。

【0183】

図３Ｂは、本願の実施形態による別のサービスデータを伝送することの概略図である。図３Ｂに示される概略図は、マルチキャストサービスデータを伝送するために使用される。図３Ｂにおいて、マルチキャストサービスデータは、ＣＰからＵＥ１、ＵＥ２、及びＵＥ３へ送信され得る。ＣＰとＡＮとの間のマルチキャストサービス伝送経路は、ＣＰとＵＰＦとの間の伝送経路、及び、ＵＰＦとＡＮとの間の伝送経路を含み得る。ＵＰＦとＡＮとの間の伝送経路は、トンネルを使用してマルチキャストサービスデータを伝送し、例えば、汎用トンネルプロトコル（ｇｅｎｅｒａｌ ｔｕｎｎｅｌ ｐｒｏｔｏｃｏｌ， ＧＴＰ）によるトンネルを使用し得る。したがって、ＵＰＦとＡＮとの間の伝送経路は、マルチキャストセッショントンネルと称され得、マルチキャストセッショントンネルは、ＵＥ１、ＵＥ２及びＵＥ３によって共有される。エアインタフェース上で、ＡＮは、マルチキャストサービスデータをＵＥ１、ＵＥ２、及びＵＥ３へＰＴＭ方式で送信し得る。換言すれば、１個のデータだけが送信される必要があり、３のＵＥ全部がデータを受信できる。概略図において、１個のマルチキャストサービスデータだけが伝送経路上でＣＰからＵＥへ送信され、複数のＵＥは、同時にマルチキャストサービスデータを受信し得る。

【0184】

本願において、マルチキャストセッショントンネル及びＰＤＵセッショントンネルの両方は、ユーザプレーンネットワーク要素（例えばＵＰＦ）とアクセスネットワークＡＮ（例えば基地局）との間のトンネルである。マルチキャストセッショントンネルは、マルチキャストサービスのマルチキャストＱｏＳフローを伝送するために使用され得、ＰＤＵセッショントンネルは、ユニキャストサービスのユニキャストＱｏＳフローを伝送するために使用され得、更に、マルチキャストサービスのマルチキャストＱｏＳフローに対応するユニキャストＱｏＳフローを伝送するために使用され得る。

【0185】

マルチキャストＱｏＳフローはＵＰＦとｇＮＢ１との間で伝送され、各ＵＥによって受信されるデータは、ｇＮＢ１のサービスデータアダプテーションプロトコル（ｓｅｒｖｉｃｅ ｄａｔａ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ， ＳＤＡＰ）層、パケットデータコンバージェンスプロトコル（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ， ＰＤＣＰ）層、無線リンク制御（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ， ＲＬＣ）層、媒体アクセス制御（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ， ＭＡＣ）層及び物理層（ｐｈｙｓｉｃａｌ， ＰＨＹ）によって処理された後にマルチキャストサービスデータと称され得ることが理解されるべきである。

【0186】

２．マルチキャストサービス、マルチキャストサービスフロー及びマルチキャストサービス品質（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ， ＱｏＳ）フロー

【0187】

マルチキャストサービスは、マルチキャストサービスについての情報によって示される１又は複数のマルチキャストサービスフローを含み得る。マルチキャストサービスについての情報は、少なくともマルチキャストサービスの説明情報を含む。マルチキャストサービスの説明情報は、１又は複数のマルチキャストサービスフローの説明情報を含み得る。マルチキャストサービスフローの説明情報は、マルチキャストサービスフローが有する必要があるサービス品質インデックス（ＱｏＳ ｆｌｏｗ ｉｄｅｎｔｉｆｉｅｒ， ＱＦＩ）、マルチキャストサービスフローの特徴情報（マルチキャストサービスのマルチキャストアドレス、ターゲットポート番号及び送信元アドレスなど）、及びマルチキャストサービスフローのＱｏＳ要件（ジッタ、遅延、パケット損失率、及び帯域幅など）のうちの少なくとも１つを含む。マルチキャストサービスフローのＱｏＳ要件は、マルチキャストＱｏＳフローを確立するために使用される。１のマルチキャストセッションは１又は複数のマルチキャストＱｏＳフローを含み得る。換言すれば、マルチキャストサービスは、マルチキャストセッションが位置するマルチキャストセッショントンネルにおいて１又は複数のマルチキャストＱｏＳフローを使用することによって伝送され得る。

【0188】

ＰＤＵセッションがＵＥレベルであり、マルチキャストセッションはサービスレベルであることが理解されるべきである。１のＵＥの１のＰＤＵセッションは複数のマルチキャストセッションに関連付けられ得る。具体的には、ＵＥのＰＤＵセッションは、複数マルチキャストサービスに加入し得る。１のマルチキャストサービスは、１のマルチキャストセッションによって担当され得る。１のマルチキャストセッションは、データネットワークからコアネットワークへ、そして、無線アクセスネットワークのユニキャスト又はマルチキャストトンネル、及び、無線アクセスネットワークによって割り当てられた、マルチキャストサービスを送信するために使用されるユニキャスト又はマルチキャストエアインタフェースリソースを含む。

【0189】

マルチキャストサービスの説明情報に加えて、マルチキャストサービス情報は更に、端末デバイスについての情報を含み得、例えば、マルチキャストサービスに加入することが許可された（又は請求された）１又は複数の端末デバイスの識別子、端末デバイスグループの識別子、及び同様のものを含み得る。

【0190】

グローバル一意マルチキャストサービス識別子（ｍｕｌｔｉｃａｓｔ ＩＤ， ＭＣＩＤ）が１のマルチキャストサービスに割り当てられ得、ＭＣＩＤは、ＰＬＭＮにおけるマルチキャストサービスを一意に識別し得る。英語の名称ＭＣＩＤは、本願に限定されず、ＭＣＩＤは代替的に、別の名称に置き換えられ得るが、ＭＣＩＤの機能は、マルチキャストサービスを一意に識別することであることが理解されるべきである。例えば、図２に示されるＭＣＦは、マルチキャストサービスについての情報をＣＰから取得し、次に、マルチキャストサービスについての取得された情報をＰＣＦへ送信し得、ＰＣＦは、マルチキャストサービスについての情報に基づいて、ポリシー及び課金制御（ｐｏｌｉｃｙ ａｎｄ ｃｈａｒｇｉｎｇ ｃｏｎｔｒｏｌ， ＰＣＣ）ルールを生成し得る。マルチキャストサービスについての情報がすべての端末デバイスに適用され得る場合、生成されたＰＣＣルールはまた、すべての端末デバイスに適用され得る。そうでなければ、生成されたＰＣＣルールは、マルチキャストサービスに関連する１又は複数の端末デバイスに関連し得る。任意選択で、ＭＣＦがＭＣＩＤをマルチキャストサービスに割り当てる場合、ＭＣＦは、ＭＣＩＤ、及び、マルチキャストサービスについての情報をＰＣＦへ送信し得る。これに対応して、マルチキャストサービスについてＰＣＦによって生成されるＰＣＣルールはまた、ＭＣＩＤを含み得る。代替的に、ＭＣＦは、ＭＣＩＤをマルチキャストサービスに割り当てないが、ＰＣＦはＭＣＩＤを割り当て、ＰＣＦは、応答メッセージを使用することによって、マルチキャストサービスに割り当てられたＭＣＩＤをＭＣＦへ送信し得る。

【0191】

３．アクセスネットワークデバイスのマルチキャスト機能

【0192】

ユニキャスト及びマルチキャストの関連する説明に基づいて、本願の本実施形態において、アクセスネットワークデバイスがマルチキャスト機能をサポートすることは、アクセスネットワークデバイスがＰＴＭデータ送信方式でマルチキャストサービスデータを端末デバイスへ送信することをサポートすることであると理解され得、アクセスネットワークデバイスがマルチキャスト機能をサポートしないことは、アクセスネットワークデバイスがＰＴＭデータ送信方式でマルチキャストサービスデータを端末デバイスへ送信することをサポートしないことであると理解され得る。マルチキャスト機能をサポートしないアクセスネットワークデバイスは、ＰＤＵセッションを使用することによって、端末デバイスが加入したマルチキャストサービスを送信し得る。マルチキャスト機能をサポートするアクセスネットワークデバイスは、マルチキャストセッショントンネルを通じて、マルチキャストサービスデータをコアネットワークから受信し、マルチキャストサービスデータを、マルチキャストサービスに加入した複数の端末デバイスへ送信し得る。

【0193】

４．ハンドオーバされた端末デバイスのＰＤＵセッション

【0194】

端末デバイスがソースアクセスネットワークデバイスからターゲットアクセスネットワークデバイスにハンドオーバされるとき、端末デバイスのＰＤＵセッションは、ソースアクセスネットワークデバイス、からターゲットアクセスネットワークデバイスにハンドオーバされる必要がある。このケース、ＰＤＵセッションは、ハンドオーバされた端末デバイスのＰＤＵセッションと称され得る。

【0195】

本願の本実施形態において、ＰＤＵセッションがマルチキャストサービスに関連付けられていることは、ＰＤＵセッションのコンテキストがマルチキャストサービスに関連付けられていることとして理解され得る。具体的には、ソースアクセスネットワークデバイスにおいて、端末デバイスは、ＰＤＵセッションのユーザプレーン又は制御プレーンを通じてマルチキャストサービスに加入することを申請し得る。任意選択で、端末デバイスは、マルチキャストサービスの識別情報をＰＤＵセッションのコンテキストに格納することによって、ＰＤＵセッションをマルチキャストサービスと関連付け得る。例えば、ＣＣＴＶ１を見るために端末デバイスがＰＤＵセッションのユーザプレーンを通じて加入する場合、ＰＤＵセッションは１のマルチキャストサービスに関連付けられる。また、ＣＣＴＶ１０を見るために端末デバイスが加入する場合、ＰＤＵセッションは更に１のマルチキャストサービスに関連付けられる。マルチキャスト機能をサポートするソースアクセスネットワークデバイスについては、端末デバイスがＰＤＵセッションのユーザプレーン又は制御プレーンを通じてマルチキャストサービスに加入した後に、マルチキャストサービスは、マルチキャストＱｏＳフローを使用することによってマルチキャストセッショントンネルを通じてソースアクセスネットワークデバイスへ伝送され得、ソースアクセスネットワークデバイスは、エアインタフェースポイントツーポイント方式又はエアインタフェースポイントツーマルチポイント方式においてマルチキャストサービスデータを端末デバイスへ送信し得る。マルチキャスト機能をサポートしないソースアクセスネットワークデバイスについては、端末デバイスがＰＤＵセッションのユーザプレーン又は制御プレーンを通じてマルチキャストサービスに加入した後に、マルチキャストサービスは、ユニキャストＱｏＳフローを使用することによって、ＰＤＵセッショントンネルを通じてソースアクセスネットワークデバイスへ伝送され、ソースアクセスネットワークデバイスは、エアインタフェースポイントツーポイント方式で、マルチキャストサービスデータを端末デバイスへ送信する。

【0196】

マルチキャストサービスデータは、ＲＡＮに到達後、ＲＡＮのサービスデータアダプテーションプロトコル（ｓｅｒｖｉｃｅ ｄａｔａ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ， ＳＤＡＰ）層、パケットデータコンバージェンスプロトコル（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ， ＰＤＣＰ）層、無線リンク制御（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ， ＲＬＣ）層、媒体アクセス制御（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ， ＭＡＣ）層、及び物理（ｐｈｙｓｉｃａｌ， ＰＨＹ）層によって処理され、マルチキャストサービスデータを受信する各ＵＥへ送信されることが理解されるべきである。

【0197】

現在、３ＧＰＰは、プロジェクトの開始を承認し、現在の５Ｇネットワークアーキテクチャに基づくマルチキャスト及びブロードキャスト機能（すなわち、５Ｇマルチキャスト／ブロードキャストサービス、５ＭＢＳ）をどのようにサポートするかについての研究を主要な研究トピックとして実行している。５Ｇ又は将来の進化型ネットワークにおいて、マルチキャスト機能をサポートするアクセスネットワークデバイスが展開される。

【0198】

図４Ａ～図４Ｃを参照すると、以下では、端末デバイスがマルチキャストサービスに加入する手順を説明する。例えば、図４Ａ～図４Ｃにおいて、ＵＥ１、ＵＥ２及びＵＥ３である端末デバイスがマルチキャストサービスに加入する例を説明に使用する。

【0199】

図４Ａ～図４Ｃに示されるように、ＵＥ１がソースｇＮＢ（ｓｏｕｒｃｅ ｇＮＢ， Ｓ－ｇＮＢ）及びＳＭＦ１を介してマルチキャストサービスに加入するプロセスが段階４０１から４１０において説明される。マルチキャストサービスの伝送経路は、ＭＵＦとＵＰＦ１との間の伝送経路、及び、ＵＰＦ１とＳ－ｇＮＢとの間の伝送経路を含む。

【0200】

４０１．ＵＥ１は、マルチキャストサービスに加入するための請求をＳＭＦ１へ送信し、ここで、請求はマルチキャストサービスの関連情報を含む。関連情報は例えば、マルチキャストサービス又はマルチキャストＩＰアドレス情報の識別子であり得る。

【0201】

４０２．ＳＭＦ１がメッセージ＃１をＭＣＦへ送信し、ここで、メッセージ＃１は、ＵＥ１がＳ－ｇＮＢ及びＳＭＦ１を介してマルチキャストサービスに加入することをＭＣＦに通知する。

【0202】

４０３．ＭＣＦがメッセージ＃２をＳＭＦ１へ送信し、ここで、メッセージ＃２は、段階４０２におけるメッセージ＃１に応答するために使用される。

【0203】

４０４．ＳＭＦ１がＮ２ＰＤＵセッション請求（Ｎ２ ＰＤＵ ｓｅｓｓｉｏｎ ｒｅｑｕｅｓｔ）をＳ－ｇＮＢへ送信し、マルチキャストサービスの関連するエアインタフェースリソースをＵＥ１に割り当てるようにＳ－ｇＮＢに請求する。

【0204】

４０５．Ｓ－ｇＮＢがマルチキャストサービスの関連するエアインタフェースリソースをＵＥ１に割り当て、Ｓ－ｇＮＢのトンネル識別情報を生成する。

【0205】

４０６．Ｓ－ｇＮＢが、Ｓ－ｇＮＢのトンネル識別情報を保持するＮ２ＰＤＵセッション応答（Ｎ２ ＰＤＵ ｓｅｓｓｉｏｎ ｒｅｓｐｏｎｓｅ）をＳＭＦ１へ送信する。

【0206】

４０７．ＳＭＦ１とＵＰＦ１との間でＮ４セッション確立／修正（Ｎ４ ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ／ｍｏｄｉｆｉｃａｔｉｏｎ）を実行する。

【0207】

例えば、ＳＭＦ１は、Ｓ－ｇＮＢのトンネル識別情報、及び、ＳＭＦ１によってＵＰＦ１に割り当てられたトンネル識別情報を含むＮ４セッション確立／修正請求（Ｎ４ ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ／ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔ）をＵＰＦ１へ送信する。次に、ＵＰＦ１がＮ４セッション確立／修正応答（Ｎ４ ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ ／ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｓｐｏｎｓｅ）をＳＭＦ１へ送信する。次に、Ｓ－ｇＮＢとＵＰＦ１との間のマルチキャストセッショントンネルが確立される。

【0208】

４０８．ＳＭＦ１がメッセージ＃３をＭＣＦへ送信し、ここで、メッセージ＃３は、ＭＵＦとＵＰＦ１との間でマルチキャストサービスデータを伝送するためのトンネルを確立することを請求する。例えば、メッセージ＃３は、ＳＭＦ１によってＵＰＦ１に割り当てられたトンネル識別情報を保持し得る。

【0209】

４０９．ＭＣＦが、ＳＭＦ１によってＵＰＦ１に割り当てられたトンネル識別情報を含み、かつ、ＭＣＦによってＭＵＦに割り当てられたトンネル識別情報を更に含むＮ４セッション確立／修正請求をＭＵＦへ送信する。次に、ＭＵＦは、Ｎ４セッション確立／修正応答をＭＣＦへ送信し、ＭＵＦとＵＰＦ１との間のトンネルが確立される。

【0210】

４１０：ＭＣＦがメッセージ＃４をＳＭＦ１へ送信し、ここで、メッセージ＃４は、段階４０８におけるメッセージ＃３に応答するために使用される。

【0211】

段階４１０の後に、マルチキャストサービスソースからＭＵＦ、ＵＰＦ１及びＳ－ｇＮＢへのマルチキャストサービスデータ伝送経路が確立される。ＵＥ１は、マルチキャストサービスデータ伝送経路を通じてマルチキャストサービスデータを受信し得る。

【0212】

図４Ａ～図４Ｃを更に参照されたい。ＵＥ１がＳ－ｇＮＢ及びＳＭＦ１を介してマルチキャストサービスに加入した後に、ＵＥ２は更に、Ｓ－ｇＮＢ及びＳＭＦ１を介してマルチキャストサービスに加入し得る。例えば、以下の段階４１１から４１４が参照され得る。

【0213】

４１１：ＵＥ２が、マルチキャストサービスに加入するための請求をＳＭＦ１へ送信し、ここで、請求はマルチキャストサービスの関連情報を含む。ここで、マルチキャストサービスの関連情報については、段階４０１における説明を参照されたい。

【0214】

４１２：ＳＭＦ１がＮ２ＰＤＵセッション請求（Ｎ２ ＰＤＵ ｓｅｓｓｉｏｎ ｒｅｑｕｅｓｔ）をＳ－ｇＮＢへ送信して、マルチキャストサービスの関連するエアインタフェースリソースをＵＥ２に割り当てるようにＳ－ｇＮＢに請求する。

【0215】

ＵＥ２はまた、Ｓ－ｇＮＢ及びＳＭＦ１を介してマルチキャストサービスに加入することを申請する、すなわち、ＵＥ１及びＵＥ２の両方が、同一のＳＭＦ（すなわちＳＭＦ１）を介してマルチキャストサービスに加入することを申請するので、ＳＭＦ１は、ＵＥ２のマルチキャストサービスのエアインタフェースリソースを割り当てるために、Ｓ－ｇＮＢを請求するだけでよい。具体的には、Ｓ－ｇＮＢはなお、ＵＰＦ１とＳ－ｇＮＢとの間のマルチキャストセッショントンネルを通じてマルチキャストサービスデータを受信し、マルチキャストサービスデータをＵＥ２へ送信する。

【0216】

４１３：Ｓ－ｇＮＢがマルチキャストサービスの関連するエアインタフェースリソースをＵＥ２に割り当てる。

【0217】

同一のＳＭＦを介してマルチキャストサービスに加入したすべてのＵＥは、ＵＰＦ１からＳ－ｇＮＢへのマルチキャストセッショントンネルを共有する、具体的には、ＵＥ１及びＵＥ２は、ＵＰＦ１とＳ－ｇＮＢとの間のマルチキャストセッショントンネルを共有するので、段階４１０において、Ｓ－ｇＮＢは、トンネル識別情報を生成する必要がないことに留意されたい。

【0218】

４１４．Ｓ－ｇＮＢがＮ２ＰＤＵセッション応答（Ｎ２ ＰＤＵ ｓｅｓｓｉｏｎ ｒｅｓｐｏｎｓｅ）をＳＭＦ１へ送信し、段階４１２に応答する。

【0219】

段階４１４の後に、マルチキャストサービスソースからＭＵＦ、ＵＰＦ１及びＳ－ｇＮＢへのマルチキャストサービスデータ伝送経路が確立される。ＵＥ２は、マルチキャストサービスデータ伝送経路を通じてマルチキャストサービスデータを受信し得る。

【0220】

図４Ａ～図４Ｃをなお参照されたい。ＵＥ３は更にマルチキャストサービスに加入し得る。ＵＥ１及びＵＥ２がマルチキャストサービスに加入することとは異なり、ＵＥ３は、Ｓ－ｇＮＢ及びＳＭＦ２を介してマルチキャストサービスに加入する。マルチキャストサービスの伝送経路は、ＭＵＦとＵＰＦ２との間の伝送経路、及び、ＵＰＦ２とＳ－ｇＮＢとの間の伝送経路を含む。例えば、以下の段階４１５から４２４が参照され得る。

【0221】

４１５：ＵＥ３が、マルチキャストサービスに加入するための請求をＳＭＦ２へ送信し、ここで、請求はマルチキャストサービスの関連情報を含む。

【0222】

ＵＥ３が別のＳＭＦ（すなわちＳＭＦ２）を介してマルチキャストサービスに加入することを申請するので、後続の段階４１６から４２４が実行される必要がある。段階４１６から４２４の説明は段階４０２から４１０と同様である。詳細については、前述の説明を参照されたい。本明細書において詳細について再び説明しない。

【0223】

段階４２４の後に、マルチキャストサービスソースからＭＵＦ、ＵＰＦ２、及びＳ－ｇＮＢへのマルチキャストサービスデータ伝送経路が確立される。ＵＥ３はマルチキャストサービスデータ伝送経路を通じてマルチキャストサービスデータを受信し得る。

【0224】

いくつかの実施形態において、ＵＥのモビリティに起因して、ＵＥはハンドオーバされるよう、例えば、Ｓ－ｇＮＢからターゲットｇＮＢ（ｔａｒｇｅｔ ｇＮＢ， Ｔ－ｇＮＢ）にハンドオーバされるようトリガされ得る。結果として、ＵＥは、ソースアクセスネットワークデバイスにおいて加入していたマルチキャストサービスを脱退する。例えば、段階４２５から４２７が参照され得る。

【0225】

４２５：ＵＥ１がハンドオーバされ、ＳＭＦ１及びＳ－ｇＮＢを介して加入していたマルチキャストサービスを脱退する。

【0226】

４２６：ＵＥ２がハンドオーバされ、ＳＭＦ１及びＳ－ｇＮＢを介して加入していたマルチキャストサービスを脱退する。

【0227】

４２７：ＵＥ３がハンドオーバされ、ＳＭＦ２及びＳ－ｇＮＢを介して加入していたマルチキャストサービスを脱退する。

【0228】

Ｔ－ｇＮＢは、マルチキャスト機能をサポートしてもしなくてもよい。これは本実施形態において限定されない。

【0229】

端末デバイスが、マルチキャスト機能をサポートするソースアクセスネットワークデバイスからターゲットアクセスネットワークデバイスにハンドオーバされるとき（ここで、ターゲットアクセスネットワークデバイスはマルチキャスト機能をサポートする、又はサポートしない）、ネットワークリソースオーバヘッドを低減するべく、ソースアクセスネットワークデバイスとコアネットワークデバイスとの間のマルチキャストセッショントンネルをどのように解放するかは、解決されるべき緊急の問題である。

【0230】

これに鑑み、本願の実施形態は通信方法及び装置を提供する。ソースアクセスネットワークデバイス又はセッション管理機能ネットワーク要素は、端末デバイスがソースアクセスネットワークデバイスからターゲットアクセスネットワークデバイスにハンドオーバされた後に、他の端末デバイスがソースアクセスネットワークデバイスを介してマルチキャストサービスのデータを受信していないことを知ることができる。換言すれば、当該端末デバイスは、ソースアクセスネットワークデバイスを介してマルチキャストサービスのデータを受信する最後の端末デバイスであり、ソースアクセスネットワークデバイス又はセッション管理機能ネットワーク要素は、ソースアクセスネットワークデバイスとコアネットワークデバイスとの間のマルチキャストセッショントンネルを解放することを決定する。

【0231】

以下では、添付図面を参照して、本願の実施形態を詳細に説明する。

【0232】

本願における技術的解決手段は、無線通信システム、例えば、図１に示される通信システム、又は、図２に示される通信システムにおいて使用され得る。無線通信システムにおける通信装置間には無線通信接続関係があり得る。通信装置の１つは、例えば、アクセスネットワークデバイス（例えばソースアクセスネットワークデバイス）、又は、アクセスネットワークデバイス（例えばソースアクセスネットワークデバイス）において構成されているチップであり得、他の装置は、例えば、セッション管理機能ネットワーク要素において構成されているセッション管理機能ネットワーク要素又はチップであり得る。これは、本願の実施形態において限定されない。

【0233】

一般性を失うことなく、本願の実施形態はまず、端末デバイスの通信プロセスを例として使用することによって詳細に説明される。無線通信システムにおける任意のアクセスネットワークデバイス、又は、アクセスネットワークデバイスにおいて構成されている任意のチップは、同一の方法に基づいて通信を実行し得、無線通信システムにおける任意のセッション管理機能ネットワーク要素、又は、セッション管理機能ネットワーク要素において構成されている任意のチップは、同一の方法に基づいて通信を実行し得ると理解され得る。これは、本願において限定されない。

【0234】

以下では、図５Ａ、図５Ｂ及び図５Ｃを参照して、本願の実施形態における解決手段が適用されるシナリオの例を説明する。

【0235】

図５Ａにおいて、ＵＥ２がＳ－ｇＮＢからＴ－ｇＮＢ１にハンドオーバされ、Ｔ－ｇＮＢ１はマルチキャスト機能をサポートする。Ｓ－ｇＮＢとＵＰＦ１との間にマルチキャストセッショントンネル及びＰＤＵセッショントンネルがあり、Ｔ－ｇＮＢ１とＵＰＦ１との間にマルチキャストセッショントンネル及びＰＤＵセッショントンネルがある。このケース、Ｓ－ｇＮＢとＴ－ｇＮＢ１との間のＰＤＵセッショントンネルに対応する転送トンネル、及び、Ｓ－ｇＮＢとＴ－ｇＮＢ１との間のマルチキャストセッショントンネルに対応する転送トンネルの両方がある。例えば、図５ＡにおけるＵＰＦ１及びＵＥ２は、図４Ａ～図４ＣにおけるＵＰＦ１及びＵＥ２であり得る。

【0236】

図５Ａにおいて、Ｔ－ｇＮＢ１がマルチキャスト機能をサポートする例だけが説明のために使用されることに留意されたい。しかしながら、本願の実施形態はそれに限定されない。別の実施形態において、Ｔ－ｇＮＢ１は代替的に、マルチキャスト機能をサポートしないことがあり得る。Ｔ－ｇＮＢ１がマルチキャスト機能をサポートしないとき、Ｔ－ｇＮＢ１とＵＰＦ１との間にマルチキャストセッショントンネルが無く、Ｓ－ｇＮＢとＴ－ｇＮＢ１との間にマルチキャストセッショントンネルに対応する転送トンネルが無い。

【0237】

図５Ｂにおいて、ＵＥがＳ－ｇＮＢからＴ－ｇＮＢにハンドオーバされ、Ｔ－ｇＮＢはマルチキャスト機能をサポートしない。Ｓ－ｇＮＢとＭＵＦとの間にマルチキャストセッショントンネルがあり、Ｓ－ｇＮＢとＵＰＦとの間にＰＤＵセッショントンネルがあり、Ｔ－ｇＮＢとＵＰＦとの間にＰＤＵセッショントンネルがある。このケース、Ｓ－ｇＮＢとＴ－ｇＮＢとの間にＰＤＵセッショントンネルに対応する転送トンネルがあり、Ｓ－ｇＮＢとＴ－ｇＮＢとの間にマルチキャストセッショントンネルに対応する転送トンネルが無い。

【0238】

図５Ｂにおいて、Ｔ－ｇＮＢがマルチキャスト機能をサポートしない例だけが説明のために使用されることに留意されたい。しかしながら、本願の実施形態はそれに限定されない。別の実施形態において、Ｔ－ｇＮＢは代替的に、マルチキャスト機能をサポートし得る。Ｔ－ｇＮＢがマルチキャスト機能をサポートするとき、Ｔ－ｇＮＢとＭＵＦとの間にマルチキャストセッショントンネルがあり、Ｓ－ｇＮＢとＴ－ｇＮＢとの間にマルチキャストセッショントンネルに対応する転送トンネルがある。

【0239】

図５Ｃにおいて、ＵＥがＳ－ｇＮＢからＴ－ｇＮＢにハンドオーバされ、Ｔ－ｇＮＢはマルチキャスト機能をサポートしない。Ｓ－ｇＮＢとＭＵＦとの間にマルチキャストセッショントンネルがあり、Ｓ－ｇＮＢとＵＰＦとの間にＰＤＵセッショントンネルがあり、Ｔ－ｇＮＢとＵＰＦとの間にＰＤＵセッショントンネルがある。このケース、Ｓ－ｇＮＢとＵＰＦとの間にＰＤＵセッショントンネルに対応する間接転送トンネルがあり、ＵＰＦとＴ－ｇＮＢとの間にＰＤＵセッショントンネルに対応する間接転送トンネルがある。換言すれば、Ｓ－ｇＮＢは、間接転送トンネルを通じて、Ｔ－ｇＮＢへ送信される必要があるＰＤＵセッションをＵＰＦへ送信する必要があり、ＵＰＦは次に、間接転送トンネルを通じて、ＰＤＵセッションをＴ－ｇＮＢへ送信する。

【0240】

図５Ｃにおいて、Ｔ－ｇＮＢがマルチキャスト機能をサポートしない例だけが説明のために使用されることに留意されたい。しかしながら、本願の実施形態はそれに限定されない。別の実施形態において、Ｔ－ｇＮＢは代替的に、マルチキャスト機能をサポートし得る。Ｔ－ｇＮＢがマルチキャストセッショントンネルをサポートするとき、Ｔ－ｇＮＢとＭＵＦとの間にマルチキャストセッショントンネルがあり、Ｓ－ｇＮＢとＵＰＦとの間にマルチキャストセッショントンネルに対応する間接転送トンネルがあり、ＵＰＦとＴ－ｇＮＢとの間にマルチキャストセッショントンネルに対応する間接転送トンネルがある。本願の実施形態は更に、Ｔ－ｇＮＢがマルチキャスト機能をサポートするシナリオに適用され得る。

【0241】

図５Ａ、図５Ｂ、及び図５Ｃにおけるシナリオは、本願の実施形態における技術的解決手段を説明することを容易にするための特殊なシナリオであり、本願の実施形態において提供される技術的解決手段は、図５Ａ、図５Ｂ、及び図５Ｃに限定されないことに更に留意するべきである。換言すれば、本願の実施形態において提供される技術的解決手段はまた、列挙されていない別のシナリオに適用され得る。例えば、列挙されていない別のシナリオは、例えば、以下の３のケースを含み得る。

【0242】

ケース１：ハンドオーバされるべき端末デバイスのＰＤＵセッションについて、ハンドオーバプロセスにおいて、ハンドオーバされるべき端末デバイスのＰＤＵセッションを担当するＳＭＦ及びアンカーＵＰＦは変化しないままである。例えば、図５Ａにおけるシナリオにおいて、アンカーＵＰＦは、図におけるＵＰＦ１であり、図５Ｂ及び図５ＣにおけるＵＰＦである。

【0243】

ケース２：ソースアクセスネットワークデバイスにおいて、ハンドオーバされるべき端末デバイスのＰＤＵセッションに関連付けられたマルチキャストサービスについて、ソースアクセスネットワークデバイスのグループサービスを担当する制御プレーンマルチキャストネットワーク要素がＭＣＦ－１であり、ユーザプレーンマルチキャストネットワーク要素がＭＵＦ－１であると想定すると、ＭＵＦ－１は、端末デバイスのＰＤＵセッションが位置するアンカーＵＰＦに接続され得る（すなわち、ＭＵＦは図５ＡにおけるＵＰＦ１に接続される）。任意選択で、ＭＵＦ－１は代替的に、ソースアクセスネットワークデバイスに接続され得る。加えて、ＭＵＦ－１は代替的に、別のＵＰＦを使用することによって、ソースアクセスネットワークデバイスに接続され得る。換言すれば、ＭＵＦ－１は代替的に、端末デバイスのＰＤＵセッションのアンカーＵＰＦ以外の別のＵＰＦに接続され得る。

【0244】

ケース３：ターゲットアクセスネットワークデバイスについて、ハンドオーバされるべき端末デバイスのＰＤＵセッションに関連付けられるマルチキャストサービスを担当するネットワーク要素はＭＣＦ－１及びＭＵＦ－１であり得、又は、別のＭＣＦ及び別のＭＵＦであり得る。ＭＵＦは、ターゲットアクセスネットワークデバイスに直接接続され得るか、又は、ハンドオーバの端末デバイスのＰＤＵセッションのアンカーＵＰＦに接続され得るか、又は、別のＵＰＦ（すなわち、非アンカーＵＰＦ）を使用することによってターゲットアクセスネットワークデバイスに接続され得る。

【0245】

以下では、図６～図１０Ａ～図１０Ｃを参照して、本願の実施形態において提供される通信方法を説明する。

【0246】

図６は、本願の実施形態による、デバイスインタラクションの観点からの通信方法６００の概略フローチャートである。図６に示すように、方法６００は段階６１０から６３０を備える。

【0247】

６１０：セッション管理機能ネットワーク要素は、第１端末デバイスが第１アクセスネットワークデバイスから第２アクセスネットワークデバイスにハンドオーバされた後に、第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信した端末デバイスが無いことを知る。

【0248】

例えば、サービス層において、第１マルチキャストサービスは、サービスのデータが複数の端末デバイスへ送信され得ることを意味する。具体的には、マルチキャストサービス及びマルチキャストについては、前述の説明を参照されたい。詳細を再び説明しない。

【0249】

第１アクセスネットワークデバイスは、ソースアクセスネットワークデバイスと称され得、第２アクセスネットワークデバイスは、ターゲットアクセスネットワークデバイスと称され得る。

【0250】

例えば、第１端末デバイスがソースアクセスネットワークデバイスからターゲットアクセスネットワークデバイスにハンドオーバされた後に、セッション管理機能ネットワーク要素及びソースアクセスネットワークデバイスを介して第１マルチキャストサービスに加入した端末デバイスの数が０であるとき、セッション管理機能ネットワーク要素は、第１端末デバイスがソースアクセスネットワークデバイスからターゲットアクセスネットワークデバイスにハンドオーバされた後に、ソースアクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信した他の端末デバイスが無いと決定し得る（換言すれば、セッション管理機能ネットワーク要素及びソースアクセスネットワークデバイスを介して第１マルチキャストサービスに加入した他の端末デバイスが無い）。

【0251】

いくつかの任意選択的な実施形態において、ソースアクセスネットワークデバイスを介してマルチキャストサービスに加入した端末デバイスの数は、第１端末デバイスのＰＤＵセッションに関連付けられたマルチキャストサービスに対応する、マルチキャストコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｅｘｔ）、マルチキャストセッションコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｓｅｓｓｉｏｎ Ｃｏｎｔｅｘｔ）、マルチキャストグループコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｇｒｏｕｐ Ｃｏｎｔｅｘｔ）又はマルチキャストサービスコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ Ｃｏｎｔｅｘｔ）に含まれ得る。換言すれば、マルチキャストコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｅｘｔ）、マルチキャストセッションコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｓｅｓｓｉｏｎ Ｃｏｎｔｅｘｔ）、マルチキャストグループコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｇｒｏｕｐ Ｃｏｎｔｅｘｔ）、又はマルチキャストサービスコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ Ｃｏｎｔｅｘｔ）における端末デバイス以外の別の端末デバイスが第１マルチキャストサービスを受信するかどうかに応じて、セッション管理ネットワーク要素は、第１端末デバイスが第１アクセスネットワークデバイスから第２アクセスネットワークデバイスにハンドオーバされた後に、第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信する端末デバイスが無いと決定する。

【0252】

いくつかの任意選択的な実施形態において、セッション管理機能ネットワーク要素は更に、セッション管理機能ネットワーク要素及びソースアクセスネットワークデバイスを介してマルチキャストサービスに加入した端末デバイスの数を更新し得る。

【0253】

例えば、ＰＤＵセッションコンテキスト更新請求を受信した後に、セッション管理ネットワーク要素は、第１端末デバイスのＰＤＵセッションに関連付けられたマルチキャストサービスに対応する、マルチキャストコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｅｘｔ）、マルチキャストセッションコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｓｅｓｓｉｏｎ Ｃｏｎｔｅｘｔ）、マルチキャストグループコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｇｒｏｕｐ Ｃｏｎｔｅｘｔ）又はマルチキャストサービスコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ Ｃｏｎｔｅｘｔ）における、セッション管理機能ネットワーク要素及びソースアクセスネットワークデバイスを介してマルチキャストサービスに加入した端末デバイスの数を更新し、例えば、端末デバイスの数を１減少させ、セッション管理機能ネットワーク要素及びソースアクセスネットワークデバイスを介して第１マルチキャストサービスに現在加入している端末デバイスの数を取得する。

【0254】

例において、第１端末デバイスがソースアクセスネットワークデバイスからターゲットアクセスネットワークデバイスにハンドオーバされた後、及び、セッション管理機能ネットワーク要素が、セッション管理機能ネットワーク要素及びアクセスネットワークデバイスを介して第１マルチキャストサービスに加入した端末デバイスの格納された数を更新する前に、セッション管理機能ネットワーク要素は、別の端末デバイスがソースアクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信するかどうかを決定し得る。このケースにおいて、第１端末デバイスが、セッション管理機能ネットワーク要素及びソースアクセスネットワークデバイスを介して第１マルチキャストサービスに加入した最後の端末デバイスであると決定したとき、換言すれば、セッション管理機能ネットワーク要素及びソースアクセスネットワークデバイスを介して第１マルチキャストサービスに加入した端末デバイス（すなわち第１端末デバイス）が１つであるとき、セッション管理機能ネットワーク要素は、ソースアクセスネットワークデバイスを介して、第１マルチキャストサービスのデータを受信する他の端末デバイスが無いことを知り得る。

【0255】

別の例において、第１端末デバイスがソースアクセスネットワークデバイスからターゲットアクセスネットワークデバイスにハンドオーバされ、及び、セッション管理機能ネットワーク要素が、セッション管理機能ネットワーク要素及びアクセスネットワークデバイスを介してマルチキャストサービスに加入した端末デバイスの格納された数を更新した後に、セッション管理機能ネットワーク要素は、別の端末デバイスがソースアクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信するかどうかを決定し得る。このケース、セッション管理機能ネットワーク要素及びソースアクセスネットワークデバイスを介して第１マルチキャストサービスに加入した端末デバイスの数が０であると決定するとき、セッション管理機能ネットワーク要素は、ソースアクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信する他の端末デバイスが無いと知り得る。

【0256】

６２０：セッション管理機能ネットワーク要素は、第１トンネルを解放するようにユーザプレーン機能に通知する。

【0257】

第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される。コアネットワークデバイスはＵＰＦであり得る。

【0258】

例えば、第１トンネルは、第１アクセスネットワークデバイスとＵＰＦとの間で第１マルチキャストサービスを伝送するために使用されるトンネル、すなわち、第１マルチキャストサービスを伝送するために使用されるマルチキャストセッショントンネルを含み得る。具体的には、マルチキャストセッショントンネルについては、前述の説明を参照されたい。詳細を再び説明しない。

【0259】

換言すれば、第１端末デバイスが第１アクセスネットワークデバイスから第２アクセスネットワークデバイスにハンドオーバされた後に、他の端末デバイスが第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信していないと知った後に、セッション管理機能ネットワーク要素は、第１トンネルを解放するようユーザプレーン機能に通知し得る。例えば、セッション管理ネットワーク要素は、第１トンネルを解放するために使用される第１情報を保持するＮ４セッション更新請求を第１端末デバイスへ送信し得る。

【0260】

例えば、第１情報は、第１トンネルを解放するための指示（ｉｎｄｉｃａｔｉｏｎ）、請求（ｒｅｑｕｅｓｔ）又は通知（ｎｏｔｉｆｙ又はｎｏｔｉｆｉｃａｔｉｏｎ）を含み得る。任意選択で、第１情報は代替的に、第１トンネルについての情報、及び／又は、第１マルチキャストサービスの識別情報を含み得る。これについては、本願のこの実施形態において限定しない。

【0261】

例えば、第１情報は、第１トンネルを解放するための指示（ｉｎｄｉｃａｔｉｏｎ）、請求（ｒｅｑｕｅｓｔ）又は通知（ｎｏｔｉｆｙ又はｎｏｔｉｆｉｃａｔｉｏｎ）を含み得、第１トンネルについての情報を更に含み得る。任意選択で、第１情報は代替的に、第１マルチキャストサービスの識別情報を含み得る。これについては、本願のこの実施形態において限定しない。

【0262】

例えば、第１情報は、第１トンネルを解放するための指示（ｉｎｄｉｃａｔｉｏｎ）、請求（ｒｅｑｕｅｓｔ）又は通知（ｎｏｔｉｆｙ又はｎｏｔｉｆｉｃａｔｉｏｎ）を含み得、第１トンネルについての情報、及び、第１マルチキャストサービスの識別情報を更に含み得る。これについては、本願のこの実施形態において限定しない。

【0263】

第１トンネルについての情報は、第１トンネルを一意に決定するために使用され得、例えば、第１トンネルのトンネルエンドポイント識別子（ｔｕｎｎｅｌ ｅｎｄｐｏｉｎｔ ｉｄｅｎｔｉｆｉｅｒ， ＴＥＩＤ）であり得る。ここでは、これについて限定しない。第１マルチキャストサービスの識別情報は、マルチキャストサービスを一意に決定するために使用され得、例えば、マルチキャストサービスＩＤ、マルチキャストサービス名称、マルチキャストアドレス、又はマルチキャストグループＩＤであり得る。これは本明細書において限定されない。

【0264】

６３０：ユーザプレーン機能が第１トンネルを解放する。

【0265】

例えば、セッション管理機能ネットワーク要素によって送信されたＮ４セッション更新請求（第１情報を保持する）を受信した後に、ユーザプレーン機能は、第１トンネルを解放し、例えば、第１情報におけるトンネル識別情報に基づいて、第１トンネルの関連リソースを除去し（例えば、第１トンネルのトンネルエンドポイント識別子を除去し）得る。

【0266】

したがって、本願の本実施形態において、第１端末デバイスが第１アクセスネットワークデバイスから第２アクセスネットワークデバイスにハンドオーバされた後に、他の端末デバイスが第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信していないと知るとき、セッション管理機能ネットワーク要素は、ソースアクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスを伝送するために使用される第１トンネルを解放するようユーザプレーン機能に通知し、アクセスネットワークデバイスとコアネットワークデバイスとの間のマルチキャストセッショントンネルを解放し得る。これによりネットワークリソースオーバヘッドを低減することを助ける。

【0267】

以下では、図７Ａ及び図７Ｂを参照して、本願の実施形態による通信方法の具体的な例を説明する。以下の実施形態では、セッション管理機能ネットワーク要素がＳＭＦであり、ソースアクセスネットワークデバイスがＳ－ｇＮＢであり、ユーザプレーン機能がＵＰＦである例が説明のために使用される。ＳＭＦにおけるチップ、Ｓ－ｇＮＢにおけるチップ、及びＵＰＦにおけるチップの実装方法については、ＳＭＦ、Ｓ－ｇＮＢ及びＵＰＦの具体的な説明を参照されたい。詳細を再び説明しない。

【0268】

任意選択で、図７Ａ及び図７Ｂにおいて、コアネットワークデバイスは更に、ＡＭＦ、ＭＣＦ、及びＭＵＦを含む。代替的に、いくつかの任意選択的な実施形態において、コアネットワークデバイスは、ＭＣＦ及びＭＵＦを含まないことがあり得る。むしろ、ＳＭＦにおけるいくつかの機能又はユニットがＭＣＦの機能を実装し、ＵＰＦにおけるいくつかの機能又はユニットがＭＵＦの機能を実装する。これについては、本願のこの実施形態において限定しない。

【0269】

図７Ａ及び図７Ｂは、本願の実施形態による別の通信方法７００の概略フローチャートである。方法７００において、ＳＭＦ１は、Ｓ－ｇＮＢとＵＰＦ１との間のマルチキャストセッショントンネルが解放される必要があるかどうかを決定する。

【0270】

図７Ａ及び図７Ｂにおいて、ハンドオーバされるべきＵＥが図４Ａ～図４ＣにおけるＵＥ２である例が説明に使用されることに留意されたい。具体的には、ＵＥ２がハンドオーバされて、図４Ａから図４Ｃにおける段階４２６におけるＳＭＦ１及びＳ－ｇＮＢを介して加入していたマルチキャストサービスを脱退した後に、Ｓ－ｇＮＢとＵＰＦ１との間のマルチキャストセッショントンネルを解放するかどうかをＳＭＦ１が決定するプロセスが、方法７００において説明される。

【0271】

いくつかの実施形態において、ＵＥ２がハンドオーバされる先のＴ－ｇＮＢ１がマルチキャスト機能をサポートするとき、方法７００は、図５Ａに示されるシナリオに適用可能である。以下では、図５Ａにおけるシナリオを参照して方法７００を説明する。図７Ａ及び図７Ｂに示されるように、方法７００は段階７０１から７１６を備え得る。この解決手段はまた、Ｔ－ｇＮＢ１がマルチキャスト機能をサポートしないシナリオに適用可能であることに留意されたい。ここでは、これについて限定しない。図５Ａに示されるシナリオは例に過ぎない。

【0272】

図７Ａ及び図７Ｂは、本願の本実施形態において提供される通信方法７００の段階又はオペレーションを示すが、これらの段階又はオペレーションは例に過ぎないことが理解されるべきである。本願の本実施形態において、他のオペレーション又は図７Ａ及び図７Ｂにおけるオペレーションの変形が更に実行され得る。加えて、図における段階は、図において提示されたものとは異なる順序で実行され得、図におけるすべてのオペレーションが実行される必要があるわけではない可能性がある。

【0273】

任意選択で、段階７０１の前に、Ｓ－ｇＮＢは、Ｔ－ｇＮＢ１の機能、すなわち、マルチキャスト機能についての機能がサポートされるかどうかを知り得る。例えば、Ｔ－ｇＮＢ１とＳ－ｇＮＢとの間にＸｎ接続があるとき、Ｔ－ｇＮＢ１は、Ｘｎインタフェースを使用することによって、Ｔ－ｇＮＢ１の能力情報をＳ－ｇＮＢに通知し得、ここで、Ｘｎは、Ｓ－ｇＮＢとＴ－ｇＮＢとの間のＸｎ接続のインタフェースであり得る。例えば、Ｔ－ｇＮＢ１がマルチキャスト機能をサポートするとき、Ｔ－ｇＮＢは指示情報＃１をＳ－ｇＮＢへ送信し、ここで、指示情報＃１は、Ｔ－ｇＮＢ１がマルチキャスト機能をサポートすることを示す。

【0274】

７０１：ＵＥ２が測定レポート（Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ）をＳ－ｇＮＢへ送信する。

【0275】

これに対応して、Ｓ－ｇＮＢは測定レポートを受信し、ＵＥ２をＴ－ｇＮＢ１にハンドオーバすることを決断する。

【0276】

７０２：Ｓ－ｇＮＢがハンドオーバ請求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ）をＴ－ｇＮＢ１へ送信する。ここで、Ｓ－ｇＮＢは、Ｔ－ｇＮＢ１がマルチキャスト機能をサポートすることを知り得る。

【0277】

例えば、ハンドオーバ請求は、ハンドオーバされるＵＥ２のＰＤＵセッション情報を含み得る。ＰＤＵセッション情報は、ＰＤＵセッションに含まれるユニキャストサービスに対応するＰＤＵセッション識別子及びＱｏＳ情報を含む。ハンドオーバされるＵＥのＰＤＵセッションが更にマルチキャストサービスに関連付けられる場合、ＰＤＵセッション情報は更に、関連付けられたマルチキャストサービスに対応するＱｏＳ情報を含む。例えば、ユニキャストサービスのＱｏＳ情報は、ユニキャストサービスに対応するユニキャストＱｏＳフロー識別子（ＱｏＳ ｆｌｏｗ ｉｄｅｎｔｉｆｉｅｒ， ＱＦＩ）及びＱｏＳパラメータを含み、マルチキャストサービスのＱｏＳ情報は、マルチキャストサービスに対応するマルチキャストＱｏＳフロー識別子（ＱｏＳ ｆｌｏｗ ｉｄｅｎｔｉｆｉｅｒ， ＱＦＩ）及びＱｏＳパラメータを含む。

【0278】

加えて、ハンドオーバ請求は更に、Ｓ－ｇＮＢがＴ－ｇＮＢ１へ転送することを意図するＱｏＳフローのＱＦＩ、及び、Ｓ－ｇＮＢによって生成される転送トンネルのエンドポイント識別子を含み得る。例えば、Ｓ－ｇＮＢがＴ－ｇＮＢ１へ転送することを意図するＱｏＳフローは、ユニキャストＱｏＳフロー及び／又はマルチキャストＱｏＳフローであり得る。

【0279】

例えば、Ｓ－ｇＮＢがＴ－ｇＮＢ１へ転送することを意図するサービスフローがマルチキャストＱｏＳフローを含むとき、ハンドオーバ請求は、マルチキャストＱｏＳフローのＱＦＩ、及び、Ｓ－ｇＮＢによって生成された、マルチキャストセッショントンネルに対応する転送トンネルのエンドポイント識別子を含み得る。Ｓ－ｇＮＢがＴ－ｇＮＢ１へ転送することを意図するサービスフローがユニキャストＱｏＳフローを含むとき、ハンドオーバ請求は、ユニキャストＱｏＳフローのＱＦＩ、及び、Ｓ－ｇＮＢによって生成される、ユニキャストセッショントンネルに対応する転送トンネルのエンドポイント識別子を含み得る。

【0280】

換言すれば、Ｓ－ｇＮＢが、ＰＤＵセッショントンネルに対応する転送トンネルを通じてユニキャストＱｏＳフローを転送することを意図する場合、ハンドオーバ請求は、ユニキャストＱｏＳフローに対応するＱＦＩ、及び、転送トンネルのためにＳ－ｇＮＢによって生成されるエンドポイント識別子を含み得る。Ｓ－ｇＮＢがマルチキャストセッショントンネルに対応する転送トンネルを通じてマルチキャストＱｏＳフローを転送することを意図する場合、ハンドオーバ請求は、マルチキャストＱｏＳフローに対応するＱＦＩ、及び、転送トンネルについてＳ－ｇＮＢによって生成されるエンドポイント識別子を含み得る。

【0281】

Ｓ－ｇＮＢが転送トンネルを通じてサービスフローを転送する必要がある理由は、段階７０４の後、具体的には、Ｓ－ｇＮＢがハンドオーバコマンドをＵＥ２へ配信した後、ＵＥ２はＳ－ｇＮＢから切断されるからであることに留意されたい。このケース、ＵＥ２は、Ｓ－ｇＮＢを介してデータを一時的に受信できず、ＵＥ２はＴ－ｇＮＢ１にまだアクセスしていない。換言すれば、ＵＥ２は、段階７０４及び段階７０５のこの期間において、Ｓ－ｇＮＢを介してデータを受信できない。したがって、Ｓ－ｇＮＢは、転送トンネルを通じて、データのこの部分をＴ－ｇＮＢ１へバッファリングのために転送する必要がある。段階７０５の後に、具体的には、ＵＥ２がＴ－ｇＮＢ１にアクセスした後に、Ｔ－ｇＮＢ１はデータのこの部分をＵＥ２へ配信する。

【0282】

７０３：Ｔ－ｇＮＢ１がハンドオーバ確認応答（ｈａｎｄｏｖｅｒ ｒｅｑｕｅｓｔ ＡＣＫ）をＳ－ｇＮＢへ送信する。

【0283】

例えば、Ｔ－ｇＮＢ１が、Ｓ－ｇＮＢから受信されたユニキャストサービスのＱｏＳ情報及びマルチキャストサービスのＱｏＳ情報に基づいて、ハンドオーバされるＵＥについて無線リソースを準備する。例えば、Ｔ－ｇＮＢ１は、各サービスフローのＱＦＩに対応するＱｏＳパラメータに基づいて、エアインタフェースデータ無線ベアラ（ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒｓ， ＤＲＢｓ）の数及びＱＦＩとＤＲＢとの間のマッピング関係を決定し得る。加えて、Ｔ－ｇＮＢ１は更に、各ＤＲＢがマッピングされるＱＦＩに対応するＱｏＳパラメータに基づいて、ＤＲＢに対応する構成パラメータを決定し得る。ＤＲＢに対応する構成パラメータは、例えば、確認応答モード又は非確認応答モードが、ＤＲＢに対応する無線リンク制御（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ， ＲＬＣ）層によって使用されるかどうかである。最終的に、Ｔ－ｇＮＢ１は対応するＤＲＢを作成する。

【0284】

無線リソースを準備した後に、Ｔ－ｇＮＢ１はハンドオーバ確認応答をＳ－ｇＮＢへ送信する。いくつかの任意選択的な実施形態において、Ｔ－ｇＮＢ１は、Ｓ－ｇＮＢを介してＵＥ２に中継される必要がある情報をＳ－ｇＮＢへ送信し得る。例えば、Ｔ－ｇＮＢ１は、Ｓ－ｇＮＢを介して、Ｔ－ｇＮＢ１の無線ベアラ構成情報をＵＥ２へ送信し得る。無線ベアラ構成情報は、ＵＥ２がＴ－ｇＮＢ１にアクセスした後に、Ｔ－ｇＮＢ１によって配信されたユニキャストサービスデータ及び／又はマルチキャストサービスデータを受信するためにＵＥ２によって使用され得る。

【0285】

いくつかの任意選択的な実施形態において、段階７０２におけるハンドオーバ請求が、Ｓ－ｇＮＢが転送トンネルを通じて転送することを意図するサービスフローのＱＦＩ（ユニキャストＱｏＳフローのＱＦＩ及び／又はマルチキャストＱｏＳフローのＱＦＩを含む）を含み、かつ、Ｔ－ｇＮＢ１がデータ転送をサポートするとき、Ｔ－ｇＮＢ１は、転送トンネルのエンドポイント識別子を割り当てる。

【0286】

７０４：Ｓ－ｇＮＢがハンドオーバコマンド（ｈａｎｄｏｖｅｒ ｃｏｍｍａｎｄ）をＵＥ２へ配信する。

【0287】

Ｔ－ｇＮＢ１がＳ－ｇＮＢに対して、Ｔ－ｇＮＢ１でサービスデータを受信するためにＵＥ２によって必要とされる無線ベアラ構成情報をＵＥ２へ中継することを要求する場合、Ｓ－ｇＮＢは無線ベアラ構成情報をＵＥ２へ送信する。Ｓ－ｇＮＢがハンドオーバコマンドをＵＥ２へ配信した後に、ＵＥ２とＳ－ｇＮＢとの間のエアインタフェース接続が一時的に切断される。

【0288】

次に、Ｓ－ｇＮＢは、マルチキャストセッショントンネルを通じて受信されるマルチキャストＱｏＳフローを複製し、複製されたマルチキャストＱｏＳフローをＴ－ｇＮＢ１へ転送する。

【0289】

ＵＥ２とＳ－ｇＮＢとの間のエアインタフェース接続が切断された後に、Ｓ－ｇＮＢは、ＰＤＵセッションに含まれるサービスデータ、及び、ＰＤＵセッションに関連付けられたマルチキャストサービスデータを、ハンドオーバされるＵＥ２へ配信することを停止する。例えば、Ｓ－ｇＮＢは、ＰＤＵセッションに含まれるサービスデータを、ＰＤＵセッショントンネルを通じて、ハンドオーバされるＵＥ２へ送信することを停止し、マルチキャストセッショントンネルを通じて、ハンドオーバされるＵＥ２へマルチキャストサービスデータを転送することを停止する。

【0290】

ハンドオーバされるＵＥ２が転送をサポートする必要があるＱｏＳフローについて、Ｓ－ｇＮＢは更に、以下の作業を実行する必要がある。Ｔ－ｇＮＢ１へ転送される必要があるユニキャストＱｏＳフローについて、Ｓ－ｇＮＢは、ＰＤＵセッショントンネルに対応する転送トンネルを通じて、ユニキャストＱｏＳフローをＴ－ｇＮＢ１へ転送する。ユニキャストＱｏＳフローを受信した後に、Ｔ－ｇＮＢ１はユニキャストＱｏＳフローをバッファリングする。

【0291】

Ｔ－ｇＮＢ１へ転送される必要があるマルチキャストＱｏＳフローについて、Ｓ－ｇＮＢはまず、マルチキャストセッショントンネルにおけるマルチキャストＱｏＳフローを複製し、次に、マルチキャストセッショントンネルに対応する転送トンネルを通じて、複製されたマルチキャストＱｏＳフローをＴ－ｇＮＢ１へ転送する。マルチキャストＱｏＳフローを受信した後に、Ｔ－ｇＮＢ１は、マルチキャストＱｏＳフローをバッファリングする。

【0292】

７０５：ＵＥ２がＴ－ｇＮＢ１にアクセスする。

【0293】

例えば、ＵＥ２がＴ－ｇＮＢ１にアクセスした後に、Ｔ－ｇＮＢ１は、受信されバッファリングされたユニキャストＱｏＳフロー及び／又はマルチキャストＱｏＳフローをＵＥ２へ送信する。ＵＥ２は、段階７０４において、Ｓ－ｇＮＢによって送信された無線ベアラ構成情報に基づいて対応するサービスデータを受信する。

【0294】

７０６：Ｔ－ｇＮＢ１がＮ２経路切替請求（Ｎ２ Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ）をＡＭＦへ送信する。

【0295】

例えば、請求は、ハンドオーバに成功したユニキャストＱｏＳフローのＱＦＩ、及び、ＵＥ２のＰＤＵセッションにおいてハンドオーバに失敗したユニキャストＱｏＳフローのＱＦＩ、及び／又は、ハンドオーバに成功したマルチキャストＱｏＳフローのＱＦＩ、及び、ＰＤＵセッションにおいてハンドオーバに失敗したマルチキャストＱｏＳフローのＱＦＩを含む。例えば、これらのＱＦＩは、Ｎ２ＳＭメッセージにカプセル化され得る。

【0296】

いくつかの任意選択的な実施形態において、Ｎ２経路切替請求は更に、Ｔ－ｇＮＢ１によってＵＥ２に割り当てられる、ＰＤＵセッショントンネルのエンドポイント識別子を含み得る。

【0297】

いくつかの任意選択的な実施形態において、Ｎ２経路切替請求は更に指示情報＃２を含み得、ここで、指示情報＃２は、ハンドオーバされるＵＥ２のＰＤＵセッションと関連付けられたマルチキャストサービスがＴ－ｇＮＢ１上で実行しているかどうかを示す。

【0298】

可能なケースにおいて、ハンドオーバされるＵＥ２のＰＤＵセッションに関連付けられたマルチキャストサービスがＴ－ｇＮＢ１上で実行していないとき、Ｔ－ｇＮＢ１とＵＰＦとの間でマルチキャストセッションを伝送するために使用されるマルチキャストセッショントンネルがまだ確立されていないことを示す。このケース、Ｎ２経路切替請求は更に、Ｔ－ｇＮＢ１によって割り当てられた、マルチキャストセッショントンネルのエンドポイント識別子を含み、Ｔ－ｇＮＢ１とＵＰＦとの間にマルチキャストセッショントンネルを確立し得る。

【0299】

別の可能なケースにおいて、ハンドオーバされるＵＥ２おＰＤＵセッションに関連付けられたマルチキャストサービスがＴ－ｇＮＢ１上で実行状態にある、又は、マルチキャストサービスがＴ－ｇＮＢ１上で実行しているとき、Ｔ－ｇＮＢ１とＵＰＦとの間でマルチキャストセッションを伝送するために使用されるマルチキャストセッショントンネルが確立されたことを示す。このケースにおいて、Ｎ２経路切替請求は、マルチキャストセッショントンネルのエンドポイント識別子を含まないことがあり得る。

【0300】

７０７：ＡＭＦがＰＤＵセッションコンテキスト更新請求（Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）をＳＭＦ１へ送信する。

【0301】

例えば、ＰＤＵセッションコンテキスト更新請求は、段階７０６におけるＮ２ＳＭメッセージに含まれる情報を含む。

【0302】

いくつかの実施形態においてＵＥ２がＴ－ｇＮＢ１にハンドオーバされる前に、ＡＭＦは、マルチキャスト機能がサポートあれるかどうかの能力情報を含む、ｇＮＢの能力情報を収集し得る。例えば、電源オンされるとき、Ｔ－ｇＮＢ１は、Ｔ－ｇＮＢ１がマルチキャスト機能をサポートするかどうかをＡＭＦに報告し得る。このケースにおいて、ＰＤＵセッションコンテキスト更新請求は更にＴ－ｇＮＢ１の能力情報を含み得る。

【0303】

これに対応して、ＳＭＦ１はＰＤＵセッションコンテキスト更新請求を受信する。次に、Ｓ－ｇＮＢにおける、ハンドオーバされるＵＥ２のＰＤＵセッションに関連付けられたマルチキャストサービスが位置するマルチキャストセッショントンネル（すなわち、ＵＰＦ１とＳ－ｇＮＢとの間でマルチキャストサービスを伝送するために使用されるマルチキャストセッショントンネル、ここで、マルチキャストサービスはマルチキャストセッショントンネルにおいて伝送されると想定される）を解放するかどうかをＳＭＦ１が決定する。

【0304】

いくつかの実施形態において、ＵＥ２がＳ－ｇＮＢからＴ－ｇＮＢにハンドオーバされた後に、別の端末デバイスが、Ｓ－ｇＮＢを介してマルチキャストサービスのデータを受信するかどうか、又は、ＵＥ２が、ＳＭＦ１及びＳ－ｇＮＢを介してマルチキャストサービスに加入した最後のＵＥであるかどうか、又は、ＵＥ２がＳ－ｇＮＢからＴ－ｇＮＢにハンドオーバされた後に、ＳＭＦ１及びＳ－ｇＮＢを介してマルチキャストサービスに加入したＵＥの数が０であるかどうかに応じて、ＳＭＦ１は、マルチキャストセッショントンネルを解放するかどうかを決定し得る。例えば、ＳＭＦ１及びＳ－ｇＮＢを介してマルチキャストサービスに加入したＵＥの数はマルチキャストサービスコンテキストに含まれ得る。換言すれば、マルチキャストサービスコンテキストにおけるＵＥ２以外の別のＵＥが、Ｓ－ｇＮＢにおいてマルチキャストサービスを請求するかどうかに応じて、ＳＭＦ１は、マルチキャストサービスが位置するマルチキャストセッショントンネルを解放するかどうかを決定し得る。マルチキャストサービスコンテキストはまた、マルチキャストセッションコンテキスト（ｍｕｌｔｉｃａｓｔ ｓｅｓｓｉｏｎ ｃｏｎｔｅｘｔ）と称され得る。

【0305】

例えば、図４Ａ～図４Ｃをなお参照されたい。ＵＥ１及びＵＥ２は、ＳＭＦ１及びＳ－ｇＮＢを介して同一のマルチキャストサービスに加入する。後続の段階４２５において、ＵＥ１はハンドオーバされ、ＳＭＦ１及びＳ－ｇＮＢを介して加入していたマルチキャストサービスを脱退し、段階４２６において、ＵＥ２はハンドオーバされ、ＳＭＦ１及びＳ－ｇＮＢを介して加入していたマルチキャストサービスを脱退する。したがって、ＵＥ２がＴ－ｇＮＢにハンドオーバされた後に、他の端末デバイスがＳ－ｇＮＢを介してマルチキャストサービスのデータを受信しない、又は、ＵＥ２は、ＳＭＦ１及びＳ－ｇＮＢを介してマルチキャストサービスに加入した最後のＵＥであり、又は、ＳＭＦ１及びＳ－ｇＮＢを介してマルチキャストサービスに加入したＵＥの数が０である。これに基づいて、ＳＭＦ１は、マルチキャストサービスが位置するマルチキャストセッショントンネルを解放するかどかを決定し得る。

【0306】

いくつかの任意選択的な実施形態において、ＰＤＵセッションコンテキスト更新請求が指示情報＃２を含むとき、ＳＭＦは、指示情報＃２に基づいて、ハンドオーバされるＵＥ２のＰＤＵセッションに関連付けられたマルチキャストサービスがＴ－ｇＮＢ１上で実行しているかどうかを決定し得る。

【0307】

いくつかの任意選択的な実施形態において、マルチキャストサービスが位置するマルチキャストセッショントンネルを解放することを決定した後に、ＳＭＦ１は、情報＃１を生成し、マルチキャストサービスが位置するマルチキャストセッショントンネルを解放するようＳ－ｇＮＢに指示し得る。情報＃１は第１情報の例であり得る。

【0308】

例えば、情報＃１は、マルチキャストセッショントンネルを解放するための指示、通知、又は請求を含み得る。任意選択で、情報＃１は更に、マルチキャストセッショントンネルについての情報（例えば、マルチキャストセッショントンネルを決定するために使用されるマルチキャストセッショントンネルのトンネルエンドポイント識別子ＴＥＩＤ）及び／又はマルチキャストサービスの識別情報を含み得る。

【0309】

例えば、情報＃１は、マルチキャストセッショントンネルを解放するための指示、通知又は請求を含み得、更に、マルチキャストセッショントンネルについての情報を含み得る。任意選択で、情報＃１は更に、マルチキャストサービスの識別情報を含み得る。

【0310】

例えば、情報＃１は、マルチキャストセッショントンネルを解放するための指示、通知又は請求を含み得、更に、マルチキャストセッショントンネルについての情報及びマルチキャストサービスの識別情報を含み得る。

【0311】

７０８：ＳＭＦ１とＵＰＦ１との間でＮ４セッション更新を実行する。

【0312】

例えば、ＳＭＦ１は、Ｔ－ｇＮＢ１のＰＤＵセッショントンネルエンドポイント識別子、及び、ＳＭＦ１によってＵＰＦ１に割り当てられたＰＤＵセッショントンネルエンドポイント識別子を保持するＮ４セッション更新請求をＵＰＦ１へ送信し、Ｔ－ｇＮＢ１とＵＰＦ１との間にＰＤＵセッショントンネル（Ｎ４ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ）を確立し得る。

【0313】

いくつかの任意選択的な実施形態において、段階７０７において、ＡＭＦが更に、Ｔ－ｇＮＢ１によって割り当てられた、マルチキャストセッショントンネルのエンドポイント識別子をＳＭＦ１へ送信する場合（すなわち、このケースにおいて、ハンドオーバされるＵＥ２のＰＤＵセッションに関連付けられたマルチキャストサービスがＴ－ｇＮＢ１上で実行されない）、ＳＭＦ１は更に、Ｔ－ｇＮＢ１からＵＰＦ１へのマルチキャストセッショントンネルのエンドポイント識別子を送信する。

【0314】

いくつかの実施形態において、段階７０７において、ＳＭＦ１が情報＃１を生成する場合、Ｎ４セッション更新請求は情報＃１を含み得る。ＵＰＦ１は、情報＃１に基づいて、ＵＰＦ１とＳ－ｇＮＢとの間でマルチキャストサービスを伝送するために使用されるトンネルを解放することを通知し得る。

【0315】

７０９：ＳＭＦ１が、第１メッセージをＭＣＦへ送信し、ＭＵＦとＵＰＦ１との間でマルチキャストサービスを伝送するために使用されるトンネル、すなわち、ＭＵＦからＵＰＦ１へのトンネルを解放することを通知する。

【0316】

７１０：ＭＣＦとＭＵＦとの間でＮ４セッション更新を実行する。例えば、ＭＣＦは、ＳＭＦ１によって割り当てられた、ＵＰＦ１のトンネル識別情報（すなわち、ＭＵＦとのトンネルを確立するために使用される、ＵＰＦ１のトンネル識別情報）を解放し得る。

【0317】

７１１：ＭＣＦが第１メッセージへの応答をＳＭＦ１へ送信する。

【0318】

７１２：ＳＭＦ１がＰＤＵセッションコンテキスト更新応答（Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ）をＡＭＦへ送信する。

【0319】

例えば、ＳＭＦ１は、ＭＣＦによって割り当てられた、ＭＵＦのトンネル識別情報（すなわち、ＭＵＦとのトンネルを確立するために使用されるＵＰＦ１のトンネル識別情報）を解放し得る。

【0320】

７１３：ＡＭＦがＮ２経路切替確認応答（Ｎ２ Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ ＡＣＫ）をＴ－ｇＮＢ１へ送信する。

【0321】

７１４：Ｔ－ｇＮＢ１がＵＥコンテキスト解放（ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ）請求をＳ－ｇＮＢへ送信する。

【0322】

したがって、本願の本実施形態において、ＵＥ２がＳ－ｇＮＢからＴ－ｇＮＢ１にハンドオーバされた後に、他の端末デバイスがＳ－ｇＮＢを介してマルチキャストサービスのデータを受信していないと決定したとき、ＳＭＦ１は、Ｓ－ｇＮＢとＵＰＦ１との間でマルチキャストサービスを伝送するために使用される第１トンネルを解放するようＵＰＦ１に通知し、Ｓ－ｇＮＢとＵＰＦ１との間のマルチキャストセッショントンネルを解放し得る。これによりネットワークリソースオーバヘッドを低減することを助ける。

【0323】

図８は、本願の実施形態による、デバイスインタラクションの観点からの通信方法８００の概略フローチャートである。方法８００は、第１端末デバイスが第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信するシナリオに適用され得る。図８に示されるように、方法８００は段階８１０から８３０を備える。

【0324】

８１０：第１アクセスネットワークデバイスは、第１端末デバイスが第１アクセスネットワークデバイスから第２アクセスネットワークデバイスにハンドオーバされるハンドオーバ準備フェーズに第１端末デバイスがあるとき、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信する最後の端末デバイスであることを知る。ここで、「知る」はまた、「認識する（ｐｅｒｃｅｉｖｅ）」、「発見する（ｆｉｎｄ）」、「検出する（ｄｅｔｅｃｔ）」、又は同様のものに置き換えられ得る。これは限定されない。

【0325】

換言すれば、第１アクセスネットワークデバイスは、ハンドオーバ準備フェーズにおける第１端末デバイスが第２アクセスネットワークデバイスにハンドオーバされた後に、他の端末デバイスが第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信していないことを知り得る。端末デバイスが第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信することは、端末デバイスが第１アクセスネットワークデバイスを介して第１マルチキャストサービスに加入したこととして理解され得ることに留意されたい。第１端末は、準備フェーズにおいて知られる、第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信する最後の第１端末デバイスであり、第１端末デバイスは後に第２アクセスネットワークデバイスにハンドオーバされることも理解され得る。第１端末デバイスは、第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信する最後の第１端末デバイスであり、第１端末デバイスは、後に第２アクセスネットワークデバイスにハンドオーバされることも理解され得る。

【0326】

例えば、第１アクセスネットワークデバイスは、ソースアクセスネットワークデバイスと称され得、第２アクセスネットワークデバイスはターゲットアクセスネットワークデバイスと称され得る。

【0327】

例えば、ここでのハンドオーバはＸｎハンドオーバ又はＮ２ハンドオーバであり得る。

【0328】

ハンドオーバ準備フェーズは、ソースアクセスネットワークデバイス、ターゲットアクセスネットワークデバイス、又はコアネットワークデバイス（ＡＭＦ、ＳＭＦ、ＵＰＦ又は同様のものであり得るが、ここでは限定されない）が、ハンドオーバによって必要とされるリソースを第１端末デバイスのために準備するフェーズであり得ることに留意されたい。ハンドオーバによって必要とされるリソースは、転送トンネル、ターゲットアクセスネットワークデバイスを介してサービスデータを受信するために第１端末デバイスによって必要とされる無線ベアラ構成情報、第１端末デバイスのためにターゲットアクセスネットワークデバイスによって構成されているエアインタフェースリソース、又は同様のものを含み得る。これについては、本願のこの実施形態において限定しない。

【0329】

Ｘｎハンドオーバシナリオにおいて、ハンドオーバ準備フェーズは、ソースアクセスネットワークデバイスが第１端末デバイスの測定レポートを受信し、測定レポートに基づいて第１端末デバイスに対してハンドオーバ決定を行うプロセス、ここで、決定結果はハンドオーバであり；ソースアクセスネットワークデバイスは、ハンドオーバ請求をターゲットアクセスネットワークデバイスへ送信し、ターゲットアクセスネットワークデバイスによって送信されたハンドオーバ確認応答を受信する、例えば、以下の図９Ａ及び図９Ｂにおける段階９０１から９０３のプロセスであり得る。

【0330】

Ｎ２ハンドオーバにおいて、ハンドオーバ準備フェーズは、ソースアクセスネットワークデバイスが第１端末デバイスの測定レポートを受信し、測定レポートに基づいて、ハンドオーバ要求（ｈａｎｄｏｖｅｒ ｒｅｑｕｉｒｅｄ）をソースアクセス及びモビリティ管理機能ネットワーク要素へ送信し、ソースアクセス及びモビリティ管理機能ネットワーク要素がＵＥコンテキスト作成応答をターゲットアクセス及びモビリティ管理ネットワーク要素から受信するプロセス、例えば、以下の図１０Ａ～図１０Ｃにおける段階１００１から１０１２のプロセスであり得る。

【0331】

ソースアクセスネットワークデバイスは、ハンドオーバ準備フェーズの任意の時点において、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信する最後の端末デバイスであると知り得る。

【0332】

例えば、Ｘｎハンドオーバシナリオにおいて、ソースアクセスネットワークデバイスが第１端末デバイスの測定レポートを受信し、測定レポートに基づいて第１端末デバイスに対してハンドオーバ決定を行い、ここで、決定結果はハンドオーバであるとき（例えば、以下の図９Ａ及び図９Ｂにおける段階９０１の後）、又は、ハンドオーバ請求をターゲットアクセスネットワークデバイスへ送信するとき（例えば、以下の図９Ａ及び図９Ｂにおける段階９０２の後）、又は、ハンドオーバ確認応答をターゲットアクセスネットワークデバイスから受信した後（例えば、以下の図９Ａ及び図９Ｂにおける段階９０３の後）、ソースアクセスネットワークデバイスは、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信する最後の端末デバイスであると知る。

【0333】

別の例では、Ｎ２ハンドオーバシナリオにおいて、第１端末デバイスの測定レポートを受信するとき（例えば、以下の図１０Ａ～図１０Ｃにおける段階１００１の後）、又は、ハンドオーバ要求をソースアクセス及びモビリティ管理機能ネットワーク要素へ送信した後（例えば、以下の図１０Ａ～図１０Ｃにおける段階１００２の後）、ソースアクセスネットワークデバイスは、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信する最後の端末デバイスであると知り得る。

【0334】

いくつかの任意選択的な実施形態において、ハンドオーバ準備フェーズにおいて、第１マルチキャストサービスに加入した第１端末デバイスが測定レポートをソースアクセスネットワークデバイスへ送信するとき、ソースアクセスネットワークデバイスは、測定レポートに基づいて、第１端末デバイスに対してハンドオーバ決定を行い、ここで、決定結果はハンドオーバであり；ソースアクセスネットワークデバイスは、ソースアクセスネットワークデバイスを介して、第１マルチキャストサービスに加入した端末デバイスの数を更新し、例えば、端末デバイスの数を１減少させ得る。端末デバイスの数が０であるとき、第１端末デバイスは、第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信する最後の端末デバイスであることが知られ得る。

【0335】

例えば、Ｘｎハンドオーバにおいて、第１端末デバイスの測定レポートを受信し、ハンドオーバを実行することを決定した後（例えば、以下の図９Ａ及び図９Ｂにおける段階９０１の後）、又は、ハンドオーバ請求をターゲットアクセスネットワークデバイスへ送信した後（例えば、以下の図９Ａ及び図９Ｂにおける段階９０２の後）、又は、ターゲットアクセスネットワークデバイスによって送信されたハンドオーバ確認応答を受信した後（例えば、以下の図９Ａ及び図９Ｂにおける段階９０３の後）、ソースアクセスネットワークデバイスは、ソースアクセスネットワークデバイスを介して第１マルチキャストサービスに加入した端末デバイスの数を更新し得る。次に、ソースアクセスネットワークデバイスは、端末デバイスの更新された数に基づいて、第１端末デバイスが、ソースアクセスネットワークデバイスを介して第１マルチキャストサービスに加入した最後の端末デバイスであるかどうかを決定し得る。

【0336】

例えば、Ｎ２ハンドオーバにおいて、第１端末デバイスの測定レポートを受信した後、ハンドオーバ要求をソースアクセス及びモビリティ管理機能ネットワーク要素へ送信する前、又は、ハンドオーバ要求をソースアクセス及びモビリティ管理機能ネットワーク要素へ送信した後、ソースアクセスネットワークデバイスは、ソースアクセスネットワークデバイスを介して第１マルチキャストサービスに加入した端末デバイスの数を更新し得る。

【0337】

例えば、Ｎ２ハンドオーバにおいて、第１端末デバイスの測定レポートを受信した後（例えば、以下の図１０Ａ～図１０Ｃにおける段階１００１の後）、又は、ハンドオーバ要求をソースアクセス及びモビリティ管理機能ネットワーク要素へ送信した後（例えば、以下の図１０Ａ～図１０Ｃにおける段階１００２の後）、ソースアクセスネットワークデバイスは、ソースアクセスネットワークデバイスを介して第１マルチキャストサービスに加入した端末デバイスの数を更新し得る。次に、ソースアクセスネットワークデバイスは、端末デバイスの更新された数に基づいて、第１端末デバイスが、ソースアクセスネットワークデバイスを介して第１マルチキャストサービスに加入した最後の端末デバイスであるかどうかを決定し得る。

【0338】

いくつかの任意選択的な実施形態において、ソースアクセスネットワークデバイスを介してマルチキャストサービスに加入した端末デバイスの数は、第１端末デバイスのＰＤＵセッションに関連付けられたマルチキャストサービスに対応する、マルチキャストコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｅｘｔ）、マルチキャストセッションコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｓｅｓｓｉｏｎ Ｃｏｎｔｅｘｔ）、マルチキャストグループコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｇｒｏｕｐ Ｃｏｎｔｅｘｔ）又はマルチキャストサービスコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ Ｃｏｎｔｅｘｔ）に含まれ得る。換言すれば、マルチキャストコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｅｘｔ）、マルチキャストセッションコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｓｅｓｓｉｏｎ Ｃｏｎｔｅｘｔ）、マルチキャストグループコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｇｒｏｕｐ Ｃｏｎｔｅｘｔ）又はマルチキャストサービスコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ Ｃｏｎｔｅｘｔ）における端末デバイス以外の別の端末デバイスが第１マルチキャストサービスを受信するかどうかに応じて、ソースアクセスネットワークデバイスは、第１端末デバイスが、ソースアクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信する最後の端末デバイスであるかどうかを決定する。

【0339】

第１端末デバイスがマルチキャストコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｅｘｔ）、マルチキャストセッションコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｓｅｓｓｉｏｎ Ｃｏｎｔｅｘｔ）、マルチキャストグループコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｇｒｏｕｐ Ｃｏｎｔｅｘｔ）又はマルチキャストサービスコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ Ｃｏｎｔｅｘｔ）における最後の端末デバイスであるとき、端末デバイスがソースアクセスネットワークデバイスを退出した後に、ソースアクセスネットワークデバイスを介して第１マルチキャストサービスを受信する他の端末デバイスは無い。このケースにおいて、ソースアクセスネットワークデバイスは、第１端末デバイスが、ソースアクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信する最後の端末デバイスであると知り得る。

【0340】

本願の本実施形態において、１のマルチキャストサービスは、１のマルチキャストセッションに対応し、１のアクセスネットワークデバイスとコアネットワークデバイス（ＭＢ－ＵＰＦ又はＵＰＦなど）との間の１のマルチキャストセッショントンネルに対応し得ることに留意されたい。ここでは、１のマルチキャストサービスは代替的に複数のマルチキャストセッションに対応し、複数のアクセスネットワークデバイスとコアネットワークデバイスとの間のマルチキャストセッショントンネルに対応し得ることに留意されたい。

【0341】

８２０：第１アクセスネットワークデバイスが第１情報をコアネットワークデバイスへ送信する。第１情報は、第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される。

【0342】

いくつかの実施形態において、コアネットワークデバイスは、マルチキャストユーザプレーン機能ネットワーク要素であり得、例えば、ＭＵＦ、Ｍ－ＵＰＦ、ＭＳ－ＵＰＦ又はＭＢ－ＵＰＦであり得る。これについては、限定されない。このケースにおいて、第１トンネルは、ソースアクセスネットワークデバイスとマルチキャストユーザプレーン機能ネットワーク要素（ＭＵＦ、Ｍ－ＵＰＦ、ＭＳ－ＵＰＦ、又はＭＢ－ＵＰＦなど）との間で第１マルチキャストサービスを伝送するために使用されるトンネルを含み得る（ここで、トンネルは例えば、上で説明されたマルチキャストセッショントンネルである）。

【0343】

いくつかの実施形態においてコアネットワークデバイスは、ユーザプレーン機能ネットワーク要素であり得、例えば、ＵＰＦであり得る。このケースにおいて、第１トンネルは、ソースアクセスネットワークデバイスとユーザプレーン機能ネットワーク要素（例えばＵＰＦ）との間で第１マルチキャストサービスを伝送するために使用されるトンネルを含み得る（ここで、トンネルは例えば、上で説明されたマルチキャストセッショントンネルである）。

【0344】

コアネットワークデバイスがユーザプレーン機能ネットワーク要素であるとき、ユーザプレーン機能ネットワーク要素は、マルチキャストサービスを処理するために使用できるユーザプレーン機能を含み得ることに留意されたい。すなわち、マルチキャストサービスを処理するために使用できるユーザプレーン機能（例えば、ＭＵＦ、Ｍ－ＵＰＦ、ＭＳ－ＵＰＦ、又はＭＢ－ＵＰＦ）は、機能ネットワーク要素内にユーザプレーン機能ネットワーク要素と共に組み合わされ得るとみなされ得る。これに対応して、このケースにおいて、セッション管理機能ネットワーク要素は、マルチキャストサービスを処理するために使用できる制御プレーン機能を含み得る。すなわち、マルチキャストサービスを処理するために使用できる制御プレーン機能（例えば、ＭＣＦ、Ｍ－ＳＭＦ、ＭＳ－ＳＭＦ、又はＭＢ－ＳＭＦ）は、機能ネットワーク要素内でセッション管理機能ネットワーク要素と共に組み合わされ得る。

【0345】

いくつかの実施形態において、コアネットワークデバイスがマルチキャストユーザプレーン機能ネットワーク要素であるとき、第１アクセスネットワークデバイスはまず、第１情報をマルチキャストセッション管理機能ネットワーク要素へ送信し得、マルチキャストセッション管理機能ネットワーク要素は次に、第１情報をマルチキャストユーザプレーン機能ネットワーク要素へ送信し得る。

【0346】

可能な実装において、第１アクセスネットワークデバイスは、別のネットワークデバイス（第２アクセスネットワークデバイス、ＡＭＦ又はＳＭＦなど）を介して、第１情報をマルチキャストセッション管理機能ネットワーク要素へ送信し、マルチキャストセッション管理機能ネットワーク要素は次に、第１情報をマルチキャストユーザプレーン機能ネットワーク要素へ送信し得る。例えば、マルチキャストセッション管理機能ネットワーク要素は、マルチキャストサービスセッション管理機能ネットワーク要素、又は、ＭＢ－ＳＭＦ又はＭＣＦなどのマルチキャスト制御プレーン機能ネットワーク要素であり得る。これについては、本願のこの実施形態において限定しない。可能な実装において、第１アクセスネットワークデバイスは、別のコアネットワークデバイス（例えばＡＭＦ）を介して第１情報をマルチキャストセッション管理機能ネットワーク要素へ送信し、マルチキャストセッション管理機能ネットワーク要素は次に、第１情報をマルチキャストユーザプレーン機能ネットワーク要素へ送信し得る。別の可能な実装において、第１アクセスネットワークデバイスは、例えば、通知メッセージ又は請求メッセージを使用することによって、第１情報をマルチキャストセッション管理機能ネットワーク要素へ直接送信し得る。これについては、限定されない。

【0347】

いくつかの実施形態において、コアネットワークデバイスがユーザプレーン機能ネットワーク要素であるとき、第１アクセスネットワークデバイスはまず、第１情報をセッション管理機能ネットワーク要素へ送信し得、セッション管理機能ネットワーク要素は次に、第１情報をユーザプレーン機能ネットワーク要素へ送信し得る。

【0348】

可能な実装において、第１アクセスネットワークデバイスは、別のネットワークデバイス（第２アクセスネットワークデバイス又はＡＭＦなど）を介して第１情報をセッション管理機能ネットワーク要素へ送信し、セッション管理ネットワーク要素は次に、第１情報をユーザプレーン機能ネットワーク要素へ送信する。可能な実装において、第１アクセスネットワークデバイスは、別のコアネットワークデバイス（例えばＡＭＦ）を介して、第１情報をセッション管理機能ネットワーク要素へ送信し、セッション管理機能ネットワーク要素は次に、第１情報をユーザプレーン機能ネットワーク要素へ送信する。別の可能な実装において、第１アクセスネットワークデバイスは、例えば、通知メッセージ又は請求メッセージを使用することによって、第１情報をセッション管理機能ネットワーク要素へ直接送信し得る。これについては、限定されない。

【0349】

第１の任意選択の実装シナリオにおいて、例えば、Ｘｎハンドオーバシナリオにおいて、第１端末デバイスの測定レポートを受信し、測定レポートに基づいて、第１端末デバイスが第２アクセスネットワークデバイスにハンドオーバされる必要があると決定する、又は、ハンドオーバ請求を第２アクセスネットワークデバイスへ送信すると決定するとき、第１アクセスネットワークデバイスは、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスに加入した最後の端末デバイスであると知り得る。このケースにおいて、第１アクセスネットワークデバイスは、ハンドオーバ請求（例えば、ハンドオーバ請求）を第２アクセスネットワークデバイスへ送信し得、ここで、ハンドオーバ請求は第１情報を含む。ハンドオーバ請求は、第１端末デバイスを第１アクセスネットワークデバイスから第２アクセスネットワークデバイスにハンドオーバするように請求し得る。

【0350】

これに対応して、ハンドオーバ請求を第１アクセスネットワークデバイスから受信した後に、第２アクセスネットワークデバイスは、経路切替請求（例えば、Ｎ２経路切替請求、Ｎ２経路切替請求）をアクセス及びモビリティ管理機能ネットワーク要素（例えばＡＭＦ）へ送信し得、ここで、経路切替請求は第１情報を含む。次に、アクセス及びモビリティ管理機能ネットワーク要素は、ＰＤＵセッションコンテキスト更新請求（例えば、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）をセッション管理機能ネットワーク要素へ送信し得、ここで、ＰＤＵセッションコンテキスト更新請求は第１情報を含む。

【0351】

更に、段階８２０におけるコアネットワークデバイスがマルチキャストユーザプレーン機能ネットワーク要素であるとき、ＰＤＵセッションコンテキスト更新請求を受信した後に、セッション管理機能ネットワーク要素は、第１メッセージをマルチキャストセッション管理機能ネットワーク要素へ送信し得、ここで、第１メッセージは第１情報を含む。例えば、第１メッセージはＮ１６メッセージであり得る。第１メッセージを受信した後に、マルチキャストセッション管理機能ネットワーク要素は、第５メッセージをマルチキャストユーザプレーン機能ネットワーク要素へ送信し得、ここで、第５メッセージは第１情報を含み得る。例えば、第５メッセージはＮ４セッション更新請求であり得る。マルチキャストユーザプレーン機能ネットワーク要素は第５メッセージに基づいて第１情報を取得し、段階８３０を更に実行し得る。

【0352】

段階８２０におけるコアネットワークデバイスがユーザプレーン機能ネットワーク要素であるとき、ＰＤＵセッションコンテキスト更新請求を受信した後、セッション管理機能ネットワーク要素は、Ｎ４セッション更新請求をユーザプレーン機能ネットワーク要素へ送信し得、ここで、Ｎ４セッション更新請求は第１情報を含み得る。ユーザプレーン機能ネットワーク要素はＮ４セッション更新請求に基づいて第１情報を取得し、更に段階８３０を実行し得る。

【0353】

第２の任意選択の実装シナリオにおいて、例えば、Ｎ２ハンドオーバシナリオにおいて、第１端末デバイスの測定レポートを受信する、又は、ハンドオーバ要求をソースアクセス及びモビリティ管理機能ネットワーク要素へ送信すると決定するとき、第１アクセスネットワークデバイスは、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスに加入した最後の端末デバイスであると知り得る。このケースにおいて、第１アクセスネットワークデバイスは、ハンドオーバ要求（例えば、ハンドオーバ要求）を第１アクセス及びモビリティ管理機能ネットワーク要素へ送信し得、ここでハンドオーバ要求は第１情報を含む。例えば、第１アクセス及びモビリティ管理機能ネットワーク要素はソースアクセス及びモビリティ管理機能ネットワーク要素であり得る。

【0354】

これに対応して、ハンドオーバ要求を受信した後に、第１アクセス及びモビリティ管理機能ネットワーク要素は、ＵＥコンテキスト作成請求（例えばＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＣｒｅａｔｅＵＥＣｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）を第２アクセス及びモビリティ管理機能ネットワーク要素へ送信し得、ここで、ＵＥコンテキスト作成請求は第１情報を含む。次に、第２アクセス及びモビリティ管理機能ネットワーク要素は、ＰＤＵセッション更新コンテキスト請求をセッション管理機能ネットワーク要素へ送信し、ここで、ＰＤＵセッション更新コンテキスト請求は第１情報を含み得る。第２アクセス及びモビリティ管理機能ネットワーク要素は、ターゲットアクセス及びモビリティ管理機能ネットワーク要素と称され得る。

【0355】

更に、段階８２０におけるコアネットワークデバイスがマルチキャストユーザプレーン機能ネットワーク要素であるとき、ＰＤＵセッションコンテキスト更新請求を受信した後に、セッション管理機能ネットワーク要素は、第１メッセージをマルチキャストセッション管理機能ネットワーク要素へ送信し得、ここで、第１メッセージは第１情報を含む。例えば、第１メッセージはＮ１６メッセージであり得る。第１メッセージを受信した後に、マルチキャストセッション管理機能ネットワーク要素は、第５メッセージをマルチキャストユーザプレーン機能ネットワーク要素へ送信し得、ここで、第５メッセージは第１情報を含み得る。例えば、第５メッセージはＮ４セッション更新請求であり得る。これに対応して、マルチキャストユーザプレーン機能ネットワーク要素は、第５メッセージに基づいて第１情報を取得し、更に段階８３０を実行し得る。

【0356】

段階８２０におけるコアネットワークデバイスがユーザプレーン機能ネットワーク要素であるとき、ＰＤＵセッションコンテキスト更新請求を受信した後、セッション管理機能ネットワーク要素は、セッション更新請求（例えば、Ｎ４セッション更新請求）をユーザプレーン機能ネットワーク要素へ送信し得、ここで、セッション更新請求は第１情報を含み得る。これに対応して、マルチキャストユーザプレーン機能ネットワーク要素は、セッション更新請求に基づいて第１情報を取得し、更に段階８３０を実行し得る。

【0357】

第３の任意選択の実装シナリオにおいて、段階８２０におけるコアネットワークデバイスがマルチキャストユーザプレーン機能ネットワーク要素であるとき、第１アクセスネットワークデバイスは、ハンドオーバ準備フェーズにおける任意の時点において、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスに加入した最後の端末デバイスであると知り得る。第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスに加入した最後の端末デバイスであると知るとき、又は知った後に、第１アクセスネットワークデバイスは、第３メッセージを第３アクセス及びモビリティ管理機能ネットワーク要素へ送信し得、ここで、第３メッセージは、Ｎ２メッセージであり得、第３メッセージは第１情報を保持する。例えば、第３アクセス及びモビリティ管理機能ネットワーク要素は、第１端末デバイスが第１マルチキャストサービスに加入するときに第１マルチキャストサービスについて第１アクセスネットワークデバイスによって選択されるアクセス及びモビリティ管理機能ネットワーク要素、又は、第１端末デバイスに関連する、若しくは関連しない別のアクセス及びモビリティ管理機能ネットワーク要素であり得る。

【0358】

更に、第３メッセージを受信した後に、第３アクセス及びモビリティ管理機能ネットワーク要素は、第４メッセージをマルチキャストセッション管理機能ネットワーク要素へ送信し得、ここで、第４メッセージは第１情報を保持する。例えば、第４メッセージはＮ１１メッセージであり得る。第４メッセージを受信した後、マルチキャストセッション管理機能ネットワーク要素は、第１情報を保持し得る第５メッセージをマルチキャストユーザプレーン機能ネットワーク要素へ送信し得る。例えば、第５メッセージはＮ４セッション更新請求であり得る。これに対応して、マルチキャストユーザプレーン機能ネットワーク要素は、第５メッセージに基づいて第１情報を取得し、更に段階８３０を実行し得る。

【0359】

例えば、第１端末デバイスがマルチキャストサービス又はブロードキャストサービスに加入するとき、第１アクセスネットワークデバイスは、マルチキャストセッション管理機能ネットワーク要素の識別子を取得し得る。このようにして、第１アクセスネットワークデバイスは、識別子に基づいて第３アクセス及びモビリティ管理機能ネットワーク要素を選択し得る。例えば、第１アクセスネットワークデバイスは、識別子に基づいてネットワークレポジトリ機能（ｎｅｔｗｏｒｋ ｒｅｐｏｓｉｔｏｒｙ ｆｕｎｃｔｉｏｎ， ＮＲＦ）をクエリし、適切な第３アクセス及びモビリティ管理機能ネットワーク要素を取得し得る。

【0360】

第１端末デバイスに関連するアクセス及びモビリティ管理機能ネットワーク要素は、非アクセス層（ｎｏｎ－ａｃｃｅｓｓ ｓｔｒａｔｕｍ， ＮＡＳ）シグナリングサービスを第１端末デバイスに提供できるアクセス及びモビリティ管理機能ネットワーク要素であり得、第１端末デバイスに関連しないアクセス及びモビリティ管理機能ネットワーク要素は、ＮＡＳシグナリングサービスを第１端末デバイスに提供できないアクセス及びモビリティ管理機能ネットワーク要素であり得る。

【0361】

第３アクセス及びモビリティ管理機能ネットワーク要素は、前述のソースアクセス及びモビリティ管理機能ネットワーク要素と同一のネットワーク要素であり得る、又は、前述のターゲットアクセス及びモビリティ管理機能ネットワーク要素と同一のネットワーク要素であり得ることに留意されたい。これについては、本願のこの実施形態において限定しない。

【0362】

第３メッセージ、例えば、Ｎ２メッセージは、既存のＮ２メッセージ（具体的には、第１情報を追加で保持する既存のＮ２メッセージ）であり得るか、又は、新しいＮ２メッセージであり得ることに留意されたい。新しいＮ２メッセージは主に、マルチキャストセッショントンネルを解放するために使用され得る。新しいＮ２メッセージは、サービスベースのインタフェースシグナリングメッセージの名付け方式に従い得、Ｎ２メッセージの特定の名称は限定されないが、機能は、マルチキャストセッショントンネルを解放するようにマルチキャストユーザプレーン機能ネットワーク要素に通知するために使用される。

【0363】

第４メッセージ、例えばＮ１１メッセージは、既存のＮ１１メッセージ（具体的には、第１情報を追加で保持する既存のＮ１１メッセージ）であり得るか、又は新しいＮ１１メッセージであり得ることに留意されたい。新しいＮ１１メッセージは主に、マルチキャストセッショントンネルを解放するために使用され得る。新しいＮ１１メッセージは、サービスベースのインタフェースシグナリングメッセージの名付け方式に従い得、Ｎ１１メッセージの特定の名称は限定されないが、機能は、マルチキャストセッショントンネルを解放するようにマルチキャストユーザプレーン機能ネットワーク要素に通知するために使用される。

【0364】

第４の任意選択の実装シナリオにおいて、第１アクセスネットワークデバイスは、ハンドオーバ準備フェーズの任意の時点において、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスに加入した最後の端末デバイスであると知り得る。第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスに加入した最後の端末デバイスであることを第１アクセスネットワークデバイスが知るとき、又は知った後に、第１アクセスネットワークデバイスは、第１情報をコアネットワークデバイスへ直接送信し得る。

【0365】

例えば、段階８２０におけるコアネットワークデバイスがマルチキャストユーザプレーン機能ネットワーク要素であるとき、第１アクセスネットワークデバイスは、第１情報をマルチキャストセッション管理機能ネットワーク要素へ直接送信し得、マルチキャストセッション管理機能ネットワーク要素は次に、第１情報をマルチキャストユーザプレーン機能ネットワーク要素（例えば、第５メッセージにおける第１情報を含む）へ送信し、段階８３０を実行する。これについては、限定されない。

【0366】

例えば、段階８２０におけるコアネットワークデバイスがユーザプレーン機能ネットワーク要素であるとき、第１アクセスネットワークデバイスは、第１情報をセッション管理機能ネットワーク要素へ直接送信し得、セッション管理機能ネットワーク要素は次に、第１情報をユーザプレーン機能ネットワーク要素へ送信し（例えば、Ｎ４セッション更新請求において第１情報を含む）、段階８３０を実行する。これについては、限定されない。

【0367】

第１の任意選択の実装シナリオ又は第２の任意選択の実装シナリオにおいて、ハンドオーバ準備フェーズにおいて第１端末デバイスの測定レポートを受信した後、又は、ハンドオーバ請求若しくはハンドオーバ要求を送信することを決定するとき、第１アクセスネットワークデバイスは、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスに加入した最後の端末デバイスであると知り、第１アクセスネットワークデバイスは、第１情報を既存のシグナリング（ハンドオーバ請求又はハンドオーバ要求など）に含めることができ、その結果、第１情報は最終的にマルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素へ送信される。これによりネットワークリソースオーバヘッドを低減することを助ける。

【0368】

第３の任意選択の実装シナリオ又は第４の任意選択の実装シナリオにおいて、ハンドオーバ準備フェーズにおいて第１端末デバイスの測定レポートを受信した後、第１アクセスネットワークデバイスは、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスに加入した最後の端末デバイスであると知り、知った後、第３メッセージを第３アクセス及びモビリティ管理機能ネットワーク要素へ即時に送信し、又は、第１情報をマルチキャストセッション管理機能ネットワーク要素又はセッション管理ネットワーク要素へ即時に送信し、第１アクセスネットワークデバイスは、ハンドオーバ準備フェーズにおけるより早い時点において、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスに加入した最後の端末デバイスであると知ることができる。これにより、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素が第１情報をより早く取得することを助けることができる。

【0369】

第３の任意選択の実装シナリオ又は第４の任意選択の実装シナリオにおいて、ハンドオーバ準備フェーズにおいてハンドオーバ請求確認応答を受信するとき、第１アクセスネットワークデバイスは、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスに加入した最後の端末デバイスであると知る。ハンドオーバ準備フェーズにおけるより早い時点において、第１端末デバイスが最後の端末デバイスであることを前述のように知ることと比較して、第１アクセスネットワークはここで、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスに加入した最後の端末デバイスであると、より正確に知ることができる。これにより、マルチキャストサービス伝送の信頼性を改善することを更に助ける。

【0370】

本願の例において、第１情報は、第１トンネル及び第１トンネルについての情報を解放するために使用される指示（ｉｎｄｉｃａｔｉｏｎ）を含み得る。

【0371】

本願の別の例において、第１情報は、第１トンネルを解放するために使用される指示（ｉｎｄｉｃａｔｉｏｎ）及び第１マルチキャストサービスの識別情報を含み得る。

【0372】

本願の別の例において、第１情報は、第１トンネルを解放するために使用される指示（ｉｎｄｉｃａｔｉｏｎ）、第１マルチキャストサービスの識別情報、及び第１トンネルについての情報を含み得る。

【0373】

第１情報が第１トンネルについての情報を含むとき、第１情報は、１、２又はより多くの第１トンネルについての情報を含み得ることに留意されたい。これについては、限定されない。第１情報が第１マルチキャストサービスの識別情報を含むとき、第１情報は、１、２、又はより多くの第１マルチキャストサービスの識別情報を含み得る。これについては、限定されない。

【0374】

第１トンネルについての情報は、第１トンネルを一意に決定するために使用され得、例えば、第１トンネルのトンネルエンドポイント識別子（ｔｕｎｎｅｌ ｅｎｄｐｏｉｎｔ ｉｄｅｎｔｉｆｉｅｒ， ＴＥＩＤ）又は第１トンネルのＩＤであり得る。ここでは、これについて限定しない。第１マルチキャストサービスの識別情報は、マルチキャストサービスを一意に決定するために使用され得、例えば、マルチキャストサービスＩＤ、マルチキャストサービス名称、マルチキャストアドレス、マルチキャストグループＩＤ、マルチキャストブロードキャストセッションＩＤ（ＭＢＳ ｓｅｓｓｉｏｎ ＩＤ）又は一時的モバイルグループアイデンティティ（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｇｒｏｕｐ Ｉｄｅｎｔｉｔｙ， ＴＭＧＩ）であり得る。ここでは、これについて限定しない。

【0375】

本明細書に説明される第１マルチキャストサービスは、１のマルチキャストサービス又は複数の異なるマルチキャストサービスを含み得ることに留意されたい。これについては、限定されない。例えば、ソースアクセスネットワークデバイスが、２のマルチキャストサービスに対応し、及び、２のマルチキャストセッショントンネルに対応する２のマルチキャストセッションを有し、ソースアクセスネットワークデバイスが、ハンドオーバ準備フェーズにおいて、ハンドオーバされる端末デバイスは、ソースアクセスネットワークデバイスを介して２のマルチキャストサービスのデータを受信する最後の端末デバイスであると知るとき、ソースアクセスネットワークデバイスは、第１情報をコアネットワークデバイスへ送信し得る。このケースにおいて、第１情報は、ソースアクセスネットワークデバイスとコアネットワークデバイスとの間で２のマルチキャストサービスのデータを伝送するために使用される第１トンネルを解放するために使用され、第１マルチキャストサービスは２のマルチキャストサービスを含み、第１トンネルは、２のマルチキャストサービスにそれぞれ対応するトンネルを含む。

【0376】

８３０：コアネットワークデバイスが第１情報に基づいて第１トンネルを解放する。

【0377】

例えば、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素は、第１情報に基づいて第１トンネルを解放し、例えば、第１トンネルの関連リソースを除去し得る（例えば、第１トンネルのトンネルエンドポイント識別子、例えば、ＴＥＩＤを除去し、又は、第１マルチキャストサービスの第１トンネルに関連するＮ４セッションコンテキスト情報を除去する）（例えば、データ検出ルール（ｐａｃｋｅｔ ｄｅｔｅｃｔｉｏｎ ｒｕｌｅ， ＰＤＲ）及び転送アクションルール（ｆｏｒｗａｒｄｉｎｇ ａｃｔｉｏｎ ｒｕｌｅ， ＦＡＲ）を含む）。

【0378】

例えば、第１情報が、第１トンネルを解放するために使用される指示（ｉｎｄｉｃａｔｉｏｎ）、及び、第１トンネルについての情報を含むとき、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素は、第１トンネルを解放するために使用される指示（ｉｎｄｉｃａｔｉｏｎ）及び第１トンネルについての情報に基づいて第１トンネルを解放し得る。例において、第１情報における第１トンネルについての情報が第１トンネルのＴＥＩＤであるとき、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素は、ＴＥＩＤを解放し得る。別の例において、第１情報における第１トンネルについての情報が第１トンネルのＩＤであるとき、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素は、第１トンネルのＩＤに基づいて第１トンネルを決定し得、次に、第１トンネルを解放するために使用される指示に基づいて第１トンネルを解放し、例えば、ＴＥＩＤなどの第１トンネルの関連リソース、又は、第１マルチキャストサービスの第１トンネルに関連するＮ４セッションコンテキスト情報を除去する。

【0379】

このように、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素が、第１情報に含まれる第１トンネルについての情報に対応する第１トンネル（例えば、１又は複数の第１トンネルであり得るが、これに限定されない）を解放し得る。

【0380】

別の例として、第１情報が、第１トンネルを解放するために使用される指示（ｉｎｄｉｃａｔｉｏｎ）、及び、第１マルチキャストサービスの識別情報を含むとき、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素は、第１マルチキャストサービスの識別情報に基づいて第１マルチキャストサービスを決定し得、次に、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために第１トンネルを決定し得る。具体的には、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素は、第１マルチキャストサービスに対応する１又は複数のマルチキャストセッション、及び、１のマルチキャストセッションに対応する１又は複数のマルチキャストセッショントンネル、又は、複数のマルチキャストセッションに対応する複数のマルチキャストセッショントンネルを決定し得る。ここで、決定されたマルチキャストセッショントンネルは、ソースアクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するためのトンネル（すなわち第１トンネル）である。次に、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素は、第１トンネルを解放するために使用される指示に基づいて第１トンネルを解放し得、具体的には、ＴＥＩＤなど、１のマルチキャストセッショントンネル又は複数のマルチキャストトンネルの関連リソース、又は、第１マルチキャストサービスの第１トンネルに関連するＮ４セッションコンテキスト情報を解放する。

【0381】

このように、マルチキャストセッション機能ネットワーク要素、又はセッション機能ネットワーク要素は、第１情報において示される第１マルチキャストサービスに対応するすべてのマルチキャストセッショントンネル、すなわち、ソースアクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される第１トンネル（例えば、すべての第１トンネル）を解放し得る。

【0382】

別の例として、第１情報が、第１トンネルを解放するために使用される指示（ｉｎｄｉｃａｔｉｏｎ）、第１マルチキャストサービスの識別情報、及び、第１トンネルについての情報を含むとき、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素は、第１マルチキャストサービスの識別情報に基づいて第１マルチキャストサービスを決定し得る。次に、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素は、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するための第１トンネルを決定する。具体的には、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素は、第１マルチキャストサービスに対応する１又は複数のマルチキャストセッション、及び、１のマルチキャストセッションに対応する１又は複数のマルチキャストセッショントンネル、又は、複数のマルチキャストセッションに対応する複数のマルチキャストセッショントンネルを決定し得る。次に、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素は更に、第１情報における第１トンネルについての情報に基づいて、１又は複数のマルチキャストセッショントンネルから第１トンネルを決定し得る。次に、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素は、第１トンネルを解放するために使用される指示に基づいて第１トンネルを解放し、例えば、ＴＥＩＤなど、第１トンネルの関連リソース、又は、第１マルチキャストサービスの第１トンネルに関連するＮ４セッションコンテキスト情報を除去し得る。

【0383】

このようにして、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素は、第１情報に含まれる第１トンネルについての情報に対応する第１トンネルを解放し得る。加えて、第１トンネルが第１マルチキャストサービスの識別情報及び第１トンネルについての情報の両方に基づいて決定されるとき、第１トンネルは、第１マルチキャストサービスに対応する１又は複数のマルチキャストセッショントンネルだけから決定される必要がある。これにより、第１トンネルをより正確かつ迅速に決定し、第１トンネルを解放する効率を改善することを助ける。

【0384】

第１情報が、第１トンネルを解放するために使用される指示（ｉｎｄｉｃａｔｉｏｎ）、第１マルチキャストサービスの識別情報、及び、第１トンネルについての情報を含むとき、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素は更に、第１マルチキャストサービスの識別情報及び第１トンネルについての情報の１つだけに基づいて、解放される必要がある第１トンネルを決定し得ることに留意されたい。例えば、第１マルチキャストサービスの識別情報だけに基づいて第１トンネルを決定するとき、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素は、第１情報に含まれる第１トンネルについての情報を無視し得る。別の例では、第１トンネルについての情報だけに基づいて第１トンネルを決定するとき、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素は、第１情報に含まれる第１マルチキャストサービスの識別情報を無視し得る。

【0385】

したがって、本願の本実施形態において、第１アクセスネットワークデバイスは、第１端末デバイスが第１アクセスネットワークデバイスから第２アクセスネットワークデバイスにハンドオーバされるハンドオーバ準備フェーズにおいて、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信する最後の端末デバイスであると知り、第１情報を送信して、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される第１トンネルを解放し得る。これによりネットワークリソースオーバヘッドを低減することを助ける。

【0386】

以下では、図９Ａ及び図９Ｂ並びに図１０Ａ～図１０Ｃを参照して、本願の本実施形態による通信方法の具体的な例を説明する。図９Ａ及び図９Ｂ、並びに、図１０Ａ～図１０Ｃにおいて、マルチキャストセッション管理機能ネットワーク要素がＭＣＦでありソースアクセスネットワークデバイスがＳ－ｇＮＢである例が説明のために使用される。ＭＣＦにおけるチップ及びＳ－ｇＮＢにおけるチップの実装方法については、ＭＣＦ及びＳ－ｇＮＢの具体的な説明を参照されたい。詳細を再び説明しない。

【0387】

任意選択で、図９Ａ及び図９Ｂ又は図１０Ａ～図１０Ｃにおいて、コアネットワークデバイスは更に、ＡＭＦ、ＳＭＦ、ＵＰＦ及びＭＵＦを含む。代替的に、いくつかの任意選択的な実施形態において、コアネットワークデバイスは、ＭＣＦ及びＭＵＦを含まないことがあり得る。むしろ、ＳＭＦにおけるいくつかの機能又はユニットがＭＣＦの機能を実装し、ＵＰＦにおけるいくつかの機能又はユニットがＭＵＦの機能を実装する。これについては、本願のこの実施形態において限定しない。

【0388】

図９Ａ及び図９Ｂは、本願の実施形態による別の通信方法９００の概略フローチャートである。方法９００におけるハンドオーバタイプはＸｎハンドオーバである。Ｓ－ｇＮＢは、Ｓ－ｇＮＢとＭＵＦとの間のマルチキャストセッショントンネルを解放するかどうかを決定する。

【0389】

図９Ａ及び図９Ｂにおいて、Ｓ－ｇＮＢとＭＵＦとの間のマルチキャストセッショントンネルが解放される例が説明のために使用されることに留意されたい。この解決手段はまた、Ｓ－ｇＮＢとＵＰＦとの間のマルチキャストセッショントンネルを解放するのに好適であり、いくつかの単純な適合が必要であり得る。図９Ａ及び図９Ｂ及びいくつかの単純な適合は、本願の保護範囲に属する。

【0390】

いくつかの実施形態において、ＵＥがＳ－ｇＮＢを介してマルチキャストサービスデータを受信する（又は、換言すれば、ＵＥがＳ－ｇＮＢを介してマルチキャストサービスに加入する）とき、ＵＥのＰＤＵセッションはマルチキャストサービスに関連付けられる。

【0391】

ＵＥがハンドオーバされるＴ－ｇＮＢがマルチキャスト機能をサポートしないとき、方法９００は、図５Ｂに示されるシナリオに適用可能である。以下では、図５Ｂにおけるシナリオを参照して方法９００を説明する。図９Ａ及び図９Ｂに示されるように、方法９００は段階９０１から９１６を備え得る。この解決手段はまた、Ｔ－ｇＮＢがマルチキャスト機能をサポートするシナリオに適用可能であることに留意されたい。ここでは、これについて限定しない。図５Ｂに示されるシナリオは例に過ぎない。

【0392】

図９Ａ及び図９Ｂは、本願の本実施形態において提供される通信方法９００の段階又はオペレーションを示すが、これらの段階又はオペレーションは例に過ぎないことが理解されるべきである。本願の本実施形態において、他のオペレーション又は図９Ａ及び図９Ｂにおけるオペレーションの変形が更に実行され得る。加えて、図における段階は、図において提示されたものとは異なる順序で実行され得、図におけるすべてのオペレーションが実行される必要があるわけではない可能性がある。

【0393】

任意選択で、段階９０１の前に、Ｓ－ｇＮＢは、Ｔ－ｇＮＢの機能、すなわち、マルチキャスト機能についての機能がサポートされるかどうかを知り得る。例えば、Ｔ－ｇＮＢとＳ－ｇＮＢとの間にＸｎ接続があるとき、Ｔ－ｇＮＢは、Ｘｎインタフェースを使用することによって、Ｔ－ｇＮＢの能力情報をＳ－ｇＮＢに通知し得、ここで、Ｘｎは、Ｓ－ｇＮＢとＴ－ｇＮＢとの間のＸｎ接続のインタフェースであり得る。例えば、Ｔ－ｇＮＢがマルチキャスト機能をサポートしないとき、Ｔ－ｇＮＢは指示情報＃１をＳ－ｇＮＢへ送信し、ここで、指示情報＃１は、Ｔ－ｇＮＢがマルチキャスト機能をサポートしないことを示す。代替的に、いくつかの実施形態において、Ｔ－ｇＮＢがマルチキャスト機能をサポートしないとき、Ｔ－ｇＮＢは指示情報＃１をＳ－ｇＮＢへ送信しないことがあり得る。これに対応して、Ｓ－ｇＮＢが指示情報＃１を受信しない場合、Ｔ－ｇＮＢはマルチキャスト機能をサポートしないとみなされ得る。

【0394】

ここで、第１に、３ＧＰＰ技術仕様（ｔｅｃｈｎｉｃａｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ ， ＴＳ）３８．３００におけるＸｎハンドオーバのハンドオーバ準備フェーズの定義によれば、ハンドオーバ準備フェーズは、図９Ａ及び図９Ｂに示される手順における段階９０１から９０３を含む。ハンドオーバ準備フェーズは、Ｓ－ｇＮＢ、Ｔ－ｇＮＢ、又はコアネットワークデバイスが、ハンドオーバされるＵＥについて、ハンドオーバに必要なリソース（例えば、転送トンネル、ＵＥがＴ－ｇＮＢにアクセスした後にサービスデータを受信するためにＵＥが必要とする無線ベアラ構成情報、又は、ハンドオーバされるＵＥについてＴ－ｇＮＢによって構成されているエアインタフェースリソースを含み得る）を準備するフェーズとして理解され得る。

【0395】

９０１：ＵＥが測定レポート（Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ）をＳ－ｇＮＢへ送信する。これに対応して、Ｓ－ｇＮＢは測定レポートを受信し、ＵＥをＴ－ｇＮＢにハンドオーバすることを決断する。

【0396】

いくつかの任意選択的な実施形態において、ＵＥによって送信された測定レポートを受信した後、Ｓ－ｇＮＢは、ハンドオーバされるＵＥのＰＤＵセッションに関連付けられたマルチキャストサービス（すなわち、ＵＥがＳ－ｇＮＢを介して加入するマルチキャストサービス（Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）又はマルチキャストグループ（Ｍｕｌｔｉｃａｓｔ Ｇｒｏｕｐ））に対応するマルチキャストコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｅｘｔ）、マルチキャストサービスコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ Ｃｏｎｔｅｘｔ）、マルチキャストグループコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｇｒｏｕｐ Ｃｏｎｔｅｘｔ）、又はマルチキャストセッションコンテキスト（Ｍｕｌｔｉｃａｓｔ Ｓｅｓｓｉｏｎ Ｃｏｎｔｅｘｔ）におけるＵＥの数を更新し得る（例えば、ＵＥの数を１減少させる）。ハンドオーバされる現在のＵＥが、前述のコンテキストにおいて最後のＵＥである場合（換言すれば、ＵＥが退出した後、他のＵＥがＳ－ｇＮＢにおいてマルチキャストサービスを受信しない）、Ｓ－ｇＮＢは、ＵＥが、Ｓ－ｇＮＢを介してマルチキャストサービスのデータを受信する最後のＵＥであると知り得る。このケースにおいて、Ｓ－ｇＮＢは、Ｓ－ｇＮＢとコアネットワークデバイス（例えば、図５ＢのＭＵＦ）との間のマルチキャストセッショントンネルを解放すると決定し得る。

【0397】

ここで、マルチキャストサービスは、図８における第１マルチキャストサービスの例であり得、マルチキャストセッショントンネルは、図８における第１トンネルの例であり得る。

【0398】

例えば、Ｓ－ｇＮＢを介してマルチキャストサービスに加入したＵＥの数（Ｓ－ｇＮＢを介してマルチキャストサービスを受信するＵＥの数としても理解され得る）は、マルチキャストサービスのマルチキャストセッションコンテキスト（又は、マルチキャストサービスコンテキスト、マルチキャストコンテキスト、又はマルチキャストグループコンテキストと称される）に含まれ得る。換言すれば、コンテキストにおけるＵＥ以外の別のＵＥがＳ－ｇＮＢにおいてマルチキャストサービスを受信するかどうかに応じて、Ｓ－ｇＮＢは、マルチキャストサービスが位置するマルチキャストセッショントンネルを解放するかどうかを決定し得る。

【0399】

ここで、基地局の粒度で（換言すれば、基地局の単位で）、１のマルチキャストサービスは、１のマルチキャストセッションに対応し得、換言すれば、基地局（例えばＳ－ｇＮＢ）とコアネットワークデバイス（ＭＵＦ又はＵＰＦなど）との間のマルチキャストセッショントンネルに対応し得ることに留意されたい。ここで、１のマルチキャストサービスはまた、複数のマルチキャスト／ブロードキャストセッションに対応し得ることに留意されたい。ここでは、これについて限定しない。この解決手段は、例として１対１の対応関係を使用し、この解決手段はまた、１対多の対応関係に適用可能である。

【0400】

９０２：Ｓ－ｇＮＢがハンドオーバ請求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ）をＴ－ｇＮＢへ送信する。ここで、Ｓ－ｇＮＢは、Ｔ－ｇＮＢがマルチキャスト機能をサポートしないことを知り得る。

【0401】

例えば、ハンドオーバ請求は、ＰＤＵセッション識別子、及び、ＰＤＵセッションに含まれるユニキャストサービスに対応するＱｏＳ情報を含む、ハンドオーバされるＵＥのＰＤＵセッション情報を含み得る。詳細については、段階７０２における説明を参照されたい。簡潔にするために、本明細書においては、詳細について改めて説明しない。

【0402】

段階９０２において、ハンドオーバされる現在のＵＥのＰＤＵセッションがマルチキャストサービスに関連付けられる場合、Ｓ－ｇＮＢは、マルチキャストＱｏＳフローＱＦＩとユニキャストＱｏＳフローＱＦＩとの間のマッピング関係に基づいて、マルチキャストＱｏＳフローをユニキャストＱｏＳフローにマッピングし得ることに留意されたい。すなわち、このケースにおいて、ＰＤＵセッションに含まれるユニキャストＱｏＳフローは更に、マルチキャストＱｏＳフローがマッピングされるユニキャストＱｏＳフローを含む。

【0403】

加えて、ハンドオーバ請求は更に、Ｓ－ｇＮＢがＰＤＵセッショントンネルに対応する転送トンネルを通じて転送することを意図するサービスフローの識別子を含み得る。具体的には、図５Ｂのシナリオにおいて、Ｔ－ｇＮＢは、マルチキャスト機能をサポートしないので、ＰＤＵセッショントンネルに対応する転送トンネルだけが、Ｓ－ｇＮＢとＴ－ｇＮＢとの間に確立され得る。このケースにおいて、マルチキャストＱｏＳフローが転送トンネルを通じて転送される必要がある場合、ハンドオーバ請求は、マルチキャストＱｏＳフローに対応するユニキャストＱｏＳフローのＱＦＩを含み得る。

【0404】

いくつかの任意選択的な実施形態において、段階９０１においてマルチキャストセッショントンネルを解放することを決定する場合、Ｓ－ｇＮＢは、Ｓ－ｇＮＢとコアネットワークデバイス（ＵＰＦ又はＭＵＦなど、ここで、ＭＵＦは、例として使用される）との間でマルチキャストサービスのデータを伝送するために使用されるマルチキャストセッショントンネルを解放するために使用される情報＃２を生成し得る。このケースにおいて、ハンドオーバ請求は更に、情報＃２を含み得る。

【0405】

特定の例において、ダウンリンク方向（すなわち、ＭＵＦからＳ－ｇＮＢへの送信方向）におけるマルチキャストセッショントンネルについて、Ｓ－ｇＮＢが、Ｓ－ｇＮＢとＭＵＦとの間のマルチキャストセッショントンネルを解放すると決定（ｄｅｔｅｒｍｉｎｅ）若しくは決断（ｄｅｃｉｄｅ）し、又は解放できた（ｃａｎ）後に、Ｓ－ｇＮＢは情報＃２を生成し得る。

【0406】

例えば、情報＃２は、マルチキャストセッショントンネルを解放するために使用される指示、及び、マルチキャストセッショントンネルについての情報を含み得、又は、情報＃２は、マルチキャストセッショントンネルを解放するために使用される指示、及び、マルチキャストサービスの識別情報を含み得、又は、情報＃２は、マルチキャストセッショントンネルを解放するために使用される指示、マルチキャストセッショントンネルについての情報、及び、マルチキャストサービスの識別情報を含み得る。これについては、本願のこの実施形態において限定しない。

【0407】

９０３：Ｔ－ｇＮＢがハンドオーバ請求確認応答（ｈａｎｄｏｖｅｒ ｒｅｑｕｅｓｔ ＡＣＫ）をＳ－ｇＮＢへ送信する。

【0408】

例えば、Ｔ－ｇＮＢは、Ｓ－ｇＮＢから受信されたユニキャストサービスのＱｏＳ情報（マッピングされたユニキャストＱｏＳフローを含む）に基づいて、ハンドオーバされるＵＥについて無線リソースを準備する。例えば、Ｔ－ｇＮＢは、各サービスフローのＱＦＩに対応するＱｏＳパラメータに基づいて、エアインタフェースデータ無線ベアラ（ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒｓ， ＤＲＢｓ）の数及びＱＦＩとＤＲＢとの間のマッピング関係を決定し得る。加えて、Ｔ－ｇＮＢは更に、各ＤＲＢがマッピングされるＱＦＩに対応するＱｏＳパラメータに基づいて、ＤＲＢに対応する構成パラメータを決定し得る。ＤＲＢに対応する構成パラメータは、例えば、確認応答モード又は非確認応答モードが、ＤＲＢに対応する無線リンク制御（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ， ＲＬＣ）層によって使用されるかどうかである。最終的に、Ｔ－ｇＮＢは対応するＤＲＢを作成する。

【0409】

無線リソースを準備した後に、Ｔ－ｇＮＢは、ハンドオーバ請求確認応答（ｈａｎｄｏｖｅｒ ｒｅｑｕｅｓｔ ＡＣＫ）をＳ－ｇＮＢへ送信する。いくつかの任意選択的な実施形態において、Ｔ－ｇＮＢは、Ｓ－ｇＮＢを介してＵＥに中継される必要がある情報をＳ－ｇＮＢへ送信し得る。例えば、Ｔ－ｇＮＢは、Ｓ－ｇＮＢを介して、Ｔ－ｇＮＢの無線ベアラ構成情報をＵＥへ送信し得る。無線ベアラ構成情報は、ＵＥがＴ－ｇＮＢにアクセスした後に、Ｔ－ｇＮＢによって送信されたユニキャストサービスデータ及び／又はマルチキャストサービスデータを受信するためにＵＥによって使用され得る。

【0410】

いくつかの任意選択的な実施形態において、段階９０２におけるハンドオーバ請求が、Ｓ－ｇＮＢが転送トンネルを通じて転送することを意図するサービスフローのＱＦＩ（ユニキャストＱｏＳフローのＱＦＩ及び／又はマルチキャストＱｏＳフローのＱＦＩを含む）を含み、かつ、Ｔ－ｇＮＢがデータ転送をサポートするとき、Ｔ－ｇＮＢは、転送トンネルのエンドポイント識別子を割り当てる。

【0411】

いくつかの任意選択的な実施形態において、段階９０１においてＵＥによって送信される測定レポートを受信した後に、マルチキャストセッショントンネルを解放するかどうかを決定することをスキップする場合、Ｓ－ｇＮＢは、ハンドオーバ請求確認応答を受信した後に、ハンドオーバされるＵＥのＰＤＵセッションに関連付けられたマルチキャストサービスに対応するマルチキャストセッションコンテキスト（又は、マルチキャストサービスコンテキスト、マルチキャストコンテキスト、又はマルチキャストグループコンテキストと称される）におけるＵＥの数を更新し得る（例えば、ＵＥの数を１減少させる）。ハンドオーバされる現在のＵＥが、コンテキストにおける最後のＵＥである（換言すれば、ＵＥが退出した後に、基地局においてマルチキャストサービスを受信する他のＵＥが無い）場合、Ｓ－ｇＮＢは、ＵＥが、Ｓ－ｇＮＢを介してマルチキャストサービスのデータを受信する最後のＵＥであることを知る。このケースにおいて、Ｓ－ｇＮＢは、Ｓ－ｇＮＢとコアネットワークデバイス（例えば、図５ＢのＭＵＦ）との間のマルチキャストセッショントンネルを解放すると決定し得る。

【0412】

例えば、Ｓ－ｇＮＢを介してマルチキャストサービスに加入したＵＥの数（Ｓ－ｇＮＢを介してマルチキャストサービスを受信するＵＥの数としても理解され得る）及び／又はＵＥの識別情報がマルチキャストセッションコンテキスト（又はマルチキャストサービスコンテキスト、マルチキャストコンテキスト又はマルチキャストグループコンテキストと称される）に含まれ得る。換言すれば、マルチキャストセッションコンテキスト（又は、マルチキャストサービスコンテキスト、マルチキャストコンテキスト、又はマルチキャストグループコンテキストと称される）におけるＵＥ以外の別のＵＥがＳ－ｇＮＢを介してマルチキャストサービスを受信するかどうかに応じて、Ｓ－ｇＮＢは、マルチキャストサービスが位置するマルチキャストセッショントンネルを解放するかどうかを決定し得る。

【0413】

例えば、ハンドオーバ請求確認応答を受信した後に、マルチキャストセッショントンネルを解放すると決定した場合、Ｓ－ｇＮＢは情報＃２を生成し得る。このケースにおいて、Ｓ－ｇＮＢは、例えば別個のシグナリングを使用することによって、情報＃２をＴ－ｇＮＢへ送信し得る。ここでは、これについて限定しない。具体的には、情報＃２については、前述の説明を参照されたい。詳細を再び説明しない。

【0414】

９０４：Ｓ－ｇＮＢがハンドオーバコマンド（ｈａｎｄｏｖｅｒ ｃｏｍｍａｎｄ）をＵＥへ送信する。ここで、ハンドオーバコマンドについては、段階７０４の説明を参照されたい。

【0415】

次に、Ｓ－ｇＮＢは、マルチキャストセッショントンネルを通じて受信されたマルチキャストＱｏＳフローを複製し、複製されたマルチキャストＱｏＳフローをマッピングし、マッピングされた複製されたマルチキャストＱｏＳフローをＴ－ｇＮＢへ転送する。

【0416】

図７Ａ及び図７Ｂにおける「Ｓ－ｇＮＢが、マルチキャストセッショントンネルを通じて受信されたマルチキャストＱｏＳフローを複製し、複製されたマルチキャストＱｏＳフローをＴ－ｇＮＢ１へ転送する」こととは異なり、Ｔ－ｇＮＢはこの手順におけるマルチキャスト機能をサポートしないので、転送される必要があるマルチキャストＱｏＳフローについて、Ｓ－ｇＮＢはまず、Ｓ－ｇＮＢのマルチキャストセッショントンネルにおけるマルチキャストＱｏＳフローを複製し、次に、マルチキャストＱｏＳフローとユニキャストＱｏＳフローとの間のマッピング関係に基づいてマルチキャストＱｏＳフローをユニキャストＱｏＳフローにマッピングし得る。次に、ユニキャストＱｏＳフローは、Ｓ－ｇＮＢとＴ－ｇＮＢとの間のＰＤＵセッショントンネルに対応する転送トンネルを通じてＴ－ｇＮＢに転送される。転送トンネルを通じてユニキャストＱｏＳフローを受信した後に、Ｔ－ｇＮＢはユニキャストＱｏＳフローをバッファリングする。

【0417】

９０５：ＵＥがＴ－ｇＮＢにアクセスする。具体的には、段階９０５については、段階７０５の説明を参照されたい。詳細を再び説明しない。

【0418】

９０６：Ｔ－ｇＮＢがＮ２経路切替請求（Ｎ２ Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ）をＡＭＦへ送信する。

【0419】

例えば、請求は、ＵＥのＰＤＵセッションにおける、ハンドオーバに成功したユニキャストＱｏＳフローのＱＦＩ、及び、ハンドオーバに失敗したユニキャストＱｏＳフローのＱＦＩを含む（ここで、マルチキャストＱｏＳフローがマッピングされるユニキャストＱｏＳフローのＱＦＩが含まれる）。例えば、これらのＱＦＩは、Ｎ２ＳＭメッセージにカプセル化され得る。

【0420】

いくつかの任意選択的な実施形態において、Ｎ２経路切替請求は更に、Ｔ－ｇＮＢによってＵＥに割り当てられる、ＰＤＵセッショントンネルのエンドポイント識別子を含み得る。

【0421】

いくつかの任意選択的な実施形態において、Ｓ－ｇＮＢによって送信された情報＃２を受信する場合、Ｔ－ｇＮＢは更に、Ｎ２経路切替請求における情報＃２を含む。

【0422】

９０７：ＡＭＦがＰＤＵセッションコンテキスト更新請求（Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）をＳＭＦへ送信する。

【0423】

例えば、ＰＤＵセッションコンテキスト更新請求は、段階９０６におけるＮ２ＳＭメッセージに含まれる情報を含む。

【0424】

いくつかの任意選択的な実施形態において、ＵＥがＴ－ｇＮＢにハンドオーバされる前に、ＡＭＦは、ｇＮＢの能力情報（例えば、マルチキャスト機能がサポートされるかどうかの能力情報を含む）を収集し得る。例えば、電源オンされるとき、Ｔ－ｇＮＢは、Ｔ－ｇＮＢがマルチキャスト機能をサポートするかどうかをＡＭＦに報告し得る。このケースにおいて、ＰＤＵセッションコンテキスト更新請求は更にＴ－ｇＮＢの能力情報を含み得る。

【0425】

いくつかの実施形態において、段階９０６においてＡＭＦがＳ－ｇＮＢによって送信された情報＃２（すなわち、Ｓ－ｇＮＢによってＴ－ｇＮＢへ送信され、次に、Ｔ－ｇＮＢによってＡＭＦへ中継される情報＃２）を受信する場合、ＡＭＦは情報＃２をＰＤＵセッションコンテキスト更新請求に含め得る。

【0426】

９０８：ＳＭＦとＵＰＦとの間でＮ４セッション更新（Ｎ４セッション修正）を実行する。

【0427】

９０９：ＳＭＦが第１メッセージをＭＣＦへ送信する。例えば、第１メッセージはＮ１６メッセージであり得る。

【0428】

いくつかの実施形態において、段階９０７においてＳＭＦがＳ－ｇＮＢによって送信された情報＃２を受信する場合、ＳＭＦによってＭＣＦへ送信された第１メッセージは情報＃２を含み得る。

【0429】

９１０：ＭＣＦとＭＵＦとの間でＮ４セッション更新（Ｎ４セッション修正）を実行する。

【0430】

例えば、ＭＣＦはＮ４セッション更新請求をＭＵＦへ送信する。いくつかの実施形態において、段階９０９においてＭＣＦがＳ－ｇＮＢによって送信された情報＃２を受信する場合、ＭＣＦはＮ４セッション更新請求に情報＃２を含め得る。情報＃２を受信した後に、ＭＵＦは、関連するマルチキャストセッショントンネルを解放する。例えば、ＭＵＦは、対応するトンネル識別情報に基づいてトンネルの関連リソースを除去し得る。

【0431】

例えば、マルチキャスト／ブロードキャストサービスは通常、ダウンリンクだけを有する。Ｓ－ｇＮＢとＭＵＦとの間の共有トンネルが確立されるとき、ＭＵＦは、Ｓ－ｇＮＢによって生成されるトンネルエンドポイント識別子ＴＥＩＤ、及び、ＭＵＦについてＭＣＦによって構成されているＰＤＲを構成する。このようにして、ＭＵＦはマルチキャストサービスのデータをＳ－ｇＮＢへ送信できる。したがって、ここでの解放は、関連するＴＥＩＤを除去すること、又は、第１マルチキャストサービスに関連するＰＤＲを除去することであり得る。ここで、文書全体におけるマルチキャストサービスデータは、マルチキャスト／ブロードキャストサービスデータで置き換えられ得ることに留意されたい。

【0432】

例において、情報＃２が、マルチキャストセッショントンネルを解放するために使用される指示（ｉｎｄｉｃａｔｉｏｎ）、及び、マルチキャストセッショントンネルについての情報を含むとき、ＭＵＦは、指示、及び、マルチキャストセッショントンネルについての情報に基づいて第１トンネルを解放し得る。例えば、情報＃２におけるマルチキャストセッショントンネルについての情報がマルチキャストセッショントンネルのＴＥＩＤであるとき、ＭＵＦはＴＥＩＤを解放し得る。別の例では、マルチキャストセッショントンネルについての情報がマルチキャストセッショントンネルのＩＤであるとき、ＭＵＦは、マルチキャストセッショントンネルのＩＤに基づいてマルチキャストセッショントンネルを決定し、次に、情報＃２における指示に基づいてマルチキャストセッショントンネルを解放し、例えば、マルチキャストセッショントンネルの関連リソース、例えば、ＴＥＩＤを除去し、又は、第１マルチキャストサービスに関連するＰＤＲを除去し得る。

【0433】

別の例において、情報＃２が、マルチキャストセッショントンネルを解放するために使用される指示（ｉｎｄｉｃａｔｉｏｎ）、及び、マルチキャストサービスの識別情報を含むとき、ＭＵＦは、マルチキャストサービスの識別情報に基づいてマルチキャストサービスを決定し、次に、Ｓ－ｇＮＢとＭＵＦとの間でマルチキャストサービスのデータを伝送するためのマルチキャストセッショントンネルを決定し得る。具体的には、ＭＵＦは、マルチキャストサービスに対応する１又は複数のマルチキャストセッション、及び、１のマルチキャストセッションに対応する１又は複数のマルチキャストセッショントンネル、又は、複数のマルチキャストセッションに対応する複数のマルチキャストセッショントンネルを決定し得る。次に、ＭＵＦは、情報＃２における指示に基づいてマルチキャストセッショントンネルを解放し、具体的は、１又は複数のマルチキャストセッショントンネルの関連リソース、例えばＴＥＩＤを解放し、又は、第１マルチキャストサービスに関連するＰＤＲを除去し得る。

【0434】

別の例では、情報＃２が、マルチキャストセッショントンネルを解放するために使用される指示（ｉｎｄｉｃａｔｉｏｎ）、マルチキャストサービスの識別情報、及び、マルチキャストセッショントンネルについての情報を含むとき、ＭＵＦは、マルチキャストサービスの識別情報に基づいてマルチキャストサービスを決定し得る。次に、ＭＵＦは、情報＃２におけるマルチキャストセッショントンネルについての情報に基づいて、Ｓ－ｇＮＢとＭＵＦとの間でマルチキャストサービスのデータを伝送するためのマルチキャストセッショントンネルを決定する。具体的には、ＭＵＦは、第１マルチキャストサービスに対応する１又は複数のマルチキャストセッション、及び、１のマルチキャストセッションに対応する１又は複数のマルチキャストセッショントンネル、又は、複数のマルチキャストセッションに対応する複数のマルチキャストセッショントンネルを決定し得る。次に、ＭＵＦは更に、情報＃２におけるマルチキャストセッショントンネルについての情報に基づいて、マルチキャストセッショントンネルを１又は複数のマルチキャストセッショントンネルから決定し得る。次に、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素は、情報＃２における指示に基づいてマルチキャストセッショントンネルを解放し、例えば、マルチキャストセッショントンネルの関連リソース、例えば、ＴＥＩＤを除去し、又は、第１マルチキャストサービスに関連するＰＤＲを除去し得る。

【0435】

次に、ＭＵＦはＮ４セッション更新応答をＭＣＦへ送信し得る。

【0436】

９１１：ＭＣＦが第１メッセージへの応答をＳＭＦへ送信する。任意選択で、第１メッセージへの応答は、情報＃２についての応答情報を含み得る。加えて、応答メッセージが必要であることは、ここで限定され、換言すれば、応答メッセージは送信されないことがあり得ることに留意されたい。

【0437】

具体的には、段階９０８から９１１については、段階７０８から７１１の説明を参照されたい。本明細書において詳細について再び説明しない。

【0438】

９１２：ＳＭＦがＰＤＵセッションコンテキスト更新応答（Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ）をＡＭＦへ送信する。

【0439】

いくつかの実施形態において、プロトコルにおいて指定される、シグナリングに含まれる既存の情報要素に加えて、段階９１１においてマルチキャストセッショントンネルの解放に関連する応答情報要素、例えば、情報＃２についての応答情報をＳＭＦが受信する場合、任意選択で、ＰＤＵセッションコンテキスト更新応答は更に応答情報要素を含み得る。

【0440】

９１３：ＡＭＦがＮ２経路切替確認応答（Ｎ２ Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ ＡＣＫ）をＴ－ｇＮＢへ送信する。

【0441】

いくつかの実施形態において、プロトコルにおいて指定され、シグナリングに含まれる既存の情報要素に加えて、マルチキャストセッショントンネルの解放に関連する応答情報要素、例えば、情報＃２についての応答情報が段階９１２において含まれる場合、任意選択で、Ｎ２経路切替確認応答は更に応答情報要素を含み得る。

【0442】

９１４：Ｔ－ｇＮＢがＵＥコンテキスト解放（ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ）請求をＳ－ｇＮＢへ送信する。

【0443】

いくつかの実施形態において、プロトコルにおいて指定される、シグナリングに含まれる既存の情報要素に加えて、マルチキャストセッショントンネルの解放に関連する応答情報要素、例えば、情報＃２についての応答情報が段階９１３において含まれる場合、任意選択で、Ｎ２経路切替確認応答は更に応答情報要素を含む。

【0444】

図９Ａ及び図９Ｂに示される実施形態において、Ｔ－ｇＮＢがマルチキャスト機能をサポートしない例だけが説明のために使用されることに留意されたい。しかしながら、本願の実施形態はそれに限定されない。例えば、Ｔ－ｇＮＢは更にマルチキャスト機能をサポートし得る。このケースにおいて、Ｓ－ｇＮＢは、マルチキャストセッショントンネルを通じて受信されたマルチキャストＱｏＳフローを複製してＴ－ｇＮＢへ転送する必要があり、すなわち、マルチキャストＱｏＳフローは、ユニキャストＱｏＳフローにマッピングされる必要がない。詳細については、図７Ａ及び図７Ｂの説明を参照されたい。詳細を再び説明しない。

【0445】

前述の段階９０６、９０７又は９０９において、情報＃２は、情報要素として既存のシグナリングに含まれ、ＭＣＦへ送信される。しかしながら、本願の実施形態はそれに限定されない。

【0446】

いくつかの任意選択的な実施形態において、Ｓ－ｇＮＢは更に段階９１５を実行し得る。具体的には、Ｓ－ｇＮＢは、通知メッセージをＭＣＦへ直接送信し、ここで、通知メッセージは、マルチキャストサービスが位置するマルチキャストセッショントンネル、すなわち、Ｓ－ｇＮＢとＭＵＦとの間でマルチキャストサービスを伝送するために使用されるマルチキャストセッショントンネルを解放するようＭＣＦに指示する。このケースにおいて、段階９０２、９０６、９０７、９０９又は９１０におけるメッセージは情報＃２を含まないことがあり得る。具体的には、Ｓ－ｇＮＢは、情報要素として既存のシグナリングにおいて情報＃２を含まないが、別個のシグナリングを使用することによってＭＣＦを通知し、マルチキャストセッショントンネルを解放する。

【0447】

例えば、シグナリングは、マルチキャストセッショントンネルを解放するために使用される指示、及びマルチキャストセッショントンネルについての情報を含み得、又は、シグナリングは、マルチキャストサービスのマルチキャストセッショントンネル及び識別情報を解放するために使用される指示を含み得、又は、シグナリングは、マルチキャストセッショントンネルを解放するために使用される指示、マルチキャストセッショントンネルについての情報、及びマルチキャストサービスの識別情報を含み得る。これについては、本願のこの実施形態において限定しない。

【0448】

可能な実装において、Ｓ－ｇＮＢとＭＵＦとの間でマルチキャストサービスを伝送するために使用されるマルチキャストセッショントンネルを解放することをＳ－ｇＮＢが決定した後に段階９１５が実行され得、例えば、段階９０１と段階９１４の間に、又は段階９１４の後に実行され得る。これについては、本願のこの実施形態において限定しない。

【0449】

９１６：Ｓ－ｇＮＢとＭＣＦとの間のマルチキャストセッショントンネルを解放する。

【0450】

例えば、段階９１５においてシグナリングを受信した後、ＭＣＦは、シグナリングをＭＵＦへ送信し得、ＭＵＦは、シグナリングに基づいて、Ｓ－ｇＮＢとＭＵＦとの間でマルチキャストサービスを伝送するために使用されるマルチキャストセッショントンネルを解放し得る。

【0451】

加えて、いくつかの他の任意選択的な実施形態において、ＵＥがマルチキャストサービスに加入するとき、ＭＣＦはまた、Ｓ－ｇＮＢからのマルチキャストセッショントンネル解放通知にサブスクライブし得る。換言すれば、Ｓ－ｇＮＢとコアネットワークデバイス（ＭＵＦ又はＵＰＦなど）との間のマルチキャストセッショントンネルがハンドオーバプロセスにおいて解放される必要があると決定したとき、Ｓ－ｇＮＢは、解放通知をＭＣＦへ送信し得る。このケースにおいて、段階９０１から９１４におけるシグナリングは、既存の通常のハンドオーバ手順に基づいて実行され得、追加情報、例えば情報＃２を含む必要がない。

【0452】

いくつかの任意選択的な実施形態において、Ｓ－ｇＮＢが、ハンドオーバ準備フェーズにおいてＳ－ｇＮＢのマルチキャストセッショントンネルを解放すると決断若しくは決定する、又は解放できるとき（具体的な方式は段階９０１から９０３において説明され、ここで再び説明されない）、Ｓ－ｇＮＢは更に段階９１７から９１９を実行し得る。

【0453】

９１７：Ｓ－ｇＮＢが第３メッセージをＡＭＦへ送信し、ここで、第３メッセージはＮ２メッセージであり得、第３メッセージは情報＃２を保持する。

【0454】

ここで、段階９１７におけるＡＭＦは、図９Ａ及び図９Ｂにおけるハンドオーバ手順におけるＡＭＦと同一のＡＭＦ（すなわち、ハンドオーバされるＵＥを担当するＡＭＦ）であり得るか、又は別のＡＭＦであり得ることに留意されたい。これについては、限定されない。加えて、Ｎ２メッセージは、既存のＮ２メッセージ（すなわち、情報＃２を保持する）であり得るか、又は、新しいＮ２メッセージであり得る（例えば、マルチキャストセッショントンネルを解放するために主に使用され、ここで、新しいＮ２メッセージは、サービスベースのインタフェースシグナリングメッセージの名付け方式に従い、Ｎ２メッセージの特定の名称は限定されないが、機能は、マルチキャストセッショントンネルを解放するようにＭＵＦに通知する）。これについては、本願のこの実施形態において限定しない。

【0455】

９１８：ＡＭＦが第４メッセージをＭＣＦへ送信し、ここで、第４メッセージはＮ１１メッセージであり得、第４メッセージは情報＃２を保持する。例えば、Ｎ１１メッセージは、既存のＮ１１メッセージ（すなわち、情報＃２を保持する）であり得るか、又は、新しいＮ１１メッセージであり得る（例えば、マルチキャストセッショントンネルを解放するために主に使用され、ここで、新しいＮ１１メッセージは、サービスベースのインタフェースシグナリングメッセージの名付け方式に従い、Ｎ１１メッセージの特定の名称は限定されないが、機能は、マルチキャストセッショントンネルを解放するようＭＵＦに通知する）。

【0456】

９１９：ＭＣＦとＭＵＦとの間でＮ４セッション更新（Ｎ４ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ）を実行する。例えば、ＭＣＦは第５メッセージをＭＵＦへ送信し、ここで、第５メッセージはＮ４セッション更新請求であり得、第５メッセージは情報＃２を保持し、ＭＵＦは情報＃２に基づいてマルチキャストセッショントンネルを解放する。次に、ＭＵＦは、例えばＮ４セッション更新応答であり得る、第５メッセージへの応答をＭＣＦへ送信する。

【0457】

Ｓ－ｇＮＢが、段階９１７から９１９を通じて、マルチキャストセッショントンネルを解放するようＭＵＦに通知する場合、図９Ａ及び図９Ｂに示されるハンドオーバ手順において、Ｓ－ｇＮＢがハンドオーバ準備フェーズでソース基地局のマルチキャストセッショントンネルを解放することを決定若しくは決断する、又は解放し得る後に、Ｓ－ｇＮＢは段階９１７から９１９を実行して、マルチキャストセッショントンネルを解放するようＭＵＦに通知し、すなわち、情報＃２及び関連マルチキャストセッショントンネルの解放に対する応答は、ハンドオーバ手順（例えば、段階９０６から９１４）においてもはや保持されないことが更に留意されるべきである。

【0458】

したがって、本願の本実施形態において、ＵＥがＳ－ｇＮＢからＴ－ｇＮＢにハンドオーバされるハンドオーバ準備フェーズにおいて、マルチキャストセッションコンテキスト（又は、マルチキャストサービスコンテキスト、マルチキャストコンテキスト、マルチキャストグループコンテキスト、又はマルチキャストセッションコンテキスト）においてＳ－ｇＮＢを介してマルチキャストサービスを受信する他のＵＥが無いと決定するとき、Ｓ－ｇＮＢは、Ｓ－ｇＮＢとコアネットワークデバイスとの間でマルチキャストサービスを伝送するために使用されるマルチキャストセッショントンネルを解放するようコアネットワークデバイス（ＭＵＦ又はＵＰＦなど）に通知し、例えば、既存のシグナリング又は別個のシグナリングを使用することによってトンネルを解放するよう通知し、Ｓ－ｇＮＢとコアネットワークデバイス（ＭＵＦ又はＵＰＦなど）との間のマルチキャストセッショントンネルを解放し得る。これによりネットワークリソースオーバヘッドを低減することを助ける。

【0459】

図１０Ａ～図１０Ｃは、本願の実施形態による別の通信方法１０００の概略フローチャートである。方法１０００におけるハンドオーバはＮ２ハンドオーバである。Ｓ－ｇＮＢは、Ｓ－ｇＮＢとＭＵＦとの間のマルチキャストセッショントンネルを解放するかどうかを決定する。

【0460】

図１０Ａ～図１０Ｃにおいて、Ｓ－ｇＮＢとＭＵＦとの間のマルチキャストセッショントンネルが解放される例が説明のために使用されることに留意されたい。この解決手段はまた、Ｓ－ｇＮＢとＵＰＦとの間のマルチキャストセッショントンネルを解放するのに好適であり、いくつかの単純な適合が必要であり得る。図１０Ａ～図１０Ｃ及びいくつかの単純な適合は、本願の保護範囲に属する。

【0461】

いくつかの実施形態において、ＵＥがＳ－ｇＮＢを介してマルチキャストサービスデータを受信する（又は、換言すれば、ＵＥがＳ－ｇＮＢを介してマルチキャストサービスに加入する）とき、ＵＥのＰＤＵセッションはマルチキャストサービスに関連付けられる。

【0462】

ＵＥがハンドオーバされるＴ－ｇＮＢがマルチキャスト機能をサポートしないとき、方法１０００は、図５Ｃに示されるシナリオに適用可能である。以下では、図５Ｃにおけるシナリオを参照して方法１０００を説明する。図１０Ａ～図１０Ｃに示されるように、方法１０００は段階１００１から１０１７を備え得る。この解決手段はまた、Ｔ－ｇＮＢがマルチキャスト機能をサポートするシナリオに適用可能であることに留意されたい。ここでは、これについて限定しない。図５Ｃに示されるシナリオは例に過ぎない。

【0463】

図１０Ａ～図１０Ｃは、本願の本実施形態において提供される通信方法１０００の段階又はオペレーションを示すが、これらの段階又はオペレーションは例に過ぎないことが理解されるべきである。本願の本実施形態において、他のオペレーション又は図１０Ａ～図１０Ｃにおけるオペレーションの変形が更に実行され得る。加えて、図における段階は、図において提示されたものとは異なる順序で実行され得、図におけるすべてのオペレーションが実行される必要があるわけではない可能性がある。

【0464】

任意選択で、段階１００１の前に、Ｓ－ｇＮＢは、Ｔ－ｇＮＢの機能、すなわち、マルチキャスト機能についての機能がサポートされるかどうかを知り得る。例えば、Ｔ－ｇＮＢとＳ－ｇＮＢとの間にＸｎ接続があるとき、Ｔ－ｇＮＢは、Ｘｎインタフェースを使用することによって、Ｔ－ｇＮＢの能力情報をＳ－ｇＮＢに通知し得、ここで、Ｘｎは、Ｓ－ｇＮＢとＴ－ｇＮＢとの間のＸｎ接続のインタフェースであり得る。例えば、Ｔ－ｇＮＢがマルチキャスト機能をサポートしないとき、Ｔ－ｇＮＢは指示情報＃１をＳ－ｇＮＢへ送信し、ここで、指示情報＃１は、Ｔ－ｇＮＢがマルチキャスト機能をサポートしないことを示す。代替的に、いくつかの実施形態において、Ｔ－ｇＮＢがマルチキャスト機能をサポートしないとき、Ｔ－ｇＮＢは指示情報＃１をＳ－ｇＮＢへ送信しないことがあり得る。これに対応して、Ｓ－ｇＮＢが指示情報＃１を受信しない場合、Ｔ－ｇＮＢはマルチキャスト機能をサポートしないとみなされ得る。

【0465】

ここで、第１に、３ＧＰＰ技術仕様（ｔｅｃｈｎｉｃａｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ， ＴＳ）２３．５０２におけるＮ２ハンドオーバのハンドオーバ準備フェーズの定義によれば、ハンドオーバ準備フェーズは、図１０Ａ～図１０Ｃに示される手順における段階１００１から１０１２を含む。ハンドオーバ準備フェーズは、Ｓ－ｇＮＢ、Ｔ－ｇＮＢ、又はコアネットワークデバイスが、ハンドオーバされるＵＥについて、ハンドオーバに必要なリソース（例えば、転送トンネルについての情報、ＵＥがＴ－ｇＮＢにアクセスした後にサービスデータを受信するためにＵＥが必要とする無線ベアラ構成情報、又は、ハンドオーバされる端末デバイスについてＴ－ｇＮＢによって構成されているエアインタフェースリソースを含み得る）を準備するフェーズとして理解され得る。

【0466】

１００１：ＵＥが測定レポート（Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ）をＳ－ｇＮＢへ送信する。これに対応して、Ｓ－ｇＮＢは測定レポートを受信し、ＵＥをＴ－ｇＮＢにハンドオーバすることを決断する。

【0467】

いくつかの任意選択的な実施形態において、ＵＥによって送信された測定レポートを受信した後、Ｓ－ｇＮＢは、ハンドオーバされるＵＥのＰＤＵセッションに関連付けられたマルチキャストサービスに対応するマルチキャストセッションコンテキスト（又は、マルチキャストサービスコンテキスト、マルチキャストコンテキスト、又はマルチキャストグループコンテキスト）におけるＵＥの数を更新し得る（例えば、ＵＥの数を１減少させる）。ハンドオーバされる現在のＵＥが、前述のコンテキストにおいて最後のＵＥである場合（換言すれば、ＵＥが退出した後、他のＵＥが基地局においてマルチキャストサービスを受信しない）、Ｓ－ｇＮＢは、ＵＥが、Ｓ－ｇＮＢを介してマルチキャストサービスのデータを受信する最後のＵＥであると知り得る。このケースにおいて、Ｓ－ｇＮＢは、Ｓ－ｇＮＢとコアネットワークデバイス（例えば、図５ＣのＭＵＦ）との間のマルチキャストセッショントンネルを解放すると決定し得る。

【0468】

ここで、マルチキャストサービスは、図８における第１マルチキャストサービスの例であり得、マルチキャストセッショントンネルは、図８における第１トンネルの例であり得る。

【0469】

例えば、Ｓ－ｇＮＢを介してマルチキャストサービスに加入したＵＥの数（Ｓ－ｇＮＢを介してマルチキャストサービスを受信するＵＥの数としても理解され得る）及び／又はＵＥの識別情報がマルチキャストセッションコンテキスト（又はマルチキャストサービスコンテキスト、マルチキャストコンテキスト又はマルチキャストグループコンテキスト）に含まれ得る。換言すれば、マルチキャストセッションコンテキスト（又は、マルチキャストサービスコンテキスト、マルチキャストコンテキスト、又はマルチキャストグループコンテキスト）におけるＵＥ以外の別のＵＥがＳ－ｇＮＢを介してマルチキャストサービスを受信するかどうかに応じて、Ｓ－ｇＮＢは、マルチキャストサービスが位置するマルチキャストセッショントンネルを解放するかどうかを決定し得る。

【0470】

ここで、基地局の粒度で（換言すれば、基地局の単位で）、１のマルチキャストサービスは、１のマルチキャストセッションに対応し得、換言すれば、基地局（例えばＳ－ｇＮＢ）とコアネットワークデバイス（ＭＵＦ又はＵＰＦなど）との間のマルチキャストセッショントンネルに対応し得ることに留意されたい。ここで、１のマルチキャストサービスはまた、複数のマルチキャスト／ブロードキャストセッションに対応し得ることに留意されたい。ここでは、これについて限定しない。この解決手段は、例として１対１の対応関係を使用し、この解決手段はまた、１対多の対応関係に適用可能である。

【0471】

１００２：Ｓ－ｇＮＢがハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ）をＳ－ＡＭＦへ送信する。

【0472】

例えば、「ハンドオーバ要求」は、ハンドオーバされるＵＥのＰＤＵセッション情報及び関連付けられたマルチキャストサービス情報（関連付けられたマルチキャストサービス識別子を含む）を含み、ＰＤＵセッション情報は、ＰＤＵセッションに含まれるユニキャストサービスフローに対応するＰＤＵセッション識別子及びＱｏＳ情報を含む。ユニキャストサービスフローのＱｏＳ情報は、ＱＦＩ及びＱｏＳパラメータを含む。ハンドオーバされる現在のＵＥのＰＤＵセッションがマルチキャストサービスに関連付けられる場合、Ｓ－ｇＮＢは、マルチキャストＱｏＳフローＱＦＩとユニキャストＱｏＳフローＱＦＩとの間のマッピング関係に基づいて、マルチキャストＱｏＳフローをユニキャストＱｏＳフローにマッピングし得る。

【0473】

加えて、ハンドオーバ要求は更にＳＭ Ｎ２情報を含み得る。Ｓ－ｇＮＢとＴ－ｇＮＢとの間に直接の転送トンネルが無いことをＳＭ Ｎ２情報が示す場合、Ｓ－ｇＮＢとＴ－ｇＮＢとの間に間接転送トンネルを確立できることを示す。このケースにおいて、ＳＭ Ｎ２情報は、Ｓ－ｇＮＢによって割り当てられた間接転送トンネル情報を含み得る。

【0474】

「ハンドオーバ要求」は更に、Ｓ－ｇＮＢが転送トンネルを通じて転送することを意図するサービスフローの識別子を含み得る。マルチキャストＱｏＳフローが転送トンネルを通じて転送される必要がある場合、ハンドオーバ請求は、マルチキャストＱｏＳフローに対応するユニキャストＱｏＳフローのＱＦＩを含む。

【0475】

いくつかの任意選択的な実施形態において、段階１００１においてマルチキャストセッショントンネルを解放することを決定する場合、Ｓ－ｇＮＢは、Ｓ－ｇＮＢとコアネットワークデバイス（ＵＰＦ又はＭＣＦなど、ここで、ＭＵＦは、例として使用される）との間でマルチキャストサービスのデータを伝送するために使用されるマルチキャストセッショントンネルを解放するために使用される情報＃２を生成し得る。このケースにおいて、ハンドオーバ要求は情報＃２を含み得る。具体的には、情報＃２については、図９Ａ及び図９Ｂの段階９０２における説明を参照されたい。詳細を再び説明しない。

【0476】

１００３：Ｓ－ＡＭＦがターゲットセルＩＤに基づいてターゲットＡＭＦ（すなわち、Ｔａｒｇｅｔ－ＡＭＦ又はＴ－ＡＭＦ）を選択し、ここで、Ｔ－ＡＭＦはＴ－ｇＮＢに接続される。

【0477】

１００４：Ｓ－ＡＭＦが、ＵＥコンテキスト作成請求（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＣｒｅａｔｅＵＥＣｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）をＴ－ＡＭＦへ送信し、ここで、請求は、Ｓ－ＡＭＦに格納される、ハンドオーバされるＵＥのコンテキスト情報を含み得、更に、段階１００２においてＳ－ｇＮＢによってＳ－ＡＭＦへ送信された情報を含み得る。

【0478】

任意選択で、Ｓ－ｇＮＢが段階１００２にいて情報＃２をＳ－ＡＭＦへ送信する場合、Ｓ－ＡＭＦは、段階１００４において情報＃２をＴ－ＡＭＦへ送信する。

【0479】

１００５：Ｔ－ＡＭＦが、段階１００２においてＳ－ｇＮＢによってＳ－ＡＭＦへ送信された情報を含むＰＤＵセッションコンテキスト更新請求（Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）をＳＭＦへ送信する。任意選択で、情報＃２が段階１００４に含まれる場合、ＰＤＵセッションコンテキスト更新請求は更に情報＃２を保持する。

【0480】

１００６：ＳＭＦとＵＰＦとの間でＮ４セッション更新（Ｎ４セッション修正）を実行する。

【0481】

例えば、ＳＭＦはＮ４セッション更新請求をＵＰＦへ送信する。任意選択で、Ｎ４セッション更新請求は、Ｓ－ｇＮＢに割り当てられた間接転送トンネル情報を保持する。次に、ＵＰＦはＮ４セッション更新応答をＳＭＦに返す。任意選択で、Ｎ４セッション更新応答は、図５Ｃに示されるＳ－ｇＮＢとＴ－ｇＮＢとの間に間接転送トンネルを確立するために使用される、ＵＰＦによって割り当てられた間接転送トンネル情報を含む。

【0482】

１００７：ＳＭＦが、ＰＤＵセッションコンテキスト更新応答（Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ）をＴ－ＡＭＦへ送信する。メッセージは、ＰＤＵセッションのユニキャストＱｏＳフローのＱｏＳ情報を含み得る。ＱｏＳ情報は、ＱＦＩ及び対応するＱｏＳパラメータを含む。ユニキャストＱｏＳフローは、マルチキャストＱｏＳフローがマッピングされるユニキャストＱｏＳフローを含む。

【0483】

１００８：Ｔ－ＡＭＦが、ハンドオーバ請求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ）をＴ－ｇＮＢへ送信する。メッセージは、ＰＤＵセッション（マルチキャストＱｏＳフローがマッピングされるユニキャストＱｏＳフローのＱｏＳ情報を含む）に含まれるユニキャストＱｏＳフローのＱｏＳ情報を含み得る。Ｔ－ｇＮＢは、ＱｏＳフローのＱｏＳ情報に基づいて無線リソースをユニキャストＱｏＳフローに割り当てる。任意選択で、Ｓ－ｇＮＢが間接転送トンネルの確立をサポートする場合、ハンドオーバ請求は、Ｓ－ｇＮＢによって割り当てられた間接転送トンネル情報及びＵＰＦによって割り当てられた間接転送トンネル情報を含む。

【0484】

１００９：Ｔ－ｇＮＢが、ハンドオーバ請求確認応答（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ ＡＣＫ）をＴ－ＡＭＦへ送信する。

【0485】

例えば、ハンドオーバ請求確認応答は、ハンドオーバに成功した、及び／又は、ハンドオーバに失敗した（例えば、ハンドオーバの失敗は、不十分なリソースに起因してＴ－ｇＮＢが無線リソースをユニキャストＱｏＳフローに割り当てることができないので発生する）ユニキャストＱｏＳフローのＱＦＩ、Ｔ－ｇＮＢにアクセスしてサービスデータを受信するためにＵＥが必要とする無線ベアラ構成、及び同様のものを含み得る。加えて、Ｓ－ｇＮＢとＴ－ｇＮＢとの間に間接転送トンネルがあるので、Ｔ－ｇＮＢは更に、ハンドオーバ請求確認応答において間接転送トンネルについての情報（具体的には、ＵＰＦとの転送トンネルを確立するために使用される）を含み、次に、段階１００９から１０１８を通じてトンネル情報をＵＰＦへ送信する。

【0486】

１０１０：Ｔ－ＡＭＦが、段階１００９においてハンドオーバ請求確認応答に含まれる関連情報を含むＰＤＵセッションコンテキスト更新請求（Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）をＳＭＦへ送信する。

【0487】

１０１１：ＳＭＦが、ＰＤＵセッションコンテキスト更新応答（Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ）をＴ－ＡＭＦへ送信する。任意選択で、応答は更に、ＵＰＦの間接転送トンネル情報を含む。

【0488】

１０１２：Ｔ－ＡＭＦが、段階１０１１における情報を含むＵＥコンテキスト作成応答（Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ）をＳ－ＡＭＦへ送信する。

【0489】

１０１３：Ｓ－ＡＭＦが、段階１０１２における情報を含むハンドオーバコマンド（Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄ）をＳ－ｇＮＢへ送信する。

【0490】

任意選択で、情報＃２が段階１００１において生成されない場合（換言すれば、Ｓ－ｇＮＢは、段階１００１においてシグナリングを受信した後に情報＃２を生成せず、すなわち、シグナリングは段階１００１から１００５における情報＃２を保持しない）、Ｓ－ｇＮＢがハンドオーバコマンドを受信した後、Ｓ－ｇＮＢは、ハンドオーバされるＵＥのＰＤＵセッションに関連付けられたマルチキャストサービスに対応するマルチキャストセッションコンテキストにおけるＵＥの数を更新し得る（例えば、ＵＥの数を１減少させる）。ハンドオーバされる現在のＵＥが、マルチキャストセッションコンテキスト（又は、マルチキャストサービスコンテキスト、マルチキャストコンテキスト、又はマルチキャストグループコンテキスト）における最後のＵＥである場合（換言すれば、ＵＥが退出した後に、他のＵＥが基地局においてマルチキャストサービスを受信していない）、Ｓ－ｇＮＢは、ＵＥが、Ｓ－ｇＮＢを介してマルチキャストサービスのデータを受信する最後のＵＥであることを知る。このケースにおいて、Ｓ－ｇＮＢは、Ｓ－ｇＮＢとコアネットワークデバイス（例えば、図５ＣのＭＵＦ）との間のマルチキャストセッショントンネルを解放すると決定し得る。

【0491】

例えば、Ｓ－ｇＮＢを介してマルチキャストサービスに加入したＵＥの数（Ｓ－ｇＮＢを介してマルチキャストサービスデータを受信するＵＥの数としても理解され得る）は、マルチキャストサービスのマルチキャストセッションコンテキスト（又は、マルチキャストサービスコンテキスト、マルチキャストコンテキスト、又はマルチキャストグループコンテキスト）に含まれ得る。換言すれば、マルチキャストセッションコンテキスト（又は、マルチキャストサービスコンテキスト、マルチキャストコンテキスト、又はマルチキャストグループコンテキスト）におけるＵＥ以外の別のＵＥがＳ－ｇＮＢを介してマルチキャストサービスのデータを受信するかどうかに応じて、Ｓ－ｇＮＢは、マルチキャストサービスが位置するマルチキャストセッショントンネルを解放するかどうかを決定し得る。

【0492】

例えば、ハンドオーバコマンドを受信した後に、マルチキャストセッショントンネルを解放すると決定した場合、Ｓ－ｇＮＢは、マルチキャストサービスが位置するマルチキャストセッショントンネルを解放するようコアネットワークデバイス（ＭＣＦ又はＭＵＦなど、ここで、ＭＵＦは、例として使用される）に請求、指示又は通知するために使用される情報＃２を生成し得る。具体的には、情報＃２については、前述の説明を参照されたい。詳細を再び説明しない。次に、Ｓ－ｇＮＢは、シグナリングにおいて情報＃２を含み、シグナリングをセッション管理機能ネットワーク要素へ送信し得る。

【0493】

１０１４：Ｓ－ｇＮＢが、ＵＥがターゲット基地局にアクセスするために必要とする無線ベアラ構成情報を含むハンドオーバコマンド（Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄ）をＵＥへ送信する（ここで、無線ベアラ構成情報は、ユニキャストＱｏＳフローに必要な無線ベアラ構成情報、及び、マルチキャストＱｏＳフローがマッピングされるユニキャストＱｏＳフローの無線ベアラ構成情報を含む）。

【0494】

次に、Ｓ－ｇＮＢは、マルチキャストセッショントンネルを通じて受信されたマルチキャストＱｏＳフローを複製し、複製されたマルチキャストＱｏＳフローをマッピングし、マッピングされた複製されたマルチキャストＱｏＳフローを、間接転送トンネルを通じてＴ－ｇＮＢへ転送する。

【0495】

１０１５：ＵＥがＴ－ｇＮＢにアクセスする。Ｔ－ｇＮＢは、受信及びバッファリングされたユニキャストＱｏＳフロー及び／又はマルチキャストＱｏＳフローをＵＥへ送信する。ＵＥは、段階１０１４において、Ｓ－ｇＮＢによって送信された無線ベアラ構成情報に基づいて対応するサービスデータを受信する。

【0496】

１０１６：Ｔ－ｇＮＢがハンドオーバ通知（Ｈａｎｄｏｖｅｒ Ｎｏｔｉｆｙ）をＴ－ＡＭＦへ送信し、ここで、通知は、ＵＥがＴ－ｇＮＢへのハンドオーバに成功したことを示す。

【0497】

１０１７：Ｔ－ＡＭＦが、Ｔ－ｇＮＢによって割り当てられたＰＤＵセッショントンネルについての情報を保持するＰＤＵセッションコンテキスト更新請求（Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ）をＳＭＦへ送信する。任意選択で、Ｔ－ｇＮＢによって生成された間接転送トンネルについての情報が更に保持される。

【0498】

１０１８：ＳＭＦが第１メッセージをＭＣＦへ送信する。例えば、第１メッセージはＮ１６メッセージであり得る。

【0499】

いくつかの実施形態において、段階１００５においてＳＭＦがＳ－ｇＮＢによって送信された情報＃２を受信する場合、ＳＭＦによってＭＣＦへ送信された第１メッセージは情報＃２を含み得る。

【0500】

段階１０１９から１０２１の説明は段階９１０から９１２の説明と同様である。本明細書において詳細について再び説明しない。

【0501】

１０２２：３ＧＰＰ技術仕様において指定されたＮ２ハンドオーバ手順に基づいて、後続のハンドオーバ手順を実行することを継続する。

【0502】

図１０Ａ～図１０Ｃに示される実施形態において、Ｔ－ｇＮＢがマルチキャスト機能をサポートしない例だけを説明のために使用することに留意されたい。しかしながら、本願の実施形態はそれに限定されない。例えば、Ｔ－ｇＮＢは更にマルチキャスト機能をサポートし得る。このケースにおいて、Ｓ－ｇＮＢは、マルチキャストセッショントンネルを通じて受信されたマルチキャストＱｏＳフローを複製してＴ－ｇＮＢへ転送する必要があり、すなわち、マルチキャストＱｏＳフローは、ユニキャストＱｏＳフローにマッピングされる必要がない。詳細については、図７Ａ及び図７Ｂの説明を参照されたい。詳細を再び説明しない。

【0503】

前述の段階（段階１００２、１００４、１００５、１００７、１００８、１０１６、１０１７及び１０１９）又は（段階１０１６、１０１７及び１０１８）において、Ｓ－ｇＮＢは、既存のシグナリングにおける情報＃２を含み、情報＃２をＭＣＦへ送信し、ＭＣＦは更に、段階１０１９を通じて情報＃２をＭＵＦへ送信する。しかしながら、本願の実施形態はそれに限定されない。

【0504】

いくつかの任意選択的な実施形態において、Ｓ－ｇＮＢは更に段階１０２３を実行し得る。具体的には、Ｓ－ｇＮＢは、通知メッセージをＭＣＦへ直接送信し、ここで、通知メッセージは、マルチキャストサービスが位置するマルチキャストセッショントンネル、すなわち、Ｓ－ｇＮＢとＭＵＦとの間でマルチキャストサービスを伝送するために使用されるマルチキャストセッショントンネルを解放するようＭＣＦに指示する。このケースにおいて、段階（１００２、１００４、１００５、１００７、１００８、１０１６、１０１７、１０１８又は１０１９）におけるメッセージは、情報＃２を含まないことがあり得る。具体的には、Ｓ－ｇＮＢは、既存のシグナリングにおいて、マルチキャストセッショントンネルを解放する関連指示情報を情報要素として含まないが、別個のシグナリングを使用することによって、マルチキャストセッショントンネルを解放するようＭＣＦに通知する。

【0505】

例えば、シグナリングは、マルチキャストセッショントンネルを解放するために使用される指示、及びマルチキャストセッショントンネルについての情報を含み得、又は、シグナリングは、マルチキャストサービスのマルチキャストセッショントンネル及び識別情報を解放するために使用される指示を含み得、又は、シグナリングは、マルチキャストセッショントンネルを解放するために使用される指示、マルチキャストセッショントンネルについての情報、及びマルチキャストサービスの識別情報を含み得る。これについては、本願のこの実施形態において限定しない。

【0506】

可能な実装において、Ｓ－ｇＮＢとＭＵＦとの間でマルチキャストサービスを伝送するために使用されるマルチキャストセッショントンネルを解放することをＳ－ｇＮＢが決定した後に段階１０２３が実行され得、例えば、段階１００１と段階１０２２の間に、又は段階１０２２の後に実行され得る。これについては、本願のこの実施形態において限定しない。

【0507】

１０２４：Ｓ－ｇＮＢとＭＣＦとの間のマルチキャストセッショントンネルを解放する。

【0508】

例えば、段階１０２３においてシグナリングを受信した後、ＭＣＦは、シグナリングをＭＵＦへ送信し得、ＭＵＦは、シグナリングに基づいて、Ｓ－ｇＮＢとＭＵＦとの間でマルチキャストサービスを伝送するために使用されるマルチキャストセッショントンネルを解放し得る。

【0509】

加えて、いくつかの他の任意選択的な実施形態において、ＵＥがマルチキャストサービスに加入するとき、ＭＣＦはまた、Ｓ－ｇＮＢからのマルチキャストセッショントンネル解放通知にサブスクライブし得る。換言すれば、Ｓ－ｇＮＢとコアネットワークデバイス（ＭＵＦ又はＵＰＦなど）との間のマルチキャストセッショントンネルがハンドオーバプロセスにおいて解放される必要があると決定したとき、Ｓ－ｇＮＢは、解放通知をＭＣＦへ送信し得る。このケースにおいて、段階１００１から１０２２におけるシグナリングは、既存の通常のハンドオーバ手順に基づいて実行され得、追加情報、例えば情報＃２を含む必要がない。

【0510】

いくつかの任意選択的な実施形態において、Ｓ－ｇＮＢが、ハンドオーバ準備フェーズにおいてＳ－ｇＮＢのマルチキャストセッショントンネルを解放すると決断若しくは決定する、又は解放できるとき（具体的な方式は段階１００１から１０１２において説明され、ここで再び説明されない）、Ｓ－ｇＮＢは更に段階１０２５から１０２７を実行し得る。

【0511】

１０２５：Ｓ－ｇＮＢは、第３メッセージをＳ－ＡＭＦへ送信し、ここで、第３メッセージはＮ２メッセージであり得、第３メッセージは情報＃２を保持する。

【0512】

ここで、段階１０２５におけるＳ－ＡＭＦは、図１０Ａ～図１０Ｃにおけるハンドオーバ手順におけるＳ－ＡＭＦと同一のＡＭＦ（すなわち、ハンドオーバされるＵＥを担当するＳ－ＡＭＦ）であり得るか、又は、別のＡＭＦであり得ることに留意されたい。これについては、限定されない。加えて、Ｎ２メッセージは、既存のＮ２メッセージ（すなわち、情報＃２を保持する）であり得るか、又は、新しいＮ２メッセージであり得る（例えば、マルチキャストセッショントンネルを解放するために主に使用され、ここで、新しいＮ２メッセージは、サービスベースのインタフェースシグナリングメッセージの名付け方式に従い、Ｎ２メッセージの特定の名称は限定されないが、機能は、マルチキャストセッショントンネルを解放するようにＭＵＦに通知する）。これについては、本願のこの実施形態において限定しない。

【0513】

１０２６：Ｓ－ＡＭＦが、第４メッセージをＭＣＦへ送信し、ここで、第４メッセージはＮ１１メッセージであり得、Ｎ１１メッセージは情報＃２を保持する。例えば、Ｎ１１メッセージは、既存のＮ１１メッセージ（すなわち、情報＃２を保持する）であり得るか、又は、新しいＮ１１メッセージであり得る（例えば、マルチキャストセッショントンネルを解放するために主に使用され、ここで、新しいＮ１１メッセージは、サービスベースのインタフェースシグナリングメッセージの名付け方式に従い、Ｎ１１メッセージの特定の名称は限定されないが、機能は、マルチキャストセッショントンネルを解放するようＭＵＦに通知する）。

【0514】

１０２７：ＭＣＦとＭＵＦとの間でＮ４セッション更新（Ｎ４ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ）を実行する。例えば、ＭＣＦは第５メッセージをＭＵＦへ送信し、ここで、第５メッセージは、Ｎ４セッション更新請求であり得、第５メッセージは情報＃２を保持する。ＭＵＦは、情報＃２に基づいてマルチキャストセッショントンネルを解放し、次に、例えばＮ４セッション更新応答であり得る、第５メッセージへの応答をＭＣＦへ送信する。

【0515】

ここで、Ｓ－ｇＮＢが、段階１０２５から１０２７を通じて、マルチキャストセッショントンネルを解放するようＭＵＦに通知する場合、図１０Ａ～図１０Ｃに示されるハンドオーバ手順において、Ｓ－ｇＮＢがハンドオーバ準備フェーズでソース基地局のマルチキャストセッショントンネルを解放することを決定若しくは決断する、又は解放し得る後に、Ｓ－ｇＮＢは段階１０２５から１０２７を実行して、マルチキャストセッショントンネルを解放するようＭＵＦに通知し、すなわち、情報＃２及び関連マルチキャストセッショントンネルの解放に対する応答は、ハンドオーバ手順においてもはや保持されないことが更に留意されるべきである。

【0516】

したがって、本願の本実施形態において、ＵＥがＳ－ｇＮＢからＴ－ｇＮＢにハンドオーバされるハンドオーバ準備フェーズにおいて、マルチキャストセッションコンテキスト（又は、マルチキャストサービスコンテキスト、マルチキャストコンテキスト、又はマルチキャストグループコンテキスト）においてＳ－ｇＮＢを介してマルチキャストサービスを受信する他のＵＥが無いと決定するとき、Ｓ－ｇＮＢは、Ｓ－ｇＮＢとコアネットワークデバイスとの間でマルチキャストサービスを伝送するために使用されるマルチキャストセッショントンネルを解放するようコアネットワークデバイス（ＭＵＦ又はＵＰＦなど）に通知し、例えば、既存のシグナリング又は別個のシグナリングを使用することによってトンネルを解放するよう通知し、Ｓ－ｇＮＢとコアネットワークデバイス（ＭＵＦ又はＵＰＦなど）との間のマルチキャストセッショントンネルを解放し得る。これによりネットワークリソースオーバヘッドを低減することを助ける。

【0517】

前述の方法によれば、図１１は、本願の実施形態による無線通信装置１１００の概略図である。

【0518】

装置１１００はアクセスネットワークデバイスであり得るか、又は、チップ若しくは回路、例えば、アクセスネットワークデバイスに配置され得るチップ又は回路であり得る。

【0519】

代替的に、装置１１００はアクセス及びモビリティ管理機能ネットワーク要素であり得、又は、チップ若しくは回路、例えば、アクセス及びモビリティ管理機能ネットワーク要素に配置され得るチップ若しくは回路であり得る。

【0520】

代替的に、装置１１００は、セッション管理機能ネットワーク要素であり得、又は、チップ若しくは回路、例えば、セッション管理機能ネットワーク要素に配置され得るチップ若しくは回路であり得る。

【0521】

代替的に、装置１１００は、マルチキャストセッション管理機能ネットワーク要素であり得、又は、チップ若しくは回路、例えば、マルチキャストセッション管理機能ネットワーク要素に配置され得るチップ若しくは回路であり得る。

【0522】

代替的に、装置１１００は、マルチキャストユーザプレーン機能ネットワーク要素であり得るか、又は、チップ若しくは回路であり得、例えば、マルチキャストユーザプレーン機能ネットワーク要素に配置され得るチップ若しくは回路であり得る。

【0523】

装置１１００は、処理ユニット１１１０（すなわち、プロセッサの例）及び送受信機ユニット１１３０を含み得る。

【0524】

任意選択で、送受信機ユニット１１３０は、送受信機、送受信機関連回路、又はインタフェース回路を使用することによって実装され得る。

【0525】

任意選択で、装置１１００は更に記憶ユニット１１２０を備え得る。可能な方式において、記憶ユニット１１２０は命令を格納するように構成されている。任意選択で、記憶ユニット１１２０は代替的に、データ又は情報を格納するように構成され得る。記憶ユニット１１２０はメモリを使用することによって実装され得る。

【0526】

可能な設計において、処理ユニット１１１０は、記憶ユニット１１２０に格納される命令を実行するように構成され、前述の方法においてアクセスネットワークデバイスによって実行される段階を装置１１００が実装することを可能にし得る。

【0527】

更に、処理ユニット１１１０、記憶ユニット１１２０、及び送受信機ユニット１１３０は、内部接続パスを通じて互いに通信し、制御信号及び／又はデータ信号を伝送し得る。例えば、記憶ユニット１１２０は、コンピュータプログラムを格納するように構成され、処理ユニット１１１０は、コンピュータプログラムを記憶ユニット１１２０から呼び出し、コンピュータプログラムを実行するように構成され、信号を受信するよう、及び／又は、信号を送信するよう送受信機ユニット１１３０を制御し、前述の方法において、アクセスネットワークデバイス、アクセス及びモビリティ管理機能ネットワーク要素、セッション管理機能ネットワーク要素、マルチキャストセッション管理機能ネットワーク要素、又はマルチキャストユーザプレーン機能ネットワーク要素の段階を実現し得る。記憶ユニット１１２０は、処理ユニット１１１０に統合され得るか、又は、処理ユニット１１１０とは別個に配置され得る。

【0528】

任意選択で、装置１１００が通信デバイスである場合、送受信機ユニット１１３０は、受信機及び送信機を含み得る。受信機及び送信機は、同じ物理エンティティ又は異なる物理エンティティであり得る。同一の物理的エンティティであるとき、受信機及び送信機は、まとめて送受信機と称され得る。

【0529】

任意選択で、装置１１００がチップ又は回路である場合、送受信機ユニット１１３０は入力インタフェース及び出力インタフェースを含む。

【0530】

実装において、送受信機ユニット１１３０の機能は、送受信機回路又は専用送受信機チップを使用することによって実装されるとみなされ得る。処理ユニット１１１０は、専用プロセスチップ、処理回路、処理ユニット又は汎用チップを使用することによって実装されるとみなされ得る。

【0531】

別の実装において、本願の本実施形態において提供される通信デバイス（アクセスネットワークデバイス、アクセス及びモビリティ管理機能ネットワーク要素、セッション管理機能ネットワーク要素、マルチキャストセッション管理機能ネットワーク要素、又はマルチキャストユーザプレーン機能ネットワーク要素など）は、汎用コンピュータを使用することによって実装されるとみなされ得る。すなわち、処理ユニット１１１０及び送受信機ユニット１１３０の機能を実装するためのプログラムコードは、記憶ユニット１１２０に格納され、汎用処理ユニットは、記憶ユニット１１２０におけるコードを実行することによって、処理ユニット１１１０及び送受信機ユニット１１３０の機能を実装する。

【0532】

いくつかの実施形態において、装置１１００が第１アクセスネットワークデバイスである、又は、第１アクセスネットワークデバイスに配置されたチップ若しくは回路であり得るとき、処理ユニット１１１０は、第１端末デバイスが第１アクセスネットワークデバイスから第２アクセスネットワークデバイスにハンドオーバされるハンドオーバ準備フェーズに第１端末デバイスがあるとき、第１端末デバイスが、第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信する最後の端末デバイスであると知るように構成されている；送受信機ユニット１１３０は、第１情報を送信するように構成され、ここで、第１情報は、第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される。

【0533】

任意選択で、送受信機ユニット１１３０は具体的には、ハンドオーバ請求を第２アクセスネットワークデバイスへ送信するように構成され、ここで、ハンドオーバ請求は、第１端末デバイスを第１アクセスネットワークデバイスから第２アクセスネットワークデバイスにハンドオーバするように請求し、ハンドオーバ請求は第１情報を含む。

【0534】

任意選択で、送受信機ユニット１１３０は具体的には、ハンドオーバ要求を第１アクセス及びモビリティ管理機能ネットワーク要素へ送信するように構成され、ここで、ハンドオーバ要求は、第１情報を含む。

【0535】

任意選択で、送受信機ユニット１１３０は具体的には、第３メッセージを第３アクセス及びモビリティ管理機能ネットワーク要素へ送信するように構成され、ここで、第３メッセージは、第１情報を含み、第１端末デバイスが第１マルチキャストサービスに加入するとき、第３アクセス及びモビリティ管理機能ネットワーク要素は、第１マルチキャストサービスについて第１アクセスネットワークデバイスによって選択されたアクセス及びモビリティ管理機能ネットワーク要素である。

【0536】

任意選択で、処理ユニット１１１０は更に、第１アクセスネットワークデバイスを介して第１マルチキャストサービスに加入した端末デバイスの数を更新するように構成されている。

【0537】

任意選択で、第１情報は、第１トンネルを解放するために使用される指示、及び、第１トンネルについての情報を含み；第１情報は、第１トンネルを解放するために使用される指示、及び、第１マルチキャストサービスの識別情報を含み；又は、第１情報は、第１トンネルを解放するために使用される指示、第１マルチキャストサービスの識別情報、及び、第１トンネルについての情報を含む。

【0538】

任意選択で、コアネットワークデバイスは、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素を含む。

【0539】

上に列挙された装置１１００におけるモジュール又はユニットの機能及び動作は説明のための例に過ぎない。装置１１００が第１アクセスネットワークデバイスにおいて構成されている、又は、第１アクセスネットワークデバイスであるとき、装置１１００におけるモジュール又はユニットは、前述の方法において第１アクセスネットワークデバイスによって実行される動作又は処理プロセスを実行するように構成され得る。

【0540】

いくつかの実施形態において、装置１１００が第２アクセスネットワークデバイスである、又は、第２アクセスネットワークデバイスに配置されたチップ若しくは回路であり得るとき、送受信機ユニット１１３０は、ハンドオーバ請求を第１アクセスネットワークデバイスから受信するように構成され、ここで、ハンドオーバ請求は、第１端末デバイスを第１アクセスネットワークデバイスから第２アクセスネットワークデバイスにハンドオーバするよう請求し、ハンドオーバ請求は、第１情報を含み、第１情報は、第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用され、送受信機ユニット１１３０は更に、経路切替請求をアクセス及びモビリティ管理機能ネットワーク要素へ送信するように構成され、ここで、経路切替請求は、第１情報を含む。

【0541】

上に列挙された装置１１００におけるモジュール又はユニットの機能及び動作は説明のための例に過ぎない。装置１１００が第２アクセスネットワークデバイスにおいて構成されている、又は、第２アクセスネットワークデバイスであるとき、装置１１００におけるモジュール又はユニットは、前述の方法において第２アクセスネットワークデバイスによって実行される動作又は処理プロセスを実行するように構成され得る。

【0542】

いくつかの実施形態において、装置１１００がアクセス及びモビリティ管理機能ネットワーク要素である、又は、アクセス及びモビリティ管理機能ネットワーク要素に配置されたチップ若しくは回路であり得るとき、送受信機ユニット１１３０は、経路切替請求を第２アクセスネットワークデバイスから受信するように構成され、ここで、経路切替請求は第１情報を含み、第１情報は、第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される；送受信機ユニット１１３０は更に、プロトコルデータユニットＰＤＵセッションコンテキスト更新請求をセッション管理機能ネットワーク要素へ送信するように構成され、ここで、ＰＤＵセッションコンテキスト更新請求は第１情報を含む。

【0543】

上に列挙された装置１１００におけるモジュール又はユニットの機能及び動作は説明のための例に過ぎない。装置１１００がアクセス及びモビリティ管理機能ネットワーク要素において構成されている、又は、アクセス及びモビリティ管理機能ネットワーク要素であるとき、装置１１００におけるモジュール又はユニットは、前述の方法においてアクセス及びモビリティ管理機能ネットワーク要素によって実行される動作又は処理プロセスを実行するように構成され得る。

【0544】

いくつかの実施形態において、装置１１００がセッション管理機能ネットワーク要素である、又は、セッション管理機能ネットワーク要素に配置されたチップ若しくは回路であり得るとき、送受信機ユニット１１３０は、プロトコルデータユニットＰＤＵセッションコンテキスト更新請求をアクセス及びモビリティ管理機能ネットワーク要素から受信するように構成され、ここで、ＰＤＵセッションコンテキスト更新請求は、第１情報を含み、第１情報は、第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用され、送受信機ユニット１１３０は更に、第１メッセージをマルチキャストセッション管理機能ネットワーク要素へ送信するように構成され、ここで、第１メッセージは第１情報を含む。

【0545】

任意選択で、第１メッセージはＮ１６メッセージであり得る。

【0546】

いくつかの実施形態において、装置１１００がセッション管理機能ネットワーク要素である、又は、セッション管理機能ネットワーク要素に配置されたチップ若しくは回路であり得るとき、送受信機ユニット１１３０は、プロトコルデータユニットＰＤＵセッションコンテキスト更新請求をアクセス及びモビリティ管理機能ネットワーク要素から受信するように構成され、ここで、ＰＤＵセッションコンテキスト更新請求は、第１情報を含み、第１情報は、第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用され、送受信機ユニット１１３０は更に、セッション更新請求をユーザプレーン機能ネットワーク要素へ送信するように構成され、ここで、セッション更新請求は第１情報を含む。

【0547】

上に列挙された装置１１００におけるモジュール又はユニットの機能及び動作は説明のための例に過ぎない。装置１１００がセッション管理機能ネットワーク要素において構成されている、又は、セッション管理機能ネットワーク要素であるとき、装置１１００におけるモジュール又はユニットは、前述の方法においてセッション管理機能ネットワーク要素によって実行される動作又は処理プロセスを実行するように構成され得る。

【0548】

いくつかの実施形態において、装置１１００がマルチキャストセッション管理機能ネットワーク要素である、又は、マルチキャストセッション管理機能ネットワーク要素におけるチップ若しくは回路配置であり得るとき、送受信機ユニット１１３０は、第１メッセージをセッション管理機能ネットワーク要素から受信するように構成され、ここで、第１メッセージは第１情報を含み、第１情報は、第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用され、送受信機ユニット１１３０は更に、第５メッセージをマルチキャストユーザプレーン機能ネットワーク要素へ送信するように構成され、ここで、第５メッセージは第１情報を含む。

【0549】

任意選択で、第１メッセージはＮ１６メッセージである。

【0550】

任意選択で、第５メッセージはＮ４セッション更新請求である。

【0551】

上に列挙された装置１１００におけるモジュール又はユニットの機能及び動作は説明のための例に過ぎない。装置１１００がマルチキャストセッション管理機能ネットワーク要素において構成されている、又は、マルチキャストセッション管理機能ネットワーク要素であるとき、装置１１００におけるモジュール又はユニットは、前述の方法においてマルチキャストセッション管理機能ネットワーク要素によって実行される動作又は処理プロセスを実行するように構成され得る。

【0552】

いくつかの実施形態において、装置１１００が第１アクセス及びモビリティ管理機能ネットワーク要素である、又は、第１アクセス及びモビリティ管理機能ネットワーク要素に配置されたチップ若しくは回路であり得るとき、送受信機ユニット１１３０は、ハンドオーバ要求を第１アクセスネットワークデバイスから受信するように構成され、ハンドオーバ要求は、第１情報を含み、第１情報は、第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される；送受信機ユニット１１３０は更に、ユーザ機器（ＵＥ）コンテキスト作成請求を第２アクセス及びモビリティ管理機能ネットワーク要素へ送信するように構成され、ここで、ＵＥコンテキスト作成請求は、第１情報を含む。

【0553】

上に列挙された装置１１００におけるモジュール又はユニットの機能及び動作は説明のための例に過ぎない。装置１１００が第１アクセス及びモビリティ管理機能ネットワーク要素において構成されている、又は、第１アクセス及びモビリティ管理機能ネットワーク要素であるとき、装置１１００におけるモジュール又はユニットは、前述の方法において第１アクセス及びモビリティ管理機能ネットワーク要素によって実行される動作又は処理プロセスを実行するように構成され得る。

【0554】

いくつかの実施形態において、装置１１００が第２アクセス及びモビリティ管理機能ネットワーク要素である、又は、第２アクセス及びモビリティ管理機能ネットワーク要素に配置されたチップ若しくは回路であり得るとき、送受信機ユニット１１３０は、ユーザ機器（ＵＥ）コンテキスト作成請求を第１アクセス及びモビリティ管理機能ネットワーク要素から受信するように構成され、ここで、ＵＥコンテキスト作成請求は第１情報を含み、第１情報は、第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される；送受信機ユニット１１３０は更に、プロトコルデータユニットＰＤＵセッションコンテキスト更新請求をセッション管理機能ネットワーク要素へ送信するように構成され、ここで、ＰＤＵセッションコンテキスト更新請求は、第１情報を含む。

【0555】

上に列挙された装置１１００におけるモジュール又はユニットの機能及び動作は説明のための例に過ぎない。装置１１００が第２アクセス及びモビリティ管理機能ネットワーク要素において構成されている、又は、第２アクセス及びモビリティ管理機能ネットワーク要素であるとき、装置１１００におけるモジュール又はユニットは、前述の方法において第２アクセス及びモビリティ管理機能ネットワーク要素によって実行される動作又は処理プロセスを実行するように構成され得る。

【0556】

いくつかの実施形態において、装置１１００が第３アクセス及びモビリティ管理機能ネットワーク要素である、又は、第３アクセス及びモビリティ管理機能ネットワーク要素に配置されたチップ若しくは回路であり得るとき、送受信機ユニット１１３０は、第３メッセージを第１アクセスネットワークデバイスから受信するように構成され、ここで、第３メッセージは第１情報を含み、第１情報は、第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用され、第１端末デバイスが第１マルチキャストサービスに加入するとき、第３アクセス及びモビリティ管理機能ネットワーク要素は、第１マルチキャストサービスについて第１アクセスネットワークデバイスによって選択されたアクセス及びモビリティ管理機能ネットワーク要素であり；送受信機ユニット１１３０は更に、第４メッセージをマルチキャストセッション管理機能ネットワーク要素へ送信するように構成され、ここで、第４メッセージは第１情報を含む。

【0557】

任意選択で、第３メッセージはＮ２メッセージである。

【0558】

任意選択で、第４メッセージはＮ１１メッセージである。

【0559】

上に列挙された装置１１００におけるモジュール又はユニットの機能及び動作は説明のための例に過ぎない。装置１１００が第３アクセス及びモビリティ管理機能ネットワーク要素において構成されている、又は、第３アクセス及びモビリティ管理機能ネットワーク要素であるとき、装置１１００におけるモジュール又はユニットは、前述の方法において第３アクセス及びモビリティ管理機能ネットワーク要素によって実行される動作又は処理プロセスを実行するように構成され得る。

【0560】

いくつかの実施形態において、装置１１００がマルチキャストセッション管理機能ネットワーク要素である、又は、マルチキャストセッション管理機能ネットワーク要素に配置されたチップ若しくは回路であり得るとき、送受信機ユニット１１３０は、第４メッセージを第３アクセス及びモビリティ管理機能ネットワーク要素から受信するように構成され、ここで、第４メッセージは第１情報を含み、第１情報は、第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用され、第１端末デバイスが第１マルチキャストサービスに加入するとき、第３アクセス及びモビリティ管理機能ネットワーク要素は、第１マルチキャストサービスについて第１アクセスネットワークデバイスによって選択されたアクセス及びモビリティ管理機能ネットワーク要素であり；送受信機ユニット１１３０は更に、第５メッセージをマルチキャストユーザプレーン機能ネットワーク要素へ送信するように構成され、ここで、第５メッセージは第１情報を含む。

【0561】

任意選択で、第５メッセージはＮ４セッション更新請求である。

【0562】

任意選択で、第４メッセージはＮ１１メッセージである。

【0563】

上に列挙された装置１１００におけるモジュール又はユニットの機能及び動作は説明のための例に過ぎない。装置１１００がマルチキャストセッション管理機能ネットワーク要素において構成されている、又は、マルチキャストセッション管理機能ネットワーク要素であるとき、装置１１００におけるモジュール又はユニットは、前述の方法においてマルチキャストセッション管理機能ネットワーク要素によって実行される動作又は処理プロセスを実行するように構成され得る。

【0564】

いくつかの実施形態において、装置１１００がマルチキャストユーザプレーン機能ネットワーク要素である、又は、マルチキャストユーザプレーン機能ネットワーク要素に配置されたチップ若しくは回路であり得るとき、送受信機ユニット１１３０は、第５メッセージをマルチキャストセッション管理機能ネットワーク要素から受信するように構成され、ここで、第５メッセージは第１情報を含み、第１情報は、第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される；送受信機ユニット１１３０は更に、第１情報に基づいて第１トンネルを解放するように構成されている。

【0565】

任意選択で、送受信機ユニット１１３０は具体的には、第５メッセージをマルチキャストセッション管理機能ネットワーク要素から受信するように構成され、ここで、第５メッセージは第１情報を含む。

【0566】

任意選択でで、第５メッセージはＮ４セッション更新請求である。

【0567】

上に列挙された装置１１００におけるモジュール又はユニットの機能及び動作は説明のための例に過ぎない。装置１１００がマルチキャストユーザプレーン機能ネットワーク要素において構成されている、又は、マルチキャストユーザプレーン機能ネットワーク要素であるとき、装置１１００におけるモジュール又はユニットは、前述の方法においてマルチキャストユーザプレーン機能ネットワーク要素によって実行される動作又は処理プロセスを実行するように構成され得る。

【0568】

いくつかの実施形態において、装置１１００がユーザプレーン機能ネットワーク要素である、又は、ユーザプレーン機能ネットワーク要素に配置されたチップ若しくは回路であり得るとき、送受信機ユニット１１３０は、セッション更新請求をセッション管理ネットワーク要素から受信するように構成され、ここで、セッション更新請求は第１情報を含み、第１情報は、第１トンネルを解放するために使用され、第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される；送受信機ユニット１１３０は更に、第１情報に基づいて第１トンネルを解放するように構成されている。

【0569】

前述の実施形態におけるユニットは、モジュール、回路又はコンポーネントとも称され得る。

【0570】

本願の実施形態による技術的解決手段に関連する概念、説明、詳細な説明、及び装置１１００の他の段階については、前述の方法又は他の実施形態における内容の説明を参照されたい。本明細書において詳細について再び説明しない。

【0571】

図１２は、前述の方法におけるアクセスネットワークデバイス（第１アクセスネットワークデバイス又は第２アクセスネットワークデバイスなど）の機能を実装するように構成され得る本願の実施形態によるネットワークデバイス１２００の構造の概略図である。ネットワークデバイス１２００は、リモート無線ユニット（ｒｅｍｏｔｅ ｒａｄｉｏ ｕｎｉｔ， ＲＲＵ）１２１０、及び、１又は複数のベースバンドユニット（ｂａｓｅｂａｎｄ ｕｎｉｔｓ， ＢＢＵｓ）（デジタルユニット（ｄｉｇｉｔａｌ ｕｎｉｔｓ， ＤＵｓ）とも称され得る）１２２０などの１又は複数の無線周波数ユニットを含む。ＲＲＵ１２１０はまた、送受信機ユニット、送受信機械、送受信機回路、送受信機などと呼ばれることがあり得、少なくとも１つのアンテナ１２１１と、無線周波数ユニット１２１２とを含み得る。ＲＲＵ１２１０は主に、無線周波数信号を受信及び送信し、無線周波数信号とベースバンド信号との間で変換を実行するように構成され、例えば、前述の実施形態におけるシグナリングメッセージを端末デバイスへ送信するように構成されている。ＢＢＵ１２２０は主に、ベースバンド処理を実行する、及び、基地局を制御するなどを行うように構成されている。ＲＲＵ１２１０及びＢＢＵ１２２０は、物理的に一緒に配置され得、又は、物理的に離れて配置され得る（すなわち、分散型基地局において）。

【0572】

ＢＢＵ１２２０は、基地局の制御中心であり、処理ユニットとも称され得、主にチャネルの符号化、多重化、変調、スプレッドなどのベースバンド処理機能を実装するように構成されている。例えば、ＢＢＵ（処理ユニット）１２２０は、アクセスネットワークデバイスを制御して、前述の方法の実施形態におけるアクセスネットワークデバイスに関連するオペレーション手順を実行するように構成され得る。

【0573】

例において、ＢＢＵ１２２０は、１又は複数の基板を含み得、複数の基板は共同で単一のアクセス規格（ＬＴＥシステム又は５Ｇシステムなど）の無線アクセスネットワークをサポートし得、又は、異なるアクセス規格の無線アクセスネットワークをそれぞれサポートし得る。ＢＢＵ１２２０は更に、メモリ１２２１と、プロセッサ１２２２とを含む。メモリ１２２１は、必要な命令及びデータを格納するように構成されている。プロセッサ１２２２は、必要な動作を実行するようアクセスネットワークデバイスを制御するように構成され、例えば、前述の方法の実施形態におけるアクセスネットワークデバイスに関連するオペレーション手順を実行するようアクセスネットワークデバイスを制御するように構成されている。メモリ１２２１及びプロセッサ１２２２は１又は複数の基板を担当し得る。換言すれば、メモリ及びプロセッサは各基板上に別個に配置され得る。代替的に、複数の基板は同一のメモリ及びプロセッサを共有し得る。加えて、必要な回路が各基板上にさらに配置されてよい。

【0574】

可能な実装において、システムオンチップ（ｓｙｓｔｅｍ－ｏｎ－ｃｈｉｐ， ＳｏＣ）技術の発展に伴い、部分１２２０及び部分１２１０の全部又は一部の機能は、ＳｏＣ技術を使用することによって、例えば、基地局機能チップを使用することによって実装され得る。基地局機能チップは、プロセッサ、メモリ、及びアンテナポートなどのデバイスを統合する。基地局関連機能のプログラムはメモリに格納される。プロセッサは、プログラムを実行して基地局関連機能を実装する。任意選択で、基地局機能チップはまた、チップの外部メモリを読み込み、基地局関連機能を実装し得る。

【0575】

図１２に示されるネットワークデバイスの構造は可能な形態に過ぎず、本願の本実施形態に対していかなる限定も構成するものではないと理解されるべきである。本願は、別の形態の基地局構造が将来に出現し得る可能性を除外しない。

【0576】

本願の実施形態におけるプロセッサは、中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）であり得ることが理解されるべきである。プロセッサは更に別の汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ， ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ， ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ， ＦＰＧＡ）、又は別のプログラマブルロジックデバイス、ディスクリートゲート又はトランジスタ論理デバイス、ディスクリートハードウェアデバイス又は同様のものであり得る。汎用プロセッサは、マイクロプロセッサであってよく、又は、プロセッサは、任意の従来のプロセッサ若しくは同様のものであってよい。

【0577】

本願の本実施形態におけるメモリは、揮発性メモリであっても不揮発性メモリであってもよく、揮発性メモリ及び不揮発性メモリを含んでもよいことが理解されるであろう。不揮発性メモリは、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブルリードオンリメモリ（ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）、又はフラッシュメモリであり得る。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）であってよい。限定ではなく例として、例えば、スタティックランダムアクセスメモリ（ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ， ＤＤＲ ＳＤＲＡＭ）、エンハンスドシンクロナスダイナミックランダムアクセスメモリ（ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ）及びダイレクトラムバスランダムアクセスメモリ（ｄｉｒｅｃｔ ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ）など、多くの形態のランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｉｅｓ， ＲＡＭ）が利用可能である。

【0578】

前述の実施形態の全て又はいくつかは、ソフトウェア、ハードウェア、ファームウェア又はそれらの任意の組み合わせによって実装されてもよい。ソフトウェアが実施形態を実装するために使用されるとき、前述の実施形態は、完全に、又は部分的に、コンピュータプログラム製品の形態で実装され得る。コンピュータプログラム製品は、１又は複数のコンピュータ命令又はコンピュータプログラムを含む。コンピュータ命令又はコンピュータプログラムがコンピュータ上にロードされて実行されるとき、本願の実施形態による手順又は機能が全部又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラマブル装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納され得る、又はコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送され得る。例えば、コンピュータ命令は、有線（例えば、赤外線、無線、及びマイクロ波、又は同様のもの）方式で、ウェブサイト、コンピュータ、サーバ、又はデータセンタから別のウェブサイト、コンピュータ、サーバ、又はデータセンタへ伝送され得る。コンピュータ可読記憶媒体は、コンピュータにより、又は、サーバ若しくはデータセンタなど、１又は複数の使用可能な媒体を統合したデータ記憶デバイスによりアクセスされ得る任意の使用可能な媒体であってよい。使用可能な媒体は、磁気媒体（例えば、フロッピディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、又は半導体媒体であってよい。半導体媒体は、ソリッドステートドライブであってもよい。

【0579】

本願の実施形態はコンピュータ可読媒体を更に提供する。コンピュータ可読媒体はコンピュータプログラムを格納する。コンピュータプログラムがコンピュータによって実行されるとき、前述の実施形態のいずれか１つにおける、アクセスネットワークデバイス、アクセス及びモビリティ管理機能ネットワーク要素、セッション管理機能ネットワーク要素、マルチキャストセッション管理機能ネットワーク要素、又は、マルチキャストユーザプレーン機能ネットワーク要素によって実行される段階が実装される。

【0580】

本願の実施形態は更にコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータによって実行されるとき、前述の実施形態のいずれか１つにおける、アクセスネットワークデバイス、アクセス及びモビリティ管理機能ネットワーク要素、セッション管理機能ネットワーク要素、マルチキャストセッション管理機能ネットワーク要素、又は、マルチキャストユーザプレーン機能ネットワーク要素によって実行される段階が実装される。

【0581】

本願の実施形態は更にシステムチップを提供する。システムチップは通信ユニット及び処理ユニットを含む。処理ユニットは、例えば、プロセッサであってよい。通信ユニットは例えば、入力／出力インタフェース、ピン、又は回路であり得る。処理ユニットは、コンピュータ命令を実行し得、その結果、通信装置におけるチップは、本願の実施形態において提供されるアクセスネットワークデバイス、アクセス及びモビリティ管理機能ネットワーク要素、セッション管理機能ネットワーク要素、マルチキャストセッション管理機能ネットワーク要素、又はマルチキャストユーザプレーン機能ネットワーク要素によって実行される段階を実行する。

【0582】

任意選択で、コンピュータ命令は記憶ユニットに格納される。

【0583】

本願における実施形態は、独立に使用され得、又は、共同で使用され得る。ここでは、これについて限定しない。

【0584】

さらに、本願の態様又は特徴は、標準プログラミング及び／又はエンジニアリング技術を用いる方法、装置、又は製品として実装され得る。本願において使用される「製品」という用語は、任意のコンピュータ可読コンポーネント、キャリア又は媒体からアクセスできるコンピュータプログラムを包含する。例えば、コンピュータ可読媒体は、これに限定されないが、磁気記憶コンポーネント（例えばハードディスク、フロッピディスク又は磁気テープ）、光ディスク（例えばコンパクトディスク（ｃｏｍｐａｃｔ ｄｉｓｃ、ＣＤ）又はデジタル多用途ディスク（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ、ＤＶＤ））、又は、スマートカード及びフラッシュメモリコンポーネント（例えば消去可能プログラマブルリードオンリメモリ（ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＥＰＲＯＭ）、カード、スティック、又はキードライブ）を含んでもよい。さらに、本明細書で説明される様々な記憶媒体は、情報を格納するよう構成された１又は複数のデバイス、及び／又は他の機械可読媒体を表し得る。「機械可読媒体」という用語は、無線チャネル、並びに、命令及び／又はデータを格納し、含み、及び／又は、保持できる様々な他の媒体を含み得るが、これに限定されない。

【0585】

本願の実施形態において、前述のプロセスのシーケンス番号は、実行順序を意味しないと理解されるべきである。プロセスの実行順序は、プロセスの機能及び内部論理に基づいて決定されるべきであり、本願の実施形態の実装プロセスに対していかなる限定も構成するべきでない。

【0586】

前述の示される実施形態において、第１及び第２は単に、異なる対象を区別することを意図するものであり、本願に対していかなる限定も構成するべきでなく、例えば、異なるアクセスネットワークデバイス、及び、異なるアクセス及びモビリティ管理機能ネットワーク要素を区別することが更に理解されるべきである。

【0587】

「及び／又は」という用語は、関連する対象を説明するための対応関係を説明し、３つの関係が存在し得ることを表すことが更に理解されるべきである。例えば、Ａ及び／又はＢは、以下の３つの場合を表し得る。すなわち、Ａのみが存在する場合、Ａ及びＢの両方が存在する場合、及び、Ｂのみが存在する場合である。「／」という文字は通常、関連する対象の間の「又は」の関係を示す。「少なくとも１つ」という用語は、１又は複数を意味する。用語「Ａ及び／又はＢ」と同様である用語「Ａ及びＢのうちの少なくとも１つ」は、関連する対象間の対応関係を説明し、３つの関係が存在し得ることを表す。例えば、Ａ及びＢのうちの少なくとも１つは、以下の３つのケース、すなわち、Ａだけが存在する、Ａ及びＢの両方が存在する、Ｂだけが存在するケースを表し得る。

【0588】

本明細書で開示する実施形態で説明する例と組み合わせて、ユニット及びアルゴリズム段階が電子ハードウェア又はコンピュータソフトウェアと電子ハードウェアとの組み合わせにより実装され得ることを当業者は認識することができる。これらの機能がハードウェアにより実行されるか、ソフトウェアにより実行されるかは、特定の用途及び技術的解決手段の設計上の制約条件によって決まる。当業者は、異なる方法を用いて、説明された機能を具体的な用途毎に実装してよいが、このような実装が本願の範囲を超えるとみなされるべきではない。

【0589】

当業者であれば、簡便かつ簡潔な説明の目的で、前述のシステム、装置及びユニットの詳細な動作プロセスについては、前述の方法の実施形態における対応プロセスが参照されることを明確に理解し得る。本明細書において詳細について再び説明しない。

【0590】

本願において提供されたいくつかの実施形態において、開示されたシステム、装置、及び方法は、別の方式で実装され得ることが理解されるべきである。例えば、説明される装置の実施形態は単に例である。例えば、複数のユニットへの分割は、単なる論理的な機能の分割に過ぎず、実際に実装する際には、他の分割であってもよい。例えば、複数のユニット若しくはコンポーネントを組み合わせてもよいし、又は別のシステムに統合してもよいし、あるいは、いくつかの特徴を無視してもよいし、又は実行しなくてもよい。加えて、表示又は説明されている相互結合若しくは直接結合又は通信接続は、いくつかのインタフェースを使用することにより実装され得る。装置間又はユニット間の間接的結合又は通信接続は、電子的形態、機械的形態、又は他の形態で実装されてよい。

【0591】

別個のコンポーネントとして説明されるユニットは、物理的に別個であっても、又は、そうでなくてもよく、ユニットとして表示されるコンポーネントは、物理的なユニットであっても、又は、そうでなくてもよく、換言すれば、１つの位置に位置しても、又は、複数のネットワークユニット上に分散されてもよい。これらのユニットの一部又は全部が、各実施形態の解決手段の目的を実現するために、実際の要件に基づいて選択されてよい。

【0592】

加えて、本願の実施形態における機能ユニットは、１つの処理ユニットに統合されてもよいし、又は、それらのユニットのそれぞれが、物理的に単独で存在してもよいし、又は、２つ若しくはそれよりも多いユニットが１つのユニットに統合される。

【0593】

これらの機能がソフトウェア機能ユニットの形態で実装され、独立した製品として販売又は使用されるとき、これらの機能は、コンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づいて、本願の技術的解決手段は本質的に、又は従来技術に寄与する部分が、又はこれらの技術的解決手段のうちのいくつかが、ソフトウェア製品の形態で実装され得る。コンピュータソフトウェア製品は、記憶媒体に記憶され、本願の実施形態において説明された方法の段階のすべて又は一部を実行するようにコンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイス等であってよい）に命令するための複数の命令を含む。前述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、又は光ディスクなどの、プログラムコードを記憶し得る任意の媒体を含む。

【0594】

前述の説明は、単に本願の具体的な実装例に過ぎず、本願の保護範囲を限定することを意図するものではない。本願において開示した技術的範囲内で当業者が容易に考え出す変形又は置換はいずれも、本願の保護範囲に含まれるものとする。したがって、本願の保護範囲は特許請求の範囲の保護範囲に従うものとする。
［その他の可能な項目］
（項目１）
第１アクセスネットワークデバイスによって、前記第１アクセスネットワークデバイスから第２アクセスネットワークデバイスに第１端末デバイスがハンドオーバされるハンドオーバ準備フェーズに前記第１端末デバイスがあるときに、前記第１端末デバイスが、前記第１アクセスネットワークデバイスを介して第１マルチキャストサービスのデータを受信する最後の端末デバイスであると知る段階；及び
前記第１アクセスネットワークデバイスによって第１情報を送信する段階、ここで、前記第１情報は、第１トンネルを解放するために使用され、前記第１トンネルは、前記第１アクセスネットワークデバイスと前記コアネットワークデバイスとの間の前記第１マルチキャストサービスの前記データを伝送するために使用される、
を備える通信方法。
（項目２）
前記第１アクセスネットワークデバイスによって第１情報を送信する前記段階は、
前記第１アクセスネットワークデバイスによって、ハンドオーバ請求を前記第２アクセスネットワークデバイスへ送信する段階、ここで、前記ハンドオーバ請求は、前記第１端末デバイスを前記第１アクセスネットワークデバイスから前記第２アクセスネットワークデバイスにハンドオーバすることを請求し、前記ハンドオーバ請求は前記第１情報を含む、
を含む、項目１に記載の方法。
（項目３）
前記第１アクセスネットワークデバイスによって第１情報を送信する前記段階は、
前記第１アクセスネットワークデバイスによって、ハンドオーバ要求を第１アクセス及びモビリティ管理機能ネットワーク要素へ送信する段階、ここで、前記ハンドオーバ要求は前記第１情報を含む、
を含む、項目１に記載の方法。
（項目４）
前記第１アクセスネットワークデバイスによって第１情報を送信する前記段階は、前記第１アクセスネットワークデバイスによって、第３メッセージを第３アクセス及びモビリティ管理機能ネットワーク要素へ送信する段階、ここで、前記第３メッセージは前記第１情報を含む、
を含む、項目１に記載の方法。
（項目５）
前記第１アクセスネットワークデバイスによって、前記第１アクセスネットワークデバイスを介して前記第１マルチキャストサービスに加入した端末デバイスの数を更新する段階を更に備える、項目１から４のいずれか一項に記載の方法。
（項目６）
前記第１情報は、前記第１トンネルを解放するために使用される指示、及び、前記第１トンネルについての情報を含み、
前記第１情報は、前記第１トンネルを解放するために使用される指示、及び、前記第１マルチキャストサービスの識別情報を含み、又は、
前記第１情報は、前記第１トンネルを解放するために使用される指示、前記第１マルチキャストサービスの識別情報、及び前記第１トンネルについての情報を含む、項目１から５のいずれか一項に記載の方法。
（項目７）
前記コアネットワークデバイスは、マルチキャストユーザプレーン機能ネットワーク要素又はユーザプレーン機能ネットワーク要素を含む、項目１から６のいずれか一項に記載の方法。
（項目８）
第２アクセスネットワークデバイスによって、ハンドオーバ請求を第１アクセスネットワークデバイスから受信する段階、ここで、前記ハンドオーバ請求は、第１端末デバイスを前記第１アクセスネットワークデバイスから前記第２アクセスネットワークデバイスにハンドオーバすることを請求し、前記ハンドオーバ請求は第１情報を含み、前記第１情報は、第１トンネルを解放するために使用され、前記第１トンネルは、前記第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される；及び
前記第２アクセスネットワークデバイスによって、経路切替請求をアクセス及びモビリティ管理機能ネットワーク要素へ送信する段階、ここで、前記経路切替請求は前記第１情報を含む、
を備える通信方法。
（項目９）
アクセス及びモビリティ管理機能ネットワーク要素によって、経路切替請求を第２アクセスネットワークデバイスから受信する段階、ここで、前記経路切替請求は第１情報を含み、前記第１情報は第１トンネルを解放するために使用され、前記第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される；及び、
前記アクセス及びモビリティ管理機能ネットワーク要素によって、プロトコルデータユニットＰＤＵセッションコンテキスト更新請求をセッション管理機能ネットワーク要素へ送信する段階、ここで、前記ＰＤＵセッションコンテキスト更新請求は前記第１情報を含む、
を備える通信方法。
（項目１０）
セッション管理機能ネットワーク要素によって、プロトコルデータユニットＰＤＵセッションコンテキスト更新請求をアクセス及びモビリティ管理機能ネットワーク要素から受信する段階、ここで、前記ＰＤＵセッションコンテキスト更新請求は第１情報を含み、前記第１情報は第１トンネルを解放するために使用され、前記第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される；及び
前記セッション管理機能ネットワーク要素によって、第１メッセージをマルチキャストセッション管理機能ネットワーク要素へ送信する段階、ここで、前記第１メッセージは前記第１情報を含む、
を備える通信方法。
（項目１１）
セッション管理機能ネットワーク要素によって、プロトコルデータユニットＰＤＵセッションコンテキスト更新請求をアクセス及びモビリティ管理機能ネットワーク要素から受信する段階、ここで、前記ＰＤＵセッションコンテキスト更新請求は第１情報を含み、前記第１情報は、第１トンネルを解放するために使用され、前記第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される；及び
前記セッション管理機能ネットワーク要素によって、セッション更新請求をユーザプレーン機能ネットワーク要素へ送信する段階、ここで、前記セッション更新請求は前記第１情報を含む、
を備える通信方法。
（項目１２）
マルチキャストセッション管理機能ネットワーク要素によって、第１メッセージをセッション管理機能ネットワーク要素から受信する段階、ここで、前記第１メッセージは第１情報を含み、前記第１情報は第１トンネルを解放するために使用され、前記第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される；及び
前記マルチキャストセッション管理機能ネットワーク要素によって、第５メッセージをマルチキャストユーザプレーン機能ネットワーク要素へ送信する段階、ここで、前記第５メッセージは前記第１情報を含む、
を備える通信方法。
（項目１３）
第１アクセス及びモビリティ管理機能ネットワーク要素によって、ハンドオーバ要求を第１アクセスネットワークデバイスから受信する段階、ここで、前記ハンドオーバ要求は第１情報を含み、前記第１情報は第１トンネルを解放するために使用され、前記第１トンネルは、前記第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される；及び
前記第１アクセス及びモビリティ管理機能ネットワーク要素によって、ユーザ機器（ＵＥ）コンテキスト作成請求を第２アクセス及びモビリティ管理機能ネットワーク要素へ送信する段階、ここで、前記ＵＥコンテキスト作成請求は前記第１情報を含む、
を備える通信方法。
（項目１４）
第２アクセス及びモビリティ管理機能ネットワーク要素によって、ユーザ機器（ＵＥ）コンテキスト作成請求を第１アクセス及びモビリティ管理機能ネットワーク要素から受信する段階、ここで、前記ＵＥコンテキスト作成請求は第１情報を含み、前記第１情報は第１トンネルを解放するために使用され、前記第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される；及び
前記第２アクセス及びモビリティ管理機能ネットワーク要素によって、プロトコルデータユニットＰＤＵセッションコンテキスト更新請求をセッション管理機能ネットワーク要素へ送信する段階、ここで、前記ＰＤＵセッションコンテキスト更新請求は、前記第１情報を含む、
を備える通信方法。
（項目１５）
第３アクセス及びモビリティ管理機能ネットワーク要素によって、第３メッセージを第１アクセスネットワークデバイスから受信する段階、ここで、前記第３メッセージは第１情報を含み、前記第１情報は第１トンネルを解放するために使用され、前記第１トンネルは、前記第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される；及び
前記第３アクセス及びモビリティ管理機能ネットワーク要素によって、第４メッセージをマルチキャストセッション管理機能ネットワーク要素へ送信する段階、ここで、前記第４メッセージは前記第１情報を含む、
を備える通信方法。
（項目１６）
マルチキャストセッション管理機能ネットワーク要素によって、第４メッセージを第３アクセス及びモビリティ管理機能ネットワーク要素から受信する段階、ここで、前記第４メッセージは第１情報を含み、前記第１情報は第１トンネルを解放するために使用され、前記第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される；及び
前記マルチキャストセッション管理機能ネットワーク要素によって、第５メッセージをマルチキャストユーザプレーン機能ネットワーク要素へ送信する段階、ここで、前記第５メッセージは前記第１情報を含む、
を備える通信方法。
（項目１７）
マルチキャストユーザプレーン機能ネットワーク要素によって、第５メッセージをマルチキャストセッション管理機能ネットワーク要素から受信する段階、ここで、前記第５メッセージは第１情報を含み、前記第１情報は第１トンネルを解放するために使用され、前記第１トンネルは第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される；及び
前記マルチキャストユーザプレーン機能ネットワーク要素によって、前記第１情報に基づいて前記第１トンネルを解放する段階
を備える通信方法。
（項目１８）
ユーザプレーン機能ネットワーク要素によってセッション更新請求をセッション管理ネットワーク要素から受信する段階、ここで、前記セッション更新請求は第１情報を含み、前記第１情報は第１トンネルを解放するために使用され、前記第１トンネルは、第１アクセスネットワークデバイスとコアネットワークデバイスとの間で第１マルチキャストサービスのデータを伝送するために使用される；並びに
前記ユーザプレーン機能ネットワーク要素によって、前記第１情報に基づいて前記第１トンネルを解放する段階
を備える通信方法。
（項目１９）
前記第１情報は、前記第１トンネルを解放するために使用される指示、及び、前記第１トンネルについての情報を含み、
前記第１トンネルを解放する前記段階は、前記第１トンネルを解放するために使用される前記指示、及び、前記第１トンネルについての前記情報に基づいて、前記第１トンネルを解放する段階を含む、項目１７又は１８に記載の方法。
（項目２０）
前記第１情報は、前記第１トンネルを解放するために使用される指示、及び、前記第１マルチキャストサービスの識別情報を含み、
前記第１トンネルを解放する前記段階は、
前記第１マルチキャストサービスの前記識別情報に基づいて、前記第１マルチキャストサービスを決定する段階；
前記第１アクセスネットワークデバイスと前記コアネットワークデバイスとの間で前記第１マルチキャストサービスの前記データを伝送するための前記第１トンネルを決定する段階；並びに
前記第１トンネルを解放するために使用される前記指示に基づいて前記第１トンネルを解放する段階
を含む、項目１７又は１８に記載の方法。
（項目２１）
前記第１情報は、前記第１トンネルを解放するために使用される指示、前記第１マルチキャストサービスの識別情報、及び、前記第１トンネルについての情報を含み、
前記第１トンネルを解放する前記段階は、
前記第１マルチキャストサービスの前記識別情報に基づいて前記第１マルチキャストサービスを決定する段階；
前記第１トンネルについての前記情報に基づいて、前記第１アクセスネットワークデバイスと前記コアネットワークデバイスとの間で前記第１マルチキャストサービスの前記データを伝送するためのトンネルから前記第１トンネルを決定する段階；及び
前記第１トンネルを解放するために使用される前記指示に基づいて前記第１トンネルを解放する段階
を含む、項目１７又は１８に記載の方法。
（項目２２）
項目１から２１のいずれか一項に記載の方法を実行するように構成されているユニットを備える無線通信装置。
（項目２３）
プロセッサを備える通信装置であって、前記プロセッサは、コンピュータプログラムをメモリから呼び出し、前記コンピュータプログラムを実行し、項目１から２１のいずれか一項に記載の方法を実行するように構成されている、通信装置。
（項目２４）
前記メモリを更に備える、項目２３に記載の通信装置。
（項目２５）
通信チップであって、
前記チップは、プロセッサ及び通信インタフェースを備え、前記プロセッサは、命令を前記通信インタフェースから呼び出し、前記命令を実行するように構成され、前記プロセッサが前記命令を実行するとき、項目１から２１のいずれか一項に記載の方法が実装される、通信チップ。
（項目２６）
項目１から７のいずれか一項に記載の方法を実行するように構成されている装置、項目８、９及び１０に記載の方法を実行するように構成されている装置、及び、項目１７、１９、２０又は２１のいずれか一項に記載の方法を実行するように構成されている装置；
項目１から７のいずれか一項に記載の方法を実行するように構成されている装置、項目８、９、１１及び１２に記載の方法を実行するように構成されている装置、及び、項目１８から２１のいずれか一項に記載の方法を実行するように構成されている装置；
項目１から７のいずれか一項に記載の方法を実行するように構成されている装置、項目１３、１４及び１０に記載の方法を実行するように構成されている装置、及び、項目１７、１９、２０又は２１のいずれか一項に記載の方法を実行するように構成されている装置；
項目１から７のいずれか一項に記載の方法を実行するように構成されている装置、項目１３、１４、１１及び１２に記載の方法を実行するように構成されている装置、及び、項目１８から２１のいずれか一項に記載の方法を実行するように構成されている装置；又は
項目１から７のいずれか一項に記載の方法を実行するように構成されている装置、項目１５及び１６に記載の方法を実行するように構成されている装置、及び、項目１７、１９、２０又は２１のいずれか一項に記載の方法を実行するように構成されている装置
を備える通信システム。

【図1】

【図2】

【図3A】

【図3B】

【図4A】

【図4B】

【図4C】

【図5A】

【図5B】

【図5C】

【図6】

【図7A】

【図7B】

【図8】

【図9A】

【図9B】

【図10A】

【図10B】

【図10C】

【図11】

【図12】

【国際調査報告】