KR20090006504A - Apparatus and method for providing p2p service in ip multimedia subsystem - Google Patents

Apparatus and method for providing p2p service in ip multimedia subsystem Download PDF

Info

Publication number
KR20090006504A
KR20090006504A KR1020070069886A KR20070069886A KR20090006504A KR 20090006504 A KR20090006504 A KR 20090006504A KR 1020070069886 A KR1020070069886 A KR 1020070069886A KR 20070069886 A KR20070069886 A KR 20070069886A KR 20090006504 A KR20090006504 A KR 20090006504A
Authority
KR
South Korea
Prior art keywords
content
list
terminal
method
search
Prior art date
Application number
KR1020070069886A
Other languages
Korean (ko)
Inventor
김경원
Original Assignee
삼성전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to KR1020070069886A priority Critical patent/KR20090006504A/en
Publication of KR20090006504A publication Critical patent/KR20090006504A/en

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00Digital computers in general; Data processing equipment in general
    • G06F15/16Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network-specific arrangements or communication protocols supporting networked applications
    • H04L67/10Network-specific arrangements or communication protocols supporting networked applications in which an application is distributed across nodes in the network
    • H04L67/104Network-specific arrangements or communication protocols supporting networked applications in which an application is distributed across nodes in the network for peer-to-peer [P2P] networking; Functionalities or architectural details of P2P networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/06Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Abstract

A method for providing the P2P service in an IP multimedia subsystem(IMS) and an apparatus thereof are provided to make contents sharing between use terminals possible by offering the P2P service based on the presence service of the IMS. When a power supply unit is turned on, a user equipment(UE) performs a registration step in a call session controller(302) by using the session initialization protocol(SIP)(320), and then transmits an XCAP message for requesting a list of other UEs, registered inside itself, to a shared server(XDMS)(310, 330). The shared server searches the list and then transmits a message(200 OK) for informing the searched result to the UE(332). The terminal transmits an XCAP message for requesting a rule, registered inside itself, to a presence server(PS/Presence XDMS)(306, 340). The presence server searches the rule and then transmits a message for informing the searched result to the UE(342).

Description

Method and apparatus for providing P2P service in IP multimedia subsystem {APPARATUS AND METHOD FOR PROVIDING P2P SERVICE IN IP MULTIMEDIA SUBSYSTEM}

The present invention relates to a method and apparatus for providing a peer to peer (P2P) service in an IP multimedia subsystem (IMS), and more particularly, to a peer-to-peer service based on the presence service of the IMS. The present invention relates to a method and an apparatus for sharing content between user terminals.

P2P is a method of performing operations such as searching and transmitting information through a direct connection between a plurality of computers (or terminals) constituting a network, or structures of the network. The P2P service provided in the related art is a hybrid P2P. , Pure P2P and Super P2P.

First, the hybrid P2P is a method in which a peer retrieves a counterpart or information through a central server and communicates between peers, as shown in FIG. After retrieving the location information and the meta information of the data of the other peers, the retrieved information is used to directly transmit data or communicate with each other. That is, in the mixed P2P, the central server manages and provides meta information of data of each peer to other peers, and actual data transmission and communication are directly performed between the peers. This method is more efficient than the existing server / client model, but the burden on the central server increases as the peers increase, and the cost increases because the capacity of the central server increases as the network grows. . In addition, when a problem occurs in the central server has a disadvantage that the problem occurs throughout the network.

Next, as shown in FIG. 1B, the pure P2P is a method of directly communicating between peers without the intervention of a central server, whereby all nodes forming a network are equal so that all nodes are servers and clients. It assumes the same responsibility for data retrieval and transmission. The pure P2P scheme is a network that best fits the concept of P2P, and has the advantage of solving the vulnerability of the network of the mixed P2P. However, in the pure P2P method, since a node serving as a routing aid does not exist, a search time can be increased by a specific peer crossing a large number of peers while searching for another peer or searching for data. Sometimes peers are created. In addition, there is a problem that the search time may be greatly increased when passing through a peer having a low capacity.

Finally, the super P2P is provided by combining the advantages of both the mixed P2P and pure P2P, as shown in Figure 1c, there are a plurality of servers, the plurality of servers (super peer) is the routing of each peer and It manages information and performs data transmission and communication between each peer. Since the super P2P scheme has a plurality of super peers, even if a problem occurs in one super peer, another super peer may be used, and thus, a problem does not occur in the entire network. It also has the advantage of performance because it helps routing. However, the super P2P scheme lacks research on which node to use as a super peer, is not easy to implement, and has various performances depending on the implementation scheme.

