KR20210126561A - 동적 할당 메커니즘들로 mac 어드레스의 타입을 지정하기 위한 방법들 - Google Patents

Abstract

WTRU에 의해 수행되는 방법은 인프라스트럭처 장비로부터 컨텍스트 정보를 수신하는 단계 및 MAC 어드레스 할당을 위한 SLAP 사분면을 선택하는 단계를 포함할 수 있다. 선택하는 단계는 WTRU에 대한 부트스트래핑 서버일 수 있는 인프라스트럭처 장비로부터 수신된 컨텍스트 정보에 기초할 수 있다. 방법은 DHCP 서버에, 선택된 SLAP 사분면을 표시하는 DHCP 메시지를 송신하는 단계를 더 포함할 수 있다. 송신된 DHCP 메시지에 응답하여, MAC 어드레스가 수신되어 WTRU에 구성될 수 있다. 컨텍스트 정보는, 제한적인 것은 아니지만, 네트워크에서의 노드들의 수, 네트워크 배치의 타입, 네트워크의 타입, 이동성 구성, 디바이스 관리의 타입, 배터리 수명, 위치 또는 프라이버시 구성을 포함한다.

Description

동적 할당 메커니즘을 사용하여 MAC 주소 유형을 지정하는 방법

관련 출원들에 대한 상호 참조

본 출원은 2019년 1월 18일에 출원된 미국 가출원 제62/794,148호의 우선권 주장하며, 그의 내용은 본 명세서에 참조로 포함된다.

무선 송신/수신 유닛(wireless transmit/receive unit)(WTRU)에 의해 수행되는 방법은 인프라스트럭처 장비로부터 컨텍스트 정보(context information)를 수신하는 단계 및 매체 액세스 제어(media access control)(MAC) 어드레스 할당을 위한 구조화된 로컬 어드레스 플랜(structured local address plan)(SLAP) 사분면을 선택하는 단계를 포함할 수 있다. 선택하는 단계는 WTRU에 대한 부트스트래핑 서버(bootstrapping server)일 수 있는 인프라스트럭처 장비로부터 수신된 컨텍스트 정보에 기초할 수 있다. 방법은 동적 호스트 제어 프로토콜(dynamic host control protocol)(DHCP) 서버에, 선택된 SLAP 사분면을 표시하는 DHCP 메시지를 송신하는 단계를 더 포함할 수 있다. 송신된 DHCP 메시지에 응답하여, MAC 어드레스가 수신되어 WTRU에 구성될 수 있다. 컨텍스트 정보는, 제한적인 것은 아니지만, 네트워크에서의 노드들의 수, 네트워크 배치의 타입, 네트워크의 타입, 이동성 구성(mobility configuration), 디바이스 관리의 타입, 배터리 수명, 위치 또는 프라이버시 구성을 포함한다.

첨부 도면들과 함께 예로서 주어진 이하의 설명으로부터 보다 상세한 이해가 제공될 수 있고, 도면들 내의 유사한 참조 번호들은 유사한 요소들을 표시한다.
도 1a는 하나 이상의 개시된 실시예가 구현될 수 있는 예시적인 통신 시스템을 도시하는 시스템도이다.
도 1b는 실시예에 따른, 도 1a에 도시된 통신 시스템 내에서 이용될 수 있는 예시적인 무선 송신/수신 유닛(WTRU)을 도시하는 시스템도이다.
도 1c는 실시예에 따른, 도 1a에 도시된 통신 시스템 내에서 이용될 수 있는 예시적인 라디오 액세스 네트워크(radio access network)(RAN) 및 예시적인 코어 네트워크(core network)(CN)를 도시하는 시스템도이다.
도 1d는 실시예에 따른, 도 1a에 도시된 통신 시스템 내에서 이용될 수 있는 추가의 예시적인 RAN 및 추가의 예시적인 CN을 도시하는 시스템도이다.
도 2a는 48 비트-MAC 어드레스의 4개의 최하위 비트들을 도시하는 예시적인 구조이다.
도 2b는 Y-비트 및 Z-비트를 이용하여 식별된 4개의 SLAP 사분면들의 특징들을 개략적으로 나타내는 표이다.
도 3a는 동적 호스트 구성 프로토콜(DHCP) 아키텍처와 인터페이싱하는 몇몇 사물 인터넷(Internet of Things)(IoT) 네트워크들의 도면이다.
도 3b는 DHCP 아키텍처와 인터페이싱하는 대규모 데이터 센터의 도면이다.
도 4는 독립형 결정 및 인프라스트럭처-지원 결정 모드들 모두에서 IoT 사분면 선택을 위한 시그널링을 도시하는 도면이다.
도 5는 IoT 단말기 실시예에서의 사분면 선택에 대한 결정 흐름도이다.
도 6은 클라이언트-서버 확장들을 갖는 DHCPv6 시그널링 흐름도이다.
도 7은 클라이언트-중계기-서버 확장들을 갖는 DHCPv6 시그널링 흐름도이다.
도 8은 쿼드(Quad)(IA-LL) 옵션 포맷의 도면이다.
도 9는 추가적인 CID들(IA-LL) 옵션 포맷의 도면이다.

도 1a는 하나 이상의 개시된 실시예가 구현될 수 있는 예시적인 통신 시스템(100)을 도시하는 도면이다. 통신 시스템(100)은 다수의 무선 사용자들에게 음성, 데이터, 비디오, 메시징, 브로드캐스트 등과 같은 콘텐츠를 제공하는 다중 액세스 시스템일 수 있다. 통신 시스템(100)은 다수의 무선 사용자들이, 무선 대역폭을 포함하는 시스템 자원들의 공유를 통해 그러한 콘텐츠에 액세스하게 할 수 있다. 예를 들어, 통신 시스템들(100)은 코드 분할 다중 액세스(code division multiple access)(CDMA), 시분할 다중 액세스(time division multiple access)(TDMA), 주파수 분할 다중 액세스(frequency division multiple access)(FDMA), 직교(orthogonal) FDMA(OFDMA), 단일 캐리어(single-carrier) FDMA(SC-FDMA), ZT-UW-DFT-S-OFDM(zero-tail unique-word discrete Fourier transform Spread OFDM), UW-OFDM(unique word OFDM), 자원 블록 필터링된(resource block-filtered) OFDM, 필터 뱅크 다중 캐리어(filter bank multicarrier)(FBMC) 등과 같은 하나 이상의 채널 액세스 방법을 이용할 수 있다.

도 1a에 도시된 바와 같이, 통신 시스템(100)은 무선 송신/수신 유닛(WTRU)들(102a, 102b, 102c, 102d), 라디오 액세스 네트워크(RAN)(104), 코어 네트워크(CN)(106), 공중 교환 전화 네트워크(public switched telephone network)(PSTN)(108), 인터넷(110), 및 다른 네트워크들(112)을 포함할 수 있지만, 개시된 실시예들이 임의의 수의 WTRU들, 기지국들, 네트워크들, 및/또는 네트워크 요소들을 고려한다는 것이 이해될 것이다. WTRU들(102a, 102b, 102c, 102d) 각각은 무선 환경에서 동작 및/또는 통신하도록 구성된 임의의 타입의 디바이스일 수 있다. 예로서, WTRU들(102a, 102b, 102c, 102d) 중 임의의 것은 스테이션(STA)이라고 지칭될 수 있고, 무선 신호들을 송신 및/또는 수신하도록 구성될 수 있고, 사용자 장비(user equipment)(UE), 이동국(mobile station), 고정 또는 모바일 가입자 유닛(fixed or mobile subscriber unit), 가입 기반 유닛(subscription-based unit), 페이저(pager), 셀룰러 전화기, PDA(personal digital assistant), 스마트폰, 랩탑, 넷북, 개인용 컴퓨터, 무선 센서, 핫스팟(hotspot) 또는 Mi-Fi 디바이스, IoT(Internet of Things) 디바이스, 시계 또는 다른 웨어러블, 머리 장착 디스플레이(head-mounted display)(HMD), 차량, 드론, 의료용 디바이스 및 애플리케이션들(예를 들어, 원격 수술), 산업용 디바이스 및 애플리케이션들(예를 들어, 산업용 및/또는 자동화된 처리 체인 맥락에서 동작하는 로봇 및/또는 다른 무선 디바이스들), 소비자 전자 디바이스, 상업용 및/또는 산업용 무선 네트워크들에서 동작하는 디바이스 등을 포함할 수 있다. WTRU들(102a, 102b, 102c 및 102d) 중 임의의 것은 UE로서 상호교환가능하게 지칭될 수 있다.

또한, 통신 시스템들(100)은 기지국(114a) 및/또는 기지국(114b)을 포함할 수 있다. 기지국들(114a, 114b) 각각은 CN(106), 인터넷(110), 및/또는 다른 네트워크들(112)과 같은 하나 이상의 통신 네트워크에 대한 액세스를 용이하게 하기 위해 WTRU들(102a, 102b, 102c, 102d) 중 적어도 하나와 무선으로 인터페이스하도록 구성된 임의의 타입의 디바이스일 수 있다. 예로서, 기지국들(114a, 114b)은 BTS(base transceiver station), NodeB, eNode B(eNB), Home Node B, Home eNode B, gNode B(gNB)와 같은 차세대(next generation) NodeB, NR(new radio) NodeB, 사이트 제어기, AP(access point), 무선 라우터 등일 수 있다. 기지국들(114a, 114b)은 각각이 단일 요소로서 묘사되어 있지만, 기지국들(114a, 114b)이 임의의 수의 상호접속된 기지국들 및/또는 네트워크 요소들을 포함할 수 있음을 이해할 것이다.

기지국(114a)은, 기지국 제어기(base station controller)(BSC), 라디오 네트워크 제어기(radio network controller)(RNC), 중계 노드들(relay nodes) 등과 같은, 다른 기지국들 및/또는 네트워크 요소들(도시되지 않음)을 또한 포함할 수 있는, RAN(104)의 일부일 수 있다. 기지국(114a) 및/또는 기지국(114b)은 하나 이상의 캐리어 주파수에서 무선 신호들을 송신 및/또는 수신하도록 구성될 수 있고, 이는 셀(도시되지 않음)로 지칭될 수 있다. 이 주파수들은 인가 스펙트럼(licensed spectrum), 비인가 스펙트럼(unlicensed spectrum), 또는 인가 및 비인가 스펙트럼의 조합에 있을 수 있다. 셀은 상대적으로 고정될 수 있거나 시간에 따라 변할 수 있는 특정 지리적 영역에 무선 서비스에 대한 커버리지(coverage)를 제공할 수 있다. 셀은 셀 섹터들(cell sectors)로 추가로 분할될 수 있다. 예를 들어, 기지국(114a)과 연관된 셀이 3개의 섹터들로 분할될 수 있다. 따라서, 일 실시예에서, 기지국(114a)은 3개의 트랜시버들, 즉, 셀의 각각의 섹터에 대해 하나씩을 포함할 수 있다. 실시예에서, 기지국(114a)은 다중 입력 다중 출력(MIMO) 기술을 이용할 수 있고, 셀의 각각의 섹터에 대해 다수의 트랜시버를 이용할 수 있다. 예를 들어, 빔형성은 원하는 공간 방향들로 신호들을 송신 및/또는 수신하는데 이용될 수 있다.

