TWI833946B - 網路節點及於其中使用的方法 - Google Patents
網路節點及於其中使用的方法 Download PDFInfo
- Publication number
- TWI833946B TWI833946B TW109113754A TW109113754A TWI833946B TW I833946 B TWI833946 B TW I833946B TW 109113754 A TW109113754 A TW 109113754A TW 109113754 A TW109113754 A TW 109113754A TW I833946 B TWI833946 B TW I833946B
- Authority
- TW
- Taiwan
- Prior art keywords
- mac address
- network node
- message
- range
- mac
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 33
- 238000012790 confirmation Methods 0.000 claims description 7
- 238000004891 communication Methods 0.000 description 45
- 239000003795 chemical substances by application Substances 0.000 description 41
- 239000000523 sample Substances 0.000 description 32
- 238000005516 engineering process Methods 0.000 description 29
- 230000006870 function Effects 0.000 description 26
- 230000007123 defense Effects 0.000 description 21
- 230000005540 biological transmission Effects 0.000 description 13
- 238000010586 diagram Methods 0.000 description 12
- 238000007726 management method Methods 0.000 description 12
- 235000014510 cooky Nutrition 0.000 description 11
- 230000008569 process Effects 0.000 description 10
- 238000012360 testing method Methods 0.000 description 10
- 238000012545 processing Methods 0.000 description 9
- 230000007246 mechanism Effects 0.000 description 8
- 230000004044 response Effects 0.000 description 8
- 238000001228 spectrum Methods 0.000 description 7
- 230000009471 action Effects 0.000 description 6
- 230000011664 signaling Effects 0.000 description 6
- 230000002093 peripheral effect Effects 0.000 description 5
- 230000006399 behavior Effects 0.000 description 4
- 238000004088 simulation Methods 0.000 description 4
- 239000000969 carrier Substances 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- RTZKZFJDLAIYFH-UHFFFAOYSA-N Diethyl ether Chemical compound CCOCC RTZKZFJDLAIYFH-UHFFFAOYSA-N 0.000 description 2
- 241000760358 Enodes Species 0.000 description 2
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 2
- 238000004873 anchoring Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 229910001416 lithium ion Inorganic materials 0.000 description 2
- PXHVJJICTQNCMI-UHFFFAOYSA-N nickel Substances [Ni] PXHVJJICTQNCMI-UHFFFAOYSA-N 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 230000005355 Hall effect Effects 0.000 description 1
- HBBGRARXTFLTSG-UHFFFAOYSA-N Lithium ion Chemical compound [Li+] HBBGRARXTFLTSG-UHFFFAOYSA-N 0.000 description 1
- 241000700159 Rattus Species 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- OJIJEKBXJYRIBZ-UHFFFAOYSA-N cadmium nickel Chemical compound [Ni].[Cd] OJIJEKBXJYRIBZ-UHFFFAOYSA-N 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000009849 deactivation Effects 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 239000000446 fuel Substances 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 229910052987 metal hydride Inorganic materials 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 229910052759 nickel Inorganic materials 0.000 description 1
- -1 nickel metal hydride Chemical class 0.000 description 1
- QELJHCBNGDEXLD-UHFFFAOYSA-N nickel zinc Chemical compound [Ni].[Zn] QELJHCBNGDEXLD-UHFFFAOYSA-N 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 238000009877 rendering Methods 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000001356 surgical procedure Methods 0.000 description 1
- 238000000411 transmission spectrum Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000009966 trimming Methods 0.000 description 1
- 239000011701 zinc Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/2557—Translation policies or rules
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5069—Address allocation for group communication, multicast communication or broadcast communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5038—Address allocation for local use, e.g. in LAN or USB networks, or in a controller area network [CAN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5092—Address allocation by self-assignment, e.g. picking addresses at random and testing if they are already in use
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/59—Network arrangements, protocols or services for addressing or naming using proxies for addressing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/618—Details of network addresses
- H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/695—Types of network addresses using masks or ranges of addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5061—Pools of addresses
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本文描述了用於多播及單播MAC位址指派協定(MUMAAP)的方法及裝置。第一節點可以基於第二節點的單播MAC位址或與第二節點相關聯的多播MAC位址向第二節點傳送發現訊息,該發現訊息可以包括第一MAC位址或第一MAC位址範圍。第一節點可以接收具有第二MAC位址範圍的給予訊息。如果第一節點從接收到的第二MAC位址範圍中選擇第二MAC位址,則第一節點可以傳送表明第二MAC位址或第二MAC位址範圍被分配給第一節點的請求訊息。第一節點可以接收確認訊息,該確認訊息表明第二MAC位址或第二MAC位址範圍被分配給第一節點。
Description
相關申請案的交叉引用
本申請案主張在2019年4月25日申請的美國臨時申請序號62/838,687的權益,其內容藉由引用併入本文。
IEEE 802.1 CQ是指定用於IEEE 802網路中48位元以及64位元位址的本地唯一指派的協定、程序及管理物件的標準。具體來說,IEEE 802.1CQ正在層2協定上進行操作,以經由所有IEEE 802存取技術(例如IEEE 802.11、IEEE 802.3等)而在IEEE 802c中定義的結構化本地位址計畫(SLAP)中向終端站本地指派單播及多播MAC位址。然而,目前的層2協定(例如IEEE 1722 MAC位址獲取協定)並不支援將MAC位址分配給終端站,而不管MAC位址的任何先前配置或先前分配。因此,需要用於不要求先前配置或分配的單播及多播MAC位址的分配的協定以滿足IEEE 802.1 CQ的要求。
本文描述了用於多播及單播MAC位址指派協定(MUMAAP)的方法及裝置。例如,有線或無線網路中的第一節點可以基於第二節點的單播MAC位址或與第二節點相關聯的多播MAC位址以向第二節點傳送發現訊息,該發現訊息可以包括或不包括第一MAC位址或第一MAC位址範圍。如果發現訊息包括第一MAC位址或第一MAC位址範圍,則第一MAC位址或第一MAC位址範圍可以基於使用MUMAAP被分配給第一節點的先前MAC位址或位址範圍而被確定。第一節點然後可以從第二節點接收具有可以被分配給第一節點的第二MAC位址範圍的給予訊息。第二MAC位址範圍可包括單播MAC位址範圍或多播位址範圍、並且可以由第二節點基於與第二節點相關聯的MAC位址池、第一MAC位址或第一MAC位址範圍中的至少一者來確定。如果第一節點從所接收的第二MAC位址範圍中選擇第二MAC位址,則第一節點可以向第二節點傳送請求訊息,該請求訊息表明第二MAC位址或第二MAC位址範圍被分配給第一節點。所選擇的第二MAC位址可以是單播MAC位址或多播MAC位址、並且可以與第一MAC位址相同或在第一MAC位址範圍內。第一節點然後可以從第二節點接收確認訊息,該確認訊息表明第二MAC位址或第二MAC位址範圍被分配給第一節點。第一節點可以是具有或不具有預先配置的初始MAC位址的用戶端,第二節點可以是伺服器。
圖1A是示出了可以在其中實現一個或複數揭露的實施例的範例性通信系統100的圖。通信系統100可以是向複數無線使用者提供例如語音、資料、視訊、訊息傳遞、廣播等內容的多重存取系統。通信系統100可以使複數無線使用者能夠經由共用包括無線頻寬的系統資源來存取這樣的內容。例如,通信系統100可以採用一種或多種通道存取方法,例如分碼多重存取(CDMA)、分時多重存取(TDMA)、分頻多重存取(FDMA)、正交FDMA(OFDMA)、單載波FDMA(SC-FDMA)、零尾唯一字離散傅立葉轉換擴展OFDM(ZT-UW-DFT-S-OFDM)、唯一字OFDM(UW-OFDM)、資源塊濾波OFDM、濾波器組多載波(FBMC)等。
如圖1A所示,通信系統100可以包括無線傳輸/接收單元(WTRU)102a、102b、102c、102d、無線電存取網路(RAN)104、核心網路(CN)106、公共交換電話網絡(PSTN)108、網際網路110以及其他網路112,但是應當理解,所揭露的實施例考慮了任意數量的WTRU、基地台、網路及/或網路元件。每一個WTRU 102a、102b、102c、102d可以是被配置為在無線環境中操作及/或通信的任何類型的裝置。舉例來說,WTRU 102a、102b、102c、102d(其中任何一個都可以被稱為站(STA)或節點)可以被配置為傳輸及/或接收無線信號、並且可以包括使用者設備(UE)、行動站、固定或行動用戶單元、網路節點、節點、用戶端、基於訂用的單元、呼叫器、行動電話、個人數位助理(PDA)、智慧型電話、膝上型電腦、小筆電、個人電腦、無線感測器、熱點或Mi-Fi裝置、物聯網(IoT)裝置、手錶或其他可穿戴裝置、頭戴式顯示器(HMD)、車輛、無人機、醫療設備及應用(例如遠端手術)、工業設備及應用(例如,在工業及/或自動化處理鏈環境中操作的機器人及/或其他無線裝置)、消費電子裝置、在商業及/或工業無線網路上操作的裝置等等。任何WTRU 102a、102b、102c及102d可互換地稱為UE、節點或用戶端。
通信系統100還可以包括基地台114a及/或基地台114b。基地台114a、114b中的每一個可以是被配置為與WTRU 102a、102b、102c、102d中的至少一個無線介接以存取一個或複數通信網路的任何類型的裝置,該通信網路例如CN 106、網際網路110及/或其他網路112。作為範例,基地台114a、114b可以是基地台收發站(BTS)、節點B、e節點B(eNB)、本地節點B、本地e節點B、例如g節點B(gNB)的下一代節點B、新無線電(NR)節點B、站點控制器、存取點(AP)、網路節點、節點、伺服器、無線路由器等。雖然基地台114a、114b各自被描繪為單一元件,但是將理解,基地台114a、114b可以包括任何數目的互連基地台及/或網路元件。基地台114a、114b可互換地稱為節點或伺服器。
基地台114a可以是RAN 104的一部分,其還可以包括其他基地台及/或網路元件(未示出),例如基地台控制器(BSC)、無線電網路控制器(RNC)、中繼節點等。基地台114a及/或基地台114b可以被配置為在一個或複數載波頻率上傳輸及/或接收無線信號,這些載波頻率可以被稱為胞元(未示出)。這些頻率可以在許可頻譜、未許可頻譜、或者許可及未許可頻譜的組合中。胞元可以向特定地理區域提供無線服務的覆蓋,該特定地理區域可以是相對固定的或者可以隨時間而改變。胞元可以進一步被劃分為胞元扇區。例如,與基地台114a相關聯的胞元可以被劃分為三個扇區。因此,在一個實施例中,基地台114a可以包括三個收發器,即,胞元的每個扇區一個收發器。在實施例中,基地台114a可以採用多輸入多輸出(MIMO)技術、並且可以針對胞元的每個扇區利用複數收發器。例如,波束成形可以用於在期望的空間方向上傳輸及/或接收信號。
基地台114a、114b可經由空中介面116以與WTRU 102a、102b、102c、102d中的一者或多者通信,該空中介面116可以是任何合適的無線通信鏈路(例如,射頻(RF)、微波、釐米波、微米波、紅外(IR)、紫外(UV)、可見光等)。空中介面116可以使用任何合適的無線存取技術(RAT)來建立。
更具體地,如上所述,通信系統100可以是多重存取系統、並且可以採用一個或複數通道存取方案,例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等。例如,RAN 104中的基地台114a以及WTRU 102a、102b、102c可以實施例如通用行動電信系統(UMTS)地面無線電存取(UTRA)之類的無線電技術,其可以使用寬頻CDMA(WCDMA)來建立空中介面116。WCDMA可以包括例如高速封包存取(HSPA)及/或演進型HSPA(HSPA+)之類的通信協定。HSPA可以包括高速下鏈(DL)封包存取(HSDPA)及/或高速上鏈(UL)封包存取(HSUPA)。
在實施例中,基地台114a以及WTRU 102a、102b、102c可以實施例如演進型UMTS地面無線電存取(E-UTRA)之類的無線電技術,該無線電技術可以使用長期演進(LTE)及/或高級LTE(LTE-A)及/或高級LTE Pro(LTE-A Pro)來建立空中介面116。
在實施例中,基地台114a以及WTRU 102a、102b、102c可以實施例如NR無線電存取的無線電技術,該無線電技術可以使用NR來建立空中介面116。
在實施例中,基地台114a以及WTRU 102a、102b、102c可以實施多種無線電存取技術。例如,基地台114a以及WTRU 102a、102b、102c可以例如使用雙連接(DC)原理一起實施LTE無線電存取以及NR無線電存取。因此,WTRU 102a、102b、102c所利用的空中介面可由多種類型的無線電存取技術及/或發送到多種類型的基地台(例如eNB及gNB)或從多種類型的基地台(例如eNB及gNB)發送的傳輸來表徵。
在其他實施例中,基地台114a及WTRU 102a、102b、102c可實施無線電技術,例如IEEE 802.11(即,無線保真(WiFi)、IEEE 802.16(即,全球互通微波存取(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、暫行標準2000(IS-2000)、暫行標準95(IS-95)、暫行標準856(IS-856)、全球行動通信系統(GSM)、增強型資料速率GSM演進(EDGE)、GSM EDGE(GERAN)等。
圖1A中的基地台114b可以是例如無線路由器、本地節點B、本地e節點B或存取點、並且可以利用任何合適的RAT來促進局部區域中的無線連接,該局部區域例如營業場所、家庭、車輛、校園、工業設施、空中走廊(例如,供無人機使用)、道路等。在一個實施例中,基地台114b以及WTRU 102c、102d可以實施例如IEEE 802.11之類的無線電技術以建立無線區域網路(WLAN)。在實施例中,基地台114b以及WTRU 102c、102d可以實施例如IEEE 802.15之類的無線電技術以建立無線個人區域網路(WPAN)。在又一實施例中,基地台114b以及WTRU 102c、102d可利用基於蜂巢的RAT(例如WCDMA、CDMA2000、GSM、LTE-A Pro、NR等)來建立微微胞元或毫微微胞元。如圖1A所示,基地台114b可以具有到網際網路110的直接連接。因此,基地台114b可以不需要經由CN 106以存取網際網路110。
RAN 104可與CN 106通信,其可以是被配置為向WTRU 102a、102b、102c、102d中的一者或多者提供語音、資料、應用及/或基於網際網路協定語音(VoIP)服務的任何類型的網路。資料可具有不同服務品質(QoS)要求,例如不同流通量要求、潛時要求、容錯要求、可靠性要求、資料流通量要求、移動性要求等。CN 106可以提供呼叫控制、計費服務、基於移動位置的服務、預付費呼叫、網際網路連接、視訊分發等、及/或執行例如使用者認證之類的高階安全功能。儘管在圖1A中未示出,但是應當理解,RAN 104及/或CN 106可以與採用與RAN 104相同的RAT或不同的RAT的其他RAN進行直接或間接的通信。例如,除了連接到可以利用NR無線電技術的RAN 104之外,CN 106還可以與採用GSM、UMTS、CDMA2000、WiMAX、E-UTRA或WiFi無線電技術的另一RAN(未示出)進行通信。
CN 106也可作為WTRU 102a、102b、102c、102d的閘道以存取PSTN 108、網際網路110及/或其他網路112。PSTN 108可以包括提供普通老式電話服務(POTS)的電路交換電話網路。網際網路110可以包括使用公共通信協定的互連電腦網路及裝置的全球系統,該公共通信協定例如是傳輸控制協定(TCP)/網際網路協定(IP)網際網路協定族中的TCP、使用者資料報協定(UDP)及/或IP。網路112可以包括由其他服務提供者擁有及/或操作的有線及/或無線通信網路。例如,網路112可以包括連接到一個或更多RAN的另一個CN,該RAN可以採用與RAN 104相同的RAT或不同的RAT。
通信系統100中的一些或所有WTRU 102a、102b、102c、102d可包括多模式能力(例如,WTRU 102a、102b、102c、102d可包括複數收發器,以經由不同無線鏈路而與不同無線網路通信)。例如,圖1A所示的WTRU 102c可以被配置為與可以採用基於蜂巢的無線電技術的基地台114a通信、以及與可以採用IEEE 802無線電技術的基地台114b通信。
圖1B是示出了範例性WTRU 102的系統圖。如圖1B所示,WTRU 102可包括處理器118、收發器120、傳輸/接收元件122、揚聲器/麥克風124、小鍵盤126、顯示器/觸控板128、非可移記憶體130、可移記憶體132、電源134、全球定位系統(GPS)晶片組136及/或其他週邊設備138等等。可以理解的是,WTRU 102可以包括前述元件的任何子組合,同時保持與實施例一致。
處理器118可以是通用處理器、專用處理器、常規處理器、數位訊號處理器(DSP)、複數微處理器、與DSP核心相關聯的一個或更多微處理器、控制器、微控制器、專用積體電路(ASIC)、現場可程式閘陣列(FPGA)、任何其他類型的積體電路(IC)、狀態機等。處理器118可以執行信號解碼、資料處理、功率控制、輸入/輸出處理及/或使WTRU 102能夠在無線環境中操作的任何其他功能。處理器118可以耦合到收發器120,該收發器120可以耦合到傳輸/接收元件122。雖然圖1B將處理器118以及收發器120描繪為單獨的元件,但將瞭解,處理器118以及收發器120可一起集成在電子封裝或晶片中。
傳輸/接收元件122可以被配置為經由空中介面116以向基地台(例如,基地台114a)傳輸信號或從其接收信號。例如,在一個實施例中,傳輸/接收元件122可以是被配置為傳輸及/或接收RF信號的天線。在實施例中,傳輸/接收元件122可以是被配置為傳輸及/或接收例如IR、UV或可見光信號的放射器/偵測器。在又一實施例中,傳輸/接收元件122可經配置以傳輸及/或接收RF及光信號兩者。應當理解,傳輸/接收元件122可以被配置為傳輸及/或接收無線信號的任何組合。
儘管傳輸/接收元件122在圖1B中被描述為單一元件,但是WTRU 102可以包括任意數量的傳輸/接收元件122。更具體地,WTRU 102可以採用MIMO技術。因此,在一個實施例中,WTRU 102可以包括兩個或更複數傳輸/接收元件122(例如複數天線),用於經由空中介面116傳送及接收無線信號。
收發器120可以被配置為調變將由傳輸/接收元件122傳送的信號、並且解調由傳輸/接收元件122接收的信號。如上所述,WTRU 102可以具有多模式能力。因此,收發器120可以包括複數收發器,用於使WTRU 102能夠經由更多RAT進行通信,該RAT例如是NR及IEEE 802.11。
WTRU 102的處理器118可被耦合到揚聲器/麥克風124、小鍵盤126及/或顯示器/觸控板128(例如液晶顯示器(LCD)顯示單元或有機發光二極體(OLED)顯示單元)、並可從其接收使用者輸入資料。處理器118還可以向揚聲器/麥克風124、小鍵盤126及/或顯示器/觸控板128輸出使用者資料。另外,處理器118可從任何類型的合適記憶體存取資訊、且將資料儲存在該記憶體中,例如非可移記憶體130及/或可移記憶體132。非可移記憶體130可包括隨機存取記憶體(RAM)、唯讀記憶體(ROM)、硬碟或任何其他類型的記憶體儲存裝置。可移記憶體132可以包括用戶身份模組(SIM)卡、記憶條、安全數位(SD)記憶卡等。在其他實施方式中,處理器118可以從記憶體存取資訊並將資料儲存在記憶體中,該記憶體不是實體地位於WTRU 102上,例如位於伺服器或家用電腦(未示出)上。
處理器118可以從電源134接收電力、並且可以被配置為分配及/或控制用於WTRU 102中的其他元件的電力。電源134可以是用於為WTRU 102供電的任何合適的裝置。例如,電源134可以包括一個或複數乾電池(例如,鎳鎘(Ni Cd)、鎳鋅(Ni Zn)、鎳金屬氫化物(NiMH)、鋰離子(Li-ion)等)、太陽能電池、燃料電池等。
處理器118也可以耦合到GPS晶片組136,其可以被配置為提供與WTRU 102的目前位置有關的位置資訊(例如經度及緯度)。除了來自GPS晶片組136的資訊之外、或者作為其替代,WTRU 102可以經由空中介面116從基地台(例如基地台114a、114b)接收位置資訊、及/或基於從兩個或更複數鄰近基地台接收的信號的時序來確定其位置。應該理解,WTRU 102可以用任何合適的位置確定方法來獲取位置資訊,同時保持與實施例一致。
處理器118還可以耦合到其他週邊設備138,其可以包括提供額外特徵、功能及/或有線或無線連接的一個或複數軟體及/或硬體模組。例如,週邊設備138可以包括加速度計、電子羅盤、衛星收發器、數位相機(用於照片及/或視訊)、通用序列匯流排(USB)埠、振動裝置、電視收發器、免持耳機、藍牙®模組、調頻(FM)無線電單元、數位音樂播放器、媒體播放器、視訊遊戲播放器模組、網際網路瀏覽器、虛擬實境及/或增強現實(VR/AR)裝置、活動追蹤器等。週邊設備138可以包括一個或複數感測器。感測器可以是陀螺儀、加速度計、霍爾效應感測器、磁力計、方向感測器、接近感測器、溫度感測器、時間感測器中的一者或多者;地理位置感測器、高度計、光感測器、觸摸感測器、磁力計、氣壓計、手勢感測、生物特徵感測器、濕度感測器等。
WTRU 102可以包括全雙工無線電裝置,對於該全雙工無線電裝置,一些或所有信號(例如,與用於UL(例如,用於傳輸)及DL(例如,用於接收)兩者的特定子訊框相關聯的信號)的傳輸及接收可以是並行的及/或同時的。全雙工無線電裝置可以包括經由硬體(例如扼流圈)或是經由處理器(例如單獨的處理器(未顯示)或是經由處理器118)的信號處理來減小及/或基本消除自干擾的干擾管理單元。在實施例中,WTRU 102可以包括傳送和接收一些或所有信號(例如與用於UL(例如用於傳輸)或下鏈(例如用於接收)的特定子訊框相關聯)的半雙工無線電裝置。
圖1C是示出了根據實施例的RAN 104以及CN 106的系統圖。如上所述,RAN 104可採用E-UTRA無線電技術以經由空中介面116而與WTRU 102a、102b、102c通信。RAN 104還可以與CN 106通信。
RAN 104可包括e節點B 160a、160b、160c,但應瞭解,RAN 104可包括任何數目的e節點B,同時保持與實施例一致。e節點B 160a、160b、160c各可包括一個或更多收發器,以經由空中介面116而與WTRU 102a、102b、102c進行通信。在一個實施例中,e節點B 160a、160b、160c可實施MIMO技術。因此,例如,e節點B 160a可以使用複數天線以向WTRU 102a傳輸無線信號及/或從其接收無線信號。
e節點B 160a、160b、160c中的每一者可與特定胞元(未示出)相關聯、且可被配置為處理無線電資源管理決策、切換決策、UL及/或DL中的使用者排程等。如圖1C中所示,e節點B 160a、160b、160C可經由X2介面彼此通信。
圖1C中所示的CN 106可以包括移動性管理實體(MME)162、服務閘道(SGW)164以及封包資料網路(PDN)閘道(PGW)166。雖然前述元件被描繪為CN 106的一部分,但是將理解,這些元件中的任一者可以由CN操作者之外的實體擁有及/或操作。
MME 162可以經由S1介面而連接到RAN 104中的每一個e節點B 160a、160b、160c、並且可以充當控制節點。例如,MME 162可負責認證WTRU 102a、102b、102c的使用者、承載啟動/停用、在WTRU 102a、102b、102c的初始連結期間選擇特定服務閘道等等。MME 162可以提供控制平面功能,用於在RAN 104與採用其他無線電技術(例如GSM及/或WCDMA)的其他RAN(未示出)之間進行切換。
SGW 164可經由S1介面而連接到RAN 104中的e節點B 160a、160b、160c中的每一者。SGW 164通常可以路由及轉發使用者資料封包至WTRU 102a、102b、102c/來自WTRU 102a、102b、102c的使用者資料封包。SGW 164可以執行其他功能,例如在e節點B間切換期間錨定使用者平面、當DL資料可用於WTRU 102a、102b、102c時觸發傳呼、管理及儲存WTRU 102a、102b、102c的上下文等等。
SGW 164可以連接到PGW 166,其可以為WTRU 102a、102b、102c提供至例如網際網路110之類的封包交換網路的存取,以促進WTRU 102a、102b、102c與IP賦能裝置之間的通信。
CN 106可以促進與其他網路的通信。例如,CN 106可提供WTRU 102a、102b、102c至電路切換式網路(例如PSTN 108)的存取,以促進WTRU 102a、102b、102c與傳統陸線通信裝置之間的通信。例如,CN 106可以包括IP閘道(例如,IP多媒體子系統(IMS)伺服器)、或者可以與IP閘道通信,該IP閘道充當CN 106與PSTN 108之間的介面。此外,CN 106可提供WTRU 102a、102b、102c至其他網路112的存取,該其他網路112可包括其他服務提供者所擁有及/或操作的其他有線及/或無線網路。
雖然在圖1A至圖1D中將WTRU描述為無線終端,但是可以預期在某些代表性實施例中,這種終端可以使用(例如暫時或永久)與通信網路的有線通信介面。
在代表性實施例中,其他網路112可以是WLAN。
基礎設施基本服務集(BSS)模式中的WLAN可以具有用於BSS的存取點(AP)以及與AP相關聯的一個或複數站(STA)。AP可以具有到分散式系統(DS)或另一類型的有線/無線網路的存取或介面,該網路將訊務攜入及/或攜出BSS。源自BSS外部且至STA的訊務可以經由AP到達、並且可以被遞送到STA。源自STA且至BSS外部的目的地的訊務可以被發送到AP以被遞送到各自的目的地。BSS內的STA之間的訊務可以經由AP來發送,例如,其中源STA可以向AP發送訊務,並且AP可以向目的地STA遞送訊務。BSS內的STA之間的訊務可以被認為及/或稱為點對點訊務。點對點訊務可以利用直接鏈路建立(DLS)以在源STA與目的STA之間(例如,直接在源STA與目的STA之間)發送。在某些代表性實施例中,DLS可使用802.11e DLS或802.11z隧道DLS(TDLS)。使用獨立BSS(IBSS)模式的WLAN可能不具有AP,並且在IBSS內或使用IBSS的STA(例如,所有STA)可以彼此直接通信。IBSS通信模式在這裡有時可以被稱為“特定(ad-hoc)”通信模式。
當使用802.11ac基礎設施操作模式或類似的操作模式時,AP可以在固定通道(例如主通道)上傳送信標。主通道可以是固定寬度(例如,20 MHz寬的頻寬)或動態設定的寬度。主通道可以是BSS的操作通道、並且可以由STA用來建立與AP的連接。在某些代表性實施例中,例如在802.11系統中可以實施具有衝突避免的載波偵聽多重存取(CSMA/CA)。對於CSMA/CA,包括AP的STA(例如,每個STA)可以感測主通道。如果主通道被特定STA感測/偵測及/或確定為忙,則該特定STA可以回退(back off)。一個STA(例如,僅一個站)可以在給定BSS中在任何給定時間進行傳送。
高流通量(HT)STA可以使用40 MHz寬通道進行通信,例如,經由將主20 MHz通道與相鄰或非相鄰的20 MHz通道組合以形成40 MHz寬通道。
超高流通量(VHT)STA可以支援20 MHz、40 MHz、80 MHz及/或160 MHz寬的通道。40 MHz及/或80 MHz通道可藉由組合相鄰的20 MHz通道來形成。160 MHz通道可藉由組合8個連續的20 MHz通道或藉由組合兩個非連續的80 MHz通道來形成,這可被稱為80+80配置。對於80+80配置,在通道編碼之後,資料可以經過分段解析器,該分段解析器可以將資料分成兩個流。可以對每個流分別進行反向快速傅立葉轉換(IFFT)處理以及時域處理。流可以被映射到兩個80MHz通道上,並且資料可以由一傳輸STA來傳送。在一接收STA的接收器處,80+80配置的上述操作可以顛倒,並且組合資料可以被發送到媒體存取控制(MAC)。
低於1 GHz的操作模式由802.11af及802.11ah支援。於802.11n及802.11ac中的通道操作頻寬及載波,在802.11af及802.11ah中使用的通道操作頻寬及載波被減少。802.11af支援TV空白空間(TVWS)頻譜中的5 MHz、10 MHz及20 MHz頻寬,而802.11ah支援使用非TVWS頻譜的1 MHz、2 MHz、4 MHz、8 MHz及16 MHz頻寬。根據代表性實施例,802.11ah可以支援儀錶類型控制/機器類型通信(MTC),例如巨集覆蓋區域中的MTC裝置。MTC裝置可具有某些能力,例如,包括對某些及/或有限頻寬的支援(例如,僅支援)的受限能力。MTC裝置可包括具有高於臨界值的電池壽命的電池(例如,以維持非常長的電池壽命)。
可以支援複數通道及通道頻寬的WLAN系統(例如802.11n、802.11ac、802.11af及802.11ah)包括可以被指定為主通道的通道。主通道可以具有等於BSS中的所有STA所支援的最大公支援)1 MHz模式的STA(例如,MTC型裝置),主通道可以是1 MHz寬,即使AP及BSS中的其他STA支援2 MHz、4 MHz、8 MHz、16 MHz及/或其他通道頻寬操作模式。載波偵聽及/或網路分配向量(NAV)設定可以取決於主通道的狀態。如果主通道繁忙,例如,由於STA(其僅支援1 MHz操作模式)向AP進行傳輸,則即使大多數可用頻帶保持閒置,所有可用頻帶也可被認為繁忙。
在美國,802.11ah可使用的可用頻帶是從902 MHz到928 MHz。在韓國,可用頻帶是從917.5 MHz到923.5 MHz。在日本,可用頻帶是從916.5MHz到927.5 MHz。根據國家代碼,可用於802.11ah的總頻寬是6 MHz到26 MHz。
圖1D是示出了根據實施例的RAN 104及CN 106的系統圖。如上所述,RAN 104可以採用NR無線電技術以經由空中介面116而與WTRU 102a、102b、102c通信。RAN 104還可以與CN 106通信。
RAN 104可以包括gNB 180a、180b、180c,但是應當理解,RAN 104可以包括任意數目的gNB,同時保持與實施例一致。gNB 180a、180b、180c中的每一個都包括一個或更多收發器,以經由空中介面116而與WTRU 102a、102b、102c進行通信。在一個實施例中,gNB 180a、180b、180c可以實施MIMO技術。例如,gNB 180a、108b可以利用波束成形以向gNB 180a、180b、180c傳輸信號及/或從其接收信號。因此,gNB 180a例如可使用複數天線以向WTRU 102a傳輸無線信號及/或從其接收無線信號。在實施例中,gNB 180a、180b、180c可以實施載波聚合技術。例如,gNB 180a可以向WTRU 102a傳輸複數分量載波(未示出)。這些分量載波的子集可以在未許可頻譜上,而剩餘分量載波可以在許可頻譜上。在實施例中,gNB 180a、180b、180c可以實施協作多點(CoMP)技術。例如,WTRU 102a可以從gNB 180a及gNB 180b(及/或gNB 180c)接收協作傳輸。
WTRU 102a、102b、102c可以使用與可縮放參數配置(numerology)相關聯的傳輸以與gNB 180a、180b、180c通信。例如,OFDM符號間距及/或OFDM子載波間距可以針對不同的傳輸、不同的胞元及/或無線傳輸頻譜的不同部分而變化。WTRU 102a、102b、102c可以使用具有各種或可縮放長度(例如,包含不同數量的OFDM符號及/或持續變化長度的絕對時間)或子訊框的傳輸時間間隔(TTI)以與gNB 180a、180b、180c通信。
gNB 180a、180b、180c可被配置為在獨立配置及/或非獨立配置中與WTRU 102a、102b、102c通信。在獨立配置中,WTRU 102a、102b、102c可以與gNB 180a、180b、180c通信,而不存取其他RAN(例如e節點B 160a、160b、160c)。在獨立配置中,WTRU 102a、102b、102c可利用gNB 180a、180b、180c中的一者或多者作為移動性錨點。在獨立配置中,WTRU 102a、102b、102c可以使用未許可頻帶中的信號以與gNB 180a、180b、180c通信。在非獨立配置中,WTRU 102a、102b、102c可以與gNB 180a、180b、180c通信/連接,同時也可以與例如e節點B 160a、160b、160c之類的另一RAN通信/連接。舉例來說,WTRU 102a、102b、102c可以實施DC原理以與一個或複數gNB 180a、180b、180c以及一個或複數e節點B 160a、160b、160c基本上同時地進行通信。在非獨立配置中,e節點B 160a、160b、160c可以充當WTRU 102a、102b、102c的移動性錨點,並且gNB 180a、180b、180c可以提供用於服務WTRU 102a、102b、102c的額外的覆蓋範圍及/或流通量。
gNB 180a、180b、180c中的每一個可以與特定胞元(未示出)相關聯、並且可以被配置為處理無線電資源管理決策、切換決策、UL及/或DL中的使用者排程、網路截割的支援、DC、NR與E-UTRA之間的交互作用、向用戶平面功能(UPF)184a、184b路由使用者平面資料、向存取及移動性管理功能(AMF)182a、182b路由控制平面資訊等。如圖1D所示,gNB 180a、180b、180c可以經由Xn介面彼此通信。
圖1D中所示的CN 106可以包括至少一個AMF 182a、182b、至少一個UPF 184a、184b、至少一個對話管理功能(SMF)183a、183b、並且可能包括資料網路(DN)185a、185b。雖然前述元件被描繪為CN 106的一部分,但是將理解,這些元件中的任何一個可以由CN操作者之外的實體擁有及/或操作。
AMF 182a、182b可以經由N2介面而連接到RAN 104中的gNB 180a、180b、180c中的一者或多者、並且可以充當控制節點。例如,AMF 182a、182b可負責認證WTRU 102a、102b、102c的使用者、支援網路截割(例如,處理具有不同需求的不同協定資料單元(PDU)對話)、選擇特定的SMF 183a、183b、註冊區域的管理、非存取層(NAS)傳訊的終止、移動性管理等等。AMF 182a、182b可使用網路截割,以基於WTRU 102a、102b、102c所使用的服務類型定製CN對WTRU 102a、102b、102c的支援。例如,可以針對不同的用例建立不同的網路截割,所述用例例如依賴於超可靠低潛時(URLLC)存取的服務、依賴於增強的大規模行動寬頻(eMBB)存取的服務、用於MTC存取的服務等。AMF 182A、182b可以提供用於在RAN 104與採用其他無線電技術(例如LTE、LTE-A Pro及/或非3GPP存取技術(例如WiFi))之類的其他RAN(未示出)之間進行切換的控制平面功能。
SMF 183a、183b可以經由N11介面而連接到CN 106中的AMF 182a、182b。SMF 183a、183b也可以經由N4介面而連接到CN 106中的UPF 184a、184b。SMF 183a、183b可以選擇及控制UPF 184a、184b、並且配置經由UPF 184a、184b的訊務的路由。SMF 183a、183b可以執行其他功能,例如管理及分配UE IP位址、管理PDU對話、控制策略實施及QoS、提供DL資料通知等。PDU對話類型可以是基於IP的、非基於IP的、基於乙太網路的等等。
UPF 184a、184b可以經由N3介面而連接到RAN 104中的gNB 180a、180b、180c中的一者或多者,這可以為WTRU 102a、102b、102c提供對例如網際網路110的封包交換網路的存取,以促進WTRU 102a、102b、102c與IP賦能裝置之間的通信。UPF 184、184b可以執行其他功能,例如路由及轉發封包、實施使用者平面策略、支援多宿主PDU對話、處理使用者平面QoS、緩衝DL封包、提供移動性錨定等等。
CN 106可以促進與其他網路的通信。例如,CN 106可以包括IP閘道(例如,IP多媒體子系統(IMS)伺服器),或者可以與IP閘道通信,該IP閘道用作CN 106與PSTN 108之間的介面。此外,CN 106可向WTRU 102a、102b、102c提供至其他網路112的存取,該其他網路112可包括其他服務提供者所擁有及/或操作的其他有線及/或無線網路。在一個實施例中,WTRU 102a、102b、102c可經由至UPF 184a、184b的N3介面及UPF 184a、184b與DN 185a、185b之間的N6介面,以經由UPF 184a、184b而連接至本地DN 185a、185b。
鑒於圖1A至圖1D以及圖1A至圖1D的對應描述,本文以下各項中的一者或多者描述的功能中的一者或多者或全部可以由一個或複數仿真裝置(未示出)執行:WTRU 102a-d、基地台114a-b、e節點B 160a-c、MME 162、SGW164、PGW166、gNB 180a-c、AMF 182a-b、UPF 184a-b、SMF 183a-b、DN 185a-b及/或本文描述的任何(一個或複數)其他裝置。仿真裝置可以是被配置為模擬本文描述的功能中的一者或多者或全部的一個或複數裝置。例如,仿真裝置可以用於測試其他裝置及/或模擬網路及/或WTRU功能。
仿真裝置可以被設計為在實驗室環境及/或操作者網路環境中實施對其他裝置的一個或複數測試。例如,一個或複數仿真裝置可以執行一個或複數或所有功能,同時被完全或部分地實施及/或部署為有線及/或無線通信網路的一部分,以測試通信網路內的其他裝置。一個或複數仿真裝置可以執行一個或複數或所有功能,同時被暫時實現/部署為有線及/或無線通信網路的一部分。仿真裝置可出於測試目的而直接耦合到另一裝置、及/或可使用空中無線通信執行測試。
一個或複數仿真裝置可以執行一個或複數功能,包括所有功能,而不是作為有線及/或無線通信網路的一部分來實現/部署。例如,仿真裝置可以在測試實驗室及/或非部署(例如,測試)有線及/或無線通信網路中的測試場景中使用,以實施一個或複數元件的測試。一個或複數仿真裝置可以是測試裝備。仿真裝置可以使用經由RF電路(例如,其可以包括一個或複數天線)的直接RF耦合及/或無線通信來傳輸及/或接收資料。
如本文所討論的,IEEE 802.1 CQ中定義的用於指派多播及單播位址的協定可以用兩種類型的操作而被指定:自指派,其中使用基於聲明(claiming)的過程,由站觸發;及/或基於伺服器的程序,其中站聯繫將在特定池中分配位址的實體。這兩種變形都可以集成在通用協定中。
協定可為自聲明(self-claiming)及基於伺服器的操作提供一組公共訊息。可以這樣做以保持協定簡明並減少訊息的總數。自聲明協定被稱為MAC位址自指派協定(MASAP),以及基於伺服器的版本被稱為基於MAC位址伺服器的指派協定(MASBAP)。
MASAP協定是基於IEEE 1722 MAC位址獲取協定(MAAP)。IEEE 1722定義MAC位址獲取協定(MAAP),其僅用於自聲明被分配給IEEE 1722的位址池的多播MAC位址,以用作音訊/視訊傳輸中的流識別符。MAAP僅用於自聲明(例如,其中可能不支援基於伺服器的指派)。另外,其不包括來自多播MAC位址的基礎設施或分配的任何支援。假設將單播MAC位址分配給執行MAAP的站。因此,一種“照原樣(as-is)”場景中的MAAP可能不滿足IEEE 802.1 CQ的需要。
MASAP可包括對來自服務於網路(例如,實施MUMAAP協定)的代理的授權回應的支援,該授權回應可以能夠捕獲及預定-保持網路中的所有發現(DISCOVER)訊息、並直接向站通知自聲明過程的結果。
MASBAP協定可能以限制的方式而與DHCP的簡化版本有關,其中有四個訊息用於位址的初始分配。
如本文所討論的,站可以是運行MUMAAP協定的用戶端側的端節點,而伺服器可以指運行MUMAAP協定的伺服器側的基礎設施側,而不管是代理還是伺服器。伺服器可以位於操作者網路基礎設施元件中、及/或可以位於例如閘道、存取點、路由器、本地網路控制器或機上盒之類的客戶駐地設備中。
IEEE 1722 MAAP協定以及DHCP藉由引用被併入本文。IEEE 1722 MAAP可覆蓋來自某一範圍的多播MAC位址的分配。協定可以從用戶端具有指派或分配到其的單播MAC位址的角度來操作,這可能不是針對802.1CQ的情況。而且,IEEE 1722可能限於有線環境。這樣,可能需要沒有被IEEE 1722 MAAP覆蓋的基於控制位元的訊息及行為。如本文所討論的,MAAP框架可以利用代理而被擴展以覆蓋操作,該代理可以能夠在自指派過程中進行調解。此外,本文所討論的技術/實施例/協定可以取代IEEE 1722網路中的MAAP的操作,因為如果需要,其可以用於相同的功能、並且可以包括例如站ID及網路ID等選項,這些選項可以解決MAAP部署中的問題(例如,當用戶端屬於運行MAAP的複數網路時,發生位址衝突)。
MUMAAP可以考慮類似於DHCP的四個訊息交換(即,發現、給予、請求、確認)。所有訊息及行為都是特定於MUMAAP協定。
需要定義用於向終端站指派本地單播及多播位址的協定,如IEEE 802.1 CQ及IEEE 802c中所定義的協定。此協定可能需要例如經由自指派(即,自聲明)機制及/或經由考慮伺服器的方法來支援分配。協定還可能需要支援在IEEE 802c中定義的4個象限中的本地單播及多播位址的指派。
如本文所討論的,需要設計具有兩個操作變形的本地及多播MAC位址指派協定:i)自指派以及ii)基於伺服器的指派。此協定可能需要能夠以支援基礎設施的多種IEEE 802技術操作或以獨立模式操作。此外,可能需要定義兩種操作模式的協定訊息及狀態機。此外,可能需要支援向站分配位址而無需任何先前配置/分配/指派、或者支援考慮站及先前分配的位址分配。
如上所述,可以有兩種不同的協定變形:i)MAC位址自指派協定(MASAP)以及ii)基於MAC位址伺服器的指派協定(MASBAP)。MASAP對應於自指派操作模式,而MASBAP用於基於伺服器的指派。這兩個協定可以分享相同的訊息結構及選項,儘管行為是針對每個訊息結構及選項以不同的方式定義的。
MASAP可以使用發現(DISCOVER)、防禦(DEFEND)及宣告(ANNOUNCE)機制,其依賴於網路中的多播支援。用戶端可以藉由從IEEE 802.1 CQ中定義的預先建立的範圍中隨機選擇本地單播MAC位址來選擇單播MAC位址或MAC位址範圍。一旦用戶端已選擇了本地單播MAC位址,其就可以藉由例如向預先建立的多播位址發送發現訊息來探查(經由發現訊息)該MAC位址或MAC位址範圍(例如單播或多播)的可用性,其中所有MASAP用戶端或代理進行收聽。在發送了若干發現訊息而沒有接收到任何回答之後,用戶端可以理解該位址可被分配給它。此後,站可啟動防禦及宣告階段,在該階段中,收聽發現(DISCOVER)請求其分配的(即,自指派的)位址範圍、並在網路內週期性地宣告其分配。
這個基本操作(在某些方面可能類似於IEEE 1722,但是其中使用其它的參數及訊息的集合)可以被擴展以說明這樣的事實,即某些IEEE 802技術(例如IEEE 802.11)可能不支援對尚未關聯的站(即,進行探查階段的還未指派MAC位址的站)的發現(DISCOVER)訊息的接收。因此,需要這樣的用戶端操作,即藉由使網路中的代理(例如,IEEE 802.11 AP)能夠保持追蹤用戶端經由MASAP請求的不同分配並直接回答站發出發現(DISCOVER)。這不僅允許協定在例如IEEE 802.11之類的技術中的操作、而且還可以提高MAC位址的分配速度,因為用戶端可以立即接收證實。MASAP可以使用與MASBAP不同的MAC位址範圍來進行指派。
在MASBAP伺服器是在網路中的請況下,伺服器可以回答MASAP 發現訊息、並且指派基於伺服器的MAC位址。在這種情況下,網路中的MASAP用戶端可停止與防禦及宣告訊息相關的過程。
如上所述,MASBAP可使用與DHCP類似的四個訊息交換(即發現、給予、請求、確認),以向站分配位址。如在MASBAP中,用戶端可自動產生一個位址以用作其訊息的源位址、並啟動與伺服器的發現、給予(OFFER)、請求(REQUEST)及確認(ACK)訊息交換。回應於該給予,伺服器或代理可以將MAC位址或MAC位址範圍給予用戶端。用戶端可以從單獨的伺服器接收若干給予。伺服器操作可以是無狀態的,因此MAC位址可以僅在伺服器接收到請求訊息之後才被分配。在用戶端可以使用網路中的被分配的MAC位址或MAC位址範圍之後,伺服器可以向用戶端發出ACK。
MASAP可用於遵循IEEE 802c SLAP定義的自聲明單播及多播MAC位址。在IEEE 1722表B.9及B.10定義的範圍內的多播位址的聲明可能超出了本揭露的範圍、並且可能使用在IEEE 1722 MAAP中定義的規則。
MASAP可以利用用於訊息定址的以下規則:發現訊息的源MAC位址可以從表1所示的範圍中隨機選擇;防禦及宣告訊息的源MAC位址可以使用先前指派給站或EUI-64/48指派給該站的MAC位址;發現訊息的目的地MAC位址對應於表1中指定的多播MAC位址;及/或,防禦及宣告訊息的目的地MAC位址對應於發現訊息的源MAC位址。源位址及/或目的地位址可以被封裝在MSASP封包中。
表 1 :位址分配
位址範圍 | 功能 |
AE:00:00:80:00:00-AE:00:00:8F:FF:FF (例如) | 位址範圍,以隨機選擇發現訊息的源位址 |
01:80:C2:10:00:0E (例如) | 用作發現訊息中的目的地的多播位址 |
MASAP協定可以類似於IEEE 1722 MAC位址獲取協定(MAAP),但是狀態機可能是不同的。如在本文件中定義的MASAP操作可以使用如在IEEE 1722中指定的類似的狀態機、事件、常數及計時器。然而,在MASAP中,MAAP可以被擴展為支援來自服務於網路的代理的授權回答(例如,對發現請求的回答),該代理能夠捕獲並預定保持網路中的所有發現訊息、並直接向站通知自聲明過程的結果。
表2示出了具有附加狀態轉換(灰色區)的MAAP協定的狀態機。注意,該表僅表示站的狀態機轉換。
表 2 : MASAP 狀態機
狀態 | ||||
初始( INITIAL ) | 發現 | 防禦 | ||
事件 | 開始! | generate _ addressa 保留位址! | -X- | -X- |
釋放! c | -X- | 停止探查計時器 起始 | 停止宣告計時器 初始 | |
再啟動! | generate _ address 保留位址! | -X- | -X- | |
保留位址! | init_maap_probe_count 啟動探查計時器 sProbe 發現 | -X- | -X- | |
rProbe!b | -X- | compare_MACd 停止探查計時器 初始/再啟動! | sDefend | |
rDefend!b | -X- | 停止探查計時器 初始/再啟動! | compare_MACd 停止宣告計時器 初始/再啟動! | |
rAnnounce!b | -X- | 停止探查計時器 初始/再啟動! | compare_MACd 停止宣告計時器 起始/再啟動! | |
探查計數! | -X- | 停止探查計時器 啟動宣告計時器 sAnnounce 防禦 | -X- | |
宣告計時器! | -X- | -X- | 啟動宣告計時器 sAnnounce | |
探查計時器! | -X- | 啟動探查計時器 sProbe dec_maap_probe_count | -X- | |
埠操作性! | generate _ addressa 保留位址! | 停止探查計時器 初始/再啟動! | 停止宣告計時器 初始/再啟動! | |
rProxyAnswer ( 狀態 == 1) | -X- | 停止探查計時器 防禦 | -X- | |
rProxyAnswer ( 狀態 == 2) | -X- | 停止探查計時器 初始/再啟動! | 停止探查計時器 初始/再啟動! | |
rProxyAnswer ( 狀態 == 3) | -X- | 停止探查計時器 初始/再啟動! | 停止探查計時器 初始/再啟動! | |
rProxyAnswer ( 狀態== 3) | 初始/停止 | 初始/停止 | 初始/停止 |
a
開始!或埠操作性!事件可以用指派的位址範圍被啟動,或MASAP可以用generate _ address功能選擇位址範圍。如果位址範圍被提供開始!或埠操作性!事件,可以不調用generate _ address,並且可以使用所提供的位址範圍。如果應用程式(applicaiton)先前已經獲得位址範圍並且存取永久儲存器,則應用程式可以記錄先前的位址範圍並且嘗試重新使用所保存的位址範圍。
b
只有接收到與關聯於此狀態機的位址範圍衝突的發現、防禦及宣告PDU才可以產生rProbe!rDefend!以及rAnnounce!事件。所有不與關聯於此狀態機的位址範圍衝突的發現、防禦及宣告PDU可以被忽略。
c
接收到釋放!事件且狀態機已經返回到初始狀態之後,關聯於此狀態機的位址範圍可被認為是空的,並且此狀態機可能被破壞。
d
如果compare _ MAC函數返回真(TRUE),則沒有進一步的處理或協定動作可被採用,並且協定狀態可能不改變。
在實施例中,如表2所示,在接收到開始!事件時,運行於節點的狀態機可在初始狀態執行generate _ address功能並調用保留位址!事件。在接收到保留位址!事件時,狀態機可執行init_maap_probe_count功能以及啟動探查計時器。節點可以向相鄰節點發送發現訊息(即,sProbe)、並進入發現狀態,直到從相鄰節點接收到防禦訊息或探查計時器期滿。如果從鄰居節點接收到防禦訊息,則狀態機可以停止探查計時器並調用再啟動!事件以返回到初始狀態。在接收到再啟動!事件時,狀態機可以執行generate_address功能並調用保留位址!事件,如上所述。如果探查計時器期滿但未接收到防禦訊息,則狀態機可調用探查計時器!事件並執行start_probe_timer功能以及減小探查計數。節點還向發現狀態中的另一節點或相鄰節點發送發現訊息(即,sProbe)。如果探查計數低於零,則狀態機可以調用探查計數!事件、停止探查計時器以及啟動宣告計時器。在接收到探查計數!事件,站也可以發送宣告訊息(即,sAnnounce)並進入防禦狀態。
在另一實施例中,回應於發送給另一站(例如AP)的發現訊息,站可接收代理回答或給予訊息。在接收到代理回答或給予訊息時,狀態機便可用各種狀態指示調用rProxyAnswer事件。例如,如果代理回答或給予訊息中的狀態指示等於一(1),則狀態機可以停止探查計時器,並且站可以進入防禦狀態。等於一(1)的狀態指示可以指示站正試圖分配的MAC位址是可用的。如果代理回答或給予訊息中的狀態指示等於二(2)或三(3),則狀態機可以停止探查計時器並將調用再啟動!事件,並且站可以進入初始狀態。等於二(2)或三(3)的狀態指示可以指示站試圖分配的MAC位址不可用。該實施例可以應用於IEEE 802.11網路。
類似於MAAP,MASAP可以在點對點(P2P)的基礎上操作,其中,站在它們自己之間商定某個MAC位址範圍的狀態。然而,在網路中代理可用的情況下,MASAP可以帶來機會來減少探查時間,其中代理用給予(OFFER)訊息回答發現訊息。代理的使用還可以允許協定在不關聯的用戶端可能不收聽宣告或防禦訊息的技術上工作。如果給予(OFFER)回答了發現訊息,則站可以停止防禦狀態並省略宣告訊息的傳輸,因為代理可以負責預定保持位址狀態。
IEEE 802.11具有一組不同特性,例如關聯於AP的站不能收聽在預先關聯的狀態中發送的訊框。這可能是發現訊息的情況,其可經由ANQP傳送到AP。在這種情況下,MASAP協定可以與能夠回答發現訊息的代理一起運行。這種操作模式也可以省略宣告訊息的使用,因為是不關聯的探查節點將不會接收到這些訊息,使它們變得無用。也有可能,經由使用IEEE 802.11重新關聯訊框也可以實現利用給予訊息實現的目前行為(例如,AP表明成功分配),該重新關聯訊框包含例如DENIED_MAC_ADDRESS_POLICY_VIOLATION之類的代碼。
MASBAP可以用於遵循IEEE 802c SLAP定義以指派單播及多播位址,其中用戶端發現並請求來自網路中的(一個或複數)MASBAP伺服器或代理的位址。
MASBAP可以利用用於訊息定址的以下規則:發現訊息的源MAC位址將從表3所示的範圍中隨機選擇;給予訊息可以攜帶將被MASBAP用戶端使用的MAC位址作為源MAC位址;請求訊息的源MAC位址將使用先前指派給站的MAC位址、EUI-64/48指派給站的MAC位址、或由給予訊息提供的MAC位址;發現訊息的目的地MAC位址對應於表1中指定的多播位址;及/或給予及ACK訊息的目的MAC位址對應於發現訊息的源MAC位址或者對應於在ACK的情況下被用作請求訊息的源的MAC位址。
MASBAP協定可以經由下面的用戶端狀態機來定義。
用戶端狀態機可以利用以下事件(事件在結束時用!表示):開始!,其中狀態機被啟動或重新啟動;釋放!,其中釋放!事件傳訊與狀態機的此實例相關聯的位址範圍不再處於使用中;再啟動!,其中再啟動!事件傳訊已經偵測到錯誤並且狀態機將被再啟動;請求位址!,其中請求位址!事件傳訊MASBAP過程的啟動;rOffer!,其中rOffer!事件傳訊已經接收到給予訊息;rACK!,其中rACK!事件傳訊已經接收到ACK訊息;eTIMER _ expire!,其中eTIMER _ expire!事件傳訊計時器TIMER已經期滿;訊息計數!,其中,訊息計數!事件傳訊所發送的訊息MESSAGE的數目已經達到其最大值;及/或,埠操作性!,其中,埠操作性!事件傳訊埠已經進入操作狀態。
用戶端狀態機可以利用以下動作或功能:Select _ address(選擇_位址),它決定此網路的先前已知MAC位址是否已知以及是否需要被包括在發現(DISCOVER)中;Start_TIMER_timer,其啟動用於特定租用(lease)的計時器;Stop_TIMER_timer,其停止此特定租用的計時器;Reset_ MESSAGE_count(重置_訊息_計數),其設定為0是訊息計數計數器;Increment_ MESSAGE_count(遞增_訊息_計數),其由訊息計數計數器以1遞增;sDISCOVER,其發送發現訊息;sREQUEST,其發送請求訊息;Validate_requirements(驗證_要求),其中此動作檢查發現訊息的所請求參數的部分滿足足以用於用戶端操作,並且如果狀態機可以繼續則其返回1,或者如果它不可以繼續則返回0;及/或Select _ offer,其中在接收到複數給予訊息的情況下,該動作選擇該複數給予訊息之一以繼續該過程,並且擇一的機制可能與發現(DISCOVER)中所發送的所請求參數的遵從性等級有關。
用戶端狀態機可以基於表3中指出的四種狀態。
表 3 : MASBAP 用戶端狀態
狀態 | 描述 |
初始 | 狀態機的啟動 |
發現 | 發送發現、等待回應 |
請求 | 接收給予、發送請求、等待回應 |
約束(Bound) | 選擇位址,接收ACK |
表4示出了MASBAP用戶端的狀態機。
表 4 : MASBAP 用戶端狀態機
狀態 | |||||
初始 | 發現 | 請求 | 約束 | ||
事件 | 開始 ! | Select_address 請求位址! | -X- | -X- | -X- |
釋放 ! | -X- | Stop_OfferRcv_timer 初始 | Stop_ACKRcv_timer 初始 | Stop_LifeTime_timer 初始 | |
再啟動 ! | Select_address 請求位址! | Stop_OfferRcv_timer 初始 | Stop_ACKRcv_timer 初始 | Stop_LifeTime_timer 初始 | |
請求位址 ! | Reset_DISCOVER_count Start_OfferRcv_timer sDISCOVER 發現 | -X- | -X- | -X- | |
rOffer! | -X- | Select_Offer Validate_requirementsa Stop_OfferRcv_timer sREQUEST Reset_REQUEST_count Start_ACKRcv_timer 請求 | -X- | -X- | |
rACK! (狀態=3) | -X- | Stop_ACKRcv_timer 初始 | Stop_ACKRcv_timer 初始 | -X- | |
rACK! (狀態=4) | -X- | -X- | Stop_ACKRcv_timer Start_Lifetime_timer 約束 | -X- | |
rACK! (狀態=5-7) | -X- | Stop_ACKRcv_timer 初始 | Stop_ACKRcv_timer 請求/rOffer! | -X- | |
rACK! (狀態=9) | -X- | Stop_ACKRcv_timer 初始 | Stop_ACKRcv_timer 初始 | -X- | |
rACK! (狀態=11) | -X- | Stop_ACKRcv_timer 初始 | Stop_ACKRcv_timer 請求/rOffer! | -X- | |
eOfferRcv_expire! | -X- | Increment_DISCOVER_count sDISCOVER start_OfferRcv_timer | -X- | -X- | |
eACKRcv_expire! | -X- | -X- | Increment_REQUEST_count sREQUEST start_ACKRcv_timer | -X- | |
eLifeTime_expire!b | -X- | -X- | -X- | 初始/再啟動! | |
DISCOVER_count! | -X- | Stop_OfferRcv_timer 初始/再啟動! | -X- | -X- | |
REQUEST_count! | -X- | -X- | Stop_ACKRcv_timer 初始/再啟動! | -X- | |
埠操作性 ! | Select_address(選擇_位址) INITIAL/Request Address(初始/請求位址! ) | 初始/再啟動! | 初始/再啟動! |
a
如果Validate_requirements返回0,則給予計時器不會停止,用戶端將繼續等待其他給予訊息到達。
b
此事件標記著生命期計時器期滿,用戶端在生命期期滿之前可能會向伺服器發送包含想要重新綁定的站ID及MAC位址範圍的請求訊息。
關於MASBAP伺服器,其操作可以是完全無狀態的。提供給用戶端的所有資訊必須作為資訊性(即,沒有分配)來對待,直到ACK被發送。只有在ACK傳輸之後,伺服器可以阻止被分配給特定站的MAC位址或MAC位址範圍。
在實施例中,如表4所示,在接收到開始!事件時,在節點上運行的狀態機可以在初始狀態中執行select _ address功能並調用請求位址!事件。在接收到請求位址!事件時,狀態機可重置發現計數以及啟動OfferRcv計時器。該節點還將發現訊息發送到代理(或伺服器)、並進入發現狀態,直到從代理接收到給予訊息,或者OfferRcv計時器期滿。如果OfferRcv計時器期滿但給予訊息尚未被接收,則狀態機可調用eOfferRcv _ expire!事件。在接收到eOfferRcv _ expire!事件時,狀態機可以增加發現計數並啟動OfferRcv計時器。節點還向處於發現狀態的代理發送發現訊息。如果從代理接收到給予訊息,則狀態機可以調用rOffer!事件。在接收到rOffer!事件時,狀態機選擇給予、驗證要求、停止OfferRcv計時器、啟動ACKRcv計時器、並重置請求計數。節點還可以向代理發送請求訊息並且進入到請求狀態,直到從代理接收到ACK訊息或者ACKRcv計時器期滿。
如果ACKRcv計時器期滿但ACK訊息未被接收,則狀態機可調用eACKRcv _ expire!事件。在接收到eACKRcv _ expire!事件時,狀態機可以增加請求計數並啟動ACKRcv計時器。節點還可以在請求狀態向代理發送請求訊息。如果從代理接收到ACK訊息,則狀態機可調用具有各種狀態指示的rACK!事件。例如,如果狀態指示值等於3或9,則狀態機可以停止ACKRcv計時器並返回到初始狀態。如果狀態指示值等於5、6、7或11,則狀態機可以停止ACKRcv計時器、調用rOffer!事件並返回到請求狀態。如果狀態指示值等於4,則狀態機可以停止ACKRcv計時器、啟動生命期計時器、並進入約束狀態。在約束狀態下,MAC位址已被分配給該節點,並且該節點可以停止生命期計時器。
在實施例中,對於本文討論的協定,可能存在來自位址耗盡攻擊的弱點,其中攻擊者試圖阻止在伺服器處可用的所有可能位址。通常,利用選項中計數欄位的一個定義,其可能需要與伺服器的2ˆ34交互作用。在伺服器處可用的MAC位址範圍沒有覆蓋位址空間的所有48位元的情形下,減少在與伺服器的單次迭代中可以請求的位址的最大數目是可取的。在用戶端請求比允許的位址更多的位址的情形下,必須向發現或請求訊息回答具有狀態11(參數問題)的ACK訊息。
圖2是示出實施多播及單播MAC位址指派協定(MUMAAP)的範例性通信系統200的系統圖。如圖2所示,用於MUMAAP的通信系統200可包括節點202a、202b、202c、202d、代理(或伺服器)210、230、以及連接代理(或伺服器)220的網路裝置。節點202a、202b、202c、202d可被稱為被配置為傳送及/或接收有線或無線信號的用戶端。節點202a、202b、202c、202d的範例可包括但不限於站(STA)、WTRU、使用者設備(UE)、行動站、智慧型電話、膝上型電腦、小筆電、個人電腦、無線感測器、物聯網(IoT)裝置以及可穿戴裝置。代理210、230可以被稱為被配置為傳送及/或接收有線或無線信號的伺服器。代理210、230的範例可以包括但不限於伺服器、基地台、交換機、站點控制器、存取點(AP)、管理程序及路由器。網路裝置220可以是能夠連接代理210、230的任何類型的裝置。
在實施MUMAAP的一個實施例中,節點202a可以基於代理210的單播媒體存取控制(MAC)位址、或與代理210相關聯的多播MAC位址、或者代理210將要收聽的多播MAC位址以向代理210傳送發現訊息。發現訊息可以包括或不包括MAC位址或MAC位址範圍(即,第一MAC位址或第一MAC位址範圍)。如果發現訊息中包括MAC位址或MAC位址範圍,則可以基於先前MAC位址分配資訊來確定MAC位址或MAC位址範圍。先前MAC位址分配資訊可以包括使用MUMAAP分配給節點202a的先前MAC位址或位址範圍。替代地或附加地,發現訊息中所包括的MAC位址或MAC位址範圍可隨機地被確定。注意,節點202a可以或可以不預先配置有初始MAC位址。例如,節點202a的網卡被製造成在其硬體上沒有MAC位址。
在向代理210傳送發現訊息之後,節點202a可以啟動與給予訊息相關聯的計時器,該計時器被期望接收並增加計數器值,例如增加一(1)。計數器值可表明發現訊息的傳輸次數。如果從代理210接收到給予訊息,則可以重置或啟動計時器。如果沒有接收到給予訊息,計時器沒有期滿,並且計數器值小於預定數,則節點202a可使用代理210的單播MAC位址或與代理210相關聯的多播MAC位址或者代理210正在收聽的多播MAC位址以將發現訊息重新傳送到代理210。
在將發現訊息傳送到代理210之後,節點202a可從代理210接收給予訊息。給予訊息可以包括可被分配給節點202a的MAC位址範圍(即,第二MAC位址範圍)。此MAC位址範圍可以由代理210基於代理210中的可用MAC位址池來確定。在確定MAC位址範圍時,代理210還可考慮從節點202a接收的MAC位址或MAC位址範圍(在發現訊息中)。由代理210確定的MAC位址範圍可以是單播MAC位址範圍或多播MAC位址範圍。
在接收到給予訊息時,節點202a可以從給予訊息中的MAC位址範圍選擇MAC位址(即,第二MAC位址)。所選擇的MAC位址可以是被分配給節點202a的單播MAC位址或多播MAC位址。節點202a可基於發現訊息中所傳送的(第一)MAC位址或(第一)MAC位址範圍來選擇(第二)MAC位址。例如,所選擇的(第二)MAC位址可以與所傳送的(第一)MAC位址相同、或者在所傳送的(第一)MAC位址範圍內。
在選擇了(第二)MAC位址時,節點202a可向代理210傳送請求訊息,該請求訊息包括(第二)MAC位址或(第二)MAC位址範圍,以表明該(第二)MAC位址或該(第二)MAC位址範圍已被分配給節點202a。節點202a然後可以從代理210接收表明第二MAC位址或第二MAC位址範圍被分配給第一節點的ACK訊息。
在實施MUMAAP的另一實施例中,節點202b可基於節點202c的單播媒體存取控制(MAC)位址或與節點202c相關聯的多播MAC位址(例如,節點202c將要收聽的多播MAC位址)向節點202c傳送發現訊息。節點202b還可啟動計數器及計時器。該發現訊息可以包括MAC位址或MAC位址範圍、並且可以被傳送到其他節點202a、202c、202d或代理210、230,以驗證該MAC位址或MAC位址範圍是否可用(即,可以被分配給節點202b)。可以基於先前分配給節點202b的MAC位址或MAC位址範圍來確定MAC位址或MAC位址範圍。替代地或附加地,發現訊息中所包括的MAC位址或MAC位址範圍可隨機地被確定。注意,節點202可以或可以不預先被配置有初始MAC位址。例如,節點202b的網卡被製造成在其硬體上沒有MAC位址。
如果在計時器運行時從節點202c接收到防禦訊息,則節點202b可停止計時器並產生具有新的MAC位址或新的MAC位址範圍的發現訊息。防禦訊息可以表明所傳送的MAC位址或MAC位址範圍不可用於分配給節點202b(即,由節點202c使用)。一旦產生了新的MAC位址或新的MAC位址範圍,節點202b可基於節點202c的單播MAC位址或與節點202c相關聯的多播MAC位址(或者節點202c正在收聽的多播MAC位址)向節點202c傳送發現訊息。如果沒有接收到防禦訊息但計時器期滿,節點202b可以重置計時器並減小計數器。一旦計數器低於零,節點202b可以向其他節點202a、202c、202d傳送宣告訊息,該宣告訊息表明MAC位址或MAC位址範圍已經被分配給節點202b。
在另一實施例中,節點202d(例如,站)可基於代理230的單播媒體存取控制(MAC)位址或與代理230相關聯的多播MAC位址(或者代理230將要收聽的多播MAC位址)向代理230(例如,AP)傳送發現訊息。發現訊息可以包括MAC位址或MAC位址範圍,以驗證MAC位址或MAC位址範圍是否可用於分配給節點202d。MAC位址或MAC位址範圍可以基於先前被分配給節點202d的MAC位址或MAC位址範圍來確定。替代地或附加地,發現訊息中所包括的MAC位址或MAC位址範圍來可隨機確定。注意,節點202可以或者可以不預先被配置有初始MAC位址。回應於發現訊息,節點202d可從代理230接收帶有各種狀態指示的給予訊息。在狀態指示等於一(1)下,節點202d可理解發現訊息中所傳送的MAC位址或MAC位址範圍可自由分配。在狀態指示等於二(2)或三(3)下,節點202d可理解發現訊息中所傳送的MAC位址或MAC位址範圍不可自由分配,或者在代理230與節點202d之間已發生錯誤。
圖3是示出了範例性MUMAAP程序300的圖,其可以與本文描述的任何其他實施例結合使用。在步驟310,有線或無線網路中的第一節點可以使用第二節點的單播MAC位址或與第二節點相關聯的多播MAC位址或第二節點將要收聽的多播MAC位址以向第二節點傳送發現訊息。發現訊息可以包括或者不包括第一MAC位址或第一MAC位址範圍。如果發現訊息包括第一MAC位址或第一MAC位址範圍,則可以基於先前MAC位址分配資訊來確定第一MAC位址或第一MAC位址範圍。例如,在第一節點被開啟之前,先前MAC位址分配資訊可以是被分配給第一節點的MAC位址或MAC位址範圍。
在步驟320,第一節點可以從第二節點接收具有第二MAC位址範圍的給予訊息。基於該第二節點可用的MAC位址池,由該第二節點確定該第二MAC位址範圍。可以基於第二MAC位址範圍以向第一節點分配MAC位址或MAC位址範圍。第二MAC位址範圍包括單播MAC位址範圍或多播位址範圍。
在步驟330,第一節點從第二MAC位址範圍中選擇第二MAC位址。所選擇的第二MAC位址可以與第一MAC位址相同、或者在第一MAC位址範圍內。第二MAC位址可以是將要分配給第一節點的單播MAC位址或多播MAC位址。
在步驟340,第一節點可以向第二節點傳送表明第二MAC位址或第二MAC位址範圍被分配給第一節點的請求訊息。回應於該請求訊息,在步驟350,第一節點可以從第二節點接收確認訊息,該訊息表明在網路中將第二MAC位址或第二MAC位址範圍分配給第一節點。第一節點可以是具有或不具有預先配置的初始MAC位址的用戶端,且第二節點可以是代理或伺服器。發現、給予、請求及確認訊息中的每一個都被封裝在訊框中,該訊框具有表明音訊/視訊傳送協定(AVTP)的協定類型,該AVTP具有表明IEEE 802.1 CQ的子類型。
本文描述了範例性訊息格式的實施例。所有MUMAAP訊框的乙太類型(EtherType)可以是表5中給出的乙太類型。
表 5 : MUMAAP 乙太類型
MUMAAP乙太類型 |
FD16 (例如) |
本文討論的(一個或複數)協定的訊息格式可以使用公共控制標頭,其可以被包括在協定的所有訊息上。控制標頭的範例在表6中。
表 6 : MUMAAP 基礎標頭
0 | 7 | 8 | 10 | 11 | 15 | 16 | 31 | |||||||||||||||||||||||||||
子類型 | 版本 | 訊息類型 | 控制字 | |||||||||||||||||||||||||||||||
小型文字檔(Cookie) | 狀態 | 長度 | ||||||||||||||||||||||||||||||||
控制標頭的不同欄位可以如下:子類型(8位元),其中1個八位元組子類型欄位用於識別MUMAAP所攜帶的格式、並且區分MASAP與MASBAP協定,如表7中所定義的;版本(3位元),其中可以有三位元,表明協定的版本(如本文所揭露的,可被設定為0的所有位元可以表示協定的第一版本);訊息類型(5位元),其是包含如表8中定義的MUMAAP訊息類型之一的欄位,並且如果MUMAAP訊息與保留的訊息類型一起被接收,則MUMAAP訊框可被忽略;控制字(16位元),其可包括表9中所示的旗標;cookie(16位),其是必須從本地計數器遞增的欄位,用於MUMAAP變形中的每個新事務,其中作為接收另一訊框的結果而產生的訊框可以複製始發訊框的cookie,因為該些訊框屬於相同的對話;狀態(4位元),其中狀態碼可以表明動作的結果,其可以從表10中選擇;及/或長度(12位元),其是以八位元組表示的訊息長度。
表 7 : MUMAAP 子類型
表 8 :訊息類型
表 9 :控制字行為
表 10 :狀態值
MUMAAP子類型 | |
MUMAAP | 01 |
值 | 功能 | 描述 |
0 | - - - | 保留 |
1 | 發現 | 探查(一個或複數)MAC位址 |
2 | 防禦 | 防禦(一個或複數)MAC位址 |
3 | 宣告 | 宣告(一個或複數)MAC位址 |
4 | 給予 | 來自代理的關於探查訊息的回答 |
5 | 給予 | 來自伺服器的MAC分配給予 |
6 | 請求 | 確認將要被分配的位址 |
7 | ACK | 確認從伺服器到站的分配或錯誤報告 |
8-1024 | - - | 保留 |
位 | 名稱 | 描述 |
0 | AAI | 位元設定為1:請求/提供的AAI空間中的位址 |
1 | ELI | 位元設定為1:請求/提供的ELI空間中的位址 |
2 | SAI | 位元設定為1:請求/提供的SAI空間中的位址 |
3 | 保留 | 保留用於將來使用 |
4 | 64/48位元 | 位元設定為1:請求/提供的64位元位址 位元設定為0:請求/提供的48位元位址 |
5 | 多播/單播 | 位元設定為1:請求/提供的多播位址 位元設定為0:請求/提供的單播位址 |
6 | 基礎設施/站 | 位元設定為1:訊息源是伺服器/代理 位元設定為0:訊息源是端節點 |
7 | 提供MAC | 位元設定為1:提供MAC位址 位元設定為0:沒有提供MAC位址 站使用此位元,向伺服器提供已使用的MAC位址作為提示。 |
8 | 提供站ID | 位元設定為1:提供站ID 位元設定為0:不提供站ID |
9 | 提供網路ID | 位元設定為1:提供網路ID 位元設定為0:不提供網路ID |
10 | 提供代碼欄位 | 位元設定為1:該訊息包含代碼欄位 位元設定為0:該訊息不包含代碼欄位 |
11 | 特定網址類別型 | 位元設定為1:提供特定位址類型資訊 位元設定為0:不提供特定位址類型資訊 |
12 | 提供源MAC位址 | 位元設定為1:提供用作請求源的特定位址 位元設定為0:不提供用作請求源的特定位址 |
13-15 | 保留 | 保留用於將來使用 |
值 | 描述 |
0 | 不使用的欄位 |
1 | 不使用的MAC範圍 |
2 | 使用的MAC範圍 |
3 | 重新產生給定前綴中的位址並使用MASAP |
4 | ACK-接受指派 |
5 | 故障-不能完成指派 |
6 | 故障-請求象限不可用 |
7 | 故障-請求範圍不可用 |
8 | 提供的給予 |
9 | MASAP的強制使用 |
10 | MASBAP的強制使用 |
11 | 參數問題 |
12 | 提供給予-部分滿足 |
13-15 | 保留 |
取決於所攜帶的實際訊息,MASAP訊息可以包括可由協定傳送的不同選項。最初,可以定義可以被傳送的選項,並且稍後可以為每個訊息以及其需要攜帶的值表明能夠將哪些選項添加到訊息中。對於所有選項,在表11中示出了類型欄位。長度(Length)以八位元組表示選項的長度。
表 11 :選項代碼值
類型ID | 描述 |
0 | 站ID |
1 | 48位元MAC位址(範圍) |
2 | 64位元MAC位址(範圍) |
3 | 網路ID |
4 | 特定MAC範圍 |
5 | 衝突中的48位元MAC範圍 |
6 | 衝突中的64位元MAC範圍 |
7 | MAC位址計數 |
8 | 生命期 |
站ID選項可以提供直到255位元組以包括如表12所示的站的識別符。
表 12 :站 ID
類型 | 長度 | 站識別符 |
1八位元組 | 1八位元組 | 直到255個八位元組 |
在站接收具有不對應於其本身的站ID的不同於發現、宣告或防禦的訊息的所有情況下,必須丟棄封包並停止處理。
對於48位元MAC位址(範圍),此選項可以提供傳送表明了所請求的位址量的48位元加上16位元數的MAC位址的機制。如果想要指定單一位址而不是範圍,則計數必須被設定為1。當計數高於一時,則該計數可以表明指派或請求了複數MAC位址,從該MAC位址開始並且包括直到該計數的下一順序位址。例如,參見表13。
表 13:48 位元 MAC 位址
類型 | 長度 | MAC位址 | 計數 |
1八位元組 | 1八位元組 | 48位元 | 16位元 |
對於64位元MAC位址(範圍),這種選項可以提供傳送表明了所請求的位址量的64位元加上16位元數的MAC位址的機制。如果想要指定單一位址而不是範圍,則計數可能需要被設定為1,例如,參見表14。
表 14 : 64 位元 MAC 位址
類型 | 長度 | MAC位址 | 計數器 |
1八位元組 | 1八位元組 | 64位元 | 16位元 |
對於網路ID,此選項可提供直到255個位元組以包括網路的識別符。例如參見表15。
表 15 :網路 ID
類型 | 長度 | 網路識別符 |
1八位元組 | 1八位元組 | 直到255個八位元組 |
對於特定MAC範圍,可包括此選項以便伺服器請求站在特定位址空間中執行自聲明。例如參見表16。
表 16 :特定 MAC 範圍
類型 | 長度 | MAC位址 前綴長度 子欄位(位元組) | 前綴修整(Trim)子欄位(位元) | 保留 | MAC位址前綴(位元組) |
1八位元組 | 1八位元組 | 3位元 | 3位元 | 2位元 | 0-8八位元組 |
MAC位址前綴長度的位元組子欄位可為3位元的子欄位。當MAC位址前綴長度子欄位被設定為值1-6中的一個時,該值可以表明MAC位址前綴長度位元組欄位(例如,以八位元組為單位)。在一些情況下,MAC位址前綴長度位元組子欄位未被設定為0或7,因為可以保留這些值。
前綴修整子欄位可為3位元的子欄位、並且取值0-7中的一個,其中,該值表明為了獲得MAC位址前綴而從MAC位址前綴子欄位的末尾截斷的位元的數目。換句話說,MAC位址前綴可以被表示為在最後八位元組的一些最高有效位元被截斷之後MAC位址前綴位元組欄位的值,其中被截斷的位元的數目等於前綴修整子欄位的值。
MAC位址前綴位元組欄位可以是1到8八位元組的欄位,其長度在策略旗標欄位的MAC位址前綴長度子欄位中被傳訊,其可以包含在每前綴修整子欄位的截斷之前與位址自指派相關的MAC位址前綴的全部位元組。
對於衝突中的48位元MAC範圍,此選項可以提供傳送表明了衝突中的位址量的衝突中的48位元加上16位元數的MAC位址的機制。如果想要指定單一位址而不是範圍,則計數可能需要被設定為1。例如,參見表17。
表 17 : 48 位元 MAC 範圍
類型 | 長度 | MAC位址 | 計數 |
1八位元組 | 1八位元組 | 48位元 | 16位元 |
對於衝突中的64位元MAC範圍,此選項可以提供傳送表明了衝突中的位址量的衝突中的64位元加上16位元數的MAC位址的機制。如果想要指定單一位址而不是範圍,則計數可能需要被設定為1。例如,參見表18。
表 18 : 64 位元 MAC 範圍
類型 | 長度 | MAC位址 | 計數 |
1八位元組 | 1八位元組 | 64位元 | 16位元 |
對於MAC位址計數,此選項可以為站提供一機制,用於請求複數位址而不提供MAC位址範圍。例如,參見表19。
表 19 : MAC 位址計數
類型 | 長度 | MAC位址計數 |
1八位元組 | 1八位元組 | 1-2八位元組 |
如果MAC位址計數選項不存在於請求(REQUEST)中,可以假設該請求是針對單一MAC位址。
對於生命期,此選項可以使伺服器能夠設定特定MAC位址租用的生命期。例如,參見表20。
表 20 :生命期
類型 | 長度 | 生命期 |
1八位元組 | 1八位元組 | 2八位元組 |
關於MASAP協定訊息,自聲明協定可以使用以下訊息定義。針對發現(DISCOVER),此訊息可用於證明空閒MAC位址範圍。發現訊息可以包括表21中的以下選項。
表 21 :發現
0 | 7 | 8 | 10 | 11 | 15 | 16 | 31 | ||||||||||||||||||||||||||
子類型 | 版本 | 訊息類型 | 控制字 | ||||||||||||||||||||||||||||||
Cookie | 狀態 | 長度 | |||||||||||||||||||||||||||||||
(可選的)站ID | |||||||||||||||||||||||||||||||||
48位元MAC位址(範圍)或64位元MAC位址(範圍) | |||||||||||||||||||||||||||||||||
對於控制字,根據以下列表,位元可能需要變為1或0:位元0到2可能需要被變為1,這取決於被自聲明的位址所屬的象限;位元4可表明自聲明的位址是64還是48位元;位元5可以表明位址是單播還是多播;位元6可被設定為0,表明此訊息是在站處始發的;及/或位元7可能需要被設定為1,表明該訊息攜帶MAC位址。
對於狀態,此欄位在此訊息中可能需要被設定為0。
對於站ID,這可選地可以包括發送此訊息的站的ID。
對於48位元MAC位址(範圍)或64位元MAC位址(範圍),這些可以是被請求的連續位址範圍的第一個位址。計數欄位可以是被請求的位址的數量。如果只請求單一位址,則此欄位可以被設定為一(1)。
關於防禦(DEFEND),此訊息可以用於防禦已經獲取的MAC位址範圍。例如,參見表22。
表 22 :防禦
0 | 7 | 8 | 10 | 11 | 15 | 16 | 31 | |||||||||||||||||||||||||||
子類型 | 版本 | 訊息類型 | 控制字 | |||||||||||||||||||||||||||||||
Cookie | 狀態 | 長度 | ||||||||||||||||||||||||||||||||
(可選的)站ID | ||||||||||||||||||||||||||||||||||
48位元MAC位址(範圍)或64位元MAC位址(範圍) | ||||||||||||||||||||||||||||||||||
衝突中48位元MAC範圍或衝突中64位元MAC範圍 | ||||||||||||||||||||||||||||||||||
對於控制字,該些位元可能需要變為1或0,以複製來自觸發此訊息的發現訊息的值,其中:位元0到2可能需要變為1,這取決於被自聲明的位址所屬的象限;位元4可表明本身聲明的位址是64還是48位元;位元5可以表明位址是單播還是多播;位元6可被設定為0,表明此訊息是在站處始發的;及/或,位元7可能需要被設定為1,表明訊息攜帶MAC位址。
對於狀態,該欄位在此訊息中可能需要被設定為0。
對於站ID,這可以從始發的發現訊息中複製。如果發起此訊息的發現訊息包含站ID,則可能需要從發現訊息中的一個複製該選項。
對於48位元MAC位址(範圍)或64位元MAC位址(範圍),這些可以從始發的發現訊息中複製。
對於衝突中的48位元MAC範圍或衝突中的64位元MAC範圍,這些可被設定為與從發現所請求的位址範圍衝突的第一個位址。在這種情況下,計數可以被設定為與該範圍衝突的位址的數量。
關於宣告,此訊息可以用於宣告已經分配的MAC位址範圍。例如,參見表23。
表 23 :宣告
0 | 7 | 8 | 10 | 11 | 15 | 16 | 31 | |||||||||||||||||||||||||||
子類型 | 版本 | 訊息類型 | 控制字 | |||||||||||||||||||||||||||||||
Cookie | 狀態 | 長度 | ||||||||||||||||||||||||||||||||
(可選的)站ID | ||||||||||||||||||||||||||||||||||
48位元MAC位址(範圍)或64位元MAC位址(範圍) | ||||||||||||||||||||||||||||||||||
對於控制字,根據以下列表,該些位元可能需要變為1或0:取決於被自聲明的位址所屬的象限,位元0到2可能需要變為1;位元4可表明自聲明的位址是64還是48位元;位元5可以表明位址是單播還是多播;位元6可被設定為0,表明此訊息是在站處始發的;及/或位元7可能需要被設定為1,表明訊息攜帶MAC位址。
對於狀態,此欄位在此訊息中可能需要被設定為0。
對於站ID,這可選地可以包括發送此訊息的站的ID。
對於48位元MAC位址(範圍)或64位元MAC位址(範圍),這些可以是被分配給站的連續位址範圍的第一個位址。計數欄位可以是已經被分配的位址的數量,從MAC位址欄位中提供的位址開始。如果只請求單一位址,則此欄位可以被設定為一(1)。
關於給予,此訊息可以由伺服器/代理用來縮短探查MAC位址範圍所需的時間。此訊息背後的概念是,在代理預定保持網路中使用的位址的情況下,其可以快速地陳述正被探查的位址的狀態。此訊息還可用於請求站在不同的MAC位址範圍內重複該探查。例如,參見表24。
表 24 :給予
0 | 7 | 8 | 10 | 11 | 15 | 16 | 31 | |||||||||||||||||||||||||
子類型 | 版本 | 訊息類型 | 控制字 | |||||||||||||||||||||||||||||
Cookie | 狀態 | 長度 | ||||||||||||||||||||||||||||||
(可選的)網路ID | ||||||||||||||||||||||||||||||||
(可選的)特定MAC範圍 | ||||||||||||||||||||||||||||||||
(可選的)48位元MAC位址(範圍)或64位元MAC位址(範圍) | ||||||||||||||||||||||||||||||||
(可選的)衝突中48位元MAC範圍或衝突中64位元MAC範圍 | ||||||||||||||||||||||||||||||||
對於控制字,根據以下列表,該些位元可能需要變為1或0:取決於自聲明的位址所屬的象限,位元0到2可能需要變為1;位元4可表明自聲明的位址是64位元還是48位元;位元5可以表明位址是單播還是多播;位元6可被設定為1,表明此訊息是在伺服器處始發的;及/或,在提供了特定MAC範圍的情況下,位元7可能需要被設定為1,表明訊息攜帶MAC位址範圍。
對於狀態,在此訊息中,此欄位可能需要被設定為1、2、3或12。每個代碼的含義可以如下:1,表明未使用的MAC範圍,且位址能夠直接被分配給站; 2,表明使用中的MAC範圍,並且站必須立即選擇不同的範圍;3,表明站可能會在特定MAC範圍選項中提供的範圍內產生新的位址或位址範圍、並再次嘗試自聲明。在狀態取值為3的情況下,然後可以提供選項“特定MAC範圍”;及/或取值為10,其中網路中MASAP不被支援且需要使用MASBAP。
如果狀態取值為2,則在該訊息中可能需要存在48位元MAC位址(範圍)或64位元MAC位址(範圍)以及衝突中的48位元MAC範圍或衝突中的64位元MAC範圍,其含義與防禦訊息中的含義相同。
對於網路ID,這可以可選地提供此伺服器正在服務的網路的指示。
可能有一個或複數MASBAP協定訊息,其中基於伺服器的協定定義了以下訊息。
發現(DISCOVER)是可用於與網路中的任何代理/伺服器開啟對話的訊息。例如,參見表25。
表 25 :發現
0 | 7 | 8 | 10 | 11 | 15 | 16 | 31 | ||||||||||||||||||||||||||||
子類型 | 版本 | 訊息類型 | 控制字 | ||||||||||||||||||||||||||||||||
Cookie | 狀態 | 長度 | |||||||||||||||||||||||||||||||||
(可選的)站ID | |||||||||||||||||||||||||||||||||||
(可選的)特定MAC範圍 | |||||||||||||||||||||||||||||||||||
(可選的)48位元MAC位址(範圍)或64位元MAC位址(範圍) | |||||||||||||||||||||||||||||||||||
(可選的)MAC位址計數 | |||||||||||||||||||||||||||||||||||
對於控制字,根據以下列表,該些位元可能需要變為1或0:取決於正被請求的位址的象限,位元0到2可能需要變為1;位元4可表明所請求的位址是64還是48位元;位元5可以表明所請求的位址是單播還是多播;位元6可被設為0,表明此訊息是在站處始發的;及/或,位元7可能需要被設定為1或0,這取決於該訊息是否攜帶特定MAC範圍或48/64MAC位址(範圍)。
對於狀態,此欄位在此訊息中可能需要被設定為0。
對於站ID,這可選地可以包含發送此訊息的站的ID。在訊息包含48位元MAC位址(範圍)或64位元MAC位址(範圍)的情況下,站ID可以是強制性的。
特定MAC範圍可用於向伺服器提供正被請求的MAC位址的範圍。伺服器可以嘗試指派屬於此選項中提供的範圍的MAC位址。
對於48位元MAC位址(範圍)或64位元MAC位址(範圍),這可以用於提供先前已經指派給該站的MAC位址或MAC位址範圍。伺服器可以嘗試向站指派相同的MAC位址或範圍。如果只請求單一位址,則此欄位可以是一(1)。
MAC位址計數可以用於請求位址範圍,而不定義MAC位址所屬的範圍。如果提供48位元MAC位址(範圍)或64位元MAC位址(範圍),則可以不添加此選項。在未提供兩個選項中的任一個的情況下,伺服器可以假定請求單一MAC位址。
關於給予,在接收到發現訊息時,伺服器可向用戶端發送對可能的MAC位址分配的給予。注意,此分配可以考慮由站提供的不同提示。例如,參見表26。
表 26 :給予
0 | 7 | 8 | 10 | 11 | 15 | 16 | 31 | |||||||||||||||||||||||||||
子類型 | 版本 | 訊息類型 | 控制字 | |||||||||||||||||||||||||||||||
Cookie | 狀態 | 長度 | ||||||||||||||||||||||||||||||||
(可選的)網路ID | ||||||||||||||||||||||||||||||||||
(可選的)站ID | ||||||||||||||||||||||||||||||||||
生命期 | ||||||||||||||||||||||||||||||||||
48位元MAC位址(範圍)或64位元MAC位址(範圍) | ||||||||||||||||||||||||||||||||||
對於控制字,根據以下列表,這些位元可能需要變為1或0:取決於正被分配的位址的象限,位元0到2可能需要變為1;位元4可表明所分配的位址是64還是48位元;位元5可表明所分配的位址是單播還是多播;位元6可被設定為1,表明此訊息在伺服器處始發;及/或位元7可能需要被設定為1,表明訊息攜帶48/64 MAC位址(範圍)。
狀態欄位可能需要被設定為8,表明正在進行的過程,或設定為12,表明在發現(DISCOVER)中所發送的約束的部分實現。
網路ID可以可選地包含發送此訊息的代理所屬的網路的ID。
站ID可以可選地複製來自發現訊息的站ID。
生命期可以表明租用的生命期。可能需要提供生命期選項。
對於48位元MAC位址(範圍)或64位元MAC位址(範圍),這些可用於向站提供MAC位址或MAC位址範圍。這種選項可能需要在這個訊息中提供。
關於請求訊息,在接收到給予訊息時,站可以確認經由此訊息將(一個或複數)位址分配給伺服器。伺服器在接收到此訊息之前可能不考慮分配的位址。例如,參見表27。
表 27 : 請求
0 | 7 | 8 | 10 | 11 | 15 | 16 | 31 | ||||||||||||||||||||||||||
子類型 | 版本 | 訊息類型 | 控制字 | ||||||||||||||||||||||||||||||
Cookie | 狀態 | 長度 | |||||||||||||||||||||||||||||||
(可選的)網路ID | |||||||||||||||||||||||||||||||||
(可選的)站ID | |||||||||||||||||||||||||||||||||
生命期 | |||||||||||||||||||||||||||||||||
48位元MAC位址(範圍)或64位元MAC位址(範圍) | |||||||||||||||||||||||||||||||||
對於控制字,根據以下列表,這些位元可能需要變為1或0:取決於正被分配的位址的象限,位元0到2可能需要變為1;位元4可表明所分配的位址是64還是48位元;位元5可以表明所分配的位址是單播還是多播;位元6可被設定為0,表明此訊息在站處始發;及/或位元7可能需要被設定為1,表明訊息攜帶48/64 MAC位址(範圍)。
狀態欄位可能需要被設定為0。
網路ID可以可選地複製給予訊息中的網路ID。
站ID可以可選地包括該站ID。
生命期可以表明從給予訊息複製的租用的生命期。
對於48位元MAC位址(範圍)或64位元MAC位址(範圍),這些可以從給予訊息中被複製。
關於ACK訊息,此訊息可用於站確認位址的指派。在某些情況下,這可作為對請求(REQUEST)的回答而被發送以關閉指派過程,儘管其也可被伺服器用於向站通知任何錯誤,用其回答發現訊息。例如,參見表28。
表 28 : ACK
0 | 7 | 8 | 10 | 11 | 15 | 16 | 31 | ||||||||||||||||||||||||||||
子類型 | 版本 | 訊息類型 | 控制字 | ||||||||||||||||||||||||||||||||
Cookie | 狀態 | 長度 | |||||||||||||||||||||||||||||||||
(可選的)網路ID | |||||||||||||||||||||||||||||||||||
(可選的)站ID | |||||||||||||||||||||||||||||||||||
(可選的)特定MAC範圍 | |||||||||||||||||||||||||||||||||||
根據以下列表,控制字位元可能需要變為1或0:取決於正被分配的位址的象限,位元0到2可能需要變為1;位元4可表明被分配的位址是64還是48位元;位元5可以表明被分配的位址是單播還是多播;位元6可被設定為0,表明此訊息在站處始發;及/或位元7可能需要被設定為1,表明訊息攜帶48/64 MAC位址(範圍)。
狀態欄位可以取複數值,例如:3,其可表明MASBAP不可用,且該站應在特定MAC範圍選項中定義的範圍中產生MAC位址或範圍、並使用MASAP;4,其可以表明分配成功完成;5到7,其可以表明失敗,同時考慮由站提供的提示來指派位址;9,其可以表明不支援MASBAP、並且使用MASAP;及/或11,其中在由伺服器發送的封包與由站發送的封包之間可能有參數的不匹配。在狀態取值為3的情況下,則可能需要提供選項特定MAC範圍。
網路ID可以可選地包括由代理所服務的網路的ID。
站ID可以可選地包括該站的ID。在站ID被提供在請求訊息的情況下,可能需要包括此選項。
特定MAC範圍可包括要用於MASAP的範圍。此選項可能需要在狀態碼是3中出現。
ACK可被用作發現及請求的答覆。在接收到ACK訊息之前,站可能不認為分配完成。
儘管以上以特定的組合描述了特徵及元素,但是本領域中具有通常知識者將理解,每個特徵或元素可以單獨使用或與其它特徵及元素任意組合使用。另外,本文描述的方法可以在電腦程式、軟體或韌體中實現,該電腦程式、軟體或韌體被併入電腦可讀媒體中以由電腦或處理器執行。電腦可讀媒體的範例包括電子信號(經由有線或無線連接傳送)及電腦可讀儲存媒體。電腦可讀儲存媒體的範例包括但不限於唯讀記憶體(ROM)、隨機存取記憶體(RAM)、暫存器、快取記憶體、半導體記憶體裝置、例如內部硬碟及可移光碟等磁性媒體、磁光媒體、以及例如CD-ROM光碟及數位多功能光碟(DVD)等光學媒體。與軟體相關聯的處理器可以用於實現在WTRU、UE、終端、基地台、RNC或任何主機電腦中使用的射頻收發器。
100:通訊系統
102、102a、102b、102c、102d:無線傳輸/接收單元(WTRU)
104、113:無線電存取網路(RAN)
106、115:核心網路(CN)
108:公共交換電話網路(PSTN)
110:網際網路
112:其他網路
114a、114b:基地台
116:空中介面
118:處理器
120:收發器
122:傳輸/接收元件
124:揚聲器/麥克風
126:小鍵盤
128:顯示器/觸控板
130:非可移記憶體
132:可移記憶體
134:電源
136:全球定位系統(GPS)晶片組
138:週邊設備
160a、160b、160c: e節點B
162:移動性管理實體(MME)
164:服務閘道(SGW)
180a、180b、180c: gNB
182a、182b :移動性管理功能(AMF)
184a、184b:使用者平面功能(UPF)
183a、183b:對話管理功能(SMF)
185a、185b:資料網路(DN)
200:MUMAAP的通信系統
202a、202b、202c、202d:節點
210、230:代理(或伺服器)
220:網路裝置
MAC:單播媒體存取控制
MUMAAP:位址指配協定
從以下結合附圖以範例方式給出的描述中可以更詳細地理解本發明,其中,附圖中的相同元件符號表示相同的元素,並且其中:
圖1A是示出了可以實施一個或更多揭露的實施例的範例性通信系統的系統圖;
圖1B是示出了根據實施例的可以在圖1A所示的通信系統中使用的範例性無線傳輸/接收單元(WTRU)的系統圖;
圖1C是示出了根據實施例可以在圖1A中所示的通信系統中使用的範例性無線電存取網路(RAN)以及範例性核心網路(CN)的系統圖;
圖1D是示出了根據實施例的可以在圖1A中所示的通信系統中使用的另一範例性RAN以及另一範例性CN的系統圖;
圖2是示出了其中實施多播及單播MAC位址指派協定(MUMAAP)的範例性通信系統的系統圖;以及
圖3是示出了範例性MUMAAP程序的圖。
MAC:單播媒體存取控制
Claims (18)
- 一種用於在一第一網路節點中使用的方法,該方法包括:基於與一第二網路節點相關聯的一多播MAC位址,向該第二網路節點傳送一發現訊息,該發現訊息包括至少一第一MAC位址或一第一MAC位址範圍;從該第二網路節點接收一給予訊息,該給予訊息具有基於該第一MAC位址範圍所確定的一第二MAC位址範圍,其中該第二MAC位址範圍可被分配給該第一網路節點;向該第二網路節點傳送帶有從該第二MAC位址範圍選出的一第二MAC位址的一請求訊息,其中該請求訊息表明至少該第二MAC位址或該第二MAC位址範圍將被分配給該第一網路節點;以及從該第二網路節點接收一確認訊息,該確認訊息表明至少該第二MAC位址或該第二MAC位址範圍被分配給該第一網路節點。
- 如請求項1所述的方法,更包括:基於先前MAC位址分配,確定該第一MAC位址或該第一MAC位址範圍。
- 如請求項1所述的方法,其中該第二MAC位址是將被分配給該第一網路節點的一單播MAC位址、或將被分配給該第一網路節點的一多播MAC位址。
- 如請求項1所述的方法,其中該第二MAC位址範圍包括一單播MAC位址範圍或一多播MAC位址範圍。
- 如請求項1所述的方法,其中該發現訊息更包括複數控制字位元、一狀態欄位、該第一網路節點的一識別、以及一MAC位址計數。
- 如請求項1所述的方法,更包括:在向該第二網路節點傳送該發現訊息時,啟動與該給予訊息相關聯的一計時器並增加表明所傳送的發現訊息的一數目的一計數器;以及在該計時器期滿並且該計數器不超過一預定計數數目的情況下,基於與該第二網路節點相關聯的該多播MAC位址來向該第二網路節點重新傳送該發現訊息。
- 如請求項1所述的方法,其中該給予訊息更包括複數控制字位元、一狀態欄位、一網路識別、該第二網路節點的一識別、以及一生命期。
- 如請求項1所述的方法,其中分配給該第一網路節點的該第二MAC位址與該第一MAC位址相同,或者分配給該第一網路節點的該第二MAC位址是在該第一MAC位址範圍內。
- 如請求項1所述的方法,其中該發現訊息的一源位址是一隨機MAC位址或一全域MAC位址。
- 如請求項1所述的方法,其中該第一網路節點是具有或不具有一預配置的初始MAC位址的一用戶端,並且該第二網路節點是一伺服器,其中該預配置的初始MAC位址是一本地位址或一全域位址。
- 如請求項1所述的方法,其中該發現、給予、請求、以及確認訊息中的每一者被封裝在具有表明一協定類型是具有表明IEEE 802.1 CQ的一子類型的音訊/視訊傳輸協定(AVTP)的一指示符的一訊框中。
- 一種第一網路節點,包括:一處理器; 一接收器;以及一傳輸器,該處理器以及該傳輸器被配置為基於與一第二網路節點相關聯的一多播MAC位址以向該第二網路節點傳送一發現訊息,該發現訊息包括至少一第一MAC位址或一第一MAC位址範圍;該處理器以及該接收器被配置為從該第二網路節點接收一給予訊息,該給予訊息具有基於該第一MAC位址範圍所確定的一第二MAC位址範圍,其中該第二MAC位址範圍可被分配給該第一網路節點;該處理器以及該傳輸器被配置為向該第二網路節點傳送帶有從該第二MAC位址範圍選出的一第二MAC位址的一請求訊息,其中該請求訊息表明至少該第二MAC位址或該第二MAC位址範圍將被分配給該第一網路節點;以及該處理器以及該接收器被配置為從該第二網路節點接收一確認訊息,該確認訊息表明至少該第二MAC位址或該第二MAC位址範圍被分配給該第一網路節點。
- 如請求項12所述的第一網路節點,其中該處理器被配置為基於先前MAC位址分配以確定該第一MAC位址或該第一MAC位址範圍。
- 如請求項12所述的第一網路節點,其中該處理器被配置為:在向該第二網路節點傳送該發現訊息時,啟動與該給予訊息相關聯的一計時器以及增加表明所傳送的發現訊息的一數目的一計數器,並且其中該處理器以及該傳輸器被配置為:在該計時器期滿且該計數器不超過一預定計數數目的情況下,基於與該第二網路節點相關聯的該多播MAC位址以向該第二網路節點重新傳送該發現訊息。
- 如請求項12所述的第一網路節點,其中該第二MAC位址是將被分配給該第一網路節點的一單播MAC位址或將被分配給該第一網路節點的一多播MAC位址。
- 如請求項12所述的第一網路節點,其中該第二MAC位址範圍包括一單播MAC位址範圍或一多播位址範圍。
- 如請求項12所述的第一網路節點,其中分配給該第一網路節點的該第二MAC位址與該第一MAC位址相同,或者分配給該第一網路節點的該第二MAC位址是在該第一MAC位址範圍內。
- 如請求項12所述的第一網路節點,其中該第一網路節點是具有或不具有一預配置的初始MAC位址的一用戶端,並且該第二網路節點是一伺服器,其中該預配置的初始MAC位址是一本地位址或一全域位址。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201962838687P | 2019-04-25 | 2019-04-25 | |
US62/838687 | 2019-04-25 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW202046695A TW202046695A (zh) | 2020-12-16 |
TWI833946B true TWI833946B (zh) | 2024-03-01 |
Family
ID=70779858
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW109113754A TWI833946B (zh) | 2019-04-25 | 2020-04-24 | 網路節點及於其中使用的方法 |
TW111104191A TW202228430A (zh) | 2019-04-25 | 2020-04-24 | 網路節點及於其中使用的方法 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW111104191A TW202228430A (zh) | 2019-04-25 | 2020-04-24 | 網路節點及於其中使用的方法 |
Country Status (6)
Country | Link |
---|---|
US (2) | US11792154B2 (zh) |
EP (1) | EP3959858A1 (zh) |
KR (1) | KR20220010594A (zh) |
CN (1) | CN113728606B (zh) |
TW (2) | TWI833946B (zh) |
WO (1) | WO2020219693A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20240267357A1 (en) * | 2020-10-08 | 2024-08-08 | Interdigital Patent Holdings, Inc. | Ieee 802.1cq mac address allocation via ieee 1722 maap and barc |
WO2022076942A1 (en) * | 2020-10-09 | 2022-04-14 | Roger Marks | Network block address registration and claiming |
WO2022159762A1 (en) * | 2021-01-22 | 2022-07-28 | Futurewei Technologies, Inc. | Method for improved hash chaining security |
WO2022245622A1 (en) * | 2021-05-19 | 2022-11-24 | Cisco Technology, Inc. | Device address rotation management protocol for a wireless local area network |
EP4369434A1 (en) | 2022-01-25 | 2024-05-15 | LG Energy Solution, Ltd. | Method for prelithiating electrode for lithium secondary battery, electrode intermediate, and lithium secondary battery including electrode |
US20240297848A1 (en) * | 2023-03-01 | 2024-09-05 | Semiconductor Components Industries, Llc | Locally unique mac address resolution |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110235656A1 (en) * | 2008-06-02 | 2011-09-29 | Ncolas Pigeon | Method and device for allocating mac addresses in a carrier-current communication network |
US20140006575A1 (en) * | 2012-06-28 | 2014-01-02 | Alcatel-Lucent Canada Inc. | Subnet prioritization for ip address allocation from a dhcp server |
WO2014051399A1 (en) * | 2012-09-28 | 2014-04-03 | Samsung Electronics Co., Ltd. | Method and system for establishing wireless fidelity direct(wfd) connection in a wfd network environment |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8428060B2 (en) | 2009-04-24 | 2013-04-23 | Futurewei Technologies, Inc. | Determining the group address for an Ethernet-based multicast communication |
US8804591B2 (en) | 2009-09-18 | 2014-08-12 | Interdigital Patent Holdings, Inc. | Method and apparatus for multicast mobility |
US10120725B2 (en) * | 2012-06-22 | 2018-11-06 | Microsoft Technology Licensing, Llc | Establishing an initial configuration of a hardware inventory |
CN102970392B (zh) * | 2012-12-18 | 2016-05-11 | 重庆邮电大学 | 一种高效快速的LR-WPAN Mesh网络节点地址分配方法 |
US20150281947A1 (en) * | 2014-03-26 | 2015-10-01 | Qualcomm Incorporated | Method and apparatus for fast ip address assignment |
US9900283B2 (en) * | 2014-06-25 | 2018-02-20 | Avago Technologies General Ip (Singapore) Pte. Ltd. | Dynamic local media access control (MAC) address assignment |
WO2017173134A1 (en) * | 2016-03-31 | 2017-10-05 | Interdigital Patent Holdings, Inc. | Systems and methods for dynamic multicast group creation in wifi for information centric networks |
US10218671B2 (en) * | 2016-09-13 | 2019-02-26 | Cisco Technology, Inc. | Dynamic media access control address allocation and leasing for wireless network |
CN111742535B (zh) | 2018-01-12 | 2023-11-24 | 交互数字专利控股公司 | 提供用于etsi mec的基于ieee 802.11的无线网络信息服务的方法和过程 |
JP2021530898A (ja) | 2018-07-05 | 2021-11-11 | インターデイジタル パテント ホールディングス インコーポレイテッド | Ieee802.11ネットワークにおける動的macアドレス配布のための方法および手順 |
CN117914825A (zh) | 2019-01-18 | 2024-04-19 | 交互数字专利控股公司 | 利用动态分配机制指定mac地址类型的方法 |
-
2020
- 2020-04-23 CN CN202080031467.6A patent/CN113728606B/zh active Active
- 2020-04-23 KR KR1020217034601A patent/KR20220010594A/ko not_active Application Discontinuation
- 2020-04-23 WO PCT/US2020/029550 patent/WO2020219693A1/en unknown
- 2020-04-23 US US17/605,880 patent/US11792154B2/en active Active
- 2020-04-23 EP EP20727426.7A patent/EP3959858A1/en not_active Withdrawn
- 2020-04-24 TW TW109113754A patent/TWI833946B/zh active
- 2020-04-24 TW TW111104191A patent/TW202228430A/zh unknown
-
2023
- 2023-10-13 US US18/486,246 patent/US20240056413A1/en active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110235656A1 (en) * | 2008-06-02 | 2011-09-29 | Ncolas Pigeon | Method and device for allocating mac addresses in a carrier-current communication network |
US20140006575A1 (en) * | 2012-06-28 | 2014-01-02 | Alcatel-Lucent Canada Inc. | Subnet prioritization for ip address allocation from a dhcp server |
WO2014051399A1 (en) * | 2012-09-28 | 2014-04-03 | Samsung Electronics Co., Ltd. | Method and system for establishing wireless fidelity direct(wfd) connection in a wfd network environment |
Non-Patent Citations (1)
Title |
---|
網路文獻 Antonio de la Oliva, et al., "Proposal for IEEE 802.1CQ-LAAP," IEEE 802.1 Working Group 22-26 January 2018 Interim Meeting, Geneva, Switzerland, 22-26 January 2018. https://1.ieee802.org/january-2018-interim-session-in-geneva-switzerland/, http://www.ieee802.org/1/files/public/docs2018/cq-aoliva-proposal-LAAP-0118-v1.pdf * |
Also Published As
Publication number | Publication date |
---|---|
EP3959858A1 (en) | 2022-03-02 |
CN113728606A (zh) | 2021-11-30 |
KR20220010594A (ko) | 2022-01-25 |
TW202046695A (zh) | 2020-12-16 |
US11792154B2 (en) | 2023-10-17 |
US20220224671A1 (en) | 2022-07-14 |
US20240056413A1 (en) | 2024-02-15 |
TW202228430A (zh) | 2022-07-16 |
WO2020219693A1 (en) | 2020-10-29 |
CN113728606B (zh) | 2024-03-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI833946B (zh) | 網路節點及於其中使用的方法 | |
US11588785B2 (en) | Methods and procedures for the dynamic mac address distribution in IEEE 802.11 networks | |
JP2022543188A (ja) | マルチリンクwlanを有効にする方法 | |
US20220377524A1 (en) | Methods and apparatus for direct discovery and communication using a wtru to wtru relay | |
JP7503557B2 (ja) | Pc5インターフェース上においてv2xユニキャスト通信を可能にする手順 | |
JP2023521621A (ja) | エッジネットワーク管理サーバの発見のための方法、装置、及びシステム | |
JP2024528432A (ja) | モノのインターネットネットワークのディスカバリ | |
WO2021163507A1 (en) | Security and privacy support for direct wireless communications | |
CN113396575B (zh) | 利用动态分配机制指定mac地址类型的方法 | |
WO2022150542A1 (en) | Change of pc5 link identifiers between the wtru and the layer-2 wtru to wtru relay | |
US20230269220A1 (en) | Methods and apparatus for distribution of dynamic mac addresses | |
CN112640370B (zh) | 用于多播分组的层2转发的方法和装置 | |
EP4241532A1 (en) | Methods, architectures, apparatuses and systems for service continuity for premises networks | |
CN118590857A (zh) | 无线发射/接收单元及由其执行的方法 | |
CN118541963A (zh) | 基于共享应用垂直会话的边缘应用实例发现和选择 | |
CN116868517A (zh) | Wtru与层2wtru到wtru中继之间的pc5链路标识符改变 |