用於具有窄帶部署的MTC的UE和eNB的方法和裝置與流程
2023-05-08 16:19:21 2
本申請要求於2014年6月27日遞交的美國臨時專利申請No.62/018,360和於2014年7月2日遞交的美國臨時專利申請No.62/020,313的優先權權益，二者的全部內容通過引用被合併於此。
技術領域：
實施例涉及用於無線通信的系統、方法和組件設備，並且特別涉及機器類型通信(MTC)。
背景技術：
：機器類型通信(MTC)是關於「物聯網(IoT)」概念的新興技術。現有移動寬帶網絡被設計為主要針對人工類型通信來優化性能，因此未被設計或優化以滿足MTC相關需求。附圖說明圖1根據某些實施例示出了系統的框圖，該系統包括可根據MTC操作的演進型節點B(eNB)和用戶設備(UE)。圖2根據某些實施例示出了具有窄帶部署的MTC的系統設計形式的方面。圖3根據某些實施例示出了控制信道設計的方面。圖4根據某些實施例示出了控制信道設計的方面。圖5A根據某些示例實施例示出了針對下載具有兩個混合自動重複請求(HARQ)過程的HARQ程序的方面。圖5B根據某些示例實施例示出了針對上傳具有兩個HARQ過程的HARQ程序的方面。圖6A根據某些示例實施例示出了針對下載使用四個混合自動重複請求(HARQ)過程的HARQ程序的方面。圖6B根據某些示例實施例，示出了針對上傳具有四個混合自動重複請求(HARQ)過程的HARQ程序的方面。圖7根據某些示例實施例示出了可由eNB執行的方法。圖8根據某些示例實施例示出了可由UE執行的方法。圖9根據某些示例實施例示出了物理廣播信道(PBCH)結構的方面。圖10根據某些示例實施例示出了PBCH結構和傳輸時間的方面。圖11根據某些示例實施例示出了PBCH結構和傳輸時間的方面。圖12根據某些示例實施例示出了速率匹配機制。圖13A根據某些示例實施例示出了PBCH資源映射的方面。圖13B根據某些示例實施例示出了PBCH資源映射的方面。圖13C根據某些示例實施例示出了PBCH資源映射的方面。圖13D根據某些示例實施例示出了PBCH資源映射的方面。圖14根據某些示例實施例示出了部分子幀PBCH資源元素映射。圖15根據某些示例實施例示出了完整子幀PBCH資源元素映射。圖16根據某些示例實施例示出了一種方法。圖17根據某些示例實施例示出了一種方法。圖18根據某些示例實施例示出了一種方法。圖19根據某些示例實施例示出了計算機器的方面。圖20根據某些示例實施例示出了UE的方面。圖21是示出可與本文所描述的各種實施例關聯使用的示例性計算機系統機器的框圖。具體實施方式實施例涉及系統、設備、裝置、配件、方法和計算機可讀介質以實現使用降低的系統帶寬(例如，50KHz、100KHz、200KHz、400KHz、500KHz、600KHz等)的MTC。具體地，針對與eNB相關聯的UE描述了系統和方法以實現利用這種降低的系統帶寬的通信。以下描述和附圖示出了具體實施例以使本領域技術人員能夠實現它們。其他實施例可包括結構上、邏輯上、電學上、過程上或其他的改變。一些實施例的部分和特徵可被包括在其他實施例的部分和特徵中或代替其他實施例的部分和特徵。權利要求中給出的實施例涵蓋這些權利要求的所有可能的等同形式。圖1根據一些實施例示出了無線網絡100。無線網絡100包括經由空中接口190連接的UE101和eNB150。UE101和系統中的任何其他UE例如可以是：膝上型計算機、智慧型電話、平板計算機、印表機、機器型設備(例如，用於健康監測的智能儀表或專業設備)、遠程安全監控、智能交通系統、或具有或不具有用戶接口的任何其他無線設備。eNB150經由eNB150提供的eNB服務區域中的空中接口190向UE101提供到更廣闊網絡(未示出)的網絡連接。與eNB150相關聯的每個eNB服務區域由與eNB150集成的天線支持。服務區域可被分成與某些天線相關聯的多個扇區。這樣的扇區可在物理上與固定天線相關聯，或可被分配給在波束成形過程中可調整的天線設置或具有可調諧天線的物理區域，波束成形過程用於將信號引導向特定扇區。eNB150的一個實施例例如包括三個扇區，每個扇區覆蓋120度的區域，其中天線陣列指向每個扇區以在eNB150周圍提供360度的覆蓋。UE101包括與發送電路110和接收電路115耦合的控制電路105。發送電路110和接收電路115可各自與一個或多個天線耦合。控制電路105可適於執行與MTC相關聯的操作。發送電路110和接收電路115可分別適於在窄系統帶寬(例如，200KHz)內發送和接收數據。控制電路105可執行諸如在本公開其他地方所描述的關於UE的各種操作。在窄系統帶寬內，發送電路110可發送多個經復用的上行物理信道。該多個上行物理信道可根據時分復用(TDM)或頻分復用(FDM)進行復用。發送電路110可在上行超幀中發送多個經復用的上行物理信道，該上行超幀包括多個上行子幀。在窄系統帶寬內，接收電路115可接收多個經復用的下行物理信道。該多個下行物理信道可根據TDM或FDM進行復用。接收電路115可在下行超幀中接收多個經復用的下行物理信道，該下行超幀包括多個下行子幀。發送電路110和接收電路115可分別根據預定HARQ消息調度、通過空中接口190來發送和接收HARQ確認(ACK)和/或否認(NACK)消息。預定HARQ消息調度可指示將出現HARQACK和/或NACK消息的上行和/或下行超幀。圖1根據各種實施例還示出了eNB150。eNB150電路可包括與發送電路160和接收電路165耦合的控制電路155。發送電路160和接收電路165每一個可與一個或多個天線耦合，該一個或多個天線可被用於實現經由空中接口190的通信。控制電路155可適於執行與MTC相關聯的操作。發送電路160和接收電路165可分別適於在窄系統帶寬(例如200KHz)內發送和接收數據。控制電路155可執行諸如在本公開其他地方所描述的關於eNB的各種操作。在窄系統帶寬內，發送電路160可發送多個經復用的下行物理信道。該多個下行物理信道可根據TDM或FDM進行復用。發送電路160可在下行超幀中發送多個經復用的下行物理信道，該下行超幀包括多個下行子幀。在窄系統帶寬內，接收電路165可接收多個經復用的上行物理信道。該多個上行物理信道可根據TDM或FDM進行復用。接收電路165可在上行超幀中接收多個經復用的上行物理信道，該上行超幀包括多個上行子幀。發送電路160和接收電路165可分別根據預定HARQ消息調度、通過空中接口190來發送和接收HARQACK和/或NACK消息。預定HARQ消息調度可指示將出現HARQACK和/或NACK消息的上行和/或下行超幀。MTC然後可使用UE101和eNB150的電路、通過空中接口190來實現。MTC實現普遍的計算環境以使設備能夠有效地彼此通信。IoT服務和應用促進MTC設備的設計和部署無縫集成到當前和下一代移動寬帶網絡(例如，根據第三代合作夥伴計劃(3GPP)標準(例如3GPP長期演進(LTE)演進通用陸地無線電接入(E-UTRA)物理層過程(版本12)，2014年9月26日)操作的LTE和LTE高級通信系統)中。這些現有移動寬帶網絡被設計為主要針對人工類型通信來優化性能，因此未被設計或優化以滿足MTC相關需求。本文所描述的MTC系統用於降低設備開銷、增強覆蓋和降低功耗。本文所描述的實施例尤其通過降低系統帶寬來降低開銷和功耗，該系統帶寬大致相當於現有LTE設計的單個物理資源塊(PRB)。這種使用降低的系統帶寬的蜂窩IoT可能在LTE載波的保護帶內重新分配的全球移動通信系統(GSM)頻譜或專用頻譜中操作。當LTE系統帶寬被降低到較低帶寬時，現有LTE系統中的某些物理信道設計不能重複使用，這是因為信道標準不與較低帶寬限制兼容。因此，本文的實施例描述了用於通過窄帶部署進行MTC的設備、系統、裝置和方法，以解決以上由於較窄帶寬限制(例如，PBCH、SCH、物理隨機接入信道(PRACH)等)所指出的問題。實施例因此可包括：超幀結構，其中多個物理信道可以TDM方式被復用；針對具有窄帶部署的MTC的控制信道設計；以及針對具有窄帶部署的MTC的、具有各種數量的HARQ過程的HARQ程序。儘管下文描述的實施例使用200KHz帶寬，但該設計可被擴展至其他窄帶寬(例如，50KHz、100KHz、400KHz、500KHz、600KHz等)。此外，MTC被用作針對所提出的窄帶設計的初始目標應用，該設計可被擴展至其他窄帶部署的應用(例如，設備到設備、IoT等)。各種物理信道可被用作這樣的MTC的一部分。圖2示出了這種情況的一種可能的實現方式；信道設計200中的信道被示出在超幀201、202和203內以用於下載292和上傳294路徑二者。這些物理信道包括但不限於：同步信道(M-SCH)209、物理廣播信道(M-PBCH)210、控制信道220、物理下行共享信道(M-PDSCH)230、物理隨機接入信道(M-PRACH)240、物理上行控制信道(M-PUCCH)250和物理上行共享信道(M-PUSCH)260。這些信道和其他可能的信道如下文所述。MTC同步信道(M-SCH)209可包括MTC主同步信號(M-PSS)和/或MTC次同步信號(M-SSS)。其可被用於支持時間和頻率同步，並向UE提供小區的物理層標識和循環前綴長度。注意，M-SCH可以被用於也可以不被用於區分頻分雙工(FDD)和時分雙工(TDD)系統，儘管具有窄帶部署的MTC系統可能不需要支持TDD。MTC物理廣播信道(M-PBCH)210承載MTC主信息塊(M-MIB)，該MTC主信息塊包括有限數量的最常發送的參數以用於初始接入小區。MTC控制信道包括MTC物理下行控制信道(M-PDCCH)和/或MTC物理控制格式指示符信道(M-PCFICH)和/或MTC物理混合ARQ指示符信道(M-PHICH)。注意，對於下行數據傳輸支持時域資源分配，然而對於上行數據傳輸可支持時域和/或頻域資源分配。M-PDSCH230被用於所有用戶數據，以及被用於未被承載在PBCH210上的廣播系統信息，並且用於尋呼消息。M-PUSCH260被用於上行數據傳輸。其可被用於承載用於具有窄帶部署的MTC的MTC上行控制信息(M-UCI)。M-PRACH240被用於發送隨機接入前導碼。對於初始接入，其被用於實現上行同步。M-PUCCH250被用於承載M-UCI。具體地，M-PUCCH250傳輸中可支持針對接收到的M-SCH209傳輸塊的HARQ確認和調度請求。考慮到窄帶傳輸的性質，在M-PUCCH250中支持信道狀態報告可能不是有益的，M-PUCCH250主要被用於協助與信道相關的調度。MTC物理多播信道(M-PMCH)被用於支持多媒體廣播和多播服務(MBMS)。圖2示出了針對具有窄帶部署的MTC的系統設計。在該系統設計中，一定數目的子幀被形成為超幀(例如，X個子幀被用於形成圖2所示的超幀)。起始子幀和超幀的持續時間可被預定義或由eNB配置，其中在後一種情形中，可基於具體的系統配置、流量情境等來提供調度靈活性。超幀的持續時間和超幀中相應的子幀數量至少部分基於窄帶部署的帶寬來確定。在各種實施例中，超幀持續時間被配置為使得如上所述的在窄帶寬操作的MTC通信與標準帶寬LTE系統兼容。在一個實施例中，該配置信息可被包括在M-PBCH中傳遞的MIB中，或其可被承載在另一系統信息塊(SIB)中。在超幀中，多個物理信道以TDM或FDM的方式被復用。更具體地，在下載(DL)202中，控制信道/M-PDSCH或M-SCH/M-PBCH/M-PDSCH/控制信道可被復用在一個超幀中。例如，如圖所示，超幀201在超幀201的DL202中包括M-SCH209A、M-PBCH210A、控制信道220A和M-PDSCH230A，在超幀201的上傳(UL)204中包括M-PRACH240A、M-PUCCH250A和M-PUSCH260A作為片段。因此，M-PRACH/M-PUCCH/PUSCH可被復用在一個超幀中。注意，UL204和DL202可具有某些子幀偏移以允許額外的處理時間。該超幀結構還有益於解決覆蓋受限的情境中的問題。具體地，超幀的周期可被擴展以允許更多次重複DL202和UL204傳輸，從而提高鏈路預算。在某些實施例中，例如，為系統選擇覆蓋增強目標。覆蓋增強目標可以是與超幀結構的周期相關聯的鏈路預算提高。換言之，通過增加超幀結構內的超幀的大小(例如，通過增加超幀中子幀的數量)從而增加用於數據而不是用於開銷的超幀的百分比，來提高鏈路預算。在其他實施例中，超幀大小可至少部分基於MTC系統的帶寬。在某些實施例中，超幀可被設置為將MTC超幀中的數據量與標準LTE或LTE高級系統中的單個幀(例如10個子幀)中的數據量相匹配。在其他實施例中，超幀的結構可基於覆蓋增強目標和與其他基於MTC系統的帶寬的系統相兼容的結合。在一個實施例中，MTC區域可被限定以與當前LTE系統共存。具體地，在每個子幀中，MTC區域的起始正交頻分復用(OFDM)符號可被預定義或由更高層配置。例如，MTC區域的起始符號可被配置在舊有LTE系統中的PDCCH區域之後。在DL202中，M-PDSCH傳輸被調度，並且接在M-PDCCH傳輸之後。與當前LTE規範不同，跨子幀調度被部署用於具有窄帶部署的MTC系統。為了避免針對M-PDCCH的過多盲目的解碼嘗試，M-PDCCH的起始子幀被限制為子幀的子集。關於周期和M-PDCCH傳輸的偏移的配置可被預定義或由eNB以特定於設備或特定於小區的方式進行配置。在一個實施例中，配置信息可被包括在M-PBCH210傳遞的MIB中。M-PBCH210以Y個子幀的周期進行傳輸，它之前是M-SCH209傳輸。為了降低開銷和提高頻譜效率，相對於M-PDCCHM-PBCH210較不常被傳輸。在M-PDCCH傳輸與M-SCH209和M-PBCH210衝突的情形中，M-PDCCH的起始子幀被延遲N個子幀，其中N是被分配給M-SCH209和M-PBCH210傳輸的子幀數。注意，某些超幀可被配置為MBMS單頻網絡(MBSFN)超幀。M-PBCH210可被分配在經配置的MBSFN超幀中的控制區域之後。配置信息可由eNB配置和傳輸(廣播或單播/組播)。如在現有LTE規範中，通過保證在UE接收器處信號保持在CP中，經擴展的循環前綴(CP)可被用於協助有效的MBSFN操作。在UL中，M-PUCCH250和M-PUSCH260在一個超幀中於M-PRACH之後被傳輸。雖然如圖1所示，M-PUSCH傳輸在M-PUCCH之後，但M-PUCCH可在M-PUSCH中間或在M-PUSCH之後被傳輸。M-PRACH、M-PUCCH和M-PUSCH的時間位置可被預定義或由eNB配置。在一個實施例中，配置信息可被包括在M-PBCH中傳遞的MIB中。在一個示例中，M-PUSCH在子幀#0-#4和#6-#9中被傳輸，而M-PUCCH在子幀#5中被傳輸。在另一示例中，M-PUSCH在子幀#0-#8中被傳輸，而M-PUCCH在子幀#9中被傳輸。注意，為了允許充足的處理時間以供M-PDCCH解碼，M-PUSCH傳輸的起始子幀可相對於M-PDCCH傳輸的最後一個子幀偏移一定數量的子幀。在一個實施例中，M-PCFICH在控制信道中可被認為是當前LTE規範。然而，與現有LTE標準中的PCFICH不同，M-PCFICH承載MTC控制格式指示符(M-CFI)，該M-CFI用於指示M-PDCCH和M-PDSCH傳輸的信息(例如，M-PDCCH傳輸的時間/頻率位置)。在這種情形中，控制信道間接開銷可根據具體系統配置、流量情境和信道條件進行調整。為了簡化說明書和實現方式，當前LTE規範中的一些現有PCFICH設計可被重複用於M-PCFICH設計(例如，調製方案、層映射和預編碼器設計)。在這種情形中，16個M-PCFICH符號被分組成4個符號四聯組(例如，資源元素)，並且每個符號四聯組可被分配給一個MTC資源元素組(M-REG)。在其他實施例中，可使用其他分組。例如，在另一實施例中，M-PDCCH和/或M-PDSCH的時間/頻率位置被預定義或由更高層配置。在該示例中，在控制信道設計中不需要M-PCFICH。此外，M-PHICH可以被包括在控制信道中，也可以不被包括在控制信道中。在一個實施例中，在控制信道設計中不需要M-PHICH。在具有窄帶部署的MTC不支持HARQ或者當M-PHICH功能可由M-PDCCH替換的情況下，可以考慮這種情況。在另一實施例中，M-PHICH被支持以承載HARQACK/NACK，HARQACK/NACK指示eNB是否已正確接收到PUSCH上的傳輸。M-PHICH傳輸的PHICH組數可被預定義或由eNB配置。在一個實施例中，配置信息可在MTC物理廣播信道(M-PBCH)中傳遞的MTC主信息塊(M-MIB)中廣播，或在MTC系統信息塊(M-SIB)中廣播。為了簡化說明書和實現方式，當前LTE規範中的一些現有PHICH設計可被重複用於M-PHICH設計(例如，調製方案、層映射和預編碼器設計)。在這種情形中，一個M-PHICH組的12個符號被分組成3個符號四聯組，並且每個符號四聯組可被分配給一個MTC資源元素組(M-REG)。在支持M-PCFICH和M-PHICH的情形中，在針對具有窄帶部署的MTC的控制區域設計中可以考慮以下若干選項。在一個實施例中，M-PCFICH位於控制區域的起始K0個子幀中，而M-PHICH位於控制區域的最後K1個子幀中。此外，M-PDCCH位於控制區域中未被分配給M-PCFICH和M-PHICH的資源元素中。在另一實施例中，M-PCFICH位於控制區域的起始M0個子幀中，而M-PHICH位於數據區域的M1個子幀中。類似地，M-PDCCH和M-PDSCH位於控制區域中未被分配給M-PCFICH和數據區域中未被分配給M-PHICH的資源元素中。注意，在下文所示的示例實施例中，MTC控制區域考慮連續的資源分配。在其他實施例中可以容易地擴展到MTC控制區域的分布式資源分配。圖3根據一些實施例示出了控制信道300的一個實現方式。圖3示出了超幀301內的控制區域320，其中控制區域320之後是數據區域330。控制區域320包括子幀370中的M-PCFICH360、子幀380中的M-PHICH350A和子幀390中的M-PHICH350，其中M-PDCCH元素在所有子幀中(包括子幀380中的M-PDCCH340)。在該實施例中，M-PCFICH360位於控制區域的起始K0個子幀中，而M-PHICH350A位於控制區域的最後K1個子幀中，其中K0＜(Ncontrol-1)，K1≤(Ncontrol-1)，並且Ncontrol是被分配給控制信道的子幀數。此外，M-PDCCH340傳輸與M-PCFICH360和M-PHICH350A傳輸分配進行比率匹配(rate-matched)或者在M-PCFICH360和M-PHICH350A傳輸分配的周圍打孔(punctured)。注意，K0和K1可被預定義或由更高層配置。對於M-PCFICH360資源映射，4個符號四聯組可被大約K0個子幀的四分之一分開，或者被分配在連續的M-REG中，其中起始位置從物理小區標識中獲得。類似地，對於M-PHICH350A資源映射，3個符號四聯組可被大約K1個子幀的三分之一分開，或者被分配在連續的M-REG中，其中起始位置從物理小區標識中獲得。圖3的實施例示出了用於具有窄帶部署的MTC的控制區域設計選項1的一個示例。在該示例中，M-PCFICH360可被分配並平均分布在控制區域的第一子幀中(即K0＝1)。類似地，M-PHICH350A被平均分布在控制區域的從第二子幀到最後一個子幀(即，K1＝(Ncontrol-1))。圖4示出了用於具有窄帶部署的MTC的控制區域設計的另一示例。在該示例中，M-PCFIC被分配並平均分布在控制區域的第一子幀中(即M0＝1)。類似地，M-PHICH被平均分布在數據區域中(即M1＝Ndata)。類似於圖3的實施例，圖4示出了超幀401中具有子幀470、490和M-PCFICH460的控制區域420。數據區域430在控制區域420之後。然而M-PHICH480在數據區域430內。在這一選項中，M-PCFICH460位於控制區域420的起始M0個子幀中，而M-PHICH480位於數據區域的M1個子幀中，其中M0＜(Ncontrol-1)，M1≤Ndata，並且Ndata是被分配給數據區域的子幀數。圖4具體示出了第一子幀中的那些，而附加實施例可使用上述相關配置。類似地，M-PDCCH和M-PDSCH分別被分配於控制區域中未被分配給M-PCFICH460和數據區域中未被分配給M-PHICH480的資源元素中。注意，M0和M1可被預定義或由更高層配置。類似於控制信道300的初始實施例，針對M-PCFICH460傳輸的4個符號四聯組可被大約M0個子幀的四分之一分開，或者被分配在連續的M-REG中，其中起始位置從物理小區標識中獲得。對於M-PHICH480資源映射，3個符號四聯組可被大約M1個子幀的三分之一分開，或者被分配在連續的M-REG中，其中起始位置從物理小區標識中獲得。圖5A和5B示出了由UE501和eNB550實現的、具有兩個HARQ過程的上傳和下載HARQ程序。圖5A示出了具有兩個HARQ過程的下載HARQ程序，這兩個HARQ過程被示為跨越超幀502-508的HARQ520和HARQ530。圖5B示出了具有兩個HARQ過程的上傳HARQ程序，這兩個HARQ過程被示為跨越超幀562-568的HARQ570和HARQ580。對於圖5A的DLHARQ程序，在超幀502中，具有HARQ520過程的M-PDSCH被調度和傳輸。在UE501解碼M-PDSCH之後，其經由超幀504中的M-PUCCH向eNB550反饋回ACK/NACK。在具有NACK的情形中，eNB550將在超幀506中調度重傳。類似地，對於HARQ530過程，針對M-PDSCH的初始傳輸和重傳分別被調度在超幀504和508中，而ACK/NACK反饋經由超幀506中的M-PUCCH傳輸。與現有LTE規範不同，針對HARQ確認的M-PUCCH資源索引可與針對相應的M-PDSCH傳輸的M-PDCCH中的第一控制信道元素(CCE)的索引或M-PDCCH的起始子幀的索引或二者的結合相關聯。在另一實施例中，針對HARQ確認的M-PUCCH資源索引可由M-PDSCH傳輸的起始子幀指示。對於圖5B的ULHARQ程序，在超幀562中，具有HARQ570過程的M-PUSCH被調度和傳輸。然後eNB550將經由超幀564中的M-PHICH發送ACK/NACK。如果MTCUE501接收到NACK，則在超幀566中將發生M-PUSCH重傳。類似的設計原理也應用於HARQ580過程。與現有LTE規範不同，M-PHICH索引可與用於相應的M-PUSCH傳輸的起始子幀的索引相關聯。圖6A和6B示出了針對4個HARQ過程的上傳和下載HARQ程序。圖6A示出了UE601和eNB650之間、跨越超幀602-616的下載HARQ過程620、622、624和626。圖6B示出了用於eNB650和UE601的、跨越超幀660-674的上傳HARQ過程680、682、684和686。如圖6A所示，對於DLHARQ過程，UE601將在其接收到M-PDSCH傳輸之後的兩個超幀延遲之後，經由M-PUCCH提供ACK/NACK反饋。然後，在eNB650接收到NACK之後的兩個超幀之後發生重傳。對於ULHARQ過程，M-PUSCH傳輸與經由M-PHICH的ACK/NACK反饋之間的間隔以及ACK/NACK反饋與M-PUSCH重傳之間的間隔類似地為兩個超幀。相同的設計原理可被推廣並應用於具有2xM個HARQ過程(M＞2)的HARQ程序。更具體地，數據傳輸(DL中的M-PDSCH和UL中的M-PUSCH)與ACK/NACK反饋(DL中的M-PUCCH和UL中的M-PHICH)之間的間隔以及ACK/NACK反饋與數據重傳之間的間隔是M個超幀。在另一實施例中，在具有2xM個HARQ過程(M≥2)的HARQ程序的情形中，不平衡的處理間隔可被引入以實現在UE側的增加的時間預算。在該選項中，M-PDSCH的重傳與M-PUCCH傳輸(針對DLHARQ)之間的延遲以及M-PUSCH重傳與M-PHICH傳輸(針對ULHARQ)之間的延遲不隨HARQ過程的數量的增加而按比例增長。例如，在具有M＝2的4個HARQ過程的情形中，對於DLHARQ，3個超幀的延遲可用於具有DLHARQ信息的M-PUCCH的傳輸，而重傳(在NACK的情形中)被調度於下一超幀本身中。在另一實施例中，多個HARQ過程可被調度在一個超幀中。在該選項中，多個M-PDCCH可被用於在一個超幀中調度多個M-PDSCH和/或M-PUSCH。然後，圖7和圖8示出了可由UE和相關聯的eNB(例如圖1的UE101和eNB150)執行的方法。方法700可由UE(例如UE101或任何本文描述的UE)執行，並且可包括操作705以復用多個下行物理信道。多個物理信道可根據TDM或FDM進行復用。方法700還可包括操作710以發送下行超幀，該下行超幀包括多個經復用的下行物理信道。在各種實施例中，下行超幀可具有預定持續時間(例如，包括預定數目的下行子幀)。下行超幀可包括預定的起始下行子幀。用於發送下行超幀的操作710可與預定的發送周期相關聯。方法700還可包括操作715以基於發送下行超幀來接收HARQACK和/或NACK消息。在各種實施例中，HARQACK和/或NACK消息可根據針對HARQACK/NACK消息通信的預定調度(例如，HARQACK/NACK消息可被調度為在發送下行超幀之後立即在上行超幀中接收)，在上行超幀(例如，預定多個上行子幀)中被接收。可選操作可包括：如果基於發送下行超幀而接收到HARQNACK消息，則重傳多個經復用的下行物理信道(例如，根據預定的重傳調度、在另一下行超幀中)。圖8示出了可由eNB(例如，eNB150或本文描述的任何eNB)的電路執行的相應方法800。方法800可包括操作805以復用多個上行物理信道。該多個上行物理信道可根據TDM或FDM進行復用。方法800還可包括操作910以發送上行超幀，該上行超幀包括多個經復用的上行物理信道。在各種實施例中，上行超幀可具有預定持續時間(例如，包括預定數目的上行子幀)。上行超幀可包括預定的起始上行子幀或由eNB在信息塊(例如MIB或SIB)中用信號通知的起始上行子幀。用於發送上行超幀的操作810可與預定的發送周期相關聯，該發送周期可被預定義或由eNB在信息塊(例如MIB或SIB)中用信號通知。方法800還可包括操作815以基於發送上行超幀來接收HARQACK和/或NACK消息。在各種實施例中，HARQACK和/或NACK消息可根據針對HARQACK/NACK消息通信的預定調度(例如，HARQACK/NACK消息可被調度為在發送上行超幀之後立即在下行超幀中接收)，在下行超幀(例如，預定多個下行子幀)中被接收。可選操作可包括：如果基於發送上行超幀而接收到HARQNACK消息，則重傳多個經復用的上行物理信道(例如，根據預定的重傳調度、在另一上行超幀中)。圖9示出了LTE系統中的PBCH結構。在LTE中，廣播信道(BCH)傳輸塊902承載主信息塊(MIB)。MIB包括關於下行小區帶寬、PHICH配置、系統幀數(SFN)的信息。具體地，一個MIB包括14個信息比特位和10個空閒比特位，其在CRC插入904中被附接16比特CRC。截尾卷積碼(TBCC；R＝1/3截尾卷積碼)被應用至附接有CRC的信息比特位，並隨後與經編碼的比特位進行速率匹配，這針對正常CP和擴展CP分別產生1920個經編碼的比特位和1728個經編碼的比特位。在該示例中，速率匹配操作可被認為是經編碼的比特位以母碼率的1/3進行重複——即，120(40x3)個經編碼的比特位被重複以填充PBCH的可用RE。隨後，在加擾908中，在經編碼的比特位上生成特定於小區的擾碼，並且這些擾碼不僅被應用於檢測四分之一的無線電幀(SFN的2比特LSB)，還被應用於在小區之間提供幹擾隨機性。在正常CP中，映射912和解復用914使得相同的480個經編碼的比特位在40ms中每10ms(在每個幀920、930、940和950中)以不同的相位重複(每幀10msx4個幀920、930、940、950)，而在擴展CP中，不同的432個經編碼的比特位在40ms中每10ms以不同的相位重複。特定於小區的擾碼每40ms重新初始化，因而可以提供區分SFN的2比特LSB(最低有效位)的功能，其是40ms(4個無線電幀)中通過特定於小區的加擾序列的不同相位的10ms(1個無線電幀)邊界檢測。UE可能需要4個盲解碼嘗試來找出SFN的2比特LSB，而SFN的8比特MSB(最高有效位)由PBCH內容顯示傳輸。取決於eNB的能力，發送天線分集還可被應用在eNB以進一步提高覆蓋能力。更具體地，具有2個或4個發送天線埠的eNB使用空頻塊碼(SFBC)來發送PBCH。注意，PBCH在初始子幀的第二時隙的起始4個OFDM符號內並且僅通過72個中心子載波被發送。因此，在FDD的情形中，PBCH緊隨初始子幀中的主同步信號(PSS)和次同步信號(SSS)之後。當系統帶寬降到標準LTE或LTE高級(LTE-Advanced)帶寬以下時，使用新的PBCH(例如M-PBCH)。如上所述，用於MTC系統的帶寬可以是如上所述的各種不同的帶寬，但為了示例的目的，下文詳述的實施例針對200KHz示例實施例進行說明。M-PBCH結構的主要設計方面如下。此外，雖然MTC被用作所提出的窄帶設計的最初目標應用，但該設計可被擴展至不特定作為機器類型通信的其他窄帶部署的應用，例如IoT中的非機器類型通信和設備到設備通信。圖10隨後根據一個示例實施例，示出了M-PBCH傳輸時間的方面。在一些實施例中，單個M-PBCH塊(即B＝1)可在Xx10ms的間隔期間傳輸。這可有助於減少盲解碼嘗試的數目，從而降低根據本文所描述的某些實施例而實現的MTC設備的功耗。圖10示出了相應的M-PBCH傳輸時間。與標準LTE系統中每個無線電幀發送PBCH不同，根據本文所描述的一些實施例，每X個無線電幀發送M-PBCH(即，在該實施例中，M-PBCH的周期是X個幀)，其中，M-PBCH傳遞SFN相關信息。每個M-PBCH佔據L個子幀。在圖10的示例中，X＝4且L＝5。無線電幀1020中的M-PBCH1002可包含SFN相關信息K0，並且無線電幀1024中的M-PBCH1004可包含SFN相關信息K1。SFN相關信息可表示給定周期內的任何無線電幀中的任何SFN。M-PBCH1002因此可包含針對無線電幀1020、1021、1022和1023中的任一項的信息。M-PBCH1004類似地可包含針對無線電幀1024、1025、1026和1027中的任一項的信息。在該示例中，所傳遞的SFN相關信息可基於所發送的M-PBCH位置(即，無線電幀)來標識無線電幀。作為特殊情形，SFN相關信息可表示周期內的第一無線電幀。在該示例中，K0作為第一機會中的SFN相關信息是K0＝N，而K1作為下一機會中的SFN相關信息是K1＝N+4。作為另一特殊情形，SFN相關信息可表示周期內發送M-PBCH的無線電幀；在該示例中，K0作為第一機會中的SFN相關信息是K0＝N，而K1作為下一機會中的SFN相關信息是K1＝N+4。一旦系統通過SFN相關信息確定了M-PBCH位置，則周期內其他無線電幀的其他SFN也可相應地被標識。圖11根據一些實施例，示出了另一替換示例。在根據圖11實現的系統中，多個M-PBCH塊(例如N＞1)可在Xx10ms的間隔期間傳輸。圖3根據這樣的實施例，示出了M-PBCH傳輸時間。如圖所示，M-PBCH可通過Xx10ms的周期傳輸，並且在該Xx10ms內，N個M-PBCH塊可被傳輸。圖11示出了這一情形，其中在所示時段1190內示出了第一M-PBCH塊1110A、第二M-PBCH塊1110B、和第NM-PBCH塊1110N。換言之，擾碼以每Xx10ms重新初始化，並且在Xx10ms內生成N個不同的加擾相位。雖然10ms被用作每個子幀的基礎時間，但在其他實施例中，可以使用其他基礎，使得周期是X*(基礎時間)。在圖11的實施例中，MTC設備需要執行多個盲解碼嘗試以獲得MTC主信息塊(M-MIB)信息。值得提及的是，當多個加擾相位用於M-PBCH傳輸時，可以減少M-MIB中的SFN信息中的比特位數，從而提高解碼性能。在一些附加實施例匯總，相同的加擾相位被用於N個M-PBCH塊。因此，可以降低每個M-PBCH塊所佔據的子幀數(L以上)。這避免了以更長的M-PBCH獲取時間為代價而在UE側增加盲解碼嘗試的數目。在M-PBCH與現有PBCH遵循相同的傳輸周期(即X＝N＝4)的實施例中，傳輸開銷可能很大，例如如果一個子幀被分配給1個無線電幀內的一個M-PBCH傳輸的話，則傳輸開銷高達10％。為了進一步降低開銷從而提高頻譜效率，某些實施例降低M-PBCH傳輸塊的數量並且擴展周期以避免這類傳輸開銷。然後下面的表1示出了用於M-PBCH設計的M-MIB內容。M-MIB包括用於初始接入小區所必需的有限數目的最常傳輸的參數。在具有窄帶部署的LTE與LTE標準系統共存的情形中，需要關於下行系統帶寬的信息。此外，在一些實施例中，當前的3比特指示可被重複用於窄帶帶寬所使用的一個額外條目。在其他實施例中，當MTC的實施例(例如，具有窄帶部署的LTE)不與標準LTE系統共存時，可不需要這樣的下行系統帶寬。對於用於M-PHICH傳輸的PHICH組數的配置可被包括在M-MIB中。因為用於PHICH傳輸的OFDM符號的數目可能是固定的，因此在一些實施例中可以不需要該配置信息。此外，在一些實施例中，包括針對其他物理信道(例如，PDCCH、PRACH、PUCCH等)的配置以供系統使用是有好處的。例如，在一些實施例中，關於某些物理信道的偏移和起始子幀的配置可被包括並在系統操作中使用。本文所描述的實施例可操作包括有關SFN的信息的MIB內容。用於SFN的精確比特位數取決於用於M-PBCH傳輸的加擾相位的數目。如上所述，如果在Xx10ms的間隔期間傳輸單個M-PBCH塊(即B＝1)，則M-MIB中用於SFN的比特位數為10。在另一示例實施例中，如果M-PBCH傳輸周期是80ms並且在80ms間隔期間傳輸8個M-PBCH塊(即X＝N＝8)，則M-MIB中用於SFN的比特位數可以是10-log2(8)＝7個比特位。基於以上分析，表1根據某些實施例，總結了用於M-PBCH設計的可能的M-MIB內容。注意，一定數目的空閒比特位可被預留用於進一步釋放。表1.用於M-PBCH設計的M-MIB內容參數比特位數下行系統帶寬0或3超幀配置Z比特其他物理信道配置Y比特SFN信息10或更少然後，下面的表2描述了如上文圖9的CRC插入904所描述的CRC插入的方面。在一些實施例中，現有16比特CRC可被重複使用。此外，對具有對應於發送天線埠數的碼字的CRC掩碼的相同操作可用於M-PBCH設計。在其他實施例中，8比特CRC可被認為進一步降低了編碼率，從而提高了M-PBCH解碼性能。例如，在當前LTE規範中所定義的8比特CRC可被認為是：(1)gCRC8(D)＝[D8+D7+D4+D3+D+1]此外，在一些實施例中可使用新的用於M-PBCH傳輸的8比特CRC掩碼。表2中給出了對應於不同數目的發送天線埠的8比特CRC掩碼的一個示例。表2：用於M-PBCH傳輸的新的CRC掩碼在其他實施例中，具有對應於發送天線埠數的碼字的CRC掩碼未被用於M-PBCH傳輸。這樣的實施例減少了盲檢測嘗試的數目，從而降低了UE功耗。這可以通過在MTC同步信道(M-SCH)傳輸中承載有關發送天線埠數目的信息來實現。因為UE首先需要通過M-SCH執行時間和頻率獲得，因此在UE嘗試對M-PBCH進行解碼之前可以使針對發送天線埠數目的信息可獲得。然後圖12根據某些實施例，示出了信道編碼和速率匹配的方面。在某些實施例中，為了降低實現開銷，現有TBCC編碼方案可被重複使用。在這樣的實施例中，在信道編碼之後，然後執行速率匹配(重複)以填充M-PBCH傳輸可用的RE。與用於標準LTEPBCH的現有速率匹配方案不同，在速率匹配的MTC中的重複次數取決於被分配給M-PBCH傳輸的可用RE可以是整數。例如，假設用於M-PBCH的M-MIB大小是12比特。通過16比特CRC和1/3TBCC編碼，經編碼的比特位數變為3x(16+12)＝84比特。不失一般性，假設子幀中的所有RE可用於M-PBCH傳輸，則可用RE的數目是144，通過QPSK這對應於288個比特位。通過4個不同的加擾相位用於M-PBCH傳輸，速率匹配中的重複次數是288x4/84＝13.7，不是整數。為了解決這一問題，一些實施例操作在可以重複使用現有速率匹配方案的情形中。具體地，速率匹配可如當前PBCH傳輸那樣在B個M-PBCH傳輸塊上執行。在加擾之後，信息比特位被平均分為B段(例如，B＝4)。給定在匹配速率中的非整數重複，在加擾之前每個M-PBCH塊的起始位置可以是不同的，這將增加盲檢測的複雜度。在其他實施例中，速率匹配在一個M-PBCH傳輸塊上執行。然後速率匹配的輸出被重複B次以供加擾。圖4示出了非整數重複的情形中的一種可能的速率匹配機制。在操作1202中，發生MIB和CRC操作，輸出K個比特位。在1204中，發生TBCC編碼，輸出3xK個比特位。在操作1206中，發生對一個M-PBCH傳輸塊的速率匹配，得到E個比特位。在操作1208中的B次重複之後，得到BxE個比特位。在操作1210中的加擾之後，信息比特位被平均分為B段以供進一步處理。在具有該選項的實施例中，在加擾之前每個M-PBCH塊的起始位置是對齊的，這將降低盲檢測的複雜度。在信道編碼和速率匹配之後執行加擾以使幹擾隨機化。在M-PBCH設計中，可應用與現有LTE規範中所使用的加擾過程類似的加擾過程。具體地，加擾序列可通過C(初始)＝N(小區ID)來初始化。然後，調製方案可應用與標準LTE規範相同的層映射和預編碼，以簡化M-PBCH設計的實現。然後圖13A-D根據各種實施例，示出了資源元素映射的方面。因為一個PRB被認為是系統帶寬，因此對於M-PBCH傳輸的資源映射需要一定的設計改變。類似於現有映射方案，映射到未被預留給參考信號傳輸的資源元素可按照先頻率索引k再符號索引1的順序。此外，映射操作可假設用於天線埠0-3的特定於小區的參考信號與實際配置無關。基於精確的M-MIB尺寸，可為M-PBCH資源映射考慮不同的選項。圖13A根據一些實施例，示出了用於M-PBCH資源映射的第一示例。在圖13A中，一個子幀1310的一部分被分配用於M-PBCH傳輸。該選項可適用於較小的M-MIB尺寸。此外，相同子幀1310中的剩餘符號可被分配給PSS/SSS傳輸。注意，在本說明書中，子幀1310的位置在每個無線電幀中應是固定的(例如，可以是第一個子幀)。圖13B根據一些實施例，示出了用於M-PBCH資源映射的第二示例。在圖13B的實施例中，一整個子幀1320被分配用於M-PBCH傳輸。該選項可適用於較小的M-MIB尺寸。注意，在本說明書中，子幀1320的位置可以是固定的，與上例相同。圖13C根據一些實施例，示出了用於M-PBCH資源映射的另一示例。在圖13C的實施例中，M-PBCH傳輸跨越多個子幀1330，而在多個子幀1330中的第一子幀中使用部分子幀1331。該選項可能更加適用於較大的M-MIB尺寸或覆蓋有限的情境。在這樣的實施例中，用於M-PBCH的子幀數目可在本說明書中預定義。圖13D根據一些實施例，示出了用於M-PBCH資源映射的另一示例。在圖13D的實施例中，M-PBCH傳輸跨越多個完整子幀1340，而在多個子幀1330中的第一子幀中使用部分子幀1331。該選項可能更加適用於較大的M-MIB尺寸或覆蓋有限的情境。在這樣的實施例中，用於M-PBCH的子幀數目可在本說明書中預定義。圖14示出了針對使用部分子幀進行M-PBCH傳輸的實施例的映射方案。在圖14的示例中，在為標準LTE操作指定的CP情形中，M-PBCH傳輸開始於第6個OFDM符號。如圖所示，對資源元素的映射按照先頻率索引再符號索引的遞增順序。在一些實施例中，當多個子幀被用於M-PBCH傳輸時，後一子幀中資源元素的起始索引跟隨前一子幀中資源元素的最後一個索引。圖15示出了針對使用完整子幀進行M-PBCH傳輸的實施例的映射方案。類似於以上方案，圖15中到資源元素的映射按照先頻率索引再符號索引的遞增順序。在如圖13D所示的多個子幀用於M-PBCH傳輸的某些實施例中，後一子幀中資源元素的起始索引跟隨前一子幀中資源元素的最後一個索引。圖14和圖15示出了正常CP情形中的實施例，但明顯的是，實施例可使用以上針對正常CP所示的原理、通過擴展CP來實現。圖16示出了可根據本文所描述的某些實施例來操作的方法1600。方法1600可由eNB的電路(例如，圖1的eNB150或任何其他這樣的電路或eNB)執行，其中控制電路可被配置為標識MTC主信息塊(M-MIB)的配置。此外，eNB控制電路可被配置為根據所標識的配置來生成M-MIB。此外，eNB控制電路可被配置為生成包括所生成的M-MIB的MTC物理廣播信道(M-PBCH)塊。此外，eNB控制電路可被配置為標識單個無線電幀中要傳輸M-PBCH塊的無線電資源。在一些實施例中，發送器可被配置為在無線電幀中所標識的無線電資源上傳輸M-PBCH塊。方法1600然後包括：在操作1602中，由被配置用於機器類型通信(MTC)的無線網絡中的演進型節點B(eNB)生成MTC主信息塊(M-MIB)。方法1600還可包括，在操作1604中，由eNB生成包括所生成的M-MIB的MTC物理廣播信道(M-PBCH)塊。操作1606然後包括由eNB在單個無線電幀中的無線電資源上傳輸M-PBCH塊。在其他實施例中，eNB電路還被配置為執行針對本公開的其他部分中的eNB所描述的方法和過程。圖17示出了可根據本文所描述的某些實施例來操作的方法1700。方法1700可由UE的電路(例如，上文的UE101或任何其他這樣的UE)執行，其中UE的接收器電路可被配置為在單個無線電幀的一個或多個子幀上接收MTC物理廣播信道(M-PBCH)傳輸。這樣的UE的控制電路可類似地配置為基於接收到的M-PBCH傳輸來標識MTC主信息塊(M-MIB)中的數據。方法1700包括操作1702，操作1702包括由在根據機器類型通信(MTC)的無線網絡中操作的用戶設備(UE)在單個無線電幀的一個或多個子幀上接收MTC物理廣播信道(M-PBCH)傳輸。方法1700還包括，作為操作1704的一部分，由UE並且基於接收到的M-PBCH傳輸來MTC主信息塊(M-MIB)中的數據。在其他實施例中，UE電路還被配置為執行針對本公開的其他部分中的UE所描述的方法和過程。圖18則示出了可根據本文所描述的某些實施例來操作的方法1800。操作1802包括確定超幀結構，其中超幀結構至少部分地被設置在窄帶部署的帶寬上。操作1804然後包括將多個下行物理信道復用為超幀結構的第一下行超幀的一部分。然後在操作1806中，發送具有多個經復用的下行物理信道的第一下行超幀，並且在操作1808中，響應於發送第一下行超幀，在一個或多個超幀的延遲之後，接收HARQACK/NACK。對於以上所描述的任何方法，各種附加的實施例可在所列操作之間執行附加的操作，並且這些方法還可使所描述的操作合併或以不同的方式安排。一個示例實施例是一種用於具有窄帶部署的機器類型通信(MTC)的演進型節點B(eNB)的裝置，該裝置包括：控制電路，被配置為：確定超幀結構，其中超幀結構至少部分地被設置在窄帶部署的帶寬上；將多個下行物理信道復用為超幀結構的第一下行超幀的一部分；以及通信電路，被配置為：發送包括多個經復用的下行物理信道的第一下行超幀；以及響應於發送第一下行超幀，接收混合自動重複請求(HARQ)確認(ACK)或否認(NACK)。這樣的附加實施例可在如下情形中操作：其中多個下行物理信道使用頻分復用(FDM)進行復用。這樣的附加實施例可在如下情形中操作：其中多個下行物理信道使用時分復用(TDM)進行復用。這樣的附加實施例可在如下情形中操作：其中多個下行物理信道包括MTC物理廣播信道(M-PBCH)。這樣的附加實施例可在如下情形中操作：其中多個下行物理信道還包括：MTC同步信道(M-SCH)、MTC控制信道、MTC物理下行共享信道(M-PDSCH)、MTC物理多播信道(M-PMCH)。這樣的附加實施例可在如下情形中操作：其中控制電路還被配置為生成MTC主信息塊(M-MIB)，其中M-PBCH被生成以承載M-MIB。這樣的附加實施例可在如下情形中操作：其中M-MIB包括多個經發送的參數以用於初始接入eNB。這樣的附加實施例可在如下情形中操作：其中M-PBCH在超幀結構的單個無線電幀中被發送。這樣的附加實施例可在如下情形中操作：其中包括超幀結構的起始子幀和超幀結構的周期的超幀結構由eNB的更高層來設置。這樣的附加實施例可在如下情形中操作：其中通信電路還被配置為接收MTC物理上行共享信道(M-PUSCH)以及發送物理下行控制信道(M-PDCCH)；其中在發送M-PUSCH和發送M-PDCCH之間的延遲是一個超幀；並且其中在發送M-PDCCH和重發M-PUSCH之間的延遲是三個超幀或一個超幀。這樣的附加實施例可在如下情形中操作：其中在發送第一下行超幀和接收HARQACK或NACK之間的延遲是兩個超幀。這樣的附加實施例可在如下情形中操作：其中通信電路還被配置為發送MTC物理下行共享信道(M-PDSCH)並接收物理上行控制信道(M-PUCCH)；其中在發送M-PDSCH和發送M-PUCCH之間的延遲是三個超幀或一個超幀；並且其中在發送M-PUCCH和重發M-PDSCH之間的延遲是一個超幀。這樣的附加實施例可在如下情形中操作：其中多個HARQ過程被配置在第一下行超幀中，其中多個MTC物理下行控制信道(M-PDCCH)將多個M-PDSCH調度在一個超幀中。附加實施例是一種由演進型節點B(eNB)執行的、用於具有窄帶部署的機器類型通信(MTC)的方法，包括：確定超幀結構，其中超幀結構至少部分地被設置在窄帶部署的帶寬上；將多個下行物理信道復用為超幀結構的第一下行超幀的一部分；以及發送包括多個經復用的下行物理信道的第一下行超幀；以及響應於發送第一下行超幀，接收混合自動重複請求(HARQ)確認(ACK)或否認(NACK)。這樣的附加實施例可在如下情形中操作：控制電路還被配置為生成MTC主信息塊(M-MIB)，其中M-PBCH被生成以承載M-MIB。這樣的附加實施例可在如下情形中操作：其中M-PBCH在超幀結構的單個無線電幀中被發送。其中包括超幀結構的起始子幀和超幀結構的周期的超幀結構由eNB的更高層來設置。這樣的附加實施例可在如下情形中操作：其中通信電路還被配置為發送MTC物理下行共享信道(M-PDSCH)以及接收物理上行控制信道(M-PUCCH)；其中在發送M-PDSCH和發送M-PUCCH之間的延遲是三個超幀或一個超幀；並且其中在發送M-PUCCH和重發M-PDSCH之間的延遲是一個超幀。附加實施例是一種包括指令的非暫態計算機可讀介質，這些指令在由一個或多個處理器執行時，使得演進型節點B執行一組操作，包括：確定超幀結構，其中超幀結構至少部分地被設置在窄帶部署的帶寬上；將多個下行物理信道復用為超幀結構的第一下行超幀的一部分；以及發送包括多個經復用的下行物理信道的第一下行超幀；以及響應於發送第一下行超幀，在一個或多個超幀的延遲之後，接收混合自動重複請求(HARQ)確認(ACK)或否認(NACK)。這樣的附加實施例可在如下情形中操作：其中多個下行物理信道包括MTC物理廣播信道(M-PBCH)；並且其中控制電路還被配置為生成MTC主信息塊(M-MIB)，其中M-PBCH被生成以承載M-MIB。這樣的附加實施例可在如下情形中操作：其中多個下行物理信道還包括：MTC同步信道(M-SCH)、包括多個物理上行控制信道(M-PUCCH)的MTC控制信道、MTC物理下行共享信道(M-PDSCH)、MTC物理多播信道(M-PMCH)；其中在發送M-PDSCH和發送M-PUCCH之間的延遲是三個超幀或一個超幀；並且其中在發送M-PUCCH和重發M-PDSCH之間的延遲是一個超幀。另一示例是一種用於具有窄帶部署的機器類型通信(MTC)的用戶設備(UE)的裝置，該裝置包括：控制電路，被配置為：確定超幀結構，其中超幀結構至少部分地被設置在窄帶部署的帶寬上；將多個上行物理信道復用為超幀結構的第一上行超幀的一部分；發送電路，被配置為發送包括多個經復用的上行物理信道的第一上行超幀；以及接收電路，被配置為：接收多個下行物理信道；以及響應於對第一上行超幀的傳輸，接收混合自動重複請求(HARQ)確認(ACK)或否認(NACK)。這樣的附加實施例可在如下情形中操作：其中發送電路還被配置為發送MTC物理上行共享信道(M-PUSCH)；其中接收電路被配置為接收MTC物理下行控制信道(M-PDCCH)；其中在發送M-PUSCH和發送M-PDCCH之間的延遲是一個超幀；並且其中在發送M-PDCCH和重發M-PUSCH之間的延遲是三個超幀或一個超幀。這樣的附加實施例可在如下情形中操作：其中接收電路還被配置為在第二超幀中接收MTC物理廣播信道(M-PBCH)傳輸。這樣的附加實施例可操作在如下情形：其中控制電路還被配置為基於M-PBCH來標識MTC主信息塊(M-MIB)。本文所描述的方法、系統和設備實施例的第一組附加示例包括以下非限制性的配置。以下非限制性示例中的每一個可單獨存在，也可以以任何與下文或本公開全文所提供的一個或多個其他示例置換或組合的方式進行結合。示例1可包括能操作用於窄系統帶寬內的機器類型通信(MTC)的演進型節點B(eNB)/用戶設備(UE)，其中eNB具有計算機電路，該計算機電路包括：超幀結構，其中下行和上行物理信道以時分復用(TDM)方式被復用；超幀結構，其中下行和上行物理信道以頻分復用(FDM)方式被復用；以及預定義的混合自動重複請求(HARQ)程序。示例2可包括示例1的計算機電路，其中eNB被配置為在下行鏈路中發送以下物理信道中的至少一個：MTC同步信道(M-SCH)、MTC物理廣播信道(M-PBCH)、MTC控制信道、MTC物理下行共享信道(M-PDSCH)、MTC物理多播信道(M-PMCH)。其中eNB被配置為在上行鏈路中接收以下物理信道中的至少一個：MTC物理上行共享信道(M-PUSCH)、MTC物理隨機接入信道(M-PRACH)、MTC物理上行控制信道(M-PUCCH)。示例3可包括示例1的計算機電路，其中包括起始子幀和周期的超幀配置是預先確定的，其中包括起始子幀和周期的超幀配置是由更高層配置的。示例4可包括示例1的計算機電路，其中MTC控制信道和M-PDSCH在一個下行超幀中被發送；其中M-SCH、M-PBCH、MTC控制信道和M-PDSCH在一個下行超幀中被發送。示例5可包括示例4的計算機電路，其中在下行超幀中，M-PBCH在時間上接在M-SCH傳輸之後，其中M-PDSCH在時間上接在MTC控制信道傳輸之後。示例6可包括示例4的計算機電路，其中在上行超幀中，M-PUCCH和M-PUSCH在M-PRACH之後被發送。示例7可包括示例6的計算機電路，其中M-PRACH和M-PUCCH傳輸配置是預定義的，或者其中M-PRACH和M-PUCCH傳輸配置是由eNB配置的。示例8可包括示例1的計算機電路，其中定義了MTC區域。示例9可包括示例8的計算機電路，其中每個子幀中的MTC區域的起始OFDM符號是預先確定的，或者其中每個子幀中的MTC區域的起始OFDM符號是由更高層配置的。示例10可包括示例1的計算機電路，其中配置了下行和上行超幀之間的子幀偏移。示例11可包括示例2的計算機電路，其中MTC控制信道中支持M-PHICH，或者其中MTC控制信道中不支持M-PHICH。示例12可包括示例2的計算機電路，其中MTC控制信道中支持M-PCFICH，或者其中MTC控制信道中不支持M-PCFICH。示例13可包括示例2的計算機電路，其中MTC控制信道中支持M-PCFICH和M-PHICH，其中M-PCFICH位於控制區域的起始K0個子幀中，而M-PHICH位於控制區域的最後K1個子幀中，並且其中M-PDCCH位於控制區域中未被分配給M-PCFICH和M-PHICH的資源元素中。示例14可包括示例2的計算機電路，其中MTC控制信道中支持M-PCFICH和M-PHICH，其中M-PCFICH位於控制區域的起始M0個子幀中，而M-PHICH位於數據區域的M1個子幀中，其中M-PDCCH和M-PDSCH分別位於控制區域中未被分配給M-PCFICH和數據區域中未被分配給M-PHICH的資源元素中。示例15可包括示例1的計算機電路，其中在數據傳輸和ACK/NACK反饋之間的延遲是一個超幀；並且其中在ACK/NACK反饋和數據重傳之間的延遲是一個超幀。示例16可包括示例1的計算機電路，其中在數據傳輸和ACK/NACK反饋之間的延遲是兩個超幀；並且其中在ACK/NACK反饋和數據重傳之間的延遲是兩個超幀。示例17可包括示例1的計算機電路，其中在發送M-PDSCH和發送M-PUCCH之間的延遲是三個超幀或一個超幀；並且其中在發送M-PUCCH和重發M-PDSCH之間的延遲是一個超幀。示例18可包括示例1的計算機電路，其中在發送M-PUSCH和發送M-PHICH之間的延遲是一個超幀；並且其中在發送M-PHICH和重發M-PUSCH之間的延遲是三個超幀或一個超幀。示例19可包括示例1的計算機電路，其中多個HARQ過程被配置在一個超幀中，其中多個M-PDCCH在一個超幀中調度多個M-PDSCH和/或M-PUSCH。示例20可包括適於窄系統帶寬內的機器類型通信(「MTC」)的演進型節點B(「eNB」)，該eNB包括：控制電路，用於復用多個下行物理信道以用於向用戶設備(「UE」)進行下行傳輸，以及用於處理從UE接收的多個經復用的上行物理信道；發送電路，與控制電路耦合，用於向UE發送包括經復用的多個下行物理信道的下行超幀，該下行超幀包括多個下行子幀；以及接收電路，與控制電路耦合，用於從UE接收包括多個經復用的上行物理信道的上行超幀，該上行超幀包括多個上行子幀。示例21可包括示例20的eNB，其中控制電路用於根據時分復用(「TDM」)或頻分復用(「FDM」)來對多個下行物理信道進行復用。示例22可包括示例20的eNB，其中接收電路還用於在來自UE的上行超幀中接收與下行超幀相關聯的混合自動重複請求(「HARQ」)確認(「ACK」)或否認(「NACK」)消息，其中控制電路還用於：如果接收電路接收到HARQNACK，則使得發送電路在另一下行超幀中重傳經復用的多個下行物理信道。示例23可包括示例20-22中的任一項的eNB，其中上行和下行超幀的各自起始子幀是預先確定的。示例24可包括示例20-22中的任一項的eNB，其中與多個經復用的下行物理信道的下行發送相關聯的第一周期和與多個經復用的上行物理信道的上行接收相關聯的第二周期是預先確定的。示例25可包括示例20-22中的任一項的eNB，其中多個下行物理信道包括以下各項中的至少一個：MTC同步信道(「M-SCH」)、MTC物理廣播信道(「M-PBCH」)、MTC控制信道、MTC物理下行共享信道(「M-PDSCH」)、或MTC物理多播信道(「M-PMCH」)；並且從UE接收到的多個經復用的上行物理信道包括以下各項中的至少一個：MTC物理上行共享信道(「M-PUSCH」)、MTC物理隨機接入信道(「M-PRACH」)或MTC物理上行控制信道(「M-PUCCH」)。示例26可包括示例25的eNB，其中MTC控制信道包括MTC物理控制格式指示符信道(「M-PCFICH」)和MTC物理混合ARQ指示符信道(「M-PHICH」)，並且其中控制電路還用於將下行超幀中的至少一個子幀分配給M-PCFICH以及將下行超幀中的至少一個其他子幀分配給M-PHICH。示例27可包括示例26的eNB，其中發送電路用於在下行超幀的控制區域中發送被分配給M-PCFICH的至少一個子幀和被分配給M-PHICH的至少一個其他子幀。示例28可包括示例26的eNB，其中發送電路用於在下行超幀的控制區域中發送被分配給M-PCFICH的至少一個子幀，以及在下行超幀的數據區域中發送被分配給M-PHICH的至少一個其他子幀。示例29可包括一種方法，包括：由演進型節點B(「eNB」)對多個下行物理信道進行復用以用於窄系統帶寬內的機器類型通信(「MTC」)；向用戶設備(「UE」)發送包括經復用的多個下行物理信道的下行超幀，該下行超幀包括多個下行子幀；以及基於發送下行超幀，從UE接收至少一個混合自動重複請求(「HARQ」)確認(「ACK」)消息或至少一個HARQ否認(「NACK」)消息。示例30可包括示例29的方法，其中根據針對HARQ消息發送的預定調度，在上行超幀中接收至少一個HARQACK消息或至少一個HARQNACK消息，上行超幀包括多個上行子幀。示例31可包括示例29的方法，還包括：基於接收到HARQNACK消息，根據針對重傳的預定調度，在下行超幀中重傳經復用的多個下行物理信道。示例32可包括示例29的方法，還包括：向UE發送要由UE用於上行超幀的預定子幀數目和預定起始子幀。示例33可包括示例32的方法，其中預定起始子幀和預定的子幀數目在主信息塊(「MIB」)或系統信息塊(「SIB」)中被發送至UE。示例34可包括示例29-32中的任一項的方法，其中多個下行物理信道包括以下各項中的至少一項：MTC同步信道(「M-SCH」)、MTC物理廣播信道(「M-PBCH」)、MTC控制信道、MTC物理下行共享信道(「M-PDSCH」)、或MTC物理多播信道(「M-PMCH」)。示例35可包括示例34的方法，其中MTC控制信道包括MTC物理控制格式指示符信道(「M-PCFICH」)和MTC物理混合ARQ指示符信道(「M-PHICH」)，並且該方法還包括：將下行超幀中的至少一個子幀分配給M-PCFICH；以及將下行超幀中的至少一個其他子幀分配給M-PHICH。示例36可包括示例35的方法，其中被分配給M-PCFICH的至少一個子幀和被分配給M-PHICH的至少一個其他子幀與下行超幀的控制區域相關聯。示例37可包括示例35的方法，其中被分配給M-PCFICH的至少一個子幀與下行超幀的控制區域相關聯，並且被分配給M-PHICH的至少一個其他子幀與下行超幀的數據區域相關聯。示例38可包括示例29-32中的任一項的方法，還包括：從UE接收包括多個經復用的上行物理信道的上行超幀，上行超幀包括多個上行子幀，並且多個經復用的上行物理信道包括以下各項中的至少一項：MTC物理上行共享信道(「M-PUSCH」)、MTC物理隨機接入信道(「M-PRACH」)或MTC物理上行控制信道(「M-PUCCH」)；以及基於接收到上行超幀，根據針對HARQ消息發送的預定調度，向UE發送包括至少一個HARQACK消息或至少一個HARQNACK消息的下行子幀。示例39可包括適用於窄系統帶寬內的機器類型通信(「MTC」)的用戶設備(「UE」)，該UE包括：控制電路，用於復用多個上行物理信道以用於向演進型節點B(「eNB」)進行上行傳輸，以及處理從eNB接收到的多個經復用的下行物理信道；發送電路，與控制電路耦合，用於向eNB發送包括經復用的多個上行物理信道的上行超幀，該上行超幀包括多個上行子幀；以及接收電路，與控制電路耦合，用於從eNB接收包括多個經復用的下行物理信道的下行超幀，該下行超幀包括多個下行子幀。示例40可包括示例39的UE，其中控制電路用於根據時分復用(「TDM」)或頻分復用(「FDM」)來復用多個下行物理信道。示例41可包括示例39的UE，其中發送電路還用於：基於接收到下行超幀，在上行超幀中發送混合自動重複請求(「HARQ」)確認(「ACK」)或否認(「NACK」)消息。示例42可包括示例39-41中的任一項的UE，其中與上行超幀的上行傳輸相關聯的起始子幀和周期是預先確定的。示例43可包括示例39-41中的任一項的UE，其中接收電路還用於在主信息塊(「MIB」)或系統信息塊(「SIB」)中從eNB接收與上行超幀的上行傳輸相關聯的起始子幀和周期。示例44可包括示例39-41中的任一項的UE，其中多個下行物理信道包括以下各項中的至少一項：MTC同步信道(「M-SCH」)、MTC物理廣播信道(「M-PBCH」)、MTC控制信道、MTC物理下行共享信道(「M-PDSCH」)、或MTC物理多播信道(「M-PMCH」)，並且從UE接收到的多個經復用的上行物理信道包括以下各項中的至少一項：MTC物理上行共享信道(「M-PUSCH」)、MTC物理隨機接入信道(「M-PRACH」)或MTC物理隨機接入信道(「M-PUCCH」)。示例45可包括示例44的UE，其中MTC控制信道包括MTC物理控制格式指示符信道(「M-PCFICH」)和MTC物理混合ARQ指示符信道(「M-PHICH」)。示例46可包括示例45的UE，其中接收電路還用於在下行超幀的控制區域中接收被分配給MTC物理控制格式指示符信道(「M-PCFICH」)的至少一個子幀和被分配給MTC物理混合ARQ指示符信道(「M-PHICH」)的至少一個其他子幀。示例47可包括示例45的UE，其中接收電路還用於在下行超幀的控制區域中接收被分配給M-PCFICH的至少一個子幀，以及在下行超幀的數據區域中接收被分配給M-PHICH的至少一個其他子幀。示例48可包括一種方法，包括：由用戶設備(「UE」)對多個上行物理信道進行復用以用於窄系統帶寬內的機器類型通信(「MTC」)；向演進型節點B(「eNB」)發送包括經復用的多個上行物理信道的上行超幀，該上行超幀包括多個上行子幀；以及基於發送上行超幀，從eNB接收至少一個混合自動重複請求(「HARQ」)確認(「ACK」)消息或至少一個HARQ否認(「NACK」)消息。示例49可包括示例48的方法，其中根據針對HARQ消息接收的預定調度，在下行超幀中接收至少一個HARQACK消息或至少一個HARQNACK消息，下行超幀包括多個下行子幀。示例50可包括示例48的方法，還包括：基於接收到HARQNACK消息，基於針對重傳的預定調度，在上行超幀中重傳經復用的多個上行物理信道。示例51可包括示例48的方法，還包括：從eNB接收與上行超幀相關聯的預定子幀數目和預定起始子幀。示例52可包括示例51的方法，其中預定起始子幀和預定的子幀數目在主信息塊(「MIB」)或系統信息塊(「SIB」)中被接收。示例53可包括示例48-51中的任一項的方法，其中多個上行物理信道包括以下各項中的至少一項：MTC物理上行共享信道(「M-PUSCH」)、MTC物理上行共享信道(「M-PRACH」)或MTC物理上行控制信道(「M-PUCCH」)。示例54可包括示例48-51中的任一項的方法，還包括：從eNB接收包括多個經復用的下行物理信道的下行超幀，下行超幀包括多個下行子幀，並且多個經復用的下行物理信道包括以下各項中的至少一項：MTC同步信道(「M-SCH」)、MTC物理廣播信道(「M-PBCH」)、MTC控制信道、MTC物理下行共享信道(「M-PDSCH」)、或MTC物理多播信道(「M-PMCH」)；以及基於接收到上行超幀，基於針對HARQ消息發送的預定調度，向eNB發送包括至少一個HARQACK消息或至少一個HARQNACK消息的上行子幀。示例55可包括示例54的方法，其中MTC控制信道包括MTC物理控制格式指示符信道(「M-PCFICH」)和MTC物理混合ARQ指示符信道(「M-PHICH」)，並且其中M-PCFICH在下行超幀的控制區域中被接收，並且M-PHICH在下行超幀的數據區域或控制區域中被接收。示例56可包括一個或多個非暫態計算機可讀機制，該一個或多個非暫態計算機可讀機制包括指令，這些指令被配置為當由用戶設備(「UE」)的一個或多個處理器執行時，使得UE執行示例48-55中的任一項的方法。示例57可包括一種裝置，該裝置包括用於執行示例48-55中的任一項的方法的裝置。示例58可包括一個或多個非暫態計算機可讀機制，該一個或多個非暫態計算機可讀機制包括指令，這些指令被配置為當由演進型節點B(「eNB」)的一個或多個處理器執行時，使得eNB執行示例29-38中的任一項的方法。示例59可包括一種裝置，該裝置包括用於執行示例29-38中的任一項的方法的裝置。以上對一個或多個實現方式的描述提供了圖示和說明，但不意圖是詳盡的或者將實施例的範圍限制在所公開的精確形式。修改和改變可根據以上教導做出，或者可以從實施例的各種實現方式的實踐中獲得。圖19則根據一些示例實施例示出了計算機器的方面。本文所描述的實施例可以使用任何經適當配置的硬體和/或軟體來被實現於系統1900中。對於一些實施例，圖19示出了示例系統1900，該示例系統1900包括射頻(RF)電路1935、基帶電路1930、應用電路1925、存儲器/存儲設備1940、顯示器1905、相機1920、傳感器1915和輸入/輸出(I/O)接口1910，它們至少如圖所示那樣彼此耦合。應用電路1925可包括諸如但不限於一個或多個單核或多核處理器之類的電路。(一個或多個)處理器可包括通用處理器和專用處理器(例如，圖形處理器、應用處理器等)的任何組合。處理器可與存儲器/存儲設備1940耦合，並且被配置為執行存儲在存儲器/存儲設備1940中的指令以使各種應用和/或作業系統能夠在系統1900上運行。基帶電路1930可包括諸如但不限於一個或多個單核或多核處理器之類的電路。(一個或多個)處理器可包括基帶處理器。基帶電路1930可處理實現經由RF電路1935與一個或多個無線電網絡進行通信的各種無線電控制功能。無線電控制功能可包括但不限於：信號調製、編碼、解碼、無線電頻移等。在一些實施例中，基帶電路1930可提供與一種或多種無線電技術兼容的通信。例如，在一些實施例中，基帶電路1930可支持與演進型陸地無線電接入網(EUTRAN)和/或其他無線城域網(WMAN)、無線區域網(WLAN)、無線個域網(WPAN)的通信。基帶電路1930被配置為支持不止一個無線協議的無線電通信的實施例可被稱為多模式基帶電路。在各種實施例中，基帶電路1930可包括操作非嚴格認為處於基帶頻率中的信號的電路。例如，在一些實施例中，基帶電路1930可包括操作具有中間頻率的信號的電路，該中間頻率處於基帶頻率和射頻之間。RF電路1935可通過非固態介質、使用經調製的電磁輻射實現與無線網絡的通信。在各種實施例中，RF電路1935可包括開關、濾波器、放大器等以協助與無線網絡的通信。在各種實施例中，RF電路1935可包括操作非嚴格認為處於射頻中的信號的電路。例如，在一些實施例中，基帶電路1935可包括操作具有中間頻率的信號的電路，該中間頻率處於基帶頻率和射頻之間。在各種實施例中，上文針對UE或eNB所討論的發送電路或接收電路可全部或部分實現在RF電路1935、基帶電路1930和/或應用電路1925中的一個或多個中。在一些實施例中，基帶處理器或基帶電路1930、應用電路1925和/或存儲器/存儲設備1940的一些或全部組成組件可一起實現在片上系統(SOC)上。存儲器/存儲設備1940可被用於加載和存儲例如系統1900的數據和/或指令。對於一個實施例，存儲器/存儲設備1940可包括適當的易失性存儲器(例如，動態隨機存取存儲器(DRAM))和/或非易失性存儲器(例如，快閃記憶體)的任何組合。在各種實施例中，I/O接口1910可包括被設計為實現與系統進行用戶交互的一個或多個用戶接口和/或被設計為實現與系統1900進行外部組件交互的外部組件接口。用戶接口可包括但不限於物理鍵盤或小鍵盤、觸摸板、揚聲器、麥克風等。外部組件接口可包括但不限於非易失性存儲器埠、通用串行總線(USB)埠、音頻插口和電源接口。在各種實施例中，傳感器1915可包括一個或多個傳感設備，以確定與系統1900相關的位置信息和/或環境條件。在一些實施例中，傳感器1915可包括但不限於：陀螺傳感器、加速計、臨近傳感器、環境光線傳感器和定位單元。定位單元還可以是基帶電路1930和/或RF電路1935的一部分或與基帶電路1930和/或RF電路1935交互，以與定位網絡的組件(例如，全球定位系統(GPS)衛星)通信。在各種實施例中，顯示器1905可包括顯示器(例如，液晶顯示器、觸屏顯示器等)。在各種實施例中，系統1900可以是移動計算設備，例如但不限於：膝上型計算設備、平板計算設備、上網本、超極本、智慧型電話等。在各種實施例中，系統1900可具有更多或更少的組件和/或不同的架構。圖20示出了示例UE，被示為UE2000。UE2000可以是UE110、UE115或本文所描述的任何UE的實現方式。UE2000可包括被配置為與通信站(例如基站(BS)、演進型節點B(eNB)、RRU或其他類型的無線廣域網(WWAN)接入點)通信的一個或多個天線。行動裝置可被配置為使用至少一個無線通信標準進行通信，這些無線通信標準包括：3GPPLTE、WiMAX、高速分組接入(HSPA)、藍牙和WiFi。行動裝置可針對每個無線通信標準使用不同的天線，或針對多個無線通信標準使用共享的天線。行動裝置可在無線區域網(「WLAN」)、無線個域網(「WPAN」)和/或WWAN中通信。圖20示出了UE2000的示例。UE2000可以是任何行動裝置、移動站(MS)、移動無線設備、移動通信設備、平板、手機或其他類型的移動無線計算設備。UE2000可在外殼2002內包括一個或多個天線2008，這些天線被配置為與熱點、基站(BS)、eNB或其他類型的WLAN或WWAN接入點通信。UE因而可經由被實現為如上所述的不對稱RAN的一部分的eNB或基站收發器來與WAN(例如網際網路)通信。UE2000可被配置為使用多個無線通信標準(包括從3GPPLTE、WiMAX、高速分組接入(HSPA)、藍牙和WiFi標準限定中選擇的標準)來通信。UE2000可針對每個無線通信標準使用不同的天線，或針對多個無線通信標準使用共享的天線來通信。UE2000可在WLAN、WPAN和/或WWAN中通信。圖20還示出了可被用於UE2000的音頻輸入和輸出的麥克風2020和一個或多個揚聲器2012。顯示屏2004可以是液晶顯示(LCD)屏或其他類型的顯示屏，例如有機發光二極體(OLED)顯示。顯示屏2004可被配置為觸屏。觸屏可使用電容、電阻或另一類型的觸屏技術。應用處理器2014和圖形處理器2018可被耦合到內部存儲器2016，以提供處理和顯示功能。非易失性存儲器埠2010也可被用於向用戶提供數據輸入/輸出(I/O)選項。非易失性存儲器埠2010還可被用於擴展UE2000的存儲容量。鍵盤2006可與UE2000集成或無線連接至UE2000以提供額外的用戶輸入。虛擬鍵盤還可使用觸屏來提供。位於UE2000的前(顯示器)側或後側的相機2022還可被集成到UE2000的外殼2002中。任何這樣的元件可如本文所描述的那樣被用於生成作為上行數據、經由不對稱C-RAN進行傳輸的信息：該信息，並且接收可作為下行數據、經由不對稱C-RAN進行傳輸的信息。圖21是示出示例計算機系統機器2100、eNB150和UE101的框圖，在該機器上可運行本文所討論的任意一個或多個方法。在各種替換實施例中，機器作為獨立的設備運作或可被連接(例如，聯網)到其他機器。在聯網部署中，機器可以伺服器-客戶端網絡環境中的伺服器或客戶端機器的資格來操作，或者其可作為對等(或分布式)網絡環境中的對等機。機器可以是個人計算機(PC)(可以是可攜式的，也可以不是可攜式的，例如筆記本、上網本)、平板、機頂盒(STB)、遊戲控制器、個人數字助理(PDA)、行動電話或智慧型電話、網絡設備、網絡路由器、交換機或網橋、或任何能夠執行指定由該機器所執行動作的指令(順序的或其他方式)的機器。此外，雖然只示出單個機器，但術語「機器」還應被認為包括單獨或共同執行一組(或多組)指令以執行這裡所討論的任意一個或多個方法的機器的任意集合。示例計算機系統2100包括處理器2102(例如，中央處理單元(CPU)、圖形處理單元(GPU)或此二者)，主存儲器2104和靜態存儲器2106，它們通過互連2108(例如，鏈路、總線等)彼此通信。計算機系統機器2100還可包括視頻顯示單元2110、字母數字輸入設備2112(例如，鍵盤)以及用戶界面(UI)導航設備2114(例如，滑鼠)。在一個實施例中，視頻顯示單元2110、輸入設備2112和UI導航設備2114是觸屏顯示器。計算機系統機器2100還可包括存儲設備2116(例如，驅動單元)、信號生成設備2118(例如，揚聲器)、輸出控制器2132、電源管理控制器2134和網絡接口設備2130(其可包括一個或多個天線2130、收發器或其他無線通信硬體或可操作為與以上各項通信)以及一個或多個傳感器2128(例如，全球定位系統(GPS)傳感器、指南針、位置傳感器、加速計或其他傳感器)。存儲設備2116包括機器可讀介質2122，在其上存儲實現這裡所述的一個或多個方法或功能或由這裡所述的一個或多個方法或功能使用的一組或多組數據結構和指令2124(例如，軟體)。指令2124還可全部或至少部分地駐留在主存儲器2104、靜態存儲器2106內和/或在由計算機系統機器2100對其的執行過程中駐留在處理器2102內，其中主存儲器2104、靜態存儲器2106和處理器2102還構成機器可讀介質。雖然機器可讀介質2122在示例實施例中被示為單個介質，但是術語「機器可讀介質」可包括存儲一個或多個指令2124的單個介質或多個介質，例如，集中式或分布式資料庫和/或相關聯的緩存和伺服器。術語「機器可讀介質」還應被認為包括以下任何有形介質：這些有形介質能夠存儲、編碼或承載供機器執行並且導致機器執行本公開的任意一個或多個方法的指令，或能夠存儲、編碼或承載由該指令使用或與該指令相關聯的數據結構。指令2124還可通過通信網絡2126使用傳輸介質通過使用很多熟知的傳輸協議(例如，HTTP)中的任意一個的網絡接口設備2130被發送或接收。術語「傳輸介質」應被認為包括能夠存儲、編碼或承載用於由機器執行的指令並且包括數字或模擬通信信號的任意無形介質，或協助這類軟體通信的其他無形介質。各種技術或這些技術的某些方面或部分可採用實現於有形介質(例如，軟盤、CD-ROM、硬驅動、非暫態計算機可讀存儲介質或任何其他機器可讀存儲介質)中的程序代碼(即指令)的形式，其中當程序代碼被加載到機器(例如計算機)中並由機器執行時，該機器成為用於實現各種技術的裝置。在程序代碼在可編程計算機上執行的情形中，計算設備可包括處理器、處理器可讀的存儲介質(包括易失和非易失存儲器和/或存儲元件)、至少一個輸入設備和至少一個輸出設備。易失和非易失存儲器和/或存儲元件可以是RAM、EPROM、閃驅、光碟機、磁性硬驅或其他用於存儲電子數據的介質。基站和移動站還可包括收發器模塊、計數器模塊、處理模塊和/或時鐘模塊或計時器模塊。可實現或使用本文所描述的各種技術的一個或多個程序可使用應用編程接口(API)、可再用控制項等。這樣的程序可以高級程序化或面向對象的程式語言來實現，以與計算機系統通信。然而，如果需要，(一個或多個)程序可以彙編或機器語言來實現。在任何情形中，語言可以是編譯或解釋語言，並與硬體實現相結合。各種實施例可使用3GPPLTE/LTE-A、IEEE2102.11和藍牙通信標準。各種替換實施例可使用各種其他WWAN、WLAN和WPAN協議，並且標準可與本文所描述的技術結合使用。這些標準包括但不限於：3GPP中的其他標準(例如HSPA+、UMTS)、IEEE2106.16(例如2102.16p)或藍牙(藍牙20.0或由藍牙特殊興趣組定義的類似標準)標準組。其他可應用的網絡配置可被包括在現在所討論的通信網絡的範圍內。應該理解，在這樣的通信網絡上的通信可使用任何數量的個域網(PAN)、LAN和WAN、使用有線或無線通信介質的任何組合來協助。以上所描述的實施例可以硬體、固件和軟體中的一個或某種組合來實現。各種方法或技術或這些方法或技術的某些方面或部分可採用實現在有形介質(例如，快閃記憶體、硬驅、可攜式存儲設備、只讀存儲器(ROM)、隨機存取存儲器(RAM)、半導體存儲設備(例如，電可編程只讀存儲器(EPROM)、電可擦除可編程只讀存儲器(EEPROM))、磁碟存儲介質、光存儲介質和任何其他機器可讀存儲介質或存儲設備)中的程序代碼(即指令)的形式，其中當程序代碼被加載到機器(例如計算機或網絡設備)中並由機器執行時，該機器成為用於實現各種技術的裝置。機器可讀存儲介質或其他存儲設備可包括用於以機器(例如計算機)可讀形式存儲信息的任何非暫態機制。在程序代碼在可編程計算機上執行的情形中，計算設備可包括處理器、處理器可讀的存儲介質(包括易失和非易失存儲器和/或存儲元件)、至少一個輸入設備和至少一個輸出設備。可實現或使用本文所描述的各種技術的一個或多個程序可使用應用編程接口(API)、可再用控制項等。這樣的程序可以高級程序化或面向對象的程式語言來實現，以與計算機系統通信。然而，如果需要，(一個或多個)程序可以彙編或機器語言來實現。在任何情形中，語言可以是編譯或解釋語言，並與硬體實現相結合。應該理解，本說明書中所描述的功能單元或能力可被稱為或標記為組件或模塊，以便更特別地強調其實現獨立性。例如，組件或模塊可被實現為硬體電路，包括定製超大規模集成(VLSI)電路或門陣列、成品半導體(例如，邏輯晶片、電晶體或其他分立組件)。組件或模塊還可在可編程硬體設備(例如，現場可編程門陣列、可編程陣列邏輯、可編程邏輯設備等)中實現。組件或模塊還可在軟體中實現，以由各種類型的處理器執行。所標記的可執行代碼的組件或模塊例如可包括一個或多個物理或邏輯的計算機指令塊，這些指令塊例如可被組織為對象、過程或功能。然而，所標記的組件或模塊的可執行文件不需要在物理上位於一起，而是可包括在不同位置存儲的不同指令，這些指令當在邏輯上結合在一起時，包括組件或模塊並且實現該組件或模塊所闡明的目的。實際上，可執行代碼的組件或模塊可以是單個指令或多個指令，並且甚至可以分布在不同程序之間的若干不同的代碼段上並且跨越若干存儲設備。類似地，操作數據在本文可被標識並示出在組件或模塊之內，並且可以任何適當的形式實現，並組織在任何適當類型的數據結構內。操作數據可被收集為單個數據集，或者可分布在不同的位置(包括分布在不同的存儲設備上)，並且可至少部分地僅作為系統或網絡上的電子信號而存在。組件或模塊可以是被動的或主動的，包括可操作為執行想要的功能的代理。當前第1頁1 2 3