JP2023527440A - 非免許帯域で下りリンクと上りリンクの無線リソースを受信する方法及び装置 - Google Patents

非免許帯域で下りリンクと上りリンクの無線リソースを受信する方法及び装置 Download PDF

Info

Publication number
JP2023527440A
JP2023527440A JP2022573407A JP2022573407A JP2023527440A JP 2023527440 A JP2023527440 A JP 2023527440A JP 2022573407 A JP2022573407 A JP 2022573407A JP 2022573407 A JP2022573407 A JP 2022573407A JP 2023527440 A JP2023527440 A JP 2023527440A
Authority
JP
Japan
Prior art keywords
resources
terminal
pbch block
bwp
uplink
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2022573407A
Other languages
English (en)
Inventor
ミンソク・ノ
キョンジュン・チェ
グンヨン・ソク
ジンサム・カク
Original Assignee
ウィルス インスティテュート オブ スタンダーズ アンド テクノロジー インコーポレイティド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020200070609A external-priority patent/KR20210153492A/ko
Application filed by ウィルス インスティテュート オブ スタンダーズ アンド テクノロジー インコーポレイティド filed Critical ウィルス インスティテュート オブ スタンダーズ アンド テクノロジー インコーポレイティド
Publication of JP2023527440A publication Critical patent/JP2023527440A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/005—Allocation of pilot signals, i.e. of signals known to the receiver of common pilots, i.e. pilots destined for multiple users or terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/535—Allocation or scheduling criteria for wireless resources based on resource usage policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0866—Non-scheduled access, e.g. ALOHA using a dedicated channel for access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/0006—Assessment of spectral gaps suitable for allocating digitally modulated signals, e.g. for carrier allocation in cognitive radio
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/14—Spectrum sharing arrangements between different networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本発明は、非免許帯域で下りリンクと上りリンクの無線リソースを設定する方法及び装置に関する。このような本発明は、前記非免許帯域で１つ以上のＳＳ／ＰＢＣＨ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ／ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）ブロックインデックスを指示する情報を基地局から受信する段階と、前記非免許帯域で物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ：ＰＤＳＣＨ）のためのリソースを割り当てる下りリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を前記基地局から受信する段階と、を含む方法を開示する。非免許帯域上で効率的な下りリンク及び／又は上りリンクデータ又は制御情報の送信が可能になる。

Description

本発明は、無線通信に関し、より詳細には、非免許帯域で下りリンクチャネル受信のためのリソース設定方法及び装置及びシステム、非免許帯域で上りリンク信号又はチャネル送信のためのリソース設定方法及び装置及びシステム、非免許帯域で下りリンクチャネル受信方法及び装置及びシステム、非免許帯域で上りリンク信号又はチャネル送信方法及び装置及びシステム、下りリンクチャネル受信及び上りリンクチャネル送信のための方法及び装置及びシステムに関する。
３ＧＰＰ（登録商標、以下同様） ＮＲ（Ｎｅｗ Ｒａｄｉｏ）は物理層信号の送信のために上りリンク／下りリンク物理チャネルを定義する。例えば、上りリンクでデータを送信する物理チャネルである物理上りリンク共有チャネル（ＰＵＳＣＨ）、制御信号を送信する物理上りリンク制御チャネル（ＰＵＣＣＨ）、及び物理ランダムアクセスチャネル（ＰＲＡＣＨ）などが定義され、下りリンクでデータを送信する物理下りリンク共有チャネル（ＰＤＳＣＨ）をはじめとしてＬ１／Ｌ２制御信号を送信する物理下りリンク制御チャネル（ＰＤＣＣＨ）がある。
これらのチャネルのうち下りリンク制御チャネル（ＰＤＣＣＨ）は、基地局が１つ又は複数の端末に上りリンク／下りリンクスケジューリング割り当て制御情報、上りリンク送信パワー制御情報及び他の制御情報を送信するためのチャネルである。基地局が１回に送信可能なＰＤＣＣＨに使用できるリソースに制限があるため、各端末に異なるリソース領域を割り当てることができず、リソース領域を共有して任意の端末に制御情報を送信するしかない。ＰＤＣＣＨは長さ１、２又は３個のＯＦＤＭシンボルで構成される制御リソースセット（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ，ＣＯＲＥＳＥＴ）で送信される。制御チャネルが全キャリアのシステム帯域幅に亘っているＬＴＥとは違い、ＣＯＲＥＳＥＴの帯域幅は自由に６ＲＢの倍数（ｍｕｌｔｉｐｌｅ）で構成可能である。例えば、３ＧＰＰ ＮＲでは、１個のＯＦＤＭシンボルの１個のＲＢに含まれた１２個のＲＥ（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）をまとめてＲＥＧ（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ）を作り、６個のＲＥＧで構成された１個のＣＣＥ（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ）を作り、ＰＤＣＣＨは１、２、４、８又は１６個のＣＣＥで構成し、１個又は複数個のＣＣＥが結合したＰＤＣＣＨリソースを端末に知らせ、複数の端末はＣＣＥを共有して用いることができる。ここで、ＰＤＣＣＨが含むＣＣＥの数をＣＣＥ結合レベルといい、可能なＣＣＥ結合レベルによってＣＣＥが割り当てられるリソースを検索空間（Ｓｅａｒｃｈ Ｓｐａｃｅ）という。検索空間は、基地局別に定義されている共通検索空間（Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ）と、端末ごとに定義されている特定端末検索空間（Ｔｅｒｍｉｎａｌ－ｓｐｅｃｉｆｉｃ ｏｒ ＵＥ－ｓｐｅｃｉｆｉｃ Ｓｅａｒｃｈ Ｓｐａｃｅ）があり得る。端末は、ＰＤＣＣＨ共通検索空間（Ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ，ＣＳＳ）及び端末特定検索空間（ＵＥ－ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ，ＵＳＳ）で特定ＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｎｄｉｃａｔｏｒ）によってスクランブルされたＣＲＣを有するＤＣＩを受信するために１つ以上のＰＤＣＣＨ候補をモニターする。端末は、検索空間でＰＤＣＣＨに含み得る可能な全てのＣＣＥ結合の場合の数に対してＰＤＣＣＨ復号を行い、ＰＤＣＣＨに含まれたユーザ装備（ＵＥ）識別子から、自分のＰＤＣＣＨに該当するか否かが分かる。このため、このような端末の動作はＰＤＣＣＨの復号に時間がかかり、多いエネルギー消耗が避けられない。
４Ｇ（４ｔｈ ｇｅｎｅｒａｔｉｏｎ）通信システムの商用化後、増加する無線データトラフィック需要を充足するために、新たな５Ｇ（５ｔｈ ｇｅｎｅｒａｔｉｏｎ）通信システムを開発するための努力が行われている。５Ｇ通信システムは、４Ｇネットワーク以降（ｂｅｙｏｎｄ ４Ｇ ｎｅｔｗｏｒｋ）の通信システム、ＬＴＥシステム以降（ｐｏｓｔ ＬＴＥ）のシステム、またはＮＲ（ｎｅｗ ｒａｄｉｏ）システムと称されている。高いデータ伝送率を達成するために、５Ｇ通信システムは、６ＧＨｚ以上の超高周波（ｍｍＷａｖｅ）帯域を使用して運用されるシステムを含み、また、カバレッジを確保し得る側面から６ＧＨｚ以下の周波数帯域を使用して運用される通信システムを含んで、基地局と端末における具現が考慮されている。
３ＧＰＰ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ） ＮＲシステムは、ネットワークスペクトルの効率を向上させて、通信事業者が与えられた帯域幅でより多くのデータ及び音声サービスを提供し得るようにする。よって、３ＧＰＰ ＮＲシステムは、大容量音声支援以外にも、高速データ及びメディア伝送に対する要求を充足するように設計される。ＮＲシステムの長所は、同じプラットフォームで高い処理量、低い待機時間、ＦＤＤ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）、及びＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）支援、向上された最終ユーザ環境、及び簡単なアーキテクチャで低い運営コストを有するという点である。
より効率的なデータ処理のために、ＮＲシステムのダイナミックＴＤＤは、セルのユーザのデータトラフィック方向に応じて上りリンク及び下りリンクに使用し得るＯＦＤＭ（ｏｒｔｈｏｇｏａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルの数を可変する方式を使用する。例えば、セルの下りリンクトラフィックが上りリンクトラフィックより多ければ、基地局はスロット（またはサブフレーム）に多数の下りリンクＯＦＤＭシンボルを割り当てる。スロット構成に関する情報は端末に伝送されるべきである。
超高周波帯域における電波の経路損失の緩和、及び電波の伝達距離の増加のために、５Ｇ通信システムではビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、巨大配列体重入出力（ｍａｓｓｉｖｅ ＭＩＭＯ）、全次元多重入出力（ｆｕｌｌ ｄｉｍｅｎｓｉｏｎ ＭＩＭＯ、ＦＤ－ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ ａｎｔｅｎｎａ）、アナログビームフォーミング（ａｎａｌｏｇ ｂｅａｍ－ｆｏｒｍｉｎｇ）、アナログビームフォーミングとデジタルビームフォーミングを組み合わせるハイブリッドビームフォーミング、及び大規模アンテナ（ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ）技術が論議されている。また、システムネットワークを改善するために、５Ｇ通信システムでは進化した小型セル、改善された小型セル（ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ）、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ｃｌｏｕｄ ＲＡＮ）、超高密度ネットワーク（ｕｌｔｒａ－ｄｅｎｓｅ ｎｅｔｗｏｒｋ）、機器間通信（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ：Ｄ２Ｄ）、車両を利用する通信（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ ｃｏｍｍｕｎｉｃａｔｉｏｎ：Ｖ２Ｘ）、無線バックホール（ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ）、非地上波ネットワーク通信（ｎｏｎ－ｔｅｒｒｅｓｔｒｉａｌ ｎｅｔｗｏｒｋ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＮＴＮ）、移動ネットワーク（ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ）、協力通信（ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（ｃｏｏｒｄｉｎａｔｅｄ ｍｕｌｔｉ－ｐｏｉｎｔｓ）、及び受信干渉除去（ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などに関する技術開発が行われている。その他、５Ｇシステムでは進歩したコーディング変調（ａｄｖａｎｃｅｄ ｃｏｄｉｎｇ ｍｏｄｕｌａｔｉｏｎ：ＡＣＭ）方式のＦＱＡＭ（ｈｙｂｒｉｄ ＦＳＫ ａｎｄ ＱＡＭ ｍｏｄｕｌａｔｉｏｎ）及びＳＷＳＣ（ｓｌｉｄｉｎｇ ｗｉｎｄｏｗ ｓｕｐｅｒｐｏｓｉｔｉｏｎ ｃｏｄｉｎｇ）と、進歩したアクセス技術であるＦＢＭＣ（ｆｉｌｔｅｒ ｂａｎｋ ｍｕｌｔｉ－ｃａｒｒｉｅｒ）、ＮＯＭＡ（ｎｏｎ－ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、及びＳＣＭＡ（ｓｐａｒｓｅ ｃｏｄｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などが開発されている。
一方、インターネットは人間が情報を生成し消費する人間中心の連結網において、物など分散された構成要素間に情報を交換し処理するＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、モノのインターネット）網に進化している。クラウドサーバなどとの連結を介したビックデータ（ｂｉｇ ｄａｔａ）処理技術などがＩｏＴ技術に結合されたＩｏＥ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ）技術も台頭している。ＩｏＴを具現するために、センシング技術、有無線通信及びネットワークインフラ、サービスインタフェース技術、及び保安技術などのような技術要素が要求されており、最近は物間の連結のためのセンサネットワーク、マシンツーマシン（ｍａｃｈｉｎｅ ｔｏ ｍａｃｈｉｎｅ、Ｍ２Ｍ）、ＭＴＣ（ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの技術が研究されている。ＩｏＴ環境では、連結された物から生成されたデータを収集、分析して、人間の生活に新たな価値を生み出す知能型ＩＴ（ｉｎｔｅｒｎｅｔ ｔｅｃｈｎｏｌｏｇｙ）サービスが提供される。ＩｏＴは、従来のＩＴ技術と多様な産業間の融合及び複合を介し、スマートホーム、スマートビル、スマートシティ、スマートカーまたはコネクテッドカー、スマートグリッド、ヘルスケア、スマート家電、先端医療サービスなどの分野に応用される。
そこで、５Ｇ通信システムをＩｏＴ網に適用するための様々な試みらがなされている。例えば、センサネットワーク、モノの通信（ｍａｃｈｉｎｅ ｔｏ ｍａｃｈｉｎｅ，Ｍ２Ｍ）、ＭＴＣ（ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの技術が５Ｇ通信技術であるビームフォーミング、ＭＩＭＯ、及びアレイアンテナなどの技法によって具現されている。前述したビッグデータ処理技術としてクラウド無線アクセスネットワーク（ｃｌｏｕｄ ＲＡＮ）が適用されることも、５Ｇ技術とＩｏＴ技術との融合の一例であるといえよう。
一般に、移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。しかし、移動通信システムは、音声サービスの他にもデータサービスにまで領域を拡張しており、現在は高速のデータサービスまで提供できる程度に発展している。ところが、現在、サービスが提供されている移動通信システムではリソース不足現象及びユーザの高速サービス要求により、さらに発展した移動通信システムが望まれている。
また、このような状況で、セルラー通信サービス提供のために非認可周波数スペクトラム又は非免許周波数帯域（例えば、２．４ＧＨｚ帯域、５．８ＧＨｚ帯域など）を用いる方案が、スペクトラム不足の問題に対する解決策として工夫されている。
しかしながら、非免許帯域は、通信事業者が競合などの手順を経て独占的な周波数使用権を確保するのでなく、一定レベルの隣接帯域保護規定さえ守れば複数の通信設備が制限なく同時に使用できるため、認可帯域で提供可能なレベルの通信品質が保障し難く、既存に非免許帯域（例えば、ワイファイネットワーク網）を用いて無線通信する装置との干渉問題が発生し得る。
したがって、非免許帯域でのＬＴＥ及びＮＲ－Ｕ（ＮＲ－Ｕｎｌｉｃｅｎｓｅｄ）技術が定着するためには、既存の非免許帯域装置との共存方案及び効率的に無線チャネルを共有する方案に対する研究が先行されるべきである。すなわち、非免許帯域でのＬＴＥ及びＮＲ－Ｕ（ＮＲ－Ｕｎｌｉｃｅｎｓｅｄ）技術を用いる装置が既存の非免許帯域装置に影響を与えないように強力な共存メカニズム（Ｒｏｂｕｓｔ Ｃｏｅｘｉｓｔｅｎｃｅ Ｍｅｃｈａｎｉｓｍ，ＲＣＭ）が開発される必要がある。
標準化と関連して、現在、３ＧＰＰにおいてクアルコムを含むメーカーをはじめとして多数の通信事業者が積極的に非免許帯域でのＬＴＥ及びＮＲ－Ｕ（ＮＲ－Ｕｎｌｉｃｅｎｓｅｄ）技術に対する標準案導入及び標準技術開発を持続しており、スタンドアローン（Ｓｔａｎｄａｌｏｎｅ）を含むＬＡＡ（Ｌｉｃｅｎｓｅｄ ａｓｓｉｓｔｅｄ ａｃｃｅｓｓ）及びデュアル接続（Ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ）を行うことができるようにする技術であり、商用化が可能であり得るように標準化が進行中である。そして、周波数共有帯域又は非免許小出力帯域内の基本的な電波使用エチケットを守る条件下で用途指定無しで様々なサービスと新技術が商用化され得る基盤が作られている。一方、韓国ではＩＳＭ帯域を含む大部分の非免許帯域が用途指定として運用されており、これに対する技術的研究及び関連政策の樹立が先行される必要がある。
本発明の技術的課題は、無線通信システム、特に、セルラー無線通信システムにおいて非免許帯域上の下りリンクチャネルの受信及び上りリンク信号／チャネルの送信のためのリソース設定方法と送信／受信方法及びシステムを提供することである。
本発明の他の技術的課題は、３ＧＰＰ ＮＲシステムにおいて下りリンク制御チャネルを用いたスケジューリング情報による上りリンクチャネル送信のための方法及び装置並びにシステムを提供することである。
本発明のさらに他の技術的課題は、ＤＣＩフォーマットを受信したＲＢ集合を用いてＵＬ ＢＷＰのＲＢ集合を指示する方法及び装置を提供することである。
本発明のさらに他の技術的課題は、ＢＷＰスイッチング前ＵＬ ＢＷＰのＲＢ集合を用いてＵＬ ＢＷＰのＲＢ集合を指示する方法及び装置を提供することである。
本発明のさらに他の技術的課題は、ＤＣＩフォーマットを受信したＲＢ集合と重なるＵＬ ＢＷＰのＲＢ集合がない場合にＲＢ集合を指示する方法及び装置を提供することである。
本発明のさらに他の技術的課題は、ＤＣＩフォーマットで複数個のＲＢ集合を指示する方法及び装置を提供することである。
本発明によって達成可能な技術的課題は、ここに特記されるものに限定されない。
本発明の一態様によれば、非免許帯域（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ）で端末が下りリンク信号を処理する方法を提供する。前記方法は、前記非免許帯域で１つ以上のＳＳ／ＰＢＣＨ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ／ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）ブロックインデックスを指示する情報を基地局から受信する段階であって、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスは、候補ＳＳ／ＰＢＣＨブロックインデックスによる複数個のリソースのうち前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する１つ又はそれ以上のリソースを認識するために用いられる、段階；及び、前記非免許帯域で物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ：ＰＤＳＣＨ）のためのリソースを割り当てる下りリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を前記基地局から受信する段階であって、前記ＰＤＳＣＨは、前記ＤＣＩによって割り当てられた前記リソースのうち、前記１つ又はそれ以上のリソースを除く残りのリソースに基づいて受信される、段階；を含むことができる。
一側面において、前記ＰＤＳＣＨのための前記リソースと前記１つ又はそれ以上のリソースとが重ならない場合に、前記ＰＤＳＣＨは前記リソースに基づいて復号化され、前記ＰＤＳＣＨのための前記リソースと前記１つ又はそれ以上のリソースとが部分的に或いは全体的に重なる場合に、前記リソースのうち前記１つ又はそれ以上のリソースと前記部分的に又は全体的に重なるリソースは前記ＰＤＳＣＨのために用いられなくてよい。
一側面において、前記ＳＳ／ＰＢＣＨブロックインデックスが複数のリソースと対応し、ＤＲＳ送信ウィンドウ内でＳＳ／ＰＢＣＨブロックが前記複数のリソースのうち一部のリソースで受信された場合に、前記ＤＲＳ送信ウィンドウ内の前記複数のリソースから前記一部のリソースを除く残りのリソースは前記ＰＤＳＣＨの受信のために用いられない。
他の側面において、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスの最大個数に関する情報を前記基地局から受信する段階をさらに含み、前記候補ＳＳ／ＰＢＣＨブロックインデックスによる前記複数個のリソースのうち、ＤＲＳ送信ウィンドウ内の前記最大個数に対応する少なくとも一つのリソースで前記ＰＤＳＣＨのレートマッチングが行われる。
さらに他の側面において、前記非免許帯域で半静的（ｓｅｍｉ－ｓｔａｔｉｃ）チャネルアクセスモードが設定され、候補ＳＳ／ＰＢＣＨブロックインデックスによる複数個のリソースのうち前記１つ又はそれ以上のリソースが固定フレーム周期（ｆｉｘｅｄ ｆｒａｍｅ ｐｅｒｉｏｄ：ＦＦＰ）の遊休周期（ｉｄｌｅ ｐｅｒｉｏｄ）と重なる場合に、前記ＰＤＳＣＨは前記ＰＤＳＣＨのための前記リソースに基づいて復号化される。
さらに他の側面において、前記非免許帯域で半静的（ｓｅｍｉ－ｓｔａｔｉｃ）チャネルアクセスモードが設定され、前記１つ以上のＳＳ／ＰＢＣＨ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ／ ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）ブロックインデックスを指示する前記情報において、ＦＦＰの遊休周期と重なるリソースに対応するビット値は０に設定される。
本発明の他の態様によれば、非免許帯域（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ）で端末が上りリンク信号を処理する方法を提供する。前記方法は、前記非免許帯域で１つ以上のＳＳ／ＰＢＣＨ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ／ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）ブロックインデックスを指示する情報を基地局から受信する段階であって、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスは、候補ＳＳ／ＰＢＣＨブロックインデックスによる複数個のリソースのうち前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する１つ又はそれ以上のリソースを認識するために用いられる、段階；及び、前記非免許帯域で前記上りリンク信号のためのリソースを決定する段階であって、前記上りリンク信号のためのリソースは、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースに基づいて決定される、段階；を含むことができる。
一側面において、前記上りリンク信号はランダムアクセスプリアンブルであり、前記上りリンク信号のためのリソースはＰＲＡＣＨ（ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）スロット内のＰＲＡＣＨ機会（ｏｃｃａｓｉｏｎ）であり、上りリンク／下りリンク構成情報が提供されていない場合に、仮に前記ＰＲＡＣＨ機会が前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースを先行せず、前記１つ又はそれ以上のリソースの最後の受信シンボルから少なくともＮｇａｐシンボル以後に始まると、前記ＰＲＡＣＨ機会は有効なものと決定されてよい。
他の側面において、前記上りリンク信号はランダムアクセスプリアンブルであり、前記上りリンク信号のためのリソースはＰＲＡＣＨスロット内のＰＲＡＣＨ機会であり、上りリンク／下りリンク構成情報が提供された場合に、仮に前記ＰＲＡＣＨ機会が前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースを先行せず、最後の下りリンクシンボルから少なくともＮｇａｐシンボル及び前記１つ又はそれ以上のリソースの最後の受信シンボルから少なくともＮｇａｐシンボル及び以後に始まると、前記ＰＲＡＣＨ機会は有効なものと決定されてよい。
他の側面において、前記非免許帯域で半静的（ｓｅｍｉ－ｓｔａｔｉｃ）チャネルアクセスモードが設定され、前記上りリンク信号はランダムアクセスプリアンブルであり、前記上りリンク信号のためのリソースはＰＲＡＣＨスロット内のＰＲＡＣＨ機会であり、前記１つ又はそれ以上のリソースが固定フレーム周期の遊休周期と重なる場合に、前記ＰＲＡＣＨ機会は前記１つ又はそれ以上のリソースとは関係なく決定されてよい。
他の側面において、前記上りリンク信号はランダムアクセスプリアンブルであり、前記上りリンク信号のためのリソースはＰＲＡＣＨスロット内のＰＲＡＣＨ機会であり、ＤＲＳ送信ウィンドウ内の全ての前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースで前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスを有するＳＳ／ＰＢＣＨブロックが送信されることを前提に、前記ＰＲＡＣＨ機会の有効性が決定されてよい。
他の側面において、前記上りリンク信号はＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）反復（ｒｅｐｅｔｉｔｉｏｎ）であり、前記上りリンク信号のためのリソースはＰＵＣＣＨ送信のためのＮ個のスロットであり、前記Ｎ個のスロットは、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースと重ならない上りリンクシンボル又はフレキシブルシンボル（ｆｌｅｘｉｂｌｅ ｓｙｍｂｏｌ）を含む複数個のスロットから選択されてよい。
他の側面において、前記上りリンク信号はＰＵＣＣＨ反復であり、前記上りリンク信号のためのリソースはＰＵＣＣＨ送信のためのＮ個のスロットであり、前記ＳＳ／ＰＢＣＨブロックインデックスが複数のリソースと対応し、ＤＲＳ送信ウィンドウ内でＳＳ／ＰＢＣＨブロックが前記複数のリソースのうち一部のリソースで受信された場合に、前記Ｎ個のスロットは、前記ＤＲＳ送信ウィンドウ内の前記複数のリソースから前記一部のリソースを除く残りの上りリンクシンボルとフレキシブルシンボルを含む複数個のスロットから選択されてよい。
さらに他の側面において、前記上りリンク信号はＰＵＣＣＨ反復であり、前記上りリンク信号のためのリソースはＰＵＣＣＨ送信のためのＮ個のスロットであり、ＤＲＳ送信ウィンドウ内の全ての前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースで前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスを有するＳＳ／ＰＢＣＨブロックが送信されることを前提に、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースと重ならない上りリンクシンボル又はフレキシブルシンボルを含むスロットが前記上りリンク信号のためのリソースと決定されてよい。
さらに他の側面において、前記上りリンク信号はＰＵＣＣＨ反復であり、前記上りリンク信号のためのリソースはＰＵＣＣＨ送信のためのＮ個のスロットであり、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースが固定フレーム周期の遊休周期と重なる場合に、前記Ｎ個のスロットは、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースとは関係なく決定されてよい。
さらに他の側面において、前記上りリンク信号はＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）反復であり、前記上りリンク信号のためのリソースはＰＵＳＣＨ送信のためのリソースであり、
前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースと重ならない上りリンクシンボル又はフレキシブルシンボルは、前記ＰＵＳＣＨ送信のためのリソースと決定されてよい。
さらに他の側面において、前記上りリンク信号はＰＵＳＣＨ反復であり、前記上りリンク信号のためのリソースはＰＵＳＣＨ送信のためのリソースであり、前記ＳＳ／ＰＢＣＨブロックインデックスが複数のリソースと対応し、ＤＲＳ送信ウィンドウ内でＳＳ／ＰＢＣＨブロックが前記複数のリソースのうち一部のリソースで受信された場合に、前記ＤＲＳ送信ウィンドウ内の前記複数のリソースから前記一部のリソースを除く残りのリソースの上りリンクシンボルとフレキシブルシンボルは、前記ＰＵＳＣＨ送信のためのリソースと決定されてよい。
さらに他の側面において、前記上りリンク信号はＰＵＳＣＨ反復であり、前記上りリンク信号のためのリソースはＰＵＳＣＨ送信のためのリソースであり、ＤＲＳ送信ウィンドウ内の全ての前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースで前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスを有するＳＳ／ＰＢＣＨブロックが送信されることを前提に、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースと重ならない上りリンクシンボル又はフレキシブルシンボルは、前記ＰＵＳＣＨ送信のためのリソースと決定されてよい。
さらに他の側面において、前記上りリンク信号はＰＵＳＣＨ反復であり、前記上りリンク信号のためのリソースはＰＵＳＣＨ送信のためのリソースであり、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースが固定フレーム周期の遊休周期と重なる場合に、前記ＰＵＳＣＨ送信のためのリソースは、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースとは関係なく決定されてよい。
本発明のさらに他の態様によれば、ＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）フォーマットのＦＤＲＡ（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ）フィールドに基づいてＵＬ ＢＷＰのＲＢ集合を解釈し、それに基づいて通信を行う方法を提供する。
一側面において、端末は、ＤＣＩが受信されたＲＢ集合及びそれと隣接したＲＢ集合のスケジューリング情報を用いてＵＬ ＢＷＰのＲＢ集合を解釈することができる。
他の側面において、ＤＣＩフォーマットのＦＤＲＡフィールドから指示されたＵＬ ＢＷＰのインターレースをまとめてスケジューリング情報として解釈できる。
前述した技術的解決策は本発明の好ましい実施例に過ぎず、本発明の技術的特徴が適用される様々な変形は、本発明の属する技術の分野における当業者にとって理解可能であり、本発明の次の詳細な説明を参照すればいい。
非免許帯域において下りリンクチャネル及び上りリンク信号／チャネル送信のためのリソース設定方法と送信／受信方法を提供することにより、非免許帯域上で効率的な下りリンク及び／又は上りリンクデータ又は制御情報の送信が可能になる。また、端末は下りリンク制御チャネルの指示による上りリンク送信を行うことが可能になると期待される。
本発明から得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
無線通信システムで使用される無線フレーム構造の一例を示す図である。 無線通信システムにおける下りリンク（ｄｏｗｎｌｉｎｋ、ＤＬ）／上りリンク（ｕｐｌｉｎｋ、ＵＬ）スロット構造の一例を示す図である。 ３ＧＰＰシステムに利用される物理チャネルと該当物理チャンネルを利用した一般的な信号伝送方法を説明する図である。 ３ＧＰＰ ＮＲシステムにおける初期セル接続のためのＳＳ／ＰＢＣＨブロックを示す図である。 ３ＧＰＰ ＮＲシステムにおける初期セル接続のためのＳＳ／ＰＢＣＨブロックを示す図である。 ３ＧＰＰ ＮＲシステムにおける制御情報及び制御チャネル送信のための手順を示す図である。 ３ＧＰＰ ＮＲシステムにおける制御情報及び制御チャネル送信のための手順を示す図である。 ３ＧＰＰ ＮＲシステムにおけるＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）が送信されるＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を示す図である。 ３ＧＰＰ ＮＲシステムにおけるＰＤＣＣＨ検索空間を設定する方法を示す図である。 キャリア集成（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）を説明する概念図である。 単一キャリア通信と多重キャリア通信を説明するための図である。 クロスキャリアスケジューリング技法が適用される例を示す図である。 ＮＲ－Ｕ（ＮＲ－Ｕｎｌｉｃｅｎｓｅｄ）サービス環境を示す図である。 ＮＲ－Ｕサービス環境において端末と基地局の配置シナリオの一実施例を示す図である。 既存に非免許帯域で動作する通信方式（例えば、無線ＬＡＮ）を示す図である。 本発明の実施例に係るカテゴリー４ ＬＢＴに基づくチャネルアクセス過程を示す図である。 ＨＡＲＱ－ＡＣＫフィードバックに基づいて競合ウィンドウサイズ（ＣＷＳ）を調整する方法の一実施例を示図である。 １４個のＯＦＤＭシンボルで構成されたスロット内でのＳＳＢが占めるＯＦＤＭシンボルの位置を示す図である。 １個のスロット内でＳＳＢが占め得るシンボルの位置を示す図である。 半無線フレーム（ｈａｌｆ ｒａｄｉｏ ｆｒａｍｅ）である５ｍｓ内でＳＳＢが占め得るスロットの位置を表示するものである。 一例による非免許帯域で下りリンク信号を処理する方法を示すフローチャートである。 一例によるＤＲＳ送信ウィンドウ内で送信可能な少なくとも一つの候補ＳＳ／ＰＢＣＨブロックを示す図である。 一実施例に係る半静的チャネルアクセスモードにおけるＦＢＥ動作を示す図である。 一例による非免許帯域で上りリンク信号を処理する方法を示すフローチャートである。 一例によるＤＣＩフォーマットを受信したＲＢ集合を用いてＵＬ ＢＷＰのＲＢ集合を指示する方法を示す図である。 他の例によるＤＣＩフォーマットを受信したＲＢ集合を用いてＵＬ ＢＷＰのＲＢ集合を指示する方法を示す図である。 一例によるＢＷＰスイッチング前ＵＬ ＢＷＰのＲＢ集合を用いてＵＬ ＢＷＰのＲＢ集合を指示する方法を示す図である。 一例によるＤＣＩフォーマットを受信したＲＢ集合と重なるＵＬ ＢＷＰのＲＢ集合がない場合にＲＢ集合を指示する方法を示す図である。 他の例によるＤＣＩフォーマットを受信したＲＢ集合と重なるＵＬ ＢＷＰのＲＢ集合がない場合にＲＢ集合を指示する方法を示す図である。 さらに他の例によるＤＣＩフォーマットを受信したＲＢ集合と重なるＵＬ ＢＷＰのＲＢ集合がない場合にＲＢ集合を指示する方法を示す図である。 一例によるＤＣＩフォーマットで複数個のＲＢ集合を指示する方法を示す図である。 他の例によるＤＣＩフォーマットで複数個のＲＢ集合を指示する方法を示す図である。 さらに他の例によるＤＣＩフォーマットで複数個のＲＢ集合を指示する方法を示す図である。 一例による端末と基地局のブロック図である。
本明細書で使用される用語は本発明における機能を考慮してできるだけ現在広く使用されている一般的な用語を選択しているが、これは当分野に携わる技術者の意図、慣例、または新たな技術の出現などによって異なり得る。また、特定の場合は出願人が任意に選択したものもあるが、この場合、該当する発明の説明部分でその意味を記載する。よって、本明細書で使用される用語は、単なる用語の名称ではなく、その用語の有する実質的意味と本明細書全般にわたる内容に基づいて解析すべきであることを明らかにする。
明細書全体において、ある構成が他の構成を「連結」されているという際、これは「直接連結」されている場合だけでなく、その中間の他の構成要素を介在して「電気的に連結」されていることも含む。また、ある構成が特定構成要素を「含む」という際、これは特に反対する記載がない限り、他の構成要素を除くのではなく、他の構成要素を更に含むことを意味する。加えて、特定臨海を基準にする「以上」または「以下」という限定事項は、実施例によってそれぞれ「超過」または「未満」に適切に代替されてもよい。
以下の技術はＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ－ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などのような多様な無線接続システムに使用される。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）で具現される。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現される。ＯＦＤＭＡは、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２－２０、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術で具現される。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ ＬＴＥ（Ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）はＥ－ＵＴＲＡを使用するＥ－ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、ＬＴＥ－Ａ（Ａｄｖａｎｃｅｄ）は３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲはＬＴＥ／ＬＴＥ－Ａとは別途に設計されたシステムであって、ＩＭＴ－２０２０の要求条件であるｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、及びｍＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）サービスを支援するためのシステムである。説明を明確にするために３ＧＰＰ ＮＲを中心に説明するが、本発明の技術的思想はこれに限定されない。
本明細書において、特に説明しない限り、基地局は３ＧＰＰ ＮＲで定義するｇＮＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｎｏｄｅ Ｂ）を含むことができる。また、特に説明がない限り、端末はＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）を含むことができる。
図１は、無線通信システムで使用される無線フレーム構造の一例を示す図である。図１を参照すると、３ＧＰＰ ＮＲシステムで使用される無線フレーム（またはラジオフレーム）は、１０ｍｓ（ΔｆｍａｘＮｆ／１００）＊Ｔｃ）の長さを有する。また、無線フレームは１０個の均等な大きさのサブフレーム（ｓｕｂｆａｍｅ、ＳＦ）からなる。ここで、Δｆｍａｘ＝４８０＊１０３Ｈｚ、Ｎｆ＝４０９６、Ｔｃ＝１／（Δｆｒｅｆ＊Ｎｆ，ｒｅｆ）、Δｆｒｅｆ＝１５＊１０３Ｈｚ、Ｎｆ，ｒｅｆ＝２０４８である。一つのフレーム内の１０個のサブフレームにそれぞれ０から９までの番号が与えられる。それぞれのサブフレームは１ｍｓの長さを有し、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）によって一つまたは複数のスロットからなる。より詳しくは、３ＧＰＰ ＮＲシステムで使用し得るサブキャリア間隔は１５＊２μｋＨｚである。μはサブキャリア間隔構成因子（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎ）であって、μ＝０～４の値を有する。つまり、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ、または２４０ｋＨｚがサブキャリア間隔として使用される。１ｍｓ長さのサブフレームは２μ個のスロットからなる。この際、各スロットの長さは２－μｍｓである。一つのサブフレーム内の２μ個のスロットは、それぞれ０から２μ－１までの番号が与えられる。また、一つの無線フレーム内のスロットは、それぞれ０から１０＊２μ－１までの番号が与えられる。時間リソースは、無線フレーム番号（または無線フレームインデックスともいう）、サブフレーム番号（またはサブフレームインデックスともいう）、スロット番号（またはスロットインデックス）のうち少なくともいずれか一つによって区分される。
図２は、無線通信システムにおける下りリンク（ＤＬ）／上りリンク（ＵＬ）スロット構造の一例を示す図である。特に、図２は３ＧＰＰ ＮＲシステムのリソース格子（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）構造を示す。アンテナポート当たり１個のリソース格子がある。図２を参照すると、スロットは、時間ドメインで複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、周波数ドメインで複数のリソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ，ＲＢ）を含む。ＯＦＤＭシンボルは一つのシンボル区間を意味することもある。特に説明がない限り、ＯＦＤＭシンボルは簡単に、シンボルと呼ぶことができる。図２を参照すると、各スロットで送信される信号は、Ｎｓｉｚｅ，μ ｇｒｉｄ，ｘ＊ＮＲＢ ｓｃ個のサブキャリア（ｓｕｂｃａｒｒｉｅｒ）とＮｓｌｏｔ ｓｙｍｂ個のＯＦＤＭシンボルで構成されるリソース格子（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）で表現されてよい。ここで、下りリンクリソース格子のとき、ｘ＝ＤＬであり、上りリンクリソース格子のとき、ｘ＝ＵＬである。Ｎｓｉｚｅ，μ ｇｒｉｄ，ｘは、サブキャリア間隔構成因子μによるリソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ，ＲＢ）の個数を表し（ｘは、ＤＬ又はＵＬ）、Ｎｓｌｏｔ ｓｙｍｂは、スロット内のＯＦＤＭシンボルの個数を表す。ＮＲＢ ｓｃは、一つのＲＢを構成するサブキャリアの個数であり、ＮＲＢ ｓｃ＝１２である。ＯＦＤＭシンボルは、多重接続方式によって、ＣＰ－ＯＦＤＭ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ ＯＦＤＭ）シンボル又はＤＦＴ－Ｓ－ＯＦＤＭ（ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ ｓｐｒｅａｄ ＯＦＤＭ）シンボルと呼ぶことができる。
一つのスロットに含まれるＯＦＤＭシンボルの数は、ＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）の長さに応じて異なり得る。例えば、正規（ｎｏｒｍａｌ）ＣＰであれば一つのスロットが１４個のＯＦＤＭシンボルを含むが、拡張（ｅｘｔｅｎｄｅｄ）ＣＰであれば一つのスロットが１２個のＯＦＤＭシンボルを含む。具体的な実施例において、拡張ＣＰは６０ｋＨｚのサブキャリア間隔でのみ使用される。図２では説明の便宜上、一つのスロットが１４ＯＦＤＭシンボルからなる場合を例示したが、本発明の実施例は他の個数のＯＦＤＭシンボルを有するスロットでも同じ方式で適用される。図２を参照すると、各ＯＦＤＭシンボルは、周波数ドメインで、Ｎｓｉｚｅ、μ ｇｒｉｄ、ｘ＊ＮＲＢ ＳＣ個のサブキャリアを含む。サブキャリアの類型は、データを伝送するためのデータサブキャリア、参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を伝送するための参照信号サブキャリア、ガードバンド（ｇｕａｒｄ ｂａｎｄ）に分けられる。キャリア周波数は中心周波数（ｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙ、ｆｃ）ともいう。
一つのＲＢは、周波数ドメインでＮＲＢ ＳＣ個（例えば、１２個）の連続するサブキャリアによって定義される。ちなみに、一つのＯＦＤＭシンボルと一つのサブキャリアからなるリソースをリソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ、ＲＥ）またはトーン（ｔｏｎｅ）と称する。よって、一つのＲＢはＮｓｌｏｔ ｓｙｍｂ＊ＮＲＢ ＳＣ個のリソース要素からなる。リソース格子内の各リソース要素は、一つのスロット内のインデックス対（ｋ、ｌ）によって固有に定義される。ｋは周波数ドメインで０からＮｓｉｚｅ、μ ｇｒｉｄ、ｘ＊ＮＲＢ ＳＣ－１まで与えられるインデックスであり、ｌは時間ドメインで０からＮｓｌｏｔ ｓｙｍｂ－１まで与えられるインデックスである。
端末が基地局から信号を受信するか基地局信号を伝送するためには、端末の時間／周波数同期を基地局の時間／周波数同期と合わせるべきである。基地局と端末が同期化しなければ、端末がＤＬ信号の復調及びＵＬ信号の伝送を正確な時点に行うのに必要な時間及び周波数パラメータを決定できないためである。
ＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）またはアンペアドスペクトル（ｕｎｐａｉｒｅｄ ｓｐｅｃｔｒｕｍ）で動作する無線フレームの各シンボルは、下りリンクシンボル（ＤＬ ｓｙｍｂｏｌ）、上りリンクシンボル（ＵＬ ｓｙｍｂｏｌ）、またはフレキシブルシンボル（ｆｌｅｘｉｂｌｅ ｓｙｍｂｏｌ）のうち少なくともいずれか一つからなる。ＦＤＤ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）またはペアドスペクトル（ｐａｉｒｅｄ ｓｐｅｃｔｒｕｍ）で下りリンクキャリアで動作する無線フレームは、下りリンクシンボルまたはフレキシブルシンボルからなり、上りリンクキャリアで動作する無線フレームは、上りリンクシンボルまたはフレキシブルシンボルからなる。下りリンクシンボルでは下りリンク伝送はできるが上りリンク伝送はできず、上りリンクシンボルでは上りリンク伝送はできるが下りリンク伝送はできない。フレキシブルシンボルは、信号に応じて下りリンクで使用されるか上りリンクで使用されるかが決定される。
各シンボルのタイプ（ｔｙｐｅ）に関する情報、つまり、下りリンクシンボル、上りリンクシンボル、及びフレキシブルシンボルのうちいずれか一つを示す情報は、セル特定（ｃｅｌｌ－ｓｐｅｃｉｆｉｃまたはｃｏｍｍｏｎ）ＲＲＣ信号からなる。また、各シンボルのタイプに関する情報は、追加に特定端末（ＵＥ－ｓｐｅｃｉｆｉｃまたはｄｅｄｉｃａｔｅｄ）ＲＲＣ信号からなる。基地局は、セル特定ＲＲＣ信号を使用し、ｉ）セル特定スロット構成の周期、ｉｉ）セル特定スロット構成の周期の最初から下りリンクシンボルのみを有するスロットの数、ｉｉｉ）下りリンクシンボルのみを有するスロットの直後のスロットの最初のシンボルから下りリンクシンボルの数、ｉｖ）セル特定スロット構成の周期の最後から上りリンクシンボルのみを有するスロットの数、ｖ）上りリンクシンボルのみを有するスロットの直前のスロットの最後のシンボルから上りリンクシンボルの数を知らせる。ここで、上りリンクシンボルと下りリンクシンボルのいずれにも構成されていないシンボルはフレキシブルシンボルである。
シンボルタイプに関する情報が端末特定ＲＲＣ信号からなれば、基地局はフレキシブルシンボルが下りリンクシンボルなのかまたは上りリンクシンボルなのかを、セル特定ＲＲＣ信号でシグナリングする。この際、端末特定ＲＲＣ信号は、セル特定ＲＲＣ信号からなる下りリンクシンボルまたは上りリンクシンボルを他のシンボルタイプに変更することができない。特定端末ＲＲＣ信号は、各スロットごとに該当スロットのＮｓｌｏｔｓｙｍｂシンボルのうち下りリンクシンボルの数、該当スロットのＮｓｌｏｔｓｙｍｂシンボルのうち上りリンクシンボルの数をシグナリングする。この際、スロットの下りリンクシンボルはスロットの最初のシンボルからｉ番目のシンボルまで連続的に構成される。また、スロットの上りリンクシンボルはスロットのｊ番目のシンボルから最後のシンボルまで連続的に構成される（ここで、ｉ＜ｊ）。スロットにおいて、上りリンクシンボルと下りリンクシンボルのいずれにも構成されていないシンボルはフレキシブルシンボルである。
前記のようなＲＲＣ信号からなるシンボルのタイプをセミ－スタティック（ｓｅｍｉ－ｓｔａｔｉｃ）ＤＬ／ＵＬ構成と称する。上述したＲＲＣ信号からなるセミ－スタティックＤＬ／ＵＬ構成において、フレキシブルシンボルは物理下りリンク制御チャネル（ＰＤＣＣＨ）で伝送されるダイナミックＳＦＩ（ｓｌｏｔ ｆｏｒｍａｔ ｉｎｆｏｒｍａｔｉｏｎ）を介して下りリンクシンボル、上りリンクシンボル、またはフレキシブルシンボルに指示される。この際、ＲＲＣ信号からなる下りリンクシンボルまたは上りリンクシンボルは、他のシンボルタイプに変更されない。表１は、基地局が端末に指示するダイナミックＳＦＩを例示する。
Figure 2023527440000002
表１において、Ｄは下りリンクシンボルを、Ｕは上りリンクシンボルを、Ｘはフレキシブルシンボルを示す。表１に示したように、一つのスロットで最大２回のＤＬ／ＵＬスイッチング（ｓｗｉｔｃｈｉｎｇ）が許容される。
図３は、３ＧＰＰシステム（例えば、ＮＲ）に利用される物理チャネルと、該当物理チャンネルを利用した一般的な信号伝送方法を説明する図である。端末の電源がつくか端末が新しくセルに進入すれば、端末は初期セル探索作業を行うＳ１０１。詳しくは、端末は初期セル探索で基地局と同期を合わせる。このために、端末は基地局から主同期信号（ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ、ＰＳＳ）及び副同期信号（ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ、ＳＳＳ）を受信して基地局と同期を合わせ、セルＩＤなどの情報を取得する。次に、端末は基地局から物理放送チャネルを受信し、セル内の放送情報を取得する。
初期セル検索を終えた端末は、物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＤＣＣＨ）及び前記ＰＤＣＣＨに載せられた情報によって物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）を受信することにより、初期セル検索によって取得したシステム情報に比べてより具体的なシステム情報を取得することができる（Ｓ１０２）。
端末が基地局に最初に接続する又は信号送信のための無線リソースがない場合に、端末は基地局に対してランダムアクセス過程を行うことができる（段階Ｓ１０３～段階Ｓ１０６）。まず、端末は、物理ランダム接続チャネル（ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ，ＰＲＡＣＨ）でプリアンブルを送信し（Ｓ１０３）、基地局から、プリアンブルに対する応答メッセージをＰＤＣＣＨ及び対応のＰＤＳＣＨで受信することができる（Ｓ１０４）。端末が有効なランダムアクセス応答メッセージを受信した場合に、端末は、基地局からＰＤＣＣＨで伝達された上りリンクグラントによって指示した物理上りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＵＳＣＨ）で自分の識別子などを含むデータを基地局に送信する（Ｓ１０５）。次に、端末は、衝突解決のために、基地局の指示としてＰＤＣＣＨの受信を待つ。端末が自分の識別子を用いてＰＤＣＣＨを成功的に受信した場合（Ｓ１０６）に、ランダムアクセス過程は終了する。
上述した手順後、端末は一般的な上り／下りリンク信号伝送手順としてＰＤＣＣＨ／ＰＤＳＣＨ受信Ｓ１０７、及び物理上りリンク共有チャネル（ＰＵＳＣＨ）／物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＵＣＣＨ）を伝送Ｓ１０８する。特に、端末は、ＰＤＣＣＨを介して下りリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を受信する。ＤＣＩは、端末に対するリソース割当情報のような制御情報を含む。また、ＤＣＩは使用目的に応じてフォーマットが異なり得る。端末が上りリンクを介して基地局に伝送する上りリンク制御情報（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）は、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ信号、ＣＱＩ（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｅｘ）、ＲＩ（ｒａｎｋ ｉｎｄｉｃａｔｏｒ）などを含む。ここで、ＣＱＩ、ＰＭＩ、及びＲＩは、ＣＳＩ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）に含まれる。３ＧＰＰ ＮＲシステムの場合、端末はＰＵＳＣＨ及び／またはＰＵＣＣＨを介して上述したＨＡＲＱ－ＡＣＫとＣＳＩなどの制御情報を伝送する。
図４Ａ及び図４Ｂには、３ＧＰＰ ＮＲシステムにおける初期セル接続のためのＳＳ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）／ＰＢＣＨ（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）ブロックを示す。端末は、電源がついたり新しくセルに接続しようとする場合に、セルとの時間及び周波数同期を取って初期セル検索過程を行うことができる。端末は、セル検索過程でセルの物理セル識別子（ｐｈｙｓｉｃａｌ ｃｅｌｌ ｉｄｅｎｔｉｔｙ）Ｎｃｅｌｌ ＩＤを検出することができる。そのために、端末は基地局から同期信号、例えば、主同期信号（ＰＳＳ）及び副同期信号（ＳＳＳ）を受信して基地局と同期を取ることができる。この時、端末はセル識別子（ｉｄｅｎｔｉｔｙ，ＩＤ）などの情報を取得することができる。
図４Ａ及び図４Ｂを参照して、同期信号（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ，ＳＳ）についてより具体的に説明する。同期信号はＰＳＳとＳＳＳとに区別できる。ＰＳＳは、ＯＦＤＭシンボル同期、スロット同期のような時間ドメイン同期及び／又は周波数ドメイン同期を取るために用いられてよい。ＳＳＳは、フレーム同期、セルグループＩＤを得るために用いられてよい。図４Ａ及び表２を参照すると、ＳＳ／ＰＢＣＨブロックは、周波数軸において連続した２０ＲＢ（＝２４０サブキャリア）で構成され、時間軸において連続した４ＯＦＤＭシンボルで構成されてよい。このとき、ＳＳ／ＰＢＣＨブロックにおいて、ＰＳＳは、１番目のＯＦＤＭシンボルにおいて５６～１８２番目のサブキャリアで、ＳＳＳは、３番目ＯＦＤＭシンボルにおいて５６～１８２番目のサブキャリアで送信される。ここで、ＳＳ／ＰＢＣＨブロックの最も低いサブキャリアインデックスを０から付ける。ＰＳＳが送信される１番目のＯＦＤＭシンボルにおいて残りのサブキャリア、すなわち、０～５５、１８３～２３９番目のサブキャリアでは基地局が信号を送信しない。また、ＳＳＳが送信される３番目のＯＦＤＭシンボルにおいて４８～５５、１８３～１９１番目のサブキャリアでは基地局が信号を送信しない。基地局はＳＳ／ＰＢＣＨブロックにおいて上の信号を除く残りのＲＥでＰＢＣＨ（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）を送信する。
Figure 2023527440000003
ＳＳは、３個のＰＳＳとＳＳＳとの組合せによって総１００８個の固有の物理層セル識別子（ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｃｅｌｌ ＩＤ）を識別する。具体的には、それぞれの物理層セルＩＤは唯一の物理層セル識別子グループの部分になるように、各グループが３個の固有の識別子を含む３３６個の物理層セル識別子グループにグルーピングされてよい。したがって、物理層セルＩＤ Ｎｃｅｌｌ ＩＤ＝３Ｎ（１） ＩＤ＋Ｎ（２） ＩＤは、物理層セル識別子グループを示す０～３３５の範囲内のインデックスＮ（１） ＩＤと前記物理層セル識別子グループ内の前記物理層セル識別子を示す０～２のインデックスＮ（２） ＩＤによって固有に定義されてよい。端末は、ＰＳＳを検出して３個の固有な物理層セル識別子のうち１つを識別できる。また、端末はＳＳＳを検出して前記物理層セル識別子に関連した３３６個の物理層セルＩＤのうちの一つを識別することができる。このとき、ＰＳＳのシーケンスｄＰＳＳ（ｎ）は、次の通りである。
Figure 2023527440000004
ここで、
Figure 2023527440000005
 であり、
