TW200818817A - Apparatus and method for supporting broadcast/multicast IP packets through a simplified sockets interface - Google Patents

Description

200818817 九、發明說明： 【發明所屬之技術領域】 本發明係關於用於與一用戶端處理器建立Ip連接之應用 程式設計介面工具及方法。 " 【先前技術】 網際網路技術使得能够將高品質音訊及視訊内容傳遞至 先前為電視、無線電及其他形式之音訊及視訊分布所不能 及的位置及設備。此已導致開發出用於經由網際網路來: 布廣播音訊及視訊流之許多新應用程式及設備。舉例2 言，現在有可能在蜂巢式電話上接收視訊，諸如，電視片 段。此技術具有徹底改革視覺媒體、電視及電影工業之潜 力。因此，存在對經由網際網路而將廣播流傳遞至廣泛設 備之應用程式的不斷增長之需要。 將經由網際網&來接收廣#或多重廣播視訊流之應用程 式必須與網際網路建立連接，其被連接至視訊流之源。在 現代作業系統中用於連接至網際網路之標準介面稱為 Berkeley通訊端應用程式設計介面（Αρι)，亦稱作bsd通訊 端 API。（BSD 代表 Berkeley 軟體分布（Berkeley s〇ftware DistnbuUon) ’其有時被稱作Berkeley υηίχ)。剔為電腦 系統或程式庫所提供之用以支援對藉由電腦程式（應用程 式）而待由其所產生之標準服務之請求的源碼介面。 Berkeiey通訊端API包含可用於以〇程式設計語言來開發電 腦網路連接應用程式之常式庫.儘管Berkeley通訊端Αρι 並非為使用中之唯一的此API，但適合於開發網際網路應 123615.doc 200818817 用程式之大多數程式設計語言使用就所包括之常式及其功 能性而言為類似的介面。另外，許多程式設計語言已采用 BSD通訊端API之版本。因此，本文中Apj之描述係基於 BSD通訊端API之格式及功能性。

為了使應用程式經由網際網路來接收廣播或多重廣播視 訊流，必須與源建立連接（被稱作"通訊端”）。通訊端為用 戶端與伺服器之間的網際網路連接之端點。建立通訊端會 確保由伺服器所發送之封包將被傳遞至用戶端應用程式。 為了建立通訊端，應用程式呼叫s〇cket() Αρι。當以此方式 來建立通訊端時，其被給予位址族，但未被指派至用戶端 设備中之特定本端介面。因&，在通訊端可自伺服器接受 傳入資料之4，必須將該通訊端指派至將用作與網際網路 之設備介面的特定本端介面。藉由bind〇 API來實現一種 將特定本端位址指派至通訊端之方法。 對於收聽廣播或多重廣播流之應用程式而言，該應用程 式必須.周用ioetl()呼叫或SGeket—呼叫。當調用&叫) 呼7或S〇Ck(〇Pt()呼叫日夺，必須已知將接收有㈣播流之 特定介面。^而，典型設備具有資料可被接收所經由之許 多介面。先前，為了判定ip資料流將被接收所透過之特定 本端介面，應用程式必須執行複雜的指令集合。此額外複 雜性導致不必要之程式鉍 式耗用、應用程式開發成本及在與瘙 播流建立連接時之處理延遲。 【發明内容】 各種實施例提供一 種用於組態一 IP位址以接收廣播資 料 123615.doc 200818817 流之流線型方法。修改且擴展bind() API以調查可用本端 )丨面、判定介面是否能够經組態以自特定Ip位址接收資 料、在該介面能够被如此組態時組態該介面且接著將”位 址繫結至彼介面。在一實施例中，bind() API與一或多個 Μ面明確地互動以查看每一介面是否皆能够被組態至卟位 址。在另一實施例中，bind() Αρι藉由諮詢一投送檢查表 來判定介面之可組態性。在此實施例之變化中，可實施原 則式投送規則，使得bind()操作基於原則參數來組態最高 優先權介面。 【實施方式】 將參看隨附圖式來詳細地描述各種實施例。在任何可能 之處，將在整個圖式中使用相同的參考數字來指代相同或 相似的部分。本文中對bind() Αρι之參考意欲指代本文中 射田述及諸圖中所說明之功能性之任何及所有實施，且並 不意欲將本發明《申請專利範圍之範_限於任一特定函式 呼叫、API實施、軟體程式設計語言或應用程式。 當W，廣泛的電子設備能够經由有線及無線網路來接收 網際網路資料’且因此，能够實施廣播及多重廣播應用程 式。此等設備包括個人電腦、膝上型電腦及工作站。新 近諸如蜂巢式電言舌、具有無線數據機之個人數位助理 (PDA)、無線電子郵件接收器（例如，Blackberry®及丁reo® 設備）及多媒體網際網路允用蜂巢式電話（例如，❶肋加⑧） 的行動設備已成為對網際網路之人口。預㈣於行動設備 之廣播及多重廣播視訊IP應用程式的開發總有一天可能會 123615.doc 200818817 超越傳統之個人計算機器的開發。 一般而言，若只是用於最小化功率消耗以便延長電池壽 命，則行動設備（例如，PDA、蜂巢式電話）與個人電腦及 膝上型電腦相比具有有限之計算能力及記憶體。因此，在 行動設備上所執行之應用程式需要為有效的且在任何可能 之處消除不必要之處理耗用。為此，本發明之各種實施例 提供一種用於建立一用於接收廣播Ip封包之通訊端連接的 簡化方法。 各種實施例修改bind() API或提議新的bin屯br〇adcast() API。因此，在描述該等實施例之前，有用的係評論典型 bind() API實施之機能。 bmd() API將通訊端指派至本端介面，使得可藉由應用 程式來接收經由該通訊端而自源伺服器流動之資料。 bind() API呼叫需要三個自變數。第一，該呼叫必須包括 一表示通訊端之描述符，其為在為了讀取及寫入資料之目 的而執行被用作通訊端之把手的socket() Αρι之後所接收的 值。第二，該呼叫必須指定資料結構，該資料結構界定待 用於完成對已被組態於系統上之IP位址之繫結的本端1?位 址及本端埠數。或者，可提供一萬用字元值（其在許多Apl 實施中為”0”或INADDR 一 ANY)作為第二自變數。在此狀况 下，API將繫結被組態有ip位址之任何介面。然而，為了 簡化各種實施例之描述，此函式自變數將在本文中被稱作 所指示之IP位址或簡單地為IP位址。第三，該呼叫必須指 定本端位址之長度，此允許函式適應不同的Ip版本。 123615.doc 200818817 若IP位址包括於bind() API呼叫中（亦即，非為 INADDR—ANY選項），則函式評估設備或系統上之每—本 端介面以查看該介面是否經組態以與彼IP位址連接。若其 發現針對則立址而組態之本端介面，則bindQm= 指定之本端埠數作為傳出資料報上之源璋及用於經由通訊 端而接收之傳人資料報之目的埠。該函式亦傳回旗桿值 ”〇"以指示繫結操作得以成功地完成。在某些實施（諸如， ㈣中’此成功旗標值為"〇"，因此，為了說明之目的， 諸圖及論述將"〇"用作成功旗標值 '然而，不應將本發明 及申請專利範圍解釋為被限於使用成功旗標值"〇”。若無 任何=端介面係針對bind() Αρι呼叫中所指定之ιρ位址而 被組態，則產生錯誤碼且傳回失敗旗標值以指示操作失 敗。在某些實施（諸如，Unix)中’此失敗旗標值為"」"， 因此’為了說明之㈣’諸圖及論述將"]"用作失敗旗標 值。然而，不應將本發明及申請專利範圍解釋為被限於使 用失敗旗標值M"。因此，若無任何本端介面已經針靠 位址而被組態’則bind〇函式呼叫將失敗。可將所產生之 錯誤碼儲存至暫存器（例如，被標記為X之暫存器）以 供應用私式存取。由於錯誤碼可能會在不同趟實施中變 化且充分地備有證明文件’所以此等錯誤碼之細節對於本 發明而言並不為必要的。 右將INADDR—ANY萬用字元或”〇”指定作為心扣趟啤 Η中本位址’則函式將繫結至經組態以存取所指示之 通A端的任何及所有本端介面，且若無任何介面係如此組 123615.doc 200818817 ^則產生錯誤碼且傳回旗標值（_丨）以指示操作失敗。 圖1A中說明當指示Ip位址（亦即，排除inaddr—功 月b性）B守bind() API之基本函式步驟。此流程圖意欲說明函 式之頂層功能性，且未必反映由Αρι所實施之實際軟體處 理程序。在bind()呼叫1〇内的係所指示之通訊端之描述 符、待繫結至通訊端之IP位址及Ip位址之長度。由於 bind〇函式針對成功繫結而傳回”〇，，且在繫結不成功時傳回 _1Π，所以在起始該函式後便可將此旗標值設定於（步驟 12)’或可在稍後時間基於一測試而將此旗標值設定至"^”。 bind〇函式亦測試呼叫自變數以判定是否已指示π位址或 疋否指定萬用字元值（例如，"〇，，）（步驟14)。若在函式呼叫 中巧求特定ip位址（亦即，測試14之結果為”是。，則bi^() 函式可（諸如）藉由執行一迴圈常式（1〇〇p r〇utine)而一次一 個地測試介面之組態，該迴圈常式之一實例被說明於步驟 18、20、28、30中。可將計數器初始化以指示或指向 第一介面（步驟16)。接著，藉由使用計數值，函式選擇一 介面（步驟18)，且查詢所選介面以判定其是否已針對所指 示之IP位址而被組態（步驟2〇)。若其係如此組態，則函式 將所指示之通訊端或①位址繫結至所指定之本端介面（步 驟22)，且將狀態旗標設定至”〇”，從而指示bind〇操作係 成功的（步驟24)，且返回至進行bind()呼叫之應用程式（步 驟26)。右所選介面尚未針對所指示之卩位址而被組態（亦 即，測試20之結果為"否”），則函式可測試計數器（例如， 藉由將汁數器與設備介面之總數相比較）以判定是否存在 123615.doc 200818817 更多待評估之介面（步驟28)，且若如此，則在反向迴圈至 步驟18以繼續該處理程序之前遞增計數器以指向下一介面 (步驟3〇)。若已評估最後介面（亦即，測試28之結果為1，否"）， 貝J將錯誤碼值儲存於暫存器中（例如，以⑺〇)(步驟34)，且 函式返回至進Rbind()呼叫之應用程式（步驟26)。函式在 此h开7中傳回值’從而指示bin(j()操作失敗。

若所心疋之本端介面值為諸如INAddr_any或 _ ,, 用字元（亦即，測試14之結果為，，否”），則函式將調查設備 中之所有介面，以判定任何介面是否皆可經組態以藉由執 行圖1B中所說明之inaddr—any功能性來支援任何π位 止函式可（諸如）藉由執行一迴圈常式而一次一個地測試 所有介面，該迴圈常式之一實例被說明於步驟“、4〇、 44 46 48中。可將計數器初始化以指示或指向第一 介面（步驟36)。接著’藉由使用計數值，函式選擇一介面 (v驟38)且查询所選介面以判定其是否已針對任何π位 址而被組態（測試4〇)。若其已針對任㈣位址而被組態， ㈣所選介面繫結至通訊端（步驟42)，且將狀態旗標設定 至了以指示成功繫結(步驟44)。但此時並非返回，而是函 式猎由測試是否將古平仕p夕 ° 夕"面來繼續執行迴圈而繼續評 估母一介面（測試46)，且若 、 义 古則在反向迴圈至步驟38之

丽遞增計數器（步驟48)。一 B 一匕汗估所有介面（亦即，測試 4 6之、、、口果為”否”），函式 〜b ,r ^ j疋疋否應產生錯誤碼（諸如， 精由測試狀態旗標是等於" 解，狀能❹ 是等於M”)（測試32)。應瞭 解狀L旗才木之測試可呈畔客玫a 至4夕格式，且諸圖中所示之針對 123615.doc • 12- 200818817 "-i”對比”〇”的測試係僅用於說明性目的。若狀態旗標= -1 ’則無任何介面被繫結，且因此，在函式返回至呼叫 bindO API之處理程序（步驟26)之前需要產生且公布錯誤碼 (步驟34)。然而，若一位址被繫結（亦即，測試32之結果為 ”否。，則在函式返回至呼叫bind() API之處理程序（步驟 26)之前公布錯誤碼（34)。（注意，圖以中並未說明測試 32，因為在彼處理程序中，回答將總是為，，是”，因此，為

