ETSI TR 102 033-2002 Digital Video Broadcasting (DVB) Architectural Framework for the Delivery of DVB-Services over IP-Based Networks (V1 1 1)《数字视频广播(DVB) 在基于IP的网络上传输DVB业务的传输结构框架(版.pdf

《ETSI TR 102 033-2002 Digital Video Broadcasting (DVB) Architectural Framework for the Delivery of DVB-Services over IP-Based Networks (V1 1 1)《数字视频广播(DVB) 在基于IP的网络上传输DVB业务的传输结构框架(版.pdf》由会员分享，可在线阅读，更多相关《ETSI TR 102 033-2002 Digital Video Broadcasting (DVB) Architectural Framework for the Delivery of DVB-Services over IP-Based Networks (V1 1 1)《数字视频广播(DVB) 在基于IP的网络上传输DVB业务的传输结构框架(版.pdf（19页珍藏版）》请在麦多课文档分享上搜索。

1、ETSI TR 102 033 1.1.1 (2002-04) Technical Repor Digital Video Broadcasting (DVB); Architectural framework for the delivery of DVB-services over IP-based networks 2 ETSI TR 102 033 VI .I .I (2002-04) The pre ent d Reference DTR/JTC-DVB-134 Keywords architecture, broadcasting, digital, DVB, IP, video

2、ETSI 650 Route des Lucioles F-O6921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 O0 Fax: +33 4 93 65 47 16 Siret No 348 623 562 00017 - NAF 742 C Association but non lucratif enregistre la Sous-prfecture de Grasse (06) No 7803/88 Important notice Individual copies of the present document can

3、 be downloaded from: http:/w.etsi.orq cument may be made available in more than one electronic version or in print. In any ca e of existing or perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). In case of dispute, the reference shall

4、be the printing on ETSI printers of the PDF version kept on a specific network drive within ETSI Secretariat. Users of the present document should be aware that the document may be subject to revision or change of status. Information on the current status of this and other ETSI documents is availabl

5、e at hp:l/partal.etsi.arltb/saslsaus.asp If you find errors in the present document, send your comment to: Cori vriaht Notifica tion No part may be reproduced except as authorized by written permission. The copyright and the foregoing restriction extend to reproduction in all media. O European Telec

6、ommunications Standards Institute 2002. O European Broadcasting Union 2002. All rights reserved. DECTTM, PLUGTESTSTMand UMTSTMare Trade Marks of ETSI registered for the benefit of its Members. TIPHONTM and the TIPHON logo are Trade Marks currently being registered by ETSI for the benefit of its Memb

7、ers. 3GPPTM is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. ETSI 3 ETSI TR 102 033 VI .I .I (2002-04) Contents Intellectual Property Rights . .4 Foreword . 4 1 2 3 3.1 3.2 4 4.1 4.2 4.3 Scope 5 References . .5 Definitions and abbreviations .

8、5 System structure .7 5 . 6 . Definitions . Abbreviations . 7 . 9 . 11 Layer model . Home Reference Model. Modules for Home Network Elements Annex A: A.l Services 12 A.2 A.3 A.3.1 Entertainment . A.3.2 General Information . A.3.3 Educational . DVB Services over IP-based Networks . 12 Services genera

9、l description . 12 Detailed service description .13 13 13 14 14 15 15 . . . on . A.3.6 Service Information. . A.4 Annex B: IPI Specifications History .19 Requirements for service authentication, authorization and accounting . .16 . ETSI 4 ETSI TR 102 033 VI .I .I (2002-04) Intellectual Property Righ

10、ts IPRs essential or potentially essential to the present document may have been declared to ETSI. The information pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found in ETSI SR O00 3 14: “Intellectual Property Rights (IPRs); Essential

11、, or potentially Essential, IPRs notijied to ETSI in respect of ETSI standards“, which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web server (5). Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarante

12、e can be given as to the existence of other IPRs not referenced in ETSI SR O00 3 14 (or the updates on the ETSI Web server) which are, or may be, or may become, essential to the present document. Foreword This Technical Report (TR) has been produced by the Joint Technical Committee (JTC) Broadcast o

13、f the European Broadcasting Union (EBU), Comit Europen de Normalisation ELECtrotechnique (CENELEC) and the European Telecommunications Standards Institute (ETSI). NOTE: The EBU/ETSI JTC Broadcast was established in 1990 to Co-ordinate the drafting of standards in the specific field of broadcasting a

14、nd related fields. Since 1995 the JTC Broadcast became a tripartite body by including in the Memorandum of Understanding also CENELEC, which is responsible for the standardization of radio and television receivers. The EBU is a professional association of broadcasting organizations whose work includ

15、es the Co-ordination of its members activities in the technical, legal, programme-making and programme-exchange domains. The EBU has active members in about 60 countries in the European broadcasting area; its headquarters is in Geneva. European Broadcasting Union CH-I218 GRAND SACONNEX (Geneva) Swit

16、zerland Tel: +41 22 717 21 11 Fax: +41 22 717 24 81 Founded in September 1993, the DVB Project is a market-led consortium of public and private sector organizations in the television industry. Its aim is to establish the framework for the introduction of MPEG-2 based digital television services. Now

17、 comprising over 200 organizations from more than 25 countries around the world, DVB fosters market-led systems, which meet the real needs, and economic circumstances, of the consumer electronics and the broadcast industry. ETSI 5 ETSI TR 102 033 VI .I .I (2002-04) 1 Scope The present document descr

18、ibes the architectural framework for the delivery of DVB-services over IP-based networks. It is the baseline document introducing the reference model and basic service class descriptions. The DVB Commercial Requirements as developed in DVB phase II form the guiding principles for this architecture i

19、. A wide range of specifications will be built upon this basic architecture document in order to defie the usage and implementation of IP-based DVB-services. Taking into account that DVB will speciSl only the necessary interfaces, leaving implementation of the system and system components to the ind

20、ustry, this architectural framework aims to explain how various sets of interfaces work together to enable the different service classes. The DVB-IP architecture is applicable to all system and service implementations, using Integrated Receiver Decoders, TV sets and multimedia PCs as well as cluster

21、s of such devices, connected to Home Networks. It is intended for use by implementers of both systems and services. It is also intended for use within DVB by other groups, where appropriate. Clause 5 explains the overall system architecture and the related concepts with an abstract layer model, furt

22、hermore a detailed description of the home network architecture is given. This greater detail is provided because the interfaces on the home network and especially the network interface of the home network end devices are the prime targets for standardization, to enable high-volume production of int

23、eroperable devices. A description of the services enabled by this architecture is provided in annex A. 2 Refe re nces For the purposes of this Technical Report (TR) the following reference applies: il TM2456: “Commercial Requirements for Multimedia Services over Broadband IP in a DVB Context“, (CM25

24、5r4), March 2001“. 3 3.1 Definitions and abbreviations De fin it ions For the purposes of the present document, the following terms and definitions apply: bridge component: OS1 layer 2 connecting component, that connects two or more link layer components, not necessarily using different technologies

25、 NOTE: A bridge is usually called either a hub or a (layer 2) switch, where a hub typically forwards all the data coming in on one of the ports to all the other ports and a switch provides some additionally functionality such as forwarding packets only to a specific port. component: Consists of func

26、tionality as describeddefined for that particular component. It can offer this functionality to other components in the same device. connecting component: component which is used to connect link layer components with each other Content Service Provider (CSP): party offering the end-user some kind of

27、 “content service“, e.g. an IP based broadcast TV service or a Video on Demand service gateway component: connecting component that connects two or more link layer components of typically different technologies together NOTE: It can function at OS1 layers 4 through 7. Internet Service Provider (ISP)

28、: party offering an Internet access service to the end-user ETSI 6 ETSI TR 102 033 VI .I .I (2002-04) link layer component: OS1 layer 2 component existing of link layer technology and which is used to provide connectivity between devices EXAMPLE: Ethernet, DVB-RC, IEEE802.11. router component: OS1 l

29、ayer 3 connecting component which connects two or more link layer components to each other, not necessarily of the same type. A router is able to select among multiple paths to route packets through the network based on a destination address available in the packet. The only OS1 layer 3 type conside

30、red is IP. 3.2 Abbreviations For the purposes of the present document, the followiiig abbreviations apply: A/V AAA API CPE CPU CSP DNG DNS DVB DVB-RC DVB-S EPG HN HNCD HNED HNS ID IP IPI ISP MHP os1 PC PPP QOS SDP SI SOHO SP STB TCP TV UDP VOD XML AudioIVideo Authentication, Authorization and Accoun

31、ting Application Programming Interface Customer Premises Equipment Central Processing Unit Content Service Provider Delivery Network Gateway Domain Name System Digital Video Broadcasting Digital Video Broadcasting - Return Channel Digital Video Broadcasting - Satellite Electronic Program Guide Home

32、Network Home Network Connecting Device Home Network End Device Home Network Segment Identifier Internet Protocol Internet Protocol Infiastructure Internet Service Provider Multimedia Home Platform Open Systems Interconnection Personal Computer Point-to-Point Protocol Quality of Service Session Descr

33、iption Protocol Service Informatioii Small Office I Home Office Service Provider Set-Top Box Transfer Control Protocol Television User Datagram Protocol Video On Demand Extensible Markup Language ETSI 7 ETSI TR 102 033 VI .I .I (2002-04) 4 System structure In order to describe the complex system tha

34、t is necessary for the delivery of DVB-services over IP-based networks, the three following clauses describe the inherent functionality from different points of view (Layer model, Home Reference Model, Modules for the Home Network Elements). By using these descriptions all elements and interfaces ar

35、e explained including their interaction in the system. The Layer Model shows a number of interfaces between the domains whereas the Home Reference Model shows interfaces between elements. However, the prime target for standardization by DVB is the interface to the home network end devices, to enable

36、 high-volume low-cost equipment. The suite of standards should be complete from layer 1 up to and including the application layer. The principle of one tool per function should be employed to simplisl the architecture and to keep cost low. 4.1 Layer model A diagram of the high-level reference model

37、for DVB services on IP is shown in the Layer Model, of figure 1. This model is intended to show the domains relevant to DVB services on IP, with the basic peer-to-peer information flows at the different layers. A management plane is included for management and control purposes. Layers Figure 1: Laye

38、r Model The four communicating domains are briefly described as follows: Content Provider: the entity who owns or is licensed to sell content or content assets. Although the Service Provider is the primary source for the client at Home, a direct logical information flow may be set up between Content

39、 Provider and Home client e.g. for rights management and protection. This flow is shown in the layered model. Service Provider: the entity providing a service to the client. Different types of service provider may be relevant for DVB services on IP, e.g. simple Internet Service Providers (ISPs) and

40、Content Service Providers (CSPs). In the context of DVB services on IP, the CSP acquires/licenses content from Content Providers and packages this into a service. In this sense the service provider is not necessarily transparent to the application and content information flow. ETSI 8 ETSI TR 102 033

41、 VI .I .I (2002-04) Delivery Network: the entity connecting clients and service providers. The delivery system usually is composed of access networks and core or backbone networks, using a variety of network technologies. The delivery network is transparent to the IP traffic, although there may be t

42、iming and packet loss issues relevant for A/V content streamed on IP. Home: the domain where the A/V services are consumed. In the home a single terminal may be used for service consumption, but also a network of terminals and related devices may be present for this purpose. As mentioned above the S

43、ervice Provider entity covers various kinds of Service Provider types, especially broadband ISPs and CSPs. It should be noted that although we treat these two business roles separately, a single company could very well act in both roles. In such a case the end user could be offered a single subscrip

44、tion covering both the ISP and the CSP service offerings. It is noted that todays Internet business models often involve so called virtual SPs, which means that the SP relies on some other party, typically a whole sale IP network operator, to implement and run all (or parts) of the service productio

45、n platform. However, in the present document we do not distinguish any virtual SP roles - whether the SP owns the service production platform or “out-sources“ the platform is irrelevant for this model since we simply look at the services and functions of each domain. It is also noted that in some co

46、untries, the access provider and the ISP may be different parties. In this context, however, those are not treated separately, but the ISP is the only party covered. (The “access provider“ could for example provide the end device with the IP address. However, in order to simplisl the description we

47、cover such potential access provider services/functions under the ISP role. See below.) The broadband ISP typically provides the following services and functions (non-exhaustive list): Addressing services. For residential customers, the ISP typically provides the IP addresses and associated configur

48、ation to the delivery network gateway andor to the home network end devices by a dynamic mechanism. Authentication and authorization of the Internet (or IP) access service subscriber. The authentication may be explicit, typically based on PPP or a web login, or it may be implicit, e.g. based on some

49、 link layer ID that can be tied to the subscriber. It is noted that authentication is important for the ISP to be able to fulfil its obligations (like handling abuse) but it may also serve as the basis for various kinds of service differentiation. Such differentiation may include different access bandwidth rates, the right to receive/source prioritized traffic and value added services. Naming services, which provides for the translation between symbolic names and IP addresses, implemented by DNS. IP connectivity. This is the basic service and provides broadband access t