TW201002003A - Methods and devices for managing a network - Google Patents

Description

201002003 九、發明說明： 【發明所屬之技術領域】 尤其係關於網路資 源之有效利 本發明係關於網路技術 用0 【先前技術】 =務品質保證（_)係網路提供良好㈣者體驗之重要 ” ’尤其在無線網路所有網路裝置制通道 例如，當前廣泛使用之基於—_伽(基礎架構)模式 之刪8G2.Ug無線網路具有54 Mbps的頻寬。如圖W 不’媒體伺服器藉由無線路由器與電視機相連，由於自媒 體伺服器發出的封包需先上行至無線路由器然後再下行至 電視機Ji行及下行分時多工通道，從而媒體飼服器至電 視機之視訊流最大具有27 Mbps的頻寬’網路環境對信號 之阻礙及衰減使得實際得到的視訊流頻寬更小。另一態 樣，試驗表明一經由h,264壓縮之1〇8〇p之典型高解析度視 訊流需要20 Mbps之頻寬傳輸，因而8〇2 Ug之無線網路僅 月匕谷、·内间解析度視訊流；若此時其他大頻寬之應用在使 用網路傳輸’而網路又不提供Q〇s，貝"見訊流之播放必然 會受到影響。 為了解決網路中有限資源之分配問題，已經提出很多 QoS技術。當前流行之q〇s技術可大致分成兩類：優先級 的及參數化的。優先級的Q〇S根據使用者請求之優先級標 §己發出的資料封包’並使用不同優先次序傳送：標記為高 優先級之資料封包會優先於標記為低優先級之資料封包。 132295.doc 201002003 優先級的QoS實例為IEEE 802.11e中之EDCA(Enhanced Distributed Channel Access，增強型分布式通道存取）。雖 然優先級高的資料封包會優先傳送，然而相同優先級的資 料封包仍需競爭傳送。相反，參數化的q〇S會在傳輸開始 前預留網路資源’相應實例為IEEE 802.lie中之HCCA (Hybrid Controlled Channel Access，混合控制式通道存 取）。每一傳輸流需要在開始傳輸前提供一個TSPEC (Traffic Specification，訊務規範）向網路中之混合協調人 (Hybrid Coordinator)發出請求；該混合協調人會檢查當前 網路狀況是否允許該請求；若允許，則該傳輸流請求被接 受’同時混合協調人分配特定網路傳輸時間段給該傳輸 流。在該時間段内，沒有其他流會與該傳輸流競爭，因而 係無競爭之協定。

QoS技術之有效性依賴於底層協定之支援（比如，開放系 統互聯模型OSI中之實體層及媒體存取層）。然而，底層協 定僅僅知道有資料封包需要傳送而並不知道該資料封包由 哪一應用發起、需要使用什麼優先級或者預留哪些資源。 因而，需要上層協定配合，比如提供傳輸流需要滿足之傳 輸特性，根據此等參數配置網路裝置，Q〇s才能有效實 現。 在通用隨插即用（UPnP : Universal Plug and Play)及智慧 性分組和資源共用（IGRS ·· IntelHgent Gr〇uping and Resource Sharing)中進行之Q〇s標準化工作，即為在上層 定義一套標準介面，從而使得上層應用可藉由該介面統一 132295.doc 201002003 調用底層提供之QoS功能，本文所述之上層可為網路層、 傳輸層、應用層等。 UPnP及IGRS之QoS規範均基於策略之QoS，均定義三類

服務，分別為：QoS服務品質策略庫（QosPolicyHolder)服 務’以下簡稱QPH服務；QoS服務品質管理器（QosManager) 服務，以下簡稱QM服務；QoS服務品質裝置（Q0sDevice；) 服務，以下簡稱QD服務。QPH服務定義QoS系統之策略 庫；QM服務定義Q〇S系統之管理功能；qd服務定義設置 裝置之QoS參數之介面。QM服務根據控制點請求建立傳輸 流時所提供之流描述符查詢策略庫，並返回當前系統策略 庫所允許之流描述符；控制點藉由調用QM之功能實現相 應之QoS操作；QM調用QD之功能來配置流傳輸路徑上所 有只現QD服務之裝置的Q〇s參數。網路中相應之裝置可實 現上述三類服務以提供相應之功能。本文所述之控制點指 代在UPnP及IGRS規範中定義之具有控制裝置（即調用裝置 之相關服務)功能之程式或裝置，例如一個音視訊應用程 式’亦可為一個多媒體播放器。 圖2描述UPnP及IGRS q〇s系統—般之運行次序。 控制點（可為一個應用程式或裳置）發起源裝置與目的裝 置之間的流傳輸； 、 得輸流可在源裝 〜衣I又間直接傳榭，在該傳 路控上僅涉及兩個裝置。傳輸流亦可經過若干個網路節點

==在此種情況下傳輪路徑為_置經過若干 中間震置到達目的褒置，涉及多個裝置。 T 132295.doc 201002003 例如’在UPnP/IGRS音視訊應用場景下，控制點可為一 個音視訊控制應用程式；源裝置為—個媒體伺服器裝置 (MediaServer Device);目的裝置為一個媒體播放裝置 (MediaRenderer Device); 控制點提供-個訊務描述符（Traffic Descdpt〇r，該描述 符可包含源裝置/目的裝置„>位址，應用程式埠，傳輸流之 平均達到速率，峰值到達速率，最大封包長度，最大允許 延時等）請求QM服務建立傳輸； QM服務以-個（可能不$整的）訊務描述符請求QpH服 務，QPH服務將檢查策略庫並返回一個匹配之完整的訊務 描述符； QD服務可根據所在裝置之網路介面之鏈接資訊提供本 裝置參與之傳輸流之路徑資訊。QM服務根據0〇服務提供 之路徑資訊推導出網路拓撲結構，判定傳輸流在源裝置與 目的裝置之間的傳輸路徑，並且用得到的訊務描述符配置 傳輸路徑上之每一 QD服務； 若配置成功，QM服務會返回一個成功狀態給控制點， 然後實際傳輸開始。 然而，在提供QoS之網路中，網路裝置可能突然無法正 常工作，而為該裝置分配之網路資源若不能及時釋放，不 僅會造成資源浪費，而且亦使得其他需要資源之裝置不能 獲知·資源而無法正常工作。此問題在參數化Q〇s中尤其明 顯，因為資源已在實際傳輸開始前分配。 UPnP及IGRS Q〇S均在QD服務規範中定義一個傳輪租用 I32295.doc 201002003 時間（lease time)，來保證 j路干裝置失敗時相關資源之及 時釋放。該傳輸租用時間 ]疋義傳輸流可使用所分配之資源 的時間，在該時間達到之前， , J 右该傳輸流需要繼續使用所 分配之資源’控制點需要争報兮 要更新该值以確保對分配資源的佔 用。若某個已實現QD服潞夕骷恶Α 務之裝置失敗且所分配資源無法 正常立刻釋放，相關傳銓、土 輸々·>·會在傳輸租用時間達到之後自 動釋放佔用之資源。鈇而 你认 …、’傳輸租用時間若設置太長，對 於某些頻繁加入及離開網路

义裝置而吕’可能導致網路資 源無法及時釋放；若·^罢各 °置太短’則過多網路資源會被用於 更新傳輸租用時間，造成網路負載過重。 【發明内容】 本發明提出兩種方法解、、扣6 解决、、用路裝置失敗時資源之快速釋 放問題。 ’裝置自網路中離線， 或多種導致裝置無法正 本文所述之裝置失敗指裝置斷電 裝置内部硬體軟體故障等任何一種 常工作的情況。 第一種方法使請咖⑽提供之訊息機制來支援資源 釋放，該訊息可為一個事件訊息’亦可為-個廣播訊息： 該m息變㈣於記㈣傳輸時某個裝置傳輸失敗之資訊。 網路中某裝置偵測到其他震置失敗時，會發出一個訊,氧， 相關裝置收到該訊息立即釋放相應資源。 、在網路中，由於有些裝置之硬體或軟體能力不支援其偵 測其他裝置之失敗狀況或者控制點不能收到方法—中所述 之訊息。本發明亦可藉由第二種方法來快速釋放資源。“ 132295.doc 201002003 第種方法係使用—個智慧之方法判定在仰⑽及igrs Q〇S中均疋義之傳輸租用時間（1如6 “咖）的值。該方法即 根據該傳輸路徑中多個裝置之最小過期時間歧該傳輸流 之傳輸租用時間，該傳輪条 吐 得輸租用時間疋義傳輸流可使用所分 配之資源的時間，過期日岑p弓中萬肚里^ & k朗時間疋義裝置之線上宣告訊息之週 期。 本發明之其他目的將連同以下說明及附圖一起進行描 述。 【實施方式】 圖3描述了本發明之—链 。 知3之種快速釋放網路資源之方法之流 紅圖。本方法涉及包括連接至網路之多個裝置，該多個裝 置藉由網路進行流資料傳輸。 本發明所述之釋放之資源係⑽系統管理之資源，比如 對共用通道之佔用時間；又如_介面裝置中之暫存。 釋放資源之方法指利用〇 s备 J用qos系統之功能將該資源釋放， 不同QoS系統會有不同方法， 比如貝源若為對共用通道之 佔用時間，則對該資源之釋

