特許 6790139 マシンツーマシン無線アクセスシステムにおけるシステム情報ブロードキャスト

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

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

(11)【特許番号】6790139

(24)【登録日】2020年11月6日

(45)【発行日】2020年11月25日

(54)【発明の名称】マシンツーマシン無線アクセスシステムにおけるシステム情報ブロードキャスト

(51)【国際特許分類】

   H04W 4/06 20090101AFI20201116BHJP

   H04W 4/70 20180101ALI20201116BHJP

   H04W 48/10 20090101ALI20201116BHJP

   H04W 72/04 20090101ALI20201116BHJP

【ＦＩ】

   H04W4/06 111

   H04W4/70

   H04W48/10

   H04W72/04 133

【請求項の数】8

【全頁数】22

(21)【出願番号】特願2019-9582(P2019-9582)

(22)【出願日】2019年1月23日

(62)【分割の表示】特願2016-536081(P2016-536081)の分割

【原出願日】2014年2月10日

(65)【公開番号】特開2019-83559(P2019-83559A)

(43)【公開日】2019年5月30日

【審査請求日】2019年1月23日

(31)【優先権主張番号】61/868,993

(32)【優先日】2013年8月22日

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

(73)【特許権者】

【識別番号】318012780

【氏名又は名称】富士通コネクテッドテクノロジーズ株式会社

(74)【代理人】

【識別番号】110002860

【氏名又は名称】特許業務法人秀和特許事務所

(72)【発明者】

【氏名】ヴィオレル・ドリン ジー

(72)【発明者】

【氏名】伊藤 章

(72)【発明者】

【氏名】バックネル・ポール

【審査官】 齋藤 浩兵

(56)【参考文献】

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

【文献】 特表２０１１−５２５７８３（ＪＰ，Ａ）

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

【文献】 国際公開第２０１３／０００８１８（ＷＯ，Ａ１）

【文献】 CATT，Further Considerations on EAB update Mechanism[online]，3GPP TSG-RAN WG2#76 R2-115800，２０１１年１１月１８日，section 2.2.2，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_76/Docs/R2-115800.zip>

【文献】 LG Electronics，Initial procedure and consideration points for the coverage enhancement of MTC UEs[online]，3GPP TSG-RAN WG1♯74 R1-133370，２０１３年 ８月２３日，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_74/Docs/R1-133370.zip>

【文献】 Samsung，Approach for EAB notification[online]，3GPP TSG-RAN WG2#75bis R2-115036，２０１１年１０月１４日，Figure 1，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_75bis/Docs/R2-115036.zip>

【文献】 Qualcomm Europe，Granularity of information at SIB modification[online]，3GPP TSG-RAN WG2#63bis R2-085587，２００８年１０月 ３日，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_63bis/Docs/R2-085587.zip>

【文献】 Qualcomm Incorporated, ZTE，On paging impacts due to EAB SIB update in UMTS[online]，3GPP TSG-RAN WG2#78 R2-122873，２０１２年 ５月２５日，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_78/Docs/R2-122873.zip>

【文献】 Huawei, HiSilicon，Introduction of EAB in 25.331[online]，3GPP TSG-RAN WG2#79 R2-124303，２０１２年 ８月１７日，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_79/Docs/R2-124303.zip>

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

マシン型通信を行うＭＴＣ（ｍａｃｈｉｎｅ−ｔｙｐｅ−ｃｏｍｍｕｎｉｃａｔｉｏｎ）端末に対してシステム情報をブロードキャストする方法において、
基地局が、帯域の中央とは異なる６個の連続するＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を用いて、複数のＳＩＢ（ｓｙｓｔｅｍ−ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）ブロックと該複数のＳＩＢブロックの各々に関連するコンテンツを繰り返し送信するステップと、
前記ＭＴＣ端末が、前記複数のＳＩＢブロックと該複数のＳＩＢブロックの各々に関連するコンテンツを累積的に検出するステップと、
前記ＭＴＣ端末が、前記複数のＳＩＢブロックの各々に関連するコンテンツの変化を示す変化フラグを検出するステップと、
前記ＭＴＣ端末が、前記変化フラグがコンテンツの変化を示すまでは、前記複数のＳＩＢブロックの各々に関連するコンテンツのうち、前記変化フラグに対応するＳＩＢブロックのコンテンツを再利用するステップと、
を有する方法。

【請求項2】

更に、前記ＭＴＣ端末が、前記変化フラグがコンテンツの変化を示す場合には、該変化フラグに関連するＳＩＢブロックのコンテンツを更新するステップを有し、
前記コンテンツを再利用するステップは、前記変化フラグがコンテンツの変化を示さない場合には、これまでの該変化フラグに関連するＳＩＢブロックのコンテンツを再利用する、
請求項１に記載の方法。

【請求項3】

更に、前記ＭＴＣ端末が、前記複数のＳＩＢブロックの各々に関連する前記コンテンツを格納するステップを有し、
前記コンテンツを再利用するステップは、前記変化フラグがコンテンツの変化を示さない場合には、前記コンテンツを格納するステップで格納された以前の該変化フラグに関連するＳＩＢブロックのコンテンツを再利用し、
前記コンテンツを更新するステップは、前記変化フラグがコンテンツの変化を示す場合には、前記複数のＳＩＢブロックと前記コンテンツを累積的に検出するステップで検出さ
れた現在の前記コンテンツを格納して、前記コンテンツを格納するステップで格納された以前の該変化フラグに関連するＳＩＢブロックのコンテンツを更新する、
請求項２に記載の方法。

【請求項4】

マシン型通信を行うＭＴＣ（ｍａｃｈｉｎｅ−ｔｙｐｅ−ｃｏｍｍｕｎｉｃａｔｉｏｎ）端末であって、
基地局により帯域の中央とは異なる６個の連続するＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を用いて繰り返し送信された、複数のＳＩＢ（ｓｙｓｔｅｍ−ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）ブロックと該複数のＳＩＢブロックの各々に関連するコンテンツを累積的に検出する手段と、
前記複数のＳＩＢブロックの各々に関連する複数の変化フラグを検出する手段と、
前記複数の変化フラグがコンテンツの変化を示すまでは、前記複数のＳＩＢブロックの各々に関連するコンテンツのうち、前記変化フラグに対応するＳＩＢブロックのコンテンツを再利用する手段と、
を有するＭＴＣ端末。

【請求項5】

更に、前記変化フラグがコンテンツの変化を示す場合には、該変化フラグに関連するＳＩＢブロックのコンテンツを更新する手段を有し、
前記コンテンツを再利用する手段は、前記変化フラグがコンテンツの変化を示さない場合には、これまでの該変化フラグに関連するＳＩＢブロックのコンテンツを再利用する、
請求項４に記載のＭＴＣ端末。

【請求項6】

更に、前記複数のＳＩＢブロックの各々に関連する前記コンテンツを格納する手段を有し、
前記コンテンツを再利用する手段は、前記変化フラグがコンテンツの変化を示さない場合には、前記コンテンツを格納する手段に格納された以前の該変化フラグに関連するＳＩＢブロックのコンテンツを再利用し、
前記コンテンツを更新する手段は、前記複数のＳＩＢブロックと前記コンテンツを累積的に検出する手段で検出された現在の前記コンテンツを前記コンテンツを格納する手段に格納して、前記コンテンツを格納する手段に格納された以前の該変化フラグに関連するＳＩＢブロックのコンテンツを更新する、
請求項５に記載のＭＴＣ端末。

【請求項7】

マシン型通信を行うＭＴＣ（ｍａｃｈｉｎｅ−ｔｙｐｅ−ｃｏｍｍｕｎｉｃａｔｉｏｎ）端末に対して、システム情報をブロードキャストする基地局であって、
帯域の中央とは異なる６個の連続するＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を用いて、複数のＳＩＢ（ｓｙｓｔｅｍ−ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）ブロックの各々に関連するコンテンツを含む該複数のＳＩＢブロックを繰り返し送信する手段と、
前記複数のＳＩＢブロックの各々に関連するコンテンツの変化を前記ＭＴＣ端末に示すために、前記複数のＳＩＢブロックの各々に関連するコンテンツに対応する変化フラグに対してコンテンツが変化したことを示す情報を送信する手段と、
を有する基地局。

【請求項8】

更に、前記複数のＳＩＢブロックの各々に関連するコンテンツの変化がないことを前記ＭＴＣ端末に示すために、前記複数のＳＩＢブロックの各々に関連するコンテンツに対応する変化フラグに対して変化していないことを示す情報を送信する手段を有する、
請求項７に記載の基地局。

【発明の詳細な説明】

【技術分野】

【0001】

本願明細書で議論される実施形態は、マシン型通信（ｍａｃｈｉｎｅ−ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）に関する。

【背景技術】

【0002】

ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）及びＬＴＥ−Ａ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ Ａｄｖａｎｃｅｄ）ネットワークのような無線アクセス通信ネットワークは、マシン型通信（ｍａｃｈｉｎｅ−ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ：ＭＴＣ）としても知られるＭ２Ｍ（ｍａｃｈｉｎｅ−ｔｏ−ｍａｃｈｉｎｅ）通信のために用いることができる。通常、ＭＴＣは、無人端末に、無線アクセスネットワークを介して無線で且つ遠隔で、中央専用サーバに情報をレポートさせることができる。中央専用サーバは、該情報を収集する１又は複数の適切なＭＴＣアプリケーション及び／又はＭＴＣサーバに該情報を配信しても良い。ＭＴＣ互換性を有する端末は、様々な状況で用いられ得る。このような状況の一例は、無線アクセス通信ネットワークを介して電力会社サーバにリソース消費、測定、及び／又は特別イベントをレポートするスマートメータを含み得る。ＭＴＣを利用し得るアプリケーションの他の例は、監視、警告システム又は人々を追跡するシステム、輸送ネットワーク、フリート管理、連結車両、都市オートメーション、料金徴収、排ガス規制、電子健康（ｅＨｅａｌｔｈ）アプリケーション、製造監視及びオートメーション、並びに家庭、ビル、等を含む設備管理で使用されるセキュリティネットワークを含む。

