WO2014035819A1 - Gestion d'adresse de couche 2 dans des points d'accès à capacité d'adresse de couche 3 seulement dans des réseaux à relais - Google Patents

Gestion d'adresse de couche 2 dans des points d'accès à capacité d'adresse de couche 3 seulement dans des réseaux à relais Download PDF

Info

Publication number
WO2014035819A1
WO2014035819A1 PCT/US2013/056381 US2013056381W WO2014035819A1 WO 2014035819 A1 WO2014035819 A1 WO 2014035819A1 US 2013056381 W US2013056381 W US 2013056381W WO 2014035819 A1 WO2014035819 A1 WO 2014035819A1
Authority
WO
WIPO (PCT)
Prior art keywords
mac address
packet
communication device
station
temporary
Prior art date
Application number
PCT/US2013/056381
Other languages
English (en)
Inventor
Santosh Paul Abraham
George Cherian
Jouni Malinen
Amin Jafarian
Original Assignee
Qualcomm Incorporated
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
Priority claimed from US13/830,706 external-priority patent/US9510271B2/en
Priority claimed from US13/840,990 external-priority patent/US20140064196A1/en
Application filed by Qualcomm Incorporated filed Critical Qualcomm Incorporated
Priority to KR1020157007786A priority Critical patent/KR20150048829A/ko
Priority to JP2015529878A priority patent/JP6342401B2/ja
Priority to CN201380044706.1A priority patent/CN104584640A/zh
Publication of WO2014035819A1 publication Critical patent/WO2014035819A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/22—Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point

Definitions

  • the present application relates to computer/communications networks, and more particularly to managing addresses in such networks.
  • An access point facilitates packet transfer to and from each computing/communication device and further connects a private network to another private network, or to a public network, such as the Internet, via a router.
  • a router thus serves as a gateway to other private networks or the Internet.
  • a wireless communication network may also include one or more relays. Controlling the amount of processing power and memory usage in devices disposed in such networks remains a challenge.
  • a map is formed between the MAC address and an upper layer identifier of each station disposed in a communications network.
  • the upper layer identifier carried by the packet is compared to the map to identify and select a corresponding MAC address.
  • the downlink unicast packet having the selected MAC address is subsequently delivered to the station.
  • such a map is formed by each relay disposed in the communications network.
  • the MAC address of the station generating the packet is replaced with the MAC address of the relay that receives the packet.
  • the upper layer identifier is an IP address. In another embodiment, the upper layer identifier is a transaction ID.
  • a communication device receiving an uplink multicast packet requesting a unicast response is assigned a temporary MAC address which remains valid during a known time period.
  • the communication device replaces the MAC address of the station that generated the uplink multicast packet with the temporary MAC address to generate a new packet that is transferred up the communication link.
  • a downlink packet that includes the temporary MAC address and is received during the first time period is delivered as a response packet to the station that generated the multicast packet.
  • the communication device is a relay.
  • the relay is in direct communication with an access point.
  • the temporary MAC address is selected from a pool of globally unique MAC addresses.
  • a candidate MAC address is received for temporary assignment. Thereafter, a packet is sent to the candidate MAC address. If no response is received from the candidate MAC address after several attempts during a given time period, the candidate MAC address is selected as the temporary MAC address.
  • Figure 1 shows a communications network enabling communication between an access point and a multitude of stations via a multitude of relays, in accordance with one embodiment of the present invention.
  • Figure 2A is an example of an uplink packet generated at a station disposed in the communications network of Figure 1.
  • Figure 2B shows the packet of Figure 2A after being reformatted by a first relay disposed in the communications network of Figure 1, in accordance with one embodiment of the present invention.
  • Figure 2C shows the packet of Figure 2B after being reformatted by a second relay disposed in the communications network of Figure 1, in accordance with one embodiment of the present invention.
  • Figure 2D shows a MAC frame, as known in the prior art.
  • Figure 3 is an exemplary table generated by the relay receiving the packet shown in Figure 2A, in accordance with one embodiment of the present invention.
  • Figure 4A shows a downlink packet received by the second relay of the communications network of Figure 1, in accordance with one embodiment of the present invention.
  • Figure 4B shows the downlink packet of Figure 4A after being reformatted by the second relay disposed in the communications network of Figure 1, in accordance with one embodiment of the present invention.
  • Figure 5A shows an uplink multicast packet.
  • Figure 5B shows a downlink unicast response to the uplink multicast packet of Figure 5A, in accordance with one embodiment of the present invention.
  • Figure 6 is a flowchart showing a method for delivering a downlink unicast traffic, in accordance with one embodiment of the present invention.
  • FIG. 7 is a flowchart showing a method for delivering a unicast response to a multicast uplink traffic, in accordance with one embodiment of the present
  • Figure 8 shows various components of devices forming the communications network of Figure 1, in accordance with one embodiment of the present invention.
  • FIG. 1 shows a communications network 100 enabling communication between access point (AP) 50 and stations (STA) 10, 20, 30, 40 via relays (RL) 15, 25, 35, 45, and 55. Also shown is gateway 70 that facilitates communicates between access point 50 and network 80.
  • Network 80 may be a private network or a public network, such as the Internet. Communication (alternatively referred to herein as packet transfer) between access point 50 and stations 10 and 30 is facilitated via relays (alternatively referred to as relay nodes) 15 and 35; packet transfer between access point 50 and station 20 is facilitated via relay nodes 15 and 45. Likewise, packet transfer between access point 50 and station 30 is facilitated via relay nodes 25 and 55. It is understood that each station may be a cellular phone, a handheld device, a laptop computer, and the like. It is understood that network 100 may be a wireless or a wired network.
  • a number of conventional access points can store and transmit 4 different layer- 2 address fields when transferring a packet (also referred to herein as frames).
  • the source address of a requesting station is stored and kept track of as the packet is transferred up or down the communication link.
  • Access points that do not have the capability to transmit 4 layer-2 address fields may use the layer-3 address (IP address) of the requesting node to deliver a response back to the requesting node.
  • IP address layer-3 address
  • processing packets using the layer-3 addresses is CPU (central processing unit) and memory intensive. The trend towards energy efficiency has thus brought to the fore the need to reduce CPU power consumption and memory usage of the access points. Accordingly, the newer generation of access points as well as relays may not have the capability to transmit 4 layer-2 address fields.
  • Three address fields that are often used to transfer packets are the immediate destination address, the immediate source address, and the final destination address. [0023] Assume an uplink unicast packet transfer from station 10 to network 80 using conventional relays that support four address fields. To accomplish this transfer, station 10 generates a packet having the following addresses in its three address fields:
  • A2 The MAC address of station 10
  • A3 The layer-2 address of gateway 70
  • Relay 35 forwards the packet it receives to relay 15 after reformatting this packet to have the following addresses in its four address fields:
  • A2 The MAC address of relay 35
  • A3 The layer-2 address of gateway 70
  • A4 The MAC address of station 10
  • Relay 15 forwards the packet it receives to access point 50 after reformatting this packet to have the following addresses in its four address fields:
  • Al The MAC address of access point 50
  • A2 The MAC address of relay 15
  • A3 The layer-2 address of gateway 70
  • A4 The MAC address of station 10
  • access point 50 Since access point 50 is assumed to support only three address fields, access point 50 processes the MAC addresses of access point 50 and relay 15 as well as the layer-2 address of gateway 70 but drops the MAC address of station 10. Accordingly, the MAC address of station 10 which originated the packet is lost.
  • A2 The MAC address of station 10
  • A3 The layer-2 multicast address [0028] Relay 35 forwards the packet it receives to relay 15 after reformatting this packet to have the following addresses in its four address fields:
  • A2 The MAC address of relay 35
  • A3 The layer-2 multi-cast address
  • A4 The MAC address of station 10
  • access point 50 Since access point 50 is assumed to support only three address fields, access point 50 drops the MAC address of station 10. Therefore, because the information about the original source of the packet, namely the MAC address of station 10 is lost, the unicast response to the multicast packet cannot be forwarded back to station 10.
  • each relay is adapted to maintain a mapping between the MAC address of the stations with which it is configured to communicate and an upper-layer signature of each such station, as described further below.
  • each relay During uplink traffic (i.e., when a packet is being transferred from a station to an access point and possibly to the another network via the gateway) each relay establishes a map between the MAC address of the stations it is in in communications with and an upper layer identifier (signature) associated with that station.
  • an upper layer identifier signature
  • Figure 2A is an example of a packet 200 generated at station 10 for uplink delivery to network 80.
  • Packet 200 is shown as having, in part, an address field 202 identifying the MAC address of relay 35, address field 204 identifying the MAC address of station 10, address field 206 identifying the layer-2 address of gateway 70, and address field 208 identifying an upper layer signature of station 10.
  • Packet 200 is also shown as including, in part, control information 210 as well as data 212.
  • field 208— identifying the upper layer signature— is shown as being adjacent field 206— identifying an address-2 layer— it is understood that in other embodiments, such as the http URL, TCP port number, and the like, the upper layer signature may be disposed in other frame fields not adjacent a layer-2 address field.
  • Figure 2D shows a MAC frame 350 that includes a frame control field 352, a duration/ID field 354, a first layer-2 address field 356, a second layer-2 address field 358, a third layer-2 address field 360, a sequence control field 362, a Quality of Service (QOS) control field 364, an HT control field 366, a frame body field 368, and a frame check sequence field 370.
  • the upper-layer signature is disposed in frame body field 368.
  • Relay 35 inspects packet 200 to determine and establish a map between the MAC address of station 10 and an upper layer identifier (alternatively referred to herein as signature) of station 10, respectively shown in address fields 202 and 208 of packet 200.
  • the upper layer signature may be, for example, an IP address associated with station 10.
  • Relay node 35 establishes such a map for each station it is in communication with. Accordingly, for the example shown in Figure 1, relay 35 establishes such a map for stations 10 and 40; relay 15 establishes such a map for stations 10, 20 and 40; relay 45 establishes such a map for station 20; and relay 35 establishes such a map for station 30.
  • Figure 3 is an exemplary table 120 showing the mapping generated by and stored in relay 35. Because rely 35 is assumed to be in communication with two stations, namely stations 10, 20, table 120 is shown as having two rows associated with these two stations.
  • Station 10 is assumed to have a 48-bit MAC address of 00-14-AB- FC-E9-2B (Hex) and a 32-bit upper-layer address of 63-2A-44-BB (Hex).
  • Station 40 is assumed to have a 48-bit MAC address of 13-55-CC-FB-DE-Al (in Hex) and a 32-bit upper-layer address of 87-27-C4-B5.
  • table 120 stored in relay 35 shows a mapping or association between the MAC address and an upper layer identifier of station 10, and an association between the MAC address and an upper layer identifier of station 40.
  • the upper layer signature is an IP address. If the traffic is an ARP or a DHCP traffic, another unique upper layer identifier, such as the transaction ID of the station may be used.
  • relay 35 After forming the mapping shown in Figure 3, to deliver packet 200 up the communication link, relay 35 replaces the MAC address of station 200 with its own MAC address to generate packet 250, as shown in Fig. 2B.
  • Packet 250 is shown as having, in part, an address field 252 identifying the MAC address of relay 15, address field 254 identifying the MAC address of relay 35, address field 256 identifying the layer-2 address of gateway 70, and address field 258 identifying the upper layer signature of station 10.
  • Packet 250 is also shown as including control information 260 as well as data 262. As seen from Figure 2B, the MAC address of station 10 is no longer available for transfer up the link.
  • relay 15 generates and stores a table that provides a map between the MAC addresses of stations 10, 20, 40 and their respective upper-layer signatures in a manner similar to table 120. After forming such as map, to deliver packet 250 up the link, relay 15 generates a packer 300 as shown in Figure 2C. Packet 300 is shown as having, in part, an address field 302 identifying the MAC address of access point 50, address field 304 identifying the MAC address of relay 15, address field 306 identifying the layer-2 address of gateway 70, and address field 308 identifying the upper layer signature of station 10. Packet 300 is also shown as including control information 310 as well as data 312. Packet 300 is subsequently transferred to the network 70 via gateway 70.
  • a downlink packet bound for station 10 is transferred to relay 35 via gateway 70, access point 50, and relay 15.
  • relay 15 compares the upper-layer signature of the received packet to its internally generated map that shows the association between the MAC address and the upper layer signatures of the stations it is connected to. The comparison identifies the MAC address of the station for which the traffic is intended. Therefore, in accordance with the present invention, by simply comparing the upper-layer signature disposed in a packet to the established mappings— and without further processing of the upper layer signature— the MAC address of the station for which a packet is intended is identified.
  • Packet 400 is shown as including, in part, an address field 402 identifying the MAC address of relay 15, address field 404 identifying the MAC address of access point 50, address field 406 identifying an upper layer signature of a device that originated packet 400, and address field 408 identifying the upper layer signature of station 10. Packet 400 is also shown as including control information 410 as well as data 412.
  • relay 15 After receiving packet 400, relay 15 compares the upper layer signature identified in field 408 with the upper layer signatures stored in the map that relay 15 previously generated and stored, as described in detail above. For this example, the comparison identifies station 10 as the destination address, in turn causing relay 15 to generate packet 450, shown in Fig. 4B, and transfer this packet to relay 35. Packet 450 is shown as including, in part, an address field 452 identifying the MAC address of relay 35, address field 454 identifying the MAC address of relay 15, address field 456 identifying an upper layer signature of a device that originated packet 450, and address field 458 identifying the upper layer signature of station 10.
  • both the upper layer signature of the device originating the packet as well as the IP address of the destination device are disposed in the same field.
  • the address of the source originating the packet may not be included in downlink packets 400, 450.
  • Packet 400 is also shown as including control information 410 as well as data 412.
  • relay 35 After receiving packet 450, relay 35 compares the upper layer signature identified in field 458 with the upper layer signatures stored in the map that relay 35 previously generated and stored. This comparison identifies station 10 as the destination address, thus causing relay 35 to generate and transfer a corresponding packet (not shown) to station 10.
  • the relay that transfers the multicast packet to the access point is assigned an alternate and temporary MAC address that remains valid for a short time period T.
  • the alternate MAC address serves as a portal to the requesting station during this time period.
  • station 10 generates a multicast packet.
  • a multicast packet is similar to packets 200 and 250 shown in Figures 2A and 2B, except that the multicast packet is identified as such using packet fields not shown in Figures 2A, 2B but well understood by those skilled in the art.
  • relay 15 sends a multicast packet 500, shown in Figure 5 A, to access point 50.
  • Packet 500 is shown as including, in part, an address field 502 identifying the MAC address of access point 50, address field 504 identifying the temporary MAC address of relay 15, address field 506 identifying the layer-2 address of gateway 70, control information 508 as well as data 510. It is understood that packet 500 may contain many more fields not shown in Figure 5A for simplicity.
  • relay 15 performs a deep inspection (not shown) of the packet it receives from relay 35 and replaces station 10' s upper-layer identifier in this packet with the temporary MAC address.
  • any packet received by relay node 15 during period T that has the temporary MAC address MRV1 is forwarded to station 10.
  • Figure 5B shows an example of a packet 550 received by relay node 15 from access point 50.
  • Packet 550 is shown as including, in part, an address field 552 identifying the temporary MAC address assigned to relay 50, address field 554 identifying the MAC address of access point 50, address field 556 identifying the upper layer address of the device originating the downlink unicast response to the multicast packet, control information 558 as well as data 560. It is understood that packet 550 may contain many more fields not shown in Figure 5B for simplicity.
  • Relay node 15 reformats packet 550 and forwards the reformatted packet to station 10.
  • relay node 15 Prior to using a candidate MAC address as the temporary MAC address (that remains valid for a known time period), relay node 15 verifies that the candidate MAC address (e.g. MVRl) is not used in the VLAN subnet that access point 50 is a part of. In other words, relay 15 first verifies that relay 25 is not using MVRl as a MAC address. In one embodiment, this verification is achieved by sending a MAC packet to the candidate address being considered for temporary assignment to the relay node. If no response is received after multiple attempts, the MAC address may be used as a temporary MAC address. In another embodiment, temporary MAC addresses may be selected from a pool of globally unique MAC addresses available for use as portal address only.
  • the candidate MAC address e.g. MVRl
  • this verification is achieved by sending a MAC packet to the candidate address being considered for temporary assignment to the relay node. If no response is received after multiple attempts, the MAC address may be used as a temporary MAC address. In another embodiment, temporary MAC addresses may
  • FIG. 6 is a flowchart 600 showing a method for delivering a downlink unicast traffic, in accordance with one embodiment of the present invention.
  • a packet received 602 during an uplink transfer is inspected so as to generate 604 a map between the MAC address of the station that generated the packet and an upper layer identifier of the station.
  • the MAC address of the station is replaced 606 in the packet with the MAC address of the communication device that generates the map.
  • the packet is then transferred 608 up the communication link.
  • the upper layer identifier of the packet is compared to the map to identify 612 the MAC address of the station that is the intended recipient of the packet.
  • the packet is subsequently delivered 614 to the station so identified.
  • FIG. 7 is a flowchart 700 showing a method for delivering a unicast response to a multicast uplink traffic, in accordance with one embodiment of the present invention.
  • a multicast packet received 702 during an uplink transfer is reformatted so as to replace 704 the MAC address of the station that generated the packet with a temporary MAC address assigned to a communication device receiving the packet.
  • the reformatted packet is transferred 706 up the communications link.
  • the packet is inspected 710 to determine if it has the temporary MAC and further determine whether it is received 712 during a predefined time period. If the packet has the temporary MAC and is received during the predefined time period, it is delivered 716 to the station that generated the multicast request packet. Otherwise, the packet is not delivered to the station that generated the multicast request packet
  • Figure 8 shows various components that may be disposed in each station, relays, access points and gateway devices of Figure 1.
  • Each such device is shown as including at least one processor 802, which communicates with a number of peripheral devices via a bus subsystem 804.
  • peripheral devices may include a storage subsystem 806, including, in part, a memory subsystem 808 and a file storage subsystem 810, user interface input devices 812, user interface output devices 814, and a network interface subsystem 616.
  • the input and output devices allow user interaction with data processing system 802.
  • Network interface subsystem 816 provides an interface to other computer systems, networks, and storage resources 804.
  • Network interface subsystem 816 serves as an interface for receiving data from other sources and for transmitting data to other sources from the processing device.
  • Embodiments of network interface subsystem 816 include an Ethernet card, a modem (telephone, satellite, cable, ISDN, etc.),
  • User interface input devices 812 may include a keyboard, pointing devices such as a mouse, trackball, touchpad, or graphics tablet, a scanner, a barcode scanner, a touchscreen incorporated into the display, audio input devices such as voice recognition systems, microphones, and other types of input devices.
  • pointing devices such as a mouse, trackball, touchpad, or graphics tablet
  • audio input devices such as voice recognition systems, microphones, and other types of input devices.
  • use of the term input device is intended to include all possible types of devices and ways to input information to processing device.
  • User interface output devices 814 may include a display subsystem.
  • the display subsystem may be a cathode ray tube (CRT), a flat-panel device such as a liquid crystal display (LCD), or a projection device.
  • CTR cathode ray tube
  • LCD liquid crystal display
  • Storage subsystem 806 may be configured to store the basic programming and data constructs that provide the functionality in accordance with embodiments of the present invention.
  • software modules implementing the functionality of the present invention may be stored in storage subsystem 806 of a relay. These software modules may be executed by processor(s) 802.
  • Storage subsystem 806 may also provide a repository for storing data used in accordance with the present invention.
  • Storage subsystem 806 may include, for example, memory subsystem 808 and file/disk storage subsystem 810.
  • Memory subsystem 808 may include a number of memories including a main random access memory (RAM) 818 for storage of instructions and data during program execution and a read only memory (ROM) 820 in which fixed instructions are stored.
  • File storage subsystem 810 provides non- volatile storage for program and data files, and may include a hard disk drive, a floppy disk drive along with associated removable media, a Compact Disk Read Only Memory (CD-ROM) drive, an optical drive, removable media cartridges, and other like storage media.
  • CD-ROM Compact Disk Read Only Memory
  • Bus subsystem 804 provides a mechanism for enabling the various components and subsystems of the processing device to communicate with each other. Although bus subsystem 804 is shown schematically as a single bus, alternative embodiments of the bus subsystem may utilize multiple busses.
  • the above embodiments of the present invention are illustrative and not limitative.
  • the embodiments of the present invention are not limited by the type of station, access point, relays or gateways.
  • the embodiments of the present invention are not limited by the type of network, communications protocol, or packets used to transfer control and data.
  • Other additions, subtractions or modifications are obvious in view of the present disclosure and are intended to fall within the scope of the appended claims.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Selon l'invention, pendant le trafic de liaison montante, une correspondance est formée entre l'adresse MAC et un identificateur de couche supérieure de chaque station d'un réseau de communication. Lorsqu'un paquet d'envoi individuel de liaison descendante est reçu, l'identificateur est comparé à la correspondance pour sélectionner une adresse MAC correspondante. Le paquet ayant l'adresse MAC sélectionnée est distribué à la station. Pendant le trafic de liaison montante, l'adresse MAC de la station générant le paquet est remplacée par l'adresse MAC du relais recevant le paquet. Un dispositif recevant un paquet de diffusion groupée de liaison montante se voit attribuer une adresse MAC temporaire qui demeure valide pendant une période connue. Le dispositif remplace l'adresse MAC de la station générant le paquet de diffusion groupée par l'adresse MAC temporaire afin de générer un nouveau paquet qui est transféré sur la liaison. Un paquet de liaison descendante qui contient l'adresse MAC temporaire et qui est reçu pendant la première période est distribué en tant que paquet de réponse.
