CN1983947A - 一种用于多媒体广播和组播业务中的下载分发方法 - Google Patents
一种用于多媒体广播和组播业务中的下载分发方法 Download PDFInfo
- Publication number
- CN1983947A CN1983947A CN 200610080074 CN200610080074A CN1983947A CN 1983947 A CN1983947 A CN 1983947A CN 200610080074 CN200610080074 CN 200610080074 CN 200610080074 A CN200610080074 A CN 200610080074A CN 1983947 A CN1983947 A CN 1983947A
- Authority
- CN
- China
- Prior art keywords
- file
- multimedia broadcasting
- content
- multicast service
- value
- 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.)
- Granted
Links
Images
Abstract
本发明提供一种用于多媒体广播和组播业务中的下载分发方法，当发送端进行下载分发时，包括步骤：业务声明，发送端的业务声明单元通知用户可利用的多媒体广播和组播用户业务，以及与该业务相关的信息和参数；其中，所述信息至少包括基本ALC/FLUTE头的信令参数、FLUTE扩展头的信令参数、文件分发表实例信令参数；所述文件分发表实例信令参数中的原文件长度、内容类型和前向纠错编码标识设置为可选；文件的内容位置、文件实例的传输对象标识、文件分发表实例的过期时间为强制；会话开始；会话通知和数据传输；会话结束。通过本发明，使得在MBMS中下载分发时网络资源的利用率高。
Description
技术领域
本发明涉及多媒体广播和组播业务，特别涉及一种用于多媒体广播和组播业务中的下载分发方法。
背景技术
在各种移动分组业务中，包括视频点播、电视广播、视频会议、网上教育、互动游戏等业务具有一个主要特征，就是订阅上述业务的多个用户同时接收相同的数据，而且这业务和一般数据相比，往往具有并发用户多、数据量大、持续时间长、时延敏感等特点。显然，如果对这类业务仍然沿用普通点到点传输方法，对于资源紧缺的移动通信网络而言是非常低效率的。
为此，3GPP(3rd Generation Partnership Project；第三代移动通信标准化伙伴项目)针对这一类广播和组播业务的传输需求，在Release6引入多媒体广播和组播业务(MBMS：Multimedia Broadcast Multicast Service)技术，在移动网络中提供一个数据源向多个用户发送数据的点到多点业务，实现网络资源共享，提高网络资源的利用率，尤其是空口接口资源。
3GPP定义的MBMS不仅能实现纯文本低速率的消息类组播和广播，而且还能实现高速多媒体业务的组播和广播，这无疑顺应了未来移动数据发展的趋势。
根据3GPP的规范“3GPP TS 26.346 Multimedia Broadcast/MulticaseService(MBMS)Protocols and codecs，V6.3.0，2005-12”，基于MBMS的分发业务分三个功能层，即承载层(Bearers)，分发方法层(Delivery Method)与用户业务层(User Service)。
其中，承载层(Bearers)是基于MBMS业务的基础，提供了IP数据传输的机制，以一对多的方式传输组播和广播业务；分发方法层(Delivery Method)提供安全性及密钥分发，采用前向纠错(FEC：Forward-error-Correction)的可靠性控制，以及文件修复、分发验证等功能；主要有两种分发方法，即下载(Download)和流(Streaming)方法。用户业务层(User Service)主要是各种应用，不同的应用采用不同的方法将内容分发给MBMS订阅用户。
现有技术中，根据3GPP的规范“3GPP TS 26.346 Multimedia Broadcast/Multicase Service(MBMS)Protocols and codecs，V6.3.0，2005-12”，在MBMS承载上分发内容时，MBMS下载分发方法(Download Delivery Method)采用文件分发传输(FLUTE：File Delivery Over Unidi rectional Transport)协议。该FLUTE协议结构如图1所示。
由图1可知，FLUTE位于异步分层编码(ALC：Asynchronous LayeredCoding)协议之上。ALC主要由分层编码传输功能块(LCT：Layered CodingTransport)、拥塞控制(CC：Congestion Control)功能块以及前向纠错(FEC：Forward Error Correction)功能块组成。在MBMS下载分发场景中，拥塞控制并不合适，所以在MBMS下载分发方法中，并不采用拥塞控制。ALC用LCT功能块提供带内会话管理功能，ALC用FEC功能块提供可靠性。FEC功能块允许在ALC中选择合适的前向纠错码，也可以不采用前向纠错码，即只是简单地发送原始数据。FLUTE协议用来传输文件，并用文件分发表(FDT：File Delivery Table)来提供文件运行索引以及FLUTE会话中的基本接收参数。
下载的目的是为了分发文件的内容。在MBMS下载中，一个文件包含任何类型的MBMS数据，如3GPP音视频文件、二进制数据、静态文本、业务声明元数据等。支持MBMS下载的客户端和服务端应实现FLUTE规范以及ALC规范。一个文件下载分发表(FDT：File Delivery Table)关联于一个MBMS传输会话，所以一个MBMS传输会话应包含一个或多个FDT实例。
目前，当发送端进行下载分发时，包括步骤：
通知用户可利用的MBMS用户业务，以及与该业务相关的信令参数和其他参数；多媒体广播和组播业务中心单元根据所述信息生成文件分发表以及文件的内容，并触发多媒体广播和组播业务数据传输的承载资源建立；通知用户设备即将开始的多媒体广播和组播业务，并由数据传输单元开始传输包括所述文件分发表和文件的内容在内的数据；MBMS业务决定不再发送数据，并释放承载资源。
MBMS下载中的信令参数主要包括：基本ALC/FLUTE头的信令参数，FLUTE扩展头的信令参数以及FDT实例信令参数。
对于基本ALC/FLUTE头的信令参数除了指定的FLUTE与ALC必选头字段外，以下字段也需指定：
1)长度为32比特的拥塞控制标识(CCI：Congestion ControlIdentifier)字段；
2)长度为16比特的传输会话标识(TSI：Transmission SessionIdentifier)字段；
3)长度为16比特的传输对象表示(TOI：Transport Object Identifier)字段；
4)下列特征可以用于会话终止与对象传输终止的信令：
会话终止标志(A)指示会话终止；对象终止标志(B)指示对象终止。
对于FLUTE扩展头的信令参数，字段EXT_FDT，EXT_FTI，EXT_CENC如下：
1)EXT_FTI应包括在属于任何FDT实例的携带符号的每个分组中；
2)携带文件符号(非FDT实例)的FLUTE分组不包含EXT_FTI；
3)FDT实例不采用内容编码，所以不用EXT_CENC字段。
对于FDT实例信令参数，以下规则应用于会话级信息和FLUTE会话的所有文件。根据FLUTE规范以下FDT实例数据元素是强制的(Mandatory)：
1)文件的内容位置(Content-Location)；
2)文件实例的传输对象标识(TOI：Transport Object Identifier)；
3)FDT实例的过期时间(Expires)。
此外，以下FDT实例数据元素是强制的(Mandatory)：
1)原文件长度(Content-Length)；
2)内容类型(Content-Type)；
3)FEC编码标识(FEC Encoding ID)。
MBMS FLUTE中可以包含或不包含以下选项FDT实例元素：
1)完成(Complete)；
2)内容编码(Content-Encoding)。
FEC方案中还用到以下FEC对象传输信息(FEC Object TransmissionInformation)：
1)FEC-OTI-Maximum-Source-Black-Length；
2)FEC-OTI-Encoding-Source-Black-Length；
3)FEC-OTI-Encoding-Symbol-Length；
4)FEC-OTI-Max-Number-of-Encoding-Symbols；
5)FEC-OTI-Scheme-Specific-Info。
由于在FLUTE扩展头字段EX_FTI中已包含字段“Transfer-Length”，如果不采用内容编码(Content Encoding)时，Content-Length就等于Transfer-Length，而Content Encoding是可选的。因此，元素属性Content-Length也是可选的，即为可选(Optional)而非强制(Mandatory)；
只有是多目标因特网邮件扩展(MIME：Multipurpose Internet MailExtension)类型时才需要指定内容类型，因此Content-Type原始属性也是可选的，即为可选(Optional)而非强制(Mandatory)；
根据FLUTE协议，FEC Encoding ID默认值设置为0，即不采用FEC；另外也可通过FEC_OTI_FEC_Encoding_ID属性设置编码ID，因此元素属性FECEncoding ID是可选的，即为可选(Optional)而非强制(Mandatory)。
在多媒体广播和组播业务中心生成文件分发表实例时，包括以下步骤：
步骤201，设置ALC与FLUTE头信令参数、FLUTE扩展头信令参数、文件内容位置属性Content-Location、传输对象标识TOI属性的值；
步骤202，计算网络时间协议NTP的高32比特值，将该值转换为字符串类型赋值给过期时间属性Expires；
步骤203，判断是否采用了内容编码；如果是则设置Content-Encoding属性的值(见步骤204)，然后进行步骤205；若未采用内容编码，则转步骤205；
步骤205，计算原文件长度，并将该值赋给Conten-Length；
步骤206，设置内容类型属性Content-Type的值；
步骤207，设置，FEC Encoding ID的值；
步骤208，设置FEC对象传输信息OTI的值。
由上述可知，FDT实例强制性信令参数的个数较多，使得在多媒体广播和组播业务中下载分发时网络资源的利用率低。
另外，对于FDT实例来说，有个过期时间，该过期时间用来指明FDT实例的有效时间，即在该Expires时间范围内，FDT实例有效，在该时间之外无效。目前，该过期时间Expires属性是用字符串类型来描述，这样对于发送端来说，需要先将表示过期实际的无符号整型字转换为字符串类型，对于接收端来说，需要先将接收到的字符串类型转换为无符号的整型，再进行处理，这样处理过程比较复杂。
发明内容
鉴于现有技术中存在的问题，本发明提供一种用于多媒体广播和组播业务中的下载分发方法，通过减少FDT实例强制性信令参数的个数，使得在多媒体广播和组播业务中下载分发时，网络资源的利用率高。
本发明提供一种用于多媒体广播和组播业务中的下载分发方法，其中，当发送端进行下载分发时，包括步骤：
业务声明，发送端的业务声明单元通知用户可利用的多媒体广播和组播用户业务，以及与该业务相关的信息和参数；所述信息至少包括基本异步分层编码和文件分发传输头的信令参数、文件分发传输扩展头的信令参数和文件分发表实例信令参数；其中，所述文件分发表实例信令参数中的原文件长度、内容类型和前向纠错编码标识为可选；所述文件分发表实例信令参数中的文件的内容位置、文件实例的传输对象标识、文件分发表实例的过期时间为强制；
会话开始，发送端的多媒体广播和组播业务中心单元根据所述信息生成文件分发表以及文件的内容，并触发多媒体广播和组播业务数据传输的承载资源建立；
会话通知，发送端的会话通知单元通知用户设备即将开始的多媒体广播和组播业务，并由数据传输单元开始传输包括所述文件分发表和文件的内容在内的数据。
根据该方法，多媒体广播和组播业务中心单元根据所述信息生成文件分发表以及文件的内容，包括步骤：
步骤1，设置基本异步分层编码和文件分发传输头的信令参数、文件分发传输扩展头的信令参数、文件内容位置属性、传输对象标识属性的值；
步骤2，计算网络时间协议的高32比特值，并将该值转换为字符串类型赋值给过期时间属性；
步骤3，判断文件是否采用内容编码；若判断结果为采用了内容编码，则设置内容编码的值，并计算原文件长度，并将该值赋给原文件长度；
步骤4，判断文件是否为MIME类型；若判断结果为MIME类型，则根据其类型设置内容类型属性的值；
步骤5，判断文件是否采用纠错编码；若判断结果为采用纠错编码，则判断是否设置了FEC-OTI-FEC-Encoding-ID值；当判断未设置FEC-OTI-FEC-Encoding-ID值时，则设置FEC Encoding ID的值；
步骤6，设置前向纠错对象传输信息(FEC OTI)的值。
根据该方法，在所述步骤3中，若判断结果为未采用内容编码，则判断文件是否为MIME类型。
根据该方法，在所述步骤4中，若判断文件类型不是MIME类型时，则判断文件是否采用纠错编码。
根据该方法，在所述步骤5中，若判断结果为未采用纠错编码时，则设置前向纠错对象传输信息的值。
根据该方法，在所述步骤5中，当判断已经设置了FEC-OTI-FEC-Encoding-ID值时，则设置前向纠错对象传输信息的值。
根据该方法，文件分发表实例的过期时间为无符号整数。
根据该方法，文件分发表实例的过期时间为无符号整数。
根据该方法，所述步骤2为计算网络时间协议的高32比特值，将该值赋给过期时间属性。
根据该方法，还包括步骤：会话结束，多媒体广播多播业务决定不再发送数据，并释放承载资源。
本发明的有益效果在于，减少FDT实例强制性信令参数的个数，使得在多媒体广播和组播业务中下载分发时，FDT对象的设计更加灵活，更符合实际需要，并可减小传输量，从而提高网络资源的利用率；
在FDT实例有效载荷中，Expires应为32比特的数据字段，其值为网络时间协议(NTP：Network Time Protocol)64比特时间值的最高32比特，该32比特表示了一个从1900年1月1日0时开始的以秒为单位无符号整数，因此Expires的类型应为“xs：unsignedInt”；这样对于发送端和接收端来说，处理更加简单。
附图说明
图1为FLUTE协议结构示意图；
图2为现有技术中多媒体广播和组播业务中心生成FDT的流程图；
图3为本发明实施例的MBMS业务流程图；
图4为本发明实施例的多媒体广播和组播业务中心生成FDT的流程图；
图5为本发明实施例的下载传输会话中的传输示意图。
具体实施方式
以下结合附图对本发明进行详细的说明。
本发明提供一种用于多媒体广播和组播业务中的下载分发方法。如图3所示为MBMS业务流程图。其中，当发送端进行下载分发时，该方法包括步骤：
业务声明，发送端的业务声明单元通知用户可利用的MBMS用户业务，以及与该业务相关的信息和参数(如IP多播地址、业务开始时间)等；
其中，所述信息至少包括基本ALC/FLUTE头的信令参数、FLUTE扩展头的信令参数和文件分发表FDT实例信令参数；
所述文件分发表FDT实例信令参数中的原文件长度(Content-Length)、内容类型(Content-Type)和前向纠错编码标识(FEC Encoding ID)为可选；
所述文件分发表FDT实例信令参数中的文件的内容位置(Content-Location)、文件实例的传输对象标识(TOI：Transport Object Identifier)、FDT实例的过期时间(Expires)为强制；
会话开始，发送端的多媒体广播和组播业务中心(BM-MC：Broadcast-Multicast Service Centre)根据所述信息生成文件分发表FDT以及文件的内容，并触发MBMS业务数据传输的承载资源建立；会话开始独立于用户的业务激活，即对于给定的用户来说可以在会话前或会话后激活业务；
会话通知和数据传输，发送端的会话通知单元通知用户设备即将开始的MBMS业务，并由数据传输单元开始传输包括所述文件分发表和文件的内容在内的数据；
会话结束，MBMS业务决定不再发送数据，并释放承载资源。所述FDT实例的过期时间(Expires)的类型设置为无符号整数。
在采用前向纠错码FEC的方案中，还设置有前向纠错码对象传输信息(FEC Object Transmission Information)。
本实施例中，基本ALC/FLUTE头的信令参数、FLUTE扩展头的信令参数如图现有技术中所述，此处不再赘述；
以下FDT实例数据元素是强制的(Mandatory)：
1)文件的内容位置(Content-Location)；
2)文件实例的传输对象标识(TOI：Transport Object Identifier)；
3)FDT实例的过期时间(Expires)。
以下FDT实例数据元素是可选的(Optional)：
1)原文件长度(Content-Length)；
2)内容类型(Content-Type)；
3)FEC编码标识(FEC Encoding ID)。
此外，MBMS FLUTE中可以包含或不包含以下选项FDT实例元素：
1)完成(Complete)；
2)内容编码(Content-Encoding)。
FEC方案中，还用到以下FEC对象传输信息(FEC Object TransmissionInformation)，本实施例中包括：
1)FEC-OTI-Maximum-Source-Black-Length；
2)FEC-OTI-Encoding-Source-Black-Length；
3)FEC-OTI-Encoding-Symbol-Length；
4)FEC-OTI-Max-Number-of-Encoding-Symbols；
5)FEC-OTI-Scheme-Specific-Info。
本实施例中，在FDT实例有效载荷中，过期时间Expires应为32比特的数据字段，其值为网络时间协议NTP 64比特时间值的最高32比特，该32比特表示了一个从1900年1月1日0时开始的以秒为单位无符号整数，因此Expires的类型应为无符号整数，本实施例中用“xs：unsignedInt”表示；
在多媒体广播和组播业务中，会话开始准备数据时，需要根据上述信令参数生成文件分发表实例。如图4所示，步骤为：
步骤401，设置ALC与FLUTE头信令参数的值；设置FLUTE扩展头信令参数的值；设置文件内容位置属性Content-Location的值；设置传输对象标识TOI属性的值；
步骤402，计算网络时间协议NTP的高32比特值，将该值赋给过期时间属性Expires；
步骤403，判断文件是否采用内容编码，如果是，则设置Content-Encoding的值，并计算原文件长度，并将该值赋给Conten-Length(见步骤404)，然后执行步骤405；如果未采用内容编码，则转步骤405；
步骤405，判断文件是否为MIME类型，如果是则根据其类型设置内容类型属性Content-Type的值(见步骤406)，然后执行步骤407；如果不是MIME类型，则转步骤407；
步骤407，判断文件是否采用纠错编码；如果是，则转步骤408，否则转步骤410；
步骤408，判断是否设置了FEC-OTI-FEC-Encoding-ID值；如果否，则设置FEC Encoding ID的值(见步骤409)，然后转步骤410；如果设置了FEC-OTI-FEC-Encoding-ID值，则转步骤410；
步骤410，设置FEC对象传输信息OTI的值。
结合上述流程，给出一个视频剪辑下载业务的实时用例。
设该视频剪辑业务开始于2005年8月5日，终止于十二月18日。MBMS具有IP V4地址：192.168.2.1以及多播IP地址：224.20.20.4。那么该MBMS业务在8月5日至12月18日期间处于激活状态。如果有视频剪辑分发，则MBMS承载激活。在业务声明阶段将声明如下业务描述片段和会话描述片段。
用户业务描述片段如下：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<userServiceDescription
xmlns＝″urn:3gpp:metadata:2004:userservicedescription″
xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″
xsi:schemaLocation＝″urn:3gpp:metadata:2004:userservicedescription
C:\data\MyTDocs\ALTOVA～1\SA4-XML\USD.xsd″
serviceId＝″urn:VideoClipDistr-1″>
<deliveryMethod
sessionDescriptionURI＝″http://example.org/videoclip-distr.sdp″associatedProcedureDescriptionURI＝″http://www.example.com/default-repair-settings.xml″/>
</userServiceDescription>
会话描述片段如下：
v＝0
o＝user123 3332188800 3343766400 IN IP4 192.168.1.1
s＝VideoClip Distribution Service example
i＝More information
t＝3332188800 3343766400
a＝mbms-mode:broadcast 1234
a＝FEC-declaration:0 encoding-id＝1
a＝source-filter:incl IN IP4*192.168.1.1
a＝flute-tsi:116
m＝application 12345 FLUTE/UDP 0
c＝IN IP4 224.20.20.4
b＝64
a＝lang:DE
a＝FEC:0
其中“t＝”行表示会话开始与会话结束信息。会话开始于3332188800(等价于2005年8月5日)，会话结束于3343766400(等价于2005年十二月18日)。
下载传输会话仅包含一个文件分发表FDT(File Delivery Table)与一个文件。文件大小为300k字节。文件传输采用FEC编码保护。FDT采用传输对象ID(Transport Object ID)＝0进行传输，BM-SC在19:18h开始发送FDT包，如图5所示：
传输会话标识(TSI：Transmission Session ID)与传输对象标识(TOI：Transport Object ID)分别采用16比特表示。TSI值为116，TOI值为0。FDT实例对象的长度为542字节，符号长度为512字节，最大源块长度为1000字节。因此，用来转发FDT的FLUTE包头如下：
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0001 | 00| 00|0| 00|1|0|0|0|0| 8 | Codepoint (CP)|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 116 | 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| HET ＝ 64 | 4 | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +
| 542 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0 | 512 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 1000 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| HET ＝ 192 | 1 | 10 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Source Block Number | Encoding Symbol ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Encoding Symbol(s) for FDTInstance |
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
因此，结合本发明，FDT实例如下(FDT实例过期时间为2005年8月7日，19:58:46h，用unsignedInt表示为3332430526)：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<FDT-Instance xmlns＝″http://www.example.com/flute″
xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″
xsi:schemaLocation＝″http://www.example.com/flute″
Expires＝″3332430526″>
<File TOI＝″1″
Content-Location＝″http://www.example.com/bundesliga/VideoClip-10.3gp″
Content-Type＝″video/3gpp″
FEC-OTI-FEC-Encoding-ID＝″1″
Transfer-Length＝″307200″
FEC-OTI-Encoding-Symbol-Length＝″256″
FEC-OTI-Scheme-Specific-Info＝″MDAwMTAyMDQ＝″/>
</FDT-Instance>
由上述实施例可知，在多媒体广播和组播业务中下载分发时，通过减少FDT实例强制性信令参数的个数，使得FDT对象的设计更加灵活，更符合实际需要，并可减小传输量，从而提高网络资源的利用率；
将文件分发表实例的属性过期时间Expires的类型设置为“xs：unsignedInt”；这样对于发送端和接收端来说，处理更加简单。
上述实施例仅用于说明本发明，而非用于限定本发明。
Claims (10)
1.一种用于多媒体广播和组播业务中的下载分发方法，其特征在于，当发送端进行下载分发时，包括步骤：
业务声明，发送端的业务声明单元通知用户可利用的多媒体广播和组播用户业务，以及与该业务相关的信息和参数；
其中，所述信息至少包括基本异步分层编码和文件分发传输头的信令参数、文件分发传输扩展头的信令参数和文件分发表实例信令参数；其中，所述文件分发表实例信令参数中的原文件长度、内容类型和前向纠错编码标识为可选；所述文件分发表实例信令参数中的文件的内容位置、文件实例的传输对象标识、文件分发表实例的过期时间为强制；
会话开始，发送端的多媒体广播和组播业务中心单元根据所述信息生成文件分发表以及文件的内容，并触发多媒体广播和组播业务数据传输的承载资源建立；
会话通知和数据传输，发送端的会话通知单元通知用户设备即将开始的多媒体广播和组播业务，并由数据传输单元开始传输包括所述文件分发表和文件的内容在内的数据。
2.根据权利要求1所述的用于多媒体广播和组播业务中的下载分发方法，其特征在于，多媒体广播和组播业务中心单元根据所述信息生成文件分发表以及文件的内容，包括步骤：
步骤1，设置基本异步分层编码和文件分发传输头的信令参数、文件分发传输扩展头的信令参数、文件内容位置属性、传输对象标识属性的值；
步骤2，计算网络时间协议的高32比特值，并将该值转换为字符串类型赋值给过期时间属性；
步骤3，判断文件是否采用内容编码；若判断结果为采用了内容编码，则设置内容编码的值，并计算原文件长度，并将该值赋给原文件长度；
步骤4，判断文件是否为多目标因特网邮件扩展类型；若判断结果为多目标因特网邮件扩展类型，则根据其类型设置内容类型属性的值；
步骤5，判断文件是否采用纠错编码；若判断结果为采用纠错编码，则判断是否设置了前向纠错对象传输信息前向纠错编码标识值；当判断未设置前向纠错对象传输信息前向纠错编码标识值时，则设置前向纠错编码标识的值；
步骤6，设置前向纠错对象传输信息的值。
3.根据权利要求2所述的用于多媒体广播和组播业务中的下载分发方法，其特征在于，在所述步骤3中，若判断结果为未采用内容编码，则判断文件是否为多目标因特网邮件扩展类型。
4.根据权利要求2所述的用于多媒体广播和组播业务中的下载分发方法，其特征在于，在所述步骤4中，若判断文件类型不是多目标因特网邮件扩展类型时，则判断文件是否采用纠错编码。
5.根据权利要求2所述的用于多媒体广播和组播业务中的下载分发方法，其特征在于，在所述步骤5中，若判断结果为未采用纠错编码时，则设置前向纠错对象传输信息的值。
6.根据权利要求2所述的用于多媒体广播和组播业务中的下载分发方法，其特征在于，在所述步骤5中，当判断已经设置了前向纠错对象传输信息前向纠错编码标识值时，则设置前向纠错对象传输信息的值。
7.根据权利要求1所述的用于多媒体广播和组播业务中的下载分发方法，其特征在于，文件分发表实例的过期时间为无符号整数。
8.根据权利要求2所述的用于多媒体广播和组播业务中的下载分发方法，其特征在于，文件分发表实例的过期时间为无符号整数。
9.根据权利要求8所述的用于多媒体广播和组播业务中的下载分发方法，其特征在于，所述步骤2为计算网络时间协议的高32比特值，将该值赋给过期时间属性。
10.根据权利要求1所述的用于多媒体广播和组播业务中的下载分发方法，其特征在于，还包括步骤：会话结束，多媒体广播和组播业务决定不再发送数据，并释放承载资源。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006100800746A CN100454822C (zh) | 2006-05-13 | 2006-05-13 | 一种用于多媒体广播和组播业务中的下载分发方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006100800746A CN100454822C (zh) | 2006-05-13 | 2006-05-13 | 一种用于多媒体广播和组播业务中的下载分发方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2007101814806A Division CN101155353A (zh) | 2006-05-13 | 2006-05-13 | 一种用于多媒体广播和组播业务中的下载分发方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1983947A true CN1983947A (zh) | 2007-06-20 |
| CN100454822C CN100454822C (zh) | 2009-01-21 |
Family
ID=38166203
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2006100800746A Active CN100454822C (zh) | 2006-05-13 | 2006-05-13 | 一种用于多媒体广播和组播业务中的下载分发方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100454822C (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101083531B (zh) * | 2007-07-23 | 2010-07-14 | 中兴通讯股份有限公司 | 数据广播中传送、访问权限分级内容方法及文件加扰方法 |
| CN101335907B (zh) * | 2007-06-29 | 2011-04-06 | 上海贝尔阿尔卡特股份有限公司 | 基站中用于控制组播业务发送的方法及装置 |
| WO2015000141A1 (zh) * | 2013-07-02 | 2015-01-08 | 华为技术有限公司 | 一种支持流媒体进行组播的方法和相关装置及系统 |
| CN107634961A (zh) * | 2011-01-19 | 2018-01-26 | 三星电子株式会社 | 用于在广播系统中配置控制消息的装置及方法 |
| CN108810828A (zh) * | 2012-07-09 | 2018-11-13 | 瑞典爱立信有限公司 | 用于在广播递送期间分发信息的方法和装置 |
| CN110891246A (zh) * | 2018-09-11 | 2020-03-17 | 成都鼎桥通信技术有限公司 | 一种组播媒体数据的处理方法 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7599294B2 (en) * | 2004-02-13 | 2009-10-06 | Nokia Corporation | Identification and re-transmission of missing parts |
| US8296436B2 (en) * | 2004-03-22 | 2012-10-23 | Nokia Corporation | Conveying parameters for broadcast/multicast sessions via a communication protocol |
| CN100344092C (zh) * | 2004-05-12 | 2007-10-17 | 华为技术有限公司 | 一种广播业务的会话方法 |
| US8112531B2 (en) * | 2004-07-14 | 2012-02-07 | Nokia Corporation | Grouping of session objects |
| EP1631000A1 (en) * | 2004-08-31 | 2006-03-01 | Matsushita Electric Industrial Co., Ltd. | Deterministic feedback control for multicast or broadcast services |
-
2006
- 2006-05-13 CN CNB2006100800746A patent/CN100454822C/zh active Active
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101335907B (zh) * | 2007-06-29 | 2011-04-06 | 上海贝尔阿尔卡特股份有限公司 | 基站中用于控制组播业务发送的方法及装置 |
| CN101083531B (zh) * | 2007-07-23 | 2010-07-14 | 中兴通讯股份有限公司 | 数据广播中传送、访问权限分级内容方法及文件加扰方法 |
| CN107634961A (zh) * | 2011-01-19 | 2018-01-26 | 三星电子株式会社 | 用于在广播系统中配置控制消息的装置及方法 |
| US11330312B2 (en) | 2011-01-19 | 2022-05-10 | Samsung Electronics Co., Ltd. | Apparatus and method for configuring a control message in a broadcast system |
| US11653042B2 (en) | 2011-01-19 | 2023-05-16 | Samsung Electronics Co., Ltd. | Apparatus and method for configuring a control message in a broadcast system |
| CN108810828A (zh) * | 2012-07-09 | 2018-11-13 | 瑞典爱立信有限公司 | 用于在广播递送期间分发信息的方法和装置 |
| CN108810828B (zh) * | 2012-07-09 | 2021-05-25 | 瑞典爱立信有限公司 | 用于在广播递送期间分发信息的方法和装置 |
| WO2015000141A1 (zh) * | 2013-07-02 | 2015-01-08 | 华为技术有限公司 | 一种支持流媒体进行组播的方法和相关装置及系统 |
| CN104471895A (zh) * | 2013-07-02 | 2015-03-25 | 华为技术有限公司 | 一种支持流媒体进行组播的方法和相关装置及系统 |
| CN110891246A (zh) * | 2018-09-11 | 2020-03-17 | 成都鼎桥通信技术有限公司 | 一种组播媒体数据的处理方法 |
| CN110891246B (zh) * | 2018-09-11 | 2022-07-05 | 成都鼎桥通信技术有限公司 | 一种组播媒体数据的处理方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100454822C (zh) | 2009-01-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10771826B2 (en) | Apparatus and method for configuring a control message in a broadcast system | |
| JP4860610B2 (ja) | セッションオブジェクトのグルーピング | |
| US20180123810A1 (en) | Methods for delivery of flows of objects over broadcast/multicast enabled networks | |
| US7231404B2 (en) | Datacast file transmission with meta-data retention | |
| US9485044B2 (en) | Method and apparatus of announcing sessions transmitted through a network | |
| KR100962680B1 (ko) | 스트리밍 세션들 동안 클라이언트 피드백의 스케줄링 | |
| AU2004321838B2 (en) | Transfer of data objects | |
| KR100939030B1 (ko) | 디지털 통신 시스템들을 통한 보조 콘텐츠 핸들링 | |
| CN101690206A (zh) | 具有交互能力信令的虚拟电视房服务 | |
| CN100454822C (zh) | 一种用于多媒体广播和组播业务中的下载分发方法 | |
| AU2005226165A1 (en) | Conveying parameters for broadcast/multicast sessions via a communication protocol | |
| CN101669309A (zh) | 用于对包括多个组成的通知消息进行传输的方法和装置 | |
| EP2201766A2 (en) | Method and apparatus for providing service guide in a mobile broadcasting system | |
| CN101155353A (zh) | 一种用于多媒体广播和组播业务中的下载分发方法 | |
| CN104782102A (zh) | 用于提供网络中的交互式服务的设备和方法 | |
| KR100902855B1 (ko) | 세션 객체들의 그룹화 | |
| GB2407242A (en) | Method of announcing sessions in an electronic service guide | |
| CN101110722A (zh) | 广播组播业务中的接收上报方法以及接收上报处理装置 |
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 | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20070620 Assignee: Apple Computer, Inc. Assignor: Huawei Technologies Co., Ltd. Contract record no.: 2015990000755 Denomination of invention: Method for downloading and distributing in multi-medium packet broadcasting service Granted publication date: 20090121 License type: Common License Record date: 20150827 |
|
| LICC | Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model |