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

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

Info

Publication number
JP7182728B2
JP7182728B2 JP2021557874A JP2021557874A JP7182728B2 JP 7182728 B2 JP7182728 B2 JP 7182728B2 JP 2021557874 A JP2021557874 A JP 2021557874A JP 2021557874 A JP2021557874 A JP 2021557874A JP 7182728 B2 JP7182728 B2 JP 7182728B2
Authority
JP
Japan
Prior art keywords
dci
scheduled
tbs
information
terminal
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
JP2021557874A
Other languages
English (en)
Other versions
JP2022528232A (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 JP2022528232A publication Critical patent/JP2022528232A/ja
Application granted granted Critical
Publication of JP7182728B2 publication Critical patent/JP7182728B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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
    • 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/1893—Physical mapping arrangements
    • 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
    • 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/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/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
    • H04B—TRANSMISSION
    • H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/69—Spread spectrum techniques
    • H04B1/713—Spread spectrum techniques using frequency hopping
    • 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
    • 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

Landscapes

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

Description

本発明は無線通信システムに関し、より詳しくは、多重送信ブロックスケジューリングを支援する無線通信システムにおいて信号を送受信するための方法及び装置に関する。
無線接続システムが音声やデータなどの種々の通信サービスを提供するために広範囲に展開されている。一般に、無線接続システムは可用のシステムリソース(帯域幅、送信電力など)を共有して複数のユーザとの通信を支援できる多重接続(ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムである。多重接続システムの例には、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＳＣ－ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムなどがある。
本発明の目的は、多重送信ブロックスケジューリングを支援する無線通信システムにおいて信号を効率的に送受信するための方法及びそのための装置を提供することにある。
より具体的には、多重送信ブロックスケジューリングを支援する無線通信システムにおいて下りリンク制御チャネル又は情報を効率的に送受信するための方法及びそのための装置を提供することにある。
本発明で遂げようとする技術的目的は、以上で言及した事項に制限されず、言及していない他の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者にとって考慮されてもよい。
本発明の第１態様において、無線通信システムにおいて端末(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ)が行う方法が提供され、この方法は、多重送信ブロックスケジューリング(ｍｕｌｔｉｐｌｅ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ ｓｃｈｅｄｕｌｉｎｇ)のための下りリンク制御情報(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ)を受信すること、ＤＣＩは冗長バージョン(ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ、ＲＶ)又は周波数ホッピング(ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ)に関する１－ビット情報を含み；ＤＣＩがスケジューリングする送信ブロックが繰り返されないことに基づき、１－ビット情報に基づいて送信ブロックに関連するＲＶ値を決定すること；及びＤＣＩがスケジューリングする送信ブロックが２回以上繰り返されることに基づき、１－ビット情報に基づいて送信ブロックに周波数ホッピングが適用されるか否かを決定することを含む。
本発明の第２態様において、無線通信システムにおいて動作するように構成された端末(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ)が提供され、この端末は、送受信機(ｔｒａｎｓｃｅｉｖｅｒ)；及び送受信機を制御して動作を実行するように構成されたプロセッサを含み、この動作は：多重送信ブロックスケジューリング(ｍｕｌｔｉｐｌｅ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ ｓｃｈｅｄｕｌｉｎｇ)のための下りリンク制御情報(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ)を受信すること、ＤＣＩは冗長バージョン(ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ、ＲＶ)又は周波数ホッピング(ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ)に関する１－ビット情報を含み；ＤＣＩがスケジューリングする送信ブロックが繰り返されないことに基づき、１－ビット情報に基づいて送信ブロックに関連するＲＶ値を決定すること；及びＤＣＩがスケジューリングする送信ブロックが２回以上繰り返されることに基づき、１－ビット情報に基づいて送信ブロックに周波数ホッピングが適用されるか否かを決定することを含む。
本発明の第３態様において、プロセッサにより実行されるとき、プロセッサをして動作を具現するように構成された命令語を貯蔵しているコンピューター読み取り可能な貯蔵媒体が提供され、この動作は：多重送信ブロックスケジューリング(ｍｕｌｔｉｐｌｅ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ ｓｃｈｅｄｕｌｉｎｇ)のための下りリンク制御情報(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ)を受信すること、ＤＣＩは冗長バージョン(ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ、ＲＶ)又は周波数ホッピング(ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ)に関する１－ビット情報を含み；ＤＣＩがスケジューリングする送信ブロックが繰り返されないことに基づき、１－ビット情報に基づいて送信ブロックに関連するＲＶ値を決定すること；及びＤＣＩがスケジューリングする送信ブロックが２回以上繰り返されることに基づき、１－ビット情報に基づいて送信ブロックに周波数ホッピングが適用されるか否かを決定することを含む。
好ましくは、この方法又はこの動作は、ＤＣＩがスケジューリングする送信ブロックが繰り返されないことに基づき、送信ブロックのための周波数ホッピングは非活性にする(ｄｉｓａｂｌｅ)と決定することをさらに含む。
好ましくは、１－ビット情報に基づいて送信ブロックに関連するＲＶ値を決定することは、１－ビット情報に基づいて０又は２のＲＶ値のうちのいずれかを送信ブロックに関連するＲＶ値として決定することを含む。
好ましくは、この方法又はこの動作は、ＤＣＩがスケジューリングする送信ブロックが２回以上繰り返されることに基づき、送信ブロックに関連するＲＶ値を固定された値に決定することをさらに含む。
好ましくは、この方法又はこの動作は、ＤＣＩに基づいて物理上りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ)を介して送信ブロックを送信することをさらに含む。
好ましくは、この方法又はこの動作は、ＤＣＩに基づいて物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ)を介して送信ブロックを受信することをさらに含む。
好ましくは、端末はＰＤＳＣＨのために６４ＱＡＭ(Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ)を使用するように設定されない。
好ましくは、スケジューリングされる送信ブロックの個数は最大８個である。
本発明によれば、多重送信ブロックスケジューリングを支援する無線通信システムにおいて信号を効率的に送受信することができる。
より具体的には、本発明によれば、多重送信ブロックスケジューリングを支援する無線通信システムにおいて下りリンク制御チャネル又は情報を効率的に送受信することができる。
本発明から得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
以下に添付する図面は、本発明に関する理解を助けるために詳細な説明の一部として含まれるものであり、本発明の実施の形態を示し、詳細な説明と共に本発明の技術的特徴を説明する。
３ＧＰＰシステムに用いられる物理チャネル及び一般的な信号送信を例示する。 任意接続過程(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)を例示する。 ＬＴＥ無線フレーム構造(ｒａｄｉｏ ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ)を例示する。 ＬＴＥフレームのスロット構造を例示する。 ＬＴＥシステムの下りリンクサブフレームの構造を例示する。 ＬＴＥにおいて使用される上りリンクサブフレームの構造を例示する。 ＮＲシステムにおいて使用される無線フレームの構造を例示する。 ＮＲフレームのスロット構造を例示する。 ＭＴＣに用いられる物理チャネル及びこれらを用いた一般的な信号送信を例示する。 ＭＴＣにおけるセルカバレッジ向上を例示する。 ＭＴＣのための信号帯域を例示する。 レガシーＬＴＥとＭＴＣにおけるスケジューリングを例示する。 ＮＢ－ＩｏＴに用いられる物理チャネル及びこれらを用いた一般的な信号送信を例示する。 図１４は副搬送波間隙が１５ｋＨｚである場合のフレーム構造を例示する。 図１５は副搬送波間隙が３．７５ｋＨｚである場合のフレーム構造を例示する。 ＮＢ－ＩｏＴ下りリンク物理チャネル／信号の送信を例示する。 本発明で提案する方法が適用可能な動作のフローチャートを例示する。 本発明で提案する方法が適用可能な動作のフローチャートを例示する。 本発明で提案する方法が適用可能な基地局と端末の間の送受信過程を例示する。 本発明に適用される通信システムを例示する。 本発明に適用される無線機器を例示する。 本発明に適用される無線機器の他の例を示す。 本発明に適用される携帯機器を例示する。 本発明に適用される車両又は自律走行車両を例示する。
本発明において、下りリンク(ＤＬ：ｄｏｗｎｌｉｎｋ)は基地局から端末への通信を意味し、上りリンク(ＵＬ：ｕｐｌｉｎｋ)は端末から基地局への通信を意味する。下りリンクにおいて、送信機は基地局の一部であり、受信機は端末の一部である。上りリンクにおいては、送信機は端末の一部であり、受信機は基地局の一部である。
この明細書に説明する技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの様々な無線接続システムに使用できる。ＣＤＭＡはＵＴＲＡ(Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ Ａｃｃｅｓｓ)やＣＤＭＡ２０００のような無線技術により具現される。ＴＤＭＡはＧＳＭ(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)／ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ ｒａｄｉｏ Ｓｅｒｖｉｃｅ)／ＥＤＧＥ(Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ)のような無線技術により具現される。ＯＦＤＭＡはＩＥＥＥ ８０２.１１(Ｗｉ－Ｆｉ)、ＩＥＥＥ ８０２.１６(ＷｉＭＡＸ)、ＩＥＥＥ ８０２－２０、Ｅ－ＵＴＲＡ(Ｅｖｏｌｖｅｄ ＵＴＲＡ)などの無線技術により具現される。ＵＴＲＡはＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)の一部である。３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ) ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)はＥ－ＵＴＲＡを使用するＥ－ＵＭＴＳ(Ｅｖｏｌｖｅｄ ＵＭＴＳ)の一部であり、ＬＴＥ－Ａ(Ａｄｖａｎｃｅｄ)／ＬＴＥ－Ａ ｐｒｏは３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ(Ｎｅｗ ｒａｄｉｏ ｏｒ Ｎｅｗ ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ)又は５Ｇは３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ ｐｒｏの進化したバージョンである。
より明確な説明のために３ＧＰＰ通信システム(例、ＬＴＥ－Ａ、ＮＲ)に基づいて説明するが、本発明の技術的思想はこれに限られない。ＬＴＥは３ＧＰＰ ＴＳ(Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ)３６.ｘｘｘ Ｒｅｌｅａｓｅ ８以後の技術を意味する。詳しくは、３ＧＰＰ ＴＳ ３６.ｘｘｘ Ｒｅｌｅａｓｅ １０以後のＬＴＥ技術はＬＴＥ－Ａと呼ばれ、３ＧＰＰ ＴＳ ３６.ｘｘｘ Ｒｅｌｅａｓｅ １３以後のＬＴＥ技術はＬＴＥ－Ａ ｐｒｏと呼ばれる。３ＧＰＰ ＮＲはＴＳ ３８.ｘｘｘ Ｒｅｌｅａｓｅ １５以後の技術を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと称されることもできる。"ｘｘｘ"は標準文書の細部番号を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと通称できる。本発明の説明に使用された背景技術、用語、略語などについては本発明前に公開された標準文書に記載された事項を参照できる。例えば、以下の文書を参照できる。
３ＧＰＰ ＬＴＥ
－３６.２１１：Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｍｏｄｕｌａｔｉｏｎ
－３６.２１２：Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ Ｃｈａｎｎｅｌ ｃｏｄｉｎｇ
－３６.２１３：Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ
－３６.３００：Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ
－３６.３０４：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ (ＵＥ) ｐｒｏｃｅｄｕｒｅｓ ｉｎ ｉｄｌｅ ｍｏｄｅ
－３６.３３１：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ(ＲＲＣ)
３ＧＰＰ ＮＲ
－３８.２１１：Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｍｏｄｕｌａｔｉｏｎ
－３８.２１２：Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ Ｃｈａｎｎｅｌ ｃｏｄｉｎｇ
－３８.２１３：Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ ｆｏｒ ｃｏｎｔｒｏｌ
－３８.２１4：Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ ｆｏｒ ｄａｔａ
－３８.３００：ＮＲ ａｎｄ ＮＧ－ＲＡＮ Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ
－３８.３０４： Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ(ＵＥ) ｐｒｏｃｅｄｕｒｅｓ ｉｎ Ｉｄｌｅ ｍｏｄｅ ａｎｄ ＲＲＣ Ｉｎａｃｔｉｖｅ ｓｔａｔｅ
－３６.３３１：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ(ＲＲＣ) ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ
Ｅ－ＵＴＲＡＮ(ｅｖｏｌｖｅｄ－ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ)又はＬＴＥ(ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ)／ＬＴＥ－Ａ／ＬＴＥ－Ａ Ｐｒｏ／５Ｇシステムは、ＬＴＥシステムと統称される。ＮＧ－ＲＡＮはＮＲシステムとも称される。ユーザ機器(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ,ＵＥ)は、固定していても移動性を有してもよく、端末、ＭＳ(ｍｏｂｉｌｅ ｓｔａｔｉｏｎ)、ＵＴ(ｕｓｅｒ ｔｅｒｍｉｎａｌ)，ＳＳ(ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ)、ＭＴ(ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ)、無線機器などの他の用語に称されることができる。基地局(Ｂａｓｅ Ｓｔａｔｉｏｎ,ＢＳ)は、一般的にＵＥとの通信を行う固定したステーションであり、ｅＮＢ(ｅｖｏｌｖｅｄ Ｎｏｄｅ－Ｂ)、ｇＮＢ(ｇｅｎｅｒａｌ Ｎｏｄｅ－Ｂ)。ＢＴＳ(ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ)、ＡＰ(ａｃｃｅｓｓ ｐｏｉｎｔ)などのような他の用語に称されることもできる。
Ａ．物理チャネル及びフレーム構造
物理チャネル及び一般的な信号送信
図１は３ＧＰＰシステムに用いられる物理チャネル及び一般的な信号送信を例示する。無線接続システムにおいて端末は基地局から下りリンク(ＤＬ：Ｄｏｗｎｌｉｎｋ)を介して情報を受信し、端末は基地局に上りリンク(ＵＬ：Ｕｐｌｉｎｋ)を介して情報を送信する。基地局と端末が送受信する情報はデータ及び様々な制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
電源が消えた状態で電源がついたり、新しくセルに進入したりした端末は、基地局と同期を取るなどの初期セル探索(Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ)作業を行う(Ｓ１１)。そのために、端末は基地局からＰＳＳ(Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)及びＳＳＳ(Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。その後、端末は基地局からＰＢＣＨ(Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ)を受信してセル内放送情報を得る。また、端末は初期セル探索段階でＤＬ ＲＳ(Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)を受信して下りリンクチャネル状態を確認する。
初期セル探索を終えた端末は、ＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、及びそれに対応するＰＤＳＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を受信して、より具体的なシステム情報を得る(Ｓ１２)。
その後、端末は基地局への接続を完了するために、任意接続過程(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)(例、図２及び関連説明を参照)を行う(Ｓ１３～Ｓ１６)。具体的には、端末はＰＲＡＣＨ(Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ)を介して任意接続プリアンブルを送信し(Ｓ１３)、ＰＤＣＣＨ及びそれに対応するＰＤＳＣＨを介してプリアンブルに対するＲＡＲ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ)を受信する(Ｓ１４)。その後、端末はＲＡＲ内のスケジューリング情報を用いてＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ))を送信し(Ｓ１５)、ＰＤＣＣＨ及びそれに対応するＰＤＳＣＨのような衝突解決手順(Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ)を行う(Ｓ１６)。
上述したような手順を行った端末は、その後、一般的な上りリンク／下りリンク信号送信手順として、ＰＤＣＣＨ／ＰＤＳＣＨの受信(Ｓ１７)及びＰＵＳＣＨ／ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)の送信(Ｓ１８)を行う。端末が基地局に送信する制御情報をＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)という。ＵＣＩは、ＨＡＲＱ－ＡＣＫ／ＮＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ－ＡＣＫ)、ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)、ＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｉｏｎ)などを含む。ＣＳＩはＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ)、ＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ)、ＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ)などを含む。ＵＣＩは一般的にＰＵＣＣＨで送信されるが、制御情報とデータが同時に送信されるべき場合にはＰＵＳＣＨで送信されてもよい。また、ネットワークの要求／指示によって端末はＰＵＳＣＨでＵＣＩを非周期的に送信することもできる。
図２は任意接続過程(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)を例示する。
任意接続過程は、ＲＲＣ休止モード(ＲＲＣ Ｉｄｌｅ Ｍｏｄｅ)(又はＲＲＣ＿ＩＤＬＥ状態)での初期接続、無線リング失敗後の初期接続、任意接続過程を要求するハンドオーバー、ＲＲＣ連結モード(ＲＲＣ Ｃｏｎｎｅｃｔｅｄ Ｍｏｄｅ)(又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態)で任意接続過程が要求される上りリンク／下りリンクデータの発生時に行われる。任意接続過程はＲＡＣＨ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ ＣＨａｎｎｅｌ)過程とも呼ばれる。ＲＲＣ連結要請メッセージ(ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ Ｍｅｓｓａｇｅ)とセル更新メッセージ(Ｃｅｌｌ Ｕｐｄａｔｅ Ｍｅｓｓａｇｅ)、ＵＲＡ更新メッセージ(ＵＲＡ Ｕｐｄａｔｅ Ｍｅｓｓａｇｅ)などの一部のＲＲＣメッセージも任意接続過程を用いて送信される。論理チャネルＣＣＣＨ(Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、ＤＣＣＨ(Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、ＤＴＣＨ(Ｄｅｄｉｃａｔｅｄ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ)が送信チャネルＲＡＣＨにマッピングされることができる。送信チャネルＲＡＣＨは物理チャネルＰＲＡＣＨ(Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ)にマッピングされる。端末のＭＡＣ階層が端末物理階層にＰＲＡＣＨ送信を指示すると、端末物理階層はまず１つの接続スロット(ａｃｃｅｓｓ ｓｌｏｔ)と１つのシグネチャー(ｓｉｇｎａｔｕｒｅ)を選択してＰＲＡＣＨプリアンブルを上りリンクに送信する。任意接続過程は競争基盤(ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ)の過程と非競争基盤(ｎｏｎ-ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ)の過程に区分される。
図２を参照すると、端末はシステム情報により基地局から任意接続に関する情報を受信して貯蔵する。その後、任意接続が必要であると、端末は任意接続プリアンブル(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅ；メッセージ１又はＭｓｇ１ともいう)を基地局に送信する(Ｓ２１)。任意接続プリアンブルはＲＡＣＨプリアンブル又はＰＲＡＣＨプリアンブルとも呼ばれる。基地局が端末から任意接続プリアンブルを受信すると、基地局は任意接続応答メッセージ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ；メッセージ２又はＭｓｇ２ともいう)を端末に送信する(Ｓ２２)。具体的には、任意接続応答メッセージに関する下りスケジューリング情報は、ＲＡ－ＲＮＴＩ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ-ＲＮＴＩ)にＣＲＣマスキングされてＬ１／Ｌ２制御チャネル(ＰＤＣＣＨ)上で送信される。ＲＡ－ＲＮＴＩにマスキングされた下りスケジューリング信号を受信した端末は、ＰＤＳＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)から任意接続応答メッセージを受信して復号する。その後、端末は任意接続応答メッセージに自分に指示された任意接続応答情報があるか否かを確認する。自分に指示された任意接続応答情報が存在するか否かは、端末が送信したプリアンブルに対するＲＡＩＤ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ ｐｒｅａｍｂｌｅ ＩＤ)が存在するか否かにより確認できる。任意接続応答情報は同期化のためのタイミングオフセット情報を示すタイミングアドバンス(Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ；ＴＡ)、上りリンクに使用される無線リソース割り当て情報、端末識別のための臨時識別子(例：Ｔｅｍｐｏｒａｒｙ Ｃ-ＲＮＴＩ)などを含む。端末は任意接続応答情報を受信すると、応答情報に含まれた無線リソース割り当て情報によって上りリンク共有チャネル(Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)でＲＲＣ連結要請メッセージを含む上りリンク送信(メッセージ３又はＭｓｇ３ともいう)を行う(Ｓ２３)。基地局は端末から上りリンク送信を受信した後、競争解決(ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ)のためのメッセージ(メッセージ４又はＭｓｇ４ともいう)を端末に送信する(Ｓ２４)。競争解決のためのメッセージは競争解決メッセージとも呼ばれ、ＲＲＣ連結設定メッセージを含む。端末は基地局から競争解決メッセージを受信した後、連結設定を完了して連結設定完了メッセージ(メッセージ５又はＭｓｇ５ともいう)を基地局に送信する(Ｓ２５)。
非競争基盤の過程の場合、端末が任意接続プリアンブルを送信(Ｓ２１)する前に、基地局が非競争の任意接続プリアンブル(Ｎｏｎ-ｃｏｎｔｅｎｔｉｏｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅ)を端末に割り当てる。非競争の任意接続プリアンブルはハンドオーバー命令(ｈａｎｄｏｖｅｒ ｃｏｍｍａｎｄ)やＰＤＣＣＨのような専用シグナリング(ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｉｎｇ)により割り当てられる。端末は非競争の任意接続プリアンブルが割り当てられた場合、Ｓ２１段階と類似に割り当てられた非競争の任意接続プリアンブルを基地局に送信する。基地局は端末から非競争の任意接続プリアンブルを受信すると、Ｓ２２段階と類似に基地局は任意接続応答を端末に送信する。
無線フレーム(ｒａｄｉｏ ｆｒａｍｅ)構造
図３はＬＴＥ無線フレーム構造を例示する。ＬＴＥはＦＤＤ(Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)用のフレームタイプ１、ＴＤＤ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)用のフレームタイプ２、及びＵＣｅｌｌ(Ｕｎｌｉｃｅｎｓｅｄ ｃｅｌｌ)用のフレームタイプ３を支援する。ＰＣｅｌｌ(Ｐｒｉｍａｒｙ ｃｅｌｌ)に付加して、最大３１個のＳＣｅｌｌ(Ｓｅｃｏｎｄａｒｙ ｃｅｌｌ)を併合できる。特に言及しない限り、この明細書で説明する動作はセルごとに独立して適用される。多重－セルの併合時、互いに異なるフレーム構造が互いに異なるセルに使用されることができる。またフレーム構造内の時間リソース(例、サブフレーム、スロット、サブスロット)はＴＵ(Ｔｉｍｅ Ｕｎｉｔ)と統称する。
図３(ａ)はフレームタイプ１を例示する。下りリンク無線フレームは１０個の１ｍｓサブフレーム(Ｓｕｂｆｒａｍｅ、ＳＦ)により定義される。サブフレームはＣＰ(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)によって１４個又は１２個のシンボルを含む。一般(ｎｏｒｍａｌ)ＣＰが使用される場合、サブフレームは１４個のシンボルを含む。拡張(ｅｘｔｅｎｄｅｄ)ＣＰが使用される場合は、サブフレームは１２個のシンボルを含む。シンボルは多重接続方式によってＯＦＤＭ(Ａ)シンボル、ＳＣ－ＦＤＭ(Ａ)シンボルを意味する。例えば、シンボルは下りリンクにおいてはＯＦＤＭ(Ａ)シンボルを意味し、上りリンクにおいてはＳＣ－ＦＤＭ(Ａ)シンボルを意味する。ＯＦＤＭ(Ａ)シンボルはＣＰ－ＯＦＤＭ(Ａ)(Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ－ＯＦＤＭ(Ａ))シンボルと称され、ＳＣ－ＦＤＭ(Ａ)シンボルはＤＦＴ－ｓＯＦＤＭ(Ａ)(Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ＯＦＤＭ(Ａ))シンボルと称される。
図３(ｂ)はフレームタイプ２を例示する。フレームタイプ２は２つのハーフフレーム(ｈａｌｆ ｆｒａｍｅ)で構成される。ハーフフレームは４(又は５)個の一般サブフレームと１(又は０)個のスペシャルサブフレームを含む。一般サブフレームはＵＬ－ＤＬ構成(Ｕｐｌｉｎｋ－Ｄｏｗｎｌｉｎｋ Ｃｏｎｆｉｇｕｒａｔｉｏｎ)によって上りリンク又は下りリンクに使用される。サブフレームは２つのスロットで構成される。
上述した無線フレームの構造は一例に過ぎず、無線フレームに含まれるサブフレームの数又はサブフレームに含まれるスロットの数、スロットに含まれるシンボルの数は様々に変更可能である。
図４はＬＴＥフレームのスロット構造を例示する。
Figure 0007182728000001
図５はＬＴＥシステムの下りリンクサブフレームの構造を例示する。
図５を参照すると、サブフレームにおける１番目のスロットの前に位置する最大３つ(又は４つ)のＯＦＤＭ(Ａ)シンボルが、下りリンク制御チャネルが割り当てられる制御領域に該当する。残りのＯＦＤＭ(Ａ)シンボルは、ＰＤＳＣＨが割り当てられるデータ領域に該当し、データ領域の基本リソース単位はＲＢである。下りリンク制御チャネルはＰＣＦＩＣＨ(Ｐｈｙｓｉｃａｌ ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ)、ＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、ＰＨＩＣＨ(Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ－ＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ)などを含む。ＰＣＦＩＣＨはサブフレームの１番目のＯＦＤＭシンボルで送信され、サブフレームにおいて制御チャネルの送信のために用いられるＯＦＤＭシンボルの数に関する情報を運ぶ。ＰＨＩＣＨは、上りリンク送信に対する応答チャネルであり、ＨＡＲＱ ＡＣＫ(Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)／ＮＡＣＫ(Ｎｅｇａｔｉｖｅ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)信号を運ぶ。ＰＤＣＣＨで送信される制御情報をＤＣＩ(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)という。ＤＣＩは上りリンク又は下りリンクスケジューリング情報又は任意の端末グループのための上りリンク送信電力制御命令(Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ Ｃｏｍｍａｎｄ)を含む。
図６はＬＴＥで使用される上りリンクサブフレームの構造を例示する。
図６を参照すると、１サブフレームは２つの０.５ｍｓスロットで構成される。各スロットは複数のシンボルで構成され、１つのシンボルは１つのＳＣ－ＦＤＭＡシンボルに対応する。ＲＢは周波数領域において１２個の副搬送波、また時間領域において１個のスロットに該当するリソース割り当て単位である。ＬＴＥの上りリンクサブフレームの構造は大きくデータ領域と制御領域に区分される。データ領域は各端末から送信される音声、パケットなどのデータ送信に使用される通信リソースを意味し、ＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)を含む。制御領域は上りリンク制御信号、例えば、各端末からの下りリンクチャネル品質報告、下りリンク信号に対する受信ＡＣＫ／ＮＡＣＫ、上りリンクスケジューリング要請などの送信に使用される通信リソースを意味し、ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を含む。ＳＲＳ(Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)は１つのサブフレームにおいて時間軸上で最後に位置するＳＣ－ＦＤＭＡシンボルにより送信される。
図７はＮＲシステムにおいて使用される無線フレームの構造を例示する。
ＮＲにおいて、上りリンク及び下りリンクの送信はフレームで構成される。無線フレームは１０ｍｓの長さを有し、２個の５ｍｓハーフフレーム(Ｈａｌｆ－Ｆｒａｍｅ、ＨＦ)により定義される。ハーフフレームは５個の１ｍｓサブフレーム(Ｓｕｂｆｒａｍｅ、ＳＦ)により定義される。サブフレームは一つ以上のスロットに分割され、サブフレーム内のスロット数は副搬送波間隔(Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ、ＳＣＳ)に依存する。各スロットはＣＰ(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)によって１２個又は１４個のＯＦＤＭ(Ａ)シンボルを含む。一般ＣＰが使用される場合、各スロットは１４個のシンボルを含む。拡張ＣＰが使用される場合は、各スロットは１２個のシンボルを含む。ここで、シンボルはＯＦＤＭシンボル(又はＣＰ－ＯＦＤＭシンボル)、ＳＣ－ＦＤＭＡシンボル(又はＤＦＴ－ｓ－ＯＦＤＭシンボル)を含む。
表１は一般ＣＰが使用される場合、ＳＣＳによるスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数を例示する。
Figure 0007182728000002
＊Ｎslot symb ：スロット内のシンボル数
＊Ｎframe,μ slot：フレーム内のスロット数
＊Ｎsubframe,μ slot：サブフレーム内のスロット数
表２は拡張ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数を例示する。
Figure 0007182728000003
ＮＲシステムでは一つの端末に併合される複数のセル間においてＯＦＤＭニューマロロジー(例えば、ＳＣＳ、ＣＰ長さなど)が異なるように設定されることができる。これにより、同じ数のシンボルで構成された時間リソース(例えば、ＳＦ、スロット又はＴＴＩ)(便宜上、ＴＵ(Ｔｉｍｅ Ｕｎｉｔ)と通称)の(絶対時間)区間が併合されたセル間で異なるように設定される。
図８はＮＲフレームのスロット構造を例示する。
スロットは時間ドメインで複数のシンボルを含む。例えば、一般ＣＰの場合、１つのスロットが１４個のシンボルを含むが、拡張ＣＰの場合は、１つのスロットが１２個のシンボルを含む。搬送波は周波数ドメインで複数の副搬送波を含む。ＲＢ(Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)は周波数ドメインで複数(例えば、１２)の連続する副搬送波と定義される。ＢＷＰは周波数ドメインで複数の連続する(Ｐ)ＲＢと定義され、１つのニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ、ＣＰ長さなど)に対応することができる。搬送波は最大Ｎ個(例えば、５個)のＢＷＰを含む。データ通信は活性化されたＢＷＰで行われ、１つの端末には１つのＢＷＰのみが活性化される。リソースグリッドにおいて各々の要素はリソース要素(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ、ＲＥ)と称され、１つの複素シンボルがマッピングされることができる。
Ｂ．上りリンク及び下りリンクチャネル
下りリンクチャネル
基地局は下りリンクチャネルを介して関連信号を端末に送信し、端末は下りリンクチャネルを介して関連信号を基地局から受信する。
(１)物理下りリンク共有チャンネル(ＰＤＳＣＨ)
ＰＤＳＣＨは、下りリンクデータ(例えば、ＤＬ－ｓｈａｒｅｄ ｃｈａｎｎｅｌ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ，ＤＬ－ＳＣＨ ＴＢ)を運搬し、ＱＰＳＫ(Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ)、１６ＱＡＭ(Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ)、６４ＱＡＭ、２５６ＱＡＭなどの変調方法が適用される。ＴＢを符号化してコードワード(ｃｏｄｅｗｏｒｄ)を生成する。ＰＤＳＣＨは最大２個のコードワードを運ぶ。各コードワード(ｃｏｄｅｗｏｒｄ)ごとにスクランブリング(ｓｃｒａｍｂｌｉｎｇ)及び変調マッピング(ｍｏｄｕｌａｔｉｏｎ ｍａｐｐｉｎｇ)が行われ、各コードワードから生成された変調シンボルは一つ以上のレイヤにマッピングされる(Ｌａｙｅｒ ｍａｐｐｉｎｇ)。各レイヤはＤＭＲＳ(Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)と共にリソースにマッピングされてＯＦＤＭシンボル信号として生成され、該当アンテナポートを介して送信される。
(２)物理下りリンク制御チャンネル(ＰＤＣＣＨ)
ＰＤＣＣＨは下りリンク制御情報(ＤＣＩ)を運搬し、ＱＰＳＫ変調方法が適用される。一つのＰＤＣＣＨはＡＬ(Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌ)に応じて１、２、４、８、１６個のＣＣＥ(Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ)で構成される。１個のＣＣＥは６個のＲＥＧ(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ)で構成される。１個のＲＥＧは１個のＯＦＤＭシンボルと１個の(Ｐ)ＲＢで定義される。ＰＤＣＣＨは制御リソースセット(ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ、ＣＯＲＥＳＥＴ)により送信される。ＣＯＲＥＳＥＴは所定のニューマロロジー(例、ＳＣＳ、ＣＰ長さなど)を有するＲＥＧセットにより定義される。一つの端末のための複数のＣＯＲＥＳＥＴは時間／周波数ドメインで重畳することができる。ＣＯＲＥＳＥＴはシステム情報(例、ＭＩＢ)又は端末－特定(ＵＥ－ｓｐｅｃｉｆｉｃ)の上位階層(例、ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ、ｌａｙｅｒ)シグナリングにより設定される。具体的には、ＣＯＲＥＳＥＴを構成するＲＢ数及びシンボル数(最大３個)が上位階層シグナリングにより設定される。
端末はＰＤＣＣＨ候補のセットに対する復号(いわゆる、ブラインド復号)を行ってＰＤＣＣＨを介して送信されるＤＣＩを得る。端末が復号するＰＤＣＣＨ候補のセットをＰＤＣＣＨ検索空間(Ｓｅａｒｃｈ Ｓｐａｃｅ)セットと定義する。検索空間セットは共通検索空間(ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ)又は端末－特定の検索空間(ＵＥ－ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ)であることができる。端末はＭＩＢ又は上位層シグナリングにより設定された一つ以上の検索空間セット内のＰＤＣＣＨ候補をモニタリングしてＤＣＩを得る。各ＣＯＲＥＳＥＴ設定は一つ以上の検索空間セットに連関し(ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ)、各検索空間セットは一つのＣＯＲＥＳＴ設定に連関する。一つの検索空間セットは以下のパラメータに基づいて決定される。
－ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ：検索空間セットに関連する制御リソースセットを示す。
－ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ：ＰＤＣＣＨモニタリング周期区間(スロット単位)及びＰＤＣＣＨモニタリング区間オフセット(スロット単位)を示す。
－ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ：ＰＤＣＣＨモニタリングのためのスロット内のＰＤＣＣＨモニタリングパターンを示す(例えば、制御リソースセットの１番目のシンボルを示す)。
－ｎｒｏｆＣａｎｄｉｄａｔｅｓ：ＡＬ＝[１、２、４、８、１６]ごとのＰＤＣＣＨ候補の数(０、１、２、３、４、５、６、８のうちの一つ)を示す。
表３は検索空間タイプごとの特徴を例示する。
Figure 0007182728000004
表４はＰＤＣＣＨを介して送信されるＤＣＩフォーマットを例示する。
Figure 0007182728000005
ＤＣＩ ｆｏｒｍａｔ ０＿０はＴＢ基盤(又はＴＢ－ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用され、ＤＣＩ ｆｏｒｍａｔ ０＿１はＴＢ基盤(又はＴＢ－ｌｅｖｅｌ)のＰＵＳＣＨ又はＣＢＧ(Ｃｏｄｅ ｂｌｏｃｋ Ｇｒｏｕｐ)基盤(又はＣＢＧ－ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用される。ＤＣＩ ｆｏｒｍａｔ １＿０はＴＢ基盤(又はＴＢ－ｌｅｖｅｌ)のＰＤＳＣＨをスケジューリングするために使用され、ＤＣＩ ｆｏｒｍａｔ １＿１はＴＢ基盤(又はＴＢ－ｌｅｖｅｌ)のＰＤＳＣＨ又はＣＢＧ基盤(又はＣＢＧ－ｌｅｖｅｌ)のＰＤＳＣＨをスケジューリングするために使用される。ＤＣＩ ｆｏｒｍａｔ ２＿０は動的スロットフォーマット情報(例えば、ｄｙｎａｍｉｃ ＳＦＩ)を端末に伝達するために使用され、ＤＣＩ ｆｏｒｍａｔ ２＿１は下りリンク先制(ｐｒｅ－Ｅｍｐｔｉｏｎ)情報を端末に伝達するために使用される。ＤＣＩ ｆｏｒｍａｔ ２＿０及び／又はＤＣＩ ｆｏｒｍａｔ ２＿１は一つのグループで定義された端末に伝達されるＰＤＣＣＨであるグループ共通ＰＤＣＣＨ(Ｇｒｏｕｐ Ｃｏｍｍｏｎ ＰＤＣＣＨ)を介して該当グループ内の端末に伝達される。
上りリンクチャネル
端末は上りリンクチャネルを介して関連信号を基地局に送信し、基地局は上りリンクチャネルを介して関連信号を端末から受信する。
(１)物理上りリンク共有チャンネル(ＰＵＳＣＨ)
ＰＵＳＣＨは上りリンクデータ(例、ＵＬ－ｓｈａｒｅｄ Ｃｈａｎｎｅｌ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＵＬ－ＳＣＨ ＴＢ)及び／又は上りリンク制御情報(ＵＣＩ)を運び、ＣＰ－ＯＦＤＭ(Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ －Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)波形又はＤＦＴ－ｓ－ＯＦＤＭ(Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)波形に基づいて送信される。ＰＵＳＣＨがＤＦＴ－ｓ－ＯＦＤＭ波形に基づいて送信される場合、端末は変換プリコーディング(ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ)を適用してＰＵＳＣＨを送信する。一例として、変換プリコーディングが不可能な場合(例、ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ ｉｓ ｄｉｓａｂｌｅｄ)、端末はＣＰ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信し、変換プリコーディングが可能な場合(例、ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ ｉｓ ｅｎａｂｌｅｄ)、端末はＣＰ－ＯＦＤＭ波形又はＤＦＴ－ｓ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信する。ＰＵＳＣＨ送信はＤＣＩ内のＵＬグランドにより動的にスケジュールされるか、上位階層(例、ＲＲＣ)シグナリング(及び／又はＬａｙｅｒ１(Ｌ１)シグナリング(例、ＰＤＣＣＨ))に基づいて半－静的(ｓｅｍｉ－ｓｔａｔｉｃ)にスケジュールされる(ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ)。ＰＵＳＣＨ送信はコードワード基盤又は非－コードワード基盤に行われる。
(２)物理上りリンク制御チャンネル(ＰＵＣＣＨ)
ＰＵＣＣＨは上りリンク制御情報、ＨＡＲＱ－ＡＣＫ及び／又はスケジュール要請(ＳＲ)を運び、ＰＵＣＣＨ送信長さによってＳｈｏｒｔ ＰＵＣＣＨとＬｏｎｇ ＰＵＣＣＨに区分される。表５はＰＵＣＣＨフォーマットを例示する。
Figure 0007182728000006
Ｃ．ＭＴＣ(Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)
ＭＴＣはマシン(ｍａｃｈｉｎｅ)が１つ以上含まれたデータ通信の１つの形態であり、Ｍ２Ｍ(Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ)又はＩｏＴ(Ｉｎｔｅｒｎｅｔ－ｏｆ－Ｔｈｉｎｇｓ)などに適用可能である。ここで、マシンは人間による直接的な操作や介入が不要な個体を意味する。例えば、マシンは移動通信モジュールが搭載されたスマートメーター、自動販売機(ｖｅｎｄｉｎｇ ｍａｃｈｉｎｅ)、ＭＴＣ機能を有する携帯端末などを含む。例えば、ＭＴＣにより計量器検針、水位測定、監視カメラの活用、販売機の在庫報告などのサービスが提供される。ＭＴＣ通信は送信データ量が少なく、上り／下りリンクデータ送受信がたまに発生する特性がある。よって、低いデータ送信率に合わせてＭＴＣ装置の単価を下げ、バッテリー消耗を減らすことが効率的である。一般的にＭＴＣ装置は移動性が少なく、それによりＭＴＣ通信はチャネル環境がほぼ変わらない特性がある。
３ＧＰＰにおいて、ＭＴＣはＲｅｌｅａｓｅ １０から適用されており、低い費用及び低い複雑度、向上したカバレッジ、及び低い電力消費という基準を満たすように具現される。例えば、３ＧＰＰ Ｒｅｌｅａｓｅ １２には、低費用ＭＴＣ装置のための特徴が追加されており、このために、ＵＥカテゴリー０が新しく定義されている。ＵＥカテゴリーは、端末がどのくらいのデータを通信モデムで処理できるかを示す指標である。ＵＥカテゴリー０の端末は、減少した最大データ送信率(ｐｅａｋ ｄａｔａ ｒａｔｅ)、緩和したＲＦ要求事項を有する半二重動作(Ｈａｌｆ Ｄｕｐｌｅｘ Ｏｐｅｒａｔｉｏｎ)と単一の受信アンテナを使用することにより、基底バンド(ｂａｓｅｂａｎｄ)／ＲＦ複雑度を減らすことができる。３ＧＰＰ Ｒｅｌｅａｓｅ １２においては、ｅＭＴＣ(ｅｎｈａｎｃｅｄ ＭＴＣ)が導入されており、レガシーＬＴＥで支援する最小周波数帯域幅である１.０８ＭＨｚ(即ち、６個のＲＢ)のみで動作するようにしてＭＴＣ端末の単価及び電力消耗を抑えることができる。
以下の説明において、ＭＴＣは、ｅＭＴＣ、ＬＴＥ－Ｍ１／Ｍ２、ＢＬ／ＣＥ(Ｂａｎｄｗｉｄｔｈ ｒｅｄｕｃｅｄ ｌｏｗ ｃｏｍｐｌｅｘｉｔｙ／ｃｏｖｅｒａｇｅ ｅｎｈａｎｃｅｄ)、ｎｏｎ－ＢＬ ＵＥ(ｉｎ ｅｎｈａｎｃｅｄ ｃｏｖｅｒａｇｅ)、ＮＲ ＭＴＣ、ｅｎｈａｎｃｅｄ ＢＬ／ＣＥなどの用語、又は等価の他の用語と混用することができる。また、ＭＴＣ端末／装置はＭＴＣ機能を有する端末／装置(例えば、スマートメーター、自動販売機、ＭＴＣ機能を有する携帯端末)を包括する。
図９はＭＴＣに用いられる物理チャネル及びそれらを用いた一般的な信号送信を例示する。無線通信システムにおいて、ＭＴＣ端末は基地局から下りリンク(Ｄｏｗｎｌｉｎｋ、ＤＬ)を介して情報を受信し、端末は基地局に上りリンク(Ｕｐｌｉｎｋ、ＵＬ)を介して情報を送信する。基地局と端末が送受信する情報はデータ及び様々な制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
電源Ｏｆｆ状態で電源を入れたか或いは新しくセルに進入した端末は、基地局と同期を確立するなどの初期セル探索(Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ)動作を行う(Ｓ９０１)。このために、端末は基地局からＰＳＳ(Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)及びＳＳＳ(Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)を受信して基地局と同期を確立し、セルＩＤ(ｃｅｌｌ ｉｄｅｎｔｉｔｙ)などの情報を得る。端末の初期セル探索の動作に用いられるＰＳＳ／ＳＳＳはレガシーＬＴＥのＰＳＳ／ＳＳＳであることができる。その後、ＭＴＣ端末は基地局からＰＢＣＨ(Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ)信号を受信してセル内の放送情報を得る(Ｓ９０２)。なお、端末は初期セル探索の段階において、ＤＬ ＲＳ(Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)を受信して下りリンクチャネルの状態を確認できる。
初期セル探索が終了した端末は、Ｓ９０２において、ＭＰＤＣＣＨ(ＭＴＣ ＰＤＣＣＨ)及びそれに対応するＰＤＳＣＨを受信して、より具体的なシステム情報を得られる。
以後、端末は基地局に接続を完了するために、任意接続過程(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)を行う(Ｓ９０３～Ｓ９０６)。具体的には、端末はＰＲＡＣＨ(Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ)を介してプリアンブル(ｐｒｅａｍｂｌｅ)を伝送し(Ｓ９０３)、ＰＤＣＣＨ及びそれに対応するＰＤＳＣＨを介してプリアンブルに対するＲＡＲ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ)を受信する(Ｓ９０４)。その後、端末ＲＡＲ内のスケジューリング情報を用いて、ＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)を送信し(Ｓ９０５)、ＰＤＣＣＨ及びそれに対応するＰＤＳＣＨのような衝突解決手順(Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ)を行う(Ｓ９０６)。
このような手順を行った端末は、その後一般的な上り／下りリンク信号の伝送手順としてＭＰＤＣＣＨ信号及び／又はＰＤＳＣＨ信号の受信(Ｓ９０７)及び物理上りリンク共有チャネル(ＰＵＳＣＨ)信号及び／又は物理上りリンク制御チャネル(ＰＵＣＣＨ)信号の送信(Ｓ９０８)を行う。端末が基地局に送信する制御情報を併せてＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)という。ＵＣＩはＨＡＲＱ ＡＣＫ／ＮＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎt／Ｎｅｇａｔｉｖｅ－ＡＣＫ)、ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)、ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)などを含む。ＣＳＩはＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ)、ＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ)、ＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ)などを含む。
図１０はＭＴＣにおけるセルカバレッジ向上を例示する。カバレッジ向上はカバレッジ拡張とも呼ばれ、ＭＴＣに関連して説明されるカバレッジ向上のための技法はＮＢ－ＩｏＴ及５Ｇ(又はＮＲ)にも同一／類似に適用できる。
ＭＴＣ装置１００２のために基地局１００４のセルカバレッジ(Ｃｏｖｅｒａｇｅ Ｅｘｔｅｎｓｉｏｎ又はＣｏｖｅｒａｇｅ Ｅｎｈａｎｃｅｍｅｎｔ、ＣＥ)を拡張するための様々なセルカバレッジ拡張技法が論議されている。例えば、セルカバレッジ拡張のために、基地局／端末は１つの物理チャネル／信号を複数の機会(ｏｃｃａｓｉｏｎ)にわたって送信する(物理チャネルのバンドル)。バンドル区間内で物理チャネル／信号は所定の規則に従って繰り返し送信される。受信装置は物理チャネル／信号バンドルの一部又は全体を復号することにより物理チャネル／信号の復号成功率を高めることができる。ここで、機会は物理チャネル／信号が送／受信されるリソース(例、時間／周波数)を意味する。物理チャネル／信号のための機会は時間ドメインにおいてサブフレーム、スロット又はシンボルセットを含む。ここで、シンボルセットは１つ以上の連続するＯＦＤＭ－基盤シンボルからなる。ＯＦＤＭ－基盤シンボルはＯＦＤＭ(Ａ)シンボル、ＤＦＴ－ｓ－ＯＦＤＭ(Ａ)(＝ＳＣ－ＦＤＭ(Ａ))シンボルを含む。物理チャネル／信号のための機会は周波数ドメインにおいては周波数バンド、ＲＢセットを含む。例えば、ＰＢＣＨ、ＰＲＡＣＨ、ＭＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＣＣＨ及びＰＵＳＣＨが繰り返し送信される。
ＭＴＣはカバレッジ向上又は拡張(Ｃｏｖｅｒａｇｅ Ｅｘｔｅｎｓｉｏｎ又はＣｏｖｅｒａｇｅ Ｅｎｈａｎｃｅｍｅｎｔ、ＣＥ)のための動作モードを支援する。カバレッジ向上又は拡張のために信号の繰り返し送信／受信を支援するモードをＣＥモードと称し、カバレッジ向上又は拡張のための信号の繰り返し送信／受信の回数をＣＥレベルと称する。表６にＭＴＣで支援するＣＥモード／レベルを例示する。
Figure 0007182728000007
第１モードは完全な移動性及びＣＳＩ(Ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ)フィードバックが支援される小さいカバレッジ向上のために定義され、繰り返しがないか又は繰り返し回数の少ないモードである。第１モードの動作はＵＥカテゴリー１の動作範囲と同一である。第２モードはＣＳＩフィードバック及び制限された移動性を支援する極めて劣悪なカバレッジ条件のＵＥについて定義され、多数の繰り返し送信が定義される。第２モードはＵＥカテゴリー１の範囲を基準として最大１５ｄＢのカバレッジ向上を提供する。ＭＴＣの各レベルはＲＡＣＨとページング過程(ｐａｇｉｎｇ ｐｒｏｃｅｄｕｒｅ)において異なるように定義される。
図１１はＭＴＣのための信号帯域を例示する。
図１１を参照すると、ＭＴＣ端末の単価を下げるための方法として、ＭＴＣはセルのシステム帯域幅(ｓｙｓｔｅｍ ｂａｎｄｗｉｄｔｈ)に関係なく、セルのシステム帯域幅のうち、特定の帯域(又はチャネル帯域)(以下、ＭＴＣサブバンド又は狭帯域(ｎａｒｒｏｗｂａｎｄ、ＮＢ))のみで動作する。例えば、ＭＴＣ端末の上り／下りリンク動作は１．０８ＭＨｚ周波数バンドのみで行われる。１.０８ＭＨｚはＬＴＥシステムにおいて６個の連続するＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)に該当し、ＬＴＥ端末と同じセル探索及び任意接続手順に従うために定義される。図１１(ａ)はセルの中心(例、中心６個のＰＲＢ)にＭＴＣサブバンドが構成された場合を例示し、図１１(ｂ)はセル内に複数のＭＴＣサブバンドが構成された場合を例示している。複数のＭＴＣサブバンドは周波数領域において連続／不連続に構成される。ＭＴＣのための物理チャネル／信号は１つのＭＴＣサブバンドで送受信される。ＮＲシステムにおいて、ＭＴＣサブバンドは周波数範囲(ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ)及びＳＣＳ(ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ)を考慮して定義される。一例として、ＮＲシステムにおいて、ＭＴＣサブバンドのサイズはＸ個の連続するＰＲＢ(即ち、０．１８＊Ｘ＊(２＾ｕ)ＭＨｚ帯域幅)により定義される(ｕは表１を参照)。ここで、ＸはＳＳ／ＰＢＣＨ(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ／Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ)ブロックのサイズに合わせて２０と定義される。ＮＲシステムにおいて、ＭＴＣは少なくとも１つのＢＷＰ(Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ)で動作することができる。この場合、ＢＷＰ内に複数のＭＴＣサブバンドが構成される。
図１２はレガシーＬＴＥとＭＴＣでのスケジューリングを例示する。
図１２を参照すると、レガシーＬＴＥにおいてＰＤＳＣＨはＰＤＣＣＨを用いてスケジューリングされる。具体的には、ＰＤＣＣＨはサブフレームにおいて最初のＮ個のＯＦＤＭシンボルで送信され(Ｎ＝１～３)、ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨは同じサブフレームで送信される。一方、ＭＴＣにおいて、ＰＤＳＣＨはＭＰＤＣＣＨを用いてスケジューリングされる。これにより、ＭＴＣ端末はサブフレーム内の検索空間においてＭＰＤＣＣＨ候補をモニタリングすることができる。ここで、モニタリングはＭＰＤＣＣＨ候補をブラインド復号することを含む。ＭＰＤＣＣＨはＤＣＩを送信し、ＤＣＩは上りリンク又は下りリンクスケジューリング情報を含む。ＭＰＤＣＣＨはサブフレームにおいてＰＤＳＣＨとＦＤＭに多重化される。ＭＰＤＣＣＨは最大２５６個のサブフレームで繰り返し送信され、ＭＰＤＣＣＨにより送信されるＤＣＩはＭＰＤＣＣＨ繰り返し回数に関する情報を含む。下りリンクスケジューリングの場合、ＭＰＤＣＣＨの繰り返し送信がサブフレーム＃Ｎで終わった場合、ＭＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨはサブフレーム＃Ｎ＋２で送信が開始される。ＰＤＳＣＨは最大２０４８個のサブフレームで繰り返し送信される。ＭＰＤＣＣＨとＰＤＳＣＨは互いに異なるＭＴＣサブバンドで送信される。上りリンクスケジューリングの場合、ＭＰＤＣＣＨの繰り返し送信がサブフレーム＃Ｎで終わった場合、ＭＰＤＣＣＨによりスケジューリングされるＰＵＳＣＨはサブフレーム＃Ｎ＋４で送信が開始される。例えば、３２個のサブフレームにおいてＰＤＳＣＨが繰り返し送信される場合、最初の１６個のサブフレームでＰＤＳＣＨは第１ＭＴＣサブバンドで送信され、残りの１６個のサブフレームでＰＤＳＣＨは第２ＭＴＣサブバンドで送信される。ＭＴＣは半二重(ｈａｌｆ ｄｕｐｌｅｘ)モードで動作する。ＭＴＣのＨＡＲＱ再送信は適応的(ａｄａｐｔｉｖｅ)、非同期(ａｓｙｎｃｈｒｏｎｏｕｓ)方式である。
Ｄ．ＮＢ－ＩｏＴ(Ｎａｒｒｏｗｂａｎｄ－Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ)
ＮＢ－ＩｏＴは既存の無線通信システム(例、ＬＴＥ、ＮＲ)により低電力広域網を支援する狭帯域モノのインターネット技術である。また、ＮＢ－ＩｏＴは狭帯域(ｎａｒｒｏｗｂａｎｄ)により低い複雑度(ｃｏｍｐｌｅｘｉｔｙ)、低い電力消費を支援するためのシステムを意味する。ＮＢ－ＩｏＴシステムではＳＣＳ(ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ)などのＯＦＤＭパラメータを既存のシステムと同一に使用するので、ＮＢ－ＩｏＴシステムのために追加帯域を別に割り当てる必要がない。例えば、既存のシステム帯域の１ＰＲＢをＮＢ－ＩｏＴ用に割り当てることができる。ＮＢ－ＩｏＴ端末は単一のＰＲＢ(Ｓｉｎｇｌｅ ＰＲＢ)を各々のキャリアとして認識するので、、ＮＢ－ＩｏＴに関する説明においてＰＲＢとキャリアは同じ意味に解釈できる。
ＮＢ－ＩｏＴは多重キャリアモードで動作する。この時、ＮＢ－ＩｏＴにおいて、キャリアはアンカー類型のキャリア(ａｎｃｈｏｒ ｔｙｐｅ ｃａｒｒｉｅｒ)(即ち、アンカーキャリア(ａｎｃｈｏｒ ｃａｒｒｉｅｒ)、アンカーＰＲＢ)と非－アンカー類型のキャリア(ｎｏｎ－ａｎｃｈｏｒ ｔｙｐｅ ｃａｒｒｉｅｒ)(即ち、非－アンカーキャリア(ｎｏｎ－ａｎｃｈｏｒ ｃａｒｒｉｅｒ)、非－アンカーＰＲＢ)により定義される。アンカーキャリアは基地局の観点で初期接続(ｉｎｉｔｉａｌ ａｃｃｅｓｓ)のためにＮＰＳＳ、ＮＳＳＳ及びＮＰＢＣＨ、そしてシステム情報ブロック(Ｎ－ＳＩＢ)のためのＮＰＤＳＣＨなどを送信するキャリアを意味する。即ち、ＮＢ－ＩｏＴにおいて、初期接続のためのキャリアはアンカーキャリアと呼ばれ、それ以外のものは非－アンカーキャリアと呼ばれる。この時、アンカーキャリアはシステム上に１つのみ存在するか、又は多数個が存在することもできる。
この明細書においては、ＮＢ－ＩｏＴに関する説明が既存のＬＴＥシステムに適用される場合を主として記載されているが、この明細書の説明は次世代システム(例、ＮＲシステムなど)にも拡張して適用することができる。また、この明細書においてＮＢ－ＩｏＴに関連する内容は、類似する技術的目的(例、低電力、低費用、カバレッジ向上など)を志向するＭＴＣに拡張して適用することができる。また、ＮＢ－ＩｏＴはＮＢ－ＬＴＥ、ＮＢ－ＩｏＴ向上(ｅｎｈａｎｃｅｍｅｎｔ)、向上した(ｅｎｈａｎｃｅｄ)ＮＢ－ＩｏＴ、さらに向上した(ｆｕｒｔｈｅｒ ｅｎｈａｎｃｅｄ)ＮＢ－ＩｏＴ、ＮＢ－ＮＲなどの用語に代替することもできる。
図１３はＮＢ－ＩｏＴに用いられる物理チャネル及びそれらを用いた一般的な信号送信を例示する。無線通信システムにおいて、端末は基地局から下りリンク(Ｄｏｗｎｌｉｎｋ、ＤＬ)を介して情報を受信し、端末は基地局に上りリンク(Ｕｐｌｉｎｋ、ＵＬ)を介して情報を送信する。基地局と端末が送受信する情報はデータ及び様々な制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
電源が消えた状態で電源がついたり、新しくセルに進入したりした端末は、基地局と同期を取るなどの初期セル探索の動作を行う(Ｓ１３０１)。このために、端末は基地局からＮＰＳＳ(Ｎａｒｒｏｗｂａｎｄ Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)及びＮＳＳＳ(Ｎａｒｒｏｗｂａｎｄ Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)を受信して基地局との同期化を行い、セルＩＤなどの情報を得る。また端末は基地局からＮＰＢＣＨ信号を受信してセル内の放送情報を得る(Ｓ１３０２)。一方、端末は初期セル探索の段階でＤＬ ＲＳ(Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)を受信して下りリンクチャネルの状態を確認することができる。
初期セル探索を終えた端末は、Ｓ１３０２段階において、ＮＰＤＣＣＨ及びそれに対応するＮＰＤＳＣＨを受信してより具体的なシステム情報を得る。
その後、端末は基地局に接続を完了するために任意接続過程(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)を行う(Ｓ１３０３～Ｓ１３０６)。具体的には、端末はＮＰＲＡＣＨ(Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ)を介してプリアンブルを送信し(Ｓ１３０３)、ＮＰＤＣＣＨ及びそれに対応するＮＰＤＳＣＨを介してプリアンブルに対するＲＡＲ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ)を受信する(Ｓ１３０４)。その後、端末はＲＡＲ内のスケジューリング情報を用いてＮＰＵＳＣＨ(Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)を送信し(Ｓ１３０５)、ＮＰＤＣＣＨ及びそれに対応するＮＰＤＳＣＨのような衝突解決手順(Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ)を行う(Ｓ１３０６)。
上記のような手順を行った端末は、その後、一般的な上り／下りリンク信号の送信手順としてＮＰＤＣＣＨ信号及び／又はＮＰＤＳＣＨ信号の受信(Ｓ１３０７)及びＮＰＵＳＣＨの送信(Ｓ１３０８)を行う。端末が基地局に送信する制御情報を統称してＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)という。ＵＣＩはＨＡＲＱ ＡＣＫ／ＮＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎt／Ｎｅｇａｔｉｖｅ－ＡＣＫ)、ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)、ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)などを含む。ＣＳＩはＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ)、ＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ)、ＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ)などを含む。ＮＢ－ＩｏＴにおいて、ＵＣＩはＮＰＵＳＣＨを介して送信される。ネットワーク(例、基地局)の要請／指示によって端末はＮＰＵＳＣＨを介してＵＣＩを周期的、非周期的又は半－持続的(ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ)に送信する。
ＮＢ－ＩｏＴフレーム構造は副搬送波間隔(ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ)によって異なるように設定される。例えば、ＮＢ－ＩｏＴシステムでは、１５ｋＨｚの副搬送波間隔と３.７５ｋＨｚの副搬送波間隔が支援される。ＮＢ－ＩｏＴフレーム構造はこれらに限定されず、他の副搬送波間隔(例：３０ｋＨｚなど)に対するＮＢ－ＩｏＴも時間／周波数単位を変更して考慮することができる。一方、この明細書では、ＬＴＥシステムのフレーム構造に基づくＮＢ－ＩｏＴフレーム構造を例示しているが、これは説明の便宜のためのものであり、それに限られない。この明細書で説明する方式は次世代システム(例：ＮＲシステム)のフレーム構造に基づくＮＢ－ＩｏＴにも拡張して適用することができる。
図１４は副搬送波間隔が１５ｋＨｚである場合のフレーム構造を例示し、図１５は副搬送波間隔が３.７５ｋＨｚである場合のフレーム構造を例示する。
図１４を参照すると、１５ｋＨｚの副搬送波間隔に対するＮＢ－ＩｏＴフレーム構造は、上述したレガシーシステム(即ち、ＬＴＥシステム)のフレーム構造と同様に設定される。即ち、１０ｍｓ ＮＢ－ＩｏＴフレームは１０個の１ｍｓ ＮＢ－ＩｏＴサブフレームを含み、１ｍｓ ＮＢ－ＩｏＴサブフレームは２個の０.５ｍｓ ＮＢ－ＩｏＴスロットを含む。また各々の０.５ｍｓ ＮＢ－ＩｏＴは７個のＯＦＤＭシンボルを含む。
一方、図１５を参照すると、３.７５ｋＨｚ副搬送波間隔の場合、１０ｍｓ ＮＢ－ＩｏＴフレームは５個の２ｍｓ ＮＢ－ＩｏＴサブフレームを含み、２ｍｓ ＮＢ－ＩｏＴサブフレームは７個のＯＦＤＭシンボルと１個の保護区間(Ｇｕａｒｄ Ｐｅｒｉｏｄ、ＧＰ)を含む。また２ｍｓ ＮＢ－ＩｏＴサブフレームはＮＢ－ＩｏＴスロット又はＮＢ－ＩｏＴ ＲＵ(ｒｅｓｏｕｒｃｅ ｕｎｉｔ)などに表現することもできる。
ＮＢ－ＩｏＴ下りリンクの物理リソースは、システム帯域幅が特定数のＲＢ(例：１個のＲＢ、即ち、１８０ｋＨｚ)に制限されることを除いては、他の無線通信システム(例：ＬＴＥシステム、ＮＲシステムなど)の物理リソースを参考して設定できる。一例として、上述したように、ＮＢ－ＩｏＴ下りリンクが１５ｋＨｚの副搬送波間隔のみを支援する場合、ＮＢ－ＩｏＴ下りリンクの物理リソースは、上記図４に示したＬＴＥシステムのリソースグリッドを周波数領域上の１ＲＢ(即ち、１ＰＲＢ)に制限したリソース領域に設定されることができる。ＮＢ－ＩｏＴ上りリンクの物理リソースの場合にも、下りリンクの場合と同様に、システム帯域幅は１ＲＢに制限されて構成される。
図１６はＮＢ－ＩｏＴ下りリンク物理チャネル／信号の送信を例示する。下りリンク物理チャネル／信号は１つのＰＲＢにより送信され、１５ｋＨｚの副搬送波間隙／多重トーン送信を支援する。
図１６を参照すると、ＮＰＳＳは各フレームごとの６番目のサブフレーム、ＮＳＳＳは各偶数フレームごとの最後(例、１０番目)のサブフレームで送信される。端末は同期信号(ＮＰＳＳ、ＮＳＳＳ)を用いて周波数、シンボル、フレーム同期を得、５０４個のＰＣＩＤ(Ｐｈｙｓｉｃａｌ Ｃｅｌｌ ＩＤ)(即ち、基地局ＩＤ)を探索する。ＮＰＢＣＨは各フレームごとの１番目のサブフレームで送信され、ＮＢ－ＭＩＢを運ぶ。ＮＲＳは下りリンク物理チャネル復調のための基準信号として提供され、ＬＴＥと同じ方式で生成される。ただし、ＮＲＳシーケンス生成のための初期化値としてＮＢ－ＰＣＩＤ(Ｐｈｙｓｉｃａｌ Ｃｅｌｌ ＩＤ)(又はＮＣｅｌｌ ＩＤ、ＮＢ－ＩｏＴ基地局ＩＤ)が使用される。ＮＲＳは１つ又は２つのアンテナポートにより送信される。ＮＰＤＣＣＨとＮＰＤＳＣＨはＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨを除いて残りのサブフレームで送信される。ＮＰＤＣＣＨとＮＰＤＳＣＨは同じサブフレームでともに送信される。ＮＰＤＣＣＨはＤＣＩを運び、ＤＣＩは３種類いのＤＣＩフォーマットを支援する。ＤＣＩフォーマットＮ０はＮＰＵＳＣＨ(Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)スケジューリング情報を含み、ＤＣＩフォーマットＮ１とＮ２はＮＰＤＳＣＨスケジューリング情報を含む。ＮＰＤＣＣＨはカバレッジ向上のために最大２０４８回の繰り返し送信が可能である。ＮＰＤＳＣＨはＤＬ－ＳＣＨ(Ｄｏｗｎｌｉｎｋ－Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)、ＰＣＨ(Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ)のような送信チャネルのデータ(例、ＴＢ)を送信するために使用される。最大ＴＢＳは６８０ビットであり、カバレッジ向上のために最大２０４８回の繰り返し送信が可能である。
上りリンク物理チャネルはＮＰＲＡＣＨ(Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ)とＮＰＵＳＣＨを含み、単一トーン(Ｓｉｎｇｌｅ－ｔｏｎｅ)送信と多重トーン(ｍｕｌｔｉ－ｔｏｎｅ)送信を支援する。単一トーン送信は３.５ｋＨｚと１５ｋＨｚの副搬送波間隔について支援され、多重トーン送信は１５ｋＨｚの副搬送波間隔のみについて支援される。
ＮＢ－ＩｏＴ上りリンクには１５ｋＨｚ又は３.７５ｋＨｚの副搬送波間隔に基づいてＳＣ－ＦＤＭＡ(Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)方式が適用される。ＮＢ－ＩｏＴの上りリンクでは、多重トーン送信及び単一トーン送信が支援される。一例として、多重トーン送信は１５ｋＨｚの副搬送波間隔のみについて支援され、単一トーン送信は１５ｋＨｚ及び３.７５ｋＨｚの副搬送波間隔について支援されることができる。
下りリンクに関連して言及したように、ＮＢ－ＩｏＴシステムの物理チャネルは既存のシステムとの区分のために、‘Ｎ(Ｎａｒｒｏｗｂａｎｄ)’を追加して表現している。例えば、上りリンク物理チャネルはＮＰＲＡＣＨ(Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ)及びＮＰＵＳＣＨ(Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)などに定義され、上りリンク物理信号はＮＤＭＲＳ(Ｎａｒｒｏｗｂａｎｄ Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)などに定義される。
ここで、ＮＰＵＳＣＨはＮＰＵＳＣＨフォーマット１とＮＰＵＳＣＨフォーマット２などで構成される。一例として、ＮＰＵＳＣＨフォーマット１はＵＬ－ＳＣＨ送信(又は運搬)のために用いられ、ＮＰＵＳＣＨフォーマット２はＨＡＲＱ ＡＣＫシグナリングなどの上りリンク制御情報送信のために用いられる。
また特徴的には、ＮＢ－ＩｏＴシステムの下りリンクチャネルであるＮＰＲＡＣＨなどの場合、カバレッジ向上のために繰り返し送信(ｒｅｐｅｔｉｔｉｏｎ ｔｒａｎｓｍｉｓｓｉｏｎ)が行われる。この場合、繰り返し送信は周波数ホッピングが適用されて行われることもできる。
Ｅ．記号、略語、用語(Ｓｙｍｂｏｌｓ、Ａｂｂｒｅｖｉａｔｉｏｎｓ、Ｔｅｒｍｓ)
この明細書で使用する記号／略語／用語は以下の通りである。
－ＰＤＣＣＨ：物理下りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)の略語。下りリンクの制御情報(ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)を提供するための物理階層の通信チャネルを意味する。本発明で提案する方法は説明がなくてもＥＰＤＣＣＨ(Ｅｎｈａｎｃｅｄ－ＰＤＣＣＨ)、ＭＰＤＣＣＨ(ＭＴＣ－ＰＤＣＣＨ)、ＮＰＤＣＣＨ(Ｎａｒｒｏｗｂａｎｄ－ＰＤＣＣＨ)などの様々な構造のＰＤＣＣＨに適用可能であり、以下では特に説明せず、ＰＤＣＣＨを様々な構造のＰＤＣＣＨを代表する用語として使用する。
－ＰＵＣＣＨ：物理上りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)の略語。上りリンクの制御情報を提供するための物理階層の通信チャネルを意味する。本発明で提案する方法は説明がなくても様々な構造のＰＵＣＣＨに適用可能であり、以下では特に説明せず、ＰＵＣＣＨを様々な構造のＰＵＣＣＨを代表する用語として使用する。
－ＰＤＳＣＨ：物理下りリンク共有チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)の略語。下りリンクのデータを提供するための物理階層の通信チャネルを意味する。本発明で提案する方法は説明がなくてもＮＰＤＳＣＨ(Ｎａｒｒｏｗｂａｎｄ－ＰＤＳＣＨ)などの様々な構造のＰＤＳＣＨに適用可能であり、以下では特に説明せず、ＰＤＳＣＨを様々な構造のＰＤＳＣＨを代表する用語として使用する。
－ＰＵＳＣＨ：物理上りリンク共有チャネル(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)の略語。上りリンクのデータを提供するための物理階層の通信チャネルを意味する。本発明で提案する方法は説明がなくてもＮＰＵＳＣＨ(Ｎａｒｒｏｗｂａｎｄ-ＰＵＳＣＨ)などの様々な構造のＰＵＳＣＨに適用可能であり、以下では特に説明せず、ＰＵＳＣＨを様々な構造のＰＵＳＣＨを代表する用語として使用する。
－ＤＣＩ：下りリンク制御情報(Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)の略語
－ＵＣＩ：上りリンク制御情報(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)の略語
－ＮＤＩ：新規データ指示子(Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ)の略語、ＮＤＩは(ＰＤＣＣＨを介して送／受信される)ＤＣＩに含まれることができ、ＤＣＩがスケジューリングするＰＤＳＣＨ／ＰＵＳＣＨを介して新しいデータが送／受信されるか、又は以前のデータが再送信されるか指示する。
－ＣＢ：コードブロック(Ｃｏｄｅ Ｂｌｏｃｋ)の略語
－ＣＢＧ：コードブロックグループ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ)の略語
－ＴＢ：送信ブロック(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ)の略語
－ＴＢＳ：送信ブロックサイズ(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ Ｓｉｚｅ)の略語
－ＭＣＳ：変調及びコーディング方式(Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ)の略語
－ＳＦ：サブフレーム(Ｓｕｂｆｒａｍｅ)の略語
－ＲＥ：リソース要素(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ)の略語
－ＲＢ：リソースブロック(Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)の略語
－ＨＡＲＱ：ハイブリッド自動再送要求(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ)の略語
－ＳＩＢ：システム情報ブロック(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ)の略語
－ＬＡＡ：Ｌｉｃｅｎｓｅｄ Ａｓｓｉｓｔｅｄ Ａｃｃｅｓｓの略語。ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ Ｐｒｏ／５Ｇ／ＮＲシステムにおいて規定された帯域を免許帯域(Ｌｉｃｅｎｓｅｄ ｂａｎｄｗｉｄｔｈ)といい、ＷｉＦｉ帯域又はブルートゥース（登録商標）(ＢＴ)帯域などのようにＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ Ｐｒｏ／５Ｇ／ＮＲシステムにおいて規定されていない帯域を非免許帯域(ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄｗｉｄｔｈ)という。なお、非免許帯域で動作する方式をＬＡＡ方式という。
－スケジューリング遅延(Ｓｃｈｅｄｕｌｉｎｇ ｄｅｌａｙ)：ＤＣＩにより動的にスケジューリングされるＰＤＣＣＨの最後の送信位置(例：ＳＦ又はスロット)とスケジューリングされたＴＢ(ＰＵＳＣＨ又はＰＤＳＣＨ)の開始送信位置(例：ＳF又はスロット)の間の間隔。
－ＦＨ：周波数ホッピング(Ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ)の略語。なお、ＦＨ指示子はＦＨを指示するためのＤＣＩフィールドを意味し、ＦＨ指示情報はＦＨの活性(ｅｎａｂｌｅ)／非活性(ｄｉｓａｂｌｅ)を表現する情報を意味する。
－ＲＡ：リソース割り当て(Ｒｅｓｏｕｒｃｅ Ａｓｓｉｇｎｍｅｎｔ)の略語
－ＲＶ：冗長バージョン(Ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ)の略語
－ＱＡＭ：Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎの略語
－ＭＣＬ：Ｍａｘｉｍｕｍ Ｃｏｕｐｌｉｎｇ Ｌｏｓｓの略語
Ｆ．本発明で提案する方法
Ｆ．１．技術的問題
ＬＴＥ及びＮＲのような通信システムでは、一般的に１つのＰＤＳＣＨ又はＰＵＳＣＨをスケジューリングするために１つのＤＣＩを使用する方法が使用される。仮に複数のＴＢ又はＨＡＲＱプロセスをスケジューリングしようとする場合、一般的に端末は複数の互いに異なる検索空間(Ｓｅａｒｃｈ ｓｐａｃｅ)をモニタリングして夫々のＴＢ又はＨＡＲＱプロセスをスケジューリングするＤＣＩを取る必要がある。しかし、仮に送信データのサイズがＰＤＳＣＨ／ＰＵＳＣＨを介して一回に送信可能なＴＢＳのサイズよりも大きいか、又は周期的なデータ送信の必要性などの理由で連続するＰＤＳＣＨ／ＰＵＳＣＨの送信が必要な場合には、基地局の側面では、繰り返しＰＤＣＣＨ送信によるネットワークオーバーヘッド(ｎｅｔｗｏｒｋ ｏｖｅｒｈｅａｄ)増加の問題があり得、端末の側面では、繰り返しＰＤＣＣＨモニタリングによるパワー消耗が問題になり得る。かかる問題を解決するために、１つのＤＣＩを用いて複数のＴＢをスケジューリングする多重－ＴＢスケジューリング(ｍｕｌｔｉ－ＴＢ ｓｃｈｅｄｕｌｉｎｇ又はｍｕｌｔｉｐｌｅ－ＴＢ ｓｃｈｅｄｕｌｉｎｇ)構造が考えられる。多重－ＴＢスケジューリングの構造では、繰り返しＰＤＣＣＨ送信によるネットワークオーバーヘッドを減らすことができ、端末の立場では、追加ＤＣＩを検出するためのパワー消耗を減らすことができるという長所がある。ＬＴＥでは、ＬＡＡ方式の通信構造において１つのＤＣＩを用いて複数のＰＵＳＣＨ送信を制御する多重－ＳＦスケジューリング(ｍｕｌｔｉ－ＳＦ ｓｃｈｅｄｕｌｉｎｇ)構造が提案されている。この構造では、基地局が最大４つのＨＡＲＱプロセスに対応するＰＵＳＣＨの送信を１つのＤＣＩを用いてスケジューリングすることができ、端末は１回のＰＤＣＣＨモニタリングのみで複数のＰＵＳＣＨ送信を行うことができるという長所がある。同様に、現在Ｒｅｌ－１６ＮＢ－ＩｏＴ／ＭＴＣアイテムでも、１つのＤＣＩを用いて複数のＴＢをスケジューリングする多重－ＴＢスケジューリング技術が論議されている。
現在Ｒｅｌ－１６ＭＴＣで論議されている多重ＴＢスケジューリング方式は、ＣＥモードＡで最大８ＨＡＲＱプロセスを支援し、ＣＥモードＢで最大４ＨＡＲＱプロセスを支援することができる設計が考慮されている。１つのＤＣＩを用いてスケジューリング可能なＴＢの最大数が多いほど、ＤＣＩの送信に必要なオーバーヘッドを減らすことができる反面、多数のＴＢを同時にスケジューリングするための情報が多くなって、必要なＤＣＩビット数が大きく増加する短所もあり得る。特に、ＭＴＣのように向上したカバレッジ(ｅｎｈａｎｃｅｄ ｃｏｖｅｒａｇｅ)を支援するシステムでは、ターゲットＭＣＬを満たすための復号信頼性(ｄｅｃｏｄｉｎｇ ｒｅｌｉａｂｉｌｉｔｙ)を維持しなければならないことを考慮するとき、多重－ＴＢスケジューリングのためのＤＣＩの設計においてＤＣＩビット数は重要な考慮事項である。
上記の問題を解決するために、本発明では、多重－ＴＢスケジューリング方式のＤＣＩ設計過程において、一部のスケジューリングパラメータ(Ｓｃｈｅｄｕｌｉｎｇ ｐａｒａｍｅｔｅｒ)の間の相関関係を用いて、必要なＤＣＩビット数を減らす方法を提案する。特徴的には、本発明で提案する方法は、１つのＤＣＩにより複数のＴＢ又はＨＡＲＱプロセスがスケジューリングされる状況において、特定のＤＣＩフィールドのサイズと解釈方式が異なるＤＣＩフィールドに含まれた情報により決定される方法を提案しており、それに伴うＴＢの送／受信手順を提案する。
本発明で提案する方法は、ＬＴＥシステムで動作するＭＴＣとＮＢ－ＩｏＴ技術において、１つのＤＣＩを用いて１つ以上のＴＢ送信を制御する多重－ＴＢスケジューリング技術に適用して使用することができる。ＭＴＣとＮＢ－ＩｏＴは端末の低い複雑度と広いカバレッジ条件を要求する技術であり、ターゲットＭＣＬ性能を満たすための復号信頼性(ｄｅｃｏｄｉｎｇ ｒｅｌｉａｂｉｌｉｔｙ)の条件が重要である。また本発明で提案する方法は、ＬＴＥシステムで動作するＬＡＡ技術のように、１つのＤＣＩを用いて１つ以上のＰＵＳＣＨ送信をスケジューリングする多重－ＳＦスケジューリング(ｍｕｌｔｉ－ＳＦ ｓｃｈｅｄｕｌｉｎｇ又はｍｕｌｔｉｐｌｅ－ＳＦ ｓｃｈｅｄｕｌｉｎｇ)技術に適用して使用することができる。上述したように、現在ＬＡＡで定義されている多重－ＳＦスケジューリングＤＣＩに追加情報が導入される場合、必要なＤＣＩビット数を最大に維持しながら新しい動作を許容するために、提案する発明の適用が考慮される。
またＮＲシステムで論議されているＵ－Ｂａｎｄ(Ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ)技術は、ＬＴＥシステムのＬＡＡ技術と類似するので、同じ問題解決接近方式が考慮される。具体的には、Ｕ－Ｂａｎｄ技術では、１つのＤＣＩを用いて１つ以上のスロットごとにＴＢをスケジューリングする多重－ＴＴＩスケジューリング(Ｍｕｌｔｉ－ＴＴＩ ｓｃｈｅｄｕｌｉｎｇ又はＭｕｌｔｉｐｌｅ－ＴＴＩ ｓｃｈｅｄｕｌｉｎｇ)技術のための論議が進行されており、低いオーバーヘッドを有するＤＣＩの設計を具現する目的が考慮される。またＮＲシステムにおいて、端末の電力節減(ｐｏｗｅｒ ｓａｖｉｎｇ)のために論議されている候補技術の１つとして、１つのＤＣＩを用いて１つ以上のＰＤＳＣＨ／ＰＵＳＣＨをスケジューリングする多重－スロットスケジューリング(ｍｕｌｔｉ－ｓｌｏｔ ｓｃｈｅｄｕｌｉｎｇ又はｍｕｌｔｉｐｌｅ－ｓｌｏｔ ｓｃｈｅｄｕｌｉｎｇ)技術があり、同様に非連続ＴＢ又はＨＡＲＱプロセスＩＤのスケジューリングのために、提案する方法を適用できる。上記提案する方法の適用可能な技術例示の以外にも、本発明の原理が維持される限り、一般的な通信システムでＤＣＩ又はＵＣＩなどを運ぶ制御チャネル(ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)を設計するためにも、提案する発明を適用できる。
Ｆ．２．本発明で提案する方法
本発明で提案する方法が適用される一例として、ＬＴＥとＮＲのような通信システムにおいて１つのＤＣＩを用いて１つ以上のＴＢを動的にスケジューリングする多重－ＴＢスケジューリング(ｍｕｌｔｉ－ＴＢ ｓｃｈｅｄｕｌｉｎｇ又はｍｕｌｔｉｐｌｅ－ＴＢ ｓｃｈｅｄｕｌｉｎｇ)方式が考慮される。この時、ＴＢは１つの送信が行われる単位を説明するためのものであり、適用される技術においてスケジューリングが行われる送信の単位(例、ＣＢ、ＣＢＧ、サブフレーム、スロット、シンボル、ＲＥ、ＲＢ、ＨＡＲＱプロセスなど)に合わせて代替して使用できる。
図１７は本発明の提案方法が適用される基地局の動作を例示する。図１７はただ例示のためのものであり、本発明の提案方法は図１７の例示に限られず適用することができる。例えば、図１７における一部の動作が省略されても本発明の提案方法を適用可能であり、図１７に例示されていない動作が含まれても本発明の提案方法を適用することができる。
図１７を参照すると、多重－ＴＢスケジューリング方式を支援するために、基地局は多重－ＴＢスケジューリングに関する設定情報(ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ)(例、多重－ＴＢスケジューリングが支援されることと、それに連関するパラメータを知らせるための情報)を端末にシグナリング(又は送信)する(Ｓ１７０２)。一例として、シグナリングはＳＩＢやＲＲＣシグナリングのような上位階層シグナリングを用いるか又はＤＣＩにより動的に設定される情報である。その後、基地局は端末に送信するデータがあるか又は端末から受信するデータがある場合、１つ以上のＴＢ(の送／受信)をスケジューリングするためのＤＣＩ(又は下りリンクデータ送信のためのＤＣＩ又は上りリンクデータ受信のためのＤＣＩ)を端末に送信する(Ｓ１７０４)。仮に基地局が送信するデータがある場合、基地局はＤＣＩ送信が完了した後(１つ以上のＴＢによる)下りリンクデータの送信を行い(Ｓ１７０４)、仮に(ＴＢ又は下りリンクデータに対する)ＨＡＲＱ－ＡＣＫフィードバックチャネル(ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ)が必要な場合は、それを受信するための動作を行う(Ｓ１７０８)。仮に基地局が受信するデータがある場合、基地局はＤＣＩ送信が完了した後(１つ以上のＴＢをよる)上りリンクデータ受信を行い(Ｓ１７０４)、仮に(ＴＢ又は上りリンクデータに対する)ＨＡＲＱ－ＡＣＫフィードバックチャネルが必要な場合は、それを送信するための動作を行う(Ｓ１７０８)。ＨＡＲＱ－ＡＣＫフィードバックが不要な場合は、ＨＡＲＱ－ＡＣＫフィードバックチャネルの送／受信(Ｓ１７０８)は省略(ｓｋｉｐ)できる。
図１８は本発明の提案方法が適用される端末(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ)の動作を例示する。図１８はただ例示のためのものであり、本発明の提案方法は図１８の例示に限られず適用することができる。例えば、図１８における一部の動作が省略されても本発明の提案方法は適用可能であり、図１８に例示されていない動作が含まれても本発明の提案方法を適用することができる。
仮に端末が多重－ＴＢスケジューリングに関する設定情報(例、多重－ＴＢスケジューリングが支援されることと、それに連関するパラメータを知らせるための情報)を含むシグナリングを受信した場合(Ｓ１８０２)、端末は１つ以上のＴＢをスケジューリングするための(又は多重－ＴＢスケジューリングのための)ＤＣＩのモニタリングを行う(Ｓ１８０４)。一例として、上記シグナリングはＳＩＢやＲＲＣシグナリングのような上位階層シグナリングを用いるか又はＤＣＩにより動的に設定される情報である。その後、仮に端末が１つ以上のＴＢをスケジューリングする(又は多重－ＴＢスケジューリングをスケジューリングする)情報が含まれたＤＣＩを検出／受信した場合(Ｓ１８０４)、端末はこのシグナリングとＤＣＩによりスケジューリングされる情報に基づいてＴＢの送／受信位置を把握する。仮に端末が受信するデータがある場合は、端末はＤＣＩ受信が完了した後、１つ以上のＴＢ(による下りリンクデータ)の受信を行い(Ｓ１８０６)、仮に(ＴＢ又は下りリンクデータに対する)ＨＡＲＱ－ＡＣＫフィードバックチャネルが必要な場合は、それを送信するための動作を行う(Ｓ１８０８)。仮に端末が送信するデータがある場合は、端末はＤＣＩ受信が完了した後、１つ以上のＴＢ(による上りリンクデータ)の送信を行い(Ｓ１８０６)、仮に(ＴＢ又は上りリンクデータに対する)ＨＡＲＱ－ＡＣＫフィードバックチャネルが必要な場合は、それを受信するための動作を行う(Ｓ１８０８)。
図１９は基地局と端末の間の送／受信過程を示す。
図１７ないし図１９における例示において、仮にシステムがＭＴＣを支援する場合、ＤＣＩはＭＰＤＣＣＨを介して送／受信され(Ｓ１７０４又はＳ１８０４)、ＵＬデータは少なくとも１回のＰＵＳＣＨを介して送／受信され(Ｓ１７０６又はＳ１８０６)、ＤＬデータは少なくとも１回のＰＤＳＣＨを介して送／受信され(Ｓ１７０６又はＳ１８０６)、ＨＡＲＱ－ＡＣＫフィードバックは少なくとも１回のＰＵＣＣＨを介して送／受信される(Ｓ１７０８又はＳ１８０８)(例、"Ｃ.ＭＴＣ(Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)"を参照)。図１７ないし図１９の例において、仮にシステムがＮＢ－ＩｏＴを支援する場合、ＤＣＩはＮＰＤＣＣＨを介して送／受信され(Ｓ１７０４又はＳ１８０４)、ＵＬデータは少なくとも１回のＮＰＵＳＣＨを介して送／受信され(Ｓ１７０６又はＳ１８０６)、ＤＬデータは少なくとも１回のＮＰＤＳＣＨを介して送／受信され(Ｓ１７０６又はＳ１８０６)、ＨＡＲＱ－ＡＣＫフィードバックは少なくとも１回のＮＰＵＳＣＨを介して送／受信される(Ｓ１７０８又はＳ１８０８)(例、"Ｄ.ＮＢ－ＩｏＴ(Ｎａｒｒｏｗｂａｎｄ－Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ)"を参照)。ＮＰＤＣＣＨとＭＰＤＣＣＨはＰＤＣＣＨと統称され、ＮＰＵＳＣＨはＰＵＳＣＨと統称され、ＮＰＤＳＣＨはＰＤＳＣＨと統称される。
上記では基地局と端末の動作に関する例示を１つのＤＣＩを用いた多重－ＴＢスケジューリング構造に基づいて説明したが、ＵＣＩを用いた上りリンク観点の制御チャネル(ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)などの他の形態の情報伝達方式にも本発明の原理を適用することができる。
本発明で提案する方法は、以下の方法の一部を選択して適用できる。各方法は別途の組み合わせなしに独立した形態で動作可能であり、或いは１つ以上の方法が組み合わせられた形態で動作することもできる。発明の説明のために使用する一部の用語、記号、順は発明の原理が維持される限り、他の用語、記号、順に代替することができる。
(方法１)
本発明の方法１では、カバレッジ拡張(ｃｏｖｅｒａｇｅ ｅｘｔｅｎｓｉｏｎ)などのために同一のＴＢが繰り返し送信され、繰り返し送信のサイズが基地局によりスケジューリングされる場合を考慮する。一例として、ＴＢの繰り返し送信は、ＭＴＣのようにＰＤＳＣＨ又はＰＵＳＣＨなどのＤＣＩによりスケジューリングされるデータ送信のための物理チャネルがサブフレーム単位で繰り返して送信される形態を意味する。
本発明で提案する方法は、ＤＣＩにＲＶとＦＨ指示に関する情報が共に含まれる場合、基地局によりスケジューリングされる繰り返し送信のサイズによってＲＶとＦＨの指示情報の解釈が変わる方法を提案する。提案する方法は、ＲＶとＦＨが適用される特性を用いてＤＣＩの総ビット数を減らすために使用される。
提案する方法は、ＴＢの繰り返し送信が適用されるとき、ＴＢの送信が繰り返されるたびにＲＶ値が変わって適用されるＲＶサイクリング(ＲＶ ｃｙｃｌｉｎｇ)が使用される場合に有利である。一例として、ＭＴＣのように表現可能なＲＶの状態には総４段階(例、ＲＶ０、ＲＶ１、ＲＶ２、ＲＶ３)が存在し、毎サブフレームたびにＲＶ値がサイクリングされて適用されるとき、繰り返し送信のサイズが大きいと、使用されるＲＶ値が多くなって全ての状態のＲＶが使用される可能性が高くなり、ＤＣＩによるＲＶスケジューリングの必要性が低くなる。また、ＦＨの場合、ＴＢが繰り返されないと、ＦＨが適用される区間が存在しないので、ＦＨ指示子が伴われる必要がなくなり、提案する方法の適用が有利である。
提案する方法１の一例として、ＤＣＩ内に総２ビットがＲＶとＦＨの指示のために使用される場合を考慮する。この時、仮にＤＣＩによりスケジューリングされたＴＢが繰り返して送信されない場合、上記２ビットのＤＣＩフィールドにおいて２ビットがＲＶを表現するために使用され、ＦＨは常に固定されることができる。この時、ＦＨが固定されるとは、常に非活性(ｄｉｓａｂｌｅ)の値(又は非活性を示す値)が適用されるか、或いはＳＩＢやＲＲＣシグナリングのような上位階層信号(ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌ)により活性(ｅｎａｂｌｅ)／非活性(ｄｉｓａｂｌｅ)が半静的(Ｓｅｍｉ－ｓｔａｔｉｃ)に固定されることを意味する。又はＦＨが常に固定されず、ＤＣＩの他のパラメータにより黙示的(ｉｍｐｌｉｃｉｔ)に決定されることもできる。仮にＤＣＩによりスケジューリングされたＴＢが２回以上繰り返して送信される場合、２ビットのＤＣＩフィールドにおいて１ビットのみがＲＶを表現するために使用され、残りの１ビットはＦＨ指示子のために使用されることができる。この時、仮にＲＶが１ビットで表現される場合、ＲＶはＲＶ０(又は０のＲＶ値)やＲＶ２(又は２のＲＶ値)のうちのいずれかを選択するために使用され、ＲＶが２ビットで表現される場合は、ＲＶはＲＶ０(又は０のＲＶ値)、ＲＶ１(又は１のＲＶ値)、ＲＶ２(又は２のＲＶ値)及びＲＶ３(又は３のＲＶ値)のうちのいずれかを選択するために使用されることができる。上記の一例がＭＴＣに適用される場合、ＲＶとＦＨをそれぞれ２ビットと１ビットに独立して表現するレガシーＤＣＩフォーマット(ｌｅｇａｃｙ ＤＣＩ ｆｏｒｍａｔ)と比較して、１ビットを減らすことができるという長所がある。また、繰り返し送信のサイズが１である場合、レガシーＤＣＩフォーマットと同じ水準のＲＶ状態の表現が可能であるという長所があり、繰り返し送信のサイズが２以上である場合からはＦＨの適用が可能であるので、周波数ダイバーシティ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｅｒｓｉｔｙ)の利得を期待できるという長所がある。表７は上記の例示を表(Ｔａｂｌｅ)の形態で示したものである。
Figure 0007182728000008
表７に示したように、総２ビットのうち、第１の１ビットはＴＢの繰り返しに関係なくＲＶに関する情報として使用され、総２ビットのうち、第２の１ビットはＴＢの繰り返しによってＲＶ又はＦＨに関する情報として使用されることができる。従って、基地局が多重－ＴＢスケジューリングのためのＤＣＩを送信する場合(例：Ｓ１７０４)、基地局はＤＣＩに含まれた２ビットのうち、第１の１ビットによりＲＶを指示し、第２の１ビットによりＲＶをさらに指示するか又はＦＨ適用有無を指示する。より具体的には、基地局はＤＣＩがスケジューリングするＴＢが繰り返されない場合、第２の１ビットによりＴＢに関連するＲＶ値を指示し、ＤＣＩがスケジューリングするＴＢが２回以上繰り返される場合は、第２の１ビットによりＦＨが適用されるか否かを指示する。第２の１ビットがＲＶを指示するために使用された場合、基地局は固定されたＦＨと指示されたＲＶに基づいてＤＣＩがスケジューリングするＴＢを送信又は受信する(例：Ｓ１７０６)。第２の１ビットがＦＨを指示するために使用された場合は、基地局は指示されたＦＨと第１の１ビットが指示するＲＶに基づいてＤＣＩがスケジューリングするＴＢを送信又は受信する(例：Ｓ１７０６)。
端末が多重送信ブロックスケジューリングのためのＤＣＩを受信する場合(Ｓ１７０４)、端末はＤＣＩに含まれた２ビットのうち、第２の１ビットをＲＶを決定するために使用するか、又はＦＨ適用有無を決定するために使用することができる。より具体的には、端末はＤＣＩがスケジューリングするＴＢが繰り返されない場合、第２の１ビットに基づいてＲＶを決定し、ＤＣＩがスケジューリングするＴＢが２回以上繰り返される場合は、第２の１ビットに基づいてＦＨが適用されるか否かを決定することができる。第２の１ビットをＲＶを決定するために使用する場合、端末は固定されたＦＨと決定されたＲＶに基づいてＤＣＩがスケジューリングするＴＢを送信又は受信する(例：Ｓ１７０６)。第２の１ビットをＦＨを決定するために使用する場合は、端末は決定されたＦＨと第１の１ビットが指示するＲＶに基づいてＤＣＩがスケジューリングするＴＢを送信又は受信する(例：Ｓ１７０６)。
提案する方法１の他の一例として、総２ビットがＲＶとＦＨの指示のために使用され、この時、仮にＤＣＩによりスケジューリングされたＴＢが繰り返されないか又は４回未満に繰り返して送信される場合、２ビットのＤＣＩフィールドにおいて２ビットがＲＶを表現するために使用され、ＦＨは常に固定されることができる。この時、ＦＨが固定されるとは、常に非活性(ｄｉｓａｂｌｅ)の値が適用されるか、或いはＳＩＢやＲＲＣシグナリングのような上位階層信号(ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌ)により活性(ｅｎａｂｌｅ)／非活性(ｄｉｓａｂｌｅ)が半静的(Ｓｅｍｉ－ｓｔａｔｉｃ)に固定されることを意味する。又はＦＨが常に固定されず、ＤＣＩの他のパラメータにより黙示的に決定されることもできる。仮にＤＣＩによりスケジューリングされたＴＢが４回以上繰り返して送信される場合、２ビットのＤＣＩフィールドにおいて１ビットのみがＲＶの表現に使用され、残りの１ビットはＦＨ指示子のために使用されることができる。この時、仮にＲＶが１ビットで表現される場合、ＲＶはＲＶ０(又は０のＲＶ値)やＲＶ２(又は２のＲＶ値)のうちのいずれかを選択するために使用され、ＲＶが２ビットで表現される場合は、ＲＶはＲＶ０(又は０のＲＶ値)、ＲＶ１(又は１のＲＶ値)、ＲＶ２(又は２のＲＶ値)及びＲＶ３(又は３のＲＶ値)のうちのいずれかを選択するために使用されることができる。上記の一例がＭＴＣに適用される場合、ＲＶとＦＨをそれぞれ２ビットと１ビットに独立して表現するレガシーＤＣＩフォーマット(ｌｅｇａｃｙ ＤＣＩ ｆｏｒｍａｔ)と比較して、１ビットを減らすことができる。また、繰り返し送信のサイズが２以下である場合は、レガシーＤＣＩフォーマットと同じ水準のＲＶ状態の表現が可能である。この時、繰り返し送信のサイズが２以下であると、ＦＨにより得られるダイバーシティ利得(ｄｉｖｅｒｓｉｔｙ ｇａｉｎ)の利点が大きくないこともあるが、この場合、ＦＨの利得をとる代わりに、ＲＶによる利得をもっと得ることができる。また、繰り返し送信のサイズが４以上である場合からはＦＨの適用が可能であるので、周波数ダイバーシティの利得を期待できる。表８は上記の例示を表(ｔａｂｌｅ)の形態で示したものである。
Figure 0007182728000009
表７と対比して、表８の例では、第２の１ビットを異なるように解釈する繰り返し回数の基準が異なるという点で差がある。よって、表７を参照して説明した端末と基地局の動作を参照として含むが、表７を参照して説明した動作において、"ＤＣＩがスケジューリングするＴＢが繰り返されない場合"は"ＤＣＩによりスケジューリングされたＴＢが繰り返されないか又は４回未満繰り返される場合"に代替し、"ＤＣＩがスケジューリングするＴＢが２回以上繰り返される場合"は"ＤＣＩによりスケジューリングされたＴＢが４回以上繰り返される場合"に代替する。
提案する方法１の他の一例として、総１ビットがＲＶとＦＨの指示のために使用される場合を考慮する。この時、仮にＤＣＩによりスケジューリングされたＴＢが繰り返されないか又は４回未満繰り返して送信される場合、１ビットのＤＣＩフィールドはＲＶを表現するために使用され、ＦＨは常に固定されることができる。この時、ＦＨが固定されるとは、常に非活性の値が適用されるか、或いはＳＩＢやＲＲＣシグナリングのような上位階層信号(ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌ)により活性(ｅｎａｂｌｅ)／非活性(ｄｉｓａｂｌｅ)が半静的(Ｓｅｍｉ－ｓｔａｔｉｃ)に固定されることを意味する。又はＦＨが常に固定されず、ＤＣＩの他のパラメータにより黙示的(ｉｍｐｌｉｃｉｔ)に決定されることもできる。仮にＤＣＩによりスケジューリングされたＴＢが４回以上又は２回以上繰り返して送信される場合、１ビットのＤＣＩフィールドはＦＨ指示子のために使用され、ＲＶは常に固定された値を有することができる。この時、ＲＶが固定されるとは、常に特定のＲＶ値が適用されるか(例、ＲＶ０又は０のＲＶ値)、又はＳＩＢやＲＲＣシグナリングのような上位階層信号により活性／非活性が半静的(Ｓｅｍｉ－ｓｔａｔｉｃ)に固定されることを意味する。又はＲＶが常に固定されず、ＤＣＩの他のパラメータにより黙示的(ｉｍｐｌｉｃｉｔ)に決定されることもできる(例、最初送信／再送信の有無)。この時、仮にＲＶが１ビットで表現される場合、ＲＶはＲＶ０(又は０のＲＶ値)やＲＶ２(又は２のＲＶ値)のうちのいずれかを選択するために使用されることができる。上記の一例がＭＴＣに適用される場合、ＲＶとＦＨをそれぞれ２ビットと１ビットに独立して表現するレガシーＤＣＩフォーマット(ｌｅｇａｃｙ ＤＣＩ ｆｏｒｍａｔ)と比較して、２ビットを減らすことができる。表９は上記の例示を表(Ｔａｂｌｅ)の形態で示したものである。
Figure 0007182728000010
表９の例では、ＤＣＩがＲＶ又はＦＨに関する１ビットを含み、ＴＢの繰り返しによって１ビットはＲＶ又はＦＨに関する情報として使用されることができる。よって基地局が多重－ＴＢスケジューリングのためのＤＣＩを送信する場合(例：Ｓ１７０４)、基地局はＤＣＩに含まれた１ビットによりＲＶを指示するか、又はＦＨ適用有無を指示することができる。より具体的には、基地局はＤＣＩがスケジューリングするＴＢが繰り返されないか、又は４回未満繰り返される場合、１ビットによりＴＢに関連するＲＶ値を指示し、ＤＣＩがスケジューリングするＴＢが４回又は２回以上繰り返される場合は、１ビットによりＦＨが適用されるか否かを指示することができる。１ビットがＲＶを指示するために使用された場合、基地局は固定されたＦＨと指示されたＲＶに基づいてＤＣＩがスケジューリングするＴＢを送信又は受信する(例：Ｓ１７０６)。１ビットがＦＨを指示するために使用された場合は、基地局は指示されたＦＨと固定されたＲＶに基づいてＤＣＩがスケジューリングするＴＢを送信又は受信する(例：Ｓ１７０６)。
端末が多重送信ブロックスケジューリングのためのＤＣＩを受信する場合(Ｓ１７０４)、端末はＤＣＩに含まれた１ビットをＲＶを決定するために使用するか、又はＦＨ適用有無を決定するために使用することができる。より具体的には、端末はＤＣＩがスケジューリングするＴＢが繰り返されないか又は４回未満繰り返される場合は、１ビットに基づいてＲＶを決定し、ＤＣＩがスケジューリングするＴＢが４回又は２回以上繰り返される場合は、１ビットに基づいてＦＨが適用されるか否かを決定することができる。１ビットをＲＶを決定するために使用した場合、端末は固定されたＦＨと決定されたＲＶに基づいてＤＣＩがスケジューリングするＴＢを送信又は受信する(例：Ｓ１７０６)。１ビットをＦＨを決定するために使用した場合は、端末は決定されたＦＨと固定されたＲＶに基づいてＤＣＩがスケジューリングするＴＢを送信又は受信する(例：Ｓ１７０６)。
方法１で提案する方法は、ＭＴＣ ＣＥモードＡのようにＲＶとＦＨ指示子の情報がＤＣＩによりスケジューリングされ、同時にＤＣＩによりＰＤＳＣＨ／ＰＵＳＣＨのサブフレーム単位の繰り返し送信がスケジューリングされる場合、基地局が状況に合わせてＲＶとＦＨの有無を決定するために使用される。
(方法１－Ａ)
本発明ではＤＣＩによりスケジューリングされるＴＢのＲＶ値を決定するＤＣＩフィールドのサイズがＴＢの送信に適用されたコードレートにより黙示的に決定される方法を提案する。この時、コードレートは、送信するデータにチャネルコーディング(例、ＴＢＣＣ、ｔｕｒｂｏ-ｃｏｄｅ、ｐｏｌａｒ ｃｏｄｅ、ＬＤＰＣなど)が適用された後、レートマッチング過程により実際送信されるコードワードの長さが決定された場合、チャネルコーディング前のデータ長さとレートマッチング後のコードワード長さの比率を意味する。
方法１－Ａの一例として、ＴＢ送信のスケジューリング情報(例、ＴＢＳ、ＴＢ送信に使用される時間／周波数ドメイン上のリソースサイズなど)に基づいてチャネルコーディングが適用された符号化データ(ｅｎｃｏｄｅｄ ｄａｔａ)がレートマッチング過程でパンクチャリング(ｐｕｎｃｔｕｒｉｎｇ)される比率を考慮してＲＶの値が表現されるＤＣＩフィールドのサイズを決定することができる。
方法１－Ａの具体的な方法として、最大ＭビットがＲＶを表現するためのＤＣＩフィールドとして使用される場合を仮定すると、符号化データがレートマッチング後、ＴＢの送信にＸ％以上含まれて送信される場合、ＲＶを表現するためのＤＣＩフィールドのサイズをＹ(≧０)ビットにすることができる。この時、ＲＶのために使用されないＭ－Ｙビットは、ＲＶ以外の目的を表現するためのＤＣＩフィールドに含まれて使用される。反面、符号化データがレートマッチング後、ＴＢの送信にＸ％未満に含まれて送信される場合はは、ＲＶを表現するためのＤＣＩフィールドのサイズをＺ(＞Ｙ)ビットにすることができる。この時、ＲＶのために使用されないＭ－Ｚビットは、ＲＶ以外の目的を表現するためのＤＣＩフィールドに含まれて使用される。
方法１－Ａで提案する方法は、端末の循環バッファー(ｃｉｒｃｕｌａｒ ｂｕｆｆｅｒ)の特性とＲＶによるコーディング利得(ｃｏｄｉｎｇ ｇａｉｎ)の利点を考慮して、レートマッチング過程でパンクチャリングされた符号化ビット(ｅｎｃｏｄｅｄ ｂｉｔ)の数が多い場合は、ＲＶのスケジューリング柔軟性(Ｓｃｈｅｄｕｌｉｎｇ ｆｌｅｘｉｂｉｌｉｔｙ)を高めてＲＶによるコーディング利得の効果を高めるためのものであり、逆にレートマッチング過程でパンクチャリングされた符号化ビットの数が少ないか又は繰り返し(ｒｅｐｅｔｉｔｉｏｎ)が適用される場合は、ＲＶによるコーディング利得が低くなるので、他の方法を用いた利得(例、ＦＨによるダイバーシティ利得(ｄｉｖｅｒｓｉｔｙ ｇａｉｎ))を得るためのものである。
(方法１－Ｂ)
本発明では、ＭＴＣのようにＦＨ指示子が上位階層設定(ｈｉｇｈｅｒ ｌａｙｅｒ ｃｏｎｆｉｇｕｒａｔｉｏｎ)により他の目的に使用される場合を考慮する。方法１で提案する方法では、ＲＶとＦＨをジョイント符号化(ｊｏｉｎｔ ｅｎｃｏｄｉｎｇ)して適応的に使用する方法を提案しているので、仮にＦＨ指示子が他の目的に使用される場合は、方法１の適用が制限される。これを克服するために、本発明で提案する方法は、ＦＨ指示子が他の目的で使用されるか否かを指定する上位階層シグナリングによって方法１の適用有無が決定される方法を含む。
方法１－Ｂが適用される特徴的な例として、ＭＴＣにおいて６４ＱＡＭを支援するためにＦＨ指示子が使用される場合を考慮する。ＭＴＣでは、ＣＥモードＡでのＰＤＳＣＨの送信時に６４ＱＡＭを支援しようとする場合、上位階層信号(例、ＲＲＣシグナリング)を用いて６４ＱＡＭが使用可能であることを指定することができる。これが指定された端末は、ＤＣＩにより繰り返しが２以上のサイズに指定された場合、ＦＨ指示子をＦＨ適用有無を判断するために使用する。仮に繰り返しが１に指定された場合、ＦＨ指示子をＭＣＳフィールドの追加ビットのために使用する。このようにＦＨ指示子が繰り返しのサイズ(又は回数)によって異なる目的で使用可能な場合、方法１で提案する方法のように低いＰＤＳＣＨ繰り返しの時、ＦＨ指示子の領域をＲＶ情報提供のために使用する方法の使用に制約があり得る。
このような問題を解決するために、本発明で提案する方法では、上位階層シグナリング(例、ＲＲＣシグナリング)によりＦＨ指示子の情報を送信できるＤＣＩフィールドが他の目的に専用して使用される場合には方法１を適用せず、上位階層シグナリングが存在しないか又はＦＨ指示子を他の目的に専用しないように決定された場合は方法１が適用される方法を提案する。これをＭＴＣの例示に適用すると、ＣＥモードＡの端末が上位階層シグナリング(例、ＲＲＣシグナリング)によりＰＤＳＣＨの受信に６４ＱＡＭを支援すると設定された場合は方法１を適用せず、６４ＱＡＭ支援有無がシグナリングされていない場合(又はＰＤＳＣＨ受信のために６４ＱＡＭが設定されていない場合)には方法１が適用されるようにすることができる。
方法１－Ｂで提案する方法の具体的な例として、仮にＭＴＣ ＣＥモードＡで上位階層シグナリング(例、ＲＲＣシグナリング)によりＰＤＳＣＨ受信に６４ＱＡＭを支援すると設定された端末の場合、ＦＨ指示子を提供するためのＤＣＩフィールドが存在する。ＰＤＳＣＨの繰り返しが１であると、それを６４ＱＡＭを支援するためのＭＣＳ解釈(例、ＭＣＳフィールドの追加ビット)のために使用し、ＰＤＳＣＨの繰り返しが２以上であると、ＦＨ指示子のために使用して、ＲＶに関する情報は別に提供しないことができる。反面、６４ＱＡＭ支援有無がシグナリングされていない場合(又はＰＤＳＣＨ受信のために６４ＱＡＭが設定されていない場合)は、方法１で提案した表９のように、ＤＣＩ内の１ビットの繰り返しが４(又は２)より大きいか又は等しいと、ＦＨ指示子のために使用し、繰り返しが４(又は２)より小さいと、ＲＶ情報提供のために使用する方法が使われることができる。
方法１－Ｂで提案するさらに他の方法として、上位階層シグナリング(例、ＲＲＣシグナリング)によりＦＨ指示子の情報を送信するＤＣＩフィールドが他の目的に専用して使用される場合とそうではない場合に、互いに異なるＤＣＩフィールド解釈を使用する方法が含まれる。一例として、ＭＴＣの例示において１ビットがＦＨとＲＶの情報のためのフィールドに指定された場合を考慮するとき、６４ＱＡＭを使用するように指定されていない端末は、上位階層信号(例、ＲＲＣシグナリング)により６４ＱＡＭの支援が決定された場合は、方法１で提案した表９のようなＤＣＩフィールド解釈方法が適用されるようにし、上位階層信号(例、ＲＲＣシグナリング)により６４ＱＡＭを使用するように指定された場合には、表１０のように、１ビットを繰り返し(ｒｅｐｅｔｉｔｉｏｎ)が１であると、６４ＱＡＭを支援するためのＭＣＳの解釈フィールド(又はＭＣＳフィールドの追加ビット)に、繰り返しが２であると、ＲＶの解釈フィールドに、また繰り返しが４であると、ＦＨ指示のために使用するようにすることができる。
Figure 0007182728000011
６４ＱＡＭを支援する端末の場合、一般的にＭＣＬが良い(即ち、良いカバレッジ(ｇｏｏｄ ｃｏｖｅｒａｇｅ))状態であることが仮定され、これにより再送信の可能性が低いと予測できる。また６４ＱＡＭを使用する場合、１つのＲＥを用いて伝達できる情報量が大きく増加するので、レートマッチング段階でパンクチャリングされたビットがないか又は相対的に小さくなる可能性が高い。このような特性を考慮するとき、６４ＱＡＭを使用するように指定された端末は、ＲＶを指定する再送信方式による利得が相対的に小さいと期待できる。このような観点で、方法１－Ｂで提案する方法は、ＲＶ情報が必要な水準に合わせてＲＶの提供有無を決定できるという長所がある。またこのような動作を指示するための別途のシグナリングオーバーヘッドを発生せず、既存の上位階層信号を再使用するという側面でもネットワークオーバーヘッド節減(ｎｅｔｗｏｒｋ ｏｖｅｒｈｅａｄ ｓａｖｉｎｇ)の利点を得ることができる。
(方法２)
本発明では、１つのＤＣＩを用いて１つ以上のＴＢを動的にスケジューリングする多重－ＴＢスケジューリング方式を考慮する。また、１つのＤＣＩによりスケジューリングされた複数のＴＢは常に連続するＨＡＲＱプロセスＩＤを有する場合を考慮する。この場合、動的な個数のＴＢをＨＡＲＱプロセスＩＤと共に表現するために、ＤＣＩにはスケジューリングされるＴＢの個数、ＨＡＲＱプロセスＩＤの開始点の情報が含まれる。一例として、ＭＴＣ ＣＥモードＡのように１つのＤＣＩにより最大８個のＴＢがスケジューリングされる場合、動的にＸ(≦８)個のＴＢがスケジューリングされ、またスケジューリングされたＨＡＲＱプロセスＩＤの開始情報Ｙを用いれば、Ｘ個のＴＢに対する逐次的なＨＡＲＱプロセスＩＤである＃Ｙ、＃(ｍｏｄ(Ｙ＋１、８))、…、＃(ｍｏｄ(Ｙ＋Ｘ－１、８))を計算することができる。
本発明では、ＤＣＩにより動的にスケジューリングされるＴＢの個数を用いてスケジューリングされたＴＢのＮＤＩ情報を表現するためのビットマップ、スケジューリングされたＴＢのＨＡＲＱプロセスＩＤの開始点情報、及びその他の一部スケジューリング情報の解釈が変わる方法を提案する。提案する方法において、その他の一部スケジューリング情報は、ＭＴＣにおいてＴＢにより送信されるコードワードのコードレートを決定できるＭＣＳ／ＴＢＳ情報、及びＲＥマッピングに使用される周波数ドメインリソース(ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ)の領域を決定するＲＡ情報である。提案する方法は複数のＴＢがスケジューリングされる時に主に適用される特定の状況を考慮してＤＣＩの総ビット数を減らすために使用される。
提案する方法は、１つのＴＢでスケジューリング可能なペイロードの最大サイズよりも大きいペイロードを送信する場合、必要なＤＣＩの送信回数を減らしてネットワークオーバーヘッド(ｎｅｔｗｏｒｋ ｏｖｅｒｈｅａｄ)を減少させるために多重－ＴＢスケジューリング技法を使用する状況に有利である。一例として、多重－ＴＢスケジューリング方式が使用され、１つのＤＣＩによりスケジューリングされた全てのＴＢに同じＴＢＳが適用される場合、小さいＴＢＳでスケジューリングされたＸ(＜Ｙ)個のＴＢスケジューリングは、大きいＴＢＳでスケジューリングされたＹ個のＴＢスケジューリングに支援されることができる。よって、同じペイロードを支援するための複数のスケジューリング方式の一部を制限する代わりに、ＤＣＩビットのサイズを減らす方法が考慮される。
方法２で提案する方法は、以下のオプションのうちのいずれかが組み合わせられて構成される。
(オプション２－１) 方法２には、オプション２－１のように、ＤＣＩによりスケジューリングされたＴＢの個数によってスケジューリングされたＴＢのＨＡＲＱプロセスＩＤの開始点に関する情報のためのＤＣＩフィールドのサイズが決定される方法が含まれる。特徴的には、１つのＤＣＩによりスケジューリングされるＴＢの個数が多いほど、スケジューリングされたＴＢのＨＡＲＱプロセスＩＤの開始点情報を表現するビットのサイズを減らす方法が考慮される。一例として、ＭＴＣのＣＥモードＡのように、１つのＤＣＩを用いて最大８個のＴＢがスケジューリング可能な場合、多重－ＴＢスケジューリングＤＣＩにより８個のＴＢが全てスケジューリングされると、ＨＡＲＱプロセスＩＤの開始点情報は不要である。反面、少ない数のＴＢのみがスケジューリングされると、ＨＡＲＱプロセスＩＤを全て活用するためには、できるだけ多い場合の数が支援される必要があり、一例として、１～８の数を全て表現できるように３ビットで表現されるＤＣＩフィールドが求められる。
(オプション２－２) 方法２には、オプション２－２のように、ＤＣＩによりスケジューリングされたＴＢの個数によってスケジューリングされたＴＢのＮＤＩを表現するためのビットマップのサイズが決定される方法が含まれる。一般的に、ＮＤＩを表現するために必要なビットマップのサイズは、最少スケジューリングされたＴＢの個数だけ必要である。従って、スケジューリングされたＴＢの個数が小さい場合、ＮＤＩビットマップのサイズを適応的に減らし、その逆の場合は、ＮＤＩビットマップのサイズを適応的に増加させる方法が使用される。一例として、ＭＴＣのＣＥモードＡのように、１つのＤＣＩを用いて最大８個のＴＢがスケジューリング可能な場合、多重－ＴＢスケジューリングＤＣＩにより８個のＴＢが全てスケジューリングされると、必要なＮＤＩビットマップのサイズは８ビットである。反面、Ｘ(＜８)個のＴＢのみがスケジューリングされると、８－Ｘ個のビットはＮＤＩを表現する観点では無駄であり、よって全体ＤＣＩサイズを減らすために他の目的で使用されるようにＮＤＩビットマップのサイズを減らすことができる。この例において、ＮＤＩはスケジューリングされるＴＢの個数と同じ数(Ｘ個)のビットで表現され、残りのビット(８－Ｘ個のビット)はＮＤＩの表現に使用されない。
(オプション２－３) 方法２では、オプション２－３のように、ＤＣＩによりスケジューリングされたＴＢの個数によってＭＣＳ／ＴＢＳを指定するＤＣＩフィールドのサイズが決定されることができる。特徴的には、１つのＤＣＩによりスケジューリングされるＴＢの個数が多いほど、ＭＣＳ／ＴＢＳ情報を表現するビットのサイズを減らす方法が考慮される。これは、上述したようなペイロードを１つ以上のスケジューリング方式で収容できる場合、不要なスケジューリング柔軟性を低める代わりに、全体ＤＣＩのサイズを減らすためのものである。一例として、ＭＴＣのＣＥモードＡのように、１つのＤＣＩを用いて最大８個のＴＢがスケジューリング可能な場合、複数のＴＢがスケジューリングされると(２～７個のＴＢ)、使用できるＭＣＳ／ＴＢＳのためのＤＣＩフィールドのサイズが適応的に決定され、この時、サイズは１個のＴＢがスケジューリングされるときに使用されるＭＣＳ／ＴＢＳのＤＣＩフィールドのサイズよりも小さいか又は等しい。
(オプション２－４) 方法２では、オプション２－４のように、ＤＣＩによりスケジューリングされたＴＢの個数によってＲＡを指定するＤＣＩフィールドのサイズが決定されることができる。特徴的には、１つのＤＣＩによりスケジューリングされるＴＢの個数が多いほど、ＲＡ情報を表現するビットのサイズを減らす方法が考慮される。これは、特にオプション２－３が適用されて複数のＴＢがスケジューリングされる場合、大きいＴＢＳ値のみが選択されることを仮定できるとき、各ＴＢのコードレートを保障するために小さいサイズの周波数ドメインリソース割り当て(ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ)を排除するためのものである。逆に、ＴＢ当たりＴＢＳが大きい状況で小さいサイズのＲＡが使用される場合は、コードレートの増加が発生して復号性能(ｄｅｃｏｄｉｎｇ ｐｅｒｆｏｒｍａｎｃｅ)の減少とターゲットＭＣＬの支援が難しくなり得る。一例として、ＭＴＣのＣＥモードＡのように、１つのＤＣＩを用いて最大８個のＴＢがスケジューリング可能な場合、複数のＴＢがスケジューリングされると(２～７個のＴＢ)、使用できるＲＡのためのＤＣＩフィールドのサイズが適応的に決定され、この時、サイズは１個のＴＢがスケジューリングされるときに使用されるＲＡのＤＣＩフィールドのサイズよりも小さいか又は等しい。
(オプション２－５) 方法２では、オプション２－５のように、ＤＣＩに含まれたフラグビットのフィールドによってＭＣＳ及び／又はＲＡを指定するＤＣＩフィールドのサイズが決定されることができる。特徴的には、ＤＣＩに含まれたフラグ情報により残りのＤＣＩビットの構成方式が決定され、一部のＤＣＩフィールド構成方式ではＭＣＳ及び／又はＲＡ情報を表現するビットのサイズを減らす方法が考慮される。これは、特に小さいＴＢサイズの場合、ＨＡＲＱプロセスＩＤとＮＤＩを表現するために必要なビット(又はＳｔａｔｅ)のサイズが小さいので、より多い情報を伝達できる余裕があり、この時、端末の演算複雑度を低め、使用可能な情報のサイズを最大化するためのものである。特徴的には、フラグビットのフィールドを用いる多重－ＴＢスケジューリングＤＣＩにおいて、フラグビットのフィールドは、ＭＣＳとＲＡフィールドを単一のＴＢスケジューリングのみが可能なレガシーＤＣＩに比べて小さいサイズを有するように支援する方式と、少数のＴＢのみがスケジューリングされる場合(例、１～２ＴＢＳ)には単一のＴＢスケジューリングのみが可能なレガシーＤＣＩと同じ水準のＭＣＳ及びＲＡを支援する方式を区分するために使用される。
表１１は、最大８個のＴＢが１つのＤＣＩによりスケジューリング可能な状況において、オプション２－１、オプション２－２、オプション２－３及びオプション２－４を組み合わせてＤＣＩフィールドの一部領域を設計する一例を表の形態で示している。以下の表では、スケジューリングされたＴＢの個数が増加するほど、そのサイズに合わせてＮＤＩを表現するためのビットマップのサイズが増加している。この時、増加したＮＤＩビットマップのサイズだけＭＣＳとＲＡ、そしてＨＡＲＱプロセスＩＤの開始点を表現するためのＤＣＩビット数が減少し、結果として、全体ＤＣＩフィールドのサイズは常に同一に維持される。以下の例示において、ＲＡを表現するビットのサイズは必要最小限のビットのサイズを意味し、ＰＤＳＣＨが送信される帯域幅(ｂａｎｄｗｉｄｔｈ)のサイズによって１～４ビットを追加できる。
Figure 0007182728000012
表１２は最大８個のＴＢが１つのＤＣＩによりスケジューリングされる状況において、オプション２－２、オプション２－５を組み合わせてＤＣＩフィールドの一部領域を設計する一例を表の形態で示している。以下の表において、フラグ(ｆｌａｇ)ビットの状態によってＭＣＳ及びＲＡが表現されるＤＣＩフィールドのサイズが決定され、これは、レガシー単一－ＴＢスケジューリングＤＣＩのＭＣＳ及びＲＡフィールドと同じサイズを使用する方式と、ＭＣＳとＲＡフィールドがそれぞれ１ビットずつ減少する方式に区分できる。以下の表において、ＯｔｈｅｒｓはフラグによりＭＣＳ／ＲＡフィールドが減少する方式が適用される全ての場合を意味し、本発明で提案する他の方法及びオプション(例、オプション２－１、オプション２－２、オプション２－３、オプション２－４)の組み合わせにより設計されることもできる。以下の表において、フラグの状態は説明のための一例であり、２つ以上の状態が区分可能な他のフラグの表現方式にも発明の思想を同様に適用することができる。また以下のフラグの例示において、フラグビットのフィールドは先に決定される上位フラグビットや他のフィールドに含まれた情報によって存在しないこともでき、この場合、ＭＣＳ及びＲＡフィールドのビットサイズはｏｔｈｅｒｓの場合に該当することができる。以下の例示において、ＲＡを表現するビットのサイズは必要最小限のビットのサイズを意味し、ＰＤＳＣＨが送信される帯域幅のサイズによって１～４ビットを追加できる。
Figure 0007182728000013
表１３は最大８個のＴＢが１つのＤＣＩによりスケジューリングされる状況において、オプション２－２、オプション２－３、オプション２－４及びオプション２－５を組み合わせてＤＣＩフィールドの一部領域を設計する一例を表の形態で示している。以下の表では、スケジューリングされたＴＢの個数が１又は２である場合、ＭＣＳとＲＡを表現するためのＤＣＩフィールドのサイズがそれぞれ４ビットと５ビットであり、残りの場合には、それぞれ３ビットと４ビットである場合を示している。以下の例示において、ＲＡを表現するビットのサイズは必要最小限のビットのサイズを意味し、ＰＤＳＣＨが送信される帯域幅のサイズによって１～４ビットを追加できる。
Figure 0007182728000014
オプション２－３とオプション２－４、そしてオプション２－５のように、ＭＣＳ／ＴＢＳを表現するＤＣＩフィールドのサイズとＲＡを表現するＤＣＩフィールドのサイズがスケジューリングされたＴＢの個数によって制限される場合は、それによるスケジューリング柔軟性の制約が発生し得る。それを補償するために、減少したＤＣＩフィールドが表現する情報をＳＩＢやＲＲＣシグナリングのような上位階層信号(ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌ)により半静的に設定する方法が考慮される。一例として、表１１においてＭＣＳを表現するＤＣＩフィールドに２ビットが使用された場合、この２ビットが指示するＭＣＳインデックスはＲＲＣシグナリングにより(又はＲＲＣシグナリングと組み合わせて)決定されることができる。
(方法３)
本発明の方法３では、１つのＤＣＩを用いて１つ以上のＴＢを動的にスケジューリングする多重－ＴＢスケジューリング方式を考慮する。また、同時に１つのＤＣＩを用いてスケジューリング可能なＴＢの最大数が基地局により指定される場合を考慮する。一例として、基地局はＳＩＢやＲＲＣシグナリングのような上位階層信号(ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌ)により１つのＤＣＩでスケジューリング可能なＴＢの最大数を指定することができる。
本発明の方法３では、基地局により指定された１つのＤＣＩによりスケジューリング可能なＴＢの最大数によってＤＣＩの各フィールドのビット数と情報が変わる方法を提案する。特徴的な一例として、ＤＣＩのフィールドはＴＢのＮＤＩ情報を表現するためのビットマップ、スケジューリングされたＴＢのＭＣＳ／ＴＢＳ、リソース割り当て(Ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ)、そしてそれ以外のスケジューリング情報を含む。提案する方法では、複数のＴＢがスケジューリングされる構造が支援されるとき、１つのＤＣＩによりスケジューリング可能なＴＢの個数が増加すると、各ＴＢごとに必要な情報の数が比例して増加して総ＤＣＩビットのサイズが増加する短所を補完すると同時に、基地局がネットワークオーバーヘッドとＤＣＩ復号性能の間の重要度と性能に及ぼす影響などを判断して、適合するＤＣＩの総ビット数を決定するように許容するために使用される。
方法３で提案する方法が適用され、基地局により１つのＤＣＩによりスケジューリング可能なＴＢの最大数が上位階層信号により指示され、これにより、ＤＣＩビットのサイズが指定された場合、ＤＣＩを用いて実際スケジューリングされるＴＢの個数はＤＣＩに含まれた情報により決定される。また、実際スケジューリングされるＴＢの個数によってＤＣＩ内の残りのフィールドのサイズと解釈が変わる方法がともに使用される。一例として、本発明で提案している方法１、方法１－Ａ、方法１－Ｂ及び／又は方法２などで提案した方法と共に、方法３が組み合わせられて使用される。
方法３で提案する方法は、以下のオプションのうちのいずれかが組み合わせられて構成される。
(オプション３－１) 方法３には、オプション３－１のように、１つのＤＣＩによりスケジューリング可能なＴＢの最大数によってスケジューリングされたＴＢのＮＤＩを表現できるフィールドのサイズが決定される方法が含まれる。特徴的には、１つのＤＣＩによりスケジューリング可能なＴＢの最大数に比例してＮＤＩを表現できるビットマップのために使用可能なフィールドのサイズが決定される方法が考慮される。一例として、ＭＴＣのＣＥモードＡのように、最大８ＨＡＲＱプロセスを支援でき、基地局により１つのＤＣＩを用いて最大Ｎ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. 前記無線通信装置は、ＡＳＩＣ(Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ)、又は、ＤＳＰＤ(Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ)である、請求項９に記載の無線通信装置。
JP2021557874A 2019-03-29 2020-03-27 多重送信ブロックスケジューリングのための信号の送受信方法及びそのための装置 Active JP7182728B2 (ja)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
KR10-2019-0036977 2019-03-29
KR20190036977 2019-03-29
KR20190100637 2019-08-16
KR10-2019-0100637 2019-08-16
KR10-2019-0123007 2019-10-04
KR20190123007 2019-10-04
US201962931814P 2019-11-07 2019-11-07
US62/931,814 2019-11-07
PCT/KR2020/004208 WO2020204489A1 (ko) 2019-03-29 2020-03-27 다중 전송 블록 스케줄링을 위한 신호의 송수신 방법 및 이를 위한 장치