【0003】

本願明細書で請求される主題は、上述のような欠点を解決する実施形態や上述のような環境でのみ機能する実施形態に限定されない。むしろ、この背景技術は、単に、本願明細書に記載される複数の実施形態が実施される技術分野の一例を説明するために提供される。

【発明の概要】

【0004】

一実施形態の一態様によると、方法は、無線通信ネットワークのダウンリンクチャネルから、複数のＳＩＢ（ｓｙｓｔｅｍ−ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）ブロックと、前記複数のＳＩＢブロックの各々に関連するコンテンツと、を検出するステップを有しても良い。方法は、前記複数のＳＩＢブロックの各々に関連するコンテンツを格納するステップを更に有しても良い。方法は、前記無線通信ネットワークの中のダウンリンクチャネルから、複数のＳＩＢブロックに関連する複数の変化フラグを含む送信信号検出するステップであって、前記複数の変化フラグの各々は前記複数のＳＩＢブロックのうちの１つに関連する、ステップを更に有しても良い。前記複数の変化フラグのうち、第１の変化フラグ値を有する変化フラグを検出することに応答して、方法は、該変化フラグに関連するＳＩＢブロックのコンテンツを再利用するステップを有しても良い。第１の変化フラグ値は、前記第１の変化フラグに関連するＳＩＢブロックのコンテンツに対する変化の不存在を示しても良い。第２の変化フラグ値を有する変化フラグを検出することに応答して、方法は、前記変化フラグに関連するＳＩＢブロックを検出するステップと、前記変化フラグに関連するＳＩＢブロックのコンテンツを格納するステップと、を有しても良い。第２の変化フラグ値は、前記変化フラグに関連するＳＩＢブロックのコンテンツに対する変化を示しても良い。方法は、前記複数の変化フラグの変化フラグ値に基づき、コンテンツの変化したＳＩＢブロックを選択的に検出するステップを更に有しても良い。

【0005】

実施形態の目的及び利点が理解され、少なくとも特に特許請求の範囲で指摘された要素
、特徴及び組合せを用いて達成されるだろう。

【0006】

上述の全体的説明及び以下の詳細な説明の両方は、例示及び説明のためであり、本発明の範囲を限定しないことが理解される。

【図面の簡単な説明】

【0007】

例示的な実施形態は、添付の図面を用いて、更なる特異性及び詳細事項と共に記載され説明される。

【図1】例示的な無線アクセスシステムの図である。

【図2】図１の無線アクセスシステムの中で実施され得る例示的な時間及び周波数リソース割り当ての図である。

【図3】図１の無線アクセスシステムの中で実施され得る別の例示的な時間及び周波数リソース割り当ての図である。

【図4】図１の無線アクセスシステムの中で実施され得る例示的なシステム情報ブロック送信方式の時間図である。

【図5】図１の無線アクセスシステムの中で実施され得る例示的な物理層リソース割り当てＭＩＢ（ｍａｓｔｅｒ−ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）送信方式の図である。

【図6】図１の無線アクセスシステムの中で実施され得る例示的なマシン型通信ＭＩＢリソース割り当ての図である。

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

【0008】

本願明細書に記載の幾つかの実施形態は、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）のＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）無線アクセスネットワークに基づく無線アクセスシステムに関連しても良い。ＬＴＥに関連する記載は、３ＧＰＰのＬＴＥ−Ａ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ Ａｄｖａｎｃｅｄ）無線アクセスネットワークにも適用できる。しかしながら、本願明細書に記載の実施形態は、記載の例示的な無線アクセスシステムに限定されない。むしろ、本願明細書に記載の実施形態は、他の無線アクセスシステムにも適用可能である。

【0009】

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

【0010】

図１は、本願明細書に記載の少なくとも１つの実施形態により配置される例示的な無線アクセスシステム１００の図である。幾つかの実施形態では、無線アクセスシステム１００の無線アクセスネットワークアーキテクチャは、Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の無線アクセスネットワークアーキテクチャを含んでも良い。Ｅ−ＵＭＴＳは、例えばＬＴＥ無線アクセスネットワーク等を含んでも良い。無線アクセスネットワークは、Ｅ−ＵＴＲＡＮ（Ｅ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を含んでも良い。しかしながら、他の種類のネットワークアーキテクチャが代替で又は追加で用いられても良い。

【0011】

無線アクセスシステム１００は、基地局１０２を有しても良い。基地局１０２は、通常、認可される特定の周波数帯での無線通信のためのハードウェア及びソフトウェアを有しても良い。例えば、基地局１０２は、端末１０４ａ、端末１０４ｂ、及び端末１０４ｃ（総称して「端末１０４」）のような装置と無線インタフェース１１０を介して通信するために装備されても良い。基地局１０２は、通常、端末１０４に、基地局１０２との無線インタフェース１１０を介してコアネットワーク（図示しない）と無線通信させることができる。

【0012】

基地局１０２は、通常、認可スペクトルを介する無線通信のためのハードウェア及び／又はソフトウェアを有しても良い。代替又は追加で、基地局１０２は、認可スペクトルを介する無線通信のためのハードウェア及び／又はソフトウェアを有しても良い。認可スペクトルは、通常、データ送信のために許可された無線スペクトルの部分を有しても良い。例えば、基地局１０２は、３ＧＰＰ ＬＴＥ仕様リリース８−１２に従うＬＴＥ無線アクセスネットワークのようなＬＴＥ無線アクセスネットワークに準拠するデータを処理し、送信し、及び受信するよう構成されても良い。基地局１０２は、ＬＴＥ無線アクセスネットワークに関連付けられたＥ−ＵＴＲＡＮ ＮｏｄｅＢ（ｅＮＢ）を有しても良い。基地局１０２は、メモリ１１２、プロセッサ１１４、及び関連するフロントエンド部（図示しない）を備える１又は複数の無線周波数通信機を有しても良い。メモリ１１２は、非一時的コンピュータ可読媒体を有しても良い。プロセッサ１１４により実行可能なプログラミングコードのような命令は、メモリ１１２の中に符号化されても良い。命令がプロセッサ１１６により実行されると、基地局１０２は、本願明細書に記載の処理に関連する及び／又はそれを含む動作を実行しても良い。

【0013】

端末１０４は、端末１０４に認可スペクトルを介して無線通信によりデータを送信及び受信させるよう構成される機器を有しても良い。例えば、端末１０４は、無線伝送を送信し及び受信するための関連するフロントエンド部を備える１又は複数の無線周波数通信機、及び関連するプロトコルコーデックを含むベースバンドプロセッサ、のような専用ハードウェアを有しても良い。端末１０４は、場合によってはコアネットワークの一部である、通信中にＭＴＣサーバ（図示しない）と通信するために構成されるＭＴＣ（マシン型通信）ハードウェア及び／又はソフトウェアを用いても良い。このような端末１０４の例は、限定ではなく、監視及び警告装置、電力測定及び計測装置、製造監視及びオートメーション装置、設備管理装置、等を有し得る。代替で又は追加で、端末１０４は、限定ではなく、移動電話機、タブレットコンピュータ、ラップトップコンピュータ、及び／又は無線通信を用い得る他の電子装置、を有しても良い。

【0014】

端末１０４の各々は、メモリ１０６、プロセッサ１０８、及び１又は複数の無線周波数通信機部（図示しない）を有しても良い。メモリ１０６は、非一時的コンピュータ可読媒体を有しても良い。プロセッサ１０８により実行可能なプログラミングコードのような命令は、メモリ１０６の中に符号化されても良い。命令がプロセッサ１０８により実行されると、関連する端末１０４ａ、１０４ｂ、１０４ｃは、本願明細書に記載の処理に関連する及び／又はそれを含む動作を実行しても良い。

【0015】

端末１０４と基地局１０２との間の接続設定手順は、端末１０４が無線インタフェース１１０を介して基地局１０２へデータを送信できる前に完了されても良い。接続設定手順は、端末１０４を基地局１０２に同期化するステップと、基地局１０２とのランダムアクセス手順を実行するステップと、を有しても良い。幾つかの実施形態では、端末１０４と基地局１０２との間のランダムアクセス手順は、通常、ＬＴＥ無線アクセスネットワークに関連するランダムアクセス手順の間に交換されるメッセージに対応するメッセージを有しても良い。

【0016】

基地局１０２は、端末１０４が位置するセルに関連付けられても良い。幾つかの例では、基地局１０２に関連付けられたセルの範囲内にいる端末１０４は、カバレッジ不足（ｄｅｆｉｃｉｔ）を経験することがある。カバレッジ不足を経験している端末１０４は、基地局１０２に関連するセルカバレッジの範囲内に位置するが、人間のユーザに提供される最低受信電力レベルに関連付けられたセル端レベルより低い受信信号品質を経験し得る。例えば、カバレッジ不足を経験している端末１０４は、セル端ＳＩＮＲ（ｓｉｇｎａｌ−ｔｏ−ｉｎｔｅｒｆｅｒｅｎｃｅ−ａｎｄ−ｎｏｉｓｅ ｒａｔｉｏ）より低いＳＩＮＲを経験し得る。例として、カバレッジ不足を経験している端末１０４は、地下、機械室、
等のようなカバレッジの困難な環境に位置する場合がある。

【0017】

