CN102137256B - 一种文件传输方法、装置和系统 - Google Patents
一种文件传输方法、装置和系统 Download PDFInfo
- Publication number
- CN102137256B CN102137256B CN 201010101376 CN201010101376A CN102137256B CN 102137256 B CN102137256 B CN 102137256B CN 201010101376 CN201010101376 CN 201010101376 CN 201010101376 A CN201010101376 A CN 201010101376A CN 102137256 B CN102137256 B CN 102137256B
- Authority
- CN
- China
- Prior art keywords
- video program
- audio
- file
- interactive service
- broadcast channel
- 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.)
- Active
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明实施例公开了一种文件传输方法，包括：接收音视频节目文件以及与所述音视频节目文件对应的互动业务文件；对所述互动业务文件和所述音视频节目文件进行编码，并将编码后的互动业务文件和音视频节目文件分别通过同一广播信道的不同端口下发到终端。本发明实施例能够在多媒体广播业务中有效地节省广播网资源。本发明实施例同样公开了一种应用上述方法的装置和系统。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种文件传输方法、装置和系统。
背景技术
随着通信网络的发展，基于TD-MBMS(Time Division-MultimediaBroadcast Multicast Service，时分多媒体广播组播业务)的多媒体广播业务得到了越来越广泛的应用，该广播业务是指基于TD-MBMS技术承载的多媒体业务，包括流式视频广播、手机报TD-MBMS版、视讯、交通路况信息和互动业务等业务产品。基于TD-MBMS的多媒体广播业务通过TD-MBMS广播通道，为用户广播下发各类多媒体业务内容。
其中，流式视频广播是利用流式广播方式下发的视频业务内容，比如中央一台新闻联播等。终端接收广播电视节目内容，解析后呈现给用户。在开展流式广播业务时，例如超女选秀、电视购物等活动，需要用户在收看节目时，能积极参与到节目中进行互动。如图1所示，为TD-MBMS的多媒体广播业务系统架构图，其中，互动业务文件由互动业务管理平台生成并上传给多媒体广播业务平台，同时，广播视频节目源通过广播信道将互动业务文件下发到手机终端。广播视频节目源将视频节目实时上传至多媒体广播业务平台，该视频节目由多媒体广播业务平台广播下发给手机终端。
互动业务文件和广播视频节目源的广播下发，是通过两个不同的广播信道下来，互不干扰。互动业务文件里面规定了互动事件的触发时间点，播放器在节目播放的规定时刻，呈现互动信息，用户可以参与进行投票、评论和购物等操作。具体地，在多媒体广播业务中，视频节目内容和互动业务文件广播下发的协议栈如图2所示。其中，广播的互动业务文件是通过FLUTE(FileDelivery over Unidirectional Transport，无向文件传输)协议下发的；而广播的流式视频文件则是通过RTP(Real-time Transport Protocol，实时传送协议)下发的，但两者都是基于UDP(User Datagram Protocol，用户数据包协议)下发的。
发明人在实现本发明的过程中，发现现有技术至少存在以下缺陷：
虽然在TD-MBMS的理论带宽有384K，但是在实际应用中，往往无法提供如此多的带宽，特别当开展众多的广播业务时，带宽显得尤为珍贵，因此，开辟一个专门的信道，在广播式手机视频业务中传递互动文件，会导致资源的浪费。
发明内容
本发明实施例提供了一种文件传输方法、装置和系统，用于节省广播网资源。
本发明实施例提供了一种文件传输方法，包括：
接收音视频节目文件以及与所述音视频节目文件对应的互动业务文件；
对所述互动业务文件和所述音视频节目文件进行编码，并将编码后的互动业务文件和音视频节目文件分别通过同一广播信道的不同端口下发到终端。
本发明实施例还提供了一种文件传输方法，包括：
接收来自多媒体广播业务平台的文件，获取传输所述文件的广播信道的端口号；
根据所述广播信道的端口号确定所述文件的类型，使用所述文件的类型对应的协议对所述文件进行解析，获取解码后的音视频节目文件以及与所述音视频节目文件对应的互动业务文件。
本发明实施例还提供了一种多媒体广播业务平台，包括：
接收模块，用于接收音视频节目文件以及与所述音视频节目文件对应的互动业务文件；
编码模块，用于对所述接收模块接收到的互动业务文件和音视频节目文件进行编码；
发送模块，用于将所述编码模块编码后的互动业务文件和音视频节目文件分别通过同一广播信道的不同端口下发到终端。
本发明实施例还提供了一种终端设备，包括：
接收模块，用于接收来自多媒体广播业务平台的文件，获取传输所述文件的广播信道的端口号；
解析模块，用于根据所述接收模块获取的广播信道的端口号确定所述文件的类型，使用所述文件的类型对应的协议对所述文件进行解析，获取解码后的音视频节目文件以及与所述音视频节目文件对应的互动业务文件。
本发明实施例还提供了一种文件传输系统，包括：
多媒体广播业务平台，用于接收音视频节目文件以及与所述音视频节目文件对应的互动业务文件；对所述互动业务文件和所述音视频节目文件进行编码，并将编码后的互动业务文件和音视频节目文件分别通过同一广播信道的不同端口下发到终端设备；
终端设备，用于接收来自所述多媒体广播业务平台的文件，获取传输所述文件的广播信道的端口号；根据所述广播信道的端口号确定所述文件的类型，使用所述文件的类型对应的协议对所述文件进行解析，获取解码后的音视频节目文件以及与所述音视频节目文件对应的互动业务文件。
与现有技术相比，本发明实施例具有以下优点：本发明实施例通过同一广播信道下发互动业务文件和音视频文件，能够在多媒体广播业务中有效地节省广播网资源。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对本发明实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为TD-MBMS的多媒体广播业务系统架构图；
图2为视频节目内容和互动业务文件广播下发的协议栈；
图3为本发明实施例一中的一种文件传输方法流程图；
图4为本发明实施例二中的一种文件传输方法流程图；
图5为本发明实施例三中的一种文件传输方法流程图；
图6为本发明实施例四中的一种多媒体广播业务平台结构示意图；
图7为本发明实施例五中的一种多媒体广播业务平台结构示意图；
图8为本发明实施例六中的一种终端设备结构示意图；
图9为本发明实施例七中的一种终端设备结构示意图；
图10为本发明实施例八中的一种文件传输系统结构示意图。
具体实施方式
本发明实施例提供的技术方案中，采用同一广播信道、基于UDP协议、通过两个端口分别传输流式数据和互动业务文件。终端同时解析RTP和FLUTE协议打包的数据；在多媒体广播业务平台侧，SG(Service Guide，业务指南)服务器在Access Fragment(接入分片)中增加满足支持不同端口、同一IP地址的SDP(Session Description Protocol，会话描述协议)文件。SMF(Service Management Function，业务管理功能)生成相关的SDP文件，内容服务器支持支持不同端口、同一信道的数据广播。
下面将结合本发明实施例中的附图，对本发明实施例的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
如图3所示，为本发明实施例一中的一种文件传输方法流程图，包括以下步骤：
步骤301，接收音视频节目文件以及与该音视频节目文件对应的互动业务文件。
具体地，音视频节目文件可以来自音视频节目源，互动业务文件可以来自互动业务管理平台。在接收音视频节目文件以及与所述音视频节目文件对应的互动业务文件之前，还可以接收来自互动业务管理平台的互动业务文件信息和来自音视频节目源的音视频节目文件信息，所述互动业务文件信息中携带传输所述互动业务文件的广播通道的目标地址和端口号，所述音视频节目文件信息中携带传输所述音视频节目文件的广播通道的目标地址和端口号；根据所述互动业务文件信息和所述音视频节目文件信息生成业务指南，通过所述业务指南中的会话描述协议SDP指示传输所述互动业务文件和所述音视频节目文件的广播通道的目标地址和端口号。
其中，业务指南中包含分别对应所述互动业务文件信息和所述音视频节目文件信息的接入分片，该接入分片中携带指示所述广播通道的目标地址和端口号的SDP。
步骤302，对互动业务文件和音视频节目文件进行编码，并将编码后的互动业务文件和音视频节目文件分别通过同一广播信道的不同端口下发到终端。
具体地，可以使用RTP协议对音视频节目文件进行编码，使用FLUTE协议对互动业务文件进行编码，并通过不同的端口将上述编码后的音视频节目文件和互动业务文件承载在同一广播信道中下发。
本发明实施例通过同一广播信道下发互动业务文件和音视频文件，能够在多媒体广播业务中有效地节省广播网资源。
如图4所示，为本发明实施例二中的一种文件传输方法流程图，包括以下步骤：
步骤401，接收来自多媒体广播业务平台的文件，获取传输该文件的广播信道的端口号。
具体地，在根据广播信道的端口号确定文件的类型之前，还可以访问所述多媒体广播业务平台，获取所述多媒体广播业务平台根据互动业务文件信息和音视频节目文件信息生成的业务指南，所述业务指南中的SDP指示传输所述互动业务文件和所述音视频节目文件的广播通道的目标地址和端口号。
上述根据广播信道的端口号确定所述文件的类型，具体为：根据所述业务指南中包含的传输所述互动业务文件和所述音视频节目文件的广播通道的目标地址和端口号，获取与传输所述文件的广播信道的端口号对应的所述文件的类型。
由于多媒体广播业务平台通过同一广播信道的不同端口下发音视频节目文件和互动业务文件，因此，在获知广播信道的各个端口对应的文件类型后，可以确定从各个端口接收到的文件是音视频节目文件还是互动业务文件。
步骤402，根据广播信道的端口号确定文件的类型，使用该文件的类型对应的协议对该文件进行解析，获取解码后的音视频节目文件以及与该音视频节目文件对应的互动业务文件。
具体地，当确定文件的类型为音视频节目文件时，可以使用RTP协议对该文件进行解析；当确定文件的类型为互动业务文件时，可以使用FLUTE对该文件进行解析。
本发明实施例通过同一广播信道下发互动业务文件和音视频文件，能够在多媒体广播业务中有效地节省广播网资源。
本发明实施例提出的技术方案可以应用于如图1所示的系统架构中，该系统架构包括终端、多媒体广播业务平台、互动业务管理平台和音视频节目源，其中，多媒体业务广播平台包括内容服务器、SMF和SG服务器。
具体地，终端用于从多媒体广播业务平台中的SG服务器获取业务指南，该业务指南的ACESS分片中，音视频节目文件在通过内容服务器广播时的SDP描述与互动业务文件在通过内容服务器广播时的SDP描述相比，目标地址相同且端口号不同。终端在接收广播视频时，客户端的RTP和FLUTE解析模块分别接收自己加入的目标地址、端口发来的数据包。
SG服务器用于根据音视频节目信息和互动业务文件信息生成业务指南，其中，音视频节目文件信息和互动业务文件信息分别生成对应的两个ACCESS分片，在音视频节目文件信息对应的ACESS分片和互动业务文件信息对应的ACESS分片中，音视频节目文件在通过内容服务器广播时的SDP描述与互动业务文件在通过内容服务器广播时的SDP描述相比，目标地址相同且端口号不同。
内容服务器用于将互动业务文件信息和音视频节目文件信息同步给SMF，该信息包括端口号和IP地址。当内容服务器接收到互动业务管理平台上传的互动业务文件以及音视频节目源上传的音视频节目文件后，从规定的端口号广播节目内容。
互动业务管理平台和视频节目源用于将业务信息发送给SMF，SMF根据业务信息配置好互相业务文件和视频节目广播下发所需的SDP文件，该SDP文件包含端口号和IP地址等信息。SMF将该SDP文件同步给SG服务器，该SDP文件由SG服务器嵌入到业务指南的ACCESS分片中。
其中，Access Fragment(接入分片)规定了终端接收和播放某频道、某电视节目或某时段分发的内容时所需要的接入信息，包括广播网络的频点、信道编号、SDP等。如表1所示，为ACCESS分片结构表。
表1 ACCESS分片结构表
| 名称 | 类型 | 是否必需 | 对应关系 | 描述 | 数据类型 |
| Access | E | 接入分片 | |||
| id | A | NM/TM | 1 | 该接入分片的标识。 | anyURI |
| version | A | NM/TM | 1 | 该分片的版本号。新版本的分片可以从接收到的时候开始，替换掉老版本的分片。 | unsignedInt(32bits) |
| AccessType | E1 | NM/TM | 1 | 定义了接入方式●BroadcastServiceDelivery●UnicastServiceDelivery | |
| BroadcastServiceDelivery | E2 | NM/TM | 0...1 | 基于IP的广播网络的传输指示 | |
| BDSType | E3 | NM/TM | 0..1 | Access分片关联的底层分发网络类型包含如下元素TypeVersion | |
| Type | E4 | NM/TM | 0..1 | 底层分发网络类型：0.IPDC over DVB-H | unsignedByte |
| 1.3GPP MBMS2.3GPP2 BCMCS3-127.为将来预留128.CMMB129-255.为私有预留 | |||||
| Version | E4 | NM/TM | 0..N | 底层分发网络的版本号当Type为3GPPMBMS，Version取值为Rel-6 | string |
| SessionDescriptionReference | E3 | NM/TM | 0...N | 指向或者内嵌的与该Access分片关联的Session Description信息，为终端提供接入频道的方式 | |
| SDP | E4 | NM/TM | 0...1 | 内嵌的SessionDescription信息，按照IETF RFC 4566[7]定义的SDP格式 | string |
| KeyManagementSystem | E1 | NM/TM | 0..N | 密钥管理系统标识对于加密频道，该频道分片关联的Access分片的KeyManagementSystem根据下述定义取值；对于不加密频道，频道分片关联的Access分片没有该元素。 | |
| kmsType | A | NM/TM | 1 | 本规范中置为1。0.oma-bcast-drm-pki表明OMA DRM PKI(PublicKeyInfrastructure)1.oma-bcast-gba_u-mbms表明GBA_U 3GPPMBMSSKI(Symmetric KeyInfrastructure) | unsignedByte |
| 2.oma-bcast-gba_me-mbms表明GBA_ME3GPP MBMS SKI i.e.GBA_ME can be used3.oma-bcast-prov-bcmcs表明provisioned3GPP2 BCMCS SKI | |||||
| protectionType | A | NM/TM | 1 | 本规范中置为1。密钥管理系统的保护类别0.仅内容保护(protection_after_reception in STKM＝0x00or 0x01具体参见OMA-BCAST-ServContProt-V1_0-20070727[12])1.仅业务保护(protection_after_reception in STKM＝0x03，具体参见OMA-BCAST-ServContProt-V1_0-20070727[12])2.内容保护，以及对于录制内容重放的保护(protection_after_reception in STKM＝0x02，具体参见OMA-BCAST-ServContProt-V1_0-20070727[12])3-127为未来使用预留128-255为私有应用预留本标准定义该参数的 | unsignedByte |
| 取值为1。 | |||||
| PermissionsIssuerURI | E2 | NM/TM | 1 | 发布权限的平台的地址，终端请求密钥应发送到该地址。该字段包含三个组成部分，格式为协议类别：//主机域名：端口号/主机资源路径本标准中，该字段的主机域名配置为NAF域名端口号由管理员根据NAF的情况进行配置主机资源路径由管理员根据NAF的情况进行配置 | anyURI |
| Type | A | NM/TM | 1 | PermissionsIssuerURI的类型本标准中定义该参数的取值为True，表示PermissionsIssuerURI的类型是SmartcardProfile | bollean |
| ProtectionKeyID | E2 | NM/TM | 0...N | 访问被保护内容的业务密钥标识，本标准中，仅在Access分片中提供ProtectionKeyID | base64Binary |
| Type | A | NM/TM | 1 | 0：ProtectionKeyID＝Key Domain ID+SEK/PEK ID，用于Smartcard Profile，具体参见OMA-BCAST-ServContProt-V1_0-20070727[12].1-127为未来使用预留128-255为私有应用预留 | unsignedByte |
| 本标准中定义该参数的取值为0 | |||||
| EncryptionType | E1 | NM/TM | 0...N | 指示终端访问业务所需支持的加密方法：0-IPsec1-SRTP2-ISMACryp3-DCF4-255-为未来使用预留.如果未提供该元素，表示业务未加密，终端可直接接收和解析。该值可配置，目前根据业务的加密方式，取值可以为1、2、3。 | unsignedByte |
| ServiceReference | E1 | NM/TM | 0..N | 本分片所归属的Service分片的索引。ServiceReference和ScheduleReference不能同时出现。每一个Service分片需要与至少一个Access分片关联，为终端提供接入该频道的信息。一个Access分片可以归属多个Service分片。 | |
| idRef | A | NM/TM | 1 | 与该Access分片关联的Service分片的分片标识 | anyURI |
| ScheduleReference | E1 | NM/TM | 0...N | 本分片所归属的Schedule分片的索引。 |
| ServiceReference和ScheduleReference不能同时出现。 | |||||
| idRef | A | NM/TM | 1 | 与该Access分片关联的Schedule分片的标志。 | anyURI |
| PrivateExt | E1 | NO/TO | 0...1 | 用于包含私有或者特定应用信息的元素 | |
| CMMBPara | E2 | NO/TO | 0...1 | CMMB网络的参数 | |
| frequencyNo | A | NO/TO | 0...1 | 频率编号 | unsignedByte |
| Serviceid | A | NO/TO | 0...1 | CMMB业务标识 | unsignedByte |
| TDMBPara | E2 | NO/TO | 0...1 | 广播网络的参数，仅适用于非IP承载网络 | |
| frequence | A | NO/TO | 0...1 | 频率值 | double |
| broadcastServiceID | A | NO/TO | 0...1 | 接入非IP承载网络的ServiceID参数。 | unsignedByte |
| broadcastSubChannelID | A | NO/TO | 0...1 | 接入非IP承载网络的SubChannelID(子信道参数)。 | unsignedByte |
其中，ACCESS分片中的SDP文件包括手机电视节目广播SDP说明和互动业务文件广播SDP说明，流会话的SDP中主要参数说明可以包括以下内容：
a.1 发送方IP地址
MBMS流会话的发送方IP地址，以IPv4或者IPv6标识。
a.2 目标IP地址和每一媒体RTP会话端口
RTP通道的目的IP地址和端口号。IP通过“c＝”标识，端口通过“m＝”标识。
例如：
m＝video 4002 RTP/AVP 96
c＝IN IP4 239.194.150.91/64
“64”为TTL值
a.3会话的开始和结束时间
通过“t＝”描述MBMS下载会话的开始和结束时间。
a.4协议ID，如RTP/AVP
指示数据的发送协议，如使用RTP协议通过UDP发送，这部分数据应维持编码器输出的不变。
a.5媒体类型和fmt列表
这部分数据应维持编码器输出的不变。
a.6每一媒体的MBMS承载模式
定义为″a＝mbms-mode:″″broadcast″SP tmgi SP mbms-counting-informationCRLF
其中TMGI为1至15个十进制的数字字符；
mbms-counting-information为1个十进制的数字字符，1表示“counting”，0表示“not counting”。该字段指示RNC是否做“counting”、控制小区广播信号的发射。
a.7每一媒体的服务语言
·如a＝lang:EN表示媒体的服务语言为英语。
流会话的SDP样例可以为以下内容：
v＝0
o＝ghost 2890844526 2890842807 IN IP4 192.168.10.10
s＝3GPP MBMS Streaming SDP Example
i＝Example of MBMS streaming SDP file
u＝http://www.infoserver.example.com/ae600
e＝ghostmailserver.example.com
c＝IN IP6 FF1E:03AD::7F2E:172A:1E24/1
t＝3034423619 3042462419
b＝AS:77
a＝mbms-mode:broadcast 1234 1
a＝source-filter:incl IN IP6*2001:210:1:2:240:96FF:FE25:8EC9
a＝FEC-declaration:0 encoding-id＝1
m＝video 4002 RTP/AVP 96
b＝TIAS:62000
b＝RR:0
b＝RS:600
a＝maxprate:17
a＝rtpmap:96 H264/90000
a＝fmtp:96 profile-level-id＝42A01E；packetization-mode＝1；sprop-parameter-sets＝Z0IACpZTBYmI，aMljiA＝＝
m＝audio 4004 RTP/AVP 98
b＝TIAS:15120
b＝RR:0
b＝RS:600
a＝maxprate:10
a＝rtpmap:98 AMR/8000
a＝fmtp:98 octet-align＝1
MBMS下载会话SDP中主要参数说明包括以下内容：
b.1 发送方IP地址
MBMS下载会话的发送方IP地址，以IPv4或者IPv6标识；
b.2 目的IP地址和每一媒体各通道的端口号
FLUTE通道的目的IP地址和端口好。IP地址通过“c＝”标识，端口通过“m＝”标识。
例如：
m＝application 12345 FLUTE/UDP 0
c＝IN IP6 FF1E:03AD::7F2E:172A:1E24/1
b.3 会话的TSI
格式为″a＝flute-tsi:″tsi CRLF
tsi为1至15个十进制的数字字符。
b.4 会话的开始和结束时间
通过“t＝”描述MBMS下载会话的开始和结束时间。
b.5 协议ID，如FLUTE/UDP
指示数据的发送协议，如使用FLUTE协议通过UDP发送。
b.6 媒体类型和fmt列表
b.7 每一媒体的MBMS承载模式
定义为″a＝mbms-mode:″″broadcast″SP tmgi SP mbms-counting-informationCRLF
其中TMGI为1至15个十进制的数字字符；mbms-counting-information为1个十进制的数字字符，1表示“counting”，0表示“not counting”。
b.8 FEC能力和相关参数。
定义格式为“a＝FEC-declaration:0encoding-id＝1”，例“a＝FEC:0”
b.9 每一媒体的服务语言
如a＝lang:EN表示媒体的服务语言为英语。
MBMS下载会话SDP样例可以包括以下内容：
v＝0
o＝user123 2890844526 2890842807 IN IP4 192.168.10.10
s＝File delivery session example
i＝More information
t＝2873397496 2873404696
a＝mbms-mode:broadcast 1234 1
a＝FEC-declaration:0 encoding-id＝1
a＝source-filter:incl IN IP6*2001:210:1:2:240:96FF:FE25:8EC9
a＝flute-tsi:3
m＝application 12345 FLUTE/UDP 0
c＝IN IP6 FF1E:03AD::7F2E:172A:1E24/1
b＝64
a＝lang:EN
a＝FEC:0
以下结合上述应用场景对本发明实施例中的文件传输方法进行详细、具体的描述。
如图5所示，为本发明实施例三的文件传输方法流程图，具体包括以下步骤：
步骤501，互动业务管理平台上传互动业务信息到SG服务器，音视频节目源上传音视频节目信息到SG服务器。
步骤502，内容服务器上传互动业务文件和音视频节目文件信息到SMF。
步骤503，SMF根据互动业务文件和音视频节目文件信息生成SDP文件。
步骤504，SMF将SDP文件上传至SG服务器。
步骤505，SG服务器将SDP文件嵌入到ACCESS分片中，生成业务指南。
步骤506，终端通过双向网络访问SG服务器，通过点对点的方式获取业务指南。
步骤507，互动业务管理平台将互动业务文件上传至内容服务器，音视频节目源将音视频节目文件上传至内容服务器。
步骤508，内容服务器根据广播要求，将音视频节目和互动业务文件从不同端口分别使用RTP和FLUTE协议打包，并从同一广播信道下发到终端。
步骤509，终端启动客户端，接收广播信道的内容，分别通过RTP和FLUTE解析模块解析音视频文件和互动业务文件。
步骤510，终端根据互动业务提示，进行互动操作。
本发明实施例通过同一广播信道下发互动业务文件和音视频文件，能够在多媒体广播业务中有效地节省广播网资源。
本发明实施例在上述实施方式中提供了文件传输方法和应用场景，相应地，本发明实施例还提供了应用上述文件传输方法的装置和系统。
如图6所示，为本发明实施例四中的一种多媒体广播业务平台结构示意图，包括：
接收模块610，用于接收音视频节目文件以及与所述音视频节目文件对应的互动业务文件。
编码模块620，用于对所述接收模块610接收到的互动业务文件和音视频节目文件进行编码。
发送模块630，用于将所述编码模块620编码后的互动业务文件和音视频节目文件分别通过同一广播信道的不同端口下发到终端。
本发明实施例通过同一广播信道下发互动业务文件和音视频文件，能够在多媒体广播业务中有效地节省广播网资源。
如图7所示，为本发明实施例五中的一种多媒体广播业务平台结构示意图，包括：
接收模块710，用于接收来自互动业务管理平台的互动业务文件和来自音视频节目源的音视频节目文件。
上述接收模块710，还用于接收来自互动业务管理平台的互动业务文件信息和来自音视频节目源的音视频节目文件信息，所述互动业务文件信息中携带传输所述互动业务文件的广播通道的目标地址和端口号，所述音视频节目文件信息中携带传输所述音视频节目文件的广播通道的目标地址和端口号。
编码模块720，用于对所述接收模块710接收到的互动业务文件和音视频节目文件进行编码。
发送模块730，用于将所述编码模块720编码后的互动业务文件和音视频节目文件分别通过同一广播信道的不同端口下发到终端。
生成模块740，用于根据所述接收模块710接收到的互动业务文件信息和音视频节目文件信息生成业务指南，通过所述业务指南中的SDP指示传输所述互动业务文件和所述音视频节目文件的广播通道的目标地址和端口号。
本发明实施例通过同一广播信道下发互动业务文件和音视频文件，能够在多媒体广播业务中有效地节省广播网资源。
如图8所示，为本发明实施例六中的一种终端设备结构示意图，包括：
接收模块810，用于接收来自多媒体广播业务平台的文件，获取传输所述文件的广播信道的端口号。
解析模块820，用于对所述接收模块810获取的广播信道的端口号确定所述文件的类型，使用所述文件的类型对应的协议对所述文件进行解析，获取解码后的音视频节目文件以及与所述音视频节目文件对应的互动业务文件。
本发明实施例通过同一广播信道下发互动业务文件和音视频文件，能够在多媒体广播业务中有效地节省广播网资源。
如图9所示，为本发明实施例七中的一种终端设备结构示意图，包括：
接收模块910，用于接收来自多媒体广播业务平台的文件，获取传输所述文件的广播信道的端口号。
解析模块920，用于对所述接收模块910获取的广播信道的端口号确定所述文件的类型，使用所述文件的类型对应的协议对所述文件进行解析，获取解码后的音视频节目文件以及与所述音视频节目文件对应的互动业务文件。
上述解析模块920，具体用于根据获取模块930获取的业务指南中包含的传输所述互动业务文件和所述音视频节目文件的广播通道的目标地址和端口号，获取与传输所述文件的广播言道的端口号对应的所述文件的类型。
获取模块930，用于访问所述多媒体广播业务平台，获取所述多媒体广播业务平台根据互动业务文件信息和音视频节目文件信息生成的业务指南，所述业务指南中的SDP指示传输所述互动业务文件和所述音视频节目文件的广播通道的目标地址和端口号。
本发明实施例通过同一广播信道下发互动业务文件和音视频文件，能够在多媒体广播业务中有效地节省广播网资源。
如图10所示，为本发明实施例八中的一种文件传输系统结构示意图，包括：
多媒体广播业务平台100，用于接收音视频节目文件以及与所述音视频节目文件对应的互动业务文件；对所述互动业务文件和所述音视频节目文件进行编码，并将编码后的互动业务文件和音视频节目文件分别通过同一广播信道的不同端口下发到终端设备200。
上述多媒体广播业务平台100，包括：
SG服务器110，用于接收来自互动业务管理平台的互动业务文件信息和来自音视频节目源的音视频节目文件信息，所述互动业务文件信息中携带传输所述互动业务文件的广播通道的目标地址和端口号，所述音视频节目文件信息中携带传输所述音视频节目文件的广播通道的目标地址和端口号；根据所述互动业务文件信息和所述音视频节目文件信息生成业务指南，通过所述业务指南中的会话描述协议SDP指示传输所述互动业务文件和所述音视频节目文件的广播通道的目标地址和端口号。
SMF实体120，用于根据所述互动业务文件信息和所述音视频节目文件信息配置下发所述互动业务文件和所述音视频节目文件所需的SDP文件，将所述SDP文件发送到所述SG服务器110，由所述SG服务器110将所述SDP文件嵌入到所述业务指南。
内容服务器130，用于接收音视频节目文件以及与所述音视频节目文件对应的互动业务文件，根据所述互动业务文件信息和所述音视频节目文件信息中携带的传输所述广播通道的目标地址和端口号，通过不同的端口将所述音视频节目文件和所述互动业务文件承载在同一广播信道中下发。
终端设备200，用于接收来自多媒体广播业务平台100的文件，获取传输所述文件的广播信道的端口号；根据所述广播信道的端口号确定所述文件的类型，使用所述文件的类型对应的协议对所述文件进行解析，获取解码后的音视频节目文件以及与所述音视频节目文件对应的互动业务文件。
本发明实施例通过同一广播信道下发互动业务文件和音视频文件，能够在多媒体广播业务中有效地节省广播网资源。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以集成于一体，也可以分离部署；可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (11)
1.一种文件传输方法，其特征在于，包括：
接收来自互动业务管理平台的互动业务文件信息和来自音视频节目源的音视频节目文件信息，所述互动业务文件信息中携带传输所述互动业务文件的广播通道的目标地址和端口号，所述音视频节目文件信息中携带传输所述音视频节目文件的广播通道的目标地址和端口号；
接收音视频节目文件以及与所述音视频节目文件对应的互动业务文件；
对所述互动业务文件和所述音视频节目文件进行编码，并将编码后的互动业务文件和音视频节目文件分别通过同一广播信道的不同端口下发到终端。
2.如权利要求1所述的方法，其特征在于，
根据所述互动业务文件信息和所述音视频节目文件信息生成业务指南，通过所述业务指南中的会话描述协议SDP指示传输所述互动业务文件和所述音视频节目文件的广播通道的目标地址和端口号。
3.如权利要求2所述的方法，其特征在于，所述业务指南中包含分别对应所述互动业务文件信息和所述音视频节目文件信息的接入分片，所述接入分片中携带指示所述广播通道的目标地址和端口号的SDP。
4.一种文件传输方法，其特征在于，包括：
访问多媒体广播业务平台，获取所述多媒体广播业务平台根据互动业务文件信息和音视频节目文件信息生成的业务指南，所述业务指南中的SDP指示传输所述互动业务文件和所述音视频节目文件的广播通道的目标地址和端口号；
接收来自多媒体广播业务平台的文件，并根据所述业务指南获取传输所述文件的广播信道的端口号；
根据所述广播信道的端口号确定所述文件的类型，使用所述文件的类型对应的协议对所述文件进行解析，获取解码后的音视频节目文件以及与所述音视频节目文件对应的互动业务文件。
5.如权利要求4所述的方法，其特征在于，所述根据广播信道的端口号确定所述文件的类型，具体包括：
根据所述业务指南中包含的传输所述互动业务文件和所述音视频节目文件的广播通道的目标地址和端口号，获取与传输所述文件的广播信道的端口号对应的所述文件的类型。
6.一种多媒体广播业务平台，其特征在于，包括：
接收模块，用于接收来自互动业务管理平台的互动业务文件信息和来自音视频节目源的音视频节目文件信息，所述互动业务文件信息中携带传输所述互动业务文件的广播通道的目标地址和端口号，所述音视频节目文件信息中携带传输所述音视频节目文件的广播通道的目标地址和端口号；以及接收音视频节目文件以及与所述音视频节目文件对应的互动业务文件；
编码模块，用于对所述接收模块接收到的互动业务文件和音视频节目文件进行编码；
发送模块，用于将所述编码模块编码后的互动业务文件和音视频节目文件分别通过同一广播信道的不同端口下发到终端。
7.如权利要求6所述的多媒体广播业务平台，其特征在于，所述的多媒体广播业务平台，还包括：
生成模块，用于根据所述接收模块接收到的互动业务文件信息和音视频节目文件信息生成业务指南，通过所述业务指南中的SDP指示传输所述互动业务文件和所述音视频节目文件的广播通道的目标地址和端口号。
8.一种终端设备，其特征在于，包括：
获取模块，用于访问多媒体广播业务平台，获取所述多媒体广播业务平台根据互动业务文件信息和音视频节目文件信息生成的业务指南，所述业务指南中的SDP指示传输所述互动业务文件和所述音视频节目文件的广播通道的目标地址和端口号；
接收模块，用于接收来自多媒体广播业务平台的文件，获取传输所述文件的广播信道的端口号；
解析模块，用于根据所述接收模块获取的广播信道的端口号确定所述文件的类型，使用所述文件的类型对应的协议对所述文件进行解析，获取解码后的音视频节目文件以及与所述音视频节目文件对应的互动业务文件。
9.如权利要求8所述的终端设备，其特征在于，
所述解析模块，具体用于根据所述业务指南中包含的传输所述互动业务文件和所述音视频节目文件的广播通道的目标地址和端口号，获取与传输所述文件的广播信道的端口号对应的所述文件的类型。
10.一种文件传输系统，其特征在于，包括：
多媒体广播业务平台，用于接收来自互动业务管理平台的互动业务文件信息和来自音视频节目源的音视频节目文件信息，所述互动业务文件信息中携带传输所述互动业务文件的广播通道的目标地址和端口号，所述音视频节目文件信息中携带传输所述音视频节目文件的广播通道的目标地址和端口号；接收音视频节目文件以及与所述音视频节目文件对应的互动业务文件；对所述互动业务文件和所述音视频节目文件进行编码，并将编码后的互动业务文件和音视频节目文件分别通过同一广播信道的不同端口下发到终端设备；
终端设备，用于访问所述多媒体广播业务平台，获取所述多媒体广播业务平台根据互动业务文件信息和音视频节目文件信息生成的业务指南，所述业务指南中的SDP指示传输所述互动业务文件和所述音视频节目文件的广播通道的目标地址和端口号；接收来自所述多媒体广播业务平台的文件，并根据所述业务指南获取传输所述文件的广播信道的端口号；根据所述广播信道的端口号确定所述文件的类型，使用所述文件的类型对应的协议对所述文件进行解析，获取解码后的音视频节目文件以及与所述音视频节目文件对应的互动业务文件。
11.如权利要求10所述的系统，其特征在于，所述多媒体广播业务平台，包括：
业务指南SG服务器，用于接收来自互动业务管理平台的互动业务文件信息和来自音视频节目源的音视频节目文件信息，并根据所述互动业务文件信息和所述音视频节目文件信息生成业务指南，通过所述业务指南中的会话描述协议SDP指示传输所述互动业务文件和所述音视频节目文件的广播通道的目标地址和端口号；
业务管理功能SMF实体，用于根据所述互动业务文件信息和所述音视频节目文件信息配置下发所述互动业务文件和所述音视频节目文件所需的SDP文件，将所述SDP文件发送到所述SG服务器，由所述SG服务器将所述SDP文件嵌入到所述业务指南；
内容服务器，用于接收音视频节目文件以及与所述音视频节目文件对应的互动业务文件，根据所述互动业务文件信息和所述音视频节目文件信息中携带的传输所述广播通道的目标地址和端口号，通过不同的端口将所述音视频节目文件和所述互动业务文件承载在同一广播信道中下发。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201010101376 CN102137256B (zh) | 2010-01-26 | 2010-01-26 | 一种文件传输方法、装置和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201010101376 CN102137256B (zh) | 2010-01-26 | 2010-01-26 | 一种文件传输方法、装置和系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102137256A CN102137256A (zh) | 2011-07-27 |
| CN102137256B true CN102137256B (zh) | 2013-11-06 |
Family
ID=44296898
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 201010101376 Active CN102137256B (zh) | 2010-01-26 | 2010-01-26 | 一种文件传输方法、装置和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102137256B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103634562B (zh) * | 2012-08-24 | 2017-08-29 | 中国电信股份有限公司 | 用于视频会议的数据传送方法和系统 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1698311A (zh) * | 2003-01-16 | 2005-11-16 | 索尼英国有限公司 | 视频/音频网络 |
| CN101035279A (zh) * | 2007-05-08 | 2007-09-12 | 孟智平 | 一种在视频资源中使用信息集的方法 |
| CN101047695A (zh) * | 2006-03-30 | 2007-10-03 | 西门子（中国）有限公司 | 一种在数字用户线中实现多服务和动态业务选择的方法 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101204513B1 (ko) * | 2005-12-20 | 2012-11-26 | 삼성전자주식회사 | 디지털 멀티미디어 재생 장치 및 디지털 멀티미디어 재생장치에서 디지털 멀티미디어 방송을 제공하는 방법 |
-
2010
- 2010-01-26 CN CN 201010101376 patent/CN102137256B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1698311A (zh) * | 2003-01-16 | 2005-11-16 | 索尼英国有限公司 | 视频/音频网络 |
| CN101047695A (zh) * | 2006-03-30 | 2007-10-03 | 西门子（中国）有限公司 | 一种在数字用户线中实现多服务和动态业务选择的方法 |
| CN101035279A (zh) * | 2007-05-08 | 2007-09-12 | 孟智平 | 一种在视频资源中使用信息集的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102137256A (zh) | 2011-07-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2496256C2 (ru) | Способ и устройство для предоставления руководства по услуге в мобильной широковещательной системе | |
| KR100870717B1 (ko) | 시스템 및 관련된 단말기, 콘텐츠 사용 통계량을 기록하기 위한 방법 및 컴퓨터 판독 저장 매체 | |
| CN101238732B (zh) | 在广播系统中发送/接收广播服务的接入信息的方法和装置及其系统 | |
| US8145209B2 (en) | Apparatus and method for delivering stream in a mobile broadcast system | |
| US20110103300A1 (en) | Data encapsulation and service discovery over a broadcast or multicast system | |
| CN1937609B (zh) | 流媒体平台支持多音轨内容的方法、系统及流媒体服务器 | |
| US20070022200A1 (en) | Communication Session Server | |
| JP5049151B2 (ja) | 受信装置及び伝送システム | |
| Furht et al. | Handbook of mobile broadcasting: DVB-H, DMB, ISDB-T, and mediaflo | |
| CN106464929B (zh) | 广播信号发送/接收方法和装置 | |
| CN1871800A (zh) | 将mpeg传输流映射到ip分组上进行wlan广播的方法和设备 | |
| CN101557267A (zh) | 一种bcast中通知消息呈现方式的方法和装置 | |
| CN106165321A (zh) | 广播信号发送装置、广播信号接收装置、广播信号发送方法以及广播信号接收方法 | |
| CN106233693A (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 | |
| CN105745899A (zh) | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 | |
| CN103733612A (zh) | 用于在数字广播系统中发送和接收用于广播服务接收的信令信息的方法及装置 | |
| CN100433627C (zh) | 实现移动多媒体广播组播的系统及方法 | |
| CN102137256B (zh) | 一种文件传输方法、装置和系统 | |
| KR100665094B1 (ko) | 인터넷을 이용한 디지털 멀티미디어 방송 서비스 방법 | |
| CN102572708A (zh) | 多播广播业务处理方法与系统、广播多播业务平台 | |
| CN101459483B (zh) | 一种实现城市数字广播的方法、发射点及系统 | |
| Mikoczy et al. | Hybrid IPTV services with IMS: integration of IMS based IPTV with broadcast and Unicast mobile TV services using DVB-H | |
| CN105282623B (zh) | 一种加强多媒体服务中数据传输的方法 | |
| CN101515830A (zh) | 一种多媒体广播业务中节目密钥的传送方法 | |
| KR101164231B1 (ko) | 휴대 방송 시스템에서 스트림 전송 시 자원 할당 방법 및 시스템 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |