CN113728606A - 多播和单播介质接入控制(mac)地址指派协议(mumaap) - Google Patents

多播和单播介质接入控制(mac)地址指派协议(mumaap) Download PDF

Info

Publication number
CN113728606A
CN113728606A CN202080031467.6A CN202080031467A CN113728606A CN 113728606 A CN113728606 A CN 113728606A CN 202080031467 A CN202080031467 A CN 202080031467A CN 113728606 A CN113728606 A CN 113728606A
Authority
CN
China
Prior art keywords
node
mac address
range
mac
address
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202080031467.6A
Other languages
English (en)
Other versions
CN113728606B (zh
Inventor
安东尼奥·德拉奥利瓦
罗伯特·G·加兹达
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
InterDigital Patent Holdings Inc
Original Assignee
InterDigital Patent Holdings Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by InterDigital Patent Holdings Inc filed Critical InterDigital Patent Holdings Inc
Publication of CN113728606A publication Critical patent/CN113728606A/zh
Application granted granted Critical
Publication of CN113728606B publication Critical patent/CN113728606B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/25Mapping addresses of the same type
    • H04L61/2503Translation of Internet protocol [IP] addresses
    • H04L61/2557Translation policies or rules
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5069Address allocation for group communication, multicast communication or broadcast communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/25Mapping addresses of the same type
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5007Internet protocol [IP] addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5038Address allocation for local use, e.g. in LAN or USB networks, or in a controller area network [CAN]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5061Pools of addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5092Address allocation by self-assignment, e.g. picking addresses at random and testing if they are already in use
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/59Network arrangements, protocols or services for addressing or naming using proxies for addressing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/618Details of network addresses
    • H04L2101/622Layer-2 addresses, e.g. medium access control [MAC] addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/695Types of network addresses using masks or ranges 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

多播和单播介质接入控制(MAC)地址指派协议(MUMAAP)
相关申请的交叉引用
本申请要求在2019年4月25日提交的美国临时申请序列号62/838,687的权益,其内容通过引用并入本文。
背景技术
IEEE802.1 CQ是指定用于IEEE802网络中48位和64位地址的本地唯一指派的协议、过程和管理对象的标准。具体来说,IEEE802.1CQ正在层2协议上进行工作,以通过所有IEEE802接入技术(例如IEEE802.11、IEEE802.3等)在IEEE 802c中定义的结构化本地地址计划(SLAP)中向终端站本地指派单播和多播MAC地址。然而,当前的层2协议,例如IEEE1722MAC地址获取协议,并不支持将MAC地址分配给终端站,而不管MAC地址的任何先前配置或先前分配。因此,需要用于不要求先前配置或分配的单播和多播MAC地址的分配的协议以满足IEEE802.1 CQ的要求。
发明内容
本文描述了用于多播和单播MAC地址指派协议(MUMAAP)的方法和装置。例如,有线或无线网络中的第一节点可以基于第二节点的单播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地址或第二MAC地址范围被分配给第一节点。第一节点可以是具有或不具有预先配置的初始MAC地址的客户端,第二节点可以是服务器。
附图说明
从以下结合附图以示例方式给出的描述中可以更详细地理解本发明,其中,附图中的相同附图标记表示相同的元素,并且其中:
图1A是示出了可以实现一个或多个公开的实施例的示例通信系统的系统图;
图1B是示出了根据实施例的可以在图1A所示的通信系统中使用的示例无线发射/接收单元(WTRU)的系统图;
图1C是示出了根据实施例可以在图1A中所示的通信系统中使用的示例无线电接入网络(RAN)和示例核心网络(CN)的系统图;
图1D是示出了根据实施例的可以在图1A中所示的通信系统中使用的另一示例RAN和另一示例CN的系统图;
图2是示出了其中实现了多播和单播MAC地址指派协议(MUMAAP)的示例通信系统的系统图;以及
图3是示出了示例MUMAAP过程的图。
具体实施方式
图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、基站、网络和/或网络元件。每一个WTRU102a、102b、102c、102d可以是被配置为在无线环境中操作和/或通讯的任何类型的设备。举例来说,WTRU102a、102b、102c、102d(其中任何一个都可以被称为站(STA)或节点)可以被配置成发射和/或接收无线信号,并且可以包括用户设备(UE)、移动站、固定或移动订户单元、网络节点、节点、客户端、基于订阅的单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、热点或Mi-Fi设备、物联网(IoT)设备、手表或其他可穿戴设备、头戴式显示器(HMD)、车辆、无人机、医疗设备和应用(例如远程手术)、工业设备和应用(例如,在工业和/或自动化处理链环境中操作的机器人和/或其他无线设备)、消费电子设备、在商业和/或工业无线网络上操作的设备等等。任何WTRU102a、102b、102c及102d可互换地称为UE、节点或客户端。
通信系统100还可以包括基站114a和/或基站114b。基站114a、114b中的每一个可以是被配置为与WTRU102a、102b、102c、102d中的至少一个无线对接以便于接入一个或多个通信网络的任何类型的设备,所述通信网络诸如CN106、因特网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可以是RAN104的一部分,其还可以包括其他基站和/或网络元件(未示出),诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114a和/或基站114b可以被配置为在一个或多个载波频率上发射和/或接收无线信号,这些载波频率可以被称为小区(未示出)。这些频率可以在许可频谱、未许可频谱、或者许可和未许可频谱的组合中。小区可以向特定地理区域提供无线服务的覆盖,该特定地理区域可以是相对固定的或者可以随时间而改变。小区可以进一步被划分为小区扇区。例如,与基站114a相关联的小区可以被划分为三个扇区。因此,在一个实施例中,基站114a可以包括三个收发信机,即,小区的每个扇区一个收发信机。在实施例中,基站114a可以采用多输入多输出(MIMO)技术,并且可以针对小区的每个扇区利用多个收发信机。例如,波束成形可以用于在期望的空间方向上发射和/或接收信号。
基站114a、114b可通过空中接口116与WTRU102a、102b、102c、102d中的一者或多者通信,该空中接口可以是任何合适的无线通信链路(例如,射频(RF)、微波、厘米波、微米波、红外(IR)、紫外(UV)、可见光等)。空中接口116可以使用任何合适的无线接入技术(RAT)来建立。
更具体地说,如上所述,通信系统100可以是多接入系统,并且可以采用一个或多个信道接入方案,例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等。例如,RAN104中的基站114a和WTRU102a、102b、102c可以实现诸如通用移动电信系统(UMTS)陆地无线电接入(UTRA)之类的无线电技术,其可以使用宽带CDMA(WCDMA)来建立空中接口116。WCDMA可以包括诸如高速分组接入(HSPA)和/或演进型HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路(DL)分组接入(HSDPA)和/或高速上行链路(UL)分组接入(HSUPA)。
在实施例中,基站114a和WTRU102a、102b、102c可以实现诸如演进型UMTS陆地无线电接入(E-UTRA)之类的无线电技术,该无线电技术可以使用长期演进(LTE)和/或高级LTE(LTE-A)和/或高级LTE Pro(LTE-A Pro)来建立空中接口116。
在实施例中,基站114a和WTRU102a、102b、102c可以实现诸如NR无线电接入的无线电技术,该无线电技术可以使用NR来建立空中接口116。
在实施例中,基站114a和WTRU102a、102b、102c可以实现多种无线电接入技术。例如,基站114a和WTRU102a、102b、102c可以例如使用双连接(DC)原理一起实现LTE无线电接入和NR无线电接入。因此,WTRU102a、102b、102c所利用的空中接口可由多种类型的无线电接入技术和/或发送到多种类型的基站(例如eNB和gNB)或从多种类型的基站(例如eNB和gNB)发送的传输来表征。
在其他实施例中,基站114a及WTRU102a、102b、102c可实现无线电技术,例如IEEE802.11(即,无线保真(WiFi)、IEEE802.16(即,全球微波接入互操作性(WiMAX))、CDMA2000、CDMA20001X、CDMA2000EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、增强型数据速率GSM演进(EDGE)、GSM EDGE(GERAN)等。
图1A中的基站114b可以是例如无线路由器、家庭节点B、家庭e节点B或接入点,并且可以利用任何合适的RAT来促进局部区域中的无线连接,该局部区域诸如营业场所、家庭、车辆、校园、工业设施、空中走廊(例如,供无人机使用)、道路等。在一个实施例中,基站114b和WTRU102c、102d可以实现诸如IEEE802.11的无线电技术以建立无线局域网(WLAN)。在实施例中,基站114b和WTRU102c、102d可以实现诸如IEEE802.15的无线电技术以建立无线个域网(WPAN)。在又一实施例中,基站114b和WTRU102c、102d可利用基于蜂窝的RAT(例如WCDMA、CDMA2000、GSM、LTE-A Pro、NR等)来建立微微小区或毫微微小区。如图1A所示,基站114b可以具有到因特网110的直接连接。因此,基站114b可以不需要经由CN106接入因特网110。
RAN104可与CN106通信,其可以是被配置为向WTRU102a、102b、102c、102d中的一者或多者提供语音、数据、应用和/或基于互联网协议的语音(VoIP)服务的任何类型的网络。数据可具有不同服务质量(QoS)要求,例如不同吞吐量要求、时延要求、容错要求、可靠性要求、数据吞吐量要求、移动性要求等。CN106可以提供呼叫控制、计费服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分发等,和/或执行高级安全功能,例如用户认证。尽管在图1A中未示出,但是应当理解,RAN104和/或CN106可以与采用与RAN104相同的RAT或不同的RAT的其他RAN进行直接或间接的通信。例如,除了连接到可以利用NR无线电技术的RAN104之外,CN106还可以与采用GSM、UMTS、CDMA2000、WiMAX、E-UTRA或WiFi无线电技术的另一RAN(未示出)进行通信。
CN106也可作为WTRU102a、102b、102c、102d的网关以接入PSTN108、因特网110和/或其他网络112。PSTN108可以包括提供普通老式电话服务(POTS)的电路交换电话网。因特网110可以包括使用公共通信协议的互连计算机网络和设备的全球系统,所述公共通信协议例如是TCP/IP因特网协议族中的传输控制协议(TCP)、用户数据报协议(UDP)和/或因特网协议(IP)。网络112可以包括由其他服务提供商拥有和/或运营的有线和/或无线通信网络。例如,网络112可以包括连接到一个或多个RAN的另一个CN,所述RAN可以采用与RAN104相同的RAT或不同的RAT。
通信系统100中的一些或所有WTRU102a、102b、102c、102d可包括多模式能力(例如,WTRU102a、102b、102c、102d可包括多个收发信机,以通过不同无线链接与不同无线网络通信)。例如,图1A所示的WTRU102c可以被配置成与可以采用基于蜂窝的无线电技术的基站114a通信,以及与可以采用IEEE802无线电技术的基站114b通信。
图1B是示出了示例WTRU102的系统图。如图1B所示,WTRU102可包括处理器118、收发信机120、发射/接收元件122、扬声器/麦克风124、键盘126、显示器/触摸板128、不可移除存储器130、可移除存储器132、电源134、全球定位系统(GPS)芯片组136和/或其他外围设备138等等。可以理解的是,WTRU102可以包括前述元件的任何子组合,同时保持与实施例一致。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、任何其他类型的集成电路(IC)、状态机等。处理器118可以执行信号译码、数据处理、功率控制、输入/输出处理和/或任何其他使WTRU102能够在无线环境中操作的功能。处理器118可以耦合到收发信机120,收发信机120可以耦合到发射/接收元件122。虽然图1B将处理器118和收发信机120描绘为单独的组件,但将了解,处理器118和收发信机120可一起集成在电子封装或芯片中。
发射/接收元件122可以被配置为通过空中接口116向基站(例如,基站114a)发射信号或从其接收信号。例如,在一个实施例中,发射/接收元件122可以是被配置为发射和/或接收RF信号的天线。在实施例中,发射/接收元件122可以是被配置为发射和/或接收例如IR、UV或可见光信号的发射器/检测器。在又一实施例中,发射/接收元件122可经配置以发射和/或接收RF及光信号两者。应当理解,发射/接收元件122可以被配置为发射和/或接收无线信号的任何组合。
尽管发射/接收元件122在图1B中被描述为单个元件,但是WTRU102可以包括任意数量的发射/接收元件122。更具体地,WTRU102可以采用MIMO技术。因此,在一个实施例中,WTRU102可以包括两个或更多个发射/接收元件122(例如多个天线),用于通过空中接口116传送和接收无线信号。
收发信机120可以被配置为调制将由发射/接收元件122发射的信号,并且解调由发射/接收元件122接收的信号。如上所述,WTRU102可以具有多模式能力。因此,收发信机120可以包括多个收发信机,用于使WTRU102能够经由多个RAT进行通信,该多个RAT例如NR和IEEE802.11。
WTRU102的处理器118可被连接到扬声器/麦克风124、键盘126和/或显示器/触摸板128(例如液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元),并可从其接收用户输入数据。处理器118还可以向扬声器/麦克风124、键盘126和/或显示器/触摸板128输出用户数据。另外,处理器118可从任何类型的合适存储器存取信息,且将数据存储在所述存储器中,例如不可移除存储器130和/或可移除存储器132。不可移除存储器130可包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其他类型的存储器存储装置。可移除存储器132可以包括用户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在其他实施方式中,处理器118可以从存储器访问信息并将数据存储在存储器中,所述存储器不是物理地位于WTRU102上,例如位于服务器或家用计算机(未示出)上。
处理器118可以从电源134接收电力,并且可以被配置成分配和/或控制给WTRU102中的其他组件的电力。电源134可以是任何合适的用于为WTRU102供电的设备。例如,电源134可以包括一个或多个干电池(例如,镍镉、镍锌、镍金属氢化物(NiMH)、锂离子(Li-ion)等)、太阳能电池、燃料电池等。
处理器118也可以耦合到GPS芯片组136,其可以被配置成提供关于WTRU102的当前位置的位置信息(例如经度和纬度)。除了来自GPS芯片组136的信息之外,或者作为其替代,WTRU102可以通过空中接口116从基站(例如基站114a、114b)接收位置信息,和/或基于从两个或更多个邻近基站接收的信号的定时来确定其位置。应该理解,WTRU102可以通过任何合适的位置确定方法来获取位置信息,同时保持与实施例一致。
处理器118还可以耦合到其他外围设备138,其可以包括提供额外特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如,外围设备138可以包括加速度计、电子罗盘、卫星收发信机、数字相机(用于照片和/或视频)、通用串行总线(USB)端口、振动设备、电视收发信机、免提耳机、
Figure BDA0003320830480000091
模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器、虚拟现实和/或增强现实(VR/AR)设备、活动跟踪器等。外围设备138可以包括一个或多个传感器。传感器可以是陀螺仪、加速度计、霍尔效应传感器、磁力计、方向传感器、接近传感器、温度传感器、时间传感器中的一者或多者;地理位置传感器、高度计、光传感器、触摸传感器、磁力计、气压计、手势传感器、生物特征传感器、湿度传感器等。
WTRU102可以包括全双工无线电设备,对于该全双工无线电设备,一些或所有信号(例如,与用于UL(例如,用于传输)和DL(例如,用于接收)两者的特定子帧相关联的信号)的传输和接收可以是并发的和/或同时的。
图1C是示出了根据实施例的RAN104和CN106的系统图。如上所述,RAN104可采用E-UTRA无线电技术以通过空中接口116与WTRU102a、102b、102c通信。RAN104还可以与CN106通信。
RAN104可包含e节点B160a、160b、160c,但应了解,RAN104可包含任何数目的e节点B,同时保持与实施例一致。e节点B160a、160b、160c可各自包括一个或多个收发信机,以通过空中接口116与WTRU102a、102b、102c进行通信。在一个实施例中,e节点B160a、160b、160c可实现MIMO技术。因此,例如,e节点B160a可以使用多个天线来向WTRU102a发射无线信号和/或从其接收无线信号。
e节点B160a、160b、160c中的每一者可与特定小区(未示出)相关联,且可被配置为处理无线电资源管理决策、切换决策、UL和/或DL中的用户调度等。如图1C中所示,e节点B160a、160b、160C可经由X2接口彼此通信。
图1C中所示的CN106可以包括移动性管理实体(MME)162、服务网关(SGW)164和分组数据网络(PDN)网关(PGW)166。虽然前述元件被描绘为CN106的一部分,但是将理解,这些元件中的任意者可以由CN运营商之外的实体拥有和/或运营。
MME162可以经由S1接口连接到RAN104中的每一个e节点B162a、162b、162c,并且可以用作控制节点。例如,MME162可负责认证WTRU102a、102b、102c的用户、承载激活/去激活、在WTRU102a、102b、102c的初始附着期间选择特定服务网关等等。MME162可以提供控制平面功能,用于在RAN104和采用其他无线电技术(例如GSM和/或WCDMA)的其他RAN(未示出)之间进行切换。
SGW164可经由S1接口连接到RAN104中的e节点B160a、160b、160c中的每一者。SGW164通常可以路由和转发去往/来自WTRU102a、102b、102c的用户数据分组。SGW164可以执行其他功能,例如在e节点B间切换期间锚定用户平面、当DL数据可用于WTRU102a、102b、102c时触发寻呼、管理和存储WTRU102a、102b、102c的上下文等等。
SGW164可以连接到PGW166,其可以为WTRU102a、102b、102c提供至诸如因特网110的分组交换网络的接入,以促进WTRU102a、102b、102c和IP使能设备之间的通信。
CN106可以促进与其他网络的通信。例如,CN106可提供WTRU102a、102b、102c至电路交换网络(例如PSTN108)的接入,以促进WTRU102a、102b、102c和传统陆线通信设备之间的通信。例如,CN106可以包括IP网关(例如,IP多媒体子系统(IMS)服务器),或者可以与IP网关通信,该IP网关用作CN106和PSTN108之间的接口。此外,CN106可提供WTRU102a、102b、102c至其他网络112的接入,该其他网络112可包括其他服务提供商所拥有和/或运营的其他有线和/或无线网络。
虽然WTRU在图1A-1D中被描述为无线终端,但是可以预期在某些代表性实施例中,这种终端可以使用(例如临时或永久)与通信网络的有线通信接口。
在代表性实施例中,其他网络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可以在固定信道上发送信标,例如主信道。主信道可以是固定宽度(例如,20MHz宽的带宽)或动态设置的宽度。主信道可以是BSS的操作信道,并且可以由STA用来建立与AP的连接。在某些代表性实施例中,例如在802.11系统中可以实现具有冲突避免的载波侦听多路访问(CSMA/CA)。对于CSMA/CA,包括AP在内的STA(例如,每个STA)可以感测主信道。如果主信道被特定STA感测/检测和/或确定为忙,则该特定STA可以退避(back off)。一个STA(例如,仅一个站)可以在给定BSS中在任何给定时间进行传送。
高吞吐量(HT)STA可以使用40MHz宽信道进行通信,例如,通过将主20MHz信道与相邻或非相邻的20MHz信道组合以形成40MHz宽信道。
甚高吞吐量(VHT)STA可以支持20MHz、40MHz、80MHz和/或160MHz宽的信道。40MHz和/或80MHz信道可通过组合相邻的20MHz信道来形成。160MHz信道可通过组合8个连续的20MHz信道或通过组合两个非连续的80MHz信道来形成,这可被称为80+80配置。对于80+80配置,在信道编码之后,数据可以经过分段解析器,该分段解析器可以将数据划分成两个流。可以对每个流分别进行快速傅立叶逆变换(IFFT)处理和时域处理。流可以被映射到两个80MHz信道上,并且数据可以由进行传送的STA来传送。在进行接收的STA的接收机处,上述80+80配置的操作可以颠倒,并且组合数据可以被发送到媒体接入控制(MAC)。
低于1GHz的操作模式由802.11af和802.11ah支持。相对于802.11n和802.11ac中使用的信道操作带宽和载波,在802.11af和802.11ah中信道操作带宽和载波被减少。802.11af支持TV空白空间(TVWS)频谱中的5MHz、10MHz和20MHz带宽,而802.11ah支持使用非TVWS频谱的1MHz、2MHz、4MHz、8MHz和16MHz带宽。根据代表性实施例,802.11ah可以支持仪表类型控制/机器类型通信(MTC),例如宏覆盖区域中的MTC设备。MTC设备可具有某些能力,例如,包括对某些和/或有限带宽的支持(例如,仅支持)的受限能力。MTC设备可包括具有高于阈值的电池寿命的电池(例如,以维持非常长的电池寿命)。
可以支持多个信道和信道带宽的WLAN系统,例如802.11n、802.11ac、802.11af和802.11ah,包括可以被指定为主信道的信道。主信道可以具有等于BSS中的所有STA所支持的最大公共操作带宽的带宽。主信道的带宽可以由在BSS中操作的所有STA之中的STA来设置和/或限制,其支持最小带宽操作模式。在802.11ah的示例中,对于支持(例如,仅支持)1MHz模式的STA(例如,MTC型设备),主信道可以是1MHz宽,即使AP和BSS中的其他STA支持2MHz、4MHz、8MHz、16MHz和/或其他信道带宽操作模式。载波侦听和/或网络分配向量(NAV)设置可以取决于主信道的状态。如果主信道繁忙,例如,由于STA(其仅支持1MHz操作模式)向AP进行传输,则即使大多数可用频带保持空闲,所有可用频带也可被认为繁忙,。
在美国,802.11ah可使用的可用频带是从902MHz到928MHz。在韩国,可用频带是从917.5MHz到923.5MHz。在日本,可用频带是从916.5MHz到927.5MHz。根据国家代码,可用于802.11ah的总带宽是6MHz到26MHz。
图1D是示出了根据实施例的RAN104和CN106的系统图。如上所述,RAN104可以采用NR无线电技术来通过空中接口116与WTRU102a、102b、102c通信。RAN104还可以与CN106通信。
RAN104可以包括gNB180a、180b、180c,但是应当理解,RAN104可以包括任意数目的gNB,同时保持与实施例一致。gNB180a、180b、180c中的每一个都包括一个或多个收发信机,用于通过空中接口116与WTRU102a、102b、102c进行通信。在一个实施例中,gNB180a、180b、180c可以实现MIMO技术。例如,gNB180a、108b可以利用波束成形来向gNB180a、180b、180c发射信号和/或从其接收信号。因此,gNB180a例如可使用多个天线来向WTRU102a发射无线信号和/或从其接收无线信号。在实施例中,gNB180a、180b、180c可以实现载波聚合技术。例如,gNB180a可以向WTRU102a发射多个分量载波(未示出)。这些分量载波的子集可以在未许可频谱上,而剩余分量载波可以在许可频谱上。在实施例中,gNB180a、180b、180c可以实现协作多点(CoMP)技术。例如,WTRU102a可以从gNB180a和gNB180b(和/或gNB180c)接收协调传输。
WTRU102a、102b、102c可以使用与可扩缩参数配置(numerology)相关联的传输来与gNB180a、180b、180c通信。例如,OFDM符号间隔和/或OFDM子载波间隔可以针对不同的传输、不同的小区和/或无线传输频谱的不同部分而变化。WTRU102a、102b、102c可以使用子帧或具有各种或可伸缩长度(例如,包含不同数量的OFDM符号和/或持续变化长度的绝对时间)的传输时间间隔(TTI)与gNB180a、180b、180c通信。
gNB180a、180b、180c可被配置为在独立配置和/或非独立配置中与WTRU102a、102b、102c通信。在独立配置中,WTRU102a、102b、102c可以与gNB180a、180b、180c通信,而不需要也接入其他RAN(例如e节点B160a、160b、160c)。在独立配置中,WTRU102a、102b、102c可利用gNB180a、180b、180c中的一者或多者作为移动性锚点。在独立配置中,WTRU102a、102b、102c可以使用未许可频带中的信号与gNB180a、180b、180c通信。在非独立配置中,WTRU102a、102b、102c可以与gNB180a、180b、180c通信/连接,同时也可以与诸如e节点B160a、160b、160c的另一RAN通信/连接。举例来说,WTRU102a、102b、102c可以实施DC原理以便与一个或多个gNB180a、180b、180c以及一个或多个e节点B160a、160b、160c基本上同时地进行通信。在非独立配置中,e节点B160a、160b、160c可以用作WTRU102a、102b、102c的移动性锚,并且gNB180a、180b、180c可以提供用于服务WTRU102a、102b、102c的额外的覆盖范围和/或吞吐量。
gNB180a、180b、180c中的每一个可以与特定小区(未示出)相关联,并且可以被配置为处理无线电资源管理决策、切换决策、UL和/或DL中的用户调度、网络切片的支持、DC、NR与E-UTRA之间的交互工作、向用户平面功能(UPF)184a、184b路由用户平面数据、向接入和移动性管理功能(AMF)182a、182b路由控制平面信息等。如图1D所示,gNB180a、180b、180c可以通过Xn接口彼此通信。
图1D中所示的CN106可以包括至少一个AMF182a、182b、至少一个UPF184a、184b、至少一个会话管理功能(SMF)183a、183b,并且可能包括数据网络(DN)185a、185b。虽然前述元件被描绘为CN106的一部分,但是将理解,这些元件中的任何一个可以由CN运营商之外的实体拥有和/或运营。
AMF182a、182b可以经由N2接口连接到RAN104中的gNB180a、180b、180c中的一者或多者,并且可以用作控制节点。例如,AMF182a、182b可负责认证WTRU102a、102b、102c的用户、支持网络切片(例如,处理具有不同需求的不同协议数据单元(PDU)会话)、选择特定的SMF183a、183b、注册区域的管理、非接入层(NAS)信令的终止、移动性管理等等。AMF182a、182b可使用网络切片,以根据WTRU102a、102b、102c所使用的服务类型,定制CN对WTRU102a、102b、102c的支持。例如,可以针对不同的用例建立不同的网络切片,所述用例诸如依赖于超可靠低时延(URLLC)接入的服务、依赖于增强的大规模移动宽带(eMBB)接入的服务、用于MTC接入的服务等。AMF182A、182b可以提供用于在RAN104和采用其他无线电技术(例如LTE、LTE-A Pro和/或非3GPP接入技术(例如WiFi))的其他RAN(未示出)之间进行切换的控制平面功能。
SMF183a、183b可以经由N11接口连接到CN106中的AMF182a、182b。SMF183a、183b也可以经由N4接口连接到CN106中的UPF184a、184b。SMF183a、183b可以选择和控制UPF184a、184b,并且配置通过UPF184a、184b的业务的路由。SMF183a、183b可以执行其他功能,例如管理和分配UE IP地址、管理PDU会话、控制策略实施和QoS、提供DL数据通知等。PDU会话类型可以是基于IP的、非基于IP的、基于以太网的等等。
UPF184a、184b可以经由N3接口连接到RAN104中的gNB180a、180b、180c中的一者或多者,这可以为WTRU102a、102b、102c提供对诸如因特网110的分组交换网络的接入,以促进WTRU102a、102b、102c与IP使能设备之间的通信。UPF184、184b可以执行其他功能,例如路由和转发分组、实施用户平面策略、支持多宿主PDU会话、处理用户平面QoS、缓冲DL分组、提供移动性锚定等等。
CN106可以促进与其他网络的通信。例如,CN106可以包括IP网关(例如,IP多媒体子系统(IMS)服务器),或者可以与IP网关通信,该IP网关用作CN106和PSTN108之间的接口。此外,CN106可向WTRU102a、102b、102c提供至其他网络112的接入,该其他网络112可包括其他服务提供商所拥有和/或运营的其他有线和/或无线网络。在一个实施例中,WTRU102a、102b、102c可经由至UPF184a、184b的N3接口及UPF184a、184b与DN185a、185b之间的N6接口,通过UPF184a、184b连接至本地DN185a、185b。
鉴于图1A-1D和图1A-1D的相应描述,本文关于以下各项中的一者或多者描述的功能中的一者或多者或全部可以由一个或多个仿真设备(未示出)执行:WTRU102a-d、基站114a-b、e节点B160a-c、MME162、SGW164、PGW166、gNB180a-c、AMF182a-b、UPF184a-b、SMF183a-b、DN185a-b和/或本文描述的任何(一个或多个)其他设备。仿真设备可以是被配置为仿真本文描述的功能中的一者或多者或全部的一个或多个设备。例如,仿真设备可以用于测试其他设备和/或模拟网络和/或WTRU功能。
仿真设备可以被设计为在实验室环境和/或运营商网络环境中实现对其他设备的一个或多个测试。例如,一个或多个仿真设备可以执行一个或多个或所有功能,同时被完全或部分地实现和/或部署为有线和/或无线通信网络的一部分,以便测试通信网络内的其他设备。一个或多个仿真设备可以执行一个或多个或所有功能,同时被临时实现/部署为有线和/或无线通信网络的一部分。仿真设备可出于测试目的而直接耦合到另一设备,和/或可使用空中无线通信执行测试。
一个或多个仿真设备可以执行一个或多个功能,包括所有功能,而不是作为有线和/或无线通信网络的一部分来实现/部署。例如,仿真设备可以在测试实验室和/或非部署(例如,测试)有线和/或无线通信网络中的测试场景中使用,以便实现一个或多个组件的测试。一个或多个仿真设备可以是测试装备。仿真设备可以使用经由RF电路(例如,其可以包括一个或多个天线)的直接RF耦合和/或无线通信来发射和/或接收数据。
如本文所讨论的,IEEE802.1 CQ中定义的用于指派多播和单播地址的协议可以用两种类型的操作来指定:自指派,其中使用基于声明(claiming)的过程,由站触发;和/或基于服务器的过程,其中站联系将在特定池中分配地址的实体。这两种变体都可以集成在通用协议中。
协议可为自声明(self-claiming)和基于服务器的操作提供一组公共消息。可以这样做以保持协议简明并减少消息的总数。自声明协议被称为MAC地址自指派协议(MASAP),基于服务器的版本被称为基于MAC地址服务器的指派协议(MASBAP)。
MASAP协议基于IEEE1722 MAC地址获取协议(MAAP)。IEEE1722定义MAC地址获取协议(MAAP),其仅用于自声明分配给IEEE1722的地址池的多播MAC地址,以用作音频/视频传输中的流标识符。MAAP仅用于自声明(例如,其中可能不支持基于服务器的指派)。另外,其不包括来自多播MAC地址的基础设施或分配的任何支持。假设将单播MAC地址分配给执行MAAP的站。结果,一种“照原样(as-is)”场景中的MAAP可能不满足IEEE802.1 CQ的需要。
MASAP可包括对来自服务于网络(例如,实现MUMAAP协议)的代理的授权响应的支持,该授权响应可以能够捕获和预订-保持网络中的所有发现(DISCOVER)消息,并直接向站通知自声明过程的结果。
MASBAP协议可能以限制的方式与DHCP的简化版本有关,其中存在四个消息用于地址的初始分配。
如本文所讨论的,站可以是运行MUMAAP协议的客户端侧的端节点,而服务器可以指运行MUMAAP协议的服务器侧的基础设施侧,而不管是代理还是服务器。服务器可以位于运营商网络基础设施组件中,和/或可以位于诸如网关、接入点、路由器、家庭网络控制器或机顶盒之类的客户驻地设备中。
IEEE1722 MAAP协议和DHCP通过引用的方式并入本文。IEEE1722MAAP可覆盖来自某一范围的多播地址的分配。协议可以从客户端具有指派或分配到其的单播MAC地址的角度来操作,这可能不是针对802.1CQ的情况。而且,IEEE1722可能限于有线环境。这样,可能需要没有被IEEE1722MAAP覆盖的基于控制位的消息和行为。如本文所讨论的,MAAP框架可以利用代理被扩展以覆盖操作,该代理可以能够在自指派过程中进行调解。此外,本文所讨论的技术/实施例/协议可以替换IEEE1722网络中的MAAP的操作,因为如果需要,其可以用于相同的功能,并且可以包括诸如站ID和网络ID等选项,这些选项可以解决MAAP部署中的问题(例如,当客户端属于运行MAAP的多个网络时,发生地址冲突)。
MUMAAP可以考虑类似于DHCP的四个消息交换(即,发现、给予、请求、确认)。所有消息和行为都是MUMAAP协议所特有的。
需要定义一协议,用于向终端站指派本地单播和多播地址,如IEEE802.1CQ和IEEE802c中所定义的协议。该协议可能需要例如通过自指派(即,自声明)机制和/或通过考虑服务器的方法来支持分配。协议还可能需要支持在IEEE802c中定义的4个象限中的本地单播和多播地址的指派。
如本文所讨论的,需要设计具有两个操作变体的本地和多播MAC地址指派协议:i)自指派以及ii)基于服务器的指派。该协议可能需要能够以支持基础设施的多种IEEE802技术操作或以独立模式操作。此外,可能需要定义两种操作模式的协议消息和状态机。此外,可能需要支持向站分配地址而无需任何先前配置/分配/指派,或者支持考虑站和先前分配的地址分配。
如上所述,可以有两种不同的协议变体:i)MAC地址自指派协议(MASAP)以及ii)基于MAC地址服务器的指派协议(MASBAP)。MASAP对应于自指派操作模式,而MASBAP用于基于服务器的指派。这两个协议可以分享相同的消息结构和选项,尽管行为是针对每个消息结构和选项以不同的方式定义的。
MASAP可以使用发现(DISCOVER)、防御(DEFEND)和宣告(ANNOUNCE)机制,其依赖于网络中的多播支持。客户端可以通过从IEEE802.1 CQ中定义的预先建立的范围中随机选择本地单播MAC地址来选择单播MAC地址或MAC地址范围。一旦客户端选择了本地单播MAC地址,它就可以通过例如向预先建立的多播地址发送发现消息来探查(经由发现消息)该MAC地址或MAC地址范围(例如单播或多播)的可用性,其中所有MASAP客户端或代理进行监听。在发送了若干发现消息而没有接收到任何应答之后,客户端可以理解该地址可被分配给它。此后,站可启动防御和宣告阶段,在该阶段中,监听发现(DISCOVER)请求其分配的(即,自指派的)地址范围,并在网络内周期性地宣告其分配。
这个基本操作在某些方面可能类似于IEEE1722,但是其中使用其它的参数和消息的集合,可以被扩展以说明这样的事实,即某些IEEE802技术(例如IEEE802.11)可能不支持对尚未关联的站(即,进行探查阶段的还未指派MAC地址的站)的发现消息的接收。因此,需要这样的客户端操作,即通过使网络中的代理(例如,IEEE802.11 AP)能够保持跟踪客户端通过MASAP请求的不同分配并直接应答站发出发现(DISCOVER)。这不仅允许协议在诸如IEEE802.11的技术中的操作,而且还可以提高MAC地址的分配速度,因为客户端可以立即接收证实。MASAP可以使用与MASBAP不同的MAC地址范围来进行指派。
如果MASBAP服务器处于网络中,服务器可以应答MASAP发现消息,并且指派基于服务器的MAC地址。在这种情况下,网络中的MASAP客户端可停止与防御和宣告消息相关的过程。
如上所述,MASBAP可使用类似于DHCP的四个消息交换(即发现、给予、请求、确认),以便向站分配地址。如在MASBAP中,客户端可自动生成一个地址以用作其消息的源地址,并启动与服务器的发现、给予(OFFER)、请求(REQUEST)和确认(ACK)消息交换。响应于该给予,服务器或代理向客户端给予MAC地址或MAC地址范围。客户端可以从单独的服务器接收若干给予。服务器操作可以是无状态的,因此MAC地址可以仅在服务器接收到请求消息之后才被分配。在客户端可以使用网络中的分配的MAC地址或MAC地址范围之后,服务器可以向客户端发出ACK。
MASAP可用于遵循IEEE802c SLAP定义的自声明单播和多播地址。在IEEE1722表B.9和B.10定义的范围内的多播地址的声明可能超出了本公开的范围,并且可能使用在IEEE1722 MAAP中定义的规则。
MASAP可以利用用于消息寻址的以下规则:发现消息的源MAC地址,该发现消息可以从表1所示的范围中随机选择;防御和宣告消息的源MAC地址,该防御和宣告消息可以使用先前指派给站或EUI-64/48指派给该站的MAC地址;发现消息的目的地MAC地址,该发现消息对应于表1中指定的多播MAC地址;和/或,防御和宣告消息的目的地MAC地址,该防御和宣告消息对应于发现消息的源MAC地址。源地址和/或目的地地址可以被封装在MSASP分组中。
Figure BDA0003320830480000221
表1:地址分配
MASAP协议可以类似于IEEE1722 MAC地址获取协议(MAAP),但是状态机可能是不同的。如在本文档中定义的MASAP操作可以使用如在IEEE1722中指定的类似的状态机、事件、恒量和计时器。然而,在MASAP中,MAAP可以被扩展为支持来自服务于网络的代理的授权应答(例如,应答发现请求),该代理能够捕获并预订保持网络中的所有发现消息,并直接向站通知自声明过程的结果。
表2示出了具有附加状态转换(灰色单元)的MAAP协议的状态机。注意,该表仅表示站的状态机转换。
Figure BDA0003320830480000231
表2:MASAP状态机
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地址不可用。该实施例可以应用于IEEE802.11网络。
类似于MAAP,MASAP可以在点对点(P2P)的基础上操作,其中,站在它们自己之间商定某个MAC地址范围的状态。然而,在网络中代理可用的情况下,MASAP可以带来机会来减少探查时间,其中代理用给予消息应答发现消息。代理的使用还可以允许协议在不关联的客户端可能不监听宣告或防御消息的技术上工作。如果给予(OFFER)应答发现消息,则站可以停止防御状态并省略宣告消息的传输,因为代理可以负责预订保持地址状态。
IEEE802.11具有一组不同特性,例如关联于AP的站不能监听在预先关联的状态中发送的帧。这可能是发现消息的情况,其可通过ANQP传输到AP。在这种情况下,MASAP协议可以与能够应答发现消息的代理一起运行。这种操作模式也可以省略宣告消息的使用,因为探查节点是不关联的,将不会接收到这些消息,使它们变得无用。也有可能,通过使用IEEE802.11重新关联帧,也可以实现利用给予消息实现的当前行为(例如,AP指示成功分配),该重新关联帧包含诸如DENIED_MAC_ADDRESS_POLICY_VIOLATION之类的代码。
MASBAP可以用于遵循IEEE802c SLAP定义指派单播和多播地址,其中客户端发现并向网络中的(一个或多个)MASBAP服务器或代理请求地址。
MASBAP可以利用用于消息寻址的以下规则:发现消息的源MAC地址,该发现消息将从表3所示的范围中随机选择;给予消息可以携带将被MASBAP客户端使用的MAC地址作为源MAC地址;请求消息的源MAC地址,该请求消息将使用先前指派给站的MAC地址、EUI-64/48指派给站的MAC地址或由给予消息提供的MAC地址;发现消息的目的地MAC地址,该发现消息对应于表1中指定的多播地址;和/或,给予和ACK消息的目的MAC地址,该给予和ACK消息对应于发现消息的源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_MESSAG_count,其设置为0是消息计数计数器;Increment_MESSAGE_count,其由消息计数计数器以1递增;sDISCOVER,其发送发现消息;sREQUEST,其发送请求消息;Validate_requiress,其中该动作检查发现消息的所请求参数的部分满足足以用于客户端操作,并且如果状态机可以继续则它返回1,或者如果它不可以继续则返回0;和/或Select_offer,其中如果接收到多个给予消息,该动作选择它们之一以继续该过程,并且择一的机制可能与发现(DISCOVER)中所发送的所请求参数的遵从性水平有关。
客户端状态机可以基于表3中指出的四种状态。
状态 描述
初始 状态机的启动
发现 发送发现、等待响应
请求 接收给予、发送请求、等待响应
约束(Bound) 选择地址,接收ACK
表3:MASBAP客户端状态
表4示出了MASBAP客户端的状态机。
Figure BDA0003320830480000281
表4:MASBAP客户端状态机
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地址可以是单播MAC地址或多播MAC地址,其被分配给节点202a。节点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地址范围。
在步骤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具有指示IEEE802.1 CQ的子类型。
本文描述了示例消息格式的实施例。所有MUMAAP帧的以太类型(EtherType)可以是表5中给出的以太类型。
MUMAAP以太类型
F<sub>16</sub>(例如)
表5:MUMAAP以太类型
本文讨论的(一个或多个)协议的消息格式可以使用公共控制报头,其可以包括在协议的所有消息上。控制报头的示例在表6中。
Figure BDA0003320830480000351
表6:MUMAAP基础报头
控制报头的不同字段可以如下:子类型(8位),其中1个八位字节子类型字段用于标识MUMAAP所携带的格式,并且区分MASAP和MASBAP协议,如表7中所定义的;版本(3位),其中可以存在三个位,指示协议的版本(如本文所公开的,所有位可被设置为0可以表示协议的第一版本);消息类型(5位),其是包含如表8中定义的MUMAAP消息类型之一的字段,并且如果MUMAAP消息与保留的消息类型一起被接收,则MUMAAP帧可被忽略;控制字(16位),其可包括表9中所示的标志;cookie(16位),其是必须从本地计数器递增的字段,用于MUMAAP变体中的每个新事务,其中作为接收另一帧的结果而产生的帧可以复制始发帧的cookie,因为该帧属于相同的对话;状态(4位),其中状态代码可以指示动作的结果,其可以从表10中选择;和/或长度(12位),其以八位字节形式表示消息长度。
Figure BDA0003320830480000352
表7:MUMAAP子类型
Figure BDA0003320830480000361
表8:消息类型
Figure BDA0003320830480000371
表9:控制字行为
描述
0 不使用的字段
1 不使用的MAC范围
2 使用的MAC范围
3 重新生成给定前缀中的地址并使用MASAP
4 ACK-接受指派
5 故障-不能完成指派
6 故障-请求象限不可用
7 故障-请求范围不可用
8 提供的给予
9 MASAP的强制使用
10 MASBAP的强制使用
11 参数问题
12 提供给予-部分满足
13-15 保留
表10:状态值
取决于所携带的实际消息,MASAP消息可以包括由协议传输的不同选项。最初,可以定义可以被传输的选项,并且稍后可以为每个消息以及要携带的值指示能够将哪些选项添加到消息中。对于所有选项,在表11中示出了类型字段。长度(Length),以八位字节表示选项的长度。
类型ID 描述
0 站ID
1 48位MAC地址(范围)
2 64位MAC地址(范围)
3 网络ID
4 特定MAC范围
5 冲突中的48位MAC范围
6 冲突中的64位MAC范围
7 MAC地址计数
8 使用寿命
表11:选项代码值站ID选项可以提供直到255字节以包括如表12所示的站的标识符。
Figure BDA0003320830480000391
表12:站ID
在站接收具有不对应于其自身的站ID的不同于发现、宣告或防御的消息的所有情况下,必须丢弃分组并停止处理。
对于48位MAC地址(范围),该选项可以提供传输指示请求的地址量的48位加上16位数的MAC地址的机制。如果希望指定单个地址而不是范围,则计数必须被设置为1。当计数高于一时,则该计数可以指示指派或请求了多个MAC地址,从该MAC地址开始并且包括直到该计数的下一顺序地址。例如,参见表13。
Figure BDA0003320830480000392
表13:48位MAC地址
对于64位MAC地址(范围),这种选项可以提供传输指示请求的地址量的64位加上16位数的MAC地址的机制。如果希望指定单个地址而不是范围,则计数可能需要被设置为1,例如,参见表14。
Figure BDA0003320830480000401
表14:64位MAC地址
对于网络ID,该选项可提供直到255个字节以包括网络的标识符。例如参见表15。
Figure BDA0003320830480000402
表15:网络ID
对于特定MAC范围,可包括此选项以便服务器请求站在特定地址空间中执行自声明。例如参见表16。
Figure BDA0003320830480000403
表16:特定MAC范围
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。
Figure BDA0003320830480000411
表17:48位MAC范围
对于冲突中的64位MAC范围,该选项可以提供传输指示冲突中的地址量的冲突中的64位加上16位数的MAC地址的机制。如果想要指定单个地址而不是范围,则计数可能需要被设置为1。例如,参见表18。
Figure BDA0003320830480000412
表18:64位MAC范围
对于MAC地址计数,该选项可以为站提供一机制,用于请求多个地址而不提供MAC地址范围。例如,参见表19。
Figure BDA0003320830480000413
表19:MAC地址计数
如果MAC地址计数选项不存在于请求(REQUEST)中,可以假设该请求是针对单个MAC地址的。
对于使用寿命,该选项可以使得服务器能够设置特定MAC地址租用的使用寿命。例如,参见表20。
Figure BDA0003320830480000421
表20:使用寿命
关于MASAP协议消息,自声明协议可以使用以下消息定义。针对发现(DISCOVER),该消息可用于证明空闲MAC地址范围。发现消息可以包括表21中的以下选项。
Figure BDA0003320830480000422
表21:发现
对于控制字,根据以下列表,位可能需要变为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。
Figure BDA0003320830480000431
表22:防御
对于控制字,位可能需要变为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。
Figure BDA0003320830480000441
表23:宣告
对于控制字,根据以下列表,位可能需要变为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。
Figure BDA0003320830480000451
表24:给予
对于控制字,根据以下列表,位可能需要变为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。
Figure BDA0003320830480000461
表25:发现
对于控制字,根据以下列表,位可能需要变为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。
Figure BDA0003320830480000471
表26:给予
对于控制字,根据以下列表,位可能需要变为1或0:位0到2可能需要变为1,这取决于正被分配的地址的象限;位4可指示所分配的地址是64还是48位;位5可指示所分配的地址是单播还是多播;位6可被设置为1,指示该消息在服务器处始发;和/或,位7可能需要被设置为1,指示消息携带48/64MAC地址(范围)。
状态字段可能需要被设置为8,指示正在进行的过程,或设置为12,指示在发现(DISCOVER)中所发送的约束条件的部分实现。
网络ID可以可选地包含发送该消息的代理所属的网络的ID。
站ID可以可选地复制来自发现消息的站ID。
使用寿命可以指示租用的使用寿命。可能需要提供使用寿命选项。
对于48位MAC地址(范围)或64位MAC地址(范围),这些可用于向站提供MAC地址或MAC地址范围。这种选项可能需要在这个消息中提供。
关于请求消息,在接收到给予消息时,站可以证实通过该消息将(一个或多个)地址分配给服务器。服务器可能在接收到该消息之前不考虑分配的地址。例如,参见表27。
Figure BDA0003320830480000481
表27:请求
对于控制字,根据以下列表,这些位可能需要变为1或0:位0到2可能需要变为1,这取决于正被分配的地址的象限;位4可指示所分配的地址是64还是48位;位5可以指示所分配的地址是单播还是多播;位6可被设置为0,指示该消息在站处始发;和/或,位7可能需要被设置为1,指示消息携带48/64MAC地址(范围)。
状态字段可能需要被设置为0。
网络ID可以可选地复制给予消息中的网络ID。
站ID可以可选地包括该站的ID。
使用寿命可以指示从给予消息复制的租用的使用寿命。
对于48位MAC地址(范围)或64位MAC地址(范围),这些可以从给予消息中复制。
关于ACK消息,该消息可用于站确认地址的指派。在某些情况下,这可作为对请求(REQUEST)的应答来发送以关闭指派过程,尽管它也可被服务器用于向站通知任何错误,用它应答发现消息。例如,参见表28。
Figure BDA0003320830480000491
表28:ACK
根据以下列表,控制字位可能需要变为1或0:位0到2可能需要变为1,这取决于正被分配的地址的象限;位4可指示被分配的地址是64还是48位;位5可以指示被分配的地址是单播还是多播;位6可被设置为0,指示该消息在站处始发;和/或,位7可能需要被设置为1,指示消息携带48/64MAC地址(范围)。
状态字段可以取多个值,例如: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或任何主机计算机中使用的射频收发信机。

