特許 6741761 無線通信システムにおいてＭＡＣ ＰＤＵを送受信する方法及びその装置

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】6741761

(24)【登録日】2020年7月29日

(45)【発行日】2020年8月19日

(54)【発明の名称】無線通信システムにおいてＭＡＣ ＰＤＵを送受信する方法及びその装置

(51)【国際特許分類】

   H04W 80/02 20090101AFI20200806BHJP

   H04W 28/06 20090101ALI20200806BHJP

【ＦＩ】

   H04W80/02

   H04W28/06 110

【請求項の数】18

【全頁数】27

(21)【出願番号】特願2018-524740(P2018-524740)

(86)(22)【出願日】2016年9月2日

(65)【公表番号】特表2018-537911(P2018-537911A)

(43)【公表日】2018年12月20日

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

(87)【国際公開番号】WO2017086580

(87)【国際公開日】20170526

【審査請求日】2018年5月14日

(31)【優先権主張番号】62/256,043

(32)【優先日】2015年11月16日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】リ ソンヨン

(72)【発明者】

【氏名】イ ソンジョン

【審査官】 町田 舞

(56)【参考文献】

【文献】 欧州特許出願公開第０２０８６２７６（ＥＰ，Ａ２）

【文献】 米国特許出願公開第２０１３／００８９０５７（ＵＳ，Ａ１）

