知財求人 - 知財ポータルサイト「IP Force」
特許7521680端末装置、通信装置、端末装置の方法、通信装置の方法、及びプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-07-16
(45)【発行日】2024-07-24
(54)【発明の名称】端末装置、通信装置、端末装置の方法、通信装置の方法、及びプログラム
(51)【国際特許分類】
H04W 76/40 20180101AFI20240717BHJP
H04W 4/06 20090101ALI20240717BHJP
H04W 28/04 20090101ALI20240717BHJP
【ＦＩ】
H04W76/40
H04W4/06 150
H04W28/04 110
【請求項の数】
21
(21)【出願番号】P 2023501581
(86)(22)【出願日】2020-07-13
(65)【公表番号】
(43)【公表日】2023-08-08
(86)【国際出願番号】 CN2020101720
(87)【国際公開番号】W WO2022011515
(87)【国際公開日】2022-01-20
【審査請求日】2023-03-10
(73)【特許権者】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】チェン ゼ
(72)【発明者】
【氏名】ワン ガン
【審査官】▲高▼木 裕子
(56)【参考文献】
【文献】国際公開第２０２１／２４１６６３（ＷＯ，Ａ１）
【文献】特開２０２０－１２３９４１（ＪＰ，Ａ）
【文献】国際公開第２０１８／０３０３０５（ＷＯ，Ａ１）
【文献】LG Electronics Inc.，Active Recovery of MBMS Data[online]， 3GPP TSG-RAN WG2#60bis R2-080385，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_60bis/Docs/R2-080385.zip＞，2018年01月08日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｗ ４／００ － ９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
マルチキャストサービスのアイデンティティと前記マルチキャストサービスのデータ無線ベアラのアイデンティティとを含む第１の情報を、端末装置においてネットワーク装置から受信する手段と、前記第１の情報に基づいて、前記端末装置と前記ネットワーク装置との間で通信を実行する手段と、
前記端末装置において前記ネットワーク装置から、ユニキャスト送信を用いて、前記マルチキャストサービスの再送されたデータパケットを受信する手段と、
を備える、端末装置。
【請求項2】
前記第１の情報は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）設定と、
ハイブリッド自動再送要求（ＨＡＲＱ）フィードバック設定と
のうちの少なくとも一つをさらに含み、
前記端末装置は、
前記ネットワーク装置から、前記マルチキャストサービスのデータパケットを受信する手段と、
前記マルチキャストサービスの前記データパケットの受信に応じて、前記ネットワーク装置へ、ＨＡＲＱフィードバックを送信する手段と、を備え、
前記マルチキャストサービスの前記再送されたデータパケットは、前記マルチキャストサービスの前記データパケットの前記受信の失敗を示す前記ＨＡＲＱフィードバックに応じて、ユニキャスト送信を用いて、受信されるように構成されている、
請求項１に記載の端末装置。
【請求項3】
前記ＰＤＣＰ設定は、ダウンリンク送信のためのヘッダ圧縮情報と、
完全性保護が有効化されているか否かに関する第１の指示と、
状態報告が必要であるか否かに関する第２の指示と、
前記データ無線ベアラが、前記マルチキャストサービスに関連付けられるデータパケットの複製のために使用されているか、または前記データパケットの再送のために使用されているかに関する第３の指示と、
前記データパケットを並べ替えるためのタイマの一つまたは複数の値と
のうちの少なくとも一つを含む請求項２に記載の端末装置。
【請求項4】
前記マルチキャストサービスに関連付けられるユニキャスト送信の要求を示す第２の情報を前記ネットワーク装置に送信する手段と、をさらに含む請求項１に記載の端末装置。
【請求項5】
前記第２の情報は、前記マルチキャストサービスの前記アイデンティティと、
前記データ無線ベアラとは別のデータ無線ベアラの別のアイデンティティと、
前記端末装置が前記ユニキャスト送信を介して前記ネットワーク装置から受信する開始データパケットのアイデンティティと
のうちの少なくとも一つを含む
請求項４に記載の端末装置。
【請求項6】
前記マルチキャストサービスに関連付けられるマルチキャスト送信のための設定を、マルチキャスト制御チャネルを介して前記ネットワーク装置から受信することをさらに含む請求項１に記載の端末装置。
【請求項7】
前記設定は、前記マルチキャストサービスのアイデンティティと、
前記マルチキャストサービスに関連付けられるデータパケットのアイデンティティの長さと、
前記マルチキャストサービスが、前記マルチキャスト送信と前記マルチキャストサービスに関連付けられるユニキャスト送信との両方をサポートしているか否かに関する第４の指示と
のうちの少なくとも一つを含む
請求項６に記載の端末装置。
【請求項8】
前記マルチキャストサービスに関連付けられるマルチキャスト送信を介して前記ネットワーク装置からデータパケットを受信したことに応じて、前記データパケットの受信に対する無線リンク制御（ＲＬＣ）層内の確認応答を、前記データ無線ベアラを介して前記ネットワーク装置に送信する手段と、前記確認応答が前記データパケットの受信に対する否定応答であることに応じて、前記ネットワーク装置により再送されたデータパケットを、前記データ無線ベアラを介して受信する手段と、
をさらに含む請求項１に記載の端末装置。
【請求項9】
ネットワーク装置において、マルチキャストサービスに関連付けられる前記マルチキャストサービスのデータ無線ベアラを決定する手段と、前記マルチキャストサービスのアイデンティティと前記データ無線ベアラのアイデンティティとを含む第１の情報を、端末装置に送信する手段と、
ユニキャスト送信を用いて、前記マルチキャストサービスの再送されたデータパケットを、前記端末装置に送信する手段と、
を備える、通信装置。
【請求項10】
前記第１の情報は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）設定と、
ハイブリッド自動再送要求（ＨＡＲＱ）フィードバック設定と
のうちの少なくとも一つをさらに含み、
前記通信装置は、
前記マルチキャストサービスのデータパケットを前記端末装置に送信する手段と、
前記マルチキャストサービスの前記データパケットの送信に応じて、前記端末装置から、ＨＡＲＱフィードバックを受信する手段と、を備え、
前記マルチキャストサービスの前記再送されたデータパケットは、前記マルチキャストサービスの前記データパケットの前記送信の失敗を示す前記ＨＡＲＱフィードバックに応じて、ユニキャスト送信を用いて、送信されるように構成されている、
請求項９に記載の通信装置。
【請求項11】
前記ＰＤＣＰ設定は、ダウンリンク送信のためのヘッダ圧縮情報と、
完全性保護が有効化されているか否かに関する第１の指示と、
状態報告が必要であるか否かに関する第２の指示と、
前記データ無線ベアラが、前記マルチキャストサービスに関連付けられるデータパケットの複製のために使用されているか、または前記データパケットの再送のために使用されているかに関する第３の指示と、
前記データパケットを並べ替えるためのタイマの一つまたは複数の値と
のうちの少なくとも一つを含む請求項１０に記載の通信装置。
【請求項12】
前記マルチキャストサービスに関連付けられるマルチキャスト送信を介するデータパケットの受信についてのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを前記端末装置から受信する手段と、前記データパケットの受信の失敗を示す前記ＨＡＲＱフィードバックに応じて、前記データ無線ベアラを介して前記データパケットを前記端末装置に再送する手段と、
をさらに含む請求項９に記載の通信装置。
【請求項13】
前記マルチキャストサービスに関連付けられるユニキャスト送信の要求を示す第２の情報を前記端末装置から受信する手段と、をさらに含む請求項９に記載の通信装置。
【請求項14】
前記第２の情報は、前記マルチキャストサービスの前記アイデンティティと、
前記データ無線ベアラとは別のデータ無線ベアラの別のアイデンティティと、
前記端末装置が前記データ無線ベアラを介して前記ネットワーク装置から受信する開始データパケットのアイデンティティと
のうちの少なくとも一つを含む
請求項１３に記載の通信装置。
【請求項15】
前記マルチキャストサービスに関連付けられるマルチキャスト送信のための設定を、マルチキャスト制御チャネルを介して送信する手段と、をさらに含む請求項９に記載の通信装置。
【請求項16】
前記設定は、前記マルチキャストサービスのアイデンティティと、
前記マルチキャストサービスに関連付けられるデータパケットのアイデンティティの長さと、
前記マルチキャストサービスが、前記マルチキャスト送信と前記マルチキャストサービスに関連付けられるユニキャスト送信との両方をサポートしているか否かに関する第４の指示と
のうちの少なくとも一つを含む
請求項１５に記載の通信装置。
【請求項17】
前記マルチキャストサービスに関連付けられるマルチキャスト送信を介するデータパケットの受信に対する無線リンク制御（ＲＬＣ）層内の確認応答を、前記データ無線ベアラを介して前記端末装置から受信する手段と、前記確認応答が前記データパケットの受信に対する否定応答であることに応じて、前記データ無線ベアラを介して前記データパケットを前記端末装置に再送する手段と、
をさらに含む請求項９に記載の通信装置。
【請求項18】
マルチキャストサービスのアイデンティティと前記マルチキャストサービスのデータ無線ベアラのアイデンティティとを含む第１の情報を、端末装置においてネットワーク装置から受信することと、前記第１の情報に基づいて、前記端末装置と前記ネットワーク装置との間で通信を実行することと、
前記端末装置において前記ネットワーク装置から、ユニキャスト送信を用いて、前記マルチキャストサービスの再送されたデータパケットを受信することと、
を含む、端末装置の方法。
【請求項19】
ネットワーク装置において、マルチキャストサービスに関連付けられる前記マルチキャストサービスのデータ無線ベアラを決定することと、前記マルチキャストサービスのアイデンティティと前記データ無線ベアラのアイデンティティとを含む第１の情報を、端末装置に送信することと、
ユニキャスト送信を用いて、前記マルチキャストサービスの再送されたデータパケットを、前記端末装置に送信することと、
を含む、通信装置の方法。
【請求項20】
少なくとも一つのプロセッサ上で実行された場合、前記少なくとも一つのプロセッサに、請求項１８に記載の方法を実行させるプログラム。
【請求項21】
少なくとも一つのプロセッサ上で実行された場合、前記少なくとも一つのプロセッサに、請求項１９に記載の方法を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示の実施形態は、全体として電気通信の分野に関するものであり、特にマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ：ｍｕｌｔｉｍｅｄｉａ ｂｒｏａｄｃａｓｔ ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅ）送信のための通信方法、通信装置及び通信用コンピュータ記憶媒体に関するものである。
【背景技術】
【0002】
従来のＭＢＭＳ送信では、端末装置は、まず、システム情報ブロック２（ＳＩＢ２）をモニタリングする。ＳＩＢ２がＭＢＭＳのためにＳＩＢ１３をスケジューリングする場合、端末装置はＳＩＢ１３をモニタリングすることになる。ＳＩＢ１３において、端末装置は、ＭＢＭＳトラフィックチャネル（ＭＴＣＨ）をスケジューリングする、ＭＢＭＳ制御チャネル（ＭＣＣＨ）のスケジューリング情報を取得する。したがって、従来のＭＢＭＳ送信では、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）層は存在しない。また、端末装置は、データパケットが正しく受信されたか否かをフィードバックすることができないため、従来のＭＢＭＳ送信には再送メカニズムが存在しない。
【0003】
ＭＢＭＳを強化するためには、ＭＢＭＳのためにマルチキャストとユニキャストの同時送信を有効化する必要があることが合意されている。したがって、どのように同期送信を実現するかは注目される問題になっている。
【発明の概要】
【発明が解決しようとする課題】
【0004】
全体として、本開示の例示的な実施形態は、ＭＢＭＳ送信のための通信方法、通信装置及び通信用のコンピュータ記憶媒体を提供する。
【課題を解決するための手段】
【0005】
第１の態様において、通信方法が提供される。この方法は、マルチキャストサービスのアイデンティティとデータ無線ベアラのアイデンティティとを含む第１の情報を、端末装置においてネットワーク装置から受信することと、前記第１の情報に基づいて、前記端末装置と前記ネットワーク装置との間で通信を実行することとを含む。
【0006】
第２の態様において、通信方法が提供される。この方法は、ネットワーク装置において、マルチキャストサービスに関連付けられるデータ無線ベアラを決定することと、前記マルチキャストサービスのアイデンティティと前記データ無線ベアラのアイデンティティとを含む第１の情報を、端末装置に送信することとを含む。
【0007】
第３の態様において、端末装置が提供される。端末装置は、プロセッサと、プロセッサに結合されているメモリとを備える。メモリは、プロセッサにより実行された場合、端末装置に本開示の第１態様に記載の方法を実行させる命令を記憶する。
【0008】
第４の態様において、ネットワーク装置を提供する。ネットワーク装置は、プロセッサと、プロセッサに結合されているメモリとを含む。メモリは、プロセッサにより実行された場合、ネットワーク装置に本開示の第２態様に記載の方法を実行させる命令を記憶する。
【0009】
第５の態様において、記憶されている命令を有するコンピュータ可読媒体が提供される。命令は、少なくとも一つのプロセッサ上で実行された場合、当該少なくとも１つのプロセッサに、本開示の第１の態様に記載の方法を実行させる。
【0010】
第６の態様において、記憶されている命令を有するコンピュータ可読媒体を提供する。命令は、少なくとも１つのプロセッサ上で実行された場合、当該少なくとも１つのプロセッサに、本開示の第２態様に記載の方法を実行させる。
【0011】
本開示のその他の特徴は、以下の説明により容易に理解できるはずである。
【図面の簡単な説明】
【0012】
図面において本開示のいくつかの実施形態をさらに詳細に説明することで、本開示の上述の及びその他の目的、特徴及び利点を、さらに明らかにする。
【0013】
【図1】本開示のいくつかの実施形態を実施可能な例示的な通信ネットワークを示す図である。
【0014】
【図2】本開示のいくつかの実施形態にかかる、ＭＢＭＳ送信のための通信プロセスを示す模式図である。
【0015】
【図3】本開示のいくつかの実施形態にかかる、端末装置において実装される例示的な通信方法を示す図である。
【0016】
【図4】本開示のいくつかの実施形態にかかる、端末装置において実装される別の例示的な通信方法を示す図である。
【0017】
【図5】本開示のいくつかの実施形態にかかる、端末装置において実装される別の例示的な通信方法を示す図である。
【0018】
【図6】本開示のいくつかの実施形態にかかる、端末装置において実装される別の例示的な通信方法を示す図である。
【0019】
【図7】本開示のいくつかの実施形態にかかる、ネットワーク装置において実装される例示的な通信方法を示す図である。
【0020】
【図8】本開示の実施形態を実装するのに適した装置の概略ブロック図である。
【0021】
図中、同一又は類似の参照番号は、同一又は類似の要素を表す。
【発明を実施するための形態】
【0022】
ここで、いくつかの実施形態を参照して、本開示の原理を説明する。これらの実施形態は、説明のためにのみ記載され、当業者が本開示を理解し、実施するのを助けるものであり、本開示の範囲に関するいかなる制限も示唆しないことが理解されるべきである。本文で説明される開示内容は、以下で説明される方法とはことなる様々な方法で実施することができる。
【0023】
以下の説明及び特許請求の範囲において、別途定義されていない限り、本文で使用される全ての技術的及び科学的用語は、本開示の当業者が一般に理解するものと同一の意味を有する。
【0024】
本文で使用されるように、用語「端末装置」は、無線又は有線の通信能力を有する任意の装置を意味する。端末装置の例としては、ユーザ装置（ＵＥ）、パーソナルコンピュータ、デスクトップコンピュータ、携帯電話、セルラーホン、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、タブレット、ウェアラブル装置、モノのインターネット（ＩｏＴ）装置、あらゆるモノのインターネット（ＩｏＥ）装置、マシンタイプ通信（ＭＴＣ）装置、Ｖ２Ｘ通信のための車載装置などを含むが、これらに限定されず、Ｖ２Ｘの「Ｘ」は歩行者、車両又はインフラ／ネットワーク、あるいはデジタルカメラなどの画像取得装置、ゲーム装置、音楽保存及び再生装置、あるいは無線又は有線のインターネットアクセス及び閲覧を可能とするインターネット家電などを表す。「端末装置」という用語は、ＵＥ、移動局、加入者局、移動端末、ユーザ端末、または無線装置と互換的に使用することができる。また、「ネットワーク装置」という用語は、端末装置が通信可能なセルまたはカバレッジを提供またはホストすることのできる装置を意味する。ネットワーク装置の例としては、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ノードＢ（ｇＮＢ）、送受信点（ＴＲＰ）、リモートラジオユニット（ＲＲＵ）、ラジオヘッド（ＲＨ）、リモートラジオヘッド（ＲＲＨ）、フェムトノード、ピコノードなどの低電力ノードを含むが、これらに限定されない。
【0025】
一実施形態において、端末装置は、第１のネットワーク装置及び第２のネットワーク装置に接続することができる。第１のネットワーク装置と第２のネットワーク装置の一方をマスターノードとして、他方をセカンダリ―ノードとしてもよい。第１ネットワーク装置と第２ネットワーク装置は、異なるＲＡＴを利用してもよい。一実施形態において、第１のネットワーク装置は第１ＲＡＴ装置であってもよく、第２のネットワーク装置は第２ＲＡＴ装置であってもよい。一実施形態において、第１ＲＡＴ装置はｅＮＢであり、第２ＲＡＴ装置はｇＮＢである。異なるＲＡＴに関する情報は、第１のネットワーク装置および第２のネットワーク装置の少なくとも一方から端末装置に送信することができる。一実施形態において、第１の情報は、第１のネットワーク装置から端末装置に送信されてもよく、そして第２の情報は、第２のネットワーク装置から直接または第１のネットワーク装置を介して端末装置に送信されてもよい。一実施形態において、第２のネットワーク装置により設定された端末装置の設定に関する情報は、第２のネットワーク装置から第１のネットワーク装置を介して送信することができる。第２のネットワーク装置により設定された端末装置の再設定に関する情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信することができる。
【0026】
本明細書で使用される単数形「１つ」、及び「前記」は、文脈に明示的に示されていない限り、複数形も含まれる。「含む」という用語およびその変型は、「含むが、これらに限定されるものではない」を意味するオープンエンド用語として理解されるべきである。「に基づく」という用語は、「に少なくとも部分的に基づく」と理解されるべきである。「一実施形態」および「実施形態」という用語は、「少なくとも１つの実施形態」と理解されるべきである。「別の実施形態」という用語は、「少なくとも１つの別の実施形態」と理解されるべきである。「第１」、「第２」などの用語は、異なる又は同一の対象を指すことができる。その他の明示的及び暗黙的な定義は以下に含まれることがある。
【0027】
いくつかの例において、値、プロシージャ、又は機器は、「最良」、「最低」、「最高」、「最小」、「最大」などと呼ばれる。このような説明は、多くの使用される機能的代替案の中から選択することができることを示すことを意図されており、そして、このような選択は、他の選択より良く、より小さく、より高い必要がなく、又はそのほかの点でより好ましい必要はないことは、理解されるべきである。
【0028】
上述したように、従来のＭＢＭＳ送信では、ＰＤＣＰ層がなく、端末装置は、データパケットが正しく受信されたか否かをフィードバックすることができない。したがって、従来のＭＢＭＳ送信には再送メカニズムが存在しない。ＭＢＭＳを強化するためには、ＭＢＭＳのためにマルチキャストとユニキャストの同時送信を有効化する必要があることが合意されている。この場合、ユニキャスト送信とマルチキャスト送信との間の連携を定義すべきである。
【0029】
これに鑑みて、本開示の実施形態は、ＭＢＭＳ送信のための改善された解決策を提供する。この解決策は、データ無線ベアラ（ＤＲＢ）をＭＢＭＳ（便宜上、本明細書ではマルチキャストサービスとも呼ばれる）と関連付けることができる。ＤＲＢは、マルチキャストサービスに関連付けられるユニキャスト送信のために設定される。これにより、マルチキャストサービスのためのユニキャストとマルチキャストの同時送信が許容され、その分、マルチキャストサービスの品質とユーザ体験を強化することができる。以下、添付図面を参照して、本開示の原理および実施態様について詳細に説明する。
【0030】
図１は、本開示の実施形態を実施可能な例示的な通信ネットワーク１００を示す模式図である。図１に示すように、通信ネットワーク１００は、ネットワーク装置１１０と、ネットワーク装置１１０からサービスを受ける端末装置１２０とを含むことができる。ネットワーク装置１１０は、無線通信チャネルなどのチャネルを介して端末装置１２０と通信することができる。
【0031】
図１における装置の数は説明の目的で与えられており、本開示に対するいかなる制限も暗示していないことは、理解されるであろう。通信ネットワーク１００は、本開示の実施態様を実施するのに適した任意の適切な数のネットワーク装置及び／又は端末装置を含むことができる。
【0032】
通信ネットワーク１００における通信は、モバイル通信のためのグローバルシステム（ＧＳＭ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、符号分割多元接続（ＣＤＭＡ）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）、マシンタイプ通信（ＭＴＣ）などを含むが、これらに限定されない任意の適切な規格に準拠することができる。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行することができる。通信プロトコルの例は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）通信プロトコルを含むが、これらに限定されない。
【0033】
例えば、ネットワーク装置１１０は、ＭＢＭＳのようなマルチキャストサービスを、前記マルチキャストサービスに関連付けられるＭＴＣＨのようなマルチキャストチャネルを介してブロードキャストすることができる。したがって、端末装置１２０は、マルチキャストチャネルを介してマルチキャストサービスを受信することができる。
【0034】
本開示の実施形態によれば、ＰＤＣＰ層がＭＢＭＳ送信に導入される。ネットワーク装置１１０は、マルチキャストサービスに関連付けられるユニキャスト送信のためにＤＲＢを設定し、ＤＲＢとマルチキャストサービスとの間の関連付けを端末装置１２０に送信することができる。端末装置１２０は、ＤＲＢおよびマルチキャストチャネルの両方を介して、マルチキャストサービスに関連付けられるデータパケットを受信することができる。ＤＲＢを用いて、端末装置１２０は、データパケットの受信が成功したか否かをフィードバックすることができる。データパケットの受信が成功しなかった場合、ネットワーク装置１１０は、ＤＲＢを介してデータパケットを端末装置１２０に再送することができる。以下、図２を参照してより詳細に説明する。
【0035】
図２は本開示のいくつかの実施形態にかかる、ＭＢＭＳ送信のための通信プロセス２００を示す模式図である。説明のために、図１を参照してプロセス２００を説明する。プロセス２００には、図１に示すネットワーク装置１１０及び端末装置１２０が関与してもよい。
【0036】
図２に示すように、ネットワーク装置１１０は、ＭＣＣＨのようなマルチキャスト制御チャネルを介して、ＭＢＭＳのマルチキャスト送信のための設定を送信（２０１）することができる。いくつかの実施形態において、ネットワーク装置１１０は、設定を定期的に送信することができる。これは一例に過ぎず、この設定を送信するための任意の他の適切な方法も可能であることに留意すべきである。
【0037】
本開示の実施形態によれば、この設定は、マルチキャスト送信のＰＤＣＰエンティティの確立のために使用される。いくつかの実施形態において、この設定は、マルチキャストサービスのアイデンティティと、マルチキャストサービスに関連付けられるデータパケットのアイデンティティの長さと、マルチキャストサービスが、マルチキャスト送信と該マルチキャストサービスに関連付けられるユニキャスト送信との両方をサポートしているか否かに関する指示（本明細書では、第４の指示とも称する）とのうちの少なくとも一つを含むことができる。いくつかの実施形態において、データパケットのアイデンティティは、例えばＰＤＣＰ ＳＮなど、データパケットのシリアル番号（ＳＮ）であってもよい。もちろん、任意の他の適切な方法も可能であり、本願はこれについて制限を設けない。
【0038】
いくつかの実施形態において、ネットワーク装置１１０は、ＲＲＣメッセージを介して設定を送信することができる。例えば、ＲＲＣメッセージは、以下に示すようなＭＢＭＳＡｒｅａＣｏｎｆｉｇｕｒａｔｉｏｎメッセージであってもよい。
MBMSAreaConfiguration
MBMS-SessionInfo
MBMS-pdcp-Config ::= SEQUENCE {
drb SEQUENCE {
pdcp-SN-Size ENUMERATED {len12bits, len18bits} OPTIONAL, -- Cond Setup2
} OPTIONAL, -- Cond DRB
pdcp-Duplication BOOLEAN OPTIONAL -- Need R
//ｔｒｕｅはマルチキャストとユニキャストとの同時送信をサポートすることを示す
}
MBMSAreaConfiguration
MBMS-SessionInfo
MBMS-pdcp-Config ::= SEQUENCE {
drb SEQUENCE {
pdcp-SN-Size ENUMERATED {len12bits, len18bits} OPTIONAL, -- Cond Setup2
} OPTIONAL, -- Cond DRB
pdcp-Duplication BOOLEAN OPTIONAL -- Need R
//ｔｒｕｅはマルチキャストとユニキャストとの同時送信をサポートすることを示す
}
【0039】
これは単なる一例であり、任意の他の適切な形式のＲＲＣメッセージも可能であることに留意すべきである。
【0040】
したがって、端末装置１２０は、マルチキャスト制御チャネルをモニタリングすることにより設定を受信することができる。この設定により、端末装置１２０は、マルチキャストトラフィックチャネルをモニタリングすることにより、マルチキャスト送信を介して、マルチキャストサービスに関連付けられるデータパケットを受信（２０２）することができる。
【0041】
端末装置１２０は、マルチキャストサービスに関連付けられるユニキャスト送信の要求を示す情報（本明細書では、第２の情報とも称する）を送信（２０３）することができる。こうして、マルチキャストサービスのためのユニキャスト送信をトリガすることができる。例えば、マルチキャストチャネルを介して受信したマルチキャストサービスの信号品質が劣化した場合に、端末装置１２０はこの要求を送信することができる。もちろん、これは一例に過ぎず、端末装置１２０は、必要であればいつでも要求を送信することができる。
【0042】
いくつかの実施形態において、第２の情報は、マルチキャストサービスのアイデンティティと、提案されたＤＲＢのアイデンティティ（本明細書では、別のＤＲＢの別のアイデンティティとも称される）と、端末装置１２０がユニキャスト送信を介してネットワーク装置１１０から受信する開始データパケットのアイデンティティとのうちの少なくとも一つを含むことができる。いくつかの実施形態において、開始データパケットのアイデンティティは、ＰＤＣＰ ＳＮなどのＳＮであってもよい。もちろん、任意の他の適切なアイデンティティも採用される。
【0043】
いくつかの実施形態において、開始データパケットは、マルチキャスト送信を介して現在受信されているデータパケットであってもよい。もちろん、開始データパケットは、マルチキャスト送信を介して以前に受信されたデータパケットであってもよく、またはマルチキャスト送信を介して将来受信されるデータパケットであってもよい。言い換えれば、開始データパケットは、マルチキャストサービスに関連付けられる任意のデータパケットであってもよい。
【0044】
いくつかの実施形態において、端末装置１２０は、ＲＲＣメッセージを介して第２の情報を送信することができる。例えば、ＲＲＣメッセージは、以下に示すようなＭＢＭＳＩｎｔｅｒｅｓｔＩｎｄｉｃａｔｉｏｎメッセージであってもよい。
MBMSInterestIndication message as listed below.
MBMSInterestIndication ::= SEQUENCE {
drb-Identity DRB-Identity,
MBMS-SessionInfo
pdcp-sn PDCP-SN
}
MBMSInterestIndication message as listed below.
MBMSInterestIndication ::= SEQUENCE {
drb-Identity DRB-Identity,
MBMS-SessionInfo
pdcp-sn PDCP-SN
}
【0045】
これは単なる一例であり、任意の他の適切な形態のＲＲＣメッセージも可能であることに留意すべきである。
【0046】
ネットワーク装置１１０は、マルチキャストサービスに関連付けられるユニキャスト送信のためのＤＲＢを決定（２０４）することができる。いくつかの実施形態において、ネットワーク装置１１０は、端末装置１２０からの第２の情報を受信したことに応じて、該ＤＲＢを決定することができる。これは一例にすぎず、ＤＲＢの決定は、任意の他の適切な方法によりトリガされてもよいことに留意すべきである。
【0047】
いくつかの実施形態において、ネットワーク装置１１０は、端末装置１２０に提案された別のＤＲＢをユニキャスト送信のためのＤＲＢとして設定することができる。いくつかの代替実施形態において、ネットワーク装置１１０は、該別のＤＲＢとは異なるＤＲＢをユニキャスト送信のためのＤＲＢとして設定することができる。
【0048】
ネットワーク装置１１０は、マルチキャストサービスのアイデンティティと決定されたＤＲＢのアイデンティティとを含む情報（以下、第１の情報とも称される）を端末装置１２０に送信（２０５）することができる。こうして、ＤＲＢとマルチキャストサービスとの関連付けが端末装置１２０に通知される。
【0049】
いくつかの実施形態において、ネットワーク装置１１０は、各マルチキャストサービスについて一つのＤＲＢを設定することができる。したがって、ネットワーク装置１１０は、複数のマルチキャストサービスのアイデンティティとそれぞれのＤＲＢのアイデンティティとを含む第１の情報のリストを端末装置１２０に送信することができる。
【0050】
いくつかの実施形態において、第１の情報は、ユニキャスト送信のためのＰＤＣＰ設定をさらに含むことができる。こうして、端末装置１２０は、ユニキャスト送信のＰＤＣＰ設定を知ることができる。いくつかの実施形態において、ＰＤＣＰ設定は、ダウンリンク送信のためのヘッダ圧縮情報と、完全性保護が有効化されているか否かに関する第１の指示と、状態報告が必要であるか否かに関する第２の指示と、データ無線ベアラが、マルチキャストサービスに関連付けられるデータパケットの複製のために使用されているか、またはデータパケットの再送のために使用されているかに関する第３の指示と、データパケットを並べ替えるためのタイマの一つまたは複数の値とのうちの少なくとも一つを含むことができる。例えば、ＰＤＣＰ設定は、以下の形式とすることができる。
PDCP-Config ::= SEQUENCE {
drb SEQUENCE {
headerCompression CHOICE {
//ヘッダ圧縮はＤＬのみに応用する
notUsed NULL,
rohc SEQUENCE {
maxCID INTEGER (1..16383) DEFAULT 15,
profiles SEQUENCE {
profile0x0001 BOOLEAN,
profile0x0002 BOOLEAN,
profile0x0003 BOOLEAN,
profile0x0004 BOOLEAN,
profile0x0006 BOOLEAN,
profile0x0101 BOOLEAN,
profile0x0102 BOOLEAN,
profile0x0103 BOOLEAN,
profile0x0104 BOOLEAN
},
drb-ContinueROHC ENUMERATED { true } OPTIONAL -- Need N
},
integrityProtection ENUMERATED{enabled} OPTIONAL, --Cond ConnectedTo5GC1
statusReportRequired ENUMERATED { true } OPTIONAL, -- Cond Rlc-AM
} OPTIONAL, -- Cond DRB
},
pdcp-Duplication BOOLEAN OPTIONAL -- Need R
//ＰＤＣＰの複製は保持されるが、定義が異なる。ｔｒｕｅはパケットがマルチキャストとユニキャストとで複製されることを意味し、ｆａｌｓｅはユニキャストが再送に使用されることを示す
} OPTIONAL, -- Cond MoreThanOneRLC
t-Reordering ENUMERATED {
ms0, ms60, ms180, ms500, ms1000, ms2000, ms3000
} OPTIONAL, -- Need S
//いくつかの値のみを保持できる
...,
[[
cipheringDisabled ENUMERATED {true} OPTIONAL -- Cond ConnectedTo5GC
]]
PDCP-Config ::= SEQUENCE {
drb SEQUENCE {
headerCompression CHOICE {
//ヘッダ圧縮はＤＬのみに応用する
notUsed NULL,
rohc SEQUENCE {
maxCID INTEGER (1..16383) DEFAULT 15,
profiles SEQUENCE {
profile0x0001 BOOLEAN,
profile0x0002 BOOLEAN,
profile0x0003 BOOLEAN,
profile0x0004 BOOLEAN,
profile0x0006 BOOLEAN,
profile0x0101 BOOLEAN,
profile0x0102 BOOLEAN,
profile0x0103 BOOLEAN,
profile0x0104 BOOLEAN
},
drb-ContinueROHC ENUMERATED { true } OPTIONAL -- Need N
},
integrityProtection ENUMERATED{enabled} OPTIONAL, --Cond ConnectedTo5GC1
statusReportRequired ENUMERATED { true } OPTIONAL, -- Cond Rlc-AM
} OPTIONAL, -- Cond DRB
},
pdcp-Duplication BOOLEAN OPTIONAL -- Need R
//ＰＤＣＰの複製は保持されるが、定義が異なる。ｔｒｕｅはパケットがマルチキャストとユニキャストとで複製されることを意味し、ｆａｌｓｅはユニキャストが再送に使用されることを示す
} OPTIONAL, -- Cond MoreThanOneRLC
t-Reordering ENUMERATED {
ms0, ms60, ms180, ms500, ms1000, ms2000, ms3000
} OPTIONAL, -- Need S
//いくつかの値のみを保持できる
...,
[[
cipheringDisabled ENUMERATED {true} OPTIONAL -- Cond ConnectedTo5GC
]]
【0051】
これは単なる一例であり、任意の他の適切な形式のＰＤＣＰ設定も可能であることに留意すべきである。
【0052】
いくつかの代替または追加の実施形態において、第１の情報はＨＡＲＱフィードバック設定をさらに含むことができる。したがって、ＨＡＲＱフィードバック設定は、ＲＲＣメッセージを介して端末装置１２０に半静的に設定されることができる。いくつかの実施形態において、ネットワーク装置１１０は、例えば、以下に示されたＲＲＣＳｅｔｕｐメッセージを介して、ＨＡＲＱフィードバックのために設定されたリソースセット（例えば、ＰＵＣＣＨリソース）を端末装置１２０に設定することができる。
ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ ＳＥＱＵＥＮＣＥ （ＳＩＺＥ （１．．８）） ＯＦ ＩＮＴＥＧＥＲ （０．．１５）
ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ ＳＥＱＵＥＮＣＥ （ＳＩＺＥ （１．．８）） ＯＦ ＩＮＴＥＧＥＲ （０．．１５）
【0053】
いくつかの追加の実施形態として、ネットワーク装置１１０は、ＲＲＣメッセージを介して端末装置１２０にリソースセット内のリソースのサブセットを設定することができる。本明細書において、第１の情報内のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋは、リソースのサブセットに対応してもよく、ＰＵＣＣＨリソースのためのギャップを示すようにｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫをマッピングしてもよい。
【0054】
いくつかの実施形態において、ネットワーク装置１１０は、ＲＲＣメッセージを介して第１の情報または第１の情報のリストを送信することができる。例えば、ＲＲＣメッセージは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージであってもよい。もちろん、任意の他の適切なＲＲＣメッセージも可能である。いくつかの実施形態において、第１の情報は、以下に示すようにＤＲＢ－ＴｏＡｄｄＭｏｄとして示されてもよい。
DRB-ToAddMod ::= SEQUENCE {
cnAssociation CHOICE {
eps-BearerIdentity INTEGER (0..15),
sdap-Config SDAP-Config
} OPTIONAL, -- Cond DRBSetup
drb-Identity DRB-Identity,
MBMS-SessionInfo
PDSCH-to-HARQ_feedback
reestablishPDCP ENUMERATED{true}
recoverPDCP ENUMERATED{true}
pdcp-Config PDCP-Config ...,
[[
DRB-ToAddMod ::= SEQUENCE {
cnAssociation CHOICE {
eps-BearerIdentity INTEGER (0..15),
sdap-Config SDAP-Config
} OPTIONAL, -- Cond DRBSetup
drb-Identity DRB-Identity,
MBMS-SessionInfo
PDSCH-to-HARQ_feedback
reestablishPDCP ENUMERATED{true}
recoverPDCP ENUMERATED{true}
pdcp-Config PDCP-Config ...,
[[
【0055】
これは単なる一例であり、第１の情報は任意の他の適切な形式であってもよいことに留意すべきである。
【0056】
そして、端末装置１２０とネットワーク装置１１０は、それらの間で、第１の情報に基づいて通信を実行（２０６）することができる。いくつかの実施形態において、ネットワーク装置１１０は、決定されたＤＲＢ（すなわち、ユニキャスト送信）を介して端末装置１２０に、開始データパケットからマルチキャストサービスに関連付けられる後続のデータパケットを送信することができる。いくつかの実施形態において、端末装置１２０は、ユニキャスト送信を介して後続のデータパケットを受信することができ、また、マルチキャスト送信を介して後続のデータパケットを受信することもできる。すなわち、マルチキャストとユニキャストの同時送信が実現される。いくつかの実施形態において、端末装置１２０は、ＤＲＢとマルチキャストサービスとの間の関連付けに基づいて、マルチキャスト送信とユニキャスト送信とを介して、これらのデータパケットのＳＮの間の関連付けを決定することができる。こうして、これらのデータパケットを処理することができる。
【0057】
本発明の実施形態によれば、マルチキャストサービスに関連付けられるマルチキャスト送信を介してネットワーク装置１１０からデータパケットを受信したことに応じて、端末装置１２０は、データパケットの受信についてのＨＡＲＱフィードバックを、ＨＡＲＱフィードバック設定に基づいてネットワーク装置１１０に送信（２０７）することができる。いくつかの実施形態において、端末装置１２０は、第１の情報内で示されるサブセット（すなわち、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ）からリソースを決定し、決定されたリソースでＨＡＲＱフィードバックを送信することができる。こうして、マルチキャスト送信を介するデータパケットの受信についてのＨＡＲＱフィードバックはユニキャスト形式で送信される。
【0058】
いくつかの実施形態において、ネットワーク装置１１０は、ＨＡＲＱフィードバックがデータパケットの受信の失敗を示しているか否かを決定（２０８）することができる。ＨＡＲＱフィードバックが失敗を示していると決定した場合、ネットワーク装置１１０は、第１の情報内で示されたＤＢＲを介して端末装置１２０にデータパケットを再送（２０９）することができる。これにより、ＭＢＭＳのために再送メカニズムが提供される。
【0059】
いくつかの代替または追加の実施形態において、マルチキャストサービスに関連付けられるマルチキャスト送信を介してネットワーク装置１１０からデータパケットを受信したことに応じて、端末装置１２０は、データパケットの受信に対する無線リンク制御（ＲＬＣ）層内の確認応答を、第１の情報内で示されたＤＲＢを介してネットワーク装置１１０に送信（２１０）することができる。ネットワーク装置１１０は、該確認応答がデータパケットの受信に対する否定応答であるか否かを決定（２１１）することができる。確認応答が否定応答であると決定した場合、ネットワーク装置１１０は、第１の情報内で示されたＤＲＢを介して端末装置１２０にデータパケットを再送（２１２）することができる。こうして、マルチキャストサービスの信頼性を保証することができる。
【0060】
いくつかの実施形態において、ユニキャスト再送のためのＰＤＣＰエンティティは、以下のように設定することができる。
MBMS-PDCP-Config ::= SEQUENCE {
drb SEQUENCE {
pdcp-SN-Size ENUMERATED {len12bits, len18bits} OPTIONAL,--Cond Setup2
} OPTIONAL, -- Cond DRB
pdcp-Duplication BOOLEAN OPTIONAL -- Need R
} OPTIONAL, -- Cond...
MBMS-PDCP-Config ::= SEQUENCE {
drb SEQUENCE {
pdcp-SN-Size ENUMERATED {len12bits, len18bits} OPTIONAL,--Cond Setup2
} OPTIONAL, -- Cond DRB
pdcp-Duplication BOOLEAN OPTIONAL -- Need R
} OPTIONAL, -- Cond...
【0061】
いくつかの実施形態において、再送されたデータパケットが受信されると、端末装置１２０は、再送されたデータパケットとマルチキャスト送信を介して受信されたデータパケットとを、例えばそれらのＳＮに基づいて、並べ替えることができる。その詳細は、本願との混同を避けるために、ここでは省略する。
【0062】
図２を参照して説明したプロセスにより、ＭＢＭＳのためにマルチキャストとユニキャストの同時送信を有効化することができ、ＭＢＭＳの信頼性を強化することができる。このプロセスに対応して、本願の実施形態は、端末装置とネットワーク装置においてそれぞれ実装される通信方法も提供する。図３～図６を参照してこれをより詳細に説明する。
【0063】
図３は本開示のいくつかの実施形態にかかる、端末装置において実現される例示的な通信方法３００を示す図である。例えば、方法３００は、図１に示す端末装置１２０において実行できる。以下、説明のために、図１を参照して方法３００を説明する。方法３００は、図示されていない追加のブロックを含むことができ、及び／又は図示されているいくつかのブロックを省略することができ、本開示の範囲はこの点で限定されないことが理解されるべきである。
【0064】
図３に示すように、ブロック３１０において、端末装置１２０は、マルチキャストサービスのアイデンティティとＤＲＢのアイデンティティとを含む第１の情報を前記ネットワーク装置１１０から受信する。いくつかの実施形態において、ＤＲＢは、マルチキャストサービスに関連付けられるユニキャスト送信のために設定される。こうして、マルチキャストサービスをＤＲＢに関連付けることができ、マルチキャストサービスのためのマルチキャストとユニキャストの同時送信を容易にすることができる。
【0065】
いくつかの実施形態において、第１の情報はＰＤＣＰ設定をさらに含むことができる。ＰＤＣＰ設定は、ユニキャスト送信のために使用される。こうして、マルチキャストサービスのためのユニキャスト送信を実現でき、マルチキャストとユニキャストの同時送信を実現できる。いくつかの実施形態において、ＰＤＣＰ設定は、ダウンリンク送信のためのヘッダ圧縮情報と、完全性保護が有効化されているか否かに関する第１の指示と、状態報告が必要であるか否かに関する第２の指示と、ＤＲＢが、マルチキャストサービスに関連付けられるデータパケットの複製のために使用されているか、またはデータパケットの再送のために使用されているかに関する第３の指示と、データパケットを並べ替えるためのタイマの一つまたは複数の値とのうちの少なくとも一つを含むことができる。なお、ＰＤＣＰ設定は、これに限定されるものではなく、より多いまたはより少ない情報を含んでもよい。
【0066】
いくつかの実施形態において、第１の情報はＨＡＲＱフィードバック設定をさらに含むことができる。いくつかの実施形態において、ＨＡＲＱフィードバック設定は、マルチキャストサービスに関連付けられるマルチキャスト送信を介するデータパケットの受信のためのＨＡＲＱフィードバックのために設定されたリソースセット内のサブセットを示すことができる。こうして、サブセット内のリソースで端末装置１２０からネットワーク装置１１０にＨＡＲＱフィードバックを送信することができ、失敗したデータパケットの再送を容易にすることができる。
【0067】
ブロック３２０において、端末装置１２０は、第１の情報に基づいてネットワーク装置と通信を実行することができる。いくつかの実施形態において、端末装置１２０は、マルチキャスト送信とユニキャスト送信との両方を介して、マルチキャストサービスに関連付けられるデータパケットを受信することができる。こうして、ＭＢＭＳのためのマルチキャストとユニキャストの同時送信を実現することができる。いくつかの実施形態において、端末装置１２０は、マルチキャスト送信を介するデータパケットの受信の失敗または成功を、ＤＲＢを介して（すなわち、ユニキャスト送信を介して）フィードバックし、受信失敗の場合、ネットワーク装置１１０により再送されるデータパケットを受信することができる。こうして、マルチキャストサービスの信頼性が強化される。図４～図６を参照してより詳細に説明する。
【0068】
図４は本開示のいくつかの実施形態にかかる、端末装置において実現される別の例示的な通信方法４００を示す。例えば、方法４００は、図１に示す端末装置１２０において実行できる。以下、説明のために、図１を参照して方法４００を説明する。方法４００は、図示されていない追加のブロックを含むことができ、及び／又は図示されているいくつかのブロックを省略することができ、本開示の範囲はこの点で限定されないことが理解されるべきである。
【0069】
図４に示すように、ブロック４１０において、端末装置１２０は、マルチキャストサービスに関連付けられるマルチキャスト送信のための設定を、マルチキャスト制御チャネル（例えば、ＭＣＣＨ）を介してネットワーク装置１１０から受信することができる。いくつかの実施形態において、この設定は、マルチキャストサービスのアイデンティティと、マルチキャストサービスに関連付けられるデータパケットのアイデンティティの長さと、マルチキャストサービスが、マルチキャスト送信と該マルチキャストサービスに関連付けられるユニキャスト送信との両方をサポートしているか否かに関する第４の指示とのうちの少なくとも一つを含むことができる。
【0070】
ブロック４２０において、ブロック４１０において受信された設定に基づいて、端末装置１２０は、マルチキャスト送信を介してネットワーク装置１１０からデータパケットを受信することができる。例えば、端末装置１２０により受信されたマルチキャスト信号が劣化した場合、端末装置１２０はマルチキャストサービスのためにユニキャスト送信を要求することができる。したがって、ブロック４３０において、端末装置１２０は、マルチキャストサービスに関連付けられるユニキャスト送信の要求を示す第２の情報をネットワーク装置１１０に送信することができる。いくつかの実施形態において、第２の情報は、マルチキャストサービスのアイデンティティと、別のＤＲＢの別のアイデンティティと、端末装置がユニキャスト送信を介してネットワーク装置から受信する開始データパケットのアイデンティティとのうちの少なくとも一つを含む。
【0071】
ブロック４４０において、端末装置１２０は、マルチキャストサービスのアイデンティティとＤＲＢのアイデンティティとを含む第１の情報をネットワーク装置１１０から受信することができる。いくつかの実施形態において、第１の情報は、ＰＤＣＰ設定とＨＡＲＱフィードバック設定とのうちの少なくとも一つを含むこともできる。いくつかの実施形態において、ＰＤＣＰ設定は、ダウンリンク送信のためのヘッダ圧縮情報と、完全性保護が有効化されているか否かに関する第１の指示と、状態報告が必要であるか否かに関する第２の指示と、データ無線ベアラが、マルチキャストサービスに関連付けられるデータパケットの複製のために使用されているか、またはデータパケットの再送のために使用されているかに関する第３の指示と、データパケットを並べ替えるためのタイマの一つまたは複数の値とのうちの少なくとも一つを含むことができる。
【0072】
ブロック４５０において、端末装置１２０は、ＤＲＢを介してネットワーク装置１１０から、開始データパケットからマルチキャストサービスに関連付けられる後続のデータパケットを受信することができる。いくつかの実施形態において、端末装置１２０は、マルチキャスト送信を介して後続のデータパケットを受信することもできる。こうして、マルチキャストとユニキャストの同時送信を実現することができる。
【0073】
いくつかの実施形態において、マルチキャスト送信を介してネットワーク装置１１０からデータパケットを受信したことに応じて、端末装置１２０は、データパケットの受信についてのＨＡＲＱフィードバックを、ＨＡＲＱフィードバック設定に基づいてネットワーク装置１１０に送信し、データパケットの受信失敗を示すＨＡＲＱフィードバックに応じてネットワーク装置により再送されたデータパケットを、ＤＲＢを介して受信することができる。いくつかの代替または追加の実施形態において、マルチキャストサービスに関連付けられるマルチキャスト送信を介してネットワーク装置１１０からデータパケットを受信したことに応じて、端末装置１２０は、データパケットの受信に対するＲＬＣ層内の確認応答を、ＤＲＢを介してネットワーク装置１１０に送信し、確認応答がデータパケットの受信に対する否定応答であることに応じてネットワーク装置により再送されたデータパケットを、ＤＲＢを介して受信することができる。図５と図６を参照して以下でより詳細に説明する。
【0074】
図５は本開示のいくつかの実施形態にかかる、端末装置において実現される別の例示的な通信方法５００を示す。例えば、方法５００は、図１に示す端末装置１２０において実行できる。以下、説明のために、図１を参照して方法５００を説明する。方法５００は、図示されていない追加のブロックを含むことができ、及び／又は図示されているいくつかのブロックを省略することができ、本開示の範囲はこの点で限定されないことが理解されるべきである。
【0075】
図５に示すように、ブロック５１０において、端末装置１２０は、マルチキャスト送信を介するデータパケットの受信が成功したか否かを決定する。データパケットの受信が成功したと決定された場合、ブロック５２０において、端末装置１２０は、ＲＬＣ層内の肯定応答を、マルチキャストサービスに関連付けられるＤＲＢを介してネットワーク装置１１０に送信することができる。データパケットの受信が成功しなかったと決定された場合、ブロック５３０において、端末装置１２０は、ＲＬＣ層内の否定応答をネットワーク装置１１０に送信することができる。ブロック５４０において、端末装置１２０は、ネットワーク装置１１０により再送されたデータパケットを受信することができる。こうして、ＭＢＭＳのための再送メカニズムを、ＲＬＣ層内のフィードバックに基づいて提供することができる。
【0076】
図６は本開示のいくつかの実施形態にかかる、端末装置において実現される別の例示的な通信方法６００を示す。例えば、方法６００は、図１に示す端末装置１２０において実行できる。以下、説明のために、図１を参照して方法６００を説明する。方法５００は、図示されていない追加のブロックを含むことができ、及び／又は図示されているいくつかのブロックを省略することができ、本開示の範囲はこの点で限定されないことが理解されるべきである。
【0077】
図６に示すように、ブロック６１０において、端末装置１２０は、マルチキャスト送信を介するデータパケットの受信が成功したか否かを決定する。データパケットの受信が成功したと決定された場合、ブロック６２０において、端末装置１２０は、データパケットの受信成功を示すＨＡＲＱフィードバックを、マルチキャストサービスのためのＨＡＲＱフィードバック設定に基づいてネットワーク装置１１０に送信することができる。データパケットの受信が成功しなかったと決定された場合、ブロック６３０において、端末装置１２０は、データパケットの受信失敗を示すＨＡＲＱフィードバックを、ＨＡＲＱフィードバック設定に基づいてネットワーク装置１１０に送信することができる。ブロック６４０において、端末装置１２０は、ネットワーク装置１１０により再送されたデータパケットを受信することができる。こうして、ＭＢＭＳのための再送メカニズムを、ＭＡＣ層内のフィードバックに基づいて提供することができる。
【0078】
ここまでは、端末装置において実現される方法について説明してきた。同様に、本開示の実施形態は、ネットワーク装置において実現される方法も提供する。図７は本開示のいくつかの実施形態にかかる、ネットワーク装置において実現される例示的な通信方法７００を示す。例えば、方法７００は、図１に示すネットワーク装置１１０において実行できる。以下、説明のために、図１を参照して方法７００を説明する。方法７００は、図示されていない追加のブロックを含むことができ、及び／又は図示されているいくつかのブロックを省略することができ、本開示の範囲はこの点で限定されないことが理解されるべきである。
【0079】
図７に示すように、ブロック７１０において、ネットワーク装置１１０は、マルチキャストサービスに関連付けられるＤＲＢを決定する。いくつかの実施形態において、ＤＲＢは、マルチキャストサービスに関連付けられるユニキャスト送信のために設定される。いくつかの実施形態において、ネットワーク装置１１０は、ユニキャスト送信の要求を示す第２の情報を受信し、第２の情報に基づいてＤＲＢを決定することができる。いくつかの実施形態において、第２の情報は、マルチキャストサービスのアイデンティティと、別のＤＲＢの別のアイデンティティと、端末装置がＤＲＢを介してネットワーク装置から受信する開始データパケットのアイデンティティとのうちの少なくとも一つを含む。
【0080】
いくつかの実施形態において、ネットワーク装置１１０は、マルチキャスト制御チャネルを介して、マルチキャストサービスに関連付けられるマルチキャスト送信のための設定をさらに送信するができる。いくつかの実施形態において、この設定は、マルチキャストサービスのアイデンティティと、マルチキャストサービスに関連付けられるデータパケットのアイデンティティの長さと、マルチキャストサービスが、マルチキャスト送信と該マルチキャストサービスに関連付けられるユニキャスト送信との両方をサポートしているか否かに関する第４の指示とのうちの少なくとも一つを含むことができる。こうして、マルチキャストとユニキャストの同時送信を容易にすることができる。
【0081】
ブロック７２０において、ネットワーク装置１１０は、マルチキャストサービスのアイデンティティとＤＲＢのアイデンティティとを含む第１の情報を端末装置１２０に送信する。こうして、ＤＲＢをマルチキャストサービスに関連付けることができ、ＭＢＭＳのためのマルチキャストとユニキャストの同時送信を実現することができる。
【0082】
いくつかの実施形態において、第１の情報はＰＤＣＰ設定をさらに含むことができる。ＰＤＣＰ設定は、ユニキャスト送信のために使用される。こうして、マルチキャストサービスのためのユニキャスト送信を実現でき、マルチキャストとユニキャストの同時送信を実現できる。いくつかの実施形態において、ＰＤＣＰ設定は、ダウンリンク送信のためのヘッダ圧縮情報と、完全性保護が有効化されているか否かに関する第１の指示と、状態報告が必要であるか否かに関する第２の指示と、ＤＲＢが、マルチキャストサービスに関連付けられるデータパケットの複製のために使用されているか、またはデータパケットの再送のために使用されているかに関する第３の指示と、データパケットを並べ替えるためのタイマの一つまたは複数の値とのうちの少なくとも一つを含むことができる。なお、ＰＤＣＰ設定は、これに限定されるものではなく、より多いまたはより少ない情報を含んでもよい。
【0083】
いくつかの実施形態において、第１の情報はＨＡＲＱフィードバック設定をさらに含むことができる。いくつかの実施形態において、ＨＡＲＱフィードバック設定は、マルチキャストサービスに関連付けられるマルチキャスト送信を介するデータパケットの受信のためのＨＡＲＱフィードバックのために設定されたリソースセット内のサブセットを示すことができる。こうして、ＨＡＲＱフィードバックリソースを端末装置１２０に設定することができる。
【0084】
いくつかの実施形態において、ネットワーク装置１１０は、マルチキャストサービスに関連付けられるマルチキャスト送信を介するデータパケットの受信についてのＨＡＲＱフィードバックを端末装置１２０から受信することができる。いくつかの実施形態において、ＨＡＲＱフィードバックがデータパケットの受信失敗を示す場合、ネットワーク装置１１０は、ＤＲＢを介してデータパケットを端末装置１２０に再送することができる。こうして、マルチキャストサービスの信頼性を保証することができる。
【0085】
いくつかの代替または追加の実施形態において、ネットワーク装置１１０は、マルチキャストサービスに関連付けられるマルチキャスト送信を介するデータパケットの受信に対するＲＬＣ層内の確認応答を、ＤＲＢを介して端末装置１２０から受信することができる。いくつかの実施形態において、確認応答がデータパケットの受信に対する否定応答である場合、ネットワーク装置１１０は、ＤＲＢを介してデータパケットを端末装置１２０に再送することができる。こうして、マルチキャストサービスの信頼性をさらに保証することができる。
【0086】
図３～図７に記載の方法の実現は、図２に関連して説明したプロセスに基本的に対応し、そのため、これ以外の詳細はここでは省く。本開示の実施形態にかかる方法３００から方法７００を使用して、マルチサービスのためのマルチキャストとユニキャストの同時送信を実現することができ、マルチサービスの信頼性を強化することができる。
【0087】
図８は本開示の実施形態を実現するのに適した装置８００の概略ブロック図である。装置８００は、図１に示すネットワーク装置１１０又は端末装置１２０の別の例示的な実施態様として考えられる。したがって、装置８００は、ネットワーク装置１１０又は端末装置１２０において、或いはそれらの少なくとも一部として実現することができる。
【0088】
図示されるように、装置８００は、プロセッサ８１０と、プロセッサ８１０に結合されたメモリ８２０と、プロセッサ８１０に結合された適切な送信機（ＴＸ）及び受信機（ＲＸ）８４０と、ＴＸ／ＲＸ ８４０に結合された通信インターフェースとを備える。メモリ ８１０は、プログラム８３０の少なくとも一部を記憶する。ＴＸ／ＲＸ ８４０は双方向通信に用いられる。ＴＸ／ＲＸ ８４０は、通信を容易にするために少なくとも一つのアンテナを有するが、本明細書に言及されたアクセスノードは、実際には複数のアンテナを有することができる。通信インターフェースは、ｅＮＢ／ｇＮＢ間の双方向通信のためのＸ２／Ｘｎインターフェース、モビリティ管理エンティティ（ＭＭＥ）／アクセス及びモビリティ管理機能（ＡＭＦ）／ＳＧＷ／ＵＰＦとｅＮＢ／ｇＮＢとの間の通信のためのＳ１／ＮＧインターフェース、ｅＮＢ／ｇＮＢと中継ノード（ＲＮ）との間の通信のためのＵｎインターフェース、又はｅＮＢ／ｇＮＢと端末装置との間の通信のためのＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表すことができる。
【0089】
プログラム８３０は、図１～図７を参照して本文で説明したように、関連するプロセッサ８１０により実行された場合、装置８００が本開示の実施形態に従って動作することを可能にするプログラム命令を含むと仮定する。本文の実施形態は、装置８００のプロセッサ８１０により実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェアとの組合せにより実現できる。プロセッサ８１０は、本開示の様々な実施形態を実施するように設定することができる。さらに、プロセッサ８１０とメモリ８２０との組み合わせは、本開示の様々な実施形態を実現するのに適したプロセッシング手段８５０を形成することができる。
【0090】
メモリ８２０は、ローカル技術ネットワークに適した任意のタイプであってもよく、また、非限定的な例として、非一時的なコンピュータ可読記憶媒体、半導体に基づくメモリ装置、磁気メモリ装置及びシステム、光学メモリ装置及びシステム、固定メモリ及びリムーバブルメモリなど、任意の適切なデータ記憶技術を使用して実現することができる。装置８００内には１つのメモリ８２０のみが示されているが、装置８００内にはいくつかの物理的に異なるメモリモジュールが存在してもよい。プロセッサ８１０は、ローカル技術ネットワークに適した任意のタイプであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含むことができる。装置８００は、複数のプロセッサ、例えば、メインプロセッサを同期化するクロックに時間的に従属する特定用途向け集積回路チップを有することができる。
【0091】
全体として、本開示の様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、論理、又はそれらの任意の組み合わせで実現することができる。いくつかの態様は、ハードウェアで実現されてもよく、他の態様は、コントローラ、マイクロプロセッサ、又は他のコンピューティング装置により実行できるファームウェア又はソフトウェアで実現されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート又は他の何らかの絵画的表現を用いて図示及び説明されているが、本明細書に記載されたブロック、機器、システム、技術、又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又は論理、汎用ハードウェア又はコントローラ又は他のコンピューティング装置、又はそれらの何らかの組み合わせで実装できることを理解されたい。
【0092】
本開示はまた、非一時的なコンピュータ可読記憶媒体上に有形的に記憶された少なくとも一つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図２～図７を参照して上述したプロセスまたは方法を実行するために、対象の実プロセッサまたは仮想プロセッサ上の装置内で実行される、プログラムモジュールに含まれる命令などのコンピュータ実行可能な命令を含む。一般に、プログラムモジュールには、特定のタスクを実行したり、特定の抽象データ型を実装したりするルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などが含まれる。様々な実施形態において、プログラムモジュールの機能は、必要に応じて、プログラムモジュール間で結合又は分割することができる。プログラムモジュールのマシンが実行可能な命令は、ローカル又は分散型装置内で実行することができる。分散型装置において、プログラムモジュールは、ローカル記憶媒体及びリモート記憶媒体両方内に配置されていてもよい。
【0093】
本開示の方法を実行するためのプログラムコードは、１つ以上のプログラミング言語の任意の組み合わせで記述することができる。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータプロセッシング機器のプロセッサ又はコントローラに提供され、プロセッサ又はコントローラにより実行された場合、プログラムコードで、フローチャート及び／又はブロック図に指定された機能／動作を実現させる。プログラムコードは、完全にマシン上で、部分的にマシン上で、独立したソフトウェアパッケージとして、部分的にマシン上でかつ部分的にリモートマシン上で、又は完全にリモートマシン又はサーバ上で実行することができる。
【0094】
上述のプログラムコードは、マシン可読媒体上で実装することができ、マシン可読媒体は、命令実行システム、機器、又は装置により使用されるか、又はそれらに関連するプログラムを含むか又は記憶することができる任意の有形媒体であってもよい。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体とすることができる。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、機器若しくは装置、又は前述の媒体の任意の適切な組み合せを含むことができるが、これらに限定されない。マシンが読み取り可能な記憶媒体のより具体的な例は、１つ以上のワイヤを有する電気接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブル光ディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は上述の任意の適切な組合せを含むことができる。
【0095】
なお、操作について特定の順序で説明を行ったが、所望の結果を得るために、こうした操作を、示された特定の順序で実行するか若しくは連続した順序で実行し、又は、説明された全ての操作を実行することが求められる、と理解されるべきではない。場合によっては、マルチタスクや並列処理が有利になることもある。同様に、いくつかの特定の実装の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する制限として解釈されるべきではなく、特定の実施形態に固有となり得る特徴の説明として解釈されるべきである。個々の実施形態の文脈で説明されたいくつかの特徴は、単一の実施形態において組み合わされて実現されてもよい。逆に、単一の実施形態の文脈で説明された様々な特徴は、複数の実施形態において別々に、又は任意の適切なサブ組合せで実装されてもよい。
【0096】
本開示は、構造的特徴及び／又は方法論的動作に特有の言語で説明されてきたが、添付の特許請求の範囲において定義された本開示は、必ずしも上記の特定の特徴又は動作に限定されないことが理解されるべきである。むしろ、上述した特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として開示されている。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】