TW582155B - Bi-directional and reverse directional resource reservation setup protocol - Google Patents

Description

582155 ⑴ 玖、發明說明 (發明說明應敘明：發明所屬之技術領域、先前技術、內容、寶施方式及圖式簡單說明） 發明領域 本發明係關於以無線封包為基礎之通訊。更特定言之， 本發明係關於建立以無線封包為基礎之通訊。 發明背景 在某些網際網路應用中，會保留資源以達到必要的服務 品質（quality of service ; QOS}。資源的保留使以封包為基 礎的網路可如電路交換網路一樣操作。圖1為兩個無線使用 者，即使用者A及使用者B間用以（例如）無線網際網路、無 線多媒體、網際網路電話、視訊會議或視訊電話中簡化的 以無線封包為基礎（如以網際網路為基礎）之通訊交談期。不 同的交談期具有不同的效能要求，如建立時間、延遲、可 靠性、完整性及服務品質（QOS)。使用者A顯示為使用者設 備（user equipment ; UE) 20，及使用者B顯示為UE 22。使 用者A使用其行動網路24並藉由封包網路28而發送及接收通 訊。相似地，使用者B使用其行動網路26並藉由該封包網路 28而發送及接收通訊。 圖2為建立該交談期。使用者A發送一「資源保留建立協 定（RSVP) PATH」訊息30以建立該交談期。藉由各種網路 路由器（路由器1至路由器N)將該RSVP PATH訊息3 0發送至 使用者B。每個路由器決定該交談期是否可用該等資源。若 可用適當的資源，便會更新該RSVP PATH訊息30並將其傳 (2) (2)582155 發明說明繽頁 迗至下一路由器。若不可用適當的資源，便會將一錯誤訊 息發送回使用者A。當使用者b接收該RSVp path訊息30時 ’使用者B藉由發送一 r Rsvp保留（RESV)」訊息32以保留 整個網路24、26、28的資源而予以回應。藉由該等網路發 迗该RSVP RESV訊息32時，會配置資源以支援從使用者A 至使用者B的通訊。若成功配置了該等資源，那麼使用者A 便會接收3亥RSVP RESV訊息32。使用者A將一癌認（RSVP 〇〇1^11'111)訊息3 4發送到使用者]8以確認接收該11^1>11£”訊 息32。 為配置使用者B至使用者a的通訊之資源，使用者B藉由 各種網路路由器（路由器1至路由器N)將一 RSVP PATH訊息 30發送至使用者A。當使用者A接收該RSVP PATH訊息30時 ’使用者A藉由發送一 RSVP RES V訊息32以保留整個網路 24、26、28的資源而予以回應。當藉由該等網路24、％、 2 8舍送δ亥RS VP RE S V 息3 2時’會配置資源以支援從使用 者B至使用者A的通訊。若成功配置了該等資源，那麼使用 者B便會接收該RESV訊息32。使用者B將一 RSVP確認訊息 3 4發送至使用者A以確認接收該RSVP RESV訊息34。 為保持該等資源配置，會藉由網路24、26、28週期性地 發送「更新PATH」訊息36。使用者A藉由該等網路24、26 及28將「更新PATH」訊息36發送至使用者b以保持供使用 者A傳送的資源，使用者B藉由網路24、26及28將「更新 P ATH」訊息3 6發送至使用者A以保持供使用者b傳送的資 源。若未發送「更新PATH」訊息36，該等保留狀態會終止 (3) (3) 發明說明績頁 從而釋放該等已配置的資源。 ^运所有1¾等訊息以酉己置貧源會耗用有價冑的網路資源 此σ人希望使用替代的方法建立無線網際網路交談 發明概要 本發明係關於在至少兩個使用者間建立一無線封包交談 期。至少其中一個使用者為無線使用I。該至少兩個使用 者中的第一使用者將一「保留建立協定⑽VP) ΡΑΤΗ」 4息發$至該二使用者的—第—使用者。該RSVP Ρ讀訊 息包含用以保留資源的資訊，該保留資源只用以從該第一 使用者向該第二使用者傳送；或用以從該第一使用者向該 第二使用者傳送及該第二使用者向該第—使用者傳送，或 /、用以從該第—使用者向該第—使用者傳送。該第二使用 者將一「RSVIM呆留⑽SV)」訊息發送至該第—使用者以作 為接收該RSVP PATH訊息的回應。使用該等保留的資源即 可進行傳送。 圖1為簡化的基於無線封包之通訊系統。 圖2為建立一無線封包交談期。 圖3為使用雙向保留建立協 ^ 田疋儿励疋建立一無線封包交談期 圖4為使用反向保留建立協定建立一無線封包交談期 圖5為-較佳保留建立訊息之簡化圖。 圖6為一較佳前向保留绪 1示W建立協定訊息之簡化圖。 圖7為一較佳反向保留捷 1示W建立協定訊息之簡化圖。 582155 (4) 發明說明績頁 圖8為一較佳雙向保留建立協定訊息之簡化圖。 圖9為一較佳雙向保留建立協定path訊息。 圖 10為圖 9的 SENDER—TSPEC。 圖11及12為圖9的ADSPEC。 圖13為一較佳雙向「保留建立協定保留」訊息。 圖14及15為圖13的雙向「保留建立協定保留」訊息之 FLOWSPEC。 圖16為一無線使用者設備之簡化方塊圖。 較佳具體實施例詳細說明 圖3為雙向資源保留建立協定。使用者a期望與使用者b 建立雙向以封包為基礎（如網際網路）之交談期。該交談期的 要求，如位元率及相關延遲，係根據先前的協商。使用者A 及B都為無線使用者，或其中一個為無線使用者，而另一個 為有線使用者。為啟動交談期，使用者A (發起端使用者）會 發送一雙向RSVP PATH訊息38。該雙向RSVP PATH訊息38 包含從使用者A向使用者B及從使用者B向使用者a傳送的通 訊之資源配置資訊。該等通訊的較佳格式會結合圖8、9、 10、11及12予以更詳細地說明。雖然主要係結合雙向通訊 來說明本發明，但是本發明可延伸至任何多方通訊，如三 方電話會議。 藉由該等網路的各種路由器（·路由器1至路由SN)將該雙 向RSVP PATH訊息38發送至使用者B。使用者B藉由該等網 路24、26、28發送雙向RSVP RESV訊息4〇以配、置兩個使用 者的資源。一較佳雙向RSVP RESV訊息4〇會結合圖8、u、 582155 (5) 發明說明繽頁 14及15予以更詳細地說明。一旦傳送該雙向RSVP RESV訊 恩4〇 ’每個網路會配置資源以供使用者a與使用者b傳送。 一旦接收該雙向RSVP RESV訊息40，其表示已成功配置該 等貧源，使用者A會藉由該等網路將雙向rSVP確認訊息42

