WO2008154884A1 - Procédé, système et dispositif d'accès au service pour un fournisseur de service de télévision par protocole internet contracté sans attribution - Google Patents

Procédé, système et dispositif d'accès au service pour un fournisseur de service de télévision par protocole internet contracté sans attribution Download PDF

Info

Publication number
WO2008154884A1
WO2008154884A1 PCT/CN2008/071385 CN2008071385W WO2008154884A1 WO 2008154884 A1 WO2008154884 A1 WO 2008154884A1 CN 2008071385 W CN2008071385 W CN 2008071385W WO 2008154884 A1 WO2008154884 A1 WO 2008154884A1
Authority
WO
WIPO (PCT)
Prior art keywords
home
service
service provider
user terminal
address
Prior art date
Application number
PCT/CN2008/071385
Other languages
English (en)
Chinese (zh)
Inventor
Jianfeng Zhong
Geng Wang
Feng Wang
Xiangyang Wu
Lingzhi Mao
Wenming Zhu
Jianxin Xie
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 WO2008154884A1 publication Critical patent/WO2008154884A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • 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
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6175—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via Internet

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method, system, and device for accessing a service of a non-home subscription network television service provider. Background technique
  • IPTV Internet Protocol TV
  • PC Personal Computer
  • IP Internet Protocol
  • IPTV uses TCP (Transmission Control Protocol) / IP (Internet Protocol) as the bearer protocol for unicast, broadcast or multicast video services, effectively combining the three areas of TV network, telephone network and Internet. Together, it is the most representative business of triple play, and it is receiving more and more attention from the industry.
  • IMS IP Multimedia Subsystem, IP Multimedia Subsystem
  • IP Multimedia Subsystem IP Multimedia Subsystem
  • 3GPP 3rd Generation Partnership Project
  • IMS IP Multimedia Subsystem
  • IP Multimedia Subsystem IP Multimedia Subsystem
  • PSTN Public Switched Telephone network
  • ISDN Integrated Services Digital Network
  • GSM Global System for Mobile communication
  • CDMA Code Division Multiple Access
  • the IMS architecture enables peer-to-peer IP communications to be established through various types of clients and the quality of service required.
  • the IMS architecture also involves the functions necessary to complete service provisioning such as registration, security, billing, bearer control, roaming.
  • IMS forms the heart of the IP core network.
  • the International Standards Organization which standardizes IMS, also has TISPAN (Telecommunication and Internet converged Services and Protocols for Advanced Networking) and telecommunications and Internet convergence services and advanced network protocols.
  • TISPAN was established in September 2003.
  • the research on IMS is directly based on 3GPP Release7 and has had a very important impact on the international NGN (Next Generation Network) standard research.
  • 3GPP focuses on the research of IMS from the perspective of mobility, while TISPAN focuses on the demand of IMS from a fixed perspective, and is uniformly improved by 3GPP, and finally realizes unified control of fixed access and mobile access by IMS.
  • the research work of IPTV may also have an impact on the IMS subsystem.
  • IMS-based IPTV architecture will directly reuse the relevant functional entities of the IMS, and support the IPTV service by appropriately adding new functional entities and expanding the related functions of the existing functional entities; the non-IMS-based IPTV architecture is based on the IPTV service.
  • the requirement proposes a unique functional entity and functional architecture, and an interworking relationship with the IMS subsystem.
  • the problem to be solved by the embodiment of the present invention is to provide a method for accessing the service of the non-home-signed IPTV service provider to solve the problem that the user terminal cannot access the service provided by the service provider of the other non-home-signed IPTV.
  • an embodiment of the present invention provides a non-attribute subscription.
  • the IPTV service provider provides a method for implementing the service, including the following steps:
  • IPTV service provider receives a request for a connection service sent by the user terminal through the home subscription IPTV service provider to which the user terminal belongs;
  • the non-home-consigned IPTV service provider provides the NB service to the home subscription
  • the donor sends an address required to connect the service for the user terminal to connect to the service.
  • Another embodiment of the present invention further provides an implementation method for accessing a non-home IPTV service provider service, including the following steps:
  • IPTV service provider receives a request for a connection service sent by the user terminal;
  • the user terminal After the non-property contracted IPTV service provider authenticates the user terminal, the user terminal sends an address required to connect the service to the user terminal, so that the user terminal connects the service.
  • Another embodiment of the present invention further provides a system for accessing a non-home subscription IPTV service provider service, including a home subscription device and a non-home subscription device.
  • the home subscription device is configured to send a service establishment request of the user terminal to the non-home subscription device, and establish a bearer to the non-home subscription device according to the response message returned by the non-home subscription device, and send the bearer to the user terminal.
  • the non-home subscription device is configured to return a response message representing the requested service according to the request sent by the home subscription device.
  • a further embodiment of the present invention further provides a home subscription device that implements access to a non-home-contracted IPTV service provider service, including:
  • a request sending module configured to initiate a setup request for establishing a service to the non-home subscription device according to the received service establishment request of the user terminal;
  • a service establishing module configured to establish, according to the response message returned by the non-home subscription device, a bearer to the non-home subscription device;
  • an address sending module configured to send, according to the bearer established by the service establishing module, an address required for connecting the requested service to the user terminal.
  • a further embodiment of the present invention further provides a non-home subscription device that implements access to a non-home-scheduled IPTV service provider service, including:
  • a request receiving module configured to receive a service establishment request sent by the home subscription device
  • a resource allocation module configured to receive, according to the request, the service establishment request received by the module, Allocating the information required to establish a bearer to the device, and the information may be a unicast address or a multicast address
  • a request response module configured to send the information allocated by the resource allocation module to a sender of the service establishment request.
  • a further embodiment of the present invention further provides a non-home subscription device that implements access to a non-home-scheduled IPTV service provider service, including:
  • a request receiving module configured to receive a service establishment request sent by the non-home subscription user terminal
  • the authentication module is configured to perform authentication on the user terminal that sends the service establishment request
  • the resource allocation module is configured to establish, according to the user terminal that is authenticated by the authentication module, the service received by the request receiving module. Requesting, assigning information required to establish a bearer to the device, and the information may be a unicast address or a multicast address;
  • a request response module configured to send the information allocated by the resource allocation module to the user terminal that sends the service establishment request.
  • FIG. 1 is a flowchart of an implementation method for accessing a service of a non-home-signed subscription IPTV service provider according to Embodiment 1 of the present invention
  • FIG. 2 is a flowchart of a method for implementing a service of accessing a non-home-contracted IPTV service provider according to Embodiment 2 of the present invention
  • FIG. 3 is a signaling flowchart of an implementation method for accessing a non-home-contracted IPTV service provider service in Embodiment 2 of the present invention
  • FIG. 4 is a flowchart of a method for implementing a service of accessing a non-home-contracted IPTV service provider according to Embodiment 3 of the present invention
  • 5 is a signaling flowchart of an implementation method for accessing a non-home-signed subscription IPTV service provider service according to Embodiment 3 of the present invention
  • 6 is a flowchart of a method for implementing a service of a non-home-signed subscription IPTV service provider according to Embodiment 4 of the present invention
  • FIG. 7 is a signaling flowchart of an implementation method for accessing a non-home-contracted IPTV service provider service in Embodiment 4 of the present invention.
  • FIG. 8 is a flowchart of an implementation method for accessing a non-home-contracted IPTV service provider service according to Embodiment 5 of the present invention.
  • FIG. 9 is a signaling flowchart of an implementation method for accessing a non-home-contracted IPTV service provider service according to Embodiment 5 of the present invention.
  • FIG. 10 is a flowchart of a method for implementing a non-home subscription IPTV service provider service according to Embodiment 6 of the present invention.
  • FIG. 11 is a signaling flowchart of an implementation method for accessing a non-home-contracted IPTV service provider service according to Embodiment 6 of the present invention.
  • FIG. 12 is a flowchart of a method for implementing a non-home-contracted IPTV service provider service according to Embodiment 7 of the present invention.
  • FIG. 13 is a signaling flowchart of an implementation method for accessing a non-home-contracted IPTV service provider service according to Embodiment 7 of the present invention.
  • FIG. 14 is a schematic structural diagram of a system for accessing a service of a non-home-signed subscription IPTV service provider in Embodiment 10 of the present invention.
  • Figure 15 is a block diagram showing the structure of an apparatus for accessing a non-home-signed IPTV service provider service in the eleventh embodiment of the present invention. detailed description
  • FIG. 1 An implementation method for accessing a non-home-contracted IPTV service provider service is as shown in FIG. 1, and includes the following steps:
  • Step slOl the user terminal initiates a request to establish a service to the non-home subscription IPTV service provider.
  • the user equipment can initiate a request to establish a service to the non-home subscription SP through the pre-acquired service identifier.
  • Business identity There are two methods for obtaining, namely: manually configuring the program identifier, and automatically discovering the program identifier.
  • manually configuring the program identifier refers to obtaining a program identifier according to a newspaper, a television, a broadcast, an Internet network, and the like, and manually inputting the program identifier to the UE.
  • the automatic discovery of the program identifier refers to that the UE automatically obtains a program identifier list by interacting with the network. After obtaining the program identification in the above manner, the service to be viewed can be selected by selecting the identification.
  • the method of initiating the connection request to the non-home-sending contract SP can also be divided into two types: the triggering mode of the initial filter Criteria (initial filtering rule), and the called PSI (Public Service Identification). Routing method.
  • the calling iFC triggering mode means that the UE first performs service processing such as authentication and subscription check on the SP1 of the current IMS domain, and then performs routing to the non-home-signed SP2 according to the program identifier in the request message.
  • the method of triggering can be unconditional triggering to SP1, or matching triggering based on the type of service in the service request message.
  • Unconditional triggering means that all the setup messages sent by the UE (including the setup message for initiating the normal session) are triggered to the service provider.
  • the service provider determines whether the service is an IPTV-related service and whether it needs to be processed accordingly.
  • Matching triggering means that the IMS network needs to match according to some information in the message before triggering the message to the service provider.
  • the home IMS service provider After the home IMS domain where the UE is located, the home IMS service provider performs the authorization check on the UE, and determines whether the UE has the right to access the IPTV service provider. Non-vesting contracted IPTV service provider business.
  • the called PSI routing mode refers to routing the service identifier in the request message as a called PSI to perform routing of the message.
  • the home IMS domain where the UE is located is routed to the non-home-signed SP2 according to the PSI addressing mode, which is determined by SP2.
  • the identity of the UE that initiates the service obtains the subscription information of the UE from the database signed by the UE, thereby performing the judgment of the authority and the service processing.
  • Step s102 The user terminal receives an address required to connect the service of the non-home-signed IPTV service provider.
  • the address received by the user terminal is different according to different manners in the step S10 to initiate a request to establish a connection to the non-home subscription SP.
  • the address may be sent to the user terminal as a home subscription SP, or may be a non-home subscription SP; the address may be a unicast address or a multicast address.
  • the non-home subscription SP may be in the same IMS domain as the UE, that is, on the UE's home IMS domain; or may be in a different IMS domain from the UE, that is, on other target IMS domains.
  • Step sl03 The user terminal establishes, according to the address, a media stream that carries the bearer and transmits the service to the non-home-signed IPTV service provider.
  • the second embodiment of the present invention is an implementation method for accessing a non-home-signed IPTV service provider service when the calling iFC triggering mode is used.
  • the non-home subscription SP and the UE are in different IMS domains, and the bearer pre-established with the non-home subscription SP can implement the requested service content on the home subscription SP of the IMS domain where the user terminal is located.
  • the establishment process of a new bearer That is, the home subscription SP determines that the bearer of the IPTV service provider is not able to subscribe to the service content requested by the user terminal.
  • the process is shown in Figure 2 and includes the following steps:
  • Step s201 The non-home subscription SP of the target IMS domain sends a Unicast Address (UA) address representing the service requested by the UE to the home IMS domain where the UE is located.
  • UA Unicast Address
  • the non-home signing SP of the target IMS domain finds that the UE is a non-home subscriber
  • the unicast address of the content requested by the UE is returned, and the unicast address is returned to the home subscription SP of the home IMS domain where the UE is located.
  • Step s202 The home subscription SP of the home IMS domain where the UE is located establishes a bearer of the transmission channel with the target IMS domain according to the UA address.
  • the bearer between the home IMS domain and the target IMS domain is in unicast form.
  • Step s203 The home IMS domain where the UE is located establishes a multicast (Multicast Address, MA) address in the local domain according to the bearer of the target IMS domain.
  • MA Multicast Address
  • the home subscription SP of the IMS domain in which the UE is currently located determines the allocation of the MA address according to the service type accessed by the UE and the policy of the SP itself.
  • the unicast input received from the target IMS domain becomes the multicast output within the domain.
  • the unicast input received from the bearer established in the domain with the target IMS domain can be obtained by creating a new multicast group in the local domain and assigning a multicast address. Create a new multicast group source.
  • Step s204 The home subscription SP of the home IMS domain where the UE is located sends the newly created MA address to the UE.
  • the SP of the IMS domain where the UE is currently located sends the MA address established in the previous step to the UE.
  • Step s205 The UE joins the multicast group by using the MA address, and receives the media stream.
  • the UE joins the multicast group represented by the multicast address sent by the home subscription SP to implement multicast distribution of the service, thereby establishing a bearer with the non-homing contract SP, and implementing access to the non-home subscription SP.
  • the unicast address to the multicast address conversion operation may not be performed, and the unicast address returned by the non-home subscription SP may be directly sent to the UE, and the UE directly establishes a non-attribute contract SP.
  • the bearer is broadcasted for the transmission of the media stream.
  • the IMS domain where the UE is located is IMS1, and the related functional entities include P-CSCF1, S-CSCF1, and the home subscription SP1.
  • the target IMS domain to which the UE requests to connect is IMS2, and the related functional entities include I-CSCF2. , S-CSCF2 and non-vesting contract SP2.
  • SP1 and SP2 can be a SIP AS.
  • the process for accessing the non-home-scheduled IPTV service provider service is as shown in FIG. 3, including: Step s301: The UE obtains the routable channel identifiers of other SPs.
  • the obtained address form should be an address that can be routed to other SPs.
  • SIPAPI Session Initiation Protocol URL, SIP address
  • the identifier indicates that the service identifier of the channel XXX requested by the UE is LTV, and the SP to which it belongs is CMCC.com.
  • Step s302 the UE initiates an establishment request through the IMS Core (IMS core network), and carries With channel identification and UE identity.
  • IMS core network IMS core network
  • Step s303 After receiving the establishment request, the P/S-CSCF1 of the IMS Core triggers the service processing on the SP1 according to the LTV service identifier in the request message.
  • Step s304 SP1 first performs identity authentication on the UE according to the identity of the UE, and checks the subscription data.
  • Step s305 After the SP1 check is passed, the setup request message is sent to the S-CSCF1.
  • the SP1 After the SP1 checks the UE, it is determined that the channel information is not provided by the SP according to the CMCC in the channel identifier, and the UE has the right to access the content of the non-home SP (here, SP2), and the CMCC needs to be determined as the SP with the contract relationship.
  • the contractual relationship means that SP1 and SP2 have signed an agreement to exchange services. Since these two different SPs may be provided by different operators, mutual visits require prior consultation and deployment.
  • Step s308 SP2 receives the establishment request, judges the user who is not the domain IMS2 according to the identity of the UE, requests the unicast address according to the decision, and returns in the request response.
  • Step s309 to step s310 SP2 sends a response message carrying the unicast address to
  • Step s311 After receiving the response message, SP1 establishes a bearer according to the response message and SP2. Specifically, SP1 judges that the service type is an LTV service, and there may be many UEs accessing the channel at the same time. According to the policy, the MA management entity of the IMS domain requests to apply for a multicast resource, and the unicast address sent by the SP is The signal is used as the input signal for the multicast group.
  • Step s312 ⁇ Step s313, SP1 returns the applied multicast address to the UE.
  • Step s314 After receiving the multicast address, the UE performs the establishment of the bearer, and enters the multicast group through the IGMP (Internet Group Management Protocol) protocol.
  • IGMP Internet Group Management Protocol
  • Step s315 The UE receives the media stream content in a multicast manner.
  • the third embodiment of the present invention is another implementation method for accessing the service of the non-home-signed contracted IPTV service provider when the calling iFC triggering mode is used.
  • the non-attribute contract SP On the IMS domain of the IMS domain where the UE is located, the bearer that is not pre-established with the non-homing subscription SP can implement the requested service content, and is also a process of establishing a new bearer. That is, the home subscription SP determines that the bearer that is not associated with the non-home subscription SP can implement the service content requested by the user terminal. As shown in Figure 4, the following steps are included:
  • Step s401 The non-home subscription SP of the target IMS domain sends the MA address of the non-home subscription SP service requested by the UE to the home IMS domain where the UE is located.
  • the non-home subscription SP of the target IMS domain returns a multicast address of the content requested by the UE, and the multicast address is returned to the home subscription SP of the IMS domain where the UE is currently located.
  • Step s402 The home subscription SP of the home IMS domain where the UE is located establishes a bearer of the transmission channel with the target IMS domain according to the MA address.
  • the bearer between the home IMS domain and the target IMS domain is in the form of multicast, that is, the home IMS domain is a member of a multicast group in the target IMS domain.
  • Step s403 The home subscription SP of the home IMS domain where the UE is located is requested by the multicast border gateway to apply for a multicast address MA' in the home IMS domain corresponding to the multicast address MA according to the MA address.
  • the multicast address in the home IMS domain is newly allocated.
  • the multicast address is the source address in the home IMS domain.
  • the program source of the multicast group is received from the bearer established in the previous step with the domain target IMS domain. , that is, the address is the octet of the multicast group in the target IMS domain.
  • Step s404 The home subscription SP of the IMS domain where the UE is currently located sends the MA and the address in the IMS domain to the UE.
  • the home subscription SP of the IMS domain in which the UE is currently located sends the MA established in the previous step, and the address is sent to the UE.
  • Step s405 The UE joins the MA, and the multicast group represented by the address receives the media stream. In this step, the UE joins the multicast group represented by the multicast address sent by the home subscription SP to implement multicast distribution of the service, thereby establishing a bearer with the non-home subscription SP, and implementing access to the non-home subscription SP.
  • the implementation manner is described below through a specific application scenario.
  • the domain where the UE is currently located is the domain IMS1, and the related functional entities include the P-CSCF1, the S-CSCF1, and the home subscription SP1.
  • the target IMS domain that the UE requests to connect is IMS2, and the related functional entities include the I-CSCF2. , S-CSCF2 and non-vesting contract SP2. Among them SP1 and SP2 can be a SIPAS.
  • the process for accessing the non-home-signed IPTV service provider service is as shown in FIG. 5, including:
  • Step s501 The UE obtains routable channel identifiers of other SPs.
  • Step s502 The UE initiates a setup request by using the IMS Core, and carries a channel identifier and a user identity identifier.
  • Step s503 After receiving the establishment request, the S-CSCF1 of the IMS Core triggers the service processing on the SP1 according to the LTV service identifier in the request message.
  • Step s504 SP1 first authenticates the user according to the identity of the UE, and then checks the subscription data.
  • Step s505 After the SP1 check is passed, the setup request message is sent to the S-CSCF1.
  • the SP1 After the SP1 checks the UE, it is determined that the channel information is provided by the CMCC in the channel identifier as the non-local SP, and the UE has the right to access the content of the non-home subscription SP2, and the CMCC is also determined to be the SP with the contractual relationship.
  • Step s508 SP2 receives the establishment request, and returns the multicast address of the transmission content in the request response.
  • Step s509 ⁇ Step s510 the response message carrying the multicast address is returned to SP1 through the original routing path.
  • Step s511 After receiving the response request, SP1 applies to the multicast border gateway to apply for the multicast resource of the local IMS1.
  • the multicast address that the application obtained is MA.
  • SP1 establishes a bearer according to the multicast address of the response message and SP2, and the content received from the multicast address returned by SP2 is used as the input of the newly created multicast group in the local IMS1.
  • Step s514 After receiving the multicast address, the UE establishes a bearer and joins the multicast group through the IGMP protocol.
  • Step s515 The UE receives the media content in a multicast manner.
  • the home subscription SP of the home IMS domain in which the UE is located receives the MA address sent by the non-home subscription SP of the target IMS domain
  • the MA address sent by the non-home subscription SP may be directly sent to the MA address sent by the non-home subscription SP.
  • Terminal the terminal directly joins this multicast group.
  • MDSP Multicast Source Discovery Protocol
  • version 3 of the IGMP protocol For this case, similar to the above process, the description will not be repeated.
  • the fourth embodiment of the present invention is another implementation method for accessing the service of the non-home-signed IPTV service provider when the calling iFC triggering mode is used.
  • the non-home subscription SP is in the same IMS domain as the UE, and the bearer that is not established with the non-home subscription SP can implement the requested service content on the home subscription SP of the IMS domain where the user terminal is located.
  • the establishment process of a new bearer That is, the home subscription SP determines that the bearer that does not subscribe to the non-homed SP can implement the service content requested by the user terminal. As shown in Figure 6, the following steps are included:
  • Step s601 The non-home subscription SP sends an address carrying the service requested by the representative.
  • the non-home subscription SP is in the same IMS domain as the UE and the home subscription SP.
  • the non-home subscription SP returns a unicast or multicast address of the content requested by the UE, and the address is returned to the home subscription SP.
  • Step s602 The home subscription SP sends the address to the UE.
  • Step s603 The UE establishes a bearer with the non-home subscription SP according to the address, and receives the media stream.
  • the UE establishes a bearer with the non-home-signed SP according to the unicast address, or joins the multicast group according to the multicast address, and establishes a bearer with the non-homing contract SP.
  • the bearer of the non-home-signed contract SP is established, and the access to the non-home-signed contract SP is realized.
  • the implementation manner is described below through a specific application scenario. among them, Let the domain where the UE is currently located is the domain IMS1, and the related functional entities include P-CSCF1.
  • Step s701 The UE obtains the routable channel identifiers of other SPs.
  • Step s702 The UE initiates an establishment request through the IMS Core, and carries the channel identifier and the user identity identifier.
  • Step s703 After receiving the establishment request, the S-CSCF1 of the IMS Core triggers the service processing on the SP1 according to the service identifier in the request message.
  • Step s704 SP1 first authenticates the user according to the identity of the UE, and then checks the subscription data.
  • Step s705 After the SP1 check is passed, the setup request message is sent to the S-CSCF1.
  • the SP1 After the SP1 checks the UE, it is determined that the channel information is not provided by the SP according to the CMCC in the channel identifier, and the UE has the right to access the content of the non-home subscription SP2, and the CMCC is also determined to be the SP with the contract relationship.
  • Step s706 the S-CSCF1 routes the establishment request to the SP2 providing the content according to the called address in the IMS Core.
  • Step s707 SP2 receives the establishment request, and returns an address representing the service content in the request response, and the address is a unicast or multicast address.
  • Step s708 the response message carrying the address is returned to the original routing path to
  • Step s709 after receiving the response request, the SP1 sends the address to the UE.
  • Step s710 After receiving the address, the UE performs establishment of the bearer. Specifically, the bearer of the non-home-signed SP is established according to the unicast address; or the multicast group is added to the multicast group through the IGMP protocol, and the bearer of the non-home-signed contract is established.
  • Step s711 The UE receives the media content in a unicast or multicast manner.
  • Embodiment 5 of the present invention is to access a non-home subscription when the called PSI routing mode is used.
  • the UE is in a different IMS domain, and the home subscription SP of the IMS domain where the user terminal is located is
  • the bearer that is not pre-established with the non-homing contract SP can implement the requested service content, and is a new bearer establishment process. That is, the home subscription SP determines that the bearer that is not associated with the non-home subscription SP can implement the service content requested by the user terminal. As shown in Figure 8, the following steps are included:
  • Step s801 The non-home subscription SP of the target IMS domain acquires the subscription data of the UE, and authenticates the UE.
  • Step s802 The SP of the target IMS domain directly returns the UA address representing the service requested by the UE to the UE according to the routing path established by the service.
  • Step s803 The UE connects to the UA address, and establishes a bearer to the target IMS domain SP.
  • the domain where the UE is currently located is the domain IMS1, and the related functional entities include the P-CSCF1, the S-CSCF1, and the home subscription SP1.
  • the target IMS domain that the UE requests to connect is IMS2, and the related functional entities include the I-CSCF2. , S-CSCF2 and non-vesting contract SP2.
  • SP1 and SP2 can be a SIPAS.
  • the process for accessing the non-home-signed IPTV service provider service is shown in Figure 9, including:
  • Step s901 The UE obtains the routable service identifiers of other SPs, and the obtained address form should be an address that can be routed to other service providers.
  • Step s902 The UE initiates a setup request, carries a service identifier, and a user identity identifier through the IMS Core.
  • Step s903 Step s904
  • the S-CSCF1 of the IMS Core routes the establishment request to the SP2 providing the content according to the PSI addressing manner in the IMS Core according to the service identifier in the request message.
  • Step s905 After receiving the establishment request, the SP2 determines, according to the identity of the UE, that the user is a home subscription user of the non-domain IMS2, and obtains the subscription data of the UE from the user home registration office.
  • the user's home registration office may be an HSS (Home Subscriber Server) device or other functional entity that stores UE subscription information.
  • HSS Home Subscriber Server
  • step s906 the SP2 determines, according to the service identifier, what service the UE performs, and performs a subscription check on the UE according to the subscription data of the UE, and performs according to the setting of the UE. Reason.
  • Step s907 SP2 returns a request response message carrying the content address provided.
  • Step s908 to s909 the response message carrying the unicast address is returned to the UE through the original routing path.
  • Step s910 After receiving the address, the UE establishes a unicast bearer.
  • Step s911 the UE receives the media stream content.
  • the sixth embodiment of the present invention is an implementation method for accessing a non-home-signed IPTV service provider service when the called PSI routing mode is used.
  • the non-home subscription SP is in the same IMS domain as the UE, and the bearer that is not established with the non-home subscription SP can implement the requested service content on the home subscription SP of the IMS domain where the user terminal is located.
  • the establishment process of a new bearer As shown in FIG. 10, the method includes the following steps: Step slOOl, the non-home subscription SP acquires the subscription data of the UE, and authenticates the UE.
  • Step sl002 The non-home subscription SP directly returns the address of the service requested by the UE to the UE according to the routing path established by the service. This address is a unicast address or a multicast address.
  • Step sl003 the UE connects to the address, and establishes a bearer to the non-home subscription SP.
  • the UE establishes a bearer with the non-home-signed SP according to the unicast address, or joins the multicast group according to the multicast address, and establishes a bearer with the non-homing contract SP.
  • the bearer of the non-home-signed contract SP is established, and the access to the non-home-signed contract SP is realized.
  • the domain where the UE is currently located is the domain IMS1, and the related functional entities include P-CSCF1, S-CSCF1, home subscription SP1, and non-home subscription SP2.
  • SP1 and SP2 can be a SIPAS.
  • the process of accessing the non-home-signed IPTV service provider service is as shown in Figure 11, including:
  • Step sllOl the UE obtains the routable service identifiers of other SPs, and the obtained address form should be an address that can be routed to other service providers.
  • Step sll02 the UE initiates a setup request through the IMS Core, and carries the service identifier. User ID.
  • Step sll03 after receiving the establishment request, the S-CSCF1 of the IMS Core routes the establishment request to the SP2 providing the content according to the PSI addressing manner in the IMS Core according to the service identifier in the request message.
  • Step sll04 after receiving the establishment request, the SP2 determines that the user is the non-home subscriber of the current domain IMS1 according to the identity of the UE, and obtains the subscription data of the UE from the home registration contract.
  • the user's home registration office may be an HSS (Home Subscriber Server) device or other functional entity that stores UE subscription information.
  • HSS Home Subscriber Server
  • Step sll05 SP2 determines, according to the service identifier, what service the UE performs, and performs a subscription check on the UE according to the subscription data of the UE, and performs processing according to the setting of the UE.
  • Step sll06 SP2 returns a request response message carrying a content address, and the address is a unicast address or a multicast address.
  • Step S1107 The response message carrying the address is returned to the original routing path.
  • Step sll08 After receiving the address, the UE establishes a unicast or multicast bearer.
  • Step s1109 the UE receives the media stream content.
  • Embodiment 2 to Embodiment 6 a method for establishing a bearer with a non-homing contract SP when accessing the non-home-contracted IPTV service provider service is described.
  • the home-sending SP can directly notify the UE of the content required to connect the established bearer, so as to implement the UE to access the service of the non-home-signed SP in different situations.
  • Another method for accessing the service of the non-property contracted IPTV service provider is described in the seventh embodiment of the present invention.
  • the service for accessing the non-home subscription SP is implemented by establishing a content transmission tunnel between the different SPs in advance.
  • SP1 is a home subscription device of the user terminal
  • SP2 is a non-home signing device of the user terminal, and includes the following steps:
  • Step sl201 establishing a content transmission tunnel between SP1 and SP2 through pre-configuration,
  • the service content is delivered to SP1 through the tunnel, and SP1 records this service information at the same time.
  • SP1 and SP2 can be in the same IMS domain or different IMS domains.
  • Step sl202 When SP1 receives the service establishment request sent by the UE, SP1 determines that the service content is available in the local domain, and does not need to route the setup message to SP2.
  • the SP1 establishes a service according to the service providing process of accessing the IMS domain. Specifically, if the implementation manner of the content transmission tunnel is a unicast address, a point-to-point unicast bearer is established. If the multicast address is used, the user terminal joins the multicast group through the IGMP protocol to establish a multicast bearer.
  • Step sl301, SP1 and SP2 establish a transmission channel through pre-configuration, and obtain the content of the service to be accessed from SP2.
  • the UE obtains the routable service identifier of the other SP (which may also be replaced by the current SP as the new service identifier), and the UE is in the same IMS domain as the SP1, and the SP1 is the home subscription device of the UE.
  • Step sl303 The UE initiates a setup request, carries a service identifier, and a user identity identifier through the IMS Core.
  • Step sl304 After receiving the setup request, the S-CSCF1 of the IMS Core triggers (or can trigger unconditionally) according to the information in the request message to perform service processing on SP1.
  • Step sl305 After determining the service performed by the user according to the service identifier, the SP1 finds that the service can be provided in the SP. SP1 performs a contract check on the user according to the user's subscription data, and performs personalized processing according to the user's settings.
  • Step sl306 SP1 returns a request response message carrying the content address.
  • Step S1307 The response message carrying the transport address is returned to the UE through the original routing path.
  • Step s1308 After receiving the address, the UE establishes a point-to-point unicast bearer if it is a unicast address, and if the multicast address is used, the IGMP protocol is used to join the multicast group to establish a multicast bearer. Step s1309, the UE receives the media stream content.
  • the home subscription SP In addition to the above-mentioned home subscription SP and non-home subscription SP pre-configuring to establish a content transmission tunnel, the home subscription SP, if previously requested to establish the same service to the same non-home subscription SP, is already associated with the non-home.
  • the bearer SP has already established a bearer, and the unicast or multicast address is directly sent to the user terminal according to the established bearer, so that the media stream of the service of the non-home signing SP is received by the user terminal, and the process is not repeatedly described herein.
  • the IPTV services provided by the SPs in different IMS domains are implemented by the UEs interacting with the messages in different IMS domains.
  • the UE can use the multicast method to perform media stream transmission when the home IMS domain accesses the services of other IPTV service providers, thereby achieving the goal of saving the bearer.
  • the service provider SP includes a home subscription service provider SP and a non-home subscription service provider SP.
  • the domain of the UE is the domain IMS1, and the related functional entities include the P-CSCF1, the S-CSCF1, the home subscription SP1, and the non-home subscription SP3.
  • the domain where the UE is located is IMS2, and the related functional entity includes I. -CSCF2, S-CSCF2, and non-home subscription SP2.
  • SP1 and SP2 can be a SIP AS.
  • the establishment request mode includes the iFC trigger mode and the called PSI route mode.
  • the setup request is routed by the S-CSCF1 of the domain IMS1 to SP1 of the domain IMS1. Because SP1 is the home subscription service provider of the UE, after checking the subscription data of the UE, the SP1 can directly provide the content required for the UE to establish the bearer.
  • the manner of establishing the bearer between the SP1 and the UE is similar to the manner in which the UE accesses the non-home service provider in the home domain IMS1, and includes two modes: SP1 directly provides a unicast address to the UE located in the domain IMS2, and establishes a single with the UE. Broadcasting the content requested by the UE; or, SP1 directly provides the multicast address of the multicast group located in the domain IMS1 to the UE located in the domain IMS2, and the UE connects to the domain IMS1 by using a router supporting the MDSP The multicast group in the middle uses the multicast form to transmit the requested content.
  • the case where the UE located in the non-home domain IMS2 requests access to the non-home subscription SP2 located in the home domain IMS1 is similar to the case of the above-mentioned access home subscription SP1.
  • the S-CSCF1 of the domain IMS1 routes the request to the SP1 of the domain IMS1.
  • the SP1 After checking the subscription data of the UE, the SP1 routes the establishment request to the SP2, and receives the content required by the SP2 to establish the bearer and The UE sends.
  • the S-CSCF1 of the domain IMS1 routes the request to the SP2 of the domain IMS1.
  • the SP2 After the SP2 obtains the subscription data from the SP1 and performs the verification, it returns the content required for establishing the bearer to the UE.
  • the manner in which the UE located in the domain IMS2 establishes a bearer with the SP2 is similar to the case of the above-mentioned access-originating contract SP1, including direct unicast transmission, or directly using the MDSP-enabled router to directly use the multicast transmission. This process will not be repeatedly described here.
  • the home domain of the UE is the domain IMS1, and the related functional entities include the P-CSCF1, the S-CSCF1, and the home subscription SP1.
  • the domain where the UE is located is IMS2, and the related functional entities include I-CSCF2 and S-. CSCF2 and non-attribute contract SP2.
  • the request establishment mode includes the iFC trigger mode and the called PSI route mode.
  • the S-CSCF1 of the domain IMS1 routes the establishment request of the UE to the SP1 of the domain IMS1.
  • the SP1 routes the establishment request of the UE to the SP2 of the domain IMS2, and the SP2 establishes a bearer.
  • the required unicast or multicast address is sent to SP1, which sends the address directly to the UE. Because the UE and the SP2 are in the same IMS domain, the UE can directly connect to the unicast or multicast address to obtain the requested content.
  • the S-CSCF1 of the domain IMS1 routes the establishment request of the UE to the SP2 of the domain IMS2, and the SP2 obtains the subscription data of the UE from the UE home subscription SP1 of the domain IMS1 and performs verification, and then, to the domain IMS2,
  • the UE returns the content required to establish the bearer.
  • the content can be a unicast or multicast address because the UE is located in the same SP2 An IMS domain, so the UE can directly connect to the unicast or multicast address to obtain the requested content. This process will not be repeatedly described here.
  • a system for accessing a non-home-signed IPTV service provider service is as shown in FIG. 14 , and includes a home subscription device 10 and a non-home subscription device 20 .
  • the device can be The SPs in the home IMS domain and the target IMS domain, respectively.
  • the home subscription device 10 is configured to receive a setup request for the service sent by the UE in the local domain to the non-home subscription device 20, and route the setup request to the non-home subscription device 20.
  • the non-home subscription device 20 returns a response message according to the setup request sent by the home subscription device 10, and the response message carries a unicast or multicast address.
  • the home subscription device 10 establishes a bearer to the target domain according to the response message, and implements the IPTV service provided by the non-home subscription device 20 by the UE in the local domain.
  • the home subscription device 10 can be located in the same IMS domain or a different IMS domain as the non-home subscription device 20.
  • the home subscription device 10 further includes:
  • the request sending module 11 is configured to initiate a connection request for establishing a service to the non-home subscription device 20 according to the request of the UE, where the request may carry the service identifier.
  • the service establishing module 12 is configured to send, according to the response message received by the response receiving module 14, an address used by the UE to establish a service to the non-home subscription device 20.
  • the module further includes a bearer setup sub-module 121 and an address translation sub-module 122.
  • the bearer setup sub-module 121 is configured to establish, according to the response message received by the response receiving module 13, the bearer of the home subscription device 10 to the non-home subscription device 20, according to the response message returned by the non-home subscription device 20, the home subscription device 10 and
  • the bearer of the 20 transmission channels of the non-home subscription device may be unicast or multicast.
  • the address translation module 122 is configured to establish, according to the bearer mode established by the bearer setup sub-module 121, an address that can be used by the UE in the local domain in the local domain. Specifically, the MA management device in the local domain can apply for a new multicast group.
  • the media stream received from the unicast address returned by the non-home subscription device 20 is used as the input of the new multicast group in the domain, and the unicast address is converted into the intra-domain multicast address, and the new multicast group is used in the domain.
  • the UE sends a data stream; or the new multicast address is applied to the multicast border gateway, and the multicast address returned by the non-home subscription device 20 is converted into a multicast address that can be used by the UE in the domain, and the multicast group is created by the new multicast group.
  • UE in the domain Send data stream.
  • the address sending module 13 is configured to send, according to the bearer established by the service establishing module 12, an address required for connecting the requested service to the user terminal.
  • the response receiving module 14 is configured to receive a response message from the non-home subscription device 20 and send it to the service establishment module 12.
  • the authentication module 15 is configured to: when receiving the request of the UE in the local domain, acquire the user subscription data of the UE and perform authentication on the UE, and for the UE that is authenticated, the request sending module 11 sends the UE establishment request to the non-authentication.
  • the home subscription device 20 sends.
  • the non-home subscription device 20 further includes:
  • the request receiving module 21 is configured to receive a service establishment request sent by the home subscription device 10.
  • the resource allocation module 22 is configured to allocate, according to the service establishment request received by the request receiving module 21, information required to establish a bearer to the device, where the information may be a unicast address or a multicast address.
  • the request response module 23 is configured to send the information allocated by the resource allocation module 22 to the sender home subscription device 10 of the service establishment request.
  • the device may be an SP in an IMS domain.
  • the device may be in the same IMS domain or a different IMS domain as the non-home-signed UE.
  • the request receiving module 31 is configured to receive a service establishment request sent by the UE that is not the home subscription.
  • the authentication module 32 when receiving the request of the non-home-signed UE, acquires the user subscription data from the UE's home IMS domain and authenticates the UE.
  • the resource allocation module 33 for the UE authenticated by the authentication module 32, allocates information required to establish a bearer to the device according to the service establishment request received by the request receiving module 31, and the information is a unicast address.
  • the request response module 34 is configured to send the information allocated by the resource allocation module 33 to the UE that sends the service setup request.
  • the IPTV service provided by the UE to access the SP in different IMS domains is implemented.
  • the UE can use the multicast method to perform media stream transmission when the home IMS domain accesses other IPTV service provider services, thereby achieving the purpose of saving the bearer.