기지국들(114a, 114b)은 임의의 적절한 무선 통신 링크(예를 들어, 라디오 주파수(RF), 마이크로파, 센티미터파, 마이크로미터파, 적외선(IR), 자외선(UV), 가시광선 등)일 수 있는 공중 인터페이스(116)를 통해 WTRU들(102a, 102b, 102c, 102d) 중 하나 이상과 통신할 수 있다. 공중 인터페이스(air interface)(116)는 임의의 적절한 라디오 액세스 기술(radio access technology)(RAT)을 이용하여 확립될 수 있다.

보다 구체적으로, 앞서 살펴본 바와 같이, 통신 시스템(100)은 다중 액세스 시스템일 수 있고, CDMA, TDMA, FDMA, OFDMA, SC-FDMA 등과 같은 하나 이상의 채널 액세스 방식을 이용할 수 있다. 예를 들어, RAN(104)에서의 기지국(114a) 및 WTRU들(102a, 102b, 102c)은 광대역(wideband) CDMA(WCDMA)를 이용하여 공중 인터페이스(116)를 확립할 수 있는, UTRA(Universal Mobile Telecommunications System(UMTS) Terrestrial Radio Access)와 같은 라디오 기술을 구현할 수 있다. WCDMA는 HSPA(High-Speed Packet Access) 및/또는 HSPA+(Evolved HSPA)와 같은 통신 프로토콜들을 포함할 수 있다. HSPA는 HSDPA(High-Speed Downlink(DL) Packet Access) 및/또는 HSUPA(High-Speed Uplink(UL) Packet Access)를 포함할 수 있다.

실시예에서, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은 E-UTRA(Evolved UMTS Terrestrial Radio Access)와 같은 라디오 기술을 구현할 수 있고, 이는 LTE(Long Term Evolution) 및/또는 LTE-A(LTE-Advanced) 및/또는 LTE-A Pro(LTE-Advanced Pro)를 이용하여 공중 인터페이스(116)를 확립할 수 있다.

실시예에서, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은 NR을 이용하여 공중 인터페이스(116)를 확립할 수 있는 NR 라디오 액세스와 같은 라디오 기술을 구현할 수 있다.

실시예에서, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은 다수의 라디오 액세스 기술들을 구현할 수 있다. 예를 들어, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은, 예를 들어, 이중 접속(dual connectivity)(DC) 원리들을 이용하여, LTE 라디오 액세스 및 NR 라디오 액세스를 함께 구현할 수 있다. 따라서, WTRU들(102a, 102b, 102c)에 의해 이용되는 공중 인터페이스는 다수의 타입들의 라디오 액세스 기술들 및/또는 다수의 타입들의 기지국들(예를 들어, eNB 및 gNB)로/로부터 전송된 송신들에 의해 특징지어질 수 있다.

다른 실시예들에서, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은 IEEE 802.11(즉, WiFi(Wireless Fidelity)), IEEE 802.16(즉, WiMAX(Worldwide Interoperability for Microwave Access)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, IS-2000(Interim Standard 2000), IS-95(Interim Standard 95), IS-856(Interim Standard 856), GSM(Global System for Mobile communications), EDGE(Enhanced Data rates for GSM Evolution), GSM EDGE(GERAN) 등과 같은 라디오 기술들을 구현할 수 있다.

도 1a에서의 기지국(114b)은, 예를 들어, 무선 라우터, Home Node B, Home eNode B, 또는 액세스 포인트일 수 있고, 사업장, 가정, 차량, 캠퍼스, 산업 시설, (예를 들어, 드론에 의한 이용을 위한) 공중 회랑(air corridor), 도로 등의 장소와 같은, 국지화된 영역에서 무선 접속을 용이하게 하기 위해 임의의 적절한 RAT를 이용할 수 있다. 일 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 무선 로컬 영역 네트워크(wireless local area network)(WLAN)를 확립하기 위해 IEEE 802.11과 같은 라디오 기술을 구현할 수 있다. 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 IEEE 802.15와 같은 라디오 기술을 구현하여 무선 개인 영역 네트워크(WPAN)를 확립할 수 있다. 또 다른 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 셀룰러 기반 RAT(예를 들어, WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR 등)를 이용하여 피코셀(picocell) 또는 펨토셀(femtocell)을 확립할 수 있다. 도 1a에 도시된 바와 같이, 기지국(114b)은 인터넷(110)에의 직접 접속을 가질 수 있다. 따라서, 기지국(114b)은 CN(106)을 통해 인터넷(110)에 액세스할 필요가 없을 수 있다.

RAN(104)은 CN(106)과 통신할 수 있으며, 이는 음성, 데이터, 애플리케이션들, 및/또는 VoIP(voice over internet protocol) 서비스들을 WTRU들(102a, 102b, 102c, 102d) 중 하나 이상에게 제공하도록 구성된 임의의 타입의 네트워크일 수 있다. 데이터는 상이한 처리량 요구사항들, 레이턴시 요구사항들, 오류 허용 요구사항들, 신뢰도 요구사항들, 데이터 처리량 요구사항들, 이동성 요구사항들 등과 같은, 다양한 서비스 품질(QoS) 요구사항들을 가질 수 있다. CN(106)은 호 제어(call control), 과금 서비스들, 모바일 위치 기반 서비스들, 선불 전화, 인터넷 접속, 비디오 배포 등을 제공할 수 있고/있거나 사용자 인증과 같은 하이 레벨의 보안 기능들을 수행할 수 있다. 비록 도 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(plain old telephone service)를 제공하는 회선 교환 전화 네트워크들을 포함할 수 있다. 인터넷(110)은 송신 제어 프로토콜(TCP), 사용자 데이터그램 프로토콜(UDP), 및/또는 TCP/IP 인터넷 프로토콜 세트(internet protocol suite)에서의 인터넷 프로토콜(IP)과 같은 공통 통신 프로토콜들을 이용하는 상호접속된 컴퓨터 네트워크들 및 디바이스들의 글로벌 시스템을 포함할 수 있다. 네트워크들(112)은 다른 서비스 제공자들에 의해 소유 및/또는 운영되는 유선 및/또는 무선 통신 네트워크를 포함할 수 있다. 예를 들어, 네트워크들(112)은 RAN(104)과 동일한 RAT 또는 상이한 RAT를 이용할 수 있는, 하나 이상의 RAN에 접속된 다른 CN을 포함할 수 있다.

통신 시스템(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(global positioning system) 칩셋(136), 및/또는 다른 주변기기들(138)을 포함할 수 있다. 실시예와 부합한 채로 있으면서 WTRU(102)가 전술한 요소들의 임의의 하위조합을 포함할 수 있다는 것이 이해될 것이다.

프로세서(118)는 범용 프로세서, 특수 목적 프로세서, 종래의 프로세서, 디지털 신호 프로세서(DSP), 복수의 마이크로프로세서들, DSP 코어와 연관된 하나 이상의 마이크로프로세서, 제어기, 마이크로제어기, 주문형 집적 회로(ASIC)들, 필드 프로그래머블 게이트 어레이(FPGA)들, 임의의 다른 타입의 집적 회로(IC), 상태 머신 등일 수 있다. 프로세서(118)는 WTRU(102)가 무선 환경에서 동작할 수 있게 하는 신호 코딩, 데이터 처리, 전력 제어, 입력/출력 처리, 및/또는 임의의 다른 기능을 수행할 수 있다. 프로세서(118)는 송신/수신 요소(122)에 결합될 수 있는 트랜시버(120)에 결합될 수 있다. 도 1b는 프로세서(118) 및 트랜시버(120)를 개별 컴포넌트들로서 도시하지만, 프로세서(118) 및 트랜시버(120)는 전자 패키지 또는 칩 내에 함께 통합될 수 있음을 이해할 것이다.

송신/수신 요소(122)는 공중 인터페이스(116)를 통해 기지국(예를 들어, 기지국(114a))에 신호들을 송신하거나 이로부터 신호들을 수신하도록 구성될 수 있다. 예를 들어, 일 실시예에서, 송신/수신 요소(122)는 RF 신호들을 송신 및/또는 수신하도록 구성된 안테나일 수 있다. 실시예에서, 송신/수신 요소(122)는, 예를 들어, IR, UV 또는 가시광 신호들을 송신 및/또는 수신하도록 구성된 방출기/검출기(emitter/detector)일 수 있다. 또 다른 실시예에서, 송신/수신 요소(122)는 RF 및 광 신호들 모두 송신 및/또는 수신하도록 구성될 수 있다. 송신/수신 요소(122)가 무선 신호들의 임의의 조합을 송신 및/또는 수신하도록 구성될 수 있다는 것이 이해될 것이다.

송신/수신 요소(122)가 단일 요소로서 도 1b에 도시되어 있지만, WTRU(102)는 임의의 수의 송신/수신 요소(122)를 포함할 수 있다. 보다 구체적으로, WTRU(102)는 MIMO 기술을 이용할 수 있다. 따라서, 일 실시예에서, WTRU(102)는 공중 인터페이스(116)를 통해 무선 신호들을 송신 및 수신하기 위한 2개 이상의 송신/수신 요소들(122)(예를 들어, 다수의 안테나들)을 포함할 수 있다.

트랜시버(120)는 송신/수신 요소(122)에 의해 송신될 신호들을 변조하고, 송신/수신 요소(122)에 의해 수신되는 신호들을 복조하도록 구성될 수 있다. 앞서 살펴본 바와 같이, WTRU(102)는 다중 모드 능력들을 가질 수 있다. 따라서, 트랜시버(120)는, 예를 들어, WTRU(102)가 NR 및 IEEE 802.11과 같은, 다수의 RAT를 통해 통신하도록 하는 다수의 트랜시버들을 포함할 수 있다.

WTRU(102)의 프로세서(118)는 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)(예를 들어, LCD(liquid crystal display) 디스플레이 유닛 또는 OLED(organic light-emitting diode) 디스플레이 유닛)에 결합될 수 있고 그로부터 사용자 입력 데이터를 수신할 수 있다. 프로세서(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)는 또한 WTRU(102)의 현재 위치에 관한 위치 정보(예를 들어, 경도 및 위도)를 제공하도록 구성될 수 있는 GPS 칩셋(136)에 결합될 수 있다. GPS 칩셋(136)으로부터의 정보에 부가하여 또는 그 대신에, WTRU(102)는 기지국(예를 들어, 기지국들(114a, 114b))으로부터 공중 인터페이스(116)를 통해 위치 정보를 수신할 수 있고/있거나 2개 이상의 근방의 기지국들로부터 수신되고 있는 신호들의 타이밍에 기초하여 그의 위치를 결정할 수 있다. WTRU(102)가 실시예와 부합한 채로 있으면서 임의의 적절한 위치 결정 방법에 의해 위치 정보를 획득할 수 있다는 것이 이해될 것이다.

프로세서(118)는, 추가적인 특징들, 기능 및/또는 유선 또는 무선 접속성을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈을 포함할 수 있는, 다른 주변기기들(138)에 추가로 결합될 수 있다. 예를 들어, 주변기기들(138)은 가속도계, 전자 나침반(e-compass), 위성 트랜시버, 디지털 카메라(사진들 및/또는 비디오용), 범용 직렬 버스(USB) 포트, 진동 디바이스, 텔레비전 트랜시버, 핸즈프리(hands free) 헤드셋, Bluetooth® 모듈, 주파수 변조(FM) 라디오 유닛, 디지털 음악 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저, 가상 현실 및/또는 증강 현실(VR/AR) 디바이스, 액티비티 트래커(activity tracker) 등을 포함할 수 있다. 주변기기들(138)은 하나 이상의 센서를 포함할 수 있다. 센서들은 자이로스코프, 가속도계, 홀 효과 센서, 자력계, 배향 센서, 근접 센서, 온도 센서, 시간 센서, 지오로케이션 센서, 고도계, 광 센서, 터치 센서, 자력계, 기압계, 제스처 센서, 바이오메트릭 센서, 습도 센서 등 중 하나 이상일 수 있다.

WTRU(102)는 (예를 들어, (예를 들어, 송신을 위한) UL 및 (예를 들어, 수신을 위한) DL 모두를 위한 특정 서브프레임들에 연관된) 신호들의 일부 또는 전부의 송신 및 수신이 공존(concurrent)하고/하거나 동시에 있을 수 있는 전이중 라디오(full duplex radio)를 포함할 수 있다. 전이중 라디오는 하드웨어(예를 들어, 초크(choke)) 또는 프로세서를 통한(예를 들어, 별도의 프로세서(도시되지 않음) 또는 프로세서(118)를 통한) 신호 처리를 통해 자기 간섭을 감소시키고 또는 실질적으로 제거하는 간섭 관리 유닛)을 포함할 수 있다. 실시예에서, WTRU(102)는 (예를 들어, (예를 들어, 송신을 위한) UL 또는 (예를 들어, 수신을 위한) DL 중 어느 하나에 대한 특정 서브프레임들과 연관된) 신호들의 일부 또는 전부의 송신 및 수신을 위한 반이중 라디오(half-duplex radio)를 포함할 수 있다.

