NXP’s Gingerbread Coup Leaves Rivals With a Bitter Taste

NXP Semiconductors was handing out celebratory gingerbread cookies at the recent Cartes exhibition in Paris after announcing that Google would be using its NFC software and chip in the much-anticipated Nexus S phone sporting the new "Gingerbread" operating system.

But NXP’s gingerbread giveaway had competitors gritting their teeth. They charge they had been meeting with NXP at various times for months, and the vendors had agreed they would go to Google together with a common NFC application-programming interface for the Android 2.3 operating system, known as Gingerbread.

The separate deal NXP cut with Google, they contend, will give the chip maker an advantage in selling its hardware for Android NFC phones and could create interoperability problems for Android handset makers and application developers.

NXP counters that Google’s aggressive time-to-market requirements for the Nexus S required it to do the separate deal with the Web giant. But the Netherlands-based semiconductor supplier added that since the NFC middleware it donated to Google for Android is open source, competitors can use it for free and enhance it, so it should create no interoperability problems. NFC middleware is essential software running on phones, connecting the NFC chip and secure element with the apps.

Yet, some of the rivals say they suspect that NXP will have planted proprietary features in the middleware, such as required support for the chip maker’s Mifare technology. And in any case, the lower layers of the software will naturally support NXP’s chips. This could increase development costs for Android handset makers wanting to use another NFC chip.

Even if it’s a case of sour grapes among competitors who lost out to a more nimble NXP, some of the rival vendors say they are not prepared to accept an NXP-led development environment for NFC on Android, which promises to become the most important platform for Near Field Communication.

Vendors Discuss New API Group
The competing vendors, which include France-based Inside Secure, formerly Inside Contactless; STMicroelectronics and NFC middleware supplier Stollmann, are discussing forming yet another group to again propose what they say is an "aligned" application-programming interface, or API, for NFC applications running on new Android handsets. This API would be supported by all of the major vendors and would offer a full set of commands for payment, ticketing and peer-to-peer applications. The NFC chip and software, or protocol, stack could be from any vendor, with the latter not necessarily given away free, as long as they support this Gingerbread API.

It would be an alternative to the full API, supporting payment, ticketing and other NFC features, that they expect from NXP or its partners for Gingerbread. Among others that are either participating in the discussions for a possible API alternative or have been approached are NFC chip makers Renesas Electronics and Broadcom, said a source involved in forming the group.

The dispute is occurring at an important time for the development of NFC on Gingerbread, as mobile operators, service providers and other NFC backers clamor for support for more apps. At present, the Gingerbread NFC API, which developers will use to create NFC apps, amounts to only a few commands for tag reading. All the Nexus S can do now are such applications, for example, as enabling users to tap tags displayed by merchants for the online directory service Google Places. A tag might be attached to a store window and by tapping it, the user could be sent information to his phone, such as photos and reviews of the business. Google is holding a trial of the service in Portland, Oregon.

The proposed API group would invite NXP and its development partner, Trusted Logic, to join, but if they don’t warm up again to the idea of a common API supported by all the vendors, there could be alternative implementations of NFC for new Android phones, warns Christian Andresen, head of the NFC business unit at Germany-based Stollmann.

"The Google-NXP API is not accepted by the ecosystem, so they (ecosystem players) will drive their own API," he told NFC Times. "My fear is we will have 10 to 15 APIs as an extension for payment, secure-element access, reading and writing to other tag types and over-the-air services."

More than one set of APIs would cause the type of fragmentation that Google, handset makers, telcos and service providers wish to avoid.

NXP would be invited to harmonize its API with the common API developed by the group, said backers of the idea, who add they would move ahead without NXP.

The talk of possible alternative NFC APIs shows that the standards battle over Android NFC phones that raged last spring and summer among vendors is far from over.

Stakes are High
Android is expected to become the No. 1 smartphone platform after 2014, according to Informa Telecoms & Media, though some project that will happen sooner. This and the fact Google and such tier-one Android handset makers as Samsung, HTC, LG and Motorola, along with such big Android backers as Verizon, the largest U.S. mobile operator, are behind NFC, means the stakes are huge for NFC chip makers and software suppliers.

With hundreds of millions of dollars in chip sales and licensing fees hanging in the balance, they have been fighting for every edge.

The vendors, led by NXP and Inside, began firing off tit-for-tat announcements targeted at handset makers and mobile operators last February. The announcements, some made with software partners, sought to convince phone makers and telcos that their chips and software would be interoperable across all Android handsets and would spur third-party developers to stock Android app stores with lots of services using NFC’s tap-and-go technology.

Later the vendors formed two groups. One of the groups, created by NXP, Trusted Logic, STMicroelectronics and Stollmann, promised in an announcement last June to produce a "common hardware-independent API" for Android NFC phones.

