WO2009043271A1 - Procédé, dispositif et système de traitement d'information de service - Google Patents

Procédé, dispositif et système de traitement d'information de service Download PDF

Info

Publication number
WO2009043271A1
WO2009043271A1 PCT/CN2008/072462 CN2008072462W WO2009043271A1 WO 2009043271 A1 WO2009043271 A1 WO 2009043271A1 CN 2008072462 W CN2008072462 W CN 2008072462W WO 2009043271 A1 WO2009043271 A1 WO 2009043271A1
Authority
WO
WIPO (PCT)
Prior art keywords
service information
user
characteristic
characteristic service
multicast
Prior art date
Application number
PCT/CN2008/072462
Other languages
English (en)
French (fr)
Inventor
Xiaofeng Huang
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.
Priority to EP08800951A priority Critical patent/EP2110984A4/en
Publication of WO2009043271A1 publication Critical patent/WO2009043271A1/zh

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/1859—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast adapted to provide push services, e.g. data channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5069—Address allocation for group communication, multicast communication or broadcast communication

Definitions

  • the present invention relates to the field of communications, and in particular, to a method, device and system for processing service information. Background technique
  • the Internet TV (IPTV) service is a new business generated by the convergence of Internet services and traditional TV services, and is an important growth point for broadband services.
  • the IPTV service includes video services such as on-demand and live broadcast, and its implementation method is basically the same as that of the traditional TV service.
  • the IPTV service also includes major notifications, weather forecasts, financial information, shopping advertisements, voting, media interactions, and other distinctive business information services that are different from traditional TV services. These distinctive business information services can be proactively issued, or The user needs to send it.
  • Characteristic business information usually has a single content, rapid change, and strong timeliness, but the content duration is short.
  • this information is usually superimposed on the relevant or corresponding channel (such as financial information superimposed on the financial channel, weather pre-distributed on the travel channel, etc.) to transmit and play.
  • the prior art usually uses a video synthesis method to superimpose data of two or more video services in a specified manner to generate a new video service data, and the new video service data includes all the original video service data. content.
  • Layer-by-layer synthesis refers to: Combining the video frames of two video services into a frame structure, each video frame of the synthesized new video service includes the content of two video services to be synthesized, as shown in FIG. 2 .
  • the embodiment of the invention provides a method, a device and a system for processing service information, which are used for implementing independent multicast transmission of characteristic service information, so that different users can receive different services.
  • a method for processing business information including:
  • the destination address in the packet of the characteristic service information is replaced with the multicast address of the user, and the characteristic service information is multicast to the user.
  • a multicast replication node including:
  • a receiving module configured to receive characteristic service information that is independently transmitted
  • a selection module configured to determine a multicast address of a user that needs to receive the characteristic service information
  • a sending module configured to replace the destination address in the packet with the characteristic service information with the multicast address of the user, and The user multicasts the characteristic service information.
  • a user side device comprising:
  • a receiving module configured to independently receive characteristic service information
  • a configuration module configured to determine whether the destination address in the packet of the characteristic service information is its own multicast address
  • the decoding module is configured to: when the configuration module determines that the destination address is a multicast address of the user, the characteristic service information is independently decoded and output.
  • a system for implementing characteristic service information processing comprising: a bearer network, a multicast copy node, and a user side device;
  • the bearer network is configured to receive normal service information and feature service information from one or more video sources, and forward normal service information and feature service information to each multicast copy node.
  • the multicast replication node is configured to receive the service information sent by the bearer network, distinguish the normal service information and the characteristic service information in the service information, and determine the multicast address of the user and the user who need to receive the characteristic service information. And replacing the destination address in the packet of the characteristic service information with the multicast address of the user, and sending the packet of the characteristic service information to the determined user;
  • the user side device is configured to receive the characteristic service information sent by the multicast replication node and the normal Business information, control the main window in the form to play normal business information, control the non-main window in the form to play the characteristic business information.
  • the characteristic service information and the normal service information are separately processed, so that the implementation manner of the characteristic service information and the normal service information is more flexible. Moreover, the characteristic service information and the normal service information are transmitted independently of each other, and the characteristic service information is transmitted by using the multicast mode, and the multicast service transmission of the characteristic service information is more flexible without strictly relying on the normal service information. At the same time, the embodiment of the present invention can further satisfy the requirements of the user to personalize and release the service information requirement by independently decoding the characteristic service information and playing the characteristic service information in an independent window.
  • FIG. 1 is a schematic diagram of video synthesis according to a process synthesis manner in the prior art
  • FIG. 2 is a schematic diagram of video synthesis by layer synthesis in the prior art
  • FIG. 3 is a flowchart of a method for processing characteristic service information on the network side according to an embodiment of the present invention
  • FIG. 4 is a flowchart of a method for processing feature service information by a user side according to an embodiment of the present invention
  • FIG. 6 is a structural diagram of a system in an embodiment of the present invention.
  • FIG. 7 is a schematic diagram of a play window in an embodiment of the present invention.
  • FIG. 8 is a basic structural diagram of a multicast replication node according to an embodiment of the present invention.
  • FIG. 9 is a detailed structural diagram of a multicast replication node according to an embodiment of the present invention.
  • FIG. 10 is a structural diagram of a user side device according to an embodiment of the present invention.
  • FIG. 11 is a flowchart of a detailed method for processing characteristic service information according to an embodiment of the present invention.
  • the characteristic service information and the normal service information are separately processed and transmitted in a multicast manner, so that the broadcast of the characteristic service information does not depend on the normal service information, and the characteristic service information is played through the temporary and independent channels and windows. It can better reflect the timeliness of characteristic business information and save network resources.
  • the normal service information in the embodiment of the present invention refers to a conventional television program, such as a news broadcast, a TV drama, and the like that are broadcasted by CCTV on time every day.
  • Featured business information refers to programs that are time-sensitive and instantly broadcast, such as major notifications, real-time stock market conditions, and so on.
  • Multicast addresses include multicast media access control (MAC) addresses and/or multicast Internet Protocol (IP) addresses, due to multicast MAC addresses and multicasts. IP addresses have a standard conversion relationship, so you only need to know one of them to get another multicast address.
  • the embodiment of the present invention mainly takes the normal service information and the characteristic service information in the IPTV service as an example for description.
  • the main process of the characteristic service information processing method in this embodiment is as follows:
  • Step 101 The characteristic service information and the normal service information are separately processed, and are transmitted to the multicast replication node according to different signal streams. Among them, processing operations include encoding and modulation.
  • Step 102 The multicast replication node determines a user that needs to receive the characteristic service information and a multicast address of the user.
  • Step 103 The multicast replication node replaces the destination address in the text of the characteristic service information with the multicast address of the user, and multicasts the characteristic service information and broadcasts the normal service information to the user side device to which the user belongs.
  • Step 111 The user side device independently receives the feature. Business information and normal business information.
  • Step 112 The user side device determines whether the destination address in the packet of the characteristic service information is its own multicast address.
  • Step 113 When it is determined that the destination address is its own multicast address, the user side device independently decodes the characteristic service information, and the characteristic service information may be further outputted immediately.
  • the embodiment shown in Figure 5 provides an example of a signal flow for featured service information and normal service information to better reflect the process.
  • the light bulb indicates normal business information
  • "ABC" indicates characteristic business information.
  • this embodiment provides a system for implementing characteristic service information processing, where the system includes: a bearer network 301, a multicast copy node 302, and a user side device 303.
  • the connection relationship shown in the figure only indicates the network connection relationship, and the actual device connection is not limited to this.
  • the bearer network 301 is configured to receive normal service information and feature service information from one or more video sources, and forward the normal service information and the feature service information to each multicast copy node 302.
  • the bearer network 301 includes all devices between the video source and the multicast replication node 302.
  • the multicast replication node 302 is configured to receive the service information sent by the bearer network 301, and distinguish the normal service information by using the service identifier or the multicast address (ie, the destination address) in the packet carrying the service information. And the characteristic service information, and according to the binding relationship between the characteristic service information and the normal business information, the channel or the user, determine the multicast address of the user and the user who needs to receive the characteristic service information, and replace the characteristic service with the user's multicast address.
  • the multicast address which is the destination address in the packet carrying the service information, is sent to the determined user through the physical line or logical channel of the user.
  • multicast replication nodes 302 such as a Digital Subscriber Line Access Multiplexer (DSLAM) and a Broadband Remote Access Server (BRAS).
  • DSLAM Digital Subscriber Line Access Multiplexer
  • BRAS Broadband Remote Access Server
  • the BRAS can obtain a physical line or a logical channel about the user side device 303 through the DSLAM.
  • the user-side device 303 is a device to which the user belongs, and is configured to receive the characteristic service information and the normal service information sent by the multicast replication node 302, and control the main window in the form to play normal service information, as shown in the middle part of FIG.
  • the non-main window in the form plays the characteristic business information, as shown in the edge portion of FIG. 7, but the window division of the edge portion is not limited thereto, and may be increased or decreased according to the type of the characteristic business information.
  • the user side device 303 may be an independent physical entity or may exist in a plurality of devices, such as a Set Top Box (STB) or a computer (PC).
  • STB Set Top Box
  • PC computer
  • the multicast replication node 302 includes a receiving module 501, a selection module 502, and a sending module 503. among them:
  • the receiving module 501 is configured to receive the characteristic service information and the normal service information.
  • the selecting module 502 is configured to determine, according to the binding relationship between the characteristic service information and the normal service information, the channel, or the object, the user that needs to receive the characteristic service information, and the multicast address of the user, and further determine the connection.
  • the selection module 502 can be further refined.
  • the selection module 502 includes a binding relationship between the characteristic service information and the normal service information, the channel, or the user, and the user who needs to receive the characteristic service information and the user group. a selection unit of the broadcast address, and a channel determination unit including a physical line or a logical channel for determining the connection to the user.
  • the sending module 503 is configured to convert the multicast address of the user into a user that carries the featured service information.
  • the multicast replication node 302 may further include a replication module 504.
  • the replication module 504 is configured to replicate the characteristic service information according to the number of users selected by the selection module 502.
  • the sending module 503 separately sends the copied characteristic service information to the selected user.
  • the user side device 303 includes a receiving module 701, a configuration module 702, and a decoding module 703.
  • the receiving module 701 is configured to receive characteristic service information and normal service information.
  • the configuration module 702 is configured to determine whether the destination address in the packet carrying the characteristic service information is a multicast address that is allowed to be received locally, that is, the destination address matches the multicast address in the local multicast forwarding entry.
  • the local multicast address may be configured by default or allocated when accessing the network.
  • the decoding module 703 is configured to independently decode the feature service information, and control a play window, and output the feature service information to the user through an edge window independent of the main window.
  • Step 801 The bearer network 301 forwards normal service information and characteristic service information from one or more video sources, and sends them to each multicast copy node 302. Since the video service is not required to be combined with the normal service information, each video source can use different coding and modulation modes to make the normal service information and the characteristic service information more flexible.
  • Step 802 The multicast replication node 302 processes the received normal service information according to the prior art, and processes the received characteristic service information in the following manner, and proceeds to step 803.
  • Step 803 The multicast replication node 302 determines the user side device 303 that needs to receive the service information of the special color according to the binding relationship between the multicast address of the characteristic service information and the normal service information, the channel, the fixed time period, or the user side device 303.
  • Step 804 The multicast replication node 302 determines the multicast address of the user side device 303.
  • the multicast replication node 302 obtains the default multicast address of the user side device 303, or the multicast replication node 302 allocates a multicast address to the user side device 303.
  • Step 805 The multicast replication node 302 determines the physical line or logical channel where the user side device 303 is located. When the user side device 303 establishes a connection with the multicast replication node 302, the multicast replication node 302 records the physical line or logical channel of each user side device 303.
  • the physical line can be identified by the connection port, and the logical channel can transmit information.
  • the frame identifier in the ID is identified.
  • Step 806 The multicast replication node 302 replaces the characteristic service with the multicast address of the user side device 303.
  • the multicast address of the information is used as the destination address in the packet carrying the characteristic service information, and the packet is sent to the determined user side device 303 through the determined physical line or logical channel.
  • Step 807 The user side device 303 receives the packet, and determines whether the destination address in the packet matches the multicast address in the local multicast forwarding entry. If yes, proceed to step 808, otherwise discard the packet.
  • Step 808 The user side device 303 determines, by using the multicast address, that the packet carries characteristic service information, independently decodes the characteristic service information, and controls output of the window information, and passes through a window independent of normal service information (ie, non- The main window or edge window outputs the characteristic business information.
  • a window independent of normal service information ie, non- The main window or edge window outputs the characteristic business information.
  • the multicast replication node 302 learns the binding of the multicast address of the characteristic service information and the identifier of the normal service information, the channel or the information of the user side device 303 according to the locally stored binding relationship or according to the received configuration information.
  • the relationship is dynamically transmitted by the user management system in the operation support system (OSS) connected to the multicast copy node 302 and the user side device 303 in accordance with the policy.
  • OSS operation support system
  • the IP address of the user is a fixed IP address or an IP address configured when the user accesses the network.
  • the multicast IP address of the user is an IP address specifically configured for the multicast service.
  • the user's MAC address is similar to the configuration of the IP address.
  • the user information includes an IP address, a multicast IP address, a MAC address, a multicast MAC address, a physical line identifier (ie, a port number, etc.), and a logical channel identifier (ie, a frame address).
  • "Normal Service Information 1" is an example of the identification of normal service information. As shown in Table 1, the multicast address includes the multicast IP address and/or the multicast MAC address.
  • the IP address and the MAC address have a standard mapping relationship, they can be mutually converted. Therefore, when the multicast IP address is known, the group can be known.
  • the multicast MAC address is obtained, and the multicast IP address is known when the multicast MAC address is known.
  • the data packet carrying the characteristic service information replace the multicast IP address of the characteristic service information with the multicast IP address of the user, and replace the group of the characteristic service information with the multicast MAC address of the user in the data frame carrying the characteristic service information. Broadcast MAC address.
  • the multicast replication node 302 learns the user that is bound to the multicast address of the service information, it determines whether the connection is established with the user-side device 303 where the user in the binding relationship is located, and sends the characteristic service to the user-side device 303 that establishes the connection. information.
  • the multicast replication node 302 learns that the normal service information is bound to the multicast service of the characteristic service information, the user that is receiving the normal service information in the binding relationship is sent to the user side device 303 where the user is located. .
  • the multicast replication node 302 learns that the channel is bound to the multicast address of the characteristic service information, it determines that the user who is receiving the channel in the binding relationship sends the characteristic service information to the user side device 303 where the user is located.
  • the multicast replication node 302 learns that the multicast address is bound to the multicast service of the characteristic service information, the user who receives any service information in the fixed time period is sent to the user side device 303 where the user is located.
  • the characteristic service information and the normal service information are separately processed, so that the implementation manner of the characteristic service information and the normal service information is more flexible. Moreover, the characteristic service information and the normal service information are transmitted independently of each other, which facilitates the transmission of the characteristic service information in a multicast manner, and does not have to strictly depend on the normal service information, so that the multicast transmission of the characteristic service information is more flexible.
  • the embodiment of the present invention can not only occupy the time of the characteristic service information but also not occupy the independent channel by using the independent decoding of the characteristic service information and the special service information through the temporary and independent window. Internet resources. The spirit and scope of the Ming. Thus, it is intended that the present invention cover the modifications and modifications of the invention

Description

一种业务信息的处理方法、 装置及系统
本申请要求于 2007 年 9 月 27 日提交中国专利局、 申请号为 200710152522.3、 发明名称为"一种业务信息的处理方法及装置"的中国专利申 请的优先权， 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信领域， 特别是涉及业务信息的处理方法、 装置及系统。 背景技术
互联网电视 ( IPTV ) 业务是互联网业务和传统电视业务融合后产生的新 业务， 是目前宽带业务的重要增长点。 IPTV业务包括点播、 直播等视频业务， 其实现方法基本与传统电视业务的实现方法相同。 除此之外， IPTV业务还包 括重大通报、 天气预报、 财经信息、 购物广告、 投票、 媒体互动等有别于传统 电视业务的特色业务信息服务， 这些特色业务信息服务可主动下发， 或者应用 户的需要下发。 这些特色业务信息服务可满足用户的个性化需求， 是 IPTV业 务发展的重点。 特色业务信息通常内容单一， 变化迅速， 具有很强的时间性， 但内容持续时间短。如果以单独的频道承载则浪费资源较多， 并且若用户未点 播该频道， 则不能即时收看到特色业务信息， 丧失了时间价值。 所以这些信息 通常叠加在相关或相对应的频道上（如财经信息叠加在财经频道， 天气预 >¾叠 加在旅游频道等 )一起传输和播放。
目前现有技术通常釆用视频合成的方法，将两个或两个以上视频业务的数 据按指定方式叠加在一起， 生成一个新的视频业务数据， 新视频业务数据包含 了原视频业务数据的全部内容。 合成的方式有两种： 一种是按流程合成， 另一 种是按层合成。按流程合成是指： 将两个视频业务的视频帧按照一帧间隔交叉 在一起，合成后的新视频业务的每一个视频帧均来源于待合成的两个视频业务 之一， 最终输出的结果是按时间叠加的视频帧序列， 如图 1所示。 按层合成是 指： 将两个视频业务的视频帧按帧结构进行合成，合成后的新视频业务的每一 个视频帧都包括待合成的两个视频业务的内容， 如图 2所示。
可见， 所有接收同一正常业务的用户都只能收到相同的特色业务， 并且最 终视频的合成依赖于视频合成系统， 比如软件或硬件， 限制了特色信息的发布 形式， 包括视频格式、 信息的统一布局和调整等， 因此合成后的视频业务不能 满足 IPTV个性化和发布的要求。
发明内容
本发明实施例提供一种业务信息的处理方法、装置及系统， 用于实现特色 业务信息的独立组播传输， 便于不同用户接收不同业务。
一种业务信息的处理方法， 包括：
接收独立传输的特色业务信息；
确定需要接收所述特色业务信息的用户的组播地址；
将所述特色业务信息的报文中的目的地址替换为用户的组播地址，并向所 述用户组播所述特色业务信息。
一种组播复制节点， 包括：
接收模块， 用于接收独立传输的特色业务信息；
选择模块， 用于确定需要接收所述特色业务信息的用户的组播地址； 发送模块，用于将所述特色业务信息的报文中的目的地址替换为所述用户 的组播地址， 并向所述用户组播所述特色业务信息。
一种用户侧装置， 包括：
接收模块， 用于独立接收特色业务信息；
配置模块，用于判断所述特色业务信息的报文中的目的地址是否为自身的 组播地址；
解码模块， 用于当所述配置模块确定所述目的地址为自身的组播地址时， 对所述特色业务信息进行独立解码并输出。
一种实现特色业务信息处理的系统， 包括： 承载网、 组播复制节点和用户 侧装置；
所述承载网， 用于从一个或多个视频源接收正常业务信息和特色业务信 息， 并将正常业务信息和特色业务信息转发给各组播复制节点；
所述组播复制节点， 用于接收所述承载网发送的业务信息， 区分所述业务 信息中的正常业务信息和特色业务信息，确定需要接收所述特色业务信息的用 户及用户的组播地址，将所述特色业务信息的报文中的目的地址替换为所述用 户的组播地址， 向确定的用户发送所述特色业务信息的报文；
所述用户侧装置，用于接收所述组播复制节点发送的特色业务信息和正常 业务信息，控制窗体中的主窗口播放正常业务信息，控制窗体中的非主窗口播 放特色业务信息。
本发明实施例通过对特色业务信息和正常业务信息分别处理，使特色业务 信息和正常业务信息的实现方式更灵活。 并且，对特色业务信息和正常业务信 息彼此独立传输， 釆用组播方式传输特色业务信息， 不必严格依赖于正常业务 信息， 使特色业务信息的组播传输更灵活。 同时， 本发明实施例通过对特色业 务信息进行独立解码， 并且在独立的窗口播放特色业务信息， 能进一步满足用 户对业务信息需求的个性化和发布的要求 。
附图说明
图 1为现有技术中按流程合成方式进行视频合成的示意图；
图 2为现有技术中按层合成方式进行视频合成的示意图；
图 3为本发明实施例中网络侧处理特色业务信息的方法的流程图； 图 4为本发明实施例中用户侧处理特色业务信息的方法的流程图； 图 5为本发明实施例中信息流的示意图；
图 6为本发明实施例中系统的结构图；
图 7为本发明实施例中播放窗体的示意图；
图 8为本发明实施例中组播复制节点的基本结构图；
图 9为本发明实施例中组播复制节点的详细结构图；
图 10为本发明实施例中用户侧装置的结构图；
图 11为本发明实施例中处理特色业务信息的详细方法的流程图。
具体实施方式
本发明实施例通过对特色业务信息和正常业务信息分别处理和以组播的 方式传输，使特色业务信息的播放不依赖于正常业务信息， 并通过临时且独立 的频道和窗口播放特色业务信息， 既可以较好的体现出特色业务信息的时间 性， 还可以节省网络资源。
本发明实施例中的正常业务信息是指传统的电视节目，如中央电视台每天 按时播放的新闻联播、 电视剧等。 特色业务信息是指时间性较强、 即时播放的 节目， 如重大通报、 即时的股市行情等。 组播地址包括组播媒体接入控制 ( MAC )地址和 /或组播互联网协议（IP )地址， 由于组播 MAC地址与组播 IP地址有标准的转换关系， 所以只要知道其中的一种组播地址便可获得另一 种组播地址。 本发明实施例主要以 IPTV业务中的正常业务信息和特色业务信 息为例进行说明。
参见图 3 , 本实施例中特色业务信息处理方法的主要流程如下：
步骤 101 : 对特色业务信息和正常业务信息分别处理， 并按照不同路的信 号流传输到组播复制节点。 其中， 处理操作包括编码和调制等。
步骤 102: 所述组播复制节点确定需要接收所述特色业务信息的用户及所 述用户的组播地址。
步骤 103: 所述组播复制节点将所述特色业务信息的 文中的目的地址替 换为用户的组播地址，并向用户所属的用户侧装置组播所述特色业务信息和广 播所述正常业务信息。
上述流程主要描述了网络侧对特色业务信息的处理方法，相应的， 下面介 绍用户侧处理特色业务信息的方法， 参见图 4所示， 该方法主要流程如下： 步骤 111 : 用户侧装置独立接收特色业务信息和正常业务信息。
步骤 112: 用户侧装置判断所述特色业务信息的报文中的目的地址是否为 自身的组播地址。
步骤 113: 当确定所述目的地址为自身的组播地址时， 用户侧装置对所述 特色业务信息进行独立解码， 可进一步即时输出所述特色业务信息。
图 5 所示实施例提供了一个关于特色业务信息和正常业务信息的信号流 实例， 以较好地反映处理过程。 其中， 灯泡表示正常业务信息， "ABC"表示 特色业务信息。
参见图 6, 本实施例提供了一种用于实现特色业务信息处理的系统， 该系 统包括： 承载网 301、 组播复制节点 302和用户侧装置 303。 图中所示的连接 关系仅示意网络连接关系， 实际的设备连接情况不限于此。
承载网 301用于从一个或多个视频源接收正常业务信息和特色业务信息， 并将正常业务信息和特色业务信息转发给各组播复制节点 302。 承载网 301包 括视频源到组播复制节点 302间的所有设备。
组播复制节点 302用于接收承载网 301发送的业务信息，可通过业务标识 或承载业务信息的报文中的组播地址（即目的地址）等方式区分正常业务信息 和特色业务信息， 并根据特色业务信息与正常业务信息、频道或用户等对象的 绑定关系， 确定需要接收特色业务信息的用户及用户的组播地址， 用用户的组 播地址代替特色业务的组播地址，作为承载业务信息的报文中的目的地址，通 过用户的物理线路或逻辑通道向确定的用户发送该报文。 组播复制节点 302 有多种， 如数字用户线集中器 （ Digital Subscriber Line Access Multiplexer, DSLAM )和宽带接入服务器（Broadband Remote Access Server, BRAS )等具 有业务信息复制功能的装置。 其中， BRAS可通过 DSLAM获得关于用户侧装 置 303的物理线路或逻辑通道。
用户侧装置 303即用户所属的装置，用于接收组播复制节点 302发送的特 色业务信息和正常业务信息， 控制窗体中的主窗口播放正常业务信息， 如图 7 所示的中间部分，控制窗体中的非主窗口播放特色业务信息，如图 7所示的边 缘部分，但边缘部分的窗口划分不限于此， 可根据特色业务信息的种类进行增 加或减少。 用户侧装置 303可以是一种独立的物理实体， 也可存在于多种设备 中， 如机顶盒（Set Top Box, STB )或计算机（PC )等。
参见图 8所示， 组播复制节点 302包括接收模块 501、 选择模块 502和发 送模块 503。 其中：
接收模块 501用于接收特色业务信息和正常业务信息。
选择模块 502用于根据特色业务信息与正常业务信息、频道或用户等对象 的绑定关系， 确定需要接收所述特色业务信息的用户和所述用户的组播地址， 还可进一步确定连接所述用户的物理线路或逻辑通道。可对选择模块 502进一 步细化，选择模块 502包括用于根据特色业务信息与正常业务信息、频道或用 户等对象的绑定关系，确定需要接收所述特色业务信息的用户和所述用户的组 播地址的选择单元，以及包括用于确定连接所述用户的物理线路或逻辑通道的 通道确定单元。
发送模块 503 用于将所述用户的组播地址转换为承载所述特色业务信息 用户。
组播复制节点 302还可进一步包括复制模块 504, 参见图 9所示， 该复制 模块 504用于根据选择模块 502选择的用户数量对特色业务信息进行复制，由 发送模块 503将复制后的特色业务信息分别发送给选择的用户。
参见图 10所示， 用户侧装置 303包括接收模块 701、 配置模块 702和解 码模块 703。
接收模块 701用于接收特色业务信息和正常业务信息。
配置模块 702 用于确定承载所述特色业务信息的报文中的目的地址是否 为本地允许接收的组播地址，即目的地址与本地的组播转发表项中的组播地址 相匹配。其中，本地的组播地址可以是默认配置的，或者是接入网络时分配的。
解码模块 703用于对所述特色业务信息进行独立解码， 并控制播放窗口， 通过独立于主窗口的边缘窗口向用户输出所述特色业务信息。
下面对特色业务信息的处理流程进行详细描述， 参见图 11所示， 具体流 程如下：
步骤 801 : 承载网 301对来自一个或多个视频源的正常业务信息和特色业 务信息进行转发， 并分别发送给各组播复制节点 302。 由于不需要将特色业务 信息与正常业务信息进行视频合成，所以各视频源可釆用不同的编码和调制等 方式， 使正常业务信息和特色业务信息的实现更灵活。
步骤 802: 组播复制节点 302对接收到的正常业务信息按现有技术进行处 理， 对接收到的特色业务信息按照以下方式进行处理， 继续步骤 803。
步骤 803 : 组播复制节点 302根据特色业务信息的组播地址和正常业务信 息、 频道、 固定时段或用户侧装置 303等因素的绑定关系， 确定需要接收该特 色业务信息的用户侧装置 303。
步骤 804:组播复制节点 302确定所述用户侧装置 303的组播地址。其中， 在用户侧装置 303与组播复制节点 302建立连接时，组播复制节点 302获得用 户侧装置 303 的默认组播地址， 或者， 组播复制节点 302为用户侧装置 303 分配组播地址。
步骤 805: 组播复制节点 302确定所述用户侧装置 303所在的物理线路或 逻辑通道。 其中， 在用户侧装置 303与组播复制节点 302建立连接时， 组播复 制节点 302记录各用户侧装置 303的物理线路或逻辑通道，物理线路可通过连 接端口进行标识， 逻辑通道可通过传输信息中的帧标识进行标识。
步骤 806: 组播复制节点 302用用户侧装置 303的组播地址代替特色业务 信息的组播地址，作为承载特色业务信息的报文中的目的地址， 并通过确定的 物理线路或逻辑通道将该报文发送给确定的用户侧装置 303。
步骤 807: 用户侧装置 303接收报文， 并判断报文中的目的地址与本地的 组播转发表项中的组播地址是否匹配， 如果匹配则继续步骤 808, 否则丟弃该 报文。
步骤 808: 用户侧装置 303通过组播地址确定该报文承载的是特色业务信 息， 对所述特色业务信息进行独立解码， 并控制窗口信息的输出， 通过独立于 正常业务信息的窗口 （即非主窗口或称边缘窗口）输出特色业务信息。 其具体 实现方式有多种， 如画中画技术， 或者如在窗体的边缘部分用特色业务信息替 代该部分的正常业务信息等方式，或者如通过自动弹出窗口的方式输出特色业 务信息。
在步骤 803中，组播复制节点 302根据本地存储的绑定关系或根据接收到 的配置信息， 获知特色业务信息的组播地址和正常业务信息的标识、频道或用 户侧装置 303信息的绑定关系，由与组播复制节点 302和用户侧装置 303连接 的运行支持系统（OSS ) 中的用户管理系统按照策略动态发送配置信息。 一个 绑定关系实例如下：
表 1
其中，用户的 IP地址为固定配置的 IP地址或在用户接入网络时配置的 IP 地址， 用户的组播 IP地址为专门为组播业务配置的 IP地址。 用户的 MAC地 址与 IP地址的配置情况相似。 用户信息包括 IP地址、 组播 IP地址、 MAC地 址、 组播 MAC地址、 物理线路标识（即端口号等）和逻辑通道标识（即帧地 址）等。 "正常业务信息 1"为正常业务信息的标识的一个实例。 从表 1中可知， 组播地址包括组播 IP地址和 /或组播 MAC地址， 由于 IP 地址与 MAC地址有标准的映射关系， 可相互转换， 所以当获知组播 IP地址 时便可获知组播 MAC地址， 当获知组播 MAC地址时便可获知组播 IP地址。 在承载特色业务信息的数据报文中， 用用户的组播 IP地址替换特色业务信息 的组播 IP地址， 在承载特色业务信息的数据帧中用用户的组播 MAC地址替 换特色业务信息的组播 MAC地址。
组播复制节点 302获知与特色业务信息的组播地址绑定的用户时，确定是 否已与绑定关系中的用户所在的用户侧装置 303建立连接，向建立连接的用户 侧装置 303发送特色业务信息。
组播复制节点 302 获知与特色业务信息的组播地址绑定的是正常业务信 息时，确定正在接收绑定关系中的正常业务信息的用户， 向该用户所在的用户 侧装置 303发送特色业务信息。
组播复制节点 302获知与特色业务信息的组播地址绑定的是频道时，确定 正在接收绑定关系中的频道的用户，向该用户所在的用户侧装置 303发送特色 业务信息。
组播复制节点 302获知与特色业务信息的组播地址绑定的是固定时段时， 确定在该固定时段内接收任一业务信息的用户， 向该用户所在的用户侧装置 303发送特色业务信息。
本领域普通技术人员可以理解实现上述各实施例方法中的全部或部分步 骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机 可读取存储介质中， 所述的存储介质， 如： ROM/RAM、 磁碟、 光盘等。
本发明实施例通过对特色业务信息和正常业务信息分别处理，使特色业务 信息和正常业务信息的实现方式更灵活。 并且，对特色业务信息和正常业务信 息彼此独立传输，有利于特色业务信息以组播方式传输， 不必严格依赖于正常 业务信息， 使特色业务信息的组播传输更灵活。 同时， 本发明实施例通过对特 色业务信息的独立解码， 以及通过临时且独立的窗口播放特色业务信息， 既可 以较好地体现出特色业务信息的时间性，还可以不必占用独立的频道， 节省网 络资源。 明的精神和范围。 这样，倘若对本发明的这些修改和变型属于本发明权利要求 及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。

Claims

权 利 要 求
1、 一种特色业务信息的处理方法， 其特征在于， 包括：
接收独立传输的特色业务信息；
确定需要接收所述特色业务信息的用户的组播地址；
将所述特色业务信息的报文中的目的地址替换为所述用户的组播地址，并 向所述用户组播所述特色业务信息。
2、 如权利要求 1所述的特色业务信息的处理方法， 其特征在于， 所述确 定需要接收所述特色业务信息的用户包括：
获得所述特色业务信息与正常业务信息的标识的绑定关系；
根据所述绑定关系确定当前正在接收所述正常业务信息的用户为需要接 收所述特色业务信息的用户。
3、 如权利要求 1所述的特色业务信息的处理方法， 其特征在于， 所述确 定需要接收所述特色业务信息的用户包括：
获得所述特色业务与频道的绑定关系；
根据所述绑定关系确定当前正在接收所述频道的用户为需要接收所述特 色业务信息的用户。
4、 如权利要求 1所述的特色业务信息的处理方法， 其特征在于， 所述确 定需要接收所述特色业务信息的用户包括：
获得所述特色业务与用户信息的绑定关系；
根据所述绑定关系确定所述绑定关系的用户中当前正在接收业务信息的 用户为需要接收所述特色业务信息的用户。
5、 如权利要求 1所述的特色业务信息的处理方法， 其特征在于， 所述确 定需要接收所述特色业务信息的用户包括：
获得所述特色业务与固定时段的绑定关系；
根据所述绑定关系确定当前正在接收业务信息的用户为需要接收所述特 色业务信息的用户。
6、 如权利要求 2至 5中任一项所述的特色业务信息的处理方法， 其特征 在于， 所述绑定关系由获得的配置信息确定。
7、 如权利要求 1所述的特色业务信息的处理方法， 其特征在于， 所述将 所述特色业务信息的 文中的目的地址替换为所述用户的组播地址包括：将所 述特色业务信息的组播地址转换为所述用户的组播地址。
8、 如权利要求 1所述的特色业务信息的处理方法， 其特征在于， 所述方 法还包括： 在所述向所述用户组播所述特色业务信息前， 确定所述用户的物理 线路或逻辑通道；
所述向所述用户组播所述特色业务信息具体为：通过所述物理线路或逻辑 通道传输所述报文。
9、 如权利要求 1所述的特色业务信息的处理方法， 其特征在于， 所述方 法还包括：
所述用户接收到所述特色业务信息并确定目的地址为自身的组播地址时， 对所述特色业务信息进行独立解码。
10、 一种组播复制节点， 其特征在于， 包括：
接收模块， 用于接收独立传输的特色业务信息；
选择模块， 用于确定需要接收所述特色业务信息的用户的组播地址； 发送模块，用于将所述特色业务信息的报文中的目的地址替换为所述用户 的组播地址， 并向所述用户组播所述特色业务信息。
11、 如权利要求 10所述的组播复制节点， 其特征在于， 所述选择模块根 据所述特色业务信息和配置的绑定关系确定需要接收所述特色业务信息的用 户。
12、 如权利要求 10所述的组播复制节点， 其特征在于， 所述特色业务信 息的报文中的目的地址为所述特色业务信息的组播地址。
13、 如权利要求 10所述的组播复制节点， 其特征在于， 所述选择模块还 用于确定需要接收所述特色业务信息的用户的物理线路或逻辑通道；
所述发送模块通过所述物理线路或逻辑通道传输所述特色业务信息。
14、 一种用户侧装置， 其特征在于， 包括：
接收模块， 用于独立接收特色业务信息；
配置模块，用于判断所述特色业务信息的报文中的目的地址是否为自身的 组播地址；
解码模块， 用于当所述配置模块确定所述目的地址为自身的组播地址时， 对所述特色业务信息进行独立解码并输出。
15、 如权利要求 14所述的用户侧装置， 其特征在于， 所述解码模块包括： 用于对所述特色业务信息进行独立解码的模块；
用于控制播放窗口，并通过独立于主窗口的边缘窗口向用户输出所述特色 业务信息的模块。
16、 如权利要求 14或 15所述的用户侧装置， 其特征在于， 所述用户侧装 置为独立的物理实体， 或为嵌于机顶盒或计算机中的物理实体。
17、 一种实现特色业务信息处理的系统， 其特征在于， 包括： 承载网、 组 播复制节点和用户侧装置；
所述承载网， 用于从一个或多个视频源接收正常业务信息和特色业务信 息， 并将正常业务信息和特色业务信息转发给各组播复制节点；
所述组播复制节点， 用于接收所述承载网发送的业务信息， 区分所述业务 信息中的正常业务信息和特色业务信息，确定需要接收所述特色业务信息的用 户及用户的组播地址，将所述特色业务信息的报文中的目的地址替换为所述用 户的组播地址， 向确定的用户发送所述特色业务信息的 文；
所述用户侧装置，用于接收所述组播复制节点发送的特色业务信息和正常 业务信息，控制窗体中的主窗口播放正常业务信息，控制窗体中的非主窗口播 放特色业务信息。
18、 如权利要求 17所述的系统， 其特征在于， 所述组播复制节点根据所 述特色业务信息和配置的绑定关系确定需要接收所述特色业务信息的用户。
19、 如权利要求 17所述的系统， 其特征在于， 所述用户侧装置还用于判 断所述特色业务信息的报文中的目的地址是否为自身的组播地址，确定所述目 的地址为自身的组播地址时， 对所述特色业务信息进行独立解码并输出。
20、 如权利要求 17所述的系统， 其特征在于， 所述用户侧装置为独立的 物理实体， 或为嵌于机顶盒或计算机中的物理实体。
PCT/CN2008/072462 2007-09-27 2008-09-23 Procédé, dispositif et système de traitement d'information de service WO2009043271A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP08800951A EP2110984A4 (en) 2007-09-27 2008-09-23 METHOD, DEVICE AND SYSTEM FOR PROCESSING SERVICE INFORMATION

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710152522.3 2007-09-27
CN2007101525223A CN101123518B (zh) 2007-09-27 2007-09-27 一种业务信息的处理方法及装置

