專利名稱：用于具有共享傳輸信道的無線系統(tǒng)中的用戶設(shè)備的單個和組標(biāo)識符的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于通信系統(tǒng)的用戶設(shè)備，更具體地但不限于，用于
WCDMA通信系統(tǒng)的高速下行鏈路分組接入(HSDPA)。
背景技術(shù)：
本領(lǐng)域已知的是，由3GPP組織定義的寬帶碼分多址(WCDMA) /通用移動電信系統(tǒng)(UMTS)的通信系統(tǒng)的進(jìn)一步發(fā)展是已知的高速下行鏈路分組接入(HSDPA)的系統(tǒng)定義。HSDPA作為時間共享通信信道運行，其提供高峰值數(shù)據(jù)速率的潛力以及具有高頻鐠效率的可能。
當(dāng)前的3GPP HSDPA標(biāo)準(zhǔn)(例如3GPP TS 25.858 )定義了 HS-DSCH信道(高速下行鏈路共享信道)，即由幾個用戶設(shè)備共享的下行鏈路傳輸信道。HS-DSCH關(guān)聯(lián)于每個使用中用戶的一個下行鏈路DPCH (下行鏈路專用物理信道)或F-DPCH (在3GPP第6版中的選項)，以及一個或幾個共享控制信道(HS-SCCH)。可使用例如波束形成天線在整個小區(qū)(cell)上或僅在一部分小區(qū)上發(fā)送DS-DSCH。
在下行鏈路中，HSDPA提高系統(tǒng)容量，并增加用戶數(shù)據(jù)速率，換句話說，用于從UMTS系統(tǒng)中還已知為節(jié)點B服務(wù)器(并且在GSM中，已知為術(shù)語"基站收發(fā)臺"BTS)的無線基站(RBS)向用戶設(shè)備傳輸數(shù)據(jù)。
這種提高的性能基于三個方面。第一方面是使用自適應(yīng)調(diào)制和編碼。
在HSDPA中，在無線基站(節(jié)點-B服務(wù)器)中的鏈路自適應(yīng)實體嘗試通過選擇最高可能調(diào)制和編碼方案而將幀錯誤概率保持在某個閾值以下來適應(yīng)某個用戶設(shè)備(或用戶終端)的當(dāng)前信道條件。為此，用戶設(shè)備周期性地向各個服務(wù)RBS發(fā)送信道質(zhì)量反饋報告，其表示對下一個傳輸時間
5間隔(TTI)的推薦傳輸格式，包括推薦傳輸塊大小、推薦代碼數(shù)目和 支持的調(diào)制方案，以及可能的功率偏移?；诠矊?dǎo)頻信道的測量來確定 所才艮告的信道質(zhì)量指示符(CQI)的值。在典型實現(xiàn)中，它是在文檔"3GPP TS 25.214 — Physical Layer Procedures (FDD )"中指定的其中一個表的 索引的指針，其中所述文檔定義了用于不同種類用戶設(shè)備(UE)的可能傳 輸格式組合(如上所述)。
第二方面是提供了具有軟合并(softcombining)和增量冗余的快速重 傳，從而在用戶設(shè)備快速請求數(shù)據(jù)分組的重傳時可能發(fā)生連接錯誤。但是， 標(biāo)準(zhǔn)WCDMA網(wǎng)絡(luò)指定了由無線網(wǎng)絡(luò)控制器(RNC )處理請求，在HSDPA 中由RBS處理請求。此外，使用增量冗余允許從原始傳輸和重傳中選擇正 確發(fā)送的比特，以在發(fā)送信號中出現(xiàn)多個錯誤時最小化進(jìn)一步重復(fù)請求的 需求。
HSDPA的第三方面是在RBS中的快速調(diào)度。這表示以下情況，即在 傳輸之前在RBS中緩沖要向用戶設(shè)備發(fā)送的數(shù)據(jù)，并且使用選擇標(biāo)準(zhǔn)的 RBS基于與信道質(zhì)量、用戶設(shè)備容量、服務(wù)級別的質(zhì)量和功率/代碼可用性 相關(guān)的信息選擇要發(fā)送的一些分組。公共使用的調(diào)度器是所謂的比例公平 (P-FR)調(diào)度器。
但是，HSDPA是在相對較短時間段(HSDPA系統(tǒng)的TTI是2ms)內(nèi) 傳遞相對大量數(shù)據(jù)的有效方法。然而，這種性能僅用在用戶設(shè)備運行于專 用信道狀態(tài)(CELL—DCH狀態(tài))下時，換句話說，在UE和RBS之間的 物理層連接已經(jīng)建立并且層連接已經(jīng)具有對其分配的專用信道之后。
UE到專用信道狀態(tài)(CELL一DCH狀態(tài))的轉(zhuǎn)換和建立HSDPA連接 可占用幾秒。因此，具體地在需要發(fā)送的數(shù)據(jù)量相對較少的情況下，到 CELL一DCH狀態(tài)的狀態(tài)轉(zhuǎn)換可需要比實際傳輸更長的時間。
此外，當(dāng)UE處于向CELL_DCH狀態(tài)改變狀態(tài)的處理中時，通it^目 比于隨后的HSDPA傳輸信道明顯更慢和更不具有魯棒性的前向接入信道 (FACH)將所需的狀態(tài)改變尋址到UE。
向CELL—DCH狀態(tài)的轉(zhuǎn)換之前和期間，CELL—FACH狀態(tài)需要將下行鏈路專用控制信道(DCCH)和下行鏈路專用業(yè)務(wù)信道(DTCH)映射 到前向接入信道(FACH)。這需要增加(由額外DCCH信息引起的)無 線資源控制(RRC )信令以及(由額外DTCH信息引起的)數(shù)據(jù)傳輸延遲。
(在輔助公共控制物理信道(S-CCPCH)上承栽的)FACH傳輸?shù)淖钚〕?續(xù)時間大約為10毫秒。
在無線資源控制(RRC )連接建立階段期間，將公共控制信道(CCCH) 傳輸映射到前向接入信道(FACH)上。圖1示出如3GPP技術(shù)報告TR 25.931中所述的UE到專用信道狀態(tài)(CELL—DCH)的轉(zhuǎn)換過程。在圖1
(隨后將更詳細(xì)描述)的步驟107，在前向接入信道(FACH)上承載典型 地在公共控制信道(CCCH)上承載的RRC連接建立消息，而所述前向 接入信道(FACH)被映射到輔助公共控制物理信道(S-CCPCH)。
還已知的是，通過使用前向接入信道(FACH)向UE傳遞少量的數(shù) 據(jù)或控制信息而不在專用信道(CELL—DCH)狀態(tài)下向UE傳遞數(shù)據(jù)。然 而，這種方式受到與FACH相關(guān)的內(nèi)部問題(低數(shù)據(jù)速率和低重傳)的拖 累。
在S-CCPCH上承載的前向接入信道(FACH)上的容量相對較小， 典型地在32至64kbps之間，這限制前向接入信道使用較小的分組。
因此，典型地在單個TTI中僅能夠發(fā)送一個或兩個公共控制信道 (CCCH)無線鏈路控制協(xié)議數(shù)據(jù)單元(RLC PDU )(典型的CCCH RLC PDU分組為152比特)。在專用控制信道(DCCH)上映射的、并利用非 確認(rèn)模式的無線鏈路控制(UMRLC)分組的信令無線承載(SRB)生成 136或120比特長的RLC PDU。使用確認(rèn)模式的無線鏈路控制(AM RLC ) 的SRB生成128比特長的RLC PDU。在使用公共控制信道(CCCH)的 非確認(rèn)和確認(rèn)模式中，每個TTI可發(fā)送一個或兩個協(xié)議數(shù)據(jù)單元。
典型的專用業(yè)務(wù)f言道(DTCH) RLC PDU的大小是320比特。由于 FACH的典型TTI為lOms，所以每個TTI發(fā)送的單個DTCH RLC PDU (或分組)獨自用完FACH的所有32kbps數(shù)據(jù)速率容量。
當(dāng)在上行鏈路中基于隨機(jī)接入信道上發(fā)送的RLC狀態(tài)指示符在該RLC上執(zhí)行重傳時，由于重傳經(jīng)過相當(dāng)大量的時間，所以前向接入信道 (FACH)的可靠性也是有限的。此外，如果在某個時間沒有接收到適當(dāng) 的響應(yīng)消息，則在CCCH上發(fā)送的消息不在RLC層上進(jìn)行任何重傳，而 在信令錯誤的情況下，RRC層需要啟動RRC消息的重傳。典型地，由于 FACH (DL)和RACH (UL)信道的傳輸延遲，所以這個時間很長(以 秒為量級)。
在專用信道狀態(tài)(CELI^DCH)下典型的3GUE功耗為大約250mA, 在轉(zhuǎn)換的前向接入信道狀態(tài)(FACH)下為大約120mA，在尋呼信道狀態(tài) (CELL/URA—PCH )或在空閑狀態(tài)下典型地〈5mA。由于前向接入信道 (FACH)接收需要更多的時間接收所有(慢速)數(shù)據(jù)，所以使用FACH 信道發(fā)送數(shù)據(jù)可導(dǎo)致更高的功耗。
因此，總的來說，需要在輔助公共控制物理信道(S-CCPCH)上使用 前向接入信道(FACH)進(jìn)行傳輸(或者作為轉(zhuǎn)換狀態(tài)或作為運行狀態(tài)來 傳送數(shù)據(jù))的是那些具有低數(shù)據(jù)速率、低重傳速率以及相對高的UE功耗 的UE。
關(guān)于唯一標(biāo)識符H-RNTI (用以識別在物理層中的每個已發(fā)送分組的 期望接收器(attended receiver ))的其它問題可導(dǎo)致在響應(yīng)于公共H-RNTI 值的公共群(the common group )中識別子群的問題。例如，當(dāng)用戶設(shè)備 不具有在小區(qū)中識別自身的有效RNTI值(C-RNTI)時。

發(fā)明內(nèi)容
本發(fā)明的目的及其實施例提供了對移動接入系統(tǒng)的改進(jìn)，其至少部分 地解決了上述問題。
本發(fā)明的各個方面可以從所附權(quán)利要求中理解。


僅參照附圖，通過實例描述本發(fā)明，其中
圖1示出UE執(zhí)行的建立RRC連接并移動到專用信道(CELL一DCH )
8狀態(tài)的步驟的流程圖2示出在其中可實現(xiàn)本發(fā)明實施例的通信系統(tǒng)的示意圖；以及 圖3示出在本發(fā)明第一實施例中執(zhí)行的步驟的流程圖； 圖4示出在本發(fā)明實施例中為了初始化UE而執(zhí)行的步驟的流程圖； 圖5示出在本發(fā)明另一實施例中為了初始化UE而執(zhí)行的步驟的流程
圖6示出在本發(fā)明實施例中所使用的用戶設(shè)備中用于公共HS-DSCH 的介質(zhì)訪問控制(MAC)架構(gòu)的示意圖7示出在UTRAN中用于公共HS-DSCH的MAC架構(gòu)的示意以及
圖8示出在本發(fā)明實施例中執(zhí)行的步驟的流程圖。 M實施方式
在這里參照多個實施例，通過實例描述本發(fā)明。在蜂窩通信系統(tǒng)的環(huán) 境下，具體地在HSDPA WCDMA/UMTS通信系統(tǒng)下描述本發(fā)明。然而， 可以理解，本發(fā)明可同樣能夠應(yīng)用于實現(xiàn)數(shù)據(jù)分組調(diào)度的任意通信系統(tǒng)中， 特別是那些需要解決在數(shù)據(jù)分組傳輸中的延遲和頻譜效率的問題的通信系 統(tǒng)。
圖2示出在其中可實現(xiàn)本發(fā)明實施例的通信系統(tǒng)的示意性示圖。該系 統(tǒng)包括至少一個用戶設(shè)備(UE) 1。用戶設(shè)備1可以是例如移動電話，但 也可以是例如能夠通信的膝上型計算機(jī)、個人數(shù)字助理或任意其它適當(dāng)設(shè) 備。
用戶i殳備1通過無線電與一系列無線基站(RBS )3無線通信。在UMTS 標(biāo)準(zhǔn)中，無線基站還已知為節(jié)點-B。在以下描述中，交替使用術(shù)語節(jié)點-B 和無線基站(RBS )。
每個用戶設(shè)備1被配置為能夠與多于一個RBS 3通信，并且類似地每 個RBS 3^J己置為能夠與多于一個UE l通信。RBS 3還與無線網(wǎng)絡(luò)控制 器(RNC) 5 (在GSM標(biāo)準(zhǔn)中還已知為基站控制器(BSC))通信。RNC5還可以與核心網(wǎng)絡(luò)(CN) 7通信。CN7還可以與其它網(wǎng)絡(luò)(例如其它 ^ 眾陸地移動網(wǎng)絡(luò)(PLMN))或與已知為"互聯(lián)網(wǎng)"的計算機(jī)網(wǎng)絡(luò)通信。
為了闡明在以下所述的本發(fā)明實施例中使用的某些術(shù)語，我們在圖1 的幫助下描述將通過3GPP TR 25.931所定義的網(wǎng)絡(luò)中的UE 1所執(zhí)行的無 線資源控制(RRC)連接建立的流程圖。
在步驟101 ， UE 1通過在公共控制信道(CCCH)上經(jīng)由所選小區(qū)(作 為RBS 3的小區(qū))向服務(wù)RNC 5發(fā)送無線資源控制(RRC)連接請求消 息來啟動無線資源控制連接的建立。該連接請求包含初始用戶設(shè)備(UE) 1識別值的參數(shù)，以及建立連接的原因。
在步驟102，服務(wù)無線網(wǎng)絡(luò)控制器(RNC) 5建立與UE1的無線資源 控制(RRC)連接，并決定使用這種特定RRC連接的專用信道，分配用 于無線資源控制器連接的UTRAN ( UMTS陸地?zé)o線接入網(wǎng)絡(luò))RNTI (無 線網(wǎng)絡(luò)臨時標(biāo)識符)和無線資源L1、 L2。當(dāng)要建立專用信道時，向RBS3 發(fā)送節(jié)點B應(yīng)用協(xié)議(NBAP)消息，即"無線電鏈路建立請求"消息。 在無線電鏈路建立請求中包含的參數(shù)包括小區(qū)標(biāo)識值、傳輸格式集、傳輸 格式組合集、頻率、要使用的上行鏈路擾碼(僅用于頻分雙工(FDD)通 信)、要^f吏用的時隙(僅用于時分雙工(TDD)通信)、用戶代碼(僅用 于TDD)和功率控制信息。
在步驟103， RBS3分配資源，啟動對上行鏈路物理信道的接收，以 及通過NBAP消息(即"無線電鏈路建立響應(yīng)")進(jìn)行響應(yīng)。無線電鏈路 建立響應(yīng)消息包含限定信*路終端的參數(shù)、用于lub數(shù)據(jù)傳輸承栽的傳 輸層尋址信息(例如ATM適配布局類型2 (AAL2)地址、AAL2綁定標(biāo) 識符)。
在步驟104，服務(wù)無線網(wǎng)絡(luò)控制器使用接入鏈路控制應(yīng)用部分協(xié)議 (ALCAP )啟動lub數(shù)據(jù)傳輸承載的建立。這個請求包含將lub數(shù)據(jù)傳輸 承栽綁定至專用信道的AAL2綁定標(biāo)識符。通過RBS 3確認(rèn)lub數(shù)據(jù)傳輸 承栽的建立請求。
在步驟105和106， RBS3和服務(wù)RNC 5通過交換適當(dāng)?shù)膶Ｓ眯诺缼蛥f(xié)議幀(例如"下行鏈路同步"和"上行鏈路同步"消息)來建立hlb
和lur數(shù)據(jù)傳輸承載的同步。在同步之后，RBS3啟動向UE1的下行鏈路 傳輸。
在步驟107，從服務(wù)RNC 5向UE 1發(fā)送消息，所述消息是在公共控 制信道(CCCH)上發(fā)送的無線資源控制器(RRC)連接建立消息。RRC 連接建立消息包含初始UE標(biāo)識值的參數(shù)、U-RNTI (在CELL—FACH狀 態(tài)以及在CELL/URA PCH下在UTRAN中有效)、C-RNTI (在 CELI^FACH狀態(tài)下在小區(qū)中有效)、能力更新需求、傳輸格式集、傳輸 格式組合集、頻率、下行鏈路頻率擾碼(僅用于FDD)、時隙(僅用于 TDD )、用戶代碼(僅用于TDD )、功率控制信息以及在3GPP標(biāo)準(zhǔn)TS25.331 第10.2.40部分中定義的其它數(shù)據(jù)，具體地用以配置在HSDPA上的信令連 接。
在步驟108， RBS 3實現(xiàn)上行鏈路同步，并通過NBAP消息(即"無 線電鏈路恢復(fù)指示")通知服務(wù)RNC5。
在步驟109，從UE 1經(jīng)由服務(wù)RBS3向服務(wù)RNC5在專用控制信道 (DCH)上發(fā)送RRC連接建立完成消息。這種RRC連接建立完成消息包 含完整性信息、加密信息、和UE無線電接入能力的參數(shù)。
如上所述，需要這些步驟以便執(zhí)行高速下行鏈路分組接入通信。
因此，在CELL—DCH狀態(tài)下的HSDPA操作中，對每個UE分配唯 一的H-RNTI，其用以識別在物理層中的每個已發(fā)送分組的期望接收器。
在如下詳細(xì)描述的本發(fā)明實施例中，在除了 CELL一DCH的狀態(tài)下使 用HSDPA使用對UE 1已知的公共物理層標(biāo)識符(即組UE ID值)，不 需要對每個UE唯一地分配ID。然后，在DTCH或DCCH傳輸?shù)那闆r下 通過MAC頭或者在如在現(xiàn)有技術(shù)中由FACH所執(zhí)行的CCCH消息(RRC 連接建立、小區(qū)更新確認(rèn))的情況下根據(jù)RRC消息中包括的UE ID來識 別期望UE接收器。
在本發(fā)明實施例中，在專用或非專用信道狀態(tài)下的UE可檢測是否對 其使用傳輸，但是在CELL_DCH下UE知道其來自物理層，不需要首先
ii接收和解碼數(shù)據(jù)分組。
在圖3中，描述了用于顯示在本發(fā)明第一實施例中執(zhí)行的步驟的流程圖。
在步驟201 ，在建立RRC連接之前或在小區(qū)重選之后C-RNTI無效時， UE 1從典型地用于HS-SCCH檢測的RNC、通過系統(tǒng)信息廣播(SIB )接 收在UE不具有有效C-RNTI (定義一組UE ID值)時使用的第一公共識 別值(CCCHH-RNTI),即接收RRC連接建立消息或小區(qū)更新確認(rèn)(在 僅U-RNTI有效時)。
在本發(fā)明其它實施例中，UE根據(jù)從RNC發(fā)送的SIB計算公共參數(shù)和 對應(yīng)的HS-SCCH/HS-DSCH參數(shù)。
在其它實施例中，H-RNTI值是運營商預(yù)先已知的預(yù)定值的集。
UE還接收第二公共標(biāo)識值(DCCH/DTCH H-RNTI)。在UE具有有 效C-RNTI時，UE使用DCCH/DTCH H-RNTI。隨后描述UE接收這個 第二 H-RNTI值和任意相應(yīng)的HS-SCCH/HS-DSCH參數(shù)的方式。然而， 可以從專用RRC信令獲得這個信息。例如，可以從物理信道重新配置請 求獲得這些值。在其它實施例中，UE從SIB或從RNC發(fā)送的尋呼獲得 DCCH/DTCH H-RNTI和相應(yīng)的HS-SCCH/HS-DSCH參數(shù)。在其它實施 例中，DCCH/DTCH H-RNTI值和相應(yīng)的HS-SCCH/HS-DSCH參數(shù)是由 運營商來預(yù)先確定和設(shè)置。
UE 1還接收用以標(biāo)識單個UE 1的單獨的標(biāo)識值(單獨的UE ID值)。 可以在步驟IO7在RRC連接(C-RNTI)期間分配這個ID值，從而具有 RRC連接和有效C-RNTI的UE可檢測傳輸是否意欲直接從物理層的 HS-SCCH到它。在本發(fā)明的一些實施例中，這些ID值可通過專用RRC 信令更新。如上所述，在一些實施例中，C-RNTI是無效值。
在步驟203，將所接收的標(biāo)識值存儲在UE 1中。
在步驟205， UE通過指示唯一 UE ID值的MAC頭值來接收使用高速 下行鏈路共享信道(HS-DSCH)發(fā)送的高速下行鏈路分組接入(HSDPA ) 數(shù)據(jù)幀。用于相同幀的關(guān)聯(lián)高速共享控制信道(HS-SCCH)數(shù)據(jù)包括用以
12識別公共H-RNTI值的信息。HS-SCCH數(shù)據(jù)還指定傳輸格式以及在上面 發(fā)送HS-DSCH數(shù)據(jù)的關(guān)聯(lián)的高速物理下行鏈路共享信道-物理信道的速 率。由于在MAC頭中使用這些值，所以即使在使用公共ID時，例如在 CCCH傳輸?shù)那闆r下，UE可檢測數(shù)據(jù)傳輸是否旨在用于UE，即UE1可 識別是否對于RRC層中的UE進(jìn)行傳輸。
在步驟207， UE 1檢查以查看在高速共享控制信道(HS-SCCH )上發(fā) 送的ID是否匹配于UE的公共ID(在UE不具有有效C-RNTI時的CCCH H-RNTI，或在UE具有有效C-RNTI時的DCCH/DTCH H-RNTI)，或 者是否分配了一個UE的專用ID。通過已知方式發(fā)送公共UE ID或?qū)Ｓ?ID值，即通過與專用信道狀態(tài)下對于每個UE執(zhí)行的相同方式(即，在 RRC建立期間具有對其分配的特定UEID)發(fā)送HS-SCCH中的值。
通過與HS-DSCH關(guān)聯(lián)的介質(zhì)訪問控制(MAC)協(xié)議頭中的唯一標(biāo)識 符來確定對數(shù)據(jù)尋址的特定UE，而不是由組UE ID值標(biāo)識的UE組。
因此，在本發(fā)明實施例中，可通過不在專用信道中的UE接收少量高 速數(shù)據(jù)，而不需要通過前向接入信道進(jìn)行狀態(tài)傳遞。
在本發(fā)明其它實施例中，如先前所述的建立RRC連接的任意UE 1可 使用在系統(tǒng)信息廣播(SIB)中對其發(fā)送的UE ID值。SIB是在小區(qū)之間 廣播的信息，并且可以通過小區(qū)中的任意UE接收，而不需要RBS3知道 哪個UE l接收了 SIB。 SIB傳輸不需要確認(rèn)傳輸，因此可作為組UE ID 值的有利載體。在其它實施例中，RNC5分配要傳遞給RBS3的組UEID 值，以發(fā)送至UEl。
在本發(fā)明一些實施例中，通過在HS-SCCH中直接掩碼成CRC的方 式向UE 1發(fā)送唯一 ID。在HS-SCCH上將唯一 ID掩碼成CRC指的是， 通過ID值、以下文的方式來修改CRC (即，使得接收器能夠確定是否正 確接收分組的校驗和)，所述方式為僅僅知道ID的接收器可確定正確的 CRC值，因此能夠檢測是否正確接收HS-SCCH。在HS-SCCH上將ID 掩碼成CRC的優(yōu)點在于由于包含了 UE唯一 ID,所以不在HS-SCCH上 插入附加比特，但是唯一 UE ID信息出現(xiàn)在HS-SCCH消息中。在其它實
13施例中，在具有為UE ID值預(yù)留的特定比特字段的MAC頭/RRC層上插 入ID值。除了在比特字段中插入該值之外，使用MAC頭的實施例不需要 執(zhí)行信號的掩碼處理或修改。
在UE 1嘗試對HS-DSCH進(jìn)行解碼以查看在MAC頭或RRC消息中 的唯一 ID是否匹配于UE唯一 ID值之前，它必須首先檢測HS-SCCH上 的ID(即，確定特定UE的CRC是否表示正確接收)。因此，如果HS-SCCH ID是組UE ID以及如果HS-SCCH ID是唯一 UE ID,則MAC/RRC級ID 必須是唯一 UE ID,然后可認(rèn)為MAC/RRC UE ID可以認(rèn)為值相等。
在本發(fā)明一些實施例中，在UTRAN登記區(qū)域(即尋呼信道狀態(tài) (CELL/URA_PCH)下或在空閑狀態(tài)下)中的UE 1將不能夠連續(xù)偵聽高 速下行鏈路分組接入信息，但是被配置為僅在預(yù)定時間接收HS-DSCH和 HS-SCCH分組。
在其它實施例中，UE1被配置為在預(yù)定時間偵聽HS-SCCH，然后僅
個實施例類似于傳統(tǒng)HSDPA接收模式，由此UE在將其自身配置為接收 關(guān)聯(lián)UE尋址的HS-DSCH分組之前檢測對其尋址的HS-SCCH,區(qū)別在于， UE僅在預(yù)定時間偵聽HS-SCCH，因此不允許UE在非接收期間關(guān)閉無線 電接收器，從而節(jié)省電池電量。
在本發(fā)明其它實施例中，UE偵聽何時通過事件觸發(fā)。例如，由于UE 活動性或響應(yīng)于尋呼消息，可使用隨機(jī)接入信道(RACH )。在這樣的實 施例中，如果不期望激活，則UE能夠保存動力，換句話說，能夠"睡眠" 和節(jié)省電池電量。
在這個實施例中，在隨機(jī)訪問信道(RACH)上發(fā)送無線資源控制器 連接請求之后，在空閑模式下的UE 1將啟動高速數(shù)據(jù)分組接入接收。在 發(fā)送小區(qū)更新消息之后，在CELL/URA—PCH狀態(tài)下的UE 1將啟動 HSDPA接收。由于TTI很短(與10毫秒TTI的前向接入信道相比為2 毫秒)，所以睡眠模式更簡單，以便與HS-DSCH組合來使用。
在一些實施例中，如果網(wǎng)絡(luò)能夠在專用業(yè)務(wù)信道(DTCH)或?qū)Ｓ每刂菩诺?DCCH)上向用戶設(shè)備發(fā)送數(shù)據(jù)或信令，則在轉(zhuǎn)換CELI^FACH 狀態(tài)下的用戶設(shè)備1可被配置為連續(xù)接收HSDPA數(shù)據(jù)。在對于HSDPA 數(shù)據(jù)傳輸指定不連續(xù)接收期間(DRX)的情況下，在CELL—FACH狀態(tài) 下的UE 1也可被配置為偶而接收數(shù)據(jù)。
在本發(fā)明的以上實施例中，將CELL一DCH狀態(tài)下的UE與傳統(tǒng) HSDPA相比，并沒有規(guī)定從UE 1向RBS 3發(fā)送指定信道質(zhì)量指示符 (CQI)報告(典型地，這在高速專用控制信道-HSDPA的上行鏈路反饋 信道上發(fā)送，用于在專用信道模式下的用戶設(shè)備，以協(xié)助MCS(調(diào)制和編 碼方案)的選擇、高速物理下行鏈路共享信道(HS-PDSCH)的選擇、以 及高速共享控制信道(HS-SCCH)的功率設(shè)置。配置MCS值的選擇，使 得對于較好質(zhì)量的信道，可選擇MCS值以使用更高階的調(diào)制和更少的編 碼，因此增加數(shù)據(jù)吞吐量，而對于較差質(zhì)量的信道，可選擇MCS值以使 用簡單的調(diào)制和更多糾錯編碼，從而以更少的數(shù)據(jù)傳輸容量的成本來減少 錯誤。
此外，以上實施例不具有用于高速確認(rèn)請求(HARQ-高速下行鏈路 共享信道接收確認(rèn))的確認(rèn)反饋(ACK/NACK)。因此，對于以上實施例， 當(dāng)?shù)湫偷卦谟糜趯Ｓ眯诺罓顟B(tài)下的用戶設(shè)備的高速專用控制信道(HSDPA 的上行鏈路反饋信道)的上行鏈路上發(fā)送ACK/NACK信號時，不存在表 示是否請求重傳的信號。
因此，在本發(fā)明的其它實施例中，RBS 3選擇高速-共享控制信道功 率和用于HS-DSCH的MCS值，從而能夠在小區(qū)邊緣被接收。在本發(fā)明 的其它實施例中，提供用于評估所需HS-SCCH功率需求的機(jī)制 (mechanism),并且需要用于HS-DSCH的適當(dāng)MCS值，而選擇這些值 用于HS-SCCH和HS-DSCH數(shù)據(jù)流。
在其它實施例中，發(fā)送相同的傳輸值多次，以在系統(tǒng)中生成所需的時 間多樣性以及生成所需的HARQ增益。
在以上實施例中，配置具有一定程度系統(tǒng)控制的傳輸系統(tǒng)-在小區(qū)中 的所有UE 1能夠接收數(shù)據(jù)。在本發(fā)明其它實施例中，RBS3 (盡管不具有用戶設(shè)備指定的CQI報 告)在接收到對其指定的高下行鏈路共享信道傳輸之后從UE1接收包含 傳輸反饋的預(yù)定上行鏈路擾碼。在這些實施例中的傳輸反饋信號使得 HARQ方法可以如本領(lǐng)域已知的方式使用。這在圖3中的步驟209示出。
在本發(fā)明其它實施例中，從UE發(fā)送具有傳輸反饋的CQI報告，從而 能夠計算隨后的高速共享控制信道(HS-SCCH)功率設(shè)置和高速下行鏈路 共享信道(HS-DSCH) MCS選擇。
如上所述的本發(fā)明實施例可通過以下方式實施，即需要具有組UE ID 的任意UE對分組接收進(jìn)行確認(rèn)，并好像對其指定數(shù)據(jù)那樣發(fā)送CQI報告。 可選實施例要求，在向網(wǎng)絡(luò)發(fā)送任意應(yīng)答之前，在HS-SCCH中首先檢測 到組UE ID之后，任意UE標(biāo)識在介質(zhì)訪問控制器協(xié)議數(shù)據(jù)單元和/或無線 資源控制器消息中的UE的單獨UE ID。
在本發(fā)明的一些實施例中，控制無線網(wǎng)絡(luò)控制器(RNC)可在用于公 共控制信道(CCCH)以及用于為前向接入信道轉(zhuǎn)換狀態(tài)下的UE所分配 的所有下行鏈路控制信道(DCCH)和專用業(yè)務(wù)信道(DTCH)的lub接 口上^f吏用單個ATM適配布局類型2 (AAL2)連接。因此，在一些實施例 中可使用MAC-c多路復(fù)用來代替前向接入信道傳輸狀態(tài)。
在本發(fā)明其它實施例中，需要滿足不同的優(yōu)先級和服務(wù)質(zhì)量(QoS) 需求的情況下，對于CCCH、 DCCH和DTCH分配各個AAL2連接。例 如，在一些實施例中，公共控制信道(CCCH)和專用控制信道(DCCH) 的傳輸可具有比專用業(yè)務(wù)信道(DTCH)更高優(yōu)先級和可靠性因素。
盡管上述實施例提及使用HSDPA信道向UE發(fā)送適量數(shù)據(jù)，但是數(shù) 據(jù)的這種傳輸也可應(yīng)用于如圖1所示的在RRC連接步驟107 (從RNC 5 經(jīng)由RBS 3到UE 1)中的數(shù)據(jù)傳輸。如上所述，通過使用比FACH更快 的信道，可增加接收CCCH數(shù)據(jù)分組的速率，因此設(shè)置CELL—DCH模式 下的UE所需的時間減少。對于在這個階段的UE分配CELL—DCH狀態(tài) 的指定UE ID。
與現(xiàn)有技術(shù)中使用的傳統(tǒng)傳送方法(FACH)相比，如上所述的實施例提供了更強(qiáng)的魯棒性和更快的方式向UE傳送用戶數(shù)據(jù)和RRC信令消 息。此外，通過^f吏用這些實施例，沒有處于操作的專用信道才莫式下的UE1 具有從空閑或?qū)ず裟Ｊ降讲僮鞯膶Ｓ眯诺罌_莫式的更快狀態(tài)轉(zhuǎn)換，因為它們 僅需要接收可通過HSDPA技術(shù)提供的適量數(shù)據(jù)，而不需要用戶設(shè)備經(jīng)由 FACH狀態(tài)交換數(shù)據(jù)。
盡管以上實施例僅具有部分的HSDPA支持(例如，在一些實施例中 不存在來自用戶設(shè)備的上行鏈路反饋，因此在RBS 3中不知道CQI或者沒 有可能接收ACK/NACK消息)，但是由于在FACH上更短的HSDPA的 TTI，在減少延遲方面的增益將不可避免。此外，如上實施例所述，存在 使用盲目重傳實現(xiàn)來自HARQ組合的增益的可能。
盡管系統(tǒng)需要與10ms大約多5倍的動力在2ms中傳送相同的數(shù)據(jù)， 因此在這種情況下并沒有節(jié)省動力，但是優(yōu)點在于，在所有UE分時使用 相同的動力資源時，不必為了沒有處于專用信道狀態(tài)(CELL—DCH)的用 戶分配HSDPA傳輸?shù)奶囟ü蚕韯恿?。在現(xiàn)有技術(shù)實例中，無論是否實際 利用該信道，需要對所使用的FACH來靜態(tài)分配FACH動力。
此外，由于本發(fā)明使用HSDPA網(wǎng)絡(luò)規(guī)范的現(xiàn)有層-1，所以本發(fā)明的 實現(xiàn)相對簡單。
同樣如上所述，通常在CELL一FACH狀態(tài)下的UE的功耗在應(yīng)用中存 在問題，例如在發(fā)送周期性保持激活消息的手機(jī)郵件(push mail)中。在 這些情況下，即使數(shù)據(jù)量很小，但是仍然要保持用戶設(shè)備在前向接入信道 上，直到不活動定時器(inactivity timer)到期。典型地，不活動定時器大 約為2秒。使用上述不連續(xù)接收(DRX)，可大大減少功耗。通常，這樣 能夠主要提升UE持續(xù)應(yīng)用的待機(jī)時間。
如圖3先前所述，步驟201示出無線基站RBS 3將H-RNTI值發(fā)送至 用戶設(shè)備1的情況。然而，參照圖4和5，將更詳細(xì)描述根據(jù)DCCH/DTCH H-RNTI的提供確定H-RNTI和其它值的這個處理和步驟。
參照圖4，示出如本發(fā)明實施例所采用的確定DCCH/DTCH H-RNTI 值和其它數(shù)據(jù)的第一方法。在這個第一方法中，使用無線資源控制消息向
17UE發(fā)送H-RNTI值。在這些實施例中，需要在lur接口上用信號傳輸一些 信息。
在步驟401，服務(wù)無線網(wǎng)絡(luò)控制器SRNC 5確定用戶設(shè)備(UE) l將 在漂移無線網(wǎng)絡(luò)控制器/控制無線網(wǎng)絡(luò)控制器(D/CRNC)的控制下使用小 區(qū)中的公共HS-DSCH。
在步驟403， SRNC 5向D/CRNC轉(zhuǎn)發(fā)至少一個HS-SCCH/HS-DSCH 參數(shù)。例如，在本發(fā)明實施例中，所轉(zhuǎn)發(fā)的參數(shù)包括在HS-DSCH中使用 的優(yōu)先級隊列的數(shù)目和用于每個優(yōu)先級隊列的調(diào)度優(yōu)先級指示符(SPI)。
在步驟405， SRNC 5在用于承載前向鏈路接入信道(SACH )數(shù)據(jù)幀 的lur接口上建立用于用戶設(shè)備1的ATM適配層2 (AAL2 )連接。SACH 數(shù)據(jù)幀包括映射到公共HS-DSCH的數(shù)據(jù)。在本發(fā)明一些實施例中，在執(zhí) 行這個處理的所有用戶設(shè)備之間可建立和共享一個AAL2連接。
在步驟407， SRNC5定位介質(zhì)訪問控制-d ( MAC-d )。
在步驟409， SRNC 5經(jīng)由RBS 3向用戶設(shè)備發(fā)送用戶設(shè)備RRC信令。 例如，該信令可包含C-RNTI值和/或DCCH/DTCH H-RNTI值，以及用 于HS-SCCH的DRX循環(huán)值。在這個階段，對于SRNC 5不必知道在 D/CRNC下小區(qū)的CCCH H-RNTI。
在步驟411 ，隨后服務(wù)無線網(wǎng)絡(luò)控制器5使用FACH數(shù)據(jù)幀向D/CRNC 轉(zhuǎn)發(fā)數(shù)據(jù)。
在步驟413， D/CRNC確定是否如說明書中實施例所述向UE發(fā)送數(shù) 據(jù)，或者才艮據(jù)使用FACH或在這個D/CRNC的控制下使得UE在小區(qū)的 Cell—DCH模式下操作的已知方法進(jìn)行操作。
在步驟415， D/CRNC定位介質(zhì)訪問控制-c (MAC-c)，換句話說， 增加用于DCCH/DTCH分組數(shù)據(jù)單元的C-RNTI值。
在步驟417， D/CRNC配置用于每個公共H-RNTI的公共 HS-DSCH/HS-SCCH信息。對于具有相同H-RNTI值的所有用戶設(shè)備采用 相同的配置。
在步驟419， D/CRNC建立用于具有公共HS-DSCH值的所有用戶設(shè)備1的AAL2連接。在其它實施例中，對于每個H-RNTI值，RNC建立 各自的AAL2連接。
在步驟421 ， D/CRNC分配C-RNTI值。
在步驟423， D/CRNC確定用于處理HS-DSCH參數(shù)的用戶設(shè)備能力。 例如，D/CRNC接收上行鏈路CCCH消息，并根據(jù)該消息確定用戶設(shè)備容
在步驟425, D/CRNC基于從服務(wù)RNC接收的公共H-DSCH參數(shù)分 配H-RNTI ( DCCH/DTCH )，并向服務(wù)RNC轉(zhuǎn)發(fā)所選擇的H-RNTI和 用于H-RNTI的相應(yīng)的HS-DSCH/SCCH信息。
在步驟427， D/CRNC通過幀協(xié)議向RBS轉(zhuǎn)發(fā)所選擇的H-RNTI值和 參數(shù)數(shù)據(jù)。優(yōu)選的幀協(xié)議是HS-DSCH幀協(xié)議，其有效載荷為MAC-c分 組數(shù)據(jù)單元并包括動力控制信息。在其它實施例中，使用不同的幀協(xié)議傳 送這個信息。
在步驟429， RBS3定位MAC-hs，而數(shù)據(jù)流映射到公共HS-DSCH。
在步驟431， RBS廣播根據(jù)D/CRNC配置的CCCH H-RNTI和相應(yīng) 的HS-SCCH/HS-DSCH信息。
在步驟433， RBS 3執(zhí)行對于HS-SCCH的功率控制。在其它實施例 中，基于包括在從RNC接收的HS-DSCH數(shù)據(jù)幀或新的幀協(xié)議數(shù)據(jù)幀中 的信息來執(zhí)行對于HS-DSCH的調(diào)制和編碼方案(MCS )選擇。
在步驟435，用戶設(shè)備從SIB/尋呼消息獲得或計算CCCH的H-RNTI 和相應(yīng)的HS-SCCH/HS-DSCH信息。
在步驟437, UE根據(jù)專用RRC消息獲得或計算用于DCCH/DTCH 的DCCH/DTCH H-RNTI和相應(yīng)的HS-SCCH/HS-DSCH信息。
因此，UE使用對于CCCH所分配的H-RNTI和用于UE標(biāo)識的 DCCH/DTCH消息。
對于圖5 ，示出通過將H-RNTI值廣播給UE而造成的對UE 1 、 RBS 3 、 服務(wù)無線網(wǎng)絡(luò)控制器(SRNC ) 5、和控制無線網(wǎng)絡(luò)控制器D/CRNC 501的 漂移無線網(wǎng)絡(luò)控制器的影響。
19在步驟501，對于在特定D/CRNC下運行的所有RNC的操作，SRNC 5不確定FACH數(shù)據(jù)是否映射至7>共HS-DSCH (例如，F(xiàn)ACH映射至 S-CCPCH)。此外，根據(jù)從D/CRNC經(jīng)由無線網(wǎng)絡(luò)系統(tǒng)應(yīng)用部分(Radio Network System Application Part)接收的信令，SRNC 5不知道FACH數(shù) 據(jù)是否映射至公共HS-DSCH。
在步驟503, SRNC 5在被配置為承載前向鏈#入信道(FACH)數(shù) 據(jù)幀的lur接口上建立用于UE的ATM應(yīng)用層2 ( AAL2 )連接。在本發(fā) 明一些實施例中，由多個UE1共享AAL2連接。
在步驟505，隨后SRNC5定位介質(zhì)訪問控制-d (MAC-d)。
在步驟507， SRNC 5使用FACH幀協(xié)議向D/CRNC轉(zhuǎn)發(fā)數(shù)據(jù)。
在步驟509， C/DRNC具有從SRNC 5接收的數(shù)據(jù)，于是確定其是否 將經(jīng)由FACH信道向UE傳遞數(shù)據(jù)，或如在說明書中具體所述的通過使用 公共值HS-DSCH方法。
在步驟511，隨后C/DRNC定位MAC-c ( MAC-c ) 。 C/DRNC增加 用于DCCH/DTCH PDU的C-RNTI值。
在步驟513， C/DRNC配置在該H-RNTI和其它H-RNTI中使用的公 共HS-SCCH/HS-DSCH信息info。對于共享相同H-RNTI值的所有UE 采用所建立的配置值。
在步驟515， C/DRNC使用公共HS-DSCH方法建立用于所有UE的 AAL2連接。在本發(fā)明其它實施例中，對于共享相同H-RNTI公共值的每 組UE， C/DRNC建立各自的AAL2連接。
在步驟517，隨后C/DRNC分配C-RNTI值。
在步驟519，隨后C/DRNC使用公共信道系統(tǒng)對于每個UE確定UE 的容量，即UE是否能夠接收和解碼符合上述方式的公共消息。例如，可 通過接收上行鏈路(UL)公共控制信道(CCCH)消息執(zhí)行確定。
在步驟521，隨后C/DRNC計算和選擇用于UE的DCCH/DTCH H-RNTI值，以及如果在小區(qū)中分配了多個CCCH H-RNTI，則還選擇 CCCH H-RNTI 。在步驟523， C/DRNC隨后使用幀協(xié)議將所選擇的數(shù)據(jù)轉(zhuǎn)發(fā)至RBS。 優(yōu)選的幀協(xié)議是HS-DSCH幀協(xié)議(其具有MAC-c分組數(shù)據(jù)單元有效栽 荷，并包括功率控制信息)。在本發(fā)明其它實施例中，幀協(xié)議能夠傳遞所 選擇的數(shù)據(jù)。
在步驟525, RBS 3在接收到所選擇的數(shù)據(jù)時定位介質(zhì)訪問控制-hs (MAC-hs),并將數(shù)據(jù)流映射至公共HS-DSCH。
在步驟527， RBS 3向UE 1廣播CCCH H-RNTI、 DCCH/DTCH H-RNTI和用于H-RNTI的相應(yīng)的HS-DSCH/SCCH信息。
在步驟529， RBS 3還基于在HS-DSCH數(shù)據(jù)幀上包括的信息在 HS-SCCH上執(zhí)行功率控制，和/或選擇HS-DSCH上的調(diào)制和編碼方案 (MCS)。
在步驟531 ， UE 1在接收到廣播消息時從SIB/尋呼獲得和/或計算用于 CCCH的各個H-RNTI值和用于DCCH/DTCH分組的H-RNTI值，以及 相應(yīng)的HS-SCCH/HS-DSCH信息。
如上所述，為了確定該消息是否用于UE， UE使用包含在后來消息中 的為CCCH和DCCH/DTCH所分配的H-RNTI值。
數(shù)據(jù)流(即從核心網(wǎng)絡(luò)7到用戶設(shè)備1的數(shù)據(jù)映射)根據(jù)信道是公共 還是專用而不同。
對于核心網(wǎng)絡(luò)中的公共信道(公共控制信道(CCCH)和公共業(yè)務(wù)信 道(CTCH))，在向C/DRNC傳遞時將其轉(zhuǎn)換成介質(zhì)訪問控制-c流，在 向RBS進(jìn)一步傳遞時轉(zhuǎn)換成介質(zhì)訪問控制-hs流，隨后將其作為高速下行 鏈路共享信道(HS-DSCH)的一部分發(fā)送。
對于核心網(wǎng)絡(luò)中的專用信道(專用控制信道(DCCH)和專用業(yè)務(wù)信 道(DTCH))，在向服務(wù)無線網(wǎng)絡(luò)控制器傳遞時將其轉(zhuǎn)換成介質(zhì)訪問控 制-d流，在向控制/漂移RNC傳遞時轉(zhuǎn)換成介質(zhì)訪問控制-c流， 在向RBS 傳遞時轉(zhuǎn)換成介質(zhì)訪問控制-hs流，隨后將其作為高速下行鏈路共享信道 (HS-DSCH)的一部分發(fā)送。
圖6和7在示意圖中示出在UE中和UTRAN中的MAC層接口。圖6示出在本發(fā)明實施例中使用的UE，其具有MAC接口 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控制器控制，并且進(jìn)一步連接至MAC-d 609接口。 MAC-es/MAC-e 601接收關(guān)聯(lián)的下行鏈路和上行鏈路信令，以 及還接收E-DCH數(shù)據(jù)(增強(qiáng)的數(shù)據(jù)信道)。
MAC-m 603由MAC控制器控制，并且連接至MSCH (移動共享信 道)和MTCH (移動業(yè)務(wù)信道)。MAC-m603經(jīng)由FACH接收數(shù)據(jù)。
MAC-hs 605由MAC控制器控制，并連接至MAC-d接口 609和 MAC-c接口 607。 MAC國hs 603還經(jīng)由HS-DSCH接收數(shù)據(jù)。MAC畫hs接 口承載執(zhí)行以下任務(wù)的數(shù)據(jù)重新排序隊列分配、重新排序、拆卸、HARQ (如參照其它實施例所述，不執(zhí)行ACK/NACK生成和CQI報告，并且執(zhí) 行軟合并)。
MAC-c/sh/m接口 607由MAC控制器控制，并連接至MAC-d接口 609和MAC-hs接口 605。在UE中，它連接至以下信道MTCH、 MSCH、 MCCH、 PCCH、 BCCH、 CCCH、 CTCH、 SHCCH (僅用于TDD)。 MAC-c/sh/m接口 607經(jīng)由以下外部信道接收數(shù)據(jù)PCH、 FACH、 RACH、 USCH (僅用于TDD) 、 DSCH (僅用于TDD ) 。 MAC-c/sh/m接口 607 承栽執(zhí)行以下任務(wù)的數(shù)據(jù)TCTF多路復(fù)用、讀取UE-ID值。
MAC-d接口 609由MAC控制器控制，并連接至MAC-c/sh/m接口 607和MAC-hs接口 605。在UE中，它連接至以下信道DCCH、 DTCH。 MAC-d接口 609經(jīng)由DCH外部信道接收數(shù)據(jù)。MAC-d接口 609承栽執(zhí) 行以下任務(wù)的數(shù)據(jù)例如從公共HS-DSCH向?qū)Ｓ肏S-DSCH和CT多路 復(fù)用切換信道類型。
圖7示出在本發(fā)明實施例中使用的RAN,其具有MAC接口 MAC-e 701; MAC-es707; MAC-hs 703; MAC畫c/sh/m 705; MAC-d 709。
MAC-e接口 701由MAC控制器控制，并進(jìn)一步連接至MAC-es接口 707。MAC-e接口 701接收關(guān)聯(lián)的下行鏈路和上行鏈路信令，還接收E-DCH數(shù)據(jù)(增強(qiáng)的數(shù)據(jù)信道)。
MAC-es接口 707由MAC控制器控制，并連接至MAC-e接口 701和 MAC-d接口 709。
MAC-hs接口 703由MAC控制器控制，并連接至MAC-d接口 709 和MAC-c接口 705。 MAC-hs接口 703還經(jīng)由HS-DSCH接收數(shù)據(jù)。MAC-hs 接口承載執(zhí)行以下任務(wù)的數(shù)據(jù)調(diào)度、優(yōu)先級處理、流控制、TFRC選擇、
HARQ (如參照其它實施例所述，不執(zhí)行ACK/NACK生成和CQI報告， 相反執(zhí)行固定數(shù)目的傳輸)。
MAC-c/sh/m接口 705由MAC控制器控制，并連接至MAOd接口 709和MAC-hs接口 703。在RAN中，它連接至以下信道MTCH、MSCH、 MCCH、 PCCH、 BCCH、 CCCH、 CTCH、 SHCCH (僅用于TDD)。 MAC-c/sh/m接口 607經(jīng)由以下外部信道接收數(shù)據(jù)PCH、 FACH、 RACH、 USCH (僅用于TDD) 、 DSCH (僅用于TDD ) 。 MAC-c/sh/m接口 607 承載執(zhí)行以下任務(wù)的數(shù)據(jù)TCTF多路復(fù)用、UEID多路復(fù)用、流控制、 調(diào)度、緩沖、優(yōu)先級處理。
MAC-d接口 709由MAC控制器控制，并連接至MAC-c/sh/m接口 705和MAC-hs接口 703。在RAN/CN中，它連接至以下信道DCCH、 DTCH。 MAC-d接口 709經(jīng)由DCH外部信道接收數(shù)據(jù)。MAC-d接口 709 承載執(zhí)行以下任務(wù)的數(shù)據(jù)例如從公共HS-DSCH向?qū)Ｓ肏S-DSCH切換 信道類型、CT多路復(fù)用、和流控制。
圖8示出從RRC連接建立到狀態(tài)轉(zhuǎn)換(從Cell_FACH狀態(tài)到 Cell—DCH狀態(tài))的信令流的實例。
在步驟801，與RBS 3通信的服務(wù)/控制無線網(wǎng)絡(luò)控制器5確定使用如 上所述實施例中的至少一個。然后，S/CRNC建立用于公共HS-DSCH的 AAL2連接，并配置用于公共H-RNTI的HS-DSCH信息。
在步驟803， RBS 3向UE 1廣播CCCH和DCCH/DTCH H-RNTI和 相應(yīng)的HS-DSCH信息。
在步驟805， S/CRNC分配C-RNTI,并計算UE的DCCH/DTCH
23H國RNTI。
在步驟807， UE1使用CCCH H-RNTI的值偵聽HS-SCCH，以識別
是否將所接收的消息尋址到UE。
在步驟809，通過lub接口上的HS-DSCH幀協(xié)議和Uu接口上的
HS-PDSCH承載包括C-RNTI值的RRC響應(yīng)消息。
在步驟811， UE使用DCCH/STCHH-RNTI值偵聽HS-SCCH，以識
別是否將所接收的消息尋址到UE。
在步驟812， S/CRNC決定將UE移動至Cell—DCH狀態(tài)。 在步驟813， S/CRNC建立RL和AAL2連接，并開始幀協(xié)議同步。 在步驟815, S/CRNC發(fā)送包括專用HS-DSCH信息和專用H-RNTI
值(使用DCCH/DTCH在公共HS-DSCH中承載的)的RRC重新配置消
每
在步驟817， UE 1基于所接收的信息執(zhí)行同步。 在步驟819， ^f吏用專用H-RNTI值啟動Release 5版本HS-DSCH傳輸。 先前所述的優(yōu)點在于能夠增加在Cell_FACH狀態(tài)下的峰值比特率。此 外，增加了在Cdl一FACH狀態(tài)下向用戶設(shè)備發(fā)送信令和數(shù)據(jù)的小區(qū)容量的 靈活性。上述實施例向后兼容于先前指定的HSDPA版本。此外，上述向 UE傳遞H-RNTI值的第二方法也與先前指定的服務(wù)RNC兼容。此外，僅 需要對網(wǎng)絡(luò)層2和3的架構(gòu)進(jìn)行有限的改變，而不需要對網(wǎng)絡(luò)層1進(jìn)行改 變。
些特征的任意組合，從某種意義上，能夠根據(jù)本領(lǐng)域普通技術(shù)人員的一般 公知常識從總體上基于本申請實現(xiàn)這些特征或組合，而不管這些特征或特 征組合是否解決了其中所述的任意問題，并且不受權(quán)利要求的范圍的限制。 申請人:指出，本發(fā)明的觀點可包括任意這種單獨的特征或特征組合。根據(jù) 以上說明，對于本領(lǐng)域普通技術(shù)人員顯而易見的是，可以在本發(fā)明的范圍 內(nèi)進(jìn)行各種^f奮改。
2權(quán)利要求
1. 在包括用戶設(shè)備集合的通信系統(tǒng)中用于傳送數(shù)據(jù)的用戶設(shè)備，包括收發(fā)器，被配置為在通信信道上接收至少一個數(shù)據(jù)分組，其中所述數(shù)據(jù)分組包括標(biāo)識符；以及處理器，被配置為根據(jù)所述標(biāo)識符確定所述用戶設(shè)備是否為用戶設(shè)備子集中的一個，其中所述處理器被配置為，如果所述通信信道為公共信道，則當(dāng)所述標(biāo)識符匹配于第一值時，或者如果所述通信信道為專用信道，則當(dāng)所述標(biāo)識符匹配于第二值時，確定所述第一標(biāo)識符是否為所述用戶設(shè)備子集中的一個。
2. 如權(quán)利要求1所述的用戶設(shè)備，其中所述收發(fā)器還被配置為，在另 一數(shù)據(jù)分組中接收另 一值，其被配置為在沒有處于專用信道狀態(tài)下時識別所述用戶i殳備的子集。
3. 如權(quán)利要求1或2所述的用戶設(shè)備，其中所述收發(fā)器還被配置為，在所述另 一數(shù)據(jù)分組中接收第二標(biāo)識符值，以在相同子集中識別每個用戶設(shè)備。
4. 如權(quán)利要求1至3所述的用戶設(shè)備，其中所述通信信道是高速下4亍鏈路共享4言道(HS-DSCH)。
5. 如權(quán)利要求4所述的用戶設(shè)備，其中所述通信信道包括以下中的至少一個專用業(yè)^fl"道(DTCH);專用控制信道(DCCH);和公共控制信道(CCCH)。
6. 如權(quán)利要求1至5所述的用戶設(shè)備，其中所述第一數(shù)據(jù)分組包括無線資源通信數(shù)據(jù)。
7. 如權(quán)利要求1至6所述的用戶設(shè)備，其中將所述標(biāo)識符定位在所述數(shù)據(jù)分組的介質(zhì)訪問控制(MAC)頭中。
8. 如權(quán)利要求1至7所述的用戶設(shè)備，其中所述標(biāo)識符在MAC層上部的RRC級消息中。
9. 如權(quán)利要求1至8所述的用戶設(shè)備，其中在以下中的至少一個中接收或計算所述笫 一和第二值中的至少 一個尋呼消息；SIB;專用尋呼消息；初始建立指令。
10. —種在通信數(shù)據(jù)信道上向至少一個用戶設(shè)備傳送數(shù)據(jù)分組的方法，包括在通信信道上發(fā)送數(shù)據(jù)分組，所述數(shù)據(jù)分組包括第一標(biāo)識符，其被配置為識別用戶設(shè)備集合的子集；在多個用戶設(shè)備中的至少 一個接收所述數(shù)據(jù)分組；根據(jù)所述數(shù)據(jù)分組的第 一標(biāo)識符確定所述用戶設(shè)備是否為所述用戶設(shè)備子集中的一個，其中如果所述通信信道為公共信道，則當(dāng)所述標(biāo)識符匹配于第一值時，或者如果所述通信信道為專用信道，則當(dāng)所述標(biāo)識符匹配于第二值時，所述確定步驟確定所述第 一標(biāo)識符是否為所述用戶設(shè)備子集中的一個。
11. 如權(quán)利要求10所述的方法，其中所述通信信道包括以下中的至少一個專用業(yè)務(wù)信道(DTCH);專用控制信道(DCCH);和公共控制信道(CCCH)。
12. —種計算機(jī)程序，當(dāng)被加載到計算機(jī)中時被配置為執(zhí)行在通信數(shù)據(jù)信道上向至少一個用戶設(shè)備傳送第一數(shù)據(jù)分組的方法，所述方法包括在通信信道上發(fā)送數(shù)據(jù)分組，所述數(shù)據(jù)分組包括第一標(biāo)識符，其被配置為識別用戶^L備集合的子集；在多個用戶i殳備中的至少 一個接收所述數(shù)據(jù)分組；根據(jù)所述數(shù)據(jù)分組的第 一標(biāo)識符確定所述用戶設(shè)備是否為所述用戶設(shè)備子集中的一個，其中如果所述通信信道為公共信道，則當(dāng)所述標(biāo)識符匹配于第一值時，或者如果所述通信信道為專用信道，則當(dāng)所述標(biāo)識符匹配于第二值時，所述確定步驟確定所述第 一標(biāo)識符是否為所述用戶^殳備子集中的一個。
全文摘要
用于在包括用戶設(shè)備集合的通信系統(tǒng)中傳送數(shù)據(jù)的用戶設(shè)備，包括收發(fā)器，被配置為在通信信道上接收至少一個數(shù)據(jù)分組，其中所述數(shù)據(jù)分組包括標(biāo)識符；以及處理器，被配置為根據(jù)所述標(biāo)識符確定所述用戶設(shè)備是否為用戶設(shè)備子集中的一個，其中所述處理器被配置為，如果所述通信信道為公共信道，則當(dāng)所述標(biāo)識符匹配于第一值時，或者如果所述通信信道為專用信道，則當(dāng)所述標(biāo)識符匹配于第二值時，確定所述第一標(biāo)識符是否為所述用戶設(shè)備子集中的一個。
文檔編號H04W88/02GK101461280SQ200780020652
公開日2009年6月17日 申請日期2007年5月1日 優(yōu)先權(quán)日2006年5月3日
發(fā)明者E·馬爾卡邁基, J·皮爾斯卡寧, K·蘭塔-阿奧, 正利仲俁 申請人:諾基亞公司