ダウンリンク（ＤＬ）及びアップリンク（ＵＬ）物理チャネルの繰り返しに基づくパターンは、カバレッジ不足を経験している端末１０４に、カバレッジ不足にもかかわらず、無線インタフェース１１０を介して無線通信を実行させるために利用され得る。幾つかの例では、カバレッジ不足を経験している端末１０４は、基地局１０２によりブロードキャストされたシステム情報をデコードしようとしても良い。カバレッジ不足を経験している端末１０４は、ＬＴＥ無線アクセスネットワークに関連するブロードキャストチャネル（ＢＣＨ）を介してＭＩＢ（ｍａｓｔｅｒ−ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）送信信号をデコードしようとしても良い。ＭＩＢのデコードの成功に続き、カバレッジ不足を経験している端末１０４は、ＬＴＥ無線アクセスネットワークに関連するダウンリンク共有チャネル（ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ：ＤＬ−ＳＣＨ）のＳＩＢ（ｓｙｓｔｅｍ−ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）選択送信信号をデコードしようとしても良い。

【0018】

幾つかの例では、カバレッジ不足を経験している端末１０４は、基地局１０２を介して最初にネットワークにアクセスするために、端末１０４により使用されるべきパラメータについて、ＭＩＢ送信信号をデコードしても良い。例えば、端末１０４は、基地局１０２に関連するセルが端末１０４の能力に対して選択するのに適しているか否かを決定するために、ＳＩＢ１（ｓｙｓｔｅｍ−ｉｎｆｏｒｍａｔｉｏｎ−ｂｌｏｃｋ−ｏｎｅ）送信信号を更にデコードしても良い。ＳＩＢ１送信信号は、他のＳＩＢのシステム情報値タグ及び／又は時間領域スケジューリングを有しても良い。

【0019】

ＭＩＢ送信信号及びＳＩＢ１送信信号のタイミング及び周期は、予め知られていても良い。ＳＩＢ２（ｓｙｓｔｅｍ−ｉｎｆｏｒｍａｔｉｏｎ−ｂｌｏｃｋ−ｔｗｏ）送信信号、ＳＩＢ３（ｓｙｓｔｅｍ−ｉｎｆｏｒｍａｔｉｏｎ−ｂｌｏｃｋ−ｔｈｒｅｅ）送信信号、及び／あまたは同様のもののような他のＳＩＢのタイミング及び周期は、可変であっても良く、ＳＩＢ１送信信号により示されても良い。

【0020】

端末１０４は、セルアクセスに関連する情報を決定するために、ＳＩＢ２送信信号をデコードしても良い。ＳＩＢ２送信信号は、例えば、ＲＡＣＨ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）関連パラメータ、アイドルモードページング構成、ＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）構成、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）構成、ＵＬ電力制御及びサウンディング参照信号構成、ＵＬ搬送波周波数及び／又は帯域幅情報、セルベアリング情報、等、又はそれらの任意の組合せを有しても良い。

【0021】

ＭＩＢ送信信号、ＳＩＢ１送信信号、及びＳＩＢ２送信信号は、場合によってはＬＴＥ無線アクセスネットワークに関連するＩＥ（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）にグループ化される情報を有しても良い。

【0022】

繰り返しに基づくパターンの使用は、処理時間の増大により、カバレッジ不足を経験している端末１０４に、ＳＩＢ送信信号デコード遅延を経験させる場合がある。幾つかの例では、−１５ｄＢ以上のカバレッジ不足を経験している端末１０４は、２つの受信アンテナを有しても良く、ＭＩＢ送信信号インスタンスは、端末１０４がＭＩＢ送信信号を検出できるように、中央帯域で５回（又は何らかの他の回数）繰り返されても良い。幾つかの例では、中央帯域でのＭＩＢ送信信号と共にＰＢＣＨ（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）電力ブーストを使用することは、ＰＳＣＨ（ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｃｈａｎｎｅｌ）シーケンスに近いので、望ましくない場合がある。

【0023】

同様に、−１５ｄＢのカバレッジ不足を経験している端末１０４は、１つの受信アンテナを有しても良く、ＭＩＢ送信信号インスタンスは、４個の連続フレームに渡り１０回の６個のＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）の連続的物理割り当てに渡り定められた中央帯域で繰り返されても良い。これは、推定で最大２７．４パーセントのリソースペナルティをもたらし得る。結果として、カバレッジ不足を経験している端末１０４の中央帯域でＭＩＢ送信信号を繰り返すことは、推定で中央帯域のリソースの１３．７パーセント乃至２７．４パーセント（１個又は２個の端末受信機が用いられるかに依存する）がマシン端末１０４のサブセットに割り当てられ得るので、物理リソースが効率的ではない。さらに、中央帯域でＳＩＢ送信信号のインスタンスを繰り返すことは、同様に非効率であり得る。

【0024】

幾つかの例では、−１５ｄＢのカバレッジ不足を経験している端末１０４は、ｅＮＢと同期して、ＭＩＢ送信信号、ＳＩＢ１送信信号、及びＳＩＢ２送信信号をデコードする条件に依存して、最大で約７．５秒（ｓ）の遅延を経験し得る。

【0025】

前述の幾つかの実施形態では、カバレッジ不足を経験している端末１０４により経験されるＭＩＢ及び／又はＳＩＢ送信信号のデコード遅延は、減少され得る。代替で又は追加で、前述の幾つかの実施形態は、カバレッジ不足マシン装置がサービスを提供されるとき、人間向きトラフィックのための中央帯域効率を向上し得る。

【0026】

幾つかの実施形態は、大きなカバレッジ不足を経験しているマシン装置のためにＬＴＥ無線アクセスネットワークに関連する中央帯域において定められた既存のＭＩＢコンテンツ送信信号を適応しても良い。別の実施形態では、新しいＭＴＣ ＰＢＣＨが、この特定の装置クラスのために定められても良い。さらに、本願明細書のマシン装置クラスのために、幾つかの実施形態では、新しいＳＩＢ２Ｍ（ｓｙｓｔｅｍ−ｉｎｆｏｒｍａｔｉｏｎ−ｂｌｏｃｋ−ｔｗｏ−ｍａｃｈｉｎｅ−ｔｙｐｅ−ｃｏｍｍｕｎｉｃａｔｉｏｎ）ブロックが定められ実装されても良い。幾つかの実施形態では、ＳＩＢ２Ｍブロックは、ＲＡＣＨ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）構成を示す、ＭＴＣ装置によるランダムアクセス手順のための情報を有しても良い。別の実施形態では、代替で、新しいＭＴＣリソース割り当てが、この特定のマシン装置クラスのために定められ実装されても良い。ＭＴＣリソース割り当ては、ＭＴＣ ＭＩＢ、ＳＩＢ１、ＳＩＢ２、及び／又はＳＩＢ２Ｍ送信信号を有しても良い。

【0027】

ＳＩＢ１コンテンツ及びＳＩＢ２コンテンツの大部分は各サイクルの間にリフレッシュされないので、システム情報コンテンツの他の部分に対して高いリフレッシュレートを経験し得るシステム情報コンテンツのサブセット（幾つかの例では、このサブセットはＳＩＢ２コンテンツの一部であり得る）に関連するＳＩＢｘ（ｓｙｓｔｅｍ−ｉｎｆｏｒｍａｔｉｏｎ−ｂｌｏｃｋ−ｘ）ブロックを識別することは妥当である。幾つかの例では、高いリフレッシュレートを有するシステム情報は、平均システム情報変化レートより高いレートで変化するシステム情報のサブセットを有しても良い。ＳＩＢｘブロックシステム情報コンテンツは、ＳＩＢ１ブロックシステム情報コンテンツ及びＳＩＢ２システム情報コンテンツの両方よりも高いリフレッシュレートを有しても良い。幾つかの実施形態では、複数のＳＩＢｘブロックが用いられても良い。

【0028】

例として、ＳＩＢｘブロックは、ｐｒｅａｍｂｌｅＩｎｆｏ、ｎｕｍｂｅｒＯｆＲＡ−Ｐｒｅａｍｂｌｅｓ、ｐｒｅａｍｂｌｅｓＧｒｏｕｐＡＣｏｎｆｉｇ、ｓｉｚｅＯｆＲＡ−ＰｒｅａｍｂｌｅｓＧｒｏｕｐＡ、ｍｅｓｓａｇｅＳｉｚｅＧｒｏｕｐＡ、ｍｅｓｓａｇｅＰｏｗｅｒＯｆｆｓｅｔＧｒｏｕｐＢ、ｐｒａｃｈ−Ｃｏｎｆｉｇ、ｒｏｏｔＳｅｑｕｅｎｃｅＩｎｄｅｘ、ｐｒａｃｈ−ＣｏｎｆｉｇＩｎｆｏ、ｐｒａｃｈ−Ｃｏｎｆｉｇ
Ｉｎｄｅｘ、ｈｉｇｈＳｐｅｅｄＦｌａｇ、ｚｅｒｏＣｏｒｒｅｌａｔｉｏｎＺｏｎｅＣｏｎｆｉｇ、ｐｒａｃｈ−ＦｒｅｑＯｆｆｓｅｔ、等、又はこれらの任意の組合せを含むがこれらに限定されない、ＭＴＣ装置のためのＬＴＥ無線アクセスネットワーク（ＲＡＮ）のシステムランダムアクセスチャネル構成に関連するＩＥ（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）を有しても良い。

【0029】

例えば、ＳＩＢｘブロックはＳＩＢ２Ｍブロックであっても良い。ＳＩＢ２Ｍブロックの記述は、代替で又は追加で、他のＳＩＢｘサブセットに適用しても良い。１又は複数のＳＩＢｘサブセットを識別することは、カバレッジ不足装置をサポートするＳＩＢ１及びＳＩＢ２の有意な繰り返しを削減し得る。

【0030】

ＳＩＢ２Ｍ送信信号は、削減されたペイロードを有しても良い。ＳＩＢ２Ｍ送信信号は、カバレッジ不足を経験している端末１０４による検出に適した特定の繰り返しに基づくパターンでブロードキャストされても良い。幾つかの実施形態では、ＳＩＢ２Ｍ送信信号は、ＳＩＢ２送信サイクルの中で検出されても良い。

【0031】

