一種用于配置e-dch的呼叫的方法、裝置和設(shè)備的制作方法
【專利摘要】本發(fā)明的目的是提供一種用于配置增強型上行專用信道的呼叫的方法、裝置和設(shè)備。根據(jù)本發(fā)明的方法包括：獲取當(dāng)前呼叫所對應(yīng)的各個小區(qū)的小區(qū)用戶數(shù)；分別判斷所述各個小區(qū)的用戶數(shù)是否滿足預(yù)定連接條件，以根據(jù)判斷結(jié)果來發(fā)送相應(yīng)的連接配置請求。本發(fā)明的優(yōu)點在于：通過先在RNC設(shè)備中預(yù)先判斷呼叫所對應(yīng)的各個小區(qū)能夠支持E-DCH連接的用戶數(shù)是否飽和，以及預(yù)定類型的E-DCH連接的用戶數(shù)是否飽和，并根據(jù)飽和狀況來發(fā)送相應(yīng)的連接配置請求，從而減少了先發(fā)送連接配置請求并在被基站拒絕后重新發(fā)送新的連接配置請求的過程，減少NBAP消息的傳輸過程以及接口的信息傳輸負擔(dān)。
【專利說明】—種用于配置E-DCH的呼叫的方法、裝置和設(shè)備
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信【技術(shù)領(lǐng)域】，尤其涉及一種用于配置增強型上行專用信道的呼叫的方法、裝置和設(shè)備。
【背景技術(shù)】
[0002]在移動無線網(wǎng)絡(luò)中，當(dāng)多個增強型上行專用信道(Enhanced Dedicated Channel,E-DCH)呼叫在同一個小區(qū)中建立時，每個用戶設(shè)備的上行鏈路數(shù)據(jù)吞吐量以及每個小區(qū)的吞吐量均會極大的降低，并且由于基站能夠支持的采用傳輸時間間隔(Transmission TimeInterval，TTI)為2毫秒的用戶的數(shù)量有限，所以當(dāng)一個小區(qū)中的E-DCH呼叫增加時，該小區(qū)的呼叫掉線率也會增加。
[0003]現(xiàn)有的解決該種問題的方法有兩個:
[0004]一種解決方法是在基站中執(zhí)行E-DCH呼叫管理控制(Call Admission Control),例如，當(dāng)基站不能支持更多的E-DCH呼叫時，其會返回反饋信息，由無線網(wǎng)絡(luò)控制器(RadioNetwork Control, RNC)根據(jù)所獲得的反饋信息來確定將E-DCH呼叫轉(zhuǎn)為上行專用信道呼叫，或者將TTI為2ms的E-DCH呼叫轉(zhuǎn)為TTI為IOms的E-DCH呼叫。這種方法增加了用戶設(shè)備遷移時的網(wǎng)絡(luò)節(jié)點(例如基站、RNC等)的E-DCH呼叫建立或重配置的時間，并且增加了位于基站與RNC之間的Iub接口的接口消息傳輸負擔(dān)。
[0005]另一種解決方法是RNC對每個小區(qū)獨立地執(zhí)行E-DCH用戶的CAC檢測，如果在一個小區(qū)中的CAC檢測成功，則通過Iub接口發(fā)送接口消息(亦即基站應(yīng)用部分消息，NodeBApplication Part7NBAP)給該小區(qū)的基站，以配置E-DCH無線鏈路。該種方法的問題在于，若用戶設(shè)備在宏分集的情況下觸發(fā)重配置過程時，采用該種方式的情況下，RNC可能由于一個基站的CAC檢測成功而向該基站發(fā)送了 NBAP消息，而在另一個基站CAC檢測失敗時直接拒絕該基站的E-DCH，而這將導(dǎo)致不必要的NBAP消息:撤銷已建立的與前一基站的配置，并重新向兩個基站分別發(fā)送新的相應(yīng)的連接請求。該種方式同樣地會增加接口消息傳輸負擔(dān)。

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

[0006]本發(fā)明的目的是提供一種用于配置增強型上行專用信道的呼叫的方法、裝置和設(shè)備。
[0007]根據(jù)本發(fā)明的一個方面，提供一種用于配置增強型上行專用信道呼叫的連接的方法，其中，所述方法包括以下步驟:
[0008]a獲取當(dāng)前呼叫所對應(yīng)的各個小區(qū)的小區(qū)用戶數(shù)；
[0009]b分別判斷所述各個小區(qū)的用戶數(shù)是否滿足預(yù)定連接條件，以根據(jù)判斷結(jié)果來發(fā)送相應(yīng)的連接配置請求。
[0010]根據(jù)本發(fā)明的一個方面，還提供了一種用于配置增強型上行專用信道的呼叫的配置請求裝置，其中，所述配置請求裝置包括:[0011]第一獲取裝置，用于獲取當(dāng)前呼叫所對應(yīng)的各個小區(qū)的小區(qū)用戶數(shù)；
[0012]判斷請求裝置，用于分別判斷所述各個小區(qū)的用戶數(shù)是否滿足預(yù)定連接條件，以根據(jù)判斷結(jié)果來發(fā)送相應(yīng)的連接配置請求。
[0013]根據(jù)本發(fā)明的一個方面，還提供了一種無線網(wǎng)絡(luò)控制設(shè)備，其中，所述無線網(wǎng)絡(luò)控制設(shè)備包括根據(jù)權(quán)利要求8至權(quán)利要求14中至少任一項所述的配置請求裝置。
[0014]與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點:通過先在RNC設(shè)備中預(yù)先判斷呼叫所對應(yīng)的各個小區(qū)能夠支持E-DCH連接的用戶數(shù)是否飽和，以及預(yù)定類型的E-DCH連接的用戶數(shù)是否飽和，并根據(jù)飽和狀況來發(fā)送相應(yīng)的連接配置請求，從而減少了先發(fā)送連接配置請求并在被基站拒絕后重新發(fā)送新的連接配置請求的過程，減少NBAP消息的傳輸過程以及接口的信息傳輸負擔(dān)。
【專利附圖】

【附圖說明】
[0015]通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細描述，本發(fā)明的其它特征、目的和優(yōu)點將會變得更明顯:
[0016]圖1示意出了根據(jù)本發(fā)明的一種用于配置增強型上行專用信道的呼叫的方法流程圖；
[0017]圖2示意出了根據(jù)本發(fā)明的一個優(yōu)選實施例的用于配置增強型上行專用信道的呼叫的方法流程圖；
[0018]圖3示意出了根據(jù)本發(fā)明的一種用于配置增強型上行專用信道的呼叫的配置請求裝置的結(jié)構(gòu)示意圖；
[0019]圖4示意出了根據(jù)本發(fā)明的一個優(yōu)選實施例的用于配置增強型上行專用信道的呼叫的配置請求裝置的結(jié)構(gòu)示意圖。
[0020]附圖中相同或相似的附圖標(biāo)記代表相同或相似的部件。
【具體實施方式】
[0021]下面結(jié)合附圖對本發(fā)明作進一步詳細描述。
[0022]圖1示意出了根據(jù)本發(fā)明的一種用于配置增強型上行專用信道(EnhancedDedicated Channel, E-DCH)的呼叫的方法流程圖。根據(jù)本發(fā)明的方法由無線網(wǎng)絡(luò)控制(Radio Network Control, RNC)設(shè)備實現(xiàn),其中，所述RNC設(shè)備包括用于提供移動性管理、呼叫處理、鏈接管理和切換機制的設(shè)備。
[0023]根據(jù)本發(fā)明所述的方法包括步驟SI和步驟S2。
[0024]參照圖1，在步驟SI中，RNC設(shè)備獲取當(dāng)前呼叫所對應(yīng)的各個小區(qū)的小區(qū)用戶數(shù)。
[0025]其中，所述小區(qū)用戶數(shù)包括以下任一種:
[0026]I)用戶總數(shù)；所述用戶總數(shù)用于指示其所對應(yīng)的小區(qū)可支持的使用E-DCH連接的用戶數(shù)，優(yōu)選地，所述用戶總數(shù)包括使用TTI為2ms的E-DCH連接的用戶數(shù)以及使用TTI為IOms的E-DCH連接的用戶數(shù)之和。
[0027]2)第一連接類型的用戶數(shù)。其中，所述第一連接類型可以為以下任一種類型的E-DCH連接:
[0028]a)傳輸時間間隔(Transmission Time Interval, TTI)為 2 毫秒(ms)的 E-DCH連接；
[0029]b) TTI 為 IOms 的 E-DCH 連接。
[0030]且與所述第一連接類型對應(yīng)的第二連接類型為該兩種類型中與第一連接類型不同的另一種E-DCH連接。
[0031 ] 優(yōu)選地，根據(jù)本發(fā)明的第一連接類型包括TTI為2毫秒的連接，根據(jù)本發(fā)明的第二連接類型包括TTI為10毫秒的連接。
[0032]具體地，所述RNC設(shè)備獲取當(dāng)前呼叫所對應(yīng)的各個小區(qū)的小區(qū)用戶數(shù)的方式包括但不限于以下任一種:
[0033]I)每當(dāng)RNC設(shè)備為用戶設(shè)備在一個小區(qū)中成功配置連接，所述RNC設(shè)備即累計該小區(qū)的小區(qū)用戶數(shù)量。
[0034]其中，根據(jù)本發(fā)明所述的連接又被稱為鏈路。優(yōu)選地，根據(jù)本發(fā)明的方案采用無線鏈路(Radio Link)。
[0035]具體地，每當(dāng)RNC設(shè)備為用戶設(shè)備在一個小區(qū)中成功配置連接，所述RNC設(shè)備即累計該小區(qū)的用戶總數(shù)，并當(dāng)該連接為第一連接類型時，累計所述第一類型連接的用戶數(shù)。
[0036]優(yōu)選地，當(dāng)RNC設(shè)備所配置的連接被撤銷時，RNC設(shè)備相應(yīng)地減少該被撤銷的連接所對應(yīng)的小區(qū)的小區(qū)用戶數(shù)。更優(yōu)選地，當(dāng)連接被撤銷時，RNC設(shè)備減少該被撤銷的連接所對應(yīng)的小區(qū)的用戶總數(shù)，并當(dāng)該連接為第一連接類型時，減少相應(yīng)的所述第一類型連接的用戶數(shù)。
[0037]2)當(dāng)RNC設(shè)備與小區(qū)基站進行交互時實時獲取所交互的小區(qū)的小區(qū)用戶數(shù)。
[0038]接著，在步驟S2中，RNC設(shè)備分別判斷所述各個小區(qū)的小區(qū)用戶數(shù)是否滿足預(yù)定連接條件，以根據(jù)判斷結(jié)果來發(fā)送相應(yīng)的連接配置請求。
[0039]具體地，RNC設(shè)備根據(jù)各個小區(qū)的用戶總數(shù)是否滿足預(yù)定連接條件，或者，RNC設(shè)備根據(jù)各個小區(qū)中第一連接類型的用戶數(shù)是否滿足預(yù)定連接條件，或者，RNC設(shè)備根據(jù)各個小區(qū)中的用戶總數(shù)以及第一連接類型的用戶數(shù)是否滿足相應(yīng)的預(yù)定連接條件，并根據(jù)判斷結(jié)果來發(fā)送相應(yīng)的連接配置請求。
[0040]優(yōu)選地，結(jié)合圖2，各個小區(qū)的小區(qū)用戶數(shù)包括各自小區(qū)的用戶總數(shù)，所述預(yù)定連接條件包括各自小區(qū)的第一預(yù)定閾值，其中，所述步驟S2進一步包括步驟S21和步驟S22(圖未示)。
[0041]在步驟S21中，RNC設(shè)備判斷各個小區(qū)的用戶總數(shù)是否小于各自小區(qū)的第一預(yù)定閾值。
[0042]其中，RNC設(shè)備可分別為各個小區(qū)設(shè)置與本小區(qū)的用戶總數(shù)相對應(yīng)的第一預(yù)定閾值。
[0043]接著，在步驟S22中，當(dāng)RNC設(shè)備判斷各個小區(qū)的用戶總數(shù)均小于各自小區(qū)的第一預(yù)定閾值時，向各個小區(qū)發(fā)送增強型上行專用信道的連接配置請求。
[0044]其中，所述增強型上行專用信道的連接配置請求包括但不限于以下任一種類型:
[0045]I)與TTI為2ms的E-DCH對應(yīng)的連接配置請求；
[0046]2)與TTI為IOms的E-DCH對應(yīng)的連接配置請求。
[0047]接著，在步驟S24中，當(dāng)RNC設(shè)備判斷有一個或多個小區(qū)的用戶總數(shù)大于或等于第一預(yù)定閾值時，RNC設(shè)備向各個小區(qū)發(fā)送上行專用信道(Dedicated Channel, DCH)的連接配置請求。
[0048]優(yōu)選地，當(dāng)RNC設(shè)備對各個小區(qū)進行判斷的過程中，當(dāng)發(fā)現(xiàn)存在小區(qū)的用戶總數(shù)大于或等于第一預(yù)定閾值時，即確定向所述各個小區(qū)發(fā)送DCH的連接配置請求。
[0049]根據(jù)本發(fā)明的方法，由于可預(yù)先在RNC設(shè)備中判斷各個小區(qū)能夠支持的使用E-DCH的用戶數(shù)量是否飽和，因此可以有效避免基站建立連接失敗或發(fā)送額外的連接建立取消的過程，從而減少相應(yīng)的基站應(yīng)用部分消息(NodeB Application Part, NBAP)以及相應(yīng)的接口消息傳輸負擔(dān)。
[0050]更優(yōu)選地，繼續(xù)參照圖2，其中，各個小區(qū)的小區(qū)用戶數(shù)還包括該小區(qū)的第一連接類型的用戶數(shù)，所述預(yù)定連接條件還包括第二預(yù)定閾值。根據(jù)本實施例的方法還包括步驟S23，所述步驟S22進一步包括步驟S221和步驟S222。
[0051]在步驟S221中，當(dāng)RNC設(shè)備判斷各個小區(qū)的用戶總數(shù)均小于各自小區(qū)的第一預(yù)定閾值時，判斷各個小區(qū)的第一連接類型的用戶數(shù)是否小于該小區(qū)自身的第二預(yù)定閾值。
[0052]其中，其中，RNC設(shè)備可分別為各個小區(qū)設(shè)置與本小區(qū)的用戶總數(shù)相對應(yīng)的第二預(yù)定閾值。
[0053]在步驟S222中，當(dāng)所述各個小區(qū)的第一連接類型的用戶數(shù)均小于各自小區(qū)的第二預(yù)定閾值時，向各個小區(qū)發(fā)送與所述第一連接類型對應(yīng)的增強型上行專用信道的連接配置請求。
[0054]接著，在步驟S23中，當(dāng)RNC設(shè)備判斷有一個或多個小區(qū)的所述第一連接類型的用戶數(shù)大于或等于相應(yīng)的第二預(yù)定閾值時，RNC設(shè)備向各個小區(qū)發(fā)送第二連接類型的增強型上行專用信道的連接配置請求。
[0055]根據(jù)本發(fā)明的第一示例，當(dāng)前呼叫與兩個小區(qū)NB I和NB2相對應(yīng)，第一連接類型為TTI為2ms的E-DCH連接；第二連接類型包括TTI為IOms的E-DCH連接，RNC設(shè)備先在步驟SI中獲取小區(qū)NBl中使用E-DCH連接的用戶總數(shù)User_nl，以及使用TTI為2ms的E-DCH連接的用戶數(shù)User_nl_typel，以及小區(qū)NB2中的用戶總數(shù)User_n2，以及使用TTI為2ms的E-DCH連接的用戶數(shù)User_n2_typel ;接著，RNC設(shè)備在步驟S21中判斷用戶總數(shù)User_nl小于小區(qū)NBl的第一預(yù)定閾值TN1_1，并且User_n2小于小區(qū)NB2的第一預(yù)定閾值TN2_1，接著，RNC在步驟S221中繼續(xù)判斷小區(qū)NBl中使用TTI為2ms的E_DCH連接的用戶數(shù)User_nl_typel小于該小區(qū)NBl的第二定閾值TN1_2，且小區(qū)NB2中使用TTI為2ms的E_DCH連接的用戶數(shù)User_n2_typel大于該小區(qū)NB2的第二預(yù)定閾值TN2_2，則RNC設(shè)備在步驟S23中向小區(qū)NBl和小區(qū)NB2分別發(fā)送TTI為IOms的E-DCH連接配置請求。
[0056]根據(jù)本實施例的優(yōu)選方案還包括步驟S3 (圖未示)和步驟S25 (圖未示)。
[0057]在步驟S3中，RNC設(shè)備獲取所述當(dāng)前呼叫的配置請求信息。
[0058]其中，本領(lǐng)域技術(shù)人員應(yīng)可根據(jù)實際需求來確定獲取所述當(dāng)前呼叫的配置請求信息的方式，在此不再贅述。
[0059]其中，在根據(jù)本實施例中的步驟S221中，當(dāng)RNC設(shè)備判斷各個小區(qū)的用戶總數(shù)均小于各自小區(qū)的第一預(yù)定閾值，且所述當(dāng)前呼叫對應(yīng)的配置請求為第一連接類型時，判斷各個小區(qū)的第一連接類型的用戶數(shù)是否小于該小區(qū)自身的第二預(yù)定閾值。
[0060]在步驟S25中，當(dāng)RNC設(shè)備判斷所述當(dāng)前呼叫對應(yīng)的配置請求不為第一連接類型，向各個小區(qū)發(fā)送第二連接類型的增強型上行專用信道的連接配置請求。[0061]例如，第一連接類型為TTI為2ms的E-DCH連接；第二連接類型包括TTI為IOms的E-DCH連接，且RNC設(shè)備在步驟S3中獲得的當(dāng)前呼叫的配置請求信息包括“TTI為IOms的E-DCH連接”，RNC設(shè)備在步驟S231中確定當(dāng)前呼叫的配置請求信息不為第一連接類型，則RNC設(shè)備向與當(dāng)前呼叫對應(yīng)的各個小區(qū)發(fā)送TTI為IOms的E-DCH連接配置請求。
[0062]根據(jù)本發(fā)明的方法，通過先在RNC設(shè)備中預(yù)先判斷呼叫所對應(yīng)的各個小區(qū)能夠支持E-DCH連接的用戶數(shù)是否飽和，以及預(yù)定類型的E-DCH連接的用戶數(shù)是否飽和，并根據(jù)飽和狀況來發(fā)送相應(yīng)的連接配置請求，從而減少了先發(fā)送連接配置請求并在被基站拒絕后重新發(fā)送新的連接配置請求的過程，減少NBAP消息的傳輸過程以及接口的信息傳輸負擔(dān)。
[0063]圖3示意出了根據(jù)本發(fā)明的一種用于配置增強型上行專用信道的呼叫的配置請求裝置的結(jié)構(gòu)示意圖。根據(jù)本發(fā)明的配置請求裝置包含于無線網(wǎng)絡(luò)控制(Radio NetworkControl, RNC)設(shè)備中，其中，所述RNC設(shè)備包括用于提供移動性管理、呼叫處理、鏈接管理和切換機制的設(shè)備。
[0064]根據(jù)本發(fā)明所述的方法包括第一獲取裝置I和判斷請求裝置2。
[0065]參照圖3，第一獲取裝置I獲取當(dāng)前呼叫所對應(yīng)的各個小區(qū)的小區(qū)用戶數(shù)。
[0066]其中，所述小區(qū)用戶數(shù)包括以下任一種:
[0067]I)用戶總數(shù)；所述用戶總數(shù)用于指示其所對應(yīng)的小區(qū)可支持的使用E-DCH連接的用戶數(shù)，優(yōu)選地，所述用戶總數(shù)包括使用TTI為2ms的E-DCH連接的用戶數(shù)以及使用TTI為IOms的E-DCH連接的用戶數(shù)之和。
[0068]2)第一連接類型的用戶數(shù)。其中，所述第一連接類型可以為以下任一種類型的E-DCH連接:
[0069]a)傳輸時間間隔(Transmission Time Interval, TTI)為 2 毫秒(ms)的 E-DCH連接；
[0070]b) TTI 為 IOms 的 E-DCH 連接。
[0071]且與所述第一連接類型對應(yīng)的第二連接類型為該兩種類型中與第一連接類型不同的另一種E-DCH連接。
[0072]優(yōu)選地，根據(jù)本發(fā)明的第一連接類型包括TTI為2毫秒的連接，根據(jù)本發(fā)明的第二連接類型包括TTI為10毫秒的連接。
[0073]具體地，所述第一獲取裝置I獲取當(dāng)前呼叫所對應(yīng)的各個小區(qū)的小區(qū)用戶數(shù)的方式包括但不限于以下任一種:
[0074]I)每當(dāng)RNC設(shè)備為用戶設(shè)備在一個小區(qū)中成功配置連接，第一獲取裝置I即累計該小區(qū)的小區(qū)用戶數(shù)量。
[0075]其中，根據(jù)本發(fā)明所述的連接又被稱為鏈路。優(yōu)選地，根據(jù)本發(fā)明的方案采用無線鏈路(Radio Link)。
[0076]具體地，每當(dāng)RNC設(shè)備為用戶設(shè)備在一個小區(qū)中成功配置連接，所述RNC設(shè)備即累計該小區(qū)的用戶總數(shù)，并當(dāng)該連接為第一連接類型時，累計所述第一類型連接的用戶數(shù)。
[0077]優(yōu)選地，當(dāng)RNC設(shè)備所配置的連接被撤銷時，RNC設(shè)備相應(yīng)地減少該被撤銷的連接所對應(yīng)的小區(qū)的小區(qū)用戶數(shù)。更優(yōu)選地，當(dāng)連接被撤銷時，RNC設(shè)備減少該被撤銷的連接所對應(yīng)的小區(qū)的用戶總數(shù)，并當(dāng)該連接為第一連接類型時，減少相應(yīng)的所述第一類型連接的用戶數(shù)。[0078]2)當(dāng)RNC設(shè)備與小區(qū)進行交互時，第一獲取裝置I實時獲取所交互的小區(qū)的小區(qū)用戶數(shù)。
[0079]接著，判斷請求裝置2分別判斷所述各個小區(qū)的小區(qū)用戶數(shù)是否滿足預(yù)定連接條件，以根據(jù)判斷結(jié)果來發(fā)送相應(yīng)的連接配置請求。
[0080]具體地，判斷請求裝置2根據(jù)各個小區(qū)的用戶總數(shù)是否滿足預(yù)定連接條件，或者，判斷請求裝置2根據(jù)各個小區(qū)中第一連接類型的用戶數(shù)是否滿足預(yù)定連接條件，或者，判斷請求裝置2根據(jù)各個小區(qū)中的用戶總數(shù)以及第一連接類型的用戶數(shù)是否滿足相應(yīng)的預(yù)定連接條件，并根據(jù)判斷結(jié)果來發(fā)送相應(yīng)的連接配置請求。
[0081]優(yōu)選地，結(jié)合圖4，各個小區(qū)的小區(qū)用戶數(shù)包括各自小區(qū)的用戶總數(shù)，所述預(yù)定連接條件包括各自小區(qū)的第一預(yù)定閾值，其中，所述判斷請求裝置2進一步包括第一判斷裝置21和第一發(fā)送裝置(圖未示)。
[0082]第一判斷裝置21判斷各個小區(qū)的用戶總數(shù)是否小于各自小區(qū)的第一預(yù)定閾值。
[0083]其中，其中，RNC設(shè)備可分別為各個小區(qū)設(shè)置與本小區(qū)的用戶總數(shù)相對應(yīng)的第一預(yù)定閾值。
[0084]接著，當(dāng)?shù)谝慌袛嘌b置21判斷各個小區(qū)的用戶總數(shù)均小于各自小區(qū)的第一預(yù)定閾值時，第一發(fā)送裝置向各個小區(qū)發(fā)送增強型上行專用信道的連接配置請求。
[0085]其中，所述增強型上行專用信道的連接配置請求包括但不限于以下任一種類型:
[0086]I)與TTI為2ms的E-DCH對應(yīng)的連接配置請求；
[0087]2)與TTI為IOms的E-DCH對應(yīng)的連接配置請求。
[0088]接著，當(dāng)?shù)谝慌袛嘌b置21判斷有一個或多個小區(qū)的用戶總數(shù)大于或等于第一預(yù)定閾值時，判斷請求裝置2中的第二發(fā)送裝置24向各個小區(qū)發(fā)送上行專用信道的連接配置請求。
[0089]優(yōu)選地，當(dāng)?shù)谝慌袛嘌b置21在對各個小區(qū)進行判斷的過程中，當(dāng)發(fā)現(xiàn)存在小區(qū)的用戶總數(shù)大于或等于第一預(yù)定閾值時，第二發(fā)送裝置24即向所述各個小區(qū)發(fā)送DCH的連接配置請求。
[0090]根據(jù)本發(fā)明的方案，由于可預(yù)先在RNC設(shè)備中判斷各個小區(qū)能夠支持的使用E-DCH的用戶數(shù)量是否飽和，因此可以有效減少需要將E-DCH呼叫轉(zhuǎn)換為DCH呼叫的數(shù)量，從而減少相應(yīng)的NBAP消息以及相應(yīng)的接口的消息傳輸負擔(dān)。
[0091]更優(yōu)選地，繼續(xù)參照圖4，其中，各個小區(qū)的小區(qū)用戶數(shù)還包括該小區(qū)的第一連接類型的用戶數(shù)，所述預(yù)定連接條件還包括第二預(yù)定閾值。根據(jù)本實施例的方法還包括第三發(fā)送裝置23，所述第一發(fā)送裝置進一步包括第二判斷裝置221和子發(fā)送裝置222。
[0092]當(dāng)?shù)谝慌袛嘌b置21判斷各個小區(qū)的用戶總數(shù)均小于各自小區(qū)的第一預(yù)定閾值時，第二判斷裝置221判斷各個小區(qū)的第一連接類型的用戶數(shù)是否小于該小區(qū)自身的第二預(yù)定閾值。
[0093]其中，RNC設(shè)備可分別為各個小區(qū)設(shè)置與本小區(qū)的用戶總數(shù)相對應(yīng)的第二預(yù)定閾值。
[0094]當(dāng)?shù)诙袛嘌b置221判斷所述各個小區(qū)的第一連接類型的用戶數(shù)均小于各自小區(qū)的第二預(yù)定閾值時，子發(fā)送裝置222向各個小區(qū)發(fā)送與所述第一連接類型對應(yīng)的增強型上行專用信道的連接配置請求。[0095]接著，當(dāng)?shù)诙袛嘌b置221判斷有一個或多個小區(qū)的所述第一連接類型的用戶數(shù)大于或等于相應(yīng)的第二預(yù)定閾值時，第三發(fā)送裝置23向各個小區(qū)發(fā)送第二連接類型的增強型上行專用信道的連接配置請求。
[0096]根據(jù)本發(fā)明的第一示例，當(dāng)前呼叫與兩個小區(qū)NBl和NB2相對應(yīng)，第一連接類型為TTI為2ms的E-DCH連接；第二連接類型包括TTI為IOms的E-DCH連接，第一獲取裝置I獲取小區(qū)NBl中使用E-DCH連接的用戶總數(shù)User_nl，以及使用TTI為2ms的E-DCH連接的用戶數(shù)User_nl_typel，以及小區(qū)NB2中的用戶總數(shù)User_n2，以及使用TTI為2ms的E-DCH連接的用戶數(shù)User_n2_typel ;接著,第一判斷裝置21判斷用戶總數(shù)User_nl小于小區(qū)NBl的第一預(yù)定閾值TN1_1，并且User_n2小于小區(qū)NB2的第一預(yù)定閾值TN2_1，接著，第二判斷裝置221繼續(xù)判斷小區(qū)NBl中使用TTI為2ms的E_DCH連接的用戶數(shù)User_nl_typel小于該小區(qū)NBl的第二定閾值TN1_2，且小區(qū)NB2中使用TTI為2ms的E_DCH連接的用戶數(shù)User_n2_typel大于該小區(qū)NB2的第二預(yù)定閾值TN2_2，則第三發(fā)送裝置23向小區(qū)NBl和小區(qū)NB2分別發(fā)送TTI為IOms的E-DCH連接配置請求。
[0097]根據(jù)本實施例的優(yōu)選方案還包括獲取判斷裝置(圖未示)和第四發(fā)送裝置(圖未示)O
[0098]獲取判斷裝置所述當(dāng)前呼叫的配置請求信息，并判斷所述配置請求信息是否為第一連接類型。
[0099]其中，本領(lǐng)域技術(shù)人員應(yīng)可根據(jù)實際需求來確定獲取所述當(dāng)前呼叫的配置請求信息的方式，在此不再贅述。
[0100]其中，在根據(jù)本實施例中的第二判斷裝置221還用于當(dāng)?shù)谝慌袛嘌b置21判斷各個小區(qū)的用戶總數(shù)均小于各自小區(qū)的第一預(yù)定閾值，且獲取判斷裝置判斷當(dāng)前呼叫對應(yīng)的配置請求為第一連接類型時，判斷各個小區(qū)的第一連接類型的用戶數(shù)是否小于該小區(qū)自身的
第二預(yù)定閾值。
[0101]當(dāng)獲取判斷裝置判斷所述當(dāng)前呼叫對應(yīng)的配置請求不為第一連接類型，第四發(fā)送裝置向各個小區(qū)發(fā)送第二連接類型的增強型上行專用信道的連接配置請求。
[0102]例如，第一連接類型為TTI為2ms的E-DCH連接；第二連接類型包括TTI為IOms的E-DCH連接，且獲取判斷裝置獲得的當(dāng)前呼叫的配置請求信息包括“TTI為IOms的E-DCH連接”，并確定當(dāng)前呼叫的配置請求信息不為第一連接類型，則第四發(fā)送裝置向與當(dāng)前呼叫對應(yīng)的各個小區(qū)發(fā)送TTI為IOms的E-DCH連接配置請求。
[0103]根據(jù)本發(fā)明的方案，通過先在RNC設(shè)備中預(yù)先判斷呼叫所對應(yīng)的各個小區(qū)能夠支持E-DCH連接的用戶數(shù)是否飽和，以及預(yù)定類型的E-DCH連接的用戶數(shù)是否飽和，并根據(jù)飽和狀況來發(fā)送相應(yīng)的連接配置請求，從而減少了先發(fā)送連接配置請求并在被基站拒絕后重新發(fā)送新的連接配置請求的過程，減少NBAP消息的傳輸過程以及接口的消息傳輸負擔(dān)。
[0104]對于本領(lǐng)域技術(shù)人員而言，顯然本發(fā)明不限于上述示范性實施例的細節(jié)，而且在不背離本發(fā)明的精神或基本特征的情況下，能夠以其他的具體形式實現(xiàn)本發(fā)明。因此，無論從哪一點來看，均應(yīng)將實施例看作是示范性的，而且是非限制性的，本發(fā)明的范圍由所附權(quán)利要求而不是上述說明限定，因此旨在將落在權(quán)利要求的等同要件的含義和范圍內(nèi)的所有變化涵括在本發(fā)明內(nèi)。不應(yīng)將權(quán)利要求中的任何附圖標(biāo)記視為限制所涉及的權(quán)利要求。此夕卜，顯然“包括” 一詞不排除其他單元或步驟，單數(shù)不排除復(fù)數(shù)。系統(tǒng)權(quán)利要求中陳述的多個單元或裝置也可以由一個單元或裝置通過軟件或者硬件來實現(xiàn)。第一，第二等詞語用來表示名稱，而并不表示任何特定的順序。
【權(quán)利要求】
1.一種用于配置增強型上行專用信道呼叫的連接的方法，其中，所述方法包括以下步驟: a獲取當(dāng)前呼叫所對應(yīng)的各個小區(qū)的小區(qū)用戶數(shù)； b分別判斷所述各個小區(qū)的小區(qū)用戶數(shù)是否滿足預(yù)定連接條件，以根據(jù)判斷結(jié)果來發(fā)送相應(yīng)的連接配置請求。
2.根據(jù)權(quán)利要求1所述的方法，其中，各個小區(qū)的小區(qū)用戶數(shù)包括各自小區(qū)的用戶總數(shù)，所述預(yù)定連接條件包括各自小區(qū)的第一預(yù)定閾值，其中，所述步驟b包括以下步驟: bl判斷各個小區(qū)的用戶總數(shù)是否小于各自小區(qū)的第一預(yù)定閾值； b2當(dāng)各個小區(qū)的用戶總數(shù)均小于各自小區(qū)的第一預(yù)定閾值時，向各個小區(qū)發(fā)送增強型上行專用信道的連接配置請求。
3.根據(jù)權(quán)利要求2所述的方法，其中，所述各個小區(qū)的小區(qū)用戶數(shù)還包括該小區(qū)的第一連接類型的用戶數(shù)，所述預(yù)定連接條件還包括第二預(yù)定閾值，其中，所述步驟b2還包括以下步驟: b21當(dāng)各個小區(qū)的用戶總數(shù)均小于各自小區(qū)的第一預(yù)定閾值時，判斷各個小區(qū)的第一連接類型的用戶數(shù)是否小于該小區(qū)自身的第二預(yù)定閾值； b22當(dāng)所述各個小區(qū)的第一連接類型的用戶數(shù)均小于各自小區(qū)的第二預(yù)定閾值時，向各個小區(qū)發(fā)送與所述第一連接類型對應(yīng)的增強型上行專用信道的連接配置請求。
4.根據(jù)權(quán)利要求2或3所述的方法，其中，所述步驟b還包括以下步驟: -當(dāng)有一個或多個小區(qū)的用戶總數(shù)大于或等于第一預(yù)定閾值時，向各個小區(qū)發(fā)送上行專用信道的連接配置請求。
5.根據(jù)權(quán)利要求3或4所述的方法，其中，所述步驟b還包括以下步驟: -當(dāng)有一個或多個小區(qū)的所述第一連接類型的用戶數(shù)大于或等于相應(yīng)的第二預(yù)定閾值時，向各個小區(qū)發(fā)送第二連接類型的增強型上行專用信道的連接配置請求。
6.根據(jù)權(quán)利要求3至5中任一項所述的方法，其中，所述方法還包括以下步驟； -獲取所述當(dāng)前呼叫的配置請求信息； 其中，所述步驟b21包括以下步驟: -當(dāng)判斷各個小區(qū)的用戶總數(shù)均小于各自小區(qū)的第一預(yù)定閾值，且所述當(dāng)前呼叫對應(yīng)的配置請求為第一連接類型時，判斷各個小區(qū)的第一連接類型的用戶數(shù)是否小于該小區(qū)自身的第二預(yù)定閾值。 其中，所述步驟b還包括以下步驟: -當(dāng)所述當(dāng)前呼叫對應(yīng)的配置請求不為第一連接類型，向各個小區(qū)發(fā)送第二連接類型的增強型上行專用信道的連接配置請求。
7.根據(jù)權(quán)利要求3至6中任一項所述的方法，其中，所述第一連接類型包括傳輸時間間隔為2毫秒的連接，所述第二連接類型包括傳輸時間間隔為10毫秒的連接。
8.一種用于配置增強型上行專用信道的呼叫的配置請求裝置，其中，所述配置請求裝置包括: 獲取裝置，用于獲取當(dāng)前呼叫所對應(yīng)的各個小區(qū)的小區(qū)用戶數(shù)； 判斷請求裝置，用于分別判斷所述各個小區(qū)的小區(qū)用戶數(shù)是否滿足預(yù)定連接條件，以根據(jù)判斷結(jié)果來發(fā)送相應(yīng)的連接 配置請求。
9.根據(jù)權(quán)利要求8所述的配置請求裝置，其中，各個小區(qū)的小區(qū)用戶數(shù)包括各自小區(qū)的用戶總數(shù)，所述預(yù)定連接條件包括各自小區(qū)的第一預(yù)定閾值，其中，所述判斷請求裝置包括: 第一判斷裝置，用于判斷各個小區(qū)的用戶總數(shù)是否小于各自小區(qū)的第一預(yù)定閾值；第一發(fā)送裝置，用于當(dāng)各個小區(qū)的用戶總數(shù)均小于各自小區(qū)的第一預(yù)定閾值時，向各個小區(qū)發(fā)送增強型上行專用信道的連接配置請求。
10.根據(jù)權(quán)利要求9所述的配置請求裝置，其中，所述各個小區(qū)的小區(qū)用戶數(shù)還包括該小區(qū)的第一連接類型的用戶數(shù)，所述預(yù)定連接條件還包括第二預(yù)定閾值，其中，所述第一發(fā)送裝置包括: 第二判斷裝置，用于當(dāng)各個小區(qū)的用戶總數(shù)均小于各自小區(qū)的第一預(yù)定閾值時，判斷各個小區(qū)的第一連接類型的用戶數(shù)是否小于各自小區(qū)的第二預(yù)定閾值； 子發(fā)送裝置，用于當(dāng)所述各個小區(qū)的第一連接類型的用戶數(shù)均小于各自小區(qū)的第二預(yù)定閾值時，向各個小區(qū)發(fā)送與所述第一連接類型對應(yīng)的增強型上行專用信道的連接配置請求。
11.根據(jù)權(quán)利要求9或10所述的配置請求裝置，其中，所述判斷請求裝置還包括: 第二發(fā)送裝置，用于當(dāng)有一個或多個小區(qū)的用戶總數(shù)大于或等于第一預(yù)定閾值時，向各個小區(qū)發(fā)送上行專用信道的連接配置請求。
12.根據(jù)權(quán)利要求10或11所述的配置請求裝置，其中，所述判斷請求裝置還包括: 第三發(fā)送裝置，用于當(dāng)有一個或多個小區(qū)的所述第一連接類型的用戶數(shù)大于或等于相應(yīng)的第二預(yù)定閾值時，向各個小區(qū)發(fā)送第二連接類型的增強型上行專用信道的連接配置請求。
13.根據(jù)權(quán)利要求10至12中任一項所述的配置請求裝置，其中，所述配置請求裝置還包括: 獲取判斷裝置，用于獲取所述當(dāng)前呼叫的配置請求信息； 其中，所述第二判斷裝置還用于: -當(dāng)判斷各個小區(qū)的用戶總數(shù)均小于各自小區(qū)的第一預(yù)定閾值，且所述當(dāng)前呼叫對應(yīng)的配置請求為第一連接類型時，判斷各個小區(qū)的第一連接類型的用戶數(shù)是否小于該小區(qū)自身的第二預(yù)定閾值； 其中，所述判斷請求裝置還包括: 第四發(fā)送裝置，用于當(dāng)所述當(dāng)前呼叫對應(yīng)的配置請求不為第一連接類型，向各個小區(qū)發(fā)送第二連接類型的增強型上行專用信道的連接配置請求。
14.根據(jù)權(quán)利要求10至13中任一項所述的配置請求裝置，其中，所述第一連接類型包括傳輸時間間隔為2毫秒的連接，所述第二連接類型包括傳輸時間間隔為10毫秒的連接。
15.一種無線網(wǎng)絡(luò)控制設(shè)備，其中，所述無線網(wǎng)絡(luò)控制設(shè)備包括根據(jù)權(quán)利要求8至權(quán)利要求14中至少任一項所述的配置請求裝置。
【文檔編號】H04W76/02GK103813282SQ201210448799
【公開日】2014年5月21日 申請日期:2012年11月9日 優(yōu)先權(quán)日:2012年11月9日
【發(fā)明者】韓玉榮, 羅云娟, 朱江 申請人:上海貝爾股份有限公司