發送至使用者B。接收該雙向RSVP確認訊息42後，使用者A 及B間的雙向通訊便啟動了。例如，為計費目的，最好係由 使用者A負責該交談期。使該發起端使用者負責該交談期可 簡化計費程序。 為保持該等資源配置，會藉—由該等網路週期性地將雙向 更新PATH」汛息44從使用者A發送至使用者b。傳送該 雙向「更新PATH」訊息44後，該等網路便會在兩個方向: 知5亥專貧源配置。 ,、 使用α亥等雙向訊息可減少建立該交談期所需的費用 . y 只 口使用者發达雙向訊息，而不是使用者八及使用者B都 發送 RSVP PATH 3〇、RSVP RESV 32·νρ 確認 34 訊息。 雖然稭由減少訊息的數量，每個該等訊息載送的資訊通常 會增加，可減少整個網路的負擔。此外，該雙向訊束 叮避免呼叫狀況’纟中會在一個方向建立該等資源，而在 另-方向不建立該等資源。咸少的負擔減輕了對廣播 的衝擊，並改良了網路效能。 ' "、 圖4為反向資源保留建立協定. 路交談期，其中只有使以期錢立網際網 , 用者8傳达貧訊。使用者Α及Β都菩 鹆線使用者，或j：中一個s > 疋 ，土 、 疋然線使用者，而另一個則為有 線使用者。為啟動該交談期 便用者A (發起端使用者）會發 -10- 582155 ⑹ 發明說明績頁 送一反向RSVP PATH訊息46。該反向RSVP PATH訊息46包 含供使用者B傳送至使用者A的資源配置資訊。 藉由該等網路的各種路由器（路由器1至路由器N)將該反 向RSVP PATH訊息46發送至使用者B。使用者B發送反向 RSVP RESV訊息48以配置用以傳送的資源。接收該反向 RSVP RESV訊息48後，使用者A會藉由該等網路24、26及 28將反向RSVP確認訊息50發送至使用者B。接收該反向 RSVP確認訊息50後，使用者B便開始將資料傳送至使用者a 。最好係由使用者A (雖然使用者A不傳送任何實質性資訊） 負責該交談期。 圖5為較佳RSVP訊息之簡化圖，其通常說明該RSVP PATH、RSVP RESV及RSVP確認訊息。該較佳訊息具有一 IP標頭（IP header)，其具有一方向指示器（前向、反向及雙 向）及具有物件581至58>^。較佳地，該訊息係根據RFC 2205 並與之反向相容，該方向指示器是一四位元指示器。在RFC 2205中，該方向指示器的四個位元之賦予值為「0000」 以表示前向（發起端使用者只發送資訊）。圖6為較佳前向 RSVP訊息，其只包含前向「（F0RWARD)」的物件58fi至 5 8FN。在RFC 2205中，每個使用者（使用者A及B中的每個） 均為一發起端使用者。該方向指示器5 42的值「0011」表示 該反向（該發起端使用者只接收資訊）。圖7為較佳反向RSVP 訊息。在圖7中，所有的物件58R^58Ri^是反向「(REVERSE)」 的。該方向指示器543的值「1111」表示使用兩個方向（發起 端使用者可接收及發送）。圖8為較佳雙向RSVP訊息。在圖8 582155 ⑺ 發明說明繽頁 中，顯示了「前向」58fi至58fn及「反向」58ri至58rn物件。 圖9為與RFC 2205相容的較佳雙向RSVP PATH訊息。該 雙向RSVP PATH訊息具有以下各攔：「〈Path Message〉」、 「<Common Header〉」、「< INTEGRITY〉」、「〈SESSION〉」、 「〈RSVP—HOP〉」、「〈TIME一VALUES〉」、「〈POLICY一DATA〉」、 「〈sender description〉」、「〈sender descriptor〉」、「〈SENDER一 TEMPLATE〉」、「〈SENDER一TSPEC>」及「<ADSPEC>」。 圖10為一「〈SENDER—TSPEC〉」之說明。沿著該圖頂部 的號碼表示位元位置，即位元位置〇至31。如圖10所示的一 雙向RSVP PATH訊息，其包含「前向」及「反向」資訊。 圖11及12為「〈ADSPEC〉」欄的兩種狀態。圖11說明了 一 PATH Default ADSPEC 及圖 12 說明了 PATH Guaranteed Service ADSPEC。如該等圖中所示，兩個ADSPEC都包含前 向及反向資訊。 圖13為與RFC 2205相容的較佳雙向RSVP RESV訊息。該 雙向RSVP RESV訊息具有以下的欄：「<Resv Message〉」、 「〈Common Header〉」、「〈INTEGRITY〉」、「〈SESSION〉」 、「<RSVP—HOP〉」、「<TIME—VALUES>」、「<RESV_ CONFIRM〉」、「<SCOPE>」、「〈POLICY一DATA〉」、「<STYLE>」 、「〈flow descriptor list〉」及「〈flow descriptor〉」。 該方向指示器包含於該「<flcyw descriptor list>」中。圖 14 及 15為該「〈flow descriptor list〉」之較佳 FLOWSPEC。 圖 14 為「保證服務（Guaranteed service)」之 FLOWSPEC，圖 15為保證服務服務延伸格式之FLOWSPEC。如圖14及15所 -12- 582155 ⑻ 發明說明續頁 示的雙向RSVP RESV訊息，前向及反向資訊都藉由該訊息 載送。 圖1 6為在雙向、反向及前向保留建立協定訊息中使用的 無線使用者設備之一方塊圖。一 RSVP訊息產生器72產生該 RSVP PATH訊息（包含雙向RSVP及反向RSVP PATH訊息）、 RSVP RESV訊息（包含雙向RSVP及反向RSVP RESV訊息）、 RSVP確認訊息（包含雙向RSVP及反向RSVP確認訊息）及「更 新PATH」訊息（包含雙向及反向「更新PATH」訊息）。一 RSVP接收器用以接收各種RS_VP訊息。如前所述，該UE發 送或接收的訊息係根據該UE是否為該發起端使用者或非發 起端使用者。 使用一交談期資料發送器76及一交談期資料接收器78而 發送及接收交談期資料。一天線70或天線陣列用以發送及 接收整個廣播介面的各種訊息及通訊。 圖式代表符號說明 20 使用者設備 22 使用者設備 24 行動網路 28 封包網路 26 行動網路 30 RSVP PATH訊息 ·、 32 RSVP RESV訊息 34 RSVP確認訊息 36 更新PATH」訊息 582155 (9) 38 雙向RSVP PATH訊息 40 雙向RSVP RESV訊息 42 雙向RSVP確認訊息 44 雙向「更新PATH」訊 46 反向RSVP PATH訊息 48 反向RSVP RESV訊息 50 反向RSVP確認訊息 52 反向「更新PATH」訊 54 方向指示器 _ 56 IP標頭 5 8 1 - 5 8 n 物件 54ι 前向的方向指示器 542 反向的方向指示器 543 雙向的方向指示器 5 8 f|- 5 8 fn 物件（前向） 5 8 R1 -5 8 rn 物件（反向） 70 天線 72 RSVP訊息產生器 74 RSVP訊息接收器 76 交談期資料發送器 78 交談期資料接收器-、· 發明說明續頁

-14-

Claims (1)

1. 拾、申請專利範圍 1 · 一種在至少1¾細/由ΕΘ如e〇 k、

   至該第二使用者的資源及保留從該第二 二使用者傳送至該 第一使用者的資源之資訊； 為回應該第二使用者接收該RSvp PATH訊息，該第二 使用者將一「RSVP保留（RESV)」訊息發送至該第一使 用者，因為該RSVP RESV訊息係藉由至少一以封包為基 礎之網路發送，所以會保留從該第一及第二使用者傳送 的資源；以及 該第一及第二使用者利用該等保留的資源傳送交談期 資訊。 2·如申請專利範圍第1項之方法，其進一步包括為回應該 第一使用者接收該RSVP RES V訊息，該第一使用者會將 一 RSVP確認訊息發送至該第二使用者以確認該RS Vp RESV訊息的接收。 3·如申請專利範圍第1項之方法，其中該第一及第二使用 者均為無線使用者。 4·如申請專利範圍第1項之方法，其中該第一使用者為一 582155 申諝專利範圍縝頁 無線使用者’而該第二使用者為一有線使用者。 5. =請專利範圍第旧之方法，其中該第一使用者為一 有線使用者，而兮楚- 而該第一使用者為一無線使用者。 6. 如申請專利範圍第1項之方法，其中該RSVP PATH訊息 =3方向才日不器，其指示該Rsvp 訊息，該訊息 已括保邊供該第一及第二使用者傳送的資源之資訊。 7. 如申請專利範圍第6項之方法，其中該方向指示器為一 四位元指示器。

   8. : _利範圍第6項之方法，其中該方向指示器具有 1111」值以指示包含用以保留該第一及該第二使用 者傳送的資源之資訊。 9. 如申請專利範圍第1項之方法，其中該第-使用者負責 該交談期。 、 10.如申請專利範圍第1項之方法，其中該第-使用者應對 該交談期之計費負責。 種在至J兩個使用者間建立一以無線封包為基礎的交

   談期之方法，該兩個使用者中至少其中一個為一無線使 用者，該方法包括： ~該至少兩個使用者的一第一使用者將一「保留建立協 疋（RSVP) PATH」訊息發送暴該兩個使用者的一第二使 用者，該RSVP PATH訊息留從該第二使用者傳送 至該第使用者的資源之資訊，而不包含保留供該第一 使用者傳送至該第二使用者的資源之資訊； 為回應該第二使用者接收該RSVP PATH訊息，該第- -2- 582155 申諝專利範圍績頁 便用I將一「RSVP保留（RESV)」訊息發送至該第一使 用者，當該RSVP RESV訊息藉由至少一以封包為基礎之 網路發送時，會保留供該第二使用者傳送的資源；以及 該第二使用者利用該等保留的資源傳送交談期資訊。 12.如申明專利範圍第丨丨項之方法，其進一步包括為回應該 第一使用者接收該RSVP RESV訊息，該第一使用者將一 RSVP確認訊息發送至該第二使用者以確認該Rsvp RESV訊息的接收。 13. 如申請專利範圍第叫之方法，其中該第—及第二使用 者均為無線使用者。 14. 如申請專利刻第11項之方法，其中該第-使用者為-無線使用者，該第二使用者H線使用者。 15. 如申請專利範圍第11項之方法，其中該第-使用者為一 有線使用者，而該第二使用者為一無線使用者。 16. :申請專利範圍第"項之方法’其中該贿p㈣訊息 包含一方向指示器， /、扣不該RSVP path訊息，該訊息 包含保留供該第一及楚-你 m由 >主^丨弟及第—使用者傳送的資源之資訊。 17·如申4專利範圍第16項 四位元指示器。 …其中該方向指示器為- 18:申「=利：圍！π項之方 用者的傳i。^曰不該保留資源的資訊只針對該第二儀 其中該第一使用者負責 19·如申請專利範圍第11項之方法 該交談期。 582155 申請專利範圍縝頁 20. 如申請專利範圍第11項之方法，其中該第一使用者應對 該交談期之計費負責。 21. —種無線使用者設備，其用以啟動一以封包為基礎之交 談期，該使用者設備包括： 一「保留建立協定（RSVP)」訊息產生器，其用以發送 一 RSVP PATH訊息，該RSVP PATH訊息包含一方向指示 器，該方向指示器指示應作保留以供該使用者設備只傳 送、只接收或既傳送又接收；以及 一RSVP訊息接收器，其甩以接收一RSVP RESV訊息 ，該訊息指示由於該RSVP PATH訊息而已作了保留。 22. 如申請專利範圍第21項之使用者設備，其中用以產生一 RSVP確認訊息的該RSVP訊息產生器指示該RSVP RESV 訊息的接收。 23. 如申請專利範圍第21項之使用者設備’其中該方向指示 器為一四位元值。 24. —種無線使用者設備，其用以啟動一以封包為基礎之交 談期，該使用者設備包含： 用以發送一 RSVP PATH訊息之裝置，該RSVP 息包含一方向指示器，該方向指示器指示應作保留以使 該使用者設備只傳送、只接收或既傳送又接收；以及 用以接收一 RSVP RESV訊息之裝置，該訊息指示由於 該RSVP PATH訊息而已作了保留° 25·如申請專利範圍第24項之使用者設備，其中該用以發送 該RSVP PATH訊息之裝置產生’RSVP確認訊息’其指 582155 申請專利範圍縝頁 示該RSVP RESV訊息的接收。 其中該方向指示 26.如申請專利範圍第25項之使用者設備， 器為一四位元值。