TWI425854B

TWI425854B - 使用者設備

Info

Publication number: TWI425854B
Application number: TW096115543A
Authority: TW
Inventors: Masatoshi Nakamata; Karri Ranta-Aho; Juho Pirskanen; Esa Malkamaki
Original assignee: Nokia Corp
Priority date: 2006-05-03
Filing date: 2007-05-02
Publication date: 2014-02-01
Also published as: BRPI0712247A2; RU2414097C2; TW200805924A; WO2007125428A3; KR20090008445A; CN101461280B; KR101059913B1; JP5055633B2; US7894390B2; RU2008147264A; MX2008013979A; EP2016797B1; US20070258402A1; CN101461280A; EP2016797A2; WO2007125428A2; ZA200810195B; GB0608753D0; JP2009535957A

Description

使用者設備

發明領域

本發明是關於用於通訊系統之使用者設備，且本發明尤其是關於但不是唯一地關於WCDMA通訊系統之高速下行鏈路封包存取(HSDPA)。

發明背景

如此領域所知，由3GPP組織所定義的寬頻分碼多重存取(WCDMA)/通用行動電信系統(UMTS)通訊系統的進一步發展，是被稱為高速下行鏈路封包存取(HSDPA)的該系統之定義。HSDPA以一時間共用通訊通道運作，其提供高峰值資料速率之潛力以及具有一高頻譜效率的可能性。

目前的3GPP HSDPA標準(例如，3GPP TS 25.858)定義了一高速下行鏈路共用通道(HS－DSCH)，其是由幾個使用者設備共用的一個下行鏈路傳輸通道。該HS－DSCH與一下行鏈路專用物理通道(downlink DPCH)或每個有效使用者之F－DPCH(3GPP Rel6中的選擇)，以及一或幾個共用控制通道(HS－SCCH)連接。利用(例如)光束－形成天線，該HS－DSCH可透過整個細胞(cell)或只是該細胞的一部分被發送。

HSDPA增進了系統容量，且增加了下行鏈路中的使用者資料速率，換句話說也就是從一無線電基地台(RBS)到使用者設備的資料之傳輸，該無線電基地台在一UMTS系統中該無線電基地台也被稱為一節點B伺服器(以及在GSM中被稱為基地收發器站台BTS)。

被改良的性能是基於三個層面。第一層面是適應性調變及編碼之使用。

在HSDPA中，藉由選擇保持訊框誤差機率低於某一臨界值之最高可能的調變及編碼方案，該無線電基地台(節點B伺服器)內的鏈結適應性實體試著適應某一使用者設備(或使用者終端)之目前的通道狀態。出於此目的，該使用者設備週期性地發送通道品質回饋報告給各個服務RBS，該等通道品質回饋報告指出了下一傳輸時間間隔(TTI)之建議的傳輸格式，包括建議的傳輸區塊大小、建議的碼之數目及支援的調變方案及一可能的功率偏移。被報告的通道品質指示符(CQI)值基於一共同的引示通道(pilot channel)之測量決定。在一典型的實施態樣中，該通道品質指示符值在文件“3GPP TS 25.214－物理層程序(FDD)”內所指定的表格中的一者中是一索引之指標，定義了不同種類使用者設備(UE)之可能的傳輸格式組合(如以上所提到的)。

第二層面是提供具有軟合併及增加冗餘的快速重傳功能，因此若鏈結誤差發生，該使用者設備快速地請求該等資料封包之重傳。然而，標準的WCDMA網路指定該等請求由無線電網路控制器(RNC)處理，而在HSDPA中，該請求由該RBS處理。此外，當在被發送的信號中發生多個誤差時，為了最小化進一步重複請求之需求，增加冗餘之使用允許自原始傳輸及重傳中選擇被正確發送的位元。

HSDPA之第三層面是該RBS內的快速排程。這是需被發送給使用者設備的資料在傳輸之前在該RBS內緩衝，且該RBS利用一選擇準則基於與下列有關的資訊選擇需被發送的一些封包：通道品質、使用者設備能力、服務等級之品質及功率/編碼可用性。一被共同使用的排程器是所謂的比例公平(P－FR)排程器。

雖然HSDPA是一種用於在相對較小的時間週期(一HSDPA系統之TTI是2ms)內遞送相對較大量的資料之有效率的方法。然而，此性能只有在使用者設備在專用通道狀態(CELL_DCH狀態)操作時被使用，換言之，在UE與RBS之間的一物理層連接已被建立且該物理層連接已具有分配給其的專用通道之後。

該UE至專用通道狀態(CELL_DCH狀態)及建立一HSDPA連接的轉換可能需要一秒。因此特別是在需要被發送的資料量相對較小的情況下，至該CELL_DCH狀態的狀態轉換可能需要比實際的資料傳輸更長的時間。

而且，當該UE處於改變狀態到CELL_DCH狀態的過程時，所需的狀態變化必需藉由向前存取通道(FACH)定址給該UE，該向前存取通道比之後的HSDPA傳輸通道慢得多且較不可靠。

在轉換到CELL_DCH狀態之前及期間，該CELL_FACH狀態要求下行鏈路專用控制通道(DCCH)及下行鏈路專用傳輸通道(DTCH)被映射到向前存取通道(FACH)。此要求增加了無線電資源控制(RRC)發送信號(由額外的DCCH資訊引起)及資料(由額外的DTCH資訊引起)傳輸延遲。該FACH傳輸(這透過第二共同控制物理通道(S－CCPCH)攜載)之最小的時間週期大約為10毫秒。

