throbber
as) United States
`a2) Patent Application Publication co) Pub. No.: US 2008/0212558 Al
`
` Aillaud et al. (43) Pub. Date: Sep. 4, 2008
`
`
`US 20080212558A1
`
`(54) COMMUNICATION SET UP BETWEEN
`WIRELESS DEVICES
`Inventors:
`Christophe Aillaud, Fuveau (FR);
`Henri Ohanian, Ceyreste (FR)
`
`(75)
`
`Publication Classification
`
`(51)
`
`Int. Cl.
`(2006.01)
`HOLS 3/00
`(52) US. CMe cocceccccsccesstessesessessseessessseessesssesseseseen 370/345
`
`Correspondence Address:
`BUCHANAN, INGERSOLL & ROONEY PC
`POST OFFICE BOX 1404
`ALEXANDRIA,VA 22313-1404 (US)
`.
`(73) Assignee:
`
`GEMPLUS,Gemenos(FR)
`
`;
`(21) Appl. No.:
`(22)
`PCTFiled:
`.
`(86) PCT'No.:
`§ 371 (c)(1).
`(2), (4) Date:
`
`11/795,500
`Dee. 9, 2005
`
`PCT/EPS/56637
`
`Jan. 31, 2008
`
`(30)
`
`Foreign Application Priority Data
`
`Jan. 19,2005
`
`(FR) weececseeeseesceteneeeeeenees 0500543
`
`ABSTRACT
`(67)
`The invention relates to a slave wireless device (Picc) com-
`prising:
`several applications,
`a wireless communication interface,
`a processing module interpreting a presentation request
`(ReqB4SMO00)andtime-slotted markers (ReqB4SMO00,
`SM2, SMB, SM4) received onthe communication inter-
`face, selecting several applications or application groups
`corresponding
`to
`the
`presentation
`request
`(ReqB4SM00), transmitting the wireless slave device
`identifier distinctive for each application or application
`group selected in the distinctive time slot in response to
`the presentation request.
`Said invention enables the slave device to indicate several
`application groups in response to a single presentation
`request.
`
`
`
`SAMSUNG 1010
`
`SAMSUNG 1010
`
`1
`
`

`

`Patent Application Publication
`
`Sep. 4, 2008
`
`US 2008/0212558 Al
`
`
`
`2
`
`

`

