![課件講稿iso14443協(xié)議_第1頁](http://file4.renrendoc.com/view/af49a2e1fab309d147a011c586efd2a5/af49a2e1fab309d147a011c586efd2a51.gif)
![課件講稿iso14443協(xié)議_第2頁](http://file4.renrendoc.com/view/af49a2e1fab309d147a011c586efd2a5/af49a2e1fab309d147a011c586efd2a52.gif)
![課件講稿iso14443協(xié)議_第3頁](http://file4.renrendoc.com/view/af49a2e1fab309d147a011c586efd2a5/af49a2e1fab309d147a011c586efd2a53.gif)
![課件講稿iso14443協(xié)議_第4頁](http://file4.renrendoc.com/view/af49a2e1fab309d147a011c586efd2a5/af49a2e1fab309d147a011c586efd2a54.gif)
![課件講稿iso14443協(xié)議_第5頁](http://file4.renrendoc.com/view/af49a2e1fab309d147a011c586efd2a5/af49a2e1fab309d147a011c586efd2a55.gif)
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
SecrétariatCNCC/GEVotrecorrespondant: n-ClaudeHESLINGLignedirecte:+33142915708Courrierélectronique:n- Nosréférences:
CNCC/GE8NAssociationFran?aisedeNormalisatioTourEurop92049ParislaDéfenseCedexFranceAccès:LaDéfenseParkingLesCorolleTél:+331429155Télécopie:+33142915656Mini:3616AFNORhttp:/ r.fAssociationreconnued'utilitépubliqueComitémembrefran?aisduCdel'ISOSiret77572481800015CodeNAF751E
TITRE: VotedelaFrancesurl’ISO/CEIFDIS14443-3"Identificationcards–Contactlessintegratedcircuit(s)cards–Proximitycards–Part3:Initializationandanticollision" SecrétariatCentraldeNOTE: Soumisauvotejusqu'au14novembre2000.Unedécisiondepr ipedevotepositifsanscommentairesaétépriselorsdelaréunionGE8du8juin2000(voirGE8NSUITEADONNER PourexamenenvuedelapréparationduvotedelalorsdelaréunionGE8du5octobre2000puisdécisionlorsdelaréunionCNCCdu11Octobre2000.ISO/IECJTC1/SCDate:2000-07-ISO/IECFDIS14443-ISO/IECJTC1/SC17/WGSecretariat:Identificationcards—Contactlessintegratedcircuit(s)cards-Proximitycards—Part3:InitializationandanticollisionCartesd'identification—Cartesàcircuit(s)intégréssanscontacts-Cartesdeproximité—Partie3:Initialisatitype:InternationalStandardstage:(50)Approvallanguage:EM:\dms\dtic\xdom315.1\iso\14443-3\ISO-IEC14443-3(E).docSTDVersionCopyrightCopyrightThisisaDraftInternationalStandardandiscopyright-protectedbyISO.Exceptasundertheapplicablelawsoftheuser’scountry,neitherthisISOdraftnoranyextractfromitmaybereproduced,storedinaretrievalsystemortransmittedinanyformorbyanymeans,electronic,photocopying,recordingorotherwise,withoutpriorwrittenpermissionbeingsecured.RequestsforpermissiontoreproduceshouldbeaddressedtoISOattheaddressbeloworISO’smemberbodyinthecountryoftherequester.CopyrightManager1ruedeVarembé1211Geneva20.+4122749fax+4122734 :Reproductionmaybesubjecttoroyaltypaymentsoralicensingagreement.Violatorsmaybeprosecuted. Termsand TypeA–Initializationand Frameformatand Framedelay FramedelaytimePCDto FramedelaytimePICCto RequestGuard Frame Short Bitorientedanticollision PICC IDLE READY ACTIVE HALT READY* ACTIVE* Command REQAandWUPA ANTICOLLISIONandSELECT HLTA Select Selectsequence ATQA-AnswerTo Codingof Codingrulesforbitframe Anticollisionand Anticollisionloopwithineachcascade CodingofSEL(Select CodingofNVB(NumberofValid CodingofSAK(Select UIDcontentsandcascade TypeB–Initializationand Character,frameformatand Frame TimingbeforethePICC TimingbeforethePCD PICCstates Statetransition Generalstatementforstatedescriptionand IDLE ACTIVE HALT Command REQB/WUPB CodingofAnticollisionPrefixbyte Codingof Codingof CodingofAnticollisionPrefixbyte ATQB ATQBResponse PUPI(Pseudo-UniquePICC Numbersof Protocol ATTRIB ATTRIBCommand CodingofParam CodingofParam CodingofParam CodingofParam Higherlayer AnswertoATTRIB HLTBCommandand AnnexA(informative)CommunicationexampleType AnnexB(informative)CRC_AandCRC_B AnnexC(informative)TypeAtimeslot–Initializationand AnnexD(informative)TypeB-ExampleofAnticollision ISO(theInternationalOrganizationforStandardization)andIEC(theInternationalElectrotechnicalCommission)formthespecializedsystemforworldwidestandardization.NationalbodiesthataremembersofISOorIECparticipateinthedevelopmentofInternationalStandardsthroughtechnicalcommitteesestablishedbytherespectiveorganizationtodealwithparticularfieldsoftechnicalactivity.ISOandIECtechnicalcommitteescollaborateinfieldsofmutualinterest.Otherinternationalorganizations,ernmentalandnon-ernmental,inliaisonwithISOandIEC,alsotakepartinthework.InternationalStandardsaredraftedinaccordancewiththerulesgivenintheISO/IECDirectives,PartInthefieldofinformationtechnology,ISOandIEChaveestablishedajointtechnicalcommittee,ISO/IECJTC1.DraftInternationalStandardsadoptedbythejointtechnicalcommitteearecirculatedtonationalbodiesforvoting.PublicationasanInternationalStandardrequiresapprovalbyatleast75%ofthenationalbodiescastingavote.AttentionisdrawntothepossibilitythatsomeoftheelementsofthispartofISO/IEC14443maybethesubjectofpatentrights.ISOandIECshallnotbeheldresponsibleforidentifyinganyorallsuchpatentrights.InternationalStandardISO/IEC14443-3waspreparedbyJointTechnicalCommitteeISO/IECJTC1,Information mitteeSC17,Identificationcardsandrelateddevices.ISO/IEC14443consistsofthefollowingparts,underthegeneraltitleIdentificationcards—Contactlessintegratedcircuit(s)cards-Proximitycards:Part1:PhysicalPart2:RadiofrequencypowerandsignalPart3:InitializationandPart4:TransmissionAnnexesA,B,CandDofthispartofISO/IEC14443areforinformationISO/IEC14443isoneofaseriesofInternationalStandardsdescribingtheparametersforidentificationcardsasdefinedinISO/IEC7810,andtheuseofsuchcardsforinternationalinterchange.ThispartofISO/IEC14443describespollingforproximitycardsenteringthefieldofaproximitycouplingdevice,thebyteformatandframing,theinitialRequestandAnswertoReqommandcontent,methodstodetectandcommunicatewithoneproximitycardamongseveralproximitycards(anticollision)andotherparametersrequiredtoinitializecommunicationsbetweenaproximitycardandaproximitycouplingdevice.ProtocolsandcommandsusedbyhigherlayersandbyapplicationsandwhichareusedaftertheinitialphasearedescribedinISO/IEC14443-4.ISO/IEC14443isintendedtoallowoperationofproximitycardsinthepresenceofothercontactlesscardsconformingtoISO/IEC10536andISO/IEC15693. Identificationcards—Contactlessintegratedcircuit(s)cards-Proximitycards—Part3:InitializationandanticollisionThispartofISO/IEC14443describespollingforproximitycards(PICCs)enteringthefieldofaproximitycouplingdevice(PCD)thebyteformat,theframesandtimingusedduringtheinitialphaseofcommunicationbetwee DsandPICCs;theinitialRequestandAnswerto ommandcontentmethodstodetectandcommunicatewithonePICCamongseveralPICCs(anticollision)otherparametersrequiredtoinitializecommunicationsbetweenaPICCandPCDoptionalmeanstoeaseandspeeduptheselectionofonePICCamongseveralPICCsbasedonapplicationProtocolandcommandsusedbyhigherlayersandbyapplicationsandwhichareusedaftertheinitialphasearedescribedinISO/IEC14443-4.ThispartofISO/IEC14443isapplicabletoPICCsofTypeAandofTypeB(asdescribedinISO/IEC14443-NOTEPartofthetimingofdommunicationisdefinedinISO/IEC14443-NormativeThefollowingnormative scontainprovisionswhich,throughreferenceinthistext,constituteprovisionsofthispartofISO/IEC14443.Fordatedreferences,subsequentamendmentsto,orrevisionsof,anyofthesepublicationsdonotapply.However,partiestoagreementsbasedonthispartofISO/IEC14443areencouragedtoinvestigatethepossibilityofapplyingthemostrecenteditionsofthenormative sindicatedbelow.Forundatedreferences,thelatesteditionofthenormative referredtoapplies.MembersofISOandIECmaintainregistersofcurrentlyvalidInternationalStandards.ISO/IEC13239,Informationtechnology- municationsandinformationexchang weensystems-High-leveldatalinkcontrol(HDLC)procedures.ISO/IEC7816-3:1997,Identificationcards-Integratedcircuit(s)cardswithcontacts-Part3:Electronicsignalsandtransmissionprotocols.ISO/IEC7816-5,Identificationcards–Integratedcircuit(s)cardswithcontacts–Part5:Numberingsystemandregistrationprocedureforapplicationidentifiers.ISO/IEC7816-6:1996/AM1,Identificationcards–Integratedcircuit(s)cardswithcontacts–Part6:Interindustrydataelements–Amendment1:ICmanufacturer'sregister.ISO/IEC14443-2,Identificationcards–Contactlessintegratedcircuit(s)cards–Proximitycards–Part2:Radiofrequencypowerandsignalinterface.ISO/IEC14443-4,Identificationcards–Contactlessintegratedcircuit(s)cards–Proximitycards–Part4:Transmissionprotocol.ITU-TX.25,InterfacweenDataTerminalEquipment(DTE)andD ircuit-terminatingEquipment(DCE)forterminalsoperatinginthepacketmodeandconnectedtopublicdat workbydedicatedcircuit.ITU-TV.41,Code-terror-controlITU-TV.42,Error-correctingproceduresforDLEsusingasynchronous–to–synchronousTermsandForthepurposesofthispartofISO/IEC14443,thetermsanddefinitionsgiveninISO/IEC14443-2,ISO/IEC7816-3andthefollowingapply.algorithmusedtopreparefordialogu weeDandoneormorePICCsoutofthetotalnumberofPICCsrespondingtoareq bitcollisiondetectionanticollisionmethodforPICCsofTypeA,employingcollisiondetectionatbitlevelwithinaabyteconsistsof8bitsofdatadesignatedb8tob1,fromthemostsignificantbit(MSB,b8)totheleastsignificantbit(LSB,b1)transmissionbytwoPICCsinthesamePCDenergizingfieldandduringthesametimeperiod,suchthatthePCDisunabletodistinguishfromwhichPICCthedataoriginatedelementarytimeunitforthispartofISO/IEC14443,oneetuisdefinedas1etu=128/fc(i.e.9,4μsaframeisasequenceofdatabitsandoptionalerrordetectionbits,withframedelimitersatstartandhigherlayeraprotocollayer(notdescribedinthispartofISO/IEC14443)thatmakesuseoftheprotocollayerdefinedinthispartofISO/IEC14443totransferinformationbelongingtotheapplicationorhigherlayersofprotocolthatisnotdescribedinthispartofISO/IEC14443timeslotmethodwherebyaPCDestablisheslogicalchannelswithoneormorePICCsofTypeB,whi akesuseoftimeslotallocationforPICCresponse commandrequestingPICCoftheappropriatetypetorespondiftheyareavailableforSymbolsandabbreviatedForthepurposesofthispartofISO/IEC14443,thefollowingabbreviationsareused: ApplicationDoding,TypeB ApplicationFamilyIdentifier.Cardpreselectioncriteriabyapplication,TypeB AnticollisionPrefixf,usedinREQB/WUPB,TypeB AnticollisionPrefixn,usedinSlot-MARKERCommand,TypeB AnswerToRequest,TypeA AnswerToRequest,TypeB PICCselectioncommand,TypeB UIDCLncheckbyte,calculateda clusive-oroverthe4previousbytes,TypeA CardIDentifier CascadeLeveln,Type CascadeTag,Type CyclicRedundancyCheckerrordetectioncodeA CyclicRedundancyCheckerrordetectioncodeB Endofcommunication,TypeA ExtraGuardTime,Type EndOfFrame,Type Elementarytime FrameDelayTime,Type Carrier Frame FrameWaitingtime FrameWaiting HaltCommand,Type HaltCommand,Type INFormationfieldbelongingtohigherlayer,TypeB LeastSignificantBit umBufferLength,Type umBufferLengthIndex,TypeB MostSignificantBit NumberofanticollisionslotsorPICCresponseprobabilityineachslot,TypeB Variableintegervalueasdefinedinthespecificclause Node NumberofValidBits,Type OddParitybit,Type ProximityCoupling roximity SlotnumberchosenbythePICCduringtheanticollisionsequence,TypeB ommand,TypeA ommand,Type forFutureISO/IECUse Startofcommunication,TypeA SelectAcKnowledge,Type SELectcode,TypeA SelectCommand,TypeA StartOfFrame,TypeB GuardTimeasdefinedinISO/IEC14443-2,Type SynchronizationTimeasdefinedinISO/IEC14443-2,TypeB UniqueIdentifier,TypeA BytenumbernofUniqueIDentifier,n Wake-UPCommand,Type Wake-UPCommand,TypeForthepurposesofthispartofISO/IEC14443,thefollowingnotationapplies Databitrepresentation Hexadecimalnotation,equaltoXYtothebaseInordertodetectPICCswhichareintheoperatingfield,aPCDshallsendrepeatedReqommands.ThePCDshallsendREQAandREQBdescribedhereininanysequenceandinadditionmaysendothercommandsasdescribedinAnnexC.WhenaPICCi posedtoanunmodulatedoperatingfield(seeISO/IEC14443-2)itshallbeabletoacceptarequestwithin5ms.EXAMPLE1WhenaPICCTypeAreceivesanyTypeBcommanditshallbeabletoacceptaREQAwithin5msofunmodulatedoperatingfield.EXAMPLE2WhenaPICCTypeBreceivesanyTypeAcommanditshallbeabletoacceptaREQBwithin5msofunmodulatedoperatingfield.TypeA–InitializationandThissectiondescribestheinitializationandcollisiondetectionprotocolapplicableforPICCsofTypeThePCDshallbedesignedtodetectacollisionthatoccurswhenatleasttwoPICCssimultaneouslytransmitbitpatternswithoneormorebitpositionsinwhichatleasttwoPICCstransmitcomplementaryvalues.Inthiscasethebitpatternsmergeandthecarrierismodulatedwiththesubcarrierforthewhole(100%)bitduration(seeISO/IECFrameformatandThissectiondefinestheframeformatandtimingusedduringcommunicationinitializationandanticollision.ForbitrepresentationandcodingrefertoISO/IEC14443-2.Framesshallbetransferredinpairs,PCDtoPICCfollowedbyPICCtoPCD,usingthePCDframePCDstartofinformationand,whererequired,errordetectionbitssentbythePCDendofFramedelaytimePCDtoPICCframePICCstartofinformationand,whererequired,errordetectionbitssentbythePICCendofFramedelaytimePICCtoTheframedelaytime(FDT)fromPCDtoPICCoverlapsthePCDendofFramedelayTheframedelaytimeFDTisdefinedasthe weentwoframestransmittedinoppositeFramedelaytimePCDtoThisisthetim ofthelastpausetransmittedbythePCDandthefirstmodulationedgewithinthestartbittransmittedbythePICCandshallrespectthetimingdefinedinFigure1,wherenisanintegervalue.LastdatabittransmittedbyPCFirstmodulationofPICFDT=LastdatabittransmittedbyPCFirstmodulationofPICFDT=(n*128+84)/128/256/logicEndofcommunication(E128/fcStartcommunicationFDT=(n*128+20)/128/256/logicEndofcommunication(E128/fcStartcommunicationFigure1—FramedelaytimePCDtoPICCTable1—FramedelaytimePCDtoPICCn(integerlastbit=lastbit=REQACommandWUPASELECTCommand91236/1172/Allother(n*128+84)/(n*128+20)/Thevaluen=9meansthatallPICCsinthefieldshallrespondinasynchronouswaywhichisneededforForallothercommandsthePICCshallensurethatthefirstmodulationedgewithinthestartbitisalignedtothebit-griddefinedinFigure1.FramedelaytimePICCtoThisisthetim weenthelastmodulationtransmittedbythePICCandthefirstpausetransmittedbythePCDandshallbeatleast1172/fc.RequestGuardTheRequestGuardTimeisdefinedastheminimumtimweenthestartbitsoftwoconsecutiveREQAcommands.Ithasthevalue7000/fc.FrameThefollowingframetypesaredefinedshortframesforcommandsdefinedinTable2standardframesforregularcommandsbitorientedanticollisionframeforanticollisionShortAshortframeisusedtoinitiatecommunicationandconsistsof,inthefollowingorderstartofcommunication7databitstransmittedLSBfirst(forcodingseeTable2)endofNoparitybitisSb2EFirstbitFigure2—ShortStandardframesareusedfordataexchangeandconsistofstartofcommunicationn*(8databits+oddparitybit),withn1.TheLSBofeachbyteistransmittedfirst.Eachbyteisfollowedbyanoddparitybit.TheparitybitPissetsuchthatthenumberof1sisoddin(b1tob8,P);endof P n*(8data P 1stbyte 2ndbyte nthbyte1stbit EndofFigure3—StandardBitorientedanticollisionAcollisionisdetectedwhenatleasttwoPICCstransmitdifferentbitpatternstothePCD.Inthiscasethecarrierismodulatedwiththesubcarrierforthewholebitdurationforatleastonebit.Bitorientedanticollisionframesshallonlybeusedduringbitframeanticollisionloopsandarestandardframeswithalengthof7bytes,splitintotwoparts:part1fortransmissionfromPCDtoPICCpart2fortransmissionfromPICCtoForthelengthofpart1andpart2,thefollowingrulesshallapplyrule1:Thesumofdatabitsshallbe56rule2:Theminimumlengthofpart1shallbe16databitsrule3: umlengthofpart1shallbe55dataConsequently,theminimumlengthofpart2shallbe1databitandthe umlengthshallbe40databits. ethesplitcanoccuratanybitpositionwithinabyte,twocasesaredefined:caseFULLBYTE:Split completebyte.Aparitybitisaddedafterthelastdatabitofpart1caseSPLITBYTE:Splitwithinabyte.NoparitybitisaddedafterthelastdatabitofpartThefollowingexamplesforcaseFULLBYTEandcaseSPLITBYTEdef hebitorganizationandorderofbit TheseexamplesludepropervaluesforNVBandStandardframe,splitafter4thcompletedataS1000001E anticollisionframe,part2:PICCtoanticollisionanticollisionframe,part2:PICCtoS1000EFirstbitS001EFirstbitFigure4—Bitorganizationandtransmissionofbitorientedanticollisionframe,caseFULLStandardframe,splitafter2databytes+5data001001100S10001anticollisionframe,part1:PCDtoS10Eanticollisionframe,partanticollisionframe,part2:PICCtoSx0001EFirstbitFigure5—Bitorganizationandtransmissionofbitorientedanticollisionframe,caseSPLITForaSPLITBYTE,thefirstparitybitofpart2shallbeignoredbytheTheframeCRC_Aisafunctionofkdatabits,whichconsistofallthedatabitsintheframe,excludingparitybits,SandE,andtheCRC_Aitself.Sedataisencodedinbytes,thenumberofbitskisamultipleof8.Forerrorchecking,thetwoCRC_Abytesaresentinthestandardframe,afterthebytesandbeforetheE.TheCRC_AisasdefinedinISO/IEC13239,buttheinitialregistercontentshallbe‘6363‘a(chǎn)ndtheregistercontentshallnotbeinvertedaftercalculation.ForanexamplerefertoannexPICCThefollowingsectionsprovidedescriptionsofthestatesforaPICCofTypeAspecifictothebitcollisiondetectionThefollowingstatediagramtakesallpossiblestatetransitionscausedbycommandsofthispartofISO/IEC14443intoaccount.PICCsreacttovalidreceivedframesonly.Noresponseissentwhentransmissionerrorsaredetected.ThefollowingsymbolsapplyforthestatediagramshowninFigure6below. ANTICOLLISIONCommand(matchedUID) ANTICOLLISIONCommand(notmatchedUID) SELECTCommand(matchedUID) SELECTCommand(notmatched DESELECTCommand,definedinISO/IEC14443-4 transmissionerrordetectedPowerPowerREQA,Figure6—PICCTypeAstatePICCsbeingcompliantwithISO/IEC14443-3butnotusingISO/IEC14443-4mayleavetheACTIVEorACTIVE*Statebyproprietarycommands.InthePOWER-OFFState,thePICCisnotpoweredduetoalackofcarrierStateexitconditionsandtransitionsIfthePICCisinanenergizingmaicfieldgreaterthanHmin(seeISO/IEC14443-2),itshallenteritsIDLEStatewithinadelaynotgreaterthandefinedlause5.IDLEIntheIDLEState,thePICCispowered.ItlistensforcommandsandshallrecognizeREQAandWUPAStateexitconditionsandtransitionsThePICCenterstheREADYStateafterithasreceivedavalidREQAorWUPACommandandtransmitteditsREADYIntheREADYState,eitherthebitframeanticollisionoraproprietaryanticollisionmethodcanbeapplied.CascadelevelsarehandledinsidethisstatetogetthecompleteUID.StateexitconditionsandtransitionsThePICCenterstheACTIVEStatewhenitisselectedwithitscompleteACTIVEIntheACTIVEState,thePICClistenstoanyhigherlayerStateexitconditionsandtransitionsThePICCenterstheHALTStatewhenavalidHLTACommandis Inthehigherlayerprotocol,specificcommandsmaybedefinedtoreturnthePICCtoitsHALTHALTIntheHALTState,thePICCshallrespondonlytoaWUPAStateexitconditionsandtransitionsThePICCenterstheREADY*StateafterithasreceivedavalidWUPACommandandtransmitteditsREADY*StateDescription:TheREADY*StateissimilartotheREADYState,eitherthebitframeanticollisionoraproprietaryanticollisionmethodcanbeapplied.CascadelevelsarehandledinsidethisstatetogetcompleteUID.StateexitconditionsandtransitionsThePICCenterstheACTIVE*StatewhenitisselectedwithitscompleteACTIVE*TheACTIVE*StateissimilartotheACTIVEState,thePICCisselectedandlistenstoanyhigherlayerStateexitconditionsandtransitionsThePICCenterstheHALTStatewhenavalidHLTACommandisThecommandsusedbythePCDtomanagecommunicationwithseveralPICCsareREQAWUPASELECTThecommandsusethebyteandframeformatsdescribedREQAandWUPATheREQAandWUPACommandsaresentbythePCDtoprobethefieldforPICCsofTypeA.Theyaretransmittedwithinashortframe.SeeFigure6tocheckinwhichcasesPICCactuallyhavetoanswertotheserespectiveParticularlytheWUPACommandissentbythePCDtoputPICCswhichhaveenteredtheHALTStatebackintotheREADY*State.Theyshallthenparticipateinfurtheranticollisionandselectionprocedures.Table2showsthecodingofREQAandWUPACommandswhichusetheShortframeTable2—CodingofShort0100110‘26’=1010010‘52’=0110101‘35’=Optionaltimeslotmethod,seeAnnex100xxxx‘40’to‘4F’=1111xxx‘78’to‘7F’=allotherANTICOLLISIONandSELECTThesecommandsareusedduringananticollisionloop(seeFigure4and5).TheANTICOLLISIONandSELECTCommandsconsistof:selectcodeSEL(1byte)numberofvalidbitsNVB(1byte,forcodingseeTable7)0to40databitsofUIDCLnaccordingtothevalueofNVB.SELspecifiesthecascadelevelCLn.TheANTICOLLISIONCommandistransmittedwithinbitorientedanticollisionframe.TheSELECTCommandistransmittedwithinstandardframeAslongasNVBdoesnotspecify40validbits,thecommandiscalledANTICOLLISIONCommand,wherethePICCremainsinREADYorREADY*State.IfNVBspecifies40databitsofUIDCLn(NVB='70'),aCRC_Ashallbeappended.ThiscommandiscalledSELECTCommand.IfthePICChastransmittedthecompleteUID,ittransitsfromREADYStatetoACTIVEStateorfromREADY*StatetoACTIVE*StateandindicatesinitsSAKresponsethatUIDiscomplete.Otherwise,thePICCremainsinREADYorREADY*stateandthePCDshallinitiateanewanticollisionloopwithreasedcascadelevel.HLTATheHLTACommandconsistsoftwobytesfollowedbyCRC_AandshallbetransmittedwithinStandardFirstbitSEFigure7—StandardframecontainingHLTAIfthePICCrespondswithanymodulationduringaperiodof1msafter oftheframecontainingtheHLTACommand,thisresponseshallbeinterpretedas'notacknowledge'.SelectThepurposeoftheselectsequenceistogettheUIDfromonePICCandtoselectthisPICCforfurtherSelectsequenceISO/IEC14443-SendReceiveReceiveproprietary
Check
bitframecascadelevelPerformbitUIDnot
Check
UIDcomplete,PICCnotcomplianttoISO/IEC14443-UIDcomplete,PICCcomplianttoISO/IEC14443-4framesframesandProceedProceedwithcommandsandprotocolsdefinedinISO/IEC14443-4Figure8—InitializationandanticollisionflowchartforATQA-AnswerTo REQACommandistransmittedbythePCD,allPICCsintheIDLEstateshallrespondsynchronouslywith WUPACommandistransmittedbythePCD,allPICCsintheIDLEorHALTstateshallrespondsynchronouslywithATQA.ThePCDshalldetectanycollisionthatmayoccurwhenmultiplePICCsrespond.AnexampleisgiveninannexA.CodingofTable3—Codingof ProprietaryUIDsizebitBitframeAllRFUbitsshallbesettoCodingrulesforbitframeRule1:Bitsb7andb8codetheUIDsize(single,doubleortriple,seeTableRule2:Oneoutofthefivebitsb1,b2,b3,b4orb5shallbesetto(1)btoindicatebitframeanticollision(seeTable5) Bit9tobit12indicateadditionalandproprietaryTable4—Codingofb7,b8forbitframe00UIDsize:01UIDsize:10UIDsize:11Table5—Codingofb1-b5forbitframe10000bitframe01000bitframe00100bitframe00010bitframe00001bitframeAnticollisionandAnticollisionloopwithineachcascadeThefollowingalgorithmshallapplytotheanticollisionloopStepThePCDshallassignSELwiththecodefortheselectedanticollisiontypeandcascadeStepThePCDshallassignNVBwiththevalueof ThisvaluedefinesthatthePCDwilltransmitnopartofUIDCLn.ConsequentlythiscommandsallPICCsinthefieldtorespondwiththeircompleteUIDCLn.StepThePCDshalltransmitSELandStepAllPICCsinthefieldshallrespondwiththeircompleteUIDStepAssumingthePICCsinthefieldhaveuniqueserialnumbers,thenifmorethanonePICCresponds,acollisionoccurs.Ifnocollisionoccurs,steps6to10shallbeskipped.StepThePCDshallrecognizethepositionofthefirstStepThePCDshallassignNVBwithavaluethatspecifiesthenumberofvalidbitsofUIDCLn.ThevalidbitsshallbepartoftheUIDCLnthatwasreceivedbeforeacollisionoccurredfollowedbya(0)bor(1)b,decidedbythePCD.Atypicalimplementationaddsa(1)b.StepThePCDshalltransmitSELandNVB,followedbythevalidStepOnlyPICCsofwhichthepartofUIDCLnisequaltothevalidbitstransmittedbythePCDshalltransmittheirremainingbitsoftheUIDCLn.StepIffurthercollisionsoccur,steps6to9shallberepeated.TheumnumberofloopswillbeStepIfnofurthercollisionoccurs,thePCDshallassignNVBwiththevalueof‘70’. ThisvaluedefinesthatthePCDwilltransmitthecompleteUIDCLn.StepThePCDshalltransmitSELandNVB,followedbyall40bitsofUIDCLn,followedbyCRC_AStepThePICCwhichUIDCLnmatchesthe40bitsshallrespondwithitsStepIftheUIDiscomplete,thePICCshalltransmitSAKwithclearedcascadebitandshalltransitfromREADYStatetoACTIVEStateorfromREADY*StatetoACTIVE*State.StepThePCDshallcheckifthecascadebitofSAKissettodecidewhetherfurtheranticollisionloopswithreasedcascadelevelshallfollow.IftheUIDofaPICCiscompleteandknownbythePCD,thePCDmayskipstep2-step10toselectthisPICCwithoutperformingtheanticollisionloop. Figure9exinssteps1toSEL:=code(cascadeReceiveUIDCollisionUIDNVB:=‘20’+NVB:=coll:=PositionofNVB:=TransmitSELECTUIDReceiveFigure9—AnticollisionReceive ThecirclednumberscorrespondtothestepsoftheCodingofSEL(SelectLength:1Possiblevalues:‘93’,‘95’,Table6—Codingof10010011‘93’:Selectcascadelevel10010101‘95’:Selectcascadelevel10010111‘97’:Selectcascadelevel1001thosehereaboveCodingofNVB(NumberofValidLength:1Theupper4bitsarecalled“Bytecount”andspecifytheintegerpartofthenumberofallvaliddatabitstransmittedbythePCD(ludingSELandNVB)dividedby8.Consequently,theminimumvalueof“Bytecount”is2andumvalueisThelower4bitsarecalled“bitcount”andspecifythenumberofallvaliddatabitstransmittedbythePCD(ludingSELandNVB)modulo8.Table7—Codingof0010Bytecount=0011Bytecount=0100Bytecount=0101Bytecount=0110Bytecount=0111Bytecount=0000bitcount=0001bitcount=0010bitcount=0011bitcount=0100bitcount=0101bitcount=0110bitcount=0111bitcount=CodingofSAK(SelectSAKistransmittedbythePICCwhenNVBhasspecified40validdatabitsandwhenallthesedatabitsmatchwithUIDCLn.1st2nd,3rd(1(2MSBLSB Figure10—SelectacknowledgeThecodingofbitsb3(cascadebit)andb6isgiveninTableTable8—Codingofxxxxx1xxCascadebitset:UIDnotxx1xx0xxUIDxx0xx0xxUIDUIDcontentsandcascadeTheUIDconsistsof4,7or10UIDbytes.Consequently,thePICCshallhandleupto3cascadelevelstogetallUIDbytes.Withineachcascadelevel,apartofUIDshallbetransmittedtothePCD.Accordingtothecascadelevel,threetypesofUIDsizearedefined.ThisUIDsizeshallbeconsistentwithTable4.Table9—UIDCascadeUIDNumberofUID14273TheUIDisafixeduniquenumberorarandomnumberwhichisdynamicallygeneratedbythePICC.Thefirstbyte(uid0)oftheUIDassignsthecontentofthefollowingbytesoftheUID.Table10—Singlesizeuid1touid3isarandomnumberwhichisdynamically'x0'-proprietaryfixed'x9'-'18'-Thevalue'88'ofthecascadetagCTshallnotbeusedforuid0insinglesizeTable11—DoubleandtriplesizeISO/IEC7816-6/AM1*Eaanufacturerisresponsiblefortheuniquenessofthevalueoftheotherbytesoftheuniquenumber. Thevalues'81'to'FE',whicharemarkedfor'Privateuse'inISO/IEC7816-6/AM1shallnotbeallowedinthiscontext.
CascadeLevel CascadeLevel CascadeLevelFigure11—Usageofcascade
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年兼職英語教師聘請(qǐng)協(xié)議
- 2025年農(nóng)業(yè)發(fā)展貸款交易轉(zhuǎn)移協(xié)議
- 2025年房產(chǎn)交易合同范文新規(guī)定
- 2025年企業(yè)建筑工程安全生產(chǎn)管理協(xié)議
- 2025年節(jié)能減排項(xiàng)目共建協(xié)議
- 2025年停車場車位共有權(quán)協(xié)議書
- 2025年供水合作協(xié)議書標(biāo)準(zhǔn)示例
- 2025年光盤大量復(fù)制服務(wù)協(xié)議書樣本
- 2025年品質(zhì)策劃服務(wù)合作協(xié)議
- 2025年合作伙伴電子產(chǎn)品租賃協(xié)議
- 小學(xué)生素質(zhì)發(fā)展報(bào)告單
- 供應(yīng)鏈行業(yè)年終述職報(bào)告總結(jié)
- 臨時(shí)用地土地復(fù)墾方案
- 肝硬化中醫(yī)護(hù)理查房
- QAV-1自我監(jiān)查確認(rèn)表
- 防范非煤礦山典型多發(fā)事故60條措施培訓(xùn)
- 部編版語文二年級(jí)上冊(cè)第1單元核心素養(yǎng)教案
- 礦山機(jī)電知識(shí)培訓(xùn)課件
- GB/T 43200-2023機(jī)器人一體化關(guān)節(jié)性能及試驗(yàn)方法
- 建筑四新技術(shù)全套
- 監(jiān)理項(xiàng)目部基本設(shè)備配置清單
評(píng)論
0/150
提交評(píng)論