WO2008110724A2 - Method for establishing a connection between terminals - Google Patents

Method for establishing a connection between terminals Download PDF

Info

Publication number
WO2008110724A2
WO2008110724A2 PCT/FR2008/050201 FR2008050201W WO2008110724A2 WO 2008110724 A2 WO2008110724 A2 WO 2008110724A2 FR 2008050201 W FR2008050201 W FR 2008050201W WO 2008110724 A2 WO2008110724 A2 WO 2008110724A2
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
content
server
requesting
request
Prior art date
Application number
PCT/FR2008/050201
Other languages
French (fr)
Other versions
WO2008110724A3 (en
Inventor
Jean-Baptiste Hennequin
Mikhaël SAID
Magali Legendre
Original Assignee
France Telecom
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
Priority to FR0753316 priority Critical
Priority to FR0753316 priority
Application filed by France Telecom filed Critical France Telecom
Publication of WO2008110724A2 publication Critical patent/WO2008110724A2/en
Publication of WO2008110724A3 publication Critical patent/WO2008110724A3/en

Links

Classifications

    • 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
    • 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
    • H04L67/1061Network-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 involving node-based peer discovery mechanisms
    • H04L67/1063Discovery through centralizing entities
    • 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
    • H04L67/1074Network-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 for supporting resource transmission mechanisms
    • H04L67/1078Resource delivery mechanisms
    • H04L67/108Resource delivery mechanisms characterized by resources being split in blocks or fragments
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network-specific arrangements or communication protocols supporting networked applications
    • H04L67/14Network-specific arrangements or communication protocols supporting networked applications for session management

Abstract

The invention relates to a requiring terminal (Term1) desiring to acquire content and to be put in relation with at least one provider terminal (Term2, Term3) capable of providing him with at least a portion of the content. According to the invention, the method comprises: a reception step, by a server (22) for establishing a relation, of at least one access request (M2) to the content sent by the requiring server (40); the step of transmission from the server, and to at least one target terminal, of a request (M3, M4) for providing the content and, in case of acceptance of the request by said target terminal thus considered as a provider terminal capable of providing a portion at least of the content, the server receives parameters concerning the provider terminal and necessary for the connection between the requiring terminal and the provider terminal; the step of transmission to the requiring terminal of an answer (M2-OK) to its access request to the content, in which the server transmits to the requiring terminal the parameters concerning the provider terminal; and the step of reception by the server of the parameters concerning the requiring terminal.

Description

 Method for connecting a requesting terminal, wishing to acquire a content, with at least one provider terminal willing to provide at least a portion of the content

The invention relates to a technique for connecting a requesting terminal wishing to acquire a content with at least one provider terminal arranged to provide at least a portion of the content.

In a communication network, several terminals can form an overlay network, for example of "peer-to-peer" or "peer to peer" type, subsequently called P2P network, and thus be connected to each other. These terminals, called peers, are undifferentiated and have equivalent capabilities and responsibilities in the network as opposed to a client-server architecture. This recovery network does not rely on its own infrastructure but on the communication network already in place. It exploits the resources but without necessarily knowing the underlying physical topology. The communication network is said to underlie the P2P network.

In a P2P network, peers communicate and share resources, such as computing capabilities or multimedia content.

International patent application, published under number WO03 / 015377, describes a method for facilitating delivery of content distributed in a P2P network. According to this method, content is identified by a content identifier assigned when the content is published. A requesting peer of a content sends a request comprising the identifier of the searched content to a central server, capable of storing for each content identifier servers potentially capable of delivering the searched content and gets in return a list of such servers. Peers with the desired content become servers for the delivery of that content. The requesting peer directly contacts at least one of the servers in the list and obtains at least part of the content of that server or another server from the list. The peer may also request from the central server a complementary list of servers potentially capable of delivering the content to him when the initial list did not allow him to obtain the content in its entirety.

The requesting peer may not be able to contact one of the servers in the list for different reasons. These can be, for one, reasons related to the load of the network or the server. On the other hand, peers may no longer be present on the P2P network and remain however stored as potentially capable of delivering the content. The requesting peer therefore has no guarantee that the list provided by the central server will actually allow it to obtain the desired content.

There is therefore a need for a technique making it possible to guarantee to a requesting terminal of a content the connection with terminals having the content in order to obtain it in a communication network, for example in a network. P2P network. The invention responds to this need by proposing a method for connecting a requesting terminal, wishing to acquire a content, with at least one provider terminal arranged to provide at least a portion of the content, comprising:

a step of reception by a linking server of at least one request for access to a content sent by the requesting terminal; a step of sending by the server to at least one target terminal of a request for access; provision of the content and, in case of acceptance of the request by said target terminal, the latter then being considered as a provider terminal arranged to provide at least part of the content, the server receives parameters specific to the provider terminal, necessary for the connection between the requesting terminal and the provider terminal, - a step of sending to the terminal requesting a response to its request for access to the content, wherein the server transmits to the requesting terminal the parameters specific to the provider terminal, and,

a step of reception by the server of parameters specific to the requesting terminal. The linking of a requesting terminal, wishing to acquire a content, with at least one provider terminal arranged to provide at least a portion of the content is done via a connection server.

Thus, the connection server can choose one or more provider terminals that will be able to correctly deliver the desired content. The server, controlling the connection, can verify that a target terminal accepts the content delivery request, thus becoming a provider terminal willing to provide the content.

The server controlling all the phases of connection can also ensure proper billing.

When the connection phases are carried out using a protocol such as the SIP protocol, for "Session Initiation Protocol", in an IMS type architecture, for "IP Multimedia Subsystem", resources are reserved in the transport network and will also guarantee a good quality of service when delivering the content. In the methods commonly used in P2P networks, the delivery of the content is of the "Best Effort" type, that is to say that all the equipment of the communication network located between the two terminals and crossed during the delivery routes traffic to the maximum of their capacity. In addition, the connection server can select terminals, mobile or fixed, adapted to the delivery of the content. Moreover, since this protocol is standardized, it makes it easier for terminals, both fixed and mobile, to communicate with the connection server in contrast to the generally proprietary protocols used in P2P networks. It also allows interactions with other services also based on an IMS architecture. The method according to the invention also makes it possible to connect the requesting terminal with provider terminals that are prepared to provide the content that is not identified in the access request with a view to delivering the searched content.

In one embodiment, there is further provided a step of publishing said content, wherein at least one terminal claims to have at least a portion of a content, the target terminal to which the content delivery request is sent corresponding to the terminal having declared to have at least part of the content.

A terminal claims to have at least part of a content. The linking server then associates with the identifier of the content an address in the communication network, for example of the IMS type, making it possible to reach the terminal. Thus, a request for delivery of the content is sent only to the target terminals that have declared that they own the content.

In one embodiment, a single request for access to the content is received by the server of the requesting terminal and a plurality of content delivery requests are sent to a plurality of target terminals, and the parameters transmitted to the requesting terminal at the same time. The step of sending a response to its content access request therewith includes the respective parameters of provider terminals arranged to provide the content among the plurality of target terminals.

In this embodiment, a single access request is sent by the requesting terminal and the connection server establishes different sessions with different target terminals. Thus, the server sends in the response to the request for access to the content only the parameters specific to the target terminals that have accepted the content delivery request transmitted by the server and thus guarantees the requesting terminal a success during the actual connection. The method further comprises a step prior to the step of reception by the linking server of a request for access to the content, in which the requesting terminal sends a request for access identifiers to the content and the server sends to the requesting terminal at least one access identifier, said at least one access identifier then being transmitted in the access request to the content during the step of sending by the requesting terminal to a connection server.

It is thus possible to combine a verification of access rights to the content of the requesting terminal according to an associated profile when requesting access identifiers and a subsequent verification of rights of access to the content by the application server. relationship when processing the access request transmitted by the requesting terminal including the access identifier. This avoids the fraudulent use by another terminal of the access identifier transmitted to the requesting terminal. The respective identities of the provider terminal or terminals willing to provide the content not being provided to the requesting terminal, it is then obliged to contact the server to be connected. The method further includes a target terminal selection step based on location information of the requesting terminal and the target terminal.

The connection server may select target terminals based on their locations and depending on the location of the requesting terminal in the network. Thus, the quality of service associated with the subsequent relationship between the requesting terminal and the provider terminal is improved.

In addition, the method comprises a target terminal selection step based on information specific to the target terminal belonging to the group comprising presence information, load information, information on the type of terminal. The connection server may either administer a database managing information specific to the target terminals, such as their presence in the network, their load, the type of terminal, mobile or fixed, or query such a database to optimize the selection of target terminals.

In addition, when the requesting terminal has been put in contact with at least one provider terminal and another target terminal declares to have at least some of the content after the step of sending to the terminal requesting a response to the request of access to the content, the connection server informs the requesting terminal for a connection with the other target terminal.

If a new terminal notifies the linking server that it has at least some of the content and the server still controls the matching of the requesting terminal with at least one provider terminal, the server informs the requesting terminal that it is possible to establish a connection with the new terminal.

The invention also relates to a method for receiving a content, comprising the steps of the method for connecting a terminal requesting such as described above, wishing to acquire a content, with each terminal of a set of provider terminals arranged to provide at least a portion of the content, and after linking the requesting terminal and each terminal of the set of terminals providers, a step of transmitting portions of the content directly from each terminal of all the provider terminals to the requesting terminal.

The invention also relates to a connection server of a requesting terminal, wishing to acquire a content, with at least one provider terminal arranged to provide at least a portion of the content, comprising: - means for receiving a request access to content sent by a requesting terminal;

means for sending to at least one target terminal of a request for providing the content;

means for receiving own parameters, arranged to receive the own parameters of the requesting terminal and the own parameters of at least one target terminal arranged to supply the terminal requesting at least a portion of the content, said provider terminal, the parameters being necessary; at the connection between the requesting terminal and the provider terminal;

means for sending to the terminal requesting a response to its access request to the content, arranged to transmit in the response to the access request to the terminal requesting parameters specific to the provider terminal.

The invention also relates to a connection system of a requesting terminal, wishing to acquire a content, with at least one provider terminal arranged to provide at least a portion of the content, comprising: - at least one connection server as described above;

at least one requesting terminal comprising means for sending a request for access to a content for the connection and means for receiving a response to its request for access to the content, arranged to receive in the response to its access request the parameters specific to at least one provider terminal, the parameters being necessary for the connection between the requesting terminal and the provider terminal; at least one provider terminal comprising means for receiving a request to supply content transmitted by a server and means for sending to the server of own parameters, the parameters being necessary for the connection between the requesting terminal and the provider terminal. The invention also relates to:

a program for connecting a requesting terminal, wishing to acquire a content, with at least one provider terminal disposed to provide at least part of the content, for a server, comprising program instructions for:

receiving at least one request for access to a content of a requesting terminal for the connection,

sending at least one target terminal a request to supply the content and, if the request is accepted by the target terminal, the latter being considered as a provider terminal that is willing to provide at least a portion of the content, receive parameters specific to the provider terminal, necessary for the connection between the requesting terminal and the provider terminal, and

sending the requesting terminal a response to its request for access to the content, in which the server transmits to the requesting terminal the parameters specific to the provider terminal, and

receive parameters specific to the requesting terminal, when said program is executed by the server.

a recording medium readable by a linking server on which the program is recorded as described above.

The invention will be better understood with the aid of the following description of a particular embodiment of the method of the invention, with reference to the appended drawings in which: FIG. 1 is a diagram representing a network architecture for implementing in relation to a requesting terminal, wishing to acquire a content, with at least one provider terminal disposed to provide at least a portion of the content; FIG. 2 is a diagram illustrating a phase of publication of a content by a terminal according to a particular embodiment of the invention; Figure 3 is a diagram illustrating a connection phase of a requesting terminal with at least one supplier terminal arranged to provide at least a portion of a content according to a particular embodiment of the invention;

FIGS. 4a and 4b are diagrams illustrating a phase of notifying the availability of a new content provider terminal in two particular embodiments; FIG. 5 represents a connection server of a requesting terminal, wishing to acquire a content, with at least one provider terminal arranged to provide at least part of the content according to a particular embodiment of the invention. FIG. 1 shows a network architecture for connecting a requesting terminal, wishing to acquire a content, with at least one provider terminal arranged to provide at least a portion of the content. Three plans are represented: a transport plan 1, a control plane 2 and a service plan 3. In the transport plane 1, three terminals 40, 42 and 44 and a content supply server 30 can communicate with each other by via an IP transport network 46. The terminals are fixed or mobile. They can dialogue with a server 22 AS P2P, located in the service plan 3.

For the control and transport plans, it is later placed in a particular embodiment where the network architecture is a type of architecture.

IMS, for "IP Multimedia Subsystem". The IMS is a network architecture introduced by 3GPP ("3rd Generation Partnership Project") for mobile networks, then taken over by TISPAN ("Telecommunications and Internet Converged Services").

Protocols for Advanced Networking ") for fixed networks This architecture allows the dynamic establishment and control of multimedia sessions between two clients as well as the reservation of resources at the level of the media flow transport network. It also manages the interaction of services.

IMS currently only allows access to telephony, video telephony, presence and instant messaging services. The IMS provides a unified implementation protocol for multimedia services, called Session Initiation Protocol (SIP).

In the particular embodiment, the terminals 40, 42 and 44 and the content providing server 30 comprise SIP signaling means.

As shown in FIG. 1, the IMS architecture communication network comprises: CSCF servers (for "CaIl Server Control Function") with in particular as represented in FIG. 1: a P-CSCF proxy server 12 ("Proxy-CSCF" For "Proxy-Call Server Control Function") which is the first point of contact with the user's terminal 40 in the IMS network and which manages the interaction with the resources of the IP transport network 46, a server 14 of the S-CSCF routing ("Serving-CSCF") which manages the user in the IMS network and, in particular, the trigger points (also known as IFCs for Initial Filter Criteria) to servers with which user has subscribed. The server 14 S-CSCF is assigned to the user by an I-CSCF server ("Interrogating-CSCF"), not shown, during the registration of the terminal 40 in the IMS network, a server 22 for connecting the user. a requesting terminal, wishing to acquire a content, with at least one provider terminal arranged to provide at least a portion of the content, hereinafter referred to as AS P2P. It is a SIP server that coordinates the available content, resources and terminals present in a P2P network. This presence management in the P2P network is performed following a request for activation of the service by the user, according to a registration procedure which will be described in detail below. The AS P2P server 22 contains user subscription information provided by the service operator or an associated third party provider, such as access rights to multimedia contents, and information about the transport network 46, a database 16, User Profile Server Function (UPSF) or HSS ( "Home Subscriber Server"), containing the profile of the user in terms of subscribed services and, in particular here, the P2P service. This base 16 is also entered by the service operator or an associated third party provider, after the user has subscribed his subscription; it contains the detection points associated with the user, in particular that of the server 22 AS P2P. This database 16 is queried by the S-CSCF and I-CSCF SIP proxies during the registration phase of the user terminal.

In the IMS architecture network described above, the different SIP proxy servers P-CSCF, S-CSCF and I-CSCF can be located in pairs or together in the same equipment. The control plane 2, and more particularly the server 12 Proxy-CSCF, also controls the traffic in the transport plane 1 through a subsystem RACS 18 (for "Resource and Admission Control Subsystem"), which is responsible for establishing the resources and rules vis-à-vis the transport network 46.

In order to provide the P2P service to users, the network also includes a content catalog server 26. With the aid of a request of the HTTP ("Hyper Text Transfer Protocol") type, the user can search on the server 26 for a particular content and obtain in return a content identifier Id cont.

When, after subscribing to a P2P service subscription, the user actually wants to activate the service, a phase, called registration phase in the IMS network, takes place before the connection phase, or access phase, properly speaking. .

The recording phase is performed automatically or by the sending by the terminal 40 of a registration message, for example of the SIP "Register" type including a user identification in the IMS network. The message "Register" arrives at the P-CSCF proxy server 12 which transmits it to a I-CSCF server, not shown, which assigns an S-CSCF routing server 14 to the terminal 40.

The S-CSCF routing server 14 obtains from the user data base 16, UPSF or HSS, the associated detection points containing, inter alia, the point of detection of the P2 P2 server 22 enabling the activation of the P2P service.

The terminal 40, thus registered in the IMS network, can then access the P2P service.

Subsequently, the term terminal can designate both the user of the terminal and the terminal itself. The phase of publication of a content by a terminal will now be described in relation to FIG. 2. The user of the terminal 42, registered in the IMS network, wishes to publish one or more contents respectively identified by a content identifier Id cont . The terminal 42 has all or part of the content. For the sake of simplicity, it is subsequently considered that the P-CSCF and S-CSCF servers of the terminal 42 are the same as those of the terminal 40. The terminal 42 then transmits to the P-CSCF 12 a message M1 (Id_cont), for example a SIP message "Publish" as defined in RFC 2903 comprising an identification of the user in the IMS network and, according to the invention, one or more content identifiers. This message is relayed to the server 22 AS P2P by the S-CSCF routing server 14. The AS P2P server 22 verifies that the one or more content identifiers correspond to contents listed and authorized on the network and that the terminal has sufficient rights to make them available to other terminals in the P2P network. The server 22 AS P2P then associates the identifier of the user URI (for "Uniform Resource Identifier") with the content identifier (s) received. The server 22 P2P AS acknowledges the receipt of the message Ml by the transmission of an Ml-OK message to the terminal 42, for example a message of the SIP type "200 OK" if the publication is taken into account. This message is relayed by the servers 14 S-CSCF and 12 P-CSCF to the terminal 42. If the publication is not taken into account, the server 22 AS P2P transmits an error message to the terminal 42. The connecting phase of a requesting terminal, wishing to acquire a content, with at least one provider terminal disposed to provide at least a portion of the content will now be described in connection with Figure 3.

It is assumed that the terminals 40, 42 and 44 are recorded in the P2P network and that the terminals 42 and 44 respectively have realized a content publication phase, identified by the content identifier Id cont. The terminals 40, 42 and 44 are respectively identified by Term1, Term2 and Term3 in FIG.

In FIG. 3, in order to simplify this and the description of the method, direct exchanges between the server 22 AS P2P with the terminals Term2 and Term3 appear. It must be understood that these are carried out by routing in the network

IMS. The AS P2P server sends them to the server 12 S-CSCF and they are then routed to the destination terminals. It is the same for the exchange of messages between terminals Term2 and Term3 and server 22 AS P2P. The internal operation in the IMS network for the sessions between the P2 P2P server 22 and the provider terminals, for example the resource reservation mechanisms, is not detailed later and is performed in accordance with the standards.

The user of the terminal 40 or Terml seeks to acquire the content, identified by the content identifier Id cont.

A first embodiment is described with reference to FIGS. 3 and 4a. In a first phase of obtaining access identifiers, not shown in FIG. 3, the terminal 40 transmits to the P-CSCF proxy server 12 an access identifier request message comprising the identifier of the content Id cont , for example a SIP type message "Subscribe", as defined in RFC 3856. This access identifier request message is relayed by the P-CSCF proxy server 12 to the S-CSCF routing server 14 managing the server. 'user. The routing server 14 S-CSCF determines from the trigger points associated with the terminal 40 that it must retransmit the message to the server 22 AS P2P.

Upon receipt of this message, the server 22 AS P2P checks the access rights to this content by the requesting terminal and if the requested content is present in the P2P network. If necessary, he decides to provide the terminal 40 with an access identifier Id ace. This access identifier Id acc does not directly describe the terminal or terminals that can provide the content but corresponds to a logical identifier that can only be interpreted by the server 22 AS P2P. The server 22 AS P2P then sends to the terminal 40, via the S-CSCF routing servers 14 and P-CSCF proxy 12, a notification message of an access identifier, for example a SIP type message " Notify "as defined in RFC3856. If the requested content is not available, in the P2P network, the notification message does not include any identifier.

The identifier of the terminal capable of providing the content is not provided to the requesting terminal 40, the latter is then obliged to contact the server 22 AS P2P to establish a multimedia session to obtain the content.

Optionally, if the requested content is not available in the P2P network, the P2 P2P server 22 may contact the content delivery server 30, which for example provides a content broadcast service, as a target terminal. In a second phase, corresponding to the actual connection phase as represented in FIG. 3, a step of sending a request for access to a content by the requesting terminal 40 to the setting server 22 AS P2P. in relation is carried out. It should be noted that the access request is sent to the server 22 AS P2P based on a content and does not describe target terminals. The requesting terminal 40, wishing to acquire a content, transmits to the server 22 AS P2P, through the servers P-CSCF and S-CSCF, an M2 message requesting access to the content Id_cont and also including the identifier of Access acc access obtained during the phase of obtaining at least one access identifier. The message M2 (Id_cont, Id acc) can be a message of the SIP type "Invite", as defined in RFC 3261. It should be noted that according to the invention, it is thus possible to request the establishment of a session with at least one terminal not identified in the request for the delivery of the searched content.

Upon receipt of the message M2, the server 22 AS P2P determines a list of target terminals, that is to say, terminals registered with the P2P service, which it will contact to verify if they are willing to provide at least some of the content Cont ID It can also verify that the requesting terminal 40 has rights to use this access identifier and rights to access this content. For each terminal in the list of target terminals, the server 22 AS P2P sends a request message for supplying the content Id cont. For example, the messages M3 (Id_cont) and M4 (Id_cont) sent respectively to terminals Term2 and Term3, terminal identifiers respectively LJRI2 and URB, may be messages of SIP type "Invite". If the terminal Term2, respectively Term3, is ready to provide the content, it transmits a message M3-0K, respectively M4-OK, of acceptance of the request to the server 22 AS P2P, including parameters of its own and which will allow to establish a connection in the transport network 46. These include the IP address of the terminal, denoted "@IP", and TCP or UDP port, denoted "Port". It may be a SIP message "200-OK" including the own parameters in the SDP session description (for "Session Description Protocol"). The target terminal then becomes a provider terminal willing to provide the content. If the terminal is not willing to provide at least some of the content

Id cont or if he does not have one, he sends a refusal message in response to the request.

The AS P2P server 22 thus constitutes a list of provider terminals that are prepared to provide at least a portion of the content associated with the respective eigenfunctions necessary for the connection with the requesting terminal. The list can be reduced to a single terminal.

If the list is empty, the AS P2P server 22 may send a request to supply the content to the content provider server 30 to see if it can provide the requested content to the terminating terminal terminator. The content delivery server 30 is considered in the remainder of the method as a target terminal.

In response to the request for access to the content, the P2P server AS 22 sends the terminating terminal Terml an answer message M2-0K, including the own parameters of the provider terminals of the list. The message M2-0K may be a message of the SIP type "200-OK", comprising in the particular case of the example the IP addresses and the ports of the terminals Term2 and Term3. It is sent to the terminal through the S-CSCF and P-CSCF servers. The P-CSCF proxy server 12, in accordance with operation in an IMS network, requests the RACS subsystem 18 to make a first reservation of the resources of the transport network 46 by transmitting to it the own parameters of the provider terminal or terminals of the list. .

The requesting terminal Term1 then transmits to the server 22 AS P2P an acknowledgment message M5 including its own parameters (@IP1, Port1). The P-CSCF proxy server 12, in accordance with the operation in an IMS network, requests the RACS subsystem 18 to make a second reservation of the resources of the transport network 46 by transmitting the own parameters of the requesting terminal. This second resource reservation makes it possible to finalize the reservation of resources necessary for the connection between the requesting terminal and a provider terminal in the transport network. The message M5 may for example be of the SIP type "SIP ACK". It is transmitted to the provider terminals of the Term2 and Term3 list. Thus, all the requesting and providing terminals have the necessary information to connect to the transport network 46 in order to allow the requesting terminal to obtain at least part of the content Cont cont. However, the requesting terminal does not know the identifiers of the terminals in the IMS network. The server 22 AS P2P also keeps the control of the established sessions and may possibly offer an adapted billing service.

At the end of these phases, in this first embodiment, the AS P2P server 22 controls a session with the requesting terminal and a plurality of sessions with a plurality of provider terminals.

The terminating terminal Terml, connected as described above with each terminal of a set of terminal providers willing to provide at least a portion of the content, receives, in a phase of receiving content, parts of the content. directly from each terminal of all the provider terminals in the transport network 46. By directly, it should be understood that the IMS network is not requested in the reception phase of the content. In a variant of this first embodiment, the phases of obtaining an access identifier and linking are grouped into a single phase. The terminal 40 transmits to the P-CSCF proxy server 12 an access request message comprising the identifier of the content Id cont. Upon receipt of this message, the server 22 AS P2P checks the access rights to this content by the requesting terminal and if the requested content is present in the P2P network. The AS P2P server 22 determines a list of target terminals, that is to say terminals registered with the P2P service, which it will contact to check whether they are willing to provide at least part of the content Id cont . For each terminal in the list of target terminals, the server 22 AS P2P sends a request message for supplying the content Id cont and the connection phase continues as described above.

We will describe a notification phase of a new content provider terminal in relation to Figure 4a.

A terminal Term2 carries out a phase of publication of the content Id cont with the server 22 AS P2P, transmitting a message Mό (Id cont). The server 22

AS P2P then determines whether a connection of the requesting terminal with this newly published terminal having the content can optimize or improve delivery of the content. If necessary, it sends a request M7 to provide the content Id cont to the new terminal having published own the content in the same way as during the connection phase. In response, the new terminal sends a message M7-0K of acceptance of the request including its own parameters.

The server 22 AS P2P informs the requesting terminal for a connection with the new provider terminal. It sends it an M8 message for modifying the session associated with Id cont, comprising the content identifier and the own parameters of the new provider terminal. It can be a message of type

SIP "SIP Prompt".

The requesting terminal acknowledges the session change request by sending an M8-0K message including its own parameters through the P-CSCF proxy server 12. The latter reserves with the RACS subsystem 18 resources for the new connection in the transport network. An acknowledgment message M9 comprising the own parameters of the requesting terminal 40, for example a SIP-type message "SIP ACK" is transmitted to the new provider terminal. An acknowledgment message Ml0, for example a SIP message "SIP ACK", is transmitted to the requesting terminal 40.

When the server 22 AS P2P determines that the session with a provider terminal is no longer established, either by explicit disconnection of the provider terminal, or by implicit disconnection, the server 22 AS P2P notifies the terminal requesting the disconnection of the provider terminal and the Proxy server P-CSCF releases the resources reserved for the connection between the requesting terminal and the provider terminal. By implicit disconnection, it may be a lack of periodic notification of the provider terminal. By explicit disconnection, it can be a disconnection at the initiative of one of the terminals, for example when the reception of content is complete. Similarly, when the AS P2P server 22 determines that the session with the requesting terminal is no longer established, it notifies the provider terminal (s) and releases the reserved resources.

A second embodiment will now be described by comparison with the first embodiment and with reference to FIG. 4b. In the first phase of obtaining access identifiers, the terminal 40 transmits to the server 22 AS P2P an access credentials request message comprising the identifier of the content Id cont. On receipt of this message, the server 22 AS P2P checks whether the requested content is present in the P2P network by determining the terminal or terminals 42 and 44 having made a publication phase of this content and if necessary decides to provide the terminal An access identifier Id acc for each determined target terminal. The server 22 AS P2P then sends the terminal 40 a notification message of at least one access identifier comprising each access identifier associated with a specific target terminal. At the end of this phase of obtaining access identifiers, the requesting terminal 40 has at least one access identifier, to which the AS P2P server 22 has associated a determined target terminal. In the first embodiment, there is a single access identifier, to which the server has associated one or more target terminals.

In the second phase, corresponding to the actual connection phase, a step of sending a request for access to a content by the requesting terminal 40 to the server 22 AS P2P for each access identifier is performed. The server therefore receives one or more messages M2 depending on the number of access identifiers.

For each access request including an access identifier, the server 22

AS P2P sends a request to supply the content to the target terminal associated with the access identifier and on acceptance of the request by the target terminal, the target terminal then becoming a provider terminal, receiving parameters specific to the provider terminal that it then sends to the requesting terminal in response to the access request including the access identifier associated with the provider terminal in the same manner as in the first embodiment. The connection phase, and in particular the resource reservation mechanisms, continue in the same manner as in the first embodiment.

At the end of this phase, in this second embodiment, a session is thus obtained between the requesting terminal and each provider terminal established via the AS P2P server 22. We will describe a notification phase of a new content provider terminal in relation to Figure 4b.

A terminal Term2 carries out a phase of publication of the content Id cont with the server 22 AS P2P, transmitting a message M12 (Id_cont). The server detects then whether a connection of the requesting terminal with this new terminal having declared to possess the content can make it possible to optimize or improve the delivery of the content. If necessary, the server 22 AS P2P informs the requesting terminal for a connection to the new terminal. It sends it a notification message M 13, comprising the content identifier and an access identifier Id Acc. It can be a SIP message type "SIP Notify". The requesting terminal sends an access request message M 14 comprising the content identifier and the access identifier provided in the message M13. It may be a SIP-type message "SIP Invite". The exchanges continue in the same way as described above for the linking phase. The AS P2P server 22 sends a content supply request message Ml 5 to the new terminal that claims to own the content. The latter responds to the server with an M15-OK message including its own parameters. The server 22 AS P2P acknowledges the access request message M14 by an M 14-OK message comprising the own parameters of the new provider terminal via the P-CSCF proxy server 12. The latter reserves with the RACS subsystem 18 the resources required for the new connection in the transport network 46. An acknowledgment message Ml 6 comprising the own parameters of the requesting terminal, for example a SIP-type message "SIP ACK" is transmitted to the new provider terminal. The requesting terminal can then receive from the new provider terminal at least part of the content.

The session and resource release phase as described for the first embodiment also applies for this second embodiment.

The two embodiments, as described above, comprise a step of determination by the P2 P2 P2 server of target terminals.

Optionally, during this determination step, the AS P2P server 22 performs a target terminal selection step based on location information of the requesting terminal and the target terminal. He can first choose to send a request to supply the content to target terminals near the requesting terminal. Indeed, during the recording phase, it is possible to determine the location of the terminals and thus select target terminals close to the requesting terminal. This step optimizes the necessary network resources.

In addition, the server 22 AS P2P can also perform a target terminal selection step based on a presence information of the target terminal. A terminal can be considered to be absent from the P2P network either explicitly by de- recording, for example by sending a SIP-type "SIP Register" message, or implicitly because it has not notified its presence periodically. Thus, the server 22 AS P2P administers for each provider terminal an associated presence indicator. The AS P2P server 22 can also query a presence database.

In the same way, the server 22 AS P2P can select the target terminals according to a load information of the target terminal, notified for example by it in a message "SIP Publish". It can thus favor weakly loaded target terminals. It can also select the target terminals according to information relating to the type of terminal, fixed or mobile.

FIG. 5 represents a functional block diagram of an AS P2P server 100 for linking a requesting terminal, wishing to acquire a content, with at least one provider terminal arranged to provide at least a portion of the content to it. The connection server 100 comprises:

a module 102 for receiving a request for access to a content transmitted by a requesting terminal;

a module 104 for sending to at least one target terminal of a request for providing the content; a module 106 for receiving its own parameters, arranged to receive the own parameters of the requesting terminal and the own parameters of at least one target terminal arranged to supply the requesting terminal with at least a portion of the content, said provider terminal, the parameters being necessary for the connection between the requesting terminal and the provider terminal; a module 108 sending to the terminal requesting a response to its request for access to the content, arranged to transmit in the response to the access request to the terminal requesting parameters specific to the provider terminal.

The modules communicate with each other through a communication bus. Optionally, the connection server 100 comprises a target terminal selection module 110, arranged to select target terminals requested by the module 104 for sending an access provision request.

The server 100 may furthermore comprise: a terminal management module 12 having declared that it possesses content,

a presence delivery module 1 14, arranged to administer terminals having declared to be present,

means 1 16 for SIP signaling.

The modules 102, 104, 106, 108, 110, 112, 114 and 116 which implement the method previously described, are preferably software modules comprising software instructions for executing the steps of the method previously described by the server. 100 linking, that is, program instructions for:

receiving at least one request for access to a content of a requesting terminal for the connection,

sending at least one target terminal a request to supply the content and, if the request is accepted by the target terminal, the latter being considered as a provider terminal that is willing to provide at least a portion of the content, receive parameters specific to the provider terminal, necessary for the connection between the requesting terminal and the provider terminal,

sending the requesting terminal a response to its request for access to the content, in which the server transmits to the requesting terminal the parameters specific to the provider terminal, and

- receive parameters specific to the requesting terminal. The software modules can be stored in or transmitted by a data carrier. This may be a hardware storage medium, for example a CD-ROM, a magnetic diskette or a hard disk, or a transmission medium such as an electrical signal, optical or radio, or a telecommunications network. The invention also relates to a connection system of a requesting terminal, wishing to acquire a content, with at least one provider terminal arranged to provide at least part of the content, comprising: - at least one server 22, 100 of linking as described above; at least one requesting terminal 40 comprising means for sending a request for access to content for the connection and means for receiving a response to its request for access to the content, arranged to receive in the response to its access request the parameters specific to at least one provider terminal, the parameters being necessary for the connection between the requesting terminal and the provider terminal; at least one provider terminal 42, 44 comprising means for receiving a request to supply content transmitted by a server and means for sending the server to own parameters, the parameters being necessary for the connection between the terminal applicant and the provider terminal.

The invention is also applicable to intelligent network architectures, where a server called a Service Control Point can play the role of the AS P2P server 22 as described above.

Claims

A method for connecting a requesting terminal (40), wishing to acquire a content, with at least one provider terminal (42, 44) arranged to provide at least a portion of the content, comprising:
a step of reception by a server (22) of linking at least one access request (M2) to a content sent by the requesting terminal (40),
a step of sending by the server (22) to at least one terminal (42, 44) target of a request (M3, M4) for providing the content and, in case of acceptance of the request by said target terminal , the latter then being regarded as a provider terminal that is prepared to supply at least part of the content, the server receives parameters specific to the provider terminal, necessary for the connection between the requesting terminal and the provider terminal,
a step of sending to the terminal (40) requesting a response (M2-OK) to its access request to the content, in which the server transmits to the requesting terminal the parameters specific to the provider terminal, and
a step of reception by the server of parameters specific to the requesting terminal.
2. Method according to the preceding claim, wherein it is further provided a step of publishing said content, wherein at least one terminal declares (M6,
M 12) having at least a part of a content, the target terminal to which the request (M3, M4) for providing the content is sent corresponding to the terminal having declared to have at least part of the content.
A method according to any one of the preceding claims, wherein only one request (M2) for access to the content is received by the server of the requesting terminal and a plurality of requests (M3, M4) for providing the content is sent to a plurality of target terminals, and the parameters transmitted to the requesting terminal during the step of sending a response to its request for access to the content to the latter include the respective parameters of the provider terminals arranged to supply the content among the plurality of target terminals.
4. Method according to any one of the preceding claims, comprising a step prior to the step of reception by the server (22) for linking an access request (M2) to the content, wherein the requesting terminal sends a request for access identifiers to the content and the server sends the requesting terminal at least one access identifier (Id acc), said at least one access identifier then being transmitted in the access request (M2) the content during the step of sending by the requesting terminal to a connection server.
The method of any of the preceding claims, including a target terminal selection step based on location information of the requesting terminal and the target terminal.
6. Method according to any one of the preceding claims, comprising a target terminal selection step based on information specific to the target terminal belonging to the group comprising presence information, load information, type of information. terminal.
A method according to any one of the preceding claims, wherein the requesting terminal (40) has been connected to at least one provider terminal (42), another target terminal (44) having claimed to have at least a portion of the content after the step of sending to the terminal requesting a response (M2-OK) to the request for access to the content, the server (22) of connection informs (M8, M 13) the requesting terminal in view of a connection with the other target terminal.
A method of receiving a content, comprising the steps of the method for connecting a requesting terminal (40) according to any one of the preceding claims, wishing to acquire a content, with each terminal (42, 44). a set of provider terminals arranged to provide at least a portion of the content, and after linking the requesting terminal and each terminal of the set of provider terminals, a step of transmitting portions of the content directly from each terminal from all the provider terminals to the requesting terminal.
A server (100) for linking a requesting terminal (40) wishing to acquire a content with at least one provider terminal (42, 44) arranged to provide at least a portion of the content thereof, comprising:
means (102) for receiving a request for access to a content transmitted by a requesting terminal;
means (104) for sending to at least one target terminal of a request to supply the content; means (106) for receiving own parameters, arranged to receive the own parameters of the requesting terminal and the own parameters of at least one target terminal arranged to provide the terminal requesting at least a portion of the content, said provider terminal; parameters being necessary for the connection between the requesting terminal and the provider terminal; means (108) for sending the terminal requesting a response to its access request to the content, arranged to transmit in the response to the access request to the terminal requesting parameters specific to the provider terminal.
10. System for connecting a requesting terminal, wishing to acquire a content, with at least one provider terminal that is prepared to provide at least part of the content, comprising:
at least one linking server (22, 100) according to claim 9;
at least one requesting terminal (40) comprising means for sending a request for access to content for the connection and means for receiving a response to its request for access to the content, arranged for receiving in the response to its access request the parameters specific to at least one provider terminal, the parameters being necessary for the connection between the requesting terminal and the provider terminal;
at least one provider terminal (42, 44) comprising means for receiving a request for supply of a content transmitted by a server and means for sending to the own parameter server, the parameters being necessary for the connection between the requesting terminal and the provider terminal.
11. Program for connecting a terminal (40) requesting, wishing to acquire content, with at least one terminal (42, 44) provider willing to provide at least a portion of the content, for a server (22, 100), including program instructions for:
receiving at least one request (M2) for accessing a content of a requesting terminal for the connection,
sending at least one target terminal a request (M3, M4) for providing the content and, if the request is accepted by said target terminal, the latter then being considered as a provider terminal that is ready to provide at least a part content, receiving (M3-0K, M4-0K) parameters specific to the provider terminal, necessary for the connection between the requesting terminal and the provider terminal, and
sending the requesting terminal a response (M2-OK) to its request for access to the content, in which the server transmits to the requesting terminal the parameters specific to the provider terminal, and
receive parameters specific to the requesting terminal, when said program is executed by the server.
12. Recording medium readable by a linking server (22, 100) on which the program according to claim 11 is recorded.
PCT/FR2008/050201 2007-02-16 2008-02-08 Method for establishing a connection between terminals WO2008110724A2 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
FR0753316 2007-02-16
FR0753316 2007-02-16

Publications (2)

Publication Number Publication Date
WO2008110724A2 true WO2008110724A2 (en) 2008-09-18
WO2008110724A3 WO2008110724A3 (en) 2009-01-08

Family

ID=38542962

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2008/050201 WO2008110724A2 (en) 2007-02-16 2008-02-08 Method for establishing a connection between terminals

Country Status (1)

Country Link
WO (1) WO2008110724A2 (en)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003015377A1 (en) * 2001-08-04 2003-02-20 Kontiki, Inc. Method and apparatus for facilitating distributed delivery of content across a computer network
US20030079020A1 (en) * 2001-10-23 2003-04-24 Christophe Gourraud Method, system and service provider for IP media program transfer-and-viewing-on-demand

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003015377A1 (en) * 2001-08-04 2003-02-20 Kontiki, Inc. Method and apparatus for facilitating distributed delivery of content across a computer network
US20030079020A1 (en) * 2001-10-23 2003-04-24 Christophe Gourraud Method, system and service provider for IP media program transfer-and-viewing-on-demand

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
G.CAMARILLO: "SIP Demystified" 2002, MCGRAW-HILL , US , XP002454372 chapitre 5; chapitre 6. *
J.F.KUROSE ET AL: "Computer Networking. A Top-Down Approach Featuring the Internet." 2003, ADDISON-WESLEY , US , XP002455128 alinéa [02.9] *

Also Published As

Publication number Publication date
WO2008110724A3 (en) 2009-01-08

Similar Documents

Publication Publication Date Title
RU2413391C2 (en) Control of service profiles in ims
EP1886458B1 (en) Method and apparatus for identifying an ims service
US8331354B2 (en) Method and apparatus for allocating application servers in an IMS
CA2468921C (en) Service access and conferencing system and method in a telecommunications network
US8271667B2 (en) Information service communication network system and session management server
US8055778B2 (en) SIP user agent with simultaneous multiple registrations
AU2010201294B2 (en) Routing messages
CN1640156B (en) Communication node architecture
CN101662499B (en) Service access and conferencing system and method in a telecommunications network
EP2030402B1 (en) Handling multiple user interfaces in an ip multimedia subsystem
US20050050194A1 (en) Method and system for proxying a message
US20040246965A1 (en) System and method for routing messages
US20050155036A1 (en) Application server addressing
JP5190072B2 (en) Group access to IP multimedia subsystem services
US20070189215A1 (en) Method for reducing interface load of home subscriber server
US8059633B2 (en) Call forwarding in an IP multimedia subsystem (IMS)
US8266203B2 (en) Method for obtaining device information of user terminals and communication service function entity
EP2062422B1 (en) Method for the routing of multimedia communication related signaling in a communication system
US8170005B2 (en) Methods and systems for assigning call session control server
EP1914935A1 (en) A method for implementing the initial internet protocol multimedia subsystem register
ES2384525T3 (en) Method to perform user registration activation in an IP multimedia subsystem
JP2006517064A (en) Method, system, and network device for routing messages to temporarily unavailable network users
JP4909773B2 (en) Home subscriber server configuration method, configuration system, program, and storage medium
KR20050016555A (en) A method and system to subscription of events using sip protocol
KR101139072B1 (en) Method for initiating ims based communications

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08762055

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase in:

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08762055

Country of ref document: EP

Kind code of ref document: A2