幾つかの実施形態では、ＳＩＢ１コンテンツ、ＳＩＢ２コンテンツ、及び／又はＳＩＢ２Ｍコンテンツへの変化を示すために、変化フラグが定められても良い。基地局１０２は、ＭＩＢコンテンツの部分として、変化フラグを送信しても良い。端末１０４は、前にデコードしたＳＩＢ１情報ブロック、前にデコードしたＳＩＢ２情報ブロック、及び／又は前にデコードしたＳＩＢ２Ｍ情報ブロックからの情報を格納しても良い。端末１０４は、ＳＩＢ１コンテンツ、ＳＩＢ２コンテンツ、及び／又はＳＩＢ２Ｍコンテンツに関連する情報が所与の時間量の間に変化したことを示す受信した変化フラグ情報の値に依存して、ＳＩＢ１情報ブロック、ＳＩＢ２情報ブロック、及び／又はＳＩＢ２Ｍ情報ブロックの前に成功した繰り返しと関連する格納された情報を再利用しても良い。変化フラグの値に基づき、端末は、変化したコンテンツを有するＳＩＢ１情報ブロック、ＳＩＢ２情報ブロック、及び／又はＳＩＢ２Ｍ情報ブロックを選択的に検出しても良い。変化フラグは、中央帯域ＭＩＢ送信信号に含まれても良く、代替でＭＴＣリソース割り当てが定められる場合にはＭＴＣリソース割り当てＭＩＢ送信信号に含まれても良い。

【0032】

図２は、図１の無線アクセスシステム１００の中で実施され得る例示的な時間及び周波数リソース割り当て２００の図である。リソース割り当て２００は、１０メガヘルツ（ＭＨｚ）の帯域幅に関連しても良く、ＤＬリソースにおいて構成されても良い。幾つかの例では、リソース割り当て２００は、ＰＲＢ０乃至ＰＲＢ４９として表される５０個のＰＲＢと関連付けられても良い。

【0033】

リソース割り当て２００は、中央リソース割り当て２０２を有しても良い。幾つかの例では、中央リソース割り当て２０２は、６個のＰＲＢに渡り定められても良く、１０ＭＨｚ帯域が想定される場合には、ＰＲＢ２０乃至ＰＲＢ２５に位置しても良い。幾つかの実施形態では、１又は複数の専用ＭＴＣリソース割り当ては、連続の又は非連続のＰＲＢグループの１又は複数のセットに渡り定められても良い。リソース割り当て２００は、通常、非ＭＴＣトラフィック（通常、人間向きトラフィック）と関連付けられ得るリソース割り当て２０４を有しても良い。

【0034】

幾つかの実施形態では、リソース割り当て２００は、ＤＬ ＭＴＣリソース割り当て２０８を有しても良い。ＤＬ ＭＴＣリソース割り当て２０８は、６個のＰＲＢに渡り定められても良く、一例としてＰＲＢ３８乃至ＰＲＢ４３に位置しても良い。しかしながら、ＤＬ ＭＴＣリソース割り当て２０８は、代替で又は追加で、他の連続の又は非連続のＰＲＢグループに位置しても良い。

【0035】

幾つかの実施形態では、カバレッジ不足を経験している端末が検出されるとき、追加リソースはカバレッジ不足を経験している端末のために専用であっても良い。カバレッジ不足を経験している端末に専用のリソースは、動的又は半静的に専用であっても良い。

【0036】

図３は、図１の無線アクセスシステム１００の中で実施され得る別の例示的な時間及び周波数リソース割り当て３００の図である。リソース割り当て３００は、２０ＭＨｚの帯域幅に関連しても良く、ＤＬリソースにおいて構成されても良い。幾つかの例では、リソース割り当て３００は、ＰＲＢ０乃至ＰＲＢ９９として表される１００個のＰＲＢと関連付けられても良い。

【0037】

リソース割り当て３００は、通常、図２の中央リソース割り当てに対応する中央リソース割り当て３０２を有しても良い。幾つかの例では、中央リソース割り当て３０２は、ＰＲＢ４５乃至ＰＲＢ５０に位置しても良い。リソース割り当て３００は、代替又は追加で、通常、図２のリソース割り当て２０４に対応する、人間向きトラフィックに割り当られた、リソース割り当て３０４を有しても良い。幾つかの実施形態では、リソース割り当て３００は、通常、図２のＤＬ ＭＴＣリソース割り当て２０８に対応するＤＬ ＭＴＣリソース割り当て３０８を有しても良い。ＤＬ ＭＴＣリソース割り当て３０８は、一例として、ＰＲＢ７５乃至ＰＲＢ８０に位置しても良い。しかしながら、ＤＬ ＭＴＣリソース割り当て３０８は、代替で又は追加で、他の連続の又は非連続のＰＲＢグループに位置しても良い。

【0038】

図４は、図１の無線アクセスシステム１００の中で実施され得る例示的なシステム情報ブロック送信方式４００（以後、「方式４００」）の時間図である。方式４００は、任意で、１又は複数のＭＴＣリソース割り当てを有するリソース割り当てを用いて実施されても良い。例えば、方式４００は、通常、図２のリソース割り当て２００に及び図３のリソース割り当て３００に対応するリソース割り当てを用いて実施されても良い。しかしながら、方式４００は、ＭＴＣリソース割り当てを有しないリソース割り当てを用いて実施されても良い。

【0039】

方式４００は、ＭＩＢブロック送信信号４０２、ＳＩＢ１ブロック送信信号４０３、ＳＩＢ２ブロック送信信号４０４、及びＳＩＢ２Ｍブロック送信信号４０５を有しても良い。例として、ＭＩＢブロック送信信号４０２、ＳＩＢ１ブロック送信信号４０３、ＳＩＢ２ブロック送信信号４０４、及びＳＩＢ２Ｍブロック送信信号４０５は、第１のフレーム４０６ａ、第２のフレーム４０６ｂ、第３のフレーム４０６ｃ、第４のフレーム４０６ｄ、第５のフレーム４０６ｅ、第６のフレーム４０６ｆ、第７のフレーム４０６ｇ、第８のフレーム４０６ｈ、第９のフレーム４０６ｉ、及び第１０のフレーム４０６ｊの部分（総称して「フレーム４０６」）に渡り示される。しかしながら、方式４００は、図示のフレーム４０６を超えて続いても良い。幾つかの例では、フレーム４０６は、それぞれ、１０ミリ秒（ｍｓ）の長さであっても良い。フレーム４０６は、通常、ＬＴＥ無線アクセスネットワークに関連するフレームに対応しても良い。

【0040】

ＭＩＢブロック送信信号４０２は、第１のフレーム４０６ａの間に送信される第１のＭＩＢブロック送信信号インスタンス４０８と、第２のフレーム４０６ｂ、第３のフレーム４０６ｃ及び第４のフレーム４０６ｄの間に送信される繰り返しの第１のＭＩＢブロック送信信号インスタンス４１０と、を有しても良い。ＭＩＢブロック送信信号４０２は、第５のフレーム４０６ｅの間に送信される第２のＭＩＢブロック送信信号インスタンス４１２と、第６のフレーム４０６ｆ、第７のフレーム４０６ｇ及び第８のフレーム４０６ｈの間に送信される繰り返しの第２のブロック４１４と、を更に有しても良い。同様に、ＭＩＢブロック送信信号４０２は、第９のフレーム４１６ｉの間に送信される第３のＭＩＢブロック送信信号インスタンス４１６と、第１０のフレーム４０６ｊ乃至第１２のフレーム
（図示しない）の間に送信される繰り返しの第３のＭＩＢブロック送信信号インスタンス４１８と、を更に有しても良い。第２のＭＩＢブロック送信信号インスタンス４１２の繰り返しの第１のＭＩＢブロック送信信号インスタンス４１０に対するタイミング、及び第３のＭＩＢブロック送信信号インスタンス４１６の第２のＭＩＢブロック送信信号インスタンス４１２に対するタイミングは、ＭＩＢブロック送信信号４０２の周期性に基づいても良い。

【0041】

幾つかの実施形態では、ＭＩＢブロック送信信号４０２の周期性は、ＭＩＢブロック送信信号周期性４２０に等しくても良い。ＭＩＢブロック送信信号４０２は、カバレッジ不足を経験している端末がＭＩＢブロック送信信号４０２を累積的に検出できるように、ＭＩＢブロック送信信号４２０の少なくとも一部に渡り繰り返しても良い。幾つかの例では、ＭＩＢブロック送信信号周期性４２０は、４０ｍｓであっても良い。しかしながら、他のＭＩＢブロック送信信号周期性４２０が用いられても良い。

【0042】

幾つかの例では、ＭＩＢブロック送信信号４０２の個々のブロック送信信号インスタンスは、フレーム４０６の各々の最初の１ミリ秒のサブフレームで送信されても良い。例えば、ＭＩＢブロック送信信号４０２の第１のインスタンスは、フレーム番号付けがＳＦＮ（Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ）情報により同期をとられるとき、フレームｍｏｄ４のＬＴＥ無線アクセスネットワークに関連するサブフレーム＃０で送信されても良い。繰り返しの第１のＭＩＢブロック送信信号インスタンス４１０は、ＭＩＢブロック送信信号４０２の後に３個の連続フレームで続いても良い。例えば、繰り返しの第１のＭＩＢブロック送信信号インスタンス４１０は、フレーム４ｋ＋１、４ｋ＋２、４ｋ＋３で送信されても良い。ここで、ｋは自然数である。

【0043】

幾つかの実施形態では、ＭＩＢブロック送信信号４０２は、通常図２の中央リソース割り当て２０２及び／又は図３の中央リソース割り当て３０２に対応する中央リソース割り当てのような、中央リソース割り当てで生成されても良い。代替又は追加で、ＭＩＢブロック送信信号４０２は、通常図２のＤＬ ＭＴＣリソース割り当て２０８及び／又は図３のＤＬ ＭＴＣリソース割り当て３０８に対応するＭＴＣリソース割り当てのような、ＭＴＣリソース割り当てで送信されても良い。

【0044】