怦双X為將此段時間收回給Q〇S 系統，QoS系統認為該段時間 細抑入 丹被佔用，又如資源若為 網路介面裝置中之暫存，則對 清空該暫存。 “貝源之釋放可為Q〇s系統 該方法包括給網路裝置定義一個訊息變量，該變量用於 =錄網路中流資料傳輸時某”置傳輸失敗之資訊的步 "亥方法亦包括步驟：當該網 丫夕调裝置中之一個裝置 132295.doc 201002003 偵測出其他裝置傳輸失敗時，該偵測出該失敗資訊之裝置 發送訊息給相關裝置，該訊息以上述定義之訊息格式發 送。 該方法亦包括步驟：該相關裝置根據該訊息釋放配置給 與該失敗裝置相關之傳輸流之相應網路資源。 本方法中利用訊息機制報告網路中裝置失敗，其中裝置 失敗之偵測可採用不同方法進行。藉由某些方法，網路裝 置可偵測出相鄰裝置失敗的情況，藉由另外一些方法可偵 測出非相鄰裝置失敗的情況。 鄰裝置4曰與當刖裝置之網路介面有直接實體連接之裝 非相鄰裝置指與當前裴置之網路介面沒有直接實體連 接但可藉由其他中間裝置之路由而互連之裝置。例如，兩 台電腦藉由交換機相連’則交換機即為此兩台電腦各自之 相鄰裝置，但此兩台電腦為非相鄰裝置。 之鄰袭置失敗之谓測，當前裝置可藉由資料鏈路層 疋實現，例如，當前步署^古# 置之需㈣對其發送給相鄰裴 罝之需要響應之資料鏈路層訊框的響應。 關於非相鄰裝置失敗之偵測，春 網路層以上之協定膏 "可错由網路層及 送給非相鄰|置之需要“ 1裝置〉又有收到對其發 設置-個特定，置二 料報的響應。網路中可 有農置的失敗狀況。 、責疋期價測網路中所 本發明所定義之訊息可為一個事件訊鼻 播訊息’亦可為杯打甘 心亦可為—個廣 I了為任何其他適用之訊息。 境 132295.doc 201002003 圖4係本發明之一個具體實施例之流程圖。其中，所定 義之訊息為事件訊息，以相鄰裝置失敗的情況為例。 在已實現QD服務之裝置中定義一個事件狀態變量，類 3L為TYPE—TrafficDown，該變量記錄相鄰標示失敗裝置 (已實現QD服務）之裝置標示字串。 例如失敗裝置標示之表達式可為，TYpE_UDNDeviceiD， 該表達式之内容即為裝置唯一標示字串，與相鄰之裝置對 應。 進一步，該事件亦可包括失敗裝置（已實現QD服務）盥當 前裝置（已實現QD服務）所有正在進行之傳輸流之句柄清 進-步，該事件亦可包括當前裝置（已實現叩服務）所知 道之所有與該失敗裝置（已實現叩服務）相關的正在進行之 傳輸流之句柄清單。 傳輸流之句柄清單表達式可為：，

其内容根敎義可表示相鄰之失敗裝置與#前裝置所有正 在進行之傳輸流之句柄或當前裝置所知道之所有與該失敗 裝置相關的正在進行之傳輸流之句柄清單。 控制點或網路中之任何其他裝置均可訂閱該事件。 制點請求—個傳輸流’⑽系統允許該傳輸輯立時= 制之請求成功，並能得到—個唯一標識該傳輸流之： 柄’母-控制點均會記錄下自身發起之傳輪流句柄。 當相鄰裝置(已實現即服務)失敗時，且當前 現QD服務)能藉由某種機制(例如資料鏈路層之相庫 132295.doc -13- 201002003 鄰裝置失敗，從而發出通知事件，所有訂閱Μ 使用者均會接收到該事件。 ° 例如’當控制點接收到一個裝置所發出之事件時 —收到的訊息（本例中為事件訊息）。 〆事件内谷僅包括與此失敗裝置相關之裝置標示 制』可根據網路拓撲結構計算出與該失敗裝置相關的由^ 控制點所發起之傳輸流之句柄之清單。從而釋放相關傳^ 流。 。。若事件内容包括了與失敗裝置相關之傳輸流之句柄之清 :’則控制點檢查該清單中是否包含有由其發起之傳輪 流，若有，控制點則調用QM服務之ReleaseAdmittedQ〇s()/

ReleaseTrafflcQ0s()功能釋放相應資源；若沒有，則控制 點忽略該訊息。 若當剛裝置發現有多個相鄰裝置同時失敗，比如5台電 腦均連接在交換機上，對於交換機而言，此5台電腦均為 相鄰裝置，當交換機發現多個電腦失敗時，該交換機可發 出多個事件’亦可將多個事件之内容合併成一個事件發 送。 圖5係一個多路傳輸流在多個裝置（均已實現qd服務）間 傳輸之實例。其中： 傳輸流11經裝置m、裝置丨及裝置^傳輸； 傳輸流t2自裝置Hi傳送至裝置i ; 傳輸流t3經裝置j、裝置丨及裝置k傳輸； 傳輸流t4自裝置i傳送至裝置k。 132295.doc 14 201002003 因而發出事 若裝置m失敗，裝置丨偵測到裝置m之失敗 件’事件内容可為··

EventContent = { 裝置m; tl, t2； }； 收到該事件内容之裝置或服務，即可得知裝 且與裝置1有傳輸流11，t2正在進行。

g t j ^ ^述本方法不僅可使用上述之事件機制報告網 中裝置之失敗’亦可使用廣播訊息之方法報告網路中裝 置之失敗。當前裝置（已實現qD服務M貞測到網路中某個已 ^見QD服務之裝置失敗，則當前裝置廣播—個通知訊 心，訊息之内容應當包括失敗裝置m，亦可包括失敗之裝 置與當前裝置正在進行之所有傳輸流之句柄之清單。參見 事件訊息之内容。網路中之控制點或其他裝置收到該廣播 訊息後’亦會根據該訊息之内容得出或推算出是否包含由 該控制點發起之傳輸流，若包含，則調服務之相關 功能釋放相應資源；若不包含，則控制點忽略該廣播訊 心。參見對事件訊息之處理，在此不再贅述。 應當理解，本發明所提出之訊息機制適用於網路中之任 何裝置，其含義為： 1.本發明所述之訊息之定義適用於網路中之任何裝 置即任何裝置均可根據事先定義之訊息類型發送相關訊 I32295.doc 201002003 射、失敗裝置之偵測既可僅對相鄰農置進行债測亦可 僅對非相鄰裝置進行偵測，亦可傾測網路中之所有裝置。 上述知用相鄰裝置為例僅為說明本發明之 為係對本發明之限制。 不應被 路中之裝置即使沒有實現QD服務，但若藉由某種 J Bb收到上述訊息’且愈失敗穿 次 且/、夭敗裝置（可為未實現QD服務） 有W料正在進行傳輸，該裝置亦可根據該訊息立即釋放 相應資源。 Ο 本發明推薦之第二種快速釋放網路資源之方法該方法 涉及連接至網路之多個裝置，該多個裝置藉由該網：進行 流資料傳輸。 本發明提出根據傳輸流傳輸路徑切㈣置之特性設定 傳輸流可使用之所分配之資源之時間的智慧方法。本文所 述之裝置之特性可為裝置之穩定性。 例如，UPnP及刪裝置對裝置線上宣告訊息均定義一 個過期時間。裝置需要週期性地宣告自身線上，線上宣告 藉由向特定網路位址發出多播訊息實現，該特定網路二 例如可為"239.255.255.250:1900”。 UPnP及1⑽均推薦：網路中比較穩定之裝置需要設置 一個較長的過期時間（比如議秒），而加入及離開網路頻 繁之裝置需要設置-個較短的過期時間(比如3〇秒)。如此 不僅會減少不必要之裝置衊&止 直踝上旦告汛息，亦能及時得到網 路拓撲結構動態改變之資訊。 胸及刪均規定所有裝置需要在過期時間達到之前 I32295.doc 16 201002003 週期性地廣播線上宣告訊息。 控制點會監聽、此位At ’當收到裝置線上宣告訊息時記錄 下感興趣之裝置，·當過期時間達到之後，控制點仍未接收 到邊裝置更新之線上宣告訊息，則控制點認為該裝置已離 線。 一般而言，廠商或使用者會根據裝置之特性（穩定性）來 «又置過期時間。設置成比較長，比如許多電腦廠商會將過 期時間設置成12G秒，對於_個正在觀看自pc發出流媒體 至多媒體播放器之使用者而纟，12〇秒沒有任何内容係無 法忍受的。 根據上述過期時間之定義，可認為過期時間係與裝置特 性相關之-個時間參數。應當理解在不同網路架構中，與 裝置相關之特性可用不同參數來描述，只要為性質相同之 參數均可被用來實現本發明之目的。 為了實現資源之及時釋放，在upnp及IGRs 中，已 經定義-㈣輸租料間，該參數定義傳輸流可使用之所 分配之^源的時間。控制點需要週期性地更新該值以確保 對刀配貝源之佔用，若某個裝置（已實現QD服務）提供服務 失敗且所分配之資源無法立刻釋放，㈣傳輸流會在傳輪 租用時間1幸妇丨 > 你 ，j 灸自動釋放佔用的資源。然而，在現有之 傳輸租用時間定H „ f 義中，並未涉及如何具體設定傳輸租用時 使仔傳輸袓用時間不能在資源釋放中發揮很好

用。 F 為了解決上述問 喊’本發明提出一個更加有效之時間判 132295.doc -17- 201002003 定方法以便及時釋放資源，此方法考慮了傳輸鍵 之特性，釋放資源之時間係根據不同裝置之特性來設= 如此設定之益處為使得網踗杳 又 J路貝源可得到及時之釋放又不會 使網路負載過重。 根據上文所述，過期時間通 — 1逋吊係根據裝置之特性來設 疋’可認為過期時間係與裝置特性相關之-個表數。同 樣，根據上文所述’傳輸租用時間係某些標準中 之傳輸流可使用所分配之資 、工久我 貧源之時間的參數。以下便以值 輸租用時間及過期時間為—個 们具體實細例來說明本 核心思想。 +赞明之 根據本發明之一個具體眚 Λ 腊貫施例，所述之方法係根據 個裝置之過期時間決定該傳輪攻 多 \硪得翰流之傳輸租用時間，該 租用時間定義傳輸流可使用所八 矛铷 咒用所/刀配之責源的時間，過 間定義裝置之線上宣告訊息之週期。 ，' u 可選地，傳輸㈣㈣之設定可根據傳輸路徑上所 置之最小過期時間來設定。 、 傳輸租用時間亦可根據傳輸路徑上所有裝置之過期時間 之平均值來設定。 ’ 3 傳輸租用時間亦可根據傳輸路徑上所有褒置之 之中間值來設定。 、Β 傳輸租用時間亦可根據傳輸路徑上所有裝置之過 的經過任何合理之數學運算之後之時間值來設定。例/ 均方根等。 ’ 現以根據傳輸路徑上所有裝置之最小過期時間來設定傳 132295.doc •18· 201002003 輸租用時間為例，說明本發明之原理。具體步驟如下： ⑴QM服務判定傳輸流在源裝置與目的裝置之間的傳 輸路徑上所有6實現QD服務之裝置，表*為{deviee—source, device 1, device ο a - - -，···，device—n，device一sink} 〇 (2) QM服務自裝置線上宣告訊息中得到第⑴步中每一 裝置之過期時間，分別表 以s — 〆 — 7 _ 5 * * · 5 et_n, et_sink} ° (3) QMfl«tt^{et_source, et_l, et_2, ..., et_n, et_sink} 中之最小值，並將該最小值作為傳輸租用時間，如公式 (E1)所示，其中min()為取最小值運算。 T1 min(et_source, et_l, et_2, ..., et_n, et sink) (E1) 可選地，可將傳輸租用時間隨機地取為一個上限值與下 限值範圍之間的任意值，分別用Time—thresh〇M—ab〇ve及 Time_threshold_below表示。該上限值及下限值可根據經 驗或網路之特性判定由使用者或裝置生產商設定。 進一步’亦可在上述根據過期時間來設定之傳輸租用時 間之各種實例中’進一步將傳輸租用時間值之範圍限制在 上文所述之預先設定之上限值與下限值之間，以確保該傳 輸租用時間不會太長或太短。具體公式如（E2)及（E3)所 示： T2 — min (T1，Time_threshold_above) (E2) T3 = max (T2, Time threshold below) (E3) 其中 Time_threshold一below，Time_threshold_above 可分 別取為30秒及60秒。藉由上述公式可得到τ3，QM服務按 132295.doc -19- 201002003 照T3的值為該裴置設定傳輸租用時間。 傳輸租用時間設定好之後，控制點在傳輸流進行過程中 根據UPnI^IGRS規範藉由⑽服務週期性地更新傳輸租用 時間。 若傳輸路徑中任何裝置（已實現QD服務）不能正常工作， 在傳輸租用時間達到之後，裝置會自動釋放該傳輸流 之網路資源。 :如’若控制點所在裝置失敗，則該控制點不能更新由 1起之傳輪流之傳輸路徑上QD服務之傳輸㈣時間， ^ QD服務會在傳輸租用時間達到之後自動釋放相關傳 輸流佔用之資源。 二，若傳輸流傳輸路徑上之某個已實現叩服務之裝 ,'’則控制點更新此裝置實現之QD服務之傳輸租用 時間之功能的網田&、j_ 用

、 …法成功返回，則控制點知道該f置P 失敗’從而釋放相關傳輸流佔用之資源。…置已 應當理解，本女、+，者a / , 不庫1述實施例僅為了說明本方法之原理， “係對本發明之限制。本發明不僅可用過期产 間來設定傳輸租用時門ϋ 个惶了用過期吩 定’任何與該過期時間及傳輸租用時間==協 之參數均可應用本發明。 致或相似 :發明所述之方法考慮了每 之特性（穩定之裝置線 ㈣路佐上之裝置 短），因而不僅能在褒置失敗：’不穩定之裝置線上時間 不會因為設置過短之傳 ^有效地釋放資源，同時亦 '用時間而增加網路負擔。 132295.doc -20· 201002003 應•理解’本發明所推薦之第—種方法(定義一個訊息 之方法)及第二種方法(根據傳輸路經上之裝置設定傳輸流 可使用資源的時間）可單獨使用’亦可結合使用。結合使 用即同時採用方法一中所述之訊自 τ所巩恩機制及方法二所述之利 用最小”過期時間”來設置，，傳輸租用時間"，如此之結合可 保證當方法一在某些裝置中不能很好地應用時(例如某些 裝置/又有偵測月b力’無法發出訊息），網路資源仍可得到 快速釋放。 【圖式簡單說明】 圖1媒體伺服器使用基於基礎架構模式2IEEE 8〇2Ug 共用之無線通道經無線路由器傳輸一高解析度視訊流至電 視機； 圖2 UPnP/IGRS QoS系統一般之運行次序； 圖3係本發明方法一之流程圖； 圖4本發明方法一之一個實施例之流程圖； 圖5多路傳輸流在多個裝置（均已實現qd服務）之間傳輸 的實例。 I32295.doc 21

Claims (1)

1. 201002003十、申請專利範圍： 1. Γ\ 2. 〇 -種快速釋放網路資源之方法，其包括連接至網 個裝置’該多個裝置藉由 法包括步驟： 傳輸，該方 對該多個裝置定義—個訊息變量 流資料傳輸時某個裝置傳輪失敗之資訊^用於記錄該 當該多個裝置中之一個 置傳輸失敗時，該偵測出；失敗：出其他-個或多個裝 之格式發送訊息給相關裝置；、貝讯之裝置根據所定義 該相關裝置根據該訊息釋放 、 -種快速釋放網路資源之方、去’复罔路貧源。 個裝置’該多個裳置藉由該網路谁包括連接至網路之多 法包括步驟： 路進行流資料傳輸，該方 根據該多個襞置之最小過 租用時間，該傳輸袓用時 日寺間決定該傳輸流之傳輸 資源的時間，過期、〜B定義傳輪流可使用所分配之 期。 '曰疋義裝置之線上宣告訊息之週 132295.doc