TW201817259A - 通訊裝置、通訊方法及記錄媒體 - Google Patents

Abstract

[課題] 提供一種使得關於通訊之時序的彈性之設計成為可能的機制。 　　[解決手段] 一種通訊裝置，該通訊裝置係具備：通訊控制部，係控制被發送給通訊對象之其他通訊裝置的子訊框之送訊時序；和設定部，係將前記通訊控制部所致之控制模式，設定成第1模式或第2模式；前記通訊控制部，係在前記第1模式已被設定的情況下，基於前記通訊裝置所固有之第1參數及前記其他通訊裝置所固有之第2參數來控制送訊時序，在前記第2模式已被設定的情況下，基於前記第2參數來控制送訊時序。

Description

通訊裝置、通訊方法及記錄媒體

[0001] 本揭露係有關於通訊裝置、通訊方法及記錄媒體。

[0002] 蜂巢式移動通訊的無線存取方式及無線網路（以下亦稱為「Long Term Evolution(LTE)」、「LTE-Advanced(LTE-A)」、「LTE-Advanced Pro(LTE-A Pro)」、「New Radio(NR)」、「New Radio Access Technology(NRAT)」、「Evolved Universal Terrestrial Radio Access(EUTRA)」、或「Further EUTRA (FEUTRA)」），係在第三代合作夥伴計劃（3rd Generation Partnership Project：3GPP）中正被研討。此外，在以下的說明中，LTE係包含LTE-A、LTE-A Pro、及EUTRA，NR係包含NRAT、及FEUTRA。在LTE及NR中，基地台裝置（基地台）係亦稱為eNodeB（evolved NodeB），終端裝置（移動台、移動台裝置、終端）係亦稱為UE（User Equipment）。LTE及NR，係將基地台裝置所覆蓋的區域複數配置成蜂巢網狀的蜂巢式通訊系統。單一基地台裝置係亦可管理複數個蜂巢網。 　　[0003] NR，係作為針對LTE的次世代之無線存取方式，係為與LTE不同的RAT（Radio Access Technology）。NR係為，可對應於包含eMBB（Enhanced mobile broadband）、mMTC（Massive machine type communications）及URLLC（Ultra reliable and low latency communications）的各式各樣之使用案例的存取技術。NR係以這些使用案例中的利用情境、要求條件、及配置情境等所對應之技術框架為目的而被研討。NR之情境或要求條件之細節，係被揭露於非專利文獻1。 　　[0004] 接著說明，起因於傳播延遲之影響。例如，於上行鏈結送訊中，在來自終端裝置的送訊訊號中，會隨著到基地台為止之距離而發生傳播延遲。然後，對於從到基地台為止之距離為不同的複數終端裝置所被發送的各個送訊訊號，收訊時間差超過CP（Cyclic Prefix）的情況下，各個送訊訊號係會彼此干擾，因此會對傳輸特性造成影響。作為解決如此問題的方法之1，基地台係可針對每一終端裝置個別地控制送訊時序，就可對合基地台上的收訊時序。如此的控制係亦被稱為時序提前（TA：Timing Advance）。例如，在LTE中的時序提前中，基地台係基於從終端裝置所被發送的PRACH或SRS等之上行鏈結送訊，來識別基地台上的收訊時序之偏移，將對終端裝置的用來控制送訊時序所需之控制資訊，通知給終端裝置。終端裝置，係基於從基地台所被通知的控制資訊來調整送訊時序，進行上行鏈結送訊。LTE中的時序提前的細節，係被揭露於非專利文獻2。又，終端裝置對基地台的上行鏈結之送訊時序之調整，係已知可於RA程序中被進行。LTE中的RA程序的細節，係被揭露於非專利文獻3。 　　[0005] 又，在NR中，尤其是作為適合於低延遲通訊的訊框組態，係有Self-contained（自我完備型）子訊框，正被研討。例如，在Self-contained子訊框中，1個子訊框係含有：下行鏈結之資料、和針對該下行鏈結之資料的上行鏈結之HARQ-ACK。在Self-contained子訊框中，1個子訊框係含有：下行鏈結之控制資訊、和該下行鏈結之控制資訊中所被排程的上行鏈結之資料。例如，Self-contained子訊框的細節，係被揭露於非專利文獻4。 [先前技術文獻] [非專利文獻] 　　[0006] 　　[非專利文獻1] 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on Scenarios and Requirements for Next Generation Access Technologies; (Release 14), 3GPP TR 38.913 V0.3.0 (2016-03). ＜http://www.3gpp.org/ftp/Specs/archive/38_series/38.913/ 38913-030.zip＞ 　　[非專利文獻2] 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures (Release 13) , 3GPP TS 36.213 V13.2.0 (2016-06). 　　[非專利文獻3] 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 13), 3GPP TS 36.300 V13.3.0 (2016-03). 　　[非專利文獻4] R1-164694, Frame structure requirements, Qualcomm Incorporated, 3GPP TSG RAN WG1 Meeting #85, Nanjing, China, 23rd-27th May 2016.

[發明所欲解決之課題] 　　[0007] 在NR中，為了彈性地支援各式各樣的使用案例，相較於LTE，送訊訊號、訊框組態、及頻道組態等會被擴充的可能性係較高。可是，NR係還在研討的途中，用來支援所被想定之各式各樣的使用案例所需之技術，仍難謂已被充分提案。例如，用來支援關於在通訊裝置間所被進行之通訊之時序的各式各樣的使用案例所需之技術，也是未被充份提案的技術之一。 　　[0008] 於是，在本揭露中係提出一種，使關於通訊之時序的彈性之設計成為可能的機制。 [用以解決課題之手段] 　　[0009] 若依據本揭露，則可提供一種通訊裝置，該通訊裝置係具備：通訊控制部，係控制被發送給通訊對象之其他通訊裝置的子訊框之送訊時序；和設定部，係將前記通訊控制部所致之控制模式，設定成第1模式或第2模式；前記通訊控制部，係在前記第1模式已被設定的情況下，基於前記通訊裝置所固有之第1參數及前記其他通訊裝置所固有之第2參數來控制送訊時序，在前記第2模式已被設定的情況下，基於前記第2參數來控制送訊時序。 　　[0010] 又，若依據本揭露，則可提供一種通訊裝置，該通訊裝置係具備：設定部，係將通訊對象之其他通訊裝置中的，從前記其他通訊裝置被發送給前記通訊裝置的子訊框之送訊時序的控制模式，設定成第1模式或第2模式；和通訊控制部，係基於已被前記設定部所設定之前記控制模式，來控制與前記其他通訊裝置之通訊；前記通訊控制部，係於前記第1模式下，是進行基於被固有地通知給前記其他通訊裝置的第1參數及藉由前記通訊裝置所固有之設定而決定的第2參數的送訊時序上所被發送之子訊框的收訊處理，於前記第2模式下，是進行基於前記第2參數的送訊時序上所被發送之子訊框的收訊處理；前記設定部，係將表示所設定之前記控制模式的資訊、及在設定前記第1模式的情況下則將前記第1參數，通知給前記其他通訊裝置。 　　[0011] 又，若依據本揭露，則可提供一種通訊方法，係被通訊裝置的處理器所執行的通訊方法，其係含有：將被發送給通訊對象之其他通訊裝置的子訊框之送訊時序予以控制之步驟；和將控制模式設定成第1模式或第2模式之步驟；前記控制之步驟係包含：在前記第1模式已被設定的情況下，基於前記通訊裝置所固有之第1參數及前記其他通訊裝置所固有之第2參數來控制送訊時序，在前記第2模式已被設定的情況下，基於前記第2參數來控制送訊時序之步驟。 　　[0012] 又，若依據本揭露，則可提供一種通訊方法，係被通訊裝置的處理器所執行的通訊方法，其係具備：將通訊對象之其他通訊裝置中的，從前記其他通訊裝置被發送給前記通訊裝置的子訊框之送訊時序的控制模式，設定成第1模式或第2模式之步驟；和基於已被設定之前記控制模式來控制與前記其他通訊裝置之通訊之步驟；前記控制之步驟係包含：於前記第1模式下，是進行基於被固有地通知給前記其他通訊裝置的第1參數及藉由前記通訊裝置所固有之設定而決定的第2參數的送訊時序上所被發送之子訊框的收訊處理，於前記第2模式下，是進行基於前記第2參數的送訊時序上所被發送之子訊框的收訊處理之步驟；前記設定之步驟係包含：將表示所設定之前記控制模式的資訊、及在設定前記第1模式的情況下則將前記第1參數，通知給前記其他通訊裝置之步驟。 　　[0013] 又，若依據本揭露，則可提供一種記錄程式之記錄媒體，係用來使電腦發揮機能而成為通訊裝置，其中，該通訊裝置係具備：通訊控制部，係控制被發送給通訊對象之其他通訊裝置的子訊框之送訊時序；和設定部，係將前記通訊控制部所致之控制模式，設定成第1模式或第2模式；前記通訊控制部，係在前記第1模式已被設定的情況下，基於前記通訊裝置所固有之第1參數及前記其他通訊裝置所固有之第2參數來控制送訊時序，在前記第2模式已被設定的情況下，基於前記第2參數來控制送訊時序。 　　[0014] 又，若依據本揭露，則可提供一種記錄程式之記錄媒體，係用來使電腦發揮機能而成為通訊裝置，其中，該通訊裝置係具備：設定部，係將通訊對象之其他通訊裝置中的，從前記其他通訊裝置被發送給前記通訊裝置的子訊框之送訊時序的控制模式，設定成第1模式或第2模式；和通訊控制部，係基於已被前記設定部所設定之前記控制模式，來控制與前記其他通訊裝置之通訊；前記通訊控制部，係於前記第1模式下，是進行基於被固有地通知給前記其他通訊裝置的第1參數及藉由前記通訊裝置所固有之設定而決定的第2參數的送訊時序上所被發送之子訊框的收訊處理，於前記第2模式下，是進行基於前記第2參數的送訊時序上所被發送之子訊框的收訊處理；前記設定部，係將表示所設定之前記控制模式的資訊、及在設定前記第1模式的情況下則將前記第1參數，通知給前記其他通訊裝置。 [發明效果] 　　[0015] 如以上說明，若依據本揭露，則可提供一種使得關於通訊之時序的彈性之設計成為可能的機制。此外，上記效果並非一定要限定解釋，亦可和上記效果一併、或取代上記效果，而達成本說明書所欲揭露之任一效果、或可根據本說明書來掌握的其他效果。