ＭＩＢブロック送信信号４０２が中央リソース割り当てで送信されるとき、ＭＩＢブロック送信信号４０２は、ＬＴＥ無線アクセスネットワークに渡り送信されるＭＩＢブロック送信信号構造と同様であっても良い。幾つかの実施形態では、ＭＩＢブロック送信信号４０２は、３ＧＰＰ ＬＴＥ仕様リリース８を参照して定められるＭＩＢブロックと同様であっても良いが、他の場合にはＭＴＣサービスビットフラグ及び１又は複数のビット変化フラグを含むよう適応されても良い。

【0045】

ＭＴＣサービスフラグビットは、関連する基地局がＭＴＣサービスを提供するか否かを、端末に示しても良い。ＭＴＣサービスを提供しようとする端末は、基地局により送信されたＭＴＣサービスフラグビットをチェックし、ＭＴＣサービスフラグビットが存在し、基地局がＭＴＣサービスを提供することを示する場合には、ＭＴＣ特有手順を続けても良い。幾つかの実施形態では、ＭＴＣサービスを提供しようとする端末は、ＭＴＣサービスを提供する基地局を更に探し続けても良い。

【0046】

代替又は追加で、変化フラグの各々は、個々の変化フラグに関連する、ＳＩＢ１ブロック、ＳＩＢ２ブロック、及びＳＩＢ２Ｍブロック（「ＳＩＢブロック」）の中の情報が、所与の時間量の範囲内で前に受信したＳＩＢブロックと異なるか否かを示しても良い。端末は、関連するＳＩＢ変化フラグビットが関連するＳＩＢブロックの中の情報が変化したことを示すまで、新しく受信したＳＩＢブロックをデコードし処理する代わりに、格納さ
れたＳＩＢブロック情報を再利用しても良い。端末は、次に、個々の現在のＳＩＢブロック又は複数のブロックをデコードし、自身の前に格納したＳＩＢブロック又は複数のブロックに関連する情報を更新し、関連するＳＩＢ変化フラグが、関連するＳＩＢ送信信号の中の情報が再び変化したことを示すまで、現在のＳＩＢブロック情報を使用しても良い。一実施形態では、ここで言及される格納されたＳＩＢ情報は、ＳＩＢ１、ＳＩＢ２、及びＳＩＢ２Ｍブロックデータコンテンツであっても良い。

【0047】

ＳＩＢ送信信号の中の情報に変化が起こるまで、ＳＩＢブロックコンテンツの中の情報を格納し再利用することは、特に、端末がカバレッジ不足状態で動作するとき、端末の検出遅延、したがって、基地局に接続するために端末が要する時間を短縮できる。端末により格納されたＳＩＢ送信信号からの情報にいかなる変化も起こっていないことに応答して、端末は、ＭＩＢ送信信号４０２の検出に関連する検出遅延を経験することがあるが、ＳＩＢ送信信号の検出に関連する更なる検出遅延を回避できる。例えば、端末は、ＭＩＢブロック送信信号周期４２０に関連する検出遅延を経験し得る。

【0048】

ＭＩＢブロック送信信号４０２がＭＴＣリソース割り当てで送信されるとき、ＭＩＢブロックは、ＭＴＣユーザ及びリソース割り当てに固有であっても良い。幾つかの実施形態では、ＭＩＢブロックは、ＬＴＥ無線アクセスネットワークに関連するＭＩＢブロックと異なっても良い。例として、ＭＴＣリソース割り当てを利用するＭＩＢブロック送信信号４０２は、ＬＴＥ Ｒｅｌ８ペイロードに比べて相対的に小さなペイロードを有し、上述のものと同様の又は同じＳＩＢ変化フラグを有し得る。ＭＩＢペイロードが小さいほど、ＰＨＹリソース割り当て要件を縮小し、したがって、同じＰＢＣＨインスタンスのより多くの繰り返しを利用でき、結果として低いデコードに相当する（ｌｏｗｅｒ ｄｅｃｏｄｉｎｇ ｅｑｕｉｖａｌｅｎｔ）ＳＩＮＲを生じる。

【0049】

幾つかの実施形態では、ＭＩＢブロック送信信号４０２がＭＴＣリソース割り当てで送信されるとき、ＭＴＣサービスフラグビットは含まれなくても良い。代わりに、端末は、関連する基地局がＭＴＣサービスを提供するか否かを決定するために、ＤＬ ＭＴＣリソース割り当ての存在を調べても良い。幾つかの実施形態では、このチェックは、ＭＴＣ ＭＩＢブロックを成功裏にデコードすることにより実行され得る。

【0050】

幾つかの実施形態では、ＳＩＢ１ブロック送信信号４０３は、図２の中央リソース割り当て２０２及び／又は図３の中央リソース割り当て３０２に通常対応する中央リソース割り当てのような、中央リソース割り当てにより送信されても良い。代替又は追加で、ＳＩＢ１ブロック送信信号４０３は、図２のＤＬ ＭＴＣリソース割り当て２０８及び／又は図３のＤＬ ＭＴＣリソース割り当て３０８に通常対応するＭＴＣリソース割り当てのような、ＭＴＣリソース割り当てで生成されても良い。

【0051】

ＳＩＢ１ブロック送信信号４０３は、第１のフレーム４０６ａの間に送信される第１のＳＩＢ１ブロック送信信号インスタンス４２２と、第３のフレーム４０６ｃ、第５のフレーム４０６ｅ、及び第７のフレーム４０６ｇの間に送信される繰り返しの第１のＳＩＢ１ブロック送信信号インスタンス４２４と、を有しても良い。ＳＩＢ１ブロック送信信号４０３は、第９のフレーム４０６ｉの間に送信される第２のＳＩＢ１ブロック送信信号インスタンス４２６と、第１２のフレーム（図示しない）以降の間に同様に送信される繰り返しの第２のＳＩＢ１ブロック送信信号インスタンス（図示しない）とを更に有しても良い。第２のＳＩＢ１ブロック送信信号インスタンス４２６の第１のＳＩＢ１ブロック送信信号インスタンス４２２に対するタイミングは、ＳＩＢ１ブロック送信信号４０３の周期に基づいても良い。

【0052】

幾つかの実施形態では、ＳＩＢ１ブロック送信信号４０３の周期は、ＬＴＥ無線アクセ
スネットワークに関連するシステム情報１（ｓｙｓｔｅｍ−ｉｎｆｏｒｍａｔｉｏｎ−ｏｎｅ：ＳＩ１）に等しくても良い。ＳＩＢ１ブロック送信信号４０３は、カバレッジ不足を経験している端末がＳＩＢ１ブロック送信信号４０３を累積的に検出できるように、ＳＩ１周期４２８の長さに渡り繰り返しても良い。幾つかの例では、ＳＩ１周期４２８は、８０ｍｓであっても良い。しかしながら、他のＳＩ１周期４２８の時間が用いられても良い。

【0053】

幾つかの例では、ＳＩ１ブロック送信信号４０３の個々の送信信号インスタンスは、ＳＦＮを基準とする、ＳＩＢ１ブロック送信信号４０３を含むフレーム４０６の１／６ミリ秒サブフレームで送信されても良い。例えば、ＳＩＢ１ブロック送信信号４０３の個々の送信信号インスタンスは、ＬＴＥ無線アクセスネットワークに関連するサブフレーム＃５で送信されても良い。しかしながら、ＳＩＢ１ブロック送信信号４０３の個々の送信信号インスタンスは、代替又は追加で、フレーム４０６の別のサブフレーム番号により送信されても良い。

【0054】

ＳＩＢ１ブロック送信信号４０３は、他の後続のＳＩＢブロックに関する情報を有しても良い。例えば、ＳＩＢ１ブロック送信信号４０３は、ＳＩＢ２ブロック送信信号４０４及び／又はＳＩＢ２Ｍブロック送信信号４０５のタイミング及び周期に関する情報を有しても良い。

【0055】

幾つかの実施形態では、ＳＩＢ２ブロック送信信号４０４は、通常図２の中央リソース割り当て２０２及び／又は図３の中央リソース割り当て３０２に対応する中央リソース割り当てのような、中央リソース割り当てで生成されても良い。代替又は追加で、ＳＩＢ２ブロック送信信号４０４は、図２のＤＬ ＭＴＣリソース割り当て２０８及び／又は図３のＤＬ ＭＴＣリソース割り当て３０８に通常対応するＭＴＣリソース割り当てのような、ＭＴＣリソース割り当てで生成されても良い。

【0056】

ＳＩＢ２ブロック送信信号４０４は、第１のフレーム４０６ａの間に送信される第１のＳＩＢ２ブロック送信信号インスタンス４３０を有しても良い。ＳＩＢ２ブロック送信信号４０４は、第９のフレーム４０６ｉの間に送信される第２のＳＩＢ２ブロック送信信号インスタンス４３２を有しても良い。第２のＳＩＢ２ブロック送信信号インスタンス４３２の第１のＳＩＢ２ブロック送信信号インスタンス４３０に対するタイミングは、ＳＩＢ２ブロック送信信号４０４の周期に基づいても良い。また、ＳＩＢ２ブロックのタイミングは、ＳＩＢ１情報によりアドバタイズされても良い。

【0057】

幾つかの例では、ＳＩＢ２ブロック送信信号４０４の周期は、ＳＩ１周期４２８と実質的に同じであっても良い。代替で、ＳＩＢ２ブロック送信信号４０４は、異なる、場合によっては更に長い周期を有しても良く、及び／又は、ＳＩＢ１ブロック送信信号４０３の周期の倍数であっても良い。例えば、ＳＩＢ２ブロック送信信号４０４は、８０ｍｓ、１６０ｍｓ、３２０ｍｓ、６４０ｍｓ、等の周期、又は任意の他の周期を有しても良い。

【0058】

フレーム４０６の１／７ミリ秒のサブフレームで、例えばＬＴＥ無線アクセスネットワークに関連するサブフレーム＃６で送信されるように示されるが、ＳＩＢ２ブロック送信信号４０４のタイミングは、変化しても良く、ＳＩＢ１ブロック送信信号４０３を介して通信されても良い。

【0059】

幾つかの実施形態では、ＳＩＢ２Ｍブロック送信信号４０５は、図２の中央リソース割り当て２０２及び／又は図３の中央リソース割り当て３０２に通常対応する中央リソース割り当てのような、中央リソース割り当てで生成されても良い。代替又は追加で、ＳＩＢ２Ｍブロック送信信号４０５は、図２のＤＬ ＭＴＣリソース割り当て２０８及び／又は
図３のＤＬ ＭＴＣリソース割り当て３０８に通常対応するＭＴＣリソース割り当てのような、ＭＴＣリソース割り当てで生成されても良い。

【0060】

ＳＩＢ２Ｍブロック送信信号４０５は、第１のフレーム４０６ａの間に送信される第１のＳＩＢ２Ｍブロック送信信号インスタンス４３４と、第２のフレーム４０６ｂ乃至第６のフレーム４０６ｆの間の繰り返しの第１のＳＩＢ２Ｍブロック送信信号インスタンス４３６と、を有しても良い。ＳＩＢ２Ｍブロック送信信号４０５は、第９のフレーム４０６ｉの間に送信される第２のＳＩＢ２Ｍブロック送信信号インスタンス４３８と、第１０のフレーム４０６ｊ乃至第１４のフレーム（図示しない）の間の繰り返しの第２のＳＩＢ２Ｍブロック送信信号インスタンス（図示しない）とを更に有しても良い。第２のＳＩＢ２Ｍブロック送信信号インスタンス４３８の第１のＳＩＢ２Ｍブロック送信信号インスタンス４３４に対するタイミングは、ＳＩＢ２Ｍブロック送信信号４０５の周期に基づいても良い。

【0061】

幾つかの例では、ＳＩＢ２Ｍブロック送信信号４０５の周期は、ＳＩＢ２ブロック送信信号４０４の周期と実質的に同じであっても良い。代替で、ＳＩＢ２Ｍブロック送信信号４０５は、異なる周期を有しても良い。例えば、ＳＩＢ２Ｍブロック送信信号４０５は、８０ｍｓ、１６０ｍｓ、３２０ｍｓ、６４０ｍｓ、等の周期、又は任意の他の周期を有しても良い。幾つかの実施形態では、ＳＩＢ１ブロック送信信号４０３は、ＳＩＢ２ブロック送信信号４０４及びＳＩＢ２Ｍブロック送信信号４０５の両方について１つの周期を示しても良い。

【0062】

フレーム４０６の１／８ミリ秒のサブフレームで、例えばＬＴＥ無線アクセスネットワークに関連するサブフレーム＃７で送信されるように示されるが、ＳＩＢ２Ｍブロック送信信号４０５のタイミングは、変化しても良く、ＳＩＢ１ブロック送信信号４０３を介して通信されても良い。

【0063】

幾つかの実施形態では、ＳＩＢ２Ｍブロック送信信号４０５は、ＳＩＢ１ブロック送信信号４０３及び／又はＳＩＢ２ブロック送信信号４０４に対して、相対的に軽いペイロードを有しても良い。例として、ＳＩＢ１ブロック送信信号４０３及び／又はＳＩＢ２ブロック送信信号４０４は、ペイロード及び／又は上位レイヤコーディングの各々について、関連する上位レイヤコーディングにより乗算され、最大で４８０ビット又はそれ以上を有しても良い。幾つかの実施形態では、ＳＩＢ２Ｍブロック送信信号４０５は、関連する上位レイヤコーディングにより乗算され、３２ビット又はそれ以上のペイロードを有しても良い。ＳＩＢ２Ｍブロック送信信号４０５は、ＳＩＢ１ブロック送信信号４０３及び／又はＳＩＢ２ブロック送信信号４０４に対して、相対的に小さい検出遅延を有しても良い。

【0064】

幾つかの実施形態では、ＳＩＢ２Ｍブロック送信信号４０５は、１３ビットを含むプリアンブル情報部分、２８ビットを含むＰＲＡＣＨ構成部分、及び予約ビットを有しても良い。例えば、プリアンブル情報部分は、ＬＴＥ無線アクセスネットワークに関連するｐｒｅａｍｂｌｅＩｎｆｏ ＩＥ（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）を有しても良い。プリアンブル情報部分は、ＲＡプリアンブル番号に割り当てられる４ビットと、プリアンブルグループＡ構成に割り当てられる更なる９ビットと、を有しても良い。ＰＲＡＣＨ構成部分は、ＬＴＥ無線アクセスネットワークに関連する１０ビットのｒｏｏｔＳｅｑｕｅｎｃｅＩｎｄｅｘ ＩＥと１８ビットのＰｒａｃｈ−ＣｏｎｆｉｇＩｎｆｏ ＩＥとを有するｐｒａｃｈ−Ｃｏｎｆｉｇ ＩＥを有しても良い。幾つかの実施形態では、Ｐｒａｃｈ−ＣｏｎｆｉｇＩｎｆｏのうちの６ビットは、ＭＴＣを実行する端末が固定であるとき、使われなくても良い。幾つかの実施形態では、使われない６ビット及び予約された１ビットは、カバレッジ不足を経験している端末によりＰＲＡＣＨのために又は更に決定され得る他のシグナリング使用のために使用され得る専用ＰＲＡＣＨリソースの追加グル
ープをサポートしても良い。ブロック送信信号及びＩＥはここでは特定の大きさを有するとして記載されたが、ブロック送信信号及び／又はＩＥは他の大きさを有しても良い。例えば、ブロック送信信号及び／又はＩＥは、ここに記載されたよりも多くの又は少ないビットを有しても良い。

【0065】

幾つかの実施形態では、ＳＩＢ２Ｍブロック送信信号４０６の物理レイヤ（ＰＨＹ）は、追加で、全部で４０ビットの８ビットＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）を有しても良い。代替又は追加で、ＳＩＢ２Ｍブロック送信信号４０５は、４０ビットを乗算する１／４８の低コーディングを有しても良く、ＱＰＳＫ変調を利用できるので、関連する６個のＰＲＢリソース割り当て及び９６０個の可能なＲＥ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）に渡り送信される１９２０個のＰＨＹコードビットを生じ得る。幾つかの実施形態は、これらの９６０個のＲＥを主となる中央の６個のＰＲＢリソース割り当てにより送信しても良い。他の実施形態は、ＭＴＣリソース割り当てにより利用される６個のＰＲＢを使用しても良い。

【0066】

幾つかの実施形態では、ＳＩＢ２Ｍブロック送信信号４０５のＰＨＹは、３２０ビット／ＰＲＢで、６個のＰＲＢに渡り送信されても良い。代替又は追加で、ＳＩＢ２Ｍブロック送信信号４０５のＰＨＹは、ＱＰＳＫ（ｑｕａｄｒａｔｕｒｅ ｐｈａｓｅ−ｓｈｉｆｔ ｋｅｙｉｎｇ）変調されて、ＰＲＢ当たり１６０個のＰＨＹ符号化ＳＩＢ２Ｍ ＲＥを介して送信されても良い。例えば、ＳＩＢ２Ｍブロック送信信号４０５は、６個のＰＲＢに渡り、セル固有参照信号（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ：ＣＲＳ）を除き、１つの完全なサブフレームを占有しても良い。

【0067】

ＳＩＢ２Ｍブロック送信信号４０５の受信感度は、ＭＩＢブロック送信信号４０２の受信感度と同様であると推定できる。ＳＩＢ２Ｍブロック送信信号４０５の繰り返しは、−１５ｄＢのカバレッジ不足を経験している端末にカバレッジを提供できる。幾つかの実施形態では、ＳＩＢ２Ｍブロック送信信号４０５の６回の繰り返しは、＋３ｄＢの電力ブーストを有するＣＲＣ送信信号を含むＳＩＢ２Ｍブロック送信信号４０５の６回の繰り返しにより、−１５ｄＢのカバレッジ不足を経験している端末にカバレッジを提供できる。したがって、幾つかの例では、ＳＩＢ２Ｍブロック送信信号４０５は、６回繰り返されても良く、ＳＩＢ２Ｍブロック送信信号４０５の周期は、ＳＩＢ２ブロック送信信号４０４の周期と等しくても良い。

【0068】

ＭＩＢブロック送信信号４０２は、ＳＩＢ１ブロック送信信号４０３のコンテンツ、ＳＩＢ２ブロック送信信号４０４のコンテンツ、及び／又はＳＩＢ２Ｍブロック送信信号４０５のコンテンツに対する変化を示すために定められる変化フラグを有しても良い。

【0069】

変化フラグのデコーディング及び格納されたＳＩＢコンテンツの再利用は、変化フラグにより示されるとき、ＳＩＢ１ブロック送信信号４０３のコンテンツ、ＳＩＢ２ブロック送信信号４０４のコンテンツ、及び／又はＳＩＢ２Ｍブロック送信信号４０５のコンテンツのうちの１又は複数が特定の時間枠の間に変更されないままである場合、端末により経験される遅延を短縮できる。幾つかの実施形態では、検出時間枠は、最小ＳＩＢ２周期と同じくらい短くても良い。

【0070】

