WO2009106126A1 - Appareil et procédé concernant des adresses de multidiffusion ou des adresses source autorisées et non autorisées - Google Patents

Appareil et procédé concernant des adresses de multidiffusion ou des adresses source autorisées et non autorisées Download PDF

Info

Publication number
WO2009106126A1
WO2009106126A1 PCT/EP2008/052269 EP2008052269W WO2009106126A1 WO 2009106126 A1 WO2009106126 A1 WO 2009106126A1 EP 2008052269 W EP2008052269 W EP 2008052269W WO 2009106126 A1 WO2009106126 A1 WO 2009106126A1
Authority
WO
WIPO (PCT)
Prior art keywords
addresses
allowed
multicast
parameter
channels
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/EP2008/052269
Other languages
English (en)
Inventor
Jyrki Martti
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.)
Nokia Solutions and Networks Oy
Original Assignee
Nokia Siemens Networks Oy
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 Nokia Siemens Networks Oy filed Critical Nokia Siemens Networks Oy
Priority to PCT/EP2008/052269 priority Critical patent/WO2009106126A1/fr
Publication of WO2009106126A1 publication Critical patent/WO2009106126A1/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
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1886—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with traffic restrictions for efficiency improvement, e.g. involving subnets or subdomains

Definitions

  • the invention generally relates to communication and network elements, methods, apparatuses, systems and programs of or for communication including television etc.
  • IPTV Internet Protocol Television
  • IPTV solution the IPTV solution, provider or receiver needs to be aware of multicast addresses where the live TV stream is broadcasted.
  • a receiver such as an IPTV decoder like a set- top box, STB, or other home reception apparatus needs to get those allowed multicast addresses so that it knows which channels it can watch or listen to.
  • a large number such as hundreds of multicast addresses or channels may be provided. Sending all of these addresses or channels would consume resources both at a user-network interface, UNI, between the receiver, e.g. STB, and a service provider network, SPN, and on different network-network interfaces, NNI, within the network.
  • the invention provides an apparatus configured to receive a parameter or parameters indicating allowed and not allowed multicast addresses or source addresses related to a multicast address or unicast addresses or channels, and to evaluate the received parameter or parameters for detecting allowed or not allowed multicast addresses or source addresses related to a multicast address or unicast addresses or channels.
  • the parameter or parameters may e.g. include bits or bytes indicating by respective bit values allowed and not allowed multicast addresses or source addresses related to a multicast address or unicast addresses or channels.
  • the parameter may e.g. be a bit or byte string, or a hexadecimal string.
  • the parameter or parameters may e.g. be received or provided in compressed form.
  • the apparatus may be configured to filter out not allowed multicast addresses or channels or source addresses related to a multicast address or unicast addresses.
  • the apparatus may e.g. be a receiver of a television set, a set-top box of a television set, a set-top box of an internet protocol television set, or a part or module of a set-top box of a television set, of a set-top box of an internet protocol television set, of a mobile television set, of a convergence television set, of a radio set, of a receiver for receiving multicast streaming, or of a receiver for receiving unicast streaming.
  • the apparatus may comprise a storage for storing allowed multicast addresses or source addresses related to a multicast address or unicast addresses or channels.
  • an apparatus may be configured to have information on multicast addresses or source addresses related to a multicast address or unicast addresses or channels allowed and not allowed for a user, to generate a parameter or parameters indicating allowed and not allowed multicast addresses or unicast addresses or source addresses related to a multicast address or channels, and to transmit the generated parameter or parameters to a user equipment of the user.
  • the apparatus may e.g. be a server of a service provider, a transport control apparatus, or a part or module of the server or control apparatus.
  • a method may comprise: receiving a parameter or parameters indicating allowed and not allowed multicast addresses or source addresses related to a multicast address or unicast addresses or channels, and evaluating the received parameter or parameters for detecting allowed or not allowed multicast addresses or channels.
  • the parameter or parameters may include bits or bytes indicating by respective bit values allowed and not allowed multicast addresses or source addresses related to a multicast address or unicast addresses or channels .
  • the method may e.g. comprise at least one of: the parameter is a bit string, the parameter is a byte string, the parameter is a hexadecimal string, the parameter is received in compressed form, not allowed multicast addresses or channels are filtered out, storing allowed multicast addresses or channels.
  • a method may comprise: having information on multicast addresses or source addresses related to a multicast address or unicast addresses or channels allowed and not allowed for a user, generating a parameter or parameters indicating allowed and not allowed multicast addresses or source addresses related to a multicast address or unicast addresses or channels, and transmitting the generated parameter or parameters to a user equipment of the user.
  • an apparatus may comprise means for receiving a parameter or parameters indicating allowed and not allowed multicast addresses or source addresses related to a multicast address or unicast addresses or channels, means for evaluating the received parameter or parameters for detecting allowed or not allowed multicast addresses or source addresses related to a multicast address or unicast addresses or channels, and means for filtering out not allowed multicast addresses or source addresses related to a multicast address or unicast addresses or channels.
  • an apparatus may comprise means for providing information on multicast addresses or source addresses related to a multicast address or unicast addresses or channels allowed and not allowed for a user, means for generating a parameter or parameters indicating allowed and not allowed multicast addresses or source addresses related to a multicast address or unicast addresses or channels, and means for transmitting the generated parameter or parameters to a user equipment of the user.
  • an apparatus may comprise: means for providing information on multicast addresses or source addresses related to a multicast address or unicast addresses or channels allowed and not allowed for a user, means for generating a parameter or parameters indicating allowed and not allowed multicast addresses or source addresses related to a multicast address or unicast addresses or channels, and means for transmitting the generated parameter or parameters to an another apparatus in the network of the service provider.
  • An embodiment may provide a system, comprising at least one of the above or below defined apparatuses.
  • a computer program product comprising code means configured to carry out or implement, when run on a processor, receiving a parameter or parameters indicating allowed and not allowed multicast addresses or channels, evaluating the received parameter or parameters for detecting allowed or not allowed multicast addresses or source addresses related to a multicast address or unicast addresses or channels, and filtering out not allowed multicast addresses or source addresses related to a multicast address or unicast addresses or channels.
  • a computer program product which comprises code means configured to carry out or implement, when run on a processor, providing information on multicast addresses or source addresses related to a multicast address or unicast addresses or channels allowed and not allowed for a user, generating a parameter or parameters indicating allowed and not allowed multicast addresses or source addresses related to a multicast address or unicast addresses or channels, and transmitting the generated parameter or parameters to a user equipment of the user.
  • the computer program product may e.g. be embodied on a computer-readable medium.
  • the invention allows an identification of allowed multicast addresses and may be applied e.g. to multicast streaming, IPTV, mobile TV, convergence TV etc, to broadcasted radio programs, etc.
  • the invention can be also applied to unicast addresses, i.e. the invention allows the identification of all kind of allowed IP addresses.
  • the invention provides a short way of presenting allowed multicast addresses the end user is authorized to access.
  • Embodiments of the invention allow to save resources e.g. both at a user-network interface, UNI, between the receiver, e.g. STB, and a service provider network, SPN, and on different network-network interfaces, NNI, within the network .
  • Embodiments of the invention provide a resource-efficient solution, in contrast to e.g. an identification of multicast addresses over a Gq' interface from a resource and admission control subsystem towards a proxy call state control function or vice versa of an IP multimedia subsystem, IMS, or instead of separately sending all multicast channels or only the allowed multicast channels using IP address ranges, requiring information on e.g. hundreds of channels wherein allowed multicast addresses, i.e. TV channels the end user is allowed to watch, may even not have adjacent multicast addresses within a specified IP address range.
  • Embodiments of the invention specify how the allowed multicast addresses may be identified within one parameter on a given multicast address range.
  • the allowed multicast addresses, or channels, e.g. TV channels, may e.g. be specified by a hexadecimal parameter or with some other parameter value type like octet type etc.
  • Embodiments provide methods and apparatus configured to transmit information on allowed and not allowed multicast addresses or channels parameter in form of a parameter indicating allowed or not allowed multicast addresses or channels .
  • a computer program product which comprise code means configured to carry out or implement, when run on a processor, respective functions or steps.
  • the computer program product may e.g. be embodied on a computer-readable medium.
  • Fig. 1 illustrates an embodiment of a system, method, and apparatuses in accordance with the invention
  • Fig. 2 shows an embodiment configured in accordance with an implementation of the invention
  • Fig. 3 illustrates another embodiment of the invention
  • Fig. 4 shows an example of an "allowed-multicast-addresses" parameter
  • Fig. 5 illustrates a further embodiment of a system, method, and apparatuses in accordance with the invention
  • Fig. 6 shows another embodiment of a system, method, and apparatuses in accordance with the invention.
  • Fig. 7 illustrates a further embodiment of a system, method, and apparatuses in accordance with the invention.
  • Fig. 1 illustrates embodiments of a system, method and apparatuses in accordance with the invention.
  • IPv4 For internet protocol version 4, IPv4, it is from 224.0.0.0 through 239.255.255.255.
  • IPv6 IPv6
  • unicast addresses For internet protocol version 6, IPv6, multicast addresses are distinguished from unicast addresses by the value of the high-order octet of the addresses.
  • a value of OxFF binary 11111111 identifies an address as a multicast address.
  • the allowed multicast addresses (TV) channels can be specified by an e.g. hexadecimal parameter or with some other parameter value type, called here "Allowed-Multicast- Addresses".
  • the e.g. hexadecimal parameter is used over the relevant interfaces where the information is carried.
  • the hexadecimal value of the received parameter "Allowed-Multicast-Addresses" is mapped or converted to a binary value where each binary value "1" identifies an allowed multicast address.
  • a value "0" of the binary value identifies a disallowed multicast address.
  • a binary value "0” may identify an allowed multicast address
  • a value "1" of the binary value may identify a disallowed multicast address.
  • the "Allowed-Multicast-Addresses" can, in one or more embodiments, be used within a given IP address range.
  • This parameter in itself identifies that the following multicast addresses are allowed:
  • the right most bit of the above binary value identifies that the IP address 224.123.221.0 is allowed.
  • the IP address
  • the third and sixth bit (seen from the right-hand side) of the above binary value, having the values "1" identify that the IP addresses
  • IP addresses 224.123.221.3, 224.123.221.4 are not allowed because the fourth and fifth bit, from the right-hand side of the above binary value, have a value "0".
  • a total of e.g. 64 addresses or channels can be selectively designated as allowed or unallowed, using, transmitting and/or evaluating only one parameter, EAA5550FBA9D7265 in the above embodiment.
  • the example value of the Allowed-Multicast-Addresses, EAA5550FBA9D7265, with the same IP address range can be also used to indicate the allowed IP addresses from the other direction within the given IP address range where the same binary value of this parameter itself identifies that the following multicast addresses are allowed: 224.123.221.63
  • the right most bit of the above binary value identifies that the IP address 224.123.221.63 is allowed. Contrary thereto, the IP address 224.123.221.63 is not allowed because the second bit, from the right-hand side of the above binary value, has a value "0".
  • Embodiments of the invention can be used in general within any IP address range e.g. to identify the IP addresses of allowed sources of on demand video material, e.g. movies.
  • At least one other embodiment of the invention can be used to identify the allowed source addresses within a specific multicast address (e.g. as used with the IGMPv3) .
  • a parameter "Allowed-Source-Addresses” could be used in a similar manner as above to identify within a given IP address range the allowed source addresses to one multicast address.
  • the multicast address 224.123.221.0 is listened there can be an additional parameter "Allowed- Source-Addresses" to identify the allowed source addresses from which the multicast stream is sent towards the listened multicast address.
  • Another embodiment may combine the above functionalities of identifying the IP addresses of allowed sources and of identifying the allowed source addresses within a specific multicast address.
  • Fig. 1 shows an embodiment and example scenario of using an embodiment of the invention.
  • the embodiment allows to identify allowed multicast addresses.
  • a device or apparatus 1 shown in Fig. 1 is an apparatus e.g. a box or set-top box for an IP, Internet protocol, based television, TV, set, which may comprise a television display monitor.
  • a device, apparatus or service provider, SP, 2 may comprise or store a service provider channel list and multicast addresses allowed for the respective users.
  • the channel list may for instance be an electronic program guide, e.g. a LiveSportTV+ EPG.
  • An apparatus or function 3 provides a service provider discovery.
  • An apparatus or function 4 provides a transport / resource control.
  • the apparatus 3 or 4 may be, or form part of, a resource and admission control subsystem.
  • a service provider, SP, discovery procedure, SP discovery is executed between the apparatus 1 and apparatus 3.
  • SP service provider
  • discovery procedure SP discovery
  • a SP server is addressed e.g. by the apparatus 1 after having received the SP server address from apparatus 3, and/or a list of SP addresses is returned to the apparatus 1.
  • a request for content information and allowed multicast addresses is sent from the apparatus 1 to the apparatus or service provider 2.
  • the apparatus 2 sends a request for allowed multicast addresses to apparatus 4.
  • the apparatus 4 returns, to apparatus 2, a message including the allowed multicast addresses.
  • the apparatus 4 may return the allowed multicast addresses together with a multicast IP address range .
  • the apparatus 2 returns content information and allowed multicast addresses, received from the apparatus 4, to the apparatus 1.
  • the apparatus 2 may send, in step 5., the content information and allowed multicast addresses to the apparatus 1 together with the IP multicast address range received from the apparatus 4.
  • the apparatus 1 may, in a step 6, filter content information according to the allowed multicast addresses so as to suppress a visual or acoustical presentation of unallowed channels .
  • the apparatus 1 may in a step 7, provide, e.g. display and/or acoustically output, to the end user only the TV channels she or he is allowed to watch.
  • Fig. 2 shows an embodiment of a receiver, e.g. set-top box 1.
  • the box 1 includes a transceiver 11, a processor 12, a converter 13 for converting a received parameter into an indicator such as a binary value indicating allowed/unallowed multicast addresses, a filter 14 for filtering out unallowed addresses or channels and generating an output signal "TV out" of an allowed channel for display and/or acoustical presentation at a monitor or acoustical generator such as a loudspeaker of a television set connected to the apparatus 1.
  • the apparatus 1 comprises a storage 15 for storing information on allowed multicast addresses/channels.
  • Fig. 3 shows an embodiment of a server 2 of a service provider.
  • the server 2 includes a transceiver 21, a message generator 22, a processor 23, a parameter generator 24, and a storage 25 for storing information on allowed multicast addresses/channels and/or IP address range.
  • the processor 23 controls the storage 25 to read out the multicast addresses or channels allowed for the requesting apparatus 1.
  • the read out information is applied from the storage 25 to the parameter generator 24 which generates a parameter, e.g. Allowed- Multicast-Addresses parameter such as e.g. the hexadecimal parameter, EAA5550FBA9D7265, mentioned above or any other type of parameter indicating in a bit or byte string or other form the allowed and unallowed multicast addresses or channels.
  • the generated parameter is applied to the message generator 22 which includes the parameter into a message. This message is then sent via the transceiver 21 to the requesting apparatus 1.
  • Fig. 4 illustrates an example of a parameter 40 which can be generated by the server 2, or sent to, received and evaluated by the apparatus 1.
  • the parameter 40 comprises a field or content "Allowed-Multicast-Addresses" which in this example has the hexadecimal value AAA5550FBA9D7265, as indicated.
  • Fig. 5 shows a further embodiment and example scenario of using an embodiment of the invention. The embodiment allows to identify allowed multicast addresses.
  • Fig. 5 may be implemented in a similar manner as described above regarding Fig. 1 so that the above description of functions, steps and hardware of components 1 to 4 likewise apply to the embodiment of Fig. 5.
  • the apparatus or function 4 e.g. the transport / resource control, provides at least one or more of the functions as shown in block 3a, comprising reading allowed multicast addresses e.g. from a storage of apparatus 4 or an external memory; generating a binary string according to allowed multicast addresses, and generating a parameter from the binary string, e.g. by converting the binary string into a hexadecimal or other form and / or compressing the binary string.
  • the generated parameter may also be further compressed or otherwise converted for reducing its length for transmission.
  • the binary string is optionally generated so as to comprise e.g. a series of binary "Is", "Os" depending on whether the respective multicast addresses are allowed or not allowed, the sequence of bits corresponding in a continuously increasing or decreasing manner to the number of the channels or addresses.
  • a step 4a the apparatus 4 returns, to apparatus 2, a message including content information and the parameter.
  • the apparatus 4 may return the parameter together with a multicast IP address range.
  • a step 5a. the apparatus 2 returns content information and the parameter indicating allowed multicast addresses, received from the apparatus 4, to the apparatus 1.
  • the apparatus 2 may send, in step 5a., the content information and the parameter to the apparatus 1 together with the IP multicast address range received from the apparatus 4.
  • the apparatus 1 may, in step 6a, convert the parameter into a list of allowed multicast addresses or channels, and filter content information according to the allowed multicast addresses so as to suppress a visual or acoustical presentation of unallowed channels.
  • the apparatus 1 may in step 7, provide, e.g. display and/or acoustically output, to the end user only the TV channels she or he is allowed to watch.
  • Fig. 6 shows another embodiment and example scenario of using an embodiment of the invention.
  • the embodiment allows to identify allowed multicast addresses.
  • Fig. 6 may be implemented in a similar manner as described above regarding Figs. 1, 5 so that the above description of functions, steps and hardware of components 1 to 4 likewise apply to the embodiment of Fig. 6.
  • the apparatus 4 returns, to apparatus 2, a message including the allowed multicast addresses.
  • the apparatus 4 may return the allowed multicast addresses together with a multicast IP address range .
  • the apparatus or function 2 e.g. a server of a service provider, provides at least one or more of the functions as shown in block 4a, comprising reading allowed multicast addresses e.g. from a storage of apparatus 2 or an external memory; generating a binary string according to allowed multicast addresses, and generating a parameter from the binary string, e.g. by converting the binary string into a hexadecimal or other form and / or compressing the binary string.
  • the generated parameter may also be further compressed or otherwise converted for reducing its length for transmission.
  • the binary string is optionally generated so as to comprise e.g. a series of binary "Is", "Os” depending on whether the respective multicast addresses are allowed or not allowed, the sequence of bits corresponding in a continuously increasing or decreasing manner to the number of the channels or addresses.
  • the apparatus 2 returns, to apparatus 1, a message including content information and the parameter indicating the allowed and not allowed multicast addresses.
  • the apparatus 2 may send the parameter together with a multicast IP address range.
  • the apparatus 1 may, in a step 6a, convert the received parameter into a list of allowed multicast addresses or channels, and filter content information according to the allowed multicast addresses so as to suppress a visual or acoustical presentation of unallowed channels.
  • the apparatus 1 may in a step 7, provide, e.g. display and/or acoustically output, to the end user only the TV channels she or he is allowed to watch.
  • Fig. 7 shows another embodiment and example scenario of using an embodiment of the invention.
  • the embodiment allows to identify allowed multicast addresses. In addition it allows indication of allowed source addresses specific to one allowed multicast address.
  • Fig. 7 may be implemented in a similar manner as described above regarding Figs. 1, 5, 6 so that the above description of functions, steps and hardware of components 1 to 4 likewise apply to the embodiment of Fig. 7.
  • the apparatus or function 2 e.g. a server of a service provider, provides at least one or more of the functions as shown in block 2a, comprising reading allowed multicast addresses e.g. from a storage of apparatus 2 or an external memory; generating a binary string according to allowed multicast addresses, and generating a parameter from the binary string, e.g. by converting the binary string into a hexadecimal or other form and / or compressing the binary string.
  • the apparatus or function 2 comprising reading allowed source addresses specific to a given allowed multicast address; e.g.
  • step 3. the apparatus 2 returns, to apparatus 1, a message including the allowed multicast addresses.
  • the apparatus 2 may return the allowed multicast addresses together with a multicast IP address range.
  • the apparatus 2 may return the allowed source addresses specific to one allowed multicast address.
  • the apparatus 2 may return the allowed source addresses specific to one allowed multicast address together with a IP address range.
  • the generated parameter may also be further compressed or otherwise converted for reducing its length for transmission.
  • the binary string is optionally generated so as to comprise e.g. a series of binary "Is", "Os" depending on whether the respective multicast addresses are allowed or not allowed, the sequence of bits corresponding in a continuously increasing or decreasing manner to the number of the channels or addresses.
  • the apparatus 1 may, in a step 3a, convert the received parameter into a list of allowed multicast addresses or channels, and filter content information according to the allowed multicast addresses so as to suppress a visual or acoustical presentation of unallowed channels.
  • the apparatus 1 may in a step 3b, provide, e.g. display and/or acoustically output, to the end user only the TV channels she or he is allowed to watch.
  • the apparatus 1 requests for content from apparatus or function 5, e.g. to start to watch a specific TV channel.
  • This request may contain the same information on the allowed multicast addresses and the allowed source addresses that was received in the step 3.
  • the apparatus or function 5 provides a service control and routing and may be implemented as a function, controller e.g. service controller, and/or router.
  • the apparatus 5 requests for resource reservation from apparatus or function 4. This request may contain the same information on the allowed multicast addresses and the allowed source addresses that was transferred in the step 3 and the step 4. If there was no information in the step 4 on the allowed multicast addresses and the allowed source addresses specific to one allowed multicast address, the apparatus 5 may also have this information available by other means, e.g. by requesting this information from an external function.
  • the apparatus 4 may process the received information on allowed multicast addresses and source addresses. If this is done the apparatus 4 is aware of the allocated multicast addresses and source addresses for specific users for example in case an end user by mistakes tries to join a multicast address the end user is not authorized to join.
  • a step 6 the apparatus 4 informs the apparatus 5 that the resource reservation was successful.
  • a step 7 the apparatus 5 informs the apparatus 1 that the session setup for the content request was successful.
  • the apparatus 1 may, in a step 7a, start to watch the allowed TV channels and/or join the allowed multicast streams .
  • An advantage of the above described or other embodiments of the invention is that, instead of sending all allowed multicast addresses separately, the amount of data to be transferred in the signalling is reduced due to the used parameter such as Allowed-Multicast-Addresses parameter.
  • a further advantage of this or other embodiments is that the amount of data to be transferred in the signalling is further reduced when the Allowed-Multicast-Addresses parameter is used together with IP address range. There can be also several IP address ranges used with respective Allowed-Multicast-Addresses parameter values.
  • two or more parameters may be generated and transmitted to the user equipment 1 for indicating all possible channels or addresses as allowed or not allowed.
  • One of the benefits of the invention is thus a reduction of the amount of data that needs to be transferred.
  • the Allowed-Multicast-Addresses parameter value can be also of some other type than hexadecimal, e.g. directly have a binary value.
  • the parameter value may be further compressed by some mechanisms or compression technique such as modified Huffman or eight-to-fourteen modulation compression or the like, to improve the efficiency in transmitting or storing the parameter.
  • some mechanisms or compression technique such as modified Huffman or eight-to-fourteen modulation compression or the like, to improve the efficiency in transmitting or storing the parameter.
  • any access or network technology may be used which may be any technology by means of which a user equipment such as the set-top box or IPTV can access a network or the channels.
  • the network may be any device, unit or means by which a mobile or stationary entity or other user equipment which may connect to and/or utilize services offered by the network. Such services may include, among others, data and/or (audio-) visual communication, data download etc.
  • the present invention is also applicable in those network/terminal environments relying on a data packet based transmission scheme according to which data are transmitted in data packets and which are for example based on the Internet Protocol IP.
  • the present invention is, however, not limited thereto, and any other IP or mobile IP version, or, more generally, a protocol following similar principles is also applicable.
  • the user equipment entity may be any device, unit or means by which a system user may experience services from a network.
  • the sequence of method steps described above or shown in the drawings can be implemented in any other sequence arbitrarily deviating from the above described or shown sequence of steps, and may in some embodiments arbitrarily include only one or more but not all of the shown and described steps.
  • the method steps may be implemented as software code portions and be run using a processor at a network element or terminal, can be software code independent, or can be specified using any known or future developed programming language as long as the functionality defined by the method steps is preserved.
  • any method step is suitable to be implemented as software or by hardware without changing the idea of the present invention in terms of the functionality implemented.
  • Method steps and/or devices, units or means may be implemented as hardware components at a mobile station or network element or module thereof, may be hardware independent, and can be implemented using any hardware technology or any hybrids of these, such as MOS (Metal Oxide Semiconductor) , CMOS (Complementary MOS) , BiMOS (Bipolar MOS) , BiCMOS (Bipolar CMOS), ECL (Emitter Coupled Logic), TTL (Transistor- Transistor Logic), etc., using for example ASIC (Application Specific IC (Integrated Circuit)) components, FPGA (Field- programmable Gate Arrays) components, CPLD (Complex Programmable Logic Device) components or DSP (Digital Signal Processor) components.
  • MOS Metal Oxide Semiconductor
  • CMOS Complementary MOS
  • BiMOS Bipolar MOS
  • BiCMOS BiCMOS
  • ECL emitter Coupled Logic
  • TTL Transistor- Transistor Logic
  • ASIC Application Specific
  • Devices, units or means can be implemented as individual devices, units or means, but may also be implemented in a distributed fashion throughout a system, as long as the functionality of the device, unit or means is preserved. Any disclosed method step is suitable to be implemented as software or by hardware. It is to be understood that the above description is illustrative of the invention and is not to be construed as limiting the invention. Various modifications and applications may occur to those skilled in the art without departing from the true spirit and scope of the invention, e.g. as defined by the appended claims.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Les modes de réalisation de cette invention portent sur des procédés et sur des appareils configurés pour transmettre des informations sur des adresses de multidiffusion ou des adresses source autorisées et non autorisées associées à une adresse de multidiffusion ou à un paramètre d'adresses ou de canaux d'unidiffusion sous la forme d'un paramètre ou de paramètres indiquant des adresses de multidiffusion ou des adresses source autorisées ou non autorisées associées à une adresse de multidiffusion ou à des adresses ou canaux d'unidiffusion.