PCT/US2013/056381 2012-08-30 2013-08-23 Gestion d'adresse de couche 2 dans des points d'accès à capacité d'adresse de couche 3 seulement dans des réseaux à relais WO2014035819A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR1020157007786A KR20150048829A (ko) 2012-08-30 2013-08-23 중계부들을 갖는 네트워크들에서 3 어드레스만 가능한 액세스 포인트들에서의 계층 2 어드레스 관리
JP2015529878A JP6342401B2 (ja) 2012-08-30 2013-08-23 中継装置を有するネットワーク内の３つのアドレスのみ適応できるアクセスポイントにおけるレイヤ−２アドレスの管理
CN201380044706.1A CN104584640A (zh) 2012-08-30 2013-08-23 具有中继的网络中仅能有3个地址的接入点中的层2地址管理

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US201261695253P 2012-08-30 2012-08-30
US61/695,253 2012-08-30
US13/830,706 2013-03-14
US13/830,706 US9510271B2 (en) 2012-08-30 2013-03-14 Systems, apparatus, and methods for address format detection
US13/840,990 2013-03-15
US13/840,990 US20140064196A1 (en) 2012-08-30 2013-03-15 Layer 2 address management in 3 address only capable access points in networks with relays

Publications (1)

Publication Number Publication Date
WO2014035819A1 true WO2014035819A1 (fr) 2014-03-06

Family

ID=49165835

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2013/056381 WO2014035819A1 (fr) 2012-08-30 2013-08-23 Gestion d'adresse de couche 2 dans des points d'accès à capacité d'adresse de couche 3 seulement dans des réseaux à relais

Country Status (1)

Country Link
WO (1) WO2014035819A1 (fr)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004032426A1 (fr) * 2002-10-04 2004-04-15 Telefonaktiebolaget Lm Ericsson (Publ.) Isolement d'hotes connectes a un reseau d'acces
EP1732265A1 (fr) * 2004-03-03 2006-12-13 Mitsubishi Electric Corporation Systeme de reseau de commutation de couche 2
US20070127367A1 (en) * 2003-11-17 2007-06-07 Daisaku Ogasahara Communication system and communication method
WO2008045632A1 (fr) * 2006-10-05 2008-04-17 Cisco Technology, Inc. Routage réseau vers la prise
US20090304008A1 (en) * 2008-06-04 2009-12-10 Alaxala Networks Corporation Network relay device and network relay method

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004032426A1 (fr) * 2002-10-04 2004-04-15 Telefonaktiebolaget Lm Ericsson (Publ.) Isolement d'hotes connectes a un reseau d'acces
US20070127367A1 (en) * 2003-11-17 2007-06-07 Daisaku Ogasahara Communication system and communication method
EP1732265A1 (fr) * 2004-03-03 2006-12-13 Mitsubishi Electric Corporation Systeme de reseau de commutation de couche 2
WO2008045632A1 (fr) * 2006-10-05 2008-04-17 Cisco Technology, Inc. Routage réseau vers la prise
US20090304008A1 (en) * 2008-06-04 2009-12-10 Alaxala Networks Corporation Network relay device and network relay method

Similar Documents

Publication Publication Date Title
JP6342401B2 (ja) 中継装置を有するネットワーク内の３つのアドレスのみ適応できるアクセスポイントにおけるレイヤ−２アドレスの管理
US20140064196A1 (en) Layer 2 address management in 3 address only capable access points in networks with relays
US9106711B2 (en) Minimizing mapping and signaling for data path aggregation
JP6009630B2 (ja) 同時パケット・データ・ネットワーク（ｐｄｎ）・アクセス
US20190069221A1 (en) Systems and methods for machine-type communication
CN102571587B (zh) 报文转发方法和设备
WO2014190791A1 (fr) Procédé de configuration d'identité de dispositif formant passerelle, et dispositif formant passerelle de gestion
US20120082110A1 (en) Method and terminal for transmitting service data
WO2014005442A1 (fr) Procédé et système d'accès à des services de réseau
EP3113539A1 (fr) Trafic de plan utilisateur d'équilibrage de charge dans un réseau de télécommunication
CN112333713B (zh) 5g自组网系统、自组网方法、计算机设备及存储介质
CN112134776B (zh) 生成组播转发表项的方法和接入网关
CN110012118B (zh) 一种提供网络地址转换nat服务的方法及控制器
CN105323229A (zh) 一种基于cpe的数据传输方法、网元、平台及系统
EP2675117A1 (fr) Procédé et dispositif de routage pour un hôte dans un site de multi-homing
CN104954155B (zh) 具有多个业务板的网络设备以及多业务板分担方法
CN103152444B (zh) 中继方式的网络地址转换及报文传输方法及装置、系统
CN107659930A (zh) 一种ap接入控制方法和装置
WO2010072161A1 (fr) Procédé d'acheminement, appareil et système de communication pour des données sortant d'une interface gi
WO2018161795A1 (fr) Procédé, dispositif, et contrôleur de configuration de priorité de routage
CN106027354B (zh) Vpn客户端的回流方法及装置
CN102439918A (zh) 一种报文转发的方法、设备及系统
CN107547621B (zh) 一种报文转发方法及装置
WO2022089412A1 (fr) Procédé et dispositif de communication
CN101986647A (zh) Vrrp的兼容方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13762315

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015529878

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20157007786

Country of ref document: KR

Kind code of ref document: A

122 Ep: pct application non-entry in european phase

Ref document number: 13762315

Country of ref document: EP

Kind code of ref document: A1