TWI555348B - Energy efficient ethernet power management via siepon protocol - Google Patents

Description

Communication equipment, system and method for energy-efficient Ethernet network power management

This invention relates to energy efficient Ethernet (EEE) and, more particularly, to EEE power management.

EPON (Ethernet Passive Optical Network) technology is the leading technology for FTTx (Fiber Access) access networks. In response to the rapid development of EPON technology, the market is looking for system-level specifications for open internationalization that promote multi-vendor interoperability. This has created a need for a new standard, and in December 2009, the IEEE Standards Association announced plans to form the IEEE P1904.1 working group to develop service interoperability (SIEPON) for Ethernet passive optical networks. standard. The team is partially planning to take EPON to the next level, the global level.

The purpose of the SIEPON standard program is to develop system-level specifications that target the "plug and play" interoperability of transport, service, and control planes in a multi-vendor environment. The goal of SIEPON is to build on IEEE 802.3ah (1G-EPON) and IEEE 802.3av (1OG-EPON) physical layer and data link layer standards and to generate system level and network level standards, allowing for multi-vendor environments. Comprehensive "plug and play" interoperability with transport, service and control planes.

In the trend that has grown in recent years, energy costs continue to increase gradually. As a result, the impact of different industries on these rising costs is becoming increasingly sensitive. One area that has led to an increasingly rigorous review is the IT infrastructure. Many companies are now looking at the power consumption of their IT systems to determine if they can reduce energy costs. To this end, the industry's focus on energy-efficient networks has caused an overall rise in the cost of using IT equipment. (for example, PCs, monitors, printers, servers, network components, etc.).

Modern network components are increasingly implementing energy consumption and efficiency (ECE) control mechanisms. Typical ECE mechanisms (eg, power limitations) are also used in the network. Some modern ECE control mechanisms allow physical layer components to enter and leave a low power state. The ECE control policy controls the time and circumstances when the ECE controls the active physical layer elements entering and leaving the low power state. Device control strategies play a key role in maximizing savings while minimizing the impact on network performance.

An example of an ECE control mechanism is the IEEE P802.3az standard, also known as Energy Efficient Ethernet (EEE). Systems and methods are provided for allowing a service provider to manage, query, and dynamically configure a network-facing interface on a domain and protocols on a device that can provide services using SIEPON.

According to an aspect of the invention, the following apparatus is provided:

(1) A device comprising: an interface; and a Service Interoperability (SIEPON) Operation, Management and Maintenance (OAM) client of an Ethernet passive optical network, wherein the SIEPON OAM client is configured to: determine a user An energy efficient Ethernet (EEE) control policy setting for a premises equipment (CPE) device, generating a first OAM message based on the EEE control policy setting, and transmitting the first OAM message to the CPE device via the interface .

(2) The device according to (1), wherein the device is implemented on the following network: Ethernet passive optical network (EPON), cable-based EPON (EPoC), or EPON cable data Service Interface Specification (DOCSIS) Provisioning (DPOE) network.

(3) The device according to (1), wherein the EEE of the CPE device The control strategy is set to place the CPE device in a sleep mode or a low power mode setting.

(4) The device of (1), wherein the SIEPON OAM client is implemented on an optical line terminal (OLT).

(5) The device of (1), wherein the SIEPON OAM client is further configured to: receive a recommendation to enter a sleep mode or a low power mode; update a control policy based on the recommendation; the control based on the update The policy generates a second OAM message; and transmits the second OAM message to the CPE device through the interface.

(6) The device of (5), wherein the SIEPON OAM client is further configured to: periodically receive the suggestion to enter the sleep mode or the low power mode; periodically update the location based on the recommendation a control policy; the second OAM message is periodically generated based on the updated control policy; and the second OAM message is periodically sent to the CPE device through the interface.

According to another aspect of the present invention, there is also provided the following system:

(7) A system comprising: a Service Interoperability (SIEPON) Operation, Management and Maintenance (OAM) client of an Ethernet passive optical network; and a Network Power Manager (NPM), wherein the NPM The method is configured to: determine an Energy Efficient Ethernet (EEE) control policy setting of a Customer Premises Equipment (CPE) device, and direct the SIEPON OAM client to generate a first OAM message based on the EEE control policy setting.

(8) The system of (7), further comprising: an optical network unit (ONU), wherein the ONU is configured to receive the The first OAM message and the first OAM message is sent to the CPE device.

(9) The system of (7), wherein the EEE control policy of the CPE device is set to place the CPE device in a sleep mode or a low power mode setting.

(10) The system of (7), wherein the system is implemented on the following network: Ethernet passive optical network (EPON), cable-based EPON (EPoC), or EPON cable data Service Interface Specification (DOCSIS) Provisioning (DPOE) network.

(11) The system of (7), wherein the NPM is further configured to: receive a recommendation to enter a sleep mode or a low power mode; update a control policy based on the recommendation; generate the first based on the updated control policy a second OAM message; and transmitting the second OAM message to the CPE device.

(12) The system of (11), wherein the NPM is further configured to: periodically receive the suggestion to enter the sleep mode or the low power mode; periodically update the control policy based on the recommendation Generating the second OAM message periodically based on the updated control policy; and periodically transmitting the second OAM message to the CPE device.

According to another aspect of the present invention, the following method is also provided:

(13) A method comprising: determining an energy efficient Ethernet (EEE) control policy setting of a customer premises equipment (CPE) device; service interoperability (SIEPON) operation, management using an Ethernet passive optical network, and The maintenance (OAM) client generates the first based on the EEE control policy settings OAM message; and transmitting the first OAM message to the CPE device.

(14) The method of (13), wherein the SIEPON OAM client is implemented on an Optical Line Terminal (OLT).

(15) The method of (13), wherein the network power manager (NPM) determines the EEE control policy setting.

(16) The method of (13), wherein the transmitting the first OAM message to the CPE device further comprises: transmitting the first OAM message to an optical network unit (ONU), where The ONU receives the first OAM message and sends the first OAM message to the CPE device.

(17) The method of (13), wherein the EEE control policy of the CPE device is set to place the CPE device in a sleep mode or a low power mode setting.

(18) The method of (13), further comprising: receiving a recommendation to enter a sleep mode or a low power mode; updating a control policy based on the recommendation; generating a second OAM message based on the updated control policy; The interface sends the second OAM message to the CPE device.

(19) The method of (18), wherein a network power manager (NPM) updates the control policy based on the suggestion.

(20) The method of (18), further comprising: periodically receiving a recommendation to enter the sleep mode or the low power mode; periodically updating the control policy based on the recommendation; periodically based on the updated control policy Generating the second OAM message; and periodically transmitting the second OAM message to the CPE device.

100‧‧‧PON

130‧‧‧ OLT

140‧‧‧ Passive splitter

150‧‧‧Electrical Module

160‧‧‧Optical module

161‧‧‧Laser diode driver

162‧‧‧Limiter amplifier

163‧‧‧Two-way optical sub-assembly (BoSa) module

