專利名稱：資源調(diào)度的方法及網(wǎng)元的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信領(lǐng)域，尤其涉及一種資源調(diào)度的方法及網(wǎng)元。
背景技術(shù)：
隨著移動(dòng)通信的發(fā)展，人們對(duì)移動(dòng)通信的需求越來(lái)越高，移動(dòng)通信已從原先的滿足語(yǔ)音業(yè)務(wù)擴(kuò)展到需要滿足視頻業(yè)務(wù)以及各種各樣的數(shù)據(jù)業(yè)務(wù)。特別是隨著智能手機(jī)的迅猛發(fā)展，新的應(yīng)用層出不窮，對(duì)移動(dòng)網(wǎng)絡(luò)的影響越來(lái)越顯著。例如，騰訊即時(shí)通訊(TencentInstantMessenger,簡(jiǎn)稱為騰訊 QQ)、微軟網(wǎng)絡(luò)服務(wù)(Microsoft Service Network,簡(jiǎn)稱為MSN)等在線(online或者always on)業(yè)務(wù)對(duì)網(wǎng)絡(luò)的影響尤為顯著，即，用戶在一段時(shí)間內(nèi)會(huì)持續(xù)與人傳遞數(shù)據(jù)信息，在其他時(shí)間會(huì)保持靜默狀態(tài)；同時(shí)由于這些應(yīng)用均有保持在線(Keep Alive)的特性，用戶每隔一段時(shí)間需要發(fā)送一個(gè)保持在線的數(shù)據(jù)包，以便其他的用戶可以檢測(cè)到該用戶的狀態(tài)。 相關(guān)技術(shù)中，網(wǎng)絡(luò)側(cè)通常出于無(wú)線資源保護(hù)的考慮，在用戶一段時(shí)間沒有數(shù)據(jù)傳輸時(shí)會(huì)主動(dòng)釋放其建立的無(wú)線資源控制(Radio Resource Control,簡(jiǎn)稱為RRC)連接,如果用戶需要再次發(fā)送數(shù)據(jù)，網(wǎng)絡(luò)側(cè)需要為該用戶設(shè)備重新建立RRC連接，重新配置安全算法，重新配置用于數(shù)據(jù)傳輸?shù)臒o(wú)線接入承載。由于QQ、MSN等應(yīng)用的數(shù)據(jù)傳輸特性會(huì)造成網(wǎng)絡(luò)側(cè)在其沒有數(shù)據(jù)傳輸時(shí)主動(dòng)釋放RRC連接，在其有數(shù)據(jù)傳輸時(shí)需要再次建立RRC連接，從而導(dǎo)致網(wǎng)絡(luò)側(cè)會(huì)頻繁的刪除、建立RRC連接。如果網(wǎng)絡(luò)內(nèi)開展QQ、MSN業(yè)務(wù)的用戶數(shù)量很少，對(duì)網(wǎng)絡(luò)側(cè)的影響不大，但是，如果這類用戶數(shù)量很多(現(xiàn)在的發(fā)展趨勢(shì)也是越來(lái)越多)，則會(huì)造成網(wǎng)絡(luò)側(cè)信令開銷過(guò)大，嚴(yán)重時(shí)會(huì)造成網(wǎng)絡(luò)側(cè)信令過(guò)載。有鑒于此，需要尋求新的方法解決這類應(yīng)用引發(fā)的問(wèn)題，而相關(guān)技術(shù)中目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種資源調(diào)度的方案，以至少解決上述相關(guān)技術(shù)中由于在線業(yè)務(wù)用戶數(shù)量大而導(dǎo)致網(wǎng)絡(luò)側(cè)信令開銷過(guò)大的問(wèn)題。為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的一個(gè)方面，提供了一種資源調(diào)度的方法。根據(jù)本發(fā)明的一種資源調(diào)度的方法，包括以下步驟RAN側(cè)通過(guò)用戶設(shè)備或核心網(wǎng)獲取用于指示用戶設(shè)備所請(qǐng)求的業(yè)務(wù)為在線業(yè)務(wù)的標(biāo)識(shí)信息；RAN側(cè)根據(jù)該標(biāo)識(shí)信息確定用戶設(shè)備所建立的無(wú)線接入承載用于在線業(yè)務(wù)；RAN側(cè)依據(jù)在線業(yè)務(wù)的屬性特征對(duì)用戶設(shè)備實(shí)施資源調(diào)度。優(yōu)選地，RAN側(cè)通過(guò)用戶設(shè)備獲取上述標(biāo)識(shí)信息包括RAN側(cè)通過(guò)與用戶設(shè)備的RRC信令獲取標(biāo)識(shí)信息，其中，RRC信令包括以下至少之一 RRC連接建立完成信令、RRC連接重配置完成信令、初始直傳信令、無(wú)線承載建立完成信令。優(yōu)選地，RAN側(cè)通過(guò)核心網(wǎng)獲取上述標(biāo)識(shí)信息包括RAN側(cè)通過(guò)與核心網(wǎng)的無(wú)線接入承載建立請(qǐng)求中的服務(wù)質(zhì)量參數(shù)的等級(jí)標(biāo)識(shí)QCI值獲取標(biāo)識(shí)信息；或者,RAN側(cè)通過(guò)與核心網(wǎng)之間的接口信令獲取標(biāo)識(shí)信息，其中，接口信令包括以下至少之一初始上下文建立請(qǐng)求信令、無(wú)線接入承載建立請(qǐng)求信令、無(wú)線接入承載指派請(qǐng)求信令。優(yōu)選地，上述標(biāo)識(shí)信息用于標(biāo)識(shí)以下之一用戶發(fā)起的業(yè)務(wù)一直激活、用戶發(fā)起的業(yè)務(wù)頻繁傳輸數(shù)據(jù)、用戶發(fā)起的業(yè)務(wù)需要周期性地發(fā)送保持在線信息、用戶發(fā)起的業(yè)務(wù)需要周期性地進(jìn)行狀態(tài)更新。優(yōu)選地，RAN側(cè)依據(jù)在線業(yè)務(wù)的屬性特征對(duì)用戶設(shè)備實(shí)施資源調(diào)度包括RAN側(cè)保持用戶設(shè)備的RRC連接。優(yōu)選地，RAN側(cè)保持用戶設(shè)備的RRC連接的方式包括以下之一 RAN側(cè)不釋放用戶設(shè)備的RRC連接；RAN側(cè)為用戶設(shè)備配置DRX狀態(tài)；RAN側(cè)將用戶設(shè)備轉(zhuǎn)到小區(qū)前向接入信道狀態(tài)或小區(qū)尋呼信道狀態(tài)；RAN側(cè)延長(zhǎng)用于探測(cè)在線業(yè)務(wù)是否有數(shù)據(jù)傳輸?shù)亩〞r(shí)器的周
期。優(yōu)選地，該方法還包括用戶設(shè)備向RAN側(cè)發(fā)送保持在線的信息的時(shí)間間隔；RAN側(cè)保持用戶設(shè)備的RRC連接包括RAN側(cè)根據(jù)保持在線的信息的時(shí)間間隔配置DRX狀態(tài)的周期；和/或RAN側(cè)根據(jù)保持在線的信息的時(shí)間間隔配置用于探測(cè)在線業(yè)務(wù)是否有數(shù)據(jù)傳輸?shù)亩〞r(shí)器時(shí)長(zhǎng)。優(yōu)選地，RAN側(cè)依據(jù)在線業(yè)務(wù)的屬性特征對(duì)用戶設(shè)備實(shí)施資源調(diào)度包括RAN保留無(wú)線接入承載的配置參數(shù)，其中，該配置參數(shù)服務(wù)質(zhì)量參數(shù)或無(wú)線接入承載標(biāo)識(shí)。為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的另一方面，還提供了一種資源調(diào)度的網(wǎng)元。根據(jù)本發(fā)明的資源調(diào)度的網(wǎng)元位于RAN側(cè)，該網(wǎng)元包括獲取模塊，用于通過(guò)用戶設(shè)備或核心網(wǎng)獲取用于指示用戶設(shè)備所請(qǐng)求的業(yè)務(wù)為在線業(yè)務(wù)的標(biāo)識(shí)信息；確定模塊，用于根據(jù)標(biāo)識(shí)信息確定用戶設(shè)備所建立的無(wú)線接入承載用于在線業(yè)務(wù)；調(diào)度模塊，用于在確定模塊確定用戶設(shè)備所建立的無(wú)線接入承載用于在線業(yè)務(wù)的情況下，依據(jù)在線業(yè)務(wù)的屬性特征對(duì)用戶設(shè)備實(shí)施資源調(diào)度。優(yōu)選地，上述資源調(diào)度的網(wǎng)元為L(zhǎng)TE系統(tǒng)中的基站或者UMTS中的無(wú)線網(wǎng)絡(luò)控制器。通過(guò)本發(fā)明，采用RAN側(cè)在檢測(cè)到建立的無(wú)線接入承載用于在線業(yè)務(wù)的用戶設(shè)備沒有數(shù)據(jù)傳輸?shù)那闆r下，保持用戶設(shè)備的RRC連接的方式，解決了相關(guān)技術(shù)中由于在線業(yè)務(wù)用戶數(shù)量大而導(dǎo)致網(wǎng)絡(luò)側(cè)信令開銷過(guò)大的問(wèn)題，減少了網(wǎng)絡(luò)側(cè)更新RRC連接的頻率，提高了系統(tǒng)的穩(wěn)定性。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖I是根據(jù)本發(fā)明實(shí)施例的資源調(diào)度的方法的流程圖；圖2是根據(jù)本發(fā)明實(shí)施例的資源調(diào)度的網(wǎng)元的結(jié)構(gòu)框圖；圖3是根據(jù)本發(fā)明實(shí)施例二的UE建立業(yè)務(wù)的流程示意圖；圖4是根據(jù)本發(fā)明實(shí)施例三的UE建立業(yè)務(wù)的流程示意圖；圖5是根據(jù)本發(fā)明實(shí)施例四的QCI的映射關(guān)系示意圖；圖6是根據(jù)本發(fā)明實(shí)施例五的UE建立新的業(yè)務(wù)的流程示意圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明。需要說(shuō)明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。根據(jù)本發(fā)明實(shí)施例，提供了一種資源調(diào)度的方法。圖I是根據(jù)本發(fā)明實(shí)施例的資源調(diào)度的方法的流程圖，如圖I所示，該方法包括以下步驟步驟S102,無(wú)線接入網(wǎng)(Radio Access Network,簡(jiǎn)稱為RAN)側(cè)通過(guò)用戶設(shè)備或核心網(wǎng)獲取用于指示用戶設(shè)備所請(qǐng)求的業(yè)務(wù)為在線業(yè)務(wù)的標(biāo)識(shí)信息；步驟S104，RAN側(cè)根據(jù)該標(biāo)識(shí)信息確定用戶設(shè)備所建立的無(wú)線接入承載用于在線業(yè)務(wù)；步驟S106，RAN側(cè)依據(jù)在線業(yè)務(wù)的屬性特征對(duì)用戶設(shè)備實(shí)施資源調(diào)度。 通過(guò)上述步驟，采用RAN側(cè)在檢測(cè)到建立的無(wú)線接入承載用于在線業(yè)務(wù)的用戶設(shè)備沒有數(shù)據(jù)傳輸?shù)那闆r下，保持用戶設(shè)備的RRC連接的方式，解決了相關(guān)技術(shù)中由于在線業(yè)務(wù)用戶數(shù)量大而導(dǎo)致網(wǎng)絡(luò)側(cè)信令開銷過(guò)大的問(wèn)題，減少了網(wǎng)絡(luò)側(cè)更新RRC連接的頻率，提聞了系統(tǒng)的穩(wěn)定性。例如，在步驟S106中，RAN側(cè)在檢測(cè)到用戶設(shè)備沒有數(shù)據(jù)傳輸?shù)那闆r下，仍然保持用戶設(shè)備的RRC連接。優(yōu)選地，在步驟S102中，RAN側(cè)通過(guò)用戶設(shè)備獲取上述標(biāo)識(shí)信息包括RAN側(cè)通過(guò)與用戶設(shè)備的RRC信令獲取上述標(biāo)識(shí)信息，其中，RRC信令包括以下至少之一 RRC連接建立完成信令、RRC連接重配置完成信令、初始直傳信令、無(wú)線承載建立完成信令。該方法可以提高系統(tǒng)的靈活性。優(yōu)選地,在步驟S102中，RAN側(cè)通過(guò)核心網(wǎng)獲取上述標(biāo)識(shí)信息包括RAN側(cè)通過(guò)與核心網(wǎng)的無(wú)線接入承載建立請(qǐng)求中的服務(wù)質(zhì)量參數(shù)的等級(jí)標(biāo)識(shí)(QoS Class Identifier,簡(jiǎn)稱為QCI)值獲取上述標(biāo)識(shí)信息；或者，RAN側(cè)通過(guò)與核心網(wǎng)之間的接口信令獲取上述標(biāo)識(shí)信息，其中，接口信令包括以下至少之一初始上下文建立請(qǐng)求信令、無(wú)線接入承載建立請(qǐng)求信令、無(wú)線接入承載指派請(qǐng)求信令。該方法可以提高系統(tǒng)的靈活性。優(yōu)選地，上述標(biāo)識(shí)信息用于標(biāo)識(shí)以下之一用戶發(fā)起的業(yè)務(wù)一直激活、用戶發(fā)起的業(yè)務(wù)頻繁傳輸數(shù)據(jù)、用戶發(fā)起的業(yè)務(wù)需要周期性地發(fā)送保持在線信息、用戶發(fā)起的業(yè)務(wù)需要周期性地進(jìn)行狀態(tài)更新。該方法可以提高系統(tǒng)的有效性。優(yōu)選地，RAN側(cè)為長(zhǎng)期演進(jìn)(Long Term Evolution，簡(jiǎn)稱為L(zhǎng)TE)系統(tǒng)中的基站或者通用移動(dòng)通信系統(tǒng)(Universal Mobile Telecommunications System,簡(jiǎn)稱為 UMTS)中的無(wú)線網(wǎng)絡(luò)控制器。優(yōu)選地，在步驟S106中，RAN側(cè)保持用戶設(shè)備的RRC連接。優(yōu)選地，RAN側(cè)保持用戶設(shè)備的RRC連接的方式包括以下之一 RAN側(cè)不釋放用戶設(shè)備的RRC連接；RAN側(cè)為用戶設(shè)備配置非連續(xù)接收(Discontinuous Reception,簡(jiǎn)稱為DRX)狀態(tài)；RAN側(cè)將用戶設(shè)備轉(zhuǎn)到小區(qū)前向接入信道(Cell FACH)狀態(tài)或小區(qū)尋呼信道(Cell PCH)狀態(tài)；RAN側(cè)延長(zhǎng)用于探測(cè)在線業(yè)務(wù)是否有數(shù)據(jù)傳輸?shù)亩〞r(shí)器的周期。該方法可以提高系統(tǒng)的靈活性。優(yōu)選地，該方法還包括用戶設(shè)備向RAN側(cè)發(fā)送保持在線的信息的時(shí)間間隔；RAN側(cè)保持用戶設(shè)備的RRC連接包括RAN側(cè)根據(jù)保持在線的信息的時(shí)間間隔配置DRX狀態(tài)的周期和/或配置用于探測(cè)在線業(yè)務(wù)是否有數(shù)據(jù)傳輸?shù)亩〞r(shí)器時(shí)長(zhǎng)。該方法可以提高系統(tǒng)的準(zhǔn)確性。優(yōu)選地，在步驟S106中，RAN保留無(wú)線接入承載的配置參數(shù)，其中，該配置參數(shù)服務(wù)質(zhì)量參數(shù)或無(wú)線接入承載標(biāo)識(shí)。該方法可以提高系統(tǒng)效率。對(duì)應(yīng)于上述方法，本發(fā)明實(shí)施例還提供了一種資源調(diào)度的網(wǎng)元。圖2是根據(jù)本發(fā)明實(shí)施例的資源調(diào)度的網(wǎng)元的結(jié)構(gòu)框圖，如圖2所示，該網(wǎng)元位于無(wú)線接入網(wǎng)RAN側(cè)，該網(wǎng)元包括獲取模塊22，用于通過(guò)用戶設(shè)備或核心網(wǎng)獲取用于指示用戶設(shè)備所請(qǐng)求的業(yè)務(wù)為在線業(yè)務(wù)的標(biāo)識(shí)信息；確定模塊24，耦合至獲取模塊22，用于根據(jù)該標(biāo)識(shí)信息確定用戶設(shè)備所建立的無(wú)線接入承載用于在線業(yè)務(wù)；調(diào)度模塊26，耦合至確定模塊24，用于在確定模塊24確定用戶設(shè)備所建立的無(wú)線接入承載用于在線業(yè)務(wù)的情況下，依據(jù)在線業(yè)務(wù)的屬性特征對(duì)用戶設(shè)備實(shí)施資源調(diào)度。 通過(guò)上述網(wǎng)元，采用保持連接模塊26在檢測(cè)到建立的無(wú)線接入承載用于在線業(yè)務(wù)的用戶設(shè)備沒有數(shù)據(jù)傳輸?shù)那闆r下，保持用戶設(shè)備的RRC連接的方式，解決了相關(guān)技術(shù)中由于在線業(yè)務(wù)用戶數(shù)量大而導(dǎo)致網(wǎng)絡(luò)側(cè)信令開銷過(guò)大的問(wèn)題，減少了網(wǎng)絡(luò)側(cè)更新RRC連接的頻率，提高了系統(tǒng)的穩(wěn)定性。優(yōu)選地，該網(wǎng)元為L(zhǎng)TE系統(tǒng)中的基站或者UMTS中的無(wú)線網(wǎng)絡(luò)控制器。下面結(jié)合優(yōu)選實(shí)施例和附圖對(duì)上述實(shí)施例的實(shí)現(xiàn)過(guò)程進(jìn)行詳細(xì)說(shuō)明。實(shí)施例一本實(shí)施例提供了一種資源調(diào)度的方法，S卩，RAN側(cè)獲知用戶設(shè)備所建立的無(wú)線接入承載用于在線業(yè)務(wù)，RAN側(cè)據(jù)此實(shí)施資源調(diào)度，解決了在線業(yè)務(wù)對(duì)網(wǎng)絡(luò)造成的頻繁刪除/建立RRC連接的問(wèn)題。在實(shí)施過(guò)程中，RAN側(cè)可以通過(guò)兩種方式獲知用戶設(shè)備所建立的無(wú)線接入承載用于在線業(yè)務(wù)。方式一、RAN側(cè)通過(guò)用戶設(shè)備獲知用戶設(shè)備所建立的無(wú)線接入承載用于在線業(yè)務(wù)RAN側(cè)通過(guò)RRC信令獲知在線業(yè)務(wù)的信息，其中，該RRC信令可以為但不限于RRC連接建立完成、RRC連接重配置完成、初始直傳、或者無(wú)線承載建立完成信令；方式二、RAN側(cè)通過(guò)核心網(wǎng)獲知用戶設(shè)備所建立的無(wú)線接入承載用于在線業(yè)務(wù)RAN側(cè)通過(guò)與核心網(wǎng)之間的接口信令獲知在線業(yè)務(wù)的信息，其中，該接口信令可以為但不限于初始上下文建立請(qǐng)求、無(wú)線接入承載建立請(qǐng)求、或無(wú)線接入承載指派請(qǐng)求。優(yōu)選地，在方式二中，如果RAN側(cè)通過(guò)核心網(wǎng)獲知用戶設(shè)備所建立的無(wú)線接入承載用于在線業(yè)務(wù)，核心網(wǎng)可以通過(guò)新引入的QCI值表示在線業(yè)務(wù)。優(yōu)選地，在線業(yè)務(wù)可以為以下之一用戶發(fā)起的業(yè)務(wù)具有一直激活的特征；用戶發(fā)起的業(yè)務(wù)具有頻繁傳輸數(shù)據(jù)的特征；用戶發(fā)起的業(yè)務(wù)需要周期性地發(fā)送保持在線的信息；用戶發(fā)起的業(yè)務(wù)需要周期性地進(jìn)行狀態(tài)更新。優(yōu)選地，在線業(yè)務(wù)還可以是周期性地發(fā)送保持在線的信息的時(shí)間間隔、或周期性地進(jìn)行狀態(tài)更新的時(shí)間間隔。需要說(shuō)明的是，RAN側(cè)可以包括LTE系統(tǒng)中的基站，或者是UMTS系統(tǒng)中的無(wú)線網(wǎng)絡(luò)控制器。在實(shí)施過(guò)程中，RAN側(cè)據(jù)此實(shí)施資源調(diào)度可以包括RAN側(cè)維持用戶設(shè)備的RRC連接，或者RAN側(cè)設(shè)置更長(zhǎng)的定時(shí)器用于探測(cè)所述在線業(yè)務(wù)是否有數(shù)據(jù)傳輸。例如，RAN側(cè)維持用戶設(shè)備的RRC連接可以為RAN側(cè)不主動(dòng)釋放該UE的RRC連接，RAN側(cè)可以配置UE處于DRX狀態(tài)或Cell FACH、Cell PCH狀態(tài)。通過(guò)本實(shí)施例，RAN側(cè)從用戶設(shè)備或核心網(wǎng)獲知用戶所建立的是在線業(yè)務(wù)，進(jìn)而在資源調(diào)度上采取特殊的處理方法，不主動(dòng)釋放該用戶設(shè)備的RRC連接，這樣可以使用戶設(shè)備再次發(fā)送數(shù)據(jù)或者發(fā)送保持在線的數(shù)據(jù)包時(shí)不需再次建立RRC連接，減少了對(duì)核心網(wǎng)的影響。實(shí)施例二本實(shí)施例以LTE系統(tǒng)為例進(jìn)行說(shuō)明。假設(shè)LTE系統(tǒng)中的用戶設(shè)備(UserEquipment，簡(jiǎn)稱為UE)駐留在基站I所轄小區(qū)I中，處于空閑狀態(tài)，UE期望開展MSN業(yè)務(wù)，其建立業(yè)務(wù)的流程。圖3是根據(jù)本發(fā)明實(shí)施例二的UE建立業(yè)務(wù)的流程示意圖，如圖3所示，該流程包括以下步驟 步驟S301,UE向基站I發(fā)送RRC連接請(qǐng)求(RRC connection Request),在該連接請(qǐng)求中攜帶了 UE的標(biāo)識(shí)信息，以及建立原因(Establishment Cause),此處建立原因?yàn)橛脩舭l(fā)起的數(shù)據(jù)業(yè)務(wù)。步驟S302，基站I收到RRC連接請(qǐng)求后，為UE分配無(wú)線資源，向UE發(fā)送RRC連接建立信令(RRC Connection Setup)。步驟S303，UE收到RRC連接建立信令后，應(yīng)用其中的參數(shù)配置，向基站I返回RRC連接建立完成信令(RRC Connection Setup Complete)。其中，該信令還包含UE的業(yè)務(wù)請(qǐng)求信息(屬于非接入層)。為了實(shí)現(xiàn)本實(shí)施例的目的，UE在RRC連接建立完成信令中還包含新的指示在線業(yè)務(wù)(Always On或online)的/[目兀?；綢獲得在線業(yè)務(wù)的彳目息后，需要保存，將其應(yīng)用于隨后的資源調(diào)度中。此處指示在線業(yè)務(wù)的信息可以是如下信息的一種用戶發(fā)起的業(yè)務(wù)具有一直激活的特征；用戶發(fā)起的業(yè)務(wù)具有頻繁傳輸數(shù)據(jù)的特征；用戶發(fā)起的業(yè)務(wù)需要周期性的發(fā)送保持在線的信息；用戶發(fā)起的業(yè)務(wù)需要周期性的進(jìn)行狀態(tài)更新。優(yōu)選地，指示在線業(yè)務(wù)的信息還可以包括周期性的發(fā)送保持在線的信息的時(shí)間間隔、或周期性的進(jìn)行狀態(tài)更新的時(shí)間間隔。需要說(shuō)明的是，本實(shí)施例中，UE可以通過(guò)RRC連接建立完成信令向基站I發(fā)送在線業(yè)務(wù)的信令，UE還可以通過(guò)其他的RRC信令如RRC連接重配置完成信令向基站I發(fā)送在線業(yè)務(wù)的信令。步驟S304，基站I將向核心網(wǎng)發(fā)送UE的業(yè)務(wù)請(qǐng)求，核心網(wǎng)對(duì)UE鑒權(quán)，在鑒權(quán)成功后，向基站I發(fā)送無(wú)線接入承載(Radio Access Bearer, RAB)的配置參數(shù)以及安全配置的參數(shù)。步驟S305,基站I向UE發(fā)送安全模式命令(Security Mode Command),為UE配置加密算法和完整性保護(hù)算法。步驟S306，UE應(yīng)用其中的加密算法和完整性保護(hù)算法，向基站I返回安全模式完成信令(Security Mode Complete)。步驟S307，基站I向UE發(fā)送RRC連接重配置信令(RRC ConnectionReconfiguration),其中包含數(shù)據(jù)無(wú)線承載(Data Radio Bearer, DRB)的配置參數(shù)以及測(cè)量配置參數(shù)。該數(shù)據(jù)無(wú)線承載用于傳輸數(shù)據(jù)，對(duì)應(yīng)于上述步驟S304中的無(wú)線接入承載。步驟S308，UE應(yīng)用其中的配置參數(shù)，向基站I返回RRC連接重配置完成信令(RRCConnection Reconfiguration Complete)。至此，基站I為UE建立了用于數(shù)據(jù)傳輸?shù)某休d，UE可以開展業(yè)務(wù)。UE在某些時(shí)間段內(nèi)頻繁地傳輸數(shù)據(jù)，在其他時(shí)間內(nèi)基本處于靜默狀態(tài)(此時(shí)只會(huì)發(fā)送保持在線的數(shù)據(jù)包，發(fā)送保持在線數(shù)據(jù)包的時(shí)間間隔與MSN業(yè)務(wù)有關(guān)，本實(shí)施例中假設(shè)為2分鐘)?；綢在UE有數(shù)據(jù)傳輸?shù)臅r(shí)候?yàn)槠浞峙錈o(wú)線資源，使其能夠及時(shí)傳遞數(shù)據(jù)；在沒有數(shù)據(jù)傳輸?shù)臅r(shí)候，通?；綢會(huì)啟動(dòng)一個(gè)定時(shí)器，如果在該定時(shí)器超時(shí)后還沒有數(shù)據(jù)傳輸，基站I會(huì)主動(dòng)釋放該UE建立的RRC連接。該定時(shí)器通常設(shè)置的時(shí)間較短，比如10秒，主要是為了節(jié)省無(wú)線資源。然而，在本實(shí)施例中，由于基站I通過(guò)RRC連接建立完成信令獲知UE建立的是在線業(yè)務(wù)，因此，基站I在探測(cè)到UE沒有數(shù)據(jù)傳輸后沒有釋放該UE的RRC連接，而是繼續(xù)保持RRC連接；同時(shí)為了節(jié)省無(wú)線資源以及節(jié)省UE的耗電，基站I可以為UE配置了非連續(xù)接 收狀態(tài)(DRX狀態(tài))。例如，在實(shí)施過(guò)程中，基站I可以通過(guò)RRC信令，如RRC連接重配置(RRC ConnectionReconfiguration)為UE配置DRX相關(guān)的參數(shù)，如持續(xù)時(shí)間定時(shí)器(onDurationTimer)、DRX 活動(dòng)定時(shí)器(drx-InactivityTimer)、DRX 重傳定時(shí)器(drx-RetransmissionTimer)、DRX周期(可以包含兩種周期，一種稱之為長(zhǎng)周期IongDRX-Cycle, 一種稱之為短周期 shortDRX-Cycle ;或者僅包含 longDRX-Cycle)、DRX 起始偏移值(drxStartOffset)。UE獲得DRX的配置參數(shù)后，在滿足公式[(SFNX 10)+subframe number]modulo (longDRX-Cycle) = drxStartOffset 的子巾貞；或者在滿足公式[(SFNX10)+subframe number]modulo (shortDRX-Cycle) = (drxStartOffset)modulo (shortDRX-Cycle)的子巾貞，啟動(dòng) onDurationTimer,其中 SFN 是系統(tǒng)巾貞號(hào)，subframenumber是子巾貞號(hào)，modulo表示取模運(yùn)算。那么，UE會(huì)以longDRX-Cycle或shortDRX-Cycle為周期，“定時(shí)醒來(lái)”監(jiān)聽物理下行控制信道(Physical Downlink Control Channel, PDCCH),每次至少“醒”onDurationTimer長(zhǎng)度(此時(shí)UE開始處于激活態(tài),UE處于激活狀態(tài)的時(shí)間稱為ActiveTime, Active Time時(shí)間可以大于或等于onDurationTimer)。其中，UE在醒來(lái)監(jiān)聽F1DCCH的這段時(shí)間也稱為OnDuration。因?yàn)閁E開展的在線業(yè)務(wù)其發(fā)送的保持在線(Keep Alive)數(shù)據(jù)包的時(shí)間間隔比較長(zhǎng)，因此，基站I為UE配置較長(zhǎng)的DRX周期(如1280毫秒)，配置較短的onDurationTimer (如I毫秒),這樣可以使UE在較長(zhǎng)的時(shí)間段內(nèi)不需要接收F1DCCH,有助于省電；同時(shí)由于基站I使UE維持在RRC連接狀態(tài)，當(dāng)UE需要再次發(fā)送保持在線的數(shù)據(jù)包或傳輸數(shù)據(jù)時(shí)，可以省去重建RRC信令的流程，可以大大減輕對(duì)核心網(wǎng)的影響?？梢?，本實(shí)施例中，基站I在探測(cè)到UE沒有數(shù)據(jù)傳輸后沒有釋放該UE的RRC連接，而是繼續(xù)保持RRC連接，基站I也可以設(shè)置一個(gè)時(shí)間更長(zhǎng)的定時(shí)器，比如5分鐘(比相關(guān)技術(shù)中的10秒長(zhǎng))，用于探測(cè)該用戶設(shè)備是否有數(shù)據(jù)傳輸，如果在5分鐘之內(nèi)沒有數(shù)據(jù)傳輸，則基站I可以主動(dòng)釋放該UE的RRC連接；如果在5分鐘之內(nèi)有數(shù)據(jù)傳輸，則基站I需要繼續(xù)維持該UE的RRC連接，在數(shù)據(jù)傳輸結(jié)束后，再次啟動(dòng)定時(shí)器探測(cè)接下來(lái)的5分鐘是否有數(shù)據(jù)傳輸。特別地，如果UE向基站I發(fā)送了周期性的發(fā)送保持在線的信息的時(shí)間間隔，基站I可以據(jù)此配置DRX的周期，以及據(jù)此設(shè)置探測(cè)數(shù)據(jù)傳輸?shù)亩〞r(shí)器時(shí)長(zhǎng)(只需要大于或等于該時(shí)間間隔)。實(shí)施例三本實(shí)施例以UMTS為例進(jìn)行說(shuō)明。假設(shè)UE2駐留在基站2所轄小區(qū)2中，處于空閑狀態(tài)，基站2受無(wú)線網(wǎng)絡(luò)控制器(Radio Network Controller，簡(jiǎn)稱為RNC)管轄。UE2期望開展QQ業(yè)務(wù)，其建立業(yè)務(wù)的流程。圖4是根據(jù)本發(fā)明實(shí)施例三的UE建立業(yè)務(wù)的流程示意圖，如圖4所示，該流程包括以下步驟步驟S401, UE2 向 RNC 發(fā)送 RRC 連接請(qǐng)求(RRC connection Request),在該連接請(qǐng)求中，攜帶了 UE2的標(biāo)識(shí)信息以及建立原因。步驟S402，RNC收到RRC連接請(qǐng)求后，為UE2分配無(wú)線資源，向UE2發(fā)送RRC連接建立信令(RRC Connection Setup)。步驟S403，UE2收到RRC連接建立信令后，應(yīng)用其中的參數(shù)配置，向RNC返回RRC連接建立完成信令(RRC Connection Setup Complete)。步驟S404,UE2向RNC發(fā)送初始直傳(Initial Direct Transfer)信令,在該信令中包含UE2的業(yè)務(wù)請(qǐng)求信息，同時(shí)在該信令中還包含指示所請(qǐng)求業(yè)務(wù)是在線業(yè)務(wù)的信元。需要說(shuō)明的是，本實(shí)施例中，UE可以通過(guò)初始直傳向RNC傳遞自己建立的是在線業(yè)務(wù)的信息，UE也可以通過(guò)無(wú)線承載建立完成信令向RNC傳遞在線業(yè)務(wù)的信息。步驟S405，RNC收到初始直傳信令后，保存收到的所請(qǐng)求業(yè)務(wù)是在線業(yè)務(wù)的信息，然后向核心網(wǎng)發(fā)送UE2的業(yè)務(wù)請(qǐng)求，核心網(wǎng)對(duì)UE2鑒權(quán)，在鑒權(quán)成功后，向RNC發(fā)送無(wú)線接入承載(Radio Access Bearer, RAB)的配置參數(shù)。在該步驟中，還包括配置安全模式的流程，目的是為UE2配置加密算法和完整性保護(hù)算法。步驟S406，RNC向UE2發(fā)送無(wú)線承載建立信令(Radio Bearer Setup)，其中包含數(shù)據(jù)無(wú)線承載(Data Radio Bearer, DRB)的配置參數(shù)。該據(jù)無(wú)線承載用于傳輸數(shù)據(jù)，對(duì)應(yīng)于上述步驟S405中的無(wú)線接入承載。步驟S407，UE2應(yīng)用無(wú)線承載建立信令中的配置參數(shù)，然后向RNC返回?zé)o線承載建立完成信令(Radio Bearer Setup Complete)。至此，RNC為UE2建立了用于數(shù)據(jù)傳輸?shù)某休d，UE2可以開展業(yè)務(wù)。UE2在某些時(shí)間段內(nèi)頻繁地傳輸數(shù)據(jù)，在其他時(shí)間內(nèi)基本處于靜默狀態(tài)(此時(shí)只會(huì)發(fā)送保持在線的數(shù)據(jù)包，發(fā)送保持在線數(shù)據(jù)包的時(shí)間間隔與QQ業(yè)務(wù)有關(guān)，本實(shí)施例中假設(shè)為3分鐘)。通常如果UE的業(yè)務(wù)數(shù)據(jù)量較多，RNC在UE有數(shù)據(jù)傳輸?shù)臅r(shí)候?qū)⑵渑渲迷贑ell DCH狀態(tài)，使其能夠及時(shí)傳遞數(shù)據(jù)；在數(shù)據(jù)量減少或沒有數(shù)據(jù)傳輸?shù)臅r(shí)候，通常RNC會(huì)啟動(dòng)一個(gè)定時(shí)器(Tl)檢測(cè)數(shù)據(jù)量的大小，如果在該定時(shí)器超時(shí)后，傳輸?shù)臄?shù)據(jù)量還是很小或沒有數(shù)據(jù)傳輸，RNC將把UE轉(zhuǎn)到小區(qū)(Cell)前向接入信道(Forward Access Channel，簡(jiǎn)稱為FACH)狀態(tài)，此時(shí)UE使用網(wǎng)絡(luò)的公共信道傳輸數(shù)據(jù)；如果UE在Cell FACH狀態(tài)在持續(xù)一段時(shí)間(T2)仍然沒有數(shù)據(jù)傳輸，RNC將把UE轉(zhuǎn)到Cell尋呼信道(Paging Channel，簡(jiǎn)稱為PCH)(或URA PCH)狀態(tài)或直接釋放該UE建立的RRC連接；如果UE在Cell PCH狀態(tài)在持續(xù)一段時(shí)間(T3)仍然沒有數(shù)據(jù)傳輸，RNC將釋放該UE建立的RRC連接。
本實(shí)施例中，由于RNC獲知了 UE2建立的是在線業(yè)務(wù)，因此，RNC在探測(cè)到UE2沒有數(shù)據(jù)發(fā)送時(shí)，將UE2轉(zhuǎn)到Cell FACH狀態(tài)或Cell PCH(或URA PCH)狀態(tài)，這樣可以使UE2消耗較少的電量；同時(shí)由于RNC使UE2維持在RRC連接狀態(tài)(UE2處于Cel I FACH或PCH狀態(tài)時(shí)，RRC連接還是保持的)，當(dāng)UE2需要再次發(fā)送保持在線的數(shù)據(jù)包或傳輸數(shù)據(jù)時(shí)，可以省去重建RRC信令的流程，可以大大減輕對(duì)核心網(wǎng)的影響。實(shí)施例四在LTE系統(tǒng)中，假設(shè)UE位于基站3所轄小區(qū)3中，已經(jīng)處于連接狀態(tài)，UE建立的無(wú)線接入承載(此處用RABl表示)是普通的數(shù)據(jù)業(yè)務(wù)，非在線業(yè)務(wù)。此時(shí)UE需要新建一個(gè)在線業(yè)務(wù)，UE通過(guò)已經(jīng)建立的RRC連接傳遞非接入層信令請(qǐng)求建立新的業(yè)務(wù)，核心網(wǎng)收到后為UE建立該業(yè)務(wù)的流程可以包括以下步驟步驟S501,核心網(wǎng)向基站3發(fā)送無(wú)線接入承載建立請(qǐng)求(E-RAB Setup Request),在該請(qǐng)求中包含新業(yè)務(wù)的配置參數(shù)包括無(wú)線接入承載的標(biāo)識(shí)(此處用RAB2表示)、傳輸層地址、無(wú)線接入承載的服務(wù)質(zhì)量參數(shù)(Quality of Service)，其中服務(wù)質(zhì)量參數(shù)具體包含的參數(shù)有服務(wù)質(zhì)量參數(shù)的等級(jí)標(biāo)識(shí)(QoS Class Identifier，簡(jiǎn)稱為QCI);分配和保留優(yōu)先級(jí)(Allocation andRetention Priority,簡(jiǎn)稱為ARP);可選的,還有保證比特速率(Guaranteed Bit Rate)的上下行比特速率等參數(shù)。由于核心網(wǎng)已經(jīng)獲知UE期待建立的業(yè)務(wù)是在線業(yè)務(wù)，因此，核心網(wǎng)在向基站3發(fā)送的無(wú)線接入承載建立請(qǐng)求中新增指示該無(wú)線接入承載是在線業(yè)務(wù)(Always On或Online)的信元。其中，指示無(wú)線接入承載是在線業(yè)務(wù)的信息可以是如下信息的一種用戶發(fā)起的業(yè)務(wù)具有一直激活的特征；用戶發(fā)起的業(yè)務(wù)具有頻繁傳輸數(shù)據(jù)的特征；用戶發(fā)起的業(yè)務(wù)需要周期性的發(fā)送保持在線的信息；用戶發(fā)起的業(yè)務(wù)需要周期性的進(jìn)行狀態(tài)更新。優(yōu)選地，指示無(wú)線接入承載是在線業(yè)務(wù)的信息還可以包括周期性的發(fā)送保持在線的信息的時(shí)間間隔、或周期性的進(jìn)行狀態(tài)更新的時(shí)間間隔。步驟S502，基站3收到無(wú)線接入承載建立請(qǐng)求后，獲知了該承載的配置參數(shù)，以及獲知該承載是在線業(yè)務(wù)的信息?；?依據(jù)該承載的配置參數(shù)為UE配置無(wú)線資源、配置在空中接口的參數(shù)，向UE發(fā)送無(wú)線連接重配置信令，其中包含基站3為其分配的資源信息?；?獲知UE所建立的是在線業(yè)務(wù)信息后，將其保存，用于以后的參數(shù)配置和資源調(diào)度中。步驟S503，UE收到無(wú)線連接重配置信令后，應(yīng)用其中的配置參數(shù)，然后向基站3發(fā)送無(wú)線連接重配置完成信令。步驟S504，基站3收到重配置完成信令后，向核心網(wǎng)發(fā)送無(wú)線接入承載建立響應(yīng)信令(E-RAB Setup Response)。至此，UE建立了新的在線業(yè)務(wù)，可以開展業(yè)務(wù)。由于UE建立了 RABl和RAB2，基站3需要綜合考慮這兩個(gè)承載的業(yè)務(wù)特性合理地配置無(wú)線資源(比如配置DRX參數(shù))，以便在滿足兩個(gè)承載的數(shù)據(jù)傳輸需求的前提下，能夠更好的省電。在本實(shí)施例中，由于基站3獲知RAB2是在線業(yè)務(wù)，因此，即使基站3探測(cè)到RAB2在一段時(shí)間沒有數(shù)據(jù)傳輸，基站3仍然保留RAB2的參數(shù)配置，例如，服務(wù)質(zhì)量參數(shù)、無(wú)線接入承載標(biāo)識(shí)等信息，以便UE針對(duì)RAB2需要再次發(fā)送保持在線的數(shù)據(jù)包或傳輸數(shù)據(jù)時(shí)，可以省去重新建立該無(wú)線接入承載的流程，可以減少對(duì)核心網(wǎng)的影響。優(yōu)選地，如果基站3釋放了 RABl，基站3為了節(jié)省無(wú)線資源以及節(jié)省UE的耗電，基站3可以為UE配置非連續(xù)接收狀態(tài)，可以配置較長(zhǎng)的DRX周期?；?需要維持該UE的RRC連接狀態(tài)，以便UE可以再次發(fā)送保持在線的數(shù)據(jù)包，以及可以使UE在需要時(shí)(在RAB2上有新的數(shù)據(jù)發(fā)送)再次傳輸數(shù)據(jù)。只有等UE主動(dòng)發(fā)起業(yè)務(wù)釋放(RAB2釋放)的請(qǐng)求、或者核心網(wǎng)向基站3發(fā)送釋放RAB2的請(qǐng)求后，基站3才會(huì)釋放UE建立的RAB2，以及釋放UE建立的RRC連接?？梢姡緦?shí)施例是UE已經(jīng)建立了 RAB1，在新建RAB2時(shí)通過(guò)無(wú)線接入承載建立請(qǐng)求向基站3傳遞新建立的承載是在線業(yè)務(wù)的信息。如果UE初始是空閑狀態(tài)，UE第一個(gè)建立的無(wú)線接入承載就是在線業(yè)務(wù)，此時(shí)核心網(wǎng)通過(guò)初始上下文建立請(qǐng)求(Initial ContextSetup Request)向基站3傳遞建立的是在線業(yè)務(wù)的信息。在實(shí)施過(guò)程中，基站3在探測(cè)到UE沒有數(shù)據(jù)傳輸后沒有釋放該UE的RRC連接，而是繼續(xù)保持RRC連接，基站I也可以設(shè)置一個(gè)時(shí)間更長(zhǎng)的定時(shí)器(比如6分鐘)，用于探測(cè)該用戶設(shè)備建立的RAB2是否有數(shù)據(jù)傳輸，如果在6分鐘之內(nèi)沒有數(shù)據(jù)傳輸，則基站3可以主動(dòng)釋放RAB2 ;如果在6分鐘之內(nèi)有數(shù)據(jù)傳輸，則基站3需要繼續(xù)保持該建立的RAB2，在數(shù)據(jù)傳輸結(jié)束后再次啟動(dòng)定時(shí)器探測(cè)接下來(lái)的6分鐘是否有數(shù)據(jù)傳輸。優(yōu)選地，核心網(wǎng)可以通過(guò)在無(wú)線接入承載建立請(qǐng)求中新增信元表示在線業(yè)務(wù)的信息。例如，本實(shí)施例還可以有其他的實(shí)現(xiàn)方式圖5是根據(jù)本發(fā)明實(shí)施例四的QCI的映射關(guān)系示意圖，如圖5所示，無(wú)線接入承載的服務(wù)質(zhì)量參數(shù)中包含的QCI，在現(xiàn)有的協(xié)議中，QCI可以取I到9，根據(jù)業(yè)務(wù)的不同，核心網(wǎng)配置的QCI是不同的，而在現(xiàn)有的QCI映射關(guān)系中沒有針對(duì)在線業(yè)務(wù)設(shè)置獨(dú)立的QCI，本實(shí)施例為了使基站3能夠獲知建立的無(wú)線接入承載與現(xiàn)有的承載不同，需要引入新的QCI值，如QCI取10時(shí)，表明所建立的無(wú)線接入承載是在線業(yè)務(wù)，基站3獲得QCI等于10時(shí)就知道是在線業(yè)務(wù)，需要對(duì)其采用特殊的資源調(diào)度策略。實(shí)施例五在UMTS系統(tǒng)中，假設(shè)UE位于RNC所管理的基站I所轄小區(qū)I中，處于空閑狀態(tài)。UE需要開展在線業(yè)務(wù)，其建立業(yè)務(wù)的流程。圖6是根據(jù)本發(fā)明實(shí)施例五的UE建立新的業(yè)務(wù)的流程示意圖，如圖6所示，該流程包括以下步驟步驟S601，UE在小區(qū)I發(fā)起隨機(jī)接入，與RNC建立的RRC連接。步驟S602, UE向RNC發(fā)送初始直傳(Initial Direct Transfer)信令，在該信令中包含UE的業(yè)務(wù)請(qǐng)求信息。步驟S603，RNC收到初始直傳信令后，向核心網(wǎng)發(fā)送初始用戶設(shè)備信息(InitialUEMessage)，其中包含UE的業(yè)務(wù)請(qǐng)求。該步驟可以還包括核心網(wǎng)對(duì)UE進(jìn)行鑒權(quán)，在鑒權(quán)成功后，為UE配置安全算法。步驟S604，核心網(wǎng)獲知UE的業(yè)務(wù)請(qǐng)求后，為UE配置無(wú)線接入承載的參數(shù)，核心網(wǎng)向RNC發(fā)送無(wú)線接入承載指派請(qǐng)求(RAB Assignment Request),其中包含無(wú)線接入承載的配置參數(shù)。同時(shí)核心網(wǎng)發(fā)現(xiàn)UE請(qǐng)求建立的是在線業(yè)務(wù)，因此核心網(wǎng)在無(wú)線接入承載指派請(qǐng)求中包含在線業(yè)務(wù)的信元。步驟S605，RNC收到無(wú)線接入承載指派請(qǐng)求后，依據(jù)其中的配置參數(shù)為UE分配無(wú)線資源，RNC向UE發(fā)送無(wú)線承載建立信令(Radio Bearer Setup),其中包含數(shù)據(jù)無(wú)線承載(DataRadio Bearer7DRB)的配置參數(shù)。所述數(shù)據(jù)無(wú)線承載用于傳輸數(shù)據(jù)，對(duì)應(yīng)于上述步驟S604中的無(wú)線接入承載。在本實(shí)施例中，RNC獲知UE所建立的是在線業(yè)務(wù)的信息后，保存，并將其用于之后的資源調(diào)度中。步驟S606，UE收到無(wú)線承載建立信令后，應(yīng)用其中的配置參數(shù)，然后向RNC返回?zé)o 線承載建立完成信令(Radio Bearer Setup Complete)。步驟S607，RNC收到無(wú)線承載建立完成信令后，向核心網(wǎng)發(fā)送無(wú)線接入承載指派響應(yīng)的信令(RAB Assignment Response)。至此，RNC為UE建立了用于數(shù)據(jù)傳輸?shù)某休d，UE可以開展業(yè)務(wù)。如果UE的業(yè)務(wù)數(shù)據(jù)量較多，RNC在將其配置在Cell DCH狀態(tài)；如果UE的業(yè)務(wù)數(shù)據(jù)量很少或者較長(zhǎng)時(shí)間內(nèi)沒有數(shù)據(jù)傳輸，RNC將UE轉(zhuǎn)到Cell FACH或Cell PCH狀態(tài)，但RNC不會(huì)主動(dòng)釋放該UE的RRC連接，因?yàn)镽NC獲知UE建立的是在線業(yè)務(wù)，UE可能具有突發(fā)的數(shù)據(jù)需要傳輸，而且UE所開展的業(yè)務(wù)會(huì)周期性的發(fā)送保持在線的數(shù)據(jù)包。RNC保持UE的RRC連接，可以使UE再次傳輸數(shù)據(jù)時(shí)不需要重建RRC連接，對(duì)核心網(wǎng)影響較??；同時(shí)使UE處于Cell FACH或Cell PCH,可以節(jié)電以及節(jié)省空口的資源。綜上所述，通過(guò)本發(fā)明實(shí)施例，采用RAN側(cè)在檢測(cè)到建立的無(wú)線接入承載用于在線業(yè)務(wù)的用戶設(shè)備沒有數(shù)據(jù)傳輸?shù)那闆r下，保持用戶設(shè)備的RRC連接的方式，解決了相關(guān)技術(shù)中由于在線業(yè)務(wù)用戶數(shù)量大而導(dǎo)致網(wǎng)絡(luò)側(cè)信令開銷過(guò)大的問(wèn)題，減少了網(wǎng)絡(luò)側(cè)更新RRC連接的頻率，提高了系統(tǒng)的穩(wěn)定性。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來(lái)實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn)，從而可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種資源調(diào)度的方法，其特征在于，包括以下步驟 無(wú)線接入網(wǎng)RAN側(cè)通過(guò)用戶設(shè)備或核心網(wǎng)獲取用于指示所述用戶設(shè)備所請(qǐng)求的業(yè)務(wù)為在線業(yè)務(wù)的標(biāo)識(shí)信息； 所述RAN側(cè)根據(jù)所述標(biāo)識(shí)信息確定所述用戶設(shè)備所建立的無(wú)線接入承載用于在線業(yè)務(wù); 所述RAN側(cè)依據(jù)所述在線業(yè)務(wù)的屬性特征對(duì)所述用戶設(shè)備實(shí)施資源調(diào)度。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述RAN側(cè)通過(guò)所述用戶設(shè)備獲取所述標(biāo)識(shí)信息包括 所述RAN側(cè)通過(guò)與所述用戶設(shè)備的RRC信令獲取所述標(biāo)識(shí)信息，其中，所述RRC信令包括以下至少之一 RRC連接建立完成信令、RRC連接重配置完成信令、初始直傳信令、無(wú)線承載建立完成信令。
3.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述RAN側(cè)通過(guò)核心網(wǎng)獲取所述標(biāo)識(shí)信息包括 所述RAN側(cè)通過(guò)與所述核心網(wǎng)的無(wú)線接入承載建立請(qǐng)求中的服務(wù)質(zhì)量參數(shù)的等級(jí)標(biāo)識(shí)QCI值獲取所述標(biāo)識(shí)信息；或者， 所述RAN側(cè)通過(guò)與所述核心網(wǎng)之間的接口信令獲取所述標(biāo)識(shí)信息，其中，所述接口信令包括以下至少之一初始上下文建立請(qǐng)求信令、無(wú)線接入承載建立請(qǐng)求信令、無(wú)線接入承載指派請(qǐng)求信令。
4.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，所述標(biāo)識(shí)信息用于標(biāo)識(shí)以下之一用戶發(fā)起的業(yè)務(wù)一直激活、用戶發(fā)起的業(yè)務(wù)頻繁傳輸數(shù)據(jù)、用戶發(fā)起的業(yè)務(wù)需要周期性地發(fā)送保持在線信息、用戶發(fā)起的業(yè)務(wù)需要周期性地進(jìn)行狀態(tài)更新。
5.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述RAN側(cè)依據(jù)所述在線業(yè)務(wù)的屬性特征對(duì)所述用戶設(shè)備實(shí)施資源調(diào)度包括 所述RAN側(cè)保持所述用戶設(shè)備的RRC連接。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述RAN側(cè)保持所述用戶設(shè)備的RRC連接的方式包括以下之一 所述RAN側(cè)不釋放所述用戶設(shè)備的所述RRC連接； 所述RAN側(cè)為所述用戶設(shè)備配置非連續(xù)接收DRX狀態(tài)； 所述RAN側(cè)將所述用戶設(shè)備轉(zhuǎn)到小區(qū)前向接入信道狀態(tài)或小區(qū)尋呼信道狀態(tài)； 所述RAN側(cè)延長(zhǎng)用于探測(cè)所述在線業(yè)務(wù)是否有數(shù)據(jù)傳輸?shù)亩〞r(shí)器的周期。
7.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述方法還包括所述用戶設(shè)備向所述RAN側(cè)發(fā)送保持在線的信息的時(shí)間間隔；所述RAN側(cè)保持所述用戶設(shè)備的RRC連接包括所述RAN側(cè)根據(jù)所述保持在線的信息的時(shí)間間隔配置DRX狀態(tài)的周期；和/或所述RAN側(cè)根據(jù)所述保持在線的信息的時(shí)間間隔配置用于探測(cè)所述在線業(yè)務(wù)是否有數(shù)據(jù)傳輸?shù)亩〞r(shí)器時(shí)長(zhǎng)。
8.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述RAN側(cè)依據(jù)所述在線業(yè)務(wù)的屬性特征對(duì)所述用戶設(shè)備實(shí)施資源調(diào)度包括 所述RAN保留所述無(wú)線接入承載的配置參數(shù)，其中，該配置參數(shù)服務(wù)質(zhì)量參數(shù)或無(wú)線接入承載標(biāo)識(shí)。
9.一種資源調(diào)度的網(wǎng)元，其特征在于，所述網(wǎng)元位于無(wú)線接入網(wǎng)RAN側(cè)，所述網(wǎng)元包括 獲取模塊，用于通過(guò)用戶設(shè)備或核心網(wǎng)獲取用于指示所述用戶設(shè)備所請(qǐng)求的業(yè)務(wù)為在線業(yè)務(wù)的標(biāo)識(shí)信息； 確定模塊，用于根據(jù)所述標(biāo)識(shí)信息確定所述用戶設(shè)備所建立的無(wú)線接入承載用于在線業(yè)務(wù)； 調(diào)度模塊，用于在所述確定模塊確定所述用戶設(shè)備所建立的無(wú)線接入承載用于在線業(yè)務(wù)的情況下，依據(jù)所述在線業(yè)務(wù)的屬性特征對(duì)所述用戶設(shè)備實(shí)施資源調(diào)度。
10.根據(jù)權(quán)利要求9所述的網(wǎng)元，其特征在于，所述網(wǎng)元為長(zhǎng)期演進(jìn)LTE系統(tǒng)中的基站或者通用移動(dòng)通信系統(tǒng)UMTS中的無(wú)線網(wǎng)絡(luò)控制器。
全文摘要
本發(fā)明公開了一種資源調(diào)度的方法及網(wǎng)元，該方法包括以下步驟RAN側(cè)通過(guò)用戶設(shè)備或核心網(wǎng)獲取用于指示用戶設(shè)備所請(qǐng)求的業(yè)務(wù)為在線業(yè)務(wù)的標(biāo)識(shí)信息；RAN側(cè)根據(jù)該標(biāo)識(shí)信息確定用戶設(shè)備所建立的無(wú)線接入承載用于在線業(yè)務(wù)；RAN側(cè)依據(jù)在線業(yè)務(wù)的屬性特征對(duì)用戶設(shè)備實(shí)施資源調(diào)度。通過(guò)本發(fā)明減少了網(wǎng)絡(luò)側(cè)更新RRC連接的頻率，提高了系統(tǒng)的穩(wěn)定性。
文檔編號(hào)H04W72/12GK102932936SQ201110228708
公開日2013年2月13日 申請(qǐng)日期2011年8月10日 優(yōu)先權(quán)日2011年8月10日
發(fā)明者鄧云, 戴謙, 艾建勛, 毛磊, 許英奇 申請(qǐng)人:中興通訊股份有限公司