了及明之簡單性，圖1A直接展示自測試28至步驟34之流 程）。 如圖1A及圖1B中所說明之功能性所展現，習知bind() API僅評估所選介面是否已經針對所請求之ιρ位址而被組 態。當前藉由額外應用程式軟體步驟來克服bind() Αρι之 此限制ms程式軟體步驟確保在進行bind()纽呼 Η之础 特定介面係針對一廣播或多重廣播資料流之ip ㈣而被組態L此等軟體指令向軟體應用程式添加 了耗用及不必要之複雜性。 圖2說明意欲克服習知bind()奶之限制且簡化通訊端介 面之建立的實施例。在此實關中，對操作調查系統介面 所藉由之處理程序進行修改，從而添加了新的功能性 200 ’該功能性200判定一介面是否可針對所指示之ιρ位址 而被組態。為了簡化此實施例之描述起見，圖2僅描繚且 對應之描述僅陳述針對特定Ip位址被請求繫結之狀况的 bmd() API功能性被包括Kbind()呼叫ι〇*中。 可提供圖2中所說明 之實施例之功能性作為新的Αρι函 123615.doc -13- 200818817 式，諸如，bind_br〇adCast()(亦即，對Apl程式庫之增補， 而非bind() API之修改）。添加新的bind_broadcast() API以 用於廣播、多重廣播及其他相關視訊及/或音訊應用程式 可為較佳的，因為彼等應用程式將無需圖1B中所說明之 驗臟一ANY萬用字元功能性。為了反映可將實施例實

施為新的API，將啤叫#記為⑽且在圖2至圖5中將其識別 為Bind*()。另外，在專用於廣播之新的Αρι中將不需要π 位址之測試Μ，因此’此步驟在圖2至圖5中以虛線加以展 不，以指示其為選用的且不包括於彼等圖之描述中。在替 代實施例中，可修_nd() Αρι以添加本文中所描述之功 能性’同日寺保持舊版bind()之INADDR—ΑΝγ萬用？元功能 性。在圖6至圖9中說明且在下文中描述了此等替代實施 例0 參看圖2’經修改之bind*()函式之函式以類似於上文關 ㈣1A所描述之方式的方式㈣行，直至已評估所有本端 "面。具體言之，在起始該函式後便可將旗標值設定至·丄 (步驟12)(或可在稍後時間基於-測試而將旗標值設定至 =:式而-次—個地測試所有介面，該迴圈常式之一 明於步驟16、18、20、28、3。中。可將計數器初 數或指向第一介面(步驟16)。接著，藉由使用計 r否已：選擇一介面(步驟18)，且查詢所選介面以判定 !=:所指示之1ρ位址而被組態(步卿若其係 〜則bind*()函式將所指示之通訊端或〇>位址繫結 123615.doc -14- 200818817 至所指定之本端介面（步驟22)，且將狀態旗標設定至"〇"， 從而指示Mnd*〇操作係成功的（步驟24)，且返回至進行 “d〇呼叫之應用程式（步驟26)。若所選介面尚未針對所 才曰不之IP位址而被組態（亦即，測試2〇之結果為"否"），則 函式可測試計數器（例如，藉由比較計數器與設備介面之 。數）以判疋疋否存在更多待評估之介面（步驟28)，且若如

此：則在反向迴圈至步驟18以繼續該處理程序之前遞增計 數器以指向下一介面（步驟3〇)。 若已評估最後介面（亦即，測試28之結果為"否"），則此 意謂無任何介面係針對所指示之IP位址而被组態。實施新 的功能性2G0,而非傳回且指示繫結失敗。此新的功㈣ 2〇〇(諸如）藉由實施第二迴圈（諸如，步驟214、η。2丨8、 224、j26)來第二次評估每—介面，以判定介面是否能够 被組悲至所要IP位址。舉例而言，可將計數器初始化以扑 不或指向第-本端介面（㈣214)，接著選擇彼介面以供評 估（步驟216)。函式接著評估所選介面以判定其是否可針對 所指示之1P位址而被組態⑽），且若如此，則接著針對該 IP位址而組態該介面（步驟22G)。_旦已纽態介面，便 訊端繫結至該介面（步驟22)，此類似於f知bind〇納之正 :功能性。在成功地完成繫結操作之後，可將狀態旗標改 =至〇 (步驟24)，且藉由返回至進行bind*()呼叫之應用程 式而完成函式（步驟26)。 存在經修改之bind*()函 可組態性的至少兩種方式 式可測試介面針對特定IP位址之 。在第一方式中，bind*〇函式可 123615.doc -15- 200818817 明確地與所選介面互動以判定所選介面是否能够針對所指 g入 *被1且悲。此可涉及使用所指*之ip位址而對所 選介面執行組態操作API或類似函切叫且測試是否傳回 成功值。此不僅證實組態是否為可能的(此資訊係由傳回 值來料），而且其亦在相同步驟中實現該組態。因此， π在單處理程序呼叫中組合或實現諸圖中所示之步驟 酋右使用僅傳回對所指示之ΙΡ位址之組態係可能 .$的處理％序呼叫，則—獨立操作(步驟22〇)將被包括 於bmd*()函式中以實現該組態。 /第二方式中，新的bind*()函式可使用-投送檢查方法 (諸1藉由存取系統存取控制清單（ACL)或包括關於介面 > 數之貝訊的另一資料庫）以判定所選介面之組態參 ^若設備或系統已實施原則式投送，則机可列出已組 &每；1自所針對之位址以及每一介面之輸入/輸出組態 b力□此，藉由進打ACL檢查（諸如，藉由執行考慮An ^所^出之每—介面值的迴圈）’函式可快速地判定任何 I面疋否已針對所指不之卩位址或通訊端而被組態或是否 可此針對所扎示之IP位址或通訊端而被組態。 、f在已評估所有設備或系統介面（亦即，測試224之結果 否”）之後’無任何介面被繫結至所指示之IP位址，則此 指示無任何介面能够針對所指示之卩位址而被組態。因 此三經修改之bind*()函式已失敗，因此，該函式向錯誤暫 存崙公布錯誤碼（步驟34)，且返回至呼叫bind*() 之應 用程式（步驟26)。在圖2中所說明之實例處理程序中，狀態 123615.doc •16- 200818817 旗標未改變至"ο" ’因為未實現任何繫結操作，因此，傳 回"-1"值，從而指示bind*0操作失敗。熟習程式設計技術 者應瞭解，可以許多方式及在處理程序流程期間之若干點 來設定bind*()傳回值。