164‧‧‧ Controller

201‧‧‧ OLT

203‧‧‧ interface

206‧‧‧Machine box

210‧‧‧Central Office

220‧‧‧ Passive splitter

230‧‧‧External network

300‧‧‧NPM

402‧‧‧IEEE P1904.1 SIEPON standard

404‧‧‧IEEE 802.3 standard

417‧‧‧OAM function

500‧‧‧EEE Control Strategy

600~604‧‧‧Steps

700~706‧‧‧Steps

120,120-1,...,120-N‧‧‧ONU

202, 202a~202c‧‧‧ONU

204a~204e‧‧‧LLID #1~LLID #5

403a, 403b‧‧‧Media related interface (MDI)

405a‧‧‧Line Interface OLT-LI

405b‧‧‧Line interface ONU-LI

406a‧‧‧Line OLT function

406b‧‧‧Line ONU function

407a‧‧‧Client Interface OLT-CI

407b‧‧‧Client Interface ONU-CI

408a‧‧‧Client OLT function

408b‧‧‧Client ONU function

409a‧‧‧Network to Network Interface (NNI)

409b‧‧‧Client Network Interface (UNI)

410a‧‧‧Service OLT function

410b‧‧‧Service ONU function

411‧‧‧ Optical Data Network/ODN

412a, 412b‧‧‧802.3 layered model

414a‧‧‧OLT 802.3 client

414b‧‧‧ONU 802.3 client

416a, 416b‧‧‧ service specific functions

418a‧‧OAM client

418b‧‧‧MAC Control Client

418c‧‧‧MAC client

420a‧‧‧OAMPDU.Indication

420b‧‧OAMPDU.Request

420c‧‧OAM_CTRL.Indication

420d‧‧‧OAM_CTRL.Request

422a‧‧‧MA_CONTROL.Indication

422b‧‧‧MA_Control.Request

424a‧‧‧MA_DATA.Request

424b‧‧‧MA_DATA.Indication

426a‧‧‧Enter

426b‧‧‧ classifier

426c‧‧‧Modifier

426d‧‧‧Strategator/Shaker

426e‧‧‧cross connector

426f‧‧‧ queue

426g‧‧‧ Scheduler

426h‧‧‧ output

427‧‧‧OAM function

428a‧‧OAM client

428b‧‧‧MAC Control Client

428c‧‧‧MAC client

502a‧‧‧ processor

502b‧‧‧ processor

502c‧‧‧ processor

The accompanying drawings, which are incorporated in and constitute a The detailed description of the embodiments is provided to explain the principles of the disclosure. In the figure: FIG. 1A is a schematic diagram of a passive optical network (PON); FIG. 1B is a block diagram of a typical optical line terminal (OLT); FIG. 2A shows an Ethernet passive optical network (EPON), wherein The central office and multiple users are coupled together by fiber optics and passive optical splitters; Figure 2B shows a passive optical network comprising a single OLT and multiple ONUs; Figure 3 is a diagram including network power management in accordance with an embodiment of the present disclosure 4A is a diagram showing the coverage of the IEEE 802.3 standard and the IEEE P1904.1 SIEPON standard according to an embodiment of the present disclosure; FIG. 4B is a more detailed illustration according to an embodiment of the present disclosure. An illustration of the functions performed by the OLT user; FIG. 4C is a diagram showing functions performed by the ONT user in more detail in accordance with an embodiment of the present disclosure; FIG. 5 illustrates implementing EEE power using SIEPON in accordance with an embodiment of the present disclosure. A block diagram of a managed system; FIG. 6 is a flowchart of a method for implementing EEE power management using SIEPON according to an embodiment of the present disclosure; and FIG. 7 is an ONU and using SIEPON according to information collected from a CPE device according to an embodiment of the present disclosure. On the CPE device A flow chart of a method of updating the EEE interface.

The features and advantages of the present disclosure will become more apparent from the detailed description of the embodiments of the invention. In the figures, like reference numerals generally refer to the same, functionally similar and/or structurally similar components. The diagram in which the component first appears is indicated by the leftmost digit in the corresponding reference number.

In the following description, numerous specific details are set forth However, it will be apparent to those skilled in the <Desc/Clms Page number> The descriptions and illustrations herein are a common way for those skilled in the art or the skilled artisan to <RTIgt; In other instances, well-known methods, procedures, components, and circuits have not been described in detail to avoid obscuring the various aspects of the present disclosure.

References to "an embodiment", "an embodiment", "an example embodiment" or the like in this specification means that the described embodiments may include specific features, structures or characteristics, but each embodiment does not need to include a particular feature. , structure or characteristics. Moreover, such phrases are not necessarily referring to the same embodiment. Rather, the specific features, structures, or characteristics are described in conjunction with one embodiment.

1 Overview

Typically, the control policies within the Customer Premises Equipment (CPE)/ONU device connected to the EPON are pre-programmed into the device. As a result, CPE devices must be customized (for example, in cooperation with original service manufacturers (OEMs)/original design manufacturers (ODMs) of these service providers), and users cannot plug and play devices to the needs of the provider. In the network. Moreover, in general, control strategies cannot be easily managed without adding special control channels, and adding special control channels can cause additional complexity and cost. Once the control strategy is programmed into the device, the device cannot escape these control strategies. The service provider cannot change the control strategy within the programmed custom access device because the service provider cannot access the control policies for the devices in the home for configuration and/or programming. On a link that inserts a TV within an access link for video on demand (VOD), the service provider cannot manage the EEE policy.

Systems and methods in accordance with embodiments of the present disclosure allow a service provider to manage, query, and dynamically configure an EEE protocol on a CPE device that is located on a user's premises and that is connected to an ONU that communicates with the service provider to provide service (eg, For example, the box on the box). In doing so, the service provider can dynamically update the EEE policy based on usage (network EEE statistics can be aggregated up to the service provider/central office (CO) via the SIEPON link), time, and services provided. Embodiments of the present disclosure enable service providers to manage EEE policies for CPE devices such that these policies are not limited to policies that are typically pre-programmed on CPE devices. The method according to one embodiment uses the operation, management, and maintenance (OAM) functions of the SIEPON protocol to define the specific capabilities of the service provider to query, configure, and manage EEE control policies and power management over the network interface and devices within the network domain. . Protocol messages can be exchanged to implement the method.

In addition, service providers and their partner OEMs can support protocols rather than specific control strategies. This can be further extended to handle the services provided (e.g., video on demand (VOD) services provided to EEE capable televisions). Protocols in accordance with embodiments of the present disclosure enable service providers to manage control policies used by televisions (and corresponding switches), including power-saving configurable levels of aggression and configurable wake-up times. In addition, messages about usage data and configuration files can be sent back to the service provider from the CPE device.

The disclosed systems and methods enable service providers to dynamically increase control policies and bring service providers into EEE domains for additional devices/services within a particular home. The disclosed system and method enable a user to utilize the plug-and-play features of an end user device. The disclosed method can also be implemented using a Wired Cable Data Service Interface Specification (DPOE) provisioning (DPOE) implementation of an EPON, such as a SIEPON system running on a cable EPON (EPoC) instead of an EPON (and EPON/SIEPON) System and method.

2. Passive optical network topology

A passive optical network (PON) topology will now be described with reference to Figures 1 and 2. A PON is a point-to-multipoint network structure that includes an Optical Line Terminal (OLT) at a service provider and an ONU at the user for providing broadband services to the user. New standards have been developed to define different types of PONs, each type of PON being used for a different purpose. For example, various PON types known in the related art include Broadband PON (BPON), Ethernet PON (EPON), 10 Gigabit Ethernet PON (10G-EPON Gigabit), Gigabit PON (GPON) ), 10 Gigabit PON (XG-PON1), next-generation PON NGPON2, etc.

An exemplary diagram of a typical PON 100 is shown schematically in FIG. The PON 100 includes N ONUs 120-1 through 120-N (collectively referred to as ONUs 120) that are coupled to the OLT 130 by passive optical splitters 140 and optical fibers. In EPON, for example, two optical wavelengths (one for the downstream direction and one for the upstream direction) are used to achieve traffic data transmission. Therefore, downstream transmissions from OLT 130 are broadcast to all ONUs 120. Each ONU 120 filters its individual data based on pre-assigned tags (e.g., LLIDs within the EPON). In one embodiment, passive splitter 140 is a 1-to-N splitter (ie, a splitter capable of distributing traffic between a single OLT 130 and N ONU 120).

In most PON architectures, upstream transmissions are shared between ONUs 120 in a time division multiple access (TDMA) based access scheme controlled by OLT 130. TDMA requires the OLT 130 to first discover the ONU and then measure its round trip time (RTT) before being able to allow coordinated access to the upstream link. For this purpose, in the ranging state, the OLT 130 attempts to determine the distance between the OLT 130 and the terminal unit (i.e., the ONU 120) to at least determine the RTT between the OLT 130 and each of the ONUs 120. The RTT of each ONU 120 is required in order to coordinate the TDMA-based access of all ONUs 120 to the shared upstream link. In the normal mode of operation, the distance between the OLT 130 and the ONU 120 may change over time due to temperature variations on the fiber optic link, which is caused by different signal propagation times on the fiber. Therefore, the OLT 130 continuously measures the RTT and adjusts the TDMA scheme of each ONU accordingly.

As shown schematically in FIG. 1B, OLT 130 (which is operable, for example, in an EPON) includes an electrical module 150 and an optical module 160. The electrical module 150 is responsible for processing the received upstream burst signals and generating downstream signals. The electrical module 150 typically includes a network processor and a medium access control (MAC) adapter that is designed to The upstream and downstream signals are processed and operated according to individual PON standards.

In most cases, the optical module 160 is implemented as a small form-factor pluggable (SFP) transceiver that receives optical burst signals transmitted from an ONU (eg, ONU 120) and transmits continuous optical signals to the ONUs. . Receive and transmit signals through two different wavelengths. For example, in an EPON, in the downstream direction, the optical module 160 generates optical signals from 1480 nm to 1500 nm (referred to as 15XY), and in the upstream direction, the optical module 160 receives optical signals from 1260 nm to 1360 nm.

The optical module 160 includes a laser diode driver 161 coupled to the transmitting laser diode, and the transmitting laser diode generates an optical signal based on the electrical signal provided by the laser diode driver 161. The optical module 160 further includes a limiter amplifier 162 coupled to the receiving photodiode, the photodiode generating a current proportional to the amount of light of the optical input burst signal. The limiter amplifier 162 generates two current levels indicating whether the received burst signal is a '1' or a '0' logic value.

The receiver/transmitter optics (ie, photodiode and laser diode) are implemented as a bi-directional optical sub-assembly (BoSa) module 163 that can transmit and receive high rate optical signals. The optical module 160 also includes a controller 164 that communicates with the electrical module 150 via the I2C interface and performs tasks related to calibration and monitoring of the transceiver.

OLT vendors typically develop and manufacture electrical modules 150 for OLT 130, while optical modules 160 are typically off-the-shelf transceivers such as SFP, XFP, and the like. Thus, the interface between electrical module 150 and optical module 160 is a standard interface compatible with any type of SFP transceiver. As shown in FIG. 1B, the interface includes wires for receiving (RX) data, transmitting (TX) data, enabling TX signals, resetting RX signals, and I2C for use between electrical module 150 and controller 164. Engage. The I2C interface is a slower serial interface with data rates up to 4 Mb/sec. In contrast, the RX data and TX data interfaces are high-speed interfaces, where the data rate of the signals on these interfaces is similar to the data rate of the PON.

2.1 Ethernet passive optical network topology

Ethernet Passive Optical Network (EPON) combines the Ethernet packet framework with PON technology. As a result, these networks provide a simple and scalable Ethernet for cost-effective and high-capacity passive optics. In particular, EPON is capable of simultaneously accommodating broadband voice, data, and video traffic due to the high bandwidth of the fiber. Moreover, since Ethernet frames can directly encapsulate local IP packets of different sizes, and ATM Passive Optical Network (APON) uses fixed-size ATM cells and therefore requires packet fragmentation and reassembly, EPON is more suitable. Internet Protocol (IP) traffic.

Typically, EPON is used within the "first mile" of the network, providing connectivity between the service provider's central office and commercial or residential users. Logically, the first mile is a point-to-multipoint network, and the central office serves multiple users. A tree topology can be used in EPON, where one fiber couples the central office to a passive optical splitter that splits the downstream optical signals, assigns them to the user, and combines the user's upstream optical signals (see Figure 2A).

Transmission within the EPON is typically performed between an Optical Line Terminal (OLT) and an Optical Network Unit (ONU) (see Figure 2B). The OLT is typically located in a central office (e.g., central office 210 in Figure 2A) and couples the fiber access network to a metropolitan backbone network, which is typically an external network belonging to an ISP or local switching carrier. road. The ONU can be located on the roadside or at the end user location and provides broadband voice, data and video services. The ONU is typically coupled to a 1xN passive optical coupler, where N is the number of ONUs and the passive optical coupler is typically coupled to the OLT through a single optical link. This configuration can achieve a large amount of fiber saving and the amount of hardware required for EPON.

Communication within the EPON can be divided into upstream traffic (from ONU to OLT) and downstream traffic (from OLT to ONU). In the upstream direction, the ONU needs to share channel capacity and resources because there is only one link that couples the passive optical coupler to the OLT. In the downstream direction, due to the broadcast nature of the 1xN passive optical coupler, downstream data frames are played by the OLT into all ONUs, and subsequently by their destination ONUs Extracted according to its separate Logical Link Identifier (LLID). The LLID carries the physical address information of the frame and determines which ONU is allowed to extract the frame.

