[go: up one dir, main page]

WO2010022603A1 - Procédé, système et appareil pour se connecter à un réseau pair à pair et obtenir des contenus tvip - Google Patents

Procédé, système et appareil pour se connecter à un réseau pair à pair et obtenir des contenus tvip Download PDF

Info

Publication number
WO2010022603A1
WO2010022603A1 PCT/CN2009/071770 CN2009071770W WO2010022603A1 WO 2010022603 A1 WO2010022603 A1 WO 2010022603A1 CN 2009071770 W CN2009071770 W CN 2009071770W WO 2010022603 A1 WO2010022603 A1 WO 2010022603A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
peer
information
user terminal
iptv
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2009/071770
Other languages
English (en)
Chinese (zh)
Inventor
吴向阳
严军
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of WO2010022603A1 publication Critical patent/WO2010022603A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks

Definitions

  • 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).
  • IPTV IP Television
  • IMS IP Multimedia Subsystem
  • 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 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.
  • CSCF Call Session 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.
  • SIP Session Initiation Protocol
  • a user terminal accesses an IMS IPTV system through different access networks, where a media node (MS, MediaStation) serves as a content server. Provide content.
  • MS media node
  • 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).
  • TISPAN Internet Converged Services and Protocols for Advanced Networking
  • the ITU-T for ITU Telecommunication Standardization Sector and the Open IPTV Forum have all been recognized, and their standards have developed rapidly.
  • FIG. 2 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.
  • UE user terminals
  • IPTV service functions application and IPTV service functions
  • core IMS core IMS
  • transport functions transport functions
  • media delivery distribution & storage media delivery distribution & storage
  • UE User equipment
  • IPTV Service Functions include:
  • SSF Service Selection Function
  • the Service Discovery Function can generate and provide service attachment information, and can provide personalized discovery information to the terminal.
  • UPSF User Profile Server Function
  • SCF IPTV Service Control Functions
  • AS SIP Application Server
  • Core IMS Core IMS
  • the 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.
  • RAS Resource Admission Control Subsystem
  • 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.
  • CDN Content Delivery/Distribution Network
  • CC Cluster Controller
  • 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.
  • IPTV service Discovery IPTV service Discovery
  • IPTV Service Provider Discovery IPTV Service Provider Discovery
  • 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.
  • P2P content sharing interaction between users 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.
  • 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.
  • the user terminal obtains peer P2P network attachment information through the IMS network.
  • 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.
  • the user terminal obtains peer P2P network attachment information through the IMS network.
  • 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.
  • An attaching information acquiring unit configured to acquire P2P network attaching information by using an IMS network
  • 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
  • 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 acquiring IPTV content 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.
  • 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.
  • the P2P mode download between UEs the CDN network load is reduced, and the system investment is reduced.
  • 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
  • FIG. 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. 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
  • FIG. 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 can provide content to the UE.
  • 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.
  • 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.
  • ISC and Gm are existing interfaces in the IMS system defined by 3GPP.
  • 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.
  • the interface between MS and BootS this interface is optional.
  • 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.
  • 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.
  • the directory P2P architecture is adopted, the UE interacts with the BootS to exchange content status information when acquiring content.
  • 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.
  • FIG. 5 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.
  • 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.
  • 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.
  • the present invention logically includes the following aspects:
  • the UE is attached to the P2P 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.
  • 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.
  • 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.
  • SIP notify SIP notify
  • 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;
  • 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 can be carried in the message body of the SIP.
  • 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:
  • 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.
  • SDP Extended Session Description Protocol
  • Step 2 The UE interacts with the P2P attachment function BootS and attaches to the P2P network.
  • the UE 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;
  • 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.
  • 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.
  • 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.
  • the BootS functions as a directory server.
  • 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.
  • a new UE participates in content acquisition, it acquires content information from the BootS.
  • 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.
  • 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.
  • 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].
  • the reliability information is also transmitted at the same time.
  • 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.
  • 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.
  • 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.
  • BootS can act as a directory server
  • 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;
  • 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;
  • 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.
  • 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.
  • 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.
  • 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;
  • steps 1 and 2 may be actual requests or implicit requests.
  • 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.
  • 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.
  • 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_list peer list
  • peer-list provides the UE with information about other nodes.
  • 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. 7 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 >;
  • Steps 3 ⁇ 4 if the subscription is successful, 80? ⁇ 8 0 ( ⁇ ) 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;
  • the UE 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 ;
  • Step 10 The UE according to the SDF
  • the P2P network attachment information provided by (pBoot) is requested to join the P2P network.
  • the P2P_master_key can be used for identity verification to indicate that it is a legitimate IMS IPTV user.
  • 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.
  • 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.
  • the SDF 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;
  • the UE 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;
  • Step 11 The UE according to the pBoot
  • the P2P network attachment information is requested to be added to the P2P network.
  • the P2P-master_key can be used for identity verification to indicate that it is a legitimate IMS IPTV user.
  • 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.
  • 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.
  • the UE-1 sends an IPTV service request, requests the specified content, and may carry the content identifier.
  • 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. .
  • 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.
  • 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.
  • 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.
  • the request is a P2P content acquisition request.
  • 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.
  • the UE-1 obtains the information of the MS and the multiple UEs.
  • the UE-1 preferentially acquires from the MS for the initial part of the requested content; Obtained from a UE with low reliability.
  • the acquisition fails, it selects an MS with a higher reliability value for content acquisition.
  • 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.
  • 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.
  • 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 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
  • 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
  • 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.
  • 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.
  • the UE can download the P2P mode between the UEs, thereby reducing the load on the media server and reducing the system investment.
  • 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. .
  • 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.
  • 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.
  • the P2P attach request is sent by means of a SIP subscription SIP SUBSCRIBE message
  • the information returned by the pBoot is sent by means of SIP notification SIP NOTIFY message.
  • the IMS network replaces the UE with the P2P attach information providing function pBoot to initiate a third-party registration.
  • 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.
  • 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.
  • a P2P protocol a version
  • an attached server address a port
  • a connection key a connection key that specifies the connection key.
  • 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 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.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

