ATIS 0800049-2011 Test Cases for Linear TV Service Selection Attachment and Usage.pdf

1、 ATIS-0800049 TEST CASES FOR LINEAR TV SERVICE SELECTION, ATTACHMENT, AND USAGE ATIS is the leading technical planning and standards development organization committed to the rapid development of ATIS is the leading technical planning and standards development organization committed to the rapid dev

2、elopment of global, market-driven standards for the information, entertainment and communications industry. More than 200 companies actively formulate standards in ATIS Committees, covering issues including: IPTV, Cloud Services, Energy Efficiency, IP-Based and Wireless Technologies, Quality of Serv

3、ice, Billing and Operational Support, Emergency Services, Architectural Platforms and Emerging 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 Manag

4、ement and Network Optimization. ATIS is the North American Organizational Partner for the 3rd 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 Telecom

5、munication Commission (CITEL). ATIS is accredited by the American National Standards Institute (ANSI). For more information, please visit . Notice of Disclaimer & Limitation of Liability The information provided in this document is directed solely to professionals who have the appropriate degree of

6、experience to understand and interpret its contents in accordance with generally accepted engineering or other professional standards and applicable regulations. No recommendation as to products or vendors is made or should be implied. NO REPRESENTATION OR WARRANTY IS MADE THAT THE INFORMATION IS TE

7、CHNICALLY ACCURATE OR SUFFICIENT OR CONFORMS TO ANY STATUTE, GOVERNMENTAL RULE OR REGULATION, AND FURTHER, NO REPRESENTATION OR WARRANTY IS MADE OF MERCHANTABILITY OR FITNESS FOR ANY PARTICULAR PURPOSE OR AGAINST INFRINGEMENT OF INTELLECTUAL PROPERTY RIGHTS. ATIS SHALL NOT BE LIABLE, BEYOND THE AMOU

8、NT OF ANY SUM RECEIVED IN PAYMENT BY ATIS FOR THIS DOCUMENT, WITH RESPECT TO ANY CLAIM, AND IN NO EVENT SHALL ATIS BE LIABLE FOR LOST PROFITS OR OTHER INCIDENTAL OR CONSEQUENTIAL DAMAGES. ATIS EXPRESSLY ADVISES ANY AND ALL USE OF OR RELIANCE UPON THIS INFORMATION PROVIDED IN THIS DOCUMENT IS AT THE

9、RISK OF THE USER. NOTE - The users attention is called to the possibility that compliance with this standard may require use of an invention covered by patent rights. By publication of this standard, no position is taken with respect to whether use of an invention covered by patent rights will be re

10、quired, and if any such use is required no position is taken regarding the validity of this claim or any patent rights in connection therewith. ATIS-0800049, Test Cases for Linear TV Service Selection, Attachment, and Usage Is an ATIS Standard developed by the ATIS IPTV Interoperability Forum (IIF).

11、 Published by Alliance for Telecommunications Industry Solutions 1200 G Street, NW, Suite 500 Washington, DC 20005 Copyright 2011 by Alliance for Telecommunications Industry Solutions All rights reserved. No part of this publication may be reproduced in any form, in an electronic retrieval system or

12、 otherwise, without the prior written permission of the publisher. For information contact ATIS at 202.628.6380. ATIS is online at . Printed in the United States of America. ATIS-0800049 ATIS Standard on TEST CASES FOR LINEAR TV SERVICE SELECTION, ATTACHMENT, AND USAGE Alliance for Telecommunication

13、s Industry Solutions Approved July 18, 2011 Abstract This ATIS document describes the test cases for the linear TV service, as primarily defined in ATIS-0800018, IPTV Linear TV Service, including terminal attachment and service usage. ATIS-0800049 ii FOREWORD The Alliance for Telecommunication Indus

14、try Solutions (ATIS) serves the public through improved understanding between carriers, customers, and manufacturers. The IPTV Interoperability Forum (IIF) develops requirements, standards, and specifications that will determine the industrys end-to-end solution for Internet Protocol Television (IPT

15、V). The mandatory requirements are designated by the word shall and recommendations by the word should. Where both a mandatory requirement and a recommendation are specified for the same criterion, the recommendation represents a goal currently identifiable as having distinct compatibility or perfor

