TWI240511B - Method and device for transferring data flows via a Bluetooth Network Encapsulation Protocol (BNEP) data connection - Google Patents

Description

1240511 五、發明說明（1) 【發明所屬之技術領域】 本么明疋概括的關於一種網路内的資料傳送。同時是 關於無線電個人區域網路(PAN)。特別是關於一種將藍芽 網路内貧料流的資料··.傳送最佳化的二個簡單的方法。有關 本地區域無線網路連接的額外資訊可以從ht坤· //w醫. bluetooth.org.下載 。 【先前技術】

>目刖’藍芽的IP(Internet Protocol)網路連接是由 藍芽個人區域網路特徵（Bluet〇〇th pan profiie)加以定 義。PAN特性模仿乙太網路界面經由BNEp (Bluet〇〇th

Network Encapsulation Protocol)連接至 ip 網路。βνΕΡ 連接是由一特定、固定的協定/服務多工器（psM)值（參 看http : //www· bluetooth.org / assined-numbers/

12cap. htm)加以識別。按規格，兩個裝置間僅可以有一個 BNEP連接，此（目前）表示可以僅有一個保留給BNEp的pSM

值的L2CAP(Logical Link Control and Adaptation Protocol)連接。BNEP依據L2CAP將所有的BNEP通信量（及 IP通信量）多工到一個邏輯（L2CAP)通道。藍芽在L2CAP上 提供服務品質區分，亦即，L2CAP通道可以用特定的q〇s參 數加以建構。目前，在BNEP封包使用依據IEEE 802. Ip 規格（IEEE 802 lp規格的一部分）優先化，便可以在pan特 性内將IP封包優先化。如此，可以在BNEP的一個L2CAP連 接將IP封包相對優先化。實際上，BNEP在一對裝置間僅使 用一個L2CAP通道，因此，目前要在BNEP區分不同的ip流

9504.ptd 第5頁 1240511

是不可能。 夕 當第3代合夥計劃（3GPP)第5版相容網路包含網際網路 ^ =體子系統（IMS)時，服務品質將進一步提升。當行動 ^端機（MT)使用藍芽對一些終端設備（IE)，例如筆記型電 細或個人數位助理（PDA)，提供IMS連接性，則一些1?連 接可多工到同一藍芽鏈路。為了滿足該等I P連接擷取多媒 體服務（例如由IMS提供）的服務品質（qoS)要求，屬於該等 IP，接的封包必須在較低藍芽層分開處理。如此即可^足 =疋的呼出時間及/或頻寬要求，此等是從最有效的通信 罝諸如網路瀏覽分開，此亦可能發生在相同藍芽鏈路上。 除了通過細胞網路存取多媒體應用軟體外，參盥 路内的藍芽裝置亦可引進需要特別Qos處理的許多應特用殊軟周 體0 目刚’ PAN特徵限定一對具pan功能的裝置間的BNEp連 接=能有一個L2CAP通道。此限制在一個藍芽pAN連接，譬 如單一基頻帶連接，分開資料流。此亦限制資料流的資源 保留而與QoS參數抵觸。

因此’希望有一個架構，能將從屬於資料流的Q〇s的 作用通過BNEP映射到藍芽L2CAp通道，使資料流能夠保留 資源及/或能夠優先化。 進=步希望的是改善現在的藍芽（BNEP及L2CAP)協定 ，使其旎夠允許及改善在一對藍芽裝置間進行多基頻帶速 接。 【發明内容】

1240511 五、發明說明（3) 本發明的第1實施例為提供一種經由籃芽連接在依據 BNEP(Bluetooth network encapsulation pr〇tocol)相互 連結的兩個藍芽裝置間，傳送資料流或信號的方法。上述 資料流是在上述BNEP連接的其他資料流之外另外加上的資 料流。本方法是包含，檢出一個要傳送的資料流的動作， ，1徵為包含：檢出及/或決定上述資料流所需要的服務 品質；以及建立一個上述資料流專用的（邏輯鏈路控制及 適應）協定（L2CAP)通道，上述協定通道至少符合上述決定 的服務品質的需求。 Λ 本發明的一特徵可藉由實例，例如藉由ιρ流說明。此 例子的主要觀念是在建立資料流時設置供Ιρ流的L2cAp通 道。此資料流與其他L2CAP通道共存，包括主⑽心連接。 在，芽PAN特徵中，IP通信量是映射至⑽評連接。因此， 特^ IP流的額外的L2CAP通道是兩裝置間的βΝΕρ連接的一 ί 本發日月同時提供將以1?為基礎的QoS機構映射到特 疋藍芽QoS機構的架構。 ’ 出那是使用瞻控制封包發出信號，藉此指 叔认 科，瓜疋屬KL2CAP通道及指出藍芽領域内的資料 克服了目前的i特徵協;接的^參數。本發明 ΒΝΕΡ連接只能有_個以=的具ΡΜ功此的裝置間的 細連接，譬如單飢限制。 制眘祖、☆认一 基頻帶連接，分離資料流。此亦限 制貝枓Μ的貧源保留與Q〇s參數抵觸。 本么月疋在兩個藍芽裝置間建立複數個*同的咖Ap 1240511 五、發明說明（4) ---------- Ϊ U提供一些形態的資料流專用的服務品質。其與目 刖η的3的資料是經由單一L2CAP通道分時多工的技術所 不二从疋，在不同裝置間建立複數個L2CAP連接使能提供 不3 、服務質參數。因此取代對單一通道傳送不同的資 料ίίϊ一些資料轉送程序，對各資料流建立單一使用者 通k =對各貧料流授予Q〇S參數。須知，所有不同通道的 不同負料封包係經由一個，且是同一藍芽裝置的物理收發 兀件，迗:須知，原則上流通的資料流數及/或L2CAP通

道數疋不文限制，但是整體的Q〇s則可能受到藍芽連接的 實體層限制。 再者’依據目前的技術，設置通過BNEP的特定lp Q〇s 流的L2CAP通道沒有特定的方法。同時除聚合Q〇s參數之外 ，無法在一個以上的資料流提供特定方法在鏈路層保留資 源’亦即’沒有方法對獨立的資料流獨立的保留及維持鏈 路層資源。 進一步須知，在這種裝置之間或應用軟體間的連接可 月b發生在單一藍芽連接’或可能需要發送資料封包，因此 端對端應用連接内的複數個藍芽鏈路需要正確處理連接。

與本發明相比’ 8 0 2 · IP的優先化計劃並未提供設置 特定流動通道的機構，也未提供I P QoS流的任何技術（例 如頻寬保留、所需最小延遲規格）。藍芽對具特定Q〇S參數 的L2CAP通道提供資源分配，但在目前，最新的βΝΕΡ僅允 許一對藍芽裝置間可以有一個L2CAP通道（供ΒΝΕΡ)。本發 明提供為特定IP流或通信量等級設置專用L2CAP通道，而

9504.ptd 第8頁 1240511 五、發明說明（5) -----—| 仍然允許經由BNEP控制額外連接藉以維持MEp連接的概 念。本發明同時提供一種將依據lp的(3〇3機構映射到藍 QoS機構的框架。 本發明提供為特定IP流建立額外的L2CAp連接的可能 〜 性。各個這種L2CAP連接由動態方式指定的PSm值（在〇χ 1 00 1 -OxFFFF之範圍）識別。L2CAp通道是結合於為其設定 =特定資料流或一些資料流。屬於此資料流的封包是由較 间層-人流或封包識別符（亦即，丨p流標籤、源端及目的端 位址及端埠號碼、或8 〇 2 · I p優先標籤）所識別。設置此特 定L2CAP通道的資料是使用MEp信號封包交換。此資訊至❶ 少包含有··動態PSM值；識別屬於此資料流的封包的型態 及值；及L 2 CAP通道的預定q〇s參數。同時，上述新建立的 L2CAP通道可以不具有控制封包。此外，βΝΕρ保持對建立 的L 2 C A Ρ通道的控制。 最好是，建立上述邏輯通道，及動作/維持上述邏輯 通道所需要的控制信號，是經由β N e ρ資料連接轉送。對照 單純為檢出的資料流產生一額外的L2CAp通道，相當於只、 疋没置新L2CAP通道，或額外的藍芽連結，新L2CAP通道的 控制信號仍然是經由BNEP資料連接轉送。為此，上述新建 立的L2CAP通道可以不具有控制封包。此外，BneP保持對 建立的L2CAP通道的控制。取代對單一通道傳送不同的資 料流時需提供一些資料轉送程序，對各資料流建立單一顧 客通道，並對各資料流授予q〇S參數，其中，”管理的"信 號通信量是經由標準的BNEP連接轉送。其結果，可以從上

1240511 五、發明說明（6) 述資料流專用的L2CAP通道的信號通信量分離開上述資料 流。 上述控制信號進一步包含上述資料流的識別較為有利 。識別可以包含基本資訊諸如上述資料流的位址，但是可 — 以自然地包含上述IP流的協定/服務多工器（PSM)值的識 別，如同BNEP連接是由特定的、固定的PSM值來識別。 上述控制信號最好包含傳送依據上述對服務品質需求 的服務品質參數。這只是在強調經由B N E P連接轉送的控制 封包，也含有適合上述L2CAP通道的上述Q〇S參數。 上述方法進一步包含評價上述需要的服務品質較佳。4 須知，資料流的Q〇S值與BNEP連接/L2CAP通道的Q〇S值可 能不相同，因為資料率可能與封包資料流或淨資料率有關 。QoS的需求可被變換來在傳輸的每一部分提供所需要的 淨QoS。評價可能要使用相鄰傳送通道的額外的資訊，來 提供多跳躍段（hop)連接的預定的整體Q〇s。評價上述所需 要的QpS值，可以幫助決定是否需要專用L2CAP。如此，依 據上述評價設置L2CAP，或經由BNEP連接分配到其他資料 通信量。評價可以包含監視BNEP連接的資料通信量，藉以 使用適當數目的L2CAP通道。 上述建立上述L2CAP通道最好包含上述兩裝置間對服 務品質的協議。如本發明揭示的例子，兩個藍芽裝置間存 在一BNEP連接，有一個裝置希望保留鏈路資源供單一跳躍 段（藍芽）連接的特定（I P)應用。 一個裝置將下列資料傳遞至同層（p e e r )裝置（藍芽領

1240511 五、發明說明（7) 域内）： • QoS流的源端與目的端（在藍芽領域）； •建議的PSM值（從能夠動態地指定的PSM範圍） •較高層流（higher layer f 1 〇w)的識別【亦即， 8 0 2 · 1 p或分離的通信量等級，整體服務連接識別符（源端 及目的端I P位址及端埠號碼），IP流標籤等】； • L2CAP QoS 參數。 信號資訊帶進特定BNEP信號封包或擴充標題。同層裝 置可能回應證實這些參數，或建議其他的值（供q〇s參數）

’或拒絕其要求。如果獲得證實，L2CAP則被使用經過協 議的QoS參數加以設置、建構，而同時將所有屬於Q〇s流的 封包通過新建立的L2CAP通道送出。封包是以符合BNEp規 格的普通BNEP封包送出。每一個經過L2CAp通道送出的封 包在信號封包帶有指定的識別符。 須知，QoS參數的協議的結果，如果目前上述兩裝置 ^的資料通信量是被接受的，則可能獲得較所需要的為， i更佳的Qos參數。更須知，因為所有Qos需求是經由單·

網H接傳送，本發明可以與一些方法組合，使藍芽微1 luetooth p1C0nets)或分散網路（scatternets)内 信量在合適的量。因此，沒有必要按-位元-i 疋決疋整體QoS需求。 ，，本發明，進一步含有經由上述專用l2cap ， 傳运上述資料流的方法。 逆伐 上述資料流是網際網路協定（IP)資料流較佳。如果

1240511 五、發明說明（8) 個藍芽裝置間％ B々 ，依據其各自的= ,L2CAP通道，或甚至是多基頻帶連接 是基頻帶連接彳、/枓流的QoS需求，不同L2cap通道（可能 最好了得）有不同的QoS參數。 ，是ΐ ϊ ΐ以上述依網際網路為基礎的資料流的資料封包 通道。如此τ上述貧料封包的識別符為基礎的上述12“？ 可fi化資料ΐ以使ΙΡ資料封包映射到1%^通道不含糊， 方i操作映射至L2CAP。須知，此項動作可以反 ’、 在上述資料流與L2CAP通道之間，亦卽在糰^ 網路與微微網路之門裎祉ρ 士々& 门亦即在網際 之間長：i、已成氣候的雙向資料通信。 <1 =述QoS需求可以從下列各項中選擇，包括：特定出 入時間’延遲、錯誤率、資料率、優先順序、冑包長度、 度、封包次序、及頻帶寬。Q〇s參 本身因資料流特性而異。上述"特定出入時間"項目敘 包的平均延遲值。延遲収指在傳輸過程 態的資料封包的滯溜。 币乍付韦 依據本發明的另一實施例，上述資料流是經由一個以 上的單一藍芽連接傳送。資料流可以經由各個⑽以連接的 一個以上的L2CAP通道傳送。資料流可以藉由指定資料流 的源端與目的端位址（在ΒΝΕΡ階層），經由一個以上的藍"芽 裝置傳送。因此，在分散網路，可以在複數個藍芽裝置建 立多跳躍I又連接（multihop connection)，藉此實踐上述 QoS需求。 依據本發明的另一貫施例，可以提供一電腦程式工具 ，包含資料流程式碼手段，提供可以完成，在經由專用八

1240511

五、發明說明（9) L2CAP通道的BNEP資料連接所連結的兩倘餘*壯 M疏牙裝置間，值 送資料流的方法。軟體工具包含，當在電腦或網 行上述程式時，可實行前段說明所敘述的所有步驟的'程式 碼手段。 依據本發明的再一實施例，可以提供一電腦程 腦程式包含儲存在電腦的可讀取媒體内的程式碼=^，可 以完成經由BNEP資料連接所連結的兩個藍芽裝置間^傳1 資料流的方法。依據上述敘述，在電腦或網^裝^執行^ 述程式時，可以建立專用資料流的專用！^“？通道。 依據本發明的其他實施例，可以提供電腦程式產口， 包含儲存在電腦的可讀取媒體的程式碼手段，當^電^或 網路裝置執行上述程式時，可以完成經由上述BNEp資料連 接所連結的兩個藍芽裝置間傳送資料流的方法。 依據本發明的其他實施例可以提供，在經由BNEp連接 的兩個藍芽裝置間，傳送至少一個資料流或信號的網路裝 置。藍芽連接符合BNEP。裝置包含用以檢出至少一個要傳 f的資料流的元件，其特徵為，包含：檢出上述至少一個 資=流的服務品質（QoS)需求的元件；以及，建立上述資 料流專用的一個邏輯頻道（L2CAp)的元件，上述通道提供 :個邏輯鏈路控制及適應協定，其中的上述通道至少要符 合上述檢出的服務品質（Q〇s)需求。裝置依照上述方法傳 送上述至少一個資料流，其中的各個資料流有一專用 L2CAP通道共資料傳送用。 【實施方法】 1240511

次、，第1圖描述傳統方式的從一個藍芽裝置至另一裝置的 資料傳送。圖中表示兩個具藍芽功能的裝置2及4。裝置2 及4大致上相類似，而分別運作其兩個不同的應用軟體^、 10 =8、12。在標準的資料傳輸，應用軟體6、1〇及8、12 的為料ml疋傳送至具有大致上相同的鏈路管理協定（^ μ p ) 16，邏輯鏈路控制及適應協定（L2CAp)14單元的L2CAp層。 =單元經由同一邏輯L2CAP通道資料鏈路18傳送雙方的資 料机。資料封包是經由大致上類似的基頻帶送收單元2 〇經 同一實體連接22傳送。一般的資料傳送基本上分3層，下 面兩層僅有一邏輯鏈路。 曰 第2圖描述本發明一實施形態的從一個藍芽裝置至另 一裝置的資料傳送。與第丨圖所示者相同，有兩個具藍芽 功能的裝置2及4。兩裝置的元件大致上相同，不同的是具 備LMP16及L2CAP14單元的L2CAP層，不同的應用軟體其資、 料流是分開在不同的L2 CAP通道處理。該單元經由不同的 邏輯L2CAP通道資料鏈路18及19傳送雙方的資料流，任一 通道是由一方的資料流專用。如同第1圖所示，資料封包 是經由大致上類似的基頻帶送收單元20經同一實體連接22 傳送。本發明的資料傳送基本上是分3層，其中的L2CAp層 至少有兩邏輯鏈路。 曰 須知，第1圖及第2圖表示兩個別資料流，但本發明也 可以應用在單一資料流，其中的B N E P連接利用單一 l 2 c a p 通道，而建立額外的L2CAP通道供每一被檢出要傳送的資

9504.ptd

1240511 五、發明說明（11) 第3圖描述本發明一實施形態的藍芽多躍程網路應用 。此架構是用以強調本發明並不限定於僅提供單一躍程連 接的鏈路-層次資源保留。本例子的資料流是跨越藍芽領 域内的一些藍芽連接44、46的1?資料流，亦即，從個人區 -域網路使用者裝置（PANU ··在藍芽PAN剖面法内的PAN使用 -者角色）30經由群節點38(GN :在藍芽pan剖面法内的一角 色）至P A N U 3 4。接著，相互間分派的β n E P通信量（例如I p通 信量）是由GN38裝置發送。若要建立需要特定Q〇s參數的Ιρ 連接，則需在PANU30與GN38間，及GN38與PANU34間建立專 用L2CAP 46、44通道。要強調的是，GN38與PAUU30、34間f 的連接含有多數L2CAP連接，該連接在PANU30、34與GN38 間以兩對箭頭44及3對箭頭46標示。 第4圖是網路中的一主機與微微網路的使用者間，經 由網路擷取點通信的一個例子。第4圖僅有兩個裝置，即 PANU30及連接至網路50的網路擷取點（nap)36。網路可以 是例如本地區域網路（LAN)或網際網路。可假設網路是依 網際網路協定（IP)傳送資料。如果PANU3〇欲傳送具有預定 Q〇S的IP流至網路50，或NAP36在網路5〇内檢出有要流通至 上述PANU30的資料流時，本發明方法可以應用。為了表示 使用一個以上的L2CAP通道在NAP36與PANU30間傳送資料了《難 兩装置間的連接4 6是以3對箭頭標示。應可以明瞭，3對箭 頭中一對箭頭是BNEP連接，以傳送控制封包及其他資料二 其他兩對則用以傳送從NAP36至PANU30或反方向的兩胃個'資’ 料流。兩對箭頭表示進或出網路的兩丨p資料流，亦可表示 -

1240511 五、發明說明（12) '--- 含有分成兩L2CAP資料通道的大量資料的單一 ιρ資料流。 第5圖是描述多躍程藍芽連接（multi-hop Bluetooth connect 1〇n)經由一網路擷取點連接網際網路主機間的情 況。第5圖大體上是第3圖與第4圖的組合，其中，ιρ資料 流跨越一些監芽連接44、46，亦即，從PANU34經過GN38至 網路擷取點（NAP) 36，並向外延伸至藍芽領域，亦即，延 伸至網路50。前一情況是複數個pANU裝置34、％連接至 GN38裝置。接著，相互間分派的MEp通信量（例如ιρ通信 量）疋由GN38裝置發送。若要建立需要特定Q〇s參數的ιρ接 續，則需在PANU36與GN38間，及GN38與PANU34間建立專用 L2CAP4 6、44通道。後一情況是連接至網際網路的ιρ主機 的PANU36裝置，通過專用網路擷取點（nap)36連接至本地 區域網路50 (LAN)，或通過行動電話連接至腿^網路。在 第3圖，在微微網路内GN38扮演的是主角色（master role )，PANU30、32、34、36 扮演的是從屬角色（slave r〇ie )’其中’ PANU36兼具NAP36的功能。各種角色可以有不同 的安排，亦即，NAP36可以是GN38的主角色，GN38是PANU 30、32、34的主角色。須知，本例子只是例示性，並非限 定如此。 當傳遞封包給BNEP層，而IP封包並不含識別子時，ιρ 資料流的源端I P主機與目的端I p主機可以識別封包屬於特 定資料流，而BNEP實施過程尚可以經由正確的L2CAP通道 送出封包。這只適用於當端與端間I p連接映射到單一藍芽 連接（亦即，NAP36與GN38間）時。若事實並非如此，本質

9504.ptd 第16頁 1240511 五、發明說明（13) 上封包内應含有識別子，因此返程的通信量也可以映射到 對應的L2CAP連接。此外，Ip封包源也可以屬於，藉由插 入資料流標籤到特定型的BNEp擴充標題，便能夠識別封包 的資料流。這有發送端藍芽裝置不必探查高層次協定封包 標題的好處。 - 本發明方法可以配合以丨p為基礎的資源預留協定使用 。例如’資源預留協定（r S V p )可以用來激發鏈路預留。另 一方面’本發明同時可以藉由在鏈路層保留需要的資源， 而與通信量分級或優先化方案一起使用，以符合為通信量 等級設定的QoS參數。這可以是正式的（標準的）定義，或 _ 一種QoS麥數應用/裝置的特別映射到高於藍芽的優先準 位’緊接著映射到一預定妥當的鏈路Q〇S參數。不論那一 種方式’鏈路預留可以協助達成（至少）所期盼的通信量等 級/優先準位的功能，或協助從其他資料流（優先等級低） 分出優先等級較高的資料流。鏈路層資源保留也可以用來 傳送複數個屬於同一等級/優先順序的資料流。 藉由逐跳法（hop-by-hop)啟動保留（並接著建立專用 L2CAP連接），亦即，藉由使用，可以達成多眺躍 (multi-hop)資源保留。本發明同時可以藉由提供在⑽⑽ 位準的多眺躍資源保留，而獲得加強。當BNEp信號封包所 指示的資料流目的地位址不是封包接收者的位址（亦即， 封包是由中間節點接收，該節點可以處理源端與目的端間_ 的發送通信量），而中間節點知道通往目的端的路徑時， 此中間節點可以在即將與源端建立的L2CAp通道以外，另 —

第17頁 1240511 五、發明說明（14) 外建立與目的端（或有複數個發送路徑時的下一跳躍）間的 專用L2CAP通道。兩通道可以用相同的Q0S參數來構成，藉 _ 以在多眺躍路徑内（藍芽領域内）提供端對端q〇S。這種發 送裝置可以是上述例子中的GN38。BNEP的本質是它從鏈路 ·· 層隱藏了藍芽托撲（topology)，藉此將從發送節點的ιρ層-隱藏鏈路層Q 〇 S資源保留的處理方法正當化。 須知’本發明方法的應用是依作業系統。Ip層與BNEp 層之間的API (Application Protocol Interface)需含有 =動/指示鏈路層資源保留及/或封包等級/優先順序的 架構。L2CAP API需含有構成L2CAp通道連同q〇s參數的架如 構0 一貝料k是敘述任意資料信 、ά 忍貝 二貝料封包:並需有預定的服務品質。 羽士以上疋麥照實例說明本發明的實施例及應用例。對熟 太路1技術者應可瞭解，本發明並非限定如上述實施例， „在不脫離本發明特性之狀態下適用於其他形態 庫用例只是例示，而非用以限定。@此，本發明的 二受:申請專利範圍之限制…，申請專利範 明應用的變形例，包括同等的應用，仍是 在本發明專利範圍。 心

1240511 圖式簡單說明 【圖式簡單說明 第1圖是從一個藍芽裝置經由單—L2CAp通道至另〆藍 芽裝置的兩不同資料流以平常方式傳輪時的流糕圖。 第2圖是依據本發明一觀點的從一個藍芽裝置經由單 一L2CAP通道至另一藍芽裝置間傳輸兩不同資流的例子 第3圖是本發明一實施例的藍芽微微網路多躍程 (Bluetooth pi conet mul ti-hop)應用的例子。 第4圖是本發明另一實施例的網路中一主機與微微網 路的使用者間，經由網路擷取點通信的例子。 第5圖是描述多躍程藍芽連接經由一網路擷取點與網 際網路主機連接的情況。 【符號說明】 2、4 :裝置（device) 6、8、10、12 ·•應用軟體（application) 14 ·邏輯鍵路控制及適應協定（Logical Link and Adaptation Protocol) 16 :鏈路管理協定（Link Manager Protocol) 18、19 :邏輯L2CAP通道資料鏈路（logical L2CAP channel data link) 20 :基頻帶送收單元（base-band transceiving units) * 22 :實體連接（physical connection) 30、32、34 :使用者裝置（User Device)

9504.ptd 第19頁 1240511 圖式簡單說明 36 :網路掘取點（Network Access Point) 38 :群節點（Group Node) 44、46 :藍芽連接（Bluetooth connection) 50 ·網路（network)

9504.ptd 第20頁

Claims (1)

1. 更

   1¾ I mn\ :] 修正 4- 月 曰 六、申請專利範圍 [申請專利範圍j ⑽El)資二:方法’係在經由藍芽網路封裝協定 資料流之外的連結的兩個藍芽裝置之間傳送其他 7至V —個貧料流所用，該方法包含： •檢出至少一個要傳送的資料流； 、 檢出上述至少一個資料流的服務品質（QoS)要求； 以及 •建立上述至少一個資料流專用的至少一個邏輯通道 (L2CAP) ’上述邏輯通道提供一個邏輯鏈路控制及適應協 定’其中’上述通道灵少要符合上述檢出的服務品質 (QoS)要求。 2 ·如申請專利範圜第1項所述之傳輸方法，其中 建立上述邏輯通道及運作上述邏輯通道所用的控制信 號，是經由上述BNEP資料連接傳送。 3 ·如申請專利範園第2項所述之傳輸方法，其中 上述控制信號進/步包含，上述資料流的識別符。 4 ·如申請專利範園第3項所述之傳輸方法，其中 上述控制信號包含，傳送依據上述服務品質要求的服 務品質參數。 5 ·如申請專利範園第4項所述之傳輸方法，其中

   第21頁 1.124051 r ? t/-. Κ Λ ， 一 ϋ 丨修 曰 MM 921084Α4 六、 申請專利範圍 進一步包含，評估上述檢測的服務品質要求。 6·如申請專利範圍第1項所述之傳輸方法，其中 建立上述L2CAP通道的上述步驟，包含上述兩個壯 間的服務品質要求協議。 置 7·如申請專利範圍第6項所述之傳輸方法，其中 上述雨個裝置間的服務品質要求協議，是藉由將、 資料流的上述識別符映射至上述特定L2CAP通道來執行述 流 8·如申請專利範圍第1項所述之傳輸方法，其中 進一步包含，經由上述特定L2CAP通道傳送上述資料 9 ·如申請專利範圍第8項所述之傳輸方法，其中 上述資料流是以網際網路協定（IP)為基礎的資料流 包 道 1 0 ·如申請專利範圍第9項所述之傳輪方法，其中 上述以網際網路協定（I p )為基礎的資料流的資料封 ，是映射到依據上述資料封包的識別符的上述L2CAP通 11 ·如申請專利範圍第丨〇項所述之傳輸方法，其中 上述服務。。質要求是從包含··特定出入時間、保留

   第22頁 ^一 F 喊 fl?,1〇8494 申請專利範圍 =遲、錯誤率、資料率 释 ° 六 優先順序、及頻寬的一群中 選 12 j* •、、^申請專利範圍第11項所述之傳輸方法，其中 述貝料流是經由一個以上的藍芽連接傳送。 13 一 媒體的程式種電^⑽^式產品，具有儲存在可由電腦讀出的 行作業時，^ a，丄當上述程式產品在電腦或網路裝置進 的方法。 元成申請專利範圍第1項至第12項中任一項 K\ 至少一個資種料=由所^牙網路封裝協定（BNEP)資料連接傳送 •用=:;;二網路裳置，包含： •檢出上述至小一/ί傳达的資料流的元件； 元件；以及 夕固資料流的服務品質（QoS)要求的 (L2CAP) 至^個資料流專用的至少—個邏輯通道 適應協定，苴中卜广邏輯通道提供一個邏輯鏈路控制及 (Q〇s)要求。 、’〔通道至少要符合上述檢出的服務品質