In exercise of the powers conferred by section 36, read with sub clauses ii, iii and iv of clause b of sub section 1 of section 11, of the Telecom Regulatory Authority of India Act,

रजजस्ट्री स.ं डी.एल.- 33004/99 REGD. No. D. L.-33004/99 सी.जी.-डी.एल.-अ.-16092023-248799 xxxGIDHxxx CG-DL-E-16092023-248799 xxxGIDExxx ऄसाधारण EXTRAORDINARY भाग III—खण् ड 4 PART III—Section 4 प्राजधकार स ेप्रकाजित PUBLISHED BY AUTHORITY स.ं 642] नइ ददल्ली, िुक्रिार, जसतम्ब र 15, 2023/भाद्र 24, 1945 No. 642] NEW DELHI, FRIDAY, SEPTEMBER 15, 2023/BHADRA 24, 1945 भारतीय दरू सचं ार जिजनयामक प्राजधकरण ऄजधसचू ना नइ ददल्ली, 14 जसतम्ब र, 2023 दरू सचं ार (प्रसारण और केबल) सेिाएँ आंटरकनक्े िन (एड्रेसबे ल जसस्ट्टम) (पाचं िा ंसिं ोधन) जिजनयम, 2023 (2023 का 4) फा.स.ं सी-1/2/(1)/2021-बी और सीएस (2).—भारतीय दरू संचार जिजनयामक प्राजधकरण ऄजधजनयम, 1997 (1997 का 24) की धारा 36 सपठठत धारा 11 की ईप-धारा (1) के ऄनुच्छेद (ख) के ईप-ऄनच्ु छेद (पप), (पपप) और (पऄ) के द्वारा प्रदत िजियों का प्रयोग करत े हुए, सपठठत संचार एि ं सूचना प्रोद्योजगकी मंत्रालय (दरू संचार जिभाग) म ें भारत संचार की ऄजधसूचना सख्ं या 39, (क) जजसे ईि ऄजधजनयम की धारा 11 की ईपधारा (1) के ऄनुच्छेद (डी) और धारा 2 की ईपधारा (1) के ऄनच्ु छेद (के) के परंतुक द्वारा प्रदत िजियों का प्रयोग करत े हुए जारी दकया गया ह,ै और (ख) जो भारत के गजट, ऄसाधारण, भाग-II, खण्ड-3 म ें ऄजधसूचना संख्या एस.ओ 44 (इ) और 45 (इ) ददनांदकत 09 जनिरी, 2004 के ऄंतगगत प्रकाजित हुइ ह,ै - भारतीय दरू संचार जिजनयामक प्राजधकारण, दरू संचार (प्रसारण एि ं केबल) सेिा आंटरकॉनेक्िन (एड्रेजसबल जसस्ट्टम्स) जिजनयम, 2017 (2017 का 1) में अग ेसंिोधन करन े के जलए एतद द्वारा जनम्न जिजनयमों का जनमागण करता है, ऄथागत- 1. संजिप्त नाम, जिस्ट्तार, और प्रारंभ.— 5904 GI/2023 (1)2 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] (1) आन जिजनयमों को दरू संचार (प्रसारण और केबल) सेिा आंटरकनेक्िन (एड्रेसेबल जसस्ट्टम) (पांचिां संिोधन) जिजनयम, 2023 (2023 का 4) कहा जाएगा । (2) य ेजनयम पूरे भारत में लाग ूहोंगे। (3) ये जनयम अजधकाठरक राजपत्र में ईनके प्रकािन की जतजथ से लागू होंगे। बिते दक मौजूदा जसस्ट्टमस् के जलए, आन जिजनयमों के प्रािधान ईनके लाग ू होने की जतजथ से तीन महीन े के बाद लाग ूहोंग:े 2. दरू संचार (प्रसारण और केबल) सेिा आंटरकनेक्िन (एड्रेसेबल जसस्ट्टम) जिजनयम, 2017 (यहाँ आसके बाद "प्रमुख जिजनयम" के रूप म ेंसंदर्भभत) के जिजनयम 10 म,ें - (क) ईप-जिजनयम (6) म,ें "ऄनुसूची-III" िब्दों के बाद, "या ऄनुसूची-X या दोनों, जैसा भी मामला हो" िब्दों को जोड़ा जाएगा; (ख) ईप-जिजनयम (7) म,ें "ऄनसु ूची-III" िब्दों के स्ट्थान पर, "ऄनुसूची-III या ऄनुसूची-X या दोनों, जैसा भी मामला हो" िब्दों को जोड़ा जाएगा; (ग) ईप-जिजनयम (7) के परंतुक में, "ऄनुसूची-III" िब्दों के बाद, "या ऄनुसूची-X या दोनों, जैसा भी मामला हो" िब्दों को जोड़ा जाएगा । 3. मुख्य जिजनयमों के जिजनयम 15 म,ें - (क) ईप-जिजनयम (2) म,ें िब्द "ऄनुसूची-III" िब्दों के स्ट्थान पर "ऄनुसूची-III या ऄनुसूची-X या दोनों, जैसा भी मामला हो" िब्दों को जोड़ा जाएगा; (ख) ईप-जिजनयम (2) के तीसरे परंतुक में, "ऄनुसूची III" िब्दों के बाद, "या ऄनुसूची-X या दोनों, जसै ा भी मामला हो" िब्दों को जोड़ा जाएगा । 4. मुख्य जिजनयमों की ऄनुसूची-II म,ें - (क) मद 17 म,ें "ऄनुसूची-III" िब्दों के स्ट्थान पर, "ऄनुसूची-III या ऄनुसूची-X या दोनों, जैसा भी मामला हो," िब्दों को जोड़ा जाएगा; (ख) घोषणा म,ें "ऄनुसूची III" िब्दों के स्ट्थान पर, "ऄनुसूची III या ऄनुसूची X या दोनों, जैसा भी मामला हो," िब्दों को जोड़ा जाएगा । 5. मुख्य जिजनयमों की ऄनुसूची-IX के बाद, जनम्नजलजखत ऄनुसचू ी सजम्मजलत की जाएगी, ऄथागत्: - “ऄनसु चू ी-X (जिजनयम 10 का ईप-जिजनयम (6), जिजनयम 10 का ईप-जिजनयम (7) और जिजनयम 15 का ईप-जिजनयम (2) देख)ें ऄकं ेिण का स्ट्कोप और िडयलू लग (क) स्ट्कोपः जितरक द्वारा कराइ जाने िाली िार्भषक ऄंकेिण म ें जिजनयमों के प्रािधानों के ऄनुसार, आस िडयलू के ऄनुपालन की पुजि करन े की ऄकं ेिण और सब्सदक्रप्षन ऄंकेिण िाजमल होगी। (ख) िडयूललगः जिजनयम 15 (1) के तहत जितरक द्वारा ऄंकेिण आस तरह से िडयलू की जाएगी दक दो कैलडें र िषों के ऄंकेिण के बीच कम से कम छह माह का ऄंतराल हो। आसके ऄलािा, दो कैलेंडर िषों के ऄंकेिण के बीच 18 माह से ऄजधक ऄंतर नहीं होना चाजहए। जडजजटल राआट्स मने जे मटें (डीअरएम) जसस्ट्टम अिश्यकताए ँ यहाँ पर डीअरएम िब्द का ऄथ ग ह,ै ऄन्य के साथ-साथ, आन जिजनयमों के तहत आंटरनेट प्रोटोकॉल टेलीजिजन (अइपीटीिी) सेिा प्रदाता के जलए सी.ए.एस. की कायगिमता प्रदान करने के जलए एजन्क्रप्िन जसस्ट्टम का प्रबधं न। (ग) डीअरएम अिश्यकताए,ँ जहा ँतक ि ेअइपीटीिी सिे ाओं के जलए सब्सक्राआबर मने जे मटें जसस्ट्टम (एसएमएस) स े संबजं धत ह ैं :[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 3 ताजलका 1 क्र.स.ं एसएमएस के जलए प्रस्ट्ताजित डीअरएम अिश्यकताएँ 1. डीअरएम और एसएमएस के बीच कोइ डेटा बेमेल नहीं होगा। सब्सदक्रप्िन के अधार पर ऄजधकतम बेमले की ऄनुमजत जनम्नानुसार दी जा सकती ह:ै (1) 100000 ग्राहकों तक के ग्राहक अधार के जलए 0.20% से कम होना चाजहए (100000 तक के ग्राहक अधार के जलए 0 स े200) (2) 1000000 ग्राहकों तक के ग्राहक अधार के जलए 0.04% स े कम होना चाजहए (1000000 तक के ग्राहक अधार के जलए 0 स े400) (3) 10000000 स े ऄजधक ग्राहकों के अधार के जलए 0.01% स े कम होना चाजहए (10000000 तक के ग्राहक अधार के जलए 0 से 1000) दोनों जसस्ट्टम के बीच डेटा का माजसक अधार पर जमलान दकया जाएगा। ऄनुसूची-III के ऄनसु ार जमलान की ठरपोटग को जसस्ट्टम डेटा के साथ कम से कम तीन (3) िषों तक या कम से कम तीन ऑजडट चक्र, जो भी बाद म ें हो, संग्रहीत दकया जाएगा। 2. ईपयोगकताओंग के जलए पासिडग नीजत जनमाणग : एसएमएस में एक पठरभाजषत पासिडग नीजत होगी, जजसमें न्यूनतम लंबाइ मानदडं और संरचना (ऄँग्रेजी के छोटे और बड़े ऄिर, संख्याए,ं ऄिर या जििेष जचन्ह), पासिडग का जबरन पठरितगन या कोइ ऄन्य ईपयिु तंत्र या ईनका संयोजन या िैकजल्पक रूप से ईपयोगकता ग खाते को सेट टॉप बॉक्स (एसटीबी)/यूनीक ईपभोिा सदस्ट्यता या ग्राहक पठरसर ईपकरण (सीपीइ)/जडिाआस के मैक अइडी स ेलॉक/पेयर दकया जाना चाजहए। 3. A जबक्री के बाद सहायता सेिा : भारत म ें जस्ट्थत एसएमएस जिक्रेता टीम की सहायता स े टेलीजिजन चनै लों के जितरक के प्रजत्ान को अिश्यक सॉफ्टिये र और हाडगिये र सहायता ईपलब्ध होनी चाजहए। सहायता ऐसी होनी चाजहए जो 99.99% समयबद्ध (ऄपटाआम) और ईपलब्धता के साथ एसएमएस जसस्ट्टम सजु नजित करे। सिे ा की गणु ित्ता और ऄपटाआम सजु नजित करन े के जलए जसस्ट्टम म ें बकै ऄप जसस्ट्टम का पयाप्तग प्रािधान होन ेचाजहए । 4. एसटीबी/यूजनक ईपभोिा सब्सदक्रप्िन के सभी सदक्रयता या जनजरक्रयता आस तरह से दकए जाएंग े दक एसएमएस और डीअरएम हमिे ा िास्ट्तजिक समय के अधार पर आंठटग्रेटेड और लसक्रनाआज़ रह।ें 5. अिश्यक और पयागप्त तरीके ऄपनाए जाएंग े तादक ईन ठरपोटग में प्रत्येक एसटीबी/युनीक ईपभोिा सब्सदक्रप्िन के एजक्टिेिन और जडएजक्टिेिन प्रजतलबजबत दकया जा सके, जो ठरपोटग एसएमएस, जोदक डीअरएम के साथ आंठटग्रेटेड ह ैया आसके जिपरीत, से तैयार की गइ हो । 6. डीअरएम और एसएमएस 24 घंटे के ऄदं र जितरक के सब्सक्राआबर बेस की सेिाओं और/या एसटीबी/युनीक ईपभोिा सब्सदक्रप्िन को सदक्रय या जनजरक्रय करन ेमें सिम होना चाजहए। 7. एसएमएस कम से कम लगातार जपछल े तीन (3) िषों की ऄिजध के जलए लॉग बनाने, ठरकॉडग करने और लॉग के रख-रखाि करने में स्ट्ितंत्र रूप से सिम होगा, जो दक एसएमएस में जनरपाददत प्रत्येक कमांड के ऄनरूु प होगा, जो सदक्रयता या जनजरक्रयता कमांड तक सीजमत नहीं होगा। 8. एसएमएस कम्प्यूटरीकृत होना चाजहए और ग्राहकों से संबंजधत जानकारी और डेटा सजहत सभी लॉग दजग करने म ेंसिम होना चाजहए जसै े: (क) जिजिि ग्राहक पहचान (अइडी) (ख) ग्राहक ऄनुबंध संख्या (ग) ग्राहक का नाम (घ) जबललग का पता4 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] (ङ) आन्स्ट्टालेिन का पता (च) लैंडलाआन टेलीफोन नंबर (छ) मोबाआल टेलीफोन नंबर (ज) इ-मेल पता (झ) चैनल, बुके और सब्सक्राआब की गईं सेिाएँ (ञ) एक यूजनक मैक अइडी से जड़ु ा हुअ यूजनक एसटीबी नंबर/ यूजनक ईपभोिा सब्सदक्रप्िन अइडी। (ट) यूजनक िीसी नंबर या मैक अइडी। 9. एसएमएस जनम्न म ेंसिम होना चाजहए: (क) एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन की सदक्रयता और जनजरक्रयता के संदभग में ऐजतहाजसक डेटा को देखना और लप्रट करना। (ख) िहर और राज्य स्ट्तर पर स्ट्थाजपत प्रत्येक एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन और िीसी/मैक अइडी का पता लगाना। (ग) प्रत्येक ग्राहक के जलए सब्सदक्रप्िन म ेंपठरितगन और ग्राहक द्वारा दकए गए ऄनुरोधों के संबंजधत स्रोत का ऐजतहाजसक डेटा ईत्पन्न करना। 10. एसएमएस दकसी भी िांजछत समय पर ठरपोटग तैयार करन े में सिम होना चाजहए, जजसमें जनम्न िाजमल ह ैं (क) पंजीकृत ग्राहकों की कुल संख्या. (ख) सदक्रय ग्राहकों की कुल सख्ं या. (ग) ऄस्ट्थायी रूप से जनलंजबत ग्राहकों की कुल संख्या. (घ) जनजरक्रय ग्राहकों की कुल संख्या. (ङ) जसस्ट्टम में ब्लैकजलस्ट्टेड एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन की सूची। (च) जनधागठरत प्रारूप म ेंचैनल और बुके (चैनलों का समूह) िाआज़ माजसक सब्सदक्रप्िन ठरपोटग। (छ) प्रत्येक बुके का जहस्ट्सा बनन ेिाले चनै लों के नाम। (ज) दकसी जनजित समय पर दकसी जििेष चैनल या बुके का सब्सदक्रप्िन लने े िाल ेसदक्रय ग्राहकों की कुल संख्या। (झ) एक ग्राहक द्वारा सब्सक्राआब दकए गए, ए-ला काटाग चैनल और बुके का नाम । (ञ) दकसी जििेष चैनल या बुके की सब्सदक्रप्िन के जलए एलजग ठरपोटग। 11. जितरक यह सुजनजित करेगा दक एसएमएस जिक्रेता के पास पूरे िषग 24×7 अधार पर जसस्ट्टम के रख-रखाि के जलए भारत म ेंतकनीकी िमता ह।ै 12. डीपीओ चैनलों के जितरण के जलए तैनात डीअरएम और एसएमएस का जििरण घोजषत करेगा। दकसी भी ऄजतठरि डीअरएम/एसएमएस की तनै ाती के मामल े में, जसस्ट्टम के चालू होन े स े पहल े जितरक द्वारा प्रसारकों को आसकी सूचना दी जाएगी। 13. यदद एजक्टि आनफ्रास्ट्रक्चर िेयररग (जब और जैसे भी एमअइबी द्वारा ऄनुमजत दी जाएगी) ह,ै तो डीपीओ चैनलों के जितरण के जलए तैनात डीअरएम और एसएमएस के साझाकरण की घोषणा करेगा। दकसी भी ऄजतठरि डीअरएम/एसएमएस की तैनाती के मामल े में, जितरक द्वारा प्रसारकों को आसकी सूचना दी जानी चाजहए।[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 5 14. एसएमएस में जनम्न सूचीबद्ध न्यूनतम फील्ड के साथ ददनांक और समय के साथ लसक्रनाआज़ेिन ठरपोटग तैयार करने का प्रािधान होगा : (क) एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन संख्या (या काडगलेस जसस्ट्टम के मामल े में, एसटीबी की जचप अइडी या मैक अइडी संख्या) (ख) प्लेटफॉमग पर ईपलब्ध ए-ला-काटाग चैनलों और बुके से संबंजधत प्रोडक्ट कोड (ग) पात्रता की अरंभ जतजथ (घ) पात्रता की ऄंजतम जतजथ (ङ) एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन की जस्ट्थजत (सदक्रय/जनजरक्रय) 15. 100% जमलान या बेमले त्रुठट ठरपोटग की तलु ना करन े और ईत्पन्न करन े के जलए डीअरएम के फाआल अईटपुट को एसएमएस जसस्ट्टम द्वारा ससं ाजधत दकया जाएगा। 16. चनै ल/बकु े मने जे मटें : िास्ट्तजिक समय के अधार पर डीअरएम के साथ समन्िय में एसएमएस जनम्नजलजखत जरूरी अिश्यकताओं को सपोट गकरेगा: (क) नाम, टैठरफ, ब्रॉडकास्ट्टर, या डीपीओ बुके अदद जैस े प्रासंजगक जििरण के साथ सभी चैनलों और बुके के जलए प्रासंजगक प्रोडक्ट अइडी बनाना और प्रबंजधत करना। (ख) समय-समय पर अिश्यकतानुसार चैनल/बुके म ेंपठरितनग प्रबंजधत करना। (ग) एसएमएस और डीअरएम आंठटग्रेिन के सुचारू संचालन के जलए, डीअरएम म ें बनाए गए ए-ला- काटाग चैनलों और बुके (एकल और बल्क में) के जलए प्रोडक्ट अइडी को एसएमएस में प्रबंजधत की जा रही प्रोडक्ट जानकारी के साथ ललक करना। (घ) प्रोडक्ट के नाम, ऄथागत प्रसारक (नाम), ऄजधकतम खुदरा मल्ू य (एमअरपी), जितरक खुदरा मूल्य (डीअरपी) के ऐजतहाजसक डेटा का प्रबंधन। 17. नटे िकग िमता िल्ु क (एनसीएफ) नीजत जनमाणग : एसएमएस लागू टैठरफ अदेि द्वारा ऄजनिायग सभी एनसीएफ संबंजधत अिश्यकताओं को परू ा करेगा। 18. जबल/चालान तयै ार करना : एसएमएस एनसीएफ िल्ु क, पे-चैनल िल्ु क (ए-ला-काटाग चैनल लागत और बुके लागत के स्ट्पि अआटम जििरण के साथ), एसटीबी/युजनक ईपभोिा सजब्स्ट्क्रप्िन के जलए दकराये के िुल्क(यदद कोइ ह)ै , िस्ट्तु और सेिा कर (जीएसटी) सजहत ऄन्य लागू िल्ु क के स्ट्पि जििरण के साथ ईजचत ईपभोिा जबल/चालान ईत्पन्न करन े में सिम होगा। 19. मने जे मटें ऑफ लॉग (क) एसएमएस में प्रत्येक लॉजगन आिेंट पर ईपयोगकतागओं की अइडी के साथ ईपयोगकता ग जििरण लॉग प्रदान करने की सुजिधा होगी। (ख) एसएमएस में ईपयोगकतागओं के कायग आजतहास को रैक करने में सिम करने के जलए ईपयोगकता ग गजतजिजध लॉग ठरपोटग तैयार करने का प्रािधान होगा। आसे लॉग स े ठरकॉडग हटान े की ऄनुमजत नहीं दी जाएगी। (ग) सभी लॉग पर ददनांक और समय ऄंदकत दकया जाएगा और जसस्ट्टम दकसी भी लॉग को बदलने या संिोजधत करन े की ऄनुमजत नहीं देगा। (घ) लॉग को ऄनुसूची-III में जनर्ददि ऄिजध या कम स ेकम तीन ऑजडट चक्रों, जो भी बाद में हो, के जलए रख-रखाि दकया जाएगा। (ङ) चैनल सब्सदक्रप्िन ठरपोटग: एसएमएस भादजू िप्रा द्वारा जनधागठरत प्रारूप के ऄनुसार ब्रॉडकास्ट्टर- िाआज़ चैनलों के माजसक सब्सक्राआबर की कुल संख्या, जजसमें ए-ला-काटाग और बुके सदस्ट्यता दोनों िाजमल ह,ैं प्रदान करन े में सिम होगा।6 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] (च) डीअरएम और एसएमएस ऄलग और स्ट्ितंत्र सिगर पर चलन ेचाजहए। 20. एसएमएस डेटाबसे और ताजलकाएँ : (क) जिक्रेता द्वारा घोजषत डेटाबेस ताजलकाओं के बाहर कोइ भी सदक्रय युनीक सब्सक्राआबर नहीं होगा । (ख) एसएमएस, एसएमएस डेटाबेस को जिभाजजत करन े या एक स े ऄजधक आन्स्ट्टेन्स बनान े का जिकल्प प्रदान नहीं करेगा। (ग) एसएमएस में सब्सक्राआबर द्वारा िेबसाआट या जितरक प्लेटफॉमग ऑपरेटर द्वारा प्रदान दकए गए आंटरफेस के एक एजप्लकेिन के माध्यम से चनै ल (ए-ला-काटाग चैनल या चनै लों का बुके) के चयन को सिम या ऄिम करने का प्रािधान होगा। (घ) एसएमएस ऑजडट या ऄन्यथा के जलए अिश्यक जनम्नजलजखत जानकारी प्राप्त करने म ेंसिम होगा: (i) बुके/ए-ला-काटाग की जस्ट्थजत में पठरितगन का आजतहास (ii) बुके की संरचना म ेंपठरितगन का आजतहास (iii) कनेक्िन की जस्ट्थजत में पठरितनग (प्राथजमक से जद्वतीयक और आसके जिपरीत) 21. एसएमएस को फायरिॉल के माध्यम से एक्सेस दकया जाएगा । 22. चैनल की सुरिा सुजनजित करने के जलए एसटीबी/यूजनक ईपभोिा सब्सदक्रप्िन और मैक अइडी को एसएमएस से जोड़ा जाएगा (जोड़ी बनाने की (पेयररग) सुजिधा के साथ डीअरएम के जलए लागू)। 23. ठरपोटग तैयार करन े के ईद्देश्य से, एसएमएस ग्राहकों को चनै ल-दर-चैनल और एसटीबी/यूजनक ईपभोिा सब्सदक्रप्िन-दर-एसटीबी/यूजनक ईपभोिा सब्सदक्रप्िन के अधार पर व्यजिगत रूप स े एडरेस करन े म ें सिम होगा। 24. एसएमएस में चैनलों/ए-ला-काटाग और बुके (डीअरएम के साथ एसएमएस में बनाइ गइ ईनकी संबंजधत अइडी के साथ) और माजसक जमलान (रीकोनजसलेिन) करने की सुजिधा होनी चाजहए और जभन्नता ठरपोटग डीअरएम और एसएमएस लॉग से ईपलब्ध होनी चाजहए और ऑजडट के दौरान ईपलब्ध कराइ जानी चाजहए। 25. एसएमएस में एसटीबी/यूजनक ईपभोिा सब्सदक्रप्िन/मैक अइडी स े संबंजधत जनम्नजलजखत ठरपोटग तैयार करन े का प्रािधान होना चाजहए (क) सदक्रय/जनजरक्रय जस्ट्थजत के साथ एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन/मैक अइडी की व्हाआट- जलस्ट्ट (ख) दोषपूणग एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन/मैक अइडी - मरम्मत योग्य और गैर-मरम्मत योग्य (ग) गोदाम में फ्रेि स्ट्टॉक (घ) स्ट्थानीय केबल ऑपरेटर (एलसीओ) के पास आन-स्ट्टॉक (ङ) ब्लैकजलस्ट्ट (च) एजक्टिेिन की जस्ट्थजत के साथ तैनाती (छ) स्ट्थान के साथ परीिण/प्रदिगन एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन/मैक अइडी 26. ऑजडट सबं धं ी अिश्यकताएँ : एसएमएस में जनम्न ईजल्लजखत जानकारी प्राप्त करने की िमता होनी चाजहए जो ऑजडट और ऄन्यथा के जलए अिश्यक हो सकती ह:ै (क) सब्सक्राआबर से संबंजधत: (i) सब्सक्राआबर संपकग जििरण म ेंपठरितगन आजतहास[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 7 (ii) कनेक्िन की गणना आजतहास (iii) जडस्ट्कनेक्टेड/सदक्रय/ऄस्ट्थायी जडस्ट्कनेक्टेड के बीच कनेक्िन म ेंपठरितगन (iv) सब्सदक्रप्िन पठरितगन आजतहास (ख) प्रोडक्ट (बुके/ए-ला-काटाग चैनल) संबंजधत: (i) ब्रॉडकास्ट्टर ए-ला-काटाग संबंध (ii) बुके का नाम बदलने का आजतहास (iii) ए-ला-काटाग नाम बदलने का आजतहास (iv) बुके/ए-ला-काटाग चैनल दर में पठरितगन का आजतहास (ग) एसटीबी/युनीक ईपभोिा सब्सदक्रप्िन संबंजधत: (i) स्ट्थान म ेंपठरितनग का आजतहास (ii) जस्ट्थजत म ेंपठरितगन (सदक्रय/िजतग्रस्ट्त/मरम्मत/बदला हुअ) 27. ईपयोगकता ग प्रमाणीकरण : एसएमएस में िन-टाआम पासिडग (ओटीपी) जसस्ट्टम के माध्यम से पंजीकृत मोबाआल नंबर (अरएमएन) के माध्यम से ऄपने ग्राहकों को प्रमाजणत करन े की िमता होनी चाजहए। 28. एसएमए स में जनम्नजलजखत ऄजतठरि अिश्यकताओं को सपोटग करने का प्रािधान होना चाजहए: (क) ए-ला-काटाग चैनलों और बुके, जडजजटल हडे एंड (डीएचइ) की सूची: डीअरएम म ें ईपलब्ध सूची के ऄनुरूप, ए-ला-काटाग चैनलों और बुके की सपोटग/सब-हडे एंड-िाआज़ सूची का प्रािधान। (ख) ग्राहक खाते के जलए ईत्पाद-िार (प्रोडक्ट-िाआज़) (ए-ला-काटाग चैनल और बुके) निीनीकरण और ठरिसगल सेरटग: दकसी प्रोडक्ट की समाजप्त जतजथ के बाद ग्राहक को प्रोडक्ट के निीनीकरण की ऄनुमजत दने े का प्रािधान, और राजि की स्ट्िचाजलत गणना और िापसी का प्रािधान यदद कोइ ग्राहक दकसी प्रोडक्ट को मध्यािजध में बंद कर देता ह।ै डीपीओ द्वारा ईनकी व्यािसाजयक योजनाओं के ऄनुसार, आन अिश्यकताओं को चुलनदा ईत्पाद पर संरूपण (कॉजन्फगर) दकया जा सकता ह।ै (ग) एलसीओ खाते के जलए ईत्पाद (ए-ला-काटाग चैनल और बुके)-िाआज़ व्युत्क्रमण समायोजन (ठरिसगल सेरटग): एलसीओ की बकाया राजि की गणना और िापसी का प्रािधान, यदद िह या ग्राहक दकसी प्रोडक्ट को मध्यािजध म ें बंद कर दते ा ह।ै ईत्पाद (ए-ला-काटाग चैनल और बुके) कायगकाल-िार एलसीओ और सब्सक्राआबर जडस्ट्काईंट स्ट्कीम/फ्री डेज़ स्ट्कीम: प्रोडक्ट सब्सदक्रप्िन की ऄिजध (कायगकाल) के अधार पर एलसीओ और सब्सक्राआबर के जलए जडस्ट्काईंट स्ट्कीम और फ्री-डे स्ट्कीम बनाने का प्रािधान । (घ) कैलेंडर/गजतजिजध िेड्यूललग: एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन एजक्टिेिन/जडएजक्टिेिन, ए- ला-काटाग चैनल और बुके जोड़ने/हटाने, चैनल/बुके संरचना संिोधन आत्यादद जैसी ऑटो-िेड्यूल गजतजिजधयों का प्रािधान। (ङ) बल्क चैनल/बुके मेनेजमेंट: सभी या एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन के एक जनर्ददि समहू पर ए-ला-काटाग चैनलों और बुके को जोड़न े और हटान े की बल्क गजतजिजध करन े का प्रािधान। (च) टोकन-नंबर-अधाठरत ठरपोटग: टोकन नंबर की मदद से ईत्पन्न की गइ ऄनेक ठरपोटग डाईनलोड करन े का प्रािधान, जैसे जिजभन्न ऄंतरालों के साथ ऑजडट ठरपोटग। (छ) तृतीय-पि आंठटग्रेिन: प्रासंजगक तृतीय-पि जसस्ट्टम, जैसे पेमेंट गेटिे आंठटग्रेिन, आंटरैजक्टि िॉयस ठरस्ट्पांस (अइिीअर) आंठटग्रेिन, एसएमएस गेटिे आंठटग्रेिन, अदद के साथ आंठटग्रेिन को सपोटग करने का प्रािधान। (ज) जबल भुगतान और रीकोनजसलिे न सुजिधा: जबल भगु तान और रीकोनजसलेिन के जलए प्रािधान (यदद कोइ डीपीओ पोस्ट्ट-पेड मोड में सेिा चला रहा ह)ै ।8 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] (झ) ठरपोटग ईत्पन्न करना: पठरचालन ईद्देश्य के जलए जनम्नजलजखत ठरपोटग तैयार करन े का प्रािधान: (i) पहली बार एजक्टिेिन जतजथ के साथ सभी, चयनात्मक और लसगल बक्सों की ितगमान जस्ट्थजत। (ii) ऄनुमजत के ऄनुसार, जनयंत्रण-पट्ट (डैिबोडग) पर ए-ला-काटाग चैनलों और बुके की कुल संख्या और एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन पर भजिरय की दी गइ समाजप्त जतजथ का जििरण। (iii) ऄनुमजत के ऄनुसार, अज की फ्रेि सदक्रय (एजक्टिेिन) गणना, जनजरक्रय (डी-एजक्टिेिन) गणना, पुनःसदक्रय (री-एजक्टिेिन) गणना, डैिबोड ग पर ए-ला-काटाग चैनल और बुके को जोड़ने/हटान े की गणना । (iv) ऄनेक मानदडं ों के साथ कुल सदक्रय और जनजरक्रय ग्राहकों का जििरण (नेटिकग-िाआज़, ए-ला- काटाग चैनल और बुके-िाआज़, स्ट्टेट-जसटी िाआज़ और ब्रॉडकास्ट्टर-िाआज़)। 29. एसएमएस के जलए बैकऄप सिरग होना ऄजनिायग होगा और मख्ु य सिगर में की गइ सभी गजतजिजधयों के लॉग को जबना दकसी मैन्युऄल हस्ट्तिपे के स्ट्िचाजलत तरीके से बैकऄप सिगर म ेंकॉपी दकया जाएगा। बिते दक ऐसे सभी घटनाओं का एक लॉग ददनांक और समय ठटकट के साथ रखा जाएगा, जहां बैकऄप सिगर का ईपयोग मख्ु य सिगर के रूप म ेंदकया गया ह:ै बिते दक मुख्य और बैकऄप सिगर हमेिा सभी डेटा, जैसे सब्सदक्रप्िन डेटा, एसटीबी/युनीक ईपभोिा सब्सदक्रप्िन यूए/मैक अइडी जििरण, पात्रता स्ट्तर की जानकारी अदद के सबं ंध म ें समन्िजयत रहगे ा। (घ) सब्सक्राआबर द्वारा अइपीटीिी सिे ाओं के जलए कॉन्डीिनल एक्ससे और एजन्क्रप्िन डीअरएम अिश्यकताएँ ताजलका 2 क्र.स.ं सब्सक्राआबर द्वारा अइपीटीिी सेिाओं के जलए कॉन्डीिनल एक्सेस और एजन्क्रप्िन डीअरएम प्रस्ट्ताजित अिश्यकताएँ 1. डीपीओ यह सुजनजित करेगा दक ईपयोग म ें अने िाले डीअरएम के ितगमान संस्ट्करण म ें हकै कग का कोइ आजतहास नहीं ह।ै आस अिश्यकता के ऄनुपालन के रूप में डीअरएम जिक्रेता से एक जलजखत घोषणा िार्भषक अधार पर प्रस्ट्तुत की जानी अिश्यक होगी। 2. डीअरएम यह सुजनजित करेगा दक सभी लॉग एजडट करन े योग्य नहीं ह,ैं सभी लेनदने की जतजथ और समय (सभी एजक्टिेिन, जनजरक्रयता, चैनल ऄनुमजत/ ऄसाआनमटें और गैर-ऄनुमजत/ डी-ऄसाआनमेंट और मैक अइडी / एसटीबी / युजनक ईपभोिा सब्सदक्रप्िन में पठरितगन) के साथ मुदद्रत ह।ैं डीअरएम दकसी भी लॉग में पठरितगन या संिोधन की ऄनुमजत नहीं दगे ा। जितरक/ईपयोगकताओंग के जलए लॉग म ें पठरितगन करन े की कोइ सुजिधा नहीं होगी। 3. तैनात डीअरएम के पास सीध े डीअरएम के ग्रादफकल यूजर आंटरफेस (जीयूअइ) टर्भमनल से सेट-टॉप बॉक्स (एसटीबी) / युजनक ईपभोिा सब्सदक्रप्िन को सदक्रय और जनजरक्रय करन े की सुजिधा नहीं ह।ै एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन के सभी सदक्रयता और जनजरक्रयता, एसएमएस के अदेिों के साथ दकए जाएंग े (बित े दक ऐसी सुजिधा केिल जिजिि परीिण के जलए ईपलब्ध हो सकती ह।ै ऐसी सुजिधा के जलए कमांड या एक्सेस हाइ-एस्ट्ट जसस्ट्टम जनयंत्रण पासिडग के साथ ईपलब्ध हो सकती ह।ै ऐसे सभी मामलों में ऐसे अदिे ों की एक ऄलग लॉग फाआल रखनी होगी) जो डीअरएम के साथ समेदकत (आंठटग्रेटेड) ह।ै डीअरएम को एसएमएस के साथ आस तरह स े समेदकत दकया जाएगा दक चैनल की सुरिा सुजनजित हो सके। 4. एसएमएस और डीअरएम को आस तरह से समेदकत दकया जाना चाजहए दक एसटीबी/यूजनक ईपभोिा सब्सदक्रप्िन का सदक्रयता और जनजरक्रयता दोनों जसस्ट्टम में एक साथ हो।[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 9 स्ट्पिीकरण : अिश्यक और पयागप्त तरीके ऄपनाए जाएंग े तादक एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन की प्रत्येक सदक्रयता और जनजरक्रयता डीअरएम स ेईत्पन्न ठरपोटग में ददखाइ दे। 5. तैनात डीअरएम केिल दो-तरफा नेटिकग को सपोटग करन ेमें सिम होना चाजहए। 6. तैनात डीअरएम दकसी भी प्रािधान के जलए काडग िाले और काड ग रजहत एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन दोनों को सपोट ग करने म ेंसिम होना चाजहए। 7. तैनात डीअरएम को न्यूनतम जपछल े तीन (3) िषों के जलए डीअरएम के साथ समेदकत एसएमएस द्वारा जारी डीअरएम म ें जनरपाददत प्रत्येक कमांड के ऄनरूु प ऑजडट के दौरान सत्यापन ईद्देश्यों के जलए स्ट्ितंत्र ठरपोटग और लॉग जेनरेट करने, ठरकॉड ग करन,े मैन्टैन रखने म ें सिम होना चाजहए। ठरपोटग पर ददनांक और समय की मुहर ऄिश्य होनी चाजहए। प्रस्ट्ताजित ठरपोटग में जनम्न िाजमल होना चाजहए: (क) दकसी भी िांछनीय जतजथ को युजनक सदक्रय एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन के साथ- साथ मैक अइडी िाआज़ ईपभोिा सब्सदक्रप्िन संख्या (ख) दकसी भी िांछनीय जतजथ को जिजिि एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन के जलए सदक्रय युजनक बुके/चैनल (ग) सेिा ऄनुरोधों के जलए मैक अइडी/ईपयोगकता गअइडी िाआज़ एजक्टिेिन-जडएजक्टिेिन ठरपोटग (घ) डीअरएम में कॉजन्फगर दकए गए बुके और/या चैनलों में कोइ भी पठरितगन (ङ) ब्लैकजलस्ट्ट एसटीबी/युनीक ईपभोिा सब्सदक्रप्िन ठरपोटग (िांछनीय ह ैन दक ऄजनिायग सुजिधा) (च) प्लेटफॉमग पर ईपलब्ध चैनलों/बकु े से संबंजधत प्रोडक्ट कोड (छ) पात्रता की प्रारंभ जतजथ और ऄंजतम जतजथ के साथ चैनल/बुके प्राजधकार /एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन के जलए ऄसाआनमेंट (ज) एसएमएस/डीअरएम में एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन - िीसी पेयररग / डी-पेयररग या यूजर अइडी- मैक-अइडी पये ररग / डी-पेयररग (यदद लागू हो) (झ) एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन एजक्टिेिन/डी-एजक्टिेिन (ञ) एसटीबी/युनीक ईपभोिा सब्सदक्रप्िन के जलए चैनल ऄसाआनमेंट (ट) दकसी ददए गए ऄिजध के जलए दकसी जििेष चैनल की सदक्रयता या जनजरक्रयता की ठरपोट ग (ठ) पंजीकृत ग्राहकों की कुल संख्या (ड) सदक्रय ग्राहकों की कुल सख्ं या (ढ) ऄस्ट्थायी रूप से जनलंजबत ग्राहकों की कुल संख्या (ण) जनजरक्रय ग्राहकों की कुल संख्या (त) डीअरएम में ब्लैकजलस्ट्टेड एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन की सूची (िांछनीय ह ैन दक ऄजनिायग सुजिधा) (थ) जनधागठरत प्रारूप म ेंचैनल और बुके िाआज़ माजसक सब्सदक्रप्िन ठरपोटग। (द) प्रत्येक बुके का जहस्ट्सा बनने िाले चनै लों के नाम (ध) दकसी ददए गए समय पर दकसी जििेष चैनल या बुके की सब्सदक्रप्िन लने े िाल ेसदक्रय ग्राहकों की कुल संख्या (न) एक ग्राहक द्वारा सब्सक्राआब दकए गए ए-ला-काटाग चैनल और बुके का नाम (प) दकसी जििेष चैनल या बुके की सब्सदक्रप्िन के जलए एलजग ठरपोटग10 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] 8. तैनात डीअरएम को दकसी भी पाइरेसी के मामल े म ें एसटीबी/यूजनक ईपभोिा सब्सदक्रप्िन को टैग और ब्लैकजलस्ट्ट करन े में सिम होना चाजहए। 9. तैनात डीअरएम के पास पूरे िषग 24x7 अधार पर जसस्ट्टम को बनाए रखने के जलए भारत म ें तकनीकी िमता होनी चाजहए। 10. डीअरएम और एसएमएस को आस तरह स े समेदकत दकया जाना चाजहए दक दकसी भी ग्राहक के एसएमएस से जनजरक्रय करने पर, ईस ग्राहक को सभी कायगक्रम/सेिाएं ऄस्ट्िीकार कर दी जाएगं ी। 11. डीअरएम को डीअरएम के माध्यम से जनरपाददत प्रत्येक कमांड के जलए कम स े कम तीन िषों तक ऄसंपाददत डेटा/लॉग बनान,े ठरकॉडग करन े और संरजित करन े में सिम होना चाजहए, जजसमें डीअरएम के साथ आंठटग्रेटेड एसएमएस के प्रत्येक कमांड के लॉग भी िाजमल ह।ैं 12. तैनात डीअरएम सॉफ्टिेयर-बेस के साथ-साथ हाडगिेयर-बेस की सुरिा को सपोटग करन े में सिम होना चाजहए। 13. डीअरएम एसएमएस म ें की गइ गजतजिजध के ऄनरूु प िास्ट्तजिक समय के अधार पर अिश्यकतानुसार चैनल/बुके जोड़न/े संिोजधत करने में सिम होगा। 14. डीअरएम को जिजिि प्रकार के एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन के जलए आस प्रकार कॉजन्फगर दकया जाना चाजहए, जैसे डीपीओ द्वारा खरीदे और कॉजन्फगर दकए गए हों। डीअरएम को नेटिकग म ें दकसी ऄन्य प्रकार/ब्रांड/एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन के कायग/संचालन को सिम नहीं करना चाजहए। 15. जब आंफ्रास्ट्टेक्चर िेयररग (जब और जैसे एमअइबी द्वारा ऄनमु जत जमलने पर) की सुजिधा ईपलब्ध है, तो ऐसे मामलों म ेंडीअरएम कइ डीपीओ को सपोटग करने म ेंसिम होगा। 16. डीअरएम को कंटेन्ट की सुरिा को सपोटग करना चाजहए। 17. डीअरएम को कुंजी-बदलना (की-रोटेिन), ऄथागत सुरिा-कुंजी (जसक्युठरटी-की) को समय-समय पर बदलने को सहयोग करना चाजहए । 18. यदद डीपीओ ने हाआजब्रड एसटीबी तैनात दकया ह ै (आस जिजनयमन के प्रयोजन के जलए हाआजब्रड एसटीबी का ऄथग ह ै एक एसटीबी जो िीजडयो और ऑजडयो कंटेन्ट के साथ रांसजमिन जसग्नल प्राप्त करने के कइ तरीकों का ईपयोग करता ह,ै हालांदक एक ही ऄिसर (आन्स्ट्टन्स) में ऐसा एसटीबी केिल एक प्रकार की सेिा प्रदान करता ह)ै , डीअरएम सुजनजित करेगा दक ओिर-द-टॉप (ओटीटी) ऐप और दकसी भी ब्राईज़र को डीपीओ द्वारा ऄपने जसस्ट्टम से पेि दकए गए जलनीयर टेलीजिजन चैनलों तक एक्सेस नहीं जमलती ह,ै और आसी तरह, अइपीटीिी सेिा के जलए डीअरएम को ओटीटी प्लेटफॉम ग के माध्यम से जितठरत चैनलों तक एक्सेस नहीं जमलनी चाजहए। बिते दक डीअरएम के जलए सभी ऄजनिाय ग अिश्यकताओं का ऄनुपालन हाआजब्रड एसटीबी द्वारा दकया जाएगा। 19. डेटाबेस ताजलकाओं के बाहर कोइ भी सदक्रय युजनक ग्राहक नहीं होगा। आसके ऄजतठरि, डीपीओ या जिक्रेता द्वारा एक से ऄजधक ऄिसर के जनमागण के जलए डीअरएम डेटाबेस को जिभाजजत करने का जिकल्प नहीं होगा। 20. आसे डीअरएम डेटाबेस में यजू नक एक्सेस (यूए)/मैक अइडी जििरण ऄपलोड करने के संदभग म ें जनम्नजलजखत जिकल्पों को सपोट गकरना चाजहए:- (क) जितरक द्वारा खरीदी गइ मैक अइडी जििरण की एक सुरजित गैर-संपादन योग्य फाआल, जजसे डीअरएम जिक्रेता द्वारा सीध े डीअरएम सिगर पर ऄपलोड दकया जाना ह।ै (ख) यदद आस े दकसी ऄन्य रूप म ें ऄपलोड दकया गया ह,ै तो डीअरएम डेटाबेस म ें यूए/मैक अइडी लॉग म ेंकैप्चर की जाएगी। (ग) आसके ऄजतठरि, डीअरएम जबना दकसी मानिीय हस्ट्तिेप के, एसएमएस म ें ऐस े[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 11 यूए/मैक अइडी जििरण भरने के जलए एक स्ट्िचाजलत, एजप्लकेिन प्रोग्रालमग आंटरफेस (एपीअइ)-अधाठरत तंत्र को सपोटग करेगा। 21. बैकऄप सिगर रखना ऄजनिायग होगा और मख्ु य सिगर में की गइ सभी गजतजिजधयों के लॉग को समिती रूप से बैकऄप सिगर में कॉपी दकया जाएगा: बिते दक ऐसे सभी आन्स्ट्टन्स का एक लॉग ददनांक और समय ठटकट के साथ रखा जाएगा, जहां बैकऄप सिगर का ईपयोग मुख्य सिगर के रूप में दकया गया ह:ै बिते दक मुख्य और बैकऄप सिगर हमेिा सभी डेटा, जैसे सब्सदक्रप्िन डेटा, एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन यूए/मैक अइडी जििरण, पात्रता स्ट्तर की जानकारी, अदद के साथ समन्िजयत रहगे ा। 22. डीअरएम और एसएमएस यह सुजनजित करेंगे दक डेटाबेस तक एक्सेस केिल ऄजधकृत यूज़र के जलए और केिल "रीड ओन्ली" मोड में ईपलब्ध ह।ै आसके ऄजतठरि, डेटाबेस ऑजडट रेल स्ट्थायी रूप से सिम दकया जाएगा। स्ट्पिीकरण : यहा ं डेटाबेस ईस डेटाबेस को संदर्भभत करता ह ै जहा ं एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन एजक्टिेिन, जनजरक्रयता, सब्सदक्रप्िन डेटा, एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन यूए/मैक अइडी जििरण, पात्रता स्ट्तर की जानकारी आत्यादद स े संबंजधत सभी गजतजिजधयों का डेटा और लॉग संग्रहीत दकया जा रहा ह।ै . 23. ए-ला-काटा गचनै ल या बकु े का प्रािधान : (क) डीअरएम (और एसएमएस) एक प्लेटफॉमग पर ईपलब्ध कराए गए सभी चैनलों को ए-ला- काटाग मोड में संभालन े में सिम होंगे। (ख) डीअरएम (और एसएमएस) के पास डीपीओ द्वारा ऄपेजित संख्या में ब्रॉडकास्ट्टर/डीपीओ बुके को संभालने की िमता होगी। 24. डीअरएम और एसएमएस एजप्लकेिन, ईनके संबंजधत डेटाबेस के साथ, आस तरह से सग्रं हीत दकए जाएंगे दक ईन्ह ेंऄलग से पहचाना जा सके। 25. डीअरएम के पास एसएमएस डेटाबेस के साथ सामंजस्ट्य के जलए डेटाबेस/ठरपोटग को जनयागत करने का प्रािधान होगा। आसके ऄजतठरि, सुरजित एपीअइ/सुरजित जस्ट्क्रप्ट के माध्यम स े जमलान (रीकोनजसलेिन) का प्रािधान होगा। 26. देखने के जलए युजनक लाआसेंस-की की अिश्यकता होगी, डीपीओ द्वारा तनै ात डीअरएम म ें एजन्क्रप्िन ऄिजध के जलए एक युजनक-की को अिजधक ऄंतराल पर बदलने के जलए संरूपण करन े योग्य होनी चाजहए। 27. चैनलों म ें प्रत्येक पठरितगन के जलए, डीअरएम द्वारा नइ लाआसेंस-की जारी की जानी चाजहए। डीअरएम द्वारा जारी लाआसेंस-की सुरजित और एजन्क्रप्टेड होनी चाजहए। डीअरएम को यह सुजनजित करना होगा दक ऑथठरज़ेिन-की, अइपीटीिी जसस्ट्टम द्वारा जनर्ददि स्रोत के ऄलािा दकसी ऄन्य स्रोत स े एसटीबी / युजनक ईपभोिा सब्सदक्रप्िन द्वारा प्राप्त नहीं की जाती ह।ै 28. डीअरएम सिगरों को डेटा स्ट्थानीयकरण, डेटा सुरिा और गोपनीयता से संबंजधत मौजूदा प्रािधानों (यदद कोइ हो) के तहत प्रासंजगक खंड सजहत मौजूदा जनयमों और जिजनयमों का पालन करना चाजहए। आसे एसएमएस और डीपीओ जसस्ट्टेम के साथ समेदकत करने के जलए मुख्य डीअरएम सिगर को दकसी ऄन्य स्ट्थान (भारत या ऄन्य दिे ) स े दकसी प्रॉक्सी या दकसी ऄन्य सिगर से जोड़ने की ऄनुमजत नहीं दी जानी चाजहए। 29. अइपीटीिी सेिा जितरण मल्टीकास्ट्ट और/या यूजनकास्ट्ट मोड के ऄनुरूप हो सकता ह।ै जसस्ट्टम संरूपण (कॉजन्फगरेिन) को यह सुजनजित करना चाजहए दक प्रत्येक टेलीजिजन चैनल प्रत्येक ग्राहक को देखने के जलए ईपलब्ध हो, चाह े जडलीिरी का तरीका या दकसी भी समय ऐस े चैनल को देखन े हते ु चुनन े िाल े दिगकों की संख्या कुछ भी हो। ठरकॉर्डडग कायगक्रमों की सुजिधाओं के साथ एसटीबी/युजनक ईपभोिा12 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] सब्सदक्रप्िन में एक कॉपी सुरिा प्रणाली (प्रोटेकिन जसस्ट्टम) होनी चाजहए (ऄथागत, एक सुजिधा जो कंटेन्ट के पनु रुत्पादन और/या ऄनजधकृत प्रजतजलजप और जितरण को रोकती ह)ै और ऐसी ठरकॉडग की गइ कंटेन्ट को दकसी ऄन्य जडिाआस पर, दकसी भी ऄन्य नेटिकग पर दकसी भी तरीके स े स्ट्थानांतठरत या जितठरत नहीं दकया जाना चाजहए । 30. अइपीटीिी जसस्ट्टम को एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन को छोड़कर दकसी ऄन्य जडिाआस पर जलनीयर कंटेन्ट जितठरत करन े की ऄनुमजत नहीं दी जानी चाजहए जजसे डीअरएम में व्हाआट-जलस्ट्ट म ें रखा गया ह।ै 31. डीअरएम में जनम्नजलजखत जििषे ताएं होनी चाजहए: (क) आसे ईपयोगकताग को संपादन की ऄनुमजत नहीं दने ी चाजहए। (ख) आसे ईपयोगकताग को एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन से कंटेन्ट को साझा करने या ऄग्रेजषत करने या जमरर करने से प्रजतबंजधत करना चाजहए (ग) यदद तकनीकी रूप से संभि हो तो आसे ईपयोगकताग को स्ट्क्रीन िॉट या स्ट्क्रीन ग्रैब या स्ट्क्रीन-ठरकॉर्डडग लेने की ऄनुमजत नहीं देनी चाजहए (घ) आसे केिल ऄजधकृत एसटीबी/ युजनक ईपभोिा सब्सदक्रप्िन तक एक्सेस को लॉक करना चाजहए। (ङ) आसमें जजयो ब्लॉककग फीचर होना चाजहए. (च) आसे जिजभन्न नीजतयों के अधार पर एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन की तरफ से ठरकॉडग की गइ कंटेन्ट की समाजप्त जतजथ जनधागठरत करने में सिम होना चाजहए। 32. डीअरएम में ओिर-द-एयर (ओटीए) ऄपग्रेड होने की िमता होनी चाजहए तादक कनेक्टेड एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन के पास हमेिा डीअरएम का सबसे ईन्नत सस्ट्ं करण हो। 33. डीपीओ यह सुजनजित करेगा दक डीअरएम अिश्यक पैच, त्रुठट सुधार, पठरिधगन, संस्ट्करण ठरलीज आत्यादद स्ट्थाजपत करके ऄद्यजतत ह ैतादक हर समय चनै लों और कंटेन्ट की सुरिा सुजनजित की जा सके। 34. डीअरएम में ऐसी कोइ कायगिमता नहीं जोड़ी या हटाइ जानी चाजहए जो चैनलों की सुरिा स े समझौता करती हो। डीपीओ डीअरएम हाआजब्रड एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन का ईपयोग करके ऄपन े अइपीटीिी प्लेटफॉमग के माध्यम स े चैनलों के जसग्नल की जडलीिरी स े पहल े ईनके एजन्क्रप्िन के जलए जजम्मेदार होगा। आस तरह के ईन्नयन और ग्राहकों को मल्टी चैनल टेलीजिजन कायगक्रमों की जडलीिरी/जितरण के जलए दकए जान े िाल े या देय होने िाल े सभी लागत/खच ग (चाह े दकसी भी नाम स े ज्ञात हों) ऐसे डीपीओ द्वारा पूरी तरह से िहन दकए जाएगं े । डीपीओ दकसी भी हाजन, चोरी, पाइरेसी, ऄनजधकृत ईपयोग, चैनलों या ईसके दकसी भी जहस्ट्से की प्राजप्त या प्रजतजलजप को रोकने के जलए, सभी ईजचत जसक्युठरटी जसस्ट्टम और प्रदक्रयाओं को लागू करेगा और आस तरह की घटना के बारे म ें पता चलन े के बाद जजतनी जल्दी हो सके प्रसारकों को सूजचत करेगा। 35. डीअरएम को दकसी भी तरह स ेकफगरलप्ररटग म ेंहस्ट्तिपे /ऄमान्य नहीं करना चाजहए। 36. डीपीओ तुरंत, और ऄपनी लागत और व्यय पर, डीअरएम के साथ दकसी भी मुद्दे (जैस े बग, खराबी, चूक अदद) को ठीक करेगा जो ग्राहकों को डीअरएम हाआजब्रड एसटीबी के माध्यम से डीअरएम हाआजब्रड एसटीबी / युजनक ईपभोिा सब्सदक्रप्िन या चैनलों तक एक्ससे से रोकता ह।ै 37. डीपीओ प्रसारकों को डीअरएम हाआजब्रड एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन द्वारा समर्भथत िीजडयो और ऑजडयो कोडेक्स प्रदान करेगा। डीपीओ यह सुजनजित करेगा दक ऐसे कोडेक्स मापदंडों म ें ऐसा कोइ बदलाि/संिोधन नहीं दकया जाएगा, जजससे प्रसारकों को ईन चैनलों/कंटेन्ट की जडलीिरी के जलए कोइ खचग ईठाना पड़े, जो दिगकों की समझ में अन े िाली समस्ट्याओं से मुि हों (जबना दकसी सीमा के, जबना ऑजडयो िाल ेिीजडयो, जबना िीजडयो िाले ऑजडयो सजहत या महत्िपूणग जसग्नल जिरूपण)।[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 13 38. डीअरएम को यह सुजनजित करना चाजहए दक हाआजब्रड एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन आंटरनेट प्रोटोकॉल पते और सेिा पत े के संदभग में भारत के ऄंदर सत्याजपत रूप से जस्ट्थत ह।ै डीअरएम को मैक अइडी अधाठरत प्रमाणीकरण सुजनजित करके एकल एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन या दकसी भी जडिाआस द्वारा दिगकों की सख्ं या को सुजनजित और लॉक करना होगा। डीअरएम को भारत के बाहर या प्रॉक्सी के अइपी पत े पर चनै लों की जडलीिरी को रोकन े के जलए आंडस्ट्री-स्ट्टैन्डड ग साधनों (प्रॉक्सी की स्ट्क्रीलनग और ब्लॉककग के साथ अइपी-एड्रेस लुक-ऄप तकनीक सजहत (गुमनाम और नकली प्रॉक्सी सजहत)) का ईपयोग करना चाजहए। 39. डीअरएम को यह सुजनजित करना चाजहए दक टेलीजिजन चैनल केिल ऐसे ग्राहकों की एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन पर एक्सेसबल ह ैं जो डीपीओ के ितगमान, िैध ग्राहक ह,ैं और ऐसी पुजि डीअरएम द्वारा टेलीजिजन चैनल जितठरत करने (या जितरण को ऄजधकृत करने) से पहल ेहोनी चाजहए। 40. दकसी भी ग्राहक को एसएमएस स े जनजरक्रय करन े पर, डीअरएम ईस ग्राहक को सभी कायगक्रमों/सेिाओं की जडलीिरी प्रजतबंजधत कर दगे ा। 41. डीअरएम के पास स्ट्ियं दकसी भी कंटेन्ट (जिज्ञापन, स्ट्क्रीन के जहस्ट्से पर बैनर अदद सजहत) डालने की कोइ सुजिधा नहीं होनी चाजहए। हालाँदक, डीपीओ स े ईनकी सेिाओं के संबंध में ईपभोिा जानकारी के जलए ठटकर संदिे ों की ऄनुमजत दी जाएगी। 42. डीअरएम को चैनलों की जडलीिरी के समय दकसी भी कॉपीराआट, रेडमाकग या दकसी ऄन्य माजलकाना जानकारी को जछपाना/हटाना नहीं चाजहए। सेिा प्रदाताओं को यह सुजनजित करना होगा दक ि े स्ट्थानीय आकाइ के माध्यम से जबक्री के बाद सेिाओं और समथगन का प्रािधान चाहते ह ैं तादक ऄन्य बातों के साथ-साथ डीअरएम ईपकरण अपूर्भतकताग से दकसी भी तकनीकी और पाइरेसी स े संबंजधत मुद्दों का त्िठरत समाधान प्रदान दकया जा सके। (ड़) डीअरएम अिश्यकताएँ जहा ँतक ि ेअइपीटीिी सिे ाओं के जलए कफगरलप्ररटग स ेसबं ंजधत ह ैं ताजलका 3 क्र.स.ं डीअरएम के तहत कफगरलप्ररटग की अिश्यकताएँ 1. डीपीओ यह सुजनजित करेगा दक ईसके पास जनयजमत ऄंतराल पर कफगरलप्ररटग चलाने के जलए जसस्ट्टम, प्रदक्रयाएं और जनयंत्रण ह ैं 2. एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन को दश्ृ यमान और गुप्त दोनों प्रकार की कफगर लप्ररटग को स्ट्पोट ग करना चाजहए। 3. दकसी भी ईपकरण या सॉफ़्टिये र के ईपयोग स ेकफगरलप्ररटग ऄमान्य नहीं होनी चाजहए। 4. एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन के ठरमोट पर दकसी भी कुंजी(की) को दबाकर कफगरलप्ररटग को हटाया नहीं जाना चाजहए। 5. कफगर लप्ररटग िीजडयो की सबसे उपरी परत पर होनी चाजहए। 6. कफगर लप्ररटग ऐसी होनी चाजहए दक यह युजनक एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन संख्या या युजनक िीसी नंबर या मैक अइडी की पहचान कर सके। 7. कफगर लप्ररटग सभी पठरदश्ृ यों में स्ट्क्रीन पर ददखाइ देनी चाजहए, जैसे मेनू, आलेक्रॉजनक प्रोग्राम गाआड (इपीजी), सेरटग्स, ब्लैंक स्ट्क्रीन और गेम अदद। 8. कफगरलप्रट का स्ट्थान, फॉन्ट का रंग और पृ्भूजम रंग हडे -एंड से पठरितगनीय होना चाजहए और देखन े िाले जडिाआस पर रैंडम होना चाजहए। 9. कफगर लप्ररटग युजनक एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन और/या मैक अइडी की पहचान करने के जलए करेक्टस गकी संख्या प्रदान करने म ेंसिम होनी चाजहए।14 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] 10. कफगर लप्ररटग ऄतं रागष्ट्रीय के साथ-साथ व्यजिगत एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन के अधार पर भी संभि होनी चाजहए। 11. डीपीओ द्वारा समय, स्ट्थान, ऄिजध और अिृजत्त के संबंध म ें दकसी भी बदलाि के जबना प्रकट कफगरलप्ररटग/िॉटरमार्ककग प्रदर्भित की जानी चाजहए। 12. तैनात डीअरएम को िैजिक कफगरलप्ररटग और लजित चनै ल कफगरलप्ररटग/िॉटरमार्ककग दोनों को ईत्पन्न करने म ेंसिम होना चाजहए। 13. डीअरएम एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन स्ट्तर पर फोरेंजसक िॉटरमार्ककग को सहयोग और सिम करेगा। 14. डीअरएम में 24x7x365 अधार पर हर दस (10) जमनट में कम से कम एक कफगरलप्ररटग चलाने की िमता होगी। डीअरएम में पठरभाजषत ऄंतराल के जलए कफगरलप्ररटग िेड्यलू की ठरपोटग प्रकाजित करने की सुजिधा होनी चाजहए। डीपीओ ऄनुरोध पर प्रसारक को ऐसी ठरपोटग ईपलब्ध कराएगा। (च) एसटीबी/यजु नक ईपभोिा सब्सदक्रप्िन स ेसबं जं धत डीअरएम अिश्यकताएँ ताजलका 4 क्र.स.ं अइपीटीिी सिे ाओं के जलए एसटीबी / यजु नक ईपभोिा सब्सदक्रप्िन स ेसबं जं धत डीअरएम अिश्यकताएँ 1. सभी एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन में डीअरएम कंटेन्ट सुरिा होनी चाजहए। 2. तैनात एसटीबी/ युजनक ईपभोिा सब्सदक्रप्िन कंटेन्ट जडदक्रप्िन, जडकोलडग और डीअरएम लाआसेंस मल्ू यांकन को स्ट्पोटग करन े म ेंसिम होनी चाजहए। 3. एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन डीअरएम/एसएमएस के माध्यम स े हडे एडं से डाली गइ कफगरलप्ररटग प्रदर्भित करने में सिम होनी चाजहए। एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन को लजित चनै ल कफगरलप्ररटग के साथ-साथ सभी िैजिक कफगरलप्ररटग को सहयोग करना चाजहए। 4. एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन को हडे -एंड से व्यजिगत रूप से एडरेसेबल दकया जाना चाजहए। 5. एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन को हडे -एंड से संदेि प्राप्त करन े में सिम होना चाजहए। 6. संदेि की करेक्टसग लंबाइ न्यूनतम 120 करेक्टस गतक होनी चाजहए। 7. िैजिक मैसेलजग, ग्रुप मैसेलजग और व्यजिगत एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन मैसेलजग का प्रािधान होना चाजहए। 8. एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन लागू भारतीय मानक ब्यूरो के ऄनुरूप होनी चाजहए 9. एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन को ऑिर-द-एयर एडरेसेबल दकया जाना चाजहए, तादक ओटीए सॉफ्टिेयर ऄपडेट की सुजिधा ईपलब्ध हो । 10. कायगक्रमों की ठरकॉर्डडग की सुजिधाओं के साथ एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन में ऄंतरराष्ट्रीय मानक कॉपी सुरिा प्रणाली (प्रोटेकिन जसस्ट्टम) होगा । 11. एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन में यह प्रािधान होना चाजहए दक कफगरलप्ररटग कभी भी ऄिम न हो। 12. सभी पे-चैनलों के जलए िॉटरमार्ककग नेटिकग लोगो केिल एनकोडर-एंड पर डाला जाएगा। 13. तैनात डीअरएम/एसएमएस स्ट्क्रॉल संदेि भेजने म ें सिम होना चाजहए जो केिल स्ट्क्रीन के जनचले जहस्ट्से म ें ईपलब्ध होना चाजहए। 14. तैनात डीअरएम सुरिा के जलए नेटिकग में तनै ात एसटीबी/ युजनक ईपभोिा सब्सदक्रप्िन को जजयो टैग करन े में सिम होना चाजहए।[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 15 15. एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन को सभी कमांड सीधे डीअरएम से लेना चाजहए, दकसी मध्यिती सिरग से नहीं। 16. अइपीटीिी आंफ्रास्ट्रक्चर का ईपयोग करते समय एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन में दकसी तीसरे पि के ऐप/एपीके को डाईनलोड (डायरेक्ट या साआड डाईनलोड) करने की सुजिधा नहीं होनी चाजहए और दकसी भी ब्राईज़र तक एक्सेस नहीं होनी चाजहए। 17. एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन को अइपीटीिी क्लोज्ड नेटिकग के माध्यम स े अइपीटीिी जसस्ट्टम को छोड़कर दकसी ऄन्य स्रोत से ऑथठरज़िे न-की तक पहुचं ने में सिम नहीं होना चाजहए। डीअरएम को यह सुजनजित करना होगा दक ऑथठरज़ेिन-की अइपीटीिी जसस्ट्टम द्वारा जनर्ददि स्रोत के ऄलािा दकसी ऄन्य स्रोत से एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन द्वारा प्राप्त नहीं की जाती ह।ै 18. जब एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन अइपीटीिी नेटिकग में काम कर रही हो तो डाईनलोड आत्यादद सिम करन े के जलए कोइ प्ले स्ट्टोर एक्सेस योग्य नहीं होना चाजहए। एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन में कॉपी प्रोटेकिन होनी चाजहए। 20. डीपीओ जसस्ट्टम में एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन के ऄंत में अइपीटीिी सेिाओं ऐप (यदद कोइ हो) के डाईनलोड या ऄपग्रडे सजहत सभी गजतजिजधयों और कॉजन्फगरेिन के गैर-संपादन योग्य लॉग को बनाए रखन े की िमता होनी चाजहए। 21. डीअरएम को आंटरनेट पर जलनीयर टीिी चैनल जितठरत करने की ऄनुमजत नहीं देनी चाजहए। मल्टी-चैनल टेलीजिजन कायगक्रमों की जडलीिरी जडिाआस के ऄंदर एक क्लोज़ नेटिकग में रहनी चाजहए। 22. एसटीबी/युजनक ईपभोिा सब्सदक्रप्िन में फोस्ट्ड ग कफगर लप्ररटग जडस्ट्प्ल े सजहत फोस्ट्ड ग मैसेलजग िमता होनी चाजहए। 23. डीअरएम हाआजब्रड एसटीबी/यजु नक ईपभोिा सब्सदक्रप्िन को ग्राहकों के पठरसर में िाजमल करने से पहल े जनम्नजलजखत के जलए परीिण दकया जाना चाजहए: (क) जसस्ट्टम डाईन टेलस्ट्टग (ख) त्रुठट संदेि (ग) नकारात्मक ईपयोगकता गयात्रा परीिण (घ) जडिाआस जिचरण परीिण (ङ) जिनािकारी परीिण (च) ऄनप्रु योग जनगरानी परीिण (छ) आन-ऐप जनगरानी परीिण जि. रघनु ंदन, सजचि [जिज्ञापन-III/4/ऄसा./423/2023-24] नोट 1-- मूल जिजनयम भारत के राजपत्र, ऄसाधारण, भाग III, खंड 4 में ऄजधसूचना संख्या 21-4/2016-बी एंड सीएस ददनांक 3 माच,ग 2017 (2017 का 1) द्वारा प्रकाजित दकए गए थे। नोट 2-- मूल जिजनयमों को ऄजधसूचना संख्या 21-6/2019-बी एंड सीएस ददनांक 30 ऄक्टूबर, 2019 (2019 का 7) द्वारा संिोजधत दकया गया था।16 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] नोट 3-- ऄजधसूचना संख्या 21-5/2019-बी एंड सीएस ददनांक 1 जनिरी 2020 (2020 का 1) द्वारा मूल जनयमों म ें और संिोधन दकया गया। नोट 4-- ऄजधसूचना संख्या अरजी-1/2/(3)/2021-बी और सीएस(2) ददनांक 11 जून 2021 (2021 का 1) द्वारा मूल जिजनयमों में और संिोधन दकया गया। नोट 5-- ऄजधसचू ना सख्ं या अरजी-1/2/(2)/2022-बी और सीएस (2) ददनाकं 22 निंबर 2022 (2022 का 2) के द्वारा मूल जिजनयमों में और संिोधन दकया गया। नोट 6-- व्याख्यात्मक ज्ञापन दरू संचार (प्रसारण एि ं केबल) सेिा आंटरकनेक्िन (एड्रेसेबल जसस्ट्टम्स) (पाँचिा संिोधन) जिजनयम, 2023 (2023 का 4) के ईद्देश्यों और कारणों की व्याख्या करता ह।ै व्याख्यात्मक ज्ञापन पठरचय और प्ृ भजू म 1. भादजू िप्रा ने 03.03.2017 को दरू संचार (प्रसारण और केबल) सेिा आंटरकनेक्िन (एड्रेसबे ल जसस्ट्टम) जिजनयमन, 2017 को ऄजधसूजचत दकया [आसके बाद आसे "आंटरकनेक्िन जिजनयम 2017" कहा जाएगा]। 2. ऑजडट मैनऄु ल तैयार करन े के जलए दकए गए परामि ग के दौरान, कुछ ठटप्पजणयों और प्रेिणों में आंटरकनेक्िन जिजनयम 2017 की ऄनुसूची III के कुछ मुद्दों को ईठाया गया। 3. तदनुसार, ड्राफ्ट टेलीकम्यूजनकेिन (प्रसारण और केबल) सेिा आंटरकनेक्िन (एड्रेसेबल जसस्ट्टम) (संिोधन) जिजनयम, 2019 [यहाँ पर "ड्राफ्ट जिजनयम" के रूप में संदर्भभत] 27 ऄगस्ट्त 2019 को जारी दकया गया था। आन ड्राफ्ट जिजनयमों ने आंटरकनेक्िन जिजनयम 2017 की ऄनुसूची III म,ें जनम्नजलजखत मुद्दों पर सिं ोधन दकया:- i. जडजजटल राआट मैनेजमेंट जसस्ट्टम ii. सीएएस और एसएमएस जसस्ट्टम की रांजेक्िनल िमता iii. कफगरलप्ररटग - एसटीबी में दश्ृ यमान और गुप्त (जिजजबल और किटग) कफगरलप्ररटग के जलए सहयोग (सपोटग) iv. सभी पे चैनलों के जलए िॉटरमार्ककग नेटिकग लोगो। 4. डीअरएम, जडजजटल मीजडया के जलए कॉपीराआट सुरिा के जलए एक ईजचत दजृ िकोण ह।ै डीअरएम का ईद्देश्य जडजजटल मीजडया के ऄनजधकृत पनु र्भितरण को रोकना और ईन तरीकों पर रोक लगाना है, जजनके द्वारा ईपभोिा खरीदी गइ सामग्री (कंटेन्ट) को कॉपी कर सकत े ह।ैं डीअरएम प्रोडक्ट को व्यािसाजयक रूप से बेची गइ सामग्री की ऑनलाआन चोरी में तेज िृजद्ध को रोकने के जलए बनाया गया था, जो सहकमी से सहकमी फाआल जिजनमय कायगक्रमों के व्यापक ईपयोग के माध्यम स े जिकजसत हुअ था। अमतौर पर, डीअरएम को कोड लगा के लाग ू दकया जाता ह ै जो कॉपी करने स े रोकता ह,ै एक समय ऄिजध जनर्ददि करता ह ै जजसमें सामग्री को एक्सेस दकया जा सकता ह ै या मीजडया पर स्ट्थाजपत दकए जा सकने िाले ईपकरणों की संख्या को सीजमत करता ह।ै डीअरएम प्रौद्योजगकी पहली जगह म ें सामग्री चोरी करन े को ऄसंभि बनाती ह,ै यह तथ्य के बाद ऑनलाआन चोरों को पकड़ने की जहट-एंड-जमस योजनाओं की तुलना में आस समस्ट्या के जलए एक बेहतर दजृ िकोण ह।ै 5. आंटरकनेक्िन जिजनयम 2017 की ऄनुसूची-III डीअरएम अधाठरत जसस्ट्टम की ऄपेिाओं/जिजिजियों के जलए प्रािधान नहीं करती ह।ै प्राजधकरण को ऑजडट जनयमािली पर ऄपन े परामि ग के दौरान, प्रजतदक्रया जमली दक आसके लाभ के कारण अइपीटीिी अधाठरत डीपीओ डीअरएम प्रौद्योजगकी को ऄपना रह े ह।ैं यह अिश्यक ह ै दक ऑजडट के दायरे म ें डीअरएम अधाठरत नेटिकग को िाजमल करें और ऐस े ऑपरेटरों को सिम करन े के जलए प्रािधान करें। तदनुसार, मसौदा जिजनयमों में ऄनुसूची-III में डीअरएम जिजिजियां िाजमल की गइ थी। 6. परामिग प्रदक्रया के दौरान, प्राजधकरण ने आस मुद्दे पर जिजभन्न जहतधारकों से कइ ठटप्पजणयां और सुझाि प्राप्त दकए। कइ जहतधारकों द्वारा कइ संिोधन/पठरिधगन प्रस्ट्ताजित दकए गए थ।े आसजलए, प्राजधकरण का मत था दक डीअरएम के जलए जसस्ट्टम ऄपेिाओं पर एक ऄलग परामि ग पत्र में जिचार दकया जाएगा। (आंटरकनेक्िन(संिोधन) जिजनयम, 2019 ददनांक 30.10.2019 के व्याख्यात्मक ज्ञापन के परै ा 34 को दखे ें)।[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 17 7. प्राजधकरण का जिचार था दक "जडजजटल राआट मैनेजमेंट जसस्ट्टम के जलए जसस्ट्टम अिश्यकताओं" से संबंजधत मुद्दे पर ईद्योग जहतधारकों के साथ व्यापक जिचार-जिमिग की अिश्यकता ह।ै तदनुसार, प्राजधकरण को 'जडजजटल राआट मैनेजमेंट (डीअरएम) के जलए जसस्ट्टम अिश्यकता' का मसौदा तैयार करन े और प्रस्ट्तुत करने के जलए, प्राजधकरण न े ईद्योग जहतधारकों की एक सजमजत का गठन दकया। सजमजत में जनम्नजलजखत फमों/संगठनों/संघों के प्रजतजनजध थे:  ब्रॉडकास्ट्ट आंजीजनयररग कंसल्टेंट्स आंजडया जलजमटेड (बीइसीअइएल)  आंजडयन ब्रॉडकालस्ट्टग एडं जडजजटल फाईंडेिन (अइबीडीएफ)  न्यूज ब्रॉडकास्ट्टसग एंड जडजजटल एसोजसएिन (एनबीडीए)  ऑल आंजडया जडजजटल केबल फेडरेिन (एअइडीसीएफ)  जडि टीिी  टाटा स्ट्काइ  भारती टेलीमीजडया  सन डायरेक्ट  एनएक्सटी जडजजटल  अइअइटी कानपुर  अंध्र प्रदेि राज्य फाआबरनेट जलजमटेड  डेलीनेट ब्रॉडबैंड 8. सजमजत के संदभग की ित ें आस प्रकार थीं: (i) भादजू िप्रा के दरू संचार (प्रसारण और केबल) सेिा आंटरकनेक्िन (एड्रेसेबल जसस्ट्टम) जिजनयमन, 2017 और आसके संिोधनों (आसके बाद आस े"आंटरकनेक्िन जिजनयमन 2017" कहा जाएगा) का ऄध्ययन करें। (ii) आंटरकनेक्िन जिजनयमन 2017 की ऄनुसूची-III में िाजमल करन े के जलए "जडजजटल राआट मैनेजमेंट (डीअरएम) के जलए जसस्ट्टम अिश्यकता" पर प्राजधकरण को एक ठरपोटग प्रदान करें। 9. सजमजत ने कइ बैठकें कीं। आन बठै कों को प्राजधकरण द्वारा सुगम बनाया गया था। व्यापक जिचार-जिमिग के बाद, सजमजत ने प्राजधकरण को आंटरकनेक्िन जिजनयमन 2017 की ऄनुसूची-III में िाजमल करन े के जलए "जडजजटल राआट मैनेजमेंट (डीअरएम) के जलए जसस्ट्टम अिश्यकता" पर एक ठरपोटग सपपी। प्राजधकरण सजमजत द्वारा दकये गये व्यापक कायों की सराहना करती ह।ै 10. तदनुसार, भादजू िप्रा ने ददनांक 09 जसतंबर 2022 को आंटरकनेक्िन जिजनयमन 2017 में मसौदा संिोधन के रूप म ें 'जडजजटल राआट मनै ेजमेंट (डीअरएम) के जलए जसस्ट्टम अिश्यकता' पर एक परामिग पत्र जारी दकया। जहतधारकों की ठटप्पजणयां ददनांक 07 ऄक्टूबर 2022 तक और प्रजत-ठटप्पजणयाँ 21 ऄक्टूबर 2022 तक अमंजत्रत की गईं । जहतधारकों के ऄनरु ोध पर, ठटप्पजणयाँ प्रस्ट्तुत करन े की समय सीमा ठटप्पजणयों के जलए 18 निंबर 2022 और प्रजत-ठटप्पजणयों के जलए 02 ददसंबर 2022 तक बढा दी गइ थी। ईि परामिग पत्र पर आक्कीस जहतधारकों स े ठटप्पजणयाँ प्राप्त हुईं और दो जहतधारकों से प्रजत-ठटप्पजणयाँ प्राप्त हुईं, जजन्ह ें भादजू िप्रा िेबसाआट पर ऄपलोड दकया गया था। आसके बाद, ददनांक 24 फरिरी 2023 को एक ओपन हाईस चचाग (ओएचडी) अयोजजत की गइ। ओएचडी के बाद कुछ ऄजतठरि ठटप्पजणया ँ भी प्राप्त हुईं। 11. जहतधारकों से प्राप्त ठटप्पजणयों और आन-हाईस जिश्लेषण पर जिचार करन े के बाद, प्राजधकरण ने दरू संचार (प्रसारण और केबल) सेिा आंटरकनेक्िन (एड्रेसेबल जसस्ट्टम) (पांचिां संिोधन) जिजनयम, 2023 (आसके बाद आसे "पांचिां संिोधन जिजनयम" कहा जाएगा) को ऄजं तम रूप द े ददया ह।ै आसके बाद के पैराग्राफ पांचिें संिोधन जिजनयम के ईद्देश्यों और कारणों की व्याख्या करते ह।ैं 12. डीअरएम अधाठरत अइपीटीिी जसस्ट्टम तैनात दकए जा रह े ह।ैं चूंदक यह एक जिकासिील पाठरजस्ट्थजतकी तंत्र है, आसजलए प्रजतदक्रया या भजिरय के जिकास के अधार पर जनयमों की समीिा की अिश्यकता हो सकती ह।ै तदनुसार, प्राजधकरण जब और जैसे भी अिश्यक समझे, आन जिजनयमों की समीिा करन े पर जिचार कर सकता ह।ै18 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] आन जिजनयमों के कायान्ग ियन की जतजथ 13. ददनांक 09 जसतंबर 2022 को जारी "ड्राफ्ट टेलीकम्युजनकेिन (प्रसारण और केबल) सेिा आंटरकनेक्िन (एड्रेसेबल जसस्ट्टम) (चौथा संिोधन) जिजनयम, 2022" परामिग पत्र [आसके बाद सीपी कहा जाएगा] में जनम्नजलजखत का ईल्लेख दकया गया था: "(3) ये जनयम अजधकाठरक राजपत्र में ईनके प्रकािन की जतजथ से लाग ूहोंगे।" 14. कुछ जहतधारकों के साथ चचाग के दौरान, जहतधारकों ने सुझाि ददया दक आन जिजनयमों का ऄनुपालन करन े के जलए ईद्योग को कुछ समय ददया जा सकता ह।ै तदनुसार, प्राजधकरण का जिचार ह ै दक ये जनयम अजधकाठरक राजपत्र म ें ईनके प्रकािन की जतजथ स े लागू होंगे लेदकन मौजूदा जसस्ट्टमस् के जलए, आन जिजनयमों के प्रािधान ईनके लागू होन े की जतजथ से तीन महीन े के बाद लागू होंगे। जडजजटल राआट मनै जे मटें (डीअरएम) जसस्ट्टम अिश्यकताएँ 15. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीअरएम िब्द, आन जिजनयमों के तहत आंटरनेट प्रोटोकॉल टेलीजिजन (अइपीटीिी) सेिा प्रदाता के जलए ऄन्य बातों के साथ-साथ सीएएस और एसएमएस की कायगिमता प्रदान करने के जलए एजन्क्रप्िन जसस्ट्टम के प्रबंधन को संदर्भभत करता ह।ै" 16. जिाब में, एक एसोजसएिन ने प्रस्ट्ताि ददया दक "अइपीटीिी सेिाओं के जलए" डीअरएम जसस्ट्टम अिश्यकताओं का जििेष रूप से चौथे संिोधन के मसौदे के पठरचय और प्ृ भूजम में ईल्लेख दकया जाना चाजहए और साथ ही चौथ े संिोधन के मसौद े की ड्राफ्ट ऄनुसूची-X में कैप्िन ददया जाना चाजहए। ईन्होंने ईल्लेख दकया दक चौथे संिोधन के मसौदे में स्ट्पि रूप से जनर्ददि होना चाजहए दक ये अिश्यकताएं अइपीटीिी सेिाएं प्रदान करने िाले डीपीओ द्वारा तैनात डीअरएम जसस्ट्टम के सदं भग में ह।ैं "अइपीटीिी सेिाएं प्रदान करने िाले डीपीओ" िब्द को चौथे संिोधन के मसौदे और ऄनुसूची-X के मसौदे में ईपयिु रूप से िाजमल दकया जाना चाजहए। एसोजसएिन ने अगे कहा दक परामि ग पत्र, चौथे संिोधन के मसौद े और ऄनुसूची-X के मसौदे का दायरा अइपीटीिी सेिाओं तक सीजमत होना चाजहए, जजसमें स्ट्पिता के जलए, िेत्राजधकार संबंधी मुद्दों के ऄलािा दकसी भी ओिर-द-टॉप (ओटीटी) सेिाओं को बाहर रखा जाना चाजहए। 17. कुछ जहतधारकों और एक एसोजसएिन की राय ह ै दक डीअरएम िब्द का तात्पयग ऄन्य बातों के साथ-साथ आन जिजनयमों के तहत अइपीटीिी सेिा प्रदाता के जलए केिल सीएएस की कायगिमता प्रदान करन े के जलए एजन्क्रप्िन जसस्ट्टम के प्रबंधन से ह।ै जिश्लषे ण: 18. डीअरएम मुख्य रूप से ऄन्य बातों के साथ-साथ अइपीटीिी सेिा के जलए सीएएस की कायिग मता प्रदान करन े के जलए एजन्क्रप्िन जसस्ट्टम का प्रबंधन प्रदान करता ह।ै आसके ऄलािा, जिजनयम म ें पहले स े ही 'अइपीटीिी सेिाओं के जलए सब्सक्राआबर मेनेजमेंट जसस्ट्टम (एसएमएस) स े संबंजधत डीअरएम अिश्यकताओं' के जलए एक ऄलग ऄनुभाग ह।ै आसजलए, प्राजधकरण का मानना ह ै दक डीअरएम की व्याख्या से 'एसएमएस' िब्द को हटाया जा सकता ह।ै आसी के ऄनुरूप जिजनयम म ेंसंिोधन दकया गया ह ै। (सी) अइपीटीिी सिे ा के जलए समग्र िास्ट्तकु ला/जसस्ट्टम अिश्यकताएं और प्रमाणन 19. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: " (ए) सब्सक्राआबर के पठरसर के भीतर जस्ट्थत सेट टॉप बॉक्स पर चैनलों का पुन:प्रसारण करने के जलए एजन्क्रप्टेड, पॉआंट-टू-पॉआंट जसस्ट्टम अर्दकटेक्चर के माध्यम से आंटरनेट प्रोटोकॉल का ईपयोग करके लीनीयर चनैलों के ऑजडयो िीजडयो स्ट्रीम की आलेक्रॉजनक जडलीिरी के जलए, डीपीओ के स्ट्िाजमत्ि और जनयंत्रण िाले एक क्लोज्ड नेटिकग पर होगा। संदेह से बचन ेके जलए, अइपीटीिी में आंटरनेट/िल्ड गिाआड िेब/ओटीटी के माध्यम स ेप्राजप्त और देखन ेके जलए (ऄथागत, सीधे पहुचं योग्य) कोइ भी आलेक्रॉजनक जडलीिरी िाजमल नहीं होगी। " 20. जिाब म,ें एक एसोजसएिन और कुछ जहतधारकों ने प्रस्ट्ताि ददया दक सब्सक्राआबर के पठरसर के भीतर जस्ट्थत सेट टॉप बॉक्स पर चैनलों का पुन:प्रसारण करन े के जलए एजन्क्रप्टेड, पॉआंट-टू-पॉआंट जसस्ट्टम अर्दकटेक्चर के माध्यम से आंटरनेट प्रोटोकॉल का ईपयोग करके लीनीयर चैनलों के ऑजडयो िीजडयो स्ट्रीम की आलेक्रॉजनक जडलीिरी के जलए, डीपीओ के[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 19 स्ट्िाजमत्ि और/या जनयंत्रण िाले एक क्लोज्ड नेटिकग पर होगा। संदेह से बचने के जलए, अइपीटीिी में आंटरनेट/िल्डग िाआड िेब/ओटीटी के माध्यम से प्राजप्त और देखने के जलए (ऄथागत, सीधे पहुचं योग्य) कोइ भी आलेक्रॉजनक जडलीिरी िाजमल नहीं होगी। 21. कुछ जहतधारकों और एक एसोजसएिन न े (सी) (ए) की ऄंजतम पंजि को हटान े का सुझाि ददया। एक जहतधारक न े सुझाि ददया दक अइपीटीिी में आंटरनेट/िल्डग िाआड िेब/ओटीटी के माध्यम स े प्राजप्त और दखे ने के जलए (ऄथागत, सीधे पहुचं योग्य) कोइ भी आलेक्रॉजनक जडलीिरी िाजमल नहीं होगी । ईनका मानना था दक दकसी भी डीपीओ के जलए परू े नेटिकग का माजलक होना व्यािहाठरक रूप स ेसंभि नहीं ह।ै 22. एक एसोजसएिन की राय ह ै दक चैनलों का पुनःप्रसारण केिल ईस क्लोज्ड नेटिकग पर होना चाजहए जजसका स्ट्िाजमत्ि, जनयंत्रण और प्रबंधन संबंजधत डीपीओ के पास हो। अइपीटीिी सेिाएं न तो सािगजजनक/ओपन आंटरनेट के माध्यम स े पहुचं योग्य होनी चाजहए और न ही आनके संपकग में अना चाजहए। डीपीओ को डीअरएम और/या ब्रॉडकास्ट्टर द्वारा ऐस े डीपीओ को ददए गए दकसी भी ऄजधकार का ईप-लाआसेंस दने े की ऄनुमजत नहीं दी जानी चाजहए। ईन्होंने अग े ईल्लखे दकया दक ितगमान में, अइपीटीिी ऑपरेटरों के बीच आंफ्रास्ट्रक्चर िेयररग के संबंध में सूचना और प्रसारण मंत्रालय द्वारा कोइ ददिाजनदेि जारी नहीं दकए गए ह,ैं और आस प्रकार, अइपीटीिी ऑपरेटरों के बीच आंफ्रास्ट्रक्चर िेयररग स े संबंजधत ऄन्य िेत्राजधकार संबधं ी मुद्दे भी ह।ैं चौथे संिोधन के मसौदे/ऄनुसूची-X के मसौदे में आंफ्रास्ट्रक्चर िेयररग स े संबंजधत अिश्यकताओं को िाजमल करना जल्दबाजी होगी, क्योंदक आन पहलुओं पर भादजू िप्रा का यह जनरकषग पहले से ही प्रतीत होता ह।ै एक जहतधारक ने राय दी दक अइपीटीिी सेिाओं को चलाने के जलए सॉफ्ट एसटीबी (ऐप अधाठरत) की िुरुअत के जिकल्प पर जिचार दकया जाना चाजहए। जिश्लषे ण: 23. अइपीटीिी ऑपरेटरों को मौजूदा सूचना और प्रसारण मंत्रालय के ददिाजनदिे ों और भादजू िप्रा के जिजनयमों का ऄनुपालन करने का अदिे ददया गया ह।ै ददिाजनदेिों/जिजनयमों में ईजचत प्रािधान पहले से ही मौजूद ह।ैं ऄत: जिचार- जिमि ग के बाद आस खडं को हटा ददया गया है। (डी) डीअरएम अिश्यकताए ँ जहा ँ तक ि े अइपीटीिी सिे ाओं के जलए सब्सक्राआबर मने जे मटें जसस्ट्टम (एसएमएस) स े संबजं धत ह:ैं सीपी की ताजलका 1(1) 24. सीपी में जनम्नजलजखत का ईल्लखे दकया गया था: “डीअरएम और एसएमएस के बीच कोइ डेटा बेमेल नहीं होगा। सब्सदक्रप्िन के अधार पर ऄजधकतम बेमेल की ऄनुमजत जनम्नानुसार दी जा सकती ह:ै (1) 100000 ग्राहकों तक के ग्राहक अधार के जलए 0.20% स े कम होना चाजहए (100000 तक के ग्राहक अधार के जलए 0 स े200) (2) 1000000 ग्राहकों तक के ग्राहक अधार के जलए 0.04% स े कम होना चाजहए (1000000 तक के ग्राहक अधार के जलए 0 से 400) (3) 10000000 स े ऄजधक ग्राहकों के अधार के जलए 0.01% स े कम होना चाजहए (10000000 तक के ग्राहक अधार के जलए 0 से 1000) दोनों जसस्ट्टम के बीच डेटा का माजसक अधार पर जमलान दकया जाएगा। ऄनुसूची-III के ऄनुसार जमलान की ठरपोट ग को जसस्ट्टम डेटा के साथ कम से कम दो(2) िषों तक या कम स े कम दो ऑजडट चक्र, जो भी बाद म ें हो, संग्रहीत दकया जाएगा।” 25. जिाब म,ें कुछ जहतधारकों और एक एसोजसएिन ने राय दी दक डीअरएम और एसएमएस के बीच बेमेल को कम ऄंतर के साथ मले नहीं दकया जा सकता ह।ै क्योंदक ईपयोगकताओंग की संख्या (एलसीओ) और एसएमएस में ईपयोग दकए जाने िाल े सत्रों की संख्या बहुत ऄजधक ह ैऔर हर महीन े के पहल े सप्ताह म ें एपीअइ के माध्यम स े यात्रा करन े िाल े बड़े कमांड होंग े और एसएमएस को 2 या 3 डीअरएम/सीएएस को संभालन े की अिश्यकता होगी। ऐसी जस्ट्थजत म ें बेमेल की संभािना रहती ह,ै आसजलए बेमेल को 1% बनाना डीपीओ के जलए ईपयोगी होगा। एक एसोजसएिन ने राय दी दक यह जरूरी ह ै दक डेटा और ठरकॉडग को बनाए रखन े के जलए प्राजधकरण द्वारा तीन(3) साल की ऄिजध जनधागठरत की20 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] जाए तादक ऄन्य बातों के साथ-साथ यह सुजनजित दकया जा सके दक ब्रॉडकास्ट्टर के नेतृत्ि में ऑजडट साथगक ढंग स े दकया जा सके। 26. दसू री ओर, कुछ जहतधारकों की राय थी दक केबल टीिी के समान बेमेल 0.5% होना चाजहए। एक जहतधारक न े ईल्लेख दकया दक प्रदान दकए गए ददिा-जनदेि िास्ट्ति म ें सराहनीय ह ैं और आस े ऄन्य डीपीओ प्लेटफामों पर भी लाग ू दकया जाना चाजहए। जिश्लषे ण: 27. बेमेल प्रजतित के संबंध म,ें कुछ जहतधारकों न े राय दी ह ै दक सीमाएं बढाइ जानी चाजहए, हालांदक, प्राजधकरण का मानना ह ै दक आन प्रजतितों को आस स्ट्तर पर संिोजधत नहीं दकया जा सकता ह ै और बाद के चरण म ें मामल े की समीिा की जा सकती ह।ै 28. डेटा और ठरकॉड ग के जलए ऄिधारण ऄिजध के संबंध म,ें यह आंटरकनेक्िन जिजनयम 2017 (संिोजधत) की ऄनुसूची-III के ऄनुसार नोट दकया जा सकता ह ै दक जिजनयम 15(1) के तहत जितरक द्वारा दकया जाने िाला िार्भषक ऄंकेिण आस तरह से जनधागठरत दकया जाएगा दक िहां लगातार दो कैलडें र िषों के ऄंकेिण के बीच कम से कम छह महीने का ऄंतर ह।ै आसके ऄलािा, लगातार दो कैलेंडर िषों के ऄंकेिण के बीच 18 महीन े से ऄजधक का ऄंतर नहीं होना चाजहए। आस संबंध म,ें यह भादजू िप्रा के ध्यान में लाया गया ह ै दक कइ डीपीओ, ऄपनी डीपीओ द्वारा िरूु की गइ ऄंकेिण ठरपोट ग (भादजू िप्रा के आंटरकनेक्िन जिजनयमों के खंड 15(1) के तहत) को प्रसारकों को ऄपने संबजं धत ऑजडटरों से ऑजडट ठरपोटग प्राप्त होने के छह(6) से ऄठारह(18) महीन े के बाद जमा करते ह।ैं जब तक ब्रॉडकास्ट्टर आसका जिश्लेषण करता है, प्रासंजगक ठटप्पजणयों/जिसंगजतयों को ईजागर करता ह,ै और/या आंटरकनेक्िन जिजनयमों के खंड 15(2) के संदभग म ें ब्रॉडकास्ट्टर के कारण ऄंकेिण करने का जनणगय लेता ह,ै तब तक पहल े से ही एक िष ग (या कभी-कभी ऄजधक) की दरे ी हो चुकी होती ह,ै जो ऑजडट ठरपोटग की प्रासंजगकता को कम कर देती ह ै और साथ ही डीपीओ को केिल दो (2) िषों के जलए डेटा/ठरकॉड ग बनाए रखन े की राइ की अिश्यकता पर जनभगर करत े हुए डेटा/ठरकॉड ग की ऄनपु लब्धता का दािा करने की ऄनुमजत देती ह।ै यह, ऄन्य बातों के ऄलािा, समस्ट्या को बढाता ह ै और सही और ईजचत ग्राहक संख्या का पता लगाने में बाधा ईत्पन्न करता ह।ै आस संबंध म,ें प्राजधकरण का मानना ह ैदक संपूणग मूल्य श्खृं ला में पारदर्भिता बेहद महत्िपूणग ह ै और ठरकॉडग प्रजतधारण की ऄिजध को 2 स े 3 िषग तक बढाने स े समग्र पारदर्भिता म ें सुधार होगा, कम ठरपोर्टटग करन े िाल े ग्राहकों के खतरे को रोकन े म ें सहायता जमलेगी और ब्रॉडकास्ट्टर के द्वारा आंटरकनेक्िन रेगलु ेिन 2017 के 15(2) म ें जनधागठरत ऑजडट की प्रभाििीलता में सधु ार होगा। रेगलु ेिन में कइ स्ट्थानों में यही सुझाि प्राप्त हुअ ह।ै आसी के ऄनुरूप जिजनयम में संिोधन दकया गया ह।ै सीपी की ताजलका 1(2) 29. सीपी में जनम्नजलजखत का ईल्लखे दकया गया था: “ईपयोगकताओंग के जलए पासिडग नीजत जनमाणग : एसएमएस में एक पठरभाजषत पासिडग नीजत होगी, जजसमें न्यूनतम लंबाइ मानदडं और संरचना (ऄँग्रेजी के छोटे और बड़े ऄिर, संख्याए,ं ऄिर या जििेष जचन्ह), जबरन पासिडग पठरितगन या दकसी ऄन्य ईपयिु तंत्र या ईसके संयोजन होंगे।" 30. जिाब म,ें एक जहतधारक ने सझु ाि ददया दक ईपयुगि खडं को जनम्नानुसार पढन े के जलए संिोजधत दकया जा सकता ह:ै ईपयोगकतागओं के जलए पासिड ग नीजत जनमागण: एसएमएस में न्यूनतम लंबाइ मानदंड और संरचना (ऄँग्रेजी के छोटे और बड़े ऄिर, संख्याए,ं ऄिर या जििेष जचन्ह), जबरन पासिडग पठरितगन या दकसी ऄन्य ईपयिु तंत्र या ईसके संयोजन या िैकजल्पक रूप से ईपयोगकताग खाते को एसटीबी की मैक अइडी या ग्राहक पठरसर ईपकरण (सीपीइ) से लॉक/पेयर करना होगा। जिश्लषे ण: 31. चूंदक एसटीबी की मैक अइडी या सीपीइ युजनक ह ैं और यदद ईन्ह ें ईपयोगकताग खात े के साथ जोड़ा या लॉक दकया गया ह,ै तो ईपयोगकतागओं के जलए पासिडग सत्यापन और पुनप्रागजप्त के जलए सहयोग की अिश्यकता नहीं होगी। आसजलए, प्राजधकरण का जिचार ह ैदक एक िैकजल्पक व्यिस्ट्था जजसमें ईपयोगकताग खात े को एसटीबी के मैक अइडी या सीपीइ स े लॉक/पेयर दकये जान,े की भी ऄनुमजत दी जा सकती ह।ै तदनुसार, जिजनयम में संिोधन दकया गया ह ै। सीपी की ताजलका 1(4.) 32. सीपी में जनम्नजलजखत का ईल्लखे दकया गया था: “एसटीबी के सभी सदक्रयता या जनजरक्रयता डीअरएम के साथ एकीकृत एसएमएस के अदिे ों के साथ दकए जाएंग े।"[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 21 33. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए। ईन्होंन े राय दी दक अइपीटीिी को भादजू िप्रा जिजनयम के तहत अिश्यक सभी सुरिा के साथ एक एजप्लकेिन के रूप में प्रदान दकया जा सकता ह।ै जिश्लषे ण: 34. तकनीकी जिकास के साथ कंटेन्ट (सामग्री) को एजप्लकेिन अधाठरत सेिाओं का ईपयोग करके देखा जा सकता है, बित े ऐसी व्यिस्ट्था मौजूदा लाआसेंलसग/जिजनयामक ढांचे के ऄनरूु प हो। आसजलए, प्राजधकरण का जिचार ह ै दक ऐप अधाठरत सेिाओं की भी ऄनुमजत दी जा सकती ह।ै सॉफ्ट एसटीबी (ऐप अधाठरत) का ईपयोग अइपीटीिी सेिाओं को चलान े के जलए भी दकया जा सकता ह।ै ऐसे मामलों में, प्रत्येक ग्राहक के जलए जिजिि अइडी की अिश्यकता होती ह।ै ऐसे सभी मामलों म,ें एसटीबी या सीपीइ के पास एक युजनक मैक अइडी होनी चाजहए जजसे ईपयोगकताग खाते के साथ पेयर (जोड़ा) या लॉक दकया जाना चाजहए। ईपरोि को ध्यान में रखते हुए, प्राजधकरण का मानना ह ैदक 'एसटीबी' के स्ट्थान पर 'एसटीबी/यूजनक ईपभोिा सब्सदक्रप्िन' िब्दों का ईपयोग करना ऄजधक ईपयुि होगा। जिजनयम म ें कइ स्ट्थानों पर कुछ जहतधारकों से समान/यही सुझाि प्राप्त हुए ह।ैं तदनुसार, जिजनयम में संिोधन दकया गया ह।ै सीपी की ताजलका 1(5.) 35. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "अिश्यक और पयागप्त तरीके ऄपनाए जाएंगे तादक ईन ठरपोटग में प्रत्येक एसटीबी के सदक्रयता या जनजरक्रयता प्रजतलबजबत दकया जा सके, जो ठरपोट गएसएमएस, जोदक डीअरएम के साथ आंठटग्रेटेड ह ैया आसके जिपरीत, से तैयार की गइ हो।” 36. जिाब म,ें कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' से प्रजतस्ट्थाजपत दकया जाना चाजहए। आसके ऄलािा, एक ऄन्य जहतधारक न े जनम्नजलजखत सुझाि ददया 'अिश्यक और पयागप्त तरीके ऄपनाए जाएगं े तादक ईन ठरपोटग में प्रत्येक एसटीबी के सदक्रयता या जनजरक्रयता प्रजतलबजबत दकया जा सके, जो ठरपोट ग एसएमएस, जोदक डीअरएम के साथ आंठटग्रेटेड से तैयार की गइ हो और डीअरएम सत्र लॉग एसटीबी की सदक्रयता या जनजरक्रयता की ऄिजध के बीच चैनलों की पहुचं को सत्याजपत करने म ेंसिम होना चाजहए। सीपी की ताजलका 1(6.) 37. सीपी में जनम्नजलजखत का ईल्लखे दकया गया था: "डीअरएम और एसएमएस 24 घंटे के ऄंदर जितरक के ग्राहक अधार की सेिाओं और/या एसटीबी को सदक्रय या जनजरक्रय करने म ेंसिम होना चाजहए।" 38. जिाब म,ें कुछ जहतधारकों के एक संगठन न े सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए। सीपी की ताजलका 1(7.) 39. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एसएमएस स्ट्ितंत्र रूप से कम से कम तरुंत जपछले दो (2) िषों की ऄिजध के जलए लॉग बनाने, ठरकॉडग करने और बनाए रखन ेम ेंस्ट्ितंत्र रूप स ेसिम होगा, जजसमें एसएमएस म ेंजनरपाददत प्रत्येक कमाडं के ऄनुरूप सदक्रयता या जनजरक्रयता कमांड तक सीजमत नहीं होंगे।" 40. जिाब में, एक एसोजसएिन ने लगातार दो (2) िषों के बजाय कम से कम तुरंत जपछले लगातार तीन (3) िषों की ऄिजध का सुझाि ददया। आसके ऄलािा, ईन्होंने ईल्लेख दकया दक ड्राफ्ट जिजनयम 2022 म ें ठरकॉडग प्रजतधारण के जलए समय ऄिजध प्रस्ट्ताजित तीन (3) िषों के बजाय दो (2) िष ग जनधागठरत की गइ ह ै जैसा दक डीअरएम सजमजत की ठरपोट ग में प्रस्ट्ततु दकया गया था। तीन (3) िषों की समयािजध का सुझाि ऄन्य बातों के साथ-साथ यह सुजनजित करने के जलए दकया गया था दक जपछले तीन (3) िषों का डेटा आंटरकनेक्िन जिजनयमों के खंड 15 (2) के तहत जनधागठरत ब्रॉडकास्ट्टर के नेतृत्ि िाल े ऄंकेिण के प्रयोजनों के जलए ईपलब्ध ह।ै आंटरकनेक्िन जिजनयम डेटा/ठरकॉड ग प्रजतधारण के जलए दो (2) िषग की ऄिजध जनधागठरत करत े ह,ैं जो ऄपयागप्त ह ै और ईपभोिा संरिण ऄजधजनयम के प्रािधानों के तहत यह सीमा ऄिजध जिचाराधीन ह।ै हालाँदक, यह जलजमटेिन एक्ट के तहत जिचार की गइ जलजमटेिन ऄिजध को पूरी तरह स े नजरऄंदाज करता ह,ै जो ब्रॉडकास्ट्टर-डीपीओ संबंध के पठरप्रक्ष्े य से प्रासंजगक एकमात्र काननू ह।ै ईन्होंने अग े ईल्लेख22 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] दकया दक जब तक ब्रॉडकास्ट्टर के नते ृत्ि म ें ऄंकेिण दकया जाता है, तब तक डेटा/ठरकॉड ग प्रजतधारण के जलए दो (2) िषों की जनधागठरत ऄिजध पहल े ही समाप्त हो चुकी होती ह।ै आसजलए, चौथे संिोधन के मसौद े में डेटा को बनाए रखन े की ऄिजध कम स ेकम तीन (3) िषग जनधागठरत की जानी चाजहए। सीपी की ताजलका 1(8) (ज)े । 41. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एसएमएस कम्प्यूटरीकृत होना चाजहए और ग्राहकों से संबंजधत जानकारी और डेटा सजहत सभी लॉग ठरकॉड गकरने म ें सिम होना चाजहए जैसे: …….. (जे) युजनक एसटीबी नंबर' 42. जिाब म,ें एक जहतधारक न े सझु ाि ददया दक 'एसटीबी नंबर' िब्द को 'एसटीबी नंबर/यूजर नेम’ स े प्रजतस्ट्थाजपत दकया जाना चाजहए। ईनका मानना था दक डीअरएम और जमडलिये र जसस्ट्टम यूजर नेम के साथ काम करते ह ैं जो एसटीबी नंबरों की तलु ना में ईपयोगकताग के ऄजधक ऄनुकूल ह।ैं सीपी की ताजलका 1(9.) 43. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एसएमएस सिम होना चाजहए: (क) एसटीबी की सदक्रयता और जनजरक्रयता के संदभग में ऐजतहाजसक डेटा को देखना और लप्रट करना। (ख) िहर और राज्य स्ट्तर पर स्ट्थाजपत प्रत्येक एसटीबी और िीसी/मकै अइडी का पता लगाना। (ग) प्रत्येक ग्राहक के जलए सदस्ट्यता में पठरितगन और ग्राहक द्वारा दकए गए ऄनरुोधों के संबंजधत स्रोत का ऐजतहाजसक डेटा तैयार करना। 44. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए। सीपी की ताजलका 1(10.) 45. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एसएमएस दकसी भी िांजछत समय पर ठरपोटग तैयार करने म ेंसिम होना चाजहए, जजसमें जनम्न िाजमल ह:ैं (घ) पंजीकृत ग्राहकों की कुल संख्या। (ङ) सदक्रय ग्राहकों की कुल सख्ंया। (च) ऄस्ट्थायी रूप से जनलंजबत ग्राहकों की कुल संख्या। (छ) जनजरक्रय ग्राहकों की कुल संख्या। (ज) जसस्ट्टम में ब्लैकजलस्ट्टेड एसटीबी की सूची। (झ) जनधागठरत प्रारूप म ेंचैनल और बुके िार माजसक सदस्ट्यता ठरपोटग। (ञ) प्रत्येक बुके का जहस्ट्सा बनने िाले चनैलों के नाम। (ट) दकसी जनजित समय पर दकसी जििेष चैनल या बुके की सदस्ट्यता लेने िाल ेसदक्रय ग्राहकों की कुल संख्या। (ठ) एक ग्राहक द्वारा सब्सक्राआब दकए गए ए-ला-काटाग चैनल और बुके का नाम। (ड) दकसी जििेष चैनल या बुके की सदस्ट्यता के जलए ऐलजग ठरपोट।ग 46. जिाब म,ें कुछ एमएसओ और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए।[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 23 सीपी की ताजलका 1(13.) 47. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: “यदद सदक्रय आनफ्रास्ट्रक्चर ियेररग ह ैतो, डीपीओ चैनलों के जितरण के जलए तनैात डीअरएम और एसएमएस की साझेदारी की घोषणा करेगा। दकसी भी ऄजतठरि डीअरएम/एसएमएस की तैनाती के मामले म,ें जितरक द्वारा प्रसारकों को आसकी सूचना दी जानी चाजहए। 48. जिाब म,ें एक एसोजसएिन न े राय दी दक ितगमान म,ें अइपीटीिी ऑपरेटरों के बीच आनफ्रास्ट्रक्चर िेयररग के संबंध म ें सूचना और प्रसारण मंत्रालय द्वारा कोइ ददिाजनदेि जारी नहीं दकए गए ह,ैं और आस प्रकार, अइपीटीिी ऑपरेटरों के बीच आनफ्रास्ट्रक्चर िेयररग के संबंध में ऄन्य बातों के साथ-साथ िेत्राजधकार संबंधी मुद्दे भी ह।ैं चौथे संिोधन के मसौदे/ऄनुसूची-X के मसौदे म ें आनफ्रास्ट्रक्चर िेयररग से संबंजधत अिश्यकताओं को िाजमल करना जल्दबाजी होगी, क्योंदक आन पहलुओं पर भादजू िप्रा का यह जनरकष ग पहल े से ही प्रतीत होता ह।ै जिश्लषे ण 49. अइपीटीिी ऑपरेटरों के बीच आनफ्रास्ट्रक्चर िेयररग के संबंध में, यह ध्यान ददया जा सकता ह ै दक सूचना और प्रसारण मंत्रालय (एमअइबी) ने ऄभी तक आस संबंध में कोइ ददिाजनदेि जारी नहीं दकया ह।ै ईजचत परामिग प्रदक्रया के बाद भादजू िप्रा आस मुद्दे पर सूचना और प्रसारण मंत्रालय को ऄपनी जसफाठरिें भेज सकता ह।ै हालाँदक, प्राजधकरण का जिचार ह ै दक अइपीटीिी ऑपरेटरों के बीच आनफ्रास्ट्रक्चर िये ररग को बढािा देन े के जलए आंटरकनेक्िन जिजनयम म ें एक सिम प्रािधान होना चाजहए, जो दक सूचना और प्रसारण मंत्रालय के 'अइपीटीिी ऑपरेटरों के जलए आनफ्रास्ट्रक्चर िेयररग पर ददिाजनदेि' के ऄंतगगत होगा, जब भी सूचना और प्रसारण मंत्रालय द्वारा ऄनुमजत दी जाती ह ै। जिजनयम में कइ स्ट्थानों पर एक जैसा ही सुझाि प्राप्त हुअ ह।ै आसी के ऄनरूु प जिजनयम में संिोधन दकया गया ह.ै सीपी की ताजलका 1(14) 50. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: “एसएमएस म ेंनीचे सूचीबद्ध न्यूनतम फील्ड के साथ ददनांक और समय के साथ लसक्रनाआज़िे न ठरपोटग तैयार करने का प्रािधान होगा : (क) एसटीबी नंबर (या काड-गरजहत जसस्ट्टम के मामल ेम,ें एसटीबी की जचप अइडी या मैक अइडी नंबर) (ख) प्लेटफॉमग पर ईपलब्ध ए-ला-काटाग चैनलों और बुके से संबंजधत प्रोडक्ट कोड (ग) पात्रता की अरंभ जतजथ (घ) पात्रता की ऄंजतम जतजथ (ङ) एसटीबी की जस्ट्थजत (सदक्रय/जनजरक्रय)” 51. जिाब म,ें कुछ जहतधारकों और एक एसोजसएिन न े सझु ाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' द्वारा प्रजतस्ट्थाजपत दकया जाना चाजहए। सीपी की ताजलका 1(15.) 52. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीअरएम के फाआल अईटपुट को 100% जमलान या बेमेल त्रुठट ठरपोटग की तुलना करने और ईत्पन्न करने के जलए एसएमएस जसस्ट्टम द्वारा संसाजधत दकया जाएगा।" 53. जिाब म,ें एक जहतधारक न े राय दी दक डीअरएम से अिश्यक फाआल अईटपुट प्रारूपों पर स्ट्पिीकरण की अिश्यकता ह।ै जहतधारक ने अग े ईल्लेख दकया ह ै दक यदद जिजनयजमत नहीं दकया गया, तो ईजल्लजखत खंड के जिजभन्न संस्ट्करण ईत्पन्न हो सकते ह।ैं जिश्लषे ण: 54. ददनांक 08 निंबर 2019 को दरू संचार (प्रसारण और केबल) सेिा जडजजटल एड्रेसेबल जसस्ट्टम ऑजडट मैनऄु ल [आसके बाद ऑजडट मनै ुऄल कहा जाएगा] जारी दकया ह।ै आसी तरह, भादजू िप्रा डीअरएम जसस्ट्टम के ऄंकेिण के जलए ऑजडट24 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] मैनुऄल जारी कर सकता ह।ै आसजलए, डीअरएम जसस्ट्टम से संबंजधत फाआल अईटपुट प्रारूप से संबंजधत समस्ट्या को ईसी स्ट्तर पर जनपटाया जा सकता ह।ै सीपी की ताजलका 1(16) 55. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "चनैल/बकुे प्रबधं न: एसएमएस जनम्नजलजखत अिश्यक अिश्यकताओं को सपोटग करेगा: (क) नाम, टैठरफ, ब्रॉडकास्ट्टर, या डीपीओ बुके अदद जैसे प्रासंजगक जििरण के साथ सभी चनैल और बुके बनाना और प्रबंजधत करना। (ख) समय-समय पर अिश्यकतानुसार चैनल/बुके म ेंपठरितनग का प्रबंधन करना। (ग) एसएमएस और डीअरएम एकीकरण के सुचारू संचालन के जलए, डीअरएम में बनाए गए ए-ला-काटाग चैनलों और बुके (एकल और थोक) के जलए प्रोडक्ट अइडी को एसएमएस में प्रबंजधत की जा रही प्रोडक्ट जानकारी के साथ ललक करना। (घ) प्रोडक्ट नाम, ऄथागत ब्रॉडकास्ट्टसग (नाम), ऄजधकतम खुदरा मूल्य (एमअरपी), जितरक खुदरा मूल्य (डीअरपी) के ऐजतहाजसक डेटा का प्रबंधन।" 56. जिाब म,ें एक जहतधारक न े एक संिोधन का सुझाि ददया दक एसएमएस डीअरएम से प्रदान की गइ प्रोडक्ट अइडी और सरं चना के अधार पर पकै ेज बनाता और प्रबंजधत करता ह।ै ईन्होंने अगे ईल्लेख दकया दक डीअरएम एपीअइ, डीअरएम डेटाबेस सुरिा के ऄधीन पैकेजों को सीध े एसएमएस से बनाने/संिोजधत करन े की ऄनुमजत नहीं द ेसकता ह।ै जिश्लषे ण: 57. प्राजधकरण का जिचार ह ै दक िास्ट्तजिक समय के अधार पर डीअरएम के साथ समन्िय म ें एसएमएस को जनम्नजलजखत अिश्यक अिश्यकताओं (जिजनयमन म ें जनर्ददि ऄन्य अिश्यक अिश्यकताओं के बीच) को सपोटग करना चाजहए: सभी चैनलों और बुके के जलए प्रासंजगक प्रोडक्ट अइडी, प्रासंजगक जििरण के साथ जैसे नाम, टैठरफ, ब्रॉडकास्ट्टर, या डीपीओ बुके बनाना और प्रबंजधत करना, अदद। सीपी की ताजलका 1(17) 58. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "नटेिकग िमता िल्ुक (एनसीएफ) नीजत जनमाणग : एसएमएस लागू टैठरफ अदेि द्वारा ऄजनिायग सभी एनसीएफ संबंजधत अिश्यकताओं को सपोटग करेगा।" 59. जिाब में एक जहतधारक ने राय दी दक टैठरफ अदेिों को प्राजधकरण द्वारा ऄंजतम रूप देने और लागू करन े की अिश्यकता ह,ै क्योंदक आसके बारे म ें बहुत ऄस्ट्पिता ह।ै ब्रॉडकास्ट्टर ऄपनी सुजिधा के ऄनुसार टैठरफ लाग ू कर रह े ह ैं और कुछ ब्रॉडकास्ट्टर अइपीटीिी प्रदाता को अइअरडी प्रदान करन े के जलए न्यनू तम गारंटी प्रजतबद्धता की भी मांग कर रह ेह ैंजो डीपीओ के जलए एक सुगम कायगिेत्र बनाने के जिरुद्ध ह।ै जिश्लषे ण: 60. भादजू िप्रा के जिजनयम/टैठरफ अदेि/जनदेि/अदेि अदद का ऄनपु ालन करना सेिा प्रदाताओं के जलए बाध्यकारी ह।ै सीपी की ताजलका 1(19.) 61. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: “लॉक प्रबधं न : …. (ग) एसएमएस में ईपयोगकताओंग के कायग आजतहास को रैक करन ेमें सिम करने के जलए ईपयोगकताग गजतजिजध लॉग ठरपोटग तैयार करन ेका प्रािधान होगा। आसे लॉग से ठरकॉड गहटाने की ऄनुमजत नहीं दी जाएगी। 62. जिाब म,ें एक जहतधारक न े सझु ाि ददया दक 'एसएमएस' िब्द को 'एसएमएस/डीअरएम' के साथ जिस्ट्थाजपत दकया जाना चाजहए। ईन्होंन े अग े कहा दक जब भी कोइ ईपयोगकताग दकसी चैनल को देखता ह ै तो डीअरएम टाआम स्ट्टैम्प सजहत सेिन लॉग बनाए रखता ह।ै य े लॉग दिगकों की संख्या के जिश्लेषण की सुजिधा प्रदान करते ह ैं और ईपयोगकता ग की सदस्ट्यता के ऄनुसार चैनल एक्सेस के जलए सत्यापन प्रदान करते ह।ैं[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 25 जिश्लषे ण: 63. जिजनयम में डीअरएम द्वारा ईजचत लॉग बनाए रखन े से संबंजधत प्रािधान पहल े से ही मौजूद है, तदनुसार जिजनयम म ें कोइ संिोधन नहीं दकया गया ह।ै सीपी की ताजलका 1(22.) 64. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "चैनल की सुरिा सुजनजित करन ेके जलए एसटीबी और मैक अइडी को एसएमएस स ेजोड़ा जाएगा (पेयररग सुजिधा के साथ डीअरएम के जलए लाग)ू।" 65. जिाब म,ें एक जहतधारक न े सझु ाि ददया दक चैनल की सरु िा सुजनजित करन े के जलए एसटीबी/यूज़र नेम और मैक अइडी को एसएमएस से जोड़ा जाना चाजहए। सीपी की ताजलका 1(23.) 66. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एसएमएस चैनल-दर-चैनल और एसटीबी-दर-एसटीबी अधार पर ठरपोटग तैयार करन ेके ईद्देश्य से ग्राहकों को व्यजिगत रूप से संबोजधत करन ेमें सिम होगा।" 67. जिाब म,ें कुछ जहतधारकों और एक एसोजसएिन न े चनै ल-दर-चैनल और एसटीबी/मैक अइडी द्वारा एसटीबी/मैक अइडी के अधार पर ठरपोट ग तयै ार करने का सुझाि ददया। ईन्होंने राय दी दक ऐप के जलए आसे मैक अइडी या आसकी यूजनक अइडी से पहचाना जा सकता ह।ै सीपी की ताजलका 1(24.) 68. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एसएमएस म ेंचैनलों/ए-ला-काटाग और बुके (डीअरएम के साथ एसएमएस में बनाइ गइ ईनकी संबंजधत अइडी के साथ) का माजसक जमलान करने की सुजिधा होनी चाजहए और डीअरएम और एसएमएस लॉग दोनों में जभन्नता ठरपोट ग ईपलब्ध होनी चाजहए और ऄंकेिण के दौरान ईपलब्ध कराइ जानी चाजहए।" 69. जिाब म,ें एक जहतधारक न े राय दी दक एसएमएस म ें चैनलों/ए-ला-काटाग और बुके (डीअरएम के साथ एसएमएस म ें बनाइ गइ ईनकी संबंजधत अइडी के साथ) का माजसक जमलान करन े की सुजिधा होनी चाजहए और डीअरएम और एसएमएस लॉग में जभन्नता ठरपोटग ईपलब्ध होनी चाजहए और ऄंकेिण के दौरान ईपलब्ध कराइ जानी चाजहए। जिश्लषे ण: 70. प्राजधकरण जहतधारक द्वारा ददए गए सुझाि को स्ट्िीकार करता ह।ै सीपी की ताजलका 1(26.) 71. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "लखे ापरीिा सबंधं ी अिश्यकताएँ : एसएमएस में जनम्न ईजल्लजखत जानकारी प्राप्त करने की िमता होनी चाजहए जो ऄंकेिण और ऄन्यथा के जलए अिश्यक हो सकती ह:ै ….. (सी) एसटीबी संबंजधत: (i) स्ट्थान आजतहास में पठरितगन (ii) जस्ट्थजत म ेंपठरितगन (सदक्रय/िजतग्रस्ट्त/मरम्मत/बदला हुअ)'' 72. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ प्रजतस्ट्थाजपत दकया जाना चाजहए। सीपी की ताजलका 1(27.) 73. सीपी में जनम्नजलजखत का ईल्लखे दकया गया था:26 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] "ईपयोगकता गप्रमाणीकरण: एसएमएस में िन-टाआम पासिडग (ओटीपी) प्रणाली के माध्यम से पंजीकृत मोबाआल नंबर (अरएमएन) के माध्यम से ऄपने ग्राहकों को प्रमाजणत करन ेकी िमता होनी चाजहए।" 74. जिाब म,ें एक जहतधारक न े जानना चाहा दक क्या ईपरोि खंड सदस्ट्यता जस्ट्थजत की जांच करने के जलए दकसी ऄन्य जडिाआस से लॉग-आन करने या ओटीपी का ईपयोग करत े हुए बॉक्स को सदक्रय करना संभि ह ै। जिश्लषे ण: 75. जैसा दक उपर ईल्लेख दकया गया है, एक जहतधारक ने यह जानना चाहा ह ै दक क्या ईपरोि खंड सदस्ट्यता जस्ट्थजत की जांच करन े के जलए दकसी ऄन्य जडिाआस से लॉग-आन करन े या ओटीपी का ईपयोग करत े हुए बॉक्स को सदक्रय करना संभि ह ै । आस संबंध म,ें यह स्ट्पि दकया जाता ह ै दक ईपयोगकताग प्रमाणीकरण की अिश्यकता न केिल दकसी सदस्ट्यता को सदक्रय करन े के जलए ह ै बजल्क सदस्ट्यता जनयमों और ितों के ऄनुसार आसका ईपयोग जारी रखन े के जलए भी अिश्यक ह।ै सीपी की ताजलका 1(28.) 76. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एसएमएस में जनम्नजलजखत ऄजतठरि अिश्यकताओं को स्ट्पोटग करने का प्रािधान होना चाजहए: (ऄ) ए-ला-काटाग चैनलों और बकुे, जडजजटल हडेएडं (डीएचइ) और िेत्रिार की सूची: ए-ला-काटाग चैनलों और बुके की िेत्र/सब-हडेएडं-िार सूची को सपोटग/प्रबंधन करने का प्रािधान, डीअरएम में ईपलब्ध सूची के साथ समन्िय म ेंह।ै ..." 77. जिाब म,ें एक जहतधारक न े'ित्रे ' का ऄथग पूछा। जिश्लषे ण: 78. चूंदक िेत्र की ऄिधारणा का दकसी भी जिजनयम/टैठरफ अदेि में ईल्लेख नहीं जमलता है, आसजलए जिजनयमन से 'ित्रे ' या 'िेत्रिार' िब्द हटा ददए गए ह।ैं ऄजतठरि खडं 79. एक एसोजसएिन ने जनम्नजलजखत ऄजतठरि खंड को सजम्मजलत करने का सुझाि ददया, “एसएमएस के जलए बैकऄप सिगर होना ऄजनिायग होगा और मुख्य सिगर म ें की गइ सभी गजतजिजधयों के लॉग को जबना दकसी मैन्युऄल हस्ट्तिेप के स्ट्िचाजलत तरीके स े क्लाईड-अधाठरत प्रजतज्त कंपजनयों जैसे एडब्ल्यूएस, ओरेकल, माआक्रोसॉफ्ट एज़्योर, गूगल क्लाईड के बैकऄप सिगर म ेंकॉपी दकया जाएगा । बिते दक ऐसे सभी मामलों का एक लॉग ददनांक और समय ठटकट के साथ रखा जाएगा, जहां बैकऄप सिगर का ईपयोग मुख्य सिगर के रूप में दकया जाता ह:ै बिते दक मख्ु य और बैकऄप सिगर सभी डेटा, जैसे सदस्ट्यता डेटा, एसटीबी यूए/मैक अइडी जििरण, पात्रता स्ट्तर की जानकारी अदद के संबंध म ेंहमेिा एकीकृत रहगे ा। बिते दक सिगर के जिक्रेताओं के जलए भादजू िप्रा, सूचना और प्रसारण मंत्रालय, प्रासंजगक सूचीबद्ध लेखापरीिक और संबंजधत प्रसारकों को डेटा/ठरकॉडग प्रदान करना स्ट्िीकायग होगा।'' जिश्लषे ण 80. लॉग और गजतजिजधयों के दकसी भी नुकसान से बचने के जलए, यह जरूरी ह ै दक एसएमएस डेटा के जलए बैकऄप सिगर मौजूद हों। आससे ऄंकेिण प्रदक्रया में भी असानी होगी। तदनसु ार, जिजनयम में प्रािधान दकय ेगय ेह।ैं (ड.) ग्राहकों द्वारा कजन्डिनल एक्सेस और अइपीटीिी सिे ाओं के एजन्क्रप्िन के जलए डीअरएम अिश्यकताएँ सीपी की ताजलका 2(2.) 81. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: “डीअरएम यह सुजनजित करेगा दक सभी लॉग गरै-संपादन योग्य ह ैंएिं सभी लनेदेन की जतजथ और समय (सभी सदक्रयता, जनजरक्रयता, चैनल ऑथठरज़िे न/ऄसाआनमेंट और ऄन-ऑथठरज़ेिन/डी-ऄसाआनमटें तथा मैक अइडी/एसटीबी[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 27 में पठरितगन) ईस पर मुदद्रत ह।ैं डीअरएम दकसी भी लॉग में पठरितगन या संिोधन की ऄनुमजत नहीं दगेा। जितरक/ईपयोगकताओंग के जलए लॉग संिोधन करने की कोइ सुजिधा नहीं होगी।” 82. जिाब म,ें एक जहतधारक न े गरै -संपादन योग्य और लॉग को बदलने की ऄनुमजत नहीं दने े िाले लॉग को हटान े का सुझाि ददया। ईन्होंने ईल्लेख दकया दक ब्लॉकचेन या लेजर डेटाबेस जैसी तकनीकों का ईपयोग करके पूरी तरह स े संरजित लॉग ईत्पन्न करना सैद्धांजतक रूप से संभि ह।ै हालाँदक, यह एक बहुत महगं ा तरीका ह ैजजसकी जिजनयामक को अिश्यकता नहीं होनी चाजहए। डीपीओ और डीअरएम प्रदाता को लॉग तक जनयंजत्रत एक्सेस लाग ू करनी चाजहए, तादक केिल ऄजधकृत कमी ही लॉग तक पहुचं सकें। केिल लॉलगग एजप्लकेिन में लेखक को लॉग बनाने दक ऄनुमजत होनी चाजहए। ऄन्य सभी ईपयोगकताग केिल लॉग पढ सकत े ह।ैं 83. एक ऄन्य जहतधारक की राय ह ै दक डीअरएम यह सुजनजित करेगा दक सभी लॉग गरै -संपादन योग्य ह ैं एिं सभी लेनदने की जतजथ और समय (ईपयोगकतागओं के सभी सत्र लॉग, चैनल के ऄनुसार, जतजथ के ऄनुसार ईपयोगकताग अइडी या मैक अइडी के साथ ईपलब्ध होन े चाजहए) ईस पर मुदद्रत ह।ैं डीअरएम दकसी भी लॉग म ें पठरितगन या संिोधन की ऄनुमजत नहीं दगे ा। जितरक/ईपयोगकतागओं के जलए लॉग संिोधन करन े की कोइ सुजिधा नहीं होगी। सदस्ट्यता जस्ट्थजत के साथ सत्र लॉग के सत्यापन का प्रािधान जमडलिेयर या समकि सॉफ़्टिये र के माध्यम से ईपलब्ध होना चाजहए। जिश्लषे ण: 84. प्राजधकरण का जिचार ह ै दक यह सुजनजित करना अिश्यक ह ैदक लॉग संपादन योग्य न हों और सभी लेनदेन की जतजथ और समय की मुहर लगी हो। यदद लॉग में छेड़छाड़ की ऄनुमजत दी जाती ह ै तो यह लॉग को बनाए रखने के परू े ईद्देश्य को जिफल कर देगा। तदनुसार, जिजनयमन में कोइ संिोधन प्रस्ट्ताजित नहीं दकया गया ह।ै सीपी की ताजलका 2(3.) 85. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "तैनात डीअरएम के पास डीअरएम के ग्रादफकल यूजर आंटरफेस (जीयूअइ) टर्भमनल से सीधे सेट टॉप बॉक्स (एसटीबी) को सदक्रय और जनजरक्रय करन ेकी सुजिधा नहीं ह।ै एसटीबी के सभी सदक्रयता और जनजरक्रयता डीअरएम के साथ एकीकृत एसएमएस के अदेिों के साथ दकए जाएंगे। डीअरएम को एसएमएस के साथ आस तरह से एकीकृत दकया जाएगा दक चैनल की सरुिा सुजनजित हो सके।'' 86. जिाब म,ें कुछ जहतधारकों और एक एसोजसएिन न े सुझाि ददया दक तैनात डीअरएम के पास सीधे डीअरएम के ग्रादफकल यूजर आंटरफेस (जीयूअइ) टर्भमनल से सीधे सेट टॉप बॉक्स (एसटीबी)/मैक अइडी (ऐप) को सदक्रय और जनजरक्रय करन े की सुजिधा नहीं ह।ै एसटीबी/ऐप के सभी सदक्रयता और जनजरक्रयता डीअरएम के साथ एकीकृत एसएमएस के अदेिों के साथ दकए जाएंगे। डीअरएम को एसएमएस के साथ आस तरह से एकीकृत दकया जाएगा दक चैनल की सुरिा सुजनजित हो सके। एक ऄन्य जहतधारक की राय ह ै दक कुछ मामलों में, जैसे परीिण ईद्देश्यों के जलए, यूअइ या ऄन्य माध्यमों को ऄजधकृत कर्भमयों को क्लाआंट जडिाआस का प्रबंधन करन े की ऄनुमजत देनी चाजहए। जिश्लषे ण: 87. एसटीबी/युजनक ईपभोिा सदस्ट्यता के सभी सदक्रयता और जनजरक्रयता डीअरएम के साथ एकीकृत एसएमएस के अदेिों के साथ दकए जान े चाजहए। हालाँदक, प्राजधकरण का मानना ह ै दक कुछ प्रािधानों को जिजिि परीिण ईद्देश्यों के जलए रखा जा सकता ह।ै यह सुजनजित करना ईजचत ह ै दक ऐसी सुजिधा केिल जिजिि परीिण के जलए ही ईपलब्ध हो सकती ह।ै ऐसी सुजिधा के जलए कमांड या एक्सेस ईच्चतम जसस्ट्टम एडजमजनस्ट्रेिन पासिडग के साथ ईपलब्ध हो सकता ह।ै ऐसे सभी मामलों में ऐसे अदेिों की एक ऄलग लॉग फाआल बनाए रखी जानी चाजहए। आसी के ऄनुरूप जिजनयम में संिोधन दकया गया ह ै। सीपी की ताजलका 2 (4.) 88. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एसएमएस और डीअरएम को आस तरह से एकीकृत दकया जाना चाजहए दक एसटीबी का सदक्रयता और जनजरक्रयता दोनों प्रणाजलयों में एक साथ हो।28 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] स्ट्पिीकरण: अिश्यक और पयाप्तग तरीके ऄपनाए जाएंगे तादक एसटीबी की प्रत्येक सदक्रयता और जनजरक्रयता डीअरएम से ईत्पन्न ठरपोट गमें ददखाइ दे। 89. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक एसएमएस और डीअरएम को आस तरह से एकीकृत दकया जाना चाजहए दक एसटीबी/मैक अइडी की सदक्रयता और जनजरक्रयता दोनों प्रणाजलयों म ें एक साथ हो। स्ट्पिीकरण: अिश्यक और पयागप्त तरीके ऄपनाए जाएंग े तादक एसटीबी/ऐप की प्रत्येक सदक्रयता और जनजरक्रयता डीअरएम से ईत्पन्न ठरपोटग म ेंददखाइ दे। 90. एक ऄन्य जहतधारक ने सुझाि ददया दक एसएमएस और डीअरएम को आस तरह से एकीकृत दकया जाना चाजहए दक एसटीबी की सदक्रयता और जनजरक्रयता िास्ट्तजिक समय में लसक्रनाआज़ हो। जिश्लषे ण: 91. प्राजधकरण का जिचार ह ै दक एसएमएस और डीअरएम को आस तरह स े एकीकृत दकया जाना चाजहए दक एसटीबी का सदक्रयता और जनजरक्रयता दोनों प्रणाजलयों में एक साथ हो और दोनों प्रणाजलयाँ िास्ट्तजिक समय में लसक्रनाआज़ हों । सीपी की ताजलका 2(6.) 92. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "तैनात दकए गए डीअरएम को दकसी भी प्रािधान के जलए काडग िाल ेऔर काड गरजहत एसटीबी दोनों को सपोट ग करने म ेंसिम होना चाजहए।" 93. जिाब में कुछ जहतधारकों और एक एसोजसएिन न े सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी और ऐप अधाठरत' के साथ जिस्ट्थाजपत ददया जाना चाजहए। एक ऄन्य जहतधारक ने राय दी दक यह डीअरएम के जलए ऄप्रासंजगक ह ै जो ऄपनी प्रकृजत से काडग रजहत ह।ै एक ऄन्य जहतधारक ने सुझाि ददया दक तनै ात डीअरएम को दकसी भी प्रािधान के जलए काड-ग रजहत एसटीबी और स्ट्माटग टीिी दोनों को सपोटग करने में सिम होना चाजहए। सीपी की ताजलका 2(7.) 94. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "तैनात दकए गए डीअरएम को न्यूनतम जपछले दो (2) िषों के जलए डीअरएम के साथ एकीकृत एसएमएस द्वारा जारी दकए गए डीअरएम में जनरपाददत प्रत्येक कमांड के ऄनरूु प ऄंकेिण के दौरान सत्यापन ईद्देश्य के जलए स्ट्ितंत्र ठरपोटग और लॉग तैयार करन,े ठरकॉडग करन,े बनाए रखन ेमें सिम होना चाजहए। ठरपोटग पर ददनांक और समय की मुहर ऄिश्य होनी चाजहए। प्रस्ट्ताजित ठरपोटग में जनम्न िाजमल होना चाजहए:…….” 95. जिाब म,ें एक जहतधारक न े सुझाि ददया दक खंड म ें ऄजतठरि रूप से ईल्लेख दकया जा सकता ह ै दक एमएसओ आन लेनदने संबंधी लॉग को बाहरी भंडारण प्रणाली में जनयागत कर सकता है, यह सुजनजित करत े हुए दक यह कम स े कम तुरंत जपछले दो(2) िषों की ऄिजध के जलए जबना दकसी बदलाि के कच्चे प्रारूप में ईपलब्ध ह,ै एसएमएस में जनरपाददत प्रत्येक कमांड के ऄनुरूप, लेदकन जो सदक्रयता और जनजरक्रयता कमांड तक सीजमत नहीं होना चाजहए। जैसा दक पहले ईल्लेख दकया गया ह,ै एक एसोजसएिन की राय ह ै दक यह जरूरी ह ै दक डेटा और ठरकॉड ग को बनाए रखन े के जलए प्राजधकरण द्वारा तीन(3) िष ग की ऄिजध जनधागठरत की जाए तादक ऄन्य बातों के साथ-साथ यह सुजनजित दकया जा सके दक ब्रॉडकास्ट्टर की ओर से ऄंकेिण साथगक ढंग से दकया जा सके। सीपी की ताजलका 2{7(ए)} 96. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "दकसी भी िांछनीय जतजथ को युजनक सदक्रय एसटीबी के साथ-साथ मैक अइडी िार जगनती" 97. जिाब म,ें एक जहतधारक न े दकसी भी िांछनीय जतजथ पर युजनक सदक्रय एसटीबी जगनती के साथ-साथ युजनक मैक अइडी/यूसर अइडी/डीअरएम अइडी का सुझाि ददया। सीपी की ताजलका 2 {7(बी)} 98. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "दकसी भी िांछनीय जतजथ पर एक जिजिि एसटीबी के जलए सदक्रय युजनक बुके/चैनल"[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 29 99. जिाब म,ें एक जहतधारक न े दकसी भी िांछनीय जतजथ पर एक जिजिि एसटीबी/ईपयोगकताग के जलए सदक्रय युजनक चैनल का सुझाि ददया। जिश्लषे ण: 100. यह समझा जाता ह ै दक कुछ डीअरएम के पास बुके की जानकारी बनाए रखन े का प्रािधान नहीं ह।ै आस संबंध में, प्राजधकरण का मानना ह ै दक डेटा के सत्यापन और समाधान के जलए डीअरएम में बुके की जानकारी को बनाए रखना अिश्यक ह।ै प्राजधकरण न े पहल े ही जनर्ददि कर ददया ह ै दक ये जनयम अजधकाठरक राजपत्र में आन जनयमों के प्रकािन की जतजथ से तीन महीने के बाद लागू होन े चाजहए । आसजलए, यदद कुछ मौजूदा डीअरएम म ें यह सुजिधा मौजूद नहीं ह ै तो मौजूदा सेिा प्रदाताओं को आन 3 महीनों के ऄंदर डीअरएम में यह सुजिधा जिकजसत करानी चाजहए। जिजनयमों में कइ स्ट्थानों पर ऐसा ही सुझाि प्राप्त हुअ है। आसी के ऄनुरूप जिजनयम म ें संिोधन दकया गया ह।ै सीपी की ताजलका 2{7(सी)} 101. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "सेिा ऄनुरोधों के जलए मैक अइडी िार सदक्रयता और जनजरक्रयता ठरपोटग" 102. जिाब म,ें एक जहतधारक न े सेिा ऄनरु ोधों के जलए मैक अइडी/युसर अइडी िार चैनल व्यऄू रजिप ठरपोट गका सुझाि ददया। सीपी की ताजलका 2{7(डी)} 103. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीअरएम म ेंकॉजन्फगर दकए गए बुके और/या चैनलों म ेंकोइ पठरितगन।" 104. जिाब म,ें यदद डीअरएम म ेंसुजिधा ईपलब्ध ह,ै तो एक जहतधारक डीअरएम म ेंकॉजन्फगर दकए गए बुके और/या चैनलों म ेंकोइ भी बदलाि कर सकता ह।ै सीपी की ताजलका 2{7(इ)} 105. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "ब्लैकजलस्ट्ट एसटीबी ठरपोटग" 106. जिाब म,ें एक जहतधारक न े राय दी दक ब्लैकजलस्ट्ट एसटीबी के पास डीअरएम में एक्सेस/सेिन लॉग नहीं होना चाजहए। आस खंड को हटाया भी जा सकता ह।ै जिश्लषे ण: 107. ज्ञातव्य ह ै दक एसटीबी को ब्लकै जलस्ट्ट करने का काम केिल एसएमएस में दकया जाता ह।ै जब आसे एसएमएस म ें ब्लैकजलस्ट्ट दकया जाता ह ैतो यह व्यूऄरजिप के जलए डीअरएम को ऄनुरोध नहीं भेजेगा, आसजलए डीअरएम म ें कोइ भी गजतजिजध दज ग नहीं की जा सकेगी। आसजलए, प्राजधकरण का जिचार ह ै दक ब्लैकजलस्ट्ट एसटीबी/युजनक ईपभोिा सदस्ट्यता ठरपोटग को एक िांछनीय सुजिधा बनाया जा सकता ह ै और आसे आस स्ट्तर पर ऄजनिायग नहीं दकया जाना चाजहए। तदनुसार, जिजनयम में संिोधन दकए गए ह।ैं सीपी की ताजलका 2{7(एफ)} 108. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "प्लेटफॉमग पर ईपलब्ध चैनलों/बुके से संबंजधत प्रोडक्ट कोड।" 109. जिाब म,ें एक जहतधारक न े राय दी दक चैनलों स ेसंबंजधत प्रोडक्ट कोड डीअरएम में ईपलब्ध होना चाजहए। सीपी की ताजलका 2{7(जी)} 110. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एसटीबी में अरंभ जतजथ और ऄंजतम जतजथ की पात्रता के साथ चैनल/बुके ऑथठरज़ेिन/ऄसाआनमेंट"। 111. जिाब में एक जहतधारक न े एक जििेष जतजथ/सप्ताह/एक ऄिजध (जतजथ से जतजथ तक) के जलए एसटीबी/ईपयोगकताग द्वारा चैनल व्यूऄरजिप एक्ससे का सुझाि ददया। कुछ जहतधारकों और एक एसोजसएिन न े सुझाि ददया दक ‘एसटीबी’ िब्द को 'एसटीबी/मैक अइडी' के साथ जिस्ट्थाजपत कर ददया जाना चाजहए।30 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] सीपी की ताजलका 2{7(एच)} 112. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एसटीबी-िीसी पेयररग/डी-पेयररग (यदद लाग ूहो) 113. जिाब में एक जहतधारक ने एसएमएस/डीअरएम म ेंएसटीबी-िीसी पेयररग/डी-पेयररग या यजू र अइडी- मैक- अइडी पेयररग/डी-पेयररग (यदद लागू हो) का सुझाि ददया। जिश्लषे ण: 114. प्राजधकरण जहतधारक द्वारा ददए गए सुझाि को स्ट्िीकार करता ह।ै सीपी की ताजलका 2{7(अइ)} 115. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एसटीबी सदक्रयता/जनजरक्रयता" 116. जिाब म,ें एक जहतधारक न े राय दी दक दकसी भी चैनल के जलए ईपयोगकताग की सदस्ट्यता ऄिजध के दौरान प्रजत ईपयोगकताग प्रत्येक सदक्रय सब्सक्राआब्ड चैनल के जलए सत्र लॉग सत्यापन संभि होना चाजहए। सीपी की ताजलका 2{7(ज)े } 117. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एसटीबी को चैनल ऄसाआनमेंट" 118. जिाब म,ें एक जहतधारक ने राय दी दक डीअरएम के पास एसटीबी/ईपयोगकताग को चैनल/बुके अिंठटत करन े की सुजिधा नहीं होनी चाजहए। यदद सुजिधा ईपलब्ध ह,ै तो संबंजधत लॉग ईपलब्ध होन े चाजहए। कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/मैक अइडी' के साथ जिस्ट्थाजपत दकया जाना चाजहए। सीपी की ताजलका 2{7(के)} 119. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "दकसी जनजित ऄिजध के जलए दकसी जििेष चैनल की सदक्रयता या जनजरक्रयता की ठरपोटग।" 120. जिाब म,ें एक जहतधारक न े सझु ाि ददया दक एसएमएस म ें ईपलब्ध एक जनजित ऄिजध के जलए दकसी जििेष चैनल की सदक्रयता या जनजरक्रयता की ठरपोटग डीअरएम म ेंईपलब्ध सेिन लॉग को मान्य करने म ेंसिम होनी चाजहए। सीपी की ताजलका 2{7(एल)} 121. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "पंजीकृत ग्राहकों की कुल संख्या।" 122. जिाब म,ें एक जहतधारक न े सझु ाि ददया दक यह खडं पंजीकृत ग्राहकों की कुल संख्या होना चाजहए यदद डीअरएम के पास ग्राहकों को पंजीकृत करने की सुजिधा ह।ै जिश्लषे ण: 123. जिजनयम में कइ स्ट्थानों पर ऐसा ही सुझाि प्राप्त हुअ ह।ै प्राजधकरण जहतधारक की ठटप्पणी से सहमत नहीं ह।ै सीपी की ताजलका 2{7(एन)} 124. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "ऄस्ट्थायी रूप से जनलंजबत ग्राहकों की कुल संख्या।" 125. जिाब म,ें एक जहतधारक ने सझु ाि ददया दक यह खंड ऄस्ट्थायी रूप से जनलंजबत ग्राहकों की कुल संख्या होना चाजहए यदद ग्राहकों के पास डीअरएम में पंजीकरण की सुजिधा ह।ै सीपी की ताजलका 2{7(ओ)} 126. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "जनजरक्रय ग्राहकों की कुल संख्या।"[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 31 127. जिाब म,ें एक जहतधारक न े सुझाि ददया दक खंड जनजरक्रय ग्राहकों की कुल संख्या होना चाजहए यदद ग्राहकों का पंजीकरण डीअरएम म ेंईपलब्ध ह।ै सीपी की ताजलका 2{7(पी)} 128. ददनांक 09 जसतंबर 2022 को "ड्राफ्ट टेलीकम्युजनकेिन (ब्रॉडकालस्ट्टग एडं केबल) सर्भिसेज आंटरकनेक्िन (एड्रेसेबल जसस्ट्टम) (चौथा संिोधन) जिजनयम, 2022" पर परामिग पत्र म ेंजनम्नजलजखत का ईल्लेख दकया गया था : "डीअरएम म ेंब्लैकजलस्ट्टेड एसटीबी की सूची।" 129. जिाब म,ें एक जहतधारक की राय ह ै दक यह खंड डीअरएम में ब्लैकजलस्ट्टेड एसटीबी की सूची होना चाजहए यदद ग्राहकों का पंजीकरण डीअरएम म ें ईपलब्ध ह।ै एक ऄन्य जहतधारक न े सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/मैक अइडी (ऐप)' से प्रजतस्ट्थाजपत दकया जाना चाजहए। सीपी की ताजलका 2{7(क्य)ू } 130. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "चैनल एिं बुके िार माजसक सदस्ट्यता ठरपोट गजनधागठरत प्रारूप में।" 131. जिाब में, एक जहतधारक ने जनधागठरत प्रारूप में चैनल और ईपयोगकतागिार माजसक व्यूऄरजिप ठरपोटग का सुझाि ददया। सीपी की ताजलका 2{7(अर)} 132. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "प्रत्येक बुके का जहस्ट्सा बनन ेिाले चनैलों के नाम।" 133. जिाब म,ें एक जहतधारक ने सझु ाि ददया दक खंड, एसएमएस में पंजीकृत ईनके नामों के संबंध में चैनलों के नाम होने चाजहए। सीपी की ताजलका 2{7(एस)} 134. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "दकसी जनजित समय पर दकसी जििेष चैनल या बुके की सदस्ट्यता लनेे िाल ेसदक्रय ग्राहकों की कुल संख्या।" 135. जिाब म,ें एक जहतधारक ने सझु ाि ददया दक यह खंड, दकसी ददए गए समय म ें दकसी जििेष चैनल की सदस्ट्यता लने े िाले सदक्रय ग्राहकों की कुल संख्या होनी चाजहए। सीपी की ताजलका 2{7(टी)} 136. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एक ग्राहक द्वारा सब्सक्राआब दकए गए ए-ला-काटाग चैनल और बुके का नाम ।" 137. जिाब म,ें एक जहतधारक न े सुझाि ददया दक यह खंड, दकसी ग्राहक की सदस्ट्यता जस्ट्थजत के संबंध म ें प्रजत ईपयोगकताग व्यूऄरजिप ठरकॉडग चैनलों का नाम होना चाजहए। सीपी की ताजलका 2{7(य)ू } 138. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "दकसी जििेष चैनल या बुके की सदस्ट्यता की ऐलजग ठरपोटग।" 139. जिाब म,ें एक जहतधारक न े सझु ाि ददया दक यह खंड, दकसी जििेष समय के जलए दकसी जििेष चैनल की ऐलजग व्यूऄरजिप ठरपोट ग होना चाजहए। एक ऄन्य जहतधारक की राय ह ै दक आसम ें से ऄजधकांि जनयंत्रक यंत्र का ह ै जो डीअरएम को चलाता ह,ै न दक डीअरएम खुद से। सीपी की ताजलका 2(8) 140. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "दकसी भी चोरी के मामल ेमें तैनात डीअरएम को एसटीबी को स्ट्ितंत्र रूप से टैग और ब्लकै जलस्ट्ट करने म ेंसिम होना चाजहए।" 141. जिाब में, एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी एिं िीसी' के साथ जिस्ट्थाजपत कर ददया जाना चाजहए। कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/मैक अइडी (ऐप)' के साथ जिस्ट्थाजपत कर ददया जाना चाजहए। एक ऄन्य जहतधारक ने सुझाि ददया दक खंड में यह32 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] ईल्लेख होना चाजहए दक तैनात डीअरएम के पास ब्लैकजलस्ट्टेड एसटीबी को सदक्रय करने की कोइ सुजिधा नहीं होनी चाजहए। 142. एक ऄन्य जहतधारक न े 'स्ट्ितंत्र रूप स'े िब्द के बारे म ें पछू ताछ की। ईन्होंन े अग े कहा दक डीअरएम स्ट्ियं चोरी का पता नहीं लगा सकता ह,ै आसे चोरी म ें ईपयुि ईपकरणों के बारे म ें पाठरजस्ट्थजतकी तंत्र के कुछ ऄन्य जहस्ट्सों द्वारा ऄजधसूजचत दकया जाना चाजहए जजन्ह ेंब्लैक अईट करने की अिश्यकता ह।ै सीपी की ताजलका 2(11) 143. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीअरएम को डीअरएम के माध्यम से जनरपाददत प्रत्येक कमांड के जलए लगातार कम से कम दो िषों तक गरै- संपाददत डेटा/लॉग बनान,े ठरकॉडग करन ेऔर संरजित करन ेम ेंसिम होना चाजहए, जजसमें डीअरएम के साथ एकीकृत एसएमएस के प्रत्येक कमांड के लॉग भी िाजमल ह।ैं" 144. जिाब म,ें एक जहतधारक ने कहा दक यह पूरे पाठरजस्ट्थजतकी तंत्र के बारे में है, न दक डीअरएम के बारे में। गैर- संपादन योग्य लॉग को कइ िषों तक रखने पर बहुत बड़ी लागत अती ह।ै सीपी की ताजलका 2(13) 145. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीअरएम एक स ेऄजधक एलसीएन और दसू रे चैनल जडजस्ट्क्रप्टर के तहत प्रत्येक हडे-एंड द्वारा जितरक के नेटिकग म ें एक ही नाम या नामकरण िाल ेचैनलों के पठरचालन को सहयोग नहीं करेगा। आसके ऄलािा, डीअरएम में ईपलब्ध प्रत्येक चैनल को एसएमएस में ईपलब्ध चैनलों के साथ जिजिि रूप से संबंजधत दकया जाएगा। 146. जिाब में, एक जहतधारक ने कहा दक डीअरएम चैनल जितठरत नहीं करता ह ै और ईसे चैनल के नाम, एलसीएन अदद के बारे में जानकारी नहीं होती ह।ै एक ऄन्य जहतधारक ने सुझाि ददया दक खंड म ें ईल्लखे दकया जाना चाजहए दक डीअरएम एक ही नाम या नामकरण के साथ चैनल के पठरचालन को सहयोग नहीं करेगा। जितरक का नेटिकग प्रत्येक हडे -एंड द्वारा एक से ऄजधक ऄिसरों और एक ऄन्य चैनल जडजस्ट्क्रप्टर के तहत पेि दकया जाता ह।ै आसके ऄजतठरि, डीअरएम म ें ईपलब्ध प्रत्येक चनै ल को एसएमएस में ईपलब्ध चैनलों के साथ जिजिि रूप स े संबंजधत दकया जाएगा। जिश्लषे ण: 147. आंटरकनेक्िन जिजनयम 2017 (संिोजधत) के जिजनयम 18 के ईप जिजनयम 2 के ऄनुसार, जितरक के जलए यह ऄजनिायग होगा दक िह ऄपने प्लेटफॉमग पर ईपलब्ध सभी टेलीजिजन चैनलों को आलेक्रॉजनक प्रोग्राम गाआड म ें आस तरह रखे दक सभी टेलीजिजन चैनल एक िलै ी में एक जििेष भाषा को लगातार एक साथ प्रदर्भित करें और एक टेलीजिजन चैनल केिल एक ही स्ट्थान पर ददखाइ देगा। आसके ऄजतठरि आंटरकनेक्िन जिजनयम 2017 के जिजनयम 18 के ईप जिजनयम 3 के ऄनसु ार, टेलीजिजन चैनलों के प्रत्येक जितरक को जितरण नेटिकग पर ईपलब्ध प्रत्येक टेलीजिजन चैनल के जलए एक युजनक चैनल नंबर जनर्ददि करना होगा। चूंदक ईपरोि प्रािधान आंटरकनेक्िन जिजनयम 2017 म ें पहल े स े ही मौजूद ह,ैं आसजलए प्राजधकरण का मानना ह ै दक सीपी म ें प्रस्ट्ताजित ताजलका-2 के ईपरोि खडं 13 को हटा ददया जाना चाजहए। सीपी की ताजलका 2(14) 148. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीअरएम एसएमएस में की गइ गजतजिजध के ऄनरूु प िास्ट्तजिक समय के अधार पर अिश्यकतानुसार चैनल/बुके जोड़ने/संिोजधत करन ेमें सिम होगा।" 149. जिाब म,ें एक जहतधारक ने सझु ाि ददया दक डीअरएम को एसएमएस के साथ आस तरह से एकीकृत दकया जाएगा दक एसएमएस म ें चैनलों/बुके का जोड़ना/संिोधन स्ट्िचाजलत रूप से िास्ट्तजिक समय पर डीअरएम के साथ समन्िजयत हो जाए। एक ऄन्य जहतधारक न े राय दी दक यह संभितः डीअरएम स े संबंजधत नहीं ह।ै एक ऄन्य जहतधारक न े सुझाि ददया दक डीअरएम चैनलों के जलए एसएमएस ऄनुरोधों को जनरपाददत करन े में सिम होगा जैसा दक एसएमएस में की गइ गजतजिजध के ऄनुरूप िास्ट्तजिक समय के अधार पर अिश्यक हो सकता ह।ै[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 33 सीपी की ताजलका 2(15) 150. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीअरएम को एसटीबी के जलए केिल सहमत डीपीओ के ब्रांडेड/स्ट्िाजमत्ि िाला और डीपीओ द्वारा अपूर्भत दकए गए जबजनेस मॉडल को सहयोग करना चाजहए।" 151. जिाब म,ें कुछ एमएसओ और एक एसोजसएिन न े राय दी दक डीपीओ को केिल एसटीबी के ईपयोग तक ही सीजमत नहीं रखा जाना चाजहए। आसजलए, एसटीबी/ऐप अधाठरत की ऄनुमजत दी जानी चाजहए। एक ऄन्य जहतधारक न े सुझाि ददया दक डीपीओ को केिल स्ट्िीकृत ब्रांडेड/स्ट्िाजमत्ि एसटीबी को ही तनै ात और सदक्रय करना चाजहए, जजनका तकनीकी ऑजडट मैनऄु ल के ऄनुसार परीिण दकया गया हो और डीपीओ को ऄपने ऄनुसूची-III घोषणा म ें एसटीबी मॉडल िाजमल करना चाजहए और यदद कोइ नया मॉडल एसटीबी को पे-चैनलों की दिगक संख्या के जलए तैनात दकया हो तो ऄनसु ूची-III के ऄनुसार निीनतम घोषणा प्रस्ट्तुत करनी चाजहए। जिश्लषे ण: 152. प्राजधकरण के जिचार म,ें डीअरएम को जिजिि प्रकार के एसटीबी/युजनक ईपभोिा सदस्ट्यता के जलए कॉजन्फगर दकया जाना चाजहए, जो डीपीओ द्वारा खरीदे और कॉजन्फगर दकए जाते ह।ैं डीअरएम को नेटिकग में दकसी ऄन्य प्रकार/ब्रांड/एसटीबी/युजनक ईपभोिा सदस्ट्यता के कायग/संचालन को सिम नहीं करना चाजहए। सीपी की ताजलका 2(16) 153. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "जब आनफ्रास्ट्रक्चर िेयररग ईपलब्ध ह,ै तो ऐसे मामलों में डीअरएम कइ डीपीओ को सहयोग करने में सिम होगा।" 154. जिाब में, एक एसोजसएिन ने राय दी दक ितगमान में, अइपीटीिी ऑपरेटरों के बीच आनफ्रास्ट्रक्चर िेयररग के संबंध में सूचना और प्रसारण मंत्रालय द्वारा कोइ ददिा-जनदेि जारी नहीं दकए गए ह,ैं और आस प्रकार, अइपीटीिी ऑपरेटरों के बीच आनफ्रास्ट्रक्चर िेयररग के संबंध म ें ऄन्य बातों के साथ-साथ िेत्राजधकार संबंधी मुद्दे भी ह।ैं चौथ े संिोधन के मसौदे/ऄनुसूची-X के मसौदे में आनफ्रास्ट्रक्चर िये ररग स े संबंजधत अिश्यकताओं को िाजमल करना जल्दबाजी होगी, क्योंदक आन पहलुओं पर भादजू िप्रा का यह जनरकषग पहल े से ही प्रतीत होता ह।ै सीपी की ताजलका 2(17) 155. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीअरएम को बी2सी मॉडल के जलए कंटेन्ट सुरिा और ईपयोग जनयम प्रितगन को सहयोग करना चाजहए।" 156. जिाब म,ें एक जहतधारक न े सुझाि ददया दक डीअरएम को बी2सी मॉडल के जलए कंटेन्ट सुरिा और ईपयोग दिगक डेटा को सहयोग करना चाजहए। एक ऄन्य जहतधारक न े "बी2सी मॉडल के जलए ईपयोग जनयम प्रितगन" का ऄथग पूछा। एक ऄन्य सगं ठन न े भी ईपयोग जनयमों के संबंध म ेंस्ट्पिीकरण मागं ा। जिश्लषे ण: 157. प्राजधकरण का मानना ह ैदक डीअरएम को कंटेन्ट सुरिा को सहयोग करना चाजहए। सीपी की ताजलका 2(18) 158. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीअरएम प्रजत जमनट कम से कम 3 जमजलयन लाआसेंस लेनदने को संभालन ेमें सिम होना चाजहए।" 159. जिाब म,ें एक जहतधारक ने सझु ाि ददया दक डीअरएम को डीपीओ ग्राहक अधार के ऄधीन प्रजत जमनट कम से कम 10,000 लाआसेंस लेनदेन को संभालने म ें सिम होना चाजहए। एक ऄन्य जहतधारक ने सुझाि ददया दक डीअरएम को प्रजत जमनट न्यूनतम प्रजतित(%) लाआसेंस लेनदने को संभालन े म ें सिम होना चाजहए। एक जहतधारक न े कहा दक िे ऄजनजित ह ैं दक जिजनयामक को ऐसी अिश्यकता बतानी चाजहए या नहीं। ईन्होंने सुझाि ददया दक डीपीओ को डीअरएम जिक्रेता के साथ संख्या पर मोल-भाि करना चाजहए।34 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] जिश्लषे ण: 160. आस ित ग को लाग ू करने स े जििषे कर छोटे डीपीओ के जलए जनिेि की लागत बढ सकती ह।ै आसजलए, प्राजधकरण का मानना ह ै दक यह जनणगय सेिा प्रदाता पर छोड़ ददया जाना चाजहए। तदनुसार, खंड ताजलका 2(18) हटा ददया गया ह।ै सीपी की ताजलका 2(19) 161. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीअरएम को ऄलग-ऄलग कुंजजयों(कीज़) ऄथागत, रैक स्ट्तर की सुरिा के साथ कंटेंट स्ट्रीम के ऄलग-ऄलग रैक के एजन्क्रप्िन को सहयोग करना चाजहए।" 162. जिाब में, एक जहतधारक न े सुझाि ददया दक डीअरएम को ऄलग-ऄलग कुंजजयों के साथ ऄलग-ऄलग चनै लों के एजन्क्रप्िन को सहयोग करना चाजहए और चनै ल म ें ईपलब्ध सभी कंटेन्ट को एजन्क्रप्ट करना चाजहए। एक ऄन्य जहतधारक न े सुझाि ददया दक डीअरएम को प्रत्येक सेिा के जलए ऄलग-ऄलग कुंजी के साथ ईस सेिा म ें िाजमल सभी जपड्स सजहत व्यजिगत सेिाओं के एजन्क्रप्िन को सहयोग करना चाजहए। कुछ जहतधारकों और एक एसोजसएिन की राय थी दक डीअरएम परू े यअू रएल को एजन्क्रप्ट करेगा। यह िीजडयो और ऑजडयो रैक की पहचान करने के जलए संघषग(स्ट्क्रैम्बल) करने जैसा नहीं ह।ै जिश्लषे ण: 163. ईजचत जिचार-जिमिग के बाद, प्राजधकरण ने जिजनयमन में संिोधन दकया ह।ै सीपी की ताजलका 2(21) 164. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "यदद डीपीओ न ेहाआजब्रड एसटीबी तैनात दकया ह,ै तो डीअरएम यह सुजनजित करेगा दक ओिर-द-टॉप (ओटीटी) ऐप और दकसी भी ब्राईज़र को ऄपन ेजसस्ट्टम स ेडीपीओ द्वारा पेि दकए गए जलनीयर टेलीजिजन चैनलों तक पहुचं न जमल,े और आसी तरह, अइपीटीिी के जलए डीअरएम सेिा को ओटीटी प्लेटफॉम गके माध्यम से जितठरत चैनलों तक पहुचं नहीं जमलनी चाजहए। बिते, डीअरएम के जलए सभी ऄजनिायग अिश्यकताओं का ऄनुपालन हाआजब्रड एसटीबी द्वारा दकया जाएगा।'' 165. जिाब म,ें एक एसोजसएिन न े ईल्लेख दकया दक चौथ े संिोधन के मसौद े और ऄनुसूची-X के मसौदे का दायरा केिल अइपीटीिी सेिा के जलए डीअरएम अिश्यकताओं तक सीजमत होना चाजहए। एक ऄन्य जहतधारक की राय थी दक हाआजब्रड एसटीबी को पठरभाजषत दकया जाना चाजहए। ईन्होंने अगे ईल्लेख दकया दक प्रत्येक एजप्लकेिन को ऄपनी कंटेन्ट तक पहुचँ को स्ट्ितंत्र रूप स े जिजनयजमत करना चाजहए, आसजलए कंटेन्ट जडदक्रप्िन कुंजी केिल ईस जसस्ट्टम के लाआसेंस में जितठरत की जाती ह ैजो कंटेन्ट जितठरत करता ह।ै 166. एक ऄन्य जहतधारक ने सुझाि ददया दक यदद डीपीओ न े हाआजब्रड एसटीबी तैनात दकया है, तो डीअरएम के साथ एकीकृत डीपीओ एजप्लकेिन यह सुजनजित करेगा दक ओिर-द-टॉप (ओटीटी) ऐप और दकसी भी ब्राईज़र को डीपीओ द्वारा पेि दकए गए जलनीयर टेलीजिजन चनै लों तक पहुचं न जमले। जसस्ट्टम, और आसी तरह, अइपीटीिी सेिा के जलए डीअरएम के साथ एकीकृत डीपीओ एजप्लकेिन को ओटीटी प्लेटफॉमग के माध्यम स े जितठरत चैनलों तक पहुचं नहीं जमलनी चाजहए। बिते, डीअरएम के जलए सभी ऄजनिायग अिश्यकताओं का ऄनुपालन हाआजब्रड एसटीबी द्वारा दकया जाएगा। 167. एक जहतधारक न े सुझाि ददया दक हाआजब्रड एसटीबी एक एसटीबी ह ै जजसमें आंटरनेट के साथ-साथ लीजनयर सेिाओं तक पहुचं ह।ै डीअरएम यह सुजनजित करेगा दक ओिर-द-टॉप (ओटीटी) ऐप और दकसी भी ब्राईज़र को ऄपन े जसस्ट्टम से डीपीओ द्वारा प्रस्ट्ताजित लीजनयर टेलीजिजन चनै लों तक पहुचं न जमले। अइपीटीिी सेिा के जलए डीअरएम को ओटीटी प्लेटफॉमग के माध्यम से जितठरत चनै लों तक पहुचं नहीं जमलनी चाजहए। बित,े डीअरएम के जलए सभी ऄजनिायग अिश्यकताओं का ऄनुपालन हाआजब्रड एसटीबी द्वारा दकया जाएगा। डीपीओ ऄपन े जनपटान म ें लीजनयर कंटेन्ट के साथ-साथ यूअइ पर ओटीटी कंटेन्ट को एकीकृत करन े के जलए स्ट्ितंत्र ह।ै ओटीटी कंटेन्ट को डीअरएम और सीपीइ प्रमाणीकरण के माध्यम स ेओटीटी जिक्रेता द्वारा संरजित दकया जाना चाजहए। 168. एक ऄन्य सगं ठन ने सुझाि ददया दक यदद डीपीओ ने हाआजब्रड एसटीबी तैनात दकया है, यदद एमएसओ अइपी जडलीिरी पर यूजनकास्ट्ट या मल्टीकास्ट्ट पर लीजनयर टेलीजिजन चैनल भी प्रदान कर रहा है, तो डीअरएम यह[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 35 सुजनजित करेगा दक सभी ऄजनिायग अिश्यकताएं हाआजब्रड एसटीबी द्वारा दकया जाएगा । डीअरएम यह भी सुजनजित करेगा दक दकसी भी ब्राईज़र को डीपीओ द्वारा प्रस्ट्ताजित लीजनयर टेलीजिजन चैनलों तक पहुचं न जमले। अइपीटीिी चैनल केिल जनर्ददि एसटीबी में ही पहुचं योग्य होने चाजहए, दकसी ऄन्य हडैं हल्े ड जडिाआस या कंप्यूटर में नहीं। जिश्लषे ण: 169. अइटीयू की ऄनुिंसा अइटीय-ू टी जे.298 : स्ट्थलीय और ईपग्रह टीिी पठरचालन के साथ संयोजजत केबल टीिी हाआजब्रड सेट-टॉप बॉक्स की अिश्यकताएं और तकनीकी जिजििताएं हाआजब्रड एसटीबी को जनम्नानुसार पठरभाजषत करती ह:ैं हाआजब्रड एसटीबी : हाआजब्रड सेट-टॉप बॉक्स (एसटीबी) एक एसटीबी ह ैजो िीजडयो और ऑजडयो कंटेन्ट के साथ रांसजमिन जसग्नल प्राप्त करने के कइ तरीकों का ईपयोग करता ह।ै नोट - आस जसफाठरि के प्रयोजनों के जलए, डूऄल स्ट्रीम आंटरनटे प्रोटोकॉल के माध्यम से अइपी अधाठरत होगी और केबल, ईपग्रह तथा स्ट्थलीय टेलीजिजन के माध्यम से अइटीयू-टी जे.83, डीिीबी-एस/एस2, डीिीबी-टी/टी2 या अइएसडीबी-टी/टीबी मानक पर अधाठरत होंगी।” 170. यद्यजप हाआजब्रड एसटीबी िीजडयो और ऑजडयो कंटेन्ट के साथ रांसजमिन जसग्नल प्राप्त करन े के कइ तरीकों का ईपयोग कर सकता ह,ै दफर भी आस जिजनयम के प्रयोजन के जलए, प्राजधकरण का जिचार ह ै दक यह सुजनजित करना ईजचत ह ै दक एक ही ऄिसर पर ऐसा एसटीबी केिल एक प्रकार की सेिा प्रदान करता ह।ै तदनुसार, जिजनयम में संिोधन दकया गया ह।ै सीपी की ताजलका 2(22) 171. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डेटाबेस ताजलकाओं के बाहर कोइ भी सदक्रय युजनक ग्राहक नहीं होगा। आसके ऄजतठरि, एक डीपीओ या जिक्रेता द्वारा एक से ऄजधक ऄिसर बनाने के जलए डीअरएम डेटाबेस को जिभाजजत करने का जिकल्प नहीं होगा। 172. जिाब म,ें एक जहतधारक न े ईल्लेख दकया दक िे जनजित नहीं ह ैंदक यह एक प्रासंजगक अिश्यकता ह ैया नहीं। सीपी की ताजलका 2(24) 173. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "बैकऄप सिगर रखना ऄजनिायग होगा और मख्ुय सिगर में की गइ सभी गजतजिजधयों के लॉग को समिती रूप स े बैकऄप सिगर म ेंकॉपी दकया जाएगा: बिते दक ऐस ेसभी ऄिसरों का एक लॉग जतजथ और समय ठटकट के साथ रखा जाएगा, जहां बैकऄप सिगर का ईपयोग मुख्य सिगर के रूप में दकया गया ह:ै बिते दक मुख्य और बैकऄप सिगर सभी डेटा, जैसे सदस्ट्यता डेटा, एसटीबी यूए/मैक अइडी जििरण, पात्रता स्ट्तर की जानकारी, अदद के संबंध में हमेिा एकीकृत रहगेा। 174. जिाब में, एक जहतधारक ने ईल्लेख दकया दक िे ईपयोगकतागओं के जलए बेहतर सेिा गुणित्ता(क्यूओएस) के प्रयासों की सराहना करत े ह ैं और यह सही ददिा म ें ह।ै हालाँदक, आसे ऄन्य प्रकार के डीपीओ पर लाग ू दकया जाना चाजहए क्योंदक ऄजधकांि ग्राहक ऄभी भी पारंपठरक केबल टीिी जसस्ट्टम या डीटीएच के ऄंतगगत ह।ैं सीपी की ताजलका 2(25) 175. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीअरएम और एसएमएस यह सुजनजित करेंग ेदक डेटाबेस तक पहुचं केिल ऄजधकृत ईपयोगकतागओं के जलए और केिल "रीड ओनली" मोड में ईपलब्ध ह।ै आसके ऄजतठरि, डेटाबेस ऑजडट रेल स्ट्थायी रूप से सिम दकया जाएगा। स्ट्पिीकरण: यहां डेटाबेस ईस डेटाबेस को संदर्भभत करता ह ैजहां एसटीबी सदक्रय, जनजरक्रय, सदस्ट्यता डेटा, एसटीबी यूए/मैक अइडी जििरण, पात्रता स्ट्तर की जानकारी आत्यादद स ेसंबंजधत सभी गजतजिजधयों का डेटा और लॉग संग्रहीत दकया जा रहा ह।ै36 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] 176. जिाब म,ें कुछ जहतधारकों और एक एसोजसएिन न े सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/मैक अइडी' के साथ जिस्ट्थाजपत ददया जाना चाजहए। सीपी की ताजलका 2(26) 177. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: " ए-ला-काटा गचनैलों या बकुे का प्रािधान : (ए) डीअरएम (और एसएमएस) एक प्लेटफॉमग पर ईपलब्ध कराए गए सभी चैनलों को ए-ला-काटाग मोड म ेंसंभालने में सिम होंगे। (बी) डीअरएम (और एसएमएस) के पास डीपीओ द्वारा अिश्यक संख्या में ब्रॉडकास्ट्टर/डीपीओ बकुे को संभालने की िमता होगी। 178. जिाब म,ें एक जहतधारक न े राय दी दक बुके डीअरएम जसस्ट्टम के जलए ऄप्रासंजगक ह।ै सीपी की ताजलका 2(28) 179. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीअरएम के पास एसएमएस डेटाबेस के साथ सामंजस्ट्य के जलए डेटाबेस/ठरपोटग को जनयागत करने का प्रािधान होगा। आसके ऄजतठरि, सुरजित एपीअइ/सुरजित जस्ट्क्रप्ट के माध्यम से सामंजस्ट्य का प्रािधान होगा।” 180. जिाब म,ें एक जहतधारक न े कहा दक िुद्ध डीअरएम जसफग एसएमएस पर नभरग हो सकता ह ै और आसम ें कोइ डीबी हो नहीं सकता ह।ै सीपी की ताजलका 2(29) 181. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीअरएम म ेंजनम्नजलजखत जििेषताएं होनी चाजहए: (ए) डीअरएम म ेंपात्रता समाजप्त जतजथ एसएमएस म ेंपात्रता समाजप्त जतजथ के समान होगी। (बी) डीअरएम म ेंपात्रता की ऄंजतम जतजथ खलु ी रहगेी और एसएमएस जबललग चक्र और भगुतान के अधार पर पात्रता का प्रबंधन करेगा। 182. जिाब म,ें एक जहतधारक न े राय दी दक डीअरएम म ें जनम्नजलजखत जििेषताए ं होनी चाजहए: (ए) डीअरएम म ें पात्रता समाजप्त जतजथ एसएमएस में पात्रता समाजप्त जतजथ के समान होगी। एक ऄन्य जहतधारक की राय ह ै दक डीअरएम में जनम्नजलजखत जििेषताएं होनी चाजहए: (बी) डीअरएम म ें पात्रता की ऄंजतम जतजथ खुली होगी और एसएमएस जबललग चक्र और भगु तान के अधार पर पात्रता का प्रबंधन करेगा। जिश्लषे ण: 183. ईजचत जिचार-जिमिग के बाद, प्राजधकरण ने जिजनयम म ेंसंिोधन दकया ह।ै सीपी की ताजलका 2(30) 184. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीपीओ द्वारा तैनात डीअरएम में हर 10 जमनट म ेंदेखने के जलए युजनक लाआसेंस कुंजी की अिश्यकता होगी।" 185. जिाब म,ें एक जहतधारक न े सुझाि ददया दक देखने के जलए यजु नक लाआसेंस कुंजी की अिश्यकता होगी जजसे दक्रप्टो ऄिजध को डीपीओ द्वारा तैनात डीअरएम में अिजधक ऄंतराल पर बदलने के जलए कॉजन्फगर दकया जाना चाजहए। एक ऄन्य जहतधारक ने पूछताछ की दक क्या यह कुंजी रोटेिन या लाआसेंस निीनीकरण ऄिजध के बारे म ें ह।ै ईन्होंन े अगे कहा दक यदद यह पूिागधग है, तो ईद्योग में मौजूदा प्रणाजलयों में यह संभितः संभि नहीं ह।ै ईत्तराद्ध ग संभि है लेदकन बड़ी तैनाती में ग्राहकों और एचइ के बीच बहुत ऄजधक रैदफक ईत्पन्न होता ह।ै जिश्लषे ण: 186. प्राजधकरण का जिचार ह ै दक युजनक लाआसेंस कुंजी डीपीओ के जबजनेस मॉडल के ऄनुसार एक कॉजन्फगर करने योग्य पैरामीटर होनी चाजहए। तदनुसार, जिजनयम में संिोधन दकया गया ह।ै सीपी की ताजलका 2(31) 187. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था:[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 37 “चैनलों में प्रत्येक पठरितगन के जलए, डीअरएम द्वारा नइ लाआसेंस कुंजी जारी की जानी चाजहए। डीअरएम द्वारा जारी लाआसेंस कुंजजयाँ सुरजित और एजन्क्रप्टेड होनी चाजहए। डीअरएम को यह सुजनजित करना होगा दक एसटीबी को ऑथठरज़िे न कुंजी अइपीटीिी जसस्ट्टम द्वारा जनर्ददि स्रोत के ऄलािा दकसी ऄन्य स्रोत से प्राप्त न हो।” 188. जिाब म,ें कुछ जहतधारकों और एक एसोजसएिन न े सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत ददया जाना चाजहए। एक ऄन्य जहतधारक न े सुझाि ददया दक चैनलों म ें हर बदलाि के जलए, डीअरएम द्वारा नइ लाआसेंस कुंजी जारी की जानी चाजहए, हालांदक एक ही कुंजी के द्वारा चैनलों के बुके के साथ जिजभन्न पैकेज बनाए जा सकते ह।ैं डीअरएम द्वारा जारी लाआसेंस कुंजजयाँ सुरजित और एजन्क्रप्टेड होनी चाजहए। डीअरएम को यह सुजनजित करना होगा दक एसटीबी को प्राजधकरण कुंजी अइपीटीिी जसस्ट्टम द्वारा जनर्ददि स्रोत के ऄलािा दकसी ऄन्य स्रोत से प्राप्त न हो। सीपी की ताजलका 2(33) 189. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: “अइपीटीिी रांसजमिन केबल टीिी रांसजमिन की तरह ही मल्टीकास्ट्ट मोड में होना चाजहए। ऐसा कोइ भी मामला नहीं हो सकता जहां यूजनकास्ट्ट की ऄनुमजत हो। ठरकॉर्डडग कायगक्रमों की सुजिधाओं िाले एसटीबी में एक कॉपी सुरिा प्रणाली होनी चाजहए (ऄथागत, एक ऐसी सुजिधा जो सामग्री के पुनरुत्पादन और/या ऄनजधकृत प्रजतजलजप और सामग्री के जितरण को रोकती ह)ै और ऐसी ठरकॉडग की गइ कंटेन्ट को दकसी ऄन्य जडिाआस पर स्ट्थानांतठरत नहीं दकया जाना चाजहए।” 190. जिाब म,ें कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक अइपीटीिी रांसजमिन मल्टीकास्ट्ट और यूजनकास्ट्ट दोनों तरीकों के जलए दकसी भी नेटिकग टोपोलॉजी के प्रजत ऄज्ञेयिादी होगा, बिते यह सभी जिजनयामक अिश्यकताओं का ऄनुपालन करता हो। ठरकॉर्डडग कायगक्रमों की सुजिधाओं िाले एसटीबी में एक कॉपी सुरिा प्रणाली होनी चाजहए (ऄथागत, एक ऐसी सुजिधा जो सामग्री के पुनरुत्पादन और/या ऄनजधकृत प्रजतजलजप और कंटेन्ट के जितरण को रोकती ह)ै और ऐसी ठरकॉडग की गइ कंटेन्ट को दकसी ऄन्य जडिाआस पर स्ट्थानातं ठरत नहीं दकया जाना चाजहए। 191. एक ऄन्य जहतधारक ने सुझाि ददया दक अइपीटीिी रांसजमिन केबल टीिी रांसजमिन की तरह ही एक बंद नेटिकग सर्दकट में होना चाजहए। ठरकॉर्डडग कायगक्रमों की सुजिधाओं िाले एसटीबी में एक कॉपी सुरिा प्रणाली होनी चाजहए (ऄथातग , एक ऐसी सुजिधा जो कंटेन्ट के पुनरुत्पादन और/या ऄनजधकृत प्रजतजलजप और कंटेन्ट के जितरण को रोकती ह)ै और ऐसी ठरकॉडग की गइ कंटेन्ट को दकसी ऄन्य जडिाआस पर स्ट्थानांतठरत नहीं दकया जाना चाजहए। 192. कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक अइपीटीिी रांसजमिन मल्टीकास्ट्ट और यूजनकास्ट्ट एजन्क्रप्टेड दोनों तरीकों से हो सकता ह।ै ठरकॉर्डडग कायगक्रमों की सुजिधाओं िाले एसटीबी में एक कॉपी सुरिा प्रणाली होनी चाजहए (ऄथागत, एक ऐसी सुजिधा जो कंटेन्ट के पुनरुत्पादन और/या ऄनजधकृत प्रजतजलजप और कंटेन्ट के जितरण को रोकती ह)ै और ऐसी ठरकॉडग की गइ कंटेन्ट को दकसी ऄन्य जडिाआस पर स्ट्थानातं ठरत नहीं दकया जाना चाजहए। 193. ऄन्य जहतधारक का सुझाि ह ै दक अइपीटीिी पठरचालन केिल लोकल नेटिकग पर होन े चाजहए और अइपीटीिी स्ट्रीम आंटरनेट ऄसाआनमेंट नंबर ऄथॉठरटी (अइएएनए) के ऄनुसार जनजी अइपी एड्रेस स्ट्पेस का ईपयोग करना चाजहए। ठरकॉर्डडग कायगक्रमों की सुजिधाओं िाल े एसटीबी में एक कॉपी सुरिा प्रणाली होनी चाजहए (ऄथागत ठरकॉड ग की गइ कंटेन्ट को ईसी डीअरएम के साथ एजन्क्रप्ट दकया जाना चाजहए और जडदक्रप्िन की ऄनमु जत केिल ईस कंटेन्ट के जलए ग्राहक की सदस्ट्यता ऄिजध के दौरान दी जानी चाजहए) और ऐसी ठरकॉड ग की गइ कंटेन्ट को दकसी ऄन्य ईपकरण म ेंस्ट्थानांतठरत नहीं दकया जाना चाजहए। 194. एक जहतधारक ने सुझाि ददया दक अइपीटीिी प्रसारण को डीपीओ/एलसीओ के जनजी नेटिकग तक मल्टीकास्ट्ट/यूजनकास्ट्ट प्रारूप में प्रजतबंजधत दकया जाना चाजहए, अइपीटीिी आंटरनेट पर ईपलब्ध/प्रसाठरत नहीं होना चाजहए। यजू नकास्ट्ट जडलीिरी के मामले में डीपीओ को कंटेन्ट स्ट्रीम की सुरजित पॉआंट-टू-पॉआंट जडलीिरी के जलए टीएलएस के साथ एचटीटीपीएस का ईपयोग करना पड़ता ह।ै डीपीओ एक डेजडकेठटड लीज्ड लाआन पर या आनफ्रास्ट्रक्चर िेयररग के मामले में टीएलएस एजन्क्रप्टेड टनल के माध्यम से लंबी दरू ी के प्रसारण के जलए टेल्को के साथ जुड़ सकता ह।ै ठरकॉर्डडग कायगक्रमों की सुजिधाओं िाले एसटीबी में एक कॉपी सुरिा प्रणाली होनी चाजहए (ऄथातग , एक ऐसी सुजिधा जो कोंटनेट के पुनरुत्पादन और/या ऄनजधकृत प्रजतजलजप और कंटेन्ट के जितरण को रोकती ह)ै और ऐसी ठरकॉडग की गइ कंटेन्ट को दकसी ऄन्य जडिाआस पर स्ट्थानांतठरत नहीं दकया जाना चाजहए।38 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] 195. दो जहतधारकों की राय ह ै दक अइपीटीिी एक ऑपरेटर-संचाजलत और जनयंजत्रत प्लेटफॉमग ह ै जजसमें ईपभोिा एक बंद ईपयोगकताग समूह म ें ऑपरेटर द्वारा स्ट्थाजपत ईपकरणों के साथ सीधे बातचीत करता है। अइपीटीिी प्रणाली जिजभन्न एक्सेस प्रौद्योजगदकयों ऄथागत कॉपर लूप, ऑजप्टकल फाआबर, िायरलेस प्रौद्योजगदकयों अदद पर अधाठरत ब्रॉडबैंड कनेक्िन पर आंटरनेट प्रोटोकॉल (अइपी) का ईपयोग करके जडजजटल टेलीजिजन सेिा प्रदान करती ह।ै 196. एक जहतधारक न े सुझाि ददया दक सभी ब्रॉडबैंड जितरण नेटिकग केिल यूजनकास्ट्ट ह ैं और यदद अइपीटीिी के जलए यूजनकास्ट्ट की ऄनुमजत नहीं ह ैतो हमें अइपीटीिी के जलए एक जििेष नेटिकग बनान ेकी अिश्यकता ह ैऔर आसे लाग ू करन े के जलए कोइ व्यािसाजयक मामला नहीं ह।ै एक ऄन्य जहतधारक की राय ह ै दक एक ऄलग अइपीटीिी खंड की अिश्यकता ह,ै यह सीधे तौर पर डीअरएम से संबंजधत नहीं ह।ै 197. एक ऄन्य जहतधारक ने सुझाि ददया दक अइपीटीिी रांसजमिन एक जनयंजत्रत नेटिकग में होना चाजहए, डीपीओ या तो यूजनकास्ट्ट या मल्टीकास्ट्ट मोड म ें जितठरत कर सकता ह।ै ठरकॉर्डडग कायगक्रमों की सुजिधाओं िाले एसटीबी में एक कॉपी सुरिा प्रणाली होनी चाजहए (ऄथागत, एक सुजिधा जो कंटेन्ट के पुनरुत्पादन और/या ऄनजधकृत प्रजतजलजप और कंटेन्ट के जितरण को रोकती ह)ै और ऐसी ठरकॉडग की गइ कंटेन्ट को दकसी ऄन्य जडिाआस पर स्ट्थानांतठरत नहीं दकया जाना चाजहए। 198. एक एसोजसएिन की राय ह ै दक यूजनकास्ट्ट अइपीटीिी तकनीक की मूल जििेषता ह।ै केिल मल्टीकास्ट्ट प्रदान करन े के जलए अइपीटीिी पर कोइ भी प्रजतबंध अइपीटीिी सेिा को केबल सेिाओं तक कम कर दगे ा। आसके ऄजतठरि, भारत सरकार और भादजू िप्रा दोनों ने हमेिा एक सिम और प्रौद्योजगकी तटस्ट्थ व्यिस्ट्था प्रदान की है, आसजलए, अइपीटीिी सेिाओं पर कोइ कृजत्रम प्रजतबंध नहीं लगाया जाना चाजहए। ऐसा प्रजतबंध यदद लगाया जाता है, तो अइपीटीिी प्रदाता ईपभोिाओं को सिोत्तम श्णे ी की सेिाएं प्रदान करन े म ें ऄिम हो जाएंगे। एक तकनीक के रूप में यूजनकास्ट्ट मौजूदा कानूनी और जिजनयामक ढांचे का पूरी तरह से ऄनुपालन करता ह ै और अइपीटीिी मूल्य श्ृंखला म ें दकसी भी ऄन्य जहतधारक के ऄजधकारों और जििेषाजधकारों से समझौता दकए जबना ऄंजतम ईपभोिाओं के बड़े जहत में ह।ै भारत म ेंकाननू ी और जिजनयामक ढांचा प्रौद्योजगकी ऄज्ञेयिादी ह।ै 199. एक ऄन्य जहतधारक की राय ह ै दक िायडग लाआन नेटिकग पर अइपीटीिी के माध्यम से लाआि स्ट्रीम प्रसाठरत करन े के जलए मल्टीकास्ट्ट एक बेहतर तरीका ह।ै दजु नया भर में, अइपीटीिी पर मल्टीकास्ट्ट एक दिक से ऄजधक समय से काम कर रहा ह,ै खासकर पे-चैनलों के जलए और िह भी ईच्च ईपयोग िाले चनै लों के जलए। यूजनकास्ट्ट अइपीटीिी छोटे पैमाने पर तैनाती के जलए बेहतर ह,ै जबदक मल्टीकास्ट्ट अइपीटीिी दिगकों की ऄजधक संख्या के साथ बड़े पैमाने पर तैनाती के जलए बेहतर ह।ै हालाँदक, मल्टीकास्ट्ट को लाग ू करने के जलए जििेष नेटिकग हाडगिेयर और सॉफ़्टिेयर की अिश्यकता होती ह,ै जो महगं ा और जठटल हो सकता ह।ै 200. एक एसोजसएिन की राय ह ै दक चूंदक यूजनकास्ट्ट मोड अइपीटीिी सेिाओं को खुले आंटरनेट को छूने(टच) की ऄनुमजत देता ह,ै आसजलए आसे अइपीटीिी सेिा डीअरएम के जलए पिे नहीं दकया जा सकता है, क्योंदक यह डीपीओ को यूजनकास्ट्ट स्ट्रीम को बंद नेटिकग से खुले नेटिकग में असानी से स्ट्थानांतठरत करन े में सिम करेगा, जजसका िेत्राजधकार ऄलग ह ै और आसके ऄलािा बड़े पैमान े पर चोरी का कारण ह।ै भादजू िप्रा जनयमों के तहत पठरकजल्पत जलनीयर टीिी चैनलों का पुनःपठरचालन केिल "प्रसारण" के माध्यम से ह।ै बंद नेटिकग के ऄंदर मल्टी कास्ट्ट मोड म ें टीिी चैनलों का पुनःपठरचालन प्रसारण की अिश्यकता को पूरा करता ह।ै केिल आस अिश्यकता को परू ा करने िाली प्रौद्योजगदकयों को ही अइपीटीिी सेिाओं के जलए पुनःपठरचालन के तरीके के रूप म ें ऄनुमजत दी जानी चाजहए। अइपीटीिी सेिाओं के प्रािधान के जलए ईपयोग दकया जाने िाला पुन:पठरचालन का तरीका केिल मल्टीकास्ट्ट होना चाजहए। चूंदक अइपीटीिी एक प्रसारण सेिा ह,ै आसजलए आस े केिल मल्टीकास्ट्ट द्वारा ही तनै ात दकया जा सकता ह।ै यदद यूजनकास्ट्ट मोड का ईपयोग अइपीटीिी के माध्यम से जलनीयर टीिी चैनलों के प्रािधान के जलए दकया जाता है, तो ग्राहक की ओर से अइपीटीिी और ओटीटी के बीच ऄतं र करना तकनीकी रूप से ऄसंभि ह ै क्योंदक यूजनकास्ट्ट मोड का ईपयोग करने स ेडीपीओ यूजनकास्ट्ट स्ट्रीम को बंद नेटिकग से खलु े नेटिकग में असानी स े स्ट्थानांतठरत करन े में सिम हो सकता ह।ै जिजनयम अइपीटीिी सेिा को गुप्त रूप से(बैक डोर) आंटरनेट सिम सेिाओं के बराबर करने की ऄनुमजत नहीं दे सकते। जिश्लषे ण: 201. प्राजधकरण का मानना ह ै दक "प्रौद्योजगकी तटस्ट्थ" दजृिकोण प्रौद्योजगकी जिकास को बढािा देने के सिोत्तम तरीकों म ें स े एक ह।ै तदनुसार, ईपयोग दकए जाने िाले मल्टी-चैनल टेलीजिज़न कायगक्रमों की जडलीिरी का तरीका सेिा प्रदाताओं पर ईनके व्यिसाय मॉडल के अधार पर जनणगय लने े के जलए छोड़ा जा सकता ह।ै हालाँदक, यह अिश्यक ह ै दक जसस्ट्टम कॉजन्फगरेिन को यह सुजनजित करना चाजहए दक प्रत्येक चयजनत टेलीजिजन चैनल प्रत्येक ग्राहक को देखने के जलए ईपलब्ध हो, भल े ही मल्टी-चैनल टेलीजिजन कायगक्रमों की जडलीिरी का तरीका या दकसी भी समय ऐस े चैनल की तलाि करन े िाले दिगकों की सख्ं या कुछ भी हो। तदनुसार, जिजनयम में संिोधन दकया गया ह।ै[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 39 सीपी की ताजलका 2(34)। 202. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एसटीबी को जलनीयर कंटेन्ट जितठरत करन ेके जलए अइपीटीिी रांसजमिन को ऄपने जसस्ट्टम में दकसी भी कंटेन्ट जितरण नेटिकग (सीडीएन) को कॉजन्फगर करने की ऄनुमजत नहीं दी जानी चाजहए।" 203. जिाब म,ें कुछ जहतधारकों और एक एसोजसएिन न े राय दी दक अइपीटीिी पठरचालन को एसटीबी को जलनीयर कंटेन्ट जितठरत करन े के जलए ऄपन े जसस्ट्टम म ें दकसी भी कंटेन्ट जितरण नेटिकग(सीडीएन) को कॉजन्फगर करन े की ऄनुमजत दी जानी चाजहए, बिते दक यह सभी जिजनयामक अिश्यकताओं का ऄनुपालन करता हो। एक ऄन्य जहतधारक ने सुझाि ददया दक अइपीटीिी पठरचालन को केिल जनजी नेटिकग में कंटेंट जडलीिरी नेटिकग (सीडीएन) का ईपयोग करने की ऄनुमजत दी जा सकती ह ै और एसटीबी को जलनीयर कंटेन्ट जितठरत करने के जलए दकसी भी सािगजजनक कंटेन्ट जडलीिरी नेटिकग(सीडीएन) का ईपयोग करन े की ऄनुमजत नहीं दी जानी चाजहए। एक ऄन्य जहतधारक ने सुझाि ददया दक अइपीटीिी पठरचालन एजन्क्रप्टेड प्रारूप म ें होना चाजहए और सदस्ट्यता जस्ट्थजत के ऄनुसार केिल एसटीबी/सीपीइ को जडदक्रप्ट करन े की ऄनुमजत दी जानी चाजहए। यदद सीडीएन/स्ट्रीम मल्टीप्लेक्सर/स्ट्रीम मल्टीप्लायर िाजमल ह,ै तो आसमें जडदक्रप्ट और एजन्क्रप्ट करन े की कोइ सजु िधा नहीं होनी चाजहए और स्ट्रीम को िास्ट्तजिक समय में स्रोत स्ट्रीम के समान प्रारूप में जितठरत करना चाजहए। 204. एक जहतधारक न े सुझाि ददया दक डीपीओ द्वारा केिल जनजी सीडीएन का ईपयोग दकया जा सकता ह ै और दकसी भी सािगजजनक सीडीएन की ऄनुमजत नहीं दी जानी चाजहए। जनजी सीडीएन नोड्स को केिल डीपीओ ग्राहक अधार द्वारा ही एक्सेस दकया जा सकता ह ै और दकसी ऄन्य नेटिकग से एक्सेस नहीं दकया जाना चाजहए। एक ऄन्य जहतधारक की राय ह ै दक सीडीएन जितरण रंक लाआनों म ें बैंडजिड्थ बाधाओं को दरू करन े में मदद करते ह।ैं एक जहतधारक की राय थी दक एक ऄलग अइपीटीिी खंड की अिश्यकता ह ै क्योंदक यह सीधे तौर पर डीअरएम से संबंजधत नहीं ह।ै एक ऄन्य जहतधारक न े पछू ा दक यदद सीडीएन की ऄनुमजत नहीं ह ै तो कैचऄप कंटेन्ट तक कैसे पहुचं ा जा सकता है? एक ऄन्य जहतधारक ने सुझाि ददया दक अइपीटीिी पठरचालन ऑपरेटर की सुजिधा के अधार पर दकसी भी तकनीक (सीडीएन के साथ या ईसके जबना) का ईपयोग करके जितठरत दकया जा सकता ह।ै 205. आसके जिपरीत, एक एसोजसएिन की राय ह ै दक मल्टी कास्ट्ट मोड में, अइपीटीिी के माध्यम से जलनीयर टीिी चैनलों की जडलीिरी के जलए कंटेंट जडलीिरी नेटिकग (सीडीएन) की अिश्यकता नहीं होती है, हालांदक यूजनकास्ट्ट मोड का ईपयोग दकए जाने की जस्ट्थजत में डीपीओ को अइपीटीिी सेिा जितठरत करने के जलए सीडीएन को कॉजन्फगर करन े की और बडैं जिड्थ और नेटिकग रैदफक का प्रबंधन की अिश्यकता होती ह।ै अइपीटीिी पठरचालन को दकसी भी सीडीएन को कॉजन्फगर करने की ऄनुमजत नहीं दी जानी चाजहए। जिश्लषे ण: 206. प्राजधकरण का जिचार ह ै दक एक सिम और असान(लाआट-टच) जिजनयामक व्यिस्ट्था, जो ईपभोिा के जहतों की रिा करते हुए ईन्नजत और तकनीकी जिकास को सुजिधाजनक बनाती है, को बढािा देने की जरूरत ह।ै 'लाआट-टच रेगलु ेिन' और 'टेक्नोलॉजी न्यूरल ऄप्रोच' की नीजत के ऄनुसार, जिजनयम में खंड को हटा ददया गया ह।ै हालाँदक, यह सुजनजित करना अइपीटीिी ऑपरेटर के जलए जरूरी ह ै दक िह कंटेन्ट सरु िा सुजनजित करने और बंद अइपीटीिी नेटिकग स े परे कंटेन्ट की जडलीिरी की दकसी भी संभािना से बचने के जलए पयागप्त सुरिा ईपाय ऄतं र्भनजहत ह।ैं अइपीटीिी सेिाओं की जडलीिरी अइपीटीिी नेटिकग के ऄंदर ऄजधकृत अइपीटीिी एसटीबी या ऄजधकृत जिजिि सदस्ट्यता पहचान तक सीजमत होनी चाजहए। सीपी की ताजलका 2(35) 207. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "अइपीटीिी को डीअरएम में व्हाआटजलस्ट्ट म ेंरखे गए एसटीबी को छोड़कर दकसी ऄन्य जडिाआस पर जलनीयर कंटेन्ट जितठरत करन ेकी ऄनुमजत नहीं दी जानी चाजहए।" 208. जिाब म,ें कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/मैक अइडी (ऐप)' के साथ जिस्ट्थाजपत दकया जाना चाजहए। एक जहतधारक की राय ह ै दक अइपीटीिी को स्ट्माटग टीिी जैसे दकसी भी बड़ े स्ट्क्रीन जडिाआस और एसटीबी, जजसे डीअरएम सुरिा के साथ एकीकृत और परीजित घोजषत दकया गया है, पर जलनीयर कंटेन्ट जितठरत करने की ऄनुमजत दी जानी चाजहए। दो जहतधारकों न े सुझाि ददया दक ग्राहकों पर ऄनािश्यक40 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] बोझ से बचने के जलए एंड्रॉआड टीिी पर आसकी ऄनुमजत दी जानी चाजहए। एक ऄन्य जहतधारक की राय थी दक िायद एक ऄलग अइपीटीिी खंड की अिश्यकता ह ैक्योंदक यह सीध े तौर पर डीअरएम से संबंजधत नहीं ह।ै सीपी की ताजलका 2(36) 209. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "अइपीटीिी म ेंटोकन प्रमाणीकरण ऄिजध के साथ सेिन अधाठरत/टोकन प्रमाणीकरण लाग ूकरन ेकी िमता होनी चाजहए जजसे कुछ जमनटों तक जनयंजत्रत दकया जा सके।" 210. जिाब म,ें एक जहतधारक न े राय दी दक िायद एक ऄलग अइपीटीिी खंड की अिश्यकता ह ैक्योंदक यह सीधे तौर पर डीअरएम से संबंजधत नहीं ह।ै जिश्लषे ण: 211. ईजचत जिचार-जिमिग के बाद, प्राजधकरण ने जिजनयम म ेंसंिोधन दकया ह।ै सीपी की ताजलका 2(37) 212. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: “अइपीटीिी जसस्ट्टम को हडेएडं/नेटिकग स्ट्तर पर जलनीयर चनैलों की ठरकॉर्डडग की ऄनुमजत नहीं देनी चाजहए। आस े केिल एसटीबी/डीिीअर स्ट्तर पर ठरकॉड गकरने की ऄनुमजत दी जानी चाजहए, ऐसी ठरकॉड गकी गइ कंटेन्ट को दकसी ऄन्य जडिाआस पर स्ट्थानांतठरत करने का कोइ जिकल्प ईपलब्ध नहीं होगा।'' 213. जबाि में कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक अइपीटीिी जसस्ट्टम को हडे एंड/नेटिकग स्ट्तर पर जलनीयर चैनलों की ठरकॉर्डडग की ऄनुमजत देनी चाजहए बित े कंटेन्ट डीअरएम संरजित हो और आस संबंध में केिल ऄजधकृत एसटीबी ही ब्रॉडकास्ट्टसग समझौते के ऄनुरूप आस े प्लेबकै करन े म ें सिम होना चाजहए। आसे एसटीबी/डीिीअर स्ट्तर पर भी ठरकॉड ग करने की ऄनुमजत दी जानी चाजहए, ऐसी ठरकॉडग की गइ कंटेन्ट को दकसी ऄन्य जडिाआस पर स्ट्थानांतठरत करने का कोइ जिकल्प ईपलब्ध नहीं होगा। 214. कुछ जहतधारकों और एक एसोजसएिन के एक ऄन्य समूह ने सुझाि ददया दक चैनलों के डीिीअर कायों और चैनल कंटेन्ट को पकड़न(े कैचऄप) के जलए सिगर साआड म ें ठरकॉर्डडग की ऄनुमजत दी जानी चाजहए। ईन्होंने ऄजतठरि संिोधनों का भी सुझाि ददया दक अइपीटीिी जसस्ट्टम सिगर-साआड ठरकॉर्डडग कर सकते ह ैं और ठरकॉडग की गइ कंटेन्ट को एजन्क्रप्टेड तरीके से सग्रं हीत करने की अिश्यकता ह।ै और सामग्री केिल डीपीओ के एसटीबी/हाआजब्रड एसटीबी/एजप्लकेिन(ऐप) के साथ ही पहुचं -योग्य और जडदक्रप्ट की जाएगी। दो जहतधारकों ने यह भी राय दी दक कैचऄप-टीिी और टाआम-जिफ्ट को सहयोग करन े के जलए हडे -एंड स्ट्तर पर ठरकॉर्डडग की ऄनुमजत दी जानी चाजहए, क्योंदक यह अइपीटीिी को बढािा देने के जलए ऄच्छी सजु िधाएं ह।ैं एक जहतधारक न े राय दी दक एक ऄलग अइपीटीिी खंड की अिश्यकता ह ैक्योंदक यह सीधे तौर पर डीअरएम स ेसंबंजधत नहीं ह।ै जिश्लषे ण: मौजूदा ददिाजनदेिों और जिजनयमों के साथ तालमले जबठाने के जलए, ईपरोि खंड को जिजनयम में हटा ददया गया ह।ै सीपी की ताजलका 2(38) : 215. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीअरएम म ेंजनम्नजलजखत नीजतयां लागू करनी चाजहए: ए) आसे ईपयोगकताग को कंटेन्ट को अंजिक या पणू ग रूप से संपाददत करन ेया सहजे ने स ेप्रजतबंजधत करना चाजहए। बी) आसे ईपयोगकताग को एसटीबी से कंटेन्ट को साझा करने, ऄग्रेजषत करने या जमरर करने से प्रजतबंजधत करना चाजहए सी) आसे ईपयोगकताग को स्ट्क्रीन-िॉट या स्ट्क्रीन-ग्रैब या स्ट्क्रीन-ठरकॉर्डडग लेन ेकी ऄनुमजत नहीं दनेी चाजहए……” 216. जिाब म,ें एक जहतधारक ने कहा दक (ए)-(सी) कम बाध्यकारी अिश्यकताओं का जमश्ण ह:ै (ए) दसू रा भाग पीिीअर को रोकता ह,ै (बी) होम गेटिे के कायागन्ियन को सीजमत करता ह,ै (सी) डीअरएम कैमरे को टीिी स्ट्क्रीन के सामन े रखने और िीजडयो कैप्चर करन े से नहीं रोक सकता ह।ै[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 41 जिश्लषे ण: 217. चूंदक एसटीबी/युजनक ईपभोिा सदस्ट्यता/डीिीअर स्ट्तर पर जलनीयर चैनल की ठरकॉर्डडग की ऄनुमजत है, प्राजधकरण का मानना ह ै दक ताजलका 2. (38) (ए) में, जनम्नजलजखत िब्दों को हटाया जा सकता ह:ै "या कंटेन्ट को अंजिक या पूण ग रूप से सहजे ना" सीपी की ताजलका 2{38(डी)} 218. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "आसे केिल ऄजधकृत एसटीबी तक पहुचं को लॉक करना चाजहए।" 219. जिाब में, एक जहतधारक ने सझु ाि ददया दक ईसे केिल ऄजधकृत एसटीबी और स्ट्माटग टीिी तक पहुंच को लॉक करना चाजहए। कुछ ऄन्य जहतधारकों और एक एसोजसएिन न े सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए। सीपी की ताजलका 2{38(इ)} 220. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "आसमें जजयो ब्लॉककग होनी चाजहए, जो ब्रॉडकास्ट्टर को दकसी स्ट्थान पर टीिी चनैलों के प्रसारण को प्रजतबंजधत करन े के जलए डीपीओ/अइपीटीिी सेिा प्रदाता को जनधागठरत करने और जनदेि देन ेमें सिम बनाती ह।ै 221. जिाब म,ें एक जहतधारक न े जजयो ब्लॉककग खंड को हटान े का सुझाि ददया। ईनका मत था दक सूचना और प्रसारण मंत्रालय द्वारा प्रदान दकए गए डीएएस लाआसेंस के ऄनुसार, डीपीओ लाआसेंस प्राप्त िेत्र के ऄनुसार सेिाएं प्रदान करन े के जलए स्ट्ितंत्र ह।ै आसजलए यह खंड प्रािधान का खंडन करता ह।ै जिश्लषे ण: 222. प्राजधकरण का मानना ह ैदक डीअरएम जसस्ट्टम म ें जजयो ब्लॉककग फीचर होना चाजहए, तदानुसार जिजनयम में संिोधन दकए गए ह।ैं सीपी की ताजलका 2(39) 223. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीअरएम म ेंओिर-द-एयर(ओटीए) ऄपग्रडे होने की िमता होनी चाजहए तादक कनेक्टेड एसटीबी म ेंहमेिा डीअरएम का सबसे ईन्नत संस्ट्करण हो।" 224. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए। सीपी की ताजलका 2(40) 225. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीपीओ यह सुजनजित करेगा दक डीअरएम को अिश्यक पैच, त्रुठट सुधार, पठरिधगन, संस्ट्करण ठरलीज आत्यादद स्ट्थाजपत करके जनयजमत ऄंतराल पर ऄद्यतन/ऄपग्रेड दकया जाता ह ैतादक हर समय चनैलों और कंटेन्ट की सुरिा सुजनजित की जा सके।" 226. जिाब में, एक संगठन ने सुझाि ददया दक 'जनयजमत ऄंतराल' िब्द को 'जब भी अिश्यक हो' के साथ जिस्ट्थाजपत दकया जाना चाजहए। जिश्लषे ण: 227. प्राजधकरण आस जिचार से सहमत ह ै दक ईपयुगि खडं में 'जनयजमत ऄंतराल' िब्द को ईजचत रूप से संिोजधत करने की अिश्यकता ह ै तादक यह सुजनजित दकया जा सके दक हर समय चैनलों और कंटेन्ट की सुरिा के जलए डीपीओ द्वारा अिश्यक पैच, त्रुठट सुधार, पठरिधगन, संस्ट्करण ठरलीज अदद स्ट्थाजपत करके डीअरएम को ऄद्यतन रखा जाए। आसी के ऄनुरूप जिजनयम म ेंसंिोधन दकया गया ह.ै42 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] सीपी की ताजलका 2(41) 228. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीअरएम में ऐसी कोइ कायिग मता जोड़ी या हटाइ नहीं जानी चाजहए जो चैनलों की सुरिा से समझौता करती हो। डीपीओ डीअरएम एकीकृत एसटीबी का ईपयोग करके ऄपने अइपीटीिी प्लेटफॉम गके माध्यम स ेप्रसारण से पहल े चैनलों के जसग्नल के एजन्क्रप्िन के जलए जजम्मेदार होगा। आस तरह के ऄपग्रडेेिन और ग्राहकों को चैनलों के पुन:पठरचालन और/या पहुचँ न/ेजितरण के जलए होने िाले खच गया देय, सभी लागत/व्यय (चाह ेदकसी भी नाम से ज्ञात हों) डीपीओ द्वारा पूरी तरह से िहन दकए जाएंगे। डीपीओ दकसी भी हाजन, चोरी, पायरेसी, ऄनजधकृत ईपयोग, चैनलों या ईसके दकसी भी जहस्ट्से की प्राजप्त या प्रजतजलजप को रोकने के जलए सभी ईजचत सुरिा प्रणाजलयों और प्रदक्रयाओं को लागू करेगा और आस तरह की घटना के बारे म ेंपता चलन ेके बाद जजतनी जल्दी हो सके प्रसारकों को सूजचत करेगा।" 229. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत कर दकया जाना चाजहए। एक जहतधारक की राय थी दक यह खंड डीपीओ के जलए है, डीअरएम के जलए नहीं। जिश्लषे ण: 230. दकसी भी पायरेसी या कंटेंट हकै कग स े बाजार म ें व्यिधान होता ह ै और सेिा प्रदाताओं को भारी जित्तीय नुकसान होता ह।ै आसके ऄलािा, आससे सरकार को कर राजस्ट्ि का नुकसान होता ह।ै प्राजधकरण द्वारा जनधागठरत रूपरेखा स े पायरेसी में कमी अने और पूरे पाठरजस्ट्थजतकी तंत्र को लाभ होन े की ईम्मीद ह।ै आसके ऄलािा, कॉपीराआट ऄजधजनयम म ें पायरेसी से संबंजधत मुद्दों के समाधान के जलए ईजचत ईपाय मौजूद ह।ैं सीपी की ताजलका 2(43) 231. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीपीओ तुरंत, और ऄपनी लागत और व्यय पर, डीअरएम के साथ दकसी भी मुद्दे (जैसे बग, दोष, चूक या आसी तरह) को ठीक करेगा जो ग्राहकों को डीअरएम एकीकृत एसटीबी के माध्यम से डीअरएम एकीकृत एसटीबी या चैनलों तक पहुचं ने से रोकता ह।ै " 232. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत कर ददया जाना चाजहए। एक संगठन न े कहा दक यह खंड जबल्कुल भी स्ट्पि नहीं ह।ै सीपी की ताजलका 2(44) 233. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीपीओ प्रसारकों को डीअरएम एकीकृत एसटीबी द्वारा समर्भथत िीजडयो और ऑजडयो कोडेक्स प्रदान करेगा। डीपीओ यह सुजनजित करेगा दक ऐस ेकोडेक्स मापदडंों म ेंऐसा कोइ बदलाि/संिोधन नहीं दकया जाएगा, जजससे प्रसारकों को ईन चैनलों/कंटेंट की जडलीिरी के जलए कोइ खच गईठाना पड़े, जो दिगकों की प्रत्यि समस्ट्याओं से मिु हों (जबना दकसी सीमा के, जबना ऑजडयो िाल ेिीजडयो, जबना िीजडयो िाले ऑजडयो सजहत या महत्िपूण गजसग्नल जिरूपण)। 234. जिाब म,ें एक जहतधारक न े कहा दक आसका डीअरएम स ेकोइ संबंध नहीं ह।ै सीपी की ताजलका 2(45) 235. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीअरएम को यह सुजनजित करना चाजहए दक एकीकृत एसटीबी आंटरनेट प्रोटोकॉल पता और सेिा पता के संदभग म ें सत्याजपत रूप स ेभारत के ऄदंर जस्ट्थत ह।ैं आसके ऄलािा, डीअरएम आंटरनेट/मोबाआल जडिाआस पर जडलीिरी की ऄनुमजत नहीं दगेा। डीअरएम को भारत के बाहर या प्रॉक्सी के अइपी पत ेपर चनैलों की जडलीिरी को रोकने के जलए ईद्योग-मानक साधनों (प्रॉक्सी की स्ट्क्रीलनग और ब्लॉककग (गमु नाम और नकली प्रॉक्सी सजहत) के साथ अइपी-एड्रेस लुक-ऄप तकनीक सजहत) का ईपयोग करना चाजहए।" 236. जिाब म,ें कुछ जहतधारकों और एक एसोजसएिन न े सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप’ के साथ जिस्ट्थाजपत दकया जाना चाजहए। एक जहतधारक की राय ह ै दक यह िास्ट्ति में ऑपरेटर को केिल एसटीबी तक कंटेन्ट[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 43 जितठरत करन े के जलए सीजमत करता ह।ै दजु नया और भारत में ऄजधकांि ऑपरेटर चाहत े ह ैं दक ईनकी डीअरएम संरजित कंटेन्ट मोबाआल ईपकरणों पर भी जितठरत की जाए। एक ऄन्य जहतधारक न े सुझाि ददया दक डीअरएम को यह सुजनजित करना चाजहए दक एकीकृत एसटीबी आंटरनेट प्रोटोकॉल पता और सेिा पता के संदभग में सत्याजपत रूप स े भारत के ऄंदर जस्ट्थत ह।ैं डीअरएम को भारत के बाहर या प्रॉक्सी के अइपी पते पर चनै लों की जडलीिरी को रोकने के जलए ईद्योग-मानक साधनों (प्रॉक्सी की स्ट्क्रीलनग और ब्लॉककग (गुमनाम और नकली प्रॉक्सी सजहत) के साथ अइपी- एड्रेस लुक-ऄप तकनीक सजहत) का ईपयोग करना चाजहए। एक जहतधारक न े सुझाि ददया दक डीअरएम को यह सुजनजित करना चाजहए दक एकीकृत एसटीबी और स्ट्माट ग टीिी आंटरनेट प्रोटोकॉल पता और सेिा पता के संदभग म ें सत्याजपत रूप से भारत के ऄदं र जस्ट्थत ह।ैं डीअरएम को भारत के बाहर या प्रॉक्सी के अइपी पत े पर चनै लों की जडलीिरी को रोकन े के जलए ईद्योग-मानक साधनों (प्रॉक्सी की स्ट्क्रीलनग और ब्लॉककग (गमु नाम और नकली प्रॉक्सी सजहत) के साथ अइपी-एड्रेस लकु -ऄप तकनीक सजहत) का ईपयोग करना चाजहए। 237. एक एसोजसएिन की राय ह ै दक िे ईपयुगि खडं स े रेखांदकत िब्दों, "आंटरनेट/मोबाआल जडिाआस पर जडलीिरी की ऄनुमजत नहीं दी जा सकती" को हटाने का समथनग नहीं करत े ह।ैं जिश्लषे ण: 238. तकनीकी जिकास के साथ कंटेन्ट को एजप्लकेिन अधाठरत सिे ाओं का ईपयोग करके देखा जा सकता है, बिते ऐसी व्यिस्ट्था मौजूदा लाआसेंलसग/जिजनयामक ढांचे के ऄनरूु प हो। आसजलए, प्राजधकरण का मानना ह ै दक ऐप-अधाठरत सेिाओं की भी ऄनुमजत दी जा सकती ह।ै सॉफ्ट एसटीबी(ऐप अधाठरत) का ईपयोग अइपीटीिी सेिाओं को चलाने के जलए भी दकया जा सकता ह।ै ऐसे मामलों में, प्रत्येक ग्राहक के जलए जिजिि अइडी की अिश्यकता होती ह।ै ऐसे सभी मामलों म,ें एसटीबी या सीपीइ के पास एक युजनक मैक अइडी होनी चाजहए जजसे ईपयोगकताग खाते के साथ जोड़ा या लॉक दकया जाना चाजहए। प्राजधकरण का जिचार ह ै दक डीअरएम को मैक अइडी अधाठरत प्रमाणीकरण सुजनजित करके एकल एसटीबी/युजनक ईपभोिा सदस्ट्यता या दकसी भी जडिाआस द्वारा दिगक(व्यूऄरजिप) को एक ही जडिाआस पर लॉक करना, ऄिश्य सुजनजित करना चाजहए। तदनुसार, जिजनयम में संिोधन दकया गया ह।ै सीपी की ताजलका 2(46) 239. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीअरएम को यह सुजनजित करना चाजहए दक चैनल केिल ऐसे ग्राहकों के एकीकृत एसटीबी पर पहुचं योग्य ह ैंजो चैनलों के जितरक के ितगमान, िैध ग्राहक ह,ैं और ऐसी पुजि डीअरएम द्वारा िास्ट्ति म ेंऐसे ग्राहकों के एकीकृत एसटीबी चैनल जितठरत करन े(या जितरण को ऄजधकृत करने) से पहल ेहोनी चाजहए।” 240. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए। एक जहतधारक ने सुझाि ददया दक डीअरएम को यह सुजनजित करना चाजहए दक चैनल डीअरएम प्रमाजणत एसटीबी और स्ट्माटग टीिी पर केिल ऐसे ग्राहकों के जलए पहुचं योग्य हों जो चैनलों के जितरक के ितगमान, िैध ग्राहक हों। कंटेन्ट पहुचं के जलए ऄजधकरण को जमडलिेयर और डीअरएम दोनों स्ट्तरों पर लाग ू दकया जाना चाजहए। सीपी की ताजलका 2(48) 241. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: “डीअरएम लीजनयर चैनलों के प्रसारण से पहल,े ईसके दौरान या बाद म ेंदकसी भी स्ट्ि-प्रचार और/या दकसी तीसरे पि और/या भुगतान दकए गए जिज्ञापनों (बैनर और एस्ट्टन बैंड सजहत) को सजम्मजलत करन ेकी ऄनुमजत नहीं दगेा।” 242. जिाब म,ें कुछ जहतधारकों और एक एसोजसएिन न े सुझाि ददया दक डीअरएम लीजनयर चनै लों के प्रसारण से पहले, ईसके दौरान या बाद म ें दकसी भी स्ट्ि-प्रचार और/या दकसी तीसरे पि और/या भुगतान दकए गए जिज्ञापनों (बैनर और एस्ट्टन बैंड सजहत) को सजम्मजलत करने की ऄनुमजत देगा बिते दक आस संबंध में संबंजधत प्रसारकों के साथ ऄपेजित समझौता हो। एक ऄन्य जहतधारक ने सुझाि ददया दक डीअरएम को दकसी भी प्रचार, जिज्ञापन और/या ऄजधसूचना को आस तरह से सजम्मजलत करने की ऄनुमजत दी जा सकती ह ै दक यह लीजनयर चैनलों के प्लेबकै में हस्ट्तिेप न करे और कंटेन्ट को आसके दकसी भी जहस्ट्से को किर करके चलाया जाए। 243. दो जहतधारकों ने सुझाि ददया दक ऄगर चनै ल प्रदाता को कोइ अपजत्त नहीं ह ै और ऑपरेटर आसके जलए औपचाठरक मंजूरी लेता ह ै तो आसकी ऄनुमजत दी जानी चाजहए। जिज्ञापन बैनर या एस्ट्टो बैंड को कुछ स्ट्थान-धारकों(प्लेस-होल्डर)44 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] पर आस तरह से ऄनुमजत दी जानी चाजहए दक कंटेन्ट बाजधत या ऄिरुद्ध न हो। एक जहतधारक की राय थी दक डीअरएम ऑपरेटर (डीपीओ) के जिज्ञापनों और तीसरे पि से अने िाले जिज्ञापनों के बीच ऄतं र नहीं कर सकता ह।ै जिश्लषे ण: 244. प्राजधकरण का मानना ह ै दक जितरण प्लेटफॉम ग ऑपरेटरों द्वारा ब्रॉडकास्ट्टर की फीड म ें दकसी भी तरह स े छेड़छाड़/बदलाि नहीं दकया जाना चाजहए। जडस्ट्रीब्यूिन प्लेटफॉमग ऑपरेटर आंटरकनेक्िन जिजनयम 2017(संिोजधत) के प्रािधानों के ऄनुसार प्रसारकों के साथ जनरपाददत समझौतों के तहत बंधे ह।ैं डीअरएम के पास स्ट्ियं कोइ भी कंटेन्ट (जिज्ञापन, भाग अदद सजहत) सजम्मजलत करन े की कोइ सुजिधा नहीं होनी चाजहए। तदनुसार, जिजनयम में संिोधन दकया गया ह।ै सीपी की ताजलका 2(49) 245. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीअरएम ग्राहकों को चैनलों से चैनल/कंटेन्ट ठरकॉडग करने और/या सग्रंहीत करने की ऄनुमजत नहीं दगेा।” 246. जिाब म,ें कुछ जहतधारकों और एक एसोजसएिन न े सुझाि ददया दक डीअरएम ग्राहकों को आस संबंध म ें संबंजधत प्रसारकों के साथ ऄपेजित समझौते के ऄधीन चैनलों से चनै ल/कंटेन्ट को ठरकॉड ग करन े और/या संग्रहीत करने की ऄनुमजत द े सकता ह।ै कुछ जहतधारकों और एक एसोजसएिन के एक ऄन्य समूह न े आस खडं को हटाने का सुझाि ददया। ईन्होंने तकग ददया दक ईनके पास पहल े से ही केबल टीिी एसटीबी में ठरकॉर्डडग की सुजिधा ह।ै ठरकॉर्डडग कायगिमता की ऄनुमजत ह।ै 247. एक जहतधारक ने सुझाि ददया दक अइपीटीिी जसस्ट्टम को हडे एंड/नेटिकग स्ट्तर पर जलनीयर चैनलों की ठरकॉर्डडग की ऄनुमजत नहीं दने ी चाजहए। आसे केिल एसटीबी/डीिीअर स्ट्तर पर ठरकॉडग करने की ऄनुमजत दी जानी चाजहए, ऐसी ठरकॉडग की गइ कंटेन्ट को दकसी ऄन्य जडिाआस पर स्ट्थानांतठरत करने का कोइ जिकल्प ईपलब्ध नहीं होना चाजहए। जिश्लषे ण: 248. ताजलका 2(49) का खडं जपछल ेखंड की पुनरािृजत्त था, आसजलए आसे जिजनयम म ेंहटा ददया गया ह।ै सीपी की ताजलका 2(51) 249. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीपीओ ग्राहकों को चनैलों के पुन:पठरचालन के जलए डीअरएम और/या ब्रॉडकास्ट्टर द्वारा डीपीओ को ददए गए दकसी भी ऄजधकार को दकसी भी आकाइ को ईप-लाआसेंस नहीं देगा।" 250. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक डीपीओ ग्राहकों को चैनलों के पुन:पठरचालन के जलए डीअरएम और/या ब्रॉडकास्ट्टर द्वारा डीपीओ को ददए गए दकसी भी ऄजधकार को दकसी भी आकाइ को ईप- लाआसेंस दे सकता ह ै बिते आस संबंध में संबंजधत प्रसारकों के साथ ऄपेजित समझौते हो। एक ऄन्य जहतधारक ने सुझाि ददया दक डीपीओ ग्राहकों को चैनलों के पुन:पठरचालन के जलए डीअरएम और/या ब्रॉडकास्ट्टर द्वारा डीपीओ को ददए गए दकसी भी ऄजधकार को दकसी भी आकाइ को ईप-लाआससें नहीं देगा, हालांदक डीपीओ चैनलों को ग्राहकों को जितठरत करने के जलए जितरकों और एलसीओ को जनयुि कर सकता ह।ै एक जहतधारक ने ठटप्पणी दी दक कइ मामलों में कंटेन्ट जितरण आसी तरह काम करता ह।ै जिश्लषे ण: 251. ईजचत जिचार-जिमिग के बाद, प्राजधकरण ने जिजनयम म ेंसंिोधन दकया ह।ै ऄजतठरि खण्ड 252. एक जहतधारक न े दो ऄजतठरि खंडों का सुझाि ददया: 1) डीअरएम जसस्ट्टम सरु जित सिगर पर तनै ात दकया जाएगा; और 2) ितगमान में ओटीटी ऐप्स जो लीजनयर चनै ल को प्रसाठरत करता ह,ै पठरचालन के तरीके को सत्याजपत करेगा। चूंदक एचएलएस या डैि की ऄनुमजत नहीं ह।ै ऄजतठरि खण्ड 253. कुछ जहतधारकों और एक एसोजसएिन न े एक ऄजतठरि खडं का सुझाि ददया दक डीअरएम की सभी ऄजनिाय ग अिश्यकताओं को एसटीबी/हाआजब्रड एसटीबी/एजप्लकेिन (ऐप) के जलए ईपयुि बनाया जाए। ईन्होंने अगे कहा दक बढती प्रौद्योजगकी म,ें डीपीओ सभी सुरिा अिश्यकताओं के साथ और भादजू िप्रा के दकसी भी सुरिा मानदडं ों का ईल्लघं न दकए जबना ऐप अधाठरत अइपीटीिी प्रदान कर सकता ह।ै[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 45 (एफ) डीअरएम अिश्यकताएँ जहा ँतक ि ेअइपीटीिी सिे ाओं के जलए कफगरलप्ररटग स ेसबं जं धत ह ैं सीपी की ताजलका 3(1) 254. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीपीओ यह सुजनजित करेगा दक ईसके पास जनयजमत ऄंतराल पर कफगरलप्ररटग चलाने के जलए जसस्ट्टम, प्रदक्रयाएं और जनयंत्रण ह ैं।" 255. जिाब म,ें एक जहतधारक न े कहा दक यह डीअरएम से संबंजधत नहीं ह,ै बजल्क एसटीबी ऐप से संबंजधत ह।ै सीपी की ताजलका 3(2) 256. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एसटीबी को दश्ृय (जिज़बल) और गुप्त (कोिटग) दोनों प्रकार की कफगर लप्ररटग को सहयोग करना चाजहए।" 257. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए। एक जहतधारक की राय थी दक यह डीअरएम से संबंजधत नहीं है, बजल्क एसटीबी ऐप से संबंजधत ह।ै सीपी की ताजलका 3(3) 258. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "दकसी भी ईपकरण या सॉफ़्टियेर के ईपयोग स ेकफगरलप्ररटग ऄमान्य नहीं होनी चाजहए।" 259. आसके जिाब में एक संगठन ने कहा दक आसका संबंध डीअरएम से नहीं, बजल्क एसटीबी ऐप से ह।ै सीपी की ताजलका 3(4) 260. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एसटीबी के ठरमोट पर दकसी भी कुंजी को दबाकर कफगरलप्ररटग को हटाया नहीं जाना चाजहए।" 261. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत कर दकया जाना चाजहए। सीपी की ताजलका 3(6) 262. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "कफगर लप्ररटग ऐसी होनी चाजहए जो युजनक एसटीबी नंबर या युजनक िीसी नंबर या मैक अइडी की पहचान कर सके।" 263. जिाब म,ें कुछ एमएसओ और एक एसोजसएिन न े सुझाि ददया दक कफगर लप्ररटग, युजनक एसटीबी और/या एसटीबी/ऐप की मैक अइडी की पहचान करने के जलए ऄिरों की संख्या देने में सिम होनी चाजहए। एक जहतधारक की राय थी दक डीअरएम म ेंकोइ िीसी नहीं होती ह।ै सीपी की ताजलका 3(7) 264. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "कफगर लप्ररटग सभी पठरदश्ृयों म ेंस्ट्क्रीन पर ददखाइ दनेी चाजहए, जैसे मेन,ू आलेक्रॉजनक प्रोग्राम गाआड (इपीजी), सेरटग्स, खाली स्ट्क्रीन और गेम अदद।" 265. जिाब म,ें एक जहतधारक न े सझु ाि ददया दक कफगरलप्ररटग सभी पठरदश्ृ यों म ें स्ट्क्रीन पर ददखाइ देनी चाजहए, जैसे दक मेन,ू आलेक्रॉजनक प्रोग्राम गाआड (इपीजी), सेरटग्स, खाली स्ट्क्रीन और हाआजब्रड एसटीबी के मामल े म ें लीजनयर चैनल आंटरफेस की सभी स्ट्क्रीन में। सीपी की ताजलका 3(8) 266. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "कफगरलप्रट का स्ट्थान, फॉन्ट रंग और पृ्भूजम रंग हडै-एंड से पठरितगनीय होना चाजहए और देखने िाले जडिाआस पर अकजस्ट्मक होना चाजहए।" 267. जिाब म,ें एक जहतधारक न े सझु ाि ददया दक यह एप्लीकेिन के जलए ह,ै डीअरएम के जलए नहीं।46 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] सीपी की ताजलका 3(9)। 268. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "कफगर लप्ररटग युजनक एसटीबी और/या मैक अइडी की पहचान करने के जलए ऄिरों की सख्ंया देने में सिम होनी चाजहए।" 269. जिाब म,ें कुछ एमएसओ और एक एसोजसएिन ने ईपरोि खंड के ऄंत में 'एसटीबी/ऐप का' जोड़ने का सुझाि ददया। सीपी की ताजलका 3(10)। 270. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "कफगर लप्ररटग िैजिक के साथ-साथ व्यजिगत एसटीबी अधार पर भी संभि होनी चाजहए।" 271. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए। सीपी की ताजलका 3(13) 272. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: “डीअरएम एसटीबी स्ट्तर पर फोरेंजसक िॉटरमार्ककग को सहयोग और सिम करेगा। 273. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए। एक ऄन्य जहतधारक की राय थी दक आसी तरह की सुरिा सुजिधाएँ ऄन्य प्रकार के डीपीओ के जलए भी लागू की जानी चाजहए। सीपी की ताजलका 3(14) 274. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीअरएम म ें24x7x365 अधार पर हर दस(10) जमनट म ेंकम स ेकम एक कफगरलप्ररटग के जनयजमत ऄतंराल पर कफगरलप्ररटग चलान ेकी िमता होगी) और प्रसारकों को ऄनुरोध पर कफगरलप्रट ऄनुसूची प्रदान करना होगा। 275. जिाब म,ें एक जहतधारक न े राय दी दक एंटी-पाआरेसी के जलए, ग्राहक प्रत्येक जडिाआस पर कफगरलप्ररटग के समय को अकजस्ट्मक कर सकता ह,ै आसजलए ऄनुसूची प्रदान नहीं दकया जा सकता ह।ै जिश्लषे ण: 276. प्राजधकरण का मानना ह ै दक डीअरएम के पास 24x7x365 अधार पर हर दस (10) जमनट में कम से कम एक कफगरलप्ररटग चलाने की िमता होनी चाजहए। डीअरएम म ें पठरभाजषत ऄंतराल के जलए कफगरलप्ररटग ऄनुसूची की ठरपोटग प्रकाजित करने की सुजिधा होनी चाजहए। डीपीओ ऄनुरोध पर प्रसारक को ऐसी ठरपोटग ईपलब्ध कराएगा। सीपी की ताजलका 3(15) 277. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: “डीअरएम म ेंप्रसारकों द्वारा ऄनुरोध दकए गए ऄंतराल पर ऄनुकूजलत कफगरलप्ररटग चलाने की िमता होगी । आसके ऄलािा, डीपीओ ऄजनिाय गरूप से 24x7x365 अधार पर प्रजत घंटे न्यूनतम 2 कफगरलप्रट के साथ जनयजमत ऄंतराल पर कफगरलप्ररटग चलाएगंे और प्रसारकों को ऄनरुोध पर कफगरलप्रट ऄनुसूची प्रदान करेंगे। 278. जिाब म,ें एक जहतधारक न े कहा दक यह खंड एप्लीकेिन के जलए ह,ै डीअरएम के जलए नहीं। जिश्लषे ण: 279. ताजलका 3(15) का खडं पहल ेिाले खंड की पूनागिृजत था, आसजलए आस ेजिजनयम में हटा ददया गया ह।ै (जी) डीअरएम अिश्यकताएँ जहा ँतक ि ेएसटीबी स ेसबं जं धत हैं 280. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए।[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 47 सीपी की ताजलका 4(1) 281. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "सभी एसटीबी में डीअरएम कंटेन्ट सुरिा होनी चाजहए।“ 282. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए। एक जहतधारक ने पूछताछ की दक ईपरोि खंड दकन एसटीबी पर लागू होती ह।ै सीपी की ताजलका 4(2) 283. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "तैनात दकया गया एसटीबी कंटेन्ट जडदक्रप्िन, जडकोलडग और डीअरएम लाआसेंस मूल्यांकन को सहयोग करने म ेंसिम होना चाजहए।" 284. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए। सीपी की ताजलका 4(3) 285. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: “एसटीबी को डीअरएम/एसएमएस के माध्यम स ेहडेएडं स ेडाली गइ कफगरलप्ररटग प्रदर्भित करन ेम ेंसिम होना चाजहए। एसटीबी को लजित चनैल कफगरलप्ररटग के साथ-साथ सभी िैजिक कफगरलप्ररटग को सहयोग करना चाजहए। 286. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए। सीपी की ताजलका 4(4) 287. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एसटीबी को हडे-एंड से व्यजिगत रूप से संबोजधत(एड्रेसबल) दकया जाना चाजहए।" 288. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए। सीपी की ताजलका 4(5) 289. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एसटीबी को हडे-एंड से संदेि प्राप्त करन ेमें सिम होना चाजहए।" 290. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए। एक जहतधारक की राय थी दक आसका डीअरएम स ेकोइ सबं ंध नहीं ह।ै सीपी की ताजलका 4(6) 291. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "मैसेलजग कैरेक्टर की लंबाइ कम से कम 120 कैरेक्टर होनी चाजहए।" 292. जिाब म,ें एक जहतधारक ने सझु ाि ददया दक 1 से 120 या ऄजधक ऄिरों की लंबाइ िाले संदेिों को सहयोग दकया जाना चाजहए। जिश्लषे ण: 293. प्राजधकरण जहतधारक के आस सुझाि से सहमत ह ै दक संदेि के ऄिर की लंबाइ न्यूनतम 120 ऄिर तक होनी चाजहए। तदनुसार, जिजनयम में संिोधन दकया गया ह।ै सीपी की ताजलका 4(7) 294. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "ग्लोबल मैसेलजग, ग्रुप मैसेलजग और व्यजिगत एसटीबी मैसेलजग का प्रािधान होना चाजहए।"48 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] 295. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए। सीपी की ताजलका 4(9) 296. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "ओटीए सॉफ्टिेयर ऄपग्रडे की सुजिधा के जलए एसटीबी को ओिर-द-एयर संबोजधत दकया जाना चाजहए।" 297. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए। सीपी की ताजलका 4(10) 298. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "कायगक्रमों को ठरकॉडग करने की सुजिधाओं िाले एसटीबी में ऄतंरराष्ट्रीय मानक प्रजतजलजप सुरिा प्रणाली होगी।" 299. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए। सीपी की ताजलका 4(11) 300. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एसटीबी में ऐसा प्रािधान होना चाजहए दक कफगरलप्ररटग कभी भी ऄिम न हो।" 301. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए। सीपी की ताजलका 4(12) 302. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "सभी पे-चैनलों के जलए िॉटरमार्ककग नेटिकग लोगो केिल एनकोडर ओर से डाला जाएगा। आनफ्रास्ट्रक्चर िेयररग के मामले म,ें यह आनफ्रास्ट्रक्चर ियेररग के जनयमों और ितों के ऄनुसार होगा।” 303. जिाब में, एक एसोजसएिन ने सुझाि ददया दक “आनफ्रास्ट्रक्चर िेयररग के मामले म,ें यह आनफ्रास्ट्रक्चर िेयररग के जनयमों और ितों के ऄनुसार होगा” िब्दों को हटा ददया जाना चाजहए। ऄपने तकग के समथनग में, ईन्होंने राय दी दक ितगमान म,ें अइपीटीिी ऑपरेटरों के बीच आनफ्रास्ट्रक्चर िेयररग के संबंध में सूचना और प्रसारण मंत्रालय द्वारा कोइ ददिाजनदेि जारी नहीं दकए गए ह,ैं और आस प्रकार, अइपीटीिी ऑपरेटरों के बीच आनफ्रास्ट्रक्चर िेयररग के संबंध म ें ऄन्य बातों के साथ-साथ िेत्राजधकार संबंधी मुद्दे भी ह।ैं एक ऄन्य जहतधारक ने सुझाि ददया दक खंड की पहली पंजि को आस प्रकार पढा जाना चाजहए: सभी चैनलों के जलए िॉटरमार्ककग नेटिकग लोगो को केिल एनकोडर/रांसकोडर ओर से डाला जाना चाजहए। सीपी की ताजलका 4(13) 304. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "तैनात डीअरएम स्ट्क्रॉल मैसेलजग भेजन ेम ेंसिम होना चाजहए जो केिल स्ट्क्रीन के जनचल ेजहस्ट्से म ेंईपलब्ध होना चाजहए।" 305. एक जहतधारक न े सुझाि ददया दक 'डीअरएम' िब्द को 'डीअरएम/एसएमएस' से प्रजतस्ट्थाजपत दकया जाना चाजहए। एक जहतधारक की राय थी दक आसका डीअरएम से कोइ संबंध नहीं ह।ै जिश्लषे ण: 306. यह पता चला ह ै दक एसएमएस डीअरएम की भागीदारी के जबना अिश्यक कायग जनरपाददत कर सकता ह।ै तदनुसार, जिजनयम में संिोधन दकया गया ह।ै सीपी की ताजलका 4(14) 307. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था:[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 49 "तैनात डीअरएम को सुरिा के जलए नेटिकग में तैनात एसटीबी को जजयो टैग करने में सिम होना चाजहए।" 308. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए। एक जहतधारक की राय थी दक यह खडं संभितः एप्लीकेिन के जलए है, डीअरएम के जलए नहीं। सीपी की ताजलका 4(15) 309. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एसटीबी को सभी कमांड सीधे डीअरएम स ेलनेे चाजहए, दकसी मध्यिती सिगर से नहीं।" 310. जिाब म,ें कुछ एमएसओ और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए। एक ऄन्य जहतधारक न े सुझाि ददया दक एसटीबी को सभी कमांड सीध े एसएमएस/डीअरएम स े लने े चाजहए, दकसी मध्यिती सिगर से नहीं। एक जहतधारक की राय थी दक ऐसे कइ कमांड ह ैं जो सुरिा/डीअरएम से संबंजधत नहीं ह ैंजजन्ह ेंएसटीबी ऄन्य स्रोतों से प्राप्त कर सकता ह।ै सीपी की ताजलका 4(16) 311. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एसटीबी में दकसी तीसरे पि के ऐप/एपीके को डाईनलोड (डायरेक्ट या साआड डाईनलोड) करन ेकी सुजिधा नहीं होनी चाजहए (हाआजब्रड एसटीबी सजहत यदद कोइ हो) और दकसी भी ब्राईज़र तक पहुचं नहीं होनी चाजहए।" 312. जिाब में, कुछ एमएसओ और एक एसोजसएिन ने सुझाि ददया दक एसटीबी में आन-जबल्ट ऐप स्ट्टोर से सीधे थडग पाटी ऐप/एपीके डाईनलोड करने की सुजिधा हो सकती ह ै और ब्राईज़र तक पहुचं भी हो सकती ह।ै हालाँदक, एसटीबी पर दकसी भी तृतीय-पि ऐप की साआड लोलडग की ऄनुमजत नहीं दी जानी चाजहए। साथ ही, एसटीबी के पास प्रासंजगक हाआजब्रड एसटीबी सुजिधाओं की सेिा के जलए एक एकीकृत ब्राईज़र है, आसे ब्राईज़र के माध्यम से अइपीटीिी तक दकसी भी ऄनजधकृत पहुचं की ऄनुमजत नहीं देनी चाजहए। 313. कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक आस खंड को हटाने की जरूरत ह।ै एक ऄन्य जहतधारक की राय ह ै दक यह एक बहुत ही िैध लबद ु ह ै और डीटीएच हाआजब्रड बॉक्स जैसे ऄन्य डीपीओ प्लटे फामों के जलए भी आसम ें संिोधन दकया जाना चाजहए। दो जहतधारकों न े सुझाि ददया दक एसटीबी को थड ग पाटी ऐप आंस्ट्टॉल करन े के जलए ऐप या एपीके डाईनलोड/साआड लोड करन े की ऄनुमजत दी जानी चाजहए। जब तक दक यह कॉपीराआट कानून की जालसाजी न कर रहा हो। 314. एक ऄन्य एसोजसएिन न े सुझाि ददया दक खंड को आस प्रकार पढा जाना चाजहए: अइपीटीिी एसटीबी में दकसी तीसरे पि के ऐप/एपीके को डाईनलोड (डायरेक्ट या साआड डाईनलोड) करन े की सुजिधा नहीं होनी चाजहए और दकसी भी ब्राईज़र तक पहुचं नहीं होनी चाजहए। जिश्लषे ण: 315. प्राजधकरण का जिचार ह ैदक अइपीटीिी बुजनयादी ढांचे का ईपयोग करते समय एसटीबी/युजनक ईपभोिा सदस्ट्यता म ें दकसी तीसरे पि के ऐप/एपीके को डाईनलोड (डायरेक्ट या साआड डाईनलोड) करन े की सजु िधा नहीं होनी चाजहए और दकसी भी ब्राईज़र तक पहुचं नहीं होनी चाजहए। तदनुसार, जिजनयम में संिोधन दकया गया ह।ै सीपी की ताजलका 4(17) 316. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: “एसटीबी को अइपीटीिी बंद नेटिकग के माध्यम स ेअइपीटीिी जसस्ट्टम को छोड़कर दकसी ऄन्य स्रोत से ऄजधकृत कुंजी तक पहुचं ने म ेंसिम नहीं होना चाजहए। डीअरएम को यह सुजनजित करना होगा दक एसटीबी को ऄजधकृत कुंजी अइपीटीिी जसस्ट्टम द्वारा जनर्ददि स्रोत के ऄलािा दकसी ऄन्य स्रोत से प्राप्त न हो। 317. जिाब म,ें एक जहतधारक न े ऄजधकृत कुंजजयों के ऄथ गके बारे में पूछताछ की । सीपी की ताजलका 4(18) 318. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था:50 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] "एसटीबी के पास थडग पाटी ऐप डाईनलोड करन ेके जलए कोइ प्ले-स्ट्टोर नहीं होना चाजहए।" 319. जिाब म,ें कुछ जहतधारकों और एक एसोजसएिन न े सुझाि ददया दक एसटीबी में आन-जबल्ट ऐप स्ट्टोर से सीधे थड ग पाटी ऐप/एपीके डाईनलोड करने की सुजिधा हो सकती ह ै और ब्राईज़र तक पहुचं भी हो सकती ह।ै हालाँदक, एसटीबी पर दकसी भी तृतीय-पि ऐप की साआड लोलडग की ऄनुमजत नहीं दी जानी चाजहए। साथ ही, एसटीबी के पास प्रासंजगक हाआजब्रड एसटीबी सुजिधाओं की सेिा के जलए एक एकीकृत ब्राईज़र है, आसे ब्राईज़र के माध्यम से अइपीटीिी तक दकसी भी ऄनजधकृत पहुचं की ऄनुमजत नहीं देनी चाजहए। 320. एक ऄन्य एसोजसएिन ने सुझाि ददया दक खंड को आस प्रकार पढा जाना चाजहए: अइपीटीिी एसटीबी के पास थड ग पाटी ऐप डाईनलोड करने के जलए कोइ प्ले-स्ट्टोर नहीं होना चाजहए। 321. कुछ जहतधारकों और एक एसोजसएिन न े सुझाि ददया दक आस खंड को हटाने की जरूरत ह।ै कुछ जहतधारकों ने सुझाि ददया दक एसटीबी के पास थडग पाटी ऐप डाईनलोड करने के जलए प्ले-स्ट्टोर/ऐप स्ट्टोर हो सकता ह।ै एक ऄन्य सगं ठन की राय ह ै दक यह िह नहीं ह ै जो अधुजनक एसटीबी और ऑपरेटर पेि करते ह।ैं ऄनुमत ऐप्स के सीजमत सेट के साथ एक ऐप स्ट्टोर हो सकता ह।ै एक ऄन्य एमएसओ न े सुझाि ददया दक डीटीएच हाआजब्रड बॉक्स जैसे ऄन्य डीपीओ प्लेटफामों के जलए भी आसी प्रकार का संिोधन दकया जाना चाजहए। जिश्लषे ण: 322. प्राजधकरण का मानना ह ै दक जब अइपीटीिी नेटिकग में एसटीबी/यूनीक ईपभोिा सदस्ट्यता काम कर रही हो तो कोइ भी प्ल-े स्ट्टोर डाईनलोड अदद को सिम करन े के जलए सलु भ नहीं होना चाजहए। सीपी की ताजलका 4(19) 323. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एसटीबी में कॉपी सुरिा होनी चाजहए - संस्ट्करण 2 और ईससे उपर के साथ एचडीसीपी, डीएचसीपी, संस्ट्करण 7 और ईससे उपर सीजीएमएस और मैक्रोजिजन।" 324. जिाब म,ें कुछ जहतधारकों और एक एसोजसएिन ने राय दी दक ऄनुसूची-III जनयमों का पालन दकया जा सकता ह ै जो कंटेन्ट सुरिा के जलए पयागप्त से ऄजधक ह।ै एक ऄन्य जहतधारक की राय थी दक बात म ें दम नहीं ह।ै ईन्होंन े बताया दक ऄजधकांि केबल टीिी दिगकों के पास पारंपठरक टीिी ह।ैं यह बहुत कम संभािना ह ै दक ईजल्लजखत प्रोटोकॉल आन पारंपठरक टीिी और ऄन्य ईपकरणों द्वारा समर्भथत होंगे। एक ऄन्य जहतधारक ने सुझाि ददया दक एसटीबी में कॉपी सुरिा होनी चाजहए - संस्ट्करण 2 के साथ एचडीसीपी। जिश्लषे ण: 325. प्राजधकरण का जिचार ह ै दक जिजनयम में एसटीबी /जिजिि ईपभोिा सदस्ट्यता को जनर्ददि दकया जाना चाजहए जजसमें प्रजतजलजप सरु िा(कॉपी प्रोटेक्िन) होनी चाजहए और आसे प्राप्त करन े का साधन सेिा प्रदाताओं पर छोड़ ददया जाना चाजहए। सीपी की ताजलका 4(20) 326. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीपीओ प्रणाली में एसटीबी की ओर से दकसी भी ऐप के डाईनलोड सजहत सभी गजतजिजधयों और कॉजन्फगरेिन के गैर-संपादन योग्य लॉग को बनाए रखन ेकी िमता होनी चाजहए।" 327. जिाब म,ें कुछ जहतधारकों और एक एसोजसएिन न े राय दी दक भादजू िप्रा और ब्रॉडकास्ट्टर द्वारा ऄनुरोजधत आन सभी कंटेन्ट सुरिा और एंटी-पाआरेसी प्रणाजलयों को डीपीओ के डीअरएम, एसएमएस और एसटीबी/ऐप द्वारा पूरा दकया जा सकता ह।ै सुरिा स े कोइ समझौता नहीं होगा। आसजलए, एंटी-पायरेसी के जलए आंटरनेट और ओटीटी को प्रजतबंजधत करना जनराधार ह।ै एक ऄन्य एमएसओ न े डीटीएच हाआजब्रड बॉक्स जैस े ऄन्य डीपीओ प्लटे फामों के जलए संिोधन करने की राय दी। जिश्लषे ण: 328. प्राजधकरण का जिचार ह ै दक डीपीओ प्रणाली म ें एसटीबी/जिजिि ईपभोिा सदस्ट्यता दक ओर से अइपीटीिी सेिा ऐप (यदद कोइ हो) के डाईनलोड या ऄपग्रडे सजहत सभी गजतजिजध और कॉजन्फगरेिन के गरै -संपादन योग्य लॉग को बनाए रखने की िमता होनी चाजहए। तदानुसार, जिजनयम में संिोधन दकया गया ह।ै[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 51 सीपी की ताजलका 4(21) 329. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "डीअरएम को एचएलएस, स्ट्मूथ स्ट्रीलमग, डैि और एचटीटीपी/टीसीपी पर लीजनयर टीिी चैनल जितठरत करने की ऄनुमजत नहीं देनी चाजहए।" 330. जिाब म,ें कुछ जहतधारकों और एक एसोजसएिन न े सुझाि ददया दक डीअरएम एचएलएस, स्ट्मूथ स्ट्रीलमग, डैि और एचटीटीपी/टीसीपी पर लीजनयर टीिी चैनल देन े की ऄनुमजत दे सकता ह,ै बिते दक अइपीटीिी सेिा ओपन आंटरनेट पर पहुचं योग्य न हो, ऄथागत, अइपीटीिी सेिा डीअरएम सरु िा के साथ एक प्रबंजधत नेटिकग म ें दढृ ता से(जस्ट्रक्ट्ली) पहुचं योग्य होनी चाजहए। 331. कुछ जहतधारकों और एक एसोजसएिन के एक ऄन्य समूह न े राय दी दक मल्टीकास्ट्ट के माध्यम से अइपीटीिी प्रसारण कंटेन्ट की चोरी और पायरेसी को नहीं रोकेगा। टीसीपी एचटीटीपी के साथ बेहतर सुरिा भी प्रदान की जा सकती ह ै और सेिा की गणु ित्ता में सुधार दकया जा सकता ह ै क्योंदक आसमें ग्राहक के हर एक सत्र के जलए फीडबैक होता ह।ै और हकै कग के मामल े म ेंभी सेिन के फीडबैक से आस ेअसानी से पहचाना जा सकता ह।ै 332. एक ऄन्य जहतधारक ने सुझाि ददया दक डीअरएम को डीपीओ की आच्छानुसार दकसी भी प्रोटोकॉल में लीजनयर टीिी चैनल जितठरत करने की ऄनुमजत देनी चाजहए। एक ऄन्य जहतधारक न े सुझाि ददया दक केिल डीअरएम समर्भथत स्ट्रीलमग कंटेनर/प्रारूप (एमपीइजी-टीएस, एमपीइजीडैि, एचएलएस अदद) और नेटिकग प्रोटोकॉल (एचटीटीपी, एचएलएस, टीसीपी, यूडीपी अदद) ही तैनात दकए जान े चाजहए। दो जहतधारकों न े सझु ाि ददया दक डीअरएम पायरेसी से बचने के जलए कंटेन्ट सुरिा को सिम करने िाल े दकसी भी मोड में लीजनयर टीिी चैनल जितठरत करने की ऄनुमजत दे सकता ह।ै एक जहतधारक की राय ह ै दक यह ओटीटी को ऄिरुद्ध करने िाला ह,ै जो अम अधुजनक प्रिृजत्त के जिपरीत ह।ै जिश्लषे ण: 333. प्राजधकरण का मानना ह ै दक डीअरएम को आंटरनेट पर लीजनयर टीिी चैनल जितठरत करने की ऄनुमजत नहीं दने ी चाजहए। मल्टी-चैनल टेलीजिजन कायगक्रमों की जडलीिरी जडिाआस के ऄंदर एक बंद नेटिकग में रहनी चाजहए। तदानुसार, जिजनयम में संिोधन दकया गया ह ै। सीपी की ताजलका 4(22) 334. सीपी म,ें जनम्नजलजखत का ईल्लखे दकया गया था: "एसटीबी में फोस्ट्डग कफगर लप्ररटग जडस्ट्प्ल ेसजहत फोस्ट्डग मैसेलजग िमता होनी चाजहए।" 335. जिाब में, कुछ जहतधारकों और एक एसोजसएिन ने सुझाि ददया दक 'एसटीबी' िब्द को 'एसटीबी/ऐप' के साथ जिस्ट्थाजपत दकया जाना चाजहए। TELECOM REGULATORY AUTHORITY OF INDIA NOTIFICATION New Delhi, the 14th September, 2023 THE TELECOMMUNICATION (BROADCASTING AND CABLE) SERVICES INTERCONNECTION (ADDRESSABLE SYSTEMS) (FIFTH AMENDMENT) REGULATIONS, 2023 (4 of 2023) F. No. C-1/2/(1)/2021-B AND CS(2) — In exercise of the powers conferred by section 36, read with sub- clauses (ii), (iii) and (iv) of clause (b) of sub-section (1) of section 11, of the Telecom Regulatory Authority of India Act, 1997 (24 of 1997), read with notification of the Central Government, in the Ministry of Communication and Information Technology (Department of Telecommunications), No. 39, — (a) issued, in exercise of the powers conferred upon the Central Government under clause (d) of sub-section (1) of section 11 and proviso to clause (k) of sub-section (1) of section 2 of the said Act, and52 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] (b) published under notification No. S.O.44 (E) and 45 (E) dated the 9th January, 2004 in the Gazette of India, Extraordinary, Part II, Section 3,— the Telecom Regulatory Authority of India hereby makes the following regulations further to amend the Telecommunication (Broadcasting and Cable) Services Interconnection (Addressable Systems) Regulations, 2017 (1 of 2017), namely:- 1. Short title, extent, and commencement.— (1) These regulations may be called the Telecommunication (Broadcasting and Cable) Services Interconnection (Addressable Systems) (Fifth Amendment) Regulations, 2023 (4 of 2023). (2) These regulations shall apply throughout the territory of India. (3) These regulations shall come into force from the date of their publication in the Official Gazette. Provided that for the existing systems, the provisions of these regulations shall apply after three months from the date of their coming into force. 2. In regulation 10 of the Telecommunication (Broadcasting and Cable) Services Interconnection (Addressable Systems) Regulations, 2017 (hereinafter referred to as the ―principal regulations‖),— (a) in sub-regulation (6), after the words ―Schedule III‖, the words ―or the Schedule X or both, as the case may be‖ shall be inserted; (b) in sub-regulation (7), for the words ―Schedule III‖, the words ―Schedule III or the Schedule X or both, as the case may be‖ shall be substituted; (c) in proviso to sub-regulation (7), after the words ―Schedule III‖, the words ―or the Schedule X or both, as the case may be‖ shall be inserted. 3. In regulation 15 of the principal regulations,— (a) in sub-regulation (2), for the words ―Schedule III‖, the words ―Schedule III or the Schedule X or both, as the case may be‖ shall be substituted; (b) in third proviso to sub-regulation (2), after the words ―Schedule III‖, the words ―or the Schedule X or both, as the case may be‖ shall be inserted. 4. In Schedule II of the principal regulations,— (a) in item 17, for the words ―Schedule III‖, the words ―Schedule III or the Schedule X or both, as the case may be,‖ shall be substituted; (b) in declaration, for the words ―Schedule III‖, the words ―Schedule III or the Schedule X or both, as the case may be,‖ shall be substituted. 5. After Schedule IX to the principal regulations, the following schedule shall be inserted, namely:- “Schedule X (Refer sub-regulation (6) of the regulation 10, sub-regulation (7) of the regulation 10 and sub-regulation (2) of the regulation 15) Scope and Scheduling of Audit (A) Scope: The annual Audit caused by distributor shall include the Audit to validate compliance with this Schedule and the Subscription Audit, as provided for in these regulations. (B) Scheduling: The annual Audit as caused by distributor under regulation 15(1) shall be scheduled in such a manner that there is a gap of at-least six months between the audits of two consecutive calendar years. Further, there should not be a gap of more than 18 months between audits of two consecutive calendar years. Digital Rights Management (DRM) System Requirements The term DRM, herein, refers to the management of the encryption systems for, inter-alia, providing the functionality of CAS for the Internet Protocol Television (IPTV) service provider under these regulations. (C) DRM Requirements in so far as they relate to subscriber management systems (SMS) for IPTV services:[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 53 Table 1 Sl. No. Proposed DRM requirements for SMS 1. There shall not be any data mismatch between DRM and SMS. Maximum mismatch based on subscription base may be allowed as mentioned below: (4) Must be less than 0.20% for subscriber base up to 100000 subs (0 to 200 for subscriber base of up to 100000) (5) Must be less than 0.04% for subscriber base up to 1000000 subscribers (0 to 400 for subscriber base of up to 1000000) (6) Must be less than 0.01% for subscriber base above 10000000 subscribers (0 to 1000 for subscriber base of up to 10000000) The data between both the systems shall be reconciled on a monthly basis. The reconciliation report shall be stored along with the system data for a minimum of three (3) years or at least three audit cycles, or as per Schedule III whichever is later. 2. Password Policy Creation for Users: SMS shall have a defined password policy, with minimum length criteria and composition (upper and lower-case characters, numeric, alphabets or special characters), forced password changes or any other appropriate mechanisms or combinations thereof or alternatively user account has to be locked/paired to the Mac Id of the set top box (STB) /unique consumer subscription or the customer premises equipment (CPE)/device. 3. After-Sales Service Support: The required software and hardware support should be available to the distributor of the television channels‘ installations from the SMS vendor‘s support teams located in India. The support should be such as to ensure the SMS system with 99.99% uptime and availability. The systems should have sufficient provisions for backup systems to ensure quality of service and uptime 4. All activation and deactivation of STBs/unique consumer subscription shall be done in such a way that SMS and DRM are always integrated and synchronised on real time basis. 5. Necessary and sufficient methods shall be put in place so that each activation and deactivation of STBs/unique consumer subscription is reflected in the reports generated from the SMS integrated with the DRM and vice versa 6. DRM and SMS should be able to activate or deactivate services and/or STBs/unique consumer subscription of the subscriber base of the distributor within 24 hours. 7. The SMS shall be independently capable of generating, recording, and maintaining logs, for the period of at least immediately preceding three (3) consecutive years, corresponding to each command executed in the SMS including but not limited to activation and deactivation commands. 8. The SMS should be computerized and capable of recording all logs including information and data concerning the subscribers such as: (a) Unique customer identification (ID) (b) Subscription contract number (c) Name of the subscriber (d) Billing address (e) Installation address (f) Landline telephone number (g) Mobile telephone number (h) E-mail address (i) Channels, bouquets and services subscribed (j) Unique STB number/unique consumer subscription ID attached to a specific unique MAC ID. (k) Unique VC number or MAC ID. 9. The SMS should be capable of: (a) Viewing and printing of historical data in terms of the activations and the deactivations of STBs/unique consumer subscription. (b) Locating each and every STB/unique consumer subscription and VC/MAC ID installed at city and state level. (c) Generating historical data of changes in the subscriptions for each subscriber and the corresponding source of requests made by the subscriber. 10. The SMS should be capable of generating reports, at any desired time including about: (a) The total number of registered subscribers.54 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] (b) The total number of active subscribers. (c) The total number of temporary suspended subscribers. (d) The total number of deactivated subscribers. (e) List of blacklisted STBs/unique consumer subscription in the system. (f) Channel and bouquet wise monthly subscription report in the prescribed format. (g) The names of the channels forming part of each bouquet. (h) The total number of active subscribers subscribing to a particular channel or bouquet at a given time. (i) The name of a-la carte channel and bouquet subscribed by a subscriber. (j) The ageing report for subscription of a particular channel or bouquet. 11. The distributor shall ensure that the SMS vendor has the technical capability in India to maintain the systems on 24×7 basis throughout the year. 12. DPO shall declare the details of the DRM and the SMS deployed for distribution of channels. In case of deployment of any additional DRM/SMS, the same shall be notified prior to commissioning of the system, to the broadcasters by the distributor. 13. If there is active infrastructure sharing (as and when permitted by MIB) then, DPO shall declare the sharing of the DRM and the SMS deployed for distribution of channels. In case of deployment of any additional DRM/SMS, the same should be notified to the broadcasters by the distributor. 14. SMS shall have a provision to generate synchronization report, with date and time, with the minimum fields as listed below: (a) STB/unique consumer subscription Number (or in case of card-less system, chip ID or MAC ID number of the STB) (b) Product Code pertaining to à-la-carte channels and bouquets available on the platform (c) Start Date of entitlement (d) End Date of entitlement (e) Status of STB/unique consumer subscription (active/Inactive) 15 The file output of DRM shall be processed by SMS system to compare and generate a 100% match or mismatch error report. 16. Channel/Bouquet management: SMS shall, in synchronisation with DRM on real time basis, support the following essential requirements: (a) Create and manage relevant product ID for all channels and bouquets along with the relevant details such as name, tariff, broadcaster, or DPO bouquet, etc. (b) Manage changes in the channel/bouquet, as may be required, from time to time. (c) Link the Products IDs for à-la-carte channels and bouquets (Single and Bulk) created in DRM with the product information being managed in SMS, for smooth working of SMS and DRM integration. (d) Management of historical Data of Product name, i.e., Broadcasters (name), maximum retail price (MRP), distributor retail price (DRP). 17 Network Capacity Fee (NCF) Policy Creation: SMS shall support all NCF related requirements mandated by the applicable tariff order. 18. Bill/Invoice Generation: SMS shall be capable of generating proper subscriber bill/invoice with explicit details of NCF charges, pay channels charges (with clear itemized details of à-la-carte channel cost and bouquet costs), rental charges for STB/unique consumer subscription (if any), other applicable charges, including Goods and Services Tax (GST). 19. Management of Logs: (a) SMS shall have the facility to provide user detail logs with the ID of users on each login event. (b) SMS shall have the provision of generating the user activity log report to enable tracking users‘ work history. It shall not be allowed to delete the records from the log. (c) All logs shall be stamped with date and time and the system shall not allow altering or modifying any logs.[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 55 (d) The logs shall be maintained for a period as specified in Schedule III or at least three audit cycles, whichever is later. (e) Channel subscription report: SMS shall be able to provide broadcaster wise total counts of monthly subscribers of channels including both à la carte and bouquet subscriptions as per format that may be prescribed by TRAI. (f) DRM and SMS should be running on separate and independent servers. 20. SMS Database and tables: (a) There shall not be any active unique subscriber outside the database tables declared by the Vendor (b) SMS shall not provide an option to split SMS database or for creation of more than one instance. (c) SMS shall have the provision to enable or disable channel (à-la-carte channel or bouquet of channels) selection by subscribers either through website or an application through interface provided by the distributor platform operator. (d) SMS shall be capable of capturing the following information required for audit or otherwise: i. Bouquet à la carte status change history ii. Bouquet composition change history iii. Change in status of connection (primary to secondary and vice versa) 21. SMS shall be accessed through a Firewall 22. STB/unique consumer subscription and MAC ID shall be paired from the SMS to ensure security of channel (applicable for DRM with pairing facility). 23. The SMS shall be capable of individually addressing subscribers, for the purpose of generating the reports, on channel by channel and STB/unique consumer subscription by STB/unique consumer subscription basis. 24. SMS should have a facility to carry out monthly reconciliations of channels/a-la-carte and bouquet (with their respective ID created in SMS with DRM) and the variance report should be available from the DRM and SMS logs and made available during audits. 25. SMS should have a provision of generating the following reports pertaining to STB/unique consumer subscription/MAC ID.: (a) White list of STB/unique consumer subscription /MAC ID along with active/inactive status (b) Faulty STB/unique consumer subscription/MAC ID – repairable and beyond repairable (c) Warehouse fresh stock (d) In stock at local cable operator (LCO) end (e) Blacklist (f) Deployed with activation status (g) Testing/demonstration STB/unique consumer subscription /MAC ID with location 26. Audit-related requirements: SMS should have the capability to capture below-mentioned information that may be required for audit and otherwise: (a) Subscriber related: (i) Subscriber contact details change history (ii) Connection count history (iii) Transition of connection between Disconnected/Active/Temporary Disconnected (iv) Subscription change history (b) Product (Bouquet/à-la-carte channel) related: (i) Broadcaster à-la-carte relation (ii) Bouquet name change history (iii) À la carte name change history56 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] (iv) Bouquet/à-la-carte channel rate change history (c) STB/unique consumer subscription related: (i) Change in location history (ii) Change in status (Active/Damaged/Repaired/Replaced) 27. User Authentication: SMS should have the capability to authenticate its subscribers through registered mobile number (RMN) through one-time password (OTP) system 28. SMS should have the provision to support the following additional requirements: (a) List of à-la-carte channels and bouquets, digital headend (DHE): Provision to support/ Sub- Headend-wise list of à-la-carte channels and bouquets, in sync with the list available in DRM. (b) Product (à-la-carte channels and bouquets)-wise Renewal and Reversal setting for the Subscriber Account: Provision to allow renewal of a product to a subscriber after the expiry date of a product, and provision to auto-calculate and refund the amount to a subscriber if he discontinues a product midterm. These requirements may be configurable on selective products, as required by the DPOs as per their business plans. (c) Product (à-la-carte channels and bouquets)-wise Reversal setting for LCO Account: Provision to calculate and refund the amount due to LCO, if he or the subscriber discontinues a product midterm. Product (à-la-carte channels and bouquets) Tenure-wise LCO and Subscriber Discount Scheme/Free Days Scheme: Provision to create Discount Scheme and Free-day scheme for LCO and Subscriber, based on the duration (Tenure) of the product subscription. (d) Calendar/Activity Scheduling: Provision to auto-schedule activities like STB/unique consumer subscription activation/deactivation, à-la-carte channels and bouquets addition/removal, channel/bouquet composition modification, etc. (e) Bulk Channel/Bouquet Management: Provision to perform bulk activity of à-la-carte channels and bouquets addition and removal on all or a designated group of STBs/unique consumer subscription. (f) Token-number-based reports: Provision to download multiple generated reports with the help of token number, such as audit reports with different intervals. (g) Third-Party Integration: Provision to support integration with relevant third-party systems, such as, payment gateway integrations, interactive voice response (IVR) Integrations, SMS Gateway Integrations, etc. (h) Bill payment and reconciliation feature: Provision for bill payment and reconciliation (in case a DPO is running service in post-paid mode). (i) Generation of Reports: Provision to generate the following reports for operational purpose: (i) All, selective and single boxes‘ current status with their first-time activation date. (ii) Total number of à-la-carte channels and bouquets and STB/unique consumer subscription expiring detail till given future date on the dashboard, according to the permission. (iii) Today‘s fresh activation count, de-activation count, re-activation count, à-la-carte channels and bouquets addition/ removal count on dashboard, according to the permission. (iv) Total active and inactive subscriber‘s details with multiple criteria (network-wise, à la- carte channels and bouquets-wise, state-city wise and broadcaster-wise). 29. It shall be mandatory for SMS to have backup servers and logs of all activities carried out in main server shall be concurrently copied into the backup servers, in an automated manner without any manual intervention. Provided that a log of all such instances shall be maintained along with date and time stamp, where the backup server has been used as the main server: Provided further that the main and backup server shall always be in sync with regard all data, such as subscription data, STB/unique consumer subscription UA/MAC ID details, entitlement level information, etc.[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 57 (D) DRM Requirements for conditional access by subscribers and encryption for IPTV services Table 2 Sl. No. Proposed DRM Requirements for conditional access by subscribers and encryption 1. DPO shall ensure that the current version of the DRM in use do not have any history of hacking. A written declaration from the DRM vendor shall be required to be furnished on an annual basis as compliance of this requirement. 2. DRM shall ensure all logs are un-editable, stamped with date and time of all transactions (all activations, deactivation, channel authorization/assignment and un-authorization / de-assignments and change in MAC ID/STB/unique consumer subscription). The DRM shall not allow altering or modification of any logs. There shall be no facility for the distributor/users to purge logs. 3. DRM deployed do not have facility to activate and deactivate a Set Top Box (STB) /unique consumer subscription directly from the Graphical User Interface (GUI) terminal of DRM. All activation and deactivation of STBs/unique consumer subscription shall be done with the commands of the SMS (provided that such feature may be available only for specific testing. The command or access for such feature may be available with the highest system administration password. In all such cases a separate log file of such commands has to be maintained) integrated with DRM. The DRM shall be integrated with the SMS in a manner that ensures security of the channel. 4. The SMS and the DRM should be integrated in such manner that activation and deactivation of STB/unique consumer subscription happen simultaneously in both the systems. Explanation: Necessary and sufficient methods shall be put in place so that each activation and deactivation of STBs/unique consumer subscriptions is reflected in the reports generated from the DRM. 5. DRM deployed should be able to support two-way networks only. 6. The DRM deployed should be able to support both carded as well as card-less STBs/unique consumer subscription for any provisioning. 7. The DRM deployed should be able to generate, record, maintain independent reports and logs for verification purpose during audits corresponding to each command executed in the DRM issued by the SMS integrated with the DRM for last three (3) years minimum. The reports must have date and time stamp. Proposed reports should include: (a) Unique active STB/unique consumer subscription count as well as MAC ID wise on any desirable date (b) Unique bouquet/channel active for a specific STB/unique consumer subscription on any desirable date (c) MAC ID/User ID wise activation-deactivation report for service requests (d) Any alteration in bouquet and/or channels configured in DRM (e) Blacklist STB/unique consumer subscription report (desirable not mandatory feature) (f) Product code pertaining to channels/ bouquets available on the platform (g) Channel/bouquet authorization/assignment to STB/unique consumer subscription along with start date and end date of entitlement (h) STB/unique consumer subscription -VC pairing / de-pairing or User id- Mac-id Pairing / de- pairing (if applicable) in SMS/DRM (i) STB/unique consumer subscription activation / de-activation (j) Channels assignment to STB/unique consumer subscription (k) Report of the activations or the deactivations of a particular channel for a given period (l) The total number of registered subscribers (m) The total number of active subscribers (n) The total number of temporary suspended subscribers (o) The total number of deactivated subscribers58 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] (p) List of blacklisted STBs/unique consumer subscription in the DRM (desirable not mandatory feature) (q) Channel and bouquet wise monthly subscription report in the prescribed format. (r) The names of the channels forming part of each bouquet (s) The total number of active subscribers subscribing to a particular channel or bouquet at a given time (t) The name of a-la carte channel and bouquet subscribed by a subscriber (u) The ageing report for subscription of a particular channel or bouquet 8. DRM deployed should be able to tag and blacklist the STB/unique consumer subscription in case of any piracy. 9. DRM deployed should have the technical capability in India to maintain the systems on 24x7 basis throughout the year. 10. The DRM and SMS should be integrated in such manner that upon deactivation of any subscriber from the SMS, all program/services shall be denied to that subscriber. 11. The DRM should be capable of generating, recording and preserving unedited data / logs for at least three consecutive years for each command executed through the DRM, including logs of each command of the SMS integrated with the DRM. 12. DRM deployed should be capable to support both software base as well as hardware base security. 13. DRM shall be capable of adding/modifying channels/bouquets as may be required on real time basis in line with the activity performed in SMS. 14. DRM should be so configured for specific type of STB/unique consumer subscription, that are procured and configured by the DPO. The DRM should not enable working/operation of any other type/brand/make of STB/unique consumer subscription, in the network. 15. When infrastructure sharing (as and when permitted by MIB) is available, in such cases DRM shall be capable to support multiple DPOs. 16. DRM should support content protection. 17. DRM should support key rotation, i.e., periodic changing of security keys 18. In case DPO has deployed hybrid STBs (hybrid STB for the purpose of this regulation means a STB that uses multiple methods of receiving transmission signals with video and audio content, however in a single instance such STB provides only one type of service), DRM shall ensure that the over-the-top (OTT) App and any browser does not get access to the linear television channels offered by the DPO from its own system, and similarly, DRM for IPTV service should not get access to channels delivered through OTT platform. Provided that, all the mandatory requirements for DRM shall be complied by hybrid STBs. 19. There shall not be any active unique subscriber outside the database tables. Further, there shall not be an option to split DRM database for creation of more than one instance by a DPO or a vendor. 20. It must support the following options with reference to uploading of unique access (UA)/MAC ID details in DRM database: (a) A secure un-editable file of MAC ID details, as purchased by the distributor, to be uploaded by the DRM vendor on the DRM server directly, (b) If it is uploaded in any other form, UA/MAC ID in DRM database shall be captured in logs, (c) Further, DRM shall support an automated, application programming interface (API)-based mechanism to populate such UA/MAC ID details in the SMS, without any manual intervention. 21. It shall be mandatory to have backup servers and logs of all activities carried out in main server shall be concurrently copied into the backup servers: Provided that a log of all such instances shall be maintained along with date and time stamp, where the backup server has been used as the main server:[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 59 Provided further that the main and backup server shall always be in sync with regard all data, such as subscription data, STB/unique consumer subscription UA/MAC ID details, entitlement level information, etc 22. DRM and SMS shall ensure that the access to database is available to authorized users only, and in ―read only‖ mode only. Further, the database audit trail shall be permanently enabled. Explanation: Database here refers to the database where data and log of all activities related to STB/unique consumer subscription activation, deactivation, subscription data, STB/unique consumer subscription UA/MAC ID details, entitlement level information, etc., is being stored. 23. Provision of à-la-carte channels or bouquet: (a) DRM (and SMS) shall be able to handle all the channels, made available on a platform, in à la carte mode. (b) DRM (and SMS) shall have the capability to handle such number of broadcaster/DPO bouquets, as required by the DPO. 24. DRM and SMS applications, along with their respective databases, shall be stored in such a way that they can be separately identified. 25. DRM shall have a provision to export the database/report for reconciliation with the SMS database. Further, there shall be a provision of reconciliation through secure APIs/secure scripts. 26. There shall be unique license key required for viewing, the encryption period for a specific key should be configurable to change at periodic interval in DRM deployed by DPO. 27. For every change in channels, fresh license keys should be issued by the DRM. License keys issued by DRM should be secure and encrypted. DRM must ensure that the authorization keys are not received by the STB/unique consumer subscription from any other source other than the one specified by the IPTV system. 28. DRM servers should comply with extant Rules and Regulations including relevant clause under extant provisions (if any) relating to data localisation, data security and privacy. It should not be allowed to connect main DRM server to some other location (India or other country) with some proxy or another server to integrate with SMS and DPO system. 29. IPTV service delivery may conform to multicast and/or unicast mode. The system configuration should ensure that every television channel is available to every customer on selection to view, irrespective of the mode of delivery or the number of viewers seeking such channel at any point of time. STBs/unique consumer subscription with facilities for recording programs shall have a copy protection system (i.e., a feature which prevents reproduction of content and/or unauthorized copying and distribution of content) and such recorded content should not be transferrable to any other device or delivered to any other network in any manner whatsoever. 30. IPTV system should not be allowed to deliver linear content to any other device except STB/unique consumer subscription which has been whitelisted in DRM. 31. The DRM should have following features: (a) It should restrict user to editing. (b) It should restrict user from sharing or forwarding or mirroring the content from the STB/unique consumer subscription. (c) It should disallow user to take screen shots or screen grabs or screen-recording, if technically feasible. (d) It should lock access to authorized STBs/unique consumer subscriptions only. (e) It should have Geo blocking feature. (f) It should be able to set expiry date to recorded content at STB/unique consumer subscription end based on various policies. 32. The DRM should have the capability of being upgraded over-the-air (OTA) so that the connected STBs/unique consumer subscription always have the most upgraded version of the DRM. 33. The DPO shall ensure that the DRM is up to date by installing necessary patches, error corrections, additions, version releases, etc. so as to ensure protection of channels and content at all times60 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] 34. No such functionality should be added to or removed from the DRM which compromises security of channels. DPO shall be responsible for encryption of channels‘ signals before their delivery through its IPTV platform using DRM hybrid STBs/unique consumer subscription. All costs / expenses (by whatever name called) that are required to be incurred or become payable for such upgradation and for delivery/distribution of multi channel television programmes to subscribers shall be borne solely by such DPO. The DPO shall employ all reasonable security systems and procedures to prevent any loss, theft, piracy, un-authorized use, reception or copying of channels or any part thereof and shall notify broadcasters as soon as practicable after it becomes aware that such an event has occurred 35. The DRM should not in any way interfere with / invalidate fingerprinting. 36. DPO shall promptly, and at it sole cost and expense, correct any issues with the DRM (such as bugs, defects, omissions or the like) that prevents subscribers from accessing the DRM hybrid STBs/unique consumer subscription or channels through the DRM hybrid STBs/unique consumer subscription. 37. DPO shall provide broadcasters with video and audio codecs supported by the DRM hybrid STBs/unique consumer subscription. The DPO shall ensure that no such changes/modifications are made to such codecs parameters that will require broadcasters to incur any expense for delivery of channels / content that are free from viewer discernible problems (including, without limitation, video with no audio, audio with no video or significant signal distortion 38. DRM should ensure that the hybrid STBs/unique consumer subscription are verifiably located within India by reference to internet protocol address and service address. DRM must ensure and lock the viewership to single device by single STB/unique consumer subscription or any device by ensuring MAC ID based authentication. The DRM must use industry-standard means (including IP-address look-up technology with screening and blocking of proxies (including anonymizing and spoofed proxies)) to prevent delivery of channels to IP addresses outside of India or to proxies. 39. DRM should ensure that television channels are accessible on STBs/unique consumer subscription of only such subscribers who are then-current, valid subscribers of the DPO, and such confirmation must take place prior to the DRM delivering (or authorizing the delivery of) television channel to the STBs/unique consumer subscription of such subscribers. 40. Upon deactivation of any subscriber from the SMS, the DRM shall restrict delivery of all programme/services to that subscriber. 41. The DRM should not have any feature to insert any content (including advertisement, banner on portion of screen, etc) by itself. However, ticker messages for consumer information as regards their services from DPO shall be permitted. 42. The DRM should not mask/remove any copyright, trademark or any other proprietary information on the channels at the time of their delivery. The service providers shall ensure that they seek provisioning of after sales services and support through a local entity so as to inter-alia provide quick resolution to any technical and piracy related issues, from DRM equipment supplier, while procuring DRM equipment. (E) DRM Requirements in so far as they relate to fingerprinting for IPTV services Table 3 Sl. No Fingerprinting requirements under DRM 1. The DPO shall ensure that it has systems, processes and controls in place to run fingerprinting at regular intervals 2. The STB/unique consumer subscription should support both visible and covert types of finger printing. 3. The fingerprinting should not get invalidated by use of any device or software. 4. The fingerprinting should not be removable by pressing any key on the remote of STB/unique consumer subscription. 5. The finger printing should be on the topmost layer of the video. 6. The finger printing should be such that it can identify the unique STB/unique consumer[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 61 subscription number or the unique VC number or the MAC ID. 7. The finger printing should appear on the screens in all scenarios, such as menu, Electronic Programme Guide (EPG), settings, blank screen, and games etc. 8. The location, font color and background color of fingerprint should be changeable from head end and should be random on the viewing device. 9. The finger printing should be able to give the numbers of characters as to identify the unique STB/unique consumer subscription and/or the MAC ID. 10. The finger printing should be possible on global as well as on the individual STB/unique consumer subscription basis. 11. The overt fingerprinting/watermarking should be displayed by the DPO without any alteration with regard to the time, location, duration and frequency. 12. The DRM deployed should be able to generate fingerprinting/watermarking both global fingerprinting as well as targeted channel fingerprinting/watermarking. 13. The DRM shall support and enable forensic watermarking at STB/unique consumer subscription level. 14. The DRM shall have the capability to run fingerprinting with at least one fingerprinting every ten (10) minutes on a 24x7x365 basis. DRM should have a feature to publish report of fingerprinting schedule for defined interval. The DPO shall make such report available to broadcaster on request. (F) DRM Requirements in so far as they relate to STBs/unique consumer subscription Table 4 Sl. No. STB/unique consumer subscription Requirements for DRM for IPTV services 1. All STBs/unique consumer subscription should have a DRM content protection. 2. The STB/unique consumer subscription deployed should be capable to support content decryption, decoding and DRM license evaluation. 3. The STB/unique consumer subscription should be capable of displaying fingerprinting inserted from Headend through DRM/SMS. The STB/unique consumer subscription should support both targeted channel fingerprinting as well as all global fingerprinting. 4. The STB/unique consumer subscription should be individually addressable from the Head-end. 5. The STB/unique consumer subscription should be able to receive messages from the Head-end. 6. The messaging character length should be minimal of upto120 characters. 7. There should be provision for global messaging, group messaging and the individual STB/unique consumer subscription messaging. 8. The STB/unique consumer subscription must be compliant to the applicable Bureau of Indian Standards 9. The STBs/unique consumer subscription should be addressable over the air to facilitate OTA software upgrade. 10. The STBs/unique consumer subscription with facilities for recording the programs shall have international standard copy protection system 11. The STB/unique consumer subscription should have a provision that fingerprinting is never disabled. 12. The watermarking network logo for all pay channels shall be inserted at encoder end only. 13. DRM/SMS deployed should be able to send scroll messaging which should be only available in the lower part of the screen. 14. DRM deployed should be able to geo tag STB/unique consumer subscription deployed in the network for security. 15. STB/unique consumer subscription should take all commands directly from DRM not from any62 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] intermediate servers. 16. STB/unique consumer subscription while using IPTV infrastructure should not have feature to download (direct or side download) any 3rd party App/APK and should not have access to any browser. 17. STB/unique consumer subscription should not be able to access the authorization keys from any other source except from the IPTV system through the IPTV closed network. DRM must ensure that the authorization keys are not received by the STB/unique consumer subscription from any other source other than the one specified by the IPTV system 18. No play store should be accessible for enabling download, etc. when STB/unique consumer subscription, is functioning in the IPTV network. 19. STB/unique consumer subscription should have copy protection. 20. DPO system should have capability to maintain un-editable logs of all activity and configurations including download or upgrade of IPTV services App (if any) at STB/unique consumer subscription end 21. The DRM should not allow delivering linear TV channels on Internet. The delivery of multi channel television programmes should remain in a closed network within the device. 22. The STB/unique consumer subscription should have forced messaging capability including forced finger printing display. 23 The DRM hybrid STBs/unique consumer subscription should be tested for the following prior to their seeding in the subscribers‘ premises: (a) System down testing (b) Error messaging (c) Negative user journey testing (d) Device variance testing (e) Destructive testing (f) Application monitoring testing (g) In-app monitoring testing V. RAGHUNANDAN, Secy. [ADVT.-III/4/Exty./423/2023-24] Note.1: The principal regulations were published in the Gazette of India, Extraordinary, Part III, Section 4, vide notification No. 21-4/2016-B&CS dated 3rd March 2017 (1 of 2017). Note. 2: The principal regulations were amended vide notification No. 21-6/2019-B&CS dated 30th October 2019 (7 of 2019). Note. 3: The principal regulations were further amended vide notification No. 21-5/2019-B&CS dated 1st January 2020 (1 of 2020). Note. 4: The principal regulations were further amended vide notification No. RG-1/2/(3)/2021-B AND CS(2) dated 11th June 2021 (1 of 2021). Note. 5: The principal regulations were further amended vide notification No. RG-1/2/(2)/2022-B AND CS (2) dated 22nd November 2022 (2 of 2022). Note. 6: The Explanatory Memorandum explains the objects and reasons of the Telecommunication (Broadcasting and Cable) Services Interconnection (Addressable Systems) (Fifth Amendment) Regulations, 2023 (4 of 2023). Explanatory Memorandum Introduction and Background 1. TRAI notified the Telecommunication (Broadcasting & Cable) Services Interconnection (Addressable System) Regulation, 2017 on 03.03.2017 [hereinafter referred to as ―Interconnection Regulations 2017‖].[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 63 2. During the consultation undertaken to prepare the Audit Manual, certain comments and observations reflect some issues in the Schedule III of the Interconnection Regulations 2017. 3. Accordingly, Draft Telecommunication (Broadcasting and Cable) Services Interconnection (Addressable Systems) (Amendment) Regulations, 2019 [hereinafter referred to as the ―Draft Regulations‖] was issued on 27 August 2019. These Draft Regulations amended Schedule III of the Interconnection Regulations 2017, on the following issues: - i. Digital Rights Management Systems ii. Transactional capacity of CAS and SMS system iii. Fingerprinting – Support for Visible and Covert fingerprinting in STBs iv. Watermarking network logo for all pay channels. 4. DRM is a systematic approach to copyright protection for digital media. The purpose of DRM is to prevent unauthorized redistribution of digital media and restrict the ways consumers can copy content they've purchased. DRM products were developed in response to the rapid increase in online piracy of commercially marketed material, which proliferated through the widespread use of peer-to-peer file exchange programs. Typically, DRM is implemented by embedding code that prevents copying, specifies a time period in which the content can be accessed or limits the number of devices the media can be installed on. DRM technology focuses on making it impossible to steal content in the first place, a more efficient approach to the problem than the hit-and-miss strategies aimed at apprehending online poachers after the fact. 5. The Schedule III of the Interconnection Regulations 2017 does not provide for the requirements / specifications of DRM based systems. The Authority, during its consultations on Audit manual, received the feedback that owing to its benefits the IPTV based DPOs are switching to DRM technology. It is necessary that the Audit regime covers the DRM based networks and provides for enabling provisions for such operators. Accordingly, Draft Regulations included DRM specifications in Schedule III. 6. During the consultation process, the Authority received numerous comments and suggestions from various stakeholders on this issue. Numerous modification/additions were proposed by several stakeholders. Hence, the Authority was of the opinion that system requirements for DRM shall be dealt with in a separate consultation paper (refer para 34 of Explanatory Memorandum to the Interconnection (Amendment) Regulations, 2019 dated 30.10.2019). 7. The Authority was of the view that on the issue related to ―System Requirements for Digital Rights Management System‖, extensive deliberations with industry stakeholders is required. Accordingly, the Authority constituted a committee comprising of industry stakeholders to prepare and submit draft ‗System Requirement for Digital Right Management (DRM)‘ to the Authority. The committee had representatives from the following firms/organisations/associations:  Broadcast Engineering Consultants India Limited (BECIL)  Indian Broadcasting and Digital Foundation (IBDF)  News Broadcasters & Digital Association (NBDA)  All India Digital Cable Federation (AIDCF)  Dish TV  Tata Sky  Bharti Telemedia  Sun Direct  NXT Digital  IIT Kanpur  Andhra Pradesh State Fibernet Ltd  Delinet Broadband 8. The Terms of Reference of the Committee, was to: (i) Study TRAI‘s Telecommunication (Broadcasting & cable) Services Interconnection (Addressable System) Regulation, 2017 and its amendments (hereinafter called “Interconnection Regulation 2017”).64 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] (ii) Provide a report to the Authority on the ―System requirement for Digital Right Management (DRM)‖ to be included in Schedule III of the Interconnection Regulation 2017. 9. The committee held several meetings. These meetings were facilitated by the Authority. After extensive deliberations, the committee submitted a report on ―System requirement for Digital Right Management (DRM)‖ to be included in Schedule III of the Interconnection Regulation 2017 to the Authority. The Authority conveys its appreciation for the extensive work done by the committee. 10. Accordingly, TRAI issued a Consultation Paper on ‗System Requirement for Digital Right Management (DRM)‘ in the form of draft amendment in the Interconnection Regulation 2017 on 9th September 2022. The comments of the stakeholders were invited by 7th October 2022 and counter comments, by 21st October 2022. On request of the stakeholders, the deadline to submit the comments was extended till 18th November 2022 for comments and 2nd December 2022 for counter-comments. Comments on the said consultation paper were received from twenty one stakeholders and counter-comments were received from two stakeholders, which were uploaded on TRAI website. Subsequently, an Open House Discussion (OHD) was held on 24th February 2023. A few additional comments were also received after OHD. 11. After taking into consideration the comments received from the stakeholders and in-house analysis, the Authority has finalized the Telecommunication (Broadcasting and Cable) Services Interconnection (Addressable Systems) (Fifth Amendment) Regulations, 2023 (hereinafter referred to as the ―Fifth Amendment Regulations‖). The subsequent paragraphs explain the objects and reasons of the Fifth Amendment Regulations. 12. The DRM based IPTV systems are being deployed. As it is a developing ecosystem, the regulations may require review on the basis of feedback or future developments. Accordingly, the Authority may consider to review these regulations as and when considered necessary. Date of implementation of these Regulations 13. In the consultation paper on ―Draft Telecommunication (Broadcasting and Cable) Services Interconnection (Addressable Systems) (Fourth Amendment) Regulations, 2022‖ dated 9th September 2022 [hereinafter called CP], the following was mentioned: “(3) These regulations shall come into force from the date of their publication in the Official Gazette.” 14. During discussions with a few stakeholders, the stakeholders suggested that some time may be given to the industry to comply with these Regulations. Accordingly, the Authority is of the view that these regulations shall come into force from the date of their publication in the Official Gazette provided that for the existing systems, the provisions of these regulations shall apply after three months from the date of their coming into force. Digital Rights Management (DRM) System Requirements 15. In the CP, the following was mentioned: “The term DRM, herein, refers to the management of the encryption systems for, inter-alia, providing the functionality of CAS and SMS for the Internet Protocol Television (IPTV) service provider under these regulations.” 16. In response, an association proposed that DRM System requirements ―for IPTV services‖ should be specifically mentioned in the introduction and background to the Draft Fourth Amendment as well as captioned in Draft Schedule-X of the Draft Fourth Amendment. They mentioned that the Draft Fourth Amendment should clearly specify that these requirements are in the context of DRM systems deployed by DPOs providing IPTV services. The words ―DPOs providing IPTV services‖ be suitably incorporated in Draft Fourth Amendment and Draft Schedule-X. The association further opined that scope of Consultation Paper, Draft Fourth Amendment and Draft Schedule-X is to be restricted to IPTV services, which for clarity, must exclude any over-the-top (OTT) services inter-alia for jurisdictional issues. 17. A few stakeholders and an association opined that the term DRM should refer to the management of the encryption systems for, inter-alia, providing the functionality of only CAS for the IPTV service provider under these regulations. Analysis: 18. DRM mainly provides management of the encryption systems for, inter-alia, providing the functionality of CAS for IPTV service. Further, the regulation already has separate section for ‗DRM requirements in so far as they related to subscriber management systems (SMS) for IPTV services‘. Therefore, the Authority is of the view that the word ‗SMS‘ may be removed from explanation of DRM. Accordingly, modification has been carried out in the regulation.[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 65 (C) Overall architecture / system requirements and certification for IPTV service 19. In the CP, the following was mentioned: “(a) Retransmission of channels shall be over a closed network owned and controlled by DPO for electronic delivery of audio video stream of linear channels using Internet Protocol through an encrypted, point-to- point system architecture to set top boxes located within a subscriber’s premises. For the avoidance of doubt, IPTV shall not include any electronic delivery for receipt and viewing via (i.e., directly accessible via) the Internet/world wide web/OTT.” 20. In response, one association and a few stakeholders proposed that retransmission of channels shall be over a closed network owned and/or controlled by DPO for electronic delivery of audio video stream of linear channels using Internet Protocol through an encrypted, point-to-point system architecture to set top boxes located within a subscriber‘s premises. For the avoidance of doubt, IPTV shall not include any electronic delivery for receipt and viewing via (i.e., directly accessible via) the Internet / world wide web/OTT. 21. A few stakeholders and an association suggested removal of last line of (C) (a). One stakeholder suggested IPTV shall not include any electronic delivery for receipt and viewing via (i.e., directly accessible via) the Internet / world wide web/OTT. They opined that it is practically not feasible for any DPO to own the complete network. 22. One association opined that retransmission of channels should be only over the closed network that is owned, controlled, and managed by the relevant DPO. IPTV Services should neither be accessible through nor touch public/open Internet. DPO should not be allowed to sub-license the DRM and/or any rights granted to such DPO by the broadcaster. They further mentioned that at present, there are no guidelines issued by MIB regarding infrastructure sharing between IPTV operators, and as such, there are inter-alia jurisdictional issues concerning infrastructure sharing between IPTV operators. It is premature to include requirements relating to infrastructure sharing in the Draft Fourth Amendment / Draft Schedule-X since, the same appears to be a foregone conclusion of TRAI on these aspects. One stakeholder opined that an option should be considered for introduction of Soft STBs (App based) for running IPTV services. Analysis: 23. The IPTV operators are enjoined to comply with extant MIB Guidelines and TRAI Regulations. Appropriate provisions already exist in guidelines/ regulations. Therefore, after due consideration this clause has been removed. (D) DRM Requirements in so far as they relate to subscriber management systems (SMS) for IPTV services: Table 1 (1.) of CP 24. In the CP, the following was mentioned: “There shall not be any data mismatch between DRM and SMS. Maximum mismatch based on subscription base may be allowed as mentioned below: (1) Must be less than 0.20% for subscriber base up to 100000 subs (0 to 200 for subscriber base of up to 100000) (2) Must be less than 0.04% for subscriber base up to 1000000 subscribers (0 to 400 for subscriber base of up to 1000000) (3) Must be less than 0.01% for subscriber base above 10000000 subscribers (0 to 1000 for subscriber base of up to 10000000) The data between both the systems shall be reconciled on a monthly basis. The reconciliation report shall be stored along with the system data for a minimum of 2 years or at least two audit cycles, or as per Schedule III whichever is later.” 25. In response, a few stakeholders and an association opined that mismatch between DRM and SMS cannot be matched with low difference. Because number of users (LCO) and number of sessions used in SMS is very high and in 1st week of every month there will be huge commands travelling via API and SMS need to handle 2 or 3 DRM/CAS. In such scenario there is possible of mismatch, so making the mismatch 1% will be useful for DPO. An association opined that it is imperative that a period of three (3) years be prescribed by Authority for retention of data and records so as to inter-alia ensure that the broadcaster led audits can be meaningfully conducted. 26. On the other hand, a few stakeholders opined that the mismatch must be 0.5% as similar in cable TV. One stakeholder mentioned that the provided guidelines are really appreciated and the same should also be enforced to the other DPO platforms too.66 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] Analysis: 27. Regarding mismatch percentage, some stakeholders have opined that the limits should be increased, however, the Authority is of the view that these percentages may not be modified at this stage and the case may be reviewed at a later stage. 28. With respect to retention period for data and records, it may be noted as per Schedule III of the Interconnection Regulations 2017 (as amended), the annual Audit as caused by Distributor under regulation 15 (1) shall be scheduled in such a manner that there is a gap of at-least six months between the audits of two consecutive calendar years. Further, there should not be a gap of more than 18 months between audits of two consecutive calendar years. In this regard, it has been brought to the notice of TRAI that many DPOs submit their DPO initiated audit reports (under clause 15(1) of TRAI‘s Interconnection Regulations) to the broadcasters six (6) to eighteen (18) months after they receive the audit report from their respective auditors. By the time the broadcaster analyses the same, highlights relevant observations/discrepancies, and/or decides to conduct broadcaster caused audit in terms of Clause 15(2) of Interconnection Regulations, there is already a year‘s (or sometimes more) delay, which diminishes the relevance of audit report as well as allows DPOs to claim unavailability of data/records relying on TRAI‘s requirement to maintain data/records only for two (2) years. This, inter-alia, amplifies the problem and hinders detection of true and correct subscriber numbers. In this regard, the Authority is of the view that transparency is utmost important in the entire value chain and increasing the period of record retention from 2 to 3 years, will improve the overall transparency, assist in curbing the menace of under reporting subscribers and improve the effectiveness of broadcaster caused audit prescribed in 15(2) of Interconnection Regulation 2017. Same suggestion has been received for multiple places in the Regulation. Accordingly, modifications have been made in the regulation. Table 1 (2.) of CP 29. In the CP, the following was mentioned: “Password Policy Creation for Users: SMS shall have a defined password policy, with minimum length criteria and composition (upper and lower-case characters, numeric, alphabets or special characters), forced password changes or any other appropriate mechanisms or combinations thereof.” 30. In response, one stakeholder suggested that above mentioned clause may be modified to read as follows: Password Policy Creation for Users: SMS shall have a defined password policy, with minimum length criteria and composition (upper and lowercase characters, numeric, alphabets or special characters), forced password changes or any other appropriate mechanisms or combinations thereof or alternatively user account has to be locked/paired to the Mac Id of the STB or the Customer Premises Equipment (CPE). Analysis: 31. Since Mac id of the STB or the CPE are unique and if they are paired or locked with the user account, the support for the password validation and recovery for users may not be required. Therefore, the Authority is of the view that an alternate arrangement wherein user account has to be locked/paired to the Mac Id of the STB or the CPE, may also be permitted. Accordingly, modifications have been made in the regulation. Table 1 (4.) of CP 32. In the CP, the following was mentioned: “All activation and deactivation of STBs shall be done with the commands of the SMS integrated with the DRM.” 33. In response, a few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STBs/APP‘. They opined that IPTV can be provided as an application based with all security required under TRAI regulation. Analysis: 34. With technological developments content can be viewed using application based services provided such arrangement meets extant licensing/regulatory framework. Therefore, the Authority is of the view that App based services, may also be permitted. Soft STBs (App based) may also be used for running IPTV services. In such cases, the unique id for each subscriber is required. In all such cases, STB or the CPE should have a unique Mac id that should be paired or locked with a user account. In view of above, the Authority is of the view that in place of ‗STBs‘, the words ‗STBs/unique consumer subscription‘ would be more appropriate to use. Similar/same suggestion has been received from a few stakeholders at multiple places in the Regulation. Accordingly, modifications have been made in the regulation. Table 1(5.) of CP 35. In the CP, the following was mentioned: “Necessary and sufficient methods shall be put in place so that each activation and deactivation of STBs is reflected in the reports generated from the SMS integrated with the DRM and vice versa.”[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 67 36. In response, a few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STBs/APP‘. Further, another stakeholder suggested the following ‗Necessary and sufficient methods shall be put in place so that each activation and deactivation of STBs is reflected in the reports generated from the SMS integrated with the DRM and DRM Session logs should be able to validate the access of the channels between period of activation and deactivation of the STBs.‘ Table 1(6.) of CP 37. In the CP, the following was mentioned: “DRM and SMS should be able to activate or deactivate services and/or STBs of the subscriber base of the distributor within 24 hours.” 38. In response, a few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STBs/APP‘. Table 1(7.) of CP 39. In the CP, the following was mentioned: “The SMS shall be independently capable of generating, recording, and maintaining logs, for the period of at least immediately preceding two (2) consecutive years, corresponding to each command executed in the SMS including but not limited to activation and deactivation commands.” 40. In response, an association suggested the period of at least immediately preceding three (3) consecutive years, instead of two (2) consecutive years. Further, they mentioned that the time period for record retention throughout the Draft Regulations 2022 has been prescribed as two (2) years instead of proposed three (3) years as was submitted in the DRM Committee Report. The three (3) years‘ time period was inter-alia suggested in order to ensure that the data for the preceding three (3) years is available for the purposes of broadcaster led audits prescribed under clause 15 (2) of the Interconnection Regulations. The Interconnection Regulations prescribe a period of two(2) years for data/record retention, which is insufficient and factors period of limitation contemplated under the provisions of the Consumer Protection Act. However, it completes overlooks the period of limitation contemplated under the Limitation Act, which is the only statute relevant from the perspective of broadcaster-DPO relationship. They further mentioned that by the time the broadcaster led audit is conducted, the prescribed period of two (2) years for data/ record retention is already over. Therefore, the period for retention of data in the Draft Fourth Amendment be prescribed for at least three (3) years. Table 1 (8) (j) of CP 41. In the CP, the following was mentioned: “The SMS should be computerized and capable of recording all logs including information and data concerning the subscribers such as:…….. (j) Unique STB number” 42. In response, a stakeholder suggested that the words ‗STB number‘ should be replaced with ‗STB number/user name‘. They opined that DRM and Middleware systems work with usernames which are more user friendly than STB numbers. Table 1 (9.) of CP 43. In the CP, the following was mentioned: “The SMS should be capable of: (a) Viewing and printing of historical data in terms of the activations and the deactivations of STBs. (b) Locating each and every STB and VC/MAC ID installed at city and state level. (c) Generating historical data of changes in the subscriptions for each subscriber and the corresponding source of requests made by the subscriber.” 44. In response, a few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STBs/APP‘. Table 1 (10.) of CP 45. In the CP, the following was mentioned: “The SMS should be capable of generating reports, at any desired time including about: (a) The total number of registered subscribers.68 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] (b) The total number of active subscribers. (c) The total number of temporary suspended subscribers. (d) The total number of deactivated subscribers. (e) List of blacklisted STBs in the system. (f) Channel and bouquet wise monthly subscription report in the prescribed format. (g) The names of the channels forming part of each bouquet. (h) The total number of active subscribers subscribing to a particular channel or bouquet at a given time. (i) The name of a-la carte channel and bouquet subscribed by a subscriber. (j) The ageing report for subscription of a particular channel or bouquet.” 46. In response, a few MSOs and one association suggested that the word ‗STB‘ should be replaced with ‗STBs/APP‘. Table 1 (13.) of CP 47. In the CP, the following was mentioned: “If there is active infrastructure sharing then, DPO shall declare the sharing of the DRM and the SMS deployed for distribution of channels. In case of deployment of any additional DRM/SMS, the same should be notified to the broadcasters by the distributor.” 48. In response, one association opined that at present, there are no guidelines issued by MIB regarding infrastructure sharing between IPTV operators, and as such, there are inter-alia jurisdictional issues concerning infrastructure sharing between IPTV operators. It is premature to include requirements relating to infrastructure sharing in the Draft Fourth Amendment / Draft Schedule-X since, the same appears to be a foregone conclusion of TRAI on these aspects. Analysis 49. Regarding infrastructure sharing amongst IPTV operators, it may be noted that Ministry of Information and Broadcasting (MIB) has not yet issued any guidelines in this regard. TRAI may forward its recommendations to MIB on this issue, after due consultation process. However, the Authority is of the view that Interconnection Regulation should have an enabling provision to promote infrastructure sharing amongst IPTV operators, which is subject to the MIB‘s ‗Guidelines on infrastructure sharing for IPTV operators‘, as and when permitted by MIB. Same suggestion has been received for multiple places in the Regulation. Accordingly, modifications have been made in the regulation. Table 1(14.) of CP 50. In the CP, the following was mentioned: “SMS shall have a provision to generate synchronization report, with date and time, with the minimum fields as listed below: (a) STB Number (or in case of card-less system, chip ID or MAC ID number of the STB) (b) Product Code pertaining to à-la-carte channels and bouquets available on the platform (c) Start Date of entitlement (d) End Date of entitlement (e) Status of STB (active/Inactive)” 51. In response, a few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STBs/APP‘. Table 1(15.) of CP 52. In the CP, the following was mentioned: “ The file output of DRM shall be processed by SMS system to compare and generate a 100% match or mismatch error report.” 53. In response, one stakeholder opined that clarification is needed on File output formats required from DRM. The stakeholder has further mentioned that if not regulated, there may arise different versions of the clause mentioned.[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 69 Analysis: 54. TRAI has issued the Telecommunication (Broadcasting and Cable) Services Digital Addressable Systems Audit Manual [hereinafter called Audit Manual] on 8th November 2019. Similarly, TRAI may issue Audit Manual for audits of DRM systems. Therefore, the issue related to file output formats related to DRM systems may be dealt with at that stage. Table 1 (16.) of CP 55. In the CP, the following was mentioned: “Channel/Bouquet management: SMS shall support the following essential requirements: (a) Create and manage all channels and bouquets along with the relevant details such as name, tariff, broadcaster, or DPO bouquet, etc. (b) Manage changes in the channel/bouquet, as may be required, from time to time. (c) Link the Products IDs for à-la-carte channels and bouquets (Single and Bulk) created in DRM with the product information being managed in SMS, for smooth working of SMS and DRM integration. (d) Management of historical Data of Product name, i.e., Broadcasters (name), maximum retail price (MRP), distributor retail price (DRP).” 56. In response, one stakeholder suggested an amendment that SMS creates and manages packages based on Product ID and composition provided from DRM. They further mentioned that DRM API‘s cannot allow Packages to be directly be created/modified from SMS subject to DRM database security. Analysis: 57. The Authority is of the view that SMS, in synchronisation with DRM on real time basis, should support the following essential requirements (amongst other essential requirements as specified in the regulation): Create and manage relevant product ID for all channels and bouquets along with the relevant details such as name, tariff, broadcaster, or DPO bouquet, etc. Table 1 (17.) of CP 58. In the CP, the following was mentioned: “Network Capacity Fee (NCF) Policy Creation: SMS shall support all NCF related requirements mandated by the applicable tariff order.” 59. In response, one stakeholder opined that the Tariff orders need to be finalized and enforced by the authority, since there is a lot of ambiguity regarding this. The broadcasters are enforcing the tariff as per their convenience and some broadcasters are even seeking for minimum guarantee commitment to provide the IRD to the IPTV provider, which is against creating a playing field for the DPOs. Analysis: 60. It is binding on the service providers to comply with TRAI‘s Regulation/tariff order/ directions/Order, etc. Table 1 (19.) of CP 61. In the CP, the following was mentioned: “Management of Logs: …. (b) SMS shall have the provision of generating the user activity log report to enable tracking users’ work history. It shall not be allowed to delete the records from the log.” 62. In response, one stakeholder suggested that the word ‗SMS‘ should be replaced with ‗SMS/DRM‘. They further opined that DRM maintains the session logs whenever a user views a channel including the time stamp. These logs facilitate the viewership analysis and provides validation for the channel access as per the user‘s subscription. Analysis: 63. In the regulation there is already a provision related to DRM maintaining proper logs, accordingly no modification has been made in the Regulation. Table 1 (22.) of CP 64. In the CP, the following was mentioned: “STB and MAC ID shall be paired from the SMS to ensure security of channel (applicable for DRM with pairing facility).”70 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] 65. In response, one stakeholder suggested that STB/Username and MAC ID shall be paired from the SMS to ensure security of channel. Table 1 (23.) of CP 66. In the CP, the following was mentioned: “The SMS shall be capable of individually addressing subscribers, for the purpose of generating the reports, on channel by channel and STB by STB basis.” 67. In response, a few stakeholders and an association suggested generating the reports, on channel by channel and STB/MAC ID by STB/MAC ID basis. They opined that for app, it can be identified with MAC ID or with its unique ID. Table 1 (24.) of CP 68. In the CP, the following was mentioned: “SMS should have a facility to carry out monthly reconciliations of channels/ala carte and bouquet (with their respective ID created in SMS with DRM) and the variance report should be available in both DRM and SMS logs and made available during audits.” 69. In response, one stakeholder opined that SMS should have a facility to carry out monthly reconciliations of channels/ala carte and bouquet (with their respective ID created in SMS with DRM) and the variance report should be available from the DRM and SMS logs and made available during audits. Analysis: 70. The Authority accepts the suggestion made by stakeholder. Table 1 (26.) of CP 71. In the CP, the following was mentioned: “Audit-related requirements: SMS should have the capability to capture below-mentioned information that may be required for audit and otherwise: ….. (c) STB related: (i) Change in location history (ii) Change in status (Active/Damaged/Repaired/Replaced)” 72. In response, a few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STBs/APP‘. Table 1 (27.) of CP 73. In the CP, the following was mentioned: “User Authentication: SMS should have the capability to authenticate its subscribers through registered mobile number (RMN) through one-time password (OTP) system.” 74. In response, one stakeholder desired to know if the above clause is to enable logging in from other device to check subscription status or to use OTP to activate the box. Analysis: 75. As mentioned above, one stakeholder has desired to know if the above clause is to enable logging in from other device to check subscription status or to use OTP to activate the box. In this regard, it is clarified that user authentication is required not only to activate any subscription but also to continue using it as per subscription terms and conditions. Table 1 (28.) of CP 76. In the CP, the following was mentioned: “SMS should have the provision to support the following additional requirements: (a) List of à-la-carte channels and bouquets, digital headend (DHE) and Zone-wise: Provision to support/manage Zone/ Sub-Headend-wise list of à-la-carte channels and bouquets, in sync with the list available in DRM. ……” 77. In response, one stakeholder enquired the meaning of ‗zone‘.[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 71 Analysis: 78. Since the concept of zone does not find a mention in any Regulation/Tariff order, the words ‗zone‘ or ‗Zone-wise‘ has been removed from the regulation. Additional clause 79. An association suggested insertion of the following additional clause, ―It shall be mandatory for SMS to have backup servers and logs of all activities carried out in main server shall be concurrently copied into the cloud-based backup servers, in an automated manner without any manual intervention, of reputed companies viz., AWS, Oracle, Microsoft Azure, Google cloud. Provided that a log of all such instances shall be maintained along with date and time stamp, where the backup server has been used as the main server: Provided further that the main and backup server shall always be in sync with regard all data, such as subscription data, STB UA/MAC ID details, entitlement level information, etc. Provided further that it shall be permissible for vendors of servers to provide data / records to TRAI, MIB, relevant empaneled auditor and to relevant broadcasters.‖ Analysis 80. In order to avoid any loss of logs and activities, it is imperative that backup servers are there for SMS data. This will also facilitate the audit process. Accordingly, provisions have been made in the Regulation. (E) DRM Requirements for conditional access by subscribers and encryption for IPTV services Table 2 (2.) of CP 81. In the CP, the following was mentioned: “DRM shall ensure all logs are un-editable, stamped with date and time of all transactions (all activations, deactivation, channel authorization/assignment and un-authorization / de-assignments and change in MAC ID/STB). The DRM shall not allow altering or modification of any logs. There shall be no facility for the distributor/users to purge logs.” 82. In response, one stakeholder suggested to remove un-editable and not allowing altering the logs. They mentioned that this is possible in theory to generate fully protected logs using technologies like blockchain or ledger databases. However, this is a very expensive approach that the regulator shouldn't require. The DPO and DRM provider should enforce controlled access to the logs, so only authorized personnel can access the logs. Only the logging application should have the writer write the logs. All other users can only read the logs. 83. Another stakeholder opined that DRM shall ensure all logs are uneditable, stamped with date and time of all transactions (all session logs of the users, channel wise, date wise with user id or mac id should be available). The DRM shall not allow altering or modification of any logs. There shall be no facility for the distributor/users to purge logs. Provision for validation of session logs with subscription status should be available via middleware or an equivalent software. Analysis: 84. The Authority is of the view that it is necessary to ensure that the logs are un-editable and stamped with date and time of all transactions. In case tempering of logs is permitted then it will defeat the whole purpose of maintaining logs. Accordingly, no modifications have been proposed in the regulation. Table 2(3.) of CP 85. In the CP, the following was mentioned: “DRM deployed do not have facility to activate and deactivate a Set Top Box (STB) directly from the Graphical User Interface (GUI) terminal of DRM. All activation and deactivation of STBs shall be done with the commands of the SMS integrated with DRM. The DRM shall be integrated with the SMS in a manner that ensures security of the channel.” 86. In response, a few stakeholders and an association suggested that DRM deployed do not have facility to activate and deactivate a Set Top Box (STB)/MAC ID (APP) directly from the Graphical User Interface (GUI) terminal of DRM. All activation and deactivation of STBs/APP shall be done with the commands of the SMS integrated with DRM. The DRM shall be integrated with the SMS in a manner that ensures security of the channel. Another stakeholder opined that in some cases, like for testing purposes, the UI or other means should allow authorized personnel to manage the client devices.72 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] Analysis: 87. All activation and deactivation of STBs/unique consumer subscription must be done with the commands of the SMS integrated with DRM. However, the Authority is of the view that some provisions may be kept for specific testing purposes. It is pertinent to ensure that such feature may be available only for specific testing. The command or access for such feature may be available with the highest system administration password. In all such cases a separate log file of such commands must be maintained. Accordingly, modifications have been made in the regulation. Table 2 (4.) of CP 88. In the CP, the following was mentioned: “The SMS and the DRM should be integrated in such manner that activation and deactivation of STB happen simultaneously in both the systems. Explanation: Necessary and sufficient methods shall be put in place so that each activation and deactivation of STBs is reflected in the reports generated from the DRM.” 89. In response, a few stakeholders and an association suggested that the SMS and the DRM should be integrated in such manner that activation and deactivation of STB/MAC ID happen simultaneously in both the systems. Explanation: Necessary and sufficient methods shall be put in place so that each activation and deactivation of STBs/APP is reflected in the reports generated from the DRM. 90. Another stakeholder suggested that the SMS and the DRM should be integrated in such manner that activation and deactivation of STB are synchronized in real time. Analysis: 91. The Authority is of the view that SMS and the DRM should be integrated in such manner that activation and deactivation of STB happen simultaneously in both the systems and both the systems are synchronized in real time. Table 2(6.) of CP 92. In the CP, the following was mentioned: “The DRM deployed should be able to support both carded as well as card-less STBs for any provisioning.” 93. In response, a few stakeholders and an association suggested that the word ‗STBs‘ should be replaced with ‗STBs and APP based‘. Another stakeholder opined that it is irrelevant for DRM which is cardless by its nature. Another stakeholder suggested that the DRM deployed should be able to support both carded card-less STBs & Smart TV for any provisioning. Table 2 (7.) of CP 94. In the CP, the following was mentioned: “The DRM deployed should be able to generate, record, maintain independent reports and logs for verification purpose during audits corresponding to each command executed in the DRM issued by the SMS integrated with the DRM for last two (2) years minimum. The reports must have date and time stamp. Proposed reports should include:…….” 95. In response, one stakeholder suggested that the clause may additionally mention that MSO can have these transactional logs exported to an external storage system ensuring that it is available in raw format without any change for the period of at least immediately preceding two (2) consecutive years, corresponding to each command executed in the SMS including but not limited to activation and deactivation commands. As mentioned earlier an association opined that it is imperative that a period of three (3) years be prescribed by Authority for retention of data and records so as to inter-alia ensure that the broadcaster led audits can be meaningfully conducted. Table 2 {7(a)} of CP 96. In the CP, the following was mentioned: “Unique active STB count as well as MAC ID wise on any desirable date” 97. In response, one stakeholder suggested Unique active STB count as well as Unique MAC ID/User ID/DRM ID wise on any desirable date. Table 2 {7(b)} of CP 98. In the CP, the following was mentioned: “Unique bouquet/channel active for a specific STB on any desirable date”[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 73 99. In response, one stakeholder suggested unique channel active for a specific STB/User on any desirable date. Analysis: 100. It is understood that some DRM do not have provision to maintain bouquet information. In this regard, the Authority is of the view that bouquet information is required to be maintained in the DRM for verification and reconciliation of data. The Authority has already specified that these regulations should come in to force after three months from the date of publication of these regulations in the Official Gazette. Therefore, in case this facility does not exist in some of the existing DRM then the existing service providers should get this feature developed in the DRM within these 3 months. Same suggestion has been received for multiple places in the Regulation. Accordingly, modifications have been made in the regulation. Table 2 {7(c)} of CP 101. In the CP, the following was mentioned: “MAC ID wise activation-deactivation report for service requests” 102. In response, one stakeholder suggested MAC ID/User ID wise Channel viewership report for service requests. Table 2{7(d)} of CP 103. In the CP, the following was mentioned: “Any alteration in bouquet and/or channels configured in DRM.” 104. In response, one stakeholder any alteration in bouquet and/or channels configured in DRM if the facility is available in DRM. Table 2 {7(e)} of CP 105. In the CP, the following was mentioned: “Blacklist STB report” 106. In response, one stakeholder opined that Blacklist STB should not have access/session log in the DRM. This clause can be removed also. Analysis: 107. It is learnt that Blacklisting STB is done only in SMS. When it is blacklisted in SMS it will not send the request to DRM for viewer ship so no activity can be recorded in DRM. Therefore, the Authority is of the view that Blacklist STB/unique consumer subscription report may be made a desirable feature and it should not be mandated at this stage. Accordingly, modifications have been made to the regulation. Table 2 {7(f)} of CP 108. In the CP, the following was mentioned: “Product code pertaining to channels/ bouquets available on the platform.” 109. In response, one stakeholder opined that product code pertaining to channels should be available in DRM. Table 2 {7(g)} of CP 110. In the CP, the following was mentioned: “Channel/bouquet authorization/assignment to STB along with start date and end date of entitlement”. 111. In response one stakeholder suggested Channel Viewership Access by STB /User for a particular date / week / a period (from date to date). A few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STB/Mac ID‘. Table 2 {7(h)} of CP 112. In the CP, the following was mentioned: “STB-VC pairing / de-pairing (if applicable)” 113. In response, one stakeholder suggested STB-VC pairing / de-pairing or User id- Mac-id Pairing / de-pairing (if applicable) in SMS/DRM. Analysis: 114. The Authority accepts the suggestion made by stakeholder.74 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] Table 2 {7(i)} of CP 115. In the CP, the following was mentioned: “STB activation / de-activation” 116. In response, one stakeholder opined that Session Log validation should be possible for each active subscribed channel per user during subscription period of the user for any channel. Table 2 {7(j)} of CP 117. In the CP, the following was mentioned: “Channels assignment to STB” 118. In response, one stakeholder opined that DRM should not have facility for assignment of channel / bouquets to STB/User. If the facility is available, the corresponding logs should be available. A few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STB/Mac ID‘. Table 2 {7(k)} of CP 119. In the CP, the following was mentioned: “Report of the activations or the deactivations of a particular channel for a given period.” 120. In response, one stakeholder suggested that report of the activations or the deactivations of a particular channel for a given period available in SMS should be able to validate the session logs available in DRM. Table 2 {7(l)} of CP 121. In the CP, the following was mentioned: “The total number of registered subscribers.” 122. In response, one stakeholder suggested that the clause should be the total number of registered subscribers if the DRM has the facility to register subscribers. Analysis: 123. The same suggestion has been received for multiple places in the Regulation. The Authority does not agree with the stakeholder comment. Table 2 {7(n)} of CP 124. In the CP, the following was mentioned: “The total number of temporary suspended subscribers.” 125. In response, one stakeholder suggested that the clause should be the total number of temporary suspended subscribers if the subscribers have registration facility in the DRM. Table 2{7(o)} of CP 126. In the CP, the following was mentioned: “The total number of deactivated subscribers.” 127. In response, one stakeholder suggested that the clause should be the total number of deactivated subscribers if the registration of subscribers is available in DRM Table 2{7(p)} of CP 128. In the consultation paper on ―Draft Telecommunication (Broadcasting And Cable) Services Interconnection (Addressable Systems) (Fourth Amendment) Regulations, 2022‖ dated 9th September 2022, the following was mentioned: “List of blacklisted STBs in the DRM.” 129. In response, one stakeholder opined that the clause should be list of blacklisted STBs in the DRM if the registration of subscribers is available in DRM. Another stakeholder suggested that the word ‗STBs‘ should be replaced with ‗STBs/Mac ID (APP)‘. Table 2 {7(q)} of CP 130. In the CP, the following was mentioned: “Channel and bouquet wise monthly subscription report in the prescribed format.”[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 75 131. In response, one stakeholder suggested Channel and User wise monthly viewership report in the prescribed format. Table 2{7(r)} of CP 132. In the CP, the following was mentioned: “The names of the channels forming part of each bouquet.” 133. In response, one stakeholder suggested that the clause should be the names of the channels in relation to their names registered in SMS. Table 2{7(s)} of CP 134. In the CP, the following was mentioned: “The total number of active subscribers subscribing to a particular channel or bouquet at a given time.” 135. In response, one stakeholder suggested that the clause should be the total number of active subscribers subscribing to a particular channel at a given time. Table 2 {7(t)} of CP 136. In the CP, the following was mentioned: “The name of a-la carte channel and bouquet subscribed by a subscriber.” 137. In response, one stakeholder suggested that the clause should be the name of the channels per user viewership records with respect to subscription status of a subscriber. Table 2{7(u)} of CP 138. In the CP, the following was mentioned: “The ageing report for subscription of a particular channel or bouquet.” 139. In response, one stakeholder suggested that the clause should be the ageing viewership report of a particular channel for a particular time. Another stakeholder opined that much of this belongs to the Control Plane that drives the DRM and not the DRM per se. Table 2 (8) of CP 140. In the CP, the following was mentioned: “DRM deployed should be able to tag and blacklist the STB independently in case of any piracy.” 141. In response, one association suggested that the word ‗STB‘ should be replaced with ‗STB &VC‘. A few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STBs/Mac ID (APP)‘. Another stakeholder suggested that the clause should mention that DRM deployed should not have any facility to activate the blacklisted STB. 142. Another stakeholder enquired about the word ‗independently‘. They further opined that DRM by itself can't detect piracy, it should be notified by some other parts of the ecosystem about pirate devices that need to be blacked out. Table 2 (11) of CP 143. In the CP, the following was mentioned: “The DRM should be capable of generating, recording and preserving unedited data / logs for at least two consecutive years for each command executed through the DRM, including logs of each command of the SMS integrated with the DRM.” 144. In response, one stakeholder opined that it's about the entire ecosystem and not DRM itself. Keeping not- editable logs for several years incurs very significant costs. Table 2 (13) of CP 145. In the CP, the following was mentioned: “DRM shall not support carriage of channel with same name or nomenclature in the distributor’s network served by each headend under more than one LCN, and another channel descriptor. Further, each channel available in DRM shall be uniquely mapped with channels available in SMS.” 146. In response, a stakeholder opined that DRM doesn't deliver channels and it is not aware of the channel names, LCN, etc. Another stakeholder suggested that the clause should mention that DRM shall not support carriage of76 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] channel with same name or nomenclature in the distributor‘s network served by each headend under more than one instance, and another channel descriptor. Further, each channel available in DRM shall be uniquely mapped with channels available in SMS. Analysis: 147. As per sub regulation 2 of Regulation 18 of the Interconnection Regulation 2017 (as amended), it shall be mandatory for the distributor to place all the television channels available on its platform in the electronic programme guide, in such a manner that all the television channels of a particular language in a genre are displayed together consecutively and one television channel shall appear at one place only. Further as per sub regulation 3 of Regulation 18 of the Interconnection Regulation 2017, every distributor of television channels shall assign a unique channel number for each television channel available on the distribution network. Since above provisions already exist in the Interconnection Regulation 2017, the Authority is of the view that the above clause 13 of Table 2 proposed in the CP should be deleted. Table 2(14) of CP 148. In the CP, the following was mentioned: “DRM shall be capable of adding/modifying channels/bouquets as may be required on real time basis in line with the activity performed in SMS.” 149. In response, one stakeholder suggested that DRM shall be integrated with SMS in such a way that addition/modification of channels/bouquets in SMS are automatically synced to the DRM on real-time. Another stakeholder opined that it probably doesn't belong to DRM. Another stakeholder suggested that DRM shall be capable of executing SMS requests for channels as may be required on real time basis in line with the activity performed in SMS. Table 2(15) of CP 150. In the CP, the following was mentioned: “DRM should support only agreed DPO’s branded/proprietary and DPO’s supplied business model for STBs.” 151. In response, a few MSOs and an association opined that DPOs should not be restricted to use only STB. So, STBs/APP based should be permitted. Another stakeholder suggested that DPO should deploy and activate only the approved branded/proprietary STBs which are tested as per the technical Audit Manual and DPO‘s should include the STB models in their Annexure-3 declaration and should submit the updated Annexure-3 declaration if any new model STB is deployed for the viewership of pay channels. Analysis: 152. In the view of the Authority, DRM should be so configured for specific type of STB/unique consumer subscription, that are procured and configured by the DPO. The DRM should not enable working/operation of any other type/brand/make of STB/unique consumer subscription, in the network. Table 2 (16) of CP 153. In the CP, the following was mentioned: “When infrastructure sharing is available, in such cases DRM shall be capable to support multiple DPOs.” 154. In response, one association opined that at present, there are no guidelines issued by MIB regarding infrastructure sharing between IPTV operators, and as such, there are inter-alia jurisdictional issues concerning infrastructure sharing between IPTV operators. It is premature to include requirements relating to infrastructure sharing in the Draft Fourth Amendment / Draft Schedule-X since, the same appears to be a foregone conclusion of TRAI on these aspects. Table 2 (17) of CP 155. In the CP, the following was mentioned: “DRM should support content protection and usage rules enforcement for B2C model.” 156. In response, one stakeholder suggested that DRM should support content protection and usage viewership data for B2C model. Another stakeholder enquired the meaning of "usage rules enforcement for B2C Model". Another organization also sought clarification regarding the usage rules. Analysis: 157. The Authority is of the view that DRM should support content protection.[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 77 Table 2 (18) of CP 158. In the CP, the following was mentioned: “DRM should be capable of handling at least 3 million license transactions per minute.” 159. In response, one stakeholder suggested that DRM should be capable of handling at least 10000 license transactions per minute subject to the DPO subscriber base. Another stakeholder suggested that DRM should be capable of handling at least % of license transactions per minute. One stakeholder opined that they are unsure whether regulator should state such requirement. They suggested that DPO should negotiate the numbers with the DRM vendor. Analysis: 160. Enforcing this condition may increase the cost of investment especially for the small DPOs. Therefore, Authority is of the view that this decision should be left to the service provider. Accordingly, the clause Table 2 (18) has been deleted. Table 2 (19) of CP 161. In the CP, the following was mentioned: “DRM should support encryption of individual tracks of a content stream with individual keys, i.e., track level protection.” 162. In response, one stakeholder suggested that DRM should support encryption of individual channels with individual keys and encrypt all the content available in the channel. Another stakeholder suggested that DRM should support encryption of individual services including all the pids comprising of that service with individual key for each service. A few stakeholders and an association opined that DRM would encrypt the complete URL. It‘s not same as scrambling to identify the video and audio track. Analysis: 163. After due consideration, the Authority has made amendment to the Regulation. Table 2 (21) of CP 164. In the CP, the following was mentioned: “In case DPO has deployed hybrid STBs, DRM shall ensure that the over-the-top (OTT) App and any browser does not get access to the linear television channels offered by the DPO from its own system, and similarly, DRM for IPTV service should not get access to channels delivered through OTT platform. Provided that, all the mandatory requirements for DRM shall be complied by hybrid STBs.” 165. In response, one association mentioned that the scope of the Draft Fourth Amendment and Draft Schedule-X should be limited to DRM requirements for IPTV service only. Another stakeholder opined that Hybrid STB should be defined. They further mentioned that every application should regulate access to its content independently, so the content decryption keys are only delivered in licenses of the system that delivers the content. 166. Another stakeholder suggested that in case DPO has deployed hybrid STBs, DPO Application integrated with the DRM shall ensure that the over-the-top (OTT) App and any browser does not get access to the linear television channels offered by the DPO from its own system, and similarly, DPO Application integrated with DRM for IPTV service should not get access to channels delivered through OTT platform. Provided that, all the mandatory requirements for DRM shall be complied by hybrid STBs. 167. One stakeholder suggested that Hybrid STB is an STB with access to internet as well as Linear services. DRM shall ensure that the over-the-top (OTT) App and any browser does not get access to the linear television channels offered by the DPO from its own system. DRM for IPTV service should not get access to channels delivered through OTT platform. Provided that, all the mandatory requirements for DRM shall be complied by hybrid STBs. DPO is free to integrate the OTT content on the UI along with linear content at his disposal. The OTT content has to be protected by OTT vendor by means of DRM and CPE certification. 168. Another organization suggested that in case DPO has deployed hybrid STBs, if the MSO is providing the linear television channel on IP delivery also either Unicast or Multicast, the DRM shall ensure that all the mandatory requirements are compiled by hybrid STBs. DRM shall also ensure that Any browser does not get access to the linear television channels offered by the DPO. The IPTV channels should be accessible only in the specified STB and not in any other handheld device or computer.78 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] Analysis: 169. ITU‘s Recommendation ITU-T J.298: Requirements and technical specifications of a cable TV hybrid set-top box compatible with terrestrial and satellite TV transport defines Hybrid STB as follows: “hybrid STB: A hybrid set-top box (STB) is a STB that uses multiple methods of receiving transmission signals with video and audio content. NOTE – For the purposes of this Recommendation, the dual streams will be IP based via the Internet protocols and cable, satellite and terrestrial television, based on the ITU-T J.83, DVB-S/S2, DVB-T/T2 or ISDB-T/Tb standards‖. 170. Though the hybrid STB may use multiple methods of receiving transmission signals with video and audio content, however for the purpose of this regulation, the Authority is of the view that it is pertinent to ensure that in a single instance such STB provides only one type of service. Accordingly, modifications have been made in the Regulation. Table 2 (22) of CP 171. In the CP, the following was mentioned: “There shall not be any active unique subscriber outside the database tables. Further, there shall not be an option to split DRM database for creation of more than one instance by a DPO or a vendor.” 172. In response, one stakeholder mentioned that they are not sure if it's a relevant requirement. Table 2 (24) of CP 173. In the CP, the following was mentioned: “It shall be mandatory to have backup servers and logs of all activities carried out in main server shall be concurrently copied into the backup servers: Provided that a log of all such instances shall be maintained along with date and time stamp, where the backup server has been used as the main server: Provided further that the main and backup server shall always be in sync with regard all data, such as subscription data, STB UA/MAC ID details, entitlement level information, etc.” 174. In response, one stakeholder mentioned that they appreciate the efforts to have better QoS for the users and it is in the right direction. However, this should be enforced on other types of DPO since majority of the subscribers are still under the legacy cable TV system or DTH. Table 2(25) of CP 175. In the CP, the following was mentioned: “DRM and SMS shall ensure that the access to database is available to authorized users only, and in “read only” mode only. Further, the database audit trail shall be permanently enabled. Explanation: Database here refers to the database where data and log of all activities related to STB activation, deactivation, subscription data, STB UA/MAC ID details, entitlement level information, etc., is being stored.” 176. In response, a few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STBs/Mac ID‘. Table 2 (26) of CP 177. In the CP, the following was mentioned: “Provision of à-la-carte channels or bouquet: (a) DRM (and SMS) shall be able to handle all the channels, made available on a platform, in à la carte mode. (b) DRM (and SMS) shall have the capability to handle such number of broadcaster/DPO bouquets, as required by the DPO.” 178. In response, one stakeholder opined that bouquet is irrelevant for DRM system. Table 2 (28) of CP 179. In the CP, the following was mentioned: “DRM shall have a provision to export the database/report for reconciliation with the SMS database. Further, there shall be a provision of reconciliation through secure APIs/secure scripts.”[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 79 180. In response, one stakeholder opined that pure DRM may be just a slave of SMS and may not have any DB at all. Table 2 (29) of CP 181. In the CP, the following was mentioned: “DRM should have the following features: (a) The entitlement end date in DRM shall be equal to the entitlement end date in SMS, (b) The entitlement end date in DRM shall be open and SMS shall manage entitlements based on the billing cycles and payments.” 182. In response, one stakeholder opined that DRM should have the following features: (a) The entitlement end date in DRM shall be equal to the entitlement end date in SMS. Another stakeholder opined that DRM should have the following features: (b) The entitlement end date in DRM shall be open and SMS shall manage entitlements based on the billing cycles and payments. Analysis: 183. After due consideration, the Authority has made amendment to the Regulation. Table 2(30) of CP 184. In the CP, the following was mentioned: “There shall be unique license key required for viewing every 10 minutes in DRM deployed by DPO.” 185. In response, one stakeholder suggested that there shall be unique license key required for viewing, the crypto period should be configurable to change at periodic interval in DRM deployed by DPO. Another stakeholder enquired if it is about the key rotation or license renewal period. They further opined that if it‘s the former, this is probably not feasible in the current systems in the industry. The latter is possible but in big deployments creates a lot of traffic between the clients and the HE. Analysis: 186. The Authority is of the view that the unique license key should be a configurable parameter as per the DPO‘s business model. Accordingly, modifications have been made in the Regulation. Table 2(31) of CP 187. In the CP, the following was mentioned: “For every change in channels, fresh license keys should be issued by the DRM. License keys issued by DRM should be secure and encrypted. DRM must ensure that the authorization keys are not received by the STB from any other source other than the one specified by the IPTV system.” 188. In response, a few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STB/APP‘. Another stakeholder suggested that that for every change in channels, fresh license keys should be issued by the DRM however the various packages can be created with bouquet of channels with same key. License keys issued by DRM should be secure and encrypted. DRM must ensure that the authorization keys are not received by the STB from any other source other than the one specified by the IPTV system. Table 2 (33) of CP 189. In the CP, the following was mentioned: “IPTV transmission has to be in multicast mode only just like cable TV transmission. There cannot be any such case where unicast is allowed. STBs with facilities for recording programs shall have a copy protection system (i.e., a feature which prevents reproduction of content and/or unauthorized copying and distribution of content) and such recorded content should not be transferrable to any other device.” 190. In response, a few stakeholders and an association suggested that IPTV Transmission shall be agnostic to any network topology for both Multicast & Unicast methods provided it complies with all regulatory requirements. STBs with facilities for recording programs shall have a copy protection system (i.e., a feature which prevents reproduction of content and/or unauthorized copying and distribution of content) and such recorded content should not be transferrable to any other device. 191. Another stakeholder suggested that IPTV transmission should be in a closed network circuit just like cable TV transmission. STBs with facilities for recording programs shall have a copy protection system (i.e., a feature which prevents reproduction of content and/or unauthorized copying and distribution of content) and such recorded content should not be transferable to any other device.80 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] 192. A few stakeholders and an association suggested that IPTV transmission can be in both multicast and unicast encrypted way. STBs with facilities for recording programs shall have a copy protection system (i.e., a feature which prevents reproduction of content and/or unauthorized copying and distribution of content) and such recorded content should not be transferrable to any other device. 193. Another stakeholder suggested that IPTV transmission has to be in Local Network only and the IPTV streams should use only Private IP Address space as per Internet Assigned Numbers Authority (IANA). STBs with facilities for recording programs shall have a copy protection system (i.e. the recorded content should be encrypted with the same DRM and decryption should be allowed only during the subscription period of the subscriber for that content) and such recorded content should not be transferrable to any other device. 194. One stakeholder suggested that IPTV transmission is to be restricted to the private network of the DPO/LCO in either multicast/unicast format, IPTV should not be available/transmitted over the Internet. In case of unicast delivery the DPO has to use HTTPS along with TLS for secure point to point delivery of the content stream. The DPO can engage with Telco's for long distance transmission over a dedicated leased line or through a TLS encrypted tunnel in case of shared infrastructure. STBs with facilities for recording programs shall have a copy protection system (i.e., a feature which prevents reproduction of content and/or unauthorized copying and distribution of content) and such recorded content should not be transferrable to any other device. 195. Two stakeholders opined that IPTV is an operator driven and controlled platform in which the consumer directly interacts with equipment installed by operator in closed user group. IPTV system delivers digital television service using Internet Protocol (IP) over various access technologies i.e., broadband connection based on copper loop, optical fibre, wireless technologies etc. 196. One stakeholder suggested that All broadband distribution networks are unicast only and if unicast is not allowed for IPTV we need to build an exclusive network for IPTV and there is no business case to implement. Another stakeholder opined that a separate IPTV clause is required, it‘s not directly related to DRM. 197. Another stakeholder suggested that IPTV transmission has to be in a controlled network, the DPO can distribute either in Unicast or multicast mode. STBs with facilities for recording programs shall have a copy protection system (i.e., a feature which prevents reproduction of content and/or unauthorized copying and distribution of content) and such recorded content should not be transferrable to any other device, 198. An association opined that Unicast is the basic feature of IPTV technology. Any restriction of IPTV to provide only multicast will reduce the IPTV service to cable services. Further, both GoI and TRAI has always provided for an enabling and technology neutral regime, therefore, no artificial restriction should be imposed on IPTV services. Such restriction, if imposed, will disable the IPTV providers to provide the best of the class services to consumers. Unicast as a technology is fully compliant with the extant legal and regulatory framework and is in the larger interests of end consumers without compromising with the rights and privileges of any other stakeholder in the IPTV value chain. Legal and regulatory framework in India is technology agnostic. 199. Another stakeholder opined that Multicast is a better way for live streams to be transmitted through IPTV on wired line network. All across the world, Multicast on IPTV has been working from more than a decade especially for pay channels and that too with high usage channels. Unicast IPTV is better for small-scale deployments, while Multicast IPTV is better for large-scale deployments with a high number of viewers. However, implementing Multicast requires specialized network hardware and software, which can be expensive and complicated. 200. An association opined that since Unicast mode allows IPTV services to touch open internet, it cannot be introduced for the IPTV service DRM, as it will enable the DPO to easily shift the unicast stream from closed network to open network, which has different jurisdiction and further is the cause of rampant piracy. Retransmission of linear TV channels envisaged under TRAI regulations is by way of ―broadcast‖ only. Retransmission of TV channels in Multi cast mode within closed network meets the requirement of a broadcast. Only technologies fulfilling this requirement should be permitted as mode of retransmission for IPTV services. The mode of retransmission used for provision of IPTV services is to be Multi cast only. Since IPTV is a Broadcast service it can be deployed by Multi cast only. If Unicast mode is used for provision of linear TV channels via IPTV, then it is technically impossible to differentiate between IPTV and OTT at subscriber‘s end as using Unicast mode may enable the DPO to easily shift the Unicast stream from closed network to open network. Regulations cannot permit a back door for the IPTV service to be equated to internet enabled services. Analysis: 201. The Authority believes that a ―technology neutral‖ approach is one of the best methods to foster technology growth. Accordingly, the mode of delivery of multi channel television programmes to be used may be left to the service providers to decide based on their business model. However, it is pertinent that the system configuration should ensure that every television channel is available to every customer on selection to view, irrespective of the[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 81 mode of delivery of multi-channel television programmes or the number of viewers seeking such channel at any point of time. Accordingly, modifications have been made in the Regulation. Table 2 (34) of CP 202. In the CP, the following was mentioned: “IPTV transmission should not be allowed to configure any content delivery network (CDN) in their system to deliver linear content to STBs.” 203. In response, a few stakeholders and an association opined that IPTV transmission should be allowed to configure any content delivery network (CDN) in their system to deliver linear content to STBs, provided it complies with all regulatory requirements. Another stakeholder suggested that IPTV transmission may be allowed to use Content Delivery Network (CDN) only in private network and should not be allowed to use any public content delivery network (CDN) to deliver linear content to STBs. Another stakeholder suggested that IPTV transmission should be in encrypted format and only the STB/CPE should be allowed to decrypt as per the subscription status. If CDN/Stream Multiplexer/Stream Multiplier is involved, it should not have any facility to decrypt and encrypt and should distribute the stream in the same format of the source stream in real-time. 204. A stakeholder suggested that only private CDN's can be used by the DPO and no public CDN should be allowed. Private CDN nodes can only be accessed by the DPO customer base and should not be accessible from any other network. Another stakeholder opined that CDNs help in overcoming the bandwidth bottlenecks in the distribution trunk lines. One stakeholder was of the opinion that a separate IPTV clause is required as this is not directly related to DRM. Another stakeholder enquired that if CDN is not allowed how the catchup content can be accessed? Yet another stakeholder suggested that IPTV transmission can be delivered using any of the technologies (with or without CDN) based on the convenience of the operator. 205. On the contrary, an association opined that in Multi cast mode, delivery of linear TV channels through IPTV does not require Content Delivery Networks (CDNs) however in the event Unicast mode is being used the DPO needs to configure CDNs to deliver the IPTV services and to manage bandwidth and network traffic. IPTV transmission should not be allowed to configure any CDN. Analysis: 206. The Authority is of the view that an enabling and light-touch regulatory regime, which facilitates growth and technological developments while protecting the consumer‘s interest needs to be promoted. In accordance with the policy of ‗light-touch regulation‘ and ‗technology neutral approach‘, the clause has been deleted in the Regulation. However, it remains incumbent upon IPTV operator to ensure that sufficient safeguards are built-in to ensure content security and avoidance of any possibility of delivery of content beyond the closed IPTV network. The delivery of IPTV services has to be limited to authorised IPTV STBs or authorised unique subscription identities within the IPTV network. Table 2 (35) of CP 207. In the CP, the following was mentioned: “IPTV should not be allowed to deliver linear content to any other device except STB which has been whitelisted in DRM.” 208. In response, a few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STBs/Mac ID (APP)‘. A stakeholder opined that IPTV should be allowed to deliver linear content to any large screen devices like smart TVs & STB which has been integrated and declared to be tested with the DRM security. Two stakeholders suggested that it should be allowed on Android TV to avoid unnecessary burden on subscribers. Another stakeholder opined that perhaps a separate IPTV clause is required as it is not directly related to DRM. Table 2 (36) of CP 209. In the CP, the following was mentioned: “IPTV should have capability to implement session based/token authentication with token authentication duration to be controllable to few minutes.” 210. In response, one stakeholder opined that perhaps a separate IPTV clause is required as it is not directly related to DRM. Analysis: 211. After due consideration, the Authority has made amendment to the Regulation. Table 2 (37) of CP 212. In the CP, the following was mentioned: “IPTV system should not allow recording of linear channel at headend/network level. It should be allowed to be recorded at STB/DVR level only, without there being any option available to transfer such recorded content to any other device.”82 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] 213. In response, a few stakeholders and an association suggested that IPTV system should allow recording of linear channel at headend/network level provided Content is DRM protected and only authorized STB should be able to playback the same in line with broadcasters‘ agreements in this regard. It should also be allowed to record at STB/DVR level, without there being any option available to transfer such recorded content to any other device. 214. Another set of a few stakeholders and an association suggested that recording in server side need to be allowed to provide DVR functions of channels and catchup of channel content. They also suggested additional amendments that IPTV system can do server-side recording and the recorded content need to store in encrypted way. And the content will be accessible and decrypted only with the DPOs STBs/Hybrid STBs/Application (APP). Two stakeholders also opined that recording at head end level should be allowed to support catchup-tv & time shift, as it is good features to promote IPTV. One stakeholder opined that a separate IPTV clause is required as it is not directly related to DRM. Analysis: To align with extant Guidelines and Regulations, the above clause has been removed in the Regulation. Table 2. (38) of CP: 215. In the CP, the following was mentioned: “The DRM should have following policies implemented: (a) It should restrict user to editing or saving content in part or full. (b) It should restrict user from sharing or forwarding or mirroring the content from the STB (c) It should disallow user to take screen shots or screen grabs or screen-recording…...” 216. In response, one stakeholder opined that (a)-(c) are a mix of loosely bound requirements: a) second part prevents PVR b) limits implementation of a home gateway c) DRM can't prevent putting a camera in front of the TV screen and capture the video. Analysis: 217. Since recording of linear channel is allowed at STB/unique consumer subscription /DVR level, the Authority is of the view that in Table 2. (38) (a), the following words may be deleted: “or saving content in part or full” Table 2 {38(d)} of CP 218. In the CP, the following was mentioned: “It should lock access to authorized STBs only.” 219. In response, one stakeholder suggested that it should lock access to authorized STB and smart TV only. A few other stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STBs/APP‘. Table 2 {38(e)} of CP 220. In the CP, the following was mentioned: “It should have Geo blocking, that enables a broadcaster to determine and instruct the DPO/IPTV service provider to restrict the broadcast of TV channels in locations.” 221. In response, one stakeholder suggested to remove the Geo Blocking clause. They opined that as per the DAS license provided by MIB, the DPO is free to provide the services as per the licensed territory. Hence this clause contradicts the provision. Analysis: 222. The Authority is of the view that DRM system should have Geo blocking feature, accordingly modifications have been made in the Regulation. Table 2. (39) of CP 223. In the CP, the following was mentioned: “The DRM should have the capability of being upgraded over-the-air (OTA) so that the connected STBs always have the most upgraded version of the DRM.” 224. In response, a few stakeholders and an association suggested that the word ‗STBs‘ should be replaced with ‗STBs/APP‘. Table 2 (40) of CP 225. In the CP, the following was mentioned:[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 83 “The DPO shall ensure that the DRM is updated/upgraded at regular intervals by installing necessary patches, error corrections, additions, version releases, etc. so as to ensure protection of channels and content at all times.” 226. In response, one of the organizations suggested that the word ‗regular intervals‘ should be replaced with ‗whenever required‘. Analysis: 227. The Authority agrees with the view that in the above-mentioned clause the words ‗regular intervals‘ needs to be appropriately amended to ensure that the DRM is kept up to date by the DPO by installing necessary patches, error corrections, additions, version releases, etc. for protection of channels and content at all times. Accordingly, modifications have been done in the regulation. Table 2 (41) of CP 228. In the CP, the following was mentioned: “No such functionality should be added to or removed from the DRM which compromises security of channels. DPO shall be responsible for encryption of channels’ signals before their transmission through its IPTV platform using DRM integrated STBs. All costs / expenses (by whatever name called) that are required to be incurred or become payable for such upgradation and for retransmission and/or delivery/distribution of channels to subscribers shall be borne solely by such DPO. The DPO shall employ all reasonable security systems and procedures to prevent any loss, theft, piracy, un-authorized use, reception or copying of channels or any part thereof and shall notify broadcasters as soon as practicable after it becomes aware that such an event has occurred.” 229. In response, a few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STBs/APP‘. One stakeholder opined that this clause is for DPO not DRM. Analysis: 230. Any piracy or content hacking causes market disruption and huge financial loss to the service providers. In addition, it causes loss of tax revenues for the government. The framework prescribed by the Authority is expected to reduce piracy and benefit the entire ecosystem. Further, in the Copyright Act appropriate remedies exists to address piracy related issues. Table 2 (43) of CP 231. In the CP, the following was mentioned: “DPO shall promptly, and at it sole cost and expense, correct any issues with the DRM (such as bugs, defects, omissions or the like) that prevents subscribers from accessing the DRM integrated STBs or channels through the DRM integrated STBs.” 232. In response, a few stakeholders and an association suggested that the word ‗STBs‘ should be replaced with ‗STBs/APP‘. One of the organizations stated that the clause was not clear at all. Table 2 (44) of CP 233. In the CP, the following was mentioned: “DPO shall provide broadcasters with video and audio codecs supported by the DRM integrated STBs. The DPO shall ensure that no such changes/modifications are made to such codecs parameters that will require broadcasters to incur any expense for delivery of channels / content that are free from viewer discernible problems (including, without limitation, video with no audio, audio with no video or significant signal distortion.)” 234. In response, one stakeholder opined that it is not related to DRM. Table 2(45) of CP 235. In the CP, the following was mentioned: “DRM should ensure that the integrated STBs are verifiably located within India by reference to internet protocol address and service address. Further, the DRM shall not permit delivery to an Internet/mobile device. The DRM must use industry-standard means (including IP-address look-up technology with screening and blocking of proxies (including anonymizing and spoofed proxies)) to prevent delivery of channels to IP addresses outside of India or to proxies.” 236. In response, a few stakeholders and an association suggested that the word ‗STBs‘ should be replaced with ‗STBs/APP‘. One stakeholder opined that this really limits the operator to deliver content only to STBs. Most of84 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] the operators in the world and in India want their DRM protected content to be delivered to mobile devices as well. Another stakeholder suggested that DRM should ensure that the integrated STBs are verifiably located within India by reference to internet protocol address and service address. The DRM must use industry standard means (including IP-address look-up technology with screening and blocking of proxies (including anonymizing and spoofed proxies)) to prevent delivery of channels to IP addresses outside of India or to proxies. One stakeholder suggested that DRM should ensure that the integrated STBs and Smart TVs are verifiably located within India by reference to internet protocol address and service address. The DRM must use industry standard means (including IP address look-up technology with screening and blocking of proxies (including anonymizing and spoofed proxies)) to prevent delivery of channels to IP addresses outside of India or to proxies. 237. An association opined that they do not support the deletion of the underlined words, ―Delivery to an Internet/mobile device cannot be permitted‖ from the above-mentioned clause. Analysis: 238. With technological developments content can be viewed using application based services provided such arrangement meets extant licensing/regulatory framework. Therefore, the Authority is of the view that app based services, may also be permitted. Soft STBs (App based) may also be used for running IPTV services. In such cases, the unique id for each subscriber is required. In all such cases, STB or the CPE should have a unique Mac id that should be paired or locked with a user account. The Authority is of the view that DRM must ensure and lock the viewership to single device by single STB/unique consumer subscription or any device by ensuring MAC ID based authentication. Accordingly, modifications have been made in the Regulation. Table 2 (46) of CP 239. In the CP, the following was mentioned: “DRM should ensure that channels are accessible on integrated STBs of only such subscribers who are then- current, valid subscribers of the distributor of channels, and such confirmation must take place prior to the DRM actually delivering (or authorizing the delivery of) channel to the integrated STBs of such subscribers.” 240. In response, a few stakeholders and an association suggested that the word ‗STBs‘ should be replaced with ‗STBs/APP‘. One stakeholder suggested that DRM should ensure that channels are accessible on DRM certified STB and Smart TV of only such subscribers who are then-current, valid subscribers of the distributor of channels. Authorization to the content access should be implemented at both middleware and DRM levels. Table 2 (48) of CP 241. In the CP, the following was mentioned: “The DRM shall not allow insertion of any self-promotion and/or any third party and/or paid for advertisements (including banners and aston bands) before, during or after transmission of linear channels. 242. In response, a few stakeholders and an association suggested that the DRM may allow insertion of any self- promotion and/or any third party and/or paid advertisements (including banners and Aston bands) before, during or after transmission of linear channels subject to requisite agreement with the concerned Broadcasters in this regard. Another stakeholder suggested that the DRM may be allowed to insert any promotion, advertisement and/or notifications in a manner that it is not interfering with the playback of the linear channels and the content is played with covering any portion of it. 243. Two stakeholders suggested that it should be allowed if there is no objection by channel provider and the operator takes formal approvals for the same. Advertisement banners or Asto bands should be allowed at some place holders in such a manner that will not interrupt or block the content. One stakeholder opined that DRM can't distinguish between Operator's (DPO's) ads and the ones coming from third party. Analysis: 244. The Authority is of the view that the broadcaster‘s feed should not be tampered/altered by the Distribution Platform Operators in any manner. The Distribution Platform Operators are bound under agreements executed with the broadcasters as per the provisions of Interconnection Regulations 2017 (as amended). The DRM should not have any feature to insert any content (including advertisement, portion, etc) by itself. Accordingly, modifications have been made in the Regulation. Table 2 (49) of CP 245. In the CP, the following was mentioned: “The DRM shall not permit subscribers to record and/or store channels/content from channels.” 246. In response, a few stakeholders and an association suggested that the DRM may permit subscribers to record and/or store channels/content from channels subject to requisite agreement with the concerned broadcasters in this[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 85 regard. Another set of a few stakeholders and an association suggested to remove the clause. They argued that already they have recording facility in Cable TV STBs. Recording functionality is allowed. 247. One stakeholder suggested that IPTV system should not allow recording of linear channel at headend/network level. It should be allowed to be recorded at STB/DVR level only, without there being any option available to transfer such recorded content to any other device. Analysis: 248. The clause at Table 2 (49) was a repetition of earlier clause, therefore it has been removed in the Regulation. Table 2 (51) of CP 249. In the CP, the following was mentioned: “The DPO shall not sub-license the DRM and/or any rights granted to the DPO by the broadcaster to any entity for re-transmission of channels to subscribers.” 250. In response, a few stakeholders and an association suggested that the DPO may sub-license the DRM and/or any rights granted to the DPO by the broadcaster to any entity for re-transmission of channels to subscribers subject to requisite agreement with the concerned broadcasters in this regard. Another stakeholder suggested that the DPO shall not sub-license the DRM and/or any rights granted to the DPO by the broadcaster to any entity for retransmission of channels to subscribers, However the DPO can appoint the Distributors and LCOs to deliver the channels to the subscribers. One stakeholder commented that this is how the content distribution works in many cases. Analysis: 251. After due consideration, the Authority has made amendment to the Regulation. Additional Clause 252. One stakeholder suggested two additional clauses: 1) DRM System to be deployed on secured server and 2) OTT Apps currently transmitting Linear Channels to be verified their mode of transmission. As HLS or Dash is not allowed. Additional Clause 253. A few stakeholders and an association suggested an additional clause that for all the mandatory requirements of DRM to be suited for STBs/Hybrid STBs/Application (APP). They further opined that in growing technology, DPO can provide IPTV in app based with all security needs and without violating any security norms of TRAI. (F) DRM Requirements in so far as they relate to fingerprinting for IPTV services Table 3 (1) of CP 254. In the CP, the following was mentioned: “The DPO shall ensure that it has systems, processes and controls in place to run fingerprinting at regular intervals.” 255. In response, one stakeholder opined that it is not related to DRM, rather to the STB app. Table 3 (2) of CP 256. In the CP, the following was mentioned: “The STB should support both visible and covert types of finger printing.” 257. In response, a few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STB/APP‘. One stakeholder opined that it is not related to DRM, rather to the STB app. Table 3 (3) of CP 258. In the CP, the following was mentioned: “The fingerprinting should not get invalidated by use of any device or software.” 259. In response, one of the organizations opined that it is not related to DRM, rather to the STB app. Table 3 (4) of CP 260. In the CP, the following was mentioned: “The fingerprinting should not be removable by pressing any key on the remote of STB.”86 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] 261. In response, a few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STB/APP‘. Table 3 (6) of CP 262. In the CP, the following was mentioned: “The finger printing should be such that it can identify the unique STB number or the unique VC number or the MAC ID.” 263. In response, a few MSOs and an association suggested that the finger printing should be able to give the numbers of characters as to identify the unique STB and/or the MAC ID of STB/APP. One stakeholder opined that there is no VC in DRM. Table 3 (7) of CP 264. In the CP, the following was mentioned: “The finger printing should appear on the screens in all scenarios, such as menu, Electronic Programme Guide (EPG), settings, blank screen, and games etc.” 265. In response, one stakeholder suggested that fingerprinting should appear on the screens in all scenarios, such as menu, Electronic Programme Guide (EPG), settings, blank screen and in all screens of the Linear channel Interface in the case of Hybrid STB. Table 3 (8) of CP 266. In the CP, the following was mentioned: “The location, font color and background color of fingerprint should be changeable from head end and should be random on the viewing device.” 267. In response, one stakeholder suggested that it is for application not DRM. Table 3 (9) of CP 268. In the CP, the following was mentioned: “The finger printing should be able to give the numbers of characters as to identify the unique STB and/or the MAC ID.” 269. In response, a few MSOs and an association suggested adding ‗of STB/APP‘ at the end of above clause. Table 3 (10) of CP 270. In the CP, the following was mentioned: “The finger printing should be possible on global as well as on the individual STB basis.” 271. In response, a few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STB/APP‘. Table 3 (13) of CP 272. In the CP, the following was mentioned: “The DRM shall support and enable forensic watermarking at STB level.” 273. In response, a few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STB/APP‘. Another stakeholder opined that similar security features should also be implemented for other types of DPOs. Table 3 (14) of CP 274. In the CP, the following was mentioned: “The DRM shall have the capability to run fingerprinting at regular intervals of at least one fingerprinting every ten (10) minutes on a 24x7x365 basis) and provide broadcasters with the fingerprint schedule on request.” 275. In response, one stakeholder opined that for anti-piracy, the client may randomize the times of the fingerprinting on each device, therefore the schedule can't be provided. Analysis: 276. The Authority is of the view that the DRM should have the capability to run fingerprinting with at least one fingerprinting every ten (10) minutes on a 24x7x365 basis. DRM should have a feature to publish report of fingerprinting schedule for defined interval. The DPO shall make such report available to broadcaster on request.[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 87 Table 3 (15) of CP 277. In the CP, the following was mentioned: “The DRM shall have the capability to run customized fingerprinting at such intervals as may be requested by broadcasters. Further, DPOs shall mandatorily run fingerprinting at regular intervals with a minimum of 2 fingerprints per hour on a 24x7x365 basis and provide broadcasters with the fingerprint schedule on request.” 278. In response, one stakeholder opined that the clause is for application not DRM. Analysis: 279. The clause of Table 3 (15) was a repletion of earlier clause, therefore it has been removed in the Regulation. (G) DRM Requirements in so far as they relate to STBs 280. In response, a few stakeholders and an association suggested that the word ‗STBs‘ should be replaced with ‗STBs/APP‘. Table 4 (1) of CP 281. In the CP, the following was mentioned: “All STBs should have a DRM content protection.” 282. In response, a few stakeholders and an association suggested that the word ‗STBs‘ should be replaced with ‗STBs/APP‘. One stakeholder enquired on which STBs was the above clause applicable. Table 4 (2) of CP 283. In the CP, the following was mentioned: “The STB deployed should be capable to support content decryption, decoding and DRM license evaluation.” 284. In response, a few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STB/APP‘. Table 4 (3) of CP 285. In the CP, the following was mentioned: “The STB should be capable of displaying fingerprinting inserted from Headend through DRM/SMS. The STB should support both targeted channel fingerprinting as well as all global fingerprinting.” 286. In response, a few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STB/APP‘. Table 4 (4) of CP 287. In the CP, the following was mentioned: “The STB should be individually addressable from the Head-end.” 288. In response, a few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STB/APP‘. Table 4 (5) of CP 289. In the CP, the following was mentioned: “The STB should be able to receive messages from the Head-end.” 290. In response, a few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STB/APP‘. One stakeholder opined that it is unrelated to DRM. Table 4 (6) of CP 291. In the CP, the following was mentioned: “The messaging character length should be minimal 120 characters.” 292. In response, one stakeholder suggested that messages of length of 1 to 120 or more characters shall be supported. Analysis: 293. The Authority agrees with the suggestion of the stakeholder that the messaging character length should be minimal of up to 120 characters. Accordingly, modifications have been made in the Regulation.88 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] Table 4 (7) of CP 294. In the CP, the following was mentioned: “There should be provision for global messaging, group messaging and the individual STB messaging.” 295. In response, a few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STB/APP‘. Table 4 (9) of CP 296. In the CP, the following was mentioned: “The STBs should be addressable over the air to facilitate OTA software upgrade.” 297. In response, a few stakeholders and an association suggested that the word ‗STBs‘ should be replaced with ‗STBs/APP‘. Table 4 (10) of CP 298. In the CP, the following was mentioned: “The STBs with facilities for recording the programs shall have international standard copy protection system.” 299. In response, a few stakeholders and an association suggested that the word ‗STBs‘ should be replaced with ‗STBs/APP‘. Table 4 (11) of CP 300. In the CP, the following was mentioned: “The STB should have a provision that fingerprinting is never disabled.” 301. In response, a few stakeholders and an association suggested that the word ‗STBs‘ should be replaced with ‗STBs/APP‘. Table 4 (12) of CP 302. In the CP, the following was mentioned: “The watermarking network logo for all pay channels shall be inserted at encoder end only. In case of infrastructure sharing, it shall be as per terms and conditions of infrastructure sharing.” 303. In response, one association suggested that the words ‗In case of infrastructure sharing, it shall be as per terms and conditions of infrastructure sharing‘ should be deleted. In support of their argument, they opined that at present, there are no guidelines issued by MIB regarding infrastructure sharing between IPTV operators, and as such, there are inter-alia jurisdictional issues concerning infrastructure sharing between IPTV operators. Another stakeholder suggested that the first line of the clause should read as follows: The watermarking network logo for all channels should be inserted at encoder/Transcoder end only. Table 4 (13) of CP 304. In the CP, the following was mentioned: “DRM deployed should be able to send scroll messaging which should be only available in the lower part of the screen.” 305. One stakeholder suggested that the word ‗DRM‘ should be replaced with ‗DRM/SMS‘. One stakeholder opined that it is not related to DRM. Analysis: 306. It is learnt that SMS can execute the required function without DRM involvement. Accordingly, modifications have been made in the Regulation. Table 4 (14) of CP 307. In the CP, the following was mentioned: “DRM deployed should be able to geo tag STB deployed in the network for security.” 308. In response, a few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STB/APP‘. One stakeholder opined that the clause is probably for the application, not DRM. Table 4 (15) of CP 309. In the CP, the following was mentioned:[भाग III—खण् ड 4] भारत का राजपत्र : ऄसाधारण 89 “STB should take all commands directly from DRM not from any intermediate servers.” 310. In response, a few MSOs and an association suggested that the word ‗STB‘ should be replaced with ‗STB/APP‘. Another stakeholder suggested that STB should take all commands directly from SMS/DRM not from any intermediate servers. One stakeholder opined that there are many commands not related to security/DRM that STB can fetch from other sources. Table 4 (16) of CP 311. In the CP, the following was mentioned: “STB should not have feature to download (direct or side download) any 3rd party App/APK (Including on Hybrid STB’s if any) and should not have access to any browser.” 312. In response, a few MSOs and an association suggested that STB may have a feature to download 3rd party App/APK directly from in-built app store and may also have access to a browser. However, side loading of any third-party app should not be allowed on the STB. At the same time, STB having an integrated browser to serve relevant Hybrid STB features, it should not allow any unauthorized access to IPTV through browser. 313. A few stakeholders and an association suggested that the clause needs to be removed. Another stakeholder opined that this is a very valid point and the same to be amended for other DPO platforms like DTH Hybrid boxes. Two stakeholders suggested that STB should be allowed to download / side load app or apk to install 3rd party apps. Until unless it is not counterfeiting the copyrights law. 314. Another association suggested that the clause should read as follows: IPTV STB should not have feature to download (direct or side download) any 3rd party App/APK and should not have access to any browser.‖ Analysis: 315. The Authority is of the view that STB/unique consumer subscription while using IPTV infrastructure should not have feature to download (direct or side download) any 3rd party App/APK and should not have access to any browser. Accordingly, modifications have been made in the Regulation. Table 4 (17) of CP 316. In the CP, the following was mentioned: “STB should not be able to access the authorization keys from any other source except from the IPTV system through the IPTV closed network. DRM must ensure that the authorization keys are not received by the STB from any other source other than the one specified by the IPTV system.” 317. In response, one stakeholder enquired about the meaning of authorization keys. Table 4 (18) of CP 318. In the CP, the following was mentioned: “STB should not have any play store to download 3rd party App.” 319. In response, a few stakeholders and an association suggested that STB may have a feature to download 3rd party App/APK directly from in-built app store and may also have access to a browser. However, side loading of any third-party app should not be allowed on the STB. At the same time, STB having an integrated browser to serve relevant Hybrid STB features, it should not allow any unauthorized access to IPTV through browser. 320. Another association suggested that the clause should read as follows: IPTV STB should not have any play store to download 3rd party App. 321. A few stakeholders and an association suggested that the clause needs to be removed. A few stakeholders suggested that STB can have Play store / app store to download 3rd party app. Another organization opined that it is not what modern STBs and operators offer. There can be an App Store with a limited set of allowed apps. Another MSO suggested that the same should be amended for other DPO platforms like DTH Hybrid boxes. Analysis: 322. The Authority is of the view that no play store should be accessible for enabling download, etc. when STB/unique consumer subscription, is functioning in the IPTV network. Table 4 (19) of CP 323. In the CP, the following was mentioned: “STB should have copy protection – HDCP with version 2 and above, DHCP, CGMS & macrovision with version 7 and above.”90 THE GAZETTE OF INDIA : EXTRAORDINARY [PART III—SEC.4] 324. In response, a few stakeholders and an association opined that Schedule III regulations can be followed which is more than enough for content security. Another stakeholder opined that the point lacks merit. They mentioned that majority of the cable TV viewers are having legacy TVs. It is very unlikely that the mentioned protocols would be supported by these legacy TVs and other devices. Another stakeholder suggested that STB should have copy protection – HDCP with version 2. Analysis: 325. The Authority is of the view that the Regulation should specify STB/unique consumer subscription should have copy protection and the means of achieving the same should be left to the service providers. Table 4 (20) of CP 326. In the CP, the following was mentioned: “DPO system should have capability to maintain un-editable logs of all activity and configurations including download of any App at STB end.” 327. In response, a few stakeholders and an association opined that with all these content protection and anti-piracy systems which are requested by TRAI and broadcaster can be met out by the DPOs DRM, SMS and STBS/APP. There is no compromise in security. So, restricting internet and OTT for anti-piracy is baseless. Another MSO opined to amend for other DPO platforms like DTH hybrid boxes. Analysis: 328. The Authority is of the view that DPO system should have capability to maintain un-editable logs of all activity and configurations including download or upgrade of IPTV services App (if any) at STB/unique consumer subscription end. Accordingly, modifications have been made in the regulation. Table 4 (21) of CP 329. In the CP, the following was mentioned: “The DRM should not allow delivering linear TV channels on HLS, Smooth Streaming, Dash & HTTP/TCP.” 330. In response, a few stakeholders and an association suggested that the DRM may allow delivering linear TV channels on HLS, Smooth Streaming, Dash & HTTP/TCP subject to IPTV service being not accessible on Open Internet, i.e., IPTV Service should strictly be accessible in a managed network with DRM protection. 331. Another set of a few stakeholders and an association opined that IPTV transmission via multicast will not prevent content theft and piracy. With TCP HTTP even a better security can be provided and Quality of service can be improved as it has feedback for every single session of customer. And even in case of hacking it can be easily identified with feedback from session. 332. Another stakeholder suggested that the DRM should allow delivering linear TV channels to any protocols as desired by DPO. Another stakeholder suggested that only the DRM supported streaming containers/formats (MPEG-TS, MpegDash, hls etc) and network protocols (http, hls, TCP, UDP etc) should be deployed. Two stakeholders suggested that DRM may allow delivering linear TV channels in any mode enabling content protection to avoid piracy. One stakeholder opined that it's about blocking OTT, which contradicts the common modern trend. Analysis: 333. The Authority is of the view that the DRM should not allow delivering linear TV channels on Internet. The delivery of multi channel television programmes should remain in a closed network within the device. Accordingly, modifications have been made in the regulation. Table 4 (22) of CP 334. In the CP, the following was mentioned: “The STB should have forced messaging capability including forced finger printing display.” 335. In response, a few stakeholders and an association suggested that the word ‗STB‘ should be replaced with ‗STB/APP‘. Uploaded by Dte. of Printing at Government of India Press, Ring Road, Mayapuri, New Delhi-110064 and Published by the Controller of Publications, Delhi-110054.