TW202005462A - 基地台之分布單元及集中單元 - Google Patents

基地台之分布單元及集中單元 Download PDF

Info

Publication number
TW202005462A
TW202005462A TW108118253A TW108118253A TW202005462A TW 202005462 A TW202005462 A TW 202005462A TW 108118253 A TW108118253 A TW 108118253A TW 108118253 A TW108118253 A TW 108118253A TW 202005462 A TW202005462 A TW 202005462A
Authority
TW
Taiwan
Prior art keywords
message
base station
rrc
connection
identification code
Prior art date
Application number
TW108118253A
Other languages
English (en)
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 TW202005462A publication Critical patent/TW202005462A/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/26Resource reservation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08Access point devices
    • H04W88/085Access point devices with remote components
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/18Management of setup rejection or failure

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一種基地台之分布單元及集中單元。分布單元自一使用者裝置接收一RRC連線請求訊息。分布單元因應該RRC連線請求訊息傳送一基地台端連線請求訊息至集中單元,其中該基地台端連線請求訊息載有一第一應用協定識別碼及一第一RRC訊息。該第一RRC訊息為該RRC連線請求訊息。集中單元傳送一基地台端連線決定訊息至分布單元,其中該基地台端連線決定訊息載有該第一應用協定識別碼、一第二應用協定識別碼、一第二RRC訊息及一SRB資訊。分布單元自該基地台端連線決定訊息擷取該第二RRC訊息,再傳送該第二RRC訊息至該使用者裝置。

Description

基地台之分布單元及集中單元
本發明係關於一種基地台之分布單元(Distributed Unit;DU)及集中單元(Centralized Unit;CU)。具體而言,本發明係關於一種能回應一使用者裝置之各種無線電資源控制(Radio Resource Control;下稱「RRC」)請求之分布單元及集中單元。
目前世界各國的研發人員與行動通訊業者已在積極地制定第五代(Fifth Generation;5G)行動通訊系統之規格。依據目前已制定之規格,第五代行動通訊系統之基地台會採用無線接取網路劃分架構(Radio Access Network(RAN)Functional Split),也就是一個基地台會包含一個集中單元及至少一個分布單元,如第1A圖所示。集中單元及分布單元可各為一硬體裝置,或整合於同一硬體裝置。
在採用無線接取網路劃分架構下,集中單元係執行一通訊協定堆疊中之上面數層,而各分布單元係執行同一通訊協定堆疊中之下面數層。以第五代行動通訊系統中之無線接取網路劃分架構之第二選項(Option 2)為例,集中單元係執行RRC層、服務資料適應協定(Service Data Adaptation Protocol;SDAP)層及封包資料匯聚通訊協定(Packet Data Convergence Protocol;PDCP)層,各分布單元係個別地執行無線電連結控制(Radio Link Control;RLC)層、媒體存取控制(Media Access Control;MAC)層及實體(Physical;PHY)層,且集中單元與各分布單元之間係透過稱之為F1介面(F1 interface)之邏輯介面進行通訊,如第1B圖所示。
依據目前多數的行動通訊系統(例如:廣泛地被使用之長期演進技術通訊系統),使用者裝置需先與基地台建立無線電連線才能連線至網際網路。第1C圖及第1D圖分別描繪習知的基地台同意及拒絕使用者裝置之無線電連線請求之訊息傳遞示意圖。在未建立無線電連線前,使用者裝置僅能使用一特定訊號無線載體(Signaling Radio Bearer;下稱「SRB」)(於長期演進技術通訊系統中,為SRB0)。使用者裝置先於該特定SRB上傳送一RRC連線請求訊息至基地台。若基地台同意使用者裝置建立無線電連線,則會於該特定SRB傳送一RRC連線建立訊息至使用者裝置,使用者裝置再於另一特定SRB(於長期演進技術通訊系統中,為SRB1)傳送一RRC連線建立完成訊息至基地台,如第1C圖所示。若基地台拒絕使用者裝置建立無線電連線,則會於同一特定SRB傳送一RRC連線拒絕訊息至使用者裝置,如第1D圖所示。換言之,基地台是否同意使用者裝置建立無線電連線,相當於基地台是否同意讓使用者裝置啟動(activate)另一特定SRB以便加以使用(以長期演進技術通訊系統為例,相當於是否同意讓使用者裝置啟動SRB1以便加以使用)。
由於第五代行動通訊系統採用無線接取網路劃分架構,使用者裝置傳送至基地台之訊息係先由分布單元接收,再由分布單元通知集中單元。若使用者裝置傳送RRC連線相關訊息(例如:RRC連線請求訊息、RRC連線重新建立請求訊息),則因分布單元所執行之通訊協定堆疊不包含RRC 層,分布單元無法解碼RRC連線相關訊息。因此,如何使分布單元與集中單元彼此配合以回應使用者裝置所傳送的各種RRC連線相關訊息為第五代行動通訊系統亟需解決之技術問題。
為解決第五代行動通訊系統之上述技術問題,本發明提供一種基地台之分布單元及一種基地台之集中單元。
本發明之分布單元適用於一基地台,且該基地台包含該分布單元及一集中單元。該分布單元包含一第一收發介面、一第二收發介面及一處理器,且該處理器電性連接至該第一收發介面及該第二收發介面。該第二收發介面自一使用者裝置接收一RRC連線請求訊息。該處理器因應該RRC連線請求訊息產生一基地台端連線請求訊息,其中該基地台端連線請求訊息載有一第一應用協定識別碼及一第一RRC訊息。該第一應用協定識別碼用以辨識由該分布單元在該第一收發介面上所傳送之與該使用者裝置相關之訊息。該第一RRC訊息為該RRC連線請求訊息。該第一收發介面還傳送該基地台端連線請求訊息至該集中單元,且還自該集中單元接收一基地台端連線決定訊息。該基地台端連線決定訊息載有該第一應用協定識別碼、一第二應用協定識別碼、一第二RRC訊息及一SRB資訊。該第二應用協定識別碼用以辨識由該集中單元在該第一收發介面上所傳送之與該使用者裝置相關之訊息。該處理器還自該基地台端連線決定訊息擷取該第二RRC訊息,且該第二收發介面還傳送該第二RRC訊息至該使用者裝置。
本發明之集中單元適用於一基地台,且該基地台包含該集中單元及一分布單元。該集中單元包含一收發介面及一處理器,且二者電性連 接。該收發介面自該分布單元接收一基地台端連線請求訊息,其中該基地台端連線請求訊息載有一第一應用協定識別碼及一第一RRC訊息。該第一應用協定識別碼用以辨識由該分布單元在該收發介面上所傳送之與該使用者裝置相關之訊息。該處理器藉由解碼該基地台端連線請求訊息而確認該第一RRC訊息為一RRC連線請求訊息。該處理器因應該RRC連線請求訊息產生一基地台端連線決定訊息,其中該基地台端連線決定訊息載有該第一應用協定識別碼、一第二應用協定識別碼、一第二RRC訊息及一SRB資訊。該第二應用協定識別碼用以辨識由該集中單元在該收發介面上所傳送之與該使用者裝置相關之訊息。該收發介面還傳送該基地台端連線決定訊息至該分布單元。
本發明所提供之分布單元與集中單元可搭配使用作為一基地台。分布單元在接收到使用者裝置所傳送之RRC連線請求訊息後,不需解碼RRC連線請求訊息,而是將該RRC連線請求訊息包裹於一基地台端連線請求訊息中,再將基地台端連線請求訊息傳送至集中單元。集中單元接收到基地台端連線請求訊息後,將其解碼並因而得知使用者裝置提出RRC連線請求。為回應使用者裝置所提出之RRC連線請求,集中單元再將一RRC訊息(可為RRC連線建立訊息或RRC連線拒絕訊息)及一SRB資訊包裹於一基地台端連線決定訊息,並將基地台端連線決定訊息傳送至分布單元。分布單元接收到基地台端連線決定訊息後,不需解碼基地台端連線決定訊息所載有之RRC訊息,而是將該RRC訊息轉傳至使用者裝置。透過前述運作流程,儘管分布單元所執行之通訊協定堆疊不包含RRC層而無法瞭解RRC連線相關訊息之實際涵義,在分布單元與集中單元協同運作下,仍能回應使用者裝置 所提出之RRC連線請求。因此,本發明所提供之分布單元與集中單元解決了第五代行動通訊系統所面臨之前述技術問題。
以下結合圖式闡述本發明之詳細技術及實施方式,俾使本發明所屬技術領域中具有通常知識者能理解所請求保護之發明之技術特徵。
2‧‧‧行動通訊系統
21‧‧‧使用者裝置
23‧‧‧基地台
231‧‧‧集中單元
233‧‧‧分布單元
231a、233a‧‧‧處理器
231b、231c、233b、233c‧‧‧收發介面
25‧‧‧核心網路
310‧‧‧RRC連線請求訊息
330‧‧‧基地台端連線請求訊息
335‧‧‧基地台端連線建立訊息
340‧‧‧基地台端連線拒絕訊息
350‧‧‧基地台端連線決定訊息
355‧‧‧確認指示符
360、362‧‧‧負確認指示符
370‧‧‧第二RRC訊息
375‧‧‧RRC連線建立完成訊息
380‧‧‧基地台端連線建立完成訊息
385‧‧‧基地台端連線回覆訊息
390‧‧‧RRC連線建立完成訊息
395‧‧‧基地台端連線拒絕完成訊息
398‧‧‧基地台端連線建立完成訊息
3‧‧‧行動通訊系統
33‧‧‧基地台
235‧‧‧分布單元
235a‧‧‧處理器
235b、235c‧‧‧收發介面
400‧‧‧前置訊號
405‧‧‧隨機存取回覆訊息
430‧‧‧基地台端連線請求訊息
455‧‧‧基地台端連線拒絕訊息
460‧‧‧基地台端連線決定訊息
470‧‧‧第二RRC訊息
485‧‧‧基地台端連線回覆訊息
490‧‧‧RRC連線建立完成訊息
495‧‧‧基地台端連線建立完成訊息
500‧‧‧前置訊號
505、510‧‧‧隨機存取回覆訊息
610‧‧‧RRC連線重新建立請求訊息
630‧‧‧基地台端連線重新建立請求訊息
650‧‧‧基地台端連線重新建立決定訊息
670‧‧‧第四RRC訊息
T、T1、T2‧‧‧預設時間長度
第1A圖係描繪第五代行動通訊系統之基地台所採用之無線接取網路劃分架構;第1B圖係描繪第五代行動通訊系統之基地台之集中單元及分布單元所執行之網路通訊協定;第1C圖係描繪習知的基地台同意使用者裝置之無線電連線請求之訊息傳遞示意圖;第1D圖係描繪習知的基地台拒絕使用者裝置之無線電連線請求之訊息傳遞示意圖;第2圖係描繪本發明之某些實施方式之行動通訊系統2之架構示意圖;第3圖係描繪本發明之第一實施方式之訊息傳遞示意圖;第4A圖係描繪本發明之第二及第三實施方式中接受使用者裝置21之RRC連線請求之訊息傳遞示意圖;第4B圖係描繪本發明之第二實施方式中拒絕使用者裝置21之RRC連線請求之訊息傳遞示意圖;第5圖係描繪本發明之第三實施方式中拒絕使用者裝置21之RRC連線請求之訊息傳遞示意圖; 第6圖係描繪本發明之第四實施方式之訊息傳遞示意圖;第7圖係描繪本發明之第五實施方式之訊息傳遞示意圖;第8圖係描繪本發明之第六實施方式之訊息傳遞示意圖;第9圖係描繪本發明之第七實施方式之訊息傳遞示意圖;第10A圖及第10B圖係描繪本發明之第八實施方式之訊息傳遞示意圖;第11圖係描繪本發明之第九實施方式之訊息傳遞示意圖;第12圖係描繪本發明之第十實施方式之訊息傳遞示意圖;第13圖描繪本發明之某些實施方式之行動通訊系統3之架構示意圖;第14圖係描繪本發明之第十一實施方式之訊息傳遞示意圖;第15圖係描繪本發明之第十二實施方式之訊息傳遞示意圖;第16圖係描繪本發明之第十三實施方式之訊息傳遞示意圖;以及第17圖係描繪本發明之第十四實施方式之訊息傳遞示意圖。
以下將透過實施方式來解釋本發明所提供之基地台之分布單元及基地台之集中單元。然而,該等實施方式並非用以限制本發明需在如該等實施方式所述之任何環境、應用或方式方能實施。因此,關於以下實施方式之說明僅在於闡釋本發明之目的,而非用以限制本發明之範圍。應理解,在以下實施方式及圖式中,與本發明非直接相關之元件已省略而未繪示,且圖式中各元件之尺寸以及元件間之尺寸比例僅為便於繪示及說明,而 非用以限制本發明之範圍。
第2圖描繪本發明之某些實施方式所適用之行動通訊系統2之架構示意圖。行動通訊系統2符合第五代行動通訊系統之規格,其包含一使用者裝置21、一基地台(依據第五代行動通訊系統之規格,基地台可被稱之為gNodeB或gNB)23及一核心網路25。基地台23採用無線接取網路劃分架構。具體而言,基地台23包含一集中單元231及一分布單元233,其中集中單元231係執行一通訊協定堆疊中之上面數層,而分布單元233係執行通訊協定堆疊中之下面數層。若基地台23遵循第五代行動通訊系統之無線接取網路劃分架構之第二選項(但不以此為限),集中單元231係執行通訊協定堆疊中之RRC層、SDAP層及PDCP層,而分布單元233係執行通訊協定堆疊中之RLC層、MAC層及PHY層。於某些實施方式中,集中單元231及分布單元233可各自為一硬體裝置。於其他某些實施方式中,集中單元231及分布單元233可整合於同一硬體裝置。
集中單元231包含一處理器231a及二個收發介面231b、231c,其中處理器231a電性連接至收發介面231b、231c。處理器231a可為各種處理單元、中央處理單元(Central Processing Unit;CPU)、微處理器(Microprocessor)、數位訊號處理器(Digital Signal Processor;DSP)或本發明所屬技術領域中具有通常知識者所知之任何其他具有相同功能之計算裝置。收發介面231b可為任何能與一分布單元通訊之有線或無線介面,且收發介面231c可為任何能與核心網路25通訊之有線或無線介面。分布單元233包含一處理器233a及二個收發介面233b、233c,其中處理器233a電性連接至收發介面233b、233c。處理器233a可為各種處理單元、中央處理單元、微處 理器、數位訊號處理器或本發明所屬技術領域中具有通常知識者所知之任何其他具有相同功能之計算裝置。收發介面233b可為任何能與一集中單元通訊之有線或無線介面,且收發介面233c可為任何能與一使用者裝置通訊之有線或無線介面。
於採用行動通訊系統2架構之該等實施方式中,集中單元231與核心網路25間建立有一邏輯介面(第五代行動通訊系統稱之為下一代(Next Generation;NG)介面),且集中單元231與核心網路25間之訊息傳遞係透過該邏輯介面於實體的收發介面231c上傳輸。此外,分布單元233與集中單元231間建立有一邏輯介面(第五代行動通訊系統稱之為F1介面),且分布單元233與集中單元231間之訊息傳遞係透過該邏輯介面於實體的收發介面233b及收發介面231b上傳輸。
由分布單元233傳送至集中單元231之與使用者裝置21相關之訊息需載有一第一應用協定識別碼(未繪示),該第一應用協定識別碼係用以辨識由分布單元233透過邏輯介面(於實體的收發介面233b及收發介面231b上傳輸)所傳送之與使用者裝置21相關之訊息。舉例而言,分布單元233可串接(concatenate)分布單元233自己的識別碼與暫時小區無線電網路暫時身分(Temporary Cell Radio Network Temporary Identifier;tc-RNTI)來作為第一應用協定識別碼。應理解,本發明未限制第一應用協定識別碼之實際內容,只要能達到前述辨識效果即可。於某些實施態樣中,分布單元233可採用第五代行動通訊系統中之gNB-DU UE F1AP ID參數作為第一應用協定識別碼。
由集中單元231傳送至分布單元233之與使用者裝置21相關 之訊息需載有一第二應用協定識別碼(未繪示),該第二應用協定識別碼係用以辨識由集中單元231透過邏輯介面(於實體的收發介面233b及收發介面231b上傳輸)所傳送之與使用者裝置21相關之訊息。舉例而言,集中單元231可串接新無線電小區全域識別碼(New Radio Cell Global Identity;NR CGI)與第五代系統架構演進之暫時移動用戶識別碼(5G SAE-Temporary Mobile Subscriber Identity;5G-S-TMSI)來作為第二應用協定識別碼。應理解,本發明未限制第二應用協定識別碼之實際內容,只要能達到前述辨識效果即可。於某些實施態樣中,集中單元231可採用第五代行動通訊系統中之gNB-CU UE F1AP ID參數作為第二應用協定識別碼。
請參第3圖,其係描繪本發明之第一實施方式之訊息傳遞示意圖。於本實施方式中,為回應使用者裝置21所提出之RRC連線請求,基地台23內部係採取雙向交握(2-way handshaking)流程(亦即,第3圖所示之基地台端連線請求訊息330及基地台端連線決定訊息350)。
具體而言,使用者裝置21藉由於一上行共同控制頻道(Uplink-Common Control Channel;UL-CCCH)中傳送一RRC連線請求訊息310向基地台23提出RRC連線請求,而此RRC連線請求訊息310由分布單元233之收發介面233c於上行共同控制頻道中接收。由於分布單元233係於上行共同控制頻道接收到RRC連線請求訊息310,因此分布單元233能在不解碼RRC連線請求訊息310之情況下知悉所接收到之RRC連線請求訊息310為RRC相關訊息。
因應接收到一RRC相關訊息(亦即,RRC連線請求訊息310),分布單元233之處理器233a產生一基地台端連線請求訊息330,收發介面 233b再傳送此基地台端連線請求訊息330至集中單元231。需說明者,基地台端連線請求訊息330載有第一應用協定識別碼及一第一RRC訊息,其中該第一RRC訊息為分布單元233所接收到之RRC連線請求訊息310。換言之,分布單元233係將所接收到之RRC連線請求訊息310夾帶於基地台端連線請求訊息330中。於一實施態樣中,基地台端連線請求訊息330包含一RRC容器(RRC container),該第一RRC訊息可夾帶於該RRC容器之資訊元素(Information Element;IE)所包含之一上行共同控制頻道之資訊元素中。
接著,集中單元231之收發介面231b接收基地台端連線請求訊息330,處理器231a再藉由解碼基地台端連線請求訊息330而確認基地台端連線請求訊息330夾帶有一RRC連線請求訊息(亦即,確認基地台端連線請求訊息330載有第一RRC訊息,且在解碼該第一RRC訊息後確認其為一RRC連線請求訊息)。於一實施態樣中,處理器231a係從基地台端連線請求訊息330所包含之RRC容器之資訊元素所包含之上行共同控制頻道之資訊元素擷取出該第一RRC訊息,並確認該第一RRC訊息為一RRC連線請求訊息。
因應接收到該RRC連線請求訊息,集中單元231之處理器231a產生一基地台端連線決定訊息350,收發介面231b再傳送基地台端連線決定訊息350至分布單元233。需說明者,基地台端連線決定訊息350載有該第一應用協定識別碼、該第二應用協定識別碼、一第二RRC訊息及一第一SRB資訊。視不同的情況(例如:基地台23是否有足夠的無線資源來服務使用者裝置),該第二RRC訊息可為一RRC連線建立訊息或一RRC連線拒絕訊息。此外,基地台端連線決定訊息350所載有之第一SRB資訊係用以指示接 下來要使用哪一個SRB(例如:接下來要使用SRB0)或/及用以指示是否欲建立另一SRB(例如:欲建立SRB1)。於一實施態樣中,基地台端連線決定訊息350包含一RRC容器,而該第二RRC訊息可夾帶於該RRC容器之資訊元素所包含之一下行共同控制頻道(Downlink-Common Control Channel;DL-CCCH)之資訊元素中。
之後,分布單元233之收發介面233b接收基地台端連線決定訊息350。分布單元233之處理器233a在解碼基地台端連線決定訊息350後知悉基地台端連線決定訊息350載有一RRC相關訊息(亦即,第二RRC訊息),再從基地台端連線決定訊息350擷取出該第二RRC訊息。於一實施態樣中,處理器233a係從基地台端連線決定訊息350所包含之RRC容器之資訊元素所包含之下行共同控制頻道之資訊元素中擷取出該第二RRC訊息。之後,收發介面233c於一下行共同控制頻道將第二RRC訊息370傳送至使用者裝置21。以行動通訊系統2的角度觀之,由分布單元233傳送至使用者裝置21之第二RRC訊息370為基地台23回覆使用者裝置21之RRC連線決定訊息。使用者裝置21在解碼第二RRC訊息370後便知基地台23接受或拒絕其RRC連線請求。
透過前述流程,儘管分布單元233所執行之通訊協定堆疊不包含RRC層而無法解碼RRC連線相關訊息(例如:RRC連線請求訊息310、第二RRC訊息370),但分布單元233能將RRC連線相關訊息轉傳至集中單元231或使用者裝置21。因此,集中單元231與分布單元233能透過雙向交握流程來回應使用者裝置21所提出之RRC連線請求。
請參第4A圖及第4B圖,其係描繪本發明之第二實施方式之 訊息傳遞示意圖。於本實施方式中,基地台23係由分布單元233決定是否接受使用者裝置21所提出之RRC連線請求,且分布單元233會透過基地台端連線請求訊息330讓集中單元231知道分布單元233之決定。具體而言,分布單元233之收發介面233c接收RRC連線請求訊息310後,處理器233a決定是否接受使用者裝置21所提出之RRC連線請求(例如:依據分布單元233當時是否具備足夠的無線資源來決定)。若處理器233a決定接受使用者裝置21所提出之RRC連線請求,則會於基地台端連線請求訊息330中夾帶一分布單元設定(Distributed Unit Configuration;DU Configuration)。若處理器233a決定拒絕使用者裝置21所提出之RRC連線請求,則不會於基地台端連線請求訊息330夾帶一分布單元設定。於一實施態樣中,分布單元設定可為第五代行動通訊系統標準所定義之CellGroupConfig資訊元素,但不以此為限。
於本實施方式中,若基地台23決定接受使用者裝置21所提出之RRC連線請求,則基地台23內部採取三向(3-way)交握流程(亦即,第4A圖中所繪示之基地台端連線請求訊息330、基地台端連線決定訊息350及基地台端連線建立完成訊息380)來為使用者裝置21建立RRC連線。若基地台23決定拒絕使用者裝置21所提出之RRC連線請求,則基地台23內部採取雙向交握流程(亦即,第4B圖中所繪示之基地台端連線請求訊息330及基地台端連線決定訊息350)來拒絕使用者裝置21所提出之RRC連線請求。以下說明將著重於本實施方式與第一實施方式相異之處。
茲先說明當分布單元233之處理器233a決定接受使用者裝置21所提出之RRC連線請求之情況,請參第4A圖。於此情況中,分布單元233之處理器233a所產生之基地台端連線請求訊息330除了載有第一應用協定 識別碼及第一RRC訊息(如前所述,第一RRC訊息為RRC連線請求訊息310),還載有一分布單元設定。集中單元231之處理器231a根據基地台端連線請求訊息330所載之第一應用協定識別碼及第一RRC訊息得知使用者裝置21提出RRC連線請求,且根據基地台端連線請求訊息330載有的分布單元設定得知分布單元233尚有無線資源能服務新進的使用者裝置,故會接受使用者裝置21所提出之RRC連線請求。據此,集中單元231之處理器231a所產生之基地台端連線決定訊息350會載有一RRC連線建立訊息(亦即,前述基地台端連線決定訊息350所載有之第二RRC訊息為RRC連線建立訊息)。類似的,集中單元231之收發介面231b會傳送基地台端連線決定訊息350至分布單元233。
類似的,分布單元233在接收基地台端連線決定訊息350後會擷取出第二RRC訊息。於一實施態樣中,處理器233a係從基地台端連線決定訊息350所包含之RRC容器之資訊元素所包含之下行共同控制頻道之資訊元素中擷取出第二RRC訊息。之後,收發介面233c於一下行共同控制頻道傳送第二RRC訊息370至使用者裝置21。使用者裝置21在解碼第二RRC訊息370後便知基地台23允許其建立RRC連線。
之後,使用者裝置21於一上行專屬控制頻道(Uplink Dedicated Control Channel;UL DCCH)傳送一RRC連線建立完成訊息375至分布單元233,而此RRC連線建立完成訊息375由分布單元233之收發介面233c於上行專屬控制頻道接收。由於分布單元233係於上行專屬控制頻道接收到RRC連線建立完成訊息375,因此分布單元233能在不解碼RRC連線建立完成訊息375之情況下知悉所接收到之RRC連線建立完成訊息375為RRC 相關訊息。
因應接收到一RRC相關訊息(亦即,RRC連線建立完成訊息375),處理器233a產生一基地台端連線建立完成訊息380,收發介面233b再傳送基地台端連線建立完成訊息380至集中單元231。需說明者,基地台端連線建立完成訊息380載有該第一應用協定識別碼、該第二應用協定識別碼、一第三RRC訊息及一第二SRB資訊。該第三RRC訊息為分布單元233所接收到之RRC連線建立完成訊息375;換言之,分布單元233係將所接收到之RRC連線建立完成訊息375夾帶於基地台端連線建立完成訊息380中。此外,基地台端連線建立完成訊息380所載有之第二SRB資訊係用以指示接下來要使用哪一個SRB(例如:接下來要使用SRB1)。於一實施態樣中,基地台端連線建立完成訊息380包含一RRC容器,且該第三RRC訊息可夾帶於該RRC容器之資訊元素所包含之上行專屬控制頻道之資訊元素中。
接著,集中單元231之收發介面231b會接收基地台端連線建立完成訊息380。處理器231a再藉由解碼基地台端連線建立完成訊息380而確認基地台端連線建立完成訊息380夾帶有一RRC連線建立完成訊息(亦即,確認基地台端連線建立完成訊息380載有該第三RRC訊息,且在解碼該第三RRC訊息後確認其為一RRC連線建立完成訊息)。於一實施態樣中,處理器231a係從基地台端連線建立完成訊息380所包含之RRC容器之資訊元素所包含之上行專屬控制頻道之資訊元素擷取出該第三RRC訊息,並確認該第三RRC訊息為一RRC連線建立完成訊息。
接著說明當分布單元233之處理器233a決定拒絕使用者裝置21所提出之RRC連線請求之情況,請參第4B圖。於此情況中,處理器231a所 產生之基地台端連線請求訊息330不會載有一分布單元設定。集中單元231之處理器231a根據基地台端連線請求訊息330所載之第一應用協定識別碼及第一RRC訊息得知使用者裝置21提出RRC連線請求,且根據基地台端連線請求訊息330未載有分布單元設定得知分布單元233不具有足夠的無線資源能服務新進的使用者裝置,故會拒絕使用者裝置21所提出之RRC連線請求。據此,處理器231a所產生之基地台端連線決定訊息350載有一RRC連線拒絕訊息(亦即,前述基地台端連線決定訊息350所載有之第二RRC訊息為一RRC連線拒絕訊息)。類似的,集中單元231之收發介面231b會傳送基地台端連線決定訊息350至分布單元233。
類似的,分布單元233在接收基地台端連線決定訊息350後會擷取出第二RRC訊息。於一實施態樣中,處理器233a係從基地台端連線決定訊息350所包含之RRC容器之資訊元素所包含之下行共同控制頻道之資訊元素中擷取出第二RRC訊息。之後,收發介面233c於一下行共同控制頻道傳送第二RRC訊息370至使用者裝置21。使用者裝置21解碼第二RRC訊息後便知基地台23拒絕其RRC連線請求。
於一實施態樣中,基地台23可採用第五代行動通訊系統標準中之InitialULRRCMessageTransfer訊息、DLRRCMessageTransfer訊息及ULRRCMessageTransfer訊息來分別作為基地台端連線請求訊息330、基地台端連線決定訊息350及基地台端連線建立完成訊息380。於該實施態樣中,基地台端連線決定訊息350所載之第一SRB資訊為DLRRCMessageTransfer訊息中之SRB識別碼(Identity;ID),且該SRB識別碼被設為0,代表接下來所使用之SRB為SRB0。此外,基地台端連線建立完成訊息380所載之第二SRB 資訊為ULRRCMessageTransfer訊息中之SRB識別碼,且該SRB識別碼被設為1,代表接下來所使用之SRB為SRB1(亦即,不同於SRB0之另一個SRB)。
於另一實施態樣中,基地台23可採用第五代行動通訊系統標準中之InitialULRRCMessageTransfer訊息作為基地台端連線請求訊息330。此外,基地台可定義一UEConnectionSetup訊息來作為基地台端連線決定訊息350,且定義一UEConnectionSetupComplete訊息來作為基地台端連線建立完成訊息380。
由上述說明可知,本實施方式之集中單元231可由基地台端連線請求訊息330是否載有分布單元設定得知應接受或拒絕使用者裝置21所提出之RRC連線請求。若要接受使用者裝置21之RRC連線請求,基地台23內部採取三向交握流程。若要拒絕使用者裝置21之RRC連線請求,基地台23內部採取雙向交握流程。藉此,基地台23能在不增加過多的基地台23內部的聯繫訊息下,回應使用者裝置21所提出之RRC連線請求。
請參第4A圖及第5圖,其係描繪本發明之第三實施方式之訊息傳遞示意圖。第三實施方式與第二實施方式類似,但在第三實施方式中,基地台端連線請求訊息330必須載有一分布單元設定,使集中單元231可參考分布單元設定或/及集中單元231自己的集中單元設定(Centralized Unit Configuration;CU Configuration)來決定是否接受使用者裝置21所提出之RRC連線請求。以下說明將著重於第三實施方式與第二實施方式相異之處。
如前所述,分布單元233之收發介面233c接收RRC連線請求訊息310後,分布單元233之收發介面233a會產生基地台端連線請求訊息330。於本實施方式中,基地台端連線請求訊息330除了載有第一應用協定識 別碼及第一RRC訊息,還必須載有一分布單元設定。集中單元231之收發介面231b接收基地台端連線請求訊息330後,處理器231a根據分布單元設定或/及集中單元231自己的集中單元設定來決定是否接受使用者裝置21所提出之RRC連線請求。於一實施態樣中,集中單元設定可為集中單元231之收發介面231c自核心網路25所接收到之一負載相關資訊(例如:核心網路25是否因過載而限制傳輸),但不以此為限。
茲先說明當集中單元231之處理器231a決定拒絕使用者裝置21所提出之RRC連線請求之情況,請參第5圖。於此情況中,處理器231a所產生之基地台端連線決定訊息350載有一RRC連線拒絕訊息(亦即,前述基地台端連線決定訊息350所載有之第二RRC訊息為一RRC連線拒絕訊息)。類似的,收發介面231b會傳送基地台端連線決定訊息350至分布單元233。類似的,分布單元233在接收基地台端連線決定訊息350後會擷取出第二RRC訊息。於一實施態樣中,處理器233a係從基地台端連線決定訊息350所包含之RRC容器之資訊元素所包含之下行共同控制頻道之資訊元素中擷取出第二RRC訊息。之後,收發介面233c於下行共同控制頻道傳送第二RRC訊息370至使用者裝置21。使用者裝置21解碼第二RRC訊息後便知基地台23拒絕其RRC連線請求。
接著說明當集中單元231之處理器231a決定接受使用者裝置21所提出之RRC連線請求之情況,請參第4A圖。於此情況中,處理器231a所產生之基地台端連線決定訊息350載有一RRC連線建立訊息(亦即,前述基地台端連線決定訊息350所載有之第二RRC訊息為一RRC連線建立訊息)。類似的,收發介面231b會傳送基地台端連線決定訊息350至分布單元 233。類似的,分布單元233在接收基地台端連線決定訊息350後會擷取出第二RRC訊息。於一實施態樣中,處理器233a係從基地台端連線決定訊息350所包含之RRC容器之資訊元素所包含之下行共同控制頻道之資訊元素中擷取出第二RRC訊息。之後,收發介面233c於下行共同控制頻道傳送第二RRC訊息370至使用者裝置21。使用者裝置21解碼第二RRC訊息後便知基地台23接受其RRC連線請求。
於一實施態樣中,基地台23可採用第五代行動通訊系統標準中之InitialULRRCMessageTransfer訊息、DLRRCMessageTransfer訊息及ULRRCMessageTransfer訊息來分別作為基地台端連線請求訊息330、基地台端連線決定訊息350及基地台端連線建立完成訊息380。
於該實施態樣中,基地台端連線決定訊息350所載之第一SRB資訊包含DLRRCMessageTransfer訊息中之SRB識別碼或/及DLRRCMessageTransfer訊息中之「SRB to be Setup」欄位。第一SRB資訊所包含之該SRB識別碼被設為0,代表接下來所使用之SRB為SRB0。另外,若集中單元231拒絕使用者裝置21之RRC連線請求,第一SRB資訊所包含之「SRB to be Setup」欄位會被設定為0(亦即,沒有要建立另一SRB,因此代表拒絕使用者裝置21之RRC連線請求)。若集中單元231接受使用者裝置21之RRC連線請求,第一SRB資訊所包含之「SRB to be Setup」欄位會被設定為1(亦即,要另外建立SRB1,因此代表接受使用者裝置21之RRC連線請求)。再者,基地台端連線建立完成訊息380所載之第二SRB資訊為ULRRCMessageTransfer訊息中之SRB識別碼,且該SRB識別碼被設為1,代表接下來所使用之SRB為SRB1(亦即,不同於SRB0之另一SRB)。
於另一實施態樣中,基地台23可採用第五代行動通訊系統標準中之InitialULRRCMessageTransfer訊息作為基地台端連線請求訊息330。另外,針對基地台23拒絕使用者裝置21之RRC連線請求之情況,基地台23可定義一UEConnectionReject訊息來實現基地台端連線決定訊息350。針對基地台23接受使用者裝置21之RRC連線請求之情況,基地台23可定義一UEConnectionSetup訊息來作為基地台端連線決定訊息350。此外,基地台23還可定義一UEConnectionSetupComplete訊息來作為基地台端連線建立完成訊息380。
由上述說明可知,本實施方式之集中單元231可根據分布單元233所傳來的分布單元設定或/及集中單元231自己的集中單元設定來決定接受或拒絕使用者裝置21所提出之RRC連線請求。若要接受使用者裝置21之RRC連線請求,基地台23內部採取三向交握流程。若要拒絕使用者裝置21之RRC連線請求,基地台23內部便採取雙向交握流程。藉此,基地台23能在不增加過多的基地台23內部的聯繫訊息下,回應使用者裝置21所提出之RRC連線請求。
請參第6圖,其係描繪本發明之第四實施方式之訊息傳遞示意圖。第四實施方式為第三實施方式之延伸,第四實施方式與第三實施方式在拒絕使用者裝置21所提出之RRC連線請求之運作方式略有不同,以下說明將著重於二實施方式相異之處。
茲假設集中單元231之處理器231a決定拒絕使用者裝置21所提出之RRC連線請求。於本實施方式中,分布單元233接收基地台端連線決定訊息350(其所載有之第二RRC訊息為一RRC連線拒絕訊息)後,處理器 233a還會產生一基地台端連線拒絕完成訊息395,且收發介面233b會傳送基地台端連線拒絕完成訊息395至集中單元231。需說明者,基地台端連線拒絕完成訊息395載有第一應用協定識別碼、第二應用協定識別碼及一第二SRB資訊。基地台端連線拒絕完成訊息395所載有之第二SRB資訊係用以指示某一SRB未被成功地建立(例如:SRB1未被成功地建立)。
集中單元231之收發介面231b接收基地台端連線拒絕完成訊息395,並因此得知分布單元233已接收到基地台端連線決定訊息350。應理解,本發明未限制分布單元233傳送基地台端連線拒絕完成訊息395及第二RRC訊息之順序。分布單元233可先傳送基地台端連線拒絕完成訊息395再傳送第二RRC訊息370,或是可先傳送第二RRC訊息370再傳送基地台端連線拒絕完成訊息395,或是可同時傳送基地台端連線拒絕完成訊息395與第二RRC訊息370。
於一實施態樣中,基地台23可採用第五代行動通訊系統標準中之InitialULRRCMessageTransfer訊息及DLRRCMessageTransfer訊息來分別作為基地台端連線請求訊息330及基地台端連線決定訊息350,且定義一DLRRCMessageTransferResponse訊息來實現基地台端連線拒絕完成訊息395。於該實施態樣中,基地台端連線決定訊息350所載之第一SRB資訊為DLRRCMessageTransfer訊息中之SRB識別碼,且該SRB識別碼被設為0,代表接下來所使用之SRB為SRB0。基地台端連線拒絕完成訊息395所載有之第二SRB資訊為DLRRCMessageTransferResponse訊息中所定義之「SRB Failed to be Setup List」欄位,分布單元233可藉由在「SRB Failed to be Setup List」欄位記錄SRB1之值為1來表示SRB1未被成功地建立(亦即,分布單元233藉 此通知集中單元231自己已完成釋放分布單元設定)。
於另一實施態樣中,基地台23可採用第五代行動通訊系統標準中之InitialULRRCMessageTransfer訊息作為基地台端連線請求訊息330,可定義一UEConnectionReject訊息來實現基地台端連線決定訊息350,且可定義一UEConnectionRejectComplete訊息來實現基地台端連線拒絕完成訊息395。
相較於第三實施方式,當基地台233拒絕使用者裝置21之RRC連線請求時,本實施方式之分布單元233還會傳送基地台端連線拒絕完成訊息395至集中單元231,讓集中單元231知道分布單元233已確實地解碼其先前所傳送之基地台端連線決定訊息350。透過前述流程,基地台23內部便能簡單地以三向交握流程溝通,拒絕使用者裝置21之RRC連線請求。
請參第7圖,其係描繪本發明之第五實施方式之訊息傳遞示意圖。於本實施方式中,集中單元231先決定要接受使用者裝置21所提出之RRC連線請求,但分布單元233隨後判斷無法接受使用者裝置21所提出之RRC連線請求(例如:分布單元233判斷當時不具備足夠的無線資源),因此基地台23不會為使用者裝置21建立RRC連線。以下說明將著重於本實施方式與第一實施方式相異之處。
於本實施方式中,集中單元231接收到基地台端連線請求訊息330後,處理器231a決定接受使用者裝置21所提出之RRC連線請求。因此,處理器231a產生一基地台端連線建立訊息335,收發介面231b再傳送基地台端連線建立訊息335至分布單元233。需說明者,基地台端連線建立訊息335載有該第一應用協定識別碼、該第二應用協定識別碼、一第三RRC訊息及一 第二SRB資訊,其中該第三RRC訊息為一RRC連線建立訊息。此外,基地台端連線建立訊息335所載有之第二SRB資訊係用以指示接下來要使用哪一個SRB(例如:接下來要使用SRB0)或/及用以指示欲建立另一SRB(例如:欲建立SRB1)。於一實施態樣中,基地台端連線建立訊息335包含一RRC容器,且該第三RRC訊息可夾帶於該RRC容器之資訊元素所包含之下行共同控制頻道之資訊元素中。
接著,分布單元233之收發介面233b接收基地台端連線建立訊息335。分布單元233在解碼基地台端連線建立訊息335後知悉所接收到之基地台端連線建立訊息335載有RRC相關訊息(亦即,載有第三RRC訊息)。於一實施態樣中,處理器233a係因為基地台端連線建立訊息335所包含之RRC容器之資訊元素包含下行共同控制頻道之資訊元素,故得知其載有RRC相關訊息。
於本實施方式中,分布單元233接收基地台端連線建立訊息335後,其處理器233a判斷無法建立RRC連線(例如:判斷分布單元233當時不具備足夠的無線資源來建立RRC連線)。基於此一判斷結果,處理器233a產生一基地台端連線拒絕訊息340,收發介面233b再傳送基地台端連線拒絕訊息340至集中單元231。需說明者,基地台端連線拒絕訊息340載有第一應用協定識別碼及第二應用協定識別碼。於一實施態樣中,基地台端連線拒絕訊息340還可進一步地載有分布單元233無法建立連線之原因。
集中單元231之收發介面231b會接收基地台端連線拒絕訊息340。由於接到基地台端連線拒絕訊息340,集中單元231知道分布單元233無法為使用者裝置21建立RRC連線。因此,集中單元231之處理器231a所產生 之基地台端連線決定訊息350載有一RRC連線拒絕訊息(亦即,前述基地台端連線決定訊息350所載之第二RRC訊息為RRC連線拒絕訊息)。類似的,分布單元233之收發介面233b在接收基地台端連線決定訊息350後會傳送第二RRC訊息370至使用者裝置21。使用者裝置21解碼第二RRC訊息後便知基地台23拒絕其RRC連線請求。
於一實施態樣中,基地台23可採用第五代行動通訊系統標準中之InitialULRRCMessageTransfer訊息及DLRRCMessageTransfer訊息來分別作為基地台端連線請求訊息330及基地台端連線建立訊息335。基地台23可定義一RRCMessageTransferResponse訊息來實現基地台端連線拒絕訊息340。此外,基地台23還可採用第五代行動通訊系統標準中之DLRRCMessageTransfer訊息作為基地台端連線決定訊息350。
於該實施態樣中,基地台端連線建立訊息335所載有之第二SRB資訊為DLRRCMessageTransfer訊息中之「SRB to be Setup」欄位或/及SRB識別碼。集中單元231之處理器231a可藉由將「SRB to be Setup」欄位之值設定為1來接受使用者裝置21之RRC連線請求(亦即,要建立SRB1),或/及將SRB識別碼設定為0(亦即,接下來所使用之SRB為SRB0)。基地台端連線決定訊息350所載之第一SRB資訊為DLRRCMessageTransfer訊息中之SRB識別碼。集中單元231可藉由將第一SRB資訊之值設定為0來代表接下來所使用之SRB為SRB0。
於另一實施態樣中,基地台23可採用第五代行動通訊系統標準中之InitialULRRCMessageTransfer訊息作為基地台端連線請求訊息330。此外,基地台23可定義一UEConnectionSetupRequest訊息來作為基地台端連 線建立訊息335,定義一UEConnectionReject訊息來作為基地台端連線拒絕訊息340,且定義一UEConnectionRejectResponse訊息作為基地台端連線決定訊息350。
請參第8圖,其係描繪本發明之第六實施方式之訊息傳遞示意圖。第六實施方式與第五實施方式雷同,二者之主要差異在於本實施方式之基地台端連線拒絕訊息340還包含一第三SRB資訊。基地台端連線拒絕訊息340所載有之第三SRB資訊係用以指示無法成功地建立某一SRB(例如:無法成功地建立SRB1)。
於一實施態樣中,基地台23可採用第五代行動通訊系統標準中之InitialULRRCMessageTransfer訊息及DLRRCMessageTransfer訊息來分別作為基地台端連線請求訊息330及基地台端連線建立訊息335。此外,基地台23可定義一RRCMessageTransferResponse訊息來實現基地台端連線拒絕訊息340,且可採用第五代行動通訊系統標準中之DLRRCMessageTransfer訊息作為基地台端連線決定訊息350。
於該實施態樣中,基地台端連線建立訊息335所載有之第二SRB資訊為DLRRCMessageTransfer訊息中之「SRB to be Setup」欄位或/及SRB識別碼。集中單元231之處理器231a可藉由將「SRB to be Setup」欄位之值設定為1(亦即,所欲建立的SRB為SRB1)來接受使用者裝置21之RRC連線請求,或/及將SRB識別碼設定為0(亦即,接下來所能使用之SRB為SRB0)。基地台端連線拒絕訊息340所載有之第三SRB資訊為RRCMessageTransferResponse訊息中所定義之「SRB Failed to be Setup List」欄位。分布單元233之處理器233a可藉由在「SRB Failed to be Setup List」欄 位記錄SRB1之值為1來表示無法建立SRB1(亦即,拒絕使用者裝置21之RRC連線請求)。基地台端連線決定訊息350所載之第一SRB資訊為DLRRCMessageTransfer訊息中之SRB識別碼。集中單元231可藉由將第一SRB資訊之值設定為0來代表接下來所能使用之SRB為SRB0。
請參第9圖,其係描繪本發明之第七實施方式之訊息傳遞示意圖。於本實施方式中,基地台端連線請求訊息330必須載有一分布單元設定。集中單元231會根據分布單元設定或/及核心網路25之狀態決定是否接受使用者裝置21所提出之RRC連線請求。此外,為回應使用者裝置21所提出之RRC連線請求,基地台23內部係採取四向(4-way)交握流程(亦即,第9圖中所繪示之基地台端連線請求訊息330、基地台端連線決定訊息350、基地台端連線回覆訊息385及基地台端連線建立完成訊息398)。以下說明將著重於本實施方式與第一實施方式相異之處。
如前所述,分布單元233之收發介面233c接收RRC連線請求訊息310後,分布單元233之處理器233a會產生基地台端連線請求訊息330。於本實施方式中,基地台端連線請求訊息330除了載有第一應用協定識別碼及第一RRC訊息,還載有一分布單元設定。集中單元231接收基地台端連線請求訊息330後,根據分布單元設定或/及核心網路25之狀態決定接受使用者裝置21所提出之RRC連線請求,因此處理器231a所產生之基地台端連線決定訊息350會載有一RRC連線建立訊息(亦即,前述基地台端連線決定訊息350所載有之第二RRC訊息為一RRC連線建立訊息)。
類似的,集中單元231在接收基地台端連線請求訊息330後會傳送基地台端連線決定訊息350至分布單元233。於本實施方式中,分布單元 233接收基地台端連線決定訊息350後還會產生一基地台端連線回覆訊息385,收發介面233b再傳送基地台端連線回覆訊息385至集中單元231。需說明者,基地台端連線回覆訊息385載有第一應用協定識別碼、第二應用協定識別碼及一第二SRB資訊。基地台端連線回覆訊息385所載有之第二SRB資訊係用以指示是否成功地建立某一SRB。另需說明者,本發明未限制分布單元233傳送第二RRC訊息370與基地台端連線回覆訊息385之順序。分布單元233可先傳送第二RRC訊息370再傳送基地台端連線回覆訊息385,或先傳送基地台端連線回覆訊息385再傳送第二RRC訊息370,或同時傳送第二RRC訊息370與基地台端連線回覆訊息385。
集中單元231之收發介面231b可接收基地台端連線回覆訊息385。由於接收到基地台端連線回覆訊息385,集中單元231會因此得知分布單元233確實有收到集中單元231所傳送之基地台端連線請求訊息330。
於本實施方式中,使用者裝置21在解碼第二RRC訊息370後便知基地台23接受其RRC連線請求。接著,使用者裝置21於一上行專屬控制頻道傳送一RRC連線建立完成訊息390分布單元233,而此RRC連線建立完成訊息390由分布單元233之收發介面233c於上行專屬控制頻道接收。由於分布單元233係於上行專屬控制頻道接收到RRC連線建立完成訊息390,因此分布單元233能在不解碼RRC連線建立完成訊息390之情況下知悉所接收到之RRC連線建立完成訊息390為RRC相關訊息。
因應接收到一RRC相關訊息(亦即,RRC連線建立完成訊息390),處理器233a產生一基地台端連線建立完成訊息398,收發介面233b再傳送基地台端連線建立完成訊息398至集中單元231。需說明者,基地台端連 線建立完成訊息398載有該第一應用協定識別碼、該第二應用協定識別碼、一第三RRC訊息及一第三SRB資訊。該第三RRC訊息為分布單元233所接收到之該RRC連線建立完成訊息;換言之,分布單元233係將所接收到之RRC連線建立完成訊息390夾帶於基地台端連線請求訊息398中。此外,基地台端連線建立完成訊息398所載有之第三SRB資訊係用以指示接下來要使用哪一個SRB(例如:接下來要使用SRB1)。於一實施態樣中,基地台端連線建立完成訊息398包含一RRC容器,且該第三RRC訊息可夾帶於該RRC容器之資訊元素所包含之上行專屬控制頻道之資訊元素中。
接著,集中單元231之收發介面231b會接收基地台端連線建立完成訊息398。處理器231a再藉由解碼基地台端連線建立完成訊息398而確認基地台端連線建立完成訊息398夾帶有一RRC連線建立完成訊息(亦即,確認基地台端連線建立完成訊息398載有第三RRC訊息,且在解碼該第三RRC訊息後確認其為一RRC連線建立完成訊息)。於一實施態樣中,處理器231a係從基地台端連線建立完成訊息398所包含之RRC容器之資訊元素所包含之上行專屬控制頻道之資訊元素擷取出該第三RRC訊息,並確認該第三RRC訊息為一RRC連線建立完成訊息。
於一實施態樣中,基地台23可採用第五代行動通訊系統標準中之InitialULRRCMessageTransfer訊息及DLRRCMessageTransfer訊息來分別作為基地台端連線請求訊息330及基地台端連線決定訊息350。此外,基地台23可定義一RRCMessageTransferResponse訊息作為基地台端連線回覆訊息385,且可採用第五代行動通訊系統標準中之ULRRCMessageTransfer訊息作為基地台端連線建立完成訊息398。
於該實施態樣中,基地台端連線決定訊息350所載有之第一SRB資訊包含DLRRCMessageTransfer訊息中之「SRB to be Setup」欄位或/及SRB識別碼。集中單元231可藉由將「SRB to be Setup」之值設定為1來接受使用者裝置21之RRC連線請求。此外,集中單元231可將SRB識別碼設定為0(代表接下來所使用之SRB為SRB0)。基地台端連線回覆訊息385所載有之第二SRB資訊可為RRCMessageTransferResponse訊息中所定義之「SRB Failed to be Setup List」欄位,分布單元233可藉由在「SRB Failed to be Setup List」欄位記錄SRB1之值為0來表示確認建立SRB1(亦即,確認接受使用者裝置21之RRC連線請求)。基地台端連線建立完成訊息398所載有之第三SRB資訊為ULRRCMessageTransfer訊息中之SRB識別碼,且該SRB識別碼被設為1,代表接下來所使用之SRB為SRB1。
於另一實施態樣中,基地台23可採用第五代行動通訊系統標準中之InitialULRRCMessageTransfer訊息作為基地台端連線請求訊息330,定義一UEConnectionSetupRequest訊息來實現基地台端連線決定訊息350,定義一UEConnectionSetupResponse訊息來實現基地台端連線回覆訊息385,且定義一UEConnectionSetupComplete訊息作為基地台端連線建立完成訊息398。
相較於前述各實施方式,本實施方式之分布單元233還會傳送基地台端連線回覆訊息385,讓集中單元231知道分布單元233已確實地解碼其先前所傳送之基地台端連線決定訊息350。此外,在完成RRC連線建立後,分布單元233還會傳送基地台端連線建立完成訊息398告知集中單元231。透過前述流程,基地台23內部便能以四向交握流程溝通,為使用者裝 置21建立RRC連線。
請參第10A圖及第10B圖,其係描繪本發明之第八實施方式之訊息傳遞示意圖。本實施方式與第二實施方式雷同,二者之主要差異在於本實施方式提供一個回應集中單元231所傳送之基地台端連線決定訊息350之機制。以下說明將著重於該二實施方式相異之處。
於本實施方式中,分布單元233傳送基地台端連線請求訊息330至集中單元231後,會期待接收到基地台端連線決定訊息350。第10A圖係描繪分布單元233接收到基地台端連線決定訊息350之情況。在該情況下,分布單元233之收發介面233b會傳送一確認指示符(Acknowledgement)355至集中單元231。集中單元231之收發介面231b接收確認指示符355後,集中單元231便知道基地台端連線決定訊息350已確實地被分布單元233接收。第10B圖則描繪分布單元233未接收到基地台端連線決定訊息350之情況。在此情況下,收發介面233b會傳送一負確認指示符(Negative Acknowledgement)360至集中單元231。集中單元231之收發介面231b接收負確認指示符360後,收發介面231b會再次傳送基地台端連線決定訊息350至分布單元233。
相較於第二實施方式,本實施方式之分布單元233會傳送確認指示符355或負確認指示符360,因此集中單元231會知道先前所傳送之基地台端連線決定訊息350是否有被分布單元233接收到。若集中單元231接收到負確認指示符360,便會再次傳送基地台端連線決定訊息350。藉由本實施方式之運作機制,可提升基地台23之可靠度。
請參第11圖,其係描繪本發明之第九實施方式之訊息傳遞示意圖。本實施方式與第二實施方式雷同,二者之主要差異在於集中單元231 還具有一重傳基地台端連線決定訊息350之機制,藉此提高基地台23之可靠度。以下說明將著重於該二實施方式相異之處。
於本實施方式中,集中單元231之收發介面231b接收到基地台端連線請求訊息330時,處理器231a會啟動一計時器(未繪示)。集中單元231之收發介面231b在計時器啟動了一預設時間長度T後會再次傳送基地台端連線決定訊息350至分布單元233,藉此提高分布單元233接收到基地台端連線決定訊息350之機率,因而增加基地台23之可靠度。
請參第12圖,其係描繪本發明之第十實施方式之訊息傳遞示意圖。本實施方式與第二實施方式雷同,二者之主要差異在於本實施方式提供一個回應集中單元231所傳送之基地台端連線決定訊息350之機制,讓集中單元231知道是否需重傳基地台端連線決定訊息350。以下說明將著重於該二實施方式相異之處。
於本實施方式中,分布單元233傳送基地台端連線請求訊息330至集中單元231後,會啟動一第一計時器(未繪示),且會期待在第一計時器啟動後之預設時間長度T1內接收到基地台端連線決定訊息350。另外,集中單元231之處理器231a在收發介面231b接收到基地台端連線請求訊息330時會啟動一第二計時器(未繪示)。
若分布單元233在第一計時器啟動後之預設時間長度T1內接收到基地台端連線決定訊息350,則分布單元233之收發介面233b會傳送一確認指示符(未繪示)至集中單元231。若分布單元233在第一計時器啟動後過了預設時間長度T1還未接收到基地台端連線決定訊息350,則分布單元233之收發介面233b會傳送一負確認指示符362至集中單元231。若集中單元 231之收發介面231b在計時器啟動後之預設時間長度T2內接收到負確認指示符362,收發介面231b會在接收到負確認指示符362後重傳基地台端連線決定訊息350至分布單元233。藉由此一機制,可提升基地台23之可靠度。
第13圖描繪本發明之某些實施方式之行動通訊系統3之架構示意圖。行動通訊系統3符合第五代行動通訊系統之規格,且包含一使用者裝置21、一基地台33及一核心網路25。基地台33採用無線接取網路劃分架構。相較於基地台23,基地台33除了包含集中單元231及分布單元233,還包含另一分布單元235。需說明者,行動通訊系統3中之使用者裝置21、集中單元231及分布單元233之結構與所能執行之運作已詳述於前面各實施方式中,茲不重覆敘述。以下僅詳述行動通訊系統3與行動通訊系統2相異之處。
分布單元235係執行通訊協定堆疊中之下面數層。若基地台33遵循第五代行動通訊系統之無線接取網路劃分架構之第二選項(但不以此為限),分布單元235係執行通訊協定堆疊中之RLC層、MAC層及PHY層。分布單元235包含一處理器235a及二個收發介面235b、235c,且處理器235a電性連接至收發介面235b、235c。處理器235a可為各種處理單元、中央處理單元、微處理器、數位訊號處理器或本發明所屬技術領域中具有通常知識者所知之任何其他具有相同功能之計算裝置。收發介面235b可為任何能與一集中單元通訊之有線或無線介面,且收發介面235c可為任何能與一使用者裝置通訊之有線或無線介面。
於某些實施方式中,集中單元231、分布單元233及分布單元235可各自為一硬體裝置。於其他某些實施方式中,集中單元231、分布單元233及分布單元235可整合於同一硬體裝置。
如前所述,分布單元233與集中單元231間建立有一邏輯介面(第五代行動通訊系統稱之為F1介面),分布單元233與集中單元231間之訊息傳遞係透過該邏輯介面且於實體的收發介面233b及收發介面231b上傳輸。類似的,分布單元235與集中單元231間建立有另一邏輯介面(第五代行動通訊系統稱之為F1介面),分布單元235與集中單元231間之訊息傳遞係透過該另一邏輯介面且於實體的收發介面235b及收發介面231b上傳輸。
由集中單元231傳送至分布單元235之與使用者裝置21相關之訊息需載有前述第二應用協定識別碼,其中第二應用協定識別碼如前所述,茲不贅述。另外,由分布單元235傳送至集中單元231之與使用者裝置21相關之訊息需載有一第三應用協定識別碼(未繪示),第三應用協定識別碼係用以辨識由分布單元235透過邏輯介面(於實體的收發介面235b及收發介面231b上傳輸)所傳送之與使用者裝置21相關之訊息。舉例而言,分布單元235可串接分布單元235自己的識別碼與暫時小區無線電網路暫時身分來作為第三應用協定識別碼。需說明者,本發明未限制第三應用協定識別碼之實際內容,只要能達到前述辨識效果即可。於某些實施態樣中,分布單元233可採用第五代行動通訊系統中之gNB-DU UE F1AP ID參數作為第三應用協定識別碼。
請參第14圖,其係描繪本發明之第十一實施方式之訊息傳遞示意圖。於本實施方式中,使用者裝置21採用單一波束(single beam),因此使用者裝置21在每一時間點只能連接到一個分布單元,而另一個分布單元可作為備援之用。以下說明將著重於本實施方式與前述實施方式相異之處。
於本實施方式中,使用者裝置21先傳送一前置訊號(Preamble)400至分布單元233。分布單元233之收發介面233c接收前置訊號400,處理器233a產生一隨機存取回覆(Random Access Response)訊息405,收發介面233c再傳送隨機存取回覆訊息405至使用者裝置21。
接著,使用者裝置21傳送RRC連線請求訊息310至分布單元233,分布單元233再傳送基地台端連線請求訊息330至集中單元231。需說明者,於本實施方式中,RRC連線請求訊息310還夾帶有一通知訊息,該通知訊息代表使用者裝置21量測到分布單元235,而基地台端連線請求訊息330也夾帶有該通知訊息。在某些實施態樣中,使用者裝置21會在一量測報告中夾帶量測到周圍哪些其他分布單元之資訊給分布單元233,在該等實施態樣中,RRC連線請求訊息310可不夾帶此通知訊息。
集中單元231接收基地台端連線請求訊息330後,決定接受使用者裝置21所提出之RRC連線請求,因此處理器231a所產生之基地台端連線決定訊息350載有一RRC連線建立訊息(亦即,前述基地台端連線決定訊息350所載有之第二RRC訊息為RRC連線建立訊息)。接著,集中單元231傳送基地台端連線決定訊息350至分布單元233。分布單元233接收基地台端連線決定訊息350後判斷無法接受使用者裝置21所提出之RRC連線請求(例如:分布單元233判斷當時不具備足夠的無線資源),因此收發介面233b傳送一基地台端連線拒絕訊息455至集中單元231。基地台端連線拒絕訊息455載有該第一應用協定識別碼及該第二應用協定識別碼。
集中單元231之收發介面231b接收基地台端連線拒絕訊息455,且因此得知分布單元233不具足夠的無線資源與使用者裝置21建立 RRC連線。由於集中單元231先前從基地台端連線請求訊息330得知使用者裝置21量測得到分布單元235,因此改為詢求分布單元235協助。具體而言,處理器231a產生另一基地台端連線決定訊息460,收發介面231b再傳送基地台端連線決定訊息460至分布單元235。基地台端連線決定訊息460載有第二應用協定識別碼、第三應用協定識別碼、第二RRC訊息及第一SRB資訊,其中第二RRC訊息為RRC連線建立訊息。基地台端連線決定訊息460所載有之第一SRB資訊係用以指示接下來要使用哪一個SRB(例如:接下來要使用SRB0),或/及用以指示是否欲建立另一SRB(例如:欲建立SRB1)。於一實施態樣中,基地台端連線決定訊息460包含一RRC容器,而該第二RRC訊息可夾帶於該RRC容器之資訊元素所包含之一下行共同控制頻道之資訊元素中。
分布單元235之收發介面235b接收基地台端連線決定訊息460。分布單元235在解碼基地台端連線決定訊息460後知悉基地台端連線決定訊息460載有RRC相關訊息(也就是載有一第二RRC訊息)。處理器235a從基地台端連線決定訊息460擷取出第二RRC訊息。於一實施態樣中,處理器235a係從基地台端連線決定訊息460所包含之RRC容器之資訊元素所包含之下行共同控制頻道之資訊元素中擷取出第二RRC訊息。之後,收發介面235c將第二RRC訊息470傳送至使用者裝置21。使用者裝置21在解碼第二RRC訊息470後便知基地台23接受RRC連線請求。
另外,分布單元235在接收基地台端連線決定訊息460後,處理器235a還會產生一基地台端連線回覆訊息485,且收發介面235b會傳送基地台端連線回覆訊息485至集中單元231。需說明者,基地台端連線回覆訊息 485載有該第二應用協定識別碼、該第三應用協定識別碼及一第二SRB資訊。基地台端連線回覆訊息485所載有之該第二SRB資訊係用以指示是否成功地建立某一SRB。另需說明者,本發明未限制分布單元235傳送第二RRC訊息470與基地台端連線回覆訊息485之順序。分布單元235可先傳送第二RRC訊息470再傳送基地台端連線回覆訊息485,或先傳送基地台端連線回覆訊息485再傳送第二RRC訊息470,或同時傳送第二RRC訊息470與基地台端連線回覆訊息485。
之後,集中單元231之收發介面231b接收基地台端連線回覆訊息485。由於接收到基地台端連線回覆訊息485,集中單元231因而得知分布單元235確實有收到其所傳送之基地台端連線決定訊息460。
如前所述,使用者裝置21在解碼第二RRC訊息470後便知基地台23接受其RRC連線請求。因此,使用者裝置21於一上行專屬控制頻道傳送一RRC連線建立完成訊息490至分布單元235,而此RRC連線建立完成訊息490由分布單元235之收發介面235c於上行專屬控制頻道接收。由於分布單元235係於上行專屬控制頻道接收到RRC連線建立完成訊息490,因此分布單元235能在不解碼RRC連線建立完成訊息490之情況下知悉所接收到之RRC連線建立完成訊息490為RRC相關訊息。
因應接收到一RRC相關訊息(亦即,RRC連線建立完成訊息490),處理器235a產生一基地台端連線建立完成訊息495,收發介面235b再傳送基地台端連線建立完成訊息495至集中單元231。需說明者,基地台端連線建立完成訊息495載有第二應用協定識別碼、第三應用協定識別碼、一第三RRC訊息及一第三SRB資訊。該第三RRC訊息為分布單元235所接收到之 RRC連線建立完成訊息490;換言之,分布單元235係將所接收到之RRC連線建立完成訊息490夾帶於基地台端連線建立完成訊息495中。此外,基地台端連線建立完成訊息495所載有之第三SRB資訊係用以指示接下來要使用哪一個SRB(例如:接下來要使用SRB1)。於一實施態樣中,基地台端連線建立完成訊息495包含一RRC容器,且該第三RRC訊息可夾帶於該RRC容器之資訊元素所包含之上行專屬控制頻道之資訊元素中。
接著,集中單元231之收發介面231b接收基地台端連線建立完成訊息495。處理器231a再藉由解碼基地台端連線建立完成訊息495而確認基地台端連線建立完成訊息495夾帶有一RRC連線建立完成訊息(亦即,確認基地台端連線建立完成訊息495載有第三RRC訊息,且在解碼該第三RRC訊息後確認其為一RRC連線建立完成訊息)。於一實施態樣中,處理器231a係從基地台端連線建立完成訊息495所包含之RRC容器之資訊元素所包含之上行專屬控制頻道之資訊元素擷取出該第三RRC訊息,並確認該第三RRC訊息為一RRC連線建立完成訊息。藉此,集中單元231便知道已經成功地為使用者裝置21建立RRC連線。
由上述說明可知,在使用者裝置21可以量測到一基地台之多個分布單元之情況下,其中一個分布單元可以作為備援之用,因而能提高基地台23之可靠度。
請參第15圖,其係描繪本發明之第十二實施方式之訊息傳遞示意圖。本實施方式與第十一實施方式之主要差異在於本實施方式之使用者裝置21使用多波束(multiple beams)。以下說明將著重於該二實施方式相異之處。
於本實施方式中,使用者裝置21先傳送前置訊號400至分布單元233,分布單元233再傳送隨機存取回覆訊息405至使用者裝置21。接著,使用者裝置21傳送RRC連線請求訊息310至分布單元233,分布單元233再傳送基地台端連線請求訊息330至集中單元231。類似的,RRC連線請求訊息310還夾帶有一通知訊息,該通知訊息代表使用者裝置21量測到分布單元235,而基地台端連線請求訊息330也夾帶有該通知訊息。在某些實施態樣中,使用者裝置21會在一量測報告中夾帶量測到周圍哪些其他分布單元之資訊給分布單元233,在該等實施態樣中,RRC連線請求訊息310可不夾帶此通知訊息。
集中單元231接收基地台端連線請求訊息330後,決定接受使用者裝置21所提出之RRC連線請求。由於集中單元231從基地台端連線請求訊息330得知使用者裝置21量測到分布單元233、235,因此集中單元231之收發介面231b會傳送基地台端連線決定訊息350至分布單元233且傳送基地台端連線決定訊息460至分布單元235。需說明者,基地台端連線決定訊息350、460載有一RRC連線建立訊息(亦即,前述基地台端連線決定訊息350、460所載有之第二RRC訊息為RRC連線建立訊息)。
於本實施方式中,分布單元233無法與使用者裝置21建立RRC連線,故後續未嘗試與使用者裝置21建立RRC連線,亦未回應集中單元231。於本實施方式中,分布單元235能與使用者裝置21建立RRC連線,且使用者裝置21、分布單元235與集中單元231後續所傳遞之訊息與第十一實施方式中所述者雷同(亦即,傳遞第二RRC訊息470、基地台端連線回覆訊息485、RRC連線建立完成訊息490及基地台端連線建立完成訊息495),茲不 贅言。
需說明者,於其他實施方式中,若分布單元235無法與使用者裝置21建立RRC連線,但分布單元233能與使用者裝置21建立RRC連線,則前段所述之流程則改由使用者裝置21、分布單元233與集中單元231執行。另外,倘若分布單元233、235皆能與使用者裝置21建立RRC連線,則二者皆可執行前述流程,達到建立RRC雙連結(dual connectivity)之技術效果。
由上述說明可知,在使用者裝置21採用多波束且可以量測到一基地台之多個分布單元之情況下。透過本實施方式之運作機制,可能會有一或多個分布單元與使用者裝置21建立RRC連線,因此能提高建立RRC連線之機率,提高使用者裝置21與基地台23間連線之可靠度。
請參第16圖,其係描繪本發明之第十三實施方式之訊息傳遞示意圖。本實施方式與第十二實施方式雷同,本實施方式與第十二實施方式之主要差異在於本實施方式之使用者裝置21會向多個分布單元233、235傳送前置訊號500。以下說明將著重於該二實施方式相異之處。
於本實施方式中,使用者裝置21會將前置訊號500傳送至分布單元233、235二者。分布單元233、235則分別傳送隨機存取回覆訊息505、510至使用者裝置21。接著,使用者裝置21亦會於上行共同控制頻道將RRC連線請求訊息310傳送至分布單元233、235二者。分布單元233、235則會分別傳送基地台端連線請求訊息330、430至集中單元231。如前所述,基地台端連線請求訊息330載有第一應用協定識別碼及第一RRC訊息,其中第一RRC訊息為分布單元233所接收到之RRC連線請求訊息310。類似的,基地台端連線請求訊息430載有第三應用協定識別碼及第一RRC訊息,其中第一 RRC訊息為分布單元235所接收到之RRC連線請求訊息310。於一實施態樣中,基地台端連線請求訊息430包含一RRC容器,且該第一RRC訊息可夾帶於該RRC容器之資訊元素所包含之一上行共同控制頻道之資訊元素中。
因應於基地台端連線請求訊息330,集中單元231傳送基地台端連線決定訊息350至分布單元233,此外,因應於基地台端連線請求訊息430,集中單元231傳送基地台端連線決定訊息460至分布單元235。
後續,分布單元233、235各自決定是否能為使用者裝置21建立RRC連線。於本實施方式中,分布單元233無法與使用者裝置21建立RRC連線,故後續未嘗試與使用者裝置21建立RRC連線,亦未回應集中單元231。於本實施方式中,分布單元235能與使用者裝置21建立RRC連線,且使用者裝置21、分布單元235與集中單元231後續所傳遞之訊息與第十二實施方式中所述者雷同(亦即,傳遞第二RRC訊息470、基地台端連線回覆訊息485、RRC連線建立完成訊息490及基地台端連線建立完成訊息495),茲不贅言。
需說明者,於其他實施方式中,若分布單元235無法與使用者裝置21建立RRC連線,但分布單元233能與使用者裝置21建立RRC連線,則前段所述之流程則改由使用者裝置21、分布單元233與集中單元231執行。另外,倘若分布單元233、235皆能與使用者裝置21建立RRC連線,則二者皆可執行前述流程,達到建立RRC雙連結(dual connectivity)之技術效果。
由上述說明可知,在使用者裝置21採用多波束且可以量測到一基地台之多個分布單元之情況下。透過本實施方式之運作機制,可能會有一或多個分布單元與使用者裝置21建立RRC連線,因此能提高建立RRC連線之機率,提高使用者裝置21與基地台23間連線之可靠度。
上述各實施方式係以使用者裝置21提出RRC連線請求訊息310為例來說明基地台23、33內部之運作方式。依據上述說明,本發明所屬技術領域中具有通常知識者應能理解當使用者裝置21提出其他RRC相關請求(例如:重新建立RRC連線請求)時,基地台23、33內部應如何運作以回應使用者裝置21。
請參第17圖,其係描繪本發明之第十四實施方式之訊息傳遞示意圖。本實施方式為第一實施方式之延伸。茲假設使用者裝置21於某一時刻與基地台23失去連線,因而需要重新建立RRC連線。
在需要重新建立RRC連線時,使用者裝置21於一上行共同控制頻道傳送一RRC連線重新建立請求訊息610,且分布單元233之收發介面233c會於上行共同控制頻道自使用者裝置21接收RRC連線重新建立請求訊息610。由於分布單元233係於上行共同控制頻道接收到RRC連線重新建立請求訊息610,因此分布單元233能在不解碼RRC連線重新建立請求訊息610之情況下知悉所接收到之RRC連線重新建立請求訊息610為RRC相關訊息。
因應接收到一RRC相關訊息(亦即,RRC連線重新建立請求訊息610),分布單元233之處理器233a產生一基地台端連線重新建立請求訊息630,收發介面233b再傳送基地台端連線重新建立請求訊息630至集中單元231。需說明者,基地台端連線重新建立請求訊息630載有第一應用協定識別碼及一第三RRC訊息。該第三RRC訊息為分布單元233所接收到之RRC連線重新建立請求訊息610;換言之,分布單元233係將所接收到之RRC連線重新建立請求訊息610夾帶於基地台端連線重新建立請求訊息630中。於一實施態樣中,基地台端連線重新建立請求訊息630包含一RRC容器,且該第三 RRC訊息可夾帶於該RRC容器之資訊元素所包含之上行共同控制頻道之資訊元素中。
接著,集中單元231之收發介面231b接收基地台端連線重新建立請求訊息630。處理器231a藉由解碼基地台端連線重新建立請求訊息630確認基地台端連線重新建立請求訊息630夾帶有一RRC連線重新建立請求訊息(亦即,確認基地台端連線重新建立請求訊息630載有第三RRC訊息,且藉由解碼該第三RRC訊息確認其為一RRC連線重新建立請求訊息)。於一實施態樣中,處理器231a係從基地台端連線重新建立請求訊息630所包含之RRC容器之資訊元素所包含之上行共同控制頻道之資訊元素擷取出該第三RRC訊息,並確認該第三RRC訊息為一RRC連線重新建立請求訊息。
因應接收到該RRC連線重新建立請求訊息,集中單元231之處理器231a產生一基地台端連線重新建立決定訊息650。收發介面231b再傳送基地台端連線重新建立決定訊息650至分布單元233。需說明者,基地台端連線重新建立決定訊息650載有第一應用協定識別碼、第二應用協定識別碼、一第四RRC訊息及一第二SRB資訊。視不同的情況(例如:基地台23是否有足夠的無線資源、核心網路之負載情況),該第四RRC訊息可為一RRC連線重新建立訊息或一RRC連線重新建立拒絕訊息。此外,基地台端連線重新建立決定訊息650所載有之第二SRB資訊係用以指示接下來要使用哪一個SRB(例如:接下來要使用SRB0),或/及用以指示是否欲建立另一SRB(例如:欲建立SRB1)。於一實施態樣中,基地台端連線重新建立決定訊息650包含一RRC容器,且該第四RRC訊息可夾帶於該RRC容器之資訊元素所包含之下行共同控制頻道之資訊元素中。
之後,分布單元233之收發介面233b自集中單元231接收基地台端連線重新建立決定訊息650。分布單元233在解碼基地台端連線重新建立決定訊息650後知悉所接收到之基地台端連線重新建立決定訊息650載有RRC相關訊息(亦即,載有第四RRC訊息)。處理器233a自基地台端連線重新建立決定訊息650擷取該第四RRC訊息。於一實施態樣中,處理器233a係從基地台端連線重新建立決定訊息650所包含之RRC容器之資訊元素所包含之下行共同控制頻道之資訊元素中擷取出該第四RRC訊息。之後,收發介面233c於一下行共同控制頻道傳送該第四RRC訊息670至使用者裝置21。使用者裝置21在解碼第四RRC訊息670後便知基地台23接受或拒絕其RRC重新連線請求。
透過前述流程,基地台23之集中單元231與分布單元233便能以雙向交握流程回應使用者裝置21所提出之RRC連線重新建立請求。類似的,上述第二至第十三實施方式亦可加以延伸,藉由執行各該實施方式中之雷同運作以實現RRC連線重新建立請求,茲不贅言。
由上述各實施方式可知,本發明所提供之分布單元與集中單元可搭配使用作為一基地台。分布單元在接收到使用者裝置所傳送之RRC連線請求訊息後,不需解碼RRC連線請求訊息,而是將該RRC連線請求訊息包裹於一基地台端連線請求訊息中,再將基地台端連線請求訊息傳送至集中單元。集中單元接收到基地台端連線請求訊息後,將其解碼並因而得知使用者裝置提出RRC連線請求(藉由傳送RRC連線請求訊息)。為回應使用者裝置所提出之RRC連線請求,集中單元再將一RRC訊息(可為RRC連線建立訊息或RRC連線拒絕訊息)及一SRB資訊包裹於一基地台端連線決定訊息, 並將基地台端連線決定訊息傳送至分布單元。分布單元接收到基地台端連線決定訊息後,不需解碼基地台端連線決定訊息所載有之RRC訊息,而是將該RRC訊息轉傳至使用者裝置。透過前述運作流程,儘管分布單元所執行之通訊協定堆疊不包含RRC層而無法解碼RRC連線相關訊息,在分布單元與集中單元協同運作下,仍能回應使用者裝置所提出之RRC連線請求。因此,本發明所提供之分布單元與集中單元解決了第五代行動通訊系統所面臨之前述技術問題。
上述實施方式僅為例示性說明本發明之部分實施態樣,以及闡釋本發明之技術特徵,而非用來限制本發明之保護範疇及範圍。任何熟悉此技藝之人士可輕易完成之改變或均等性之安排均屬於本發明所主張之範圍,本發明之權利保護範圍應以申請專利範圍為準。
21‧‧‧使用者裝置
231‧‧‧集中單元
233‧‧‧分布單元
310‧‧‧RRC連線請求訊息
330‧‧‧基地台端連線請求訊息
350‧‧‧基地台端連線決定訊息
370‧‧‧第二RRC訊息
375‧‧‧RRC連線建立完成訊息
380‧‧‧基地台端連線建立完成訊息

