TWM324358U - Transceiver - Google Patents

Description

-M324358 八、新型說明·· 【新型所屬之技術領域】 本創作涉及無線通訊。特別地，本創作涉及一種用於 以無線方式傳輸和接收媒體獨立交接（MIH)消息的媒體 獨立交接功能（MIHF)訊框格式。 【先前技術】 第1圖顯示的是由IEEE 802·21標準規定並為IE 1〇〇 所具有的現有的類型-長度值（TLV)，其中ΙΕ 100包括類型 攔位105、長度欄位110和值攔位115。取代地，TLV攔位 也可以表示諸如標頭之類的其他欄位，或是表示諸如指令 或事件的Mffi服務資料。 類型欄位105指示的是正類型，它定義的是IEEE 802·21標準中的識別（id)值。值攔位115包含的是IE1〇〇 的淨荷或值。在第一種情況中，如果值欄位115所佔用的 八位元組的數量少於或等於127，那麼長度欄位11〇的大小 始終是一個（1)八位元組，這個八位元組的最高有效位元 (MSB) 120被設置為值。在第二種情況中，如果值 欄位115佔用的八位元組的數量多於127，那麼長度攔位 110的大小至少被設置成“X”個八位元組，其中“χ，，大於 或等於二（2)。在這種情況下，長度攔位1〇〇中的第一個 八位元組的MSB 125被設置為“Γ，，所述第一個八位元組 的剩餘7個位元指示的則是附加於第一個八位元組的附加 八位元組的數量。由長度攔位11〇的第二個八位元組表示 6

-M324358 的數量指示的是值攔位115的總的大小。 β對卿8〇2.21來說，其中規定的長度攔位說明是存在 問題的。制地’在關於長細位轉的第二種情況中， ΙΕ^Ε 802.21鮮規定長度攔位中的第二個八位元組代表的 數字指示的是值攔位的總的大小。這是不準確的，因為第 二個八位元組代表的數字並不指示值欄位的長度。取而代 之的是，由第二個八位元組開始的額外附加八位元組所代 表的數字指示的才是值攔位的長度。此外，這些額外八位 元組的值赫表示的是狀位元㈣不是位元絲示的值 欄位的長度。由此’長度欄位並未得到有效使用。 第2圖顯示的是由IEEE 802.21標準規定的mujf訊框 200的現有格式。IEEE 8〇2 21標準規定述证訊框2〇〇是 由MHF固定標頭205和MIHF可變負載21〇組成的。該 MIHF可變負載210則包括MHF可變標頭215和ΜΗρ淨 何 220 〇 IEEE 802.21標準規定，MINH固定標頭205是強制性 的。在下表1中則顯示了 IEEE802.21規定的固定標 頭205的内容： 大小（位元） 描述 ------——. 4 這個攔位被用於規定 所使用的協議的版 本。其重要性可於未來 向下相容性處理中發 7 -M324358 * 現。 ACK-Req 1 這個攔位元用於請求 消息確認 ACK-Rsp 1 這個欄位元用於回應 消息確認的請求 » 保留 4 這個欄位是故意保留 的。在未使用的情況， 該欄位的所有位元都 被設置成“0”。 MIH 消息 ID( MID ) 16 以下三個欄位的組合·· • 服務識別碼（SID) 4 識別不同的MIH服 務，其可能值是： 1 :系統管理 2:事件服務 3 :指令服務 4:資訊服務 操作碼（Opcode) 3 將要對SID執行的操作 的類型，其可能值如 下： 1 :請求 2 :回應 3 :指示 8 -M324358

