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

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


圖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為一無線用戶設備的簡化方塊圖。
具體實施例方式
圖3為雙向資源保留建立協(xié)議。用戶A期望與用戶B建立雙向以分組為基礎( 如網(wǎng)際網(wǎng)絡)的會話。該會話的要求，如比特率及相關延遲，是根據(jù)先前的協(xié) 商。用戶A及B都為無線用戶，或其中一個為無線用戶，而另一個為有線用戶。 為激活(initiate)會話，用戶A (發(fā)起端用戶)會發(fā)送一雙向RSVP PATH信息 38。該雙向RSVP PATH信息38包含從用戶A向用戶B及從用戶B向用戶A傳送的通 信的資源配置信息。這些通信的較佳格式會結合圖8、 9、 10、 11及12予以更詳 細地說明。雖然主要是結合雙向通信來說明本發(fā)明，但是本發(fā)明可延伸至任何 多方通信，如三方電話會議。
通過這些網(wǎng)絡的各種路由器(路由器1至路由器N)將該雙向RSVP PATH信息 38發(fā)送至用戶B。用戶B通過這些網(wǎng)絡24、 26、 28發(fā)送雙向RSVP RESV信息40以 配置兩個用戶的資源。 一較佳雙向RSVP RESV信息40會結合圖8、 13、 14及15予 以更詳細地說明。 一旦傳送該雙向RSVP RESV信息40，每個網(wǎng)絡會配置資源以 供用戶A與用戶B傳送。 一旦接收該雙向RSVP RESV信息40，其表示已成功配置 這些資源，用戶A會通過這些網(wǎng)絡將雙向RSVP確認信息42發(fā)送至用戶B。接收該 雙向RSVP確認信息42后，用戶A及B間的雙向通信便激活了。例如，為計費目的，最好是由用戶A負責該會話。使該發(fā)起端用戶負責該會話可簡化計費程序。
為保持這些資源配置，會通過這些網(wǎng)絡周期性地將雙向「更新PATH」信息 44從用戶A發(fā)送至用戶B。傳送該雙向「更新PATH」信息44后，這些網(wǎng)絡便會在 兩個方向保持這些資源配置。
使用這些雙向信息可減少建立該會話所需的開銷(overhead)。只有一個 用戶發(fā)送雙向信息，而不是用戶A及用戶B都發(fā)送RSVP PATH 30、 RSVP RESV 32 及RSVP確認34信息。雖然通過減少信息的數(shù)量，每個這些信息載送的信息通常 會增加，但是可減少整個網(wǎng)絡的負擔。此外，該雙向信息可避免呼叫狀況，其 中會在一個方向建立這些資源，而在另一方向不建立這些資源。減少的負擔減 輕了對廣播資源的沖擊，并改良了網(wǎng)絡效能。
圖4為反向資源保留建立協(xié)議。用戶A期望建立網(wǎng)際網(wǎng)絡會話，其中只有用 戶B傳送信息。用戶A及B都是無線用戶，或其中一個是無線用戶，而另一個則 為有線用戶。為激活該會話，用戶A (發(fā)起端用戶)會發(fā)送一反向RSVP PATH信 息46。該反向RSVP PATH信息46包含供用戶B傳送至用戶A的資源配置信息。
通過這些網(wǎng)絡的各種路由器(路由器1至路由器N)將該反向RSVP PATH信息 46發(fā)送至用戶B。用戶B發(fā)送反向RSVP RESV信息48以配置用以傳送的資源。接 收該反向RSVP RESV信息48后，用戶A會通過這些網(wǎng)絡24、 26及28將反向RSVP確 認信息50發(fā)送至用戶B。接收該反向RSVP確認信息50后，用戶B便開始將資料傳 送至用戶A。最好是由用戶A (雖然用戶A不傳送任何實質(zhì)性信息)負責該會話。
圖5為較佳RSVP信息的簡化圖，其通常說明該RSVPPATH、 RSVP RESV及RSVP 確認信息。該較佳信息具有一IP標頭(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為「保證服務(Guaranteed service)」的FLOWSPEC，圖15為保證服務服務延伸格式的FL0WSPEC。如圖14及 15所示的雙向RSVP RESV信息，前向及反向信息都通過該信息載送。
圖16為在雙向、反向及前向保留建立協(xié)議信息中使用的無線用戶設備的一 框圖。一RSVP信息產(chǎn)生器72產(chǎn)生該RSVP PATH信息(包含雙向RSVP及反向RSVP PATH信息)、RSVP RESV信息(包含雙向RSVP及反向RSVP RESV信息)、RSVP確認 信息(包含雙向RSVP及反向RSVP確認信息)及「更新PATH」信息(包含雙向及反 向「更新PATH」信息)。一RSVP接收器用以接收各種RSVP信息。如前所述，該 UE發(fā)送或接收的信息是根據(jù)該UE是否為該發(fā)起端用戶或非發(fā)起端用戶。
使用一會話資料發(fā)送器76及一會話資料接收器78而發(fā)送及接收會話資 料。 一天線70或天線數(shù)組用以發(fā)送及接收整個廣播接口的各種信息及通信。
權利要求
1.一種用戶設備，其用以激活一以分組為基礎的會話，該用戶設備包括一資源保留建立協(xié)議信息產(chǎn)生器，該資源保留建立協(xié)議信息產(chǎn)生器配置以配置一資源保留建立協(xié)議路徑信息，其中該資源保留建立協(xié)議路徑信息包含一方向指示，該方向指示指示資源是否為了要被從該用戶設備發(fā)送、發(fā)送到該用戶設備、從該用戶設備發(fā)送且發(fā)送到該用戶設備的信息而要被保留；一資源保留建立協(xié)議信息接收器，其配置以接收來自另一通信裝置的一資源保留建立協(xié)議路徑信息；一會話資料發(fā)送器，其配置以從該用戶設備發(fā)送資料；以及一會話資料接收器，其配置以接收來自另一通信裝置的資料。
2. 如權利要求l所述的用戶設備，其中該資源保留建立協(xié)議信息產(chǎn)生器配 置以發(fā)送一資源保留建立協(xié)議確認信息，該資源保留建立協(xié)議確認信息指示接 收到來自另一通信裝置的一資源保留建立協(xié)議保留信息。
3. 如權利要求1所述的用戶設備，其更包括一天線，該天線與該資源保留 建立協(xié)議信息產(chǎn)生器、該資源保留建立協(xié)議信息接收器、該會話資料發(fā)送器、 以及該會話資料接收器通信。
全文摘要
雙向及反向資源保留建立協(xié)議，揭示關于在至少兩個用戶間建立一無線分組會話。至少其中一個用戶為一無線用戶。該至少兩個用戶中的一第一用戶將一「保留建立協(xié)議(reservation setup protocol；RSVP)PATH」信息發(fā)送至該兩個用戶的一第二用戶。該RSVP PATH信息包含用以保留資源的信息，該資源只用以從該第一用戶向該第二用戶傳送；或用以從該第一用戶向該第二用戶傳送及從該第二用戶向該第一用戶傳送，或只用以從該第二用戶向該第一用戶傳送。該第二用戶將一「RSVP保留(RESV)」信息發(fā)送至該第一用戶以作為接收到該RSVP PATH信息的響應。使用這些保留的資源即可進行傳送。
文檔編號H04W28/26GK101616447SQ20091016054
公開日2009年12月30日 申請日期2002年11月1日 優(yōu)先權日2001年11月2日
發(fā)明者坎蒙·M·夏涵, 莎洛夫·M·夏瑞爾 申請人:美商內(nèi)數(shù)位科技公司