JP7504909B2 - 多重送信ブロックスケジューリングのための信号の送受信方法及びそのための装置 - Google Patents

多重送信ブロックスケジューリングのための信号の送受信方法及びそのための装置 Download PDF

Info

Publication number
JP7504909B2
JP7504909B2 JP2021557058A JP2021557058A JP7504909B2 JP 7504909 B2 JP7504909 B2 JP 7504909B2 JP 2021557058 A JP2021557058 A JP 2021557058A JP 2021557058 A JP2021557058 A JP 2021557058A JP 7504909 B2 JP7504909 B2 JP 7504909B2
Authority
JP
Japan
Prior art keywords
dci
information
bit
scheduled
transmission
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.)
Active
Application number
JP2021557058A
Other languages
English (en)
Other versions
JP2022527747A (ja
Inventor
フアン，ソンケ
パク，チャンフアン
アン，チュンクイ
キム，ジェヒョン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2022527747A publication Critical patent/JP2022527747A/ja
Application granted granted Critical
Publication of JP7504909B2 publication Critical patent/JP7504909B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/189—Transmission or retransmission of more than one copy of a message
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/32—Carrier systems characterised by combinations of two or more of the types covered by groups H04L27/02, H04L27/10, H04L27/18 or H04L27/26
    • H04L27/34—Amplitude- and phase-modulated carrier systems, e.g. quadrature-amplitude modulated carrier systems
    • 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/0012—Hopping in multicarrier systems
    • 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
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • 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/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • 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
    • 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
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Description

本発明は無線通信システムに関し、より詳しくは、多重送信ブロックスケジューリングを支援する無線通信システムにおいて信号を送受信するための方法及び装置に関する。
無線接続システムが音声やデータなどの種々の通信サービスを提供するために広範囲に展開されている。一般に、無線接続システムは可用のシステムリソース(帯域幅、送信電力など)を共有して複数のユーザとの通信を支援できる多重接続(ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムである。多重接続システムの例には、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＳＣ－ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムなどがある。
本発明の目的は、多重送信ブロックスケジューリングを支援する無線通信システムにおいて信号を効率的に送受信するための方法及びそのための装置を提供することにある。
より具体的には、多重送信ブロックスケジューリングを支援する無線通信システムにおいて下りリンク制御チャネル又は情報を効率的に送受信するための方法及びそのための装置を提供することにある。
本発明で遂げようとする技術的目的は、以上で言及した事項に制限されず、言及していない他の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者にとって考慮されてもよい。
本発明の第１態様において、多重送信ブロックスケジューリング(ｍｕｌｔｉｐｌｅ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ ｓｃｈｅｄｕｌｉｎｇ)を支援する無線通信システムで端末(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ)が行う方法が提供され、この方法は、１つ又はそれ以上の送信ブロックをスケジューリングする下りリンク制御情報(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ)を受信すること；スケジューリングされる送信ブロックの個数が１つであることに基づき、ＤＣＩから１つの送信ブロックの冗長バージョン(ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ)のための２－ビット情報と１つの送信ブロックの周波数ホッピング(ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ)の指示のための１－ビット情報を得ること；及びスケジューリングされる送信ブロックの個数が２つであることに基づき、ＤＣＩから２つの送信ブロックの冗長バージョン及び周波数ホッピングの指示のための２－ビット情報を得ることを含む。
本発明の第２態様において、無線通信システムで動作するように構成された端末(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ)が提供され、この端末は、送受信機(ｔｒａｎｓｃｅｉｖｅｒ)；及び送受信機を制御して動作を行うように構成されたプロセッサを含み、上記動作は:１つ又はそれ以上の送信ブロックをスケジューリングする下りリンク制御情報(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ)を受信すること；スケジューリングされる送信ブロックの個数が１つであることに基づき、ＤＣＩから１つの送信ブロックの冗長バージョン(ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ)のための２－ビット情報と１つの送信ブロックの周波数ホッピング(ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ)の指示のための１－ビット情報を得ること；及びスケジューリングされる送信ブロックの個数が２つであることに基づき、ＤＣＩから２つの送信ブロックの冗長バージョン及び周波数ホッピングの指示のための２－ビット情報を得ることを含む。
本発明の第３態様において、プロセッサにより実行されるとき、プロセッサをして動作を具現するように構成された命令語を貯蔵しているコンピューター読み取り可能な貯蔵媒体が提供され、上記動作は：１つ又はそれ以上の送信ブロックをスケジューリングする下りリンク制御情報(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ)を受信すること；スケジューリングされる送信ブロックの個数が１つであることに基づき、ＤＣＩから１つの送信ブロックの冗長バージョン(ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ)のための２－ビット情報と１つの送信ブロックの周波数ホッピング(ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ)の指示のための１－ビット情報を得ること；及びスケジューリングされる送信ブロックの個数が２つであることに基づき、ＤＣＩから２つの送信ブロックの冗長バージョン及び周波数ホッピングの指示のための２－ビット情報を得ることを含む。
好ましくは、上記方法又は上記動作は、スケジューリングされる送信ブロックの個数が２つであり、繰り返し回数が２つ以上であることに基づき、２つの送信ブロックのための２－ビット情報のうち、第１の１－ビット情報に基づいて冗長バージョン値を決定し、２つの送信ブロックのための２－ビット情報のうち、第２の１－ビット情報に基づいて周波数ホッピングの適用有無を決定することをさらに含む。
より好ましくは、第１の１－ビット情報は０又は２の冗長バージョン値を指示する。
好ましくは、上記方法又は上記動作は、スケジューリングされる送信ブロックの個数が２つであり、繰り返し回数が１つであることに基づき、２つの送信ブロックのための２－ビット情報に基づいて冗長バージョン値を決定し、周波数ホッピングは非活性にする(ｄｉｓａｂｌｅ)と決定することをさらに含む。
より好ましくは、２つの送信ブロックのための２－ビット情報は０、１、２、３のうちのいずれかの冗長バージョン値を指示することができる。
好ましくは、ＤＣＩはスケジューリングされる送信ブロックの個数と同じビット数を有するＮＤＩ(ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ)情報を含む。
好ましくは、上記方法又は上記動作は、ＤＣＩに基づいて物理上りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ)を介して送信ブロックを送信することをさらに含む。
好ましくは、上記方法又は上記動作は、ＤＣＩに基づいて物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＤＳＣＨ)を介して送信ブロックを受信することをさらに含む。
より好ましくは、端末はＰＤＳＣＨのために６４ＱＡＭ(Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ)を使用するように設定されないことができる。
好ましくは、ＤＣＩは最大８個の送信ブロックをスケジューリングできるように設定される。
好ましくは、上記方法又は上記動作は、１つのＤＣＩがスケジューリングできる送信ブロックの最大数を指示する上位階層シグナリングを受信することをさらに含む。
好ましくは、ＤＣＩは送信ブロックの個数に関する情報を含む。
本発明によれば、多重送信ブロックスケジューリングを支援する無線通信システムにおいて信号を効率的に送受信することができる。
より具体的には、本発明によれば、多重送信ブロックスケジューリングを支援する無線通信システムにおいて下りリンク制御チャネル又は情報を効率的に送受信することができる。
本発明から得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
以下に添付する図面は、本発明に関する理解を助けるために詳細な説明の一部として含まれるものであり、本発明の実施の形態を示し、詳細な説明と共に本発明の技術的特徴を説明する。
ＬＴＥ無線フレーム構造(ｒａｄｉｏ ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ)の一例を示す図である。 ＮＲにおけるフレーム構造の一例を示す図である。 １つの下りリンクスロットに対するリソースグリッドを示す図である。 下りリンクサブフレームの構造を示す図である。 上りリンクサブフレームの構造を示す図である。 ＮＲにおけるリソースグリッド(ｒｅｓｏｕｒｃｅ ｇｒｉｄ)の一例を示す図である。 ＮＲにおける物理リソースブロックの一例を示す図である。 狭帯域動作(Ｎａｒｒｏｗｂａｎｄ Ｏｐｅｒａｔｉｏｎ)及び周波数ダイバーシティの一例を示す図である。 ＭＴＣに用いられる物理チャネル及びこれらを用いた一般的な信号送信方法を示す図である。 ＭＴＣのシステム情報送信の一例を示す図である。 ＭＴＣとレガシーＬＴＥの各々に対するスケジューリングの一例を示す図である。 副搬送波間隔によるＮＢ－ＩｏＴフレーム構造の例を示す図である。 副搬送波間隔によるＮＢ－ＩｏＴフレーム構造の例を示す図である。 ＮＢ－ＩｏＴ上りリンクに対するリソースグリッドの一例を示す図である。 ＮＢ－ＩｏＴシステムで支援される動作モードの一例を示す図である。 ＮＢ－ＩｏＴに用いられる物理チャネル及びこれらを用いた一般的な信号送信方法の一例を示す図である。 ＮＲシステムにおいてネットワーク初期接続及びその後の通信課程を例示する図である。 ＮＢ-ＩｏＴ ＲＡＣＨにおいてプリアンブル送信を例示する図である。 ＰＤＣＣＨの不連続受信のためのＤＲＸサイクルを例示する図である。 ページングのためのＤＲＸサイクルを例示する図である。 拡張されたＤＲＸ(ｅｘｔｅｎｄｅｄ ＤＲＸ、ｅＤＲＸ)サイクルを例示する図である。 本発明で提案する方法が適用可能な動作を例示するフローチャートである。 本発明で提案する方法が適用可能な動作を例示するフローチャートである。 本発明で提案する方法が適用可能な基地局と端末の間の送受信過程を例示する図である。 本発明に適用される通信システムを例示する図である。 本発明に適用される無線機器を例示する図である。 本発明に適用される無線機器の他の例を示す図である。 本発明に適用される携帯機器を例示する図である。 本発明に適用される車両又は自律走行車両を例示する図である。
以下、下りリンク(ＤＬ：ｄｏｗｎｌｉｎｋ)は基地局から端末への通信を意味し、上りリンク(ＵＬ：ｕｐｌｉｎｋ)は端末から基地局への通信を意味する。下りリンクにおいて、送信機は基地局の一部であり、受信機は端末の一部である。上りリンクにおいては、送信機は端末の一部であり、受信機は基地局の一部である。
以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの様々な無線接続システムに使用できる。ＣＤＭＡはＵＴＲＡ(Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ Ａｃｃｅｓｓ)やＣＤＭＡ２０００のような無線技術により具現される。ＴＤＭＡはＧＳＭ(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)／ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ ｒａｄｉｏ Ｓｅｒｖｉｃｅ)／ＥＤＧＥ(Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ)のような無線技術により具現される。ＯＦＤＭＡはＩＥＥＥ ８０２.１１(Ｗｉ－Ｆｉ)、ＩＥＥＥ ８０２.１６(ＷｉＭＡＸ)、ＩＥＥＥ ８０２－２０、Ｅ－ＵＴＲＡ(Ｅｖｏｌｖｅｄ ＵＴＲＡ)などの無線技術により具現される。ＵＴＲＡはＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)の一部である。３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ) ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)はＥ－ＵＴＲＡを使用するＥ－ＵＭＴＳ(Ｅｖｏｌｖｅｄ ＵＭＴＳ)の一部であり、ＬＴＥ－Ａ(Ａｄｖａｎｃｅｄ)／ＬＴＥ－Ａ ｐｒｏは３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ(Ｎｅｗ ｒａｄｉｏ ｏｒ Ｎｅｗ ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ)は３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ ｐｒｏの進化したバージョンである。
より明確な説明のために３ＧＰＰ通信システム(例、ＬＴＥ－Ａ、ＮＲ)に基づいて説明するが、本発明の技術的思想はこれに限られない。ＬＴＥは３ＧＰＰ ＴＳ(Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ)３６.ｘｘｘ Ｒｅｌｅａｓｅ ８以後の技術を意味する。詳しくは、３ＧＰＰ ＴＳ ３６.ｘｘｘ Ｒｅｌｅａｓｅ １０以後のＬＴＥ技術はＬＴＥ－Ａと呼ばれ、３ＧＰＰ ＴＳ ３６.ｘｘｘ Ｒｅｌｅａｓｅ １３以後のＬＴＥ技術はＬＴＥ－Ａ ｐｒｏと呼ばれる。３ＧＰＰ ＮＲはＴＳ ３８.ｘｘｘ Ｒｅｌｅａｓｅ １５以後の技術を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと称されることもできる。"ｘｘｘ"は標準文書の細部番号を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと通称できる。本発明の説明に使用された背景技術、用語、略語などについては本発明前に公開された標準文書に記載された事項を参照できる。例えば、以下の文書を参照できる。
３ＧＰＰ ＬＴＥ
－３６.２１１：Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｍｏｄｕｌａｔｉｏｎ
－３６.２１２：Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ Ｃｈａｎｎｅｌ ｃｏｄｉｎｇ
－３６.２１３：Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ
－３６.３００：Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ
－３６.３０４：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ (ＵＥ) ｐｒｏｃｅｄｕｒｅｓ ｉｎ ｉｄｌｅ ｍｏｄｅ
－３６.３３１：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ(ＲＲＣ)
３ＧＰＰ ＮＲ
－３８.２１１：Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｍｏｄｕｌａｔｉｏｎ
－３８.２１２：Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ Ｃｈａｎｎｅｌ ｃｏｄｉｎｇ
－３８.２１３：Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ ｆｏｒ ｃｏｎｔｒｏｌ
－３８.２１4：Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ ｆｏｒ ｄａｔａ
－３８.３００：ＮＲ ａｎｄ ＮＧ－ＲＡＮ Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ
－３８.３０４： Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ(ＵＥ) ｐｒｏｃｅｄｕｒｅｓ ｉｎ Ｉｄｌｅ ｍｏｄｅ ａｎｄ ＲＲＣ Ｉｎａｃｔｉｖｅ ｓｔａｔｅ
－３６.３３１：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ(ＲＲＣ) ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ
Ａ．フレーム構造(ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ)
ＬＴＥにおけるフレーム構造について説明する。
ＬＴＥ標準においては、特に言及しない限り、時間領域における様々なフィールドのサイズは時間単位Ｔｓ＝１／(１５０００×２０４８)秒の数で表現される。ＤＬ及びＵＬ送信は、Ｔｆ＝３０７２００×Ｔｓ＝１０ｍｓ持続期間(ｄｕｒａｔｉｏｎ)を有する無線フレームに組織化される。２つの無線フレーム構造が支援される。
－ｔｙｐｅ １、ＦＤＤに適用可能
－ｔｙｐｅ ２、ＦＤＤに適用可能
(１)フレーム構造タイプ１
フレーム構造タイプ１は全二重(ｆｕｌｌ ｄｕｐｌｅｘ)及び半二重(ｈａｌｆ ｄｕｐｌｅｘ)ＦＤＤに全て適用できる。各無線フレームは

であり、長さ

の２０個のスロットで構成され、０から１９まで番号付けされる。サブフレームは２個の連続するスロットで定義され、サブフレームｉはスロット２ｉ及び２ｉ＋１で構成される。ＦＤＤの場合、１０個のサブフレームがＤＬ送信に利用可能であり、１０個のサブフレームが毎１０ｍｓ間隔でＵＬ送信のために利用可能である。ＵＬ及びＤＬ送信は周波数領域で分離される。半二重ＦＤＤ動作において、ＵＥは全二重ＦＤＤにおいて、かかる制限のない間に同時に送信及び受信できない。
図１(ａ)はフレーム構造タイプ１の無線フレーム構造を示す図である。
図１(ａ)において、無線フレームは１０個のサブフレームを含む。サブフレームは時間領域において２個のスロットを含む。１サブフレームを送信する時間を送信時間間隔(ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ、ＴＴＩ)と定義する。例えば、１サブフレームは１ｍｓの長さを有し、１スロットは０.５ｍｓの長さを有する。１スロットは時間領域において複数のＯＦＤＭ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ)シンボルを含む。３ＧＰＰ ＬＴＥは下りリンクにおいてＯＦＤＭＡを使用するので、ＯＦＤＭシンボルは１つのシンボル期間を示すためのものである。またＯＦＤＭシンボルはＳＣ－ＦＤＭＡシンボル又はシンボル周期とも呼ばれる。リソースブロック(ＲＢ)はリソース割り当て単位であり、１スロットに複数の隣接する副搬送波を含む。無線フレーム構造は例示のために示したものである。このように無線フレームに含まれるサブフレーム数又はサブフレームに含まれるスロット数又はスロットに含まれるＯＦＤＭシンボル数は様々に変更可能である。
(２)フレーム構造タイプ２
フレーム構造タイプ２はＴＤＤに適用可能である。長さ

の各無線フレームは長さ

の２個の半フレーム(ｈａｌｆ－ｆｒａｍｅ)で構成される。各半フレームは長さ

の５個のサブフレームで構成される。支援されるＵＬ－ＤＬ構成は標準に定義されており、ここで無線フレームの各サブフレームについて"Ｄ"は下りリンク送信のために予約されたサブフレームを示し、"Ｕ"は上りリンク送信のために予約されたサブフレームを示し、"Ｓ"はＤｗＰＴＳ(Ｄｏｗｎｌｉｎｋ Ｐｉｌｏｔ Ｔｉｍｅ Ｓｌｏｔ)、ＧＰ(Ｇｕａｒｄ Ｐｅｒｉｏｄ)及びＵｐＰＴＳ(Ｕｐｌｉｎｋ Ｐｉｌｏｔ Ｔｉｍｅ Ｓｌｏｔ)の３つのフィールドのある特殊(Ｓｐｅｃｉａｌ)サブフレームを示す。ＤｗＰＴＳは下りリンク区間(ｄｏｗｎｌｉｎｋ ｐｅｒｉｏｄ)とも呼ばれ、ＵｐＰＴＳは上りリンク区間(ｕｐｌｉｎｋ ｐｅｒｉｏｄ)とも呼ばれる。ＤｗＰＴＳとＵｐＰＴＳの長さは

と同一であるＤｗＰＴＳ、ＧＰとＵｐＰＴＳの全体長さに従属する。各サブフレームｉは各ブフレームにおいて長さ

である２個のスロット、即ち、スロット２ｉ及び２ｉ＋１と定義される。
図１(ｂ)はフレーム構造タイプ２の無線フレーム構造を示す図である。
図１(ｂ)において、５ｍｓと１０ｍｓのＤＬ－ＵＬ転換点周期(ＤＬ－ｔｏ－ＵＬ ｓｗｉｔｃｈ－ｐｏｉｎｔ ｐｅｒｉｏｄｉｃｉｔｙ)を有するＵＬ－ＤＬ構成(ｃｏｎｆｉｇｕｒａｔｉｏｎ)が支援される。５ｍｓ ＤＬ－ＵＬ転換点周期(ＤＬ－ｔｏ－ＵＬ ｓｗｉｔｃｈ－ｐｏｉｎｔ ｐｅｒｉｏｄｉｃｉｔｙ)の場合、特殊サブフレームが２個の半フレームに存在する。１０ｍｓ ＤＬ－ＵＬ転換点周期(ＤＬ－ｔｏ－ＵＬ ｓｗｉｔｃｈ－ｐｏｉｎｔ ｐｅｒｉｏｄｉｃｉｔｙ)の場合、特殊サブフレームは１番目の半フレームのみに存在する。サブフレーム０及び５とＤｗＰＴＳは常に下りリンク送信のために予約される。ＵｐＰＴＳ及び特殊サブフレーム直後のサブフレームは常に上りリンク送信のために予約される。
次に、ＮＲにおけるフレーム構造について説明する。
図２はＮＲにおけるフレーム構造の一例を示す図である。
ＮＲシステムでは多数のニューマロロジーが支援される。ここで、ニューマロロジーは副搬送波間隔(Ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ)とＣＰ(Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ)オーバーヘッドにより定義される。この時、多数の副搬送波間隔は基本の副搬送波間隔を整数Ｎ(又は

)にスケーリング(Ｓｃａｌｉｎｇ)することにより誘導される。また非常に高い搬送波周波数で非常に低い副搬送波間隔を使用しないと仮定しても、使用されるニューマロロジーは周波数帯域とは独立して選択できる。また、ＮＲシステムでは多数のニューマロロジーによる様々なフレーム構造を支援できる。
以下、ＮＲシステムで考慮されるＯＦＤＭニューマロロジー及びフレーム構造について説明する。ＮＲシステムで支援される多数のＯＦＤＭニューマロロジーは表１のように定義できる。
ＮＲシステムにおけるフレーム構造に関連して、時間領域の様々なフィールドのサイズは

の時間単位の倍数で表現される。ここで、

であり、

である。下りリンク及び上りリンク送信は

の区間を有する無線フレームで構成される。ここで、無線フレームは各々

の区間を有する１０個のサブフレームで構成される。この場合、上りリンクに対する１セットのフレーム及び下りリンクに対する１セットのフレームが存在することができる。また端末(ＵＥ)からの上りリンクフレーム番号ｉの送信は、該当端末における該当下りリンクフレームの開始より

以前に開始される必要がある。ニューマロロジー

について、スロットはサブフレーム内で

の増加順に番号付けされ、無線フレーム内で

の増加順に番号付けされる。１スロットは

の連続するＯＦＤＭシンボルで構成され、

は用いられるニューマロロジー及びスロット設定によって決定される。サブフレームにおいてスロット

の開始は同一のサブフレームにおいてＯＦＤＭシンボル

の開始と時間的に整列される。全ての端末が同時に送信及び受信することではなく、これは下りリンクスロット又は上りリンクスロットの全てのＯＦＤＭシンボルを利用できないことを意味する。表２は一般ＣＰにおけるスロットごとのＯＦＤＭシンボル数(

)、無線フレームごとのスロット数(

)、サブフレームごとのスロット数(

)を示し、表３は拡張ＣＰにおけるスロットごとのＯＦＤＭシンボル数、無線フレームごとのスロット数、サブフレームごとのスロット数を示す。
図１(ａ)は

＝２である場合、即ち、ＳＣＳ(Ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ)が６０ｋＨｚである場合の一例であり、表２を参考すると、１サブフレームは４個のスロットを含む。図２に示された１サブフレーム＝{１,２,４}スロットは一例であり、１サブフレームに含まれるスロット数は表２のように定義される。
またミニスロットは２、４又は７シンボルで構成でき、より多いか又は少ないシンボルで構成することもできる。
Ｂ．物理リソース
図３は１つの下りリンクスロットに対するリソースグリッドを示す。
図３において、下りリンクスロットは時間領域において複数のＯＦＤＭシンボルを含む。１つの下りリンクスロットは７個のＯＦＤＭシンボルを含み、１リソースブロック(ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＲＢ)は一例であって周波数領域で１２個の副搬送波を含む。本発明はこれに限定されない。リソースグリッドの各要素はリソース要素(ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎＴ、ＲＥ)と称される。１ＲＢには１２×７ＲＥが含まれる。下りリンクスロットに含まれるＲＢ数は下りリンク送信帯域幅に依存する。上りリンクスロットの構造は下りリンクスロットの構造と同一である。
図４は下りリンクサブフレームの構造を示す。
図４において、サブフレーム内の第１スロットにおける先頭部の最大３個のＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域に該当する。残りのＯＦＤＭシンボルは、ＰＤＳＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｃｅｌ)が割り当てられるデータ領域に該当する。３ＧＰＰ ＬＴＥシステムで用いられる下りリンク制御チャネルには、例えば、ＰＣＦＩＣＨ(Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ ＩｎｄｉｃａｔｏｒＣｈａｎｎｅｌ)、ＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、ＰＨＩＣＨ(Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ ＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｅｌ)などがある。ＰＣＦＩＣＨは、最初のＯＦＤＭサブフレームの制御チャネル送信に用いられるＯＦＤＭシンボル数に関する情報を含む。ＰＨＩＣＨは上りリンク送信の応答であり、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ信号を含む。ＰＤＣＣＨで送信される制御情報をＤＣＩ(Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)という。ＤＣＩは上りリンク又は下りリンクスケジューリング情報や任意の端末グループに対する上りリンク送信電力制御命令を含む。ＰＤＣＣＨは、下りリンク共有チャネル(ＤＬ－ＳＣＨ)のリソース割り当て、上りリンク共有チャネルのリソース割り当て情報、ページングチャネル(ＰＣＨ)のページング情報、ＰＤＳＣＨにより送信される任意接続応答、任意のＵＥグループ内の個別ＵＥに対する送信電力制御命令のセット、送信電力制御情報、送信電力制御情報の活性化のような上位階層制御メッセージのリソース割り当てであるＤＬ－ＳＣＨ ＶｏＩＰ(Ｖｏｉｃｅ ｏｖｅｒ ＩＰ)などを含む。複数のＰＤＣＣＨが制御領域内で送信されることもできる。ＵＥは複数のＰＤＣＣＨをモニターすることができる。ＰＤＣＣＨは一つ以上の連続する制御チャネル要素(ＣＣＥ)の組み合わせで送信される。ＣＣＥは無線チャネルの状態に基づくコーディングレートでＰＤＣＣＨを提供するために用いられる論理割り当て単位である。ＣＣＥは複数のリソース要素グループ(ＲＥＧ)に対応する。ＰＤＣＣＨフォーマットと利用可能なＰＤＣＣＨのビット数は、ＣＣＥ数とＣＣＥが提供するコーディングレートの間の相関関係によって変更されてもよい。基地局は端末に送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、ＣＲＣ(Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ)を制御情報を付加する。ＣＲＣはＰＤＣＣＨの所有者又はＰＤＣＣＨの用途によって臨時識別子(Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ)でマスクされる。ＰＤＣＣＨが特定端末に対するものであれば、端末の固有識別子(例えば、ｃｅｌｌ－ＲＮＴＩ(Ｃ－ＲＮＴＩ))がＣＲＣにマスクされることができる。又はＰＤＣＣＨがページングメッセージに対するものであれば、ページング指示子識別子(Ｐａｇｉｎｇ Ｉｎｄｉｃａｔｏｒ Ｉｄｅｎｔｉｆｉｅｒ；Ｐ－ＲＮＴＩ)がＣＲＣにマスクされることができる。ＰＤＣＣＨがシステム情報(より具体的には、システム情報ブロック(ＳＩＢ))に対するものであれば、システム情報識別子及びシステム情報ＲＮＴＩ(ＳＩ－ＲＮＴＩ)をＣＲＣにマスクすることができる。端末の任意接続プリアンブルの送信に対する応答である任意接続応答を示すために、任意接続－ＲＮＴＩ(ＲＡ－ＲＮＴＩ)がＣＲＣにマスクされることができる。
図５は上りリンクサブフレームの構造を示す。
図５において、上りリンクサブフレームは周波数領域で制御領域及びデータ領域に分割される。制御領域には上りリンク制御情報を運ぶ物理上りリンク制御チャネル(ＰＵＣＣＨ)が割り当てられる。データ領域にはユーザデータを運ぶ物理上りリンク共有チャネル(ＰＵＳＣＨ)が割り当てられる。単一の搬送波特性を維持するために、一つの端末はＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。一つの端末に対するＰＵＣＣＨは、サブフレームにおいてＲＢ対に割り当てられる。ＲＢ対に属するＲＢは各々２つのスロットにおいて異なる副搬送波を占める。これを、ＰＵＣＣＨに割り当てられるＲＢ対がスロット境界で周波数ホッピング(ｆｒｅｑｕｅｎｃｙ－ｈｏｐｐｅｄ)されたという。
ＮＲシステムにおける物理リソースに関連して、アンテナポート、リソースグリッド、リソース要素、リソースブロック及びキャリアパート(ｃａｒｒｉｅｒ ｐａｒｔ)などが考えられる。以下、ＮＲシステムで考慮される物理リソースについて具体的に説明する。まずアンテナポートは、アンテナポート上のシンボルが運ばれるチャネルが同じアンテナポート上の他のシンボルが運ばれるチャネルから推論されるように定義される。１つのアンテナポート上のシンボルが運ばれるチャネルの広範囲特性(ｌａｒｇｅ－ｓｃａｌｅ ｐｒｏｐｅｒｔｙ)が他のアンテナポート上のシンボルが運ばれるチャネルから類推される場合、２つのアンテナポートはＱＣ／ＱＣＬ(ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ或いはｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ)関係にあると言える。ここで、広範囲特性は、遅延拡散(Ｄｅｌａｙ ｓｐｒｅａｄ)、ドップラー拡散(Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ)、周波数シフト(Ｆｒｅｑｕｅｎｃｙ ｓｈｉｆｔ)、平均受信パワー(Ａｖｅｒａｇｅ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ)、受信タイミング(Ｒｅｃｅｉｖｅｄ Ｔｉｍｉｎｇ)のうちのいずれか１つを含む。
図６はＮＲにおけるリソースグリッドの一例を示す。
図６を参考すると、リソースグリッドが周波数領域上に

