Method and system for internet protocol provisioning of customer premises equipment

Abstract

Method and system for Internet Protocol (IP) provisioning over a cable network. The method and system including a plurality of embedded settop boxes (eSTBs) of at least two different vendors requesting IP provisioning according to a first protocol. The method and system further including a network provisioning unit (NPU) in communication with the eSTBs over the network for responding to the eSTB IP provisioning requests with IP provisioning data, wherein the eSTB IP provisioning data is outputted according to the first protocol such that provisioning of the eSTBs is standard for each vendor in so far as each eSTB utilizes the first protocol for provisioning.

Description

FIELD OF THE INVENTION

The present invention relates to methods for provisioning Customer Premises Equipment (CPE). In particular, the present invention relates to Internet Protocol (IP) provisioning for use in a cable network having a network provisioning unit (NPU) in communication with CPE having embedded settop boxes (eSTBs).

BACKGROUND OF THE INVENTION

Customer Premises Equipment (CPE) is a broad term intended to refer to devices located at a subscriber station of a cable subscriber that are used to receive signals from a cable network. In particular, the CPE may include an embedded settop box (eSTB) to receive television signals and to output the received signals to a television or other device for viewing. In addition, the CPE may include an embedded cable modem (eCM) to receive signals to control, provision, manage, and secure the CPE, such as through Data Over Cable Services Interface Specification (DOCSIS) Out-Of-Band (OOB) messaging.

A need exists for Internet Protocol (IP) provisioning of the eSTB of the CPE over a cable network.

SUMMARY OF THE INVENTION

The present invention contemplates a number of features and configurations to provide IP provisioning, including a system comprising a plurality of embedded settop boxes (eSTBs) and a network provisioning unit (NPU) in communication with the cable network.

The system preferably includes a plurality of eSTBs provided by at least two different vendors, wherein each eSTB is preferably configured to output IP provisioning requests to the network according to a first protocol. The NPU is preferably configured to receive the eSTB IP provisioning requests and output eSTB IP provisioning data in response thereto, wherein the eSTB IP provisioning data is outputted according to the first protocol such that provisioning of the eSTBs is standard for each vendor in so far as each eSTB utilizes the first protocol for provisioning. Preferably, the first protocol is defined according to a Dynamic Host Configuration Protocol (DHCP).

In accordance with one aspect of the present invention, the NPU preferably selects the provisioning data according to the vendor of the requesting eSTB. Preferably, the NPU determines the vendor of the requesting eSTB based on an eSTB vendor identifier included in the eSTB IP provisioning request. Preferably, the NPU includes a database comprising IP provisioning data associated by vendor identifiers with a plurality of eSTB vendors, wherein the NPU determines the vendor of the requesting eSTB by searching the database for a vendor identifier that matches with the eSTB vendor identifier. In accordance with one aspect of the present invention, the eSTB vendor identifier may be a serial number, a hardware version, a software version, an Organization Unique Identifier (OUI), a model number, or a vendor name.

The above features and advantages, along with other features and advantages of the present invention, are readily apparent from the following detailed description of the invention when taken in connection with the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a cable system in accordance with one aspect of the present invention;

FIG. 2 illustrates Customer Premise Equipment (CPE) in accordance with one aspect of the present invention; and

FIG. 3 illustrates a flowchart of method of eSTB IP provisioning in accordance with one aspect of the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT(S)

FIG. 1 illustrates a cable system 10 in accordance with one aspect of the present invention. The system 10 includes a management network 12 and a High Speed Data (HSD) network 14 that respectively provide management and HSD services over a hybrid fiber coax (HFC) 18, or other communication medium, to a subscriber station 20, which includes Customer Premises Equipment (CPE) 22 and a cable modem (CM) 24.

The management network 12 generally comprises two portions, a control portion 30 and an application portion 32. The control portion 30 includes a settop box (STB) controller to control, provision, manage, and secure the CPE 22 through out-of-band (OOB) messaging. The application portion 32 provides applications to the CPE 22, such as video on demand (VOD), interactive television (iTV), and other services.

The HSD network 14 provides data services for the system 10, including services for the CM 24 to access the Internet 36. It includes a network provisioning unit (NPU) 38 having capabilities for Dynamic Host Configuration Protocol (DHCP), Trivial File Transfer Protocol (TFTP), and the like, in addition to a Domain Name System (DNS) server.

The system 10 includes a cable modem termination system (CMTS) 42 to send and receive signals to and from the CPE 22 and the CM 24 over the HFC 18. In general, the CMTS 42 transfers IP packets from the HSD network 14 and the management network 12 to the CPE 22 and CM 24 for processing. Preferably, the signals are outputted from the CMTS 42 on downstream output channels, which preferably include one-way output data tunnels, such as for OOB messaging. In addition, the CMTS 42 is configured to receive signals from the CPE 22 and the CM 24 to support two-way communication therewith, such as for transfer of IP packets from the CPE 22 and/or the CM 24 to the Internet 36 and/or the VOD or STB controller portions 32 and 30.

The system 10 includes a conditional access router (CAR) 46 to connect the management network 12 to the CMTS 42. The CAR 46 transports signals therebetween using IP protocols and provides firewall separation for the VOD or STB controller portions 32 and 30 from the HSD network 14, enhancing security from any devices attempting to associate with devices and signaling on the management network 12. In operation, signaling traffic transported between the management network 12 and the CMTS 42 may be wrapped into addressable packets, such as Ethernet, IP, or other packets.

The system 10 includes a video unit 50 for delivering video signals to the subscriber station 20 over the HFC 18. The video unit 50 can deliver any number of video signals, including network television, cable television, pay-per-view, video on demand, and the like.

FIG. 2 illustrates the CPE 22 in accordance with one aspect of the present invention. The CPE 22 is preferably configured to communicate with the CMTS 42 through digital cable signals, such as through signaling defined by the Data Over Cable Service Interface Specification (DOCSIS) and/or through other protocols authorized through DHCP registration.

The CPE 22 includes a radio frequency (RF) splitter 60, an embedded cable modem (eCM) 62, an embedded set-top box (eSTB) 64, an audio visual (A/V) port 66, and an optional conditional access (CA) unit 68. The RF splitter 60 splits the RF signal into two portions—one for OOB control functions and two-way application traffic and one for video delivery. The OOB and two-way application traffic is relayed to the eCM 62 and the video is relayed to the eSTB 64.

The eSTB 64 outputs video and other media signals to a media output device (not shown) or other device connected to the A/V port 66, such as to a television (TV), digital video recorder (DVR), personal video recorder (PVR), or the like.

The eCM 62 processes control and other non-media signals, such as DOCSIS and other IP packets, and bridges or relays the signals to the eSTB 64 through an internal communications link 70. In particular, the communications link 70 is used to transfer data tunnels tuned to by the eCM 62 to the eSTB 64 so that OOB messaging signals can be delivered to the eSTB 64 for processing.

The CA unit 68 provides conditional access control for the subscriber station 20. It can be a CableCard, SmartCard, or other item for controlling security and access to the data, video, and control signals transmitted over the HFC 18. It is illustrated as a standalone item, however, it can be included with or embedded on the eSTB 64 or the eCM 62 to perform similar functions.

The eCM 62, eSTB 64, and CA unit 68 are logically separate entities, however, they may physically share hardware and software. Other items, such as control logic and applications may be included on the CPE 22 for controlling operation of the eSTB 64 and/or the eCM 62.

FIG. 3 illustrates a flowchart 80 of method of eSTB IP provisioning in accordance with one aspect of the present invention. The method is preferably executed using DHCP protocols, however, the present invention is not so limited.

Block 82 relates to receiving an eSTB IP provisioning request at the NPU 38 from at least two eSTBs 64 associated with two different vendors. The receipt of multiple eSTB IP provisioning requests from different vendors requires the system 10 to support IP provisioning according to the configuration and operation of the different vendors.

Block 84 relates to determining the vendors associated with the requesting eSTBs 64. For example, if two eSTB IP provisioning requests are received from eSTBs 64 from a first vendor and a second vendor, the second vendor being different from the first vendor, the first and second vendors must be identified. Preferably, the eSTB IP provisioning requests each include an eSTB vendor identifier for identifying the vendor, such as a serial number, a hardware version, a software version, an Organization Unique Identifier (OUI), a model number, or a vendor name.

Block 86 relates to determining eSTB IP provisioning data associated with the vendor identified in block 84. Preferably, the NPU 38 includes a database (not shown) having IP provisioning data for each vendor supported by the system 10, including the first and second vendor, which is associated with a vendor identifier. The NPU 38 is configured to compare the eSTB vendor identifier against the vendor identifiers in the database to determine the vendor associated with the requesting eSTB 64.

Block 88 relates to outputting the eSTB IP provisioning data to the requesting eSTB 64. In particular, the NPU 38 receives a request from a specific eSTB 64 in 82, and replies to that specific eSTB 64 in block 88 to preferably provide eSTB IP provisioning data for enabling IP address assignment to the eSTB 64 to help the eSTB 64 communicate to the rest of the system 10 and other networks connected thereto, such as through the Internet 36, and to provide eSTB IP provisioning data for supplying parameter values to the eSTBs 64 for eSTB and application initialization. For example, the eSTB 64 may learn the location of a DNS server through IP provisioning, so that it can look up the hostname of the VoD server 32 and communicate with it. In another example, the eSTB 64 may receive a parameter that instructs the eSTB 64 to disable a vendor-specific A/V port, because usage of that particular A/V port may require a special customer subscription. The corresponding parameter in IP provisioning may be vendor-specific, so it is important that the NPU 38 not send this vendor-specific parameter to all eSTBs 64.

While embodiments of the invention have been illustrated and described, it is not intended that these embodiments illustrate and describe all possible forms of the invention. Rather, the words used in the specification are words of description rather than limitation, and it is understood that various changes may be made without departing from the spirit and scope of the invention.

Claims

1. A method comprising: receiving, from a user device and by a computing device, a request for services, wherein the request comprises an identifier of the user device;determining, by the computing device and based on a database and the identifier, a vendor associated with the user device, wherein the database comprises a plurality of identifiers and associated vendors; andsending, by the computing device and to the user device, and based on the determined vendor, vendor-specific data comprising:information enabling the user device to receive bi-directional data via a first portion of a network and to receive video services via a second portion of the network.

2. The method of claim 1, further comprising: separating, using a firewall, the computing device from a management network comprising a content controller device and a device controller.

3. The method of claim 1, wherein the method is performed in a content delivery system.

4. The method of claim 1, wherein the user device comprises a client premises device.

5. The method of claim 1, wherein the determining the vendor comprises searching the database for an identifier, from the plurality of identifiers, that matches with the identifier of the user device.

6. The method of claim 1, wherein the identifier comprises at least one of a serial number, a hardware version, a software version, an Organization Unique Identifier (OUI), a model number, or a vendor name.

7. The method of claim 1, further comprising: processing the request according to a Dynamic Host Configuration Protocol (DHCP).

8. The method of claim 1, wherein the vendor-specific data further comprises: a parameter causing disabling of an audio-visual output port of the user device from outputting vendor-specific media signals from the user device to a media output device associated with the user device.

9. The method of claim 8, wherein the audio-visual output port is disabled based on a subscription status associated with the user device with regard to a specific vendor.

10. The method of claim 1, further comprising: receiving, from a second user device and by the computing device, a second request for services, wherein the second request comprises a second identifier of the second user device;determining, from the database and based on the second identifier, a second vendor associated with the second user device, wherein the second vendor is different from the vendor associated with the user device; andsending, to the second user device and based on the determined second vendor, second vendor-specific data comprising: second information enabling the second user device to receive the bi-directional data via the first portion of the network and to receive the video services via the second portion of the network, wherein the second information is specific to the second vendor.

11. The method of claim 1, wherein information enabling the user device to receive bi-directional data comprises information enabling a data connection between the user device and an Internet, and wherein the video services comprise at least one of cable television, pay-per-view, or video on demand.

12. The method of claim 1, wherein the user device comprises an embedded settop box and an embedded cable modem.

13. The method of claim 1, wherein the user device comprises an embedded settop box; wherein the request for services comprises an Internet Protocol (IP) provisioning request; andwherein the information comprises embedded settop box IP provisioning data.

14. A method comprising: receiving, by a computing device, a service request from a user device associated with a vendor, wherein the service request comprises an identifier of the user device;separating a data network comprising the computing device from a management network comprising a content controller device and a device controller;determining, by the computing device and based on the identifier, the vendor associated with the user device; andsending, to the user device and based on the determined vendor, vendor-specific data comprising: information enabling the user device to receive bi-directional data via a first portion of a network and to receive media services via a second portion of the network.

15. The method of claim 14, wherein the user device comprises a client premises device.

16. The method of claim 14, wherein the separating comprises separating by a firewall.

17. The method of claim 14, wherein the method is performed in a content delivery system.

18. The method of claim 14, further comprising: confirming that the vendor-specific data is sufficient to program the user device to execute a set of operations associated with supporting the media services provided by a media service provider.

19. The method of claim 18, further comprising: adjusting the vendor-specific data depending on whether the user device is associated with one of a first unit or a second unit, wherein the first unit and the second unit assist the media service provider in providing the media services.

20. A method comprising: receiving, by a computing device and via a signaling pathway, and from a user device associated with a vendor, a service request according to a protocol, wherein the service request comprises an identifier of the user device;determining, from a database and based on the identifier, the vendor associated with the user device, wherein the database comprises a plurality of identifiers and associated vendors; andsending, via the signaling pathway to the user device and based on the determined vendor, vendor-specific data comprising: information enabling the user device to receive bi-directional data via a first portion of a network and to receive video services via a second portion of the network.

21. The method of claim 20, wherein the user device comprises a client premises device.

22. The method of claim 20, further comprising separating a data network comprising the computing device, by a firewall, from a management network comprising a content controller device and a device controller.