專利名稱：通過(guò)釋放QoS資源節(jié)省網(wǎng)絡(luò)容量的制作方法
通過(guò)釋放QoS資源節(jié)省網(wǎng)絡(luò)容量本發(fā)明專利申請(qǐng)是國(guó)際申請(qǐng)日為2007年I月5日、國(guó)際申請(qǐng)?zhí)枮镻CT/US2007/060196且中國(guó)國(guó)家階段申請(qǐng)?zhí)枮?00780002085. 5的名為“通過(guò)釋放QoS資源節(jié)省網(wǎng)絡(luò)容量”的發(fā)明專利申請(qǐng)的分案申請(qǐng)。背景領(lǐng)域本公開(kāi)一般涉及在無(wú)線設(shè)備與基站之間提供雙向高帶寬連接的無(wú)線網(wǎng)絡(luò)，尤其涉及在一個(gè)方向上的保留空中接口資源未被使用時(shí)節(jié)省網(wǎng)絡(luò)容量的方法。背景 IxEV-DO (純數(shù)據(jù)演進(jìn))是修改I. 25MHz IS-95無(wú)線電信道結(jié)構(gòu)以向無(wú)線訂戶提供寬帶高速數(shù)據(jù)服務(wù)的CDMA標(biāo)準(zhǔn)。電信工業(yè)協(xié)會(huì)將IxEV-DO標(biāo)準(zhǔn)命名為“CDMA2000，高速分組數(shù)據(jù)空中接口規(guī)范”并為其指派了規(guī)范編號(hào)3GPP2C. S0024-A。IxEV-DO及名為W-CDMA的競(jìng)爭(zhēng)標(biāo)準(zhǔn)是兩種主要的第三代無(wú)線標(biāo)準(zhǔn)。不同于在接收與發(fā)送設(shè)備之間創(chuàng)建物理路徑的傳統(tǒng)無(wú)線網(wǎng)絡(luò)，EVDO系統(tǒng)使用網(wǎng)際協(xié)議(IP)將數(shù)據(jù)分裂為數(shù)個(gè)小片，這些片被稱為分組。分組被允許采取不同路徑發(fā)往同一目的地。用以提供某些高速數(shù)據(jù)服務(wù)的分組被優(yōu)先排列。將分組按優(yōu)先排列允許EVDO系統(tǒng)向使用要求具有加速轉(zhuǎn)發(fā)的IP數(shù)據(jù)流的應(yīng)用的無(wú)線訂戶提供更高的服務(wù)質(zhì)量(QoS)。例如，用以提供視頻會(huì)議應(yīng)用的QoS將高于用以遞送電子郵件的QoS。EVOD系統(tǒng)通過(guò)為高QoS應(yīng)用保留各種IP數(shù)據(jù)流及其它空中接口資源來(lái)確保某些分組將以更高優(yōu)先級(jí)遞送。EVDO系統(tǒng)是“一直開(kāi)”的，并且無(wú)需復(fù)雜的撥號(hào)連接就可提供寬帶高速數(shù)據(jù)服務(wù)。盡管如此，但除非實(shí)際正在發(fā)送分組否則是不消耗帶寬的。例如，在訪問(wèn)因特網(wǎng)網(wǎng)站且該網(wǎng)站還未開(kāi)始傳送網(wǎng)頁(yè)時(shí)、或者語(yǔ)音呼叫的雙方都不講話時(shí)，沒(méi)有分組被發(fā)送。即使在未發(fā)送分組時(shí)沒(méi)有消耗帶寬，但在高QoS應(yīng)用中空中接口資源仍不可供其它應(yīng)用使用，因?yàn)樗鼈円驯槐Ａ?。尋求一種使得在高QoS應(yīng)用沒(méi)有正在使用為其保留的空中接口資源時(shí)這些資源能夠供其它應(yīng)用使用的方法。概要通過(guò)分配蜂窩電話與基站之間的空中接口資源在遵循IxEV-DO CDMA標(biāo)準(zhǔn)的網(wǎng)絡(luò)上提供了寬帶高速數(shù)據(jù)服務(wù)?？罩薪涌谫Y源是由諸如帶寬、分組優(yōu)先級(jí)及差錯(cuò)率等各種服務(wù)質(zhì)量(QoS)參數(shù)表征的。分組中的信息在蜂窩電話與基站之間以數(shù)據(jù)流的形式在EV-DO網(wǎng)絡(luò)上傳送。為支持特定寬帶服務(wù)的數(shù)據(jù)流的每一個(gè)保留一特定QoS級(jí)別。寬帶服務(wù)是由在蜂窩電話上運(yùn)行的應(yīng)用來(lái)支持的，該蜂窩電話在兩個(gè)方向上都使用具有高QoS級(jí)別的數(shù)據(jù)流。蜂窩電話上的操作系統(tǒng)監(jiān)視蜂窩電話所接收和傳送的各種數(shù)據(jù)流。特別地，操作系統(tǒng)監(jiān)視從基站到蜂窩電話的前向數(shù)據(jù)流以及從蜂窩電話到基站的互補(bǔ)的反向數(shù)據(jù)流。在一個(gè)實(shí)施例中，操作系統(tǒng)確定基站已經(jīng)臨時(shí)掛起了前向數(shù)據(jù)流的QoS保留。當(dāng)前向上的QoS保留被掛起時(shí)，寬帶應(yīng)用停止使用反向上的數(shù)據(jù)流。操作系統(tǒng)認(rèn)識(shí)到在反向上沒(méi)有如應(yīng)用所原始請(qǐng)求的那樣在使用QoS。作為響應(yīng)，操作系統(tǒng)釋放反向數(shù)據(jù)流的QoS保留。操作系統(tǒng)通過(guò)向基站發(fā)送主動(dòng)提供的RequestReservationOffRev消息來(lái)臨時(shí)掛起QoS保留?；就ㄟ^(guò)向蜂窩電話返回ReservationOffRev消息確認(rèn)臨時(shí)掛起QoS保留的請(qǐng)求。在另一實(shí)施例中，操作系統(tǒng)確定基站已經(jīng)臨時(shí)掛起反向數(shù)據(jù)流的QoS保留。因此，寬帶應(yīng)用停止在 前向上使用數(shù)據(jù)流。操作系統(tǒng)認(rèn)識(shí)到QoS在前向上沒(méi)有在使用，則釋放前向數(shù)據(jù)流的QoS保留。操作系統(tǒng)通過(guò)向基站發(fā)送主動(dòng)提供的RequestReservationOffFwd消息來(lái)臨時(shí)掛起QoS保留?；就ㄟ^(guò)向蜂窩電話返回ReservationOffFwd消息來(lái)確認(rèn)臨時(shí)掛起QoS保留的請(qǐng)求。在另一實(shí)施例中，操作系統(tǒng)確定基站已經(jīng)永久撤銷了前向數(shù)據(jù)流的Qo S保留。操作系統(tǒng)認(rèn)識(shí)到在反向上將不再使用QoS。作為響應(yīng)，操作系統(tǒng)釋放反向數(shù)據(jù)流的QoS保留。操作系統(tǒng)通過(guò)向基站發(fā)送profile. type=0 (NULL)的主動(dòng)提供的ReservationKKQoSRequestRev消息來(lái)永久撤銷QoS保留?；就ㄟ^(guò)向蜂窩電話返回profile. type=0 (NULL)的 ReservationKKQoSResponseRev 消息來(lái)確認(rèn)永久撤銷 QoS 保留的請(qǐng)求。通過(guò)臨時(shí)掛起或通過(guò)永久撤銷QoS保留釋放為反向數(shù)據(jù)流保留的QoS，實(shí)際上減少了從蜂窩電話到基站的空中接口連接可用的數(shù)據(jù)流的數(shù)目。釋放先前為反向數(shù)據(jù)流保留的QoS還通過(guò)允許所釋放的空中接口資源被用于其它連接而節(jié)省了網(wǎng)絡(luò)資源。在另一實(shí)施例中，在操作系統(tǒng)確定基站已經(jīng)永久撤銷了反向數(shù)據(jù)流的QoS保留時(shí)執(zhí)行類似過(guò)程。以下具體描述中描述了其它實(shí)施例和優(yōu)點(diǎn)。本概要無(wú)意定義本發(fā)明。本發(fā)明由權(quán)利要求定義。附圖簡(jiǎn)述其中相同附圖標(biāo)記指示相同組件的附圖示出了本發(fā)明的實(shí)施例。圖I是示出遵循IxEV-DO標(biāo)準(zhǔn)的無(wú)線網(wǎng)絡(luò)中接入終端與接入網(wǎng)之間的空中接口資源的示圖；圖2是描繪在圖I的接入終端上運(yùn)行的操作系統(tǒng)和視頻電話應(yīng)用的示圖；圖3是用于當(dāng)一個(gè)方向上的保留空中接口資源沒(méi)有被使用時(shí)節(jié)省網(wǎng)絡(luò)資源的步驟的流程圖；圖4所包括的圖4A-4C是示出用于在圖I的接入終端與接入網(wǎng)之間建立數(shù)據(jù)流的協(xié)議協(xié)商的示圖；以及圖5是示出圖I的接入終端與接入網(wǎng)之間用于執(zhí)行圖3的方法的協(xié)議協(xié)商的示圖。具體描述現(xiàn)在將具體參照其示例在附圖中示出的本發(fā)明的一些實(shí)施例。圖I示出在遵循IxEV-DO (修訂A)標(biāo)準(zhǔn)的無(wú)線網(wǎng)絡(luò)12中如何分配接入終端(AT)10與接入網(wǎng)(AN) 11之間的空中接口資源以提供特定級(jí)別的服務(wù)質(zhì)量(QoS)。空中接口資源是在與IxEV-DO標(biāo)準(zhǔn)相關(guān)聯(lián)的IS-856A中規(guī)定的。向第二 AT 13提供第二 QoS級(jí)別。在一個(gè)實(shí)施例中，AN 11是基站，而AT 10和AT 13是無(wú)線連接的膝上型計(jì)算機(jī)或個(gè)人數(shù)字助理(PDA)。AN 11經(jīng)由路由器15被連接至因特網(wǎng)14。無(wú)線網(wǎng)絡(luò)12是“純數(shù)據(jù)”網(wǎng)絡(luò)，其中所有語(yǔ)音和數(shù)據(jù)信息以分組形式在因特網(wǎng)14和移動(dòng)站之間傳達(dá)。
在一個(gè)實(shí)施例中，數(shù)據(jù)以網(wǎng)際協(xié)議(IP)分組的形式跨無(wú)線網(wǎng)絡(luò)12的空中接口連接傳送。IxEV-DO標(biāo)準(zhǔn)定義了在其上傳送經(jīng)分組的數(shù)據(jù)的各種協(xié)議層。這些協(xié)議層的一些示例包括反向話務(wù)信道媒體接入控制(RTCMAC)層、無(wú)線電鏈路協(xié)議(RLP)層、點(diǎn)對(duì)點(diǎn)協(xié)議(PPP)層、IP層、傳輸控制協(xié)議(TCP)層、以及用戶數(shù)據(jù)報(bào)協(xié)議(UDP)層。無(wú)線電鏈路協(xié)議(RLP)為諸如TCP等更高層協(xié)議的高效操作提供了一個(gè)或多個(gè)具有可接受的低擦除率的八位組流。當(dāng)RLP被用作多流分組應(yīng)用(MFPA)的一部分時(shí)，RLP流攜帶來(lái)自該更高層的一個(gè)或多個(gè)八位組流。例如，視頻電話應(yīng)用和IP語(yǔ)音(VoIP)應(yīng)用將采用RLP上PPP上IP上UDP，而文件傳輸應(yīng)用將采用RLP上PPP上IP上TCP。每個(gè)IP分組被標(biāo)記以指示其優(yōu)先級(jí)。例如，某些IP分組的IP報(bào)頭中的字段指示那些分組要求在整個(gè)無(wú)線網(wǎng)絡(luò)12中“加速轉(zhuǎn)發(fā)”。具有這種高優(yōu)先級(jí)的分組始終以極小延遲遞送。其它低優(yōu)先級(jí)分組被以“確保轉(zhuǎn)發(fā)”傳送。而其它更低優(yōu)先級(jí)的分組在“盡力”基礎(chǔ)上傳送。這些IP分組然后在各種協(xié)議層上以數(shù)據(jù)流的形式傳播。例如，多個(gè)IP流可在RLP流上傳播，并且多個(gè)IP流還可在RTCMAC流上傳播。 用以傳送分組的優(yōu)先級(jí)是QoS級(jí)別的一個(gè)特性。QoS級(jí)別的另一特性是帶寬、或每單位時(shí)間遞送的分組數(shù)目。所遞送的分組的差錯(cuò)率是QoS級(jí)別的又一特性。無(wú)線網(wǎng)絡(luò)12使得要求高QoS級(jí)別的無(wú)線應(yīng)用能夠在AT 10上運(yùn)行。圖2示出在AT 10上運(yùn)行的操作系統(tǒng)16和視頻電話應(yīng)用17。在該實(shí)施例中，操作系統(tǒng)16是由高通公司(Qualcomm Incorporated)制造的高級(jí)移動(dòng)訂戶軟件(AMSS)。AMSS16包括軟件棧，該軟件棧包括物理層18、媒體接入控制(MAC)層19、安全層20、連接層21、會(huì)話層22、流層23以及應(yīng)用層24。視頻電話應(yīng)用17在AMSS 16頂端運(yùn)行，并且被與AMSS16的應(yīng)用層24分離和隔開(kāi)。RLP層、PPP層、IP層、TCP層及UDP層全部是AMSS 16的應(yīng)用層24的部分。RTCMAC層不是MAC層19的部分。 現(xiàn)在將針對(duì)AT 10上運(yùn)行的視頻電話應(yīng)用17來(lái)描述規(guī)定QoS。為了建立視頻電話應(yīng)用17，AT 10針對(duì)各種QoS參數(shù)從無(wú)線網(wǎng)絡(luò)12請(qǐng)求空中接口資源。這些請(qǐng)求是以包含屬于多流分組應(yīng)用(MFPA)的可配置屬性的通用屬性更新協(xié)議(GAUP)消息的形式發(fā)送的。無(wú)線電鏈路協(xié)議(RLP)與多流分組應(yīng)用(MFPA)相關(guān)聯(lián)。每個(gè)請(qǐng)求可具有諸如第一選擇和第二選擇的備選QoS請(qǐng)求。無(wú)線網(wǎng)絡(luò)12為每個(gè)請(qǐng)求分配和準(zhǔn)予所要求的空中接口資源。無(wú)線網(wǎng)絡(luò)12可確定將為每個(gè)請(qǐng)求分配的恰當(dāng)資源，因?yàn)闊o(wú)線網(wǎng)絡(luò)知曉系統(tǒng)能力和可用資源。資源不僅包括空中接口資源，還包括例如從AN 11到路由器15以及直到因特網(wǎng)14的帶寬可用性等?；氐?br>
圖1，IP分組的6個(gè)數(shù)據(jù)流25-30被用于提供視頻電話應(yīng)用17。當(dāng)視頻電話應(yīng)用17發(fā)起視頻會(huì)議呼叫時(shí)，應(yīng)用17從AMSS 16請(qǐng)求各自具有恰當(dāng)QoS的視頻數(shù)據(jù)流、音頻數(shù)據(jù)流和控制數(shù)據(jù)流。然后，AMSS 16請(qǐng)求從ANll到AT 10的3個(gè)前向數(shù)據(jù)流以及從AT10到AN 11的3個(gè)反向數(shù)據(jù)流，它們構(gòu)成了視頻、音頻、和控制數(shù)據(jù)流。AMSS 16請(qǐng)求前向視頻數(shù)據(jù)流25和反向視頻數(shù)據(jù)流26。當(dāng)AMSS 16請(qǐng)求保留具有特定QoS的數(shù)據(jù)流時(shí)，該數(shù)據(jù)流被動(dòng)態(tài)地指派一保留標(biāo)簽。該特定數(shù)據(jù)流有時(shí)被稱為“保留”。每個(gè)數(shù)據(jù)流的各種QoS參數(shù)由每個(gè)GAUP請(qǐng)求中的GAUP屬性字段來(lái)定義。除了請(qǐng)求視頻數(shù)據(jù)流之外，AMSS 16請(qǐng)求前向語(yǔ)音數(shù)據(jù)流27和反向語(yǔ)音數(shù)據(jù)流28。最后，請(qǐng)求前向控制數(shù)據(jù)流29和反向控制數(shù)據(jù)流30?？刂茢?shù)據(jù)流被用來(lái)控制其它數(shù)據(jù)流。AN 11維持保留及可用空中接口資源的映射，并且AN 11可確定特定請(qǐng)求的數(shù)據(jù)流所要求的結(jié)果RLP流、RTCMAC流以及QoS特性是否可用。每個(gè)RLP流和RTCMAC流可與多個(gè)數(shù)據(jù)流相關(guān)聯(lián)。每個(gè)數(shù)據(jù)流被綁定至具有可適用QoS的特定物理特性——諸如帶寬、分組優(yōu)先級(jí)及差錯(cuò)率——的RLP流或RTCMAC流。在該示例中，前向視頻數(shù)據(jù)流25和反向視頻數(shù)據(jù)流26要求納入IP分組的加速轉(zhuǎn)發(fā)的QoS。當(dāng)IP分組正在以數(shù)據(jù)流25和數(shù)據(jù)流26傳送時(shí)，視頻電話應(yīng)用17正消耗相當(dāng)?shù)目罩薪涌谫Y源——包括所分配的頻譜的帶寬。在該示例中，當(dāng)視頻電話應(yīng)用17在AT 10上運(yùn)行時(shí)，AT 13在該視頻會(huì)議期間向AN 11發(fā)起語(yǔ)音呼叫。AT 13請(qǐng)求保留具有特定QoS的前向語(yǔ)音數(shù)據(jù)流31和具有特定QoS的反向語(yǔ)音數(shù)據(jù)流32。于是，AN 11確定無(wú)線網(wǎng)絡(luò)12的空中接口資源不足以為6個(gè)視頻電話數(shù)據(jù)流25-30、及兩個(gè)語(yǔ)音數(shù)據(jù)流31-32提供保留級(jí)別的QoS。在該示例中，AN 11選擇通過(guò)撤銷由AT 10保留用于視頻會(huì)議呼叫的空中接口資源的部分來(lái)使得空中接口資源可供AT 13與AN 11之間的語(yǔ)音呼叫用。
AN 11釋放為消耗所分配的頻譜中相當(dāng)帶寬的前向視頻數(shù)據(jù)流25所保留的QoS。因此，無(wú)線網(wǎng)絡(luò)12不再準(zhǔn)予維護(hù)前向視頻數(shù)據(jù)流25所需的帶寬。ANll使用釋放出的帶寬來(lái)建立與AT 13的空中接口資源。除了帶寬外，前向視頻數(shù)據(jù)流25先前消耗的優(yōu)先級(jí)和差錯(cuò)率資源也被釋放。在沒(méi)有前向視頻數(shù)據(jù)流25的情況下，AT 10不能夠接收該視頻會(huì)議呼叫的視頻圖像。然而，AN 11繼續(xù)在反向語(yǔ)音數(shù)據(jù)流28上發(fā)送具有語(yǔ)音呼叫的IP分組。視頻會(huì)議應(yīng)用17停止在反向視頻數(shù)據(jù)流26上傳送包含視頻圖像的IP分組，而不是僅在一個(gè)方向上繼續(xù)帶有視頻圖像的視頻會(huì)議呼叫。AT 10與AN 11之間的視頻會(huì)議呼叫已被降為語(yǔ)音呼叫并且消耗了較少帶寬。雖然沒(méi)有IP分組在反向視頻數(shù)據(jù)流26上傳送，但數(shù)據(jù)流26的GAUP請(qǐng)求中定義的QoS仍被保留。無(wú)線網(wǎng)絡(luò)12不重新分配保留給數(shù)據(jù)流26的空中接口資源，因?yàn)闊o(wú)線網(wǎng)絡(luò)12不知道視頻電話應(yīng)用17是否仍在使用該保留的QoS。直到為數(shù)據(jù)流26保留的QoS被釋放，無(wú)線網(wǎng)絡(luò)12都非必要地浪費(fèi)著空中接口資源。在一類似示例中，AN 11通過(guò)撤銷保留用于反向視頻數(shù)據(jù)流26的空中接口資源來(lái)使得空中接口資源可用。在沒(méi)有反向視頻數(shù)據(jù)流26的情況下，視頻會(huì)議呼叫不能繼續(xù)。視頻會(huì)議應(yīng)用17停止從前向視頻數(shù)據(jù)流25接收包含視頻圖像的IP分組，而該視頻會(huì)議呼叫已被降為語(yǔ)音呼叫。雖然沒(méi)有IP分組是從前向視頻數(shù)據(jù)流25處接收到的，但數(shù)據(jù)流25的GAUP請(qǐng)求中所定義的QoS仍被保留。無(wú)線網(wǎng)絡(luò)12不重新分配保留給數(shù)據(jù)流25的空中接口資源，因?yàn)闊o(wú)線網(wǎng)絡(luò)12不知道視頻電話應(yīng)用17是否仍在使用該保留QoS。直到為數(shù)據(jù)流25保留的QoS被釋放，無(wú)線網(wǎng)絡(luò)12非必要地浪費(fèi)著空中接口資源。圖3是用于在一個(gè)方向上的保留空中接口資源未被使用時(shí)節(jié)省網(wǎng)絡(luò)資源的步驟33-35的流程圖。如圖2所示的AMSS 16的操作結(jié)合圖3所列的步驟來(lái)解釋。在第一步驟33，AMSS 16監(jiān)視AT 10與AN 11之間的空中接口連接。在該示例中，AMSS 16監(jiān)視被用以提供視頻電話應(yīng)用17的IP分組的6個(gè)數(shù)據(jù)流25-30。在步驟34，AMSS 16確定AN 11已經(jīng)通過(guò)釋放為前向視頻數(shù)據(jù)流25保留的QoS來(lái)縮減了連接的帶寬。作為響應(yīng)，AMSS 16在步驟35釋放為反向視頻數(shù)據(jù)流26保留的QoS。AMSS 16通過(guò)請(qǐng)求取消為反向視頻數(shù)據(jù)流26保留的QoS來(lái)縮減反向視頻數(shù)據(jù)流26的帶寬。釋放為反向視頻數(shù)據(jù)流26保留的QoS實(shí)際上減少了可供從ATlO到AN 11的空中接口連接用的IP流的數(shù)目。釋放先前為反向視頻數(shù)據(jù)流26保留的QoS還通過(guò)允許將所釋放的空中接口資源用于其它連接而節(jié)省了網(wǎng)絡(luò)資源。步驟33-35同等地適用于上述類似示例，其中AMSS 16在步驟34確定AN 11已經(jīng)釋放了為反向視頻數(shù)據(jù)流26保留的QoS。在該類似示例中的步驟35，AMSS 16釋放為前向視頻數(shù)據(jù)流25保留的QoS。圖4A-4C更具體地示出如何為用以提供視頻電話應(yīng)用17的6個(gè)數(shù)據(jù)流25_30建立QoS資源。圖4A示出視頻電話應(yīng)用17與AMSS 16之間、以及AMSS16與AN 11之間的協(xié)議協(xié)商。在圖4A中所示的協(xié)議協(xié)商開(kāi)始之前，AT 10已經(jīng)被上電且已經(jīng)執(zhí)行EV-DO會(huì)話協(xié)商。AT 10已經(jīng)請(qǐng)求提供QoS的IS-856A協(xié)議，包括子類型3 RTCMAC、多流分組應(yīng)用(MFPA)、增強(qiáng)型FTCMAC和子類型2物理層。在步驟36開(kāi)始視頻電話應(yīng)用17之后，AT 10發(fā)起PPP會(huì)話的協(xié)商，如在37所示。在這些協(xié)商期間，無(wú)線網(wǎng)絡(luò)12的分組交換核心向AT 10指派一IP地址。一旦已建立PPP會(huì)話，視頻電話應(yīng)用17可任選地執(zhí)行SIP協(xié)商以確定諸如視頻速率和音頻速率等該應(yīng)用所要求的QoS參數(shù)。或者，視頻電話應(yīng)用17可能已知該應(yīng)用所需的QoS要求。一旦視頻電話應(yīng)用17確定所要求的QoS參數(shù)，視頻電話應(yīng)用17就從AMSS 16請(qǐng)求這些參數(shù)。在該示例中，視頻電話應(yīng)用17作出對(duì)各自具有恰當(dāng)QoS特性的視頻IP流、音頻IP流和控制IP流的三個(gè)請(qǐng)求38-40。在接收到關(guān)于各種數(shù)據(jù)流的QoS請(qǐng)求38-40之后，AMSS 16為具有所請(qǐng)求的QoS的每個(gè)數(shù)據(jù)流生成一保留標(biāo)簽。在該示例中，2位的十六進(jìn)制保留標(biāo)簽KK被指派給6個(gè)數(shù)據(jù)流前向音頻數(shù)據(jù)流9C，反向音頻數(shù)據(jù)流B4，前向視頻數(shù)據(jù)流9D，反向視頻數(shù)據(jù)流B5，前向控制數(shù)據(jù)流9E，以及反向控制數(shù)據(jù)流B6。前向和反向數(shù)據(jù)流的保留標(biāo)簽取自不同的池并且甚至可能彼此一致。圖4A示出MFPA GAUP消息的交換41，其中AMSS 16請(qǐng)求QoS資源以及AN 11作出響應(yīng)。AMSS 16 發(fā)送 “ReservationKKQoSRequest (保留 KKQoS 請(qǐng)求)”形式的 GAUP 消息以請(qǐng)求AT 10與AN 11之間IS-856A空中接口上每個(gè)數(shù)據(jù)流的QoS。每個(gè)GAUP消息可請(qǐng)求QoS的備選。例如，前向視頻IP流25的GAUP請(qǐng)求可將64千比特/秒作為第一帶寬選擇而將32千比特/秒列為次優(yōu)選擇。響應(yīng)于接收到ReservationKKQoSRequest, AN 11向AMSS 16 發(fā)送 “ReservationKKQoSResponse (保留 KKQoS 響應(yīng))”以指示 AN 11 是否接受了對(duì)數(shù)據(jù)流的該QoS請(qǐng)求，并且如果接受則接受備選中的哪一個(gè)。每個(gè)GAUP消息包括諸如profile, type(概況 類型)和profile. value(概況 值)等各種字段。概況-類型字段指示如何解釋profile, value字段中的值。例如，為“3”的profile, type可指示profile, value字段中值的冗長(zhǎng)形式，為“2”的profile, type可指示profile, value字段中值的簡(jiǎn)略形式,而為“0” (NULL (空))的profile, type可指示在GAUP請(qǐng)求或GAUP響應(yīng)中不包含QoS參數(shù)。在該示例中，這6個(gè)GAUP消息中沒(méi)有profile,type 為 NULL?；趯?duì)QoS的這6個(gè)GAUP請(qǐng)求，AN 11確定將用于準(zhǔn)予所希望的QoS的空中接口資源。AN 11確定將建立的多流RLP流和RTCMAC流的數(shù)目及其QoS參數(shù)。在該示例中，AN11激活將在其上流送6個(gè)IP流的6個(gè)RLP流。在交換42中，這6個(gè)RLP流被激活。、
RLP 流通過(guò)發(fā)送 GAUP 消息 “FlowNNIdentif icationFwd (流 NN 標(biāo)識(shí)前向)”和“FlowNNIdentificationRev (流NN標(biāo)識(shí)反向)”來(lái)激活。RLP流的編號(hào)NN與保留標(biāo)簽的編號(hào)KK無(wú)關(guān)。在RLP流被激活之后，AN 11將每個(gè)RLP流綁定至RTCMAC流，如43所示。然后在交換44中，AN 11激活將在其上流送6個(gè)IP流的6個(gè)RTCMAC流。在RLP流和RTCMAC流已被激活后，AN 11將與保留標(biāo)簽相對(duì)應(yīng)的每個(gè)IP流使用哪個(gè)RLP流通知AMSS 16。在AN 11將每個(gè)IP流綁定至RLP流時(shí)，AMSS 16被通知IP流與RLP流之間的對(duì)應(yīng)。AN 11用GAUP消息“FlowNNReservatonFwd (流NN保留前向)”和“FlowNNReservatonRev(流NN保留反向)”將IP流綁定至RLP流。在該示例中，例如RLPFwdO I被綁定至Reservation9C。AN 11還將每個(gè)RTCMAC流綁定至特定RLP流,這未在圖4中示出。在已激活和綁定RLP流和RTCMAC流之后，這6個(gè)IP流中保留的QoS準(zhǔn)備好轉(zhuǎn)為開(kāi)。為了使用該QoS, AMSS 16為每個(gè)保留標(biāo)簽發(fā)送RequestReservationKKOn(請(qǐng)求保留KK開(kāi))，并且AN 11針對(duì)每個(gè)保留標(biāo)簽用ReservationKKOn (保留KK開(kāi))作出響應(yīng)。GAUP消息 的交換46示出這6個(gè)IP流中的QoS是如何轉(zhuǎn)為開(kāi)的。AMSS 16向視頻電話應(yīng)用17發(fā)送3個(gè)消息47-49以通知應(yīng)用17視頻IP流、音頻IP流及控制IP流的三個(gè)QoS參數(shù)已被準(zhǔn)予。視頻電話應(yīng)用17開(kāi)始在狀態(tài)50下傳送和接收數(shù)據(jù)。在該示例中，通過(guò)在這6個(gè)IP流中傳送數(shù)據(jù)分組，在AT 10與無(wú)線網(wǎng)絡(luò)12上的其它訂戶之間攜帶視頻會(huì)議。在上述GAUP消息的交換中，各步驟是在對(duì)所有6個(gè)IP流及相關(guān)聯(lián)的RLP流和RTCMAC流都完成后才開(kāi)始下一步驟的。例如，在RLP流被綁定至IP流之前，激活所有RLP流。然而，在對(duì)另一 IP流執(zhí)行上述所有步驟之前，可對(duì)一特定保留標(biāo)簽及相關(guān)聯(lián)的RLP流和RTCMAC流執(zhí)行所有這些步驟。此外，RLP流參數(shù)的協(xié)商可以與RTCMAC流參數(shù)的協(xié)商同時(shí)執(zhí)行。另外，多個(gè)GAUP消息可在同一分組中一起發(fā)送并且可同時(shí)協(xié)商以減少在開(kāi)始應(yīng)用與傳送數(shù)據(jù)之間的呼叫建立時(shí)間。圖5示出AMSS 16與AN 11之間執(zhí)行圖3的方法的協(xié)議協(xié)商。圖5在狀態(tài)51開(kāi)始傳送和接收數(shù)據(jù)分組的視頻電話應(yīng)用17。發(fā)生視頻會(huì)議呼叫。另外，AMSS 16正在通過(guò)監(jiān)視AT 10與AN 11之間的空中接口連接——包括前向視頻IP流9D和反向視頻IP流B5——來(lái)執(zhí)行圖3的步驟33。AMSS 16確定正在兩個(gè)數(shù)據(jù)流上提供所保留的QoS。然后，在發(fā)生事件52時(shí)，AN 11用完一類QoS空中接口資源。在該示例中，AN 11用完了被映射到前向視頻IP流的保留標(biāo)簽9D的前向RLP流01上的資源。例如，AN 11不再有足夠帶寬來(lái)為保留9D提供64千比特/秒。由于AN 11已經(jīng)用完前向鏈路RLP流01的QoS資源,AN 11將針對(duì)保留標(biāo)簽9D的ReservationOffFwd (保留關(guān)前向)消息發(fā)送給AMSS16。該ReservationOffFwd消息向AMSS 16指示對(duì)保留標(biāo)簽9D臨時(shí)掛起所保留的QoS。響應(yīng)于接收到ReservationOffFwd消息,AMSS 16向視頻電話應(yīng)用17發(fā)送QoS掛起通知53。QoS掛起通知53向視頻電話應(yīng)用17通知視頻數(shù)據(jù)流的QoS已被掛起，但音頻和控制數(shù)據(jù)流仍然可用。在該示例中，視頻電話應(yīng)用17將該視頻會(huì)議呼叫轉(zhuǎn)換成正常的語(yǔ)音呼叫并停止在反向視頻數(shù)據(jù)流26上傳送視頻信息。在圖3的步驟34，AMSS 16現(xiàn)在確定前向數(shù)據(jù)流25的QoS保留(保留9D)已經(jīng)暫時(shí)被掛起。AMSS 16認(rèn)識(shí)到在反向上未如視頻電話應(yīng)用17原始請(qǐng)求地那樣正在使用QoS。作為響應(yīng)，AMSS 16通過(guò)臨時(shí)掛起QoS保留來(lái)釋放對(duì)反向視頻數(shù)據(jù)流26的QoS保留(反向標(biāo)簽B5)。在圖3的步驟35，AMSS16發(fā)送請(qǐng)求AN 11臨時(shí)掛起保留B5的QoS資源的RequestReservationOffRev (請(qǐng)求保留關(guān)反向)消息54。AN 11通過(guò)發(fā)送反向標(biāo)簽B5的ReservationOffRev (保留關(guān)反向)來(lái)確認(rèn)AMSS 16的請(qǐng)求。在該示例中，視頻電話應(yīng)用17繼續(xù)運(yùn)行，但視頻會(huì)議呼叫已轉(zhuǎn)變?yōu)榧冋Z(yǔ)音呼叫。數(shù)據(jù)分組僅在音頻數(shù)據(jù)流和控制數(shù)據(jù)流上傳送。如果在逝去預(yù)定量的 時(shí)間之后QoS資源仍未變成可供前向數(shù)據(jù)流25使用，則AN11通過(guò)發(fā)送第一 GAUP消息55永久地撤銷對(duì)保留標(biāo)簽9D的QoS保留。第一 GAUP消息55是 profile. type=0 (NULL)且 KK=9D 的 ReservationKKQoSResponseFwd (保留 KKQoS 響應(yīng)前向)消息。響應(yīng)于接收到第一 GAUP消息55，AMSS 16向視頻電話應(yīng)用17發(fā)送QoS永久撤銷通知56。QoS永久撤銷通知56向視頻電話應(yīng)用17通知視頻數(shù)據(jù)流的QoS已被永久撤銷。在圖3的步驟34的另一實(shí)現(xiàn)中，AMSS 16根據(jù)第一 GAUP消息55確定前向數(shù)據(jù)流25的QoS保留已被永久撤銷。作為響應(yīng)，AMSS 16向AN 11通知反向視頻數(shù)據(jù)流26的QoS保留可被永久撤銷。在圖3的步驟35中，AMSS 16發(fā)送請(qǐng)求AN 11永久撤銷保留標(biāo)簽B5的 QoS 資源的第二 GAUP 消息 57。第二 GAUP 消息 57 是 profile. type=0 (NULL)且 KK=B5的ReservationKKQoSRequestRev (保留KKQoS請(qǐng)求反向)消息。AN 11通過(guò)發(fā)送第三GAUP消息58確認(rèn)AMSS 16的請(qǐng)求。第三GAUP消息58是profile. type=0 (NULL)且KK=B5的ReservationKKQoSResponseRev (保留 KKQoS 響應(yīng)反向)消息。通過(guò)釋放在無(wú)線設(shè)備與基站之間的兩個(gè)方向上要求互補(bǔ)高QoS數(shù)據(jù)流的應(yīng)用將不會(huì)使用的QoS的保留，AMSS 16節(jié)省了無(wú)線網(wǎng)絡(luò)12的空中接口資源。通過(guò)釋放與保留B5相關(guān)聯(lián)的QoS保留，AMSS 16釋放了視頻電話應(yīng)用17未在使用但仍被保留的帶寬、優(yōu)先級(jí)和差錯(cuò)率資源。雖然出于指導(dǎo)性目的本發(fā)明是結(jié)合某些特定實(shí)施例來(lái)描述的，但本發(fā)明并不限于此。例如,節(jié)省空中接口資源的方法是參照遵循IxEV-DO CDMA標(biāo)準(zhǔn)的無(wú)線網(wǎng)絡(luò)的QoS資源來(lái)描述的。該節(jié)省空中接口資源的方法在其它網(wǎng)絡(luò)中也可應(yīng)用。例如，該方法監(jiān)視遵循基于全球移動(dòng)通信系統(tǒng)(GSM)的通用分組無(wú)線業(yè)務(wù)(GPRS)標(biāo)準(zhǔn)的無(wú)線網(wǎng)絡(luò)中移動(dòng)站與基站之間的空中接口連接的帶寬。空中接口連接在一個(gè)方向上使用第一帶寬而在第二方向上使用第二帶寬。在該方法確定基站已縮減了第一帶寬后，該方法通過(guò)縮減第二帶寬來(lái)節(jié)省空中接口資源。第二帶寬是通過(guò)減少空中接口連接可用的時(shí)隙的數(shù)目來(lái)縮減的。在一個(gè)實(shí)施例中，AMSS 16確定前向上的QoS保留已被掛起或撤銷。AMSS 16隨后釋放反向上的QoS保留。在另一實(shí)施例中，AMSS 16首先確定反向上的QoS保留已被掛起或撤銷。AMSS 16然后釋放前向上的QoS保留。操作系統(tǒng)16結(jié)合蜂窩電話上運(yùn)行的視頻電話應(yīng)用17來(lái)實(shí)現(xiàn)圖3的方法。然而，圖3的方法還可在被應(yīng)用于其它高帶寬應(yīng)用時(shí)用來(lái)節(jié)省網(wǎng)絡(luò)資源。這些其它應(yīng)用的示例包括IP語(yǔ)音(VoIP)電話、低等待時(shí)間游戲和流視頻應(yīng)用等。盡管圖3的方法被描述為首先確定前向數(shù)據(jù)流的保留已被撤銷并隨后釋放反向數(shù)據(jù)流的保留，但還可對(duì)反方向的數(shù)據(jù)流執(zhí)行本方法。例如，本方法可首先確定反向數(shù)據(jù)流的保留已被撤銷并隨后撤銷前向數(shù)據(jù)流的保留。提供所公開(kāi)的實(shí)施例的先前描述旨在使本領(lǐng)域的任何技術(shù)人員皆能夠制作或使用本發(fā)明。對(duì)于本領(lǐng)域的技術(shù)人員而言，對(duì)這些實(shí)施例的各種修改將是顯而易見(jiàn)的，并且在此所定義的一般性原理可適用于其它實(shí)施例而不會(huì)背離本發(fā) 明的精神實(shí)質(zhì)或范圍。因此，本發(fā)明無(wú)意被限于這里所示的實(shí)施例，而應(yīng)根據(jù)與在此所公開(kāi)的原理和新穎特征相一致的最寬范圍來(lái)授權(quán)。
權(quán)利要求
1.一種方法，包括 (a)監(jiān)視接入終端與接入網(wǎng)之間的前向數(shù)據(jù)流和反向數(shù)據(jù)流； (b)確定所述前向數(shù)據(jù)流的保留已被掛起；以及 (c)釋放所述反向數(shù)據(jù)流的保留。
2.如權(quán)利要求I所述的方法，其特征在于，所述在(c)中釋放反向數(shù)據(jù)流的保留臨時(shí)掛起所述反向數(shù)據(jù)流的所述保留。
3.如權(quán)利要求I所述的方法，其特征在于，所述在(c)中釋放反向數(shù)據(jù)流的保留永久撤銷所述反向數(shù)據(jù)流的所述保留。
4.如權(quán)利要求I所述的方法，其特征在于，所述前向數(shù)據(jù)流是從所述接入網(wǎng)到所述接入終端的IP分組流。
5.如權(quán)利要求I所述的方法，其特征在于，所述反向數(shù)據(jù)流是從所述接入網(wǎng)到所述接入終端的IP分組流。
6.如權(quán)利要求I所述的電路，其特征在于，所述接入終端在(b)中確定所述接入網(wǎng)已掛起所述前向數(shù)據(jù)流的所述保留。
7.如權(quán)利要求I所述的電路，其特征在于，所述前向數(shù)據(jù)流是RLP流的部分。
8.如權(quán)利要求I所述的電路，其特征在于，所述前向數(shù)據(jù)流是RTCMAC流的部分。
9.如權(quán)利要求I所述的方法，其特征在于，所述接入終端和所述接入網(wǎng)遵照稱為3GPP2C. S0024的無(wú)線規(guī)范。
10.如權(quán)利要求I所述的方法，其特征在于，所述反向數(shù)據(jù)流的所述保留在(c)中是通過(guò)向所述接入網(wǎng)發(fā)送GAUP請(qǐng)求屬性來(lái)釋放的。
11.如權(quán)利要求10所述的方法，其特征在于，所述GAUP請(qǐng)求屬性是具有被設(shè)為NULL的ProfileType 字段的 ReservationKKQoSRequest。
12.—種方法,包括 (a)接收包括屬性ReservationKKQoSResponse的第一GAUP消息，其中所述屬性ReservationKKQoSResponse 包括被設(shè)為 NULL 的 ProfileType 字段；以及 (b)響應(yīng)于接收所述第一GAUP消息發(fā)送包括屬性ReservationKKQoSRequest的第二GAUP消息，其中所述屬性ReservationKKQoSRequest包括被設(shè)為NULL的Prof ileType,其中所述屬性ReservationKKQoSResponse涉及接入終端與接入網(wǎng)之間一方向上的第一 IP流，而所述屬性ReservationKKQoSRequest涉及所述接入終端與所述接入網(wǎng)之間相反方向上的第二 IP流。
13.如權(quán)利要求12所述的方法，其特征在于，所述接入終端與所述接入網(wǎng)之間的所述方向是從所述接入網(wǎng)到所述接入終端，以及其中所述相反方向是從所述接入終端到所述接入網(wǎng)。
14.如權(quán)利要求12所述的方法，其特征在于，所述接入終端與所述接入網(wǎng)之間的所述方向是從所述接入終端到所述接入網(wǎng)，以及其中所述相反方向是從所述接入網(wǎng)到所述接入終端。
15.如權(quán)利要求12所述的方法，其特征在于，還包括，在(a)之前 (c)接收包括屬性ReservationOff的第三GAUP消息，其中所述屬性ReservationOff涉及所述第一 IP流。
16.如權(quán)利要求12所述的方法，其特征在于，所述第一IP流是RLP流的部分，所述方法還包括，在(a)之前 (c)接收包括移除所述RLP流的保留的綁定的屬性FlowNNReservation的第三GAUP消肩、O
17.如權(quán)利要求12所述的方法，其特征在于，所述第一IP流是RTCMAC流的部分而所述第二 IP流是RLP流的部分，所述方法還包括，在(a)之前 (c)接收包括移除所述TRCMAC流到所述RLP流的綁定的屬性AssociatedFlowsNN的第三GAUP消息。
18.如權(quán)利要求12所述的方法，其特征在于，所述接入終端和所述接入網(wǎng)遵照稱為IxEV-DO的無(wú)線規(guī)范。
19.一種接入終端，包括 用于接收包括屬性ReservationKKQoSResponse的第一 GAUP消息的裝置,其中所述屬性 ReservationKKQoSResponse 包括被設(shè)為 NULL 的 ProfileType 字段；以及 用于響應(yīng)于接收所述第一 GAUP消息發(fā)送包括屬性ReservationKKQoSRequest的第二 GAUP消息的裝置，其中所述屬性ReservationKKQoSRequest包括被設(shè)為NULL的ProfileType,其中所述屬性ReservationKKQoSResponse涉及所述接入終端與接入網(wǎng)之間一方向上的第一 IP流，而所述屬性ReservationKKQoSRequest涉及所述接入終端與所述接入網(wǎng)之間相反方向上的第二 IP流。
20.如權(quán)利要求19所述的接入終端，其特征在于，所述接入終端遵循稱為3GPP2C.S0024的無(wú)線規(guī)范。
21.如權(quán)利要求19所述的接入終端，其特征在于，所述接入終端與所述接入網(wǎng)之間的所述方向是從所述接入網(wǎng)到所述接入終端，以及其中所述相反方向是從所述接入終端到所述接入網(wǎng)。
22.如權(quán)利要求19所述的接入終端，其特征在于，所述接入終端與所述接入網(wǎng)之間的所述方向是從所述接入終端到所述接入網(wǎng)，以及其中所述相反方向是從所述接入網(wǎng)到所述接入終端。
23.一種用于存儲(chǔ)可在無(wú)線設(shè)備中操作以進(jìn)行以下動(dòng)作的指令的處理器可讀介質(zhì) 監(jiān)視所述無(wú)線設(shè)備與接入網(wǎng)之間的前向IP流和反向IP流； 確定所述前向IP流的保留已被掛起；以及 釋放所述反向IP流的保留。
24.如權(quán)利要求23所述的處理器可讀介質(zhì)，其特征在于，所述無(wú)線設(shè)備遵循稱為3GPP2C.S0024的無(wú)線規(guī)范。
25.如權(quán)利要求23所述的處理器可讀介質(zhì)，其特征在于，所述前向IP流是從所述接入網(wǎng)到所述無(wú)線設(shè)備的IP分組流。
26.如權(quán)利要求23所述的處理器可讀介質(zhì)，其特征在于，所述反向IP流是從所述接入網(wǎng)到所述無(wú)線設(shè)備的IP分組流。
27.如權(quán)利要求23所述的處理器可讀介質(zhì)，其特征在于，所述指令可在所述無(wú)線設(shè)備中操作成用以確定所述接入網(wǎng)已經(jīng)掛斷所述前向IP流的所述保留。
28.一種無(wú)線設(shè)備，包括適于運(yùn)行無(wú)線應(yīng)用的微處理器，其中所述無(wú)線應(yīng)用使用前向IP分組流和反向IP分組流兩者；以及 用于確定基站已經(jīng)掛起所述前向IP分組流的保留以及用于釋放所述反向IP分組流的保留的裝置。
29.如權(quán)利要求28所述的無(wú)線設(shè)備，其特征在于，所述無(wú)線應(yīng)用從所述基站接收所述前向IP分組流并向所述基站發(fā)送所述反向IP分組流。
30.如權(quán)利要求28所述的無(wú)線設(shè)備，其特征在于，所述無(wú)線應(yīng)用從所述基站接收所述反向IP分組流并向所述基站發(fā)送所述前向IP分組流。
31.如權(quán)利要求28所述的無(wú)線設(shè)備，其特征在于，所述前向IP流是RLP流的部分。
32.如權(quán)利要求28所述的無(wú)線設(shè)備，其特征在于，所述前向IP流是RTCMAC流的部分。
33.如權(quán)利要求28所述的無(wú)線設(shè)備，其特征在于，所述無(wú)線設(shè)備和所述基站遵照稱為IxEV-DO的無(wú)線規(guī)范。
全文摘要
通過(guò)分配遵循1xEV-DO標(biāo)準(zhǔn)的網(wǎng)絡(luò)中的空中接口資源提供了寬帶服務(wù)?？罩薪涌谫Y源是由諸如帶寬、分組優(yōu)先級(jí)及差錯(cuò)率等各種服務(wù)質(zhì)量(QoS)參數(shù)表征的。經(jīng)分組的信息在基站與蜂窩電話之間以數(shù)據(jù)流形式傳送。為支持該寬帶服務(wù)的每個(gè)數(shù)據(jù)流保留一特定QoS級(jí)別。蜂窩電話上的操作系統(tǒng)監(jiān)視一個(gè)數(shù)據(jù)流以及相反方向上的另一數(shù)據(jù)流。當(dāng)基站用完空中接口資源時(shí)，基站掛起一數(shù)據(jù)流的QoS保留。操作系統(tǒng)確定一個(gè)方向上的QoS保留已被掛起并向基站發(fā)送釋放相反方向上的QoS保留的主動(dòng)提供的消息，由此節(jié)省網(wǎng)絡(luò)資源。
文檔編號(hào)H04W72/04GK102752772SQ201210167910
公開(kāi)日2012年10月24日 申請(qǐng)日期2007年1月5日 優(yōu)先權(quán)日2006年1月6日
發(fā)明者A·T·帕亞佩里, S·N·諾卡拉, V·A·薩利 申請(qǐng)人:高通股份有限公司