在該無線電資源控制(RRC)連接建立相位期間，該共同控制通道(CCCH)傳輸映射到向前存取通道(FACH)上。第1A－1B圖顯示了該UE至該專用通道狀態(CELL_DCH)之轉換的流程圖，如在3GPP技術報告TR 25.931中所描述。在第1A－1B圖之步驟107中(這在之後較詳細地被描述)，一般透過該共同控制通道(CCCH)攜載的RRC連接建立訊息被攜載在前向存取通道(FACH上，接著被映射到第二共同控制物理通道(S－CCPCH)上。

也已知遞送資料給不處於專用通道(CELL_DCH)狀態的一UE是藉由利用向前存取通道(FACH)遞送小量的資料或控制資訊給該UE。然而，此方法產生了與FACH有關的既有問題，低資料速率及慢重傳。

攜載在該S－CCPCH上的向前存取通道(FACH)之容量相對較低(一般在32至64kbps之間)，這限制了對小封包使用向前存取通道。

因此一般而言，在單一個TTI中只可能發送一或兩個共同控制通道(CCCH)無線電鏈結控制協定資料單元(RLC PDU)(一典型的CCCH RLC PDU封包是152位元)。映射到該專用控制通道(DCCH)且利用未確認模式無線電鏈結控制(UM RLC)封包的發送信號無線電載送器(SRB)產生136或120位元長的RLC PDU。利用確認模式無線電鏈結控制(AM RLC)之SRB產生128位元長的RLC PDU。在利用該共同控制通道(CCCH)的未確認及確認模式兩者中，每個TTI內，一或兩個協定資料單元可被發送。

一典型的專用傳輸通道(DTCH)RLC PDU大小是320位元。而對於FACH之典型的TTI是10ms，每個TTI被送的單一個DTCH RLC PDU(或封包)使用該單個FACH之32kbps資料速率容量。

因為當重傳基於在該上行鏈路內的隨機存取通道上被發送的RLC狀態指示符在RLC上被執行時要花費大量的時間，向前存取通道(FACH)之可靠性也被限制。除此之外，在CCCH上被發送的一訊息在RLC層上沒有任何重傳，且在發送信號誤差之情況下，若適合的回應訊息沒有在某一時間內被接收時，該RRC層需要初始化該RRC訊息之重傳。由於FACH(DL)及RACH(UL)通道內的傳輸延遲，該時間一般非常長(以秒的等級)。

處於專用通道狀態(CELL_DCH)之典型的3G UE電源消耗大約為250mA，處於轉換的向前存取通道狀態(FACH)的電源消耗大約為120mA，且處於尋呼(paging)通道狀態(CELL/URA_PCH)或閒置狀態時大約為<5mA。使用FACH通道發送資料可導致較高的功率消耗，因為向前存取通道(FACH)接收需要較多的時間接收所有(慢速度)資料。

因此，總而言之，在該第二共同控制物理通道(S－CCPCH)上使用向前存取通道(FACH)傳輸(以轉換狀態或以用於傳送資料的操作狀態)之需求是低資料速率、慢重傳速率以及一相對較高的UE功率消耗。

與唯一的識別符H－RNTI(被用以識別已存在該物理層內的每個被發送封包之參與的接收器)有關的又一爭議可能導致以下問題：識別回應該共同H－RNTI值的共同族群內的子－族群。例如，當該使用者設備不具有在該細胞內識別其本身的一有效RNTI(C－RNTI)。

發明概要

本發明之一目的及其實施例是提供對移動存取系統之改良，至少部分解決以上所揭露的問題。

本發明之層面可從附加的申請專利範圍中看出。

圖式簡單說明

本發明透過參照附圖的舉例被描述，其中：第1A－1B圖顯示了一流程圖，該流程圖顯示了當一UE建立一RRC連接且移到一專用通道(CELL_DCH)狀態所執行的步驟；第2圖顯示了本發明之實施例可在其內被實施的一通訊系統之示意圖；第3圖顯示了一流程圖，該流程圖顯示了在本發明之一第一實施例內所執行的步驟；第4A－4B圖顯示了一流程圖，該流程圖顯示了在本發明之一實施例中初始化該UE所執行的步驟；第5A－5B圖顯示了一流程圖，該流程圖顯示了在本發明之又一實施例中初始化該UE所執行的步驟；第6A－6B圖顯示了在本發明之實施例內所使用的使用者設備內的共同的HS－DSCH之媒體存取控制(MAC)架構之示意圖；第7A－7B圖顯示了在UTRAN內的共同的HS－DSCH之MAC架構之示意圖；以及第8圖顯示了一流程圖，該流程圖顯示了在本發明之實施例中所執行的步驟。

較佳實施例之詳細說明

本發明透過參照一些實施例舉例在此處被描述。本發明按照一蜂巢式通訊系統且特別是一HSDPA WCDMA/UMTS通訊系統被描述。然而，應明白的是，本發明同樣能夠在實現資料封包之排程的任何通訊系統中實現，特別是那些需要解決傳輸資料封包之潛時及頻譜效率的通訊系統。

第2圖顯示了本發明之實施例可在其內被實現的一通訊系統之示意圖。該系統包含至少一使用者設備(UE)1。使用者設備1可能是(例如)一行動電話，但是也可能是(例如)一能夠通訊的膝上型電腦、個人數位助理或任何其他適合的裝置。

使用者設備1利用一系列無線電基地台(RBS)3由無線電無線地發送。該等無線電基地台在UMTS標準內也被稱為節點－B。在以下描述中，術語節點－B及無線電基地台(RBS)被互換使用。

每個使用者設備1被安排以能夠與多於一個RBS 3進行通訊，類似地每個RBS 3被安排以能夠與多於一個UE 1進行通訊。該RBS 3進一步與一無線電網路控制器(RNC)5(在GSM標準中其也被稱為一基地台控制器(BSC))進行通訊。該RNC 5可進一步與一核心網路(CN)7進行通訊。該CN 7可進一步與其他網路進行通訊，例如，進一步之公共陸地行動網路(PLMN)或被稱為“網際網路”的電腦之網路。

為了闡述以下所描述的本發明之實施例中所使用的一些術語，我們藉助第1A－1B圖描述由如3GPP TR25.931所定義的網路中的一UE 1執行的一無線電資源控制器(RRC)連接建立之流程圖。

在步驟101中，該UE 1藉由透過該被選擇的細胞(是該RBS 3之細胞)在共同控制通道(CCCH)上發送一無線電資源控制器(RRC)連接請求訊息給該服務RNC 5而初始化一無線電資源控制器連接之建立。該連接請求包含初始使用者設備(UE)1身分值之參數，以及建立連接之原因。

在步驟102內，該服務無線電網路控制器(RNC)5建立至該UE 1的無線電資源控制(RRC)連接，且決定使用一專用通道給此特定的RRC連接，且分配一UTRAN(UMTS陸地無線電存取網路)RNTI(無線電網路臨時識別符)及無線電資源L1、L2給該無線電資源控制器連接。當一專用通道需被建立時，一節點B應用協定(NBAP)訊息、一“無線電鏈結建立請求”訊息被發送給該RBS 3。包含在該無線電鏈結建立請求內的參數包含：細胞識別值、傳輸格式集、傳輸格式組合集、頻率、被使用的上行鏈路攪亂碼(只用於分頻雙工(FDD)通訊)、被使用的時間槽(只用於分時雙工(TDD)通訊)、用戶碼(只用於TDD)及功率控制資訊。

在步驟103中，該RBS 3分配該等資源、啟動上行鏈路物理通道之接收，且回應一NBAP訊息、一“無線電鏈結建立回應”訊息。該無線電鏈結建立回應訊息包含定義發送信號鏈結終止的參數、用於Iub資料傳輸載送的傳輸層定址資訊(例如，ATM適應性配置類型2(AAL2)位址、AAL2聯繫身分)。

在步驟104中，該服務無線電網路控制器利用存取鏈結控制應用部分協定(ALCAP)初始化Iub資料傳輸載送之建立。該請求包含AAL2聯繫身份以將該Iub資料傳輸載送聯繫到該專用通道。用於建立Iub資料傳輸載送的請求由該RBS 3確認。

在步驟105及106內，該RBS 3及服務RNC 5透過交換適合的專用通道訊框協定訊框的方式，以建立Iub與Iur資料傳輸載送之同步，例如“上行鏈路同步”與“下行鏈路同步”訊息。在同步之後，該RBS 3開始下行鏈路傳播給該UE 1。

在步驟107中，一訊息自該服務RNC 5發送到UE 1，該訊息是在該共同控制通道(CCCH)上發送的一無線電資源控制器(RRC)連接建立訊息。該RRC連接建立訊息包含以下參數：初始UE身份值、U－RNTI(處於CELL_FACH狀態及CELL/URA_PCH狀態的UTRAN內部的有效性)、C－RNTI(處於CELL_FACH狀態的細胞內部的有效性)、能力更新要求、傳輸格式集、傳輸格式組合集、頻率、下行鏈路頻率攪亂碼(只用於FDD)、時間槽(只用於TDD)、用戶碼(只用於TDD)、功率控制資訊及3GPP標準TS25.331第10.2.40章節內所定義的其他資料，特別用以組配HSDPA上的發送信號連接。

在步驟108內，該RBS 3完成上行鏈路同步，且將一NBAP訊息(一“無線電鏈結恢復指示”)通知給該服務RNC 5。

在步驟109內，一RRC連接建立完成訊息透過該服務RBS 3在該專用控制通道(DCH)上自該UE 1發送給該服務RNC 5。此RRC連接建立完成訊息包含以下參數：完整性資訊、加密資訊及UE無線電存取能力。

如以上所描述，需要該等步驟以執行一高速下行鏈路封包存取通訊。

因此，在HSDPA操作中，處於CELL_DCH時，每個UE被分配一唯一的H－RNTI，該H－RNTI被用以識別在該物理層內每個已被發送的封包之預期的接收者。

在以下詳細描述的本發明之實施例中，除了處於CELL_DCH狀態之外的HSDPA用途使用被一UE 1所知的一共同的物理層識別符(即，一族群UE ID值)，而不需要唯一地分配一ID給每個UE。接著，在DTCH或DCCH傳輸之情況下，預期的UE接收器由MAC標頭識別，或者在CCCH訊息(RRC連接建立、細胞更新認證)之情況下，預期的UE接收器自包括在RRC訊息中的UE ID識別出，就如先前技術中的FACH所執行的一樣。

在本發明之實施例中，雖然處於專用或非專用通道狀態的一UE可偵測出該傳輸是否是給它的，但是處於CELL_DCH時，該UE自該物理層知道此資訊，而不需要首先接收且解碼該資料封包。

在第3圖中，顯示了在本發明之一第一實施例中執行的該等步驟之流程圖被描述。

在步驟201中，一UE 1自一系統資訊廣播(SIB)接收第一共同識別值(CCCH H－RNTI)，其被使用於當該UE不具有一有效的C－RNTI時，(定義一UE ID值之族群)，該系統資訊廣播(SIB)來自在RRC連接已建立之前或當C－RNTI在細胞重新選擇之後無效時一般被用於HS－SCCH偵測的RNC，即用以接收RRC連接建立訊息或細胞更新認證(只有當U－RNTI有效時)。

在本發明之其他實施例中，該UE從來自該RNC的SIB發送器計算共同的參數及對應的HS－SCCH/HS－DSCH參數。

在進一步的實施例中，該H－RNTI值是為操作者預先所知的一預定值組。

該UE也接收一第二共同識別值(DCCH/DTCH H－RNTI)。當該UE具有一有效的C－RNTI時，該UE使用該DCCH/DTCH H－RNTI。該UE接收此第二H－RNTI值及任何對應的HS－SCCH/HS－DSCH參數之方式在之後討論。然而，此資訊可自專用的RRC發送信號獲得。例如，此等值可自一物理通道重新組配請求獲得。在其他實施例中，該UE自來自該RNC發送的SIB或尋呼獲得該DCCH/DTCH H－RNTI及對應的HS－SCCH/HS－DSCH參數。在進一步的實施例中，該DCCH/DTCH H－RNTI值及對應的HS－SCCH/HS－DSCH參數是預定的且由操作者設定。

該UE 1也接收識別一個單一UE 1的個別識別值(一個別UE ID值)。在一RRC連接(C－RNTI)期間，在步驟107內，此ID值可被指定，因此具有RRC連接及有效的C－RNTI之UE可偵測直接來自物理層內的HS－SCCH的傳播是否是打算給它的。在本發明之一些實施例中，此等ID值可由專用的RRC發送信號更新。如以上所討論，在一些實施例中，該C－RNTI不是一有效值。

在步驟203中，被接收的識別值被儲存在該UE 1中。

在步驟205中，該UE接收利用該高速下行鏈路共用通道(HS－DSCH)發送的高速下行鏈路封包存取(HSDPA)資料訊框，該HSDPA資料訊框具有表示一唯一的UE ID值的MAC標頭值。相同訊框之相關的高速共用控制通道(HS－SCCH)資料包含識別一共同H－RNTI值的資訊。該HS－SCCH資料也指定傳輸格式及相關的高速物理下行鏈路共用通道－－該HS－DSCH資料藉以被發送的物理通道之速率。當該等值在該MAC標頭內被使用時，該UE可偵測出該資料傳輸是否是打算給該UE的，甚至當該共同ID被使用時，例如在一CCCH傳輸之情況下，該UE 1可識別該傳輸是否是給該RRC層內的UE。

在步驟207內，該UE 1檢查以判定透過該高速共用控制通道(HS－SCCH)發送的ID是否匹配該UE之共同ID(當該UE不具有一有效的C－RNTI時，該共同ID是CCCH H－RNTI，或者該UE具有一有效的C－RNTI時，該共同ID是DCCH/DTCH H－RNTI)，或者判定一UE是否被指定該UE之專用的ID。該共同UE ID或專用ID值以一已知方式被發送，即該HS－SCCH內的值以與如同對處於專用通道狀態的任何UE(在RRC建立期間具有指定給該UE的一特定UE ID)執行之方式相同的方式被發送。

該資料被定址給其的特定UE(而不是由該族群UE ID值所識別的UE之族群)由與該HS－DSCH有關的媒體存取控制(MAC)協定標頭內的一唯一識別符決定。

因此，在本發明之實施例中，少量的高速資料可由不是在該專用通道內的一UE接收，而不要求經過向前存取通道狀態。

在本發明之進一步的實施例中，建立如先前所描述的RRC連接的任何UE 1可使用在該系統資訊廣播(SIB)中被發送給其的UE ID值。該SIB是該細胞間的資訊廣播，且可由該細胞內的任何UE接收，而該RBS 3不需要知道哪一UE 1已接收該SIB。該SIB傳輸不需要一確認傳輸，因此可是該族群UE ID值之有利的載體。在進一步的實施例中，該RNC 5分配被傳給該RBS 3的族群UE ID值以發送給該UE 1。

在本發明之一些實施例中，藉由將唯一的ID直接遮蔽(masked)給該HS－SCCH內的一CRC，該唯一的ID被發送給該UE 1。遮蔽給HS－SCCH上的一CRC之一唯一的ID意味該CRC(一校驗和(checksum)使該接收器判定一封包是否被正確接收)被該ID值修改，使得只有知道該ID的一接收器可決定正確的CRC值，因此能夠偵測出該HS－SCCH是否被正確地接收。雖然遮蔽給該HS－SCCH上的一CRC之一ID之優點是沒有任何額外的位元會由於包含該UE唯一ID而被***到該HS－SCCH，但是唯一的UE ID資訊存在該HS－SCCH訊息內。在其他實施例中，該ID值被***到MAC標頭/RRC層內，在該MAC標頭/RRC層內具有被保存給UE ID值之一特定的位元欄。除了將該值***到該位元欄之外，使用該MAC標頭的實施例並不被要求執行該信號之遮蔽或修改。

因為UE 1必須在其試著解碼該HS－DSCH之前首先偵測該HS－SCCH上的ID(即，判定該UE－特定CRC是否表示一正確的接收)，以瞭解該MAC標頭或該RRC訊息內的唯一ID是否匹配UE唯一的ID值。因此，若該HS－SCCH ID是族群UE ID，則該MAC/RRC層ID必須是唯一的UE ID，且若該HS－SCCH ID是唯一的UE ID，則該MAC/RRC UE ID可被認為值是相等的。

在本發明之一些實施例中，處於UTRAN註冊區域－－尋呼通道狀態(CELL/URA_PCH)或閒置狀態內的UE 1將不連續地收聽高速下行鏈路封包存取資訊，而是被安排以只在預定時刻接收HS－DSCH及HS－SCCH封包。

在又一實施例中，該UE 1被安排以在預定時刻收聽HS－SCCH，且接著只有當其接收到具有預定族群UE ID的一資料封包時，該UE 1才收聽該HS－DSCH上的資料。此實施例類似於習知的HSDPA接收模式，從而該UE在安排其本身接收一相關的UE定址HS－DSCH封包之前偵測出被定址給其的一HS－SCCH封包，其區別在於，該UE只在預定時刻收聽HS－SCCH，因此在非接收期間不允許該UE關閉該無線電接收器，從而節省了電池電源。

在本發明之其他實施例中，該UE收聽何時被一事件觸發。例如，由於UE活動或回應一尋呼訊息，該隨機存取通道(RACH)可被使用。在此等實施例中，該UE能夠節省電源，換言之，若沒有任何活動被期望，則“休眠”且保存電池電源。

在此一實施例中，處於閒置模式的一UE 1將在該隨機存取通道(RACH)上發送無線電資源控制器連接請求之後啟動高速資料封包存取接收。處於CELL/URA_PCH狀態的UE 1將在發送細胞更新訊息之後啟動HSDPA接收。利用該HS－DSCH該休眠模式較易於組織，因該為TTI是短的(2毫秒，相較於具有一10毫秒TTI的向前存取通道)。

在一些實施例中，若該網路能夠在該專用傳輸通道(DTCH)或專用控制通道(DCCH)上發送資料或發送信號給使用者設備，則處於轉換的CELL_FACH狀態的使用者設備1可被安排以連續地接收HSDPA資料。當不連續的接收週期(DRX)被指示給HSDPA資料傳輸時，處於該CELL_FACH狀態的UE 1也可被安排以偶爾接收資料。

相較於來自處於CELL_DCH狀態的UE之習知的HSDPA，在本發明之以上實施例中，沒有提供下列給處於專用通道模式中的使用者設備：將一特定的通道品質指示符(CQI)報告(這一般在該高速專用控制通道－－HSDPA之上行鏈路回饋通道)上被發送)自該UE 1發送到該RBS 3，以有助於以下選擇：調變及編碼方案(MCS)選擇給高速物理下行鏈路共用(HS－PDSCH)及高速共用控制通道(HS－SCCH)之功率設定。該等MCS值之選擇被安排，使得對於一良好品質通道，該等MCS值可被選擇以使用較高階調變及較少的編碼，從而增加資料通量，且在壞品質通道中，該等MCS值可被選擇以使用一簡單的調變及較多的誤差更正編碼以犧牲較少資料傳輸容量為代價減少誤差。