副搬送波で構成され、１つのサブフレームが

ＯＦＤＭシンボルで構成されることを例示しているが、それに限られない。ＮＲシステムにおいて、送信される信号(ｔｒａｎｓｍｉｔｔｅｄ ｓｉｇｎａｌ)は

副搬送波で構成される１つ又はそれ以上のリソースグリッド及び

のＯＦＤＭシンボルにより説明される。ここで、

である。

は最大送信帯域幅を示し、これはニューマロロジーだけではなく、上りリンクと下りリンクの間でも変化する。この場合、図６のように、ニューマロロジー

及びアンテナポートｐごとに１つのリソースグリッドが設定される。ニューマロロジー

及びアンテナポートｐに対するリソースグリッドの各要素はリソース要素(ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ)と称され、インデックス対

により固有的に識別される。ここで、

は周波数領域上のインデックスであり、

はサブフレーム内におけるシンボルの位置である。スロットにおいてリソース要素を称する時には、インデックス対

が用いられる。ここで、

である。ニューマロロジー

及びアンテナポートｐに対するリソース要素

は複素値(ｃｏｍｐｌｅｘ ｖａｌｕｅ)

に該当する。混同(ｃｏｎｆｕｓｉｏｎ)の危険のない場合或いは特定のアンテナポート又はニューマロロジーが特定されない場合、インデックスｐ及び

はドロップ(ｄｒｏｐ)されることができ、その結果、複素値は

又は

になる。また、リソースブロック(ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＲＢ)は周波数領域上の

連続する副搬送波により定義される。
ポイントＡはリソースブロックグリッドの共通基準ポイント(ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ)としての役割を果たし、以下のように得られる。
－ＰＣｅｌｌ(Ｐｒｉｍａｒｙ ｃｅｌｌ)下りリンクに対するｏｆｆｓｅｔＴｏＰｏｉｎｔＡは初期セル選択のためにＵＥにより使用されたＳＳ／ＰＢＣＨブロックと重なる最低リソースブロックの最低副搬送波とポイントＡとの間の周波数オフセットを示し、ＦＲ１(ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ １)に対して１５ｋＨｚの副搬送波間隔及びＦＲ２(ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ ２)に対して６０ｋＨｚの副搬送波間隔を仮定したリソースブロック単位で表現され；
－ＡｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＰｏｉｎｔＡはＡＲＦＣＮ(ａｂｓｏｌｕｔｅ ｒａｄｉｏ－ｆｒｅｑｕｅｎｃｙ Ｃｈａｎｎｅｌ ｎｕｍｂｅｒ)のように表現されたポイントＡの周波数－位置を示す。
共通リソースブロック(ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ)は副搬送波間隔の設定

に対する周波数領域において０から上側に番号付けされる。
副搬送波間隔の設定

に対する共通リソースブロック０の副搬送波０の中心は‘ｐｏｉｎｔ Ａ’と一致する。
周波数領域において共通リソースブロック番号

と副搬送波間隔の設定

に対するリソース要素(ｋ,ｌ)は、以下の数１のように与えられる。
[数１]
ここで、ｋはｋ＝０がポイントＡを中心とする副搬送波(ｓｕｂｃａｒｒｉｅｒ)に該当するようにポイントＡに相対的に定義される。
物理リソースブロックは帯域幅パート(ｂａｎｄｗｉｄｔｈ ｐａｒＴ、ＢＷＰ)内で０から

まで番号付され、ｉはＢＷＰの番号である。
ＢＷＰ ｉにおいて物理リソースブロック

と共通リソースブロック

の間の関係は以下の数２のように与えられる。
[数２]

はＢＷＰが共通リソースブロック０に相対的に始める共通リソースブロックである。
図７はＮＲにおける物理リソースブロックの一例を示す図である。
Ｃ．ＭＴＣ(Ｍａｃｈｉｎｅ ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)
ＭＴＣ(Ｍａｃｈｉｎｅ ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)はＭ２Ｍ(Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ)又はＩｏＴ(Ｉｎｔｅｒｎｅｔ－ｏｆ－Ｔｈｉｎｇｓ)などに適用可能な多い処理量(ｔｈｒｏｕｇｈｐｕｔ)を要求しない応用分野(ａｐｐｌｉｃａｔｉｏｎ)であり、３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)においてＩｏＴサービスの要求事項を満たすために採択された通信技術を言う。
ＭＴＣは、(ｉ)低い費用及び低い複雑度、(ｉｉ)向上したカバレッジ、及び(ｉｉｉ)低い電力消費という基準を満たすように具現される。
３ＧＰＰにおいて、ＭＴＣはＲｅｌｅａｓｅ １０から適用されており、３ＧＰＰのＲｅｌｅａｓｅごとに追加されたＭＴＣの特徴について簡略に説明する。
まず、３ＧＰＰ Ｒｅｌｅａｓｅ １０とＲｅｌｅａｓｅ １１に記載されたＭＴＣは、負荷制御(ｌｏａｄ ｃｏｎｔｒｏｌ)方法に関する。
負荷制御方法はＩｏＴ(又はＭ２Ｍ)デバイスが基地局に急に負荷を与えることを予め防止するためのものである。
より具体的には、Ｒｅｌｅａｓｅ １０の場合、基地局は負荷が発生した場合、接続しているＩｏＴデバイスに対する接続を解除することにより負荷を制御する方法に関し、Ｒｅｌｅａｓｅ １１の場合は、基地局がＳＩＢ１４のようなブロードキャストにより今後接続することを予め端末に知らせて端末に対する接続を予め遮断する方法に関する。
Ｒｅｌｅａｓｅ １２の場合、低費用ＭＴＣのための特徴が追加されており、このために、ＵＥカテゴリー０が新しく定義されている。ＵＥカテゴリーは、端末がどのくらいのデータを通信モデムで処理できるかを示す指標である。
即ち、ＵＥカテゴリー０の端末は、減少した最大データ送信率(ｐｅａｋ ｄａｔａ ｒａｔｅ)、緩和した(ｒｅｌａｘｅｄ)ＲＦ要求事項を有する半二重動作(Ｈａｌｆ Ｄｕｐｌｅｘ Ｏｐｅｒａｔｉｏｎ)と単一(Ｓｉｎｇｌｅ)の受信アンテナを使用することにより、端末の基底バンド(ｂａｓｅｂａｎｄ)及びＲＦ複雑度を減らすことができる。
Ｒｅｌｅａｓｅ １３においては、ｅＭＴＣ(ｅｎｈａｎｃｅｄ ＭＴＣ)という技術が紹介されており、レガシーＬＴＥで支援する最小周波数帯域幅である１.０８ＭＨｚのみで動作するようにして単価及び電力消耗を抑えることができる。
後述する内容は主にｅＭＴＣに関連する特徴であるが、特に言及しない限り、ＭＴＣ、ｅＭＴＣ、５Ｇ(又はＮＲ)に適用されるＭＴＣにも同様に適用できる。以下、説明の便宜のために、ＭＴＣと通称して説明する。
従って、後述するＭＴＣは、ｅＭＴＣ(ｅｎｈａｎｃｅｄ ＭＴＣ)、ＬＴＥ－Ｍ１／Ｍ２、ＢＬ(Ｂａｎｄｗｉｄｔｈ ｒｅｄｕｃｅｄ ｌｏｗ ｃｏｍｐｌｅｘｉｔｙ)／ＣＥ(ｃｏｖｅｒａｇｅ ｅｎｈａｎｃｅｄ)、ｎｏｎ－ＢＬ ＵＥ(ｉｎ ｅｎｈａｎｃｅｄ ｃｏｖｅｒａｇｅ)、ＮＲ ＭＴＣ、ｅｎｈａｎｃｅｄ ＢＬ／ＣＥなどの用語に呼ばれることもできる。即ち、ＭＴＣという用語は、今後３ＧＰＰ標準で定義される用語に代替することができる。
１)ＭＴＣの一般的な特徴
(１)ＭＴＣは特定システム帯域幅(又はチャネル帯域幅)のみで動作する。
特定のシステム帯域幅は以下の表４のようにレガシーＬＴＥの６ＲＢを使用でき、表５乃至表７に定義されたＮＲの周波数範囲及びＳＣＳ(Ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ)を考慮して定義できる。特定のシステム帯域幅は狭帯域(ｎａｒｒｏｗｂａｎｄ、ＮＢ)とも表現できる。参考として、レガシーＬＴＥはＭＴＣ以外の３ＧＰＰ標準で記載される部分を意味する。好ましくは、ＮＲにおいてＭＴＣはレガシーＬＴＥでのように、以下の表６及び表７における最低システム帯域幅に対応するＲＢを使用して動作することができる。又はＮＲにおいてＭＴＣは少なくとも１つの帯域幅パート(ｂａｎｄｗｉｄｔｈ ｐａｒＴ、ＢＷＰ)で動作するか又はＢＷＰの特定帯域で動作することもできる。
表５はＮＲにおいて定義される周波数範囲(ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ、ＦＲ)を示す表である。
表６はＮＲのＦＲ１においてチャネル帯域幅及びＳＣＳに対する最大送信帯域幅の構成(ＮＲＢ)の一例を示す表である。
表７はＮＲのＦＲ２においてチャネル帯域幅及びＳＣＳに対する最大送信帯域幅の構成(ＮＲＢ)の一例を示す表である。
ＭＴＣ狭帯域(ｎａｒｒｏｗｂａｎｄ、ＮＢ)についてより具体的に説明する。
ＭＴＣは物理チャネル及び信号を送受信するために狭帯域動作(ｎａｒｒｏｗｂａｎｄ ｏｐｅｒａｔｉｏｎ)に従い、最大チャネル帯域幅は１.０８ＭＨｚ又は６(ＬＴＥ)ＲＢに減少する。
この狭帯域は下りリンクと上りリンクの一部チャネルのリソース割り当て単位に参考単位として使用でき、周波数領域において各狭帯域の物理的な位置はシステム帯域幅によって異なるように定義される。
ＭＴＣに定義された１.０８ＭＨｚの帯域幅は、ＭＴＣ端末がレガシー端末と同じセル探索(ｃｅｌｌ ｓｅａｒｃｈ)及び任意接続手順に従うように定義される。
ＭＴＣは１.０８ＭＨｚよりさらに大きい帯域幅(例：１０ＭＨｚ)を有するセルにより支援できるが、ＭＴＣにより送受信される物理チャネル及び信号は常に１.０８ＭＨｚと制限される。
さらに大きい帯域幅を有するシステムとしては、レガシーＬＴＥ、ＮＲシステム、５Ｇシステムなどがある。
狭帯域は周波数領域において６個の重畳しない(ｎｏｎ－ｏｖｅｒｌａｐｐｉｎｇ)連続する物理リソースブロックにより定義される。

である場合、広帯域は周波数領域において４個の重畳しない狭帯域により定義される。もし

である場合は、

及び単一の広帯域は

重畳しない狭帯域で構成される。
例えば、１０ＭＨｚチャネル(５０ＲＢｓ)の場合、８個の重畳しない狭帯域が定義される。
図８は狭帯域動作(Ｎａｒｒｏｗｂａｎｄ Ｏｐｅｒａｔｉｏｎ)及び周波数ダイバーシティの一例を示す。
図８(ａ)は狭帯域動作の一例を示し、図８(ｂ)はＲＦ再チューニング(ｒｅｔｕｎｉｎｇ)を有する繰り返しの一例を示す。
図８(ｂ)を参考して、ＲＦ再チューニングによる周波数ダイバーシティについて説明する。
狭帯域ＲＦ、単一アンテナ(Ｓｉｎｇｌｅ ａｎｔｅｎｎａ)及び制限された移動性により、ＭＴＣは制限された周波数、空間及び時間ダイバーシティを支援する。フェーディング(ｆａｄｉｎｇ)及び停止(ｏｕｔａｇｅ)を減らすために、周波数ホッピングはＲＦ再チューニングにより互いに異なる狭帯域の間で支援される。
かかる周波数ホッピングは繰り返しが可能である時、互いに異なる上りリンク及び下りリンク物理チャネルに適用される。
例えば、３２個のサブフレームがＰＤＳＣＨ送信のために使用される場合、最初の１６個のサブフレームは１番目の狭帯域上で送信できる。この時、ＲＦフロントエンド(ｆｒｏｎｔ－ｅｎｄ)は他の狭帯域に再チューニングされ、残りの１６個のサブフレームは２番目の狭帯域上で送信される。
ＭＴＣの狭帯域は、システム情報又はＤＣＩ(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)により構成される。
(２)ＭＴＣは半二重モード(ｈａｌｆ ｄｕｐｌｅｘ ｍｏｄｅ)で動作し、制限された(又は減少した)最大送信電力を使用する。
(３)ＭＴＣはレガシーＬＴＥ又はＮＲの全体システム帯域幅にわたって分散される(レガシーＬＴＥ又はＮＲで定義される)チャネルを使用しない。
一例として、ＭＴＣに使用しないレガシーＬＴＥチャネルはＰＣＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨなどがある。
従って、ＭＴＣは上記チャネルをモニターできないので、新しい制御チャネルであるＭＰＤＣＣＨ(ＭＴＣＰＤＣＣＨ)を定義する。
ＭＰＤＣＣＨは、周波数領域において最大６ＲＢ、及び時間領域において１つのサブフレームにわたっている。
ＭＰＤＣＣＨはＥＰＤＣＣＨと類似し、ページング及び任意接続のための共通検索空間(ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ)をさらに支援する。
ＭＰＤＣＣＨはレガシーＬＴＥで使用されるＥ－ＰＤＣＣＨの概念と類似する。
(４)ＭＴＣは新しく定義されたＤＣＩフォーマットを使用し、一例としてＤＣＩフォーマット６－０Ａ、６－０Ｂ、６－１Ａ、６－１Ｂ、６－２などがある。
(５)ＭＴＣはＰＢＣＨ(ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ)、ＰＲＡＣＨ(ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ)、Ｍ－ＰＤＣＣＨ(ＭＴＣｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、ＰＤＳＣＨ(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)、ＰＵＣＣＨ(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、ＰＵＳＣＨ(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)を繰り返して送信することができる。このようなＭＴＣ繰り返し送信は、地下室などの劣悪な環境のように信号品質又は電力が非常に悪い場合にもＭＴＣチャネルを復号できるので、セル半径増加及び信号浸透の効果が得られる。ＭＴＣは単一レイヤ(Ｓｉｎｇｌｅ ｌａｙｅｒ)(又は単一アンテナ)で動作可能な制限された数の送信モード(ｔｒａｎｓｍｉｓｓｉｏｎ ｍｏｄｅ、ＴＭ)のみを支援するか、又は単一レイヤで動作可能なチャネル又は参照信号(ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＲＳ)を支援することができる。一例として、ＭＴＣが動作可能な送信モードはＴＭ１、２、６又は９などがある。
(６)ＭＴＣのＨＡＲＱ再送信は、適応的(ａｄａｐｔｉｖｅ)、非同期(ａｓｙｎｃｈｒｏｎｏｕｓ)方式であり、ＭＰＤＣＣＨで受信された新しいスケジューリング割り当て(Ｓｃｈｅｄｕｌｉｎｇ ａｓｓｉｇｎｍｅｎｔ)に基づく。
(７)ＭＴＣにおいて、ＰＤＳＣＨスケジューリング(ＤＣＩ)とＰＤＳＣＨ送信は互いに異なるサブフレームで発生する(クロスサブフレームスケジューリング)。
(８)ＳＩＢ１復号のための全てのリソース割り当て情報(サブフレーム、ＴＢＳ(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ Ｓｉｚｅ)、サブバンドインデックス)は、ＭＩＢのパラメータにより決定され、ＭＴＣのＳＩＢ１復号のためにいかなる制御チャネルも使用されない。
(９)ＳＩＢ２復号のための全てのリソース割り当て情報(サブフレーム、ＴＢＳ、サブバンドインデックス)は、複数のＳＩＢ１パラメータにより決定され、ＭＴＣのＳＩＢ２復号のためのいかなる制御チャネルも使用されない。
(１０)ＭＴＣは拡張ページング(ＤＲＸ)周期を支援する。
(１１)ＭＴＣはレガシーＬＴＥ又はＮＲで使用されるＰＳＳ(Ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ)／ＳＳＳ(Ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ)／ＣＲＳ(ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ)を同一に使用できる。ＮＲの場合、ＰＳＳ／ＳＳＳはＳＳブロック(又はＳＳ／ＰＢＣＨブロック又はＳＳＢ)単位で送信され、ＴＲＳ(ｔｒａｃｋｉｎｇ ＲＳ)はＣＲＳと同じ用途で使用される。即ち、ＴＲＳはセル特定の(ｃｅｌｌ－ｓｐｅｃｉｆｉｃ)ＲＳであり、周波数時間追跡(ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ ｔｒａｃｋｉｎｇ)のために使用できる。
２)ＭＴＣ動作モード及びレベル
次に、ＭＴＣ動作モードとレベルについて説明する。ＭＴＣはカバレッジ向上のために２つの動作モード(第１モード、第２モード)と４つの互いに異なるレベルに分類され、以下の表８の通りである。
ＭＴＣ動作モードはＣＥモードと称され、この場合、第１モードはＣＥモードＡ、第２モードはＣＥモードＢと称することができる。
第１モードは完全な移動性及びＣＳＩ(Ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ)フィードバックが支援される小さいカバレッジ向上のために定義され、繰り返しがないか又は繰り返し回数の少ないモードである。第１モードの動作はＵＥカテゴリー１の動作範囲と同一である。第２モードはＣＳＩフィードバック及び制限された移動性を支援する極めて劣悪なカバレッジ条件のＵＥについて定義され、多数の繰り返し送信が定義される。第２モードはＵＥカテゴリー１の範囲を基準として最大１５ｄＢのカバレッジ向上を提供する。ＭＴＣの各レベルはＲＡＣＨとページング過程(ｐａｇｉｎｇ ｐｒｏｃｅｄｕｒｅ)において異なるように定義される。
ＭＴＣ動作モードと各レベルが決定される方法について説明する。
ＭＴＣ動作モードは基地局により決定され、各レベルはＭＴＣ端末により決定される。具体的には、基地局はＭＴＣ動作モードに関する情報を含むＲＲＣシグナリングを端末に送信する。ここで、ＲＲＣシグナリングは、ＲＲＣ連結設定(ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ)メッセージ、ＲＲＣ連結再設定(ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ)メッセージ又はＲＲＣ連結再確立(ｃｏｎｎｅｃｔｉｏｎ ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ)メッセージなどである。ここで、メッセージの用語は情報要素(Ｉｎｆｏｒｍａｔｉｏｎ ＥｌｅｍｅｎＴ、ＩＥ)で表現できる。
その後、ＭＴＣ端末は各動作モード内のレベルを決定し、決定されたレベルを基地局に送信する。具体的には、ＭＴＣ端末は測定したチャネル品質(例：ＲＳＲＰ、ＲＳＲＱ又はＳＩＮＲ)に基づいて動作モード内のレベルを決定し、決定されたレベルに対応するＰＲＡＣＨリソース(周波数、時間、プリアンブル)を用いて基地局に決定されたレベルを知らせる。
３)ＭＴＣ保護区間(ｇｕａｒｄ ｐｅｒｉｏｄ)
上述したように、ＭＴＣは狭帯域で動作する。狭帯域の位置は特定時間ユニット(例：サブフレーム又はスロット)ごとに異なる。ＭＴＣ端末は全ての時間ユニットで異なる周波数にチューニングする。従って、全ての周波数再チューニングには一定の時間が必要であり、この一定の時間をＭＴＣの保護区間であると定義する。即ち、１つの時間ユニットから次の時間ユニットに転換(ｔｒａｎｓｉｔｉｏｎ)する時には保護区間(ｇｕａｒｄ ｐｅｒｉｏｄ)が必要であり、該当期間の間には送信及び受信が発生しない。
保護区間は下りリンクであるか又は上りリンクであるかによってその定義が異なり、下りリンク又は上りリンクの状況によっても定義が異なる。まず、上りリンクで定義された保護区間は、第１時間ユニット(時間ユニットＮ)と第２時間ユニット(時間ユニットＮ＋１)により運ばれるデータの特性によって定義が異なる。次に、下りリンクの保護区間は、(１)第１下りリンク狭帯域中心周波数(ｆｉｒｓｔ ｄｏｗｎｌｉｎｋ ｎａｒｒｏｗｂａｎｄ ｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙ)と第２狭帯域中心周波数(Ｓｅｃｏｎｄ ｎａｒｒｏｗｂａｎｄ ｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙ)とが異なり、(２)ＴＤＤにおいて、第１上りリンク狭帯域中心周波数(ｆｉｒｓｔ ｕｐｌｉｎｋ ｎａｒｒｏｗｂａｎｄ ｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙ)と第２下りリンク中心周波数が(Ｓｅｃｏｎｄ ｄｏｗｎｌｉｎｋ ｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙ)とが異なるという条件が要求される。
レガシーＬＴＥで定義されたＭＴＣ保護区間について説明すると、２つの連続するサブフレームの間のＴｘ－Ｔｘ周波数再チューニングのために、最大

ＳＣ－ＦＤＭＡシンボルの保護区間が生成される。上位階層パラメータｃＥ－ＲｅｔｕｎｉｎｇＳｙｍｂｏｌｓが設定されると、

はｃＥ－ＲｅｔｕｎｉｎｇＳｙｍｂｏｌｓと等しく、そうではないと、

