JP7221874B2 - リソーススケジューリング方法、端末デバイス、およびネットワークデバイス - Google Patents

リソーススケジューリング方法、端末デバイス、およびネットワークデバイス Download PDF

Info

Publication number
JP7221874B2
JP7221874B2 JP2019552461A JP2019552461A JP7221874B2 JP 7221874 B2 JP7221874 B2 JP 7221874B2 JP 2019552461 A JP2019552461 A JP 2019552461A JP 2019552461 A JP2019552461 A JP 2019552461A JP 7221874 B2 JP7221874 B2 JP 7221874B2
Authority
JP
Japan
Prior art keywords
resource
sequence
scheduling request
terminal device
orthogonal sequence
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
JP2019552461A
Other languages
English (en)
Other versions
JP2020512758A (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2020512758A publication Critical patent/JP2020512758A/ja
Application granted granted Critical
Publication of JP7221874B2 publication Critical patent/JP7221874B2/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/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
    • 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/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • 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
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • 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

本出願は、通信技術に関し、特にリソーススケジューリング方法、端末デバイス、およびネットワークデバイスに関する。
モノのインターネット（ＩｏＴ、Ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）は、「接続されたモノのインターネット」である。インターネット上のユーザ端末は、ＩｏＴにおけるモノに拡張されて情報交換および通信を行う。ＩｏＴは、たとえば、カバレッジ拡張、大量の低速デバイスのサポート、非常に低いコスト、および低エネルギー消費といった特別な要件を有する。狭帯域のモノのインターネット（Ｎａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、ＮＢ－ＩｏＴ）システムは、一連の方法を提供することによってＩｏＴのこれらの特別な要件を満たす。
従来技術では、ＮＢ－ＩｏＴシステムにおいて、ネットワークデバイスにアップリンクデータを送信する必要があるとき、端末デバイスは、アップリンクデータを送信する前にランダムアクセスを再開始する必要がある。
しかしながら、従来技術における方法を使用することにより、端末デバイスは、ランダムアクセスプロセスにおける第２のメッセージが送信された後のみに、アップリンクデータを送信することが可能であり、端末デバイスの消費電力および遅延の増大を招いている。
本出願は、過度に長いアップリンクデータ要求プロセスにより端末デバイスの消費電力および遅延が増大されるという問題を解決するために、リソーススケジューリング方法、端末デバイス、およびネットワークデバイスを提供する。
本出願の第１の態様は、リソーススケジューリング方法を提供する。上記方法では、ネットワークデバイスの構成メッセージを受信した後、端末デバイスは、構成メッセージに基づいて、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得し、第１のリソース構成情報は、カバレッジ拡張レベル（coverage enhancement level）を示すために使用される情報を含む。さらに、端末デバイスは、第１のリソース構成情報により示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、スケジューリング要求は、ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、端末デバイスは、スケジューリング要求を送信するときにランダムアクセスプロセスを行わない。
上記方法では、ネットワークデバイスは、先行して構成メッセージを端末デバイスに送信する。端末デバイスがアップリンクデータを送信する必要があるとき、端末デバイスは、構成メッセージ内にある第１のリソース構成情報により示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、すなわち、端末デバイスがデータを送信する必要があることをネットワークデバイスに通知し、次いで、ランダムアクセスプロセスを行うことなくアップリンクデータを直接送信し、それにより、端末デバイスの消費電力および遅延を低減する。
さらに、ネットワークデバイスにより送信された第１のリソース構成情報は、カバレッジ拡張レベル情報を示し、これは、端末デバイスに対応するカバレッジ拡張レベルを示す。すなわち、第１のリソース構成情報により示されるリソースについてカバレッジレベルが識別されることが可能であり、それにより、ＮＢ－ＩｏＴシステムにおける異なるカバレッジレベルに対応する端末デバイスの要件を満足させる。
任意選択の実装において、端末デバイスによって、ネットワークデバイスにより送信された構成メッセージを受信するステップの前に、上記方法は、
端末デバイスによって、ネットワークデバイスにより送信されたシステムメッセージを受信するステップと、
端末デバイスによって、システムメッセージに基づいて、ＮＰＲＡＣＨリソースの構成情報を取得するステップと
をさらに含み、
ＮＰＲＡＣＨリソースが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソースのサブセットが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースのサブセットが、第１のリソースのリソースセットである。
任意選択の実装において、端末デバイスは、スケジューリング要求をネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加する。
任意選択の実装において、端末デバイスは、遅延してもしくは先行して、第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、スケジューリング要求に対応する遅延時間の量もしくはタイミングアドバンス（timing advance）の量は、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する、または
端末デバイスは、第１のリソース上でスケジューリング要求をネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加し、第１のリソースは、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせを含み、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する。
任意選択の実装において、端末デバイスによってスケジューリング要求を送信するために使用される信号は、ＮＰＲＡＣＨプリアンブルであり、端末デバイスは、スケジューリング要求を送信する前にタイミングアドバンスＴＡ調整を行っている。
本出願の第２の態様は、リソーススケジューリング方法を提供する。上記方法では、ネットワークデバイスは最初に、構成メッセージを端末デバイスに送信し、構成メッセージは、端末デバイスによって、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得するために使用され、第１のリソース構成情報は、カバレッジ拡張レベルを示すために使用される情報を含む。次いで、ネットワークデバイスは、第１のリソース構成情報により示される第１のリソース上で端末デバイスにより送信されたスケジューリング要求を受信し、スケジューリング要求は、ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、端末デバイスは、スケジューリング要求を送信するときにランダムアクセスプロセスを行わない。さらに、ネットワークデバイスは、スケジューリング要求に基づいて、アップリンクチャネルリソースを端末デバイスに割り当てる。
任意選択の実装において、ネットワークデバイスによって、構成メッセージを端末デバイスに送信するステップの前に、上記方法は、
ネットワークデバイスによって、システムメッセージを端末デバイスに送信するステップであって、システムメッセージは、ＮＰＲＡＣＨリソースの構成情報を搬送する、ステップをさらに含み、
ＮＰＲＡＣＨリソースが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソースのサブセットが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースのサブセットが、第１のリソースのリソースセットである。
任意選択の実装において、ネットワークデバイスは、端末デバイスにより送信されたスケジューリング要求に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定することがある。
任意選択の実装において、ネットワークデバイスは、第１のリソース上で受信されたスケジューリング要求に対応する遅延時間の量もしくはタイミングアドバンスの量に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定し、スケジューリング要求に対応する遅延時間の量もしくはタイミングアドバンスの量は、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する、または
ネットワークデバイスは、受信されたスケジューリング要求に対応する第１のリソースに基づいて、伝送されるべきアップリンクデータのデータ量情報を決定し、第１のリソースは、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせを含み、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する。
任意選択の実装において、ネットワークデバイスによってスケジューリング要求を受信するために使用される信号は、ＮＰＲＡＣＨプリアンブルであり、端末デバイスは、スケジューリング要求を送信する前にタイミングアドバンスＴＡ調整を行っている。
任意選択の実装において、システムメッセージは、第１の予め設定されたパラメータおよび第２の予め設定されたパラメータを搬送し、
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１の予め設定されたパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置（start subcarrier location）は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２の予め設定されたパラメータに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１の予め設定されたパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２の予め設定されたパラメータに基づいて決定される。
任意選択の実装において、システムメッセージは、第１のオフセットパラメータおよび第２のオフセットパラメータを搬送し、
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１のオフセットパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２のオフセットパラメータに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１のオフセットパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２のオフセットパラメータに基づいて決定される。
任意選択の実装において、システムメッセージは、第１の予め設定されたスケールファクタ（ｓｃａｌｅ ｆａｃｔｏｒ）および第２の予め設定されたスケールファクタを搬送し、
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される。
本出願の第３の態様は、リソーススケジューリング方法を提供する。上記方法では、端末デバイスは、ネットワークデバイスにより送信されたダウンリンク制御情報ＤＣＩ標識を受信し、ＤＣＩは、第１のリソースを示すために使用され、第１のリソースは、ＮＰＵＳＣＨフォーマット２（NPUSCH format 2）伝送のための時間－周波数リソースである。次いで、端末デバイスは、ＤＣＩに基づいて第１のリソースを決定する。さらに、端末デバイスは、第１のリソース上でスケジューリング要求をネットワークデバイスに送信する。
上記方法では、端末デバイスは、第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間－周波数リソースである。すなわち、端末デバイスは、ＮＰＵＳＣＨフォーマット２を使用してスケジューリング要求を送信し、それにより、スケジューリング要求に特に使用されるリソースを低減することができる。
任意選択の実装において、端末デバイスによって、第１のリソース上でスケジューリング要求をネットワークデバイスに送信するステップは、
端末デバイスによって、より高次の変調を介して第１のリソース上でスケジューリング要求とＨＡＲＱ－ＡＣＫフィードバック情報との両方を伝送するステップを含む。
任意選択の実装において、端末デバイスは、ＨＡＲＱ－ＡＣＫフィードバックメッセージに対応する変調シンボルに対して位相回転を行って、第１のリソース上でスケジューリング要求とＨＡＲＱ－ＡＣＫフィードバック情報との両方を伝送する。
任意選択の実装において、端末デバイスは、ＨＡＲＱ－ＡＣＫフィードバック情報に対応する変調シンボルまたは符号化されたビットを、予め設定された直交コードで乗算して、第１のリソース上でスケジューリング要求とＨＡＲＱ－ＡＣＫフィードバック情報との両方を伝送する。
任意選択の実装において、予め設定された直交コードは、１６の長さを有するアダマール（Hadamard）系列である。
任意選択の実装において、端末デバイスは、ＨＡＲＱ－ＡＣＫフィードバック情報および予め設定された直交系列に基づいて、第１の伝送系列を決定し、第１のリソース上で第１の伝送系列を伝送し、第１の伝送系列は、ＨＡＲＱ－ＡＣＫフィードバック情報とスケジューリング要求情報との両方を搬送するために使用される。
この実装において、端末デバイスは、ＨＡＲＱ－ＡＣＫに対応する変調シンボルおよび予め設定された直交系列に基づいて、ＨＡＲＱ－ＡＣＫフィードバック情報およびスケジューリング要求を伝送するので、情報を受信するネットワークデバイスは、スケジューリング要求があるかどうかを検出するときに複雑な復号動作を行うことなく、系列検出を完了するためにコヒーレントな組み合わせを直接行うだけでよく、それにより、検出複雑性を低減する。
任意選択の実装において、予め設定された直交系列は、第１の直交系列または第２の直交系列であり、第１の直交系列は、伝送されるべきスケジューリング要求がないときに使用され、第２の直交系列は、伝送されるべきスケジューリング要求があるときに使用される。
この実装において、直交系列が良好な相互相関を有するので、スケジューリング要求がある状態とスケジューリング要求がない状態とが効果的に識別されることが可能である。
任意選択の実装において、伝送されるべきスケジューリング要求がなく、ＨＡＲＱ－ＡＣＫフィードバック情報がＡＣＫである場合、第１の伝送系列は、複素シンボル（complex symbols）の系列であり、複素シンボルの系列は、ＡＣＫに対応する変調シンボルおよび第１の直交系列に基づいて決定される。
任意選択の実装において、伝送されるべきスケジューリング要求がなく、ＨＡＲＱ－ＡＣＫフィードバック情報がＮＡＣＫである場合、第１の伝送系列は、複素シンボルの系列であり、複素シンボルの系列は、ＮＡＣＫに対応する変調シンボルおよび第１の直交系列に基づいて決定される。
任意選択の実装において、伝送されるべきスケジューリング要求があり、ＨＡＲＱ－ＡＣＫフィードバック情報がＡＣＫである場合、第１の伝送系列は、複素シンボルの系列であり、複素シンボルの系列は、ＡＣＫに対応する変調シンボルおよび第２の直交系列に基づいて決定される。
任意選択の実装において、伝送されるべきスケジューリング要求があり、ＨＡＲＱ－ＡＣＫフィードバック情報がＮＡＣＫである場合、第１の伝送系列は、複素シンボルの系列であり、複素シンボルの系列は、ＮＡＣＫ対応する変調シンボルおよび第２の直交系列に基づいて決定される。
任意選択の実装において、第１の直交系列における要素の量は、第２の直交系列における要素の量と同じである。加えて、第１の直交系列と第２の直交系列は直交する。
任意選択の実装において、第１の直交系列における要素の量は、ＡＣＫに対応する変調シンボルの量と同じである。加えて、第１の直交系列における要素の量は、ＮＡＣＫに対応する変調シンボルの量と同じである。
任意選択の実装において、第１の直交系列および第２の直交系列はそれぞれが１６次アダマール行列における行であるか、または第１の直交系列および第２の直交系列はそれぞれが１６次アダマール行列における列である。
任意選択の実装において、予め設定された直交系列は、第３の直交系列である。
任意選択の実装において、第３の直交系列は、伝送されるべきスケジューリング要求があるときに使用される。
この実装において、ＨＡＲＱ－ＡＣＫフィードバック情報は、完全な「１」系列を暗黙的に搬送する。したがって、１つの直交系列が、スケジューリング要求とＨＡＲＱ－ＡＣＫフィードバック情報との両方を搬送するために使用され得る。加えて、系列検出の量が低減されることが可能であり、それにより、複雑性および消費電力を低減する。
任意選択の実装において、伝送されるべきスケジューリング要求があり、ＨＡＲＱ－ＡＣＫフィードバック情報がＡＣＫである場合、第１の伝送系列は、複素シンボルの系列であり、複素シンボルの系列は、ＡＣＫに対応する変調シンボルおよび第３の直交系列に基づいて決定される。
任意選択の実装において、伝送されるべきスケジューリング要求があり、ＨＡＲＱ－ＡＣＫフィードバック情報がＮＡＣＫである場合、第１の伝送系列は、複素シンボルの系列であり、複素シンボルの系列は、ＮＡＣＫに対応する変調シンボルおよび第３の直交系列に基づいて決定される。
任意選択の実装において、第３の直交系列における要素の量は、ＡＣＫに対応する変調シンボルの量と同じである。加えて、第３の直交系列における要素の量は、ＮＡＣＫに対応する変調シンボルの量と同じである。
任意選択の実装において、第３の直交系列は、１６次アダマール行列における行または列である。
任意選択の実装において、上記方法は、
端末デバイスによって、スケジューリング要求をネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加するステップをさらに含む。
任意選択の実装において、伝送されるべきアップリンクデータのデータ量情報は、より高次の変調の信号点との予め設定された対応関係を有する。
任意選択の実装において、伝送されるべきアップリンクデータのデータ量情報は、位相回転の大きさとの予め設定された対応関係を有する。
任意選択の実装において、伝送されるべきアップリンクデータのデータ量情報は、予め設定された直交コードの系列との予め設定された対応関係を有する。
本出願の第４の態様は、リソーススケジューリング方法を提供する。上記方法では、ネットワークデバイスは最初に、ＤＣＩ標識を端末デバイスに送信し、ＤＣＩは、第１のリソースを示すために使用され、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間－周波数リソースである。次いで、ネットワークデバイスは、第１のリソース上で端末デバイスにより送信されたスケジューリング要求を受信する。さらに、ネットワークデバイスは、スケジューリング要求に基づいてアップリンクチャネルリソースを端末デバイスに割り当てる。
任意選択の実装において、端末デバイスは、より高次の変調を介して第１のリソース上でスケジューリング要求とＨＡＲＱ－ＡＣＫフィードバック情報との両方を伝送する。ネットワークデバイスは、より高次の変調の後に得られた受信された信号に基づいて、端末デバイスがスケジューリング要求を送信したかどうかを決定する。
任意選択の実装において、端末デバイスは、ＨＡＲＱ－ＡＣＫフィードバックメッセージに対応する変調シンボルに対して位相回転を行って、第１のリソース上でスケジューリング要求とＨＡＲＱ－ＡＣＫフィードバック情報との両方を伝送する。ネットワークデバイスは、位相回転を受ける受信された変調シンボルに基づいて、端末がスケジューリング要求を送信したかどうかを決定する。
任意選択の実装において、端末デバイスは、ＨＡＲＱ－ＡＣＫフィードバック情報に対応する変調シンボルまたは符号化されたビットを、予め設定された直交コードで乗算して、第１のリソース上でスケジューリング要求とＨＡＲＱ－ＡＣＫフィードバック情報との両方を伝送する。ネットワークデバイスは、予め設定された直交コードによる乗算の後に得られた受信された変調シンボルに基づいて、端末がスケジューリング要求を送信したかどうかを決定する。
任意選択の実装において、予め設定された直交コードは、１６の長さを有するアダマール系列である。
任意選択の実装において、ネットワークデバイスは、端末デバイスにより送信されたスケジューリング要求に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定する。
任意選択の実装において、伝送されるべきアップリンクデータのデータ量情報は、より高次の変調の信号点との予め設定された対応関係を有する。
任意選択の実装において、伝送されるべきアップリンクデータのデータ量情報は、位相回転の大きさとの予め設定された対応関係を有する。
任意選択の実装において、伝送されるべきアップリンクデータのデータ量情報は、予め設定された直交コードの系列との予め設定された対応関係を有する。
本出願の第５の態様は、端末デバイスを提供する。端末デバイスは、第１の態様における端末デバイスを実装する機能を有する。機能は、ハードウェアを使用することによって実装されてよく、またはハードウェアが対応するソフトウェアを実行することによって実装されてよい。ハードウェアまたはソフトウェアは、上記の機能に対応する１つまたは複数のモジュールを含む。
可能な設計において、端末デバイスは、受信モジュール、処理モジュール、および送信モジュールを含むことがある。モジュールは、上記の方法における対応する機能を実行することができる。たとえば、受信モジュールは、ネットワークデバイスにより送信された構成メッセージを受信するように構成される。処理モジュールは、受信モジュールにより受信された構成情報に基づいて、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得するように構成され、第１のリソース構成情報は、カバレッジ拡張レベルを示すために使用される情報を含む。送信モジュールは、処理モジュールにより取得された第１のリソース構成情報により示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信するように構成され、スケジューリング要求は、ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、端末デバイスは、スケジューリング要求を送信するときにランダムアクセスプロセスを行わない。
本出願の第６の態様は、ネットワークデバイスを提供する。ネットワークデバイスは、第２の態様におけるネットワークデバイスを実装する機能を有する。機能は、ハードウェアを使用することによって実装されてよく、またはハードウェアが対応するソフトウェアを実行することによって実装されてよい。ハードウェアまたはソフトウェアは、上記の機能に対応する１つまたは複数のモジュールを含む。
可能な設計において、ネットワークデバイスは、送信モジュール、受信モジュール、および処理モジュールを含むことがある。モジュールは、上記の方法における対応する機能を実行することができる。たとえば、送信モジュールは、構成メッセージを端末デバイスに送信するように構成され、構成メッセージは、端末デバイスによって、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得するために使用され、第１のリソース構成情報は、カバレッジ拡張レベルを示すために使用される情報を含む。受信モジュールは、第１のリソース構成情報により示される第１のリソース上で端末デバイスにより送信されたスケジューリング要求を受信するように構成され、スケジューリング要求は、ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、端末デバイスは、スケジューリング要求を送信するときにランダムアクセスプロセスを行わない。処理モジュールは、受信モジュールにより受信されたスケジューリング要求に基づいて、アップリンクチャネルリソースを端末デバイスに割り当てるように構成される。
本出願の第７の態様は、端末デバイスを提供する。端末デバイスは、第３の態様における端末デバイスを実装する機能を有する。機能は、ハードウェアを使用することによって実装されてよく、またはハードウェアが対応するソフトウェアを実行することによって実装されてよい。ハードウェアまたはソフトウェアは、上記の機能に対応する１つまたは複数のモジュールを含む。
可能な設計において、端末デバイスは、受信モジュール、処理モジュール、および送信モジュールを含むことがある。モジュールは、上記の方法における対応する機能を実行することができる。たとえば、受信モジュールは、ネットワークデバイスにより送信されたＤＣＩ標識を受信するように構成され、ＤＣＩは、第１のリソースを示すために使用され、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間－周波数リソースである。処理モジュールは、ＤＣＩに基づいて第１のリソースを決定するように構成される。送信モジュールは、第１のリソース上でスケジューリング要求をネットワークデバイスに送信するように構成される。
本出願の第８の態様は、ネットワークデバイスを提供する。ネットワークデバイスは、第４の態様におけるネットワークデバイスを実装する機能を有する。機能は、ハードウェアを使用することによって実装されてよく、またはハードウェアが対応するソフトウェアを実行することによって実装されてよい。ハードウェアまたはソフトウェアは、上記の機能に対応する１つまたは複数のモジュールを含む。
可能な設計において、ネットワークデバイスは、送信モジュール、受信モジュール、および処理モジュールを含むことがある。モジュールは、上記の方法における対応する機能を実行することができる。たとえば、送信モジュールは、ＤＣＩ標識を端末デバイスに送信するように構成され、ＤＣＩは、第１のリソースを示すために使用され、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間－周波数リソースである。受信モジュールは、第１のリソース上で端末デバイスにより送信されたスケジューリング要求を受信するように構成される。処理モジュールは、スケジューリング要求に基づいてアップリンクチャネルリソースを端末デバイスに割り当てるように構成される。
本出願の第９の態様は、端末デバイスを提供する。端末デバイスは、メモリおよびプロセッサを含む。メモリは、プログラム命令を記憶するように構成される。プロセッサは、メモリにおけるプログラム命令を呼び出して、第１の態様および第１の態様の実装に従って方法を実装するように構成される。
本出願の第１０の態様は、ネットワークデバイスを提供する。ネットワークデバイスは、メモリおよびプロセッサを含む。メモリは、プログラム命令を記憶するように構成され、プロセッサは、メモリにおけるプログラム命令を呼び出して、第２の態様および第２の態様の実装に従って方法を実装するように構成される。
本出願の第１１の態様は、端末デバイスを提供する。端末デバイスは、メモリおよびプロセッサを含む。メモリは、プログラム命令を記憶するように構成され、プロセッサは、メモリにおけるプログラム命令を呼び出して、第３の態様および第３の態様の実装に従って方法を実装するように構成される。
本出願の第１２の態様は、ネットワークデバイスを提供する。ネットワークデバイスは、メモリおよびプロセッサを含む。メモリは、プログラム命令を記憶するように構成され、プロセッサは、メモリにおけるプログラム命令を呼び出して、第４の態様および第４の態様の実装に従って方法を実装するように構成される。
既存のＮＢ－ＩｏＴシステムにおいて端末デバイスがアップリンクデータをネットワークデバイスに送信する必要があるときの処理プロセスの例を示す図である。 本出願によるリソーススケジューリング方法のシステムアーキテクチャ図である。 本出願によるリソーススケジューリング方法の実施形態１の相互作用フローチャートである。 既存のＮＢ－ＩｏＴシステムにおけるＮＢ－ＩｏＴキャリア内のＮＰＲＡＣＨ周波数領域リソースの概略分布図である。 ＮＢ－ＩｏＴランダムアクセスプリアンブルの概略図である。 ＮＢ－ＩｏＴランダムアクセスプリアンブル系列が遅延して送信され、伝送されたデータ情報を示す例の図である。 本出願によるリソーススケジューリング方法の実施形態２の相互作用フローチャートである。 本出願による端末デバイスの実施形態１の構造ブロック図である。 本出願によるネットワークデバイスの実施形態１の構造ブロック図である。 本出願による別の端末デバイスの実施形態１の構造ブロック図である。 本出願による別のネットワークデバイスの実施形態１の構造ブロック図である。 本出願による端末デバイスの実施形態１の物理ブロック図である。 本出願によるネットワークデバイスの実施形態１の物理ブロック図である。 本出願による別の端末デバイスの実施形態１の物理ブロック図である。 本出願による別のネットワークデバイスの実施形態１の物理ブロック図である。
本明細書における用語「および／または」は、関連付けられた対象を記述するための関連付け関係のみを記述し、３つの関係が存在し得ることを表すことを理解されたい。たとえば、Ａおよび／またはＢは、以下の３つの場合、すなわち、Ａのみが存在する、ＡとＢの両方が存在する、ならびにＢのみが存在することを表し得る。加えて、本明細書における文字「／」は一般に、関連付けられた対象の間の「または」関係を示す。
様々な通信システムにおいて、リソースの浪費を回避するために、伝送される必要があるアップリンクデータを端末デバイスが有しない場合、ネットワークデバイスはアップリンクリソースを端末デバイスに割り当てない。伝送される必要があるアップリンクリソースを端末デバイスが有するとき、端末デバイスは、端末デバイスがアップリンクリソースを伝送する必要があることをネットワークに通知して、アップリンクリソースを端末デバイスに割り当てるようにネットワークデバイスに要求する必要がある。
既存のＮＢ－ＩｏＴシステムでは、アップリンクデータをネットワークデバイスに送信する必要があるとき、端末デバイスは、アップリンクデータを送信する前にランダムアクセスを再開始する必要がある。図１は、既存のＮＢ－ＩｏＴシステムにおいて端末デバイスがアップリンクデータをネットワークデバイスに送信する必要があるときの処理プロセスの例を示す。図１に示されるように、アップリンクデータを受信した後、端末デバイスはランダムアクセスを再開始する。特定のプロセスは、以下のステップを含む。
Ｓ１０１． 端末デバイスは、アクセスプリアンブルをネットワークデバイスに送信する。
Ｓ１０２． ネットワークデバイスは、ランダムアクセス応答を端末デバイスに返す。
Ｓ１０３． 端末デバイスは、応答を受信し、次いで、ネットワークデバイスに対する無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）要求を開始する。
Ｓ１０４． ネットワークデバイスは、ＲＲＣ接続セットアップメッセージを端末デバイスに送信する。
Ｓ１０５． 端末デバイスは、ＲＲＣ接続セットアップ完了メッセージをネットワークデバイスに送信する。
Ｓ１０６． 端末デバイスは、アップリンクデータをネットワークデバイスに送信する。
端末デバイスは、アップリンクデータの量をネットワークデバイスに報告し、少なくともＳ１０３の後にアップリンクデータをネットワークデバイスに送信することができる。
すなわち、従来技術では、端末デバイスは、比較的長い時間を待って、より多くの動作を行った後に初めて、アップリンクデータを送信することができる。これは、端末デバイスの消費電力および遅延を増大させる。加えて、複数の端末デバイス上でアクセス競合が発生したとき、端末デバイスは、バックオフすることがあり、または故障さえすることがあり、端末デバイスの消費電力および遅延をさらに増大させる。
上記の問題に鑑みて、本出願はリソーススケジューリング方法を提供する。ネットワークデバイスは、先行して構成情報を端末デバイスに送信する。送信される必要があるアップリンクデータを端末デバイスが有するとき、端末デバイスは、構成情報により示される特定のリソース上でスケジューリング要求をネットワークデバイスに送信し、すなわち、端末デバイスがデータを送信する必要があることをネットワークデバイスに通知し、次いで、ランダムアクセスプロセスを行うことなくアップリンクデータを直接送信し、それにより、端末デバイスの消費電力および遅延を低減する。
加えて、ネットワークデバイスにより送信される構成情報は、端末デバイスに対応するカバレッジ拡張レベルを直接または間接的に示す、カバレッジ拡張レベルインデックスまたは繰り返しの量などの情報を含む。すなわち、構成情報により示されるリソースについてカバレッジレベルが識別されることが可能であり、それにより、カバレッジレベルについてのＮＢ－ＩｏＴシステムの要件を満足させる。
図２は、本出願によるリソーススケジューリング方法のシステムアーキテクチャ図である。図２に示されるように、ＮＢ－ＩｏＴシステムにおいて、ネットワークデバイスは、複数の端末デバイスと通信し得る。ネットワークデバイスは、基地局であってよく、端末デバイスは、携帯電話やプリンタなどのマシンタイプ通信を行うことができる任意の端末デバイスであってよい。本出願で提供される方法は、任意の端末デバイスに適用可能である。
図３は、本出願によるリソーススケジューリング方法の実施形態１の相互作用フローチャートである。図３に示されるように、方法の実行プロセスは以下の通りである。
Ｓ３０１． ネットワークデバイスはシステムメッセージを送信する。
ネットワークデバイスは、システムメッセージを使用することによって、利用可能なリソースセットの構成パラメータをサービングセル内のすべての端末デバイスに通知してよく、リソースセットは、端末デバイスのそれぞれによってスケジューリング要求をネットワークデバイスに送信するために使用される。たとえば、リソースセットは、アップリンクランダムアクセスチャネル（狭帯域物理ランダムアクセスチャネル（Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ ＣＨａｎｎｅｌ、ＮＰＲＡＣＨ））リソース、ＮＰＲＡＣＨリソースサブセット、アップリンクデータチャネル（狭帯域物理アップリンク共有チャネル（Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ、ＮＰＵＳＣＨ））フォーマット１リソース、ＮＰＵＳＣＨフォーマット１リソースサブセット、ＮＰＵＳＣＨフォーマット２リソース、またはＮＰＵＳＣＨフォーマット２リソースサブセットを含み得る。たとえば、リソースセットがＮＰＲＡＣＨリソースであるとき、ネットワークデバイスは、システムメッセージにおいて、ＮＰＲＡＣＨリソースの構成情報、たとえば、キャリア周波数、キャリアの量、サブキャリアの量、開始サブキャリアの周波数領域位置、カバレッジ拡張レベルインデックス、繰り返しの量、周期、開始時点、プリアンブルフォーマット、およびプリアンブル伝送試行の最大量などを示し得る。カバレッジ拡張レベルインデックスまたは繰り返しの量は、リソースに対応するカバレッジ拡張レベルを示すために使用され得る。
上述されたように、本出願では、スケジューリング要求は特定のリソース上で送信され、ランダムアクセスプロセスは行われず、それにより、端末デバイスの消費電力および遅延を低減する。ＮＢ－ＩｏＴシステムにおけるカバレッジ拡張の特徴に基づいて、カバレッジレベルは、特定のリソースについて識別される必要があり、カバレッジレベルは、ＮＰＲＡＣＨリソースについて識別されることが可能である。したがって、任意選択の実装において、ＮＰＲＡＣＨリソースは、本出願におけるスケジューリング要求を送信するための特定のリソースとして使用され得る。このようにして、ＮＰＲＡＣＨリソースの以下の特徴が引き継がれ、カバレッジレベルがＮＰＲＡＣＨリソースについて識別されることが可能であり、それにより、リソースとパフォーマンスを効果的にバランスさせる。加えて、ＮＰＲＡＣＨリソースとアップリンクデータについての競合解決メカニズムが存在する。具体的には、ＮＰＲＡＣＨがアップリンクデータと競合するとき、アップリンクデータが遅延して送信される。ＮＰＲＡＣＨリソースが、スケジューリング要求を送信するための特定のリソースとして使用されるとき、上記の競合メカニズムが引き継がれてよく、それにより、ネットワークデバイスのスケジューリングに課される余分な制限を回避し、より良好な後方互換性を維持する。ＮＰＲＡＣＨリソースが使用される前に、ＮＰＲＡＣＨリソースにおいて特に使用されるキャリアおよびサブキャリアが決定される必要がある。ＮＰＲＡＣＨリソースにおけるいくつかのキャリアおよびサブキャリアは、ＮＰＲＡＣＨリソースの現在の構成に基づいて直接使用されてよく、または、ＮＰＲＡＣＨリソースにおいて使用される必要があるキャリアおよびサブキャリアは、特定のパラメータに基づいて計算されてよい。代替として、ＮＰＲＡＣＨリソース以外の別のリソースが特定のリソースとして使用されてよい。
したがって、任意選択で、本出願におけるスケジューリング要求を送信するための特定のリソースは、以下の３つの様式で決定され得る。
第１の様式：
ＮＰＲＡＣＨリソース内のリソースが、ＮＰＲＡＣＨリソースの現在の構成に基づいて特定のリソースとして直接決定される。
この様式では、特定のリソースとして使用されるＮＰＲＡＣＨリソースは、ネットワークデバイスおよび端末デバイスにおいて予め構成され、もしくはメッセージを使用することによって示されてよく、または特定のリソースとして使用されるＮＰＲＡＣＨリソースは、プロトコルで指定されたルールに従って合意されてよく、または特定のリソースとして使用されるＮＰＲＡＣＨリソースは、オペレータもしくは製造者によって自己定義されたルールに従って合意されてよい。このように、ネットワークデバイスは、このステップにおいてシステムメッセージを使用することによって通知動作を行う必要がない。
第２の様式：
いくつかのパラメータが設定され、特定のリソースとして使用されるＮＰＲＡＣＨリソース内のリソースが、現在のＮＰＲＡＣＨリソースセットおよびパラメータに基づいて決定される。
この様式では、ネットワークデバイスは、システムメッセージを使用することによってパラメータを示し得る。すなわち、システムメッセージにおいてＮＰＲＡＣＨリソースのキャリア周波数およびキャリアの量などの情報を示すことに加えて、ネットワークデバイスは、スケジューリング要求を送信するための特定のリソースに対応するパラメータを示し決定し得る。
第３の様式：
ネットワークデバイスは、システムメッセージを使用することによって、ＮＰＲＡＣＨリソースセットに依存することなく、特定のリソースとして使用され得るリソースセットを直接示し、ネットワークデバイスは、キャリア位置、キャリアの量、サブキャリアの量、開始サブキャリアの周波数領域位置、およびスケジューリング要求伝送の最大量などを含む、システムメッセージ内の特定のリソースの構成パラメータを示し得る。
ネットワークデバイスは、システムメッセージを使用することによって特定のリソースの構成パラメータを直接示すので、この様式で決定されるリソースは、ＮＰＲＡＣＨリソースであってよく、またはＮＰＲＡＣＨリソースとは異なるリソースであってよい。
上記の３つの様式の具体的実装方法が、この実施形態の後に詳細に説明される。
Ｓ３０２． ネットワークデバイスが構成メッセージを端末デバイスに送信する。
構成メッセージは、スケジューリング要求を送信するために使用される第１のリソース構成情報を、端末デバイスに対して示す。
Ｓ３０３． 端末デバイスは、構成メッセージに基づいて、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得する。
構成メッセージを受信した後、端末デバイスは、構成メッセージ内で搬送された第１のリソース構成情報を取得し、第１のリソース構成情報は、キャリアインデックス、開始サブキャリアインデックス、スケジューリング要求伝送の最大量、カバレッジ拡張レベルを示すために使用される情報などを含んでよく、カバレッジ拡張レベルを示すために使用される情報は、具体的には、カバレッジ拡張レベルインデックスまたは繰り返しの量であり得る。
ステップＳ３０１で説明された３つの様式のうちの第１の様式の例では、ＮＰＲＡＣＨリソースは、スケジューリング要求を送信するための特定のリソースとして直接使用される。この場合、最初にＳ３０１でシステムメッセージにおいて、ネットワークデバイスは、キャリアの量、サブキャリアの量、開始サブキャリアの周波数領域位置、および繰り返しの量などを含む、ＮＰＲＡＣＨリソースセットを、サービングセル内のすべての端末デバイスに対してブロードキャストする。システムメッセージを受信した後、端末デバイスは、ＮＰＲＡＣＨリソースセットの構成情報を学習する。さらに、ネットワークデバイスは、特定のリソースの予め構成された構成情報に基づいて、スケジューリング要求を送信している特定の端末デバイスに対応する特定のリソースを決定し、キャリアインデックス、開始サブキャリアインデックス、および開始サブキャリアの周波数領域位置などの情報を使用することによって、スケジューリング要求を送信するために使用されるキャリア内のサブキャリアを特定の端末デバイスに通知する。
カバレッジレベルがＮＰＲＡＣＨリソースに対して識別されることが可能である。ネットワークデバイスのシステムメッセージで示されたＮＰＲＡＣＨリソースセットにおけるＮＰＲＡＣＨリソースの各グループは、１つのカバレッジ拡張レベルに対応する。ネットワークデバイスは、端末デバイスのカバレッジ拡張レベル、および予め構成された構成情報に基づいて、ＮＰＲＡＣＨリソースセット内にあるリソースであって端末デバイスのカバレッジ要件を満足させるリソースを、端末デバイスに割り当てる。
任意選択の実装において、ネットワークデバイスは、具体的には、コンテンションベースのランダムアクセスプロセスにおいてＲＲＣメッセージを使用することによって第１のリソース構成情報を送信することがあり、ＲＲＣメッセージは、具体的には、コンテンションベースのランダムアクセスプロセスにおいて取得された第４のメッセージである。
Ｓ３０４． アップリンクデータが到着したとき、端末デバイスは、第１のリソース構成情報により示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、端末デバイスは、スケジューリング要求を伝送する回数をカウントするタイマを開始する。
第１のリソースは、スケジューリング要求を送信するための特定のリソースのサブセットである。具体的には、特定のリソースは、第１のリソースのリソースセットである。
スケジューリング要求は、アップリンクチャネルリソースをネットワークデバイスに要求するために使用され、端末デバイスは、スケジューリング要求を送信するときにランダムアクセスプロセスを行わない。
具体的には、端末デバイスは、スケジューリング要求を送信し、詳細には、先行のステップで決定された第１のリソース上でアップリンクチャネルリソースをネットワークデバイスに要求する。これは、アップリンクチャネルリソースをネットワークデバイスに要求するためにランダムアクセスが再開始される必要がある従来技術とは異なる。
Ｓ３０５． ネットワークデバイスは、端末デバイスにより送信されたスケジューリング要求を第１のリソース上で検出して、ネットワークデバイスがスケジューリング要求を検出した場合、アップリンクチャネルリソースを端末デバイスに割り当て、またはネットワークデバイスがスケジューリング要求を検出しない場合、伝送動作を行わない。
Ｓ３０６． タイマが満了する前に、端末デバイスが、ネットワークデバイスにより割り当てられたアップリンクチャネルリソースを受信した場合、端末デバイスは、ネットワークデバイスにより割り当てられたアップリンクチャネルリソース上でバッファステータスレポートまたはアップリンクデータを送信し、そうでない場合、端末デバイスは、第１のリソース上でスケジューリング要求を再送する。スケジューリング要求を伝送する回数が、スケジューラが伝送を要求する最大伝送量を超えた場合、端末デバイスは、ランダムアクセスプロセスをトリガする。
この実施形態では、ネットワークデバイスは、先行して構成メッセージを端末デバイスに送信する。端末デバイスがアップリンクデータを送信する必要があるとき、端末デバイスは、構成メッセージ内にある第１のリソース構成情報により示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、すなわち、端末デバイスがデータを送信する必要があることをネットワークデバイスに通知し、次いで、ランダムアクセスプロセスを行うことなくアップリンクデータを直接送信し、それにより、端末デバイスの消費電力および遅延を低減する。
さらに、ネットワークデバイスにより送信された第１のリソース構成情報は、カバレッジ拡張レベル情報を示し、これは、端末デバイスに対応するカバレッジ拡張レベルを示す。すなわち、第１のリソース構成情報により示されるリソースについてカバレッジレベルが識別されることが可能であり、それにより、ＮＢ－ＩｏＴシステムにおける異なるカバレッジレベルに対応する端末デバイスの要件を満足させる。
スケジューリング要求を送信するための特定のリソースを決定する前述の３つの様式が、以下に詳細に説明される。
第１の様式：
ＮＰＲＡＣＨリソース内のリソースが、ＮＰＲＡＣＨリソースの現在の構成に基づいて特定のリソースとして直接決定される。
この様式では、特定のリソースとして使用されるＮＰＲＡＣＨリソースは、ネットワークデバイスおよび端末デバイスにおいて予め構成され、もしくはメッセージを使用することによって示されてよく、または特定のリソースとして使用されるＮＰＲＡＣＨリソースは、プロトコルで指定されたルールに従って合意されてよく、または特定のリソースとして使用されるＮＰＲＡＣＨリソースは、オペレータもしくは製造者によって自己定義されたルールに従って合意されてよい。このように、ネットワークデバイスは、このステップにおいてシステムメッセージを使用することによって通知動作を行う必要がない。
具体的に、図４は、既存のＮＢ－ＩｏＴシステムにおけるＮＢ－ＩｏＴキャリア内のＮＰＲＡＣＨ周波数領域リソースの概略分布図である。図４に示されるように、ＮＰＲＡＣＨ周波数領域リソースの全体セットが、Ａであり、各カバレッジ拡張レベルに対応しＮＰＲＡＣＨリソースに割り当てられる開始サブキャリアの周波数領域位置が、Δfとして示され、ＮＢ－ＩｏＴが、ｍ個のＮＢ－ＩｏＴキャリアをサポートすることができ、１つのＮＢ－ＩｏＴキャリア内のＮＰＲＡＣＨ周波数領域リソースが、Ａiであり、ここで、ｉ＝０，…，ｍ－１であり、
Figure 0007221874000001
であることを仮定する。１つのＮＢ－ＩｏＴキャリア内のシングルトーンＭｓｇ３のＵＥサポートを示すためのＮＰＲＡＣＨ周波数領域リソースが、Ｂiとして示され、ここで、ｉ＝０，…，ｍ－１である。１つのＮＢ－ＩｏＴキャリア内のマルチトーンＭｓｇ３のＵＥサポートを示すためのＮＰＲＡＣＨ周波数領域リソースが、Ｃiとして示され、ここで、ｉ＝０，…，ｍ－１である。１つのＮＢ－ＩｏＴキャリア内のコンテンションベースのランダムアクセスを示すためのＮＰＲＡＣＨ周波数領域リソースが、Ｄiとして示され、ここで、ｉ＝０，…，ｍ－１であり、Ｄi＝Ｂi＋Ｃiである。１つのＮＢ－ＩｏＴキャリア内にあるリソースであって、コンテンションベースのランダムアクセスのためのＮＰＲＡＣＨ周波数領域リソースとは異なるリソースが、Ｅiとして示され、ここで、ｉ＝０，…，ｍ－１である。この場合、Ｄi＋Ｅi＝Ａiである。
特定のリソースの周波数領域リソースとして使用されるＮＰＲＡＣＨ周波数領域リソースが、ネットワークデバイスおよび端末デバイスにおいて予め構成され、もしくはメッセージを使用することによって示され、または特定のリソースの周波数領域リソースとして使用されるＮＰＲＡＣＨ周波数領域リソースが、プロトコルで指定されたルールに従って合意され、または特定のリソースの周波数領域リソースとして使用されるＮＰＲＡＣＨ周波数領域リソースが、オペレータもしくは製造者によって自己定義されたルールに従って合意されるとき、Ａi、Ｂi、Ｃi、Ｄi、Ｅi、Ａi－Ｂi、Ａi－Ｃi、Ａi－Ｄi、およびＡi－Ｅiが、特定のリソースの周波数領域リソースを示し、ここでｉ＝０，…，ｍ－１またはｉ＝１，…，ｍ－１であることが、直接示されまたは合意され得る。たとえば、特定のリソースの周波数領域リソースがＡi－ＤiまたはＥiであることが構成され、示され、または合意され得る。この場合、それは、スケジューリング要求が送信されることが可能である各ＮＢ－ＩｏＴキャリア内で、ＮＰＲＡＣＨ周波数領域リソース内にある周波数領域リソースであって、コンテンションベースのランダムアクセスのために割り当てられた周波数領域リソースとは異なる周波数領域リソースが、特定のリソースの周波数領域リソースとして使用され得ることを表す。
いくつかの任意選択の実装において、Ａi、Ｂi、Ｃi、Ｄi、およびＥiは、異なる様式で計算されて、特定のリソースの周波数領域リソースが、ＮＰＲＡＣＨ周波数領域リソースのサブセットであり、または特定のリソースが、ＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースであるようにしてよい。
加えて、この様式では、既存のＮＰＲＡＣＨ時間領域リソースの構成パラメータ、たとえば、周期、送信開始時点、および期間の開始時点に対する時間オフセットなどが、特定のリソースの時間領域リソースについて使用され得る。
第２の様式：
いくつかのパラメータが設定され、パラメータに基づいて現在のＮＰＲＡＣＨリソースセットに対して計算が行われ、特定のリソースとして使用されるＮＰＲＡＣＨリソース内のリソースが決定される。
この様式では、ネットワークデバイスが、システムメッセージを使用することによってパラメータを示し得る。すなわち、システムメッセージにおけるＮＰＲＡＣＨリソースのキャリア周波数およびキャリアの量などの情報を示すことに加えて、ネットワークデバイスは、スケジューリング要求を送信するための特定のリソースに対応するパラメータを示し決定し得る。
この様式は、ＮＢ－ＩｏＴキャリア次元、サブキャリア次元、またはＮＢ－ＩｏＴキャリア次元とサブキャリア次元の両方に適用され得る。加えて、特定のリソースに対応するキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置と、システムメッセージを使用することによって示されたパラメータとに基づいて決定されてよく、または特定のリソースに対応するキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置と、システムメッセージを使用することによって示されたパラメータとに基づいて決定されてよい。
具体的には、以下のいくつかの場合がある。
１． この様式は、ＮＢ－ＩｏＴキャリア次元に適用され、特定のリソースに対応するキャリア位置が、ＮＰＲＡＣＨリソースのキャリア位置と、システムメッセージを使用することによって示された予め設定されたパラメータとに基づいて決定される。
２． この様式は、ＮＢ－ＩｏＴキャリア次元に適用され、特定のリソースに対応するキャリア位置が、ＮＰＲＡＣＨリソースのサブセットのキャリア位置と、システムメッセージを使用することによって示された予め設定されたパラメータとに基づいて決定される。
３． この様式は、サブキャリア次元に適用され、特定のリソースに対応する開始サブキャリア位置が、ＮＰＲＡＣＨリソースの開始サブキャリア位置と、システムメッセージを使用することによって示された予め設定されたパラメータとに基づいて決定される。
４． この様式は、サブキャリア次元に適用され、特定のリソースに対応する開始サブキャリア位置が、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置と、システムメッセージを使用することによって示された予め設定されたパラメータとに基づいて決定される。
５． この様式は、ＮＢ－ＩｏＴキャリア次元とサブキャリア次元の両方に適用され、特定のリソースに対応するキャリア位置が、ＮＰＲＡＣＨリソースのキャリア位置と、システムメッセージを使用することによって示された第１の予め設定されたパラメータとに基づいて決定され、特定のリソースに対応する開始サブキャリア位置が、ＮＰＲＡＣＨリソースの開始サブキャリア位置と、システムメッセージを使用することによって示された第２の予め設定されたパラメータとに基づいて決定される。
６． この様式は、ＮＢ－ＩｏＴキャリア次元とサブキャリア次元の両方に適用され、特定のリソースに対応するキャリア位置が、ＮＰＲＡＣＨリソースのサブセットのキャリア位置と、システムメッセージを使用することによって示された第１の予め設定されたパラメータとに基づいて決定され、特定のリソースに対応する開始サブキャリア位置が、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置と、システムメッセージを使用することによって示された第２の予め設定されたパラメータとに基づいて決定される。
第５および第６の場合、第１の予め設定されたパラメータの値は、同じでよくまたは異なってよい。すなわち、同じパラメータまたは異なるパラメータがキャリアおよびサブキャリアに対して使用され得る。
システムメッセージを使用することによって示される予め設定されたパラメータ、第１の予め設定されたパラメータ、および第２の予め設定されたパラメータは、具体的には、ＮＰＲＡＣＨリソースまたはＮＰＲＡＣＨリソースのサブセットについてのオフセットパラメータであってよく、あるいはＮＰＲＡＣＨリソースまたはＮＰＲＡＣＨリソースのサブセットについてのスケールファクタであってよい。
予め設定されたパラメータ、第１の予め設定されたパラメータ、および第２の予め設定されたパラメータがオフセットパラメータであるとき、第５および第６の場合の例では、具体的には、
特定のリソースのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１のオフセットパラメータに基づいて決定され、特定のリソースの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第１のオフセットパラメータに基づいて決定される、または
特定のリソースのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１のオフセットパラメータに基づいて決定され、特定のリソースの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２のオフセットパラメータに基づいて決定される。
第１のオフセットパラメータおよび第２のオフセットパラメータは、ネットワークデバイスにより送信されたシステムメッセージを使用することによって構成される。
予め設定されたパラメータ、第１の予め設定されたパラメータ、および第２の予め設定されたパラメータがスケールファクタであるとき、第５および第６の場合の例では、具体的には、
特定のリソースのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、特定のリソースの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される、または
特定のリソースのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、特定のリソースの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される。
第１の予め設定されたスケールファクタおよび第２の予め設定されたスケールファクタは、ネットワークデバイスにより送信されたシステムメッセージを使用することによって構成される。
上記のプロセスの例が、図４に示されているＮＰＲＡＣＨリソースの分割を参照して引き続き説明される。
１． サブキャリア次元
オフセットパラメータはＦiであり、ここで、ｉ＝０，…，ｍ－１である。Ｆiは、Ａi、Ｂi、Ｃi、Ｄi、もしくはＥiの開始サブキャリアに対する周波数領域オフセットであり得るか、またはＡi－Ｂi、Ａi－Ｃi、Ａi－Ｄi、もしくはＡi－Ｅiの開始サブキャリアに対する周波数領域オフセットであり得ることが仮定される。
スケールファクタはαiであり、ここで、ｉ＝０，…，ｍ－１である。Ａi、Ｂi、Ｃi、Ｄi、もしくはＥiにおける比αiが特定のリソースの周波数領域リソースとして構成され得るか、またはＡi、Ｂi、Ｃi、Ｄi、もしくはＥiにおける比（１－αi）が特定のリソースの周波数領域リソースとして構成され得るか、またはＡi－Ｂi、Ａi－Ｃi、Ａi－Ｄi、もしくはＡi－Ｅiにおける比αiが特定のリソースの周波数領域リソースとして構成され得るか、またはＡi－Ｂi、Ａi－Ｃi、Ａi－Ｄi、もしくはＡi－Ｅiにおける比（１－αi）が特定のリソースの周波数領域リソースとして構成され得ることが仮定され、ここで、ｉ＝０，…，ｍ－１、またはｉ＝１，…，ｍ－１である。
２． ＮＢ－ＩｏＴキャリア次元
ＮＢ－ＩｏＴキャリア次元では、オフセットパラメータおよびスケールファクタに加えて、パラメータがビットマップであり得る。
オフセットパラメータ：
オフセットパラメータは、ＮＢ－ＩｏＴキャリアインデックスに対するオフセットであり得る。たとえば、ＮＢ－ＩｏＴは、ランダムアクセスを開始するようにｍ個のＮＢ－ＩｏＴキャリアを構成する。キャリアインデックスは、０，１，…，およびｍ－１であり、相対オフセットは、ＮＢ－ＩｏＴキャリアインデックス０に対するオフセット、またはＮＢ－ＩｏＴキャリアインデックス１に対するオフセットなどであり得る。
スケールファクタ：
スケールファクタはβであり、キャリアインデックスはＩであり、ここで、Ｉは整数であり、０≦Ｉ≦ｍ－１であることが仮定される。
Figure 0007221874000002
、
Figure 0007221874000003
、
Figure 0007221874000004
、
Figure 0007221874000005
、
Figure 0007221874000006
、
Figure 0007221874000007
、
Figure 0007221874000008
、または
Figure 0007221874000009
を満たすＮＢ－ＩｏＴキャリアが、スケジューリング要求を送信するために使用される。代替として、Ｉは正の整数であり、１≦Ｉ≦ｍ－１である。
Figure 0007221874000010
、
Figure 0007221874000011
、
Figure 0007221874000012
、
Figure 0007221874000013
、
Figure 0007221874000014
、
Figure 0007221874000015
、
Figure 0007221874000016
、または
Figure 0007221874000017
を満たすＮＢ－ＩｏＴキャリアが、スケジューリング要求を送信するために使用される。
ビットマップ：
ｍの長さを有するビットマップが表現のために使用されることが仮定される。ビットマップにおいてビットは、ＮＢ－ＩｏＴキャリアインデックスと一対一の対応関係にある。下位ビットが最小インデックス番号を示すか、または上位ビットが最小インデックス番号を示す。代替として、別の予め設定されたルールに従って配列が行われる。本出願は、特に制限を与えない。ネットワークデバイスと端末デバイスは、同じ予め設定された配列ルールを使用する。ビットマップにおいて、ビット位置０が、対応するＮＢ－ＩｏＴキャリアが特定のリソースの周波数領域リソースとして構成されることを示し、またはビット位置１が、対応するＮＢ－ＩｏＴキャリアが特定のリソースの周波数領域リソースとして構成されることを示し、そして、ビット０またはビット１の量が、特定のリソースとして構成されたＮＢ－ＩｏＴキャリアの量を示す。ＮＢ－ＩｏＴが１６ＮＢ－ＩｏＴキャリアをサポートすると仮定すると、１６ビットのビットマップが、特定のリソースの周波数領域リソースを構成するためまたは示すために使用され得る。ビットマップ内のビット位置１は、対応するＮＢ－ＩｏＴキャリアが特定のリソースの周波数領域リソースとして構成されることを示し、下位ビットは、最大インデックス数に対応する。この場合、ビットマップ１１００１０００１０１００００１では、それは、６つのＮＢ－ＩｏＴキャリアが特定のリソースの周波数領域リソースとして構成されることを表す。
第５の場合においてオフセットパラメータがパラメータとして使用される具体例が以下に提供される。
ネットワークデバイスのシステムメッセージで示される第１のオフセットパラメータ、すなわちＮＢ－ＩｏＴキャリア次元におけるオフセットパラメータが、Ｆ1であり、ネットワークデバイスのシステムメッセージで示される第２のオフセットパラメータ、すなわちサブキャリア次元におけるオフセットパラメータが、Ｆ2であることが仮定され、ここで、Ｆ1は、特定のリソースのキャリア位置が、ＮＰＲＡＣＨリソースにおいてインデックスが０であるＮＢ－ＩｏＴキャリアに基づいてＦ1個のＮＢ－ＩｏＴキャリアをオフセットすることによって取得されることを表し、Ｆ2は、特定のリソースの開始サブキャリア位置が、ＮＰＲＡＣＨリソースにおいてＡiにおける開始サブキャリア位置に基づいてＦ2個のサブキャリアをオフセットすることによって取得されることを表す。
ネットワークデバイスが構成情報を端末デバイスに送信するとき、Ｆ1に基づいて計算されたキャリアインデックス、およびＦ2に基づいて計算されたサブキャリアインデックスが、端末デバイスに送信され得る。
加えて、この様式では、特定のリソースの時間領域リソースは、ビットマップをＮＰＲＡＣＨ時間領域リソースに導入することによって表され得る。たとえば、ビットマップ内のビットは、シンボル粒度、タイムスロット粒度、サブフレーム粒度、またはＮＰＲＡＣＨ周期粒度などを表すために使用され得る。ビット１は、対応するシンボル，タイムスロット，サブフレーム、またはＮＰＲＡＣＨ周期が特定のリソースの時間領域リソースとして使用されることを示し、ビット０は、対応するシンボル，タイムスロット，サブフレーム、またはＮＰＲＡＣＨ周期が特定のリソースの時間領域リソースとして使用されないことを示す。これは単に本明細書での例であり、ビット０または１に対応する意味は上記の例のそれと逆であり得る。
第３の様式：
ネットワークデバイスは、システムメッセージを使用することによって、ＮＰＲＡＣＨリソースに依存することなく、第１のリソースとして使用され得るリソースセットを直接示し、ネットワークデバイスは、キャリアの量、サブキャリアの量、および開始サブキャリアの周波数領域位置などを含む、システムメッセージ内の第１のリソースの構成パラメータを示し得る。
この方法では、ネットワークデバイスは、既存のＮＰＲＡＣＨリソースを再使用することなく、第１のリソースとして使用され得るリソースセットを柔軟に示し得る。したがって、リソースは、より柔軟に割り当てられることが可能である。
特定のリソース、特定の実装プロセスでは第１のリソースを決定するための上記されたいくつかの任意選択の実装は、要件に基づいて上記の実装のうちの任意の１つまたは組み合わせを選択することによって構成され得る。決定された特定のリソースは、ＮＰＲＡＣＨリソース、ＮＰＲＡＣＨリソースのサブセット、ＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソース、ＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースのサブセット、またはＮＰＲＡＣＨリソースとは異なるリソースであってよい。
以下では、端末デバイスによって、アップリンクデータ量をネットワークデバイスに通知するための方法を説明する。
図３に示されたステップＳ３０４では、端末デバイスは、第１のリソース上でスケジューリング要求をネットワークデバイスに送信して、アップリンクチャネルリソースを割り当てるようにネットワークデバイスに要求する。加えて、端末デバイスは、伝送される必要があるアップリンクデータのボリュームをネットワークデバイスに通知する必要があり、そうすることで、その情報に基づいてネットワークデバイスがアップリンクチャネルリソースを適切に割り当てる。任意選択の実装において、端末デバイスは、ステップ３０４の後、ネットワークデバイスに対して、アップリンクデータのボリュームをネットワークデバイスに通知するために使用されるメッセージを送信することがある。別の任意選択の実装において、端末デバイスは、ステップＳ３０４でスケジューリング要求を送信するときに、アップリンクデータ量に関する情報を暗黙的に追加してよく、次いで、ネットワークデバイスは、スケジューリング要求に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定する。第２の様式では、端末デバイスによってネットワークデバイスにアップリンクデータ量を別個に報告するプロセスが省略されてよい。したがって、ワイヤレス伝送リソースが節約されることができる。以下では、第２の様式の具体的な実装プロセスを主に説明する。
第２の様式では、端末デバイスは、スケジューリング要求をネットワークデバイスに送信するとき、端末デバイスは、伝送されるべきアップリンクデータのデータ量情報を追加する。ネットワークデバイスは、スケジューリング要求に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定する。
具体的には、上記の２つの方法が実装のために使用され得る。
（１） 伝送されるべきアップリンクデータのデータ量情報が、リソースタイプを使用することによって暗黙的に搬送される。
端末デバイスは、第１のリソースを使用することによってスケジューリング要求をネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加する。ネットワークデバイスは、受信されたスケジューリング要求に対応する第１のリソースに基づいて、伝送されるべきアップリンクデータのデータ量情報を決定する。
第１のリソースは、時間領域リソース、周波数領域リソース、コードリソース、または時間領域リソースと周波数領域リソースとコードリソースとの組み合わせを含む。時間領域リソース、周波数領域リソース、コードリソース、または時間領域リソースと周波数領域リソースとコードリソースとの組み合わせは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する。
具体的には、第１のリソースに対応する時間領域リソースは、瞬間に対応し、周波数領域リソースは、周波数領域位置に対応し、コードリソースは、直交コードに対応し、または、時間領域リソース、周波数領域リソース、およびコードリソースの組み合わせは、伝送されるべきアップリンクデータのデータ量情報に対応する。
たとえば、時間領域リソースに関して、端末デバイスは、第１のリソース構成メッセージに示されたカバレッジレベル情報に基づいて、スケジューリング要求を送信するための周期および開始時点を決定し、端末デバイスによりスケジューリング要求を送信するための周期は、奇数の周期または偶数の周期であり、伝送される情報の量を示す。
周波数領域リソースに関して、
第１のリソース構成メッセージは、複数のキャリアインデックスを含み、端末デバイスがスケジューリング要求を送信するときに使用される開始サブキャリア位置もしくはインデックスは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する、または
第１のリソース構成メッセージは、複数の開始サブキャリアインデックスを含み、端末デバイスがスケジューリング要求を送信するときに使用される開始サブキャリア位置もしくはインデックスは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する、または
第１のリソース構成メッセージは、複数のキャリアインデックスおよび複数の開始サブキャリアインデックスを含み、端末デバイスがスケジューリング要求を送信するときに使用されるキャリア位置もしくは開始サブキャリア位置は、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する、または
第１のリソース構成メッセージは、複数のキャリアインデックスおよび複数の開始サブキャリアインデックスを含み、端末デバイスがスケジューリング要求を送信するときに使用されるキャリアインデックスもしくは開始サブキャリアインデックスは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する。
コードリソースに関して、第１のリソース構成メッセージは、複数の直交コードを含み、端末デバイスがスケジューリング要求を送信するときに使用される直交コードもしくは直交コードインデックスは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する。
時間領域リソースおよび周波数領域リソースの組み合わせ、周波数領域リソースおよびコードリソースの組み合わせ、時間領域リソースおよびコードリソースの組み合わせ、または時間領域リソース、周波数領域リソース、およびコードリソースの組み合わせは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する。
（２） 伝送されるべきアップリンクデータのデータ量情報は、遅延してまたは先行してスケジューリング要求を送信することによって暗黙的に搬送される。
任意選択の実装において、端末デバイスによってスケジューリング要求を送信するために使用される信号は、ＮＰＲＡＣＨプリアンブルであり得る。
図５は、ＮＢ－ＩｏＴランダムアクセスプリアンブルの概略図である。図５に示されるように、ＮＢ－ＩｏＴランダムアクセスプリアンブルは、単一サブキャリア周波数ホッピングシンボルグループを含む。１つのプリアンブルは、４つのシンボルグループを含み、各シンボルグループは、１つの巡回プレフィックスおよび５つのシンボルを含む。５つのシンボルは、同じ期間（duration）、すなわち８１９２Ｔsを有し、Ｔsは時間単位であり、Ｔs＝１／（１５０００×２０４８）秒を満たし、１つの巡回プレフィックスの期間は、１つのシンボルの期間と同じまたは異なることがある。実際の伝送中に、プリアンブルは、ネットワーク構成の繰り返しの量に基づいて複数回繰り返され得る。
ＮＰＲＡＣＨプリアンブルの周波数領域周波数ホッピング範囲は、１２個のサブキャリア内である。１つのＮＢ－ＩｏＴキャリアの帯域幅は１８０ｋＨｚであり、１つのＮＰＲＡＣＨプリアンブルが１つのサブキャリアを占め、サブキャリア帯域幅は３．７５ｋＨｚである。したがって、１つのＮＢ－ＩｏＴキャリアは、最大で１８０／３．７５＝４８個のＮＰＲＡＣＨプリアンブルをサポートすることができる。
任意選択の実装において、端末デバイスによってスケジューリング要求を送信するために使用される信号は、ＮＰＲＡＣＨプリアンブル、またはＮＰＲＡＣＨプリアンブルのそれに類似する構造を有する新しい系列であり得る。すなわち、その系列も、単一サブキャリア周波数ホッピングシンボルグループを含む。１つのプリアンブルは、４つのシンボルグループを含み、各シンボルグループは、１つの巡回プレフィックスおよび５つのシンボルを含む。５つのシンボルは、同じ期間、すなわち８１９２Ｔsを有し、Ｔsは時間単位であり、Ｔs＝１／（１５０００×２０４８）秒を満たし、１つの巡回プレフィックスの期間は、ＮＰＲＡＣＨプリアンブルの巡回プレフィックスの期間と同じまたは異なることがある。系列の周波数領域周波数ホッピング範囲は、１２個のサブキャリア内である。
この実施形態では、端末デバイスによってスケジューリング要求を送信するために使用される系列は、ＮＢ－ＩｏＴランダムアクセスプリアンブル系列であり得る。加えて、スケジューリング要求を送信する前に、端末デバイスは、タイミングアドバンス（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ、ＴＡ）調整を行っている。
さらに、ＮＢ－ＩｏＴランダムアクセスプリアンブル系列を使用することによって第１のリソース上でスケジューリング要求を送信するときに、端末デバイスは、遅延してまたは先行して第１リソース上でスケジューリング要求を送信し得る。送信されたスケジューリング要求に対応する遅延時間の量またはタイミングアドバンスの量は、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する。ネットワークデバイスは、第１のリソース上で受信されたスケジューリング要求に対応する遅延時間の量またはタイミングアドバンスの量に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定する。
たとえば、図６は、ＮＢ－ＩｏＴランダムアクセスプリアンブル系列が遅延して送信され、伝送されたデータ情報を示す例の図である。図６に示されるように、端末デバイスは、０シンボル期間、１／４シンボル期間、１／２シンボル期間、および３／４シンボル期間それぞれ遅延することによりプリアンブル系列を送信してよく、１つの伝送されるべきアップリンクデータのデータ量範囲を示す。ここでは、シンボル期間は、ＮＰＲＡＣＨプリアンブルにおける１つのシンボルの期間と同じ、すなわち８１９２Ｔsであり、Ｔsは時間単位であり、Ｔs＝１／（１５０００×２０４８）秒を満たす。
遅延されたシンボルと、伝送されるべきアップリンクデータのデータ量範囲との間の対応関係が、表１に示されていると仮定される。この場合、端末デバイスが、１／４シンボル期間遅延することによって第１のリソース上でスケジューリング要求をネットワークデバイスに送信した後、ネットワークデバイスが、スケジューリング要求が１／４シンボル期間遅延されたことを検出した場合、端末デバイスによって送信される必要があるアップリンクの長さは、１０バイトより長くかつ１２バイト以下である。この場合、ネットワークデバイスは、長さが１０バイトより長くかつ１２バイト以下であるデータに対応するアップリンクチャネルリソースを、端末デバイスに割り当て得る。
Figure 0007221874000018
図６は、プリアンブル系列の１つのシンボルグループのみを示しており、別のシンボルグループの遅延ポリシも同様であることに留意されたい。
図７は、本出願によるリソーススケジューリング方法の実施形態２の相互作用フローチャートである。実施形態の適用シナリオは、ネットワークデバイスによるアップリンク伝送のスケジューリング中に、アップリンクデータが端末デバイスに到着するというものである。図７に示されるように、この方法での別の実行プロセスは以下の通りである。
Ｓ７０１． 端末デバイスは、ネットワークデバイスにより送信されたダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）標識を受信する。
ＤＣＩは、第１のリソースを示すために使用され、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間－周波数リソースである。加えて、第１のリソースは、端末デバイスによってスケジューリング要求を送信するために使用される。
ＮＢ－ＩｏＴシステムでは、アップリンク物理チャネルは、ＮＰＲＡＣＨおよびＮＰＵＳＣＨを含む。ＮＰＵＳＣＨは、ＮＰＵＳＣＨフォーマット１およびＮＰＵＳＣＨフォーマット２を含む。ＮＰＵＳＣＨフォーマット１は、アップリンクデータを送信するために使用され、ＮＰＵＳＣＨフォーマット２は、ダウンリンクＨＡＲＱ－ＡＣＫフィードバック情報を運ぶために使用される。
この実施形態では、ＮＰＵＳＣＨフォーマット２リソースは第１のリソースとして使用される。
Ｓ７０２． 端末デバイスは、ＤＣＩに基づいて第１のリソースを決定する。
このステップは、任意選択のステップである。
Ｓ７０３． アップリンクデータが端末デバイスに到着したとき、端末デバイスは、ＤＣＩにより示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信する。
さらに、ネットワークデバイスは、第１のリソース上で、端末デバイスにより送信されたスケジューリング要求を受信および検出する。ネットワークデバイスが、端末デバイスにより送信されたスケジューリング要求を第１のリソース上で検出した場合、ネットワークデバイスは、アップリンクチャネルリソースを端末デバイスに割り当てる。そうでない場合、ネットワークデバイスは、検出されたＨＡＲＱ－ＡＣＫフィードバック情報のみに基づいて、対応するＨＡＲＱ動作を行う。
この実施形態では、端末デバイスは、第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間－周波数リソースである。すなわち、端末デバイスは、ＮＰＵＳＣＨフォーマット２を使用してスケジューリング要求を送信することができ、それにより、スケジューリング要求のために特に使用されるリソースを低減する。
上記実施形態に基づいて、この実施形態は、ＮＰＵＳＣＨフォーマット２リソースを使用することによって端末デバイスにより送信されたスケジューリング要求を送信するための特定の方法に関する。
任意選択の実装において、端末デバイスは、より高次の変調を介して第１のリソース上でスケジューリング要求とＨＡＲＱ－ＡＣＫフィードバック情報との両方を伝送し得る。ＨＡＲＱ－ＡＣＫフィードバック情報において、ＡＣＫは肯定応答を示し、ＮＡＣＫは否定応答を示す。
任意選択で、端末デバイスは、送信されるべき情報に基づいて、四位相偏移変調（Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ、ＱＰＳＫ）を行い得る。たとえば、００への変調は、ＡＣＫのみが送信されることを示し、０１への変調は、ＡＣＫとスケジューリング要求の両方が送信されることを示し、１１への変調は、ＮＡＣＫのみが送信されることを示し、１０への変調は、ＮＡＣＫとスケジューリング要求の両方が送信されることを示す。
別の任意選択の実装において、端末デバイスは、代替として、ＨＡＲＱ－ＡＣＫフィードバックメッセージに対応する変調シンボルに対して位相回転を行って、第１のリソース上でスケジューリング要求とＨＡＲＱ－ＡＣＫフィードバック情報との両方を伝送する。
任意選択で、ＨＡＲＱ－ＡＣＫフィードバック情報についての変調シンボルとπ／２の位相回転を加えた信号点は、ＡＣＫとスケジューリング要求の両方が送信されることを示し、ＮＡＣＫの変調シンボルとπ／２位相回転を加えた信号点は、ＡＣＫとスケジューリング要求の両方が送信されることを示す。
別の任意選択の実装において、端末デバイスは、代替として、端末デバイスは、ＨＡＲＱ－ＡＣＫフィードバック情報に対応する変調シンボルまたは符号化されたビットを、予め設定された直交コードで乗算して、第１のリソース上でスケジューリング要求とＨＡＲＱ－ＡＣＫフィードバック情報との両方を伝送し得る。
任意選択で、たとえば、符号化されたＨＡＲＱ－ＡＣＫフィードバック情報は、ＮＢ－ＩｏＴにおいて１６の長さを有する符号語である。ＡＣＫのための情報ビット１は、１６個の１に符号化され、ＮＡＣＫのための情報ビット０は、１６個の０に符号化される。ＡＣＫの符号化されたビットは、である１６の長さを有するアダマール系列の部分系列で乗算され、たとえば｛１，－１，１，－１，１，－１，１，－１，１，－１，１，－１，１，－１，１，－１｝で、ＡＣＫとスケジューリング要求の両方を伝送する。すなわち、ネットワークデバイスによって受信されたコードが１６個の１である場合、それは、ＡＣＫのみが伝送されたことを示す。ネットワークデバイスによって受信されたコードが１６個の０である場合、それは、ＮＡＣＫのみが伝送されたことを示す。ネットワークが直交コード系列｛１，－１，１，－１，１，－１，１，－１，１，－１，１，－１，１，－１，１，－１｝を検出した場合、それは、ＡＣＫとスケジューリング要求の両方が伝送されたことを示す。
別の任意選択の実装において、端末デバイスは、ＨＡＲＱ－ＡＣＫフィードバック情報および予め設定された直交系列に基づいて、第１の伝送系列を決定し、第１のリソース上で第１の伝送系列を伝送し、第１の伝送系列は、ＨＡＲＱ－ＡＣＫフィードバック情報とスケジューリング要求情報との両方を搬送するために使用される。
端末デバイスは、ＨＡＲＱ－ＡＣＫに対応する変調シンボルおよび予め設定された直交系列に基づいて、ＨＡＲＱ－ＡＣＫフィードバック情報およびスケジューリング要求を伝送するので、情報を受信するネットワークデバイスは、スケジューリング要求があるかどうかを検出するときに複雑な復号動作を行うことなく、系列検出を完了するためにコヒーレントな組み合わせを直接行うだけでよく、それにより、検出複雑性を低減する。
任意選択で、予め設定された直交系列は、少なくとも１つの直交系列である。たとえば、予め設定された直交系列は、２つの系列であってよく、または１つの系列であってよい。以下では、これら２つの場合での端末によって伝送系列を決定するための方法を個別に説明する。
１． 予め設定された直交系列は、２つの系列である。
具体的には、予め設定された直交系列は、第１の直交系列または第２の直交系列であってよく、第１の直交系列は、伝送されるべきスケジューリング要求がないときに使用され、第２の直交系列は、伝送されるべきスケジューリング要求があるときに使用される。
直交系列は良好な相互相関を有するので、スケジューリング要求がある状態とスケジューリング要求がない状態とが効果的に識別されることが可能である。
具体的には、伝送されるべきスケジューリング要求がなく、ＨＡＲＱ－ＡＣＫフィードバック情報がＡＣＫであるとき、端末デバイスは、ＡＣＫに対応する変調シンボルおよび第１の直交系列に基づいて、複素シンボルの系列を決定し、複素シンボルの系列は、ＡＣＫに対応する変調シンボルを第１の直交系列における各要素で乗算することによって取得される。対応して、端末デバイスは、第１のリソース内にある時間－周波数リソースであって、アップリンク基準信号により占められるリソースとは異なる時間－周波数リソースの位置において、複素シンボルの系列を伝送する。
伝送されるべきスケジューリング要求がなく、ＨＡＲＱ－ＡＣＫフィードバック情報がＮＡＣＫであるとき、端末デバイスは、ＮＡＣＫに対応する変調シンボルおよび第１の直交系列に基づいて、複素シンボルの系列を決定し、複素シンボルの系列は、ＮＡＣＫに対応する変調シンボルを第１の直交系列における各要素で乗算することによって取得される。対応して、端末デバイスは、第１のリソース内にある時間－周波数リソースであって、アップリンク基準信号により占められるリソースとは異なる時間－周波数リソースの位置において、複素シンボルの系列を伝送する。
伝送されるべきスケジューリング要求があり、ＨＡＲＱ－ＡＣＫフィードバック情報がＡＣＫであるとき、端末デバイスは、ＡＣＫに対応する変調シンボルおよび第２の直交系列に基づいて、複素シンボルの系列を決定し、複素シンボルの系列は、ＡＣＫに対応する変調シンボルを第２の直交系列における各要素で乗算することによって取得される。対応して、端末デバイスは、第１のリソース内にある時間－周波数リソースであって、アップリンク基準信号により占められるリソースとは異なる時間－周波数リソースの位置において、複素シンボルの系列を伝送する。
伝送されるべきスケジューリング要求があり、ＨＡＲＱ－ＡＣＫフィードバック情報がＮＡＣＫであるとき、端末デバイスは、ＮＡＣＫに対応する変調シンボルおよび第２の直交系列に基づいて、複素シンボルの系列を決定し、複素シンボルの系列は、ＮＡＣＫに対応する変調シンボルを第２の直交系列における各要素で乗算することによって取得される。対応して、端末デバイスは、第１のリソース内にある時間－周波数リソースであって、アップリンク基準信号により占められるリソースとは異なる時間－周波数リソースの位置において、複素シンボルの系列を伝送する。
任意選択で、第１の直交系列と第２の直交系列が、同じ量の要素を有する。たとえば、第１の直交系列および第２の直交系列はそれぞれがＮ個の要素を有し、Ｎは正の整数である。第１の直交系列における要素はａkと表示され、第２の直交系列における要素はｂkと表示され、ここで、ｋ＝０，１，２，…，Ｎ－１である。第１の直交系列と第２の直交系列は互いに直交し、すなわち、
Figure 0007221874000019
が満たされる。第１の直交系列における要素の量は、ＡＣＫに対応する変調シンボルの量と同じである。また、第１の直交系列における要素の量は、ＮＡＣＫに対応する変調シンボルの量と同じである。ＡＣＫに対応する変調シンボルが、１つの繰り返しサイクル内のＡＣＫに対応する変調シンボルであってよく、ＮＡＣＫに対応する変調シンボルが、１つの繰り返しサイクル内のＮＡＣＫに対応する変調シンボルであってもまたよい。代替として、ＡＣＫに対応する変調シンボルが、すべての繰り返しサイクル内のＡＣＫに対応する変調シンボルであってよく、ＮＡＣＫに対応する変調シンボルが、すべての繰り返しサイクル内のＮＡＣＫに対応する変調シンボルであってもまたよい。
ＮＢ－ＩｏＴシステムは例として使用されている。各繰り返しサイクルにおいて、ＨＡＲＱ－ＡＣＫフィードバック情報は、１６の長さを有する変調シンボルを取得するように符号化され変調される。第１の直交系列および第２の直交系列は、１６次アダマール行列における任意の２つの異なる行または列であり得る。１６次アダマール行列は表２に示されている。たとえば、第１の直交系列は｛１，１，１，１，１，１，１，１，１，１，１，１，１，１，１，１｝であってよく、第２の直交系列は｛１，－１，１，－１，１，－１，１，－１，１，－１，１，－１，１，－１，１，－１｝であってよい。代替として、第１の直交系列は｛１，１，１，１，１，１，１，１，１，１，１，１，１，１，１，１｝であってよく、第２の直交系列は｛１，１，１，１，１，１，１，１，－１，－１，－１，－１，－１，－１，－１，－１｝であってよい。代替として、第１の直交系列は｛１，１，１，１，１，１，１，１，１，１，１，１，１，１，１，１｝であってよく、第２の直交系列は｛１，ｊ，－１，－ｊ，１，ｊ，－１，－ｊ，１，ｊ，－１，－ｊ，１，ｊ，－１，－ｊ｝であってよく、ここで、ｊは虚数単位であり、ｊ2＝－１を満たす。代替として、第１の直交系列は｛１，１，１，１，１，１，１，１，１，１，１，１，１，１，１，１｝であってよく、第２の直交系列は｛ｊ，－ｊ，ｊ，－ｊ，ｊ，－ｊ，ｊ，－ｊ，ｊ，－ｊ，ｊ，－ｊ，ｊ，－ｊ，ｊ，－ｊ｝であってよく、ここで、ｊは虚数単位であり、ｊ2＝－１を満たす。
２． 予め設定された直交系列は、１つの系列である。
具体的には、予め設定された直交系列は、第３の直交系列であり、第３の直交系列は、伝送されるべきスケジューリング要求があるときに使用される。
ＨＡＲＱ－ＡＣＫフィードバック情報は、完全な「１」系列を暗黙的に搬送する。したがって、１つの直交系列が、同じ技術的効果を達成するために使用され得る。加えて、系列検出の量が低減されることが可能であり、それにより、複雑性および消費電力を低減する。
具体的には、伝送されるべきスケジューリング要求がないとき、端末デバイスは、第１のリソース上でＨＡＲＱ－ＡＣＫフィードバック情報を伝送する。具体的方法については，従来技術での処理方法を参照してよく、本明細書において詳細は説明されない。
伝送されるべきスケジューリング要求があり、ＨＡＲＱ－ＡＣＫフィードバック情報がＡＣＫであるとき、端末デバイスは、ＡＣＫに対応する変調シンボルおよび第３の直交系列に基づいて、複素シンボルの系列を決定し、複素シンボルの系列は、ＡＣＫに対応する変調シンボルを第３の直交系列における各要素で乗算することによって取得される。端末デバイスは、第１のリソース内にある時間－周波数リソースであって、アップリンク基準信号により占められるリソースとは異なる時間－周波数リソースの位置において、複素シンボルの系列を伝送する。
伝送されるべきスケジューリング要求があり、ＨＡＲＱ－ＡＣＫフィードバック情報がＮＡＣＫであるとき、端末デバイスは、ＮＡＣＫに対応する変調シンボルおよび第３の直交系列に基づいて、複素シンボルの系列を決定し、複素シンボルの系列は、ＮＡＣＫに対応する変調シンボルを第３の直交系列における各要素で乗算することによって取得される。端末デバイスは、第１のリソース内にある時間－周波数リソースであって、アップリンク基準信号により占められるリソースとは異なる時間－周波数リソースの位置において、複素シンボルの系列を伝送する。
第３の直交系列における要素の量はＷと表示され、Ｗは正の整数である。第３の直交系列における要素はｃkと表示され、ここで、ｋ＝０，１，２，…，Ｎ－１である。第３の直交系列は、
Figure 0007221874000020
を満たす。任意選択で、第３の直交系列における要素の量は、ＡＣＫに対応する変調シンボルの量と同じである。また、第３の直交系列における要素の量は、ＮＡＣＫに対応する変調シンボルの量と同じである。ＡＣＫに対応する変調シンボルが、１つの繰り返しサイクル内のＡＣＫに対応する変調シンボルであってよく、ＮＡＣＫに対応する変調シンボルが、１つの繰り返しサイクル内のＮＡＣＫに対応する変調シンボルであってもまたよい。代替として、ＡＣＫに対応する変調シンボルが、すべての繰り返しサイクル内のＡＣＫに対応する変調シンボルであってよく、ＮＡＣＫに対応する変調シンボルが、すべての繰り返しサイクル内のＮＡＣＫに対応する変調シンボルであってもまたよい。
ＮＢ－ＩｏＴシステムは例として使用されている。各繰り返しサイクルにおいて、ＨＡＲＱ－ＡＣＫフィードバック情報は、１６の長さを有する変調シンボルを取得するように符号化され変調される。第３の直交系列は、１６次アダマール行列における任意の２つの異なる行または列であり得る。１６次アダマール行列は表２に示されている。たとえば、第３の直交系列は｛１，－１，１，－１，１，－１，１，－１，１，－１，１，－１，１，－１，１，－１｝であってよい。代替として、第３の直交系列は｛１，１，１，１，１，１，１，１，－１，－１，－１，－１，－１，－１，－１，－１｝あってよい。代替として、第３の直交系列は｛１，ｊ，－１，－ｊ，１，ｊ，－１，－ｊ，１，ｊ，－１，－ｊ，１，ｊ，－１，－ｊ｝であってよく、ｊは虚数単位であり、ｊ2＝－１を満たす。代替として、第３の直交系列は、｛ｊ，－ｊ，ｊ，－ｊ，ｊ，－ｊ，ｊ，－ｊ，ｊ，－ｊ，ｊ，－ｊ，ｊ，－ｊ，ｊ，－ｊ｝であってよく、ここで、ｊは虚数単位であり、ｊ2＝－１を満たす。
Figure 0007221874000021
本出願における第１の直交系列、第２の直交系列、および第３の直交系列は、単に系列の名前を区別するために使用されており、実際の意味は有しないことに留意されたい。
さらに、端末デバイスは、上記のいくつかの様式でスケジューリング要求を伝送するとき、伝送されるべきアップリンクデータのデータ量情報をさらに追加し得る。
（１） スケジューリング要求とＨＡＲＱ－ＡＣＫフィードバック情報との両方が、より高次の変調を介して第１のリソース上で伝送される。
任意選択で、伝送されるべきアップリンクデータのデータ量情報は、より高次の変調の信号点との予め設定された対応関係を有する。伝送されるべきアップリンクデータのデータ量情報は、より高次の変調の信号点に基づいて決定され得る。
たとえば、ＱＰＳＫ変調に基づいて、アップリンク伝送データ量が表３に示されていると仮定すると、００への変調は、ＡＣＫのみが送信されることを示し、０１への変調は、ＡＣＫとインデックス値０に対応する伝送データ量範囲との両方が送信されることを示し、１１への変調は、ＮＡＣＫのみが送信されることを示し、１０への変調は、ＮＡＣＫとインデックス値１に対応する伝送データ量範囲との両方が送信されることを示す。
Figure 0007221874000022
（２） ＨＡＲＱ－ＡＣＫフィードバックメッセージに対応する変調シンボルに対して位相回転が行われて、第１のリソース上でスケジューリング要求とＨＡＲＱ－ＡＣＫフィードバック情報との両方を伝送する。
任意選択で、伝送されるべきアップリンクデータのデータ量情報は、位相回転の大きさとの予め設定された対応関係を有する。伝送されるべきアップリンクデータのデータ量情報は、位相回転の大きさに基づいて決定され得る。
たとえば、アップリンク伝送データ量が表４に示されていると仮定すると、ＨＡＲＱ－ＡＣＫフィードバック情報についての変調シンボルとπ／２の位相回転を加えた信号点は、ＡＣＫと、インデックス値０に対応する伝送されるべきアップリンクデータのデータ量範囲またはインデックス値０との両方が送信されることを示し、ＨＡＲＱ－ＮＡＣＫフィードバック情報についての変調シンボルとπ／２の位相回転を加えた信号点は、ＮＡＣＫと、インデックス値１に対応する伝送されるべきアップリンクデータのデータ量範囲またはインデックス値との両方が送信されることを示す。
Figure 0007221874000023
（３） ＨＡＲＱ－ＡＣＫフィードバック情報に対応する変調シンボルまたは符号化されたビットが、予め設定された直交コードで乗算されて、第１のリソース上でスケジューリング要求とＨＡＲＱ－ＡＣＫフィードバック情報との両方を伝送する。
任意選択で、予め設定された直交コードは、１６の長さを有するアダマール系列である。
任意選択で、伝送されるべきアップリンクデータのデータ量情報は、予め設定された直交コードとの予め設定された対応関係を有する。伝送されるべきアップリンクデータのデータ量情報は、予め設定された直交コードに基づいて決定され得る。
たとえば、１６の長さを有するアダマール系列が表５に示されている。ＡＣＫまたはＮＡＣＫは、１６の長さを有するアダマール系列で乗算されて、伝送されるべきアップリンクデータのデータ量範囲を示し得る。
Figure 0007221874000024
Figure 0007221874000025
図８は、本出願による端末デバイスの実施形態１の構造ブロック図である。図８に示されるように、端末デバイスは、
ネットワークデバイスにより送信された構成メッセージを受信するように構成された受信モジュール８０１と、
受信モジュール８０１により受信された構成情報に基づいて、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得するように構成された処理モジュール８０２であって、第１のリソース構成情報は、カバレッジ拡張レベルを示すために使用される情報を含む、処理モジュール８０２と、
処理モジュール８０２により取得された第１のリソース構成情報により示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信するように構成された送信モジュール８０３であって、スケジューリング要求は、ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、端末デバイスは、スケジューリング要求を送信するときにランダムアクセスプロセスを行わない、送信モジュール８０３と
を備える。
端末デバイスは、上記の方法実施形態１における端末デバイスの機能を実装するように構成される。それらの実装原理および技術的効果は同様であり、詳細はここで再度説明されない。
別の実施形態では、受信モジュール８０１は、ネットワークデバイスにより送信されたシステムメッセージを受信するようにさらに構成される。
処理モジュール８０２は、システムメッセージに基づいて、ＮＰＲＡＣＨリソースの構成情報を取得するようにさらに構成される。
ＮＰＲＡＣＨリソースは、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソースのサブセットが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースのサブセットが、第１のリソースのリソースセットである。
別の実施形態では、システムメッセージは、第１の予め設定されたパラメータおよび第２の予め設定されたパラメータを搬送する。
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１の予め設定されたパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２の予め設定されたパラメータに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１の予め設定されたパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２の予め設定されたパラメータに基づいて決定される。
さらに、システムメッセージは、第１のオフセットパラメータおよび第２のオフセットパラメータを搬送する。
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１のオフセットパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２のオフセットパラメータに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１のオフセットパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２のオフセットパラメータに基づいて決定される。
さらに、システムメッセージは、第１の予め設定されたスケールファクタおよび第２の予め設定されたスケールファクタを搬送する。
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される。
別の実施形態では、送信モジュール８０３は、
スケジューリング要求をネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加するようにさらに構成される。
さらに、送信モジュール８０３は、
遅延してもしくは先行して、第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、スケジューリング要求に対応する遅延時間の量もしくはタイミングアドバンスの量は、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する、または
第１のリソース上でスケジューリング要求をネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加し、第１のリソースは、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせを含み、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する
ように特に構成される。
別の実施形態では、端末デバイスによってスケジューリング要求を送信するために使用される信号は、ＮＰＲＡＣＨプリアンブルであり、端末デバイスは、スケジューリング要求を送信する前にタイミングアドバンスＴＡ調整を行っている。
図９は、本出願によるネットワークデバイスの実施形態１の構造ブロック図である。図９に示されるように、ネットワークデバイスは、
構成メッセージを端末デバイスに送信するように構成された送信モジュール９０１であって、構成メッセージは、端末デバイスによって、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得するために使用され、第１のリソース構成情報は、カバレッジ拡張レベルを示すために使用される情報を含む、送信モジュール９０１と、
第１のリソース構成情報により示される第１のリソース上で端末デバイスにより送信されたスケジューリング要求を受信するように構成された受信モジュール９０２であって、スケジューリング要求は、ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、端末デバイスは、スケジューリング要求を送信するときにランダムアクセスプロセスを行わない、受信モジュール９０２と、
受信モジュール９０２により受信されたスケジューリング要求に基づいて、アップリンクチャネルリソースを端末デバイスに割り当てるように構成された処理モジュール９０３と
を備える。
ネットワークデバイスは、上記の方法実施形態１における端末デバイスの機能を実装するように構成される。それらの実装原理および技術的効果は同様であり、詳細はここで再度説明されない。
別の実施形態では、送信モジュール９０１は、システムメッセージを端末デバイスに送信するようにさらに構成され、システムメッセージは、ＮＰＲＡＣＨリソースの構成情報を搬送する。
ＮＰＲＡＣＨリソースが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソースのサブセットが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースのサブセットが、第１のリソースのリソースセットである。
別の実施形態では、システムメッセージは、第１の予め設定されたパラメータおよび第２の予め設定されたパラメータを搬送する。
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１の予め設定されたパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２の予め設定されたパラメータに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１の予め設定されたパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２の予め設定されたパラメータに基づいて決定される。
さらに、システムメッセージは、第１のオフセットパラメータおよび第２のオフセットパラメータを搬送する。
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１のオフセットパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２のオフセットパラメータに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１のオフセットパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２のオフセットパラメータに基づいて決定される。
さらに、システムメッセージは、第１の予め設定されたスケールファクタおよび第２の予め設定されたスケールファクタを搬送する。
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される。
別の実施形態では、処理モジュール９０３は、
端末デバイスにより送信されたスケジューリング要求に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定するようにさらに構成される。
さらに、処理モジュール９０３は、
第１のリソース上で受信されたスケジューリング要求に対応する遅延時間の量もしくはタイミングアドバンスの量に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定し、スケジューリング要求に対応する遅延時間の量もしくはタイミングアドバンスの量は、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する、または
受信されたスケジューリング要求に対応する第１のリソースに基づいて、伝送されるべきアップリンクデータのデータ量情報を決定し、第１のリソースは、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせを含み、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する
ように特に構成される。
別の実施形態では、ネットワークデバイスによってスケジューリング要求を受信するために使用される信号は、ＮＰＲＡＣＨプリアンブルであり、端末デバイスは、スケジューリング要求を送信する前にタイミングアドバンスＴＡ調整を行っている。
図１０は、本出願による別の端末デバイスの実施形態１の構造ブロック図である。図１０に示されるように、端末デバイスは、
ネットワークデバイスにより送信されたＤＣＩ標識を受信するように構成された受信モジュール１００１であって、ＤＣＩは、第１のリソースを示すために使用され、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間－周波数リソースである、受信モジュール１００１と、
ＤＣＩに基づいて第１のリソースを決定するように構成された処理モジュール１００２と、
第１のリソース上でスケジューリング要求をネットワークデバイスに送信するように構成された送信モジュール１００３と
を備える。
装置は、上記の方法実施形態２における端末デバイスの機能を実装するように構成される。それらの実装原理および技術的効果は同様であり、詳細はここで再度説明されない。
別の実施形態では、送信モジュール１００３は、
より高次の変調を介して第１のリソース上でスケジューリング要求とＨＡＲＱ－ＡＣＫフィードバック情報との両方を伝送するように特に構成される。
別の実施形態では、送信モジュール１００３は、
ＨＡＲＱ－ＡＣＫフィードバックメッセージに対応する変調シンボルに対して位相回転を行って、第１のリソース上でスケジューリング要求とＨＡＲＱ－ＡＣＫフィードバック情報との両方を伝送するように特に構成される。
別の実施形態では、送信モジュール１００３は、
ＨＡＲＱ－ＡＣＫフィードバック情報に対応する変調シンボルまたは符号化されたビットを、予め設定された直交コードで乗算して、第１のリソース上でスケジューリング要求とＨＡＲＱ－ＡＣＫフィードバック情報との両方を伝送するようにさらに特に構成される。
さらに、予め設定された直交コードは、１６の長さを有するアダマール系列である。
別の実施形態では、送信モジュール１００３は、
スケジューリング要求をネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加するようにさらに構成される。
さらに、伝送されるべきアップリンクデータのデータ量情報は、より高次の変調の信号点との予め設定された対応関係を有する。
さらに、伝送されるべきアップリンクデータのデータ量情報は、位相回転の大きさとの予め設定された対応関係を有する。
さらに、伝送されるべきアップリンクデータのデータ量情報は、予め設定された直交コードの系列との予め設定された対応関係を有する。
図１１は、本出願による別のネットワークデバイスの実施形態１の構造ブロック図である。図１１に示されるように、ネットワークデバイスは、
ＤＣＩ標識を端末デバイスに送信するように構成された送信モジュール１１０１であって、ＤＣＩは、第１のリソースを示すために使用され、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間－周波数リソースである、送信モジュール１１０１と、
第１のリソース上で端末デバイスにより送信されたスケジューリング要求を受信するように構成された受信モジュール１１０２と、
スケジューリング要求に基づいてアップリンクチャネルリソースを端末デバイスに割り当てるように構成された処理モジュール１１０３と
を備える。
装置は、上記の方法実施形態２におけるネットワークデバイスの機能を実装するように構成される。それらの実装原理および技術的効果は同様であり、詳細はここで再度説明されない。
別の実施形態では、端末デバイスは、より高次の変調を介して第１のリソース上でスケジューリング要求とＨＡＲＱ－ＡＣＫフィードバック情報との両方を伝送する。処理モジュール１１０３は、
より高次の変調の後に得られた受信された信号に基づいて、端末デバイスがスケジューリング要求を送信したかどうかを決定するように特に構成される。
別の実施形態では、端末デバイスは、ＨＡＲＱ－ＡＣＫフィードバックメッセージに対応する変調シンボルに対して位相回転を行って、第１のリソース上でスケジューリング要求とＨＡＲＱ－ＡＣＫフィードバック情報との両方を伝送する。処理モジュール１１０３は、
位相回転を受ける受信された変調シンボルに基づいて、端末がスケジューリング要求を送信したかどうかを決定するようにさらに特に構成される。
別の実施形態では、端末デバイスは、ＨＡＲＱ－ＡＣＫフィードバック情報に対応する変調シンボルまたは符号化されたビットを、予め設定された直交コードで乗算して、第１のリソース上でスケジューリング要求とＨＡＲＱ－ＡＣＫフィードバック情報との両方を伝送する。処理モジュール１１０３は、
予め設定された直交コードによる乗算の後に得られた受信された変調シンボルに基づいて、端末がスケジューリング要求を送信したかどうかを決定するようにさらに特に構成される。
さらに、予め設定された直交コードは、１６の長さを有するアダマール系列である。
別の実施形態では、
端末デバイスにより送信されたスケジューリング要求に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定する。
さらに、伝送されるべきアップリンクデータのデータ量情報は、より高次の変調の信号点との予め設定された対応関係を有する。
さらに、伝送されるべきアップリンクデータのデータ量情報は、位相回転の大きさとの予め設定された対応関係を有する。
さらに、伝送されるべきアップリンクデータのデータ量情報は、予め設定された直交コードの系列との予め設定された対応関係を有する。
図１２は、本出願による端末デバイスの実施形態１の物理ブロック図である。図１２に示されるように、端末デバイスは、
メモリ１２０１およびプロセッサ１２０２を備える。
メモリ１２０１は、プログラム命令を記憶するように構成され、プロセッサ１２０２は、メモリ１２０１におけるプログラム命令を呼び出して上記の方法実施形態１における端末デバイスの機能を実装するように構成される。
図１３は、本出願によるネットワークデバイスの実施形態１の物理ブロック図である。図１３に示されるように、ネットワークデバイスは、
メモリ１３０１およびプロセッサ１３０２を備える。
メモリ１３０１は、プログラム命令を記憶するように構成され、プロセッサ１３０２は、メモリ１３０１におけるプログラム命令を呼び出して上記の方法実施形態１におけるネットワークデバイスの機能を実装するように構成される。
図１４は、本出願による別の端末デバイスの実施形態１の物理ブロック図である。図１４に示されるように、端末デバイスは、
メモリ１４０１およびプロセッサ１４０２を備える。
メモリ１４０１は、プログラム命令を記憶するように構成され、プロセッサ１４０２は、メモリ１４０１におけるプログラム命令を呼び出して上記の方法実施形態２における端末デバイスの機能を実装するように構成される。
図１５は、本出願による別のネットワークデバイスの実施形態１の物理ブロック図である。図１５に示されるように、ネットワークデバイスは、
メモリ１５０１およびプロセッサ１５０２を含む。
メモリ１５０１は、プログラム命令を記憶するように構成され、プロセッサ１５０２は、メモリ１５０１におけるプログラム命令を呼び出して上記の方法実施形態２におけるネットワークデバイスの機能を実装するように構成される。

Claims (16)

  1. リソーススケジューリング方法であって、
    ネットワークデバイスにより送信されたダウンリンク制御情報（ＤＣＩ）標識を受信するステップであって、前記ＤＣＩは第１のリソースを示すために使用され、前記第１のリソースは、狭帯域物理アップリンク共有チャネル（ＮＰＵＳＣＨ）フォーマット２伝送に使用される時間－周波数リソースであり、前記ＮＰＵＳＣＨフォーマット２はダウンリンクハイブリッド自動再送要求アクノリッジメントＨＡＲＱ－ＡＣＫフィードバック情報を搬送するのに使用される、ステップと、
    前記ＤＣＩに基づいて前記第１のリソースを決定するステップと、
    端末デバイスによって、前記第１のリソース上でスケジューリング要求情報を前記ネットワークデバイスに送信するステップと
    を含み、
    前記第１のリソース上で前記スケジューリング要求情報を前記ネットワークデバイスに送信する前記ステップは、
    前記ＨＡＲＱ－ＡＣＫフィードバック情報および予め設定された直交系列に基づいて第１の伝送系列を決定するステップと、
    前記第１のリソース上で前記第１の伝送系列を伝送するステップと
    を含み、
    前記第１の伝送系列は、前記ＨＡＲＱ－ＡＣＫフィードバック情報と前記スケジューリング要求情報との両方を搬送するために使用される、リソーススケジューリング方法。
  2. 前記予め設定された直交系列は、第１の直交系列または第２の直交系列であり、前記第１の直交系列は、伝送されるべきスケジューリング要求がないときに使用され、前記第２の直交系列は、伝送されるべきスケジューリング要求があるときに使用される
    請求項１に記載の方法。
  3. 前記第１の伝送系列は、複素シンボルの系列であり、前記ＨＡＲＱ－ＡＣＫフィードバック情報および予め設定された直交系列に基づいて第１の伝送系列を決定する前記ステップは、ＨＡＲＱ－ＡＣＫに応じた変調シンボルを前記第１の直交系列の各要素で乗算することにより前記複素シンボルの系列を取得するステップを含む
    請求項２に記載の方法。
  4. 前記第１の直交系列は｛１，１，１，１，１，１，１，１，１，１，１，１，１，１，１，１｝である、または前記第２の直交系列は｛１，－１，１，－１，１，－１，１，－１，１，－１，１，－１，１，－１，１，－１｝である
    請求項２に記載の方法。
  5. リソーススケジューリング方法であって、
    ダウンリンク制御情報（ＤＣＩ）標識を端末デバイスに送信するステップであって、前記ＤＣＩは第１のリソースを示すために使用され、前記第１のリソースは、狭帯域物理アップリンク共有チャネル（ＮＰＵＳＣＨ）フォーマット２伝送のための時間－周波数リソースであり、前記ＮＰＵＳＣＨフォーマット２はダウンリンクハイブリッド自動再送要求アクノリッジメント（ＨＡＲＱ－ＡＣＫ）フィードバック情報を搬送するのに使用される、ステップと、
    ネットワークデバイスによって、前記第１のリソース上で、前記端末デバイスによって伝送された第１の伝送系列を受信するステップであって、前記第１の伝送系列はスケジューリング要求情報を搬送するために使用される、ステップと
    を含み、
    前記第１の伝送系列は、前記ＨＡＲＱ－ＡＣＫフィードバック情報と前記スケジューリング要求情報との両方を搬送するために使用される、リソーススケジューリング方法。
  6. 前記第１の伝送系列は予め設定された直交系列に基づいて決定された伝送系列であり、前記予め設定された直交系列は第２の直交系列であり、前記第２の直交系列は、伝送されるべきスケジューリング要求があるときに使用される
    請求項５に記載の方法。
  7. 前記第２の直交系列は｛１，－１，１，－１，１，－１，１，－１，１，－１，１，－１，１，－１，１，－１｝である
    請求項６に記載の方法。
  8. ネットワークデバイスにより送信されたダウンリンク制御情報（ＤＣＩ）標識を受信するように構成された受信機であって、前記ＤＣＩは第１のリソースを示すために使用され、前記第１のリソースは、狭帯域物理アップリンク共有チャネル（ＮＰＵＳＣＨ）フォーマット２伝送に使用される時間－周波数リソースであり、前記ＮＰＵＳＣＨフォーマット２はダウンリンクハイブリッド自動再送要求アクノリッジメント（ＨＡＲＱ－ＡＣＫ）フィードバック情報を搬送するのに使用される受信機と、
    前記ＤＣＩに基づいて前記第１のリソースを決定するように構成されたプロセッサと、
    前記第１のリソース上でスケジューリング要求情報を前記ネットワークデバイスに送信するように構成された送信機と
    を備え、
    前記プロセッサはさらに、前記ＨＡＲＱ－ＡＣＫフィードバック情報および予め設定された直交系列に基づいて、第１の伝送系列を決定するように構成され、
    前記送信機は特に、前記第１のリソース上で前記第１の伝送系列を送信するように構成され、
    前記第１の伝送系列は、前記ＨＡＲＱ－ＡＣＫフィードバック情報と前記スケジューリング要求情報との両方を搬送するために使用される、通信機器。
  9. 前記予め設定された直交系列は、第１の直交系列または第２の直交系列であり、前記第１の直交系列は、伝送されるべきスケジューリング要求がないときに使用され、前記第２の直交系列は、伝送されるべきスケジューリング要求があるときに使用される
    請求項８に記載の通信機器。
  10. 前記プロセッサは特に、
    前記第１の伝送系列が複素シンボルの系列であるときに、
    ＨＡＲＱ－ＡＣＫに応じた変調シンボルを第１の直交系列の各要素で乗算することにより前記複素シンボルの系列を取得する、または、
    ＨＡＲＱ－ＡＣＫに応じた変調シンボルを第２の直交系列の各要素で乗算することにより前記複素シンボルの系列を取得する、ように構成される
    請求項８に記載の通信機器。
  11. 前記第１の直交系列は｛１，１，１，１，１，１，１，１，１，１，１，１，１，１，１，１｝である、または前記第２の直交系列は｛１，－１，１，－１，１，－１，１，－１，１，－１，１，－１，１，－１，１，－１｝である
    請求項９に記載の通信機器。
  12. ダウンリンク制御情報（ＤＣＩ）標識を端末デバイスに送信するように構成された送信機であって、前記ＤＣＩは第１のリソースを示すために使用され、前記第１のリソースは、狭帯域物理アップリンク共有チャネル（ＮＰＵＳＣＨ）フォーマット２伝送のための時間－周波数リソースであり、前記ＮＰＵＳＣＨフォーマット２はダウンリンクハイブリッド自動再送要求アクノリッジメント（ＨＡＲＱ－ＡＣＫ）フィードバック情報を搬送するのに用いられる送信機と、
    前記第１のリソース上で、前記端末デバイスによって伝送された第１の伝送系列を受信するように構成された受信機であって、前記第１の伝送系列は、スケジューリング要求情報を搬送するために使用される、受信機と
    を備え、
    前記第１の伝送系列は、前記ＨＡＲＱ－ＡＣＫフィードバック情報と前記スケジューリング要求情報との両方を搬送するために使用される、通信機器。
  13. 前記第１の伝送系列は予め設定された直交系列に基づいて決定された伝送系列であり、前記予め設定された直交系列は第２の直交系列であり、前記第２の直交系列は、伝送されるべきスケジューリング要求があるときに使用される
    請求項１２に記載の通信機器。
  14. 前記第２の直交系列は｛１，－１，１，－１，１，－１，１，－１，１，－１，１，－１，１，－１，１，－１｝である
    請求項１３に記載の通信機器。
  15. コンピュータ上で実行されると前記コンピュータが請求項１から４のいずれか一項に記載の方法を実行する命令を含むコンピュータ可読記憶媒体。
  16. コンピュータ上で実行されると前記コンピュータが請求項５から７のいずれか一項に記載の方法を実行する命令を含むコンピュータ可読記憶媒体。
JP2019552461A 2017-03-24 2017-05-12 リソーススケジューリング方法、端末デバイス、およびネットワークデバイス Active JP7221874B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CNPCT/CN2017/078201 2017-03-24
PCT/CN2017/078201 WO2018170924A1 (zh) 2017-03-24 2017-03-24 资源调度方法、终端设备及网络设备
PCT/CN2017/084222 WO2018171023A1 (zh) 2017-03-24 2017-05-12 资源调度方法、终端设备及网络设备

Publications (2)

Publication Number Publication Date
JP2020512758A JP2020512758A (ja) 2020-04-23
JP7221874B2 true JP7221874B2 (ja) 2023-02-14

Family

ID=63584014

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019552461A Active JP7221874B2 (ja) 2017-03-24 2017-05-12 リソーススケジューリング方法、端末デバイス、およびネットワークデバイス

Country Status (5)

Country Link
US (1) US11533744B2 (ja)
EP (1) EP3614758A4 (ja)
JP (1) JP7221874B2 (ja)
CN (2) CN114025414B (ja)
WO (2) WO2018170924A1 (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018174598A1 (ko) * 2017-03-24 2018-09-27 엘지전자 주식회사 Sr 전송 여부를 결정하는 방법 및 nb 무선 기기
US11166322B2 (en) * 2017-08-09 2021-11-02 Lg Electronics Inc. Method for performing random access process and apparatus therefor
AU2019310816A1 (en) * 2018-07-27 2021-02-25 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Random access method and apparatus
EP4040816A1 (en) * 2018-09-17 2022-08-10 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Communication method, terminal device and network device
WO2020097805A1 (en) * 2018-11-13 2020-05-22 Nokia Shanghai Bell Co., Ltd. Uplink data resource pre-configuration
CN111586859B (zh) * 2019-02-16 2023-10-24 华为技术有限公司 资源配置的方法和装置
CN110175824A (zh) * 2019-05-22 2019-08-27 上海盛付通电子支付服务有限公司 用于进行资源配置的设备及资源配置方法
CN112583562B (zh) * 2019-09-30 2022-08-26 华为技术有限公司 数据传输的方法与装置
CN113873538A (zh) * 2020-06-30 2021-12-31 华为技术有限公司 一种模型数据传输方法及通信装置
CN115278918A (zh) * 2021-04-30 2022-11-01 华为技术有限公司 通信方法及装置
US20230239883A1 (en) * 2022-01-27 2023-07-27 Qualcomm Incorporated Techniques for granting resources for network coding procedures

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013527664A (ja) 2010-04-07 2013-06-27 サムスン エレクトロニクス カンパニー リミテッド 移動通信システムにおいてアップリンクスケジューリング要請を伝送するための装置及びその方法

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009035297A2 (en) * 2007-09-14 2009-03-19 Lg Electronics Inc. Method of transmitting control information in wireless communication system
KR101387537B1 (ko) * 2007-09-20 2014-04-21 엘지전자 주식회사 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법
US9215729B2 (en) * 2008-07-01 2015-12-15 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement in a telecommunications system
US9392591B2 (en) * 2009-05-15 2016-07-12 Alcatel Lucent Method for synchronization and signaling of occupied bands in orthogonal frequency division multiplexing (OFDM) transmissions
CN101980575B (zh) 2010-10-14 2013-04-24 华为技术有限公司 随机接入的处理方法和终端
KR101776873B1 (ko) * 2011-01-11 2017-09-11 삼성전자 주식회사 이동통신 시스템에서 역방향 전송 출력 결정 방법 및 장치
EP2560448A1 (en) * 2011-08-18 2013-02-20 Fujitsu Limited Scheduling request enabled uplink transmission
WO2013134952A1 (zh) * 2012-03-16 2013-09-19 华为技术有限公司 调度请求资源配置方法、设备及系统
WO2014003339A1 (ko) * 2012-06-27 2014-01-03 엘지전자 주식회사 소규모 셀에 대해 랜덤 액세스를 수행하는 방법 및 단말
CN103906176B (zh) * 2012-12-27 2018-11-09 华为技术有限公司 一种接入站点的方法、装置及系统
WO2016063113A1 (en) * 2014-10-24 2016-04-28 Nokia Technologies Oy Enabling power efficient dual connectivity with reduced delay impact
WO2016163623A1 (ko) 2015-04-08 2016-10-13 엘지전자(주) 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이를 위한 장치
US10123356B2 (en) * 2015-04-27 2018-11-06 Telefonaktiebolaget Lm Ericsson (Publ) Robust selection of PRACH repetition level for MTC enhanced coverage
US10200177B2 (en) * 2015-06-12 2019-02-05 Comcast Cable Communications, Llc Scheduling request on a secondary cell of a wireless device
CN106413092B (zh) * 2015-07-22 2019-07-05 普天信息技术有限公司 上行资源分配方法及装置
CN107734652B (zh) * 2016-08-10 2020-01-21 电信科学技术研究院 一种sPUCCH传输的方法、终端及基站
US10454659B2 (en) * 2017-02-28 2019-10-22 Qualcomm Incorporated Narrowband time-division duplex frame structure for narrowband communications
US10674522B2 (en) * 2017-03-23 2020-06-02 Qualcomm Incorporated Scheduling request for one or more uplink transmissions using narrowband communications
US11159929B2 (en) * 2017-03-24 2021-10-26 Apple Inc. Scheduling request for further enhanced narrowband internet of things (feNB-IoT)
WO2018174598A1 (ko) * 2017-03-24 2018-09-27 엘지전자 주식회사 Sr 전송 여부를 결정하는 방법 및 nb 무선 기기

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013527664A (ja) 2010-04-07 2013-06-27 サムスン エレクトロニクス カンパニー リミテッド 移動通信システムにおいてアップリンクスケジューリング要請を伝送するための装置及びその方法

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
３ＧＰＰ ＴＳＧ ＲＡＮ，Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ－ＵＴＲＡ）； Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ （Ｒｅｌｅａｓｅ １３），３ＧＰＰ ＴＳ ３６．２１３ Ｖ１３．２．０，２０１６年０６月３０日，３６２，３６３頁
Ｅｒｉｃｓｓｏｎ，ＮＢ－ＩｏＴ － Ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ａｄｈｏｃ＿ＬＴＥ＿ＮＢ－ＩｏＴ＿１６０３， Ｒ１－１６１８７５，２０１６年０３月２２日
Ｎｏｋｉａ， Ａｌｃａｔｅｌ－Ｌｕｃｅｎｔ Ｓｈａｎｇｈａｉ Ｂｅｌｌ，Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ Ｍｕｌｔｉｐｌｅｘｉｎｇ ｗｉｔｈ ＡＣＫ／ＮＡＣＫ，３ＧＰＰ ＴＳＧ－ＲＡＮ ＷＧ１＃８６， Ｒ１－１６６５９３，２０１６年０８月２２日
Ｎｏｋｉａ，ＢＳ ＰＵＳＣＨ Ｓｉｍｕｌａｔｉｏｎ Ａｓｓｕｍｐｔｉｏｎｓ，３ＧＰＰ ＴＳＧ－ＲＡＮ ＷＧ４＃７９， Ｒ４－１６４３１６，２０１６年０５月２３日

Also Published As

Publication number Publication date
WO2018170924A1 (zh) 2018-09-27
CN110214464A (zh) 2019-09-06
EP3614758A4 (en) 2020-05-27
CN114025414A (zh) 2022-02-08
JP2020512758A (ja) 2020-04-23
CN114025414B (zh) 2024-04-12
US20200022173A1 (en) 2020-01-16
EP3614758A1 (en) 2020-02-26
US11533744B2 (en) 2022-12-20
CN110214464B (zh) 2021-10-15
WO2018171023A1 (zh) 2018-09-27

Similar Documents

Publication Publication Date Title
JP7221874B2 (ja) リソーススケジューリング方法、端末デバイス、およびネットワークデバイス
US10772085B2 (en) Short PUCCH formats and scheduling request (SR) transmission for 5th generation (5G) new radio access technology (NR)
US9386603B2 (en) Random access method, base station, and user equipment
EP3346629A1 (en) Method and device for transmitting information
JP2020532921A (ja) 無線通信システムにおいて無線信号の送受信方法及び装置
US10554367B2 (en) Narrowband uplink resource configuration
RU2684580C1 (ru) Способ передачи и способ приема информации управления восходящей линией и соответствующее устройство
EP3554118B1 (en) Grant-free transmission method, terminal device and network device
WO2016119446A1 (zh) 一种实现上行控制信息的传输方法及装置
US20100150007A1 (en) Method for transmitting and receiving channel quality informaiton in multi carrier wireless system
EP3742850B1 (en) Uplink control information sending method, uplink control information receiving method, apparatus, and system
CN111818647B (zh) 数据传输方法及装置
CA3087391C (en) Information transmission method and device, storage medium and electronic device
WO2009035297A2 (en) Method of transmitting control information in wireless communication system
KR20190125355A (ko) Nb iot 시스템들에서의 스케줄링 요청을 위한 방법 및 장치
US11438900B2 (en) Information transmission method and device, processor, and storage medium
CN113615300A (zh) 用于随机接入过程的方法、终端设备和基站
EP3606251B1 (en) Information sending method and apparatus, terminal and storage medium
EP3128803A1 (en) Data transmission method, device and system
WO2019109945A1 (zh) 一种非授权频谱上的数据传输方法、设备和存储介质
JP7332677B2 (ja) アップリンク制御チャネルリソース割当方法および装置
RU2781811C2 (ru) Терминальное устройство, устройство базовой станции и способ связи
CN114070529A (zh) 上行控制信息的传输方法、终端、网络设备及存储介质

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191101

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20191101

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20201106

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20201222

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210216

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20210824

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211224

C60 Trial request (containing other claim documents, opposition documents)

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20211224

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

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20220106

C21 Notice of transfer of a case for reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C21

Effective date: 20220111

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

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20220401

C211 Notice of termination of reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C211

Effective date: 20220405

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20220524

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20220719

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20220726

C13 Notice of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: C13

Effective date: 20220823

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221122

C23 Notice of termination of proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C23

Effective date: 20221206

C03 Trial/appeal decision taken

Free format text: JAPANESE INTERMEDIATE CODE: C03

Effective date: 20230110

C30A Notification sent

Free format text: JAPANESE INTERMEDIATE CODE: C3012

Effective date: 20230110

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230202

R150 Certificate of patent or registration of utility model

Ref document number: 7221874

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150