知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-12-09
(45)【発行日】2024-12-17
(54)【発明の名称】通信方法及び通信装置
(51)【国際特許分類】
H04W 76/30 20180101AFI20241210BHJP
H04W 76/40 20180101ALI20241210BHJP
H04W 72/121 20230101ALI20241210BHJP
【ＦＩ】
H04W76/30
H04W76/40
H04W72/121
【請求項の数】
18
(21)【出願番号】P 2023540133
(86)(22)【出願日】2020-12-31
(65)【公表番号】
(43)【公表日】2024-01-17
(86)【国際出願番号】 CN2020142542
(87)【国際公開番号】W WO2022141591
(87)【国際公開日】2022-07-07
【審査請求日】2023-07-12
(73)【特許権者】
【識別番号】503433420
【氏名又は名称】華為技術有限公司
【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．
【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】リー，ムオン
(72)【発明者】
【氏名】イーン，ジアーンウエイ
(72)【発明者】
【氏名】ヤーン，イエンメイ
【審査官】前田 典之
(56)【参考文献】
【文献】特開２００２－１７１５４８（ＪＰ，Ａ）
【文献】特開２０１２－１０４９７４（ＪＰ，Ａ）
【文献】特表２０１３－５３４０８７（ＪＰ，Ａ）
【文献】特表２０１０－５４１４３４（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１３／０２７９３９５（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
ＩＰＣ Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４、６
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
アクセスネットワークデバイスによって、前もってセットされた条件が満足される場合に第１メッセージを、アイドル状態又はＲＲＣ非アクティブ状態にある、第１マルチキャストセッションのデータを受信しているユーザ装置へブロードキャストすることであり、前記第１メッセージは、前記第１マルチキャストセッションが解放されるべきであるか又は非アクティブにされるべきであることを通知するために使用される、ことと、前記アクセスネットワークデバイスが、第１の前もってセットされた期間内に、前記第１メッセージに応答する第２メッセージを受信しない場合に、前記アクセスネットワークデバイスによって前記第１マルチキャストセッションを解放するか又は非アクティブにすること、及び／又は
前記アクセスネットワークデバイスが、第１の前もってセットされた期間内に、前記第１メッセージに応答する第２メッセージを、前記第１メッセージを受信した前記ユーザ装置から受信する場合に、前記アクセスネットワークデバイスによって前記第１マルチキャストセッションを維持すること、と
を有し、
前記前もってセットされた条件は、次の：
データが第２の前もってセットされた期間内に前記第１マルチキャストセッションで伝送されないこと、
関連するユーザ装置がマルチキャストグループにないこと、又は
前記第１マルチキャストセッションを使用することによってデータを受信するユーザ装置があるかどうかをモニタするために使用される第１タイマがタイムアウトすること
のうちの少なくとも１つを含む、
通信方法。
【請求項2】
前記通信方法は、前記アクセスネットワークデバイスによって第３メッセージをコアネットワークデバイスへ送信することを更に有し、前記第３メッセージは、前記第１マルチキャストセッションを解放するか又は非アクティブにすることを要求するために使用される、
請求項１に記載の通信方法。
【請求項3】
前記アクセスネットワークデバイスによって第３メッセージをコアネットワークデバイスへ送信することは、前記アクセスネットワークデバイスによって、前記第１の前もってセットされた期間の後に、前記第３メッセージを前記コアネットワークデバイスへ送信することを有する、
請求項２に記載の通信方法。
【請求項4】
前記アクセスネットワークデバイスによって第３メッセージをコアネットワークデバイスへ送信することは、前記アクセスネットワークデバイスによって、前記第１の前もってセットされた期間の前に、前記第３メッセージを前記コアネットワークデバイスへ送信することを有する、
請求項２に記載の通信方法。
【請求項5】
前記通信方法は、前記アクセスネットワークデバイスが前記第１の前もってセットされた期間内に前記第２メッセージを受信する場合に、前記アクセスネットワークデバイスによって第５メッセージを前記コアネットワークデバイスへ送信することを更に有し、前記第５メッセージは、前記第１マルチキャストセッションを維持することを前記コアネットワークデバイスに要求するために使用される、
請求項４に記載の通信方法。
【請求項6】
前記第２メッセージは、ユーザ装置からである、請求項１乃至５のうちいずれか一項に記載の通信方法。
【請求項7】
前記第２メッセージは、ラジオリソースコントロール（ＲＲＣ）メッセージである、請求項６に記載の通信方法。
【請求項8】
ユーザ装置によって、前もってセットされた条件が満足される場合にアクセスネットワークデバイスによってブロードキャストされた第１メッセージを受信することであり、前記第１メッセージは、第１マルチキャストセッションが解放されるべきであるか又は非アクティブにされるべきであることを通知するために使用され、前記前もってセットされた条件は、次の：
データが第２の前もってセットされた期間内に前記第１マルチキャストセッションで伝送されないこと、
関連するユーザ装置がマルチキャストグループにないこと、又は
前記第１マルチキャストセッションを使用することによってデータを受信しているユーザ装置があるかどうかをモニタするために使用される第１タイマがタイムアウトすること
のうちの少なくとも１つを含む、ことと、
前記ユーザ装置が、アイドル状態又はＲＲＣ非アクティブ状態にあり、前記第１マルチキャストセッションを使用することによってデータを受信中であるか又はまさに受信しようとしている場合に、前記ユーザ装置によって、前記第１メッセージに応答する第２メッセージを前記アクセスネットワークデバイスへ送信して、第１の前もってセットされた期間内に前記第２メッセージを受信した前記アクセスネットワークデバイスに前記第１マルチキャストセッションを維持させることと
を有する通信方法。
【請求項9】
前記ユーザ装置は、アイドル状態又はラジオリソースコントロールＲＲＣ非アクティブ状態にある、請求項８に記載の通信方法。
【請求項10】
アクセスネットワークデバイス及びユーザ装置を有し、前記アクセスネットワークデバイスは、請求項１乃至７のうちいずれか一項に記載の通信方法を実行するよう構成され、
前記ユーザ装置は、請求項８又は９に記載の通信方法を実行するよう構成される、
通信システム。
【請求項11】
プロセッサ及びメモリを有し、前記プロセッサは前記メモリへ結合され、前記メモリは、コンピュータプログラムを記憶するよう構成され、前記プロセッサは、前記メモリに記憶されている前記コンピュータプログラムを実行して、請求項１乃至７のうちいずれか一項に記載の通信方法を実施するよう構成される、
通信装置。
【請求項12】
プロセッサ及びメモリを有し、
前記プロセッサは前記メモリへ結合され、前記メモリは、コンピュータプログラムを記憶するよう構成され、前記プロセッサは、前記メモリに記憶されている前記コンピュータプログラムを実行して、請求項８又は９に記載の通信方法を実施するよう構成される、
通信装置。
【請求項13】
プロセッサ及びメモリを有し、前記プロセッサは前記メモリへ結合され、前記メモリは、コンピュータプログラムを記憶するよう構成され、前記プロセッサは、前記メモリに記憶されている前記コンピュータプログラムを実行して、請求項１乃至７のうちいずれか一項に記載の通信方法を実施するよう構成される、
チップ。
【請求項14】
プロセッサ及びメモリを有し、
前記プロセッサは前記メモリへ結合され、前記メモリは、コンピュータプログラムを記憶するよう構成され、前記プロセッサは、前記メモリに記憶されている前記コンピュータプログラムを実行して、請求項８又は９に記載の通信方法を実施するよう構成される、
チップ。
【請求項15】
コンピュータプログラムを有し、前記コンピュータプログラムがコンピュータで実行されると、前記コンピュータは、請求項１乃至７のうちいずれか一項に記載の通信方法を実行することができる、
コンピュータ可読記憶媒体。
【請求項16】
コンピュータプログラムを有し、
前記コンピュータプログラムがコンピュータで実行されると、前記コンピュータは、請求項８又は９に記載の通信方法を実行することができる、
コンピュータ可読記憶媒体。
【請求項17】
コンピュータプログラムであって、前記コンピュータプログラムがコンピュータで実行されると、前記コンピュータに、請求項１乃至７のうちいずれか一項に記載の通信方法を実行させる、
コンピュータプログラム。
【請求項18】
コンピュータプログラムであって、
前記コンピュータプログラムがコンピュータで実行されると、前記コンピュータに、請求項８又は９に記載の通信方法を実行させる、
コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本願は通信分野に、より具体的には、通信方法及び通信装置に関係がある。
【背景技術】
【0002】
マルチキャスト伝送の場合に、ユーザ装置がアイドル状態にあるとき、ユーザ装置とマルチキャストグループとの間の関連付けはネットワーク側によって既に解放されている。関連するユーザ装置がマルチキャストグループにないとき、ネットワーク側は、マルチキャストグループに対応するマルチキャストセッションを解放するか又は非アクティブにしてもよい。
【0003】
現在、従来技術は、ユーザ装置がアイドル状態にあるときにユーザ装置がマルチキャストデータを受信するのを助ける。具体的に、ユーザ装置がコネクテッド状態からアイドル状態に入る場合に、ユーザ装置は、ユーザ装置がコネクテッド状態にあるときに使用していたマルチキャスト受信パラメータを依然として記憶しているので、アイドル状態にあるユーザ装置は、そのマルチキャスト受信パラメータを使用することによってマルチキャストデータを受信し得る。関連するユーザ装置が特定のマルチキャストグループにないとき、アイドル状態にあるユーザ装置は、そのマルチキャストグループに対応するマルチキャストセッションを使用することによってデータを受信中であるか又はまさに受信しようとしていることも可能である、ことが分かる。この場合に、マルチキャストセッションが解放されるか又は非アクティブにされるならば、アイドル状態のユーザ装置のマルチキャストデータの伝送は影響を及ぼされる。
【0004】
上記の状況を考慮して、マルチキャストセッションを管理する方法は、至急解決されるべき問題になっている。
【発明の概要】
【0005】
本願は、アイドル状態にあるユーザ装置がマルチキャストデータを受信することができる場合にマルチキャストセッションを適切に管理するために、通信方法及び通信装置を提供する。
【0006】
第１の態様に従って、本願は通信方法を提供する。方法は、アクセスネットワークデバイスが、前もってセットされた条件が満足される場合に第１メッセージをブロードキャストすることであり、第１メッセージは、第１マルチキャストセッションが解放されるべきであるか又は非アクティブにされるべきであることを通知するために使用される、ことと、アクセスネットワークデバイスが、第１の前もってセットされた期間内に、第１メッセージに応答する第２メッセージを受信しない場合に、アクセスネットワークデバイスが第１マルチキャストセッションを解放するか又は非アクティブにすること、及び／又はアクセスネットワークデバイスが、第１の前もってセットされた期間内に、第１メッセージに応答する第２メッセージを受信する場合に、アクセスネットワークデバイスが第１マルチキャストセッションを維持すること、とを含む。
【0007】
前もってセットされた条件は、第１マルチキャストセッションを解放するか又は非アクティブにするために使用されてよい。
【0008】
第１マルチキャストセッションを解放すること又は非アクティブにすることは、第１マルチキャストセッションのコンテキストを解放すること又は非アクティブにすること、として理解されてよい。
【0009】
第１マルチキャストセッションを維持することは、第１マルチキャストセッションを解放しないこと又は非アクティブにしないこと、あるいは、第１マルチキャストセッションを解放することを断念すること又は非アクティブにすることを断念すること、としても記述され得る。
【0010】
任意に、第2メッセージは、第１マルチキャストセッションを解放するか又は非アクティブにすることを要求又は通知すること、第１マルチキャストセッションを使用してデータが受信中であるか又は受信されるべきであることを示すこと、第１メッセージに単に応答すること（この場合に、第１マルチキャストセッションを使用してデータが受信されていないならば、ユーザ装置は応答メッセージを送信しなくてもよい）、ラジオリソースコントロール（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ，ＲＲＣ）接続を確立することを要求し、任意に、アクティブなマルチキャストセッションに関する情報を伝達すること、などのために使用されてもよい。
【0011】
任意に、第２メッセージは、エアインターフェースメッセージ、例えば、ＲＲＣメッセージである。
【0012】
上記の技術的解決法では、前もってセットされた条件が満足される場合に、アクセスネットワークデバイスは、第１マルチキャストセッションが解放されるべきであるか又は非アクティブにされるべきであることをユーザ装置に通知し、それにより、ユーザ装置は、ユーザ装置が第１マルチキャストセッションを使用中であるか又はまさに使用しようとしていることをアクセスネットワークデバイスにフィードバックし得る。このようにして、アクセスネットワークデバイスは、ユーザ装置のフィードバックに基づいて、第１マルチキャストセッションを引き続き解放すべきか又は非アクティブにすべきかどうかを決定する。アイドル状態にあるユーザ装置がマルチキャストデータを受信することができる場合に、マルチキャストセッションは適切に管理され得る。
【0013】
第１の態様を参照して、可能な実施において、前もってセットされた条件は、次の：データが第２の前もってセットされた期間内に第１マルチキャストセッションで伝送されないこと、関連するユーザ装置がマルチキャストグループにないこと、又は第１マルチキャストセッションを使用することによってデータを受信するユーザ装置があるかどうかをモニタするために使用される第１タイマがタイムアウトすること、のうちの少なくとも１つを含む。
【0014】
第１の態様又は上記の実施のいずれか１つを参照して、他の可能な実施において、方法は、アクセスネットワークデバイスが第３メッセージをコアネットワークデバイスへ送信することを更に含み、第３メッセージは、第１マルチキャストセッションを解放するか又は非アクティブにすることを要求するために使用される。
【0015】
第１の態様又は上記の実施のいずれか１つを参照して、他の可能な実施において、アクセスネットワークデバイスが第３メッセージをコアネットワークデバイスへ送信することは、アクセスネットワークデバイスが、第１の前もってセットされた期間の後に、第３メッセージをコアネットワークデバイスへ送信することを含む。
【0016】
上記の技術的解決法では、アクセスネットワークデバイスは、第１の前もってセットされた期間の後に、第１マルチキャストセッションを解放するか又は非アクティブにすることをコアネットワークデバイスに要求する。言い換えると、アクセスネットワークデバイスは、第１マルチキャストセッションを解放するか又は非アクティブにすると決定した後にのみ、第１マルチキャストセッションを解放するか又は非アクティブにすることをコアネットワークデバイスに要求する。このように、コアネットワークデバイスの実施は簡単である。
【0017】
第１の態様又は上記の実施のいずれか１つを参照して、他の可能な実施において、アクセスネットワークデバイスが第３メッセージをコアネットワークデバイスへ送信することは、アクセスネットワークデバイスが、第１の前もってセットされた期間の前に、第３メッセージをコアネットワークデバイスへ送信することを含む。
【0018】
上記の技術的解決法では、第１マルチキャストセッションを解放すべきか又は非アクティブにすべきかどうかを決定する前に、アクセスネットワークデバイスは、第１マルチキャストセッションを解放するか又は非アクティブにすることを前もってコアネットワークデバイスに要求する。このようにして、第１マルチキャストセッションを解放すること又は非アクティブにすることの遅延は小さくされ得る。
【0019】
第１の態様又は上記の実施のいずれか１つを参照して、他の可能な実施において、方法は、アクセスネットワークデバイスが第１の前もってセットされた期間内に第２メッセージを受信する場合に、アクセスネットワークデバイスが第５メッセージをコアネットワークデバイスへ送信することを更に含み、第５メッセージは、第１マルチキャストセッションを維持することをコアネットワークデバイスに要求するために使用される。
【0020】
上記の技術的解決法では、アクセスネットワークデバイスが第１マルチキャストセッションを解放するか又は非アクティブにすることをコアネットワークデバイスに要求している場合に、アクセスネットワークデバイスが第１の前もってセットされた期間内に第２メッセージを受信するならば、アクセスネットワークデバイスは、第１マルチキャストセッションを維持することをコアネットワークデバイスに通知して、コアネットワークデバイスが第１マルチキャストセッションを解放することを防ぎ得る。
【0021】
第１の態様又は上記の実施のいずれか１つを参照して、他の可能な実施において、第２メッセージはユーザ装置からである。
【0022】
第１の態様又は上記の実施のいずれか１つを参照して、他の可能な実施において、第２メッセージはＲＲＣメッセージである。
【0023】
第２の態様に従って、本願は通信方法を提供する。方法は、ユーザ装置が第１メッセージをアクセスネットワークデバイスから受信することであり、第１メッセージは、第１マルチキャストセッションが解放されるべきであるか又は非アクティブにされるべきであることを通知するために使用される、ことと、ユーザ装置が、第１マルチキャストセッションを使用することによってデータを受信中であるか又はまさに受信しようとしている場合に、ユーザ装置が、第１メッセージに応答する第２メッセージをアクセスネットワークデバイスへ送信することとを含む。
【0024】
任意に、第2メッセージは、第１マルチキャストセッションを解放するか又は非アクティブにすることを要求又は通知すること、第１マルチキャストセッションを使用してデータが受信中であるか又は受信されるべきであることを示すこと、第１メッセージに単に応答すること（この場合に、第１マルチキャストセッションを使用してデータが受信されていないならば、ユーザ装置は応答メッセージを送信しなくてもよい）、ＲＲＣ接続を確立することを要求し、任意に、アクティブなマルチキャストセッションに関する情報を伝達すること、などのために使用されてもよい。
【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】
任意に、第2メッセージは、第１マルチキャストセッションを解放するか又は非アクティブにすることを要求又は通知すること、第１マルチキャストセッションを使用してデータが受信中であるか又は受信されるべきであることを示すこと、第１メッセージに単に応答すること（この場合に、第１マルチキャストセッションを使用してデータが受信されていないならば、ユーザ装置は応答メッセージを送信しなくてもよい）、ＲＲＣ接続を確立することを要求し、任意に、アクティブなマルチキャストセッションに関する情報を伝達すること、などのために使用されてもよい。
【0062】
任意に、第２メッセージは、エアインターフェースメッセージ、例えば、ＲＲＣメッセージである。
【0063】
上記の技術的解決法では、前もってセットされた条件が満足される場合に、アクセスネットワークデバイスは、第１マルチキャストセッションが解放されるべきであるか又は非アクティブにされるべきであることをユーザ装置に通知し、それにより、ユーザ装置は、ユーザ装置が第１マルチキャストセッションを使用中であるか又はまさに使用しようとしていることをアクセスネットワークデバイスにフィードバックし得る。このようにして、アクセスネットワークデバイスは、ユーザ装置のフィードバックに基づいて、第１マルチキャストセッションを引き続き解放すべきか又は非アクティブにすべきかどうかを決定する。アイドル状態にあるユーザ装置がマルチキャストデータを受信することができる場合に、マルチキャストセッションは適切に管理され得る。
【0064】
第９の態様を参照して、可能な実施において、前もってセットされた条件は、次の：データが第２の前もってセットされた期間内に第１マルチキャストセッションで伝送されないこと、関連するユーザ装置がマルチキャストグループにないこと、又は第１マルチキャストセッションを使用することによってデータを受信するユーザ装置があるかどうかをモニタするために使用される第１タイマがタイムアウトすること、のうちの少なくとも１つを含む。
【0065】
第９の態様又は上記の実施のいずれか１つを参照して、他の可能な実施において、トランシーバユニットは、第３メッセージをコアネットワークデバイスへ送信するよう更に構成され、第３メッセージは、第１マルチキャストセッションを解放するか又は非アクティブにすることを要求するために使用される。
【0066】
第９の態様又は上記の実施のいずれか１つを参照して、他の可能な実施において、トランシーバユニットは、第１の前もってセットされた期間の後に、第３メッセージをコアネットワークデバイスへ送信するよう特に構成される。
【0067】
上記の技術的解決法では、アクセスネットワークデバイスは、第１の前もってセットされた期間の後に、第１マルチキャストセッションを解放するか又は非アクティブにすることをコアネットワークデバイスに要求する。言い換えると、アクセスネットワークデバイスは、第１マルチキャストセッションを解放するか又は非アクティブにすると決定した後にのみ、第１マルチキャストセッションを解放するか又は非アクティブにすることをコアネットワークデバイスに要求する。このように、コアネットワークデバイスの実施は簡単である。
【0068】
第９の態様又は上記の実施のいずれか１つを参照して、他の可能な実施において、トランシーバユニットは、第１の前もってセットされた期間の前に、第３メッセージをコアネットワークデバイスへ送信することを含む。
【0069】
上記の技術的解決法では、第１マルチキャストセッションを解放すべきか又は非アクティブにすべきかどうかを決定する前に、アクセスネットワークデバイスは、第１マルチキャストセッションを解放するか又は非アクティブにすることを前もってコアネットワークデバイスに要求する。このようにして、第１マルチキャストセッションを解放すること又は非アクティブにすることの遅延は小さくされ得る。
【0070】
第９の態様又は上記の実施のいずれか１つを参照して、他の可能な実施において、トランシーバユニットは、第２メッセージが第１の前もってセットされた期間内に受信される場合に、第５メッセージをコアネットワークデバイスへ送信するよう更に構成され、第５メッセージは、第１マルチキャストセッションを維持することをコアネットワークデバイスに要求するために使用される。
【0071】
上記の技術的解決法では、アクセスネットワークデバイスが第１マルチキャストセッションを解放するか又は非アクティブにすることをコアネットワークデバイスに要求している場合に、アクセスネットワークデバイスが第１の前もってセットされた期間内に第２メッセージを受信するならば、アクセスネットワークデバイスは、第１マルチキャストセッションを維持することをコアネットワークデバイスに通知して、コアネットワークデバイスが第１マルチキャストセッションを解放することを防ぎ得る。
【0072】
第９の態様又は上記の実施のいずれか１つを参照して、他の可能な実施において、第２メッセージはユーザ装置からである。
【0073】
第１の態様又は上記の実施のいずれか１つを参照して、他の可能な実施において、第２メッセージはＲＲＣメッセージである。
【0074】
第１０の態様に従って、本願は通信装置を提供する。装置は、
第１メッセージをアクセスネットワークデバイスから受信し、第１メッセージは、第１マルチキャストセッションが解放されるべきであるか又は非アクティブにされるべきであることを通知するために使用され、第１マルチキャストセッションが使用中であるか又は使用されるべきである場合に、第１メッセージに応答する第２メッセージをアクセスネットワークデバイスへ送信するよう構成されるトランシーバユニットを含む。
第１メッセージをアクセスネットワークデバイスから受信し、第１メッセージは、第１マルチキャストセッションが解放されるべきであるか又は非アクティブにされるべきであることを通知するために使用され、第１マルチキャストセッションが使用中であるか又は使用されるべきである場合に、第１メッセージに応答する第２メッセージをアクセスネットワークデバイスへ送信するよう構成されるトランシーバユニットを含む。
【0075】
任意に、第2メッセージは、第１マルチキャストセッションを解放するか又は非アクティブにすることを要求又は通知すること、第１マルチキャストセッションを使用してデータが受信中であるか又は受信されるべきであることを示すこと、第１メッセージに単に応答すること（この場合に、第１マルチキャストセッションを使用してデータが受信されていないならば、ユーザ装置は応答メッセージを送信しなくてもよい）、ＲＲＣ接続を確立することを要求し、任意に、アクティブなマルチキャストセッションに関する情報を伝達すること、などのために使用されてもよい。
【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】
任意に、通信装置はコアネットワークデバイスであってよい。
【0113】
上記の技術的解決法では、第７メッセージを受信した後に、コアネットワークデバイスは、第７メッセージに基づいて、ユーザ装置が第１マルチキャストセッションを依然として使用中であるか又はまさに使用しようとしていることを知り、第１マルチキャストセッションが維持されるべきであると決定し、アクセスネットワークデバイスに、ユーザ装置を第１マルチキャストセッションに加えることを要求し得る。このようにして、アクセスネットワークデバイスは、ユーザ装置のフィードバックに基づいて、第１マルチキャストセッションを引き続き解放すべきか又は非アクティブにすべきかどうかを決定する。アイドル状態にあるユーザ装置がマルチキャストデータを受信することができる場合に、マルチキャストセッションは適切に管理され得る。
【0114】
第１７の態様に従って、本願は、プロセッサを含む通信装置を提供する。プロセッサはメモリへ結合され、メモリ内の命令を実行するよう構成されてよく、それにより、装置は、第１の態様乃至第８の態様のうちのいずれか１つで提供される方法を実行するか、又は第１の態様乃至第８の態様のいずれかの可能な実施での方法を実行する。任意に、装置はメモリを更に含む。装置は、インターフェース回路を更に含み、プロセッサはインターフェース回路へ結合される。
【0115】
第１８の態様に従って、本願は、入力回路、出力回路、及び処理回路を含むプロセッサを提供する。処理回路は、入力回路を使用して信号を受信し、出力回路を使用して信号を送信するよう構成され、それにより、プロセッサは、第１の態様乃至第８の態様のうちのいずれか１つで提供される方法を実行するか、又は第１の態様乃至第８の態様のいずれかの可能な実施での方法を実行する。
【0116】
具体的な実施プロセスでは、プロセッサはチップであってよく、入力回路は入力ピンであってよく、出力回路は出力ピンであってよく、処理回路はトランジスタ、ゲート回路、トリガ、様々なロジック回路などであってよい。入力回路によって受信される入力信号は、例えば、受信器によって受信及び入力されてよいが、これに限られず、出力回路によって出力される信号は、例えば、送信器へ出力され、送信器によって送信されてよいが、これに限られず、入力回路及び出力回路は同じ回路であってもよく、このとき、回路は異なる時点に入力回路及び出力回路として使用される。プロセッサ及び様々な回路の具体的な実施は、本願の実施形態で制限されない。
【0117】
第１９の態様に従って、本願は、プロセッサを含む処理装置を提供する。プロセッサはメモリへ結合される。プロセッサは、第１の態様乃至第８の態様のうちのいずれか１つで提供される方法を実行するために、又は第１の態様乃至第８の態様のいずれかの可能な実施での方法を実行するために、メモリに記憶されている命令を読み出し、受信器を用いて信号を受信し、送信器を用いて信号を送信するよう構成される。任意に、処理装置は、メモリを更に含んでもよい。
【0118】
任意に、１つ以上のプロセッサが存在し、１つ以上のメモリが存在する。
【0119】
任意に、メモリはプロセッサと一体化されてもよく、あるいは、メモリ及びプロセッサは別々に配置される。
【0120】
具体的な実施プロセスでは、メモリは、リードオンリーメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ，ＲＯＭ）などの非一時的な（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）メモリであってよい。メモリ及びプロセッサは１つのチップに集積されてよく、あるいは、異なるチップに別々紅配置されてもよい。メモリのタイプ、及びメモリ及びプロセッサが配置される方法は、本願のこの実施形態で制限されない。
【0121】
第１９の態様に係る処理装置は、チップであってよい。プロセッサは、ハードウェア又はソフトウェアによって実施されてよい。プロセッサがハードウェアによって実施される場合に、プロセッサはロジック回路、集積回路、などであってよい。プロセッサがソフトウェアによって実施される場合に、プロセッサは汎用プロセッサであってよく、メモリに記憶されているソフトウェアコードを読み出すことによって実施される。メモリは、プロセッサに組み込まれてもよく、あるいは、プロセッサの外に配置され、独立に存在してもよい。
【0122】
第２０の態様に従って、本願はコンピュータプログラム製品を提供する。コンピュータプログラム製品は、コンピュータ命令（コード又は命令とも呼ばれ得る）を含む。コンピュータプログラムが実行される場合に、コンピュータは、第１の態様乃至第８の態様のうちのいずれか１つで提供される方法を実行すること、又は第１の態様乃至第８の態様のいずれかの可能な実施での方法を実行することができる。
【0123】
第２１の態様に従って、本願はコンピュータ可読媒体を提供する。コンピュータ可読媒体はコンピュータプログラム（コード又は命令とも呼ばれ得る）を記憶している。コンピュータ可読媒体がコンピュータで実行される場合に、コンピュータは、第１の態様乃至第８の態様のうちのいずれか１つで提供される方法を実行すること、又は第１の態様乃至第８の態様のいずれかの可能な実施での方法を実行することができる。
【0124】
第２２の態様に従って、本願は、上記の態様又は上記の態様の可能な実施のうちのいずれか１つで提供される通信装置の少なくとも１つを含む通信システムを提供する。
【図面の簡単な説明】
【0125】
【図1】ネットワークアーキテクチャの模式図である。
【図2】本願に係る通信方法の略フローチャートである。
【図3】本願に係る他の通信方法の略フローチャートである。
【図4】本願に係る他の通信方法の略フローチャートである。
【図5】ユーザ装置によるアクセスネットワーク（ａｃｃｅｓｓ ｎｅｔｗｏｒｋ，ＡＮ）接続の解放の略フローチャートである。
【図6】本願に係る他の通信方法の略フローチャートである。
【図7】本願に係る他の通信方法の略フローチャートである。
【図8】本願に係る他の通信方法の略フローチャートである。
【図9】本願の実施形態に係る通信方法の例である。
【図10】本願の実施形態に係る通信方法の他の例である。
【図11】本願の実施形態に係る通信方法の他の例である。
【図12】本願の実施形態に係る通信方法の他の例である。
【図13】本願の実施形態に係る通信装置の略ブロック図である。
【図14】本願に係る通信装置の構造の模式図である。
【図15】本願に係る通信装置の構造の模式図である。
【発明を実施するための形態】
【0126】
以下は、添付の図面を参照して本願の技術的解決法について記載する。
【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】
任意に、ユーザ装置リストに関する情報は、次のフォーマットであってよい。
【表1】
【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】
本明細書で使用される「コンポーネント」、「モジュール」、及び「システム」などの用語は、コンピュータ関連エンティティ、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、又は実行中のソフトウェアを示すために使用される。例えば、コンポーネントは、プロセッサで実行されるプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行スレッド、プログラム、又はコンピュータであってよいがこれらに限られない。図を使用することによって表されるように、コンピューティングデバイス及びコンピューティングデバイスで実行されるアプリケーションはいずれもコンポーネントであってよい。１つ以上のコンポーネントは、プロセス又は実行スレッド内に常駐してよく、コンポーネントは、１つのコンピュータに位置しても、又は2つのコンポーネントの間に分布してよい。更に、これらのコンポーネントは、様々なデータ構造を記憶する様々なコンピュータ可読媒体から実行されてよい。例えば、コンポーネントは、１つ以上のデータパケット（例えば、ローカルシステムにおいて、分散型システムにおいて、又は信号を使用することによって他のシステムと相互作用するインターネットなどのネットワークにわたって他のコンポーネントと相互作用する２つのコンポーネントからのデータ）を有する信号に基づいてローカル又はリモートプロセスを使用することによって通信してよい。
【0520】
本明細書にわたって述べられている「実施形態」は、本実施形態に関する特定の特徴、構造、又は特性が本願の少なくとも１つの実施形態に含まれることを意味することが理解されるべきである。従って、明細書全体における実施形態は必ずしも同じ実施形態に言及しているわけではない。更に、これらの特定の特徴、構造、又は特性は、如何なる適切な方法も使用することによって、１つ以上の実施形態にまとめられてもよい。
【0521】
本願の実施形態で、数「第１」、「第２」、などは、例えば、異なるネットワークデバイスを区別するために、異なるオブジェクトを区別するためにすぎず、本願の実施形態の範囲に対する制限を構成しないことが理解されるべきである。本願の実施形態はこのように制限されない。
【0522】
本願において、「とき」及び「場合」はいずれも、ネットワーク要素が目的の状況で対応する処理を実行することを意味するが、時間に対する制限を構成するものではなく、ネットワーク要素が実施中に決定動作を有すること要求するものではなく、他の限定も意味するわけではないことが更に理解されるべきである。
【0523】
本願において、「少なくとも１つ」は１つ以上を意味し、「複数の」は２つ以上を意味することが更に理解されるべきである。
【0524】
本願の実施形態で、「Ａに対応するＢ」は、ＢがＡに関連することを示し、ＢはＡに基づいて決定されてよいことが更に理解されるべきである。しかし、Ａに基づいてＢを決定することは、ＢがＡにのみ基づいて決定されることを意味するものではなく、Ｂは、代替的に、Ａ及び／又は他の情報に基づいて決定されてよいことが更に理解されるべきである。
【0525】
本明細書中の「及び／又は」という用語は、関連するオブジェクトについて記載するための関連付け関係のみを示し、３つの関係が存在する可能性があることを表す。例えば、Ａ及び／又はＢは、次の３つの場合：Ａのみ存在、ＡとＢの両方が存在、Ｂのみ存在、を表し得る。更に、本明細書中の文字「／」は、一般に、関連するオブジェクトの間の“論理和”関係を示す。
【0526】
別なふうに特定されない限り、「アイテムは、次の：Ａ、Ｂ、及びＣの１つ以上を含む」と言う表現と同様に本明細書で使用される表現は、通常、アイテムが次の：Ａ；Ｂ；Ｃ；ＡとＢ；ＡとＣ；ＢとＣ；ＡとＢとＣ；ＡとＡ；ＡとＡとＡ；ＡとＡとＢ；ＡとＡとＣ；ＡとＢとＢ；ＡとＣとＣ；ＢとＢ；ＢとＢとＢ；ＢとＢとＣ；ＣとＣ；ＣとＣとＣ；及びＡ、Ｂ、Ｃの他の組み合わせのうちのいずれか１つであってよいことを意味する。上記の記載中、３つの要素Ａ、Ｂ、Ｃは、アイテムの任意の場合について記載するために例として使用されている。表現が「アイテムは、次の：Ａ、Ｂ、・・・、Ｘうちの少なくとも１つを含む」である場合に、言い換えると、更なる要素が表現に含まれる場合に、アイテムが適用可能である場合は、上記の規則に従って取得されてもよい。
【0527】
本願の実施形態において、端末デバイス及び／又はネットワークデバイスは、本願の実施形態の一部又は全てのステップを実行してもよいことが理解され得る。これらのステップ又は動作は例に過ぎない。本願の実施形態で、他の動作又は様々な動作の変形が更に実行されてもよい。更に、ステップは、本願の実施形態で提示される順序とは異なる順序で実行されてもよく、本願の実施形態の全ての動作が実行されなくてもよい。
【0528】
当業者は、本明細書で開示される実施形態で記載される例と組み合わせて、ユニット及びアルゴリズムステップが電子ハードウェア又はコンピュータソフトウェアと電子ハードウェアとの組み合わせによって実施されてもよいと気づき得る。機能がハードウェア又はソフトウェアによって実行されるかどうかは、技術的解決法の特定のアプリケーション及び設計制約に依存する。当業者は、特定のアプリケーションごとに、異なる方法を用いて、記載される機能を実施し得るが、実施は本願の範囲を超えることは考えられるべきではない。
【0529】
当業者によって明らかに理解され得るように、便宜上、及び簡潔な記載のために、上記のシステム、装置、及びユニットの詳細な作動プロセスについては、上記の方法の実施形態の対応するプロセスを参照されたい。詳細はここで再び記載されない。
【0530】
本願で提供されるいくつかの実施において、開示されるシステム、装置及び方法は他の方法で実施されてもよいことが理解されるべきである。例えば、記載されている装置の実施形態は一例にすぎない。例えば、ユニットへの分割は論理的な機能分割に過ぎず、実際の実施では他の分割であってもよい。例えば、複数のユニット又はコンポーネントは、他のシステムに一体化又は結合されてよく、あるいは、いくつかの特徴は無視されても又は実行されなくてもよい。更に、表示又は議論されている相互結合又は直接的な結合若しくは通信接続は、いくつかのインターフェースを使用することによって実施されてよい。装置又はユニットの間の間接的な結合又は通信接続は、電子的な、機械的な、又は他の形態で実施されてよい。
【0531】
別個の部分として記載されるユニットは、物理的に分離していてもいなくてもよく、ユニットとして表示される部分は物理的なユニットであってもなくてもよく、１つの場所に位置してよく、あるいは、複数のネットワークユニットに分布してもよい。ユニットの一部又は全ては、実施形態の解決法の目的を達成するために実際の要件に基づいて選択されてもよい。
【0532】
更に、本願の実施形態の機能ユニットは、１つの処理ユニットに一体化されてよく、各ユニットは物理的に単独で存在してよく、あるいは、２つ以上のユニットは、１つのユニットに一体化されてよい。
【0533】
機能がソフトウェア機能ユニットの形で実施され、独立した製品として販売又は使用される場合に、機能はコンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づいて、本願の技術的解決法は本質的に、又は従来技術に寄与する部分、若しくは技術的解決法のいくつかは、ソフトウェア製品の形で実施されてよい。ソフトウェア製品は記憶媒体に記憶され、コンピュータデバイス（パーソナルコンピュータ、サーバ、又はネットワークデバイスであってよい）に、本願の実施形態で記載される方法のステップの全て又は一部を実行することを命令するためのいくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリーメモリＲＯＭ、ランダムアクセスメモリＲＡＭ、磁気ディスク、又は光ディスクなどの、プログラムコードを記憶することができる任意の媒体を含む。
【0534】
上記の記載は、本願の具体的な実施に過ぎず、本願の保護範囲を限定する意図はない。本願で開示される技術的範囲内で当業者によって容易に想到可能な如何なる変形又は置換も、本願の保護範囲内にあるべきである。従って、本願の保護範囲は、特許請求の範囲の保護範囲に従うべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】