Claims (25)

  1. 一種基地台之分布單元(Distributed Unit;DU),該基地台包含該分布單元及一集中單元(Centralized Unit;CU),該分布單元包含:一第一收發介面;一第二收發介面,自一使用者裝置接收一無線電資源控制(Radio Resource Control;下稱「RRC」)連線請求訊息;以及一處理器,電性連接至該第一收發介面及該第二收發介面,且因應該RRC連線請求訊息產生一基地台端連線請求訊息,該基地台端連線請求訊息載有一第一應用協定識別碼及一第一RRC訊息,其中該第一應用協定識別碼用以辨識由該分布單元在該第一收發介面上所傳送之與該使用者裝置相關之訊息,該第一RRC訊息為該RRC連線請求訊息,其中,該第一收發介面還傳送該基地台端連線請求訊息至該集中單元,且還自該集中單元接收一基地台端連線決定訊息,該基地台端連線決定訊息載有該第一應用協定識別碼、一第二應用協定識別碼、一第二RRC訊息及一第一訊號無線電載體(Signaling Radio Bearer;下稱「SRB」)資訊,該第二應用協定識別碼用以辨識由該集中單元在該第一收發介面上所傳送之與該使用者裝置相關之訊息,其中,該處理器還自該基地台端連線決定訊息擷取該第二RRC訊息,且該第二收發介面還傳送該第二RRC訊息至該使用者裝置。
  2. 如請求項1所述之分布單元,其中該基地台端連線請求訊息還載有一分布單元設定,該第二RRC訊息為一RRC連線建立訊息,其中,該第二收發介面還自該使用者裝置接收一RRC連線建立完成 訊息,該處理器還因應該RRC連線建立完成訊息產生一基地台端連線建立完成訊息,該基地台端連線建立完成訊息載有該第一應用協定識別碼、該第二應用協定識別碼、一第三RRC訊息及一第二SRB資訊,其中該第三RRC訊息為該RRC連線建立完成訊息,其中,該第一收發介面還傳送該基地台端連線建立完成訊息至該集中單元。
  3. 如請求項1所述之分布單元,其中該第二RRC訊息為一RRC連線拒絕訊息。
  4. 如請求項1所述之分布單元,其中該基地台端連線請求訊息還載有一分布單元設定,該第二RRC訊息為一RRC連線拒絕訊息。
  5. 如請求項4所述之分布單元,其中該處理器還產生一基地台端連線拒絕完成訊息,該基地台端連線拒絕完成訊息載有該第一應用協定識別碼、該第二應用協定識別碼及一第二SRB資訊,且該第一收發介面還傳送該基地台端連線拒絕完成訊息至該集中單元。
  6. 如請求項1所述之分布單元,其中該第一收發介面還自該集中單元接收一基地台端連線建立訊息,該基地台端連線建立訊息載有該第一應用協定識別碼、該第二應用協定識別碼、一第三RRC訊息及一第二SRB資訊,其中,該處理器還於該第一收發介面接收該基地台端連線建立訊息後判斷無法建立連線,該處理器還產生一基地台端連線拒絕訊息,該基地台端連線拒絕訊息載有該第一應用協定識別碼及該第二應用協定識別碼,該第一收發介面還傳送該基地台端連線拒絕訊息至該集中單元,其中,該第一收發介面係於傳送該基地台端連線拒絕訊息後接收到 該基地台端連線決定訊息,該第二RRC訊息為一RRC連線拒絕訊息。
  7. 如請求項6所述之分布單元,其中該基地台端連線拒絕訊息還載有一第三SRB資訊。
  8. 如請求項1所述之分布單元,其中該基地台端連線請求訊息還載有一分布單元設定,該基地台端連線決定訊息所載有之該第二RRC訊息為一RRC連線建立訊息,其中,該第一收發介面還傳送一基地台端連線回覆訊息至該集中單元,該基地台端連線回覆訊息載有該第一應用協定識別碼、該第二應用協定識別碼及一第二SRB資訊,其中,該第二收發介面還自該使用者裝置接收一RRC連線建立完成訊息,該處理器還因應該RRC連線建立完成訊息產生一基地台端連線建立完成訊息,該基地台端連線建立完成訊息載有該第一應用協定識別碼、該第二應用協定識別碼、一第三RRC訊息及一第三SRB資訊,其中該第三RRC訊息為該RRC連線建立完成訊息,其中,該第一收發介面還傳送該基地台端連線建立完成訊息至該集中單元。
  9. 如請求項1所述之分布單元,其中該第二收發介面還自該使用者裝置接收一RRC連線重新建立請求訊息,該處理器因應該RRC連線重新建立請求訊息產生一基地台端連線重新建立請求訊息,該基地台端連線重新建立請求訊息載有該第一應用協定識別碼及一第三RRC訊息,該第三RRC訊息為該RRC連線重新建立請求訊息,其中,該第一收發介面還傳送該基地台端連線重新建立請求訊息至 該集中單元,且還自該集中單元接收一基地台端連線重新建立決定訊息,該基地台端連線重新建立決定訊息載有該第一應用協定識別碼、該第二應用協定識別碼、一第四RRC訊息及一第二SRB資訊,其中,該處理器還自該基地台端連線重新建立決定訊息擷取該第四RRC訊息,且該第二收發介面還傳送該第四RRC訊息至該使用者裝置。
  10. 如請求項1所述之分布單元,其中該第一收發介面還傳送一確認指示符(Acknowledgement)及一負確認指示符(Negative Acknowledgement)其中之一至該集中單元。
  11. 一種基地台之集中單元(Centralized Unit;CU),該基地台包含該集中單元及一第一分布單元(Distributed Unit;DU),該集中單元包含:一收發介面,自該第一分布單元接收一第一基地台端連線請求訊息,其中該第一基地台端連線請求訊息載有一第一應用協定識別碼及一第一RRC訊息,該第一應用協定識別碼用以辨識由該第一分布單元在該收發介面上所傳送之與該使用者裝置相關之訊息;以及一處理器,電性連接至該收發介面,藉由解碼該第一基地台端連線請求訊息而確認該第一RRC訊息為一RRC連線請求訊息,且因應該RRC連線請求訊息產生一第一基地台端連線決定訊息,其中該第一基地台端連線決定訊息載有該第一應用協定識別碼、一第二應用協定識別碼、一第二RRC訊息及一第一SRB資訊,該第二應用協定識別碼用以辨識由該集中單元在該收發介面上所傳送之與該使用者裝置相關之訊息,其中,該收發介面還傳送該第一基地台端連線決定訊息至該第一分布單元。
  12. 如請求項11所述之集中單元,其中該第一基地台端連線請求訊息還載有一分布單元設定,該第二RRC訊息為一RRC連線建立訊息,其中,該收發介面還自該第一分布單元接收一基地台端連線建立完成訊息,該基地台端連線建立完成訊息載有該第一應用協定識別碼、該第二應用協定識別碼、一第三RRC訊息及一第二SRB資訊,其中該第三RRC訊息為一RRC連線建立完成訊息。
  13. 如請求項11所述之集中單元,其中該第二RRC訊息為一RRC連線拒絕訊息。
  14. 如請求項11所述之集中單元,其中該第一基地台端連線請求訊息還載有一分布單元設定,該第二RRC訊息為一RRC連線拒絕訊息。
  15. 如請求項14所述之集中單元,其中該收發介面還接收一基地台端連線拒絕完成訊息,該基地台端連線拒絕完成訊息載有該第一應用協定識別碼、該第二應用協定識別碼及一第二SRB資訊。
  16. 如請求項11所述之集中單元,其中該處理器還產生一基地台端連線建立訊息,該基地台端連線建立訊息載有該第一應用協定識別碼、該第二應用協定識別碼、一第三RRC訊息及一第二SRB資訊,該收發介面還傳送該基地台端連線建立訊息至該第一分布單元,其中,該收發介面還自該第一分布單元接收一基地台端連線拒絕訊息,該基地台端連線拒絕訊息載有該第一應用協定識別碼及該第二應用協定識別碼,其中,該第二RRC訊息為一RRC連線拒絕訊息。
  17. 如請求項16所述之集中單元,其中該基地台端連線拒絕訊息還載有一第 三SRB資訊。
  18. 如請求項11所述之集中單元,其中該第一基地台端連線請求訊息還載有一分布單元設定,該第二RRC訊息為一RRC連線建立訊息,其中,該收發介面還自該第一分布單元接收一基地台端連線回覆訊息,該基地台端連線回覆訊息載有該第一應用協定識別碼、該第二應用協定識別碼及一第二SRB資訊,其中,該收發介面還自該第一分布單元接收一基地台端連線建立完成訊息,該基地台端連線建立完成訊息載有該第一應用協定識別碼、該第二應用協定識別碼、一第三RRC訊息及一第三SRB資訊,其中該第三RRC訊息為該RRC連線建立完成訊息。
  19. 如請求項11所述之集中單元,其中該收發介面還自該第一分布單元接收一基地台端連線重新建立請求訊息,該基地台端連線重新建立請求訊息載有該第一應用協定識別碼及一第三RRC訊息,其中,該處理器還藉由解碼該基地台端連線重新建立請求訊息而確認該第三RRC訊息為一RRC連線重新建立請求訊息,且因應該RRC連線重新建立請求訊息產生一基地台端連線重新建立決定訊息,該基地台端連線重新建立決定訊息載有該第一應用協定識別碼、該第二應用協定識別碼、一第四RRC訊息及一第二SRB資訊,該收發介面還傳送該基地台端連線重新建立決定訊息至該第一分布單元。
  20. 如請求項11所述之集中單元,其中該收發介面還自該第一分布單元接收一確認指示符及一負確認指示符其中之一。
  21. 如請求項11所述之集中單元,其中該第一基地台端連線請求訊息還載有 一分布單元設定,該第二RRC訊息為一RRC連線建立訊息,其中,該處理器還在該收發介面接收到該第一基地台端連線請求訊息時啟動一計時器,且該收發介面還在該計時器啟動了一預設時間長度後再次傳送該第一基地台端連線決定訊息至該第一分布單元,其中,該收發介面還自該第一分布單元接收一基地台端連線建立完成訊息,該基地台端連線建立完成訊息載有該第一應用協定識別碼、該第二應用協定識別碼、一第三RRC訊息及一第二SRB資訊,其中該第三RRC訊息為一RRC連線建立完成訊息。
  22. 如請求項11所述之集中單元,其中該第一基地台端連線請求訊息還載有一分布單元設定,該第二RRC訊息為一RRC連線建立訊息,其中,該處理器還在該收發介面接收到該第一基地台端連線請求訊息時啟動一計時器,該收發介面還在該計時器啟動後之一預設時間長度內接收到一負確認指示符,該收發介面還在接收到該負確認指示符後傳送該第一基地台端連線決定訊息至該第一分布單元,其中,該收發介面還自該第一分布單元接收一基地台端連線建立完成訊息,該基地台端連線建立完成訊息載有該第一應用協定識別碼、該第二應用協定識別碼、一第三RRC訊息及一第二SRB資訊,其中該第三RRC訊息為一RRC連線建立完成訊息。
  23. 如請求項11所述之集中單元,其中該第二RRC訊息為一RRC連線建立訊息,該收發介面還自該第一分布單元接收一基地台端連線拒絕訊息,該基地台端連線拒絕訊息載有該第一應用協定識別碼及該第二應用協定識別碼, 其中,該基地台還包含一第二分布單元,該處理器還於該收發介面接收到該基地台端連線拒絕訊息後產生一第二基地台端連線決定訊息,該第二基地台端連線決定訊息載有該第二應用協定識別碼、一第三應用協定識別碼、該第二RRC訊息及該第一SRB資訊,該第三應用協定識別碼用以辨識由該第二分布單元在該收發介面上所傳送之與該使用者裝置相關之訊息,該收發介面還傳送該第二基地台端連線決定訊息至該第二分布單元,其中,該收發介面還自該第二分布單元接收一基地台端連線回覆訊息,該基地台端連線回覆訊息載有該第二應用協定識別碼、該第三應用協定識別碼及一第二SRB資訊,其中,該收發介面還自該第二分布單元接收一基地台端連線建立完成訊息,該基地台端連線建立完成訊息載有該第二應用協定識別碼、該第三應用協定識別碼、一第三RRC訊息及一第三SRB資訊,其中該第三RRC訊息為該RRC連線建立完成訊息。
  24. 如請求項11所述之集中單元,其中該第二RRC訊息為一RRC連線建立訊息,該基地台還包含一第二分布單元,該處理器還產生一第二基地台端連線決定訊息,該第二基地台端連線決定訊息載有該第二應用協定識別碼、一第三應用協定識別碼、該第二RRC訊息及該第一SRB資訊,該第三應用協定識別碼用以辨識由該第二分布單元在該收發介面上所傳送之與該使用者裝置相關之訊息,該收發介面還傳送該第二基地台端連線決定訊息至該第二分布單元,其中,該收發介面還自該第二分布單元接收一基地台端連線回覆訊 息,該基地台端連線回覆訊息載有該第二應用協定識別碼、該第三應用協定識別碼及一第二SRB資訊,其中,該收發介面還自該第二分布單元接收一基地台端連線建立完成訊息,該基地台端連線建立完成訊息載有該第二應用協定識別碼、該第三應用協定識別碼、一第三RRC訊息及一第三SRB資訊,其中該第三RRC訊息為該RRC連線建立完成訊息。
  25. 如請求項24所述之集中單元,其中該收發介面還自該第二分布單元接收一第二基地台端連線請求訊息,其中該第二基地台端連線請求訊息載有該第三應用協定識別碼及該第一RRC訊息。
TW108118253A 2018-05-31 2019-05-27 基地台之分布單元及集中單元 TW202005462A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201862678282P 2018-05-31 2018-05-31
US62/678,282 2018-05-31

Publications (1)

Publication Number Publication Date
TW202005462A true TW202005462A (zh) 2020-01-16

Family

ID=68693497

Family Applications (1)

Application Number Title Priority Date Filing Date
TW108118253A TW202005462A (zh) 2018-05-31 2019-05-27 基地台之分布單元及集中單元

Country Status (3)

Country Link
US (1) US20190373513A1 (zh)
CN (1) CN110557844A (zh)
TW (1) TW202005462A (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019097481A1 (en) * 2017-11-17 2019-05-23 Telefonaktiebolaget Lm Ericsson (Publ) Information exchange for initial user equipment access
CN115996486A (zh) * 2018-10-04 2023-04-21 谷歌有限责任公司 用于处理无线电资源控制小区组配置的方法
CN112752230B (zh) * 2020-12-28 2022-03-25 京信网络***股份有限公司 消息识别方法、***、集中单元、分布单元和存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3482602B1 (en) * 2016-07-05 2023-10-18 Apple Inc. Systems, methods and devices for control-user plane separation for 5g radio access networks
CN106162730B (zh) * 2016-07-12 2019-11-15 上海华为技术有限公司 一种通信的方法、设备及***
CN107872876B (zh) * 2016-09-23 2021-07-16 华为技术有限公司 消息的发送方法和装置

Also Published As

Publication number Publication date
CN110557844A (zh) 2019-12-10
US20190373513A1 (en) 2019-12-05

Similar Documents

Publication Publication Date Title
US20230309179A1 (en) Method for performing bearer type change of a plurality of bearers configured for user equipment
US11432362B2 (en) Method and apparatus for processing mobility in dual RRC system
WO2018084199A1 (ja) 通信方法
CN109479336B (zh) 用于连接管理的***和方法
US10932174B2 (en) Communication system
EP1408658A2 (en) Handling of an unrecoverable error on a dedicated channel of a radio link
US20150131578A1 (en) Communication method and apparatus in network environment where terminal may have dual connectivity to multiple base stations
US20100291939A1 (en) Method of Handling Radio Resource Control Connection and Related Communication Device
EP3506674B1 (en) Handover method, apparatus and system
TW202005462A (zh) 基地台之分布單元及集中單元
EP3685624B1 (en) Methods and devices for network access
TWI820638B (zh) 用於5g新無線電系統中之上行鏈路傳輸之方法
WO2017118191A1 (zh) 一种控制面信息的传输方法及装置
WO2021019921A1 (ja) マスターノード、セカンダリノード、及びこれらの方法
JP7413507B2 (ja) 通信制御方法
JP7212204B2 (ja) 通信制御方法
WO2014110951A1 (zh) 切换方法、源通信节点和目标通信节点
TW201904344A (zh) 處理雙連結中的測量組態的裝置及方法
WO2021019940A1 (ja) マスターノード、セカンダリノード、及びこれらの方法
TWI670985B (zh) 處理雙連結的裝置及方法
WO2020147680A1 (zh) 通信方法和网络设备
WO2022082597A1 (en) Differentiation between traffic in l2 relay
JP4725312B2 (ja) 移動体通信システム、無線ネットワーク制御装置及びそれらに用いる呼接続時間短縮方法
JP2022172824A (ja) 基地局及び通信制御方法
CN114846900A (zh) 一种rrc连接方法、设备及***