TWI752992B - 通訊裝置、基礎結構設備、通訊系統及方法 - Google Patents

通訊裝置、基礎結構設備、通訊系統及方法 Download PDF

Info

Publication number
TWI752992B
TWI752992B TW106126771A TW106126771A TWI752992B TW I752992 B TWI752992 B TW I752992B TW 106126771 A TW106126771 A TW 106126771A TW 106126771 A TW106126771 A TW 106126771A TW I752992 B TWI752992 B TW I752992B
Authority
TW
Taiwan
Prior art keywords
communication
function
communication device
receive
paging
Prior art date
Application number
TW106126771A
Other languages
English (en)
Other versions
TW201820926A (zh
Inventor
晟峰 黃
馬丁 比爾
布萊恩 馬丁
菲費克 夏瑪
Original Assignee
日商索尼股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日商索尼股份有限公司 filed Critical 日商索尼股份有限公司
Publication of TW201820926A publication Critical patent/TW201820926A/zh
Application granted granted Critical
Publication of TWI752992B publication Critical patent/TWI752992B/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0219—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave where the power saving management affects multiple terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface

Landscapes

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

Abstract

基礎結構設備(eNodeB)經組態以發送傳呼通知，其表示對於經組態以依照網路控制的功能來操作之胞元至所有通訊裝置所廣播之組態資訊已改變。經組態以執行網路控制的功能之通訊裝置係提供其應接收被廣播以再組態網路控制的功能之組態資訊的指示。非經組態以執行網路控制的功能之通訊裝置無法認出傳呼通知或至少可偵測其不需要接收用於網路控制的服務之更新的組態資訊。因此，此通訊裝置可保持在閒置模式中從而節省電源。網路控制的服務之範例為多點播送通訊服務，於其中基礎結構設備可發送多點播送資料用於藉由任何通訊裝置之接收。此多點播送通訊功能之一個範例為單胞元點至多點(single cell-point to multipoint；SC-PTM)功能。廣播組態資訊之範例為於LTE標準之系統資訊區塊中發送的系統資訊，其特定於特定功能。

Description

通訊裝置、基礎結構設備、通訊系統及方法
本揭露有關經組態以發送資料至無線通訊網路與從無線通訊網路接收資料及執行可由無線通訊網路控制之功能的通訊裝置。於一些實施例中，無線存取介面經組態以發送組態資訊用於組態由通訊裝置所執行的功能。本發明亦有關使用通訊裝置、無線通訊網路、基礎結構設備與方法來通訊的方法。
此處所提供之「先前技術」說明係為了大致呈現本揭露之內容之目的。發明人的工作(在某種程度以內，其被描述於先前技術段落中，以及描述的態樣，其在申請的時間點也許不夠資格作為先前技術)係明確地或暗示地對於本揭露承認為先前技術。
第三與四代無線通訊系統(例如基於第三代合夥專案(3GPP)界定的UMTS與長程演進(LTE)架構的那些無 線通訊系統)係能支援複雜的服務，例如即時傳訊、視訊通話以及高速網際網路存取。舉例來說，藉由由LTE系統所提供之改良的無線電介面與改善的資料率，使用者能享受高資料率應用程式，例如行動視訊串流與行動視訊會議(其為先前僅可經由固定的線路資料連接來使用)。因此，配置第三與四代網路之需求是強烈的且這些網路的覆蓋範圍(亦即，可存取網路的地理位置)被預期會急速地增加。然而，當***網路可對於例如智慧型手機與平板電腦之裝置支援高資料率及低延遲之通訊時，可預期的是，未來的無線通訊網路將需要支援更為廣的範圍之裝置的通訊，包括複雜性減少的裝置、機器類型通訊(MTC)裝置、增強的MTC(enhanced MTC；eMTC)裝置、可穿戴式裝置、需要很少或甚至沒有行動性之裝置、高解析度視訊顯示器與虛擬實境頭戴機組。
對於在無線與行動通訊之領域中工作者感興趣的目前技術領域被已知為「物聯網(The Internet of Things)」或簡稱IoT。3GPP已被提出以發展對於使用LTE或4G無線存取介面與無線基礎結構來支援窄頻帶(NB)-IoT之技術。此等IoT裝置被預期為需要相對地低的帶寬資料之很少的通訊之低複雜性與不昂貴的裝置。亦預期的是，其會有極為大量的IoT裝置會需要被支援在無線通訊網路的胞元中。再者，此NB-IoT裝置有可能被配置在室內及/或在遠端位置中，使得無線電通訊具挑戰性。裝置之類似的種類為進一步增強的MTC(Further Enhanced MTC；fe- MTC)[6]。目前發展的領域為針對改善這些類型的低成本裝置之操作，使得其為電力有效率的且可在延伸的覆蓋範圍中操作，例如在地下室內部[6][7]。其中一個期望是提供於其中這些裝置所消耗的電力可被減少且其減少的能力可被管理的佈置與技術。
本技術之實施例可提供一佈置，於其中，基礎結構設備(eNodeB)經組態以發送傳呼通知，其表示對於經組態以依照網路控制的功能來操作之胞元至所有通訊裝置所廣播之組態資訊已改變。經組態以執行網路控制的功能之通訊裝置係提供其應接收被廣播以再組態網路控制的功能之組態資訊的指示。非經組態以執行網路控制的功能之通訊裝置無法認出傳呼通知或至少可偵測其不需要接收用於網路控制的服務之更新的組態資訊。因此，此通訊裝置可保持在閒置模式中從而節省電源。網路控制的服務之範例為多點播送通訊服務，於其中基礎結構設備可發送多點播送資料用於藉由任何通訊裝置之接收。此多點播送通訊功能之一個範例為單胞元點至多點(single cell-point to multipoint；SC-PTM)功能。廣播組態資訊之範例為於LTE標準之系統資訊區塊中發送的系統資訊，其特定於特定功能。
本技術之實施例亦可提供一佈置，於其中，經組態以執行或即將執行一功能的通訊裝置被組態以回應 一傳呼訊息以建立一連接用於從基礎結構設備來接收下行鏈路資料以發送該功能被執行的指示。基礎結構設備被組態以依照預先決定的條件來決定是否通訊裝置應繼續建立該連接用於從該通訊裝置接收該下行鏈路資料，及依照預先決定的條件以發送放棄用於發送該資料至該通訊裝置之連接或建立該連接與發送該下行鏈路資料的指示至通訊裝置。於一範例中，通訊裝置可被接收或將被接收被發送為多點播送通訊功能(例如SC-PTM)之多點播送資料。若通訊裝置從基礎結構設備接收傳呼訊息作為用以建立用於發送該下行鏈路資料至通訊裝置之連接的程序之一部份，通訊裝置也許不能同時地接收下行鏈路資料與單點播送資料或至少不在不同的載波或窄頻帶載波。藉由接收之通訊裝置目前正接收單點播送資料的指示，基礎結構設備可決定是否要繼續來建立用於發送下行鏈路資之連接或中止連接建立。於其他範例中，基礎結構設備可指示通訊裝置修改下行鏈路資料之接收，使得單點播送資料與下行鏈路資料可在相同載波或窄頻帶載波上被接收。藉由接收由通訊裝置所執行的功能(基礎結構設備可能未察覺，因為通訊裝置在閒置模式中執行該功能)之指示，基礎結構設備可對於是否通訊裝置應接收下行鏈路資料或單點播送資料指示優先順序。
本揭露之各種進一步態樣與實施例被提供於後附申請專利範圍中，包括(但不限於)通訊裝置、基礎結構設備、行動通訊系統與通訊的方法。
101‧‧‧基地台
101a‧‧‧增強節點B
104‧‧‧行動通訊裝置
104a‧‧‧使用者設備
106‧‧‧伺服閘道
108‧‧‧行動性管理實體
110‧‧‧家用用戶伺服器
112‧‧‧策略計費及資源功能
114‧‧‧封包資料閘道
116‧‧‧網際網路
120‧‧‧外部伺服器
200‧‧‧訊框
201‧‧‧次訊框
203‧‧‧資源區塊
204‧‧‧資源元件
205‧‧‧控制區域
206‧‧‧資料區域
207‧‧‧參考訊號
208‧‧‧資源
209‧‧‧資源
210‧‧‧資源
220‧‧‧儲存槽
222‧‧‧儲存槽
300‧‧‧訊框
301‧‧‧次訊框
302‧‧‧儲存槽
303‧‧‧OFDM符號
304‧‧‧循環前置
305‧‧‧實體上行鏈路通訊通道
306‧‧‧實體上行鏈路控制通道
307‧‧‧解調變參考訊號
308‧‧‧探測參考訊號
309‧‧‧上面的
310‧‧‧下面的
400‧‧‧傳呼時機
402‧‧‧DRX循環
404‧‧‧訊息
406‧‧‧共用通訊資源
408‧‧‧隨機存取程序
410‧‧‧訊息
412‧‧‧箭號
501‧‧‧箭號
502‧‧‧實體下行鏈路控制通道
504‧‧‧箭號
506‧‧‧箭號
508‧‧‧箭號
510‧‧‧箭號
601‧‧‧使用者設備
602‧‧‧使用者設備
604‧‧‧系統資訊區塊
606‧‧‧系統資訊區塊
801‧‧‧發送器
802‧‧‧接收器
803‧‧‧控制器
810‧‧‧發送器
812‧‧‧接收器
814‧‧‧控制器
820‧‧‧虛線
822‧‧‧框
832‧‧‧DRX循環
836‧‧‧系統資訊視窗
901‧‧‧箭號
902‧‧‧箭號
904‧‧‧箭號
906‧‧‧箭號
908‧‧‧步驟
S1‧‧‧步驟
S2‧‧‧步驟
S4‧‧‧步驟
S6‧‧‧步驟
S8‧‧‧步驟
S10‧‧‧步驟
S12‧‧‧步驟
S14‧‧‧步驟
S16‧‧‧步驟
S18‧‧‧步驟
S20‧‧‧步驟
本揭露之實施例現在將僅參照所附圖式藉由範例來說明，於其中類似的元件係以對應的元件符號來提供，且其中：第1圖提供顯示傳統行動通訊系統之範例的示意圖；第2圖提供根據LTE標準來操作的行動通訊系統之無線存取介面的下行鏈路之結構的示意圖；第3圖提供根據LTE標準來操作的行動通訊系統之無線存取介面的上行鏈路之示意圖；第4圖提供訊息順序圖與部件示意圖，提供用於傳統系統的傳呼程序之簡化的表示；第5圖提供顯示系統資訊區塊(SIB)之傳輸的訊息順序圖，提供組態資訊至通訊裝置；第6圖為示意表示，顯示被不同地組態之不同群組的通訊裝置；第7圖為流程圖，表示當執行單胞元點至多點通訊服務(SC-PTM)功能時由通訊裝置(UE)所遵循的過程；第8圖為訊息流程圖部件方塊圖，顯示本技術之實施例，於其中，傳呼指示被調適以對於經組態以執行網路控制的功能之通訊裝置識別用於組態該功能的組態資訊已改變；及 第9圖訊息流程圖部件方塊圖，顯示本技術之進一步態樣，於其中，通訊裝置提供功能正被執行之指示，其可被使用以關於對於通訊裝置建立連接以接收下行鏈路資料來對該功能指示優先順序。
傳統LTE網路
第1圖提供示意圖，顯示依照LTE原理來操作的行動電傳通訊網路/系統之一些基本功能。第1圖的各種元件及其各自的操作模式係為已知且被界定於由3GPP(RTM)機構所掌管之相關標準中，且亦被描述於許多書籍之主題中，例如Holma H.and Toskala A[1]。應了解的是，電信網路之運行情況(其未特別說明於後文)可根據任何已知技術(例如根據相關標準)而被實現。
行動電傳通訊系統(該系統顯示於第1圖中)包括基礎結構設備(包括基地台101)。基礎結構設備101亦可被參照為基地台、網路元件、增強節點B(eNodeB(eNB))或例如協調實體，且在覆蓋範圍或由虛線103所表示的胞元內提供無線存取介面至一或多個通訊裝置。一或多個行動通訊裝置104可使用無線存取介面經由訊號之傳輸與接收來通訊表示資料的資料。核心網路102亦可對於由網路實體所服務的通訊裝置提供包括認證、行動管理、計費等等之功能。
第1圖之行動通訊裝置104亦可參照為通訊終 端、使用者設備(UE)、終端裝置及諸如此類，且經組態以經由網路實體來通訊由相同或不同覆蓋範圍區域所服務的一或多個其他通訊裝置。這些通訊可藉由在雙向通訊鏈結中使用無線存取介面來發送與接收表示資料之訊號來執行。
如第1圖所示，eNodeB 101係連接至伺服閘道S-GW 106，其被設置以對通訊裝置104執行行動通訊服務之路由與管理(當其到處漫遊於行動無線電網路時)。為了維持行動管理與連接性，行動性管理實體(MME)108使用儲存於家用用戶伺服器(HSS)110中之用戶資訊而對通訊裝置104管理增強的封包服務(EPS)連接。其他核心網路組件包括策略計費及資源功能(policy charging and resource function；PCRF)112、封包資料閘道(packet data gateway；P-GW)114(其連接至網際網路116且最終至外部伺服器120)。對於LTE架構，更多資訊可從書名為「LTE for UMTS OFDN and SC-FDMA based radio access」的書中來得到(Holma H.與Toskala A.第25頁ff)。
LTE無線存取介面
行動電傳通訊系統(例如依照3GPP界定的長程演進(LTE)架構所佈置的那些)使用正交頻分調變(OFDM)式無線存取介面用於無線電下行鏈路(所謂的OFDMA)與單載波頻分多工存取方案(single carrier frequency division multiple access；SC-FDMA)用於無線電上行鏈路。根據 LTE標準，無線存取介面之下行鏈路與上行鏈路係顯示於第2與3圖。
第2圖提供無線存取介面之下行鏈路的結構之簡化示意圖，當通訊系統依照LTE標準來操作時，其可由第1圖之eNodeB提供或與第1圖之eNodeB有關來提供。於LTE系統中，從eNodeB至UE的下行鏈路之無線存取介面係基於正交頻分多工(OFDM)存取無線電介面。於OFDM介面中，可用的帶寬之資源於頻率中被劃分成複數個正交次載波且資料被平行發送於複數個正交次載波，其中在1.4MHZ與20MHz帶寬之間的帶寬可被劃分成正交次載波。並非所有的這些次載波被使用以發送資料(一些被使用於特徵，例如OFDM符號的循環前置)。次載波的數量在72個次載波(1.4MHz)與1200個次載波(20MHz)之間變化。於一些範例中，次載波係以2n為基礎而成群組，例如128至2048，使得發送器與接收器兩者皆可使用反向與正向快速傅立葉轉換以將次載波分別地從頻域轉換至時域及從時域轉換至頻域。各次載波帶寬可用任何值，但在LTE中，其固定在15kHz。
如第2圖所示，無線存取介面之資源亦被暫時地分成訊框，其中訊框200持續10ms且被細分成10個次訊框201，各在1ms的持續時間內。各次訊框201係從14個OFDM符號形成且被分成兩個儲存槽(slot)220、222，依據對於符號間干擾的減少是否一般或延伸的循環前置在OFDM符號之間被利用，各儲存槽包含六或七個OFDM符 號。在儲存槽內的資源可被分成資源區塊203，於一個儲存槽的持續時間各包含12個次載波且資源區塊被進一步分成資源元件204，其於一個OFDM符號持續一個次載波，其中各矩形204表示資源元件。分佈於主系統帶寬中次訊框與頻率內的時間中之資源元件表示主系統之通訊資源。
第2圖中表示的LTE無線存取介面之下行鏈路的簡化結構亦包括各次訊框201的圖示，其包含用於控制資料之傳輸的控制區域205、用於使用者資料、參考訊號207與同步訊號(其依照預先決定的型樣而散佈於控制與資料區域中)之傳輸的資料區域206。控制區域204可含有用於控制資料之傳輸的一些實體通道，例如實體下行鏈路控制通道(PDCCH)、實體控制格式指示通道(physical control format indicator channel；PCFICH)與實體混合自動重傳請求指示通道(physical HARQ indicator channel；PHICH)。資料區域可含有用於資料或控制之傳輸的一些實體通道，例如實體下行鏈路共用通道(physical downlink shared channel；PDSCH)、增強實體下行鏈路控制通道(enhanced physical downlink control channel；ePDCCH)與實體廣播通道(physical broadcast channel；PBCH)。雖然這些實體通道對於LTE系統提供廣泛的功能，根據資源分配與本揭露，ePDCCH與PDSCH為最相關。LTE系統之實體通道的結構與功能上之進一步資訊可被發現於[1]。
PDSCH內之資源可由eNodeB被分配至被eNodeB所服務的UE。舉例來說，PDSCH之一些資源區塊 可被依序地分配至UE，使其可接收已再之前被請求的資料，或被eNodeB推送(push)的資料，例如無線電資源控制(RRC)發訊號。於第3圖中，UE1已分配資料區域206之資源208、UE2分配資源209且UE3分配資源210。於LTE系統中之UE可被分配PDSCH之可用的資源之小部份，且因此，UE需要被通知其在PDCSH內被分配資源之位置，使得僅在PDSCH內之相關的資料被偵測與估計。為了通知UE關於其所分配的通訊資源元件之位置，指明下行鏈路資源分配之資源控制資訊在PDCCH中以名為下行鏈路控制資訊(downlink control information；DCI)的形式被傳輸，於其中，對於PDSCH之資源分配係以先前的PDCCH例子於相同的次訊框中通訊。
第3圖提供LTE無線存取介面之上行鏈路的結構之簡化示意圖，其可由第1圖之eNodeB提供或與第1圖之eNodeB有關來提供。於LTE網路中，上行鏈路無線存取介面係基於單載波頻分多工FDM(single carrier frequency division multiplexing FDM；SC-FDM)介面與下行鏈路且上行鏈路無線存取介面可由頻分雙工(frequency division duplexing；FDD)或時分雙工(time division duplexing；TDD)來提供，其中在TDD實現中，次訊框依照預定的型樣在上行鏈路與下行鏈路次訊框之間切換。然而，不論所使用的雙工之形式，共用上行鏈路訊框結構被使用。第4圖之簡化的結構顯示於FDD實現中之此上行鏈路訊框。訊框300被分成持續時間1ms的10個次訊框301，其中各次訊 框301包含持續時間0.5ms的兩個儲存槽302。各儲存槽接著從七個OFDM符號303中形成，其中循環前置304以等效於下行鏈路次訊框的方式被***於各符號之間。第3圖中顯示的LTE上行鏈路之詳細說明係提供於附件1。
傳統下行鏈路資料傳輸
為了提供說明於以下段落的實施例之較佳了解，在傳呼處理之後的資料之傳統下行鏈路傳輸將被簡單說明。要發送資料至通訊裝置(UE)，有需要將UE設置於無線通訊網路內及與UE建立連接以發送資料至UE。建立與UE之連接的處理包括傳呼程序，其通知UE，網路有資料要發送至其處，使得UE應進入活動狀態及建立連接。為此目的，傳呼訊息被發送至UE作為部份的傳呼程序。對於LTE之傳呼程序的概要可被發現於[2]。
第4圖提供根據目前在LTE內被提出者的傳呼程序之簡化的表示。如第4圖所示，當資料在下行鏈路被發送至UE 104時，傳呼發生。資料在網路被接收且轉送至伺服閘道106。伺服閘道106接著發送下行鏈路資料通知關於其具有下行鏈路資料要發送至UE至MME 108。如上所述，MME 108負責UE之行動管理，且因此，知道包含複數個eNodeB的區域內之各UE的目前位置。MME 108接著發送傳呼指令至UE所在的區域中之eNodeB的群組，包括UE 104目前所附接的eNodeB 101。接著，eNodeB 101進行發送傳呼訊息至UE。
如那些與LTE被介紹者將了解的，LTE標準提供UE可執行非連續接收(discontinuous reception；DRX)以儲存電池電力之技術。非連續接收允許UE減少電力至其接收器，因為根據系統規範，傳呼訊息將不會於預先決定的時間被送至UE。然而，根據規範，UE被組態以在各傳呼時機「喚醒(wakeup)」與啟動其接收器以接收傳呼訊息(其可從eNodeB被發送至UE)。UE喚醒與啟動其接收器以從eNodeB接收傳呼訊息之時間係參照為「傳呼時機(paging occasion)」。因此，如第4圖所示，UE 104在預先決定的傳呼時機400週期地啟動其接收器。亦如其中所示，UE根據其DRX循環402關閉其接收器。同樣地，eNodeB將僅在對於該UE之傳呼時機400中對於該UE發送傳呼訊息。
如第4圖所示，當UE之傳呼時機發生時，eNodeB 101對於UE在PDCCH中發送傳呼識別符，已知為傳呼-無線電網路臨時識別符(paging-radio network temporary identifier；P-RNTI)。UE從PDCCH接收P-RNTI，其亦提供例如傳呼訊息將被發送於其中之共用通道(PCCH/PCH/PDSCH)的通訊資源之指示。因此，在步驟406，eNodeB 101在PDSCH之通訊資源內發送RRC傳呼訊息，其已由訊息404中之PDCCH表示。若UE 104偵測在共用通訊資源(PDSCH)406上所發送的傳呼訊息內所接收的該UE之識別符，接著UE 104執行隨機存取程序408以從eNodeB 101請求下行鏈路通訊資源。接著，跟著訊息410 之RRC連接設定交換(其與UE 104建立RRC連接使得下行鏈路資料可在箭號412所表示的通訊中被發送至UE。
組態資訊之傳輸
無線通訊網路可被提供用以廣播組態資訊至UE以供UE執行網路控制的功能之設施。那些與LTE被介紹者將了解的是，此組態資訊被參照為系統資訊或其他廣播組態訊息，例如SC-MCCH。系統資訊被從伺服eNodeB發送至UE。系統資訊被發送至UE以提供UE一組態以執行各種功能以從由eNodeB所形成的胞元內發送與接收資料。系統資訊包括主要資訊區塊(master information block；MIB)與一些系統資訊區塊(system information block；SIB)。MIB被廣播於無線存取介面之實體廣播通道(PBCH)上，而SIB透過無線電資源控制(RRC)訊息被發送於PDSCH上。傳統上，藉由發送控制訊息於PDCCH(控制通道)中，SIB在PDSCH中的傳輸被發訊號至UE。MIB是UE偵測的第一個事物且允許UE達成下行鏈路同步。MIB攜帶UE要從胞元獲得其他資訊所需之最必要的資訊且包括例如下行鏈路通道帶寬、系統訊框數量與eNodeB的發送天線組態。第一個SIB1攜帶有關胞元(UE於其中***作)的資訊以供UE來存取胞元且對於其他SIB界定計畫表。有在LTE標準內被規範的各種其他SIB。
SIB至UE的通訊之圖示被顯示於第5圖中。於第5圖中，訊息流程圖係被顯示於eNodeB 101與UE 104之 間。如圖所示，第一個系統資訊被發送於MIB中，其被發送於由箭號501所表示的PBCH中。接著，UE偵測在PDCCH 502中所發送的SI-無線電網路臨時識別符(RNTI)，其通訊其他SIB之對應的排程。SIB之傳輸的排程係在系統資訊視窗內(SI windows)，其週期地發生，使得SIB各依照預先決定的時間間隔被發送，使得UE可偵測在各SIB中所發送的系統資訊。如第5圖所示，SIB 1、SIB 2、SIB 3與屬類地(generically)SIBn中之各者係發送於PDSCH中，如箭號504、506、508、5010所示。依照由在PDCCH 502中發送的SI-RNTI發訊號的計畫表，SIB各被發送於SI視窗512內。如第5圖所示，PDCCH傳輸502係於第5圖中被顯示用於接收SIB1 504，且應了解的是，根據傳統佈置，PDCCH傳輸(其包括SI-RNTI)會被完成以接收SIB 504、506、508、510中之各者。
如第6圖所示，eNodeB 104可服務不同群組的UE 601、602，其各可依照不同功能被組態或被配置以提供不同服務予使用者。確實，第一群組的UE 601可被組態以依照不同LTE標準來對第二群組的UE 602操作。因此，一些系統資訊可相關於一個群組而非另一群組。因此，如箭號602、606所示，第一群組可接收在SIBm+1 604中之系統資訊，其可能與第二群組的UE 602不相關。第二群組的UE可接收在發送至第二群組的UE之系統資訊區塊SIBn+2中的系統資訊，如箭頭606所示，其可能與第一群組的UE 601不相關。
單胞元點至多點(SC-PTM)傳輸
本技術之範例實施例將參考網路控制的功能來說明，其提供在LTE標準中所界定的傳輸服務，其被已知為單胞元點至多點(SC-PTM)傳輸。單胞元點至多點(SC-PTM)傳輸為在胞元位準的多點播送傳輸，於其中，使用者資料被廣播至在胞元中之多個UE。此網路控制的功能對於發送資料很有用，其對UE之群組來說很常見，例如軟體下載。不同資料服務可被多點播送至不同群組的UE，例如一個群組的UE可被執行軟體更新而另一群組可被接收視訊廣播。在目前的LTE標準中，SC-PTM利用兩種類型的邏輯通道，也就是單胞元多點播送控制通道(Single Cell Multicast Control Channel；SC-MCCH)與單胞元多點播送訊務通道(Single Cell Multicast Traffic Channel；SC-MTCH)。SC-MCCH提供資訊於可用的資料服務且各資料服務係由SC-MTCH傳送。SC-MCCH與SC-MTCH訊息係由PDSCH傳送，其係由PDCCH排程。
SC-PTM傳輸程序的範例係顯示於第7圖之流程圖中。如第7圖所示，於第一步驟S1，UE藉由接收SIB 20來偵測有關SC-PTM服務之系統資訊。SIB 20提供有關SC-MCCH的組態之組態資訊，例如週期性與修改週期(關於SC-MCCH可多常被改變)。
於步驟S2，UE等待下個SC-MCCH週期以偵測SC-RNTI及/或SC-N-RNTI。亦即，對於可能的SC-MCCH 訊息，UE在SC-MCCH週期期間使用SC-RNTI來盲解碼PDCCH。如分別於步驟S4與S6所示，UE決定是否其已讀取SC-RNTI或SC-N-RNTI。SC-N-RNTI表示是否在與SC-PTM服務相關聯的系統資訊中已有改變。因此，在特定點S6，UE決定是否改變已在SC-PTM服務中發生。若改變已發生，則UE被組態以接收SIB 20資訊(其組態SC-MCH)。若改變沒有發生，則UE前進以決定步驟S8。
於步驟4中，若UE偵測SC-RNTI，則其前進至步驟S10以對於步驟S10中之SC-MTCH組態解碼PDSCH及前進至步驟S12(於其中其前往下個次訊框)。UE接著監視SC-MCCH週期且若在步驟S14中偵測到，則UE前進至步驟S6以再次偵測是否SC-N-RNTI存在於PDCCH中。否則，UE前進至步驟S16以決定是否SC-MTCH週期已被達到且若是，在步驟18中以G-RNTI偵測PDCCH以識別PDSCH之資源以用於接收多點播送資料服務。在接收多點播送資料之後，UE回到步驟S12且前往下個次訊框且對應地若SC-MTCH週期在步驟S16中未期滿或在步驟S18中G-RNTI未被偵測，則處理回到步驟S12。於步驟S8中，若SC-MTCH組態未被獲得，則處理回到步驟S2。
因此，第7圖提供流程圖，於其中SC-PTM服務之組態經由SIB 20被提供，其後跟隨一程序，於其中，在SCMCCH之週期之間，SC-RNTI或SC-N-RNTI係在傳統PDCCH上被偵測，且若如此，處理前進以從SC-MTCH獲得多點播送資料。因此，在胞元內，eNodeB可發送已被 組態以依照SC-PTM來接收資料多點播送資料至複數個UE或UE之群組。
SC-PTM為由SIB(SIB20)所組態之服務的一個範例。然而，多點播送資料服務被預期會改變且因此含有這些服務之組態的SC-MCCH與SC-MCCH組態本身亦可改變。此改變經由DCI與由藉由PDCCH所發送之SC-N-RNTI攪亂的CRC在SC-MCCH週期期間被表示。當UE偵測PDCCH有SC-N-RNTI時，其會再讀取SIB20以獲得新的SC-MCCH組態且接著對於新的SC-MTCH組態再讀取SC-MCCH(或SC-MTCH組態，對於感興趣的多點播送資料服務)。
對於低成本與低電力UE，期望當UE係於閒置模式中時可提供SC-PTM服務。此佈置找到關於eNodeB-IoT與feMTC之3GPP LTE標準的應用。於閒置模式中，UE以等於UE的傳呼時機之非連續接收(DRX)週期執行如上所述之DRX。為了對於SC-PTM服務追蹤任何可能的改變，除了傳呼時機以外，UE亦需要在SC-MCCH週期期間啟動以使用SC-N-RNTI來偵測PDCCH(其會消耗額外的UE電力)。體認到電池壽命是低電力UE的重要特徵及多點播送服務不太可能經常改變(相較於非MTC多點播送服務)，提出要移除對於SC-N-RNTI的需要且取代使用現有系統資訊改變通知。系統資訊改變通知對UE表示，在SIB中有改變，於其中，eNodeB會發送表示系統資訊修改之傳呼訊息以觸發UE再讀取所有SIB。
亦應注意的是，讀取整個SIB(與甚至接收傳呼訊息於PDSCH)消耗許多的UE電池電力與使用SI改變通知，因為對於SC-PTM在單一SIB(亦即，SIB20)中的改變不會有效率。
如參照第6圖之以上所述，可預期的是，經組態以依照不同的LTE標準(例如eNB-物聯網(IoT)與進一步增強的機器類型通訊(feMTC)，例如LTE Release-14標準)來操作之UE將被配置於其亦服務經組態以操作依照較早期的版本之標準的UE(舊有UE，例如依照Release-13(eNB-IoT與feMTC)所組態的UE)之網路內。應了解的是，此舊有裝置不支援SC-PTM且因此在SC-PTM服務中對於系統資訊改變指示導致胞元寬傳呼的改變會造成此舊有UE再讀取SIB(或SIB1)，從而浪費電池壽命，特別是在需要許多重複以解碼SIB之覆蓋範圍增強的區域之裝置。
改良的UE組態之第一範例
本技術之實施例可提供一佈置，於其中，基礎結構設備(eNodeB)經組態以在傳呼時機發送控制訊息，其表示由UE所執行之與網路控制的功能相關聯的組態資訊已改變。無論與功能相關聯的組態資訊(系統資訊)已改變與否，於閒置模式中之UE可決定使用控制訊息。依此方式，任何沒有執行該功能之UE不識別或偵測該控制訊息且因此不接收傳呼訊息或更新的系統資訊。依此方式，不使用此功能之這些UE不需要偵測與解碼系統資訊(其可 被發送於SIB中)，且因此節省電力。於一範例中，控制訊息可包括特定的無線電網路臨時識別符(RNTI)，其識別UE--由RNTI所識別的SIB應被接收以更新由UE所執行之與功能相關聯的系統資訊。因此，不僅沒有執行此功能的UE不需要偵測與解碼SIB，連有執行此功能的UE僅必須偵測與解碼經識別的SIB，且因此UE避免必須再讀取所有SIB或必須讀取SIB1或甚至傳呼訊息以決定哪個SIB已被改變。於此SIB中未感興趣的UE會僅恢復其DRX。
根據一些範例，傳呼通知僅在類似於現有傳呼程序之UE傳呼時機期間被發送。替代地，傳呼通知在所有UE所已知的固定時間(其亦可為用於至少一些UE之傳呼時機)被發送。應了解的是，雖然所顯示的應用是接收SIB20(其對於SC-PTM提供系統資訊)，本技術之實施例找到對於以不同標準之特徵所引入之任何新的SIB之應用。
第8圖提供本技術之實施例的範例圖示。如第8圖所示，UE 104a包含發送器801、接收器802與控制器803。對應地，eNodeB 101a包含發送器810、接收器812與控制器814。控制器814可為例如排程器，其控制eNodeB 104之發送器與接收器以依照無線存取介面(例如所規範的與根據參照第2與3圖所說明之LTE標準))發送與接收訊號。依照本技術，eNodeB 101a被組態以在分配至UE或一群組的UE之傳呼時機發送控制訊息(參照為傳呼通知)。傳呼通知在傳呼時機於PDCCH中被發送。因此，UE偵測RNTI，其被分配以識別與特定功能相關聯之對應的系統 資訊已改變。特定RNTI已被發送以提供是否有關特定功能之系統資訊已改變(由於先前接收與該功能相關聯的系統資訊)之指示。因此，如第8圖所示，UE 104可執行DRX循環，以保存電池。然而，在DRX循環的結束之後(由一段時間(如虛線820)表示)，傳呼時機發生，如框822所表示。因此，傳呼時機對應至預先組態的時間，於其中，UE 104a啟動其接收器以經由PDCCH從eNodeB 101a接收傳呼訊息。
UE 104a之控制器803可被實現為微處理器執行軟體或硬體處理器或一些電路。接收器與發送器802、803可被實現為電路、訊號處理器或一些無線電頻率組件(包括積體電路)。雖然第8圖之發送器、接收器與控制器被表示為分開的元件，應了解的是，這些電路元件的功能可依許多不同方式被提供，例如使用一或多個合適地程式化的可程式化電腦、或一或多個合適地組態的特定應用積體電路/電路系統/晶片/晶片組。類似於發送器810，接收器812與控制器可被實現為包括訊號處理器與無線電頻率組件之電路。
依照本技術，傳呼通知可表示新的RNTI值，其對UE表示--與特定功能相關聯的系統資訊已改變。因此，在對應的系統資訊視窗830(其會在另一DRX循環832之後發生)處，UE啟動其接收器以在PDSCH中從eNodeB 101a接收SIBm(其與UE 104a所執行的功能之組態相關聯)。
於一範例中，控制訊息可表示新的傳呼通知，其識別一群組的一或多個網路控制的功能已改變且用於此群組中之一或多個功能的該組態資訊應被接收以更新功能。傳呼訊息可接著表示在群組內被控制的這些網路將被更新且對於此網路控制的功能而言對應的組態資訊(SIB)應被接收。替代地，SIB1可識別群組外的哪個功能應被更新及對應的SIB應被接收。
於一範例中，控制訊息可表示新的傳呼通知，其識別--對於之某種標準或規範(例如新版本的LTE標準)之SIB已改變。舉例來說，在Release-13中，UE不能夠解碼SC-PTM。因此，若SIB20已改變或一些其他Release-14相關的SIB已改變，則僅能夠解碼SIB20的Release-14 UE將認出被提供於控制訊息中之指示且因此啟動以接收新的SIB20。因此，不能夠接收SIB20之UE(例如Release-13 UE)將不會啟動以接收SIB20，因為其將不會認出SIB20以解碼SIB20。
於範例實施例中，傳呼通知將僅含有由PDCCH/MPDCCH/NPDCCH所傳送的下行鏈路控制指標(DCI)，於其中，CRC被以新的RNTI來攪亂，其被提供以表示例如在SIB中已有改變。其可被參照為特定SIB改變RNTI(Specific SIB Change RNTI；SSC-RNTI)。僅察覺此SSC-RNTI(例如低能力Release-14 UE(舉例來說，eNB-IoT與Rel-14 feMTC UE))之UE能解碼此DCI。於範例實現中，SSC-RNTI等於SC-N-RNTI，於其中，Release-13 NB-IoT與 Rel-13 eMTC UE(其無法接收SC-PTM服務)將無法偵測此新的傳呼通知且避免必須不必要地再讀取SIB(相較於使用SI改變通知)。因此，對於這些低能力Release-13 UE，減少的電力消耗被達成。然而，Release-14 UE(eNB-IoT與feMTC UE)將針對SC-MCCH組態的改變而再讀取SIB20。
應了解的是，若對於屬於不同群組的UE(例如根據不同版本的標準所組態之UE，例如舊有UE與新的UE)有SIB改變，則eNodeB可再使用現有系統資訊改變通知以對兩類型的UE通知改變。因此，舉例來說，兩類型的UE將對於SIB改變(包括SIB20)檢查排程資訊，使得SIB20與另一SIB可同時被更新。
根據另一範例，傳呼通知可包括RNTI，其可為版本特定的(release-specific)RNTI，參照為版本特定的RNTI(Release Specific RNTI；RSC-RNTI)。若有僅影響標準之特定版本(例如Release-14 UE)的SIB改變(其表示SIB20改變)，則RSC-RNTI被使用於傳呼通知。結果，僅Release-14 UE(及之後版本)(其可被組態以解碼SC-PTM服務)被觸發以接收經改變的SIB。這些Release-14 UE可因此再讀取僅Release-14特定的SIB或全組合的SIB。若SIB改變影響任何版本的UE，則一般SI-RNTI被使用。
以上說明已討論在相同的傳呼時機監視不同類型的RNTI(SI-RNTI、SSC-RNTI、RSC-RNTI等等)之不同類型的UE(例如，Release-13/Release 14；SC-PTM可用的(SC-PTM-capable)/不可用的)。於其他實施例中，不 同類型的UE監視不同的傳呼時機。舉例來說，Release-13 UE會監視Release-13 UE所界定之傳呼時機。Release-14 Ue會監視(1)Release-13與Release-14傳呼時機兩者或(2)僅Release-14傳呼時機。若有僅影響Release-14 UE之SIB更新，則僅可應用至Release-14 UE之傳呼時機被使用以發送傳呼通知。
於另一範例實施例中，傳呼通知亦可包括對於所表示的SIB之排程的改變之指示。此SIB之新排程可在DCI中或在由PDSCH所傳送之對應的傳呼訊息中被表示。於後者範例中，DCI會提供允許在PDSCH中的通訊資源之下行鏈路以傳送此傳呼訊息。
於另一範例實施例中，對SIB的改變被包括於傳呼通知本身中。舉例來說，當低能力Release-14 UE(eNB-IoT或feMTC UE)在傳呼通知中使用SC-N-RNTI來偵測DCI時，其會繼續獲得由此DCI所允許的下行鏈路及解碼由所排程的PDSCH所傳送之對應的傳呼訊息。此傳呼訊息會含有SC-MCCH組態資訊(亦即，SIB20中之資訊)。
於另一實施例中，傳呼通知可被使用以對於SIB之群組表示改變。舉例來說，傳呼通知可表示哪個SIB(何者有關於由UE之群組所支援的特徵)已改變。
根據一範例，傳呼通知使用傳統的系統資訊更新程序，除了RNTI被設定使得僅支援特定特徵之UE(例如，NB-IoT SC-PTM)將繼續特定SIB之SIB取得。然而，於另一範例中，特定傳呼時機被組態，其可包括SIB改變 之傳呼通知。其提供UE將不會「錯過(miss)」傳呼時機之優點(由於非常長的DRX)。藉由長DRX，UE會需要檢查SIB1以確認是否SIB已改變，以防DRX長於系統資訊修改週期或MCCH修改週期(對於SC-PTM之範例)。為了避免需要UE再次接收SIB1，SSC-RNTI的固定位置被UE檢查。
如將了解的是，覆蓋範圍增強技術可被使用於一群組的UE，其可不同於另一群組的UE。覆蓋範圍增強技術可包括相同資訊之重複的傳輸，其可在接收器被結合以增加能夠偵測該資訊的可能性。依此方式，具有不同的覆蓋範圍增強技術之UE可提供不同的服務或不同類型的服務。舉例來說，依據不同程度的覆蓋範圍增強，SC-MCCH可為不同的。依此方式，於一些範例中，傳呼通知可對SC-MCCH使用不同的SCC-RNTI指標以不同的覆蓋位準來通知改變。依此方式，對於SC-MCCH之一個覆蓋範圍增強位準的改變可藉由不同的SCC-RNTI被發訊號，且因此，對應的系統資訊之改變可被分開地管理。
改良的技術之第二範例
根據本技術之範例實施例，UE可被組態以當UE處於閒置模式中時接收依照SC-PTM服務所發送的多點播送資料。依此方式，eNodeB可能不會察覺到UE目前正接收下行鏈路多點播送資料。然而，一些類別的UE(例如低能力裝置(MTC裝置或IoT裝置))會是資源受限的且因此可能無法接收多點播送資料同時當UE處於連接的模式中 時亦根據傳統單點播送傳輸來接收下行鏈路資料。這是因為例如不同的窄頻帶通訊會需要在一或兩者的基頻或無線電頻率，而UE對於接收資料可具有限制的通訊帶寬。於其他範例中，UE可為電力受限的且因此可能無法建立跟eNodeB之連接以用於接收下行鏈路資料及繼續執行其他功能，例如從WiFi鏈結串流視訊。關於由UE所執行的其他功能，eNodeB也許需要對下行鏈路資料之傳輸指示優先順序。
於一範例中，於閒置模式中之UE可接收SC-PTM，例如接收經排程的軟體更新，但仍必須監視傳呼以例如接收來自網路之重要通知。重要通知之範例可為在緊急事件中關閉瓦斯供應之命令。因此，本技術之實施例尋求引入在是否建立用於之連接接收下行鏈路鏈結資料作為單點播送傳輸中的優先順序，因為在一些情形中也許完成廣播服務會更重要，例如軟體更新，因為UE會需要等待一些時間直到下次的服務被廣播，且傳呼可能用於一些較不重要服務，例如請求讀表(meter reading)。於其他情形中，單點播送服務應具有優先順序，舉例來說，緊急報告係裝置(及對於在閒置模式中之UE)所需要，請求用於接收此報告之連接的傳呼訊息因此具有較高重要性。
於一些範例中，優先順序可被固定在下行鏈路請求(從網路)之間，例如做出傳呼較對多點播送傳輸為高的優先順序。然而，於其他範例中，其他因素可被考慮以提供彈性來處理所有情形，且因此一機制可使網路控制 應付不同的訊息。
根據本技術之一範例實施例，UE於傳呼回應中通知網路--進行中的SC-PTM接收。其尤其可由特定前置序列(preamble sequence)從特定群組的序列中之選擇來表示，或其可於RRC發訊號中、於RRC連接請求或RRC連接設定完成訊息中。接著，eNodeB可決定是否對單點播送服務指示優先順序、或中止RRC建立，如此，UE可繼續接收廣播服務(例如軟體更新)。指示可替代地被網路使用以在相同載波上(作為廣播服務)或在窄頻帶載波上組態單點播送服務(假設廣播與單點播送服務可在相同載波之不同資源上被組態)。於此範例中，單點播送與多點播送服務皆可被UE接收，於此情形中，UE對於表示進行中的SC-PTM服務是有意義的或對所有連接建立程序感興趣，使得網路可因此組態單點播送服務。
第9圖提供根據本技術之範例實施例的示意圖。如第9圖所示，UE 104與eNodeB 101a被顯示以依照範例實施例來操作，於其中，各包含發送器與接收器與控制器，如第8圖中所顯示的第一改良之範例實施例所說明。依照本技術之範例實施例，UE可被組態以執行例如依照SC-PTM服務來接收多點播送資料傳輸之功能或執行消耗電力的一些其他處理功能。根據第9圖中所示之範例，於第一步驟中，UE 104於閒置模式中以SC-PTM服務的接收為eNodeB所未知的效果來接收SC-PTM服務(由於用以開始服務之程序會在閒置模式中發生)。此外，在追蹤區域 內，網路不知道UE所在的胞元，且因此，傳呼被發送於在該追蹤區域中之所有胞元中，雖然SC-PTM服務不會與在所有胞元中者相同。
如作為範例圖示之第9圖所示，eNodeB 101a協同控制器814與發送器810被組態以經由在PDSCH中之SC-PTM服務(如箭號901所表示)來發送多點播送資料。因此，此SC-PTM傳輸可依照第7圖中所顯示的傳統佈置。然而，與多點播送資料之傳輸同時(根據SC-PTM服務)，eNodeB 101a決定--其具有下行鏈路資料以傳輸至UE 104a。因此，eNodeB 101a於PDCCH中發送傳呼訊息，如箭號902所示。傳呼訊息可對應至在第4圖中所示的箭號404所發送的P-RNTI。
根據此範例，與多點播送資料之接收同時(根據SC-PTM服務)，UE可接收分開的傳呼訊息，其表示--eNodeB 101a具有於下行鏈路上用於傳輸之資料，如在第4圖中所顯示的範例所示。然而，依照本技術，UE可藉由表示其目前被另一任務所佔據來回應，例如藉由SC-PTM服務之接收多點播送資料。因此，eNodeB可決定--UE應繼續該功能(例如經由SC-PTM服務來接收多點播送資料)或決定--UE應繼續建立RRC連接以依照預先決定的優先順序來接收下行鏈路資料。
如第9圖所示，UE 104a繼續執行如第4圖中所示之隨機存取程序(其後是RRC連接設定)。然而，因應傳呼訊息902，UE 104發送RRC連接請求連同目前正被UE所 執行的服務之指示，例如SC-PTM多點播送資料之接收，如箭號904所表示。此指示可被發送為訊息3，或替代地，其可使用前置分割(preamble partitioning)而被完成。一旦接收UE 104正經由SC-PTM服務來接收資料之指示，控制器814決定是否其應繼續藉由建立RRC連接來發送下行鏈路資料或中止RRC連接且繼續經由SC-PTM服務之多點播送傳輸。此處理由第9圖中之步驟908表示。在eNodeB已決定是否UE應繼續執行例如經由SC-PTM來接收多點播送傳輸之功能、或中止多點播送資料之接收且繼續建立連接以接收下行鏈路資料之後，eNodeB在訊息908中發送RRC連接回應，其適於表示--UE 104a應中止RRC連接設定，其有利於接收多點播送資料或停止接收多點播送資料或eNodeB所已知的其他功能與建立RRC連接以接收下行鏈路資料。
如根據這些範例實施例所了解的，經由SC-PTM服務來接收多點播送資料為由UE所執行之功能的一個範例，其可依照預先決定的優先順序由來自eNodeB的下行鏈路傳輸之傳輸來中斷(假如eNodeB察覺由UE所執行的功能)。
於另一範例中，UE表示在RRC連接設定完成訊息中之進行中的SC-PTM。雖然其暗示較大的發訊號負荷，且因此花更多時間執行發訊號，更多的資訊可被提供，例如特定服務被接收。其可接著被網路使用以決定如何組態UE。舉例來說，多點播送與單點播送服務可被提 供在相同載波或窄頻帶載波上，且eNodeB將相應地組態UE使得兩者接可被接收。eNodeB亦可能地經由單點播送來提供「缺少的(missing)」PTM資訊，使得UE可使用此缺少的資訊或經由單點播送提供整個PTM資訊至UE來「修理(repair)」服務。
於現有SC-PTM中，UE可於RRC連接的訊息中發送多媒體廣播多點播送服務(Multimedia Broadcast Multicast Service；MBMS)興趣指示。其由網路使用以決定是否將UE換手(handover)至提供特定MBMS服務之另一頻率。因此，一列表的頻率與優先順序可被提供至eNodeB以應用優先權至由UE所執行的服務。
根據一些範例，UE可發送進行中的服務或即將在目前載波被執行的服務或非網路相關服務之指示(其可被提供於不同的窄頻帶或NB-IOT非錨定載波)。若UE無法同時接收多個窄頻帶，則此資訊在RRC連接建立期間被需要以中止單點播送服務建立或組態單點播送於相同窄頻帶作為廣播服務。
本發明之各種進一步態樣與特徵係界定於以下編號的段落中：
參考資料
[1] LTE for UMTS:OFDMA and SC-FDMA Based Radio Access, Harris Holma and Antti Toskala, Wiley 2009, ISBN 978-0-470-99401-6.
[2] http://lteinwireless.blogspot.co.uk/2012/12/paging-in-lte.html
[3] RP-161324, “New work item proposal:Enhancements of NB-IoT,” Vodafone, Huawei, HiSilicon, Ericsson, Qualcomm, RAN#72
[4] RP-161321, “New WI proposal on Further Enhanced MTC”, Ericsson, RAN#72
[5] RP-161324, “New work item proposal:Enhancements of NB-IoT,” Vodafone, Huawei, HiSilicon, Ericsson, Qualcomm, RAN#72
[6] RP-161321, “New WI proposal on Further Enhanced MTC”, Ericsson, RAN#72
[7] R1-166660 “Higher data rate for feMTC,” Sony, RAN1#86
[8] R1-167352, “Views on techniques to improve the data rate for Rel-14 MTC,” NTT DOCOMO, RAN1#86
[9] R1-081373, “Explicit DTX Signaling with ACK/NAK Bundling in TDD,” Texas Instruments, Huawei, RAN1#52bis
附件1：
如第4圖所示，各LTE上行鏈路次訊框可包括複數個不同的通道，例如，實體上行鏈路通訊通道(physical uplink communications channel；PUSCH)305、實體上行鏈路控制通道(physical uplink control channel；PUCCH)306、與實體隨機存取通道(PRACH)。實體上行鏈 路控制通道(PUCCH)可傳送控制資訊(例如，ACK/NACK)至eNodeB以用於下行鏈路傳輸、對於想要經排程的上行鏈路資源之UE的排程請求指標(scheduling request indicators；SRI)、與下行鏈路通道狀態資訊(channel state information；CSI)之反饋。PUSCH可傳送UE上行鏈路資料或一些上行鏈路控制資料。PUSCH之資源經由PDCCH被允許，此允許藉由將準備好被發送於在UE處的緩衝器中之資料的量通訊至網路被典型地觸發。PRACH可依照複數個PRACH型樣中之一者(其可在下行鏈路發訊號(例如系統資訊區塊)中被發訊號至UE)以上行鏈路訊框之任何的資源來排程。如同實體上行鏈路通道，上行鏈路次訊框亦可包括參考訊號。舉例來說，解調變參考訊號(demodulation reference signals；DMRS)307與探測參考訊號(sounding reference signals；SRS)308可存在於上行鏈路次訊框中，於其中，DMRS佔據儲存槽之第四個符號，於其中，PUSCH被發送且被使用於解碼PUCCH與PUSCH資料，且其中，SRS在eNodeB處被使用於上行鏈路通道估計。ePDCCH通道傳送類似的控制資訊(DCI)為PDCCH，但PDCCH之實體態樣不同於ePDCCH的實體態樣，如此處其他地方所述。LTE系統之實體通道的結構與功能上之進一步資訊可被發現於[1]。
在類似PDSCH之資源的方式中，PUSCH之資源需要藉由伺服eNodeB被排序或允許，且因此，若資料將由UE來發送，則PUSCH之資源會需要對於UE被eNodeB 允許。在UE處，PUSCH資源分配係藉由排程請求或緩衝器狀態報告至其伺服eNodeB之傳輸來達成。當對於UE沒有足夠的上行鏈路資源以發送緩衝器狀態報告時，排程請求可經由在PUCCH上的上行鏈路控制資訊(UCI)之傳輸(當對於UE沒有現有的PUSCH分配)、或藉由直接地傳輸於PUSCH上(當對於UE有現有的PUSCH分配)而被完成。因應排程請求，eNodeB經組態以分配部份的PUSCH資源至足夠用於傳送緩衝器狀態報告之請求UE，然後經由在PDCCH中之DCI來通知UE緩衝器狀態報告資源分配。一旦或如果UE具有PUSCH資源足夠以發送緩衝器狀態報告，緩衝器狀態報告被發送至eNodeB且給予eNodeB有關在上行鏈路緩衝器或在UE處之緩衝器中的資料之量的資訊。在接收緩衝器狀態報告之後，eNodeB可分配部份的PUSCH資源至發送UE以發送一些其經緩衝的上行鏈路資料然後經由在PDCCH中之DCI來通知UE資源分配。舉例來說，假設UE具有與eNodeB之連接，UE將首先以UCI的形式發送在PUCCH中之PUSCH資源請求。UE將接著監視PDCCH有關適當的DCI、提取PUSCH資源分配之細節、與發送上行鏈路資料，首先包含緩衝器狀態報告、及/或稍後包含一部分經緩衝的資料(於所分配的資源中)。
雖然與下行鏈路次訊框在結構中類似，上行鏈路次訊框具有與下行鏈路次訊框不同的控制結構，尤其，上行鏈路次訊框之上面的309與下面的310次載波/頻率/資源區塊被保留用於控制發訊號而非下行鏈路次訊框 之開始符號。再者，雖然對於下行鏈路與上行鏈路之資源分配程序係相對地類似，由於分別被使用於下行鏈路與上行鏈路的OFDM與SC-FDM介面之不同的特性，可被分配的資源之實際結構可改變。於OFDM中，各次載波被個別地調變且因此頻率/次載波分配不一定要相鄰，然而，在SC-FDM中，次載波於結合中被調變，且因此，若可用的資源之有效的使用被完成，則對於各UE之相鄰的頻率分配會更佳。
101a‧‧‧增強節點B
104a‧‧‧使用者設備
801‧‧‧發送器
802‧‧‧接收器
803‧‧‧控制器
810‧‧‧發送器
812‧‧‧接收器
814‧‧‧控制器
820‧‧‧虛線
822‧‧‧框
832‧‧‧DRX循環
836‧‧‧系統資訊視窗

Claims (20)

  1. 一種在無線通訊網路中從一或多個通訊裝置發送資料或接收資料之基礎結構設備，該基礎結構設備包含：發送器電路，經組態以經由無線存取介面來發送訊號至該等通訊裝置，接收器電路，經組態以經由該無線存取介面從該等通訊裝置接收訊號，及控制器電路，經組態以控制該發送器電路，決定藉由可從該基礎結構設備發送或接收訊號之該等通訊裝置的任何者所執行之網路控制的功能為接收更新的組態資訊以用於再組態該網路控制的功能，該組態資訊係藉由該基礎結構設備來對於用來接收之該等通訊裝置廣播，及發送傳呼通知作為於控制通道中之控制訊息，表示對於用於該網路控制的功能之組態的該等通訊裝置所廣播之該組態資訊已改變，其中該傳呼通知是特定SIB改變RNTI(SSC-RNTI)，由此，經組態以執行該網路控制的功能之該等通訊裝置被提供一指示以接收與該功能相關聯之該更新的廣播的組態資訊。
  2. 如申請專利範圍第1項之基礎結構設備，其中該控制器電路連同該發送器電路被組態以：形成一或多個傳呼時機，於其中該等通訊裝置之群組 經組態以當該等通訊裝置處於閒置模式時偵測該傳呼通知，於該閒置模式中該等通訊裝置僅接收訊號且不發送訊號，及在該傳呼時機中發送該傳呼通知至該等通訊裝置之群組。
  3. 如申請專利範圍第1項之基礎結構設備，其中發送至該等通訊之群組的該傳呼通知包括將被更新的該組態資訊之識別，且該控制器電路連同該發送器電路被組態以在預先決定的時間視窗處發送該更新的組態資訊。
  4. 如申請專利範圍第1項之基礎結構設備，其中該等通訊裝置包含一或多個通訊裝置之群組，其依照不同於其他通訊裝置所指定的組態之規範被組態。
  5. 如申請專利範圍第1項之基礎結構設備，其中該等通訊裝置包含一或多個通訊裝置之群組，其依照與其他的該等通訊裝置的覆蓋範圍增強之不同的位準而接收從該基礎結構設備發送的訊號。
  6. 如申請專利範圍第1項之基礎結構設備，其中該網路控制的功能為多點播送通訊功能，其中資料係藉由該發送器電路來發送以藉由經組態具有該多點播送通訊功能之任何的該一或多個通訊裝置來接收，該傳呼通知提供該多點 播送通訊功能已改變及經組態以執行該多點播送通訊功能之該一或多個通訊裝置應接收藉由該基礎結構設備所廣播的該組態資訊以再組態該多點播送通訊功能之指示。
  7. 如申請專利範圍第6項之基礎結構設備，其中該多點播送通訊功能為3GPP規範的單胞元點至多點傳輸(single cell point to multipoint transmission；SC-PTM)功能。
  8. 如申請專利範圍第1項之基礎結構設備，其中於該控制通道中發送的該傳呼通知為無線電網路臨時識別符，其獨特地識別待被再組態之該網路控制的功能。
  9. 一種用於在無線通訊網路中發送資料或接收資料之通訊裝置，該通訊裝置包含：發送器電路，經組態以經由無線存取介面來發送訊號，接收器電路，經組態以經由該無線存取介面接收訊號，該無線存取介面具有提供被設置於載波頻率帶寬之重複的時間分割的單元中之通訊資源的時間分割的結構，且包括在下行鏈路上在該時間分割的單元中用於發送控制通道訊息之控制通道及提供通訊資源之共用通道，用於對該通訊裝置分配以接收於該下行鏈路上之資料，及控制器電路經組態以控制該接收器電路，監視用於被發送作為控制訊息之傳呼通知之該控制通 道，及回應於該傳呼通知表示該通訊裝置經組態以執行之網路控制的功能已改變，其中該傳呼通知是特定SIB改變RNTI(SSC-RNTI)，該接收器電路經組態以：接收更新的組態資訊，其對於經組態以執行該網路控制的功能以接收之任何通訊裝置來廣播，且該控制器電路經組態以依照所接收之更新的組態資訊來再組態該發送器電路與該接收器電路以執行該網路控制的功能。
  10. 如申請專利範圍第9項之通訊裝置，其中該控制器電路經組態以控制該接收器電路以：關於時間參考來監視一或多個傳呼時機，其中該傳呼通知可被該基礎結構設備發送以偵測當被發送時之該傳呼通知，各傳呼時機是關於該無線存取介面之該時間分割的單元之數量來決定。
  11. 如申請專利範圍第9項之通訊裝置，其中該控制器電路經組態以當處於於其中該接收器電路經組態以接收訊號且該發送器電路不發送訊號至該基礎結構設備之模式中時控制該接收器電路來監視用於該傳呼訊息之該控制通道。
  12. 如申請專利範圍第9項之通訊裝置，其中該傳呼通知包括將被更新的該組態資訊之識別，且該控制器電路連同該接收器電路被組態以在預先決定的時間視窗處接收該更 新的組態資訊。
  13. 如申請專利範圍第9項之通訊裝置，其中該通訊裝置為一或多個通訊裝置之群組其中之一者，該一或多個通訊裝置依照不同於其他通訊裝置所指定的組態之規範被組態。
  14. 如申請專利範圍第9項之通訊裝置，其中該接收器電路經組態以依照與其他通訊裝置的覆蓋範圍增強之不同的位準而接收從該基礎結構設備發送的訊號。
  15. 如申請專利範圍第9項之通訊裝置，其中該網路控制的功能為多點播送通訊功能，其中資料係藉由該基礎結構設備來發送至經組態具有該多點播送通訊功能之任何通訊裝置且藉由該接收器電路來接收，該傳呼通知提供該多點播送通訊功能已改變及經組態以執行該多點播送通訊功能之該通訊裝置應接收藉由該基礎結構設備所廣播的該組態資訊以再組態該多點播送通訊功能之指示。
  16. 如申請專利範圍第15項之通訊裝置，其中該多點播送通訊功能為3GPP特定的單胞元點至多點傳輸(single cell point to multipoint transmission；SC-PTM)功能。
  17. 一種用於在無線通訊網路中從基礎結構設備發送資料 或接收資料之通訊裝置，該通訊裝置包含：發送器電路，經組態以經由無線存取介面來發送訊號至該基礎結構設備，接收器電路，經組態以經由該無線存取介面從該基礎結構設備接收訊號，及控制器電路，經組態以控制該接收器電路，當該通訊裝置處於於其中訊號僅藉由該通訊裝置從該基礎結構設備被接收之閒置模式中時接收傳呼訊息，該傳呼訊息表示該通訊裝置應建立與該基礎結構設備之連接以接收從該基礎結構發送的下行鏈路資料，作為用以建立用於接收來自該基礎結構設備的該下行鏈路資料之該連接的程序之一部份，發送藉由該通訊裝置執行或將被執行的功能之指示，及接收來自該基礎結構設備之指示，該通訊裝置應不建立用於接收來自該基礎結構設備之該資料的該連接或建立該連接及接收來自該基礎結構設備之該下行鏈路資料其中該指示是包括特定SIB改變RNTI(SSC-RNTI)的傳呼通知，該傳呼通知指示一或多個網路控制的功能之群組已改變。
  18. 如申請專利範圍第17項之通訊裝置，其中由該通訊裝置執行或將被執行的該功能包括多點播送通訊功能，其中該接收器電路經組態以接收從該基礎結構設備發送之多點播送資料。
  19. 如申請專利範圍第18項之通訊裝置，其中從該基礎結構設備接收之該指示係建立用於接收該下行鏈路資料之該連接，該接收器電路經組態以同時地接收該下行鏈路資料與該多點播送資料。
  20. 如申請專利範圍第18項之通訊裝置，其中該接收器電路經組態以接收該通訊裝置應建立在相同載波或窄頻帶載波上用於接收該下行鏈路資料與該多點播送資料之該連接的指示。
TW106126771A 2016-09-30 2017-08-08 通訊裝置、基礎結構設備、通訊系統及方法 TWI752992B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP16191990.7 2016-09-30
EP16191990 2016-09-30
??16191990.7 2016-09-30

Publications (2)

Publication Number Publication Date
TW201820926A TW201820926A (zh) 2018-06-01
TWI752992B true TWI752992B (zh) 2022-01-21

Family

ID=57121062

Family Applications (1)

Application Number Title Priority Date Filing Date
TW106126771A TWI752992B (zh) 2016-09-30 2017-08-08 通訊裝置、基礎結構設備、通訊系統及方法

Country Status (4)

Country Link
US (3) US10849051B2 (zh)
EP (2) EP3965476A1 (zh)
TW (1) TWI752992B (zh)
WO (1) WO2018059988A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10735914B2 (en) * 2016-07-08 2020-08-04 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for multicast or broadcast transmission
JP6732206B2 (ja) * 2016-11-04 2020-07-29 京セラ株式会社 無線端末及び基地局
JP7033603B2 (ja) * 2017-02-02 2022-03-10 コンヴィーダ ワイヤレス， エルエルシー スイープされる下りリンクビームでページングブロックを伝送するための装置
CN115835288A (zh) * 2017-10-21 2023-03-21 上海朗帛通信技术有限公司 一种无线通信的用户设备、网络设备中的方法和装置
US10716096B2 (en) * 2017-11-07 2020-07-14 Apple Inc. Enabling network slicing in a 5G network with CP/UP separation
US11770842B2 (en) * 2019-10-07 2023-09-26 Qualcomm Incorporated Support of simultaneous unicast and multicast monitoring
US11388621B2 (en) * 2019-11-12 2022-07-12 Samsung Electronics Co., Ltd. Flexible high capacity-radio network temporary identifier
CN113498022A (zh) * 2020-03-19 2021-10-12 华为技术有限公司 配置信息更新方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2194743A2 (en) * 2004-02-10 2010-06-09 Qualcomm Incorporated Transmission of signaling information for broadcast and multicast services
US20100255859A1 (en) * 2007-09-13 2010-10-07 Sung Jun Park method for providing control information using the paging procedure
US20150016419A1 (en) * 2012-03-18 2015-01-15 Lg Electronics Inc. Method and apparatus for acquiring system information in wireless communication system
US20160150590A1 (en) * 2014-11-21 2016-05-26 Samsung Electronics Co., Ltd. Method and system for indicating a multicast session to user equipment (ue) in an idle mode

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5556667B2 (ja) * 2008-12-26 2014-07-23 日本電気株式会社 無線通信システム、通信制御方法、無線基地局、及び無線端末
US8379585B2 (en) * 2009-10-29 2013-02-19 Lg Electronics Inc. Method of transmitting semi-persistent scheduling data in multiple component carrier system
US10645675B2 (en) * 2015-01-26 2020-05-05 Lg Electronics Inc. Method and apparatus for providing MBMS service for low complexity user equipment in wireless communication system
EP3241365B1 (en) 2015-01-30 2018-12-19 Sony Corporation Telecommunications apparatus and methods
WO2016167606A1 (ko) * 2015-04-15 2016-10-20 엘지전자 주식회사 무선 통신 시스템에서 단말이 피드백을 수행하는 방법 및 이를 위한 장치
EP3338491B1 (en) 2015-11-06 2021-04-07 Sony Corporation Telecommunications apparatus and methods
EP3360379A1 (en) 2015-11-06 2018-08-15 Sony Corporation Communications device, infrastructure equipment, communications system and methods
MX2018010664A (es) * 2016-03-24 2019-03-28 Ericsson Telefon Ab L M Radiomensajeria de un nodo de cliente en un sistema de comunicaciones de grupo.
WO2018012810A1 (ko) * 2016-07-11 2018-01-18 엘지전자 주식회사 단말이 mbms 관심 지시 메시지를 전송하는 방법 및 이를 지원하는 장치
US11039460B2 (en) * 2016-08-09 2021-06-15 Lg Electronics Inc. Method for transmitting/receiving data in wireless communication system supporting Narrow Band Internet-of-Things and device therefor
WO2018031928A1 (en) * 2016-08-12 2018-02-15 Intel IP Corporation SUPPORT OF SC-PTM BASED MULTICASTING FOR BL/CE AND NB-IoT UEs

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2194743A2 (en) * 2004-02-10 2010-06-09 Qualcomm Incorporated Transmission of signaling information for broadcast and multicast services
US20100255859A1 (en) * 2007-09-13 2010-10-07 Sung Jun Park method for providing control information using the paging procedure
US20150016419A1 (en) * 2012-03-18 2015-01-15 Lg Electronics Inc. Method and apparatus for acquiring system information in wireless communication system
US20160150590A1 (en) * 2014-11-21 2016-05-26 Samsung Electronics Co., Ltd. Method and system for indicating a multicast session to user equipment (ue) in an idle mode

Also Published As

Publication number Publication date
US11368899B2 (en) 2022-06-21
US20210076305A1 (en) 2021-03-11
EP3965476A1 (en) 2022-03-09
US11902880B2 (en) 2024-02-13
US20220322208A1 (en) 2022-10-06
TW201820926A (zh) 2018-06-01
EP3504905B1 (en) 2021-12-29
US20190394707A1 (en) 2019-12-26
EP3504905A1 (en) 2019-07-03
WO2018059988A1 (en) 2018-04-05
US10849051B2 (en) 2020-11-24

Similar Documents

Publication Publication Date Title
CN110583052B (zh) 终端装置、基础设施设备、无线电信***和方法
TWI752992B (zh) 通訊裝置、基礎結構設備、通訊系統及方法
CN105766013B (zh) 信息传输方法和装置
US9432900B2 (en) Method for performing handover in wireless communication system and apparatus for same
US10813077B2 (en) Communications device, infrastructure equipment, communication system and methods for group paging and grouping communication devices based on various criteria
US9008570B2 (en) Method of transmitting message at user equipment in wireless communication system and apparatus thereof
EP3036940B1 (en) Telecommunications apparatus and methods
US9369993B2 (en) Method of providing service to user equipment in wireless communication system and apparatus thereof
US11160064B2 (en) Communications device, infrastructure equipment, wireless communications systems and methods
US9445328B2 (en) Method for reselecting a cell at a user equipment in wireless communication system
US20230072047A1 (en) Communications devices, infrastructure equipment and methods
US9749987B2 (en) Mobile communication method and radio base station
US9088947B2 (en) Method for a terminal to transmit data in a wireless communication system, and a device therefor
CN117296441A (zh) 发送和接收多播会话激活通知的方法
EP4193543A1 (en) Signaling for updating tci state of a coreset with dci
US20240008015A1 (en) Methods, communications devices, and infrastructure equipment