KR101520702B1 - Method of processing data in iptv and the iptv - Google Patents

Abstract

In this specification, a data processing method of an IPTV receiver and the IPTV receiver are disclosed. A method of processing data in an IPTV receiver according to an embodiment of the present invention includes receiving location information capable of obtaining a content corresponding to the CRID using a CRID (Content Reference Identifier) Requesting an Internet Protocol Multimedia Subsystem Gateway (IG) for an SDP (Sesstion Description Protocol) file for the content identified by the received SDP file; receiving the requested SDP file from the IG; And controlling the session setup so that the content can be processed using the information and the SDP file.

Internet Protocol TeleVision (IPTV), Content (Content)

Description

TECHNICAL FIELD [0001] The present invention relates to a data processing method for an IPTV receiver,

The present invention relates to an IPTV system, and more particularly, to a data processing method of an IPTV receiver and an IPTV receiver.

The existing TV system is configured in the following manner, for example. A cable, a terrestrial wave, or a satellite broadcasting provider transmits content produced by a broadcaster through a propagation medium such as a broadcasting network. Therefore, the user of the TV system can view the content through a TV receiver capable of receiving the above-mentioned propagation medium.

However, as digital-based digital TV technology has been developed and commercialized in existing analog broadcasting, in addition to existing broadcasting media, real-time broadcasting, contents on demand (CoD), games, news Various contents can be provided to the user.

As described above, the IPTV receiver that provides various contents using the Internet network has various advantages such that users can view desired contents at desired time, unlike general airwave broadcasting, cable broadcasting, or satellite broadcasting .

In recent years, there have been discussions to improve the problems related to the network in the IPTV broadcasting environment, but a specific protocol for solving the above problems has not been defined.

An embodiment of the present invention is to provide a data processing method of an IPTV receiver and an IPTV receiver capable of improving network related problems in an IPTV broadcasting environment.

Another embodiment of the present invention is to clearly define a data protocol capable of quickly processing various contents (for example, CoD, etc.) in an IPTV broadcast environment in which IMS is introduced.

A data processing method of an Internet Protocol Television (IPTV) receiver according to an embodiment of the present invention includes receiving location information capable of obtaining a content corresponding to the CRID using a CRID (Content Reference Identifier) Requesting an Internet Protocol Multimedia Subsystem Gateway (IG) for an SDP (Sesstion Description Protocol) file for content identified by an IMI (Instance Metadata Identifier); receiving the requested SDP file from the IG; And controlling session setup to enable processing of the content using the received location information and the SDP file.

According to another aspect of the present invention, there is provided a data processing method for an IPTV receiver, the method comprising: receiving location information capable of obtaining a content corresponding to the CRID using a CRID (Content Reference Identifier) Requesting an Internet protocol multimedia subsystem gateway (IG) for an SDP (Sesstion Description Protocol) file for a content identified by an Instance Metadata Identifier, and requesting the SDP file to a content server when the request is made Transmitting the SDP file received from the content server to the OITF, and controlling the session setup so that the content can be processed using the location information and the SDP file.

An IPTV receiver according to an embodiment of the present invention includes a receiver for receiving location information capable of acquiring a content rule corresponding to the CRID using a CRID (Content Reference Identifier), a CRID and an Instance Metadata Identifier (IMI) A requesting unit for requesting an Internet protocol multimedia subsystem gateway (IG) for an SDP (Sesstion Description Protocol) file for the content identified by the received SDP file, a receiving unit for receiving the requested SDP file from the IG, And a control unit for controlling the session setup so that the content can be processed using the SDP file.

According to an embodiment of the present invention, network related problems can be solved in an IPTV broadcasting environment.

According to another embodiment of the present invention, a data protocol capable of quickly processing various contents (e.g., CoD, etc.) in an IPTV broadcasting environment in which IMS is introduced can be clearly defined.

According to another embodiment of the present invention, a BCG (Broadband Content Guide) can be extended to provide SDP (Session Description Protocol) while maintaining backward compatibility of the existing IPTV system.

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings and accompanying drawings, but the present invention is not limited to or limited by the embodiments.

As used herein, terms used in the present invention are selected from general terms that are widely used in the present invention while taking into account the functions of the present invention, but these may vary depending on the intention or custom of a person skilled in the art or the emergence of new technologies. Also, in certain cases, there may be a term chosen arbitrarily by the applicant, in which case the meaning thereof will be described in the description of the corresponding invention. Therefore, it is intended that the terminology used herein should be interpreted based on the meaning of the term rather than on the name of the term, and on the entire contents of the specification.

1 is a diagram illustrating a data processing process of a system including an IPTV receiver according to an embodiment of the present invention.

1, a system including an IPTV receiver according to an exemplary embodiment of the present invention includes an Open IPTV Terminal Function (OITF) 100, an Internet Protocol Multimedia Subsystem Gateway (IG) 110, And a service server 120. Particularly, unlike the existing IPTV broadcasting environment, a specific method for processing various contents when the IG 110 is added on a network will be described with reference to FIG.

The service server 120 may include a Metadata Control 121, an Authentication and Sesstion Management (ASM) 122, and a Cluster Control (CC) 123, for example. The IPTV receiver according to an exemplary embodiment of the present invention may include the OITF 100 or both the OITF 100 and the IG 110.

In the IPTV broadcast environment according to the embodiment of the present invention, when the OITF 100 receives a signal for selecting a specific content (e.g., CoD, etc.) (S101), the OITF 100 transmits a CRID A CRID resolution request signal corresponding to the specific content is transmitted to the metadata control 121 using a Content Reference Identifier (S102). Then, the metadata control 121 transmits location information capable of acquiring the specific content to the OITF 100 (S103). However, the CRID resolution refers to a process of acquiring location information from an arbitrary CRID or acquiring another CRID, for example.

Also, the OITF 100 requests the IG 110 for an SDP file corresponding to the specific content identified by the CRID and IMI (Instance Metadata Identifier) (S104). If the request is made (S104), the IG 110 requests the SDP file to the metadata control 121 (S105). The metadata controller 121 transmits the SDP file requested in step S105 to the IG 110 in step S106 and the IG 110 transmits the SDP file to the OITF 100 (S107).

Accordingly, since the OITF 100 has received both the location information and the SDP file for the specific content, the OITF 100 controls to perform a session setup process based on the received location information and the SDP file It is possible.

The OITF 100 transmits a session setup request signal to the IG 110 to allow the content to be processed (S 108). The IG 110 transmits an SIP Invite signal to the ASM 122 in step S109 and the ASM 122 transmits the Session Setup request signal to the CC 123 S110). In addition, the CC 123 transmits a service session response signal to the ASM 122 (S111), and the ASM 122 forwards the service session response signal to the IG 110 (S112). Then, the IG 110 transmits a session setup response signal to the OITF 100 (S113).

Although the metadata control 121, the ASM 122, the CC 123 and the like are illustrated in FIG. 1 and the related description, the metadata control 121, the ASM 122, the CC 123, But may be implemented by other modules or servers included in the system.

In addition, the location information may include a SIP-URI (Sesstion Initiation Protocol-Uniform Resource Identifier), and the SDP file may be designed to include a Streaming Multimedia Initiation Parameter constituting the content . More specifically, the SDP file may include information (for example, media detail, transport address, session description metadata, etc.) about a media flow constituting the content.

Therefore, using the present invention, which is designed as shown in FIG. 1, it is possible to secure both the SIP-URI and the SDP file before the session setup process in the IPTV broadcast environment with the IG added, thereby processing various contents.

According to another embodiment of the present invention, each content can be identified using a CRID (Content Reference Identifier). Further, in order to display the content selected by the user, location information capable of obtaining the content corresponding to the CRID is acquired through a CRID location resolution process. For example, as shown in FIG. 2 (the content browsing process in the IPTV broadcasting environment in the entire embodiment), the content selected by the user is identified by the CRID, and the CRID A location resolution process may be performed to extract location information including the location of the instance of the content and consume the content.

However, for reference, the content can be, for example, a movie " Spider-Man ", and the instance can be, for example, "Spider-Man- HD Quality", "Spider- Mobile-quality ".

3 and 4 are diagrams illustrating a Location Resolution Scheme structure in an IPTV broadcasting environment according to an embodiment of the present invention. For reference, FIGS. 3 and 4 correspond to a single schema structure, and are divided into two drawings based on the size limitation of the drawings.

As shown in FIGS. 3 and 4, the location information corresponding to the CRID detected through the CRID resolution process is defined in detail in a location result type, and the location information includes a content reference table (Content Referencing Table).

FIG. 5 is a diagram illustrating a content reference table in an IPTV broadcast environment according to an embodiment of the present invention. Referring to FIG.

As shown in Fig. 5, the first result record is a result of resolution of the CRID corresponding to " crid: //bbc.co.uk/1195421736 " dvb: //233a.4000.4740; b028 @ 2007-04-24T00: 00: 00Z / PT04H00M ".

1 to 5, an embodiment of the present invention intends to transmit location information (which may be referred to as a " locator ") including a SIP-URI, The protocol for transmitting the data is more clearly defined.

Meanwhile, steps S102 and S103 shown in FIG. 1 may be referred to as a CRID resolution process, which is a process of searching for location information, i.e., a locator. However, according to another embodiment of the present invention, the CRID resolution process can be implemented in two ways.

First, a method of implementing the CRID resolution process includes: receiving a content reference table through BCG (Broadband Content Guide) information; and receiving a location reference table corresponding to the CRID among the location information defined in the table It is possible to use a step of detecting information.

The first method described above is useful when the BCG information is received by multicast, and transmits the CRID resolution result in the BCG information. In this case, since the IPTV receiver has already received the program information and the instance description metadata, the IPTV receiver can not match the CRID value in the content reference table The CRID resolution process can be completed using a process to find the cause of the CRID resolution.

For reference, the BCG information includes detailed information on various contents, connection location, service provider information and service channel in an IPTV broadcast environment. Further, the BCG information includes stream connection information through RTSP / RTP So that the IPTV receiver can directly connect to the streaming server.

Therefore, when the first method described above is used, there is an advantage that BCG can be extended to transfer location information, SDP file, and the like.

Second, a method of implementing the CRID resolution process may include transmitting a CRID to a Location Resolution Server, and receiving a content reference table including location information matching the CRID from the server Can be used.

The second method described above is useful when performing CRID resolution through a bi-directional channel, and transmits CRID to a location resolution server and receives a content reference table as a resolution result. In this case, since only the program information is included in the BCG information transmitted to the IPTV receiver, it is advantageous to transmit only a relatively small amount of BCG information. Therefore, the content can be provided more quickly.

In the present invention, as shown in steps S104, S105, S106, and S107 of FIG. 1, a method of acquiring an SDP file through a separate transaction in an IPTV broadcasting environment to which an IG is added is defined do.

When the CRID location resolution process is completed through steps S102 and S103 of FIG. 1, the SDP file required for processing an instance of a specific content is requested to a content server (e.g., a location resolution server, a metadata control, etc.) And receives the SDP file from the server. When such a method is used, there is an advantage that it is not necessary to change the BCG information even when the content of the SDP file is changed.

On the other hand, in order to request an SDP file, a CRID corresponding to the content and IMI corresponding to a specific instance belonging to the content are required. By combining the CRID and IMI, one unique content instance can be identified. Of course, in some cases, if one CRID has only one instance, you can identify the content with CRID alone.

In addition, the process of receiving the SDP file (e.g., steps S104, S105, S106, and S107 of FIG. 1) may be performed before the OITF requests session setup to the IG. Alternatively, after the OITF requests the session setup of the IG, the IG requests the SDP file, the IG receives the SDP file and completes the session setup, and then transmits the SDP file together with the session setup result to the OITF .

FIG. 6 is a flowchart illustrating a data processing procedure of an IPTV receiver according to an exemplary embodiment of the present invention. Referring to FIG. 6, the operation of the IPTV receiver for rapidly processing various contents in an IPTV broadcasting environment in which an IG is added by transmitting an SDP file using a separate transaction will be described in detail as follows.

The user of the IPTV receiver selects the content that the user intends to use (S601). That is, the control signal in step S601 is transmitted to the IPTV receiver. In addition, the IPTV receiver determines whether it already has information on the authority of the CRID corresponding to the content (S602). That is, in step S602, it is determined whether the IPTV can perform CRID resolution in the local area without communication with the server.

If it is determined in step S602 that the CRID resolution is successful, the CRID resolution is performed in the local area in step S603, and it is determined in step S604 whether the CRID resolution is successful.

If the determination result in step S602 is not satisfied or the determination result in step S604 is not successful, the remote location resolution server is requested to CRID resolution in step S610. Next, in step S610, it is determined whether CRID resolution is successful (S611).

If it is determined in step S604 and step S611 that the CRID resolution is successful, the SDP file is requested to the CRID resolution server using the CRID and IMI corresponding to the content in step S605. However, the CRID resolution server may be replaced with another one of the content servers.

In step S606, the IPTV determines whether the request in step S605 is successful. If the IPTV receiver succeeds in step S606, the IPTV receiver can receive the SDP file. Of course, another method may be considered, in which the IPTV receiver receives only the SDP URL and accesses the SDP URL again to receive the SDP file.

On the other hand, if it is determined in step S606 or S611 that the operation is unsuccessful, an error state may be displayed (S612). On the other hand, if the determination result of S606 is successful, the IPTV receiver requests the IG to set up a session using the SIP-URI and the SDP file included in the location information (S607). In addition, the IPTV receiver determines whether the session setup is successful (S608).

If the determination result (S608) is successful, the content is consumed (S609). If the determination result (S608) is not successful, the process returns to step S612.

7 is a block diagram illustrating components of an IPTV receiver according to an embodiment of the present invention. Hereinafter, an embodiment of the present invention for processing content in an IPTV broadcasting environment in which an IG (IMS gateway or Internet protocol multimedia subsystem gateway) is added will be described with reference to FIG.

The IPTV receiver according to an exemplary embodiment of the present invention may be designed to include the OITF 700 but not include the IG 750 or may include both the OITF 700 and the IG 750. [ In addition, the diagram shown in FIG. 7 is only an example, and the scope of the rights of the present invention should in principle be determined by the claims rather than the FIG.

The OITF 700 includes a network interface 701, a TCP / IP manager 702, a service delivery manager 703, a demultiplexer 705, A PSI & PSIP and / or DVB-SI decoder 704, an audio decoder 706, a video decoder 707, a display A / V and OSD module 708, A service control manager 709, a service discovery manager 710, a metadata manager 712, an SI & metadata database 711, a UI manager 714, A manager 713, and the like.

The network interface unit 701 receives packets received from the network and transmits the packets to the network. That is, the network interface unit 701 receives services, contents, and the like from the service provider through the network.

The TCP / IP manager 702 is involved in delivering packets to and from the packets received by the OITF 700 and the OITF 700, that is, from the source to the destination. The TCP / IP manager 702 classifies the received packets so as to correspond to the appropriate protocols and classifies them into the service delivery manager 705, the service discovery manager 710, the service control manager 709, and the metadata manager 712 Lt; / RTI >

The service delivery manager 703 is responsible for controlling the received service data. For example, RTP / RTCP can be used to control real-time streaming data. When the real-time streaming data is transmitted using the RTP, the service delivery manager 703 parses the received data packet according to the RTP and transmits it to the demultiplexer 705 or to the control of the service manager 713 And stores it in the SI & Metadata DB 711. And feedbacks the network reception information to the server providing the service using the RTCP.

The demultiplexer 705 demultiplexes the received packets into audio, video, program specific information (PSI) data, and outputs them to the audio / video decoders 706 and 707, the PSIP and / or DVB-SI decoder 704, Lt; / RTI >

The PSI & (PSIP and / or DVB-SI) decoder 704 decodes service information such as PSI (Program Specific Information), for example. That is, the PSI & PSIP and / or DVB-SI decoder 704 receives the demultiplexed PSI section, the PSIP (Program and Service Information Protocol) section or the DVB-SI (Service Information) section from the demultiplexer 705 And decodes it.

Also, the PSI & (PSIP and / or DVB-SI) decoder 704 decodes the received sections to create a database of service information, and stores the database of the service information in the SI & Metadata DB 711.

The audio / video decoder 706/707 decodes the video data and audio data received from the demultiplexer 705. The audio data decoded by the audio decoder 706 and the video data decoded by the video decoder 707 are provided to the user through the display unit 708. [

The UI manager 714 and the service manager 713 manage the overall state of the OITF 700, provide a user interface, and manage other managers.

The UI manager 714 provides a GUI (Graphic User Interface) for a user using an OSD (On Screen Display) or the like, and receives a key input from a user to perform a receiver operation according to the input. For example, upon receipt of a key input from the user regarding channel selection, the key input signal is transmitted to the service manager 713.

The service manager 713 controls the manager associated with the service, such as the service delivery manager 703, the service discovery manager 710, the service control manager 709, and the metadata manager 712.

The service manager 713 also creates a channel map and selects a channel using the channel map according to the key input received from the user interface manager 714. The service manager 713 receives the service information of the channel from the PSI & PSIP and / or DVB-SI decoder 704 and sets an audio / video PID (Packet Identifier) of the selected channel in the demultiplexer 705.

The service discovery manager 710 provides information necessary for selecting a service provider that provides the service. Upon receiving a signal regarding channel selection from the service manager 713, the service discovery manager 710 searches for the service using the information.

The service control manager 709 is responsible for selection and control of services. For example, when a user selects a service such as IGMP or RTSP when selecting a Live Broadcasting service such as an existing broadcasting method and selects a service such as VOD (Video On Demand), RTSP is used to select a service, control . The RTSP protocol may provide a trick mode for real-time streaming. Also, the service control manager 709 can initialize and manage a session through the IMC gateway using an IP Multimedia Subsystem (IMS) and a Session Initiation Protocol (SIP). The protocols are one embodiment, and other protocols may be used, depending on the implementation.

The metadata manager 712 manages the metadata associated with the service and stores the metadata in the SI & Metadata DB 711.

The SI & Metadata DN 711 includes service information decoded by the PSI & PSIP and / or DVB-SI Decoder 704, metadata managed by the metadata manager 712, and service providers provided by the service discovery manager 710 It stores information necessary for selection. In addition, the SI & Metadata DB 711 may store setup data and the like for the system.

The SI & Metadata DB 711 may be implemented using a Nonvolatile RAM (NVRAM) or a flash memory.

Meanwhile, the IG 750 is a gateway that collects functions necessary for accessing an IMS-based IPTV service based on an IMS core network. The IG 750 includes an IG-OITF server 751, a network discovery 753, an authentication / session management client / server 752, and an RMS 754.

The OITF 700 interfaces with the IG 750 to use an IMS-based IPTV service. The IG 750 and the OITF 700 are connected by, for example, an HN-IGI interface. The interface is provided by the IG 750 so that the OITF 700 can use the IMS-based IPTV service. So that it can handle the functions of

The IG-OITF server 751 provides the function of the authentication / session management client / server 752 to the OITF 700. [ The IG-OITF server 751 can provide the function of the authentication / session management client / server 752 to the OITF 700 through a protocol such as HTTP, for example.

The network discovery 753 searches the IMS server and performs a connection to the server.

The authentication / session management client / server 752 performs subscriber authentication and session management required on the managed network.

The RMS 754 performs a remote management function in a managed environment.

The operation of the IPTV receiver according to an embodiment of the present invention will be described with reference to FIGS. 1, 6, and 7. FIG. However, the IPTV receiver may include an OITF but not an IG, or may be designed to include both OITF and IG.

The receiver of the OITF 700 receives the location information that can acquire the content corresponding to the CRID using the CRID. However, the function of the receiving unit may be designed to be performed by the network interface 701 and the TCP / IP manager 702.

The request unit of the OITF 700 requests the IG 750 for an SDP file for the content identified by the CRID and IMI. However, the service control manager 709 may be designed so that the function of the request unit is handled by the service control manager 709. [

The receiver of the OITF 700 receives the requested SDP file from the IG 750. However, the function of the receiving unit may be designed to be performed by the network interface 701 and the TCP / IP manager 702. [

The control unit of the OITF 700 controls the session setup so that the content can be processed using the received location information and the SDP file. However, the service discovery manager 710 and the meta data manager 712 may be designed to perform the functions of the control unit.

For example, according to an embodiment of the present invention, the location information includes a SIP-URI, and the SDP file is designed to include a streaming multimedia initialization parameter constituting the content.

1 to 7, according to an embodiment of the present invention, in an IMS-based IPTV broadcasting environment, a BCG is extended to provide a SIP-URI and an SDP file, A conditional session setup operation can be implemented.

According to another embodiment of the present invention, the SDP file is not included in the BCG but is signaled through a separate URL, thereby reducing the data size of the BCG information and solving the problem of updating the BCG information every time the SDP file is updated There is a number.

The method inventions according to the present invention can all be implemented in the form of program instructions that can be executed through various computer means and recorded on a computer readable medium. The computer-readable medium may include program instructions, data files, data structures, and the like, alone or in combination. The program instructions recorded on the medium may be those specially designed and constructed for the present invention or may be available to those skilled in the art of computer software. Examples of computer-readable media include magnetic media such as hard disks, floppy disks and magnetic tape; optical media such as CD-ROMs and DVDs; magnetic media such as floppy disks; Magneto-optical media, and hardware devices specifically configured to store and execute program instructions such as ROM, RAM, flash memory, and the like. Examples of program instructions include machine language code such as those produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter or the like. The hardware devices described above may be configured to operate as one or more software modules to perform the operations of the present invention, and vice versa.

While the invention has been shown and described with reference to certain preferred embodiments thereof, it will be understood by those of ordinary skill in the art that various changes in form and details may be made therein without departing from the spirit and scope of the invention as defined by the appended claims. This is possible.

Therefore, the scope of the present invention should not be limited to the described embodiments, but should be determined by the equivalents of the claims, as well as the claims.

1 is a diagram illustrating a data processing process of a system including an IPTV receiver according to an embodiment of the present invention.

2 is a diagram illustrating a content browsing process in an IPTV broadcasting environment according to an exemplary embodiment of the present invention. Referring to FIG.

3 and 4 are diagrams illustrating a Location Resolution Scheme structure in an IPTV broadcasting environment according to an embodiment of the present invention.

FIG. 5 is a diagram illustrating a content reference table in an IPTV broadcast environment according to an embodiment of the present invention. Referring to FIG.

FIG. 6 is a flowchart illustrating a data processing procedure of an IPTV receiver according to an exemplary embodiment of the present invention.

7 is a block diagram illustrating components of an IPTV receiver according to an embodiment of the present invention.

Description of the Related Art

100: OITF

110: IG

120: Service Server

121: Metadata Control

122: ASM

123: CC

Claims (13)

A data processing method of an Internet Protocol Television (IPTV) receiver for acquiring at least one Session Description Protocol (SDP) parameter, Performing a CRID (Content Reference Identifier) location resolution process, the process mapping one CRID to another CRID or location information, the location information providing additional information to obtain the content; Requesting the Internet protocol multimedia subsystem gateway (IG) for the at least one SDP parameter for the content identified by the CRID, prior to a session setup; Receiving the requested at least one SDP parameter from the IG; And After receiving the at least one SDP parameter, controlling session setup to enable processing of the content And an IPTV receiver. The method according to claim 1, Wherein the requesting step comprises: An open IPTV terminal (OITF) receiver requesting at least one SDP parameter to the IG through an HNI-IGI interface; The IG requesting the network for the at least one SDP parameter; And Wherein the IG obtains the at least one SDP parameter from the network Further comprising the steps of: The method according to claim 1, Wherein the performing comprises: Transmitting a CRID to a Location Resolution Server; And Receiving, from the location resolution server, location information or a CRID different from the CRID based on a content referencing table; Further comprising the steps of: The method according to claim 1, The location information includes: A Session Initiation Protocol-Uniform Resource Identifier (SIP-URI). The method according to claim 1, Wherein the content is identified by at least one of a CRID or an Instance Metadata Identifier (IMI). The method according to claim 1, Wherein the controlling comprises: Sending a request signal of a session setup to the IG such that the content is processable; And Receiving, from the IG, a response signal of the session setup; Further comprising the steps of: A computer-readable recording medium having recorded thereon a program for executing the method of claim 1. An Internet Protocol TeleVision (IPTV) receiver for obtaining at least one Session Description Protocol (SDP) parameter, A receiver for performing a CRID (Content Reference Identifier) location resolution process, the process mapping one CRID to another CRID or location information, the location information providing additional information for obtaining content; A request unit for requesting the Internet protocol multimedia subsystem gateway (IG) for the at least one SDP parameter for the content identified by the CRID, prior to a session setup; A receiving unit for receiving the requested at least one SDP parameter from the IG; And After receiving the at least one SDP parameter, controlling a session setup to enable processing of the content; Gt; IPTV < / RTI > 9. The method of claim 8, The IPTV receiver includes: IPTV receiver including OITF (Open IPTV Terminal Function). 9. The method of claim 8, The location information includes: An IPTV receiver comprising a SIP-URI (Session Initiation Protocol-Uniform Resource Identifier). 1. A data processing method for an IPTV receiver including an OITF and an IG, Receiving location information capable of obtaining a content corresponding to the CRID using a CRID (Content Reference Identifier); Requesting at least one Sesstion Description Protocol (SDP) parameter for the content identified by the CRID and an Instance Metadata Identifier (IMI) to an Internet protocol multimedia subsystem gateway (IG); Requesting the at least one SDP parameter to the content server if the request is made; Transmitting the at least one SDP parameter received from the content server to the OITF; And Using the location information and the at least one SDP parameter to control session setup to enable processing of the content; And an IPTV receiver. delete delete

Images