`US 2008/0212558 Al
`
`Sep. 4, 2008
`
`COMMUNICATION SET UP BETWEEN
`WIRELESS DEVICES
`
`[0001] The invention relates to radio frequency communi-
`cations between a master wireless device and slave wireless
`devices. The invention concerns in particular the setting up of
`a communication via an application identification request
`transmitted from a master device and via responses from slave
`devices in time slots defined by the master device.
`[0002] The standard ISO 14443 defines the requirements
`for a radio frequency transaction between a wireless smart
`card and a terminal.
`
`[0003] The transaction comprises a plurality of successive
`phases. During a first phase, knownas switching on,the radio
`frequency interface of the terminal is switched on andreini-
`tialised. The terminaltransmits with a 13.56 MHz carrier. The
`
`cards located in the transmissionfield rectify the carrier trans-
`mitted in order to supply theircircuits.
`[0004] During a second phase, knownasstartup andanti-
`collision phase, the terminal determines the presence of one
`or more cards in its transmission field. According to ISO
`14443-3 type B, the terminaltransmits in particular a request
`requiring that the cards located in its transmission field
`present themselves and defining a numberof response time
`slots. The terminal also defines the response timeslots, the
`end oftransmission ofthe request launchingthefirst timeslot.
`FIG. 1 illustrates said operation: the REQB4SMrequest of
`the terminal announces4 responsetimeslots for the various
`cards in its transmissionfield. The first time slot starts at the
`end of the REQB4SM request. The terminal then transmits
`SM2, SM3 and SM4slot markers the end of which marks the
`start of the second, third and fourth timeslots.
`[0005] Two cards respond to the REQB4SM request. The
`cards respond respectively via the ATQB1 and ATQB2
`response frames. Each card responds in a distinctive time slot
`via a single response frame. AnATQBresponse comprises the
`following data: a pseudo-random card identifier for the com-
`munication parameters and information for the execution of
`an application by default. The information comprises in par-
`ticular an identifier of the single application group (desig-
`nated by the AFI acronym in English) by default in the card.
`The information also comprises the numberof loaded appli-
`cations associated with this application group along with the
`total numberof applications loaded in the card. The terminal
`thus determines the characteristics of said cards and selects
`one or more.
`
`[0006] During a third phase, knownasactivity phase, com-
`mand exchanges are performed between the terminal and a
`selected card to enable execution of an application group
`(transport, bank operation, counting of loyalty points, iden-
`tity check, etc.) during the transaction.
`[0007] More and more frequently, a smart card has a plu-
`rality of distinctive applications, application groups or sub-
`groups. In order to declare said various applications or appli-
`cation groups, a known method proposes carrying out a
`plurality of successive startup and anti-collision phases. At
`each new phase,the identifier of the single application group
`by default is associated with another application or applica-
`tion group.
`[0008]
`Said method has disadvantages. Sometransactions,
`such asthe authorisation of passageof a user at a tube portico
`or toll, require a total execution time less than 100 millisec-
`onds. The duration (and thus the number) of startup and
`
`anti-collision phases must therefore be limited. Thus, all of
`the applications or application groups cannot be declared in
`such a transaction.
`[0009] There is therefore a need for a slave wireless device
`comprising:
`a plurality of applications
`[0010]
`a wireless communication interface;
`[0011]
`aprocessing module, suitable for interpreting a pre-
`[0012]
`sentation request and received contact time-slotted markers,
`suitable for selecting on the interface a plurality of applica-
`tions or application groups correspondingto the presentation
`request, suitable for transmitting a distinctive slave wireless
`device identifier for each application or application group
`selected, in a distinctive timeslot, in responseto the presen-
`tation request.
`[0013] According to one variant, the processing module is
`suitable for generating said wireless device identifiers and
`associating them with the respective applications or applica-
`tion groups, before or during the startup of the presentation
`request.
`[0014] According to yet another variant, the device com-
`prises an identifier distinctive for each application or appli-
`cation group, the processing module being suitable for trans-
`mitting the identifier of an application or application group in
`the transmission timeslot of the slave device identifier asso-
`
`ciated with said application or application group.
`[0015] According to another variant, the slave wireless
`device is a smart card.
`
`[0016] The invention also concerns a methodforsetting up
`a wireless communication comprising the following steps:
`[0017]
`amaster wireless device transmits a presentation
`request defining at least the applications or application
`groups sought, and defines response timeslots;
`[0018]
`at least one slave wireless device such as above
`defined and arranged in the transmission field selects
`applications or application groups and transmits a slave
`wireless device identifier distinctive for each application
`or application group selected, in a distinctive timeslot,
`in responseto the presentation request.
`[0019] According to one variant, the processing module
`generates said wireless device identifiers and associates them
`to the respective applications or application groups before or
`during the presentation request.
`[0020] According to yet another variant, the processing
`module transmits an identifier distinctive for each application
`or application group selected in the transmission timeslot of
`the slave device identifier associated with said application or
`application group selected.
`the transmissions
`[0021] According to another variant,
`between the master and slave wireless devices comply with
`the specifications of the standard ISO 14443-3 type B.
`[0022] The invention will be better understood by reading
`the following description, accompanied with the appended
`drawings which show:
`[0023]
`FIG. 1, exchanges according toprior art between a
`terminal and a smart card during the startup and anti-collision
`phase;
`FIGS. 2 to 4, various exchange scenarios according
`[0024]
`to the invention between a terminal and a smart card during
`the startup and anti-collision phase.
`[0025] The invention proposesto respondto a presentation
`request of a master wireless device viaa plurality ofresponses
`of the sameslave wireless device, declaring a plurality ofits
`applications or application groups in distinctive response
`
`3
`
`