此外，以上實施例沒有確認回饋(ACK/NACK)給高速確認請求(HARQ－高速下行鏈路共用通道接收確認)。因此，在以上實施例中，沒有信號指示一重傳是否被請求，因為對於處於專用通道狀態中的使用者設備，該等ACK/NACK信號一般在一高速專用控制通道上的上行鏈路上(該HSDPA之上行鏈路回饋通道)被發送。

在本發明之又一實施例中，該RBS 3於是選擇高速－共用控制通道功率及MCS值給HS－DSCH，以使其能夠在細胞邊緣被接收。在本發明之更多的實施例中，機制是被提供用於估計所需的HS－SCCH功率要求，且HS－DSCH之適合的MCS值是需要的，且這些值被選擇給該HS－SCCH及HS－DSCH資料串流。

在其他實施例中，相同的傳輸值被多次發送，以產生系統內所需的時間差異，且也用以再次產生一所需的HARQ增益。

在以上實施例中，該傳輸系統被提供一系統控制之程度－－該單元內的所有UE 1都能夠接收資料。

在本發明之又一實施例中，雖然不具有一使用者設備特定CQI報告，但是該RBS 3在接收到欲給其的高下行鏈路共用通道傳輸之後，自該UE 1接收包含傳輸回饋的一預定上行鏈路攪亂碼。此等實施例中的傳輸回饋信號使該項技術領域內所知的一種HARQ方法被使用。這在第3圖中的步驟209被顯示。

