移動(dòng)通信系統(tǒng)、控制設(shè)備、基站設(shè)備、系統(tǒng)控制方法和設(shè)備控制方法
【專利摘要】本發(fā)明公開一種移動(dòng)通信系統(tǒng)、控制設(shè)備、基站設(shè)備、系統(tǒng)控制方法和設(shè)備控制方法。移動(dòng)通信系統(tǒng)包括控制設(shè)備和基站設(shè)備?？刂圃O(shè)備和基站設(shè)備之間的數(shù)據(jù)通信利用固定長(zhǎng)度數(shù)據(jù)大小和可變長(zhǎng)度數(shù)據(jù)大小來(lái)進(jìn)行?？刂圃O(shè)備發(fā)送指示數(shù)據(jù)通信的數(shù)據(jù)大小是具有固定長(zhǎng)度還是可變長(zhǎng)度的信息?；驹O(shè)備接收來(lái)自控制設(shè)備的該信息。
【專利說(shuō)明】移動(dòng)通信系統(tǒng)、控制設(shè)備、基站設(shè)備、系統(tǒng)控制方法和設(shè)備控制方法
[0001]分案申請(qǐng)說(shuō)明
[0002]本申請(qǐng)是 申請(qǐng)人:為日本電氣株式會(huì)社、申請(qǐng)?zhí)枮?00980130582.2、申請(qǐng)日為2009年5月14日、發(fā)明名稱為“移動(dòng)通信系統(tǒng)、控制設(shè)備、基站設(shè)備、系統(tǒng)控制方法和設(shè)備控制方法”的發(fā)明專利申請(qǐng)的分案申請(qǐng)。

【技術(shù)領(lǐng)域】
[0003]本發(fā)明涉及用于利用固定長(zhǎng)度或可變長(zhǎng)度數(shù)據(jù)大小來(lái)進(jìn)行數(shù)據(jù)通信的移動(dòng)通信系統(tǒng)。

【背景技術(shù)】
[0004]在3GPP (第三代合作伙伴計(jì)劃)中，用于W-CDMA移動(dòng)通信的HSDPA (高速下行鏈路分組接入)標(biāo)準(zhǔn)已被標(biāo)準(zhǔn)化(參見非專利文獻(xiàn)I)。在HSDPA中，MAC-hs協(xié)議或MAC-ehs協(xié)議被用于MAC (媒體訪問(wèn)控制)層。HSDPA經(jīng)由Node-B在從RNC (無(wú)線電網(wǎng)絡(luò)控制器)到UE(用戶設(shè)備)的下行鏈路上提供了基于分組的高速數(shù)據(jù)通信。在HSDPA數(shù)據(jù)通信中，流控制在RNC (無(wú)線電網(wǎng)絡(luò)控制器)與Node-B之間被執(zhí)行。
[0005]在該流控制中，Node-B向RNC通知數(shù)據(jù)容量，并且RNC將該數(shù)據(jù)容量?jī)?nèi)的數(shù)據(jù)發(fā)送給Node-B。這里，Node-B通過(guò)將例如無(wú)線電信道的容量、由UE提供的產(chǎn)品質(zhì)量報(bào)告、分配給載體的優(yōu)先級(jí)以及RNC與Node-B之間的傳輸路徑的狀態(tài)考慮作為參數(shù)，來(lái)確定數(shù)據(jù)容量。數(shù)據(jù)容量的通知是經(jīng)由被稱為容量分配(CAPACITY ALLOCAT1N)的幀控制協(xié)議消息來(lái)提供的。
[0006]在HSDPA數(shù)據(jù)通信中，存在被構(gòu)想用于通信模式的三類情況。符合每種情況的參數(shù)被設(shè)置給RNC和Node-B。
[0007]圖1是圖示出用于HSDPA的各個(gè)情況的參數(shù)設(shè)置示例的圖表。參考圖1，圖示出了用于各個(gè)情況I至3的參數(shù)設(shè)置示例。情況I已經(jīng)在3GPP發(fā)布5 (Release 5)之后被定義，并且情況2和3預(yù)期在3GPP發(fā)布7之后被定義。
[0008]在情況I中，RLC (無(wú)線電鏈路控制)層中的rou (協(xié)議數(shù)據(jù)單元)的大小(以下稱為“RLC PDU大小”)具有固定長(zhǎng)度，并且MAC-hs協(xié)議被用于MAC層。PDU是預(yù)定協(xié)議中的發(fā)送信號(hào)單元。例如，PDU包括依據(jù)預(yù)定協(xié)議的頭部以及包括該協(xié)議中的數(shù)據(jù)的有效載荷。
[0009]在MAC-hs協(xié)議中，既不使用64QAM(正交幅度調(diào)制)也不使用MMO (多輸入多輸出)。
[0010]在情況2中，RLC PDU大小與情況I中一樣具有固定長(zhǎng)度，但是MAC-ehs協(xié)議被用于MAC層。在MAC-ehs協(xié)議中，可使用64QAM和MMO。同樣，在MAC-ehs中，使用稱為下行鏈路中的經(jīng)改進(jìn)的第2層的傳輸方法。
[0011]作為數(shù)字調(diào)制方法之一的64QAM通過(guò)八種相位類型和八種幅度類型來(lái)表達(dá)64個(gè)值。MMO是用于同時(shí)利用多個(gè)天線來(lái)擴(kuò)展數(shù)據(jù)通信頻帶的無(wú)線電通信技術(shù)。在經(jīng)改進(jìn)的第2層中，設(shè)置在Node-B中的MAC-ehs協(xié)議將用戶數(shù)據(jù)分段。與在RLC中通過(guò)固定長(zhǎng)度劃分用戶數(shù)據(jù)的傳輸方法相比，經(jīng)改進(jìn)的第2層能夠進(jìn)行更高效的數(shù)據(jù)傳送。
[0012]在情況3中，RLC PDU大小具有可變長(zhǎng)度，并且MAC-ehs協(xié)議被用于MAC層。在此情況中，Node-B指定RLC PDU大小的最大長(zhǎng)度。RNC可以在等于或小于Node-B所指定的最大長(zhǎng)度的范圍之內(nèi)選擇RLC PDU大小。在流控制中，Node-B可以控制RLC PDU大小的最大值。
[0013]在引入了 MAC-ehs協(xié)議的3GPP發(fā)布7中的流控制中，使用稱為容量分配類型2 (OPACITY ALLOCAT1N TYPE 2)的格式，來(lái)取代在3GPP發(fā)布5中使用的稱為容量分配類型Ucpacity allocat1n type I)的格式。
[0014]利用容量分配類型2中的幀，Node-B可以控制以下四個(gè)元素。
[0015](I)最大 MAC-d/c PDU 長(zhǎng)度(MAC_d PDU 長(zhǎng)度)
[0016](2)HS-DSCH信用額(在HS-DSCH中的傳輸間隔期間可發(fā)送的MAC-dPDU的數(shù)目)
[0017](3) HS-DSCH間隔(HS-DSCH信用額所指示的數(shù)目的MAC_d PDU被發(fā)送的持續(xù)時(shí)間)
[0018](4)HS-DSCH重復(fù)周期(指示上面的持續(xù)時(shí)間的重復(fù)次數(shù)的重復(fù)計(jì)數(shù))例如，在無(wú)線電信道正變得擁塞的情況中，MAC-d/c PDU長(zhǎng)度(最大MAC-d/c PDU長(zhǎng)度)可被減小或者HS-DSCH信用額可被減小，以抑制下行鏈路數(shù)據(jù)量。HS-DSCH(高速下行鏈路共享信道)是由多個(gè)HSDPA數(shù)據(jù)通信共享的信道。
[0019]如上所述，在將在3GPP發(fā)布7之后定義的情況2和3中，在3GPP發(fā)布6中及之前不可使用的64QAM和MMO可被使用。
[0020]在將在3GPP發(fā)布7之后定義的情況2和3之間，存在RLC PDU大小是具有固定長(zhǎng)度還是具有可變長(zhǎng)度的差別。
[0021]在情況3中，由于RLC PDU大小是可變的，因此可在流控制中在等于或小于1504個(gè)八位字節(jié)的范圍內(nèi)改變RLC PDU大小的最大值。作為這樣的流控制的結(jié)果，可根據(jù)改變的通信狀態(tài)提供更高效的數(shù)據(jù)通信。
[0022]同時(shí)，情況2在利用現(xiàn)有的簡(jiǎn)單算法執(zhí)行流控制的同時(shí)使得能夠利用64QAM和ΜΜ0，其中，RLC PDU大小如情況I中那樣被固定。
[0023]引用列表
[0024]非專利文獻(xiàn)
[0025]非專利文獻(xiàn)I:3GPP TS 25.308 V8.2.0 (2008-05) ,High Speed Downlink PacketAccess(HSDPA), Overall descript1n, Stage 2(Release 8)


【發(fā)明內(nèi)容】