`

`US 2008/0212558 Al
`
`Sep. 4, 2008
`
`time slots. A distinctive slave wireless device identifier is
`associated with each application or application group and
`by the card. The smart card therefore declares virtually to the
`transmits in response to the request. A plurality of slave
`terminal
`the various applications or application groups
`wireless devices are declared virtually via a single slave wire-
`selected as the distinctive smart cards. Each smart card iden-
`less device. The sameslave wireless device may therefore use
`tifier is for example generated before or during the reception
`a plurality of response time slots originally planned for a
`
`single response of each ofthe slave wireless devices arranged ofthe presentation request, and stored in memory inatable of
`in the transmissionfield of the master wireless device.
`the smart card.
`
`[0034] The first PUPI parameter correspondsto a distinc-
`tive smart card identifier associated with eachAFI transmitted
`
`[0026] A plurality of applications or application groups
`maythusbe declared by a slave wireless device in the reduced
`time ofa single startup and anti-collision phase. The transac-
`tion time between the master and slave wireless devices is
`thus not extended.
`
`[0027] Theapplication ofthe inventionto the specifications
`of the standard ISO 14443-3 type B described later is only
`provided by way of example, the invention being applicable
`to protocols wherein a similar problem arises. Likewise, the
`invention is described in its application to a terminal and to a
`smart card but is applicable for other master and slave wire-
`less devices.
`
`FIG.2 illustrates a time chart of a first example of
`[0028]
`exchanges during a startup and anti-collision phase. The
`transmissions of the terminal and ofa first smart card are
`
`illustrated respectively on the top (PCD) and bottom parts
`(Picc) of the time chart.
`transmits a
`the terminal
`step,
`[0029] During a first
`ReqB4SMOO presentation request of the smart cards
`arranged in its transmission field. Said request may take the
`following form:
`[0030]
`05h 00h 02h CRCB
`[0031] The first parameter is an identifier of the terminal.
`The second parameter defines the application or the applica-
`tion group/groups requested (identified by an AFT) for the
`smart cards that must respond. In this case, the value 00h
`defines that any card in the field must respond,irrespective of
`its applications. The third parameter defines the number of
`response timeslots to the request. In this case, the 02h value
`defines the use of 4 time slots. The end of the request marks
`thestart of the first timeslot.
`
`[0032] A first smart card arranged in the transmissionfield
`receives the presentation request on its wireless communica-
`tion interface and its processing module processes the
`request. Said smart card has 2 transport applications, identi-
`fied by the respective 12h and 13h AFI, belonging to the Ixh
`application group. The smart card has a bank application
`identified by the 21h AFT belonging to the 2xh application
`group. The processing module therefore selects the applica-
`tions which correspond to the request from the terminal. In
`this case, all of the applications are selected.
`[0033] The processing module therefore commands the
`transmission ofa responseforeach application in a distinctive
`time slot. The time slots other than the first are defined on
`expiry of the SM2 to SM4 markers transmitted by the termi-
`nal. The ATQB1, ATQB2 and ATQB4responses are respec-
`tively transmitted in the first, second and fourth timeslots.
`The responses may have the following structure:
`
`ATQB1: PUPI1 ApplicationDatal
`CRCB
`
`(AFI=13h) Protolnfol
`
`ATQB2: PUPI2 ApplicationData2 (AFI=12h) Protolnfo2
`CRCB
`
`ATQB3: PUPI3 ApplicationData3 (AFI=21h) Protolnfo3
`CRCB
`
`[0035] The terminal thusdetects the various applications of
`the smart card as various smart cards. The second parameter
`defines the AFI ofan application. The third parameter defines
`one or more parameters of the protocol associated with an
`application.
`[0036] On expiry of the timeslots, the terminal transmits a
`Sel selection command. Said command comprises the PUPI1
`identifier and thus selects the application correspondingto the
`13h AFI in the smart card. The selection command may take
`the following structure:
`[0037]
`1Dh PUPI1 Param1,2,3,4 Highlayer-INF (options)
`CRCB
`
`[0038] The third parameter defines the use whichis carried
`out from the protocol specified in the ATQB1 response. The
`fifth parameter defines options for processing the command.
`[0039] Onreceipt ofthe selection command,the smart card
`determines that the transaction with the terminal will use the
`
`13h application.
`[0040] The association of the PUPI identifiers with the
`applications or application groups is either carried out
`pseudo-randomly by the smart card, or predefined duringits
`manufacture. The association of the PUPIidentifiers with the
`
`applications or application groups is preferably generated
`before the startup and anti-collision step, in order not to
`extend the duration of the transaction.
`
`FIG.3 illustrates a time chart of another example of
`[0041]
`exchanges during the startup andanti-collision phase.
`a
`[0042] During a first
`step,
`the terminal
`transmits
`ReqB4SM10 presentation request ofthe smart cards arranged
`in its transmission field. Said request may take the following
`form:
`
`05h 10h 02h CRCB
`[0043]
`[0044] The 10h value of the second parameter defines that
`any card in the field must respond if it has any application
`from the Ixh group. The Ixh group correspondsto the trans-
`port application group in the example. The 02h value of the
`third parameter defines 4 response timeslots. As in the pre-
`ceding example, the ReqB4SM10 request and the SM2, SM3
`and SM4 markers delimit the response timeslots.
`[0045]
`Thefirst smart card has 2 applications correspond-
`ing to the request: the 12h and 13h applications. The process-
`ing module selects said two applications as corresponding to
`the request. The processing module therefore commandsthe
`transmission of a response for said two applications in a
`distinctive
`
`time slot. The ATQB1 and ATQB2responses are
`[0046]
`respectively transmitted in the second and fourth timeslots.
`The responses may havethe following structure:
`[0047] ATQB1: PUPI1 ApplicationDatal (AFI=13h) Pro-
`tolnfol CRCB
`
`[0048] ATQB2: PUPI2 ApplicationData2 (AFI=12h) Pro-
`tolnfo2 CRCB
`
`[0049] The terminal processes the responses and transmits
`a Sel selection command.In said command, it provides the
`PUPI2 identifier and thus selects the application correspond-
`
`4
`
`

`

`US 2008/0212558 Al
`
`Sep. 4, 2008
`
`ing to the 12h AFI in the first smart card. The selection
`command maytake the following structure:
`[0050]
`1Dh PUPI2 Param1,2,3,4 Highlayer-INF (options)
`CRCB
`
`[0051] Thus, the smart card determines that the 12h appli-
`cation will be used during the transaction with the terminal.
`[0052]
`FIG.4 illustrates a time chart of another example of
`exchanges during the startup and anti-collision phase, in the
`case where a second smart card is also present in the trans-
`mission field of the terminal. The second smart card, pro-
`duced according topriorart, only has a 21h bank application.
`[0053] During a first
`step,
`the terminal
`transmits a
`ReqB4SM20presentation request of the smart cards.
`[0054]
`Thefirst smart card has a single application corre-
`sponding to the request: the 21h application. Its processing
`module selects said application as corresponding to the
`request. The processing module therefore commands the
`transmission ofanATQB3responsefor said application in the
`fourth timeslot.
`
`[0055] Thesecond smart card automatically respondsto the
`request corresponding to its single AFTin thefirst time slot. Its
`response may havethe following structure:
`[0056] ATQB4: PUPI4 ApplicationData4 (AFI=21h) Pro-
`tolnfo4 CRCB
`
`[0057] Theterminal processes the responses from the smart
`cards and transmits a Sel selection command. Said command
`comprises the PUPI4 identifier and thus selects the applica-
`tion corresponding to the 21h AFI in the second smart card.
`The selection command maytake the following structure:
`[0058]
`1Dh PUPI4 Param1,2,3,4 Highlayer-INF (options)
`CRCB
`
`[0059] Thus, the second smart card determines that it is
`selected and that the 21h application will be used during the
`transaction with the terminal.
`
`[0060] A smart card and a methodaccordingto the inven-
`tion may therefore be used without disturbing the response
`from smart cards accordingto priorart.
`
`1. A slave wireless device comprising:
`a plurality of applications;
`a wireless communication interface;
`a processing module configuredto interpret a presentation
`request and time-slotted markers received via the wire-
`less communication interface;
`
`wherein the processing module functionsto:
`select a plurality of applications or application groups cor-
`respondingto the presentation request; and
`transmit a slave wireless device identifier distinctive for
`each application or application group selected, in a dis-
`tinctive time slot, in responseto the presentation request.
`2.A slave wireless device according to claim 1, wherein the
`processing module functions to generate said wireless device
`identifiers and associate them with the respective applications
`or application groups, before or during startup of the presen-
`tation request.
`3. A wireless device according to claim 1, comprising an
`identifier distinctive for each application or application
`group, wherein the processing module functions to transmit
`the identifier of an application or application group in the
`transmission time slotofthe slave device identifier associated
`with said application or application group.
`4. A slave wireless device according to claim 1, wherein
`said slave wireless device is a smart card.
`5. A method for setting up a wireless communication,
`comprising the following steps:
`transmitting, from a master wireless device, a presentation
`request defining requested applications or application
`groups, and defining responsetimeslots;
`selecting, in at least one slave wireless device arranged in
`the range oftransmission from said master device,appli-
`cations or application groups, and transmitting a slave
`wireless device identifier distinctive for each application
`or application group selected, in a distinctive timeslot,
`in responseto the presentation request.
`6. A method for setting up a wireless communication
`according to claim 5, wherein said wireless device identifiers
`are generated and associated with the respective applications
`or application groups, before or during the presentation
`request.
`7. A method for setting up a wireless communication
`according to claim 5, wherein an identifier distinctive for each
`selected application or application group is transmitted in the
`transmission time slotofthe slave device identifier associated
`
`with said selected application or application group.
`8. A method for setting up a wireless communication
`according to claim 5, wherein the transmissions between the
`master and slave wireless devices comply with the specifica-
`tions of the standard ISO 14443-3 type B.
`uf
`uf
`uf
`uf
`uf
`
`5
`
`

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket