專利名稱：雙向及反向資源保留建立協(xié)議的制作方法
技術(shù)領(lǐng)域：
本發(fā)明是關(guān)于以無線分組為基礎(chǔ)的通信。更具體地說的，本發(fā)明是關(guān)于建 立以無線分組為基礎(chǔ)的通信。
背景技術(shù)：
在某些網(wǎng)際網(wǎng)絡(luò)應(yīng)用中，會保留資源以達(dá)到必要的服務(wù)品質(zhì)(quality of service; Q0S)。資源的保留使以分組為基礎(chǔ)的網(wǎng)絡(luò)可如電路交換網(wǎng)絡(luò)一樣操 作。圖l為兩個無線用戶，即用戶A及用戶B間用以(例如)無線網(wǎng)際網(wǎng)絡(luò)、無線 多媒體、網(wǎng)際網(wǎng)絡(luò)電話、視頻會議或視頻電話中簡化的以無線分組為基礎(chǔ)(如 以網(wǎng)際網(wǎng)絡(luò)為基礎(chǔ))的通信會話(session)。不同的會話具有不同的效能要求 ，如建立時間、延遲、可靠性、完整性及服務(wù)品質(zhì)(QOS)。用戶A顯示為用戶設(shè) 備(user equipment; UE) 20，及用戶B顯示為UE 22。用戶A使用其移動網(wǎng)絡(luò)24 并通過分組網(wǎng)絡(luò)28而發(fā)送及接收通信。相似地，用戶B使用其移動網(wǎng)絡(luò)26并通 過該分組網(wǎng)絡(luò)28而發(fā)送及接收通信。
圖2為建立該會話。用戶A發(fā)送一 「資源保留建立協(xié)議(RSVP) PATH」信息 30以建立該會話。通過各種網(wǎng)絡(luò)路由器(路由器1至路由器N)將該RSVP PATH信 息30發(fā)送至用戶B。每個路由器決定是否存在可用于該會話的資源。若存在適 當(dāng)?shù)馁Y源，便會更新該RSVP PATH信息30并將其傳送至下一路由器。若不存在 適當(dāng)?shù)馁Y源，便會將一錯誤信息發(fā)送回用戶A。當(dāng)用戶B接收該RSVP PATH信息 30時，用戶B通過發(fā)送一 「RSVP保留(RESV)」信息32以保留整個網(wǎng)絡(luò)24、 26、 28的資源而予以響應(yīng)。通過這些網(wǎng)絡(luò)發(fā)送該RSVP RESV信息32時，會配置資源 以支持從用戶A至用戶B的通信。若成功配置了這些資源，那么用戶A便會接收該RSVP RESV信息32。用戶A將一確認(rèn)(RSVP conf irm)信息34發(fā)送到用戶B以確 認(rèn)接收該RSVP RESV信息32。
為配置用戶B至用戶A的通信的資源，用戶B通過各種網(wǎng)絡(luò)路由器(路由器1 至路由器N)將一RSVP PATH信息30發(fā)送至用戶A。當(dāng)用戶A接收該RSVP PATH信息 30時，用戶A通過發(fā)送一RSVP RESV信息32以保留整個網(wǎng)絡(luò)24、 26、 28的資源而 予以響應(yīng)。當(dāng)通過這些網(wǎng)絡(luò)24、 26、 28發(fā)送該RSVP RESV信息32時，會配置資 源以支持從用戶B至用戶A的通信。若成功配置了這些資源，那么用戶B便會接 收該RESV信息32。用戶B將一RSVP確認(rèn)信息34發(fā)送至用戶A以確認(rèn)接收該RSVP RESV信息34。
為保持這些資源配置，會通過網(wǎng)絡(luò)24、 26、 28周期性地發(fā)送「更新PATH」 信息36。用戶A通過這些網(wǎng)絡(luò)24、 26及28將「更新PATH」信息36發(fā)送至用戶B以 保持供用戶A傳送的資源，用戶B通過網(wǎng)絡(luò)24、 26及28將「更新PATH」信息36發(fā) 送至用戶A以保持供用戶B傳送的資源。若未發(fā)送「更新PATH」信息36，這些保 留狀態(tài)會終止，從而釋放這些已配置的資源。
發(fā)送所有這些信息以配置資源會耗用有價值的網(wǎng)絡(luò)資源。因此，希望使用 替代的方法建立無線網(wǎng)際網(wǎng)絡(luò)會話。

發(fā)明內(nèi)容
本發(fā)明是關(guān)于在至少兩個用戶間建立一無線分組會話。至少其中一個用戶 為無線用戶。該至少兩個用戶中的一第一用戶將一「保留建立協(xié)議(RSVP) PATH」 信息發(fā)送至該二用戶的一第二用戶。該RSVP PATH信息包含用以保留資源的信 息，該保留資源只用以從該第一用戶向該第二用戶傳送；或用以從該第一用戶 向該第二用戶傳送及該第二用戶向該第一用戶傳送，或只用以從該第二用戶向 該第一用戶傳送。該第二用戶將一 「RSVP保留(RESV)」信息發(fā)送至該第一用戶 以作為接收該RSVP PATH信息的響應(yīng)。使用這些保留的資源即可進(jìn)行傳送。


圖l為簡化的基于無線分組的通信系統(tǒng)。 圖2為建立一無線分組會話。圖3為使用雙向保留建立協(xié)議建立一無線分組會話。
圖4為使用反向保留建立協(xié)議建立一無線分組會話。
圖5為一較佳保留建立信息的簡化圖。
圖6為一較佳前向保留建立協(xié)議信息的簡化圖。
圖7為一較佳反向保留建立協(xié)議信息的簡化圖。
圖8為一較佳雙向保留建立協(xié)議信息的簡化圖。
圖9為一較佳雙向保留建立協(xié)議PATH信息。
圖10為圖9的SENDERJTSPEC 。
圖11及12為圖9的ADSPEC。
圖13為一較佳雙向「保留建立協(xié)議保留」信息。 圖14及15為圖13的雙向「保留建立協(xié)議保留」信息的FLOWSPEC。 圖16為一無線用戶設(shè)備的簡化方塊圖。
具體實施例方式
圖3為雙向資源保留建立協(xié)議。用戶A期望與用戶B建立雙向以分組為基礎(chǔ)( 如網(wǎng)際網(wǎng)絡(luò))的會話。該會話的要求，如比特率及相關(guān)延遲，是根據(jù)先前的協(xié) 商。用戶A及B都為無線用戶，或其中一個為無線用戶，而另一個為有線用戶。 為激活(initiate)會話，用戶A (發(fā)起端用戶)會發(fā)送一雙向RSVP PATH信息 38。該雙向RSVP PATH信息38包含從用戶A向用戶B及從用戶B向用戶A傳送的通 信的資源配置信息。這些通信的較佳格式會結(jié)合圖8、 9、 10、 11及12予以更詳 細(xì)地說明。雖然主要是結(jié)合雙向通信來說明本發(fā)明，但是本發(fā)明可延伸至任何 多方通信，如三方電話會議。
通過這些網(wǎng)絡(luò)的各種路由器(路由器1至路由器N)將該雙向RSVP PATH信息 38發(fā)送至用戶B。用戶B通過這些網(wǎng)絡(luò)24、 26、 28發(fā)送雙向RSVP RESV信息40以 配置兩個用戶的資源。 一較佳雙向RSVP RESV信息40會結(jié)合圖8、 13、 14及15予 以更詳細(xì)地說明。 一旦傳送該雙向RSVP RESV信息40，每個網(wǎng)絡(luò)會配置資源以 供用戶A與用戶B傳送。 一旦接收該雙向RSVP RESV信息40，其表示已成功配置 這些資源，用戶A會通過這些網(wǎng)絡(luò)將雙向RSVP確認(rèn)信息42發(fā)送至用戶B。接收該 雙向RSVP確認(rèn)信息42后，用戶A及B間的雙向通信便激活了。例如，為計費目的，最好是由用戶A負(fù)責(zé)該會話。使該發(fā)起端用戶負(fù)責(zé)該會話可簡化計費程序。
為保持這些資源配置，會通過這些網(wǎng)絡(luò)周期性地將雙向「更新PATH」信息 44從用戶A發(fā)送至用戶B。傳送該雙向「更新PATH」信息44后，這些網(wǎng)絡(luò)便會在 兩個方向保持這些資源配置。
使用這些雙向信息可減少建立該會話所需的開銷(overhead)。只有一個 用戶發(fā)送雙向信息，而不是用戶A及用戶B都發(fā)送RSVP PATH 30、 RSVP RESV 32 及RSVP確認(rèn)34信息。雖然通過減少信息的數(shù)量，每個這些信息載送的信息通常 會增加，但是可減少整個網(wǎng)絡(luò)的負(fù)擔(dān)。此外，該雙向信息可避免呼叫狀況，其 中會在一個方向建立這些資源，而在另一方向不建立這些資源。減少的負(fù)擔(dān)減 輕了對廣播資源的沖擊，并改良了網(wǎng)絡(luò)效能。
圖4為反向資源保留建立協(xié)議。用戶A期望建立網(wǎng)際網(wǎng)絡(luò)會話，其中只有用 戶B傳送信息。用戶A及B都是無線用戶，或其中一個是無線用戶，而另一個則 為有線用戶。為激活該會話，用戶A (發(fā)起端用戶)會發(fā)送一反向RSVP PATH信 息46。該反向RSVP PATH信息46包含供用戶B傳送至用戶A的資源配置信息。
通過這些網(wǎng)絡(luò)的各種路由器(路由器1至路由器N)將該反向RSVP PATH信息 46發(fā)送至用戶B。用戶B發(fā)送反向RSVP RESV信息48以配置用以傳送的資源。接 收該反向RSVP RESV信息48后，用戶A會通過這些網(wǎng)絡(luò)24、 26及28將反向RSVP確 認(rèn)信息50發(fā)送至用戶B。接收該反向RSVP確認(rèn)信息50后，用戶B便開始將資料傳 送至用戶A。最好是由用戶A (雖然用戶A不傳送任何實質(zhì)性信息)負(fù)責(zé)該會話。
圖5為較佳RSVP信息的簡化圖，其通常說明該RSVPPATH、 RSVP RESV及RSVP 確認(rèn)信息。該較佳信息具有一IP標(biāo)頭(IP header),其具有一方向指示器(前向 、反向及雙向)及具有對象58,至58w。較佳地，該信息是根據(jù)RFC 2205并與的反 向兼容，該方向指示器是一四位指示器。在RFC 2205中，該方向指示器54,的四 個位的賦予值為「0000」以表示前向(發(fā)起端用戶只發(fā)送信息)。圖6為較佳前 向RSVP信息，其只包含前向「 (FORWARD)」的対象58h至58fn。在RFC 2205中， 每個用戶(用戶A及B中的每個)均為一發(fā)起端用戶。該方向指示器542的值「0011 」表示該反向(該發(fā)起端用戶只接收信息)。圖7為較佳反向RSVP信息。在圖7中 ，所有的対象58b,至58^都是反向「 (REVERSE)」的。該方向指示器543的值「1111 」表示使用兩個方向(發(fā)起端用戶可接收及發(fā)送)。圖8為較佳雙向RSVP信息。
6在圖8中，顯示了 「前向」58n至58^及「反向」58^至58^對象。
圖9為與RFC 2205兼容的較佳雙向RSVP PATH信息。該雙向RSVP PATH信息
具有以下各欄「〈Path Message〉」、「〈Common Header〉」、「〈INTEGRITY〉
」、「〈SESSI0N〉」、「〈RSVP—H0P〉」、「〈TIME—VALUES〉」、「〈P0LICY—DATA〉
」、「 <sender description>」、「〈sender descriptor>」、「 <SENDER—TEMPLATE>
」、「〈SENDER—TSPEC〉」及「〈ADSPEC〉J 。
圖10為一 「〈SENDER—TSPEC〉」的說明。沿著該圖頂部的號碼表示位位置，
即位位置0至31。如圖10所示的一雙向RSVP PATH信息，其包含「前向」及「反
向」信息。
圖1 l及12為「 〈ADSPEC〉」欄的兩種狀態(tài)。圖1 l說明了 一PATH Default ADSPEC 及圖12說明了PATH Guaranteed Service ADSPEC。如這些圖中所示，兩個ADSPEC 都包含前向及反向信息。
圖13為與RFC 2205兼容的較佳雙向RSVP RESV信息。該雙向RSVP RESV信息 具有以下的欄「〈Resv Message〉」、「〈Common Header〉」、「〈INTEGRITY〉 」、「〈SESSION〉」、「〈RSVP—H0P〉」、「 〈TIME—VALUES〉」、「 〈RESV_ C0NFIRM〉 」、「〈SC0PE〉」、「〈P0LICY—DATA〉」、「〈STYLE〉」、「〈flow descriptor list〉 」及 「<flow descriptor"。
該方向指示器包含于該「<flow descriptor list〉」中。圖14及15為該「 〈flow descriptor list〉」的較佳FLOWSPEC。圖14為「保證服務(wù)(Guaranteed service)」的FLOWSPEC，圖15為保證服務(wù)服務(wù)延伸格式的FL0WSPEC。如圖14及 15所示的雙向RSVP RESV信息，前向及反向信息都通過該信息載送。
圖16為在雙向、反向及前向保留建立協(xié)議信息中使用的無線用戶設(shè)備的一 框圖。一RSVP信息產(chǎn)生器72產(chǎn)生該RSVP PATH信息(包含雙向RSVP及反向RSVP PATH信息)、RSVP RESV信息(包含雙向RSVP及反向RSVP RESV信息)、RSVP確認(rèn) 信息(包含雙向RSVP及反向RSVP確認(rèn)信息)及「更新PATH」信息(包含雙向及反 向「更新PATH」信息)。一RSVP接收器用以接收各種RSVP信息。如前所述，該 UE發(fā)送或接收的信息是根據(jù)該UE是否為該發(fā)起端用戶或非發(fā)起端用戶。
使用一會話資料發(fā)送器76及一會話資料接收器78而發(fā)送及接收會話資 料。 一天線70或天線數(shù)組用以發(fā)送及接收整個廣播接口的各種信息及通信。
權(quán)利要求
1.一種用戶設(shè)備，其用以激活一以分組為基礎(chǔ)的會話，該用戶設(shè)備包括一資源保留建立協(xié)議信息產(chǎn)生器，該資源保留建立協(xié)議信息產(chǎn)生器配置以配置一資源保留建立協(xié)議路徑信息，其中該資源保留建立協(xié)議路徑信息包含一方向指示，該方向指示指示資源是否為了要被從該用戶設(shè)備發(fā)送、發(fā)送到該用戶設(shè)備、從該用戶設(shè)備發(fā)送且發(fā)送到該用戶設(shè)備的信息而要被保留；一資源保留建立協(xié)議信息接收器，其配置以接收來自另一通信裝置的一資源保留建立協(xié)議路徑信息；一會話資料發(fā)送器，其配置以從該用戶設(shè)備發(fā)送資料；以及一會話資料接收器，其配置以接收來自另一通信裝置的資料。
2. 如權(quán)利要求l所述的用戶設(shè)備，其中該資源保留建立協(xié)議信息產(chǎn)生器配 置以發(fā)送一資源保留建立協(xié)議確認(rèn)信息，該資源保留建立協(xié)議確認(rèn)信息指示接 收到來自另一通信裝置的一資源保留建立協(xié)議保留信息。
3. 如權(quán)利要求1所述的用戶設(shè)備，其更包括一天線，該天線與該資源保留 建立協(xié)議信息產(chǎn)生器、該資源保留建立協(xié)議信息接收器、該會話資料發(fā)送器、 以及該會話資料接收器通信。
全文摘要
雙向及反向資源保留建立協(xié)議，揭示關(guān)于在至少兩個用戶間建立一無線分組會話。至少其中一個用戶為一無線用戶。該至少兩個用戶中的一第一用戶將一「保留建立協(xié)議(reservation setup protocol；RSVP)PATH」信息發(fā)送至該兩個用戶的一第二用戶。該RSVP PATH信息包含用以保留資源的信息，該資源只用以從該第一用戶向該第二用戶傳送；或用以從該第一用戶向該第二用戶傳送及從該第二用戶向該第一用戶傳送，或只用以從該第二用戶向該第一用戶傳送。該第二用戶將一「RSVP保留(RESV)」信息發(fā)送至該第一用戶以作為接收到該RSVP PATH信息的響應(yīng)。使用這些保留的資源即可進(jìn)行傳送。
文檔編號H04W28/26GK101616447SQ20091016054
公開日2009年12月30日 申請日期2002年11月1日 優(yōu)先權(quán)日2001年11月2日
發(fā)明者坎蒙·M·夏涵, 莎洛夫·M·夏瑞爾 申請人:美商內(nèi)數(shù)位科技公司