2A shows an Ethernet passive optical network (EPON) in which a central office and multiple users are coupled together by fiber optics and passive optical splitters. As shown in FIG. 2A, a plurality of users are coupled to the central office 210 via optical fibers and passive optical splitters 220. Passive splitter 220 can be located near the end user location, thereby minimizing initial fiber deployment costs. The central office 210 can be coupled to an external network 230, such as a metropolitan area network operated by an Internet Service Provider (ISP). It is to be noted that although FIG. 2A illustrates a tree topology, EPON may also be based on other topologies, such as rings or buses.

FIG. 2B shows an EPON including a single OLT and multiple ONUs. The OLT 201 is located in a central office (e.g., central office 210 in FIG. 2A) and is coupled to the external network 230 via interface 203. The OLT 201 is coupled to the ONU 202 by an optical fiber and a passive optical splitter 220. As shown in FIG. 2B, an ONU (eg, any of ONUs 202) can accommodate multiple network devices, such as personal computers, telephones, video devices, network servers, and the like. One or more network devices belonging to the same type of service are typically assigned to a logical link ID (LLID) as defined in the IEEE 802.3 standard. The LLIDs 204 may represent, for example, user or user services, or they may be used for some other purpose. The LLID establishes a logical link between the ONU (eg, any of the ONUs 202) and the OLT (eg, the OLT 201) and can define specific service level agreement (SLA) requirements. In this example, LLID #1 204a is assigned to the rule data service of ONU 202a, LLID #2 204b is assigned to the voice service of ONU 202b, LLID #3 204c is assigned to the video service of ONU 202b, and LLID #4 is set 204d is a key data service assigned to the ONU 202c. The LLID #5 204e is assigned to the set-top box 206.

2.2 Energy efficient Ethernet and SIEPON in PON

In traditional PONs that support energy efficient Ethernet (EEE) and SIEPON, there is no unified power-saving control strategy that supports both EEE and SIEPON. Instead, EEE The control policy manages energy consumption and efficiency (ECE) between the ONU 202 and the CPE device (eg, the set-top box 206), and the SIEPON control policy manages the ECE between the OLT 201 and the ONU 202. Embodiments of the present disclosure provide systems and methods that enable a service provider to dynamically update EEE control policies at ONUs 202 and/or CPE devices based on SIEPON control policies using a unified control policy. In an embodiment, a unified control policy is enforced by a Network Power Manager (NPM). FIG. 3 adds integrated NPM 300 to the topology of FIG. 2B in accordance with an embodiment of the present disclosure. For example, NPM 300 may be implemented within OLT 201 and/or within one or more ONUs 202. Alternatively, NPM 300 may be implemented within a standalone device (e.g., in communication with OLT 202). Power management using EEE and SIEPON is now described in more detail.

3, energy efficient Ethernet

The ECE control mechanism can be used to control the energy consumption and efficiency of the device. In general, these ECE mechanisms are designed to reduce energy consumption and increase efficiency while maintaining acceptable performance levels.

An example of an ECE control mechanism is the IEEE P802.3az standard, also known as Energy Efficient Ethernet (EEE), which is incorporated herein by reference. EEE is an IEEE standard designed to save Ethernet power on a selected set of physical layer devices (PHYs). Example PHYs referenced within the IEEE standard include 100BASE-TX and 1000BASE-T PHYs as well as emerging 10GBASE-T technologies and backplane interfaces, such as 10GBASE-KR.

EEE capable devices may have their ECE features managed by a configuration command called a control policy. Control strategy generation can consider different types of power messages (eg, traffic patterns over a period of time, traffic, performance characteristics, types and attributes of traffic, and other relevant information that can help determine when to use EEE functionality). Control strategy generation can also be determined by treating the activity of the hardware subsystem as a proxy for actual traffic analysis. Broadly speaking, the power message can include any configuration, resource, and power usage information associated with ECE optimization for all network hardware, software, and traffic.

For example, the switch's control policy can describe the time and circumstances when the switch enters and exits the energy-efficient, low-power state. Control strategies can be used to control one or more physical or virtual devices in the system. For example, a control policy (also known as a physical control policy or device control policy) adds an additional layer of control to the EEE capable device. In an embodiment, a general approach to energy consumption and efficiency initiatives is to reduce the power consumed by as many network elements/links as possible for as long as possible. To this end, the network element/link is put into a sleep state or a low power state when data is not transmitted over the network. Signals are periodically transmitted over the link to refresh the receiver at the destination and thus maintain link activity.

For example, each ONU 202 can use EEE control policies to control the energy consumption of the EEE ports and use those EEE ports to control the CPE devices connected to them. For example, when data is not transmitted to the CPE device, the ONU 202a can use the EEE control policy to place the CPE device (e.g., set-top box 206) connected thereto in a sleep state (or low power state). The ONU 202a may also enter a sleep state (or low power state) when the ONU 202a determines that no data is being transmitted to any CPE device connected thereto or no data is transmitted from any CPE device connected thereto. The EEE control policy at each ONU can determine how often each ONU goes to sleep. If power consumption is not managed efficiently, it can cause unacceptable performance penalties within the network. For example, each device that is powered off (in sleep or low power state) should be awake for a reasonable amount of time to perform the desired function. While the power of the CPE device (e.g., set-top box 206) is reduced (e.g., into a sleep state or a low power state), the corresponding ONU 202 (e.g., ONU 202a) periodically transmits a signal to maintain link activity.

4, SIEPON

After the IEEE 802.ah (EPON) standard was approved, different operators developed their own proprietary specifications for higher-level EPON functions. SIEPON is an umbrella standard that defines a common reference structure to ensure that EPON maintains a single ecosystem, as opposed to multiple state-controlled and/or fragmented ecosystems. SIEPON plan to try Addressing different requirements in a consistent and unified manner, these requirements are associated with multiple service models, different provisioning and management teams, and various deployment scenarios for EPON.

Since it is difficult to test a large number of EPON configurations compatible with SIEPON, SIEPON uses a "set menu" method that groups EPON features into supported data packets. For example, the EPON feature can be a general function or a characteristic of an EPON device, such as a power saving feature. Other SIEPON features include power saving features, trunk and tree protection features, software download feature enhancements, authentication features, and Internet Group Management Protocol (IGMP)/Multicast Listener Discovery (MLD) features.

The SIEPON attribute is configured for a particular implementation or feature. The SIEPON power saving attributes include an OLT-driven power saving mechanism, a power saving mechanism that supports ONU startup/response, and/or an OLT-driven power saving mechanism with multiple sleep cycles. The SIEPON attributes are grouped into data packets. Each SIEPON packet contains a set of attributes that represent the full specifications of the interoperable OLT and ONU. For example, the first data packet (Packet A) is a specification targeting the global cable industry aligned with the DOCSIS Provisioning (DPoE) specification of EPON, and the second data packet (Packet B) is with the Japan Telecommunications Telephone Company (NTT) The specification targets the Japanese local telephone carrier market, and the third data packet (packet C) is a specification targeting the Chinese local telephone carrier market aligned with the Chinese Telegraph Code (CTC) specification. .

