在高速共享控制信道上發送消息及處理的方法、設備的製作方法

2023-05-12 00:46:06 2

專利名稱：在高速共享控制信道上發送消息及處理的方法、設備的製作方法
技術領域：
本發明涉及無線通信技術，特別涉及一種在高速共享控制信道上發送消息及處理 的方法、設備。
背景技術：
根據現有協議，處於CELL-FACH以及CELL-PCH狀態下的終端，需要讀取本小區的 系統廣播消息。當廣播消息發生變更時，網絡將通知終端，終端需要更新系統消息。現有技術的不足在於對於處於CELL-FACH狀態且同時配置了 MU-MIMO(Multi-user Multiple Input Multiple Output，多用戶-多入多出)的終端，在 發送系統信息變更消息的過程中存在著系統資源被浪費的不足。

發明內容
本發明所解決的技術問題在於提供了一種在高速共享控制信道上發送消息以及 對該消息進行處理的方法、設備，用以解決現有技術中在發送系統信息變更消息的過程中 存在著系統資源被浪費的問題。本發明實施例中提供了一種對HS-SCCH上發送的消息進行處理的方法，包括如下 步驟終端接收基站通過HS-SCCH發送的消息，所述消息用於通知終端接收數據；終端在處於CELL-FACH狀態且配置了 MU-MIMO時，終端根據所述消息中的UE ID 確定所述消息採用的格式類型。本發明實施例中提供了 一種在HS-SCCH上發送消息的方法，包括如下步驟基站接收RNC發送的FP幀，所述FP幀包括MU-MIMO相關信息，以及BCCH specific H-RNTI ；基站使用HS-SCCH type 1格式的消息通過HS-SCCH通知終端接收數據，其中， HS-SCCH typel 格式的消息中的 UE ID 為 BCCH specific H-RNTI。本發明實施例中提供了一種用戶終端，包括接收模塊，用於接收基站通過HS-SCCH發送的消息，所述消息用於通知終端接收 數據；確定模塊，用於在用戶終端處於CELL-FACH狀態且配置了 MU-MIMO時，根據所述消 息中的UE ID確定所述消息採用的格式類型。本發明實施例中提供了一種基站，包括接收模塊，用於接收RNC發送的FP幀，所述FP幀包括MU-MIMO相關信息，以及BCCH specific H-RNTI ；通知模塊，用於使用HS-SCCH typel格式的消息通過HS-SCCH通知終端接收數據， 其中，HS-SCCH typel 格式的消息中的 UE ID 為 BCCH specific H-RNTI。本發明有益效果如下
本發明實施例提供的技術方案中，對於基站側，忽略MU-MIMO的相關信息，也不 按該信息確定後續應當使用的格式類型，而是固定使用HS-SCCH typel格式的消息通過 HS-SCCH通知終端接收數據，只是將採用BCCH specific H-RNTI作為HS-SCCH typel格式 消息中的UE ID。對於終端側，終端在確定自身處於CELL-FACH狀態且配置了 MU-MIMO時，終端便根 據消息中的UE ID確定所述消息採用的格式類型。由於網絡發送系統信息變更消息不再需要使用兩種不同的HS-SCCH類型分別通 知，而只需要使用HS-SCCH typel通知相應終端。終端則會根據UE ID選擇合適的HS-SCCH 類型解碼，因此減少了系統資源的浪費。


圖1為本發明實施例中HS-SCCH typel格式示意圖；圖2為本發明實施例中HS-SCCH編碼流程示意圖；圖3為本發明實施例中HS-SCCH type4格式示意圖；圖4為本發明實施例中在HS-SCCH上發送消息的方法實施流程示意圖；圖5為本發明實施例中包括在HS-PDSCH信道發送數據的在HS-SCCH上發送消息 的方法實施流程示意圖；圖6為本發明實施例中對HS-SCCH上發送的消息進行處理的方法實施流程示意 圖；圖7為本發明實施例中對HS-SCCH上發送的消息進行解析的方法實施流程示意 圖；圖8為本發明實施例中基站結構示意圖；圖9為本發明實施例中用戶終端結構示意圖。
具體實施例方式發明人在發明過程中注意到對於處於CELL-FACH 狀態且分配了 HS-DSCH(High Speed Downlink Shared Channel，高速下行共享信道)的終端以及處於CELL-PCH狀態分配了 HS-DSCH和專用 H-RNTI (HS-DSCH Radio Network Temporary Identity, HS-DSCH-無線網絡臨時識別)的 終端，系統信息變更指示通過映射到HS-PDSCH(High Speed Physical Downlink Shared Channel，高速下行共享物理信道)的BCCH(Broadcast Control Channel，廣播控制信道) 通知。網絡將使用廣播中配置的一組HS-SCCH(High-Speed shared control channel，高速 共享控制信道)中的第一條HS-SCCH，將UE ID (UE標識；UE =User Equipment,用戶設備) 設置為BCCH specific H-RNTI (BCCH專屬H-RNTI)，通知小區內的相應終端接收BCCH消息。 當發送BCCH時，UE ID為BCCH specific H-RNTI，目的是避免使用專用H-RNTI需要為每 個UE重複發送BCCH消息從而導致系統資源的浪費。圖1為HS-SCCH typel格式示意圖， HS-SCCH為HS-SCCH typel (HS-SCCH類型1)時，格式可以參見圖1所示。圖2為HS-SCCH編碼流程示意圖，如圖所示，發送端將30個信息比特級聯後，添加 CRC(Cyclic Redundancy Check，循環冗餘校驗)。CRC根據信息比特產生，並與UE ID異或。級聯了 CRC的比特流再進行信道編碼等操作，最終映射到物理信道上。使用CRC與UE ID異或的方式，使得HS-SCCH可以在用戶間共享，只有使用正確的UE ID對接收信號進行譯 碼，CRC才可能正確。在CRC解碼正確的基礎上，終端按照相應的HS-SCCH類型的格式對信 息域進行解析。為了提升系統容量，引入了 MU-MIMO技術。該技術為一種空分技術，也可以應用於 處於CELL-FACH狀態且分配了 HS-DSCH的終端。由於基站需要通過HS-SCCH指示空分的相 關信息，因此對於HS-SCCH格式進行了修改，定義為HS-SCCH type4 (HS-SCCH類型4)。對 於處於CELL-FACH狀態且同時配置了 MU-MIMO的終端，終端將按照下面所示格式(HS-SCCH type4)對 HS-SCCH 進行解碼。圖 3 為 HS-SCCH type4 格式示意圖，HS-SCCH 為 HS-SCCH type4 時，格式可以參見圖3所示。根據現有技術，對於處於CELL-FACH狀態且同時配置了 MU-MIMO的終端，則該終端 按照HS-SCCH type4對HS-SCCH進行解碼。而對於處於CELL-FACH狀態且分配了 HS-DSCH 的終端，如果沒有同時配置MU-MIM0，以及對於處於CELL-PCH狀態分配了 HS-DSCH和專用 H-RNTI的終端，都是按照HS-SCCH typel進行解碼。可見，為了發送系統信息變更消息，網絡需要至少使用兩次HSDPA(High Speed Downlink Packet Access，高速下行分組接入)傳輸過程1)使用HS-SCCH typel通知BCCH 數據接收；幻使用HS-SCCH type4通知BCCH數據接收。對於每次傳輸，發送了 HS-SCCH後， 需要根據定時關係發送HS-PDSCH，且HS-PDSCH承載的內容相同。顯然地，現有技術會造成 BCCH發送時系統資源的浪費。鑑於此，本發明實施例中將提供優化了的涉及數據傳輸的方案，具體的，當基站需 要通過HS-SCCH通知終端接收消息時，固定使用HS-SCCH typel ；對於處於CELL-FACH狀態 且同時配置了 MU-MIMO的終端，則根據HS-SCCH中的UE ID判斷HS-SCCH類型。下面結合 附圖對本發明的具體實施方式
進行說明。在說明過程中，首先分別從終端側與基站側的實施進行說明，最後再對二者的配 合實施進行說明，但這並不意味著二者必須配合實施，實際上，當終端與基站分開實施時， 也解決了分別在終端側、基站側所存在的問題，只是二者結合使用時，會獲得更好的技術效^ ο圖4為在HS-SCCH上發送消息的方法實施流程示意圖，如圖所示，可以包括如下步 驟步驟401、基站接收RNCO^adio Network Controller，無線網絡控制器)發送的 FP (Frame protocol，幀協議)幀，所述FP幀包括MU-MIMO相關信息，以及BCCH specific H-RNTI ；其中，MU-MIMO相關信息是指一些與MU-MIMO相關的信息，例如MU-MIMO能力或者 啟動指示等。步驟402、基站使用HS-SCCH typel格式的消息通過HS-SCCH通知終端接收數據， 其中，HS-SCCH typel 格式的消息中的 UE ID 為 BCCH specific H-RNTI。實施中，FP幀可以是RNC通過Iub 口發送的HS-DSCH data frame type 2結構的 FP幀。具體的，Node B通過Iub 口的HS-DSCH data frame type 2結構的FP幀接收到RNC 發送的 BCCH 數據。其中，FP 幀中的 H-RNTI 為 BCCH specif icH-RNTI。實施中，與現有技術不同，Node B不根據FP幀中MU-MIM0能力或者啟動指示確定 後續應當使用的HS-SCCH類型，而是忽略FP幀中的MU-MIMO能力或者啟動指示，並固定使 用HS-SCCH typel通知終端接收數據。實施中，在基站通知終端接收數據後，還可以進一步包括基站根據定時關係，通過HS-PDSCH信道發送數據。圖5為包括在HS-PDSCH信道發送數據的在HS-SCCH上發送消息的方法實施流程 示意圖，如圖所示，具體的，基站按HS-SCCH typel結構在HS-SCCH上發送消息，其中，UE ID 為BCCH specific H-RNTL·之後，根據定時關係，通過HS-PDSCH信道發送數據。相應地，本發明實施例還提供了對HS-SCCH上發送的消息進行處理的方案，下面 進行說明。圖6為對HS-SCCH上發送的消息進行處理的方法實施流程示意圖，如圖所示，可以 包括如下步驟步驟601、終端接收基站通過HS-SCCH發送的消息，所述消息用於通知終端接收數 據；步驟602、終端在處於CELL-FACH狀態且配置了 MU-MIMO時，終端根據所述消息中 的UE ID確定所述消息採用的格式類型。實施中，終端根據所述消息中的UE ID確定所述消息採用的格式類型，可以包括所述消息中的UE ID為BCCH specific H-RNTI時，確定所述消息採用的格式類型 為 HS-SCCH typel 格式；所述消息中的UE ID為專用H-RNTI時，確定所述消息採用的格式類型為IIS-SCCH type4格式。基站通過HS-SCCH通知終端接收BCCH數據外，也可以通知終端接收UE專用的 數據。此時UE ID也使用專用H-RNTI，採用的格式類型也為HS-SCCH type4格式。實施中，終端根據所述消息中的UE ID確定所述消息採用的格式類型，可以包括終端分別用BCCH specific H-RNTI和專用H-RNTI對所述消息進行CRC解碼；終端在用BCCH specific H-RNTI進行CRC解碼正確時，確定所述消息採用的格式 類型為HS-SCCH typel格式；終端在用專用H-RNTI進行CRC解碼正確時，確定所述消息採用的格式類型為 HS-SCCH type4 格式。實施中，所述消息可以是在HS-SCCH集合中的第一條HS-SCCH發送的消息。實施中，還可以進一步包括終端按照所述消息採用的格式類型解析所述消息的信息域。具體的，在上述實施中，對於處於CELL-FACH狀態且同時配置了 MU-MIM0的終端， 根據HS-SCCH中的UE ID判斷HS-SCCH類型，終端對於HS-SCCH集合中的第一條HS-SCCH 使用BCCH specific H-RNTI和專用II-RNTI進行檢測。當使用專用H-RNTI對HS-SCCH的 CRC解碼正確時，按照HS-SCCH type4解析HS-SCCH的信息域信號；當使用BCCH specific H-RNTI對HS-SCCH的CRC解碼正確時，按照HS-SCCH typel解析HS-SCCH的信息域信號。下面以實例進行說明。圖7為對HS-SCCH上發送的消息進行解析的方法實施流程示意圖，如圖所示，可以包括如下步驟步驟701、判斷HS-SCCH是否為HS-SCCH集合中的第一條HS-SCCH，是則轉入步驟 702，否則轉入步驟705 ；步驟702、使用 BCCH specific H-RNTI 進行 CRC 解碼；步驟703、判斷CRC解碼是否正確，是則轉入步驟704，否則轉入步驟705 ；步驟704、按照HS-SCCH typel解析信息域；步驟705、使用專用H-RNTI進行CRC解碼；步驟706、判斷CRC解碼是否正確，是則轉入步驟707，否則轉入步驟708 ；步驟707、按照HS-SCCH type4解析信息域；步驟708、丟棄該消息。實施中，終端當然也可以先使用專用H-RNTI進行解碼，再使用BCCH specific H-RNTI對CRC解碼，這也是本領域技術人員所易知的。由上述實施可以看出，在現有技術中，無論是HS-SCCH typel還是HS-SCCH type4， 信息域的比特長度均為30比特。發送端根據信息域生成16比特的CRC再與16比特的UE ID進行異或操作。接收端，即終端，對於第一條HS-SCCH分別使用兩種H-RNTI判斷CRC是 否正確。而在本發明實施例提供的技術方案中，終端首先使用BCCH specific H-RNTI對 CRC解碼，再使用專用H-RNTI進行解碼。當UE使用專用H-RNTI對HS-SCCH的CRC解碼正 確時，按照HS-SCCH type4解析HS-SCCH的信息域信號；當使用BCCH specific H-RNTI對 HS-SCCH的CRC解碼正確時，按照HS-SCCH typel解析HS-SCCH的信息域信號。與現有技術相比，現有技術為了發送系統信息變更消息，網絡需要至少使用兩次 HSDPA傳輸過程，而本發明所提供的技術方案中注意到兩種格式下UE ID的不同，因此可以 利用UE ID來判斷HS-SCCH消息採用的格式類型，從而也達到正確識別格式類型的目的，進 一步的，也能夠根據正確地格式類型正確地解析消息的信息域，因此本發明所提供的技術 方案僅需一次HSDPA傳輸過程。顯然，在HS-PDSCH承載的內容相同時，本發明所提供的技 術方案顯然能節約BCCH發送時的系統資源。基於同一發明構思，本發明實施例中還提供了一種基站、用戶終端，由於這些設備 解決問題的原理與在HS-SCCH上發送消息的方法、對HS-SCCH上發送的消息進行處理的方 法相似，因此這些設備的實施可以參見方法的實施，重複之處不再贅述。圖8為基站結構示意圖，如圖所示，基站中可以包括接收模塊801，用於接收RNC發送的FP幀，所述FP幀包括MU-MIM0相關信息，以及 BCCH specific H-RNTI ；通知模塊802，用於使用HS-SCCH typel格式的消息通過HS-SCCH通知終端接收數 據，其中，HS-SCCH typel 格式的消息中的 UE ID 為 BCCH specific H-RNTL·實施中，接收模塊還可以進一步用於接收RNC通過Iub 口發送的HS-DSCH data frame type 2 結構的 FP 幀。實施中，基站還可以進一步包括發送模塊803，用於在通知終端接收數據後，根據定時關係通過HS-PDSCH信道發 送數據。圖9為用戶終端結構示意圖，如圖所示，用戶終端中可以包括
接收模塊901，用於接收基站通過HS-SCCH發送的消息，所述消息用於通知終端接 收數據；確定模塊902，用於在用戶終端處於CELL-FACH狀態且配置了 MU-MIM0時，根據所 述消息中的UE ID確定所述消息採用的格式類型。實施中，確定模塊還可以進一步用於在所述消息中的UE ID為BCCH specific H-RNTI時，確定所述消息採用的格式類型為HS-SCCH typel格式；在所述消息中的UE ID為 專用H-RNTI時，確定所述消息採用的格式類型為HS-SCCH type4格式。實施中，確定模塊還可以進一步用於分別用BCCH specific H-RNTI和專用H-RNTI 對所述消息進行CRC解碼；在用BCCH specific H-RNTI進行CRC解碼正確時，確定所述消 息採用的格式類型為HS-SCCH typel格式；在用專用H-RNTI進行CRC解碼正確時，確定所 述消息採用的格式類型為HS-SCCH type4格式。實施中，接收模塊還可以進一步用於接收基站通過HS-SCCH集合中的第一條 HS-SCCH發送的消息。實施中，用戶終端還可以進一步包括解析模塊903，用於按照所述消息採用的格式類型解析所述消息的信息域。為了描述的方便，以上所述裝置的各部分以功能分為各種模塊或單元分別描述。 當然，在實施本發明時可以把各模塊或單元的功能在同一個或多個軟體或硬體中實現。由上述實施例可見，在本發明實施例提供的技術方案中，對於基站側，當基站需要 通過HS-SCCH通知終端接收消息時，固定使用HS-SCCH typel進行通知，基站在這過程中忽 略HS-DSCH data frame type 2中的MU-MIM0能力或者啟動指示。對於終端側，對於處於CELL-FACH且配置了 MU-MIM0的終端，根據HS-SCCH中的UE ID判斷HS-SCCH類型。具體的，當UE使用專用H-RNTI對HS-SCCH的CRC解碼正確時，按照HS-SCCH type4 解析HS-SCCH的信息域信號；當使用BCCH specific H-RNTI對HS-SCCH的CRC解碼正確 時，按照HS-SCCH typel解析HS-SCCH的信息域信號。具體的，UE可以僅對HS-SCCH集合中的第一條HS-SCCH採用上述操作。在本發明實施例提供的技術方案中，由於網絡發送系統信息變更消息不再需要使 用兩種不同的HS-SCCH類型分別通知，而只需要使用HS-SCCH typel通知相應終端。而終 端會根據UE ID選擇合適的HS-SCCH類型解碼，因此減少了系統資源的浪費。本領域內的技術人員應明白，本發明的實施例可提供為方法、系統、或電腦程式 產品。因此，本發明可採用完全硬體實施例、完全軟體實施例、或結合軟體和硬體方面的實 施例的形式。而且，本發明可採用在一個或多個其中包含有計算機可用程序代碼的計算機 可用存儲介質(包括但不限於磁碟存儲器、CD-ROM、光學存儲器等)上實施的電腦程式產 品的形式。本發明是參照根據本發明實施例的方法、設備(系統)、和電腦程式產品的流程 圖和/或方框圖來描述的。應理解可由電腦程式指令實現流程圖和/或方框圖中的每一 流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些計算 機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理 器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能 的裝置。這些電腦程式指令也可存儲在能引導計算機或其他可編程數據處理設備以特 定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指 令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或 多個方框中指定的功能。這些電腦程式指令也可裝載到計算機或其他可編程數據處理設備上，使得在計 算機或其他可編程設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或 其他可編程設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方框圖 一個方框或多個方框中指定的功能的步驟。儘管已描述了本發明的優選實施例，但本領域內的技術人員一旦得知了基本創造 性概念，則可對這些實施例作出另外的變更和修改。所以，所附權利要求意欲解釋為包括優 選實施例以及落入本發明範圍的所有變更和修改。顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精 神和範圍。這樣，倘若本發明的這些修改和變型屬於本發明權利要求及其等同技術的範圍 之內，則本發明也意圖包含這些改動和變型在內。
權利要求
1.一種對高速共享控制信道HS-SCCH上發送的消息進行處理的方法，其特徵在於，包 括如下步驟終端接收基站通過HS-SCCH發送的消息，所述消息用於通知終端接收數據；終端在處於CELL-FACH狀態且配置了多用戶-多入多出MU-MIMO時，終端根據所述消 息中的用戶設備標識UE ID確定所述消息採用的格式類型。
2.如權利要求1所述的方法，其特徵在於，終端根據所述消息中的UEID確定所述消息 採用的格式類型，包括所述消息中的UE ID為廣播控制信道專屬高速下行共享信道無線網絡臨時識別BCCH specific H-RNTI時，確定所述消息採用的格式類型為高速共享控制信道類型HS-SCCH typel格式；所述消息中的UE ID為專用高速下行共享信道無線網絡臨時識別H-RNTI時，確定所述 消息採用的格式類型為4HS-SCCH type4格式。
3.如權利要求1所述的方法，其特徵在於，終端根據所述消息中的UEID確定所述消息 採用的格式類型，包括終端分別用BCCH specific H-RNTI和專用H-RNTI對所述消息進行循環冗餘校驗CRC 解碼；終端在用BCCH specific H-RNTI進行CRC解碼正確時，確定所述消息採用的格式類型 為 HS-SCCH typel 格式；終端在用專用H-RNTI進行CRC解碼正確時，確定所述消息採用的格式類型為HS-SCCH type4格式。
4.如權利要求1或2或3所述的方法，其特徵在於，所述消息是在HS-SCCH集合中的第 一條HS-SCCH發送的消息。
5.如權利要求1或2或3所述的方法，其特徵在於，進一步包括 終端按照所述消息採用的格式類型解析所述消息的信息域。
6.一種在HS-SCCH上發送消息的方法，其特徵在於，包括如下步驟基站接收無線網絡控制器RNC發送的幀協議FP幀，所述FP幀包括MU-MIMO相關信息， 以及 BCCH specific H-RNTI ；基站使用高速共享控制信道類型IHS-SCCH typel格式的消息通過HS-SCCH通知終端 接收數據，其中，HS-SCCH typel格式的消息中的UE ID為BCCH specific H-RNTL·
7.如權利要求6所述的方法，其特徵在於，所述FP幀是RNC通過Iub口發送的高速下 行共享信道數據幀類型2HS-DSCH data frame type 2結構的FP幀。
8.如權利要求6或7所述的方法，其特徵在於，在基站通知終端接收數據後，進一步包括基站根據定時關係，通過高速下行共享物理信道HS-PDSCH信道發送數據。
9.一種用戶終端，其特徵在於，包括接收模塊，用於接收基站通過HS-SCCH發送的消息，所述消息用於通知終端接收數據；確定模塊，用於在用戶終端處於CELL-FACH狀態且配置了 MU-MIMO時，根據所述消息中 的UE ID確定所述消息採用的格式類型。
10.如權利要求9所述的用戶終端，其特徵在於，確定模塊進一步用於在所述消息中的UE ID為BCCH specific H-RNTI時，確定所述消息採用的格式類型為HS-SCCH typel格式； 在所述消息中的UE ID為專用H-RNTI時，確定所述消息採用的格式類型為HS-SCCH type4 格式。
11.如權利要求9所述的用戶終端，其特徵在於，確定模塊進一步用於分別用BCCH specific H-RNTI和專用H-RNTI對所述消息進行CRC解碼；在用BCCH specific H-RNTI進 行CRC解碼正確時，確定所述消息採用的格式類型為HS-SCCH typel格式；在用專用H-RNTI 進行CRC解碼正確時，確定所述消息採用的格式類型為HS-SCCH type4格式。
12.如權利要求9或10或11所述的用戶終端，其特徵在於，接收模塊進一步用於接收 基站通過HS-SCCH集合中的第一條HS-SCCH發送的消息。
13.如權利要求9或10或11所述的用戶終端，其特徵在於，進一步包括解析模塊，用於按照所述消息採用的格式類型解析所述消息的信息域。
14.一種基站，其特徵在於，包括接收模塊，用於接收RNC發送的FP幀，所述FP幀包括MU-MIMO相關信息，以及BCCH specific H-RNTI ；通知模塊，用於使用HS-SCCH typel格式的消息通過HS-SCCH通知終端接收數據，其 中，HS-SCCH typel 格式的消息中的 UE ID 為 BCCH specific H-RNTI。
15.如權利要求14所述的基站，其特徵在於，接收模塊進一步用於接收RNC通過Iub口 發送的 HS-DSCH data frame type 2 結構的 FP 幀。
16.如權利要求14或15所述的基站，其特徵在於，進一步包括發送模塊，用於在通知終端接收數據後，根據定時關係通過HS-PDSCH信道發送數據。
全文摘要
本發明公開了一種在高速共享控制信道上發送消息以及對該消息進行處理的方法、設備，包括基站忽略多用戶-多入多出相關信息，固定使用用戶設備標識為廣播控制信道專屬高速下行共享信道無線網絡臨時識別的高速共享控制信道類型1格式的消息通過高速共享控制信道通知終端接收數據。終端在處於CELL-FACH狀態且配置了多用戶-多入多出時，終端根據消息中的用戶設備標識確定所述消息採用的格式類型。本發明能夠減少系統資源的浪費。
文檔編號H04L1/06GK102082638SQ20101029653
公開日2011年6月1日 申請日期2010年9月28日 優先權日2010年9月28日
發明者李曉卡, 邢豔萍 申請人:大唐移動通信設備有限公司