16、mance advantages. The word may denotes an optional capability that could augment the standard. The standard is fully functional without the incorporation of this optional capability. Suggestions for improvement of this document are welcome. They should be sent to the Alliance for Telecommunications

17、Industry Solutions, IIF Staff, 1200 G Street NW, Suite 500, Washington, DC 20005. At the time it approved this document, the IIF, which is responsible for the development of this standard, had the following members: Alcatel-Lucent ARRIS Group AT&T British Telecom Brocade Communications CenturyLink C

18、heetah Technologies Cisco Systems Concurrent DTS Ericsson Electronics and Telecommunications Research Institute (ETRI) Huawei Technologies IneoQuest Technologies Intel Corporation JDSU Juniper Networks LG Electronics Microsoft Motorola Nagravision NEC Corporation of America Nielsen Company Nokia Sie

19、mens Networks RGB Networks Rogers Wireless SeaChange International Telephone and Data Systems (TDS) Telchemy Telcordia Technologies TELUS Time Warner Cable Verivue, Inc. Verizon ZTE Incorporated The Testing & Interoperability (T&I) Committee was responsible for the development of this document, with

20、 the leadership of the following people: D. OCallaghan, IIF Chair R. Brand, IIF Vice Chair J. Jacobs, T&I Committee Co-Chair B. Khasnabish, T&I Committee Co-Chair and Technical Editor C.A. Underkoffler, ATIS Chief Editor A. Blasgen, Committee Administrator ATIS-0800049 iii TABLE OF CONTENTS 1 INTROD

21、UCTION . 1 1.1 SCOPE . 1 1.2 ACRONYMS 1 2 NORMATIVE REFERENCES 2 3 SCENARIO 2: LINEAR TV SERVICE SELECTION, ATTACHMENT, & USAGE 2 3.1 SCENARIO 2: LINEAR TV SERVICE SELECTION, ATTACHMENT, AND USAGE 3 3.2 TEST CASES 4 3.2.1 Scenario 2a: IMSbased Linear TV Service 5 3.2.2 Scenario 2b: NonIMSbased Linea

22、r TV Service 12 TABLE OF FIGURES FIGURE 1: ATIS IIF IPTV FUNCTIONAL ARCHITECTURE 3 FIGURE 2: PHYSICAL ARCHITECTURE FOR SCENARIO 2 4 FIGURE 3: OVERVIEW OF BASIC LINEAR TV PROCESSES 5 FIGURE 4: PHYSICAL ARCHITECTURE FOR SCENARIO 2A 6 FIGURE 5: SCENARIO 2A MESSAGE FLOW 8 FIGURE 6: PHYSICAL ARCHITECTURE

23、 FOR SCENARIO 2B 13 FIGURE 7: SCENARIO 2B MESSAGE FLOW 15 TABLE OF TABLES TABLE 1: PROTOCOLS AND REFERENCE POINTS . 4 ATIS STANDARD ATIS-0800049 ATIS Standard on Test Cases for Linear TV Service Selection, Attachment, and Usage 1 1 INTRODUCTION 1.1 Scope This document describes a test plan based on

24、the ATIS IIF IPTV Functional Architecture interfaces in order to demonstrate multi-vendor interoperability with specific scenarios defined within ATIS-0800047, Scenarios for ATIS IIF IPTV Interoperability Testing 10. This document covers the Scenario 2 test cases as shown below: Scenario 2: Linear T

25、V Service Attachment and Service Use Scenario 2a: IMS-based Linear TV. Scenario 2b: Non-IMS-based Linear TV. 1.2 Acronyms AF Application Function ATIS Alliance for Telecommunications Industry Solutions CF Control Function DNG Delivery Network Gateway IIF IPTV Interoperability Forum IGMP Internet Gro

26、up Management Protocol ITF IPTV Terminal Function IPTV IP TeleVision IPTV CF IPTV Control Function MDF Multicast Delivery Function MLD Multicast Listener Discovery MTF Multicast Transport Function P-CSCF Proxy Call Session Control Function RACF Resource and Admission Control Function S-CSCF Serving

27、Call Session Control Function SIP Session Initiation Protocol SP Service Provider TRC Transport Resource Control (Function) UI User Interface ATIS-0800049 2 2 NORMATIVE REFERENCES The following standards contain provisions which, through reference in this text, constitute provisions of this ATIS Sta

28、ndard. At the time of publication, the editions indicated were valid. All standards are subject to revision, and parties to agreements based on this ATIS Standard are encouraged to investigate the possibility of applying the most recent editions of the standards indicated below. 1 ATIS-0800007, IPTV

29、 High Level Architecture, April 2007.12 ATIS-0800009v.002, Remote Management of Devices in the Consumer Domain for IPTV Services, 2009.13 ATIS-0800013, Media Formants and Protocols Specification, 2009.14 ATIS-0800017.v002, Network Attachment and Initialization of Devices and Client Discovery of IPTV

30、 Services, 2009.15 ATIS-0800018, IPTV Linear TV Service, 2009.16 ATIS-0800019, Multicast Network Service Specification, 2009.17 ATIS-0800020.v002, IPTV Electronic Program Guide Metadata Specification, 2011.18 ATIS-0800022.v002, IPTV Consumer Domain Device Configuration Metadata, 2011.19 ATIS-0800042

31、, IPTV Content on Demand Service, 2011.110 ATIS-0800047, Scenarios for ATIS IIF IPTV Interoperability Testing, 2011.13 SCENARIO 2: LINEAR TV SERVICE SELECTION, ATTACHMENT, & USAGE Figure 1 shows the architecture based on ATIS-0800018, IPTV Linear TV Service 5, and ATIS-0800042, IPTV Content on Deman

32、d Service 9. The reference point designations used by the ATIS IIF are the same as those used by in ITU-T Y.1910, where the interfaces are aligned. Further details on each of these interfaces and functional/network blocks can be found in ATIS-0800047, Scenarios for ATIS IIF IPTV Interoperability Tes

33、ting 10. 1This document is available from the Alliance for Telecommunications Industry Solutions, 1200 G Street N.W., Suite 500, Washington, DC 20005. ATIS-0800049 3 C6C5IPTV ApplicationNACFS4E0E1 (XML)Ud, Md, E5A1,A8E3iS1Transport & Access NetworksE6CD&DFApplication FunctionsS3SUPD1C2UdVideoHeadend

34、MdS5C1Asset PreparationCD&LCCD&SF AUPA3T1Transport FunctionsDNGH4H6H5H1R*RuE3nSP&S Disc. FunctionsA7KeyNot in scope at this timeIn scopeA4A0S2S6S7Core IMSP-CSC S-CSC I-CSCS4 S3IPTV CFRACFARFAAARCMSSDSH7, H8H9, H10ITFT2Content OriginDNGITFFigure 1: ATIS IIF IPTV Functional Architecture 3.1 Scenario 2

35、: Linear TV Service Selection, Attachment, and Usage This scenario tests two scenarios of the Linear TV functionality as specified in ATIS-0800018 5. Scenario 2a: IMS-based Linear TV. Scenario 2b: Non-IMS-based Linear TV. The content of this section is based on ATIS-0800018, IPTV Linear TV Service 5

36、. The architecture for this scenario is shown in Figure 2 below. ATIS-0800049 4 IPTV ApplicationNACFS4E1 (XML)Md, E5A1E3iTransport & Access NetworksApplication FunctionsS3SUPVideoHeadendMdAUPRCMSAAATransport FunctionsDNGR*RuE3nKeyNot in scope at this timeIn scopeS2S6S7Core IMSP-CSC S-CSC I-CSCS4 S3I

37、PTV CFRACFITFARFDNGITFFigure 2: Physical Architecture for Scenario 2 Table 1: Protocols and Reference Points Interface Protocol Sub-scenarios A8 (ITU-T Y.1910 A1), HTTP/SIP 2a, may be 2b E1 HTTP 2a E3i SIP 2a E3n (ITU-T Y.1910, 11.3.2, E3n), RTSP 2b E5 IGMPv2, IGMPv3, (MLDv1, v2 if IPv6) 2a, 2b Md M

38、PEG2TS, RTP 2a, 2b S3 (ITU-T Y.2111 Rs), Diameter (ITU-T Y.1910) 2a, 2b S7 SIP 2a 3.2 Test Cases Assumptions: The IPTV Terminal Function (ITF) and Delivery Network Gateway (DNG) (if present) are initialized, authenticated, and operating in the network. Figure 3 shows the phases of Linear TV service

39、attachment and resource allocation, initial channel acquisition and channel changes, and Linear TV service termination. The figure identifies sections of ATIS-0800018 5 that describe each option of each phase. ATIS-0800049 5 Figure 3: Overview of Basic Linear TV Processes 3.2.1 Scenario 2a: IMS-base

40、d Linear TV Service IMS-based Linear TV service is intended to provide a similar experience to existing broadcast, satellite, or cable TV services utilizing an IMS core routing structure as the main path for control messaging while leveraging multicast to make the content streams available to multip

41、le users simultaneously. Test cases: 1. Service Attachment and Initial Channel Acquisition. 2. Channel Change without Resource Modification. 3. Channel Change with Resource Modification. 4. Service Termination. 3.2.1.1 Test Setup Figure 4 shows the physical network element level and interconnection

42、diagram for IMS-based IPTV (Linear TV) service implementation and testing. ATIS-0800049 6 Figure 4: Physical Architecture for Scenario 2a 3.2.1.2 Resources Required Transport Network Elements supporting the Multicast Transport Function (Access Node, Edge Router, Transport Resource Control TRC option

43、al). One ITF. One TV. One IPTV Control Function (with S-User profile). One IMS Core (P-CSCF, S-CSCF). One Video headend (MDF). One DNG (optional). One Resource and Admission Control Function (RACF) (optional). One IPTV Linear TV Application function. Two test media transport steams for Linear TV str

44、eams A and B. 3.2.1.3 Test Pre-Conditions 1. Network Attachment per ATIS-0800017 4. 2. Remote Configuration per ATIS-0800009 2. ATIS-0800049 7 3. Service Provider (SP) discovery per ATIS-0800017 4. 4. SP attachment per ATIS-0800017 4. 5. Services Discovery per ATIS-0800017 4 6. EPG Metadata distribu

45、ted to Application Function per ATIS-0800020 7 and ATIS-0800017 4. 7. The multicast streams 6 for Linear TV channels are delivered to the Access Node. 3.2.1.4 Procedure See Figure 3. 3.2.1.5 Observable Results 1. User observes the channel list on TV screen. 2. User observes channel program changed w

46、hen user presses the channel change button on remote control. 3. User observes channel quit when user exits the Linear TV application. 4. The request and response parameters are displayed on the user interface (UI). 3.2.1.6 Pass/Fail Criteria 1. Verify that Linear TV Content is delivered over Md. 2.

47、 Verify service attachment and channel acquisition in IMS Core via E3i. 3. Verify channel join, leave, and change via E5. 4. Verify resource modification request and response between IMS Core and RACF via S3 (optional). 5. Verify service attachment and channel acquiring forward to IPTV CF via S7. NO

48、TE Service authorization and response can be observed between the IPTV CF and Linear IPTV AF. ATIS-0800049 8 3.2.1.7 Message Flow Figure 5: Scenario 2a Message Flow 3.2.1.7.1 Test Case 1: Service Attachment and Initial Channel Acquisition 1. The Linear TV service is triggered through user interactio

49、n, preset recording instructions, or other means. 2. The ITF initiates a SIP session by sending a SIP INVITE to the P-CSCF (E3i). 3. The P-CSCF initiates a resource reservation request (reservation phase) to the RACF based on the Bandwidth requested in the incoming INVITE. The RACF allocates the default initial bandwidth (S3).The RACF signals that the bandwidth allocation is complete to the P-CSCF (S3). 4. The P-CSCF forwards the INVITE to the S-CSCF. If the subscriber i