TWI539792B - 微量資料傳輸方法及使用者設備 - Google Patents
微量資料傳輸方法及使用者設備 Download PDFInfo
- Publication number
- TWI539792B TWI539792B TW102138144A TW102138144A TWI539792B TW I539792 B TWI539792 B TW I539792B TW 102138144 A TW102138144 A TW 102138144A TW 102138144 A TW102138144 A TW 102138144A TW I539792 B TWI539792 B TW I539792B
- Authority
- TW
- Taiwan
- Prior art keywords
- data
- paging
- user equipment
- control node
- paging message
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/16—Flow control; Congestion control in connection oriented networks, e.g. frame relay
-
- 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/02—Arrangements for increasing efficiency of notification or paging channel
- H04W68/025—Indirect paging
Description
本發明是有關於一種通訊方法,且特別是有關於一種微量資料傳輸方法及使用者設備。
隨著智慧型手機,平板電腦等行動電子裝置被廣泛的使用,行動電子裝置的行動數據流量(mobile data traffic)亦逐年的增加。而這些數據流量的來源可能為使用者操控行動電子裝置上的應用程式來例如瀏覽網頁或是線上交談所產生的,亦可能由應用程式背景執行所造成的。不同於一般語音或視訊傳送所造成的數據流量,這些行動數據的特徵為,其資料大小不大,而數據間的間隔(即,流量區間)可能有很大的變化。具有這樣特徵的資料在第三代合作夥伴計劃(3rd Generation Partnership Project,3GPP)所訂定的標準中則可被歸類為多樣化數據應用(Diverse Data Application,DDA)的資料。這樣類型的資料可能會造成耗電過多以及信令負擔(signaling overhead)過高的問題。耗電過多的原因可能來自於上述類型的資料與資料間的時間區間
變化過大,而造成行動電子裝置需要隨時保持與網路中的控制節點(例如,基地台)的聯繫,或是為了接收上述類型的資料而持續的進行與控制節點連線/斷線的動作,而無法進入睡眠模式或閒置模式。信令負擔(signaling overhead)過高的問題則來自於上述行動電子裝置持續的進行與控制節點連線/斷線的動作。由於上述類型的資料量較低,這樣的連線動作所需要傳輸的資料量時常遠大於需要被傳送的資料。因此,如何在傳輸上述DDA類型的資料時,避免使得行動電子裝置耗電過多或是減少行動電子裝置與網路中的控制節點尖的信令負擔,成為本領域急需被解決的問題之一。
本發明提供一種微量資料傳輸方法及使用者設備,可避免使用者設備耗電過多以及信令負擔過高的問題。
本發明的微量資料傳輸方法,適用於使用者設備(User Equipment,UE)在不建立無線資源控制(Radio Resource Control,RRC)連線的情況下於無線網路中自控制節點接收資料,包括以下步驟。於一閒置模式中監控一尋呼訊框(paging frame)中一第一尋呼機會子訊框。當偵測第一尋呼機會子訊框中包括一識別符元對應於使用者設備時,接收對應於第一尋呼機會子訊框的一第一尋呼訊息(paging message)。以及,解析尋呼訊息,當第一尋呼訊息中包括一微量資料指示符元時,至一指定位址擷取資料,
其中資料為一微量資料(small data)。
一種使用者設備,包括:一收發器以及一通訊協定單元。收發器用以從一控制節點接收/傳送信號。通訊協定單元耦接至收發器,透過收發器接收/傳送信號。其中,通訊協定單元於使用者設備的睡眠模式或閒置模式中透過收發器監控尋呼訊框中第一尋呼機會子訊框。當通訊協定單元偵測第一尋呼機會子訊框中包括一識別符元對應於使用者設備時,通訊協定單元透過收發器接收對應於第一尋呼機會子訊框的第一尋呼訊息。通訊協定單元解析尋呼訊息,當第一尋呼訊息中包括一微量資料指示符元時,通訊協定單元至一指定位址擷取資料,其中資料為微量資料(small data)。
基於上述,本發明所提供的微量資料傳輸方法及使用者設備,可透過尋呼訊框中的指示至指定位址擷取微量資料,使得過度耗電或信令負擔過高的情況可被避免。
為讓本發明的上述特徵和優點能更明顯易懂,下文特舉實施例,並配合所附圖式作詳細說明如下。
10‧‧‧微量資料傳輸系統
110‧‧‧控制節點
120、60‧‧‧使用者設備(UE)
610‧‧‧收發器
620‧‧‧網路協定單元
PC1、PC2‧‧‧尋呼循環
PF1、PF2‧‧‧尋呼訊框
30、40、PO1~PO4‧‧‧尋呼機會子訊框
41‧‧‧下一個子訊框
P-RNTI‧‧‧尋呼無線電網路暫時識別符元
PM‧‧‧尋呼訊息
PFD‧‧‧尋呼區域
SM‧‧‧微量資料
411‧‧‧PDCCH
312、412‧‧‧PDSCH
S101~S103、S501~S507、S511~S515‧‧‧步驟
圖1為根據本發明一實施例所繪示微量資料傳輸方法的流程圖。
圖2為根據本發明一實施利所繪示尋呼訊框、尋呼機會子訊
框以及尋呼循環的關係示意圖。
圖3為根據本發明一實施例所繪示尋呼訊息與微量資料的關係圖。
圖4則為本發明根據另一實施例所繪示的尋呼訊息與微量資料的關係圖。
圖5為根據本發明一實施例所繪示微量資料傳輸系統的時序流程圖。
圖6為根據本發明一實施例所繪示使用者設備的功能方塊圖。
用於本申請案的所揭露實施例的詳細描述中的元件、動作或指令不應解釋為對本發明而言為絕對關鍵或必要的,除非明確地如此描述。而且,如本文中所使用,用詞“一”可包含一個以上項目。如果希望僅一個項目,那麼將使用術語“單一”或類似語言。此外,如本文中所使用,在多個項目和/或多個項目種類的列表之前的術語“中的任一者”希望包含所述項目和/或項目種類個別地或結合其他項目和/或其他項目種類“中的任一者”、“中的任何組合”、“中的任何多個”和/或“中的多個的任何組合”。另外,如本文中所使用,術語“集合”希望包含任何數量個項目,包含零個。另外,如本文中所使用,術語“數量”希望包含任何數量,包含零。
在本發明中,3GPP類的關鍵字或用語僅用作實例以呈現
根據本發明的發明概念;然而,本發明中呈現的相同概念可由所屬領域的技術人員應用于任何其他系統,例如IEEE 802.11、IEEE 802.16、WiMAX等等。因此,在本發明中,術語“控制節點”可為(例如)基地台、演進型節點B(Evolved Node B,eNodeB)、節點B、基地台收發系統(base transceiver system,BTS)、接入點、家庭基地台、中繼站、擴散器、轉發器、中間節點、中間的和/或基於衛星的通信基地台等等。
以下則先針對由使用者設備傳送微量資料(small data)
時所可能造成的問題進行說明,在接著針對本發明的技術內容進行講解。
以使用者設備在符合3GPP長期演進(long term evolution,
LTE)標準或和進階LTE(LTE-advanced,LTE-A)等通信標準的網路中與網路中的控制節點之間的訊息傳遞為例。使用者設備(User Equipment,UE)的工作模式至少包括了無線資源控制(Radio Resource Control,RRC)連接(CONNECTED)狀態以及RRC閒置(IDLE)狀態兩種工作模式。在網路中的一UE處於RRC CONNECTED的狀態時,控制節點將保留著此UE的資訊,例如UE的辨認資訊(例如ID)以及安全資訊,並且為此UE而提供無線電資源管理(Radio Resource Management,RRM)。RRM中的內容可包括數據排序(data scheduling)、連結監測(例如調變或適應性編碼等)、換手(Handover)等,而此時UE便可透過控制節
點進行語音通訊,或是資料通訊等動作。
由於無線電資源有限,網路負載亦有限,控制節點將很難保持其涵蓋範圍中的所有UE隨時處於RRC CONNECTED的狀態中。因此,控制節點將藉由著UE的活動狀態、連線優先等級或服務質量(Quality of Service,QoS)等參數以發送RRC釋放(release)訊息等方式以釋放服務範圍中的部份UE,使此UE切換至RRC IDLE的狀態。而當UE切換至RRC IDLE狀態後,UE則僅需要定期的監測尋呼訊息(paging message)即可。當控制節點透過尋呼訊息通知此UE有對應的通話或是數據必須接收時,UE則在透過RRC連線建立(connection setup)的方式與控制節點再次建立RRC連線,並在連線建立後切換回RRC CONNECTED的狀態以正常的收發來自控制節點的資料。
而本發明中所述的微量資料(small data)通常具有以下的幾種特性:資料量小(例如小於1K byte)、與語音通訊或視訊通訊的資料相較,資料與資料之間可能具有較長的時間區間,以及資料的產生以及發送的時間較難預測(例如,根據使用者的操作而有所變化)。所以,以下行鏈路路徑(downlink path,即控制節點向UE傳送資料的路徑)具有微量資料的情況而言,UE則可能反覆的從RRC IDLE狀態被喚醒來進行RRC連線建立,再接收RRC release而進入RRC IDLE狀態,又在被喚醒…以此類推。這麼一來,則可能造成UE無法在RRD IDLE停留較久的時間,加上反覆的與控制節點進行連線,而因此造成電力一直不斷的耗損。
另一方面,當UE與控制節點進行RRC連線建立,兩者之間則必須交換至少16筆信號,可能至少產生176byte以上的資料傳輸。除了16筆的信號交換可能造成的延遲問題外,相較於動輒不到1K的微量資料而言,這樣的信號傳輸導致過多的信令負擔,使得整體的資料傳輸效率低落。
因此,本發明提供了一種微量資料傳輸方法以及使用此方法的使用者設備,使得使用者設備在接收及傳送微量資料時可不用建立起RRC連線,以便藉此節省UE的耗電問題以及減少建立RRC連線所造成的信令負擔過多之問題。本傳輸方法主要可以分為下行鏈路路徑的傳輸以及上行鏈路路徑(uplink path)上的傳輸,以下則將分別配合圖式及實施例講解。
首先,以下將先針對上行鏈路路徑的資料傳輸進行說明。圖1為根據本發明一實施例所繪示微量資料傳輸方法的流程圖。其中,此微量資料傳輸方法適用於在不建立RRC連線的情況下於無線網路中自控制節點接收資料。請參照圖1,首先在步驟S101時,於一閒置模式中監控一尋呼訊框(paging frame)中一第一尋呼機會子訊框。然後在步驟S102時,當偵測第一尋呼機會子訊框中包括一識別符元對應於使用者設備時,接收對應於第一尋呼機會子訊框的一第一尋呼訊息(paging message)。接著,在步驟S103時解析尋呼訊息,當第一尋呼訊息中包括一微量資料指示符元時,至一指定位址擷取資料,其中資料為一微量資料(small data)。
簡單來說,當控制節點接收到一微量資料,並欲傳送此微量資料至特定的UE時,控制節點則可利用尋呼通道(paging channel)通知此UE並同時藉由尋呼通道傳送此微量資料。圖2為根據本發明一實施利所繪示尋呼訊框、尋呼機會子訊框以及尋呼循環的關係示意圖。請參照圖2,在一個尋呼循環(paging cycle)PC1、PC2中,將包括多個由控制節點所傳送的尋呼訊框(paging frame),例如圖2中所示尋呼訊框PF1、PF2。而尋呼訊框(例如尋呼訊框PF1、PF2)中則各自包括尋呼機會子訊框(paging opportunity/sub frame),例如尋呼訊框PF1中至少包括尋呼機會子訊框PO1~PO4。
而每個尋呼機會子訊框(例如尋呼訊框PF1中的尋呼機會子訊框PO1~PO4)將對應於控制節點服務範圍中之一UE,當控制節點欲尋呼此UE時,例如欲傳送資料至此UE時,控制節點即會將相關的資訊置放於對應於此UE的尋呼機會子訊框中。如上述應用於LTE/LTE-A網路的UE之例子,當UE處於RRC IDLE狀態時,將間隔一個尋呼循環的時間,週期性的透過實體下行鏈路控制通道(physical downlink control channel,PDCCH)監測對應於自身的尋呼機會子訊框(例如尋呼機會子訊框PO1)中是否包括任何資訊。
在一般的尋呼情況中,例如控制節點欲喚醒此UE進行RRC連線建立並藉此傳送資料時,控制節點會將一辨識符元(例如在LTE/LTE-A網路中為尋呼無線電網路暫時識別符元(Paging
Radio Network Temporary Identifier,P-RNTI))置放於對應於此UE的尋呼機會子訊框(例如尋呼機會子訊框PO1)中,以及對應的訊息內容(例如建立連線要求,或是更新系統資訊要求)於一尋呼訊息中。
當UE透過PDCCH通道監測到對應自身的尋呼訊息存在時,UE則更會透過物理下行鏈路共享通道(Physical Downlink Shared Channel,PDSCH)接收對應於P-RNTI的尋呼訊息。在尋呼訊息中包括對應於此UE(例如使用UE ID作為識別)的尋呼區域(paging field),當UE擷取尋呼訊息中對應於自身的尋呼區域時,便可得到控制節點所要求的動作,例如上述的建立連線要求,或是更新系統資訊要求等。
在本實施例中,當控制節點欲傳送微量資料至此UE時,控制節點於尋呼訊息裡對應於此UE的尋呼區域中置放一微量資料指示符元。當UE擷取尋呼訊息中對應於自身的尋呼區域時,辨認尋呼區域中包括微量資料指示符元時,UE則可判斷至指定位址取得微量資料。以下則將配合實施例說明控制節點將如何通知UE指定位址為何,以及指定位址的確切位置之關係。
圖3為根據本發明一實施例所繪示尋呼訊息與微量資料的關係圖。其中在本實施例中,微量資料被附加於尋呼訊息上。請參照圖3,當UE從透過PDCCH 411從尋呼機會子訊框30中解碼得到P-RNTI後,UE則更透過PDSCH 312取得整個尋呼訊息PM,當UE擷取PM中對應於自身的尋呼區域PFD時,UE可辨
認尋呼區域PFD中包括了微量資料指示符元。在本實施例中,控制節點同時於擺放微量資料指示符元時,亦將指示位址的資訊一併存入尋呼區域PFD中。例如在本實施例中,指示位址包括微量資料SM於尋呼訊息PM中所存放的資料順序、資料大小或微量資料起始位址及結束位址等。當UE辨認尋呼區域PFD中包括了微量資料指示符元時,UE則更在尋呼區域PFD中擷取微量資料SM的指定位址,並根據此指定位址從尋呼訊息PM中擷取微量資料。
值得注意的是,單一尋呼機會子訊框30可對應於多個UE(以不同的P-RNTI以及尋呼訊息PM中不同的尋呼區域PFD),本實施例這樣將微量資料附加於尋呼訊息PM中的作法,實使得微量資料以一廣播的狀態傳送至對應於相同尋呼機會子訊框30的UE。由於微量資料通常本身具有一定的安全機制,不會衍生出隱私/安全的問題,但仍有每次接收尋呼訊息PM時接收了自身所不需要的資料的問題(即,微量資料造成的額外負擔)。
圖4則為本發明根據另一實施例所繪示的尋呼訊息與微量資料的關係圖。與圖3所示實施例不同的是,存放微量資料的指定位址位於另一個訊框上。在本實施例中,當UE從透過PDCCH 411從尋呼機會子訊框40中解碼得到P-RNTI後,UE則更透過PDSCH 412取得尋呼訊息PM,當UE擷取PM中對應於自身的尋呼區域PFD時,當辨認得到尋呼區域PFD中包括了微量資料指示符元時,UE則更在尋呼區域PFD中擷取微量資料SM的指定位址。由於在本實施例中,指定位址位於下一個子訊框41上,UE
則在接收尋呼機會子訊框40後更接收下一個子訊框41,並根據存放於尋呼區域PFD中的指定位址的資訊從下一個子訊框41中擷取微量資料SM。
下一個子訊框41可以是任何一個尋呼機會子訊框,亦可為一下行鏈路路徑傳輸的子訊框,只要控制節點於指定位址的資訊中標明即可。例如,子訊框41可以是一個有提供傳呼機會的子訊框或是一個僅提供下行鏈路路徑數據的子訊框。在本實施例中,下一個子訊框41與尋呼機會子訊框40位於同個訊框中,並且下一個子訊框41為尋呼機會子訊框40下一個時間點的尋呼機會子訊框,但在實施時則可根據實際狀況而對包括指定位址的子訊框進行設置,本發明並不限定於上述。
另外,由於控制節點可以對各個尋呼機會子訊框所中對應的UE進行安排,控制節點可減少擺放微量資料SM的尋呼機會子訊框41所對應的UE,或是將多筆微量資料集中擺放於同一個尋呼機會子訊框(例如尋呼機會子訊框41)中。如此一來,便可避免了如圖3所示實施例中,微量資料SM對於其他UE所造成的額外負擔。但是,在本實施例中,UE必須在接收尋呼機會子訊框40外的下一個時間點(或是好幾個時間點過後)接收下一個子訊框41,這麼一來,相較於圖3所示實施例,本實施例中的微量資料則有些許的時間延遲。但基本上使用者對於微量資料信號的時間延遲較能忍受,上述的時間延遲應尚不至於造成使用者使用上的困擾。
在圖3、圖4所示實施例外,在本發明一實施例中,控制
節點則是將指定位址的資訊包括於RRC釋放訊息之中,當UE從尋呼區域PFD辨識到微量資料指示符元時,便可直接從指定位址擷取微量資料。相較於上述圖3、圖4所示實施例,如此設置的好處在於,尋呼訊息(例如圖3、4所示尋呼訊息PM)的資料大小便可減小,對應於同個尋呼機會子訊框的UE皆降低了資料額外負擔。但是,相較於圖3、圖4所示實施例而言,這樣的作法較不具彈性。由於在本實施例中,指定位址的資訊被包括於RRC釋放訊息之中,表示在下一次UE與控制節點建立RRC連線前,控制節點都必須以此指定位址傳送微量資料給UE,而圖3、圖4所示實施例之設置則無此限制,當需傳送微量資料時,皆可動態的調整微量資料的指定位址。
簡單來說,無論是利用上述的那種指定位址的資訊之傳
送方法搭配微量資料的擺放位置,UE皆可單純以監測對應的尋呼機會子訊框的方式,從控制節點接收得到對應的微量資料,而不需與控制節點建立RRC連線。
以下則將對上行鏈路路徑的微量資料傳輸(即,從UE
傳送微量資料至控制節點)進行說明。一般而言,當UE欲傳送資料(音訊視訊資料或是上述的微小資料)皆需要與控制節點建立RRC連線,才可傳送資料。而在本發明中,控制節點將在傳送RRC釋放訊息時,將一特定前導信號(preamble)包括於所述的RRC釋放訊息中。
當UE欲傳送微量資料至控制節點時,UE則可透過實體
隨機接入通道(Physical Random Access Channel,PRACH)傳送此特定前導信號至控制節點。當控制節點於PRACH接收到此特定前導信號而非一般欲建立RRC所傳送的前導信號時,控制節點即可辨別傳送此特定前導信號的UE欲傳送一微量資料。因此,控制節點可傳送一隨機存取(random access,RA)回應訊息至UE。
但此時的RA回應訊息並非為了通知UE可與其進行RRC連線,而是為了通知UE可傳送微量資料。當UE接收RA回應訊息後,UE則將上述的微量資料夾帶於RRC建立連線要求訊息中傳送至控制節點。由於控制節點以辨識得知UE僅欲傳送微量資料而非為了建立RRC連線而傳送此RRC建立連線要求訊息,控制節點則從此RRC建立連線要求訊息擷取微量資料並傳送至網路中對應的對象。
這麼一來,當每次UE欲傳送微量資料至控制節點時,
UE亦不需要與控制節點建立RRC連線,使得RRC連線所需的至少16個信令負擔(包括至少176byte的額外資料)可被節省,除了使得傳輸更有效率外,更降低了建立RRC連線所造成的時間延遲。而當UE為智慧型電錶(smart meter)等電子裝置將週期性的透過機器間通訊(machine type communication,MTC)網路傳送微量資料,上述可被節省的信令負擔則更可觀。
值得注意的是,由於特定的前導信號數量有限,而單一
控制節點所服務的UE可能亦包括多數UE需要進行微量資料傳
輸,在本發明一實施例中,上述的特定前導信號具有時效性,也就是被半保留(semi-reserved)的。當此UE使用特定前導信號的時效過了之後,UE便無法透過上述的方式傳送微量資料,可能必須在重新建立RRC連線後傳送上述微量資料,並於下一次接收RRC釋放訊息時,重新獲得時效內的特定前導信號。
圖5為根據本發明一實施例所繪示微量資料傳輸系統的
時序流程圖,提供了本發明中微量資料傳輸方法較為完整的信號傳輸流程。另一方面,圖5所示的微量資料傳輸系統10亦直接被整合於現有的系統之中,不與現有的資料傳輸方式有任何衝突。
請參照圖5,其中微量資料傳輸系統10包括了控制節點
110以及UE 120。其中,在執行步驟S501之前,UE 120也許需要與控制節點110溝通,例如傳送需要控制節點110提供微量資料傳輸的服務。當控制節點110同意提供微量資料傳輸的服務後,控制節點110以及UE 120便可進一步的針對微量資料的封包大小、傳輸的週期或區間、傳輸的絕對時機(absolute timing)和/或強健度(robustness)需求等條件進行溝通。
當控制節點110完成上述條件的溝通,並且又需要釋放與UE 120之間的RRC連線時,控制節點110將傳送RRC釋放訊息至UE 120(步驟S501),而當UE接收到此RRC釋放訊息時,便可切換至閒置模式(即,RRC IDLE狀態)週期性的監聽尋呼訊框(步驟S502)。值得注意的是,控制節點110則將部份進行微量資料傳輸的資訊包括入RRC釋放訊息中,例如特定前導信號、特
定前導信號的使用時效期限、或甚至下行鏈路路徑的微量資料之指定位址等,隨著實施方式的不同而有所差異。
當UE 120處於閒置模式,而控制節點110從網路接收到
對應於UE 120的微量資料(步驟S503)時,控制節點110則傳送對應於UE 120的尋呼機會子訊框之訊息以及微量資料至UE 120(步驟S504),至於微量資料的傳送方法則可參考上述實施例(例如圖3~圖4的實施方式),在此則不贅述。當UE 120成功從指定位址擷取微量資料時,UE 120傳送包括特定前導信號的應答(Acknowledgement,ACK)信號至控制節點110。而當UE 120無法成功從指定位址擷取微量資料時,UE 120則傳送否定應答(Negative Acknowledgement,NACK)信號至控制節點110(步驟S505)。
值得注意的是,UE 120可透過PRACH傳送上述的ACK
或NACK信號。而上述ACK或NACK信號所包括的特定前導信號可與用於上行鏈路路徑的微量資料傳輸之特定前導信號相同或不同。若是ACK或NACK信號所包括的特定前導信號不同於上行鏈路路徑的微量資料傳輸之特定前導信號,UE 120亦可從RRC釋放訊息中取得此特定前導信號。
在本發明另一實施例中,ACK或NACK信號不包括的上述的特定前導信號,而是利用PRACH中特定的訊槽(slot)傳送。而本發明的又另一實施例中,ACK或NACK信號既包括的上述的特定前導信號,而是利用PRACH中特定的訊槽(slot)傳送。同
樣的,ACK/NACK所指定的特定訊槽之相關資訊亦可被包含於RRC釋放訊息中傳送至UE 120。
請再次參照圖5,當控制節點110從UE 120接收到ACK
信號後,則表示此次的下行鏈路路徑資料傳輸已完成。而當中節點110從UE 120接收到NACK信號,或是在傳送微量資料之後一預設時間內未接收到任何從UE 120回傳的ACK或NACK信號時,控制節點110則將判斷此次微量資料並未傳輸完成。因此,控制節點將110傳送RA回應訊息至UE 120以告知UE 120控制節點110即將重傳上述的微量資料,並利用例如上述步驟S504的傳輸方式重新傳送微量資料至UE 120(步驟S506、S507)。換句話說,步驟S506、S507在微量資料傳輸成功時是不會被執行的。
而步驟S511~S515則是上行鏈路路徑的微量資料傳輸之
流程。請繼續參照圖5,當UE 120產生微量資料(例如透過使用者操控而產生,或是週期性的被產生)時(步驟S511),UE 120則透過PRACH傳送特定前導信號至控制節點110通知控制節點UE 120欲傳送一微量資料。當PRACH壅塞或碰撞時,UE 120則自動後退(auto back-off)一預設時間點,再重新傳送(步驟S512)。
當控制節點110接收上述的特定前導信號後,控制節點110可傳送RA回應訊息至UE 120,以通知UE可傳送微量資料(步驟S513)。當UE接收RA回應訊息後,UE則將傳送上述的微量資料至控制節點110(例如,夾帶微量資料於RRC建立連線要求訊息中)(步驟S514)。由於控制節點110已根據特定前導信號辨識得
知UE 120僅欲傳送微量資料,控制節點110則擷取微量資料。若是控制節點110成功擷取微量資料,則回傳ACK信號至UE 120(步驟S515)。而當控制節點110未成功擷取微量資料,控制節點110則回傳NACK信號至UE 120。當UE 120接收NACK信號或是於傳送微量資料之後預設時間內未接收到任何從控制節點110回傳的ACK或NACK信號時,UE 120則重複上述步驟S512~514來重新傳送此微量資料。
本發明一提供了一種使用者設備適用於上述的微量資料
傳輸方法。圖6為根據本發明一實施例所繪示使用者設備的功能方塊圖。請參照圖6,使用者設備60包括收發器610以及通訊協定單元620。收發器610用以從一控制節點接收/傳送信號。通訊協定單元620耦接至收發器610,透過收發器610接收/傳送信號。
其中,通訊協定單元620於使用者設備60的睡眠模式或閒置模式中透過收發器監控尋呼訊框中第一尋呼機會子訊框。當通訊協定單元620偵測第一尋呼機會子訊框中包括一識別符元對應於使用者設備時,通訊協定單元620透過收發器610接收對應於第一尋呼機會子訊框的第一尋呼訊息。通訊協定單元620解析尋呼訊息,當第一尋呼訊息中包括一微量資料指示符元時,通訊協定單元620至一指定位址擷取資料,其中資料為微量資料(small data)。至於使用者設備(UE)60的詳細實施方式則可參考上述圖1~圖5所示實施例,在此則不贅述。
但值得注意的是,本發明中的通訊協定單元620可被實
現為一硬體電路,可被共同設置於使用者設備中的基頻處理晶片中,亦可被共同設置於使用者設備中的一處理器中。另外,本發明中的通訊協定單元620亦可利用使用者設備中的處理單元利用計記憶體執行對應的程式碼而實現,本發明並不限定於上述。
綜上所述,本發明提供了一種微量資料傳輸方法以及使用此方法的使用者設備(UE),可被整合於現有的網路中,並且可不與控制節點(例如,基地台)建立RRC連線的情況下傳輸微量資料。例如,於下行鏈路路徑中,控制節點可透過尋呼訊息通知UE,使UE可至指定位址擷取微量資料。而在上行鏈路路徑中,UE則可透過傳送特定前導信號的方式,來傳送微量資料。這麼一來,UE則不需要為了傳送微量資料而在RRC CONNECTED狀態與RRC IDLE狀態之間反覆的切換造成電力快速的消耗,亦可避免反覆的RRC連線建立所造成的時間延遲以及過多的額外信令負擔。
S101~S103‧‧‧步驟
Claims (20)
- 一種微量資料傳輸方法,適用於一使用者設備(User Equipment,UE)在不建立無線資源控制(Radio Resource Control,RRC)連線的情況下於無線網路中自一控制節點收發微量資料(small data),包括以下步驟:於一閒置模式中監控一尋呼訊框(paging frame)中一第一尋呼機會子訊框;當偵測該第一尋呼機會子訊框中包括一識別符元對應於該使用者設備時,接收對應於該第一尋呼機會子訊框的一第一尋呼訊息(paging message);以及解析該尋呼訊息,當該第一尋呼訊息中包括一微量資料指示符元時,至一指定位址擷取該資料,其中該資料為一微量資料(small data)。
- 如申請專利範圍第1項所述的微量資料傳輸方法,其中所述解析該第一尋呼訊息,當該第一尋呼訊息中包括該微量資料指示符元時,至該指定位址擷取該資料的步驟包括:從該第一尋呼訊息中對應於該識別符元的一尋呼區域(paging field)擷取該指定位址;以及根據該指定位址從該第一尋呼訊息中的該指定位址擷取該資料。
- 如申請專利範圍第1項所述的微量資料傳輸方法,其中所述解析該第一尋呼訊息,當該第一尋呼訊息中包括該微量資料指 示符元時,至該指定位址擷取該資料的步驟包括:從該尋呼訊息中對應於該識別符元的該尋呼區域擷取該指定位址;以及根據該指定位址從一第二尋呼訊息中的該指定位址擷取該資料,其中該第二尋呼訊息所對應的一第二尋呼機會子訊框與該第一尋呼機會子訊框位於同一尋呼訊框中。
- 如申請專利範圍第1項所述的微量資料傳輸方法,其中該識別符元為一尋呼無線電網路暫時識別符元(Paging Radio Network Temporary Identifier,P-RNTI),以及監控該尋呼訊框中該第一尋呼機會子訊框的步驟包括:透過實體下行鏈路控制通道(physical downlink control channel,PDCCH)偵測該第一尋呼機會子訊框中是否包括該識別符元。
- 如申請專利範圍第1項所述的微量資料傳輸方法,其中接收對應於該第一尋呼機會子訊框的該第一尋呼訊息的步驟包括:透過物理下行鏈路共享通道(Physical Downlink Shared Channel,PDSCH)接收對應於該第一尋呼機會子訊框的該第一尋呼訊息。
- 如申請專利範圍第1項所述的微量資料傳輸方法,其中所述指定位址擷取該資料的步驟之後,所述方法更包括:當擷取該資料成功時,透過物理隨機接入通道(Physical Random Access Channel,PRACH)傳送一應答(Acknowledgement, ACK)信號至該控制節點;以及當擷取該資料不成功時,透過物理隨機接入通道(Physical Random Access Channel,PRACH)傳送一否定應答(Negative Acknowledgement,NACK)信號至該控制節點,其中,該應答信號以及該否定應答信號包括一特定前導(preamble)信號,和/或透過所述物理隨機接入通道中一指定訊槽(slot)傳送。
- 如申請專利範圍第1項所述的微量資料傳輸方法,其中監控該尋呼訊框的步驟前,所述方法更包括:當於一連線模式下接收一RRC連線釋放訊息時,切換為該閒置模式。
- 如申請專利範圍第7項所述的微量資料傳輸方法,其中:該RRC連線釋放訊息包括該指定位址。
- 如申請專利範圍第7項所述的微量資料傳輸方法,其中該RRC連線釋放訊息中包括一特定前導信號,所述微量資料傳輸方法更包括:產生一傳送資料,其中該資料為微量資料;傳送包括該特定前導信號至該控制節點;以及當從該控制節點接收響應於該特定前導信號的一連線回應時,傳送包括該資料的一建立連線要求至該控制節點。
- 如申請專利範圍第7項所述的微量資料傳輸方法,其中該建立連線要求為一RRC建立連線要求,所述傳送該特定前導信號 至該控制節點的步驟包括:透過物理隨機接入通道(Physical Random Access Channel,PRACH)傳送前導信號至該控制節點。
- 一種使用者設備,包括:一收發器,用以從一控制節點接收/傳送信號;以及一通訊協定單元,耦接至該收發器,透過該收發器接收/傳送信號,其中,該通訊協定單元於該使用者設備的一睡眠模式或一閒置模式中透過該收發器監控一尋呼訊框(paging frame)中一第一尋呼機會子訊框;當該通訊協定單元偵測該第一尋呼機會子訊框中包括一識別符元對應於該使用者設備時,該通訊協定單元透過該收發器接收對應於該第一尋呼機會子訊框的一第一尋呼訊息(paging message);以及該通訊協定單元解析該尋呼訊息,當該第一尋呼訊息中包括一微量資料指示符元時,該通訊協定單元至一指定位址擷取該資料,其中該資料為一微量資料(small data)。
- 如申請專利範圍第11項所述的使用者設備,其中:該通訊協定單元透過該收發器接收該該第一尋呼訊息,從該第一尋呼訊息中對應於該識別符元的一尋呼區域(paging field)擷取該指定位址;以及該通訊協定單元根據該指定位址從該第一尋呼訊息中的該指 定位址擷取該資料。
- 如申請專利範圍第11項所述的使用者設備,其中:該通訊協定單元從該第一尋呼訊息中對應於該識別符元的該尋呼區域擷取該指定位址;以及該通訊協定單元控制該收發器接收一第二尋呼訊息,根據該指定位址從該第二尋呼訊息中的該指定位址擷取該資料,其中該第二尋呼訊息所對應的一第二尋呼機會子訊框與該第一尋呼機會子訊框位於同一尋呼訊框中。
- 如申請專利範圍第11項所述的使用者設備,其中該識別符元為一尋呼無線電網路暫時識別符元(Paging Radio Network Temporary Identifier,P-RNTI),以及該通訊協定單元控制該收發器透過實體下行鏈路控制通道(physical downlink control channel,PDCCH)偵測該第一尋呼機會子訊框中是否包括該識別符元。
- 如申請專利範圍第11項所述的使用者設備,其中:該通訊協定單元控制該收發器透過物理下行鏈路共享通道(Physical Downlink Shared Channel,PDSCH)接收對應於該第一尋呼機會子訊框的該第一尋呼訊息。
- 如申請專利範圍第11項所述的使用者設備,其中:當擷取該資料成功時,該通訊協定單元控制該收發器透過物理隨機接入通道(Physical Random Access Channel,PRACH)傳送一應答(Acknowledgement,ACK)信號至該控制節點;以及當擷取該資料不成功時,該通訊協定單元控制該收發器透過 物理隨機接入通道(Physical Random Access Channel,PRACH)傳送一否定應答(Negative Acknowledgement,NACK)信號至該控制節點,其中,該應答信號以及該否定應答信號包括一特定前導(preamble)信號,和/或透過所述物理隨機接入通道中一指定訊槽(slot)傳送。
- 如申請專利範圍第11項所述的使用者設備,其中:當該使用者設備於一連線模式下接收一RRC連線釋放訊息時,該通訊協定單元切換該使用者設備為該閒置模式。
- 如申請專利範圍第17項所述的使用者設備,其中:該RRC連線釋放訊息包括該指定位址。
- 如申請專利範圍第17項所述的使用者設備,其中該RRC連線釋放訊息中包括一特定前導信號,所述微量資料傳輸方法更包括:該使用者設備中一處理單元產生一傳送資料,並傳送至該網路協定單元,其中該資料為微量資料;該網路協定單元控制該收發器傳送包括該特定前導信號至該控制節點;以及當該網路協定單元透過該收發器從該控制節點接收響應於該特定前導信號的一連線回應時,傳送包括該資料的一建立連線要求至該控制節點。
- 如申請專利範圍第17項所述的使用者設備,其中: 該網路協定單元控制該收發器透過物理隨機接入通道(Physical Random Access Channel,PRACH)傳送該特定前導信號至該控制節點;以及該建立連線要求為一RRG建立連線要求。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
TW102138144A TWI539792B (zh) | 2013-10-22 | 2013-10-22 | 微量資料傳輸方法及使用者設備 |
US14/464,714 US10680956B2 (en) | 2013-10-22 | 2014-08-21 | Small data transmission method and user equipment using the same |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
TW102138144A TWI539792B (zh) | 2013-10-22 | 2013-10-22 | 微量資料傳輸方法及使用者設備 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW201517644A TW201517644A (zh) | 2015-05-01 |
TWI539792B true TWI539792B (zh) | 2016-06-21 |
Family
ID=52827189
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW102138144A TWI539792B (zh) | 2013-10-22 | 2013-10-22 | 微量資料傳輸方法及使用者設備 |
Country Status (2)
Country | Link |
---|---|
US (1) | US10680956B2 (zh) |
TW (1) | TWI539792B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10925096B2 (en) | 2019-04-22 | 2021-02-16 | Industrial Technology Research Institute | Extended random access method used by UE and base station and related apparatuses using the same |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10299244B2 (en) * | 2015-06-19 | 2019-05-21 | Qualcomm Incorporated | Small data transmission in a wireless communications system |
KR20180099677A (ko) * | 2016-01-27 | 2018-09-05 | 삼성전자주식회사 | 단말 배터리 절감 및 시그날링 오버 헤드 경감 방법 및 장치 |
CN110213799B (zh) * | 2016-03-29 | 2023-04-28 | 大唐移动通信设备有限公司 | 一种下行小数据传输方法及装置 |
WO2018034602A1 (en) * | 2016-08-17 | 2018-02-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Paging providing uplink resource allocation |
EP3478007B1 (en) * | 2016-08-31 | 2020-07-29 | Huawei Technologies Co., Ltd. | Small data transmission in a paging message |
US20180077682A1 (en) * | 2016-09-15 | 2018-03-15 | Huawei Technologies Co., Ltd. | Method and apparatus for application aware notifications in a wireless communication network |
CN108184214A (zh) | 2016-12-08 | 2018-06-19 | 中兴通讯股份有限公司 | 一种确定数据发送方式的方法及装置 |
US10721763B2 (en) * | 2017-01-20 | 2020-07-21 | Qualcomm Incorporated | Small packet optimizations for internet-of-things applications |
CN109429372B (zh) * | 2017-07-05 | 2023-08-11 | 西安中兴新软件有限责任公司 | 一种建立通信链路的方法、设备和系统 |
CN109309950B (zh) * | 2017-07-28 | 2020-06-30 | 维沃移动通信有限公司 | 寻呼消息盲检测方法、发送方法、相关设备和系统 |
CN111836361B (zh) * | 2019-08-12 | 2022-06-17 | 维沃移动通信有限公司 | 数据接收方法、发送方法、终端及网络设备 |
CN111246569B (zh) * | 2020-01-20 | 2023-04-07 | 展讯通信(上海)有限公司 | 寻呼处理方法、装置、设备及存储介质 |
CN111641976A (zh) * | 2020-05-22 | 2020-09-08 | 广东小天才科技有限公司 | 一种数据传输的方法、终端设备及网络设备 |
CN111800824A (zh) * | 2020-05-28 | 2020-10-20 | 上海诺行信息技术有限公司 | 智能仪表的数据传输系统、驱动接口封装装置及方法 |
CN116762421A (zh) * | 2021-02-13 | 2023-09-15 | 上海朗帛通信技术有限公司 | 一种被用于中继无线通信中的方法和装置 |
WO2023279302A1 (zh) * | 2021-07-07 | 2023-01-12 | 北京小米移动软件有限公司 | 用于非地面网络的sdt处理方法、通信装置和存储介质 |
WO2023155117A1 (en) * | 2022-02-18 | 2023-08-24 | Nokia Shanghai Bell Co., Ltd. | Access resource selection for small data transmission |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102404847B (zh) | 2008-09-11 | 2014-09-24 | 电信科学技术研究院 | 寻呼状态下数据传输的方法、系统及装置 |
KR101165642B1 (ko) | 2009-09-02 | 2012-07-16 | 엘지전자 주식회사 | 압축 mac 헤더를 이용한 mac pdu 송수신 방법 및 장치 |
KR101824987B1 (ko) * | 2010-02-11 | 2018-02-02 | 엘지전자 주식회사 | 이동통신 시스템에서의 다운링크 mtc 데이터 전송 방법 |
KR20120071229A (ko) | 2010-12-22 | 2012-07-02 | 한국전자통신연구원 | 이동통신 시스템의 데이터 전송 방법 |
CN102572951B (zh) | 2010-12-31 | 2016-01-27 | 华为终端有限公司 | 空闲模式下的数据发送方法、接收方法和设备 |
US9107184B2 (en) * | 2011-02-14 | 2015-08-11 | Alcatel Lucent | Method for reduced-overhead short message transmission |
US20120254890A1 (en) | 2011-04-01 | 2012-10-04 | Renesas Mobile Corporation | Small Data Transmission For Detached Mobile Devices |
EP2702811B1 (en) * | 2011-04-29 | 2015-06-10 | BlackBerry Limited | Receiving messages in connection with lte wakeup |
TW201320692A (zh) * | 2011-08-10 | 2013-05-16 | Ind Tech Res Inst | 資料傳送方法及使用此方法的基地台及用戶端設備 |
WO2013040752A1 (en) * | 2011-09-20 | 2013-03-28 | Renesas Mobile Corporation | Enhanced mac padding for data transmissions |
US9973877B2 (en) | 2011-09-23 | 2018-05-15 | Htc Corporation | Method of handling small data transmission |
CN103179644B (zh) * | 2011-12-21 | 2016-03-30 | 华为技术有限公司 | 一种读取系统消息的方法、设备 |
CN103260251B (zh) * | 2012-02-17 | 2016-06-15 | 华为技术有限公司 | 数据传输方法、基站及用户设备 |
US9119197B2 (en) * | 2012-05-22 | 2015-08-25 | Futurewei Technologies, Inc. | System and method for delay scheduling |
US9674873B2 (en) * | 2013-03-29 | 2017-06-06 | Lg Electronics Inc. | Method for informing identification of a UE and device therefor |
-
2013
- 2013-10-22 TW TW102138144A patent/TWI539792B/zh active
-
2014
- 2014-08-21 US US14/464,714 patent/US10680956B2/en active Active
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10925096B2 (en) | 2019-04-22 | 2021-02-16 | Industrial Technology Research Institute | Extended random access method used by UE and base station and related apparatuses using the same |
Also Published As
Publication number | Publication date |
---|---|
TW201517644A (zh) | 2015-05-01 |
US10680956B2 (en) | 2020-06-09 |
US20150113128A1 (en) | 2015-04-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI539792B (zh) | 微量資料傳輸方法及使用者設備 | |
JP6564783B2 (ja) | ユーザ装置、及び間欠受信方法 | |
JP6842535B2 (ja) | 2ステップ・グラントでのアクティブ時間処理 | |
US9107190B2 (en) | Discontinuous reception for multi-component carrier system | |
EP3414859B1 (en) | Apparatus and method for drx mechanisms for single harq process operation in nb-iot | |
KR101053841B1 (ko) | 불연속 수신 기능 개선 방법 및 관련 통신 기기 | |
JP7462766B2 (ja) | サイドリンク通信のための方法およびデバイス | |
US20150305084A1 (en) | Transmission control method, transmission method, and device | |
KR20130121982A (ko) | 감소된 오버헤드 단문 메시지 송신을 위한 방법 | |
US20090247203A1 (en) | Method and Apparatus for Improving DRX Functionality | |
US20130195049A1 (en) | Radio Resource Control Connection Release For User Devices Out Of Up Link Time Alignment | |
WO2018184571A1 (zh) | 反馈信息的发送、接收方法及相关装置和存储介质 | |
CN104602304B (zh) | 微量数据传输方法及用户设备 | |
US20230208563A1 (en) | Discontinuous reception control method and apparatus, terminal, and readable storage medium | |
WO2014107967A1 (zh) | 网络调度终端、终端响应调度的方法及装置 | |
US20230319950A1 (en) | Consideration of Active Reception Status in Resource Selection for D2D Communication | |
US20230189391A1 (en) | Method and device for managing sidelink transmission | |
WO2018149280A1 (zh) | 数据接收方法及装置 | |
CN111567135B (zh) | 通信方法、通信装置 | |
CN115136718A (zh) | 通信设备和方法 | |
WO2022179242A1 (zh) | 一种通信方法及设备 | |
WO2016152804A1 (ja) | 無線通信システム、無線通信ネットワーク、無線端末及び無線通信方法 | |
WO2022042705A1 (zh) | 一种非连续接收drx方法及装置 | |
EP4349123A1 (en) | Methods for simultaneous communication using a plurality of subscriber identities, a related wireless device and a related network node | |
CN115868231A (zh) | 具有降低功耗的侧行链路通信 |