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

Abstract

PURPOSE: A method of processing data in an IPTV receiver and the IPTV receiver are provided to quickly process various contents in an IPTV broadcasting environment taking an IMS, thereby specifically defining a data protocol. CONSTITUTION: An IPTV(Internet Protocol TeleVision) receiver includes a receiver, a requester, another receiver, and a controller. The receiver receives location information which can obtain a content by a CRID(Content Reference Identifier). The requester requests an SDP(Sesstion Description Protocol) file about the content identified by the CRID and IMI(Instance Metadata Identifier) to an IG(Internet protocol multimedia subsystem Gateway)(110). Another receiver receives the requested SDP file from the IG. The controller controls session setup to process a content by the received location information and the SDP file.

Description

Data processing method of the IP receiver and the IP receiver {METHOD OF PROCESSING DATA IN IPTV AND THE IPTV}

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

Existing TV systems are implemented in the following manner, for example. The content produced by a broadcaster is transmitted by a cable, terrestrial, or satellite broadcast provider through a radio wave medium such as a broadcast network. Therefore, the user of the TV system can watch the content through the TV receiver capable of receiving the above-mentioned radio wave medium.

However, as digital-based digital TV technology has been developed and commercialized in existing analog broadcasting, real-time broadcasting, CoD (Contents on Demand), games, news, etc., using the Internet network connected to each home in addition to the existing radio media. A variety of content can be provided to users.

As described above, an IPTV receiver that provides various contents using the Internet network has various advantages, such as being able to watch desired contents at a desired time, unlike general airwave broadcasting, cable broadcasting, or satellite broadcasting. .

In addition, in recent years, there is a discussion for improving problems related to a network in an IPTV broadcasting environment, but a specific protocol for solving the above-described problems is not defined.

One embodiment of the present invention is to provide a data processing method and an IPTV receiver of an IPTV receiver that can improve network-related problems in an IPTV broadcasting environment.

In addition, another embodiment of the present invention is to clearly define a data protocol capable of quickly processing various contents (eg, CoD, etc.) in an IPTV broadcasting 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 may include receiving location information capable of acquiring content corresponding to the CRID by using a content reference identifier (CRID), and the CRID. And requesting an Internet Protocol Multimedia Subsystem Gateway (SDP) file for a Session Description Protocol (SDP) file for content identified by an Instance Metadata Identifier (IMI), receiving the requested SDP file from the IG; And controlling the session setup to process the content by using the received location information and the SDP file.

In addition, the data processing method of the IPTV receiver according to an embodiment of the present invention, using the content reference identifier (CRID), receiving location information that can obtain the content corresponding to the CRID, the CRID and IMI ( Requesting an Internet Protocol Multimedia Subsystem Gateway (SDP) file for a Content Description Protocol (SDP) file for content identified by an Instance Metadata Identifier (IG); and if the request is made, requesting the SDP file from a content server. And transmitting the SDP file received from the content server to the OITF, and controlling the session setup to process the content using the location information and the SDP file.

In addition, the IPTV receiver according to the embodiment of the present invention, using a content reference identifier (CRID), a receiving unit for receiving the location information that can obtain the content rule corresponding to the CRID, and the CRID and Instance Metadata Identifier (IMI) A requesting unit for requesting a Session Description Protocol (SDP) file for the content identified by the Internet Protocol Multimedia Subsystem Gateway (IG), a receiving unit for receiving the requested SDP file from the IG, and the received location information And a controller for controlling session setup to process the content using the SDP file.

According to an embodiment of the present invention, it is possible to improve a network related problem in an IPTV broadcasting environment.

In addition, according to another embodiment of the present invention, it is possible to clearly define a data protocol capable of quickly processing various contents (eg, CoD, etc.) in an IPTV broadcasting environment in which IMS is introduced.

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

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

The terminology used herein is a general term that is widely used as possible while considering functions in the present invention, but may vary according to the intention or custom of a person skilled in the art or the emergence of a new technology. In addition, in certain cases, there is a term arbitrarily selected by the applicant, and in this case, the meaning will be described in the corresponding description of the invention. Therefore, it is to be understood that the terminology used herein is to be interpreted based on the actual meaning of the term and the contents throughout the specification, rather than simply on the name of the term.

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

As shown in FIG. 1, a system including an IPTV receiver according to an embodiment of the present invention may include, for example, an Open IPTV Terminal Function (OITF) 100, an Internet protocol multimedia subsystem gateway (IG) 110, And it may be configured as a service server 120. In particular, unlike the existing IPTV broadcasting environment, when the IG 110 is added on the network, a specific method for processing various contents will be described with reference to FIG. 1.

The service server 120 may include, for example, metadata control 121, authentication and session management (ASM) 122, and cluster control (CC) 123. The IPTV receiver according to the embodiment of the present invention may include the OITF 100 or may include both the OITF 100 and the IG 110.

In the IPTV broadcasting environment according to an embodiment of the present invention, when the OITF 100 receives a signal for selecting a specific content (eg, CoD, etc.) (S101), the OITF 100 may include a CRID ( A CRID resolution request signal corresponding to the specific content is transmitted to the metadata control 121 by using a Content Reference Identifier (S102). The metadata control 121 transmits location information for obtaining the specific content to the OITF 100 (S103). However, the CRID resolution means, for example, a process of acquiring location information from an arbitrary CRID or obtaining another CRID.

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

Therefore, since the OITF 100 has received both the location information and the SDP file for the specific content, it is preferable to control the 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 enable the content to be processed (S108). The IG 110 transmits a SIP Invite signal to the ASM 122 (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 respond signal to the ASM 122 (S111), and the ASM 122 forwards the service session response signal to the IG 110. (S112). The IG 110 transmits a session setup response signal to the OITF 100 (S113).

Meanwhile, although the metadata control 121, the ASM 122, the CC 123, and the like have been illustrated in FIG. 1 and the related description, the metadata control 121, the ASM 122, the CC 123, and the like are content servers. It can also be implemented with other modules or servers included in.

The location information may include a Session Initiation Protocol-Uniform Resource Identifier (SIP-URI), and the SDP file may be designed to include a streaming multimedia initialization parameter constituting the content. . In addition, the SDP file may more specifically include, for example, information (for example, media detail, transport address, session description metadata, etc.) about a media flow constituting content.

Therefore, by using the present invention designed as shown in FIG. 1, both the SIP-URI and the SDP file can be secured before the session setup process in the IPTV broadcasting environment to which the IG is added, so that various contents can be processed.

In addition, according to another embodiment of the present invention, each content may be identified using a content reference identifier (CRID). Furthermore, in order to display the content selected by the user, a location information capable of obtaining content corresponding to the CRID is obtained through a CRID location resolution process. For example, as illustrated in FIG. 2 (a diagram illustrating the entire content referencing process in the IPTV broadcasting environment according to an embodiment of the present invention), the content selected by the user is identified by a CRID, and the CRID. Through a location resolving process for, location information including the location of the instance of the content may be extracted and the content may be consumed.

For reference, the content may be, for example, the movie "Spider-Man", and the instance may be, for example, "Spider-Man-HD quality", "Spider-Man-SD quality", "Spider-Man-" Mobile image quality ”.

3 and 4 are diagrams illustrating a location resolution schema structure in an IPTV broadcasting environment according to an embodiment of the present invention. However, for reference, FIGS. 3 and 4 correspond to one schema structure, and are divided into two diagrams due to the size limitation of the drawings.

As illustrated in FIGS. 3 and 4, the location information corresponding to the CRID detected through the CRID resolution process is defined in a location location type, and the location information is a content reference table. It can be transmitted through (Content Referencing Table).

5 is a diagram illustrating a content referencing table in an IPTV broadcasting environment according to an embodiment of the present invention.

As shown in FIG. 5, the first result record is “dvb: //233a.4000.4740; b028 @, which is a resolution result of the CRID corresponding to“ crid: //bbc.co.uk/1195421736 ”. 2007-04-24T00: 00: 00Z / PT04H00M ”contains location information (locator).

That is, as shown in Figures 1 to 5, one embodiment of the present invention, including the SIP-URI in the location information (which may be referred to as "locator") to transmit, and also before the session establishment SDP To more clearly define the protocol for transmitting.

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

First, a method of implementing the CRID resolution process, the method comprising: receiving a content referencing table through broadband content guide (BCG) information, and a location that matches the CRID among location information defined in the table; Detecting information can be used.

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

On the other hand, for reference, the BCG information, in the IPTV broadcast environment, includes detailed information and access location, service provider information and service channel, etc. for various contents, and furthermore, the BCG information includes stream connection information through RTSP / RTP. It may also include the role of allowing the IPTV receiver to be directly accessible to the streaming server.

Therefore, using the first method described above, the BCG can be extended to transmit location information, SDP file, and the like.

Secondly, a method of implementing the CRID resolution process, the method comprising: transmitting a CRID to a location resolution server, and receiving a content reference table including location information corresponding to the CRID from the server; It is available.

The second method described above is useful when CRID resolution is performed through a bidirectional channel, transmits a CRID to a location resolution server, and receives a content reference table that is a resolution result. In this case, since BCG information transmitted to the IPTV receiver includes only program information, only a relatively small amount of BCG information needs to be transmitted. Therefore, content provision can be made more quickly.

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

When the CRID location resolution process is completed through steps S102 and S103 of FIG. 1, a request is made to a content server (eg, a location resolution server, metadata control, etc.) for an SDP file required to process an instance of a specific content. Receive SDP files from the server. In such a method, there is an advantage that the BCG information does not need to be changed even when the SDP file contents are changed.

Meanwhile, in order to request an SDP file, a CRID corresponding to the content and an 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, the content can be identified only by the CRID.

In addition, the SDP file receiving process (eg, steps S104, S105, S106, and S107 of FIG. 1) may be performed before the OITF requests a session setup to the IG. Alternatively, the OITF requests the IG to set up a session, then the IG requests an SDP file, the IG receives the SDP file, completes the session setup, and then transfers the SDP file with the session setup result to the OITF. You can also send.

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

The user of the IPTV receiver selects the content he / she wants to use (S601). That is, the control signal of the step S601 is transmitted to the IPTV receiver side. In addition, the IPTV receiver determines whether it already has information on the authority (authority) of the CRID corresponding to the content (S602). That is, step S602 is a process in which the IPTV determines whether CRID resolution can be performed in a local area without communicating with a server.

As a result of the determination (S602), if so, CRID resolution is performed in the local area (S603), and it is determined whether the CRID resolution is successful (S604).

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

If the CRID resolution succeeds as a result of the determination in steps S604 and S611, the SID file is requested to the CRID resolution server using the CRID and the IMI corresponding to the content (S605). However, the CRID resolution server may be replaced with another server of the content server.

In addition, the IPTV determines whether the request in step S605 is successful (S606). If it succeeds in step S606, the IPTV receiver can receive the SDP file. Of course, as another method, the 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 the determination is not successful in step S606 or S611, an error state may be displayed (S612). On the contrary, if the determination result of S606 succeeds, the IPTV receiver requests session setup from the IG 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) succeeds, the content is consumed (S609), while if the determination result (S608) does not succeed, 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. 7.

The IPTV receiver according to the embodiment of the present invention may be designed to include the OITF 700 but not include the IG 750, or may be designed to include both the OITF 700 and the IG 750. In addition, the drawings shown in Figure 7 is only one embodiment, the scope of the present invention should be determined by the claims, in principle, not in Figure 7.

The OITF 700 includes a network interface 701, a TCP / IP manager 702, a service delivery manager 703, and a demultiplexer 705. (PSIP and / or DVB-SI) decoder 704, Audio Decoder 706, Video Decoder 707, Display A / V and OSD Module 708 , Service Control Manager (709), Service Discovery Manager (710), Metadata Manager (712), SI & Metadata DB (711), UI Manager (714), and Services 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 a service, content, and the like from a service provider through a network.

The TCP / IP manager 702 is involved in packet transmission from the source to the destination for the packet received by the OITF 700 and the packet transmitted by the OITF 700. The TCP / IP manager 702 classifies the received packet to correspond to an appropriate protocol, and classifies the packet into a service delivery manager 705, a service discovery manager 710, a service control manager 709, and a metadata manager 712. Output the printed packet.

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 transmitting the real-time streaming data 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 under the control of the service manager 713. Accordingly stored in the SI & Metadata DB (711). Then, the RTCP is used to feed back the network reception information to a server that provides a service.

The demultiplexer 705 demultiplexes the received packet into audio, video, PSI (Program Specific Information) data, and the like, so that the audio / video decoders 706 and 707 and the PSIP and / or DVB-SI Decoder 704 respectively. To transmit.

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

In addition, the 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.

An audio / video decoder 706/707 decodes the video data and the audio data received at 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 Graphic User Interface (GUI) for a user by using an OSD (On Screen Display) and the like, and receives a key input from the user to perform a receiver operation according to the input. For example, upon receiving a key input related to channel selection from a user, the key input signal is transmitted to the service manager 713.

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

In addition, the service manager 713 creates a channel map and selects a channel using the channel map according to a key input received from the user interface manager 714. The service manager 713 receives service information of a channel from the PSIP and / or DVB-SI Decoder 704 and sets an audio / video PID (packet identifier) of the selected channel to the demultiplexer 705.

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

The service control manager 709 is in charge of selecting and controlling a service. For example, if a user selects a live broadcasting service like the conventional broadcasting method, IGMP or RTSP is used. If a user selects a service such as VOD (Video On Demand), RTSP is used to select and control the service. Perform The RTSP protocol may provide a trick mode for real time streaming. In addition, the service control manager 709 may initialize and manage a session through the IMC gateway using an IP multimedia subsystem (IMS) or a session initiation protocol (SIP). The protocols are one embodiment, and other protocols may be used depending on implementation.

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

The SI & Metadata DN 711 provides service information decoded by the PSIP and / or DVB-SI Decoder 704, metadata managed by the metadata manager 712, and service providers provided by the service discovery manager 710. Store the information needed to make a selection. In addition, the SI & Metadata DB 711 may store setup data for the system.

The SI & Metadata DB 711 may be implemented using nonvolatile memory (NVRAM) or 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, an RMS 754, and the like.

The OITF 700 may interface with the IG 750 to use an IMS-based IPTV service. The IG 750 and the OITF 700 are connected to, for example, an HN-IGI interface, and the interface is provided by the IG 750 to enable the OITF 700 to use an IMS-based IPTV service. To be able to handle

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

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

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

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

Meanwhile, referring to FIGS. 1, 6, and 7, the operation of an IPTV receiver according to an embodiment of the present invention will be described as follows. However, the IPTV receiver may include an OITF but not an IG, or may be designed to include both an OITF and an IG.

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

The request unit of the OITF 700 requests the IG 750 for the SDP file for the content identified by the CRID and the IMI. However, the service control manager 709 may design a function of the request unit.

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

The controller of the OITF 700 controls the session setup to process the content by using the received location information and the SDP file. However, the service discovery manager 710 and the metadata manager 712 may be designed to perform a function of the controller.

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.

As described above with reference to FIGS. 1 to 7, according to an embodiment of the present invention, in an IMS-based IPTV broadcasting environment, a prerequisite for receiving various contents by providing SIP-URI and SDP files by extending BCG You can implement conditional session setup behavior.

Alternatively, according to another embodiment of the present invention, the SDP file is not included in the BCG and 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.

Method invention according to the present invention are all implemented in the form of program instructions that can be executed by various computer means can be recorded on a computer readable medium. The computer readable medium may include program instructions, data files, data structures, etc. alone or in combination. Program instructions recorded on the media may be those specially designed and constructed for the purposes of the present invention, or they may be of the kind well-known and available to those having skill in the computer software arts. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tape, optical media such as CD-ROMs, DVDs, and magnetic disks, 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 not only machine code generated by a compiler, but also high-level language code that can be executed by a computer using an interpreter or the like. The hardware device described above may be configured to operate as one or more software modules to perform the operations of the present invention, and vice versa.

As described above, the present invention has been described by way of limited embodiments and drawings, but the present invention is not limited to the above embodiments, and those skilled in the art to which the present invention pertains various modifications and variations from such descriptions. This is possible.

Therefore, the scope of the present invention should not be limited to the described embodiments, but should be determined not only by the claims below but also by the equivalents of 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 an overall content referencing process in an IPTV broadcasting environment according to an embodiment of the present invention.

3 and 4 are diagrams illustrating a location resolution schema structure in an IPTV broadcasting environment according to an embodiment of the present invention.

5 is a diagram illustrating a content referencing table in an IPTV broadcasting environment according to an embodiment of the present invention.

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

And, Figure 7 is a block diagram showing the components of the IPTV receiver according to an embodiment of the present invention.

<Explanation of symbols for the main parts of the drawings>

100: OITF

110: IG

120: Service Server

121: Metadata Control

122: ASM

123: CC

Claims (13)

In the data processing method of the IPTV (Internet Protocol TeleVision) receiver, Receiving location information capable of obtaining content corresponding to the CRID, using a content reference identifier (CRID); Requesting an Internet Protocol Multimedia Subsystem Gateway (IG) for a Session Description Protocol (SDP) file for content identified by the CRID and Instance Metadata Identifier (IMI); Receiving the requested SDP file from the IG; And Controlling a session setup to process the content using the received location information and the SDP file Data processing method of the IPTV receiver made including a. The method of claim 1, Receiving the location information, Receiving a Content Reference Table (ContentReferencingTable) through Broadband Content Guide (BCG) information; And Detecting location information matching the CRID among location information defined in the table; Further comprising a data processing method of the IPTV receiver. The method of claim 1, The step of receiving the location information, Sending the CRID to a Location Resolution Server; And Receiving, from the server, a content reference table that includes location information that matches the CRID Further comprising a data processing method of the IPTV receiver. The method of claim 1, The location information, Method of processing data of IPTV receiver including Session Initiation Protocol-Uniform Resource Identifier (SIP-URI). The method of claim 1, IG, Request the SDP file from a content server, and And a data processing method of the IPTV receiver which receives the requested SDP file from the content server. The method of claim 1, The controlling step, Sending a request signal of session setup to the IG to enable the content to be processed; And Receiving, from the IG, a response signal of the session setup Further comprising a data processing method of the IPTV receiver. The method of claim 1, The SDP file is, And a streaming multimedia initiation parameter constituting the content. A computer-readable recording medium in which a program for executing the method of claim 1 is recorded. In the IPTV (Internet Protocol TeleVision) receiver, A receiving unit which receives location information from which the content can be obtained using a content reference identifier (CRID); A request unit for requesting a Session Description Protocol (SDP) file for content identified by the CRID and the Instance Metadata Identifier (IMI) to an Internet protocol multimedia subsystem gateway (IG); A receiving unit for receiving the requested SDP file from the IG; And A control unit for controlling a session setup to process the content by using the received location information and the SDP file IPTV receivers are made, including. The method of claim 9, The IPTV receiver, IPTV receiver with OITF (Open IPTV Terminal Function). The method of claim 9, The location information, IPTV receiver including Session Initiation Protocol-Uniform Resource Identifier (SIP-URI). The method of claim 9, The SDP file is, IPTV receiver including streaming multimedia initialization parameters constituting the content. In the data processing method of the IPTV receiver including OITF and IG, Receiving location information capable of obtaining content corresponding to the CRID, using a content reference identifier (CRID); Requesting an Internet Protocol Multimedia Subsystem Gateway (IG) for a Session Description Protocol (SDP) file for content identified by the CRID and Instance Metadata Identifier (IMI); Requesting the SDP file from a content server when the request is made; Transmitting the SDP file received from the content server to the OITF; And Controlling session setup to process the content using the location information and the SDP file; Data processing method of the IPTV receiver made including a.

Images