That is, the P2P schemes provided in the related art have disadvantages of solving the problems caused by the speed decrease due to the load of the server, the copyright problem, the performance decrease due to the difficulty of routing, and the load of the network itself.

The present invention was derived to solve the above problems, and an object of the present invention is to provide a method and apparatus for providing P2P service in IP Multimedia Subsystem (IMS).

Another object of the present invention is to provide a method and apparatus for providing a P2P service using a presence service and a message session relay protocol (MSRP) in an IP multimedia subsystem (IMS).

According to a first aspect of the present invention for achieving the above object, the IP multimedia subsystem for providing a peer to peer (P2P) service, the terminal is a presence (presence) service through the presence (presence) of the list of the counterpart terminal and the counterpart terminal; Obtaining status information, obtaining a list of contents registered by the terminal from a P2P server, requesting to search for specific contents, and checking the specific contents among contents lists held by the counterpart terminal by the P2P server. And searching for content and transmitting a search result to the terminal.

According to a second aspect of the present invention for achieving the above object, an operation method of a terminal that provides a peer to peer (P2P) service in an IP multimedia subsystem includes a list of counterpart terminals through a presence service; Acquiring the state information of the counterpart terminal; acquiring a list of contents registered in advance from a P2P server; receiving a content search condition from a user and requesting the P2P server to search for content corresponding to the condition; And receiving a content search result from the P2P server.

According to a third aspect of the present invention for achieving the above objects, a method of operating a P2P server that provides a peer to peer (P2P) service in an IP multimedia subsystem, receives information of contents held by each terminal from each terminal Storing and storing; and receiving a request for transmission of a content list registered by the user from a specific terminal; transmitting the content list; receiving a request for searching for content corresponding to a specific search condition from the specific terminal; And searching for content corresponding to the search condition in a list of contents held by the counterpart terminals of the corresponding terminal, and transmitting a search result to the specific terminal.

According to a fourth aspect of the present invention for achieving the above objects, the apparatus of the terminal for providing a peer to peer (P2P) service in the IP multimedia subsystem, the input unit for receiving a content search condition from the user, and controls the communication unit Acquire a counterpart terminal list and state information of the counterpart terminal through a presence service, obtain a pre-registered content list from a P2P server, and search for content corresponding to the search condition with the P2P server; And a communication unit configured to perform communication under the control of the controller and to receive a content search result from the P2P server.

According to a fifth aspect of the present invention for achieving the above object, the apparatus of the P2P server that provides a peer to peer (P2P) service in the IP multimedia subsystem, receives the information of the contents owned from each terminal by A list management unit for storing the contents and a content searching unit for searching for contents corresponding to the search conditions from a list of contents held by the counterpart terminals of the specific terminals stored in the list management unit by receiving a search for contents corresponding to a specific search condition from a specific terminal; And a communication unit for receiving a request for transmission of a content list registered by the specific terminal to transmit the content list, and transmitting a search result of the content search unit to the specific terminal.

As described above, the present invention supports an IMS presence service by sharing content between user terminals using a presence service and a message session relay protocol (MSRP) in an IP multimedia subsystem (IMS). At the same time, it can support a P2P service for content transmission and can transmit and receive content in real time according to the state of the other terminal.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. In describing the present invention, when it is determined that the specific description of the related known function or configuration may unnecessarily obscure the gist of the present invention, the detailed description thereof will be omitted.

Hereinafter, the present invention describes a technology for sharing content between user terminals by providing a P2P service using a presence service and a message session relay protocol (MSRP) in an IP multimedia subsystem (IMS). something to do. The XML Configuration Access Protocol (XCAP) message and the Session Initiation Protocol (SIP) message described below are each an Aggregation Proxy (hereinafter referred to as a "proxy") server and a Call Session Control Function (CSCF). It is transmitted and received to the corresponding user terminal and each server via. In addition, a presence server (PS / Presence XDMS), a resource list server (RLS / Resource List Server XDMS), and a shared server (Shared XDMS) described below refer to servers for a presence service that provides status information of a terminal. do.

2 shows an initial signal flow for P2P service in the IP multimedia subsystem according to the present invention.

Referring to FIG. 2, when a user equipment (UE) 200 is powered on, the UE 200 registers with a call session controller (CSCF) 202 using a session initialization protocol (SIP) in step 220. Do this.

In step 230, the terminal 200 transmits a message (XCAP GET (AUID) = resource-list) requesting a list of counterpart terminals registered in its own terminal to the shared server (Shared XDMS) 210 in step 230. The sharing server 210 transmits a message (400 Document Not Found) indicating that the requested counterpart terminal list was not found in step 232 to the terminal 200. Thereafter, when the terminal 200 proceeds to step 234 and transmits a message (XCAP PUT (AUID) = resource-list) requesting registration of the counterpart terminal list to the sharing server 210, the sharing server 210 In step 236 registers the opponent terminal list received in the relative list of the corresponding terminal, and transmits a message (200 OK) informing that the registration was successful to the terminal 200.

Thereafter, the terminal 200 transmits a message (XCAP GET (AUID) = pres-rules) requesting a rule registered in its terminal to the presence server (PS / Presence XDMS) 206 in step 240, The presence server 206 transmits a message (400 Document Not Found) to the terminal 200 indicating that the requested rule was not found in step 242. Thereafter, when the terminal 200 transmits a message (XCAP PUT (AUID) = pres-rules) requesting registration of a specific rule to the presence server 206 in step 244, the presence server 206 In step 246, the controller 200 registers the rule received according to the rule of the corresponding terminal and transmits a message (200 OK) indicating that the registration is successful to the terminal 200. Here, the rule means, for example, a rule indicating a deadline for re-registering the deleted opponent list.

In step 250, the terminal 200 requests a location information of the counterpart terminals registered to the resource list server (RLS / Resource List Server XDMS) 208 (XCAP GET (AUID) = rls-services). In step 252, the resource list server 208 transmits a message (400 Document Not Found) indicating that the requested location information was not found to the terminal 200. In step 254, when the terminal 200 transmits a message (XCAP PUT (AUID) = rls-services) requesting location registration of the counterpart terminals to the resource list server 208, the resource list server 208. Registers the received location information, and transmits a message 200 OK indicating that the registration is successful in step 256 to the terminal 200.