在本發明之更多的實施例中，具有傳輸回饋的一CQI報告自該UE被發送，以能夠計算接續的高速共用控制通道(HS－SCCH)功率設定及高速下行鏈路共用通道(HS－DSCH)MCS選擇。

如以上所描述的本發明之實施例可藉由要求具有族群UE ID的任何UE以確認接收封包且發送CQI報告而實現，就好像該資料是打算給該UE的一樣。一可選擇的實施例要求，任何UE在發送任何確認給該網路之前，在首先偵測出該HS－SCCH內的族群UE ID之後識別出該媒體存取控制器協定資料單元及/或無線電資源控制器訊息中的UE之個別的UE ID。

在本發明之一些實施例中，該控制無線電網路控制器(RNC)可使用單一ATM適應性配置類型2(AAL2)連接透過該Iub介面給共同控制通道(CCCH)、所有的下行鏈路控制通道，以及分配給處於向前存取通道轉換狀態的專用傳輸通道(DTCH)。因此，在一些實施例中，MAC－c多工可替換向前存取通道傳輸狀態被使用。

在本發明之更多的實施例中，需要滿足不同的優先權及服務品質(QoS)要求，個別的AAL2連接被分配給CCCH、DCCH及DTCH。例如，在一些實施例中，共同控制通道(CCCH)及專用控制通道(DCCH)之傳輸可能具有比專用傳輸通道(DTCH)更高的優先權及可靠性因素。

