Patent Application
20110208843
The present invention relates to Internet Protocol Television (IPTV) networks in general, specifically to methods and arrangements for improved management of client devices in such networks.
The so-called IPTV (Internet Protocol Television) is a system where a digital television service is delivered using Internet Protocol over a network infrastructure, which may include delivery by a broadband connection. A general definition of IPTV is television content that instead of being delivered through traditional broadcast and cable formats, is received by the viewer through the technologies used for computer networks. The subscriber is able to received TV programs and services on his TV set connected to an IP network via a terminal called STB (Set Top Box). For residential users IPTV is often provided in conjunction with Video-on-Demand and may be bundled with Internet services such as Web access and VoIP.
The previously mentioned Set-top-boxes (STB) are adapted to use different configuration parameters to configure the box at boot-time. These configuration parameters are retrieved by using the so-called DHCP protocol. The set of configuration parameters needed by the STB is not standardized and each STB vendor and model may require different sets of parameters.
Upon boot or configuration of the set-top-box, a user or subscriber is forced to manually retrieve suitable configuration parameters for the specific device. For many users this can be a complicated task, and might result in configuration errors and consequently a flawed user experience.
Due to the above-mentioned problems, there is a need for methods and arrangements to improve the configuration process to enable more user friendly procedures.
A general aim of the present invention is to provide improved IPTV service, specifically, to provide a simplified and user neutral configuration process.
Basically, the present invention concerns a method in an intermediate gateway device to enable improved configuration of a device in an IP system. The device is typically associated with a first network for utilization of a resource associated with a second network, where the two networks are in communication or connected via the intermediate gateway device. Accordingly, a request for a set of configuration parameters associated with said resource is received (S10) from the device. The configuration request is relayed (S20) to the resource. And, the requested configuration parameters are retrieved and forwarded (S30) from said resource, via the gateway device and to the device to enable improved configuration of the device.
Advantages of the present invention include:
The invention, together with further objects and advantages thereof, may best be understood by referring to the following description taken together with the accompanying drawings, in which:
The present invention will be described in the context of an IPTV network, specifically such a network utilizing the DHCP protocol and with a network address translation (NAT) functionality. However, the invention can be easily generalized to a more general network.
For devices such as STBs connected to an IPTV network via a bridging or routing so called Residential Gateway (RGW) the configuration e.g. DHCP requests from the STB can be forwarded to and answered typically by a DHCP Server in the IPTV network with standard methods, normal DHCP or DHCP Relaying.
When the STB is connected to a gateway unit or device that is configured to use NAT, which is very common for such gateway devices, the DHCP server is normally located in the RGW. The problem of known systems is to get the DHCP options to the STB for different STB vendors and models when the STB is not served by the DHCP server in the IPTV network. DHCP relaying is not suitable since the RGW is normally using private IP addresses on the LAN side. The DHCP server in the RGW is therefore statically configured with the needed DHCP options, which provide the STB with its configuration.
Since the RGW is located at the end users premises, the configuration of the RGW has to be performed by the end user. However, this may be a complicated task for the unskilled user, which may lead to un-necessary support calls and bad user experience of the IPTV service.
With reference to the schematic system in
A basic embodiment of a method according to the invention will be described with reference to the system in
As mentioned previously, gateway devices and particularly residential gateway devices in IPTV networks are typically adapted to utilize Network Address Translation (NAT). NAT is a translation mechanism, which provides an interface between the set of IP addresses of the private network and the separate set of IP addresses of the public network. However, the use of NAT in a conventional manner prevents a request for device specific configuration parameters to be sent directly from the device, via the gateway and further on to the resource. Thus, the implementation of a method according to a further embodiment of the present invention will be described with reference to
With reference to
According to a further embodiment (not shown) upon receiving a configuration request in the gateway device, a search is performed. In this search, a storage device or memory is searched for previously received configuration parameters for the device. If there are locally stored configuration parameters for the device, those are communicated back to the device, thus rendering any step of retrieving a new set of configuration parameters from the resource un-necessary. However, since parameters may change and become obsolete, the method according to the present invention can be made conditional. In other words, if there is an available already stored set of parameters, but they set is older than a predetermined time interval, the process of requesting parameters from the resource is implemented. In this manner, the configuration process can be speeded up in cases of frequent configuration requests from the same device, while at the same time ensuring that the configuration parameters used are up to date.
With reference to
The gateway device 3, arranged for use in an IP system, connects or enables communication between a user device 1 associated with a first network e.g. private network, and a resource or service provider 2 associated with a second network e.g. public network. Accordingly, the gateway device 3 comprises a unit 10 for receiving requests for configuration parameters from the user device 1. Further, a relaying unit 20 is adapted to relay the request from the device 1 to the resource 2. The relaying unit 20 is adapted to process the request from the receiving unit 10 and provide an adapted request at a retrieving and forwarding unit 30 that is arranged to retrieve configuration parameters from the resource 3 and forward them back to the device 1.
With reference to
By introducing DHCP option relaying in the RGW 3, the need for end user configuration can be avoided. The DHCP option relay device 20 will interact with the DHCP server 10 on the LAN side and the DHCP client 30 on the WAN side. The DHCP option relay 20 retrieves the necessary information that identifies the STB from the STBs DHCP request and instructs the DHCP client 30 to retrieve the needed configuration information from the DHCP server on the IPTV network. The received information will be forwarded back to the STB via the DHCP option relay 20. DHCP inform messages can preferably be used for these requests.
By using the DHCP option relaying in the RGW the installation time and success rate for the installation of an IPTV STB can be improved.
A particular embodiment of a method according to the present invention will be described with reference to
Consider the situation where a client is in the process of activating and configuring his set top box 1 in a local area network (LAN). The local network is in communication with a wide area network (WAN) via a residential gateway RGW 3. The gateway RGW comprises a DHCP server device 10 for the LAN and a DHCP client device 30 for the WAN. In addition, the gateway RGW comprises or is associated with a DHCP option relay device 20, which is in communication with or bridges both the DHCP server 10 and the DHCP client 20.
On initiation by the user, the STB client device transmits a DHCP request S10 to the DHCP server in the gateway RGW. In response thereto the DHCP server 10 sends a request S20′ for relayed options to the DHCP option relay 20. In turn, the option relay 20 sends an option data request S21′ to the DHCP client 30. Subsequently, the DHCP client 30 sends S22′ a DHCP inform message to the resource e.g. DHCP server in the WAN or IPTV service network. An answer to the DHCP inform message is received at the DHCP client 30 and forwarded S30′ to the DHCP option relay 20. Subsequently, the DHCP option relay 20 sends S31′ the option data to the DHCP server 10, which in turn creates a full DHCP response and sends S32′ it to the STB client to complete the set up or configuration.
The arrangements according to the present invention can be further provided with means for storing previously retrieved sets of configuration parameters for each device associated with the private network. At least each device that has previously performed a boot or configuration. Upon receiving a request for configuration parameters, the relay is typically adapted to search a storage device or memory cache for previously retrieved sets of configuration parameters. If there are such sets available, the relay is adapted to enable the parameters to be sent directly back to the requesting device, without any need for retrieving them from the resource. However, since parameters can change and become obsolete, it is preferable to make this step conditional. Thus, if there are previously retrieved sets for parameters, a further check has to be performed to determine if the sets are still valid. In other words, preferably setting a condition that only previously received sets of configuration parameters that were received within a predetermined time period can be used. If the sets are older than the set limit, then the basic embodiment of the method is continued with relaying of the request to the resource and retrieving and forwarding the parameters back to the device for configuration.
The functionalities of the arrangements according to the present invention can be implemented using hardware or software or a mixture of both.
Advantages of the present invention comprise
Improved configuration accuracy
Reduced installation and configuration time
User neutral configuration
It will be understood by those skilled in the art that various modifications and changes may be made to the present invention without departure from the scope thereof, which is defined by the appended claims.
| Filing Document | Filing Date | Country | Kind | 371c Date |
|---|---|---|---|---|
| PCT/SE08/51262 | 11/5/2008 | WO | 00 | 5/4/2011 |