例として、端末は、基地局との初期アクセス手順の間に、前のＳＩＢ１ブロック送信信号４０３からのＩＥ（「ＳＩＢ１コンテンツ情報」）、ＳＩＢ２ブロック送信信号４０４からのＩＥ（「ＳＩＢ２コンテンツ情報」）、及び／又はＳＩＢ２Ｍブロック送信信号４０５からのＩＥ（「ＳＩＢ２Ｍコンテンツ情報」）を格納しても良い。端末は、さらに、次に、ＭＩＢブロック送信信号４０２の変化フラグを格納しても良く、ＳＩＢ１ブロック送信信号４０３、ＳＩＢ２ブロック送信信号４０４、及び／又はＳＩＢ２Ｍブロック送信
信号４０５に関連する変化フラグが関連するＳＩＢブロックに対する変化の不存在を示す変化フラグ値を有する場合、格納されたＳＩＢ１コンテンツ情報、及び／又は格納されたＳＩＢ２コンテンツ情報、及び／又は格納されたＳＩＢ２Ｍコンテンツ情報を再利用しても良い。端末は、さらに、ＳＩＢ１ブロック送信信号４０３のコンテンツ、ＳＩＢ２ブロック送信信号４０４のコンテンツ、及び／又はＳＩＢ２Ｍブロック送信信号４０５のコンテンツを検出しても良く、ＳＩＢ１ブロック送信信号４０３、ＳＩＢ２ブロック送信信号４０４、及び／又はＳＩＢ２Ｍブロック送信信号４０５に関連する変化フラグが関連するＳＩＢブロックに対する変化を示す変化フラグ値を有する場合、ＳＩＢ１ブロック送信信号４０３、ＳＩＢ２ブロック送信信号４０４、及び／又はＳＩＢ２Ｍブロック送信信号４０５からの格納されたコンテンツ情報を更新しても良い。

【0071】

幾つかの実施形態では、端末がアイドル状態からリソース制御（ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ：ＲＲＣ）接続状態へ遷移することに応答して、端末は、ＭＩＢブロック送信信号４０２の中に埋め込まれた変化フラグを調べても良い。

【0072】

幾つかの実施形態では、変化フラグは、ＭＩＢブロック送信信号４０２の中に含まれる対応するビットをであっても良い。例えば、ＭＩＢブロック送信信号４０２は、１つはＳＩＢ１コンテンツ情報の変化状態を示し（「ＳＩＢ１変化フラグ」）、１つはＳＩＢ２コンテンツ情報の変化状態を示し（「ＳＩＢ２変化フラグ」）、１つはＳＩＢ２Ｍコンテンツ情報の変化状態を示す（「ＳＩＢ２Ｍ変化フラグ」）、３個の変化フラグのシリーズを有しても良い。例えば、関連するＳＩＢ１ブロックコンテンツのうちのいずれの情報も変化していない場合、関連する変化ビットはゼロの値に設定されても良い。反対に、ＳＩＢ送信信号の中の情報が変化している場合、関連する変化ビットは１の値に設定されても良い。

【0073】

例として、端末は、変化フラグが０００の値を有することを検出しても良い。ここで、第１のビットはＳＩＢ１変化ビットであり、第２のビットはＳＩＢ２変化ビットであり、第３のビットはＳＩＢ２Ｍビットである。これに応答して、端末は、格納されたＳＩＢ１コンテンツ情報、格納されたＳＩＢ２コンテンツ情報、及び格納されたＳＩＢ２Ｍコンテンツ情報を再利用しても良い。端末により経験される遅延は、したがって、ＭＩＢブロック送信信号４０２の検出に関連しても良い。

【0074】

端末は、変化フラグが００１の値を有することを検出しても良い。これに応答して、端末は、格納されたＳＩＢ１コンテンツ情報及び格納されたＳＩＢ２コンテンツ情報を再利用しても良い。端末は、ＳＩＢ２Ｍブロック送信信号４０５を検出し、自身の格納されたＳＩＢ２Ｍコンテンツ情報を使用し更新しても良い。端末により経験される遅延は、したがって、ＭＩＢブロック送信信号４０２及びＳＩＢ２Ｍブロック送信信号４０５の検出に関連しても良い。

【0075】

幾つかの実施形態では、端末は、ＳＩＢ２Ｍブロック送信信号４０５を検出し、ＳＩＢ２Ｍ変化フラグ値にかかわらず、ＳＩＢ１変化ビット又はＳＩＢ２変化ビットが関連するＳＩＢコンテンツの中の変化を示す場合、格納されたＳＩＢ２Ｍコンテンツ情報を更新しても良い。

【0076】

例えば、端末は、変化フラグが１０１又は１００の値を有することを検出しても良い。これに応答して、端末は、ＳＩＢ１ブロック送信信号４０３のコンテンツを検出し、更新されたＳＩＢ１コンテンツ情報を使用し格納しても良い。端末は、ＳＩＢ２Ｍブロック送信信号４０５のコンテンツも検出し、自身の関連する格納されたＳＩＢ２Ｍコンテンツ情報を更新しても良い。端末は、格納されたＳＩＢ２コンテンツ情報を再利用しても良い。端末により経験される遅延は、したがって、ＭＩＢブロック送信信号４０２の検出及び処
理、ＳＩＢ１ブロック送信信号４０３の検出及び処理、並びにＳＩＢ２Ｍブロック送信信号４０５の検出及び処理によりトリガされる遅延検出時間に関連し得る。

【0077】

代替又は追加で、端末は、変化フラグが０１１又は０１０の値を有することを検出しても良い。これに応答して、端末は、ＳＩＢ２ブロック送信信号４０４のコンテンツを検出し、自身の格納されたＳＩＢ２コンテンツ情報を更新しても良い。端末は、ＳＩＢ２Ｍブロック送信信号４０５のコンテンツも検出し、自身の格納されたＳＩＢ２Ｍコンテンツ情報を更新しても良い。端末は、格納されたＳＩＢ１コンテンツ情報を再利用しても良い。端末により経験される遅延は、したがって、ＭＩＢブロック送信信号４０２の検出及び処理、ＳＩＢ２ブロック送信信号４０４の検出及び処理、並びにＳＩＢ２Ｍブロック送信信号４０５の検出及び処理によりトリガされる遅延検出時間に関連し得る。

【0078】

代替又は追加で、端末は、変化フラグが１１０又は０１１の値を有することを検出しても良い。これに応答して、端末は、ＳＩＢ１ブロック送信信号４０３のコンテンツを検出及び処理し、自身の格納されたＳＩＢ１コンテンツ情報を更新しても良い。端末は、ＳＩＢ２Ｍブロック送信信号４０４のコンテンツも検出し、自身の格納されたＳＩＢ２コンテンツ情報を更新しても良い。端末は、関連する変化フラグが１に設定されている場合（変化フラグレジストリで１１１のとき）、ＳＩＢ２Ｍブロック送信信号４０５を検出及び処理し、自身の格納されたＳＩＢ２Ｍコンテンツ情報を更新しても良い。したがって、（変化フラグレジストリが１１１に設定されるとき）端末により経験される遅延はＭＩＢブロック送信信号４０２、ＳＩＢ１ブロック送信信号４０３、ＳＩＢ２ブロック送信信号４０４、及びＳＩＢ２Ｍブロック送信信号４０５を検出及び処理することにより要求される全体の検出及び処理時間に関連し得る。

【0079】

図５は、２重受信機端末が用いられる場合、カバレッジ不足の端末にサービスを提供しようとするとき、図１の無線アクセスシステム１００の中で実施され得る例示的な物理レイヤ（ＰＨＹ）リソース割り当て５００の図である。

【0080】

幾つかの実施形態では、カバレッジ不足の装置にサービスを提供するために利用され得るＰＨＹリソース割り当て５００は、図２の中央リソース割り当て２０２及び／又は図３の中央リソース割り当て３０２に通常対応する中央リソース割り当てで生成される図４のＭＩＢブロック送信信号４０２に通常対応するＭＩＢ ＰＨＹインスタンスの繰り返しに基づく送信信号スキームを提示する。２個の受信機（Ｒｘ）のＭＴＣ装置の場合、各ＭＩＢインスタンスは、図５にＭＩＢインスタンスと同じフレームの中に示されるように３回繰り返されても良い。単一ＲｘのＭＴＣ装置では、同じＭＩＢインスタンスは、ＭＩＢインスタンスと同じフレームの中で６回繰り返されても良い。ＭＴＣ適応ＭＩＢコンテンツ及びＰＨＹ構造は、（上述の繰り返し方式を除いて）ＬＴＥ無線アクセスネットワークに関連するＭＩＢコンテンツ及びＰＨＹ構造と同様であっても良い。しかし、コンテンツは、ＭＴＣサービスフラグ、ＳＩＢ１変化フラグ、ＳＩＢ２変化フラグ、及び／又はＳＩＢ２Ｍ変化フラグを含むよう更新されても良い。ここで推定される繰り返しの量は、代替で、幾つかの場合の実装では増大され、及び／又は伝搬チャネルに依存し得る。

【0081】

ＰＨＹリソース割り当て５００は、ユーザデータリソース要素５０２を有しても良い。幾つかの例では、ユーザデータリソース要素５０２は、ＰＨＹリソース割り当て５００により使用されなくても良く、他の使用のために専用であっても良い。ＰＨＹリソース割り当て５００は、Ｐ−ＳＣＨ（ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｃｈａｎｎｅｌ）リソース要素５０６を有しても良い。Ｐ−ＳＣＨリソース要素５０６は、ＬＴＥ無線アクセスネットワークに関連するＰ−ＳＣＨを有しても良い。代替又は追加で、ＰＨＹリソース割り当て５００は、ＤＬ参照信号リソース要素５０４を有しても良い。ＤＬ参照信号リソース要素５０４は、ＬＴＥ無線アクセスネットワークに関連するＤＬ参照信
号を有しても良い。代替又は追加で、ＭＩＢリソース割り当てに埋め込まれるＤＬ参照信号リソース要素５１０は、電力ブーストされても良い。一例として、＋３ｄＢブーストが、ＤＬ参照信号リソース要素５１０に適用されても良い。これは、一方で、ＭＩＢデコーディングＳＩＮＲを低下させ得る。

【0082】