雖然以上實施例指使用HSDPA通道發送適量的資料給UE，但是此資料之傳輸也應用於如第1A－1B圖中所示的透過RBS 3自該RNC 5到該UE 1的RRC連接步驟107中的資料之傳輸。如以上所描述，藉由使用比FACH更快速的一通道，接收該等CCCH資料封包之速度可被增加，從而將UE建立於CELL_DCH模式所需的時間被減少。該CELL_DCH之一特定的UE ID被指定給處於此階段的UE。

如以上所描述的實施例提供一種比先前技術所使用的習知的遞送方法(FACH)更可靠且更快速的方式遞送使用者資料及RRC發送信號訊息給一UE。而且藉由使用此等實施例，不處於操作之專用通道模式的UE 1具有從閒置或尋呼模式到操作之專用通道模式之一較快速的狀態轉換，因為它們只需要接收一適量的資料，該等資料可利用HSDPA技術提供，不要求使用者設備透過FACH狀態交換資料。

雖然以上實施例只具有部分HSDPA支援(例如，在一些實施例中，沒有來自使用者設備的上行鏈路回饋，因此沒有CQI之消息，或者在該RBS 3中不可能接收到ACK/NACK訊息)，由於HSDPA相對於FACH之超短的TTI在減少延遲方面之增益將不可避免。此外，如一些實施例中所描述，可能使用盲(blind)重傳以自HARQ合併獲得一增益。

雖然在2ms內，該系統需要比10ms大約多5倍的功率遞送相同的資料，因此在此無法節省電源，但是其優勢在於，並不需要分配一特定的電源共用給不處於專用通道狀態(CELL_DCH)的使用者之HSDPA傳輸，因為所有UE在時間上共用相同的功率資源。在先前技術的例子中，FACH電源需要被靜態地分配給被使用的FACH，無論該通道實際上是否被使用。

此外，因為本發明使用HSDPA網路規格之現存的第1層，故本發明之實施態樣相對較簡單。

也如以上所描述，處於CELL_FACH狀態的UE之功率消耗在應用中總是一個問題，例如在發送週期性保持即時訊息的推撥郵件(push mail)中。在此等情況下，即使資料量非常低，但是該使用者設備保持在向前存取通道上，直到靜止計時器(inactivity timer)屆期。一般而言，靜止計時器大約為2秒。利用以上所描述的非連續接收(DRX)，功率消耗可被大量地減少。這對總是處於應用中的UE待命時間是一重大的改良。

如第3圖中已描述的，步驟201顯示了無線電基地台RBS 3發送該等H－RNTI值給使用者設備1。然而，關於第4A－4B及第5A－5B圖，用以決定與提供DCCH/DTCH H－RNTI有關的H－RNTI及其他值的程序及步驟進一步被詳細描述。

關於第4A－4B圖，一種用以決定DCCH/DTCH H－RNTI值及其他資料的第一方法被顯示，如本發明之實施例所使用。在此第一方法中，該等H－RNTI值利用無線電資源控制訊息被發送給該UE。在此等實施例中，該資訊中的一些需要透過Iur介面被發送。

在步驟401中，該服務無線電網路控制器SRNC 5決定，在一漂移無線電網路控制器/控制無線電網路控制器(D/CRNC)之控制下，該使用者設備(UE)1在該細胞內將使用共同HS－DSCH。

在步驟403中，該SRNC 5將至少一HS－SCCH/HS－DSCH參數轉發給該D/CRNC。例如，在本發明之一實施例中，被轉發的參數包括在HS－DSCH中使用的優先權佇列之數目，以及每個優先權佇列之排程優先權指示符(SPI)。

在步驟405中，該SRNC 5透過該Iur介面建立該使用者設備1之ATM適應性層2(AAL2)連接，以攜載向前鏈結存取通道(SACH)資料訊框。該SACH資料訊框包括映射到共同HS－DSCH的資料。在本發明之一些實施例中，一個單一的AAL2連接可被建立，且被執行此過程的所有使用者設備中共用。

在步驟407中，該SRNC 5定位媒體存取控制－d(MAC－d)。

在步驟409中，該SRNC 5透過RBS 3發送使用者設備RRC發送信號給使用者設備。例如，該發送信號可包含C－RNTI值及/或DCCH/DTCH H－RNTI值，以及該HS－SCCH之DRX週期值。在此階段，該SRNC 5並不需要知道在D/CRNC控制下的細胞之CCCH H－RNTI。

在步驟411中，該服務無線電網路控制器5接著利用該FACH資料訊框將資料轉發給該D/CRNC。

在步驟413中，該D/CRNC決定是否如本描述之實施例中所描述的發送資料給該UE，或對於此D/CRNC之控制下的細胞，依據利用該FACH或使該UE以CELL_DCH模式操作的已知方法操作。

在步驟415中，該D/CRNC定位媒體存取控制－c(MAC－c)，換言之，將該C－RNTI值加給該DCCH/DTCH封包資料單元內。

在步驟417中，該D/CRNC組配每個共同H－RNTI之共同HS－DSCH/HS－SCCH資訊。相同的組態應用於具有相同H－RNTI值的所有使用者設備。

在步驟419中，該D/CRNC建立具有一共同HS－DSCH值的所有使用者設備1之AAL2連接。在其他實施例中，該RNC為每個H－RNTI值建立一個別的AAL2連接。

在步驟421中，該D/CRNC分配該等C－RNTI值。

在步驟423中，該D/CRNC決定處理HS－DSCH參數的使用者設備能力。例如，該D/CRNC接收一上行鏈路CCCH訊息，且自此訊息中決定使用者設備容量。

在步驟425中，該D/CRNC基於自該服務RNC接收的共同H－DSCH參數分配該H－RNTI(DCCH/DTCH)，且將被選擇的H－RNTI及該H－RNTI之對應的HS－DSCH/SCCH資訊轉發給該服務RNC。

在步驟427中，該D/CRNC透過一訊框協定將被選擇的H－RNTI值及參數資料轉發給該RBS。一較佳的訊框協定是HS－DSCH訊框協定，其有效負載(payload)是一MAC－c封包資料單元，且包括功率控制資訊。在更多的實施例中，一不同的訊框協定被用以傳送此資訊。

在步驟429中，該RBS 3定位MAC－hs，且資料流被映射到共同HS－DSCH。

在步驟431中，該RBS廣播該CCCH H－RNTI，及自該D/CRNC組配的對應的HS－SCCH/HS－DSCH資訊。

在步驟433中，該RBS 3執行該HS－SCCH之功率控制。在其他實施例中，該HS－DSCH之調變及編碼方案(MCS)選擇基於被包括在被接收的HS－DSCH資料訊框或者來自該RNC的新訊框協定資料訊框內的資訊被執行。

在步驟435中，該使用者設備自該SIB/尋呼訊息獲得或計算該CCCH之H－RNTI及對應的HS－SCCH/HS－DSCH資訊。

在步驟437中，該UE自該專用RRC訊息獲得或計算該DCCH/DTCH之DCCH/DTCH H－RNTI及對應的HS－SCCH/HS－DSCH資訊。

因此，該UE將CCCH及DCCH/DTCH訊息之被分配的H－RNTI用於UE識別。

關於第5A－5B圖，藉由將該等H－RNTI值廣播給該UE，對該UE 1、RBS 3、服務無線電網路控制器(SRNC)5及漂移無線電網路控制器/控制無線電網路控制器D/CRNC 501之影響被顯示。

在步驟501中，對於在一特定D/CRNC下操作的所有RNC，該SRNC 5不決定該FACH資料是否被映射到共同的HS－DSCH上(例如，該FACH被映射到S－CCPCH)。此外，從透過來自該D/CRNC的一無線電網路系統應用部分接收的發送信號，該SRNC 5不知道該FACH資料是否被映射到共同的HS－DSCH。

在步驟503中，該SRNC 5透過該Iur介面建立該UE之一ATM應用層2(AAL2)連接，該連接被安排以攜載向前鏈結存取通道(FACH)資料訊框。在本發明之一些實施例中，該AAL2連接被多個UE 1共用。

在步驟505中，該SRNC 5接著定位該媒體存取控制－d(MAC－d)。

在步驟507中，該SRNC 5利用FACH訊框協定將資料轉發給該D/CRNC。

在步驟509中，已接收到來自該SRNC 5的資料之C/DRNC接著判定是否透過該FACH通道將該資料傳給UE，或者如本描述內所詳細描述的利用共同值HS－DSCH方法。

在步驟511中，該C/DRNC接著定位MAC－c(MAC－c)。該C/DRNC將C－RNTI值加給DCCH/DTCH PDU。

在步驟513中，該C/DRNC組配在該H－RNTI及進一步的H－RNTI內所使用的共同的HS－SCCH/HS－DSCH資訊info。被建立的組態值被應用於共用相同H－RNTI值的所有UE。

在步驟515中，該C/DRNC利用共同的HS－DSCH方法建立所有UE之AAL2連接。在本發明之其他實施例中，該C/DRNC建立一個別的AAL2連接給共用相同H－RNTI共同值的UE之每個族群。

在步驟517中，該C/DRNC接著分配該等C－RNTI值。

在步驟519中，該C/DRNC接著利用共同通道系統的每個UE決定UE之容量，即，該UE是否能夠與所描述的方式一致地接收且解碼共同訊息。例如，藉由接收一上行鏈路(UL)共同控制通道(CCCH)訊息，該決定可被執行。

在步驟521中，該C/DRNC接著計算且選擇該等UE之DCCH/DTCH H－RNTI值，且若多個CCCH H－RNTI被分配在該細胞內，則也選擇該CCCH H－RNTI。

在步驟523中，該C/DRNC接著利用一訊框協定將被選擇的資料轉發給該RBS。較佳的訊框協定是HS－DSCH訊框協定(其具有一MAC－c封包資料單元有效負載且包括功率控制資訊)。在本發明之其他實施例中，一訊框協定能夠傳送被選擇的資料。

在步驟525中，當接收到該被選擇的資料時，該RBS 3定位媒體存取控制－hs(MAC－hs)，且將資料流映射到共同的HS－DSCH。

在步驟527中，該RBS 3將CCCH H－RNTI、DCCH/DTCH H－RNTI及該等H－RNTI之對應的HS－DSCH/SCCH資訊廣播給該等UE 1。

在步驟529中，該RBS 3進一步對該HS－SCCH執行功率控制，且/或基於該HS－DSCH資料訊框內包括的資訊選擇該HS－DSCH之調變及編碼方案(MCS)。

在步驟531中，當接收到該廣播訊息時，該UE 1自SIB/尋呼獲得且/或計算該CCCH之H－RNTI值及該等DCCH/DTCH族群之H－RNTI值及對應的HS－SCCH/HS－DSCH資訊。

如以上所描述，為了判定該訊息是否是給該UE的，該UE使用包含在之後訊息內的CCCH及DCCH/DTCH之被分配的H－RNTI值。

該資料流(即，從核心網路7到使用者設備1之資料的映射)基於該通道是否是一共同的或專用的通道而不同。

對於該核心網路內的該等共同通道(共同控制通道(CCCH)及共同傳輸通道(CTCH))，當傳給該C/DRNC時被轉換到一媒體存取控制－c流，當進一步傳給該RBS時被轉換到媒體存取控制－hs流，接著以一高速下行鏈路共用通道(HS－DSCH)之一部分被發送。

該核心網路內的該等專用通道(專用控制通道(DCCH)及專用傳輸通道(DTCH))，當傳給該服務無線電網路控制器時被轉換到一媒體存取控制－d流；當傳給該控制/漂移RNC時被轉換到一媒體存取控制－c流；當傳給該RBS時被轉換到一媒體存取控制－hs流，接著以一高速下行鏈路共用通道(HS－DSCH)之一部分被發送。

第6A－6B及7A－7B圖顯示了該UE及UTRAN內的MAC層介面之示意圖。

第6A－6B圖顯示了本發明之實施例中所使用的具有以下MAC介面的一UE：MAC－es/MAC－e 601；MAC－m 603；MAC－hs 605；MAC－c/sh/m 607；MAC－d 609。

該MAC－es/MAC－e 601由該MAC控制器控制，且進一步連接到該MAC－d 609介面。該MAC－es/MAC－e 601接收相關的下行鏈路及上行鏈路發送信號，且也接收E－DCH資料(增強資料通道)。

該MAC－m 603由該MAC控制器控制，且連接到移動共用通道(MSCH)及移動傳輸通道(MTCH)。該MAC－m 603透過該FACH接收資料。

該MAC－hs介面605由該MAC控制器控制，且連接到該MAC－d介面609及MAC－c介面607。該MAC－hs 605進一步透過該HS－DSCH接收資料。該MAC－hs介面攜載執行以下任務的資料：重排序佇列分佈；重排序；分解(Disassembly)；HARQ(如關於其他實施例所描述，沒有ACK/NACK產生，沒有CQI報告被執行，且軟合併被執行)。

該MAC－c/sh/m介面607由該MAC控制器控制，且連接到該MAC－d介面609及MAC－hs介面605。該MAC－c/sh/m介面607在該UE內連接到以下通道：MTCH、MSCH、MCCH、PCCH、BCCH、CCCH、CTCH、SHCCH(只用於TDD)。該MAC－c/sh/m介面607透過以下外部通道接收資料：PCH；FACH；RACH；USCH(只是用於TDD)；DSCH(只是用於TDD)。該MAC－c/sh/m介面607載有執行以下任務的資料：TCTF多工、讀取UE－ID值。

該MAC－d介面609由該MAC控制器控制，且連接到該MAC－c/sh/m介面607及MAC－hs介面605。該MAC－d介面609在該UE內連接到以下通道：DCCH、DTCH。該MAC－d介面609透過該DCH外部通道接收資料。該MAC－d介面609攜載執行切換通道類型(例如，從共同的HS－DSCH到專用HS－DSCH及CT多工)之任務的資料。

第7A－7B圖顯示了本發明之實施例中所使用的具有以下MAC介面的一RAN：MAC－e 701；MAC－es 707；MAC－hs 703；MAC－c/sh/m 705；MAC－d 709。

該MAC－e介面701由該MAC控制器控制，且進一步連接到該MAC－es介面707。該MAC－e介面701接收相關的下行鏈路及上行鏈路發送信號，且也接收E－DCH資料(增強資料通道)。

該MAC－es介面707由該MAC控制器控制，且連接到該MAC－e介面701及該MAC－d介面709。

該MAC－hs介面703由該MAC控制器控制，且連接到該MAC－d介面709及MAC－c介面705。該MAC－hs介面703進一步透過該HS－DSCH接收資料。該MAC－hs介面攜載執行以下任務的資料：排程；優先權處理；流程控制；TFRC選擇；HARQ(如關於其他實施例所描述的，沒有ACK/NACK產生，且沒有CQI報告被執行，而是固定數目的傳輸之執行被實施)。

該MAC－c/sh/m介面705由該MAC控制器控制，且連接到該MAC－d介面709及MAC－hs介面703。該MAC－c/sh/m介面705在該RAN內連接到以下通道：MTCH、MSCH、MCCH、PCCH、BCCH、CCCH、CTCH、SHCCH(只用於TDD)。該MAC－c/sh/m介面705透過以下外部通道接收資料：PCH；FACH；RACH；USCH(只用於TDD)；DSCH(只用於TDD)。該MAC－c/sh/m介面705攜載執行以下任務的資料：TCTF多工、UEID多工、流程控制；排程；緩衝；優先權處理。

該MAC－d介面709由該MAC控制器控制，且連接到該MAC－c/sh/m介面705及該MAC－hs介面703。該MAC－d介面709在該RAN/CN內連接到以下通道：DCCH、DTCH。該MAC－d 709透過DCH外部通道接收資料。該MAC－d介面709攜載執行切換通道類型(例如，從共同的HS－DSCH到專用HS－DSCH、CT多工；及流程控制)之任務的資料。

第8圖顯示了從RRC連接建立到從Cell_FACH狀態到Cell_DCH狀態之狀態轉換的發送信號流程之例子。

在步驟801中，與該RBS 3進行通訊的該服務/控制無線電網路控制器5決定使用以上所描述的實施例中的至少一者。該S/CRNC接著建立共同的HS－DSCH之AAL2連接，且為一共同的H－RNTI組配HS－DSCH資訊。

在步驟803中，該RBS 3將該CCCH、DCCH/DTCH H－RNTI及對應的HS－DSCH資訊廣播給UE 1。

在步驟805中，該S/CRNC分配該C－RNTI且計算該UE之DCCH/DTCH H－RNTI。

在步驟807中，該UE 1利用該CCCH H－RNTI之值收聽該HS－SCCH，以識別該被接收的訊息是否是定址給該UE的。

在步驟809中，包括該C－RNTI值的RRC回應訊息被該Iub介面上的HS－DSCH訊框協定及該Uu介面上的HS－PDSCH攜載。

在步驟811中，該UE利用該(等)DCCH/STCH H－RNTI值收聽該HS－SCCH，以識別該被接收的訊息是否是定址給該UE的。

在步驟812中，該S/CRNC決定將該UE移到Cell_DCH狀態。

在步驟813中，該S/CRNC建立RL及AAL2連接，且開始訊框協定同步化。

在步驟815中，該S/CRNC發送包括專用HS－DSCH資訊及一專用H－RNTI值(利用DCCH/DTCH攜載在共同的HS－DSCH中)的一RRC重新組配訊息。

在步驟817中，該UE 1基於被接收的資訊執行同步化。

在步驟819中，該第5發行版本HS－DSCH傳輸利用該專用H－RNTI值被初始化。

如先前所提到的優點是，可能增加Cell_FACH狀態中的峰值位元速率。此外，其增加了傳送發送信號及資料給處於Cell_FACH狀態的使用者設備之細胞容量的彈性。所描述的實施例與先前指定的HSDPA發行版本後向相容。此外，用於如以上所描述的將H－RNTI值傳給該UE的第二種方法進一步與先前指定的服務RNC相容。此外，只要求對第2及3級網路級的架構進行有限的改變，而不要求第1級網路改變。

因此，申請人單獨地揭露此處所描述的每個個別的特徵及兩或多個此等特徵之任何組合至以下程度，使得此等特徵或組合能夠總體上基於按照該項技術領域內具有通常知識者所知的共同的一般知識之目前說明書被執行，無論此等特徵或特徵之組合是否解決此處所揭露的任何問題，且不限制該等申請專利範圍之範圍。申請人指出，本發明之層面可由任何此個別的特徵或特徵之組合組成。就上述描述而言，為該項技術領域內具有通常知識者顯而易見的是，各種修改可在本發明之範圍內作出。

1，1a，1b，1c，1d．．．使用者設備

3．．．無線電基地台

5．．．無線電網路控制器

7．．．核心網路

101~109，201~209，401~427，501~531，801~819．．．步驟

601．．．MAC－es/MAC－e

603．．．MAC－m

605，703．．．MAC－hs

607，705．．．MAC－c/sh/m

609．．．MAC－d

701．．．MAC－e

707．．．MAC－es

709．．．MAC－d

第1A－1B圖顯示了一流程圖，該流程圖顯示了當一UE建立一RRC連接且移到一專用通道(CELL_DCH)狀態所執行的步驟；第2圖顯示了本發明之實施例可在其內被實施的一通訊系統之示意圖；第3圖顯示了一流程圖，該流程圖顯示了在本發明之一第一實施例內所執行的步驟；第4A－4B圖顯示了一流程圖，該流程圖顯示了在本發明之一實施例中初始化該UE所執行的步驟；第5A－5B圖顯示了一流程圖，該流程圖顯示了在本發明之又一實施例中初始化該UE所執行的步驟；第6A－6B圖顯示了在本發明之實施例內所使用的使用者設備內的共同的HS－DSCH之媒體存取控制(MAC)架構之示意圖；第7A－7B圖顯示了在UTRAN內的共同的HS－DSCH之MAC架構之示意圖；以及第8圖顯示了一流程圖，該流程圖顯示了在本發明之實施例中所執行的步驟。

1．．．使用者設備

3．．．無線電基地台

5．．．無線電網路控制器

101~109．．．步驟

Claims

一種使用者設備，包含：一接收器，其係組配來透過一通訊通道接收至少一資料封包，其中該資料封包包含一識別符；以及一處理器，其係組配來自該識別符判定該使用者設備是否是一使用者設備子集中的一者，其中該處理器係組配來在當該識別符匹配一第一值時且當該通訊通道是一共同通道時，自該識別符判定該使用者設備是否是該使用者設備子集中的一者，且該處理器係進一步組配來在當該識別符匹配一第二值時且當該通訊通道是一專用通道時，自該識別符判定該使用者設備是否是該使用者設備子集中的一者。
如申請專利範圍第1項所述之使用者設備，其中該接收器係進一步組配來接收又一資料封包內的又一值，該又一值係組配來將該使用者設備子集識別成不是處於一專用通道狀態。
如申請專利範圍第2項所述之使用者設備，其中該接收器係進一步組配來接收該又一資料封包內的一第二識別符值，以識別相同子集內的每個使用者設備。
如申請專利範圍第1項所述之使用者設備，其中該通訊通道是一高速下行鏈路共用通道(HS-DSCH)。
如申請專利範圍第4項所述之使用者設備，其中該通訊通道包含以下中的至少一者：一專用傳輸通道(DTCH)；一專用控制通道(DCCH)；以及一共同控制通道(CCCH)。
如申請專利範圍第1項所述之使用者設備，其中該資料封包包含無線電資源通訊資料。
如申請專利範圍第1項所述之使用者設備，其中該識別符係設於該資料封包之一媒體存取控制(MAC)標頭內。
如申請專利範圍第1項所述之使用者設備，其中該識別符係位於該MAC層之頂部的一RRC層訊息內。
如申請專利範圍第1項所述之使用者設備，其中該等第一及第二值中的至少一者係在以下中的至少一者中接收或計算出：一尋呼訊息；一系統資訊廣播(SIB)；一專用尋呼訊息；以及一初始化建立指令。
一種用於透過通訊資料通道令資料封包與至少一使用者設備通訊的方法，包含以下步驟：透過一通訊通道在數個使用者設備中的至少一者內接收一資料封包，該資料封包包含組配來識別一使用者設備子集的一識別符；以及自該資料封包識別符判定該至少一使用者設備是否是該使用者設備子集中的一者，其中當該識別符匹配一第一值時，且當該通訊通道是一共同通道時，該判定步驟自該識別符判定該使用者設備是否係該使用者設備子集中的一者，且當該識別符匹配一第二值時及當該通訊通道係一專用通道時，該判定步驟自該識別符判定該使用者設備是否係該使用者設備子集中的一者。
如申請專利範圍第10項所述之方法，其中該通訊通道包含以下中的至少一者：一專用傳輸通道(DTCH)；一專用控制通道(DCCH)；以及一共同控制通道(CCCH)。
如申請專利範圍第10項所述之方法，進一步包含接收又一資料封包內的又一值，該又一值係組配來將該使用者設備子集識別成不是處於一專用通道狀態。
如申請專利範圍第12項所述之方法，進一步包含接收該又一資料封包內的一第二識別符值，以識別相同子集內的每個使用者設備。
如申請專利範圍第10項所述之方法，進一步包含在以下中的至少一者中接收或計算出的該等第一值及第二值中的至少一者：一尋呼訊息；一系統資訊廣播(SIB)；一專用尋呼訊息；以及一初始化建立指令。
一種電腦程式產品，該電腦程式產品包含一記憶體及儲存於該記憶體上之一電腦程式，使得當該電腦程式係藉由一電腦執行時，該電腦係組配來實施一方法，該方法包含以下步驟：透過一通訊通道在數個使用者設備中的至少一者內接收一資料封包，該資料封包包含組配來識別一使用者設備子集的一識別符；以及自該資料封包識別符判定該至少一使用者設備是否是該使用者設備子集中的一者，其中當該識別符匹配一第一值時，且當該通訊通道是一共同通道時，該判定步驟自該識別符判定該使用者設備是否係該使用者設備子集中之一者，且當該識別符匹配一第二值時，且當該通訊通道係一專用通道時，該判定步驟自該識別符判定該使用者設備是否是該使用者設備子集中的一者。
如申請專利範圍第15項所述之電腦程式產品，其係進一步組配來接收又一資料封包內的又一值，該又一值係組配來將該使用者設備子集識別成不是處於一專用通道狀態。
如申請專利範圍第16項所述之電腦程式產品，其係進一步組配來接收該又一資料封包內的一第二識別符值，以識別相同子集內的每個使用者設備。
如申請專利範圍第15項所述之電腦程式產品，其中該通訊通道包含以下中的至少一者：一專用傳輸通道(DTCH)；一專用控制通道(DCCH)；以及一共同控制通道(CCCH)。
如申請專利範圍第15項所述之電腦程式產品，其係進一步組配來在以下中的至少一者中接收或計算出該等第一值及第二值中的至少一者：一尋呼訊息；一系統資訊廣播(SIB)；一專用尋呼訊息；以及一初始化建立指令。
如申請專利範圍第15項所述之電腦程式產品，其中該資料封包包含無線電資源通訊資料。