In an EPON-based access system, SIEPON includes the service interoperability features of the system. These features include the operation, management, maintenance (OAM) features of the access link and energy saving protocols for the link across the OLT (e.g., OLT 201) and ONU link partners (e.g., ONU 202). However, in actual deployments, the ONU (eg, ONU 202a) is part of the system, such as a Customer Premises Equipment (CPE) device, and the CPE device itself is installed within the user's home or company. The CPE device has its own control strategy and energy saving protocol.

4A is a diagram showing the coverage of the IEEE 802.3 standard and the IEEE P1904.1 SIEPON standard. As shown in FIG. 4A, link management of the physical layer, MAC, and EPON is defined by the IEEE 802.3 standard 404. IEEE P1904.1 SIEPON Standard 402 provides services to high-level users. These high-level clients include the ONU 202a communicating through the Optical Data Network (ODN) 411 and the MAC client of the OLT 201, the MAC Control Client, and the Operation, Administration, Maintenance (OAM) client. In an embodiment, the client described herein is a software client that defines the high level performance of ONU 202a and OLT 201 and can be implemented in each OLT 201 and ONU 202a using one or more processors. However, it should be understood that in embodiments, these clients may also be implemented directly in hardware. By providing services to these clients, SIEPON can be used to control the high-level performance of the OLT and ONU.

As shown in FIG. 4A, the functions covered by the IEEE 802.3 standard 404 are represented as line OLT function 406a and line ONU function 406b, and are performed by IEEE 802.3 layered models 412a, 412b. The services covered by the IEEE P1904.1 SIEPON standard 402 are represented as client OLT function 408a and client ONU function 408b and are executed by an IEEE 802.3 client. Service specific functions not covered by either of these two standards are represented as service OLT function 410a and service ONU function 410b. Line OLT function 406a and line ONU function 406b may be used to transmit and receive Ethernet frames, including OAM frames, but line OLT function 406a and line ONU function 406b may not perform more advanced functions, such as discovery and registration. These more advanced functions are performed by the OLT 802.3 client 414a and the ONU 802.3 client 414b using the client OLT function 408a and the client ONU function 408b, respectively.

The ONU 202a and the OLT 201 communicate through the ODN 411 and are connected to each other through a Media Related Interface (MDI) 403a and a Media Related Interface 403b. The OLT 802.3 client 414a connects to the line ONU function 406b via the line interface OLT-LI 405a (equivalent to the IEEE 802.3 MAC service and OAM service interface), and the ONU 802.3 client 414b is connected to the line ONU function 406b via the line interface ONU-LI 405b. . The OLT 802.3 client 414a is connected to the service specific function 416a via the client interface OLT-CI 407a, and the ONU 802.3 client 414b is connected to the service specific function 416b via the client interface ONU-CI 407b. The OLT service specific function 416a is connected to the external network 230 through a network to network interface (NNI) 409a, and And the ONU service specific function 416b is connected to the CPE device (e.g., the set-top box 206) through the client network interface (UNI) 409b.

4.1 OLT client

Figure 4B shows the OLT 802.3 client 414a in more detail. The OLT 802.3 client 414a includes an OAM client 418a, a MAC Control Client 418b, and a MAC Client 418c. The OAM client 418a performs higher layer OAM functions 417 for the line OLT function 406a, for example, for: Internet Group Management Protocol (IGMP), Simple Network Management Protocol (SNMP), power saving, protection, alarm, statistics, provisioning And the ability to verify. The MAC Control Client 418b performs higher layer MAC Control functions for the Line OLT Function 406a, including functions for discovery and registration, GATE generation, and REPORT processing. The MAC client 418c performs higher layer MAC user functions for the line OLT function 406a, including functions for: virtual local area network (VLAN) mode, tunneling, multicast, quality of service (QoS) features, buffering, and scheduling.

The SIEPON provides a unified provisioning model for the MAC client 418c data path, including for input 426a, classifier 426b, modifier 426c, police/former 426d, cross-connect 426e, queue 426f, scheduler 426g, and output 426h. function block. Input 426a receives the frame from NNI 409a. The classifier 426b classifies the input frames by comparing the frame header with a predetermined value. The modifier 426c modifies the frame field by adding a field, replacing the field, or removing the field of the frame. The policer/shaler 426d enforces the policy by delaying incompatible frames (shaping) or marking incompatible frames to be discarded (for supervision). Cross connector 426e moves the frame to the appropriate queue. Queue 426f keeps the frames in the queue until scheduler 426g is ready for processing. The scheduler 426g multiplexes the frames into the output 426h based on the scheduling algorithm. Output 426h outputs the frame to the interface (e.g., output to line interface OLT-LI 405a). As shown in FIG. 4B, the MAC client 418c includes a corresponding series of functional blocks for processing data received from the line OLT function 406a for transmission to the external network 230 via the NNI 409a.

The MAC client 418c, the OAM client 418a, and the MAC Control Client 418b can be connected to the Line OLT function 406a using service primitives. For example, when the MAC client 418c transmits data (e.g., when outputting 426h to output a frame), the MAC client 418c generates a MA_DATA.Request 424a service primitive. When the MAC client receives data transmitted from the line OLT function 406a, the MAC client 418c receives the MA_DATA.Indication 424b service primitive. Similarly, the MAC Control Client 418b and Line OLT Function 406a use the MA_CONTROL.Indication 422a service primitive and the MA_Control.Request 422b service primitive to send and receive messages to each other. OAM client 418a and line OLT function 406a are connected using at least two sets of service primitives. When the OAM client 418a wishes to send an OAM message to the ONU, the OAM client 418a generates an OAMPDU.Request 420b service primitive and/or an OAM_CTRL.Request 420d service primitive. When the OAM client 418a receives an OAM message from the ONU, the OAM client 418a receives the OAMPDU.Indication 420a service primitive or the OAM_CTRL.Indication 420c service primitive.

4.2 ONU Client

4C is a diagram showing the ONU 802.3 client 414b in more detail. The ONU 802.3 client 414b includes an OAM client 428a, a MAC Control Client 428b, and a MAC Client 428c. The OAM client 428a performs higher layer OAM functions 427 for the line ONU function 406b, for example, for: Internet Group Management Protocol (IGMP), Simple Network Management Protocol (SNMP), power saving, protection, alarms, statistics, Supply and verification capabilities. The MAC Control Client 428b performs higher layer MAC control functions for the Line OLT Function 406b, including functions for: discovery and registration, GATE generation, and REPORT processing. The MAC client 428c performs higher layer MAC client functions for the line OLT function 406b, including functions for: virtual local area network (VLAN) mode, tunneling, multicast, quality of service (QoS) features, buffering, and scheduling. The MAC client 428c is connected to the CPE device (e.g., the set-top box 206) via the UNI 409b.

4.3 SIEPON Power Management