Publications (1)

Publication Number Publication Date
WO2009043271A1 true WO2009043271A1 (fr) 2009-04-09

Family

ID=39085706

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/072462 WO2009043271A1 (fr) 2007-09-27 2008-09-23 Procédé, dispositif et système de traitement d'information de service

Country Status (3)

Country Link
EP (1) EP2110984A4 (zh)
CN (1) CN101123518B (zh)
WO (1) WO2009043271A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101123518B (zh) * 2007-09-27 2011-04-20 华为技术有限公司 一种业务信息的处理方法及装置
CN101645784B (zh) * 2008-10-22 2011-07-27 中国科学院声学研究所 一种实现业务数据组播的系统及方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1276663A (zh) * 2000-07-20 2000-12-13 上海龙林通讯技术开发有限公司 宽带以太网组播的方法
CN1317201A (zh) * 1998-08-05 2001-10-10 联合视频制品公司 使电视有关产品内容与因特网传递的信息同步的系统和方法
CN1949834A (zh) * 2005-10-11 2007-04-18 深圳Tcl新技术有限公司 一种用于播放数字电视分众广告的方法及装置
EP1798977A2 (en) * 2005-12-19 2007-06-20 Alcatel Lucent System and method for providing context-aware local advertising in IPTV systems
CN101123518A (zh) * 2007-09-27 2008-02-13 华为技术有限公司 一种业务信息的处理方法及装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6615039B1 (en) * 1999-05-10 2003-09-02 Expanse Networks, Inc Advertisement subgroups for digital streams
US7296091B1 (en) * 1999-06-18 2007-11-13 The Trustees Of Columbia University In The City Of New York System and method for receiving over a network a broadcast from a broadcast source
US20020067730A1 (en) * 2000-12-05 2002-06-06 Starguide Digital Networks, Inc. Method and apparatus for IP multicast content distribution system having national and regional demographically targeted advertisement insertion
US7954123B2 (en) * 2007-09-26 2011-05-31 Alcatel Lucent System, method, and computer-readable medium for synchronizing multicast customized content to facilitate DSLAM complexity reduction

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1317201A (zh) * 1998-08-05 2001-10-10 联合视频制品公司 使电视有关产品内容与因特网传递的信息同步的系统和方法
CN1276663A (zh) * 2000-07-20 2000-12-13 上海龙林通讯技术开发有限公司 宽带以太网组播的方法
CN1949834A (zh) * 2005-10-11 2007-04-18 深圳Tcl新技术有限公司 一种用于播放数字电视分众广告的方法及装置
EP1798977A2 (en) * 2005-12-19 2007-06-20 Alcatel Lucent System and method for providing context-aware local advertising in IPTV systems
CN101123518A (zh) * 2007-09-27 2008-02-13 华为技术有限公司 一种业务信息的处理方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2110984A4 *

