IP Library › Granted Patent US 12,267,295
Granted Patent B2
US 12,267,295 · App. 18/545,624 · Granted Apr 1, 2025

Methods for specifying the type of MAC address with dynamic assignment mechanisms

Inventors: Carlos Jesus Bernardos (Madrid, ES); Alain Mourad (Staines-Upon-Thames, GB)
Assignee: INTERDIGITAL PATENT HOLDINGS, INC.
H04L61/5014H04L61/5038H04L2101/622H04L2101/659
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,267,295
App. No.
18/545,624
Granted
Apr 1, 2025
Kind
B2
Abstract

A method performed by a WTRU may comprise receiving context information from infrastructure equipment and selecting a SLAP quadrant for MAC address allocation. The selecting may be based on the context information received from the infrastructure equipment, which may be a bootstrapping server for the WTRU. The method may further comprise transmitting, to a DHCP server, a DHCP message indicating the selected SLAP quadrant. In response to the transmitted DHCP message, a MAC address may be received and configured to the WTRU. Context information includes, but is not limited to, a number of nodes in a network, a type of network deployment, a type of network, a mobility configuration, a type of device management, a battery lifetime, a location or privacy configuration.

Claims (29)

1. A method performed by a client device, the method comprising:

selecting a structured local address plan (SLAP) quadrant;

transmitting, to a dynamic host control protocol (DHCP) server, a first message indicating the SLAP quadrant; and

receiving, from the DHCP server, a second message including a media access control (MAC) address from the SLAP quadrant.

2. The method of claim 1 , wherein the SLAP quadrant is selected based on context information which includes: a number of nodes in a network, a type of network deployment, a type of network, a mobility configuration, a type of device management, a battery lifetime, a location or a privacy configuration.

3. The method of claim 2 , wherein the context information is received by a client from a bootstrapping server.

4. The method of claim 1 , wherein the SLAP quadrant is an extended local identifier (ELI) quadrant.

5. The method of claim 1 , wherein the SLAP quadrant is a standard assigned identifier (SAI) quadrant.

6. The method of claim 1 , wherein the SLAP quadrant is an administratively assigned identifier (AAI) quadrant.

7. The method of claim 1 , wherein content of the first message passes through one or more DHCP version 6 (DHCPv6) relays.

8. The method of claim 1 , wherein content of the second message passes through one or more DHCP version 6 (DHCPv6) relays.

9. A client device comprising:

circuitry configured to select a structured local address plan (SLAP) quadrant;

a transmitter configured to transmit, to a dynamic host control protocol (DHCP) server, a first message indicating the SLAP quadrant; and

a receiver configured to receive, from the DHCP server, a second message,

wherein the second message includes a media access control (MAC) address from the SLAP quadrant.

10. The client device of claim 9 , wherein the SLAP quadrant is selected based on context information which includes: a number of nodes in a network, a type of network deployment, a type of network, a mobility configuration, a type of device management, a battery lifetime, a location or a privacy configuration.

11. The client device of claim 10 , wherein the context information is received from a bootstrapping server.

12. The client device of claim 9 , wherein the SLAP quadrant is an extended local identifier (ELI) quadrant.

13. The client device of claim 9 , wherein the SLAP quadrant is a standard assigned identifier (SAI) quadrant.

14. The client device of claim 9 , wherein the SLAP quadrant is an administratively assigned identifier (AAI) quadrant.

15. The client device of claim 9 , wherein content of the first message passes through one or more DHCP version 6 (DHCPv6) relays.

16. The client device of claim 9 , wherein content of the second message passes through one or more DHCP version 6 (DHCPv6) relays.

17. A client device comprising:

a transceiver configured to:

transmit a first message to a dynamic host control protocol (DHCP) server, wherein the first DHCP message indicates a structured local address plan (SLAP) quadrant;

receive a second message from the DHCP server, wherein the second message indicates a media access control (MAC) address from the SLAP quadrant.

18. The client device of claim 17 , wherein the transceiver is further configured to transmit a third message to the DHCP server, wherein the third messages requests MAC address renewal.

19. The client device of claim 18 , wherein the third message includes the SLAP quadrant and the MAC address.

Continuity (3)
Continuation 17422376
Provisional Application 62794148 · Jan 18, 2019
Related Publication 20240121212A1 · Apr 11, 2024
References Cited (43)
US 8804682B2 · Hirano et al. · 2014 [cited by applicant]
US 10135784B2 · Deng · 2018 [cited by applicant]
US 10771438B2 · Zuniga et al. · 2020 [cited by applicant]
US 11882092B2 · Bernardos · 2024 [cited by examiner]
US 20080089323A1 · Elias et al. · 2008 [cited by applicant]
US 20090019164A1 · Brown et al. · 2009 [cited by applicant]
US 20120023207A1 · Gandhewar et al. · 2012 [cited by applicant]
US 20130097674A1 · Jindal et al. · 2013 [cited by applicant]
US 20150113168A1 · Xu · 2015 [cited by applicant]
US 20160330165A1 · Jeanne et al. · 2016 [cited by applicant]
US 20170171737A1 · Mestanov et al. · 2017 [cited by applicant]
US 20170185278A1 · Sundermeyer · 2017 [cited by examiner]
US 20180077111A1 · Pang · 2018 [cited by applicant]
US 20180145834A1 · Dharankar · 2018 [cited by applicant]
US 20180324138A1 · Das et al. · 2018 [cited by applicant]
US 20190387459A1 · McCann · 2019 [cited by examiner]
US 20190394816A1 · Kim · 2019 [cited by applicant]
US 20220022128A1 · Takakura · 2022 [cited by examiner]
CN 101179511 · 2008 [cited by applicant]
WO 0149003 · 2001 [cited by applicant]
WO 18058620 · 2018 [cited by applicant]
Harkins et al., “Resolution of MAC Randomization Comments,” IEEE 802.11-17/1488r5 (Sep. 2017). [cited by applicant]
Volz et al., “Link-Layer Addresses Assignment Mechanism for DHCPv6,” draft-bvtm-dhc-mac-assign-00, Dynamic Host Configuration (DHC), Internet-Draft (Mar. 5, 2018). [cited by applicant]
Bernardos et al., “SLAP quadrant selection options for DHCPv6,” draft-ietf-dhc-slap-quadrant-01, DHC WG, Internet-Draft (Jul. 8, 2019). [cited by applicant]
Bernardos et al., “SLAP quadrant selection options for DHCPv6,” draft-ietf-dhc-slap-quadrant-02, DHC WG, Internet-Draft (Jan. 13, 2020). [cited by applicant]
De La Oliva et al., Proposal for IEEE 802.1CQ (Self-Assignment part), pp. 1-10 (2018). [cited by applicant]
Draft Standard for Local and Metropolitan Area Networks: Multicast and Local Address Assignment, IEEE P802.1CQ/D0.1 (Feb. 2016). [cited by applicant]
Edney et al., “Temporary MAC Addresses for Anonymity,” IEEE 802.11-02/109r0 (Jan. 2002). [cited by applicant]
IEEE Standard for Information technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) and Phys… [cited by applicant]
IEEE Standard for Information technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) and Phys… [cited by applicant]
IEEE Standard for Information Technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) and Phys… [cited by applicant]
IEEE Standard for Information technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) and Phys… [cited by applicant]
IEEE Standard for Information technology—Telecommunications and information exchange between systems Local and metropolitan area networks—Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) and Phys… [cited by applicant]
IEEE Standard for Local and Metropolitan Area Networks: Overview and Architecture; Amendment 2: Local Medium Access Control (MAC) Address Usage, IEEE Std 802c-2017(Jun. 15, 2017). [cited by applicant]
IEEE Standards Association, Guidelines for Use of Extended Unique Identifier (EUI), Organizationally Unique Identifier (OUI), and Company Id (Cid), pp. 1-19 (Aug. 3, 2017). [cited by applicant]
Lin et al., “Access Control in New Network Environment,” Journal of Software, vol. 18, No. 4, pp. 955-966 (Apr. 2007). [cited by applicant]
McCann, “MAC address policy ANQP-element,” IEEE 802.11-19/0134r1 (Jan. 15, 2019). [cited by applicant]
Mrugalski et al., “Dynamic Host Configuration Protocol for IPV6 (DHCPv6) bis,” Dynamic Host Configuration (DHC), Internet-Draft (Mar. 4, 2018). [cited by applicant]
Parsons et al., “Local MAC Addresses in the Overview and Architecture based on IEEE Std 802c,” IEEE 802 ec-17-0174-00-00EC (Nov. 6, 2017). [cited by applicant]
Volz et al., “Link-Layer Addresses Assignment Mechanism for DHCPv6,” draft-bvtm-dhc-mac-assign-01, Dynamic Host Configuration (DHC), Internet-Draft (May 14, 2018). [cited by applicant]
Volz et al., “Link-Layer Addresses Assignment Mechanism for DHCPv6,” draft-ietf-dhc-mac-assign-00, Dynamic Host Configuration (DHC), Internet-Draft (Apr. 17, 2019). [cited by applicant]
Volz et al., “Link-Layer Addresses Assignment Mechanism for DHCPv6,” draft-bvtm-dhc-mac-assign-02, Dynamic Host Configuration (DHC), Internet-Draft (Oct. 20, 2018). [cited by applicant]
Stanley et al., “Response to RevCom comment regarding CID concerns on Jun. 9, 2018,” IEEE 802.11-18/1073r0 (Jun. 2018). [cited by applicant]