Claims (20)

1.一种用于在第一节点中使用的方法,所述方法包括:
基于第二节点的单播介质接入控制(MAC)地址或与所述第二节点相关联的多播MAC地址,向所述第二节点传送发现消息,该发现消息包括第一MAC地址或第一MAC地址范围;
从所述第二节点接收给予消息,该给予消息具有能够分配给所述第一节点的第二MAC地址范围;
在从所述第二MAC地址范围中选择第二MAC地址的情况下,向所述第二节点传送请求消息,该请求消息指示所述第二MAC地址或所述第二MAC地址范围被分配给所述第一节点;
从所述第二节点接收确认消息,该确认消息指示所述第二MAC地址或所述第二MAC地址范围被分配给所述第一节点。
2.根据权利要求1所述的方法,所述方法还包括:
基于先前MAC地址分配,确定所述第一MAC地址或所述第一MAC地址范围。
3.根据权利要求1所述的方法,其中所述第二MAC地址是将被分配给所述第一节点的单播MAC地址或将被分配给所述第一节点的多播MAC地址。
4.根据权利要求1所述的方法,其中所述第二MAC地址范围包括单播MAC地址范围或多播MAC地址范围。
5.根据权利要求1所述的方法,其中所述发现消息还包括多个控制字位、状态字段、所述第一节点的标识和MAC地址计数。
6.根据权利要求1所述的方法,所述方法还包括:
在向所述第二节点传送所述发现消息时,启动与所述给予消息相关联的计时器并增大指示所传送的发现消息的数目的计数器;以及
在所述计时器期满并且所述计数器不超过预定计数数目的情况下,基于与所述第二节点相关联的所述单播MAC地址或与所述第二节点相关联的所述多播地址来向所述第二节点重新传送所述发现消息。
7.根据权利要求1所述的方法,其中所述第二MAC地址范围是基于与所述第二节点相关联的MAC地址池、所述第一MAC地址或所述第一MAC地址范围中的至少一者来确定的。
8.根据权利要求1所述的方法,其中所述给予消息还包括多个控制字位、状态字段、网络标识、所述第二节点的标识以及使用寿命。
9.根据权利要求1所述的方法,其中分配给所述第一节点的所述第二MAC地址与所述第一MAC地址相同,或者分配给所述第一节点的所述第二MAC地址在所述第一MAC地址范围内。
10.根据权利要求1所述的方法,其中所述发现消息的源地址是随机MAC地址或全局MAC地址。
11.根据权利要求1所述的方法,其中所述第一节点是具有或不具有预配置的初始MAC地址的客户端,并且所述第二节点是服务器,其中所述预配置的初始MAC地址是本地地址或全局地址。
12.根据权利要求1所述的方法,其中所述发现、给予、请求、以及确认消息中的每一者被封装在具有指示协议类型是具有指示IEEE802.1 CQ的子类型的音频/视频传输协议(AVTP)的指示符的帧中。
13.第一节点,该第一节点包括:
发射机,被配置为基于第二节点的单播介质接入控制(MAC)地址或与所述第二节点相关联的多播MAC地址,向所述第二节点传送发现消息,该发现消息包括第一MAC地址或第一MAC地址范围;
接收机,被配置为从所述第二节点接收给予消息,该给予消息具有能够分配给所述第一节点的第二MAC地址范围;
所述发射机还被配置成在从所述第二MAC地址范围中选择第二MAC地址的情况下,向所述第二节点传送请求消息,该请求消息指示所述第二MAC地址或所述第二MAC地址范围被分配给所述第一节点;
所述接收机还被配置为从所述第二节点接收确认消息,该确认消息指示所述第二MAC地址或所述第二MAC地址范围被分配给所述第一节点。
14.根据权利要求13所述的第一节点,该第一节点还包括:
处理器,所述处理器被配置为基于先前MAC地址分配确定所述第一MAC地址或所述第一MAC地址范围。
15.根据权利要求14所述的第一节点,其中所述处理器还被配置成在向所述第二节点传送所述发现消息时,启动与所述给予消息相关联的计时器以及增大指示所传送的发现消息的数目的计数器,并且其中所述发射机还被配置成在所述计时器期满且所述计数器不超过预定计数数目的情况下,基于所述第二节点的所述单播MAC地址或与所述第二节点相关联的所述多播地址来向所述第二节点重新传送所述发现消息。
16.根据权利要求13所述的第一节点,其中所述第二MAC地址是将被分配给所述第一节点的单播MAC地址或将被分配给所述第一节点的多播MAC地址。
17.根据权利要求13所述的第一节点,其中所述第二MAC地址范围包括单播MAC地址范围或多播地址范围。
18.根据权利要求13所述的第一节点,其中分配给所述第一节点的所述第二MAC地址与所述第一MAC地址相同,或者分配给所述第一节点的所述第二MAC地址在所述第一MAC地址范围内。
19.根据权利要求13所述的第一节点,其中所述第一节点是具有或不具有预配置的初始MAC地址的客户端,并且所述第二节点是服务器,其中所述预配置的初始MAC地址是本地地址或全局地址。
20.第一节点,该第一节点包括:
发射机,被配置为基于与第二节点相关联的单播介质接入控制(MAC)地址或与所述第二节点相关联的多播MAC地址,向所述第二节点传送发现消息,该发现消息请求将被分配给第一节点的MAC地址;
接收机,被配置为从所述第二节点接收给予消息,该给予消息具有能够被分配给所述第一节点的MAC地址范围;
所述发射机被配置为在从所述MAC地址范围中选择所述MAC地址的情况下,向所述第二节点发送请求消息,该请求消息指示所述MAC地址或所述MAC地址范围被分配给所述第一节点;以及
所述接收机被配置为从所述第二节点接收确认消息,该确认消息证实所述MAC地址或所述MAC地址范围被分配给所述第一节点。
CN202080031467.6A 2019-04-25 2020-04-23 用于多播和单播mac地址指派协议mumaap的方法和装置 Active CN113728606B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962838687P 2019-04-25 2019-04-25
US62/838,687 2019-04-25
PCT/US2020/029550 WO2020219693A1 (en) 2019-04-25 2020-04-23 Multicast and unicast medium access control (mac) address assignment protocol (mumaap)