Also Published As

Publication number Publication date
CN101123518B (zh) 2011-04-20
EP2110984A1 (en) 2009-10-21
EP2110984A4 (en) 2009-12-23
CN101123518A (zh) 2008-02-13

Similar Documents

Publication Publication Date Title
US7558870B2 (en) Multimedia content delivery system
KR101377952B1 (ko) 방송 신호 전송 방법, 방송 신호 수신 방법 및 방송 수신기
KR101356502B1 (ko) 방송 신호 전송 방법, 방송 신호 수신 방법 및 방송 수신기
US20070039028A1 (en) Real time bit rate switching for internet protocol television
US8010978B2 (en) Method and apparatus for providing personalized advertisements in internet protocol TV (IPTV) system
JP2018509022A (ja) オーバージエアブロードキャストメディアデータに関するセッション記述情報
US8566863B2 (en) Digital broadcast receiver and method for processing emergency alert system data in digital broadcast receiver
US20090158349A1 (en) IPTV receiver and method of providing channel map management information
WO2008148333A1 (fr) Système et procédé de traitement d'un flux vidéo
US20200021867A1 (en) Broadcast signal transmitting and receiving method and device
CN101232613B (zh) 发送/接收数字内容的方法和接收数字内容的装置
WO2007079672A1 (fr) Systeme de reception et d'affichage d'emissions tv reseau, et procede associe
KR20100002755A (ko) ＶＯＤ（ｖｉｄｅｏ ｏｎ ｄｅｍａｎｄ）가상채널 서비스및 동영상을 포함하는 방송 프로그램 편성표 제공방법
US8484689B2 (en) IPTV receiver and method of discovering an IPTV service
EP3790286A1 (en) Broadcast signal transmission device, broadcast signal transmission method, broadcast signal reception method, and broadcast signal reception device
WO2009106011A1 (zh) 一种资源接纳控制方法、系统和装置
WO2018121584A1 (zh) 一种数据流传输方法、装置、相关设备及存储介质
CN101388738B (zh) 广播接收机和传送/接收广播信号的方法
KR20110040687A (ko) 네트워크 기기, 정보 처리 장치, 스트림 전환 방법, 정보 처리 방법, 프로그램 및 콘텐츠 배신 시스템
WO2009043271A1 (fr) Procédé, dispositif et système de traitement d'information de service
US20150288995A1 (en) Method and apparatus for transmitting and receiving hybrid broadcasting
KR20160120605A (ko) 하이브리드망에서의 미디어 서비스 송수신 장치 및 방법
KR20090116508A (ko) 동영상 객체의 키워드를 이용한 광고 제공 방법 및 시스템
TW200849918A (en) P2P-based broadcast system and method thereof, player, content playback method, and P2P-content retrieval method
KR20130056829A (ko) 3dtv 방송을 위한 송수신 장치 및 그 제어 방법

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2008800951

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE