專利名稱：蜂窩電信系統(tǒng)中分組交換業(yè)務(wù)的管理的制作方法
背景技術(shù)：
發(fā)明領(lǐng)域本發(fā)明涉及分組交換電信系統(tǒng)，并且更具體地涉及蜂窩電信網(wǎng)絡(luò)中管理分組交換業(yè)務(wù)的方法和系統(tǒng)。
現(xiàn)有技術(shù)歷史隨著在蜂窩電信系統(tǒng)內(nèi)提供更多和各種業(yè)務(wù)的能力的發(fā)展，分組交換業(yè)務(wù)在蜂窩電信領(lǐng)域中將起到越來(lái)越重要的作用。很多計(jì)算機(jī)及有關(guān)數(shù)據(jù)業(yè)務(wù)在蜂窩系統(tǒng)中的應(yīng)用需要在蜂窩電信系統(tǒng)的無(wú)線鏈路上傳輸單個(gè)或多個(gè)數(shù)據(jù)分組。這些業(yè)務(wù)中的一些，例如電子郵件和電子銀行可以用存儲(chǔ)轉(zhuǎn)發(fā)短消息業(yè)務(wù)來(lái)實(shí)現(xiàn)。但是其它業(yè)務(wù)，例如終端仿真、局域網(wǎng)、銀行服務(wù)器接入以及信用卡驗(yàn)證等需要交互式使用、很短的時(shí)延以及處理長(zhǎng)度變化很廣的數(shù)據(jù)分組的能力。可以肯定的是將來(lái)的蜂窩系統(tǒng)必須以有效的分組數(shù)據(jù)業(yè)務(wù)來(lái)支持這類業(yè)務(wù)。
認(rèn)識(shí)到分組數(shù)據(jù)業(yè)務(wù)的重要，使歐洲技術(shù)標(biāo)準(zhǔn)協(xié)會(huì)(ETSI)目前正致力于為European 2+Group Special Mobile(GSM)蜂窩系統(tǒng)開發(fā)這些業(yè)務(wù)。這種認(rèn)識(shí)也導(dǎo)致人們致力于將分組數(shù)據(jù)業(yè)務(wù)能力設(shè)計(jì)到全球移動(dòng)電話系統(tǒng)(Universal Mobile Telephone System(UMTS))中去，該系統(tǒng)目前在RACE II Code Division Testbed(CODIT)項(xiàng)目R2020中開發(fā)。CODIT項(xiàng)目由Commission of the EuropeanCommunity建立，目的是使用碼分多址(CDMA)技術(shù)制定未來(lái)的移動(dòng)電信系統(tǒng)。
蜂窩電信網(wǎng)絡(luò)中分組交換數(shù)據(jù)業(yè)務(wù)的特征是從網(wǎng)絡(luò)用戶到移動(dòng)用戶的呼叫在分組交換無(wú)線信道(PRCH)的共享下行鏈路(DL)和一個(gè)或多個(gè)移動(dòng)用戶共享的PRCH上行鏈路(UL)上發(fā)送到分組交換移動(dòng)站。DL PRCH由網(wǎng)絡(luò)用戶在排隊(duì)的基礎(chǔ)上共享。UL PRCH由每個(gè)移動(dòng)用戶在該移動(dòng)用戶需要向系統(tǒng)發(fā)送數(shù)據(jù)時(shí)、以隨機(jī)的方式接入該信道來(lái)共享。
允許接入PRCH的通用方法是通過(guò)分組交換競(jìng)爭(zhēng)模式。目前制定的CODIT UMTS分組數(shù)據(jù)業(yè)務(wù)屬于競(jìng)爭(zhēng)模式類型。在分組交換競(jìng)爭(zhēng)模式中，當(dāng)移動(dòng)用戶需要傳輸數(shù)據(jù)時(shí)它在PRCH上發(fā)送數(shù)據(jù)分組。每個(gè)數(shù)據(jù)分組中包含發(fā)送移動(dòng)用戶的標(biāo)識(shí)。數(shù)據(jù)分組的傳輸可以由移動(dòng)用戶或隨機(jī)地、或根據(jù)檢測(cè)到表示分組數(shù)據(jù)信道目前未被其它移動(dòng)站使用的空閑信號(hào)來(lái)進(jìn)行。如果兩個(gè)或多個(gè)移動(dòng)用戶同時(shí)競(jìng)爭(zhēng)一條空閑分組數(shù)據(jù)信道，系統(tǒng)將只允許到該信道的一個(gè)接入。沒有成功接入該信道的移動(dòng)用戶必須重復(fù)發(fā)送數(shù)據(jù)分組直到它被系統(tǒng)接受。向移動(dòng)用戶發(fā)送數(shù)據(jù)分組的系統(tǒng)用戶也通過(guò)放入隊(duì)列來(lái)競(jìng)爭(zhēng)下行鏈路。
因?yàn)樵谶@樣的系統(tǒng)中每個(gè)用戶以隨機(jī)的方式接入分組交換信道，用戶去、自蜂窩系統(tǒng)分組交換無(wú)線信道、以及信道間的非受控流會(huì)引起系統(tǒng)中分組傳輸?shù)难舆t。該延遲可能由上行鏈路上的移動(dòng)用戶和在下行鏈路上向移動(dòng)用戶發(fā)送的網(wǎng)絡(luò)用戶共同引起。隨著分組交換信道上分組呼叫數(shù)量的增加，每個(gè)分組呼叫的平均傳輸延遲就會(huì)增加。在一些應(yīng)用中，該延遲可能是不可接受的。
因此，需要在蜂窩系統(tǒng)的一個(gè)或多個(gè)分組交換無(wú)線信道上控制分組傳輸延遲的方法和系統(tǒng)。如果可以根據(jù)預(yù)定的準(zhǔn)則選擇性地選擇競(jìng)爭(zhēng)分組呼叫被分組無(wú)線信道所接受，那么可以避免并降低不能容忍較長(zhǎng)分組延遲時(shí)間的應(yīng)用中分組交換信道用戶的延遲。
一種管理優(yōu)先用戶去、自一個(gè)或多個(gè)分組交換無(wú)線信道以及它們之間的流的方法和系統(tǒng)，以及具有最大可容忍分組傳輸延遲的每個(gè)分組交換無(wú)線信道，將會(huì)滿足這種需要。
發(fā)明概要本發(fā)明提供在蜂窩電信系統(tǒng)中管理分組交換業(yè)務(wù)的方法和系統(tǒng)。允許系統(tǒng)操作員管理優(yōu)先用戶在一個(gè)或多個(gè)分組交換無(wú)線信道(PRCH)上的分組業(yè)務(wù)，每個(gè)信道具有最大可容忍的分組傳輸延遲。使用PRCH的分組呼叫數(shù)可以受控并藉此來(lái)控制PRCH上行鏈路和下行鏈路上的平均分組延遲。可以避免與常規(guī)競(jìng)爭(zhēng)模式分組交換系統(tǒng)(在該系統(tǒng)中用戶每次隨機(jī)地競(jìng)爭(zhēng)PRCH的使用)有關(guān)的問(wèn)題。在這種常規(guī)系統(tǒng)中，PRCH上的分組呼叫數(shù)是不受控的，而且數(shù)據(jù)分組傳輸?shù)钠骄鶗r(shí)延隨著競(jìng)爭(zhēng)PRCH的用戶數(shù)增加。
在一個(gè)實(shí)施例中，發(fā)明為每個(gè)基站或多個(gè)基站包括PRCH管理器功能，控制具有一個(gè)或多個(gè)PRCH無(wú)線信道的蜂窩系統(tǒng)無(wú)線小區(qū)。還包括了服務(wù)小區(qū)中每個(gè)PRCH的獨(dú)立PRCH控制器功能。對(duì)于每個(gè)服務(wù)小區(qū)，PRCH管理器與控制分配到該服務(wù)小區(qū)的PRCH的一個(gè)或多個(gè)PRCH控制器交互作用并控制它們。PRCH管理器執(zhí)行如下功能評(píng)估請(qǐng)求使用PRCH的用戶的業(yè)務(wù)請(qǐng)求、評(píng)估由于阻塞而被排除出PRCH之外的分組呼叫的重新接受、處理PRCH接受隊(duì)列并管理服務(wù)小區(qū)的激活PRCH信道。PRCH控制器執(zhí)行如下功能監(jiān)控輸出業(yè)務(wù)、控制接受并為每個(gè)獨(dú)立的PRCH控制業(yè)務(wù)阻塞。一個(gè)資源管理器還與PRCH管理器相關(guān)聯(lián)。
當(dāng)用戶需要接入服務(wù)小區(qū)的一個(gè)PRCH的上行鏈路或下行鏈路、或者上行鏈路和下行鏈路時(shí)，喚醒服務(wù)小區(qū)的PRCH管理器功能。PRCH管理器功能可以在多種情況下喚醒。通過(guò)網(wǎng)絡(luò)協(xié)議棧接受業(yè)務(wù)請(qǐng)求將喚醒PRCH管理器。如果由于阻塞分組呼叫被排除出PRCH之外并從PRCH控制器接收一個(gè)分組呼叫排除指示也將喚醒PRCH管理器。如果內(nèi)部產(chǎn)生的接受隊(duì)列信號(hào)在PRCH內(nèi)部產(chǎn)生或從資源管理器接收到PRCH建立授權(quán)/拒絕或PRCH刪除授權(quán)/拒絕信號(hào)也將喚醒PRCH管理器。
當(dāng)新用戶要接入PRCH、用戶要切換到新服務(wù)小區(qū)的新PRCH或用戶要重新建立丟失的連接時(shí)，可以由PRCH管理器接收業(yè)務(wù)請(qǐng)求。如果接收了業(yè)務(wù)請(qǐng)求，PRCH管理器通過(guò)一次向服務(wù)小區(qū)的一個(gè)PRCH控制器發(fā)送接受請(qǐng)求來(lái)評(píng)估該請(qǐng)求。如果任一PRCH控制器授權(quán)了該請(qǐng)求，請(qǐng)求用戶就被指定到相應(yīng)的PRCH并通過(guò)網(wǎng)絡(luò)協(xié)議棧向用戶發(fā)送一個(gè)業(yè)務(wù)授權(quán)信號(hào)。如果沒有PRCH控制器授權(quán)該接受請(qǐng)求，PRCH管理器就評(píng)估該分組呼叫的優(yōu)先權(quán)是否應(yīng)該放入該服務(wù)小區(qū)的PRCH接受隊(duì)列中(臨時(shí)未決的)或者是否應(yīng)該拒絕該業(yè)務(wù)請(qǐng)求。如果分組呼叫的優(yōu)先權(quán)被放入接受隊(duì)列中，就通過(guò)網(wǎng)絡(luò)協(xié)議棧向用戶發(fā)送分組呼叫未決指示信號(hào)。除此之外，發(fā)送業(yè)務(wù)拒絕信號(hào)。
如果PRCH管理器接收到分組呼叫排除指示，PRCH管理器就通過(guò)一次向服務(wù)小區(qū)的一個(gè)PRCH控制器發(fā)送接受請(qǐng)求來(lái)評(píng)估該分組呼叫排除指示。如果任一PRCH控制器授權(quán)了該請(qǐng)求，被排除的用戶就被分配到相應(yīng)的PRCH并向該用戶發(fā)送一個(gè)分組呼叫更新指示信號(hào)。如果沒有PRCH控制器授權(quán)該接受請(qǐng)求，那么PRCH管理器就評(píng)估該排除的分組呼叫的優(yōu)選權(quán)是否應(yīng)該放入服務(wù)小區(qū)的PRCH接受隊(duì)列或者是否應(yīng)該解除該排除的分組呼叫。如果分組呼叫的優(yōu)先權(quán)被放入接受隊(duì)列，那么就通過(guò)網(wǎng)絡(luò)協(xié)議棧向用戶發(fā)送分組呼叫未決指示信號(hào)。除此之外，向用戶發(fā)送分組呼叫解除指示信號(hào)。
如果產(chǎn)生了內(nèi)部產(chǎn)生的接受隊(duì)列信號(hào)，PRCH管理器就執(zhí)行接受隊(duì)列處理。接受隊(duì)列信號(hào)表示PRCH管理器應(yīng)該檢查排隊(duì)分組呼叫的接受隊(duì)列。在接受隊(duì)列處理中，PRCH管理器將隊(duì)列中最高優(yōu)先權(quán)分組呼叫的接受請(qǐng)求一次向服務(wù)小區(qū)的一個(gè)PRCH控制器發(fā)送。接受請(qǐng)求按照為業(yè)務(wù)請(qǐng)求評(píng)估和排除分組呼叫評(píng)估接受請(qǐng)求步驟所做的的相同方式發(fā)送。如果任一PRCH控制器授權(quán)了該請(qǐng)求，那么接受隊(duì)列中的分組呼叫就指定到相應(yīng)的PRCH并向用戶發(fā)送分組呼叫恢復(fù)指示。如果沒有PRCH控制器授權(quán)該請(qǐng)求，那么就不發(fā)送恢復(fù)指示。
如果PRCH管理器從服務(wù)小區(qū)的資源管理器接收到PRCH建立授權(quán)，那么PRCH管理器就為新PRCH建立一個(gè)新的PRCH控制器功能。如果PRCH管理器從資源管理器接收到PRCH釋放授權(quán)，那么PRCH管理器將為所釋放的PRCH刪除PRCH控制器功能。
附圖的簡(jiǎn)要描述通過(guò)結(jié)合附圖參考如下的詳細(xì)描述可以對(duì)本發(fā)明的方法和系統(tǒng)得到更完整的理解，其中附

圖1是本發(fā)明可以在其中實(shí)現(xiàn)的蜂窩電信系統(tǒng)的框圖；附圖2說(shuō)明了本發(fā)明可以在其中實(shí)現(xiàn)的蜂窩電信系統(tǒng)的分組交換功能的控制層協(xié)議結(jié)構(gòu)；附圖3A和3B分別說(shuō)明，根據(jù)本發(fā)明操作的蜂窩系統(tǒng)分組無(wú)線信道的下行鏈路和上行鏈路上信號(hào)的交換；附圖4是根據(jù)本發(fā)明的一個(gè)實(shí)施例操作的蜂窩系統(tǒng)內(nèi)分組無(wú)線業(yè)務(wù)管理功能的功能性框圖；附圖5A-5D是說(shuō)明根據(jù)本發(fā)明的一個(gè)實(shí)施例，分組無(wú)線信道管理器功能所遵循的處理步驟的流程圖；附圖6是說(shuō)明根據(jù)本發(fā)明的一個(gè)實(shí)施例，分組無(wú)線信道控制器業(yè)務(wù)監(jiān)控功能所遵循的處理步驟的流程圖；附圖7是說(shuō)明根據(jù)本發(fā)明的一個(gè)實(shí)施例，分組無(wú)線信道控制器接受控制功能所遵循的處理步驟的流程圖；附圖8是說(shuō)明根據(jù)本發(fā)明的一個(gè)實(shí)施例，分組無(wú)線信道控制器阻塞控制功能所遵循的處理步驟的流程附圖9是說(shuō)明根據(jù)本發(fā)明的一個(gè)實(shí)施例，分組無(wú)線信道資源管理器功能所遵循的處理步驟的流程圖。
詳細(xì)描述現(xiàn)在參考圖1，說(shuō)明了在其中可以實(shí)現(xiàn)本發(fā)明的蜂窩電信系統(tǒng)100的框圖。蜂窩系統(tǒng)100包括移動(dòng)控制節(jié)點(diǎn)(MCN)102、無(wú)線網(wǎng)控制器(RNCs)104及106、基站(BSs)108、110、112、114、116及118、以及移動(dòng)站(MSs)120、122和124。每個(gè)基站108、110、112、114、116及118控制與稱為服務(wù)小區(qū)的基站無(wú)線覆蓋區(qū)內(nèi)移動(dòng)站進(jìn)行的系統(tǒng)無(wú)線通信。
移動(dòng)站120、122和124，根據(jù)該移動(dòng)站處于哪個(gè)基站的覆蓋區(qū)內(nèi)，與基站108、110、112、114、116及118中特定的基站通信。在圖1中移動(dòng)站120、122及124被表示為通過(guò)無(wú)線接口128、130及132分別與基站108、112和116通信?；?08、110和112連接到無(wú)線網(wǎng)控制器104，基站114、116和118連接到無(wú)線網(wǎng)控制器106。無(wú)線網(wǎng)控制器104和106輪流連接到移動(dòng)控制節(jié)點(diǎn)102。移動(dòng)控制節(jié)點(diǎn)102是一個(gè)交換中心，支持蜂窩系統(tǒng)與固定網(wǎng)126的互連。移動(dòng)控制節(jié)點(diǎn)102可以通過(guò)陸地線或其它等效的連接連到固定網(wǎng)126。固定網(wǎng)126可以包括國(guó)際互連網(wǎng)、公共交換電話網(wǎng)(PSTN)、綜合業(yè)務(wù)數(shù)字網(wǎng)(ISDN)、分組交換公共數(shù)據(jù)網(wǎng)(PSPDN)、或X.25系統(tǒng)。盡管作為一個(gè)特定的配置，圖1表示了蜂窩電信系統(tǒng)，但是該框圖僅是本發(fā)明可以在其中實(shí)現(xiàn)的系統(tǒng)的示范配置。發(fā)明可以應(yīng)用到任何用戶競(jìng)爭(zhēng)分組交換無(wú)線信道(PRCH)的分組交換無(wú)線系統(tǒng)。
在發(fā)明的一個(gè)實(shí)施例中，蜂窩系統(tǒng)100根據(jù)為Code DivisionTestbed(CODIT)Universal Mobile Telephone System(UMTS)項(xiàng)目開發(fā)的協(xié)議而操作，使用為CODIT/UMTS制定的PRCH競(jìng)爭(zhēng)模式接入，由本發(fā)明的PRCH業(yè)務(wù)管理功能來(lái)控制。UMTS是具有多速率無(wú)線接口結(jié)構(gòu)、使用直接序列碼分多址(DS-CDMA)的移動(dòng)通信系統(tǒng)。在CODIT/UMTS系統(tǒng)中，通過(guò)一個(gè)或多個(gè)PRCHs為移動(dòng)站120、122和124提供分組無(wú)線業(yè)務(wù)。每個(gè)基站108、110、112、114、116和118在無(wú)線網(wǎng)控制器104和106或移動(dòng)控制節(jié)點(diǎn)102的請(qǐng)求下建立并終結(jié)一個(gè)或多個(gè)PRCH。PRCH是全雙工的、非對(duì)稱信道，可以獨(dú)立地在上行鏈路(UL)和下行鏈路(DL)上以高達(dá)9.6kbps(窄帶信道)或高達(dá)64kbps(中等帶寬信道)的可變移動(dòng)站數(shù)據(jù)率操作。MCN 102可以將多個(gè)移動(dòng)站連接到單個(gè)服務(wù)小區(qū)的單個(gè)PRCH上。為了區(qū)分一個(gè)PRCH上的幾個(gè)移動(dòng)站，當(dāng)授權(quán)接入時(shí)，MCN 102給每個(gè)移動(dòng)站指定一個(gè)虛連接標(biāo)識(shí)(VCI)。VCI由一個(gè)k比特的號(hào)碼代表，作為MCN 102控制區(qū)域內(nèi)的唯一地址。
PRCH以10ms時(shí)隙構(gòu)造，在移動(dòng)站120、122及124與網(wǎng)絡(luò)之間傳輸分割的分組。在DL上，移動(dòng)控制節(jié)點(diǎn)102可以向一個(gè)移動(dòng)站或同時(shí)向多個(gè)移動(dòng)站發(fā)送移動(dòng)站數(shù)據(jù)分組和信息，控制UL上的接入和數(shù)據(jù)傳輸。在UL上，如果移動(dòng)站處于相同基站的覆蓋區(qū)內(nèi)，可以共享到UL PRCH的接入。獲得到PRCH的接入之后，移動(dòng)站通過(guò)物理信道向系統(tǒng)發(fā)送分組。邏輯信道PRCH映射到兩個(gè)物理信道上，包括物理數(shù)據(jù)信道(PDCH)和物理控制信道(PCCH)。支持一個(gè)PRCH需要兩個(gè)基站收發(fā)機(jī)。
現(xiàn)在參考圖2，圖中說(shuō)明了CODIT/UMTS的分組交換功能的協(xié)議棧200。在移動(dòng)站中，移動(dòng)站協(xié)議棧(MS/PS)218包括網(wǎng)絡(luò)層202、數(shù)據(jù)鏈路控制(DLC)層204、介質(zhì)訪問(wèn)控制(MAC)層206、以及物理層208。在網(wǎng)絡(luò)一側(cè)，網(wǎng)絡(luò)協(xié)議棧(NW/PS)220包括都處于MCN或RNC中的網(wǎng)絡(luò)層210和DLC層212、處于基站和MCN或RNC中的介質(zhì)訪問(wèn)層(MAC)214、以及物理層216。
網(wǎng)絡(luò)層202的無(wú)連接分組業(yè)務(wù)(CLPS)實(shí)體向移動(dòng)站提供分組業(yè)務(wù)。網(wǎng)絡(luò)層210的CLPS提供注冊(cè)、鑒權(quán)、分配和管理VCIs和向分組數(shù)據(jù)網(wǎng)接口的功能。在一次分組呼叫中，CLPS實(shí)體使用邏輯鏈路管理器(LLA)，通過(guò)專用的控制信道(DCCH和CC)最先對(duì)分組業(yè)務(wù)建立信號(hào)路由選擇。在分組業(yè)務(wù)建立之后，移動(dòng)站被加入PRCH，CLPS之間的所有消息、包括移動(dòng)站數(shù)據(jù)分組都通過(guò)DLC傳遞到分組無(wú)線(PR)控制實(shí)體。PR實(shí)體也負(fù)責(zé)正常的移動(dòng)電話系統(tǒng)功能，例如越區(qū)切換、連接重建等。
在PRCH上發(fā)射的分組被分段、用分組碼(BC)保護(hù)以便在接收端檢測(cè)傳輸錯(cuò)誤、卷積編碼、交織(IL)、通過(guò)復(fù)接器(MUX)切換、然后在PDCH上發(fā)送?？刂菩畔ⅰ⒗绻β士刂?，也可以通過(guò)PCCH傳遞。在接收端，從接收的抽樣中重構(gòu)分段，組成分組，并轉(zhuǎn)發(fā)到無(wú)連接分組業(yè)務(wù)(CLPS)實(shí)體。當(dāng)接收端的分組碼解碼器檢測(cè)到錯(cuò)誤分組分段的接收時(shí)，分組無(wú)線控制功能就請(qǐng)求重發(fā)。在蜂窩系統(tǒng)100中，在基站108、110、112、114、116和118所控制的服務(wù)小區(qū)之間可以分布幾個(gè)PRCHs。
現(xiàn)在參考圖3A和3B，圖中分別說(shuō)明了根據(jù)本發(fā)明操作的蜂窩系統(tǒng)PRCH的上行鏈路(UL)和下行鏈路(DL)上的信號(hào)交換。圖3A和3B表示移動(dòng)站(MS)300和網(wǎng)絡(luò)(NW)302之間的信號(hào)交換。移動(dòng)站300被功能性地表示為移動(dòng)站協(xié)議棧(MS/PS)218和移動(dòng)站系統(tǒng)管理器(MS/SM)220。網(wǎng)絡(luò)302被功能性地表示為網(wǎng)絡(luò)協(xié)議棧(NW/PS)222和網(wǎng)絡(luò)系統(tǒng)管理器(NW/SM)224。協(xié)議棧負(fù)責(zé)數(shù)據(jù)傳輸而系統(tǒng)管理器負(fù)責(zé)網(wǎng)絡(luò)和移動(dòng)站之間連接的控制和監(jiān)視。
對(duì)于上行鏈路(UL)分組發(fā)送和接收，使用如下的方案(步驟對(duì)應(yīng)于圖3A中的箭頭編號(hào))。
1U.MS/PS 218可以向NW/PS 222發(fā)送三種不同的分組，其中兩種需要確認(rèn)。
a.需要確認(rèn)的分組·包括用戶數(shù)據(jù)的分組；以及·包括攜帶下行鏈路報(bào)告(DLRs)的用戶數(shù)據(jù)的分組。
b.不需要確認(rèn)的分組·只包含DLRs的分組當(dāng)需要確認(rèn)的分組發(fā)送時(shí)，MS/SM 220中設(shè)置一個(gè)定時(shí)器。如果在確認(rèn)收到之前定時(shí)器超時(shí)，就認(rèn)為該分組丟失了。
2U.對(duì)于所有的UL數(shù)據(jù)分組，都向NW/SW 224發(fā)送質(zhì)量抽樣。在UL分組末尾，將分組停止信號(hào)發(fā)送到NW/SW 224，表示最后的質(zhì)量抽樣已經(jīng)為該特定分組而發(fā)送。
3U.在收到UL數(shù)據(jù)分組之后，UL分組報(bào)告發(fā)送到NW/SW 224。這個(gè)報(bào)告包含業(yè)務(wù)監(jiān)控所需的信息。
4U.如果UL分組包含攜帶的DLR或如果分組是獨(dú)立的DLR，就提取DL質(zhì)量估計(jì)并轉(zhuǎn)發(fā)到NW/SW 224。
5U.如果發(fā)送的DL數(shù)據(jù)分組需要確認(rèn)，就從NW/PS 222向MS/PS 218發(fā)送確認(rèn)消息。該消息可能是獨(dú)立的或在DL移動(dòng)站信息分組上攜帶。
6U.當(dāng)在MS/PS 218中收到確認(rèn)時(shí)，向MS/SM 220發(fā)送分組已確認(rèn)信號(hào)。如果在步驟1引入的定時(shí)器超時(shí)之前沒有收到確認(rèn)，就向MS/SM 220發(fā)送分組丟失消息。
對(duì)于DL分組發(fā)送和接收，使用如下的方案(步驟對(duì)應(yīng)于圖3B中的箭頭編號(hào))。
1D.NM/PS 222可以向MS/PS 218發(fā)送三種不同的分組，其中兩種需要確認(rèn)。
a.需要確認(rèn)的分組·包括用戶數(shù)據(jù)的分組；以及·包括攜帶以前收到的UL分組的確認(rèn)/非確認(rèn)(ack/nack)信息的用戶數(shù)據(jù)的分組。
b.不需要確認(rèn)的分組·只包含以前接收的UL分組的ack/nack信息的分組。
當(dāng)需要確認(rèn)的分組發(fā)送時(shí)，設(shè)置一個(gè)定時(shí)器。如果在確認(rèn)收到之前定時(shí)器超時(shí)，就認(rèn)為該分組丟失了。
2D.當(dāng)發(fā)送DL數(shù)據(jù)分組時(shí)，DL分組報(bào)告發(fā)送到NW/SW 224。該報(bào)告包含業(yè)務(wù)監(jiān)控所需的信息。
3D.當(dāng)在MS/PS 218中收到DL數(shù)據(jù)分組時(shí)，從每幀中提取質(zhì)量抽樣并發(fā)送到MS/SM 220。在DL分組末尾，向MS/SM 220發(fā)送一個(gè)分組停止信號(hào)，表示最后的質(zhì)量抽樣已經(jīng)為該特定分組發(fā)送。
4D.在收到分組停止信號(hào)之后，將質(zhì)量估計(jì)發(fā)送到MS/PS 218。這個(gè)估計(jì)是DL上發(fā)送的整個(gè)分組質(zhì)量的度量。
5D.對(duì)于包含用戶數(shù)據(jù)的每個(gè)所收的DL分組，向NW/PS 222發(fā)送包含ack/nack消息的下行鏈路報(bào)告(DLR)和質(zhì)量估計(jì)。DLR可以單獨(dú)發(fā)送或在UL用戶數(shù)據(jù)分組上攜帶。在NW/PS 222中收到DLR之后，將質(zhì)量估計(jì)轉(zhuǎn)發(fā)到NW/SW 224。
6D.如果DLR中的ack/nack信息包含確認(rèn)，就向NW/SM 224發(fā)送分組已確認(rèn)信號(hào)。如果在步驟1引入的定時(shí)器超時(shí)之前沒有收到確認(rèn)，就向NW/SM 224發(fā)送分組丟失消息。
現(xiàn)在參考圖4，圖中是根據(jù)本發(fā)明操作的蜂窩系統(tǒng)中分組無(wú)線業(yè)務(wù)管理功能的功能框圖。分組無(wú)線業(yè)務(wù)管理功能，邏輯上處于NW/SW224中，包括三個(gè)主模塊，PRCH管理器402、資源管理器404和PRCH控制器406a、406b、406c和406d。一般，系統(tǒng)的每個(gè)基站有一個(gè)PRCH管理器402。如果基站支持多個(gè)服務(wù)小區(qū)，每個(gè)服務(wù)小區(qū)有一個(gè)PRCH管理器402。PRCH控制器406a、406b、406c和406d的數(shù)目根據(jù)必需的PRCH數(shù)目和服務(wù)小區(qū)中分組交換業(yè)務(wù)可用的資源而定。在圖4中所示的實(shí)施例中，服務(wù)小區(qū)中有四條PRCH。每個(gè)PRCH控制器控制一個(gè)PRCH。當(dāng)用戶必須接入服務(wù)小區(qū)的一個(gè)PRCH時(shí)，喚醒PRCH管理器402。通過(guò)NW/PS 222收到業(yè)務(wù)請(qǐng)求會(huì)喚醒PRCH管理器402。如果由于阻塞將分組呼叫從PRCH中排除以及從PRCH控制器收到分組呼叫排除指示，也將喚醒PRCH管理器402。此外，如果從資源管理器收到內(nèi)部產(chǎn)生的接受隊(duì)列信號(hào)或PRCH建立授權(quán)/拒絕或釋放授權(quán)/拒絕信號(hào)，將喚醒PRCH管理器402。
在任一如下情況中可以接收業(yè)務(wù)請(qǐng)求1)新用戶要接入PRCH，啟動(dòng)分組交換業(yè)務(wù)。
2)用戶要從另一個(gè)服務(wù)小區(qū)的PRCH切換到PRCH管理器402所處的服務(wù)小區(qū)的PRCH。
3)用戶要重建丟失的PRCH連接。
4)用戶要更新它的業(yè)務(wù)需求，見下面。
上面所列的每個(gè)業(yè)務(wù)事件都產(chǎn)生轉(zhuǎn)發(fā)到PRCH管理器的業(yè)務(wù)請(qǐng)求。業(yè)務(wù)請(qǐng)求包括PRCH管理器402的業(yè)務(wù)請(qǐng)求評(píng)估功能408進(jìn)行評(píng)估所必須的信息。該信息包括●請(qǐng)求類型●要求的估計(jì)的平均用戶數(shù)據(jù)業(yè)務(wù)，Pave(按PRCH的最大用戶比特率定標(biāo))。這包括UL和DL中每一個(gè)各自的參數(shù)。
●要求的估計(jì)的最大用戶數(shù)據(jù)業(yè)務(wù)，Pmax(按PRCH的最大用戶比特率定標(biāo))。這包括UL和DL中每一個(gè)各自的參數(shù)。
●優(yōu)先權(quán)，Pri。這個(gè)參數(shù)可以認(rèn)為是間隔
內(nèi)的一個(gè)值。優(yōu)先權(quán)可以根據(jù)移動(dòng)站發(fā)起呼叫或被呼叫來(lái)指定，或者根據(jù)其它標(biāo)準(zhǔn)。
通過(guò)業(yè)務(wù)請(qǐng)求評(píng)估功能408評(píng)估業(yè)務(wù)請(qǐng)求。在業(yè)務(wù)請(qǐng)求評(píng)估中，PRCH管理器402發(fā)送PRCH接受請(qǐng)求，請(qǐng)求到PRCH控制器406a、406b、406c、或406d中一個(gè)的分組呼叫。PRCH管理器402將嘗試每個(gè)PRCH控制器406a、406b、406c、或406d，直到接受被授權(quán)或者分組呼叫在任何PRCH中都沒有接受。如果分組呼叫在任何現(xiàn)有的PRCH中都沒有接受(PRCH接受請(qǐng)求被所有PRCH控制器406a、406b、406c、和406d所拒絕)，PRCH管理器402就決定該業(yè)務(wù)請(qǐng)求是否應(yīng)該被否決或者是否應(yīng)該通過(guò)使用接受隊(duì)列處理功能410而放在接受隊(duì)列420中。
放入接受隊(duì)列的分組呼叫是臨時(shí)未決的，即不允許在用戶之間交換信息。如果分組呼叫沒有放入接受隊(duì)列，就向用戶發(fā)送業(yè)務(wù)否決信號(hào)。如果分組呼叫放入了接受隊(duì)列，PRCH管理器就通過(guò)發(fā)送分組呼叫未決指示信號(hào)通知用戶。
當(dāng)分組呼叫由于阻塞而被PRCH排除時(shí)，PRCH管理器402中就收到一個(gè)分組呼叫排除指示信號(hào)。分組呼叫排除指示信號(hào)通過(guò)分組呼叫排除評(píng)估功能422來(lái)評(píng)估。在分組呼叫排除評(píng)估功能422中，PRCH管理器402發(fā)送PRCH接受請(qǐng)求，向PRCH控制器406a、406b、406c或406d中的一個(gè)請(qǐng)求被排除的分組呼叫。PRCH管理器402將嘗試每個(gè)PRCH控制器406a、406b、406c或406d，直到接受被授權(quán)或者被排除的分組呼叫在任何PRCH中都沒有接受。
如果分組呼叫在任何現(xiàn)有PRCH中都沒有接受，PRCH管理器402就決定是否應(yīng)該解除被排除的分組呼叫或者是否應(yīng)該通過(guò)使用接受隊(duì)列處理功能將被排除的分組呼叫放入接受隊(duì)列420中。如果被排除的分組呼叫放入了接受隊(duì)列420中，該分組呼叫就是臨時(shí)未決的，并通過(guò)NW/PS 222向用戶發(fā)送分組呼叫未決指示信號(hào)。如果被排除的分組呼叫沒有放入接受隊(duì)列420中，就通過(guò)NW/PS 222向用戶發(fā)送分組呼叫解除指示信號(hào)。
分組呼叫接受隊(duì)列信號(hào)表示應(yīng)該檢查接受隊(duì)列420了。接受隊(duì)列信號(hào)可以通過(guò)按照系統(tǒng)操作員的需要所設(shè)置的定時(shí)器來(lái)產(chǎn)生。分組呼叫接受隊(duì)列信號(hào)通過(guò)接受隊(duì)列處理功能410來(lái)評(píng)估。在接受隊(duì)列處理功能中，PRCH管理器402發(fā)送PRCH接受請(qǐng)求，向PRCH控制器406a、406b、406c或406d中的一個(gè)請(qǐng)求接受隊(duì)列中具有最高優(yōu)先權(quán)的分組呼叫。
PRCH管理器402將向每一個(gè)PRCH控制器406a、406b、406c或406d發(fā)送接受請(qǐng)求，直到接受被授權(quán)或分組呼叫在任何PRCH中都沒有接受。如果分組呼叫被任一PRCH所接受，那么就通過(guò)NW/PS222向用戶發(fā)送分組恢復(fù)指示信號(hào)。
PRCH管理器402也決定何時(shí)必須通過(guò)PRCH管理功能412建立新PRCH或釋放現(xiàn)有的PRCH。在PRCH建立和PRCH釋放這兩種情況下，建立或釋放請(qǐng)求信號(hào)發(fā)送到控制系統(tǒng)資源分配給PRCH的資源管理器404。資源管理器404通過(guò)向PRCH管理器402發(fā)送建立請(qǐng)求授權(quán)或建立請(qǐng)求拒絕信號(hào)或者向PRCH管理器402發(fā)送釋放請(qǐng)求授權(quán)或釋放請(qǐng)求拒絕信號(hào)，從而拒絕或授權(quán)該請(qǐng)求。
每個(gè)PRCH控制器406a、406b、406c和406d監(jiān)控服務(wù)小區(qū)中一個(gè)PRCH上的業(yè)務(wù)。服務(wù)小區(qū)中的每個(gè)PRCH有一個(gè)PRCH控制器。每個(gè)PRCH控制器406a、406b、406c和406d接收它所控制的PRCH上的、來(lái)自NW/PS 222的分組報(bào)告中的業(yè)務(wù)信息。該分組報(bào)告由PRCH業(yè)務(wù)監(jiān)控功能414a、414b、414c或414d針對(duì)關(guān)聯(lián)的PRCH來(lái)評(píng)估。當(dāng)從PRCH管理器402收到接受請(qǐng)求時(shí)，包含在分組報(bào)告中的信息用于確定新分組呼叫是否可以通過(guò)PRCH接受控制功能416a、416b、416c或416d為PRCH所接受。包含在分組報(bào)告中的信息也可用于確定PRCH阻塞控制功能418a、418b、418c或418d是否應(yīng)該用于由于PRCH過(guò)載而排除已經(jīng)接受的分組呼叫。在這種情況下，向PRCH管理器發(fā)送分組呼叫排除指示信號(hào)。然后PRCH管理器通過(guò)分組呼叫排除評(píng)估功能422判斷該分組呼叫是否應(yīng)該臨時(shí)未決或被解除。根據(jù)這個(gè)判決，可以用分組呼叫未決指示信號(hào)或分組呼叫解除指示信號(hào)來(lái)通知用戶。
資源管理器404控制系統(tǒng)資源在分組無(wú)線信道的分配。PRCH管理器402可以通過(guò)向資源管理器404發(fā)送PRCH建立/釋放請(qǐng)求，來(lái)請(qǐng)求建立新PRCH或釋放它。PRCH管理器404連續(xù)地監(jiān)視接受隊(duì)列420的大小。無(wú)論何時(shí)接受隊(duì)列Pq中所有分組呼叫的總請(qǐng)求業(yè)務(wù)超過(guò)了為該接受隊(duì)列所設(shè)置的限制PnewPRCH，PRCH建立請(qǐng)求就發(fā)送到較高級(jí)的資源管理器404。如果PnewPRCH設(shè)為0，只要現(xiàn)有的PRCH滿了，PRCH管理器就總是請(qǐng)求更多的資源。一旦附加到PRCH的用尸數(shù)為0，PRCH釋放請(qǐng)求就發(fā)送到資源管理器404。如果被授權(quán)，該P(yáng)RCH就會(huì)釋放。
PRCH管理器402和PRCH控制器406a、406、406c和406d可以用到諸如圖1所示系統(tǒng)的蜂窩系統(tǒng)的基站、無(wú)線網(wǎng)控制器和移動(dòng)控制節(jié)點(diǎn)中。實(shí)際實(shí)現(xiàn)可以是硬件的或軟件的，或者硬件和軟件的結(jié)合，結(jié)合一個(gè)或多個(gè)處理器操作。實(shí)現(xiàn)這些功能類型的處理器和軟件是本領(lǐng)域中所熟知的。
現(xiàn)在參考圖5A、5B、5C和5D，圖中表示了分別說(shuō)明業(yè)務(wù)請(qǐng)求評(píng)估、分組呼叫排除評(píng)估、接受隊(duì)列處理和PRCH管理處理步驟的業(yè)務(wù)流程圖，由根據(jù)本發(fā)明一個(gè)實(shí)施例的PRCH管理器402執(zhí)行。
當(dāng)處于圖5A步驟502中的等待狀態(tài)時(shí)，PRCH管理器402接收一個(gè)輸入。該輸入可能是業(yè)務(wù)請(qǐng)求、分組呼叫排除指示、內(nèi)部產(chǎn)生的接受隊(duì)列信號(hào)或者從資源管理器404接收的PRCH建立授權(quán)或拒絕信號(hào)或者釋放授權(quán)或拒絕信號(hào)。在步驟504確定是否從NW/PS 222收到業(yè)務(wù)請(qǐng)求。如果沒有收到業(yè)務(wù)請(qǐng)求，處理就轉(zhuǎn)移到圖5B的步驟534。但是，如果收到業(yè)務(wù)請(qǐng)求，處理就轉(zhuǎn)移到步驟506并開始業(yè)務(wù)請(qǐng)求評(píng)估。
步驟506的業(yè)務(wù)請(qǐng)求評(píng)估包括在步驟508、510、512、514、516、518和520請(qǐng)求PRCH接受。業(yè)務(wù)請(qǐng)求評(píng)估順序?qū)γ總€(gè)PRCH控制器406a、406b、406c和406d重復(fù)，直到授權(quán)為一個(gè)PRCH所接受或者沒有PRCH剩下。在步驟508，PRCH管理器402向PRCH控制器406a、406b、406c或406d中的一個(gè)發(fā)送PRCH接受請(qǐng)求。然后處理轉(zhuǎn)移到步驟510，PRCH管理器402等待一個(gè)響應(yīng)。在步驟512，PRCH管理器402周期性地檢查以確定是否從PRCH控制器406a、406b、406c或406d收到一個(gè)響應(yīng)。如果沒有收到響應(yīng)，處理就轉(zhuǎn)回510的等待狀態(tài)。但是，如果在步驟512確定已經(jīng)從PRCH控制器406a、406b、406c或406d收到了一個(gè)響應(yīng)，就完成了PRCH接受請(qǐng)求過(guò)程而且處理轉(zhuǎn)移到步驟514，在那里確定該響應(yīng)是否為接受授權(quán)。如果該響應(yīng)是一個(gè)接受授權(quán)，那么在步驟520完成業(yè)務(wù)請(qǐng)求評(píng)估過(guò)程而且處理轉(zhuǎn)移到步驟522。
但是，如果在步驟514確定該響應(yīng)不是接受授權(quán)，那么它是接受拒絕響應(yīng)，處理轉(zhuǎn)移到步驟516，在那里確定當(dāng)前響應(yīng)是否是從接受請(qǐng)求可以發(fā)送的最后一個(gè)PRCH控制器發(fā)送的。如果它不是最后一個(gè)PRCH控制器，處理就轉(zhuǎn)移到步驟518并為下一個(gè)PRCH繼續(xù)步驟506的業(yè)務(wù)請(qǐng)求評(píng)估過(guò)程。步驟506的業(yè)務(wù)請(qǐng)求評(píng)估過(guò)程一直重復(fù)到從PRCH控制器406a、406b、406c或406d收到一個(gè)接受授權(quán)響應(yīng)，或者所有PRCH控制器都拒絕接受。當(dāng)業(yè)務(wù)請(qǐng)求評(píng)估過(guò)程完成時(shí)處理轉(zhuǎn)移到步驟522。
在步驟522，確定是否從任一PRCH控制器收到接受授權(quán)響應(yīng)。如果從一個(gè)PRCH控制器收到了接受授權(quán)，那么處理轉(zhuǎn)移到步驟524，在那里將業(yè)務(wù)授權(quán)信號(hào)通過(guò)NW/PS 308發(fā)送給用戶。從步驟524開始處理轉(zhuǎn)移到圖5B的步驟534。但是如果在步驟522確定沒有從任何PRCH控制器收到接受授權(quán)，那么處理就轉(zhuǎn)到步驟528。在步驟528，PRCH管理器402，使用接受隊(duì)列處理功能410，確定是否將分組呼叫放入PRCH接受隊(duì)列。如果滿足如下判據(jù)就確定將分組呼叫放入接受隊(duì)列420Pave(r)+Pq(r)＜Pmax(r)Pave(r)是作為業(yè)務(wù)請(qǐng)求r的函數(shù)的用戶估計(jì)平均數(shù)據(jù)業(yè)務(wù)。Pq(r)是業(yè)務(wù)請(qǐng)求類型r的接受隊(duì)列中所有分組呼叫所請(qǐng)求的業(yè)務(wù)。這是隊(duì)列當(dāng)前大小的測(cè)度。Pmax(r)作為業(yè)務(wù)請(qǐng)求的函數(shù)，是接受隊(duì)列420中最大允許的所請(qǐng)求業(yè)務(wù)。對(duì)于不同類型的業(yè)務(wù)請(qǐng)求r，可以有不同的Pmax。藉此可以在不同業(yè)務(wù)請(qǐng)求之間進(jìn)行優(yōu)先權(quán)排隊(duì)。例如，切換中請(qǐng)求PRCH的Pmax(r)可以比第一次請(qǐng)求接入PRCH的Pmax(r)高。
如果在步驟528確定將分組呼叫放入PRCH接受隊(duì)列，該呼叫的標(biāo)識(shí)就置于接受隊(duì)列420中，處理轉(zhuǎn)移到步驟531，在那里通過(guò)NW/PS222向用戶發(fā)送業(yè)務(wù)授權(quán)信號(hào)。然后處理轉(zhuǎn)到步驟532，通過(guò)NW/PS308向用戶發(fā)送分組呼叫未決指示。然后處理轉(zhuǎn)移到圖5B的步驟534。但是如果在步驟528確定不將分組呼叫放入PRCH接受隊(duì)列420，那么處理就轉(zhuǎn)到步驟530，向用戶發(fā)送業(yè)務(wù)拒絕信號(hào)428。然后處理轉(zhuǎn)移到圖5B的步驟534。
在圖5B的步驟534，確定是否收到了分組呼叫排除指示。如果輸入不是分組呼叫排除指示，那么處理轉(zhuǎn)移到圖5C的步驟562。但是，如果在步驟534確定收到了分組呼叫排除指示，那么處理就轉(zhuǎn)移到步驟536。在步驟536，被排除分組呼叫的PRCH接受請(qǐng)求從PRCH管理器402發(fā)送到PRCH控制器406a、406b、406c或406d。步驟536的接受請(qǐng)求處理包括步驟538、540、542、544、546、548和550。步驟536針對(duì)每個(gè)PRCH控制器406a、406b、406c或406d重復(fù)，直到對(duì)所有PRCH請(qǐng)求了接受。在步驟538，PRCH管理器402向PRCH控制器406a、406b、406c或406d發(fā)送PRCH接受請(qǐng)求。然后處理轉(zhuǎn)移到步驟540，在這里PRCH管理器402等待一個(gè)響應(yīng)。PRCH管理器402在步驟542做周期性的檢查，確定是否從PRCH控制器406收到響應(yīng)。如果沒有收到響應(yīng)，處理就轉(zhuǎn)回到步驟540的等待狀態(tài)。但是，如果步驟542確定從接受請(qǐng)求所發(fā)送的PRCH控制器收到了一個(gè)響應(yīng)，處理就轉(zhuǎn)移到步驟544，在那里確定該響應(yīng)是否是接受授權(quán)。如果該響應(yīng)是接受授權(quán)，那么在步驟550結(jié)束分組呼叫排除評(píng)估并且處理轉(zhuǎn)移到步驟552。但是，如果在步驟544確定了該響應(yīng)不是接受授權(quán)，它則是接受拒絕響應(yīng)，處理轉(zhuǎn)移到步驟546，在那里確定是否從接受請(qǐng)求可能發(fā)送的最后一個(gè)PRCH控制器發(fā)送了接受拒絕響應(yīng)。如果它不是最后的PRCH控制器，處理就轉(zhuǎn)到步驟566，對(duì)下一個(gè)PRCH重復(fù)步驟536的接受請(qǐng)求處理。重復(fù)步驟536的分組呼叫排除評(píng)估，直到從一個(gè)PRCH控制器收到了接受授權(quán)響應(yīng)，或者直到所有的PRCH控制器406a、406b、406c和406d拒絕了接受。當(dāng)步驟536的分組呼叫排除評(píng)估處理完成時(shí)，處理就轉(zhuǎn)到步驟552。
在步驟552，確定是否在步驟536從任何PRCH控制器收到了接受授權(quán)響應(yīng)。如果從PRCH控制器收到了接受授權(quán)，處理就轉(zhuǎn)到步驟554，在那里通過(guò)NW/PS 222向用戶發(fā)送分組呼叫更新指示信號(hào)。處理從步驟554轉(zhuǎn)到圖5C的步驟562。但是，如果在步驟552確定沒有收到接受授權(quán)，處理就轉(zhuǎn)到步驟556。在步驟556，PRCH管理器402，使用接受隊(duì)列處理功能410，確定被排除的分組呼叫是否將放入PRCH接受隊(duì)列。在步驟556使用為圖5A步驟528而描述的同樣的接受準(zhǔn)則。如果在步驟556確定將被排除的分組呼叫放入接受隊(duì)列420，處理就轉(zhuǎn)到步驟560，通過(guò)NW/PS 222向用戶發(fā)送分組呼叫未決指示信號(hào)。然后處理從步驟560轉(zhuǎn)到圖5C的步驟562。但是，如果在步驟556確定不將被排除的分組呼叫放入接受隊(duì)列420，處理就轉(zhuǎn)到步驟558，通過(guò)NW/PS 222向用戶發(fā)送分組呼叫解除指示信號(hào)。然后處理從步驟558轉(zhuǎn)到圖5C的步驟562。
在圖5C的步驟562，確定是否收到了接受隊(duì)列信號(hào)。如果沒有收到接受隊(duì)列信號(hào)，處理就轉(zhuǎn)到圖5D的步驟584。但是，如果確定收到了接受隊(duì)列信號(hào)，處理就轉(zhuǎn)到步驟563。在步驟563，確定PRCH接受隊(duì)列中是否有任何分組呼叫。如果該服務(wù)小區(qū)的PRCH接受隊(duì)列420中沒有分組呼叫，處理就轉(zhuǎn)到圖5A中步驟502的等待狀態(tài)。在步驟502，處理將等待一個(gè)輸入。但是，如果在步驟563確定PRCH接受隊(duì)列420中包含分組呼叫，處理就轉(zhuǎn)到步驟564。在步驟564，接受隊(duì)列420中具有最高優(yōu)先權(quán)分組呼叫的PRCH接受請(qǐng)求從PRCH管理器402發(fā)送到PRCH控制器406a、406b、406c或406d。
步驟564的接受請(qǐng)求處理包括步驟566、568、570、572、574、576和578。步驟564對(duì)每個(gè)PRCH控制器406a、406b、406c或406d重復(fù)，直到PRCH接受被授權(quán)，或者直到對(duì)所有PRCH請(qǐng)求了接受。在步驟566，PRCH管理器402向PRCH控制器406a、406b、406c或406d發(fā)送PRCH接受請(qǐng)求。然后處理轉(zhuǎn)到步驟568，PRCH管理器402等待一個(gè)響應(yīng)。在步驟570，PRCH管理器402做周期性的檢查，確定是否從PRCH控制器406收到了一個(gè)響應(yīng)。如果沒有收到響應(yīng)，處理就轉(zhuǎn)回到568的等待狀態(tài)。但是，如果在步驟570確定已經(jīng)從接受請(qǐng)求曾發(fā)送的PRCH控制器收到了一個(gè)響應(yīng)，處理就轉(zhuǎn)到步驟572，在那里確定是否該響應(yīng)是一個(gè)接受授權(quán)。如果該響應(yīng)是接受授權(quán)，那么接受請(qǐng)求處理在步驟578結(jié)束而且該處理轉(zhuǎn)到步驟586。但是，如果在步驟572確定該響應(yīng)不是接受授權(quán)，它則是接受拒絕響應(yīng)，而且處理轉(zhuǎn)到步驟574，在那里確定是否從接受請(qǐng)求可能發(fā)送到的最后一個(gè)PRCH控制器發(fā)送了接受拒絕響應(yīng)。
如果它不是最后的PRCH控制器，該處理就轉(zhuǎn)到步驟566，并為下一個(gè)PRCH重復(fù)步驟564的接受請(qǐng)求處理。步驟564的接受請(qǐng)求評(píng)估一直重復(fù)到從PRCH控制器收到了接受授權(quán)響應(yīng)，或者所有的PRCH控制器406a、406b、406c和406d都拒絕了接受。當(dāng)步驟564的接受請(qǐng)求處理完成時(shí)，處理就轉(zhuǎn)到步驟580。
在步驟580，確定是否在步驟564從任何PRCH控制器收到了接受授權(quán)響應(yīng)。如果從PRCH控制器收到了接受授權(quán)響應(yīng)，接受隊(duì)列420中具有最高優(yōu)先權(quán)的分組呼叫就從隊(duì)列中去掉，處理轉(zhuǎn)到步驟582，在那里通過(guò)NW/PS 222向用戶發(fā)送分組呼叫恢復(fù)指示信號(hào)。處理從步驟582轉(zhuǎn)到圖5D的步驟584。但是，如果在步驟580確定沒有收到接受授權(quán)，那么處理就直接轉(zhuǎn)到圖5D的步驟584。
在圖5D的步驟584，確定是否從資源管理器402收到了PRCH建立授權(quán)。如果從資源管理器402收到了PRCH建立授權(quán)，處理就轉(zhuǎn)到步驟586，PRCH管理器產(chǎn)生一個(gè)新的PRCH控制器。然后，處理轉(zhuǎn)到步驟592。但是，如果在步驟584確定沒有收到PRCH釋放授權(quán)，處理就轉(zhuǎn)到步驟588，在那里確定是否從資源管理器402收到PRCH釋放授權(quán)。如果收到了PRCH建立授權(quán)，處理就轉(zhuǎn)到步驟590，PRCH管理器解除釋放請(qǐng)求所發(fā)送的PRCH控制器的資源。然后，處理轉(zhuǎn)到步驟592。但是，如果在步驟590確定沒有收到PRCH建立授權(quán)，處理就直接轉(zhuǎn)到步驟592。
在步驟592，評(píng)估接受隊(duì)列中所有分組呼叫所請(qǐng)求的業(yè)務(wù)。然后，在步驟594，確定是否需要新的PRCH。如果接受隊(duì)列Pq中所有分組呼叫總共請(qǐng)求的業(yè)務(wù)量超過(guò)了為該接受隊(duì)列設(shè)置的極限PnewPRCH，就需要新的PRCH，而且處理轉(zhuǎn)到步驟596。在步驟596，PRCH建立請(qǐng)求發(fā)送到資源管理器404。處理從步驟596返回到步驟502的等待狀態(tài)。但是，如果在步驟594確定不需要新的PRCH，處理就轉(zhuǎn)到步驟597。在步驟597，評(píng)估每個(gè)PRCH上的分組呼叫數(shù)。然后，在步驟598，確定是否存在不傳輸任何分組呼叫的PRCH。如果確定沒有不傳輸任何分組呼叫的PRCH存在，處理就返回圖5A的步驟502。但是，如果在步驟598確定存在一個(gè)或多個(gè)不傳輸分組呼叫的PRCH，處理就轉(zhuǎn)到步驟599，在那里將不傳輸任何分組呼叫的每個(gè)PRCH的PRCH釋放請(qǐng)求發(fā)送到資源管理器404。處理從步驟599返回到圖5A步驟502的等待狀態(tài)。
現(xiàn)在參考圖6、7和8，其中說(shuō)明了根據(jù)本發(fā)明的一個(gè)實(shí)施例，表示每個(gè)PRCH控制器406a、406b、406c或406d所遵循步驟的流程圖，分別為PRCH業(yè)務(wù)監(jiān)控、PRCH接受控制和PRCH阻塞控制處理。PRCH控制器406a、406b、406c和406d都連續(xù)監(jiān)控?cái)?shù)據(jù)業(yè)務(wù)、平均分組延遲，并且也接受PRCH的接受請(qǐng)求。
當(dāng)由于收到來(lái)自PRCH管理器402的輸入而被最初激活時(shí)，處理處于圖6的步驟602的等待狀態(tài)。當(dāng)在步驟602的等待狀態(tài)中時(shí)，每個(gè)PRCH控制器406a、406b、406c和406d可以接收一個(gè)輸入，以來(lái)自NW/PS 222的分組報(bào)告的形式、來(lái)自PRCH管理器402的接受請(qǐng)求形式或內(nèi)部產(chǎn)生的表示應(yīng)該進(jìn)行PRCH阻塞檢查的激活信號(hào)形式。當(dāng)收到一個(gè)輸入時(shí)，處理轉(zhuǎn)到步驟604，在那里確定是否收到分組報(bào)告。如果確定了沒有收到分組報(bào)告，處理直接轉(zhuǎn)到圖7的步驟708。但是，如果在步驟604確定收到了分組報(bào)告，處理將轉(zhuǎn)到步驟606，PRCH業(yè)務(wù)監(jiān)控器功能428針對(duì)相應(yīng)的PRCH更新業(yè)務(wù)統(tǒng)計(jì)，包括PRCH上的分組延遲及負(fù)荷。使用分組報(bào)告中包含的信息更新業(yè)務(wù)統(tǒng)計(jì)。每個(gè)分組報(bào)告包含如下信息1)UL的發(fā)送移動(dòng)用戶標(biāo)識(shí)或DL的發(fā)送網(wǎng)絡(luò)用戶標(biāo)識(shí)。
2)分組大小。
3)時(shí)間標(biāo)記(表示分組是何時(shí)產(chǎn)生的)。
4)分組類型(UL或DL)。
使用分組報(bào)告中包含的信息，PRCH控制器計(jì)算平均分組延遲T的估計(jì)、以及每個(gè)分組呼叫Pi的數(shù)據(jù)業(yè)務(wù)量估計(jì)。這些量用于接受控制處理(圖7)和阻塞控制處理(圖8)。在業(yè)務(wù)統(tǒng)計(jì)更新之后，處理轉(zhuǎn)到圖7的步驟708。
圖7說(shuō)明了本發(fā)明的分組無(wú)線信道接受控制功能所執(zhí)行的步驟。在步驟708，確定輸入是否是接受請(qǐng)求。如果沒有收到接受請(qǐng)求，處理將直接轉(zhuǎn)到圖8的步驟818。但是如果在步驟708確定收到了接受請(qǐng)求，處理將轉(zhuǎn)到步驟710，在那里評(píng)估接受請(qǐng)求。
如果滿足如下準(zhǔn)則，PRCH接受控制功能416就允許PRCH接受請(qǐng)求Pave+∑pi＜Ptol，i∈U(Pri)●Pave是新分組呼叫所需的平均數(shù)據(jù)業(yè)務(wù)量。
●Pi是分組呼叫i的估計(jì)數(shù)據(jù)業(yè)務(wù)量。
●U(Pri)是優(yōu)先權(quán)高于或等于Pri的分組呼叫，這里Pri是所請(qǐng)求分組呼叫的優(yōu)先權(quán)。
●Ptol是PRCH上的最大可容忍的數(shù)據(jù)業(yè)務(wù)量。
從上式可見，優(yōu)先權(quán)高于或等于新分組呼叫優(yōu)先權(quán)的分組呼叫的業(yè)務(wù)量必須小于最大可容忍業(yè)務(wù)量Ptol。因此，盡管總業(yè)務(wù)量(包括無(wú)論優(yōu)先權(quán)的所有分組呼叫)超過(guò)最大可容忍的業(yè)務(wù)量Ptol，但是可以允許高優(yōu)先權(quán)的分組呼叫使用PRCH。在這種情況下，阻塞控制功能(圖8)將排除低優(yōu)先權(quán)的分組呼叫，使得總業(yè)務(wù)量落入最大可容忍業(yè)務(wù)量Ptol之內(nèi)。最大可容忍業(yè)務(wù)量Ptol與最大可容忍延遲Ttol按照如下關(guān)系相關(guān)聯(lián)ΔP＝f(Ttol-T)
這里f是與它的自變量具有相同符號(hào)的一個(gè)函數(shù)。T是PRCH業(yè)務(wù)量監(jiān)控功能所計(jì)算的平均分組延遲的估計(jì)。因?yàn)镻RCH控制器業(yè)務(wù)量監(jiān)控功能連續(xù)地監(jiān)視T，Ptol就根據(jù)上式被連續(xù)更新。Ptol將對(duì)應(yīng)于產(chǎn)生最大可容忍延遲Ttol的業(yè)務(wù)量水平。
然后，在步驟712確定是否授權(quán)或拒絕PRCH的接受。如果授權(quán)接受，處理就轉(zhuǎn)到步驟714，將接受授權(quán)發(fā)送到PRCH管理器402。如果沒有授權(quán)接受，處理就轉(zhuǎn)到步驟716，將接受拒絕發(fā)送到PRCH管理器402。在PRCH接受控制器功能416分別在步驟714或716發(fā)送接受授權(quán)或拒絕之后，處理就轉(zhuǎn)到圖8的步驟818。
在步驟818，PRCH阻塞控制器功能818評(píng)估PRCH上的阻塞。如果確定PRCH上沒有阻塞，處理就返回圖6步驟602的等待狀態(tài)。但是，如果在步驟820確定存在阻塞，處理就轉(zhuǎn)到步驟822，進(jìn)行一次有關(guān)排除哪個(gè)分組呼叫或哪些分組呼叫的評(píng)估。為了評(píng)估阻塞，要檢查平局分組延遲T。系統(tǒng)操作員所設(shè)置的延遲報(bào)警水平Tcon，用于檢測(cè)阻塞情況，即，何時(shí)必須從PRCH排除一個(gè)或多個(gè)分組呼叫以便重獲一個(gè)可容忍的平均分組延遲。
如果確定T＜Tcon，PRCH上就沒有阻塞，處理返回到圖6步驟602的等待狀態(tài)。但是，如果在步驟820確定T≥Tcon，就存在阻塞，處理轉(zhuǎn)到步驟822，進(jìn)行有關(guān)排除哪個(gè)分組呼叫或哪些分組呼叫的評(píng)估。步驟822的評(píng)估以如下方式進(jìn)行1)以低優(yōu)先權(quán)分組呼叫開始，對(duì)所有分組呼叫進(jìn)行如下檢查Pi≤Pmax(i)Pi是分組呼叫i的估計(jì)業(yè)務(wù)量，Pmax(i)是同一分組呼叫所需的最大數(shù)據(jù)業(yè)務(wù)量。如果不滿足上式，分組呼叫i就從PRCH排除。
2)如果所有分組呼叫滿足該式，排除一個(gè)或多個(gè)最低優(yōu)先權(quán)分組呼叫。
因此，估計(jì)業(yè)務(wù)量超過(guò)它們的業(yè)務(wù)請(qǐng)求所給定的最大值的分組呼叫首先被排除。如果所有分組呼叫的估計(jì)業(yè)務(wù)量低于它們的極限，那么排除一個(gè)或多個(gè)最低優(yōu)先權(quán)的分組呼叫。
當(dāng)由于阻塞從PRCH排除了一個(gè)分組呼叫時(shí)，在步驟824向PRCH管理器402發(fā)送分組呼叫排除指示(恢復(fù)請(qǐng)求)，表示哪個(gè)分組呼叫從PRCH排除。發(fā)送完分組呼叫排除指示之后，PRCH控制器處理轉(zhuǎn)到圖6步驟602的等待狀態(tài)。
現(xiàn)在參考圖9，其中的流程圖說(shuō)明根據(jù)本發(fā)明一個(gè)實(shí)施例資源管理器功能所遵循的處理步驟。當(dāng)從PRCH管理器402收到一個(gè)輸入時(shí)，資源管理器處理處于步驟902的等待狀態(tài)。該輸入可能是PRCH建立請(qǐng)求或PRCH釋放請(qǐng)求。當(dāng)收到輸入時(shí)，處理轉(zhuǎn)到步驟904。在步驟904，確定輸入是否是PRCH建立請(qǐng)求。如果輸入是PRCH建立請(qǐng)求，處理就轉(zhuǎn)到步驟906。
在步驟906，評(píng)估PRCH建立請(qǐng)求。資源管理器通過(guò)確定服務(wù)小區(qū)內(nèi)是否有足夠的資源允許建立新的PRCH來(lái)評(píng)估該建立請(qǐng)求。處理從步驟906轉(zhuǎn)到步驟910。在步驟910確定建立請(qǐng)求評(píng)估是否表示可以建立新的PRCH。如果確定可以建立新的PRCH，處理就轉(zhuǎn)到步驟916，在那里將PRCH建立授權(quán)發(fā)送到PRCH管理器402。然后，在步驟918，資源管理器為新PRCH分配資源。處理從步驟918返回步驟902的等待狀態(tài)。但是，如果在步驟910確定建立請(qǐng)求評(píng)估表示不可以建立新的PRCH，那么處理就轉(zhuǎn)到步驟914，在那里將PRCH建立否決發(fā)送到PRCH管理器402。處理從步驟914返回步驟902的等待狀態(tài)。
如果在步驟904確定輸入不是PRCH建立請(qǐng)求，那么它是PRCH釋放請(qǐng)求。在這種情況下，處理從步驟904轉(zhuǎn)到步驟912。在步驟912，評(píng)估PRCH釋放請(qǐng)求。資源管理器通過(guò)確定從整個(gè)系統(tǒng)角度來(lái)看是否可以接受釋放該P(yáng)RCH來(lái)評(píng)估PRCH釋放請(qǐng)求。例如，可以考慮周圍服務(wù)小區(qū)PRCH上的業(yè)務(wù)負(fù)荷。處理從步驟912轉(zhuǎn)到步驟920。在步驟920確定PRCH釋放請(qǐng)求評(píng)估是否表示可以釋放PRCH。如果確定可以釋放PRCH，處理就轉(zhuǎn)到步驟922，在那里向PRCH管理器402發(fā)送PRCH釋放授權(quán)。然后，在步驟926，資源管理器釋放該P(yáng)RCH。處理從步驟926返回步驟902的等待狀態(tài)。但是，如果在步驟920確定PRCH釋放請(qǐng)求評(píng)估表示不可以釋放該P(yáng)RCH，處理就轉(zhuǎn)到步驟924，在那里向PRCH管理器402發(fā)送PRCH釋放否決。處理從步驟924返回到步驟902的等待狀態(tài)。
從上面描述可以看到，系統(tǒng)操作員可以使用本發(fā)明的方法和系統(tǒng)在蜂窩電信系統(tǒng)的一個(gè)或多個(gè)PRCH上為具有優(yōu)先權(quán)的用戶管理分組業(yè)務(wù)。系統(tǒng)操作員可以為PRCH設(shè)置最大的平均時(shí)延。根據(jù)所注冊(cè)的業(yè)務(wù)等級(jí)指定用戶的優(yōu)先權(quán)，或根據(jù)正進(jìn)行的呼叫類型自動(dòng)分配或由用戶選擇優(yōu)先權(quán)。較高的優(yōu)先權(quán)導(dǎo)致以較高的計(jì)費(fèi)價(jià)格使用該系統(tǒng)。支付較高的價(jià)格，使用戶在阻塞情況下嘗試接入系統(tǒng)時(shí)，比其他具有較低優(yōu)先權(quán)的用戶得到優(yōu)先。通過(guò)基于估計(jì)的分組呼叫所需數(shù)據(jù)業(yè)務(wù)量和分組呼叫的優(yōu)先權(quán)進(jìn)行分組業(yè)務(wù)管理判決，系統(tǒng)操作員可以保證PRCH用戶不會(huì)受到不可接受的PRCH延遲的影響。
可以相信本發(fā)明的操作和結(jié)構(gòu)從前面的描述中得到了清楚的表示，而且當(dāng)這里所表示并描述的發(fā)明按照特定的實(shí)施例來(lái)描述時(shí)，在不背離如下權(quán)利要求所定義的發(fā)明精神和范圍的前提下可以對(duì)其進(jìn)行改變和修改。
權(quán)利要求
1.在包括至少一條分組無(wú)線信道和多個(gè)收發(fā)站的蜂窩電信系統(tǒng)中，每個(gè)所述收發(fā)站能夠發(fā)送和接收數(shù)據(jù)分組并共享分組無(wú)線信道，一種管理所述系統(tǒng)的所述至少一條分組無(wú)線信道接受的方法，所述方法包括如下步驟接收分組呼叫需要被分組無(wú)線信道接受的指示；并確定所述分組呼叫是否被所述至少一條分組無(wú)線信道所接受。
2.權(quán)利要求1的方法，其特征在于所述至少一條分組無(wú)線信道受到至少一個(gè)分組無(wú)線信道控制器的控制而且所述確定步驟包括如下步驟(a)向所述至少一個(gè)分組無(wú)線信道控制器發(fā)送接受請(qǐng)求；(b)從所述至少一個(gè)分組無(wú)線信道控制器接收響應(yīng)；并且(c)確定所述響應(yīng)是否表示所述分組呼叫被所述至少一條分組無(wú)線信道所接受。
3.權(quán)利要求2的方法，其特征在于所述至少一條分組無(wú)線信道包括多個(gè)分組無(wú)線信道而且所述至少一個(gè)分組無(wú)線信道控制器包括多個(gè)分組無(wú)線信道控制器，每個(gè)分組無(wú)線信道控制器控制所關(guān)聯(lián)的分組無(wú)線信道，而且其特征在于所述方法還包括重復(fù)所述步驟(a)、(b)和(c)的步驟，每次為一個(gè)不同的分組無(wú)線信道控制器而重復(fù)，直到所述響應(yīng)表示所述分組呼叫將被一條所述分組無(wú)線信道所接受，或者直到從每個(gè)所述分組無(wú)線信道控制器都收到了否定響應(yīng)。
4.權(quán)利要求1的方法還包括，響應(yīng)所述確定步驟中的否定確定而進(jìn)行的如下步驟確定所述分組呼叫是否放入分組無(wú)線信道接受隊(duì)列中。
5.權(quán)利要求4的方法，其特征在于確定所述分組呼叫是否放入分組無(wú)線信道接受隊(duì)列的所述步驟包括如下步驟確定所述分組呼叫所需的業(yè)務(wù)量值加上所述接受隊(duì)列中一個(gè)或多個(gè)分組呼叫的總請(qǐng)求業(yè)務(wù)量值是否在為所述接受隊(duì)列所設(shè)置的最大允許請(qǐng)求業(yè)務(wù)量值之內(nèi)。
6.權(quán)利要求4的方法還包括，響應(yīng)確定所述分組呼叫是否放入分組無(wú)線信道接受隊(duì)列的所述步驟中的肯定確定，進(jìn)行如下步驟將所述分組呼叫放入所述接受隊(duì)列。
7.權(quán)利要求1的方法，其特征在于所述接收步驟包括接收分組呼叫的業(yè)務(wù)請(qǐng)求。
8.權(quán)利要求7的方法還包括，響應(yīng)所述確定步驟中的肯定確定，發(fā)送所述分組呼叫的業(yè)務(wù)授權(quán)消息的步驟。
9.權(quán)利要求5的方法，其特征在于所述接收步驟包括接收分組呼叫的業(yè)務(wù)請(qǐng)求。
10.權(quán)利要求9的方法還包括，響應(yīng)確定所述分組呼叫是否放入分組無(wú)線信道接受隊(duì)列中的所述步驟中的否定確定，發(fā)送所述分組呼叫的業(yè)務(wù)拒絕消息的步驟。
11.權(quán)利要求9的方法還包括，響應(yīng)確定所述分組呼叫是否放入分組無(wú)線信道接受隊(duì)列中的所述步驟中的肯定確定，進(jìn)行如下步驟將所述分組呼叫放入所述接受隊(duì)列；發(fā)送所述分組呼叫的業(yè)務(wù)授權(quán)消息；并發(fā)送所述分組呼叫的分組呼叫未決指示。
12.權(quán)利要求1的方法，其特征在于所述接收步驟包括接收分組呼叫的分組呼叫排除指示。
13.權(quán)利要求12的方法還包括，響應(yīng)所述確定步驟中的肯定確定，發(fā)送所述分組呼叫的分組呼叫更新的步驟。
14.權(quán)利要求5的方法，其特征在于所述接收步驟包括接收分組呼叫的分組呼叫排除指示。
15.權(quán)利要求14的方法還包括，響應(yīng)確定所述分組呼叫是否放入分組無(wú)線信道接受隊(duì)列中的所述步驟中的否定確定，發(fā)送所述分組呼叫的分組呼叫解除指示的步驟。
16.權(quán)利要求14的方法還包括，響應(yīng)確定所述分組呼叫是否放入分組無(wú)線信道接受隊(duì)列中的所述步驟中的肯定確定，發(fā)送所述分組呼叫的分組呼叫未決指示的步驟。
17.權(quán)利要求1的方法，其特征在于所述系統(tǒng)還包括分組呼叫的接受隊(duì)列而且所述接收步驟包括如下步驟接收接受隊(duì)列信號(hào)；響應(yīng)所述接受隊(duì)列信號(hào)，確定所述接受隊(duì)列是否包含分組呼叫；并且響應(yīng)所述確定步驟中的肯定確定產(chǎn)生所述指示。
18.權(quán)利要求17的方法還包括，響應(yīng)確定所述分組呼叫是否被所述至少一條分組無(wú)線信道所接受的所述步驟中的肯定確定，發(fā)送所述分組呼叫的分組呼叫恢復(fù)指示的步驟
19.在包括每個(gè)能夠發(fā)送和接收數(shù)據(jù)分組并共享分組無(wú)線信道的多個(gè)收發(fā)站、PRCH接受隊(duì)列、以及PRCH資源管理器的蜂窩電信系統(tǒng)中，一種管理分組無(wú)線信道的方法，所述方法包括如下步驟評(píng)估所述接受隊(duì)列中所有分組呼叫的總所需業(yè)務(wù)量；并確定是否需要新的PRCH。
20.權(quán)利要求19的方法還包括，響應(yīng)所述確定步驟中的肯定確定，進(jìn)行如下步驟向所述資源管理器發(fā)送PRCH建立請(qǐng)求。
21.權(quán)利要求19的方法還包括，響應(yīng)所述確定步驟中的否定確定，進(jìn)行如下步驟確定是否存在沒有分組呼叫的分組無(wú)線信道；并且響應(yīng)確定是否存在沒有分組呼叫的分組無(wú)線信道的所述步驟中的肯定確定，向所述資源管理器發(fā)送PRCH釋放請(qǐng)求
22.權(quán)利要求19的方法，其特征在于所述確定步驟包括確定接受隊(duì)列中所有分組呼叫的總請(qǐng)求業(yè)務(wù)量是否超過(guò)預(yù)定極限。
23.在包括至少一條分組交換無(wú)線信道和多個(gè)收發(fā)站的蜂窩電信系統(tǒng)中，每個(gè)所述收發(fā)站能夠發(fā)送和接收數(shù)據(jù)分組并共享分組無(wú)線信道，所述系統(tǒng)還包括管理所述至少一條分組無(wú)線信道上業(yè)務(wù)的PRCH管理器，一種管理分組無(wú)線信道資源的方法，所述方法包括如下步驟從所述PRCH管理器接收分組無(wú)線信道建立請(qǐng)求；確定所述建立請(qǐng)求是否將被授權(quán)；并且響應(yīng)所述確定步驟中的肯定確定，為新分組無(wú)線信道分配資源。
24.權(quán)利要求23的方法，其特征在于所述評(píng)估步驟包括確定所述系統(tǒng)內(nèi)是否存在足夠資源允許建立新的分組無(wú)線信道。
25.在包括至少一條分組交換無(wú)線信道和多個(gè)收發(fā)站的蜂窩電信系統(tǒng)中，每個(gè)所述收發(fā)站能夠發(fā)送和接收數(shù)據(jù)分組并共享分組無(wú)線信道，所述系統(tǒng)還包括管理所述至少一條分組無(wú)線信道上業(yè)務(wù)的PRCH管理器，一種管理分組無(wú)線信道資源的方法，所述方法包括如下步驟從所述PRCH管理器接收釋放請(qǐng)求；確定所述釋放請(qǐng)求是否將被授權(quán)；并且響應(yīng)肯定確定，為所述至少一條分組無(wú)線信道中的一個(gè)解除所分配的資源。
26.權(quán)利要求24的方法，其特征在于所述評(píng)估步驟包括確定周圍服務(wù)小區(qū)的分組無(wú)線信道上的業(yè)務(wù)負(fù)荷是否需要附加的資源。
27.在包括至少一條分組無(wú)線信道和多個(gè)收發(fā)站的蜂窩電信系統(tǒng)中，每個(gè)所述收發(fā)站能夠發(fā)送和接收數(shù)據(jù)分組并共享分組無(wú)線信道，一種管理所述至少一條分組無(wú)線信道接受的設(shè)備，所述設(shè)備包括一個(gè)評(píng)估裝置，接收分組呼叫需要分組無(wú)線信道接受的指示并產(chǎn)生至少一個(gè)接受請(qǐng)求；以及至少一個(gè)PRCH控制器，每個(gè)控制一條所關(guān)聯(lián)的分組無(wú)線信道，并從所述評(píng)估裝置接收接受請(qǐng)求，確定所述關(guān)聯(lián)的分組無(wú)線信道是否接受所述分組呼叫，如果所述分組呼叫被接受就產(chǎn)生接受授權(quán)信號(hào)，如果所述分組呼叫不被接受就產(chǎn)生接受拒絕信號(hào)。
28.權(quán)利要求27的設(shè)備，其特征在于所示至少一個(gè)PRCH控制器包括多個(gè)PRCH控制器，而且所述PRCH管理器對(duì)所述PRCH控制器中不同的一個(gè)順序產(chǎn)生所述接受請(qǐng)求，直到從一個(gè)所述PRCH控制器收到接受授權(quán)信號(hào)或者直到從每個(gè)所述PRCH控制器收到了接受拒絕信號(hào)。
29.權(quán)利要求27的設(shè)備，其特征在于所述分組呼叫需要接受的指示包括所述分組呼叫的分組呼叫標(biāo)識(shí)而且所述設(shè)備還包括存儲(chǔ)至少一個(gè)分組呼叫標(biāo)識(shí)的接受隊(duì)列；以及PRCH接受隊(duì)列處理器，包括響應(yīng)從所述至少一個(gè)PRCH控制器中的每一個(gè)收到的接受拒絕信號(hào)，確定是否將所述分組呼叫的標(biāo)識(shí)放入所述接受隊(duì)列的裝置。
30.權(quán)利要求27的設(shè)備，其特征在于所述PRCH接受隊(duì)列處理器還包括響應(yīng)一個(gè)定時(shí)器信號(hào)確定所述接受隊(duì)列是否包含至少一個(gè)分組呼叫標(biāo)識(shí)的裝置；以及產(chǎn)生一個(gè)指示的裝置，該指示表示，如果所述接受隊(duì)列中包含至少一個(gè)分組呼叫標(biāo)識(shí)，那么所述接受隊(duì)列中具有最高優(yōu)先權(quán)值的分組呼叫需要接受，并將所述指示發(fā)送到所述評(píng)估裝置。
31.權(quán)利要求29的設(shè)備，其特征在于所述設(shè)備還包括PRCH管理裝置，監(jiān)視所述接受隊(duì)列，并當(dāng)所述接受隊(duì)列中所有分組呼叫的總請(qǐng)求業(yè)務(wù)量超過(guò)預(yù)定水平時(shí)產(chǎn)生PRCH建立請(qǐng)求；監(jiān)視所述至少一條分組無(wú)線信道上的分組呼叫數(shù)、并為分組呼叫數(shù)為零的每個(gè)分組無(wú)線信道產(chǎn)生PRCH釋放請(qǐng)求的裝置；以及資源管理器裝置，接收所述PRCH建立請(qǐng)求并響應(yīng)所述建立請(qǐng)求向所述至少一條分組無(wú)線信道添加新分組無(wú)線信道，接收所述PRCH釋放請(qǐng)求并響應(yīng)所述釋放請(qǐng)求向所述資源管理器釋放分組呼叫數(shù)為零的所述分組無(wú)線信道。
全文摘要
提供了一種蜂窩電信系統(tǒng)中的分組交換業(yè)務(wù)管理的方法和系統(tǒng)。發(fā)明包括蜂窩系統(tǒng)中每個(gè)服務(wù)小區(qū)的分組交換無(wú)線信道(PRCH)管理器(402)以及服務(wù)小區(qū)中每個(gè)PRCH的PRCH控制器(406)。PRCH管理器與一個(gè)或多個(gè)PRCH控制器交互作用并控制這些控制器。PRCH管理器執(zhí)行評(píng)估業(yè)務(wù)請(qǐng)求、處理PRCH接受隊(duì)列并管理服務(wù)小區(qū)的激活PRCH的功能。PRCH控制器執(zhí)行監(jiān)控輸出業(yè)務(wù)、控制接受并控制每個(gè)單個(gè)PRCH的業(yè)務(wù)阻塞的功能。發(fā)明允許系統(tǒng)操作員設(shè)置每個(gè)PRCH的最大可容忍延遲和每個(gè)分組呼叫的優(yōu)先權(quán)。通過(guò)選擇性地選擇系統(tǒng)內(nèi)的最大可容忍延遲和優(yōu)先權(quán),系統(tǒng)操作員可以減少PRCH用戶受到不可接受的分組傳輸延遲影響的可能。
文檔編號(hào)H04L12/56GK1201584SQ9619814
公開日1998年12月9日 申請(qǐng)日期1996年9月13日 優(yōu)先權(quán)日1995年9月18日
發(fā)明者C·M·特恩貝里, O·E·格里姆倫德, M·安德爾森 申請(qǐng)人:艾利森電話股份有限公司