專利名稱：一種激活配置的方法及裝置的制作方法
技術領域：
本發(fā)明涉及通信領域，特別是涉及激活配置的方法及裝置。
背景技術：
在通信系統(tǒng)中，由網絡側對用戶側進行資源配置，并通過資源配置消息將各種 新的配置信息發(fā)送給用戶側。如果資源配置消息是采用確認模式(AM)傳輸，則用戶側 在收到資源配置消息后，需要向網絡側反饋確認消息(ACK)。網絡側在發(fā)送資源配置消息后，需要同用戶側激活新配置。激活的時機有兩 種，一種是指定激活，另一種是立即激活。指定激活是指在資源配置消息中攜帶激活 時間，當到達該激活時間時，網絡側和用戶側同時激活新配置。立即激活是指網絡側 在發(fā)送資源配置消息后立即激活新配置；用戶側收到資源配置消息后立即激活新配置。當采用立即激活和AM模式時，現有技術中用戶側收到資源配置消息后進行配 置操作，在配置完成后激活新配置，并停止舊配置。在激活新配置后，用戶側向網絡側 發(fā)送配置完成消息，并接收網絡側反饋的ACK，配置過程結束。在整個配置過程中用戶 側都無法向網絡側反饋ACK。網絡側無法收到用戶側反饋的ACK，則可能會一直重復發(fā) 送資源配置消息，占用較多的網絡資源。并且，如果網絡側重發(fā)資源配置消息的次數較 多，超過最大允許次數時，網絡側會認為鏈路異常，并進行鏈路異常處理。而此時用戶 側已經收到資源配置消息，網絡側的鏈路異常處理將影響后續(xù)的數據傳輸。
發(fā)明內容
本發(fā)明實施例提供一種激活配置的方法及裝置，用于減少激活配置前數據的重 傳次數。一種激活配置的方法，包括以下步驟接收網絡側發(fā)送的資源配置消息，資源配置消息攜帶有立即激活的指示信息；在收到立即激活的指示信息后，根據生成并發(fā)送資源配置消息的確認消息所需 時長確定激活配置的時間；在到達激活配置的時間前生成并發(fā)送確認消息；在到達激活配置的時間時激活配置。一種用戶設備，包括接口模塊，用于接收網絡側發(fā)送的資源配置消息，以及在到達激活配置的時間 前發(fā)送確認消息，其中，資源配置消息攜帶有立即激活的指示信息；RRC層模塊，用于在收到立即激活的指示信息后，根據生成及發(fā)送資源配置消 息的確認消息所需時長確定激活配置的時間，以及，在到達激活配置的時間前生成確認 消息；MAC和物理層模塊，用于在到達激活配置的時間時激活配置。本發(fā)明實施例中在收到需要立即激活的資源配置消息后，進行配置操作，但不立即激活，而是確定一激活時間，使得在到達激活時間前有足夠的時間生成和發(fā)送一次 ACK,以便防止或減少網絡側重發(fā)資源配置消息，節(jié)省網絡資源，并且可有效避免網絡 側進行針對鏈路異常的操作。
圖1為本發(fā)明實施例中激活配置的主要方法流程圖；圖2為本發(fā)明實施例中RRC狀態(tài)為Cell-FACH態(tài)時激活配置的方法流程圖；圖3為本發(fā)明實施例中RRC狀態(tài)為Cell-DCH態(tài)時激活配置的方法流程圖；圖4為本發(fā)明實施例中用戶設備的結構圖。
具體實施例方式本發(fā)明實施例中在收到需要立即激活的資源配置消息后，進行配置操作，但不 立即激活，而是確定一激活時間，使得在到達激活時間前有足夠的時間生成和發(fā)送一次 ACK,以便防止或減少網絡側重發(fā)資源配置消息，節(jié)省網絡資源，并且可有效避免網絡 側進行針對鏈路異常的操作。參見圖1，本實施例中激活配置的主要方法流程如下步驟101:接收網絡側發(fā)送的資源配置消息，資源配置消息攜帶有立即激活的 指不信息。步驟102:在收到立即激活的指示信息后，根據生成及發(fā)送資源配置消息的確 認消息(ACK)所需時長確定激活配置的時間。步驟103 在到達激活配置的時間前生成并發(fā)送ACK。步驟104 在到達激活配置的時間時激活配置。其中，激活配置的時間為收到資源配置消息時的幀號加上延遲幀數，即 CfgActTime (激活配置的時間)=CurrCFN(當前幀號)+DelayFN(延遲幀數)。DelayFN與生成及發(fā)送ACK所需時長有關，包括媒體接入控制(MAC)層和 物理層處理ACK所需的幀數及UE發(fā)送該ACK所需幀數，即DelayFN = Trach (或 MaxUlOldTti) +DataAhead, Trach (或 MaxUlOldTti)表示 UE 發(fā)送一次 ACK 所需的幀 數，DataAhead表示MAC層和物理層處理ACK所需的幀數(CelHFACH態(tài)的發(fā)送幀數為 Trach，Cell-DCH 態(tài)的發(fā)送幀數為 MaxUlOldTti)。MAC層與物理層之間傳輸數據是以TTI(傳輸時間間隔)為單位，在每個TTI 的起始處傳輸數據。根據配置不同，TTI可以有多種取值，如1、2、4、8幀(對應 10ms、20ms、40ms、80ms)?；贛AC層和物理層的處理機制和硬件設備的處理能力， DataAhead的取值比較固定，較長時間內都不需要改變。較佳的，DataAhead的取值范圍 為1 3幀(各UE的實現不同，該值越短越好，但該值小于1幀不現實)，具體取值可 視實際情況而定。UE發(fā)送ACK所需的幀數與RRC層所處狀態(tài)有關，不同的狀態(tài)發(fā)送ACK所需 過程不同。RRC狀態(tài)包括Cell-FACH(小區(qū)前向接入信道)態(tài)和CelHDCH(小區(qū)專用信 道)態(tài)。當RRC狀態(tài)為Cell-FACH態(tài)時，UE發(fā)送ACK的時長包括上行同步碼選擇 和發(fā)送、FPACH(前向物理接入信道)接收同步信息、等待在PRACH(物理隨機接入信道)上發(fā)送和在PRACH上發(fā)送ACK分別所需最大幀數之和(記為Trach)。例如，上 行同步碼選擇和發(fā)送耗時1子幀，FPACH接收耗時4子幀，等待發(fā)送PRACH耗時2子 幀，發(fā)送PRACH耗時1 4子幀，總共耗時8 11子幀。其中發(fā)送PRACH耗時一個 TTI,如果對應1個子幀，則發(fā)送PRACH耗時1子幀，由于TTI可能的取值為1、2、4子 幀，所以發(fā)送PRACH耗時1 4子幀。RRC層在進行配置操作時需要將配置信息打包 并發(fā)送到MAC層，同時要生成ACK。存在一種情況是RRC層無法在打包配置信息的同 一幀生成ACK，因此需要做一個修正，在DelayFN中增加第一修改值(本實施例中取值 為1)，則DelayFN = Trach+DataAhead+Ι (第一修改值)。另外，配置前后的TTI可能不 同，為了較好的與網絡側同步，可以通過第二修正值將新舊配置的TTI對齊，貝IjDelayFN =Trach+DataAhead+ 1+TH (第二修改值)，TPfeO。當RRC狀態(tài)為Cell-DCH態(tài)時，UE發(fā)送ACK的時長包括激活配置之前舊配 置中上行最大TTI對應的幀數MaxUlOldTti,該MaxUlOldTti可以從底層(MAC層或物理 層)配置中獲得。并且，與Cell-FACH態(tài)類似，RRC層在進行配置操作時需要將配置信 息打包并發(fā)送到MAC層，同時要生成ACK。存在一種情況是RRC層無法在打包配置信 息的同一幀生成ACK，因此需要做一個修正，在DelayFN中增加第一修改值(本實施例 中取值為1)，則DelayFN = MaxU101dTti+DataAhead+l (第一修改值)。另夕卜，配置前 后的TTI可能不同，為了較好的與網絡側同步，可以通過第二修正值將新舊配置的TTI對 齊，則 DelayFN = MaxU101dTti+DataAhead+l+TH (第二修改值)，TPfeO。例如，有兩個 Trch, TTI分別為20ms (2幀)和40ms (4幀)，則激活時間就必須在CFN(連續(xù)幀號)為 4幀的倍數處起效；又由于激活時間意味著舊配置的失效，則該時間點必須保證在舊配 置的最大TTI的邊界處(起始處或結束處)失效，以保證舊配置上的數據能夠成功傳輸。 如果當前激活時間為3 (幀號)，而MaxOldTti (舊TTI) = 4，MaxNewTti (新TTI) = 8， 則TTI對齊后的激活時間點為8，則TH = 5 ；如果當前激活時間為8，MaxOldTti = 4， MaxNewTti = 8,則對齊后仍然為8，因此TTI對齊后激活時間可能不變，則TH = O。通過以上描述了解了確定激活時間的方式，尤其是延遲幀數。可見，延遲幀數 中第二修正值部分需要新舊TTI來確定，只有收到資源配置消息后才能獲得新TTI，因此 第二修正值需要臨時確定，其它部分都相對固定，如果不考慮第二修正值，則無需每次 收到資源配置消息后確定延遲幀數。下面針對RRC的兩種狀態(tài)來詳細介紹激活配置的實 現過程。參見圖2，本實施例中RRC狀態(tài)為Cell-FACH態(tài)時激活配置的方法流程如下步驟201 用戶設備在Cell-FACH態(tài)下接收網絡側發(fā)送的資源配置消息。該資
源配置消息攜帶有立即激活的指示信息。步驟202:用戶設備根據生成ACK所需時間、隨機接入過程和TTI對齊的修正 確定激活時間。CfgActTime = CurrCFN+Trach+DataAhead+1+TH。步驟203:用戶設備進行配置操作。配置操作如將配置信息賦值到MAC層和 物理層的配置空間中。步驟204 用戶設備生成ACK。步驟205 用戶設備在到達激活時間前向網絡側發(fā)送ACK。步驟204和205可 以與步驟203同步進行。
步驟206:用戶設備在到達激活時間時激活配置。在激活配置后，MAC層就會停止舊配置上的數據發(fā)送，物理層同時開始進行新 配置的同步過程。物理層同步成功后通知RRC新配置同步成功，此時認為新配置起效， 用戶設備以AM模式向網絡側發(fā)送配置完成消息，并等待網絡側回復ACK，接收網絡側 反饋的ACK后，配置過程結束。參見圖3，本實施例中RRC狀態(tài)為Cell-DCH態(tài)時激活配置的方法流程如下步驟301:用戶設備在Cell-DCH態(tài)下接收網絡側發(fā)送的資源配置消息。該資源 配置消息攜帶有立即激活的指示信息和新TTI。步驟302:用戶設備根據生成ACK所需時間、舊配置上行最大TTI和TTI對齊 的修正確定激活時間。CfgActTime = CurrCFN+MaxUlOldTti+DataAhead+1+TH。步驟303:用戶設備進行配置操作。配置操作如將配置信息賦值到MAC層和 物理層的配置空間中。步驟304 用戶設備生成ACK。步驟305 用戶設備在到達激活時間前向網絡側發(fā)送ACK。步驟304和305可 以與步驟303同步進行。步驟306:用戶設備在到達激活時間時激活配置。用戶設備還可以在激活配置后以AM模式向網絡側發(fā)送配置完成消息，并接收 網絡側反饋的ACK。通過以上描述了解了激活配置的實現過程，該過程主要由用戶設備實現，下面 對用戶設備的內部結構和功能進行介紹。參見圖4，本實施例中用戶設備包括接口模塊401、RRC層模塊402和MAC 和物理層模塊403。接口模塊401用于接收網絡側發(fā)送的資源配置消息，以及在到達激活配置的時 間前發(fā)送ACK，其中，資源配置消息攜帶有立即激活的指示信息。RRC層模塊402用于在收到立即激活的指示信息后，根據生成確認消息ACK所 需時長確定激活配置的時間，以及，在到達激活配置的時間前生成ACK。較佳的，RRC 層模塊402在MAC和物理層模塊進行信息配置的同時，在到達激活配置的時間前生成并 發(fā)送ACK。MAC和物理層模塊403用于在到達激活配置的時間時激活配置。MAC和物理 層模塊403可以包括MAC層單元和物理層單元。MAC層單元用于進行MAC層的配置 和激活，以及進行MAC層的其它處理。物理層單元用于進行物理層的配置和激活，以及 進行物理層的其它處理。激活配置的時間為收到資源配置消息時的幀號加上延遲幀數。其中，延遲幀數 包括媒體接入控制層和物理層處理ACK所需的幀數及發(fā)送ACK所需幀數。較佳的，延遲幀數還包括延遲生成ACK所對應的第一修正幀數。以及，延遲幀 數還包括用于將資源配置消息攜帶的新傳輸時間間隔TTI與舊TTI對齊的第二修正幀數。當RRC狀態(tài)為Cell-FACH態(tài)時，無線鏈路控制處理ACK的時長包括上行同 步碼選擇和發(fā)送、FPACH接收同步信息、等待在PRACH上發(fā)送和在PRACH上發(fā)送ACK 分別所需最大幀數之和(記為Trach)。當RRC狀態(tài)為Cell-DCH態(tài)時，無線鏈路控制處理ACK的時長包括激活配置之前舊配置中上行最大TTI對應的幀數。本發(fā)明實施例中在收到需要立即激活的資源配置消息后，進行配置操作，但不 立即激活，而是確定一激活時間，使得在到達激活時間前有足夠的時間生成和發(fā)送一次 ACK,以便防止或減少網絡側重發(fā)資源配置消息，節(jié)省網絡資源，并且可有效避免網絡 側進行針對鏈路異常的操作。本發(fā)明實施例考慮到多方面因素以對激活時間進行修正， 得到較佳的激活時間，既滿足生成和發(fā)送一次ACK，又盡可能早的激活配置。并且，本 發(fā)明實施例針對RRC的不同狀態(tài)提供了相應的確定激活時間的方式，適用于多種應用場景ο本領域內的技術人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機 程序產品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件 方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代 碼的計算機可用存儲介質(包括但不限于磁盤存儲器和光學存儲器等)上實施的計算機程 序產品的形式。本發(fā)明是參照根據本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產品的流 程圖和/或方框圖來描述的。應理解可由計算機程序指令實現流程圖和/或方框圖中的 每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合?？商峁┻@ 些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設 備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執(zhí)行 的指令產生用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中 指定的功能的裝置。這些計算機程序指令也可存儲在能引導計算機或其他可編程數據處理設備以特 定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括 指令裝置的制造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方 框或多個方框中指定的功能。這些計算機程序指令也可裝載到計算機或其他可編程數據處理設備上，使得在 計算機或其他可編程設備上執(zhí)行一系列操作步驟以產生計算機實現的處理，從而在計算 機或其他可編程設備上執(zhí)行的指令提供用于實現在流程圖一個流程或多個流程和/或方 框圖一個方框或多個方框中指定的功能的步驟。顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的 精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的 范圍之內，則本發(fā)明也意圖包含這些改動和變型在內。
權利要求
1.一種激活配置的方法，其特征在于，包括以下步驟接收網絡側發(fā)送的資源配置消息，資源配置消息攜帶有立即激活的指示信息；在收到立即激活的指示信息后，根據生成并發(fā)送資源配置消息的確認消息所需時長 確定激活配置的時間；在到達激活配置的時間前生成并發(fā)送確認消息；在到達激活配置的時間時激活配置。
2.如權利要求1所述的方法，其特征在于，激活配置的時間為收到資源配置消息時的 幀號加上與生成并發(fā)送確認消息需要的時長有關的延遲幀數。
3.如權利要求2所述的方法，其特征在于，延遲幀數包括媒體接入控制層、物理層處 理確認消息所需的幀數及UE發(fā)送確認消息所需幀數。
4.如權利要求3所述的方法，其特征在于，延遲幀數還包括延遲生成確認消息所對應 的第一修正幀數。
5.如權利要求3所述的方法，其特征在于，延遲幀數還包括用于將資源配置消息攜帶 的新傳輸時間間隔TTI與舊TTI對齊的第二修正幀數。
6.如權利要求3所述的方法，其特征在于，當無線資源控制RRC狀態(tài)為小區(qū)前向接 入信道Cell-FACH態(tài)時，UE發(fā)送確認消息的時長包括上行同步碼選擇和發(fā)送、前向物 理接入信道FPACH接收同步信息、等待在物理隨機接入信道PRACH上發(fā)送和在PRACH 上發(fā)送確認消息分別所需最大幀數之和；當RRC狀態(tài)為小區(qū)專用信道Cell-DCH態(tài)時，UE發(fā)送確認消息的時長包括激活配 置之前舊配置中上行最大TTI對應的幀數。
7.如權利要求1至6中任一項所述的方法，其特征在于，在到達激活配置的時間前生 成并發(fā)送確認消息的步驟包括在進行信息配置的同時，在到達激活配置的時間前生成 并發(fā)送確認消息。
8.—種用戶設備，其特征在于，包括接口模塊，用于接收網絡側發(fā)送的資源配置消息，以及在到達激活配置的時間前發(fā) 送確認消息，其中，資源配置消息攜帶有立即激活的指示信息；RRC層模塊，用于在收到立即激活的指示信息后，根據生成及發(fā)送資源配置消息的 確認消息確認消息所需時長確定激活配置的時間，以及，在到達激活配置的時間前生成 并發(fā)送確認消息；MAC和物理層模塊，用于在到達激活配置的時間時激活配置。
9.如權利要求8所述的用戶設備，其特征在于，激活配置的時間為收到資源配置消息 時的幀號加上與生成并發(fā)送確認消息需要的時長有關的延遲幀數。
10.如權利要求9所述的用戶設備，其特征在于，延遲幀數包括媒體接入控制層、物 理層處理確認消息所需的幀數及UE發(fā)送確認消息所需幀數。
全文摘要
本發(fā)明公開了一種激活配置的方法，用于減少激活配置前數據的重傳次數。所述方法包括接收網絡側發(fā)送的資源配置消息，資源配置消息攜帶有立即激活的指示信息；在收到立即激活的指示信息后，根據生成并發(fā)送確認消息ACK所需時長確定激活配置的時間；在到達激活配置的時間前生成并發(fā)送ACK；在到達激活配置的時間時激活配置。本發(fā)明還公開了用于實現所述方法的裝置。
文檔編號H04L1/16GK102014373SQ20101055539
公開日2011年4月13日 申請日期2010年11月22日 優(yōu)先權日2010年11月22日
發(fā)明者孫長江 申請人:中興通訊股份有限公司