WO2010022603A1 - A method, a system and an apparatus for attaching to the peer to peer network and obtaining iptv contents - Google Patents

Abstract

A method, a system and an apparatus for attaching to the peer to peer (P2P) network and obtaining IPTV (Internet Protocol Television) contents are provided. Wherein, the method for a terminal based on the IP Multimedia Subsystem (IMS) attaching to the peer to peer network includes that: a user terminal obtains the attaching information of the P2P network via the IMS network, and attaches to the P2P network according to the attaching information of the P2P network. The embodiments of the present invention enable the User Equipment (UE) to download by means of P2P between UEs, and achieve the goal of reducing the load of the media server and the investment of the system. In the embodiments of the present invention, available attaching information of the P2P network is provided to UE according to the area that UE locates, thereby UEs are separated according to the areas, and this enables the P2P flow between UEs is restricted in a local area, and the out-of-order flow between areas can be avoided.

Description

 Method, system and device for attaching to a peer-to-peer network and acquiring IPTV content The present application claims to be submitted to the Chinese Patent Office on August 26, 2008, the application number is 200810147299.8, and the invention name is "attached to a peer-to-peer network and obtain IPTV content. The priority of the Chinese Patent Application, the entire disclosure of which is incorporated herein by reference. Technical field

 The present invention relates to the field of communications technologies, and in particular, to a method, system and apparatus for attaching to a peer-to-peer network and acquiring IPTV (IP Television) content based on an IP Multimedia Subsystem (IMS).

Background technique

 The streaming media service or IPTV service is a new service that has developed rapidly in recent years. The streaming media service uses streaming technology to transmit multimedia files, including video and audio files, on a packet-switched network. This content can be played immediately without having to download it completely. The key technology for streaming media implementation is streaming technology. Streaming technology processes continuous video and audio information and puts it on the server, allowing users to download and watch while listening, without having to wait for the entire file to download to themselves. The network transmission technology that can be viewed after the machine.

 IP Multimedia Subsystem (IMS) is a subsystem for providing multimedia services proposed by 3GPP R5. It includes Call Session Control Function (CSCF) and Media Gateway Control Function (MGCF, Media Gateway Control Function). Functional entities such as Media Source Function (MRF), mainly adopting Session Initiation Protocol (SIP), which is an upper-level control subsystem and has nothing to do with specific access technologies. It is the ideal solution and development direction of mobile fixed convergence that is widely recognized by the industry.

 Currently, the industry is developing a new generation IPTV system based on IMS. In the example scenario of FIG. 1, a user terminal (UE) accesses an IMS IPTV system through different access networks, where a media node (MS, MediaStation) serves as a content server. Provide content.

IMS-based IPTV (IMS-based IPTV) provides IPTV services under the overall architecture of IMS. The current IMS-based IPTV architecture is in major standards organizations such as Telecommunications and Internet Converged Services and Protocols for Advanced Networking (TISPAN). The ITU-T for ITU Telecommunication Standardization Sector and the Open IPTV Forum have all been recognized, and their standards have developed rapidly.

 See Figure 2, which is TISPAN's IMS-based IPTV architecture. The figure includes user terminals (UE), application and IPTV service functions, core IMS, transport functions, and media delivery distribution & storage.

 User equipment (UE, user equipment), used for IPTV service request and content display. Application and IPTV Service Functions include:

 Service Selection Function (SSF), which is used to provide available service information, user guide or service metadata, etc.

 The Service Discovery Function (SDF) can generate and provide service attachment information, and can provide personalized discovery information to the terminal.

 User Profile Server Function (UPSF) for storing user data related to the IPTV service;

 IPTV Service Control Functions (SCF), the business logic required to implement different IPTV services, is actually the SIP Application Server (AS).

 The Core IMS (Core IMS) is used for the service verification, authorization, and signaling interaction process of the IPTV service establishment and content delivery process, routing signaling or performing service triggering, and also interacting with the Resource Admission Control Subsystem (RACS). Reservation of resources required by the business.

 Media Delivery Distribution & Storage includes:

 The IPTV media function (MF, Media Function) provides content for users. In the standard, it is further divided into a Media Control Function and a Media Delivery Function, the former controlling the latter for content delivery.

 In the Open IPTV forum specification, the Content Delivery/Distribution Network (CDN) used is shown in Figure 3. among them,

 a cluster controller (CC, Cluster Controller) for controlling content delivery functions (CDF, Content Delivery Function);

CDF, with content storage and content delivery capabilities, can deliver content to terminals under CC control; Content Delivery Network Controller (CDNC) In the content routing, the appropriate CC and CDF can be selected in the service process to provide content to the user terminal; in the Open IPTV forum specification, the IPTV service discovery (IPTV service Discovery) function is used to discover the IPTV service provider discovery (IPTV Service Provider Discovery) ); IPTV Service Provider Discovery is used to provide service provider information to the UE.

 Traditional IPTV adopts the client/server mode when providing content to users. Even if content is provided by CDN, the content delivery mode has not changed fundamentally. It only decentralizes the server and optimizes the client and server. Between the traffic. With the expansion of the scale of IPTV users, the number of users of a single IPTV system service will exceed one million or even ten million, which poses a huge challenge to the media server providing content. It is necessary to deploy hundreds of servers to provide good. Service. At the same time, the cost of CDN is still high; simply relying on increasing the number of servers is not an economic means.

 Peer-to-peer (P2P, peer to peer) has matured from the technical means and has been well applied on the Internet. By means of P2P content sharing interaction between users, the processing power, bandwidth and other pressures faced by the server can be effectively alleviated; thereby reducing CDN investment. However, it should be noted that the P2P technology currently popular on the Internet has corresponding shortcomings and limitations: including, for example, disordered data traffic between user terminals, which easily causes network congestion and unstable business effects; in addition, Internet P2P is generally ineffective for users. The authentication mechanism, the lack of data protection mechanisms between peer nodes, and so on. Summary of the invention

 An embodiment of the present invention provides an IMS-based method, system, and device for attaching to a peer-to-peer network to implement attaching to a P2P network through an IMS network, thereby avoiding network congestion and unstable service effects.

 Another aspect of the embodiments of the present invention provides a method, system, and apparatus for acquiring IPTV content based on IMS, so as to reduce system investment cost.

 A method for attaching a terminal based on an IP multimedia subsystem to a peer-to-peer network according to an embodiment of the present invention includes:

 The user terminal obtains peer P2P network attachment information through the IMS network.

 Attached to the P2P network according to the P2P network attachment information.

A terminal based on an IP multimedia subsystem is attached to a peer-to-peer network according to an embodiment of the present invention. System, including:

 a user terminal, configured to acquire P2P network attachment information through an IMS network, and attach the information to the P2P network according to the attached information of the network;

 The P2P attaching information providing function pBoot is configured to provide the P2P network attaching information to the UE. The attaching function is used to interact with the user terminal through the IMS network, and the UE is attached to the P2P network.

 A method for acquiring IPTV content by a terminal based on an IP multimedia subsystem according to an embodiment of the present invention includes:

 The user terminal obtains peer P2P network attachment information through the IMS network.

 Attaching to the P2P network according to the peer-to-peer network attachment information;

 The requested IPTV content is obtained from the peer node using a peer-to-peer mechanism.

 The network television system based on the IP multimedia subsystem provided by the embodiment of the present invention includes: a user terminal, configured to acquire P2P network attachment information through an IMS network, and attach the P2P network attachment information to the P2P network according to the P2P network; Obtaining the requested IPTV content from the peer node;

 The P2P attachment information providing function pBoot is configured to provide P2P network attachment information corresponding to the area where the UE is located;

 The attaching function is used to interact with the user terminal through the IMS network to provide peer node information in the area where the UE is located.

 A user terminal provided by an embodiment of the present invention includes:

 An attaching information acquiring unit, configured to acquire P2P network attaching information by using an IMS network, and an attaching unit, configured to attach to the P2P network according to the P2P network attaching information.

 A P2P-attached information providing function pBoot entity provided by the embodiment of the present invention includes: a receiving unit, configured to receive a P2P attach request or a third-party registration request from a requesting party; and an information providing unit, configured to provide a P2P network according to the request Attach information.

 A P2P attaching function BootS entity provided by the embodiment of the present invention includes:

An attaching unit, configured to interact with the user terminal, to connect the user terminal to the P2P network, and an information providing unit, configured to provide the UE with peer node information in an area in which the UE is located. The method, system and device for attaching to a peer-to-peer network provided by the embodiments of the present invention are implemented The IMS network is attached to the P2P network, so that the P2P traffic between the UEs is restricted to a local area without disordered inter-domain traffic, thus avoiding network congestion and unstable service effects.

 The method, system and device for acquiring IPTV content provided by the embodiments of the present invention enable the UE to download through the P2P mode between the UEs, thereby reducing the load on the media server and reducing the system investment. In the embodiment of the present invention, the available P2P network attachment information is provided to the UE according to the area where the UE is located, so that the UE is divided according to the area, so that the P2P traffic between the UEs is restricted to one part, and the unordered inter-domain does not occur. Traffic, thus avoiding network congestion and unstable business conditions. Moreover, through the P2P mode download between UEs, the CDN network load is reduced, and the system investment is reduced.

DRAWINGS

 In order to more clearly illustrate the embodiments of the present invention and the technical solutions in the prior art, the drawings used in the embodiments and the prior art description will be briefly described below. Obviously, the drawings in the following description are only It is a certain embodiment of the present invention, and other drawings can be obtained from those skilled in the art without any creative work.

 FIG. 1 is a schematic diagram of a scenario in which an existing IMS IPTV system is accessed through different access networks; FIG. 2 is a IMS architecture defined by TISPAN based on IMS;

 Figure 3 is the CDN used in the Open IPTV forum specification;

 4 is a schematic diagram of a logical structure of an IMS-based IPTV system according to an embodiment of the present invention; FIG. 5 is a schematic diagram of deployment of an IMS-based IPTV system according to an embodiment of the present invention; FIG. 6 is a schematic diagram of a UE acquiring a P2P network according to an embodiment of the present invention; FIG. 7 is a flowchart of obtaining P2P network attachment information in a pull manner according to an embodiment of the present invention; FIG. 8 is a flowchart of acquiring P2P network attachment information in a push manner according to an embodiment of the present invention; Is a flowchart of acquiring, by the UE, IPTV content according to an embodiment of the present invention;

 FIG. 10a is a schematic structural diagram of a UE according to an embodiment of the present invention; FIG.

 FIG. 10b is a schematic structural diagram of another UE according to an embodiment of the present invention; FIG.

 11 is a schematic structural diagram of a pBoot according to an embodiment of the present invention;

FIG. 12 is a schematic structural view of a BooSt according to an embodiment of the present invention. detailed description

 BRIEF DESCRIPTION OF THE DRAWINGS The technical solutions in the embodiments of the present invention will be described in detail below with reference to the accompanying drawings. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present invention without creative work are within the scope of the present invention.

 4 is a schematic diagram showing the logical structure of an IMS-based IPTV system according to an embodiment of the present invention. The UE 401, the IMS core network (IMScore) 402, and the application server (AS) 403 are existing functions in the IMS system defined by the 3GPP, wherein the SCF in the TISP AN IMS IPTV is the AS here, and the Open IPTV forum IPTV The IPTV control in the architecture is also equivalent to the AS here.

 P2P attachment information providing function pBoot 404, which is used for providing P2P network attachment information to user terminals through IMS;

 P2P attachment function BootS 405, configured to register a P2P node attached to the area; including a registration UE and optional regional MS information; may provide other peer node information for the UE;

 The Media Node (MS, MediaStation) 406, with media storage and delivery capabilities, can provide content to the UE. At the same time, the MS can also optionally serve as a node in the P2P network to provide content to the UE in P2P mode.

 The MF (specifically divided into MCF and MDF) in the TISPAN architecture can implement the functions of the MS here. The CC and CDF in the Open IPTV forum architecture can implement the MS functions here.

 In summary, the user terminal (UE) 401 can perform content sharing interaction with each other in a P2P manner; optionally, the content can also be obtained from the MS in a P2P manner.

 The interface in Figure 4 is explained below:

 ISC and Gm are existing interfaces in the IMS system defined by 3GPP.

 II: Interface between IMScore and pBoot. Through this interface, pBoot sends P2P network attachment information to the UE. Use the SIP protocol.

 12: Interface between IMScore and MS, this interface is used for direct signaling interaction between IMScore and MS; IMScore can send content request directly to MS through this interface. This interface uses the SIP protocol.

13, the interface between MS and BootS; this interface is optional. When the MS can serve as a P2P node to provide content to the UE, the MS sends the peer node registration information to the BootS through the interface. 14. An interface between the UE and the BootS; the UE is attached to the P2P network through the interface. After the UE obtains the P2P network attachment information, the UE registers itself with the BootS through this interface. When the directory P2P architecture is adopted, the UE interacts with the BootS to exchange content status information when acquiring content.

 The interface between the MS and the UE; the MS can interact with the UE in the existing C/S mode; or the MS can perform P2P content interaction with the UE through the interface.

 The interface between the UEs is used to perform the signaling and data interaction between the P2P nodes. The specific protocol depends on the P2P mechanism used, which is not limited by the present invention.

 In order to further clearly illustrate the above logical structure, a deployment diagram is shown in FIG. Referring to FIG. 5, the UE is divided into different areas according to different access locations, and BootS is deployed in each area. In addition, the MS may also be deployed by area to provide content for the UE. When the UE is attached to the IMS network, as one of the IMS services, the pBoot can specify the BootS of the specific area for the UE, so that the UE can be connected to different P2P networks by region. It should be noted that FIG. 5 is only a deployment diagram, and some connections that do not affect the inventive idea are omitted; the actual deployment situation should satisfy the logical structure shown in FIG.

 Referring to Figures 4 and 5, the present invention logically includes the following aspects:

 1. The UE is attached to the P2P network: When the UE is attached to the IMS network, attaching to the P2P network can be described as two basic steps:

 Step 1: P2P attachment information providing function pBoot sends P2P network attachment information to the UE through the IMS. Here, the pBoot determines the BootS serving as the user according to the location information of the UE; the related information is expressed as the P2P network attachment information. There are several basic situations in which P2P network attachment information can be sent to the UE:

 Case 1: After the UE registers with the IMS network, the IMS can perform third-party registration with pBoot instead of the UE. After the third-party registration is completed, the pBoot may send the P2P network attachment information to the UE based on the service configuration. In case 2, after the UE registers with the IMS network, the UE may send a SIP subscribe request to the pBoot, and the pBoot sends a SIP notification ( SIP notify) Request to send P2P network attachment information to the UE.

 Case 3: When the UE initiates an IPTV service request, the application server or the MS is in the service response.

The UE provides P2P network attachment information.

The P2P network attachment information sent by the pBoot to the UE may include a protocol, a version, an attached server address, a port, a connection key (p2p_master_key), and the like. Therefore, the P2P network attachment information is corresponding to the area where the UE is located. of; In the above cases 1, 2, in order to carry P2P network attachment information in the SIP protocol, a specific MIME type such as <application/p2pBootInfo+xml> may be defined, and schmea is specifically defined in an Extensible Markup Language (XML) to describe that it can be carried. Information. This information can be carried in the message body of the SIP. For example, the content-type application/p2pBootInfo+xml header indicates that the SIP message body carries the P2P network attachment information. An example of a schema provided by this idea is as follows:

 <?xml version="1.0" encoding="UTF-8"?>

 <xs: schema xmlns:xs="http:〃 www.w3.org/2001/XMLSchema"

elementFormDefault= "qualified " attributeFormDefault= "unqualified " >

 <xs:element name="P2PBoot" type="PBootType">

 <xs:annotation>

 <xs :documentation> Helper infomation for UE p2p boot from IMS</xs: documentation>

 </xs:annotation>

 </xs:element>

 <xs:complexType name="PBootType">

 <xs:sequence>

 <xs:element name="BootInfo" maxOccurs="unbounded">

 <xs: complexType>

 <xs:sequence>

 <xs:element name="ProtocolName" type="xs:string"/>

<xs:element name= "Description"

Type="MultilingualType"/>

 <xs:element name="Version">

 <xs:simpleType>

 <xs (restriction base="xs:string"/>

 </xs: simpleTypo

 </xs:element>

 <xs : element name= ' ' BootServerInfo ' '

maxOccurs="unbounded"> <xs: complexType>

 <xs:sequence>

 <xs:element name="AddressInfo">

 <xs: complexType>

 <xs:choice>

 <xs:sequence>

 <xs:element

Name="Location">

 <xs:simpleType>

 <xs: restriction base="xs :anyURI"/>

 </xs: simpleTypo

 </xs:element>

 <xs:any namespace="##other processContents="lax"/>

 </xs:sequence>

 <xs:sequence>

 <xs:element

Name="Ip Version" type="IpVersionType" minOccurs="0"/>

 <xs:element

Name= "TransportType " >

 <xs: simpleTypo

 <xs (restriction base="xs:string"/>

 </xs: simpleTypo

 </xs:element>

 <xs:element

Name="BootServer Address"type="xs:string"/>

7>cusve vaue0 <s:minlnlilx="

g>cto basesteer <sestriinx inx r= "--

Ypgedsot7vot tes :ushraeootseveprxnin nmBrr==""-- t <s:eeexlmn <xs:maxlnclusive value="255"/>

 </xs:restriction>

 </xs:simpleType>

 <xs:complexType name="MultilingualType">

 <xs :simpleContent>

 <xs:extension base="xs: string ">

 <xs:attribute name= "Language " type= ' ' LanguageType use="required"/>

 </xs:extension>

 </xs :simpleContent>

 </xs:complexType>

 <xs:simpleType name="LanguageType">

 <xs:annotation>

 <xs :documentation>

 Definition xml:lang="en">ISO 639-2 Language code</definition>

 </xs :documentation>

 </xs:annotation>

 <xs: restriction base="xs:string">

 <xs:minLength value="3"/>

 <xs:maxLength value="3"/>

 </xs:restriction>

 </xs:simpleType>

 <xs:complexType name="ExtensionType">

 <xs:sequence>

 <xs:any processContents="lax" minOccurs="0" maxOccurs="unbounded"/>

 </xs:sequence>

</xs:complexType> </xs:schema> The P2P network attachment information in Case 3 may be carried in the form described in Cases 1 and 2, or may be carried by the Extended Session Description Protocol (SDP) protocol.

 Step 2: The UE interacts with the P2P attachment function BootS and attaches to the P2P network.

 After obtaining the P2P network attachment information, the UE interacts with the BootS by using the P2P protocol specified by the attachment information; the BootS joins the first node of the P2P network connection as the UE, and provides the other peer information of the peer nodes;

 When the UE interacts with the BootS, the connection key p2p_master_key provided by the pBoot for the UE can be used as the root key, and can be directly used for verifying the P2P interaction between the BootS and the UE, and/or between the UE and the UE. The key generation derivative key is used in the related process. For example, the BootS can perform connection verification with the UE based on the p2p-master_key. After the verification, the BootS generates a derived key token for the UE, and the key token is used for connection verification when the UE is connected.

 The BootS only transmits the UE peer information in the area to the intra-area UE, so that the data interaction between the UEs in the same area is restricted to the area, and the P2P data traffic across the area is avoided.

 2. The UE obtains the content by using the P2P method; after attaching to the P2P network, the UE obtains the content by using the P2P technology. The present invention does not limit the specific P2P protocol used.

 BootS registers information about all peer nodes:

 For a P2P structure with a directory server, the BootS functions as a directory server. When the UE participates in content acquisition, it uses the P2P existing tracker protocol to interact with the BootS to exchange information about the content being acquired. When a new UE participates in content acquisition, it acquires content information from the BootS.

 For the P2P network of the DHT structure, the BootS is only responsible for providing the UE with information of other nodes, and these nodes will be used for the UE to acquire information of more other nodes; during the content acquisition process, the UE may no longer interact with the BootS.

 In the process of content acquisition using P2P, MS can work in two mechanisms:

 The UE obtains content from the MS according to the existing service mode. In this manner, the UE obtains the peers information of the same content from the BootS or other peer node query, and the content required by the UE can be obtained from the MS and other UEs at the same time; the UE determines the location and the content of the part according to the need;

The MS registers as a peer node to the BootS and provides services to the UE through the P2P mechanism. At this time, the MS is returned as the information of the peer in the IMS service process, and this information can be described by the SDP extension. The UE obtains information of more peer nodes acquiring the same content from the BootS or other nodes through the P2P mechanism; the UE performs content acquisition accordingly.

 In order to effectively reduce the load of the MS and consider reliability, a reliability indication is added to the peer node information registered by the BootS. The value can be (0,1), indicating that the reliability of the node is greater than or equal to 0, less than 1. The MS reliability is set higher than the UE when set, and can reach up to [1]. When the UE is attached to the BootS, The reliability information is also transmitted at the same time. When the UE performs content acquisition, the UE preferentially acquires from the MS for the initial part of the content requested by the user; for the subsequent part, the UE randomly selects the content in the peer node with the required content. If the content fails to be obtained, the MS can be selected according to the reliability indicator; to avoid increasing the acquisition delay.

 For the TISPAN architecture, both pBoot and BootS are logical functions, where the pBoot function can be implemented by SDF, BootS can be implemented with MF (including MCF and MDF) or only by MCF.

 For the Open IPTV fomm architecture, both pBoot and BootS are logical functions, where the pBoot function can be implemented by the IPTV service Disco very; the BootS can be implemented by the CDNC or CC.

 The embodiment of the present invention does not limit the P2P topology adopted.

 For a centralized P2P structure, BootS can act as a directory server;

 For the DHT structure P2P, the BootS can also be used as the first node of the DHT to help the UE join the DHT network; the P2P interaction between the subsequent UEs can be independent of the BootS;

 In theory, the UE can obtain content from different MSs without being limited to the MS of the local domain, which is consistent with the existing standards; the scheme only restricts P2P traffic to the local domain;

 Referring to FIG. 4 and FIG. 5, the present invention provides an IP-based multimedia subsystem network television system, including: a user terminal 401, configured to acquire, by using an IMS network, P2P network attachment information corresponding to an area in which the area is located, according to the P2P network. Attaching information to the P2P network; utilizing a peer-to-peer mechanism to obtain the requested IPTV content from a peer node in the area;

 The P2P attachment information providing function pBoot 404 is configured to provide P2P network attachment information corresponding to the area where the UE is located;

 The attaching function BootS 405 is configured to interact with the user terminal through the IMS network, and provide peer node information in an area where the UE is located.

The system further includes: an application server 403, configured to receive, by using, the IMS network The IPTV service request of the user terminal sends the IPTV service request to the media node according to the service logic; the IPTV service request includes the content identifier of the content requested by the user terminal;

 The media node 406 is configured to provide the required IPTV content to the user terminal according to the content identifier when the media node is not a node in the peer-to-peer network.

 The peer node in the area where the UE is located includes other UEs in the area; or the peer node in the area where the UE is located includes other UEs in the area and media nodes that have been attached to the P2P network .

 The P2P attach information providing function pBoot is implemented by the SDF in the TISPAN IMS IPTV architecture, and the attaching function BootS is implemented by the MF in the TISPAN IMS IPTV architecture, or by the MCF in the MF; or

 The P2P attach information providing function pBoot is implemented by the IPTV service Discovery in the Open IPTV forum IPTV architecture, and the attach function BootS is implemented by the CDNC or CC in the Open IPTV forum IPTV architecture.

 It is to be understood that the embodiment of the present invention further provides a system for attaching a terminal based on an IP multimedia subsystem to a peer-to-peer network, including:

 a user terminal, configured to acquire P2P network attachment information through an IMS network, and attach the information to the P2P network according to the attached information of the network;

 The P2P attaching information providing function pBoot is configured to provide the P2P network attaching information to the UE. The attaching function is used to interact with the user terminal through the IMS network, and the UE is attached to the P2P network.

 The P2P attach information providing function pBoot is implemented by the SDF in the TISPAN IMS IPTV architecture, and the attach function BootS is implemented by the MF in the TISPAN IMS IPTV architecture, or by the MCF in the MF; or the P2P attach information providing function pBoot is implemented by the IPTV service Discovery in the Open IPTV forum IPTV architecture, which is implemented by CDNC or CC in the Open IPTV forum IPTV architecture.

 In the meantime, the embodiment of the present invention further provides a user terminal, as shown in FIG. 10a, including: an attachment information obtaining unit 1001, configured to acquire P2P network attachment information through an IMS network; and an attaching unit 1002, configured to attach according to the network Information is attached to the P2P network.

The present invention will be further described in detail below with reference to specific procedures. Referring to FIG. 6, which is a flowchart of a UE acquiring P2P network attachment information according to an embodiment of the present invention. Step 1: The UE sends a P2P network attach information request by using the SIP protocol; where the UE may carry the description information when the UE is used as a peer node, such as the peer node identifier peer-id, address, port, and the like.

 Step 2: The P2P network attach information request is forwarded by the IMS core and sent to the pBoot;

 Here, steps 1 and 2 may be actual requests or implicit requests. For example, after the UE registers with the IMS network, the IMS initiates a third-party registration with the pBoot instead, and the third-party registration may be regarded as an implicit request; The attachment information is transmitted accordingly, and the embodiment is specifically described in the following embodiments.

 Step 3: The pBoot determines the area in which the user is located according to the location information of the user, and specifies an attach server for the user. The location information of the user may be carried by the UE when the request is initiated, or may be collected by other entities on the network by the pBoot.

 In the step 4 to 5, the pBoot sends the P2P network attachment information to the UE by using the SIP protocol, which can carry the <P2P protocol, version, attached server address, port, and connection key (p2p_master_key) >, etc. P2P network attachment information corresponding to the area.

 Step 6: The UE requests to join the P2P network, that is, the actual p2p network attachment according to the P2P network attachment information provided by the pBoot. When interacting with the BootS, the UE may perform identity verification based on the p2p-master_key to indicate that it is a legitimate IMS IPTV user; The UE may also carry the node reliability information in the join request, and the reliability value is between (0, 1). The larger the value, the higher the reliability.

 Step 7: The BootS sends an attach response message to the UE, allowing the UE to join; the response information may carry a <root key token, a peer list (peer_list)> information, where the token can be used for subsequent peer-to-peer connections. Peer-to-node verification, peer-list provides the UE with information about other nodes.

 So far, the UE joins the P2P peer-to-peer network corresponding to the area where the UE is located according to the P2P network attachment information.

 Referring to FIG. 7, which is a flowchart of acquiring P2P network attachment information in a pull manner according to an embodiment of the present invention. This embodiment is implemented based on the TISP AN architecture. The pBoot function is implemented by SDF, and the BootS function is implemented by MF. The OIF-based situation is similar and can be easily introduced.

Steps 1~2, after the UE registers with the IMS network, the SIP subscription request (SIP SUBSCRIBE) is sent to the pBoot or SDF through the IMS network to request to obtain the network attachment information. The SIP event header field (event) can be set to obtain UE configuration information, such as setting the event header to ue-profile, SIP accepting The header field ( accept ) can contain acceptable content types for P2P network attachment information, such as < application/p2pBootInfo+xml >;

 This example illustrates the case where SDF implements the pBoot function;

Steps 3~4, if the subscription is successful, 80?^8 ₀ (^) to 1; £ returns 200 (*successful response, the request is sent to the UE via IMScore;

 Step 5: The SDF (pBoot) determines the area in which the UE is located according to the location information of the UE, and specifies an attach server for the UE. The location information of the user may be carried by the UE when the request is initiated, or may be actively taken from other entities of the network by the SDF (pBoot). Collected.

 Step 6~7, SDF (pBoot) generates a SIP NOTIFY notification request for the UE, where the P2P network attachment information is carried; the information may include a <p2p protocol, a version, an attached server address, a port, a connection key (p2p_master_key), etc.; The information may be carried in the SIP message body. The information may be carried in the content/type as application/p2pBootInfo+xml. The specific form of the information is defined by XML shema. The information is sent to the UE via the IMScore;

 After receiving the SIP NOTIFY notification request, the UE sends a 200 ok success response to the SDF ( pBoot ); the response is sent to the SDF ( pBoot ) via the IMS core ;

 The UE obtains the P2P network attachment information corresponding to the area in the IMS network. Steps 10 and 11 are the same as steps 6 and 7 in the embodiment shown in FIG. 6. The details are as follows: Step 10: The UE according to the SDF The P2P network attachment information provided by (pBoot) is requested to join the P2P network. When interacting with the BootS, the P2P_master_key can be used for identity verification to indicate that it is a legitimate IMS IPTV user. In addition, the UE can also carry the node in the join request. Reliability information. This reliability value is between (0, 1). The larger the value, the higher the reliability.

 Step 11: The BootS sends the attach response information to the UE, and allows the UE to join. The message can carry the <token, peer_list information, where the token can be used for peer-to-peer authentication during the peer-to-peer connection, and the peer-list provides the UE with other Node information.

 So far, the UE joins the P2P peer-to-peer network corresponding to the area where the UE is located according to the P2P network attachment information.

FIG. 8 is a flowchart of obtaining P2P network attachment information in a push manner according to an embodiment of the present invention. This embodiment is implemented based on the TISP AN architecture. The pBoot function is implemented by SDF, and the BootS function is implemented by MF. The situation based on OIF is similar and can be easily introduced. Step 1: The UE sends a registration request to the IMS core.

 Step 2, the IMScore completes the registration, and sends an acknowledgement (200 ok) to the UE;

 Step 3: The IMS core matches the UE service configuration, and matches the SDF that the UE subscribes to, that is, pBoot;

 Step 4, IMScore sends a third party registration to SDF, ie pBoot;

 Step 5: The SDF (pBoot) acquires the registration status of the UE, and sends a 200 ok response to the IMS core. Step 6, the SDF (pBoot) determines the area where the UE is located according to the location information of the UE, and specifies an attachment server for the user; The information may be carried by the UE when the request is initiated, or may be collected by the pBoot from other entities of the network.

 Steps 7 to 8, the SDF (pBoot) sends a SIP message to the UE, where the P2P network attachment information is carried, and the information may include a <p2p protocol, a version, an attached server address, a port, a connection key p2p_master_key>, and the like; It can be carried in the SIP message body. The information can be carried in the content/type application/p2pBootInfo+xml. The specific form of the information is defined by XML shema. The information is sent to the UE via the IMScore;

 After receiving the SIP message request, the UE sends a 200 ok success response to the pBoot; the response is sent to the pBoot via the IMScore;

 At this point, the UE obtains the P2P network attachment information corresponding to the area in which the UE is located in the IMS network. Steps 11, 12 are the same as steps 6 and 7 in the embodiment shown in FIG. 6, and the details are as follows: Step 11: The UE according to the pBoot The P2P network attachment information is requested to be added to the P2P network. When interacting with the BootS, the P2P-master_key can be used for identity verification to indicate that it is a legitimate IMS IPTV user. In addition, the UE can also carry the node reliability information in the join request. The value of this reliability is between (0, 1). The larger the value, the higher the reliability.

 Step 12: The BootS sends the attach response information to the UE, and allows the UE to join. The message can carry the <token, peer_list information, where the token can be used for peer-to-peer authentication during the peer-to-peer connection, and the peer-list provides the UE with other Node information.

 So far, the UE joins the P2P peer-to-peer network corresponding to the area where the UE is located according to the P2P network attachment information.

Referring to FIG. 9, which is a flowchart of a UE acquiring IPTV content according to an embodiment of the present invention. In step 1~2, the UE-1 sends an IPTV service request, requests the specified content, and may carry the content identifier. In addition, the specified location or time period in the content to be acquired may be further specified. The request is sent by the IMScore to the AS providing the service. ;

 Step 3: The AS sends a content request to the MS according to the service logic;

 Step 4: The MS returns a content request response to the AS, where the MS-info can be carried; where MS-info represents the description information of the media node. If the MS participates in providing the content to the UE-1 in the P2P mode, the MS-info may carry the information indicating the MS as the P2P node, such as the peer node identifier, the content identifier, the peer IP, the port, and the like. .

 In addition, if it is assumed that the UE has not joined the P2P network before, the MS may also carry the P2P network attachment information to the UE-1, and the attachment information includes the <2 protocol, the version, the attached server address, the port, and the connection key p2p_master_key> The specific carrying manner may be carried in the message body according to the carrying manner described in the embodiments of FIG. 6 and FIG. 7; or may be carried by extending the SDP protocol.

 Step 5-6: The AS sends a service response to the UE-1, where the description information of the media node is carried. Optionally, if the AS assumes that the UE-1 has not joined the P2P network before, the AS may also carry the P2P network attachment information to the UE-1, where the attachment information includes the 2 protocol, the version, the attached server address, the port, and the connection key p2p_master_key> The specific carrying manner may be carried in the message body as described in the embodiments of FIG. 6 and FIG. 7; or may be carried by extending the SDP protocol.

 In order to avoid conflicts with the MS, the AS can check whether the information in the response of the MS already exists before adding the P2P network attachment information to the response message. If yes, the AS does not need to add it again; or the information given by the MS may be deleted according to the policy. Add the attachment information stored in the AS. The specific strategy depends on the implementation of AS.

 This response message is sent to UE-1 via IMScore;

 Step 7, UE-1 sends a content request to the MS; this step may be optional according to specific services, that is, UE-1 may not need to explicitly send a content request to the MS.

 If the MS provides content in P2P mode, the request is a P2P content acquisition request.

 Thereafter the MS provides the requested IPTV content to UE-1.

Step 8: UE-1 requests peer node information from BootS. If BootS is a directory server at the same time, it may request to download peer node information of the same content. If DHT structure is adopted, only limited available node information is requested from BootS. The content query request is made through the available nodes. Step 9, the BootS returns the peer node information to the UE-1.

 Step 10: UE-1 requests content from other available nodes by using a P2P peer-to-peer protocol, including available content query, content acquisition, and the like. In the step, the UE-1 obtains the information of the MS and the multiple UEs. When acquiring the content, according to the reliability information, the UE-1 preferentially acquires from the MS for the initial part of the requested content; Obtained from a UE with low reliability. When the acquisition fails, it selects an MS with a higher reliability value for content acquisition.

 So far, the user terminal utilizes the peer-to-peer mechanism to obtain the requested IPTV content from the peer nodes in the area in which it is located.

 In addition, during the interaction between the UE and the AS, the connection key p2p_master_key provided by the AS or the MS for the UE can be used as the root key directly between the BootS and the UE, and/or the P2P interaction between the UE and the UE. Verification; a derived key may also be generated based on the root key for use in the correlation process. For example, the BootS can perform connection verification with the UE based on the p2p-master_key. After the verification, the BootS generates a derived key token for the UE, and the key token is used for connection verification when the UE is connected. When the P2P traffic between the UEs is restricted to a local part, the P2P attachment information is obtained through the IMS network, and then attached to the P2P network, thereby avoiding the Internet P2P generally lacking an effective authentication mechanism for the user, and between the peer nodes. Lack of defects such as data protection mechanisms.

 An embodiment of the present invention further provides a user terminal, as shown in FIG. 10b, including:

 The attachment information obtaining unit 1001 is configured to acquire, by using the IMS network, P2P network attachment information corresponding to the area where the IMS network is located;

 The attaching unit 1002 is configured to attach to the P2P network according to the P2P network attaching information, and the content obtaining unit 1003 is configured to obtain the requested IPTV content from a peer node in the located area by using a peer-to-peer mechanism.

 The peer nodes in the area where the UE is located may include other UEs in the area; or may include other UEs in the area and media nodes that have been attached to the P2P network.

 The embodiment of the invention further provides a P2P attachment information providing function pBoot entity, see figure

11 , including:

 The receiving unit 1101 is configured to receive a P2P attach request or a third-party registration request from the requesting party. The information providing unit 1102 is configured to provide P2P network attaching information according to the request.

An embodiment of the present invention further provides a P2P attaching function BootS entity. Referring to FIG. 12, the method includes: The attaching unit 1201 is configured to interact with the user terminal, so that the user terminal is attached to the P2P network;

 The information providing unit 1202 is configured to provide the UE with peer node information in an area in which it is located. The foregoing BootS may further include a recording unit 1303 for recording reliability indicators of peer nodes in the P2P network.

 In the embodiment of the present invention, the UE can download the P2P mode between the UEs, thereby reducing the load on the media server and reducing the system investment. In the embodiment of the present invention, the available P2P network attachment information is provided to the UE according to the area where the UE is located, so that the UE is divided according to the area, so that the P2P traffic between the UEs is restricted to a local part, and the unordered inter-domain traffic does not occur. .

 It can be understood that the embodiment of the present invention further provides a method for attaching an IMS-based terminal to a peer-to-peer network, including:

 The user terminal obtains peer P2P network attachment information through the IMS network.

 Attached to the P2P network according to the P2P network attachment information.

 The method for the user terminal to obtain the P2P network attachment information through the IMS network may include the following three methods:

 The mode A, the user terminal acquiring the P2P network attachment information by using the IMS network includes: after the user terminal registers with the IMS network, the P2P attach information providing function pBoot initiates a P2P attach request, and receives the area returned by the pBoot and the UE. Corresponding P2P network attachment information; the P2P attach request is sent by means of a SIP subscription SIP SUBSCRIBE message; and the information returned by the pBoot is sent by means of SIP notification SIP NOTIFY message.

 After the user terminal is registered to the IMS network, the IMS network replaces the UE with the P2P attach information providing function pBoot to initiate a third-party registration. After the third-party registration is completed, the pBoot sends the UE to the UE. The P2P network attachment information corresponding to the area; the pBoot sends the P2P network attachment information to the UE in the manner of the SIP message SIP MESSAGE.

The mode C, the user terminal acquiring the P2P network attachment information by using the IMS network includes: the user terminal initiates an IPTV service request by using the IMS network, and obtains the P2P network attachment information corresponding to the area where the UE is located in the received IPTV service response; The P2P network attachment information in the IPTV service response is added by the application server AS in the IMS network, and/or is added by the media node MS. It can be understood that the foregoing P2P network attachment information is described in the manner of Extensible Markup Language (XML), and is carried in the SIP message body. The foregoing P2P network attachment information may also be carried in the manner of extending the session description protocol SDP.

 The P2P network attachment information includes a combination of one or more of the following information: a P2P protocol, a version, an attached server address, a port, and a connection key. For example, it may include only: 2P protocol, attached server address, and port information, and may also include information such as version, connection key, and the like.

 The method for attaching an IMS-based terminal to a peer-to-peer network according to the foregoing embodiment of the present invention implements attaching to a P2P network through an IMS network, so that P2P traffic between UEs is restricted to a local part without disordered inter-domain Traffic, thus avoiding network congestion and unstable business conditions.

 A person skilled in the art can understand that all or part of the steps in implementing the above method embodiments can be completed by a program instructing related hardware, and the program can be stored in a computer readable storage medium, which is referred to herein. Storage media, such as: ROM/RAM, disk, CD, etc. The above is only the preferred embodiment of the present invention and is not intended to limit the scope of the present invention. Any modifications, equivalents, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Claims

Rights request  A method for attaching a terminal based on an IP multimedia subsystem to a peer-to-peer network, comprising:  The user terminal UE obtains peer P2P network attachment information through the IMS network;  Attached to the P2P network according to the P2P network attachment information.  2. The method according to claim 1, wherein the acquiring, by the user terminal, the P2P network attachment information by using the IMS network includes:  After the user terminal registers with the IMS network, the P2P attaching information is provided to the P2P attaching information. The pBoot initiates a P2P attach request, and receives the P2P network attaching information corresponding to the area where the UE is located, which is returned by the pBoot.  The method according to claim 1, wherein the acquiring, by the user terminal, the P2P network attachment information by using the IMS network includes:  After the user terminal registers with the IMS network, the IMS network replaces the UE with the P2P attach information providing function pBoot to initiate a third-party registration. After the third-party registration is completed, the pBoot sends the UE corresponding to the area where the UE is located. P2P network attachment information.  The method according to claim 1, wherein the acquiring, by the user terminal, the P2P network attachment information by using the IMS network includes:  The user terminal initiates an IPTV service request through the IMS network, and obtains P2P network attachment information corresponding to the area where the UE is located in the received IPTV service response;  The P2P network attachment information in the IPTV service response is added by one of the following entities or a combination thereof: an application server AS in the IMS network, and a media node MS.  The method according to any one of claims 2 to 4, wherein the P2P network attachment information is described in an extensible markup language XML, and is carried in a SIP message body.  The method according to claim 4, wherein the P2P network attachment information is carried by extending the session description protocol SDP.  The method according to claim 1, wherein the P2P network attachment information comprises at least one of the following information: a P2P protocol, a version, an attached server address, a port, and a connection key. 8. A system in which a terminal based on an IP multimedia subsystem is attached to a peer-to-peer network, characterized in that include:  The user terminal UE is configured to acquire P2P network attachment information through the IMS network, and attach to the P2P network according to the network attachment information;  The P2P attaching information providing function pBoot is configured to provide the P2P network attaching information to the UE. The attaching function is used to interact with the user terminal through the IMS network, and the UE is attached to the P2P network.  9. The system of claim 8 wherein:  The P2P attach information providing function pBoot is implemented by the SDF in the TISPAN IMS IPTV architecture, and the attach function BootS is implemented by the MF in the TISPAN IMS IPTV architecture, or by the MCF in the MF; or  The P2P attach information providing function pBoot is implemented by the IPTV service Discovery in the Open IPTV forum IPTV architecture, and the attach function BootS is implemented by CDNC or CC in the Open IPTV forum IPTV architecture.  A method for acquiring IPTV content by a terminal based on an IP multimedia subsystem, comprising:  The user terminal UE obtains peer P2P network attachment information through the IMS network;  Attaching to the P2P network according to the peer-to-peer network attachment information;  The requested IPTV content is obtained from the peer node using a peer-to-peer mechanism.  11. The method of claim 12, wherein  The peer node includes a UE in an area where the user terminal is located; or  The peer node includes a UE in an area where the user terminal is located and a media node attached to the P2P network.  12. The method according to claim 11, wherein when the peer node comprises a UE in the area and a media node MS attached to the P2P network, the peer-to-peer mechanism is used from peer-to-peer Obtaining the requested IPTV content in the node includes:  The initial part of the IPTV content requested by the UE is preferentially obtained from the MS, and the non-initial part of the requested IPTV content is preferentially acquired from the UE, and is acquired from the MS when the acquisition fails from the UE. 13. An IP-based multimedia subsystem network television system, comprising: a user terminal UE, configured to acquire P2P network attachment information through an IMS network, according to the P2P The network attached information is attached to the P2P network; and the requested IPTV content is obtained from the peer node by using a peer-to-peer mechanism;  The P2P attachment information providing function pBoot is configured to provide the UE with P2P network attachment information corresponding to the area in which the UE is located;  The attaching function is used to interact with the user terminal through the IMS network to provide peer node information in the area where the UE is located.  14. The system according to claim 13, further comprising:  An application server, configured to receive an IPTV service request from the user terminal by using an IMS network, and send the IPTV service request to a media node according to service logic; where the IPTV service request includes a content identifier of the content requested by the user terminal ;  And a media node, configured to provide the user terminal with the required IPTV content according to the content identifier when the media node is not a node in the peer-to-peer network.  15. The system of claim 14 wherein:  The peer node includes a UE in the area; or  The peer node includes UEs within the area and media nodes attached to the P2P network.  16. A user terminal, comprising:  An attaching information acquiring unit, configured to acquire P2P network attaching information by using an IMS network, and an attaching unit, configured to attach to the P2P network according to the P2P network attaching information.  The user terminal according to claim 16, further comprising:  a content acquisition unit, configured to acquire the requested IPTV content from the peer node by using a peer-to-peer mechanism. A P2P-attached information providing function pBoot entity, comprising: a receiving unit, configured to receive a P2P attach request or a third-party registration request from a requesting party; and an information providing unit, configured to provide a P2P network according to the request Attach information.  A P2P attaching function BootS entity, which is characterized by:  An attaching unit, configured to interact with the user terminal, to connect the user terminal to the P2P network, and an information providing unit, configured to provide the UE with peer node information in an area in which the UE is located.