도 1c는 실시예에 따른, RAN(104) 및 CN(106)을 도시하는 시스템도이다. 앞서 살펴본 바와 같이, RAN(104)은 공중 인터페이스(116)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위해 E-UTRA 라디오 기술을 이용할 수 있다. RAN(104)은 또한 CN(106)과 통신할 수 있다.

RAN(104)은 eNode-B들(160a, 160b, 160c)을 포함할 수 있지만, RAN(104)이 실시예와 부합한 채로 있으면서 임의의 수의 eNode-B를 포함할 수 있다는 것이 이해될 것이다. eNode-B들(160a, 160b, 160c) 각각은 공중 인터페이스(116)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위한 하나 이상의 트랜시버를 포함할 수 있다. 일 실시예에서, eNode-B들(160a, 160b, 160c)은 MIMO 기술을 구현할 수 있다. 따라서, eNode-B(160a)는, 예를 들어, WTRU(102a)로 무선 신호들을 송신하고/하거나 WTRU(102a)로부터 무선 신호들을 수신하기 위해 다수의 안테나들을 이용할 수 있다.

각각의 eNode-B들(160a, 160b, 160c)은 특정 셀(도시되지 않음)과 연관될 수 있고, 무선 자원 관리 결정들, 핸드오버 결정들, UL 및/또는 DL에서의 사용자들의 스케줄링 등을 처리하도록 구성될 수 있다. 도 1c에 도시된 바와 같이, eNode-B들(160a, 160b, 160c)은 X2 인터페이스를 통해 서로 통신할 수 있다.

도 1c에 도시된 CN(106)은 이동성 관리 엔티티(MME)(162), 서빙 게이트웨이(SGW)(164), 및 패킷 데이터 네트워크(PDN) 게이트웨이(PGW)(166)를 포함할 수 있다. 전술한 요소들이 CN(106)의 일부로서 도시되어 있지만, 이 요소들 중 임의의 것이 CN 운영자 이외의 엔티티에 의해 소유 및/또는 운영될 수 있다는 것을 이해할 것이다.

MME(162)는 S1 인터페이스를 통해 RAN(104)에서의 각각의 eNode-B들(162a, 162b, 162c)에 접속될 수 있고, 제어 노드로서 역할을 할 수 있다. 예를 들어, MME(162)는 WTRU들(102a, 102b, 102c)의 사용자들을 인증하는 것, 베어러 활성화/비활성화, WTRU들(102a, 102b, 102c)의 초기 어태치(initial attach) 동안 특정 서빙 게이트웨이를 선택하는 것 등을 담당할 수 있다. MME(162)는 RAN(104)과, GSM 및/또는 WCDMA와 같은 다른 라디오 기술들을 이용하는 다른 RAN들(도시되지 않음) 사이를 스위칭하기 위한 제어 평면 기능을 제공할 수 있다.

SGW(164)는 S1 인터페이스를 통해 RAN(104)에서의 eNode B들(160a, 160b, 160c) 각각에 접속될 수 있다. SGW(164)는 일반적으로 WTRU들(102a, 102b, 102c)로/로부터 사용자 데이터 패킷들을 라우팅하고 포워딩할 수 있다. SGW(164)는 eNode B간(inter-eNode B) 핸드오버 동안 사용자 평면들을 앵커링(anchoring)하는 것, DL 데이터가 WTRU들(102a, 102b, 102c)에 이용가능한 경우 페이징을 트리거하는 것, WTRU들(102a, 102b, 102c)의 컨텍스트들을 관리 및 저장하는 것 등과 같은 다른 기능들을 수행할 수 있다.

SGW(164)는 WTRU들(102a, 102b, 102c)과 IP 가능 디바이스들(IP-enabled device) 사이의 통신을 용이하게 하기 위해, WTRU들(102a, 102b, 102c)에게 인터넷(110)과 같은 패킷 교환 네트워크들에 대한 액세스를 제공할 수 있는 PGW(166)에 접속될 수 있다.

CN(106)은 다른 네트워크들과의 통신을 용이하게 할 수 있다. 예를 들어, CN(106)은 WTRU들(102a, 102b, 102c)과 전통적인 유선(land-line) 통신 디바이스들 사이의 통신을 용이하게 하기 위해 WTRU들(102a, 102b, 102c)에게 PSTN(108)과 같은 회선 교환 네트워크들에 대한 액세스를 제공할 수 있다. 예를 들어, CN(106)은 CN(106)과 PSTN(108) 사이의 인터페이스로서 기능하는 IP 게이트웨이(예를 들어, IP 멀티미디어 서브시스템(IMS) 서버)를 포함하거나, 이와 통신할 수 있다. 또한, 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 통신 모드는 때때로 본 명세서에서 "애드혹" 통신 모드로 지칭될 수 있다.

802.11ac 인프라스트럭처 동작 모드 또는 유사한 동작 모드를 이용하는 경우, AP는 주(primary) 채널과 같은 고정 채널을 통해 비컨(beacon)을 송신할 수 있다. 주 채널은 고정 폭(예를 들어, 20MHz 폭의 광대역폭) 또는 동적으로 설정된 폭일 수 있다. 주 채널은 BSS의 동작 채널일 수 있고, AP와의 접속을 확립하기 위해 STA들에 의해 이용될 수 있다. 특정한 대표적인 실시예들에서, 충돌 회피를 갖는 캐리어 감지 다중 액세스(Carrier Sense Multiple Access with Collision Avoidance)(CSMA/CA)가, 예를 들어, 802.11 시스템들에서 구현될 수 있다. CSMA/CA에 대해, AP를 포함하는 STA들(예를 들어, 모든 STA)은 주 채널을 감지할 수 있다. 주 채널이 감지/검출되고 및/또는 특정 STA에 의해 비지 상태(busy)라고 결정되는 경우, 특정 STA는 백오프(back off)할 수 있다. 하나의 STA(예를 들어, 단지 하나의 스테이션)가 주어진 BSS에서 임의의 주어진 시간에 송신할 수 있다.

HT(High Throughput) STA들은, 예를 들어, 주(primary) 20MHz 채널 및 인접하거나 비인접한 20MHz 채널을 결합하여 40MHz 폭의 채널을 형성하는 것을 통해, 통신을 위한 40MHz 폭의 채널을 이용할 수 있다.

VHT(Very High Throughput) STA들은 20MHz, 40MHz, 80MHz, 및/또는 160MHz 폭의 채널들을 지원할 수 있다. 40MHz, 및/또는 80MHz 채널들은 인접한 20MHz 채널들을 결합하여 형성될 수 있다. 160MHz 채널은 8개의 인접한 20MHz 채널들을 결합하거나, 80+80 구성이라고 지칭될 수 있는, 2개의 비인접한 80MHz 채널들을 결합함으로써 형성될 수 있다. 80+80 구성의 경우, 채널 인코딩 후 데이터는 데이터를 두 개의 스트림들로 분할할 수 있는 세그먼트 파서(segment parser)를 통과할 수 있다. 역 고속 푸리에 변환(Inverse Fast Fourier Transform)(IFFT) 처리 및 시간 영역 처리는 각각의 스트림에 대해 개별적으로 수행될 수 있다. 스트림들은 2개의 80MHz 채널들로 맵핑될 수 있고, 데이터는 송신하는 STA에 의해 송신될 수 있다. 수신하는 STA의 수신기에서, 80+80 구성에 대해 위에 설명된 동작은 역전(reverse)될 수 있고, 결합된 데이터는 매체 액세스 제어(Medium Access Control)(MAC)로 전송될 수 있다.

서브 1GHz 동작 모드들은 802.11af 및 802.11ah에 의해 지원된다. 채널 동작 대역폭들 및 캐리어들은 802.11n 및 802.11ac에서 이용되는 것들에 비해 802.11af 및 802.11ah에서 감소된다. 802.11af는 TV 화이트 스페이스(TV White Space)(TVWS) 스펙트럼에서 5MHz, 10MHz 및 20MHz 대역폭들을 지원하고, 802.11ah는 비-TVWS 스펙트럼을 이용하여 1MHz, 2MHz, 4MHz, 8MHz 및 16MHz 대역폭들을 지원한다. 대표적인 실시예에 따르면, 802.11ah는 매크로 커버리지 영역(macro coverage area)에서의 MTC 디바이스들과 같은, 미터 타입 제어/머신-타입 통신들(Meter Type Control/Machine-Type Communications)(MTC)을 지원할 수 있다. MTC 디바이스들은, 예를 들어, 특정한 및/또는 제한된 대역폭들에 대한 지원(예를 들어, 그것들에 대해서만의 지원)을 포함하는 제한된 능력들과 같은 특정 능력들을 가질 수 있다. MTC 디바이스들은 (예를 들어, 배터리 수명을 매우 길게 유지하기 위해) 배터리 수명이 임계값 위인 배터리를 포함할 수 있다.

