You Are Here:

Community: Blogs

Gerald Madlmayr's Forum Nokia Blog

Felica, Suica & Osaifu-Keitai – The Japanese Way of NFC.

geri-m | 20 May, 2009 19:43

While NFC is not flying yet in the western world, contactless payment and ticketing is already a commodity in Japan. In the following, I’d like to give some insights into Felica from a business as well as from a technological perspective. Special Thanks in this regard to Jan Michael Hess, CEO of Mobile Economy Germany, for pointing me to this topic.

Felica Technology

With Regard to RF Technology, Felica use the 13,56 MHz band and a 8 % - 30 % ASK Modulation and therefore is compliant with the NFC Standard for communication speeds at 212 kbit and 424 kbits. Felica offers an unsecured and a secure communication mode. The application layer on top of Sony’s smartcard is proprietary, but the communication layer is partly mirrored in the NFC-Fourm Type 3 Specification (only cover polling, read, write) as well in the Japanese Industrial Standard JIS X6319-4 (JIS does not cover the encryption and the key generation)

That the moment Sony has two off-the-self readers available: The PaSoRi Reader RC-S230 only supports Felcia whereas the new RC-S330 also supports NFC. With regard to the NFC functionality, Sony has not yet released any specification, but already during the installation of the driver for the RC-S330, you will see a “felciaport_nfc.dll” being copied to your hard disk. Both readers come with an USB interface, which allows you to  extend the of Felcia/NFC capabilities of nearly any device. (e.g. Sony’s PS3 for example). In Japan there are already several consumer electronic devices out in the market offering a Felica port (Vaio Notebooks, Bravia TVs). With regard to the installation of the RC-S230, there is currently a language support issue and therefore the current driver (the Japanese one) can only be installed on a Japanese Windows – but the international driver is currently under construction, I was recently assured.

If you would like to start developing with Felica, I’d recommend to get a PaSoRi Reader first (http://www.photoatm.com/). In case you are heading for low-level protocol programming, have a look at these two projects at Sourceforge, using the PaSoRi Reader Driver. (http://felicalib.tmurakam.org/ or http://libpasori.sourceforge.jp/). The other way around, if you have an NFC Device, you also can play with a Felica reader: By sending Felica-Frames (F-Frames) using low-level NFC-Commands in NFC-Target-Mode, the Felica reader will think, he is talking to a Felica Card. Funny, isn’t it? Actually these low-leve NFC-Commands are not support by JSR257 (J2ME), because they require the control over the full NFC-Stack in the device. A good starting point to try this yourself, are NFC-Readers supporting the NFC-Target mode.

If you would like to play with cards and applications on cards, you will need to get one of Sony’s Professional SDKs. These SDKs allow you to format cards and create Felica-Areas (Directories) and Felica-Services (Files). Similar to the Mifare Application Directory (MAD), Felica cards hold a Service Code List (SCL) indicating the applications on the card. With the SDK you are able to modify all this information on the cards.

So far for the technology – let’s have a look at the Felic Business Side.

The Japanese Market

Let’s start off with some market figures. In Japan, there are approximately 107 Mio. Mobile Subscribers who have a contract with one of the four different MNOs (Market shares are: NTTDoCoMo 50,7 %, KDDI/au 28,7 %, Softbank 19,2 % and Emobile 1,4 %). Assuming that Japan has a population of 128 Mio, the market penetration is around 83 %. The 3G penetration of all subscribers is around 90 %.

A Brief History on the Success of Felica in Japan

  • November 18th, 2001: Introduction of SUICA (Super Urban Intelligent Card) at Japan Rail; 424 stations involved.
  • March 2002: Felica is certified by Common Criteria according to EAL4 in 2002.
  • April 9th, 2003: Sony, NTTDoCoMo and a couple of banks form a joint venture “bitWallet” for a mobile contactless payment schema called EDY (Euro - Dollar - Yen).
  • October 2003 - February 2004: Setup of Felica Networks, a Trusted Service Manager for Felica (by Sony and NTTDoCoMo).
  • July 10th 2004: Introduction of Mobile Felica by NTTDoCoMo and the mobile Wallet: Osaifu-Keitai; 
  • September 9th, 2005: au by KDDI licences Felica/Osaifu-Keitai
  • November 11th, 2005: Softbank licences Felica/Osaifu-Keitai
  • January 28th, 2006: Launch of mobile Suica as part of Osaifu-Keitai 
  • August, 2006: EDY (by bitWallet) is offered by more than 40.000 Retails shops
  • November 2006: Mobile Suica is used by 120.000 mobile Subscribers of NTTDoCoMo
  • March 18th, 2007 Launch of PASMO: 27 Railway companies, 32 Bus Operators join PASMO
  • April 13th, 2007: 520.000 electronic payments/day in offline Shops/POS
  • April 1st, 2007: 20 Mio. SUICA Cards in Circulation, 430.000 mobile SUICA users; 2127 JR Stations SUICA enabled; 22,150 offline Shops and 7,000 online Shop accept SUICA
  • November 14th, 2007: NXP Semiconductors and Sony create Moversa, a joint venture for universal contactless solutions.
  • March 2008: More than 50 % of all Handset support mobile Felica; Mobile Felica will be integrated into each new handset.
  • May 2008: McDonalds start e-Couponing using Osaifu Keitai
  • January 2009: 21 Mio. SUICA Cards in Circulation, 1 Mio. Mobile SUICA users
  • April 2009: 11 Mio. PASMO Card in Circulation

Out of the history one can see, that the whole system is more or less under control by Sony and NTTDoCoMo. Due the big success of mobile Felica in NTT’s devices, the other operators got under pressure had to licence the technology, which is good business for Sony/NTT. But on the other hand a lot of time and money was invested into the development of the technology. There are rumours saying, that KDDI and Softbank have to pay licence feeds of 10 USD for the integration of mobile Felica in a device, which seams to be a good deal, when comparing it with the numbers of subscribers mentioned in above.

Suica – Transportation in Japan

Japan Rail started with R&D on automated Fare collection (AFC) systems already in 1987 and introduced magnet stripe cards in 1992. Then they worked together with Sony and other Silicon Manufactures on contactless systems, playing with microwaves as well as battery operated Cards in Trials in 1994, 1995 and 1997. After lots of affords, in 2001 the SUICA Card was released. The big advantages of Felica over Magnet Stripe cards are on the one hand reliability (as there are no mechanical parts in a contactless system) and processing time (700 ms for magnet stripe vs 200 ms for contactless card).

By starting with contactless cards, the rollout process was not as complicated as when using mobile Felica handsets only. Secondly, the TSM (Felcia Networks) was already founded in the very beginning, and therefore all rolls where set. Japan Rail later joined Felica Networks and now holds a share around 5 % (Sony: 57 %, NTT DoCoMo 38 %).

Conclusion

I have been to Japan two times now, and the technology is really amazing. It works fast, convenient and you can use it for payment and ticketing. And although there are thousands of people walking thru the gates, the system works very reliable. I’m really looking forward to this technology coming to Europe. Japan is already five years head of time whereas NFC in Europe is not moving forward for some time now. Hopefully things are changing, which Nokia rolling out their new Nokia 6216 supporting SWP and the UICC as the Secure Element.

Terms

Felica: Felcia (Felicity Card) is a contactless smartcard (PICC) produced of Sony. The card is neither compatible with ISO14443-A or –B but is now covered in the ISO/IEC 18092 for NFC. Parts of Felica are mirrored in JIS 6319-4 as well as the NFC-Forum Type Tag 3, but don’t cover the whole command set of Felica which is proprietary. Felica can operate in secured (using 3DES encryption) and unsecured mode.

Felica Networks: Felica Networks was initially founded by Sony and NTT DoCoMo, later Japan Rail joined them. Felica Networks is running the Trusted Service Management (TSM) for the Felica Ecosystem consisting for contactless readers, cards and handsets. Felica Networks allows the OTA Management and installation of application in mobile Felica Handsets.

Suica: Suica is contactless Smartcard based on Felica being used by Japan Rail for Fare Collection at their Gates.

Mobile Suica: Mobile Suica is the representation of the Suica-Card in a mobile device featuring Felica.

Osaifu-Keitai: Osaifu-Keitai is a mobile Wallet Schema introduced and implemented by NTTDocomo. The wallet is able to hold different smartcard applications such as mobile Suica, EDY, iD or Loyalty cards. The brand “Osaifu Keitai” is registered by NTTDoCoMo is stands for contactless Technology in a handset.

PASMO: Like Suica, PASMO is a contactless smartcard being used by different public transport operators in Japan.

 

ISO 14443, ISO 18092, Type-A, Type-B, Type-F, Felica, Calypso NFCIP, NFC … – HELP!

geri-m | 16 May, 2009 11:38

You are trying to start with NFC Development? You are familiarly with coding and have devices and Tags? But nothing is working? Well then, this might be due to the different RF-layers that are used in the Domains of proximity Technology.

“Why does he write ‘proximity Technology’?`” you might ask. Well, all of the terms mentioned above have something to do with contactless technology, which might be integrated into handsets for “Near Field Communication”. Today I’d like to focus on the very low layers and why there some systems not talking to each other.

Let’s start of with ISO/IEC 14443. This is actually the standard for contactless smartcards and is divided into four parts, giving details on the physical characteristics, the RF-modulation and the format for data exchange, namely APDUs. But during standardization, two major players could not agree on how the RF modulation (in Part 2) should be implemented. There for the standards includes two completely different options for the RF modulation, named Type-A and Type-B. Where as smartcard usually only support one type, an ISO/IEC 14443 reader (also referred to as PCD – Proximity Coupling Device) needs to be able to support both types. The layers no top (3 & 4) are the same then for both Types. Type-B cards are mainly used in France and francophone countries. More details on the different types can be found in the table below as well as in the RFID-Handbook by Klaus Finkenzeller (which is the reference book for Contactless Technology)

RF Layers

Fig 2.: Matrix of different Contactless RF-Layers

Mifare (Classic) – a product of NXP Semiconductors – is a contactless smartcard based on ISO/IEC 14443-A. But in this case, the layer 4 (APDUs) is not implemented but a proprietary cryptographic algorithms (CRYPTO-1) used to encrypt this connection. A Mifare card can hold 1 or 4 KB of Memory to store data. Other products of NXP are Desfire (using no or 3DES encryption, 4 KB of memory) and Mifare Ultralight (96+ Bytes of memory, no encryption). Mifare is actually the most popular contactless smartcard in the world with more that 1,5 billion pieces sold around the world. Lot’s of public transport schemas such as Oyster (Transport for London) use Mifare for Ticketing. Also the RFID-Ticktes for the Football World Champion Ship 2006 in Germany were based on Mifare Technology.

UPDATE: I' actually missed to mention Calypso - also referred to as Type-B'. Calypso is a transport application implemented by the Calypso network. On RF-Layer, B' is aquivilant to ordinary type B, but the protocoll on top is proprietary. Allthough there is a Calypso implementation on Java Cards as well, which would allow to load this applcation in to ordinary JavaCards or Secure Element of NFC Devices (which then should support Type-B for the Modulation)

Felica is a contactless cards produced by Sony, which is mainly used in Japan. Felica is used in public transport (Suica/Japan Rail), for contactless micro payments and room keys in hotels. Felica is neither based on type-a nor Type-B, but has its own modulation schema (sometimes also referred to as type-F). For the communication with Felica cards, a reader has to send so called “F-Frames” to the card, which are similar to APDUs. For the communication with Felica cards, there are different modes (mode-0, -1) allowing also unencrypted communication, but unfortunately there is no documentation available on that.  Felica used a 3DES for the encryption of the communication, but as the protocol itself is proprietary one else then Sony is able to build these cards. Until 2007 Sony sold about 200 million pieces of Felica Cards.

Contactless Cards - Market Penetration
Fig. 1: Market Penetration of Contactless Smartcards (Taken from NXP Presenation at NFC Congress 2007 by Felix Marx)

So how does NFC fit in here now? Well, lets’ have a closer look at ISO/IEC 18092 (NFC is also standardized in EMCA340/380) first, which is the standard for NFCIP-1. In this standard it is defined, that Type-A is used for communication between active and passive device for a communication speed with 106 kbit and then use Type-F for communication speeds 212 and 424 kbit. An ISO/IEC 18092 compliant device thus is able to act as a ISO/IEC 14443-A Target or Reader as well as read and emulate Felica cards (at least establish a connection on physical layer). So know can I emulate a ISO14443 card or a Felica card without the according smartcard chip? Well the solutions quite simple: just send the according Frames over the RF-Layer and the reader outside will believe he is talking to a smartcard. But in order to do so, you will need to have low-level access to the communication interfaces of the NFC-Chip. Such “tricks” are not possible with the JSR257 as this is a high level API. This ISO/IEC 18092 standard also defines a protocol – NFCIP1 – which allows two devices (there a device also could be a passive tag!) to exchange data, which then actually “real” Near Field Communication according to this standard.

So, is there no Type-B in the World of NFC you might ask? Good question. For a physical layer perspective - no. This is due to take fact, that NFC (ISO 18092!) was invented jointly by NXP and Sony and therefore only their needs are covered in this standard. As the specification of the integration of NFC-Technology (which covers ISO 18092 as well as ISO 14443 in active and passive mode) into devices is driven by the NFC-Forum, it is likely that also Type-B will be support by “NFC-Forum-Compliant” devices.

 And what about the upcoming Nokia 6216, what does it support? I made a compatability matrix (but don't take this information for granted!)

Nokia 6126 Modes
Fig. 3: Modes of the Nokia 6216 (Taken from a Nokia Presenation at WIMA 2009 by Saku Sulander)

A nice overview is given here: Philips-NFC-vs-ISO14443-vs-Felica-SLIDES.pdf (taken from www.proxmark.org)

Interview with the NFC Guru

geri-m | 13 May, 2009 22:59

There is a nice interview with me in the current issue of the “Regarding ID” magazine, which can be downloaded here. (starting on Page 40).

 

 
 

Rate This

 
 
Bookmark this page: DeliciousDiggFacebookGoogleYahooStumbleUponRedditDiigoTechnocratiTwitter  Share this page Share this page Print this Page Print this page Invite a friend Invite a friend
京ICP备05048969号    Email Newsletters Press Terms & Conditions Privacy Policy Sitemap Contact Us © 2009 Nokia 
RDF Facets: qdcZrelationQUxhttpE3aE2fE2fswE2enokiaE2ecomE2fschemasE2fnokiaE2fFNE2d1E2e58E2eowlX qdcZrelationQUxhttpE3aE2fE2fswE2enokiaE2ecomE2fschemasE2fnokiaE2fFNE2d1E2e59E2eowlX qdcZtitleQSxForumE20NokiaE20BlogsE20WebE20SiteXLen qdcZtitleQSxForumE20NokiaE20BlogsE20WebE20SiteXLen qdcZtypeQUqfnZE44istributionQ qdcZtypeQUqfnZSiteQ qdcZtypeQUqvocZTermQ qdcZtypeQUqvocZVocabularyConstructQ qdcZtypeQUqwebZSiteQ qdcZtypeQUqrdfsZE52esourceQ qswZserviceQUxhttpE3aE2fE2fswE2enokiaE2ecomE2furiE71aX quriE71aZserviceQUxhttpE3aE2fE2fswE2enokiaE2ecomE2furiE71aX qvocZpartOfQUqfnZPublicationQ qwebZserviceQUxhttpE3aE2fE2fswE2enokiaE2ecomE2furiE71aX qrdfZtypeQUqfnZE44istributionQ qrdfZtypeQUqfnZSiteQ qrdfZtypeQUqvocZTermQ qrdfZtypeQUqvocZVocabularyConstructQ qrdfZtypeQUqwebZSiteQ qrdfZtypeQUqrdfsZE52esourceQ qrdfsZisE44efinedByQUxhttpE3aE2fE2fswE2enokiaE2ecomE2fschemasE2fnokiaE2fFNE2d1E2e58E2eowlX qrdfsZisE44efinedByQUxhttpE3aE2fE2fswE2enokiaE2ecomE2fschemasE2fnokiaE2fFNE2d1E2e59E2eowlX qrdfsZlabelQSxForumE20NokiaE20BlogsE20WebE20SiteXLen qrdfsZlabelQSxForumE20NokiaE20BlogsE20WebE20SiteXLen qrdfsZseeAlsoQUxhttpE3aE2fE2fswE2enokiaE2ecomE2fschemasE2fnokiaE2fFNE2d1E2e58E2eowlX qrdfsZseeAlsoQUxhttpE3aE2fE2fswE2enokiaE2ecomE2fschemasE2fnokiaE2fFNE2d1E2e59E2eowlX