圖3說明用於實施本發明之替代實施例，其僅需要透過 系統或設備之本端介面的單一迴圈。類似於上文關於圖2 所描述之實施例，函式以類似於習知bind()函式之方式的 方式而開始，直至判定所選介面並未針對所指示之ιρ位址 而被組態（測試20)。具體言之，在起始函式後便可將旗標 值設定至-1(步驟12)(或可在稍後時間基於一測試而將旗標 ㈣定至”]”)。視特定API實施而冑，bind〇函式可(諸如) 藉由執行一迴圈常式而一次一個地測試所有介面，該迴圈 常式之一實例被說明於步驟16、18、2〇、μ、3〇中。可將 計數器初始化以指示或指向第一介面（步驟16)。接著，藉 由使用計數值，bind*〇函式選擇一介面（步驟18)，且查詢 所選介面以肖定其是否已針對戶咖之卩地址而被組態 (步驟20)。若其係如此組態，則函式將所指示之通訊端或 IP位址繫結至所指定之本端介面（22)，且將狀態旗標設定 至，從而指示bind*〇函式係成功的（24)，且返回至進行 bind*()呼叫之應用程式（步驟26)。 ^而，右所選介面尚未針對所指示之ιρ位址而被組態 (亦〜即’測試20之結果為”否"），貝,！函式接著評估該介面以 判疋/、疋否可針對所指示之IP位址而被組態（步驟21 8)。如 上文所論述，存在可進行此評估之至少_方式。若判定 1236I5.doc -17- 200818817 介面可被組態至所指示之IP位址，則將其如此組態（步驟 220)，其後，將所選介面繫結至通訊端（步驟22)。在成功 地將介面繫結至巧位址之後，可將狀態旗標設定至"〇"(步 驟24)，其後，函式返回至呼叫bindHs() Αρι之應用程式。 若所選介面不能够被組態至所指示之Ip位址（亦即，測試 21 8之結果為"否"），則函式可測試計數器以判定是否存在 更多待評估之介面（步驟28)，且若如此’則在反向迴圈至 步驟18之前遞增計數器（步驟3〇)。若不存在更多待評估之 面（亦即，測試28之結果為"否"），則此意謂無任何介面 被繫結’因此’在函式返回至呼叫bind*() Αρι之應用程式 (步驟26)之前將向錯誤暫存器公布錯誤碼（步驟3句。 圖4中說明第三實施例’其包括對每—介面所進行之關 於其是否能够接收廣播或多重廣播資料流的額外測試。在 此實施例中’ Mnd*()函式以與上文關於圖2所描述之方式 相同的方式而進行，除了新步驟_以外。因此，圖2之描 料對相似步驟而在此處以引用之方式被併人以避免需要 一餘為述w bind*()函式選擇—介面以用於評估其針對指 示符IP位址之可纟且離柯祌 #，、 、、-^生％，該函式首先測試所選介面以判 定其是否具有接收1p資料之廣播或多重廣播流之能力(步 驟400)。此測試可藉由在 — 子取ACL以判定介面參數或藉由進 订介面之直接查詢而得實 貝兄在針對特定介面之可組態 性而評估該特定介面& 則评估所選介面用於接收IP資料之 廣播或多重廣播流的能力 、 b力了更為有效，因為可經由ACL而 快速地作出此判定，同時 1J時判疋介面之可組態性可能會針對 123615.doc -18- 200818817 處理能力Μ費更多時間。若此評估證實介面能够接收^ 貝枓之廣播或多重廣播流(亦即，測試4〇〇之結果為"是"）

則bind*()函式進行以測試所選介面是否能够被組態至所指 示之1p位址（步驟218)1而，若所選介面不能够接收IP:# 枓之廣播或多重廣播流，則bi祕()函式進行以遞增迴圈來 評估下-介面’諸如’藉由測試額外介面是否可用於評估 (步驟224)’且若如此，則遞增計數器（步驟226)。除了呷 估介面接收卩資料之廣播或多重廣播流之能力以外，圖* 中所說明之實施例之功能性的其餘部分與圖2中所說明及 上文關於彼圖所描述之實施例的其餘部分相同。 以類似方式，P 5說明替代實施例，其與圖3中所說明之 實施例相同’除了所選介面之用以判定其是否具有接收U 資料之廣播或多重廣播流之能力的額外測試(步驟4叫以 外。圖3之描述針對相似步驟而在此處以引用之方式被併 入以避免需要冗餘描述。當bind*〇函式已判定介面尚未針 對所指示之IP位址而被組態（測試20)時，評估彼介面以判 定其是否能够接收廣播資料流(400)。若其能够接收廣播資 料流，則接著評估所選介面以判定其是否可針對所指示2 IP位址而被組態（步驟23〇)。然而，若所選介面不能够接收 ip資料之廣播或多重廣播流，則遞增迴圈，諸如，藉由測 試額外介面是否可用於評估（步驟28)，且若如此，則在反 向迴圈至步驟18之前遞增計數器（步驟30)。除了評估介 接收IP貝料之廣播或多重廣播流之能力以外，圖5中所古兒 明之實施例之功能性的其餘部分與圖3中所說 人工又關 1236l5.doc -19 - 200818817 於彼圖所描述之實施例的其餘部分相同。 如上文所提及’可將各種實施例實施為保持所有舊版功 能性的經修改之bind〇 AP卜圖6說明此實施例，其中上文 關於圖2所描述之額外功能性2〇〇被併入Mnd*() Αρι之完整 功能性中。在此實施射，若位址包括於bind*〇呼叫 10*自變數中，則函式如上文關於圖2所描述而進行。若 bind*0呼叫10*自變數包括用於Ip位址之mADDR一ΑΝγ或 ’則調用INADDR_ANY繫結任何物功能性，測試14之 ^果為否” ’因此，函式接著進行以執行步驟38、40、 44 46、48之迴圈來測試每一介面，以判定該介面是 否被組態有IP位址（測試4())。具體言之，可將計數器初始 化以指示或指向第一介面（步驟36)。接著，藉由使用計數 f，函式選擇一介面（步驟38)，且查詢所選介面以判定其 疋否已針對任何IP位址而被組態（測試4〇)。若所選介面針 對1P位址而被組態，則繫結彼介面（步驟42)，且設定成功 狀=標"0"(步驟44)。無論所選介面是未針狀位址而被 =態還是其在步驟42中被成功地繫結，皆（諸如）藉由測試 是否保持評估額外介面（測試46)來遞增迴圈，且若如此， 則在函式反向迴圈至步驟38之前遞增計數器（步驟48)。然 而右不存在更多待評估之介面（亦即，測試46之結果為 )貝】bin(i 0函式可測試狀態旗標以判定其是仍等於 1還疋其已由於一介面被繫結至任一 IP位址而被設定至 〇 (測4 32)。若此測試之結果為"否"（亦即，狀態旗標等 於"〇”），則函式返回至呼叫bind*() API之應用程式（步驟 123615.doc -20- 200818817 26)，從而傳回》〇"狀態值。然而，若狀態旗標等於"_1”（亦 即，測試32之結果為，，是"），則此指示繫結操作並不成功， 因此，在函式返回至呼叫bind*() API(步驟26)之應用程式 之前向錯誤暫存器公布錯誤碼（步驟34)。經修改之1^11(1*〇 功能性之在圖6中所說明的剩餘步驟基本上與上文關於圖2 所描述之步驟相同。 以類似方式，圖7說明一實施例，其中上文關於圖3所描 述之額外功能性300被併入bind*() API之完整功能性中。 在此實施例中’若IP位址包括於bind*()呼'叫1 〇*自變數 中，則函式如上文關於圖2所描述而進行。若bind*()呼叫 10*自變數包括用於IP位址之INADDR-ANY或”〇”，則調用 INADDR一ANY繫結任何物功能性，此基本上與上文在圖6 中針對步驟36-48所描述之功能性相同。經修改之bind*() 功能性之在圖7中所說明的剩餘步驟基本上與上文關於圖3 所描述之步驟相同。 以類似方式，圖8說明一實施例，其中上文關於圖2所描 述之額外功能性200及上文關於圖4所描述之所選介面之額 外測試400被併入bind() API之完整功能性中。在此實施例 中’若IP位址包括於bind*()呼叫1〇*自變數中，則函式如 上文關於圖2所描述而進行。若bind*()呼叫1 〇*自變數包括 用於IP位址之INADDR—ANY或，，〇”，則調用INADDR一ΑΝγ 繫結任何物功能性，此基本上與上文在圖6中針對步驟36_ 48所描述之功能性相同。經修改之繫結功能性之在圖8中 所說明的剩餘步驟基本上與上文關於圖4所描述之步驟相 123615.doc -21 200818817 同。

類似地，圖9說明一實施例，其中上文關於圖3所描述之 額外功能性300及上文關於圖5所描述之所選介面之額外測 試400被併入bind*() API之完整功能性中。在此實施例 中，若IP位址包括於bind*()呼叫10*自變數中，則函式如 上文關於圖3所描述而進行。若bind*()呼叫自變數包括用 於IP位址之INADDR一ANY或"0”，則調用inADDR_ANY繫 結任何物功能性，此基本上與上文在圖6中針對步驟38 所描述之功能性相同。經修改之繫結功能性之在圖9中所 說明的剩餘步驟基本上與上文關於圖5所描述之步驟相 同0 在最適用於圖2、圖4、圖6及圖8中所說明之實施例的另 一實施例中，可以優先權之次序來查詢介面，諸如，可基 於原則規則來建立。為了實現此情形，可建立介面之優先 權次序清單以用於評估該等介面且按次序透過包含步驟 214、216、218、224、226之迴圈。藉由以優先權之次序 來預備此清單，使得根據原則規則，第一介面具有最高優 先權且最後介面具有最低優先權，上文中所描述之用於評 估介面之可組態性的處理程序將確保根據原則規則，經組 態及經繫結之介面將為最高優先權。4 了建立此優先權清 單，需要使原則參數、規則或優先化標準之集合為介面； 級應用程式（諸如’原則式投送引擎）所知。此等原則 可=成本、服務品質、標準協定偏愛及與個別介面；關 之/、因素。介面等級應用程式接著可針對每一介面而存 123615.doc •22· 200818817 取儲存於ACL中之資訊，且應用原則參數、規則或優先化 心準’以便開發等級值或標準。一旦已針對所有介面而完 成獲自ACL之介面特徵對照原則參數、規則或優先化標準 的此評估’便可以等級值或標準之次序來配置介面。為了 實施此實施例，經修改之bind*() Αρι需要使用等級次序清 單以便在上文關於圖2所描述之新的功能性2〇〇中透過介 面來進行迴圈。 在另一替代實施例中，可在選擇一介面以供評估（圖2、 圖4、圖6及圖8中之步驟216)之時間將原則式規則應用於 介面特徵（諸如，可獲自API)。類似地，可在測試所選介 面以判定其是否能够針對所指示之Ip位址而被組態之前進 行額外原則式規則測試。舉例而言，上文關於圖4、圖5、 圖8及圖9所描述之實施例在測試所選介面之可組態性之前 藉由評估介面是否能够接收„>資料之廣播或多重廣播1?流 來實施某一類型之原則式測試。如上文所描述，若不滿足 此原則式測試，則不針對可組態性而評估介面。可將此概 念進-步應用於其他原則參數（諸如，成本、服務品質、 安全性及SP偏愛）。 ' 可將上文所描述之各種實施例實施於行動設備中，該行 動設備被組態有用祕由蜂巢式電話或無線網路連接來接 收網際網路廣播或多重廣播網際網路資料流之電路及軟 體。此行動設備100之一實例實施例說明於圖1〇中，其^ 為蜂巢式電話、多媒體網際網路允用蜂巢式電話、個：數 位助理及/或無線電子郵件接收器中 、壮一者。此行動設 123615.doc -23- 200818817 備100可包括搞接至έ己憶體104及顯不器log之處理5| iQ2。 行動設備100亦可包括許多資料輸入/輸出介面，諸如，蜂 巢式電話資料接收器、有線（例如，火線）資料鏈路、藍芽 無線資料鏈路及紅外資料鏈路。蜂巢式電話資料接收琴可 包括用於自無線網路發射器/接收器（未圖示）接收電磁信號 之天線120，及連接至天線120以用於接收無線信號且將該 等信號轉換為被中繼至處理器102之數位資料的無線收發 器122。類似地，藍芽或類似之本端無線資料鏈路可包括 連接至藍芽收發器124之天線120(或未獨立展示之另一天 線），該藍芽收發器124將所接收之無線信號轉換為被中繼 至處理器102之數位資料。亦可借助於有線資料鏈路（諸 如，火線、USB、串列（例如，RS_232)或乙太網路資料鏈 路）而將資料發射至行動設備1 〇 0或自行動設備i 〇〇發射資 料。舉例而言，可借助於耦接至火線數據機電路132之火 線資料連接器130來發射資料，該火線數據機電路132將自 連接器130所接收之資料轉換為被中繼至處理器1〇2之數位 貝料。在此項技術中衆所周知，其他有線資料鏈路將涉及 適合於特定資料鏈路之類似電路。亦可借助於紅外資 料鏈路（諸如，借助於輕接至爪資料鏈路數據機電路M2之 汛資料發射器/接收器140)而將資料發射至行動設備丨〇〇及 自订動没備100發射資料，該IR資料鏈路數據機電路142將 自發射器/接收器140所接收之資料轉換為被中繼至處理 器102之數位資料。 蜂巢式電話資料接收器12〇、122、有線資料鏈路13〇、 123615.doc -24- 200818817 132、藍芽無線資料鏈路12〇、i24&IR資料鏈路14〇、ι42

中之每一者皆為處理器可進行存取以接收資料之介面。另 外’可將其他介面實施於行動設備100内以用於在其他模 組與共處理器之間轉移資料。因此，為了接收Ip資料之廣 播或多重廣播流，行動設備1 〇〇必須將此等介面中之一者 繫結至廣播或多重廣播資料流之IP位址。此可藉由執行上 文所描述之一實施例方法（諸如，藉由執行經組態以實施 一方法之軟體指令）的處理器1〇2來實現。可將此等軟體指 令儲存於記憶體104中作為API或作為實施一實施例方法之 編譯軟體。 處理器102可為通用處理器、數位信號處理器（Dsp)、特 殊應用積體電路（ASIC)、場可程式化閘陣列（FpGA)或其他 可程式化邏輯設備、離散閘或電晶體邏輯、離散硬體組 件，或其經設計以執行本文中所描述之函式的任何組合。 通用處理器可為微處理器，但在替代例中，處理器可為任 何習知處理器、控制器、微控制器或狀態機。亦可將處理 斋實施為計算設備之組合，例如，Dsp與微處理器之組 =、複數個微處理器、結合—DSP核心之—或多個微處理 為’或任何其他此組態。 為了實施各種實施例的經修改之bind*() Αρι，需要修芒 提供bind。API功能性之基本軟體’以添加類似：本：： 所描述之軟體的軟體或提供類似功能性之軟體。另外，： 需要更新AH，使得可向應用程式開發者通知新的功能： 及經修改之bind()API的行為。 123615.doc -25- 200818817 圖2至圖9中所說明及上文所描述之各種實施例具有以下 優勢：在無任何介面已經針對所要lp位址而被組態的情况 下bind () API將處理選擇合適介面、對其進行組熊且接 著繫結至所要IP位址（皆在一 Αρι呼叫中）。如此，不需要額 外應用程式複雜性來針對1?而組態特定介面。另外，由於 介面選擇組態及繫結係在單一 API呼叫中被實現，所以可 藉由較低層軟體來調用—*() Αρι。此允許使用新的或經 修改之bmd*() API，以藉由傳遞較低層（亦即，在應用程 式層之下的軟體層）需要用以識別資料流輸入且對=進= 解調變的資訊’來觸發該等較低層處之網際網路廣播或多 重廣播流之組態及解調變。此亦允許較低層軟體組態介面