A second group, more loosely organized and whose existence was kept secret, also included NXP, along with Inside, mobile operator France Telecom-Orange and, according to a source, handset makers Motorola and Sony-Ericsson and wireless chip supplier Qualcomm. It’s unclear whether this group actually agreed on a common API or middleware.

In addition to being part of the second group, Inside had been promoting its own open-source Android NFC middleware, including the protocol stack and API. But at roundtable discussion in November in San Francisco, organized by the NFC Forum, that included NXP, Trusted Logic, STMicroelectronics and Stollmann, Inside publicly agreed to align its API with those of the others.

Going 'Behind our Back'
By then, it was too late. NXP was already dealing with Google directly.

"I think what is really, really unfair from NXP, while they were sitting around the table and telling us, 'we are going to align on the APIs,' behind our back they are discussing with Google," Loïc Hamon, vice president of products and marketing for NFC at Inside, told NFC Times. NXP never did reveal that it was working with Google until the announcement of its supply agreement with Google just before Cartes, though details had leaked out earlier.

Hamon contends that while the very slender API now in Gingerbread for NFC would give NXP little advantage to supply chips for Android phones, its whole protocol stack is integrated with Gingerbread. The stack sits between the operating system and API and various commands in the API have to be supported in the stack.

"The overall code from NXP is already embedded, it’s easy for them to push for additional APIs based on proprietary code that is already embedded on Gingerbread," he said.

If Gingerbread supports Mifare, the most popular technology used for transit ticketing, it would put Inside at a significant disadvantage to supply NFC chips with secure elements, since NXP has declined to grant Inside a Mifare license. Of course, Inside faces a problem supplying chips for any NFC phone that supports Mifare, unless it partners with a Mifare licensee. Any Mifare support in Gingerbread is also expected to favor suppliers of Mifare tags.

Living in 'Google Time'
Jeff Miles, director of mobile transactions for NXP, earlier told NFC Times that while the company’s middleware supports NXP’s NFC chips in the firmware, this lower layer can be rewritten for another vendor’s chip without difficulty. He was not available for a follow-up on whether there would be any code supporting proprietary features that benefitted NXP. That, however, would run contrary to Google’s open concept for Android.

"It’s not just a one-time shot," Miles said, calling it part of NXP’s strategy to "release all our software in open source. The reason we did that, we believe it’s going to make the market grow exponentially."

He said Google would be the one to decide when to add support in the API for payment, ticketing and other high-profile applications that telcos and service providers want. The stack it gave to Google supports all of these applications, he said. So does the hardware in the Nexus S.

NXP said it abandoned the aligned API being developed with STMicroelectronics, Stollmann and Trusted Logic because it would not have been ready in time for Google.

"They live in Google time–it happens now," said Henri Ardevol, vice president and general manager of secure transactions for NXP. "They scanned the market: They just go for a solution that is going to bring the right consumer experience. It has to be right. Google knows a thing or two about software."

'NXP had to Move'
If Inside Secure is unhappy now that it has been outflanked by NXP with Google, it only has itself to blame, suggests Philippe Dubois, general manager, professional and consumer devices for France-based Trusted Logic.

It had never been NXP’s business model to give away its NFC software stack. But then Inside announced in February that it would do just that, and not only for Android but other smartphone platforms, including Windows, he said. Trusted Logic, owned by smart card company Gemalto, co-developed the NXP middleware under contract with NXP.

"NXP had to move because Inside was just putting in danger the business model we had," Dubois said. “Because of Inside’s announcement, we changed this model."

"They forced us to make this (move). Now they want to collaborate with others? (Well), Inside didn’t want to work with others at all."

Inside originally offered to give away its middleware in order to sell more of its chips, critics said at the time. But now Inside is accusing NXP of doing the same. 

One of those critics last spring was Stollmann, which licenses its middleware for a fee, so it has no interest in seeing either NXP or Inside give the software away.

But as alliances shift, Stollmann could find itself working closely with Inside to counter the upper hand NXP and Trusted Logic now apparently have in supplying chips and software for the Android NFC phones. STMicroelectronics is expected to be onboard with the new aligned API, but didn’t confirm that to NFC Times and neither did Renesas. Mohamed Awad, product group manager for wireless connectivity at Broadcom would only confirm that the company had been approached about joining the proposed group.

Gingerbread Disappointing So Far
Meanwhile, pressure is steadily building to expand the NFC API for Gingerbread. Many in the industry, including telcos and service providers, are disappointed with the few tag-reading commands that Gingerbread and the first handset using it, the Nexus S, so far supports. “This API is useless for us,” said one telco, according to a source. Many telcos want to support retail payment, either hosting applications from banks or running the payment scheme themselves.

Stollmann’s Andresen believes any new group formed by vendors would have very little time to adopt a common API that could be used for devices by the middle or latter part of 2011. Some more Android NFC models are expected before then.

It’s not clear what the process for getting any aligned NFC API into Gingerbread would be, but presumably Google would have to approve it. Google did not respond to a request for an interview for this story.

"I think Google will receive a lot of feedback that this (NXP-stack) approach is not supported by the community, and maybe they will change strategy," said Andresen.

It remains to be seen just how well the NFC ecosystem responds to Gingerbread as it is currently constructed and whether it will seek an alternative like the one NXP competitors are expected to propose.

Perhaps it will depend on which party comes up with the best API to make use of the full range of features NFC offers–because one thing is clear: The few tag-reading commands in the current API are not going to cut it for most telcos and service providers.

HEADLINE NEWS

Australian Transit Agency to Launch Mobility-as-a-Service Trial as It Pursues Long-Term MaaS Strategy

Plans by Transport for New South Wales, Australia’s largest transit agency, to launch a trial enabling users to plan, book and pay for multimodal rides is the next step toward the agency’s long-ter

Updated: U.S. Transit Agency Seeks to Reduce–Though Not Eliminate–Cash Acceptance with New Fare-Collection System

Updated: The Spokane Transit Authority in Washington state confirmed that its new fare-collection system will include contactless open-loop payments–with a beta test planned for next October, a spokesman told NFC Times' sister publication Mobility Payments.

UK Government Seeks to Bring London-Style Contactless Fare Payments System to Other Regions

The UK government’s plan to equip 700 rail stations over the next three years to accept contactless open-loop payments is a major initiative, as it seeks to replicate the success of London’s contactless pay-as-you go fare payments system elsewhere in the country–a goal that has proved elusive in the past.

More Cities in Finland Expected to Move to Open-Loop Fare Payments

A fourth city in Finland is beginning to roll out contactless open-loop payments, with “more in the pipeline,” according to one supplier on the project, making the Nordic country one of the latest hotspots for the technology.

Moscow Metro Expands Test of ‘Virtual Troika’ in Pays Wallets, as It Continues to Develop Digital-Payments Services

Moscow Metro is recruiting more users to test its “Virtual Troika” card in two NFC wallets, those supporting Google Pay and Samsung Pay, as one of the world’s largest subway operators continues to seek more ways for its customers to pay for rides.

Ohio Transit Agency Expects Significant Revenue Loss as it Builds Equity with Fare Capping

The Central Ohio Transit Authority, or COTA, officially launched its new digital-payments service Monday, including a fare-capping feature that the agency estimates will cost it $1.8 million per year in lost fare revenue, the agency confirmed to Mobility Payments.

Special Report: Interest Grows in ‘White-Label EMV’ for Closed-Loop Transit Cards

As more transit agencies introduce open-loop fare payments, interest is starting to grow in use of white-label EMV cards that agencies can issue in place of proprietary closed-loop cards for riders who don’t have bank cards or don’t want to use them to pay fares.

Swedish Transit Agency Launches Express Mode Feature for Apple Pay, though Most Ticketing Still with Barcode-Based App

Skånetrafiken, the transit agency serving one of Sweden’s largest counties, announced today it has expanded its contactless open-loop payments service to include the Express Mode feature for Apple Pay.

Major Bus Operators in Hong Kong Now Accepting Open-Loop Payments–Adding More Competition for Octopus

Two more bus operators in Hong Kong on Saturday launched acceptance of open-loop contactless fare payments, with both also accepting QR code-based mobile ticketing–as the near ubiquitous closed-loop Octopus card continues to see more competition.

Moscow Metro Launches Full Rollout of ‘Face Pay;’ Largest Biometric Payments Service of Its Kind

Touting it as the largest rollout of biometric payments in the world, Moscow Metro launched its high-profile “Face Pay” service Friday, as expected, and predicted that 10% to 15% would regularly us

Indonesian Capital Seeks to Expand to Multimodal Fare Collection and MaaS

Indonesia’s capital Jakarta, whose metropolitan area is home to more than 30 million people, is notorious for its stifling traffic congestion. In response, the government metro and light-rail networks and now it is funding an expansion of the fare-collection system to enable more multimodal payments and to build a mobility-as-a-service platform.

Exclusive: NFC Wallets Grow as Share of Contactless Fare Payments and Not Only Because of Covid

Transit agencies that have rolled out open-loop contactless payments are seeing growing use of NFC wallets to pay fares, as Covid-wary passengers see convenience in tapping their phones or wearables to pay.