專利名稱:一種為harq進程分配緩存的方法
技術(shù)領域:
本發(fā)明涉及移動通信領域,特別涉及一種HSPA+系統(tǒng)中傳輸VoIP業(yè)務時 為各HARQ進程分配緩存的方法。
背景技術(shù):
在TD-SCDMA (時分同步碼分多址)系統(tǒng)中的HSDPA (High Speed Downlink Packet Access,高速下行分組接入)技術(shù)中,每個終端可以同時處理 多個HARQ (Hybrid Automatic R印eat Request,混合自動重傳請求)進程。在 這種情況下,網(wǎng)絡端需要通過高層(非接入層)信令為每個HARQ進程配置 緩存大小。配置方式分為隱式和顯式兩種隱式方式默認所有HARQ進程的 緩存大小相同,即所有HARQ進程的緩存的大小為終端總的緩存大小的N分 之一,N為終端所支持的最大HARQ進程數(shù);顯式方式則是為每個HARQ進 程依次配置其緩存的大小。對于隱式方式,其缺點在于,不論每個HARQ進 程傳輸?shù)氖鞘裁礃I(yè)務,每個進程分配的緩存的大小都是一樣的,必須考慮所有 進程中可能的最大的傳輸塊,這容易導致緩存資源的浪費。而對于顯式方式, 其缺點是需要為每個HARQ進程都列出其緩存大小,會大大增加空口消息的 負荷。
HSDPA的增強技術(shù)HSPA+ (High Speed Packet Access Plus)引入到 TD-SCDMA系統(tǒng)后, 一個很好的應用就是能夠更好得支持VoIP( Voice over IP, 基于IP的語音傳輸)業(yè)務?,F(xiàn)有技術(shù)中,對于支持VoIP業(yè)務的HSPA+系統(tǒng), 仍然采用上述隱式或者顯式方式來配置各HARQ進程所需緩存的大小。
發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種為HARQ進程分配緩存的方法, 以提高HSPA+系統(tǒng)中傳輸VoIP業(yè)務時緩存分配的效率和靈活性。 為解決上述技術(shù)問題,本發(fā)明提供技術(shù)方案如下
一種為HARQ進程分配緩存的方法,包括終端根據(jù)VoIP包的大小M
3和VoIP包允許時延內(nèi)的最大新VoIP包的個數(shù)L,為傳輸VoIP業(yè)務的HRAQ 進程分配大小為M x L的緩存。
上述的方法,還包括網(wǎng)絡端配置其他各HARQ進程所需緩存的大小, 并將配置信息通過高層信令通知終端;終端根據(jù)所述高層信令中的配置信息為 其他各HARQ進程分配相應大小的緩存。
上述的方法,還包括終端為其他各HARQ進程分配大小為(P-MxL) /(N-l)的緩存,其中,P為終端總的緩存大小,N為終端支持的最大HARQ 進程數(shù)。
上述的方法,其中,M和L的大小由網(wǎng)絡端和終端預先約定。 上述的方法,其中,M的大小由網(wǎng)絡端和終端預先約定,L的大小由網(wǎng)絡 端通過高層信令通知終端。
與現(xiàn)有技術(shù)相比,本發(fā)明的有益效果是本發(fā)明利用VoIP業(yè)務傳輸包的 大小和業(yè)務質(zhì)量需求相對固定的特點,網(wǎng)絡端不需要明確配置傳輸VoIP的 HARQ進程所需緩存的大小,只需要通過顯式或者隱式方式配置其余各HARQ 進程所需緩存的大小,提高了緩存分配的效率和靈活性,降低了空口信令開銷。
圖1為本發(fā)明實施例的為HARQ進程分配緩存的方法流程圖。
具體實施例方式
對于VoIP業(yè)務,其特點是每個VoIP數(shù)據(jù)包的大小是固定的,傳輸VoIP 數(shù)據(jù)的工作可以由一個HARQ進程來完成。此進程所需緩存的大小僅由VoIP 數(shù)據(jù)包的大小和VoIP包允許延時內(nèi),最大新VoIP包的個數(shù)來決定?;赩oIP 業(yè)務的這種特性,本發(fā)明實施例在HSPA+系統(tǒng)中引入了一種更加有效的為各 HARQ進程分配緩存的方法。
參照圖1,本發(fā)明實施例的為HARQ進程分配緩存的方法包括如下步驟
步驟101:網(wǎng)絡端配置除傳輸VoIP業(yè)務的HARQ進程之外的其他各HARQ 進程所需緩存的大小,并將配置信息通過高層(非接入層)信令通知終端。
在建立HSPA+業(yè)務時,如果傳輸業(yè)務中有VoIP業(yè)務,網(wǎng)絡端在配置終端 各HARQ進程所需緩存的大小時,默認傳輸VoIP業(yè)務的HARQ進程為第一 個HARQ進程,并默認此進程所需緩存大小為MxL,其中M為VoIP包的大小,L為VoIP包允許延時內(nèi),最大新VoIP包的個數(shù),L的大小反映了 VoIP 業(yè)務的質(zhì)量需求。
對于其他各HARQ進程,可以采用顯式或者隱式方式配置其所需的緩存 大小。采用顯式方式時,網(wǎng)絡端分別為其他各HARQ進程配置所需緩存的大 小,并將配置信息通過高層信令發(fā)送給終端。采用隱式方式時,網(wǎng)絡端不直接 為其他各HARQ進程配置所需緩存的大小,當然,網(wǎng)絡端也無需通過高層信 令發(fā)送關(guān)于HARQ所需緩存大小的配置信息。
也就是說,當釆用隱式方式時,不需執(zhí)行步驟IOI。
步驟102:終端為其他各HARQ進程分配緩存,并根據(jù)VoIP包的大小M 和VoIP包允許時延內(nèi)的最大新VoIP包的個數(shù)L,為傳輸VoIP業(yè)務的HRAQ 進程分配大小為M x L的緩存。
如果網(wǎng)絡端所建立的HSPA+業(yè)務中有VoIP業(yè)務,終端則默認傳輸VoIP 業(yè)務的HARQ進程為第一個HARQ進程,并默認此進程緩存大小為M x L。
步驟102中,終端為其他各HARQ進程分配緩存有如下兩種情況
當網(wǎng)絡端采用顯示方式時,終端根據(jù)所述高層信令中的配置信息為其他各 HARQ進程分配相應大小的緩存。
當網(wǎng)絡端采用隱式方式時,終端為其他各HARQ進程分配大小為(P-M xL) / (N-1)的緩存,其中,P為終端總的緩存大小,N為終端支持的最大 HARQ進程數(shù)。
在本發(fā)明的實施例中,M和L的大小的確定有如下兩種方式 方式l, M和L的大小由網(wǎng)絡端和終端預先約定。
方式2, M的大小由網(wǎng)絡端和終端預先約定,L的大小由網(wǎng)絡端通過高層 信令通知終端。
綜上所述,本發(fā)明利用了 VoIP業(yè)務傳輸包大小和業(yè)務質(zhì)量需求相對固定 的特點,并通過事先約定或高層信令的方式通知終端M和L的值,從而省略 了網(wǎng)絡端配置VoIP的HARQ進程所需緩存大小的步驟,提高了緩存分配的效 率和靈活性,降低了空口信令開銷。
最后應當說明的是,以上實施例僅用以說明本發(fā)明的技術(shù)方案而非限制, 本領域的普通技術(shù)人員應當理解,可以對本發(fā)明的技術(shù)方案進行修改或者等同替換,而不脫離本發(fā)明技術(shù)方案的精神范圍,其均應涵蓋在本發(fā)明的權(quán)利要求范圍當中。
權(quán)利要求
1. 一種為HARQ進程分配緩存的方法,其特征在于,包括終端根據(jù)VoIP包的大小M和VoIP包允許時延內(nèi)的最大新VoIP包的個數(shù)L,為傳輸VoIP業(yè)務的HRAQ進程分配大小為M×L的緩存。
2. 如權(quán)利要求l所述的方法,其特征在于,還包括網(wǎng)絡端配置其他各HARQ進程所需緩存的大小,并將配置信息通過高層信令通知終端;終端根據(jù)所述高層信令中的配置信息為其他各HARQ進程分配相應大小的緩存。
3. 如權(quán)利要求1所述的方法,其特征在于,還包括終端為其他各HARQ進程分配大小為(P-MxL)/(N-1)的緩存,其中,P為終端總的緩存大小,N為終端支持的最大HARQ進程數(shù)。
4. 如權(quán)利要求1或3所述的方法,其特征在于M和L的大小由網(wǎng)絡端和終端預先約定。
5. 如權(quán)利要求1或3所述的方法,其特征在于M的大小由網(wǎng)絡端和終端預先約定,L的大小由網(wǎng)絡端通過高層信令通知終端。
全文摘要
本發(fā)明提供一種為HARQ進程分配緩存的方法。所述方法包括終端根據(jù)VoIP包的大小M和VoIP包允許時延內(nèi)的最大新VoIP包的個數(shù)L,為傳輸VoIP業(yè)務的HRAQ進程分配大小為M×L的緩存。本發(fā)明利用VoIP業(yè)務傳輸包的大小和業(yè)務質(zhì)量需求相對固定的特點,網(wǎng)絡端不需要明確配置傳輸VoIP的HARQ進程所需緩存的大小,只需要通過顯式或者隱式方式配置其余各HARQ進程所需緩存的大小,如此,提高了緩存分配的效率和靈活性,降低了空口信令開銷。
文檔編號H04L1/16GK101459497SQ20081024106
公開日2009年6月17日 申請日期2008年12月25日 優(yōu)先權(quán)日2008年12月25日
發(fā)明者元 張 申請人:北京天碁科技有限公司