[0026]技術(shù)問(wèn)題
[0027]為了使用64QAM和ΜΜ0，需要使用MAC-ehs協(xié)議。當(dāng)MAC-ehs協(xié)議被使用時(shí)，RLCPDU大小可以具有固定長(zhǎng)度或者可變長(zhǎng)度，因此，對(duì)于要進(jìn)行操作的RLC，需要將RLC PDU設(shè)置為具有固定長(zhǎng)度或者可變長(zhǎng)度。
[0028]然而，在作為當(dāng)前呼叫控制協(xié)議的NBAP協(xié)議(Node-B應(yīng)用部分，3GPP TS 25.433)中，RNC無(wú)法向Node-B通知RLC PDU大小是具有固定長(zhǎng)度還是可變長(zhǎng)度。圖2是圖示出NBAP協(xié)議中的參數(shù)的圖表。該圖表是在3GPP TS 24.4339.2.1.31IA中示出的圖表。參考圖2，可見，沒(méi)有用于通知RLC PDU大小是具有固定長(zhǎng)度還是可變長(zhǎng)度的信息元素，因此，對(duì)該設(shè)置的通知無(wú)法由NBAP協(xié)議來(lái)提供。因此，存在的問(wèn)題在于在RNC與Node-B之間可能出現(xiàn)關(guān)于RLC PDU大小是具有固定長(zhǎng)度還是可變長(zhǎng)度的設(shè)置狀態(tài)方面的不一致。
[0029]當(dāng)MAC-ehs協(xié)議被使用時(shí)，當(dāng)前NBAP假設(shè)HS-DSCH MAC-d PDU大小格式IE具有“靈活MAC-d PDU大小”。因此，RNC將RLC PDU大小設(shè)置為具有固定長(zhǎng)度，并且Node-B將RLC PDU大小設(shè)置為具有可變長(zhǎng)度，這可能導(dǎo)致RNC與Node-B之間狀態(tài)的不一致。
[0030]如果RLC PDU大小被設(shè)置為具有可變長(zhǎng)度，則Node-B在流控制中可以向RNC給出改變RLC PDU大小的指示。然而，RNC無(wú)法改變RLCPDU大小，因?yàn)樵揜LC PDU大小被設(shè)置為具有固定長(zhǎng)度。
[0031]例如，當(dāng)Node-B向RNC給出提供比RNC中設(shè)置的固定長(zhǎng)度大的大小的指示時(shí)，Node-B應(yīng)當(dāng)能夠接收比該固定長(zhǎng)度大的大小。然而，當(dāng)在RNC中RLC PDU被設(shè)置為具有固定長(zhǎng)度時(shí)，RNC以該固定長(zhǎng)度將數(shù)據(jù)分段。在此情況中，不能充分地增強(qiáng)諸如頻帶之類的系統(tǒng)資源的使用效率。
[0032]此外，例如，如果Node-B向RNC給出提供比RNC中設(shè)置的固定長(zhǎng)度小的大小的指示時(shí)，則其中RNC PDU大小被設(shè)為具有固定長(zhǎng)度的RNC不能向Node-B發(fā)送數(shù)據(jù)或者以超過(guò)限度的大小向Node-B發(fā)送數(shù)據(jù)。在這樣的情況中，將在流控制和/或系統(tǒng)操作中出現(xiàn)嚴(yán)重的故障。
[0033]圖3是圖示出用于描述流控制的失敗的通信模式示例的圖表。圖4圖示出了導(dǎo)致在流控制中出現(xiàn)缺陷的序列的示例。
[0034]在圖3的示例中，RLC PDU大小為82字節(jié)，MAC-ehs協(xié)議被使用，并且MMO和64QAM
被使用。
[0035]在此情況中，指定MAC-d PDU大小的最大值的NBAP最大MAC-d PDU大小擴(kuò)展IE被設(shè)置為82字節(jié)。
[0036]參考圖4的序列，首先，RNC將RLC PDU設(shè)置為具有固定長(zhǎng)度(步驟901)。當(dāng)MAC-ehs被使用時(shí)，在MAC-d層中不執(zhí)行邏輯信道復(fù)用，并且因此，不提供MAC_d頭部。因此，在此示例中，MAC-d PDU大小等于RLC PDU大小(步驟902)。
[0037]RNC 準(zhǔn)備一 NBAP:RL 建立請(qǐng)求(NBAP:RL SETUP REQUEST)消息(步驟 903)，并且將該消息發(fā)送給Node-B (步驟904)。該NBAP:RL建立請(qǐng)求消息包括被設(shè)置為82字節(jié)(其是MAC-d PDU大小的最大值)的最大MAC-d PDU大小擴(kuò)展IE。
[0038]通過(guò)接收該NBAP:RL建立請(qǐng)求消息，Node-B認(rèn)識(shí)到MAC_d PDU大小的最大值為82字節(jié)(步驟904)，并且設(shè)置該最大值以及與64QAM、MIMO和MAC-ehs有關(guān)的信息(步驟905)。
[0039]在HSDPA建立之后，流控制被啟動(dòng)。
[0040]這里，假設(shè)Node-B因無(wú)線電信道擁塞而決定在流控制中將MAC_dPDU大小設(shè)置為小于82字節(jié)的大小(步驟908)。Node-B將MAC_d PDU大小的最大值設(shè)置為比82字節(jié)小的新的值(步驟909)，并且將HS-DSCH容量分配類型2控制幀發(fā)送給RNC，該控制幀包括已設(shè)置了值的最大MAC-d PDU大小擴(kuò)展IE (步驟910)。該幀是用于由Node-B向RNC通知流控制中的控制信息的幀。流控制中的控制信息的示例包括MAC-d/cPDU長(zhǎng)度、信用額以及發(fā)送間隔。
[0041]由于RLC PDU大小被設(shè)為固定長(zhǎng)度，因此RNC不能以短于該固定長(zhǎng)度的長(zhǎng)度來(lái)發(fā)送數(shù)據(jù)，從而導(dǎo)致數(shù)據(jù)通信被停止(步驟911)。
[0042]本發(fā)明的一個(gè)目的是提供一種防止移動(dòng)通信系統(tǒng)中的設(shè)備之間與數(shù)據(jù)通信中的數(shù)據(jù)大小是具有固定長(zhǎng)度還是可變長(zhǎng)度有關(guān)的設(shè)置狀態(tài)不一致的技術(shù)。
[0043]解決問(wèn)題的方案
[0044]為了實(shí)現(xiàn)上面的目的，根據(jù)本發(fā)明一個(gè)方面的移動(dòng)通信系統(tǒng)包括控制設(shè)備和基站設(shè)備，其中，控制設(shè)備和基站設(shè)備之間的數(shù)據(jù)通信利用固定長(zhǎng)度數(shù)據(jù)大小和可變長(zhǎng)度數(shù)據(jù)大小來(lái)進(jìn)行；其中，控制設(shè)備發(fā)送指示數(shù)據(jù)通信的數(shù)據(jù)大小是具有固定長(zhǎng)度還是可變長(zhǎng)度的信息；以及其中，基站設(shè)備接收來(lái)自控制設(shè)備的信息。
[0045]根據(jù)本發(fā)明的控制設(shè)備包括:通信裝置，用于利用固定長(zhǎng)度數(shù)據(jù)大小和可變長(zhǎng)度數(shù)據(jù)大小來(lái)與基站設(shè)備通信；以及發(fā)送裝置，用于向基站設(shè)備發(fā)送指示數(shù)據(jù)通信的數(shù)據(jù)大小是具有固定長(zhǎng)度還是可變長(zhǎng)度的信息。
[0046]根據(jù)本發(fā)明一個(gè)方面的基站設(shè)備包括:通信裝置，用于利用固定長(zhǎng)度數(shù)據(jù)大小和可變長(zhǎng)度數(shù)據(jù)大小來(lái)與控制設(shè)備通信；以及接收裝置，用于從控制設(shè)備接收指示數(shù)據(jù)通信的數(shù)據(jù)大小是具有固定長(zhǎng)度還是可變長(zhǎng)度的信息。
[0047]根據(jù)本發(fā)明一個(gè)方面的系統(tǒng)控制方法提供了用于移動(dòng)通信系統(tǒng)的通信控制方法，該移動(dòng)通信系統(tǒng)包括控制設(shè)備和基站設(shè)備，其中，控制設(shè)備和基站設(shè)備之間的數(shù)據(jù)通信利用固定長(zhǎng)度數(shù)據(jù)大小或可變長(zhǎng)度數(shù)據(jù)大小來(lái)進(jìn)行；其中，控制設(shè)備發(fā)送指示數(shù)據(jù)通信的數(shù)據(jù)大小是具有固定長(zhǎng)度還是可變長(zhǎng)度的信息；以及其中，基站設(shè)備接收來(lái)自控制設(shè)備的信肩、O
[0048]根據(jù)本發(fā)明一個(gè)方面的設(shè)備控制方法包括:利用固定長(zhǎng)度數(shù)據(jù)大小和可變長(zhǎng)度數(shù)據(jù)大小來(lái)與基站設(shè)備通信；以及向基站設(shè)備發(fā)送指示數(shù)據(jù)通信的數(shù)據(jù)大小是具有固定長(zhǎng)度還是可變長(zhǎng)度的信息。

【專利附圖】

【附圖說(shuō)明】
[0049]圖1是圖示出HSDPA的各個(gè)情況中的參數(shù)的示例的圖表。
[0050]圖2是圖示出NBAP協(xié)議中的參數(shù)的圖表。
[0051]圖3是圖示出用于描述流控制失敗的通信模式示例的圖表。
[0052]圖4是圖示出導(dǎo)致流控制失敗的發(fā)生的序列的示例的示圖。
[0053]圖5是圖示出根據(jù)第一示例性實(shí)施例的RNC 11的配置的框圖。
[0054]圖6是圖示出根據(jù)第一示例性實(shí)施例的Node-B 12的配置的框圖。
[0055]圖7是圖示出根據(jù)第二示例性實(shí)施例的移動(dòng)通信系統(tǒng)的配置的框圖。
[0056]圖8是圖示出根據(jù)第二示例性實(shí)施例的移動(dòng)通信系統(tǒng)的操作的序列圖。
[0057]圖9是用于描述NBAP協(xié)議消息的概況的示圖。
[0058]圖10是圖示出3GPP TS 25.433的改變示例的示圖。
[0059]圖11是圖示出根據(jù)第三示例性實(shí)施例的HS-DSCH數(shù)據(jù)巾貞類型2的示例的示圖。
[0060]圖12是圖示出根據(jù)第三示例性實(shí)施例的移動(dòng)通信系統(tǒng)的操作的序列圖。
[0061]圖13是圖示出根據(jù)第四示例性實(shí)施例的HS-DSCH MAC-d PDU大小格式的定義示例的示圖。

