(57)【要約】      （修正有）【課題】通常のユーザ機器（ＵＥ）と比較して削減されたＵＥ帯域幅を有するＵＥのためのＰＤＣＣＨの初期化手続きを提供する。【解決手段】ランダムアクセス（ＲＡ）手続ベースの方法であって、通常のＵＥと比較して削減されたＵＥ帯域幅を有するＵＥは、ネットワークノードから、削減されたＵＥ帯域幅を有する複数のＵＥのために構成されるランダムアクセスレスポンス（ＲＡＲ）を受信する。ＲＡＲは、削減されたＵＥ帯域幅を有するＵＥについてのダウンリリンク制御情報（ＤＣＩ）を含む。【選択図】図９
2019092193.tif 000002
【特許請求の範囲】
【請求項１】
通常のユーザ機器（ＵＥ）と比較して削減されたＵＥ帯域幅を有するＵＥにより実行される方法であって、
ネットワークノードから、前記削減されたＵＥ帯域幅を有する複数のＵＥのために構成されるシステム情報ブロックを受信すること（５０１０）と、前記システム情報ブロックは、前記削減されたＵＥ帯域幅を有する複数のＵＥのための物理制御チャネルの共通サーチスペースの構成に関する情報を含むことと、
を含む方法。
【請求項２】
前記削減されたＵＥ帯域幅を有する前記ＵＥは、リリース１３低複雑度ＵＥであり、通常のＵＥは、より早いリリースのＵＥである、請求項１に記載の方法。
【請求項３】
前記システム情報ブロックは、低複雑度システム情報ブロック（ＬＣ−ＳＩＢ）であり、前記物理制御チャネルは、低複雑度物理ダウンリンク制御チャネル（ＬＣ−ＰＤＣＣＨ）である、請求項１又は請求項２に記載の方法。
【請求項４】
前記共通サーチスペース内で、ユニキャストされる低複雑度物理ダウンリンク制御チャネル（ＬＣ−ＰＤＣＣＨ）を取得すること（５０２０）、
をさらに含む、請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記ＬＣ−ＰＤＣＣＨは、専用無線リソース制御（ＲＲＣ）メッセージを搬送するユニキャストされる物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に関連付けられる、請求項３〜４のいずれか１項に記載の方法。
【請求項６】
前記ＲＲＣメッセージは、前記ＬＣ−ＰＤＣＣＨの構成に関する情報を含む、請求項５に記載の方法。
【請求項７】
前記ＬＣ−ＰＤＣＣＨの構成に関する前記情報は、ＵＥ固有のＬＣ−ＰＤＣＣＨ領域を含む、請求項６に記載の方法。
【請求項８】
通常のユーザ機器（ＵＥ）と比較して削減されたＵＥ帯域幅を有するＵＥ（１０）であって、
ネットワークノードから、前記削減されたＵＥ帯域幅を有する複数のＵＥのために構成されるシステム情報ブロックを受信する、ように適合される手段（１１）、
を備え、
前記システム情報ブロックは、前記削減されたＵＥ帯域幅を有する複数のＵＥのための物理制御チャネルの共通サーチスペースの構成に関する情報を含む、
ＵＥ（１０）。
【請求項９】
前記削減されたＵＥ帯域幅を有する前記ＵＥは、リリース１３低複雑度ＵＥであり、通常のＵＥは、より早いリリースのＵＥである、請求項８に記載のＵＥ（１０）。
【請求項１０】
前記システム情報ブロックは、低複雑度システム情報ブロック（ＬＣ−ＳＩＢ）であり、前記物理制御チャネルは、低複雑度物理ダウンリンク制御チャネル（ＬＣ−ＰＤＣＣＨ）である、請求項８又は請求項９に記載のＵＥ（１０）。
【請求項１１】
前記共通サーチスペース内で、ユニキャストされる低複雑度物理ダウンリンク制御チャネル（ＬＣ−ＰＤＣＣＨ）を取得する、ように適合される手段（１１）、
をさらに備える、請求項８〜１０のいずれか１項に記載のＵＥ（１０）。
【請求項１２】
前記ＬＣ−ＰＤＣＣＨは、専用無線リソース制御（ＲＲＣ）メッセージを搬送するユニキャストされる物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に関連付けられる、請求項１０〜１１のいずれか１項に記載のＵＥ（１０）。
【請求項１３】
前記ＲＲＣメッセージは、前記ＬＣ−ＰＤＣＣＨの構成に関する情報を含む、請求項１２に記載のＵＥ（１０）。
【請求項１４】
前記ＬＣ−ＰＤＣＣＨの構成に関する前記情報は、ＵＥ固有のＬＣ−ＰＤＣＣＨ領域を含む、請求項１３に記載のＵＥ（１０）。
【請求項１５】
ネットワークノードにより実行される方法であって、
通常のユーザ機器（ＵＥ）と比較して削減されたＵＥ帯域幅を有する複数のＵＥのために構成されるシステム情報ブロックを、１つ又は複数のＵＥへ送信すること（７０１０）と、前記システム情報ブロックは、前記削減されたＵＥ帯域幅を有する複数のＵＥのための物理制御チャネルの共通サーチスペースの構成に関する情報を含むことと、
を含む方法。
【請求項１６】
前記削減されたＵＥ帯域幅を有する前記ＵＥは、リリース１３低複雑度ＵＥであり、通常のＵＥは、より早いリリースのＵＥである、請求項１５に記載の方法。
【請求項１７】
前記システム情報ブロックは、低複雑度システム情報ブロック（ＬＣ−ＳＩＢ）であり、前記物理制御チャネルは、低複雑度物理ダウンリンク制御チャネル（ＬＣ−ＰＤＣＣＨ）である、請求項１５又は請求項１６に記載の方法。
【請求項１８】
前記ネットワークノードは、拡張ＮｏｄｅＢ（ｅＮＢ）である、請求項１５〜１７のいずれか１項に記載の方法。
【請求項１９】
通常のユーザ機器（ＵＥ）と比較して削減されたＵＥ帯域幅を有する複数のＵＥのために構成されるシステム情報ブロックを、１つ又は複数のＵＥへ送信する、ように適合される手段（２１）、
を備え、
前記システム情報ブロックは、前記削減されたＵＥ帯域幅を有する複数のＵＥのための物理制御チャネルの共通サーチスペースの構成に関する情報を含む、
ネットワークノード（２０）。
【請求項２０】
前記システム情報ブロックは、低複雑度システム情報ブロック（ＬＣ−ＳＩＢ）であり、前記物理制御チャネルは、低複雑度物理ダウンリンク制御チャネル（ＬＣ−ＰＤＣＣＨ）である、請求項１９に記載のネットワークノード（２０）。
【請求項２１】
前記ネットワークノード（２０）は、拡張ＮｏｄｅＢ（ｅＮＢ）である、請求項１９又は請求項２０に記載のネットワークノード（２０）。
【請求項２２】
通常のユーザ機器（ＵＥ）と比較して削減されたＵＥ帯域幅を有するＵＥにより実行される、ランダムアクセス（ＲＡ）手続ベースの方法であって、
ネットワークノードから、前記削減されたＵＥ帯域幅を有する複数のＵＥのために構成されるランダムアクセスレスポンス（ＲＡＲ）を受信すること（９０２０）と、前記ランダムアクセスレスポンスは、前記削減されたＵＥ帯域幅を有する前記ＵＥについてのダウンリンク制御情報（ＤＣＩ）を含むことと、
を含む方法。
【請求項２３】
前記削減されたＵＥ帯域幅を有する前記ＵＥは、リリース１３低複雑度ＵＥであり、通常のＵＥは、より早いリリースのＵＥである、請求項２２に記載の方法。
【請求項２４】
前記ランダムアクセスレスポンスは、低複雑度ランダムアクセスレスポンス（ＬＣ−ＲＡＲ）である、請求項２２又は請求項２３に記載の方法。
【請求項２５】
前記ＤＣＩは、前記ＵＥについての初期のＬＣ−ＰＤＣＣＨ構成に関する情報を含み、又はさもなければ当該情報を指し示す、請求項２２〜２４のいずれか１項に記載の方法。
【請求項２６】
前記ＲＡＲを受信することに先立って、
物理ランダムアクセスチャネル（ＰＲＡＣＨ）を前記ネットワークノードへ送信すること（９０１０）、
をさらに含む、請求項２２〜２５のいずれか１項に記載の方法。
【請求項２７】
受信される前記ＤＣＩを利用して（９０３０）、１つ以上の初期の低複雑度物理ダウンリンク制御チャネル（ＬＣ−ＰＤＣＣＨ）を受信すること、を含む、請求項２２〜２６のいずれか１項に記載の方法。
【請求項２８】
前記１つ以上の初期のＬＣ−ＰＤＣＣＨは、専用無線リソース制御（ＲＲＣ）メッセージを搬送する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の前記受信に関する情報を含み、又はさもなければ当該情報を指し示し得る、請求項２７に記載の方法。
【請求項２９】
前記専用ＲＲＣは、前記完全なＬＣ−ＰＤＣＣＨ構成を提供する、請求項２８に記載の方法。
【請求項３０】
通常のユーザ機器（ＵＥ）と比較して削減されたＵＥ帯域幅を有するＵＥ（１０）であって、
ネットワークノードから、前記削減されたＵＥ帯域幅を有する複数のＵＥのために構成されるランダムアクセスレスポンス（ＲＡＲ）を受信する、ように適合される手段（１１）、
を備え、
前記ランダムアクセスレスポンスは、前記削減されたＵＥ帯域幅を有する前記ＵＥについてのダウンリンク制御情報（ＤＣＩ）を含む、
ＵＥ（１０）。
【請求項３１】
前記削減されたＵＥ帯域幅を有する前記ＵＥは、リリース１３低複雑度ＵＥであり、通常のＵＥは、より早いリリースのＵＥである、請求項３０に記載のＵＥ（１０）。
【請求項３２】
前記ランダムアクセスレスポンスは、低複雑度ランダムアクセスレスポンス（ＬＣ−ＲＡＲ）である、請求項３０又は請求項３１に記載のＵＥ（１０）。
【請求項３３】
前記ＤＣＩは、前記ＵＥについての初期のＬＣ−ＰＤＣＣＨ構成に関する情報を含み、又はさもなければ当該情報を指し示す、請求項３０〜３２のいずれか１項に記載のＵＥ（１０）。
【請求項３４】
前記ＲＡＲを受信することに先立って、物理ランダムアクセスチャネル（ＰＲＡＣＨ）を前記ネットワークノードへ送信する、ように適合される手段（１１）、
をさらに備える、請求項３０〜３３のいずれか１項に記載のＵＥ（１０）。
【請求項３５】
受信される前記ＤＣＩを利用して、１つ以上の初期の低複雑度物理ダウンリンク制御チャネル（ＬＣ−ＰＤＣＣＨ）を受信する、ように適合される手段（１２，１３）、
を備える、請求項３０〜３４のいずれか１項に記載のＵＥ（１０）。
【請求項３６】
前記１つ以上の初期のＬＣ−ＰＤＣＣＨは、専用ＲＲＣメッセージを搬送する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の前記受信に関する情報を含み、又はさもなければ当該情報を指し示し得る、請求項３５に記載のＵＥ（１０）。
【請求項３７】
前記専用ＲＲＣは、前記完全なＬＣ−ＰＤＣＣＨ構成を提供する、請求項３６に記載のＵＥ（１０）。
【請求項３８】
ネットワークノードにより実行される、ランダムアクセス（ＲＡ）手続ベースの方法であって、
通常のユーザ機器（ＵＥ）と比較して削減されたＵＥ帯域幅を有するＵＥへ、前記削減されたＵＥ帯域幅を有する複数のＵＥのために構成されるランダムアクセスレスポンス（ＲＡＲ）を送信すること（１１０１０）と、前記ＲＡＲは、前記削減されたＵＥ帯域幅を有する前記ＵＥについてのダウンリンク制御情報（ＤＣＩ）を含むことと、
を含む方法。
【請求項３９】
前記削減されたＵＥ帯域幅を有する前記ＵＥは、リリース１３低複雑度ＵＥであり、通常のＵＥは、より早いリリースのＵＥである、請求項３８に記載の方法。
【請求項４０】
前記ＤＣＩは、前記ＵＥについての初期の低複雑度物理ダウンリンク制御チャネル（ＬＣ−ＰＤＣＣＨ）構成に関する情報を含み、又はさもなければ当該情報を指し示す、請求項３８又は請求項３９に記載の方法。
【請求項４１】
前記ネットワークノードは、拡張ＮｏｄｅＢ（ｅＮＢ）である、請求項３８〜４０のいずれか１項に記載の方法。
【請求項４２】
ネットワークノード（２０）であって、
通常のユーザ機器（ＵＥ）と比較して削減されたＵＥ帯域幅を有するＵＥへ、前記削減されたＵＥ帯域幅を有する複数のＵＥのために構成されるランダムアクセスレスポンス（ＲＡＲ）を送信する、ように適合される手段（１１）、
を備え、
前記ＲＡＲは、前記削減されたＵＥ帯域幅を有する前記ＵＥについてのダウンリンク制御情報（ＤＣＩ）を含む、
ネットワークノード（２０）。
【請求項４３】
前記ＤＣＩは、前記ＵＥについての初期の低複雑度物理ダウンリンク制御チャネル（ＬＣ−ＰＤＣＣＨ）構成に関する情報を含み、又はさもなければ当該情報を指し示す、請求項４２に記載のネットワークノード（２０）。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して、無線通信に関する。より具体的には、ここで呈示される実施形態は、概して、通常のＵＥと比較して制限された（例えば、削減された）ＵＥ帯域幅を有するユーザ機器（ＵＥ）のための物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の初期化に関する。例えば、ここで呈示される実施形態のいくつかは、概して、例えばＲｅｌ−１３ＭＴＣデバイス（即ち、リリース１３のＭＴＣデバイス）などの、ＭＴＣ（machine  type  communication）デバイスのためのＰＤＣＣＨの初期化に関する。例えば、本開示は、ＬＴＥ（Long  Term  Evolution）での狭帯域ＭＴＣ動作のためのＰＤＣＣＨを初期化するための多様な実施形態を呈示する。
【背景技術】
【０００２】
本セクションは、本開示において説明される技術の多様な実施形態についての背景を提供することを意図される。ここでの説明は、追求され得たはずではあったが必ずしも過去に想到され又は追求されたわけではない概念を含み得る。従って、ここで別段指し示されていない限り、本セクションにおいて説明されるものは、必ずしも本開示の実施形態に対する従来技術ではなく、本セクションに単に含まれることによっては従来技術であるとは認められない。
【０００３】
テレフォニー、ビデオ、データ、メッセージング及びブロードキャストなどといった多様な通信サービスを提供するために、無線通信ネットワークが幅広く配備されている。そうした通信ネットワークは、利用可能なネットワークリソースを共有することにより、複数のユーザ機器（ＵＥ）のための通信をサポートする。そうしたネットワークの１つの例は、３ＧＰＰ（3rd  Generation  Partnership  Project）により標準化された第３世代（３Ｇ）のモバイルフォン技術、ＵＭＴＳ（Universal  Mobile  Telecommunications  System）である。ＵＭＴＳは、ＵＴＲＡＮ（UMTS  Terrestrial  Radio  Access  Network）という無線アクセスネットワーク（ＲＡＮ）についての定義を含む。ＵＭＴＳは、ＧＳＭ（Global  System  for  Mobile  Communications）技術の後継であり、Ｗ−ＣＤＭＡ（Wideband-Code  Division  Multiple  Access）、ＴＤ−ＣＤＭＡ（Time  Division-Code  Division  Multiple  Access）及びＴＤ−ＳＣＤＭＡ（Time  Division-Synchronous  Code  Division  Multiple  Access）などの多様なエアインタフェース標準をサポートする。ＵＭＴＳは、より高いデータ転送速度及び関連付けられるＵＭＴＳネットワークへのキャパシティを提供する、ＨＳＰＡ（High  Speed  Packet  Access）などの拡張された３Ｇデータ通信プロトコルをもサポートする。モバイルブロードバンドアクセスについての需要が増加し続けているため、ＵＭＴＳ技術を高度化するための研究開発が、モバイルブロードバンドアクセスについてのその拡大する需要を充足するのみならず、モバイル通信でのユーザ体験を高度化し及び向上させるように継続されている。例えば、世界の多数の場所で、Ｗ−ＣＤＭＡに基づく第３世代ＵＭＴＳが開発された。そのシステムが将来においても競争力を保つことを保証するために、３ＧＰＰは、ＵＭＴＳセルラー技術の長期的な進化を定義するためのプロジェクトを開始した。その取組みに関する仕様は、公式にはＥ−ＵＴＲＡ（Evolved  UMTS  Terrestrial  Radio  Access）及びＥ−ＵＴＲＡＮ（Evolved  UMTS  Terrestrial  Radio  Access  Network）として知られており、但し、より一般にはＬＴＥ（Long  Term  Evolution）という名称で言及される。無線通信ネットワーク及びシステムのより詳細な説明は、例えば３ＧＰＰにより公開されている技術仕様（Technical  Specifications）などの文献に見出すことができる。拡張されたネットワークアーキテクチャのコアネットワーク（ＣＮ）をＥＰＣ（Evolved  Packet  Core）ということがあり、無線アクセスネットワーク及びコアネットワークの双方、並びにサービス関連エンティティなど他のあり得るエンティティ、を含む全体的なセルラーシステムへ言及する際には、ＥＰＳ（Evolved  Packet  System）という用語を使用することができる。
【０００４】
単に背景に過ぎないものの、図１は、一例としての３ＧＰＰ  ＬＴＥ無線通信システム１００を示している。
【０００５】
見ての通り、図１は、ＬＴＥ無線通信システム１００内の無線アクセスネットワークを示している。この例において、２つの無線ネットワークノード１１０ａ及び１１０ｂが存在し、その各々は拡張ＮｏｄｅＢ（ｅＮＢ）として例示される。第１のｅＮＢ１１０ａは、そのｅＮＢ１００ａの地理的なサービスエリア又は無線セル１３０ａの範囲内に位置する１つ又は複数のＵＥ１２０ａ〜ｅへサービスするように構成される。ｅＮＢ１１０ａは、コアネットワーク（ＣＮ）へ接続可能である。ｅＮＢ１１０ａは、例えばＸ２インタフェースを介して隣接するｅＮＢ１１０ｂへも接続可能であり、ｅＮＢ１１０ｂは他のセル１３０ｂへサービスするように構成される。従って、第２のｅＮＢ１１０ｂは、そのｅＮＢ１００ｂの地理的なサービスエリア又は無線セル１３０ｂの範囲内に位置する１つ又は複数のＵＥ１２０ｆ〜ｊへサービスするように構成される。ｅＮＢ１１０ｂは、ＣＮへも接続可能である。
【０００６】
既存の技術において知られているように、ＬＴＥは、ダウンリンクにおいて直交周波数分割多重（ＯＦＤＭ）を使用し、アップリンクにおいてＤＦＴ拡散ＯＦＤＭ（即ち、ＤＦＴＳ−ＯＦＤＭ、ＤＦＴは離散フーリエ変換を意味する）を使用する。基本的なＬＴＥのダウンリンク物理リソースは、よって、図２に示したような時間−周波数グリッドであると理解することができ、各リソースエレメントは１つのＯＦＤＭシンボルインターバルの期間中の１つのＯＦＤＭサブキャリアに相当する。
【０００７】
＜マシンタイプ通信（ＭＴＣ）＞
無線通信ネットワーク内の通信の将来の配備の現在のところポピュラーな見方は、極めて多数の小規模な自律的デバイスを含み、それらは典型的には多かれ少なかれ低頻度で（例えば、１週間に一度から１分間に一度）少量のデータのみを送受信する（又は、データのためにポーリングされる）。それらデバイスは、人間に関連付けられることを想定されず、むしろ様々な種類のセンサ又はアクチュエータであってよく、セルラーネットワークの内部又は外部の（デバイスを構成し及びデバイスからデータを受信する）アプリケーションサーバと通信し得る。よって、このタイプの通信は、しばしばマシンツーマシン（Ｍ２Ｍ）通信として言及され、それらデバイスは、マシンデバイス（ＭＤ）と称され得る。３ＧＰＰ標準化では、対応する代替的な用語はマシンタイプ通信（ＭＴＣ）及びマシンタイプ通信デバイス（ＭＴＣデバイス）であり、後者はより一般的な用語であるＵＥのサブセットである。ＭＴＣ通信のより詳細な説明は、文献において、例えば技術仕様３ＧＰＰ  ＴＳ２２．３６８  Ｖ．１３．１．０において見出すことができる。
【０００８】
ＭＴＣデバイスの性質及びそれらの想定される典型的な用途は、それらＭＴＣデバイスがエネルギー効率的でなければならないことが多いことにつながる。なぜなら、外部電力供給源が利用可能でないことが多く、かつそれらのバッテリーを頻繁に交換し又は再充電することが実用的でも経済的に実現可能でもないからである。いくつかのシナリオにおいて、ＭＴＣデバイスは、バッテリー駆動でさえなく、代わりに、例えば環境からエネルギーを集めるなど、エネルギーの収集（harvesting）に依拠するかもしれない。それらは、例えば日光、温度勾配又は振動などから採取され得るエネルギー（しばしば限られている）を利用する。相対的に小規模かつ多かれ少なかれ低頻度の（しばしば遅延に寛容である）トランザクションにより特徴付けられるトラフィックを有するそうしたエネルギー不足のデバイスについて、例えば通信イベントの間及び通信イベントに伴うそれらのエネルギー消費を最小化することが重要であり得る。それらＭＴＣデバイスは、概して、例えばセルラーネットワークからの送信をモニタリングするために無線受信機をアクティブに維持することで、多様な通信イベントの間にエネルギーを消費する。通信イベントの間の期間は概して実際の通信イベントよりも格段に長いことから、そのエネルギー消費は、エネルギー消費全体のかなりの部分を表し、通信イベントが低頻度であり又は非常に低頻度であるシナリオにおいては、エネルギー消費において支配的でさえあり得る。
【０００９】
さらに、ＭＴＣは、事業者にとっての重要な収益の柱になるかもしれず、事業者の視点からは巨大なポテンシャルを有し得る。事業者が既に配備済みの無線アクセス技術を用いてＭＴＣデバイスにサービスできることは有益であろう。従って、３ＧＰＰ  ＬＴＥは、ＭＴＣの効率的なサポートのための競争力のある無線アクセス技術として検討されてきた。ＭＴＣデバイスのコストを引き下げることは、“ＩｏＴ（internet  of  things）”の概念の実装のための重要な要因（enabler）になり得る。そのうえ、多くのアプリケーションのために使用されるＭＴＣデバイスは、運用上の電力消費が低いことを要するかもしれず、従って、前に説明したように、低頻度で小規模なバースト送信で通信を行うことが予期される。加えて、建物内に配備されるデバイスのＭ２Ｍユースケースについて実質的なマーケットが存在し、それは定義済みのＬＴＥセルカバレッジの面積（footprint）と比較してカバレッジの向上を要するはずである。
【００１０】
例えば、３ＧＰＰ  ＬＴＥリリース１２は、長いバッテリー寿命を可能にするＵＥ電力節約モードと、削減されたモデムの複雑度を可能とする新たなＵＥカテゴリとを定義した。リリース１３では、将来のＭＴＣ作業が、さらにＭＴＣコストを削減し、及びカバレッジの拡張を提供することが期待される。コスト削減を可能にする鍵となる要素は、任意のシステム帯域幅の範囲内でダウンリンク及びアップリンクにおいて１．４ＭＨｚという削減された無線周波数（ＲＦ）帯域幅を導入することである。
【００１１】
＜ＥＰＤＣＣＨ（Enhanced  Physical  Downlink  Control  Channel)）＞
通常のＵＥについては、ＵＥは、ＰＤＣＣＨに加えてＥＰＤＣＣＨをモニタリングするように構成され得る（例えば、技術仕様３ＧＰＰ  ＴＳ３６．２１１（例えば、セクション６．８Ａ）及び技術仕様３ＧＰＰ  ＴＳ３６．２１３（例えば、セクション９．１．４）参照）。各サービングセルについて、上位レイヤシグナリングは、ＥＰＤＣＣＨモニタリングのために、１つ又は２つのＥＰＤＣＣＨ−ＰＲＢセット（ＰＲＢは、物理リソースブロックを意味する）と共にＵＥを構成し得る。各ＥＰＤＣＣＨ−ＰＲＢセットは、０からＮＥＣＣＥｐ，ｋ−１まで付番されたＥＣＣＥ（即ち、拡張制御チャネルエレメント）のセットを含み、ＮＥＣＣＥｐ，ｋは、サブフレームｋのＥＰＤＣＣＨ−ＰＲＢセットｐ内のＥＣＣＥの数である。各ＥＰＤＣＣＨ−ＰＲＢセットは局所的（localized）ＥＰＤＣＣＨ送信又は分散的（distributed）ＥＰＤＣＣＨ送信のいずれかについて構成されてもよい。
【００１２】
ＵＥは、概して、制御情報のための上位レイヤシグナリングにより構成される通りに、１つ以上のアクティブ化されたサービングセル上で、ＥＰＤＣＣＨ候補のセットをモニタリングするものとされ、ここでモニタリングとは、モニタリングされるＤＣＩ（即ち、ダウリンク制御情報）フォーマットに従ってセット内のＥＰＤＣＣＨの各々の復号を試行することを示唆する。モニタリングされるべきＥＰＤＣＣＨ候補のセットは、ＥＰＤＣＣＨ  ＵＥ固有サーチスペースを単位として定義される。各サービングセルについて、ＵＥがＥＰＤＣＣＨ  ＵＥ固有サーチスペースをモニタリングするサブフレームが上位レイヤにより構成される（例えば技術仕様３ＧＰＰ  ＴＳ３６．３３１参照）。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
本開示は、ＥＰＤＣＣＨをモニタリングする普通の又は通常のＵＥについて、ＵＥは典型的にはＰＤＣＣＨを受信することもできるという事実を認識している。ＰＤＣＣＨは、無線リソース制御（ＲＲＣ）シグナリングの受信のための情報を提供するかもしれず、ＲＲＣシグナリングは、典型的にはＥＰＤＣＣＨの構成情報を搬送する。しかしながら、制限された帯域幅を有するＵＥ（例えば、リリース１３の低複雑度ＭＴＣデバイス（又はリリース１３低複雑度ＵＥ））は、概して、その制限された帯域幅に起因して、ＰＤＣＣＨを受信可能でない。ＥＰＤＣＣＨはリリース１３低複雑度ＭＴＣデバイスの１．４ＭＨｚの受信ウィンドウの範囲内で受信される可能性があることから、リリース１３低複雑度ＭＴＣデバイスがＥＰＤＣＣＨを受信できるかもしれず、そのためＥＰＤＣＣＨを使用することには意味がある。但し、これはＥＰＤＣＣＨ構成情報が何らかの手法でリース１３低複雑度ＭＴＣデバイスへ運送され得ることを前提としているはずである。しかしながら、ＥＰＤＣＣＨが短絡的なやり方で利用される場合、ＭＴＣ動作のための物理ダウンリンク制御チャネルの初期化は不適当かもしれない。例えば、既存の手続は典型的にＰＤＣＣＨに基づいていることから、ＭＴＣ動作のためのＰＤＣＣＨの初期化を既存の手続で完遂することはできないことを予想することができる。
【００１４】
ここで開示される多様な実施形態は、上の考慮事項及び他の事項を念頭においてなされている。
【課題を解決するための手段】
【００１５】
その第１の観点において、本開示は、通常のユーザ機器（ＵＥ）と比較して制限された（例えば、削減された）ＵＥ帯域幅を有するＵＥにより実行される方法を呈示する。上記方法は、ネットワークノードから、上記制限されたＵＥ帯域幅を有する複数のＵＥのために構成されるシステム情報ブロックを受信することと、上記システム情報ブロックは、上記制限されたＵＥ帯域幅を有する複数のＵＥのための物理制御チャネルの共通サーチスペースの構成に関する情報を含むことと、を含む。
【００１６】
上記制限されたＵＥ帯域幅を有する上記ＵＥは、リリース１３低複雑度ＵＥであってもよく、通常のＵＥは、より早いリリースのＵＥであってもよい。上記制限されたＵＥ帯域幅を有する上記ＵＥは、例えばＭＴＣデバイスであってもよい。
【００１７】
上記システム情報ブロックは、物理ダウンリンク制御チャネルの周波数ドメイン構成に関する情報を含んでもよい。上記周波数ドメイン構成は、上記物理ダウンリンク制御チャネルのリソースブロック割り当てを含んでもよい。
【００１８】
追加的に又は代替的に、上記システム情報ブロックは、上記物理ダウンリンク制御チャネルの時間ドメイン構成に関する情報を含んでもよい。上記時間ドメイン構成は、上記物理ダウンリンク制御チャネルの開始サブフレームを含んでもよい。追加的に又は代替的に、上記時間ドメイン構成は、上記物理ダウンリンク制御チャネルの繰り返し回数を含んでもよい。
【００１９】
上記システム情報ブロックは、低複雑度システム情報ブロック（ＬＣ−ＳＩＢ）であってもよく、上記物理制御チャネルは、低複雑度物理ダウンリンク制御チャネル（ＬＣ−ＰＤＣＣＨ）であってもよい。
【００２０】
上記方法は、追加的に、上記共通サーチスペース内で、ユニキャストされるＬＣ−ＰＤＣＣＨを取得すること、を含んでもよい。
【００２１】
例えば、上記ＬＣ−ＰＤＣＣＨは、専用無線リソース制御（ＲＲＣ）メッセージを搬送するユニキャストされる物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に関連付けられてもよい。上記ＲＲＣメッセージは、上記ＬＣ−ＰＤＣＣＨの構成に関する情報を含んでもよい。上記ＬＣ−ＰＤＣＣＨの構成に関する上記情報は、ＵＥ固有のＬＣ−ＰＤＣＣＨ領域を含んでもよい。
【００２２】
本開示は、通常のユーザ機器（ＵＥ）と比較して制限された（例えば、削減された）ＵＥ帯域幅を有するＵＥをも呈示する。上記ＵＥは、ネットワークノードから、上記制限されたＵＥ帯域幅を有する複数のＵＥのために構成されるシステム情報ブロックを受信する、ように適合される手段、を備え、上記システム情報ブロックは、上記制限されたＵＥ帯域幅を有する複数のＵＥのための物理制御チャネルの共通サーチスペースの構成に関する情報を含む。
【００２３】
上記制限されたＵＥ帯域幅を有する上記ＵＥは、リリース１３低複雑度ＵＥであってもよく、通常のＵＥは、より早いリリースのＵＥであってもよい。上記制限されたＵＥ帯域幅を有する上記ＵＥは、例えばＭＴＣデバイスであってもよい。
【００２４】
上記システム情報ブロックは、物理ダウンリンク制御チャネルの周波数ドメイン構成に関する情報を含んでもよい。上記周波数ドメイン構成は、上記物理ダウンリンク制御チャネルのリソースブロック割り当てを含んでもよい。
【００２５】
追加的に又は代替的に、上記システム情報ブロックは、上記物理ダウンリンク制御チャネルの時間ドメイン構成に関する情報を含んでもよい。上記時間ドメイン構成は、上記物理ダウンリンク制御チャネルの開始サブフレームを含んでもよい。追加的に又は代替的に、上記時間ドメイン構成は、上記物理ダウンリンク制御チャネルの繰り返し回数を含んでもよい。
【００２６】
上記システム情報ブロックは、ＬＣ−ＳＩＢであってもよく、上記物理制御チャネルは、ＬＣ−ＰＤＣＣＨであってもよい。
【００２７】
上記ＵＥは、上記共通サーチスペース内で、ユニキャストされるＬＣ−ＰＤＣＣＨを取得する、ように適合される手段、をさらに備えてもよい。上記ＬＣ−ＰＤＣＣＨは、専用ＲＲＣメッセージを搬送するユニキャストされるＰＤＳＣＨに関連付けられてもよい。上記ＲＲＣメッセージは、上記ＬＣ−ＰＤＣＣＨの構成に関する情報を含んでもよい。上記ＬＣ−ＰＤＣＣＨの構成に関する上記情報は、ＵＥ固有のＬＣ−ＰＤＣＣＨ領域を含んでもよい。
【００２８】
さらに、本開示は、拡張ＮｏｄｅＢ（ｅＮＢ）などのネットワークノードにより実行される方法を呈示する。上記方法は、通常のユーザ機器（ＵＥ）と比較して制限された（例えば、削減された）ＵＥ帯域幅を有する複数のＵＥのために構成されるシステム情報ブロックを、１つ又は複数のＵＥへ送信することと、上記システム情報ブロックは、上記制限されたＵＥ帯域幅を有する複数のＵＥのための物理制御チャネルの共通サーチスペースの構成に関する情報を含むことと、を含む。
【００２９】
あらためて言うと、上記制限されたＵＥ帯域幅を有する上記ＵＥは、リリース１３低複雑度ＵＥであってもよく、通常のＵＥは、より早いリリースのＵＥであってもよい。
【００３０】
上記システム情報ブロックは、物理ダウンリンク制御チャネルの周波数ドメイン構成に関する情報を含んでもよい。上記周波数ドメイン構成は、上記物理ダウンリンク制御チャネルのリソースブロック割り当てを含んでもよい。
【００３１】
追加的に又は代替的に、上記システム情報ブロックは、上記物理ダウンリンク制御チャネルの時間ドメイン構成に関する情報を含んでもよい。上記時間ドメイン構成は、上記物理ダウンリンク制御チャネルの開始サブフレームを含んでもよい。追加的に又は代替的に、上記時間ドメイン構成は、上記物理ダウンリンク制御チャネルの繰り返し回数を含んでもよい。
【００３２】
上記システム情報ブロックは、ＬＣ−ＳＩＢであってもよく、上記物理制御チャネルは、ＬＣ−ＰＤＣＣＨであってもよい。
【００３３】
また、本開示は、拡張ＮｏｄｅＢ（ｅＮＢ）などのネットワークノードを呈示する。上記ネットワークノードは、通常のユーザ機器（ＵＥ）と比較して制限された（例えば、削減された）ＵＥ帯域幅を有する複数のＵＥのために構成されるシステム情報ブロックを、１つ又は複数のＵＥへ送信する、ように適合される手段、を備え、上記システム情報ブロックは、上記制限されたＵＥ帯域幅を有する複数のＵＥのための物理制御チャネルの共通サーチスペースの構成に関する情報を含む。
【００３４】
上記システム情報ブロックは、物理ダウンリンク制御チャネルの周波数ドメイン構成に関する情報を含んでもよい。上記周波数ドメイン構成は、上記物理ダウンリンク制御チャネルのリソースブロック割り当てを含んでもよい。
【００３５】
追加的に又は代替的に、上記システム情報ブロックは、上記物理ダウンリンク制御チャネルの時間ドメイン構成に関する情報を含んでもよい。上記時間ドメイン構成は、上記物理ダウンリンク制御チャネルの開始サブフレームを含んでもよい。追加的に又は代替的に、上記時間ドメイン構成は、上記物理ダウンリンク制御チャネルの繰り返し回数を含んでもよい。
【００３６】
上記システム情報ブロックは、ＬＣ−ＳＩＢであってもよく、上記物理制御チャネルは、ＬＣ−ＰＤＣＣＨであってもよい。
【００３７】
その第２の観点において、本開示は、通常のユーザ機器（ＵＥ）と比較して制限された（例えば、削減された）ＵＥ帯域幅を有するＵＥにより実行される、ランダムアクセス（ＲＡ）手続ベースの方法を呈示する。上記制限されたＵＥ帯域幅を有する上記ＵＥは、ＭＴＣデバイスであってもよい。上記方法は、ネットワークノードから、上記制限されたＵＥ帯域幅を有する複数のＵＥのために構成されるランダムアクセスレスポンス（ＲＡＲ）を受信することと、上記ランダムアクセスレスポンスは、上記制限されたＵＥ帯域幅を有する上記ＵＥについてのダウンリンク制御情報（ＤＣＩ）を含むことと、を含む。
【００３８】
上記制限されたＵＥ帯域幅を有する上記ＵＥは、リリース１３低複雑度ＵＥであってもよく、通常のＵＥは、より早いリリースのＵＥであってもよい。
【００３９】
上記ランダムアクセスレスポンスは、低複雑度ランダムアクセスレスポンス（ＬＣ−ＲＡＲ）であってもよい。
【００４０】
上記ＤＣＩは、上記ＵＥについての初期のＬＣ−ＰＤＣＣＨ構成に関する情報を含んでもよく、又はさもなければ当該情報を指し示してもよい。
【００４１】
上記方法は、上記ＲＡＲを受信することに先立って、物理ランダムアクセスチャネル（ＰＲＡＣＨ）を上記ネットワークノードへ送信すること、をさらに含んでもよい。
【００４２】
上記方法は、受信される上記ＤＣＩを利用して、１つ以上の初期の低複雑度物理ダウンリンク制御チャネル（ＬＣ−ＰＤＣＣＨ）を受信すること、を含んでもよい。
【００４３】
上記１つ以上の初期のＬＣ−ＰＤＣＣＨは、専用ＲＲＣメッセージを搬送する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の受信に関する情報を含んでもよく、又はさもなければ当該情報を指し示してもよい。上記専用ＲＲＣは、完全なＬＣ−ＰＤＣＣＨ構成を提供してもよい。
【００４４】
いくつかの実施形態において、上記ＲＡＲは、物理ダウンリンク制御チャネルの周波数ドメインのリソース割り当て情報を含んでもよい。追加的に又は代替的に、上記ＲＡＲは、アップリンク物理チャネルのアップリンクリソース割り当てを含んでもよい。追加的に又は代替的に、上記ＲＡＲは、アップリンク物理チャネルについての３ビットのＭＣＳ情報を含んでもよい。
【００４５】
さらに、本開示は、通常のユーザ機器（ＵＥ）と比較して制限された（例えば、削減された）ＵＥ帯域幅を有するＵＥを呈示する。上記制限されたＵＥ帯域幅を有する上記ＵＥは、例えばＭＴＣデバイスであってもよい。上記ＵＥは、ネットワークノードから、上記制限されたＵＥ帯域幅を有する複数のＵＥのために構成されるＲＡＲを受信する、ように適合される手段、を備え、上記ＲＡＲは、上記制限されたＵＥ帯域幅を有する上記ＵＥについてのＤＣＩを含む。
【００４６】
上記制限されたＵＥ帯域幅を有する上記ＵＥは、リリース１３低複雑度ＵＥであってもよく、通常のＵＥは、より早いリリースのＵＥであってもよい。
【００４７】
上記ＲＡＲは、ＬＣ−ＲＡＲであってもよい。
【００４８】
上記ＤＣＩは、上記ＵＥについての初期のＬＣ−ＰＤＣＣＨ構成に関する情報を含んでもよく、又はさもなければ当該情報を指し示してもよい。
【００４９】
上記ＵＥは、上記ＲＡＲを受信することに先立って、物理ランダムアクセスチャネル（ＰＲＡＣＨ）を上記ネットワークノードへ送信する、ように適合される手段、をさらに備えてもよい。
【００５０】
上記ＵＥは、受信される上記ＤＣＩを利用して、１つ以上の初期のＬＣ−ＰＤＣＣＨを受信する、ように適合される手段、をも備えてもよい。上記１つ以上の初期のＬＣ−ＰＤＣＣＨは、専用ＲＲＣメッセージを搬送するＰＤＳＣＨの受信に関する情報を含んでもよく、又はさもなければ当該情報を指し示してもよい。上記専用ＲＲＣは、上記完全なＬＣ−ＰＤＣＣＨ構成を提供してもよい。
【００５１】
いくつかの実施形態において、上記ＲＡＲは、物理ダウンリンク制御チャネルの周波数ドメインのリソース割り当て情報を含んでもよい。追加的に又は代替的に、上記ＲＡＲは、アップリンク物理チャネルのアップリンクリソース割り当てを含んでもよい。追加的に又は代替的に、上記ＲＡＲは、アップリンク物理チャネルについての３ビットのＭＣＳ情報を含んでもよい。
【００５２】
本開示は、拡張ＮｏｄｅＢ（ｅＮＢ）などのネットワークノードにより実行される、ＲＡ手続ベースの方法をも呈示する。上記方法は、通常のＵＥと比較して制限された（例えば、削減された）ＵＥ帯域幅を有するＵＥへ、上記制限されたＵＥ帯域幅を有する複数のＵＥのために構成されるＲＡＲを送信することと、上記ＲＡＲは、上記制限されたＵＥ帯域幅を有する上記ＵＥについてのＤＣＩを含むことと、を含む。
【００５３】
上記制限されたＵＥ帯域幅を有する上記ＵＥは、リリース１３低複雑度ＵＥであってもよく、通常のＵＥは、より早いリリースのＵＥであってもよい。
【００５４】
上記ＤＣＩは、上記ＵＥについての初期のＬＣ−ＰＤＣＣＨ構成に関する情報を含んでもよく、又はさもなければ当該情報を指し示してもよい。
【００５５】
いくつかの実施形態において、上記ＲＡＲは、物理ダウンリンク制御チャネルの周波数ドメインのリソース割り当て情報を含んでもよい。追加的に又は代替的に、上記ＲＡＲは、アップリンク物理チャネルについてのアップリンクリソース割り当てを含んでもよい。追加的に又は代替的に、上記ＲＡＲは、アップリンク物理チャネルについての３ビットのＭＣＳ情報を含んでもよい。
【００５６】
そのうえ、本開示は、通常のＵＥと比較して制限された（例えば、削減された）ＵＥ帯域幅を有するＵＥへ、上記制限されたＵＥ帯域幅を有する複数のＵＥのために構成されるＲＡＲを送信する、ように適合される手段、を備えるネットワークノードであって、上記ＲＡＲは、上記制限されたＵＥ帯域幅を有する上記ＵＥについてのＤＣＩを含む、上記ネットワークノードを呈示する。
【００５７】
上記ＤＣＩは、上記ＵＥについての初期のＬＣ−ＰＤＣＣＨ構成に関する情報を含んでもよく、又はさもなければ当該情報を指し示してもよい。
【００５８】
いくつかの実施形態において、上記ＲＡＲは、物理ダウンリンク制御チャネルの周波数ドメインのリソース割り当て情報を含んでもよい。追加的に又は代替的に、上記ＲＡＲは、アップリンク物理チャネルについてのアップリンクリソース割り当てを含んでもよい。追加的に又は代替的に、上記ＲＡＲは、アップリンク物理チャネルについての３ビットのＭＣＳ情報を含んでもよい。
【発明の効果】
【００５９】
理解される通り、本開示は、よって、低複雑度ＵＥ（例えば、リリース１３ＭＴＣデバイス）などの、制限された（例えば、削減された）帯域幅を有するＵＥが、維持され又は改善される性能と共にレガシーＬＴＥシステムにおいて動作することを可能とする、多様な実施形態を呈示する。
【図面の簡単な説明】
【００６０】
これら及び他の観点、特徴及び利点が、多様な実施形態の以下の説明から明白となり解明されるであろう。次の添付図面への参照がなされる：
【００６１】
【図１】一例としての３ＧＰＰ  ＬＴＥ無線通信システムを示している。
【図２】ＬＴＥダウンリンク（ＤＬ）物理リソースの一例を示している。
【図３】ＬＣ−ＰＤＣＣＨ構成を初期化するためのＬＣ−ＳＩＢベースの手続を示している。
【図４】ＬＣ−ＰＤＣＣＨ構成を初期化するためのＬＣ−ＲＡＲベースの手続を示している。
【図５】１つの例示的な実施形態に係る方法のフローチャートである。
【図６】低複雑度ＵＥの例示的な実装を概略的に示している。
【図７】１つの例示的な実施形態に係る方法のフローチャートである。
【図８】ＬＣ−ＳＩＢをＵＥへブロードキャストするための、ｅＮＢなどのネットワークノードの例示的な実装を概略的に示している。
【図９】１つの例示的な実施形態に係る方法のフローチャートである。
【図１０】低複雑度ＵＥの例示的な実装を概略的に示している。
【図１１】１つの例示的な実施形態に係る方法のフローチャートである。
【図１２】ＬＣ−ＲＡ手続を実行するための、ｅＮＢなどのネットワークノードの例示的な実装を概略的に示している。
【発明を実施するための形態】
【００６２】
これ以降、何らかの実施形態が示された添付図面を参照しながら、本技術がより充分に説明されるであろう。しかしながら、本技術は、多くの異なる形式で具現化されてよく、ここで説示される実施形態に限定されるものとして解釈されるべきではない。むしろ、それら実施形態は、本開示が綿密かつ徹底的となるように例示の手段で提供されており、当業者へ本技術のスコープを充分に伝えるであろう。本説明を通じて、類似する参照番号は類似する要素又は方法のステップを指す。
【００６３】
以下で説明される実施形態は、ＥＰＤＣＣＨをモニタリングする普通の又は通常のＵＥについて、ＵＥは典型的にはＰＤＣＣＨを受信することもできるという事実を認識する。ＰＤＣＣＨは、無線リソース制御（ＲＲＣ）シグナリングの受信のための情報を提供するかもしれず、ＲＲＣシグナリングは、典型的にはＥＰＤＣＣＨの構成情報を搬送する。しかしながら、リリース１３の低複雑度ＭＴＣデバイスについて、それらＭＴＣデバイスは、概して、その削減された帯域幅に起因して、ＰＤＣＣＨを受信可能でない。ＥＰＤＣＣＨはリリース１３低複雑度ＭＴＣデバイスの１．４ＭＨｚの受信ウィンドウの範囲内で受信される可能性があることから、リリース１３低複雑度ＭＴＣデバイスがＥＰＤＣＣＨを受信できるかもしれず、そのためＥＰＤＣＣＨを使用することには意味がある。但し、これはＥＰＤＣＣＨ構成情報が何らかの手法でリース１３低複雑度ＭＴＣデバイスへ運送され得ることを前提としているはずである。しかしながら、ＥＰＤＣＣＨが短絡的なやり方で利用される場合、ＭＴＣ動作のための物理ダウンリンク制御チャネルの初期化は不適当かもしれない。例えば、既存の手続は典型的にＰＤＣＣＨに基づいていることから、ＭＴＣ動作のためのＰＤＣＣＨの初期化を既存の手続で完遂することはできないことを予想することができる。
【００６４】
ここで開示される多様な実施形態は、上の考慮事項及び他の事項を念頭においてなされている。
【００６５】
その観点の１つによれば、本開示は、低複雑度ＵＥ（例えば、リリース１３ＭＴＣデバイス）が、維持され又は改善される性能と共にレガシーＬＴＥシステムにおいて動作することを可能とする技法を呈示する。
【００６６】
ここでさらに詳述されるように、本開示は、概して、本技術の２つの異なる観点を呈示する：
・観点１：低複雑度ＵＥのために設計されたシステム情報ブロック（ＳＩＢ）（ＬＣ−ＳＩＢとしてラベル付けされる）を介するＬＣ−ＰＤＣＣＨの初期化。ＬＣ−ＳＩＢは、周波数ドメインパラメータ及び時間ドメインパラメータなどを含むＬＣ−ＰＤＣＣＨの共通サーチスペースの構成を含み得る。
・観点２：低複雑度ＵＥのために設計されたランダムアクセスレスポンス（ＲＡＲ）（ＬＣ−ＲＡＲとしてラベル付けされる）を介するＬＣ−ＰＤＣＣＨの初期化。典型的には（必ずではないが）ランダムアクセス手続のＭｓｇ２であるＬＣ−ＲＡＲは、ＵＥ固有サーチスペースにおけるＬＣ−ＰＤＣＣＨの簡略化された構成を搬送し得る。
【００６７】
以下で使用されているように、“ユーザ機器（ＵＥ）”との用語は、ユーザが通信するために使用することのできる任意のデバイスを意味するために使用される。また、ＵＥとの用語は、モバイル端末、端末、ユーザ端末（ＵＴ）、ワイヤレス端末、ワイヤレス通信デバイス、ワイヤレス送信／受信ユニット（ＷＴＲＵ）、モバイルフォン又はセルフォンなどへの言及であってもよい。さらにまた、ＵＥとの用語は、上で説明したように、必ずしもヒューマンインタラクションの関与の無いＭＴＣデバイスを含む。また、ここで使用される場合、“無線ネットワークノード”との用語は、概して、ＵＥと通信可能な固定的なポイントを表す。そのため、それは、基地局、無線基地局、ＮｏｄｅＢ若しくは拡張ＮｏｄｅＢ（ｅＮＢ）、無線ネットワークコントローラ（ＲＮＣ）又はアクセスポイントなどへの言及であってもよい。本開示の文脈の範囲内で、“無線ネットワークノード”との用語は、典型的には“無線アクセスネットワーク”として言及される何かの必ずしも一部ではないノードを表してもよいことが理解されるべきであり、例えばそれは、モビリティ管理エンティティ（ＭＭＥ）、サービングＧＰＲＳサポートノード（ＳＧＳＮ）、ホーム加入者サーバ（ＨＳＳ）又はホームローションレジスタ（ＨＬＲ）である。よって、ここで使用される場合、“無線ネットワークノード”との用語は、例えばＣＮノードをも含んでよい。
【００６８】
以下では、本技術の多様な観点が呈示されるであろう。ここで使用されるところによれば、“低複雑度（low  complexity）ＵＥ”との用語は、他の普通の又は通常のＵＥと比較してより低い複雑度を有するＵＥへ言及するために使用される。リリース１３では、３ＧＰＰは、“リリース１３低複雑度ＵＥ”との用語を導入している。リリース１３低複雑度ＵＥは、他の普通の又は通常のＵＥ（即ち、リリース１２又はリリース１１など、より早いリリースのＵＥ）と比較してより低い複雑度を有するＵＥへ言及するために使用される。低複雑度ＵＥの１つの特徴は、当該ＵＥがダウンリンク及びアップリンクにおいて１．４ＭＨｚという削減されたＵＥ帯域幅を有することである。言い換えると、低複雑度ＵＥは、ＤＬ及びＵＬにおいて例えば１．４ＭＨｚという制限されたＵＥ帯域幅を有するＵＥである。低複雑度ＵＲの他の特徴は、例えば、２０１４年９月のスコットランドのエジンバラにおける３ＧＰＰ  ＴＳＧ  ＲＡＮミーティング＃６６で呈示された３ＧＰＰ  ＬＴＥリリース１３作業項目説明ＲＰ−１４１８６５のセクション４．１において見出され得る。低複雑度ＵＥは、ＭＴＣデバイスとして具現化されてもよい。よって、低複雑度ＵＥは、低複雑度ＭＴＣデバイスとして互換可能に言及されることがあり得る。以下の説明では、“ＵＥ”との用語は、別段示されない限り、低複雑度ＵＥをいう。当業者により理解されるであろうように、低複雑度ＵＥは、よって、普通の又は通常のＵＥと比較してより狭い帯域幅で動作し得る。言い換えると、制限された（例えば、削減された）帯域幅を有するＵＥは、ＤＬ及び／又はＵＬにおいて削減された帯域幅で動作し得る。より具体的には、制限された（例えば、削減された）帯域幅を有するＵＥは、ダウンリンクシステム帯域幅において削減されたダウンリンク帯域幅で、及び／又は、アップリンクシステム帯域幅において削減されたアップリンク帯域幅で動作し得る。また、以下では、ＬＣ−ＰＤＣＣＨは、低複雑度ＵＥ、即ち制限された（又は削減された）帯域幅を伴うＵＥをサポートするように定義される、物理ダウリンク制御チャネル（ＰＤＣＣＨ）をいう。理解されるべきこととして、以下の説明では一例として低複雑度ＵＥが使用されるものの、そのチャネル（即ち、ＬＣ−ＰＤＣＣＨ）の設計が他のタイプのＵＥによって同じように利用されてもよい。ＬＣ−ＰＤＣＣＨは、例えば、新たな物理ダウンリンク制御チャネルとして、又は新たなＥＰＤＣＣＨの形式として導入されてもよい。
【００６９】
＜観点１：ＳＩＢを介するＬＣ−ＰＤＣＣＨの初期化＞
図３における一例と共にＬＣ−ＳＩＢベースのＬＣ−ＰＤＣＣＨの初期化手続が例示され以下に説明される：
（ａ）ネットワークノード（例えば、ｅＮＢ）は、複数の低複雑度ＵＥのために構成されるシステム情報ブロック（ＳＩＢ）を送信する。従って、そのＳＩＢは、ＬＣ−ＳＩＢ（低複雑度ＳＩＢ）として言及され得る。典型的には、ネットワークノードは、ＬＣ−ＳＩＢを１つ又は複数のＵＥへブロードキャストする。それに応じて、低複雑度ＵＥは、ネットワークノードから送信（例えば、ブロードキャスト）されるＬＣ−ＳＩＢを受信するように構成される。ＬＣ−ＳＩＢは、ＬＣ−ＰＤＣＣＨの共通サーチスペースの構成を提供する、ように構成され得る。ここで、ＬＣ−ＳＩＢは、ＰＤＣＣＨ／ＥＰＤＣＣＨ／ＬＣ−ＰＤＣＣＨ無しで受信されることができ、又は固定的なフォーマットのＬＣ−ＰＤＣＣＨと共に受信されることができるものと想定される。これが図３のＤＬサブフレームＡに例示されている。
（ｂ）ＵＥは、ＬＣ−ＰＤＣＣＨの共通サーチスペース内に位置するユニキャストされるＬＣ−ＰＤＣＣＨを取得（例えば、獲得又は受信）する。図３では、ＤＬサブフレームＢ内の共通サーチスペースに共に存在する形で３つのユニキャストされるＬＣ−ＰＤＣＣＨが概略的に示されており、各ＬＣ−ＰＤＣＣＨが異なる１つのＵＥ向けである（即ち、各ＬＣ−ＰＤＣＣＨが複数のＵＥのうちの１つの固有のＵＥを対象とする）。
（ｃ）ユニキャストされるＬＣ−ＰＤＣＣＨは、必須ではないものの、典型的には、専用のＲＲＣメッセージを搬送するユニキャストされるＰＤＳＣＨに関連付けられ、専用のＲＲＣメッセージは、ＵＥ固有のＬＣ−ＰＤＣＣＨ領域などのＬＣ−ＰＤＣＣＨ構成を提供するように構成される。これが図３のＤＬサブフレームＣに例示されている。
（ｄ）そのＵＥ向けの後続のＬＣ−ＰＤＣＣＨは、上記ＲＲＣメッセージにおいて提供されるＬＣ−ＰＤＣＣＨ構成を用いて送信（即ち、送出）され得る。これが図３のＤＬサブフレームＤに例示されている。
【００７０】
上の（ｂ）では、例えばサービスすべきＵＥの数が相対的に少ない場合に全ての低複雑度ＵＥにより共有される１つのＬＣ−ＰＤＣＣＨ共通サーチスペースが存在し得る。代替的に、追加的なスペースを提供して同時により多くのＵＥをサポートするために、例えば各ＵＥが暗黙的に１つの共通サーチスペースへマッピングされる形で、２つ以上の共通サーチスペースがＬＣ−ＳＩＢにより構成されてもよい。例えば、２つのサーチスペースが構成されてもよく、偶数のＵＥ  ＩＤを伴うＵＥは一方のサーチスペースへマッピングされ、奇数のＵＥ  ＩＤを伴うＵＥは他方のサーチスペースへマッピングされる。
【００７１】
ＬＣ−ＰＤＣＣＨ共通サーチスペースのＬＣ−ＳＩＢ構成は、例えば、以下のパラメータのうちの１つ以上を含んでもよい：
・共通サーチスペースの周波数ドメイン構成。これは次を含み得る：
−リソースブロック割り当て、及び／又は
−当該共通サーチスペースへ割り当てられるＰＲＢペアの数。リリース１１では、ＥＰＤＣＣＨセットは、Ｎ＝２、４又は８個のＰＲＢペアからなる。リリース１３では、Ｎ＝６というＥＰＤＣＣＨセットをサポートするように新たなフォーマットが定義され得る。
・共通サーチスペースの時間ドメイン構成。これは次を含み得る：
−潜在的なＬＣ−ＰＤＣＣＨ送信の開始時間（例えば、無線フレーム番号、サブフレーム番号）、
−ＬＣ−ＰＤＣＣＨを送信するための複数サブフレームをまたいだ繰り返し回数、及び／又は
−ＵＥがＬＣ−ＰＤＣＣＨの共通サーチスペースをモニタリングすべきサブフレームパターン。
・ＬＣ−ＰＤＣＣＨの開始ＯＦＤＭシンボル
・“局所的”及び“分散的”などの送信タイプ
・ＴＳ３６．２１１において定義されるＤＭＲＳスクランブリングシーケンス初期化パラメータｎEPDCCHID,i
・何らかのＰＵＣＣＨリソースインジケータ（pucch-ResourceStartOffsetに類似）
【００７２】
この観点の多様な特徴は既存の技術に対して新規であり、そのいくつかが例示的な特徴の非網羅的な本リストに列挙される：
−ＬＣ−ＳＩＢは、典型的には、低複雑度ＵＥに専用であり、従って、セル内の全てのＵＥが対象ではない
−ＬＣ−ＳＩＢは、システム帯域幅の中央に位置する６つのＰＲＢグループへ制限される
−上記共通サーチスペースは、ＵＥ固有サーチスペースの予備（fall-back）ではなく、むしろ異なる６つのＰＲＢグループを占め、ＵＥは双方を同時にモニタリング可能でないかもしれない（既存の技術では、共通サーチスペースは、ＵＥ固有サーチスペースの予備に似ており、ＵＥは１サブフレーム内で双方を同時にモニタリングする）
−ＬＣ−ＰＤＣＣＨ構成パラメータは、既存の技術とは異なる。例えば、それは、周波数ドメインパラメータ及び時間ドメインパラメータを含む
【００７３】
＜観点２：ランダムアクセスレスポンス（ＲＡＲ）を介するＬＣ−ＰＤＣＣＨの初期化＞
ＬＣ−ＰＤＣＣＨ初期化手続は、リリース１３ＭＴＣデバイスなどの低複雑度ＵＥに、例えばＵＥが概してユニキャストされるＰＤＳＣＨを受信可能となる前（例えば、ＵＥがＲＲＣを搬送するＰＤＳＣＨを受信可能となる前）など、まさに当初において、ＵＥ固有のＥＰＤＣＣＨの初期の構成を与え得る。前提とされるのは、ＲＡＲが、ＥＰＤＣＣＨ及び／若しくはＬＣ−ＰＤＣＣＨ無しで送信され、又は固定的なフォーマットのＬＣ−ＰＤＣＣＨと共に送信され得ることである。利点は、ＥＰＤＣＣＨ共通サーチスペースを定義することが回避されることである。低複雑度ＵＥにとって、新たなタイプのＲＡＲメッセージを構築し又は定義することは有利であり得る。また、この新たなタイプのＲＡＲは、普通の又は通常のＵＥによって読み取られることを意図されないはずである。
【００７４】
図４にＲＡＲベースのＬＣ−ＰＤＣＣＨ初期化手続の一例が概略的に示されており、以下に説明される：
（ｅ）ＵＥは、ネットワークノード（例えば、ｅＮＢ）へＰＲＡＣＨを送信することにより、ランダムアクセス手続を実行する
（ｆ）ネットワークノード（例えば、ｅＮＢ）は、ＬＣ−ＲＡＲでＵＥへ応答する。ＬＣ−ＲＡＲは、そのＵＥのためのダウンリンク制御情報（ＤＣＩ）を含む。ＤＣＩは、そのＵＥのための初期のＬＣ−ＰＤＣＣＨ構成を提供する。図４ではＤＬサブフレームＡ内に３つのＬＣ−ＲＡＲが例示されており、各ＬＣ−ＲＡＲは異なる１つのＵＥ向けである
（ｇ）ＵＥは、ＬＣ−ＲＡＲ内のＤＣＩを使用し又はさもなければ利用して、初期のＬＣ−ＰＤＣＣＨを受信する。図４ではＤＬサブフレームＢ内に３つのユニキャストされるＬＣ−ＰＤＣＣＨが例示されており、各ＬＣ−ＰＤＣＣＨは異なる１つのＵＥ向けである
（ｈ）初期のＬＣ−ＰＤＣＣＨは、専用のＲＲＣメッセージを搬送するＰＤＳＣＨを受信するための情報を提供してもよい。専用のＲＲＣメッセージは、完全な（full）ＬＣ−ＰＤＣＣＨ構成を提供してもよい。図３ではＤＬサブフレームＣ内にＲＲＣメッセージを搬送する３つのＰＤＳＣＨが例示されており、各ＰＤＳＣＨは異なる１つのＵＥ向けである
−専用ＲＲＣメッセージの前に送信される全てのＬＣ−ＰＤＣＣＨ送信が初期のＬＣ−ＰＤＣＣＨ構成を使用し得ることが理解されるべきである。例えば、ランダムアクセス手続のメッセージ３（即ち、Ｍｓｇ３）が初期のＬＣ−ＰＤＣＣＨ構成を使用してもよい。
（ｉ）後続のＬＣ−ＰＤＣＣＨが上記完全なＬＣ−ＰＤＣＣＨ構成を使用してもよい。図４ではＤＬサブフレームＤ内に３つのユニキャストされるＬＣ−ＰＤＣＣＨ送信が一例として示されている
【００７５】
さらに、理解されるべきこととして、上の手続のバリエーションがあり得るか又はさもなければ想起され得る。１つの例において、ＬＣ−ＰＤＣＣＨの既定の構成として簡略化された構成が使用されてもよい。そのケースでは、簡略化されたＬＣ−ＰＤＣＣＨ構成を、ＲＲＣメッセージにおいて完全なＬＣ−ＰＤＣＣＨ構成を受信する必要性無く、データ送信のセッションを通じて使用することができる。
【００７６】
新たなＲＡＲにより搬送される必要のあるＬＣ−ＰＤＣＣＨの最小限の情報は、典型的には、ユニキャストされるＰＤＣＣＨについてのＤＬリソースブロック割り当て（例えば、ＭＴＣ  ＵＥ向けの６つのＰＲＢグループの開始ＰＲＢインデックス）であろう。
【００７７】
包含され得るが必ずしも包含されなくてよい他のＬＣ−ＰＤＣＣＨ構成情報は、次の通りである：
・ＤＭＲＳ（即ち、復調リファレンス信号）スクランブリングシーケンス初期化パラメータｎEPDCCHID,i
・何らかのＰＵＣＣＨリソースインジケータ（pucch-ResourceStartOffsetに類似）
【００７８】
予め定義され得る（よってシグナリングの必要無し）ＬＣ−ＰＤＣＣＨ構成パラメータは、次を含み得る：
・共通サーチスペースへ割り当てられるＰＲＢペアの数Ｎ。１つの例は、仕様において固定され、例えばＮ＝６である
・潜在的なＬＣ−ＰＤＣＣＨ送信の開始時間（例えば、無線フレーム番号、サブフレーム番号）。１つの例として、ＬＣ−ＰＤＣＣＨは各無線フレームのサブフレーム＃０にて開始するように予め定義され得る
・ＬＣ−ＰＤＣＣＨを送信するための複数サブフレームをまたいだ繰り返し回数を、ＲＡＲ受信のための繰り返し回数と同一として予め定義することができる、及び／又は
・ＵＥがＬＣ−ＰＤＣＣＨのＵＥ固有サーチスペースをモニタリングすべきサブフレームパターンが、連続するサブフレームとして予め定義される
【００７９】
既存のＲＡＲは、典型的には、２０ビットの“ＵＬグラント”フィールドを含む。ＬＣ−ＲＡＲについて、１つのあり得る方法は、ＵＬグラントのために現在使用されているその２０ビットを、２つのフィールドへ分割することである（例えば、各々１０ビット）：
・ＬＣ−ＰＤＣＣＨ構成
−ＰＲＢペアのロケーション及びＰＲＢ数の観点での周波数ドメインリソース割り当て。例えば、重複しない６つのＰＲＢグループならば４ビットだけを必要とするはずである、及び／又は
−サブフレームパターン及び繰り返し回数など、時間ドメイン構成
・ＵＬグラント（サイズの削減された新たなフォーマット）。削減されたサイズは、次を考慮して達成可能であり得る：
−（１ビット節約）ＰＵＳＣＨ周波数ホッピングなし、
−ＵＬリソース割り当てについてより強い自由度の制限。例えば、重複しない６つのＰＲＢグループならば４ビットだけを必要とするはずである、及び／又は
−（１ビット節約）１６個のＭＣＳ選択肢ではなく８つのＭＣＳ選択肢（全てＱＰＳＫ（即ち、四位相偏移変調））
【００８０】
ここまでに大筋を述べた詳細な説明を踏まえると、ここで開示される技術は、よって、限定ではないが、以下の例示的な実施形態を包含する。
【００８１】
＜観点１＞
ここで図５を参照すると、通常のＵＥ（例えば、より早いリリースのＵＥ）と比較して制限された（例えば、削減された）ＵＥ帯域幅を有するＵＥ（例えば、リリース１３低複雑度ＵＥ）により実行される方法５０００が示されている。その方法は、ネットワークノードから、制限されたＵＥ帯域幅を有する複数のＵＥのために構成されるシステム情報ブロック（例えば、ＬＣ−ＳＩＢ）を受信すること５０１０、を含み、当該システム情報ブロックは、上記制限されたＵＥ帯域幅を有する複数のＵＥのための物理制御チャネル（即ち、ＬＣ−ＰＤＣＣＨ）の共通サーチスペースの構成に関する情報を含む。
【００８２】
上記方法は、追加的に、上記共通サーチスペース内で、ユニキャストされるＬＣ−ＰＤＣＣＨを取得すること５０２０、又はさもなければ獲得すること、を含んでもよい。
【００８３】
１つの実施形態において、上記ＬＣ−ＰＤＣＣＨは、専用ＲＲＣメッセージを搬送するユニキャストされる物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に関連付けられる。上記ＲＲＣメッセージは、例えばＵＥ固有のＬＣ−ＰＤＣＣＨ領域など、ＬＣ−ＰＤＣＣＨの構成に関する情報を含んでもよい。
【００８４】
１つの実施形態において、方法は、追加的に、上記ＲＲＣメッセージにおいて提供されるＬＣ−ＰＤＣＣＨ構成を用いて又はさもなければ利用して、後に続けて上記ＵＥについてのＬＣ−ＰＤＣＣＨを送信すること、を含んでもよい。
【００８５】
図６は、ＵＥ１０の例示的な実施形態を概略的に示している。ＵＥ１０は、通常のＵＥ（例えば、より早いリリースのＵＥ）と比較して制限されたＵＥ帯域幅を有するＵＥ１０（例えば、リリース１３低複雑度ＵＥ）である。ＵＥ１０は、ネットワークノードから、上記制限されたＵＥ帯域幅を有する複数のＵＥのために構成されるシステム情報ブロック（即ち、ＬＣ−ＳＩＢ）を受信する、ように適合される手段１１、を備え、上記システム情報ブロックは、上記制限されたＵＥ帯域幅を有する複数のＵＥのための物理制御チャネル（即ち、ＬＣ−ＰＤＣＣＨ）の共通サーチスペースの構成に関する情報を含む。ＵＥ１０は、追加的に、上記共通サーチスペース内で、ユニキャストされるＬＣ−ＰＤＣＣＨを取得し又はさもなければ獲得する（例えば、受信する）、ように適合される手段１１、１２、１３を備えてもよい。１つの実施形態において、ＬＣ−ＰＤＣＣＨは、専用ＲＲＣメッセージを搬送するユニキャストされる物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に関連付けられる。上記ＲＲＣメッセージは、例えばＵＥ固有のＬＣ−ＰＤＣＣＨ領域など、上記ＬＣ−ＰＤＣＣＨの構成に関する情報を含んでもよい。１つの実施形態において、ＵＥ１０は、追加的に、上記ＲＲＣメッセージにおいて提供されるＬＣ−ＰＤＣＣＨ構成を用いて又はさもなければ利用して、上記ＵＥについてのＬＣ−ＰＤＣＣＨを送信する、ように適合される手段１１、を備えてもよい。
【００８６】
１つの例示的な実装において、ＵＥ１０は、プロセッサ１２及びメモリ１３を備える。また、ＵＥ１０が他の装置（例えば、他のＵＥ及び／又はネットワークノード）と通信することを可能とするなどの目的で、通信インタフェース１１が提供され得る。この目的のために、通信インタフェース１１は、送信機（Ｔｘ）及び受信機（Ｒｘ）を含み得る。代替的に、通信インタフェース１１は、送信及び受信のケイパビリティの双方を組み合わせた送受信機（Ｔｘ／Ｒｘ）を含んでもよい。通信インタフェース１１は、様々な無線周波数技術の使用を通じ、無線周波数帯域を通じてＵＥ１０が複数の装置などと通信することを可能にするＲＦインタフェースを含み得る。様々な無線周波数技術とは、ＬＴＥ、ＷＣＤＭＡ、３ＧＰＰ（3rd  Generation  Partnership  Project）により標準化された任意の他のセルラーネットワーク、又は、Ｗｉ−Ｆｉ若しくはＢｌｕｅｔｏｏｔｈ（登録商標）といった任意の他のワイヤレス技術などである。上記ＵＥは、オプションとして、ユーザインタフェース（ＵＩ）１４を含んでもよい。但し、ＵＩ１４は必須ではない。例えば、ＭＴＣ  ＵＥ（ＭＴＣデバイスともいう）は、典型的にはＵＩ１４無しで提供される。
【００８７】
メモリ１３は、プロセッサ１２により実行可能な命令群を含んでよく、それにより、ＵＥ１０は、ネットワークノード（例えば、ｅＮＢ）から、上記制限されたＵＥ帯域幅を有する複数のＵＥのために構成されるシステム情報ブロック（即ち、ＬＣ−ＳＩＢ）を（例えば、Ｉ／Ｆ１１のＲｘを介して）受信する、ように動作可能であり、上記システム情報ブロックは、上記制限されたＵＥ帯域幅を有する複数のＵＥのための物理制御チャネル（即ち、ＬＣ−ＰＤＣＣＨ）の共通サーチスペースの構成に関する情報を含む。メモリ１３は、追加的に、プロセッサ１２により実行可能な命令群を含んでよく、それにより、ＵＥ１０は、上記共通サーチスペース内で、ユニキャストされるＬＣ−ＰＤＣＣＨを取得し又はさもなければ獲得する（例えば、Ｉ／Ｆ１１のＲｘを介して受信する）、ように動作可能である。１つの実施形態において、上記ＬＣ−ＰＤＣＣＨは、専用ＲＲＣメッセージを搬送するユニキャストされる物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に関連付けられる。上記ＲＲＣメッセージは、例えばＵＥ固有のＬＣ−ＰＤＣＣＨ領域など、ＬＣ−ＰＤＣＣＨの構成に関する情報を含んでもよい。１つの実施形態において、メモリ１３は、追加的に、プロセッサ１２により実行可能な命令群を含んでよく、それにより、ＵＥ１０は、上記ＲＲＣメッセージにおいて提供されるＬＣ−ＰＤＣＣＨ構成を用いて又はさもなければ利用して、上記ＵＥについてのＬＣ−ＰＤＣＣＨを（例えば、Ｉ／Ｆ１１のＴｘを介して）送信する、ように動作可能である。
【００８８】
図７に示されているように、ｅＮＢなどのネットワークノードにより実行される対応する方法７０００もまた提供される。方法７００は、通常のＵＥ（例えば、より早いリリースのＵＥ）と比較して制限されたＵＥ帯域幅を有する複数のＵＥ（例えば、リリース１３低複雑度ＵＥ）のために構成されるシステム情報ブロック（即ち、ＬＣ−ＳＩＢ）を、１つ又は複数のＵＥへ送信すること７０１０、を含んでよく、上記システム情報ブロックは、上記制限されたＵＥ帯域幅を有する複数のＵＥのための物理制御チャネル（即ち、ＬＣ−ＰＤＣＣＨ）の共通サーチスペースの構成に関する情報を含む。
【００８９】
本開示は、ｅＮＢなどのネットワークノード２０をも呈示する。図８に見られるように、ネットワークノード２０は、通常のＵＥ（例えば、より早いリリースのＵＥ）と比較して制限されたＵＥ帯域幅を有する複数のＵＥ（例えば、リリース１３低複雑度ＵＥ）のために構成されるシステム情報ブロック（即ち、ＬＣ−ＳＩＢ）を、１つ又は複数のＵＥへ送信する、ように適合される手段２１、を備えてもよく、上記システム情報ブロックは、上記制限されたＵＥ帯域幅を有する複数のＵＥのための物理制御チャネルル（即ち、ＬＣ−ＰＤＣＣＨ）の共通サーチスペースの構成に関する情報を含む。
【００９０】
図８に示したような１つの例示的な実装において、ネットワークノード２０は、プロセッサ２２及びメモリ２３を備える。また、ネットワークノード２０が他の装置（例えば、他のＵＥ及び／又はネットワークノード）と通信することを可能とするなどの目的で、通信インタフェース２１が提供され得る。この目的のために、通信インタフェース２１は、送信機（Ｔｘ）及び受信機（Ｒｘ）を含み得る。代替的に、通信インタフェース２１は、送信及び受信のケイパビリティの双方を組み合わせた送受信機（Ｔｘ／Ｒｘ）を含んでもよい。通信インタフェース２１は、様々な無線周波数技術の使用を通じ、無線周波数帯域を通じてネットワークノード２０が複数の装置などと通信することを可能にするＲＦインタフェースを含み得る。様々な無線周波数技術とは、ＬＴＥ、ＷＣＤＭＡ、３ＧＰＰ（3rd  Generation  Partnership  Project）により標準化された任意の他のセルラーネットワーク、又は、Ｗｉ−Ｆｉ若しくはＢｌｕｅｔｏｏｔｈ（登録商標）といった任意の他のワイヤレス技術などである。
【００９１】
メモリ２３は、プロセッサ２２により実行可能な命令群を含んでよく、それにより、ネットワークノード２０は、通常のＵＥ（例えば、より早いリリースのＵＥ）と比較して制限されたＵＥ帯域幅を有する複数のＵＥ（例えば、リリース１３低複雑度ＵＥ）のために構成されるシステム情報ブロック（即ち、ＬＣ−ＳＩＢ）を、１つ又は複数のＵＥへ（例えば、Ｉ／Ｆ２１のＴｘを介して）送信する、ように動作可能であり、上記システム情報ブロックは、上記制限されたＵＥ帯域幅を有する複数のＵＥのための物理制御チャネルル（即ち、ＬＣ−ＰＤＣＣＨ）の共通サーチスペースの構成に関する情報を含む。
【００９２】
＜観点２＞
図９は、通常のＵＥ（例えば、より早いリリースのＵＥ）と比較して制限された（例えば、削減された）ＵＥ帯域幅を有するＵＥ（例えば、リリース１３低複雑度ＵＥ）により実行される、ランダムアクセス（ＲＡ）手続ベースの方法を概略的に示しており、当該方法は、ネットワークノード（例えば、ｅＮＢ）から、上記制限されたＵＥ帯域幅を有する複数のＵＥのために構成されるランダムアクセスレスポンス（即ち、ＬＣ−ＲＡＲ）を受信すること９０２０、を含み、上記ランダムアクセスレスポンスは、上記制限されたＵＥ帯域幅を有する上記ＵＥについてのダウンリンク制御情報（ＤＣＩ）を含む。
【００９３】
上記ＤＣＩは、上記ＵＥについての初期のＬＣ−ＰＤＣＣＨ構成に関する情報を含んでもよく又はさもなければ指し示してもよい。
【００９４】
上記方法は、上記ＲＡＲを受信すること９０２０に先立って、物理ランダムアクセスチャネル（ＰＲＡＣＨ）を上記ネットワークノードへ送信（即ち、送出）すること９０１０、をも含んでもよい。
【００９５】
さらに、上記方法は、受信される上記ＤＣＩを使用９０３０し又はさもなければ利用して、初期のＬＣ−ＰＤＣＣＨを受信すること、を含んでもよい。上記初期のＬＣ−ＰＤＣＣＨは、専用ＲＲＣメッセージを搬送するＰＤＳＣＨの受信に関する情報を含んでもよく又はさもなければ当該情報を指し示してもよい。転じて、上記専用ＲＲＣは、完全なＬＣ−ＰＤＣＣＨ構成を提供してもよい。
【００９６】
図１０は、ＵＥ１０の例示的な実施形態を概略的に示している。ＵＥ１０は、通常のＵＥ（例えば、より早いリリースのＵＥ）と比較して制限されたＵＥ帯域幅を有する（例えば、リリース１３低複雑度ＵＥである）。ＵＥ１０は、ネットワークノード（例えば、ｅＮＢ）から、上記制限されたＵＥ帯域幅を有する複数のＵＥのために構成されるランダムアクセスレスポンス（即ち、ＬＣ−ＲＡＲ）を受信するように適合される手段１１を備え、上記ランダムアクセスレスポンスは、上記制限されたＵＥ帯域幅を有する上記ＵＥについてのダウンリンク制御情報（ＤＣＩ）を含む。
【００９７】
上記ＤＣＩは、上記ＵＥについての初期のＬＣ−ＰＤＣＣＨ構成に関する情報を含んでもよく又はさもなければ指し示してもよい。
【００９８】
ＵＥ１０は、上記ＲＡＲを受信することに先立って、物理ランダムアクセスチャネル（ＰＲＡＣＨ）を上記ネットワークノードへ送信（即ち、送出）する、ように適合される手段１１、をも備えてもよい。
【００９９】
さらに、ＵＥ１０は、受信される上記ＤＣＩを使用し又はさもなければ利用して、初期のＬＣ−ＰＤＣＣＨを受信する、ように適合される手段１２、１３を備えてもよい。上記初期のＬＣ−ＰＤＣＣＨは、専用ＲＲＣメッセージを搬送するＰＤＳＣＨの受信に関する情報を含んでもよく又はさもなければ当該情報を指し示してもよい。転じて、上記専用ＲＲＣは、完全なＬＣ−ＰＤＣＣＨ構成を提供してもよい。
【０１００】
１つの例示的な実装において、ＵＥ１０は、プロセッサ１２及びメモリ１３を備える。また、ＵＥ１０が他の装置（例えば、他のＵＥ及び／又はネットワークノード）と通信することを可能とするなどの目的で、通信インタフェース１１が提供され得る。この目的のために、通信インタフェース１１は、送信機（Ｔｘ）及び受信機（Ｒｘ）を含み得る。代替的に、通信インタフェース１１は、送信及び受信のケイパビリティの双方を組み合わせた送受信機（Ｔｘ／Ｒｘ）を含んでもよい。通信インタフェース１１は、様々な無線周波数技術の使用を通じ、無線周波数帯域を通じてＵＥ１０が複数の装置などと通信することを可能にするＲＦインタフェースを含み得る。様々な無線周波数技術とは、ＬＴＥ、ＷＣＤＭＡ、３ＧＰＰ（3rd  Generation  Partnership  Project）により標準化された任意の他のセルラーネットワーク、又は、Ｗｉ−Ｆｉ若しくはＢｌｕｅｔｏｏｔｈ（登録商標）といった任意の他のワイヤレス技術などである。上記ＵＥは、オプションとして、ユーザインタフェース（ＵＩ）１４を含んでもよい。但し、ＵＩ１４は必須ではない。例えば、ＭＴＣ  ＵＥ（ＭＴＣデバイスともいう）は、典型的にはＵＩ１４無しで提供される。
【０１０１】
メモリ１３は、プロセッサ１２により実行可能な命令群を含んでよく、それにより、ＵＥ１０は、ネットワークノード（例えば、ｅＮＢ）から、上記制限されたＵＥ帯域幅を有する複数のＵＥのために構成されるランダムアクセスレスポンス（即ち、ＬＣ−ＲＡＲ）を（例えば、Ｉ／Ｆ１１のＲｘを介して）受信するように動作可能であり、上記ランダムアクセスレスポンスは、上記制限されたＵＥ帯域幅を有する上記ＵＥについてのダウンリンク制御情報（ＤＣＩ）を含む。上記ＤＣＩは、上記ＵＥについての初期のＬＣ−ＰＤＣＣＨ構成に関する情報を含んでもよく又はさもなければ指し示してもよい。
【０１０２】
通信インタフェース１１（例えば、そのＴｘ）は、上記ＲＡＲを受信することに先立って、物理ランダムアクセスチャネル（ＰＲＡＣＨ）を上記ネットワークノードへ送信（即ち、送出）する、ようにさらに適合されてもよい。
【０１０３】
また、メモリ１３は、プロセッサ１２により実行可能な命令群を含んでよく、それにより、ＵＥ１０は、受信される上記ＤＣＩを使用し又はさもなければ利用して、後に続いて初期のＬＣ−ＰＤＣＣＨを（例えば、Ｉ／Ｆ１１のＲｘを介して）受信する、ように動作可能である。上記初期のＬＣ−ＰＤＣＣＨは、専用ＲＲＣメッセージを搬送するＰＤＳＣＨの受信に関する情報を含んでもよく又はさもなければ当該情報を指し示してもよい。転じて、上記専用ＲＲＣは、完全なＬＣ−ＰＤＣＣＨ構成を提供してもよい。
【０１０４】
図１１に概略的に示しているように、ｅＮＢなどのネットワークノードにより実行される、ランダムアクセス（ＲＡ）手続ベースの方法１１０００もまた提供される。上記方法は、通常のＵＥ（例えば、より早いリリースのＵＥ）と比較して制限されたＵＥ帯域幅を有するＵＥ（例えば、リリース１３低複雑度ＵＥ）へ、上記制限されたＵＥ帯域幅を有する複数のＵＥのために構成されるランダムアクセスレスポンス（即ち、ＬＣ−ＲＡＲ）を送信すること、を含み、上記ランダムアクセスレスポンスは、上記制限されたＵＥ帯域幅を有する上記ＵＥについてのダウンリンク制御情報（ＤＣＩ）を含む。上記ＤＣＩは、上記ＵＥについての初期のＬＣ−ＰＤＣＣＨ構成に関する情報を含んでもよく又はさもなければ指し示してもよい。
【０１０５】
図１２は、ネットワークノード２０の例示的な実施形態を概略的に示している。ネットワークノード２０は、通常のＵＥ（例えば、より早いリリースのＵＥ）と比較して制限されたＵＥ帯域幅を有するＵＥ（例えば、リリース１３低複雑度ＵＥ）へ、上記制限されたＵＥ帯域幅を有する複数のＵＥのために構成されるランダムアクセスレスポンス（即ち、ＬＣ−ＲＡＲ）を送信する、ように適合される手段２１、を備え、上記ランダムアクセスレスポンスは、上記制限されたＵＥ帯域幅を有する上記ＵＥについてのダウンリンク制御情報（ＤＣＩ）を含む。上記ＤＣＩは、上記ＵＥについての初期のＬＣ−ＰＤＣＣＨ構成に関する情報を含んでもよく又はさもなければ指し示してもよい。
【０１０６】
図８に示したような１つの例示的な実装において、ネットワークノード２０は、プロセッサ２２及びメモリ２３を備える。また、ネットワークノード２０が他の装置（例えば、他のＵＥ及び／又はネットワークノード）と通信することを可能とするなどの目的で、通信インタフェース２１が提供され得る。この目的のために、通信インタフェース２１は、送信機（Ｔｘ）及び受信機（Ｒｘ）を含み得る。代替的に、通信インタフェース２１は、送信及び受信のケイパビリティの双方を組み合わせた送受信機（Ｔｘ／Ｒｘ）を含んでもよい。通信インタフェース２１は、様々な無線周波数技術の使用を通じ、無線周波数帯域を通じてネットワークノード２０が複数の装置などと通信することを可能にするＲＦインタフェースを含み得る。様々な無線周波数技術とは、ＬＴＥ、ＷＣＤＭＡ、３ＧＰＰ（3rd  Generation  Partnership  Project）により標準化された任意の他のセルラーネットワーク、又は、Ｗｉ−Ｆｉ若しくはＢｌｕｅｔｏｏｔｈ（登録商標）といった任意の他のワイヤレス技術などである。
【０１０７】
メモリ２３は、プロセッサ２２により実行可能な命令群を含んでよく、それにより、ネットワークノード２０は、通常のＵＥ（例えば、より早いリリースのＵＥ）と比較して制限されたＵＥ帯域幅を有するＵＥ（例えば、リリース１３低複雑度ＵＥ）へ、上記制限されたＵＥ帯域幅を有する複数のＵＥのために構成されるランダムアクセスレスポンス（即ち、ＬＣ−ＲＡＲ）を送信する、ように動作可能であり、上記ランダムアクセスレスポンスは、上記制限されたＵＥ帯域幅を有する上記ＵＥについてのダウンリンク制御情報（ＤＣＩ）を含む。上記ＤＣＩは、上記ＵＥについての初期のＬＣ−ＰＤＣＣＨ構成に関する情報を含んでもよく又はさもなければ指し示してもよい。
【０１０８】
理解されるであろうように、装置の少なくとも１つのプロセッサ上で実行された場合に、当該装置にここで説明した方法のいずれかを行わせ又は実行させる命令群、を含むコンピュータプログラムもまた提供されてよい。上記コンピュータプログラムを含む担体（carrier）もまた提供されてよい。担体は、電子信号、光信号、無線信号又はコンピュータ読取可能な記憶媒体のうちの１つであってよい。
【０１０９】
ここで説明した多様な実施形態は、ＭＴＣデバイスなどの低複雑度ＵＥが、より広いシステム帯域幅を伴う例えばＬＴＥシステムにおいて動作することを可能とし、及び初期化段階においてＬＣ−ＰＤＣＣＨの構成を取得でき又はさもなければ獲得できるようにする技法を提供する。
【０１１０】
ここまでの詳細な説明において、限定ではなく説明の目的で、本開示において説明した多様な実施形態の綿密な理解を提供するために、具体的な詳細が説示されている。いくつかの例において、よく知られたデバイス、コンポーネント、回路及び方法の詳細な説明は、不必要な詳細でここで開示した実施形態の説明を曖昧にしないように省略されている。ここで開示した原理、観点、及び実施形態、並びにそれらの具体例を述べているここでの全ての記述は、それらの構造的な均等物及び機能的な均等物の双方を包含することが意図される。加えて、そうした均等物は、現在のところ知られている均等物、及び将来において開発される均等物、即ち構造に関わらず同一の機能を果たす任意の開発される要素、の双方を含むものと意図される。よって、例えば、理解されるであろうこととして、ここでのブロック図は、実施形態の原理を具現化する例示的な回路又は他の機能ユニットの概念的な見方を表現することができる。同様に、理解されるであろうこととして、任意のフローチャートなどは、コンピュータ又はプロセッサが明示的に示されているか否かによらず、コンピュータ読取可能な媒体において実質的に表現されそしてコンピュータ又はプロセッサにより実行され得る多様な処理を表現する。機能ブロックを含む多様な要素の機能は、回路ハードウェア及び／又はコンピュータ読取可能な媒体に記憶されるコーディング済みの命令群の形式のソフトウェアを実行可能なハードウェアなどといったハードウェアの使用を通じて提供されてもよい。よって、そうした機能及び図示した機能ブロックは、ハードウェア実装されるか及び／又はコンピュータ実装されるかのいずれかであって、よってマシン実装されるものと理解されるべきである。ハードウェア実装に関して言えば、機能ブロックは、限定ではなく、ＤＳＰ（digital  signal  processor）ハードウェア、削減命令セットプロセッサ、限定ではないもののＡＳＩＣ（application  specific  integrated  circuit）及び／又はＦＰＧＡ（field  programmable  gate  array）を含むハードウェア（例えば、デジタル又はアナログ）回路、並びに、（適切ならば）上記機能を実行可能なステートマシン、を含み又は包含し得る。コンピュータ実装に関して言えば、コンピュータは、概して、１つ以上のプロセッサ又は１つ以上のコントローラを含むものと理解される。コンピュータ、プロセッサ又はコントローラにより提供される場合、上記機能は、単一のコンピュータ、プロセッサ若しくはコントローラにより提供されてもよく、単一の共有型のコンピュータ、プロセッサ若しくはコントローラにより提供されてもよく、又は、複数の個別のコンピュータ、プロセッサ若しくはコントローラにより提供されてもよく、そのいくつかが共有され又は分散されてもよい。そのうえ、“プロセッサ”又は“コントローラ”との用語の使用は、上で述べた例示的なハードウェアなどの、上記機能を実行可能な及び／又はソフトウェアを実行可能な他のハードウェアをもいうものと解釈されるものとする。
【０１１１】
上述した説明及び関連付けられる図面において呈示した教示の利点を有する、説明した実施形態の修正例及び他の変形例が、当業者によって想起されるであろう。従って、理解されるべきこととして、上記実施形態は開示された具体的かつ例示的な実施形態に限定されるべきではなく、修正例及び他の変形例は本開示のスコープの範囲内に含まれるように意図される。ここでは具体的な用語が採用されているかもしれないが、それらは一般的かつ説明的な意味で使用されており、限定を目的としていない。
【０１１２】
＜略語＞
３ＧＰＰ      3rd  Generation  Partnership  Project
ＢＷ          Bandwidth
ＤＬ          Downlink
ｅＮＢ        Enhanced  Node-B
ＥＰＤＣＣＨ  Enhance  physical  downlink  control  channel
ＦＤＤ        Frequency  Division  Duplexing
ＦＦＴ        Fast  Fourier  Transform
ＨＡＲＱ      Hybrid  ARQ
ＬＴＥ        Long  term  evolution
ＭＣＳ        Modulation  and  Coding  Scheme
ＭＭＥ        Mobile  Management  Entity
ＭＴＣ        Machine  Type  Communication
ＰＤＳＣＨ    Physical  downlink  share  channel
ＰＤＣＣＨ    Physical  downlink  control  channel
ＰＲＢ        Physical  Resource  Block
ＰＵＣＣＨ    Physical  Uplink  Control  Channel
ＰＵＳＣＨ    Physical  Uplink  Shared  Channel
ＲＡＲ        Random  access  response
ＳＩＢ        System  information  block
ＴＤＤ        Time  Division  Duplexing
ＴＭ          Transmission  mode
ＵＥ          User  Equipment
ＵＬ          Uplink
【０１１３】
＜背景となる文献＞
以下は、読者へ背景情報を提供し、従って参照によりここに取り入れられる文献のリストである。これら文献は、本開示において説明した技術の１つ以上の観点の理解を手助けするであろう：
［１］3GPP  TS  36.211  V12.0.0,  3rd  Generation  Partnership  Project;  Technical  Specification  Group  Radio  Access  Network;  Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Physical  channels  and  modulation  (Release  12)
［２］3GPP  TS  36.213  V12.0.0,  3rd  Generation  Partnership  Project;  Technical  Specification  Group  Radio  Access  Network;  Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Physical  layer  procedures  (Release  12)
［３］3GPP  TR  36.888  v12.0.0,  Study  on  provision  of  low-cost  Machine-Type  Communications  (MTC)  User  Equipments  (UEs)  based  on  LTE  (Release  12)
【図１】
2019092193.tif 000003
【図２】
2019092193.tif 000004
【図３】
2019092193.tif 000005
【図４】
2019092193.tif 000006
【図５】
2019092193.tif 000007
【図６】
2019092193.tif 000008
【図７】
2019092193.tif 000009
【図８】
2019092193.tif 000010
【図９】
2019092193.tif 000011
【図１０】
2019092193.tif 000012
【図１１】
2019092193.tif 000013
【図１２】
2019092193.tif 000014
【手続補正書】
【提出日】平成31年2月19日(2019.2.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通常のユーザ機器（ＵＥ）と比較して削減されたＵＥ帯域幅を有するＵＥにより実行される、ランダムアクセス（ＲＡ）手続ベースの方法であって、
ネットワークノードから、前記削減されたＵＥ帯域幅を有する複数のＵＥのために構成されるランダムアクセスレスポンス（ＲＡＲ）を受信すること（９０２０）と、前記ランダムアクセスレスポンスは、前記削減されたＵＥ帯域幅を有する前記ＵＥについてのダウンリンク制御情報（ＤＣＩ）を含むことと、
を含む方法。
【請求項２】
前記削減されたＵＥ帯域幅を有する前記ＵＥは、リリース１３低複雑度ＵＥであり、通常のＵＥは、より早いリリースのＵＥである、請求項１に記載の方法。
【請求項３】
前記ランダムアクセスレスポンスは、低複雑度ランダムアクセスレスポンス（ＬＣ−ＲＡＲ）である、請求項１または２に記載の方法。
【請求項４】
前記ＤＣＩは、前記ＵＥについての初期のＬＣ−ＰＤＣＣＨ構成に関する情報を含み、又はさもなければ当該情報を指し示す、請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記ＲＡＲを受信することに先立って、
物理ランダムアクセスチャネル（ＰＲＡＣＨ）を前記ネットワークノードへ送信すること（９０１０）、
をさらに含む、請求項１〜４のいずれか１項に記載の方法。
【請求項６】
受信される前記ＤＣＩを利用して（９０３０）、１つ以上の初期の低複雑度物理ダウンリンク制御チャネル（ＬＣ−ＰＤＣＣＨ）を受信すること、を含む、請求項１〜５のいずれか１項に記載の方法。
【請求項７】
前記１つ以上の初期のＬＣ−ＰＤＣＣＨは、専用無線リソース制御（ＲＲＣ）メッセージを搬送する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の前記受信に関する情報を含み、又はさもなければ当該情報を指し示し得る、請求項６に記載の方法。
【請求項８】
前記専用ＲＲＣは、完全なＬＣ−ＰＤＣＣＨ構成を提供する、請求項７に記載の方法。
【請求項９】
通常のユーザ機器（ＵＥ）と比較して削減されたＵＥ帯域幅を有するＵＥ（１０）であって、
ネットワークノードから、前記削減されたＵＥ帯域幅を有する複数のＵＥのために構成されるランダムアクセスレスポンス（ＲＡＲ）を受信する、ように適合される手段（１１）、
を備え、
前記ランダムアクセスレスポンスは、前記削減されたＵＥ帯域幅を有する前記ＵＥについてのダウンリンク制御情報（ＤＣＩ）を含む、
ＵＥ（１０）。
【請求項１０】
前記削減されたＵＥ帯域幅を有する前記ＵＥは、リリース１３低複雑度ＵＥであり、通常のＵＥは、より早いリリースのＵＥである、請求項９に記載のＵＥ（１０）。
【請求項１１】
前記ランダムアクセスレスポンスは、低複雑度ランダムアクセスレスポンス（ＬＣ−ＲＡＲ）である、請求項９または１０に記載のＵＥ（１０）。
【請求項１２】
前記ＤＣＩは、前記ＵＥについての初期のＬＣ−ＰＤＣＣＨ構成に関する情報を含み、又はさもなければ当該情報を指し示す、請求項９〜１１のいずれか１項に記載のＵＥ（１０）。
【請求項１３】
前記ＲＡＲを受信することに先立って、物理ランダムアクセスチャネル（ＰＲＡＣＨ）を前記ネットワークノードへ送信する、ように適合される手段（１１）、
をさらに備える、請求項９〜１２のいずれか１項に記載のＵＥ（１０）。
【請求項１４】
受信される前記ＤＣＩを利用して、１つ以上の初期の低複雑度物理ダウンリンク制御チャネル（ＬＣ−ＰＤＣＣＨ）を受信する、ように適合される手段（１２，１３）、
を備える、請求項９〜１３のいずれか１項に記載のＵＥ（１０）。
【請求項１５】
前記１つ以上の初期のＬＣ−ＰＤＣＣＨは、専用ＲＲＣメッセージを搬送する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の前記受信に関する情報を含み、又はさもなければ当該情報を指し示し得る、請求項１４に記載のＵＥ（１０）。
【請求項１６】
前記専用ＲＲＣは、完全なＬＣ−ＰＤＣＣＨ構成を提供する、請求項１５に記載のＵＥ（１０）。
【請求項１７】
ネットワークノードにより実行される、ランダムアクセス（ＲＡ）手続ベースの方法であって、
通常のＵＥと比較して削減されたＵＥ帯域幅を有するＵＥへ、前記削減されたＵＥ帯域幅を有する複数のＵＥのために構成されるランダムアクセスレスポンス（ＲＡＲ）を送信すること（１１０１０）と、前記ＲＡＲは、前記削減されたＵＥ帯域幅を有する前記ＵＥについてのダウンリンク制御情報（ＤＣＩ）を含むことと、
を含む方法。
【請求項１８】
前記削減されたＵＥ帯域幅を有する前記ＵＥは、リリース１３低複雑度ＵＥであり、通常のＵＥは、より早いリリースのＵＥである、請求項１７に記載の方法。
【請求項１９】
前記ＤＣＩは、前記ＵＥについての初期の低複雑度物理ダウンリンク制御チャネル（ＬＣ−ＰＤＣＣＨ）構成に関する情報を含み、又はさもなければ当該情報を指し示す、請求項１７または１８に記載の方法。
【請求項２０】
前記ネットワークノードは、拡張ＮｏｄｅＢ（ｅＮＢ）である、請求項１７〜１９のいずれか１項に記載の方法。
【請求項２１】
ネットワークノード（２０）であって、
通常のＵＥと比較して削減されたＵＥ帯域幅を有するＵＥへ、前記削減されたＵＥ帯域幅を有する複数のＵＥのために構成されるランダムアクセスレスポンス（ＲＡＲ）を送信する、ように適合される手段（１１）、
を備え、
前記ＲＡＲは、前記削減されたＵＥ帯域幅を有する前記ＵＥについてのダウンリンク制御情報（ＤＣＩ）を含む、
ネットワークノード（２０）。
【請求項２２】
前記削減されたＵＥ帯域幅を有する前記ＵＥは、リリース１３低複雑度ＵＥであり、通常のＵＥは、より早いリリースのＵＥである、請求項２１に記載のネットワークノード（２０）。
【請求項２３】
前記ＤＣＩは、前記ＵＥについての初期の低複雑度物理ダウンリンク制御チャネル（ＬＣ−ＰＤＣＣＨ）構成に関する情報を含み、又はさもなければ当該情報を指し示す、請求項２１または２２に記載のネットワークノード（２０）。
【請求項２４】
前記ネットワークノードは、拡張ＮｏｄｅＢ（ｅＮＢ）である、請求項２１〜２３のいずれか１項に記載のネットワークノード（２０）。
【外国語明細書】
2019092193000001.pdf