802.11n, 802.11ac, 802.11af, 및 802.11ah와 같은, 다수의 채널들 및 채널 대역폭들을 지원할 수 있는 WLAN 시스템들은 주 채널로서 지정될 수 있는 채널을 포함한다. 주 채널은 BSS에서의 모든 STA들에 의해 지원되는 최대 공통 동작 대역폭(largest common operating bandwidth)과 동일한 대역폭을 가질 수 있다. 주 채널의 대역폭은 최소 대역폭 동작 모드를 지원하는 BSS에서 동작하는 모든 STA들 중에서, STA에 의해 설정 및/또는 제한될 수 있다. 802.11ah의 예에서, AP 및 BSS에서의 다른 STA들이 2MHz, 4MHz, 8MHz, 16MHz, 및/또는 다른 채널 대역폭 동작 모드들을 지원하는 경우에도, 주 채널은 1MHz 모드를 지원(예를 들어, 오직 그것만을 지원)하는 STA들(예를 들어, MTC 타입 디바이스들)에 대해 1MHz 폭일 수 있다. 캐리어 감지 및/또는 네트워크 할당 벡터(NAV) 설정들은 주 채널의 상태에 의존할 수 있다. 주 채널이, 예를 들어, (오직 1MHz 동작 모드만을 지원하는) STA가 AP에 송신하는 것으로 인해 비지 상태인 경우, 대부분의 이용가능한 주파수 대역들이 아이들 상태(idle)인 경우에도, 이용가능한 모든 주파수 대역들이 비지 상태인 것으로 간주될 수 있다.

미국에서, 802.11ah에 의해 이용될 수 있는 이용가능한 주파수 대역들은 902MHz 내지 928MHz이다. 한국에서, 이용가능한 주파수 대역들은 917.5MHz 내지 923.5MHz이다. 일본에서, 이용가능한 주파수 대역들은 916.5MHz 내지 927.5MHz이다. 802.11ah에 이용가능한 총 대역폭은 국가 코드에 따라 6MHz 내지 26MHz이다.

도 1d는 실시예에 따른, RAN(104) 및 CN(106)을 도시하는 시스템도이다. 앞서 살펴본 바와 같이, RAN(104)은 공중 인터페이스(116)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위해 NR 라디오 기술을 이용할 수 있다. 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, 180b)은 빔형성을 이용하여 gNB들(180a, 180b, 180c)로 신호들을 송신하고/하거나 gNB들(180a, 180b, 180c)로부터 신호들을 수신할 수 있다. 따라서, gNB(180a)는, 예를 들어, 다수의 안테나들을 이용하여 WTRU(102a)로 무선 신호들을 송신하고/하거나 WTRU(102a)로부터 무선 신호들을 수신할 수 있다. 실시예에서, gNB들(180a, 180b, 180c)은 캐리어 집성 기술(carrier aggregation technology)을 구현할 수 있다. 예를 들어, gNB(180a)는 WTRU(102a)(도시되지 않음)로 다수의 컴포넌트 캐리어들(component carriers)을 송신할 수 있다. 이들 컴포넌트 캐리어들의 서브세트는 비인가 스펙트럼에 있을 수 있으며, 나머지 컴포넌트 캐리어들은 인가 스펙트럼에 있을 수 있다. 실시예에서, gNB들(180a, 180b, 180c)은 조정된 멀티 포인트(Coordinated Multi-Point)(CoMP) 기술을 구현할 수 있다. 예를 들어, WTRU(102a)는 gNB(180a) 및 gNB(180b)(및/또는 gNB(180c))로부터 조정된 송신들(coordinated transmissions)을 수신할 수 있다.

WTRU들(102a, 102b, 102c)은 스케일러블 뉴머롤로지(scalable numerology)와 연관된 송신들을 이용하여 gNB들(180a, 180b, 180c)과 통신할 수 있다. 예를 들어, OFDM 심볼 간격 및/또는 OFDM 서브캐리어 간격은 상이한 송신들, 상이한 셀들, 및/또는 무선 송신 스펙트럼의 상이한 부분들에 대해 변할 수 있다. WTRU들(102a, 102b, 102c)은 다양한 또는 스케일러블 길이들(예를 들어, 가변하는 수의 OFDM 심볼 및/또는 절대 시간의 지속적인 가변 길이들을 포함함)의 서브프레임 또는 송신 시간 간격(transmission time interval)(TTI)들을 이용하여 gNB들(180a, 180b, 180c)과 통신할 수 있다.

gNB들(180a, 180b, 180c)은 독립형 구성 및/또는 비독립형 구성으로 WTRU들(102a, 102b, 102c)과 통신하도록 구성될 수 있다. 독립형 구성에서, WTRU들(102a, 102b, 102c)은 (예를 들어, eNode-B들(160a, 160b, 160c)과 같은) 다른 RAN들에도 액세스하지 않고 gNB들(180a, 180b, 180c)과 통신할 수 있다. 독립형 구성에서, WTRU들(102a, 102b, 102c)은 이동성 앵커 포인트(mobility anchor point)로서 gNB들(180a, 180b, 180c) 중 하나 이상을 이용할 수 있다. 독립형 구성에서, WTRU들(102a, 102b, 102c)은 비인가 대역에서의 신호들을 이용하여 gNB들(180a, 180b, 180c)과 통신할 수 있다. 비독립형 구성에서, WTRU들(102a, 102b, 102c)은 gNB들(180a, 180b, 180c)과 통신하거나 접속되면서, 또한 eNode-B들(160a, 160b, 160c)과 같은 다른 RAN과 통신하거나 접속될 수 있다. 예를 들어, WTRU들(102a, 102b, 102c)은 하나 이상의 gNB(180a, 180b, 180c) 및 하나 이상의 eNode-B들(160a, 160b, 160c)과 실질적으로 동시에 통신하기 위해 DC 원리들을 구현할 수 있다. 비독립형 구성에서, eNode-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 사이에서의 연동(interworking), 사용자 평면 기능(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)의 사용자 인증, 네트워크 슬라이싱(예를 들어, 상이한 요구사항을 갖는 상이한 프로토콜 데이터 유닛(protocol data unit)(PDU) 세션들의 처리)의 지원, 특정 SMF(183a, 183b)의 선택, 등록 영역의 관리, 비-액세스 계층(non-access stratum)(NAS) 시그널링의 종료, 이동성 관리 등을 담당할 수 있다. 네트워크 슬라이싱은 WTRU들(102a, 102b, 102c)이 이용하는 서비스들의 타입들에 기초하여 WTRU들(102a, 102b, 102c)에 대한 CN 지원을 커스터마이징하기 위해 AMF(182a, 182b)에 의해 이용될 수 있다. 예를 들어, 상이한 네트워크 슬라이스들은 초고신뢰 저지연(ultra-reliable low latency)(URLLC) 액세스에 의존하는 서비스들, 향상된 대규모 모바일 광대역(enhanced massive mobile broadband)(eMBB) 액세스에 의존하는 서비스들, MTC 액세스에 대한 서비스들 등과 같은 상이한 이용 사례들에 대해 확립될 수 있다. AMF(182a, 182b)는 LTE, LTE-A, LTE-A Pro, 및/또는 WiFi와 같은 비 3GPP 액세스 기술들과 같은, 다른 라디오 기술들을 이용하는 다른 RAN들(도시되지 않음)과 RAN(104) 사이에서 스위칭하기 위한 제어 평면 기능을 제공할 수 있다.

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)는 WTRU들(102a, 102b, 102c)과 IP 가능 디바이스들 사이의 통신을 용이하게 하기 위해 인터넷(110)과 같은 패킷 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있는 N3 인터페이스를 통해 RAN(104)에서의 gNB들(180a, 180b, 180c) 중 하나 이상과 접속될 수 있다. UPF(184, 184b)는 패킷들을 라우팅 및 포워딩하는 것, 사용자 평면 정책들을 시행하는 것, 멀티-홈(multi-homed) PDU 세션들을 지원하는 것, 사용자 평면 QoS를 처리하는 것, DL 패킷들을 버퍼링하는 것, 이동성 앵커링을 제공하는 것 등과 같은 다른 기능들을 수행할 수 있다.

CN(106)은 다른 네트워크들과의 통신을 용이하게 할 수 있다. 예를 들어, CN(106)은 CN(106)과 PSTN(108) 사이의 인터페이스로서 기능하는 IP 게이트웨이(예를 들어, IP 멀티미디어 서브시스템(IMS) 서버)를 포함하거나 이와 통신할 수 있다. 또한, CN(106)은 다른 서비스 제공자들에 의해 소유 및/또는 운영되는 다른 유선 및/또는 무선 네트워크들을 포함할 수 있는 다른 네트워크들(112)에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다. 일 실시예에서, 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), eNode-B(160a-c), MME(162), SGW(164), PGW(166), gNB(180a-c), AMF(182a-b), UPF(184a-b), SMF(183a-b), DN(185a-b), 및/또는 본 명세서에 설명된 임의의 다른 디바이스(들) 중 하나 이상에 관하여 본 명세서에서 설명된 기능들 중 하나 이상 또는 전부는 하나 이상의 에뮬레이션 디바이스(도시되지 않음)에 의해 수행될 수 있다. 에뮬레이션 디바이스들은 본 명세서에서 설명된 기능들 중 하나 이상, 또는 전부를 에뮬레이션하도록 구성된 하나 이상의 디바이스일 수 있다. 예를 들어, 에뮬레이션 디바이스들은 다른 디바이스들을 테스트하고/하거나 네트워크 및/또는 WTRU 기능들을 시뮬레이션하는데 이용될 수 있다.

에뮬레이션 디바이스들은 실험실 환경 및/또는 운영자 네트워크 환경에서 다른 디바이스들의 하나 이상의 테스트를 구현하도록 설계될 수 있다. 예를 들어, 하나 이상의 에뮬레이션 디바이스는 통신 네트워크 내의 다른 디바이스들을 테스트하기 위해 유선 및/또는 무선 통신 네트워크의 부분으로서 완전히 및/또는 부분적으로 구현 및/또는 배치되면서, 기능들 중 하나 이상 또는 전부를 수행할 수 있다. 하나 이상의 에뮬레이션 디바이스는 유선 및/또는 무선 통신 네트워크의 일부로서 일시적으로 구현/배치되면서, 기능들 중 하나 이상 또는 전부를 수행할 수 있다. 에뮬레이션 디바이스는 테스트의 목적을 위해 다른 디바이스에 직접 결합될 수 있고/있거나 오버-디-에어(over-the-air) 무선 통신을 이용하여 테스트를 수행할 수 있다.

하나 이상의 에뮬레이션 디바이스는 유선 및/또는 무선 통신 네트워크의 일부로서 구현/배치되지 않으면서, 모든 기능들을 포함하여, 하나 이상의 기능을 수행할 수 있다. 예를 들어, 에뮬레이션 디바이스들은 하나 이상의 컴포넌트의 테스트를 구현하기 위해 테스트 실험실 및/또는 비배치된(예를 들어, 테스트) 유선 및/또는 무선 통신 네트워크에서의 테스트 시나리오에서 이용될 수 있다. 하나 이상의 에뮬레이션 디바이스는 테스트 장비일 수 있다. RF 회로(예를 들어, 하나 이상의 안테나를 포함할 수 있음)를 통한 직접 RF 결합 및/또는 무선 통신은 데이터를 송신 및/또는 수신하기 위해 에뮬레이션 디바이스들에 의해 이용될 수 있다.

IEEE는 원래 어드레스 공간의 절반이 로컬 이용을 위해 예약되는 방식으로 48-비트 MAC 어드레스 공간을 구성하였다. 범용/로컬(universal/local)(U/L) 비트가 1로 설정될 때, 로컬 이용이 구성된다. 선택적 구조화된 로컬 액세스 플랜(SLAP)에 따라 이 로컬 MAC 어드레스 공간의 4개의 지정된 영역들 내에서 상이한 할당 접근법들이 이용될 수 있다. SLAP 사분면들이라고 지칭되는 이들 4개의 영역들은 확장된 로컬 식별자(extended local identifier)(ELI) 사분면; 표준 할당 식별자(standard assigned identifier)(SAI) 사분면; 관리 할당 식별자(administratively assigned identifier)(AAI) 사분면; 및 미래의 이용을 위해 예약된 사분면을 포함한다.

사분면 ELI MAC 어드레스들은 24-비트들을 취하는 컴퍼니(Company) ID(CID)에 기초하여 할당될 수 있고, 유니캐스트(M-비트 = 0)에 대해 그리고 또한 멀티캐스트(M-비트 = 1)에 대해 각각의 CID에 대한 로컬로 할당된 어드레스에 대해 나머지 24-비트들을 남긴다. CID는 IEEE 등록 기관(Registration Authority)(RA)에 의해 할당된다.

사분면 SAI MAC 어드레스들은 IEEE 802 표준에 명시된 프로토콜에 기초하여 할당된다. 48-비트 MAC 어드레스들에 대해, 44 비트들이 이용가능하다. SAI들을 할당하기 위한 다수의 프로토콜들이 IEEE 표준들에 명시될 수 있다. 다수의 프로토콜의 공존은 각각의 프로토콜에 의한 할당에 이용가능한 부분공간을 제한함으로써 지원될 수 있다.

사분면 AAI MAC 어드레스들은 관리자에 의해 로컬로 할당된다. 멀티캐스트 IPv6 패킷들은 33:33에서 시작하는 목적지 어드레스를 이용하고, 이것은 이 공간 내에 속하므로, 따라서, 충돌하는 어드레스는 IPv6 멀티캐스트 어드레스들과의 충돌을 회피하기 위하여 이용되지 않아야 한다. 48-비트 MAC 어드레스들에 대해, 44 비트들이 이용가능하다.

미래 이용 사분면을 위해 예약된 것은, 예를 들어, AAI 사분면에서 행해진 할당들과 유사하게, 아직 정의되지 않은 새로운 방법들을 이용하여, 또는 관리자에 의해 MAC 어드레스들이 할당될 수 있는 영역을 정의한다.

도 2a는 IEEE 48 비트-MAC 어드레스 구조의 예시적인 구조이다. 이 예에서, 4개의 최하위 비트(LSB)들이 식별된다. LSB M(202)은 MAC 어드레스가 유니캐스트 WTRU 또는 WTRU들의 그룹에 대한 어드레스인지를 표시하는 M-비트 개별/그룹(I/G) 표시자를 지칭한다. LSB X-비트(204)는 MAC 어드레스가 로컬로 할당되는지 여부를 표시한다. LSB Y(206)는 SLAP Y-비트를 지칭하고, LSB Z(208)는 SLAP Z-비트를 지칭한다. SLAP Y-비트 및 X-비트는 도 2b에 도시된 표(220)에 상세히 설명된다.

도 2b는 4개의 SLAP 사분면들의 특징들을 개략적으로 나타내는 표(220)이다. 표(220)는 사분면(222), Y-비트(224), Z-비트(226), 로컬 식별자 타입(228) 및 로컬 식별자(230)에 관하여 구성된다. 사분면 01(232)에 대해, Y-비트가 0(240)으로 설정되고 Z-비트가 1(248)로 설정될 때, 로컬 식별자 타입은 확장된 로컬(256)이고 로컬 식별자는 ELI(264)이다. 사분면 11(234)에 대해, Y-비트가 1(242)로 설정되고 Z-비트가 1(250)로 설정될 때, 로컬 식별자 타입은 표준 할당(258)이고 로컬 식별자는 SAI(266)이다. 사분면 00(236)에 대해, Y-비트가 0(244)으로 설정되고 Z-비트가 0(252)으로 설정될 때, 로컬 식별자 타입은 관리 할당(260)이고 로컬 식별자는 AAI(268)이다. 사분면 10(238)에 대해, Y-비트가 1(246)로 설정되고 Z-비트가 0(254)으로 설정될 때, 로컬 식별자 타입은 예약(262)이고 로컬 식별자도 예약(270)이다.

IEEE는 표준 할당 식별자(SAI) 사분면에서 어드레스들을 할당하는 메커니즘들에 대해 작업하고 있고, 이와 관련하여, IETF(Internet Engineering Task Force)는 로컬 MAC 어드레스 할당들을 처리하기 위해 DHCPv6(Dynamic Host Control Protocol version 6) 동작을 확장하는 새로운 메커니즘들을 지정하는 것에 대해 작업하고 있다. 이러한 방식으로, MAC 할당들은 동적 기반으로 처리될 수 있다. 그러나, 이러한 표준화 노력들은 단말기 또는 클라이언트 유닛일 수 있는 요청 WTRU로의 MAC 어드레스의 할당에 이용하기 위한 SLAP 사분면을 선택하기 위한 방법들을 지원하는 메커니즘을 제공하지 않는다. 실시예들에서, DHCPv6 프로토콜들은 DHCPv6 클라이언트 또는 DHCPv6 중계기가 선호되는 SLAP 사분면을 서버에 표시할 수 있게 하도록 확장되어, 서버는 주어진 클라이언트 또는 중계기에 MAC 어드레스를 대응적으로 할당할 수 있다. 선호되는 SLAP 사분면들에 따라 로컬 MAC 어드레스들을 할당할 필요가 발생하는 2개의 예시적인 응용들이 설명된다: (1) 개별 WTRU들 및 (2) 많은 가상 머신들이 하이퍼바이저들에 의해 또는 다른 가상화 기술들에 의해 관리되는, 대규모 가상화된 환경들, 예를 들어, 데이터 센터들.

제1 응용에 관하여, 오늘날 배치된 대부분의 WTRU들은, IEEE 802 인터페이스 벤더들에 할당된, 24-비트 OUI(Organizationally Unique Identifier)를 이용하여 범용 어드레스 공간으로부터 할당된, MAC 어드레스에서 "버닝된(burned)" 것을 갖는 미리 설치된 인터페이스들을 갖는다. 그러나, 최근에, (범용 대신에) 로컬 MAC 어드레스들을 WTRU들에 할당할 필요가 특히 사물 인터넷(IoT) 시스템들 및 프라이버시에서 생겨났다.

IoT 시스템은 많은 저렴하고, 때때로 수명이 짧고 일회용인 디바이스들을 포함할 수 있다. 이러한 디바이스들에 대해, MAC 어드레스의 재이용은 MAC 어드레스 공간을 필요 이상으로 확장하지 않도록 이상적일 것이다. 이러한 디바이스들의 예들은 건강 또는 가정 자동화 애플리케이션들을 위한 센서들 및 액추에이터들을 포함할 수 있다. 이러한 시스템들에서, 처음 부팅 시에, IoT 디바이스는 초기 DHCP 패킷들을 이용가능한 DHCP 서버들에 전송하기 위해 임시 MAC 어드레스를 이용하는 것이 일반적이다. IoT 디바이스들은 전형적으로 각각의 이용가능한 네트워크 인터페이스, 예를 들어, 유선 및 무선 인터페이스들에 대해 단일 MAC 어드레스를 요청한다. 일단 서버가 MAC 어드레스를 할당하면, 디바이스는 초기 DHCP 패킷들을 전송하기 위해 이용되는 그것의 임시 MAC 어드레스를 포기한다. 이러한 타입의 디바이스는 전형적으로 이동 또는 고도의 모바일 디바이스가 아니다. 일반적으로, 임의의 타입의 SLAP 사분면은 어드레스들을 할당하기에 양호할 것이지만, ELI/SAI 사분면들은 할당된 어드레스들이 IoT 통신 디바이스 벤더에 할당된 컴퍼니 ID(CID)에 속하는 것이 필요한 경우와 같은 일부 시나리오들에서 더 적합할 수 있다.

WTRU의 프라이버시 문제와 관련하여, MAC 어드레스의 노출은 사용자의 위치들의 노출을 허용하고, 따라서 사용자의 움직임을 추적하는 것을 비교적 쉽게 만든다. 이러한 문제를 완화시키기 위해 고려되는 메커니즘들 중 하나는 로컬 랜덤 MAC 어드레스들의 이용이며, 이는 사용자가 상이한 네트워크에 접속할 때마다 변경된다. 이 시나리오에서, 디바이스들은 전형적으로 모바일이다. 여기서, AAI 사분면은 어드레스들을 할당하기 위한 최상의 SLAP 사분면일 수 있는데, 그 이유는 어드레스들의 랜덤화에 가장 적합하고 네트워크들을 변경할 때 어드레스들이 생존할 필요가 없기 때문이다.

도 3a는 동적 호스트 구성 프로토콜(DHCP) 아키텍처와 인터페이싱하는 몇몇 사물 인터넷(IoT) 네트워크들(302-306)의 도면(300)이다. IoT 네트워크들(302-306) 각각은 WTRU들, 가전 제품들, 도어록들, 자전거들, 피트니스 센서들 등을 포함하는 하나 이상의 IoT 디바이스를 포함할 수 있다. IoT 네트워크들(302-304)은 DHCP 서버(312)에 결합하기 위한 DHCP 중계기들(308, 310)을 포함한다. IoT 네트워크(306)는 DHCP 중계기를 포함하지 않을 수 있고, IoT 네트워크(306)의 IoT 디바이스들은 DHCP 서버(312)에 직접 도달할 수 있다. 단일 ELI(314), SAI(316) 및 AAI(318)가 이 예에서 이용될 수 있다.

제2 응용에 관하여, 가상화는 로컬 MAC 어드레스들의 할당을 장려할 수 있다. 예를 들어, 대규모 가상화 환경들에서, 수천 개의 가상 머신(VM)들이 활성이다. 이들 VM들은 전형적으로 필요에 따라 VM들의 생성(spawning) 및 정지(stopping)를 담당하는 하이퍼바이저에 의해 관리된다. 하이퍼바이저는 또한 전형적으로 새로운 MAC 어드레스들을 VM들에 할당하는 것을 담당한다. DHCP 솔루션이 이를 위해 준비되면, 하이퍼바이저는 DHCP 클라이언트로서 작용하고, 어드레스 블록의 하나 이상의 MAC 어드레스를 할당하도록 이용가능한 DHCP 서버들에 요청한다. 하이퍼바이저는 그 어드레스들 자체만을 이용하는 것이 아니라, 그들을 이용하여 적절한 MAC 어드레스들을 갖는 새로운 VM들을 생성한다. 각각의 VM은 인스턴스화될 때 새로운 MAC 어드레스를 제공받을 수 있다. 매우 대규모 데이터 센터 환경들에 대해, 상이한 네트워크 영역들의 분할이 전형적이다. 상이한 네트워크 영역들 각각은 그 자신의 로컬 어드레스 공간을 관리하도록 구성된다. 이 시나리오에서, 도 3b에 도시된 바와 같이, 마이그레이션가능한 기능들(migratable functions) 및 마이그레이션불가능한 기능들(non-migratable functions)을 포함하는 2개의 요소가 있다.

도 3b는 DHCP 아키텍처와 인터페이싱하는 대규모 데이터 센터(332)의 도면(330)이다. 대규모 데이터 센터(332)는 복수의 영역들(334-340)로 구성될 수 있다. 영역들 각각은 마이그레이션가능한 VM들 및 마이그레이션불가능한 VM들을 포함할 수 있다. 각각의 영역(334-340)은 DHCP 서버(350)로 및 DHCP 서버(350)로부터 DHCP 메시지들을 중계하기 위한 DHCP 중계기(342-348)를 포함할 수 있다. 단일 ELI 사분면(352) 및 SAI 사분면(354)이 이용될 수 있다. 대안적으로, 각각의 영역은 AAI 사분면(356-362)으로부터의 어드레스를 할당할 수 있다.

주어진 기능을 제공하는 VM이, 유지보수, 회복력, 최종 사용자 이동성 등으로 인해, 데이터 센터의 다른 영역으로 잠재적으로 마이그레이션될 필요가 있는 경우, 이 VM이 그의 네트워킹 컨텍스트를 새로운 영역에 유지하는 것이 요건일 수 있고, 이것은 그의 MAC 어드레스(들)를 유지하는 것을 포함한다. 따라서, 이러한 필요성을 만족시키기 위해, DHCP 서버에 의해 중앙집중식으로 할당될 수 있는, ELI/SAI SLAP 사분면으로부터의 어드레스들을 할당하는 것이 적절할 수 있다.

한편, VM이 데이터 센터의 다른 영역으로 마이그레이션되지 않을 가능성이 있는 것으로 알려져 있는 경우, 그의 MAC 어드레스와 연관된 요건들이 없을 수 있다. 이 시나리오에서, AAI SLAP 사분면으로부터의 MAC 어드레스를 할당하는 것이 더 효율적인데, 이것이 모든 데이터 센터들에 대해 동일할 필요는 없다. 실시예에서, 각각의 영역은, 중복들을 전역적으로 체크하지 않고, 그 자신의 MAC 어드레스들을 관리할 수 있다.

단말기들로부터, 어느 MAC 어드레스를 이용할지 및 할당된 MAC 어드레스를 언제 변경할지를 결정하기 위한 SLAP 사분면 선택을 위한 메커니즘들은 단말기들, 예를 들어, WTRU, 또는 인프라스트럭처, 예를 들어, 기지국 또는 셀룰러 코어 네트워크 서버에 의해 표시되는 컨텍스트 정보 및/또는 선호도에 기초하여 결정될 수 있다. 본 명세서에 설명된 바와 같이, 이러한 메커니즘들은, 예를 들어, IoT 애플리케이션들, 프라이버시 민감 구현 애플리케이션들 및 데이터 센터 애플리케이션들을 포함하는, 전술한 애플리케이션들 각각 내에서 구현될 수 있다.

IoT 아키텍처에서, IoT 단말기들은 번인된(burned-in) 임시 MAC 어드레스를 이용하여 WLAN 네트워크에 접속할 수 있다. 이것은 단말기들이 접속성 및 적절한 부트스트랩을 획득하게 한다. 이 단계 동안, 단말기는 임시 번인된 어드레스보다 더 영구적인 로컬 MAC 어드레스를 구성하기 위해 어느 SLAP 사분면을 이용할지의 결정을 돕기 위한 정보 및/또는 선호도들을 획득할 수 있다. 도 4에 도시된 바와 같이, IoT 디바이스는 로컬 MAC 어드레스를 획득하기 위해 어느 SLAP 사분면을 이용할지에 관한 독립형 결정 또는 인프라스트럭처-지원 결정을 행할 수 있다.

도 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 배치들에서는, 단일 CID로부터의 어드레스 공간이 고갈될 수 있다. 이 경우, 단말기는 그로부터 MAC 어드레스들을 제공하기 위해 DHCP 서버(404)에 의해 이용될 선호되는 CID들의 리스트를 제공할 수 있다. 추가적인 CID들은 IoT 단말기 제조자가 비즈니스 관계들 또는 합의들을 갖는 다른 벤더들, 예를 들어, IoT 단말기 벤더의 자회사들에 속할 수 있다. 단말기에 의해 선택된 사분면이 ELI일 때, DHCP 서버(404)는 기본 CID로부터, 추가의 제공된 CID들 중 임의의 것으로부터 또는 심지어 상이한 것으로부터 어드레스들을 할당할 수 있다. 모든 경우들에서, DHCP 서버(404)는 어느 CID들로부터 단말기가 로컬 MAC 어드레스를 할당받을 수 있는지를 체크가능하거나 체크할 수 있다. 이것은 예를 들어 IoT 단말기 당 허가된 CID들의 리스트를 갖는 DHCP 서버(404)에 의해 행해질 수 있다. IoT 단말기가 어떻게 사분면을 선택하고 로컬 MAC 어드레스 구성을 수행할 수 있는지를 보여주는 예시적인 절차가 도 5에 도시된다.

인프라스트럭처-지원 결정(420)을 행할 때, IoT 단말기(422)는 로컬 MAC 어드레스를 획득하기 위해 어느 SLAP 사분면을 이용해야 하는지에 관한 힌트/선호도/요청(426)을 인프라스트럭처로부터 수신한다. IoT 시나리오에서, 이 힌트는 IoT 단말기(422)가 그의 구성을 완료하기 위해 이용하는 부트스트래핑/구성 서버(424)로부터 시그널링(426)될 수 있다. 서버(424)는 또한 다음을 포함하는 사분면 선택을 수행하기 위해 IoT 단말기의 배치 환경/컨텍스트에 상관된 파라미터들을 이용할 수 있다: (1) IoT 배치의 타입; (2) 이동성; 및/또는 (3) 동작/배터리 수명.

도 4의 우측에는, 인프라스트럭처 지원 결정(420)의 일반적인 동작이 도시되어 있다. IoT 단말기(422)는 클라우드 상에서 실행중이거나 IoT 단말기(422)가 배치되는 로컬로 실행될 수 있는 부트스트래핑/구성 서버(424)와 접촉하고, 부트스트래핑/구성 시그널링(426)의 일부로서, DHCP 서버(428)와의 DHCP 시그널링(430)에서 이후 이용되는 선택된 SLAP 사분면을 수신한다.

도 5는 IoT 단말기 실시예에서의 사분면 선택을 위한 결정 흐름도(500)이다. 실시예에서, 부트스트래핑 IoT 디바이스(502)는 그것이 큰 배치(504)의 컴포넌트인지 여부를 결정할 수 있다. 그것이 큰 배치의 컴포넌트가 아니라고 결정하면(506), IoT 단말기는 AAI 사분면을 선택할 수 있다(508). IoT 디바이스는 AAI 사분면으로부터 로컬로 랜덤 어드레스를 선택(510)하도록 구성될 수 있다. 로컬로 랜덤 어드레스를 선택하도록 구성되는 경우(512), IoT는 AAI 사분면으로부터 랜덤 어드레스를 선택할 수 있다(514). 반대로(516), IoT 디바이스는 AAI 사분면을 표시하는 DHCP 시그널링(518)을 DHCP 서버 또는 다른 서버와 수행할 수 있다.

IoT 디바이스가 큰 배치(520)의 일부인 경우, IoT 디바이스는 이동성(522)을 사분면 선택을 수행하는데 있어서의 인자로서 고려할 수 있다. 디바이스가 모바일일 가능성이 있다면(524), IoT 디바이스는 SAI 사분면(526)을 이용할 수 있고, SAI를 표시하는 DHCP를 수행할 수 있다(528).

IoT 디바이스가 정지되어 있고 모바일이 아닌 것으로 예상되면(530), IoT 디바이스는 ELI 사분면을 선택(532)할 수 있고, CID(534)가 포함되어야 하는지를 결정할 수 있다. IoT 디바이스가 포함할 CID를 갖는다면(536), IoT 디바이스는 ELI를 표시하는 DHCP 시그널링을 수행하고(538) 선호되는 CID를 포함할 수 있다. IoT 디바이스는 추가적인 CID들을 선택적으로 포함할 수 있다. IoT 디바이스가 CID가 이용되지 않음(550)으로 결정하면(534), IoT 디바이스는 AAI 사분면을 표시하는 DHCP 시그널링을 수행할 수 있다(552).

IoT 디바이스가 표시된 적어도 하나의 CID로 DHCP 시그널링을 수행(538)한다고 가정하면, DHCP 서버는 어드레스들이 기본 CID로부터 이용가능한지를 결정할 수 있다(540). 기본 CID로부터 어드레스가 이용가능한 경우(542), DHCP 서버는 기본 CID로부터 로컬 MAC 어드레스를 제공할 수 있다(544). 어드레스들이 이용가능하지 않으면(546), DHCP 서버는 추가적인 CID로부터 로컬 MAC 어드레스를 제공할 수 있다(548).