La présente invention concerne un procédé, un système et un appareil pour se connecter à un réseau pair à pair (P2P) et obtenir des contenus IPTV (télévision sur protocole Internet). Le procédé permettant qu'un terminal basé sur le sous-système multimédia IP (IMS) se connecte au réseau pair à pair comprend les étapes suivantes : un terminal utilisateur obtient les informations de connexion du réseau P2P via le réseau IMS, et se connecte au réseau P2P d'après les informations de connexion du réseau P2P. Les modes de réalisation de la présente invention permettent à l'Equipement Utilisateur (EU) d’effectuer des téléchargements au moyen du P2P entre les EU, et atteignent l'objectif consistant à réduire la charge du serveur multimédia et l'investissement du système. Dans les modes de réalisation de la présente invention, les informations de connexion disponibles du réseau P2P sont fournies à l'EU en fonction de la zone où se trouve l'EU, de cette manière, les EU sont séparés en fonction des zones, ce qui permet de restreindre le flux P2P entre les EU dans la zone locale, et d'éviter le flux désordonné entre les zones.
PCT/CN2009/071770 2008-08-26 2009-05-13 Procédé, système et appareil pour se connecter à un réseau pair à pair et obtenir des contenus tvip Ceased WO2010022603A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810147299.8 2008-08-26
CN200810147299.8A CN101662407A (zh) 2008-08-26 2008-08-26 附着到对等网络及获取iptv内容的方法、系统和装置

Publications (1)

Publication Number Publication Date
WO2010022603A1 true WO2010022603A1 (fr) 2010-03-04

Family

ID=41720809

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/071770 Ceased WO2010022603A1 (fr) 2008-08-26 2009-05-13 Procédé, système et appareil pour se connecter à un réseau pair à pair et obtenir des contenus tvip

Country Status (2)

Country Link
CN (1) CN101662407A (fr)
WO (1) WO2010022603A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101867804B (zh) * 2010-06-01 2014-04-09 中兴通讯股份有限公司 互联网协议电视直播系统和方法
US8873757B2 (en) * 2012-10-19 2014-10-28 Qualcom Incorporated Methods and apparatus for providing network-assisted key agreement for D2D communications
CN115002182A (zh) * 2022-05-31 2022-09-02 上海新致软件股份有限公司 网络节点连接方法、装置、电子设备和存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1801822A (zh) * 2006-01-23 2006-07-12 北京交通大学 一种基于主机标识协议的对等网sip实现方法
CN1816053A (zh) * 2006-03-10 2006-08-09 清华大学 基于会话初始化协议的流媒体直播p2p网络方法
CN101170572A (zh) * 2006-10-23 2008-04-30 日电（中国）有限公司 基于p2p sip技术实现的多媒体网络通信系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1801822A (zh) * 2006-01-23 2006-07-12 北京交通大学 一种基于主机标识协议的对等网sip实现方法
CN1816053A (zh) * 2006-03-10 2006-08-09 清华大学 基于会话初始化协议的流媒体直播p2p网络方法
CN101170572A (zh) * 2006-10-23 2008-04-30 日电（中国）有限公司 基于p2p sip技术实现的多媒体网络通信系统

Also Published As

Publication number Publication date
CN101662407A (zh) 2010-03-03

Similar Documents

Publication Publication Date Title
US8332527B2 (en) Streaming media network system, streaming media service realization method and streaming media service enabler
CN101547189B (zh) 一种CoD业务的建立方法,系统和装置
CN101860720B (zh) 内容定位方法及内容分发网络节点
JP5647133B2 (ja) マルチメディアセッションを再開、転送、又はコピーするための方法及びシステム
CN101026617B (zh) 一种ims网络中媒体资源调度方法
US9531816B2 (en) Method and apparatus for media transfer between user equipment
WO2011015015A1 (fr) Procédé de téléchargement de contenu vers l'amont et entité de fonction de livraison de contenu
CN100486206C (zh) 一种基于ims的对等联网共享服务的信令控制方法
WO2009155770A1 (fr) Système iptv interactif et procédé associé pour pousser des contenus
WO2010028601A1 (fr) Procédé, système et équipement pour transmettre des contenus multimédia à l'aide de fichiers
WO2010022603A1 (fr) Procédé, système et appareil pour se connecter à un réseau pair à pair et obtenir des contenus tvip
WO2010028591A1 (fr) Procédé et système de réalisation d'enregistrement dans un terminal client et entité de contrôle d'enregistrement
WO2009049518A1 (fr) Procédé, système et entité d'établissement de session de système de télévision par internet ip
WO2009100672A1 (fr) Procédé de traitement en cas de chemin de contenu anormal, dispositif et système de fonction de chemin de contenu
WO2009092307A1 (fr) Procédé, système et dispositif d'accès à une ressource non-sip
CN102447681A (zh) 监控客户端子系统、视频监控系统及录像回放方法
WO2009026810A1 (fr) Procédé, entité et système pour réaliser une commande de distribution de multimédia
WO2008098504A1 (fr) Procédé et système pour fournir un service multidiffusion et dispositif pour fournir un paramètre de service multidiffusion
CN101141377B (zh) 一种基于ims的对等联网缓存服务信令控制方法
WO2008122245A1 (fr) Equipement et moyen pour réaliser des services iptv en utilisant des protocoles internet
CN101662654A (zh) 基于ims的网络电视系统及该系统的实现方法和装置
CN101588277B (zh) 基于ims的iptv系统的互连装置及其启动、点播和直播方法
CN101877641B (zh) Ims网络中文件下载方法、装置和系统
CN101146093A (zh) 一种基于ims的对等联网定制服务信令控制方法
CN102547223B (zh) 基于ims实现iptv与视频监控融合的系统和方法

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: 09809188

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09809188

Country of ref document: EP

Kind code of ref document: A1