專利名稱：無線通信系統管理隊列功能的方法及其相關裝置的制作方法
技術領域：
本發明涉及一種用于無線通信系統中管理隊列功能的方法及其相關裝 置，尤指一種用于無線通信系統中管理一單元更新程序的隊列功能的方法及 其相關裝置。
背景技術：
第三代移動通信技術采用寬帶碼分多址(Wideband Code Division Multiple Access, WCDMA)的無線接入方式，其用以提供高度頻譜利用效率、無邊界 的覆蓋率及高質量、高速率的多媒體數據傳輸，同時更能滿足各種不同的系 統質量(QoS)服務要求，提供具彈性的多樣化雙向傳輸服務，并提供較佳的通 信質量，有效降低通信中斷率。
以全球移動電信系統(Universal Mobile Telecommunications System, UMTS)而言，第三代移動通信系統包含客戶端設備(User Equipment, UE)、無 線通信接入網絡(UMTS Terrestrial Radio Access Network, UTRAN)及核心網絡 (Core Network, CN)三大部分，使用的通信協議包括接入相關部分(Access Stratum, AS)和非接入相關部分(Non-Access Stratum, NAS)。接入相關部分 包含無線資源控制(Radio Resource Control, RRC)、無線鏈接控制(Radio Link Control, RLC)、媒體存取控制(Media Access Control, MAC)、封包數據聚合 協議(Packet Data Convergence Protocol ， PDCP)、廣播及多重播送控制 (Broadcast/Multicast Control, BMC)等數個功能不同的子層。上述各子層的運 作，是業界所習知，在此不贅述。
無線資源控制為第三層通信協議，是接入相關部分的通信協議的核心， 舉凡無線資源消息交換、無線資源設定控制、QoS控制、通道傳輸格式設定 控制、封包切割重整處理控制及非接入相關部分的通信協議傳輸處理等，皆 由無線資源控制層進行。在客戶端與網絡端(無線通信接入網絡)之間，無線資 源控制層是通過無線資源控制程序交換無線資源控制消息(RRC Message)。無 線資源控制消息是由許多信息元(Information Elements, IE)所組成，用來攜帶必要的信息，以設定、改變或釋放第二層協議(無線鏈接控制、媒體存取控制) 及第一層協議(物理層)的協議物理，從而建立、調整或取消數據交換信道，以 期進行數據封包交換。
根據第三代移動通信聯盟(the 3rd Generation Partnership Project, 3GPP) 所制定的無線資源控制協議規范，無線資源控制程序中具有 一單元更新(Cell Update)程序，一^殳由客戶端啟動，用來將移動狀況告知網絡端。單元更新程 序中的無線資源控制消息交換是由客戶端先傳送一單元更新(CELL UPDATE) 消息至網絡端，再由網絡端回傳一單元更新確認(CELL UPDATE CONFIRM) 消息，最后客戶端根據消息內容進行無線電承載重設或釋放、移動信息更新 或傳輸信道重置等等。
單元更新程序中具有一隊列功能，用來讓網絡端于一服務頻率層擁塞時， 轉移客戶端至另一頻率層等待一段時間后再重新啟動單元更新程序，相關操
作流程如下。于客戶端啟動單元更新程序時，客戶端傳送單元更新消息至網 絡端，而網絡端則在單元更新確認消息中置入r頻率信息」(Frequency info) 與r等待時間」(waittime)兩個信息元，以指示客戶端進行隊列功能。接著， 單元傳呼通道狀態的客戶端根據「頻率信息」信息元所指示的頻率層，選擇 一特定單元，而無線注冊網域傳呼通道狀態的客戶端則根據所指示的頻率層， 選擇一特定無線注冊網域中的單元。最后，根據r等待時間」信息元，客戶 端先在轉移頻率層上進入等待狀態一預設時間，再重新啟動單元更新程序。 其中，「頻率信息」信息元所指示的頻率層不為客戶端當前所在的頻率層。
然而，在網絡端的一服務頻率層發生擁塞時，附近的頻率層可能處于更 加擁塞的狀態，或是附近并沒有其它頻率層存在，如此一來，網絡端將無法 隊列客戶端。
發明內容
因此，本發明提供用于一無線通信系統的一網絡端中管理通過一單元更 新程序來隊列 一客戶端的隊列功能的方法及其相關裝置，以避免隊列功能失敗。
本發明揭露一種用于一無線通信系統的一 網絡端中管理一客戶端的一隊 列功能的方法。該客戶端處于用來接收下行鏈路信令的一傳呼狀態。該方法包括通過一單元更新程序，隊列該客戶端于該客戶端當前所在的一頻率層， 并保持該客戶端在該傳呼狀態中。
本發明另揭露一種用于無線通信系統的通信裝置，用以管理一客戶端的 一隊列功能，以防止隊列該客戶端失敗。該客戶端處于用來接收下行鏈路信 令的一傳呼狀態。該通信裝置包括一控制電路、 一中央處理器及一存儲裝置。 該控制電路用來實現該通信裝置的功能。該中央處理器設于該控制電路中， 用來執行一程序代碼以操控該控制電路。該存儲裝置設于該控制電路中且耦 接于該中央處理器，用來存儲該程序代碼。其中，該程序代碼包括通過一單 元更新程序，隊列該客戶端于該客戶端當前所在的一頻率層，并保持該客戶 端在該傳呼狀態中。
本發明另揭露一種用于一無線通信系統的一客戶端中進行一隊列功能的 方法。該客戶端處于用來接收下行鏈路信令的一傳呼狀態。該方法包括啟動 一單元更新程序，以及若該單元更新程序的一接收消息中包含用來提供該隊 列功能的 一 等待時間的 一 第 一信息元且不包含用來提供隊列頻率層的 一 第二 信息元時，隊列于當前所在的一頻率層，并保持在該傳呼狀態中。
本發明另揭露一種用于無線通信系統的通信裝置，用以管理 一 隊列功能， 以防止該隊列功能進行失敗。該通信裝置處于用來接收下行鏈路信令的一傳 呼狀態。該通信裝置包括一控制電路、 一中央處理器及一存儲裝置。該控制 電路用來實現該通信裝置的功能。該中央處理器設于該控制電路中，用來執 行一程序代碼以操控該控制電路。該存儲裝置設于該控制電路中且耦接于該 中央處理器，用來存儲該程序代碼。其中，該程序代碼包括啟動一單元更新 程序，以及若該單元更新程序的 一接收消息中包含用來提供該隊列功能的一 等待時間的 一第 一信息元且不包含用來提供隊列頻率層的 一第二信息元時， 隊列于當前所在的一頻率層，并保持在該傳呼狀態中。
本發明實施例允許客戶端停留在原來的頻率層，以避免因其它頻率層也 處于擁塞狀態或不存在時而導致隊列功能失敗。
圖1為一無線通信系統的示意圖。
圖2為一無線通信裝置的功能方塊圖。 圖3為圖2中程序代碼的示意圖。圖4為根據本發明實施例的用于一網絡端的流程的流程圖。
圖5為根據本發明實施例的用于一客戶端的流程的流程圖。
具體實施例方式
請參考圖1,圖1為一無線通信系統10的示意圖。無線通信系統10較 佳地為 一第三代移動通信系統，其筒略地是由 一 網絡端及多個客戶端所組成。 在圖l中，網絡端及客戶端是用來說明無線通信系統10的架構；實際上，網 絡端可視不同需求包括多個基站、無線網絡控制器等；而客戶端則可能是移 動電話、電腦系統等設備。
請參考圖2,圖2為一無線通信裝置100的功能方塊圖。無線通信裝置 100可以用來實現圖1中網絡端或客戶端。為求簡潔，圖2僅繪出無線通信 裝置100的一輸入裝置102、 一輸出裝置104、 一控制電路106、 一中央處理 器108、 一存儲裝置110、 一程序代碼112及一收發器114。在無線通信裝置 中，控制電路106通過中央處理器108執行存儲于存儲裝置110的程序代碼 112,從而控制無線通信裝置100的運作，可通過輸入裝置102(如鍵盤)接收 使用者輸入的信號，或通過輸出裝置104(如屏幕、喇叭等)輸出畫面、聲音等 信號。收發器114用以接收或發送無線信號，將所接收的信號傳送至控制電 路106,或將控制電路106所產生的信號以無線電方式輸出。換言之，以通 信協議的架構而言，收發器114可視為第一層的一部分，而控制電路106則 用來實現第二層及第三層的功能。
請繼續參考圖3，圖3為圖2中程序代碼112的示意圖。程序代碼〗]2 包括一應用程序層200、 一第三層202、 一第二層206連接于一第一層218。 一無線資源控制單元222位于第三層202，用來根據無線資源控制消息(RRC Message)及信息元(Information Element,正)，控制第一層218及第二層206， 并通過無線資源控制程序與其它無線通信裝置交換信令。
在無線通信裝置100用于實現網絡端的情況下，若一傳呼狀態中的客戶 端啟動單元更新程序時，無線通信裝置IOO可隊列客戶端。較佳地，傳呼狀 態為 一單元傳呼通道(CELL—PCH)或一無線注冊區域傳呼信道(URA—PCH)， 而此狀態下的客戶端 一般僅接收下行鏈路信令，并通過單元更新程序才能與 無線通信裝置IOO進行信令交換。在此情況下，本發明實施例提供一隊列管 理程序代碼220,以避免隊列客戶端失敗。請參考圖4，圖4為本發明實施例流程40的流程圖。流程40用于無線通信系統10的網絡端中管理一客戶端的 一隊列功能，其可被編譯為隊列管理程序代碼220,并包含以下步驟 步驟400:開始。
步驟401:接收一客戶端啟動一單元更新程序而傳送的一單元更新消息。 步驟402:通過該單元更新程序的一單元更新確認消息，隊列該客戶端 于該客戶端當前所在的一頻率層，并保持該客戶端在該傳呼狀態中。 步驟404:結束。
根據流程40，本發明實施例通過單元更新程序的消息交換，隊列客戶端 于當前的頻率層，并保持客戶端在傳呼狀態中。換句話說，于隊列期間，客 戶端不轉移操作頻率層及其無線資源控制狀態。
單元更新程序的消息交換包含從客戶端上傳至網絡端的 一單元更新 (CELL UPDATE)消息，以及從網絡端回復客戶端的一單元更新確認(CELL UPDATE CONFIRM)消息。單元更新消息除了告知網絡端客戶端當前的通信 情況，也用來啟動單元更新程序。
較佳地，為了指示客戶端停留于當前的頻率層，網絡端僅置入一等待時 間(wait time)信息元于一單元更新確:〖人消息中，^旦不置入一頻率信息 (Frequency info)信息元，接著再傳送單元更新確認消息給客戶端。客戶端根 據等待時間信息元的 一預設時間，停留在隊列功能的 一等待狀態中至少該預 設時間。頻率信息(Frequency info)信息元用來指示隊列客戶端的頻率層，其 中所指示的頻率層不為客戶端當前的頻率層。此外，于停留在等待狀態中至 少該預設時間之后，客戶端重新啟動單元更新程序。
當無線通信裝置IOO作為客戶端時，無線資源控制單元222可轉換無線 通信裝置100于閑置(Idle)、單元傳呼信道、無線注冊區域傳呼信道、單元前 向接入通道(CELI^FACH)或單元專屬通道(CELL—DCH)狀態之間。其中，單 元傳呼通道(CELI^PCH)及無線注冊區域傳呼信道(URA一PCH)皆為 一傳呼狀 態，此狀態下的無線通信裝置100—般僅接收下行鏈路信令，并通過單元更 新程序才能與網絡端進行信令交換。
另外，若無線通信裝置100是實現傳呼狀態的客戶端時，本發明實施例 提供其它處理方式。請參考圖5,圖5為本發明實施例流程50的流程圖。流 程50用于無線通信系統10的一客戶端中管理一隊列功能，該客戶端處于用來接收下行鏈路信令的一傳呼狀態。流程50可被編譯為隊列管理程序代碼
220,并包含以下步驟 步驟500:開始。
步驟502:啟動一單元更新程序。
步驟504:若該單元更新程序的一接收消息中包含用來提供該隊列功能 的 一等待時間的 一第 一信息元且不包含用來提供隊列頻率層的 一第二信息元 時，隊列于當前所在的一頻率層，并保持在該傳呼狀態中。
步驟506:結束。
根據流程50,當傳呼狀態中的客戶端啟動一單元更新程序之后，客戶端 會接收一接收消息。若接收消息中包含用來提供隊列功能的一等待時間的一 第一信息元但不包含用來提供隊列頻率層的一第二信息元時，則客戶端隊列 于當前的頻率層，并保持在傳呼狀態中。較佳地，根據第一信息元所提供的 等待時間，客戶端進入隊列功能的一等待狀態至少該等待時間，并于該等待 時間結束之后，重新啟動單元更新程序。
較佳地，接收消息為 一單元更新確認(CELL UPDATE CONFIRM)消息， 第一信息元為一等待時間(wait time)信息元，第二信息元是一頻率信息 (Frequency info)信息元。
因此，通過流程40及50相互配合，客戶端于進行隊列功能時，可停留 在當前的頻率層并保持在傳呼狀態中。
特別注意的是，本發明實施例可與習知技術搭配來管理隊列功能。舉例 來說，當客戶端啟動單元更新程序之后，網絡端可以根據所有頻率層的使用 狀況，決定客戶端要進入的頻率層。若客戶端當前所在的頻率層以外的頻率 層皆為擁塞狀態或不存在時，網絡端隊列客戶端于原來的頻率層，并保持在 同樣的傳呼狀態。
在習知技術中，于客戶端進行隊列功能時，網絡端是不允許客戶端停留 在原來的頻率層，必須轉移至其它頻率層。相對地，本發明實施例允許客戶 端停留在原來的頻率層，以避免因其它頻率層也處于擁塞狀態或不存在時而 導致隊列功能失敗。
以上所述僅為本發明的較佳實施例，凡依本發明權利要求書所做的均等 變化與修飾，皆應屬本發明的涵蓋范圍。
權利要求
1.一種用于無線通信系統的網絡端中管理客戶端的隊列功能的方法，上述客戶端處于傳呼狀態，其特征是，上述方法包括通過單元更新程序，隊列上述客戶端于上述客戶端當前所在的頻率層，并保持上述客戶端在上述傳呼狀態中。
2. 根據權利要求1所述的方法，其特征是，其中通過上述單元更新程序 隊列上述無線通信系統的上述客戶端于上述客戶端當前所在的上述頻率層包 括置入等待時間信息元于單元更新確認消息中；不置入頻率信息信息元于上述單元更新確認消息中；以及傳送上述單元更新確認消息給上述客戶端。
3. 根據權利要求2所述的方法，其特征是，其中上述客戶端根據上述等 待時間信息元的預設時間，停留上述隊列功能的等待狀態至少上述預設時間。
4. 根據權利要求3所述的方法，其特征是，其中上述客戶端于停留上述 等待狀態至少上述預設時間之后，重新啟動上述單元更新程序。
5. 根據權利要求1所述的方法，其特征是，其中上述傳呼狀態是單元傳 呼通道狀態或無線注冊區域傳呼信道狀態。
6. —種用于無線通信系統的通信裝置，用以管理客戶端的隊列功能，以 防止隊列上述客戶端失敗，上述客戶端處于傳呼狀態，其特征是，上述通信 裝置包括控制電路，用來實現上述通信裝置的功能；中央處理器，設于上述控制電路中，用來執行程序代碼以操控上述控制 電路；以及存儲裝置，設于上述控制電路中且耦接于上述中央處理器，用來存儲上 述程序代碼；其中上述程序代碼包括通過單元更新程序，隊列上述客戶端于上述客戶端當前所在的頻率層， 并保持上述客戶端在上述傳呼狀態中。
7. 根據權利要求6所述的通信裝置，其特征是，其中通過上述單元更新 程序隊列上述無線通信系統的上述客戶端于上述客戶端當前所在的上迷頻率 層包含置入等待時間信息元于單元更新確認消息中； 不置入頻率信息信息元于上述單元更新確認消息中；以及 傳送上述單元更新確認消息給上述客戶端。
8. 根據權利要求7所述的通信裝置，其特征是，其中上述客戶端根據上 述等待時間信息元的預設時間，停留上述隊列功能的等待狀態至少上述預設 時間。
9. 根據權利要求8所述的通信裝置，其特征是，其中上述客戶端于停留 上述等待狀態至少上述預設時間之后，重新啟動上述單元更新程序。
10. 根據權利要求6所述的通信裝置，其特征是，其中上述傳呼狀態是單 元傳呼通道狀態或無線注冊區域傳呼信道狀態。
11 .一種用于無線通信系統的客戶端中進行隊列功能的方法，上述客戶端 處于傳呼狀態，其特征是，上述方法包括 啟動單元更新程序；以及若上述單元更新程序的接收消息中包含用來提供上述隊列功能的等待時 間的第一信息元且不包含用來提供隊列頻率層的第二信息元時，隊列于當前 所在的頻率層，并保持在上述傳呼狀態中。
12. 根據權利要求11所述的方法，其特征是，其另包含根據上述第一 信息元所提供的上述等待時間，進入上述隊列功能的等待狀態至少上述等待 時間。
13. 根據權利要求12所述的方法，其特征是，其另包含于上述等待時 間結束之后，重新啟動上述單元更新程序。
14. 根據權利要求11所述的方法，其特征是，其中上述接收消息是單元 更新確認消息。
15. 根據權利要求14所述的方法，其特征是，其中上述第一信息元是等 待時間信息元。
16. 根據權利要求14所述的方法，其特征是，其中上述第二信息元是頻 率信息信息元。
17. 根據權利要求11所述的通信裝置，其特征是，其中上述傳呼狀態是 單元傳呼通道狀態或無線注冊區域傳呼信道狀態。
18. —種用于無線通信系統的通信裝置，用以管理隊列功能，以防止上述 隊列功能進行失敗，上述通信裝置處于傳呼狀態，其特征是，上述通信裝置包括控制電路，用來實現上述通信裝置的功能；中央處理器，設于上述控制電路中，用來執行程序代碼以操控上述控制 電^各；以及存儲裝置，設于上述控制電路中且耦接于上述中央處理器，用來存儲上 述程序代碼；其中上述程序代碼包括 啟動單元更新程序；以及若上述單元更新程序的接收消息中包含用來提供上述隊列功能的等待時 間的第一信息元且不包含用來提供隊列頻率層的第二信息元時，隊列于當前 所在的頻率層，并保持在上述傳呼狀態中。
19. 根據權利要求18所述的通信裝置，其特征是，其中上述程序代碼另 包含根據上述第一信息元所提供的上述等待時間，進入上述隊列功能的等待 狀態至少上述等待時間。
20. 根據權利要求19所述的通信裝置，其特征是，其中上述程序代碼另 包含于上述等待時間結束之后，重新啟動上述單元更新程序。
21. 根據權利要求18所述的通信裝置，其特征是，其中上述接收消息是 單元更新確iU肖息。
22. 根據權利要求21所述的通信裝置，其特征是，其中上述第一信息元 是等待時間信息元。
23. 根據權利要求21所述的通信裝置，其特征是，其中上述第二信息元 是頻率信息信息元。
24. 根據權利要求18所述的通信裝置，其特征是，其中上述傳呼狀態是 單元傳呼通道狀態或無線注冊區域傳呼信道狀態。
全文摘要
用于一無線通信系統的一網絡端中管理一客戶端的一隊列功能的方法。該客戶端處于用來接收下行鏈路信令的一傳呼狀態。該方法包括通過一單元更新程序，隊列該客戶端于該客戶端當前所在的一頻率層，并保持該客戶端在該傳呼狀態中。
文檔編號H04L12/56GK101309516SQ20081010021
公開日2008年11月19日 申請日期2008年5月16日 優先權日2007年5月18日
發明者郭豐旗 申請人:華碩電腦股份有限公司