代替又は追加で、ＰＨＹリソース割り当て５００は、リソース要素５０８（以後、「ＭＴＣ−ＰＢＣＨリソース要素５０８」）を含むＭＴＣ−ＰＢＣＨインスタンスを有しても良い。ＭＴＣ−ＰＢＣＨリソース要素５０８は、ＭＴＣ ＭＩＢブロックの１つのインスタンスを有しても良い。ＰＨＹリソース割り当て５００は、ＭＴＣ−ＰＢＣＨリソース要素５０８の繰り返しを含み得るリソース要素５１２（以後、「複製ＭＴＣ−ＰＢＣＨリソース要素５１２」）を含む複製のＭＴＣ−ＰＢＣＨインスタンスを有しても良い。複製ＭＴＣ−ＰＢＣＨリソース要素５１２は２個のリソースブロック対に渡り２回繰り返されるとして示されるが、カバレッジ不足を経験している又はカバレッジ不足を経験していない端末がＭＴＣ ＭＩＢブロックを検出できるように、複製ＭＴＣ−ＰＢＣＨリソース要素５１２はより多く又は少なく繰り返されても良い。

【0083】

幾つかの例では、ＭＴＣ ＭＩＢブロック及び／又はＳＩＢ２Ｍブロックの利用は、カバレッジ不足を経験している端末による検出のために、従来のＭＩＢブロック及びＳＩＢブロックを繰り返すよりも少ないリソースを利用し得る。

【0084】

図６は、カバレッジ不足の端末にサービスを提供しようとするとき、図１の無線アクセスシステム１００の中で実施され得るＭＴＣ帯域ＭＩＢ ＰＨＹリソース割り当て６００の図である。

【0085】

幾つかの実施形態では、ＰＨＹリソース割り当て６００は、図２のＤＬ ＭＴＣリソース割り当て２０８及び／又は図３のＤＬ ＭＴＣリソース割り当て３０８に通常対応するＭＴＣリソース割り当てのようなＭＴＣリソース割り当てで生成された図４のＭＩＢブロック送信信号４０２に通常対応するＭＴＣ帯域ＭＩＢブロックのＰＨＹリソース割り当てを表す。ＰＨＹリソース割り当て６００は、ＭＴＣリソース割り当ての追加参照ブロックに同様に配置されても良い。代替又は追加で、ＰＨＹリソース割り当て６００は、ＭＴＣリソース割り当てＭＩＢブロックを検出するために、カバレッジ不足を経験している端末に許容される適切な回数だけ時間的に繰り返されても良い。

【0086】

別の実施形態では、別個のＰＢＣＨの運ぶＭＩＢブロック情報は、図２の中央リソース割り当て２０２及び／又は図３の中央リソース割り当て３０２に通常対応する中央リソース割り当てのような、中央リソース割り当てで定められても良い。別個のＰＢＣＨは、カバレッジ不足状態で動作している端末に専用のＭＩＢブロックに関連付けられても良い。別個のＰＢＣＨブロックは、ＬＴＥ無線アクセスネットワークに関連するＭＩＢブロックを運んでも良い。

【0087】

幾つかの実施形態では、ＭＴＣリソース割り当てＭＩＢブロックは、中央リソース割り当ての通常の（ＬＴＥ Ｒｅｌ８の定義のような）ＭＩＢブロックよりも相対的に軽いペイロードを有しても良い。幾つかの実施形態では、ＭＴＣリソース割り当てＭＩＢブロックコンテンツは、１２ビットの長さであっても良い。これらの１２ビットは、以下を有しても良い。

【0088】

・ＳＦＮ情報の８個のＭＳＢ（ｍｏｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ）に割り当てられる８ビット
・変化ビットフラグのための３ビット
・将来の使用のために予約された１ビット
ＰＨＹコーディングは、最大で合計２０ビットまで、８ビットＣＲＣを追加しても良い。任意的に、ＭＴＣ帯域ＭＩＢ送信信号は、ＰＨＩＣＨ（ｐｈｙｓｉｃａｌ ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ−ｒｅｑｕｅｓｔ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ）のために２ビットを割り当てても良い。

【0089】

このＭＴＣ ＭＩＢブロックのＰＨＹコーディングは、合計で９６０ビットのコーディングされたＰＨＹ ＭＩＢペイロードを生成する、１／４８の低レベルコーディングを有しても良い。幾つかの実施形態では、ＭＴＣリソース割り当てＭＩＢ ＰＨＹ符号化ブロックは、６個のＰＲＢに渡り４８０個のＲＥにより送信されるように、ＱＰＳＫ変調されても良い。ＭＩＢ ＰＨＹ符号化コンテンツは、ＬＴＥ Ｒｅｌ８．ｓで定められるような、４個の連続するインスタンスに渡り送信される。

【0090】

ＭＴＣリソース割り当てＭＩＢ送信信号ブロックは、図４を参照して前述したＳＩＢ変化フラグに通常対応する変化フラグを有しても良い。この場合、いかなるＭＴＣサービスビットフラグも、必要ない。

【0091】

ＰＨＹリソース割り当て６００は、異なるユーザのデータ送信に通常対応するリソース要素６０２を有しても良い。ＰＨＹリソース割り当て６００は、図５のＤＬ参照信号リソース要素５０４に通常対応するＤＬ参照信号リソース要素６０４を有しても良い。ＰＨＹリソース割り当て６００は、ＭＴＣ ＭＩＢ ＳＩＮＲを向上し得る＋３ｄＢブーストされたＤＬ参照信号リソース要素６１０を用いても良い。

【0092】

代替又は追加で、ＰＨＹリソース割り当て６００は、ＭＴＣ−ＰＢＣＨ信号リソース要素６０８を有しても良い。幾つかの実施形態では、ＭＴＣ−ＰＢＣＨ信号リソース要素６０８はＭＴＣ ＭＩＢコンテンツ、つまりＭＴＣ帯域ＭＩＢ送信信号のＳＦＮ（ｓｙｓｔｅｍ ｆｒａｍｅ ｎｕｍｂｅｒ）部分を有しても良い。ＰＨＹリソース割り当て６００は、２個の複製ＭＴＣ−ＰＢＣＨ信号リソース要素６１２を有しても良い。

【0093】

幾つかの実施形態では、変化フラグは、ＭＴＣ−ＰＢＣＨ信号リソース要素６０８及び複製ＭＴＣ−ＰＢＣＨ信号リソース要素６１２の中に含まれても良い。幾つかの実施形態では、単一受信機ＭＴＣ装置に注意を向けると、ＭＴＣ−ＰＢＣＨ信号リソース要素６０８は、（図６に示す２個の代わりに）５個の複製を有しても良い。

【0094】

幾つかの例では、ＭＴＣリソース割り当てでＭＴＣ帯域ＭＩＢブロック送信信号を含むことは、図５を参照して記載した中央リソース割り当てのＭＴＣ適応ＭＩＢ送信信号に比べてリソースの節約を提供できる。

【0095】

本願明細書に記載した実施形態は、以下に更に詳細に議論するように、種々のコンピュータハードウェア又はソフトウェアモジュールを備えた特定用途又は汎用コンピュータの使用を含み得る。

【0096】

本願明細書に記載した実施形態は、コンピュータにより実行可能な命令又はデータ構造を伝える又は格納しているコンピュータ可読媒体を用いて実施され得る。このようなコンピュータ可読媒体は、汎用又は特定目的コンピュータによりアクセスできる利用可能な媒体であり得る。例として且つ限定ではなく、このようなコンピュータ可読媒体は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）又は他の光ディスク記憶装置、磁気ディスク記憶装置又は他の磁気記憶装置、フラッシュメモリ装置（例えば、固体メモリ素子）
を含む非一時的コンピュータ可読記憶媒体、又はコンピュータにより実行可能な命令若しくはデータ構造の形式で所望のプログラムコード手段を伝える若しくは格納するために用いられ汎用若しくは特定目的コンピュータによりアクセス可能な他の媒体を有し得る。上述の組合せも、コンピュータ可読媒体の範囲に包含され得る。

【0097】

コンピュータにより実行可能な命令は、例えば、汎用コンピュータ、特定目的コンピュータ（例えば、１又は複数のプロセッサ）又は特定目的処理装置に特定の機能又は機能グループを実行させる命令及びデータを有しても良い。本発明の主題は構造的特徴及び／又は方法論的動作に特有の言葉で記載されたが、本発明の主題は、特許請求の範囲に定められる上述の特定の特徴又は動作に限定されないことが理解されるべきである。むしろ、上述の特定の特徴及び動作は、特許請求の範囲の実施の例示的形態として開示されたものである。

【0098】

本願明細書で用いられるように、用語「モジュール」又は「コンポーネント」は、モジュール若しくはコンポーネントの動作を実行するよう構成される特定ハードウェア実装、及び／又はコンピューティングシステムの汎用ハードウェア（例えばコンピュータ可読媒体、処理装置、等）に格納され及び／又はそれらにより実行され得るソフトウェアオブジェクト若しくはソフトウェアルーチンを表しても良い。幾つかの実施形態では、本願明細書に記載されたのと異なるコンポーネント、モジュール、エンジン及びサービスは、（例えば、別個のスレッドとして）コンピューティングシステムで実行されるオブジェクト又は処理として実施されても良い。本願明細書に記載のシステム及び方法の幾つかは概して（汎用ハードウェアに格納される及び／又はそれにより実行される）ソフトウェアで実装されるように記載されたが、専用ハードウェアの実装又はソフトウェアと専用ハードウェアの組み合わせの実装も可能であり考えられる。この説明では、「コンピュータエンティティ」は、本願明細書で先に定められたようにコンピューティングシステム、又はコンピューティングシステムで実行されるモジュール若しくはモジュールの組合せであっても良い。
本願明細書に記載された全ての例及び条件文は、教育上の目的で、読者が本発明の原理及び発明者により考案された概念を理解するのを助け、技術を促進させるためであり、これらの特に記載された例及び条件に限定されないものと考えられるべきである。本発明の実施形態が詳細に記載されたが、種々の変更、置換及び修正が本発明の精神及び範囲から逸脱することなく行われうることが理解されるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】