WO2018176369A1 - Method to awaken a network access device from the internet - Google Patents

Method to awaken a network access device from the internet Download PDF

Info

Publication number
WO2018176369A1
WO2018176369A1 PCT/CN2017/078961 CN2017078961W WO2018176369A1 WO 2018176369 A1 WO2018176369 A1 WO 2018176369A1 CN 2017078961 W CN2017078961 W CN 2017078961W WO 2018176369 A1 WO2018176369 A1 WO 2018176369A1
Authority
WO
WIPO (PCT)
Prior art keywords
localization
information
network access
client device
access device
Prior art date
Application number
PCT/CN2017/078961
Other languages
French (fr)
Inventor
Wei Fan
Original Assignee
Thomson Licensing
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 Thomson Licensing filed Critical Thomson Licensing
Priority to PCT/CN2017/078961 priority Critical patent/WO2018176369A1/en
Priority to EP17904062.1A priority patent/EP3602969A4/en
Priority to CN201780089061.1A priority patent/CN110622470B/en
Priority to US16/499,848 priority patent/US11382174B2/en
Publication of WO2018176369A1 publication Critical patent/WO2018176369A1/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16Gateway arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/12Arrangements for remote connection or disconnection of substations or of equipment thereof
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • H04L12/283Processing of data at an internetworking point of a home automation network
    • H04L12/2834Switching of information between an external network and a home network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854Wide area networks, e.g. public data networks
    • H04L12/2856Access arrangements, e.g. Internet access
    • H04L12/2869Operational details of access network equipments
    • H04L12/2898Subscriber equipments
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/50Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Definitions

  • the proposed method is directed to support remote access to an end user’s customer premises equipment via a service provider’s network.
  • a multicast system as used herein is a system in which a server transmits the same data to multiple receivers simultaneously, where the receivers form a subset of all the receivers up to and including all of the receivers.
  • a broadcast system is a system in which a server transmits the same data to all of the receivers simultaneously. That is, a multicast system by definition can include a broadcast system.
  • Residential gateways are typically connected to an access point (AP) via a local area network (LAN) or wireless LAN (WLAN) such as IEEE 802.11. Normally, a residential gateway is continuously powered on always (24 hours a day 7 days a week) . However, residential gateways are not in use during the daytime as people are not in home during the day. Client devices typically access the Internet through a residential gateway. Seldom do client devices access the Internet remotely via a wide area network (WAN) for operator maintenance or remote access to other control devices or client devices in the residence.
  • WAN wide area network
  • the term residence is used interchangeable with home and environment, where an environment may include, but is not limited to, a home, a small business or any equivalent environment.
  • the term client device includes, but is not limited to, dual mode smart phones, tablets, personal digital assistants (PDAs) , laptop computers, notebook computers and any other device that a user can move and use remotely (a computing device that is mobile) .
  • the term control devices includes, but is not limited to, any device that can be controlled by a client device, such as a programmable thermostat, lights, a security system etc.
  • a client device needs or desires (wants, wishes) to access another device on the LAN side but is remote, then the client device must access the device through the WAN (WLAN) side. This is made more difficult is the residential gateway is in sleep mode.
  • a means for the client device to awaken the residential gateway from the WAN (WLAN) side is needed.
  • the client device in, e.g., smart phone can then successfully query the gateway's IP address and then establish the connection to the gateway.
  • the gateway's IP address can then successfully query the gateway's IP address and then establish the connection to the gateway.
  • the operator's (service provider’s) access router (which acts as the default gateway of the residential gateway) to wake up that residential gateway since its physical location is unknown, i.e., the operator's network does not know via which access router the wake-up frame (message, packet, request, command) should be transmitted.
  • the residential gateway is required to register a FQDN in DNS, normally via dynamic DNS technology. For an end user of a client device, this is not so convenient to configure and moreover, there is an additional cost for that service.
  • the service provider (operator) would prefer to provide services more than just an Internet connection.
  • the technology proposed in this proposed method and apparatus would enable service providers (operators) to have a more comprehensive service in the IoT home.
  • Gateways, gateway devices, residential gateways and set top boxes are examples of network access devices.
  • Residential gateways, which are an example of network access devices, will be used throughout the specification to describe the proposed method and apparatus but the use of the term “residential gateway” should not be taken as limiting.
  • the proposed method and apparatus provides support in the service provider’s (operator’s) network to wake up the end user's residential gateway if the end user’s residential gateway is in sleep mode, while not requiring the end user (using a client device) to register a FQDN for the residential gateway.
  • a method and apparatus including transmitting localization information to a localization server, transitioning into sleep mode, receiving a wake up frame from an access router, transitioning to awake mode, transmitting updated localization information to the localization server and establishing a connection between a network access device and a client device.
  • the gateway is a residential gateway.
  • the transitioning further comprises triggering a signal to a processor to wake up.
  • a method and apparatus including transmitting a request to connect to a network access device, receiving localization information of the network access device from a localization server and establishing a connection between the network access device and the client device based on the localization information.
  • the request includes one of account information and a serial number of the gateway.
  • the request is transmitted via a service provider’s user interface.
  • a method and apparatus including receiving localization information from a residential gateway at a localization server, storing the localization information at the localization server, receiving a request to connect remotely to the residential gateway from a client device, determining by the localization server if the localization server has current localization information for the residential gateway, transmitting the current localization information to the client device, if the current localization information is available, transmitting a wake up packet to an access router associated with the residential gateway, if the current localization information is not available at the localization server, receiving the current localization information from the residential gateway, transmitting the received current localization information to the client device and establishing a connection between the residential gateway and the client device.
  • the localization information includes gateway specific information including a media access control (MAC) address of a wide area network (WAN) interface, a serial number (SN) of the gateway, an internet protocol (IP) address of an access router in a service provider’s network and an IP address of the gateway/WAN interface.
  • MAC media access control
  • SN serial number
  • IP internet protocol
  • the localization server is in the service provider’s network.
  • the localization server stores a user’s account information with the localization information in memory, if a service provider assigned an account to the user.
  • the IP address of said gateway is reset after a time period.
  • Fig. 1 is a schematic diagram of the remote wake-up scenario of the proposed method and apparatus.
  • Fig. 2 is a ladder diagram of the remote wake-up scenario of the proposed method and apparatus.
  • Fig. 3 is a flowchart of the operation of the proposed method for the localization server.
  • Fig. 4 is a flowchart of the operation of the proposed method for the residential gateway.
  • Fig. 5 is a flowchart of the operation of the proposed method for the client device.
  • Fig. 6 is a block diagram of an exemplary device such as a residential gateway or client device.
  • processor or “controller” should not be construed to refer exclusively to hardware capable of executing software, and may implicitly include, without limitation, digital signal processor (DSP) hardware, read only memory (ROM) for storing software, random access memory (RAM) , and nonvolatile storage.
  • DSP digital signal processor
  • ROM read only memory
  • RAM random access memory
  • any switches shown in the figures are conceptual only. Their function may be carried out through the operation of program logic, through dedicated logic, through the interaction of program control and dedicated logic, or even manually, the particular technique being selectable by the implementer as more specifically understood from the context.
  • any element expressed as a means for performing a specified function is intended to encompass any way of performing that function including, for example, a) a combination of circuit elements that performs that function or b) software in any form, including, therefore, firmware, microcode or the like, combined with appropriate circuitry for executing that software to perform the function.
  • the disclosure as defined by such claims resides in the fact that the functionalities provided by the various recited means are combined and brought together in the manner which the claims call for. It is thus regarded that any means that can provide those functionalities are equivalent to those shown herein.
  • Fig. 1 is a schematic diagram of the remote wake-up scenario of the proposed method and apparatus. While a (residential) gateway is awake and has an active connection to the default gateway in the service provider’s (operator's) network, periodically the residential gateway sends (transmits) a localization packet (frame, message) flow (1) on Fig. 1 to a customer premises equipment (CPE) localization server in the service provider’s (operator’s) network.
  • CPE customer premises equipment
  • Residential gateway device specific information including, e.g., MAC address of the WAN/Internet data interface, serial number (SN) of the residential gateway.
  • the device specific information refers to information that is hardcoded in the residential gateway and remains unchanged even if the residential gateway is powered off. It is also possible to include other types of device specific information, which depend on specific residential gateway device and its vendor (manufacturer) .
  • IP address of the default gateway i.e. the access router in service provider’s (operator’s) network.
  • the default gateway normally is configured via, e.g., Dynamic Host Configuration Protocol (DHCP) or point-to-point protocol (PPP) .
  • DHCP is one of the protocols in the TCP/IP networking suite.
  • the operator's CPE localization server will save the data contained in the localization packet (frame, message) transmitted (sent, forwarded) from each of its residential gateways, typically into a local database in the service provider’s (operator’s) server.
  • the service provider (operator) assigned the user an account for his/her residential gateway to access internet
  • the account information is also stored together within that record of localization information of that user and the user’s residential gateway information.
  • This account information can be easily queried locally by the service provider (operator) with the device specific information, e.g., SN or MAC address.
  • the account information can be included in the localization packet (frame, message) sent (transmitted) by the residential gateway directly.
  • the residential gateway's IP address information in the record can be reset to empty if, after a predetermined time period (interval) the service provider’s (operator’s) server did not receive a new localization packet containing the IP address from the residential gateway. This is typically due to the residential gateway being in (being put into) sleep mode or powered off.
  • the end user using a client device wants to access his/her residential gateway in their home remotely from Internet
  • the user transmits (send) his/her account information or SN information via the service provider’s (operator's) user interface (UI) , e.g., app or web browser, through a query flow (2) on Fig. 1.
  • service provider (operator) server can then locate (find) the residential gateway's relevant information, e.g., MAC, IP and access router IP, which connects the end user (through his/her client device) to the end user's residential gateway.
  • the residential gateway's relevant information e.g., MAC, IP and access router IP
  • the localization server can then return the residential gateway's IP address to the end user's client device. If the residential gateway is still active, the connection can immediately be established with the client device remotely upon request.
  • the end user's client device can report an error notifying the service provider’s (operator's) server. Then, in this scenario, the service provider (operator) would assume the user's residential gateway is in sleep mode and try to awaken it.
  • the service provider’s (operator’s) network will then trigger a wake-up frame (packet, message, request, command) to be sent (transmitted, forwarded) flow (3) on Fig. 1 to the residential gateway. Details as follows:
  • the service provider’s (operator’s) network should determine the IP address of the access router to which the residential gateway is physically connected. This can be done by searching in the localization server with the residential gateway’s SN or user account information.
  • the service provider’s (operator's) network triggers transmission of a subnet directed broadcast (SDB) with a wake-up packet (frame, message, request, command) .
  • SDB subnet directed broadcast
  • a SDB packet is treated as a normal network packet until processed by the final access router in the connection path to reach the end user’s residence.
  • the final access router converts the packet into a broadcast packet.
  • the broadcast packet can then be received by the residential gateway successfully as long as the residential gateway is in sleep mode, i.e., the link layer is active.
  • the wake-up frame (packet, message, request, command) over the links connected to the access router depends on further link layer technologies. For example on Ethernet, the wake-up packet (frame, message, request, command) is converted into a wake-on-LAN magic packet (frame) and is sent out (transmitted) through each Ethernet bridged port.
  • PON passive optical network
  • DSL digital subscriber line
  • the residential gateway On the residential gateway which is in sleep mode, after the link terminating chipset (or sub-module in a highly integrated chipset) received this wake-up frame, the residential gateway recognizes that this frame is destined for itself since the destination MAC address is its own MAC address. Then, the link terminating chipset or sub-module will trigger a signal to the main CPU of the residential gateway to wake up. Consequently, the IP connection to the access router will be established and a localization packet will be immediately sent (transmitted, forwarded) to localization flow (4) on Fig. 1 server. The residential gateway's IP address is then forwarded (transmitted, sent) to the end user's client device and hence the remote access connection can be successfully established flow (5) on Fig. 1 via the Internet.
  • Flows (6) on Fig. 1 indicate bridged connections between a residential gateway and the access router associated with the residential gateway (access router through which the residential gateway accesses the service provider’s (operator’s) network and the Internet) .
  • Fig. 2 is a ladder diagram of the remote wake-up scenario of the proposed method and apparatus. As illustrated in Fig. 2:
  • the residential gateway reports its localization information to the service provider’s (operator’s) localization server, including the information as described above.
  • the localization server saves (stores, records) the information into a database.
  • the end user triggers access to his/her residential gateway via the operator's UI, with e.g. SN or account/password. Note, before this step, the residential gateway may go into (enter) sleep mode.
  • the localization server searches for the residential gateway IP address, or its corresponding access router IP address if the residential gateway IP address is empty (stale) .
  • the localization server returns the residential gateway IP address if the residential gateway address is found.
  • the localization server triggers transmission of a wake-up packet (such as a subnet directed broadcast) to the access router associated with the residential gateway.
  • the access router converts the wake-up packet into a broadcast wake-up frame sent to all its residential gateways connected in link layer, e.g., a residential gateway using an Ethernet connection.
  • the residential gateway should wake-up after recognizing the wake-up frame destined for itself.
  • the residential gateway connects to the service provider (operator) network and then transmits a localization packet including localization information to the localization server immediately after wake-up.
  • the localization server returns the residential gateway IP address to end user client device.
  • the end user client device can then successfully connect remotely to his/her residential gateway.
  • Fig. 3 is a flowchart of the operation of the proposed method for the localization server.
  • the localization server receives localization information from a residential gateway.
  • the localization server stores the localization information in a database at the localization server.
  • the localization server receives a request to remotely connect to the residential gateway from a client device.
  • a determination is made if the localization server has (current) localization information for the residential gateway. If the (current) localization information is not available at the localization server, then at 325 the localization server transmits a wake up packet to an access router associated with the residential gateway.
  • the wake-up packet is a subnet directed broadcast wake-up packet.
  • the localization server receives updated localization information from the residential gateway.
  • the localization server If the localization server has current localization information for the residential gateway, then at 335 the localization server transmits the current localization information to the client device. If the localization server did not have the (current) localization information but subsequently received updated localization information (330) then at 335 the localization server transmits the updated localization information to the client device. At 340 a connection is established between the residential gateway and the client device through an access router.
  • Fig. 4 is a flowchart of the operation of the proposed method for the residential gateway.
  • the residential gateway transmits localization information to a localization server.
  • the residential gateway transitions into sleep mode.
  • the residential gateway receives a wake up frame (message, packet) from an access router associated with the residential gateway.
  • the residential gateway transitions to awake mode.
  • the residential gateway transmits updated localization information to the localization server.
  • a connection is established between the residential gateway and the client device.
  • Fig. 5 is a flowchart of the operation of the proposed method for the client device.
  • the client device transmits a request to connect to a residential gateway.
  • the client device receives localization information of the residential gateway from a localization server.
  • a connection is established between the residential gateway and the client device based on said localization information.
  • Fig. 6 is a block diagram of an exemplary device such as a residential gateway or client device 600.
  • the block diagram configuration includes a bus-oriented 650 configuration interconnecting a processor (processing unit) 620, and a memory 645.
  • the configuration of Fig. 6 also includes a communication interface 625.
  • the communication interface 625 may be wired or wireless and may in fact, include two interfaces –one for wired line communication and one for wireless communication.
  • User interface and display 610 is driven by interface circuit 615.
  • Processor 620 provides computation functions for the device, such as depicted in Figs. 1 –2 and 4 -5.
  • the processor 620 can be any form of CPU or controller that utilizes communications between elements of the device to control communication and computation processes.
  • bus 650 provides a communication path between the various elements of embodiment 600 and that other point-to-point interconnection options (e.g. non-bus architecture) are also feasible.
  • ASICs application specific integrated circuits
  • FPGAs field programmable gate arrays
  • RISCs reduced instruction set computers
  • Memory 645 can act as a repository for memory related to any of the methods that incorporate the functionality of the device. Memory 645 can provide the repository for storage of information such as program memory, downloads, uploads, or scratchpad calculations. Those of skill in the art will recognize that memory 645 may be incorporated all or in part of processor 620. Communication interface 625 has both receiver and transmitter elements for communication as known to those of skill in the art. Program instructions for operation of the processor of the device may be in memory 645 or may be in processor.
  • a communication interface 625 of a gateway 600 transmits localization information to a localization server.
  • a processor 620 of the gateway 600 transitions the gateway into sleep mode.
  • the communications interface 625 of the gateway 600 receives a wake up frame from an access router associated with the gateway 600.
  • the processor 620 of the gateway 600 transitions the gateway 600 to awake mode.
  • the communications interface 625 of the gateway 600 transmits updated localization information to the localization server.
  • the processor 620 of the gateway 600 establishes a connection between the gateway 600 and the client device.
  • a communications interface 625 of a client device 600 transmits a request to connect to a gateway by a client device 600.
  • the communications interface 625 of the client device 600 receives localization information of the gateway from a localization server.
  • a processor 620 of the client device 600 establishes a connection between the gateway and the client device 600 based on the localization information.
  • the localization server has a similar configuration as shown in Fig. 6 but based on the necessity to serve multiple users via multiple access routers and multiple residential gateways, may include a plurality of processors, significantly more or larger memory and multiple communication interfaces.
  • One or more of the processors provide computation functions for the localization server such as depicted in Fig. 3.
  • the processors can be any form of CPU or controller that utilizes communications between elements of the device to control communication and computation processes.
  • bus (or busses) of the localization server provide a communication path between the various elements of localization server and that other point-to-point interconnection options (e.g. non-bus architecture) are also feasible.
  • a localization server localization information is received from a gateway via one or more communication interfaces.
  • the localization information is stored in memory. If a service provider assigned an account to a user then the user’s account information is also stored in memory.
  • the localization server receives a request to connect remotely to the gateway from a client device via one or more communication interfaces.
  • One or more processors of the localization server determine if the localization server has updated localization information for the gateway. If the updated localization information is available then the localization server transmits the updated localization information to the client device via one or more communication interfaces. If the updated localization information is not available at the localization server then the localization server transmits a wake up packet to an access router associated with the residential gateway.
  • the localization server receives the updated localization information from the gateway via one or more communication interfaces.
  • the localization server transmits the received updated localization information to the client device via one or more communication interfaces.
  • One or more processors of the localization server establishes a connection between the gateway and the client device via one or more communication interfaces.
  • ASICs application specific integrated circuits
  • FPGAs field programmable gate arrays
  • RISCs reduced instruction set computers
  • Memory can act as a repository for memory related to any of the methods that incorporate the functionality of the localization server.
  • Memory can provide the repository for storage of information such as program memory, downloads, uploads, or scratchpad calculations.
  • memory or memory elements or databases
  • the communication interfaces have both receiver and transmitter elements for communication as known to those of skill in the art.
  • Program instructions for operation of the processor of the localization server may be in memory (or memory elements or databases) or may be in the processors.
  • the proposed method and apparatus may be implemented in various forms of hardware, software, firmware, special purpose processors, or a combination thereof.
  • Special purpose processors may include application specific integrated circuits (ASICs) , reduced instruction set computers (RISCs) and/or field programmable gate arrays (FPGAs) .
  • ASICs application specific integrated circuits
  • RISCs reduced instruction set computers
  • FPGAs field programmable gate arrays
  • the proposed method and apparatus is implemented as a combination of hardware and software.
  • the software is preferably implemented as an application program tangibly embodied on a program storage device. The application program may be uploaded to, and executed by, a machine comprising any suitable architecture.
  • the machine is implemented on a computer platform having hardware such as one or more central processing units (CPU) , a random access memory (RAM) , and input/output (I/O) interface (s) .
  • the computer platform also includes an operating system and microinstruction code.
  • the various processes and functions described herein may either be part of the microinstruction code or part of the application program (or a combination thereof) , which is executed via the operating system.
  • various other peripheral devices may be connected to the computer platform such as an additional data storage device and a printing device.
  • the elements shown in the figures may be implemented in various forms of hardware, software or combinations thereof. Preferably, these elements are implemented in a combination of hardware and software on one or more appropriately programmed general-purpose devices, which may include a processor, memory and input/output interfaces.
  • general-purpose devices which may include a processor, memory and input/output interfaces.
  • the phrase "coupled" is defined to mean directly connected to or indirectly connected with through one or more intermediate components. Such intermediate components may include both hardware and software based components.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Automation & Control Theory (AREA)
  • Computing Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

A method and apparatus are described including transmitting localization information to a localization server, transitioning into sleep mode, receiving a wake up frame from an access router, transitioning to awake mode, transmitting updated localization information to the localization server and establishing a connection between a network access device and a client device. Also described are a method and apparatus including transmitting a request to connect to a network access device, receiving localization information of the network access device from a localization server and establishing a connection between the network access device and the client device based on the localization information.

Description

METHOD TO AWAKEN A NETWORK ACCESS DEVICE FROM THE INTERNET FIELD
The proposed method is directed to support remote access to an end user’s customer premises equipment via a service provider’s network.
BACKGROUND
In multicast and broadcast applications, data are transmitted from a server to multiple receivers over wired and/or wireless networks. A multicast system as used herein is a system in which a server transmits the same data to multiple receivers simultaneously, where the receivers form a subset of all the receivers up to and including all of the receivers. A broadcast system is a system in which a server transmits the same data to all of the receivers simultaneously. That is, a multicast system by definition can include a broadcast system.
This section is intended to introduce the reader to various aspects of art, which may be related to the present embodiments that are described below. This discussion is believed to be helpful in providing the reader with background information to facilitate a better understanding of the various aspects of the present disclosure. Accordingly, it should be understood that these statements are to be read in this light.
Residential gateways are typically connected to an access point (AP) via a local area network (LAN) or wireless LAN (WLAN) such as IEEE 802.11. Normally, a residential gateway is continuously powered on always (24 hours a day 7 days a week) . However, residential gateways are not in use during the daytime as people are not in home during the day. Client devices typically access the Internet through a residential gateway. Seldom do client devices access the Internet remotely via a wide area network (WAN) for operator maintenance or remote access to other control devices or client devices in the residence. As used herein, the term residence is used interchangeable with home and environment, where an environment may include, but is not limited to, a home, a small business or any equivalent environment. Thus, maintaining the power on 24 hours a day 7 days per week is wasted during the daytime at least during the workweek. The term client device, as used herein, includes, but is not limited to, dual mode smart phones, tablets, personal digital assistants (PDAs) , laptop computers, notebook computers and any other device that a user can move and use remotely (a computing device that is mobile) . The term control devices, as used herein, includes, but is not limited to, any device that can be controlled by a client device, such as a programmable thermostat, lights, a security system etc.
Consider a normal power 10W of a typical residential gateway, and 10 hours daytime of working and travel, every working day the residential gateway would waste about 100W power. Therefore, there needs to be a mechanism or solution that allows the residential gateway device to work in power save mode when no active access is required.
Methods already exist to save the WiFi AP power, if no client device (station, node) is associated with the residential gateway. And, these methods focus on awakening the AP or residential gateway via the LAN (or WLAN) side. Meanwhile, in the Internet of Things (IoT) home network, there could be many scenarios (situations, conditions) that require the user of a client device to remotely access and control home electronic devices, e.g., air conditioner, windows controller, camera monitor via residential gateway from Internet. A residential gateway is required to be in sleep mode to save power when there is no connection request from either LAN side or WAN/Internet side. In the case where a client device on the LAN side needs to make a connection through a sleeping residential gateway, the above technologies mentioned enable a residential gateway to wake up (awaken) immediately. Correspondingly, if a client device needs or desires (wants, wishes) to access another device on the LAN side but is remote, then the client device must access the device through the WAN (WLAN) side. This is made more difficult is the residential gateway is in sleep mode. In order for the client device to access a device on the LAN side remotely, a means for the client device to awaken the residential gateway from the WAN (WLAN) side is needed.
In conventional technologies, accessing a residential gateway remotely by a client device from WAN/Internet side requires that a fully qualified domain name (FQDN) of the residential gateway has been registered in domain name server (DNS) server.
Via that residential gateway's FQDN, the client device in, e.g., smart phone can then successfully query the gateway's IP address and then establish the connection to the gateway. However,
1. In conventional procedures, if the residential gateway is in sleep mode, the remote client device will not be able to establish that connection.
2. Moreover, it is also not possible for the operator's (service provider’s) access router (which acts as the default gateway of the residential gateway) to wake up that residential gateway since its physical location is unknown, i.e., the operator's network does not know via which access router the wake-up frame (message, packet, request, command) should be transmitted.
3. Additionally, the residential gateway is required to register a FQDN in DNS, normally via dynamic DNS technology. For an end user of a client device, this is not so  convenient to configure and moreover, there is an additional cost for that service. The service provider (operator) would prefer to provide services more than just an Internet connection. The technology proposed in this proposed method and apparatus would enable service providers (operators) to have a more comprehensive service in the IoT home.
SUMMARY
Gateways, gateway devices, residential gateways and set top boxes are examples of network access devices. Residential gateways, which are an example of network access devices, will be used throughout the specification to describe the proposed method and apparatus but the use of the term “residential gateway” should not be taken as limiting.
To resolve the limitations of the conventional technology, the proposed method and apparatus provides support in the service provider’s (operator’s) network to wake up the end user's residential gateway if the end user’s residential gateway is in sleep mode, while not requiring the end user (using a client device) to register a FQDN for the residential gateway.
In a first embodiment, a method and apparatus are described including transmitting localization information to a localization server, transitioning into sleep mode, receiving a wake up frame from an access router, transitioning to awake mode, transmitting updated localization information to the localization server and establishing a connection between a network access device and a client device.
In another embodiment, the gateway is a residential gateway.
In another embodiment, the transitioning further comprises triggering a signal to a processor to wake up.
In another embodiment, a method and apparatus are described including transmitting a request to connect to a network access device, receiving localization information of the network access device from a localization server and establishing a connection between the network access device and the client device based on the localization information.
In another embodiment, the request includes one of account information and a serial number of the gateway.
In another embodiment, the request is transmitted via a service provider’s user interface.
In another embodiment, a method and apparatus are described including receiving localization information from a residential gateway at a localization server, storing the localization information at the localization server, receiving a request to connect remotely to the residential gateway from a client device, determining by the localization server if the  localization server has current localization information for the residential gateway, transmitting the current localization information to the client device, if the current localization information is available, transmitting a wake up packet to an access router associated with the residential gateway, if the current localization information is not available at the localization server, receiving the current localization information from the residential gateway, transmitting the received current localization information to the client device and establishing a connection between the residential gateway and the client device.
In another embodiment, the localization information includes gateway specific information including a media access control (MAC) address of a wide area network (WAN) interface, a serial number (SN) of the gateway, an internet protocol (IP) address of an access router in a service provider’s network and an IP address of the gateway/WAN interface.
In another embodiment, the localization server is in the service provider’s network.
In another embodiment, the localization server stores a user’s account information with the localization information in memory, if a service provider assigned an account to the user.
In another embodiment, the IP address of said gateway is reset after a time period.
BRIEF DESCRIPTION OF THE DRAWINGS
The proposed method and apparatus is best understood from the following detailed description when read in conjunction with the accompanying drawings. The drawings include the following figures briefly described below:
Fig. 1 is a schematic diagram of the remote wake-up scenario of the proposed method and apparatus.
Fig. 2 is a ladder diagram of the remote wake-up scenario of the proposed method and apparatus.
Fig. 3 is a flowchart of the operation of the proposed method for the localization server.
Fig. 4 is a flowchart of the operation of the proposed method for the residential gateway.
Fig. 5 is a flowchart of the operation of the proposed method for the client device.
Fig. 6 is a block diagram of an exemplary device such as a residential gateway or client device.
It should be understood that the drawing (s) are for purposes of illustrating the concepts of the disclosure and is not necessarily the only possible configuration for illustrating the disclosure.
DETAILED DESCRIPTION
The present description illustrates the principles of the present disclosure. It will thus be appreciated that those skilled in the art will be able to devise various arrangements that, although not explicitly described or shown herein, embody the principles of the disclosure and are included within its scope.
All examples and conditional language recited herein are intended for educational purposes to aid the reader in understanding the principles of the disclosure and the concepts contributed by the inventor to furthering the art, and are to be construed as being without limitation to such specifically recited examples and conditions.
Moreover, all statements herein reciting principles, aspects, and embodiments of the disclosure, as well as specific examples thereof, are intended to encompass both structural and functional equivalents thereof. Additionally, it is intended that such equivalents include both currently known equivalents as well as equivalents developed in the future, i.e., any elements developed that perform the same function, regardless of structure.
Thus, for example, it will be appreciated by those skilled in the art that the block diagrams presented herein represent conceptual views of illustrative circuitry embodying the principles of the disclosure. Similarly, it will be appreciated that any flow charts, flow diagrams, state transition diagrams, pseudocode, and the like represent various processes which may be substantially represented in computer readable media and so executed by a computer or processor, whether or not such computer or processor is explicitly shown.
The functions of the various elements shown in the figures may be provided through the use of dedicated hardware as well as hardware capable of executing software in association with appropriate software. When provided by a processor, the functions may be provided by a single dedicated processor, by a single shared processor, or by a plurality of individual processors, some of which may be shared. Moreover, explicit use of the term “processor” or “controller” should not be construed to refer exclusively to hardware capable of executing software, and may implicitly include, without limitation, digital signal processor (DSP) hardware, read only memory (ROM) for storing software, random access memory (RAM) , and nonvolatile storage.
Other hardware, conventional and/or custom, may also be included. Similarly, any switches shown in the figures are conceptual only. Their function may be carried out through the operation of program logic, through dedicated logic, through the interaction of program control and dedicated logic, or even manually, the particular technique being selectable by the implementer as more specifically understood from the context.
In the claims hereof, any element expressed as a means for performing a specified function is intended to encompass any way of performing that function including, for example, a) a combination of circuit elements that performs that function or b) software in any form, including, therefore, firmware, microcode or the like, combined with appropriate circuitry for executing that software to perform the function. The disclosure as defined by such claims resides in the fact that the functionalities provided by the various recited means are combined and brought together in the manner which the claims call for. It is thus regarded that any means that can provide those functionalities are equivalent to those shown herein.
Fig. 1 is a schematic diagram of the remote wake-up scenario of the proposed method and apparatus. While a (residential) gateway is awake and has an active connection to the default gateway in the service provider’s (operator's) network, periodically the residential gateway sends (transmits) a localization packet (frame, message) flow (1) on Fig. 1 to a customer premises equipment (CPE) localization server in the service provider’s (operator’s) network. The localization packet, should include the following data:
1) Residential gateway device specific information including, e.g., MAC address of the WAN/Internet data interface, serial number (SN) of the residential gateway. The device specific information refers to information that is hardcoded in the residential gateway and remains unchanged even if the residential gateway is powered off. It is also possible to include other types of device specific information, which depend on specific residential gateway device and its vendor (manufacturer) .
2) IP address of the default gateway, i.e. the access router in service provider’s (operator’s) network. The default gateway normally is configured via, e.g., Dynamic Host Configuration Protocol (DHCP) or point-to-point protocol (PPP) . DHCP is one of the protocols in the TCP/IP networking suite.
3) IP address of the residential gateway/WAN interface connected to Internet.
Correspondingly, the operator's CPE localization server will save the data contained in the localization packet (frame, message) transmitted (sent, forwarded) from each of its residential gateways, typically into a local database in the service provider’s (operator’s)  server. Moreover, if the service provider (operator) assigned the user an account for his/her residential gateway to access internet, the account information is also stored together within that record of localization information of that user and the user’s residential gateway information. This account information can be easily queried locally by the service provider (operator) with the device specific information, e.g., SN or MAC address. Or, the account information can be included in the localization packet (frame, message) sent (transmitted) by the residential gateway directly.
The residential gateway's IP address information in the record can be reset to empty if, after a predetermined time period (interval) the service provider’s (operator’s) server did not receive a new localization packet containing the IP address from the residential gateway. This is typically due to the residential gateway being in (being put into) sleep mode or powered off.
When the end user using a client device wants to access his/her residential gateway in their home remotely from Internet, the user (through his/her client device) transmits (send) his/her account information or SN information via the service provider’s (operator's) user interface (UI) , e.g., app or web browser, through a query flow (2) on Fig. 1. With this account information or SN, by searching in the localization server, service provider (operator) server can then locate (find) the residential gateway's relevant information, e.g., MAC, IP and access router IP, which connects the end user (through his/her client device) to the end user's residential gateway.
If there is an IP address in the residential gateway's record, then that means that the residential gateway was still active a moment ago when its most recent localization packet was received. The localization server can then return the residential gateway's IP address to the end user's client device. If the residential gateway is still active, the connection can immediately be established with the client device remotely upon request.
However, it may be the fact that, there is no IP address in the residential gateway record or the IP address has expired (is stale) since the localization packet (frame, message) was last sent (transmitted) by the residential gateway. In the latter case, the end user's client device can report an error notifying the service provider’s (operator's) server. Then, in this scenario, the service provider (operator) would assume the user's residential gateway is in sleep mode and try to awaken it.
Assuming that the residential gateway is in sleep mode, the service provider’s (operator’s) network will then trigger a wake-up frame (packet, message, request, command) to be sent (transmitted, forwarded) flow (3) on Fig. 1 to the residential gateway. Details as follows:
1) First, the service provider’s (operator’s) network should determine the IP address of the access router to which the residential gateway is physically connected. This can be done by searching in the localization server with the residential gateway’s SN or user account information.
2) With that access router's IP address, the service provider’s (operator's) network triggers transmission of a subnet directed broadcast (SDB) with a wake-up packet (frame, message, request, command) . The SDB is a standard technology. A SDB packet is treated as a normal network packet until processed by the final access router in the connection path to reach the end user’s residence. When the final access router receives the SDB containing the wake-up packet (frame, message, request, command) , the final access router converts the packet into a broadcast packet. Since the end user's residential gateway is bridged to the final access router, i.e., no intermediate router between the residential gateway and final access router, the broadcast packet can then be received by the residential gateway successfully as long as the residential gateway is in sleep mode, i.e., the link layer is active.
3) Since there could be various link types in the access network between the residential gateway and access router, e.g., Ethernet, passive optical network (PON) , digital subscriber line (DSL) , how to transmit (send, forward, broadcast) the wake-up frame (packet, message, request, command) over the links connected to the access router depends on further link layer technologies. For example on Ethernet, the wake-up packet (frame, message, request, command) is converted into a wake-on-LAN magic packet (frame) and is sent out (transmitted) through each Ethernet bridged port.
On the residential gateway which is in sleep mode, after the link terminating chipset (or sub-module in a highly integrated chipset) received this wake-up frame, the residential gateway recognizes that this frame is destined for itself since the destination MAC address is its own MAC address. Then, the link terminating chipset or sub-module will trigger a signal to the main CPU of the residential gateway to wake up. Consequently, the IP connection to the access router will be established and a localization packet will be immediately sent (transmitted, forwarded) to localization flow (4) on Fig. 1 server. The residential gateway's IP address is then forwarded (transmitted, sent) to the end user's client device and hence the remote access connection can be successfully established flow (5) on Fig. 1 via the Internet. Flows (6) on Fig. 1 indicate bridged connections between a residential gateway and the access router associated with the residential gateway (access router through which the residential gateway accesses the service provider’s (operator’s) network and the Internet) .
Fig. 2 is a ladder diagram of the remote wake-up scenario of the proposed method and apparatus. As illustrated in Fig. 2:
1. The residential gateway reports its localization information to the service provider’s (operator’s) localization server, including the information as described above.
2. The localization server saves (stores, records) the information into a database.
3. The end user triggers access to his/her residential gateway via the operator's UI, with e.g. SN or account/password. Note, before this step, the residential gateway may go into (enter) sleep mode.
4. The localization server searches for the residential gateway IP address, or its corresponding access router IP address if the residential gateway IP address is empty (stale) .
5. The localization server returns the residential gateway IP address if the residential gateway address is found.
6. If the residential gateway IP address is empty (stale) , the localization server triggers transmission of a wake-up packet (such as a subnet directed broadcast) to the access router associated with the residential gateway.
7. The access router converts the wake-up packet into a broadcast wake-up frame sent to all its residential gateways connected in link layer, e.g., a residential gateway using an Ethernet connection.
8. The residential gateway should wake-up after recognizing the wake-up frame destined for itself.
9. The residential gateway connects to the service provider (operator) network and then transmits a localization packet including localization information to the localization server immediately after wake-up.
10. The localization server returns the residential gateway IP address to end user client device.
11. The end user client device can then successfully connect remotely to his/her residential gateway.
Fig. 3 is a flowchart of the operation of the proposed method for the localization server. At 305 the localization server receives localization information from a residential gateway. The localization server stores the localization information in a database at the localization server. At 315 the localization server receives a request to remotely connect to the residential gateway from a client device. At 320 a determination is made if the localization server has (current) localization information for the residential gateway. If the  (current) localization information is not available at the localization server, then at 325 the localization server transmits a wake up packet to an access router associated with the residential gateway. The wake-up packet is a subnet directed broadcast wake-up packet. At 330 the localization server receives updated localization information from the residential gateway. If the localization server has current localization information for the residential gateway, then at 335 the localization server transmits the current localization information to the client device. If the localization server did not have the (current) localization information but subsequently received updated localization information (330) then at 335 the localization server transmits the updated localization information to the client device. At 340 a connection is established between the residential gateway and the client device through an access router.
Fig. 4 is a flowchart of the operation of the proposed method for the residential gateway. At 405 the residential gateway transmits localization information to a localization server. At 410 the residential gateway transitions into sleep mode. At 415 the residential gateway receives a wake up frame (message, packet) from an access router associated with the residential gateway. At 420 the residential gateway transitions to awake mode. At 425 the residential gateway transmits updated localization information to the localization server. At 430 a connection is established between the residential gateway and the client device.
Fig. 5 is a flowchart of the operation of the proposed method for the client device. At 505 the client device transmits a request to connect to a residential gateway. At 510 the client device receives localization information of the residential gateway from a localization server. At 515 a connection is established between the residential gateway and the client device based on said localization information.
Fig. 6 is a block diagram of an exemplary device such as a residential gateway or client device 600. The block diagram configuration includes a bus-oriented 650 configuration interconnecting a processor (processing unit) 620, and a memory 645. The configuration of Fig. 6 also includes a communication interface 625. The communication interface 625 may be wired or wireless and may in fact, include two interfaces –one for wired line communication and one for wireless communication. User interface and display 610 is driven by interface circuit 615.
Processor 620 provides computation functions for the device, such as depicted in Figs. 1 –2 and 4 -5. The processor 620 can be any form of CPU or controller that utilizes communications between elements of the device to control communication and computation processes. Those of skill in the art recognize that bus 650 provides a communication path  between the various elements of embodiment 600 and that other point-to-point interconnection options (e.g. non-bus architecture) are also feasible.
Any or all of the functionality included in the device may be embodied as application specific integrated circuits (ASICs) , field programmable gate arrays (FPGAs) , reduced instruction set computers (RISCs) or any other equivalent separate type of co-processor integrated into processor 620.
Memory 645 can act as a repository for memory related to any of the methods that incorporate the functionality of the device. Memory 645 can provide the repository for storage of information such as program memory, downloads, uploads, or scratchpad calculations. Those of skill in the art will recognize that memory 645 may be incorporated all or in part of processor 620. Communication interface 625 has both receiver and transmitter elements for communication as known to those of skill in the art. Program instructions for operation of the processor of the device may be in memory 645 or may be in processor.
communication interface 625 of a gateway 600 transmits localization information to a localization server. A processor 620 of the gateway 600 transitions the gateway into sleep mode. The communications interface 625 of the gateway 600 receives a wake up frame from an access router associated with the gateway 600. The processor 620 of the gateway 600 transitions the gateway 600 to awake mode. The communications interface 625 of the gateway 600 transmits updated localization information to the localization server. The processor 620 of the gateway 600 establishes a connection between the gateway 600 and the client device.
communications interface 625 of a client device 600 transmits a request to connect to a gateway by a client device 600. The communications interface 625 of the client device 600 receives localization information of the gateway from a localization server. A processor 620 of the client device 600 establishes a connection between the gateway and the client device 600 based on the localization information.
The localization server has a similar configuration as shown in Fig. 6 but based on the necessity to serve multiple users via multiple access routers and multiple residential gateways, may include a plurality of processors, significantly more or larger memory and multiple communication interfaces. One or more of the processors provide computation functions for the localization server such as depicted in Fig. 3. The processors can be any form of CPU or controller that utilizes communications between elements of the device to control communication and computation processes. Those of skill in the art recognize that  bus (or busses) of the localization server provide a communication path between the various elements of localization server and that other point-to-point interconnection options (e.g. non-bus architecture) are also feasible.
In a localization server, localization information is received from a gateway via one or more communication interfaces. The localization information is stored in memory. If a service provider assigned an account to a user then the user’s account information is also stored in memory. The localization server receives a request to connect remotely to the gateway from a client device via one or more communication interfaces. One or more processors of the localization server determine if the localization server has updated localization information for the gateway. If the updated localization information is available then the localization server transmits the updated localization information to the client device via one or more communication interfaces. If the updated localization information is not available at the localization server then the localization server transmits a wake up packet to an access router associated with the residential gateway. The localization server receives the updated localization information from the gateway via one or more communication interfaces. The localization server transmits the received updated localization information to the client device via one or more communication interfaces. One or more processors of the localization server establishes a connection between the gateway and the client device via one or more communication interfaces.
Any or all of the functionality included in the device may be embodied as application specific integrated circuits (ASICs) , field programmable gate arrays (FPGAs) , reduced instruction set computers (RISCs) or any other equivalent separate type of co-processor integrated into the processors.
Memory (or memory elements or databases) can act as a repository for memory related to any of the methods that incorporate the functionality of the localization server. Memory (or memory elements or databases) can provide the repository for storage of information such as program memory, downloads, uploads, or scratchpad calculations. Those of skill in the art will recognize that memory (or memory elements or databases) may be incorporated all or in part of the processors. The communication interfaces have both receiver and transmitter elements for communication as known to those of skill in the art. Program instructions for operation of the processor of the localization server may be in memory (or memory elements or databases) or may be in the processors.
It is to be understood that the proposed method and apparatus may be implemented in various forms of hardware, software, firmware, special purpose processors, or a combination thereof. Special purpose processors may include application specific integrated circuits (ASICs) , reduced instruction set computers (RISCs) and/or field programmable gate arrays (FPGAs) . Preferably, the proposed method and apparatus is implemented as a combination of hardware and software. Moreover, the software is preferably implemented as an application program tangibly embodied on a program storage device. The application program may be uploaded to, and executed by, a machine comprising any suitable architecture. Preferably, the machine is implemented on a computer platform having hardware such as one or more central processing units (CPU) , a random access memory (RAM) , and input/output (I/O) interface (s) . The computer platform also includes an operating system and microinstruction code. The various processes and functions described herein may either be part of the microinstruction code or part of the application program (or a combination thereof) , which is executed via the operating system. In addition, various other peripheral devices may be connected to the computer platform such as an additional data storage device and a printing device.
It should be understood that the elements shown in the figures may be implemented in various forms of hardware, software or combinations thereof. Preferably, these elements are implemented in a combination of hardware and software on one or more appropriately programmed general-purpose devices, which may include a processor, memory and input/output interfaces. Herein, the phrase "coupled" is defined to mean directly connected to or indirectly connected with through one or more intermediate components. Such intermediate components may include both hardware and software based components.
It is to be further understood that, because some of the constituent system components and method steps depicted in the accompanying figures are preferably implemented in software, the actual connections between the system components (or the process steps) may differ depending upon the manner in which the proposed method and apparatus is programmed. Given the teachings herein, one of ordinary skill in the related art will be able to contemplate these and similar implementations or configurations of the proposed method and apparatus.
For purposes of this application and the claims, using the exemplary phrase “at least one of A, B and C, ” the phrase means “only A, or only B, or only C, or any combination of A, B and C. ”

Claims (22)

  1. A method, said method comprising:
    transmitting (405) localization information to a localization server;
    transitioning (410) into sleep mode;
    receiving (415) a wake up frame from an access router;
    transitioning (420) to awake mode;
    transmitting (425) updated localization information to said localization server; and
    establishing (430) a connection between a network access device and a client device.
  2. The method according to claim 1, wherein said network access device is implemented by a gateway or a set top box.
  3. A method, said method comprising:
    transmitting (505) a request to connect to a network access device;
    receiving (510) localization information of said network access device from a localization server; and
    establishing (515) a connection between said network access device and said client device based on said localization information.
  4. The method according to claim 3, wherein said network access device is a gateway or a set top box.
  5. The method according to claim 3 or 4, wherein said request includes identification information of said network access device.
  6. The method according to claim 5, wherein said identification information is one of account information and a serial number of said network access device.
  7. The method according to any one of claims 3 to 6, wherein said request is transmitted via a service provider’s user interface.
  8. An apparatus, comprising:
    means for transmitting localization information to a localization server;
    means for transitioning into sleep mode;
    means for receiving a wake up frame from an access router;
    means for transitioning to awake mode;
    means for transmitting updated localization information to said localization server; and
    means for establishing a connection between said apparatus and a client device.
  9. The apparatus according to claim 8, wherein said apparatus is a gateway or a set top box.
  10. A client device, comprising:
    means for transmitting a request to connect to a network access device;
    means for receiving localization information of said network access device from a localization server; and
    means for establishing a connection between said network access device and said client device based on said localization information.
  11. The client device according to claim 10, wherein said request includes identification information.
  12. The client device according to claim 11, wherein said identification information is one of account information and a serial number of said network access device.
  13. The client device according to any one of claims 10 to 12, wherein said request is transmitted via a service provider’s user interface.
  14. An apparatus, comprising:
    a communications interface (625) , said communications interface transmitting localization information to a localization server;
    a processor (620) , said processor transitioning into sleep mode;
    said communications interface (625) receiving a wake up frame from an access router;
    said processor transitioning to awake mode;
    said communications interface (625) transmitting updated localization information to said localization server; and
    said processor (620) establishing a connection between said apparatus and said client device.
  15. The apparatus according to claim 14, wherein said apparatus is a gateway or a set top box.
  16. The apparatus according to claim 14 or 15, wherein said processor (620) is further configured for triggering a signal to wake itself up.
  17. An apparatus, comprising:
    a communications interface (625) , said communications interface transmitting a request to connect to a network access device;
    said communications interface (625) receiving localization information of said network access device from a localization server; and
    a processor (620) , said processor establishing a connection between said network access device and said apparatus based on said localization information.
  18. The apparatus according to claim 17, wherein said apparatus is a client device.
  19. The apparatus according to claim 17 to 18, wherein said request includes identification information.
  20. The apparatus according to claim 19, wherein said identification information is one of account information and a serial number of said network access device.
  21. The apparatus according to any one of claims 17 to 20, wherein said request is transmitted via a service provider’s user interface.
  22. A computer program product comprising non-transitory storage in which instructions are stored, which when executed by a computer perform the method of any one of claims 1 to 7.
PCT/CN2017/078961 2017-03-31 2017-03-31 Method to awaken a network access device from the internet WO2018176369A1 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
PCT/CN2017/078961 WO2018176369A1 (en) 2017-03-31 2017-03-31 Method to awaken a network access device from the internet
EP17904062.1A EP3602969A4 (en) 2017-03-31 2017-03-31 Method to awaken a network access device from the internet
CN201780089061.1A CN110622470B (en) 2017-03-31 2017-03-31 Method for waking up network access equipment from internet
US16/499,848 US11382174B2 (en) 2017-03-31 2017-03-31 Method to awaken a network access device from the internet

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2017/078961 WO2018176369A1 (en) 2017-03-31 2017-03-31 Method to awaken a network access device from the internet

Publications (1)

Publication Number Publication Date
WO2018176369A1 true WO2018176369A1 (en) 2018-10-04

Family

ID=63673891

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/078961 WO2018176369A1 (en) 2017-03-31 2017-03-31 Method to awaken a network access device from the internet

Country Status (4)

Country Link
US (1) US11382174B2 (en)
EP (1) EP3602969A4 (en)
CN (1) CN110622470B (en)
WO (1) WO2018176369A1 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3117295A1 (en) * 2020-12-04 2022-06-10 Orange Method for managing a request for access to a local communication network, method for processing a request for access to a local communication network, method for requesting access to a local communication network, devices, platform management, gateway, user terminal, system and related computer programs.

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007024306A1 (en) * 2005-08-23 2007-03-01 Apple, Inc. Method and apparatus for waking up a sleeping system
CN101953117A (en) * 2008-02-18 2011-01-19 微软公司 Efficient and transparent remote wakeup
CN102378324A (en) * 2010-08-10 2012-03-14 中兴通讯股份有限公司 Method and system for controlling energy conservation of Home (e) NodeB, Home (e) NodeB and network element
CN102547944A (en) * 2012-03-11 2012-07-04 上海宜云物联科技有限公司 Gate of internet of things for implementing long-term operation in environment without electricity and implementation method
CN102804861A (en) * 2009-06-24 2012-11-28 瑞典爱立信有限公司 Energy efficient base station entering sleep mode

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6381650B1 (en) 1997-03-10 2002-04-30 Palm, Inc. Method for finding the address of a workstation assigned a dynamic address
US7324518B2 (en) 2003-06-05 2008-01-29 International Business Machines Corporation Method and apparatus for transmitting wake-up packets over a network data processing system
KR101117766B1 (en) * 2004-03-31 2012-03-16 삼성전자주식회사 Method and apparatus for waking remote terminal up
US8077732B2 (en) * 2005-11-14 2011-12-13 Cisco Technology, Inc. Techniques for inserting internet protocol services in a broadband access network
US9319225B2 (en) 2007-01-16 2016-04-19 Microsoft Technology Licensing, Llc Remote device waking using a multicast packet
WO2009104828A1 (en) * 2008-02-22 2009-08-27 Logicplant Method for remote wake-up a computer connected to a network
US10756918B2 (en) * 2008-12-02 2020-08-25 ioBridge, Inc. Activating a device via a module-based device interaction system
TW201038077A (en) * 2009-04-13 2010-10-16 Avermedia Tech Inc Remote wake-up method, host to be awakened remotely, and wake-up management server
CN102667663B (en) 2009-12-04 2016-03-23 Nec欧洲有限公司 Power saving is carried out by the session between managing family gateway and broadband access node
US10123268B2 (en) * 2010-06-04 2018-11-06 Board Of Regents, The University Of Texas System Wireless communication methods, systems, and computer program products
US9098279B2 (en) * 2010-09-14 2015-08-04 Google Inc. Methods and systems for data interchange between a network-connected thermostat and cloud-based management server
TWI469570B (en) 2011-04-26 2015-01-11 Realtek Semiconductor Corp Remote wake mechanism for a network system and remote wake method thereof
CN102761941B (en) * 2011-04-28 2016-08-03 北京云天创科技有限公司 A kind of method utilizing ultra-low power consumption wireless smart sensor's network protocol transmission
CN104025512B (en) * 2011-11-01 2017-10-13 高通股份有限公司 For the system and method by network security computer system wakeup
CN103368833B (en) * 2012-03-31 2017-03-15 上海贝尔股份有限公司 Method and its device of joint communication is executed in a kind of network gateway
WO2015012567A1 (en) * 2013-07-22 2015-01-29 Samsung Electronics Co., Ltd. Remotely controllable electronic device and system including the same
CN105309012A (en) * 2013-10-18 2016-02-03 华为技术有限公司 Method, device, and system for waking up access point device
US9665149B2 (en) * 2014-03-17 2017-05-30 Throughtek Technology (Shenzhen) Co., Ltd. Gateway for controlling wakeup-on-LAN and sleep-on-LAN
KR20160041444A (en) * 2014-10-07 2016-04-18 주식회사 케이티 Method for controlling transmission path for providing server-push service in heterogenous network environment and device
CN106302616B (en) * 2015-06-11 2019-12-31 阿里巴巴集团控股有限公司 Network awakening method, remote server and network switching equipment
CN105182922B (en) 2015-08-06 2017-12-22 山东建筑大学 Office buildings power information gathers and energy-saving control system and method
US20170170979A1 (en) * 2015-12-15 2017-06-15 Pentair Flow Technologies, Llc Systems and Methods for Wireless Control and Monitoring of Residential Devices
FR3057125A1 (en) * 2016-09-30 2018-04-06 Orange METHOD AND DEVICE FOR REMOTELY REMAINS AN EQUIPMENT CONNECTED TO A NETWORK

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007024306A1 (en) * 2005-08-23 2007-03-01 Apple, Inc. Method and apparatus for waking up a sleeping system
CN101953117A (en) * 2008-02-18 2011-01-19 微软公司 Efficient and transparent remote wakeup
CN102804861A (en) * 2009-06-24 2012-11-28 瑞典爱立信有限公司 Energy efficient base station entering sleep mode
CN102378324A (en) * 2010-08-10 2012-03-14 中兴通讯股份有限公司 Method and system for controlling energy conservation of Home (e) NodeB, Home (e) NodeB and network element
CN102547944A (en) * 2012-03-11 2012-07-04 上海宜云物联科技有限公司 Gate of internet of things for implementing long-term operation in environment without electricity and implementation method

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3602969A4 *

Also Published As

Publication number Publication date
US11382174B2 (en) 2022-07-05
EP3602969A1 (en) 2020-02-05
CN110622470A (en) 2019-12-27
CN110622470B (en) 2022-09-20
US20200113018A1 (en) 2020-04-09
EP3602969A4 (en) 2020-11-25

Similar Documents

Publication Publication Date Title
US9198217B2 (en) Method for maintaining connection between terminal and network server, terminal and network server
WO2016058335A1 (en) Signal transmission control method and apparatus and electronic device
EP2947907B1 (en) Startup configuration method in base station, base station and server
US20140379817A1 (en) Fabric network
EP2856698B1 (en) Network presence offload
US11930004B2 (en) Smart gateway enabled low cost smart building solution
US20130067094A1 (en) Directly transfering data between devices
BR112020000303A2 (en) network edge controller and remote field service system
WO2021159708A1 (en) Method and apparatus for automatic access of internet of things device to wireless local area network
WO2022022420A1 (en) Network distribution method and system
US20230199610A1 (en) Thread over Internet Protocol
US10489055B2 (en) Z-wave controller shift in thermostats
CN107124337A (en) Equipment configuration method, device, system and centralized control terminal
JP5813891B2 (en) Processing method and processing apparatus for automatically setting Internet access mode
TW201336336A (en) Method and system for connecting mobile device to server
US11382174B2 (en) Method to awaken a network access device from the internet
CN112291749A (en) Method and device for awakening T-Box, T-Box and server
KR20160049919A (en) Method for managing coordinator in wireless sensor network for minimizing sensor data losses
WO2018214154A1 (en) Data forwarding method to support media access control over the top gateway
CN106302860B (en) SDN-based free address resolution protocol sending method, device and system
EP3096505B1 (en) Method and apparatus for processing interactions between devices
KR20180080547A (en) Network management method and system for remote wakeup of multiple IT devices
CN104427597B (en) WLAN terminal keeps always on system and method, server
WO2024031682A1 (en) Device control method and apparatus, and device, storage medium and program product
WO2023116289A1 (en) User message forwarding method, network element, electronic device, and storage medium

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: 17904062

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2017904062

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2017904062

Country of ref document: EP

Effective date: 20191031