CN113396575B - 利用动态分配机制指定mac地址类型的方法 - Google Patents

利用动态分配机制指定mac地址类型的方法 Download PDF

Info

Publication number
CN113396575B
CN113396575B CN202080012643.1A CN202080012643A CN113396575B CN 113396575 B CN113396575 B CN 113396575B CN 202080012643 A CN202080012643 A CN 202080012643A CN 113396575 B CN113396575 B CN 113396575B
Authority
CN
China
Prior art keywords
quadrant
message
slap
dhcp
client device
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.)
Active
Application number
CN202080012643.1A
Other languages
English (en)
Other versions
CN113396575A (zh
Inventor
卡洛斯·杰西·伯纳多斯
阿兰·穆拉德
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
Priority to CN202311767628.XA priority Critical patent/CN117914825A/zh
Publication of CN113396575A publication Critical patent/CN113396575A/zh
Application granted granted Critical
Publication of CN113396575B publication Critical patent/CN113396575B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • H04L61/5014Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
    • 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/618Details of network addresses
    • H04L2101/659Internet protocol version 6 [IPv6] 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]

Abstract

本发明涉及一种由WTRU执行的方法,该方法可包括:从基础结构装备接收上下文信息;以及为MAC地址分配选择SLAP象限。该选择可基于从该基础结构装备所接收的该上下文信息,该基础结构装备可为用于该WTRU的自举服务器。该方法还可包括向DHCP服务器传输指示所选择的SLAP象限的DHCP消息。响应于所传输的DHCP消息,可接收MAC地址并将其配置给该WTRU。上下文信息包括但不限于网络中的节点的数量、网络部署的类型、网络的类型、移动性配置、设备管理的类型、电池寿命、位置或隐私配置。

Description