[0017] 以下，一邊參照添附圖式，一邊詳細說明本揭露的理想實施形態。此外，於本說明書及圖式中，關於實質上具有同一機能構成的構成要素，係標示同一符號而省略重複說明。又，若無特別聲明，則以下所說明的技術、機能、方法、構成、程序、及其他所有的記載，係可適用於LTE及NR。 　　[0018] 此外，說明是按照以下順序進行。 　　1.導論 　　2.技術課題 　　3.技術特徵 　　　3.1.上層處理部之構成例 　　　3.2.NR的訊框組態 　　　3.3.送訊時序控制 　　　3.4.補充 　　4.應用例 　　5.總結 　　[0019] ＜＜1.導論＞＞ 　　首先說明本揭露的一實施形態的背景技術。 　　[0020] ＜本實施形態中的無線通訊系統＞ 　　於本實施形態中，無線通訊系統，係至少具備有基地台裝置1及終端裝置2。基地台裝置1係可收容複數終端裝置。基地台裝置1，係可和其他基地台裝置藉由X2介面之手段而彼此連接。又，基地台裝置1，係可藉由S1介面之手段而連接至EPC（Evolved Packet Core）。甚至，基地台裝置1，係可藉由S1-MME介面之手段而連接至MME（Mobility Management Entity），可藉由S1-U介面之手段而連接至S-GW（Serving Gateway）。S1介面，係在MME及／或S-GW與基地台裝置1之間，支援多對多之連接。又，於本實施形態中，基地台裝置1及終端裝置2，係分別支援LTE及／或NR。 　　[0021] ＜本實施形態中的無線存取技術＞ 　　本實施形態中，基地台裝置1及終端裝置2，係分別支援1個以上之無線存取技術（RAT）。例如，RAT係包含LTE及NR。1個RAT，係對應於1個蜂巢網（分量載波）。亦即，在支援複數個RAT的情況下，這些RAT，係分別對應於不同的蜂巢網。於本實施形態中，蜂巢網係為下行鏈結資源、上行鏈結資源、及／或邊緣鏈結之組合。又，於以下的說明中，對應於LTE的蜂巢網係被稱呼為LTE蜂巢網，對應於NR的蜂巢網係被稱呼為NR蜂巢網。 　　[0022] 下行鏈結之通訊，係為從基地台裝置1對終端裝置2之通訊。下行鏈結送訊，係為從基地台裝置1對終端裝置2之送訊，係為下行鏈結實體頻道及／或下行鏈結實體訊號之送訊。上行鏈結之通訊，係為從終端裝置2對基地台裝置1之通訊。上行鏈結送訊，係為從終端裝置2對基地台裝置1之送訊，係為上行鏈結實體頻道及／或上行鏈結實體訊號之送訊。邊緣鏈結之通訊，係為從終端裝置2對別的終端裝置2之通訊。邊緣鏈結送訊，係為從終端裝置2對別的終端裝置2之送訊，係為邊緣鏈結實體頻道及／或邊緣鏈結實體訊號之送訊。 　　[0023] 邊緣鏈結之通訊，係為了終端裝置間的鄰近直接偵測及鄰近直接通訊，而被定義。邊緣鏈結之通訊，係可使用與上行鏈結及下行鏈結相同的訊框組態。又，邊緣鏈結之通訊，係可能被限制成上行鏈結資源及／或下行鏈結資源之一部分（子集合）。 　　[0024] 基地台裝置1及終端裝置2，係於下行鏈結、上行鏈結及／或邊緣鏈結中，可支援使用1個以上之蜂巢網之集合的通訊。複數個蜂巢網之集合，係亦被稱呼為載波聚合或雙連結。載波聚合和雙連結之細節將於後述。又，各個蜂巢網，係使用所定之頻寬。所定之頻寬中的最大值、最小值及可設定之值，係可預先規定。 　　[0025] 圖1係本實施形態中的分量載波之設定之一例的圖示。在圖1的例子中，被設定有1個LTE蜂巢網和2個NR蜂巢網。1個LTE蜂巢網，係被設定成為首要蜂巢網。2個NR蜂巢網，係分別被設定成為首要次級蜂巢網及次級蜂巢網。2個NR蜂巢網，係藉由載波聚合而被整合。又，LTE蜂巢網與NR蜂巢網，係藉由雙連結而被整合。此外，LTE蜂巢網與NR蜂巢網，係亦可藉由載波聚合而被整合。在圖1的例子中，NR，係有可能藉由首要蜂巢網也就是LTE蜂巢網而被協助連接，因此亦可不支援單獨獨立通訊所需之機能之類的部分之機能。單獨獨立通訊所需之機能，係包含初期連接時所必要之機能。 　　[0026] 圖2係本實施形態中的分量載波之設定之一例的圖示。在圖2的例子中，係被設定有2個NR蜂巢網。2個NR蜂巢網，係分別被設定成為首要蜂巢網及次級蜂巢網，藉由載波聚合而被整合。此情況下，藉由NR蜂巢網支援單獨獨立通訊所需之機能，就可不需要LTE蜂巢網之協助。此外，2個NR蜂巢網，係亦可藉由雙連結而被整合。 　　[0027] ＜本實施形態中的無線訊框組態＞ 　　於本實施形態中，規定了以10ms（毫秒）而被構成的無線訊框（radio frame）。無線訊框之每一者係由2個半訊框所構成。半訊框的時間間隔，係為5ms。半訊框之每一者，係由5個子訊框所構成。子訊框的時間間隔係為1ms，藉由2個連續的時槽而被定義。時槽的時間間隔，係為0.5ms。無線訊框內的第i個子訊框，係由第（2×i）個時槽與第（2×i+1）個時槽所構成。亦即，無線訊框之每一者中，係被規定有10個子訊框。 　　[0028] 子訊框係包含下行鏈結子訊框、上行鏈結子訊框、特殊子訊框及邊緣鏈結子訊框等。 　　[0029] 下行鏈結子訊框係為了下行鏈結送訊而被預留的子訊框。上行鏈結子訊框係為了上行鏈結送訊而被預留的子訊框。特殊子訊框係由3個欄位所構成。3個欄位係包含：DwPTS（Downlink Pilot Time Slot）、GP（Guard Period）、及UpPTS（Uplink Pilot Time Slot）。DwPTS、GP、及UpPTS的合計之長度係為1ms。DwPTS係為了下行鏈結送訊而被預留的欄位。UpPTS係為了上行鏈結送訊而被預留的欄位。GP係為不會進行下行鏈結送訊及上行鏈結送訊的欄位。此外，特殊子訊框，係亦可只由DwPTS及GP所構成，亦可只由GP及UpPTS所構成。特殊子訊框，係於TDD（Time Division Duplex）中被配置在下行鏈結子訊框與上行鏈結子訊框之間，為了從下行鏈結子訊框切換成上行鏈結子訊框而被使用。邊緣鏈結子訊框，係為了邊緣鏈結通訊而被預留或設定的子訊框。邊緣鏈結，係為了終端裝置間的鄰近直接通訊及鄰近直接偵測而被使用。 　　[0030] 單一無線訊框，係可由下行鏈結子訊框、上行鏈結子訊框、特殊子訊框及／或邊緣鏈結子訊框所構成。又，單一無線訊框，係亦可只由下行鏈結子訊框、上行鏈結子訊框、特殊子訊框或邊緣鏈結子訊框所構成。 　　複數無線訊框組態係被支援。無線訊框組態，係被訊框組態類型所規定。訊框組態類型1，係只能適用於FDD（Frequency Division Duplex）。訊框組態類型2，係只能適用於TDD。訊框組態類型3，係只能適用於LAA（Licensed Assisted Access）次級蜂巢網之運用。 　　[0031] 於訊框組態類型2中，規定有複數種上行鏈結-下行鏈結構成。在上行鏈結-下行鏈結構成中，1個無線訊框中的10個子訊框之每一者，係分別對應於下行鏈結子訊框、上行鏈結子訊框、及特殊子訊框之任一者。子訊框0、子訊框5及DwPTS係總是為了下行鏈結送訊而被預留。UpPTS及其特殊子訊框後一個之子訊框係總是為了上行鏈結送訊而被預留。 　　[0032] 於訊框組態類型3中，1個無線訊框內的10個子訊框係為了下行鏈結送訊而被預留。終端裝置2，係可將PDSCH或偵測訊號係為未被發送的子訊框，視為空的子訊框。終端裝置2，係除非在某個子訊框上偵測到所定之訊號、頻道及／或下行鏈結送訊，否則都想定為，該子訊框中不存在任何訊號及／或頻道。下行鏈結送訊，係被1或複數個連續的子訊框所專用。該下行鏈結送訊的最初之子訊框，係可從該子訊框內的任意地點被開始。該下行鏈結送訊的最後之子訊框，係可為完全被專用，或可為以被DwPTS所規定之時間間隔而被專用之任一者。 　　[0033] 此外，於訊框組態類型3中，1個無線訊框內的10個子訊框係亦可為了上行鏈結送訊而被預留。又，1個無線訊框內的10個子訊框之每一者，係亦可分別對應於下行鏈結子訊框、上行鏈結子訊框、特殊子訊框及邊緣鏈結子訊框之任一者。 　　[0034] 基地台裝置1，係亦可於特殊子訊框的DwPTS中，發送下行鏈結實體頻道及下行鏈結實體訊號。基地台裝置1，係亦可於特殊子訊框的DwPTS中，限制PBCH之送訊。終端裝置2，係亦可於特殊子訊框的UpPTS中，發送上行鏈結實體頻道及上行鏈結實體訊號。終端裝置2，係可於特殊子訊框之UpPTS中，限制部分的上行鏈結實體頻道及上行鏈結實體訊號之送訊。 　　[0035] 此外，1個送訊中的時間間隔係被稱呼為TTI（Transmission Time Interval），於LTE中，將1ms（1子訊框）定義成1TTI。 　　[0036] ＜本實施形態中的LTE的訊框組態＞ 　　圖3係本實施形態中的LTE的下行鏈結子訊框之一例的圖示。圖3中所被圖示的圖，係亦被稱呼為LTE的下行鏈結資源柵格。基地台裝置1，係可於往終端裝置2的下行鏈結子訊框中，發送LTE的下行鏈結實體頻道及／或LTE的下行鏈結實體訊號。終端裝置2，係可於來自基地台裝置1的下行鏈結子訊框中，接收LTE的下行鏈結實體頻道及／或LTE的下行鏈結實體訊號。 　　[0037] 圖4係本實施形態中的LTE的上行鏈結子訊框之一例的圖示。圖4中所被圖示的圖，係亦被稱呼為LTE的上行鏈結資源柵格。終端裝置2，係可於往基地台裝置1的上行鏈結子訊框中，發送LTE的上行鏈結實體頻道及／或LTE的上行鏈結實體訊號。基地台裝置1，係可於來自終端裝置2的上行鏈結子訊框中，接收LTE的上行鏈結實體頻道及／或LTE的上行鏈結實體訊號。 　　[0038] 於本實施形態中，LTE的實體資源係可被定義如下。1個時槽係藉由複數符元而被定義。於時槽之每一者中所被發送的實體訊號或實體頻道，係藉由資源柵格而被表現。於下行鏈結中，資源柵格，係藉由對頻率方向的複數子載波、和對時間方向的複數OFDM符元，而被定義。於上行鏈結中，資源柵格，係藉由對頻率方向的複數子載波、和對時間方向的複數SC-FDMA符元，而被定義。子載波或資源區塊之數量，係亦可依存於蜂巢網之頻寬而被決定。1個時槽中的符元之數量，係由CP（Cyclic Prefix）的類型而決定。CP的類型，係為通常CP或擴充CP。於通常CP中，構成1個時槽的OFDM符元或SC-FDMA符元之數量係為7。於擴展CP中，構成1個時槽的OFDM符元或SC-FDMA符元之數量係為6。資源柵格內的元素之每一者，係被稱為資源元素。資源元素，係使用子載波之索引（號碼）與符元之索引（號碼），而被識別。此外，於本實施形態的說明中，OFDM符元或SC-FDMA符元係也被簡稱為符元。 　　[0039] 資源區塊，係為了將某個實體頻道（PDSCH或PUSCH等）對映至資源元素，而被使用。資源區塊係包含有：虛擬資源區塊和實體資源區塊。某個實體頻道，係被對映至虛擬資源區塊。虛擬資源區塊，係被對映至實體資源區塊。1個實體資源區塊，係被時間領域中所定數之連續的符元所定義。1個實體資源區塊，係根據頻率領域中所定數之連續的子載波而被定義。1個實體資源區塊中的符元數及子載波數，係基於藉由該蜂巢網中的CP之類型、子載波間隔及／或上層而被設定的參數等而決定。例如，CP的類型係為通常CP，子載波間隔係為15kHz的情況下，1個實體資源區塊中的符元數係為7，子載波數係為12。此時，1個實體資源區塊係由（7×12）個資源元素所構成。實體資源區塊係於頻率領域中從0起被編號。又，同一實體資源區塊號碼所對應的1個子訊框內的2個資源區塊，係被定義成為實體資源區塊配對（PRB配對、RB配對）。 　　[0040] 於LTE蜂巢網之每一者中，在某個子訊框中，係使用1個所定之參數。例如，該所定之參數，係為送訊訊號所相關之參數（實體參數）。送訊訊號所相關之參數係包含有：CP長度、子載波間隔、1個子訊框（所定之時間長度）中的符元數、1個資源區塊（所定之頻帶）中的子載波數、多元接取方式、及訊號波形等。 　　[0041] 亦即，在LTE蜂巢網中，下行鏈結訊號及上行鏈結訊號，係分別於所定之時間長度（例如子訊框）中，使用1個所定之參數而被生成。換言之，終端裝置2係想定為，從基地台裝置1所被發送的下行鏈結訊號、及發送至基地台裝置1的上行鏈結訊號，是分別於所定之時間長度中，以1個所定之參數而被生成。又，基地台裝置1係進行設定，以使得發送至終端裝置2的下行鏈結訊號、及從終端裝置2所被發送的上行鏈結訊號，是分別於所定之時間長度中，以1個所定之參數而被生成。 　　[0042] ＜本實施形態中的NR的訊框組態＞ 　　於NR蜂巢網之每一者中，在某個所定之時間長度（例如子訊框）中，係使用1個以上之所定之參數。亦即，在NR蜂巢網中，下行鏈結訊號及上行鏈結訊號，係分別於所定之時間長度中，使用1個以上之所定之參數而被生成。換言之，終端裝置2係想定為，從基地台裝置1所被發送的下行鏈結訊號、及發送至基地台裝置1的上行鏈結訊號，是分別於所定之時間長度中，以1個以上之所定之參數而被生成。又，基地台裝置1係可進行設定，以使得發送至終端裝置2的下行鏈結訊號、及從終端裝置2所被發送的上行鏈結訊號，是分別於所定之時間長度中，以1個以上之所定之參數而被生成。在使用複數個所定之參數的情況下，使用這些所定之參數而被生成的訊號，係藉由所定之方法而被多工。例如，所定之方法係包含有：FDM（Frequency Division Multiplexing）、TDM（Time Division Multiplexing）、CDM（Code Division Multiplexing）及／或SDM（Spatial Division Multiplexing ）等。 　　[0043] NR蜂巢網中所被設定之所定之參數之組合，係可作為參數集，而被預先規定有複數種類。 　　[0044] 圖5係NR蜂巢網中的送訊訊號所相關之參數集之一例的圖示。在圖5的例子中，參數集中所含之送訊訊號所相關之參數，係為：子載波間隔、NR蜂巢網中的每一資源區塊的子載波數、每一子訊框的符元數、及CP長度類型。CP長度類型，係為NR蜂巢網中所被使用的CP長度之類型。例如，CP長度類型1係相當於LTE中的通常CP，CP長度類型2係相當於LTE中的擴充CP。 　　[0045] NR蜂巢網中的送訊訊號所相關之參數集，係可按照下行鏈結及上行鏈結而分別個別地規定。又，NR蜂巢網中的送訊訊號所相關之參數集，係可按照下行鏈結及上行鏈結而分別獨立地設定。 　　[0046] 圖6係本實施形態中的NR的下行鏈結子訊框之一例的圖示。在圖6的例子中，使用參數集1、參數集0及參數集2而被生成的訊號，係於蜂巢網（系統頻寬）中，被FDM。圖6中所被圖示的圖，係亦被稱呼為NR的下行鏈結資源柵格。基地台裝置1，係可於往終端裝置2的下行鏈結子訊框中，發送NR的下行鏈結實體頻道及／或NR的下行鏈結實體訊號。終端裝置2，係可於來自基地台裝置1的下行鏈結子訊框中，接收NR的下行鏈結實體頻道及／或NR的下行鏈結實體訊號。 　　[0047] 圖7係本實施形態中的NR的上行鏈結子訊框之一例的圖示。在圖7的例子中，使用參數集1、參數集0及參數集2而被生成的訊號，係於蜂巢網（系統頻寬）中，被FDM。圖6中所被圖示的圖，係亦被稱呼為NR的上行鏈結資源柵格。基地台裝置1，係可於往終端裝置2的上行鏈結子訊框中，發送NR的上行鏈結實體頻道及／或NR的上行鏈結實體訊號。終端裝置2，係可於來自基地台裝置1的上行鏈結子訊框中，接收NR的上行鏈結實體頻道及／或NR的上行鏈結實體訊號。 　　[0048] ＜本實施形態中的天線埠＞ 　　天線埠，係為了讓搬運某個符元的傳播頻道，是可從同一天線埠中的搬運別的符元的傳播頻道來加以推測，而被定義。例如，可以想定，同一天線埠中的不同實體資源，係被同一傳播頻道所發送。亦即，某個天線埠中的符元，係可根據該天線埠中的參照訊號而推訂出傳播頻道，並予以解調。又，每個天線埠中係有1個資源柵格。天線埠，係藉由參照訊號而被定義。又，各個參照訊號，係可定義複數個天線埠。 　　[0049] 天線埠係可藉由天線埠號碼而被特定或識別。例如，天線埠0～3，係為CRS所被發送之天線埠。亦即，以天線埠0～3而被發送的PDSCH，係可用對應於天線埠0～3的CRS來加以解調。 　　[0050] 2個天線埠係滿足所定之條件的情況下，係可表示為準同一位置（QCL：Quasi co-location）。該所定之條件係為，某個天線埠中的搬運符元的傳播頻道之廣域的特性，是可以從別的天線埠中的搬運符元的傳播頻道來加以推測。廣域的特性係包含有：延遲分散、都卜勒擴展、都卜勒位移、平均增益及／或平均延遲。 　　[0051] 於本實施形態中，天線埠號碼係亦可每一RAT而不同地被定義，亦可在RAT間被共通地定義。例如，LTE中的天線埠0～3，係為CRS所被發送之天線埠。於NR中，天線埠0～3，係可設成與LTE相同之CRS所被發送之天線埠。又，於NR中，與LTE相同之CRS所被發送之天線埠，係可設成與天線埠0～3不同的天線埠號碼。於本實施形態的說明中，所定之天線埠號碼，係可對LTE及／或NR做適用。 　　[0052] ＜本實施形態中的實體頻道及實體訊號＞ 　　於本實施形態中，係使用實體頻道及實體訊號。 　　[0053] 實體頻道係包含有：下行鏈結實體頻道、上行鏈結實體頻道及邊緣鏈結實體頻道。實體訊號係包含有：下行鏈結實體訊號、上行鏈結實體訊號及邊緣鏈結實體訊號。 　　[0054] LTE中的實體頻道及實體訊號，係分別亦被稱呼為LTE實體頻道及LTE實體訊號。NR中的實體頻道及實體訊號，係分別亦被稱呼為NR實體頻道及NR實體訊號。LTE實體頻道及NR實體頻道，係可分別定義成為不同的實體頻道。LTE實體訊號及NR實體訊號，係可分別定義成為不同的實體訊號。於本實施形態的說明中，LTE實體頻道及NR實體頻道係亦被簡稱為實體頻道，LTE實體訊號及NR實體訊號係亦被簡稱為實體訊號。亦即，對實體頻道的說明，係對LTE實體頻道及NR實體頻道之任一者都可適用。對實體訊號的說明，係對LTE實體訊號及NR實體訊號之任一者都可適用。 　　[0055] ＜本實施形態中的NR實體頻道及NR實體訊號＞ 　　LTE中的對實體頻道及實體訊號的說明，係分別對NR實體頻道及NR實體訊號都可適用。NR實體頻道及NR實體訊號，係可被稱呼如下。 　　[0056] NR下行鏈結實體頻道係包含有：NR-PBCH、NR-PCFICH、NR-PHICH、NR-PDCCH、NR-EPDCCH、NR-MPDCCH、NR-R-PDCCH、NR-PDSCH、及NR-PMCH等。 　　[0057] NR下行鏈結實體訊號係包含有：NR-SS、NR-DL-RS及NR-DS等。NR-SS係包含有NR-PSS及NR-SSS等。NR-RS係包含有：NR-CRS、NR-PDSCH-DMRS、NR-EPDCCH-DMRS、NR-PRS、NR-CSI-RS、及NR-TRS等。 　　[0058] NR上行鏈結實體頻道係包含有：NR-PUSCH、NR-PUCCH、及NR-PRACH等。 　　[0059] NR上行鏈結實體訊號係包含有NR-UL-RS。NR-UL-RS係包含有NR-UL-DMRS及NR-SRS等。 　　[0060] NR邊緣鏈結實體頻道係包含有NR-PSBCH、NR-PSCCH、NR-PSDCH、及NR-PSSCH等。 　　[0061] ＜本實施形態中的下行鏈結實體頻道＞ 　　PBCH，係用來將基地台裝置1的服務蜂巢網所固有之報知資訊也就是MIB（Master Information Block）予以報知時，而被使用。PBCH係只在無線訊框內的子訊框0中被發送。MIB，係可以40ms間隔而更新。PBCH係以10ms週期而被重複發送。具體而言，滿足將SFN（System Frame Number）除以4而餘數為0之條件的無線訊框中的子訊框0中會進行MIB之初期送訊，於其他所有的無線訊框中的子訊框0中會進行MIB之重送訊（repetition）。SFN係為無線訊框之號碼（系統訊框號碼）。MIB係為系統資訊。例如，MIB係含有表示SFN之資訊。 　　[0062] PHICH，係為了發送針對基地台裝置1所接收到的上行鏈結資料（Uplink Shared Channel：UL-SCH）的表示ACK（ACKnowledgement）或NACK（Negative ACKnowledgement）的HARQ-ACK（HARQ指示器、HARQ回饋、回應資訊），而被使用。例如，若終端裝置2接收到表示ACK的HARQ-ACK時，則不會重送對應之上行鏈結資料。例如，若終端裝置2接收到表示NACK的HARQ-ACK時，則終端裝置2係將對應之上行鏈結資料，以所定之上行鏈結子訊框而予以重送。某個PHICH，係發送針對某個上行鏈結資料的HARQ-ACK。基地台裝置1，係將針對同一PUSCH中所含之複數上行鏈結資料的HARQ-ACK之每一者，使用複數PHICH而予以發送。 　　[0063] PDCCH及EPDCCH，係為了發送下行鏈結控制資訊（Downlink Control Information：DCI），而被使用。下行鏈結控制資訊的資訊位元之對映，係作為DCI格式而被定義。下行鏈結控制資訊係含有：下行鏈結允諾（downlink grant）及上行鏈結允諾（uplink grant）。下行鏈結允諾，係亦被稱為下行鏈結指派（downlink assignment）或下行鏈結分配（downlink allocation）。 　　[0064] PDCCH，係藉由連續的1或複數個CCE（ Control Channel Element）之集合而被發送。CCE，係由9個REG（Resource Element Group）所構成。REG，係由4個資源元素所構成。當PDCCH是由n個連續的CCE所構成的情況下，則該PDCCH，係從滿足將CCE之索引（號碼）i除以n而餘數為0之條件的CCE而開始。 　　[0065] EPDCCH，係藉由連續的1或複數個ECCE（ Enhanced Control Channel Element）之集合而被發送。ECCE，係由複數EREG（Enhanced Resource Element Group）所構成。 　　[0066] 下行鏈結允諾，係被使用於某個蜂巢網內的PDSCH之排程。下行鏈結允諾係被使用於，與該下行鏈結允諾所被發送之子訊框相同子訊框內的PDSCH之排程。上行鏈結允諾，係被使用於某個蜂巢網內的PUSCH之排程。上行鏈結允諾係被使用於，該上行鏈結允諾所被發送之子訊框的後4個以上的子訊框內的單一PUSCH之排程。 　　[0067] 對DCI係附加有，CRC（Cyclic Redundancy Check）同位元。CRC同位元，係以RNTI（Radio Network Temporary Identifier）而被拌碼。RNTI，係可隨應於DCI之目的等，而加以規定或設定的識別元。RNTI係為：被規格所預先規定的識別元、作為蜂巢網所固有之資訊而被設定的識別元、作為終端裝置2所固有之資訊而被設定的識別元、或對終端裝置2作為所屬之群組所固有之資訊而被設定的識別元。例如，終端裝置2，係在PDCCH或EPDCCH之監視中，在DCI上所被附加之CRC同位元，以所定之RNTI進行去拌碼，識別CRC是否正確。若CRC為正確，則得知該DCI係為終端裝置2所需之DCI。 　　[0068] PDSCH，係為了發送下行鏈結資料（Downlink Shared Channel：DL-SCH）而被使用。又，PDSCH係也為了發送上層之控制資訊而被使用。 　　[0069] PMCH，係為了發送廣播資料（Multicast Channel：MCH）而被使用。 　　[0070] 於PDCCH領域中，複數PDCCH亦可被頻率、時間、及／或空間多工。於EPDCCH領域中，複數EPDCCH亦可被頻率、時間、及／或空間多工。於PDSCH領域中，複數PDSCH亦可被頻率、時間、及／或空間多工。PDCCH、PDSCH及／或EPDCCH係亦可被頻率、時間、及／或空間多工。 　　[0071] ＜本實施形態中的下行鏈結實體訊號＞ 　　PDSCH，係基於送訊模式及DCI格式，而以CRS或URS之送訊時所被使用之天線埠，而被發送。DCI格式1A係被使用於，以CRS之送訊時所被使用之天線埠而被發送的PDSCH之排程。DCI格式2D係被使用於，以URS之送訊時所被使用之天線埠而被發送的PDSCH之排程。 　　[0072] 與EPDCCH相關連的DMRS，係用DMRS所關連的EPDCCH之送訊時所被使用之子訊框及頻帶，而被發送。DMRS，係為了進行DMRS所關連之EPDCCH之解調，而被使用。EPDCCH，係以DMRS之送訊時所被使用之天線埠，而被發送。與EPDCCH相關連之DMRS，係以天線埠107～114的1或複數個而被發送。 　　[0073] ＜本實施形態中的上行鏈結實體頻道＞ 　　PUCCH，係用來發送上行鏈結控制資訊（Uplink Control Information：UCI）時所被使用之實體頻道。上行鏈結控制資訊係包含有：下行鏈結之頻道狀態資訊（Channel State Information：CSI）、表示PUSCH資源之要求的排程要求（Scheduling Request：SR）、針對下行鏈結資料（Transport block：TB, Downlink-Shared Channel：DL-SCH）的HARQ-ACK。HARQ-ACK，係亦被稱為ACK/NACK、HARQ回饋、或回應資訊。又，針對下行鏈結資料的HARQ-ACK，係表示ACK、NACK、或DTX。 　　[0074] PUSCH，係用來發送上行鏈結資料（Uplink-Shared Channel：UL-SCH）時所被使用之實體頻道。又，PUSCH係亦可被使用於，為了將上行鏈結資料連同HARQ-ACK及／或頻道狀態資訊一起發送。又，PUSCH，係亦可被使用於只發送頻道狀態資訊、或只發送HARQ-ACK及頻道狀態資訊。 　　[0075] PRACH，係為了發送隨機存取前文而被使用之實體頻道。PRACH，係可為了讓終端裝置2與基地台裝置1取得時間領域之同步，而被使用。又，PRACH，係也為了初期連線建立（initial connection establishment）程序（處理）、接手程序、連線重新建立（connection re-establishment）程序、對上行鏈結送訊的同步（時序調整）、及／或表示PUSCH資源之要求，而被使用。 　　[0076] 於PUCCH領域中，複數PUCCH係被頻率、時間、空間及／或碼多工。於PUSCH領域中，複數PUSCH係亦可被頻率、時間、空間及／或碼多工。PUCCH及PUSCH係亦可被頻率、時間、空間及／或碼多工。PRACH係亦可單一子訊框或跨越2個子訊框而被配置。複數PRACH係可被碼多工。 　　[0077] ＜本實施形態中的基地台裝置1之構成例＞ 　　圖8係本實施形態的基地台裝置1之構成的概略區塊圖。如圖示，基地台裝置1係含有：上層處理部101、控制部103、收訊部105、送訊部107、及收送訊天線109所構成。又，收訊部105係含有：解碼部1051、解調部1053、多工分離部1055、無線收訊部1057、及頻道測定部1059所構成。又，送訊部107係含有：編碼部1071、調變部1073、多工部1075、無線送訊部1077、及下行鏈結參照訊號生成部1079所構成。 　　[0078] 如已經說明，基地台裝置1，係可支援1個以上之RAT。圖8所示的基地台裝置1中所含之各部的部分或全部，係可隨應於RAT而被個別地構成。例如，收訊部105及送訊部107，係可按照LTE與NR而被個別地構成。又，於NR蜂巢網中，圖8所示的基地台裝置1中所含之各部的部分或全部，係可隨應於送訊訊號所相關之參數集而被個別地構成。例如，於某個NR蜂巢網中，無線收訊部1057及無線送訊部1077，係可隨應於送訊訊號所相關之參數集而被個別地構成。 　　[0079] 上層處理部101係進行：媒體存取控制（ MAC：Medium Access Control）層、封包資料匯聚協定（Packet Data Convergence Protocol：PDCP）層、無線鏈結控制（Radio Link Control：RLC）層、無線資源控制（Radio Resource Control：RRC）層之處理。又，上層處理部101，係為了進行收訊部105、及送訊部107之控制而生成控制資訊，輸出至控制部103。 　　[0080] 控制部103，係基於來自上層處理部101的控制資訊，進行收訊部105及送訊部107之控制。控制部103，係生成往上層處理部101的控制資訊，輸出至上層處理部101。控制部103，係將來自解碼部1051的已被解碼之訊號及來自頻道測定部1059的頻道推定結果，予以輸入。控制部103，係將要編碼的訊號，輸出至編碼部1071。又，控制部103，係為了控制基地台裝置1的全體或一部分，而被使用。 　　[0081] 上層處理部101係進行RAT控制、無線資源控制、子訊框設定、排程控制、及／或CSI報告控制所相關之處理及管理。上層處理部101中的處理及管理，係每終端裝置地、或連接至基地台裝置的終端裝置共通地進行。上層處理部101中的處理及管理，係亦可只在上層處理部101中進行，也可從上位節點或其他基地台裝置加以取得。又，上層處理部101中的處理及管理，係亦可隨應於RAT而個別地進行。例如，上層處理部101，係亦可個別地進行LTE中的處理及管理、與NR中的處理及管理。 　　[0082] 在上層處理部101中的RAT控制中，會進行RAT所相關之管理。例如，在RAT控制中，會進行LTE所相關之管理及／或NR所相關之管理。NR所相關之管理係包含，NR蜂巢網中的送訊訊號所相關之參數集之設定及處理。 　　[0083] 在上層處理部101中的無線資源控制中係進行：下行鏈結資料（傳輸區塊）、系統資訊、RRC訊息（RRC參數）、及／或MAC控制元素（CE：Control Element）之生成及／或管理。 　　[0084] 在上層處理部101中的子訊框設定中係進行：子訊框設定、子訊框型樣設定、上行鏈結-下行鏈結設定、上行鏈結參照UL-DL設定、及／或下行鏈結參照UL-DL設定之管理。此外，上層處理部101中的子訊框設定，係亦被稱呼為基地台子訊框設定。又，上層處理部101中的子訊框設定，係可基於上行鏈結之流量及下行鏈結之流量而決定。又，上層處理部101中的子訊框設定，係可基於上層處理部101中的排程控制之排程結果而決定。 　　[0085] 在上層處理部101中的排程控制中，基於從已接收之頻道狀態資訊及頻道測定部1059所被輸入的傳播路之推定值或頻道之品質等，來決定將實體頻道予以分配的頻率及子訊框、實體頻道之編碼率及調變方式及送訊功率等。例如，控制部103，係基於上層處理部101中的排程控制之排程結果，來生成控制資訊（DCI格式）。 　　[0086] 在上層處理部101中的CSI報告控制中，終端裝置2的CSI報告係被控制。例如，於終端裝置2中用來算出CSI所需而想定的CSI參照資源之相關設定，會被控制。 　　[0087] 收訊部105，係依照來自控制部103之控制，將透過收送訊天線109而從終端裝置2所被發送之訊號予以接收，然後進行分離、解調、解碼等之收訊處理，將已被收訊處理之資訊，輸出至控制部103。此外，收訊部105中的收訊處理，係基於被事前規定之設定、或由基地台裝置1通知給終端裝置2之設定，而被進行。 　　[0088] 無線收訊部1057，係對透過收送訊天線109而被接收的上行鏈結之訊號，進行：往中間頻率之轉換（降頻轉換）、多餘頻率成分之去除、為了維持適切訊號位準而進行增幅位準之控制、以已被接收之訊號的同相成分及正交成分為基礎的正交解調、從類比訊號往數位訊號之轉換、保護區間（Guard Interval：GI）之去除、及／或高速傅立葉轉換（Fast Fourier Transform：FFT）所致之頻率領域訊號的抽出。 　　[0089] 多工分離部1055，係從無線收訊部1057所被輸入之訊號，分離出PUCCH或PUSCH等之上行鏈結頻道及／或上行鏈結參照訊號。多工分離部1055，係將上行鏈結參照訊號，輸出至頻道測定部1059。多工分離部1055，係根據從頻道測定部1059所被輸入的傳播路之推定值，對上行鏈結頻道進行傳播路之補償。 　　[0090] 解調部1053，係對上行鏈結頻道之調變符元，使用BPSK（Binary Phase Shift Keying）、QPSK（Quadrature Phase shift Keying）、16QAM（Quadrature Amplitude Modulation）、64QAM、256QAM等之調變方式來進行收訊訊號之解調。解調部1053係進行，已被MIMO多工的上行鏈結頻道之分離及解調。 　　[0091] 解碼部1051，係對已被解調的上行鏈結頻道之編碼位元，進行解碼處理。已被解碼之上行鏈結資料及／或上行鏈結控制資訊，係被輸出至控制部103。解碼部1051，係對PUSCH，每傳輸區塊地進行解碼處理。 　　[0092] 頻道測定部1059，係根據從多工分離部1055所被輸入的上行鏈結參照訊號，來測定傳播路之推定值及／或頻道之品質等，並輸出至多工分離部1055及／或控制部103。例如，頻道測定部1059係使用UL-DMRS來測定對PUCCH或PUSCH進行傳播路補償所需之傳播路的推定值，使用SRS來測定上行鏈結中的頻道之品質。 　　[0093] 送訊部107，係依照來自控制部103之控制，對從上層處理部101所被輸入的下行鏈結控制資訊及下行鏈結資料，進行編碼、調變及多工等之送訊處理。例如，送訊部107，係將PHICH、PDCCH、EPDCCH、PDSCH、及下行鏈結參照訊號加以生成並多工，而生成送訊訊號。此外，送訊部107中的送訊處理，係基於被事前規定之設定、或由基地台裝置1通知給終端裝置2之設定、或透過同一子訊框中所被發送之PDCCH或EPDCCH而被通知的設定，而被進行。 　　[0094] 編碼部1071，係將從控制部103所被輸入的HARQ指示器（HARQ-ACK）、下行鏈結控制資訊、及下行鏈結資料，使用區塊編碼、摺積編碼、渦輪編碼等所定之編碼方式，進行編碼。調變部1073，係將從編碼部1071所被輸入之編碼位元，以BPSK、QPSK、16QAM、64QAM、256QAM等之所定之調變方式，加以調變。下行鏈結參照訊號生成部1079，係基於實體蜂巢網識別元（PCI：Physical cell identification）、終端裝置2中所被設定的RRC參數等，來生成下行鏈結參照訊號。多工部1075，係將各頻道之調變符元與下行鏈結參照訊號予以多工，配置在所定之資源元素。 　　[0095] 無線送訊部1077，係對來自多工部1075的訊號，進行逆高速傅立葉轉換（Inverse Fast Fourier Transform：IFFT）所致之往時間領域之訊號的轉換、保護區間之附加、基頻數位訊號之生成、往類比訊號之轉換、正交調變、從中間頻率之訊號往高頻訊號之轉換（升頻轉換：up convert）、多餘頻率成分之去除、功率增幅等之處理，以生成送訊訊號。無線送訊部1077所輸出的送訊訊號，係從收送訊天線109而被發送。 　　[0096] ＜本實施形態中的終端裝置2之構成例＞ 　　圖9係本實施形態的終端裝置2之構成的概略區塊圖。如圖示，終端裝置2係含有：上層處理部201、控制部203、收訊部205、送訊部207、及收送訊天線209所構成。又，收訊部205係含有：解碼部2051、解調部2053、多工分離部2055、無線收訊部2057、及頻道測定部2059所構成。又，送訊部207係含有：編碼部2071、調變部2073、多工部2075、無線送訊部2077、及上行鏈結參照訊號生成部2079所構成。 　　[0097] 如已經說明，終端裝置2，係可支援1個以上之RAT。圖9所示的終端裝置2中所含之各部的部分或全部，係可隨應於RAT而被個別地構成。例如，收訊部205及送訊部207，係可按照LTE與NR而被個別地構成。又，於NR蜂巢網中，圖9所示的終端裝置2中所含之各部的部分或全部，係可隨應於送訊訊號所相關之參數集而被個別地構成。例如，於某個NR蜂巢網中，無線收訊部2057及無線送訊部2077，係可隨應於送訊訊號所相關之參數集而被個別地構成。 　　[0098] 上層處理部201，係將上行鏈結資料（傳輸區塊），輸出至控制部203。上層處理部201係進行：媒體存取控制（MAC：Medium Access Control）層、封包資料匯聚協定（Packet Data Convergence Protocol：PDCP）層、無線鏈結控制（Radio Link Control：RLC）層、無線資源控制（Radio Resource Control：RRC）層之處理。又，上層處理部201，係為了進行收訊部205、及送訊部207之控制而生成控制資訊，輸出至控制部203。 　　[0099] 控制部203，係基於來自上層處理部201的控制資訊，進行收訊部205及送訊部207之控制。控制部203，係生成往上層處理部201的控制資訊，輸出至上層處理部201。控制部203，係將來自解碼部2051的已被解碼之訊號及來自頻道測定部2059的頻道推定結果，予以輸入。控制部203，係將要編碼的訊號，輸出至編碼部2071。又，控制部203，係亦可為了控制終端裝置2的全體或一部分，而被使用。 　　[0100] 上層處理部201係進行RAT控制、無線資源控制、子訊框設定、排程控制、及／或CSI報告控制所相關之處理及管理。上層處理部201中的處理及管理，係基於事前所被規定之設定、及／或從基地台裝置1所被設定或通知之控制資訊為基礎的設定，而被進行。例如，來自基地台裝置1的控制資訊係包含有：RRC參數、MAC控制元素或DCI。又，上層處理部201中的處理及管理，係亦可隨應於RAT而個別地進行。例如，上層處理部201，係亦可個別地進行LTE中的處理及管理、與NR中的處理及管理。 　　[0101] 在上層處理部201中的RAT控制中，會進行RAT所相關之管理。例如，在RAT控制中，會進行LTE所相關之管理及／或NR所相關之管理。NR所相關之管理係包含，NR蜂巢網中的送訊訊號所相關之參數集之設定及處理。 　　[0102] 在上層處理部201中的無線資源控制中，會進行本裝置的設定資訊之管理。在上層處理部201中的無線資源控制中係進行：上行鏈結資料（傳輸區塊）、系統資訊、RRC訊息（RRC參數）、及／或MAC控制元素（CE：Control Element）之生成及／或管理。 　　[0103] 在上層處理部201中的子訊框設定中，基地台裝置1及／或與基地台裝置1不同的基地台裝置中的子訊框設定，係被管理。子訊框設定係包含有：針對子訊框的上行鏈結或下行鏈結之設定、子訊框型樣設定、上行鏈結-下行鏈結設定、上行鏈結參照UL-DL設定、及／或下行鏈結參照UL-DL設定。此外，上層處理部201中的子訊框設定，係亦被稱呼為終端子訊框設定。 　　[0104] 在上層處理部201中的排程控制中，係基於來自基地台裝置1的DCI（排程資訊），生成用來進行針對收訊部205及送訊部207之排程之相關控制所需之控制資訊。 　　[0105] 在上層處理部201中的CSI報告控制中會進行，對基地台裝置1的CSI之報告之相關控制。例如，在CSI報告控制中，用來想定在頻道測定部2059中算出CSI所需之CSI參照資源的相關設定，係被控制。在CSI報告控制中，係基於DCI及／或RRC參數，來控制為了報告CSI而被使用之資源（時序）。 　　[0106] 收訊部205，係依照來自控制部203之控制，將透過收送訊天線209而從基地台裝置1所被發送之訊號予以接收，然後進行分離、解調、解碼等之收訊處理，將已被收訊處理之資訊，輸出至控制部203。此外，收訊部205中的收訊處理，係基於被事前規定之設定、或來自基地台裝置1的通知或設定，而被進行。 　　[0107] 無線收訊部2057，係對透過收送訊天線209而被接收的上行鏈結之訊號，進行：往中間頻率之轉換（降頻轉換）、多餘頻率成分之去除、為了維持適切訊號位準而進行增幅位準之控制、以已被接收之訊號的同相成分及正交成分為基礎的正交解調、從類比訊號往數位訊號之轉換、保護區間（Guard Interval：GI）之去除、及／或高速傅立葉轉換（Fast Fourier Transform：FFT）所致之頻率領域之訊號的抽出。 　　[0108] 多工分離部2055，係從無線收訊部2057所被輸入之訊號，分離出PHICH、PDCCH、EPDCCH或PDSCH等之下行鏈結頻道、下行鏈結同步訊號及／或下行鏈結參照訊號。多工分離部2055，係將下行鏈結參照訊號，輸出至頻道測定部2059。多工分離部2055，係根據從頻道測定部2059所被輸入的傳播路之推定值，對下行鏈結頻道進行傳播路之補償。 　　[0109] 解調部2053，係對下行鏈結頻道之調變符元，使用BPSK、QPSK、16QAM、64QAM、256QAM等之調變方式來進行收訊訊號之解調。解調部2053係進行，已被MIMO多工的下行鏈結頻道之分離及解調。 　　[0110] 解碼部2051，係對已被解調的下行鏈結頻道之編碼位元，進行解碼處理。已被解碼之下行鏈結資料及／或下行鏈結控制資訊，係被輸出至控制部203。解碼部2051，係對PDSCH，每傳輸區塊地進行解碼處理。 　　[0111] 頻道測定部2059，係根據從多工分離部2055所被輸入的下行鏈結參照訊號，來測定傳播路之推定值及／或頻道之品質等，並輸出至多工分離部2055及／或控制部203。頻道測定部2059在測定時所使用的下行鏈結參照訊號，係亦可至少基於藉由RRC參數而被設定的送訊模式及／或其他RRC參數，而被決定。例如，DL-DMRS係測定為了對PDSCH或EPDCCH進行傳播路補償所需之傳播路的推定值。CRS係測定，為了對PDCCH或PDSCH進行傳播路補償所需之傳播路之推定值、及／或為了報告CSI所需之下行鏈結中的頻道。CSI-RS係測定，為了報告CSI所需之下行鏈結中的頻道。頻道測定部2059，係基於CRS、CSI-RS或偵測訊號，而算出RSRP（Reference Signal Received Power）及／或RSRQ（Reference Signal Received Quality），並輸出至上層處理部201。 　　[0112] 送訊部207，係依照來自控制部203之控制，對從上層處理部201所被輸入的上行鏈結控制資訊及上行鏈結資料，進行編碼、調變及多工等之送訊處理。例如，送訊部207，係將PUSCH或PUCCH等之上行鏈結頻道及／或上行鏈結參照訊號加以生成並多工，而生成送訊訊號。此外，送訊部207中的送訊處理，係基於事前所被規定之設定、或來自基地台裝置1的設定或通知，而被進行。 　　[0113] 編碼部2071，係將從控制部203所被輸入的HARQ指示器（HARQ-ACK）、上行鏈結控制資訊、及上行鏈結資料，使用區塊編碼、摺積編碼、渦輪編碼等所定之編碼方式，進行編碼。調變部2073，係將從編碼部2071所被輸入之編碼位元，以BPSK、QPSK、16QAM、64QAM、256QAM等之所定之調變方式，加以調變。上行鏈結參照訊號生成部2079，係基於終端裝置2中所被設定的RRC參數等，來生成上行鏈結參照訊號。多工部2075，係將各頻道之調變符元與上行鏈結參照訊號予以多工，配置在所定之資源元素。 　　[0114] 無線送訊部2077，係對來自多工部2075的訊號，進行逆高速傅立葉轉換（Inverse Fast Fourier Transform：IFFT）所致之往時間領域之訊號的轉換、保護區間之附加、基頻數位訊號之生成、往類比訊號之轉換、正交調變、從中間頻率之訊號往高頻訊號之轉換（升頻轉換：up convert）、多餘頻率成分之去除、功率增幅等之處理，以生成送訊訊號。無線送訊部2077所輸出的送訊訊號，係從收送訊天線209而被發送。 　　[0115] ＜本實施形態中的控制資訊之訊令＞ 　　基地台裝置1及終端裝置2，係為了各個控制資訊之訊令（通知、報知、設定），而可使用各式各樣的方法。控制資訊之訊令，係可在各式各樣的層（Layer）中進行。控制資訊之訊令係包含有：通過了實體層（Layer）的訊令也就是實體層訊令、通過了RRC層的訊令也就是RRC訊令、及通過了MAC層的訊令也就是MAC訊令等。RRC訊令係為：將終端裝置2所固有之控制資訊予以通知的專用之RRC訊令（Dedicated RRC signaling）、或將基地台裝置1所固有之控制資訊予以通知的共通之RRC訊令（Common RRC signaling）。RRC訊令或MAC訊令等，從實體層來看是由上位的層所使用的訊令，係也被稱呼為上層訊令。 　　[0116] RRC訊令，係藉由將RRC參數予以訊令，而被實現。MAC訊令，係藉由將MAC控制元素予以訊令，而被實現。實體層訊令，係藉由將下行鏈結控制資訊（DCI：Downlink Control Information）或上行鏈結控制資訊（UCI：Uplink Control Information）予以訊令，而被實現。RRC參數及MAC控制元素，係使用PDSCH或PUSCH而被發送。DCI，係使用PDCCH或EPDCCH而被發送。UCI，係使用PUCCH或PUSCH而被發送。RRC訊令及MAC訊令，係為了將準靜態（semi-static）之控制資訊予以訊令而被使用，也被稱呼為準靜態訊令。實體層訊令，係為了將動態（dynamic）之控制資訊予以訊令而被使用，也被稱呼為動態訊令。DCI，係為了PDSCH之排程或PUSCH之排程等而被使用。UCI，係為了CSI報告、HARQ-ACK報告、及／或排程要求（SR：Scheduling Request）等，而被使用。 　　[0117] ＜本實施形態中的下行鏈結控制資訊之細節＞ 　　DCI係使用具有事前所被規定之欄位的DCI格式，而被通知。DCI格式中所被規定的欄位，係被對映有所定之資訊位元。DCI，係將下行鏈結排程資訊、上行鏈結排程資訊、站台鏈結排程資訊、非週期性CSI報告之要求、或上行鏈結送訊功率指令，予以通知。 　　[0118] 終端裝置2所監視的DCI格式，係藉由對每一服務蜂巢網而被設定的送訊模式，而被決定。亦即，終端裝置2所監視的DCI格式之一部分，係可隨著送訊模式而不同。例如，已被設定下行鏈結送訊模式1的終端裝置2，係監視DCI格式1A與DCI格式1。例如，已被設定下行鏈結送訊模式4的終端裝置2，係監視DCI格式1A與DCI格式2。例如，已被設定上行鏈結送訊模式1的終端裝置2，係監視DCI格式0。例如，已被設定上行鏈結送訊模式2的終端裝置2，係監視DCI格式0與DCI格式4。 　　[0119] 對終端裝置2通知DCI的PDCCH所被配置的控制領域係不被通知，終端裝置2係將針對終端裝置2的DCI，以盲目解碼（盲目偵測）而加以偵測。具體而言，終端裝置2，係於服務蜂巢網中，監視PDCCH候補之集合。監視係意味著，對該集合之中的PDCCH之每一者，以全部所被監視的DCI格式來嘗試解碼的意思。例如，終端裝置2，係針對有可能被發送給終端裝置2收的全部之聚合等級、PDCCH候補、及DCI格式，嘗試解碼。終端裝置2，係將解碼（偵測）成功的DCI（PDCCH），辨識成為是對終端裝置2的DCI（PDCCH）。 　　[0120] 對DCI係附加有循環冗長檢查（CRC：Cyclic Redundancy Check）。CRC，係為了DCI之錯誤偵測及DCI之盲目偵測，而被使用。CRC（CRC同位元），係藉由RNTI（Radio Network Temporary Identifier）而被拌碼。終端裝置2，係基於RNTI，而偵測是否為針對終端裝置2的DCI。具體而言，終端裝置2，係對CRC所對應之位元，以所定之RNTI進行去拌碼，抽出CRC，偵測對應之DCI是否正確。 　　[0121] RNTI，係隨著DCI之目的或用途而被規定或設定。RNTI係包含有：C-RNTI（Cell-RNTI）、SPS C-RNTI（Semi Persistent Scheduling C-RNTI）、SI-RNTI（System Information-RNTI）、P-RNTI（Paging-RNTI）、RA-RNTI（Random Access-RNTI）、TPC-PUCCH-RNTI（Transmit Power Control-PUCCH-RNTI）、TPC-PUSCH-RNTI（Transmit Power Control-PUSCH-RNTI）、暫時性C-RNTI、M-RNTI（MBMS （Multimedia Broadcast Multicast Services）-RNTI）、及eIMTA-RNTI、CC-RNTI。 　　[0122] 排程資訊（下行鏈結排程資訊、上行鏈結排程資訊、站台鏈結排程資訊），係作為頻率領域之排程，而含有將資源區塊或資源區塊群組以單位進行排程所需之資訊。資源區塊群組，係為連續的資源區塊之集合，表示對所被排程之終端裝置所被分配的資源。資源區塊群組之大小，係隨著系統頻寬而決定。 　　[0123] ＜本實施形態中的下行鏈結控制頻道之細節＞ 　　DCI係使用PDCCH或EPDCCH等之控制頻道而被發送。終端裝置2係監視，藉由RRC訊令而已被設定之1或複數個已被啟用的服務蜂巢網之PDCCH候補之集合及／或EPDCCH候補之集合。此處，所謂監視，係嘗試所有被監視的DCI格式所對應之集合內之PDCCH及／或EPDCCH的解碼。 　　[0124] PDCCH候補之集合或EPDCCH候補之集合，係也被稱呼為搜尋空間。對搜尋空間係定義有，共享搜尋空間（CSS）和終端固有搜尋空間（USS）。CSS，係亦可只對關於PDCCH的搜尋空間而被定義。 　　[0125] CSS（Common Search Space），係基於基地台裝置1所固有之參數及／或事前已被規定之參數而被設定的搜尋空間。例如，CSS係為被複數終端裝置所共通使用的搜尋空間。因此，藉由基地台裝置1將複數終端裝置所共通之控制頻道對映至CSS，以減低用來發送控制頻道所需之資源。 　　[0126] USS（UE-specific Search Space），係至少使用終端裝置2所固有之參數而被設定的搜尋空間。因此，USS係為終端裝置2所固有之搜尋空間，基地台裝置1係可藉由USS而個別發送終端裝置2所固有之控制頻道。因此，基地台裝置1係可有效率地將複數終端裝置所固有之控制頻道做對映。 　　[0127] USS係亦可被設定成，被複數終端裝置所共通使用。為了對複數終端裝置設定共通的USS，終端裝置2所固有之參數係被設定成，在複數終端裝置之間會是相同的值。例如，在複數終端裝置之間會被設定成相同參數的單位，係為蜂巢網、送訊點、或所定之終端裝置之群組等。 　　[0128] ＜本實施形態中的CA與DC之細節＞ 　　終端裝置2係被設定有複數蜂巢網，可進行多重載波送訊。終端裝置2使用複數蜂巢網的通訊，係被稱為CA（載波聚合）或DC（雙連結）。本實施形態中所記載之內容，係可適用於，對終端裝置2所設定的複數蜂巢網之每一者或一部分。對終端裝置2所被設定的蜂巢網，亦稱為服務蜂巢網。 　　[0129] 於CA中，所被設定的複數服務蜂巢網，係含有1個首要蜂巢網（PCell：Primary Cell）和1個以上之次級蜂巢網（SCell：Secondary Cell）。對支援CA的終端裝置2，可設定1個首要蜂巢網和1個以上之次級蜂巢網。 　　[0130] 首要蜂巢網，係初期連線建立（initial connection establishment）程序已被進行的服務蜂巢網、已開始了連線重新建立（connection re-establishment）程序的服務蜂巢網、或於接手程序中已被指示成首要蜂巢網的蜂巢網。首要蜂巢網，係以首要頻率而運作。次級蜂巢網，係可在連線的建立或重新建立以後被設定。次級蜂巢網，係以次級頻率而運作。此外，連線係也被稱為RRC連線。 　　[0131] DC係為，將從至少2個不同網路點所提供的無線資源，讓所定之終端裝置2做消費的運作。網路點，係為主基地台裝置（MeNB：Master eNB）和次級基地台裝置（SeNB：Secondary eNB）。雙連結，係由終端裝置2，以至少2個網路點進行RRC連接。在雙連結中，2個網路點，係亦可藉由非理想的骨幹網路（non-ideal backhaul）而被連接。 　　[0132] 於DC中，至少被連接至S1-MME（Mobility Management Entity），負責擔任核心網路的移動錨點之角色的基地台裝置1，係被稱為主基地台裝置。又，對終端裝置2提供追加之無線資源的非主基地台裝置的基地台裝置1，係被稱為次級基地台裝置。與主基地台裝置關連的服務蜂巢網之群組，係亦被稱呼為主蜂巢網群組（MCG：Master Cell Group）。與次級基地台裝置關連的服務蜂巢網之群組，係亦被稱呼為次級蜂巢網群組（SCG：Secondary Cell Group）。此外，服務蜂巢網之群組，係被稱呼為蜂巢網群組（CG）。 　　[0133] 於DC中，首要蜂巢網，係隸屬於MCG。又，於SCG中，相當於首要蜂巢網的次級蜂巢網，稱為首要次級蜂巢網（PSCell：Primary Secondary Cell）。在PSCell（構成pSCell的基地台裝置）中，係亦可支援與PCell（構成PCell的基地台裝置）同等之機能（能力、性能）。又，在PSCell中，係亦可只支援PCell的部分機能。例如，在PSCell中，係亦可使用與CSS或USS不同的搜尋空間，來支援進行PDCCH送訊的機能。又，PSCell，係亦可總是為活化的狀態。又，PSCell，係為可接收PUCCH的蜂巢網。 　　[0134] 於DC中，無線承載（資料無線承載（DRB：Date Radio Bearer）及／或訊令無線承載（SRB：Signaling Radio Bearer）），係亦可用MeNB和SeNB而被個別地分配。對MCG（PCell）和SCG（PSCell），亦可分別個別地設定雙工模式。MCG（PCell）與SCG（PSCell），係亦可彼此不同步。亦即，MCG之訊框交界與SCG之訊框交界亦可不一致。對MCG（PCell）與SCG（PSCell），亦可獨立地設定複數時序調整所需之參數（TAG：Timing Advance Group）。於雙連結中，終端裝置2，係將MCG內之蜂巢網所對應之UCI，只用MeNB（PCell）加以發送，將SCG內之蜂巢網所對應之UCI，只用SeNB（pSCell）加以發送。於各個UCI之送訊中，使用了PUCCH及／或PUSCH的送訊方法，係可在各個蜂巢網群組中被適用。 　　[0135] PUCCH及PBCH（MIB），係只用PCell或PSCell而被發送。又，PRACH，係只要在CG內的蜂巢網間沒有設置複數TAG（Timing Advance Group），就會只用PCell或PSCell而被發送。 　　[0136] 在PCell或PSCell中，亦可進行SPS（Semi-Persistent Scheduling）或DRX（Discontinuous Transmission）。在次級蜂巢網中，亦可進行與相同蜂巢網群組之PCell或PSCell相同的DRX。 　　[0137] 於次級蜂巢網中，MAC之設定的相關資訊/參數，基本上，是和相同蜂巢網群組的PCell或PSCell共享。一部分的參數，係亦可按照每一次級蜂巢網而被設定。一部分的計時器或計數器，亦可只對PCell或PSCell做適用。 　　[0138] 於CA中，TDD方式所被適用的蜂巢網與FDD方式所被適用的蜂巢網，係亦可被整合。TDD方式所被適用的蜂巢網與FDD方式所被適用的蜂巢網被整合的情況下，係可對TDD所被適用的蜂巢網及FDD所被適用的蜂巢網之其中一方，適用本揭露。 　　[0139] 終端裝置2，係將表示藉由終端裝置2而支援CA及／或DC的頻帶組合的資訊（ supportedBandCombination），發送至基地台裝置1。終端裝置2，係將對頻帶組合之每一者，指示不同的複數頻帶下的前記複數服務蜂巢網是否支援同時送訊及收訊的資訊，發送至基地台裝置1。 　　[0140] ＜本實施形態中的資源分配之細節＞ 　　基地台裝置1，作為對終端裝置2分配PDSCH及／或PUSCH之資源的方法，可以使用複數種方法。資源分配之方法係包含有：動態排程、半永久性排程、多重子訊框排程、及跨子訊框排程。 　　[0141] 於動態排程中，1個DCI係進行1個子訊框中的資源分配。具體而言，某個子訊框中的PDCCH或EPDCCH，係對該子訊框中的PDSCH進行排程。某個子訊框中的PDCCH或EPDCCH，係對比該子訊框還後面的所定之子訊框中的PUSCH，進行排程。 　　[0142] 於多重子訊框排程中，1個DCI係進行1個以上之子訊框中的資源分配。具體而言，某個子訊框中的PDCCH或EPDCCH，係對比該子訊框還後面所定數的1個以上之子訊框中的PDSCH，進行排程。某個子訊框中的PDCCH或EPDCCH，係對比該子訊框還後面所定數的1個以上之子訊框中的PUSCH，進行排程。該所定數係可為零以上之整數。該所定數，係亦可被事前規定，亦可基於實體層訊令及／或RRC訊令而被決定。於多重子訊框排程中，係可將連續的子訊框予以排程，亦可將具有所定之週期的子訊框予以排程。所被排程的子訊框之數量，係亦可被事前規定，亦可基於實體層訊令及／或RRC訊令而被決定。 　　[0143] 於跨子訊框排程中，1個DCI係進行1個子訊框中的資源分配。具體而言，某個子訊框中的PDCCH或EPDCCH，係對比該子訊框還後面所定數的1個子訊框中的PDSCH，進行排程。某個子訊框中的PDCCH或EPDCCH，係對比該子訊框還後面所定數的1個子訊框中的PUSCH，進行排程。該所定數係可為零以上之整數。該所定數，係亦可被事前規定，亦可基於實體層訊令及／或RRC訊令而被決定。於跨子訊框排程中，係可將連續的子訊框予以排程，亦可將具有所定之週期的子訊框予以排程。 　　[0144] 於半永久性排程（SPS）中，1個DCI係進行1個以上之子訊框中的資源分配。終端裝置2，係藉由RRC訊令而被設定SPS的相關資訊，在偵測到用以使SPS變成有效所需之PDCCH或EPDCCH的情況下，則將SPS的相關處理設成有效，基於SPS之相關設定而接收所定之PDSCH及／或PUSCH。終端裝置2，係在SPS為有效時偵測到用以釋放SPS所需之PDCCH或EPDCCH的情況下，則將SPS予以釋放（設成無效），停止所定之PDSCH及／或PUSCH之收訊。SPS的釋放，係亦可基於滿足所定之條件的情況而進行。例如，若接收到所定數的空送訊之資料，則SPS就被釋放。用來釋放SPS所需之資料的空送訊，係對應於含有零MAC SDU（Service Data Unit）的MAC PDU（Protocol Data Unit）。 　　[0145] RRC訊令所致之SPS的相關資訊，係包含有：SPS的RNTI也就是SPS C-RNTI、PDSCH所被排程之週期（間隔）的相關資訊、PUSCH所被排程之週期（間隔）的相關資訊，用來釋放SPS所需之設定的相關資訊、及／或SPS中的HARQ程序之號碼。SPS，係只支援首要蜂巢網及／或首要次級蜂巢網。 　　[0146] ＜本實施形態中的HARQ＞ 　　於本實施形態中，HARQ係具有各式各樣的特徵。HARQ係將傳輸區塊予以發送及重送。於HARQ中，所定數之程序（HARQ程序）會被使用（被設定），程序之每一者係以停止並等待方式而獨立地動作。 　　[0147] 於下行鏈結中，HARQ係為非同步，係適應性地動作。亦即，於下行鏈結中，重送係總是透過PDCCH而被排程。下行鏈結送訊所對應之上行鏈結HARQ-ACK（回應資訊）係以PUCCH或PUSCH而被發送。於下行鏈結中，PDCCH，係將該HARQ程序的HARQ程序號碼、及表示該送訊是初送還是重送的資訊，予以通知。 　　[0148] 於上行鏈結中，HARQ係同步或非同步地動作。上行鏈結送訊所對應之下行鏈結HARQ-ACK（回應資訊）係以PHICH而被發送。於上行鏈結HARQ中，終端裝置之動作，係基於被該終端裝置所接收之HARQ回饋及／或被該終端裝置所接收之PDCCH而決定。例如，PDCCH係未被接收，HARQ回饋為ACK的情況下，終端裝置係不進行送訊（重送），而將HARQ緩衝區內之資料加以保持。此時，PDCCH可能會為了繼續重送而被發送。又，例如，PDCCH係未被接收，HARQ回饋為NACK的情況下，終端裝置係以所定之上行鏈結子訊框進行非適應性地重送。又，例如，PDCCH已被接收之情況下，無論HARQ回饋之內容為何，終端裝置係基於以該PDCCH所被通知的內容，進行送訊或重送。 　　[0149] 此外，於上行鏈結中，在滿足所定之條件（設定）的情況下，HARQ係亦可只以非同步而動作。亦即，下行鏈結HARQ-ACK係亦可不被發送，上行鏈結中的重送係總是透過PDCCH而被排程。 　　[0150] 於HARQ-ACK報告中，HARQ-ACK，係表示ACK、NACK、或DTX。HARQ-ACK為ACK的情況下，表示該HARQ-ACK所對應之傳輸區塊（碼字、頻道）是被正確地接收（解碼）。HARQ-ACK為NACK的情況下，表示該HARQ-ACK所對應之傳輸區塊（碼字、頻道）並未被正確地接收（解碼）。HARQ-ACK為DTX的情況下，表示該HARQ-ACK所對應之傳輸區塊（碼字、頻道）並不存在（未被發送）。 　　[0151] 於下行鏈結及上行鏈結之每一者中，所定數之HARQ程序係被設定（規定）。例如，於FDD中，每服務蜂巢網最多會使用8個HARQ程序。又，例如，於TDD中，HARQ程序之最大數，係由上行鏈結/下行鏈結設定而被決定。HARQ程序之最大數，係亦可基於RTT（Round Trip Time）而被決定。例如，若RTT為8TTI，則HARQ程序之最大數係可設成8。 　　[0152] 於本實施形態中，HARQ資訊，係至少由NDI（New Data Indicator）及TBS（傳輸區塊大小）所構成。NDI，係表示該HARQ資訊所對應之傳輸區塊是初送還是重送的資訊。TBS係為傳輸區塊之大小。傳輸區塊，係為傳輸頻道（傳輸層）中的資料之區塊，可視為進行HARQ之單位。於DL-SCH送訊中，HARQ資訊係還含有HARQ程序ID（HARQ程序號碼）。於UL-SCH送訊中，HARQ資訊係還含有，對傳輸區塊指定編碼後之資訊位元與同位元所需之資訊RV（Redundancy Version）。於DL-SCH中進行空間多工的情況下，該HARQ資訊係對各個傳輸區塊而含有NDI及TBS之集合。 　　[0153] ＜本實施形態中的NR的下行鏈結資源元素對映之細節＞ 　　圖10係本實施形態中的NR的下行鏈結資源元素對映之一例的圖示。圖10係圖示，在使用參數集0的情況下，所定之資源中的資源元素之集合。圖10所示的所定之資源，係為由和LTE中的1個資源區塊配對相同時間長度及頻寬所成的資源。 　　[0154] 於NR中，所定之資源係亦被稱呼為NR-RB（NR資源區塊）。所定之資源係可以NR-PDSCH或NR-PDCCH之分配的單位、對所定之頻道或所定之訊號之資源元素進行對映之定義的單位、或參數集所被設定的單位等，而加以使用。 　　[0155] 在圖10的例子中，所定之資源，係由：時間方向上被OFDM符元號碼0～13所示的14個OFDM符元、及頻率方向上被子載波號碼0～11所示的12個子載波所構成。系統頻寬是由複數個所定之資源所構成的情況下，子載波號碼係跨越該系統頻寬而分配。 　　[0156] 以C1～C4而被表示的資源元素，係表示天線埠15～22的傳輸路狀況測定用參照訊號（CSI-RS）。以D1～D2而被表示的資源元素，係分別表示CDM群組1～CDM群組2的DL-DMRS。 　　[0157] 圖11係本實施形態中的NR的下行鏈結資源元素對映之一例的圖示。圖11係圖示，在使用參數集1的情況下，所定之資源中的資源元素之集合。圖11所示的所定之資源，係為由和LTE中的1個資源區塊配對相同時間長度及頻寬所成的資源。 　　[0158] 在圖11的例子中，所定之資源，係由：時間方向上被OFDM符元號碼0～6所示的7個OFDM符元、及頻率方向上被子載波號碼0～23所示的24個子載波所構成。系統頻寬是由複數個所定之資源所構成的情況下，子載波號碼係跨越該系統頻寬而分配。 　　[0159] 以C1～C4而被表示的資源元素，係表示天線埠15～22的傳輸路狀況測定用參照訊號（CSI-RS）。以D1～D2而被表示的資源元素，係分別表示CDM群組1～CDM群組2的DL-DMRS。 　　[0160] 圖12係本實施形態中的NR的下行鏈結資源元素對映之一例的圖示。圖12係圖示，在使用參數集1的情況下，所定之資源中的資源元素之集合。圖12所示的所定之資源，係為由和LTE中的1個資源區塊配對相同時間長度及頻寬所成的資源。 　　[0161] 在圖12的例子中，所定之資源，係由：在時間方向上以OFDM符元號碼而被0～27表示的28個OFDM符元、及在頻率方向上以子載波號碼0～6而被表示的6個子載波所構成。系統頻寬是由複數個所定之資源所構成的情況下，子載波號碼係跨越該系統頻寬而分配。 　　[0162] 以C1～C4而被表示的資源元素，係表示天線埠15～22的傳輸路狀況測定用參照訊號（CSI-RS）。以D1～D2而被表示的資源元素，係分別表示CDM群組1～CDM群組2的DL-DMRS。 　　[0163] ＜本實施形態中的NR的訊框組態＞ 　　在NR中，可將實體頻道及／或實體訊號，藉由自我完備型送訊（self-contained transmission）而發送。圖13係圖示本實施形態中的自我完備型送訊的訊框組態之一例。在自我完備型送訊中，1個收送訊，係按照從開頭起連續的下行鏈結送訊、GP、及連續的下行鏈結送訊之順序，而被構成。在連續的下行鏈結送訊中係含有，至少1個下行鏈結控制資訊及DMRS。該下行鏈結控制資訊係指示，該連續的下行鏈結送訊中所含之下行鏈結實體頻道之收訊、或該連續的上行鏈結送訊中所含之上行鏈結實體頻道之送訊。該下行鏈結控制資訊有指示了下行鏈結實體頻道之收訊的情況下，終端裝置2係基於該下行鏈結控制資訊來嘗試該下行鏈結實體頻道之收訊。然後，終端裝置2，係將該下行鏈結實體頻道之收訊成否（解碼成功與否），藉由被分配在GP後的上行鏈結送訊中所含之上行鏈結控制頻道而予以發送。另一方面，該下行鏈結控制資訊有指示了上行鏈結實體頻道之送訊的情況，則將基於該下行鏈結控制資訊而被發送的上行鏈結實體頻道包含在上行鏈結送訊中而進行送訊。如此，藉由下行鏈結控制資訊，彈性地切換上行鏈結資料之送訊與下行鏈結資料之送訊，就可立即對應上行鏈結與下行鏈結之流量比率之增減。又，藉由將下行鏈結之收訊成功與否以下一個上行鏈結送訊加以通知，藉此可實現下行鏈結的低延遲通訊。 　　[0164] 單位時槽時間，係為將下行鏈結送訊、GP、或上行鏈結送訊予以定義的最小之時間單位。單位時槽時間，係為了下行鏈結送訊、GP、或上行鏈結送訊之任一者而被預留。在單位時槽時間之中，不含有下行鏈結送訊與上行鏈結送訊之雙方。單位時槽時間係亦可為，與該單位時槽時間中所含之DMRS建立關連的頻道之最小送訊時間。1個單位時槽時間係例如，以NR之取樣間隔（T_s ）或符元長度之整數倍而被定義。 　　[0165] 單位訊框時間，係亦可為被排程所指定的最小時間。單位訊框時間係亦可為，傳輸區塊所被發送之最小單位。單位時槽時間係亦可為，與該單位時槽時間中所含之DMRS建立關連的頻道之最大送訊時間。單位訊框時間係亦可為，於終端裝置2中決定上行鏈結送訊功率的單位時間。單位訊框時間，係亦可被稱為子訊框。單位訊框時間係存在有：僅下行鏈結送訊、僅上行鏈結送訊、上行鏈結送訊與下行鏈結送訊之組合這3種類之類型。1個單位訊框時間係例如，以NR之取樣間隔（T_s ）、符元長度、或單位時槽時間之整數倍而被定義。 　　[0166] 收送訊時間係為1個收送訊之時間。1個收送訊與另一個收送訊之間，係被無論哪個實體頻道及實體訊號都未被發送的時間（間隙）所佔據。終端裝置2，係不能在不同的收送訊間將CSI測定予以平均。收送訊時間係亦可被稱為TTI。1個收送訊時間係例如，以NR之取樣間隔（T_s ）、符元長度、單位時槽時間、或單位訊框時間之整數倍而被定義。 　　[0167] ＜NOMA（Non-Orthogonal Multiple Access）＞ 　　於正交多元接取（Orthogonal Multiple Access：OMA）中，係使用例如正交的頻率軸及時間軸來進行收送訊。此時，如圖6所示，藉由子載波間隔而決定頻率及時間資源的訊框組態，不能使用資源元素數以上的資源。另一方面，於NOMA中，係除了正交的頻率軸及時間軸以外，還追加了非正交軸，也就是例如：Interleave patternV軸、Spreading Pattern軸、Scrambling Pattern軸、Codebook軸、Power軸等，而決定訊框組態。例如，圖14係圖示，於送訊裝置中以非正交軸將送訊訊號進行多工，且以非正交軸而被多工的資源全部都是同一參數集的情況。此處，送訊裝置係表示基地台裝置1或終端裝置2之任一者。送訊裝置係準備要進行多工的複數個送訊訊號集。圖14中係假設，2個送訊訊號集被多工。此處雖然將送訊訊號集之數量設成2個，但亦可為3個以上之送訊訊號集。又，各個送訊訊號集係亦可為對不同收訊裝置的送訊訊號，亦可為對同一收訊裝置的送訊訊號。此處，收訊裝置係表示基地台裝置1或終端裝置2之任一者。各個送訊訊號集，係適用了對應的NOMA Pattern Vector。此處，在NOMA Pattern Vector中係包含有例如：Interleave pattern、Spreading Pattern、Scrambling Pattern、Codebook、Power Allocation等。NOMA Pattern Vector適用後之訊號係在同一頻率及時間資源上被多工，被送往同一天線埠。又，在圖14中雖然是將同一參數集的送訊訊號集進行多工，但亦可將不同參數集的送訊訊號集進行多工。 　　[0168] 圖15係為收訊裝置之一例。如圖15所示，在收訊訊號中，是以在同一頻率及時間資源上有複數個送訊訊號被多工的狀態，而被收訊。收訊裝置，係為了將已被多工之送訊訊號集進行解碼，而適用在送訊機中所被適用的NOMA Pattern Vector，藉由頻道等化及干擾訊號消除器而取出所望之訊號。此時，若使用同一NOMA Pattern Vector而被多工，則已被多工之訊號間的干擾之影響會變大，導致解碼困難。 　　[0169] 如以上，在NOMA 送訊時，必須要將送訊裝置及收訊裝置上所被適用的NOMA Pattern Vector，在送訊裝置及收訊裝置間做共有，且NOMA Pattern Vector必須要不重複地被適用。 　　[0170] ＜＜2.技術課題＞＞ 　　以下，參照圖16～圖19，詳細說明本實施形態所述之技術課題。圖16～圖19係本實施形態所述之技術課題的說明圖。 　　[0171] 如圖16所示，想定有到基地台裝置為止之距離為不同的複數個終端裝置存在的狀況，說明起因於傳播延遲的影響。於上行鏈結送訊中，隨應於到基地台裝置為止之距離，來自終端裝置的送訊訊號會發生傳播延遲。因此，如圖17所示，到基地台裝置為止之距離為不同的複數個終端裝置同時發送送訊訊號的情況下，基地台裝置上的收訊時序，係會隨著隨應於到基地台裝置為止之距離而產生的傳播延遲，而有所不同。詳言之，與基地台裝置之距離較近的終端裝置所送來的送訊訊號之收訊時序，係比與基地台裝置之距離較遠的終端裝置所送來的送訊訊號之收訊時序，早了該距離之差所相應之時間。然後，對各個送訊訊號的收訊時間差超過CP（Cyclic Prefix）的情況下，各個送訊訊號係會彼此干擾，因此會對傳輸特性造成影響。 　　[0172] 作為緩和或是避免如此對傳輸特性之影響所需之方法之一，考慮使用了PRACH的送訊時序之控制（例如上述的時序提前）。 　　[0173] 使用PRACH的送訊時序之控制，係可以用隨機存取（RA）程序而被進行。隨機存取程序係被定義有：競爭式（contention-based）的程序、和非競爭式（contention-free）的程序。到底是競爭式的RA程序，還是非競爭式的RA程序，則是隨著RA程序之目的而決定。例如，終端裝置所觸發的RA程序係為競爭式的RA程序，基地台所觸發的RA程序係為非競爭式的RA程序。 　　[0174] 以下，參照圖18及圖19，說明RA程序的流程之一例。 　　[0175] 圖18係競爭式的RA程序的流程之一例的程序圖。在本程序中，係有基地台裝置及終端裝置參與。如圖18所示，首先，終端裝置係以RACH（Random Access Channel）將前文序列（RA前文）發送至基地台裝置（步驟S102）。接下來，基地台裝置係基於所接收到的前文序列而將隨機存取回應發送至終端裝置（步驟S104）。此外，隨機存取回應係含有：終端裝置固有之ID也就是C-RNTI的分配資訊、終端裝置的上行鏈結送訊之時序控制資訊、及UL的資源之分配資訊等。然後，終端裝置係作成RRC連接要求訊息，以已被分配之UL之資源來發送PUSCH。其後，終端裝置係進行與其他終端裝置之間是否發生碰撞之確認要求及回應之通訊。更詳言之，終端裝置係將競爭請求發送至基地台裝置（步驟S106），基地台裝置係將競爭解決發送至終端裝置（步驟S108）。 　　[0176] 圖19係非競爭式的RA程序的流程之一例的程序圖。在本程序中，係有基地台裝置及終端裝置參與。如圖19所示，首先，基地台裝置係將前文分配資訊發送至終端裝置（步驟S202）。此外，前文分配資訊係含有：用來進行對象之終端裝置所固有之前文序列與前文序列之送訊時所被使用之資源的分配所需之控制資訊。接下來，終端裝置係將已被分配之前文序列，使用所定之資源而發送至基地台裝置（步驟S204）。接著，基地台裝置係基於前文序列而將隨機存取回應發送至終端裝置（步驟S206）。 　　[0177] 以上說明了RA程序的流程之一例。在如此的RA程序中，會進行送訊時序的調整控制。 　　[0178] 作為NR的使用案例之一，考慮多終端連接，在此種環境下若全部的終端裝置都進行上述的RA程序，則可能會是很大的負擔。於是，在本實施形態中，係提案可導入至NR的、已被擴充的RA程序。 　　[0179] ＜＜3.技術特徵＞＞ ＜3.1.控制部之構成例＞ 　　首先，參照圖20及圖21，說明本實施形態所述之基地台裝置1及終端裝置2的較詳細的構成例。 　　[0180] 圖20係本實施形態所述之基地台裝置1的上層處理部101的邏輯構成之一例的區塊圖。如圖20所示，本實施形態所述之基地台裝置1的上層處理部101，係含有設定部1011及通訊控制部1013。設定部1011係具有，設定通訊控制部1013的控制模式之機能。通訊控制部1013，係基於設定部1011所做的設定而控制與終端裝置2之通訊之機能。關於設定部1011及通訊控制部1013之機能，係在後面詳細說明。 　　[0181] 圖21係本實施形態所述之終端裝置2的上層處理部201的邏輯構成之一例的區塊圖。如圖21所示，本實施形態所述之終端裝置2的上層處理部201，係含有設定部2011及通訊控制部2013。設定部2011係具有，設定通訊控制部2013的控制模式之機能。通訊控制部2013，係基於設定部2011所做的設定而控制與基地台裝置1之通訊之機能。關於設定部2011及通訊控制部2013之機能，係在後面詳細說明。 　　[0182] 此外，上層處理部101及上層處理部201之每一者，係亦可用處理器、電路或積體電路等的方式而加以實現。 　　[0183] ＜3.2.NR的訊框組態＞ 　　在NR中，係可隨著所被支援的使用案例而採用合適的訊框組態。該訊框組態係包含有：針對下行鏈結送訊、與對應於該下行鏈結送訊之上行鏈結送訊的組態。 　　[0184] 圖22係圖示PDSCH送訊時的Non self- contained子訊框之組態例。圖22係圖示了下行鏈結及上行鏈結中的4個子訊框。於下行鏈結中，各個子訊框係含有PDCCH及PDSCH。於上行鏈結中各個子訊框係含有PUCCH。PDCCH係含有，該子訊框或其以後之子訊框中的PDSCH之排程的相關資訊，而被發送。PUCCH係含有，將針對以比該上行鏈結子訊框還前面之下行鏈結子訊框而被發送之PDSCH的HARQ-ACK予以報告所需之資訊，而被發送。 　　[0185] 此外，在圖22中，雖然PUCCH係正在報告針對前1個子訊框中的PDSCH的HARQ-ACK，但不限定於此，HARQ-ACK係亦可用接收PDSCH的子訊框的所定數之子訊框後的PUCCH，加以報告。該所定數，係可被預先規定，也可為被終端固有或基地台固有地設定。 　　[0186] 圖23係圖示PDSCH送訊時的Self-contained子訊框之組態例。圖23係圖示了下行鏈結及上行鏈結中的4個子訊框。於下行鏈結中，各個子訊框係含有PDCCH及PDSCH。於上行鏈結中各個子訊框係含有PUCCH。PDCCH係含有，該子訊框或其以後之子訊框中的PDSCH之排程的相關資訊，而被發送。PUCCH係含有，將針對以與該上行鏈結子訊框相同之下行鏈結子訊框而被發送之PDSCH的HARQ-ACK予以報告所需之資訊，而被發送。 　　[0187] 圖23中的訊框組態中，PDSCH的送訊時間（最後之符元），係考慮到生成用來報告PDSCH的HARQ-ACK所需之資訊為止的處理時間、與發送PUCCH的時間（符元），而決定。 　　[0188] 圖22所示的訊框組態及圖23所示的訊框組態，係分別說明了PDSCH送訊時（亦即PDCCH是通知PDSCH之排程資訊的情況），但在PUSCH送訊時（亦即PDCCH是通知PUSCH之排程資訊的情況），仍可同樣地採取各式各樣的訊框組態。 　　[0189] 圖24係圖示PUSCH送訊時的Non self- contained子訊框之組態例。圖24係圖示了下行鏈結及上行鏈結中的4個子訊框。於下行鏈結中各個子訊框係含有PDCCH。於下行鏈結中，各個子訊框係含有PUCCH及PUSCH。PDCCH係含有，該子訊框以後之上行鏈結子訊框中的PUSCH之排程的相關資訊，而被發送。 　　[0190] 此外，在圖24中，雖然PUSCH是被前1個子訊框中的PDCCH所排程，但並非限定於此，亦可用發送PUSCH的上行鏈結子訊框的所定數之子訊框前的PDCCH，來做排程。該所定數，係可被預先規定，也可為被終端固有或基地台固有地設定。 　　[0191] 圖25係圖示PUSCH送訊時的Self-contained子訊框之組態例。圖25係圖示了下行鏈結及上行鏈結中的4個子訊框。於下行鏈結中各個子訊框係含有PDCCH。於下行鏈結中，各個子訊框係含有PUCCH及PUSCH。PDCCH係含有，該上行鏈結子訊框中的PUSCH之排程的相關資訊，而被發送。 　　[0192] 圖25中的訊框組態中，PUSCH的送訊時間（最初之符元），係考慮到基於PDCCH之排程而生成PUSCH為止的處理時間、與發送PDCCH的時間（符元），而決定。 　　[0193] 此外，在以後的說明中，雖然說明如圖22及圖23所示的PDSCH送訊的情況，但如圖24及圖25所示的PUSCH送訊的情況下也可適用相同的說明。因此，在無特別聲明的情況下，PDSCH送訊的技術或內容，係可置換成PUSCH送訊。 　　[0194] 又，在圖23所示的訊框組態中，PDSCH的最後之符元，係比該下行鏈結子訊框的最後之符元還前面。於該下行鏈結子訊框中，比PDSCH的最後之符元還後面的符元（以下亦稱呼為下行鏈結之GAP領域），係亦可不發送任何東西，也可發送其他下行鏈結頻道及／或下行鏈結訊號。 　　[0195] 例如，下行鏈結之GAP領域，係為了將發送MIB（Master Information Block）的PBCH、發送SIB（System Information Block）的PDSCH、或用來對複數終端裝置進行報知所需之頻道予以對映，而被使用。又，例如，下行鏈結之GAP領域，係在PSS或SSS這類的同步訊號、為了進行RRM測定而被使用的偵測訊號（Discovery Signal）、為了進行CSI測定而被使用的CSI-RS之送訊時，會被使用。 　　[0196] 又，在圖25所示的訊框組態中，PUSCH的最初之符元，係比該上行鏈結子訊框的最初之符元還後面。於該上行鏈結子訊框中，比PUSCH的最初之符元還前面的符元（以下亦稱呼為上行鏈結之GAP領域），係亦可不發送任何東西，也可發送其他上行鏈結頻道及／或上行鏈結訊號。 　　[0197] 例如，上行鏈結之GAP領域係可為了將：用來測定上行鏈結之傳輸路狀態所需之探測RS、針對以該上行鏈結子訊框而被發送之PUSCH的DMRS、用來發送所定之UCI（Uplink Control Information）所需之PUCCH、用來報告針對以前個下行鏈結子訊框所被發送之PDSCH的HARQ-ACK所需之PUCCH等予以對映，而被使用。 　　[0198] 又，在以上的說明中，雖然將圖22～圖25分別以不同的圖式來做說明，但這些訊框組態係可彼此組合而（同時）使用。亦即，複數PDCCH係可藉由所定之方法進行多工然後發送，隨應於以該PDCCH而被通知的DCI （Downlink Control Information），來進行PDSCH送訊及／或PUSCH送訊。 　　[0199] 例如，PDSCH送訊及PUSCH送訊之雙方，係可為Non self-contained子訊框或Self-contained子訊框之任一者。亦即，圖22及圖24係可同時使用，圖23及圖25係可同時使用。 　　[0200] 又，例如，PDSCH送訊及PUSCH送訊之每一者係可為，Non self-contained子訊框或Self-contained子訊框是彼此互異。亦即，圖22及圖25係可同時使用，圖23及圖24係可同時使用。 　　[0201] 此外，由於LTE與NR係被想定所使用的頻帶為不同，因此例如LTE與NR間發送HARQ-ACK的領域，可避免碰撞。又，在LTE與NR間，即使所被使用的頻帶有重複，仍可藉由在LTE與NR間將發送HARQ-ACK之領域予以區分（例如使用不同的RB等），就可避免碰撞。 　　[0202] 以下說明，上記所說明過的Non self- contained子訊框（亦即圖22所示的訊框組態或圖24所示的訊框組態）與Self-contained子訊框（亦即圖23所示的訊框組態或圖24所示的訊框組態）的相異點。 　　[0203] 相異點之一係關係到，關於PDSCH，從接收PDSCH起，到生成用來報告對該PDSCH的HARQ-ACK所需之資訊為止的時間。又關係到，關於PUSCH，係從接收PDCCH起，到生成用來發送以該PDCCH所被排程之PUSCH所需之上行鏈結資料為止的時間。 　　[0204] Self-contained子訊框的情況下，包含PDSCH及HARQ-ACK之報告、或包含PDCCH及PUSCH，而在1個子訊框中就已經完備，因此可使其不對其他子訊框之收送訊造成影響。又，Self-contained子訊框的情況下，從接收PDSCH起到生成HARQ-ACK為止的處理時間、或從接收PDCCH起到生成PUSCH為止的處理時間，係比Non self-contained子訊框的情況還短，因此終端裝置2的處理之負荷會比較大。 　　[0205] 其另一方面，Non self-contained子訊框的情況下，從接收PDSCH起到生成HARQ-ACK為止的處理時間、或從接收PDCCH起到生成PUSCH為止的處理時間，係比Self-contained子訊框的情況還長，因此終端裝置2的處理之負荷會比較小。又，Non self-contained子訊框的情況下，考慮用來報告HARQ-ACK所需之子訊框或用來發送PUSCH所需之子訊框，而決定上行鏈結子訊框之利用。 　　[0206] 因此，要採用哪種子訊框，係隨應於終端裝置2的處理能力、或基地台裝置1所支援的使用案例等，而被終端裝置2固有地、或基地台裝置1固有地設定即可。 　　[0207] ＜3.3.送訊時序控制＞ （1）時序提前時間 　　終端裝置2（例如通訊控制部2013）係控制，被發送給通訊對象之其他通訊裝置（例如基地台裝置1）的子訊框之送訊時序。以下係想定Non self-contained子訊框被採用的情況，來說明關於送訊時序控制的技術特徵。當然，本技術特徵係在Self-contained子訊框被採用時，也能同樣適用。 　　[0208] 例如，終端裝置2，係將上行鏈結中的第i個無線訊框之送訊，在以對應之下行鏈結中的第i個無線訊框為基準而被偏置過的時序上進行之。偏置的時間，以下亦稱為時序提前時間。時序提前時間，係亦可視為下行鏈結子訊框的收訊開始時序與上行鏈結子訊框的送訊開始時序之間隔。時序提前時間T_TA ，係可藉由下式而給定。 　　[0209][0210] T_s 係為例如基於取樣頻率而決定的值。例如，T_s 係亦可為，將10毫秒除以307200而得的值。 　　[0211] N_TA ，係為終端裝置2所固有之參數（相當於第1參數）。N_TA 係為動態地被設定的值，被固有地通知給終端裝置2。例如，N_TA 係基於從基地台裝置1所被設定或通知的TA（Timing Advance）指令，而被設定。TA指令，係可作為MAC層的控制資訊而被通知。又，TA指令係亦可被包含在隨機存取回應的控制資訊中而被通知。 　　[0212] N_TA 係為0以上之整數，且為所定之值以下之整數。N_TA 所能採取的最大值，係被預先規定。例如，N_TA 所能採取的最大值，係為20512。又，N_TA 所能採取的最大值，係亦可隨著訊框組態之種類而決定。例如，Self-contained子訊框時的最大值，係亦可小於Non self-contained子訊框時的最大值。這是因為，若N_TA 變大而時序提前時間變長，則上行鏈結子訊框的送訊時序就會提早一相應的量的緣故。更詳言之，例如圖23所示的Self-contained子訊框被採用的情況下，若時序提前時間變長，則HARQ-ACK之生成所需之短的處理時間就會變得更短。因此，Self-contained子訊框被採用的情況下，為了至少確保HARQ-ACK之生成為可能的最低限度之處理時間，來設定N_TA 的最大值，較為理想。 　　[0213] N_TAoffset ，係為基地台裝置1所固有之參數（相當於第2參數）。N_TAoffset 係為藉由基地台裝置1所固有之設定而決定的，靜態（亦即固定的）或準靜態地被設定的值。例如，N_TAoffset 係基於FDD或TDD等之雙工方式、或從基地台裝置1所被設定之參數等，而被設定。 　　[0214] （2）控制模式 　　終端裝置2（例如設定部2011），係將關於送訊時序之控制的控制模式，設定成第1模式或第2模式。然後，終端裝置2（例如通訊控制部2013），係隨應於已被設定之控制模式，來控制與基地台裝置1之通訊。例如，終端裝置2，係在第1模式已被設定的情況下，基於N_TA 及N_TAoffset 來控制送訊時序。換言之，終端裝置2，係在第1模式被設定的情況下，基於動態決定的參數、及靜態或準靜態地決定的參數，來控制送訊時序。又，終端裝置2，係在第2模式已被設定的情況下，基於N_TAoffset ，來控制送訊時序。換言之，終端裝置2，係在第2模式已被設定的情況下，基於靜態或準靜態地決定參數，來控制送訊時序。如此，本實施形態所述之終端裝置2，係支援第1模式與第2模式，因此關於通訊之時序的彈性之設計係為可能。 　　[0215] 基地台裝置1（例如設定部1011），係將通訊對象之其他通訊裝置（例如終端裝置2）中的，從終端裝置2被發送給基地台裝置1的子訊框之送訊時序的控制模式，設定成第1模式或第2模式。更詳言之，基地台裝置1，係將表示所設定之控制模式的資訊，亦即表示應設定成第1模式或第2模式之哪一控制模式的設定資訊，通知給終端裝置2。終端裝置2，係基於從基地台裝置1所接收到的設定資訊，而將控制模式設定成任一者。 　　[0216] 又，基地台裝置1（例如通訊控制部1013），係隨應於已被設定之終端裝置2的控制模式，來控制與終端裝置2之通訊。更詳言之，基地台裝置1係進行，在控制模式所相應之時序上所被接收之來自終端裝置2的子訊框的收訊處理。亦即，基地台裝置1，係於第1模式下，是進行基於N_TA 及N_TAoffset 的送訊時序上所被發送之子訊框的收訊處理，於第2模式下，是進行基於N_TAoffset 的送訊時序上所被發送之子訊框的收訊處理。又，基地台裝置1，係如後述般地以控制模式所相應之存取方式，來進行與終端裝置2之通訊。 　　[0217] 以下，詳細說明第1模式及第2模式。 　　[0218] ・第1模式 　　第1模式所致之送訊時序，係亦可被稱為第1送訊時序。第1送訊時序係為，基於基地台裝置1與終端裝置2之距離或傳播延遲的送訊時序之調整（亦即時序提前）被進行時的送訊時序。 　　[0219] 圖26係本實施形態所述之第1模式的說明圖。在圖26中係圖示，FDD時的，終端裝置2中的下行鏈結子訊框之收訊時序與上行鏈結子訊框之送訊時序。如圖26所示，上行鏈結子訊框，係比下行鏈結子訊框提前了T_TA 而被發送。換言之，終端裝置2，係將上行鏈結中的第i個無線訊框之送訊，在以對應之下行鏈結中的第i個無線訊框為基準而提前T_TA 的時序上進行之。 　　[0220] 在第1模式下，係使用終端裝置2所固有之參數來調整送訊時序，因此可隨應於基地台裝置1與終端裝置2之距離，來對合基地台裝置1側的收訊時序。因此，第1模式係為，作為上行鏈結之存取方式，是OFDMA及SC-FDMA等之正交存取方式，較為合適。因此，終端裝置2，係在第1模式下，是使用正交存取方式來與基地台裝置1進行通訊。 　　[0221] 於第1模式下，基地台裝置1（例如通訊控制部1013），係決定N_TA 。詳言之，基地台裝置1，係基於來自終端裝置2的上行鏈結送訊（例如隨機存取頻道或探測參照訊號等），而辨認傳播延遲，決定用來設定傳播延遲所相應之時序提前時間所需之N_TA 。然後，基地台裝置1，係將已決定之N_TA ，通知給終端裝置2。亦即，基地台裝置1，係在要設定第1模式的情況下，將表示應設定第1模式之意旨的設定資訊、及N_TA ，通知給終端裝置2。這些通知係可同時進行，亦可個別地進行。例如，基地台裝置1，係將含有用來N_TA 或用來決定N_TA 所需之參數的TA指令，通知給終端裝置2。 　　[0222] 於第1模式下，N_TAoffset ，係亦可隨著通訊方式或通訊所相關之參數，而被預先規定。例如，若雙工方式為FDD時則N_TAoffset 亦可為0，若雙工方式為TDD時則N_TAoffset 亦可為624。又，在切換上行鏈結與下行鏈結的時間為必須的情況下，則對N_TAoffset 係可設定所定之值。 　　[0223] ・第2模式 　　第2模式所致之送訊時序，係亦可被稱為第2送訊時序。第2送訊時序係為，基於基地台裝置1與終端裝置2之距離或傳播延遲的送訊時序之調整（亦即時序提前）不被進行時的送訊時序。 　　[0224] 圖27係本實施形態所述之第2模式的說明圖。在圖27中係圖示，FDD時的，終端裝置2中的下行鏈結子訊框之收訊時序與上行鏈結子訊框之送訊時序。如圖27所示，上行鏈結子訊框，係在與下行鏈結子訊框相同時序上被發送。換言之，終端裝置2，係將上行鏈結中的第i個無線訊框之送訊，在以對應之下行鏈結中的第i個無線訊框為基準而為相同時序上進行之。 　　[0225] 第2模式下，由於沒有進行使用終端裝置2所固有之參數的送訊時序之調整，因此在與基地台裝置1之距離為不同的複數個終端裝置2所送來的送訊訊號之間，對合基地台裝置1上的收訊時序是困難的。因此，第1模式係為，作為上行鏈結之存取方式，是IDMA（Interleaved Division Multiple Access）及SCMA（Sparse Code Multiple Access）等之非正交存取方式，較為合適。因此，終端裝置2，係在第2模式下，是使用非正交存取方式來與基地台裝置1進行通訊。 　　[0226] 於第2模式下，基地台裝置1，係亦可省略對終端裝置2的N_TA 之通知。換言之，基地台裝置1係亦可不通知TA指令。因此，終端裝置2係可將N_TA 設定成例如所定值（典型來說，係為0）。又，對終端裝置2的TA指令之通知係被省略，因此在實現多終端連接的環境下，可削減負擔。 　　[0227] 於第2模式下，N_TAoffset ，係亦可隨著通訊方式或通訊所相關之參數，而被預先規定。例如，若雙工方式為FDD時則N_TAoffset 亦可為0，若雙工方式為TDD時則N_TAoffset 亦可為624。又，在切換上行鏈結與下行鏈結的時間為必須的情況下，則對N_TAoffset 係可設定所定之值。 　　[0228] N_TAoffset ，係亦可隨著訊框組態之種類而被設定。例如，N_TAoffset ，係在不是Self-contained子訊框的情況下，亦即是Non self-contained子訊框的情況下係被設定0，在Self-contained子訊框的情況下則被設定成非0的值。具體而言，N_TAoffset ，係在Self-contained子訊框的情況下，則是隨應於上行鏈結的控制頻道（例如PUCCH）之符元長度及／或上行鏈結之控制頻道之生成所需之處理時間，而被設定。此處所謂的處理時間，係指例如，上述的用來報告PDSCH的HARQ-ACK所需之資訊的生成為止的處理時間。這是因為，隨著T_TA 的長度，PDSCH之收訊完成後到PUCCH之送訊被開始為止的時間，會有所變化的緣故。終端裝置2，係將N_TAoffset 隨應於上行鏈結的控制頻道之符元長度及／或處理時間而加以設定，藉此，可至少確保了處理時間量而設定T_TA 。除此以外，N_TAoffset 係亦可被設定成，使得上行鏈結子訊框是比下行鏈結子訊框還前或後而被發送。 　　[0229] 以上詳細說明了第1模式及第2模式。如上記說明，於本實施形態中所謂作為控制對象的通訊之時序係為，以下行鏈結子訊框為基準的，上行鏈結子訊框之送訊時序。 　　[0230] ・TDD的情況 　　上記雖然說明了FDD時的第1模式及第2模式，但送訊時序之控制係在TDD時也被同樣地進行。 　　[0231] 圖28係本實施形態所述之第1模式的說明圖。在圖28中係圖示，TDD時的，終端裝置2中的下行鏈結子訊框之收訊時序與上行鏈結子訊框之送訊時序。在圖28中，為了方便，將下行鏈結與上行鏈結分開圖示，但下行鏈結與上行鏈結中所被使用的頻帶係為相同。然後，第1個子訊框係為下行鏈結子訊框，第2個子訊框係為特殊子訊框，第3個子訊框係為上行鏈結子訊框。如圖28所示，上行鏈結子訊框，係以下行鏈結子訊框為基準而提前了T_TA 而被發送。 　　[0232] 圖29係本實施形態所述之第2模式的說明圖。在圖29中係圖示，TDD時的，終端裝置2中的下行鏈結子訊框之收訊時序與上行鏈結子訊框之送訊時序。在圖29中，為了方便，將下行鏈結與上行鏈結分開圖示，但下行鏈結與上行鏈結中所被使用的頻帶係為相同。然後，第1個子訊框係為下行鏈結子訊框，第2個子訊框係為特殊子訊框，第3個子訊框係為上行鏈結子訊框。如圖29所示，上行鏈結子訊框，係以下行鏈結子訊框危機準而在相同時序上被發送。 　　[0233] ・處理之流程 　　以下，參照圖30及圖31，說明無線通訊系統中的上述的控制模式之設定處理的流程之一例。 　　[0234] 圖30係本實施形態所述之無線通訊系統中所被執行的控制模式設定處理之流程之一例的程序圖。在本程序中，說明第1模式被設定的例子。本程序中，係有基地台裝置1及終端裝置2參與。 　　[0235] 如圖30所示，首先，基地台裝置1，係將上行鏈結送訊所相關之設定資訊，發送至終端裝置2（步驟S302）。該設定資訊係含有例如應設定第1模式之意旨的資訊。接下來，終端裝置2，係將隨機存取頻道，發送至基地台裝置1（步驟S304）。接著，基地台裝置1，係基於已接收之隨機存取頻道，來辨認基地台裝置1上的收訊時序，生成用來調整送訊來源之終端裝置2中的送訊時序所需之TA指令，發送至終端裝置2（步驟S306）。然後，終端裝置2，係基於已接收之TA指令而設定時序提前時間，在基於已設定之時序提前時間的時序上，將上行鏈結頻道，發送至基地台裝置1（步驟S308）。 　　[0236] 此外，送訊時序之調整所需之上行鏈結送訊，係不限定於隨機存取頻道。例如，為了送訊時序控制，而亦可發送探測參照訊號等之其他上行鏈結頻道或上行鏈結訊號。 　　[0237] 圖31係本實施形態所述之無線通訊系統中所被執行的控制模式設定處理之流程之一例的程序圖。在本程序中，說明第2模式被設定的例子。本程序中，係有基地台裝置1及終端裝置2參與。 　　[0238] 如圖31所示，首先，基地台裝置1，係將上行鏈結送訊所相關之設定資訊，發送至終端裝置2（步驟S302）。該設定資訊係含有例如應設定第2模式之意旨的資訊。然後，終端裝置2，係設定時序提前時間，在基於已設定之時序提前時間的時序上，將上行鏈結頻道，發送至基地台裝置1（步驟S308）。 　　[0239] 如此，在圖31所示的程序中，是從圖30所示的程序，省略調隨機存取頻道等之送訊時序控制所需之上行鏈結送訊、及TA指令之通知。 　　[0240] 如以上的處理，係亦可每一蜂巢網或參數集地而被個別地進行。亦即，終端裝置2中的上述的控制模式，係亦可每一蜂巢網或參數集地被個別地設定。 　　[0241] ・終端能力資訊 　　控制模式，係可隨著終端裝置2之能力而被設定。 　　[0242] 例如，終端裝置2，係表示自身之處理能力的資訊，例如表示是否支援第2模式的資訊也就是終端能力資訊（例如UE能力資訊），通知給基地台裝置1。然後，基地台裝置1，係基於來自終端裝置2的終端能力資訊，而設定控制模式。例如，終端裝置2係亦可為，只要在沒有從基地台裝置1接收到應設定第2模式之意旨的設定資訊的情況下，就設定第1模式。然後，終端裝置2係亦可為，從基地台裝置1接收到應設定第2模式之意旨的設定資訊的情況下，就設定第2模式。此外，表示是否支援第2模式的資訊，係亦可視為例如表示是否支援非正交存取方式的資訊。當然，上記說明的第1模式與第2模式係亦可顛倒。此情況下，表示是否支援第1模式的資訊，係亦可視為例如圖23所示的，表示是否能在比Self-contained子訊框之採用及第1模式之設定還短的處理時間中生成HARQ-ACK的資訊。 　　[0243] 終端能力資訊，係可藉由多樣的手段而被通知。例如，終端裝置2係亦可透過RRC訊令來通知終端能力資訊。除此以外，終端裝置2，係亦可於RA程序中，通知終端能力資訊。例如，終端裝置2，係可藉由使用與控制模式建立對應的RACH（例如前文序列及／或實體資源），而將終端能力資訊，做暗示性通知。亦即，終端裝置2，係在支援第2模式的情況下，藉由使用第2模式所對應之所定之RACH，就可將表示支援第2模式的資訊，通知給基地台裝置1。另一方面，終端裝置2，係亦可在RA程序中的競爭請求之送訊時所用的PUSCH中，包含有終端能力資訊，而明示性地通知。此外，如以上的終端能力資訊，係亦可每一參數集地個別地通知。又，在所定之參數集中，如以上的終端能力，係亦可被規定成為必須機能（必備機能）。 　　[0244] 以下，參照圖32，說明包含終端能力資訊之通知的控制模式設定處理之流程。 　　[0245] 圖32係本實施形態所述之無線通訊系統中所被執行的控制模式設定處理之流程之一例的程序圖。本程序中，係有基地台裝置1及終端裝置2參與。 　　[0246] 如圖32所示，首先，基地台裝置1係將終端能力資訊之查詢，發送至終端裝置2（步驟S502）。接下來，終端裝置2係將含有表示是否支援第2模式的資訊的終端能力資訊，發送至基地台裝置1（步驟S504）。然後，基地台裝置1，係在終端裝置2有支援第2模式的情況下，將應設定第2模式之意旨的設定資訊，發送至終端裝置2（步驟S506）。然後，終端裝置2，係設定第2模式，在第2模式所致之時序上進行送訊（步驟S508）。 　　[0247] （3）設定方法之變異 　　終端裝置2（例如設定部2011），係可採用多樣的設定方法。例如，在上記中雖然說明，控制模式，係伴隨著從基地台裝置1往終端裝置2的設定資訊之通知而明示性地（Explicit）被設定，但控制模式之設定方法係不限定於所述例子。例如，控制模式，係亦可基於基地台裝置1或終端裝置2之設定或狀態等，而被暗示性（Implicit）設定。 　　[0248] 又，將控制模式加以設定這件事情，亦可視為將第1模式與第2模式做切換。 　　[0249] 終端裝置2（例如通訊控制部2013），係在控制模式是從第1模式被切換成第2模式的情況下，亦可將第1模式下所使用的N_TA 予以重置或繼承使用。亦即，終端裝置2，係於第2模式下，係亦可將N_TA 視為0，亦可繼承使用第1模式中所使用過的值。 　　[0250] 又，終端裝置2係亦可控制，控制模式之設定變成有效為止的時間。例如，終端裝置2，係將從設定控制模式起，到該設定變成有效（亦即時序提前被進行）為止的時間，設定成所定之時間，亦可另行設定。又，設定變成有效為止的時間，係亦可例如以子訊框為單位而被設定。 　　[0251] ・設定基準之一例 　　以下說明控制模式的設定基準之一例。 　　[0252] 例如，控制模式，係亦可隨應於終端裝置2的處理能力或基地台裝置1所支援的使用案例等，而被基地台裝置1固有地、或終端裝置2固有地設定。終端裝置2，係亦可只支援所定之控制模式，例如，支援MTC（Machine Type Communication）的終端裝置2，係亦可只支援第2模式（亦即亦可只能設定第2模式）。 　　[0253] 例如，控制模式，係亦可隨應於終端裝置2之資訊而被設定。具體而言，控制模式，係亦可基於終端裝置2之狀況是否處於所定之狀況、終端裝置2之狀態、終端裝置2上所動作的應用程式、使用案例及／或設定內容，而被設定成第1模式或第2模式。 　　[0254] 例如，控制模式係亦可有預設之設定，因應需要而被切換。具體而言，控制模式係亦可被預設設定為第1模式，在滿足所定之條件的情況下被設定成第2模式。所謂所定之條件，係為例如：從基地台裝置1接收到應設定第2模式之意旨的設定資訊等。例如，終端裝置2，係在第2模式被設定以前是以第1模式而動作，在第2模式已被設定之後，以第2模式而動作。 　　[0255] 例如，控制模式，係亦可隨應於基地台裝置1之能力而被設定。具體而言，控制模式，係亦可在終端裝置2所致之初期存取時是被設定第1模式，在被連接至支援第2模式的基地台裝置1的情況下才設定第2模式。 　　[0256] 例如，控制模式，係亦可隨應於RRC狀態而被設定。具體而言，控制模式，係亦可於RRC連接（RRC Connected）狀態下是被設定第1模式，於RRC閒置（RRC Idle）狀態下是被設定第2模式。反之，控制模式，係亦可於RRC閒置狀態下是被設定第1模式，於RRC連接狀態下是被設定第2模式。 　　[0257] 例如，控制模式，係亦可隨應於存取方式而被設定。具體而言，控制模式，係亦可在上行鏈結送訊是正交存取方式的情況下是設定第1模式，在上行鏈結送訊是非正交存取方式的情況下是被設定第2模式。例如，終端裝置2，係基於RRC訊令，來設定要使用正交存取方式或非正交存取方式，隨應於其而暗示性地設定控制模式。 　　[0258] 例如，控制模式，係亦可隨應於所被使用的子訊框之種類，而被設定。具體而言，控制模式，係亦可在Non self-contained子訊框被使用的情況下是設定第1模式，在Self-contained子訊框被使用的情況下是設定第2模式。例如，終端裝置2，係亦可基於RRC訊令，而被設定要使用Non self-contained子訊框或Self-contained子訊框，基於此而暗示性地設定第1模式或第2模式。又，Non self-contained子訊框被使用的情況與Self-contained子訊框被使用的情況間，亦可個別地設定用來決定時序提前之值所需之參數（亦即N_TA 及N_TAoffset ）。 　　[0259] 例如，控制模式，係亦可隨應於雙工方式而被設定。具體而言，控制模式，係亦可在TDD時是被設定第1模式，在FDD時是被設定第2模式。 　　[0260] 例如，控制模式，係亦可隨應於應用程式或使用案例而被設定。具體而言，亦可在第1應用程式或第1使用案例的情況下是設定第1模式，在第2應用程式或第2使用案例的情況下是設定第2模式。例如，第1應用程式或第1使用案例，係為低延遲通訊之應用程式或使用案例，第2應用程式或第2使用案例，係為高速且寬頻通訊之應用程式或使用案例。 　　[0261] 例如，控制模式，係亦可隨應於子載波間隔而被設定。具體而言，控制模式，係亦可在子載波間隔為閾值以下之情況或係為第1子載波間隔的情況下是設定第1模式，在子載波間隔超過閾值的情況或係為第2子載波間隔的情況下則是設定第2模式。此外，閾值係亦可為例如LTE中的子載波間隔也就是15kHz。此外，子載波間隔是所被設定的參數集之一部分的情況下，控制模式係亦可隨應於參數集而被設定。 　　[0262] 例如，控制模式，係亦可隨應於TTI（ Transmission Time Interval）長度而被設定。具體而言，控制模式，係亦可在TTI長度為閾值以下之情況或係為第1之TTI長度的情況下是設定第1模式，在TTI長度是超過閾值的情況或係為第2之TTI長度的情況下則是設定第2模式。此外，閾值係亦可為例如1毫秒。此外，TTI長度是所被設定的參數集之一部分的情況下，控制模式係亦可隨應於參數集而被設定。 　　[0263] 此外，上記的設定基準，係亦可適宜組合。例如，控制模式，係亦可隨應於RRC狀態及存取方式之組合而被設定。因為在非正交存取方式被使用的情況下，為了變成RRC連接狀態而獲得正交性而被進行的時序提前即使不被進行，終端裝置2係仍可送訊。 　　[0264] 又，上記雖然說明了，第1模式被設定之情況與第2模式被設定之情況的具體例，但於各個具體例中，第1模式與第2模式亦可被顛倒設定。 　　[0265] ・控制模式之切換所伴隨之處理 　　終端裝置2（例如通訊控制部2013），係可進行控制模式之切換所伴隨之處理。 　　[0266] 例如，在控制模式是從第2模式被切換成第1模式的情況下，於該切換的時序中，連續之2個上行鏈結子訊框的一部分，係會彼此重複。於是，終端裝置2係在控制模式是從第2模式被切換成第1模式的情況下，將具有重疊部分的連續之2個上行鏈結子訊框的其中至少一方的部分或全部，不使用於上行鏈結之送訊。例如，終端裝置2係將具有重複部分的2個上行鏈結子訊框的，送訊時序係為前或後的上行鏈結子訊框之任一者中的所有符元，都不使用於送訊。此情況下，該當不使用於送訊之子訊框中所含之頻道及／或訊號的送訊，係全部都被丟棄。又，例如，終端裝置2係將具有重複部分的2個上行鏈結子訊框的，送訊時序係為前或後的上行鏈結子訊框之任一者中的一部分之符元，都不使用於送訊。不被使用於送訊之符元，係包含即使一部分之領域仍有重複的符元。因此，終端裝置2，係可將不被使用於送訊之符元中所含之頻道及／或訊號，以該符元除外的資源，加以發送。 　　[0267] ・例外處理 　　終端裝置2（例如設定部2011），係即使是在基於來自基地台裝置1的設定資訊而設定了控制模式的情況下，亦可例外性地在所定之條件下，切換控制模式。例如，終端裝置2，係亦可在滿足所定之條件的情況、所定之狀況的情況、所定之頻道之送訊的情況、及／或所定之訊號之送訊的情況下，切換控制模式。例如，終端裝置2，係亦可即使是在基於來自基地台裝置1的設定資訊而設定了第2模式的情況下，在以下任一情況時，仍切換成第1模式。 　　[0268] 例如，終端裝置2係亦可隨應於存取處理之階段而切換控制模式。例如，終端裝置2係亦可在進行隨機存取處理之際，切換成第1模式。 　　[0269] 例如，終端裝置2係亦可隨應於所發送之頻道的種類而切換控制模式。例如，終端裝置2係亦可在發送隨機存取頻道之際，切換成第1模式。 　　[0270] 例如，終端裝置2，係亦可隨應於所被送訊或收訊的資料大小，而將控制模式切換成第1模式。具體而言，終端裝置2，係在所被送訊或收訊的資料大小是大於閾值的情況下，切換至第1模式。此處，所謂資料大小，係可為傳輸區塊大小或碼字之大小之意思。 　　[0271] 例如，終端裝置2，係亦可隨應於所被分配的資源區塊之數量及／或調變方式之級數（Modulation order），而將控制模式切換成第1模式。具體而言，終端裝置2，係在所被分配之資源區塊之數量是大於閾值的情況、及／或調變方式之級數是大於閾值的情況下，切換成第1模式。這件事情，與隨應於資料大小而做切換同義。 　　[0272] 例如，終端裝置2，係亦可在從基地台裝置1以DCI而明示性或暗示性地通知使其設定第1模式的情況下，將控制模式切換成第1模式。亦即，終端裝置2，係一面基於使用RRC訊令之通知而靜態或準靜態地設定第2模式，一面基於使用DCI之通知而動態地切換成第1模式。 　　[0273] 例如，終端裝置2，係亦可隨應於所被設定之時序提前（Timing Advance）之值（亦即T_TA ），而將控制模式切換成第1模式。具體而言，終端裝置2，係在所被設定之時序提前之值是第1閾值以上或第2閾值以下的情況下，切換成第1模式。此外，第1閾值與第2閾值係可為相同，也可為不同。時序提前之值係越大則上行鏈結送訊之時序就變得越早，因此直接牽涉到例如從接收PDSCH起到生成HARQ-ACK為止的處理時間之長短。因此，終端裝置2係例如，在Self-contained子訊框被採用的情況下，只有在變短了T_TA 之份量的處理時間內仍可生成HARQ-ACK的情況下，才可切換成第1模式。另一方面，終端裝置2，係在處理時間變得過短的情況下，則藉由維持第2模式不變，就可確保足夠的處理時間。 　　[0274] 例如，終端裝置2，係亦可隨應於含有排程資訊的下行鏈結之控制頻道（例如PDCCH）的拌碼中所被使用的RNTI，而將控制模式切換成第1模式。具體而言，終端裝置2，係在含有排程資訊的下行鏈結之控制頻道是使用所定之RNTI而被拌碼的情況下，切換成第1模式。此處，所謂所定之RNTI，係為非終端裝置2所固有的RNTI。例如，所謂所定之RNTI，係亦可為用來發送報知資訊而被使用的RNTI。 　　[0275] 例如，終端裝置2，係亦可隨應於含有排程資訊的下行鏈結之控制頻道（例如PDCCH）所被對映的搜尋空間，而將控制模式切換成第1模式。具體而言，終端裝置2，係在含有排程資訊的下行鏈結之控制頻道是被對映至所定之搜尋空間的情況下，切換成第1模式。此處，所謂所定之搜尋空間，係亦可為例如共通搜尋空間。隨應於搜尋空間而做切換這件事情，係在以控制頻道是否為終端裝置2自身專用為基準的這點上，是和隨應於RNTI而做切換同義。 　　[0276] 例如，終端裝置2，係亦可隨應於對複數子訊框（TTI）進行排程之多重子訊框排程（多重TTI排程）是否被進行，而將控制模式切換成第1模式。具體而言，終端裝置2，係在對1個子訊框進行排程的單一子訊框排程（單一TTI排程）被進行的情況下，則使用第2模式，在進行多重子訊框排程的情況下，則使用第1模式。 　　[0277] 此外，上記的例外處理之基準，係可適宜組合。又，上記的例外處理之基準，係亦可第1模式與第2模式為顛倒。亦即，亦可基於設定資訊而設定第1模式，基於上記基準而例外性地切換成第2模式。 　　[0278] ＜3.4.補充＞ 　　此外，上記雖然針對上行鏈結中的送訊時序之控制進行了說明，但本技術係不限定於此。例如，本技術係亦可適用於，邊緣鏈結中的送訊時序之控制。此處，邊緣鏈結中的送訊時序，係以時序參照訊框為基準而被調整。亦即，終端裝置2，係將邊緣鏈結中的第i個無線訊框之送訊，以對應之第i個時序參照無線訊框為基準，在所定之時序提前時間前或後之時序上進行之。 　　[0279] ＜＜4.應用例＞＞ 　　本揭露所述之技術，係可應用於各種產品。例如，基地台裝置1係亦可被實現成為巨集eNB或小型eNB等任一種類的eNB（evolved Node B）。小型eNB，係亦可為微微eNB、微eNB或家庭（毫微微）eNB等之涵蓋比巨集蜂巢網還小之蜂巢網的eNB。亦可取而代之，基地台裝置1係可被實現成為NodeB或BTS（Base Transceiver Station）等之其他種類的基地台。基地台裝置1係亦可含有控制無線通訊之本體（亦稱作基地台裝置）、和配置在與本體分離之場所的1個以上之RRH（Remote Radio Head）。又，亦可藉由後述之各種種類的終端，暫時或半永久性執行基地台機能，而成為基地台裝置1而動作。 　　[0280] 又，例如，終端裝置2係亦可被實現成為智慧型手機、平板PC（Personal Computer）、筆記型PC、攜帶型遊戲終端、攜帶型/鑰匙型的行動路由器或是數位相機等之行動終端、或行車導航裝置等之車載終端。又，終端裝置2係亦可被實現成為進行M2M（Machine To Machine）通訊的終端（亦稱MTC（Machine Type Communication）終端）。甚至，終端裝置2亦可為被搭載於這些終端的無線通訊模組（例如以1個晶片所構成的積體電路模組）。 　　[0281] ＜4.1.基地台的相關應用例＞ （第1應用例） 　　圖33係可適用本揭露所述之技術的eNB之概略構成之第1例的區塊圖。eNB800係具有1個以上之天線810、及基地台裝置820。各天線810及基地台裝置820，係可透過RF纜線而被彼此連接。 　　[0282] 天線810之每一者，係具有單一或複數個天線元件（例如構成MIMO天線的複數個天線元件），被使用來收送基地台裝置820之無線訊號。eNB800係具有如圖33所示的複數個天線810，複數個天線810係亦可分別對應於例如eNB800所使用的複數個頻帶。此外，圖33中雖然圖示了eNB800具有複數個天線810的例子，但eNB800亦可具有單一天線810。 　　[0283] 基地台裝置820係具備：控制器821、記憶體822、網路介面823及無線通訊介面825。 　　[0284] 控制器821係可為例如CPU或DSP，令基地台裝置820的上層的各種機能進行動作。例如，控制器821係從已被無線通訊介面825處理過之訊號內的資料，生成資料封包，將已生成之封包，透過網路介面823而傳輸。控制器821係亦可將來自複數個基頻處理器的資料予以捆包而生成捆包封包，將所生成之捆包封包予以傳輸。又，控制器821係亦可具有執行無線資源管理（Radio Resource Control）、無線承載控制（Radio Bearer Control）、移動性管理（Mobility Management）、流入控制（Admission Control）或排程（Scheduling）等之控制的邏輯性機能。又，該當控制，係亦可和周邊的eNB或核心網路節點協同執行。記憶體822係包含RAM及ROM，記憶著要被控制器821所執行的程式、及各式各樣的控制資料（例如終端清單、送訊功率資料及排程資料等）。 　　[0285] 網路介面823係用來將基地台裝置820連接至核心網路824所需的通訊介面。控制器821係亦可透過網路介面823，來和核心網路節點或其他eNB通訊。此情況下，eNB800和核心網路節點或其他eNB，係亦可藉由邏輯性介面（例如S1介面或X2介面）而彼此連接。網路介面823係可為有線通訊介面，或可為無線回載用的無線通訊介面。若網路介面823是無線通訊介面，則網路介面823係亦可將比無線通訊介面825所使用之頻帶還要高的頻帶，使用於無線通訊。 　　[0286] 無線通訊介面825，係支援LTE（Long Term Evolution）或LTE-Advanced等任一蜂巢網通訊方式，透過天線810，對位於eNB800之蜂巢網內的終端，提供無線連接。無線通訊介面825，典型來說係可含有基頻（BB）處理器826及RF電路827等。BB處理器826係例如，可進行編碼/解碼、調變/解調及多工化/逆多工等，執行各層（例如L1、MAC（Medium Access Control）、RLC（Radio Link Control）及PDCP（Packet Data Convergence Protocol））的各式各樣之訊號處理。BB處理器826係亦可取代控制器821，而具有上述邏輯機能的部分或全部。BB處理器826係亦可為含有：記憶通訊控制程式的記憶體、執行該當程式的處理器及關連電路的模組，BB處理器826的機能係亦可藉由上記程式的升級而變更。又，上記模組係亦可為被插入至基地台裝置820之插槽的板卡或刀鋒板，亦可為被搭載於上記板卡或上記刀鋒板的晶片。另一方面，RF電路827係亦可含有混波器、濾波器及放大器等，透過天線810而收送無線訊號。 　　[0287] 無線通訊介面825係如圖33所示含有複數個BB處理器826，複數個BB處理器826係分別對應於例如eNB800所使用的複數個頻帶。又，無線通訊介面825，係含有如圖33所示的複數個RF電路827，複數個RF電路827係亦可分別對應於例如複數個天線元件。此外，圖33中雖然圖示無線通訊介面825是含有複數個BB處理器826及複數個RF電路827的例子，但無線通訊介面825係亦可含有單一BB處理器826或單一RF電路827。 　　[0288] 於圖33所示的eNB800中，參照圖8所說明的上層處理部101或控制部103中所含之1個以上之構成要素（設定部1011及／或通訊控制部1013），係亦可被實作於無線通訊介面825中。或者，這些構成要素的至少一部分，亦可被實作於控制器821中。作為一例，eNB800係亦可搭載含有無線通訊介面825之一部分（例如BB處理器826）或全部、及／或控制器821的模組，於該當模組中實作上記1個以上之構成要素。此時，上記模組係亦可將用來使處理器運作成為上記1個以上之構成要素所需的程式（換言之，用來令處理器執行上記1個以上之構成要素之動作所需的程式）加以記憶，並執行該當程式。作為其他例子，用來使處理器運作成為上記1個以上之構成要素所需的程式亦可被安裝到eNB800，由無線通訊介面825（例如BB處理器826）及／或控制器821來執行該當程式。如以上所述，亦可以用具備有上記1個以上之構成要素之裝置的方式來提供eNB800、基地台裝置820或上記模組，提供用來使處理器運作成為上記1個以上之構成要素所需的程式。又，亦可提供記錄著上記程式的可讀取之記錄媒體。 　　[0289] 又，於圖33所示的eNB800中，參照圖8所說明的收訊部105及送訊部107，係亦可被實作於無線通訊介面825（例如RF電路827）中。又，收送訊天線109係亦可被實作於天線810中。 　　[0290] （第2應用例） 　　圖34係可適用本揭露所述之技術的eNB之概略構成之第2例的區塊圖。eNB830係具有1個以上之天線840、基地台裝置850、及RRH860。各天線840及RRH860，係可透過RF纜線而被彼此連接。又，基地台裝置850及RRH860，係可藉由光纖等之高速線路而彼此連接。 　　[0291] 天線840之每一者，係具有單一或複數個天線元件（例如構成MIMO天線的複數個天線元件），被使用來收送RRH860之無線訊號。eNB830係具有如圖34所示的複數個天線840，複數個天線840係亦可分別對應於例如eNB830所使用的複數個頻帶。此外，圖34中雖然圖示了eNB830具有複數個天線840的例子，但eNB830亦可具有單一天線840。 　　[0292] 基地台裝置850係具備：控制器851、記憶體852、網路介面853、無線通訊介面855及連接介面857。控制器851、記憶體852及網路介面853，係和參照圖33所說明之控制器821、記憶體822及網路介面823相同。 　　[0293] 無線通訊介面855，係支援LTE或LTE-Advanced等任一蜂巢網通訊方式，透過RRH860及天線840，對位於RRH860所對應之區段內的終端，提供無線連接。無線通訊介面855，典型來說係可含有BB處理器856等。BB處理器856，係除了透過連接介面857而與RRH860的RF電路864連接以外，其餘和參照圖33所說明之BB處理器826相同。無線通訊介面855係如圖34所示含有複數個BB處理器856，複數個BB處理器856係分別對應於例如eNB830所使用的複數個頻帶。此外，圖34中雖然圖示無線通訊介面855是含有複數個BB處理器856的例子，但無線通訊介面855係亦可含有單一BB處理器856。 　　[0294] 連接介面857，係為用來連接基地台裝置850（無線通訊介面855）與RRH860所需的介面。連接介面857係亦可為，用來連接基地台裝置850（無線通訊介面855）與RRH860的上記高速線路通訊所需的通訊模組。 　　[0295] 又，RRH860係具備連接介面861及無線通訊介面863。 　　[0296] 連接介面861，係為用來連接RRH860（無線通訊介面863）與基地台裝置850所需的介面。連接介面861係亦可為，用來以上記高速線路通訊所需的通訊模組。 　　[0297] 無線通訊介面863係透過天線840收送無線訊號。無線通訊介面863，典型來說係可含有RF電路864等。RF電路864係亦可含有混波器、濾波器及放大器等，透過天線840而收送無線訊號。無線通訊介面863，係含有如圖34所示的複數個RF電路864，複數個RF電路864係亦可分別對應於例如複數個天線元件。此外，圖34中雖然圖示無線通訊介面863是含有複數個RF電路864的例子，但無線通訊介面863係亦可含有單一RF電路864。 　　[0298] 於圖34所示的eNB830中，參照圖8所說明的上層處理部101或控制部103中所含之1個以上之構成要素（設定部1011及／或通訊控制部1013），係亦可被實作於無線通訊介面855及／或無線通訊介面863中。或者，這些構成要素的至少一部分，亦可被實作於控制器851中。作為一例，eNB830係亦可搭載含有無線通訊介面855之一部分（例如BB處理器856）或全部、及／或控制器851的模組，於該當模組中實作上記1個以上之構成要素。此時，上記模組係亦可將用來使處理器運作成為上記1個以上之構成要素所需的程式（換言之，用來令處理器執行上記1個以上之構成要素之動作所需的程式）加以記憶，並執行該當程式。作為其他例子，用來使處理器運作成為上記1個以上之構成要素所需的程式亦可被安裝到eNB830，由無線通訊介面855（例如BB處理器856）及／或控制器851來執行該當程式。如以上所述，亦可以用具備有上記1個以上之構成要素之裝置的方式來提供eNB830、基地台裝置850或上記模組，提供用來使處理器運作成為上記1個以上之構成要素所需的程式。又，亦可提供記錄著上記程式的可讀取之記錄媒體。 　　[0299] 又，於圖34所示的eNB830中，例如，參照圖8所說明的收訊部105及送訊部107，係亦可被實作於無線通訊介面863（例如RF電路864）中。又，收送訊天線109係亦可被實作於天線840中。 　　[0300] ＜4.2.終端裝置的相關應用例＞ （第1應用例） 　　圖35係可適用本揭露所述之技術的智慧型手機900之概略構成之一例的區塊圖。智慧型手機900係具備：處理器901、記憶體902、儲存體903、外部連接介面904、相機906、感測器907、麥克風908、輸入裝置909、顯示裝置910、揚聲器911、無線通訊介面912、1個以上之天線開關915、1個以上之天線916、匯流排917、電池918及輔助控制器919。 　　[0301] 處理器901係可為例如CPU或SoC（System on Chip），控制智慧型手機900的應用層及其他層之機能。記憶體902係包含RAM及ROM，記憶著被處理器901所執行之程式及資料。儲存體903係可含有半導體記憶體或硬碟等之記憶媒體。外部連接介面904係亦可為，用來將記憶卡或USB（Universal Serial Bus）裝置等外接裝置連接至智慧型手機900所需的介面。 　　[0302] 相機906係具有例如CCD（Charge Coupled Device）或CMOS（Complementary Metal Oxide Semiconductor）等之攝像元件，生成攝像影像。感測器907係可含有，例如：測位感測器、陀螺儀感測器、地磁感測器及加速度感測器等之感測器群。麥克風908係將輸入至智慧型手機900的聲音，轉換成聲音訊號。輸入裝置909係含有例如：偵測對顯示裝置910之畫面上之觸控的觸控感測器、鍵墊、鍵盤、按鈕或開關等，受理來自使用者之操作或資訊輸入。顯示裝置910係具有液晶顯示器（LCD）或有機發光二極體（OLED）顯示器等之畫面，將智慧型手機900的輸出影像予以顯示。揚聲器911係將從智慧型手機900所輸出之聲音訊號，轉換成聲音。 　　[0303] 無線通訊介面912係支援LTE或LTE-Advanced等任一蜂巢網通訊方式，執行無線通訊。無線通訊介面912，典型來說係可含有BB處理器913及RF電路914等。BB處理器913係例如可進行編碼/解碼、調變/解調及多工化/逆多工等，執行無線通訊所需的各種訊號處理。另一方面，RF電路914係亦可含有混波器、濾波器及放大器等，透過天線916而收送無線訊號。無線通訊介面912係亦可為，BB處理器913及RF電路914所集縮而成的單晶片模組。無線通訊介面912係亦可如圖35所示，含有複數個BB處理器913及複數個RF電路914。此外，圖35中雖然圖示無線通訊介面912是含有複數個BB處理器913及複數個RF電路914的例子，但無線通訊介面912係亦可含有單一BB處理器913或單一RF電路914。 　　[0304] 再者，無線通訊介面912，係除了蜂巢網通訊方式外，亦可還支援近距離無線通訊方式、接近無線通訊方式或無線LAN（Local Area Network）方式等其他種類之無線通訊方式，此情況下，可含有每一無線通訊方式的BB處理器913及RF電路914。 　　[0305] 天線開關915之每一者，係在無線通訊介面912中所含之複數個電路（例如不同無線通訊方式所用的電路）之間，切換天線916的連接目標。 　　[0306] 天線916之每一者，係具有單一或複數個天線元件（例如構成MIMO天線的複數個天線元件），被使用來收送無線通訊介面912之無線訊號。智慧型手機900係亦可如圖35所示般地具有複數個天線916。此外，圖35中雖然圖示了智慧型手機900具有複數個天線916的例子，但智慧型手機900亦可具有單一天線916。 　　[0307] 甚至，智慧型手機900係亦可具備有每一無線通訊方式的天線916。此情況下，天線開關915係可從智慧型手機900之構成中省略。 　　[0308] 匯流排917，係將處理器901、記憶體902、儲存體903、外部連接介面904、相機906、感測器907、麥克風908、輸入裝置909、顯示裝置910、揚聲器911、無線通訊介面912及輔助控制器919，彼此連接。電池918，係透過圖中虛線部分圖示的供電線，而向圖35所示的智慧型手機900之各區塊，供給電力。輔助控制器919，係例如於睡眠模式下，令智慧型手機900的必要之最低限度的機能進行動作。 　　[0309] 於圖35所示的智慧型手機900中，參照圖9所說明的上層處理部201或控制部203中所含之1個以上之構成要素（設定部2011及／或通訊控制部2013），係亦可被實作於無線通訊介面912中。或者，這些構成要素的至少一部分，亦可被實作於處理器901或輔助控制器919中。作為一例，智慧型手機900係亦可搭載含有無線通訊介面912之一部分（例如BB處理器913）或全部、處理器901、及／或輔助控制器919的模組，於該當模組中實作上記1個以上之構成要素。此時，上記模組係亦可將用來使處理器運作成為上記1個以上之構成要素所需的程式（換言之，用來令處理器執行上記1個以上之構成要素之動作所需的程式）加以記憶，並執行該當程式。作為其他例子，用來使處理器運作成為上記1個以上之構成要素所需的程式亦可被安裝到智慧型手機900，由無線通訊介面912（例如BB處理器913）、處理器901、及／或輔助控制器919來執行該當程式。如以上所述，亦可以用具備有上記1個以上之構成要素之裝置的方式來提供智慧型手機900或上記模組，提供用來使處理器運作成為上記1個以上之構成要素所需的程式。又，亦可提供記錄著上記程式的可讀取之記錄媒體。 　　[0310] 又，於圖35所示的智慧型手機900中，例如，參照圖9所說明的收訊部205及送訊部207，係亦可被實作於無線通訊介面912（例如RF電路914）中。又，收送訊天線209係亦可被實作於天線916中。 　　[0311] （第2應用例） 　　圖36係可適用本揭露所述之技術的行車導航裝置920之概略構成之一例的區塊圖。行車導航裝置920係具備：處理器921、記憶體922、GPS（Global Positioning System）模組924、感測器925、資料介面926、內容播放器927、記憶媒體介面928、輸入裝置929、顯示裝置930、揚聲器931、無線通訊介面933、1個以上之天線開關936、1個以上之天線937及電池938。 　　[0312] 處理器921係可為例如CPU或SoC，控制行車導航裝置920的導航機能及其他機能。記憶體922係包含RAM及ROM，記憶著被處理器921所執行之程式及資料。 　　[0313] GPS模組924係使用接收自GPS衛星的GPS訊號，來測定行車導航裝置920的位置（例如緯度、經度及高度）。感測器925係可含有，例如：陀螺儀感測器、地磁感測器及氣壓感測器等之感測器群。資料介面926，係例如透過未圖示之端子而連接至車載網路941，取得車速資料等車輛側所生成之資料。 　　[0314] 內容播放器927，係將被插入至記憶媒體介面928的記憶媒體（例如CD或DVD）中所記憶的內容，予以再生。輸入裝置929係含有例如：偵測對顯示裝置930之畫面上之觸控的觸控感測器、按鈕或開關等，受理來自使用者之操作或資訊輸入。顯示裝置930係具有LCD或OLED顯示器等之畫面，顯示導航機能或所被再生之內容的影像。揚聲器931係將導航機能或所被再生之內容的聲音，予以輸出。 　　[0315] 無線通訊介面933係支援LTE或LTE-Advanced等任一蜂巢網通訊方式，執行無線通訊。無線通訊介面933，典型來說係可含有BB處理器934及RF電路935等。BB處理器934係例如可進行編碼/解碼、調變/解調及多工化/逆多工等，執行無線通訊所需的各種訊號處理。另一方面，RF電路935係亦可含有混波器、濾波器及放大器等，透過天線937而收送無線訊號。無線通訊介面933係亦可為，BB處理器934及RF電路935所集縮而成的單晶片模組。無線通訊介面933係亦可如圖36所示，含有複數個BB處理器934及複數個RF電路935。此外，圖36中雖然圖示無線通訊介面933是含有複數個BB處理器934及複數個RF電路935的例子，但無線通訊介面933係亦可含有單一BB處理器934或單一RF電路935。 　　[0316] 再者，無線通訊介面933，係除了蜂巢網通訊方式外，亦可還支援近距離無線通訊方式、接近無線通訊方式或無線LAN方式等其他種類之無線通訊方式，此情況下，可含有每一無線通訊方式的BB處理器934及RF電路935。 　　[0317] 天線開關936之每一者，係在無線通訊介面933中所含之複數個電路（例如不同無線通訊方式所用的電路）之間，切換天線937的連接目標。 　　[0318] 天線937之每一者，係具有單一或複數個天線元件（例如構成MIMO天線的複數個天線元件），被使用來收送無線通訊介面933之無線訊號。行車導航裝置920係亦可如圖36所示般地具有複數個天線937。此外，圖36中雖然圖示了行車導航裝置920具有複數個天線937的例子，但行車導航裝置920亦可具有單一天線937。 　　[0319] 甚至，行車導航裝置920係亦可具備有每一無線通訊方式的天線937。此種情況下，天線開關936係可從行車導航裝置920的構成中省略。 　　[0320] 電池938，係透過圖中虛線部分圖示的供電線，而向圖36所示的行車導航裝置920之各區塊，供給電力。又，電池938係積存著從車輛側供給的電力。 　　[0321] 於圖36所示的行車導航裝置920中，參照圖9所說明的上層處理部201或控制部203中所含之1個以上之構成要素（設定部2011及／或通訊控制部2013），係亦可被實作於無線通訊介面933中。或者，這些構成要素的至少一部分，亦可被實作於處理器921中。作為一例，行車導航裝置920係亦可搭載含有無線通訊介面933之一部分（例如BB處理器934）或全部及／或處理器921的模組，於該當模組中實作上記1個以上之構成要素。此時，上記模組係亦可將用來使處理器運作成為上記1個以上之構成要素所需的程式（換言之，用來令處理器執行上記1個以上之構成要素之動作所需的程式）加以記憶，並執行該當程式。作為其他例子，用來使處理器運作成為上記1個以上之構成要素所需的程式亦可被安裝到行車導航裝置920，由無線通訊介面933（例如BB處理器934）及／或處理器921來執行該當程式。如以上所述，亦可以用具備有上記1個以上之構成要素之裝置的方式來提供行車導航裝置920或上記模組，提供用來使處理器運作成為上記1個以上之構成要素所需的程式。又，亦可提供記錄著上記程式的可讀取之記錄媒體。 　　[0322] 又，於圖36所示的行車導航裝置920中，例如，參照圖9所說明的收訊部205及送訊部207，係亦可被實作於無線通訊介面933（例如RF電路935）中。又，收送訊天線209係亦可被實作於天線937中。 　　[0323] 又，本揭露所述之技術，係亦可被實現成含有上述行車導航裝置920的1個以上之區塊、和車載網路941、車輛側模組942的車載系統（或車輛）940。車輛側模組942，係生成車速、引擎轉數或故障資訊等之車輛側資料，將所生成之資料，輸出至車載網路941。 　　[0324] ＜＜5.總結＞＞ 　　以上，參照圖1～圖36，詳細說明了本揭露之一實施形態。如上記說明，終端裝置2係將被發送給通訊對象之基地台裝置1的子訊框之送訊時序的控制模式，設定成第1模式或第2模式，依照已設定之控制模式來控制送訊時序。終端裝置2係在第1模式已被設定的情況下，基於終端裝置2所固有之第1參數及基地台裝置1所固有之第2參數來控制送訊時序，在第2模式已被設定的情況下，基於第2參數來控制送訊時序。如此，本實施形態所述之無線通訊系統，係支援第1模式與第2模式。藉此，關於通訊之時序的彈性之設計就成為可能。詳言之，無線通訊系統中所含之各通訊裝置，係可彈性地選擇第1模式所致之送訊時序與第2模式所致之送訊時序。然後，藉由使得如此的彈性之設計成為可能，就可大幅提升系統全體之傳輸效率。 　　[0325] 以上雖然一面參照添附圖式一面詳細說明了本揭露的理想實施形態，但本揭露之技術範圍並非限定於所述例子。只要是本揭露之技術領域中具有通常知識者，自然可於申請範圍中所記載之技術思想的範疇內，想到各種變更例或修正例，而這些當然也都屬於本揭露的技術範圍。 　　[0326] 又，於本說明書中使用流程圖及程序圖所說明的處理，係亦可並不一定按照圖示的順序而被執行。亦可數個處理步驟，是被平行地執行。又，亦可採用追加的處理步驟，也可省略部分的處理步驟。 　　[0327] 又，本說明書中所記載的效果，係僅為說明性或例示性，並非限定解釋。亦即，本揭露所述之技術，係亦可除了上記之效果外，或亦可取代上記之效果，達成當業者可根據本說明書之記載而自明之其他效果。 　　[0328] 此外，如以下的構成也是屬於本揭露的技術範圍。 　　（1）一種通訊裝置，係具備： 　　通訊控制部，係控制被發送給通訊對象之其他通訊裝置的子訊框之送訊時序；和 　　設定部，係將前記通訊控制部所致之控制模式，設定成第1模式或第2模式； 　　前記通訊控制部，係在前記第1模式已被設定的情況下，基於前記通訊裝置所固有之第1參數及前記其他通訊裝置所固有之第2參數來控制送訊時序，在前記第2模式已被設定的情況下，基於前記第2參數來控制送訊時序。 　　（2）如前記（1）所記載之通訊裝置，其中，前記第1參數係動態地被設定，前記第2參數係靜態或準靜態地被設定。 　　（3）如前記（1）或（2）所記載之通訊裝置，其中，前記第2參數係隨應於訊框組態之種類而被設定。 　　（4）如前記（3）所記載之通訊裝置，其中，前記第2參數，係在非Self-contained子訊框的情況下則是被設定成0，在Self-contained子訊框的情況下則是被設定成非0的值。 　　（5）如前記（4）所記載之通訊裝置，其中，前記第2參數，係在Self-contained子訊框的情況下則是隨應於上行鏈結的控制頻道之符元長度及／或生成所需之處理時間而被設定。 　　（6）如前記（1）～（5）之任一項所記載之通訊裝置，其中，前記第1參數的可能採取之最大值，係隨應於訊框組態之種類而決定。 　　（7）如前記（1）～（6）之任一項所記載之通訊裝置，其中，前記通訊控制部，係於前記第2模式下，是使用非正交存取方式來與前記其他通訊裝置進行通訊。 　　（8）如前記（1）～（7）之任一項所記載之通訊裝置，其中，前記通訊控制部，係在前記控制模式是從前記第1模式被切換成前記第2模式的情況下，將前記第1模式下所使用的前記第1參數予以重置、或是繼承使用。 　　（9）如前記（1）～（8）之任一項所記載之通訊裝置，其中，前記通訊控制部係控制，前記控制模式之設定變成有效為止的時間。 　　（10）如前記（1）～（9）之任一項所記載之通訊裝置，其中，前記通訊控制部，係在前記控制模式是從前記第2模式被切換成前記第1模式的情況下，將具有重複部分的連續之2個上行鏈結子訊框的其中至少一方的部分或全部，不使用於上行鏈結之送訊。 　　（11）如前記（1）～（10）之任一項所記載之通訊裝置，其中，前記控制模式係被預設設定為前記第1模式，在滿足所定之條件的情況下被設定成前記第2模式。 　　（12）如前記（1）～（11）之任一項所記載之通訊裝置，其中，前記控制模式係隨應於RRC（Radio Resource Control）狀態而被設定。 　　（13）如前記（1）～（12）之任一項所記載之通訊裝置，其中， 　　前記控制模式係隨應於雙工方式而被設定。 　　（14）如前記（1）～（13）之任一項所記載之通訊裝置，其中，前記控制模式係隨應於子載波間隔而被設定。 　　（15）如前記（1）～（14）之任一項所記載之通訊裝置，其中，前記控制模式係隨應於TTI（Transmission Time Interval）長度而被設定。 　　（16）一種通訊裝置，係具備： 　　設定部，係將通訊對象之其他通訊裝置中的，從前記其他通訊裝置被發送給前記通訊裝置的子訊框之送訊時序的控制模式，設定成第1模式或第2模式；和 　　通訊控制部，係基於已被前記設定部所設定之前記控制模式，來控制與前記其他通訊裝置之通訊； 　　前記通訊控制部，係於前記第1模式下，是進行基於被固有地通知給前記其他通訊裝置的第1參數及藉由前記通訊裝置所固有之設定而決定的第2參數的送訊時序上所被發送之子訊框的收訊處理，於前記第2模式下，是進行基於前記第2參數的送訊時序上所被發送之子訊框的收訊處理； 　　前記設定部，係將表示所設定之前記控制模式的資訊、及在設定前記第1模式的情況下則將前記第1參數，通知給前記其他通訊裝置。 　　（17）一種通訊方法，係被通訊裝置的處理器所執行的通訊方法，其係含有： 　　將被發送給通訊對象之其他通訊裝置的子訊框之送訊時序予以控制之步驟；和 　　將控制模式設定成第1模式或第2模式之步驟； 　　前記控制之步驟係包含：在前記第1模式已被設定的情況下，基於前記通訊裝置所固有之第1參數及前記其他通訊裝置所固有之第2參數來控制送訊時序，在前記第2模式已被設定的情況下，基於前記第2參數來控制送訊時序之步驟。 　　（18）一種通訊方法，係被通訊裝置的處理器所執行的通訊方法，其係具備： 　　將通訊對象之其他通訊裝置中的，從前記其他通訊裝置被發送給前記通訊裝置的子訊框之送訊時序的控制模式，設定成第1模式或第2模式之步驟；和 　　基於已被設定之前記控制模式來控制與前記其他通訊裝置之通訊之步驟； 　　前記控制之步驟係包含：於前記第1模式下，是進行基於被固有地通知給前記其他通訊裝置的第1參數及藉由前記通訊裝置所固有之設定而決定的第2參數的送訊時序上所被發送之子訊框的收訊處理，於前記第2模式下，是進行基於前記第2參數的送訊時序上所被發送之子訊框的收訊處理之步驟； 　　前記設定之步驟係包含：將表示所設定之前記控制模式的資訊、及在設定前記第1模式的情況下則將前記第1參數，通知給前記其他通訊裝置之步驟。 　　（19）一種記錄程式之記錄媒體，係用來使電腦發揮機能而成為通訊裝置，其中， 　　該通訊裝置係具備： 　　通訊控制部，係控制被發送給通訊對象之其他通訊裝置的子訊框之送訊時序；和 　　設定部，係將前記通訊控制部所致之控制模式，設定成第1模式或第2模式； 　　前記通訊控制部，係在前記第1模式已被設定的情況下，基於前記通訊裝置所固有之第1參數及前記其他通訊裝置所固有之第2參數來控制送訊時序，在前記第2模式已被設定的情況下，基於前記第2參數來控制送訊時序。 　　（20）一種記錄程式之記錄媒體，係用來使電腦發揮機能而成為通訊裝置，其中， 　　該通訊裝置係具備： 　　設定部，係將通訊對象之其他通訊裝置中的，從前記其他通訊裝置被發送給前記通訊裝置的子訊框之送訊時序的控制模式，設定成第1模式或第2模式；和 　　通訊控制部，係基於已被前記設定部所設定之前記控制模式，來控制與前記其他通訊裝置之通訊； 　　前記通訊控制部，係於前記第1模式下，是進行基於被固有地通知給前記其他通訊裝置的第1參數及藉由前記通訊裝置所固有之設定而決定的第2參數的送訊時序上所被發送之子訊框的收訊處理，於前記第2模式下，是進行基於前記第2參數的送訊時序上所被發送之子訊框的收訊處理； 　　前記設定部，係將表示所設定之前記控制模式的資訊、及在設定前記第1模式的情況下則將前記第1參數，通知給前記其他通訊裝置。