＝２である。また、上位階層パラメータｓｒｓ－ＵｐＰＴＳＡｄｄで構成されたＭＴＣ端末について、フレーム構造タイプ２に対する第１特別サブフレーム(Ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅ)と第２上りリンクサブフレームの間のＴｘ－Ｔｘ周波数再チューニングのために、最大ＳＣ－ＦＤＭＡシンボルの保護区間が生成される。
図９はＭＴＣに用いられる物理チャネル及びこれらを用いた一般的な信号送信方法を示す図である。
電源が消えた状態で電源がついたり、新しくセルに進入したりしたＭＴＣ端末は、Ｓ１３０１段階において基地局と同期を取るなどの初期セル探索(Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ)動作を行う。そのために、ＭＴＣ端末は基地局からＰＳＳ(Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)及びＳＳＳ(Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。ＭＴＣの初期セル探索動作に用いられるＰＳＳ／ＳＳＳとしては、レガシーＬＴＥのＰＳＳ／ＳＳＳ、ＲＳＳ(Ｒｅｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ)などがある。
その後、ＭＴＣ端末は基地局から物理放送チャネル(ＰＢＣＨ：ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ)信号を受信してセル内の放送情報を得ることができる。
一方、ＭＴＣ端末は初期セル探索段階において下りリンク参照信号(ＤＬ ＲＳ：ｄｏｗｎｌｉｎｋ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ)を受信して、下りリンクチャネル状態を確認することができる。ＰＢＣＨにより送信される放送情報はＭＩＢ(Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ)であり、ＭＴＣにおいてＭＩＢは無線フレームのサブフレーム＃０の最初のスロットと他のサブフレーム(ＦＤＤの場合、サブフレーム＃９、ＴＤＤの場合、サブフレーム＃５)で繰り返される。
ＰＢＣＨ繰り返しは、ＰＢＣＨ復号前にも初期周波数エラーの推定に使用できるように、互いに異なるＯＦＤＭシンボルで正確に同じ配置点(ｃｏｎｓｔｅｌｌａｔｉｏｎ ｐｏｉｎｔ)を繰り返すことにより行われる。
図１０はＭＴＣのシステム情報送信の一例を示す図である。
図１０(ａ)はＦＤＤにおいてサブフレーム＃０に対する繰り返しパターン、一般ＣＰ及び繰り返されたシンボルに対する周波数エラー推定方法の一例を示し、図１０(ｂ)は広帯域ＬＴＥチャネル上におけるＳＩＢ－ＢＲ送信の一例を示す。
ＭＩＢにおいて５個の予備ビット(ｒｅｓｅｒｖｅｄ ｂｉｔ)は時間／周波数位置及び送信ブロックサイズを含む新しいＳＩＢ１－ＢＲ(Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ ｆｏｒ ｂａｎｄｗｉｄｔｈ ｒｅｄｕｃｅｄ ｄｅｖｉｃｅ)に対するスケジューリング情報を送信するためにＭＴＣで使用される。
ＳＩＢ－ＢＲは関連する如何なる制御チャネル無しに直接ＰＤＳＣＨ上で送信される。
ＳＩＢ－ＢＲは多数のサブフレームの結合を許容するように、５１２個の無線フレーム(５１２０ｍｓ)において変化せず残っている。
表９はＭＩＢの一例を示す表である。
表９において、ｓｃｈｅｄｕｌｉｎｇＩｎｆｏＳＩＢ１－ＢＲフィールドはＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１－ＢＲスケジューリング情報を定義する表に対するインデックスを示し、値(ｖａｌｕｅ)０はＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１－ＢＲがスケジュールされないことを意味する。ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１－ＢＲ(又はＳＩＢ１－ＢＲ)により運ばれる全般的な機能と情報は、レガシーＬＴＥのＳＩＢ１と類似する。ＳＩＢ１－ＢＲの内容(ｃｏｎｔｅｎｔｓ)は、(１)ＰＬＭＮ、(２)セル選択(ｃｅｌｌ ｓｅｌｅｃｔｉｏｎ)基準、(３)ＳＩＢ２及び他のＳＩＢに対するスケジューリング(Ｓｃｈｅｄｕｌｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ)に分類できる。
初期セル探索を終えたＭＴＣ端末は、Ｓ１３０２段階でＭＰＤＣＣＨ及びＭＰＤＣＣＨ情報によるＰＤＳＣＨを受信して、より具体的なシステム情報を得ることができる。ＭＰＤＣＣＨは、(１)ＥＰＤＣＣＨと非常に類似し、共通(ｃｏｍｍｏｎ)及びＵＥ特定(Ｓｐｅｃｉｆｉｃ)のシグナリングを運び、(２)１回だけ送信されるか又は繰り返して送信され(繰り返し数は上位階層シグナリングにより設定される)、(３)多数のＭＰＤＣＣＨが支援され、ＵＥがＭＰＤＣＣＨセットをモニターし、(４)ｅＣＣＥ(ｅｎｈａｎｃｅｄ ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ)結合により形成され、各ｅＣＣＥはリソース要素の集合を含み、(５)ＲＡ－ＲＮＴＩ(ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ)、ＳＩ－ＲＮＴＩ、Ｐ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、臨時Ｃ－ＲＮＴＩ及びＳＰＳ(Ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ)Ｃ－ＲＮＴＩを支援する。
その後、ＭＴＣ端末は基地局に接続を完了するために、今後段階Ｓ１３０３乃至段階Ｓ１３０６のような任意接続手順(ｒａｎｄｏｍ Ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ)を行う。ＲＡＣＨ手順に関連する基本的な構成はＳＩＢ２により送信される。ＳＩＢ２はページング(ｐａｇｉｎｇ)に関連するパラメータを含む。ページング機会(Ｐａｇｉｎｇ Ｏｃｃａｓｉｏｎ、ＰＯ)はＭＰＣＣＨ上でＰ－ＲＮＴＩが送信可能なサブフレームである。Ｐ－ＲＮＴＩ ＰＤＣＣＨが繰り返して送信される時、ＰＯはＭＰＤＣＣＨ繰り返しの開始サブフレームを称する。ページングフレーム(ＰＦ)は１つの無線フレームであり、１つ又は多数のＰＯを含む。ＤＲＸが使用される時、ＭＴＣ端末はＤＲＸサイクル当たり１つのＰＯのみをモニターする。ページング狭帯域(Ｐａｇｉｎｇ ＮａｒｒｏｗＢａｎｄ)(ＰＮＢ)は１つの狭帯域であり、ＭＴＣ端末がページングメッセージの受信を行う。
このために、ＭＴＣ端末は物理任意接続チャネル(ＰＲＡＣＨ：ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ)を介してプリアンブルを送信し(Ｓ１３０３)、ＭＰＤＣＣＨ及びそれに対応するＰＤＳＣＨを介してプリアンブルに対する応答メッセージ(ＲＡＲ)を受信する(Ｓ１３０４)。競争基盤の任意接続の場合、ＭＴＣ端末は更なるＰＲＡＣＨ信号の送信(Ｓ１３０５)及びＭＰＤＣＣＨ信号及びそれに対応するＰＤＳＣＨ信号の受信(Ｓ１３０６)のような衝突解決手順(ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ ｐｒｏｃｅｄｕｒｅ)を行う。ＭＴＣにおいて、ＲＡＣＨ手順で送信される信号及び／又はメッセージ(Ｍｓｇ１、Ｍｓｇ２、Ｍｓｇ３、Ｍｓｇ４)は繰り返して送信され、かかる繰り返しパターンはＣＥ(ｃｏｖｅｒａｇｅ ｅｎｈａｎｃｅｍｅｎｔ)レベルによって設定が異なる。Ｍｓｇ１はＰＲＡＣＨプリアンブルを意味し、Ｍｓｇ２はＲＡＲ(ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ)を意味し、Ｍｓｇ３はＲＡＲに対するＭＴＣ端末のＵＬ送信を意味し、Ｍｓｇ４はＭｓｇ３に対する基地局のＤＬ送信を意味する。
任意接続について、互いに異なるＰＲＡＣＨリソース及び互いに異なるＣＥレベルに対するシグナリングが支援される。これは類似する経路減殺(ｐａｔｈ ｌｏｓｓ)を経験するＵＥを共にグルーピングすることにより、ＰＲＡＣＨに対するｎｅａｒ－ｆａｒ効果の同一の制御を提供する。最大４個の互いに異なるＰＲＡＣＨリソースがＭＴＣ端末としてシグナリングされる。
ＭＴＣ端末は下りリンクＲＳ(例：ＣＲＳ、ＣＳＩ－ＲＳ、ＴＲＳなど)を用いてＲＳＲＰを推定し、測定結果に基づいて任意接続に対するリソースのうちの１つを選択する。４個の任意接続に対するリソースは各々ＰＲＡＣＨに対する繰り返し数及びＲＡＲ(ｒａｎｄｏｍ Ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ)に対する繰り返し数に関連を有する。
従って、悪いカバレッジのＭＴＣ端末は基地局により成功的に検出されるように多数の繰り返しが必要であり、これらのカバレッジレベルを満たすように該当する繰り返し数を有するＲＡＲを受信する必要がある。
ＲＡＲ及び競争解決メッセージ(ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ ｍｅｓｓａｇｅ)に対する検索空間はシステム情報により定義され、各カバレッジ レベルについては独立的である。
ＭＴＣで使用されるＰＲＡＣＨ波形はレガシーＬＴＥで使用されるＰＲＡＣＨ波形と同一である(例えば、ＯＦＤＭ及びＺａｄｏｆｆ－Ｃｈｕ ｓｅｑｕｅｎｃｅ)。
上述したような手順を行ったＭＴＣ端末は、今後一般的な上／下りリンク信号送信手順として、ＭＰＤＣＣＨ信号及び／又はＰＤＳＣＨ信号の受信(Ｓ１３０７)及び物理上りリンク共有チャネル(ＰＵＳＣＨ)信号及び／又は物理上りリンク制御チャネル(ＰＵＣＣＨ)信号の送信(Ｓ１３０８)を行う。ＭＴＣ端末が基地局に送信する制御情報を上りリンク制御情報(ＵＣＩ：ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)と通称する。ＵＣＩはＨＡＲＱ－ＡＣＫ／ＮＡＣＫ、スケジューリング要請(ＳＲ：ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)、チャネル品質指示子(ＣＱＩ)、プリコーディング行列指示子(ＰＭＩ：ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ)、ランク指示子(ＲＩ：ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ)情報などを含む。
ＭＴＣ端末に対するＲＲＣ連結が確立されると、ＭＴＣ端末は上りリンク及び下りリンクデータ割り当てを得るために設定された検索空間でＭＰＤＣＣＨをブラインド復号する。
ＭＴＣはＤＣＩを送信するために、サブフレームで利用可能なＯＦＤＭシンボルを全て使用する。よって、同じサブフレームで制御チャネル及びデータチャネルの間の時間領域多重化は不可能である。即ち、上述したように、制御チャネル及びデータチャネルの間のクロス－サブフレームのスケジューリングが可能である。
サブフレーム＃Ｎで最後の繰り返しを有するＭＰＤＣＣＨはサブフレーム＃Ｎ＋２でＰＤＳＣＨ割り当てをスケジュールする。
ＭＰＤＣＣＨにより送信されるＤＣＩはＰＤＳＣＨ送信の開始時にＭＴＣ端末が認知するようにＭＰＤＣＣＨがどのくらい繰り返されたかに関する情報を提供する。
ＰＤＳＣＨ割り当ては互いに異なる狭帯域で行われる。よってＭＴＣ端末はＰＤＳＣＨ割り当てを復号する前に再チューニングする必要がある。
上りリンクデータ送信について、スケジューリングはレガシーＬＴＥと同じタイミングによる。ここで、サブフレーム＃Ｎにおいて、最後のＭＰＤＣＣＨはサブフレーム＃Ｎ＋４で開始されたＰＵＳＣＨの送信をスケジュールする。
図１１はＭＴＣとレガシーＬＴＥの各々に対するスケジューリングの一例を示す図である。
レガシーＬＴＥ割り当てはＰＤＣＣＨを使用してスケジュールされ、これは各サブフレームで最初のＯＦＤＭシンボルを使用し、ＰＤＳＣＨはＰＤＣＣＨが受信されるサブフレームと同じサブフレームでスケジュールされる。
逆に、ＭＴＣ ＰＤＳＣＨはクロス－サブフレームスケジュールされ、１つのサブフレームはＭＰＤＣＣＨ復号及びＲＦ再チューニングを許容するようにＭＰＤＣＣＨとＰＤＳＣＨの間で定義される。
ＭＴＣ制御チャネル及びデータチャネルは極端的なカバレッジ条件で復号されるように、ＭＰＤＣＣＨについて最大２５６個のサブフレームとＰＤＳＣＨについて最大２０４８個のサブフレームを有する多数のサブフレームにより繰り返される。
Ｄ．ＮＢ－ＩｏＴ(Ｎａｒｒｏｗｂａｎｄ－Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ)
ＮＢ－ＩｏＴは無線通信システム(例：ＬＴＥシステム、ＮＲシステムなど)の１ＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)に該当するシステム帯域幅(Ｓｙｓｔｅｍ ＢＷ)により低い複雑度(ｃｏｍｐｌｅｘｉｔｙ)、低い電力消費を支援するシステムを意味する。
ここで、ＮＢ－ＩｏＴはＮＢ－ＬＴＥ、ＮＢ－ＩｏＴ向上、向上したＮＢ－ＩｏＴ、さらに向上したＮＢ－ＩｏＴ、ＮＢ－ＮＲなどの用語にも呼ばれる。即ち、ＮＢ－ＩｏＴは３ＧＰＰ標準で定義されたか又は定義される用語に代替することができ、以下、説明の便宜のために‘ＮＢ－ＩｏＴ’と通称して表現する。
主にＮＢ－ＩｏＴはＭＴＣ(ｍａｃｈｉｎｅ－ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ)のような装置(又は端末)をセルラーシステム(ｃｅｌｌｕｌａｒ ｓｙｓｔｅｍ)で支援してＩｏＴ(即ち、モノのインターネット)を具現するための通信方式に用いられることもできる。この時、既存のシステム帯域の１ＰＲＢをＮＢ－ＩｏＴ用に割り当てることにより、周波数を効率的に使用することができる。またＮＢ－ＩｏＴの場合、各端末は単一のＰＲＢ(Ｓｉｎｇｌｅ ＰＲＢ)を各々のキャリアとして認識するので、この明細書で言及するＰＲＢ及びキャリアは同じ意味に解釈することができる。
以下、この明細書において、ＮＢ－ＩｏＴに関連するフレーム構造、物理チャネル、多重キャリア動作(ｍｕｌｔｉ ｃａｒｒｉｅｒ Ｏｐｅｒａｔｉｏｎ)、動作モード(Ｏｐｅｒａｔｉｏｎ ｍｏｄｅ)、一般的な信号送受信などは、既存のＬＴＥシステムの場合を考慮して説明されるが、次世代システム(例：ＮＲシステムなど)の場合に拡張して適用することもできる。またこの明細書において、ＮＢ－ＩｏＴに関連する内容は、類似する技術的目的(例：低電力、低費用、カバレッジ向上など)を志向するＭＴＣ(Ｍａｃｈｉｎｅ ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)に拡張して適用することもできる。
１)ＮＢ－ＩｏＴのフレーム構造及び物理リソース
まず、ＮＢ－ＩｏＴフレーム構造は副搬送波間隔によって異なるように設定される。
図１２及び図１３は副搬送波間隔によるＮＢ－ＩｏＴフレーム構造の例を示す。より具体的には、図１２は副搬送波間隔が１５ｋＨｚである場合のフレーム構造の一例を示し、図１３は副搬送波間隔が３.７５ｋＨｚである場合のフレーム構造の一例を示す。但し、ＮＢ－ＩｏＴフレーム構造はこれらに限られず、他の副搬送波間隔(例：３０ｋＨｚなど)に対するＮＢ－ＩｏＴも時間／周波数単位を変更して考慮することができる。
一方、この明細書では、ＬＴＥシステムフレーム構造に基づくＮＢ－ＩｏＴフレーム構造を例示しているが、これは説明の便宜のためのものであり、それに限られない。この明細書で説明する方式を次世代システム(例：ＮＲシステム)のフレーム構造に基づくＮＢ－ＩｏＴに拡張して適用することもできる。
図１２を参照すると、１５ｋＨｚの副搬送波間隔に対するＮＢ－ＩｏＴフレーム構造は、上述したレガシーシステム(即ち、ＬＴＥシステム)のフレーム構造と同様に設定できる。即ち、１０ｍｓ ＮＢ－ＩｏＴフレームは１０個の１ｍｓ ＮＢ－ＩｏＴサブフレームを含み、１ｍｓ ＮＢ－ＩｏＴサブフレームは２個の０.５ｍｓ ＮＢ－ＩｏＴスロットを含む。また各々の０.５ｍｓ ＮＢ－ＩｏＴは７個のＯＦＤＭシンボルを含む。
一方、図１３を参照すると、１０ｍｓ ＮＢ－ＩｏＴフレームは５個の２ｍｓ ＮＢ－ＩｏＴサブフレームを含み、２ｍｓ ＮＢ－ＩｏＴサブフレームは７個のＯＦＤＭシンボルと１個の保護区間(Ｇｕａｒｄ Ｐｅｒｉｏｄ、ＧＰ)を含む。また２ｍｓ ＮＢ－ＩｏＴサブフレームはＮＢ－ＩｏＴスロット又はＮＢ－ＩｏＴ ＲＵ(ｒｅｓｏｕｒｃｅ ｕｎｉｔ)などに表現できる。
次に、下りリンク及び上りリンクの各々に対するＮＢ－ＩｏＴの物理リソースについて説明する。
まず、ＮＢ－ＩｏＴ下りリンクの物理リソースは、システム帯域幅が特定数のＲＢ(例：１個のＲＢ、即ち、１８０ｋＨｚ)に制限されることを除いては、他の無線通信システム(例：ＬＴＥシステム、ＮＲシステムなど)の物理リソースを参考して設定できる。一例として、上述したように、ＮＢ－ＩｏＴ下りリンクが１５ｋＨｚ副搬送波間隔のみを支援する場合、ＮＢ－ＩｏＴ下りリンクの物理リソースは、上記図６に示したＬＴＥシステムのリソースグリッドを周波数領域上の１ＲＢ(即ち、１ＰＲＢ)に制限したリソース領域に設定されることができる。
次に、ＮＢ－ＩｏＴ上りリンクの物理リソースの場合にも、下りリンクのように、システム帯域幅は１個のＲＢに制限されて構成されることができる。一例として、上述したように、ＮＢ－ＩｏＴ上りリンクが１５ｋＨｚ及び３.７５ｋＨｚの副搬送波間隔を支援する場合、ＮＢ－ＩｏＴ上りリンクのためのリソースグリッドは、図１４のように表現できる。この時、図１４において上りリンク帯域の副搬送波の数

及びスロット期間

は、以下の表１０のように与えられる。
図１４はＮＢ－ＩｏＴ上りリンクに対するリソースグリッドの一例を示す図である。
またＮＢ－ＩｏＴ上りリンクのリソース単位(ｒｅｓｏｕｒｃｅ ｕｎｉＴ、ＲＵ)は時間領域上のＳＣ－ＦＤＭＡシンボルで構成され、周波数領域上において

連続する副搬送波で構成されることができる。一例として、

及び