Abstract

La présente invention concerne un procédé d'accès au service pour un fournisseur de service de télévision par protocole Internet (IPTV) contracté sans attribution, qui comprend les étapes suivantes. Le fournisseur de service IPTV contracté sans attribution reçoit une requête pour connecter un service transmis par un terminal utilisateur via son fournisseur d'accès d'IPTV contracté par attribution. Une adresse nécessaire pour connecter le service au fournisseur de service IPTV contracté par attribution est transmise par le fournisseur de service IPTV contracté sans attribution, afin de permettre au terminal utilisateur de se connecter au service. L'invention concerne un système et un dispositif d'accès au service pour un fournisseur de service de télévision par protocole Internet (IPTV) contracté sans attribution. Le procédé permet au terminal utilisateur d'accéder au service IPTV fourni par le fournisseur de service IPTV contracté sans attribution.
PCT/CN2008/071385 2007-06-20 2008-06-20 Procédé, système et dispositif d'accès au service pour un fournisseur de service de télévision par protocole internet contracté sans attribution WO2008154884A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710111266.3A CN101072326B (zh) 2007-06-20 2007-06-20 访问非归属签约iptv业务提供者业务的方法、系统和设备
CN200710111266.3 2007-06-20

Publications (1)

Publication Number Publication Date
WO2008154884A1 true WO2008154884A1 (fr) 2008-12-24