[0329]

1‧‧‧基地台裝置

101‧‧‧上層處理部

1011‧‧‧設定部

1013‧‧‧通訊控制部

103‧‧‧控制部

105‧‧‧收訊部

1051‧‧‧解碼部

1053‧‧‧解調部

1055‧‧‧多工分離部

1057‧‧‧無線收訊部

1059‧‧‧頻道測定部

107‧‧‧送訊部

1071‧‧‧編碼部

1073‧‧‧調變部

1075‧‧‧多工部

1077‧‧‧無線送訊部

1079‧‧‧下行鏈結參照訊號生成部

109‧‧‧收送訊天線

2‧‧‧終端裝置

201‧‧‧上層處理部

2011‧‧‧設定部

2013‧‧‧通訊控制部

203‧‧‧控制部

205‧‧‧收訊部

2051‧‧‧解碼部

2053‧‧‧解調部

2055‧‧‧多工分離部

2057‧‧‧無線收訊部

2059‧‧‧頻道測定部

207‧‧‧送訊部

2071‧‧‧編碼部

2073‧‧‧調變部

2075‧‧‧多工部

2077‧‧‧無線送訊部

2079‧‧‧上行鏈結參照訊號生成部

209‧‧‧收送訊天線

800‧‧‧eNB

810‧‧‧天線