In an embodiment, the OLT 201 enforces an ECE policy to control the energy consumption and efficiency of the ONU 202. For example, if the OLT 201 has no data to send to the ONU 202a and the ONU 202a does not send data to the OLT 201, the OLT 201 can direct the ONU 202a to enter a sleep mode or a low power mode. If the OLT 201 has no data to send to any ONU 202a, and if the ONU 202 does not send data to the OLT 201, the OLT 201 can enter a sleep mode or a low power mode. Embodiments of the present disclosure provide systems and methods for forcing an ECE control policy using SIEPON, not only on a connected ONU, but also on a CPE device (eg, set-top box 206).

5. Perform EEE power management using SIEPON

Embodiments of the present disclosure provide systems and methods for using OAM functionality within a SIEPON to define a particular capability of a service provider to query, configure, and manage EEE control policies and power management over a network interface within a network domain and on a device. For example, the EEE control strategy can be used to implement power saving features on devices external to the EPON (e.g., on the set-top box 206 in Figure 2B). The set-top box 206 can be directed based on the control strategy, sleep frequency, traffic level to activate the EEE protocol, time to enter the sleep mode, and the like. However, home devices do not initially need to be configured with these protocols. Embodiments of the present disclosure reconfigure the EEE control protocol within the set-top box 206 (and other user devices) using the SIEPON protocol.

This allows a service provider (e.g., connected to the set-top box 206 via the external network 230) to have a level of control over the configuration of the energy efficiency policy of the set-top box 206. The service provider can also use SIEPON to query the statistics and performance of the set-top box 206 and send updates based on the messages collected from the set-top box 206. For example, if the service provider determines to save more energy by adjusting its control strategy (eg, according to day/night) after operating the on-board box 206 for a few months (or some other time period), then the service provides The quotient can initiate an update to the set-top box 206 using the OAM feature. It should be understood that several different types of set-top boxes are available to the end user. Some set-top boxes are relatively simple, have only one setting, and this setting can be updated. More complex set-top boxes are available in a variety of configurations.

For example, when the OLT directs the ONU 202a to reduce power based on the SIEPON policy, embodiments of the present disclosure enable the ONU 202a (or any other ONU 202) to suggest reducing the power of the CPE device (e.g., the set-top box 206) connected to the ONU 202a. Embodiments of the present disclosure also enable ONU 202a to recommend reducing the power of OLT 201 when ONU 202a reduces power based on its EEE policy.

5.1 Network Power Manager

In one embodiment, Network Power Manager (NPM) 300 can be used to manage the control policies of devices within the network. 3 adds the integrated NPM 300 to the topology of FIG. 2B in accordance with an embodiment of the present disclosure. As mentioned above, the traditional approach to ECE within the network does not provide end-to-end management of network elements. This lack of ECE management is especially important in relation to achieving ECE improvements. In the topology of Figure 2B, for example, there is no central management of different ECE capabilities, control strategies, and other power saving features with different network elements.

It should be understood that the particular set of power messages received, the analysis performed on the power message, and the process of generating configuration instructions based on the power message may depend on the implementation. In an embodiment, NPM 300 can be connected to and/or managed with OLT 802.3 client 414a of Figure 4B and ONU 802.3 client 414b of Figure 4C. For example, NPM 300 can collect messages from ONU 202a and OLT 201. Such messages may include, for example: (1) operational characteristics such as wake-up time, link speed, buffer size, manufacturer, location of the device on the network, and configuration options; (2) implemented policy messages, such as sleep triggers And buffering requirements; and/or (3) control policy settings (eg, the degree of enforcement of the forced low power mode, the time to set the wakeup timer, etc.).

The NPM 300 can be placed in any of a number of locations within the EPON topology of FIG. 3 in accordance with embodiments of the present disclosure. For example, in an embodiment, the NPM 300 is implemented as an OLT 201 module. Alternatively, NPM 300 can be implemented as one or more ONUs 202 Module. The NPM 300 can also be implemented within one or more CPE devices coupled to the ONU 202 (eg, within the set-top box 206). The NPM 300 can also be implemented as a separate module coupled to the OLT 201, the ONU 202, and/or a CPE device coupled to the ONU 202. Additionally, an EPON system can have a single NPM or multiple NPMs. It should be understood that the NPM 300 can be implemented, for example, as a hardware or a soft body (or a combination of hardware and software). Moreover, in an embodiment, the NPM 300 need not be implemented as part of a network element to collect power messages and send configuration instructions to the elements. For example, in an embodiment, NPM 300 can be implemented as a standalone device that communicates with OLT 201 and/or ONU 202a.

5.2 Updating the EEE Configuration of CPE Devices Using SIEPON

When transporting CPE devices (eg, set-top box 206), certain default settings are typically configured within the CPE device to support EEE functionality. Embodiments of the present disclosure enable service providers to change these default settings to update the EEE functionality of the CPE device using the OAM of the EPON.

FIG. 5 illustrates a block diagram of a system for implementing EEE power management using SIEPON, in accordance with an embodiment of the present disclosure. In FIG. 5, the OLT 201 communicates with the ONU 202a via a network link, and the set-top box 206 is coupled to the ONU 202a. In an embodiment, the system of Figure 5 is an EPON system. However, it should be understood that embodiments of the present disclosure are not limited to EPON. For example, in an embodiment, the system of FIG. 5 may be a cable cable based EPON (EPoC) system or a Cable Cable Data Service Interface Specification (DOCSIS) Provisioning (DPOE) implementation of EPON using EPON/SIEPON.

In an embodiment, the set-top box 206 is configured with an EEE control policy 500. Control strategy 500 can be a series of individual control strategies or several different control strategies. The EEE control strategy 500 can be used to implement power saving features on the set top box 206. For example, the set-top box 206 can be directed based on the control strategy 500, the sleep frequency, the traffic level at which the EEE protocol is activated, the time to enter the sleep mode, and the like. A service provider that provides services to the set-top box 206 using the system of FIG. 5 can use the SIEPON management policy 500. In reality In the embodiment, the central office of the service provider is located at the OLT 201, and the service provider manages the policy 500 of the OLT 201. However, it should be understood that in one embodiment, the service provider may also manage policy 500 through ONU 202a and/or external network 230.

Since the IEEE P1904.1 SIEPON standard 402 provides services for higher layer users (eg, the OAM client 418a of the OLT 201 and the OAM client 428a of the ONU 202a), the SIEPON can be used to control the OLT 201, the ONU 202a, and the set-top box 206. Higher layer OAM performance. When the OLT directs the ONU 202a to sleep mode or low power mode, the service provider can use the SIEPON to instruct the OAM client 418a of the OLT 201 to send an OAM message to the set-top box 206 to place the set-top box 206 in sleep mode. Or low power mode. Thus, embodiments of the present disclosure enable a service provider to set a unified ECE control policy for the entire network managed by the service provider.

In an embodiment, the OAM message is generated in a format that can be processed by the ONU 202a. For example, in an embodiment, the OLT 201 sends an OAM message to the ONU 202a using an OAM Protocol Data Unit (PDU). These OAM PDUs may contain control messages (eg, messages that direct the set-top box 206 to sleep mode). In an embodiment, in order to send an OAM message from the OLT 201 to the ONU 202a, the OAM user 418 generates a service primitive to request delivery of the OAM PDU from the OLT 201 to the ONU 202a. For example, in an embodiment, OAM client 418a generates an OAMPDU.Request 420b service primitive and/or an OAM_CTRL.Request 420d service primitive to send an OAM PDU to ONU 202a via line OLT function 406a. These OAM PDUs may contain an OAM Power Saver PDU to direct the set-top box 206 to change the policy 500 so that if the set-top box 206 is not currently being used, the set-top box 206 is placed in a sleep mode or a low power mode.

Once the OAM client 418a generates the OAM PDU, the line OLT function 406a transmits the OAM PDUs to the ONU 202a using the functionality of the IEEE 802.3 standard 404. For example, in an embodiment, in one or more Ethernet data frames, The OAM PDUs are sent to the ONUs 202a, which then extract the data frames based on their respective logical link identifiers (LLIDs), which carry the physical address information of the frames and determine which ONUs are allowed to extract the frames. As shown in FIG. 3, the set-top box is assigned to the LLID 204e, and thus, the ONU 202a assigns the LLID 204e to one or more data frames to be transmitted to the ONU 202a.

Once the ONU 202a receives the data frames, these data frames are sent to the OAM client 428a of the ONU 202a via the OAMPDU.Indication 420a service primitive and/or the OAM_CTRL.Indication 420c service primitive. These frames are then sent from OAM client 428a to MAC client 428c via OAM function 427. The MAC client 428c can be used to communicate the OAM message to the set-top box 206 to direct the set-top box 206 to change the policy 500. As discussed above with respect to OLT 201, MAC client 428c includes a set of functional blocks for processing data to be transmitted. Similarly, the MAC client 428c of the ONU 202a also includes a set of functional blocks for processing the data to be transmitted. The cross-connect block 426e of the MAC client 428c moves the frame into the appropriate queue for output on the UNI 409b.

Since these frames are assigned to the LLID 204e, these frames are transmitted by the ONU 202a to the set-top box 206 via the UNI 409b. Once the set-top box 206 receives the frame, if the set-top box 206 is not currently used, the set-top box 206 changes the policy 500 to direct the set-top box 206 to enter a sleep mode or a low power mode.

In an embodiment, the service provider uses the NPM 300 to manage the policy 500. However, it should be understood that in an embodiment, the service provider can manage the policy 500 without using a network power manager. In an embodiment, the NPM 300 manages the OAM function 417 of the OLT 201 and instructs the OLT 201 to transmit OAM PDUs through the OAM client 418a whenever the NPM 300 determines that the policy 500 should be updated. Moreover, in an embodiment, the NPM 300 can manage EEE control policies for coupling to various CPE devices of the ONU 202.

In an embodiment, one or more of OLT 201, ONU 202a, and/or set-top box 206 may include processor 502. For example, in an embodiment, processor 502a The instructions of the client OLT function 408a can be processed. Moreover, in an embodiment, processor 502a can process the instructions of NPM 300. In another embodiment, the NPM 300 has its own dedicated processor. In an embodiment, processor 502b may process the instructions of client ONU function 408b. Moreover, in an embodiment, processor 502c can process instructions of set-top box 206 and/or policy 500.

6 is a flow chart of a method of implementing EEE power management using SIEPON, in accordance with an embodiment of the present disclosure. In step 600, the service provider determines a new control policy setting. For example, in an embodiment, if the set-top box 206 is not currently used, the service provider determines that the control policy 500 of the set-top box 206 should be modified to direct the set-top box 206 to enter a sleep mode or a low power mode. In step 602, the OLT 201 generates an OAM message based on the new control policy settings. For example, the OAM client 418a of the OLT 201 uses the OAMPDU.Request 420b service primitive and/or the OAM_CTRL.Request 420d service primitive to generate a new control policy set OAM PDU. In step 604, the OLT 201 sends an OAM message to the CPE device via the ONU. For example, OLT 201 sends an OAM message to ONU 202a, and MAC client 428c of ONU 202a receives the OAM message and sends one or more frames to set-top box 206, instructing set-top box 206 to change policy 500. In step 604, OLT 201 may modify the EEE control policy of ONU 202a and may send a new EEE control policy command to the CPE device.

5.3 Collecting Messages from CPE Devices Using SIEPON

Embodiments of the present disclosure also enable a service provider to use the OAM features in the SIEPON to obtain information about the performance mode of the CPE device so that the service provider can more efficiently control the EEE functionality of the device through the SIEPON. For example, in an embodiment, the service provider can collect messages from the set-top box 206.

In an embodiment, upon the ONU 202a enters a sleep mode or a low power mode based on its EEE control policy, the ONU 202a may suggest that the OLT 201 also enters a sleep mode or a low power mode. For example, in an embodiment, the OAM client 428a of the ONU 202a generates an OAMPDU.Request 420b service primitive and/or The OAM_CTRL.Request 420d service primitive is to send the OAM PDU to the OLT 201 via the line ONU function 406b. Since the ONUs 202a are not currently used, these OAM PDUs may contain OAM power saving PDUs to suggest placing the OLT 201 in a sleep mode or a low power mode.

Once the OAM PDUs are generated by the OAM client 428a, the line ONU function 406b sends these OAM PDUs to the OLT 201 using the IEEE 802.3 standard 404 function. For example, in an embodiment, an OAM PDU is transmitted to the OLT 201 in one or more Ethernet data frames, and then the OLT 201 extracts the data frame. Once the OLT 201 receives the data frame, the data frame is sent to the OAM client 418a of the OLT 201 via the OAMPDU.Indication 420a service primitive and/or the OAM_CTRL.Indication 420c service primitive. In an embodiment, the OAM client 418a sends an OAM message to the NPM 300. The service provider can use the OAM message to determine if the OLT 201 is placed in sleep mode or low power mode. For example, if the OLT 201 is still transmitting or receiving a message from another ONU (e.g., ONU 202b), the service provider may determine not to place the OLT 201 in a sleep mode or a low power mode.

In an embodiment, the service provider can continuously collect OAM messages from multiple CPE devices over the network. By monitoring the power usage of the CPE device, the service provider can dynamically modify the EEE policy of the CPE device as the user usage mode changes. In an embodiment, the service provider determines how the NME 300 is used to collect and manage EEE policy messages. However, it should be understood that in an embodiment, the service provider may collect and manage EEE policy messages without using NPM 300.

7 is a flow diagram of a method of updating an EEE interface on an ONU and CPE device based on information collected from a CPE device using SIEPON, in accordance with an embodiment of the present disclosure. In step 700, OLT 201 receives a recommendation to enter a sleep mode or a low power mode (eg, from ONU 202a). For example, in an embodiment, upon the ONU 202a enters a sleep mode or a low power mode, the ONU 202a sends the suggestion to the OLT 201. In step 702, based on the recommendation, the OLT 201 optionally updates the control policy. For example, OLT 201 may be based on data received from ONU 202 more frequently or less frequently. Determine whether to enter sleep mode or low power mode. Alternatively, OLT 201 may determine not to change its control policy. In step 704, the OLT 201 can generate an OAM message based on the new control policy settings. For example, OLT 201 can use its updated control policy to change when to direct ONU 202a to enter a sleep mode or a low power mode. In step 706, the OLT 201 sends an OAM message to the CPE device (e.g., set-top box 206) via the ONU (e.g., ONU 202a).

6 Conclusion

It is to be understood that the specific embodiments, rather than the summary, are intended to illustrate the scope of the claims. The Abstract section may set forth one or more (but not all) of the exemplary embodiments of the present disclosure as contemplated by the inventor, and therefore, is not intended to limit the scope of the disclosure and the appended claims.

The present disclosure has been described above with the help of functional components that illustrate the implementation of their particular functions and relationships. The boundaries of these functional components have been arbitrarily defined herein for the convenience of the description. The boundaries of substitution can be defined as long as their specific functions and relationships are properly performed.

The above description of the present invention is a complete and complete description of the generality of the present disclosure, so that one can easily modify and/or adjust this by applying the knowledge of those skilled in the art without departing from the general principles of the present disclosure. A specific embodiment for use in various applications without undue experimentation. Therefore, such adaptations and modifications are within the meaning and range of equivalents of the disclosed embodiments. It is to be understood that the phraseology or terminology herein is used for the description and is not intended to

The representative signal processing functions described herein can be implemented in hardware, software, or a combination thereof. For example, based on the discussion provided herein, those skilled in the art will appreciate that signal processing functionality can be implemented using a computer processor, computer logic, an application specific circuit (ASIC), a digital signal processor, and the like. Accordingly, any processor that performs the signal processing functions described herein is within the scope of the present disclosure and Within the spirit.

The above systems and methods can be implemented as a computer program executed on a machine, a computer program product, a tangible and/or non-transitory computer readable medium having stored instructions. For example, the functions described herein may be embodied by computer program instructions executed by a computer processor or any of the hardware devices described above. Computer program instructions cause the processor to perform the signal processing functions described herein. Computer program instructions (e.g., software) may be stored in a tangible, non-transitory computer usable medium, a computing medium, or any storage medium accessible by a computer or processor. Such media includes storage devices (eg, RAM or ROM) or other types of computer storage media (eg, computer disks or CD ROMs). Accordingly, any tangible, non-transitory computer storage media having computer program code that causes a processor to perform the signal processing functions described herein is within the scope and spirit of the present disclosure.

While the various embodiments of the present invention have been described, it is understood that Various changes in form and detail may be made therein without departing from the spirit and scope of the disclosure. Therefore, the scope and breadth of the present disclosure should not be limited by the scope of the above-described exemplary embodiments, and the invention should be limited only by the scope of the following claims.

600‧‧‧ steps

602‧‧ steps

604‧‧‧Steps

Claims (10)

An optical line terminal comprising: an interface; and a service interoperability operation, management and maintenance client of the Ethernet passive optical network, wherein the service interoperability operation of the Ethernet passive optical network, The management and maintenance client is configured to: collect a pattern message of power usage of the plurality of customer premises equipment devices; determine, based on the collected pattern information, whether to update a control policy of the optical line terminal; based on the collected pattern information, A user premises equipment device of the customer premises equipment device determines an energy efficient Ethernet control policy setting; generates a first operation, management, and maintenance message based on the energy efficient Ethernet control policy setting; and The first operational, management, and maintenance messages are sent to the customer premises equipment device. The optical line terminal according to claim 1, wherein the optical line terminal is implemented on the following network: an Ethernet passive optical network, a wired cable-based Ethernet passive optical network, or an Ethernet network. The cable network data service interface specification for the passive optical network is supplied to the network. The optical line terminal of claim 1, wherein the service interoperability operation, management, and maintenance client of the Ethernet passive optical network is further configured to: receive the light from the user premises equipment device a recommendation of the road terminal to enter a sleep mode or a low power mode; based on the suggestion, deciding whether to update a control policy of the optical line terminal; generating a second operation, management, and maintenance message based on the updated control policy; The second operation, management, and maintenance message is sent to the customer premises equipment device through the interface. The optical line terminal according to claim 3, wherein the service interoperability operation, management, and maintenance client of the Ethernet passive optical network is further configured to: determine whether based on the collected pattern information, A pattern of changing the power usage of the customer premises equipment devices occurs; and updating the control strategy to determine changes in the pattern of power usage occurring at the customer premises equipment. A system for energy-efficient Ethernet power management, comprising: an optical line terminal; a service interoperability operation, management and maintenance client of an Ethernet passive optical network; and a network power manager, wherein The network power manager is configured to: collect a pattern message of power usage of the plurality of customer premises equipment devices; determine, based on the collected pattern information, whether to update a control strategy of the optical line terminal; based on the collected pattern information, Determining an energy efficient Ethernet control policy setting for a customer premises equipment device of the customer premises equipment device; and directing service interoperability operation, management, and maintenance of the Ethernet passive optical network based on the The energy efficient Ethernet control policy settings generate the first operational, management, and maintenance messages. The system of claim 5, wherein the network power manager is further configured to: receive a suggestion from the customer premises equipment device to the optical line terminal to enter a sleep mode or a low power mode; Determining whether to update the control strategy of the optical line terminal; generating a second operation, management, and maintenance message based on the updated control policy And transmitting the second operation, management, and maintenance message to the customer premises equipment device. The system of claim 6, wherein the network power manager is further configured to: periodically receive the suggestion to enter the sleep mode or the low power mode; periodically update the control based on the recommendation a policy; periodically generating the second operation, management, and maintenance message based on the updated control policy; and periodically transmitting the second operation, management, and maintenance message to the customer premises equipment device. A method for power management of an energy efficient Ethernet network, comprising: collecting a pattern message used by a plurality of customer premises equipment devices; determining, based on the collected pattern information, whether to update a control strategy of the optical line terminal; Pattern information for determining an energy efficient Ethernet control policy setting for a user premises equipment device of the customer premises equipment device; service interoperability operation, management and maintenance client using the Ethernet passive optical network The energy efficient Ethernet control policy settings generate first operational, management, and maintenance messages; and transmit the first operational, management, and maintenance messages to the customer premises equipment device. The method of claim 8, further comprising: receiving a suggestion from the customer premises equipment device to the optical line terminal to enter a sleep mode or a low power mode; determining whether to update the optical line terminal based on the recommendation a control policy; generating a second operation, management, and maintenance message based on the updated control policy; The second operation, management, and maintenance message is sent to the customer premises equipment device through the interface. The method of claim 9, further comprising: periodically receiving a recommendation to enter the sleep mode or the low power mode; periodically updating the control policy based on the recommendation; periodically generating the Second operating, managing, and maintaining the message; and periodically transmitting the second operation, management, and maintenance message to the customer premises equipment device.