以用於接收IP資料流。因此，新的或經修改之Η，。Αρι 消除了需要額外API啤叫來選擇、識別、、组態介面及將其 繫結至IP位址’從而簡化了應用程式開發者之任務。 、各種實施例在用於接收廣播或多重廣播IP内容之應用程 ，的情形中係尤為有利的。此係因為在此等情形中，未預 /字在相反方向上存在通信，此為其他類型之網際網路應 用程式中之狀况。因此，與接合卩位址相關聯之複雜性 (其必要地需要接合且退出操作）可藉由實施各種實施例的 經修改之bind*()API而得以避免。 人用於5 & Ji述s施例之事件的硬體可為經組態以執行指 卞口之處理元件及$憶體元件，其中該指令集合係用於 =仃對應於以上事件之方法步驟。或者，可藉由特定於給 疋函式之電路來執行某些事件。 1236l5.doc -26- 200818817 熟習此項技術者應瞭解，可將結合本文中所揭示之實施 例而描述的各種說明性邏輯區塊、模組、電路及演算法步 驟實施為電子硬體、電腦軟體或兩者之組合。為了清楚地 說明硬體與軟體之此互換性，各種說明性組件、區塊、模 組、電路及步驟已通常在上文就其功能性而加以描述。將 此功能性實施為硬體還是軟體視特定應用及强加於整個系 統之設計約束而定。熟習此項技術者可以用於每一特定應 用之不同方式來實施所描述之功能性，但此等實施决策不 應被解釋為導致脫離本發明之範缚。 結合本文中所揭示之實施例而描述的方法或演算法之步 驟可被直接體現於硬體中、由處理器所執行之軟體模組中 或該兩者之組合中。軟體模組可常駐於處理器可讀取記憶 體中，該處理器可讀取記憶體可為RAM記憶體、快閃記憶 體、ROM記憶體、EPROM記憶體、EEPROM記憶體、暫存 器、硬碟、抽取式碟片、CD_R〇M或此項技術中已知之任 何其他形式之儲存媒體中的任一者。將例示性儲存媒體耦 接至處理器，使得該處理器可自該儲存媒體讀取資訊及將 資訊寫入至該儲存媒體。在替代例中，儲存媒體可與處理 器成一體式。處理器及儲存媒體可常駐於ASIC中。ASIC 可系駐於使用者終端機中。在替代例中，處理器及儲存媒 體可作為離散組件而常駐於使用者終端機中。 提供各種實施例之上述描述以使任何熟習此項技術者能 够製造或使用本發明。對此等實關之各種修改將不難為 熟習此項技術者所顯而易見，且可將本文中所界定之一般 123615.doc -27- 200818817 原理應用於其他實施例，而不脫離本發明之精神或範族 因此’本發明並不意欲限於本文中所示之實施例，且實十主 為’申請專利範圍應符合與本文中所揭示之原理及新賴特 徵一致的最廣泛範疇。 【圖式簡單說明】 圖1A及圖1B為說明當前bind〇 API之功能性的流程圖。

圖2為說明對^以。API之第一實施例修改的處理程序流 程圖。 /；?L

圖3為說明對bind〇 API之第二實施例修改的處理程序流 程圖。 /；，L 圖4為說明對圖2中所說明之實施例之替代的處理程序流 程圖。 圖5為巩明對圖3中所說明之實施例之替代的處理程序流 程圖。 圖6為說明實施圖2中所說明之實施例的經修改《bind() API之功能性的處理程序流程圖。 圖7為說明實施圖3中所說明之實施例的經修改之bind() API之功能性的處理程序流程圖。 圖8為說明實施圖4中所說明之實施例的經修改之 API之功_性的處理程序流程圖。 圖9為說明實施圖5中戶斤說明之實施例的經㈣之bind〇 API之功能性的處理程序流程圖。 '為用於以上實施例之行動設備。 [主要元件符號說明】 123615.doc -28· 200818817 100 行動設備 102 處理器 104 記憶體 106 顯示器 120 天線 122 無線收發器 124 藍芽收發器 130 火線資料連接器

132 火線數據機電路 140 IR資料發射器/接收器 142 IR資料鏈路數據機電路

123615.doc -29·

Claims (1)

1. 200818817 十、申請專利範圍·· 1. 一種用於將複數個本端介中一 一 τ ^ 考繁結至一 IP位址以 用於經由網際網路來接收資料之方法，其包含： 判定該複數個本端介面中之一去3 r ^者疋否針對該IP位址而 被組態； 若判定該複數個本端介面中之該一者係針對該IP位址 而被組態’則將該複數個本端介面巾之該-者繫結至該 IP位址； Μ Θ W

   重複判定該複數個本端介面中之一.者是否針對該即立 址而被組態的該等步驟，直至該複數個本端介面中之至 少一者被繫結至該IP位址或所有該複數個本端介面已得 以評估； 若該複數個本端介面中無任一者被繫結至該IP位址， 則選擇該複數個本端介面中之一者； 判定該複數個本端介面中之該所選者是否可針對該Ip 位址而被組態， 若判定該複數個本端介面中之該所選者可針對該ϊρ 位址而被組態，則針對該ΙΡ位址而組態該複數個本端 介面中之該所選者，及 若判定該複數個本端介面中之該所選者可針對該Ιρ 位址而被組態，則將該複數個本端介面中之該所選者 繫結至該IP位址； 重複選擇該複數個本端介面中之一者及判定該複數個 本端介面中之該所選者是否可針對該IP位址而被組態的 123615.doc 200818817 一者被繫結 該IP位址， 該等步驟，直至該複數個本端介面中之至少 至該ip位址或所有本端介面已得以評估，·及 若該複數個本端介面中無任一者被繫結至 則指示一繫結失敗。 2.

   3. W求項1之方法’其進―步包含判U複數個本端介 面中之該所選者是否㉟够接收網際網4資料《一廣播或 多重廣播流’其巾僅當該複數個本端介面中之該所選者 ㈣定為能够接收網際網路㈣之—廣播或多重廣播流 日守’才實現判定該複數個本端介面巾之該所選者是否可 針對該IP位址而被組態。 如請求項1之方法’其中選擇該複數個本端介面中之— 者的5亥步驟包含··根據-優先化次序而自該複數個本端 介面進行選擇。

   4·如請求項丨之方法，其中選擇該複數個本端介面中之一 者的該步驟包含：基於被應用於該複數個本端介面中之 每一者之特徵的原則規則，來根據一優先化次序而自該 複數個本端介面進行選擇。 5· 一種用於將複數個本端介面中之一者繫結至一 Ip位址以 用於經由網際網路來接收資料之方法，其包含·· 選擇該複數個本端介面中之一者； 判定該複數個本端介面中之該所選者是否針對該吓位 址而被組態； 若判定該複數個本端介面中之該所選者並未針對該Ip 位址而被組態’則判定該複數個本端介面中之該所選者 123615.doc 200818817 疋否可針對該ip位址而被組態； 若判定該複數個本端介面中之該所選者可針對該1?位 址而被組態，則針對該IP位址而組態該複數個本端介面 中之該所選者； 若該所選介面係針對該IP位址而被組態，則將該複數 個本端介面中之該所選者繫結至該Ip位址； 重複該等上述步驟，直至該複數個本端介面中之至少 一者被繫結至該IP位址或該複數個本端介面中之每一者 已得以評估；及 若該複數個本端介面中無任一者被繫結至該Ip位址， 則指示一繫結失敗。 6·如請求項5之方法，其進一步包含判定該複數個本端介 面中之該所選者是否能够接收網際網路資料之一廣播或 夕重廣播流，其中僅當該複數個本端介面中之該所選者 被判定為能够接收網際網路資料之一廣播或多重廣播流 日守才實現判定該複數個本端介面中之該所選者是否可 針對該IP位址而被組態。 7·如明求項5之方法，其中僅當該複數個本端介面中之該 所選者並未針對該1?位址而被組態時，才執行評估該複 數個本端介面中之該所選者是否可針對該lp位址而被組 〜及針對邊ip位址而組悲該複數個本端介面中之該所選 者的該等步驟。 種處理器可讀取記憶體，該處理器可讀取記憶體具有 ^存於其上之用於一應用程式設計介面函式的處理器可 123615.doc 200818817 執行軟體指令，該等指令包含以下步驟： 判定該複數個本端介面中之一者是否針對㈣位址而 被組態； 若判定該複數個本端介面中之該一者係針對該ιρ位址 而被組態，則將該複數個本端介面中之該—者繫結至嗜 ip位址； ’、、、、〇以 重複判定該複數個本端介面中之一者是否針對該則立 址而被組態的該等步驟，直至該複數個本端介面中之至 少-者被繫結至該IP位址或該複數個本端介面中之每一 者已得以評估； 若該複數個本端介面中無任一者被繫結至該„>位址， 則選擇該複數個本端介面中之一者； 判定該複數個本端介面中之該 乂听選者疋否可針對該IP 位址而被組態； 若判定該複數個本端介面中 τ I茲所選者可針對該IP位 址而被組態，料對㈣位址心態該複數個本端介面 中之該所選者； 若該複數個本端介面中之該所選者係針對驗位址而 被組態，則將其繫結至該IP位址； 重複選擇該複數個本端介面中 丄 入 回γ之一者及判定該複數個 本端介面中之該所選者是否可 冰 T對該IP位址而被組態的 該專步驟，直至該複㈣本端介面中之至卜者被繫結 至該1p位址或該複數個本端介面中之每-者已得以評 估；及 123615.doc 200818817 ▲ s複數個本、介面中無任一者被繫結至該π位址， 則指示一繫結失敗。

   如請求項8之處理器可讀取記憶體，其中該等軟體指令 進一步包含評估該複數個本端介面中之該所選者是否能 够接收網際網路之-廣播或多重廣播流的一步驟，且 其中僅當該複數個本端介面中之該所選者被評估為能 够接收網際網路之一廣播或多重廣播流時，才實現評估 孩複數個本端介面中之該所選者是否可針對該IP位址而 被組態的該步驟。 10.如請求項8之處理器可讀取記憶體，其中該等軟體指令 被組態，因此，選擇該複數個本端介面中之一者的該步 驟包含：根據一優先化次序而自該複數個本端介面進行 選擇。 11·如請求項8之處理器可讀取記憶體，其中該等軟體指令 被組態，因此，選擇該複數個本端介面中之一者的該步 驟包含：基於被應用於該複數個本端介面中之每一者之 特韨的原則規則，來根據一優先化次序而自該複數個本 端介面進行選擇。 12· —種處理器可讀取記憶體，該處理器可讀取記憶體具有 儲存於其上之用於一應用程式設計介面函式的處理器可 執行軟體指令’该等指令包含以下步驟： 選擇該複數個本端介面中之一者； 評估該複數個本端介面中之該所選者是否針對該斤位 址而被組態； 123615.doc 200818817 若判定該複數個本端介面中之該所選者並未針對該汴 位址而被組態，則評估該複數個本端介面中之該所選者 是否可針對該IP位址而被組態； 若判定該複數個本端介面中之該所選者可針對該1?位 址而被組態，則針對該„>位址而組態該複數個本端介面 中之該所選者； 若該所選介面係針對該IP位址而被組態，則將該複數 個本端介面中之該所選者繫結至該IP位址； 重複該等上述步驟，直至該複數個本端介面中之至少 一者被繫結至該IP位址或該複數個本端介面中之每一者 已得以評估；及 若該複數個本端介面中無任一者被繫結至該Ip位址， 則指示一繫結失敗。 13·如請求項12之處理器可讀取記憶體，其中該等軟體指令 進步包含判疋該複數個本端介面中之該所選者是否能 够接收網際網路資料之一廣播或多重廣播流的一步驟， 其中該#軟體指令被組態，因此，僅當該複數個本端介 面中之該一者能够接收網際網路資料之一廣播或多重廣 播流時’才實現判定該複數個本端介面中之該所選者是 否可針對該IP位址而被組態的該步驟。 14·如請求項12之處理器可讀取記憶體，其中該等軟體指令 被組態’因此’僅當該複數個本端介面中之該所選者並 未針對該IP位址而被組態時，才執行選擇該複數個本端 介面中之一者、判定該複數個本端介面中之該所選者是 123615.doc 200818817 否可針對該ip位址而被組態以及針對該IP位址而組態該 複數個本端介面中之該所選者的該等步驟。 15· —種行動設備，其包含： 一處理器；及 一耦接至該處理器之記憶體，該記憶體具有儲存於其 中之軟體指令，該等軟體指令經組態以導致該處理器執 行以下步驟：

   判定該複數個本端介面中之一者是否針對該注位址而 被組態； 若該複數個本端介面中之該一者係針對該的立址而被 組態，縣該複數個本端介面中之該_者繫結至該則立 址； 重複判定該複數個本端介面中之—者是否針對該叫立 址而被組態的該等步驟，直至該複數個本端介面中之至 少一者被繫結至該IP位址或該複數個本端介面中之每一 者已得以評估； 至該IP位址， 否可針對該IP 若該複數個本端介面中無任一者被繫結 則選擇該複數個本端介面中之一者； 判疋邊複數個本端介面中之該所選者是 位址而被組態； 若判定該複數個本端介面中之該所選者可針對餅位 面 址而被組態’則針對該„>位址而組態該複數個本端介 中之該所選者； 址而 若該複數個本端介面中之該所選者係針對該1?位 123615.doc 200818817 被組態，則將該複數個本端介面中之該所選者繫結至該 ip位址； 重複選擇該複數個本端介面中之一者及判定該複數個 本端介面中之該所選者是否可針對該1?位址而被組態的 该等步驟，直至該複數個本端介面中之至少一所選者被 繫結至該IP位址或該複數個本端介面中之每一所選者已 得以評估；及 若該複數個本端介面中無任一者被繫結至該1?位址， 則指示一繫結失敗。 16 ·如明求項1 5之行動設備，其中該等軟體指令進一步經組 態以導致該處理器執行判定該複數個本端介面中之該所 選者是否能够接收網際網路資料之一廣播或多重廣播流 的該步驟， 其中該等軟體指令進一步被組態，因此，僅當該複數 個本端介面中之該所選者被判定為能够接收網際網路資 料之一廣播或多重廣播流時，才實現判定該複數個本端 介面中之該所選者是否可針對該IP位址而被組態的該步 驟。 17·如明求項15之行動設備，其中該等軟體指令進一步經組 態以導致該處理器根據一優先化次序來選擇該複數個本 端介面中之一者。 1 8·如請求項15之行動設備，其中該等軟體指令進一步經組 悲以導致该處理器基於被應用於該複數個本端介面中之 母斤k者之特彳政的原則規則而根據一優先化次序來選 123615.doc 200818817 擇該複數個本端介面中之一杳。 19· 一種行動設備，其包含： 一處理器；及 • 一耦接至該處理器之記憶體，該記憶體具有儲存於其 中之軟體指令，該等軟體指令經組態以導致該處理器執 行以下步驟： 選擇該複數個本端介面中之/者； 判疋該複數個本端介面中之该所選者是否針對該IP位 • it而被組態； 若判定該複數個本端介面中之該所選者並未針對該JP 位址而被組態，則判定該複數個本端介面中之該所選者 是否可針對該IP位址而被組態； 若判定該複數個本端介面中之該所選者可針對該巧位 址而被組態，則針對該抒位址而組態該複數個本端介面 中之該所選者； _ 若該所選介面係針對該IP位址而被組態，則將該複數 個本端介面中之該所選者繫結至該Ip位址； 重複该等上述步驟，直至該複數個本端介面中之至少 ^ 者被繫結至该1?位址或該複數個本端介面中之每一者 已得以評估；及 若該複數個本端介面中無任一者被繫結至該IP位址， 則指示一繫結失敗。 20·如請求項19之行動設備，其中料軟體指令進—步經組 態以導致該處理器執行判定該複數個本端介面中之該所 123615.doc 200818817 選者是否能够接收網際網路資料之一廣播或多重廣播流 的一步驟，且 其中該等軟體指令進一步被組態，因此，僅當該複數 個本端介面中之該所選者被判定為能够接收網際網路資 料之一廣播或多重廣播流時，才實現選擇該複數個本端 介面中之一者及判定該複數個本端介面中之該所選者是 否可針對該ip位址而被組態的該等步驟。 21·如請求項19之行動設備，其中該等軟體指令進一步經組 態以導致該處理器執行··僅當該複數個本端介面中之該 所選者並未針對該IP位址而被組態時，才實現選擇該複 數個本端介面中之一者及判定該複數個本端介面中之該 所選者是否可針對該IP位址而被組態的該等步

   1236i5.doc 10-