Figure 2023527440000006
 と与えられる。
また、ＳＳＳのシーケンスｄＳＳＳ（ｎ）は、次の通りである。
Figure 2023527440000007
ここで、
Figure 2023527440000008
 であり、
Figure 2023527440000009
 と与えられる。
１０ｍｓ長さの無線フレームは、５ｍｓ長さの２つの半フレームに分けられる。図４ｂを参照して、各半フレーム内でＳＳ／ＰＢＣＨブロックが伝送されるスロットについて説明する。ＳＳ／ＰＢＣＨブロックが伝送されるスロットは、ケースＡ、Ｂ、Ｃ、Ｄ、Ｅのうちいずれか一つである。ケースＡにおいて、サブキャリア間隔は１５ｋＨｚであり、ＳＳ／ＰＢＣＨブロックの開始時点は｛２、８｝＋１４＊ｎ番目のシンボルである。この際、３ＧＨｚ以下のキャリア周波数において、ｎ＝０、１である。また、３ＧＨｚ超過６ＧＨｚ以下のキャリア周波数において、ｎ＝０、１、２、３である。ケースＢにおいて、サブキャリア間隔は３０ｋＨｚであり、ＳＳ／ＰＢＣＨブロックの開始時点は｛４、８、１６、２０｝＋２８＊ｎ番目のシンボルである。この際、３ＧＨｚ以下のキャリア周波数において、ｎ＝０である。また、３ＧＨｚ超過６ＧＨｚ以下のキャリア周波数において、ｎ＝０、１である。ケースＣにおいて、サブキャリア間隔は３０ｋＨｚであり、ＳＳ／ＰＢＣＨブロックの開始時点は｛２、８｝＋１４＊ｎ番目のシンボルである。この際、３ＧＨｚ以下のキャリア周波数において、ｎ＝０、１である。また、３ＧＨｚ超過６ＧＨｚ以下のキャリア周波数において、ｎ＝０、１、２、３である。ケースＤにおいて、サブキャリア間隔は１２０ｋＨｚであり、ＳＳ／ＰＢＣＨブロックの開始時点は｛４、８、１６、２０｝＋２８＊ｎ番目のシンボルである。この際、６ＧＨｚ以上のキャリア周波数において、ｎ＝０、１、２、３、５、６、７、８、１０、１１、１２、１３、１５、１６、１７、１８である。ケースＥにおいて、サブキャリア間隔は２４０ｋＨｚであり、ＳＳ／ＰＢＣＨブロックの開始時点は｛８、１２、１６、２０、３２、３６、４０、４４｝＋５６＊ｎ番目のシンボルである。この際、６ＧＨｚ以上のキャリア周波数において、ｎ＝０、１、２、３、５、６、７、８である。
図５Ａ及び図５Ｂは、３ＧＰＰ ＮＲシステムにおける制御情報及び制御チャネル送信のための手順を示す。図５Ａを参照すると、基地局は、制御情報（例えば、ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）にＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）でマスク（例えば、ＸＯＲ演算）されたＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）を付加できる（Ｓ２０２）。基地局は、各制御情報の目的／対象によって決定されるＲＮＴＩ値でＣＲＣをスクランブルすることができる。１つ以上の端末が使用する共通ＲＮＴＩは、ＳＩ－ＲＮＴＩ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ）、Ｐ－ＲＮＴＩ（ｐａｇｉｎｇ ＲＮＴＩ）、ＲＡ－ＲＮＴＩ（ｒａｎｄｏｍ ａｃｃｅｓｓ ＲＮＴＩ）、及びＴＰＣ－ＲＮＴＩ（ｔｒａｎｓｍｉｔ ｐｏｗｅｒ ｃｏｎｔｒｏｌ ＲＮＴＩ）のうち少なくともいずれか一つを含むことができる。また、端末特定ＲＮＴＩは、Ｃ－ＲＮＴＩ（ｃｅｌｌ ｔｅｍｐｏｒａｒｙ ＲＮＴＩ）、及びＣＳ－ＲＮＴＩのうち少なくともいずれか一つを含むことができる。その後、基地局は、チャネルエンコーディング（例えば、ｐｏｌａｒ ｃｏｄｉｎｇ）を行った（Ｓ２０４）後に、ＰＤＣＣＨ送信のために割り当てられたリソースの量に合わせてレート－マッチング（ｒａｔｅ－ｍａｔｃｈｉｎｇ）を行うことができる（Ｓ２０６）。その後、基地局は、ＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）ベースのＰＤＣＣＨ構造に基づいてＤＣＩを多重化できる（Ｓ２０８）。
また、基地局は多重化されたＤＣＩに対してスクランブリング、モジュレーション（例えば、ＱＰＳＫ）、インターリービングなどの追加過程（Ｓ２１０）を適用した後、送信しようとするリソースにマップすることができる。ＣＣＥはＰＤＣＣＨのための基本リソース単位であり、１個のＣＣＥは複数（例えば、６個）のＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）で構成されてよい。１個のＲＥＧは複数（例えば、１２個）のＲＥで構成されてよい。１個のＰＤＣＣＨのために用いられたＣＣＥの個数を集成レベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）と定義することができる。３ＧＰＰ ＮＲシステムでは、１、２、４、８又は１６の集成レベルを用いることができる。図５Ｂは、ＣＣＥ集成レベルとＰＤＣＣＨの多重化に関する図であり、１個のＰＤＣＣＨのために用いられたＣＣＥ集成レベルの種類とそれによる制御領域で送信されるＣＣＥを示している。
図６は、３ＧＰＰ ＮＲシステムにおいてＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）送信が可能なＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を示す図である。ＣＯＲＥＳＥＴは、端末のための制御信号であるＰＤＣＣＨが送信される時間－周波数リソースである。また、後述する検索空間（ｓｅａｒｃｈ ｓｐａｃｅ）は一つのＣＯＲＥＳＥＴにマップされてよい。したがって、端末はＰＤＣＣＨ受信のために全周波数帯域をモニターするのではなく、ＣＯＲＥＳＥＴと指定された時間－周波数領域をモニターして、ＣＯＲＥＳＥＴにマップされたＰＤＣＣＨをデコードすることができる。基地局は端末にセル別に１つ又は複数個のＣＯＲＥＳＥＴを構成できる。ＣＯＲＥＳＥＴは時間軸において最大で３個までの連続したシンボルで構成されてよい。また、ＣＯＲＥＳＥＴは、周波数軸において連続した６個のＰＲＢの単位で構成されてよい。図５の実施例において、ＣＯＲＥＳＥＴ＃１は、連続したＰＲＢで構成されており、ＣＯＲＥＳＥＴ＃２とＣＯＲＥＳＥＴ＃３は不連続のＰＲＢで構成されている。ＣＯＲＥＳＥＴはスロット内のいかなるシンボルにも位置可能である。例えば、図５の実施例において、ＣＯＲＥＳＥＴ＃１はスロットの１番目のシンボルから始まり、ＣＯＲＥＳＥＴ＃２はスロットの５番目のシンボルから始まり、ＣＯＲＥＳＥＴ＃９はスロットの９番目のシンボルから始まる。
図７は、３ＧＰＰ ＮＲシステムにおいてＰＤＣＣＨ検索空間（ｓｅａｒｃｈ ｓｐａｃｅ）を設定する方法を示す図である。端末にＰＤＣＣＨを送信するためには各ＣＯＲＥＳＥＴに少なくとも一つの検索空間（ｓｅａｒｃｈ ｓｐａｃｅ）が存在してよい。本発明の実施例において、検索空間は端末のＰＤＣＣＨが送信され得る全ての時間－周波数リソース（以下、ＰＤＣＣＨ候補）の集合である。検索空間は、３ＧＰＰ ＮＲの端末が共通に検索すべき共通検索空間（共用検索空間）と特定端末が検索すべき端末特定検索空間（Ｔｅｒｍｉｎａｌ－ｓｐｅｃｉｆｉｃ又はＵＥ特定検索空間）を含むことができる。共通検索空間では同一基地局に属したセルにおける全端末が共通に検索するように設定されているＰＤＣＣＨをモニターすることができる。また、端末特定検索空間は端末によって異なる検索空間位置で各端末に割り当てられたＰＤＣＣＨをモニターできるように端末別に設定されてよい。端末特定検索空間の場合、ＰＤＣＣＨの割り当てが可能な制限された制御領域によって端末間の検索空間が部分的に重なって割り当てられていることがある。ＰＤＣＣＨをモニターすることは、検索空間内のＰＤＣＣＨ候補をブラインドデコードすることを含む。ブラインドデコーディングに成功した場合を、ＰＤＣＣＨが（成功的に）検出／受信されたと表現し、ブラインドデコーディングに失敗した場合を、ＰＤＣＣＨが非検出／非受信されたと表現できるか、成功的に検出／受信されなかったと表現できる。
説明の便宜のために、１つ以上の端末に下りリンク制御情報を送信するために、端末が既に知っているグループ共通（ｇｒｏｕｐ ｃｏｍｍｏｎ，ＧＣ）ＲＮＴＩでスクランブルされたＰＤＣＣＨを、グループ共通（ｇｒｏｕｐ ｃｏｍｍｏｎ，ＧＣ）ＰＤＣＣＨ或いは共通ＰＤＣＣＨと呼ぶ。また、一つの特定端末に上りリンクスケジューリング情報又は下りリンクスケジューリング情報を送信するために、特定端末が既に知っている端末特定ＲＮＴＩでスクランブルされたＰＤＣＣＨを、端末特定ＰＤＣＣＨと呼ぶ。前記共通ＰＤＣＣＨは共通検索空間に含まれてよく、端末特定ＰＤＣＣＨは共通検索空間又は端末特定ＰＤＣＣＨに含まれてよい。
基地局はＰＤＣＣＨを用いて、送信チャネルであるＰＣＨ（ｐａｇｉｎｇ ｃｈａｎｎｅｌ）及びＤＬ－ＳＣＨ（ｄｏｗｎｌｉｎｋ－ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のリソース割り当てに関連した情報（すなわち、ＤＬグラント）又はＵＬ－ＳＣＨのリソース割り当てとＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）に関連した情報（すなわち、ＵＬグラント）を、各端末又は端末グループに知らせることができる。基地局は、ＰＣＨ送信ブロック及びＤＬ－ＳＣＨ送信ブロックをＰＤＳＣＨで送信できる。基地局は、特定の制御情報又は特定のサービスデータを除くデータをＰＤＳＣＨで送信できる。また、端末は、特定の制御情報又は特定のサービスデータを除くデータをＰＤＳＣＨで受信することができる。
基地局は、ＰＤＳＣＨのデータがどの端末（１つ又は複数の端末）に送信されるか、当該端末がどのようにＰＤＳＣＨデータを受信してデコードすべきかに関する情報を、ＰＤＣＣＨに含めて送信することができる。例えば、特定ＰＤＣＣＨで送信されるＤＣＩが「Ａ」というＲＮＴＩでＣＲＣマスクされており、そのＤＣＩが「Ｂ」という無線リソース（例えば、周波数位置）にＰＤＳＣＨが割り当てられていることを指示し、「Ｃ」という送信形式情報（例えば、送信ブロックサイズ、変調方式、コーディング情報など）を指示すると仮定する。端末は自分の持っているＲＮＴＩ情報を用いてＰＤＣＣＨをモニターする。この場合、「Ａ」ＲＮＴＩでＰＤＣＣＨをブラインドデコードする端末があれば、当該端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報を用いて「Ｂ」と「Ｃ」で指示されるＰＤＳＣＨを受信する。
表３には、無線通信システムで用いられるＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）の一実施例を示す。
Figure 2023527440000010
ＰＵＣＣＨは、次の上りリンク制御情報（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＵＣＩ）を送信するために用いられてよい。
－ ＳＲ（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ）：上りリンクＵＬ－ＳＣＨリソースを要請するために用いる情報である。
－ ＨＡＲＱ－ＡＣＫ：（ＤＬ ＳＰＳ解除（ｒｅｌｅａｓｅ）を指示する）ＰＤＣＣＨに対する応答及び／又はＰＤＳＣＨ上の下りリンク送信ブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ，ＴＢ）に対する応答である。ＨＡＲＱ－ＡＣＫは、ＰＤＣＣＨ或いはＰＤＳＣＨで送信された情報を受信したか否かを示す。ＨＡＲＱ－ＡＣＫ応答は、ポジティブＡＣＫ（ＡＣＫと略す。）、ネガティブＡＣＫ（以下、ＮＡＣＫ）、ＤＴＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｔｒａｎｓｍｉｓｓｉｏｎ）又はＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ－ＡＣＫという用語は、ＨＡＲＱ－ＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫと同じ意味で使われる。一般に、ＡＣＫはビット値１で表現され、ＮＡＣＫはビット値０で表現されてよい。
－ ＣＳＩ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）：下りリンクチャネルに対するフィードバック情報である。基地局の送信するＣＳＩ－ＲＳ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）に基づいて端末が生成する。ＭＩＭＯ（ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）関連フィードバック情報は、ＲＩ（ｒａｎｋ ｉｎｄｉｃａｔｏｒ）及びＰＭＩ（ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）を含む。ＣＳＩは、ＣＳＩが示す情報によってＣＳＩパート１とＣＳＩパート２とに分けられてよい。
３ＧＰＰ ＮＲシステムでは様々なサービスシナリオ、様々なチャネル環境及びフレーム構造を支援するために５種のＰＵＣＣＨフォーマットが用いられてよい。
ＰＵＣＣＨフォーマット０は、１ビット又は２ビットのＨＡＲＱ－ＡＣＫ情報又はＳＲを伝達し得るフォーマットである。ＰＵＣＣＨフォーマット０は、時間軸に１個又は２個のＯＦＤＭシンボル、及び周波数軸に１個のＲＢで送信されてよい。ＰＵＣＣＨフォーマット０が２個のＯＦＤＭシンボルで送信されるとき、２シンボルに同一のシーケンスが異なるＲＢで送信されてよい。これにより、端末は周波数ダイバーシチゲイン（ｄｉｖｅｒｓｉｔｙ ｇａｉｎ）を得ることができる。より具体的には、端末は、ＭｂｉｔビットのＵＣＩ（Ｍｂｉｔ＝１又は２）によってサイクリックシフト（ｃｙｃｌｉｃ ｓｈｉｆｔ）の値ｍｃｓを決定し、長さ１２のベースシーケンス（ｂａｓｅ ｓｅｑｕｅｎｃｅ）を決められた値ｍｃｓでサイクリックシフトしたシーケンスを、１個のＯＦＤＭシンボル及び１個のＰＲＢの１２個のＲＥにマップして送信することができる。端末にとって使用可能なサイクリックシフトの個数が１２個であり、Ｍｂｉｔ＝１である場合に、１ビットのＵＣＩ ０と１は、サイクリックシフト値の差が６である２つのサイクリックシフトに該当するシーケンスで示すことができる。また、Ｍｂｉｔ＝２の場合に、２ビットのＵＣＩ ００、０１、１１、１０は、サイクリックシフト値の差が３である４個のサイクリックシフトに該当するシーケンスで示すことができる。
ＰＵＣＣＨフォーマット１は、１ビット又は２ビットのＨＡＲＱ－ＡＣＫ情報又はＳＲを伝達することができる。ＰＵＣＣＨフォーマット１は、時間軸に連続したＯＦＤＭシンボルと周波数軸に１個のＰＲＢで送信されてよい。ここで、ＰＵＣＣＨフォーマット１の占めるＯＦＤＭシンボルの数は、４～１４のいずれか一つであってよい。より具体的には、Ｍｂｉｔ＝１であるＵＣＩは、ＢＰＳＫでモジュレーションされてよい。端末は、Ｍｂｉｔ＝２であるＵＣＩは、ＱＰＳＫ（ｑｕａｄｒａｔｕｒｅ ｐｈａｓｅ ｓｈｉｆｔ ｋｅｙｉｎｇ）でモジュレーションされてよい。モジュレーションされた複素数シンボル（ｃｏｍｐｌｅｘ ｖａｌｕｅｄ ｓｙｍｂｏｌ）ｄ（０）に長さ１２のシーケンスをかけて信号を得る。端末は、得られた信号を、ＰＵＣＣＨフォーマット１が割り当てられた偶数番目ＯＦＤＭシンボルに時間軸ＯＣＣ（ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ）でスプレッド（ｓｐｒｅａｄｉｎｇ）して送信する。ＰＵＣＣＨフォーマット１は、使用するＯＣＣの長さによって、同一のＲＢで多重化される異なる端末の最大個数が決められる。ＰＵＣＣＨフォーマット１の奇数番目ＯＦＤＭシンボルには、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）がＯＣＣでスプレッドしてマップされてよい。
ＰＵＣＣＨフォーマット２は、２ビットを超えるＵＣＩを伝達することができる。ＰＵＣＣＨフォーマット２は、時間軸に１個又は２個のＯＦＤＭシンボル、及び周波数軸に１個又は複数個のＲＢで送信されてよい。ＰＵＣＣＨフォーマット２が２個のＯＦＤＭシンボルで送信されるとき、２個のＯＦＤＭシンボルに同一のシーケンスが異なるＲＢで送信されてよい。これにより、端末は周波数ダイバーシチゲイン（ｄｉｖｅｒｓｉｔｙ ｇａｉｎ）を得ることができる。より具体的には、ＭｂｉｔビットのＵＣＩ（Ｍｂｉｔ＞２）はビットレベルスクランブルされ、ＱＰＳＫモジュレーションされて１個又は２個のＯＦＤＭシンボルのＲＢにマップされる。ここで、ＲＢの数は１～１６のうち一つであってよい。
ＰＵＣＣＨフォーマット３またはＰＵＣＣＨフォーマット４は、２ビットを超過するＵＣＩを伝達する。ＰＵＣＣＨフォーマット３またはＰＵＣＣＨフォーマット４は、時間軸に連続的なＯＦＤＭシンボルと、周波数軸に１つのＰＲＢを介して伝送される。ＰＵＣＣＨフォーマット３またはＰＵＣＣＨフォーマット４が占めるＯＦＤＭシンボルの数は４～１４のうち一つである。詳しくは、端末は、ＭｂｉｔビットＵＣＩ（Ｍｂｉｔ＞２）をπ／２－ＢＰＳＫ（Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）またはＱＰＳＫでモジュレーションし、複素数シンボルｄ（０）～ｄ（Ｍｓｙｍｂ－１）を生成する。ここで、π／２－ＢＰＳＫを使用するとＭｓｙｍｂ＝Ｍｂｉｔであり、ＱＰＳＫを使用するとＭｓｙｍｂ＝Ｍｂｉｔ／２である。端末は、ＰＵＣＣＨフォーマット３にブロック－単位スプレディングを適用しない。但し、端末は、ＰＵＣＣＨフォーマット４が２つまたは４つの多重化容量（ｍｕｌｔｉｐｌｅｘｉｎｇ ｃａｐａｃｉｔｙ）を有するように、長さ－１２のＰｒｅＤＦＴ－ＯＣＣを使用して１つのＲＢ（つまり、１２ｓｕｂｃａｒｒｉｅｒｓ）にブロック－単位スプレディングを適用してもよい。端末は、スプレディングされた信号を伝送プリコーディング（ｔｒａｎｓｍｉｔ ｐｒｅｃｏｄｉｎｇ）（またはＤＦＴ－ｐｒｅｃｏｄｉｎｇ）し、各ＲＥにマッピングして、スプレディングされた信号を伝送する。
この際、ＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４が占めるＲＢの数は、端末が伝送するＵＣＩの長さと最大コードレート（ｃｏｄｅ ｒａｔｅ）に応じて決定される。端末がＰＵＣＣＨフォーマット２を使用すれば、端末はＰＵＣＣＨを介してＨＡＲＱ－ＡＣＫ情報及びＣＳＩ情報を共に伝送する。もし、端末が伝送し得るＲＢの数がＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４が使用し得る最大ＲＢの数より大きければ、端末はＵＣＩ情報の優先順位に応じて一部のＵＣＩ情報は伝送せず、残りのＵＣＩ情報のみ伝送する。
ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４がスロット内で周波数ホッピング（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）を指示するように、ＲＲＣ信号を介して構成される。周波数ホッピングが構成される際、周波数ホッピングするＲＢのインデックスはＲＲＣ信号からなる。ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４が時間軸でＮ個のＯＦＤＭシンボルにわたって伝送されれば、最初のホップ（ｈｏｐ）はｆｌｏｏｒ（Ｎ／２）個のＯＦＤＭシンボルを有し、２番目のホップはｃｅｉｌ（Ｎ／２）個のＯＦＤＭシンボルを有する。
ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４は、複数のスロットに繰り返し伝送さ得るように構成される。この際、ＰＵＣＣＨが繰り返し伝送されるスロットの個数ＫはＲＲＣ信号によって構成される。繰り返し伝送されるＰＵＣＣＨは、各スロット内で同じ位置のＯＦＤＭシンボルから始まり、同じ長さを有するべきである。端末がＰＵＣＣＨを伝送すべきスロットのＯＦＤＭシンボルのうちいずれか一つのＯＦＤＭシンボルでもＲＲＣ信号によってＤＬシンボルと指示されれば、端末はＰＵＣＣＨを該当スロットから伝送せず、次のスロットに延期して伝送する。
一方、３ＧＰＰ ＮＲシステムにおいて、端末はキャリア（またはセル）の帯域幅より小さいか同じ帯域幅を利用して送受信を行う。そのために、端末はキャリア帯域幅のうち一部の連続的な帯域幅からなるＢＷＰ（ｂａｎｄｗｉｄｔｈ ｐａｒｔ）を構成される。ＴＤＤに応じて動作するかまたはアンペアドスペクトルで動作する端末は、一つのキャリア（またはセル）に最大４つのＤＬ／ＵＬ ＢＷＰペア（ｐａｉｒｓ）を構成される。また、端末は一つのＤＬ／ＵＬ ＢＷＰペアを活性化する。ＦＤＤに応じて動作するかまたはペアドスペクトルで動作する端末は、下りリンクキャリア（またはセル）に最大４つのＤＬ ＢＷＰを構成され、上りリンクキャリア（またはセル）に最大４つのＵＬ ＢＷＰを構成される。端末は、各キャリア（またはセル）ごとに一つのＤＬ ＢＷＰとＵＬ ＢＷＰを活性化する。端末は、活性化されたＢＷＰ以外の時間－周波数リソースから受信するか送信しなくてもよい。活性化されたＢＷＰをアクティブＢＷＰと称する。
基地局は、端末が構成されたＢＷＰのうち活性化されたＢＷＰをＤＣＩと称する。ＤＣＩで指示したＢＷＰは活性化され、他の構成されたＢＷＰ（ら）は非活性化される。ＴＤＤで動作するキャリア（またはセル）において、基地局は端末のＤＬ／ＵＬ ＢＷＰペアを変えるために、ＰＤＳＣＨまたはＰＵＳＣＨをスケジューリングするＤＣＩに活性化されるＢＷＰを指示するＢＰＩ（ｂａｎｄｗｉｄｔｈ ｐａｒｔ ｉｎｄｉｃａｔｏｒ）を含ませる。端末は、ＰＤＳＣＨまたはＰＵＳＣＨをスケジューリングするＤＣＩを受信し、ＢＰＩに基づいて活性化されるＤＬ／ＵＬ ＢＷＰペアを識別する。ＦＤＤで動作する下りリンクキャリア（またはセル）の場合、基地局は端末のＤＬ ＢＷＰを変えるために、ＰＤＳＣＨをスケジューリングするＤＣＩに活性化されるＢＷＰを知らせるＢＰＩを含ませる。ＦＤＤで動作する上りリンクキャリア（またはセル）の場合、基地局は端末のＵＬ ＢＷＰを変えるために、ＰＵＳＣＨをスケジューリングするＤＣＩに活性化されるＢＷＰを指示するＢＰＩを含ませる。
図８は、キャリア集成（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）を説明する概念図である。キャリア集成は、無線通信システムがより広い周波数帯域を使用するために、端末が上りリンクリソース（又は、コンポーネントキャリア）及び／又は下りリンクリソース（又は、コンポーネントキャリア）で構成された周波数ブロック又は（論理的意味の）セルを複数個用いて一つの大きな論理周波数帯域にして用いる方法を意味する。以下では、説明の便宜のために、コンポーネントキャリアとの用語に統一する。
図８を参照すると、３ＧＰＰ ＮＲシステムの一例示として、全体システム帯域は最大１６個のコンポーネントキャリアを含み、それぞれのコンポーネントキャリアは最大４００ＭＨｚの帯域幅を有する。コンポーネントキャリアは、１つ以上の物理的に連続するサブキャリアを含む。図８ではそれぞれのコンポーネントキャリアがいずれも同じ帯域幅を有するように示したが、これは例示に過ぎず、それぞれのコンポーネントキャリアは互いに異なる帯域幅を有してもよい。また、それぞれのコンポーネントキャリアは周波数軸で互いに隣接しているように示したが、前記図面は論理的な概念で示したものであって、それぞれのコンポーネントキャリアは物理的に互いに隣接してもよく、離れていてもよい。
それぞれのコンポーネントキャリアにおいて、互いに異なる中心周波数が使用される。また、物理的に隣接したコンポーネントキャリアにおいて、共通した一つの中心周波数が使用される。図８の実施例において、全てのコンポーネントキャリアが物理的に隣接していると仮定すれば、全てのコンポーネントキャリアで中心周波数Ａが使用される。また、それぞれのコンポーネントキャリアが物理的に隣接していないと仮定すれば、コンポーネントキャリアそれぞれにおいて中心周波数Ａ、中心周波数Ｂが使用される。
キャリア集成で全体のシステム帯域が拡張されれば、各端末との通信に使用される周波数帯域はコンポーネントキャリア単位に定義される。端末Ａは全体のシステム帯域である１００ＭＨｚを使用し、５つのコンポーネントキャリアをいずれも使用して通信を行う。端末Ｂ１～Ｂ５は２０ＭＨｚの帯域幅のみを使用し、一つのコンポーネントキャリアを使用して通信を行う。端末Ｃ１及びＣ２は４０ＭＨｚの帯域幅のみを使用し、それぞれ２つのコンポーネントキャリアを利用して通信を行う。２つのコンポーネントキャリアは、論理／物理的に隣接するか隣接しない。図８の実施例では、端末Ｃ１が隣接していない２つのコンポーネントキャリアを使用し、端末Ｃ２が隣接した２つのコンポーネントキャリアを使用する場合を示す。
図９は、端末キャリア通信と多重キャリア通信を説明するための図である。特に、図９（ａ）は単一キャリアのサブフレーム構造を示し、図９（ｂ）は多重キャリアのサブフレーム構造を示す。
図９（ａ）を参照すると、一般的な無線通信システムはＦＤＤモードの場合一つのＤＬ帯域とそれに対応する一つのＵＬ帯域を介してデータ伝送または受信を行う。他の具体的な実施例において、無線通信システムはＴＤＤモードの場合、無線フレームを時間ドメインで上りリンク時間ユニットと下りリンク時間ユニットに区分し、上り／下りリンク時間ユニットを介してデータ伝送または受信を行う。図９（ｂ）を参照すると、ＵＬ及びＤＬにそれぞれ３つの２０ＭＨｚコンポーネントキャリア（ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ、ＣＣ）が集まって、６０ＭＨｚの帯域幅が支援される。それぞれのＣＣは、周波数ドメインで互いに隣接するか非－隣接する。図９（ｂ）は、便宜上ＵＬ ＣＣの帯域幅とＤＬ ＣＣの帯域幅がいずれも同じで対称な場合を示したが、各ＣＣの帯域幅は独立的に決められてもよい。また、ＵＬ ＣＣの個数とＤＬ ＣＣの個数が異なる非対称のキャリア集成も可能である。ＲＲＣを介して特定端末に割当／構成されたＤＬ／ＵＬ ＣＣを特定端末のサービング（ｓｅｒｖｉｎｇ）ＤＬ／ＵＬ ＣＣと称する。
基地局は、端末のサービングＣＣのうち一部または全部と活性化（ａｃｔｉｖａｔｅ）するか一部のＣＣを非活性化（ｄｅａｃｔｉｖａｔｅ）して、端末と通信を行う。基地局は、活性化／非活性化されるＣＣを変更してもよく、活性化／非活性化されるＣＣの個数を変更してもよい。基地局が端末に利用可能なＣＣをセル－特定または端末－特定に割り当てると、端末に対するＣＣ割当が全面的に再構成されるか端末がハンドオーバー（ｈａｎｄｏｖｅｒ）しない限り、一旦割り当てられたＣＣのうち少なくとも一つは非活性化されなくてもよい。端末に非活性化されない一つのＣを主ＣＣ（ｐｒｉｍａｒｙ ＣＣ、ＰＣＣ）またはＰＣｅｌｌ（ｐｒｉｍａｒｙ ｃｅｌｌ）と称し、基地局が自由に活性化／非活性化されるＣＣを副ＣＣ（ｓｅｃｏｎｄａｒｙ ＣＣ、ＳＣＣ）またはＳＣｅｌｌ（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）と称する。
一方、３ＧＰＰ ＮＲは無線リソースを管理するためにセル（ｃｅｌｌ）の概念を使用する。セルは、下りリンクリソースと上りリンクリソースの組み合わせ、つまり、ＤＬ ＣＣとＵＬ ＣＣの組み合わせと定義される。セルは、ＤＬリソース単独、またはＤＬリソースとＵＬリソースの組み合わせからなる。キャリア集成が支援されれば、ＤＬリソース（または、ＤＬ ＣＣ）のキャリア周波数とＵＬリソース（または、ＵＬ ＣＣ）のキャリア周波数との間のリンケージ（ｌｉｎｋａｇｅ）はシステム情報によって指示される。キャリア周波数とは、各セルまたはＣＣの中心周波数を意味する。ＰＣＣに対応するセルをＰＣｅｌｌと称し、ＳＣＣに対応するセルをＳＣｅｌｌと称する。下りリンクにおいてＰＣｅｌｌに対応するキャリアはＤＬ ＰＣＣであり、上りリンクにおいてＰＣｅｌｌに対応するキャリアはＵＬ ＰＣＣである。類似して、下りリンクにおいてＳＣｅｌｌに対応するキャリアはＤＬ ＳＣＣであり、上りリンクにおいてＳＣｅｌｌに対応するキャリアはＵＬ ＳＣＣである。端末性能（ｃａｐａｃｉｔｙ）に応じて、サービングセル（ら）は一つのＰＣｅｌｌと０以上のＳＣｅｌｌからなる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるがキャリア集成が設定されていないか、キャリア集成を支援しないＵＥの場合、ＰＣｅｌｌのみからなるサービングセルがたった一つ存在する。
上述したように、キャリア集成で用いられるセルという用語は、一つの基地局或いは一つのアンテナグループによって通信サービスが提供される一定の地理的領域を意味するセルという用語とは区分される。一つの地理的領域を意味するセルとキャリア集成のセルとを区分するために、本発明では、キャリア集成のセルをＣＣと称し、地理的領域のセルをセルと称する。
図１０は、クロスキャリアスケジューリング技法が適用される例を示す図である。クロスキャリアスケジューリングが設定されれば、第１ＣＣを介して伝送される制御チャネルはキャリア指示子フィールド（ｃａｒｒｉｅｒ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ、ＣＩＦ）を利用して、第１ＣＣまたは第２ＣＣを介して伝送されるデータチャネルをスケジューリングする。ＣＩＦはＤＣＩ内に含まれる。言い換えると、スケジューリングセル（ｓｃｈｅｄｕｌｉｎｇ ｃｅｌｌ）が設定され、スケジューリングセルのＰＤＣＣＨ領域から伝送されるＤＬグラント／ＵＬグラントは、被スケジューリングセル（ｓｃｈｅｄｕｌｅｄ ｃｅｌｌ）のＰＤＳＣＨ／ＰＵＳＣＨをスケジューリングする。つまり、複数のコンポーネントキャリアに対する検索領域がスケジューリングセルのＰＤＣＣＨ領域が存在する。ＰＣｅｌｌは基本的にスケジューリングセルであり、特定ＳＣｅｌｌが上位階層によってスケジューリングセルと指定される。
図１０の実施例では、３つのＤＬ ＣＣが併合されていると仮定する。ここで、ＤＬコンポーネントキャリア＃０はＤＬ ＰＣＣ（または、ＰＣｅｌｌ）と仮定し、ＤＬコンポーネントキャリア＃１及びＤＬコンポーネントキャリア＃２はＤＬ ＳＣＣ（または、ＳＣｅｌｌ）と仮定する。また、ＤＬ ＰＣＣがＰＤＣＣＨモニタリングＣＣと設定されていると仮定する。端末－特定（または端末－グループ－特定、またはセル－特定）上位階層シグナリングによってクロスキャリアスケジューリングを構成しなければＣＩＦがディスエーブル（ｄｉｓａｂｌｅ）となり、それぞれのＤＬ ＣＣはＮＲ ＰＤＣＣＨ規則によってＣＩＦなしに自らのＰＤＳＣＨをスケジューリングするＰＤＣＣＨのみを伝送する（ノン－クロス－キャリアスケジューリング、セルフ－キャリアスケジューリング）。それに対し、端末－特定（または端末－グループ－特定、またはセル－特定）上位階層シグナリングによってクロスキャリアスケジューリングを構成すればＣＩＦがイネーブル（ｅｎｓａｂｌｅ）となり、特定のＣＣ（例えば、ＤＬ ＰＣＣ）はＣＩＦを利用してＤＬ ＣＣ ＡのＰＤＳＣＨをスケジューリングするＰＤＣＣＨのみならず、他のＣＣのＰＤＳＣＨをスケジューリングするＰＤＣＣＨも伝送する（クロス－キャリアスケジューリング）。それに対し、他のＤＬ ＣＣではＰＤＣＣＨが伝送されない。よって、端末は端末にクロスキャリアスケジューリングが構成されているのか否かに応じて、ＣＩＦを含まないＰＤＣＣＨをモニタリングしてセルフキャリアスケジューリングされたＰＤＳＣＨを受信するか、ＣＩＦを含むＰＤＣＣＨをモニタリングしてクロスキャリアスケジューリングされたＰＤＳＣＨを受信する。
一方、図９及び図１０は、３ＧＰＰ ＬＴＥ－Ａシステムのサブフレーム構造を例示しているが、これと同じまたは類似した構成が３ＧＰＰ ＮＲシステムにも適用可能である。但し、３ＧＰＰ ＮＲシステムにおいて、図９及び図１０のサブフレームはスロットに切り替えられる。
＜非免許帯域における通信方法＞
図１１は、ＮＲ－Ｕ（ＮＲ－Ｕｎｌｉｃｅｎｓｅｄ）サービス環境を例示する。
図１１を参照すると、免許帯域におけるＮＲ技術１１及び非免許帯域におけるＮＲ技術１２であるＮＲ－Ｕとが結合したサービス環境がユーザに提供されてよい。例えば、ＮＲ－Ｕ環境において、免許帯域におけるＮＲ技術１１と非免許帯域におけるＮＲ技術１２はキャリア集成などの技術を用いて統合されてよく、これは、ネットワーク容量拡張に寄与できる。また、上りリンクデータよりも下りリンクデータが多い非対称トラフィック構造において、ＮＲ－Ｕは、様々な要求や環境に合わせて最適化されたＮＲサービスを提供することができる。便宜上、免許帯域におけるＮＲ技術をＮＲ－Ｌ（ＮＲ－Ｌｉｃｅｎｓｅｄ）と呼び、非免許帯域におけるＮＲ技術をＮＲ－Ｕ（ＮＲ－Ｕｎｌｉｃｅｎｓｅｄ）と呼ぶ。
図１２には、ＮＲ－Ｕサービス環境で端末と基地局の配置シナリオの一実施例を示す。ＮＲ－Ｕサービス環境がターゲットとする周波数帯域は、高周波特性によって無線通信到達距離が長くない。これを考慮すれば、既存ＮＲ－ＬサービスとＮＲ－Ｕサービスとが共存する環境で端末と基地局の配置シナリオは、オーバーレイモデル（ｏｖｅｒｌａｙ ｍｏｄｅｌ）又はコロケイテッドモデル（ｃｏ－ｌｏｃａｔｅｄ ｍｏｄｅｌ）であってよい。
オーバーレイモデルにおいて、マクロ基地局は、免許帯域キャリアを用いてマクロ領域３２内の端末Ｘ及び端末Ｘ’と無線通信を行い、複数のＲＲＨ（Ｒａｄｉｏ Ｒｅｍｏｔｅ Ｈｅａｄ）とＸ２インターフェースを通じて連結されてよい。各ＲＲＨは、非免許帯域キャリアを用いて一定領域３１内の端末Ｘ又は端末Ｘ’と無線通信を行うことができる。マクロ基地局とＲＲＨの周波数帯域は互いに異なって相互干渉がないが、キャリア集成を用いてＮＲ－ＵサービスをＮＲ－Ｌサービスの補助的な下りリンクチャネルとして使用するためには、マクロ基地局とＲＲＨとの間にはＸ２インターフェースを通じて速いデータ交換がなされる必要がある。
コロケイテッドモデルにおいて、ピコ／フェムト基地局は、免許帯域キャリアと非免許帯域キャリアを同時に用いてＹ端末と無線通信を行うことができる。ただし、ピコ／フェムト基地局がＮＲ－ＬサービスとＮＲ－Ｕサービスを共に使用することは、下りリンク送信時に限られてよい。ＮＲ－Ｌサービスのカバレッジ３３とＮＲ－Ｕサービスのカバレッジ３４は、周波数帯域、送信パワーなどによって互いに異なってよい。
非免許帯域でＮＲ通信をする場合に、当該非免許帯域で通信する既存の装備（例えば、無線ＬＡＮ（Ｗｉ－Ｆｉ）装備）は、ＮＲ－Ｕメッセージ又はデータを復調することができない。したがって、既存の装備は、ＮＲ－Ｕメッセージ又はデータを一種のエネルギーと判断し、エネルギーディテクション（或いは、検出）技法によって干渉回避動作を行うことができる。すなわち、ＮＲ－Ｕメッセージ又はデータに対応するエネルギーが－６２ｄＢｍ或いは特定ＥＤ（Ｅｎｅｒｇｙ Ｄｅｔｅｃｔｉｏｎ）閾値よりも小さい場合に、無線ＬＡＮ装備は当該メッセージ又はデータを無視して通信することができる。これにより、非免許帯域でＮＲ通信をする端末にとっては、無線ＬＡＮ装備によって頻繁に干渉を受けることがある。
したがって、ＮＲ－Ｕ技術／サービスを効果的に具現するために、特定時間に特定周波数帯域を割り当て又は予約しておく必要がある。しかし、非免許帯域で通信する周辺装備がエネルギーディテクション技法に基づいて接続を試み、そのため、効率的なＮＲ－Ｕサービスが困難であるという問題点がある。したがって、ＮＲ－Ｕ技術が定着するために、既存の非免許帯域装置との共存方案、及び効率的に無線チャネルを共有する方案に対する研究が先行される必要がある。すなわち、ＮＲ－Ｕ装置が既存の非免許帯域装置に影響を与えない強力な共存メカニズムが開発される必要がある。
図１３には、既存に非免許帯域で動作する通信方式（例えば、無線ＬＡＮ）を示す。非免許帯域で動作する装置は殆どがＬＢＴ（Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ）ベースで動作するので、データ送信前にチャネルをセンシングするクリアチャネル評価（Ｃｌｅａｒ Ｃｈａｎｎｅｌ Ａｓｓｅｓｓｍｅｎｔ，ＣＣＡ）を行う。
図１３を参照すると、無線ＬＡＮ装置（例えば、ＡＰ、ＳＴＡ）は、データを送信する前にキャリアセンシングを行って、チャネルが使用中（ｂｕｓｙ）であるか否かをチェックする。データを送信しようとするチャネルで一定強度以上の無線信号が感知されると、当該チャネルは使用中のものと判別され、無線ＬＡＮ装置は当該チャネルに対するアクセスを遅延する。このような過程をクリアチャネル評価といい、信号感知の有無を決定する信号レベルをＣＣＡ閾値（ＣＣＡ ｔｈｒｅｓｈｏｌｄ）という。一方、当該チャネルで無線信号が感知されないか、ＣＣＡ閾値よりも小さい強度の無線信号が感知される場合に、前記チャネルは遊休（ｉｄｌｅ）状態のものと判別される。
チャネルが遊休状態（ｉｄｌｅ）として判別されると、送信するデータがある端末は、デファー期間（ｄｅｆｅｒ ｄｕｒａｔｉｏｎ）（例えば、ＡＩＦＳ（Ａｒｂｉｔｒａｔｉｏｎ ＩｎｔｅｒＦｒａｍｅ Ｓｐａｃｅ）、ＰＩＦＳ（ＰＣＦ ＩＦＳ）など）後にバックオフ手順を行う。デファー期間は、チャネルが遊休状態になった後、端末が待つべき最小時間を意味する。バックオフ手順は、端末をデファー期限以後に任意の時間だけさらに待たせる。例えば、端末は、競合ウィンドウ（Ｃｏｎｔｅｎｔｉｏｎ Ｗｉｎｄｏｗ，ＣＷ）内で当該端末に割り当てられた乱数（ｒａｎｄｏｍ ｎｕｍｂｅｒ）だけのスロットタイムをも前記チャネルが遊休状態である間に減少させつつ待機し、スロットタイムが尽きた端末は、当該チャネルに対するアクセスを試みることができる。
チャネルに成功的にアクセスすれば、端末は、前記チャネルを介してデータを送信することができる。データ送信に成功すれば、競合ウィンドウサイズ（ＣＷＳ）は初期値（ＣＷｍｉｎ）にリセットされる。一方、データ送信に失敗すれば、ＣＷＳは２倍に増加する。これにより、端末は、以前乱数範囲の２倍の範囲内で新しい乱数が割り当てられ、次のＣＷでバックオフ手順を行う。無線ＬＡＮではデータ送信に対する受信応答情報としてＡＣＫのみが定義されている。したがって、データ送信に対してＡＣＫが受信された場合に、ＣＷＳは初期値にリセットされ、データ送信に対してフィードバック情報が受信されない場合に、ＣＷＳは２倍となる。
上述したように、既存に非免許帯域における通信は殆どがＬＢＴベースで動作するので、ＮＲ－Ｕシステムにおけるチャネルアクセスも既存装置との共存のためにＬＢＴを行う。具体的には、ＮＲにおいて非免許帯域上のチャネルアクセス方法は、ＬＢＴの有無／適用方式によって次の４つのカテゴリーに区別されてよい。
＊カテゴリー１：ＬＢＴ無し
－ Ｔｘエンティティ（ｅｎｔｉｔｙ）は送信のためのＬＢＴ手順を行わない。
＊カテゴリー２：ランダムバックオフ無しのＬＢＴ
－ Ｔｘエンティティは、送信を行うためにランダムバックオフ無しで第１インターバルでチャネルが遊休状態か否かセンシングする。すなわち、Ｔｘエンティティは、第１インターバルでチャネルが遊休状態としてセンシングされた直後、当該チャネルを介して送信を行うことができる。前記第１インターバルは、Ｔｘエンティティが送信を行う直前の既に設定された長さのインターバルである。一実施例によれば、第１インターバルは、２５ｕｓ長のインターバルであってよいが、本発明はこれに限定されない。
＊カテゴリー３：固定されたサイズのＣＷを用いてランダムバックオフを行うＬＢＴ
－ Ｔｘエンティティは、固定されたサイズのＣＷ内で乱数を取得し、それをバックオフカウンター（又は、バックオフタイマー）Ｎの初期値として設定し、設定されたバックオフカウンターＮを用いてバックオフを行う。すなわち、バックオフ手順においてＴｘエンティティは、チャネルが既に設定されたスロット期間で遊休状態とセンシングされる度に、バックオフカウンターを１ずつ減少させる。ここで、既に設定されたスロット期間は９ｕｓであってよいが、本発明はこれに限定されない。バックオフカウンターＮは、初期値から１ずつ減少され、バックオフカウンターＮの値が０に到達する場合に、Ｔｘエンティティは送信を行うことができる。一方、バックオフを行うために、Ｔｘエンティティは第２インターバル（すなわち、デファー期間Ｔｄ）でチャネルが遊休状態であるか否かをまずセンシングする。本発明の実施例によれば、Ｔｘエンティティは、第２インターバル内の少なくとも一部期間（例えば、１個のスロット期間）でチャネルが遊休状態か否かによって、前記第２インターバルでチャネルが遊休状態か否かをセンシング（又は、決定）することができる。第２インターバルは、Ｔｘエンティティのチャネルアクセス優先順位クラスに基づいて設定されてよく、１６ｕｓの期間と連続したｍ個のスロット期間で構成される。ここで、ｍは、チャネルアクセス優先順位クラスによって設定された値である。Ｔｘエンティティは、第２インターバルでチャネルが遊休状態とセンシングされる場合に、バックオフカウンター減少のためのチャネルセンシングを行う。一方、バックオフ手順の途中にチャネルが占有状態とセンシングされると、バックオフ手順は中断される。バックオフ手順の中断後に、Ｔｘエンティティは追加の第２インターバルでチャネルが遊休状態とセンシングされる場合に、バックオフを再開し得る。このように、Ｔｘエンティティは、第２インターバルに加えてバックオフカウンターＮのスロット期間でチャネルが遊休である場合に送信を行うことができる。このとき、バックオフカウンターＮの初期値は、固定されたサイズのＣＷ内で取得される。
＊カテゴリー４：可変サイズのＣＷを用いてランダムバックオフを行うＬＢＴ
－ Ｔｘエンティティは、可変サイズのＣＷ内で乱数を取得し、バックオフカウンター（又は、バックオフタイマー）Ｎの初期値として設定し、設定されたバックオフカウンターＮを用いてバックオフを行う。より具体的には、Ｔｘエンティティは、以前送信に対するＨＡＲＱ－ＡＣＫ情報に基づいてＣＷのサイズを調整することができ、バックオフカウンターＮの初期値は、調整されたサイズのＣＷ内で取得される。Ｔｘエンティティがバックオフを行う具体的な過程は、カテゴリー３で説明された通りである。Ｔｘエンティティは、第２インターバルに加えてバックオフカウンターＮのスロット期間でチャネルが遊休である場合に送信を行うことができる。このとき、バックオフカウンターＮの初期値は、可変サイズのＣＷ内で取得される。
前記カテゴリー１～４において、Ｔｘエンティティは基地局或いは端末であってよい。本発明の実施例によって、第１タイプチャネルアクセスはカテゴリー４のチャネルアクセスのことを、第２タイプチャネルアクセスはカテゴリー２のチャネルアクセスのことをそれぞれ指すことができる。
図１４には、本発明の実施例に係るカテゴリー４のＬＢＴに基づくチャネルアクセス過程を示す。
図１４を参照すると、チャネルアクセスを行うために、まず、Ｔｘエンティティは、デファー期間Ｔｄに対するチャネルセンシングを行う（Ｓ３０２）。本発明の実施例によれば、段階Ｓ３０２におけるデファー期間Ｔｄに対するチャネルセンシングは、前記デファー期間Ｔｄ内の少なくとも一部の期間でのチャネルセンシングによって行われてよい。例えば、デファー期間Ｔｄに対するチャネルセンシングは、前記デファー期間Ｔｄ内の１個のスロット期間のチャネルセンシングによって行われてよい。Ｔｘエンティティは、デファー期間Ｔｄに対するチャネルセンシングを用いてチャネルが遊休状態か否かを確認する（Ｓ３０４）。チャネルがデファー期間Ｔｄに対して遊休状態とセンシングされると、Ｔｘエンティティは段階Ｓ３０６に移る。チャネルがデファー期間Ｔｄに対して遊休状態とセンシングされないと（すなわち、占有状態とセンシングされると）、Ｔｘエンティティは段階Ｓ３０２に戻る。Ｔｘエンティティは、チャネルがデファー期間Ｔｄに対して遊休状態とセンシングされるまで前記段階Ｓ３０２～Ｓ３０４の過程を反復する。デファー期間Ｔｄは、Ｔｘエンティティのチャネルアクセス優先順位クラスに基づいて設定されてよく、１６ｕｓの期間と連続したｍ個のスロット期間で構成される。ここで、ｍは、チャネルアクセス優先順位クラスによって設定された値である。
次に、Ｔｘエンティティは、あらかじめ決定されたＣＷ内で乱数を取得してバックオフカウンター（又は、バックオフタイマー）Ｎの初期値として設定し（Ｓ３０６）、段階Ｓ３０８に移る。バックオフカウンターＮの初期値は０～ＣＷの範囲の値からランダムに選択される。Ｔｘエンティティは、設定されたバックオフカウンターＮを用いてバックオフ手順を行う。すなわち、Ｔｘエンティティは、バックオフカウンターＮの値が０に到達するまでＳ３０８～Ｓ３１６の過程を反復してバックオフ手順を行う。一方、図１４では、チャネルがデファー期間Ｔｄに対して遊休状態とセンシングされた後に段階Ｓ３０６が行われることが示されているが、本発明はこれに限定されない。すなわち、段階Ｓ３０６は段階Ｓ３０２～Ｓ３０４と独立に行われてよく、段階Ｓ３０２～Ｓ３０４に先立って行われてもよい。段階Ｓ３０６が段階Ｓ３０２～Ｓ３０４よりも先に行われる場合に、段階Ｓ３０２～Ｓ３０４によってチャネルがデファー期間Ｔｄに対して遊休状態とセンシングされると、Ｔｘエンティティは段階Ｓ３０８に移る。
段階Ｓ３０８で、Ｔｘエンティティは、バックオフカウンターＮの値が０か否か確認する。バックオフカウンターＮの値が０であれば、Ｔｘエンティティは段階Ｓ３２０に移って送信を行う。バックオフカウンターＮの値が０でなければ、Ｔｘエンティティは段階Ｓ３１０に移る。段階Ｓ３１０で、Ｔｘエンティティは、バックオフカウンターＮの値を１減少させる。一実施例によれば、Ｔｘエンティティは、各スロットに対するチャネルセンシング過程で選択的にバックオフカウンターの値を１減少させることができる。この時、Ｔｘエンティティの選択によって、段階Ｓ３１０は少なくとも１回スキップされてよい。次に、Ｔｘエンティティは追加スロット期間に対するチャネルセンシングを行う（Ｓ３１２）。Ｔｘエンティティは、追加スロット期間に対するチャネルセンシングを用いてチャネルが遊休状態か否か確認する（Ｓ３１４）。チャネルが追加スロット期間に対して遊休状態とセンシングされると、Ｔｘエンティティは段階Ｓ３０８に戻る。このように、Ｔｘエンティティは、チャネルが既に設定されたスロット期間間遊休状態とセンシングされる度にバックオフカウンターを１ずつ減少させることができる。ここで、既に設定されたスロット期間は９ｕｓであってよいが、本発明はこれに限定されない。
前記段階Ｓ３１４で、チャネルが追加スロット期間に対して遊休状態とセンシングされないと（すなわち、占有状態とセンシングされると）Ｔｘエンティティは段階Ｓ３１６に移る。段階Ｓ３１６で、Ｔｘエンティティは、チャネルが追加のデファー期間Ｔｄで遊休状態か否か確認する。本発明の実施例によれば、段階Ｓ３１６のチャネルセンシングはスロット単位で行われてよい。すなわち、Ｔｘエンティティは追加のデファー期間Ｔｄの全スロット期間でチャネルが遊休状態とセンシングされるか否か確認する。追加のデファー期間Ｔｄ内で占有状態のスロットが検出されると、Ｔｘエンティティは直ちに段階Ｓ３１６を再開始する。追加のデファー期間Ｔｄの全スロット期間でチャネルが遊休状態とセンシングされると、Ｔｘエンティティは段階Ｓ３０８に戻る。
一方、段階Ｓ３０８で、バックオフカウンターＮの値が０と確認されると、Ｔｘエンティティは送信を行う（Ｓ３２０）。Ｔｘエンティティは、前記送信に対応するＨＡＲＱ－ＡＣＫフィードバックを受信する（Ｓ３２２）。Ｔｘエンティティは、受信されたＨＡＲＱ－ＡＣＫフィードバックによって以前送信の成否を確認できる。次に、Ｔｘエンティティは、受信したＨＡＲＱ－ＡＣＫフィードバックに基づいて次の送信のためのＣＷサイズを調整する（Ｓ３２４）。
このように、Ｔｘエンティティはデファー期間Ｔｄに対してチャネルを遊休状態とセンシングした後、Ｎ個の追加のスロット期間でチャネルが遊休である場合に送信を行うことができる。前述したように、Ｔｘエンティティは基地局或いは端末であってよく、図１４のチャネルアクセス過程は基地局の下りリンク送信及び／又は端末の上りリンク送信に用いられてよい。
以下、非免許帯域でチャネルアクセス時にＣＷＳを適応的に調整する方法に関して説明される。ＣＷＳはＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）フィードバックに基づいて調整されてよく、ＣＷＳ調整に用いられるＵＥフィードバックは、ＨＡＲＱ－ＡＣＫフィードバック、ＣＱＩ／ＰＭＩ／ＲＩを含むことができる。本発明では、ＨＡＲＱ－ＡＣＫフィードバックに基づいてＣＷＳを適応的に調節する方法について説明される。ＨＡＲＱ－ＡＣＫフィードバックは、ＡＣＫ、ＮＡＣＫ、ＤＴＸ及びＮＡＣＫ／ＤＴＸのうち少なくとも一つを含む。
前述したように、無線ＬＡＮシステムにおいてもＣＷＳはＡＣＫに基づいて調整される。ＡＣＫフィードバックが受信されると、ＣＷＳは最小値（ＣＷｍｉｎ）にリセットされ、ＡＣＫフィードバックが受信されないと、ＣＷＳは増加する。しかし、セルラーシステムでは多重接続を考慮したＣＷＳ調整方法が必要である。まず、次のように用語を定義する。
－ ＨＡＲＱ－ＡＣＫフィードバック値のセット（すなわち、ＨＡＲＱ－ＡＣＫフィードバックセット）：ＣＷＳアップデート／調整に用いられるＨＡＲＱ－ＡＣＫフィードバック値を意味する。ＨＡＲＱ－ＡＣＫフィードバックセットは、ＣＷＳが決定される時間にデコードされており、利用可能なＨＡＲＱ－ＡＣＫフィードバック値に対応する。ＨＡＲＱ－ＡＣＫフィードバックセットは、非免許帯域キャリア（例えば、Ｓｃｅｌｌ、ＮＲ－Ｕセル）上の１つ以上のＤＬ（チャネル）送信（例えば、ＰＤＳＣＨ）に対するＨＡＲＱ－ＡＣＫフィードバック値を含む。ＨＡＲＱ－ＡＣＫフィードバックセットは、ＤＬ（チャネル）送信（例えば、ＰＤＳＣＨ）に対するＨＡＲＱ－ＡＣＫフィードバック値、例えば、複数の端末からフィードバックされる複数のＨＡＲＱ－ＡＣＫフィードバック値を含むことができる。ＨＡＲＱ－ＡＣＫフィードバック値は、コードブロックグループ（ＣＢＧ）又は送信ブロック（ＴＢ）に対する受信応答情報を示し、ＡＣＫ、ＮＡＣＫ、ＤＴＸ又はＮＡＣＫ／ＤＴＸのいずれか一つを示すことができる。文脈によって、ＨＡＲＱ－ＡＣＫフィードバック値はＨＡＲＱ－ＡＣＫ値、ＨＡＲＱ－ＡＣＫ情報ビット及びＨＡＲＱ－ＡＣＫ応答などの用語と同じ意味で使われてよい。
－ 基準ウィンドウ：非免許帯域キャリア（例えば、Ｓｃｅｌｌ、ＮＲ－Ｕセル）でＨＡＲＱ－ＡＣＫフィードバックセットに対応するＤＬ送信（例えば、ＰＤＳＣＨ）が行われる時間区間を意味する。基準ウィンドウは、実施例によってスロット又はサブフレーム単位で定義されてよい。基準ウィンドウは、１つ以上の特定スロット（又は、サブフレーム）を意味できる。本発明の実施例によれば、特定スロット（又は、基準スロット）は、少なくとも一部のＨＡＲＱ－ＡＣＫフィードバックに利用可能なものと期待される直近のＤＬ送信バーストの開始スロットを含むことができる。
図１５には、ＨＡＲＱ－ＡＣＫフィードバックに基づいて競合ウィンドウサイズ（ＣＷＳ）を調整する方法の一実施例を示す。図１５の実施例において、Ｔｘエンティティは基地局であり、Ｒｘエンティティは端末であってよいが、本発明はこれに限定されない。また、図１５の実施例は、基地局のＤＬ送信のためのチャネルアクセス過程を仮定するが、少なくとも一部の構成は、端末のＵＬ送信のためのチャネルアクセス過程に適用され得る。
図１５を参照すると、Ｔｘエンティティがｎ番目のＤＬ送信バーストを非免許帯域キャリア（例えば、Ｓｃｅｌｌ、ＮＲ－Ｕセル）で送信した後（Ｓ４０２）、追加のＤＬ送信が必要な場合に、ＬＢＴチャネルアクセスに基づいて（ｎ＋１）番目のＤＬ送信バーストを送信することができる（Ｓ４１２）。ここで、送信バーストは、１つ以上の隣接スロット（又は、サブフレーム）での送信を指す。図１５では、前述した第１タイプチャネルアクセス（すなわち、カテゴリー４のチャネルアクセス）に基づくチャネルアクセス手順及びＣＷＳ調整方法を例示している。
まず、Ｔｘエンティティは、非免許帯域キャリア（例えば、Ｓｃｅｌｌ、ＮＲ－Ｕセル）上のＰＤＳＣＨ送信に対応するＨＡＲＱ－ＡＣＫフィードバックを受信する（Ｓ４０４）。ＣＷＳ調整に用いられるＨＡＲＱ－ＡＣＫフィードバックは、非免許帯域キャリア上の直近のＤＬ送信バースト（すなわち、ｎ番目のＤＬ送信バースト）に対応するＨＡＲＱ－ＡＣＫフィードバックを含む。より具体的には、ＣＷＳ調整に用いられるＨＡＲＱ－ＡＣＫフィードバックは、直近のＤＬ送信バースト内で基準ウィンドウ上のＰＤＳＣＨ送信に対応するＨＡＲＱ－ＡＣＫフィードバックを含む。基準ウィンドウは、１つ以上の特定スロット（又は、サブフレーム）のことを指すことができる。本発明の実施例によれば、特定スロット（又は、基準スロット）は、少なくとも一部のＨＡＲＱ－ＡＣＫフィードバックに利用可能なものと期待される直近のＤＬ送信バーストの開始スロットを含む。
ＨＡＲＱ－ＡＣＫフィードバックが受信されると、送信ブロック（ＴＢ）別にＨＡＲＱ－ＡＣＫ値が取得される。ＨＡＲＱ－ＡＣＫフィードバックは、ＴＢベースＨＡＲＱ－ＡＣＫビットシーケンスとＣＢＧベースＨＡＲＱ－ＡＣＫのうち少なくとも一つを含む。ＨＡＲＱ－ＡＣＫフィードバックがＴＢベースＨＡＲＱ－ＡＣＫビットシーケンスである場合に、１つのＴＢ当たり１つのＨＡＲＱ－ＡＣＫ情報ビットが取得される。一方、ＨＡＲＱ－ＡＣＫフィードバックがＣＢＧベースＨＡＲＱ－ＡＣＫビットシーケンスである場合に、１つのＴＢ当たりＮ個のＨＡＲＱ－ＡＣＫ情報ビットが取得される。ここで、Ｎは、ＰＤＳＣＨ送信のＲｘエンティティに構成された一つのＴＢ当たりＣＢＧの最大個数である。本発明の実施例によれば、ＣＷＳ決定のために、ＨＡＲＱ－ＡＣＫフィードバックの各ＴＢ別ＨＡＲＱ－ＡＣＫ情報ビットによって各ＴＢ別ＨＡＲＱ－ＡＣＫ値が決定されてよい。より具体的には、ＨＡＲＱ－ＡＣＫフィードバックがＴＢベースＨＡＲＱ－ＡＣＫビットシーケンスである場合に、当該ＴＢの１つのＨＡＲＱ－ＡＣＫ情報ビットがＨＡＲＱ－ＡＣＫ値として決定される。しかし、ＨＡＲＱ－ＡＣＫフィードバックがＣＢＧベースＨＡＲＱ－ＡＣＫビットシーケンスである場合に、当該ＴＢに含まれたＣＢＧに対応するＮ個のＨＡＲＱ－ＡＣＫ情報ビットに基づいて１つのＨＡＲＱ－ＡＣＫ値が決定されてよい。
次に、Ｔｘエンティティは、段階Ｓ４０４で決定されたＨＡＲＱ－ＡＣＫ値に基づいてＣＷＳを調整する（Ｓ４０６）。すなわち、Ｔｘエンティティは、ＨＡＲＱ－ＡＣＫフィードバックの各ＴＢ別ＨＡＲＱ－ＡＣＫ情報ビットによって決定されたＨＡＲＱ－ＡＣＫ値に基づいてＣＷＳを決定する。より具体的には、ＨＡＲＱ－ＡＣＫ値のうちＮＡＣＫの比率に基づいてＣＷＳが調整されてよい。まず、次のように変数が定義されてよい。
－ ｐ：優先順位クラス値
－ ＣＷ＿ｍｉｎ＿ｐ：優先順位クラスｐの既に設定されたＣＷＳ最小値
－ ＣＷ＿ｍａｘ＿ｐ：優先順位クラスｐの既に設定されたＣＷＳ最大値
－ ＣＷ＿ｐ：優先順位クラスｐの送信のためのＣＷＳ。ＣＷ＿ｐは、優先順位クラスｐの許容されたＣＷＳセットに含まれたＣＷ＿ｍｉｎ＿ｐとＣＷ＿ｍａｘ＿ｐとの間の複数のＣＷＳ値のいずれか一つの値に設定される。
Ｉ．ＮＲ－Ｕ ＤＲＳ（又は、ＤＲＳ）の構成方法
ＮＲ－Ｕでは、少なくともＳＳＢ或いは１つ或いはそれ以上のＳＳＢインデックスを有するＳＳＢバースト集合送信（ｂｕｒｓｔ ｓｅｔ ｔｒａｎｓｍｉｓｓｉｏｎ）を含む一つの信号を定義し、当該信号が非免許帯域における動作に特性化された次の属性を有するように設計される。
－ 当該信号が少なくともビーム内で送信される時間間隔内にギャップ（ｇａｐ）はない
－ 占有されたチャネル帯域幅（ＯＣＢ，ｏｃｃｕｐｉｅｄ ｃｈａｎｎｅｌ ｂａｎｄｗｉｄｔｈ）を充足するべきである。ただし、当該事項は要求事項でなくてもよい。
－ 当該信号のチャネル占有時間を最小化
－ 速いチャネルアクセスを容易にさせ得る特性
また、当該信号をＮＲ－Ｕディスカバリ参照信号（ｄｉｓｃｏｖｅｒｙ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ：ＤＲＳ）という時、ＮＲ－Ｕ ＤＲＳ（又は、ＤＲＳ）は、一つの連続的なバースト中に少なくとも含まれるＳＳＢ或いは１つ或いはそれ以上のＳＳＢインデックスを有するＳＳＢバースト集合を含むだけでなく、ＳＳ／ＰＢＣＨブロックと連係されたＲＭＳＩ（Ｒｅｍａｉｎｉｎｇ Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）を運ぶＰＤＳＣＨとＲＭＳＩ－ＣＯＲＥＳＥＴ（ｓ）、すなわち、ＲＭＳＩのためのスケジューリング情報を送信するための制御チャネル送信の領域（ｒｅｇｉｏｎ）を含むことができる。また、ＣＳＩ－ＲＳもＮＲ－Ｕ ＤＲＳに含まれてよい。
また、ＮＲ－Ｕ ＤＲＳ内にＯＳＩ（Ｏｔｈｅｒ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ或いはＯｎ－ｄｅｍａｎｄ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）とページングのような追加の信号の送信が含まれてよい。
ＩＩ．ＤＲＳに基づくＬＢＴ方法
図１６には、１４個のＯＦＤＭシンボルで構成されたスロット内におけるＳＳＢが占めるＯＦＤＭシンボルの位置を表示する。ＮＲ－ＵのためのＳＳＢパターンとして、図１６におけるＳＳＢパターンＡは、３ＧＰＰ Ｒｅｌ－１５ ＮＲシステムで使用しているＳＳＢと送信されるシンボルの位置が同一である。一方、ＮＲ－Ｕのための図１６におけるＳＳＢパターンＢは、一つのスロット内に２番目の半スロット（ｈａｌｆ ｓｌｏｔ）におけるＳＳＢのＯＦＤＭシンボル位置を１シンボル後ろに移動するように設定し、一つのスロット内のＳＳＢが占めるシンボルの位置が、半スロット単位で対称（ｓｙｍｍｅｔｒｉｃ）になるように設定したものである。
５ＧＨｚ帯域及び６ＧＨｚの帯域を用いるようにするＮＲ－Ｕでは、ＤＲＳ内に最大送信可能なＳＳＢの個数をＸ個に設定できる。例えば、Ｘ＝２でよく、Ｘ＝４でよく、或いはＸ＝８でよい。また、ＳＳＢを支援するＳＣＳは、１５ｋＨｚ、或いは３０ｋＨｚが可能である。１５ｋＨｚの場合には１つのスロットが１ｍｓに設定され、３０ｋＨｚの場合に、１つのスロットは０．５ｍｓに設定される。したがって、１ｍｓ内に含み得るＳＳＢの個数は２或いは４（各１５ｋＨｚ或いは３０ｋＨｚ）であってよい。ＤＲＳのデューティーサイクル（ｄｕｔｙ ｃｙｃｌｅ）に対しては、ＤＲＳの周期の設定によって、１／２０を満たすＤＲＳの全期間（ｔｏｔａｌ ｄｕｒａｔｉｏｎ）は異なってよい。
基本的にＤＲＳのみが送信されるか、ＤＲＳに非ユニキャストデータ（ｎｏｎ－ｕｎｉｃａｓｔ ｄａｔａ）又はＤＬ参照信号が多重化して送信される場合であって、ＤＲＳの全期間が１ｍｓ以下であり、ＤＲＳの送信デューティーサイクルが１／２０以下に設定された場合には、Ｃａｔ－２ ＬＢＴに基づいて通信が行われてよい。しかし、先に条件を満たさない場合（すなわち、ＤＲＳのみが送信されるか、ＤＲＳに非ユニキャストデータが多重化して送信される場合であって、ＤＲＳの全期間が１ｍｓよりも大きいか、ＤＲＳのデューティーサイクルが１／２０よりも大きい場合）に、Ｃａｔ－４ ＬＢＴに基づいて通信が行われてよい。
ＩＩＩ．ＳＳ／ＰＢＣＨブロック構成のための設計
ＮＲにおいて、端末は、初期セル接続、ＲＲＭ測定及び移動性（ｍｏｂｉｌｉｔｙ）測定を行うために、基地局からＳＳ及びＰＢＣＨを受信する。以下の説明では、ＳＳとＰＢＣＨを総称してＳＳＢ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ ｂｌｏｃｋ）という。勿論、ＳＳとＰＢＣＨを総称してＳＳ／ＰＢＣＨブロックということもできる。
図１７には、一つのスロット内でＳＳＢが占め得るシンボルの位置を示す。図１７の例示によるＳＳＢは、ＮＲで定義された１シンボルＰＳＳと１シンボルＳＳＳ及びＰＢＣＨがマップされる４個のシンボルと２０ ＲＢで構成されたものである。
図１７の（ａ）は、サブキャリア間隔（ＳＣＳ）が１５ｋＨｚ、３０ｋＨｚである場合のＳＳＢを示し、図１７の（ｂ）は、副搬送波間隔が６０ｋＨｚ、１２０ｋＨｚ、２４０ｋＨｚである場合のＳＳＢを示す。図１７の（ａ）及び（ｂ）で、０，１，２，３，．．．，１３の数字は、１スロット内のシンボル番号を表し、ハッチング表示されたシンボルは、ＳＳＢがマップされたものを表す。
図１７の（ａ）及び（ｂ）から分かるように、１スロット内でＳＳＢが占め得るシンボルの位置は、副搬送波間隔によってお互いに異なってよい。例えば、１５ｋＨｚ副搬送波間隔が用いられるスロットでは、インデックス２、３、４、５の４個のシンボル及びインデックス８、９、１０、１１の４個のシンボルにそれぞれＳＳＢが位置する。一方、１２０ｋＨｚ副搬送波間隔が用いられるスロットでは、インデックス４、５、６、７の４個のシンボル及びインデックス８、９、１０、１１の４個のシンボルにそれぞれＳＳＢが位置する。
一方、３０ｋＨｚの場合には、一般的なｅＭＢＢ送信のためのパターン（ｐａｔｔｅｒｎ１）とＵＲＬＬＣ送信のためのパターン（ｐａｔｔｅｒｎ２）、すなわち、２つのＳＳＢ割り当てパターンが用いられてよい。
図１８は、半無線フレーム（ｈａｌｆ ｒａｄｉｏ ｆｒａｍｅ）である５ｍｓ内におけるＳＳＢが占め得るスロットの位置を表示したものである。
図１８を参照すると、半無線フレーム内でＳＳＢが占め得るスロットの位置はＳＣＳによって互いに異なってよい。また、５ｍｓ時間内に送信され得るＳＳＢの最大個数（Ｌ）もＳＣＳによって異なってよい。
ＮＲでは、ＳＳＢの送信のために、各帯域（ｂａｎｄ）別に一つのＳＣＳを定義し、初期セル接続のための端末におけるＳＳＢを検索するための複雑度を減らす。特に、６ＧＨｚ以下における帯域に対しては、ＳＳＢのために１５ｋＨｚ或いは３０ｋＨｚのＳＣＳのうち一つを使用するようにし、６ＧＨｚ以上の帯域に対しては、ＳＳＢのために１２０ｋＨｚ或いは２４０ｋＨｚのＳＣＳのうち一つを使用するように設定される。
ＮＲ－Ｕでは、基地局がＬＢＴに基づくチャネルアクセスに失敗する場合に、基地局によって設定された位置にＳＳＢの送信が行われないことがある。これは、ＮＲ非免許帯域でＳＳＢも、他のチャネル／信号と同様にＬＢＴベースで送信されなければならないためである。したがって、端末が特定位置でＳＳＢを受信することを仮定又は期待できるようにＳＳＢの構成情報が端末に設定された場合であっても、当該端末がＳＳＢを受信できないことがある。ＳＳＢは特定周期で送信されるので、特定位置で端末がＳＳＢを受信できない場合には、１周期が経った時点でＳＳＢの受信が可能になり、これは、ＲＲＭ測定及び隣接セル測定に遅延を発生させる。しかも、これは、システム全般にレイテンシー（ｌａｔｅｎｃｙ）を増加させることがある。
一方、ビーム動作（ｂｅａｍ ｏｐｅｒａｔｉｏｎ）のために、基地局は、互いに異なる時間領域（ｔｉｍｅ ｄｏｍａｉｎ）で送信されるＳＳＢインデックスを用いて互いに異なるビームを送信する。これで、端末と当該ビームとを連係付けるビームリンク（ｂｅａｍ ｌｉｎｋ）がなされ、ビーム管理（ｂｅａｍ ｍａｎａｇｅｍｅｎｔ）が行われてよい。しかし、仮に基地局がＬＢＴ失敗によってＳＳＢの送信を行えなくなると、ビームスワッピング（ｂｅａｍ ｓｗｅｅｐｉｎｇ）によって基地局と端末間のビームリンクを結ぶが、遅延がより増加してしまい、システム性能に大きい劣化を招くことがある。
したがって、ＮＲ－Ｕでは、チャネルアクセスの機会を上げるために６０ｋＨｚのＳＣＳが用いられてよい。ＮＲ－ＬでＮＲシステムを用いる場合に、６ＧＨｚ以下でＳＳＢのために１５ｋＨｚ或いは３０ｋＨｚのＳＣＳが用いられ、データ送信のために１５ｋＨｚ、３０ｋＨｚ或いは６０ｋＨｚのＳＣＳが用いられてよい。そして、６ＧＨｚ以上でＳＳＢのために１２０ｋＨｚ或いは２４０ｋＨｚのＳＣＳが用いられ、データ送信のために６０ｋＨｚ或いは１２０ｋＨｚのＳＣＳが用いられてよい。
ＮＲ－Ｕが７ＧＨｚ（７．１２５ＧＨｚ以下）下位の帯域で用いられるとすれば、１５ｋＨｚ或いは３０ｋＨｚのＳＣＳが考慮されてよい。しかし、時間領域におけるＯＦＤＭシンボル間の間隔が、１５ＫＨｚのＳＣＳに比べて１／４に減る６０ｋＨｚ ＳＣＳを用いる場合に、ＯＦＤＭシンボル間の間隔が減ることによってチャネルアクセス以後のシンボル単位における送信に対する機会を上げることができる。さらに、１５ｋＨｚ及び３０ｋＨｚのＳＣＳを用いる時に１シンボル内でチャネルアクセスに成功する場合に、予約信号を送信するための時間が６０ｋＨｚのＳＣＳを用いる時に比べて増加し得る。したがって、ＮＲ－Ｕでは６０ｋＨｚのＳＣＳ使用が考慮されてよい。
ＩＶ．ＮＲ－Ｕにおける候補ＳＳ／ＰＢＣＨブロック
以下の説明では、ＳＳとＰＢＣＨを総称してＳＳ／ＰＢＣＨブロック（ｂｌｏｃｋ）という。勿論、前述したように、ＳＳとＰＢＣＨを総称してＳＳＢ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ ｂｌｏｃｋ）ということができる。
ＮＲ－Ｕにおいて、基地局は、最大でＬ個のＳＳ／ＰＢＣＨブロックインデックスを有する１つ或いはそれ以上のＳＳ／ＰＢＣＨブロックを端末に送信できる。ＮＲ－Ｕのチャネルアクセスに基づく場合に、前述したように、基地局は、ＳＳ／ＰＢＣＨブロックインデックスを有する１つ或いはそれ以上のＳＳ／ＰＢＣＨブロックを、あらかじめ決められた固定された時点でなくＬＢＴに基づくチャネルアクセスに成功した時点以後に送信することができる。
免許帯域における動作のようにチャネルアクセスが行われないモード（以下、第１動作モードという。）におけるＳＳ／ＰＢＣＨブロックとは違い、ＮＲ－Ｕのチャネルアクセスが行われるモード（以下、第２動作モードという。）では、ＳＳ／ＰＢＣＨブロックがチャネルアクセスの成否によって非免許帯域で送信されても送信されなくてもよい候補的地位（ｃａｎｄｉｄａｔｅ ｐｏｓｉｔｉｏｎ）にある。したがって、第１動作モードにおけるＳＳ／ＰＢＣＨブロックとの区別のために、第２動作モードにおける１つ以上のＳＳ／ＰＢＣＨブロックは、候補（ｃａｎｄｉｄａｔｅ）ＳＳ／ＰＢＣＨブロックと称する。第１動作モードでＳＳ／ＰＢＣＨブロックは常に送信されるので、候補ＳＳ／ＰＢＣＨと同一であり得る。
候補ＳＳ／ＰＢＣＨブロックのインデックスは、基地局によってあらかじめ構成されてよく、そのうち、チャネルアクセスベースで実際に送信されるＳＳ／ＰＢＣＨブロックのインデックスが決められてよい。
一方、端末は、基地局の行ったＬＢＴ結果に関する情報が分からず、基地局からのＳＳ／ＰＢＣＨブロック送信が実際にいつ発生したかが分からない。このような状況は端末と基地局間の通信に曖昧さを引き起こすので、曖昧さを除去し、円滑な通信を提供するための手順が定義される必要がある。
また、端末は基地局から最大でＬ個のＳＳ／ＰＢＣＨブロックの送信を考慮するが、端末は、特定ウィンドウ内に同一ＳＳ／ＰＢＣＨブロックインデックスを有する一つのＳＳ／ＰＢＣＨブロックのみが送信されることを仮定できる。ここで、前記特定ウィンドウは、例えば、ディスカバリバースト送信ウィンドウ（ｄｉｓｃｏｖｅｒｙ ｂｕｒｓｔ ｔｒａｎｓｍｉｓｓｉｏｎ ｗｉｎｄｏｗ：ＤＲＳ ｗｉｎｄｏｗ））であってよい。ＤＲＳ送信ウィンドウは、端末がＤＲＳをモニターする周期的に設定される不連続の区間であり、ＤＲＳの連続したモニタリングによって発生する電力消耗を減らすためのものである。
端末は、少なくとも基地局から１つ或いはそれ以上のＳＳ／ＰＢＣＨブロックが送信され得る時点を候補ＳＳ／ＰＢＣＨブロックの送信時点として考慮して、下りリンク又は上りリンク送信動作を行うように具現されなければならない。以下では、候補ＳＳ／ＰＢＣＨブロックの送信時点のリソースと関連して３つの場合に対する端末の動作を開始する。
１．候補ＳＳ／ＰＢＣＨブロックインデックスに基づく下りリンクリソースの設定方法
図１９は、一例による非免許帯域で下りリンク信号を処理する方法を示すフローチャートである。
図１９を参照すると、基地局は、非免許帯域のチャネルアクセスが行われるモードで１つ以上のＳＳ／ＰＢＣＨブロックインデックスを指示する情報を生成して端末に送信する（Ｓ１９００）。具体的には、基地局は、端末が基地局から受信するＰＤＳＣＨをレートマッチングできるように、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ或いはＳＩＢ１に含まれたｓｓｂ－ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔというＲＲＣパラメータを用いて、実際に基地局から送信される１つ以上のＳＳ／ＰＢＣＨブロックインデックスを指示する情報を端末に知らせることができる。ここで、１つ以上のＳＳ／ＰＢＣＨブロックインデックスを指示する情報は、ｓｓｂ－ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔであってよい。すなわち、端末は、候補ＳＳ／ＰＢＣＨブロックが位置するリソースに関する情報を基地局から受信する。
基地局から端末に送信される１つ以上のＳＳ／ＰＢＣＨブロックインデックスは、候補ＳＳ／ＰＢＣＨブロックインデックスによる複数個のリソースのうち、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する１つ又はそれ以上のリソースを端末が認識するために用いられる。
一方、端末は、基地局が非免許帯域におけるチャネルアクセス（又は、ＬＢＴ）に成功したかが分からず、ＤＲＳ送信ウィンドウに基づいて非免許帯域で実際にＳＳ／ＰＢＣＨブロックが受信されるかをモニターする（Ｓ１９１０）。基地局は非免許帯域へのチャネルアクセスを試み、成功すると、非免許帯域でＳＳ／ＰＢＣＨブロックを送信でき、失敗すると、非免許帯域でチャネルアクセスを持続して試み、ＤＲＳ送信ウィンドウ内でそして次の周期のＤＲＳ送信ウィンドウ順にチャネルアクセスを持続して試みる。すなわち、基地局は、候補ＳＳ／ＰＢＣＨブロックインデックスによる複数個のリソースのうち前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する１つ又はそれ以上のリソースにおける送信を行うようにするために、ＤＲＳ送信ウィンドウ内でそして次の周期のＤＲＳ送信ウィンドウ順にチャネルアクセスを持続して試みることができる。したがって、仮に基地局が特定インデックスのＳＳ／ＰＢＣＨブロックに対応するリソース前に非免許帯域へのチャネルアクセスに成功すると、基地局は特定インデックスのＳＳ／ＰＢＣＨブロックを送信し、端末は非免許帯域でＳＳ／ＰＢＣＨブロックを受信することができる。段階Ｓ１９１０は本実施例の具現に必須の動作ではなく、段階Ｓ１９１０が省略された形態の実施例も可能である。以下、段階Ｓ１９００及びＳ１９１０と関連して図２０を用いてより詳細に説明する。
図２０には、一例によるＤＲＳ送信ウィンドウ内で送信可能な少なくとも一つの候補ＳＳ／ＰＢＣＨブロックを示す。図２０の例示は、ＳＣＳが３０ｋＨｚであり、ＤＲＳ送信ウィンドウ長が５ｍｓであり、Ｌ＝８であり、実際に基地局から送信されるＳＳ／ＰＢＣＨブロックインデックスが｛０，１，２，３｝である場合である。ここで、Ｌは、セル内にＳＳ／ＰＢＣＨブロックインデックスの最大個数であって、周波数帯域範囲によって異なってよい。例えば、３ＧＨｚ以下においてＬの最大値は４でよく、３ＧＨｚ～６ＧＨｚ以下においてＬの最大値は８でよく、６ＧＨｚ以上の帯域においてＬの最大値は６４でよい。
図２０を参照すると、ＤＲＳ送信ウィンドウは、候補ＳＳ／ＰＢＣＨブロックが位置するリソースであって、インデックス０から１９まで総２０個のスロットを含み、当該ＤＲＳ送信ウィンドウ内の各スロットには候補ＳＳ／ＰＢＣＨブロックインデックス（ｉ＿ＳＳＢ）０～７のいずれか一つが対応する。
ハッチングされたスロットは、１つ以上のＳＳ／ＰＢＣＨブロックインデックス｛０，１，２，３｝に対応する候補ＳＳ／ＰＢＣＨブロックが位置するスロットを表す。具体的には、基地局はスロット０から６までＬＢＴを行うが、チャネルアクセスに失敗して基地局はスロット０～６に位置した１つ以上のＳＳ／ＰＢＣＨブロックは送信できず、スロット８の前でチャネルアクセスに成功して、スロット８から１１まで総４個の連続スロットにわたってインデックス０～３のＳＳ／ＰＢＣＨブロックの送信を行う。
また、図１９を参照すると、基地局は非免許帯域で端末に対するＰＤＳＣＨのためのリソースを割り当てるＤＣＩを生成して端末に送信する（Ｓ１９２０）。すなわち、端末は、非免許帯域でＰＤＳＣＨのためのリソースを割り当てるＤＣＩを基地局から受信する。
基地局は、前記ＤＣＩに基づいてＰＤＳＣＨを生成し、生成されたＰＤＳＣＨを端末に送信する（Ｓ１９３０）。
段階Ｓ１９３０において、端末は、候補ＳＳ／ＰＢＣＨブロックの位置するリソースがＰＤＳＣＨの送信リソースと重なるか否かに基づいて、前記ＰＤＳＣＨの処理、すなわちＰＤＳＣＨをレートマッチングするか否かを決定する（Ｓ１９４０）。具体的には、候補ＳＳ／ＰＢＣＨブロックの位置するリソースがＰＤＳＣＨのためのリソースと重ならない場合に、端末は、ＰＤＳＣＨのレートマッチング無しでＰＤＳＣＨのためのリソースに基づいてＰＤＳＣＨを復号化する。一方、仮に候補ＳＳ／ＰＢＣＨブロックの位置するリソースがＰＤＳＣＨのためのリソースと部分的に或いは全体的に重なる場合に、端末は、ＰＤＳＣＨのためのリソースのうち候補ＳＳ／ＰＢＣＨブロックと部分的に或いは全体的に重なるリソースはＰＤＳＣＨのために用いられないものと仮定してＰＤＳＣＨに対するレートマッチングを行う。
すなわち、基地局は、１つ以上のＳＳ／ＰＢＣＨブロックインデックスを指示する情報を端末に送信し、端末は、候補ＳＳ／ＰＢＣＨブロックを受信するための１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する１つ又はそれ以上のリソースに基づいてＰＤＳＣＨのレートマッチングを行うことができる。
以下、段階Ｓ１９４０に関してより詳細な実施例を開示する。
一例として、第１動作モード（免許キャリア（ｌｉｃｅｎｓｅｄ ｃａｒｒｉｅｒ）を用いるモード）において、１つ以上のＳＳ／ＰＢＣＨブロックのリソース位置に関する情報を受信した端末は、ｓｓｂ－ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔによってＳＳ／ＰＢＣＨブロック送信を仮定する。そして、仮にＰＤＳＣＨリソース割り当てが、ＳＳ／ＰＢＣＨブロック送信を含むリソースであるＰＲＢと部分的に或いは全体的に重なる（ｏｖｅｒｌａｐ）と、端末は、当該重なるリソースにＳＳ／ＰＢＣＨブロックが送信されることを仮定してＰＤＳＣＨのレートマッチングを行う。すなわち、端末は、ＳＳ／ＰＢＣＨブロックが送信されるＯＦＤＭシンボルにおいてＳＳ／ＰＢＣＨブロック送信リソースを含むＰＲＢはＰＤＳＣＨのために用いられないことを仮定する。
他の例として、第２動作モード（非免許キャリア（ｕｎｌｉｃｅｎｓｅｄ ｃａｒｒｉｅｒ）或いは共有帯域（ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ）動作を行うようにする場合）においても、基地局は、第１動作モードと同じ方式でｓｓｂ－ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔというＳＩＢ１或いはＲＲＣパラメータを用いて１つ以上のＳＳ／ＰＢＣＨブロックのリソースの位置を端末に知らせることができる。実際に送信されるＳＳ／ＰＢＣＨブロックの送信は、基地局からのＬＢＴ結果によって異なり得るが、端末は当該基地局におけるＬＢＴの成功が分からない。したがって、安定した動作のために、端末はｓｓｂ－ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔというＳＩＢ１或いはＲＲＣパラメータで指示された１つ以上のＳＳ／ＰＢＣＨブロックのインデックスにそれぞれ対応する候補ＳＳ／ＰＢＣＨブロックのリソース位置において、基地局からの実際ＳＳ／ＰＢＣＨブロックの送信の有無に関係なくＳＳ／ＰＢＣＨブロックの送信を仮定する。ここで、第２動作モードでｓｓｂ－ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔというＳＩＢ１或いはＲＲＣパラメータによって指示される１つ以上のＳＳ／ＰＢＣＨブロックのリソースの位置は、ＳＳ／ＰＢＣＨブロックが送信される可能性がある候補ＳＳ／ＰＢＣＨブロックを全て含む。
仮にＰＤＳＣＨリソース割り当てが、候補ＳＳ／ＰＢＣＨブロック送信を含むＰＲＢと重なると、実際のＳＳ／ＰＢＣＨブロックの送信に関係なく、当該リソースでＳＳ／ＰＢＣＨブロックが送信されることを仮定してＰＤＳＣＨのレートマッチングを行う。すなわち、端末は、候補ＳＳ／ＰＢＣＨブロック送信を仮定したＯＦＤＭシンボルでＳＳ／ＰＢＣＨブロック送信リソースを含むＰＲＢはＰＤＳＣＨのために用いられないことを仮定する。
例えば、図２０を参照すると、基地局がｓｓｂ－ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔを用いて１つ以上のＳＳ／ＰＢＣＨブロックインデックス｛０，１，２，３｝を端末に指示すると、端末は、ＤＲＳ送信ウィンドウ内でＳＳ／ＰＢＣＨブロックインデックス｛０，１，２，３｝に対応する候補ＳＳ／ＰＢＣＨブロックの送信リソースでＰＤＳＣＨレートマッチングを行う。すなわち、仮にＰＤＳＣＨリソース割り当てが、候補ＳＳ／ＰＢＣＨブロックの送信可能性がある位置のＰＲＢと重なると、実際の１つ以上のＳＳ／ＰＢＣＨブロックの送信に関係なく端末は当該リソースでＳＳ／ＰＢＣＨブロックが送信されることを仮定してＰＤＳＣＨのレートマッチングを行う。この時、端末は候補ＳＳ／ＰＢＣＨブロック送信を仮定したＯＦＤＭシンボルでＳＳ／ＰＢＣＨブロック送信リソースを含むＰＲＢはＰＤＳＣＨのために用いられないことを仮定する。
さらに他の例として、第２動作モードでも、基地局は第１動作モードと同じ方式でｓｓｂ－ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔというＳＩＢ１或いはＲＲＣパラメータを用いて１つ以上のＳＳ／ＰＢＣＨブロックのリソースの位置を端末に知らせることができる。ただし、本例示に係るＮＲ－Ｕ通信方式は、ＤＲＳ送信ウィンドウ内で同一ＳＳ／ＰＢＣＨブロックインデックスを有するＳＳ／ＰＢＣＨブロックの送信が１回以上起きないように設計されてよい。これは、ＤＲＳ送信ウィンドウ内で特定の一つのＳＳ／ＰＢＣＨブロックインデックスが検出される場合に、端末は当該ＤＲＳ送信ウィンドウ内ではそれ以上前記特定の一つのＳＳ／ＰＢＣＨブロックインデックスに対応するＳＳ／ＰＢＣＨブロックの送信が発生しないと仮定することである。したがって、端末は、以後の候補ＳＳ／ＰＢＣＨブロックインデックスに該当するＳＳ／ＰＢＣＨブロック用リソースに対してはＰＤＳＣＨレートマッチングを行わないでＰＤＳＣＨを復号化することができる。
例えば、図２０を再び参照すると、仮に端末が最初ＤＲＳ送信ウィンドウ内で候補ＳＳ／ＰＢＣＨブロックインデックス０を検出したとすれば、端末は、以後の同一の候補ＳＳ／ＰＢＣＨブロックインデックス０を有する候補位置インデックス１６ではＳＳ／ＰＢＣＨブロックインデックス０の送信が発生しないと仮定し、候補位置インデックス１６におけるＰＤＳＣＨ送信に対してＰＤＳＣＨレートマッチングを行わない。同様に、仮に端末が候補ＳＳ／ＰＢＣＨブロックインデックス｛０，１，２，３｝を全て検出したとすれば、端末は、以後の候補ＳＳ／ＰＢＣＨブロックインデックス｛０，１，２，３｝を有する候補位置インデックス｛１６，１７，１８，１９｝ではＳＳ／ＰＢＣＨブロックインデックス｛０，１，２，３｝の送信が発生しないと仮定し、候補位置インデックス｛１６，１７，１８，１９｝におけるＰＤＳＣＨ送信に対してはレートマッチングを行わない。
さらに他の例として、第２動作モードにおいても、基地局は、第１動作モードと同じ方式で端末にｓｓｂ－ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔというＳＩＢ１或いはＲＲＣパラメータを用いてＳＳ／ＰＢＣＨブロックのリソースの位置を端末に知らせることができる。ただし、本例示に係るＮＲ－Ｕ通信方式は、ＤＲＳ送信ウィンドウ内の全候補ＳＳ／ＰＢＣＨブロックインデックスに該当するＳＳ／ＰＢＣＨブロック用リソースでＰＤＳＣＨ送信に対するレートマッチングを行うように設計されてよい。なぜなら、端末は周波数帯域別に規定された最大のＬ値が分かるが、実際に送信が行われるＳＳ／ＰＢＣＨブロックインデックスの最大個数Ｌ’値は分からないためである。したがって、端末は、仮定し得るＳＳ／ＰＢＣＨブロックインデックスの最大個数Ｌ値を基準に、ＤＲＳ送信ウィンドウ内の全ての候補ＳＳ／ＰＢＣＨブロックインデックスに対応するＳＳ／ＰＢＣＨブロック送信用リソースでＰＤＳＣＨに対するレートマッチングを行うことができる。
さらに他の例として、第２動作モードにおいて、基地局と端末がチャネルアクセスモードを動的（ｄｙｎａｍｉｃ）或いは半静的（ｓｅｍｉ－ｓｔａｔｉｃ）に設定することができる。動的チャネルアクセスモード（ｄｙｎａｍｉｃ ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｍｏｄｅ）は、ＬＢＥ（ｌｏａｄ ｂａｓｅｄ ｅｑｕｉｐｍｅｎｔ）動作のために用いる方式であり、半静的チャネルアクセスモード（ｓｅｍｉ－ｓｔａｔｉｃ ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｍｏｄｅ）は、ＦＢＥ（ｆｒａｍｅ ｂａｓｅｄ ｅｑｕｉｐｍｅｎｔ）動作のために用いる方式である。
図２１は、一実施例に係る半静的チャネルアクセスモードにおけるＦＢＥ動作を示す図である。
図２１を参照すると、基地局と端末がチャネルアクセスモードを半静的に設定した場合に、基地局は、ＦＦＰ（Ｆｉｘｅｄ Ｆｒａｍｅ Ｐｅｒｉｏｄ）内でセンシングを行う遊休周期（ｉｄｌｅ ｐｅｒｉｏｄ）と、基地局送信及び端末送信を許容する区間を有し得る。
ところが、基地局の設定したＦＦＰ区間のうち、センシングを行う遊休周期と部分的に或いは全体的にＳＳ／ＰＢＣＨブロック送信が仮定されるシンボルとが重なる場合が発生し得る。この場合、基地局は、当該ＳＳ／ＰＢＣＨブロックの送信を行わない。図２１（ａ）は、基地局がＳＳ／ＰＢＣＨブロックの送信を行わないにもかかわらず、端末がｓｓｂ－ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔというＳＩＢ１或いはＲＲＣパラメータで指示された情報に基づいてＳＳ／ＰＢＣＨの送信を仮定してＰＤＳＣＨレートマッチングを行う実施例を示している。しかし、これは、結局としてＰＤＳＣＨレートマッチングによるデータ送信率の損失を発生させる。ここで発生する損失は、毎ＦＦＰ区間の遊休周期に重なっているシンボルを除いてＳＳ／ＰＢＣＨブロックが占め得るように仮定されたシンボルであってよい。
したがって、本実施例に係る基地局と端末が半静的に設定されたチャネルアクセスモードにおいてＦＦＰ区間の遊休周期と一部ＳＳ／ＰＢＣＨブロックの送信が仮定されたシンボルとが重なる場合に、図２１（ｂ）のように、前記重なるリソースがスケジュールされたＰＤＳＣＨに対してレートマッチングを行わないでＰＤＳＣＨデコーディングを行う。なぜなら、基地局と端末は両方とも、当該ＰＤＳＣＨが遊休周期でスケジュールされたことを認識できるためである。また、端末は、送信が仮定されたＳＳ／ＰＢＣＨブロックの位置であっても、遊休周期と一部或いは全体が重なったＳＳ／ＰＢＣＨブロックに対してはＲＲＭ／ＲＬＭ測定を行わなくてよい。
さらに他の例として、基地局は、送信が仮定されたＳＳ／ＰＢＣＨブロックがＦＦＰ内の遊休周期と一部或いは全体的に重なる場合に、当該ｓｓｂ－ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔ内のＳＳ／ＰＢＣＨブロックインデックスと関連したビットストリング（ｂｉｔ ｓｔｒｉｎｇ）のうち、前記遊休周期と重なるＳＳ／ＰＢＣＨブロックインデックスに該当するビットを０に設定できる。端末は、ＳＩＢ１或いはＲＲＣパラメータで指示されたｓｓｂ－ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔ内ＳＳ／ＰＢＣＨブロックインデックスと関連したビットストリングを受信し、０に設定されたビットに該当するＳＳ／ＰＢＣＨブロックインデックスではＰＤＳＣＨのレートマッチング無しでＰＤＳＣＨデコーディングを行う。
２．候補ＳＳ／ＰＢＣＨブロックインデックスに基づく上りリンクリソースの設定方法
以下では、上りリンク信号（ランダムアクセスプリアンブル、ＰＵＣＣＨ及びＰＵＣＣＨ反復、ＰＵＳＣＨ及びＰＵＳＣＨ反復）のためのリソース設定に関して詳細に開示する。
ＳＳ／ＰＢＣＨブロックは、スロットフォーマットにおいて半静的にＵＬと設定されたリソース以外に、半静的ＤＬとフレキシブル（ｆｌｅｘｉｂｌｅ）と設定されたシンボルの集合で送信されてよい。半静的ＤＬシンボルにＳＳ／ＰＢＣＨブロックの送信或いは候補ＳＳ／ＰＢＣＨブロックの送信が設定された場合に、どうせ半静的ＤＬシンボルではＵＬ送信が発生し得ないため、ＵＬ送信のためのリソースを設定する際に半静的ＤＬシンボルは基本的に排除され、よって、曖昧さ（ａｍｂｉｇｕｉｔｙ）が発生しない。
しかし、ＳＳ／ＰＢＣＨブロックの送信或いは候補ＳＳ／ＰＢＣＨブロックが位置するリソースにフレキシブルシンボルの集合が含まれた場合に、ＵＬ送信のためのリソースを設定するに当たって、候補ＳＳ／ＰＢＣＨブロックの位置するリソースで実際にＳＳ／ＰＢＣＨブロックの送信が発生するか否かによって、ＵＬ送信のためのリソースの設定を行う方法が定義される必要がある。特に、端末が第２動作モードで通信を行う場合に、基地局は、第１動作モードと同様にｓｓｂ－ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔというＳＩＢ１或いはＲＲＣパラメータを用いて１つ以上のＳＳ／ＰＢＣＨブロックのリソースの位置を端末に知らせることができるが、実際に送信されるＳＳ／ＰＢＣＨブロックの送信は基地局のＬＢＴ結果によって変わることがある。
図２２は、一例による非免許帯域で上りリンク信号を処理する方法を示すフローチャートである。
図２２を参照すると、基地局は、非免許帯域のチャネルアクセスが行われるモードで、１つ以上のＳＳ／ＰＢＣＨブロックインデックスを指示する情報を生成して端末に送信する（Ｓ２２００）。具体的には、基地局は、端末が基地局から受信するＰＤＳＣＨをレートマッチングし得るように、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ或いはＳＩＢ１に含まれたｓｓｂ－ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔというＲＲＣパラメータを用いて、実際に基地局から送信される１つ以上のＳＳ／ＰＢＣＨブロックインデックスを指示する情報を端末に知らせることができる。ここで、１つ以上のＳＳ／ＰＢＣＨブロックインデックスを指示する情報は、ｓｓｂ－ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔであってよい。すなわち、端末は、候補ＳＳ／ＰＢＣＨブロックが位置するリソースに関する情報を基地局から受信する。
基地局から端末に送信される１つ以上のＳＳ／ＰＢＣＨブロックインデックスは、候補ＳＳ／ＰＢＣＨブロックインデックスによる複数個のリソースのうち、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する１つ又はそれ以上のリソースを端末が認識するために用いられる。一方、端末は、基地局が非免許帯域におけるチャネルアクセス（又は、ＬＢＴ）に成功しか否かが分からず、ＤＲＳ送信ウィンドウに基づいて非免許帯域で実際にＳＳ／ＰＢＣＨブロックが受信されるかをモニターする（Ｓ２２１０）。基地局は非免許帯域へのチャネルアクセスを試み、成功すると非免許帯域でＳＳ／ＰＢＣＨブロックを送信でき、失敗すると非免許帯域でチャネルアクセスを持続して試み、ＤＲＳ送信ウィンドウ内でそして次の周期のＤＲＳ送信ウィンドウ順にチャネルアクセスを持続して試みる。すなわち、基地局は、候補ＳＳ／ＰＢＣＨブロックインデックスによる複数個のリソースのうち、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する１つ又はそれ以上のリソースにおける送信を行うようにするために、ＤＲＳ送信ウィンドウ内でそして次の周期のＤＲＳ送信ウィンドウ順にチャネルアクセスを持続して試みることができる。したがって、仮に基地局が特定インデックスのＳＳ／ＰＢＣＨブロックに対応するリソース前に非免許帯域へのチャネルアクセスに成功すると、基地局は特定インデックスのＳＳ／ＰＢＣＨブロックを送信し、端末は非免許帯域でＳＳ／ＰＢＣＨブロックを受信することができる。段階Ｓ２２１０は本実施例の具現に必須の動作ではなく、段階Ｓ２２１０が省略された形態の実施例も可能である。
端末は、候補ＳＳ／ＰＢＣＨブロックが位置するリソースに基づいて上りリンク信号を処理する（Ｓ２２２０）。すなわち、基地局は、１つ以上のＳＳ／ＰＢＣＨブロックインデックスを指示する情報を端末に送信し、端末は、ＳＳ／ＰＢＣＨブロックのリソースに関する情報に基づいて、上りリンク信号を処理するか、上りリンク信号のためのリソースを設定する。
例えば、上りリンク送信が、全ての候補ＳＳ／ＰＢＣＨブロックインデックスに該当するＳＳ／ＰＢＣＨブロック用リソースの一部又は全部と重なるようにスケジュールされたり或いは上位層によって構成された（ｃｏｎｆｉｇｕｒｅｄ）場合に、端末は、当該上りリンク信号の送信をドロップ（ｄｒｏｐ）するか或いは上りリンク信号の送信を行わないようにしてよい。ここで、上りリンク送信が候補ＳＳ／ＰＢＣＨブロックのためのリソースの一部又は全部と重なる状況は、候補ＳＳ／ＰＢＣＨブロックの位置にフレキシブルシンボルの集合が含まれた場合を含む。
一方、仮に上りリンク送信が全ての候補ＳＳ／ＰＢＣＨブロックインデックスに該当するＳＳ／ＰＢＣＨブロック用リソースと重ならないか或いは一定の間隔で離隔している場合に、端末は当該上りリンク信号の送信を行うことができる（Ｓ２２３０）。
本実施例において、上りリンク信号は、ランダムアクセスプリアンブル、ＰＵＣＣＨ、ＰＵＣＣＨ反復、ＰＵＳＣＨ、ＰＵＳＣＨ反復のうち少なくとも一つを含むことができる。
以下、ＳＳ／ＰＢＣＨブロックの送信又は候補ＳＳ／ＰＢＣＨブロックの位置にフレキシブルシンボルの集合が含まれた場合に、段階Ｓ２２２０による端末の上りリンク信号処理に関してより詳細な実施例を開示する。
一例として、ＳＳ／ＰＢＣＨブロックの送信或いは候補ＳＳ／ＰＢＣＨブロックの位置にフレキシブルシンボルの集合が含まれた場合に、端末は、ｓｓｂ－ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔというＳＩＢ１或いはＲＲＣパラメータで指示されるＳＳ／ＰＢＣＨブロックのインデックスに対応する候補ＳＳ／ＰＢＣＨブロックが位置するリソースで、実際のＳＳ／ＰＢＣＨブロックの送信有無に関係なくＳＳ／ＰＢＣＨブロックの送信を仮定し（ａｓｓｕｍｅ）、当該リソースを上りリンクリソースの設定において排除する。すなわち、ＤＲＳ送信ウィンドウ内では、候補ＳＳ／ＰＢＣＨブロックが位置するリソースでＳＳ／ＰＢＣＨブロックの送信を仮定し、上りリンクリソースの設定において当該リソースを排除する。
図２０を参照すると、基地局が端末にＳＳ／ＰＢＣＨブロックインデックスを｛０，１，２，３｝として指示すれば、端末は、ＤＲＳ送信ウィンドウ内でＳＳ／ＰＢＣＨブロックインデックス｛０，１，２，３｝に対応する候補ＳＳ／ＰＢＣＨブロックインデックスの送信可能リソースは、上りリンク送信のためのリソースにおいて排除するようにする。これは、ＳＳ／ＰＢＣＨブロックの送信或いは候補ＳＳ／ＰＢＣＨブロックの位置にフレキシブルシンボルの集合が含まれた場合においても同様である。
他の例として、ＳＳ／ＰＢＣＨブロックの送信或いは候補ＳＳ／ＰＢＣＨブロックの位置にフレキシブルシンボルの集合が含まれた場合に、本例示に係るＮＲ－Ｕ通信方式は、ＤＲＳ送信ウィンドウ内で同一ＳＳ／ＰＢＣＨブロックインデックスを有するＳＳ／ＰＢＣＨブロックの送信が１回以上起きないように設計されてよい。これは、ＤＲＳ送信ウィンドウ内で特定の一つのＳＳ／ＰＢＣＨブロックインデックスを検出する場合に、端末は、当該ＤＲＳ送信ウィンドウ内ではそれ以上前記特定の一つのＳＳ／ＰＢＣＨブロックインデックスに対応するＳＳ／ＰＢＣＨブロックの送信が発生しないと仮定することである。したがって、前記ＳＳ／ＰＢＣＨブロックインデックス以後の候補ＳＳ／ＰＢＣＨブロックインデックスと重なるフレキシブルシンボルの位置は上りリンクリソースの設定に含まれ、上りリンク送信が行われてよい。このとき、上りリンク送信は、スケジューリング、動的スケジューリング、半静的スケジューリング、又は上位層によって構成されたリソースに基づき得る。
図２０を参照すると、端末が最初ＤＲＳ送信ウィンドウ内でＳＳ／ＰＢＣＨブロックインデックス０を候補位置インデックス８で検出したとすれば、端末は、以後の同一の候補ＳＳ／ＰＢＣＨブロックインデックス０を有する候補位置インデックス１６では上りリンク送信を行うことができる。同様に、仮に端末が候補ＳＳ／ＰＢＣＨブロックインデックス｛０，１，２，３｝を候補位置インデックス｛８，９，１０，１１｝で全て検出すると、端末は、以後の候補ＳＳ／ＰＢＣＨブロックインデックス｛０，１，２，３｝を有する候補位置インデックス｛１６，１７，１８，１９｝で上りリンク送信を行うことができる。
さらに他の例として、端末は、ＤＲＳ送信ウィンドウ内では全ての候補ＳＳ／ＰＢＣＨブロックインデックスに該当するＳＳ／ＰＢＣＨブロック用リソースにおいて上りリンク送信（又は、上りリンクリソース設定）を排除することができる。すなわち、端末は、ＤＲＳ送信ウィンドウ内でスケジュールされたり或いは上位層によって構成された上りリンク送信を行わない。
さらに他の例として、半静的に設定されたチャネルアクセスモードにおいてＦＦＰ区間の遊休周期の少なくとも一部が候補ＳＳ／ＰＢＣＨブロックインデックスに該当するＳＳ／ＰＢＣＨブロックの送信が仮定されたシンボルと重なる場合に、端末は、前記ＳＳ／ＰＢＣＨブロックの送信が仮定されたシンボルと重なるリソースを上りリンク信号のためのリソースとして用いて上りリンク送信を行うことができる。なぜなら、基地局と端末は両方とも、 基地局が前記重なるリソースでＳＳ／ＰＢＣＨブロックの送信を行わないことを認識できるためである。
以下では、各上りリンク送信信号及びチャネル別に上りリンクリソースを設定する方法に関して開示する。
２．１ ランダムアクセスプリアンブルのためのリソース設定
第２動作モードにおいてＰＲＡＣＨ機会（ｏｃｃａｓｉｏｎ）のためのリソースを設定する際に、端末は、ｓｓｂ－ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔというＳＩＢ１或いはＲＲＣパラメータで指示される１つ以上のＳＳ／ＰＢＣＨブロックのインデックスに対応する候補ＳＳ／ＰＢＣＨブロック位置では、実際のＳＳ／ＰＢＣＨブロックの送信の有無に関係なくＳＳ／ＰＢＣＨブロックの送信を仮定し、ＰＲＡＣＨスロットにおけるＰＲＡＣＨ機会が有効（ｖａｌｉｄ）か否かを判断する。
具体的には、仮に、ｉ）ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎが端末に提供されず、ｉｉ）ＰＲＡＣＨスロットでＰＲＡＣＨ機会が１つ以上のＳＳ／ＰＢＣＨブロックのインデックスに対応する候補ＳＳ／ＰＢＣＨブロック位置のそれぞれに対して候補ＳＳ／ＰＢＣＨブロック位置を先行せず、ｉｉｉ）候補ＳＳ／ＰＢＣＨブロック位置の最後のシンボルから少なくともＮ＿ｇａｐシンボル以後に始まると、端末は、前記ＰＲＡＣＨ機会を有効なものと判断する。
一方、仮にｉ）ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎが端末に提供され、ｉｉ）ＰＲＡＣＨスロットでＰＲＡＣＨ機会が候補ＳＳ／ＰＢＣＨブロック位置を先行せず、ｉｉｉ）最後のＤＬシンボルから少なくともＮ＿ｇａｐシンボル以後に始まり、ｉｖ）候補ＳＳ／ＰＢＣＨブロック位置の最後の受信シンボルから少なくともＮ＿ｇａｐシンボル以後に始まると、端末は前記ＰＲＡＣＨ機会を有効なものと判断する。
Ｎ＿ｇａｐシンボルの長さは、ランダムアクセスプリアンブルが用いるＳＣＳによって異なるように設定されてよい。そして、プリアンブルフォーマットＢ４に対してＮ＿ｇａｐは０に設定される。プリアンブルのＳＣＳが１．２５ｋＨｚ或いは５ｋＨｚの場合には、Ｎ＿ｇａｐ＝０でよく、プリアンブルのＳＣＳが１５ｋＨｚ３０ｋＨｚ、６０ｋＨｚ或いは１２０ｋＨｚの場合には、Ｎ＿ｇａｐ＝２であってよい。
さらに他の例として、第２動作モードにおいてＰＲＡＣＨ機会（ｏｃｃａｓｉｏｎ）のためのリソースを設定する際に、本例示に係るＮＲ－Ｕ通信方式は、ＤＲＳ送信ウィンドウ内で同一ＳＳ／ＰＢＣＨブロックインデックスを有するＳＳ／ＰＢＣＨブロックの送信が１回以上起きないように設計されてよい。これは、ＤＲＳ送信ウィンドウ内で特定の１つ或いはそれ以上のＳＳ／ＰＢＣＨブロックインデックスが検出される場合に、端末は当該ＤＲＳ送信ウィンドウ内ではそれ以上前記特定の１つ又はそれ以上のＳＳ／ＰＢＣＨブロックインデックスに対応するＳＳ／ＰＢＣＨブロックの送信が発生しないと仮定し、ＰＲＡＣＨスロットにおけるＰＲＡＣＨ機会の有効性を判断することである。すなわち、本例示は、端末がＳＳ／ＰＢＣＨブロックインデックスに対応する候補ＳＳ／ＰＢＣＨブロック位置でＳＳ／ＰＢＣＨ検出を行うまでにのみ適用され、検出以後に設定された候補ＳＳ／ＰＢＣＨブロック位置に対してはＳＳ／ＰＢＣＨブロックを考慮しないでＰＲＡＣＨ有効性の有無を判断できる。
具体的には、仮に、ｉ）ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎが端末に提供されず、ｉｉ）ＰＲＡＣＨスロットでＰＲＡＣＨ機会が１つ以上のＳＳ／ＰＢＣＨブロックのインデックスに対応する候補ＳＳ／ＰＢＣＨブロック位置のそれぞれに対して候補ＳＳ／ＰＢＣＨブロック位置を先行せず、ｉｉｉ）候補ＳＳ／ＰＢＣＨブロック位置の最後のシンボルから少なくともＮ＿ｇａｐシンボル以後に始まると、端末は、前記ＰＲＡＣＨ機会を有効なものと判断する。
一方、仮に、ｉ）ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎが端末に提供され、ｉｉ）ＰＲＡＣＨスロットでＰＲＡＣＨ機会が候補ＳＳ／ＰＢＣＨブロック位置を先行せず、ｉｉｉ）最後のＤＬシンボルから少なくともＮ＿ｇａｐシンボル以後に始まり、ｉｖ）候補ＳＳ／ＰＢＣＨブロック位置の最後の受信シンボルから少なくともＮ＿ｇａｐシンボル以後に始まると、端末は、前記ＰＲＡＣＨ機会を有効なものと判断する。
Ｎ＿ｇａｐシンボルの長さは、ランダムアクセスプリアンブルが用いるＳＣＳによって異なるように設定されてよい。そして、プリアンブルフォーマットＢ４に対してＮ＿ｇａｐは０に設定される。プリアンブルのＳＣＳが１．２５ｋＨｚ或いは５ｋＨｚの場合には、Ｎ＿ｇａｐ＝０でよく、プリアンブルのＳＣＳが１５ｋＨｚ３０ｋＨｚ、６０ｋＨｚ或いは１２０ｋＨｚの場合には、Ｎ＿ｇａｐ＝２でよい。
さらに他の例として、第２動作モードにおいてＰＲＡＣＨ機会（ｏｃｃａｓｉｏｎ）のためのリソースを設定する際に、端末は、ＤＲＳ送信ウィンドウ内の全ての候補ＳＳ／ＰＢＣＨブロック位置でＳＳ／ＰＢＣＨブロックの送信を仮定し、ＰＲＡＣＨスロットにおけるＰＲＡＣＨ機会の有効性を判断する。
さらに他の例として、半静的に設定されたチャネルアクセスモードにおいてＦＦＰ区間の遊休周期の少なくとも一部が候補ＳＳ／ＰＢＣＨブロックインデックスに該当するＳＳ／ＰＢＣＨブロックの送信が仮定されたシンボルと重なる場合に、基地局は、当該ＳＳ／ＰＢＣＨブロックの送信を行わない。それにも拘わらず、端末は前記重なるリソースで実際のＳＳ／ＰＢＣＨブロックの送信の有無に関係なくＳＳ／ＰＢＣＨブロックの送信を仮定し、ＰＲＡＣＨスロットにおけるＰＲＡＣＨ機会の有効性を判断できる。
又は、これとは違い、端末はＳＳ／ＰＢＣＨブロックの送信が仮定された位置におけるＳＳ／ＰＢＣＨブロックの送信が行われないと仮定し、ＰＲＡＣＨスロットにおけるＰＲＡＣＨ機会の有効性を判断できる。なぜなら、基地局と端末は両方とも、基地局が前記遊休周期に重なったＳＳ／ＰＢＣＨブロックの送信を行わないことを認識できるためである。
さらにいうと、仮に、ｉ）ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎが端末に提供されず、ｉｉ）ＰＲＡＣＨスロットでＰＲＡＣＨ機会が１つ以上のＳＳ／ＰＢＣＨブロックのインデックスに対応する候補ＳＳ／ＰＢＣＨブロック位置のうち遊休周期と少なくとも一部が重なると、端末は、重なった位置のそれぞれに対して候補ＳＳ／ＰＢＣＨブロック位置に関係なくＰＲＡＣＨ機会が有効であると判断し、ＰＲＡＣＨ送信を行うことができる。
又は、仮に、ｉ）ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎが端末に提供され、ｉｉ）ＰＲＡＣＨスロットでＰＲＡＣＨ機会が候補ＳＳ／ＰＢＣＨブロック位置を先行せず、ｉｉｉ）最後のＤＬシンボルから少なくともＮ＿ｇａｐシンボル以後に始まり、ｉｖ）ＳＳ／ＰＢＣＨブロックのインデックスに対応する候補ＳＳ／ＰＢＣＨブロック位置のうち遊休周期と一部でも重なると、端末は、重なった位置のそれぞれに対して候補ＳＳ／ＰＢＣＨブロック位置に関係なくＰＲＡＣＨ機会が有効であると判断し、ＰＲＡＣＨ送信を行うことができる。
Ｎ＿ｇａｐシンボルの長さは、ランダムアクセスプリアンブルが用いるＳＣＳによって異なるように設定されてよい。そして、プリアンブルフォーマットＢ４に対してＮ＿ｇａｐは０に設定される。プリアンブルのＳＣＳが１．２５ｋＨｚ或いは５ｋＨｚの場合には、Ｎ＿ｇａｐ＝０でよく、プリアンブルのＳＣＳが１５ｋＨｚ３０ｋＨｚ、６０ｋＨｚ或いは１２０ｋＨｚの場合には、Ｎ＿ｇａｐ＝２でよい。
２．２ ＰＵＣＣＨ反復のためのリソース設定
第２動作モードにおいて端末がＰＵＣＣＨ反復を行うためにＮ＾ｒｅｐｅａｔ＿ＰＵＣＣＨスロットを設定する際に、端末はｓｓｂ－ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔというＳＩＢ１或いはＲＲＣパラメータで指示される１つ以上のＳＳ／ＰＢＣＨブロックのインデックスに対応する候補ＳＳ／ＰＢＣＨブロック位置では、実際ＳＳ／ＰＢＣＨブロックの送信の有無に関係なくＳＳ／ＰＢＣＨブロックの送信を仮定し、候補ＳＳ／ＰＢＣＨブロックの位置を含むシンボルでないＵＬシンボルとフレキシブルシンボルを考慮してＮ＾ｒｅｐｅａｔ＿ＰＵＣＣＨスロットを設定できる。
一例として、第２動作モードにおいて端末がＰＵＣＣＨ反復を行うためにＮ＾ｒｅｐｅａｔ＿ＰＵＣＣＨスロットを設定する際に、本例示に係るＮＲ－Ｕ通信方式は、ＤＲＳ送信ウィンドウ内で同一ＳＳ／ＰＢＣＨブロックインデックスを有するＳＳ／ＰＢＣＨブロックの送信が１回以上起きないように設計されてよい。これは、ＤＲＳ送信ウィンドウ内で特定の１つ或いはそれ以上のＳＳ／ＰＢＣＨブロックインデックスが検出される場合に、端末は当該ＤＲＳ送信ウィンドウ内ではそれ以上前記特定の１つ又はそれ以上のＳＳ／ＰＢＣＨブロックインデックスに対応するＳＳ／ＰＢＣＨブロックの送信が発生しないと仮定することである。この場合、端末は、ＳＳ／ＰＢＣＨ検出以前には、候補ＳＳ／ＰＢＣＨブロックの位置を含むシンボルでないＵＬシンボルとフレキシブルシンボルを考慮してＮ＾ｒｅｐｅａｔ＿ＰＵＣＣＨスロットを設定し、ＳＳ／ＰＢＣＨ検出以後には、候補ＳＳ／ＰＢＣＨブロックの位置に関係なくＵＬシンボルとフレキシブルシンボルを考慮してＮ＾ｒｅｐｅａｔ＿ＰＵＣＣＨスロットを設定する。
さらに他の例として、第２動作モードにおいて端末がＰＵＣＣＨ反復を行うためにＮ＾ｒｅｐｅａｔ＿ＰＵＣＣＨスロットを設定する際に、端末は、ＤＲＳ送信ウィンドウ内の全ての候補ＳＳ／ＰＢＣＨブロック位置でＳＳ／ＰＢＣＨブロックの送信を仮定してＮ＾ｒｅｐｅａｔ＿ＰＵＣＣＨスロットを設定できる。
さらに他の例として、半静的に設定されたチャネルアクセスモードにおいてＦＦＰ区間の遊休周期の少なくとも一部が候補ＳＳ／ＰＢＣＨブロックインデックスに該当するＳＳ／ＰＢＣＨブロックの送信が仮定されたシンボルと重なる場合に、当該ＳＳ／ＰＢＣＨブロックの送信を行わない。それにも拘わらず、端末は前記重なるリソースで実際のＳＳ／ＰＢＣＨブロックの送信の有無に関係なくＳＳ／ＰＢＣＨブロックの送信を仮定し、候補ＳＳ／ＰＢＣＨブロックの位置を含むシンボルでないＵＬシンボルとフレキシブルシンボルを考慮してＮ＾ｒｅｐｅａｔ＿ＰＵＣＣＨスロットを設定できる。
又は、これとは違い、端末は、ＳＳ／ＰＢＣＨブロックの送信が仮定された位置におけるＳＳ／ＰＢＣＨブロックの送信が行われないと仮定し、遊休周期と重なった候補ＳＳ／ＰＢＣＨブロックの位置を含めてＵＬシンボルとフレキシブルシンボルを考慮して、Ｎ＾ｒｅｐｅａｔ＿ＰＵＣＣＨスロットを設定できる。ここで、候補ＳＳ／ＰＢＣＨブロックの位置は、フレキシブルシンボルに構成される場合に限る。なぜなら、フレキシブルシンボルはＵＬのためのリソースとして用いられてもよいが、ＤＬシンボルと設定された場合には基本的にＵＬのためのリソースとして算定できないためである。
２．３ ＰＵＳＣＨ反復のためのリソース設定
第２動作モードにおいて端末がＰＵＳＣＨ反復のための上りリンクリソースを設定する際に、端末は、ｓｓｂ－ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔというＳＩＢ１或いはＲＲＣパラメータで指示される１つ以上のＳＳ／ＰＢＣＨブロックのインデックスに対応する候補ＳＳ／ＰＢＣＨブロック位置では、実際のＳＳ／ＰＢＣＨブロックの送信の有無に関係なくＳＳ／ＰＢＣＨブロックの送信を仮定し、候補ＳＳ／ＰＢＣＨブロックの位置を含むシンボルでないＵＬシンボルとフレキシブルシンボルを考慮してＰＵＳＣＨ反復のための上りリンクリソースを設定できる。
他の例として、第２動作モードにおいて端末がＰＵＳＣＨ反復のための上りリンクリソースを設定する際に、本例示に係るＮＲ－Ｕ通信方式は、ＤＲＳ送信ウィンドウ内で同一ＳＳ／ＰＢＣＨブロックインデックスを有するＳＳ／ＰＢＣＨブロックの送信が１回以上起きないように設計されてよい。これは、ＤＲＳ送信ウィンドウ内で特定の１つ或いはそれ以上のＳＳ／ＰＢＣＨブロックインデックスが検出される場合に、端末は当該ＤＲＳ送信ウィンドウ内ではそれ以上前記特定の１つ又はそれ以上のＳＳ／ＰＢＣＨブロックインデックスに対応するＳＳ／ＰＢＣＨブロックの送信が発生しないと仮定することである。
この場合、端末は、ＳＳ／ＰＢＣＨ検出以前には、候補ＳＳ／ＰＢＣＨブロックの位置を含むシンボルでないＵＬシンボルとフレキシブルシンボルを考慮してＰＵＳＣＨ反復のための上りリンクリソースを設定し、ＳＳ／ＰＢＣＨ検出以後には、候補ＳＳ／ＰＢＣＨブロックの位置に関係なくＵＬシンボルとフレキシブルシンボルを考慮してＰＵＳＣＨ反復のための上りリンクリソースを設定できる。
さらに他の例として、第２動作モードにおいて端末がＰＵＳＣＨ反復のための上りリンクリソースを設定する際に、端末は、ＤＲＳ送信ウィンドウ内の全ての候補ＳＳ／ＰＢＣＨブロック位置でＳＳ／ＰＢＣＨブロックの送信を仮定してＰＵＳＣＨ反復のための上りリンクリソースを設定できる。
さらに他の例として、半静的に設定されたチャネルアクセスモードにおいてＦＦＰ区間の遊休周期の少なくとも一部が候補ＳＳ／ＰＢＣＨブロックインデックスに該当するＳＳ／ＰＢＣＨブロックの送信が仮定されたシンボルと重なる場合に、当該ＳＳ／ＰＢＣＨブロックの送信を行わない。それにも拘わらず、端末は前記重なるリソースで実際のＳＳ／ＰＢＣＨブロックの送信の有無に関係なくＳＳ／ＰＢＣＨブロックの送信を仮定し、候補ＳＳ／ＰＢＣＨブロックの位置を含むシンボルでないＵＬシンボルとフレキシブルシンボルを考慮してＰＵＳＣＨ反復のための上りリンクリソースを設定できる。
又は、これとは違い、端末は、ＳＳ／ＰＢＣＨブロックの送信が仮定された位置におけるＳＳ／ＰＢＣＨブロックの送信が行われないと仮定し、遊休周期と重なった候補ＳＳ／ＰＢＣＨブロックの位置を含めてＵＬシンボルとフレキシブルシンボルを考慮してＰＵＳＣＨ反復のための上りリンクリソースを設定できる。ここで、候補ＳＳ／ＰＢＣＨブロックの位置は、フレキシブルシンボルに構成される場合に限る。なぜなら、フレキシブルシンボルはＵＬのためのリソースとして用いられてもよいが、ＤＬシンボルと設定された場合には、基本的にＵＬのためのリソースとして算定できないためである。
Ｖ．ＰＵＳＣＨスケジューリング方法
１．ＲＢ集合（ｓｅｔ）とインターレース構造（ｉｎｔｅｒｌａｃｅｄ ｓｔｒｕｃｔｕｒｅ）
ＰＵＳＣＨをスケジュールするＤＣＩフォーマットは、周波数領域リソース割り当て情報を指示するためのＦＤＲＡ（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ）フィールドを含むことができる。周波数領域リソース割り当て情報を指示する方法の一つにインターレース（ｉｎｔｅｒｌａｃｅｄ）指示方法がある。本実施例は、インターレース指示及びＲＢ集合（ｓｅｔ）指示方法に関する。一例によるインターレースの指示方法は次の通りである。
端末は、Ｍ個のインターレースのうち１つ又は複数個のインターレースを指示できる。ここで、ＭはＳＣＳによって決定される。ＳＣＳが１５ｋＨｚであればＭ＝１０であり、ＳＣＳが３０ｋＨｚであればＭ＝５である。ＳＣＳによってインターレースを指示する方法が異なってよい。
仮にＳＣＳが３０ｋＨｚであれば、Ｍ＝５個のインターレースはＸ＝５ビットのビットマップで指示されてよい。各ビットは各インターレースを指示できる。
仮にＳＣＳが１５ｋＨｚであれば、Ｍ個のインターレースはＸ＝６ビットで指示されてよい。
ここで、Ｘはインターレースを指示するビットマップの長さ、すなわち、ビット数である。インターレースを指示するビットマップは、インターレースの開始インデックス、及び連続するインターレースの数を指示できる。ここで、インターレースのインデックスは、０，１，．．．，Ｍ－１であってよい。より具体的には、Ｘビットが指示するコード値は、次のようにＲＩＶ（ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｉｏｎ ｖａｌｕｅ）と決定されてよい。
Figure 2023527440000011
ここで、Ｍはインターレースの数であり、Ｌは連続したインターレースの数、ｍ０は開始インターレースのインデックスである。参考として、ＸビットのうちＲＩＶの値として用いられない値は、他のインターレースの組合せを指示するために用いられてよい。
次に、ＲＢ集合の指示方法は次の通りである。
ＵＬ ＢＷＰが指示され得るＲＢ集合の総数をＮとする。端末は、Ｙ＝ｃｅｉｌ（ｌｏｇ２（Ｎ＊（Ｎ＋１）／２））によって、ＲＢ集合の開始インデックス、及び連続したＲＢ集合の数を指示できる。ここで、ＲＢ集合のインデックスは０，１，．．．，Ｎ－１であってよい。より具体的には、Ｙが指示するコード値は、次のようにＲＩＶと決定されてよい。
Figure 2023527440000012
ここで、ＮはＵＬ ＢＷＰのＲＢ集合の数であり、ＬＲＢｓｅｔは連続したＲＢ集合の数、ＲＢｓｅｔＳＴＡＲＴは開始ＲＢ集合のインデックスである。
端末は、前記インターレースを指示するＸビットとＲＢ集合を指示するＹビットから、ＰＵＳＣＨがスケジュールされた周波数リソースを決定できる。これは、Ｘビットが指示するインターレースとＹビットが指示するＲＢ集合の重なるＰＲＢであってよい。
２．ＦＤＲＡフィールドの曖昧さ問題
２．１ ＤＣＩフォーマット、ＤＣＩサイズ整列によるＦＤＲＡフィールドの曖昧さ
Ｒｅｌ－１５ ＮＲシステムでは次のように互いに異なる長さのＤＣＩフォーマットが存在し得る。
１）フォールバック（Ｆａｌｌｂａｃｋ）ＤＣＩ（共用検索空間内のＤＣＩフォーマット０＿０、１＿０）：長さはＤＣＩサイズＡと表現
２）フォールバックＤＣＩ（ＵＥ特定検索空間内のＤＣＩフォーマット０＿０、１＿０）：長さはＤＣＩサイズＢと表現
３）ＰＵＳＣＨをスケジュールするノンフォールバック（Ｎｏｎ－ｆａｌｌｂａｃｋ）ＤＣＩ（ＵＥ特定検索空間内のＤＣＩフォーマット０＿１）：長さはＤＣＩサイズＣと表現
４）ＰＤＳＣＨをスケジュールするノンフォールバックＤＣＩ（ＵＥ特定検索空間内のＤＣＩフォーマット１＿１）：長さはＤＣＩサイズＤと表現
しかし、端末は、互いに異なる長さを持つ４個のＤＣＩフォーマットを同時にデコードすることができない。すなわち、端末は、最大で３個の異なる長さを持つＤＣＩフォーマットをデコードすることができる。したがって、前記４個の長さが全て異なる場合に、一部のＤＣＩフォーマットの長さを増加又は減少させて他のＤＣＩフォーマットの長さと合わせなければならない。そのために、Ｒｅｌ－１５では、次のようにＤＣＩサイズを設定する段階が定義されている。
第０段階として、端末はフォールバックＤＣＩ（共用検索空間内のＤＣＩフォーマット０＿０、１＿０）の長さを決定する。この時、ＤＣＩフォーマット０＿０の長さは、ＵＬ ＢＷＰサイズにしたがって決定され、ＤＣＩフォーマット１＿０の長さはＤＬ ＢＷＰのサイズにしたがって決定される。ここで、ＤＬ ＢＷＰのサイズは、ＣＯＲＥＳＥＴ０が構成されていると、そのＣＯＲＳＥＳＴ０のサイズと同一であり、ＣＯＲＥＳＥＴ０が構成されていないと、初期（ｉｎｉｔｉａｌ）ＤＬ ＢＷＰのサイズと同一である。共用検索空間内のＤＣＩフォーマット０＿０の長さが共用検索空間内のＤＣＩフォーマット１＿０よりも大きければ、端末は共用検索空間内のＤＣＩフォーマット０＿０のＦＤＲＡフィールドのＭＳＢ（ｍｏｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ）を除去（ｔｒｕｎｃａｔｅ）して同一の長さにする。逆に、共用検索空間内のＤＣＩフォーマット０＿０の長さが共用検索空間内のＤＣＩフォーマット１＿０よりも小さければ、共用検索空間内のＤＣＩフォーマット０＿０にゼロパッティング（ｚｅｒｏ ｐａｄｄｉｎｇ）して同一の長さにする。
第０段階後に、端末は、共用検索空間内のＤＣＩフォーマット０＿０と共用検索空間内のＤＣＩフォーマット１＿０の長さを得ることができ、両者は常に同一の長さを有する。以降、その長さをＤＣＩサイズＡと呼ぶ。参考として、ＤＣＩフォーマット０＿０とＤＣＩフォーマット１＿０には両者を区分するための１ビット区別子（ｆｌａｇ ｂｉｔ）がある。端末は、この区別子から、同一の長さの２つのＤＣＩフォーマット０＿０とＤＣＩフォーマット１＿０を区別できる。
第１段階として、端末は、ＵＥ特定検索空間内のフォールバックＤＣＩ（ＤＣＩフォーマット０＿０、１＿０）の長さを決定する。ＵＥ特定検索空間内のＤＣＩフォーマット０＿０の長さは活性化ＵＬ ＢＷＰのサイズにしたがって決定され、ＵＥ特定検索空間内のＤＣＩフォーマット１＿０の長さは活性化ＤＬ ＢＷＰのサイズにしたがって決定される。ＵＥ特定検索空間内のＤＣＩフォーマット０＿０の長さがＵＥ特定検索空間内のＤＣＩフォーマット１＿０よりも大きければ、端末はＵＥ特定検索空間内のＤＣＩフォーマット０＿０にゼロパッティングして同一の長さにする逆に、共用検索空間内のＤＣＩフォーマット０＿０の長さが共用検索空間内のＤＣＩフォーマット１＿０よりも小さければ、共用検索空間内のＤＣＩフォーマット１＿０にゼロパッティングして同一の長さにする。
第１段階後に、端末は、ＵＥ特定検索空間内のＤＣＩフォーマット０＿０とＵＥ特定検索空間内のＤＣＩフォーマット１＿０の長さを得ることができ、両者は常に同一の長さを有する。以降、その長さをＤＣＩサイズＢと呼ぶ。ＤＣＩサイズＢはＤＣＩサイズＡと同一であってよい。仮に両者のサイズが同一であれば、端末は検索空間を用いて共用検索空間内のＤＣＩフォーマット０＿０／１＿０とＵＥ特定検索空間内のＤＣＩフォーマット０＿０／１＿０を区別できる。参考として、ＤＣＩフォーマット０＿０とＤＣＩフォーマット１＿０には両者を区別するための１ビット区別子（ｆｌａｇ ｂｉｔ）がある。端末はこの区別子から、同一の長さの２つのＤＣＩフォーマット０＿０とＤＣＩフォーマット１＿０を区別できる。
第２段階として、端末はＵＥ特定検索空間内のノンフォールバックＤＣＩ（ＤＣＩフォーマット０＿１、１＿１）の長さを決定する。ＵＥ特定検索空間内のＤＣＩフォーマット０＿１の長さは、活性化ＵＬ ＢＷＰに設定されたパラメータ値によって決定される。ＵＥ特定検索空間内のＤＣＩフォーマット１＿１の長さは、活性化ＤＬ ＢＷＰに設定されたパラメータ値によって決定される。仮に、決定されたＵＥ特定検索空間内のＤＣＩフォーマット０＿１の長さがＤＣＩサイズＢ（ＵＥ特定検索空間内のＤＣＩフォーマット０＿０／１＿０）と同一であれば、端末は、ＵＥ特定検索空間内のＤＣＩフォーマット０＿１に１ビットパディングビットを追加する。仮に、決定されたＵＥ特定検索空間内のＤＣＩフォーマット１＿１の長さがＤＣＩサイズＢ（ＵＥ特定検索空間内のＤＣＩフォーマット０＿０／１＿０）と同一であれば、端末は、ＵＥ特定検索空間内のＤＣＩフォーマット１＿１に１ビットパディングビットを追加する。
第２段階後に、ＵＥ特定検索空間内のＤＣＩフォーマット０＿１の長さはＤＣＩサイズＣといい、ＵＥ特定検索空間内のＤＣＩフォーマット１＿０の長さはＤＣＩサイズＤという。ＤＣＩサイズＣとＤＣＩサイズＤは同一であっても異なってもよい。同一の長さの場合、ＤＣＩフォーマット０＿１とＤＣＩフォーマット１＿１には両者を区別するための１ビット区別子（ｆｌａｇ ｂｉｔ）がある。端末は、この区別子から、同一の長さの２つのＤＣＩフォーマット０＿１とＤＣＩフォーマット１＿１を区別できる。参考として、ＤＣＩサイズＣとＤＣＩサイズＤは絶対にＤＣＩサイズＢと同一の長さになり得ない。
第３段階として、端末は、互いに異なる長さのＤＣＩフォーマットの数が３個を超えるか否か確認する。仮に、互いに異なる長さのＤＣＩフォーマットの数（ＤＣＩサイズＡ／Ｂ／Ｃ／Ｄ）が３個を超えないと、端末は成功的にＤＣＩフォーマットの長さを決定したと判定できる。そうでない場合、端末は、次のような追加の過程を行ってＤＣＩフォーマットの数を３個以下に合わせなければならない。
第３段階においてＤＣＩフォーマットの数が３個以下の場合は次を含む。第１の場合（Ｃａｓｅ １）は、ＤＣＩサイズＡとＤＣＩサイズＢが同一の長さである場合である。この場合、ＤＣＩフォーマットＣとＤＣＩフォーマットＤの長さに関係なく端末は最大で３個の互いに異なる長さのＤＣＩフォーマットを有する。第２の場合（Ｃａｓｅ ２）は、ＤＣＩサイズＣとＤＣＩサイズＤが同一の長さである場合である。この場合、ＤＣＩフォーマットＡとＤＣＩフォーマットＢの長さに関係なく端末は最大で３個の互いに異なる長さのＤＣＩフォーマットを有する。最後に、第３の場合（Ｃａｓｅ３）は、ＤＣＩサイズＣ又はＤＣＩサイズＤがＤＣＩサイズＡと同一である場合である。
第３段階で３個を超えるＤＣＩフォーマットの長さがある場合に、次の４段階がさらに行われる。
第４段階として、端末は、第２段階でＵＥ特定検索空間内のＤＣＩフォーマット０＿１又はＵＥ特定検索空間内のＤＣＩフォーマット１＿１に１ビットパディングビットがあれば除去する。そして、端末は、ＵＥ特定検索空間内のＤＣＩフォーマット０＿０／１＿０の長さを共用検索空間内のＤＣＩフォーマット０＿０／１＿０の長さと同一に合わせる。すなわち、第１の場合のように、ＤＣＩサイズＢ＝ＤＣＩサイズＡにする。そのために、端末は、ＵＥ特定検索空間内のＤＣＩフォーマット０＿０の長さを初期（ｉｎｉｔｉａｌ）ＵＬ ＢＷＰのサイズにしたがって作る。そして、端末は、ＵＥ特定検索空間内のＤＣＩフォーマット１＿０の長さを、仮にＣＯＲＥＳＥＴ０が構成されていればＣＯＲＥＳＥＴ０のサイズにしたがって作り、仮にＣＯＲＥＳＥＴ０が構成されていなければ、初期（ｉｎｉｔｉａｌ）ＤＬ ＢＷＰにしがって作る。そして、ＵＥ特定検索空間内ＤＣＩフォーマット０＿０の長さがＵＥ特定検索空間内ＤＣＩフォーマット１＿０よりも大きければ、端末は、ＵＥ特定検索空間内ＤＣＩフォーマット０＿０のＦＤＲＡフィールドのＭＳＢ（ｍｏｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ）を除去（ｔｒｕｎｃａｔｅ）して同一の長さに作る。逆に、ＵＥ特定検索空間内のＤＣＩフォーマット０＿０の長さがＵＥ特定検索空間内のＤＣＩフォーマット１＿０よりも小さければ、端末は、ＵＥ特定検索空間内のＤＣＩフォーマット０＿０にゼロパッティングして同一の長さにする。
第４段階後に、端末は、３個の互いに異なるＤＣＩサイズ（ＤＣＩサイズＡ＝Ｂ、Ｃ、Ｄ）を有する。すなわち、共用検索空間内のフォールバックＤＣＩ（ＤＣＩフォーマット０＿０、１＿０）とＵＥ特定検索空間内のフォールバックＤＣＩ（ＤＣＩフォーマット０＿０、１＿０）の長さは同一であり、その他、互いに異なる長さのＵＥ特定検索空間内のＤＣＩフォーマット０＿１とＵＥ特定検索空間内のＤＣＩフォーマット１＿１があり得る。
第４段階後に次のような場合は誤り（ｅｒｒｏｒ）と判定できる。第一の場合は、ＵＥ特定検索空間内のＤＣＩフォーマット０＿０とＵＥ特定検索空間内のＤＣＩフォーマット０＿１とが同一の長さである場合である。第二の場合は、ＵＥ特定検索空間内のＤＣＩフォーマット１＿０とＵＥ特定検索空間内のＤＣＩフォーマット１＿１とが同一の長さである場合である。すなわち、ＵＥ特定検索空間のフォールバックＤＣＩフォーマットとノンフォールバックＤＣＩフォーマットの長さが同一である場合に、端末は両ＤＣＩフォーマットが区別できない。
Ｒｅｌ－１６では、新しいＵＲＬＬＣサービスの支援のために、新しい長さのＤＣＩフォーマットを構成できる。これを便宜上、コンパクト（ｃｏｍｐａｃｔ）ＤＣＩと呼ぶ。コンパクトＤＣＩの各フィールドの長さはＲＲＣ信号を用いて構成できる。したがって、ＲＲＣ信号を用いた構成によって、コンパクトＤＣＩの長さは、Ｒｅｌ－１５フォールバックＤＣＩと比較して１６ビット程度小さく構成されてもよく、Ｒｅｌ－１５フォールバックＤＣＩと同一の長さで構成されてもよく、Ｒｅｌ－１５フォールバックＤＣＩよりも長い長さで構成されてもよい。下記のように２つの新しい長さのＤＣＩフォーマットが存在し得る。
５）ＵＥ特定検索空間内のＰＵＳＣＨをスケジュールするコンパクトＤＣＩ（ＤＣＩフォーマット０＿２）：長さはＤＣＩサイズＥと表現
６）ＵＥ特定検索空間内のＰＤＳＣＨをスケジュールするコンパクトＤＣＩ（ＤＣＩフォーマット１＿２）：長さはＤＣＩサイズＦと表現
端末は、このように長さの異なる１）、２）、３）、４）、５）、６）のＤＣＩフォーマットをデコードするために、これらＤＣＩフォーマットの長さを合わせる必要がある。
そのために、次のような過程をさらに行ってＤＣＩフォーマットの長さを合わせることができる。
第２段階と第３段階との間に次のように第２Ａ段階を行うことができる。
第２Ａ段階として、端末は、ＵＥ特定検索空間内のコンパクトＤＣＩ（ＤＣＩフォーマット０＿２、１＿２）の長さ決定する。ＵＥ特定検索空間内のＤＣＩフォーマット０＿２の長さは、活性化ＵＬ ＢＷＰのＤＣＩフォーマット０＿２に設定されたパラメータ値によって決定される。ＵＥ特定検索空間内のＤＣＩフォーマット１＿２の長さは、活性化ＤＬ ＢＷＰのＤＣＩフォーマット１＿２に設定されたパラメータ値によって決定される。
第３段階では、１）、２）、３）、４）、５）、６）のＤＣＩフォーマットの長さが３個以内か否かを確認することができる。例えば、第３段階は次の通りである。
第３段階として、端末は、互いに異なる長さのＤＣＩフォーマットの数が３個を超えるか確認する。仮に、互いに異なる長さのＤＣＩフォーマットの数（ＤＣＩサイズＡ／Ｂ／Ｃ／Ｄ／Ｅ／Ｆ）が３個を超えない場合に、端末は、成功的にＤＣＩフォーマットの長さを決定したと判定できる。そうでない場合に、端末は、次のような追加の過程を行ってＤＣＩフォーマットの数を３個以下に合わせなければならない。
第４段階は次のように行われてよい。
第４Ａ段階として、端末は、第２段階でＵＥ特定検索空間内のＤＣＩフォーマット０＿１又はＵＥ特定検索空間内のＤＣＩフォーマット１＿１に１ビットパディングビットがあれば除去する。そして、端末は、ＵＥ特定検索空間内のＤＣＩフォーマット０＿０／１＿０の長さを共用検索空間内のＤＣＩフォーマット０＿０／１＿０の長さと同一に合わせる。すなわち、ＤＣＩサイズＢ＝ＤＣＩサイズＡに作る。そのために、端末は、ＵＥ特定検索空間内のＤＣＩフォーマット０＿０の長さを初期（ｉｎｉｔｉａｌ）ＵＬ ＢＷＰのサイズにしたがって作る。そして、端末は、ＵＥ特定検索空間内のＤＣＩフォーマット１＿０の長さを、仮にＣＯＲＥＳＥＴ０が構成されていれば、ＣＯＲＥＳＥＴ０のサイズにしたがって作り、仮にＣＯＲＥＳＥＴ０が構成されていなければ、初期（ｉｎｉｔｉａｌ）ＤＬ ＢＷＰにしたがって作る。そして、ＵＥ特定検索空間内のＤＣＩフォーマット０＿０の長さがＵＥ特定検索空間内のＤＣＩフォーマット１＿０よりも大きければ、端末は、ＵＥ特定検索空間内のＤＣＩフォーマット０＿０のＦＤＲＡフィールドのＭＳＢを除去して同一の長さにする。逆に、ＵＥ特定検索空間内のＤＣＩフォーマット０＿０の長さがＵＥ特定検索空間内のＤＣＩフォーマット１＿０よりも小さければ、端末は、ＵＥ特定検索空間内のＤＣＩフォーマット０＿０にゼロパッティングして同一の長さにする。
第４Ｂ段階として、第４Ａ段階後に、端末は、互いに異なる長さのＤＣＩフォーマットの数が３個を超えるか確認する。仮に、互いに異なる長さのＤＣＩフォーマットの数（ＤＣＩサイズＡ／Ｂ／Ｃ／Ｄ／Ｅ／Ｆ）が３個を超えると、端末は次を行う。端末は、ＵＥ特定検索空間内のＤＣＩフォーマット０＿２の長さを、ＵＥ特定検索空間内のＤＣＩ１＿２の長さと同一に合わせる。この時、長さの小さいＤＣＩフォーマットの長さが、長さの大きいＤＣＩフォーマットの長さになるまで０を付け、両者を同一にする。
第４Ｃ段階として、第４Ｂ段階後に、端末は、互いに異なる長さのＤＣＩフォーマットの数が３個を超えるか確認する。仮に、互いに異なる長さのＤＣＩフォーマットの数（ＤＣＩサイズＡ／Ｂ／Ｃ／Ｄ／Ｅ／Ｆ）が３個を超えると、端末は次を行う。端末は、ＵＥ特定検索空間内のＤＣＩフォーマット０＿１の長さを、ＵＥ特定検索空間内のＤＣＩ１＿１の長さと同一に合わせる。この時、長さの小さいＤＣＩフォーマットの長さが、長さの大きいＤＣＩフォーマットの長さになるまで０を付け、両者を同一にする。
上の段階を行って、端末は、最大で３個の互いに異なる長さのＤＣＩフォーマットを決定することができる。
上の段階でＰＵＳＣＨをスケジュールするＤＣＩフォーマット０＿０又はＤＣＩフォーマット０＿１又はＤＣＩフォーマット０＿２のＦＤＲＡフィールドの長さは、活性化（ａｃｔｉｖｅ）ＵＬ ＢＷＰに合わせて決定されないことがある。例えば、段階４Ａ～４Ｃにおいて、ＵＥ特定検索空間内のＤＣＩフォーマット０＿０のＦＤＲＡフィールドは、活性化ＵＬ ＢＷＰではなく初期ＵＬ ＢＷＰにしたがって決定されることがある。したがって、端末が活性化ＵＬ ＢＷＰでＵＥ特定検索空間内のＤＣＩフォーマット０＿０を受信した場合に、前記ＤＣＩフォーマットのＦＤＲＡフィールドを解釈する方法が問題になり得る。
仮にＰＵＳＣＨをスケジュールするＤＣＩフォーマット０＿０又はＤＣＩフォーマット０＿１又はＤＣＩフォーマット０＿２のＦＤＲＡフィールドが、活性化ＵＬ ＢＷＰで必要なビット数よりも大きければ、前記ＦＤＲＡフィールドのうち、必要なビット数だけを用いて周波数領域のリソース割り当て情報として解釈できる。
一方、仮にＰＵＳＣＨをスケジュールするＤＣＩフォーマット０＿０又はＤＣＩフォーマット０＿１又はＤＣＩフォーマット０＿２のＦＤＲＡフィールドが、活性化ＵＬ ＢＷＰで必要なビット数よりも少なければ、前記ＦＤＲＡフィールド中のビットは、前記活性化ＵＬ ＢＷＰの周波数領域のリソース割り当て情報として使用するには足りないことがある。このようにＦＤＲＡフィールドのビット数が不足すると円滑な通信が不可であり、よって、これを解決するための端末と基地局間の通信プロトコルが規定される必要がある。
２．２ ＢＷＰスイッチングによるＦＤＲＡフィールドの曖昧さ
３ＧＰＰ ＮＲシステムにおいて、端末は、キャリア（又は、セル）の帯域幅よりも小さい又は等しい帯域幅を用いて送受信を行うことができる。そのために、端末は、キャリアの帯域幅のうち一部の連続した帯域幅で構成されたＢＷＰ（ｂａｎｄｗｉｄｔｈ ｐａｒｔ）が構成されてよい。ＴＤＤによって動作したり又はアンペアードスペクトラム（ｕｎｐａｉｒｅｄ ｓｐｅｃｔｒｕｍ）で動作する端末は、１キャリア（又は、セル）に最大で４個のＤＬ／ＵＬ ＢＷＰペア（ｐａｉｒｓ）が構成されてよい。また、端末は、１つのＤＬ／ＵＬ ＢＷＰペア（ｐａｉｒ）を活性化させることができる。ＦＤＤによって動作したり又はペアードスペクトラム（ｐａｉｒｅｄ ｓｐｅｃｔｒｕｍ）で動作する端末は、下りリンクキャリア（又は、セル）に最大で４個のＤＬ ＢＷＰが構成されてよく、上りリンクキャリア（又は、セル）に最大で４個のＵＬ ＢＷＰが構成されてよい。端末は、各キャリア（又は、セル）ごとに１つのＤＬ ＢＷＰとＵＬ ＢＷＰを活性化させることができる。端末は、活性化されたＢＷＰ以外の時間－周波数リソースで受信又は送信しなくてよい。活性化されたＢＷＰをアクティブＢＷＰと呼ぶことができる。
基地局は、端末に構成されたＢＷＰのうち、活性化されたＢＷＰをＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）で指示できる。ＤＣＩで指示したＢＷＰは活性化され、他の構成されたＢＷＰは非活性化される。ＴＤＤで動作するキャリア（又は、セル）において基地局は端末のＤＬ／ＵＬ ＢＷＰペアを切り替えるために、ＰＤＳＣＨ又はＰＵＳＣＨをスケジュールするＤＣＩに、活性化されるＢＷＰを指示するＢＰＩ（ｂａｎｄｗｉｄｔｈ ｐａｒｔ ｉｎｄｉｃａｔｏｒ）を含めることができる。端末は、ＰＤＳＣＨ又はＰＵＳＣＨをスケジュールするＤＣＩを受信し、ＢＰＩに基づいて、活性化されるＤＬ／ＵＬ ＢＷＰペアを識別することができる。ＦＤＤで動作する下りリンクキャリア（又は、セル）の場合、基地局は、端末のＤＬ ＢＷＰを切り替えるために、ＰＤＳＣＨをスケジュールするＤＣＩに、活性化されるＢＷＰを知らせるＢＰＩを含めることができる。ＦＤＤで動作する上りリンクキャリア（又は、セル）の場合、基地局は、端末のＵＬ ＢＷＰを切り替えるために、ＰＵＳＣＨをスケジュールするＤＣＩに、活性化されるＢＷＰを指示するＢＰＩを含めることができる。
各ＢＷＰごとに、異なる数のＲＢ、ＲＢ集合及び異なるヌメロロジー（ＳＣＳ及びＣＰの種類）が設定されてよい。ＤＣＩフォーマットに含まれたＦＤＲＡフィールドの長さは、前記ＲＢの数、ＲＢ集合の数、又はＳＣＳごとに異なってよい。したがって、互いに異なるＢＷＰでＰＤＳＣＨ又はＰＵＳＣＨをスケジュールするＤＣＩフォーマットが含むＦＤＲＡフィールドの長さは異なってよい。
ＮＲシステムにおいて端末は、活性化ＵＬ ＢＷＰのＲＢ、ＲＢ集合及びＳＣＳによるＦＤＲＡフィールドの長さを求め、そのＦＤＲＡフィールドを含むＤＣＩフォーマットをモニターすることができる。言い換えると、ＰＵＳＣＨをスケジュールするＤＣＩフォーマットのＢＰＩが活性化ＵＬ ＢＷＰ以外の他のＵＬ ＢＷＰを活性化すると、前記ＦＤＲＡフィールドのビット数は、ＢＰＩが活性化ＵＬ ＢＷＰと合わないことがある。
例えば、活性化ＵＬ ＢＷＰが３０ｋＨｚであれば、ＦＤＲＡフィールドは、活性化ＵＬ ＢＷＰのインターレースを指示するためにＸ＝５ビットを含むことができる。ＤＣＩフォーマットのＢＰＩが、ＳＣＳが１５ｋＨｚであるＵＬ ＢＷＰを活性化すると、そのＵＬ ＢＷＰのインターレースを指示するためにＸ＝６ビットが必要である。したがって、１ビットが不足することがある。
例えば、活性化ＵＬ ＢＷＰがＮ個のＲＢ集合を含むと、ＦＤＲＡフィールドは活性化ＵＬ ＢＷＰのＲＢ集合を指示するためにＹ＝ｃｅｉｌ（ｌｏｇ２（Ｎ＊（Ｎ＋１）／２））ビットを含むことができる。ＤＣＩフォーマットのＢＰＩが、ＲＢ集合の数がＮ’であるＵＬ ＢＷＰを活性化すると、そのＵＬ ＢＷＰのＲＢ集合を指示するためにＹ＝ｃｅｉｌ（ｌｏｇ２（Ｎ’＊（Ｎ’＋１）／２））ビットが必要である。したがって、ＮよりもＮ’が大きい場合に、ビット数が不足することがある。
３．ＦＤＲＡフィールドの曖昧さを解決するための実施例
３．１ Ｘ又はＹの除去（ｔｒｕｎｃａｔｉｏｎ）
端末が周波数領域のリソース割り当てのためにＦＤＲＡフィールドの長さＺ＝（Ｘ＋Ｙ）ビットが必要であると仮定する。ここで、Ｘは、１つ以上のインターレースを指示できる。ＵＬ ＢＷＰのＳＣＳが１５ｋＨｚであれば、Ｘ＝６ビットであり、３０ｋＨｚであれば、Ｘ＝５ビットであってよい。Ｙは、ＵＬ ＢＷＰのＲＢ集合のうちの１つ又は複数個のＲＢ集合を指示できる。ＵＬ ＢＷＰがＭ個のＲＢ集合を含めば、Ｙ＝ｃｅｉｌ（ｌｏｇ２（Ｍ＊（Ｍ＋１）／２））ビットであってよい。
前記ＦＤＲＡフィールドの長さがＺビットよりも少なくてよい。これは、上述した基地局がＤＣＩサイズ整列（ａｌｉｇｎｍｅｎｔ）のためにＦＤＲＡフィールドの長さを減らした結果であり得る。基地局から送信されたＤＣＩによって端末が実際に受信するＦＤＲＡフィールドの長さをＺ’ビットとする。言い換えると、Ｚ’＜Ｚであってよい。この場合、端末は、Ｚ’のうち、Ｘ’ビットを、１つ以上のインターレースを識別するために使用し、Ｙ’ビットを、ＵＬ ＢＷＰを構成するＲＢ集合のうちの１つ又は複数個のＲＢ集合を識別するために用いることができる。ここで、Ｘ’＋Ｙ’＝Ｚ’であってよく、Ｚ’ビットのうちＸ’とＹ’を求める方法及びＸ’ビットの解釈方法及びＹ’の解釈方法が必要である。参考として、Ｘ’＝Ｘであれば、１つ以上のインターレースを指示する方法をそのまま用いることができる。また、参考として、Ｙ’＝Ｙであれば、ＵＬ ＢＷＰを構成するＲＢ集合のうちの１つ又は複数個のＲＢ集合を指示する方法をそのまま用いることができる。したがって、Ｘ’＜Ｘであるか或いはＹ’＜Ｙである場合に限って追加の解釈方法が必要である。
本発明の一実施例において、Ｚ’ビットのうちＸ’とＹ’を求める方法は次の通りである。
一例として、端末は、Ｘ’＝Ｘを維持し、Ｙビットを除去してＹ’ビットにすることができる。ここで、（Ｚ－Ｚ’）ビットだけをＹビットから除去してＹ’ビットを作ることができる。仮に、（Ｚ－Ｚ’）ビットがＹビットよりも大きければ（すなわち、（Ｚ－Ｚ’）＞Ｙ）、Ｙビットは０ビットになり、さらにＸビットを除去できる。ここで、Ｘビットから（Ｚ－Ｚ’－Ｙ）ビットだけが除去されてよい。
他の例として、端末は、Ｙ’＝Ｙを維持し、Ｘビットを除去してＸ’ビットにすることができる。ここで、（Ｚ－Ｚ’）ビットだけＸビットから除去してＸ’ビットにすることができる。仮に、（Ｚ－Ｚ’）ビットがＸビットよりも大きければ（すなわち、（Ｚ－Ｚ’）＞Ｘ）、Ｘビットは０ビットになり、さらにＹビットを除去できる。ここで、Ｙビットから（Ｚ－Ｚ’－Ｘ）ビットだけが除去されてよい。
さらに他の例として、端末は、Ｘビットをｎビットだけ除去してＸ’ビットにし、Ｙビットをｋビットだけ除去してＹ’ビットにすることができる。ここで、Ｚ－Ｚ’＝ｎ＋ｋである。負でない整数であるｎとｋを求める方法として、Ｚ－Ｚ’を極力公平にｎとｋで割ってよい。例えば、ｎ＝ｆｌｏｏｒ（（Ｚ－Ｚ’）／２）又はｎ＝ｃｅｉｌ（（Ｚ－Ｚ’）／２）又はｎ＝ｒｏｕｎｄ（（Ｚ－Ｚ’）／２）のうち少なくとも一つの方法と決めることができる。ｋ＝Ｚ－Ｚ’－ｎと決められる。
上の除去は、各ＤＣＩフィールド（Ｘビット、Ｙビットのそれぞれ）のＭＳＢで行われてよい。ＸビットのＭＳＢで除去を行ったとき、Ｘ’ビットのＭＳＢにＸ－Ｘ’ビットのゼロ（ｚｅｒｏ）を付けてＸビットにした後、１つ以上のインターレースを指示するものと解釈できる。除去をＹビットのＭＳＢで行ったとき、Ｙ’ビットのＭＳＢにＹ－Ｙ’ビットのゼロを付けてＹビットにした後、ＵＬ ＢＷＰを構成するＲＢ集合のうちの１つ又は複数個のＲＢ集合を指示するものと解釈できる。
３．２ Ｘビットが除去され、Ｘ’＜Ｘである場合
本発明の一実施例として、Ｘビットのうち一部が除去されてＸ’ビットである状況でＸ’ビットは次のように解釈されてよい。
端末は、インターレースをまとめてインターレースグループを作ることができる。各インターレースのグループはＸ’ビットで指示できる。ここで、インターレースをまとめるとき、隣接したインターレース同士がまとめられてよい。ここで、隣接することは、周波数領域で隣接したことを意味できる。まず、インターレースグループの個数は、次のようにＳＣＳに基づいて決められてよい。
一例として、ＳＣＳが１５ｋＨｚの場合に、Ｘ’ビットで指示できるインターレースグループの数を決めることができる。
ｃｅｉｌ（ｌｏｇ２（Ｎ＊（Ｎ＋１）／２）≦Ｘ’＜ｃｅｉｌ（ｌｏｇ２（（Ｎ＋１）＊（Ｎ＋２）／２）を満たすＮ値がＸ’ビットで指示できるインターレースグループの最大数である。参考として、Ｘ’＝６ビットであれば、Ｎ＝１０である。したがって、１０個のインターレースは、別途のインターレースグループ無しでＸ’＝６ビットと指示できる。Ｘ’＝５ビットであれば、Ｎ＝７である。したがって、１０個のインターレースは７個のインターレースグループにまとめて各グループのインデックスがＸ’＝５ビットと指示されてよい。Ｘ’＝４ビットであれば、Ｎ＝５である。したがって、１０個のインターレースは、５個のインターレースグループにまとめて各グループのインデックスがＸ’＝４ビットと指示されてよい。Ｘ’＝３ビットであれば、Ｎ＝３である。したがって、１０個のインターレースは、３個のインターレースグループにまとめて各グループのインデックスがＸ’＝３ビットと指示されてよい。Ｘ’＝２ビットであれば、Ｎ＝２である。したがって、１０個のインターレースは２個のインターレースグループにまとめて各グループのインデックスがＸ’＝２ビットと指示されてよい。Ｘ’＝１ビット又はＸ’＝０ビットであれば、Ｎ＝１である。したがって、１０個のインターレースは１個のインターレースグループにまとめて各グループのインデックスがＸ’＝１ビット又はＸ’＝０ビットと指示されてよい。
他の例として、ＳＣＳが３０ｋＨｚの場合に、Ｘ’ビットで指示できるインターレースグループの数を決めることができる。端末は、５個のインターレースをまとめてＸ’個のインターレースグループを作ることができ、Ｘ’個のインターレースグループのうち各インターレースグループは、Ｘ’ビットの各ビットが１であれば指示される。Ｘ’個のインターレースグループのうち各インターレースグループは、Ｘ’ビットの各ビットが０であれば指示されない。
一方、Ａ個のインターレースをＢ個のインターレースグループにまとめる方法は次の通りである。
一例として、端末は、ｃｅｉｌ（Ａ／Ｂ）個のインターレースをまとめて一つのインターレースグループを作ることができる。このようにＢ－１個のインターレースグループを作り、最後のインターレースグループはＡ－ｃｅｉｌ（Ａ／Ｂ）＊（Ｂ－１）のインターレースを有することができる。他の実施例として、ｃｅｉｌ（Ａ／Ｂ）個のインターレースをまとめてＢ ｍｏｄ Ａ個のインターレースグループを作り、ｆｌｏｏｒ（Ａ／Ｂ）個のインターレースをまとめてＢ－（Ｂ ｍｏｄ Ａ）個のインターレースグループを作ることができる。前記インターレースをインターレースグループにまとめるとき、可能なかぎり周波数帯域において隣接したインターレースをインターレースグループにまとめることができる。さらに他の例として、可能なかぎり周波数帯域において遠く離れたインターレースをインターレースグループにまとめることができる。
他の例として、インターレースをまとめる時に周波数ダイバーシチを極力得るために、可能なかぎり周波数帯域で遠く離れたインターレースをまとめることができる。例えば、１０個のインターレースが存在する場合に、Ｘ’＝４ビットがＸ＝６ビットよりも小さいためインターレースグループを構成し、５個のインターレースグループにリソース割り当てを行わなければならないとすれば、インターレースインデックスが周波数上で周波数順に｛０，１，２，３，４，５，６，７，８，９｝のように１０個のインターレースが存在すると、インターレースグループを｛０，５｝、｛１，６｝、｛２，７｝、｛３，８｝、｛４，９｝と５個のグループを構成するようにし、可能なかぎり周波数帯域上で遠く離れたインターレースがグループとなるように構成し、当該Ｘ’ビットによって端末が基地局からリソース割り当てを受けるようにすることができる。
次に、ＦＤＲＡフィールドのビットを決定する方法に関して開示する。
一例として、ＤＣＩフォーマットの長さを最大で３個に合わせる過程でＦＤＲＡフィールドのビットは次のように決定されてよい。
ＤＣＩフォーマットの長さを最大で３個に合わせる過程の段階４Ａ～段階４Ｃでは、ＵＥ特定検索空間内のＤＣＩフォーマット０＿０の長さを、共用検索空間内のＤＣＩフォーマット０＿０／１＿０に合わせる過程を行う。この過程で、ＵＥ特定検索空間内のＤＣＩフォーマット０＿０のＦＤＲＡフィールドの長さは、活性化ＵＬ ＢＷＰではなく初期ＵＬ ＢＷＰにしたがって決定されてよい。活性化ＵＬ ＢＷＰのインターレースを指示するために、ＵＥ特定検索空間内のＤＣＩフォーマット０＿０のＦＤＲＡフィールドのＸビットは、活性化ＵＬ ＢＷＰが１５ｋＨｚであれば６ビット、３０ｋＨｚであれば５ビットが必要である。そして、活性化ＵＬ ＢＷＰのＲＢ集合を指示するために、ＵＥ特定検索空間内のＤＣＩフォーマット０＿０のＦＤＲＡフィールドのＹビットは、ｃｅｉｌ（ｌｏｇ２（Ｎ＊（Ｎ＋１）／２））ビットが必要である。ここで、Ｎは、活性化ＵＬ ＢＷＰのＲＢ集合の数である。
しかし、段階４Ａ～段階４Ｃにおいて、ＵＥ特定検索空間内のＤＣＩフォーマット０＿０のＦＤＲＡフィールドのＸビットは、初期ＵＬ ＢＷＰのインターレースを指示するためのビットの数と同一である。例えば、初期ＵＬ ＢＷＰが１５ｋＨｚであれば６ビット、３０ｋＨｚであれば５ビットである。段階４Ａ～段階４Ｃにおいて、ＵＥ特定検索空間内のＤＣＩフォーマット０＿０のＦＤＲＡフィールドのＹビットは、初期ＵＬ ＢＷＰのＲＢ集合を指示するためにｃｅｉｌ（ｌｏｇ２（Ｎ’＊（Ｎ’＋１）／２））ビットが必要である。ここで、Ｎ’は、初期ＵＬ ＢＷＰのＲＢ集合の数である。
例えば、活性化ＵＬ ＢＷＰが１５ｋＨｚであれば、活性化ＵＬ ＢＷＰのインターレースの指示のためにＸ＝６ビットが必要であるが、初期ＵＬ ＢＷＰが３０ｋＨｚであれば、初期ＵＬ ＢＷＰのインターレースの指示のためのビット数であるＸ’＝５ビットしか存在しない。
これを解決するために、端末は、段階４Ａ～段階４ＣにおいてＵＥ特定検索空間内のＤＣＩフォーマット０＿０のＦＤＲＡフィールドのＸビットを、活性化ＵＬ ＢＷＰのＳＣＳに基づいて求めることができる。すなわち、ＵＥ特定検索空間内のＤＣＩフォーマット０＿０のＦＤＲＡフィールドのＸビットは、活性化ＵＬ ＢＷＰが１５ｋＨｚであれば、６ビットであり、活性化ＵＬ ＢＷＰが３０ｋＨｚであれば、５ビットである。
このように段階４Ａ～段階４ＣでＵＥ特定検索空間内のＤＣＩフォーマット０＿０のＦＤＲＡフィールドのＸビットの長さを活性化ＵＬ ＢＷＰのＳＣＳに基づいて求めると、ＵＥ特定検索空間内のＤＣＩフォーマット０＿０のＦＤＲＡフィールドの長さ（すなわち、ＸビットとＹビットの両方）は、共用検索空間内のＤＣＩフォーマット０＿０／１＿０よりも小さい又は大きくてよい。同一の長さにするために、Ｙビットの一部ビットを除去したり又は一部ビットを追加することができる。
３．３． Ｙビットが除去され、Ｙ’＜Ｙである場合
基地局から受信した上りリンク送信のためのＤＣＩフォーマットのＦＤＲＡフィールドにおいてＲＢ集合を指示するビットサイズが、ＵＬ ＢＷＰを構成するＲＢ集合のうちの１つ又は複数個のＲＢ集合の全ての組合せを指示するために要求するビットサイズよりも小さい場合に、端末は次の動作を行うことができる。
便宜上、端末が基地局から受信したＤＣＩフォーマットのＦＤＲＡフィールドにおいてＲＢ集合のうちの１つ又は複数個のＲＢ集合を指示するビットサイズをＹ’とし、ＵＬ ＢＷＰを構成するＲＢ集合のうちの１つ又は複数個のＲＢ集合の全ての組合せを指示するために要求するビットサイズをＹとする。前述したように、Ｙ＝ｃｅｉｌ（ｌｏｇ２（Ｎ＊（Ｎ＋１）／２））である。ここで、Ｎは、上りリンクチャネルがスケジュールされたＵＬ ＢＷＰを構成するＲＢ集合の数である。例示的に、Ｙ’ビットは次のように決定される。
方法１（ＵＬ ＢＷＰスイッチ）：前記ＤＣＩフォーマットが端末の活性化ＵＬ ＢＷＰ変更の指示を含むと、Ｙ’ビットは、変更前ＵＬ ＢＷＰに基づいて決定される。より具体的には、Ｙ’ビットは、Ｙ’＝ｃｅｉｌ（ｌｏｇ２（Ｎ’＊（Ｎ’＋１）／２））である。ここで、Ｎ’は、変更前ＵＬ ＢＷＰに含まれたＲＢ集合の数である。
方法２（ＤＣＩサイズアラインメント）：前記ＤＣＩフォーマットがＤＣＩサイズアラインメントのために各ＤＣＩフィールドの長さは除去されてよい。この場合、Ｙ’ビットは、ＤＣＩサイズアラインメントによって決定された値である。
本発明では、上記の２つの方法のように決定されたＹ’ビットが、必要なＹビットよりも小さな場合を扱っている。本発明の実施例は、２つの方法を別個に区分せずに適用することができる。別個の区分が必要な場合に、各方法に対する別の実施例を含むことができる。
端末は、ＤＬ ＢＷＰの１つ又は複数のＲＢ集合のうち、上りリンクＤＣＩフォーマットを受信したＲＢ集合に基づいて上りリンク送信のためのＵＬ ＢＷＰのＲＢ集合を判定できる。端末は、ＤＣＩフォーマットが受信されたＣＯＲＥＳＥＴの周波数割り当て情報とＤＬ ＢＷＰのＲＢ集合の周波数割り当て情報を用いて、どのＲＢ集合でＤＣＩフォーマットを受信したかが判定できる。端末は、前記判定されたＤＬ ＢＷＰのＲＢ集合を用いて、ＵＬ ＢＷＰのＲＢ集合のうち１つ或いはそれ以上のＲＢ集合を判定できる。ここで、ＵＬ ＢＷＰのＲＢ集合は、前記判定されたＤＬ ＢＷＰのＲＢ集合と全体が重なったり又は部分的に重なるＲＢ集合であってよい。このＲＢ集合を、重なる（ｏｖｅｒｌａｐｐｉｎｇ）ＲＢ集合とする。前記判定されたＤＬ ＢＷＰのＲＢ集合と重なるＵＬ ＢＷＰのＲＢ集合がないことがある。この場合、重なるＲＢ集合がないとする。
仮に、端末がＤＣＩフォーマットを受信したＣＯＲＥＳＥＴが複数個のＤＬ ＢＷＰのＲＢ集合と重なると、端末は、前記複数個のＲＢ集合のうち１つのＲＢ集合を周波数情報を用いて判定できる。例えば、最も低い周波数を持つＲＢ集合を、ＤＣＩフォーマットを受信したＲＢ集合と判定できる。例えば、最も高い周波数を持つＲＢ集合を、ＤＣＩフォーマットを受信したＲＢ集合と判定できる。例えば、前記ＤＣＩフォーマットを受信したＣＯＲＥＳＥＴと周波数領域で最も大きく重なったＲＢ集合を、ＤＣＩフォーマットを受信したＲＢ集合と判定できる。
さらに他の方法として、端末は、ＤＣＩフォーマットを受信したＣＯＲＥＳＥＴに基づいて上りリンク送信のためのＵＬ ＢＷＰのＲＢ集合を判定できる。端末は、ＤＣＩフォーマットが受信されたＣＯＲＥＳＥＴの周波数割り当て情報とＵＬ ＢＷＰのＲＢ集合の周波数割り当て情報を用いて、ＵＬ ＢＷＰのＲＢ集合のうち前記ＣＯＲＥＳＥＴと重なる１つ或いはそれ以上のＲＢ集合を判定できる。ここで、ＵＬ ＢＷＰのＲＢ集合は、前記判定されたＣＯＲＥＳＥＴと重なるＲＢ集合であってよい。このＲＢ集合を重なるＲＢ集合とする。前記判定されたＤＬ ＢＷＰのＲＢ集合と重なるＵＬ ＢＷＰのＲＢ集合がないことがある。この場合、重なるＲＢ集合がないとする。
仮に、端末がＤＣＩフォーマットを受信したＣＯＲＥＳＥＴが、複数個のＵＬ ＢＷＰのＲＢ集合と重なると、端末は、前記複数個のＲＢ集合のうち１つのＲＢ集合を周波数情報を用いて判定できる。例えば、最も低い周波数を持つＲＢ集合を、ＣＯＲＥＳＥＴと重なるＲＢ集合と判定できる。例えば、最も高い周波数を持つＲＢ集合を、ＣＯＲＥＳＥＴと重なるＲＢ集合と判定できる。例えば、前記ＤＣＩフォーマットを受信したＣＯＲＥＳＥＴと周波数領域で最も大きく重なったＲＢ集合を、ＣＯＲＥＳＥＴと重なるＲＢ集合と判定できる。
さらに他の方法として、端末は、ＤＣＩフォーマットを受信したＰＤＣＣＨのＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）又はＲＥＧ（Ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）又はＰＲＢに基づいて、上りリンク送信のためのＵＬ ＢＷＰのＲＢ集合を判定できる。端末は、ＤＣＩフォーマットが受信されたＰＤＣＣＨのＣＣＥ／ＲＥＧ／ＰＲＢの情報とＵＬ ＢＷＰのＲＢ集合の周波数割り当て情報を用いて、ＵＬ ＢＷＰのＲＢ集合のうち、前記ＤＣＩフォーマットを受信したＰＤＣＣＨと重なる１つ或いはそれ以上のＲＢ集合を判定できる。ここで、ＵＬ ＢＷＰのＲＢ集合は、前記判定されたＰＤＣＣＨと重なるＲＢ集合であってよい。このＲＢ集合を重なるＲＢ集合とする。前記判定されたＤＬ ＢＷＰのＲＢ集合と重なるＵＬ ＢＷＰのＲＢ集合がないことがある。この場合、重なるＲＢ集合がないとする。
仮に端末がＤＣＩフォーマットを受信したＰＤＣＣＨが、複数個のＵＬ ＢＷＰのＲＢ集合と重なると、端末は、前記複数個のＲＢ集合のうち１つのＲＢ集合を、周波数情報を用いて判定できる。例えば、最も低い周波数を持つＲＢ集合を、ＰＤＣＣＨと重なるＲＢ集合と判定できる。例えば、最も高い周波数を持つＲＢ集合を、ＰＤＣＣＨと重なるＲＢ集合と判定できる。例えば、前記ＤＣＩフォーマットを受信したＰＤＣＣＨと周波数領域で最も多く重なったＲＢ集合を、ＰＤＣＣＨと重なるＲＢ集合と判定できる。
仮に重なるＲＢ集合がない場合に、端末は、受信したＤＣＩフォーマットのＦＤＲＡフィールドでＲＢ集合を指示するビット（Ｙ’ビット）が、ＵＬ ＢＷＰのＲＢ集合のうち１つ又は複数個のＲＢ集合を指示すると判定できる。具体的な方式は次の通りである。
一例として、端末は、受信したＤＣＩフォーマットのＦＤＲＡフィールドでＲＢ集合を指示するビット（Ｙ’ビット）のうち少なくとも一つの値はＵＬ ＢＷＰのＲＢ集合から選択するが、周波数領域で最も低いＲＢ集合を指示すると判定できる。ＵＬ ＢＷＰのＲＢ集合のインデックスは周波数の昇順で付けられてよい。この場合、端末は、受信したＤＣＩフォーマットのＦＤＲＡフィールドでＲＢ集合を指示するビット（Ｙ’ビット）のうち少なくとも一つの値は、ＵＬ ＢＷＰのＲＢ集合＃０を指示すると判定できる。また、端末は、受信したＤＣＩフォーマットのＦＤＲＡフィールドでＲＢ集合を指示するビット（Ｙ’ビット）のうち少なくとも一つの値は、ＵＬ ＢＷＰのＲＢ集合のうち、周波数領域で最も高いＲＢ集合を指示すると判定できる。
他の例として、端末は、受信したＤＣＩフォーマットのＦＤＲＡフィールドでＲＢ集合を指示するビット（Ｙ’ビット）のうち少なくとも一つの値はＵＬ ＢＷＰのＲＢ集合から選択するが、ＤＬ ＢＷＰでＤＣＩフォーマットを受信したＲＢ集合と最も近接するＲＢ集合を指示すると判定できる。ここで、近接は周波数領域で定義されてよい。例えば、ＵＬ ＢＷＰのＲＢ集合の（中心、最も低い、又は最も高い）周波数のうち、ＤＬ ＢＷＰでＤＣＩフォーマットを受信したＲＢ集合の（中心、最も低い、又は最も高い）周波数と最も近接するＲＢ集合を指示すると判定できる。参考として、最も近接するＲＢ集合が複数個である場合に、端末は、周波数の低いＲＢ集合を決定できる。又は、最も近接するＲＢ集合が複数個である場合に、端末は、周波数の高いＲＢ集合を決定できる。
さらに他の例として、端末は、受信したＤＣＩフォーマットのＦＤＲＡフィールドでＲＢ集合を指示するビット（Ｙ’ビット）のうち少なくとも一つの値はＵＬ ＢＷＰのＲＢ集合から選択するが、ＤＬ ＢＷＰのＲＢ集合のうち、重なるＲＢ集合のうちの１つを指示すると判定できる。ここで、ＵＬ ＢＷＰのＲＢ集合のうち、ＤＬ ＢＷＰのＲＢ集合と重なるＵＬ ＢＷＰのＲＢ集合が複数個であれば、そのうち最も低い周波数を持つＵＬ ＢＷＰのＲＢ集合を指示すると判定できる。また、ＵＬ ＢＷＰのＲＢ集合のうち、ＤＬ ＢＷＰのＲＢ集合と重なるＵＬ ＢＷＰのＲＢ集合が複数個であれば、そのうち最も高い周波数を持つＵＬ ＢＷＰのＲＢ集合を指示すると判定できる。
さらに他の例として、方法１（ＵＬ ＢＷＰスイッチ）の場合、端末は、受信したＤＣＩフォーマットのＦＤＲＡフィールドでＲＢ集合を指示するビット（Ｙ’ビット）のうち少なくとも一つの値は、変更後ＵＬ ＢＷＰのＲＢ集合から選択するが、変更前ＵＬ ＢＷＰのＲＢ集合のうち、重なるＲＢ集合のうちの１つを指示すると判定できる。ここで、変更後ＵＬ ＢＷＰのＲＢ集合のうち、変更前ＵＬ ＢＷＰのＲＢ集合と重なる変更後ＵＬ ＢＷＰのＲＢ集合が複数個であれば、そのうち最も低い周波数を持つ変更後ＵＬ ＢＷＰのＲＢ集合を指示すると判定できる。また、変更後ＵＬ ＢＷＰのＲＢ集合のうち、変更前ＵＬ ＢＷＰのＲＢ集合と重なる変更後ＵＬ ＢＷＰのＲＢ集合が複数個であれば、そのうち最も高い周波数を持つ変更後ＵＬ ＢＷＰのＲＢ集合を指示すると判定できる。
仮に重なるＲＢ集合があれば、端末は、受信したＤＣＩフォーマットのＦＤＲＡフィールドでＲＢ集合を指示するビットのうち少なくとも一つの値は前記重なるＲＢ集合を指示すると判定できる。仮に、重なるＲＢ集合が複数個のＲＢ集合を含むと、次のように一つのＲＢ集合を決定できる。
一例として、重なるＲＢ集合が複数個のＲＢ集合を含むと、複数個のＲＢ集合の周波数情報に基づいて一つのＲＢ集合を選択できる。例えば、最も低い周波数情報を持つＲＢ集合を選択できる。また、最も高い周波数情報を持つＲＢ集合を選択できる。
他の例として、重なるＲＢ集合が複数個のＲＢ集合を含むと、複数個のＲＢ集合の周波数情報及びＤＣＩフォーマットが送信されたＰＤＣＣＨの周波数情報に基づいて一つのＲＢ集合を選択できる。例えば、複数個のＲＢ集合のうち、ＤＣＩフォーマットが送信されたＰＤＣＣＨと周波数領域で最も多く重なったＲＢ集合を選択できる。さらに他の例として、複数のＲＢ集合のうち、ＤＣＩフォーマットが送信されたＰＤＣＣＨの特定周波数と重なる（又は、最も近接する）ＲＢ集合を含むことができる。例えば、複数のＲＢ集合のうち、ＤＣＩフォーマットが送信されたＰＤＣＣＨの最も低い周波数のＲＢと重なる（又は、最も近接する）ＲＢ集合を含むことができる。又は、複数のＲＢ集合のうち、ＤＣＩフォーマットが送信されたＰＤＣＣＨの最も高い周波数のＲＢと重なる（又は、最も近接する）ＲＢ集合を含むことができる。
さらに他の例として、重なるＲＢ集合が複数個のＲＢ集合を含むと、複数個のＲＢ集合の周波数情報及びＤＣＩフォーマットが送信されたＲＢ集合の周波数情報に基づいて一つのＲＢ集合を選択できる。例えば、複数個のＲＢ集合のうち、ＤＣＩフォーマットが送信されたＲＢ集合と周波数領域で最も多く重なったＲＢ集合を選択できる。さらに他の例として、複数のＲＢ集合のうち、ＤＣＩフォーマットが送信されたＲＢ集合の特定周波数と重なる（又は、最も近接する）ＲＢ集合を含むことができる。例えば、複数のＲＢ集合のうち、ＤＣＩフォーマットが送信されたＲＢ集合の最も低い周波数のＲＢと重なる（又は、最も近接する）ＲＢ集合を含むことができる。又は、複数のＲＢ集合のうち、ＤＣＩフォーマットが送信されたＲＢ集合の最も高い周波数のＲＢと重なる（又は、最も近接する）ＲＢ集合を含むことができる。
上記の実施例において、端末が受信したＤＣＩフォーマットのＦＤＲＡフィールドでＲＢ集合を指示するビット（Ｙ’ビット）のうち少なくとも一つの値が指示できるＵＬ ＢＷＰのＲＢ集合を、指定ＲＢ集合とする。
このとき、端末が受信したＤＣＩフォーマットのＦＤＲＡフィールドでＲＢ集合を指示するビット（Ｙ’ビット）は、その長さによって、指示できるＲＢ集合の組合せの数が決定されてよい。仮に受信したＤＣＩフォーマットのＦＤＲＡフィールドでＲＢ集合を指示するビット（Ｙ’ビット）の長さが０ビットであれば、端末は、常に前記指定ＲＢ集合を指示すると判定できる。例えば、Ｙ’＝２ビットが与えられる場合に、前記２ビットは００、０１、１０、１１の値を有し得る。したがって、前記Ｙ’＝２ビットが与えられる場合に、最大で４個のＲＢ集合の組合せを指示できる。一般に、Ｙ’ビットが与えられる場合に、最大で２＾Ｙ’個のＲＢ集合組合せを指示できる。２＾Ｙ’個のＲＢ集合組合せのうち、必ず一つは前記指定ＲＢ集合を指示できる。その他残った２＾Ｙ’－１個のＲＢ集合組合せを決定する方法は、次の通りである。
一例として、Ｙ’ビットが指示する２＾Ｙ’個のＲＢ集合組合せは、次のように決定されてよい。まず、端末は、前記指定ＲＢ集合及び該指定ＲＢ集合と隣接したＵＬ ＢＷＰのＲＢ集合を選択できる。Ｙ’ビットが指示する２＾Ｙ’個のＲＢ集合組合せは、このように選択されたＵＬ ＢＷＰのＲＢ集合のうち、隣接したＲＢ集合の組合せである。ここで、隣接は周波数領域で定義される。２＾Ｙ’個のＲＢ集合組合せと指示されるＲＢ集合は、周波数領域において互いに離れていない。前記Ｙ’ビットは、指定ＲＢ集合及び指定ＲＢ集合と周波数領域で隣接したＲＢ集合のうち隣接したＲＢ集合を指示できる。２＾Ｙ’個のＲＢ集合の組合せは、指定ＲＢ集合及び指定ＲＢ集合と周波数領域で隣接したＲＢ集合のうち上りリンクで用いられる隣接したＲＢ集合を指示できる。前記指定ＲＢ集合は先の実施例によって決定されてよい。ただし、前記指定ＲＢ集合と周波数で隣接したＲＢ集合を求める方法が必要である。具体的には、隣接することになるＲＢ集合の順序を決定する方法は、次の通りである。
一側面において、Ｙ’ビットが指示する２＾Ｙ’個のＲＢ集合の組合せとして指示できるＲＢ集合の順序は、指定ＲＢ集合、及び指定ＲＢ集合よりも周波数が高いＲＢ集合のうち、指定ＲＢ集合と最も隣接したＲＢ集合の順序である。例えば、ＵＬ ＢＷＰのＲＢ集合のインデックスが周波数による昇順でＲＢ集合＃０、ＲＢ集合＃１、ＲＢ集合＃２、ＲＢ集合＃３と与えられたとする。指定ＲＢ集合がＲＢ集合＃１であれば、指定ＲＢ集合よりも周波数が高いＲＢ集合のうち、指定ＲＢ集合と最も隣接したＲＢ集合はＲＢ集合＃２であり、その次はＲＢ集合＃３である。ただし、ここでＲＢ集合＃０はＲＢ集合＃１よりも低い周波数にあるため、２＾Ｙ’個のＲＢ集合の組合せに含まれない。
他の側面において、Ｙ’ビットが指示する２＾Ｙ’個のＲＢ集合の組合せとして指示できるＲＢ集合の順序は、指定ＲＢ集合、及び指定ＲＢ集合よりも周波数が低いＲＢ集合のうち、指定ＲＢ集合と最も隣接したＲＢ集合の順序である。例えば、ＵＬ ＢＷＰのＲＢ集合のインデックスが周波数による昇順でＲＢ集合＃０、ＲＢ集合＃１、ＲＢ集合＃２、ＲＢ集合＃３と与えられたとする。指定ＲＢ集合がＲＢ集合＃１であれば、指定ＲＢ集合よりも周波数が低いＲＢ集合のうち、指定ＲＢ集合と最も隣接したＲＢ集合は、ＲＢ集合＃０である。ただし、ここで、ＲＢ集合＃２とＲＢ集合＃３は、ＲＢ集合＃１よりも高い周波数にあるため、２＾Ｙ’個のＲＢ集合の組合せに含まれない。
さらに他の側面において、Ｙ’ビットが指示する２＾Ｙ’個のＲＢ集合の組合せとして指示できるＲＢ集合の順序は、指定ＲＢ集合、及び指定ＲＢ集合よりも周波数が高いＲＢ集合のうち、指定ＲＢ集合と最も隣接したＲＢ集合の順序であり、その次に指定ＲＢ集合よりも周波数が低いＲＢ集合のうち、指定ＲＢ集合と最も隣接したＲＢ集合の順序である。例えば、ＵＬ ＢＷＰのＲＢ集合のインデックスが周波数による昇順でＲＢ集合＃０、ＲＢ集合＃１、ＲＢ集合＃２、ＲＢ集合＃３と与えられたとする。指定ＲＢ集合がＲＢ集合＃１であれば、指定ＲＢ集合よりも周波数が高いＲＢ集合のうち、指定ＲＢ集合と最も隣接したＲＢ集合は、ＲＢ集合＃２であり、その次はＲＢ集合＃３である。その次にＲＢ集合＃１よりも低い周波数にあるＲＢ集合＃０である。
さらに他の側面において、Ｙ’ビットが指示する２＾Ｙ’個のＲＢ集合の組合せとして指示できるＲＢ集合の順序は、指定ＲＢ集合、及び指定ＲＢ集合よりも周波数が低いＲＢ集合のうち、指定ＲＢ集合と最も隣接したＲＢ集合の順序であり、その次に指定ＲＢ集合よりも周波数が高いＲＢ集合のうち、指定ＲＢ集合と最も隣接したＲＢ集合の順序である。例えば、ＵＬ ＢＷＰのＲＢ集合のインデックスが周波数による昇順でＲＢ集合＃０、ＲＢ集合＃１、ＲＢ集合＃２、ＲＢ集合＃３と与えられたとする。指定ＲＢ集合がＲＢ集合＃１であれば、指定ＲＢ集合よりも周波数が低いＲＢ集合のうち、指定ＲＢ集合と最も隣接したＲＢ集合はＲＢ集合＃０である。その次にＲＢ集合＃１よりも高い周波数にあるＲＢ集合＃２が、最も隣接したＲＢ集合であり、その次にＲＢ集合＃４が、最も隣接したＲＢ集合である。
さらに他の側面において、Ｙ’ビットが指示する２＾Ｙ’個のＲＢ集合の組合せは、指定ＲＢ集合と指定ＲＢ集合の周波数と近いＲＢ集合の組合せである。例えば、ここで、周波数は、ＲＢ集合の中心周波数、ＲＢ集合の最も低い周波数、ＲＢ集合の最も高い周波数のうち少なくとも一つを含むことができる。指定ＲＢ集合から最も近接するＲＢ集合が複数個である場合に、端末は、ＲＢ集合の周波数によって両者択一することができる。例えば、ＲＢ集合の周波数が低いものを、より近いものと判定できる。例えば、ＲＢ集合の周波数が高いものを、より近いものと判定できる。例えば、ＵＬ ＢＷＰのＲＢ集合のインデックスが周波数による昇順でＲＢ集合＃０、ＲＢ集合＃１、ＲＢ集合＃２、ＲＢ集合＃３と与えられたとする。各ＲＢ集合は２０ＭＨｚを占めており、周波数は中心周波数を使用する。指定ＲＢ集合がＲＢ集合＃１であれば、指定ＲＢ集合と最も近接するＲＢ集合は、ＲＢ集合＃０とＲＢ集合＃２である。端末は、両ＲＢ集合＃０及びＲＢ集合＃２のうち一つを、より近接するＲＢ集合と判定できる。例えば、両ＲＢ集合のうち周波数が低いものを、より近接するものと判定できる。この場合、指定ＲＢ集合と最も近接するＲＢ集合はＲＢ集合＃０であり、その次の近接するＲＢ集合は、ＲＢ集合＃２である。そして、最後に近接するＲＢ集合はＲＢ集合＃３である。例示によって、本実施例は、指定ＲＢ集合を中心に、低い周波数の最も隣接したＲＢ集合と、高い周波数の最も隣接したＲＢ集合を交互に順序を付けることに相当する。
上記の実施例において、Ｙ’ビットが指示する２＾Ｙ’個のＲＢ集合組合せに含まれるＲＢ集合の、隣接することによる順序が決定された。端末は、前記隣接することによる順序に基づいてＲＢ集合を選択できる。前記組合せに含まれるＲＢ集合の最大数（以下、Ｍと表現）は、Ｙ’によって決定されてよい。端末は、２＾Ｙ’個のＲＢ集合の組合せに含まれるＭ個のＲＢ集合を決定できる。ここで、Ｍ個のＲＢ集合のうち必ず一つは指定ＲＢ集合であり、その他（Ｍ－１）個のＲＢ集合は、前記指定ＲＢ集合と隣接したＲＢである。
例えば、Ｙ’＝２ビットの場合に、端末は、最大Ｍ＝２ＲＢ集合まで含むことができる。これは、ｃｅｉｌ（ｌｏｇ２（Ｍ＊（Ｍ＋１）／２））＝ｃｅｉｌ（ｌｏｇ２（２＊（２＋１）／２））＝２であって、Ｙ’＝２よりも小さい又は等しいが、Ｍ＝３ＲＢ集合である場合に、ｃｅｉｌ（ｌｏｇ２（Ｍ＊（Ｍ＋１）／２））＝ｃｅｉｌ（ｌｏｇ２（３＊（３＋１）／２））＝３であって、Ｙ’＝２よりも大きいためである。一般に、Ｙ’ビットで示し得るＲＢ集合の最大数Ｍは、ｃｅｉｌ（ｌｏｇ２（Ｍ＊（Ｍ＋１）／２））≦Ｙ’を満たす整数Ｍ値のうち、最大の値である。
例えば、方法１（ＵＬ ＢＷＰスイッチ）の場合、Ｍは、変更前ＵＬ ＢＷＰに含まれたＲＢ集合の数と決定されてよい。前述したように、方法１（ＵＬ ＢＷＰスイッチ）の場合、Ｙ’はｃｅｉｌ（ｌｏｇ２（Ｍ＊（Ｍ＋１）／２））と決定されているので、Ｙ’ビットでＭ個のＲＢ集合のうちスケジューリングに用いられる隣接したＲＢ集合を指示することができる。
一例として、端末が受信したＤＣＩフォーマットのＦＤＲＡフィールドでＲＢ集合を指示するビットサイズ（Ｙ’ビット）が、ＵＬ ＢＷＰのＲＢ集合を指示するために要求するビットサイズ（Ｙビット）よりも小さい場合に、Ｙ’ビットが全て０であれば、端末は、指定ＲＢ集合を指示すると判定できる。Ｙ’ビットが全て０でない場合は、次のように解釈できる。
一側面において、Ｙ’ビットにＹ－Ｙ’ビットの０をＭＳＢにパッドしてＹビットを作る。前記ＹビットをＵＬ ＢＷＰのＲＢ集合を指示するＹビットと解釈して、ＵＬ ＢＷＰのＲＢ集合のうち、指示されたＲＢ集合を判定できる。
他の側面において、Ｍ個の仮想のＲＢ集合を仮想ＲＢ－ｓｅｔ ＃０、仮想ＲＢ－ｓｅｔ ＃１，．．．，仮想ＲＢ－ｓｅｔ ＃（Ｍ－１）とする。ここで、Ｍは、ｃｅｉｌ（ｌｏｇ２（Ｍ＊（Ｍ＋１）／２））≦Ｙ’を満たす整数Ｍ値のうち一つの値であってよい。最大の値に決められてもよい。Ｙ’ビットとＭ個の仮想のＲＢ集合のうち指示された仮想のＲＢ集合を判定できる。実際にスケジュールされるＲＢ集合は、Ｙ’ビットで指示されたものと判定された仮想のＲＢ集合のインデックス０を、指定ＲＢ集合と見なして決定されてよい。例えば、Ｙ’ビットで仮想ＲＢ集合＃１と仮想ＲＢ集合＃２が指示されたと判定し、指定ＲＢ集合がＵＬ ＢＷＰのＲＢ集合＃１であるとする。この場合、指定ＲＢ集合であるＵＬ ＢＷＰのＲＢ集合＃１が仮想ＲＢ集合＃０であると見なし、仮想ＲＢ集合＃１はＵＬ ＢＷＰのＲＢ集合＃２であり、仮想ＲＢ集合＃２はＵＬ ＢＷＰのＲＢ集合＃３である。
上記の実施例は状況によって選択的に用いられてよい。例えば、端末の受信したＤＣＩフォーマットのＦＤＲＡフィールドでＲＢ集合を指示するビットサイズ（Ｙ’ビット）が、ＵＬ ＢＷＰのＲＢ集合を指示するために要求するビットサイズ（Ｙビット）よりも小さい場合に、Ｙ’ビットの全ての値が指定ＲＢ集合を指示しないと、端末は、Ｙ’ビットが特定値である場合に、指定ＲＢ集合を指示すると判定できる。より具体的な実施例は次の通りである。
一例として、Ｙ’ビットにＹ－Ｙ’ビットの０をＭＳＢにパッドしてＹビットを作る。前記ＹビットをＵＬ ＢＷＰのＲＢ集合を指示するＹビットと解釈し、ＵＬ ＢＷＰのＲＢ集合のうち指示されたＲＢ集合を判定できる。前記Ｙビットは、最大で２＾Ｙ個のＲＢ集合の組合せを示すことができるが、Ｙ－Ｙ’ ＭＳＢが０と固定されているので、最大で２＾Ｙ’個の値のみを示すことができ、２＾Ｙ’個のＲＢ集合組合せを示すことができる。したがって、２＾Ｙ’個のＲＢ集合の組合せのうち、指定ＲＢ集合が含まれることも、含まれないこともある。したがって、ＲＢ集合の組合せのうち指定ＲＢ集合が含まれない場合に、端末は、２＾Ｙ’個の値のうち１つの値は、指定ＲＢ集合を指示するものと解釈できる。この値は、Ｙ’値が全て０である場合であってよい。又は、この値はＹ’値が全て１である場合であってよい。
本発明の実施例に係る可能な組合せを次に述べる。
シナリオ１：本発明で考慮するシナリオのうち一つであり、図２３を参照して、端末は、ＤＬ ＢＷＰに４個のＲＢ集合（ＲＢ集合＃０、ＲＢ集合＃１、ＲＢ集合＃２、ＲＢ集合＃３）が設定され、ＵＬ ＢＷＰ ＃Ａは、１個のＲＢ集合（ＵＬ ＢＷＰ ＃Ａ内のＲＢ集合＃０）を含み、ＵＬ ＢＷＰ ＃Ｂは、４個のＲＢ集合（ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃０、ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃１、ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃２、ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃３）を含む。ここで、ＲＢ集合のインデックスは、各ＢＷＰによって（ＢＷＰ－ｓｐｅｃｉｆｉｃ）に決定される。端末は、ＤＬ ＢＷＰの一つのＲＢ集合（例えば、ＲＢ集合＃３）でＤＣＩフォーマットを受信できる。ここで、前記ＤＣＩフォーマットは、活性化ＵＬ ＢＷＰをＵＬ ＢＷＰ ＃ＡからＵＬ ＢＷＰ ＃Ｂへ変更することを指示し、ＵＬ ＢＷＰ ＃ＢにＰＵＳＣＨをスケジュールすることができる。前記ＤＣＩフォーマットは、ＵＬ ＢＷＰ変更前であるＵＬ ＢＷＰ ＃ＡのＲＢ集合を指示するためのＹ’ビットが含まれてよい。ＵＬ ＢＷＰ ＃Ａは１個のＲＢ集合を含むので、Ｙ’＝ｃｅｉｌ（ｌｏｇ２（１＊２／２））＝０ビットである。したがって、前記ＤＣＩフォーマットには、ＲＢ集合を指示するためにＹ’＝０ビットが含まれている。しかし、ＰＵＳＣＨがスケジュールされる変更後ＵＬ ＢＷＰは４個のＲＢ集合を含むので、前記４個のＲＢ集合のうち、ＰＵＳＣＨがスケジュールされるＲＢ集合を指示するためにＹ＝ｃｅｉｌ（ｌｏｇ２（４＊５／２））＝４ビットが必要である。したがって、Ｙ’＜Ｙの状況である。参考として、本シナリオにおいて２＾Ｙ’＝１であり、端末は、ＤＣＩフォーマットのＹ’＝０ビットで１つの指定ＲＢ集合組合せのみが指示され得る。
可能な組合せ１－１：端末は、変更後ＵＬ ＢＷＰ ＃ＢのＲＢ集合のうち、ＤＣＩフォーマットが送信されたＲＢ集合＃３と周波数領域で重なるＲＢ集合があるか確認する。図２３を参照して、ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃３は、周波数領域で重なるＲＢ集合である。したがって、前記ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合を指定ＲＢ集合と判定できる。これは、非免許帯域上で基地局が特定の１つ或いはそれ以上のＲＢ集合に対してチャネルアクセスに成功する場合に、そのＲＢ集合に対して基地局が設定したＣＯＴ（Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｎｃｙ Ｔｉｍｅ）を端末に共有して端末におけるチャネルアクセスを単純化し、チャネルアクセス観点において上りリンク送信確率を高めることができる。
すなわち、基地局が設定し、端末にグループ共用シグナリング（ｇｒｏｕｐ ｃｏｍｍｏｎ ｓｉｇｎａｌｉｎｇ）で指示できるＣＯＴ内に端末が送信しようとする場合に、ｇＮＢが端末にＣＯＴ共有を行い、端末がチャネルアクセス方式でランダムバックオフを行うようにするＣａｔ－４チャネルアクセス方式ではなく簡単なＣａｔ－２方式（単一インターバル（ｓｉｎｇｌｅ ｉｎｔｅｒｖａｌ）でチャネルアクセスを行うチャネルアクセス方式）或いはＮｏ ＬＢＴ方式によってＵＬ送信の可能性を高めることができるという長所がある。
可能な組合せ１－２：可能な組合せ１－１において、ＤＣＩフォーマットはＲＢ集合＃３で受信された。また、変更前ＵＬ ＢＷＰのＲＢ集合は前記ＲＢ集合＃３と重なっていた。本発明の一実施例によって、前記変更前ＵＬ ＢＷＰのＲＢ集合の周波数領域情報を用いて指定ＲＢ集合を判定できる。図２４を参照して、端末は、ＤＣＩフォーマットをＤＬ ＢＷＰのＲＢ集合＃１で受信することができる。このＤＬ ＢＷＰのＲＢ集合＃１は、変更前ＵＬ ＢＷＰのＲＢ集合と重ならない。この場合、変更後ＵＬ ＢＷＰ ＃ＢのＲＢ集合のうち、ＤＣＩフォーマットが送信されたＲＢ集合＃１と周波数領域で重なるＲＢ集合があるか否か確認する。ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃１は、周波数領域で重なるＲＢ集合である。したがって、前記ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃１を指定ＲＢ集合として判定できる。これは、非免許帯域上で基地局が特定の１つ或いはそれ以上のＲＢ集合に対してチャネルアクセスに成功する場合に、そのＲＢ集合に対して基地局が設定したＣＯＴを端末に共有し、端末におけるチャネルアクセスを単純化し、チャネルアクセス観点において上りリンク送信確率を高めることができる。すなわち、基地局が設定し、端末にグループ共用シグナリングで指示できるＣＯＴ内に端末が送信しようとする場合に、ｇＮＢが端末にＣＯＴ共有を行い、端末がチャネルアクセス方式でランダムバックオフを行うようにするＣａｔ－４チャネルアクセス方式ではなく簡単なＣａｔ－２方式又はＮｏ ＬＢＴ方式によってＵＬ送信の可能性を高めることができるという長所がある。
さらに他の例として、図２５を参照して、端末は、変更前ＵＬ ＢＷＰ ＃ＡのＲＢ集合と周波数領域で重なる変更後ＵＬ ＢＷＰ ＃ＢのＲＢ集合があるか否か確認する。ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃３は、周波数領域で重なるＲＢ集合である。したがって、前記ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃３を指定ＲＢ集合として判定できる。
シナリオ２：本発明で考慮するシナリオのうち一つであり、図２５を参照して、端末は、ＤＬ ＢＷＰに４個のＲＢ集合（ＲＢ集合＃０、ＲＢ集合＃１、ＲＢ集合＃２、ＲＢ集合＃３）が設定され、ＵＬ ＢＷＰ ＃Ａは、1個のＲＢ集合（ＵＬ ＢＷＰ ＃Ａ内のＲＢ集合＃０）を含み、ＵＬ ＢＷＰ ＃Ｂは３個のＲＢ集合（ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃０、ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃１、ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃２）を含む。ここで、ＲＢ集合のインデックスは、各ＢＷＰによって（ＢＷＰ－ｓｐｅｃｉｆｉｃ）に決定される。端末は、ＤＬ ＢＷＰの一つのＲＢ集合（例えば、ＲＢ集合＃３）でＤＣＩフォーマットを受信することができる。ここで、前記ＤＣＩフォーマットは、活性化ＵＬ ＢＷＰをＵＬ ＢＷＰ ＃ＡからＵＬ ＢＷＰ ＃Ｂへ変更することを指示し、ＵＬ ＢＷＰ ＃ＢにＰＵＳＣＨをスケジュールすることができる。前記ＤＣＩフォーマットは、ＵＬ ＢＷＰ変更前であるＵＬ ＢＷＰ ＃ＡのＲＢ集合を指示するためのＹ’ビットが含まれてよい。ＵＬ ＢＷＰ ＃Ａは１個のＲＢ集合を含むので、Ｙ’＝ｃｅｉｌ（ｌｏｇ２（１＊２／２））＝０ビットである。したがって、前記ＤＣＩフォーマットには、ＲＢ集合を指示するためにＹ’＝０ビットが含まれている。しかし、ＰＵＳＣＨがスケジュールされる変更後ＵＬ ＢＷＰは３個のＲＢ集合を含むので、前記３個のＲＢ集合のうちＰＵＳＣＨがスケジュールされるＲＢ集合を指示するために、Ｙ＝ｃｅｉｌ（ｌｏｇ２（３＊４／２））＝３ビットが必要である。したがって、Ｙ’＜Ｙの状況である。参考として、本シナリオにおいて２＾Ｙ’＝１であり、端末はＤＣＩフォーマットのＹ’＝０ビットで１つの指定ＲＢ集合組合せのみが指示され得る。
可能な組合せ１－３：端末は、変更後ＵＬ ＢＷＰ ＃ＢのＲＢ集合のうち、ＤＣＩフォーマットが送信されたＲＢ集合＃３と周波数領域で重なるＲＢ集合があるか否か確認する。図２６を参照して、ＵＬ ＢＷＰ ＃Ｂの全てのＲＢ集合は、周波数領域でＤＣＩフォーマットが送信されたＤＬ ＢＷＰのＲＢ集合＃３と重ならない。したがって、端末は、周波数領域の重なるＲＢ集合を求めることができず、他の方法で指定ＲＢ集合を判定しなければならない。そのために方法として、図２６では、周波数の最も低いＲＢ集合＃０を指定ＲＢ集合と判定できる。図２７では、周波数の最も高いＲＢ集合＃２を指定ＲＢ集合と判定できる。さらに他の例として、図２８を参照して、ＤＬ ＢＷＰと重なるＵＬ ＢＷＰのＲＢ集合のうち周波数が最も低いＲＢ集合＃１を指定ＲＢ集合と判定できる。
さらに他の例として、ＤＣＩフォーマットが送信されたＤＬ ＢＷＰのＲＢ集合＃３と最も周波数が隣接したＵＬ ＢＷＰのＲＢ集合を選択できる。図２７を参照すると、変更後ＵＬ ＢＷＰのＲＢ集合＃２がＤＬ ＢＷＰのＲＢ集合＃３と最も隣接するので、前記ＵＬ ＢＷＰのＲＢ集合＃２を指定ＲＢ集合と判定できる。ＤＣＩフォーマットが送信されたＤＬ ＢＷＰのＲＢ集合と最も周波数が隣接したＵＬ ＢＷＰのＲＢ集合を選択する場合に、ＤＣＩフォーマットが送信されたＤＬ ＢＷＰのＲＢ集合と最も隣接したＤＬ ＢＷＰのＲＢ集合が下りリンクチャネルアクセスを行う時にＣａｔ－２方式のチャネルアクセスを行うことにより、チャネルアクセスに成功したＤＬ ＢＷＰ内のＲＢ集合である確率が高いので、当該ＲＢ集合がチャネルアクセスに成功すると、基地局が端末とＣＯＴを共有して端末におけるチャネルアクセスを単純化することにより、チャネルアクセス観点において上りリンク送信確率を高めることができる。すなわち、基地局がグループ共用シグナリングで指示できるＣＯＴ内に端末が送信しようとする場合に、ｇＮＢが端末にＣＯＴ共有を行う。これにより、端末がチャネルアクセス方式でランダムバックオフを行うようにするＣａｔ－４チャネルアクセス方式ではなく簡単なＣａｔ－２方式又はＮｏ ＬＢＴ方式によってＵＬ送信の可能性を高めることができるという長所がある。
シナリオ３：本発明で考慮するシナリオのうち一つであり、図２９を参照して、端末は、ＤＬ ＢＷＰに４個のＲＢ集合（ＲＢ集合＃０、ＲＢ集合＃１、ＲＢ集合＃２、ＲＢ集合＃３）が設定され、ＵＬ ＢＷＰ ＃Ａは２個のＲＢ集合（ＵＬ ＢＷＰ ＃Ａ内のＲＢ集合＃０、ＵＬ ＢＷＰ ＃Ａ内のＲＢ集合＃１）を含み、ＵＬ ＢＷＰ ＃Ｂは４個のＲＢ集合（ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃０、ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃１、ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃２、ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃３）を含む。ここで、ＲＢ集合のインデックスは各ＢＷＰによって（ＢＷＰ－ｓｐｅｃｉｆｉｃ）に決定される。端末は、ＤＬ ＢＷＰの１つのＲＢ集合でＤＣＩフォーマットを受信することができる。ここで、前記ＤＣＩフォーマットは、活性化ＵＬ ＢＷＰをＵＬ ＢＷＰ ＃ＡからＵＬ ＢＷＰ ＃Ｂへ変更することを指示し、ＵＬ ＢＷＰ ＃ＢにＰＵＳＣＨをスケジュールすることができる。前記ＤＣＩフォーマットは、ＵＬ ＢＷＰ変更以前であるＵＬ ＢＷＰ ＃ＡのＲＢ集合を指示するためのＹ’ビットが含まれてよい。ＵＬ ＢＷＰ ＃Ａは２個のＲＢ集合を含むので、Ｙ’＝ｃｅｉｌ（ｌｏｇ２（２＊３／２））＝２ビットである。したがって、前記ＤＣＩフォーマットには、ＲＢ集合を指示するためにＹ’＝２ビットが含まれている。しかし、ＰＵＳＣＨがスケジュールされる変更後ＵＬ ＢＷＰは４個のＲＢ集合を含む。したがって、前記４個のＲＢ集合のうちＰＵＳＣＨがスケジュールされるＲＢ集合を指示するためにＹ＝ｃｅｉｌ（ｌｏｇ２（４＊５／２））＝４ビットが必要である。すなわち、Ｙ’＜Ｙの状況である。参考として、本シナリオにおいて２＾Ｙ’＝４であり、端末はＤＣＩフォーマットのＹ’＝２ビットで最大で４個のＲＢ集合組合せを指示することができる。このうち、１つのＲＢ集合組合せは指定ＲＢ集合を含むことができる。３ＲＢ集合は、ｃｅｉｌ（ｌｏｇ２（３＊４／２））＝３ビットであって、Ｙ’＝２ビットを超えるので、Ｙ’＝２ビットは最大でＭ＝２個のＲＢ集合を指示できる。又は、ＵＬ ＢＷＰ ＃Ａが２個のＲＢ集合を含んでいるので、同一数のＭ＝２個のＲＢ集合を指示できる。
可能な組合せ３－１：端末は、変更後ＵＬ ＢＷＰ ＃ＢのＲＢ集合のうち、ＤＣＩフォーマットが送信されたＲＢ集合＃３と周波数領域で重なるＲＢ集合があるか否か確認する。図２９を参照すると、ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃３は、ＤＣＩフォーマットが送信されたＲＢ集合＃３と重なっている。したがって、前記ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃３を指定ＲＢ集合と判定できる。そして、端末は、Ｙ’＝２ビットで前記ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃３が指示されてよい。また、端末は、Ｙ’＝２ビットで前記ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃３、及びＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃３と隣接したＲＢ集合が指示されてよい。したがって、ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃３の他に、ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃３と隣接した１つのＲＢ集合を選択しなければならない。ここで、隣接したＲＢ集合は、ＵＬ ＢＷＰ＃Ｂ内のＲＢ集合＃２である。ＤＣＩフォーマットが送信されたＤＬ ＢＷＰのＲＢ集合と重なったり或いはその周波数が最も隣接したＵＬ ＢＷＰのＲＢ集合を選択する場合に、ＤＣＩフォーマットが送信されたＤＬ ＢＷＰのＲＢ集合と最も隣接したＤＬ ＢＷＰのＲＢ集合は、Ｃａｔ－２方式に基づいて下りリンクチャネルアクセスを行うことができる。これにより、チャネルアクセスに成功したＤＬ ＢＷＰ内のＲＢ集合である確率が高いので、当該ＲＢ集合がチャネルアクセスに成功すると、基地局が端末とのＣＯＴ共有によって端末におけるチャネルアクセスを単純化し、チャネルアクセス観点において上りリンク送信確率を高めることができる。すなわち、基地局がグループ共用シグナリングで指示できるＣＯＴ内に端末が送信しようとする場合に、ｇＮＢから端末にＣＯＴを共有を行う。これにより、端末がチャネルアクセス方式でランダムバックオフを行うようにするＣａｔ－４チャネルアクセス方式ではなく簡単なＣａｔ－２方式又はＮｏ ＬＢＴ方式によってＵＬ送信の可能性を高めることができるという長所がある。また、上りリンクの送信の場合に、隣接したＲＢ集合を選択して連続したＲＢ集合の組合せのみの送信を可能にする方法であり得る。
可能な組合せ３－２：端末は、変更後ＵＬ ＢＷＰ ＃ＢのＲＢ集合のうち、ＤＣＩフォーマットが送信されたＲＢ集合＃１と周波数領域で重なるＲＢ集合があるか否か確認する。図３０を参照すると、ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃１は、ＤＣＩフォーマットが送信されたＤＬ ＢＷＰのＲＢ集合＃１と重なっている。したがって、前記ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃１を指定ＲＢ集合と判定できる。そして、端末は、Ｙ’＝２ビットで前記ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃１が指示されてよい。また、端末は、Ｙ’＝２ビットで前記ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃１とＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃０と隣接したＲＢ集合が指示されてよい。４個のＲＢ集合の場合、ｃｅｉｌ（ｌｏｇ２（４＊５／２））＝４ビットであり、Ｙ’＝２ビットを超えるので、Ｙ’＝２ビットは最大でＭ＝２個のＲＢ集合を指示できる。したがって、ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃１の他に、ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃１と隣接した一つのＲＢ集合を選択しなければならない。ここで、隣接したＲＢ集合は、ＵＬ ＢＷＰ＃Ｂ内のＲＢ集合＃０とＵＬ ＢＷＰ＃Ｂ内のＲＢ集合＃２である。端末は、両集合のうち一つのＲＢ集合を選択できる。ここで、選択は、図３０を参照して、ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃１よりも低い周波数のＲＢ集合であるＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃０を選択できる。さらに他の例として、図３０を参照して、ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃１よりも高い周波数のＲＢ集合であるＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃２を選択できる。
可能な組合せ３－１及び３－２でＹ’ビットを解釈する方法は次の通りである。
第１方法として、端末は、Ｙ’ビットをＵＬ ＢＷＰ＃ＡのＭ’ ＲＢ集合の指示情報として解釈できる。このように求めたＲＢ集合のスケジューリング情報を、ＵＬ ＢＷＰ＃Ｂの指定ＲＢ集合及び指定ＲＢ集合の隣接ＲＢのスケジューリング情報と判定できる。Ｙ’ビットはＵＬ ＢＷＰ＃ＡのＭ’ ＲＢ集合の指示情報として解釈し、ＵＬ ＢＷＰ ＃Ａ内のＲＢ集合＃ＰからＱ個のＲＢ集合が指示されていると、ＵＬ ＢＷＰ ＃Ｂの指定ＲＢ集合及び指定ＲＢ集合の隣接ＲＢのうち最も低いインデックスを持つＲＢ集合のインデックスを０に付け直して、Ｐ＋１番目ＲＢ集合からＱ個のＲＢ集合が指示されたと判定できる。例えば、図３１を参照して、Ｙ’＝２ビットは、ＵＬ ＢＷＰ ＃Ａ内のＲＢ集合＃０及びＵＬ ＢＷＰ ＃Ａ内のＲＢ集合＃１を指示し、これはＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃１及びＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃２にマップされて指示できる。例えば、Ｙ’＝２ビットが００であれば、ＵＬ ＢＷＰ ＃Ａ内のＲＢ集合＃０が指示されたと判定され、これは、ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃１にマップされて指示されたと判定できる。例えば、Ｙ’＝２ビットが０１であれば、ＵＬ ＢＷＰ ＃Ａ内のＲＢ集合＃１が指示されたと判定され、これは、ＵＬ ＢＷＰ＃Ｂ内のＲＢ集合＃２にマップされて指示されたと判定できる。
第２方法として、端末は、Ｙ’ビットのＭＳＢにＹ－Ｙ’ビットのゼロを付けてＹビットを作り、そのＹビットをＵＬ ＢＷＰ ＃ＢのＭ ＲＢ集合の指示情報と解釈できる。ＹビットはＵＬ ＢＷＰ＃ＢのＭ ＲＢ集合の指示情報として解釈し、ＵＬ ＢＷＰ＃Ｂ内のＲＢ集合＃ＰからＱ個のＲＢ集合が指示されていると、ＵＬ ＢＷＰ ＃Ｂの指定ＲＢ集合及び指定ＲＢ集合の隣接ＲＢのうち最も低いインデックスを持つＲＢ集合のインデックスを０に付け直して、Ｐ＋１番目ＲＢ集合からＱ個のＲＢ集合が指示されたと判定できる。言い換えると、ＹビットはＵＬ ＢＷＰ＃ＢのＭ ＲＢ集合の指示情報として解釈し、ＵＬ ＢＷＰ＃Ｂ内のＲＢ集合＃ＰからＱ個のＲＢ集合が指示されたとき、ＵＬ ＢＷＰ ＃Ｂの指定ＲＢ集合及び指定ＲＢ集合の隣接ＲＢのうち最も低いインデックスを持つＲＢ集合のインデックスがＯであれば、ＵＬ ＢＷＰ＃Ｂ内のＲＢ集合＃（Ｐ＋Ｏ）からＱ個のＲＢ集合が指示されたと判定できる。これは、ＲＢ集合をＯ個シフトして得たものと同一である。例えば、図３１を参照して、Ｙ’＝２ビットに２ビットゼロを付けてＹ＝４ビットを作る。このＹビットは、ＵＬ ＢＷＰ＃Ｂ内のＲＢ集合＃０及びＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃１及びＵＬ ＢＷＰ＃Ｂ内のＲＢ集合＃２及びＵＬ ＢＷＰ＃Ｂ内のＲＢ集合＃３を指示できる。例えば、Ｙ＝４ビットが００００であれば、ＵＬ ＢＷＰ＃Ｂ内のＲＢ集合＃０が指示されたと判定される。図３１で、Ｏ＝１である。したがって、これは、ＵＬ ＢＷＰ＃Ｂ内のＲＢ集合＃（０＋１）にマップされて指示されたものと判定できる。例えば、Ｙ＝４ビットが０００１であれば、ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃１が指示されたと判定され、これは、ＵＬ ＢＷＰ ＃Ｂ内のＲＢ集合＃（１＋１）にマップされて指示されたものと判定できる。
さらに他の実施例として、下りリンク送信或いは上りリンク送信を行うためのＲＢ集合の組合せが、規約（ｒｅｇｕｌａｔｉｏｎ）によってあらかじめ定義（ｐｒｅｄｅｆｉｎｅｄ）されていてよい。すなわち、図３０を取り上げると、２つのＲＢ集合をまとめる方式で、活性化ＤＬ ＢＷＰに属するＲＢ集合のうち、｛０，１｝又は｛２，３｝のみにまとめたり、或いは４個のＲＢ集合をまとめる場合には｛０，１，２，３｝のみにまとめることができる。したがって、あらかじめ定義されたＲＢ集合のグループが設定される場合には、当該ＲＢ集合のグループを基準に、重なったＵＬ ＢＷＰのＲＢ集合を選択するようにする方法が考慮できる。すなわち、図３０のように、ＤＬ ＢＷＰのＲＢ集合＃１でＤＣＩフォーマットが送信された場合に、ＵＬ ＢＷＰのＲＢ集合のうち２個のＲＢ集合を選択できるように設定された場合には、ＤＬ ＢＷＰのＲＢ集合＃１とグルーピング可能なＤＬ ＢＷＰのＲＢ集合＃０を考慮して、｛０，１｝と重なり得るＵＬ ＢＷＰのＲＢ集合を選択するようにする。すなわち、基地局が端末とＤＬ ｔｏ ＵＬ ＣＯＴ共有によって端末におけるチャネルアクセスを単純化することにより、チャネルアクセス観点において上りリンク送信確率を高めることができる。
図３２は、本発明の一実施例に係る端末と基地局の構成をそれぞれ示すブロック図である。本発明の実施例において、端末は携帯性及び移動性が保障される様々な種類の無線通信装置又はコンピュータ装置によって具現されてよい。端末は、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＳＴＡ（Ｓｔａｔｉｏｎ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ）などと呼ぶことができる。また、本発明の実施例において、基地局は、サービス地域に該当するセル（例えば、マクロセル、フェムトセル、ピコセルなど）を制御及び管掌し、信号送出、チャネル指定、チャネル監視、自己診断、中継などの機能を有し得る。基地局は、ｇＮＢ（ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ）又はＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）などと呼ぶことができる。
図示のように、本発明の一実施例に係る端末１００は、プロセッサ１１０、通信モジュール１２０、メモリ１３０、ユーザインターフェース部１４０及びディスプレイユニット１５０を含むことができる。
まず、プロセッサ１１０は、様々な命令又はプログラムを実行し、端末１００内部のデータをプロセスすることができる。また、プロセッサ１１０は、端末１００の各ユニットを含む動作全般を制御し、ユニット間のデータ送受信を制御できる。ここで、プロセッサ１１０は、本発明で説明した実施例に係る動作を行うように構成されてよい。例えば、プロセッサ１１０はスロット構成情報を受信し、これに基づいてスロットの構成を判断し、判断されたスロット構成によって通信を行うことができる。
次に、通信モジュール１２０は、無線通信網を用いた無線通信、及び無線ＬＡＮを用いた無線ＬＡＮ接続を行う統合モジュールであってよい。そのために、通信モジュール１２０は、セルラー通信インターフェースカード１２１，１２２及び非免許帯域通信インターフェースカード１２３のような複数のネットワークインターフェースカード（ｎｅｔｗｏｒｋ ｉｎｔｅｒｆａｃｅ ｃａｒｄ，ＮＩＣ）を組み込み又は外付けの形態で備えることができる。同図では通信モジュール１２０を一体型の統合モジュールとしているが、それぞれのネットワークインターフェースカードは、同図と違い、回路構成又は用途によって独立に配置されてもよい。
セルラー通信インターフェースカード１２１は、移動通信網を用いて、基地局２００、外部デバイス、サーバのうち少なくとも一つと無線信号を送受信し、プロセッサ１１０の命令に基づいて第１周波数帯域によるセルラー通信サービスを提供できる。一実施例によれば、セルラー通信インターフェースカード１２１は、６ＧＨｚ未満の周波数帯域を用いる少なくとも一つのＮＩＣモジュールを含むことができる。セルラー通信インターフェースカード１２１の少なくとも一つのＮＩＣモジュールは、当該ＮＩＣモジュールが支援する６ＧＨｚ未満の周波数帯域のセルラー通信規格又はプロトコルによって独立に基地局２００、外部デバイス、サーバのうち少なくとも一つとセルラー通信を行うことができる。
セルラー通信インターフェースカード１２２は、移動通信網を用いて、基地局２００、外部デバイス、サーバのうち少なくとも一つと無線信号を送受信し、プロセッサ１１０の命令に基づいて第２周波数帯域によるセルラー通信サービスを提供できる。一実施例によれば、セルラー通信インターフェースカード１２２は、６ＧＨｚ以上の周波数帯域を用いる少なくとも一つのＮＩＣモジュールを含むことができる。セルラー通信インターフェースカード１２２の少なくとも一つのＮＩＣモジュールは、当該ＮＩＣモジュールが支援する６ＧＨｚ以上の周波数帯域のセルラー通信規格又はプロトコルによって独立に基地局２００、外部デバイス、サーバのうち少なくとも一つとセルラー通信を行うことができる。
非免許帯域通信インターフェースカード１２３は、非免許帯域である第３周波数帯域を用いて、基地局２００、外部デバイス、サーバのうち少なくとも一つと無線信号を送受信し、プロセッサ１１０の命令に基づいて非免許帯域の通信サービスを提供する。非免許帯域通信インターフェースカード１２３は、非免許帯域を用いる少なくとも一つのＮＩＣモジュールを含むことができる。例えば、非免許帯域は、２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ、７ＧＨｚ又は５２．６ＧＨｚ以上の帯域であってよい。非免許帯域通信インターフェースカード１２３の少なくとも一つのＮＩＣモジュールは、当該ＮＩＣモジュールが支援する周波数帯域の非免許帯域通信規格又はプロトコルによって独立して或いは従属して基地局２００、外部デバイス、サーバのうち少なくとも一つと無線通信を行うことができる。
次に、メモリ１３０は、端末１００で用いられる制御プログラム及びそれによる各種データを記憶する。このような制御プログラムには、端末１００が基地局２００、外部デバイス、サーバのうち少なくとも一つと無線通信を行う上で必要な所定のプログラムが含まれてよい。
次に、ユーザインターフェース１４０は、端末１００に備えられた様々な形態の入／出力手段を含む。すなわち、ユーザインターフェース１４０は、様々な入力手段を用いてユーザの入力を受信でき、プロセッサ１１０は、受信されたユーザ入力に基づいて端末１００を制御できる。また、ユーザインターフェース１４０は、様々な出力手段を用いてプロセッサ１１０の命令に基づく出力を行うことができる。
次に、ディスプレイユニット１５０は、ディスプレイ画面に様々なイメージを出力する。前記ディスプレイユニット１５０は、プロセッサ１１０によって実行されるコンテンツ又はプロセッサ１１０の制御命令に基づくユーザインターフェースなどの様々なディスプレイオブジェクトを出力できる。
また、本発明の一実施例に係る基地局２００は、プロセッサ２１０、通信モジュール２２０及びメモリ２３０を含むことができる。
まず、プロセッサ２１０は様々な命令又はプログラムを実行し、基地局２００内部のデータをプロセスすることができる。また、プロセッサ２１０は、基地局２００の各ユニットを含む動作全般を制御し、ユニット間のデータ送受信を制御できる。ここで、プロセッサ２１０は、本発明で説明した実施例に係る動作を行うように構成されてよい。例えば、プロセッサ２１０は、スロット構成情報をシグナルし、シグナルしたスロット構成によって通信を行うことができる。
次に、通信モジュール２２０は、無線通信網を用いた無線通信及び無線ＬＡＮを用いた無線ＬＡＮ接続を行う統合モジュールであってよい。そのために、通信モジュール２２０は、セルラー通信インターフェースカード２２１，２２２及び非免許帯域通信インターフェースカード２２３のような複数のネットワークインターフェースカードを組み込み又は外付けの形態で備えることができる。同図では通信モジュール２２０を一体型の統合モジュールとしているが、それぞれのネットワークインターフェースカードは、図面と違い、回路構成又は用途によって独立に配置されてもよい。
セルラー通信インターフェースカード２２１は、移動通信網を用いて、上述した端末１００、外部デバイス、サーバのうち少なくとも一つと無線信号を送受信し、プロセッサ２１０の命令に基づいて第１周波数帯域によるセルラー通信サービスを提供できる。一実施例によれば、セルラー通信インターフェースカード２２１は、６ＧＨｚ未満の周波数帯域を用いる少なくとも一つのＮＩＣモジュールを含むことができる。セルラー通信インターフェースカード２２１の少なくとも一つのＮＩＣモジュールは、当該ＮＩＣモジュールが支援する６ＧＨｚ未満の周波数帯域のセルラー通信規格又はプロトコルによって独立に端末１００、外部デバイス、サーバのうち少なくとも一つとセルラー通信を行うことができる。
セルラー通信インターフェースカード２２２は、移動通信網を用いて、端末１００、外部デバイス、サーバのうち少なくとも一つと無線信号を送受信し、プロセッサ２１０の命令に基づいて第２周波数帯域によるセルラー通信サービスを提供することができる。一実施例によれば、セルラー通信インターフェースカード２２２は、６ＧＨｚ以上の周波数帯域を用いる少なくとも一つのＮＩＣモジュールを含むことができる。セルラー通信インターフェースカード２２２の少なくとも一つのＮＩＣモジュールは、当該ＮＩＣモジュールが支援する６ＧＨｚ以上の周波数帯域のセルラー通信規格又はプロトコルによって独立に端末１００、外部デバイス、サーバのうち少なくとも一つとセルラー通信を行うことができる。
非免許帯域通信インターフェースカード２２３は、非免許帯域である第３周波数帯域を用いて、端末１００、外部デバイス、サーバのうち少なくとも一つと無線信号を送受信し、プロセッサ２１０の命令に基づいて非免許帯域の通信サービスを提供する。非免許帯域通信インターフェースカード２２３は、非免許帯域を用いる少なくとも一つのＮＩＣモジュールを含むことができる。例えば、非免許帯域は、２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ、７ＧＨｚ又は５２．６ＧＨｚ以上の帯域であってよい。非免許帯域通信インターフェースカード２２３の少なくとも一つのＮＩＣモジュールは、当該ＮＩＣモジュールが支援する周波数帯域の非免許帯域通信規格又はプロトコルによって独立して或いは従属して端末１００、外部デバイス、サーバのうち少なくとも一つと無線通信を行うことができる。
図１６に示す端末１００及び基地局２００は、本発明の一実施例に係るブロック図であり、分離して表示したブロックは、デバイスのエレメントを論理的に区別して示したものである。したがって、上述したデバイスのエレメントは、デバイスの設計によって、一つのチップとして又は複数のチップとして装着されてよい。また、端末１００の一部の構成、例えば、ユーザインターフェース１４０及びディスプレイユニット１５０などは、端末１００に選択的に備えられてよい。また、ユーザインターフェース１４０及びディスプレイユニット１５０などは、基地局２００に必要によってさらに備えられてよい。
本発明の方法及びシステムは特定実施例と関連して説明されたが、それらの構成要素又は動作の一部又は全部は、汎用ハードウェアアーキテクチャを有するコンピュータシステムによって具現されてよい。
前述した本発明の説明は例示のためのものであり、本発明の属する技術の分野における通常の知識を有する者には、本発明の技術的思想や必須の特徴を変更しないで他の具体的な形態に容易に変形可能であるいうことが理解できよう。したがって、以上に述べた実施例は、いかなる面においても例示的なものであり、限定的でないことを理解しなければならない。例えば、単一型として説明されている各構成要素は、分散して実施されてもよく、同様に、分散したものと説明されている構成要素も結合した形態で実施されてよい。
本発明の範囲は、以上の詳細な説明よりは添付する特許請求の範囲によって示され、特許請求の範囲の意味及び範囲とその均等概念から導出される全ての変更又は変形された形態が本発明の範囲に含まれるものと解釈されるべきである。