【文献】 Huawei (Rapporteur)，[91bis#26][LTE/CA-enh] L field in MAC header，3GPP TSG-RAN WG2#92 R2-156465，２０１５年１１月 ６日

【文献】 Ericsson，Open issues on L2 UP headers extension，3GPP TSG-RAN WG2#92 R2-156640，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_92/Docs/R2-156640.zip＞，２０１５年１１月 ７日

(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】

前記一般的な説明と以下の本発明の詳細な説明はいずれも例示的なもので、特許請求の範囲に記載したような本発明をより詳細に説明するためのものである。

【発明の効果】

【0011】

未来の拡張可能性及びシグナリングオーバーヘッドを考慮して新しいＭＡＣサブヘッダーを設計するために、拡張ＭＡＣ ＰＤＵは、拡張論理チャネルアイデンティティー（ＬＣＩＤ）値がＭＡＣ ＰＤＵに含まれることを示すＬＣＩＤ値指示子（以下、ｅＬＣＩＤＩｎｄｉｃａｔｏｒという）を含み、ｅＬＣＩＤＩｎｄｉｃａｔｏｒは非拡張ＬＣＩＤ値の一つである。

【0012】

本発明で得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は添付図面に基づく以下の記載から本発明が属する技術分野で通常の知識を有する者にもっと明らかに理解可能であろう。

【図面の簡単な説明】

【0013】

本発明の更なる理解のために含まれて本出願の一部を構成する添付図面は本発明の実施例を示し、詳細な説明とともに本発明の原理を説明する機能をする。

【図1】無線通信システムの一例としてのＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の網構造を示した図である。

【図2A】Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の網構造を示したブロック図である。

【図2B】代表的なＥ−ＵＴＲＡＮと代表的なＥＰＣの構造を示したブロック図である。

【図3】３ＧＰＰ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）無線接続ネットワーク標準に基づくＵＥとＥ−ＵＴＲＡＮ間の無線インターフェースの制御平面と使用者平面を示した図である。

【図4】Ｅ−ＵＭＴＳで使われる物理チャネル構造の一例を示した図である。

【図5】本発明の一実施例による通信装置のブロック図である。

【図6】本開示の実施例で用いられるＬＴＥ−ＡシステムにおけるＣＣとＣＡの一例を示した図である。

【図7】ＵＥ側でのＭＡＣ構造の概要についての図である。

【図8】ＭＡＣヘッダー、ＭＡＣ制御要素、ＭＡＣ ＳＤＵ及びパッディングから構成されるＭＡＣ ＰＤＵに対する図である。

【図9A】ＭＡＣ ＰＤＵサブヘッダー構造の例を示す図である。

【図9B】ＭＡＣ ＰＤＵサブヘッダー構造の例を示す図である。

【図10】本発明の例示的な実施例によってＭＡＣ ＰＤＵを送信するための送信機の動作の概念図である。

【図11】本発明の例示的な実施例によってＭＡＣ ＰＤＵを受信するための受信機の動作の概念図である。

【図12A】本発明の例示的な実施例によるＭＡＣサブヘッダーフォーマットの例を示す図である。

【図12B】本発明の例示的な実施例によるＭＡＣサブヘッダーフォーマットの例を示す図である。

【図13A】本発明の例示的な実施例によるＭＡＣサブヘッダーフォーマットの他の例を示す図である。

【図13B】本発明の例示的な実施例によるＭＡＣサブヘッダーフォーマットの他の例を示す図である。

【図13C】本発明の例示的な実施例によるＭＡＣサブヘッダーフォーマットの他の例を示す図である。

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

【0014】

ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）は、ヨーロッパシステム、ＧＳＭ（Ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、及びＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）に基盤したＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）で動作する３世代（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ、３Ｇ）非対称移動通信システムである。ＵＭＴＳのＬＴＥ（Ｌｏｎｇ―Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、ＵＭＴＳを規格化する３ＧＰＰによって議論中にある。

【0015】

３ＧＰＰ ＬＴＥは、高速パケット通信を可能にする技術である。ユーザ及び提供者の費用を減少させ、サービス品質を改善し、カバレッジ（ｃｏｖｅｒａｇｅ）及びシステム容量を拡張及び改善することを目的とするＬＴＥ課題のための多くの方法が提案された。３Ｇ ＬＴＥは、上位―レベル要求であって、ビット（ｂｉｔ）当たりの費用減少、増加したサービス可用性、周波数帯域の柔軟性、単純な構造、開放型インターフェース、及び端末の適切な電力消耗を要求する。

【0016】

以下で、添付の図面を参照して説明した本発明の各実施例により、本発明の構成、作用及び他の特徴が容易に理解され得るだろう。以下で説明する各実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された各例である。

【0017】

本明細書は、ＬＴＥシステム及びＬＴＥ―Ａシステムを用いて本発明の各実施例を説明するが、これは例示に過ぎない。したがって、本発明の各実施例は、前記定義に該当するいずれの通信システムにも適用することができる。また、本明細書は、ＦＤＤ方式を基準にして本発明の実施例に対して説明するが、これは例示であって、本発明の実施例は、Ｈ―ＦＤＤ方式又はＴＤＤ方式にも容易に変形して適用することができる。

【0018】

図２Ａは、Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）網構造を示すブロック図である。Ｅ―ＵＭＴＳは、ＬＴＥシステムと称することもできる。通信網は、ＩＭＳ及びパケットデータを通じたＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）などの多様なサービスを提供するために広く配置される。

【0019】

図２Ａに示したように、Ｅ―ＵＭＴＳ網は、Ｅ―ＵＴＲＡＮ（ｅｖｏｌｖｅｄ ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）、及び一つ以上の端末を含む。Ｅ―ＵＴＲＡＮは、一つ以上のｅＮＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ）２０を含むことができ、複数の端末１０が一つのセルに位置することができる。一つ以上のＥ―ＵＴＲＡＮ ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／ＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）ゲートウェイ３０は、ネットワークの終端に位置し、外部ネットワークに接続することもできる。

【0020】

本明細書において、「下りリンク（ｄｏｗｎｌｉｎｋ）」は、ｅＮＢ２０から端末１０への通信を称し、「上りリンク（ｕｐｌｉｎｋ）」は、端末１０からｅＮＢ２０への通信を称する。端末１０は、ユーザによって運搬される通信装備を称し、また、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ、ＭＳ）、ユーザ端末（Ｕｓｅｒ Ｔｅｒｍｉｎａｌ、ＵＴ）、加入者ステーション（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ、ＳＳ）又は無線デバイスと称することもできる。

【0021】

図２Ｂは、一般的なＥ―ＵＴＲＡＮと一般的なＥＰＣの構造を示すブロック図である。

【0022】

図２Ｂに示したように、ｅＮＢ２０は、ユーザ平面及び制御平面のエンドポイント（ｅｎｄ ｐｏｉｎｔ）を端末１０に提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、セッション及び移動性管理機能のエンドポイントを端末１０に提供する。ｅＮＢ２０及びＭＭＥ／ＳＡＥゲートウェイ３０は、Ｓ１インターフェースを介して接続することができる。

【0023】

ｅＮＢ２０は、一般に端末１０と通信する固定局であって、基地局（ＢＳ）又はアクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）と称することもある。一つのｅＮＢ２０はセルごとに配置することができる。ユーザトラフィック又は制御トラフィックを送信するためのインターフェースをｅＮＢ２０間で使用することができる。

【0024】

ＭＭＥは、ｅＮＢ２０に対するＮＡＳシグナリング、ＮＡＳシグナリング保安、ＡＳ保安制御、３ＧＰＰ接続ネットワーク間の移動性のためのインター（ｉｎｔｅｒ）ＣＮノードシグナリング、（ページング再送信の制御及び実行を含む）遊休モード（ｉｄｌｅ ｍｏｄｅ）端末接近性（Ｒｅａｃｈａｂｉｌｉｔｙ）、（遊休モード及び活性モード（ａｃｔｉｖｅ ｍｏｄｅ）の端末のための）トラッキング領域リスト管理、ＰＤＮ ＧＷ及びサービングＧＷ選択、ＭＭＥ変化が伴うハンドオーバーのためのＭＭＥ選択、２Ｇ又は３Ｇ ３ＧＰＰ接続ネットワークへのハンドオーバーのためのＳＧＳＮ選択、ローミング、認証、専用ベアラー設定を含むベアラー管理、（ＥＴＷＳ及びＣＭＡＳを含む）ＰＷＳメッセージ送信のためのサポートを含む多様な機能を行う。ＳＡＥゲートウェイホストは、パー―ユーザ（Ｐｅｒ―ｕｓｅｒ）ベースのパケットフィルタリング（例えば、深層パケット検査を使用）、適法なインターセプション（Ｌａｗｆｕｌ Ｉｎｔｅｒｃｅｐｔｉｏｎ）、端末 ＩＰアドレス割り当て、下りリンクでの送信（Ｔｒａｎｓｐｏｒｔ）レベルパケットマーキング、ＵＬ及びＤＬサービスレベル課金、ゲーティング及びレート強化、ＡＰＮ―ＡＭＢＲに基づいたＤＬレート強化を含む多様な機能を提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、明確性のために、本明細書で単純に「ゲートウェイ」と称する。しかし、ＭＭＥ／ＳＡＥゲートウェイ３０は、ＭＭＥ及びＳＡＥゲートウェイの両者を全て含む。

【0025】

複数のノードは、ｅＮＢ２０とゲートウェイ３０との間でＳ１インターフェースを介して接続することができる。各ｅＮＢ２０は、Ｘ２インターフェースを介して相互接続することができ、各隣接ｅＮＢは、Ｘ２インターフェースを有するメッシュネットワーク構造（ｍｅｓｈｅｄ ｎｅｔｗｏｒｋ ｓｔｒｕｃｔｕｒｅ）を有することができる。

【0026】

図示のように、ｅＮＢ２０は、ゲートウェイ３０に対する選択、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）活性化の間、ゲートウェイに向かうルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャストチャネル（ＢＣＣＨ）情報のスケジューリング及び送信、上りリンク及び下りリンクの全てにおける各端末１０のための動的リソース割当、ｅＮＢ測定の構成及び準備、無線ベアラー制御、無線承認制御（Ｒａｄｉｏ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ、ＲＡＣ）、及びＬＴＥ＿ＡＣＴＩＶＥ状態での接続移動性制御などの各機能を行うことができる。ＥＰＣにおいて、ゲートウェイ３０は、ページング発信、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザ平面暗号化、システム構造エボリューション（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ、ＳＡＥ）ベアラー制御、及び非―接続層（Ｎｏｎ―Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ、ＮＡＳ）シグナリングの暗号化及び無欠性保護などの各機能を行うことができる。

【0027】

ＥＰＣは、移動性管理エンティティー（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、ＭＭＥ）、サービング―ゲートウェイ（ｓｅｒｖｉｎｇ―ｇａｔｅｗａｙ、Ｓ―ＧＷ）、及びパケットデータネットワーク―ゲートウェイ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ―Ｇａｔｅｗａｙ、ＰＤＮ―ＧＷ）を含む。ＭＭＥは、主に各端末の移動性を管理する目的で用いられる接続及び可用性に対する情報を有する。Ｓ―ＧＷは、Ｅ―ＵＴＲＡＮを終端点として有するゲートウェイで、ＰＤＮ―ＧＷは、パケットデータネットワーク（ＰＤＮ）を終端点として有するゲートウェイである。

【0028】

図３は、３ＧＰＰ無線接続網規格を基盤にした端末とＥ―ＵＴＲＡＮとの間の無線インタフェースプロトコルの制御平面及びユーザ平面の構造を示す図である。制御平面は、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークがコールを管理するために用いる各制御メッセージが送信される通路を意味する。ユーザ平面は、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路を意味する。

【0029】

第１層である物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を用いて上位層に情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）を提供する。物理層は、上位にある媒体接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層とは送信チャネル（Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）を介して接続されている。前記送信チャネルを介して媒体接続制御層と物理層との間にデータが移動する。送信側と受信側の物理層間には、物理チャネルを介してデータが移動する。前記物理チャネルは、時間と周波数を無線リソースとして活用する。具体的には、物理チャネルは、下りリンクでＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式で変調され、上りリンクでＳＣ―ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式で変調される。

【0030】

第２層の媒体接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼性のあるデータ送信をサポートする。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックで具現することもできる。第２層のＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インターフェースでＩＰバージョン４（ＩＰ ｖｅｒｓｉｏｎ ４、ＩＰｖ４）パケットやＩＰバージョン６（ＩＰｖ６）パケットのようなＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）パケットを効率的に送信するために不必要な制御情報を減少させるヘッダー圧縮（Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）機能を行う。

【0031】

第３層の最下部に位置した無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ；ＲＲＣ）層は、制御平面のみで定義される。ＲＲＣ層は、各無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ―ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために第２層によって提供されるサービスを意味する。このために、端末とネットワークのＲＲＣ層は、互いにＲＲＣメッセージを交換する。

【0032】

ｅＮＢの一つのセルは、１．２５ＭＨｚ、２．５ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ及び２０ＭＨｚなどの各帯域のうち一つで動作するように設定することができ、帯域で下りリンク又は上りリンク送信サービスを提供するように設定することができる。異なる各セルは、異なる各帯域を提供するように設定することもできる。

【0033】

Ｅ―ＵＴＲＡＮから端末への送信のための下りリンク送信チャネル（Ｄｏｗｎｌｉｎｋ ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）は、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）、各ページングメッセージを送信するＰＣＨ（Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ）、及びユーザトラフィック又は各制御メッセージを送信するための下りリンク共有チャネル（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＳＣＨ）を含む。下りリンクマルチキャスト又はブロードキャストサービスのトラフィック又は制御メッセージの場合、下りリンクＳＣＨを介して送信することもでき、又は別途の下りリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ）を介して送信することもできる。

【0034】

端末からネットワークにデータを送信する上りリンク送信チャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）と、その他にユーザトラフィックや制御メッセージを送信する上りリンクＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）とがある。送信チャネルの上位にあり、送信チャネルにマップされる論理チャネルとしては、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、及びＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）などがある。

【0035】

図４は、Ｅ―ＵＭＴＳシステムで使用する物理チャネル構造の一例を示した図である。物理チャネルは、時間軸上にある多数のサブフレームと、周波数軸上にある多数のサブキャリア（Ｓｕｂ―ｃａｒｒｉｅｒ）とで構成される。ここで、一つのサブフレーム（Ｓｕｂ―ｆｒａｍｅ）は、時間軸上に複数のシンボル（Ｓｙｍｂｏｌ）で構成される。一つのサブフレームは、複数のリソースブロック（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）で構成され、一つのリソースブロックは、複数のシンボル及び複数のサブキャリアで構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、すなわち、Ｌ１／Ｌ２制御チャネルのために該当サブフレームの特定シンボル（例えば、１番目のシンボル）の特定サブキャリアを用いることができる。図４には、Ｌ１／Ｌ２制御情報送信領域（ＰＤＣＣＨ）とデータ領域（ＰＤＳＣＨ）を示した。一実施例において、１０ｍｓの無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）が使用され、一つの無線フレームは１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。また、一つのサブフレームは二つの連続するスロットで構成される。一つのスロットの長さは０．５ｍｓである。また、一つのサブフレームは多数のＯＦＤＭシンボルで構成され、多数のＯＦＤＭシンボルのうち一部のシンボル（例えば、１番目のシンボル）は、Ｌ１／Ｌ２制御情報を送信するために使用することができる。データ送信のための時間単位である送信時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ、ＴＴＩ）は１ｍｓである。

【0036】

基地局と端末は、一般に特定制御信号又は特定サービスデータを除いては、送信チャネルであるＤＬ―ＳＣＨを用いる物理チャネルであるＰＤＳＣＨを介してデータを送信／受信する。ＰＤＳＣＨのデータがいずれの端末（一つ又は複数の端末）に送信されるもので、前記各端末がどのようにＰＤＳＣＨデータを受信してデコード（ｄｅｃｏｄｉｎｇ）しなければならないのかに対する情報などは、ＰＤＣＣＨに含まれて送信される。

【0037】

例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ）でＣＲＣマスク（ｍａｓｋｉｎｇ）されており、「Ｂ」という無線リソース（例えば、周波数位置）及び「Ｃ」という送信形式情報（例えば、送信ブロックサイズ、変調方式、コーディング情報など）を用いて送信されるデータに関する情報が特定サブフレームを介して送信されると仮定する。この場合、セル内の端末は、自身が有しているＲＮＴＩ情報を用いてＰＤＣＣＨをモニターし、「Ａ」ＲＮＴＩを有している一つ以上の端末があると、前記各端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報を介して「Ｂ」と「Ｃ」によって指示されるＰＤＳＣＨを受信する。

【0038】

図５は、本発明の実施例に係る通信装置のブロック図である。

【0039】

図５に示した装置は、上述したメカニズムを行うように適応されたユーザ装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）及び／又はｅＮＢであってもよいが、同じ作業を行う任意の装置であってもよい。

【0040】

図５に示したように、装置は、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）／マイクロプロセッサ１１０及びＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュール（送受信機；１３５）を含むこともできる。ＤＳＰ／マイクロプロセッサ１１０は、送受信機１３５に電気的に接続されて送受信機１３５を制御する。装置は、設計者の選択によって、電力管理モジュール１０５、バッテリー１５５、ディスプレイ１１５、キーパッド１２０、ＳＩＭカード１２５、メモリデバイス１３０、スピーカー１４５及び入力デバイス１５０をさらに含むこともできる。

【0041】

特に、図５は、ネットワークから要求メッセージを受信するように構成された受信機１３５及びネットワークに送／受信タイミング情報を送信するように構成された送信機１３５を含む端末を示してもよい。このような受信機と送信機は送受信機１３５を構成できる。端末は、送受信機（受信機及び送信機、１３５）に接続されたプロセッサ１１０をさらに含むこともできる。

【0042】

また、図５は、端末に要求メッセージを送信するように構成された送信機１３５及び端末から送受信タイミング情報を受信するように構成された受信機１３５を含むネットワーク装置を示してもよい。送信機及び受信機は送受信機１３５を構成することもできる。ネットワークは、送信機及び受信機に接続されたプロセッサ１１０をさらに含む。このプロセッサ１１０は、送受信タイミング情報に基づいて遅延（ｌａｔｅｎｃｙ）を計算することもできる。

【0043】

図６は本開示の実施例で使われるＬＴＥ−ＡシステムにおけるＣＣとＣＡの例を示す。

【0044】

３ＧＰＰ ＬＴＥシステム（以下、ＬＴＥシステムと言う）は一つのコンポーネントキャリア（ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ（ＣＣ））が多数のバンドに分割されるマルチキャリア変調（ｍｕｌｔｉ−ｃａｒｒｉｅｒ ｍｏｄｕｌａｔｉｏｎ）を用いる。これと対照的に、３ＧＰＰ ＬＴＥ−Ａシステム（以下、ＬＴＥ−Ａシステムと言う）は一つ以上のＣＣを合わせてＬＴＥシステムより広いシステム帯域幅を支援するＣＡを使うことができる。ＣＡという用語はキャリア結合（ｃａｒｒｉｅｒ ｃｏｍｂｉｎｉｎｇ）、マルチＣＣ環境（ｍｕｌｔｉ−ＣＣ ｅｎｖｉｒｏｎｍｅｎｔ）又はマルチキャリア環境（ｍｕｌｔｉ−ｃａｒｒｉｅｒ ｅｎｖｉｒｏｎｍｅｎｔ）と互換可能である。

【0045】

本開示において、マルチキャリアはＣＡ（又はキャリア結合）を意味する。ここで、ＣＡは隣接したキャリアの集成及び非隣接キャリアの集成を含む。集成されたＣＣの個数はＤＬとＵＬに対して違い得る。ＤＬ ＣＣの個数がＵＬ ＣＣの個数と同一である場合、これを対称的な集成（ｓｙｍｍｅｔｒｉｃ ａｇｇｒｅｇａｔｉｏｎ）と言う。ＤＬ ＣＣの個数がＵＬ ＣＣの個数と違う場合、これを非対称的な集成（ａｓｙｍｍｅｔｒｉｃ ａｇｇｒｅｇａｔｉｏｎ）と言う。ＣＡという用語はキャリア結合、帯域集成、スペクトラム集成と互換可能である。

【0046】

ＬＴＥ−Ａシステムは二つ以上のＣＣを集成して、すなわちＣＡによって最大で１００ＭＨｚの帯域幅を支援することを目標とする。レガシー（ｌｅｇａｃｙ）ＩＭＴシステムとの下位互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ）を保障するため、ターゲット帯域幅より狭い帯域幅を有するそれぞれのキャリアはレガシーシステムで使われる帯域幅に制限されることもできる。

【0047】

例えば、レガシー３ＧＰＰ ＬＴＥシステムは帯域幅｛１．４、３、５、１０、１５、２０ＭＨｚ｝を支援し、３ＧＰＰ ＬＴＥ−ＡシステムはこのようなＬＴＥ帯域幅を用いて２０ＭＨｚより広い帯域幅を支援することができる。本開示のＣＡシステムはレガシーシステムで使われる帯域幅と関係なく新しい帯域幅を定義することによってＣＡを支援することができる。

【0048】

帯域内ＣＡ（ｉｎｔｒａ−ｂａｎｄ ＣＡ）と帯域間ＣＡ（ｉｎｔｅｒ−ｂａｎｄ ＣＡ）の二つのタイプのＣＡがある。帯域内ＣＡは多数のＤＬ ＣＣ及び／又はＵＬ ＣＣらが周波数上で連続するとか隣り合うことを意味する。言い替えれば、ＤＬ ＣＣ及び／又はＵＬ ＣＣのキャリア周波数が同じ帯域に位置する。一方、ＣＣが周波数上で離れて位置する環境を帯域間ＣＡと言える。言い替えれば、多数のＤＬ ＣＣ及び／又はＵＬ ＣＣのキャリア周波数が互いに異なる帯域に位置する。この場合、ＵＥは多数のＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）端を用いてＣＡ環境で通信を行うことができる。

【0049】

ＬＴＥ−Ａシステムは無線リソースを管理するためにセルの概念を採択する。上述したＣＡ環境はマルチセル環境と指称することもできる。ＵＬリソースが必須ではないが、セルはＤＬ ＣＣとＵＬ ＣＣの対と定義される。したがって、セルはＤＬリソースのみで構成されるとかＤＬ及びＵＬリソースで構成されることができる。

【0050】

例えば、一つのサービングセルが特定のＵＥに対して構成されれば、ＵＥは一つのＤＬ ＣＣと一つのＵＬ ＣＣを有することができる。二つ以上のサービングセルがＵＥに対して構成されれば、ＵＥはサービングセルの個数だけのＤＬ ＣＣとサービングセルの個数より少ないＵＬ ＣＣを有することができ、その逆も同様である。すなわち、多数のサービングセルがＵＥに対して構成されれば、ＤＬ ＣＣより多いＵＬ ＣＣを用いるＣＡ環境も支援することができる。

【0051】

ＣＡは相異なるキャリア周波数（中心周波数）を有する二つ以上のセルの集成と見なすこともできる。ここで、“セル”という用語はｅＮＢによってカバーされる地理的な領域としての“セル”とは区分されなければならない。以下、帯域内ＣＡは帯域内マルチセルと指称し、帯域間ＣＡは帯域間マルチセルと指称する。

【0052】

図６（ａ）はＬＴＥシステムにおける単一キャリア構造を示す。ＤＬ ＣＣ及びＵＬ ＣＣが存在し、一つのＣＣは２０ＭＨｚの周波数範囲を有することができる。

【0053】

図６（ｂ）はＬＴＥ−ＡシステムにおけるＣＡ構造を示す。図６（ｂ）に示したケースでは、それぞれ２０ＭＨｚを有する３個のＣＣが集成（ａｇｇｒｅｇａｔｅｄ）される。３個のＤＬ ＣＣ及び３個のＵＬ ＣＣが設定されるが、ＤＬ ＣＣ及びＵＬ ＣＣの数は制限されない。ＣＡにおいて、ＵＥは３個のＣＣを同時にモニターし、３個のＣＣでＤＬ信号／ＤＬデータを受信し、３個のＣＣでＵＬ信号／ＵＬデータを送信する。

【0054】

図７はＵＥ側でのＭＡＣ構造の概要を示す図である。

【0055】

ＭＡＣ階層は論理チャネルマルチプレックシング、ハイブリッドＡＲＱ再送信、上りリンク下りリンクスケジューリングを処理する。また、搬送波集成が使われるとき、多数のコンポーネントキャリアにかけてデータをマルチプレックシング／デマルチプレックシングすることを担当する。

【0056】

ＭＡＣは論理チャネルの形態で無線リンク制御（ＲＬＣ）にサービスを提供する。論理チャネルは自分が伝達する情報のタイプによって定義され、一般的にＬＴＥシステムを動作させるのに必要な制御及び設定情報の送信に使われる制御チャネル又は使用者データに使われるトラフィックチャネルとして分類される。ＬＴＥに対して特定された論理チャネル形態のセットは次を含む。

【0057】

−ネットワークからセル内の全ての端末へのシステム情報の送信に使われる放送制御チャネル（ＢＣＣＨ）。システムをアクセスする前、端末はシステム情報を獲得し、システムがどのように構成されるか、及び一般的にセル内でどのように適切に挙動するかを知る必要がある。

【0058】

−セルレベル上の位置がネットワークに知られていない端末のページングに使われるページング制御チャネル（ＰＣＣＨ）。したがって、ページングメッセージは多数のセルで送信される必要がある。

【0059】

−ランダムアクセスとともに制御情報の送信に使われる共通制御チャネル（ＣＣＣＨ）。

【0060】

−端末への／からの制御情報の送信に使われる専用制御チャネル（ＤＣＣＨ）。このチャネルは相異なるハンドオーバーメッセージなどの端末の個別構成に使われる。

【0061】

−ＭＴＣＨの受信に必要な制御情報の送信に使われるマルチキャスト制御チャネル（ＭＣＣＨ）。

【0062】

−端末への／からの使用者データの送信に使われる専用トラフィックチャネル（ＤＴＣＨ）。これは全ての上りリンク及び非ＭＢＳＦＮ下りリンク使用者データの送信に使われる論理チャネルタイプである。

【0063】

−ＭＢＭＳサービスの下りリンク送信に使われるマルチキャストトラフィックチャネル（ＭＴＣＨ）。

【0064】

ＭＡＣエンティティーはＭＡＣプロトコルデータユニット（ＰＤＵ）でＭＡＣ制御要素及びＭＡＣサービスデータユニット（ＳＤＵ）をマルチプレックシングする。もしくは、ＭＡＣエンティティーはＭＡＣ ＰＤＵをディセンブリングしてデマルチプレックシングする。

【0065】

図８はＭＡＣヘッダー、ＭＡＣ制御要素、ＭＡＣ ＳＤＵ及びパッディング（ｐａｄｄｉｎｇ）で構成されるＭＡＣ ＰＤＵを示す図である。

【0066】

優先順位ハンドリングを支援するために、自らのＲＬＣエンティティーをそれぞれ有する多数の論理チャネルはＭＡＣ階層によって一つの伝送チャネルにマルチプレックシングされることができる。受信機で、ＭＡＣ階層は該当デマルチプレックシングを処理し、順次伝達（ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ）及びＲＬＣによって処理された他の機能のためにＲＬＣ ＰＤＵをそれぞれのＲＬＣエンティティーに伝達する。受信機でデマルチプレックシングを支援するために図８に示したＭＡＣヘッダーが使われる。

【0067】

それぞれのＲＬＣ ＰＤＵにはＭＡＣヘッダー内の関連したサブヘッダーが存在する。サブヘッダーはＲＬＣ ＰＤＵが由来する論理チャネル（ＬＣＩＤ）のアイデンティティー及びバイト単位のＰＤＵ長さを含む。最後のサブヘッダーであるかを示すフラグも存在する。ＭＡＣヘッダーとともに、一つ又は幾つかのＲＬＣ ＰＤＵ、及び、必要であれば、スケジューリングされた伝送ブロックサイズを満たすパッディングは物理階層に伝達される一つの伝送ブロックを形成する。

【0068】

相異なる論理チャネルのマルチプレックシングに加え、ＭＡＣ階層もいわゆるＭＡＣ制御要素を伝送チャネルを介して送信される伝送ブロックに挿入することができる。ＭＡＣ制御要素はインバンド（ｉｎｂａｎｄ）制御シグナリング、例えばタイミングアドバンス命令及びランダムアクセス応答に使われる。制御要素はＬＣＩＤフィールドで留保された（ｒｅｓｅｒｖｅｄ）値によって識別され、ＬＣＩＤ値は制御情報のタイプを示す。また、サブヘッダー内の長さフィールドは固定長を有する制御要素のために除去される。

【0069】

ＭＡＣ ＰＤＵヘッダーは一つ以上のＭＡＣ ＰＤＵサブヘッダーで構成され、それぞれのサブヘッダーはＭＡＣ ＳＤＵ、ＭＡＣ制御要素又はパッディングに対応する。

【0070】

ＭＡＣ ＰＤＵサブヘッダーは該当ＭＡＣ ＳＤＵ、ＭＡＣ制御要素及びパッディングと同一順序を有する。ＭＡＣ制御要素はいつも任意のＭＡＣ ＳＤＵの前に配置される。

【0071】

パッディングは、１バイト又は２バイトパッディングが必要な場合を除き、ＭＡＣ ＰＤＵの終りで発生する。パッディングは任意の値を有することができ、ＵＥはこれを無視することができる。ＭＡＣ ＰＤＵの終りでパッディングが行われば、ゼロ以上のパッディングバイトが許される。

【0072】

１バイト又は２バイトパッディングが要求されれば、パッディングに対応する１個又は２個のＭＡＣ ＰＤＵサブヘッダーは、任意の他のＭＡＣ ＰＤＵサブヘッダーの前にＭＡＣ ＰＤＵの初期に配置される。ＵＥ当たり伝送ブロック（ＴＢ）当たり最大で１個のＭＡＣ ＰＤＵが送信されることができる。ＴＴＩ当たり最大で１個のＭＣＨ ＭＡＣ ＰＤＵが送信されることができる。

【0073】

ＭＡＣエンティティーがＭＡＣエンティティーのＣ−ＲＮＴＩ又は半永久スケジューリング（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ）Ｃ−ＲＮＴＩのための、設定された下りリンク割当てによる、又はＳＬ−ＳＣＨ上の留保された又は無効値を含むＭＡＣ ＰＤＵを受信すれば、ＭＡＣエンティティーは受信されたＰＤＵを廃棄するであろう。

【0074】

ＭＡＣエンティティーが留保された値を含むＭＣＨ上のＭＡＣ ＰＤＵを受信すれば、ＭＡＣエンティティーは留保された値及びＭＡＣ ＳＤＵを含むＭＡＣ ＰＤＵサブヘッダーを無視し、留保された値を含むフィールド及びＭＡＣ制御要素内の留保された値を含むフィールドと関連したフィールドを無視するであろう。

【0075】

図９Ａ及び図９ＢはＭＡＣ ＰＤＵサブヘッダー構造の例を示す図である。

【0076】

ＭＡＣ ＰＤＵサブヘッダーは、ＭＡＣ ＰＤＵ内の最後のサブヘッダー及び固定サイズＭＡＣ制御要素を除き、６個のヘッダーフィールドＲ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌで構成される。ＭＡＣ ＰＤＵ内の最後のサブヘッダー及び固定サイズＭＡＣ制御要素のためのサブヘッダーは４個のヘッダーフィールドＲ／Ｒ／Ｅ／ＬＣＩＤのみで構成される。パッディングに対応するＭＡＣ ＰＤＵサブヘッダーは４個のヘッダーフィールドＲ／Ｒ／Ｅ／ＬＣＩＤで構成される。

【0077】

ＭＡＣヘッダーは可変サイズであって、次のフィールドで構成される。

【0078】

１）ＬＣＩＤ：論理チャネルＩＤフィールドは、ＤＬ−ＳＣＨ、ＵＬ−ＳＣＨ及びＭＣＨに対して表１、表２及び表３に示したように、該当ＭＡＣ ＳＤＵの論理チャネルインスタンス又は該当ＭＡＣ制御要素又はパッディングのタイプを識別する。ＭＡＣ ＰＤＵに含まれるそれぞれのＭＡＣ ＳＤＵ、ＭＡＣ制御要素又はパッディングに対して一つのＬＣＩＤが存在する。また、これに加え、１バイト又は２バイトパッディングが必要であるが、ＭＡＣ ＰＤＵの終りにあるパッディングによって達成できないとき、ＭＡＣ ＰＤＵ内に１個又は２個の追加ＬＣＩＤフィールドが含まれる。カテゴリー０のＵＥはＬＣＩＤ“０１０１１”を使ってＣＣＣＨを示さなければならなく、そうではなければ、ＵＥはＬＣＩＤ“０００００”を使ってＣＣＣＨを示す。ＬＣＩＤフィールドサイズは５ビットである。

【0079】

【表1】

【0080】

表１はＤＬ−ＳＣＨのためのＬＣＩＤの値を示す。

【0081】

【表2】

【0082】

表２はＵＬ−ＳＣＨのためのＬＣＩＤの値を示す。

【0083】

【表3】

【0084】

表３はＭＣＨのためのＬＣＩＤの値を示す。

【0085】

２）Ｌ：長さフィールドは該当ＭＡＣ ＳＤＵ又は可変サイズＭＡＣ制御要素のバイト長を示す。最後のサブヘッダー及び固定サイズＭＡＣ制御要素に対応するサブヘッダーを除き、ＭＡＣ ＰＤＵサブヘッダーごとに一つのＬフィールドが存在する。ＬフィールドのサイズはＦフィールドによって指示される。

【0086】

３）Ｆ：フォーマットフィールドは、表４に指示したように、長さフィールドのサイズを示す。最後のサブヘッダー及び固定サイズＭＡＣ制御要素に対応するサブヘッダーを除き、ＭＡＣ ＰＤＵサブヘッダーごとに一つのＦフィールドが存在する。Ｆフィールドのサイズは１ビットである。ＭＡＣ ＳＤＵ又は可変サイズＭＡＣ制御要素のサイズが１２８バイトより小さければ、Ｆフィールドの値は０に設定され、そうではなければ１に設定される。

【0087】

【表4】

【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】

【表5】

【0119】

表５は本発明の例示的な実施例によるＤＬ−ＳＣＨのためのＬＣＩＤの値を示す

【0120】

【表6】

【0121】

表６は本発明の例示的な実施例によるＵＬ−ＳＣＨのためのＬＣＩＤの値を示す。

【0122】

【表7】

【0123】

表７は本発明の例示的な実施例によるＭＣＨのためのＬＣＩＤの値を示す。

【0124】

２）ｅＬＣＩＤ：拡張論理チャネルＩＤフィールドはそれぞれＤＬ−ＳＣＨ、ＵＬ−ＳＣＨ及びＭＡＣに対して該当ＭＡＣ ＳＤＵの論理チャネルインスタンス又は該当ＭＡＣ制御エレメントのタイプを識別する。ＭＡＣ ＰＤＵに含まれた各ＭＡＣ ＳＤＵ又はＭＡＣ制御要素に対して一つのＬＣＩＤフィールドが存在する。

【0125】

３）Ｌ：長さフィールドは該当ＭＡＣ ＳＤＵ又は可変サイズＭＡＣ制御要素のバイト長を示す。最後のサブヘッダーと固定サイズＭＡＣ制御要素に対応するサブヘッダーを除き、ＭＡＣ ＰＤＵサブヘッダー当たり一つのＬフィールドがある。Ｌフィールドの大きさはＦフィールドと指示される。

【0126】

４）Ｆ：フォーマットフィールドは表４に指示したように長さフィールドのサイズを示す。最後のサブヘッダー及び固定サイズＭＡＣ制御要素に対応するサブヘッダーを除き、ＭＡＣ ＰＤＵサブヘッダー当たり一つのＦフィールドが存在する。Ｆフィールドのサイズは１ビットである。ＭＡＣ ＳＤＵ又は可変サイズＭＡＣ制御要素のサイズが１２８バイトより小さければ、Ｆフィールドの値は０に設定され、そうではなければ１に設定される。

【0127】

５）Ｅ：拡張フィールドはより多いフィールドがＭＡＣヘッダーに存在するかを示すフラグである。Ｅフィールドは“１”に設定されれば少なくともＲ／Ｒ／Ｅ／ＬＣＩＤフィールドの他のセットを示す。Ｅフィールドは“０”に設定されればＭＡＣ ＳＤＵ、ＭＡＣ制御要素又はパッディングが次のバイト又はＲ／Ｒ／Ｅ／ｅＬＣＩＤフィールドの次のバイトで始まることを示す。

【0128】

６）Ｒ：“０”に設定された留保ビット。

【0129】

図１２Ａを参照すると、ＭＡＣ ＰＤＵサブヘッダーは６個のヘッダーフィールドＲ／Ｒ／Ｅ／ＬＣＩＤ／ｅＬＣＩＤ／Ｆ／Ｌで構成される。図１２Ａに示したように、Ｌフィールドのサイズは７ビット又は１５ビットであってもよく、ｅＬＣＩＤフィールドのサイズは８ビットであってもよい。６個のヘッダーフィールドＲ／Ｒ／Ｅ／ＬＣＩＤ／ｅＬＣＩＤ／Ｆ／Ｌで構成されたＭＡＣ ＰＤＵサブヘッダーはＭＡＣ ＰＤＵの最後のサブヘッダーと固定サイズＭＡＣ制御要素を除く。

【0130】

図１２Ｂに示したように、ＭＡＣ ＰＤＵサブヘッダーは４個のヘッダーフィールドＲ／Ｒ／Ｅ／ＬＣＩＤ／ｅＬＣＩＤで構成される。ｅＬＣＩＤフィールドの大きさは、図１２Ｂに示したように、８ビットであってもよい。ＭＡＣ ＰＤＵ内の最後のサブヘッダー及び固定サイズＭＡＣ制御要素に対するサブヘッダーは４個のヘッダーフィールドＲ／Ｒ／Ｅ／ＬＣＩＤ／ｅＬＣＩＤのみで構成される。パッディングに対応するＭＡＣ ＰＤＵサブヘッダーは４個のヘッダーフィールドＲ／Ｒ／Ｅ／ＬＣＩＤ／ｅＬＣＩＤで構成される。

【0131】

図１３Ａ〜図１３Ｃは本発明の例示的な実施例によるＭＡＣサブヘッダーフォーマットの他の例を示す図である。

【0132】

図１３Ａ〜図１３Ｃの説明において、ＭＡＣヘッダーは可変サイズであって、次のフィールドで構成される：

【0133】

１）ＬＣＩＤ：論理チャネルＩＤフィールドはＤＬ−ＳＣＨ、ＵＬ−ＳＣＨ及びＭＣＨに対し、表５、表６及び表７に示したように、該当ＭＡＣ ＳＤＵの論理チャネルインスタンス又は該当ＭＡＣ制御要素又はパッディングのタイプを識別する。ＭＡＣ ＰＤＵに含まれるそれぞれのＭＡＣ ＳＤＵ、ＭＡＣ制御要素又はパッディングに対して一つのＬＣＩＤが存在する。また、これに加え、１バイト又は２バイトパッディングが必要であるが、ＭＡＣ ＰＤＵの終りにあるパッディングによって達成できないとき、ＭＡＣ ＰＤＵ内に１個又は２個の追加ＬＣＩＤフィールドが含まれる。カテゴリー０のＵＥはＬＣＩＤ“０１０１１”を使ってＣＣＣＨを示さなければならず、そうではなければ、ＵＥはＬＣＩＤ“０００００”を使ってＣＣＣＨを示す。ＬＣＩＤフィールドサイズは５ビットである。ＬＣＩＤフィールドがｅＬＣＩＤＩｎｄｉｃａｔｏｒに設定されれば（下記の表５、表６及び表７に示す）、ＬＣＩＤフィールドはＬＣＩＤフィールドの次に拡張ＬＣＩＤフィールドがあることを示す。

【0134】

２）ｅＬＣＩＤ：拡張論理チャネルＩＤフィールドはそれぞれＤＬ−ＳＣＨ、ＵＬ−ＳＣＨ及びＭＡＣに対して該当ＭＡＣ ＳＤＵの論理チャネルインスタンス又は該当ＭＡＣ制御要素のタイプを識別する。ＭＡＣ ＰＤＵに含まれた各ＭＡＣ ＳＤＵ又はＭＡＣ制御要素に対して一つのＬＣＩＤフィールドが存在する。

【0135】

３）Ｌ：長さフィールドは該当ＭＡＣ ＳＤＵ又は可変サイズＭＡＣ制御要素のバイト長を示す。最後のサブヘッダーと固定サイズＭＡＣ制御要素に対応するサブヘッダーを除き、ＭＡＣ ＰＤＵサブヘッダー当たり一つのＬフィールドがある。Ｌフィールドの大きさはＦフィールドと指示される。

【0136】

４）Ｆ：フォーマットフィールドは、表４に指示したように、長さフィールドのサイズを示す。最後のサブヘッダー及び固定サイズＭＡＣ制御要素に対応するサブヘッダーを除き、ＭＡＣ ＰＤＵサブヘッダーごとに一つのＦフィールドが存在する。Ｆフィールドのサイズは１ビットである。ＭＡＣ ＳＤＵ又は可変サイズＭＡＣ制御要素のサイズが１２８バイトより小さければ、Ｆフィールドの値は０に設定され、そうではなければ１に設定される。

【0137】

５）Ｅ：拡張フィールドはより多いフィールドがＭＡＣヘッダーに存在するかを示すフラグである。Ｅフィールドは“１”に設定されれば、少なくともＲ／Ｒ／Ｅ／ＬＣＩＤフィールドの他のセットを示す。Ｅフィールドは“０”に設定されれば、ＭＡＣ ＳＤＵ、ＭＡＣ制御要素又はパッディングが次のバイト又はＲ／Ｒ／Ｅ／ｅＬＣＩＤフィールドの次のバイトで始まることを示す。

【0138】

６）Ｒ：“０”に設定された留保ビット。

【0139】

７）Ｆ２：図１３に示したＦ２フィールドはレガシーＦフィールドと類似の機能を有することができる。すなわち、１６ビットＬフィールドが使われるとき、Ｆ２フィールドは１に設定されることができる。もしくは、８ビットＬフィールドが使われるとき、Ｆ２フィールドは０に設定されることができる。

【0140】

図１３Ａを参照すると、ＭＡＣ ＰＤＵサブヘッダーは６個のヘッダーフィールドＲ／Ｒ／Ｅ／ＬＣＩＤ／Ｒ／Ｒ／Ｒ／ｅＬＣＩＤ／Ｆ／Ｌで構成される。図１３Ａに示したように、Ｌフィールドのサイズは７ビット又は１５ビットであってもよく、ｅＬＣＩＤフィールドのサイズは５ビットであってもよい。６個のヘッダーフィールドＲ／Ｒ／Ｅ／ＬＣＩＤ／Ｒ／Ｒ／Ｒ／ｅＬＣＩＤ／Ｆ／Ｌで構成されたＭＡＣ ＰＤＵサブヘッダーはＭＡＣ ＰＤＵの最後のサブヘッダーと固定サイズＭＡＣ制御要素を除く。

【0141】

図１３Ｂに示したように、ＭＡＣ ＰＤＵサブヘッダーは４個のヘッダーフィールドＲ／Ｒ／Ｅ／ＬＣＩＤ／Ｒ／Ｒ／Ｒ／ｅＬＣＩＤで構成される。ｅＬＣＩＤフィールドの大きさは、図１３Ｂに示したように、８ビットであってもよい。ＭＡＣ ＰＤＵ内の最後のサブヘッダー及び固定サイズＭＡＣ制御要素に対するサブヘッダーは４個のヘッダーフィールドＲ／Ｒ／Ｅ／ＬＣＩＤ／Ｒ／Ｒ／Ｒ／ｅＬＣＩＤのみで構成される。パッディングに対応するＭＡＣ ＰＤＵサブヘッダーは４個のヘッダーフィールドＲ／Ｒ／Ｅ／ＬＣＩＤ／Ｒ／Ｒ／Ｒ／ｅＬＣＩＤで構成される。

【0142】

図１３Ｃを参照すると、ＭＡＣ ＰＤＵサブヘッダーは６個のヘッダーフィールドＲ／Ｒ／Ｅ／ＬＣＩＤ／Ｒ／Ｒ／Ｆ２／ｅＬＣＩＤ／Ｌで構成される。このフォーマットにおいて、Ｒ／Ｒ／Ｒ／ｅＬＣＩＤを含むオクテットで、Ｒビットの一つは１６ビットＬフィールド（すなわち、Ｆ２フィールド）を使う指示子として使われる。Ｆ２フィールドは１６ビットＬフィールドが使われるときに１に設定される。もしくは、Ｆ２フィールドは８ビットＬフィールドが使われるときに０に設定される。

【0143】

以上で説明した各実施例は、本発明の構成要素と特徴が所定の形態で結合されたものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成や特徴は、他の実施例に含まれることができ、又は、他の実施例に対応する構成又は特徴に取って代わることもできる。特許請求の範囲において明示的な引用関係のない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めることができるということは自明である。

【0144】

本発明の実施例において、基地局によって行われると説明した特定の動作はその上位ノードの基地局によって行われてもよい。すなわち、基地局を含む複数のネットワークノードでなるネットワークにおいてＭＳとの通信のために行う多様な動作は、基地局又は基地局以外の他のネットワークノードによって行えることは自明である。基地局は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮｏｄｅ ＢＳ、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）などの用語に代替可能である。

【0145】

前述した実施例は、様々な手段、例えば、ハードウェア、ファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって具現することができる。

【0146】

ハードウェア設定において、本発明の一実施例による方法は、一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。

【0147】

ファームウエアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明した機能又は動作を行うモジュール、過程、関数などの形態で具現することができる。ソフトウェアコードは、メモリユニットに格納されて、プロセッサによって駆動可能である。前記メモリユニットは、前記プロセッサの内部又は外部に位置し、既に公知となった多様な手段により前記プロセッサとデータをよりとりすることができる。

【0148】

本発明は、本発明の特徴を逸脱しない範囲で他の特定の形態に具体化できることは、当業者にとって自明である。したがって、上記の詳細な説明は、全ての面において制限的に解釈されてはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的な解釈によって決定しなければならず、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。

【産業上の利用可能性】

【0149】

上述した方法は３ＧＰＰ ＬＴＥシステムに適用される例示を中心に説明したが、本発明は３ＧＰＰ ＬＴＥシステムだけではなく多様な無線通信システムに適用可能である。

【図1】

【図2A】

【図2B】

【図3(a)】

【図3(b)】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9A】

【図9B】

【図10】

【図11】

【図12A】

【図12B】

【図13A】

【図13B】

【図13C】