はフレーム構造類型１(即ち、ＦＤＤ)の場合、以下の表１１のように与えられ、フレーム構造類型２(即ち、ＴＤＤ)の場合は、表１２のように与えられる。
２)ＮＢ－ＩｏＴの物理チャネル
ＮＢ－ＩｏＴを支援する基地局及び／又は端末は既存のシステムとは別に設定された物理チャネル及び／又は物理信号を送受信するように設定できる。以下、ＮＢ－ＩｏＴで支援される物理チャネル及び／又は物理信号に関連する具体的な内容について説明する。
まずＮＢ－ＩｏＴシステムの下りリンクについて説明する。ＮＢ－ＩｏＴ下りリンクには１５ｋＨｚの副搬送波間隔に基づいてＯＦＤＭＡ(ＯＲｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)方式が適用される。これにより、副搬送波の間の直交性を適用して既存のシステム(例：ＬＴＥシステム、ＮＲシステム)との共存(ｃｏ－ｅｘｉｓｔｅｎｃｅ)を効率的に支援することができる。
ＮＢ－ＩｏＴシステムの物理チャネルは既存のシステムとの区分のために、‘Ｎ’が追加された形態で表現できる。例えば、下りリンク物理チャネルは、ＮＰＢＣＨ(Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ)、ＮＰＤＣＣＨ(Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、ＮＰＤＳＣＨ(Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)などに定義され、下りリンク物理信号は、ＮＰＳＳ(Ｎａｒｒｏｗｂａｎｄ Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)、ＮＳＳＳ(Ｎａｒｒｏｗｂａｎｄ Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)、ＮＲＳ(Ｎａｒｒｏｗｂａｎｄ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)、ＮＰＲＳ(Ｎａｒｒｏｗｂａｎｄ Ｐｏｓｉｔｉｏｎｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)、ＮＷＵＳ(Ｎａｒｒｏｗｂａｎｄ Ｗａｋｅ Ｕｐ Ｓｉｇｎａｌ)などに定義される。
一般的には、上述したＮＢ－ＩｏＴの下りリンク物理チャネル及び物理信号は、時間領域多重化方式及び／又は周波数領域多重化方式に基づいて送信されるように設定される。
また特徴的には、ＮＢ－ＩｏＴシステムの下りリンクチャネルであるＮＰＢＣＨ、ＮＰＤＣＣＨ、ＮＰＤＳＣＨなどの場合、カバレッジ向上のために繰り返し送信(ｒｅｐｅｔｉｔｉｏｎ ｔｒａｎｓｍｉｓｓｉｏｎ)が行われることができる。
またＮＢ－ＩｏＴは新しく定義されたＤＣＩフォーマットを使用し、一例としてＮＢ－ＩｏＴのためのＤＣＩフォーマットはＤＣＩフォーマットＮ０、ＤＣＩフォーマットＮ１、ＤＣＩフォーマットＮ２などに定義される。
次に、ＮＢ－ＩｏＴシステムの上りリンクについて説明する。ＮＢ－ＩｏＴ上りリンクには１５ｋＨｚ又は３.７５ｋＨｚの副搬送波間隔に基づいてＳＣ－ＦＤＭＡ(Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)方式が適用される。ＮＢ－ＩｏＴの上りリンクでは、多重トーン(ｍｕｌｔｉ－ｔｏｎｅ)送信及び単一トーン(Ｓｉｎｇｌｅ－ｔｏｎｅ)送信が支援される。一例として、多重トーン送信は１５ｋＨｚの副搬送波間隔のみで支援され、単一トーン送信は１５ｋＨｚ及び３.７５ｋＨｚの副搬送波間隔について支援されることができる。
下りリンクに関連して言及したように、ＮＢ－ＩｏＴシステムの物理チャネルは既存のシステムとの区分のために、‘Ｎ’が追加された形態で表現できる。例えば、上りリンク物理チャネルはＮＰＲＡＣＨ(Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ)及びＮＰＵＳＣＨ(Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)などに定義され、上りリンク物理信号はＮＤＭＲＳ(Ｎａｒｒｏｗｂａｎｄ Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)などに定義される。
ここで、ＮＰＵＳＣＨはＮＰＵＳＣＨフォーマット１とＮＰＵＳＣＨフォーマット２などで構成される。一例として、ＮＰＵＳＣＨフォーマット１はＵＬ－ＳＣＨ送信(又は運搬)のために用いられ、ＮＰＵＳＣＨフォーマット２はＨＡＲＱ ＡＣＫシグナリングなどの上りリンク制御情報送信のために用いられる。
また特徴的には、ＮＢ－ＩｏＴシステムの下りリンクチャネルであるＮＰＲＡＣＨなどの場合、カバレッジ向上のために繰り返し送信が行われる。この場合、繰り返し送信は周波数ホッピングが適用されて行われることができる。
３)ＮＢ－ＩｏＴの多重キャリア動作
次に、ＮＢ－ＩｏＴの多重キャリア動作について説明する。多重キャリア動作はＮＢ－ＩｏＴで基地局及び／又は端末が互いにチャネル及び／又は信号を送受信するにおいて、互いに用途が異なる(即ち、類型が異なる)多数のキャリアが利用されることを意味する。
一般的には、ＮＢ－ＩｏＴは、上述したような多重キャリアモードで動作する。この時、ＮＢ－ＩｏＴにおいて、キャリアはアンカー類型のキャリア(ａｎｃｈｏｒ ｔｙｐｅ ｃａｒｒｉｅｒ)(即ち、アンカーキャリア(ａｎｃｈｏｒ ｃａｒｒｉｅｒ)、アンカーＰＲＢ)及び非アンカー類型のキャリア(ｎｏｎ－Ａｎｃｈｏｒ ｔｙｐｅ ｃａｒｒｉｅｒ)(即ち、非アンカーキャリア(ｎｏｎ－Ａｎｃｈｏｒ ｃａｒｒｉｅｒ)、非アンカーＰＲＢ)に定義される。
アンカーキャリアは基地局の観点で初期接続(ｉｎｉｔｉａｌ ａｃｃｅｓｓ)のためにＮＰＳＳ、ＮＳＳＳ、ＮＰＢＣＨ及びシステム情報ブロック(Ｎ－ＳＩＢ)のためのＮＰＤＳＣＨなどを送信するキャリアを意味する。即ち、ＮＢ－ＩｏＴにおいて初期接続のためのキャリアはアンカーキャリアと呼ばれ、それ以外は非－アンカーキャリアと呼ばれる。この時、アンカーキャリアはシステム上で１つのみ存在するか、又は多数のアンカーキャリアが存在する。
４)ＮＢ－ＩｏＴの動作モード
次に、ＮＢ－ＩｏＴの動作モードについて説明する。ＮＢ－ＩｏＴシステムでは３つの動作モードが支援される。図１５はＮＢ－ＩｏＴシステムで支援される動作モードの一例を示す図である。この明細書ではＮＢ－ＩｏＴの動作モードをＬＴＥ帯域に基づいて説明するが、これは説明の便宜のためのものであり、他のシステム帯域(例：ＮＲシステム帯域)についても拡張して適用することができる。
具体的には、図１５(ａ)はインバンド(Ｉｎ－ｂａｎｄ)システムの一例を示し、図１５(ｂ)はガードバンド(Ｇｕａｒｄ－ｂａｎｄ)システムの一例を示し、図１５(ｃ)は独立型(Ｓｔａｎｄ－Ａｌｏｎｅ)システムの一例を示す。この時、インバンドシステムはインバンドモード、ガードバンドシステムはガードバンドモード、独立型システムは独立型モードと表現される。
インバンドシステムは、ＬＴＥ帯域内の特定の１ＲＢ(即ち、ＰＲＢ)をＮＢ－ＩｏＴのために使用するシステム又はモードを意味する。インバンドシステムはＬＴＥシステムキャリアの一部リソースブロックを割り当てて運用することができる。
ガードバンドシステムは、ＬＴＥ帯域のガードバンドのために空いておいた(ｒｅｓｅｒｖｅｄ)空間にＮＢ－ＩｏＴを使用するシステム又はモードを意味する。ガードバンドシステムは、ＬＴＥシステムでリソースブロックとして使用されないＬＴＥキャリアのガードバンドを割り当てて運用できる。一例として、ＬＴＥ帯域は各ＬＴＥ帯域の最後に最小１００ｋＨｚのガードバンドを有するように設定することができる。２００ｋＨｚを用いるためには、２個の不連続(ｎｏｎ－ｃｏｎｔｉｇｕｏｕｓ)ガードバンドを用いることができる。
上述したように、インバンドシステム及びガードバンドシステムは、ＬＴＥ帯域内にＮＢ－ＩｏＴが共存する構造で運用できる。
逆に、独立型(Ｓｔａｎｄａｌｏｎｅ)システムは、(レガシー)ＬＴＥ帯域から独立して構成されたシステム又はモードを意味する。スタンドアローンシステムは、ＧＥＲＡＮ(ＧＳＭ ＥＤＧＥ ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)で使用される周波数帯域(例：今後再割り当てられたＧＳＭキャリア)を別に割り当てて運用されることができる。
上述した３つの動作モードは各々独立して運用されるか、又は２つ以上の動作モードが組み合わせられて運用される。
５)ＮＢ－ＩｏＴの一般的な信号送受信手順
図１６はＮＢ－ＩｏＴに用いられる物理チャネル及びこれらを用いた一般的な信号送信方法の一例を示す。無線通信システムにおいて、ＮＢ－ＩｏＴ端末は基地局から下りリンク(ＤＬ)を介して情報を受信し、ＮＢ－ＩｏＴ端末は基地局に上りリンク(ＵＬ)を介して情報を送信する。言い換えれば、無線通信システムにおいて、基地局はＮＢ－ＩｏＴ端末に下りリンクにより情報を送信し、基地局はＮＢ－ＩｏＴ端末から上りリンクを介して情報を受信する。
基地局とＮＢ－ＩｏＴ端末が送受信する情報はデータ及び様々な制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。また図１６により説明されるＮＢ－ＩｏＴの信号送受信方法は、上述した無線通信装置(例：図１１の基地局及び端末)により行われることができる。
電源が消えた状態で電源がついたり、新しくセルに進入したりしたＮＢ－ＩｏＴ端末は、基地局と同期を取るなどの初期セル探索作業を行う(Ｓ１１)。このために、ＮＢ－ＩｏＴ端末は基地局からＮＰＳＳ及びＮＳＳＳを受信して基地局との同期化を行い、セルＩＤなどの情報を得る。またＮＢ－ＩｏＴ端末は基地局からＮＰＢＣＨを受信してセル内の放送情報を得ることができる。またＮＢ－ＩｏＴ端末は初期セル探索の段階でＤＬ ＲＳ(Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)を受信して下りリンクチャネルの状態を確認することもできる。
言い換えれば、基地局は新しくセルに進入したＮＢ－ＩｏＴ端末が存在する場合、該当端末と同期を取るなどの初期セル探索作業を行うことができる。基地局はＮＢ－ＩｏＴ端末にＮＰＳＳ及びＮＳＳＳを送信して該当端末との同期化を行い、セルＩＤ(ｃｅｌｌ ｉｄｅｎｔｉｔｙ)などの情報を伝達することができる。また基地局はＮＢ－ＩｏＴ端末にＮＰＢＣＨを送信(又はブロードキャスト)してセル内の放送情報を伝達することができる。また基地局はＮＢ－ＩｏＴ端末に初期セル探索段階でＤＬ ＲＳを送信して下りリンクチャネル状態を確認することもできる。
初期セル探索を終えたＮＢ－ＩｏＴ端末はＮＰＤＣＣＨ及びそれに対応するＮＰＤＳＣＨを受信してより具体的なシステム情報を得る(Ｓ１２)。言い換えれば、基地局は初期セル探索を終えたＮＢ－ＩｏＴ端末にＮＰＤＣＣＨ及びそれに対応するＮＰＤＳＣＨを送信してより具体的なシステム情報を伝達することができる。
その後、ＮＢ－ＩｏＴ端末は基地局に接続を完了するために任意接続過程(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)を行う(Ｓ１３乃至Ｓ１６)。
具体的には、ＮＢ－ＩｏＴ端末はＮＰＲＡＣＨを介してプリアンブルを基地局に送信し(Ｓ１３)、上述したように、ＮＰＲＡＣＨはカバレッジ向上などのために周波数ホッピングなどに基づいて繰り返して送信されるように設定される。即ち、基地局はＮＢ－ＩｏＴ端末からＮＰＲＡＣＨを介してプリアンブルを(繰り返して)受信することができる。
その後、ＮＢ－ＩｏＴ端末はＮＰＤＣＣＨ及びそれに対応するＮＰＤＳＣＨを介してプリアンブルに対するＲＡＲ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ)を基地局から受信する(Ｓ１４)。言い換えれば、基地局はＮＰＤＣＣＨ及びそれに対応するＮＰＤＳＣＨを介してプリアンブルに対するＲＡＲをＮＢ－ＩｏＴ端末に送信する。
その後、ＮＢ－ＩｏＴ端末はＲＡＲ内のスケジューリング情報を用いてＮＰＵＳＣＨを基地局に送信し(Ｓ１５)、ＮＰＤＣＣＨ及びそれに対応するＮＰＤＳＣＨのような衝突解決手順(Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ)を行う(Ｓ１６)。言い換えれば、基地局はＮＢ－ＩｏＴ ＲＡＲ内のスケジューリング情報を用いてＮＰＵＳＣＨを端末から受信し、衝突解決手順を行う。
上述したような手順を行ったＮＢ－ＩｏＴ端末は、その後、一般的な上り／下りリンク信号の送信手順としてＮＰＤＣＣＨ／ＮＰＤＳＣＨ受信(Ｓ１７)及びＮＰＵＳＣＨ送信(Ｓ１８)を行う。即ち、上記手順を行った後、基地局はＮＢ－ＩｏＴ端末に一般的な信号送受信手順としてＮＰＤＣＣＨ／ＮＰＤＳＣＨの送信及びＮＰＵＳＣＨの受信を行う。
ＮＢ－ＩｏＴの場合、上述したように、ＮＰＢＣＨ、ＮＰＤＣＣＨ、ＮＰＤＳＣＨなどはカバレッジ向上などのために繰り返して送信されることができる。またＮＢ－ＩｏＴの場合、ＮＰＵＳＣＨを介してＵＬ－ＳＣＨ(即ち、一般的な上りリンクデータ)及び上りリンク制御情報が伝達される。この時、ＵＬ－ＳＣＨ及び上りリンク制御情報は各々異なるＮＰＵＳＣＨフォーマット(例：ＮＰＵＳＣＨフォーマット１、ＮＰＵＳＣＨフォーマット２など)により送信されるように設定される。
端末が基地局に送信する制御情報はＵＣＩ(Ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)と呼ばれる。ＵＣＩはＨＡＲＱ ＡＣＫ／ＮＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ ＡｃｋｎｏｗｌｅｄｇｅｍｅｎＴ／Ｎｅｇａｔｉｖｅ－ＡＣＫ)、ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)、ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)などを含む。ＣＳＩはＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ)、ＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ)、ＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ)などを含む。上述したように、ＮＢ－ＩｏＴにおいて、ＵＣＩは一般的にＮＰＵＳＣＨを介して送信される。またネットワーク(例：基地局)の要請／指示によって、端末はＮＰＵＳＣＨを介してＵＣＩを周期的(ｐｅｒｉｏｄｉｃ)、非周期的(ａｐｅｒｉｏｄｉｃ)又は半持続的(Ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ)に送信する。
Ｅ．ネットワーク接続及び通信過程
端末は、この明細書で上述／提案した手順及び／又は方法を行うために、ネットワーク接続過程を行う。例えば、端末は、ネットワーク(例、基地局)に接続を行いながら、この明細書で上述／提案した手順及び／又は方法を行うために必要なシステム情報と構成情報を受信してメモリに貯蔵する。本発明に必要な構成情報は、上位階層(例、ＲＲＣ ｌａｙｅｒ；Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ、ｌａｙｅｒなど)シグナリングにより受信される。
図１７はＮＲシステムにおいてネットワーク初期接続及びその後の通信過程を例示する。ＮＲシステムにおいて、物理チャネル、参照信号はビーム－フォーミングを用いて送信される。ビーム－フォーミング基盤の信号送信が支援される場合、基地局と端末の間にビームを整列するために、ビーム管理(ｂｅａｍ ｍａｎａｇｅｍｅｎｔ)の過程が伴われる。また、本発明で提案する信号はビーム－フォーミングを用いて送信／受信される。ＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ) ＩＤＬＥモードにおいて、ビーム整列はＳＳＢ(Ｓｙｎｃ Ｓｉｇｎａｌ ｂｌｏｃｋ)に基づいて行われる。反面、ＲＲＣ ＣＯＮＮＥＣＴＥＤモードにおいては、ビーム整列はＣＳＩ－ＲＳ(ｉｎ ＤＬ)及びＳＲＳ(ｉｎ ＵＬ)に基づいて行われる。一方、ビーム－フォーミング基盤の信号送信が支援されない場合、この明細書の説明においてビームに関連する動作は省略できる。
図１７を参照すると、基地局(例、ＢＳ)はＳＳＢを周期的に送信する(Ｓ１６０２)。ここで、ＳＳＢはＰＳＳ／ＳＳＳ／ＰＢＣＨを含む。ＳＳＢはビームスイーピング(ｂｅａｍ ｓｗｅｅｐｉｎｇ)を用いて送信される。ＰＢＣＨはＭＩＢ(Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ)を含み、ＭＩＢはＲＭＳＩ(Ｒｅｍａｉｎｉｎｇ Ｍｉｎｉｍｕｍ Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ)に関するスケジューリング情報を含む。その後、基地局はＲＭＳＩ(Ｒｅｍａｉｎｉｎｇ Ｍｉｎｉｍｕｍ Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ)とＯＳＩ(Ｏｔｈｅｒ Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ)を送信する(Ｓ１６０４)。ＲＭＳＩは端末が基地局に初期接続するために必要な情報(例、ＰＲＡＣＨ構成情報)を含む。一方、端末はＳＳＢ検出を行った後、ベストＳＳＢを識別する。その後、端末はベストＳＳＢのインデックス(即ち、ビーム)にリンクされた／対応するＰＲＡＣＨリソースを用いてＲＡＣＨプリアンブル(Ｍｅｓｓａｇｅ １、Ｍｓｇ１)を基地局に送信する(Ｓ１６０６)。ＲＡＣＨプリアンブルのビーム方向はＰＲＡＣＨリソースに連関する。ＰＲＡＣＨリソース(及び／又はＲＡＣＨプリアンブル)とＳＳＢ(インデックス)の間の連関性(ａｓｓｏｃｉａｔｉｏｎ)はシステム情報(例、ＲＭＳＩ)により設定される。その後、任意接続過程(又はＲＡＣＨ過程)の一環として、基地局はＲＡＣＨプリアンブルに対する応答としてＲＡＲ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ)(Ｍｓｇ２)を送信し(Ｓ１６０８)、端末はＲＡＲ内のＵＬグラントを用いてＭｓｇ３(例、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ)を送信し(Ｓ１６１０)、基地局は衝突解決(ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ)メッセージ(Ｍｓｇ４)を送信する(Ｓ１６２０)。Ｍｓｇ４はＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐを含む。
任意接続過程(又はＲＡＣＨ過程)を通じて基地局と端末の間にＲＲＣ連結が設定されると、その後のビーム整列はＳＳＢ／ＣＳＩ－ＲＳ(ｉｎ ＤＬ)及びＳＲＳ(ｉｎ ＵＬ)に基づいて行われる。例えば、端末はＳＳＢ／ＣＳＩ－ＲＳを受信する(Ｓ１６１４)。ＳＳＢ／ＣＳＩ－ＲＳは端末がビーム／ＣＳＩ報告を生成するために使用される。一方、基地局はＤＣＩによりビーム／ＣＳＩ報告を端末に要請する(Ｓ１６１６)。この場合、端末はＳＳＢ／ＣＳＩ－ＲＳに基づいてビーム／ＣＳＩ報告を生成し、生成されたビーム／ＣＳＩ報告をＰＵＳＣＨ／ＰＵＣＣＨを介して基地局に送信する(Ｓ１６１８)。ビーム／ＣＳＩ報告はビーム測定の結果、選好するビームに関する情報などを含む。基地局と端末はビーム／ＣＳＩ報告に基づいてビームをスイッチングする(Ｓ１６２０ａ、Ｓ１６２０ｂ)。
その後、端末と基地局は上述／提案した手順及び／又は方法を行う。例えば、端末と基地局はネットワーク接続過程(例、システム情報獲得過程、ＲＡＣＨを介するＲＲＣ連結過程など)から得た構成情報に基づいて、本発明の提案によってメモリの情報を処理して無線信号を送信するか、又は受信された無線信号を処理してメモリに格納する。ここで、無線信号は、下りリンクの場合、ＰＤＣＣＨ、ＰＤＳＣＨ、ＲＳ(Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)のうちのいずれかを含み、上りリンクの場合は、ＰＵＣＣＨ、ＰＵＳＣＨ、ＳＲＳのうちのいずれかを含む。
上述した内容は基本的にＭＴＣとＮＢ－ＩｏＴに共通に適用できる。ＭＴＣとＮＢ－ＩｏＴにおいて異なる部分については以下に追加説明する。
ＭＴＣネットワーク接続過程
ＬＴＥを基準としてＭＴＣネットワーク接続過程についてさらに説明する。以下の説明はＮＲにも拡張適用できる。図１７においてＰＤＣＣＨはＭＰＤＣＣＨ(ＭＴＣ ＰＤＣＣＨ)(例、図９及び関連説明を参照)に代替できる。
ＬＴＥにおいてＭＩＢは１０個の予備ビット(ｒｅｓｅｒｖｅｄ ｂｉｔ)を含む。ＭＴＣにおいてＭＩＢ内の１０個の予備ビットのうち、５個のＭＳＢ(Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ)はＳＩＢ１－ＢＲ(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ ｆｏｒ ｂａｎｄｗｉｄｔｈ ｒｅｄｕｃｅｄ ｄｅｖｉｃｅ)に関するスケジューリング情報を指示するために使用される。５個のＭＳＢはＳＩＢ１－ＢＲの繰り返し回数及びＴＢＳ(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ Ｓｉｚｅ)を指示するために使用される。ＳＩＢ１－ＢＲはＰＤＳＣＨで送信される。ＳＩＢ１－ＢＲは多数のサブフレームが結合することを許容するために５１２個の無線フレーム(５１２０ｍｓ)で変わらない。ＳＩＢ１－ＢＲで運ばれる情報はＬＴＥシステムのＳＩＢ１と類似する。
ＭＴＣ任意接続過程(又はＲＡＣＨ過程)は基本的にＬＴＥ任意接続過程(又はＲＡＣＨ過程)と同一であり、以下の事項で差がある：ＭＴＣ任意接続過程(又はＲＡＣＨ過程)はＣＥ(Ｃｏｖｅｒａｇｅ Ｅｎｈａｎｃｅｍｅｎｔ)レベルに基づいて行われる。例えば、ＰＲＡＣＨカバレッジ向上のためにＣＥレベルごとにＰＲＡＣＨ繰り返し送信の有無／回数が変わる。表８を参照して説明したように、カバレッジ向上又は拡張のために信号の繰り返し送信を支援するモードをＣＥモードといい、カバレッジ向上又は拡張のための信号の繰り返し送信回数をＣＥレベルという。例えば、表８に示したように、第１モード(例、ＣＥモードＡ)は完全な移動性及びＣＳＩフィードバックが支援される小さいカバレッジ向上のためのモードであり、繰り返しがないか又は繰り返し回数が小さく設定される。第２モード(例、ＣＥモードＢ)はＣＳＩフィードバック及び制限された移動性を支援する極めて劣悪なカバレッジ条件の端末のためのモードであり、繰り返し回数が大きく設定される。
基地局は複数(例、３つ)のＲＳＲＰ(Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ)臨界値を含むシステム情報を放送し、端末はＲＳＲＰ臨界値とＲＳＲＰ測定値を比較してＣＥレベルを決定する。ＣＥレベルごとに次の情報がシステム情報により独立して構成される。
－ＰＲＡＣＨリソース情報：ＰＲＡＣＨ機会(ｏｐｐｏｒｔｕｎｉｔｙ)の周期／オフセット、ＰＲＡＣＨ周波数リソース
－プリアンブルグループ：各々のＣＥレベルごとに割り当てられたプリアンブルセット
－プリアンブル試み(ａｔｔｅｍｐｔ)ごとの繰り返し回数、最大プリアンブル試み回数
－ＲＡＲウィンドウ時間：ＲＡＲ受信が期待される時区間の長さ(例、サブフレームの数)
－衝突解決ウィンドウ時間：衝突解決メッセージ受信が期待される時区間の長さ
端末は自分のＣＥレベルに対応するＰＲＡＣＨリソースを選択した後、選択されたＰＲＡＣＨリソースに基づいてＰＲＡＣＨ送信を行う。ＭＴＣで使用されるＰＲＡＣＨ波形(ｗａｖｅｆｏｒｍ)はＬＴＥで使用されるＰＲＡＣＨ波形と同一である(例、ＯＦＤＭ及びＺａｄｏｆｆ－Ｃｈｕシーケンス)。ＰＲＡＣＨ後に送信される信号／メッセージも繰り返して送信でき、繰り返し回数はＣＥモード／レベルによって独立して設定される。
ＮＢ－ＩｏＴネットワーク接続過程
ＬＴＥを基準としてＮＢ－ＩｏＴネットワーク接続過程についてさらに説明する。以下の説明はＮＲにも拡張適用できる。図１７におけるＰＳＳ、ＳＳＳ及びＰＢＣＨはそれぞれＮＢ－ＩｏＴにおいてＮＰＳＳ、ＮＳＳＳ及びＮＰＢＣＨに代替される。また図１７におけるＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＲＡＣＨはＮＰＤＣＣＨ、ＮＰＤＳＣＨ、ＮＰＵＳＣＨ、ＮＰＲＡＣＨに代替される。
ＮＢ－ＩｏＴ任意接続過程(又はＲＡＣＨ過程)は基本的にＬＴＥ任意接続過程(又はＲＡＣＨ過程)と同一であり、以下の事項で差がある。第一に、ＲＡＣＨプリアンブルフォーマットが異なる。ＬＴＥにおいてプリアンブルはコード／シーケンス(例、ｚａｄｏｆｆ－ｃｈｕシーケンス)に基づく反面、ＮＢ－ＩｏＴにおいてはプリアンブルはサブキャリアである。第二に、ＮＢ－ＩｏＴ任意接続過程(又はＲＡＣＨ過程)はＣＥレベルに基づいて行われる。よって、ＣＥレベルごとにＰＲＡＣＨリソースが異なるように割り当てられる。第三に、ＮＢ－ＩｏＴにはＳＲリソースが構成されないので、ＮＢ－ＩｏＴにおいて上りリンクリソース割り当ての要請は任意接続過程(又はＲＡＣＨ過程)を用いて行われる。
図１８はＮＢ－ＩｏＴ ＲＡＣＨにおいてプリアンブルの送信を例示する。
図１８を参照すると、ＮＰＲＡＣＨプリアンブルは４個のシンボルグループで構成され、各シンボルグループはＣＰと複数(例：５個)のＳＣ－ＦＤＭＡシンボルで構成される。ＮＲにおいてＳＣ-ＦＤＭＡシンボルはＯＦＤＭシンボル又はＤＦＴ－ｓ－ＯＦＤＭシンボルに代替できる。ＮＰＲＡＣＨは３.７５ｋＨｚの副搬送波間隔のシングルトン送信のみを支援し、互いに異なるセル半径を支援するために、長さ６６.７μsと２６６.６７μsのＣＰを提供する。各シンボルグループは周波数跳躍を行い、跳躍パターンは以下の通りである。１番目のシンボルグループを送信する副搬送波は擬似ランダム(ｐｓｅｕｄｏ－ｒａｎｄｏｍ)方式で決定される。２番目のシンボルグループは１副搬送波の跳躍、３番目のシンボルグループは６副搬送波の跳躍、また４番目のシンボルグループは１副搬送波の跳躍を行う。繰り返し送信の場合、周波数ホッピング手順を繰り返して適用し、カバレッジ向上のためにＮＰＲＡＣＨプリアンブルは{１、２、４、８、１６、３２、６４、１２８}回繰り返し送信が可能である。ＮＰＲＡＣＨリソースはＣＥレベルごとに構成される。端末は下りリンク測定の結果(例、ＲＳＲＰ)によって決定されたＣＥレベルに基づいてＮＰＲＡＣＨリソースを選択し、選択されたＮＰＲＡＣＨリソースを用いてＲＡＣＨプリアンブルを送信する。ＮＰＲＡＣＨはアンカーキャリアで送信されるか、又はＮＰＲＡＣＨリソースが設定されたノン－アンカーキャリアで送信される。
Ｆ．ＤＲＸ(ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃＥＰｔｉｏｎ)動作
端末はこの明細書で上述／提案した手順及び／又は方法を行いながら、ＤＲＸ動作を行うことができる。ＤＲＸが設定された端末はＤＬ信号を不連続に受信して電力消費を抑えることができる。ＤＲＸはＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)＿ＩＤＬＥ状態、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で行われる。
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ＤＲＸ
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において、ＤＲＸはＰＤＣＣＨの不連続受信のために使用される。便宜上、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で行われるＤＲＸをＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ＤＲＸという。
図１９はＰＤＣＣＨの不連続受信のためのＤＲＸサイクルを例示する。
図１９を参照すると、ＤＲＸサイクルはＯｎ ＤｕｒａｔｉｏｎとＯｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸで構成される。ＤＲＸサイクルはＯｎ Ｄｕｒａｔｉｏｎが周期的に繰り返される時間間隔を定義する。Ｏｎ Ｄｕｒａｔｉｏｎは端末がＰＤＣＣＨ(又は、ＭＰＤＣＣＨ、ＮＰＤＣＣＨ)を受信するためにモニタリングする時間区間を示す。ＤＲＸが設定されると、端末はＯｎ Ｄｕｒａｔｉｏｎの間にＰＤＣＣＨモニタリングを行う。ＰＤＣＣＨモニタリングの間に成功的に検出されたＰＤＣＣＨがある場合、端末はｉｎａｃｔｉｖｉｔｙタイマを動作させて起動(ａｗａｋｅ)状態を維持する。反面、ＰＤＣＣＨモニタリングの間に成功的に検出されたＰＤＣＣＨがない場合は、端末はＯｎ Ｄｕｒａｔｉｏｎが終了した後、停止(Ｓｌｅｅｐ)状態になる。従って、ＤＲＸが設定された場合、上述／提案した手順及び／又は方法を行う際に、ＰＤＣＣＨモニタリング／受信が時間ドメインで不連続に行われる。例えば、ＤＲＸが設定された場合、本発明において、ＰＤＣＣＨモニタリングは活性化されたセルでＤＲＸ設定によって不連続に行われる。具体的には、ＰＤＣＣＨ機会(ｏｃｃａｓｉｏｎ)(例、ＰＤＣＣＨをモニタリングするように設定された時間区間(例、１つ以上の連続するＯＦＤＭシンボル))がＯｎ Ｄｕｒａｔｉｏｎに該当する場合、ＰＤＣＣＨモニタリングが行われ、Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸに該当する場合、ＰＤＣＣＨモニタリングは省略できる。反面、ＤＲＸが設定されていない場合は、上述／提案した手順及び／又は方法を行うとき、ＰＤＣＣＨモニタリング／受信が時間ドメインで連続して行われる。例えば、ＤＲＸが設定されていない場合、本発明においてＰＤＣＣＨ受信機会は連続して設定される。一方、ＤＲＸ設定有無に関係なく、測定ギャップで設定された時間区間ではＰＤＣＣＨモニタリングが制限される。
ＲＲＣ＿ＩＤＬＥ ＤＲＸ
ＲＲＣ＿ＩＤＬＥ状態とＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において、ＤＲＸはページング信号を不連続に受信するために使用される。便宜上、ＲＲＣ＿ＩＤＬＥ(又はＲＲＣ＿ＩＮＡＣＴＩＶＥ)状態で行われるＤＲＸをＲＲＣ＿ＩＤＬＥ ＤＲＸという。従って、ＤＲＸが設定された場合、上述／提案した手順及び／又は方法を行うとき、ＰＤＣＣＨモニタリング／受信が時間ドメインで不連続に行われることがある。
図２０はページングのためのＤＲＸサイクルを例示する。
図２０を参照すると、ページング信号の不連続受信のためにＤＲＸが構成される。端末は上位階層(例、ＲＲＣ)シグナリングにより基地局からＤＲＸ構成情報を受信する。ＤＲＸ構成情報はＤＲＸサイクル、ＤＲＸオフセット、ＤＲＸタイマーに関する構成情報などを含む。端末はＤＲＸサイクルによってＯｎ ＤｕｒａｔｉｏｎとＳｌｅｅｐ ｄｕｒａｔｉｏｎを繰り返す。端末はＯｎ Ｄｕｒａｔｉｏｎでは起動(ｗａｋｅｕｐ)モードで動作し、Ｓｌｅｅｐ ｄｕｒａｔｉｏｎでは停止(Ｓｌｅｅｐ)モードで動作する。起動モードにおいて、端末はページングメッセージを受信するためにＰＯをモニタリングする。ＰＯは端末がページングメッセージの受信を期待する時間リソース／区間(例、サブフレーム、スロット)を意味する。ＰＯモニタリングはＰＯにＰ－ＲＮＴＩにスクランブルされたＰＤＣＣＨ(又はＭＰＤＣＣＨ、ＮＰＤＣＣＨ)(以下、ページングＰＤＣＣＨ)をモニタリングすることを含む。ページングメッセージはページングＰＤＣＣＨに含まれるか、又はページングＰＤＣＣＨによりスケジューリングするＰＤＳＣＨに含まれる。ＰＦ(Ｐａｇｉｎｇ Ｆｒａｍｅ)内に一つ又は複数のＰＯが含まれ、ＰＦはＵＥ ＩＤに基づいて周期的に設定される。ここで、ＰＦは１無線フレームに該当し、ＵＥ ＩＤは端末のＩＭＳＩ(Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ)に基づいて決定される。ＤＲＸが設定された場合、端末はＤＲＸサイクルごとに一つのＰＯのみをモニタリングする。端末はＰＯに自分のＩＤ及び／又はシステム情報の変更を指示するページングメッセージを受信した場合、基地局との連結を初期化(又は再設定)するためにＲＡＣＨ過程を行うか、又は新しいシステム情報を基地局から受信する(又は得る)。よって、上述／提案した手順及び／又は方法を行うとき、基地局との連結のためにＲＡＣＨを行うか、又は新しいシステム情報を基地局から受信する(又は得る)ためにＰＯモニタリングが時間ドメインで不連続に行われることができる。
図２１は拡張されたＤＲＸ(ｅｘｔｅｎｄｅｄ ＤＲＸ、ｅＤＲＸ)サイクルを例示する。
ＤＲＸサイクル構成による最大サイクル区間(ｃｙｃｌｅ ｄｕｒａｔｉｏｎ)は２.５６秒に制限される。しかし、ＭＴＣ端末やＮＢ－ＩｏＴ端末のようにデータ送受信が間欠的に行われる端末の場合は、ＤＲＸサイクルの間に不要な電力消耗が発生し得る。端末の電力消耗を減らすために、ＰＳＭ(ｐｏｗｅｒ ｓａｖｉｎｇ ｍｏｄｅ)とＰＴＷ(ｐａｇｉｎｇ ｔｉｍｅ ｗｉｎｄｏｗ又はｐａｇｉｎｇ ｔｒａｎｓｍｉｓｓｉｏｎ ｗｉｎｄｏｗ)に基づいてＤＲＸサイクルを大幅拡張する方案が導入されており、拡張されたＤＲＸサイクルを簡略にｅＤＲＸサイクルという。具体的には、ＵＥ ＩＤに基づいてＰＨ(Ｐａｇｉｎｇ Ｈｙｐｅｒ-ｆｒａｍｅｓ)が周期的に構成され、ＰＨ内にＰＴＷが定義される。端末はＰＴＷ区間(ｄｕｒａｔｉｏｎ)でＤＲＸサイクルを行い、自分のＰＯで起動モードに転換してページング信号をモニタリングすることができる。ＰＴＷ区間内には図１９のＤＲＸサイクル(例、起動モードと停止モード)が１つ以上含まれる。ＰＴＷ区間内のＤＲＸサイクルの回数は基地局の上位階層(例、ＲＲＣ)シグナリングにより構成される。
Ｇ．記号、略語、用語(Ｓｙｍｂｏｌｓ、Ａｂｂｒｅｖｉａｔｉｏｎｓ、Ｔｅｒｍｓ)
この明細書で使用する記号／略語／用語は以下の通りである。
－ＰＤＣＣＨ：物理下りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)の略語。下りリンクの制御情報(ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)を提供するための物理階層の通信チャネルを意味する。本発明で提案する方法は説明がなくてもＥＰＤＣＣＨ(Ｅｎｈａｎｃｅｄ－ＰＤＣＣＨ)、ＭＰＤＣＣＨ(ＭＴＣ－ＰＤＣＣＨ)、ＮＰＤＣＣＨ(Ｎａｒｒｏｗｂａｎｄ－ＰＤＣＣＨ)などの様々な構造のＰＤＣＣＨに適用可能であり、以下では特に説明せず、ＰＤＣＣＨを様々な構造のＰＤＣＣＨを代表する用語として使用する。
－ＰＵＣＣＨ：物理上りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)の略語。上りリンクの制御情報を提供するための物理階層の通信チャネルを意味する。本発明で提案する方法は説明がなくても様々な構造のＰＵＣＣＨに適用可能であり、以下では特に説明せず、ＰＵＣＣＨを様々な構造のＰＵＣＣＨを代表する用語として使用する。
－ＰＤＳＣＨ：物理下りリンク共有チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)の略語。下りリンクのデータを提供するための物理階層の通信チャネルを意味する。本発明で提案する方法は説明がなくてもＮＰＤＳＣＨ(Ｎａｒｒｏｗｂａｎｄ－ＰＤＳＣＨ)などの様々な構造のＰＤＳＣＨに適用可能であり、以下では特に説明せず、ＰＤＳＣＨを様々な構造のＰＤＳＣＨを代表する用語として使用する。
－ＰＵＳＣＨ：物理上りリンク共有チャネル(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)の略語。上りリンクのデータを提供するための物理階層の通信チャネルを意味する。本発明で提案する方法は説明がなくてもＮＰＵＳＣＨ(Ｎａｒｒｏｗｂａｎｄ-ＰＵＳＣＨ)などの様々な構造のＰＵＳＣＨに適用可能であり、以下では特に説明せず、ＰＵＳＣＨを様々な構造のＰＵＳＣＨを代表する用語として使用する。
－ＤＣＩ：下りリンク制御情報(Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)の略語
－ＵＣＩ：上りリンク制御情報(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)の略語
－ＮＤＩ：新規データ指示子(Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ)の略語、ＮＤＩは(ＰＤＣＣＨを介して送／受信される)ＤＣＩに含まれることができ、ＤＣＩがスケジューリングするＰＤＳＣＨ／ＰＵＳＣＨを介して新しいデータが送／受信されるか、又は以前のデータが再送信されるか指示する。
－ＣＢ：コードブロック(Ｃｏｄｅ Ｂｌｏｃｋ)の略語
－ＣＢＧ：コードブロックグループ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ)の略語
－ＴＢ：送信ブロック(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ)の略語
－ＴＢＳ：送信ブロックサイズ(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ Ｓｉｚｅ)の略語
－ＭＣＳ：変調及びコーディング方式(Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ)の略語
－ＳＦ：サブフレーム(Ｓｕｂｆｒａｍｅ)の略語
－ＲＥ：リソース要素(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ)の略語
－ＲＢ：リソースブロック(Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)の略語
－ＨＡＲＱ：ハイブリッド自動再送要求(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ)の略語
－ＳＩＢ：システム情報ブロック(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ)の略語
－ＬＡＡ：Ｌｉｃｅｎｓｅｄ Ａｓｓｉｓｔｅｄ Ａｃｃｅｓｓの略語。ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ Ｐｒｏ／５Ｇ／ＮＲシステムにおいて規定された帯域を免許帯域(Ｌｉｃｅｎｓｅｄ ｂａｎｄｗｉｄｔｈ)といい、ＷｉＦｉ帯域又はブルートゥース(ＢＴ)帯域などのようにＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ Ｐｒｏ／５Ｇ／ＮＲシステムにおいて規定されていない帯域を非免許帯域(ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄｗｉｄｔｈ)という。なお、非免許帯域で動作する方式をＬＡＡ方式という。
－スケジューリング遅延(Ｓｃｈｅｄｕｌｉｎｇ ｄｅｌａｙ)：ＤＣＩにより動的にスケジューリングされるＰＤＣＣＨの最後の送信位置(例：ＳF又はスロット)とスケジューリングされたＴＢ(ＰＵＳＣＨ又はＰＤＳＣＨ)の開始送信位置(例：ＳF又はスロット)の間の間隔
－ＦＨ：周波数ホッピング(Ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ)の略語。なお、ＦＨ指示子はＦＨを指示するためのＤＣＩフィールドを意味し、ＦＨ指示情報はＦＨの活性(ｅｎａｂｌｅ)／非活性(ｄｉｓａｂｌｅ)を表現する情報を意味する。
－ＲＡ：リソース割り当て(Ｒｅｓｏｕｒｃｅ Ａｓｓｉｇｎｍｅｎｔ)の略語
－ＲＶ：冗長バージョン(Ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ)の略語
－ＱＡＭ：Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎの略語
－ＭＣＬ：Ｍａｘｉｍｕｍ Ｃｏｕｐｌｉｎｇ Ｌｏｓｓの略語
Ｈ．本発明で提案する方法
Ｈ．１．技術的問題
ＬＴＥ及びＮＲのような通信システムでは、一般的に１つのＰＤＳＣＨ又はＰＵＳＣＨをスケジューリングするために１つのＤＣＩを使用する方法が使用される。仮に複数のＴＢ又はＨＡＲＱプロセスをスケジューリングしようとする場合、一般的に端末は複数の互いに異なる検索空間(Ｓｅａｒｃｈ ｓｐａｃｅ)をモニタリングして夫々のＴＢ又はＨＡＲＱプロセスをスケジューリングするＤＣＩを取る必要がある。しかし、仮に送信データのサイズがＰＤＳＣＨ／ＰＵＳＣＨを介して一回に送信可能なＴＢＳのサイズよりも大きいか、又は周期的なデータ送信の必要性などの理由で連続するＰＤＳＣＨ／ＰＵＳＣＨの送信が必要な場合には、基地局の側面では、繰り返しＰＤＣＣＨ送信によるネットワークオーバーヘッド(ｎｅｔｗｏｒｋ ｏｖｅｒｈｅａｄ)増加の問題があり得、端末の側面では、繰り返しＰＤＣＣＨモニタリングによるパワー消耗が問題になり得る。かかる問題を解決するために、１つのＤＣＩを用いて複数のＴＢをスケジューリングする多重－ＴＢスケジューリング(ｍｕｌｔｉ－ＴＢ ｓｃｈｅｄｕｌｉｎｇ又はｍｕｌｔｉｐｌｅ－ＴＢ ｓｃｈｅｄｕｌｉｎｇ)構造が考えられる。多重－ＴＢスケジューリングの構造では、繰り返しＰＤＣＣＨ送信によるネットワークオーバーヘッドを減らすことができ、端末の立場では、追加ＤＣＩを検出するためのパワー消耗を減らすことができるという長所がある。ＬＴＥでは、ＬＡＡ方式の通信構造において１つのＤＣＩを用いて複数のＰＵＳＣＨ送信を制御する多重－ＳＦスケジューリング(ｍｕｌｔｉ－ＳＦ ｓｃｈｅｄｕｌｉｎｇ)構造が提案されている。この構造では、基地局が最大４つのＨＡＲＱプロセスに対応するＰＵＳＣＨの送信を１つのＤＣＩを用いてスケジューリングすることができ、端末は１回のＰＤＣＣＨモニタリングのみで複数のＰＵＳＣＨ送信を行うことができるという長所がある。同様に、現在Ｒｅｌ－１６ＮＢ－ＩｏＴ／ＭＴＣアイテムでも、１つのＤＣＩを用いて複数のＴＢをスケジューリングする多重－ＴＢスケジューリング技術が論議されている。
現在Ｒｅｌ－１６ＭＴＣで論議されている多重ＴＢスケジューリング方式は、ＣＥモードＡで最大８ＨＡＲＱプロセスを支援し、ＣＥモードＢで最大４ＨＡＲＱプロセスを支援することができる設計が考慮されている。１つのＤＣＩを用いてスケジューリング可能なＴＢの最大数が多いほど、ＤＣＩの送信に必要なオーバーヘッドを減らすことができる反面、多数のＴＢを同時にスケジューリングするための情報が多くなって、必要なＤＣＩビット数が大きく増加する短所もあり得る。特に、ＭＴＣのように向上したカバレッジ(ｅｎｈａｎｃｅｄ ｃｏｖｅｒａｇｅ)を支援するシステムでは、ターゲットＭＣＬを満たすための復号信頼性(ｄｅｃｏｄｉｎｇ ｒｅｌｉａｂｉｌｉｔｙ)を維持しなければならないことを考慮するとき、多重－ＴＢスケジューリングのためのＤＣＩの設計においてＤＣＩビット数は重要な考慮事項である。
上記の問題を解決するために、本発明では、多重－ＴＢスケジューリング方式のＤＣＩ設計過程において、一部のスケジューリングパラメータ(Ｓｃｈｅｄｕｌｉｎｇ ｐａｒａｍｅｔｅｒ)の間の相関関係を用いて、必要なＤＣＩビット数を減らす方法を提案する。特徴的には、本発明で提案する方法は、１つのＤＣＩにより複数のＴＢ又はＨＡＲＱプロセスがスケジューリングされる状況において、特定のＤＣＩフィールドのサイズと解釈方式が異なるＤＣＩフィールドに含まれた情報により決定される方法を提案しており、それに伴うＴＢの送／受信手順を提案する。
本発明で提案する方法は、ＬＴＥシステムで動作するＭＴＣとＮＢ－ＩｏＴ技術において、１つのＤＣＩを用いて１つ以上のＴＢ送信を制御する多重－ＴＢスケジューリング技術に適用して使用することができる。ＭＴＣとＮＢ－ＩｏＴは端末の低い複雑度と広いカバレッジ条件を要求する技術であり、ターゲットＭＣＬ性能を満たすための復号信頼性(ｄｅｃｏｄｉｎｇ ｒｅｌｉａｂｉｌｉｔｙ)の条件が重要である。また本発明で提案する方法は、ＬＴＥシステムで動作するＬＡＡ技術のように、１つのＤＣＩを用いて１つ以上のＰＵＳＣＨ送信をスケジューリングする多重－ＳＦスケジューリング(ｍｕｌｔｉ－ＳＦ ｓｃｈｅｄｕｌｉｎｇ又はｍｕｌｔｉｐｌｅ－ＳＦ ｓｃｈｅｄｕｌｉｎｇ)技術に適用して使用することができる。上述したように、現在ＬＡＡで定義されている多重－ＳＦスケジューリングＤＣＩに追加情報が導入される場合、必要なＤＣＩビット数を最大に維持しながら新しい動作を許容するために、提案する発明の適用が考慮される。
またＮＲシステムで論議されているＵ－Ｂａｎｄ(Ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ)技術は、ＬＴＥシステムのＬＡＡ技術と類似するので、同じ問題解決接近方式が考慮される。具体的には、Ｕ－Ｂａｎｄ技術では、１つのＤＣＩを用いて１つ以上のスロットごとにＴＢをスケジューリングする多重－ＴＴＩスケジューリング(Ｍｕｌｔｉ－ＴＴＩ ｓｃｈｅｄｕｌｉｎｇ又はＭｕｌｔｉｐｌｅ－ＴＴＩ ｓｃｈｅｄｕｌｉｎｇ)技術のための論議が進行されており、低いオーバーヘッドを有するＤＣＩの設計を具現する目的が考慮される。またＮＲシステムにおいて、端末の電力節減(ｐｏｗｅｒ ｓａｖｉｎｇ)のために論議されている候補技術の１つとして、１つのＤＣＩを用いて１つ以上のＰＤＳＣＨ／ＰＵＳＣＨをスケジューリングする多重－スロットスケジューリング(ｍｕｌｔｉ－ｓｌｏｔ ｓｃｈｅｄｕｌｉｎｇ又はｍｕｌｔｉｐｌｅ－ｓｌｏｔ ｓｃｈｅｄｕｌｉｎｇ)技術があり、同様に非連続ＴＢ又はＨＡＲＱプロセスＩＤのスケジューリングのために、提案する方法を適用できる。上記提案する方法の適用可能な技術例示の以外にも、本発明の原理が維持される限り、一般的な通信システムでＤＣＩ又はＵＣＩなどを運ぶ制御チャネル(ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)を設計するためにも、提案する発明を適用できる。
Ｈ．２．本発明で提案する方法
本発明で提案する方法が適用される一例として、ＬＴＥとＮＲのような通信システムにおいて１つのＤＣＩを用いて１つ以上のＴＢを動的にスケジューリングする多重－ＴＢスケジューリング(ｍｕｌｔｉ－ＴＢ ｓｃｈｅｄｕｌｉｎｇ又はｍｕｌｔｉｐｌｅ－ＴＢ ｓｃｈｅｄｕｌｉｎｇ)方式が考慮される。この時、ＴＢは１つの送信が行われる単位を説明するためのものであり、適用される技術においてスケジューリングが行われる送信の単位(例、ＣＢ、ＣＢＧ、サブフレーム、スロット、シンボル、ＲＥ、ＲＢ、ＨＡＲＱプロセスなど)に合わせて代替して使用できる。
図２２は本発明の提案方法が適用される基地局の動作を例示する。図２２はただ例示のためのものであり、本発明の提案方法は図２２の例示に限られず適用することができる。例えば、図２２における一部の動作が省略されても本発明の提案方法を適用可能であり、図２２に例示されていない動作が含まれても本発明の提案方法を適用することができる。
図２２を参照すると、多重－ＴＢスケジューリング方式を支援するために、基地局は多重－ＴＢスケジューリングに関する設定情報(ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ)(例、多重－ＴＢスケジューリングが支援されることと、それに連関するパラメータを知らせるための情報)を端末にシグナリング(又は送信)する(Ｓ２２０２)。一例として、シグナリングはＳＩＢやＲＲＣシグナリングのような上位階層シグナリングを用いるか又はＤＣＩにより動的に設定される情報である。その後、基地局は端末に送信するデータがあるか又は端末から受信するデータがある場合、１つ以上のＴＢ(の送／受信)をスケジューリングするためのＤＣＩ(又は下りリンクデータ送信のためのＤＣＩ又は上りリンクデータ受信のためのＤＣＩ)を端末に送信する(Ｓ２２０４)。仮に基地局が送信するデータがある場合、基地局はＤＣＩ送信が完了した後(１つ以上のＴＢによる)下りリンクデータの送信を行い(Ｓ２２０４)、仮に(ＴＢ又は下りリンクデータに対する)ＨＡＲＱ－ＡＣＫフィードバックチャネル(ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ)が必要な場合は、それを受信するための動作を行う(Ｓ２２０８)。仮に基地局が受信するデータがある場合、基地局はＤＣＩ送信が完了した後(１つ以上のＴＢをよる)上りリンクデータ受信を行い(Ｓ２２０４)、仮に(ＴＢ又は上りリンクデータに対する)ＨＡＲＱ－ＡＣＫフィードバックチャネルが必要な場合は、それを送信するための動作を行う(Ｓ２２０８)。ＨＡＲＱ－ＡＣＫフィードバックが不要な場合は、ＨＡＲＱ－ＡＣＫフィードバックチャネルの送／受信(Ｓ２２０８)は省略(ｓｋｉｐ)できる。
図２３は本発明の提案方法が適用される端末(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ)の動作を例示する。図２３はただ例示のためのものであり、本発明の提案方法は図２３の例示に限られず適用することができる。例えば、図２３における一部の動作が省略されても本発明の提案方法は適用可能であり、図２３に例示されていない動作が含まれても本発明の提案方法を適用することができる。
仮に端末が多重－ＴＢスケジューリングに関する設定情報(例、多重－ＴＢスケジューリングが支援されることと、それに連関するパラメータを知らせるための情報)を含むシグナリングを受信した場合(Ｓ２３０２)、端末は１つ以上のＴＢをスケジューリングするための(又は多重－ＴＢスケジューリングのための)ＤＣＩのモニタリングを行う(Ｓ２３０４)。一例として、上記シグナリングはＳＩＢやＲＲＣシグナリングのような上位階層シグナリングを用いるか又はＤＣＩにより動的に設定される情報である。その後、仮に端末が１つ以上のＴＢをスケジューリングする(又は多重－ＴＢスケジューリングをスケジューリングする)情報が含まれたＤＣＩを検出／受信した場合(Ｓ２３０４)、端末はこのシグナリングとＤＣＩによりスケジューリングされる情報に基づいてＴＢの送／受信位置を把握する。仮に端末が受信するデータがある場合は、端末はＤＣＩ受信が完了した後、１つ以上のＴＢ(による下りリンクデータ)の受信を行い(Ｓ２３０６)、仮に(ＴＢ又は下りリンクデータに対する)ＨＡＲＱ－ＡＣＫフィードバックチャネルが必要な場合は、それを送信するための動作を行う(Ｓ２３０８)。仮に端末が送信するデータがある場合は、端末はＤＣＩ受信が完了した後、１つ以上のＴＢ(による上りリンクデータ)の送信を行い(Ｓ２３０６)、仮に(ＴＢ又は上りリンクデータに対する)ＨＡＲＱ－ＡＣＫフィードバックチャネルが必要な場合は、それを受信するための動作を行う(Ｓ２３０８)。
図２４は基地局と端末の間の送／受信過程を示す。
図２２ないし図２４における例示において、仮にシステムがＭＴＣを支援する場合、ＤＣＩはＭＰＤＣＣＨを介して送／受信され(Ｓ２２０４又はＳ２３０４)、ＵＬデータは少なくとも１回のＰＵＳＣＨを介して送／受信され(Ｓ２２０６又はＳ２３０６)、ＤＬデータは少なくとも１回のＰＤＳＣＨを介して送／受信され(Ｓ２２０６又はＳ２３０６)、ＨＡＲＱ－ＡＣＫフィードバックは少なくとも１回のＰＵＣＣＨを介して送／受信される(Ｓ２２０８又はＳ２３０８)(例、“Ｃ.ＭＴＣ(Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)”を参照)。図２２ないし図２４の例において、仮にシステムがＮＢ－ＩｏＴを支援する場合、ＤＣＩはＮＰＤＣＣＨを介して送／受信され(Ｓ２２０４又はＳ２３０４)、ＵＬデータは少なくとも１回のＮＰＵＳＣＨを介して送／受信され(Ｓ２２０６又はＳ２３０６)、ＤＬデータは少なくとも１回のＮＰＤＳＣＨを介して送／受信され(Ｓ２２０６又はＳ２３０６)、ＨＡＲＱ－ＡＣＫフィードバックは少なくとも１回のＮＰＵＳＣＨを介して送／受信される(Ｓ２２０８又はＳ２３０８)(例、“Ｄ.ＮＢ－ＩｏＴ(Ｎａｒｒｏｗｂａｎｄ－Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ)”を参照)。ＮＰＤＣＣＨとＭＰＤＣＣＨはＰＤＣＣＨと統称され、ＮＰＵＳＣＨはＰＵＳＣＨと統称され、ＮＰＤＳＣＨはＰＤＳＣＨと統称される。
上記では基地局と端末の動作に関する例示を１つのＤＣＩを用いた多重－ＴＢスケジューリング構造に基づいて説明したが、ＵＣＩを用いた上りリンク観点の制御チャネル(ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)などの他の形態の情報伝達方式にも本発明の原理を適用することができる。
本発明で提案する方法は、以下の方法の一部を選択して適用できる。各方法は別途の組み合わせなしに独立した形態で動作可能であり、或いは１つ以上の方法が組み合わせられた形態で動作することもできる。発明の説明のために使用する一部の用語、記号、順は発明の原理が維持される限り、他の用語、記号、順に代替することができる。
(方法１)
本発明の方法１では、カバレッジ拡張(ｃｏｖｅｒａｇｅ ｅｘｔｅｎｓｉｏｎ)などのために同一のＴＢが繰り返し送信され、繰り返し送信のサイズが基地局によりスケジューリングされる場合を考慮する。一例として、ＴＢの繰り返し送信は、ＭＴＣのようにＰＤＳＣＨ又はＰＵＳＣＨなどのＤＣＩによりスケジューリングされるデータ送信のための物理チャネルがサブフレーム単位で繰り返して送信される形態を意味する。
本発明で提案する方法は、ＤＣＩにＲＶとＦＨ指示に関する情報が共に含まれる場合、基地局によりスケジューリングされる繰り返し送信のサイズによってＲＶとＦＨの指示情報の解釈が変わる方法を提案する。提案する方法は、ＲＶとＦＨが適用される特性を用いてＤＣＩの総ビット数を減らすために使用される。
提案する方法は、ＴＢの繰り返し送信が適用されるとき、ＴＢの送信が繰り返されるたびにＲＶ値が変わって適用されるＲＶサイクリング(ＲＶ ｃｙｃｌｉｎｇ)が使用される場合に有利である。一例として、ＭＴＣのように表現可能なＲＶの状態には総４段階(例、ＲＶ０、ＲＶ１、ＲＶ２、ＲＶ３)が存在し、毎サブフレームたびにＲＶ値がサイクリングされて適用されるとき、繰り返し送信のサイズが大きいと、使用されるＲＶ値が多くなって全ての状態のＲＶが使用される可能性が高くなり、ＤＣＩによるＲＶスケジューリングの必要性が低くなる。また、ＦＨの場合、ＴＢが繰り返されないと、ＦＨが適用される区間が存在しないので、ＦＨ指示子が伴われる必要がなくなり、提案する方法の適用が有利である。
提案する方法１の一例として、ＤＣＩ内に総２ビットがＲＶとＦＨの指示のために使用される場合を考慮する。この時、仮にＤＣＩによりスケジューリングされたＴＢが繰り返して送信されない場合、上記２ビットのＤＣＩフィールドにおいて２ビットがＲＶを表現するために使用され、ＦＨは常に固定されることができる。この時、ＦＨが固定されるとは、常に非活性(ｄｉｓａｂｌｅ)の値(又は非活性を示す値)が適用されるか、或いはＳＩＢやＲＲＣシグナリングのような上位階層信号(ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌ)により活性(ｅｎａｂｌｅ)／非活性(ｄｉｓａｂｌｅ)が半静的(Ｓｅｍｉ－ｓｔａｔｉｃ)に固定されることを意味する。又はＦＨが常に固定されず、ＤＣＩの他のパラメータにより黙示的(ｉｍｐｌｉｃｉｔ)に決定されることもできる。仮にＤＣＩによりスケジューリングされたＴＢが２回以上繰り返して送信される場合、２ビットのＤＣＩフィールドにおいて１ビットのみがＲＶを表現するために使用され、残りの１ビットはＦＨ指示子のために使用されることができる。この時、仮にＲＶが１ビットで表現される場合、ＲＶはＲＶ０(又は０のＲＶ値)やＲＶ２(又は２のＲＶ値)のうちのいずれかを選択するために使用され、ＲＶが２ビットで表現される場合は、ＲＶはＲＶ０(又は０のＲＶ値)、ＲＶ１(又は１のＲＶ値)、ＲＶ２(又は２のＲＶ値)及びＲＶ３(又は３のＲＶ値)のうちのいずれかを選択するために使用されることができる。上記の一例がＭＴＣに適用される場合、ＲＶとＦＨをそれぞれ２ビットと１ビットに独立して表現するレガシーＤＣＩフォーマット(ｌｅｇａｃｙ ＤＣＩ ｆｏｒｍａｔ)と比較して、１ビットを減らすことができるという長所がある。また、繰り返し送信のサイズが１である場合、レガシーＤＣＩフォーマットと同じ水準のＲＶ状態の表現が可能であるという長所があり、繰り返し送信のサイズが２以上である場合からはＦＨの適用が可能であるので、周波数ダイバーシティ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｅｒｓｉｔｙ)の利得を期待できるという長所がある。表１３は上記の例示を表(Ｔａｂｌｅ)の形態で示したものである。
表１３に示したように、総２ビットのうち、第１の１ビットはＴＢの繰り返しに関係なくＲＶに関する情報として使用され、総２ビットのうち、第２の１ビットはＴＢの繰り返しによってＲＶ又はＦＨに関する情報として使用されることができる。従って、基地局が多重－ＴＢスケジューリングのためのＤＣＩを送信する場合(例：Ｓ２２０４)、基地局はＤＣＩに含まれた２ビットのうち、第１の１ビットによりＲＶを指示し、第２の１ビットによりＲＶをさらに指示するか又はＦＨ適用有無を指示する。より具体的には、基地局はＤＣＩがスケジューリングするＴＢが繰り返されない場合、第２の１ビットによりＴＢに関連するＲＶ値を指示し、ＤＣＩがスケジューリングするＴＢが２回以上繰り返される場合は、第２の１ビットによりＦＨが適用されるか否かを指示する。第２の１ビットがＲＶを指示するために使用された場合、基地局は固定されたＦＨと指示されたＲＶに基づいてＤＣＩがスケジューリングするＴＢを送信又は受信する(例：Ｓ２２０６)。第２の１ビットがＦＨを指示するために使用された場合は、基地局は指示されたＦＨと第１の１ビットが指示するＲＶに基づいてＤＣＩがスケジューリングするＴＢを送信又は受信する(例：Ｓ２２０６)。
端末が多重送信ブロックスケジューリングのためのＤＣＩを受信する場合(Ｓ２２０４)、端末はＤＣＩに含まれた２ビットのうち、第２の１ビットをＲＶを決定するために使用するか、又はＦＨ適用有無を決定するために使用することができる。より具体的には、端末はＤＣＩがスケジューリングするＴＢが繰り返されない場合、第２の１ビットに基づいてＲＶを決定し、ＤＣＩがスケジューリングするＴＢが２回以上繰り返される場合は、第２の１ビットに基づいてＦＨが適用されるか否かを決定することができる。第２の１ビットをＲＶを決定するために使用する場合、端末は固定されたＦＨと決定されたＲＶに基づいてＤＣＩがスケジューリングするＴＢを送信又は受信する(例：Ｓ２２０６)。第２の１ビットをＦＨを決定するために使用する場合は、端末は決定されたＦＨと第１の１ビットが指示するＲＶに基づいてＤＣＩがスケジューリングするＴＢを送信又は受信する(例：Ｓ２２０６)。
提案する方法１の他の一例として、総２ビットがＲＶとＦＨの指示のために使用され、この時、仮にＤＣＩによりスケジューリングされたＴＢが繰り返されないか又は４回未満に繰り返して送信される場合、２ビットのＤＣＩフィールドにおいて２ビットがＲＶを表現するために使用され、ＦＨは常に固定されることができる。この時、ＦＨが固定されるとは、常に非活性(ｄｉｓａｂｌｅ)の値が適用されるか、或いはＳＩＢやＲＲＣシグナリングのような上位階層信号(ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌ)により活性(ｅｎａｂｌｅ)／非活性(ｄｉｓａｂｌｅ)が半静的(Ｓｅｍｉ－ｓｔａｔｉｃ)に固定されることを意味する。又はＦＨが常に固定されず、ＤＣＩの他のパラメータにより黙示的に決定されることもできる。仮にＤＣＩによりスケジューリングされたＴＢが４回以上繰り返して送信される場合、２ビットのＤＣＩフィールドにおいて１ビットのみがＲＶの表現に使用され、残りの１ビットはＦＨ指示子のために使用されることができる。この時、仮にＲＶが１ビットで表現される場合、ＲＶはＲＶ０(又は０のＲＶ値)やＲＶ２(又は２のＲＶ値)のうちのいずれかを選択するために使用され、ＲＶが２ビットで表現される場合は、ＲＶはＲＶ０(又は０のＲＶ値)、ＲＶ１(又は１のＲＶ値)、ＲＶ２(又は２のＲＶ値)及びＲＶ３(又は３のＲＶ値)のうちのいずれかを選択するために使用されることができる。上記の一例がＭＴＣに適用される場合、ＲＶとＦＨをそれぞれ２ビットと１ビットに独立して表現するレガシーＤＣＩフォーマット(ｌｅｇａｃｙ ＤＣＩ ｆｏｒｍａｔ)と比較して、１ビットを減らすことができる。また、繰り返し送信のサイズが２以下である場合は、レガシーＤＣＩフォーマットと同じ水準のＲＶ状態の表現が可能である。この時、繰り返し送信のサイズが２以下であると、ＦＨにより得られるダイバーシティ利得(ｄｉｖｅｒｓｉｔｙ ｇａｉｎ)の利点が大きくないこともあるが、この場合、ＦＨの利得をとる代わりに、ＲＶによる利得をもっと得ることができる。また、繰り返し送信のサイズが４以上である場合からはＦＨの適用が可能であるので、周波数ダイバーシティの利得を期待できる。表１４は上記の例示を表(ｔａｂｌｅ)の形態で示したものである。
表１３と対比して、表１４の例では、第２の１ビットを異なるように解釈する繰り返し回数の基準が異なるという点で差がある。よって、表１３を参照して説明した端末と基地局の動作を参照として含むが、表１３を参照して説明した動作において、“ＤＣＩがスケジューリングするＴＢが繰り返されない場合”は“ＤＣＩによりスケジューリングされたＴＢが繰り返されないか又は４回未満繰り返される場合”に代替し、“ＤＣＩがスケジューリングするＴＢが２回以上繰り返される場合”は“ＤＣＩによりスケジューリングされたＴＢが４回以上繰り返される場合”に代替する。
提案する方法１の他の一例として、総１ビットがＲＶとＦＨの指示のために使用される場合を考慮する。この時、仮にＤＣＩによりスケジューリングされたＴＢが繰り返されないか又は４回未満繰り返して送信される場合、１ビットのＤＣＩフィールドはＲＶを表現するために使用され、ＦＨは常に固定されることができる。この時、ＦＨが固定されるとは、常に非活性の値が適用されるか、或いはＳＩＢやＲＲＣシグナリングのような上位階層信号(ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌ)により活性(ｅｎａｂｌｅ)／非活性(ｄｉｓａｂｌｅ)が半静的(Ｓｅｍｉ－ｓｔａｔｉｃ)に固定されることを意味する。又はＦＨが常に固定されず、ＤＣＩの他のパラメータにより黙示的(ｉｍｐｌｉｃｉｔ)に決定されることもできる。仮にＤＣＩによりスケジューリングされたＴＢが４回以上又は２回以上繰り返して送信される場合、１ビットのＤＣＩフィールドはＦＨ指示子のために使用され、ＲＶは常に固定された値を有することができる。この時、ＲＶが固定されるとは、常に特定のＲＶ値が適用されるか(例、ＲＶ０又は０のＲＶ値)、又はＳＩＢやＲＲＣシグナリングのような上位階層信号により活性／非活性が半静的(Ｓｅｍｉ－ｓｔａｔｉｃ)に固定されることを意味する。又はＲＶが常に固定されず、ＤＣＩの他のパラメータにより黙示的(ｉｍｐｌｉｃｉｔ)に決定されることもできる(例、最初送信／再送信の有無)。この時、仮にＲＶが１ビットで表現される場合、ＲＶはＲＶ０(又は０のＲＶ値)やＲＶ２(又は２のＲＶ値)のうちのいずれかを選択するために使用されることができる。上記の一例がＭＴＣに適用される場合、ＲＶとＦＨをそれぞれ２ビットと１ビットに独立して表現するレガシーＤＣＩフォーマット(ｌｅｇａｃｙ ＤＣＩ ｆｏｒｍａｔ)と比較して、２ビットを減らすことができる。表１５は上記の例示を表(Ｔａｂｌｅ)の形態で示したものである。
表１５の例では、ＤＣＩがＲＶ又はＦＨに関する１ビットを含み、ＴＢの繰り返しによって１ビットはＲＶ又はＦＨに関する情報として使用されることができる。よって基地局が多重－ＴＢスケジューリングのためのＤＣＩを送信する場合(例：Ｓ２２０４)、基地局はＤＣＩに含まれた１ビットによりＲＶを指示するか、又はＦＨ適用有無を指示することができる。より具体的には、基地局はＤＣＩがスケジューリングするＴＢが繰り返されないか、又は４回未満繰り返される場合、１ビットによりＴＢに関連するＲＶ値を指示し、ＤＣＩがスケジューリングするＴＢが４回又は２回以上繰り返される場合は、１ビットによりＦＨが適用されるか否かを指示することができる。１ビットがＲＶを指示するために使用された場合、基地局は固定されたＦＨと指示されたＲＶに基づいてＤＣＩがスケジューリングするＴＢを送信又は受信する(例：Ｓ２２０６)。１ビットがＦＨを指示するために使用された場合は、基地局は指示されたＦＨと固定されたＲＶに基づいてＤＣＩがスケジューリングするＴＢを送信又は受信する(例：Ｓ２２０６)。
端末が多重送信ブロックスケジューリングのためのＤＣＩを受信する場合(Ｓ２２０４)、端末はＤＣＩに含まれた１ビットをＲＶを決定するために使用するか、又はＦＨ適用有無を決定するために使用することができる。より具体的には、端末はＤＣＩがスケジューリングするＴＢが繰り返されないか又は４回未満繰り返される場合は、１ビットに基づいてＲＶを決定し、ＤＣＩがスケジューリングするＴＢが４回又は２回以上繰り返される場合は、１ビットに基づいてＦＨが適用されるか否かを決定することができる。１ビットをＲＶを決定するために使用した場合、端末は固定されたＦＨと決定されたＲＶに基づいてＤＣＩがスケジューリングするＴＢを送信又は受信する(例：Ｓ２２０６)。１ビットをＦＨを決定するために使用した場合は、端末は決定されたＦＨと固定されたＲＶに基づいてＤＣＩがスケジューリングするＴＢを送信又は受信する(例：Ｓ２２０６)。
方法１で提案する方法は、ＭＴＣ ＣＥモードＡのようにＲＶとＦＨ指示子の情報がＤＣＩによりスケジューリングされ、同時にＤＣＩによりＰＤＳＣＨ／ＰＵＳＣＨのサブフレーム単位の繰り返し送信がスケジューリングされる場合、基地局が状況に合わせてＲＶとＦＨの有無を決定するために使用される。
(方法１－Ａ)
本発明ではＤＣＩによりスケジューリングされるＴＢのＲＶ値を決定するＤＣＩフィールドのサイズがＴＢの送信に適用されたコードレートにより黙示的に決定される方法を提案する。この時、コードレートは、送信するデータにチャネルコーディング(例、ＴＢＣＣ、ｔｕｒｂｏ-ｃｏｄｅ、ｐｏｌａｒ ｃｏｄｅ、ＬＤＰＣなど)が適用された後、レートマッチング過程により実際送信されるコードワードの長さが決定された場合、チャネルコーディング前のデータ長さとレートマッチング後のコードワード長さの比率を意味する。
方法１－Ａの一例として、ＴＢ送信のスケジューリング情報(例、ＴＢＳ、ＴＢ送信に使用される時間／周波数ドメイン上のリソースサイズなど)に基づいてチャネルコーディングが適用された符号化データ(ｅｎｃｏｄｅｄ ｄａｔａ)がレートマッチング過程でパンクチャリング(ｐｕｎｃｔｕｒｉｎｇ)される比率を考慮してＲＶの値が表現されるＤＣＩフィールドのサイズを決定することができる。
方法１－Ａの具体的な方法として、最大ＭビットがＲＶを表現するためのＤＣＩフィールドとして使用される場合を仮定すると、符号化データがレートマッチング後、ＴＢの送信にＸ％以上含まれて送信される場合、ＲＶを表現するためのＤＣＩフィールドのサイズをＹ(≧０)ビットにすることができる。この時、ＲＶのために使用されないＭ－Ｙビットは、ＲＶ以外の目的を表現するためのＤＣＩフィールドに含まれて使用される。反面、符号化データがレートマッチング後、ＴＢの送信にＸ％未満に含まれて送信される場合はは、ＲＶを表現するためのＤＣＩフィールドのサイズをＺ(＞Ｙ)ビットにすることができる。この時、ＲＶのために使用されないＭ－Ｚビットは、ＲＶ以外の目的を表現するためのＤＣＩフィールドに含まれて使用される。
方法１－Ａで提案する方法は、端末の循環バッファー(ｃｉｒｃｕｌａｒ ｂｕｆｆｅｒ)の特性とＲＶによるコーディング利得(ｃｏｄｉｎｇ ｇａｉｎ)の利点を考慮して、レートマッチング過程でパンクチャリングされた符号化ビット(ｅｎｃｏｄｅｄ ｂｉｔ)の数が多い場合は、ＲＶのスケジューリング柔軟性(Ｓｃｈｅｄｕｌｉｎｇ ｆｌｅｘｉｂｉｌｉｔｙ)を高めてＲＶによるコーディング利得の効果を高めるためのものであり、逆にレートマッチング過程でパンクチャリングされた符号化ビットの数が少ないか又は繰り返し(ｒｅｐｅｔｉｔｉｏｎ)が適用される場合は、ＲＶによるコーディング利得が低くなるので、他の方法を用いた利得(例、ＦＨによるダイバーシティ利得(ｄｉｖｅｒｓｉｔｙ ｇａｉｎ))を得るためのものである。
(方法１－Ｂ)
本発明では、ＭＴＣのようにＦＨ指示子が上位階層設定(ｈｉｇｈｅｒ ｌａｙｅｒ ｃｏｎｆｉｇｕｒａｔｉｏｎ)により他の目的に使用される場合を考慮する。方法１で提案する方法では、ＲＶとＦＨをジョイント符号化(ｊｏｉｎｔ ｅｎｃｏｄｉｎｇ)して適応的に使用する方法を提案しているので、仮にＦＨ指示子が他の目的に使用される場合は、方法１の適用が制限される。これを克服するために、本発明で提案する方法は、ＦＨ指示子が他の目的で使用されるか否かを指定する上位階層シグナリングによって方法１の適用有無が決定される方法を含む。
方法１－Ｂが適用される特徴的な例として、ＭＴＣにおいて６４ＱＡＭを支援するためにＦＨ指示子が使用される場合を考慮する。ＭＴＣでは、ＣＥモードＡでのＰＤＳＣＨの送信時に６４ＱＡＭを支援しようとする場合、上位階層信号(例、ＲＲＣシグナリング)を用いて６４ＱＡＭが使用可能であることを指定することができる。これが指定された端末は、ＤＣＩにより繰り返しが２以上のサイズに指定された場合、ＦＨ指示子をＦＨ適用有無を判断するために使用する。仮に繰り返しが１に指定された場合、ＦＨ指示子をＭＣＳフィールドの追加ビットのために使用する。このようにＦＨ指示子が繰り返しのサイズ(又は回数)によって異なる目的で使用可能な場合、方法１で提案する方法のように低いＰＤＳＣＨ繰り返しの時、ＦＨ指示子の領域をＲＶ情報提供のために使用する方法の使用に制約があり得る。
このような問題を解決するために、本発明で提案する方法では、上位階層シグナリング(例、ＲＲＣシグナリング)によりＦＨ指示子の情報を送信できるＤＣＩフィールドが他の目的に専用して使用される場合には方法１を適用せず、上位階層シグナリングが存在しないか又はＦＨ指示子を他の目的に専用しないように決定された場合は方法１が適用される方法を提案する。これをＭＴＣの例示に適用すると、ＣＥモードＡの端末が上位階層シグナリング(例、ＲＲＣシグナリング)によりＰＤＳＣＨの受信に６４ＱＡＭを支援すると設定された場合は方法１を適用せず、６４ＱＡＭ支援有無がシグナリングされていない場合(又はＰＤＳＣＨ受信のために６４ＱＡＭが設定されていない場合)には方法１が適用されるようにすることができる。
方法１－Ｂで提案する方法の具体的な例として、仮にＭＴＣ ＣＥモードＡで上位階層シグナリング(例、ＲＲＣシグナリング)によりＰＤＳＣＨ受信に６４ＱＡＭを支援すると設定された端末の場合、ＦＨ指示子を提供するためのＤＣＩフィールドが存在する。ＰＤＳＣＨの繰り返しが１であると、それを６４ＱＡＭを支援するためのＭＣＳ解釈(例、ＭＣＳフィールドの追加ビット)のために使用し、ＰＤＳＣＨの繰り返しが２以上であると、ＦＨ指示子のために使用して、ＲＶに関する情報は別に提供しないことができる。反面、６４ＱＡＭ支援有無がシグナリングされていない場合(又はＰＤＳＣＨ受信のために６４ＱＡＭが設定されていない場合)は、方法１で提案した表１５のように、ＤＣＩ内の１ビットの繰り返しが４(又は２)より大きいか又は等しいと、ＦＨ指示子のために使用し、繰り返しが４(又は２)より小さいと、ＲＶ情報提供のために使用する方法が使われることができる。
方法１－Ｂで提案するさらに他の方法として、上位階層シグナリング(例、ＲＲＣシグナリング)によりＦＨ指示子の情報を送信するＤＣＩフィールドが他の目的に専用して使用される場合とそうではない場合に、互いに異なるＤＣＩフィールド解釈を使用する方法が含まれる。一例として、ＭＴＣの例示において１ビットがＦＨとＲＶの情報のためのフィールドに指定された場合を考慮するとき、６４ＱＡＭを使用するように指定されていない端末は、上位階層信号(例、ＲＲＣシグナリング)により６４ＱＡＭの支援が決定された場合は、方法１で提案した表１５のようなＤＣＩフィールド解釈方法が適用されるようにし、上位階層信号(例、ＲＲＣシグナリング)により６４ＱＡＭを使用するように指定された場合には、表１６のように、１ビットを繰り返し(ｒｅｐｅｔｉｔｉｏｎ)が１であると、６４ＱＡＭを支援するためのＭＣＳの解釈フィールド(又はＭＣＳフィールドの追加ビット)に、繰り返しが２であると、ＲＶの解釈フィールドに、また繰り返しが４であると、ＦＨ指示のために使用するようにすることができる。
６４ＱＡＭを支援する端末の場合、一般的にＭＣＬが良い(即ち、良いカバレッジ(ｇｏｏｄ ｃｏｖｅｒａｇｅ))状態であることが仮定され、これにより再送信の可能性が低いと予測できる。また６４ＱＡＭを使用する場合、１つのＲＥを用いて伝達できる情報量が大きく増加するので、レートマッチング段階でパンクチャリングされたビットがないか又は相対的に小さくなる可能性が高い。このような特性を考慮するとき、６４ＱＡＭを使用するように指定された端末は、ＲＶを指定する再送信方式による利得が相対的に小さいと期待できる。このような観点で、方法１－Ｂで提案する方法は、ＲＶ情報が必要な水準に合わせてＲＶの提供有無を決定できるという長所がある。またこのような動作を指示するための別途のシグナリングオーバーヘッドを発生せず、既存の上位階層信号を再使用するという側面でもネットワークオーバーヘッド節減(ｎｅｔｗｏｒｋ ｏｖｅｒｈｅａｄ ｓａｖｉｎｇ)の利点を得ることができる。
(方法２)
本発明では、１つのＤＣＩを用いて１つ以上のＴＢを動的にスケジューリングする多重－ＴＢスケジューリング方式を考慮する。また、１つのＤＣＩによりスケジューリングされた複数のＴＢは常に連続するＨＡＲＱプロセスＩＤを有する場合を考慮する。この場合、動的な個数のＴＢをＨＡＲＱプロセスＩＤと共に表現するために、ＤＣＩにはスケジューリングされるＴＢの個数、ＨＡＲＱプロセスＩＤの開始点の情報が含まれる。一例として、ＭＴＣ ＣＥモードＡのように１つのＤＣＩにより最大８個のＴＢがスケジューリングされる場合、動的にＸ(≦８)個のＴＢがスケジューリングされ、またスケジューリングされたＨＡＲＱプロセスＩＤの開始情報Ｙを用いれば、Ｘ個のＴＢに対する逐次的なＨＡＲＱプロセスＩＤである＃Ｙ、＃(ｍｏｄ(Ｙ＋１、８))、…、＃(ｍｏｄ(Ｙ＋Ｘ－１、８))を計算することができる。
本発明では、ＤＣＩにより動的にスケジューリングされるＴＢの個数を用いてスケジューリングされたＴＢのＮＤＩ情報を表現するためのビットマップ、スケジューリングされたＴＢのＨＡＲＱプロセスＩＤの開始点情報、及びその他の一部スケジューリング情報の解釈が変わる方法を提案する。提案する方法において、その他の一部スケジューリング情報は、ＭＴＣにおいてＴＢにより送信されるコードワードのコードレートを決定できるＭＣＳ／ＴＢＳ情報、及びＲＥマッピングに使用される周波数ドメインリソース(ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ)の領域を決定するＲＡ情報である。提案する方法は複数のＴＢがスケジューリングされる時に主に適用される特定の状況を考慮してＤＣＩの総ビット数を減らすために使用される。
提案する方法は、１つのＴＢでスケジューリング可能なペイロードの最大サイズよりも大きいペイロードを送信する場合、必要なＤＣＩの送信回数を減らしてネットワークオーバーヘッド(ｎｅｔｗｏｒｋ ｏｖｅｒｈｅａｄ)を減少させるために多重－ＴＢスケジューリング技法を使用する状況に有利である。一例として、多重－ＴＢスケジューリング方式が使用され、１つのＤＣＩによりスケジューリングされた全てのＴＢに同じＴＢＳが適用される場合、小さいＴＢＳでスケジューリングされたＸ(＜Ｙ)個のＴＢスケジューリングは、大きいＴＢＳでスケジューリングされたＹ個のＴＢスケジューリングに支援されることができる。よって、同じペイロードを支援するための複数のスケジューリング方式の一部を制限する代わりに、ＤＣＩビットのサイズを減らす方法が考慮される。
方法２で提案する方法は、以下のオプションのうちのいずれかが組み合わせられて構成される。
(オプション２－１) 方法２には、オプション２－１のように、ＤＣＩによりスケジューリングされたＴＢの個数によってスケジューリングされたＴＢのＨＡＲＱプロセスＩＤの開始点に関する情報のためのＤＣＩフィールドのサイズが決定される方法が含まれる。特徴的には、１つのＤＣＩによりスケジューリングされるＴＢの個数が多いほど、スケジューリングされたＴＢのＨＡＲＱプロセスＩＤの開始点情報を表現するビットのサイズを減らす方法が考慮される。一例として、ＭＴＣのＣＥモードＡのように、１つのＤＣＩを用いて最大８個のＴＢがスケジューリング可能な場合、多重－ＴＢスケジューリングＤＣＩにより８個のＴＢが全てスケジューリングされると、ＨＡＲＱプロセスＩＤの開始点情報は不要である。反面、少ない数のＴＢのみがスケジューリングされると、ＨＡＲＱプロセスＩＤを全て活用するためには、できるだけ多い場合の数が支援される必要があり、一例として、１～８の数を全て表現できるように３ビットで表現されるＤＣＩフィールドが求められる。
(オプション２－２) 方法２には、オプション２－２のように、ＤＣＩによりスケジューリングされたＴＢの個数によってスケジューリングされたＴＢのＮＤＩを表現するためのビットマップのサイズが決定される方法が含まれる。一般的に、ＮＤＩを表現するために必要なビットマップのサイズは、最少スケジューリングされたＴＢの個数だけ必要である。従って、スケジューリングされたＴＢの個数が小さい場合、ＮＤＩビットマップのサイズを適応的に減らし、その逆の場合は、ＮＤＩビットマップのサイズを適応的に増加させる方法が使用される。一例として、ＭＴＣのＣＥモードＡのように、１つのＤＣＩを用いて最大８個のＴＢがスケジューリング可能な場合、多重－ＴＢスケジューリングＤＣＩにより８個のＴＢが全てスケジューリングされると、必要なＮＤＩビットマップのサイズは８ビットである。反面、Ｘ(＜８)個のＴＢのみがスケジューリングされると、８－Ｘ個のビットはＮＤＩを表現する観点では無駄であり、よって全体ＤＣＩサイズを減らすために他の目的で使用されるようにＮＤＩビットマップのサイズを減らすことができる。この例において、ＮＤＩはスケジューリングされるＴＢの個数と同じ数(Ｘ個)のビットで表現され、残りのビット(８－Ｘ個のビット)はＮＤＩの表現に使用されない。
(オプション２－３) 方法２では、オプション２－３のように、ＤＣＩによりスケジューリングされたＴＢの個数によってＭＣＳ／ＴＢＳを指定するＤＣＩフィールドのサイズが決定されることができる。特徴的には、１つのＤＣＩによりスケジューリングされるＴＢの個数が多いほど、ＭＣＳ／ＴＢＳ情報を表現するビットのサイズを減らす方法が考慮される。これは、上述したようなペイロードを１つ以上のスケジューリング方式で収容できる場合、不要なスケジューリング柔軟性を低める代わりに、全体ＤＣＩのサイズを減らすためのものである。一例として、ＭＴＣのＣＥモードＡのように、１つのＤＣＩを用いて最大８個のＴＢがスケジューリング可能な場合、複数のＴＢがスケジューリングされると(２～７個のＴＢ)、使用できるＭＣＳ／ＴＢＳのためのＤＣＩフィールドのサイズが適応的に決定され、この時、サイズは１個のＴＢがスケジューリングされるときに使用されるＭＣＳ／ＴＢＳのＤＣＩフィールドのサイズよりも小さいか又は等しい。
(オプション２－４) 方法２では、オプション２－４のように、ＤＣＩによりスケジューリングされたＴＢの個数によってＲＡを指定するＤＣＩフィールドのサイズが決定されることができる。特徴的には、１つのＤＣＩによりスケジューリングされるＴＢの個数が多いほど、ＲＡ情報を表現するビットのサイズを減らす方法が考慮される。これは、特にオプション２－３が適用されて複数のＴＢがスケジューリングされる場合、大きいＴＢＳ値のみが選択されることを仮定できるとき、各ＴＢのコードレートを保障するために小さいサイズの周波数ドメインリソース割り当て(ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ)を排除するためのものである。逆に、ＴＢ当たりＴＢＳが大きい状況で小さいサイズのＲＡが使用される場合は、コードレートの増加が発生して復号性能(ｄｅｃｏｄｉｎｇ ｐｅｒｆｏｒｍａｎｃｅ)の減少とターゲットＭＣＬの支援が難しくなり得る。一例として、ＭＴＣのＣＥモードＡのように、１つのＤＣＩを用いて最大８個のＴＢがスケジューリング可能な場合、複数のＴＢがスケジューリングされると(２～７個のＴＢ)、使用できるＲＡのためのＤＣＩフィールドのサイズが適応的に決定され、この時、サイズは１個のＴＢがスケジューリングされるときに使用されるＲＡのＤＣＩフィールドのサイズよりも小さいか又は等しい。
(オプション２－５) 方法２では、オプション２－５のように、ＤＣＩに含まれたフラグビットのフィールドによってＭＣＳ及び／又はＲＡを指定するＤＣＩフィールドのサイズが決定されることができる。特徴的には、ＤＣＩに含まれたフラグ情報により残りのＤＣＩビットの構成方式が決定され、一部のＤＣＩフィールド構成方式ではＭＣＳ及び／又はＲＡ情報を表現するビットのサイズを減らす方法が考慮される。これは、特に小さいＴＢサイズの場合、ＨＡＲＱプロセスＩＤとＮＤＩを表現するために必要なビット(又はＳｔａｔｅ)のサイズが小さいので、より多い情報を伝達できる余裕があり、この時、端末の演算複雑度を低め、使用可能な情報のサイズを最大化するためのものである。特徴的には、フラグビットのフィールドを用いる多重－ＴＢスケジューリングＤＣＩにおいて、フラグビットのフィールドは、ＭＣＳとＲＡフィールドを単一のＴＢスケジューリングのみが可能なレガシーＤＣＩに比べて小さいサイズを有するように支援する方式と、少数のＴＢのみがスケジューリングされる場合(例、１～２ＴＢＳ)には単一のＴＢスケジューリングのみが可能なレガシーＤＣＩと同じ水準のＭＣＳ及びＲＡを支援する方式を区分するために使用される。
表１７は、最大８個のＴＢが１つのＤＣＩによりスケジューリング可能な状況において、オプション２－１、オプション２－２、オプション２－３及びオプション２－４を組み合わせてＤＣＩフィールドの一部領域を設計する一例を表の形態で示している。以下の表では、スケジューリングされたＴＢの個数が増加するほど、そのサイズに合わせてＮＤＩを表現するためのビットマップのサイズが増加している。この時、増加したＮＤＩビットマップのサイズだけＭＣＳとＲＡ、そしてＨＡＲＱプロセスＩＤの開始点を表現するためのＤＣＩビット数が減少し、結果として、全体ＤＣＩフィールドのサイズは常に同一に維持される。以下の例示において、ＲＡを表現するビットのサイズは必要最小限のビットのサイズを意味し、ＰＤＳＣＨが送信される帯域幅(ｂａｎｄｗｉｄｔｈ)のサイズによって１～４ビットを追加できる。
表１８は最大８個のＴＢが１つのＤＣＩによりスケジューリングされる状況において、オプション２－２、オプション２－５を組み合わせてＤＣＩフィールドの一部領域を設計する一例を表の形態で示している。以下の表において、フラグ(ｆｌａｇ)ビットの状態によってＭＣＳ及びＲＡが表現されるＤＣＩフィールドのサイズが決定され、これは、レガシー単一－ＴＢスケジューリングＤＣＩのＭＣＳ及びＲＡフィールドと同じサイズを使用する方式と、ＭＣＳとＲＡフィールドがそれぞれ１ビットずつ減少する方式に区分できる。以下の表において、ＯｔｈｅｒｓはフラグによりＭＣＳ／ＲＡフィールドが減少する方式が適用される全ての場合を意味し、本発明で提案する他の方法及びオプション(例、オプション２－１、オプション２－２、オプション２－３、オプション２－４)の組み合わせにより設計されることもできる。以下の表において、フラグの状態は説明のための一例であり、２つ以上の状態が区分可能な他のフラグの表現方式にも発明の思想を同様に適用することができる。また以下のフラグの例示において、フラグビットのフィールドは先に決定される上位フラグビットや他のフィールドに含まれた情報によって存在しないこともでき、この場合、ＭＣＳ及びＲＡフィールドのビットサイズはｏｔｈｅｒｓの場合に該当することができる。以下の例示において、ＲＡを表現するビットのサイズは必要最小限のビットのサイズを意味し、ＰＤＳＣＨが送信される帯域幅のサイズによって１～４ビットを追加できる。
表１９は最大８個のＴＢが１つのＤＣＩによりスケジューリングされる状況において、オプション２－２、オプション２－３、オプション２－４及びオプション２－５を組み合わせてＤＣＩフィールドの一部領域を設計する一例を表の形態で示している。以下の表では、スケジューリングされたＴＢの個数が１又は２である場合、ＭＣＳとＲＡを表現するためのＤＣＩフィールドのサイズがそれぞれ４ビットと５ビットであり、残りの場合には、それぞれ３ビットと４ビットである場合を示している。以下の例示において、ＲＡを表現するビットのサイズは必要最小限のビットのサイズを意味し、ＰＤＳＣＨが送信される帯域幅のサイズによって１～４ビットを追加できる。
オプション２－３とオプション２－４、そしてオプション２－５のように、ＭＣＳ／ＴＢＳを表現するＤＣＩフィールドのサイズとＲＡを表現するＤＣＩフィールドのサイズがスケジューリングされたＴＢの個数によって制限される場合は、それによるスケジューリング柔軟性の制約が発生し得る。それを補償するために、減少したＤＣＩフィールドが表現する情報をＳＩＢやＲＲＣシグナリングのような上位階層信号(ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌ)により半静的に設定する方法が考慮される。一例として、表１７においてＭＣＳを表現するＤＣＩフィールドに２ビットが使用された場合、この２ビットが指示するＭＣＳインデックスはＲＲＣシグナリングにより(又はＲＲＣシグナリングと組み合わせて)決定されることができる。
(方法３)
本発明の方法３では、１つのＤＣＩを用いて１つ以上のＴＢを動的にスケジューリングする多重－ＴＢスケジューリング方式を考慮する。また、同時に１つのＤＣＩを用いてスケジューリング可能なＴＢの最大数が基地局により指定される場合を考慮する。一例として、基地局はＳＩＢやＲＲＣシグナリングのような上位階層信号(ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌ)により１つのＤＣＩでスケジューリング可能なＴＢの最大数を指定することができる。
本発明の方法３では、基地局により指定された１つのＤＣＩによりスケジューリング可能なＴＢの最大数によってＤＣＩの各フィールドのビット数と情報が変わる方法を提案する。特徴的な一例として、ＤＣＩのフィールドはＴＢのＮＤＩ情報を表現するためのビットマップ、スケジューリングされたＴＢのＭＣＳ／ＴＢＳ、リソース割り当て(Ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ)、そしてそれ以外のスケジューリング情報を含む。提案する方法では、複数のＴＢがスケジューリングされる構造が支援されるとき、１つのＤＣＩによりスケジューリング可能なＴＢの個数が増加すると、各ＴＢごとに必要な情報の数が比例して増加して総ＤＣＩビットのサイズが増加する短所を補完すると同時に、基地局がネットワークオーバーヘッドとＤＣＩ復号性能の間の重要度と性能に及ぼす影響などを判断して、適合するＤＣＩの総ビット数を決定するように許容するために使用される。
方法３で提案する方法が適用され、基地局により１つのＤＣＩによりスケジューリング可能なＴＢの最大数が上位階層信号により指示され、これにより、ＤＣＩビットのサイズが指定された場合、ＤＣＩを用いて実際スケジューリングされるＴＢの個数はＤＣＩに含まれた情報により決定される。また、実際スケジューリングされるＴＢの個数によってＤＣＩ内の残りのフィールドのサイズと解釈が変わる方法がともに使用される。一例として、本発明で提案している方法１、方法１－Ａ、方法１－Ｂ及び／又は方法２などで提案した方法と共に、方法３が組み合わせられて使用される。
方法３で提案する方法は、以下のオプションのうちのいずれかが組み合わせられて構成される。
(オプション３－１) 方法３には、オプション３－１のように、１つのＤＣＩによりスケジューリング可能なＴＢの最大数によってスケジューリングされたＴＢのＮＤＩを表現できるフィールドのサイズが決定される方法が含まれる。特徴的には、１つのＤＣＩによりスケジューリング可能なＴＢの最大数に比例してＮＤＩを表現できるビットマップのために使用可能なフィールドのサイズが決定される方法が考慮される。一例として、ＭＴＣのＣＥモードＡのように、最大８ＨＡＲＱプロセスを支援でき、基地局により１つのＤＣＩを用いて最大ＮTB(≦８)個のＴＢがスケジューリングできるように指定された場合、ＮＤＩビットマップのために使用可能なＤＣＩフィールドのサイズが最大ＮTBビットになるようにすることができる。この時、ＤＣＩは８個のＴＢが全てスケジューリング可能なＤＣＩと比較して、８－ＮTBビットサイズを減らすことができるという長所がある。この時、ＮＤＩビットマップのために使用可能なフィールドは、実際スケジューリングされるＴＢの個数によってＮＤＩビットマップのために使用されるか、又は一部が異なる情報を表現するために使用することもできる。
(オプション３－２) 方法３には、オプション３－２のように、１つのＤＣＩによりスケジューリング可能なＴＢの最大数によってＭＣＳ／ＴＢＳを表現できるフィールドのサイズが決定される方法が含まれる。特徴的には、１つのＤＣＩによりスケジューリング可能なＴＢの最大数が大きいほど、ＭＣＳ／ＴＢＳ情報を表現できるフィールドのサイズが小さくなる方法が使用される。反面、１つのＤＣＩによりスケジューリング可能なＴＢの最大数が特定のサイズ以下である場合は、ＭＣＳ／ＴＢＳのために使用可能なＤＣＩフィールドの最大サイズ(例、単一のＴＢのみをスケジューリングするレガシーＤＣＩで使用されるＭＣＳ／ＴＢＳのためのＤＣＩフィールドサイズ)を有することができる。一例として、ＭＴＣ ＣＥモードＡの場合、基地局が指定した１つのＤＣＩによりスケジューリング可能な最大ＴＢの個数が特定の個数(又はＮthr個)以下であると、ＭＣＳを定めるＤＣＩフィールドのサイズが４ビットであり、この時、この４ビットは基地局が単一のＴＢスケジューリングＤＣＩを指定した場合と同じＭＣＳ解釈方式が適用される。反面、上記ＭＴＣ ＣＥモードＡの一例において、基地局が指定した１つのＤＣＩによりスケジューリング可能な最大ＴＢの個数が特定の個数(又はＮthr個)を超えると、ＭＣＳを定めるＤＣＩフィールドとして使用可能なビットのサイズは４以下になる。
(オプション３－３) 方法３には、オプション３－３のように、１つのＤＣＩによりスケジューリング可能なＴＢの最大数によってＲＡを指定するＤＣＩフィールドのサイズが決定される方法が含まれる。特徴的には、１つのＤＣＩによりスケジューリング可能なＴＢの最大数が大きいほど、ＲＡ情報を表現できるフィールドのサイズが小さくなる方法が使用される。これは、全体ＤＣＩビット数を減らすために、ＤＣＩフィールドでＲＡのためのフィールドサイズを減らしても、一部の条件では(例、１つのＤＣＩによりスケジューリング可能なＴＢの最大数が一定のサイズ以下である条件)、既存の単一のＴＢスケジューリングＤＣＩと同じ水準のスケジューリング柔軟性を保障するためのものである。一例として、ＭＴＣ ＣＥモードＡの場合、基地局が指定した１つのＤＣＩによりスケジューリング可能な最大ＴＢの個数が特定の個数(又はＮthr個)以下であると、ＲＡを定めるＤＣＩフィールドサイズの最少サイズが５ビットであり、この時、５ビットは基地局が単一のＴＢスケジューリングＤＣＩを指定した場合と同じＲＡ解釈方式が適用される。反面、上記のＭＴＣ ＣＥモードＡの一例において、基地局が指定した１つのＤＣＩによりスケジューリング可能な最大ＴＢの個数が特定の個数(又はＮthr個)を超えると、ＲＡを定めるＤＣＩフィールドとして使用可能なビットサイズは４以下になる。
(オプション３－４) 方法３には、オプション３－４のように、１つのＤＣＩによりスケジューリング可能なＴＢの最大数によってＦＨ及び／又はＲＶを指定するＤＣＩフィールドのサイズが決定される方法が含まれる。特徴的には、１つのＤＣＩによりスケジューリング可能なＴＢの最大数によって方法１で提案したＦＨ及び／又はＲＶの構成方式(例、方法１、方法１－Ａ、方法１－Ｂ関連説明を参照)のいずれかが選択されるか、又はレガシーＤＣＩで使用されるＦＨ及びＲＶ構成方式が選択される方法が使用される。一例として、ＭＴＣ ＣＥモードＡの場合、基地局が指定した１つのＤＣＩによりスケジューリング可能な最大ＴＢの個数が特定の個数(又はＮthr個)以下であると、ＦＨを定めるＤＣＩフィールドのサイズは１ビット、ＲＶを定めるＤＣＩフィールドのサイズは２ビットになる。この時、ＤＣＩフィールドは基地局が単一のＴＢスケジューリングＤＣＩを指定した場合と同じ解釈方式が適用される。反面、基地局が指定した１つのＤＣＩによりスケジューリング可能な最大ＴＢの個数が特定の個数(又はＮthr個)を超えると、方法１で提案した方法(例、方法１、方法１－Ａ、方法１－Ｂ関連説明を参照)のうちのいずれかが適用されることができる。
上述したように、実際スケジューリングされるＴＢの個数によってＤＣＩ内の残りのフィールドのサイズと解釈が変わる方法をともに使用でき、一例として、ＲＶ／ＦＨに関連しては、方法１、方法１－Ａ、方法１－Ｂで提案した方法と方法３が組み合わせられて使用される。この場合、１つのＤＣＩによりスケジューリング可能なＴＢの最大数はＤＣＩによりスケジューリングされるＴＢの個数に代替できる。
より具体的には、方法１、方法１－Ａ、方法１－Ｂで提案した方法と方法３が組み合わせて使用する場合、ＤＣＩによりスケジューリングされるＴＢの個数が特定の個数(又はＮthr個)以下であると、単一のＴＢスケジューリングＤＣＩと同じ方式で特定の個数(又はＮthr個)のＴＢに対するＲＶのために２ビットのＤＣＩフィールドを使用し／割り当て、特定の個数のＴＢに対するＦＨのために１ビットのＤＣＩフィールドを使用する／割り当てることができる。また、ＤＣＩによりスケジューリングされるＴＢの個数が特定の個数(又はＮthr個)を超えると、方法１、方法１－Ａ、方法１－Ｂで提案した方法によって特定の個数(又はＮthr個)のＴＢに対するＲＶ及びＦＨのためのＤＣＩフィールドのビット数を決めることができる。一例として、方法１(例：表１５に関連する方法又は方法１－Ｂ)が適用される場合、特定の個数(又はＮthr個)のＴＢに対するＲＶ及びＦＨを指示する１ビットのフィールドがＤＣＩに使用され／割り当てられ、方法１(例：表１３又は表１４に関連する方法)が適用される場合は、特定の個数(又はＮthr個)のＴＢに対するＲＶ及びＦＨを指示する２ビットのフィールドがＤＣＩに使用される／割り当てられることができる。
この例において、ＤＣＩによりスケジューリングされるＴＢの個数が特定の個数(又はＮthr個)以下である場合、単一のＴＢスケジューリングＤＣＩと同じ方式を適用できるので、特定の個数(又はＮthr個)は１である。よって、基地局は端末にスケジューリングするＴＢの個数を決定して、スケジューリングするＴＢの個数が１つであると、１つのＴＢに対するＲＶを指示する２ビットのフィールドとこの１つのＴＢに対するＦＨを指示する１ビットのフィールドを含むＤＣＩを生成し、スケジューリングするＴＢの個数が１つを超えると、複数のＴＢに対するＲＶ及び／又はＦＨを指示する１ビットのフィールド(例：表１５に関連する方法又は方法１－Ｂを参照)又は２ビットのフィールド(例：表１３又は表１４に関連する方法を参照)を含むＤＣＩを生成した後、生成されたＤＣＩを端末に送信する(例：Ｓ２２０４)。基地局は送信されたＤＣＩに基づいてスケジューリングされたＴＢを端末に送信するか又は端末から受信する(例：Ｓ２２０６)。端末は基地局から１つ又はそれ以上のＴＢをスケジューリングするＤＣＩを受信して(例：Ｓ２３０４)、スケジューリングされたＴＢの個数が１つであると、１つのＴＢに対するＲＶを指示する２ビットの情報と１つのＴＢに対するＦＨを指示する１ビットの情報を受信されたＤＣＩから得、スケジューリングされたＴＢの個数が１つを超えると、複数のＴＢに対するＲＶ及び／又はＦＨを指示する１ビットの情報(例：表１５に関連する方法又は方法１－Ｂを参照)又は２ビットの情報(例：表１３又は表１４に関連する方法を参照)を受信されたＤＣＩから得られる。端末はＤＣＩから得た情報に基づいてＲＶ値とＦＨの適用有無を決定して、スケジューリングされたＴＢを基地局から受信するか又は基地局に送信する(例：Ｓ２３０６)。
(オプション３－Ａ) 方法３には、オプション３－Ａのように１つのＤＣＩによりスケジューリング可能なＴＢの最大数によって方法２で提案する方法の適用有無が決定される方法が含まれる。一例として、ＭＴＣ ＣＥモードＡの場合、基地局が指定した１つのＤＣＩによりスケジューリング可能な最大ＴＢの個数が特定の個数(又はＮthr個)以下であると、常にＭＣＳを定めるＤＣＩフィールドのサイズが４ビットであり、ＤＣＩにより実際スケジューリングされるＴＢの個数に関係なく４ビットの領域は常に同一のＭＣＳ情報を表現することができる。反面、ＭＴＣ ＣＥモードＡの一例において、基地局が指定した１つのＤＣＩによりスケジューリング可能な最大ＴＢの個数が特定の個数(又はＮthr個)を超えると、オプション２－３で提案する方法のように、ＤＣＩにより実際スケジューリングされるＴＢの個数によってＭＣＳ／ＴＢＳを表現できるＤＣＩフィールドのサイズと解釈が変わることができる。この例示では、ＭＣＳ／ＴＢＳを決定するＤＣＩフィールドを基準として説明したが、方法３を適用できる他のＤＣＩフィールド(例、ＲＡ、ＦＨ及び／又はＲＶ)にも提案する方法の原理を適用することができる。
(方法４)
本発明の方法４では、１つのＤＣＩを用いて１つ以上のＴＢを動的にスケジューリングする多重－ＴＢスケジューリング方式が考慮される。一例として、基地局はＤＣＩを用いて端末にスケジューリングされるＴＢの個数を動的に割り当てる。
本発明の方法４では、ＤＣＩにより動的にスケジューリングされるＴＢの個数を用いてスケジューリングされたＴＢのＭＣＳ／ＴＢＳ情報を表現するためのＤＣＩフィールド、又はＲＶ及び／又はＦＨ情報を表現するためのＤＣＩフィールドのサイズと解釈が変わる方法を提案する。提案する方法は、スケジューリングされるＴＢの個数によってＤＣＩに含まれた各フィールドの必要なスケジューリング柔軟性の程度が変わる特性を用いてＲＶとＦＨに対するスケジューリング柔軟性を流動的に定めるために使用される。
方法４において、ＲＶとＦＨを表現するためのＤＣＩフィールドのサイズと解釈方式には、方法１で提案した方法(例、方法１、方法１－Ａ、方法１－Ｂ関連説明を参照)が使用される。一例として、ＲＶとＦＨを表現するためのＤＣＩフィールドは、該当ＤＣＩによりスケジューリングされたＴＢの個数によって方法１で提案した表(例：表１３ないし表１６)のうちのいずれかを選択して解釈することができる。又は、方法４において、ＲＶとＦＨを表現するためのＤＣＩフィールドのサイズと解釈方式には、レガシーＤＣＩにより定義されているＲＶとＦＨに対するＤＣＩフィールド形態(例、ＲＶとＦＨのためにそれぞれの２ビットと１ビットを使用する／割り当てる形態)が使用されることもできる。より具体的には、ＤＣＩによりスケジューリングされたＴＢの個数が特定の個数(例、２)又はそれ以上であると、方法１で提案した方法(例、方法１、方法１－Ａ、方法１－Ｂ関連説明を参照)のうちのいずれかによってＲＶとＦＨのためのＤＣＩフィールドを使用し／割り当て、ＤＣＩによりスケジューリングされたＴＢの個数が特定の個数(例、２)より小さいと、レガシーＤＣＩと同一にＲＶとＦＨのためのＤＣＩフィールドを使用する／割り当てることができる。
方法４で提案する具体的な方法の一つとして、ＤＣＩによりスケジューリングされたＴＢの個数が１つである場合は、Ｐ個のビットがＲＶとＦＨを表現するために使用され、スケジューリングされたＴＢの個数が複数である場合は、Ｑ(＜Ｐ)個のビットがＲＶとＦＨを表現するために使用される方法が含まれる。ＰとＱは正の定数である。
一例として、レガシーＤＣＩの場合、２ビットのＲＶフィールドと１ビットのＦＨフィールドを別々に使用し／割り当て、方法１(例：表１５に関連する方法又は方法１－Ｂ)が適用される場合、Ｐ＝３、Ｑ＝１のようにすることができる。この例において、基地局は端末にスケジューリングするＴＢの個数を決定して、スケジューリングするＴＢの個数が１つである場合、１つのＴＢに対するＲＶを指示する２ビットのフィールドと１つのＴＢに対するＦＨを指示する１ビットのフィールドを含むＤＣＩを生成し、スケジューリングするＴＢの個数が２つ又はそれ以上である場合は、複数のＴＢに対するＲＶ又はＦＨを指示する１ビットのフィールドを含むＤＣＩを生成した後、生成されたＤＣＩを端末に送信する(例：Ｓ２２０４)。基地局は送信されたＤＣＩに基づいてスケジューリングされたＴＢを端末に送信するか又は端末から受信する(例：Ｓ２２０６)。端末は基地局から１つ又はそれ以上のＴＢをスケジューリングするＤＣＩを受信し(例：Ｓ２３０４)、スケジューリングされたＴＢの個数が１つである場合は、１つのＴＢに対するＲＶを指示する２ビットの情報と１つのＴＢに対するＦＨを指示する１ビットの情報を受信されたＤＣＩから得、スケジューリングされたＴＢの個数が複数である場合は、複数のＴＢに対するＲＶ及び／又はＦＨを指示する１ビットの情報を受信されたＤＣＩから得られる。端末はＤＣＩから得た情報に基づいてＲＶ値とＦＨの適用有無を決定して、スケジューリングされたＴＢを基地局から受信するか又は基地局に送信する(例：Ｓ２３０６)。
他の例として、レガシーＤＣＩの場合、２ビットのＲＶフィールドと１ビットのＦＨフィールドを別々に使用し／割り当て、方法１(例：表１３又は表１４に関連する方法)が適用される場合、Ｐ＝３、Ｑ＝２のようにすることができる。この例において、基地局は端末にスケジューリングするＴＢの個数を決定して、スケジューリングするＴＢの個数が１つである場合、１つのＴＢに対するＲＶを指示する２ビットのフィールドと１つのＴＢに対するＦＨを指示する１ビットのフィールドを含むＤＣＩを生成し、スケジューリングするＴＢの個数が複数である場合は、複数のＴＢに対するＲＶ又はＦＨを指示する２ビットのフィールドを含むＤＣＩを生成した後、生成されたＤＣＩを端末に送信する(例：Ｓ２２０４)。基地局は送信されたＤＣＩに基づいてスケジューリングされたＴＢを端末に送信するか又は端末から受信する(例：Ｓ２２０６)。端末は基地局から１つ又はそれ以上のＴＢをスケジューリングするＤＣＩを受信し(例：Ｓ２３０４)、スケジューリングされたＴＢの個数が１つである場合は、１つのＴＢに対するＲＶを指示する２ビットの情報と１つのＴＢに対するＦＨを指示する１ビットの情報を受信されたＤＣＩから得、スケジューリングされたＴＢの個数が複数である場合は、複数のＴＢに対するＲＶ及び／又はＦＨを指示する２ビットの情報を受信されたＤＣＩから得られる。端末はＤＣＩから得た情報に基づいてＲＶ値とＦＨの適用有無を決定して、スケジューリングされたＴＢを基地局から受信するか又は基地局に送信する(例：Ｓ２３０６)。
これは基地局が１つのＴＢのみをスケジューリングしようとする場合、レガシーＤＣＩと同一又は類似する水準のスケジューリング柔軟性を保障するためのものである。
方法４で提案する具体的な方法の１つとして、ＤＣＩによりスケジューリングされたＴＢの個数が１つである場合は、Ｐ個のビットがＭＣＳ／ＴＢＳを表現するために使用され、スケジューリングされたＴＢの個数が複数である場合は、Ｑ(＜Ｐ)個のビットがＭＣＳ／ＴＢＳを表現するために使用されるようにする方法が含まれる。一例として、Ｐ＝４、Ｑ＝３のようにすることができる。これは基地局が１つのＴＢのみをスケジューリングしようとする場合、レガシーＤＣＩと同一又は類似する水準のスケジューリング柔軟性を保障するためのものである。
Ｇ．本発明が適用される通信システム及び装置
これに限られないが、この明細書に開示された本発明の様々な説明、機能、手順、提案、方法及び／又はフローチャートは、機器間無線通信／連結(例えば、５Ｇ)を必要とする様々な分野に適用することができる。
以下、図面を参照しながらより具体的に説明する。以下の図／説明において、同じ図面符号は特に言及しない限り、同一又は対応するハードウェアブロック、ソフトウェアブロック又は機能ブロックを例示する。
図２５は本発明に適用される通信システム１を例示する。
図２５を参照すると、本発明に適用される通信システム１は、無線機器、基地局及びネットワークを含む。ここで、無線機器は無線接続技術(例えば、５Ｇ ＮＲ、ＬＴＥ)を用いて通信を行う機器を意味し、通信／無線／５Ｇ機器とも称される。これに限られないが、無線機器はロボット１００ａ、車両１００ｂ－１，１００ｂ－２、ＸＲ(ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ)機器１００ｃ、携帯機器(Ｈａｎｄ－ｈｅｌｄ Ｄｅｖｉｃｅ)１００ｄ、家電１００ｅ、ＩｏＴ(Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ)機器１００ｆ及びＡＩ機器／サーバ４００を含む。例えば、車両は無線通信機能が備えられた車両、自律走行車両、車両間通信を行える車両などを含む。ここで、車両はＵＡＶ(Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ)(例えば、ドローン)を含む。ＸＲ機器はＡＲ(Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ)／ＶＲ(Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ)／ＭＲ(Ｍｉｘｅｄ Ｒｅａｌｉｔｙ)機器を含み、ＨＭＤ(Ｈｅａｄ－Ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ)、車両に備えられたＨＵＤ(Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ)、ＴＶ、スマートホン、コンピュータ、ウェアラブルデバイス、家電機器、デジタル看板、車両、ロボットなどの形態で具現される。携帯機器はスマートホン、スマートパッド、ウェアラブル機器(例えば、スマートウォッチ、スマートグラス)、コンピュータ(例えば、ノートブックパソコンなど)などを含む。家電はＴＶ、冷蔵庫、洗濯機などを含む。ＩｏＴ機器はセンサ、スマートメータなどを含む。例えば、基地局、ネットワークは無線機器にも具現され、特定の無線機器２００ａは他の無線機器に基地局／ネットワークノードで動作することもできる。
無線機器１００ａ～１００ｆは基地局２００を介してネットワーク３００に連結される。無線機器１００ａ～１００ｆにはＡＩ(Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ)技術が適用され、無線機器１００ａ～１００ｆはネットワーク３００を介してＡＩサーバ４００に連結される。ネットワーク３００は３Ｇネットワーク、４Ｇ(例えば、ＬＴＥ)ネットワーク又は５Ｇ(例えば、ＮＲ)ネットワークなどを用いて構成される。無線機器１００ａ～１００ｆは基地局２００／ネットワーク３００を介して互いに通信できるが、基地局／ネットワークを介することなく、直接通信することもできる(例えば、サイドリンク通信)。例えば、車両１００ｂ－１、１００ｂ－２は直接通信することができる(例えば、Ｖ２Ｖ(Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ)／Ｖ２Ｘ(Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ)通信)。またＩｏＴ機器(例えば、センサ)は他のＩｏＴ機器(例えば、センサ)又は他の無線機器１００ａ～１００ｆと直接通信することができる。
無線機器１００ａ～１００ｆ／基地局２００、基地局２００／基地局２００の間には無線通信／連結１５０ａ、１５０ｂ、１５０ｃが行われる。ここで、無線通信／連結は上り／下りリンク通信１５０ａとサイドリンク通信１５０ｂ(又は、Ｄ２Ｄ通信)、基地局間の通信１５０ｃ(例えば、ｒｅｌａｙ、ＩＡＢ(Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ Ｂａｃｋｈａｕｌ)のような様々な無線接続技術により行われる(例えば、５Ｇ ＮＲ)。無線通信／連結１５０ａ、１５０ｂ、１５０ｃにより無線機器と基地局／無線機器、基地局と基地局は互いに無線信号を送信／受信することができる。例えば、無線通信／連結１５０ａ、１５０ｂ、１５０ｃは様々な物理チャネルを介して信号を送信／受信することができる。このために、本発明の様々な提案に基づいて、無線信号の送信／受信のための様々な構成情報の設定過程、様々な信号処理過程(例えば、チャネル符号化／復号、変調／復調、リソースマッピング／デマッピングなど)、リソース割り当て過程のうちのいずれか１つが行われる。
図２６は本発明に適用可能な無線機器を例示する。
図２６を参照すると、第１無線機器１００と第２無線機器２００は様々な無線接続技術(例えば、ＬＴＥ、ＮＲ)により無線信号を送受信する。ここで、{第１無線機器１００、第２無線機器２００}は図２５の{無線機器１００ａ～１００ｆ、基地局２００}及び／又は{無線機器１００ａ～１００ｆ、無線機器１００ａ～１００ｆ}に対応する。
第１無線機器１００は１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、さらに１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８を含む。プロセッサ１０２はメモリ１０４及び／又は送受信機１０６を制御し、この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを具現するように構成される。例えば、プロセッサ１０２はメモリ１０４内の情報を処理して第１情報／信号を生成した後、送受信機１０６で第１情報／信号を含む無線信号を送信する。またプロセッサ１０２は送受信機１０６で第２情報／信号を含む無線信号を受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に格納する。メモリ１０４はプロセッサ１０２に連結され、プロセッサ１０２の動作に関連する様々な情報を格納する。例えば、メモリ１０４はプロセッサ１０２により制御されるプロセスのうちの一部又は全部を行うか、又はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ１０２とメモリ１０４は無線通信技術(例えば、ＬＴＥ、ＮＲ)を具現するように設計された通信モデム／回路／チップの一部である。送受信機１０６はプロセッサ１０２に連結され、１つ以上のアンテナ１０８により無線信号を送信及び／又は受信する。送受信機１０６は送信機及び／又は受信機を含む。送受信機１０６はＲＦ(ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)ユニットとも混用することができる。本発明において、無線機器は通信モデム／回路／チップを意味することもできる。
第２無線機器２００は１つ以上のプロセッサ２０２及び１つ以上のメモリ２０４を含み、さらに１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８を含む。プロセッサ２０２はメモリ２０４及び／又は送受信機２０６を制御し、この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを具現するように構成される。例えば、プロセッサ２０２はメモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６で第３情報／信号を含む無線信号を送信する。またプロセッサ２０２は送受信機２０６で第４情報／信号を含む無線信号を受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に格納する。メモリ２０４はプロセッサ２０２に連結され、プロセッサ２０２の動作に関連する様々な情報を格納する。例えば、メモリ２０４はプロセッサ２０２により制御されるプロセスのうちの一部又は全部を行うか、又はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ２０２とメモリ２０４は無線通信技術(例えば、ＬＴＥ、ＮＲ)を具現するように設計された通信モデム／回路／チップの一部である。送受信機２０６はプロセッサ２０２に連結され、１つ以上のアンテナ２０８により無線信号を送信及び／又は受信する。送受信機２０６は送信機及び／又は受信機を含む。送受信機２０６はＲＦユニットとも混用することができる。本発明において、無線機器は通信モデム／回路／チップを意味することもできる。
以下、無線機器１００,２００のハードウェア要素についてより具体的に説明する。これに限られないが、１つ以上のプロトコル階層が１つ以上のプロセッサ１０２，２０２により具現される。例えば、１つ以上のプロセッサ１０２，２０２は１つ以上の階層(例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的階層)を具現する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートによって１つ以上のＰＤＵ(Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ)及び／又は１つ以上のＳＤＵ(Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ)を生成する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートによってメッセージ、制御情報、データ又は情報を生成する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された機能、手順、提案及び／又は方法によってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号(例えば、ベースバンド信号)を生成して、１つ以上の送受信機１０６，２０６に提供する。１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６から信号(例えば、ベースバンド信号)を受信して、この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートによってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を得ることができる。
１つ以上のプロセッサ１０２，２０２はコントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータとも称される。１つ以上のプロセッサ１０２，２０２はハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせにより具現される。一例として、１つ以上のＡＳＩＣ(Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ)、１つ以上のＤＳＰ(Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ)、１つ以上のＤＳＰＤ(Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ)、１つ以上のＰＬＤ(Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ)又は１つ以上のＦＰＧＡ(Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ)が１つ以上のプロセッサ１０２，２０２に含まれる。この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートはファームウェア又はソフトウェアを使用して具現され、ファームウェア又はソフトウェアはモジュール、手順、機能などを含むように具現される。この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを行うように設定されたファームウェア又はソフトウェアは１つ以上のプロセッサ１０２，２０２に含まれるか、又は１つ以上のメモリ１０４，２０４に格納されて１つ以上のプロセッサ１０２，２０２により駆動される。この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートはコード、命令語(ｉｎｓｔｒｕｃｔｉｏｎ)及び／又は命令語集合の形態でファームウェア又はソフトウェアを使用して具現される。
１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２に連結され、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を格納することができる。１つ以上のメモリ１０４，２０４はＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピュータ読み取り格納媒体及び／又はこれらの組み合わせにより構成される。１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２の内部及び／又は外部に位置する。また、１つ以上のメモリ１０４，２０４は有線又は無線連結のような様々な技術により１つ以上のプロセッサ１０２，２０２に連結される。
１つ以上の送受信機１０６，２０６は１つ以上の他の装置にこの明細書における方法及び／又はフローチャートなどで言及されたユーザデータ、制御情報、無線信号／チャネルなどを送信することができる。１つ以上の送受信機１０６，２０６は１つ以上の他の装置からこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２に連結され、無線信号を送受信することができる。例えば、１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御することができる。また、１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御することができる。また、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８に連結され、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８によりこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定される。この明細書において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ(例えば、アンテナポート)である。１つ以上の送受信機１０６，２０６は受信されたユーザ データ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２，２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換する(Ｃｏｎｖｅｒｔ)。１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどをベースバンド信号からＲＦバンド信号に変換する。このために、１つ以上の送受信機１０６，２０６は(アナログ)オシレーター及び／又はフィルターを含む。
図２７は本発明に適用される無線機器の他の例を示す。無線機器は使用例／サービスによって様々な形態で具現される(図２５を参照)。
図２７を参照すると、無線機器１００,２００は図２６の無線機器１００,２００に対応し、様々な要素(ｅｌｅｍｅｎｔ)、成分(ｃｏｍｐｏｎｅｎｔ)、ユニット／部及び／又はモジュールで構成される。例えば、無線機器１００,２００は通信部１１０、制御部１２０、メモリ部１３０及び追加要素１４０を含む。通信部は通信回路１１２及び送受信機１１４を含む。例えば、通信回路１１２は図２６における１つ以上のプロセッサ１０２,２０２及び／又は１つ以上のメモリ１０４,２０４を含む。例えば、送受信機１１４は図２６の１つ以上の送受信機１０６,２０６及び／又は１つ以上のアンテナ１０８,２０８を含む。制御部１２０は通信部１１０、メモリ部１３０及び追加要素１４０に電気的に連結され、無線機器の諸般動作を制御する。例えば、制御部１２０はメモリ部１３０に格納されたプログラム／コード／命令／情報に基づいて無線機器の電気的／機械的動作を制御する。また制御部１２０はメモリ部１３０に格納された情報を通信部１１０により外部(例えば、他の通信機器)に無線／有線インターフェースにより送信するか、又は通信部１１０により外部(例えば、他の通信機器)から無線／有線インターフェースにより受信された情報をメモリ部１３０に格納する。
追加要素１４０は無線機器の種類によって様々に構成される。例えば、追加要素１４０はパワーユニット／バッテリー、入出力部(Ｉ／Ｏ ｕｎｉｔ)、駆動部及びコンピュータ部のうち、いずれか１つを含む。これに限られないが、無線機器はロボット(図２５、１００ａ)、車両(図２５、１００ｂ－１、１００ｂ－２)、ＸＲ機器(図２５、１００ｃ)、携帯機器(図２５、１００ｄ)、家電(図２５、１００ｅ)、ＩｏＴ機器(図２５、１００ｆ)、デジタル放送用端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、フィンテック装置(又は金融装置)、保安装置、気候／環境装置、ＡＩサーバ／機器(図２５、４００)、基地局(図２５、２００)及びネットワークノードなどの形態で具現される。無線機器は使用例／サービスによって移動可能であるか、又は固定した場所で使用される。
図２７において、無線機器１００，２００内の様々な要素、成分、ユニット／部及び／又はモジュールは全体が有線インターフェースにより互いに連結されるか、又は少なくとも一部が通信部１１０により無線連結される。例えば、無線機器１００，２００内で制御部１２０と通信部１１０は有線連結され、制御部１２０と第１ユニット(例えば、１３０、１４０)は通信部１１０により無線連結される。また無線機器１００，２００内の各要素、成分、ユニット／部及び／又はモジュールは１つ以上の要素をさらに含む。例えば、制御部１２０は１つ以上のプロセッサ集合で構成される。例えば、制御部１２０は通信制御プロセッサ、アプリケーションプロセッサ(Ａｐｐｌｉｃａｔｉｏｎ ＰＲＯＣＥＳＳＯＲ)、ＥＣＵ(Ｅｌｅｃｔｒｏｎｉｃ ｃｏｎｔｒｏｌ Ｕｎｉｔ)、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成される。他の例として、メモリ部１３０はＲＡＭ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ)、ＤＲＡＭ(Ｄｙｎａｍｉｃ ＲＡＭ)、ＲＯＭ(Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ)、フラッシュメモリ(ｆｌａｓｈ Ｍｅｍｏｒｙ)、揮発性メモリ(ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ)、非揮発生メモリ及び／又はこれらの組み合わせで構成される。
以下、図２７の具現例について図面を参照しながらより具体的に説明する。
図２８は本発明に適用される携帯機器を例示する。携帯機器はスマートホン、スマートパッド、ウェアラブル機器(例えば、スマートウォッチ、スマートグラス)、携帯用コンピュータ(例えば、ノートブックパソコンなど)を含む。携帯機器はＭＳ(Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ)、ＵＴ(ｕｓｅｒ ｔｅｒｍｉｎａｌ)、ＭＳＳ(Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ)、ＳＳ(Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ)、ＡＭＳ(Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ)又はＷＴ(Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ)とも称される。
図２８を参照すると、携帯機器１００はアンテナ部１０８、通信部１１０、制御部１２０、メモリ部１３０、電源供給部１４０ａ、インターフェース部１４０ｂ及び入出力部１４０c)を含む。アンテナ部１０８は通信部１１０の一部で構成される。ブロック１１０～１３０／１４０ａ～１４０ｃは各々、図２７におけるブロック１１０～１３０／１４０に対応する。
通信部１１０は他の無線機器、基地局と信号(例えば、データ、制御信号など)を送受信する。制御部１２０は携帯機器１００の構成要素を制御して様々な動作を行う。制御部１２０はＡＰ(Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｃｅｓｓｏｒ)を含む。メモリ部１３０は携帯機器１００の駆動に必要なデータ／パラメータ／プログラム／コード／命令を格納する。またメモリ部１３０は入／出力されるデータ／情報などを格納する。電源供給部１４０ａは携帯機器１００に電源を供給し、有／無線充電回路、バッテリーなどを含む。インターフェース部１４０ｂは携帯機器１００と他の外部機器の連結を支援する。インターフェース部１４０ｂは外部機器との連結のための様々なポート(例えば、オーディオ入／出力ポート、ビデオ入／出力ポート)を含む。入出力部１４０ｃは映像情報／信号、オーディオ情報／信号、データ及び／又はユーザから入力される情報を入力又は出力する。入出力部１４０ｃはカメラ、マイクロホン、ユーザ入力部、ディスプレイ部１４０ｄ、スピーカー及び／又は触覚モジュールなどを含む。
一例として、データ通信の場合、入出力部１４０ｃはユーザから入力された情報／信号(例えば、タッチ、文字、音声、イメージ、ビデオ)を得、この得られた情報／信号はメモリ部１３０に格納される。通信部１１０はメモリに格納された情報／信号を無線信号に変換し、変換された無線信号を他の無線機器に直接送信するか又は基地局に送信する。また通信部１１０は他の無線機器又は基地局から無線信号を受信した後、受信された無線信号を元来の情報／信号に復元する。復元された情報／信号はメモリ部１３０に格納された後、入出力部１４０ｃにより様々な形態(例えば、文字、音声、イメージ、ビデオ、触覚)に出力される。
図２９は本発明に適用される車両又は自律走行車両を例示する図である。車両又は自律走行車両は移動型ロボット、車両、汽車、有／無人飛行体(Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ、ＡＶ)、船舶などで具現される。
図２９を参照すると、車両又は自律走行車両１００はアンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０a)、電源供給部１４０ｂ、センサ部１４０ｃ及び自律走行部１４０ｄを含む。アンテナ部１０８は通信部１１０の一部で構成される。ブロック１１０／１３０／１４０ａ～１４０ｄは各々図２７におけるブロック１１０／１３０／１４０に対応する。
通信部１１０は他の車両、基地局(例えば、基地局、路辺基地局(Ｒｏａｄ Ｓｉｄｅ ｕｎｉｔ)など)、サーバなどの外部機器と信号(例えば、データ、制御信号など)を送受信する。制御部１２０は車両又は自律走行車両１００の要素を制御して様々な動作を行う。制御部１２０はＥＣＵ(Ｅｌｅｃｔｒｏｎｉｃ ｃｏｎｔｒｏｌ Ｕｎｉｔ)を含む。駆動部１４０ａにより車両又は自律走行車両１００が地上で走行する。駆動部１４０ａはエンジン、モータ、パワートレイン、輪、ブレーキ、ステアリング装置などを含む。電源供給部１４０ｂは車両又は自律走行車両１００に電源を供給し、有／無線充電回路、バッテリーなどを含む。センサ部１４０ｃは車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｃはＩＭＵ(ｉｎｅｒｔｉａｌ ｍｅａｓｕｒｅｍｅｎｔ ｕｎｉｔ)センサ、衝突センサ、ホイールセンサ(ｗｈｅｅｌ ｓｅｎｓｏｒ)、速度センサ、傾斜センサ、重量感知センサ、ヘッディングセンサ(ｈｅａｄｉｎｇ ｓｅｎｓｏｒ)、ポジションモジュール(ｐｏｓｉｔｉｏｎ ＭＯＤＵＬＥ)、車両前進／後進センサ、バッテリーセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含む。自律走行部１４０ｄは走行中の車線を維持する技術、車間距離制御装置(ａｄａｐｔｉｖｅ ｃｒｕｉｓｅ ｃｏｎｔｒｏｌ)のように速度を自動に調節する技術、所定の経路によって自動走行する技術、目的地が設定されると自動に経路を設定して走行する技術などを具現する。
一例として、通信部１１０は外部サーバから地図データ、交通情報データなどを受信する。自律走行部１４０ｄは得られたデータに基づいて自律走行経路とドライブプランを生成する。制御部１２０はドライブプランに従って車両又は自律走行車両１００が自律走行経路に移動するように駆動部１４０ａを制御する(例えば、速度／方向調節)。通信部１１０は自律走行中に外部サーバから最新交通情報データを非周期的に得、また周りの車両から周りの交通情報データを得る。またセンサ部１４０ｃは自律走行中に車両状態、周辺環境情報を得る。自律走行部１４０ｄは新しく得たデータ／情報に基づいて自律走行経路とドライブプランを更新する。通信部１１０は車両位置、自律走行経路、ドライブプランなどに関する情報を外部サーバに伝達する。外部サーバは車両又は自律走行車両から集められた情報に基づいて、ＡＩ技術などを用いて交通情報データを予め予測し、予測された交通情報データを車両又は自律走行車両に提供することができる。
以上の実施例は、本発明の構成要素及び特徴を所定の形態で結合したものである。各構成要素又は特徴は、別に明示しない限り、選択的なものとして考慮され得る。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施されてもよく、また、一部の構成要素及び／又は特徴は結合されて本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に代えてもよい。また、特許請求の範囲で明示的な引用関係を有しない請求項を結合して実施例を構成したり、出願後の補正によって新たな請求項として含むことができる。
本発明は３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａシステム／５Ｇシステム(又はＮＲ(Ｎｅｗ ＲＡＴ)システム)だけではなく、様々な無線通信システムで動作する端末、基地局のような無線通信装置に適用することができる。

Claims (15)

  1. 多重送信ブロックスケジューリング(ｍｕｌｔｉｐｌｅ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ ｓｃｈｅｄｕｌｉｎｇ)を支援する無線通信システムにおいて端末(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ)が行う方法であって、
    周波数ホッピングを可能にするための情報を、上位レイヤのシグナリングを介して、受信すること；
    １つ又はそれ以上の送信ブロックをスケジューリングする下りリンク制御情報(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ)を、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して、受信すること；
    前記スケジューリングされる１つ又はそれ以上の送信ブロックの数である整数Ｎに基づき、ＤＣＩから情報を取得すること；及び
    物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して、スケジュールされた１つまたは複数の送信ブロックを送信すること；
    を含み、
    前記ＤＣＩから情報を取得することは、
    Ｎ＝１の場合において、前記ＤＣＩから１つの送信ブロックの冗長バージョン（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）のための２－ビット情報と前記１つの送信ブロック用の周波数ホッピング（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）の指示のための１－ビット情報を得ること；及び
    Ｎ＝２の場合において、２－ビット情報を取得し、取得された２－ビット情報の処理は、ＰＵＳＣＨのために構成された繰り返し回数に基づいて前記ＵＥによって実行され、
    ｉ）繰り返し回数≧２の場合、取得された２－ビット情報の第１のビットは冗長バージョンにのみ関連し、取得された２－ビット情報の第２のビットは、前記ＤＣＩによってスケジュールされた２つの送信ブロックの周波数ホッピング指示のみに関連し、
    ｉｉ）繰り返し回数＝１の場合、取得された２－ビット情報の各ビットは冗長バージョンのみに関連し、周波数ホッピング指示はＤＣＩに含まれず、
    １＜Ｎ＜８の場合、ＤＣＩはハイブリッド自動再送要求（ＨＡＲＱ）の単一のインデックス（ＩＤ）を含み、前記ＵＥはＤＣＩ内の単一のＩＤに基づいてＮ個のトランスポートブロックに対してＮ個のＨＡＲＱプロセスＩＤを決定し、
    Ｎ＝８の場合、ＤＣＩはＨＡＲＱ用のいかなるＩＤを含まない、方法。
  2. ｉ）繰り返し回数≧２の場合、前記第１のビットは０又は２の冗長バージョン値を指示する、請求項１に記載の方法。
  3. Ｎ＝２の場合において、前記繰り返し回数が１つであることに基づき、前記ＵＥは、上位レイヤのシグナリングによって有効にされた２つの送信ブロックの周波数ホッピングを実行する、請求項１または２に記載の方法。
  4. 前記ＤＣＩは前記スケジューリングされる送信ブロックの個数と同じビット数を有するＮＤＩ(ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ)情報を含む、請求項１から３のいずれか一項に記載の方法。
  5. 前記端末は６４ＱＡＭ(Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ)を使用するように設定されない、請求項１に記載の方法。
  6. 前記ＤＣＩは最大８個の送信ブロックをスケジューリングできるように設定される、請求項１に記載の方法。
  7. １つのＤＣＩがスケジューリングできる送信ブロックの最大数を指示する上位階層シグナリングを受信することをさらに含む、請求項１に記載の方法。
  8. 前記ＤＣＩはＮに関する情報を含む、請求項１に記載の方法。
  9. 無線通信のための装置であって、
    命令を格納するように構成されたメモリと、
    命令を実行することによって動作を実行するように構成されたプロセッサと、
    を備え、
    前記動作は、
    周波数ホッピングを可能にするための情報を、上位レイヤのシグナリングを介して、受信すること；
    １つ又はそれ以上の送信ブロックをスケジューリングする下りリンク制御情報(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ)を、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して、受信すること；
    前記スケジュールされた１つ又はそれ以上の送信ブロックの数である整数Ｎに基づいてＤＣＩから情報を取得すること；及び
    物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して、スケジュールされた１つまたは複数の送信ブロックを送信すること；
    を含み、
    前記ＤＣＩから情報を取得することは、
    Ｎ＝１の場合において、前記ＤＣＩから１つの送信ブロックの冗長バージョン(ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ)のための２－ビット情報と前記１つの送信ブロック用の周波数ホッピング(ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ)の指示のための１－ビット情報を得ること；及び
    Ｎ＝２の場合において、２－ビット情報を取得し、取得された２－ビット情報の処理は、ＰＵＳＣＨのために構成された繰り返し回数に基づいて前記プロセッサによって実行され、
    ｉ）繰り返し回数≧２の場合、取得された２－ビット情報の第１のビットは冗長バージョンにのみ関連し、取得された２－ビット情報の第２のビットは、前記ＤＣＩによってスケジュールされた２つの送信ブロックの周波数ホッピング指示のみに関連し、
    ｉｉ）繰り返し回数＝１の場合、取得された２－ビット情報の各ビットは冗長バージョンのみに関連し、周波数ホッピング指示はＤＣＩに含まれず、
    １＜Ｎ＜８の場合、ＤＣＩはハイブリッド自動再送要求（ＨＡＲＱ）の単一のインデックス（ＩＤ）を含み、前記ＵＥはＤＣＩ内の単一のＩＤに基づいてＮ個のトランスポートブロックに対してＮ個のＨＡＲＱプロセスＩＤを決定し、
    Ｎ＝８の場合、ＤＣＩはＨＡＲＱ用のいかなるＩＤを含まない、装置。
  10. プロセッサにより実行されるとき、前記プロセッサをして請求項１に係る方法を実行するように構成された命令を貯蔵しているコンピューター読み取り可能な記録媒体。
  11. 複数の送信ブロックブロックスケジューリングをサポートする無線通信システムにおいて基地局（ＢＳ）によって実行される方法であって、
    周波数ホッピングを可能にするための情報を、上位レイヤのシグナリングを介して、送信すること；
    ダウンリンク制御情報（ＤＣＩ）を、当該ＤＣＩによってスケジュールされる１つ又はそれ以上の送信ブロックの数である整数Ｎに基づいて生成すること；
    物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して、前記ＤＣＩを端末（ＵＥ）に送信すること；及び
    物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して、スケジュールされた１つまたはそれ以上の送信ブロックを受信すること、
    を含み、
    前記ＤＣＩを生成することは、
    Ｎ＝１の場合において、前記ＤＣＩの一部として、１つの送信ブロックの冗長バージョン用の２－ビット情報と前記１つの送信ブロック用の周波数ホッピングの指示のための１－ビット情報を生成すること；及び
    Ｎ＝２の場合において、前記ＤＣＩの一部として２-ビット情報を生成し、２－ビット情報は、ＰＵＳＣＨのために構成された繰り返し回数に基づいて前記ＢＳによって決定され、
    ｉ）繰り返し回数≧２の場合、決定された２－ビット情報の第１のビットは冗長バージョンにのみ関連し、取得された２－ビット情報の第２のビットは、前記ＤＣＩによってスケジュールされた２つの送信ブロックの周波数ホッピング指示のみに関連し、
    ｉｉ）繰り返し回数＝１の場合、決定された２－ビット情報の各ビットは冗長バージョンのみに関連し、周波数ホッピング指示はＤＣＩに含まれず、
    １＜Ｎ＜８の場合、ＤＣＩはハイブリッド自動再送要求（ＨＡＲＱ）の単一のインデックス（ＩＤ）を含み、前記ＢＳはＤＣＩ内の単一のＩＤに基づいてＮ個のトランスポートブロックに対してＮ個のＨＡＲＱプロセスＩＤを決定し、
    Ｎ＝８の場合、ＤＣＩはＨＡＲＱ用のいかなるＩＤを含まない、方法。
  12. 無線通信用の装置であって、当該装置は、
    命令を格納するように構成された記憶装置；及び
    前記命令を実行することにより動作を行うように構成されたプロセッサを含み、
    前記動作は:
    周波数ホッピングを可能にするための情報を、上位レイヤのシグナリングを介して、送信すること；
    ダウンリンク制御情報（ＤＣＩ）を、当該ＤＣＩによってスケジュールされる１つ又はそれ以上の送信ブロックの数である整数Ｎに基づいて生成すること；
    物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して、前記ＤＣＩを端末（ＵＥ）に送信すること；及び
    物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して、スケジュールされた１つまたはそれ以上の送信ブロックを受信すること、
    を含み、
    前記ＤＣＩを生成することは、
    Ｎ＝１の場合において、前記ＤＣＩの一部として、１つの送信ブロックの冗長バージョンのための２－ビット情報と前記１つの送信ブロック用の周波数ホッピングの指示のための１－ビット情報を生成すること；
    及び
    Ｎ＝２の場合において、前記ＤＣＩの一部として２-ビット情報を生成し、前記２－ビット情報は、ＰＵＳＣＨのために構成された繰り返し回数に基づいて前記プロセッサによって決定され、
    ｉ）繰り返し回数≧２の場合、取得された２－ビット情報の第１のビットは冗長バージョンにのみ関連し、取得された２－ビット情報の第２のビットは、前記ＤＣＩによってスケジュールされた２つの送信ブロックの周波数ホッピング指示のみに関連し、
    ｉｉ）繰り返し回数＝１の場合、取得された２－ビット情報の各ビットは冗長バージョンのみに関連し、周波数ホッピング指示はＤＣＩに含まれず、
    １＜Ｎ＜８の場合、ＤＣＩはハイブリッド自動再送要求（ＨＡＲＱ）の単一のインデックス（ＩＤ）を含み、前記プロセッサはＤＣＩ内の単一のＩＤに基づいてＮ個のトランスポートブロックに対してＮ個のＨＡＲＱプロセスＩＤを決定し、
    Ｎ＝８の場合、ＤＣＩはＨＡＲＱ用のいかなるＩＤを含まない、装置。
  13. 当該装置は、無線通信システムで動作するように構成された端末（ＵＥ）である、請求項９に記載の装置。
  14. 前記プロセッサの制御下で無線信号を送信または受信するように構成されたトランシーバをさらに備える、請求項９に記載の装置。
  15. 当該装置は、特定用途向け集積回路（ＡＳＩＣ）またはデジタル信号処理デバイスである、請求項９に記載の装置。
JP2021557058A 2019-03-29 2020-03-27 多重送信ブロックスケジューリングのための信号の送受信方法及びそのための装置 Active JP7504909B2 (ja)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
KR10-2019-0037020 2019-03-29
KR20190037020 2019-03-29
KR10-2019-0100640 2019-08-16
KR20190100640 2019-08-16
KR10-2019-0123021 2019-10-04
KR20190123021 2019-10-04
US201962931818P 2019-11-07 2019-11-07
US62/931,818 2019-11-07
PCT/KR2020/004230 WO2020204497A1 (ko) 2019-03-29 2020-03-27 다중 전송 블록 스케줄링을 위한 신호의 송수신 방법 및 이를 위한 장치

Publications (2)

Publication Number Publication Date
JP2022527747A JP2022527747A (ja) 2022-06-06
JP7504909B2 true JP7504909B2 (ja) 2024-06-24

Family

ID=72666284

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021557058A Active JP7504909B2 (ja) 2019-03-29 2020-03-27 多重送信ブロックスケジューリングのための信号の送受信方法及びそのための装置

Country Status (6)

Country Link
US (1) US12069642B2 (ja)
EP (1) EP3923663B1 (ja)
JP (1) JP7504909B2 (ja)
KR (1) KR20210134334A (ja)
CN (1) CN113661763B (ja)
WO (1) WO2020204497A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180091527A (ko) * 2017-02-07 2018-08-16 삼성전자주식회사 무선 셀룰라 통신 시스템에서 제어 및 데이터 정보 전송방법 및 장치
WO2020030677A1 (en) * 2018-08-10 2020-02-13 Telefonaktiebolaget Lm Ericsson (Publ) One downlink control information, dci, for scheduling multiple transport blocks, tbs
EP3955667A4 (en) * 2019-04-30 2022-04-27 Huawei Technologies Co., Ltd. INFORMATION TRANSMISSION METHOD AND COMMUNICATION DEVICES
US20220217713A1 (en) * 2021-01-06 2022-07-07 Qualcomm Incorporated Latency reduction and coverage enhancement for extended reality
WO2022147834A1 (zh) * 2021-01-11 2022-07-14 北京小米移动软件有限公司 一种传输方法、传输装置及存储介质
WO2022236719A1 (zh) * 2021-05-11 2022-11-17 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
JPWO2022260105A1 (ja) * 2021-06-10 2022-12-15

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012029245A1 (ja) 2010-09-03 2012-03-08 パナソニック株式会社 基地局及び制御情報送信方法
WO2018143033A1 (ja) 2017-02-03 2018-08-09 京セラ株式会社 基地局及び無線端末
WO2019049283A1 (ja) 2017-09-07 2019-03-14 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104618000B (zh) * 2009-11-09 2018-05-15 Lg电子株式会社 用于支持多天线传输技术的有效控制信息传输方法和装置
CN102291209B (zh) * 2010-06-20 2014-04-02 上海贝尔股份有限公司 增强长期演进的管理设备中控制上行传输的方法及装置
US20120182944A1 (en) * 2011-01-19 2012-07-19 Telefonaktiebolaget Lm Ericsson (Publ) Methods and arrangements for signaling channel state information
CN108292976B (zh) * 2015-11-19 2021-05-14 索尼公司 电信装置和方法
CN106993332B (zh) 2016-01-20 2019-07-02 中兴通讯股份有限公司 上行调度的方法及装置
US11172477B2 (en) * 2018-11-02 2021-11-09 Qualcomm Incorproated Multi-transport block scheduling
US11641249B2 (en) * 2019-03-25 2023-05-02 Lenovo (Singapore) Pte. Ltd. Method and apparatus for determining a duration of a repetition of a transport block
KR102694113B1 (ko) * 2019-03-29 2024-08-13 엘지전자 주식회사 다중 전송 블록 스케줄링을 위한 신호의 송수신 방법 및 이를 위한 장치
JP7316373B2 (ja) * 2019-03-29 2023-07-27 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて無線信号を送受信する方法及び装置
KR20230062221A (ko) * 2021-10-29 2023-05-09 삼성전자주식회사 무선 통신 시스템에서 다중 공유 채널 스케줄링을 위한 방법 및 장치

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012029245A1 (ja) 2010-09-03 2012-03-08 パナソニック株式会社 基地局及び制御情報送信方法
WO2018143033A1 (ja) 2017-02-03 2018-08-09 京セラ株式会社 基地局及び無線端末
WO2019049283A1 (ja) 2017-09-07 2019-03-14 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
Ｌｅｎｏｖｏ， Ｍｏｔｏｒｏｌａ Ｍｏｂｉｌｉｔｙ，Ｄｅｓｉｇｎ ｏｆ ｓｃｈｅｄｕｌｉｎｇ ｏｆ ｍｕｌｔｉｐｌｅ ＤＬ／ＵＬ ＴＢ ｆｏｒ Ｒｅｌ．１６ ＭＴＣ，３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ Ｍｅｅｔｉｎｇ ＃９４ｂｉｓ Ｒ１－１８１０５８２，２０１８年０９月２８日アップロード
Ｌｅｎｏｖｏ， Ｍｏｔｏｒｏｌａ Ｍｏｂｉｌｉｔｙ，Ｄｅｓｉｇｎ ｏｆ ｓｃｈｅｄｕｌｉｎｇ ｏｆ ｍｕｌｔｉｐｌｅ ＤＬ／ＵＬ ＴＢ ｆｏｒ Ｒｅｌ．１６ ＮＢＩｏＴ，３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ Ｍｅｅｔｉｎｇ ＃９４ｂｉｓ Ｒ１－１８１０５８４，２０１８年０９月２８日アップロード
Ｑｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ，Ｓｃｈｅｄｕｌｉｎｇ ｏｆ ｍｕｌｔｉｐｌｅ ＤＬ／ＵＬ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋｓ，３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ Ｍｅｅｔｉｎｇ ＃９６ Ｒ１－１９０２３７６，２０１９年０２月１６日アップロード

Also Published As

Publication number Publication date
JP2022527747A (ja) 2022-06-06
EP3923663B1 (en) 2023-03-08
CN113661763A (zh) 2021-11-16
WO2020204497A1 (ko) 2020-10-08
US12069642B2 (en) 2024-08-20
CN113661763B (zh) 2023-06-23
EP3923663A1 (en) 2021-12-15
KR20210134334A (ko) 2021-11-09
EP3923663A4 (en) 2022-03-23
US20220159677A1 (en) 2022-05-19

Similar Documents

Publication Publication Date Title
JP7391933B2 (ja) 無線通信システムにおいて信号を送受信する方法およびそのための装置
CN113439480B (zh) 在无线通信系统中发送和接收信号的方法和装置
JP7504909B2 (ja) 多重送信ブロックスケジューリングのための信号の送受信方法及びそのための装置
CN113574807B (zh) 在无线通信系统中由用户设备发送波束信息的方法以及支持其的用户设备和基站
CN113678382B (zh) 在无线通信系统中由ue执行波束管理的方法以及支持其的ue和基站
KR102550663B1 (ko) 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 지원하는 장치
CN113711677A (zh) 在无线通信系统中发送和接收信号的方法和支持其的设备
US11456817B2 (en) Method and apparatus for transmitting and receiving signal in wireless communication system
KR102657729B1 (ko) 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 지원하는 장치
CN113439477B (zh) 用于多传输块调度的下行链路信号发送/接收方法及其装置
JP7182728B2 (ja) 多重送信ブロックスケジューリングのための信号の送受信方法及びそのための装置
CN113557782A (zh) 在无线通信系统中发送和接收信号的方法和支持其的设备
JP7431322B2 (ja) 無線通信システムにおいて信号を送受信する方法及びそれを支援する装置
CN113491075B (zh) 发送上行链路反馈信息的方法以及用户设备和基站
EP4057763A1 (en) Method for transmitting and receiving uplink channel in wireless communication system, and device for same
US20210051671A1 (en) Method and apparatus for transmitting and receiving signal in wireless communication system
US11937255B2 (en) Method for transmitting and receiving signal in wireless communication system, and apparatus therefor
JP2022552648A (ja) 無線通信システムにおいて信号を送受信する方法及びそれを支援する装置
JP2022552646A (ja) 無線通信システムにおいて信号を送受信する方法及びそれを支援する装置
US12082209B2 (en) Method for transmitting and receiving signals in wireless communication system and apparatus therefor
KR20220047568A (ko) 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 위한 장치

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211021

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20211021

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20220926

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20221011

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230106

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20230314

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230714

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20230724

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20230810

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240326

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240612

R150 Certificate of patent or registration of utility model

Ref document number: 7504909

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150