Publications (2)

Publication Number Publication Date
CN113728606A true CN113728606A (zh) 2021-11-30
CN113728606B CN113728606B (zh) 2024-03-08

Family

ID=70779858

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080031467.6A Active CN113728606B (zh) 2019-04-25 2020-04-23 用于多播和单播mac地址指派协议mumaap的方法和装置

Country Status (6)

Country Link
US (2) US11792154B2 (zh)
EP (1) EP3959858A1 (zh)
KR (1) KR20220010594A (zh)
CN (1) CN113728606B (zh)
TW (2) TW202228430A (zh)
WO (1) WO2020219693A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
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
US20230379298A1 (en) * 2020-10-09 2023-11-23 Roger B. 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 (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102439948A (zh) * 2009-04-24 2012-05-02 华为技术有限公司 为基于以太网的多播通信确定组地址
CN102630387A (zh) * 2009-09-18 2012-08-08 交互数字专利控股公司 用于多播移动性的方法和设备
CN102970392A (zh) * 2012-12-18 2013-03-13 重庆邮电大学 一种高效快速的LR-WPAN Mesh网络节点地址分配方法
US20140006575A1 (en) * 2012-06-28 2014-01-02 Alcatel-Lucent Canada Inc. Subnet prioritization for ip address allocation from a dhcp server
US20150281947A1 (en) * 2014-03-26 2015-10-01 Qualcomm Incorporated Method and apparatus for fast ip address assignment
US20150381565A1 (en) * 2014-06-25 2015-12-31 Broadcom Corporation 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

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2932044B1 (fr) * 2008-06-02 2010-08-20 Sagem Comm Procede et dispositif d'attribution d'adresses mac dans un reseau de communication sur courants porteurs
US10120725B2 (en) * 2012-06-22 2018-11-06 Microsoft Technology Licensing, Llc Establishing an initial configuration of a hardware inventory
KR102113060B1 (ko) 2012-09-28 2020-05-20 삼성전자주식회사 와이파이 네트워크 환경에서 와이파이 다이렉트 연결을 설정하기 위한 방법 및 시스템
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アドレス配布のための方法および手順
WO2020150620A1 (en) 2019-01-18 2020-07-23 Interdigital Patent Holdings, Inc. Methods for specifying the type of mac address with dynamic assignment mechanisms

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102439948A (zh) * 2009-04-24 2012-05-02 华为技术有限公司 为基于以太网的多播通信确定组地址
CN102630387A (zh) * 2009-09-18 2012-08-08 交互数字专利控股公司 用于多播移动性的方法和设备
US20140006575A1 (en) * 2012-06-28 2014-01-02 Alcatel-Lucent Canada Inc. Subnet prioritization for ip address allocation from a dhcp server
CN102970392A (zh) * 2012-12-18 2013-03-13 重庆邮电大学 一种高效快速的LR-WPAN Mesh网络节点地址分配方法
US20150281947A1 (en) * 2014-03-26 2015-10-01 Qualcomm Incorporated Method and apparatus for fast ip address assignment
US20150381565A1 (en) * 2014-06-25 2015-12-31 Broadcom Corporation 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

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ANTONIO DE LA OLIVA ET AL: "Proposal for IEEE 802.1CQ-LAAP", 《IEEE DRAFT》 *
ANTONIO DE LA OLIVA ET AL: "Proposal for IEEE 802.1CQ-LAAP", 《IEEE DRAFT》, 29 March 2018 (2018-03-29), pages 2 - 10 *

Also Published As

Publication number Publication date
CN113728606B (zh) 2024-03-08
TW202046695A (zh) 2020-12-16
US11792154B2 (en) 2023-10-17
US20220224671A1 (en) 2022-07-14
TW202228430A (zh) 2022-07-16
US20240056413A1 (en) 2024-02-15
KR20220010594A (ko) 2022-01-25
EP3959858A1 (en) 2022-03-02
WO2020219693A1 (en) 2020-10-29
TWI833946B (zh) 2024-03-01

Similar Documents

Publication Publication Date Title
CN113728606B (zh) 用于多播和单播mac地址指派协议mumaap的方法和装置
CN110771206B (zh) 用户平面重定位方法和装置
CN112602345A (zh) 用于ieee 802.11网络中的动态mac地址分配的方法和过程
CN113228575B (zh) 启用非公共网络通信
CN114846841A (zh) 使用wtru到wtru中继的直接发现和通信的方法和设备
JP7503557B2 (ja) Pc5インターフェース上においてv2xユニキャスト通信を可能にする手順
JP2023521621A (ja) エッジネットワーク管理サーバの発見のための方法、装置、及びシステム
CN112425138A (zh) 将服务功能链固定到上下文特定的服务实例
CN115211156A (zh) 用于直接无线通信的安全和隐私支持
CN113396575B (zh) 利用动态分配机制指定mac地址类型的方法
CN117957863A (zh) 与mint相关联的wtru到网络中继
CN116018825A (zh) 用于发现和选择本地nef的方法和装置
CN116158065A (zh) 用于分发动态mac地址的方法和装置
CN115211177A (zh) 无线局域网中的高功效广播
US20240129968A1 (en) Methods, architectures, apparatuses and systems for supporting multiple application ids using layer-3 relay
CN114642012B (zh) 用于prose对等发现的方法和装置
CN112640370B (zh) 用于多播分组的层2转发的方法和装置
CN116636197A (zh) 经由ieee 1722 maap和barc的ieee 802.1cq mac地址分配
CN118541963A (zh) 基于共享应用垂直会话的边缘应用实例发现和选择
CN118140455A (zh) 客户驻地网络接入控制
CN118435631A (zh) Uav组的授权
CN118921399A (zh) 基于共享应用垂直会话的边缘应用实例发现和选择
CN118104319A (zh) Wtru到网络中继的省电方法
CN117917111A (zh) 用于独立非公共网(snpn)的载入和远程配置
CN116868517A (zh) Wtru与层2wtru到wtru中继之间的pc5链路标识符改变

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant