【BBF系列协议】TR-135 支持TR-069的STB的数据模型

TR-135 支持TR-069的STB的数据模型执行摘要TR-135启用TR-069的STB的数据模型定义了用于通过TR-069和TR-106中定义的CWMP远程管理机顶盒STB设备上的数字电视IPTV或广播功能的数据模型。它包括用于描述STB设备的数据模型以及关于参数值更改通知的规则。还描述了一般用例。TR-135还包括在远程管理这种性质的设备时通常会看到的标准数据模型配置文件。对网络和PVR内容的访问由专有IPTV服务平台管理。ACS可以执行新安装的STB的一些初始配置包括例如IPTV服务发现服务器的URL但其主要功能是配置用于故障管理的STB参数和收集用于QoS/QoE监控的统计信息。TR-135监控统计规范与宽带论坛的TR-160《IPTV性能监控和诊断要求》一致。1.目的和范围目的TR-135启用TR-069的STB的数据模型定义了通过TR-069[1]和TR-106[2]中定义的CWMP在STB设备上远程管理数字电视IPTV或广播功能的数据模型。IPTV服务包括实时IPTV和VoD视频点播。除其他服务外VoD还包括本文档中定义的CDS内容下载服务。TR-135涵盖了用于描述STB设备的数据模型以及关于参数值改变的通知的规则。还描述了一般远程管理用例包括在远程管理这种性质的设备时通常会看到的标准数据模型配置文件。TR-135将STB服务定义为与STB设备的对象的远程管理相关联的容器。使用STBService对象的CPE设备必须遵守TR-106中定义的所有数据层次要求。在TR-106的上下文中STBService对象是服务对象。因此各个CPE设备可以在其服务对象内包含一个或多个这些对象以及TR-106中定义的通用数据对象。多个STBService对象的存在主要适用于CPE设备充当其他非TR-069能力STBService设备的管理代理的情况。例如互联网网关设备可以充当一个或多个不支持TR-069的STB的管理代理。范围图1说明了STB及其关系。该图定义了以下备注的上下文并显示了STB内部和通过STB的一些数据流。数据流1和2是管理和控制数据流数据流3至9是媒体数据流。该图还提供了第I.8节的示例。STB可以连接到多个外部网络包括IPTV等宽带网络和DTT数字地面电视、CAB有线和SAT卫星等广播网络。IPTV内容可以以流例如实况IPTV、VoD或下载数据例如CDS服务的形式提供给STB。来自其他网络的内容通常以流的形式提供。STB接收来自这些外部网络的数据如果需要的话通过住宅网关并以各种方式组合它们以在一个或多个显示设备上显示每个显示设备可以显示不同的内容。最终用户选择在哪个显示设备上呈现哪个内容。显示器可以通过模拟连接器例如SCART[33]连接器、特定数字连接器例如HDMI连接器或数字网络连接器例如以太网或WLAN接口连接到STB。音频输出也可以是单声道或多声道模拟耳机、扬声器、线路、数字S/PDIF或网络输出。AV内容的消费可以服从通过CA条件访问或DRM数字版权管理系统施加的规则。这些可能需要使用智能卡或者可能依赖于集成在解码芯片中的秘密。PVR个人视频记录器功能可以将压缩和可能加密的AV内容发送到存储设备。除了录制内容并允许在录制结束后查看外PVR还可以包括延时或时间偏移功能。这允许最终用户暂停内容的消费然后从暂停时开始恢复。为此PVR充当缓冲区其长度等于暂停观看的时间。实时、录制和延时内容支持特技模式快进、倒带和暂停其他PVR功能可以包括VoD视频点播事件的记录其中一段受保护的内容被流式传输到STB或者Push VoD例如推送模式CDS其中一条受保护内容被下载到PVR以供最终用户随后可能观看。按下VoD下载由操作员启动。除此之外Pull VoD也是可用的例如Pull模式CDS其中内容下载不是由运营商自主而是根据用户请求执行的。如图1所示IPTV服务由一个或多个专有IPTV服务交付平台提供。TR-069远程管理是一个独立的平台。TR-069远程管理和IPTV服务交付平台之间的功能划分没有精确的规则。然而作为经验法则有理由假设IPTV服务平台主要涉及媒体处理、权限管理/条件访问和大量供应而ACS主要负责监控操作和性能并为故障管理提供支持即使经过训练的技术人员能够检查特定STB参数并执行诊断测试。ACS还可以执行有限数量的配置。STB还应被视为家庭网络的一部分其中STB可以消费内容以及向其他设备提供或中继内容。内容可以本地存储在STB内存储在诸如DLNA媒体服务器的另一个家庭网络设备内或者可以来自家庭网络连接到的一个或多个外部网络。本地和远程访问可以同时进行。基于该场景本规范的目标如下启用ACS对IPTV服务平台不负责的对象和参数的配置。启用操作状态监控并从ACS检查STB的特定参数。通过对QoS服务质量和QoE体验质量的估计实现对任意一组STB从1到数百万的性能监控其中QoS和QoE在TR-126[3]中定义。支持各种类型的STB包括DTT和IP STB具有或不具有PVR和其他可选功能。容纳作为TR-106[2]中定义的互联网网关设备的一部分嵌入的STB设备。容纳独立的STB设备即在TR-106[2]中定义的独立硬件设备中实现。2 USE CASES对于第1.2节的场景可以考虑许多远程管理用例。其中一些在这里介绍。STB数据模型至少支持这些用例所暗示的功能。远程管理活动的分类可参考FCAPS模型[30]进行系统管理其中FCAPS代表FaultConfiguration 配置AccountingPerformanceSecuritySTB数据模型不需要考虑所有FCAPS功能。通常支持的FCAPS功能包括故障、配置和性能。会计和安全功能通常利用预先存在的基础设施因此此处不考虑相关用例。STB的配置既由IPTV服务平台完成也由更高层OS通过ACS完成。这也可以由训练有素的技术人员完成通常作为对最终用户投诉的反应。后一项活动在此称为故障管理。性能管理可由ACS定期执行以在故障发生时尽快尝试并识别故障或由故障管理人员在有限的STB上执行以用于特殊目的。故障管理通常由STB的故障通知驱动。它通常由高层OSS系统根据ACS发出的信号自动执行。这些用例将在以下章节中简要讨论并在附录I中重新讨论。配置ACS可以执行新安装的STB的一些初始配置。例如它可能启动频道扫描以填充DTT服务列表数据库或者它可能设置一些用户偏好例如音频和字幕语言。在初始配置期间ACS还可以更新STB固件。大部分初始配置将由IPTV服务平台执行。故障管理经过培训的技术人员可以控制STB通常是响应客户投诉。STB故障可能是客户设置不当的结果也可能是由于网络或硬件问题。访问STB数据模型允许技术人员执行多项任务即验证/恢复STB配置。ACS控制下的STB数据模型参数可以重新配置为ACS中包含的正确值验证/更新软件版本。不正确的软件版本例如STB关闭了很长时间并且没有包含在上一次软件升级活动中可能会导致操作不当。在这种情况下操作员可以强制将STB软件升级到最新版本。执行诊断。技术人员可以运行诊断测试以确定故障是在网络中以及在哪个点还是在STB中并尝试对故障进行分类。技术人员还可以请求STB显示颜色条以检查输出模块和STB显示连接。根据情况技术人员可以在STB的特定子集例如通过一系列序列号、特定软件/硬件版本、所处地理区域来标识或在单个设备上执行操作例如强制执行纠错操作以尝试和改进网络性能。性能管理ACS对机顶盒性能进行自动监控。性能报告可以包括QoS参数例如平均比特率、抖动和丢包率等网络参数、QoE参数例如视觉、质量指示符或信道变化平均速度的指示符、使用统计信息例如某一时间有多少STB打开或者它们中的每一个保持调谐到某个频道。可以执行以下监测活动定期在所有STB设备上检查网络和设备是否正常工作在STB设备的子集上例如在通过定期测试识别问题之后。选择子集的标准可以是地理或与STB的特定特性制造商、硬件和/或软件版本相关。定期在特定STB设备上。这里的问题可能是管理与高级服务订户的SLA服务级别协议。一旦这些问题出现可以使用绩效管理来识别这些问题。然后故障管理技术人员可以采取行动解决问题。STB QoS和QoE报告功能允许在服务级别进行“被动”测量。这些可能是“服务中”即在包含用户内容的流上进行测量以及“服务外”即在用户不消费内容时STB被迫连接到的参考流上执行测量。在许多情况下这两项都对运营商至关重要例如通过收集和汇总整个用户群的STB报告了解和衡量交付给各个终端用户的QoE。对所提供的服务进行故障排除STB报告允许对收集的报告进行近乎实时的处理并允许操作员确定故障所在的指示器的相关性在前端、网络、本地环路、家庭网络或STB本身。评估和衡量中长期提供的IPTV服务并定义和控制是否实现了性能目标。Pro主动捕捉一些正在增加的隐藏行为并降低服务性能但尚未被最终用户注意到。积极主动地管理某些最终用户他们的服务水平很差但尚未致电客户服务。在聚合报告上配置和定义运营管理服务质量阈值这些报告可以进行调整以便在最终用户发现或报告问题之前采取行动。了解环路和端到端行为以便设计和评估IPTV服务的纠错策略。管理服务维护了解网络中的任何变化、设备升级或新设备插入对IPTV服务的影响3 ARCHITECTURE(架构)该数据模型仅描述严格特定于STB的功能。STB以及其他设备如PVR的硬盘或智能卡中可能存在的其他功能是单独建模的。图2描述了参数定义部分所示的STBService对象结构。此图提供了此数据模型中存在的不同对象及其嵌套方式的高级概述。以下各节对STB数据模型进行了高级概述。图2说明了对象层次结构但没有说明对象之间的逻辑关系。有关这些逻辑关系的解释请参阅AVStreams第5.3节和AVPlayer第5.4节对象的描述。3.1 CAPABILITIESSTB数据模型包含一个能力对象该对象描述STB的每个组件功能块可以做什么。组件CCC的能力在.Cabilities.CCC.中建模。每个CCC实例都在.Component.CCC.i中建模。功能描述了支持的音频和视频标准等细节。视听标准通常指示允许哪些音频标准与哪些视频标准一起使用。除此之外某些STB可能不支持列出的音频和视频标准的所有组合。出于这些原因“功能”对象列出了每种视频标准所支持的音频标准。功能仅包含只读对象和参数这意味着只有固件更新才会导致值更改。3.2 COMPONENTS组件STB数据模型包含描述设备功能块的Components对象。它包含以下组件前端、PVR、AudioCoder、VideoDecoder、AudioOutput、VideoOutput、SCART、CA和DRM每个组件PVR除外都可以是多实例的。组件对象是静态创建的并在整个STB操作期间持续存在即STB在启动时创建其支持的组件对象实例并且在操作期间不添加或删除任何组件对象实例。并非所有对象实例都必须同时运行因此它们可以通过“启用”参数启用/禁用其状态启用/禁用/错误通过“状态”参数提供给ACS。此外需要识别对象实例因此通过“名称”参数ACS可以使用STB选择的名称。FrontEnd(前端)前端对象为网络侧接口建模。前端充当网络和STB的内部功能块之间的接口。网络可以是家庭网络或外部网络例如DTT、IPTV。根据网络类型前端对象建模的连接可以是单向的例如DTT也可以是双向的IP。IP前端可以是双向的因为STB既可以是内容目的地也可以是内容源。给定STB中的前端实例通常与STB的硬件能力紧密对应。例如具有两个DTT调谐器和一个IPTV接口的混合STB将预期具有两个DTT前端和一个IP前端理论上所有这些都可以同时运行。此版本的数据模型未定义CAB电缆和SAT卫星前端对象因此如果要对此类前端进行建模则需要供应商扩展例如.Component.FrontEnd.{i}.X_ABCDEF_DVBS。注意IP前端为STB的LAN连接建模是一个逻辑概念而非物理概念这意味着STB永远不会有一个以上的IP前端即使它有多个LAN IP或物理接口由TR-106[2]中定义的通用对象建模。IP前端通常能够同时处理多个输入和输出流。假设作为同一节目的一部分的输入音频、视频和数据被同步以便它们可以被一致地显示。可以通过复用流实现同步其中最常见的格式是MPEG2-TS[22]。它也可以在IP层通过直接通过IP发送基本单媒体流来实现。不同的前端对象可以支持不同的同步格式无论是否复用。多路复用最简单的情况是广播接口例如DTT其中多节目MPEG2-TS分组直接映射到物理层。复用、定时和同步都由MPEG2-TS层执行。更复杂的情况是IP接口。与DTT物理层一样IP协议栈允许携带MPEG2传输流数据包。除此之外IP框架还提供了自行实现复用、定时和同步的选项这意味着MPEG2-TS层不是严格必要的。例如可以通过RTP协议在IP框架中实现定时和同步整个协议栈是RTP/UDP/IP。另一种可能的协议栈是HTTP/TCP/IP。IP框架还允许描述音频/视频/数据复用。目前这种仅限IP的选项远不如IP上的MPEG2-TS常见但在未来可能会获得势头因为它得到了一定数量的SDO的支持例如ISMA[31]。由于IP传输的不连续性在IP前端的入站侧建模了去抖动缓冲区。可以出于故障管理的目的修改缓冲区大小尽管这会破坏正常操作以最小化下溢和溢出同时将缓冲延迟保持在最小。通过对入口和出口MEPG2-TS分组速率进行计数在MPEG2-TS级别执行去抖动缓冲器状态的监视。PVRPVR存储来自任何前端的节目并将存储的节目发送到音频和/或视频解码器或输出IP前端。PVR可访问的所有嵌入式存储都通过STB内的TR-140[4]StorageService实例进行建模。如第1.2节所述PVR还执行标准类似VCR记录功能以及延迟或特技模式等高级功能。假设PVR功能由IPTV服务平台管理。STB数据模型对PVR的支持仅限于描述其功能和引用TR-140 StorageService对象。此外AV流第5.3节对象具有PVRState参数该参数指示它们是否正在使用PVR如果是则指示其播放状态。AudioDecoder(音频解码器)AudioDecoder对象描述负责音频解码的功能块。音频解码器接收基本音频流解码音频并将未压缩的本地音频流输出到音频输出对象。VideoDecoder(视频解码器)VideoDecoder对象描述负责视频解码的功能块。视频解码器接收基本视频流解码视频并将未压缩的本地视频流输出到视频输出对象AudioOutput(音频输出)音频输出从一个或多个音频解码器接收未压缩的音频流并根据相关呈现标准的要求执行格式调整例如扬声器和/或耳机所需的模拟单声道或立体声音频特定数字设备所需的S/PDIF或HDMI/HDCP。音频对指定输出格式的适配可以包括数模转换或其他模拟或数字处理包括加密。每个音频输出都映射到一个或多个物理输出连接器。如果音频输出直接映射到SCART连接器则在数据模型中通过从音频输出到相应SCART实例的引用来表示其他类型的物理连接器未建模。VideoOutput视频输出VideoOutput对象描述负责视频渲染的功能块。视频输出从一个或多个视频解码器接收未压缩视频流并根据相关呈现标准例如模拟或数字显示器可能具有STB和显示器之间的加密链接的要求执行格式调整。视频输出还可以提供色条测试模式以检查显示设备的操作以及STB和显示器之间连接的存在和质量。将视频适配到指定的输出格式可以包括各种动作如数模转换、调整大小、纵横比转换和添加模拟或数字保护。每个视频输出都映射到一个或多个物理输出连接器。当视频输出直接映射到SCART连接器时这在数据模型中通过从视频输出到相应SCART对象实例的引用来表示其他类型的物理连接器未建模。SCARTSCARTSociétédes Constructeurs d’Appareils Radiorécepteurs et téléviseurs连接器[33]由欧洲SDO CENELEC指定在欧洲AV设备中非常流行。发送到监视器的视频格式CVBS、S-video、RGB等和纵横比“存在”控制信号在数据模型中可用。STB中SCART连接器的使用允许与现有模拟设备轻松集成。通常机顶盒中最多提供两个SCART插座一个用于标准清晰度电视另一个用于VCR。CACA条件访问组件包含STB可能支持的CA机制之一的细节。原则上可以有任何数量的CA平台包括任何平台例如在免费机顶盒中。DRMDRM数字版权管理组件包含STB可能支持的DRM机制之一的细节。原则上可以有任何数量的DRM平台包括任何平台例如在免费播放的STB中。HDMIHDMI组件模拟STB HDMI功能的特性例如输出分辨率模式和值。它还包含一个子对象提供所连接HDMI显示设备通常是电视机的详细信息例如STB被请求应用于音频以保持“唇同步”同步的延迟。这是ACS的只读参数通过HDMI接口与STB通信。SPDIFSPDIF组件模拟STB的S/PDIF功能的特征。它允许ACS在外部音频放大器不支持多声道音频格式解码的情况下强制将音频格式向下混合到立体声PCM中。它还包含一些参数来管理音频延迟以保持唇同步3.3 AV STREAMSAV流由以以下方式之一协同工作的组件链建模前端→AudioDecoderVideoDecoder正常观看前端→PVRAudioDecoderVideoDecoder具有延时/特技模式/录制的正常观看前端→PVR录音。PVR→AudioDecoderVideoDecoder查看预先录制的内容。PVR前端→STB充当媒体中心在家庭网络设备上观看预先录制的内容。前端→前端将网络内容例如DTT或IPTV流到家庭网络设备前端→PV→R前端将网络内容例如DTT或IPTV流式传输到具有时间延迟/特技模式/录制的家庭网络设备。因此STB数据模型支持的流模型是音频视频/仅音频/仅视频流从前端例如DTT、IP流到音频和视频解码器、PVR或IP出站前端或者来自PVR的流流到音频和视频解码器或IP出站前端。AV流在.AVStreams.AVStream.{i}中建模。每个AV流对象指示它是否涉及PVR并且还与相关的前端、音频解码器和视频解码器实例相关联。图3说明了组件关系。在图中大多数组件通过互连总线连接。互连总线在需要时执行解复用/复用功能并且还考虑定时和同步约束。互连总线还执行前端、解码器和PVR数据格式之间的适配原则上可以不同。例如虽然MPEG2-TS[22]是可能的但没有关于PVR数据格式的假设。互连总线虽然从概念角度来看是必要的但不需要建模因此不存在于STB数据模型中。图4是图3的一个版本其中包括阴影区域说明了一些可能的AV流。3.4 AV PLAYERSAV播放器接收一个或多个AV流并将它们与音频输出和视频输出对象相关联。在许多情况下最终用户将观看一个节目并且只有一个AVStream。在一些更复杂的情况下例如涉及同时观看节目画中画/马赛克可能来自不同前端的多个AVStreams需要合并并一起交付。AV播放器在.AVPlayer.AVPlayer.i中建模。每个AV播放器对象与一个主AV流、零个或多个PIP AV流、0个或更多音频输出对象以及零个或更多视频输出对象相关联。最终用户可能希望同时向不同的输出设备发送多个AVStreams例如一个流发送到电视机另一个流则发送到VCR或DVD记录器因此AVPlayer需要是多实例对象。例如AV流可以通过模拟RGB输出通常通过SCART发送到VCR也可以发送到HDMI输出。这可以通过引用AV流对象和多个音频输出和视频输出对象的单个AV播放器来建模。涉及多个AV播放器实例的情况是在电视机上观看节目同时在VCR上录制另一个节目。图5说明了逻辑AV播放器模型显示了一个主AV流与两个PIP画中画流一起显示的情况。音频流通常与主视频流相关联但并非必须如此。数据模型说明了与主和PIP视频流集合一起呈现的完全独立的音频流的情况。3.5 SERVICE MONITORING根据描述STB全局操作的参数和服务类型例如IPTV、VoD、DTT收集服务监控统计信息。定义服务类型的主要原因是它们对应于不同的协议栈和配置跨多个服务类型收集的统计信息将毫无意义。统计数据分为八类De-jittering、RTP、MPEG2-TS、TCP、视频解码、音频解码、视频响应和高级度量。RTP和MPEG2-TS类别中的许多参数取自[35]。对于每个类别例外高级指标没有总统计数据有两种类型的统计数据总统计数据通常只计算自STB上次启动或统计数据上次重置以来发生的事件数量例如接收的数据包数量。样本统计数据在一个样本间隔内测量并作为最近n个样本的列表提供给ACS。3.6 APPLICATIONSSTB数据模型包含包含与高级应用相关的信息的应用对象。受众统计信息此对象包含按频道组织的观众观看统计信息。服务提供商此对象包含特定于服务提供程序的参数。目前ACS使用它来配置服务发现服务器的URL。[39]中包含了服务发现服务器功能的示例。通过连接到服务发现服务器STB获得关于一个或多个服务提供商的信息。该对象显示STB检索的服务提供商描述。用户可以从中获得有关服务提供商编程的信息。CDSPush和CDS PullCDS内容下载服务允许运营商将内容片段通常是视听文件但不限于此下载到STB盘的运营商管理区域。CDSPush和CDSPull对象分别为该服务的Push和Pull模式建模。基本上这些对象向ACS提供下载到STB中的内容项的列表。ACS还可以配置这些列表以请求删除特定项目以进行故障排除。出于隐私的考虑CDSPull对象的内容项列表的STB显示可能受到用户授权的约束例如可以通过STB本地用户界面进行授权。4 修订记录修订时间修改版本号修订内容September 2019tr-135-1-4-1Added objects for Service Monitoring of EventsAugust 2015tr-135-1-4-1Added USP support (split XML into common, CWMP and USP files)November 2012tr-135-1-3-0Added loss event histogramsJuly 2011tr-135-1-2-0Added Alias parametersFebruary 2013tr-135-1-1-1Added CDS, HDMI and S/PDIF objectsSeptember 2009tr-135-1-0-0Originaltr369服务端开源项目: AgenticAIoT‍♂️ 个人主页帐篷Li的个人主页✍作者简介专注智能物联网设备云管解决方案 希望大家多多支持我们一起进步项目合作开发定制技术交流可私聊右侧扫码。欢迎评论 点赞 收藏 加关注技术交流需求定制可以扫码添加相互学习交流