Claims (19)

  1. 非免許帯域（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ）で端末が下りリンクチャネルを受信する方法であって、
    前記非免許帯域で１つ以上のＳＳ／ＰＢＣＨ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ／ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）ブロックインデックスを指示する情報を基地局から受信する段階であって、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスは、候補ＳＳ／ＰＢＣＨブロックインデックスによる複数個のリソースのうち、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する１つ又はそれ以上のリソースを認識するために用いられる、段階；及び
    前記非免許帯域で物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ：ＰＤＳＣＨ）のためのリソースを割り当てる下りリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を前記基地局から受信する段階であって、前記ＰＤＳＣＨは、前記ＤＣＩによって割り当てられた前記リソースのうち、前記１つ又はそれ以上のリソースを除く残りのリソースに基づいて受信される、段階；を含むことを特徴とする方法。
  2. 前記ＰＤＳＣＨのための前記リソースと前記１つ又はそれ以上のリソースとが重ならない場合に、前記ＰＤＳＣＨは前記リソースに基づいて復号化され、
    前記ＰＤＳＣＨのための前記リソースと前記１つ又はそれ以上のリソースとが部分的に或いは全体的に重なる場合に、前記リソースのうち前記１つ又はそれ以上のリソースと前記部分的に又は全体的に重なるリソースは、前記ＰＤＳＣＨのために用いられないことを特徴とする、請求項１に記載の方法。
  3. 前記ＳＳ／ＰＢＣＨブロックインデックスが複数のリソースと対応し、ＤＲＳ送信ウィンドウ内でＳＳ／ＰＢＣＨブロックが前記複数のリソースのうち一部のリソースで受信された場合に、前記ＤＲＳ送信ウィンドウ内の前記複数のリソースから前記一部のリソースを除く残りのリソースは、前記ＰＤＳＣＨの受信のために用いられることを特徴とする、請求項１に記載の方法。
  4. 前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスの最大個数に関する情報を前記基地局から受信する段階をさらに含み、
    前記候補ＳＳ／ＰＢＣＨブロックインデックスによる前記複数個のリソースのうち、ＤＲＳ送信ウィンドウ内の前記最大個数に対応する少なくとも一つのリソースで前記ＰＤＳＣＨのレートマッチングが行われることを特徴とする、請求項１に記載の方法。
  5. 前記非免許帯域で半静的（ｓｅｍｉ－ｓｔａｔｉｃ）チャネルアクセスモードが設定され、
    候補ＳＳ／ＰＢＣＨブロックインデックスによる複数個のリソースのうち前記１つ又はそれ以上のリソースが固定フレーム周期（ｆｉｘｅｄ ｆｒａｍｅ ｐｅｒｉｏｄ：ＦＦＰ）の遊休周期（ｉｄｌｅ ｐｅｒｉｏｄ）と重なる場合に、前記ＰＤＳＣＨは、前記ＰＤＳＣＨのための前記リソースに基づいて復号化されることを特徴とする、請求項１に記載の方法。
  6. 前記非免許帯域で半静的（ｓｅｍｉ－ｓｔａｔｉｃ）チャネルアクセスモードが設定され、
    前記１つ以上のＳＳ／ＰＢＣＨ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ／ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）ブロックインデックスを指示する前記情報において、ＦＦＰの遊休周期と重なるリソースに対応するビット値は０に設定されることを特徴とする、請求項１に記載の方法。
  7. 非免許帯域（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ）で端末が上りリンク信号を送信する方法であって、
    前記非免許帯域で１つ以上のＳＳ／ＰＢＣＨ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ／ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）ブロックインデックスを指示する情報を基地局から受信する段階であって、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスは、候補ＳＳ／ＰＢＣＨブロックインデックスによる複数個のリソースのうち、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する１つ又はそれ以上のリソースを認識するために用いられる、段階；及び
    前記非免許帯域で前記上りリンク信号のためのリソースを決定する段階であって、前記上りリンク信号のためのリソースは、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースに基づいて決定される、段階；を含むことを特徴とする方法。
  8. 前記上りリンク信号は、ランダムアクセスプリアンブルであり、
    前記上りリンク信号のためのリソースは、ＰＲＡＣＨ（ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）スロット内のＰＲＡＣＨ機会（ｏｃｃａｓｉｏｎ）であり、
    上りリンク／下りリンク構成情報が提供されない場合に、仮に前記ＰＲＡＣＨ機会が前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースを先行せず、前記１つ又はそれ以上のリソースの最後の受信シンボルから少なくともＮｇａｐシンボル以後に始まると、前記ＰＲＡＣＨ機会は有効なものと決定されることを特徴とする、請求項７に記載の方法。
  9. 前記上りリンク信号は、ランダムアクセスプリアンブルであり、
    前記上りリンク信号のためのリソースは、ＰＲＡＣＨスロット内のＰＲＡＣＨ機会であり、
    上りリンク／下りリンク構成情報が提供された場合に、仮に前記ＰＲＡＣＨ機会が前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースを先行せず、最後の下りリンクシンボルから少なくともＮｇａｐシンボル及び前記１つ又はそれ以上のリソースの最後の受信シンボルから少なくともＮｇａｐシンボル及び以後に始まると、前記ＰＲＡＣＨ機会は有効なものと決定されることを特徴とする、請求項７に記載の方法。
  10. 前記非免許帯域で半静的（ｓｅｍｉ－ｓｔａｔｉｃ）チャネルアクセスモードが設定され、
    前記上りリンク信号は、ランダムアクセスプリアンブルであり、前記上りリンク信号のためのリソースは、ＰＲＡＣＨスロット内のＰＲＡＣＨ機会であり、
    前記１つ又はそれ以上のリソースが固定フレーム周期の遊休周期と重なる場合に、前記ＰＲＡＣＨ機会は、前記１つ又はそれ以上のリソースとは関係なく決定されることを特徴とする、請求項７に記載の方法。
  11. 前記上りリンク信号は、ランダムアクセスプリアンブルであり、前記上りリンク信号のためのリソースは、ＰＲＡＣＨスロット内のＰＲＡＣＨ機会であり、
    ＤＲＳ送信ウィンドウ内の全ての前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースで前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスを有するＳＳ／ＰＢＣＨブロックが送信されることを前提に、前記ＰＲＡＣＨ機会の有効性が決定されることを特徴とする、請求項７に記載の方法。
  12. 前記上りリンク信号は、ＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）反復（ｒｅｐｅｔｉｔｉｏｎ）であり、前記上りリンク信号のためのリソースは、ＰＵＣＣＨ送信のためのＮ個のスロットであり、
    前記Ｎ個のスロットは、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースと重ならない上りリンクシンボル又はフレキシブルシンボル（ｆｌｅｘｉｂｌｅ ｓｙｍｂｏｌ）を含む複数個のスロットから選択されることを特徴とする、請求項７に記載の方法。
  13. 前記上りリンク信号は、ＰＵＣＣＨ反復であり、前記上りリンク信号のためのリソースは、ＰＵＣＣＨ送信のためのＮ個のスロットであり、
    前記ＳＳ／ＰＢＣＨブロックインデックスが複数のリソースと対応し、ＤＲＳ送信ウィンドウ内でＳＳ／ＰＢＣＨブロックが前記複数のリソースのうち一部のリソースで受信された場合に、前記Ｎ個のスロットは、前記ＤＲＳ送信ウィンドウ内の前記複数のリソースから前記一部のリソースを除く残りの上りリンクシンボルとフレキシブルシンボルを含む複数個のスロットから選択されることを特徴とする、請求項７に記載の方法。
  14. 前記上りリンク信号は、ＰＵＣＣＨ反復であり、前記上りリンク信号のためのリソースは、ＰＵＣＣＨ送信のためのＮ個のスロットであり、
    ＤＲＳ送信ウィンドウ内の全ての前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースで前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスを有するＳＳ／ＰＢＣＨブロックが送信されることを前提に、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースと重ならない上りリンクシンボル又はフレキシブルシンボルを含むスロットが前記上りリンク信号のためのリソースとして決定されることを特徴とする、請求項７に記載の方法。
  15. 前記上りリンク信号は、ＰＵＣＣＨ反復であり、前記上りリンク信号のためのリソースは、ＰＵＣＣＨ送信のためのＮ個のスロットであり、
    前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースが固定フレーム周期の遊休周期と重なる場合に、前記Ｎ個のスロットは、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースとは関係なく決定されることを特徴とする、請求項７に記載の方法。
  16. 前記上りリンク信号は、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）反復であり、前記上りリンク信号のためのリソースは、ＰＵＳＣＨ送信のためのリソースであり、
    前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースと重ならない上りリンクシンボル又はフレキシブルシンボルは、前記ＰＵＳＣＨ送信のためのリソースとして決定されることを特徴とする、請求項７に記載の方法。
  17. 前記上りリンク信号は、ＰＵＳＣＨ反復であり、前記上りリンク信号のためのリソースは、ＰＵＳＣＨ送信のためのリソースであり、
    前記ＳＳ／ＰＢＣＨブロックインデックスが複数のリソースと対応し、ＤＲＳ送信ウィンドウ内でＳＳ／ＰＢＣＨブロックが前記複数のリソースのうち一部のリソースで受信された場合に、前記ＤＲＳ送信ウィンドウ内の前記複数のリソースから前記一部のリソースを除く残りのリソースの上りリンクシンボルとフレキシブルシンボルは、前記ＰＵＳＣＨ送信のためのリソースとして決定されることを特徴とする、請求項７に記載の方法。
  18. 前記上りリンク信号は、ＰＵＳＣＨ反復であり、前記上りリンク信号のためのリソースは、ＰＵＳＣＨ送信のためのリソースであり、
    ＤＲＳ送信ウィンドウ内の全ての前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースで前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスを有するＳＳ／ＰＢＣＨブロックが送信されることを前提に、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースと重ならない上りリンクシンボル又はフレキシブルシンボルは、前記ＰＵＳＣＨ送信のためのリソースとして決定されることを特徴とする、請求項７に記載の方法。
  19. 前記上りリンク信号は、ＰＵＳＣＨ反復であり、前記上りリンク信号のためのリソースは、ＰＵＳＣＨ送信のためのリソースであり、
    前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースが固定フレーム周期の遊休周期と重なる場合に、前記ＰＵＳＣＨ送信のためのリソースは、前記１つ以上のＳＳ／ＰＢＣＨブロックインデックスのそれぞれに対応する前記１つ又はそれ以上のリソースとは関係なく決定されることを特徴とする、請求項７に記載の方法。