【具體實(shí)施方式】
[0062]將參考附圖詳細(xì)描述示例性實(shí)施例。被描述為示例性實(shí)施例的無(wú)線電通信系統(tǒng)是根據(jù)3GPP的W-CDMA移動(dòng)通信系統(tǒng)。
[0063](第一示例性實(shí)施例)
[0064]圖5圖示出了根據(jù)第一示例性實(shí)施例的RNC 11的配置。
[0065]如圖5所示，RNC 11包括利用固定長(zhǎng)度數(shù)據(jù)大小和可變長(zhǎng)度數(shù)據(jù)大小與基站設(shè)備通信的通信器11A，以及向基站設(shè)備(Node-B 12)提供(發(fā)送)指示數(shù)據(jù)通信的數(shù)據(jù)大小是具有固定長(zhǎng)度還是可變長(zhǎng)度的信息通知的發(fā)送器11B。
[0066]因此，在本示例性實(shí)施例中，指示數(shù)據(jù)通信的數(shù)據(jù)大小是固定的還是可變的信息通知(標(biāo)識(shí)信息)可從RNC 11被提供給Node-B 12。
[0067]圖6圖示出了根據(jù)第一示例性實(shí)施例的Node-B 12的配置。
[0068]如圖6所示,Node-B 12包括從控制設(shè)備(RNC 11)接收指示數(shù)據(jù)通信的數(shù)據(jù)大小是具有固定長(zhǎng)度還是可變長(zhǎng)度的信息的接收器12B，以及利用固定長(zhǎng)度數(shù)據(jù)大小和可變長(zhǎng)度數(shù)據(jù)大小與控制設(shè)備通信的通信器12A。
[0069]因此，在本示例性實(shí)施例中，Node-B 12接收從RNC 11發(fā)送來(lái)的信息(標(biāo)識(shí)信息)，從而能夠防止在設(shè)備之間在與數(shù)據(jù)通信中的發(fā)送數(shù)據(jù)大小是具有固定長(zhǎng)度還是可變長(zhǎng)度有關(guān)的設(shè)置狀態(tài)方面出現(xiàn)不一致。
[0070](第二示例性實(shí)施例)
[0071]圖7是圖示出根據(jù)第二示例性實(shí)施例的移動(dòng)通信系統(tǒng)的配置的框圖。本示例性實(shí)施例是根據(jù)圖5所示的第一示例性實(shí)施例的RNC 11的配置與根據(jù)圖6所示的第一示例性實(shí)施例的Node-B 12的配置的實(shí)施例。參考圖7，根據(jù)本示例性實(shí)施例的移動(dòng)通信系統(tǒng)包括RNC 11和Node-B 12。連接到CN(核心網(wǎng)絡(luò))和Node-B 11 (未示出)的RNC 11控制Node-B 12，從而提供對(duì)UE (未示出)的用戶數(shù)據(jù)的傳輸。經(jīng)由無(wú)線電信道連接到UE (未示出)的Node-B 12在UE與RNC 11之間中繼用戶數(shù)據(jù)。
[0072]該移動(dòng)通信系統(tǒng)能夠借助于HSDPA進(jìn)行數(shù)據(jù)通信，并且對(duì)使用HSDPA的下行鏈路數(shù)據(jù)的發(fā)送數(shù)據(jù)大小具有固定長(zhǎng)度和可變長(zhǎng)度兩種情況作出響應(yīng)。
[0073]RNC 11向Node-B 12提供(發(fā)送)對(duì)指示下行鏈路數(shù)據(jù)的發(fā)送數(shù)據(jù)大小被設(shè)置為具有固定長(zhǎng)度還是可變長(zhǎng)度的標(biāo)識(shí)信息的通知。該標(biāo)識(shí)信息的通知是借助于根據(jù)由RNC 11和Node-B 12端接(terminate)的呼叫控制協(xié)議的消息來(lái)提供的。用于通知標(biāo)識(shí)信息的消息是在無(wú)線電鏈路被設(shè)置、改變或添加時(shí)從RNC 11發(fā)送給Node-B 12的消息。
[0074]Node-B 12基于由RNC 11提供的標(biāo)識(shí)信息進(jìn)行操作。例如，Node_B12基于該標(biāo)識(shí)信息執(zhí)行對(duì)數(shù)據(jù)通信的流控制。在流控制中，Node-B 12根據(jù)通信狀態(tài)適應(yīng)性地改變多個(gè)元素，并且向RNC 11通知這些元素。
[0075]RNC 11在由被提供來(lái)的元素所施加的限制的范圍內(nèi)并且根據(jù)經(jīng)由標(biāo)識(shí)信息(即，下行鏈路數(shù)據(jù)的發(fā)送數(shù)據(jù)大小是具有固定長(zhǎng)度還是可變長(zhǎng)度)提供給Node-B 12的下行鏈路數(shù)據(jù)大小格式來(lái)向Node-B 12發(fā)送下行鏈路數(shù)據(jù)。因此，可以根據(jù)通信狀態(tài)適當(dāng)?shù)乜刂葡滦墟溌窋?shù)據(jù)等的數(shù)據(jù)量，從而能夠適當(dāng)?shù)貞?yīng)對(duì)例如擁塞。
[0076]用于流控制的元素的示例包括所允許的發(fā)送數(shù)據(jù)大小、所允許的數(shù)據(jù)幀發(fā)送間隔以及在預(yù)定時(shí)間段內(nèi)允許的數(shù)據(jù)幀發(fā)送次數(shù)。
[0077]如果由RNC 11提供的標(biāo)識(shí)信息指示發(fā)送數(shù)據(jù)大小具有固定長(zhǎng)度，則Node-B 12通過(guò)固定這些元素中的發(fā)送數(shù)據(jù)大小來(lái)執(zhí)行流控制。
[0078]在本示例性實(shí)施例中，標(biāo)識(shí)信息例如可以是一比特信息。更具體地，比特“I”指示RLC PDU大小為可變長(zhǎng)度，并且比特“O”指示RLC PDU大小為固定長(zhǎng)度。
[0079]根據(jù)本示例性實(shí)施例，對(duì)指示發(fā)送數(shù)據(jù)大小被設(shè)置為固定長(zhǎng)度或可變長(zhǎng)度的標(biāo)識(shí)信息的通知從RNC 11被提供給Node-B 12，并且Node-B 12基于由RNC 11提供的標(biāo)識(shí)信息進(jìn)行操作，從而防止了在設(shè)備之間在與發(fā)送數(shù)據(jù)大小具有固定長(zhǎng)度還是可變長(zhǎng)度有關(guān)的設(shè)置狀態(tài)方面出現(xiàn)不一致。
[0080]此外，如果在無(wú)線電鏈路被設(shè)置時(shí)將關(guān)于發(fā)送數(shù)據(jù)大小具有固定長(zhǎng)度還是可變長(zhǎng)度的通知從RNC 11提供給Node-B 12，則Node-B 12在緊接著無(wú)線電鏈路的設(shè)置之后，基于與RNC 11共享的認(rèn)識(shí)，在固定發(fā)送數(shù)據(jù)大小的情況下執(zhí)行流控制。類似地，如果在無(wú)線電鏈路被改變或添加時(shí)提供關(guān)于發(fā)送數(shù)據(jù)大小具有固定長(zhǎng)度還是可變長(zhǎng)度的通知，則Node-B12可以在緊接著無(wú)線電鏈路的改變或添加之后，在固定發(fā)送數(shù)據(jù)大小的情況下執(zhí)行流控制。
[0081]再次參考圖7，RNC 11包括包含在控制平面中的傳輸路徑端接單元19、呼叫控制器13和呼叫控制協(xié)議處理器14，包含在用戶平面中的Iu接口端接單元15、RLC協(xié)議功能單元16、MAC-d協(xié)議功能單元17和幀協(xié)議功能單元18。
[0082]呼叫控制器13執(zhí)行與呼叫控制有關(guān)的各種處理。呼叫控制包括當(dāng)具有來(lái)自UE的外出呼叫或去往UE的進(jìn)入呼叫時(shí)的呼叫建立，以及對(duì)所建立呼叫的釋放。呼叫控制還包括對(duì)UE的HSDPA通信的建立和釋放。在呼叫控制中，呼叫控制器13發(fā)送/接收去往/來(lái)自Node-B 12、UE或CN的呼叫控制消息。
[0083]呼叫控制協(xié)議處理器14在呼叫控制器13的控制下，根據(jù)作為與Node-B 12共享的呼叫控制協(xié)議的NBAP協(xié)議來(lái)編譯和分析消息。
[0084]例如，當(dāng)HSDPA通信被建立時(shí)，呼叫控制器13經(jīng)由呼叫控制協(xié)議處理器14向Node-B 12發(fā)送NBAP協(xié)議消息/從Node-B 12接收NBAP協(xié)議消息，以執(zhí)行對(duì)MM0、64QAM或MAC-ehs的設(shè)置。
[0085]Iu接口端接單元15端接與CN的Iu接口。更具體地，Iu接口端接單元15例如提供在3GPP TS 25.323中闡述的HXP (分組數(shù)據(jù)會(huì)聚協(xié)議)、在3GPP TS 25.415中闡述的Iu用戶平面協(xié)議和在3GPP TS 29.060中指示的GTP-U協(xié)議的功能。
[0086]對(duì)于下行鏈路示例，Iu接口端接單元15從經(jīng)由Iu接口接收自高層CN的下行鏈路信號(hào)中檢索RLC rou，并且將RLC PDU發(fā)送給RLC協(xié)議功能單元16。對(duì)于上行鏈路示例，Iu接口端接單元15經(jīng)由Iu接口將上行鏈路數(shù)據(jù)從RLC協(xié)議功能單元16發(fā)送給CN。
[0087]RLC協(xié)議功能單元16提供在3GPP TS 25.322中闡述的RLC的功能。RLC功能是執(zhí)行各種與無(wú)線電鏈路控制有關(guān)的處理的功能。RLC協(xié)議功能單元16借助于RLC功能根據(jù)RLC協(xié)議來(lái)對(duì)由UE發(fā)送/接收的數(shù)據(jù)執(zhí)行處理。三種類型的模式被定義用于RLC傳輸方法。第一種類型的模式是確認(rèn)模式(以下簡(jiǎn)稱為RLC-AM)。第二種類型的模式是非確認(rèn)模式(RLC-UM)。第三種類型的模式是透明模式(RLC-TM)。
[0088]在RLC-AM模式中，直到3GPP發(fā)布6，RLC PDU (協(xié)議數(shù)據(jù)單元)大小才具有固定長(zhǎng)度，并且用戶數(shù)據(jù)在RLC層中被分段。
[0089]然而，在3GPP發(fā)布7中，稱為經(jīng)改進(jìn)的第2層的功能已被引入HSDPA。對(duì)于Node-B12,MAC-ehs協(xié)議取代MAC-hs協(xié)議被使用。在Node-B 12中根據(jù)MAC-ehs協(xié)議對(duì)高層數(shù)據(jù)分段，而不是在RNC 11中根據(jù)RLC協(xié)議對(duì)數(shù)據(jù)分段，從而除了具有固定長(zhǎng)度的RLC-AM之夕卜，還能夠提供具有可變長(zhǎng)度的靈活RLC-AM數(shù)據(jù)。在可變長(zhǎng)度的情況中，具有1503個(gè)八位字節(jié)的最大RLC PDU大小的數(shù)據(jù)從RNC 11被發(fā)送給Node-B12。
[0090]MAC-d協(xié)議功能單元17實(shí)現(xiàn)作為在3GPP TS 25.321中闡述的MAC功能之一的MAC-d協(xié)議。MAC-d協(xié)議是用于MAC層的協(xié)議的一部分，確保用于MAC層的全部協(xié)議包括該MAC-d協(xié)議，以及MAC-hs協(xié)議或MAC-ehs協(xié)議。MAC_d協(xié)議使得能夠復(fù)用來(lái)自多個(gè)RLC協(xié)議功能單元16的多個(gè)邏輯信道。然而，當(dāng)Node-B 12使用MAC-ehs時(shí)，不執(zhí)行邏輯信道復(fù)用。
[0091 ] 幀協(xié)議功能單元18實(shí)現(xiàn)在3GPP TS 25.435中闡述的HS-DSCH幀協(xié)議功能。HS-DSCH幀協(xié)議是用于對(duì)在HSDPA中使用的HS-DSCH幀執(zhí)行生成和分段的協(xié)議。RNC 11中的幀協(xié)議功能單元18生成下行鏈路數(shù)據(jù)幀。
[0092]在使用64QAM或MMO的高速數(shù)據(jù)通信中，HS-DSCH數(shù)據(jù)幀類型2 (HS-DSCH DATAFRAME TYPE 2)被用于幀類型。因此，幀協(xié)議功能單元18生成HS-DSCH數(shù)據(jù)幀類型2的數(shù)據(jù)幀。
[0093]此外，幀協(xié)議功能單元18執(zhí)行用于幀協(xié)議功能單元18與Node-B 12中的幀協(xié)議功能單元23之間的流控制的處理。
[0094]例如，當(dāng)檢測(cè)到無(wú)線電信道干擾、發(fā)送功率不足和/或Iub接口傳輸路徑擁塞時(shí)，Node-B 12中的幀協(xié)議功能單元23將HS-DSCH數(shù)據(jù)幀類型2發(fā)送給RNC 11中的幀協(xié)議功能單元18，從而向RNC 11給出抑制下行鏈路數(shù)據(jù)幀傳輸?shù)闹甘尽?br> [0095]反之，當(dāng)擁塞等得到減輕時(shí)，Node-B 12中的幀協(xié)議功能單元23將HS-DSCH數(shù)據(jù)幀類型2發(fā)送給RNC 11中的幀協(xié)議功能單元18，從而向RNC 11給出增加下行鏈路數(shù)據(jù)幀傳輸?shù)脑S可。
[0096]用于抑制和增加下行鏈路數(shù)據(jù)幀的指示是通過(guò)規(guī)定MAC-d/c PDU長(zhǎng)度、信用額或發(fā)送間隔來(lái)給出的。
[0097]RNC 11中的幀協(xié)議功能單元18根據(jù)由從Node-B 12中的幀協(xié)議功能單元23接收的HS-DSCH容量分配類型2(HS-DSCH CAPACITYALLOCAT1N TYPE 2)所提供的MAC-d/c PDU長(zhǎng)度、信用額或發(fā)送間隔來(lái)發(fā)送HS-DSCH數(shù)據(jù)幀類型2的數(shù)據(jù)。
[0098]傳輸路徑端接單元19向Node-B 12中的傳輸路徑端接單元20發(fā)送/從Node-B12中的傳輸路徑端接單元20接收符合RNC 11與Node-B 12之間的傳輸路徑上的輸運(yùn)載體的格式的數(shù)據(jù)。對(duì)于輸運(yùn)載體，例如，使用ATM(異步傳送模式)或IP(因特網(wǎng)協(xié)議)。
[0099]例如，當(dāng)存在兩種分組服務(wù)時(shí)，則存在用于相應(yīng)分組服務(wù)的邏輯信道。在MAC-d協(xié)議功能單元17中，這些邏輯信道不被復(fù)用，因此，也存在用于相應(yīng)分組服務(wù)的輸運(yùn)載體。
[0100]再次參考圖7，Node-B 12包括包含在控制平面中的傳輸路徑端接單元20、無(wú)線電發(fā)送器/接收器25、NBAP協(xié)議功能單元21和呼叫控制器22，以及包含在用戶平面中的幀協(xié)議功能單元23和MAC-ehs協(xié)議功能單元24。
[0101]傳輸路徑端接單元20經(jīng)由Node-B 12與RNC 11之間的傳輸路徑(Iub接口)而與RNC 11中的傳輸路徑端接單元19相對(duì)，并且向RNC 11中的傳輸路徑端接單元19發(fā)送/從RNC 11中的傳輸路徑端接單元19接收符合輸運(yùn)載體的格式的數(shù)據(jù)。
[0102]NBAP協(xié)議功能單元21在呼叫控制器22的控制下編譯和分析發(fā)送給/接收自RNC11的NBAP協(xié)議消息。
[0103]呼叫控制器22執(zhí)行與呼叫控制有關(guān)的各種處理。在呼叫控制中，呼叫控制器22向RNC 11或UE發(fā)送/從RNC 11或UE接收呼叫控制消息。
[0104]與RNC 11中的幀協(xié)議功能單元18相對(duì)的幀協(xié)議功能單元23實(shí)現(xiàn)HS-DSCH幀協(xié)議功能。更具體地，幀協(xié)議功能單元23根據(jù)來(lái)自RNC 11中的幀協(xié)議功能單元18的HS-DSCH幀協(xié)議接收HS-DSCH數(shù)據(jù)幀類型2的數(shù)據(jù)幀，檢索幀中的MAC-d PDU,并且將MAC_d PDU發(fā)送給MAC-ehs協(xié)議功能單元24。
[0105]此外，如上所述，幀協(xié)議功能單元23執(zhí)行用于幀協(xié)議功能單元23與RNC 11中的幀協(xié)議功能單元18之間的流控制的處理。
[0106]MAC-ehs協(xié)議功能單元24對(duì)來(lái)自RNC 11的數(shù)據(jù)分段，并且經(jīng)由無(wú)線電發(fā)送器/接收器25將分段后的數(shù)據(jù)發(fā)送給UE。作為Node-B 12中的MAC-ehs協(xié)議功能單元24執(zhí)行數(shù)據(jù)分段的結(jié)果，可以避免RNC 11中的RLC層處的填充(padding)不足。
[0107]經(jīng)由無(wú)線電信道連接到UE的無(wú)線電發(fā)送器/接收器25發(fā)送/接收來(lái)自呼叫控制器22的呼叫控制消息和來(lái)自MAC-ehs協(xié)議功能單元24的用戶數(shù)據(jù)。
[0108]圖8是圖示出根據(jù)第二示例性實(shí)施例的移動(dòng)通信系統(tǒng)的操作的序列圖。在根據(jù)本示例性實(shí)施例的移動(dòng)通信系統(tǒng)中，當(dāng)無(wú)線電鏈路被設(shè)置、改變或添加時(shí)，關(guān)于RLC PDU大小具有固定長(zhǎng)度還是可變長(zhǎng)度的通知從RNC 11被提供給Node-B 12。圖8圖示出了當(dāng)無(wú)線電鏈路被設(shè)置時(shí)的序列。此外，這里，該系統(tǒng)的操作是從關(guān)于RLC PDU大小具有固定長(zhǎng)度還是可變長(zhǎng)度的通知從RNC 11被提供給Node-B 12到Node-B 12根據(jù)該通知執(zhí)行流控制。
[0109]參考圖8，當(dāng)RLC模式是RLC-AM模式時(shí)，RNC 11中的呼叫控制器13首先判斷RLCPDU大小是固定的還是可變的(步驟101)。
[0110]如果RLC PDU大小是固定的，則呼叫控制器13設(shè)置指示在RLC協(xié)議功能單元16中RLC PDU大小具有“固定長(zhǎng)度”的RLC大小指示符(步驟102)。接下來(lái)，呼叫控制器13將該RLC PDU大小設(shè)置為MAC-dPDU大小(步驟103)。此外，呼叫控制器13將RLC大小指示符設(shè)為“固定長(zhǎng)度”(步驟104)。
[0111]同時(shí)，當(dāng)在步驟101中判定RLC PDU大小可變時(shí)，呼叫控制器13設(shè)置指示在RLC協(xié)議功能單元16中RLC PDU大小具有“可變長(zhǎng)度”的RLC大小指示符(步驟105)。接下來(lái)，呼叫控制器13將RLC PDU大小的最大值設(shè)為MAC-d PDU大小(步驟106)。此外，呼叫控制器13將RLC大小指示符設(shè)為“可變長(zhǎng)度”(步驟107)。
[0112]然后，在步驟104或107之后，呼叫控制協(xié)議處理器14對(duì)設(shè)置了例如MMO和64QAM的使用、MAC-d PDU大小和RLC大小指示符的NBAP RL建立請(qǐng)求(NBAP RL SETUP REQUEST)消息進(jìn)行編譯(步驟108)，并且將該消息發(fā)送給Node-B 12 (步驟109)。該RLC大小指示符使得關(guān)于RLC PDU大小具有固定長(zhǎng)度還是可變長(zhǎng)度的通知從RNC 11被提供給Node-B 12。
[0113]圖9是用于描述NBAP協(xié)議消息的概況的示圖。圖9指示出作為新參數(shù)的RLC大小指示符被添加到3GPP TS 25.4339.2.1.311A中的信息元素的圖表中。在該指示符中設(shè)置了 RLC大小具有固定長(zhǎng)度還是可變長(zhǎng)度的信息。
[0114]當(dāng)接收到該NBAP協(xié)議消息時(shí)，Node-B 12中的呼叫控制器22從該消息中獲取MAC-d PDU大小(步驟110)。呼叫控制器22還獲取RLC大小指示符，并且將該指示符的值應(yīng)用于幀協(xié)議功能單元23中的流控制(步驟111)。此外，呼叫控制器22設(shè)置例如與在MAC-ehs協(xié)議功能單元24中是否使用MAC-ehs協(xié)議有關(guān)的信息(步驟112)。
[0115]執(zhí)行流控制的幀協(xié)議功能單元23在檢測(cè)到例如無(wú)線電信道擁塞時(shí)開始流控制(步驟113)。在流控制中，幀協(xié)議功能單元23首先檢查RLC大小指示符(步驟114)。
[0116]如果RLC PDU大小具有固定長(zhǎng)度，則幀協(xié)議功能單元23在使MAC-d PDU長(zhǎng)度IE保持固定的情況下控制其它參數(shù)(步驟115)。幀協(xié)議功能單元23例如在不改變MAC-d PDU長(zhǎng)度IE的情況下來(lái)限制信用額、發(fā)送間隔或重復(fù)周期，由此來(lái)應(yīng)對(duì)無(wú)線電信道擁塞。
[0117]同時(shí)，如果在步驟114中判定RLC PDU大小具有可變長(zhǎng)度，則幀協(xié)議功能單元23控制包括MAC-d PDU長(zhǎng)度IE在內(nèi)的各種參數(shù)(步驟116)。
[0118]來(lái)自幀協(xié)議功能單元23的流控制指示經(jīng)由HS-DSCH容量分配類型2消息被提供給RNC 11 (步驟117)。RNC 11中的幀協(xié)議功能單元18根據(jù)來(lái)自Node-B 12中的幀協(xié)議功能單元23的指示來(lái)控制下行鏈路數(shù)據(jù)傳輸(步驟118)。
[0119]由于這里圖示出了針對(duì)無(wú)線電鏈路被建立的情況的序列，因此RLC大小指示符被設(shè)置在NBAP RL建立請(qǐng)求消息中。對(duì)于另一示例,如果無(wú)線電鏈路被添加,則RLC大小指示符可被設(shè)置在NBAP RL添加請(qǐng)求(NBAP RL ADDIT1N REQUEST)消息中。此外，如果無(wú)線電鏈路被改變，則RLC大小指示符可被設(shè)置在NBAP RL重配置準(zhǔn)備(NBAP RL RECONFI⑶TAT1NPREPARE)消息或RL重配置請(qǐng)求(RL RECONFI⑶RATI ON REQUEST)消息中。
[0120]根據(jù)本示例性實(shí)施例，即使RLC PDU大小具有固定長(zhǎng)度，RNC 11中的認(rèn)識(shí)與Node-B 12中的認(rèn)識(shí)也變得彼此一致，從而使得能夠順利地進(jìn)行利用MAC-ehs協(xié)議的HSDPA通信。在此情況中，RLC PDU大小在流控制中不被設(shè)置為具有可變長(zhǎng)度，這使得能夠?qū)F(xiàn)有處理應(yīng)用于RLC協(xié)議功能單元16。
[0121]此外，在根據(jù)本示例性實(shí)施例的移動(dòng)通信系統(tǒng)中，即使RLC PDU大小具有固定長(zhǎng)度也可以使用MAC-ehs協(xié)議，這使得能夠與3GPP發(fā)布7之前的系統(tǒng)維持兼容性。例如，當(dāng)由于UE從由3GPP發(fā)布7之前的Node-B覆蓋的區(qū)域移動(dòng)到由根據(jù)3GPP發(fā)布7之后的Node-B12覆蓋的區(qū)域而使得服務(wù)小區(qū)改變時(shí)，可以使RLC PDU大小保持具有固定長(zhǎng)度。無(wú)需重新設(shè)置RLC處理，從而減少了高層用戶(例如UE)中的數(shù)據(jù)丟失。
[0122]RLC PDU大小標(biāo)識(shí)信息(RLC PDU大小指示符)被Node-B 12用于優(yōu)先級(jí)隊(duì)列。例如，Node-B 12利用該標(biāo)識(shí)信息對(duì)每個(gè)優(yōu)先級(jí)隊(duì)列執(zhí)行流控制。該示例的細(xì)節(jié)將在下面描述。
[0123]當(dāng)接收到來(lái)自RNC 11的下行鏈路用戶數(shù)據(jù)時(shí)，Node-B 12評(píng)估MAC_d PDU數(shù)據(jù)中的公共信道優(yōu)先級(jí)指示符(CmCH-PI)，并且將MAC-d PDU數(shù)據(jù)分配給與相應(yīng)的MAC_d PDU數(shù)據(jù)相關(guān)聯(lián)的優(yōu)先級(jí)隊(duì)列。這里，這些CmCH-PI不僅被與Node-B 12中的優(yōu)先級(jí)隊(duì)列相關(guān)聯(lián)，而且被與RLC PDU大小標(biāo)識(shí)信息相關(guān)聯(lián)。因此，RLC PDU大小標(biāo)識(shí)信息對(duì)針對(duì)每個(gè)優(yōu)先級(jí)隊(duì)列執(zhí)行的流控制中的MAC-d PDU長(zhǎng)度(最大MAC-d/c PDU長(zhǎng)度)的選擇有影響。
[0124]如上所述，可以為每個(gè)優(yōu)先級(jí)隊(duì)列選擇MAC-d PDU長(zhǎng)度是具有可變長(zhǎng)度還是固定長(zhǎng)度，因此，Node-B 12可以針對(duì)每個(gè)優(yōu)先級(jí)隊(duì)列，換言之，根據(jù)相關(guān)聯(lián)的優(yōu)先級(jí)(CmCH-PI)來(lái)執(zhí)行流控制。
[0125]CmCH-PI對(duì)應(yīng)于經(jīng)由圖9中的NBAP提供的安排優(yōu)先級(jí)指示符(Schedul ingPr1rity Indicator)。CmCH-PI由RNC 11設(shè)置和更新。優(yōu)先級(jí)隊(duì)列是臨時(shí)存儲(chǔ)來(lái)自RNC11的下行鏈路用戶數(shù)據(jù)的存儲(chǔ)區(qū)域(緩沖器)。在每個(gè)優(yōu)先級(jí)隊(duì)列中，QoS要求被考慮。QoS要求的示例包括流量類別以及峰值速率。
[0126]與RLC PDU大小標(biāo)識(shí)信息，即以上描述中的RLC PDU大小格式有關(guān)的3GPP TS25.433的改變的示例在圖10中示出。
[0127]本示例性實(shí)施例中的以上描述是就作為正常操作的標(biāo)識(shí)信息經(jīng)由呼叫控制協(xié)議消息從RNC 11正常地被提供給Node-B 12的情況而給出的。然而，對(duì)于實(shí)際系統(tǒng)，最好要考慮異常操作。下面將描述作為異常操作的從RNC 11到Node-B 12的通知存在異常時(shí)的操作的示例。
[0128]當(dāng)包括在從RNC 11發(fā)送給Node-B 12的、請(qǐng)求設(shè)置、改變或添加通信鏈路的消息中的標(biāo)識(shí)信息指示發(fā)送數(shù)據(jù)大小具有可變長(zhǎng)度時(shí)，如果該消息包括指示MAC-d PDU大小具有固定長(zhǎng)度的信息元素或者指示最大MAC-d PDU大小的信息元素，則Node-B 12不能正常地解釋該消息。因此，Node-B 12向RNC 11發(fā)送用于拒絕設(shè)置、改變或添加通信鏈路的消息。因此，來(lái)自RNC 11的請(qǐng)求被拒絕并且過(guò)程被取消。
[0129]下面將描述可能的具體示例。當(dāng)接收到消息I至3時(shí)，Node-B 12檢測(cè)到“異常狀況”，即異常設(shè)置，并拒絕來(lái)自RNC 11的請(qǐng)求以取消該過(guò)程。
[0130]L RL 建立請(qǐng)求(RL SETUP REQUEST)消息
[0131](I)如果從RNC接收到的無(wú)線電鏈路建立請(qǐng)求(RAD1 LINK SETUP REQUEST)消息包括已將RLC PDU大小設(shè)置為具有可變長(zhǎng)度的用于預(yù)定優(yōu)先級(jí)隊(duì)列的DL RLC PDU大小格式的信息元素以及具有指示MAC-d PDU大小具有固定長(zhǎng)度的值的HS-DSCH MAC-d PDU大小格式的信息元素，則Node-B將用于拒絕來(lái)自該RNC的請(qǐng)求過(guò)程的無(wú)線電鏈路建立失敗(RAD1LINK SETUP FAILURE)消息發(fā)送給 RNC。
[0132](2)如果從RNC接收到的無(wú)線電鏈路建立請(qǐng)求消息不包括用于預(yù)定優(yōu)先級(jí)隊(duì)列的最大MAC-d PDU大小擴(kuò)展的信息元素以及具有指示RLCPDU大小具有可變長(zhǎng)度的值的DLRLC PDU大小格式的信息元素，則Node-B發(fā)送用于拒絕來(lái)自該RNC的請(qǐng)求過(guò)程的無(wú)線電鏈路建立失敗消息。
[0133](3)如果從RNC接收到的無(wú)線電鏈路建立請(qǐng)求消息包括已將MAC-dPDU大小設(shè)置為具有可變長(zhǎng)度的HS-DSCH MAC-d PDU大小格式的信息元素并且不包括DL RLC PDU大小格式的信息元素，則Node-B發(fā)送用于拒絕來(lái)自該RNC的請(qǐng)求過(guò)程的無(wú)線電鏈路建立失敗消肩、O
[0134]2.RL 添加請(qǐng)求(RL ADDIT1N REQUEST)消息
[0135](I)如果從RNC接收到的無(wú)線電鏈路添加請(qǐng)求(RAD1 LINK ADDIT1N REQUEST)消息包括已將RLC PDU大小設(shè)置為具有可變長(zhǎng)度的用于預(yù)定優(yōu)先級(jí)隊(duì)列的DL RLC PDU大小格式的信息元素以及具有指示MAC-d PDU大小具有固定長(zhǎng)度的值的HS-DSCH MAC-d PDU大小格式的信息元素，則Node-B將用于拒絕來(lái)自該RNC的請(qǐng)求過(guò)程的無(wú)線電鏈路添加失敗(RAD1 LINK ADDIT1N FAILURE)消息發(fā)送給 RNC。
[0136](2)如果從RNC接收到的無(wú)線電鏈路添加請(qǐng)求消息不包括用于預(yù)定優(yōu)先級(jí)隊(duì)列的最大MAC-d PDU大小擴(kuò)展的信息元素以及具有指示RLC PDU大小具有可變長(zhǎng)度的值的DLRLC PDU大小格式的信息元素，則Node-B發(fā)送用于拒絕來(lái)自該RNC的請(qǐng)求過(guò)程的無(wú)線電鏈路添加失敗消息。
[0137](3)如果從RNC接收到的無(wú)線電鏈路添加請(qǐng)求消息包括已將MAC-d PDU大小設(shè)置為具有可變長(zhǎng)度的HS-DSCH MAC-d PDU大小格式的信息元素并且不包括DL RLC PDU大小格式的信息元素，則Node-B發(fā)送用于拒絕來(lái)自該RNC的請(qǐng)求過(guò)程的無(wú)線電鏈路添加失敗消肩、O
[0138]3.RL 重配置請(qǐng)求(RL RECONFI ⑶ RATI ON REQUEST)消息
[0139][I]在重新設(shè)置同步無(wú)線電鏈路時(shí):
[0140](I)如果在新配置中存在被設(shè)置為使得RLC PDU大小具有可變長(zhǎng)度并且未被設(shè)置為使用最大MAC-d PDU大小擴(kuò)展的優(yōu)先級(jí)隊(duì)列，則Node-B將用于拒絕來(lái)自該RNC的請(qǐng)求過(guò)程的無(wú)線電鏈路重配置失敗(RAD1 LINK RECONFI⑶RAT I ON FAILURE)消息發(fā)送給RNC。
[0141](2)如果在新配置中存在其中相關(guān)Node B通信上下文被設(shè)置為使得MAC_d PDU大小具有固定長(zhǎng)度并且RLC PDU大小具有可變長(zhǎng)度的優(yōu)先級(jí)隊(duì)列，則Node-B將用于拒絕來(lái)自該RNC的請(qǐng)求過(guò)程的無(wú)線電鏈路重配置失敗消息發(fā)送給RNC。
[0142](3)如果對(duì)于新配置中的預(yù)定優(yōu)先級(jí)隊(duì)列，相關(guān)Node B通信上下文被設(shè)置為使得MAC-d PDU大小具有可變長(zhǎng)度并且不包括DL RLC PDU大小格式的信息元素，則Node-B將用于拒絕來(lái)自該RNC的請(qǐng)求過(guò)程的無(wú)線電鏈路重配置失敗消息發(fā)送給RNC。
[0143][2]在重新設(shè)置異步無(wú)線電鏈路時(shí):
[0144](I)如果在新配置中存在被設(shè)置為使得RLC PDU大小具有可變長(zhǎng)度并且未被設(shè)置為使用最大MAC-d PDU大小擴(kuò)展的優(yōu)先級(jí)隊(duì)列，則Node-B將用于拒絕來(lái)自該RNC的請(qǐng)求過(guò)程的無(wú)線電鏈路重配置失敗消息發(fā)送給RNC。
[0145](2)如果在新配置中存在其中相關(guān)Node B通信上下文被設(shè)置為使得MAC_d PDU大小具有固定長(zhǎng)度且RLC PDU大小具有可變長(zhǎng)度的優(yōu)先級(jí)隊(duì)列，則Node-B將用于拒絕來(lái)自該RNC的請(qǐng)求過(guò)程的無(wú)線電鏈路重配置失敗消息發(fā)送給RNC。
[0146](3)如果對(duì)于新配置中的預(yù)定優(yōu)先級(jí)隊(duì)列，相關(guān)Node B通信上下文被設(shè)置為使得MAC-d PDU大小具有可變長(zhǎng)度并且不包括DL RLC PDU大小格式的信息元素，則Node-B將用于拒絕來(lái)自該RNC的請(qǐng)求過(guò)程的無(wú)線電鏈路重配置失敗消息發(fā)送給RNC。
[0147]這里，Node B通信上下文是在3GPP中定義的術(shù)語(yǔ)，并且是指針對(duì)每個(gè)移動(dòng)設(shè)備(UE)管理的數(shù)據(jù)信息(上下文)。
[0148](第三示例性實(shí)施例)
[0149]在上述第二示例性實(shí)施例中，如圖8所示，已描述了這樣的示例,其中，對(duì)指示RLCPDU大小是具有固定長(zhǎng)度還是可變長(zhǎng)度的RLC大小指示符的通知經(jīng)由NBAP協(xié)議消息被提供。然而，本發(fā)明不限于此。第三示例性實(shí)施例將就如下示例進(jìn)行描述，在該示例中，在TS25.435中定義的根據(jù)HS-DSCH幀協(xié)議的HS-DSCH數(shù)據(jù)幀類型2中的空閑比特被擴(kuò)展，并且通過(guò)該比特來(lái)提供對(duì)RLC大小指示符的通知。
[0150]根據(jù)第三示例性實(shí)施例的移動(dòng)通信系統(tǒng)的基本配置與圖7所示的根據(jù)第二示例性實(shí)施例的系統(tǒng)的配置類似。
[0151]圖11是圖示出根據(jù)第三示例性實(shí)施例的HS-DSCH數(shù)據(jù)幀類型2的示例的示圖。參考圖11，RLC大小指示符被定義在第四個(gè)八位字節(jié)中從最高位比特起的第二比特中。
[0152]圖12是圖示出根據(jù)第三示例性實(shí)施例的移動(dòng)通信系統(tǒng)的操作的序列圖。參考圖12, RNC 11中的呼叫控制器13首先判斷RLC PDU大小是固定的還是可變的(步驟201)。如果RLC PDU大小是固定的，則呼叫控制器13在幀協(xié)議功能單元18中設(shè)置指示RLC PDU大小具有“固定長(zhǎng)度”的RLC大小指示符(步驟202)。同時(shí)，如果在步驟201中判定RLC PDU大小是可變的，則呼叫控制器13在幀協(xié)議功能單元18中設(shè)置指示RLC PDU大小具有“可變長(zhǎng)度”的RLC大小指示符(步驟202)。
[0153]接下來(lái)，當(dāng)發(fā)送HS-DSCH數(shù)據(jù)幀類型2的數(shù)據(jù)幀時(shí)，RNC 11中的幀協(xié)議功能單元18將RLC大小指示符插入該幀的第四個(gè)八位字節(jié)中從最高位比特起的第二比特中(步驟204)。
[0154]當(dāng)接收到該HS-DSCH數(shù)據(jù)幀類型2的數(shù)據(jù)幀時(shí)，Node-B 12中的幀協(xié)議功能單元23從該幀獲取RLC大小指示符，并將指示符的值應(yīng)用于流控制(步驟205)。
[0155]執(zhí)行流控制的幀協(xié)議功能單元23例如在檢測(cè)到無(wú)線電信道擁塞時(shí)開始流控制(步驟206)。在流控制中，幀協(xié)議功能單元23首先檢查RLC大小指示符(步驟207)。
[0156]如果RLC PDU大小具有固定長(zhǎng)度，則幀協(xié)議功能單元23使MAC_d PDU長(zhǎng)度IE保持固定，并且控制其它參數(shù)(步驟208)。例如，幀協(xié)議功能單元23在不改變MAC-d PDU長(zhǎng)度IE的情況下來(lái)限制信用額、發(fā)送間隔或重復(fù)周期，由此來(lái)應(yīng)對(duì)無(wú)線電信道擁塞。
[0157]同時(shí)，如果在步驟207中判定RLC PDU大小具有可變長(zhǎng)度，則幀協(xié)議功能單元23控制包括MAC-d PDU長(zhǎng)度IE在內(nèi)的各種參數(shù)(步驟209)。
[0158]來(lái)自幀協(xié)議功能單元23的流控制指示經(jīng)由HS-DSCH容量分配類型2消息被提供給RNC 11 (步驟210)。RNC 11中的幀協(xié)議功能單元18根據(jù)來(lái)自Node-B 12中的幀協(xié)議功能單元23的指示來(lái)控制下行鏈路數(shù)據(jù)傳輸(步驟211)。
[0159]如上所述，根據(jù)本示例性實(shí)施例，RNC 11經(jīng)由HS-DSCH數(shù)據(jù)幀類型2向Node-B 12提供對(duì)RLC PDU大小指示符的通知，并且在接收到HS-DSCH數(shù)據(jù)幀類型2時(shí)，Node-B 12經(jīng)由該幀根據(jù)該通知來(lái)動(dòng)態(tài)地管理RLC PDU大小指示符。因此，本示例性實(shí)施例使得能夠動(dòng)態(tài)地控制RLC PDU大小是具有固定長(zhǎng)度還是可變長(zhǎng)度。
[0160](第四示例性實(shí)施例)
[0161]上述第二示例性實(shí)施例是就如圖9所示的RLC大小指示符被添加到HS-DSCHMAC-d流信息中的示例來(lái)描述的。然而，本發(fā)明不限于此。第四示例性實(shí)施例將就如下示例進(jìn)行描述，在該示例中，“用于MAC-ehs的固定MAC-d PDU大小”被添加作為用于HS-DSCHMAC-d PDU大小格式的新值。
[0162]根據(jù)第四示例性實(shí)施例的移動(dòng)通信系統(tǒng)的基本配置與圖7所示的根據(jù)第二示例性實(shí)施例的系統(tǒng)的配置類似。
[0163]圖13是圖示出根據(jù)第四示例性實(shí)施例的HS-DSCH MAC-d PDU大小格式的定義示例的示圖。參考圖13，“用于MAC-ehs的固定MAC-d PDU大小”被添加作為用于HS-DSCHMAC-d PDU大小格式的值。
[0164]對(duì)于用于HS-DSCH MAC-d PDU大小格式的值，3GPP已經(jīng)提供了用于MAC_hs的索引MAC-d PDU大小和用于MAC-ehs的靈活MAC-d PDU大小。本示例性實(shí)施例意圖針對(duì)其RLCPDU大小具有固定長(zhǎng)度的MAC-ehs引入新的“用于MAC-ehs的固定MAC_d PDU大小”。
[0165]根據(jù)本示例性實(shí)施例，當(dāng)用于HS-DSCH輸運(yùn)信道的HS-DSCH MAC-d PDU大小格式被設(shè)為“靈活MAC-d PDU大小”時(shí)，HS-DSCH輸運(yùn)信道中的所有MAC_d流的RLC PDU大小具有可變長(zhǎng)度。
[0166]此外，當(dāng)用于HS-DSCH輸運(yùn)信道的HS-DSCH MAC-d PDU大小格式被設(shè)為“固定MAC-d PDU大小”時(shí)，HS-DSCH輸運(yùn)信道中的所有MAC_d流的RLC PDU大小具有固定長(zhǎng)度。
[0167]在第二示例性實(shí)施例中使用的HS-DSCH MAC_d流信息是指示被映射在優(yōu)先級(jí)隊(duì)列中的每個(gè)邏輯信道的性質(zhì)的信息元素。經(jīng)由HS-DSCH MAC-d流信息對(duì)RLC PDU大小指示符的通知使得能夠針對(duì)每個(gè)邏輯信道指示出RLC PDU大小是具有固定長(zhǎng)度還是可變長(zhǎng)度。換言之，可將其RLC PDU大小具有固定長(zhǎng)度的邏輯信道與其RLC PDU大小具有可變長(zhǎng)度的邏輯信道相混合。
[0168]同時(shí)，在第四示例性實(shí)施例中使用的HS-DSCH MAC_d大小格式是指定HS-DSCH輸運(yùn)信道的性質(zhì)的信息元素。經(jīng)由HS-DSCH MAC-d大小格式對(duì)RLC PDU大小是具有固定長(zhǎng)度還是可變長(zhǎng)度的通知，其RLC PDU大小具有固定長(zhǎng)度的邏輯信道與其RLC PDU大小具有可變長(zhǎng)度的邏輯信道的混合在HS-DSCH輸運(yùn)信道中不被允許。
[0169]根據(jù)本示例性實(shí)施例，RLC PDU大小是具有固定長(zhǎng)度還是可變長(zhǎng)度可以通過(guò)HS-DSCH輸運(yùn)信道來(lái)管理，與第二示例性實(shí)施例相比，能夠簡(jiǎn)化RNC 11和Node-B 12中的處理。
[0170](第五示例性實(shí)施例)
[0171]盡管上面的第二至第四示例性實(shí)施例已就作為高速下行鏈路數(shù)據(jù)通信的HSDPA通信中的流控制示例進(jìn)行了描述，然而，本發(fā)明不限于這些。第五示例性實(shí)施例將就如下示例進(jìn)行描述，在該示例中，移動(dòng)通信系統(tǒng)提供作為高速上行鏈路數(shù)據(jù)通信的HSUPA(高速上行鏈路分組接入)通信，并且執(zhí)行對(duì)其的流控制。
[0172]在3GPP發(fā)布8中，對(duì)于HSUPA，MAC-1/MAC-1s協(xié)議被弓丨入以使得RLC PDU大小具有可變長(zhǎng)度。在3GPP中，除了在發(fā)布8中引入的MAC-1/MAC-1s協(xié)議以外，還定義了 MAC_e/MAC-es 協(xié)議。
[0173]MAC-1/MAC-1s協(xié)議和MAC-e/MAC-es協(xié)議是相互排斥的:在UE中將僅出現(xiàn)MAC_i/MAC-1s協(xié)議或者M(jìn)AC-e/MAC-es協(xié)議。如果RLC PDU大小被設(shè)為具有可變長(zhǎng)度，則需要使用MAC-1/MAC-1s 協(xié)議。
[0174]此外，在RNC與UE之間的RRC協(xié)議中，RB映射信息(3GPP TS25.331)能夠?qū)LCPDU大小是具有固定長(zhǎng)度還是可變長(zhǎng)度進(jìn)行通知，并且另外，在可變長(zhǎng)度的情況中，能夠?qū)LC PDU大小的最小值和最大值進(jìn)行通知。
[0175]同時(shí)，RNC與Node-B之間的NBAP協(xié)議僅能夠針對(duì)被映射在MAC_d流中的每個(gè)邏輯信道提供從RNC到Node-B的對(duì)MAC-d PDU大小的最大值(最大MAC_d PDU大小擴(kuò)展IE)的通知。通常，在MAC-d協(xié)議中不執(zhí)行邏輯信道復(fù)用，并且因此，MAC-d PDU大小與RLC PDU大小相同。
[0176]一般地，在HSUPA通信中的流控制中，使用了這樣的方法，其中，Node-B對(duì)來(lái)自UE的上行鏈路數(shù)據(jù)傳輸進(jìn)行安排，并且基于安排的結(jié)果，向UE提供允許每個(gè)UE使用的功率的通知(提供許可(發(fā)送許可))。在該控制中，UE可以使用的功率由許可來(lái)指示。UE基于提供來(lái)的許可來(lái)確定可發(fā)送到上行鏈路的數(shù)據(jù)量。
[0177]在HSUPA通信中，Node-B可以使用MAC_i/MAC_is，并且可以在其流控制中考慮RLCPDU大小的最大值。然而，在當(dāng)前NBAP協(xié)議中，不能夠通知將被復(fù)用的各個(gè)邏輯信道的RLCPDU大小是具有固定長(zhǎng)度還是可變長(zhǎng)度，并且如果RLC PDU大小具有可變長(zhǎng)度，也不能夠通知RLC PDU大小的最小值。因此，在Node-B、RNC和UE之間將出現(xiàn)與RLC PDU大小有關(guān)的狀態(tài)的不一致，這可能導(dǎo)致Node-B不能適當(dāng)?shù)貙⒃S可提供給UE。
[0178]如果由Node-B提供給UE的許可小于與RLC PDU大小的固定長(zhǎng)度相對(duì)應(yīng)的值，則UE不能向上行鏈路發(fā)送數(shù)據(jù)。此外，即使RLC PDU大小具有可變長(zhǎng)度，如果由Node-B提供給UE的許可小于與RLC PDU大小的最小值相對(duì)應(yīng)的值，UE也不能向上行鏈路發(fā)送數(shù)據(jù)。
[0179]此外，存在以下情況:通過(guò)將RLC PDU大小設(shè)為具有可變長(zhǎng)度僅可以提供較小益處，如控制信號(hào)(DCCH:專用控制信道)。因此，在一些情況中，優(yōu)選地，將分組服務(wù)中的用戶數(shù)據(jù)的RLC PDU大小設(shè)為具有可變長(zhǎng)度，而將控制信號(hào)的RLC PDU大小設(shè)為具有固定長(zhǎng)度。在這些情況中，對(duì)于控制信號(hào)，優(yōu)選地，使用MAC-1/MAC-1s，同時(shí)RLC PDU大小被設(shè)為具有固定長(zhǎng)度；然而，在當(dāng)前NBAP中，不能提供對(duì)這樣的設(shè)置的通知。
[0180]因此，在本示例性實(shí)施例中，在提供HSUPA的移動(dòng)通信系統(tǒng)中，RNC向Node-B通知RLC PDU大小是具有固定長(zhǎng)度還是可變長(zhǎng)度，并且如果RLC PDU大小具有可變長(zhǎng)度，則還通知RLC PDU大小的最小值。
[0181]當(dāng)接收到來(lái)自RNC的通知時(shí)，Node-B根據(jù)基于RLC PDU大小是具有固定長(zhǎng)度還是可變長(zhǎng)度的判斷，來(lái)確定將在HSUPA流控制中提供給UE的許可。此外，如果RLC PDU大小具有可變長(zhǎng)度，Node-B在RLC PDU大小具有可變長(zhǎng)度時(shí)在考慮到由RNC提供來(lái)的RLC PDU大小的最小值的情況下來(lái)確定將提供給UE的許可。
[0182]更具體地，例如，Node-B向UE提供足以發(fā)送比RLC PDU的最小值大的RLC PDU大小的數(shù)據(jù)的許可，以防止被提供了許可的UE不能發(fā)送數(shù)據(jù)的事件發(fā)生。
[0183]根據(jù)本示例性實(shí)施例的移動(dòng)通信系統(tǒng)在包括RNC 11和Node-B 12方面類似于圖7所示的根據(jù)第二示例性實(shí)施例的系統(tǒng)。然而，由于本示例性實(shí)施例關(guān)注上行鏈路數(shù)據(jù)通信，因此無(wú)需MAC-d協(xié)議功能單元17和MAC-ehs協(xié)議功能單元24，取而代之的是，需要實(shí)現(xiàn)MAC-1協(xié)議和MAC-1s協(xié)議的協(xié)議功能單元。
[0184]作為根據(jù)本示例性實(shí)施例的移動(dòng)通信系統(tǒng)中的RNCll的基本操作，RNC 11中的呼叫控制器13判斷RLC PDU大小是固定的還是可變的。呼叫控制協(xié)議處理器14編譯其中設(shè)置有與RLC PDU大小(例如，RLC PDU大小是具有固定長(zhǎng)度還是可變長(zhǎng)度，以及可變長(zhǎng)度情況中的最小值)有關(guān)的信息的NBAP協(xié)議消息，并且將該NBAP協(xié)議消息發(fā)送給Node-B 12。在這些方面，根據(jù)本示例性實(shí)施例的系統(tǒng)的操作與根據(jù)第二示例性實(shí)施例的系統(tǒng)的操作類似。
[0185]此外，作為Node-B 12的基本操作，當(dāng)接收到NBAP協(xié)議消息時(shí)，呼叫控制器22從該消息獲取與RLC PDU大小有關(guān)的信息，并且流控制器將該信息應(yīng)用于流控制。在此方面，根據(jù)本示例性實(shí)施例的系統(tǒng)的操作與根據(jù)第二示例性實(shí)施例的系統(tǒng)的操作類似。然而，由于本示例性實(shí)施例中的流控制是對(duì)從UE發(fā)送來(lái)的上行鏈路數(shù)據(jù)的控制，因此Node-B 12的流控制指向UE。更具體地，對(duì)流控制指示的通知被提供給每個(gè)UE，當(dāng)作提供如上所述的許可。
[0186]盡管上面已描述了示例性實(shí)施例，然而本發(fā)明不限于這些示例性實(shí)施例，并且這些示例性實(shí)施例可以被組合使用，或者還可以在本發(fā)明的技術(shù)概念的范圍內(nèi)部分地被改變。
[0187]本申請(qǐng)要求基于2008年8月I日提交的日本專利申請(qǐng)N0.2008-200277的優(yōu)先權(quán)，該申請(qǐng)的全部公開通過(guò)引用被結(jié)合于此。
【權(quán)利要求】
1.一種基站設(shè)備，包括: 接收器，所述接收器接收來(lái)自控制設(shè)備的包括RLC PDU大小格式的信息的無(wú)線電鏈路重配置請(qǐng)求消息， 其中，如果在新配置中Node B通信上下文被設(shè)置為使用固定的MAC-d PDU大小并且存在被設(shè)置為使用可變的RLC PDU大小的優(yōu)先級(jí)隊(duì)列，那么所述基站設(shè)備使用無(wú)線電鏈路重配置失敗消息拒絕用于重新設(shè)置異步無(wú)線電鏈路的過(guò)程。
2.根據(jù)權(quán)利要求1所述的基站設(shè)備，其中， 所述RLC PDU大小格式的信息具有指示所述RLC PDU大小是否固定的信息。
3.根據(jù)權(quán)利要求1所述的基站設(shè)備，其中， 所述RLC PDU大小格式的信息被用于優(yōu)先級(jí)隊(duì)列。
4.根據(jù)權(quán)利要求1所述的基站設(shè)備，其中， 如果開始所述用于重新設(shè)置異步無(wú)線電鏈路的過(guò)程，那么發(fā)送所述無(wú)線電鏈路重配置請(qǐng)求消息。
5.一種控制設(shè)備，包括: 發(fā)送器，所述發(fā)送器向基站設(shè)備發(fā)送包括RLC PDU大小格式的信息的無(wú)線電鏈路重配置請(qǐng)求消息， 其中，如果在新配置中Node B通信上下文被設(shè)置為使用固定的MAC-d PDU大小并且存在被設(shè)置為使用可變的RLC PDU大小的優(yōu)先級(jí)隊(duì)列，那么所述控制設(shè)備接收來(lái)自所述基站設(shè)備的無(wú)線電鏈路重配置失敗消息。
6.根據(jù)權(quán)利要求5所述的控制設(shè)備，其中， 所述RLC PDU大小格式的信息具有指示所述RLC PDU大小是否固定的信息。
7.根據(jù)權(quán)利要求5所述的控制設(shè)備，其中， 所述RLC PDU大小格式的信息被用于優(yōu)先級(jí)隊(duì)列。
8.根據(jù)權(quán)利要求5所述的控制設(shè)備，其中， 如果開始所述用于重新設(shè)置異步無(wú)線電鏈路的過(guò)程，那么發(fā)送所述無(wú)線電鏈路重配置請(qǐng)求消息。
9.一種終端，包括: 通信單元，所述通信單元與接收來(lái)自控制設(shè)備的包括RLC PDU大小格式的信息的無(wú)線電鏈路重配置請(qǐng)求消息的基站設(shè)備進(jìn)行通信， 其中，如果在新配置中Node B通信上下文被設(shè)置為使用固定的MAC-d PDU大小并且存在被設(shè)置為使用可變的RLC PDU大小的優(yōu)先級(jí)隊(duì)列，那么所述基站設(shè)備使用無(wú)線電鏈路重配置失敗消息拒絕用于重新設(shè)置異步無(wú)線電鏈路的過(guò)程。
10.根據(jù)權(quán)利要求9所述的終端，其中， 所述RLC PDU大小格式的信息具有指示所述RLC PDU大小是否固定的信息。
11.根據(jù)權(quán)利要求9所述的終端，其中， 所述RLC PDU大小格式的信息被用于優(yōu)先級(jí)隊(duì)列。
12.根據(jù)權(quán)利要求9所述的終端，其中， 如果開始所述用于重新設(shè)置異步無(wú)線電鏈路的過(guò)程，那么發(fā)送所述無(wú)線電鏈路重配置請(qǐng)求消息。
13.一種方法，包括以下步驟: 接收來(lái)自控制設(shè)備的包括RLC PDU大小格式的信息的無(wú)線電鏈路重配置請(qǐng)求消息， 其中，如果在新配置中Node B通信上下文被設(shè)置為使用固定的MAC-d PDU大小并且存在被設(shè)置為使用可變的RLC PDU大小的優(yōu)先級(jí)序列，那么使用無(wú)線電鏈路重配置失敗消息拒絕用于重新設(shè)置異步無(wú)線電鏈路的過(guò)程。
14.根據(jù)權(quán)利要求13所述的方法，其中， 所述RLC PDU大小格式的信息具有指示所述RLC PDU大小是否固定的信息。
15.根據(jù)權(quán)利要求13所述的方法，其中， 所述RLC PDU大小格式的信息被用于優(yōu)先級(jí)隊(duì)列。
16.根據(jù)權(quán)利要求13所述的方法，其中， 如果開始所述用于重新設(shè)置異步無(wú)線電鏈路的過(guò)程，那么發(fā)送所述無(wú)線電鏈路重配置請(qǐng)求消息。
17.一種方法，包括以下步驟: 向基站設(shè)備發(fā)送包括RLC PDU大小格式的信息的無(wú)線電鏈路重配置請(qǐng)求消息， 其中，在新配置中Node B通信上下文被設(shè)置為使用固定的MAC-d PDU大小并且存在被設(shè)置為使用可變的RLC PDU大小的優(yōu)先級(jí)隊(duì)列，那么所述控制設(shè)備接收來(lái)自所述基站設(shè)備的無(wú)線電鏈路重配置失敗消息。
18.根據(jù)權(quán)利要求17所述的方法，其中， 所述RLC PDU大小格式的信息具有指示所述RLC PDU大小是否固定的信息。
19.根據(jù)權(quán)利要求17所述的方法，其中， 所述RLC PDU大小格式的信息被用于優(yōu)先級(jí)隊(duì)列。
20.根據(jù)權(quán)利要求18所述的方法，其中， 如果開始所述用于重新設(shè)置異步無(wú)線電鏈路的過(guò)程，那么發(fā)送所述無(wú)線電鏈路重配置請(qǐng)求消息。
21.一種方法，包括以下步驟: 與接收來(lái)自控制設(shè)備的包括RLC PDU大小格式的信息的無(wú)線電鏈路重配置請(qǐng)求消息的基站設(shè)備進(jìn)行通信， 其中，如果在新配置中Node B通信上下文被設(shè)置為使用固定的MAC-d PDU大小并且存在被設(shè)置為使用可變的RLC PDU大小的優(yōu)先級(jí)隊(duì)列，那么所述基站設(shè)備使用無(wú)線電鏈路重配置失敗消息拒絕用于重新設(shè)置異步無(wú)線電鏈路的過(guò)程。
22.根據(jù)權(quán)利要求21所述的方法，其中， 所述RLC PDU大小格式的信息具有指示所述RLC PDU大小是否固定的信息。
23.根據(jù)權(quán)利要求21所述的方法，其中， 所述RLC PDU大小格式的信息被用于優(yōu)先級(jí)隊(duì)列。
24.根據(jù)權(quán)利要求21所述的方法，其中， 如果開始所述用于重新設(shè)置異步無(wú)線電鏈路的過(guò)程，那么發(fā)送所述無(wú)線電鏈路重配置請(qǐng)求消息。
【文檔編號(hào)】H04W28/10GK104301941SQ201410520871
【公開日】2015年1月21日 申請(qǐng)日期:2009年5月14日 優(yōu)先權(quán)日:2008年8月1日
【發(fā)明者】植田佳央, 林貞福 申請(qǐng)人:日本電氣株式會(huì)社