Publications (2)

Publication Number Publication Date
JP2022528232A JP2022528232A (ja) 2022-06-09
JP7182728B2 true JP7182728B2 (ja) 2022-12-02

Family

ID=72666972

Family Applications (1)

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

Country Status (6)

Country Link
US (1) US12041604B2 (ja)
EP (1) EP3923664B1 (ja)
JP (1) JP7182728B2 (ja)
KR (1) KR102694113B1 (ja)
CN (1) CN113678557B (ja)
WO (1) WO2020204489A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10945204B2 (en) * 2018-10-05 2021-03-09 Itron, Inc. Battery power management for a cellular device
EP3923663B1 (en) * 2019-03-29 2023-03-08 LG Electronics Inc. Method and device for transmission or reception of signal for multiple transport block scheduling
US11792824B2 (en) * 2020-03-30 2023-10-17 Qualcomm Incorporated Multicast feedback and retransmission for transport block grouping
US11979886B2 (en) * 2020-05-27 2024-05-07 Qualcomm Incorporated Redundancy version configuration for URLLC DCI format
US20230089599A1 (en) * 2021-09-20 2023-03-23 Qualcomm Incorporated Channel state information reporting of code block group based transport blocks
US20230199852A1 (en) * 2021-12-21 2023-06-22 Qualcomm Incorporated Interaction of prach repetition and request of msg3 repetition
US20240292481A1 (en) * 2023-02-24 2024-08-29 Qualcomm Incorporated Techniques to indicate repetition of messages

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104618000B (zh) * 2009-11-09 2018-05-15 Lg电子株式会社 用于支持多天线传输技术的有效控制信息传输方法和装置
JP5841075B2 (ja) * 2010-02-23 2016-01-06 エルジー エレクトロニクス インコーポレイティド アップリンク多重アンテナ伝送を支援する無線通信システムにおいてアップリンク伝送のための制御情報を提供する方法及び装置
WO2015139326A1 (zh) * 2014-03-21 2015-09-24 华为技术有限公司 控制信息增强传输方法、用户设备、基站及通信系统
EP3280087B1 (en) * 2015-04-03 2020-01-29 LG Electronics Inc. Method for transmitting and receiving signal in wireless communication system and device therefor
CN106993332B (zh) * 2016-01-20 2019-07-02 中兴通讯股份有限公司 上行调度的方法及装置
CN109076569B (zh) * 2016-05-13 2021-07-16 华为技术有限公司 一种上行控制信息的传输方法和装置
US20190372719A1 (en) 2017-03-07 2019-12-05 Intel IP Corporation Design of downlink control information for wideband coverage enhancement
WO2018203722A1 (ko) * 2017-05-04 2018-11-08 엘지전자 주식회사 무선 통신 시스템에서 단말과 기지국의 신호 송수신 방법 및 이를 지원하는 장치
CN110831178B (zh) * 2018-08-10 2023-06-30 华为技术有限公司 时域资源配置方法
US11172477B2 (en) * 2018-11-02 2021-11-09 Qualcomm Incorproated Multi-transport block scheduling
US11336400B2 (en) * 2019-02-07 2022-05-17 Comcast Cable Communications, Llc Uplink signal control

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Qualcomm Incorporated，Scheduling of multiple DL/UL transport blocks [online]，3GPP TSG RAN WG1 #96 R1-1902368，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96/Docs/R1-1902368.zip>，2019年02月16日

Also Published As

Publication number Publication date
EP3923664A1 (en) 2021-12-15
EP3923664A4 (en) 2022-03-23
WO2020204489A1 (ko) 2020-10-08
EP3923664B1 (en) 2023-12-13
US20220191899A1 (en) 2022-06-16
KR102694113B1 (ko) 2024-08-13
JP2022528232A (ja) 2022-06-09
CN113678557B (zh) 2023-06-30
KR20210134336A (ko) 2021-11-09
US12041604B2 (en) 2024-07-16
CN113678557A (zh) 2021-11-19

Similar Documents

Publication Publication Date Title
JP7182728B2 (ja) 多重送信ブロックスケジューリングのための信号の送受信方法及びそのための装置
JP7286000B2 (ja) Ｎｒ ｖ２ｘにおけるフィードバックリソースを決定する方法及び装置
KR102688336B1 (ko) 다중 전송 블록 스케줄링을 위한 신호의 송수신 방법 및 이를 위한 장치
CN113439477B (zh) 用于多传输块调度的下行链路信号发送/接收方法及其装置
JP7379685B2 (ja) Ｎｒ ｖ２ｘにおけるｈａｒｑフィードバックを基地局へ報告する方法及び装置
JP7504909B2 (ja) 多重送信ブロックスケジューリングのための信号の送受信方法及びそのための装置
JP7316373B2 (ja) 無線通信システムにおいて無線信号を送受信する方法及び装置
JP2023501973A (ja) 無線通信システムにおける変更された最小スケジューリングオフセットを適用する時点を決定する方法及び前記方法を適用する装置
JP7356572B2 (ja) 無線通信システムにおいて信号を送受信する方法及びそのための装置
JP2023536668A (ja) Ｎｒ ｖ２ｘでｓｌ ｈａｒｑフィードバックを送信する方法及び装置
JP2023514482A (ja) 無線通信システムにおいて信号の送受信方法及び装置
KR20240039116A (ko) 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치
US12082209B2 (en) Method for transmitting and receiving signals in wireless communication system and apparatus therefor
JP2023521666A (ja) Ｎｒ ｖ２ｘにおけるサイドリンク再送を実行する方法及び装置
US20230354291A1 (en) Method and apparatus for transmitting and receiving signal in wireless communication system
KR20220047568A (ko) 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 위한 장치
CN117837249A (zh) 在无线通信系统中发送和接收信号的方法和装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211012

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20211012

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20221012

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20221025

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20221121

R150 Certificate of patent or registration of utility model

Ref document number: 7182728

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150