仃為識別碼（AID) 附加標頭識別碼數 量 9 ---—--- 8 它指示的是將要對SID 一採取的行動_ 指示可變MIHF標頭部 分中包含的標頭識別 碼（用於每一個TLV) » ---—--- 16 數量。 """ " --------------- 這個攔位被用於匹配 請求和回應，以及將請 求、回應和指示匹配於 、^~_ 可變負載長度 --—--- 16 一個 ACK _____ 指示嵌入到MIHF訊框 中的可變負載的總的 長度，它是MIHF可變 • 標頭長度與MIHF淨荷 長度的總和。MIHF固 —-——_ —---- 定標頭長度則並未包 含在内。 ---~---J 正如現有在IEEE 802.21中規定的那樣，應^可變標 頭215包含了附加識別碼，這些識別碼有助於分析和協^ 那些内置的淨荷。這些識別碼同樣是用TLV格式表示的。 對在正EE802.21中規定的這些識別碼來說，用於其（tlv 的）類型攔位的某些可能的值包括事務ID (匹配請求和回 應），ΜΙΗ功能ID/對話ID (識別通訊同位體（peer))，以 及同步資訊（識別接收消息的時間戳）。 9 -M324358 mihf淨荷攔位22〇包含了充當消息的淨荷的服務相關 TLV。與第2圖（MIHF訊框格式）中的固定標頭2〇5 以及表ϋ定標頭描述）中關於其欄位的描述相比， 應該和出的是’表1巾顯示的“附加標頭識別碼數量，，棚 位在第2圖的MIHF訊框200中是不存在的。 MIHF ϋ定標頭205的可變負載長度搁位您是用16 個位元表示的。該可變負載長度攔位225 (在ΙΕΕΕ802.21 中規定）指示的是内嵌到]ynHF訊框200中的可變負載的 總長度，並且表明該長度是MJHF可變標頭215的長度與 MIHF淨荷220的長度的總和。mjhf固定標頭2〇5的長度 則並未包含在内。 由於MIHF可變標頭210的長度可被計算，用於表示 該長度的16個位元應被_，因此可變負载長度搁位225 並不是必需的。 、MHF固定標頭2〇5定義了 一個用於請求確認的確認請 求（ACK_Req)攔位230，以及一個用於確認消息接收的確 認回應（ACK_rsp)攔位235。如在ΙΕΕΕ8〇2·21 t規定的那 樣’確涊消息要麼是在回應封包中附帶（“捎帶”）的， 要麼疋在回應封包中單獨發送的。但是，ΙΕΕΕ8〇2·2ι標準 並未規疋如何扣示回應訊框沒有淨荷並且只充當確認的情 ί。纽，，如果某刪位體（Peer)接收到ACK，位元 設置為“Γ的消息，那麼它必須檢查是否存在淨荷。這種 處理疋非$低效的，這是因為如果沒有淨荷，那麼乂瓜研 負細位210將會包含偽位元，這些偽位元有可能被接收 • M324358 機解釋成是有效位元。由此有必要具有這樣一個欄位，其 中該欄位識別了純確認消息，並且在MIHF訊框200中應 該沒有MIHF可變負載欄位210。但是當前並未定義這樣的 欄位。 IEEE802.21定義了三個MIHF協議識別碼，其中包括 MIHF ID、對話ID以及事務ID240。MIHF ID識別的是發 起MIHF訊框200的發送方。對話仍是由對話發起方產生 的唯一識別碼。事務ID240則被用於匹配請求和回應，以 及將請求、回應和指示匹配於一個ACK (參見上表i)。 由此，所有這三個MIHF協議識別碼（共同）唯一識 別了一個MIHF訊框（或消息）。但是，在mjjjf固定標頭 205中只顯示了事務ID240，而MIHF ID、對話id和事務 ID240則應是用TLV格式表示，並被規定成是處於述册 可變標頭215(它是MIHF可變負載210的一部分）的内部 的。這其中的問題在於，使用TLV表示每一個mjhFID和 對話ID的處理將會導致位元浪費，並且會使贿^訊框· 的解碼處理複雜化。此外，在應^蚊標頭施中已經 給予了事務ID24〇 -個固定欄位，而在MHF可變標頭犯 中則不必用TLV格式來重新對其進行表示。’、 【新型内容】 本創作包含的是針對IEEE8〇2.21標準中已有mhf訊 框格式的-峰改。本創作錢了胚刚2.2〗標準定義的 現有MHF訊框格式。在一個實施例中，通過在丽f固 •M324358 =Γ碩中疋義作為固定攔位的以—關位以及對話id攔 師:”:改沾®訊框的可變負載，由此消除MIHF可 =碩1樣一來’ MIHF可變負載僅僅是由Μ跡淨荷組 你•田^另—個實施例中，諸如IE、指令或標頭之類的攔 疋領型攔位、長度攔位和值攔位（TLV)表示的。值攔

位的長度正好是128個八位元組，而長度欄位則僅僅佔用1 個八位元組。 【實施方式】 下文引用的專有名詞“無線傳輸/接收單元（WTRu)，， 包括，不局限於使用者設備（UE)、行動站、©定或行動使 ^者，元、傳呼機、行動電話、個人數位助理（PDA)、電 腦或是其餘何能在無_射王作的朗者設備。下文 引用的專有名詞“基地自”包括但不局限於Node_B、位址 拴制為、存取點（则或是其絲何能在無線環境中工作 的周邊設備。 第3圖顯示的是由IEEE鼠21規定的的現有的似 ，式表不，該格式表示與第丨圖所示的正1〇〇的格式相似。 虽值攔位的紐狀m個八位元_，本齡適用於解 釋TLV的長度攔位。如第4圖詳細齡的㈣，如果值搁 位佔用的八位元組的數量大於128個八位元組，那麼長度 攔位中第一個八位元組的MSB將被設置成“Γ，。剩餘的 七個位兀指示的是另外附加於（長度欄位的）第一個八位 元組的（新的長度攔位的）八位元組的數量。然後，值攔 12 •M324358 位的長度將會是128加上從第二個八位元組算起的其他附 加長度攔位八位元組所代表的數字。 本創作定義了第三種情況，該情況是在值攔位長度如 第5圖所示正好為128個八位元組的時候適用的。如果值 攔位的長度正好是128個八位元組，那麼長細位的MSB 將被設置成“Γ ’剩餘的7個位摘被設置成“〇”。根 據現有的IEEE802.21標準，如第i圖所示，如果長度大於 127個八位元組，那麼必須添加額外的八位元組“χ” ，以 便充分指示值欄位的長度。即使長度正好是128個八位元 組，現有的IEEE 802.21標準也還是需要額外的八位元組， 以便滿足128個八侃_正辆值。纟此將會浪費額外 的八位元組。當值欄位的長度正好是128個八位元組時， 本創作是不需要贿加的八位元組來狀位元組為單位指 示值欄位的長度的。 第6圖顯示的是根據本創作配置的mjHF訊框格式 60(^ΜΙΗΡ訊框格式600包括mihF固定標頭605和MIHF 可變負載610。但是，在這裏移除了 ^证可變標頭（它是 現有的IEEE802.21MIHF訊框的MIHF可變負載的一部 分）。出現這種情況是因為根據本創作，先前在TLV中表示 並且包含在MIHF可變標頭中的mxHF ID以及對話ID現在 被定義成了 MIHF固定標頭605中的固定攔位。由k，mihf 可變負載610僅僅是由MIHF淨荷組成的。 對第6圖中顯示的MIHF固定標頭605來說，其欄位 名稱要麼是所定義的新攔位，要麼是根據本創作而被修改 13 •M324358 的舊攔位。 立一保留攔位615進行了修改。該欄位在一開始是用10個 位兀表不的，而現在則應該用9個位元來表示這個攔位。 根據本創作，其他的位元制於定義—個“旗標，，棚位 0在這裏則可以採用兩種方案來使用這個欄位。 ^在第一個方案中，當在（MIHF訊框的）MIHF可變淨 确位中存在淨荷時，娜標齡㈣被設置成“1”。在 圪個方案中，MIHF訊框的總長度將會是{[MIHF固定標頭 的長度(始終是15個八位元組)]+[MIHF可變負載的長度]} 八位το組={15+[類型攔位的長度（始終是4個八位元 組)]+[用於表示長度攔位的八位元組的數量]+[長度攔位所 才曰示的值攔位的長度]}八位元組。這個處理可以用於附著 (“捎帶”）一個關於先前接收消息的確認。由此，在將 ACK-rsp和旗標位元設置成“丨”時，這時將會出現一個表 明在包含淨荷的訊框中存在“捎帶”確認的指示。 在第二個方案中，當在（MIHF訊框的）MIHF可變淨 荷欄位中沒有淨荷時，旗標欄位620將被設置成“〇，，。在 這種情況下，MIHF訊框的總長度將會是：[MIHF固定標頭 的長度(始終是15個八位元組)]。特別地，對於同位體(peer) 只需要發送僅包含確認消息的MIHF訊框的情況，這將是 非常有用的。 現有的IEEE 802.21標準並未區分單獨的確認消息。取 而代之的是，現有的IEEE 802.21標準始終使用的是附著的 (“捎帶傳送的”）確認消息傳遞。由此，如果同位體(peer) •M324358 發送一個僅包含確認消息的MIHF訊框，那麼ACK_rsp將 被設置成“Γ，並且旗標位元將被設置成“〇”。在這個 方案中，MIHF可變負載並未傳送資料，由此該負載是不存 在的。這樣一來，MIHF訊框只包含MIHF固定標頭，而接 收機則不會嘗試檢查任何淨荷。 MIHF ID欄位625的功能與IEEE 802.21中所規定的相 同一一作為發起MIHF訊框的發送方的μϊηρ ID。但是， 在IEEE802.21的現有MIHF固定標頭中是不包含這個攔位 的。對這個欄位來說，在該標頭中包含這個攔位的重要性 在於它是所發送的每一個诮息的唯一識別所必需的。由 此，如果用TLV格式來表示這個欄位，那麼它會佔用可用 於其他目的的額外位元。此外，在解碼消息時，其丁^表 示將會產生更多的勞動量和額外開銷。 又 對話10 630的功能與正££8〇2.21中所規定的相同—〜 依個由對話發起方產生的唯一識別碼。但是，要想唯一定 義消息的發送方，那麼對話ID是必需的。同樣，通過將= 個ID置入MIHF固定標頭，可以對位元進行有效使用，並 且增強消息的解碼處理，這一點與在TLV格式中表示該消 息形成了對比。 可變負載長度攔位則被從MIHF固定標頭中移除。這 個攔位的作用是指示MIHF可變淨荷攔_長度，並且該 攔位是由16個位元組成的。但是，即使在沒有$變負載長 度的情況下，MIHF可變淨荷攔位的長度也仍舊可以如下 算：腳型攔位_度(始終是4個八位元組)]+[用於表示長 15 •M324358 ^^=元_數量]+[長度欄位所指示雖棚位的長 °’這16 _元可以林敎諸如讓F 讀度之類的賴的情況下得_約。麵f固定桿 頭申的剩餘攔位則在上表丨中描述。 _贿格柄卿可變錄m含服務相關 士並且匕不再包含ΜΙΗρ可變標頭。在下文中給出的是 本創作的MIHF訊框的例示實施方式。 舉例錢，為了檢錄定ΪΕ，制者端向麵服務點 jP〇s)發送一個資訊請求（也就是查詢）。該資訊請求包 =了一個IE查詢。而MIH Pos則向使用者端回送包含對該 ^ 5孔睛求的回應的一個資訊回應。 苐7圖顯示的是用於請求IE的例示mjhf請求訊框 700。具有IEEE 802.21功能的實體（例如通過使用 TYPE IE—LIST—OF—OPERATORS-REQUEST)請求一個特 定ffi’例如營運商列表。MIHF請求訊框700包含了 MIHF 固定標頭705和MIHF可變負載710。 對第7圖顯示的MIHF請求訊框700的MIHF固定標 頭705來說，其攔位中包含的“χχχ”僅僅意味著這些位元 可以具有任何值，而不會影響到請求訊框700的實施方式。 ΜΙΗ消息id攔位元715是服務ID欄位720、操作碼 (opcode)欄位725以及行為ID攔位730的組合。 服務ID攔位720識別了不同的MIH服務，並且具有 下列值·· 系統管理； 16 • M324358 2=事件服務； 指令服務；以及 資訊服務。 如第7圖所示，服務ID欄位720具有大小為4的十進 位值，這個十進位值使用二進位位元“0100”表示的。今 數值表明在MIHF可變負載710中傳送的淨荷與資訊服= 有關。 、σ务

操作碼（opcode)欄位725指示的是將要對服務扔7如 執行的操作類型，並且具有下列值： 1"=請求； 2:=回應；以及 3=指示。 如所示，操作碼（opcode)攔位725是用大小為j的 值表示的，這表明該淨荷是針對所述服務ID的請求。

行為ID攔位730指示的是將要對服務ID欄位72〇採 取的行動。 如所示，旗標攔位735被設置成“Γ ，這表 可變負載是包含資料的。 MIHF訊框700的請求消息部分中的mjhf可變負載 710包含了 IE請求的TLV表示，該表示是由類型攔位74〇、 長度攔位745以及值攔位750定義的。 類型攔位740包含的是關於IE類型的值。在第7圖所 示實例中，類型欄位740是用IEEE 802.21中固定的值為 ‘0x10000003’’（4個八位元組）的十六進位符號表示的。 17 • M324358 這意味著所述正的類型是用於特定鏈路類型的營運商列 表，其中該鏈路類型是在TLV的值攔位（“M···”）中規 定的。 對長度欄位745來說，其]VISB被設置成‘‘〇，，，這音 味著值欄位的長度小於128個八位元組。值欄位的準確值 疋用剩餘的7個位元表示的，這些位元具有十進位值*。由 此’值棚位的長度是4個八位元組。 值欄位750包含了其獲取營運商列表所要要求的特定 鏈路類型。值攔位750可以具有固定或可變長度，這一點 取決於所論述的IE。就本實例而言，在ΙΕΕΕ8〇2·21中規定 這個欄位的長度固定為4個八位元組。由於這個欄位可以 代表任何規定值’因此它可以用“χχχ••”表示。 第8圖顯示的是提供回應於遞取請求訊框7〇〇的正 的MIHF回應訊框800的一個示範例。假設接收到請求消 息的接收機對MIHF訊框進行相應解碼並且做出回應（例 如使用 TYPE—IE一LIST—OF—operatorsj^sponse)。該 MIHF回應訊框800包含了 mjhp固定標頭8〇5和他证可 麦負載810。该MIHF回應訊框8⑽顯示的是針對營運商列 表IE請求的回應（用於特定鏈路類型）。 對第8圖顯示的MIHF回應訊框8〇〇的MIHF固定標 頭8〇5來說，其欄位中包含#“皿，，健意味著這些位元 可以具有任何值，而不會影響到回應訊框8〇〇的實施。MIH 消息ID欄位元8I5是服務ID欄位82〇、操作碼（叩⑺如） 棚位825以及行為ID搁位幻〇的組合。 «Μ324358 對ACK-req欄位835來說，其位元被設置成“Γ，這 表明同位體（peer)應對該消息接收做出確認（如在 IEEE802.21中規定的那樣）。 旗標攔位840的位元被設置成“Γ，這表明MIHF可 變負載是包含資料的。 服務ID攔位820具有用二進位位元表示的十進位值 4。這個值意味著MIHF訊框中傳送的淨荷與資訊服務有關。 操作碼（opcode)攔位825是用十進位值2表示的， 這表明該淨荷是對所論述的服務Π3的回應。 行為ID攔位830指示的是對服務ID欄位82〇所採取 的行動。 回應消息攔位元中的MIHF可變負載810具有三個攔 位，在下文中將對這三個欄位進行說明。 類型攔位845包含的是正類型的值。在這個實例中， 它疋用值為IEEE 802.21中規定的“〇χ10〇〇〇〇3” （4個八 位元組）表示的。這意味著所論述的IE的類型（這是在請 求消息的丁LV的值攔位中規定的）是用於特定鏈路類型的 營運商的列表。 對長度攔位850來說，其MSB被設置成“丨”，這意 味著值攔位的長度大於128個八位元組。對這侧位的第 一個八位兀組來說，其剩餘的七個位元表明進一步附加了 兩個長度，八位元組（16位元）。料16德元表示的 十進位值疋403。由此，值攔位的總的長度是128+4〇3=531 個八位元組。 19 M324358 值攔位855包含了淨荷。根據IEEE 802.21的規定，這 俯攔位元由兩部封包成：營運商數量（用於特定鏈路類 型），其後跟隨的是營運商識別碼。 μ如在IEEE 802.21中規定的那樣，營運商欄位_的數 字是用4個八位元組表示的。對本實例而言，在這裏將用 於所論述的鏈路類型的營運商的數量選擇為2。這個值是作 為第9圖所示的MIHF可變負載驗獅915巾的前四個 八位元組顯示的。 營運商識別碼是用TLV格式表示的。其巾每—個識別 碼都被視為;^單獨IE ’該IE魏勸鍵，雜則被添加到 營運商識別碼數量之後的值攔位中。由此，在這裏存在兩 個獨立的營運商識別碼TLV 865和87〇。TLV 865和87〇在 結構上是相似的，但是其在内容和長度上可以是不同的。 應該指出的是，這種情況僅僅是一種假設，因為營運商的 名稱尚未定義。這兩個TLV 865和870都附加於值攔位855 (該攔位處於MIHF可變負載810中）的營運商數量。每 一個TLV865和870都具有相同的類型欄位的值，但是長度 攔位和值欄位則是可以不同的。由此可以建議移除附加 TLV 865和870的類型攔位。回應訊框8〇〇的值欄位855 由此將會包含用於營運商數量的4個八位元組，第一營運 商識別碼TLV 865的由值欄位跟隨的長度攔位，以及第二 營運商識別碼TLV87〇的由值攔位跟隨的長度爛位。應該指 出的是，該處理是不能為所有的IE請求和回應實施的，這 是因為所要附加的TLV在某些時候存在差異，由此則需要 20 •M324358 其類型攔位元。 第9晒示的是營運商識別碼IE 900的例示TLV表 示。類型欄位節包含了用於ffi類型的值。在本實例中， 它是像IEEE 802.21中規定那樣用值為“〇χ1〇〇〇〇〇4”（4 個八位元組）的十六進位符號表示的。這意味著所論述的 ΙΕ的类員型疋營運商識別碼。對長度欄位91〇來說，其msb 被设置成1 ，這表明值攔位915的長度大於128個八位 元組。而處於長度攔位910第一八位元組中的剩餘7個位 元則表明另外附加了-個長度攔位八位元組（8位元）。這 8個位元所代表的十進位值是126。由此，值棚位915的總 長度是128+126=254個八位元組。 值欄位915包括營運商命名空間欄位92〇，其後跟隨的 疋營運商名稱攔位925。如IEEE 802.21中規定的那樣，營 運商命名空間欄位920的長度是丨個八位元組。營運商名 麵位925包含了所論述的營運商名稱的值。該營運商名 麵位925是-個非空終結字串，其長度不應該超出⑸ 個八位兀組（如IEEE802.21標準所規定的那樣由於在 IEEE802.21標準中尚未定義可能的值，因此，攔位奶被 顯示成包含了 “XX·."XXX”，它被用於表示任何的值。這樣 一來，對本實例來說，營運商名稱攔位925被假設成具有 最大長度’即253個八位元組。 當接收機接收到MIHF回應消息時，該接收機將對訊 框進打相應解碼，並且將會注意到同位體(peer )將ACK_mq 位元e又置成了 1。然後，根據本創作，接收機發送一個 21 • M324358 包含了確認消息1000的訊框，其中如第10圖所示，所述 訊框只包含MIHF固定標頭1005。在MIHF固定標頭1005 中，ACK-rsp位元1010被設置成“Γ，這表明該訊框包 含了關於先前消息的確認。此外，旗標位元1015被設置成 了 “〇” ，這表明在MIHF可變負載（它是不存在的）中並 沒有淨荷。由此，這個訊框只包含確認溃息。 剩餘的攔位以及這些攔位所包含的值都是由IEEE 802.21標準規定的。由此，接收機可以通過檢查旗標位元 1015來區分純確認消息。 第11圖顯示的是依照本創作配置的包含了第一收發機 1105和第二收發機111 〇的無線通訊系統11 〇〇。第一收發機 1105和第二收發機1110可以是無線傳輪/接收單元 (WTRU)、基地台等等。取代地，有線通訊系統同樣是可 以實施的，其中舉例來說，該系統可以使用乙太網作為物 理連接來實現。

如第11圖所示，第一收發機1105包括第一天線1115, 第二收發機1110包括第二天線1120。第一收發機1105經 由第一天線1115向第二收發機111 〇發送一個MIHF請求訊 框1125。該MIHF請求訊框1125則包含了 MIHF固定標頭 和MIHF可變負載。MIHF請求訊框1125中的MIHF可變 負載並不包含MIHF可變標頭。回應於MIHF請求訊框1125 的接收’第二收發機1110經由第二天線1120向第一收發 機1105發送一個MIHF回應訊框1130。該MIHF回應訊框 1130包含了 MIHF固定標頭和MIHF可變負載。並且MIHF 22 ‘M324358 回應訊框1130中的MiHF可變負載並不包含mihF可變標 頭。 收發機1105還包括用於發送MHF請求訊框1125和 MIHF回應訊框1130的傳輸機1135，用於接收MHF請求 訊框1125和MIHF回應訊框1130的接收機1140，以及用 於產生MIHF請求訊框1125和MIHF回應訊框1130的處 理器1145。 收發機1110還包括用於發送MIHF請求訊框1125和 MIHF回應訊框1130的傳輸機1150，用於接收MIHF請求 訊框1125和MIHF回應訊框1130的接收機1155，以及用 於產生MIHF請求訊框1125和MIHF回應訊框1130的處 理器1160。 雖然本創作的特徵和元件在較佳的實施方式中以特定 的結合進行了描述，但每個特徵或元件可以在沒有所述較 佳實施方式的其他特徵和元件的情況下單獨使用，或在與 或不與本創作的其他特徵和元件結合的各種情況下使用。 本創作知:供的方法或流程圖可以在由通用電腦或處理器執 行的電腦程式、軟體或韌體中實施，其中所述電腦程式、 軟體或韌體是以有形的方式包含在電腦可讀儲存媒體中 的。關於電腦可讀儲存媒體的實例包括唯讀記憶體 (ROM)、隨機存取記憶體（RAM)、暫存器、快取記憶體、 半導體儲存設備、諸如内部硬碟以及可行動磁片之類的磁 媒體、磁光媒體以及諸如CD-R0M碟片和數位多功能光碟 (DVD)之類的光媒體。 ' 23 • M324358 舉例來說’恰當的處理器包括：通用處理器、專用處 理器、傳統處理器、數位信號處理器（dsp)、複數複數微 處理盎、與DSP核心相關聯的一個或複數微處理器、控制 器、微控制器、專用積體電路（ASIC)、現場可程式化閘陣 列（FPGA)電路、其他任何積體電路（IC)和/或狀態機。 與軟體相關的處理器可用於實現射頻收發機，以在無 線傳輸接收單元（WTRU)、使用者設備（UE)、終端、基 地台、無線電網路控制器（RNC)或是任何一種主機電^ 中加以使用。WTRU可以與採用棚和/絲體形式實施的 模組結合使用’例如相機、攝影機模組、視訊電路、揚聲 盗電話、振動設備、揚聲器、麥克風、電視收發機、免持 耳舞、鍵盤、藍牙®模組、調頻⑽）無線電單元、液晶 ，示器（LCD)顯示單元、有機發光二極體（〇LEd)顯= 早疋、數位音樂播放器、媒體播放器、視頻遊戲機模組、 網際網路流f 1和/或任何無祕酬（^ΑΝ)模組。 24 •M324358 【圖式簡單說明】 從以下關於較佳實施例的描述中可以更詳細地瞭解本創 作，這些較佳實施例是作為實施例給出的，並且是結合附 圖而可理解，其中·· 第1圖顯示的是由IEEE802.21標準所規定IE的現有TLV 格式， 第2圖顯示的是現有的IEEE802.21 MIHF訊框格式； 第3圖顯不的是由正ΕΕ8〇2·21規定的現有的TLV格式； 第4圖顯示的是具有長度大於128個八位元組的值欄位 的TLV訊框； 第5圖顯不的是根據本創作具有長度正好等於128個八 位元組的值攔位的TLV訊框； 第6圖顯示的是根據本創作配置的麵^訊框格式； 、第7圖顯示的是根據本創作用於請求的例*⑽取請 求訊框的一實施例； 第8圖顯示的是根據本創作之贿p喊訊框的示範 例:該MIHF回應訊框提供_ IE以回應刪F請求訊框； 第9圖顯4是根據本_胁營稍朗碼的例示 TLV表示； 第圖顯示的是根據本創作具有確認消息的歷 框；以及 第11圖顯示的是根據本創作配置的通訊系統。 25 .M324358

【主要元件符號說明】 IE 資訊元件 MSB 最高有效位元 MIHF媒體獨立交接功能 ID 識別 MIH 媒體獨立交接 TLV 類型棚位、長度棚位和值棚位 100 IE 200 MIHF訊框 220 MIHF淨荷 240 事務ID 225 可變負載長度攔位 215 MIHF可變標頭 600 MIHF訊框格式 700 MIHF請求訊框 615 保留欄位 625 MIHF ID欄位 620、 735、840旗標攔位 630 對話π) 720、 820服務ID欄位 120、 125最南有效位元 730、 830行為ID欄位 800 MIHF回應訊框 860 營運商棚位 900 營運商識別碼IE 920 營運商命名空間攔位 925 營運商名稱欄位 1000 確認消息的訊框 1010 ACK-rsp 位元 1015 旗標位元 1100 無線通訊系統 1105 、mo收發機 1115 ^ 1120 天線 1125 MIHF請求訊框 1130 MIHF回應訊框 1135 、1150傳輸機 1140 、1155接收機 1145、1160處理器 105、740、845、905 類型攔位 110、745、850、910 長度攔位 115、750、855、915 值攔位 26 • M324358 230、835 235 210、610、710、810 865 、 870 715 ^ 815 725 、 825 205、605、705、805 確認請求（ACK-Req)欄位 確認回應（ACK-rsp)欄位 MIHF可變負載 營運商識別碼TLV MIH消息ID欄位元 操作碼（opcode)欄位 1005 MIHF固定標頭 27

Claims (1)

1. • M324358 九、申請專利範圍： 1· 一種收發機，包括： 一天線； 與該天線電耦合的一接收機，該接收機被配置成接收 媒體獨立交接功能（MIHF)請求訊框以及媒體獨立交 接功能回應訊框； 與該接收機和該傳輸機耦合的一處理器，該處理器係 配置以產生包含了一固定標頭和一可變負載的一媒體 獨立交接功能請求訊框，其中該可變負載並不包含一 可變標頭；以及 與該天線和該處理器電耦合的一傳輸機，該傳輸機係 配置以傳輸由該處理器產生的該媒體獨立交接功能請 求訊框。 2·如申請專利範圍第1項所述的收發機，其中該固定標 頭包括一媒體獨立交接功能識別（ID)欄位。 3·如申請專利範圍第1項所述的收發機，其中固定標頭 包括對話識別（ID)欄位。 4·如申明專利範圍第1項所述的收發機，其中固定標頭 包括一旗標攔位。 5·如申請專利範圍第4項所述的收發機，其中該處理器 包括用於將旗標欄位設置成1的裝置，以表明在包含 一淨荷的該媒體獨立交接功能請求訊框中具有捎帶確 認。 6·如申請專利範圍第4項所述的收發機，其中該處理器 28 M324358 將該旗賴位設置成G’以表明在—可變淨荷攔位中沒 有淨荷。 7·如申請專利範圍帛丨項所述的收發機，其中該可變負 載包括一類型攔位、一長度攔位和一值攔位。 8·如申请專利範圍第7項所述的收發機，其中該值攔位 包括用於獲取一營運商列表的一特定鏈路類型。 9.如申請專利範圍帛1項所述的收發機，其中該收發機 是一無線傳輸/接收單元（WTRU)。 10·如申請專利範圍第1項所述的收發機，其中該收發機 是一有線傳輸/接收單元。 11·如申請專利範圍第1項所述的收發機，其中該收發機 是基地台。 12· —種收發機，包括： 一天線； 與該天線電耦合的一接收機，該接收機係配置以接收 媒體獨立交接功能（MIHF)請求訊框以及媒體獨立交 接功能回應訊框； 與該接收機和該傳輸機耦合的一處理器，該處理器係 配置以產生一媒體獨立交接功能訊框，該媒體獨立交 接功能訊框包含了由一類型欄位、一長度欄位和一值 欄位表示的服務資料或依可變標頭，其中該值欄位的 長度正好是128個八位元組，該長度欄位只佔用1個 八位元組；以及 與該天線和該處理器電搞合的一傳輸機，該傳輸機係 29 M324358 配置以傳輸由該處理器產生的該媒體獨立交接功能訊 框。 13.如申請專利範圍第12項所述的收發機，其中該長度欄 位所佔用的該八位元組的最高有效位元（MSB)係設 置成值1 ’並且在该長度棚位所佔用的該八位元組中跟 Ik在該最高有效位元之後的剩餘7個位元被設置成值 0 〇 30