820‧‧‧基地台裝置

821‧‧‧控制器

822‧‧‧記憶體

823‧‧‧網路介面

824‧‧‧核心網路

825‧‧‧無線通訊介面

826‧‧‧BB處理器

827‧‧‧RF電路

830‧‧‧eNodeB

840‧‧‧天線

850‧‧‧基地台裝置

851‧‧‧控制器

852‧‧‧記憶體

853‧‧‧網路介面

854‧‧‧核心網路

855‧‧‧無線通訊介面

856‧‧‧BB處理器

857‧‧‧連接介面

860‧‧‧RRH

861‧‧‧連接介面

863‧‧‧無線通訊介面

864‧‧‧RF電路

900‧‧‧智慧型手機

901‧‧‧處理器

902‧‧‧記憶體

903‧‧‧儲存體

904‧‧‧外部連接介面

906‧‧‧相機

907‧‧‧感測器

908‧‧‧麥克風

909‧‧‧輸入裝置

910‧‧‧顯示裝置

911‧‧‧揚聲器

912‧‧‧無線通訊介面

913‧‧‧BB處理器

914‧‧‧RF電路

915‧‧‧天線開關

916‧‧‧天線

917‧‧‧匯流排

918‧‧‧電池

919‧‧‧輔助控制器

920‧‧‧行車導航裝置

921‧‧‧處理器

922‧‧‧記憶體

924‧‧‧GPS模組

925‧‧‧感測器

926‧‧‧資料介面

927‧‧‧內容播放器

928‧‧‧記憶媒體介面

929‧‧‧輸入裝置

930‧‧‧顯示裝置

931‧‧‧揚聲器

933‧‧‧無線通訊介面

934‧‧‧BB處理器

935‧‧‧RF電路

936‧‧‧天線開關

937‧‧‧天線

938‧‧‧電池

940‧‧‧車載系統

941‧‧‧車載網路

942‧‧‧車輛側模組

[0016] 　　[圖1] 本實施形態中的分量載波之設定之一例的圖示。 　　[圖2] 本實施形態中的分量載波之設定之一例的圖示。 　　[圖3] 本實施形態中的LTE的下行鏈結子訊框之一例的圖示。 　　[圖4] 本實施形態中的LTE的上行鏈結子訊框之一例的圖示。 　　[圖5] NR蜂巢網中的送訊訊號所相關之參數集之一例的圖示。 　　[圖6] 本實施形態中的NR的下行鏈結子訊框之一例的圖示。 　　[圖7] 本實施形態中的NR的上行鏈結子訊框之一例的圖示。 　　[圖8] 本實施形態的基地台裝置之構成的概略區塊圖。 　　[圖9] 本實施形態的終端裝置之構成的概略區塊圖。 　　[圖10] 本實施形態中的NR的下行鏈結資源元素對映之一例的圖示。 　　[圖11] 本實施形態中的NR的下行鏈結資源元素對映之一例的圖示。 　　[圖12] 本實施形態中的NR的下行鏈結資源元素對映之一例的圖示。 　　[圖13] 本實施形態中的自我完備型送訊的訊框組態之一例的圖示。 　　[圖14] 本實施形態中的已被非正交多工之送訊訊號處理之一例的圖示。 　　[圖15] 本實施形態中的已被非正交多工之收訊訊號處理之一例的圖示。 　　[圖16] 本實施形態所述之技術課題的說明圖。 　　[圖17] 本實施形態所述之技術課題的說明圖。 　　[圖18] 本實施形態所述之技術課題的說明圖。 　　[圖19] 本實施形態所述之技術課題的說明圖。 　　[圖20] 本實施形態所述之基地台裝置的控制部的邏輯構成之一例的區塊圖。 　　[圖21] 本實施形態所述之終端裝置的控制部的邏輯構成之一例的區塊圖。 　　[圖22] PDSCH送訊時的Non self-contained子訊框之組態例的圖示。 　　[圖23] PDSCH送訊時的Self-contained子訊框之組態例的圖示。 　　[圖24] PUSCH送訊時的Non self-contained子訊框之組態例的圖示。 　　[圖25] PUSCH送訊時的Self-contained子訊框之組態例的圖示。 　　[圖26] 本實施形態所述之第1模式的說明圖。 　　[圖27] 本實施形態所述之第2模式的說明圖。 　　[圖28] 本實施形態所述之第1模式的說明圖。 　　[圖29] 本實施形態所述之第2模式的說明圖。 　　[圖30] 本實施形態所述之無線通訊系統中所被執行的控制模式設定處理之流程之一例的程序圖。 　　[圖31] 本實施形態所述之無線通訊系統中所被執行的控制模式設定處理之流程之一例的程序圖。 　　[圖32] 本實施形態所述之無線通訊系統中所被執行的控制模式設定處理之流程之一例的程序圖。 　　[圖33] eNB之概略構成之第1例的區塊圖。 　　[圖34] eNB之概略構成之第2例的區塊圖。 　　[圖35] 智慧型手機之概略構成之一例的區塊圖。 　　[圖36] 行車導航裝置之概略構成之一例的區塊圖。

Claims (20)

1. 一種通訊裝置，係具備： 　　通訊控制部，係控制被發送給通訊對象之其他通訊裝置的子訊框之送訊時序；和 　　設定部，係將前記通訊控制部所致之控制模式，設定成第1模式或第2模式； 　　前記通訊控制部，係在前記第1模式已被設定的情況下，基於前記通訊裝置所固有之第1參數及前記其他通訊裝置所固有之第2參數來控制送訊時序，在前記第2模式已被設定的情況下，基於前記第2參數來控制送訊時序。
2. 如請求項1所記載之通訊裝置，其中，前記第1參數係動態地被設定，前記第2參數係靜態或準靜態地被設定。
3. 如請求項1所記載之通訊裝置，其中，前記第2參數係隨應於訊框組態之種類而被設定。
4. 如請求項3所記載之通訊裝置，其中，前記第2參數，係在非Self-contained子訊框的情況下則是被設定成0，在Self-contained子訊框的情況下則是被設定成非0的值。
5. 如請求項4所記載之通訊裝置，其中，前記第2參數，係在Self-contained子訊框的情況下則是隨應於上行鏈結的控制頻道之符元長度及/或生成所需之處理時間而被設定。
6. 如請求項1所記載之通訊裝置，其中，前記第1參數的可能採取之最大值，係隨應於訊框組態之種類而決定。
7. 如請求項1所記載之通訊裝置，其中，前記通訊控制部，係於前記第2模式下，是使用非正交存取方式來與前記其他通訊裝置進行通訊。
8. 如請求項1所記載之通訊裝置，其中，前記通訊控制部，係在前記控制模式是從前記第1模式被切換成前記第2模式的情況下，將前記第1模式下所使用的前記第1參數予以重置、或是繼承使用。
9. 如請求項1所記載之通訊裝置，其中，前記通訊控制部係控制，前記控制模式之設定變成有效為止的時間。
10. 如請求項1所記載之通訊裝置，其中，前記通訊控制部，係在前記控制模式是從前記第2模式被切換成前記第1模式的情況下，將具有重複部分的連續之2個上行鏈結子訊框的其中至少一方的部分或全部，不使用於上行鏈結之送訊。
11. 如請求項1所記載之通訊裝置，其中，前記控制模式係被預設設定為前記第1模式，在滿足所定之條件的情況下被設定成前記第2模式。
12. 如請求項1所記載之通訊裝置，其中，前記控制模式係隨應於RRC(Radio Resource Control)狀態而被設定。
13. 如請求項1所記載之通訊裝置，其中，前記控制模式係隨應於雙工方式而被設定。
14. 如請求項1所記載之通訊裝置，其中，前記控制模式係隨應於子載波間隔而被設定。
15. 如請求項1所記載之通訊裝置，其中，前記控制模式係隨應於TTI(Transmission Time Interval)長度而被設定。
16. 一種通訊裝置，係具備： 　　設定部，係將通訊對象之其他通訊裝置中的，從前記其他通訊裝置被發送給前記通訊裝置的子訊框之送訊時序的控制模式，設定成第1模式或第2模式；和 　　通訊控制部，係基於已被前記設定部所設定之前記控制模式，來控制與前記其他通訊裝置之通訊； 　　前記通訊控制部，係於前記第1模式下，是進行基於被固有地通知給前記其他通訊裝置的第1參數及藉由前記通訊裝置所固有之設定而決定的第2參數的送訊時序上所被發送之子訊框的收訊處理，於前記第2模式下，是進行基於前記第2參數的送訊時序上所被發送之子訊框的收訊處理； 　　前記設定部，係將表示所設定之前記控制模式的資訊、及在設定前記第1模式的情況下則將前記第1參數，通知給前記其他通訊裝置。
17. 一種通訊方法，係被通訊裝置的處理器所執行的通訊方法，其係含有： 　　將被發送給通訊對象之其他通訊裝置的子訊框之送訊時序予以控制之步驟；和 　　將控制模式設定成第1模式或第2模式之步驟； 　　前記控制之步驟係包含：在前記第1模式已被設定的情況下，基於前記通訊裝置所固有之第1參數及前記其他通訊裝置所固有之第2參數來控制送訊時序，在前記第2模式已被設定的情況下，基於前記第2參數來控制送訊時序之步驟。
18. 一種通訊方法，係被通訊裝置的處理器所執行的通訊方法，其係具備： 　　將通訊對象之其他通訊裝置中的，從前記其他通訊裝置被發送給前記通訊裝置的子訊框之送訊時序的控制模式，設定成第1模式或第2模式之步驟；和 　　基於已被設定之前記控制模式來控制與前記其他通訊裝置之通訊之步驟； 　　前記控制之步驟係包含：於前記第1模式下，是進行基於被固有地通知給前記其他通訊裝置的第1參數及藉由前記通訊裝置所固有之設定而決定的第2參數的送訊時序上所被發送之子訊框的收訊處理，於前記第2模式下，是進行基於前記第2參數的送訊時序上所被發送之子訊框的收訊處理之步驟； 　　前記設定之步驟係包含：將表示所設定之前記控制模式的資訊、及在設定前記第1模式的情況下則將前記第1參數，通知給前記其他通訊裝置之步驟。
19. 一種記錄程式之記錄媒體，係用來使電腦發揮機能而成為通訊裝置，其中， 　　該通訊裝置係具備： 　　通訊控制部，係控制被發送給通訊對象之其他通訊裝置的子訊框之送訊時序；和 　　設定部，係將前記通訊控制部所致之控制模式，設定成第1模式或第2模式； 　　前記通訊控制部，係在前記第1模式已被設定的情況下，基於前記通訊裝置所固有之第1參數及前記其他通訊裝置所固有之第2參數來控制送訊時序，在前記第2模式已被設定的情況下，基於前記第2參數來控制送訊時序。
20. 一種記錄程式之記錄媒體，係用來使電腦發揮機能而成為通訊裝置，其中， 　　該通訊裝置係具備： 　　設定部，係將通訊對象之其他通訊裝置中的，從前記其他通訊裝置被發送給前記通訊裝置的子訊框之送訊時序的控制模式，設定成第1模式或第2模式；和 　　通訊控制部，係基於已被前記設定部所設定之前記控制模式，來控制與前記其他通訊裝置之通訊； 　　前記通訊控制部，係於前記第1模式下，是進行基於被固有地通知給前記其他通訊裝置的第1參數及藉由前記通訊裝置所固有之設定而決定的第2參數的送訊時序上所被發送之子訊框的收訊處理，於前記第2模式下，是進行基於前記第2參數的送訊時序上所被發送之子訊框的收訊處理； 　　前記設定部，係將表示所設定之前記控制模式的資訊、及在設定前記第1模式的情況下則將前記第1參數，通知給前記其他通訊裝置。