WTRU들에 로컬 MAC 어드레스들을 할당하기 위한 프라이버시 향상 솔루션들은 추가적인 절차들을 정의할 수 있다. 이러한 시나리오들에서, 랩탑 또는 스마트폰과 같은 WTRU는 그의 내장된 MAC 어드레스를 이용하여 네트워크에 접속한다. 프라이버시/보안 문제로 인해, 단말기는 로컬 MAC 어드레스를 구성하기를 원할 수 있다. 단말기는 로컬 MAC 어드레스 구성에 어느 SLAP 사분면을 이용할지 뿐만 아니라, 어드레스의 변경을 언제 수행할지를 결정하기 위해 상이한 파라미터들 및 컨텍스트 정보를 이용할 수 있다. 일부 실시예들에서, 어드레스의 변경은 디바이스 수명 동안 여러 번 수행될 수 있다. 컨텍스트 정보는, 제한적인 것은 아니지만, 단말기가 접속되는 네트워크의 타입, 예를 들어, 공공, 직장, 집 등; 네트워크가 신뢰되는지 여부; 단말기가 처음으로 네트워크를 방문하고 있는지 여부; 네트워크 지리적 위치; 단말기가 모바일인지 여부; 보안/신뢰 관련 파라미터들을 포함하는 운영 체제(OS) 네트워크 프로파일; 및/또는 위치 프라이버시와 관련하여 디바이스 상에서 실행되는 애플리케이션들에 의해 제공되는 트리거들을 포함할 수 있다. OS 네트워크 프로파일과 관련하여, 대부분의 현대의 OS들은, 예를 들어, 사용자 또는 관리자가 네트워크에 할당하는 신뢰의 레벨로서, 그들이 접속가능하거나 접속할 수 있는 네트워크들과 연관된 메타데이터를 유지한다. 이 정보는 네트워크 상의 광고 자체, 방화벽 설정 등의 관점에서 단말기가 어떻게 거동하는지를 구성하는데 이용될 수 있다. 그러나, 이 정보는 또한 로컬 MAC 어드레스를 구성할지 여부, 어느 SLAP 사분면으로부터 인지 및 얼마나 자주 그렇게 할지를 결정하기 위해 이용가능하거나 이용될 수 있다. 애플리케이션 트리거들에 관하여, 애플리케이션은, 예를 들어, 애플리케이션의 성질로 인해, 위치 프라이버시를 최대화하라는 요청을 OS에 제공할 수 있고, 이것은 OS가 로컬 MAC 어드레스의 이용 또는 변경을 강제한다는 것을 의미할 수 있다.

이 정보는 SLAP 사분면을 선택하기 위해 단말기에 의해 이용될 수 있다. 예를 들어, 단말기가 (예를 들어, 공항 내의 공중 네트워크에 접속되는 동안) 여기저기로 이동하고 있는 경우, 액세스 포인트를 여러 번 변경할 가능성이 있고, 따라서 SAI 또는 AAI 사분면들을 이용하여 어드레스 충돌의 기회들을 최소화하는 것이 최상이다. 단말기가 이동하지 않고 (예를 들어, 직장에서) 신뢰된 네트워크에 접속되어 있다면, 아마도 ELI 사분면을 선택하는 것이 최상이다. 이들은 사분면을 선택하기 위해 이 정보를 이용하는 방법의 일부 예들에 불과하다. 또한, 정보는 위치 프라이버시를 향상시키기 위해 MAC 어드레스의 후속 변경들을 트리거하는 데에도 이용될 수 있다. 게다가, 이용되는 SLAP 사분면을 변경하는 것은 또한, 사용자 위치를 추적하는 것을 더 어렵게 하기 위한 추가적인 향상으로서 이용될 수 있다.

데이터 센터 애플리케이션에서, 하이퍼바이저는 로컬 MAC 어드레스들이 가상 머신들에 할당되도록 요청할 수 있다. 다른 실시예들에서와 같이, 하이퍼바이저는 하이퍼바이저의 상부에서 실행되는 클라우드 관리 시스템(CMS) 또는 가상화 인프라스트럭처 관리자(VIM)에 의해 제공되는 정보를 이용하여 선호되는 SLAP 사분면을 선택할 수 있다. 이 정보는, 제한적인 것은 아니지만, VM이 마이그레이션가능한 또는 마이그레이션불가능한 VM인지 여부; 및/또는 VM 접속 특성들, 예를 들어, 독립형, 풀의 일부, 서비스 그래프/체인의 일부를 포함할 수 있다. VM이 마이그레이션가능한지 여부는, 일부 사분면들이 대규모 데이터 센터에서 마이그레이션을 지원하기에 더 적합하기 때문에(예를 들어, ELI/SAI), SLAP 사분면에 대한 선호도에 영향을 미친다. VM 접속 특성들은, 알려진 경우, 최상의 SLAP 사분면을 선택하기 위해 하이퍼바이저에 의해 이용될 수 있다.

상기의 WTRU 또는 데이터 센터 애플리케이션들 중 임의의 것에 관련하여, 다양한 DHCPv6 확장들은 요청하는 DHCPv6 클라이언트의 선호도에 따라 로컬 MAC 어드레스의 SLAP 사분면의 선택을 허용하기 위한 단계들을 개략적으로 하여 정의될 수 있다. 그러한 단계들은 SLAP 사분면이 DHCP 클라이언트, 예를 들어, 단말기/IoT 디바이스에 의해 또는 DHCP 중계기에 의해 표시되는지에 따라 상이할 수 있다.

도 6은 선호되는 SLAP 사분면이 DHCP 클라이언트에 의해 표시될 때 어드레스 할당을 허가하기 위해 예시적인 확장에서 정의된 단계들을 도시한다. 단계 1에서, 링크 계층 어드레스들(즉, MAC 어드레스들)이 블록들에 할당된다. 최소 블록은 단일 어드레스이다. 할당을 요청하기 위해, 클라이언트는 메시지에서 IA_LL 옵션을 갖는 요청(Solicit) 메시지(606)를 전송한다. IA_LL 옵션은 LLADDR 옵션을 포함해야 한다. 선호되는 SLAP 사분면을 표시하기 위해, IA_LL 옵션은 선호되는 사분면을 포함하는 새로운 쿼드 IA-LL 옵션을 포함한다. 단계 2에서, 서버는, IA_LL 옵션을 수신 시에, 그 내용을 검사하고 그의 정책에 따라 각각의 LLADDR 옵션에 대한 어드레스 또는 어드레스들을 제공할 수 있다. 서버는 제공되는 어드레스들을 지정하는 LLADDR 옵션을 포함하는 IA_LL 옵션을 갖는 광고 메시지(608)를 다시 전송한다. 서버가 새로운 쿼드 IA-LL 옵션을 지원하고, 요청된 사분면에 속하는 어드레스들의 블록을 관리하는 경우, 제공되는 어드레스들은 요청된 사분면에 속해야 한다. 서버가 요청된 사분면으로부터의 어드레스들을 갖지 않는 경우, 서버는 상태가 NoQuadAvail로 설정된 상태 코드 옵션을 포함하는 IA_LL 옵션을 반환해야만 한다. 단계 3에서, 클라이언트는 이용가능한 서버들이 광고 응답들을 전송하는 것을 기다리고 하나의 서버를 선택한다. 그 다음, 클라이언트는 선택된 서버에 의해 전송된 광고 메시지로부터 복사된 LLADDR 옵션을 갖는 IA_LL 컨테이너 옵션을 포함하는 요청 메시지(610)를 전송한다. 이것은 새로운 쿼드 IA-LL-옵션에서 선호되는 SLAP 사분면을 포함한다. 단계 4에서, IA_LL 컨테이너 옵션을 갖는 요청 메시지(610)의 수신 시에, 서버는 요청된 어드레스들을 할당한다. 서버는 이때 할당을 변경할 수 있다. 그 후, 그것은 회신(Reply) 메시지(612)를 생성하여 다시 클라이언트에 전송한다. 회신 메시지(612)를 수신 시에, 클라이언트는 IA_LL 컨테이너 옵션을 파싱하고(614), 모든 제공된 어드레스들을 이용하기 시작할 수 있다. 요청에 신속 커밋(Rapid Commit) 옵션을 포함시킨 클라이언트가 요청에 응답하여 회신을 수신하고 (표준 DHCPv6 절차들에 따라) 상기의 광고 및 요청 단계들을 스킵할 수 있다는 점에 유의한다. 단계 5에서, 할당된 어드레스들이 만료되려고 할 때(616), 클라이언트는 갱신(Renew) 메시지를 전송한다(618). 단계 6에서, 서버는 연장된 수명을 갖는 LLADDR 옵션을 포함하는 회신 메시지(620)로 응답한다.

도 7은 선호되는 SLAP 사분면이 DHCP 중계기에 의해 표시될 때 어드레스 할당을 허가하기 위해 예시적인 확장에서 정의된 단계들을 도시한다. 이것은 DHCP 서버가 상이한 네트워크 영역들에서 분할된 큰 인프라스트럭처를 통해 동작하고 있을 때 유용하며, 여기서 각각의 영역은 상이한 요건들을 가질 수 있다. 이것의 예는 IoT 및 정규 WiFi-가능 최종-사용자 단말들이 공존하지만, 각각이 상이한 DHCPv6 중계기에 의해 관리되는 2개의 상이한 WiFi 네트워크들로 분할되는 배치일 것이다. 단계 1에서, 링크 계층 어드레스들(즉, MAC 어드레스들)이 블록들에 할당된다. 최소 블록은 단일 어드레스이다. 할당을 요청하기 위해, 클라이언트는 메시지에서 IA_LL 옵션을 갖는 요청 메시지(708)를 전송한다. IA_LL 옵션은 LLADDR 옵션을 포함해야 한다. 단계 2에서, DHCP 중계기는 요청 메시지를 수신하고 그것을 중계기-포워드(Relay-forw) 메시지(710)에 캡슐화한다. 중계기는, 로컬 지식 및 정책들에 기초하여, 중계기 에이전트 원격-ID 옵션에 선호되는 사분면을 포함한다. 중계기는 로컬 구성(예를 들어, 서빙되는 네트워크는 IoT 디바이스들만을 포함하고, 따라서 ELI/SAI를 요구함) 또는 클라이언트로부터의 요청 메시지를 분석하는 것에 기초하는 것과 같은 다른 수단에 기초하여 어느 사분면을 요청할지를 알 수 있다. 단계 3에서, 서버는, IA_LL 옵션을 포함하는 포워딩된 요청 메시지를 수신 시에, 그 콘텐츠를 검사하고 그의 정책에 따라 각각의 LLADDR 옵션에 대한 어드레스 또는 어드레스들을 제공할 수 있다. 서버는 제공되는 어드레스들을 지정하는 LLADDR 옵션을 포함하는 IA_LL 옵션을 갖는 광고 메시지를 다시 전송한다. 이 메시지는 중계기-회신 메시지(712)에서 중계기에 전송된다. 서버가 중계기 에이전트 원격-ID 옵션에 포함된 선호되는 사분면의 시맨틱(semantics)을 지원하고, 요청된 사분면에 속하는 어드레스들의 블록을 관리하면, 제공되는 어드레스들은 요청된 사분면에 속해야 한다. 단계 4에서, 중계기는 수신된 광고 메시지(714)를 클라이언트에 전송한다. 단계 5에서, 클라이언트는 이용가능한 서버들이 광고 응답들을 전송하기를 기다리고 하나의 서버를 선택한다. 그 다음, 클라이언트는 선택된 서버에 의해 전송된 광고 메시지로부터 복사된 LLADDR 옵션을 갖는 IA_LL 컨테이너 옵션을 포함하는 요청 메시지(716)를 전송한다. 단계 6에서, 중계기는 수신된 요청을 중계기-포워드 메시지(718)에서 포워딩한다. 그것은 선호되는 사분면을 갖는 중계기 에이전트 원격-ID 옵션을 추가한다. 단계 7에서, IA_LL 컨테이너 옵션을 갖는 포워딩된 요청 메시지의 수신 시에, 서버는 요청된 어드레스를 할당한다. 서버는 이때 할당을 변경할 수 있다. 그 후, 그것은 회신 메시지를 생성하여 중계기-회신(720)에서 다시 중계기에 전송한다. 단계 8에서, 회신 메시지(722)를 수신 시에, 클라이언트는 IA_LL 컨테이너 옵션을 파싱하고, 모든 제공된 어드레스들을 이용하기 시작할 수 있다. 단계 9에서, 할당된 어드레스들(724)이 만료되려고 할 때(726), 클라이언트는 갱신 메시지를 전송한다(728). 단계 10에서, 이 메시지는 중계기-포워드 메시지(730)에서 중계기에 의해 포워딩된다. 단계 11에서, 서버는 연장된 수명을 갖는 LLADDR 옵션을 포함하는 회신 메시지로 응답한다. 이 메시지는 중계-회신 메시지(732)에서 전송된다. 단계 12에서, 중계기는 회신 메시지(734)를 다시 클라이언트에 전송한다.