PCT/EP2008/052269 2008-02-25 2008-02-25 Appareil et procédé concernant des adresses de multidiffusion ou des adresses source autorisées et non autorisées Ceased WO2009106126A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/EP2008/052269 WO2009106126A1 (fr) 2008-02-25 2008-02-25 Appareil et procédé concernant des adresses de multidiffusion ou des adresses source autorisées et non autorisées

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2008/052269 WO2009106126A1 (fr) 2008-02-25 2008-02-25 Appareil et procédé concernant des adresses de multidiffusion ou des adresses source autorisées et non autorisées

Publications (1)

Publication Number Publication Date
WO2009106126A1 true WO2009106126A1 (fr) 2009-09-03

Family

ID=39938155

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2008/052269 Ceased WO2009106126A1 (fr) 2008-02-25 2008-02-25 Appareil et procédé concernant des adresses de multidiffusion ou des adresses source autorisées et non autorisées

Country Status (1)

Country Link
WO (1) WO2009106126A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102123092A (zh) * 2011-03-02 2011-07-13 中兴通讯股份有限公司 一种组播性能分析方法及系统
CN102523098A (zh) * 2011-11-21 2012-06-27 华为技术有限公司 一种业务接入的方法、装置及系统
WO2016041388A1 (fr) * 2014-09-19 2016-03-24 中兴通讯股份有限公司 Procédé et dispositif de contrôle de sécurité multidiffusion basés sur dns

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1492381A1 (fr) * 2003-06-24 2004-12-29 Alcatel Réseau d'accès de lignes d'abonnés numériques avec un meilleur contrôle de l'authentification, de l'autorisation, de la comptabilité et de la configuration pour des services de multidiffusion
EP1694086A1 (fr) * 2005-02-16 2006-08-23 Matsushita Electric Industrial Co., Ltd. Fourniture d'informations concernant les relations entre les porteuses individuelles à des terminaux mobiles recevant un service de diffusion ou multidiffusion
US20070016637A1 (en) * 2005-07-18 2007-01-18 Brawn John M Bitmap network masks
US20070115975A1 (en) * 2003-06-26 2007-05-24 Guangming Zhang Method and system for controlling the multicast source

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1492381A1 (fr) * 2003-06-24 2004-12-29 Alcatel Réseau d'accès de lignes d'abonnés numériques avec un meilleur contrôle de l'authentification, de l'autorisation, de la comptabilité et de la configuration pour des services de multidiffusion
US20070115975A1 (en) * 2003-06-26 2007-05-24 Guangming Zhang Method and system for controlling the multicast source
EP1694086A1 (fr) * 2005-02-16 2006-08-23 Matsushita Electric Industrial Co., Ltd. Fourniture d'informations concernant les relations entre les porteuses individuelles à des terminaux mobiles recevant un service de diffusion ou multidiffusion
US20070016637A1 (en) * 2005-07-18 2007-01-18 Brawn John M Bitmap network masks

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JUAN WU ET AL: "Building Multicast Controller for Carrier-grade IPTV Service over Ethernet Passive Optical Network", SYSTEMS AND NETWORKS COMMUNICATIONS, 2007. ICSNC 2007. SECOND INTERNAT IONAL CONFERENCE ON, IEEE, PI, 1 August 2007 (2007-08-01), pages 47 - 47, XP031133082, ISBN: 978-0-7695-2938-7 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102123092A (zh) * 2011-03-02 2011-07-13 中兴通讯股份有限公司 一种组播性能分析方法及系统
CN102523098A (zh) * 2011-11-21 2012-06-27 华为技术有限公司 一种业务接入的方法、装置及系统
US8813115B2 (en) 2011-11-21 2014-08-19 Huawei Technologies Co., Ltd. Service access method, device, and system
CN102523098B (zh) * 2011-11-21 2014-12-10 华为技术有限公司 一种业务接入的方法、装置及系统
WO2016041388A1 (fr) * 2014-09-19 2016-03-24 中兴通讯股份有限公司 Procédé et dispositif de contrôle de sécurité multidiffusion basés sur dns
CN105491460A (zh) * 2014-09-19 2016-04-13 中兴通讯股份有限公司 基于dns的组播安全控制方法及装置
CN105491460B (zh) * 2014-09-19 2020-04-24 中兴通讯股份有限公司 基于dns的组播安全控制方法及装置
US10666614B2 (en) 2014-09-19 2020-05-26 Zte Corporation Multicast security control method and device based on DNS

Similar Documents

Publication Publication Date Title
US8522288B2 (en) IP broadcasting system and a multicast group management apparatus for the same
KR102617287B1 (ko) 멀티미디어 콘텐츠를 송수신하는 방법 및 장치
US8503447B2 (en) Broadcast receiver and channel information processing method
JP5049151B2 (ja) 受信装置及び伝送システム
US20090022154A1 (en) Reception device, reception method, and computer-readable medium
US20190253746A1 (en) Broadcasting signal transmission apparatus, broadcasting signal reception apparatus, broadcasting signal transmission method, and broadcasting signal reception method
US20060083253A1 (en) Home gateway system for providing optical communication packet data interface function and home broadcast service providing method using the same
JP2018515976A (ja) ブロードキャストサービスのためのサービスシグナリングを送受信する方法及び装置
CN100495380C (zh) 用组播ip和以太网定位并分发卫星信号的系统和方法
CA2917516A1 (fr) Procede et appareil de transmission/reception de signal de radiodiffusion dans un systeme de radiodiffusion hybride
JP2011501594A (ja) オーディオおよび／またはビデオ・サービスの選択方法。
CN103477651A (zh) 混合媒体接收机、中间件服务器和对应方法、计算机程序和计算机程序产品
CN109769123B (zh) 一种视联网数据的处理方法及系统
EP1947857A1 (fr) Procédé de transmission/réception de contenus numériques et système de réception de contenus numériques
EP2046033A2 (fr) Récepteur de diffusion et procédé de traitement d'informations de système
US9742826B2 (en) Method and apparatus for transceiving data packet for transmitting and receiving multimedia data
KR20040066826A (ko) 방송 시스템을 위해 멀티캐스트 주소를 패킷 식별자로매핑하는 방법 및 장치
WO2009106126A1 (fr) Appareil et procédé concernant des adresses de multidiffusion ou des adresses source autorisées et non autorisées
CN106535005B (zh) 一种实现播控业务的方法和装置
WO2017142347A1 (fr) Procédé et dispositif permettant de fournir des informations relatives à un contenu d'un service multimédia
CN111372106A (zh) 一种通过cmts实现全ip化数字电视有条件接收技术的方法
US20120163379A1 (en) Multicast routing device, multicast network system applying the same, and packet transmission method
KR20070027803A (ko) Ｉｐ기반 방송의 채널변경시 지연시간의 개선 방법
US9807459B2 (en) Media interface device
JP4726632B2 (ja) マルチキャストアドレスおよび／または関連するポートナンバの形成方法、およびデータストリームサーバ

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

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

Country of ref document: EP

Kind code of ref document: A1