1、 ATIS-0800033 A-POD (ATIS-POINT OF DEPLOYMENT): AN IPTV SEPARABLE SECURITY INTERFACE SPECIFICATION ATIS is the leading technical planning and standards development organization committed to the rapid development of global, market-driven standards for the information, entertainment and communications
2、 industry. More than 200 companies actively formulate standards in ATIS 17 Committees, covering issues including: IPTV, Cloud Services, Energy Efficiency, IP-Based and Wireless Technologies, Quality of Service, Billing and Operational Support, Emergency Services, Architectural Platforms and Emerging
3、 Networks. In addition, numerous Incubators, Focus and Exploratory Groups address evolving industry priorities including Smart Grid, Machine-to-Machine, Networked Car, IP Downloadable Security, Policy Management and Network Optimization. ATIS is the North American Organizational Partner for the 3rd
4、Generation Partnership Project (3GPP), a member and major U.S. contributor to the International Telecommunication Union (ITU) Radio and Telecommunications Sectors, and a member of the Inter-American Telecommunication Commission (CITEL). For more information, please visit . Notice of Disclaimer the L
5、egacy network (H2, H3) attachment is out of scope. The APHD may attach to the network without the A-POD device installed. The mechanisms for such attachment are described in ATIS-0800017 5. At a minimum, the host is provided with an IP address that service providers servers can use to provide conten
6、t, data, and control information to the APHD. This APHD IP address may be provided by a router (with DHCP server) in the home network, or in the case where a local DHCP server is not available, the IP address may be assigned by a DHCP server located in the service providers network. Upon insertion o
7、f the A-POD Card into the APHD, the Card requests the APHD acquire an IP address on behalf of the Card via DHCP. The APHD issues a Dynamic Host Configuration Protocol (DHCP) DISCOVER message to the home router, which typically implements a DHCP server function, utilizing any DHCP options provided by
8、 the Card. The home router DHCP server assigns a local IP address to the Card by sending the DHCP OFFER message to the APHD. The APHD determines if the parameters in the DHCP OFFER are applicable and requests the offered parameters via a DHCP REQUEST. On receipt of the DHCP ACK from the DHCP server,
9、 the APHD provides the committed parameters (e.g., IP address, options, etc.) to the Card. The Host is required to construct and issue all DHCP DISCOVER, REQUEST, RELEASE, and DECLINE messages on behalf of the Card. The Host is also required to acquire and process all DHCP OFFER, Acknowledge Charact
10、er (ACK), and Negative Acknowledgment Character (NAK) messages on behalf of the Card. In addition, the Host manages the lease time of the committed IP address and, if the lease expires, attempts to extend the lease via a DHCP REQUEST. The Card takes no part in the DHCP process other than requesting
11、an IP address (i.e., opening an IP flow) and providing some DHCP options. In the case where the home router does not support a DHCP ATIS-0800033 10 server function, the home router passes the DHCP messages transparently to the network providers DHCP server. Network attachment results in the host dis
12、covering and possibly joining IP multicast and/or unicast traffic that provide System Information (SI) data, Electronic Program Guide (EPG) data, Emergency Alert System (EAS) data, remote configuration management data, and possibly even audio/video content. The A-POD Card may specify some of the ser
13、vices and associated IP addresses that the host requires. Alternatively, the host may obtain this information from servers in the network. The A-POD Card-provided service discovery information takes precedence over information available from service providers servers. 5.2 Information Flows between t
14、he A-POD Card and Service Providers Servers/Management Systems Information that is proprietary to a specific vendors CAS - e.g., an Entitlement Management Message (EMM) - is carried in IP traffic flows that are established directly between the A-POD Card and the CAS server/management systems in the
15、service providers network. Upon initial setup and attachment, the A-POD Card initiates communication with the servers. Subsequently, either the server or the A-POD Card may initiate these proprietary data flows. Since the A-POD Card may join multicast IP flows, the APHD implements Protocol-Independe
16、nt Multicast (PIM) and Internet Group Management Protocol (IGMP) v3, and enable the routing of IP multicast traffic to the A-POD Card. Other data flows may also exist, e.g., for remote management of the A-POD-card. The A-POD Card discovers, establishes, and utilizes IP routes directly between the ca
17、rd and the relevant servers in the network. The APHD does not provide any additional functionality for these A-POD communication needs, other than the routing of any IP packets between the card and the network. 5.3 Selection, Routing, and Processing of Audio/Visual (A/V) Content The APHD can access
18、media streams that are delivered via unicast or multicast routes. The APHD expects an IP route to contain no more than one SPTS. The APHD is expected to process and render SPTS streams containing one or more audio elementary streams, but no more than one video elementary stream. IP traffic containin
19、g SPTSs that are to be descrambled by the A-POD Card are routed to a decapsulator where the MPEG-2 TS are extracted. The transport streams are forwarded to the multiplexer, where local TS header extensions are added to the transport packets, which are then multiplexed and transported over the high-s
20、peed, in-band A-POD-Host interface. Other types of IP traffic, such as proprietary CAS data, are routed by the APHD over the extended A-POD-Host interface. Descrambled and copy-protected transport streams are received by the APHD over the in-band A-POD-Host interface for copy-protection decryption a
21、nd rendering. In the example case, Figure 2 below diagrams a Card-Host Interface (CHI) in which three flows have been set up. There is one unicast (IP_U) flow and one multicast (IP_M) flow. NOTE - When in A-Mode, the Card does not support MPEG and Data-Over-Cable Service Interface Specifications (DO
22、CSIS) Set Top Gateway (DSG) flow types. ATIS-0800033 11 Figure 2: Example Flow Diagram ATIS-0800033 12 APPENDIX A: A-POD INTERFACE SPECIFICATION This appendix lists the interface requirements of the IPTV receiving device that accommodates and supports the functionality provided by the A-POD Card spe
23、cified in the previous sections of this document. The structure and numbering of this section mirrors that of the CableCARD Interface 2.0 Specification, designated as CCIF2.0. The requirements below are additions and deletions of the requirements contained in CCIF2.0. Specific features and functiona
24、lity contained in CCIF2.0 that are not required for the functioning of the A-POD Card are not specifically identified in the following material. A.1 Scope NONE A.2 References NONE A.3 Terms and Definitions NONE A.4 Abbreviations and Acronyms NONE A.5 A-POD Model of Operation (Informative) The A-POD
25、Card provides the conditional access operation and the network connectivity for the Host. MPEG transport streams are received by the Host and passed to the A-POD Card for decryption. The streams are returned to the Host device to be displayed. In addition to MPEG streams, the Host/A-POD interface al
26、so has two additional busses for command and control communications: 1) the extended data channel; and 2) the command/data channel. A-POD Card deployments utilize bidirectional IP communication for reception of the EMMs and network connectivity. A.5.1 Advanced Video Services The A-POD interface spec
27、ification is designed to support advanced video services by a digital television receiver when a card is inserted. In this case, Advanced Video Services include support of the following functions: Impulse Pay-Per-View (IPPV). Video On Demand (VOD). ATIS-0800033 13 A.5.1.1 Interactive Program Guide T
28、here is no application for actual Electronic Program Guide (EPG) metadata to flow through the A-POD Card. A.5.1.2 Impulse Pay Per View (IPPV) IPPV requirements are not included in this document. A.5.1.3 Videoon-Demand (VOD) VOD requirements subject to contribution are under development in ATIS IIF.
29、A.5.1.4 Interactive Services NONE A.5.2 A-POD Card Functional Description All A-POD Card interfaces will remain the same as the CableCARD except the A-POD Card will use bidirectional IP for command and control and will not use SCTE-55-1 or SCTE-55-2. A.5.2.1 Transport Stream Interface The in-band tr
30、ansport stream interface carries MPEG-2 transport packets in both directions across the Host-A-POD interface. It is defined by CCIF2.0 section 5.2.1. A.5.2.2 Command Interface The Command Interface carries all the command and control communication between the application(s) running in the Card and t
31、he Host. It is defined by CCIF2.0 section 5.2.2. A.5.3 Network Connectivity / Forward and Return Data Channel Signaling It is expected that the A-POD will use multicast communication over the extended channel for non-host communications (A-POD to headend communication). A.5.4 Card operation Modes Th
32、e single and multi-modes of operation are defined per CCIF2.0 section 5.4. A.5.5 One-way Networks This section is not applicable for the A-POD. A.5.6 Two-way Networks This section is not applicable for the A-POD. ATIS-0800033 14 A.5.7 Two-way Networks with DOCSIS This section is not applicable for t
33、he A-POD. A.5.8 M-CARD Device Functional Description The functional elements of an APHD and Multistream-CARD are defined per CCIF2.0 section 5.6 with the following exception: Figure 1 of this document (ATIS-0800033) replaces Figure 5.8-1 of CCIF. A.5.9 In-band Interface - MPEG Data Flow The MPEG dat
34、a flow is defined per the CCIF2.0 section 5.9. A.5.10 OOB Interface All A-POD Card interfaces will remain the same as the CableCARD except: the A-POD Card will use bidirectional IP for command and control and will not use SCTE-55-1 or SCTE-55-2. A.6 Deleted This section was deleted in the CCIF2.0 sp
35、ecification and left blank to retain document section numbering. A.7 Physical Interface (Normative) The card will use the PCMCIA Type II physical form factor. The electrical interface differs between S-Mode and M-Mode. The M-Host senses the presence of an M-CARD and operates accordingly. A.7.1 Elect
36、rical Characteristics The electrical characteristics of the PC Card are defined per CCIF2.0 section 7.1 with the following exceptions: The CRX, DRX, CTX, ETX, ITX, QTX (see section 3.2 for definitions) signals are not utilized in A-Mode. A.7.2 Deleted This section was deleted in the CCIF2.0-I13 and
37、left blank to retain document section numbering. A.7.3 Interface Functional Description A.7.3.1 S-Mode Custom Interface (per CCIF2.0-I13) The S-Mode custom interface functional description is defined per CCIF2.0 section 7.3.1. A.7.3.2 Card Signal Descriptions A.7.3.2.1 Power ATIS-0800033 15 The powe
38、r requirements for the PC Card connector are defined per CCIF2.0 section 7.3.2.1. A.7.3.2.2 Sense The requirements for the PC Card connector are defined per CCIF2.0 section 7.3.2.2. A.7.3.2.3 PCMCIA Signals The PCMCIA signals are defined per CCIF2.0 section 7.3.2.3. A.7.3.2.4 Card Device Signals The
39、 card device signals are defined in CCIF2.0 section 7.3.2.4. A.7.3.2.5 M-Mode Device Signals The M-Mode device signals are defined in CCIF2.0 section 7.3.2.5. A.7.3.3 Card Type Identification Card type identification is defined per CCIF2.0 section 7.3.3. In the case of an A-POD Card in S-Mode, the C
40、IS values need to be different from the parameters defined in CCIF Annex D. The A-mode operation shall not affect any S-Mode or M-Mode operation, and it is the responsibility of the manufacturer to obtain the Card Information System (CIS) values. A.7.3.3.1 S-Mode The Single-Stream-card (S-card) oper
41、ation is defined in CCIF2.0 section 7.3.3.1. A.7.3.3.1.1 Memory Function The memory function is defined per CCIF2.0 section 7.3.3.1.1. A.7.3.4 Card Information Structure (S-Mode Only per CCIF2.0-I13) The card information structure is defined in CCIF2.0 section 7.3.4. A.7.3.4.1 Operation After Card P
42、ersonality Change The operation after card personality change is defined in CCIF2.0 section 7.3.4.1. A.7.3.4.2 M- Mode Detection The M-Mode detection is defined in CCIF2.0 section 7.3.4.2. ATIS-0800033 16 A.7.3.5 MPEG Transport Interface The MPEG transport Interface is defined in CCIF2.0 section 7.3
43、.5. A.7.3.5.1 S-Mode The MPEG transport Interface for S-Mode is defined in CCIF2.0 section 7.3.5.1. A.7.3.5.2 M-Mode The definition for the MPEG flow model is defined in CCIF2.0 section 7.3.5.2. A.7.3.5.2.1 M-Mode MPEG Transport Stream Pre-Header The M-mode transport stream pre-header is defined in
44、CCIF2.0 section 7.3.5.2.1. A.7.4 Electrical Specifications The electrical specifications are defined in CCIF2.0 section 7.4. A.7.4.1 DC Characteristics The DC characteristics of the electrical specification are defined in CCIF2.0 section 7.4.1. A.7.4.1.1 S-Mode The DC characteristics of the electric
45、al specification for S-Mode are defined in CCIF2.0 section 7.4.1.1. A.7.4.1.2 M-Mode The DC characteristics of the electrical specification for M-Mode are defined in CCIF2.0 section 7.4.1.2. A.7.4.1.3 Signaling Interfaces The signaling interfaces are defined in CCIF2.0 section 7.4.1.3. A.7.4.1.3.1 S
46、-Mode The signaling interfaces for S-Mode operation are defined in CCIF2.0 section 7.4.1.3.1. A.7.4.1.3.2 S-Mode and M- Mode Signal Types The signaling interfaces for S-Mode and M-Mode are defined in CCIF2.0 section 7.4.1.3.2. A.7.4.2 AC Characteristics A.7.4.2.1 S-Mode and M-Mode Signal Parameters
47、The S- and M-Modes of signaling parameters are defined in CCIF2.0 section 7.4.2.1. ATIS-0800033 17 A.7.4.2.2 M-Mode The AC Characteristics for M-Mode are defined in CCIF2.0 section 7.4.2.2. A.7.4.2.3 Power and Reset Timing The power and rest timing are defined in CCIF2.0 section 7.4.2.2.1. A.7.4.2.4
48、 MPEG Packet Jitter The MPEG packet jitter requirements are defined in CCIF2.0 section 7.4.2.2.2. A.7.4.2.5 MPEG Transport Timing The MPEG transport timing requirements are defined in CCIF2.0 section 7.4.2.2.3. A.7.4.2.6 S-Mode CPU Interface Timing The S-Mode CPU timing requirements are defined in C
49、CIF2.0 section 7.4.2.2.4. A.7.4.2.7 M-Mode CPU Interface Timing The M-Mode CPU timing requirements are defined in CCIF2.0 section 7.4.2.2.5. A.7.5 Mechanical Specifications A.7.5.1 Form Factor The form factor specifications for the A-POD Card are defined in CCIF2.0 section 7.5.1. A.7.5.2 Connector The A-POD Card connector is defined in CCIF2.0 section 7.5.2. A.7.5.3 Environmental The environmental conditions sp