In step 260, the terminal 200 requests a P2P server (P2P / P2P XDMS) 212 according to the present invention to request information on the content list registered by the terminal (XCAP GET (AUID) = P2P-services). In step 262, the P2P server 212 transmits a message (400 Document Not Found) indicating that the requested content list was not found to the terminal 200. In step 264, when the terminal 200 transmits a message (XCAP PUT (AUID) = P2P-services) requesting registration of a content list held by the terminal 200 to the P2P server 212, the P2P server ( In operation 266, the content list is received from the content list of the corresponding terminal, and a message 200 OK indicating that the registration is successful is transmitted to the terminal 200. Here, the message for requesting registration of the content list may include a name of the list, a name of each content included in the list, a content producer name, a content size, a content storage location, and the like. .

By performing the above procedure, the user terminal 200 may upload a list of contents held by the user terminal 200 to the P2P server 212. This procedure is performed once at the beginning, and can be performed again if the user wants to upload new content as needed.

3 illustrates a signal flow for retrieving information of a specific content in the IP multimedia subsystem according to the present invention.

Referring to FIG. 3, when the UE 300 is powered on, the UE 300 registers with a call session controller (CSCF) 302 using a session initialization protocol (SIP) in step 320. .

In step 330, the terminal 300 transmits an XCAP message (XCAP GET (resource-list)) requesting a list of counterpart terminals registered in its own terminal to a shared server (Shared XDMS) 310, and the shared server. In operation 332, the terminal 310 searches for a list of counterpart terminals registered in the terminal 200 and transmits a message 200 OK indicating a search result to the terminal 300.

In step 340, the terminal 300 transmits an XCAP message (XCAP GET (pres-rules)) requesting a rule registered in its terminal to the presence server (PS / Presence XDMS) 306, and The presence server 306 searches for a rule related to the terminal in step 342 and transmits a message 200 OK indicating the search result to the terminal 200. Here, the presence server 306 provides status information of each user terminal registered in the counterpart terminal list to the terminal 300, and the status information of the terminal is provided in real time whenever the status of the counterpart terminal is changed. do.

In step 350, the terminal 300 requests an XCAP message (XCAP GET (rls-services)) for requesting location information of the counterpart terminals registered to the resource list server (RLS / Resource List Server XDMS) 308. The resource list server 308 searches for the location information of the counterpart terminals and transmits a message 200 OK indicating the search result to the terminal 300.

Thereafter, the terminal 300 requests an information on a content list registered by the P2P server (P2P / P2P XDMS) 312 according to the present invention in step 360 (XCAP GET (P2P-services)). In step 362, the P2P server 312 searches for a list of contents registered in the corresponding terminal and transmits a message 200 OK indicating a search result to the terminal 300.

Thereafter, when a search for a specific content is requested from the user, the terminal 300 transmits a SUBSCRIBE message requesting the search for the specific content to the P2P server 312 in step 370. In this case, the terminal may request to search for specific content by limiting to a specific counterpart terminal in the list of counterpart terminals, or may search for a specific content search for the entire counterpart terminal list. For example, as shown in FIG. 9, a request is made to search for content whose type information is “mp3” and whose name includes “abc” among contents held by a person having address information “sip: park@samsung.com”. Alternatively, the user may request a search for content whose type is “* .dat” and whose name includes “xyz” for the entire relative list.

In step 372, the P2P server 312, which has been requested to search for the specific content, searches for the specific content requested to be searched for the counterpart terminals registered in the terminal 300 and notifies a search result (200 OK). After transmitting to the terminal 300, the flow proceeds to step 374 and transmits a NOTIFY message including information on the retrieved content to the terminal 300. Here, the NOTIFY message includes the searched content and the information (or user information) of the counterpart terminal having the searched content. For example, as shown in FIG. 10, the NOTIFY message may include address information, content name, content producer, content size, and location path where the content is stored.

In step 376, the terminal 300 transmits a response message (200 OK) indicating that the NOTIFY message has been received, to the P2P server 312.

Through the above procedure, the terminal 300 may obtain status information of the counterpart terminals registered in the terminal 300 (for example, whether the user terminal is ON / OFF, absent, busy, etc.) Information about which one of the counterpart terminals possesses specific content desired by the terminal may be obtained. Hereinafter, a technique of acquiring information of a terminal having specific content through the above procedure and transmitting and receiving the specific content through the MSRP with the terminal will be described in detail.

4 illustrates a configuration of a user terminal in an IP multimedia subsystem according to an embodiment of the present invention.

As shown in FIG. 4, the user terminal includes a control unit 400, a P2P message management unit 402, a communication unit 404, a display unit 406, an input unit 408, and a storage unit 410. .

First, the controller 400 performs control and processing for the overall operation of the terminal, controls and processes a function for registering in a call session controller (CSCF) according to the present invention, and stores a list of contents held by the terminal in a P2P server. And to control and process a function for retrieving information on specific content through the P2P server. In particular, the control unit 400 includes a P2P message management unit 402 to generate a message for registering the reserved content list with the P2P server and a message requesting to search for specific content, and provide the message to the communication unit 404. In addition, the communication unit 404 receives a message including information retrieved about specific content and performs a function of processing.

The communication unit 404 performs a role of processing transmission and reception signals with a call session controller (CSCF) and a proxy server under the control of the control unit 400.

The display unit 406 displays status information generated during operation of the terminal, a plurality of numbers, letters, and images, and displays information retrieved for the specific content under the control of the controller 400 according to the present invention. . For example, the display unit 406 displays information indicating which user terminal among the counterpart terminals registered in the terminal holds the specific content. The input unit 408 includes a plurality of numeric keys, character keys, and function keys to provide the control unit 400 with a function corresponding to a key input from the user, and request a search for a specific content from the user according to the present invention. It receives and provides to the control unit 400. The storage unit 410 stores various data necessary for the operation of the terminal, and stores the content registered in the P2P server according to the present invention.

5 is a block diagram of a P2P server in an IP multimedia subsystem according to an embodiment of the present invention.

As illustrated in FIG. 5, the P2P server includes a control unit 500, a P2P message management unit 502, a communication unit 504, a content search unit 506, and a list manager 508.

First, the controller 500 performs control and processing for the overall operation of the P2P server, registers and manages a list of contents owned by each terminal according to the present invention, and receives a request for searching for specific content from the terminals. Control and process the function for searching the content. That is, the control unit 500 provides the content list to the list management unit 508 when the content list registration is requested from the terminal, and when the information search for the specific content is requested from the terminal, the content search unit. Posted by (506). In addition, the controller 500 includes a P2P message manager 502 to process and analyze a content list registration request message and a specific content search request message provided from the communication unit 504, and the content search unit 506. Receives a search result for the specific content from the generated message including the same to provide to the communication unit 504.

The communication unit 504 processes a signal transmitted and received with a terminal through a call session controller (CSCF) and a proxy server under the control of the control unit 500.

When the content search unit 506 inputs that the terminal requests to search for specific content from the control unit 500, the content search unit 506 refers to the list manager 508 and holds the specific content among the counterpart terminals of the terminal. Search for and provide the search result to the controller 500.

The list manager 508 receives and stores a list of contents held by each terminal from the controller 500 and stores a list of counterpart terminals of each terminal.

6 is a flowchart illustrating an operation procedure of a user terminal for searching and sharing content information in an IP multimedia subsystem according to an exemplary embodiment of the present invention.

Referring to FIG. 6, when the power is turned on in step 601, the terminal proceeds to step 603 to register with a call session controller (CSCF) using a session initialization protocol (SIP).

Thereafter, in step 605, the terminal transmits an XCAP message to the P2P server through a proxy server to obtain a list, rules, location and status information of the counterpart terminal.

In step 607, when the terminal inputs a condition (eg, a counterpart terminal to search for, a string to search for, a content type to search for, etc.) from the user to request for searching for specific content corresponding to the condition, In step 609, a SUBSCRIBE message requesting to search for a specific content including the input content search condition is generated and transmitted to the P2P server through the call session controller. In this case, the terminal may request to search for content only in a specific terminal of the list of the counterpart terminal, or may request a search for content for the entire list of the counterpart terminal. For example, as shown in FIG. 9, among the contents held by the opponent of “sip: park@samsung.com”, a type “mp3” may be requested and a search may be requested for the content including “abc” in the name. You can request a search for the contents of "* .dat" type and "xyz" in the name of the entire relative list.

In step 611, the terminal checks whether a NOTIFY message indicating a search result of content is received from the P2P server through a call session controller. When the NOTIFY message is received, the terminal displays the content search result included in the received NOTIFY message in step 613, that is, the searched content and the information (or user information) of the counterpart terminal having the searched content. For example, as shown in FIG. 10, the NOTIFY message may include address information, content name, content producer, content size, and location path where the content is stored.

In step 615, if a specific item is selected from the displayed content search results, the terminal proceeds to step 617 and requests the other terminal corresponding to the selected item to share the content.

In step 619, the terminal checks whether the sharing of content is allowed from the counterpart terminal. If the sharing of the content is not permitted, the terminal proceeds to step 623, notifying that content sharing is rejected, and then ends the algorithm according to the present invention. do.

On the other hand, when the sharing of content is allowed from the other terminal, the terminal proceeds to step 621 to receive the content using the MSRP, and terminates the algorithm according to the present invention.

7 is a flowchart illustrating an operation procedure of a P2P server that manages and provides information of content in an IP multimedia subsystem according to an embodiment of the present invention.

Referring to FIG. 7, when the P2P server requests a list of registered contents from a specific user terminal in step 701, the P2P server checks whether the content list owned by the terminal is already registered in step 703.

If the content list is not registered in advance, the P2P server proceeds to step 713 to transmit a message indicating that the content list held by the terminal is not registered, and proceeds to step 715 to request registration of the content list from the terminal. Check if a message is received. Here, the message for requesting registration of the content list includes a name of a list to be registered, a name of each content included in the list, a content producer name, a content size, a content location, and the like, as illustrated in FIG. 8. can do.

When the message requesting registration of the content list is received, the P2P server proceeds to step 717 to register the content list requested for registration, transmits to the terminal that the registration is successful, and returns to step 701. Repeat steps below.

If the content list is already registered, the P2P server proceeds to step 705 to transmit a pre-registered content list to the terminal, and proceeds to step 707 to receive a SUBSCRIBE message requesting a search for specific content from the terminal. Check it. For example, as shown in FIG. 9, a request is made to search for a content whose type is “mp3” and whose name is “abc” among the contents held by the opponent of “sip: park@samsung.com”. Checks to see if a SUBSCRIBE message is received that requests a search for content whose type is "* .dat" and whose name contains "xyz".

When receiving a SUBSCRIBE message requesting the search for the content, the P2P server searches the content list of the counterpart terminals requested to search from the terminal in step 709, and searches whether the specific content exists in the searched content list. do. In step 711, the P2P server transmits a NOTIFY message including a search result to the terminal, the searched content and information (or user information) of the counterpart terminal having the searched content. For example, as shown in FIG. 10, the NOTIFY message may include address information, content name, content producer, content size, and location path where the content is stored.

Thereafter, the P2P server terminates the algorithm according to the present invention.

Meanwhile, in the detailed description of the present invention, specific embodiments have been described, but various modifications are possible without departing from the scope of the present invention. Therefore, the scope of the present invention should not be limited to the described embodiments, but should be determined not only by the scope of the following claims, but also by the equivalents of the claims.

1 is a diagram illustrating a network configuration for providing a P2P service according to the prior art;

2 is a diagram illustrating an initial signal flow for P2P service in an IP multimedia subsystem according to the present invention;

3 is a signal flow for retrieving information of a specific content in the IP multimedia subsystem according to the present invention;

4 is a diagram illustrating a configuration of a user terminal in an IP multimedia subsystem according to an embodiment of the present invention;

5 is a diagram illustrating a configuration of a P2P server in an IP multimedia subsystem according to an embodiment of the present invention;

6 is a flowchart illustrating an operation procedure of a user terminal for searching and sharing content information in an IP multimedia subsystem according to an embodiment of the present invention;

7 is a diagram illustrating an operation procedure of a P2P server for managing and providing information of content in an IP multimedia subsystem according to an embodiment of the present invention;

8 is a diagram illustrating an example of a message for registering a content list in a P2P server in an IP multimedia subsystem according to an embodiment of the present invention;

9 is a view showing an example of a message requesting a search for a specific content in the IP multimedia subsystem according to an embodiment of the present invention, and

10 is a diagram illustrating an example of a message informing a search result of a specific content in the IP multimedia subsystem according to an embodiment of the present invention.

Claims (43)

  1. In the IP multimedia subsystem that provides peer-to-peer service,
    Obtaining, by the terminal, the counterpart terminal list and the state information of the counterpart terminal through a presence service;
    Obtaining, by the terminal, a list of own contents registered in advance from a P2P server, and requesting a search for specific contents;
    And searching, by the P2P server, the specific content from the list of contents held by the counterpart terminal and transmitting a search result to the terminal.
  2. The method of claim 1,
    The terminal further comprises the step of transmitting and receiving the specific content using the message session relay protocol (MSRP) and the other terminal having the specific content through the search results.
  3. The method of claim 1,
    The search result may include at least one of a name of a searched content, a content producer, a content size, a content storage location, and address information of a counterpart terminal having the searched content.
  4. The method of claim 1,
    The search result is transmitted using a NOTIFY message.
  5. The method of claim 1,
    The own content list,
    When the terminal performs the first access to the P2P server or want to register a new content, characterized in that the list is registered by transmitting the information of the contents owned to the P2P server.
  6. The method of claim 5,
    The information of the contents held by the self,
    And at least one of a content list name, a name of each content included in the list, an author, a size, and a storage location.
  7. The method of claim 1,
    The own content list is registered with the P2P server through an XML Configuration Access Protocol (XCAP) message.
  8. The method of claim 1,
    The process of requesting a search for a specific content by the terminal,
    Receiving a condition for searching for content from a user;
    And generating a SUBSCRIBE message requesting a search for a specific file corresponding to the condition and transmitting the generated SUBSCRIBE message to the P2P server.
  9. The method of claim 8,
    The content search condition is,
    And at least one of a counterpart terminal to be searched, a string included in the content to be searched, and a content type to be searched.
  10. A method of operating a terminal providing a peer to peer (P2P) service in an IP multimedia subsystem,
    Obtaining a list of counterpart terminals and state information of the counterpart terminal through a presence service;
    Obtaining a list of own contents registered from a P2P server;
    Receiving a content search condition from a user and requesting the P2P server to search for content corresponding to the condition;
    Receiving a content search result from the P2P server.
  11. The method of claim 10,
    And transmitting and receiving the content by using a message session relay protocol (MSRP) with a counterpart terminal having content corresponding to the condition through the search result.
  12. The method of claim 10,
    The search result may include at least one of a name of a searched content, a content producer, a content size, a content storage location, and address information of a counterpart terminal having the searched content.
  13. The method of claim 10,
    The search result is received via a NOTIFY message.
  14. The method of claim 10,
    The own content list,
    When the first access to the P2P server or when you want to register a new content, characterized in that the list registered by transmitting the information of the contents owned to the P2P server.
  15. The method of claim 14,
    The information of the contents,
    And at least one of a content list name, a name of each content included in the list, an author, a size, and a storage location.
  16. The method of claim 10,
    The content list of the own, characterized in that the terminal transmits and registers an XML Configuration Access Protocol (XCAP) message including the information of the contents owned by the P2P server.
  17. The method of claim 10,
    The content search condition is,
    And at least one of a counterpart terminal to be searched, a string included in the content to be searched, and a content type to be searched.
  18. The method of claim 10,
    The process of requesting a search for the content includes:
    And generating a SUBSCRIBE message including the search condition and transmitting the generated SUBSCRIBE message to the P2P server.
  19. A method of operating a P2P server that provides peer-to-peer service in an IP multimedia subsystem,
    Receiving and storing information of contents owned by each terminal,
    Receiving a request for transmission of a content list registered by a specific terminal and transmitting the content list;
    Receiving a request for searching for content corresponding to a specific search condition from the specific terminal;
    And searching for content corresponding to the search condition in a list of contents held by counterpart terminals of the specific terminal and transmitting a search result to the specific terminal.
  20. The method of claim 19,
    The search result may include at least one of a name of a searched content, a content producer, a content size, a content storage location, and address information of a counterpart terminal having the searched content.
  21. The method of claim 19,
    The search results are transmitted using a NOTIFY message.
  22. The method of claim 19,
    The content list registered by the self,
    When the terminal performs the first access to the P2P server or want to register a new content, characterized in that the list is registered by transmitting the information of the contents owned to the P2P server.
  23. The method of claim 22,
    The information of the contents held by the self,
    And at least one of a content list name, a name of each content included in the list, an author, a size, and a storage location.
  24. The method of claim 19,
    The contents list registered by the self is registered in the P2P server through an XML Configuration Access Protocol (XCAP) message.
  25. The method of claim 19,
    The process of receiving a request to search the content,
    And receiving a SUBSCRIBE message including the specific search condition.
  26. The method of claim 19,
    The search condition may include at least one of a counterpart terminal to be searched, a string included in content to be searched, and a content type to be searched.
  27. In the device of the terminal providing a peer to peer (P2P) service in the IP multimedia subsystem,
    An input unit for receiving a content search condition from a user;
    Controls the communication unit to obtain a list of counterpart terminals and state information of the counterpart terminal through a presence service, obtains a list of contents registered in advance from a P2P server, and corresponds to the search condition to the P2P server. A controller for requesting a search for contents;
    And a communication unit performing communication under the control of the controller and receiving a content search result from the P2P server.
  28. The method of claim 27,
    The controller may be configured to control a function for transmitting and receiving the content by using a message session relay protocol (MSRP) with a counterpart terminal having content corresponding to the condition through the search result.
  29. The method of claim 27,
    The search result may include at least one of a name of a searched content, a content producer, a content size, a content storage location, and address information of a counterpart terminal having the searched content.
  30. The method of claim 27,
    And the search result is received through a NOTIFY message.
  31. The method of claim 27,
    The own content list is a list registered by transmitting information of contents owned by the P2P server when the first access to the P2P server or when a new content is to be registered.
  32. The method of claim 31, wherein
    The information on the contents may include at least one of a content list name, a name of each content included in the list, a producer, a size, and a storage location.
  33. The method of claim 27,
    The content list of the own device, characterized in that for registering by transmitting an XCAP (XML Configuration Access Protocol) message containing the information of the contents held by the terminal itself to the P2P server.
  34. The method of claim 27,
    The search condition may include at least one of a counterpart terminal to be searched, a string included in content to be searched, and a content type to be searched.
  35. The method of claim 27,
    The content search request, characterized in that for using the SUBSCRIBE message containing the search conditions.
  36. A device of a P2P server that provides peer-to-peer service in an IP multimedia subsystem,
    A list manager which receives and stores information of contents owned by each terminal,
    A content search unit which receives a request for searching for content corresponding to a specific search condition from a specific terminal, and searches for content corresponding to the search condition in a content list held by counterpart terminals of a specific terminal stored in the list manager;
    And a communication unit receiving a request for transmission of a content list registered by the specific terminal, transmitting the content list, and transmitting a search result of the content search unit to the specific terminal.
  37. The method of claim 36,
    The search result may include at least one of a name of a searched content, a content producer, a content size, a content storage location, and address information of a counterpart terminal having the searched content.
  38. The method of claim 36,
    And the search result is transmitted using a NOTIFY message.
  39. The method of claim 36,
    The contents list registered by the self is a list registered by transmitting information of contents owned by the terminal to the P2P server when the terminal performs initial access to the P2P server or to register new contents. Device.
  40. The method of claim 39,
    The information on the contents owned by the device includes at least one of a content list name, a name of each content included in the list, a producer, a size, and a storage location.
  41. The method of claim 36,
    The content list registered by the device, characterized in that registered in the P2P server through an XML Configuration Access Protocol (XCAP) message.
  42. The method of claim 36,
    The search request for the content, characterized in that requested via the reception of a SUBSCRIBE message containing the specific search conditions.
  43. The method of claim 36,
    The search condition may include at least one of a counterpart terminal to be searched, a string included in content to be searched, and a content type to be searched.
KR1020070069886A 2007-07-12 2007-07-12 Apparatus and method for providing p2p service in ip multimedia subsystem KR20090006504A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020070069886A KR20090006504A (en) 2007-07-12 2007-07-12 Apparatus and method for providing p2p service in ip multimedia subsystem

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020070069886A KR20090006504A (en) 2007-07-12 2007-07-12 Apparatus and method for providing p2p service in ip multimedia subsystem

Publications (1)

Publication Number Publication Date
KR20090006504A true KR20090006504A (en) 2009-01-15

Family

ID=40487707

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020070069886A KR20090006504A (en) 2007-07-12 2007-07-12 Apparatus and method for providing p2p service in ip multimedia subsystem

Country Status (1)

Country Link
KR (1) KR20090006504A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101122213B1 (en) * 2010-11-22 2012-03-20 주식회사 케이티 System and method for providing mobile p2p service
WO2013052247A1 (en) * 2011-10-05 2013-04-11 Google Inc. Generating a media content availability notification
CN103118044A (en) * 2011-11-16 2013-05-22 华为终端有限公司 Content distribution business session management method, system and device
WO2014022016A1 (en) * 2012-08-03 2014-02-06 Intel Corporation Communication path switching for mobile devices
WO2016064074A1 (en) * 2014-10-21 2016-04-28 에스케이텔레콤 주식회사 Device-to-device content providing method

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101122213B1 (en) * 2010-11-22 2012-03-20 주식회사 케이티 System and method for providing mobile p2p service
WO2013052247A1 (en) * 2011-10-05 2013-04-11 Google Inc. Generating a media content availability notification
US8583489B2 (en) 2011-10-05 2013-11-12 Google, Inc. Generating a media content availability notification
CN103118044A (en) * 2011-11-16 2013-05-22 华为终端有限公司 Content distribution business session management method, system and device
CN103118044B (en) * 2011-11-16 2015-12-02 华为终端有限公司 Content distribution service session management method and system equipment
WO2014022016A1 (en) * 2012-08-03 2014-02-06 Intel Corporation Communication path switching for mobile devices
US8982880B2 (en) 2012-08-03 2015-03-17 Intel Corporation Communication path switching for mobile devices
US9369912B2 (en) 2012-08-03 2016-06-14 Intel Corporation Communication path switching for mobile devices
WO2016064074A1 (en) * 2014-10-21 2016-04-28 에스케이텔레콤 주식회사 Device-to-device content providing method
KR20160046535A (en) * 2014-10-21 2016-04-29 에스케이텔레콤 주식회사 Method for providing contents between terminal and recording medium recording program therfor
CN106688243A (en) * 2014-10-21 2017-05-17 Sk电信有限公司 Device-to-device content providing method

Similar Documents

Publication Publication Date Title
JP5898980B2 (en) Method, system, and storage medium for managing multiple queues of non-persistent messages in a network environment
US8352614B2 (en) Content management
US8533293B1 (en) Client side cache management
CN100344102C (en) Method and system for sharing presence information
KR100702427B1 (en) Secured and access controlled peer-to-peer resource sharing method and apparatus
US8010598B2 (en) Relay server and client terminal
US7664861B2 (en) Managed peer-to-peer file sharing
JP4353239B2 (en) Contact information registration method, node and distributed hash table
US20080256224A1 (en) Data communication system and session management server
US8631091B2 (en) Content distribution network using a web browser and locally stored content to directly exchange content between users
US7693958B2 (en) Instant messaging with data sharing
US20070274525A1 (en) Encrypted communication system, communication status management server, encrypted communication method, and communication status management method
CN100563196C (en) Communication system and method of inquiring information in communication system
CN101542461B (en) Virtual peer for a content sharing system
KR100924692B1 (en) Data transmission system, apparatus and method for processing information, apparatus and method for relaying data, and storage medium
CN103718578B (en) Method and device for notification messages and providing notification messages
KR101458237B1 (en) Remote data access techniques for portable devices
EP2129081A1 (en) SIP network-based content sharing method and system
US7782866B1 (en) Virtual peer in a peer-to-peer network
US9432454B2 (en) Cloud-to-cloud peering
KR20050094424A (en) System and method for rendering content on multiple devices
US8977673B2 (en) Information on availability of services provided by publish-subscribe service
KR20170042528A (en) Custodian routing with network address translation in content-centric networks
BRPI0614925A2 (en) caching and file compartment method
EP2005694B1 (en) A node

Legal Events

Date Code Title Description
WITN Withdrawal due to no request for examination