For almost a decade, I have been hearing this term “STB Interoperability”. Saw organisations coming up with different ways to make this happen but all in vain. Do you know what is STB Interoperability? Let me try to make you understand what the fuss is all about?
In very simple terms, interoperability means the consumer is free to choose any Digital TV operator for availing digital TV services, without incurring additional cost.
There are primarily two kinds of STB Interoperability (AFAIK)
- Commercial Interoperability – This will allow consumers to return their existing STB to the current operator and get a security refund (as previously defined by the regulator). This can be utilized for migrating to a new operator.
- Technical Interoperability – Theoretically, this allows the consumer to use his existing STB with a new operator. This may include realignment of dish antenna to the satellite of new Operator.
As an industry observer for more than a decade, I have seen the thrust has been on doing Technical Interoperability that includes the introduction of CAM (Conditional Access Module). The cost of CAM was more than the new STB cost that it made it a financially unviable solution. One of the ways that have been recently proposed is to use Smartcards but it doesn’t appear to be the solution and it also really end there! Read On to explore them
In the fast growing technological era, embedded software and SoC based advanced security is a game changer for CAS. The concept of a physical smart card is fast losing relevance in an era of new technological advancement. Almost all major CAS vendors around the world have migrated to card-less CAS.
Card-less solutions have multiple advantages over having a physical Smart Card, such as:
- More Secure – Inbuilt security in SoC with dedicated security core
- Faster Channel Zap time due to less time required for signal decryption
- More cost effective – Capex and Opex
So, the concept of using physical smart cards for technical interoperability doesn’t appear to survive longer!
India is perhaps one of the major markets in the world with so many DTH and cable operators but unfortunately, making their devices interoperable will be like telling MAC OSX to run MS windows Apps and MS windows to run MAC OSX apps!
There is n number of challenges along-with financial impact on the consumer and operator. The same is listed below for reference:
- Incompatibility in Modulation Schemes and Compression Standards – Indian Operators follow different modulation schemes like DVB-C, DVB-S, DVB-S2 and the new DVB-S2X.
The compression standards are also different ranging from MPEG2, MPEG4, and H.265. This is a major bottleneck for implementation of technical interoperability
- Modulation Schemes – DVB-S / S2 /S2X
Even though new SoCs are available with integrated Demodulator with backward compatibility features, yet it may not be usable as some of the parameters in use, by an operator, may not be supported by the SoC or the Tuner.
Example – If Operator A has headend equipped with Infra that supports DVB-S2X and Operator B has Infra that supports only DVB-S2, then STBs deployed by Operator A may be useable in Operator B’s network but the reverse is not possible. Operator B’s STBs will not receive signals in Operator A’s network.
- Compression Standards – Video Codecs MPEG2 / H.264 / H.265
- Audio Codecs – MP2, AAC, AAC v2, Dolby
A. There are some Operators in Indian market who continue to seed MPEG2 STBs due to the low cost of the SoC. In such cases, the STBs would be unusable for Operators who are using newer compression standards
B. There is a royalty cost for compression standard that is infused in the chipset while chipset is manufactured for an operator depending on his requirements. Having multiple compression standards will lead to higher STB cost and in-turn has price impact for the consumer.
C. Similarly, there is a cost for audio codecs like Dolby Digital which provides better user experience. The royalty for the same has to be paid and the feature needs to be incorporated at the time of the SoC manufacturing.
D. Also, some operators deploy different royalty based copy protection mechanism like Macrovision, HDCP, and DCS.
Example – If Operator A has headend and STBs equipped with Infra that supports only Dolby Digital and Operator B has Infra that supports only MP2, then STBs deployed by Operator B will be unusable for Operator A’s service as they will not decode Dolby.
2. Incompatibility in Remote Control Unit – Indian Operators have different kinds of Remotes which are poles apart in terms Key Layouts, Key labelling, and Functionality etc. Example – A “back” key on one operator is expected to work as Channel Swap while other operator uses it for “navigating to the previous Menu”. Some operators have different keys for channel swap and menu back function.
3. Cost of Additional Hardware – As described earlier, worldwide, DTH and cable operators are moving to card-less CAS in order to save the operational, service and product cost which can easily range between $3 ~ $3.5 per STB
A. Addition of Smart card connector in STB adds anywhere from $0.70 ~ $1 per STB
B. Cost of Physical Smartcard is more than $1
C. Security Issues – There could be a case of additional security risks due to external bus connectivity between the processor and smart card.
D. Field Service and maintenance cost resulting from dust and humid conditions in Indian homes also adds cost other than customer inconvenience
4. CAS Certification Cost- In order to ensure trouble free and secure operation with a DTH operator, the STB of the other operator will require certification from CAS Vendor and TA agency. This may cost an average of $30,000 per STB Model, plus maintenance charges for future support.
5. Middleware (MW) Porting – Implementing the proposed interop solution will involve porting of MW in every STB model of other operators. There are a series of activities in porting with cost implications.
A. Porting of Middleware is highly dependent on the STB hardware and low-level software which includes but not limited to CPU Processing power, RAM, Flash memory configuration, specific OS, and drivers.
B. STB models regularly need updated On-Chip and Off-Chip drivers and testing support from STB Manufacturer/OEM and Chipset manufacturers for improved product performance. Each entity in the chain would charge for their service, leading to additional costs which will be an extra burden on the Consumer.
C. Porting and Testing a new Middleware is expensive and can cost from $100,000 to $300,000 per STB model
D. Middleware needs regular support for up-gradation and maintenance, this too adds to costs.
6. Support for Device Drivers – Indian Operators develop different external Devices in conjunction with their STBs to provide additional features and functionalities. This can range from different USB attached Devices such as Hard disk, Wi-Fi/BT/FM dongles to LNBs such as Unicable I and Unicable II whose device drivers and operating procedures are highly customised for an operator. Other operators may not be able to support these features and may require replacement of some material/devices.
Here is a summary chart for a quick glance on the challenges
Apart from above, let’s have a closer look at the cost impact too
Disclaimer: The above-mentioned prices are indicative and based on author’s experience
The concept of interoperability is an excellent idea for the benefit of consumers, however, I believe “Commercial Interoperability” will serve the purpose better in reducing the burden on the consumer.
Below are few advantages of Commercial Interoperability
Technical Support- Software upgrades and Hardware repair will not be a challenge for the new operator if the STB is deployed by them
Reduction in e-Waste– Once the consumer migrates to another operator, the previous operator can collect the old device and refurbish it to use for servicing his customers.
In my opinion, Technical Inter-operability of STBs among different operators is not practical and would add high costs for both Consumers and Operators. Ultimately all additional cost burden would be passed on to the end Consumer, which will not serve the purpose. Instead, the regulator should provide a policy of Commercial Inter-operability, where a Consumer should have an option to return the CPE to the current Operator and claim the refund, if applicable, and avail a new CPE from the new operator. This will result in a far better consumer experience with minimal cost burden on the Consumer!
Do, let me know in comments if you want me to write on any new topic. My old & new blogs are available here – My Little Blog!