JP2024512961A

JP2024512961A - Ｍｂｓリソース割り当てのための方法及び装置

Info

Publication number: JP2024512961A
Application number: JP2023558809A
Authority: JP
Inventors: ペク，サンキュ; アギワル，アニル; キム，ソンフン; パク，ソンジン
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2021-03-30
Filing date: 2022-03-23
Publication date: 2024-03-21
Also published as: EP4292353A1; US20220322293A1; WO2022211351A1

Abstract

【課題】より高いデータ送信率をサポートするための５Ｇ又は６Ｇ通信システムを提供する。【解決手段】本発明は、無線通信システムで端末のＭＢＳ（ｍｕｌｔｉｃａｓｔａｎｄｂｒｏａｄｃａｓｔｓｅｒｖｉｃｅ）データ処理方法において、第１ＲＮＴＩ（ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）に基づく第１リソース割り当て情報を含む第１ＤＣＩ（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）を基地局から受信する段階と、第２ＲＮＴＩに基づく第２リソース割り当て情報を含む第２ＤＣＩを基地局から受信する段階と、第１ＤＣＩのＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）プロセス識別子と第２ＤＣＩのＨＡＲＱ（プロセス識別子が同じであれば、第１ＲＮＴＩ及び第２ＲＮＴＩに基づいて第２ＤＣＩのＮＤＩ（ｎｅｗｄａｔａｉｎｄｉｃａｔｏｒ）がトグル（ｔｏｇｇｌｅ）されたか否かを判断する段階と、を含み、第１ＲＮＴＩがＧ－ＲＮＴＩ（ｇｒｏｕｐ－ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）であり、第２ＲＮＴＩがＣ－ＲＮＴＩ（ｃｅｌｌ－ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）であれば、第１ＤＣＩのＮＤＩ値及び第２ＤＣＩのＮＤＩ値に基づいて第２ＤＣＩのＮＤＩがトグルされたか否かを判断する方法及びこれを行う装置に関する。【選択図】図１

Description

本発明は、移動通信システムにおける端末（ｕｓｅｒｅｑｕｉｐｍｅｎｔ、ＵＥ）及び基地局（ｂａｓｅｓｔａｔｉｏｎ、ｅＮＢ、ｇＮＢ）の動作に関する。また、本発明は、ＭＢＳ（ｍｕｌｔｉｃａｓｔａｎｄｂｒｏａｄｃａｓｔｓｅｒｖｉｃｅ）リソース割り当てのための方法及び装置に関する。

５Ｇ移動通信技術は、速い送信速度と新しいサービスが可能になるように広い周波数帯域を定義しており、３．５ギガヘルツ（３．５ＧＨｚ）などの６ＧＨｚ以下周波数（“Ｓｕｂ６ＧＨｚ”）帯域はもちろん、２８ＧＨｚと３９ＧＨｚなどのミリメートル波（ｍｍＷａｖｅ）と呼ばれる超高周波帯域（“Ａｂｏｖｅ６ＧＨｚ”）でも具現が可能である。また、５Ｇ通信以後（Ｂｅｙｏｎｄ５Ｇ）のシステムと呼ばれる６Ｇ移動通信技術の場合、５Ｇ移動通信技術対比５０倍速くなった送信速度と、１０分の１に減った超低（ＵｌｔｒａＬｏｗ）遅延時間を達成するためにテラヘルツ（Ｔｅｒａｈｅｒｔｚ）帯域（例えば、９５ＧＨｚで３テラヘルツ（３ＴＨｚ）帯域のような）での具現が考慮されている。

５Ｇ移動通信技術の初期には、超広帯域サービス（ｅｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄＢａｎｄ、ｅＭＢＢ）、高信頼／超低遅延通信（Ｕｌｔｒａ－ＲｅｌｉａｂｌｅＬｏｗ－ＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎｓ、ＵＬＬＣ）、大規模機械式通信（ｍａｓｓｉｖｅＭａｃｈｉｎｅ－ＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ、ｍＭＴＣ）に対するサービスサポートと性能要件の満足を目指して、超高周波帯域での伝播の経路損失緩和及び伝播の伝達距離を増加させるためのビームフォーミング（Ｂｅａｍｆｏｒｍｉｎｇ）及び巨大配列多重入出力（ＭａｓｓｉｖｅＭＩＭＯ）、超高周波数リソースの効率的な活用するための多様なヌメロロジーサポート（複数のサブキャリア間隔運用など）とスロットフォーマットに対する動的運営、多重ビーム送信及び広帯域をサポートするための初期接続技術、ＢＷＰ（Ｂａｎｄ－ＷｉｄｔｈＰａｒｔ）の定義及び運営、大容量データ伝送のためのＬＤＰＣ（ＬｏｗＤｅｎｓｉｔｙＰａｒｉｔｙＣｈｅｃｋ）符号と制御情報の信頼性が高い送信のためのポーラーコード（ＰｏｌａｒＣｏｄｅ）のような新しいチャンネルコーディング方法、Ｌ２先－処理（Ｌ２ｐｒｅ－ｐｒｏｃｅｓｓｉｎｇ）、特定のサービスに特化した専用ネットワークを提供するネットワークスライシング（ＮｅｔｗｏｒｋＳｌｉｃｉｎｇ）等に対する標準化が進行された。

現在、５Ｇ動通信技術がサポートしようとしたサービスを考慮して初期の５Ｇ移動通信技術改善（ｉｍｐｒｏｖｅｍｅｎｔ）及び性能向上（ｅｎｈａｎｃｅｍｅｎｔ）のための論議が進行しつつあり、車両が送信する自分の位置及び状態情報に基づいて自律走行車両の走行判断を助けてユーザの利便性を高めるためのＶ２Ｘ、非免許帯域で各種規制上の要求事項に符合するシステム動作を目的とするＮＲ－Ｕ（ＮｅｗＲａｄｉｏＵｎｌｉｃｅｎｓｅｄ）、ＮＲ端末低電力消耗技術（ＵＥＰｏｗｅｒＳａｖｉｎｇ）、地上網との通信が不可能な地域でカバレッジ確保のための端末－衛星直接通信である非地上ネットワーク（Ｎｏｎ－ＴｅｒｒｅｓｔｒｉａｌＮｅｔｗｏｒｋ、ＮＴＮ）、位置測位（Ｐｏｓｉｔｉｏｎｉｎｇ）などの技術に対する物理階層標準化が進行中である。

さらに、他の産業との連携及び融合を通じた新しいサービスサポートのための知能型工場（ＩｎｄｕｓｔｒｉａｌＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ、ＩＩｏＴ）、無線バックホールリンクとアクセスリンクを統合支援してネットワークサービス地域拡張のためのノードを提供するＩＡＢ（ＩｎｔｅｇｒａｔｅｄＡｃｃｅｓｓａｎｄＢａｃｋｈａｕｌ）、条件付きハンドオーバー（ＣｏｎｄｉｔｉｏｎａｌＨａｎｄｏｖｅｒ）及びＤＡＰＳ（ＤｕａｌＡｃｔｉｖｅＰｒｏｔｏｃｏｌＳｔａｃｋ）ハンドオーバーを含む移動性向上技術（ＭｏｂｉｌｉｔｙＥｎｈａｎｃｅｍｅｎｔ）、ランダムアクセス手順を簡素化する２段階ランダムアクセス（２－ｓｔｅｐＲＡＣＨｆｏｒＮＲ）などの技術に対する無線インターフェースアーキテクチャー／プロトコル分野の標準化も進行中であり、ネットワーク機能仮想化（ＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎｓＶｉｒｔｕａｌｉｚａｔｉｏｎ、ＮＦＶ）及びソフトウェア定義ネットワーキング（Ｓｏｆｔｗａｒｅ－ＤｅｆｉｎｅｄＮｅｔｗｏｒｋｉｎｇ、ＳＤＮ）技術を組み合わせるための５Ｇベースラインアーキテクチャー（例えば、ＳｅｒｖｉｃｅｂａｓｅｄＡｒｃｈｉｔｅｃｔｕｒｅ、ＳｅｒｖｉｃｅｂａｓｅｄＩｎｔｅｒｆａｃｅ）、端末の位置に基づいてサービスが提供されるモバイルエッジコンピューティング（ＭｏｂｉｌｅＥｄｇｅＣｏｍｐｕｔｉｎｇ、ＭＥＣ）などに対するシステムアーキテクチャー／サービス分野の標準化も進行中である。

このような５Ｇ移動通信システムが常用化されると、爆発的な増加趨勢にあるコネクテッド機器が通信ネットワークに接続され、これにより、５Ｇ移動通信システムの機能及び性能強化とコネクテッド機器の統合運用が必要なことが予想される。このために、拡張現実感（ＡｕｇｍｅｎｔｅｄＲｅａｌｉｔｙ；ＡＲ）、バーチャルリアリティー（ＶｉｒｔｕａｌＲｅａｌｉｔｙ；ＶＲ）、混合現実（ＭｉｘｅｄＲｅａｌｉｔｙ；ＭＲ）などを効率的にサポートするためのエクステンデッドリアリティ（ｅＸｔｅｎｄｅｄＲｅａｌｉｔｙ（ＸＲ）＝ＡＲ＋ＶＲ＋ＭＲ）、人工知能（ＡｒｔｉｆｉｃｉａｌＩｎｔｅｌｌｉｇｅｎｃｅ；ＡＩ）及びマシンラーニング（ＭａｃｈｉｎｅＬｅａｒｎｉｎｇ；ＭＬ）を活用した５Ｇ性能改善及び複雑度減少、ＡＩサービスサポート、メタバスサービスサポート、ドローン通信などに対する新しい研究が進行される予定である。

また、このような５Ｇ移動通信システムの発展は、６Ｇ移動通信技術のテラヘルツ帯域でのカバレッジ保障のための新規波形（Ｗａｖｅｆｏｒｍ）、全次元多重入出力（ＦｕｌｌＤｉｍｅｎｓｉｏｎａｌＭＩＭＯ、ＦＤ－ＭＩＭＯ）、アレイアンテナ（ＡｒｒａｙＡｎｔｅｎｎａ）、大規模アンテナ（ＬａｒｇｅＳｃａｌｅＡｎｔｅｎｎａ）のような多重アンテナ送信技術、テラヘルツ帯域信号のカバレッジを改善するためにメタ物質（Ｍｅｔａｍａｔｅｒｉａｌ）基盤レンズ及びアンテナ、ＯＡＭ（ＯｒｂｉｔａｌＡｎｇｕｌａｒＭｏｍｅｎｔｕｍ）を利用した高次元空間多重化技術、ＲＩＳ（ＲｅｃｏｎｆｉｇｕｒａｂｌｅＩｎｔｅｌｌｉｇｅｎｔＳｕｒｆａｃｅ）技術だけでなく、６Ｇ移動通信技術の周波数効率向上及びシステムネットワーク改善のための全二重化（ＦｕｌｌＤｕｐｌｅｘ）技術、衛星（Ｓａｔｅｌｌｉｔｅ）、ＡＩ（ＡｒｔｉｆｉｃｉａｌＩｎｔｅｌｌｉｇｅｎｃｅ）を設計段階から活用して終端間（Ｅｎｄ－ｔｏ－Ｅｎｄ）ＡＩサポート機能を内在化してシステム最適化を実現するＡＩ基盤通信技術、端末演算能力の限界を越す複雑度のサービスを超高性能通信とコンピューティングリソースを活用して実現する次世代分散コンピューティング技術などの開発の基盤になることができるだろう。

上述した情報は本発明の理解を助けるための背景情報としてのみ提供される。上述した内容のうちのいずれかが本発明に関して先行技術として適用され得るか否かに対する決定又は主張はなされていない。

本発明は、上記従来技術に鑑みてなされたものであって、本発明の目的は、改善した通信方法を提供することにある。具体的に、本発明は改善したＭＢＳ通信のための方法及び装置を提供することを目的とする。また、本発明は改善したＭＢＳ通信のためのＭＢＳリソース割り当てのための方法及び装置を提供することを目的とする。

本発明の追加的な様態は以下の説明で部分的に説明され、部分的には説明から明らかになるか、または提示された実施例によって学習され得る。

本発明の一態様による方法は、無線通信システムで端末によるＭＢＳ（ｍｕｌｔｉｃａｓｔａｎｄｂｒｏａｄｃａｓｔｓｅｒｖｉｃｅ）データの処理方法において、第１ＲＮＴＩ（ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）に基づいた第１リソース割り当て情報を含む第１ＤＣＩ（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）を基地局から受信する段階と、第２ＲＮＴＩに基づいた第２リソース割り当て情報を含む第２ＤＣＩを前記基地局から受信する段階と、前記第１ＤＣＩのＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）プロセス識別子と前記第２ＤＣＩのＨＡＲＱプロセス識別子が同じであれば、前記第１ＲＮＴＩ及び前記第２ＲＮＴＩに基づいて前記第２ＤＣＩのＮＤＩ（ｎｅｗｄａｔａｉｎｄｉｃａｔｏｒ）がトグル（ｔｏｇｇｌｅ）されたか否かを判断する段階と、を含み、前記第１ＲＮＴＩがＧ－ＲＮＴＩ（ｇｒｏｕｐ－ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）であり、前記第２ＲＮＴＩがＣ－ＲＮＴＩ（ｃｅｌｌ－ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）であれば、前記第１ＤＣＩのＮＤＩ値及び前記第２ＤＣＩのＮＤＩ値に基づいて前記第２ＤＣＩの前記ＮＤＩがトグルされたか否かを判断することを特徴とする。

また、本発明の一態様による方法は、無線通信システムで基地局によるＭＢＳ（ｍｕｌｔｉｃａｓｔａｎｄｂｒｏａｄｃａｓｔｓｅｒｖｉｃｅ）データの処理方法において、第１ＲＮＴＩ（ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）に基づいた第１リソース割り当て情報を含む第１ＤＣＩ（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）を端末に送信する段階と、第２ＲＮＴＩに基づいた第２リソース割り当て情報を含む第２ＤＣＩを前記端末に送信する段階と、を含み、前記第１ＤＣＩのＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）プロセス識別子と前記第２ＤＣＩのＨＡＲＱプロセス識別子が同じであれば、前記第１ＲＮＴＩ及び前記第２ＲＮＴＩに基づいて前記第２ＤＣＩのＮＤＩ（ｎｅｗｄａｔａｉｎｄｉｃａｔｏｒ）がトグル（ｔｏｇｇｌｅ）されたか否かが判断され、前記第１ＲＮＴＩがＧ－ＲＮＴＩ（ｇｒｏｕｐ－ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）であり、前記第２ＲＮＴＩがＣ－ＲＮＴＩ（ｃｅｌｌ－ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）であれば、前記第１ＤＣＩのＮＤＩ値及び前記第２ＤＣＩのＮＤＩ値に基づいて前記第２ＤＣＩの前記ＮＤＩがトグルされたか否かを判断することを特徴とする。

また、本発明の一態様による端末は、無線通信システムでＭＢＳ（ｍｕｌｔｉｃａｓｔａｎｄｂｒｏａｄｃａｓｔｓｅｒｖｉｃｅ）データを処理するための端末において、送受信部と、第１ＲＮＴＩ（ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）に基づいた第１リソース割り当て情報を含む第１ＤＣＩ（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）を基地局から前記送受信部を介して受信し、第２ＲＮＴＩに基づいた第２リソース割り当て情報を含む第２ＤＣＩを前記基地局から前記送受信部を介して受信し、前記第１ＤＣＩのＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）プロセス識別子と前記第２ＤＣＩのＨＡＲＱプロセス識別子が同じであれば、前記第１ＲＮＴＩ及び前記第２ＲＮＴＩに基づいて前記第２ＤＣＩのＮＤＩ（ｎｅｗｄａｔａｉｎｄｉｃａｔｏｒ）がトグル（ｔｏｇｇｌｅ）されたか否かを判断するように構成された制御部と、を含み、前記第１ＲＮＴＩがＧ－ＲＮＴＩ（ｇｒｏｕｐ－ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）であり、前記第２ＲＮＴＩがＣ－ＲＮＴＩ（ｃｅｌｌ－ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）であれば、前記第１ＤＣＩのＮＤＩ値及び前記第２ＤＣＩのＮＤＩ値に基づいて前記第２ＤＣＩの前記ＮＤＩがトグルされたか否かを判断することを特徴とする。

また、本発明の一態様による基地局は、無線通信システムでＭＢＳ（ｍｕｌｔｉｃａｓｔａｎｄｂｒｏａｄｃａｓｔｓｅｒｖｉｃｅ）データを処理するための基地局において、送受信部と、第１ＲＮＴＩ（ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）に基づいた第１リソース割り当て情報を含む第１ＤＣＩ（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）を端末に前記送受信部を介して送信し、第２ＲＮＴＩに基づいた第２リソース割り当て情報を含む第２ＤＣＩを前記端末に前記送受信部を介して送信するように構成された制御部と、を含み、前記第１ＤＣＩのＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）プロセス識別子と前記第２ＤＣＩのＨＡＲＱプロセス識別子が同じであれば、前記第１ＲＮＴＩ及び前記第２ＲＮＴＩに基づいて前記第２ＤＣＩのＮＤＩ（ｎｅｗｄａｔａｉｎｄｉｃａｔｏｒ）がトグル（ｔｏｇｇｌｅ）されたか否かが判断され、前記第１ＲＮＴＩがＧ－ＲＮＴＩ（ｇｒｏｕｐ－ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）であり、前記第２ＲＮＴＩがＣ－ＲＮＴＩ（ｃｅｌｌ－ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）であれば、前記第１ＤＣＩのＮＤＩ値及び前記第２ＤＣＩのＮＤＩ値に基づいて前記第２ＤＣＩの前記ＮＤＩがトグルされたか否かが判断されることを特徴とする。

本発明によれば、改善した通信方法を提供することができる。また、本発明によれば、改善したＭＢＳ通信のための方法及び装置を提供することができる。また、本発明によれば、改善したＭＢＳ通信のためのＭＢＳリソース割り当てのための方法及び装置を提供することができる。

本発明の一実施例によるＭＢＳ通信の動作方式を示す図である。本発明の一実施例によるＭＢＳ通信のためのリソース割り当て方式を示す図である。本発明の一実施例によるＭＢＳ通信のための端末のダウンリンク無線リソース受信方式を示す図である。本発明の一実施例によるＭＢＳ通信のためのリソース割り当て方式を示す図である。本発明の一実施例によるＭＢＳ通信のための端末のダウンリンク無線リソース受信方式を示す図である。本発明の一実施例によるＭＢＳ通信のためのリソース割り当て方式を示す図である。本発明の一実施例によるＭＢＳ通信のための端末のダウンリンク無線リソース受信方式を示す図である。本発明の一実施例によるＭＢＳ通信のためのリソース割り当て方式を示す図である。本発明の一実施例によるＭＢＳ送信のための無線ベアラー構造を示す図である。本発明の一実施例によるＭＢＳ送信のためのＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）プロセスの構成を示す図である。本発明の一実施例によるＭＢＳ通信のためのリソース割り当てグループを示す図である。本発明の一実施例によるＭＢＳ通信のためのリソース割り当て方式を示す図である。本発明の一実施例による基地局の構造を示す図である。本発明の一実施例による端末の構造を示す図である。

図面を参照する以下の説明は、本発明の様々な実施形態の包括的な理解を助けるために提供される、多様な特定の細部詳細事項を含むが、これは単なる例と見なされるべきである。したがって、当業者は、本明細書に記載の様々な実施例の様々な変更及び修正が、本発明の範囲及び思想から逸脱せず行われることを認識するだろう。なお、公知の機能や構成の説明は、明確性及び簡潔性のために省略される。

以下の説明で用いられる用語及び単語は書誌的意味に限定されず、発明者が本発明を明確かつ一貫して理解するために用いられたものに過ぎない。したがって、本発明の様々な実施形態の以下の説明は、本発明を限定する目的ではなく例示目的でのみ提供されることが当業者には明らかであろう。

単数形「ａ」、「ａｎ」、及び「ｔｈｅ」は、文脈上明らかに別段の指示がない限り、複数の対象を含む。したがって、例えば、「部品表面」への言及は、これらの表面の１つ以上への言及を含む。

本明細書において、実施例を説明するに当たり、本発明が属する技術分野によく知られ、本発明と直接的に関連がない技術内容については説明を省略する。これは、不要な説明を省略することにより本発明の要旨を明瞭にしてより明確に伝達するためである。

同様の理由で図面において一部構成要素は誇張されたり省略されたり概略的に図示された。また、各構成要素のサイズは実際サイズを全的に反映するものではない。各図面で同じ又は対応する構成要素には同じ参照番号を付した。

本発明の利点及び特徴、及びそれらを達成する方法は図面と共に詳細に後述されている実施例を参照すれば明確になるだろう。しかし、本発明は以下で開示される実施例に限定されるものではなく互いに異なる多様な形態で具現され、ただ本実施例は本開示を完全にし、本発明が属する技術分野で通常の知識を有する者に発明の範囲を完全に知らせるために提供されるものである。明細書全体にわたって同じ参照番号は同じ構成要素を称する。

このとき、処理フローチャートの各ブロックとフローチャートの図面の組み合せは、コンピュータープログラムインストラクションによって行われることが理解されるだろう。これらコンピュータープログラムインストラクションは汎用コンピューター、特殊用コンピューター、又はその他のプログラム可能なデータプロセッシング装備のプロセッサに搭載されるので、コンピューター又はその他のプログラム可能なデータプロセッシング装備のプロセッサを介して行われるそのインストラクションが、フローチャートブロックで説明された機能を行う手段を生成する。これらコンピュータープログラムインストラクションは、特定方式で機能を具現するためにコンピューター又はその他のプログラム可能なデータプロセッシング装備を志向するコンピューター利用可能、又はコンピューター可読メモリーに記憶可能であるので、そのコンピューター利用可能、又はコンピューター可読メモリーに記憶されたインストラクションはフローチャートブロックで説明された機能を行うインストラクション手段を内包する製造品目を生産することも可能である。コンピュータープログラムインストラクションは、コンピューター又はその他のプログラム可能なデータプロセッシング装備上に搭載されることも可能であるので、コンピューター又はその他のプログラム可能なデータプロセッシング装備上で一連の動作段階が行われ、コンピューターで実行されるプロセスを生成してコンピューター又はその他のプログラム可能なデータプロセッシング装備を作動させるンストラクションはフローチャートブロックで説明された機能を行うための段階を提供する。

また、各ブロックは、特定された論理的機能を行うための１つ以上の実行可能なインストラクションを含むモジュール、セグメント、又はコードの一部を示す。また、幾つか代替実行例ではブロックで言及された機能が順序を外れて発生することも可能であることに注意する必要がある。例えば、接して示されている２つのブロックは、実は実質的に同時に行われることも可能で、又はそのブロックが時々該当する機能によって逆順に行われることも可能である。

このとき、本実施形態に用いられる“～部”という用語は、ソフトウェア又はＦＰＧＡ若しくはＡＳＩＣのようなハードウェア構成要素を意味し、“～部”は所定の機能を行う。しかし、“～部”は、ソフトウェア又はハードウェアに限定される意味ではない。“～部”はアドレシングすることができる記憶媒体にあるように構成されることもでき、１つ又はその以上のプロセッサを再生させるように構成されることもできる。したがって、一例として“～部”はソフトウェア構成要素、客体志向ソフトウェア構成要素、クラス構成要素及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーティン、プログラムコードのセグメント、ドライバー、ファームウエア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。構成要素と“～部”のうちで提供される機能はより小さい数の構成要素及び“～部”に結合されたり追加的構成要素と“～部”でさらに分離され得る。さらに、構成要素及び“～部”はデバイス又は保安マルチメディアカード内の１つ又はその以上のＣＰＵを再生させるように具現される。

図１は、本発明一実施例によるＭＢＳ通信の動作方式を示す図である。

ＭＢＳ（ＭｕｌｔｉｃａｓｔａｎｄＢｒｏａｄｃａｓｔＳｅｒｖｉｃｅ）通信は、無線通信システムにおいて一つの送信装置が多数の受信装置と通信する方式を言う。ここで、送信装置は基地局であり、それぞれの受信装置は端末になる。ただし、これに限定されず送信装置が端末になり得る。

図１の実施例は、基地局１１０が送信装置であり、端末１２０、１３０、１４０が受信装置である場合のＭＢＳ通信を行う例を示す。ＭＢＳ通信は、不特定多数のためのブロードキャスト（Ｂｒｏａｄｃａｓｔ）方式で行われ、特定の多数の受信装置のためのマルチキャスト（Ｍｕｌｔｉｃａｓｔ）方式で行われる。もし、マルチキャスト方式で通信を行う場合、基地局１１０は特定の端末だけに当該マルチキャストパケットが受信されるように設定する。このために、特定のマルチキャスト通信を行う端末の集合が設定され、図１の実施例ではこれをマルチキャストグループ１６０と称する。逆に基地局１１０が端末１５０と一対一通信をする方式をユニキャスト（Ｕｎｉｃａｓｔ）と称する。

マルチキャストグループ内にある端末１２０、１３０、１４０は、マルチキャストグループ別に同じリソース識別子であるＧ－ＲＮＴＩ（Ｇｒｏｕｐ－ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｔｙ）が割り当てられることにより、当該Ｇ－ＲＮＴＩに対して割り当てられたデータを受信する。Ｇ－ＲＮＴＩは、マルチキャストグループ内にある端末が共有するＲＮＴＩとして、Ｇ－ＲＮＴＩを受信した端末はＭＢＳサービスのための無線リソースを基地局から受信する。図１の実施例では、端末１（１２０）、端末２（１３０）、端末３（１４０）が一つのマルチキャストグループに設定され、Ｇ－ＲＮＴＩが割り当てられて、基地局１１０からのデータをマルチキャスト方式で受信することを仮定する。端末４（１５０）は、マルチキャストグループに含まれないため、Ｇ－ＲＮＴＩが割り当てられず、これによって端末１（１２０）、端末２（１３０）、端末３（１４０）が基地局１１０から受信するデータを、端末４（１５０）は受信することができない。

マルチキャストグループは、基地局１１０のカバレージ内に一つ以上設定され、それぞれのマルチキャストグループはＧ－ＲＮＴＩによって区分される。一つの端末は、一つ以上のＧ－ＲＮＴＩを基地局１１０から割り当てられる。端末は、接続モード（ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）ＣＯＮＮＥＣＴＥＤＭＯＤＥ）でだけでなく、アイドルモード（ＲＲＣＩＤＬＥＭＯＤＥ）や非活性モード（ＲＲＣＩＮＡＣＴＩＶＥＭＯＤＥ）でも、接続モードで割り当てられたＧ－ＲＮＴＩ値を用いてマルチキャストデータを受信する。Ｇ－ＲＮＴＩは、端末の接続モードで、ＲＲＣ再設定（Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージ、ＲＲＣ設立（Ｓｅｔｕｐ）メッセージ、ＲＲＣ再設立（Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）メッセージのうちの少なくとも一つのメッセージに含まれて設定される。しかし、これに限定されず、Ｇ－ＲＮＴＩは、システム情報ブロック（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ、ＳＩＢ）に、端末が受信するＧ－ＲＮＴＩ値として含まれて、基地局から送信される。Ｇ－ＲＮＴＩ値が設定された端末は、その後、Ｇ－ＲＮＴＩ値を適用する。

通常、マルチキャスト及びブロードキャストは、サービス観点で送信者が多数の受信者に送信することを意味し、一方、無線区間では、Ｇ－ＲＮＴＩを端末が共有して、基地局が多数の端末に送信する方式を、ＰＴＭ（Ｐｏｉｎｔ－Ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）送信と称する。そして、無線区間で、基地局がそれぞれの端末に一対一通信でデータを送信する方式をＰＴＰ（Ｐｏｉｎｔ－Ｔｏ－Ｐｏｉｎｔ）送信と称する。マルチキャスト又はブロードキャストサービスに対してＰＴＭ方式でデータを送信するか又はＰＴＰ方式でデータを送信するかは、通信網の運用状況によって選択される。さらに、ＰＴＭ方式とＰＴＰ方式の送信を混用して用いることもできる。例えば、ＰＴＭ方式で基地局が多数の端末に初期送信を行った後、初期送信を成功的に受信することができない端末にＰＴＰ方式でデータを再送信する。この時、ＰＴＭ送信のためには端末が共有するＲＮＴＩであるＧ－ＲＮＴＩを用い、ＰＴＰ方式の送信又は再送信のためには端末固有のＲＮＴＩであるＣ－ＲＮＴＩ（Ｃｅｌｌ－ＲＮＴＩ）やマルチキャストサービスのＰＴＰ送信のための別途のＲＮＴＩ（本発明ではＲＴ－ＲＮＴＩと称する、ＲｅＴｒａｎｓｍｉｓｓｉｏｎ－ＲＮＴＩ）を用いる。ＲＴ－ＲＮＴＩは、ユニキャストリソースの割り当て目的で用いられるＣ－ＲＮＴＩを用いて割り当てられたリソースのＤＣＩフィールドに、ＰＴＰ送信を示すインジケーターを含むように具現（ｉｍｐｌｅｍｅｎｔｅｄ）される。端末は、Ｃ－ＲＮＴＩを用いて割り当てられたＰＤＣＣＨ物理チャンネルのＤＣＩメッセージからＰＴＰ送信を示すインジケーターを確認すると、これがユニキャスト送信ではないマルチキャストメッセージのＰＴＰ送信（又は再送信）であることを確認する。この時、直前の送信がＣ－ＲＮＴＩを用いたユニキャスト送信の場合、新しい送信は以前の送信とは異なるメッセージの送信であると区分されて、新規送信として考慮される。

図２は、本発明の一実施例によるＭＢＳ通信のためのリソース割り当て方式を示す図である。

図２を参照すれば、基地局（ｂａｓｅｓｔａｔｉｏｎｏｒｇＮＢ）２１０は、第１端末（ＵＥ、ＵｓｅｒＥｑｕｉｐｍｅｎｔ）２２０と第２端末２３０にＭＢＳサービスを提供するために、ＰＴＭ方式の送信とＰＴＰ方式の送信とを混用してデータを送信する。図２の実施例では、２個の端末にＭＢＳサービスが提供されることを仮定したが、２個以外の端末にＭＢＳサービスが提供される場合にも同じ方法を適用することができる。図２の実施例で、ＰＴＭ方式の送信は、端末が共有するＧ－ＲＮＴＩを用いてダウンリンク無線リソースを割り当てて送信し、ＰＴＰ方式の送信は、各端末が有しているＲＴ－ＲＮＴＩを用いて当該端末にだけダウンリンク無線リソースを割り当てて送信することを仮定する。そして、ＰＴＭではないユニキャストサービスのための無線ベアラー（ｒａｄｉｏｂｅａｒｅｒ）のデータ送信は、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ（ＭｏｄｕｌａｔｉｏｎＣｏｄｉｎｇＳｃｈｅｍｅ－Ｃｅｌｌ－ＲＮＴＩ）、ＣＳ－ＲＮＴＩ（ＣｏｎｆｉｇｕｒｅｄＳｃｈｅｄｕｌｉｎｇ－ＲＮＴＩ）などを用いて当該端末にだけダウンリンク無線リソースを割り当てて送信する。

ＲＮＴＩを用いてダウンリンク無線リソースを割り当ててダウンリンクデータの送信を指示する時、この送信が初期送信（Ｉｎｉｔｉａｌｔｒａｎｓｍｉｓｓｉｏｎ）であるか又は再送信（Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）であるか示すために、ＮＤＩ（ＮｅｗＤａｔａＩｎｄｉｃａｔｏｒ）ビットの値を用いる。このＮＤＩビットは、各ＲＮＴＩを用いてリソースの位置を示すＰＤＣＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）物理チャンネルのＤＣＩ（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏ）メッセージに含まれて送信される。図２の実施例では、Ｇ－ＲＮＴＩ及びＲＴ－ＲＮＴＩを用いた送信である時の直前に割り当てられたリソースがどのＲＮＴＩを用いて割り当てられたか、及び直前Ｇ－ＲＮＴＩ又はＲＮ－ＲＮＴＩリソースのＮＤＩ値がトグルされたか（０から１に変更又は１から０に変更）否かに応じて、初期送信と再送信を区分することを特徴とする。Ｇ－ＲＮＴＩ及びＲＴ－ＲＮＴＩを用いて割り当てられたリソースは、ＭＢＳサービスのためのＰＴＭ又はＰＴＰ送信を意味するから、他のＲＮＴＩを用いた送信と言っても同じＨＡＲＱプロセスのデータであれば同じ送信ブロック（ＴｒａｎｓｐｏｒｔＢｌｏｃｋ）のデータになる。しかし、Ｃ－ＲＮＴＩを用いて割り当てられたリソースはＭＢＳサービスのための送信ではないユニキャストのためのデータであるため、Ｇ－ＲＮＴＩ又はＲＴ－ＲＮＴＩを用いて割り当てられたリソース以後にＣ－ＲＮＴＩを用いて割り当てられたリソースが位置するか、反対の場合にはＮＤＩがトグルされたか否かにかかわらず新しい初期送信が行われなければならない。これを考慮して、Ｇ－ＲＮＴＩ又はＲＴ－ＲＮＴＩを用いて割り当てられたリソースの場合、同じＨＡＲＱプロセスで直前に割り当てられたダウンリンク無線リソースがＧ－ＲＮＴＩ又はＲＴ－ＲＮＴＩを用いて割り当てられた場合には、ＮＤＩ値を比べて、ＮＤＩ値がトグルされたか否かに応じて初期送信であるか又は再送信であるかを決定する。

図２を参照すれば、ｔ１時点に、基地局２１０は、Ｇ－ＲＮＴＩを用いて第１端末２２０と第２端末２３０の両方にＨＡＲＱプロセスＩＤ１のＨＡＲＱプロセスでデータを送信する（２４０動作）。この時、ＮＤＩ値は０に設定されたと仮定する。その後、第１端末２２０にだけ再送信が必要であると判断して、ｔ２時点に、第１端末２２０のＲＴ－ＲＮＴＩを用いて、第１端末２２０にＨＡＲＱプロセスＩＤ１のＨＡＲＱプロセスで再送信を行い、この時、ＮＤＩ値を０に設定する（２５０動作）。この時、第１端末２２０は、ＲＴ－ＲＮＴＩを用いて割り当てられたダウンリンク無線リソースに対して、以前に同じＨＡＲＱプロセスで受信した送信が、Ｇ－ＲＮＴＩを用いて割り当てられたダウンリンク無線リソースであるため、ＮＤＩビットの値を比べてＮＤＩビットの値が０で互いに同じであるから、ＮＤＩビットがトグルされない再送信と判断する。第１端末２２０は、再送信の場合、以前に受けて受信ＨＡＲＱバッファーに記憶されているソフトバッファー（ＳｏｆｔＢｕｆｆｅｒ）データと結合（Ｃｏｍｂｉｎｉｎｇ）して、デコーディングを行う。その後、ｔ３時点に、同じＨＡＲＱプロセスＩＤ１のＨＡＲＱプロセスで、基地局２１０は、第２端末２３０にＣ－ＲＮＴＩを用いたユニキャスト送信を行う（２６０動作）。この時、第２端末２３０は、ＮＤＩビットの値が１に設定されたが、この値に関係なく、以前の送信がＧ－ＲＮＴＩを用いたＭＢＳデータ送信であるため、ｔ３時点に送信されたデータは、ＮＤＩビットがトグルされた初期送信と判断する。その後、ｔ４時点に、基地局２１０は、第１端末２２０と第２端末２３０の両方に、Ｇ－ＲＮＴＩを用いてＨＡＲＱプロセスＩＤ１のＨＡＲＱプロセスで、ＭＢＳデータを送信すると仮定する（２７０動作）。この時、ＮＤＩビットは１に設定される。ダウンリンク無線リソースの割り当てを確認した第１端末２２０は、以前に同じＨＡＲＱプロセスで受信した送信がＲＴ－ＲＮＴＩを用いて割り当てられたダウンリンク無線リソースであるため、ＮＤＩビットの値を比べてＮＤＩ値が０から１に変化したから、ＮＤＩがトグルされた初期送信と判断する。一方、ダウンリンク無線リソースの割り当てを確認した第２端末２３０は、以前に同じＨＡＲＱプロセスで受信した送信がＣ－ＲＮＴＩを用いて割り当てられたダウンリンク無線リソースであるため、ＮＤＩビットの値に関係なくＮＤＩがトグルされたと見做して初期送信と判断する。

上述したように、基地局２１０は、端末２２０及び２３０が上記動作を行うように初期送信及び再送信データに対するＮＤＩビットをＤＣＩに設定して送信を行う。

図３は、本発明の一実施例によるＭＢＳ通信のための端末のダウンリンク無線リソース受信方式を示す図である。

基地局は、端末にＭＢＳサービスを提供するためにＰＴＭ方式の送信とＰＴＰ方式の送信を混用してデータを送信する。

図３の実施例で、ＰＴＭ方式の送信は、端末が共有するＧ－ＲＮＴＩを用いてダウンリンク無線リソースを割り当てて送信し、ＰＴＰ方式の送信は、各端末が有しているＲＴ－ＲＮＴＩを用いて当該端末にだけダウンリンク無線リソースを割り当てて送信すると仮定する。そして、ＰＴＭではないユニキャストサービスのための無線ベアラーのデータ送信は、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ（ＭｏｄｕｌａｔｉｏｎＣｏｄｉｎｇＳｃｈｅｍｅ－Ｃｅｌｌ－ＲＮＴＩ）、ＣＳ－ＲＮＴＩ（ＣｏｎｆｉｇｕｒｅｄＳｃｈｅｄｕｌｉｎｇ－ＲＮＴＩ）などを用いて基地局が当該端末にだけダウンリンク無線リソースを割り当てて送信する。この時の端末は、基地局からのダウンリンク送信が新規送信であるか又は再送信であるかを判断する動作を行う必要がある。

端末がＰＤＣＣＨ物理チャンネルでダウンリンク無線リソースを割り当てられた場合に（３１０動作）、端末はこのリソースがどのＲＮＴＩを用いて割り当てられたリソースであるかを確認する必要がある（３２０動作）。もし、このリソースがＧ－ＲＮＴＩ又はＲＴ－ＲＮＴＩを用いて割り当てられたリソースであれば（３２１動作）、端末は、直前に割り当てられた同じＨＡＲＱプロセスのＨＡＲＱ装置に指示されたダウンリンク無線リソースが、ＣＳ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、若しくはＭＣＳ－Ｃ－ＲＮＴＩを用いて割り当てられたリソースであるか、又はダウンリンクＣｏｎｆｉｇｕｒｅｄＧｒａｎｔ（Ｓｅｍｉ－ＰｅｒｓｉｓｔｅｎｔＳｃｈｅｄｕｌｉｎｇ）であるかを確認する（３３０動作）。３３０動作の判断結果が“ｙｅｓ”の場合（直前に割り当てられた同じＨＡＲＱプロセスのＨＡＲＱ装置に指示されたダウンリンクリソースがＣＳ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、若しくはＭＣＳ－Ｃ－ＲＮＴＩを用いて割り当てられたリソースであるか、又はダウンリンクＣｏｎｆｉｇｕｒｅｄＧｒａｎｔの場合）、直前のリソースはユニキャスト送信であるため、以前の送信はＭＢＳデータの送信に用いられるＧ－ＲＮＴＩ又はＲＴ－ＲＮＴＩ送信ではないことになる。したがって、端末は、３１０動作のＰＤＣＣＨによる今度の送信はＭＢＳ送信の初期送信に該当し、ＮＤＩ値に関係なくＮＤＩがトグルされたと見做す（Ｃｏｎｓｉｄｅｒ）（３３１動作）。そして、端末は、ＨＡＲＱ装置に、ダウンリンクに割り当てられたリソース（ｄｏｗｎｌｉｎｋａｌｌｏｃａｔｅｄｒｅｓｏｕｒｃｅ）があることを通知して、ＮＤＩトグル情報を含むＨＡＲＱ情報を伝達する（３３２動作）。３３０動作の判断結果が“ｎｏ”の場合（直前に割り当てられた同じＨＡＲＱプロセスのＨＡＲＱ装置に指示されたダウンリンクリソースがＣＳ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、若しくはＭＣＳ－Ｃ－ＲＮＴＩを用いて割り当てられたリソースではないか、又はダウンリンクＣｏｎｆｉｇｕｒｅｄＧｒａｎｔではない場合）、言い換えれば、以前のリソースがＧ－ＲＮＴＩやＲＴ－ＲＮＴＩを用いて割り当てられたリソースであれば（３３０動作）、現在のリソース割り当て時に受けたＤＣＩのＮＤＩ値を、以前のリソース割り当て時に受けたＮＤＩ値と比べて、ＮＤＩがトグルされたか否かを決定する（３３５動作）。

端末がＰＤＣＣＨ物理チャンネルでダウンリンク無線リソースを割り当てられた場合に（３１０動作）、端末はこのリソースがどのＲＮＴＩを用いて割り当てられたリソースであるかを確認して（３２０動作）、Ｃ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩを用いて割り当てられたリソースであれば（３２２動作）、直前に割り当てられた同じＨＡＲＱプロセスのＨＡＲＱ装置に指示されたダウンリンク無線リソースが、ＣＳ－ＲＮＴＩ、Ｇ－ＲＮＴＩ、若しくはＲＴ－ＲＮＴＩを用いて割り当てられたリソースであるか、又はダウンリンクＣｏｎｆｉｇｕｒｅｄＧｒａｎｔ（Ｓｅｍｉ－ＰｅｒｓｉｓｔｅｎｔＳｃｈｅｄｕｌｉｎｇ）であるかを確認する（３４０動作）。３４０動作の判断結果が“ｙｅｓ”の場合（直前に割り当てられた同じＨＡＲＱプロセスのＨＡＲＱ装置に指示されたダウンリンクリソースがＣＳ－ＲＮＴＩ、Ｇ－ＲＮＴＩ、若しくはＲＴ－ＲＮＴＩを用いて割り当てられたリソースであるか、又はダウンリンクＣｏｎｆｉｇｕｒｅｄＧｒａｎｔの場合）、直前に割り当てられたダウンリンク無線リソースは、Ｃ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩを用いて今度割り当てられた送信とは異なる送信になる。したがって、端末は、ＮＤＩ値に関係なくＮＤＩがトグルされたと見做す（Ｃｏｎｓｉｄｅｒ）（３４１動作）。そして、端末は、ＨＡＲＱ装置に、ダウンリンクに割り当てられたリソースがあることを通知して、ＮＤＩトグル情報を含むＨＡＲＱ情報を伝達する（３４２動作）。３４０動作の判断結果が“ｎｏ”の場合（直前に割り当てられた同じＨＡＲＱプロセスのＨＡＲＱ装置に指示されたダウンリンクリソースがＣＳ－ＲＮＴＩ、Ｇ－ＲＮＴＩ、若しくはＲＴ－ＲＮＴＩを用いて割り当てられたリソースではないか、又はダウンリンクＣｏｎｆｉｇｕｒｅｄＧｒａｎｔではなければ）、言い換えれば、以前のリソースがＣ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩを用いて割り当てられたリソースであれば（３４０動作）、端末は、現在のリソース割り当て時に受けたＤＣＩのＮＤＩ値を以前のリソース割り当て時に受けたＮＤＩ値と比べて、ＮＤＩがトグルされたか否かを決定する（３４５動作）。

図４は、本発明の一実施例によるＭＢＳ通信のためのリソース割り当て方式を示す図である。

図４を参照すれば、基地局（ｂａｓｅｓｔａｔｉｏｎ、ｇＮＢ）４１０は、第１端末４２０と第２端末４３０にＭＢＳサービスを提供するためにＰＴＭ方式の送信とＰＴＰ方式の送信を混用してデータを送信する。

図４の実施例では、２個の端末４２０及び４３０にＭＢＳサービスが提供されることを仮定したが、２個以外の端末にＭＢＳサービスが提供される場合にも同じ方法を適用することができる。図４の実施例で、ＰＴＭ方式の送信は、端末が共有するＧ－ＲＮＴＩを用いて基地局４１０がダウンリンク無線リソースを割り当てて送信し、ＰＴＰ方式の送信は、各端末がユニキャスト通信に用いるために有しているＣ－ＲＮＴＩ（又はＭＣＳ－Ｃ－ＲＮＴＩ）を用いて基地局４１０が当該端末にだけダウンリンク無線リソースを割り当てて送信することを仮定する。言い替えれば、Ｃ－ＲＮＴＩ（又はＭＣＳ－Ｃ－ＲＮＴＩ）を用いた送信は、ＰＴＰ方式のＭＢＳデータ送信及びユニキャスト送信の両方に用いることができる。

基地局４１０は、ＲＮＴＩを用いてダウンリンク無線リソースを割り当ててダウンリンクデータの送信を指示する時、この送信が初期送信（Ｉｎｉｔｉａｌｔｒａｎｓｍｉｓｓｉｏｎ）であるか又は再送信（Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）であるか示すためにＮＤＩ（ＮｅｗＤａｔａＩｎｄｉｃａｔｏｒ）ビットの値を用いる。このＮＤＩビットは、各ＲＮＴＩを用いてリソースの位置を示すＰＤＣＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）物理チャンネルのＤＣＩ（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏ）メッセージに含まれて送信される。図４の実施例では、Ｇ－ＲＮＴＩを用いた送信である時、直前に割り当てられたリソースがどのＲＮＴＩを用いて割り当てられたか、及び直前Ｇ－ＲＮＴＩリソースのＮＤＩ値がトグルされたか（０から１に変更又は１から０に変更）否かに応じて、初期送信と再送信を区分することを特徴とする。Ｇ－ＲＮＴＩを用いて割り当てられたリソースは、ＭＢＳサービスのためのＰＴＭ送信を意味するから、同じＨＡＲＱプロセスのデータであれば同じ送信ブロック（ＴｒａｎｓｐｏｒｔＢｌｏｃｋ）のデータになる。しかし、Ｃ－ＲＮＴＩを用いて割り当てられたリソースは、ＭＢＳサービスのためのＰＴＭ送信であるか又はユニキャストのためのデータであるため、端末は、Ｇ－ＲＮＴＩを用いて割り当てられたリソース以後にＣ－ＲＮＴＩを用いて割り当てられたリソースが位置する場合には、ＮＤＩがトグルされたか否かに基づいて、送信が初期送信であるか否かを判断しなければならない。一方、Ｃ－ＲＮＴＩ（又はＭＣＳ－Ｃ－ＲＮＴＩ）を用いて割り当てられたリソース以後に、Ｇ－ＲＮＴＩを用いて割り当てられたリソースが位置する場合には、端末はＮＤＩ値に関係なく、送信を初期送信と判断しなければならない。これを考慮し、端末は、Ｇ－ＲＮＴＩを用いて割り当てられたリソースの場合、同じＨＡＲＱプロセスに直前に割り当てられたダウンリンク無線リソースがＧ－ＲＮＴＩを用いて割り当てられた場合に、ＮＤＩ値を比べてＮＤＩ値がトグルされたか否かに応じて、送信が初期送信であるか又は再送信であるかを決定する。

図４を参照すれば、ｔ１時点に、基地局４１０はＧ－ＲＮＴＩを用いて第１端末４２０と第２端末４３０の両方にＨＡＲＱプロセスＩＤ１のＨＡＲＱプロセスのデータを送信する（４４０動作）。この時、ＮＤＩ値は０に設定されたと仮定する。その後、基地局は第１端末４２０にだけ再送信が必要であると判断して、ｔ２時点に、第１端末４２０のＣ－ＲＮＴＩを用いて第１端末４２０にＨＡＲＱプロセスＩＤ１のＨＡＲＱプロセスで再送信を行い、この時、ＮＤＩ値を０に設定する（４５０動作）。この時、第１端末４２０は、Ｃ－ＲＮＴＩを用いて割り当てられたダウンリンク無線リソースに対して、以前に同じＨＡＲＱプロセスで受信した送信が、Ｇ－ＲＮＴＩを用いて割り当てられたダウンリンク無線リソースであるため、ＮＤＩビットの値を比べて、ＮＤＩビットの値が０で互いに同じであるため、ＮＤＩビットがトグルされない再送信と判断する。再送信の場合、第１端末４２０は、以前に受けて受信ＨＡＲＱバッファーに記憶されているソフトバッファー（ＳｏｆｔＢｕｆｆｅｒ）データと結合（Ｃｏｍｂｉｎｉｎｇ）してデコーディングを行う。その後、ｔ３時点に、同じＨＡＲＱプロセスＩＤ１のＨＡＲＱプロセスで、基地局４１０が第２端末４３０にＣ－ＲＮＴＩを用いたユニキャスト送信を行う（４６０動作）。この時、第２端末４３０は、以前に同じＨＡＲＱプロセスで受信した送信がＧ－ＲＮＴＩを用いて割り当てられたダウンリンク無線リソースであるため、ＮＤＩビットの値を比べて、ＮＤＩビットの値が１に設定されたから、ｔ３時点に送信されたデータはＮＤＩビットがトグルされた初期送信であると判断する。その後、ｔ４時点に、基地局４１０は、第１端末４２０と第２端末４３０の両方にＧ－ＲＮＴＩを用いてＨＡＲＱプロセスＩＤ１のＨＡＲＱプロセスでＭＢＳデータを送信すると仮定する（４７０動作）。この時、ＮＤＩビットは１に設定される。ダウンリンク無線リソースの割り当てを確認した第１端末４２０は、以前に同じＨＡＲＱプロセスで受信した送信が、Ｃ－ＲＮＴＩを用いて割り当てられたダウンリンク無線リソースであるため、ＮＤＩビットの値に関係なく、ＮＤＩがトグルされたと見做して、初期送信と判断する。ダウンリンク無線リソースの割り当てを確認した第２端末４３０は、以前に同じＨＡＲＱプロセスで受信した送信が、Ｃ－ＲＮＴＩを用いて割り当てられたダウンリンク無線リソースであるため、ＮＤＩビットの値に関係なくＮＤＩがトグルされたと見做して、初期送信と判断する。

上述したように、基地局４１０は端末４２０及び４３０が上記動作を行うように初期送信及び再送信データに対するＮＤＩビットをＤＣＩに設定して送信を行う。

図５は、本発明の一実施例によるＭＢＳ通信のための端末のダウンリンク無線リソース受信方式を示す図である。

図５の実施例で、ＰＴＭ方式の送信は、端末が共有するＧ－ＲＮＴＩを用いてダウンリンク無線リソースを割り当てて送信し、ＰＴＰ方式の送信は各端末がユニキャスト通信に用いるために有しているＣ－ＲＮＴＩ（又はＭＣＳ－Ｃ－ＲＮＴＩ）を用いて当該端末にだけダウンリンク無線リソースを割り当てて送信すると仮定する。言い替えれば、Ｃ－ＲＮＴＩ（又はＭＣＳ－Ｃ－ＲＮＴＩ）を用いた送信は、ＰＴＰ方式のＭＢＳデータ送信及びユニキャスト送信の両方に用いられる。この時の端末は、この送信が新規送信であるか又は再送信であるかを判断する動作を行う必要がある。

端末がＰＤＣＣＨ物理チャンネルでダウンリンク無線リソースを割り当てられた場合に（５１０動作）、端末はこのリソースがどのＲＮＴＩを用いて割り当てられたリソースであるかを確認する必要がある（５２０動作）。もし、このリソースがＧ－ＲＮＴＩを用いて割り当てられたリソースであれば（５２１動作）、端末は、直前に割り当てられた同じＨＡＲＱプロセスのＨＡＲＱ装置に指示されたダウンリンク無線リソースがＣＳ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、若しくはＭＣＳ－Ｃ－ＲＮＴＩを用いて割り当てられたリソースであるか、又はダウンリンクＣｏｎｆｉｇｕｒｅｄＧｒａｎｔ（Ｓｅｍｉ－ＰｅｒｓｉｓｔｅｎｔＳｃｈｅｄｕｌｉｎｇ）であるかを確認する（５３０動作）。５３０動作の判断結果が“ｙｅｓ”であれば（直前に割り当てられた同じＨＡＲＱプロセスのＨＡＲＱ装置に指示されたダウンリンク無線リソースがＣＳ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、若しくはＭＣＳ－Ｃ－ＲＮＴＩを用いて割り当てられたリソースであるか、又はダウンリンクＣｏｎｆｉｇｕｒｅｄＧｒａｎｔの場合）、直前リソースはユニキャスト送信であるため、ＭＢＳデータの送信に用いられるＧ－ＲＮＴＩ送信ではないことになる。したがって、今度の送信は新規送信に該当するから、端末はＮＤＩ値に関係なくＮＤＩがトグルされたと見做す（Ｃｏｎｓｉｄｅｒ）（５３１動作）。そして、ＨＡＲＱ装置にダウンリンクに割り当てられたリソースがあることを通知して、ＮＤＩトグル情報を含むＨＡＲＱ情報を伝達する（５３２動作）。５３０動作の判断結果が“ｎｏ”の場合（直前に割り当てられた同じＨＡＲＱプロセスのＨＡＲＱ装置に指示されたダウンリンクリソースがＣＳ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、若しくはＭＣＳ－Ｃ－ＲＮＴＩを用いて割り当てられたリソースではないか、又はダウンリンクＣｏｎｆｉｇｕｒｅｄＧｒａｎｔではなければ）、言い換えれば、以前のリソースがＧ－ＲＮＴＩを用いて割り当てられたリソースであれば（５３０動作）、端末は現在のリソース割り当て時に受けたＤＣＩのＮＤＩ値を、以前のリソース割り当て時に受けたＮＤＩ値と比べて、ＮＤＩがトグルされたか否かを決定する（５３５動作）。

端末がＰＤＣＣＨ物理チャンネルでダウンリンク無線リソースを割り当てられた場合に（５１０動作）、端末はこのリソースがどのＲＮＴＩを用いて割り当てられたリソースであるかを確認して（５２０動作）、Ｃ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩを用いて割り当てられたリソースであれば（５２２動作）、端末は、直前に割り当てられた同じＨＡＲＱプロセスのＨＡＲＱ装置に指示されたダウンリンク無線リソースがＣＳ－ＲＮＴＩを用いて割り当てられたリソースであるか、又はダウンリンクＣｏｎｆｉｇｕｒｅｄＧｒａｎｔ（Ｓｅｍｉ－ＰｅｒｓｉｓｔｅｎｔＳｃｈｅｄｕｌｉｎｇ）であるかを確認する（５４０動作）。５４０動作の判断結果が“ｙｅｓ”の場合（直前に割り当てられた同じＨＡＲＱプロセスのＨＡＲＱ装置に指示されたダウンリンク無線リソースがＣＳ－ＲＮＴＩを用いて割り当てられたリソースであるか、又はダウンリンクＣｏｎｆｉｇｕｒｅｄＧｒａｎｔの場合）、直前に割り当てられた無線リソースは、Ｃ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩを用いて今度割り当てられた送信とは異なる送信になる。したがって、端末は、ＮＤＩ値に関係なくＮＤＩがトグルされたと見做す（Ｃｏｎｓｉｄｅｒ）（５４１動作）。そして、端末は、ＨＡＲＱ装置にダウンリンクに割り当てられたリソースがあることを通知して、ＮＤＩトグル情報を含むＨＡＲＱ情報を伝達する（５４２動作）。５４０動作の判断結果が“ｎｏ”の場合（直前に割り当てられた同じＨＡＲＱプロセスのＨＡＲＱ装置に指示されたダウンリンクリソースがＣＳ－ＲＮＴＩを用いて割り当てられたリソースではないか、又はダウンリンクＣｏｎｆｉｇｕｒｅｄＧｒａｎｔでなければ）、言い換えれば、以前のリソースがＧ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、又はＭＣＳ－Ｃ－ＲＮＴＩを用いて割り当てられたリソースであれば（５４０動作）、端末は現在のリソース割り当て時に受けたＤＣＩのＮＤＩ値を以前のリソース割り当て時に受けたＮＤＩ値と比べてＮＤＩがトグルされたか否かを決定する（５４５動作）。図５の実施例で、Ｃ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩを用いて割り当てられたリソースであれば、これはユニキャスト送信に用いられるか、ＭＢＳデータのＰＴＰ送信に用いられることを意味する。

図６は、本発明の一実施例によるＭＢＳ通信のためのリソース割り当て方式を示す図である。

図６を参照すれば、基地局（ｂａｓｅｓｔａｔｉｏｎ、ｇＮＢ）６１０は、第１端末６２０と第２端末６３０にＭＢＳサービスを提供するためにＰＴＭ方式の送信とＰＴＰ方式の送信を混用してデータを送信する。

図６の実施例では、２個の端末にＭＢＳサービスが提供されると仮定したが、２個以外の端末にＭＢＳサービスが提供される場合にも同じ方法を適用することができる。図６の実施例で、ＰＴＭ方式の送信は、端末が共有するＧ－ＲＮＴＩを用いてダウンリンク無線リソースを割り当てて、基地局が初期送信又は再送信を行い、ＰＴＰ方式の送信は、各端末が有しているＲＴ－ＲＮＴＩを用いて、基地局が当該端末にだけダウンリンク無線リソースを割り当てて再送信を行うと仮定する。そして、ＰＴＭではないユニキャストサービスのための無線ベアラーのデータ送信は、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ（ＭｏｄｕｌａｔｉｏｎＣｏｄｉｎｇＳｃｈｅｍｅ－Ｃｅｌｌ－ＲＮＴＩ）、ＣＳ－ＲＮＴＩ（ＣｏｎｆｉｇｕｒｅｄＳｃｈｅｄｕｌｉｎｇ－ＲＮＴＩ）などを用いて当該端末にだけダウンリンク無線リソースを割り当てて送信する。

特定ＲＮＴＩを用いてダウンリンク無線リソースを割り当ててダウンリンクデータの送信を指示する場合、この送信が初期送信（Ｉｎｉｔｉａｌｔｒａｎｓｍｉｓｓｉｏｎ）であるか又は再送信（Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）であるかを示すために、基地局はＮＤＩ（ＮｅｗＤａｔａＩｎｄｉｃａｔｏｒ）ビットの値を用いる。このＮＤＩビットは、各ＲＮＴＩを用いてリソースの位置を示すＰＤＣＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）物理チャンネルのＤＣＩ（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏ）メッセージに含まれて送信される。図６の実施例では、Ｇ－ＲＮＴＩを用いた送信である時、直前に割り当てられたリソースがどのＲＮＴＩを用いて割り当てられたか、及び直前Ｇ－ＲＮＴＩリソースのＮＤＩ値がトグルされたか（０から１に変更又は１から０に変更）否かに応じて、初期送信と再送信を区分することを特徴とする。Ｇ－ＲＮＴＩを用いて割り当てられたリソースは、ＭＢＳサービスのためのＰＴＭ初期送信又は再送信を意味するから、同じＨＡＲＱプロセスのデータであれば同じ送信ブロック（ＴｒａｎｓｐｏｒｔＢｌｏｃｋ）のデータになる。ＲＴ－ＲＮＴＩを用いて割り当てられたリソースは、ＭＢＳサービスのためのＰＴＰ再送信を意味するから、以前Ｇ－ＲＮＴＩ又はＲＴ－ＲＮＴＩを用いて割り当てられた同じＨＡＲＱプロセスのデータであれば、同じ送信ブロックのデータになる。しかし、Ｃ－ＲＮＴＩを用いて割り当てられたリソースは、ＭＢＳサービスのための送信ではないユニキャストのためのデータであるから、Ｇ－ＲＮＴＩ又はＲＴ－ＲＮＴＩを用いて割り当てられたリソース以後にＣ－ＲＮＴＩに割り当てられたリソースが位置するか又は反対の場合には、ＮＤＩがトグルされたか否かにかかわらず新しい初期送信が行わなければならない。これを考慮して、Ｇ－ＲＮＴＩを用いて割り当てられたリソースの場合、同じＨＡＲＱプロセスに対して、直前に割り当てられたダウンリンク無線リソースがＧ－ＲＮＴＩを用いて割り当てられた場合に、ＮＤＩ値を比べて、ＮＤＩ値がトグルされた否かに応じて初期送信又は再送信であるかを決定する。さらに、図６の実施例では、ＲＴ－ＲＮＴＩを用いて割り当てられたリソースはＰＴＰ再送信に用いられることを仮定したので、ＲＴ－ＲＮＴＩを用いてリソースを割り当てられた時、以前に同じＨＡＲＱプロセスで割り当てられたダウンリンク無線リソースが、Ｇ－ＲＮＴＩ又はＲＴ－ＲＮＴＩを用いて割り当てられたリソースであれば、ＮＤＩ値に関係なく再送信リソースを意味する。ある実施例では、ＲＴ－ＲＮＴＩを用いて割り当てられたリソースのＮＤＩ値が特定値を持つ場合に、以前のリソースのＮＤＩ値に関係なく再送信リソースを意味する。この特定ＮＤＩ値は１の値である。

図６を参照すれば、ｔ１時点に、基地局６１０は、Ｇ－ＲＮＴＩを用いて第１端末６２０と第２端末６３０の両方にＨＡＲＱプロセスＩＤ１のＨＡＲＱプロセスでデータを送信する（６４０動作）。この時、ＮＤＩ値は０に設定されたと仮定する。その後、基地局は第１端末６２０にだけ再送信が必要であると判断して、ｔ２時点に、第１端末６２０のＲＴ－ＲＮＴＩを用いて第１端末６２０にＨＡＲＱプロセスＩＤ１のＨＡＲＱプロセスで再送信を行う（６５０動作）。ＲＴ－ＲＮＴＩを用いて割り当てられたリソースは再送信リソースであるため、第１端末６２０はＮＤＩがトグルされない再送信と判断する。再送信の場合、第１端末６２０は、以前に受けて受信ＨＡＲＱバッファーに記憶されているソフトバッファー（ＳｏｆｔＢｕｆｆｅｒ）データと結合（Ｃｏｍｂｉｎｉｎｇ）してデコーディングを行う。ＮＤＩ値が特定値（例えば、１）に設定された場合、ＲＴ－ＲＮＴＩを用いて送信したリソースがＰＴＰ再送信であることを意味する。その後、ｔ３時点に、同じＨＡＲＱプロセスＩＤ１のＨＡＲＱプロセスで、基地局６１０が第２端末６３０にＣ－ＲＮＴＩを用いたユニキャスト送信を行う（６６０動作）。この時、第２端末６３０は、ＮＤＩ値が１に設定されたがこの値に関係なく、以前の送信がＧ－ＲＮＴＩを用いたＭＢＳデータ送信であるため、ｔ３時点に送信されたデータはＮＤＩビットがトグルされた初期送信であると判断する。その後、ｔ４時点に、基地局６１０は、第１端末６２０と第２端末６３０の両方にＧ－ＲＮＴＩを用いてＨＡＲＱロセスＩＤ１のＨＡＲＱプロセスでＭＢＳデータを送信すると仮定する（６７０動作）。この時、ＮＤＩビットは１に設定される。ダウンリンク無線リソースの割り当てを確認した第１端末６２０は、以前に同じＨＡＲＱプロセスで受信した送信がＲＴ－ＲＮＴＩを用いて割り当てられたダウンリンク無線リソースであり、このリソースは以前のＭＢＳデータ送信の再送信であるため、ｔ４時点に割り当てられたＧ－ＲＮＴＩリソースは、ＮＤＩがトグルされたと見做して初期送信と判断する。一方、ダウンリンク無線リソースの割り当てを確認した第２端末６３０は、以前に同じＨＡＲＱプロセスで受信した送信がＣ－ＲＮＴＩを用いて割り当てられたダウンリンク無線リソースであるため、ＮＤＩビットの値に関係なくＮＤＩがトグルされたと見做して初期送信と判断する。

上述したように、基地局は、端末が上記動作を行うために初期送信及び再送信データに対するＮＤＩビットをＤＣＩに設定して、送信を行う。

図７は、本発明の一実施例によるＭＢＳ通信のための端末のダウンリンク無線リソース受信方式を示す図である。

図７の実施例で、ＰＴＭ方式の送信は、端末が共有するＧ－ＲＮＴＩを用いて基地局がダウンリンク無線リソースを割り当てて送信し（初期送信又は再送信）、ＰＴＰ方式の送信は、各端末が有しているＲＴ－ＲＮＴＩを用いて基地局が当該端末にだけダウンリンク無線リソースを割り当てて再送信を行うと仮定する。そして、ＰＴＭではないユニキャストサービスのための無線ベアラーのデータ送信は、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ（ＭｏｄｕｌａｔｉｏｎＣｏｄｉｎｇＳｃｈｅｍｅ－Ｃｅｌｌ－ＲＮＴＩ）、ＣＳ－ＲＮＴＩ（ＣｏｎｆｉｇｕｒｅｄＳｃｈｅｄｕｌｉｎｇ－ＲＮＴＩ）などを用いて、基地局が当該端末にだけダウンリンク無線リソースを割り当てて送信する。この時の端末は、この送信が新規送信であるか又は再送信であるかを判断する動作を行う必要がある。

端末がＰＤＣＣＨ物理チャンネルでダウンリンク無線リソースを割り当てられた場合に（７１０動作）、端末はこのリソースがどのＲＮＴＩを用いて割り当てられたリソースであるかを確認する必要がある（７２０動作）。もし、このリソースがＧ－ＲＮＴＩを用いて割り当てられたリソースであれば（７２１動作）、端末は、直前に割り当てられた同じＨＡＲＱプロセスのＨＡＲＱ装置に指示されたダウンリンク無線リソースがＣＳ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、若しくはＲＴ－ＲＮＴＩを用いて割り当てられたリソースであるか、又はダウンリンクＣｏｎｆｉｇｕｒｅｄＧｒａｎｔ（Ｓｅｍｉ－ＰｅｒｓｉｓｔｅｎｔＳｃｈｅｄｕｌｉｎｇ）であるかを確認する（７３０動作）。７３０動作の判断結果が“ｙｅｓ”の場合（直前に割り当てられた同じＨＡＲＱプロセスのＨＡＲＱ装置に指示されたダウンリンク無線リソースがＣＳ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、若しくはＲＴ－ＲＮＴＩを用いて割り当てられたリソースであるか、又はダウンリンクＣｏｎｆｉｇｕｒｅｄＧｒａｎｔの場合）、直前リソースはユニキャスト送信又は以前のＭＢＳデータの再送信であるため、今度Ｇ－ＲＮＴＩを用いて割り当てられたリソースはＭＢＳデータの初期送信になる。したがって、端末はＮＤＩ値に関係なくＮＤＩがトグルされたと見做す（Ｃｏｎｓｉｄｅｒ）（７３１動作）。そして、端末はＨＡＲＱ装置にダウンリンクに割り当てられたリソースがあることを通知して、ＮＤＩトグル情報を含むＨＡＲＱ情報を伝達する（７３２動作）。７３０動作の判断結果が“ｎｏ”の場合（直前に割り当てられた同じＨＡＲＱプロセスのＨＡＲＱ装置に指示されたダウンリンクリソースがＣＳ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、若しくはＲＴ－ＲＮＴＩを用いて割り当てられたリソースではないか、又はダウンリンクＣｏｎｆｉｇｕｒｅｄＧｒａｎｔでなければ）、言い換えれば、以前のリソースがＧ－ＲＮＴＩを用いて割り当てられたリソースであれば（７３０動作）、端末は、現在のリソース割り当て時に受けたＤＣＩのＮＤＩ値を、以前のリソース割り当て時に受けたＮＤＩ値と比べてＮＤＩがトグルされたか否かを決定する（７３５動作）。

端末がＰＤＣＣＨ物理チャンネルでダウンリンク無線リソースを割り当てられた場合に（７１０動作）、端末はこのリソースがどのＲＮＴＩを用いて割り当てられたリソースでるかを確認し（７２０動作）、もし、このリソースがＲＴ－ＲＮＴＩを用いて割り当てられたリソースであれば（７２２動作）、このリソースは以前にＧ－ＲＮＴＩを用いて割り当てられたＭＢＳデータの初期送信に対する再送信になる。このリソースは再送信リソースである必要があるため、ＮＤＩビットはトグルされないと見做して、端末は再送信手順を行わなければならない。ある実施例では、ＲＴ－ＲＮＴＩを用いて割り当てられたリソースのＮＤＩ値が特定値を持つ場合に、このリソースは以前のリソースのＮＤＩ値に関係なく再送信リソースを意味する。この特定のＮＤＩ値は１の値になる。しかし、ＲＴ－ＲＮＴＩを用いて割り当てられたリソースは初期送信リソースになることはできない。もし、このＨＡＲＱプロセスに対して、最優先に割り当てられたダウンリンク無線リソースがＲＴ－ＲＮＴＩを用いて割り当てられたダウンリンク無線リソースであれば、端末はこのリソースの割り当てを無視する。

端末がＰＤＣＣＨ物理チャンネルでダウンリンク無線リソースを割り当てられた場合に（７１０動作）、端末はこのリソースがどのＲＮＴＩを用いて割り当てられたリソースであるかを確認して（７２０動作）、Ｃ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩを用いて割り当てられたリソースであれば（７２２動作）、直前に割り当てられた同じＨＡＲＱプロセスのＨＡＲＱ装置に指示されたダウンリンク無線リソースが、ＣＳ－ＲＮＴＩ、Ｇ－ＲＮＴＩ、若しくはＲＴ－ＲＮＴＩを用いて割り当てられたリソースであるか、又はダウンリンクＣｏｎｆｉｇｕｒｅｄＧｒａｎｔ（Ｓｅｍｉ－ＰｅｒｓｉｓｔｅｎｔＳｃｈｅｄｕｌｉｎｇ）であるかを確認する（７５０動作）。７５０動作の判断結果が“ｙｅｓ”の場合（直前に割り当てられた同じＨＡＲＱプロセスのＨＡＲＱ装置に指示されたダウンリンク無線リソースが、ＣＳ－ＲＮＴＩ、Ｇ－ＲＮＴＩ、若しくはＲＴ－ＲＮＴＩを用いて割り当てられたリソースであるか、又はダウンリンクＣｏｎｆｉｇｕｒｅｄＧｒａｎｔの場合）、直前にこのＨＡＲＱプロセスに割り当てられたリソースは、今度Ｃ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩを用いて割り当てられた送信とは異なる送信になる。したがって、端末はＮＤＩ値に関係なく初期送信としてＮＤＩがトグルされたと見做す（Ｃｏｎｓｉｄｅｒ）（７５１動作）。そして、端末はＨＡＲＱ装置にダウンリンクに割り当てられたリソースがあることを通知して、ＮＤＩトグル情報を含むＨＡＲＱ情報を伝達する（７５２動作）。７５０動作の判断結果が“ｎｏ”の場合（直前に割り当てられた同じＨＡＲＱプロセスのＨＡＲＱ装置に指示されたダウンリンクリソースがＣＳ－ＲＮＴＩ、Ｇ－ＲＮＴＩ、若しくはＲＴ－ＲＮＴＩを用いて割り当てられたリソースではないか、又はダウンリンクＣｏｎｆｉｇｕｒｅｄＧｒａｎｔでなければ）、言い換えれば、以前のリソースがＣ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩを用いて割り当てられたリソースであれば（７５０動作）、端末は現在のリソース割り当て時に受けたＤＣＩのＮＤＩ値を、以前のリソース割り当て時に受けたＮＤＩ値と比べて、ＮＤＩがトグルされたか否かを決定する（７５５動作）。

図８は、本発明の一実施例によるＭＢＳ通信のためのリソース割り当て方式を示す図である。

図８を参照すれば、基地局（ｂａｓｅｓｔａｔｉｏｎ、ｇＮＢ）８１０は、端末８２０にＭＢＳサービスを提供するために特定ＨＡＲＱプロセスの送信方式を動的に変更する。具体的に、基地局は、特定ＨＡＲＱプロセスをユニキャスト送信に用い、その後、それをＭＢＳ送信のためのＰＴＭ又はＰＴＰ送信に用いる。このために、図８の実施例では、基地局が端末にＭＢＳ送信を指示するか（８５０動作）、又はユニキャスト送信を指示する（８８０動作）方法を提案する。

図８の実施例で、先ず基地局８１０は端末８２０にユニキャストデータを送信すると仮定する。基地局８１０は、Ｃ－ＲＮＴＩ（又はＭＣＳ－Ｃ－ＲＮＴＩ）を用いて端末８２０にユニキャストデータを送信する（動作８３０及び８４０）。基地局８１０と端末８２０がＣ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩを用いてリソースを割り当てて、端末はＰＤＣＣＨ物理チャンネルに送信されるＤＣＩメッセージ内のＮＤＩビット値を確認し、このＮＤＩビットがトグルされると初期送信と判断し、ＮＤＩビットがトグルされなければ再送信と判断する。図８の実施例では、８３０段階で基地局８１０が端末８２０に初期送信を行った後に、８４０段階で基地局が同じ０のＮＤＩビットの値を設定して送信することで、ＮＤＩビットがトグルされない再送信と判断することを示す。

その後、基地局８１０は、ＭＢＳデータをＰＴＭ又はＰＴＰ方式で送信するために、端末８２０にＭＢＳデータの送信を指示するインジケーターを送信する（８５０動作）。このＭＢＳデータの送信を指示するインジケーターは、ＤＣＩ、ＭＡＣＣＥ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ－ＣｏｎｔｒｏｌＥｌｅｍｅｎｔ）などの別のメッセージを介して送信されるか、又はＧ－ＲＮＴＩを用いたＭＢＳデータのためのリソース割り当て時のメッセージに含まれて、端末８２０に送信される。ある実施例では、ユニキャスト送信後の基地局８１０が端末８２０に送信する第１のＧ－ＲＮＴＩを用いたリソース割り当てが、このＭＢＳデータの送信を指示するインジケーターを取り替える。このようにＭＢＳデータの送信を指示するインジケーターの送信後、基地局８１０はＧ－ＲＮＴＩを用いたデータの送信を開始し、端末８２０はＰＴＭ及びＰＴＰデータの受信を行う。ここで、既存のユニキャスト送信のために記憶されているＨＡＲＱバッファーのＭＡＣＰＤＵは、フラッシュ（Ｆｌｕｓｈ）され、以後のＭＢＳデータと結合して（Ｃｏｍｂｉｎｉｎｇ）デコーディングすることを防止する。すなわち、ＭＢＳ送信を指示するインジケーターを受信した端末は、そのＨＡＲＱプロセスのＨＡＲＱバッファー（ｓｏｆｔｂｕｆｆｅｒ）をフラッシュする。

ＭＢＳデータの送信を指示するインジケーターが送信された（８５０動作）後に、基地局８１０は端末８２０にＧ－ＲＮＴＩを用いて割り当てたデータの送信を行い、端末８２０はこのデータを受信する（８６０動作）。この時、ＮＤＩ値は０の値で送信され、ＮＤＩ値を０に設定することは、ＭＢＳデータの初期送信である。そして、Ｇ－ＲＮＴＩを用いて割り当てられたダウンリンク無線リソースの場合に、ＮＤＩ値を１に設定することは、ＭＢＳデータの再送信に対応する。実施例によって、Ｃ－ＲＮＴＩ又はＲＴ－ＲＮＴＩを用いて基地局８１０がＭＢＳデータのＰＴＭ送信を行い、この時、ＮＤＩ値は初期送信の場合に０、再送信の場合は１の値に設定される。そして、Ｃ－ＲＮＴＩ又はＲＴ－ＲＮＴＩは、ＰＴＰ再送信に限定して用いられる。このようにＮＤＩ値を０に設定した場合、初期送信としてＮＤＩがトグルされると見做し、ＮＤＩ値を１に設定した場合、再送信としてＮＤＩがトグルされないと見做す。図８の実施例では、基地局８１０はＧ－ＲＮＴＩを用いてＨＡＲＱプロセス１で初期送信を行って（ＮＤＩ＝０（８６０動作））、その後にＧ－ＲＮＴＩを用いてＰＴＭ再送信を行うと仮定する（ＮＤＩ＝１）（８７０動作）。

このように基地局８１０はＭＢＳ送信を実行している間、ユニキャスト送信のためにユニキャスト送信を指示するインジケーターを端末８２０に送信する（８８０動作）。端末８２０と基地局８１０は指示されたＨＡＲＱプロセスをＣ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩを用いたユニキャスト送信に用いる。ここで既存のＭＢＳ送信のために記憶されているＨＡＲＱバッファーのＭＡＣＰＤＵはフラッシュ（Ｆｌｕｓｈ）され、以後ユニキャストデータと結合して（Ｃｏｍｂｉｎｉｎｇ）デコーディングすることを防止する。すなわち、ユニキャスト送信を指示するインジケーターを受信した端末８２０は、そのＨＡＲＱプロセスのＨＡＲＱバッファー（ｓｏｆｔｂｕｆｆｅｒ）をフラッシュする。

図９は、本発明の一実施例によるＭＢＳ送信のための無線ベアラー構造を示す図である。

一つのＭＢＳ送信のための無線ベアラー（ＭＲＢ、ＭＢＳＲａｄｉｏＢｅａｒｅｒ）９００は、一つのＰＤＣＰ装置９１０に対応する。各ＰＤＣＰ装置は一つ以上のＲＬＣ装置を有するが、図９の実施例ではＭＢＳ無線ベアラー（ＭＲＢ、９００）が２個のＲＬＣ装置９２０及び９３０を有すると仮定した。ＲＬＣ装置は、送信方式に従ってＰＴＭＲＬＣ（ＲＬＣ－ＰＴＭ）９２０又はＰＴＰＲＬＣ（ＲＬＣ－ＰＴＰ）９３０になる。ここでＰＴＭＲＬＣ９２０は少なくとも一つのＰＴＭ送信のためにＧ－ＲＮＴＩを用いて割り当てられるダウンリンク無線リソースが対応するＲＬＣ装置（又は対応される論理チャンネル）を意味する。このようなＰＴＭＲＬＣ９２０は、ＰＴＭ送信のためのＧ－ＲＮＴＩだけでなく、ＰＴＰ（再）送信のためのＲＮＴＩに対応する。このＲＮＴＩは、ＭＢＳのＰＴＰ再送信のための別途のＲＮＴＩであるＲＴ－ＲＮＴＩになるか、ユニキャスト送信でも用いられるＣ－ＲＮＴＩになる。

ＰＴＰＲＬＣ９３０は、ＭＢＳデータのＰＴＰ送信を担当するＲＬＣ装置として、ＰＴＰ送信のためのＲＮＴＩにだけ対応する。このＲＮＴＩは、ＭＢＳ再送信のための別途のＲＮＴＩであるＲＴ－ＲＮＴＩになるか、ユニキャスト送信にも用いられるＣ－ＲＮＴＩになる。

端末は、ＭＢＳ無線ベアラーと共にユニキャスト用無線ベアラー９４０を有しても良い。このようなユニキャスト無線ベアラーは、ＳＲＢ（ＳｉｇｎａｌｉｎｇＲａｄｉｏＢｅａｒｅｒ）又はＤＲＢ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ）であっても良い。ユニキャスト用無線ベアラーは、一つのＰＤＣＰ装置９５０に一つ以上のＲＬＣ装置９６０を有し、ここのＲＬＣ装置９６０はＣ－ＲＮＴＩを用いて割り当てられるダウンリンク無線リソースに対応したＲＬＣ装置（又は対応される論理チャンネル）を意味する。

図１０は、本発明の一実施例によるＭＢＳ送信のためのＨＡＲＱプロセスの構成を示す図である。

端末は、各セル別に多数のＨＡＲＱプロセスを有し、それぞれのＨＡＲＱプロセスが初期送信及び再送信時のＨＡＲＱバッファー管理を担当する。この時、端末は、ＭＢＳ送信のためのＨＡＲＱプロセスも有し、ＭＢＳ送信のためのＨＡＲＱプロセスは別に割り当てられる。しかし、ある実施例では、一部のＨＡＲＱプロセスはＭＢＳ目的に割り当てられ、ＭＢＳ送信のためのＨＡＲＱプロセスの数は基地局が設定する。ＭＢＳ送信のためのＨＡＲＱプロセスの数の設定は時間によって変わる。

図１０の実施例では、合計８個のＨＡＲＱプロセスがあり、４個ずつのＨＡＲＱプロセスがユニキャスト用ＨＡＲＱプロセス１０１０及びＭＢＳ用ＨＡＲＱプロセス１０２０に用いられる。この時、ＨＡＲＱプロセスＩＤは、０から３までそれぞれ設定される。

その後、Ｇ－ＲＮＴＩ、ＲＴ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩなどによってダウンリンク無線リソースが割り当てられる場合、割り当てられたリソースがユニキャスト用ＨＡＲＱプロセスであるか又はＭＢＳ用ＨＡＲＱプロセスであるかを区分する必要がある。このために、Ｇ－ＲＮＴＩ又はＲＴ－ＲＮＴＩを用いたリソース割り当てであれば、ＭＢＳ用ＨＡＲＱプロセスに相当し、Ｃ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩを用いたリソース割り当てあれば、ユニキャスト用ＨＡＲＱプロセスに対するリソース割り当てに相当する。他の実施例では、Ｃ－ＲＮＴＩを用いたリソース割り当ての場合、このリソース割り当てが、ユニキャスト用ＨＡＲＱプロセスに対するリソース割り当てであるか、又はＭＢＳ用ＨＡＲＱプロセスに対するリソース割り当てであるかを示す。これに基づいて端末はＨＡＲＱプロセスを決定する。

図１１は、本発明の一実施例によるＭＢＳ通信のためのリソース割り当てグループを示す図である。

図１１を参照すれば、端末がダウンリンク（Ｄｏｗｎｌｉｎｋ）データを受信する方法によって、基地局は一つのＲＮＴＩを用いてＰＤＣＣＨのＤＣＩメッセージ形式でダウンリンクリソースの位置を端末に通知する。このようにＲＮＴＩを用いて一回限りでリソース送信を通知する方式は、動的割り当て（ＤｙｎａｍｉｃＧｒａｎｔ）と呼ばれる。このような動的割り当てのリソースのために、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、Ｇ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、Ｇ－ＣＳ－ＲＮＴＩなどのＲＮＴＩが用いられる。そして、リソースを割り当てて活性化（Ａｃｔｉｖａｔｉｏｎ）した後、非活性化（Ｄｅａｃｔｉｖａｔｉｏｎ）が指示されるまで一定周期ごとに繰返し的に用いられるＳＰＳ（Ｓｅｍｉ－ＰｅｒｓｉｓｔｅｎｔＳｃｈｅｄｕｌｉｎｇ）方式のリソース割り当ても可能である。ＳＰＳリソースの活性化、非活性化、だけでなく、初期送信したＳＰＳリソースの一回限りの再送信のために、ＣＳ（ＣｏｎｆｉｇｕｒｅｄＳｃｈｅｄｕｌｉｎｇ）－ＲＮＴＩ及びＧ（Ｇｒｏｕｐ）－ＣＳ－ＲＮＴＩが用いられる。ユニキャスト送信の動的割り当てのために、Ｃ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩが用いられる。動的割り当ての再送信も、端末のＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ）フィードバックに基づいて、一回限りの動的割り当て方式で行われる。

マルチキャスト又はブロードキャスト送信の動的割り当てのために、Ｇ－ＲＮＴＩが用いられる。Ｇ－ＲＮＴＩは、マルチキャストグループ内の多数端末が共有するＲＮＴＩであり、特定のＧ－ＲＮＴＩを割り当てられたすべての端末はこのＧ－ＲＮＴＩを用いたＰＴＭ方式のマルチキャスト送信を受信する。しかし、端末マルチキャスト又はブロードキャストサービスに対して、ＰＴＭ方式でデータを送信するか又はＰＴＰ方式でデータを送信するかは、通信網の運用状況によって選択される。さらに、ＰＴＭ方式の送信とＰＴＰ方式の再送信が混用して用いられる。たとえば、ＰＴＭ方式で多数の端末に初期送信を行った後、基地局は初期送信を成功的に受信することができない端末に、ＰＴＰ方式でデータを再送信する。ＰＴＭ方式の再送信を行うためには、ユニキャスト送信に用いられるＣ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩを用いてリソースが割り当てる。この時、どのマルチキャスト又はブロードキャスト送信に対するＰＴＰ再送信（一部の端末にはＰＴＭ初期送信と認識される）であるかを区分する必要がある。このためにＣ－ＲＮＴＩを用いてリソースを割り当てる時、ＤＣＩメッセージは、ＰＴＭ再送信（一部の端末にはＰＴＭ初期送信と認識される）が実行されるマルチキャスト又はブロードキャストサービスを示す区分者（ｉｎｄｉｃａｔｏｒ）を含む。この区分者に基づいて、Ｃ－ＲＮＴＩを用いたリソース割り当てがどのＧ－ＲＮＴＩ又はＭＢＳＳＰＳに連動された（ａｓｓｏｃｉａｔｉｏｎ）送信であるかを、端末は区分する。マルチキャスト又はブロードキャストサービスは、Ｇ－ＲＮＴＩ又はＭＢＳＳＰＳに、一対一、一対多（ｏｎｅ－ｔｏ－ｍａｎｙ）、多対一（ｍａｎｙ－ｔｏ－ｏｎｅ）、又は多対多（ｍａｎｙ－ｔｏ－ｍａｎｙ）で対応するので、ＤＣＩに用いられる区分者は、Ｇ－ＲＮＴＩ又はＭＢＳＳＰＳに連動された送信であるか示す区分者である。

これを基盤に、基地局と端末は、データ送信が連動されている送信であるか否かを区分して判断する。同じＨＡＲＱプロセスの送信に対して、隣接した送信（直前の送信と現在の送信）が連動されている送信の場合、端末はＤＣＩメッセージに含まれたＮＤＩ（Ｎｅｗｄａｔａｉｎｄｉｃａｔｏｒ）値に基づいて、最近割り当てられた送信が新規送信であるか又は再送信であるかを判断する。具体的に、ＮＤＩ値がトグル（ＮＤＩ値が、以前の値と異なる場合）された場合、新規送信と判断し、トグルされない場合（以前の値と同じ場合）、再送信と判断する。一方、同じＨＡＲＱプロセスの送信に対して隣接した送信（直前の送信と現在の送信）が連動されていない送信の場合、端末はＤＣＩメッセージに含まれたＮＤＩ値に関係なく、最近に割り当てられた送信が新規送信であるかを判断する。最近割り当てられた送信が再送信であれば、ＨＡＲＱバッファーに記憶されたデータと結合してデコーディング成功率を高める。

図１１の実施例は、隣接した送信（直前の送信と現在の送信）が連動されている送信であることを区分するために、リソースグループ（ＲｅｓｏｕｒｃｅＧｒｏｕｐ）の概念を示す。図１１のリソースグループ１（１１１０）は、動的割り当て（ＤｙｎａｍｉｃＧｒａｎｔ）のみを用いたユニキャスト送信のためのリソースグループである。このリソースグループでは、Ｇ－ＲＮＴＩ、ＭＢＳＳＰＳ、又はＭＢＳサービスと連動されないＣ－ＲＮＴＩ及びＭＣＳ－Ｃ－ＲＮＴＩを用いて割り当てられたリソース（ダウンリンク送信）がある。このようなＣ－ＲＮＴＩ及びＭＣＳ－Ｃ－ＲＮＴＩの送信は、ユニキャストの初期送信及び再送信に用いられる。図１１のリソースグループ２（１１２０）は、ＳＰＳリソースを用いたユニキャスト送信のためのリソースグループである。このリソースグループでは、ユニキャストＳＰＳと、ユニキャストＳＰＳの活性化、非活性化、及び再送信に用いられるＣＳ－ＲＮＴＩを用いて割り当てられたリソースがある。この時、ＣＳ－ＲＮＴＩは、ＭＢＳＳＰＳ又はＭＢＳサービスと連動されないＣＳ－ＲＮＴＩを意味する。図１１のリソースグループ３（１１３０）は、動的割り当てのみを用いたマルチキャスト送信のためのリソースグループである。このリソースグループには、一つのＧ－ＲＮＴＩ（第１Ｇ－ＲＮＴＩに区分され、端末に多数のＧ－ＲＮＴＩが割り当てられる）を用いて割り当てられたリソースと、第１Ｇ－ＲＮＴＩと連動された（又は第１Ｇ－ＲＮＴＩに連動されたＭＢＳサービスに連動された）Ｃ－ＲＮＴＩを用いて割り当てられたリソースがある。図１１のリソースグループ４（１１４０）は、動的割り当てのみを用いたマルチキャスト送信のためのリソースグループである。このリソースグループには、一つのＧ－ＲＮＴＩ（第２Ｇ－ＲＮＴＩに区分され、端末に多数のＧ－ＲＮＴＩが割り当てられる）を用いて割り当てられたリソースと、第２Ｇ－ＲＮＴＩと連動された（又は第２Ｇ－ＲＮＴＩに連動されたＭＢＳサービスに連動された）Ｃ－ＲＮＴＩを用いて割り当てられたリソースがある。特に、リソースグループ３の第１Ｇ－ＲＮＴＩを用いたリソース割り当てと、リソースグループ４の第２ＲＮＴＩを用いたリソース割り当ては、他のリソースグループのリソース割り当てであるため、同じＨＡＲＱプロセスで、このように変更されたＧ－ＲＮＴＩを用いて割り当てられたリソースは、常に新規送信に取り扱いされなければならない。すなわち、ＮＤＩ値は常にトグルされると考慮しなければならない。図１１のリソースグループ５（１１５０）は、ＭＢＳＳＰＳリソースを用いたマルチキャスト送信のためのリソースグループである。このリソースグループでは、ＭＢＳＳＰＳと、ＰＴＭ方式でＭＢＳＳＰＳの活性化、非活性化、及び再送信に用いられるＧ－ＣＳ－ＲＮＴＩを用いて割り当てられたリソース、ＰＴＰ方式でＭＢＳＳＰＳの活性化、非活性化、及び再送信に用いられるＣＳ－ＲＮＴＩを用いて割り当てたリソースである。この時、ＣＳ－ＲＮＴＩはＭＢＳＳＰＳのＭＢＳサービスと連動されないＣＳ－ＲＮＴＩを意味する。図１１の実施例では、５種類のリソースグループが設定されることを仮定したが、端末に設定されたＲＮＴＩの数によって異なる。しかし、ＭＢＳＳＰＳ又はユニキャストＳＰＳリソースの場合には常に初期送信として考慮されて、ＮＤＩはトグルされたと考慮される。そして、活性化又は非活性化ではない目的に、ＣＳ－ＲＮＴＩ又はＧ－ＣＳ－ＲＮＴＩを用いて割り当てられたリソースの場合、再送信リソースと考慮される。

図１２は、本発明の一実施例によるＭＢＳ通信のためのリソース割り当て方式を示す図である。

図１２を参照すれば、基地局は端末にＭＢＳサービスを提供するためにＰＴＭ方式の送信とＰＴＰ方式の送信を混用してデータを送信する。図１２の実施例で、ＰＴＭ方式の送信は、端末が共有するＧ－ＲＮＴＩ又はＧ－ＣＳ－ＲＮＴＩを用いるか、ＭＢＳＳＰＳ方式でダウンリンク無線リソースを割り当てて基地局が送信し（初期送信又は再送信）、ＰＴＰ方式の再送信（又は送信）は、各端末が有しているＣ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、又はＣＳ－ＲＮＴＩを用いるか、ＰＤＣＣＨ物理チャンネルに送信されるＤＣＩメッセージにＭＢＳサービスと連動して（又はＧ－ＲＮＴＩ、ＭＢＳＳＰＳと連動して）基地局が当該端末にだけダウンリンク無線リソースを割り当てて再送信を行うことを仮定する。そして、ユニキャストサービスのための無線ベアラーのデータ送信はＭＢＳサービスと連動されない（又はＧ－ＲＮＴＩ、ＭＢＳＳＰＳと連動されない）Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ（ＣｏｎｆｉｇｕｒｅｄＳｃｈｅｄｕｌｉｎｇ－ＲＮＴＩ）などを用いて基地局が当該端末にだけダウンリンク無線リソースを割り当てて送信する。このように多くのリソースグループのリソース割り当て方式が混在する場合、端末はこの送信が新規送信又は再送信であるかを判断する動作を行う必要がある。

端末が、ＰＤＣＣＨ物理チャンネルにおいてＧ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、又はＭＣＳ－ＲＮＴＩを用いてダウンリンク無線リソースを割り当てられた場合に（１２１０動作）、直前に割り当てられた同じＨＡＲＱプロセスのＨＡＲＱ装置に指示されたダウンリンク無線リソースが、同じリソースグループに属したリソースではないか否かを確認する必要がある（１２２０動作）。具体的に、それぞれのＲＮＴＩを用いて割り当てられたリソースの場合に、同じリソースグループに属したものではないことは以下の例に区分される。

－Ｇ－ＲＮＴＩを用いて割り当てられたリソースの場合、次のうちの少なくとも一つの場合、他のリソースグループに定義される：（１）このＧ－ＲＮＴＩと連動されない（又は、このＧ－ＲＮＴＩに対するＭＢＳサービスに連動されない）Ｃ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩを用いて割り当てられたリソース、（２）別のＧ－ＲＮＴＩに割り当てられたリソース、（３）Ｇ－ＣＳ－ＲＮＴＩ又はＣＳ－ＲＮＴＩを用いて割り当てられたリソース、（４）ダウンリンクユニキャストＳＰＳ又はＭＢＳＳＰＳリソース。

－Ｇ－ＲＮＴＩと連動されない（又はＭＢＳサービスと連動されない）Ｃ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩを用いて割り当てられたリソースの場合、次のうちの少なくとも一つの場合、他のリソースグループに定義される：（１）特定のＧ－ＲＮＴＩと連動された（又は特定のＧ－ＲＮＴＩに対するＭＢＳサービスに連動された）Ｃ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩを用いて割り当てられたリソース、（２）Ｇ－ＲＮＴＩを用いて割り当てられたリソース、（３）Ｇ－ＣＳ－ＲＮＴＩ又はＣＳ－ＲＮＴＩを用いて割り当てられたリソース、（４）ダウンリンクユニキャストＳＰＳ又はＭＢＳＳＰＳリソース。

－Ｇ－ＲＮＴＩと連動された（又はＭＢＳサービスと連動された）Ｃ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩを用いて割り当てられたリソースの場合、次のうちの少なくとも一つの場合、他のリソースグループに定義される：（１）別のＧ－ＲＮＴＩと連動された（別のＧ－ＲＮＴＩに対するＭＢＳサービスに連動された）Ｃ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩを用いて割り当てられたリソース、（２）Ｃ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩが連動されたＧ－ＲＮＴＩではない別のＧ－ＲＮＴＩを用いて割り当てられたリソース、（３）Ｇ－ＣＳ－ＲＮＴＩ又はＣＳ－ＲＮＴＩを用いて割り当てられたリソース、（４）ダウンリンクユニキャストＳＰＳ又はＭＢＳＳＰＳリソース、（５）Ｇ－ＲＮＴＩと連動されない（別のＧ－ＲＮＴＩに対するＭＢＳサービスに連動されない）Ｃ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩに割り当てられたリソース。

１２２０動作の判断結果が“ｙｅｓ”の場合（直前に割り当てられた同じＨＡＲＱプロセスのＨＡＲＱ装置に指示されたダウンリンク無線リソースが同じリソースグループに属したリソースではない場合）、直前リソースはユニキャスト送信、もしくは他のＭＢＳデータの送信であるため、今度割り当てられたリソースはデータの初期送信になる。したがって、端末はＮＤＩ値に関係なく、ＮＤＩがトグルされたと見なす（Ｃｏｎｓｉｄｅｒ）（１２３０動作）。そして、端末はＨＡＲＱ装置にダウンリンク割り当てられたリソースがあることを通知して、ＮＤＩトグル情報を含むＨＡＲＱ情報を伝達する（１２４０動作）。１２５０動作の判断結果が“ｎｏ”の場合（直前に割り当てられた同じＨＡＲＱプロセスのＨＡＲＱ装置に指示されたダウンリンクリソースが同じリソースグループに属したリソースの場合）、端末は現在のリソース割り当て時に受けたＤＣＩのＮＤＩ値を、以前のリソース割り当て時に受けたＮＤＩ値と比べて、ＮＤＩがトグルされたか否かを決定する（１２５０動作）。

図１３は、本発明の一実施例による基地局の構造を示す図である。

図１３を参照すれば、基地局は、送受信部１３１０、基地局制御部１３２０、及び記憶部１３３０を含む。本発明で、基地局制御部１３２０は、回路又は特定用途向け集積回路又は少なくとも一つのプロセッサとして定義される。基地局制御部１３２０は制御部と定義される。送受信部１３１０は、他のネットワークエンティティーと信号を送受信する。送受信部１３１０は、例えば、端末にシステム情報を送信し、同期信号又は基準信号を送信する。基地局制御部１３２０は、本発明で提案する実施例による基地局の全般的な動作を制御する。例えば、基地局制御部１３２０は、上述したフローチャートによる動作を行うように各ブロック間の信号流れを制御する。記憶部１３３０は、送受信部１３１０を通じて送受信される情報及び基地局制御部１３２０を通じて生成される情報のうちの少なくとも一つを記憶する。

図１４は、本発明の一実施例による端末の構造を示す図である。

図１４を参照すれば、端末は、送受信部１４１０、端末制御部１４２０、及び記憶部１４３０を含む。本発明において、端末制御部１４２０は、回路又は特定用途向け集積回路又は少なくとも一つのプロセッサとして定義される。端末制御部１４２０は制御部と定義される。送受信部１４１０は、他のネットワークエンティティーと信号を送受信する。送受信部１４１０は、例えば、基地局からシステム情報を受信し、同期信号又は基準信号を受信する。端末制御部１４２０は、本発明で提案する実施例による端末の全般的な動作を制御する。例えば、端末制御部１４２０は、上述したフローチャートによる動作を行うように各ブロック間の信号流れを制御する。記憶部１４３０は、送受信部１４１０を通じて送受信される情報及び端末制御部１４２０を通じて生成される情報のうちの少なくとも一つを記憶する。

上述した本発明の具体的な実施例で、本発明に含まれる構成要素は提示された具体的な実施例によって単数又は複数で表現された。しかし、単数又は複数の表現は説明の便宜のために提示した状況に合わせて選択されたものであり、本発明が単数又は複数の構成要素に限定されるものではなく、複数で表現された構成要素といっても単数で構成されるか、単数で表現された構成要素といっても複数で構成され得る。

本発明を多様な実施例を参照して図示して説明したが、本発明が定義する本発明の思想及び技術範囲を逸脱しない範囲内で形態及び詳細事項の多様な変更が行われ得ることは当業者に自明であろう。また、それぞれの実施例は必要によって互いに組み合せて運用することができる。例えば、本発明の一実施例とは異なる一実施例の一部分を互いに組み合せて基地局と端末が運用され得る。また、本発明の実施例は他の通信システムでも適用可能であり、実施例の技術的思想に基づいた他の変形例も実施可能である。

１１０基地局
１２０、１３０、１４０、１５０端末
１３１０、１４１０送受信部
１３２０基地局制御部
１３３０、１４３０記憶部
１４２０端末制御部

Claims

無線通信システムで端末によるＭＢＳ（ｍｕｌｔｉｃａｓｔａｎｄｂｒｏａｄｃａｓｔｓｅｒｖｉｃｅ）データの処理方法において、
第１ＲＮＴＩ（ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）に基づいた第１リソース割り当て情報を含む第１ＤＣＩ（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）を基地局から受信する段階と、
第２ＲＮＴＩに基づいた第２リソース割り当て情報を含む第２ＤＣＩを前記基地局から受信する段階と、
前記第１ＤＣＩのＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）プロセス識別子と前記第２ＤＣＩのＨＡＲＱプロセス識別子が同じであれば、前記第１ＲＮＴＩ及び前記第２ＲＮＴＩに基づいて前記第２ＤＣＩのＮＤＩ（ｎｅｗｄａｔａｉｎｄｉｃａｔｏｒ）がトグル（ｔｏｇｇｌｅ）されたか否かを判断する段階と、を含み、
前記第１ＲＮＴＩがＧ－ＲＮＴＩ（ｇｒｏｕｐ－ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）であり、前記第２ＲＮＴＩがＣ－ＲＮＴＩ（ｃｅｌｌ－ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）であれば、前記第１ＤＣＩのＮＤＩ値及び前記第２ＤＣＩのＮＤＩ値に基づいて前記第２ＤＣＩの前記ＮＤＩがトグルされたか否かを判断することを特徴とする、方法。
前記第１ＲＮＴＩがＣ－ＲＮＴＩであり、前記第２ＲＮＴＩがＧ－ＲＮＴＩであれば、前記第２ＤＣＩのＮＤＩ値に関係なく前記第２ＤＣＩの前記ＮＤＩがトグルされたと見做すことを特徴とする、請求項１に記載の方法。
前記第１ＲＮＴＩが前記Ｇ－ＲＮＴＩであり、前記第２ＲＮＴＩが他のＧ－ＲＮＴＩであれば、前記第２ＤＣＩのＮＤＩ値に関係なく前記第２ＤＣＩの前記ＮＤＩがトグルされたと見做すことを特徴とする、請求項１に記載の方法。
前記第２ＤＣＩの前記ＮＤＩがトグルされなければ、前記第１ＤＣＩは前記ＭＢＳデータのＰＴＭ（ｐｏｉｎｔ－ｔｏ－ｍｕｌｔｉｐｏｉｎｔ）送信と関連され、前記第２ＤＣＩは前記ＭＢＳデータのＰＴＰ（ｐｏｉｎｔ－ｔｏ－ｐｏｉｎｔ）送信と関連されることを特徴とする、請求項１に記載の方法。
無線通信システムで基地局によるＭＢＳ（ｍｕｌｔｉｃａｓｔａｎｄｂｒｏａｄｃａｓｔｓｅｒｖｉｃｅ）データの処理方法において、
第１ＲＮＴＩ（ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）に基づいた第１リソース割り当て情報を含む第１ＤＣＩ（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）を端末に送信する段階と、
第２ＲＮＴＩに基づいた第２リソース割り当て情報を含む第２ＤＣＩを前記端末に送信する段階と、を含み、
前記第１ＤＣＩのＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）プロセス識別子と前記第２ＤＣＩのＨＡＲＱプロセス識別子が同じであれば、前記第１ＲＮＴＩ及び前記第２ＲＮＴＩに基づいて前記第２ＤＣＩのＮＤＩ（ｎｅｗｄａｔａｉｎｄｉｃａｔｏｒ）がトグル（ｔｏｇｇｌｅ）されたか否かが判断され、
前記第１ＲＮＴＩがＧ－ＲＮＴＩ（ｇｒｏｕｐ－ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）であり、前記第２ＲＮＴＩがＣ－ＲＮＴＩ（ｃｅｌｌ－ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）であれば、前記第１ＤＣＩのＮＤＩ値及び前記第２ＤＣＩのＮＤＩ値に基づいて前記第２ＤＣＩの前記ＮＤＩがトグルされたか否かを判断することを特徴とする、方法。
前記第１ＲＮＴＩがＣ－ＲＮＴＩであり、前記第２ＲＮＴＩがＧ－ＲＮＴＩであれば、前記第２ＤＣＩの前記ＮＤＩ値に関係なく前記第２ＤＣＩの前記ＮＤＩがトグルされたと見做すことを特徴とする、請求項５に記載の方法。
前記第１ＲＮＴＩが前記Ｇ－ＲＮＴＩであり、前記第２ＲＮＴＩが他のＧ－ＲＮＴＩであれば、前記第２ＤＣＩの前記ＮＤＩ値に関係なく前記第２ＤＣＩの前記ＮＤＩがトグルされたと見做すことを特徴とする、請求項５に記載の方法。
前記第２ＤＣＩの前記ＮＤＩがトグルされなければ、前記第１ＤＣＩは前記ＭＢＳデータのＰＴＭ（ｐｏｉｎｔ－ｔｏ－ｍｕｌｔｉｐｏｉｎｔ）送信と関連され、前記第２ＤＣＩは前記ＭＢＳデータのＰＴＰ（ｐｏｉｎｔ－ｔｏ－ｐｏｉｎｔ）送信と関連されることを特徴とする、請求項５に記載の方法。
無線通信システムでＭＢＳ（ｍｕｌｔｉｃａｓｔａｎｄｂｒｏａｄｃａｓｔｓｅｒｖｉｃｅ）データを処理するための端末において、
送受信部と、
第１ＲＮＴＩ（ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）に基づいた第１リソース割り当て情報を含む第１ＤＣＩ（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）を基地局から前記送受信部を介して受信し、第２ＲＮＴＩに基づいた第２リソース割り当て情報を含む第２ＤＣＩを前記基地局から前記送受信部を介して受信し、前記第１ＤＣＩのＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）プロセス識別子と前記第２ＤＣＩのＨＡＲＱプロセス識別子が同じであれば、前記第１ＲＮＴＩ及び前記第２ＲＮＴＩに基づいて前記第２ＤＣＩのＮＤＩ（ｎｅｗｄａｔａｉｎｄｉｃａｔｏｒ）がトグル（ｔｏｇｇｌｅ）されたか否かを判断するように構成された制御部と、を含み、
前記第１ＲＮＴＩがＧ－ＲＮＴＩ（ｇｒｏｕｐ－ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）であり、前記第２ＲＮＴＩがＣ－ＲＮＴＩ（ｃｅｌｌ－ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）であれば、前記第１ＤＣＩのＮＤＩ値及び前記第２ＤＣＩのＮＤＩ値に基づいて前記第２ＤＣＩの前記ＮＤＩがトグルされたか否かを判断することを特徴とする、端末。
前記第１ＲＮＴＩがＣ－ＲＮＴＩであり、前記第２ＲＮＴＩがＧ－ＲＮＴＩであれば、前記第２ＤＣＩの前記ＮＤＩ値に関係なく前記第２ＤＣＩの前記ＮＤＩがトグルされたと見做すことを特徴とする、請求項９に記載の端末。
前記第１ＲＮＴＩが前記Ｇ－ＲＮＴＩであり、前記第２ＲＮＴＩが他のＧ－ＲＮＴＩであれば、前記第２ＤＣＩの前記ＮＤＩ値に関係なく前記第２ＤＣＩの前記ＮＤＩがトグルされたと見做すことを特徴とする、請求項９に記載の端末。
前記第２ＤＣＩの前記ＮＤＩがトグルされなければ、前記第１ＤＣＩは前記ＭＢＳデータのＰＴＭ（ｐｏｉｎｔ－ｔｏ－ｍｕｌｔｉｐｏｉｎｔ）送信と関連され、前記第２ＤＣＩは前記ＭＢＳデータのＰＴＰ（ｐｏｉｎｔ－ｔｏ－ｐｏｉｎｔ）送信と関連されることを特徴とする、請求項９に記載の端末。
無線通信システムでＭＢＳ（ｍｕｌｔｉｃａｓｔａｎｄｂｒｏａｄｃａｓｔｓｅｒｖｉｃｅ）データを処理するための基地局において、
送受信部と、
第１ＲＮＴＩ（ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）に基づいた第１リソース割り当て情報を含む第１ＤＣＩ（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）を端末に前記送受信部を介して送信し、第２ＲＮＴＩに基づいた第２リソース割り当て情報を含む第２ＤＣＩを前記端末に前記送受信部を介して送信するように構成された制御部と、を含み、
前記第１ＤＣＩのＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）プロセス識別子と前記第２ＤＣＩのＨＡＲＱプロセス識別子が同じであれば、前記第１ＲＮＴＩ及び前記第２ＲＮＴＩに基づいて前記第２ＤＣＩのＮＤＩ（ｎｅｗｄａｔａｉｎｄｉｃａｔｏｒ）がトグル（ｔｏｇｇｌｅ）された否かが判断され、
前記第１ＲＮＴＩがＧ－ＲＮＴＩ（ｇｒｏｕｐ－ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）であり、前記第２ＲＮＴＩがＣ－ＲＮＴＩ（ｃｅｌｌ－ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｔｙ）であれば、前記第１ＤＣＩのＮＤＩ値及び前記第２ＤＣＩのＮＤＩ値に基づいて前記第２ＤＣＩの前記ＮＤＩがトグルされたか否かが判断されることを特徴とする、基地局。
前記第１ＲＮＴＩがＣ－ＲＮＴＩであり、前記第２ＲＮＴＩがＧ－ＲＮＴＩであれば、前記第２ＤＣＩの前記ＮＤＩ値に関係なく前記第２ＤＣＩの前記ＮＤＩがトグルされたと見做されることを特徴とする、請求項１３に記載の基地局。
前記第１ＲＮＴＩが前記Ｇ－ＲＮＴＩであり、前記第２ＲＮＴＩが他のＧ－ＲＮＴＩであれば、前記第２ＤＣＩの前記ＮＤＩ値に関係なく前記第２ＤＣＩの前記ＮＤＩがトグルされたと見做されることを特徴とする、請求項１３に記載の基地局。
前記第２ＤＣＩの前記ＮＤＩがトグルされなければ、前記第１ＤＣＩは前記ＭＢＳデータのＰＴＭ（ｐｏｉｎｔ－ｔｏ－ｍｕｌｔｉｐｏｉｎｔ）送信と関連され、前記第２ＤＣＩは前記ＭＢＳデータのＰＴＰ（ｐｏｉｎｔ－ｔｏ－ｐｏｉｎｔ）送信と関連されることを特徴とする、請求項１３に記載の基地局。