利用动态分配机制指定MAC地址类型的方法
相关申请的交叉引用
本申请要求2019年1月18日提交的美国临时申请序列号62/794148的权益,该临时申请的内容据此以引用方式并入本文。
发明内容
一种由无线发射/接收单元(WTRU)执行的方法可包括:从基础结构装备接收上下文信息;以及为媒体访问控制(MAC)地址分配选择结构化本地地址计划(SLAP)象限。该选择可基于从基础结构装备所接收的上下文信息,该基础结构装备可为用于WTRU的自举服务器。该方法还可包括向动态主机控制协议(DHCP)服务器传输指示所选择的SLAP象限的DHCP消息。响应于所传输的DHCP消息,可接收MAC地址并将其配置给WTRU。上下文信息包括但不限于网络中的节点的数量、网络部署的类型、网络的类型、移动性配置、设备管理的类型、电池寿命、位置或隐私配置。
附图说明
由以下结合附图以举例的方式给出的描述可得到更详细的理解,其中附图中类似的附图标号指示类似的元件,并且其中:
图1A是示出在其中一个或多个所公开的实施方案可得以实现的示例性通信系统的系统图;
图1B是示出根据一个实施方案可在图1A所示的通信系统内使用的示例性无线发射/接收单元(WTRU)的系统图;
图1C是示出根据一个实施方案可在图1A所示的通信系统内使用的示例性无线电接入网络(RAN)和示例性核心网络(CN)的系统图;
图1D是示出根据一个实施方案可在图1A所示的通信系统内使用的另外一个示例性RAN和另外一个示例性CN的系统图;
图2A是示出48位MAC地址的四个最低有效位的示例性结构;
图2B是概述使用Y位和Z位识别的四个SLAP象限的特征的表;
图3A是与动态主机配置协议(DHCP)架构交互的若干物联网(IoT)网络的描绘;
图3B是与DHCP架构交互的大型数据中心的描绘;
图4是示出在独立决策模式和基础结构辅助决策模式两者中用于IoT象限选择的信令的图;
图5是IoT终端实施方案中的象限选择的决策流程图;
图6是具有客户端-服务器扩展的DHCPv6信令流程图;
图7是具有客户端-中继-服务器扩展的DHCPv6信令流程图;
图8是Quad(IA-LL)选项格式的描绘;以及
图9是附加的CID(IA-LL)选项格式的描绘。
具体实施方式
图1A是示出在其中一个或多个所公开的实施方案可得以实现的示例性通信系统100的示意图。通信系统1 00可为向多个无线用户提供诸如语音、数据、视频、消息、广播等内容的多址接入系统。通信系统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)、NodeB、演进节点B(eNB)、家庭节点B、家庭演进节点B、下一代NodeB,诸如gNode B(gNB)、新无线电(NR)NodeB、站点控制器、接入点(AP)、无线路由器等。虽然基站114a、114b各自被描绘为单个元件,但应当理解,基站114a、114b可包括任何数量的互连基站和/或网络元件。
基站114a可以是RAN 104的一部分,该RAN还可包括其他基站和/或网络元件(未示出),诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114a和/或基站114b可被配置为在一个或多个载波频率上发射和/或接收无线信号,该基站可被称为小区(未示出)。这些频率可在许可频谱、未许可频谱或许可和未许可频谱的组合中。小区可向特定地理区域提供无线服务的覆盖,该特定地理区域可为相对固定的或可随时间改变。小区可进一步被划分为小区扇区。例如,与基站114a相关联的小区可被划分为三个扇区。因此,在一个实施方案中,基站114a可包括三个收发器,即,小区的每个扇区一个收发器。在一个实施方案中,基站114a可采用多输入多输出(MIMO)技术并且可针对小区的每个扇区利用多个收发器。例如,可使用波束成形在所需的空间方向上传输和/或接收信号。
基站114a、114b可通过空中接口116与WTRU 102a、102b、102c、102d中的一者或多者通信,该空中接口可为任何合适的无线通信链路(例如,射频(RF)、微波、厘米波、微米波、红外(IR)、紫外(UV)、可见光等)。可使用任何合适的无线电接入技术(RAT)来建立空中接口116。
更具体地讲,如上所指出,通信系统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)发送的传输来表征。
在其他实施方案中,基站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、家庭演进节点B或接入点,并且可利用任何合适的RAT来促进诸如商业场所、家庭、车辆、校园、工业设施、空中走廊(例如,供无人机使用)、道路等局部区域中的无线连接。在一个实施方案中,基站114b和WTRU102c、102d可实现诸如IEEE 802.11之类的无线电技术以建立无线局域网(WLAN)。在一个实施方案中,基站114b和WTRU 102c、102d可实现诸如IEEE 802.15之类的无线电技术以建立无线个域网(WPAN)。在又一个实施方案中,基站114b和WTRU 102c、102d可利用基于蜂窝的RAT(例如,WCDMA、CDMA2000、GSM、LTE、LTE-A、LTE-A Pro、NR等)来建立微微小区或毫微微小区。如图1A所示,基站114b可具有与互联网110的直接连接。因此,基站114b可不需要经由CN106访问互联网110。
RAN 104可与CN 106通信,该CN可以是被配置为向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、CDMA 2000、WiMAX、E-UTRA或WiFi无线电技术的另一RAN(未示出)通信。
CN 106也可充当WTRU 102a、102b、102c、102d的网关,以访问PSTN 108、互联网110和/或其他网络112。PSTN 108可包括提供普通老式电话服务(POTS)的电路交换电话网络。互联网110可包括使用常见通信协议(诸如传输控制协议(TCP)、用户数据报协议(UDP)和/或TCP/IP互联网协议组中的互联网协议(IP))的互连计算机网络和设备的全球系统。网络112可包括由其他服务提供商拥有和/或操作的有线和/或无线通信网络。例如,网络112可包括连接到一个或多个RAN的另一个CN,其可采用与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,该收发器可耦合到发射/接收元件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可包括用于通过空中接口116传输和接收无线信号的两个或更多个发射/接收元件122(例如,多个天线)。
收发器120可被配置为调制将由发射/接收元件122传输的信号并且解调由发射/接收元件122接收的信号。如上所指出,WTRU 102可具有多模式能力。因此,收发器120可包括多个收发器,以便使WTRU 102能够经由多种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可包括一个或多个干电池组(例如,镍镉(NiCd)、镍锌(NiZn)、镍金属氢化物(NiMH)、锂离子(Li-ion)等)、太阳能电池、燃料电池等。
处理器118还可耦合到GPS芯片组136,该GPS芯片组可被配置为提供关于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(例如,用于发射)或DL(例如,用于接收)的特定子帧相关联)。
图1C是示出根据一个实施方案的RAN 104和CN 106的系统图。如上所述,RAN 104可采用E-UTRA无线电技术通过空中接口116与WTRU102a、102b、102c通信。RAN 104还可与CN106通信。
RAN 104可包括演进节点B 160a、160b、160c,但是应当理解,RAN 104可包括任何数量的演进节点B,同时保持与实施方案一致。演进节点B 160a、160b、160c各自可包括一个或多个收发器以便通过空中接口116与WTRU 102a、102b、102c通信。在一个实施方案中,演进节点B 160a、160b、160c可实现MIMO技术。因此,演进节点B 160a例如可使用多个天线来向WTRU 102a传输无线信号和/或从WTRU 102a接收无线信号。
演进节点B 160a、160b、160c中的每一者可与特定小区(未示出)相关联,并且可被配置为处理无线电资源管理决策、切换决策、UL和/或DL中的用户的调度等。如图1C所示,演进节点B 160a、160b、160c可通过X2接口彼此通信。
图1C所示的CN 106可包括移动性管理实体(MME)162、服务网关(SGW)164和分组数据网络(PDN)网关(PGW)166。虽然前述元件被描绘为CN 106的一部分,但是应当理解,这些元件中的任何元件可由除CN运营商之外的实体拥有和/或运营。
MME 162可经由S1接口连接到RAN 104中的演进节点B 162a、162b、162c中的每一者,并且可用作控制节点。例如,MME 162可负责认证WTRU 102a、102b、102c的用户、承载激活/去激活、在WTRU 102a、102b、102c的初始附加期间选择特定服务网关等。MME 162可提供用于在RAN 104和采用其他无线电技术(诸如GSM和/或WCDMA)的其他RAN(未示出)之间进行切换的控制平面功能。
SGW 164可经由S1接口连接到RAN 104中的演进节点B 160a、160b、160c中的每一者。SGW 164通常可向/从WTRU 102a、102b、102c路由和转发用户数据分组。SGW 164可执行其他功能,诸如在演进节点B间切换期间锚定用户平面、当DL数据可用于WTRU 102a、102b、102c时触发寻呼、管理和存储WTRU 102a、102b、102c的上下文等。
SGW 164可连接到PGW 166,该PGW可向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可包括用作CN 106与PSTN 108之间的接口的IP网关(例如,IP多媒体子系统(IMS)服务器)或者可与该IP网关通信。另外,CN 106可向WTRU 102a、102b、102c提供对其他网络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之间(例如,直接在它们之间)发送点对点流量。在某些代表性实施方案中,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,STA(例如,每个STA)(包括AP)可侦听主信道。如果主信道被特定STA侦听/检测和/或确定为繁忙,则特定STA可退避。一个STA(例如,仅一个站)可在给定BSS中在任何给定时间传输。
高吞吐量(HT)STA可使用40MHz宽的信道进行通信,例如,经由主20MHz信道与相邻或不相邻的20MHz信道的组合以形成40MHz宽的信道。
极高吞吐量(VHT)STA可支持20MHz、40MHz、80MHz和/或160MHz宽的信道。40MHz和/或80MHz信道可通过组合连续的20MHz信道来形成。可通过组合8个连续的20MHz信道,或通过组合两个非连续的80MHz信道(这可被称为80+80配置)来形成160MHz信道。对于80+80配置,在信道编码之后,数据可通过可将数据分成两个流的段解析器。可单独地对每个流进行快速傅里叶逆变换(IFFT)处理和时间域处理。可将这些流映射到两个80MHz信道,并且可通过发射STA来传输数据。在接收STA的接收器处,可颠倒上述用于80+80配置的操作,并且可将组合的数据发送到介质访问控制(MAC)。
802.11af和802.11ah支持低于1GHz的操作模式。相对于802.11n和802.11ac中使用的那些,802.11af和802.11ah中减少了信道操作带宽和载波。802.11af支持电视白空间(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是示出根据一个实施方案的RAN 104和CN 106的系统图。如上所指出,RAN104可采用NR无线电技术通过空中接口116与WTRU 102a、102b、102c通信。RAN 104还可与CN106通信。
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、180b、180c接收信号。因此,gNB 180a例如可使用多个天线来向WTRU102a传输无线信号和/或从WTRU 102a接收无线信号。在一个实施方案中,gNB 180a、180b、180c可实现载波聚合技术。例如,gNB 180a可向WTRU 102a(未示出)传输多个分量载波。这些分量载波的子集可在免许可频谱上,而其余分量载波可在许可频谱上。在一个实施方案中,gNB 180a、180b、180c可实现协作多点(CoMP)技术。例如,WTRU 102a可从gNB 180a和gNB180b(和/或gNB 180c)接收协作传输。
WTRU 102a、102b、102c可使用与可扩展参数集相关联的传输来与gNB 180a、180b、180c通信。例如,OFDM符号间隔和/或OFDM子载波间隔可因不同传输、不同小区和/或无线传输频谱的不同部分而变化。WTRU 102a、102b、102c可使用各种或可扩展长度的子帧或传输时间间隔(TTI)(例如,包含不同数量的OFDM符号和/或持续变化的绝对时间长度)来与gNB180a、180b、180c通信。
gNB 180a、180b、180c可被配置为以独立配置和/或非独立配置与WTRU 102a、102b、102c通信。在独立配置中,WTRU 102a、102b、102c可与gNB 180a、180b、180c通信,同时也不访问其他RAN(例如,诸如演进节点B 160a、160b、160c)。在独立配置中,WTRU 102a、102b、102c可将gNB180a、180b、180c中的一者或多者用作移动性锚定点。在独立配置中,WTRU 102a、102b、102c可在未许可频带中使用信号与gNB 180a、180b、180c通信。在非独立配置中,WTRU 102a、102b、102c可与gNB 180a、180b、180c通信或连接,同时也与其他RAN(诸如,eNode-B160a、160b、160c)通信或连接。例如,WTRU 102a、102b、102c可实现DC原理以基本上同时与一个或多个gNB 180a、180b、180c和一个或多个演进节点B 160a、160b、160c通信。在非独立配置中,演进节点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可在RAN 104中经由N2接口连接到gNB 180a、180b、180c中的一者或多者,并且可用作控制节点。例如,AMF 182a、182b可负责认证WTRU 102a、102b、102c的用户、网络切片的支持(例如,具有不同要求的不同协议数据单元(PDU)会话的处理)、选择特定SMF 183a、183b、注册区域的管理、非接入层(NAS)信令的终止、移动性管理等。AMF 182a、182b可使用网络切片,以便基于WTRU 102a、102b、102c所使用的服务的类型来为WTRU102a、102b、102c定制CN支持。例如,可针对不同的用例(诸如,依赖超高可靠低延迟(URLLC)接入的服务、依赖增强型移动宽带(eMBB)接入的服务、用于MTC接入的服务等)建立不同的网络切片。AMF 182a、182b可提供用于在RAN 104和采用其他无线电技术(诸如LTE、LTE-A、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可选择并控制UPF184a、184b,并且配置通过UPF 184a、184b进行的流量路由。SMF 183a、183b可执行其他功能,诸如管理和分配UE IP地址、管理PDU会话、控制策略实施和QoS、提供DL数据通知等。PDU会话类型可以是基于IP的、非基于IP的、基于以太网的等。
UPF l84a、184b可经由N3接口连接到RAN 104中的gNB 180a、180b、180c中的一者或多者,这些gNB可向WTRU 102a、102b、102c提供对分组交换网络(诸如互联网110)的访问,以促进WTRU 102a、102b、102c和启用IP的设备之间的通信。UPF 184、184b可执行其他功能,诸如路由和转发分组、实施用户平面策略、支持多宿主PDU会话、处理用户平面QoS、缓冲DL分组、提供移动性锚定等。
CN 106可有利于与其他网络的通信。例如,CN 106可包括用作CN 106与PSTN 108之间的接口的IP网关(例如,IP多媒体子系统(IMS)服务器)或者可与该IP网关通信。另外,CN 106可向WTRU 102a、102b、102c提供对其他网络112的访问,该其他网络可包括由其他服务提供商拥有和/或运营的其他有线和/或无线网络。在一个实施方案中,WTRU 102a、102b、102c可通过UPF 184a、184b经由至UPF 184a、184b的N3接口以及UPF 184a、184b与本地DN185a、185b之间的N6接口连接到DN 185a、185b。
鉴于图1A至图1D以及图1A至图1D的对应描述,本文参照以下中的一者或多者描述的功能中的一个或多个功能或全部功能可由一个或多个仿真设备(未示出)执行:WTRU102a-d、基站114a-b、演进节点B 160a-c、MME 162、SGW 164、PGW 166、gNB 180a-c、AMF182a-b、UPF 184a-b、SMF 183a-b、DN 185a-b和/或本文所述的任何其他设备。仿真设备可以是被配置为模仿本文所述的一个或多个或所有功能的一个或多个设备。例如,仿真设备可用于测试其他设备和/或模拟网络和/或WTRU功能。
仿真设备可被设计为在实验室环境和/或运营商网络环境中实现其他设备的一个或多个测试。例如,该一个或多个仿真设备可执行一个或多个或所有功能,同时被完全或部分地实现和/或部署为有线和/或无线通信网络的一部分,以便测试通信网络内的其他设备。该一个或多个仿真设备可执行一个或多个功能或所有功能,同时临时被实现/部署为有线和/或无线通信网络的一部分。仿真设备可直接耦合到另一个设备以用于测试目的和/或使用空中无线通信来执行测试。
该一个或多个仿真设备可执行一个或多个(包括所有)功能,同时不被实现/部署为有线和/或无线通信网络的一部分。例如,仿真设备可在测试实验室和/或非部署(例如,测试)有线和/或无线通信网络中的测试场景中使用,以便实现一个或多个部件的测试。该一个或多个仿真设备可为测试设备。经由RF电路(例如,其可包括一个或多个天线)进行的直接RF耦合和/或无线通信可由仿真设备用于传输和/或接收数据。
IEEE最初构建了48位MAC地址空间,其方式使得一半地址空间被保留供本地使用。当通用/本地(U/L)位被设置为1时,配置本地使用。根据任选的结构化本地访问计划(SLAP),可在该本地MAC地址空间的四个指定区域内使用不同的分配方法。这四个区域(称为SLAP象限)包括:扩展本地标识符(ELI)象限;标准分配标识符(SAI)象限;管理分配标识符(AAI)象限;以及被保留供将来使用的象限。
可基于公司ID(CID)分配象限ELI MAC地址,该地址占用24位,剩余的24位用于针对每个CID的本地分配地址,以用于单播(M位=0)以及组播(M位=1)。CID由IEEE注册机构(RA)分配。
基于IEEE 802标准中指定的协议分配象限SAI MAC地址。对于48位MAC地址,44位是可用的。IEEE标准中可指定用于分配SAI的多个协议。可通过限制可用于由每个协议进行分配的子空间来支持多个协议的共存。
象限AAI MAC地址由管理员本地分配。组播IPv6分组使用以33:33开始的目标地址,并且由于该地址落入此空间内,因此不应使用冲突地址来避免与IPv6组播地址冲突。对于48位MAC地址,44位是可用的。
保留供将来使用的象限定义了一个区域,在该区域中,可使用尚未定义的新方法来分配MAC地址,或者由管理员分配MAC地址,例如类似于AAI象限中进行的分配。
图2A是IEEE 48位MAC地址结构的示例性结构。在该示例中,识别四个最低有效位(LSB)。LSB M 202是指M位个体/群体(I/G)指示符,其指示MAC地址是单播WTRU的地址还是WTRU群组的地址。LSB X位204指示MAC地址是否被本地分配。LSB Y 206是指SLAP Y位,并且LSB Z 208是指SLAP Z位。在图2B所示的表220中详述了SLAP Y位和X位。
图2B是概述四个SLAP象限的特征的表220。表220按照象限222、Y位224、Z位226、本地标识符类型228和本地标识符230来组织。对于象限01 232,当Y位被设置为0 240并且z位被设置为1 248时,本地标识符类型为扩展本地256并且本地标识符为ELI 264。对于象限11234,当Y位被设置为1 242并且Z位被设置为1 250时,本地标识符类型为标准分配258并且本地标识符为SAI 266。对于象限00 236,当Y位被设置为0 244,Z位被设置为0 252时,本地标识符类型为管理分配260并且本地标识符为AAI 268。对于象限10 238,当Y位被设置为1246并且Z位被设置为0 254时,本地标识符类型为保留262并且本地标识符也为保留270。
IEEE正在研究在标准分配标识符(SAI)象限中分配地址的机制,同时,互联网工程任务组(IETF)正致力于指定扩展动态主机控制协议版本6(DHCPv6)操作以处理本地MAC地址分配的新机制。以此方式,可在动态基础上处理MAC分配。然而,这些标准化努力没有提供支持用于选择SLAP象限以用于将MAC地址分配给请求WTRU的方法的机制,该请求WTRU可为终端或客户端单元。在实施方案中,DHCPv6协议已被扩展以使得DHCPv6客户端或DHCPv6中继能够向服务器指示优选的SLAP象限,使得服务器可相应地将MAC地址分配给给定的客户端或中继。描述了需要根据优选的SLAP象限分配本地MAC地址的两个示例性应用:(1)单个的WTRU;和(2)大规模虚拟化环境(例如,数据中心),其中许多虚拟机由超级管理程序或其他虚拟化技术管理。
关于第一应用,当今部署的大多数WTRU都带有预安装的接口,这些接口具有“预烧”MAC地址,该MAC地址使用24位组织唯一标识符(OUI)从通用地址空间分配,该OUI被分配给IEEE 802接口供应商。然而,最近出现了为WTRU分配本地(而非通用)MAC地址的需求,特别是物联网(IoT)系统和隐私。
IoT系统可能包含许多廉价的、有时寿命短且一次性的设备。对于这些设备,重复使用MAC地址将是理想的,以免不必要地扩展MAC地址空间。这些设备的示例可包括:用于健康或家庭自动化应用的传感器和致动器。在这些系统中,通常在首次启动时,IoT设备使用临时MAC地址将初始DHCP分组发送到可用的DHCP服务器。IoT设备通常针对每个可用网络接口(例如,有线接口和无线接口)请求单个MAC地址。一旦服务器分配了MAC地址,设备就会放弃其用于发送初始DHCP分组的临时MAC地址。这种类型的设备通常并非移动或高度移动的设备。一般来讲,任何类型的SLAP象限象限都适合分配地址,但ELI/SAI象限可能更适用于某些场景,诸如如果所分配的地址有必要属于分配给IoT通信设备供应商的公司ID(CID)。
关于WTRU的隐私问题,MAC地址的暴露允许暴露用户的位置,从而使跟踪用户的移动变得相对容易。被视为缓解此问题的机制之一是使用本地随机MAC地址,每次用户连接到不同的网络时,本地随机MAC地址都会发生变化。在此场景中,设备通常是移动的。这里,AAI象限可能是要从其分配地址的最佳SLAP象限,因为它最适合地址的随机化,并且在改变网络时不需要地址继续存在。
图3A是与动态主机配置协议(DHCP)架构交互的若干物联网(IoT)网络302-306的描绘300。IoT网络302-306中的每个IoT网络可包括一个或多个IoT设备,这些IoT设备包括WTRU、家用电器、门锁、自行车、健身传感器等。IoT网络302-304包括用于耦接到DHCP服务器312的DHCP中继308、310。IoT网络306可不包括DHCP中继,并且IoT网络306的IoT设备可直接接触DHCP服务器312。在该示例中,可使用单个ELI 314、SAI 316和AAI 318。
关于第二应用,虚拟化可鼓励本地MAC地址的分配。例如,在大规模虚拟化环境中,数千个虚拟机(VM)处于活动状态。这些VM通常由超级管理程序管理,负责根据需要生成和停止VM。超级管理程序通常还负责为VM分配新的MAC地址。如果为此采用了DHCP解决方案,则超级管理程序充当DHCP客户端并且请求可用的DHCP服务器,以分配地址块的一个或多个MAC地址。超级管理程序本身不使用这些地址,而是使用这些地址来创建具有适当MAC地址的新VM。每个VM在被实例化时都可被提供新的MAC地址。对于非常大的数据中心环境,不同网络区域的划分是典型的。不同网络区域中的每个网络区域都被配置为管理其自身的本地地址空间。在此场景中,如图3B所示,存在两个元素,包括:可迁移函数和不可迁移函数。
图3B是与DHCP架构交互的大型数据中心332的描绘330。大数据中心332可由多个区域334-340构成。这些区域中的每个区域可包括可迁移VM和不可迁移VM。每个区域334-340可包括用于将DHCP消息中继到DHCP服务器350以及从DHCP服务器中继DHCP消息的DHCP中继342-348。可使用单个ELI象限352和SAI象限354。另选地,每个区域可从AAI象限356-362分配地址。
如果提供给定功能的VM由于维护、弹性、最终用户移动性等原因可能需要迁移到数据中心的另一区域,则可能需要该VM将其网络上下文保持在新区域中,并且这包括保持其MAC地址。因此,为了满足这种需要,可能适当的是从ELI/SAI SLAP象限分配地址,该象限可由DHCP服务器集中分配。
另一方面,如果已知VM很可能不会迁移到数据中心的另一区域,则可能不存在与其MAC地址相关联的要求。在此场景中,从AAI SLAP象限分配MAC地址更为有效,这对于所有数据中心来说都不需要相同。在一个实施方案中,每个区域可管理其自身的MAC地址,而无需全局检查副本。
可基于上下文信息和/或由终端(例如,WTRU)或基础结构(例如,基站或蜂窝核心网服务器)指示的偏好来确定用于从终端选择SLAP象限以决定要使用哪个MAC地址以及何时改变所分配的MAC地址的机制。如本文所述,这些机制可例如在上述应用中的每个应用内实现,包括IoT应用、隐私敏感实现应用和数据中心应用。
在IoT架构中,IoT终端可使用预烧临时MAC地址附接到WLAN网络。这允许终端获得连接性并适当地自举。在此阶段期间,终端可获得信息和/或偏好,以帮助其决定使用哪个SLAP象限来配置比临时预烧地址更持久的本地MAC地址。如图4所示,IoT设备可做出关于使用哪个SLAP象限来获得本地MAC地址的独立决策或基础结构辅助决策。
图4是示出在独立决策400和基础结构辅助决策420两种模式中用于IoT象限选择的信令的图。在做出独立决策400时,IoT设备402可依赖于上下文信息,该上下文信息包括但不限于:IoT部署的类型,例如工业、家庭、农村等;移动性;设备是受管理的还是不受管理的;和/或操作/电池寿命。对于小型部署(诸如家庭部署),IoT设备402本身可决定使用AAI象限。在一个实施方案中,此决策可不涉及终端通过配置由终端自身计算的随机地址来使用DHCP。否则,可使用DHCP信令406。对于数千个终端可能共存的大型部署(诸如工业或农村部署),IoT设备402可决定使用ELI或SAI象限。如果IoT设备402可以移动或可能会移动,则它可能优选选择SAI或AAI象限以在移动到另一网络时使地址冲突最小化。如果已知IoT设备402保持固定,则ELI象限可以是最适合使用的象限。根据IoT设备402是在其寿命期间被管理还是不能被重新配置,所选择的象限可能是不同的。例如,它可以被管理,这意味着网络拓扑可能在寿命期间例如由于部署的改变(诸如涉及附加终端的扩展)而发生变化,并且这可能对优选象限产生影响,例如以避免将来的潜在冲突。根据终端的预期寿命,可能优选不同的象限以使未来潜在的地址冲突最小化。这些是IoT终端可使用来选择给定SLAP象限的参数的示例。也可依赖于其他参数。IoT终端通常是资源受限的,因此可例如基于预先配置的偏好或预先配置的设置采取简单的决策。
对于IoT场景,进一步预期的是,在大多数情况下,所选择的象限将为ELI。在这种情况下,要提供给终端的MAC地址基于公司ID(CID),并且此CID通常在终端中被预先配置为预烧临时地址。然而,在大型IoT部署(诸如农村或工业IoT部署)中,来自单个CID的地址空间可能会耗尽。在这种情况下,终端可提供由DHCP服务器404使用来从中提供MAC地址的优选CID列表。附加的CID可能属于IoT终端制造商具有业务关系或协议的其他供应商,例如IoT终端供应商的子公司。当终端所选择的象限为ELI时,DHCP服务器404可从主CID、从附加提供的CID中的任一CID或甚至从不同的CID分配地址。在所有情况下,DHCP服务器404可以或可能会检查可从哪些CID为终端分配本地MAC地址。这可例如由每个IoT终端具有授权CID列表的DHCP服务器404来完成。图5中示出了示出IoT终端可如何选择象限并执行本地MAC地址配置的示例性过程。
在做出基础结构辅助决策420时,IoT终端422从基础结构接收关于它应该使用哪个SLAP象限来获得本地MAC地址的提示/偏好/请求426。在IoT场景中,此提示可从IoT终端422使用来完成其配置的自举/配置服务器424进行信令426。服务器424还可使用与IoT终端的部署环境/上下文相关的参数来执行象限选择,包括:(1)IoT部署的类型;(2)移动性;和/或(3)操作/电池寿命。
在图4的右侧,示出了基础结构辅助决策420的一般操作。IoT终端422联系自举/配置服务器424,该自举/配置服务器可能正在云上或部署IoT终端422的本地运行,并且作为自举/配置信令426的一部分,接收所选择的SLAP象限,然后在与DHCP服务器428的DHCP信令430中使用该SLAP象限。
图5是IoT终端实施方案中的象限选择的决策流程图500。在一个实施方案中,自举IoT设备(502)可确定其是否是大型部署的组成部分(504)。如果确定它不是大型部署的组成部分(506),则IoT终端可选择AAI象限(508)。IoT设备可被配置为从AAI象限本地选择随机地址(510)。如果IoT被配置为本地选择随机地址(512),则IoT可从AAI象限中选取随机地址(514)。相反(516),IoT设备可利用DHCP服务器或其他服务器执行DHCP信令,该DHCP信令指示AAI象限(518)。
如果IoT设备是大型部署的一部分(520),则IoT设备可将移动性视为执行象限选择的一个因素(522)。如果设备可能是移动的(524),则IoT设备可使用SAI象限(526)并且可执行DHCP,该DHCP指示SAI(528)。
如果IoT设备预期是静止的而不是移动的(530),则IoT设备可选择ELI象限(532),并且可确定是否应该包括CID(534)。如果IoT设备具有CID要包括(536),则IoT设备可执行DHCP信令,该DHCP信令指示ELI并且包括优选CID(538)。IoT设备可任选地包括附加的CID。如果IoT设备确定(534)未使用CID(550),则IoT设备可执行DHCP信令,该DHCP信令指示AAI象限(552)。
假设IoT设备确实执行DHCP信令,其中指示了至少一个CID(538),则DHCP服务器可确定地址是否可从主CID获得(540)。如果地址可从主CID获得(542),则DHCP服务器可从主CID提供本地MAC地址(544)。如果没有地址可用(546),则DHCP服务器可从附加CID提供本地MAC地址(548)。
用于将本地MAC地址分配给WTRU的隐私增强解决方案可定义附加程序。在这些场景中,WTRU(诸如膝上型电脑或智能电话)使用其内置MAC地址连接到网络。由于隐私/安全问题,终端可能希望配置本地MAC地址。终端可使用不同的参数和上下文信息来不仅决定要为本地MAC地址配置使用哪个SLAP象限,还要决定何时执行地址的改变。在一些实施方案中,地址的改变可以在设备寿命期间执行多次。上下文信息可包括但不限于:终端连接到的网络的类型,例如公共、工作、家庭等;网络是否可信;终端是否为首次访问网络;网络地理位置;终端是否是移动的;操作系统(OS)网络配置文件,包括安全/信任相关参数;和/或由在设备上运行的应用程序所提供的关于位置隐私的触发。关于OS网络配置文件,大多数现代OS都保留与它们可以或可能会附接到的网络相关联的元数据,例如用户或管理员向网络分配的可信级别。此信息可用于配置终端在网络上的通告本身、防火墙设置等方面的行为。但此信息也可以或可能会用于决定是否配置本地MAC地址、从哪个SLAP象限配置本地MAC地址以及这样做的频率。关于应用程序触发,应用程序可例如由于应用程序的性质而向OS提供最大化位置隐私的请求,并且这可能意味着OS强制使用或改变本地MAC地址。
终端可使用此信息来选择SLAP象限。例如,如果终端正在四处移动(例如,在连接到机场公共网络时),则它很可能会多次改变接入点,因此最好使用SAI或AAI象限来使地址冲突的机会最小化。如果终端没有移动并附接到可信网络(例如,在工作中),则可能最好选择ELI象限。这些只是如何使用此信息来选择象限的一些示例。另外,此信息还可用于触发MAC地址的后续改变,以增强位置隐私。此外,改变所使用的SLAP象限也可用作额外的增强,以使跟踪用户位置变得更加困难。
在数据中心应用程序中,超级管理程序可请求将本地MAC地址分配给虚拟机。如在其他实施方案中一样,超级管理程序可使用由在超级管理程序顶部运行的云管理系统(CMS)或虚拟化基础结构管理器(VIM)所提供的信息来选择优选的SLAP象限。此信息可包括但不限于:VM是可迁移VM还是不可迁移VM;和/或VM连接性特征,例如独立、池的一部分、服务图/链的一部分。VM是否可迁移对SLAP象限的偏好有影响,因为某些象限(例如ELI/SAI)更适合支持大型数据中心中的迁移。VM连接性特征(如果已知)可由超级管理程序使用来选择最佳SLAP象限。
关于上述WTRU或数据中心应用程序中的任一者,可定义各种DHCPv6扩展,这些DHCPv6扩展概述了允许根据请求DHCPv6客户端的偏好选择本地MAC地址的SLAP象限的步骤。根据SLAP象限是由DHCP客户端(例如,终端/IoT设备)还是由DHCP中继指示,此类步骤可能会有所不同。
图6示出了当优选SLAP象限由DHCP客户端指示时在示例性扩展中定义的允许地址分配的步骤。在步骤1处,在块中分配链路层地址(即MAC地址)。最小块是单个地址。为了请求分配,客户端在消息中发送具有IA_LL选项的征求消息606。IA_LL选项必须包含LLADDR选项。为了指示优选SLAP象限,IA_LL选项包括新的quad IA-LL-选项,该新的quad IA-LL-选项包含优选象限。在步骤2处,服务器在接收到IA_LL选项时检查其内容,并且可根据其策略为每个LLADDR选项提供一个或多个地址。服务器发送回具有IA_LL选项的通告消息608,该IA_LL选项包含指定所提供的地址的LLADDR选项。如果服务器支持新的quad IA-LL-选项,并且管理属于所请求的象限的地址块,则所提供的地址应属于所请求的象限。如果服务器不具有来自所请求的象限的地址,则其必须返回包含状态码选项的IA_LL选项,其中状态被设置为NoQuadAvail。在步骤3处,客户端等待可用服务器发送通告响应并选取一个服务器。然后,客户端发送包括IA_LL容器选项的请求消息610,该IA_LL容器选项具有从由所选服务器发送的通告消息复制的LLADDR选项。在新的quad_IA-LL选项中包括优选SLAP象限。在步骤4处,在接收到具有IA_LL容器选项的请求消息610时,服务器分配所请求的地址。此时,服务器可更改分配。然后,服务器生成回复消息612并将其发送回客户端。在接收到回复消息612时,客户端解析IA_LL容器选项,并且可开始使用所有提供的地址614。应当指出的是,在征求中包括快速提交选项的客户端可接收到响应于征求的回复,并且跳过上述通告和请求步骤(遵循标准DHCPv6程序)。在步骤5处,当所分配的地址即将到期616时,客户端发送重新开始消息618。在步骤6处,服务器以回复消息620进行响应,该回复消息包括具有延长寿命的LLADDR选项。
图7示出了当优选SLAP象限由DHCP中继指示时在示例性扩展中定义的允许地址分配的步骤。当DHCP服务器在划分为不同网络区域(其中每个区域可具有不同的要求)的大型基础结构上操作时,这是有用的。这方面的示例是其中IoT和常规支持Wi-Fi的最终用户终端共存,但划分为两个不同WiFi网络的部署,每个WiFi网络由不同的DHCPv6中继管理。在步骤1处,在块中分配链路层地址(即MAC地址)。最小块是单个地址。为了请求分配,客户端在消息中发送具有IA_LL选项的征求消息708。IA_LL选项必须包含LLADDR选项。在步骤2处,DHCP中继接收征求消息并将其封装在中继-转发消息710中。中继基于本地知识和政策,在中继代理远程-ID选项中包括优选象限。中继基于本地配置(例如,所服务的网络仅包含IoT设备,因此需要ELI/SAI)或其他手段(诸如基于对来自客户端的征求消息的分析),可知道要请求哪个象限。在步骤3处,服务器在接收到所转发的包括IA_LL选项的征求消息时,检查其内容,并且可根据其策略为每个LLADDR选项提供一个或多个地址。服务器发送回具有IA_LL选项的通告消息,该IA_LL选项包含指定所提供的地址的LLADDR选项。此消息在中继-回复消息712中被发送给中继。如果服务器支持中继代理远程-ID选项中包括的优选象限的语义,并且管理属于所请求的象限的地址块,则所提供的地址应属于所请求的象限。在步骤4处,中继向客户端发送所接收的通告消息714。在步骤5处,客户端等待可用服务器发送通告响应并选取一个服务器。然后,客户端发送包括IA_LL容器选项的请求消息716,该IA_LL容器选项具有从由所选服务器发送的通告消息复制的LLADDR选项。在步骤6处,中继在中继-转发消息718中转发所接收的请求。它添加了具有优选象限的中继代理远程-ID选项。在步骤7处,在接收到所转发的具有IA_LL容器选项的请求消息时,服务器分配所请求的地址。此时,服务器可更改分配。然后,服务器生成回复消息并将回复消息在中继-回复720中发送回中继。在步骤8处,在接收到回复消息722时,客户端解析IA_LL容器选项并可开始使用所有提供的地址。在步骤9处,当所分配的地址724即将到期726时,客户端发送重新开始消息728。在步骤10处,由中继在中继-转发消息730中转发此消息。在步骤11处,服务器以回复消息进行响应,该回复消息包括具有延长寿命的LLADDR选项。此消息在中继-回复消息732中发送。在步骤12处,中继将回复消息734发送回客户端。
本文还公开了用于指示一个或多个优选象限的各种新的DHCPv6选项和值。
图8提供了Quad(IA-LL)选项800的示例性格式以及对示例性字段的描述。如参考图4所讨论的,Quad(IA-LL)选项可用于指定IA_LL内的所选择的象限的偏好。该选项可被封装在IA_LL选项的IA_LL-选项字段中。在所示的示例中,16位OPTION_QUAD字段802可被设置为由互联网号码分配局(IANA)分配的值。16位选项-长度字段804可表示Quad(IA-LL)选项800中包括的象限和偏好的数量。字段象限-1 806和偏好-1 808可指象限标识符和偏好。第二象限和偏好可以象限-2 810和偏好-2 812字段指示。32位814可被保留以供将来使用,或者可用于指示附加象限和/或偏好。在一个实施方案中,象限可按偏好的顺序列出,因此可能不需要明确指示偏好。
图9提供了附加CID(IA-LL)选项900的示例性格式以及对所包括的字段的描述。附加CID选项900可用于传输IA_LL内除用作消息源地址的CID(即,烧录的临时消息CID)之外的附加CID。当ELI作为优选SLAP象限中的一个SLAP象限包括在Quad IA_LL选项中时,应使用此选项。
附加CID(IA-LL)选项900包括16位OPTIONS_CIDS字段902,该字段可以是由IANA分配的值。选项-长度字段可用于指示附加CID(IA-LL)选项900中包括的CID的数量。在所示示例中,包括三个CID,cid-1 906、cid-2 908a-908b和cid-3 910。
中继代理远程-ID选项也可用于包括DHCPv6信号中的象限。中继代理远程-ID选项中使用的值的定义是供应商特定的。在选项的企业编号字段中指出供应商。远程-id字段可用于对优选SLAP象限进行编码。
尽管上文以特定组合描述了特征和元件,但是本领域的普通技术人员将理解,每个特征或元件可单独使用或以与其他特征和元件的任何组合来使用。另外,本文所述的方法可在结合于计算机可读介质中以供计算机或处理器执行的计算机程序、软件或固件中实现。计算机可读介质的示例包括电子信号(通过有线或无线连接传输)和计算机可读存储介质。计算机可读存储介质的示例包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、高速缓存存储器、半导体存储器设备、磁介质(诸如内置硬盘和可移动磁盘)、磁光介质和光介质(诸如CD-ROM磁盘和数字通用光盘(DVD))。与软件相关联的处理器可用于实现用于WTRU、UE、终端、基站、RNC或任何主计算机的射频收发器。

Claims (20)

1.一种由客户端设备执行的方法,所述方法包括:
选择结构化本地地址计划(SLAP)象限;
传输第一消息,所述第一消息指示所述SLAP象限;以及
接收第二消息,所述第二消息包括所述SLAP象限的媒体访问控制(MAC)地址。
2.根据权利要求1所述的方法,其中所述SLAP象限基于上下文信息来选择,所述上下文信息包括:网络中的节点的数量、网络部署的类型、网络的类型、移动性配置、设备管理的类型、电池寿命、位置或隐私配置。
3.根据权利要求2所述的方法,其中所述上下文信息由所述客户端从自举服务器接收。
4.根据权利要求1所述的方法,其中所述SLAP象限为扩展本地标识符(ELI)象限。
5.根据权利要求1所述的方法,其中所述SLAP象限为标准分配标识符(SAI)象限。
6.根据权利要求1所述的方法,其中所述SLAP象限为管理分配标识符(AAI)象限。
7.根据权利要求1所述的方法,其中,所述第一消息和所述第二消息是动态主机控制协议(DHCP)消息。
8.根据权利要求7所述的方法,其中,所述第一消息被传输到DHCP服务器,并且所述第二消息是从所述DHCP服务器接收的。
9.根据权利要求7所述的方法,其中,所述第一消息的内容通过一个或多个DHCP版本6(DHCPv6)中继。
10.一种客户端设备,所述客户端设备包括:
电路,所述电路被配置为选择结构化本地地址计划(SLAP)象限;
发射器,所述发射器被配置为传输第一消息,所述第一消息指示所述SLAP象限;和
接收器,所述接收器被配置为接收第二消息,其中所述第二消息包括所述SLAP象限的媒体访问控制(MAC)地址。
11.根据权利要求10所述的客户端设备,其中所述SLAP象限基于上下文信息来选择,所述上下文信息包括:网络中的节点的数量、网络部署的类型、网络的类型、移动性配置、设备管理的类型、电池寿命、位置或隐私配置。
12.根据权利要求11所述的客户端设备,其中所述上下文信息是从自举服务器所接收的。
13.根据权利要求10所述的客户端设备,其中所述SLAP象限为扩展本地标识符(ELI)象限。
14.根据权利要求10所述的客户端设备,其中所述SLAP象限为标准分配标识符(SAI)象限。
15.根据权利要求10所述的客户端设备,其中所述SLAP象限为管理分配标识符(AAI)象限。
16.根据权利要求10所述的客户端设备,其中,所述第一消息是动态主机控制协议(DHCP)消息。
17.根据权利要求16所述的客户端设备,其中,所述DHCP消息的内容通过一个或多个DHCP版本6(DHCPv6)中继。
18.一种客户端设备,所述客户端设备包括:
收发器,所述收发器被配置为:
将第一消息传输到动态主机控制协议(DHCP)服务器,其中所述第一消息指示结构化本地地址计划(SLAP)象限;
从所述DHCP服务器接收第二消息,其中所述第二消息指示所述SLAP象限的媒体访问控制(MAC)地址。
19.根据权利要求18所述的客户端设备,其中,所述收发器还被配置为将第三消息传输到所述DHCP服务器,其中所述第三消息请求MAC地址更新。
20.根据权利要求19所述的客户端设备,其中,所述第三消息包括所述SLAP象限和所述MAC地址。
CN202080012643.1A 2019-01-18 2020-01-17 利用动态分配机制指定mac地址类型的方法 Active CN113396575B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311767628.XA CN117914825A (zh) 2019-01-18 2020-01-17 利用动态分配机制指定mac地址类型的方法

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962794148P 2019-01-18 2019-01-18
US62/794,148 2019-01-18
PCT/US2020/014115 WO2020150620A1 (en) 2019-01-18 2020-01-17 Methods for specifying the type of mac address with dynamic assignment mechanisms

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202311767628.XA Division CN117914825A (zh) 2019-01-18 2020-01-17 利用动态分配机制指定mac地址类型的方法

Publications (2)

Publication Number Publication Date
CN113396575A CN113396575A (zh) 2021-09-14
CN113396575B true CN113396575B (zh) 2024-01-05

Family

ID=69743898

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202311767628.XA Pending CN117914825A (zh) 2019-01-18 2020-01-17 利用动态分配机制指定mac地址类型的方法
CN202080012643.1A Active CN113396575B (zh) 2019-01-18 2020-01-17 利用动态分配机制指定mac地址类型的方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202311767628.XA Pending CN117914825A (zh) 2019-01-18 2020-01-17 利用动态分配机制指定mac地址类型的方法

Country Status (6)

Country Link
US (2) US11882092B2 (zh)
EP (1) EP3912332A1 (zh)
JP (1) JP2022517260A (zh)
KR (1) KR20210126561A (zh)
CN (2) CN117914825A (zh)
WO (1) WO2020150620A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20220010594A (ko) 2019-04-25 2022-01-25 인터디지탈 패튼 홀딩스, 인크 멀티캐스트 및 유니캐스트 매체 액세스 제어(mac) 주소 할당프로토콜(mumaap)
US11632671B2 (en) * 2021-03-29 2023-04-18 Cisco Technology, Inc. Correlating devices and clients across addresses

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1435038A (zh) * 1999-12-23 2003-08-06 方案有限公司 通过配置到不同网络的计算机对网络访问的服务器及其方法
CN101179511A (zh) * 2007-11-27 2008-05-14 华为技术有限公司 获取网络地址的方法及接入设备
CN106664552A (zh) * 2014-08-27 2017-05-10 瑞典爱立信有限公司 在无线通信网络中用于向通信设备通知该网络中采用了上下文存储的方法

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080089323A1 (en) * 2006-10-13 2008-04-17 At&T Knowledge Ventures, L.P. System and method for assigning virtual local area networks
US8296438B2 (en) * 2007-07-11 2012-10-23 International Business Machines Corporation Dynamically configuring a router to find the best DHCP server
CN102396250A (zh) * 2009-04-17 2012-03-28 松下电器产业株式会社 用于在分段移动通信系统中管理本地ip访问的设备
US8631100B2 (en) 2010-07-20 2014-01-14 Juniper Networks, Inc. Automatic assignment of hardware addresses within computer networks
US9549317B2 (en) 2011-10-17 2017-01-17 Mitel Mobility Inc. Methods and apparatuses to provide secure communication between an untrusted wireless access network and a trusted controlled network
CN103685592B (zh) 2012-09-20 2018-11-30 新华三技术有限公司 一种无线网桥及实现dhcp地址申请的方法
EP3241329A1 (en) * 2014-12-31 2017-11-08 Interdigital Patent Holdings, Inc. Context-based protocol stack privacy
EP3091715A1 (en) 2015-05-06 2016-11-09 Thomson Licensing Method for allocating internet protocol addresses to clients of a network and corresponding apparatus
US10218671B2 (en) 2016-09-13 2019-02-26 Cisco Technology, Inc. Dynamic media access control address allocation and leasing for wireless network
EP3496374A4 (en) * 2016-09-30 2019-07-17 Huawei Technologies Co., Ltd. IP ADDRESS ALLOCATION SYSTEM AND DEVICE
US20180145834A1 (en) * 2016-11-18 2018-05-24 Arun Dharankar Providing a Security Process for Wireless Devices
US20190394816A1 (en) * 2017-02-22 2019-12-26 Lg Electronics Inc. Method for transmitting and receiving data through relay in wireless communication system and apparatus therefor
EP3619931A4 (en) * 2017-05-04 2021-01-20 Deepak Das MOBILITY FUNCTIONALITY FOR A CLOUD-BASED ACCESS SYSTEM
US10750435B2 (en) * 2018-06-18 2020-08-18 Blackberry Limited Network address policy information received in a pre-associated state

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1435038A (zh) * 1999-12-23 2003-08-06 方案有限公司 通过配置到不同网络的计算机对网络访问的服务器及其方法
CN101179511A (zh) * 2007-11-27 2008-05-14 华为技术有限公司 获取网络地址的方法及接入设备
CN106664552A (zh) * 2014-08-27 2017-05-10 瑞典爱立信有限公司 在无线通信网络中用于向通信设备通知该网络中采用了上下文存储的方法

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
IEEE Standard for Local and Metropolitan Area Networks: Overview and Architecture--Amendment 2: Local Medium Access Control (MAC) Address Usage;IEEE;《IEEE》;20170825;第12页-第19页 *
IEEE.IEEE Standard for Local and Metropolitan Area Networks: Overview and Architecture--Amendment 2: Local Medium Access Control (MAC) Address Usage.《IEEE》.2017, *
Proposal for IEEE 802.1CQ (Self-Assignment part);Antonio et al.;《https://mentor.ieee.org/omniran/dcn/18/omniran-18-0034-00-CQ00-proposal-for-ieee-802-1cq-self-assignment-part.pdf》;20180328;参见"Introduction"部分 *
新型网络环境下的访问控制技术;封富君等;《软件学报》;20070430(第04期);全文 *

Also Published As

Publication number Publication date
CN113396575A (zh) 2021-09-14
US20220131829A1 (en) 2022-04-28
EP3912332A1 (en) 2021-11-24
KR20210126561A (ko) 2021-10-20
WO2020150620A1 (en) 2020-07-23
JP2022517260A (ja) 2022-03-07
US11882092B2 (en) 2024-01-23
CN117914825A (zh) 2024-04-19
US20240121212A1 (en) 2024-04-11

Similar Documents

Publication Publication Date Title
CN111034273B (zh) 从非3gpp接入网络请求网络切片能力的终端
CN117580039A (zh) 用于ieee 802.11网络中的动态mac地址分配的方法和过程
KR20220164073A (ko) 사용자 평면 재배치
CN114557117A (zh) 5g设备与mec主机之间的mec应用程序实例的透明重定位
CN113728606B (zh) 用于多播和单播mac地址指派协议mumaap的方法和装置
US20240121212A1 (en) Methods for specifying the type of mac address with dynamic assignment mechanisms
CN115462052A (zh) 用于发现边缘网络管理服务器的方法、装置和系统
CN112425138A (zh) 将服务功能链固定到上下文特定的服务实例
US20240129968A1 (en) Methods, architectures, apparatuses and systems for supporting multiple application ids using layer-3 relay
CN116158065A (zh) 用于分发动态mac地址的方法和装置
CN115486201A (zh) 用于无线发射-接收单元之间的通信的端对端服务质量的方法和装置
CN114642012A (zh) 用于prose对等发现的方法和装置
TWI833946B (zh) 網路節點及於其中使用的方法
CN117280751A (zh) 应用上下文重定位过程期间的服务连续性
CN116018825A (zh) 用于发现和选择本地nef的方法和装置
CN116897592A (zh) 使用第3层中继的多个应用程序标识
CN116195280A (zh) 用于处理虚拟域的方法和设备
CN116057923A (zh) 用于服务功能标识符的透明切换的方法和装置
WO2022216587A1 (en) Methods, architectures, apparatuses and systems for unifying edge configuration server provisioning
CN116711280A (zh) 用于在基于名称的路由系统中服务链的隔离的方法、装置和系统
KR20200109303A (ko) 향상된 nef 기능, mec 및 5g 통합

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