Family

ID=38899289

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/071385 WO2008154884A1 (fr) 2007-06-20 2008-06-20 Procédé, système et dispositif d'accès au service pour un fournisseur de service de télévision par protocole internet contracté sans attribution

Country Status (2)

Country Link
CN (1) CN101072326B (fr)
WO (1) WO2008154884A1 (fr)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101072326B (zh) * 2007-06-20 2011-12-21 华为技术有限公司 访问非归属签约iptv业务提供者业务的方法、系统和设备
JP5600357B2 (ja) * 2010-01-04 2014-10-01 アルカテル−ルーセント ドメイン間サービスを提供するための方法および装置
CN106027579A (zh) * 2010-01-04 2016-10-12 上海贝尔股份有限公司 一种提供域间服务的方法和设备
CN102696276A (zh) * 2010-01-04 2012-09-26 上海贝尔股份有限公司 为跨域服务的访问提供用于访问服务的信息的方法和设备
CN101909192B (zh) * 2010-07-26 2012-12-19 青岛海信电器股份有限公司 电视终端的通信方法及其电视终端
CN102724165A (zh) * 2011-03-29 2012-10-10 海尔集团公司 终端通信的控制方法和装置、以及管理服务器

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003056830A1 (fr) * 2001-10-24 2003-07-10 Television And Wireless Applications Europe Ab Dans un systeme de diffusion procede et arrangement assurant la gestion de services de television repartis dans un reseau mobile de telecommunications
CN1816053A (zh) * 2006-03-10 2006-08-09 清华大学 基于会话初始化协议的流媒体直播p2p网络方法
US20060225108A1 (en) * 2005-04-01 2006-10-05 Nextel Communications, Inc. System and method for interactivity between mobile stations and a television device
US20060259927A1 (en) * 2005-05-16 2006-11-16 Swarup Acharya Method and apparatus for providing remote access to subscription television services
CN1949867A (zh) * 2006-11-02 2007-04-18 中兴通讯股份有限公司 一种媒体内容管理系统中资源共享的方法
CN101072326A (zh) * 2007-06-20 2007-11-14 华为技术有限公司 访问非归属签约iptv业务提供者业务的方法、系统和设备

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100388864C (zh) * 2004-11-18 2008-05-14 华为技术有限公司 一种呼叫会话控制功能模块重启后保证信息一致的方法
CN100379315C (zh) * 2005-06-21 2008-04-02 华为技术有限公司 对用户终端进行鉴权的方法
EP1775902A1 (fr) * 2005-10-11 2007-04-18 Siemens Aktiengesellschaft Assignement d'une S-CSCF et téléchargement d'un profil d' utilisateur pour des abonnés IMS, non-enregistrés, pour des services émanants
CN100553219C (zh) * 2006-09-22 2009-10-21 中国移动通信集团公司 Ims域与cs域消息互通的方法
CN100518292C (zh) * 2006-10-27 2009-07-22 华为技术有限公司 一种获取epg的方法及iptv业务系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003056830A1 (fr) * 2001-10-24 2003-07-10 Television And Wireless Applications Europe Ab Dans un systeme de diffusion procede et arrangement assurant la gestion de services de television repartis dans un reseau mobile de telecommunications
US20060225108A1 (en) * 2005-04-01 2006-10-05 Nextel Communications, Inc. System and method for interactivity between mobile stations and a television device
US20060259927A1 (en) * 2005-05-16 2006-11-16 Swarup Acharya Method and apparatus for providing remote access to subscription television services
CN1816053A (zh) * 2006-03-10 2006-08-09 清华大学 基于会话初始化协议的流媒体直播p2p网络方法
CN1949867A (zh) * 2006-11-02 2007-04-18 中兴通讯股份有限公司 一种媒体内容管理系统中资源共享的方法
CN101072326A (zh) * 2007-06-20 2007-11-14 华为技术有限公司 访问非归属签约iptv业务提供者业务的方法、系统和设备

Also Published As

Publication number Publication date
CN101072326B (zh) 2011-12-21
CN101072326A (zh) 2007-11-14

Similar Documents

Publication Publication Date Title
EP2139158B1 (fr) Procédé, dispositif et système de réalisation d'un service de multidiffusion
TWI375443B (en) Message handling in an ip multimedia subsystem
EP2269362B1 (fr) Procédé pour permettre une communication entre un équipement utilisateur et une passerelle ims
WO2008089700A1 (fr) Procédé et système de réalisation de service de diffusion multidestinataire
US20100235856A1 (en) Method, system, and device for realizing internet protocol television service
WO2008049314A1 (fr) Procédé et système pour implémenter un service de multidiffusion ou un service de diffusion générale sur la base d'un réseau de nouvelle génération
WO2008037215A1 (fr) Système, dispositif et procédé de prise en charge de terminaux ims pour partager des services de tv sur internet (iptv)
KR20100089085A (ko) 업링크 멀티캐스트 서비스를 제어하기 위한 방법 및 장치
WO2007093124A1 (fr) Procédé et système d'ordonnancement de ressources multimédia
WO2012122935A1 (fr) Procédé, appareil et dispositif terminal de partage de contenus de télévision sur protocole internet
WO2010028589A1 (fr) Procédé, dispositif et système de négociation de service « push »
WO2008148320A1 (fr) Procédé, dispositif et système pour un contrôle d'autorisation d'un service de multidiffusion
WO2009024092A1 (fr) Procédé et système permettant la commande d'autorisation de ressource de service
KR20120076444A (ko) ＥＭＢＭＳ 채팅 서비스 제공 시스템 및 ＥＭＢＭＳ 채팅 서비스 제공 시스템의 서비스 제공자 서버, ｅＢＭ－ＳＣ 및 사용자 단말의 제어 방법
WO2008154884A1 (fr) Procédé, système et dispositif d'accès au service pour un fournisseur de service de télévision par protocole internet contracté sans attribution
EP1884058A2 (fr) Fourniture d'un service multidestination au moyen d'une cle de groupe-source multidestination
WO2009052762A1 (fr) Procédé, dispositif et système d'amélioration de service de diffusion (bc)
CN101247389A (zh) 一种发现流媒体业务的方法和系统以及业务发现装置
CN104519077A (zh) 多媒体分享方法、注册方法、服务器及代理服务器
CN101547402A (zh) 一种建立iptv多播业务的方法及设备
CA2787364A1 (fr) Acces a distance a un dispositif dans un systeme ims a l'aide d'un second canal d'acces multimedia
WO2008154849A1 (fr) Procédé et entité de fonction pour récupérer les informations de sélection du service iptv
WO2008040244A1 (fr) Système de multidiffusion/diffusion et procédé pour le transfert d'un service de multidiffusion/diffusion
CN101848215A (zh) 一种处理交互式网络电视多播业务的方法及系统
CN101360222B (zh) 一种基于下一代网络的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: 08757794

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

Country of ref document: EP

Kind code of ref document: A1