하나 이상의 선호되는 사분면을 나타내기 위해 이용되는 다양한 새로운 DHCPv6 옵션들 및 값들이 본 명세서에 더 개시된다.

도 8은 예시적인 필드들의 설명과 함께 쿼드(IA-LL) 옵션(800)의 예시적인 포맷을 제공한다. 도 4를 참조하여 논의된 바와 같이, 쿼드(IA-LL) 옵션은 IA_LL 내의 선택된 사분면들에 대한 선호도들을 지정하는데 이용될 수 있다. 옵션은 IA_LL 옵션의 IA_LL 옵션 필드에 캡슐화될 수 있다. 도시된 예에서, 16 비트 OPTION_QUAD 필드(802)는 IANA(Internet Assigned Numbers Authority)에 의해 할당될 값으로 설정될 수 있다. 16 비트 옵션-길이 필드(804)는 쿼드(IA-LL) 옵션(800)에 포함된 사분면(들) 및 선호도(들)의 수를 나타낼 수 있다. 필드 사분면-1(806) 및 선호도-1(808)은 사분면 식별자 및 선호도를 지칭할 수 있다. 제2 사분면 및 선호도는 사분면-2(810) 및 선호도-2(812) 필드들로 표시될 수 있다. 32 비트(814)는 미래의 이용을 위해 예약될 수 있거나, 추가적인 사분면(들) 및/또는 선호도(들)를 표시하기 위해 이용될 수 있다. 실시예에서, 사분면들은 선호도 순서로 열거될 수 있으며, 따라서 선호도는 명시적으로 표시될 필요가 없을 수 있다.

도 9는 포함된 필드들의 설명들과 함께 추가적인 CID들(IA-LL) 옵션(900)에 대한 예시적인 포맷을 제공한다. 추가적인 CID들 옵션(900)은 IA_LL 내의 메시지의 소스 어드레스로서 이용되는 것(즉, 버닝된 임시의 것)에 더하여 추가적인 CID들을 전송하는데 이용될 수 있다. 이 옵션은 ELI가 쿼드 IA_LL 옵션에서 선호되는 SLAP 사분면들 중 하나로서 포함될 때 이용되어야 한다.

추가적인 CID들(IA-LL) 옵션(900)은 IANA에 의해 할당된 값일 수 있는 16 비트 OPTIONS_CIDS 필드(902)를 포함한다. 옵션-길이 필드는 추가적인 CID들(IA-LL) 옵션(900)에 포함되는 CID들의 수를 표시하기 위해 이용될 수 있다. 도시된 예에서, 3개의 CID들, 즉 cid-1(906), cid-2(908a-908b) 및 cid-3(910)이 포함된다.

중계기 에이전트 원격-ID 옵션은 또한 DHCPv6 시그널링에 사분면을 포함시키기 위해 이용될 수 있다. 중계기 에이전트 원격-ID 옵션에서 이용되는 값들의 정의는 벤더 특정적이다. 벤더는 옵션의 기업 번호 필드에 표시된다. 원격-id 필드는 선호되는 SLAP 사분면을 인코딩하는데 이용될 수 있다.

특징들 및 요소들이 특정 조합들로 상술되었지만, 본 기술분야의 통상의 기술자는 각각의 특징 또는 요소가 단독으로 또는 다른 특징들 및 요소들과의 임의의 조합으로 이용될 수 있음을 알 것이다. 또한, 본 명세서에 설명된 방법들은 컴퓨터 또는 프로세서에 의해 실행하기 위한 컴퓨터 판독가능 매체 내에 통합된 컴퓨터 프로그램, 소프트웨어, 또는 펌웨어로 구현될 수 있다. 컴퓨터 판독가능 매체들의 예들은 (유선 또는 무선 접속들을 통해 송신된) 전자 신호들 및 컴퓨터 판독가능 저장 매체들을 포함한다. 컴퓨터 판독가능 저장 매체들의 예들은, 제한적인 것은 아니지만, 판독 전용 메모리(ROM), 랜덤 액세스 메모리(RAM), 레지스터, 캐시 메모리, 반도체 메모리 디바이스들, 내부 하드 디스크들 및 이동식 디스크들과 같은 자기 매체들, 광 자기(magneto-optical) 매체들, 및 CD-ROM 디스크들, 및 DVD(digital versatile disk)들과 같은 광학 매체들을 포함한다. 소프트웨어와 연관된 프로세서는 WTRU, UE, 단말기, 기지국, RNC, 또는 임의의 호스트 컴퓨터에서 이용하기 위한 라디오 주파수 트랜시버를 구현하는데 이용될 수 있다.

Claims (20)

1. 무선 송신/수신 유닛(WTRU)에 의해 수행되는 방법으로서,
   인프라스트럭처 장비로부터 컨텍스트 정보를 수신하는 단계;
   상기 컨텍스트 정보에 기초하여, 매체 액세스 제어(MAC) 어드레스 할당을 위한 구조화된 로컬 어드레스 플랜(SLAP) 사분면을 선택하는 단계; 및
   상기 선택된 SLAP 사분면을 표시하는 메시지를 송신하는 단계
   를 포함하는, 방법.
2. 제1항에 있어서,
   상기 메시지는 동적 호스트 제어 프로토콜(DHCP) 메시지인, 방법.
3. 제1항에 있어서,
   상기 컨텍스트 정보는 네트워크에서의 노드들의 수, 네트워크 배치의 타입, 네트워크의 타입, 이동성 구성, 디바이스 관리의 타입, 배터리 수명, 위치 또는 프라이버시 구성을 포함하는, 방법.
4. 제1항에 있어서,
   상기 인프라스트럭처 장비는 부트스트래핑 서버인, 방법.
5. 제1항에 있어서,
   상기 선택된 SLAP 사분면은 확장된 로컬 식별자(ELI) 사분면이고, 상기 컨텍스트 정보는 제한된 이동성 또는 이동성 없음을 표시하는, 방법.
6. 제1항에 있어서,
   상기 선택된 SLAP 사분면은 표준 할당 식별자(SAI) 사분면이고, 상기 컨텍스트 정보는 이동성을 표시하는, 방법.
7. 제1항에 있어서,
   상기 선택된 SLAP 사분면은 관리 할당 식별자(AAI) 사분면이고, 상기 컨텍스트 정보는 큰 배치를 표시하는, 방법.
8. 제2항에 있어서,
   상기 DHCP 서버로부터, MAC 어드레스를 포함하는 DHCP 메시지를 수신하는 단계를 더 포함하고, 상기 MAC 어드레스는 상기 선택된 SLAP 사분면의 것인, 방법.
9. 제2항에 있어서,
   상기 DHCP 메시지는 적어도 하나의 DHCP 버전 6(DHCPv6) 중계기들을 통과하는, 방법.
10. 제7항에 있어서,
    상기 AAI 사분면으로부터 랜덤하게 MAC 어드레스를 선택하는 단계를 더 포함하는, 방법.
11. 무선 송신/수신 유닛(WTRU)으로서,
    컨텍스트 정보를 저장하도록 구성된 메모리;
    상기 컨텍스트 정보에 기초하여, 매체 액세스 제어(MAC) 어드레스 할당을 위한 구조화된 로컬 어드레스 플랜(SLAP) 사분면을 선택하도록 구성된 회로; 및
    메시지를 송신하도록 구성된 송신기
    를 포함하고, 상기 메시지는 상기 선택된 SLAP 사분면을 표시하는, WTRU.
12. 제11항에 있어서,
    상기 메시지는 동적 호스트 제어 프로토콜(DHCP) 메시지인, WTRU.
13. 제11항에 있어서,
    상기 컨텍스트 정보는 네트워크에서의 노드들의 수, 네트워크 배치의 타입, 네트워크의 타입, 이동성 구성, 디바이스 관리의 타입, 배터리 수명, 위치 또는 프라이버시 구성을 포함하는, WTRU.
14. 제11항에 있어서,
    상기 컨텍스트 정보는 부트스트래핑 서버로부터 수신되는, WTRU.
15. 제11항에 있어서,
    상기 선택된 SLAP 사분면은 확장된 로컬 식별자(ELI) 사분면이고, 상기 컨텍스트 정보는 제한된 이동성 또는 이동성 없음을 표시하는, WTRU.
16. 제11항에 있어서,
    상기 선택된 SLAP 사분면은 표준 할당 식별자(SAI) 사분면이고, 상기 컨텍스트 정보는 이동성을 표시하는, WTRU.
17. 제11항에 있어서,
    상기 선택된 SLAP 사분면은 관리 할당 식별자(AAI) 사분면이고, 상기 컨텍스트 정보는 큰 배치를 표시하는, WTRU.
18. 제12항에 있어서,
    상기 DHCP 서버로부터, MAC 어드레스를 포함하는 DHCP 메시지를 수신하도록 구성된 수신기를 더 포함하고, 상기 MAC 어드레스는 상기 SLAP 사분면의 것인, WTRU.
19. 제12항에 있어서,
    상기 DHCP 메시지는 적어도 하나의 DHCP 버전 6(DHCPv6) 중계기들을 통과하는, WTRU.
20. 제17항에 있어서,
    상기 선택된 AAI 사분면으로부터 랜덤하게 MAC 어드레스를 선택하도록 구성된 회로를 더 포함하는, WTRU.

Images