JP2022573407A 2020-05-28 2021-05-28 非免許帯域で下りリンクと上りリンクの無線リソースを受信する方法及び装置 Pending JP2023527440A (ja)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
KR10-2020-0064451 2020-05-28
KR20200064451 2020-05-28
KR10-2020-0070609 2020-06-10
KR1020200070609A KR20210153492A (ko) 2020-06-10 2020-06-10 무선 통신시스템에서 하향링크 수신 및 상향링크 전송을 위한 방법 및 장치
KR10-2021-0012061 2021-01-28
KR20210012061 2021-01-28
PCT/KR2021/006705 WO2021242059A1 (ko) 2020-05-28 2021-05-28 비면허대역에서 하향링크와 상향링크의 무선자원을 수신하는 방법 및 장치

Publications (1)

Publication Number Publication Date
JP2023527440A true JP2023527440A (ja) 2023-06-28

Family

ID=78744790

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022573407A Pending JP2023527440A (ja) 2020-05-28 2021-05-28 非免許帯域で下りリンクと上りリンクの無線リソースを受信する方法及び装置

Country Status (5)

Country Link
US (1) US20230224891A1 (ja)
JP (1) JP2023527440A (ja)
KR (1) KR20230017214A (ja)
CN (1) CN115804212A (ja)
WO (1) WO2021242059A1 (ja)

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11457472B2 (en) * 2017-12-18 2022-09-27 Samsung Electronics Co., Ltd. Method and apparatus for initial access block on stand-alone NR unlicensed spectrum

Also Published As

Publication number Publication date
US20230224891A1 (en) 2023-07-13
CN115804212A (zh) 2023-03-14
KR20230017214A (ko) 2023-02-03
WO2021242059A1 (ko) 2021-12-02

Similar Documents

Publication Publication Date Title
KR102320460B1 (ko) 무선 통신 시스템의 물리 채널 및 신호 송수신 방법 및 이를 이용하는 장치
KR102642717B1 (ko) 비면허 대역에서의 채널 액세스 방법, 장치 및 시스템
JP7204275B2 (ja) 非免許帯域で送信を行うためのチャネルアクセス方法及びこれを用いる装置
JP7412805B2 (ja) 無線通信システムにおいて１つのキャリア内のガードバンドを用いたチャネル送受信方法及びそのための装置
JP2022528104A (ja) 非免許帯域で送信を行うためのリソース割り当て方法及びこれを用いる装置
KR102636046B1 (ko) 비면허 대역에서 전송을 수행하기 위한 채널 액세스 방법 및 이를 이용하는 장치
KR102577892B1 (ko) 비면허 대역에서 bwp(대역폭 파트)를 기초로 물리 채널 및 신호를 송수신하는 방법 및 이를 이용하는 장치
JP2023533758A (ja) 無線通信システムにおいて上りリンクチャネルを送信する方法及びそのための装置
KR20210134357A (ko) 비면허 대역에서 전송을 수행하기 위한 채널 액세스 방법 및 이를 이용하는 장치
JP2023513770A (ja) 無線通信システムにおいて上りリンク／下りリンク送信を行う方法及びそのための装置
JP2023527440A (ja) 非免許帯域で下りリンクと上りリンクの無線リソースを受信する方法及び装置
KR20200018172A (ko) 비면허대역에서 상향링크 제어채널 전송 방법 및 장치
KR20210153492A (ko) 무선 통신시스템에서 하향링크 수신 및 상향링크 전송을 위한 방법 및 장치

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240520