60 likes | 287 Views
SIM Card. Basic idea. Introduction This contribution indicates the basic idea of one-way roaming from ANSI-41 to GSM and three stage 2 proposals for realizing the idea.
E N D
SIM Card Basic idea Introduction This contribution indicates the basic idea of one-way roaming from ANSI-41 to GSM and three stage 2 proposals for realizing the idea. GAIT has already standardized ANSI-GSM roaming as PN-4857. But the standard doesn’t meet our requirement of IIF without subscription data. Therefore, we proposed “IIF without Service Orders” at G95-Network meeting, which approved this as Phase 1, with future work to consider how and if PN-4587 functionality could be incorporated for Phase 2. And a new PN was assigned for the IIF at the previous TR45.2 meeting. Basic idea The basic idea to realize ANSI-GSM roaming without subscription data in IIF is shown the figure below. RANDU, AUTHU and SSD-B are used as RAND, SRES and Kc. The length of authentication parameters of GSM MAP is longer than that of ANSI-41. Therefore, GSM MAP and air-interface can convey ANSI-41 authentication parameters. Conclusion We propose to approve the basic idea for realizing one way roaming from ANSI-41 to GSM. And review the three stage 2 proposals and the compliance list of them. The compliance list is referred to p.2. The three stage 2 proposals are referred to p.3-5. We propose to select the preferable one if possible. This figure indicates the example of IIF without subscription data. MAP_SEND_AUTH_INFO AUTHREQ MAP_SEND_AUTH_INFO ack authreq GSM MSC [TRIPLET(RAND, SRES, Kc)] [RANDU, AUTHU, SSD] ANSI-41 HLR/AC IIF RANDU (24bits) } AUTHU (18bits) } SSD-B (64bits) } 128bits 32bits 64bits RAND SRES Kc
Compliance List of three proposals Three proposals The three proposals are on the assumption that IIF has no subscription data. Proposal 1 (refer to p.3) The processing of ANSI-41 HLR/AC is based on “AC initiated Unique Challenge”. The HLR/AC must allow MSID/ESN mismatch. Proposal 2 (refer to p.4) The processing of ANSI-41 HLR/AC is a specific procedure for AUTHREQ from IIF. If AUTHREQ comes from IIF, the HLR/AC only sends AUTHU, RANDU and SSD. Proposal 3 (refer to p.5) Authentication Parameters Request Message(AUTHPREQ) is newly defined. The message is used for retrieving some set of authentication parameters. Compliance List *GLR(Gateway Location Register) : Subscription Data is temporary registered.
Proposal 1 MS GSM MSC/VLR IIF ANSI-41 HLR/AC ANSI-41 MSC/VLR Location_Area_Update (IMSI) ESN includes default value. SEND_AUTHENTICATION_INFO [IMSI] AUTHREQ [MSID, ESN(default ESN), MSCID(IIF)] ANSI-41 HLR/AC detects that MSCID parameter in AUTHREQ is IIF ID, it allows MSID/ESN mismatch. authreq [RANDU, AUTHU, SSD] SEND_AUTHENTICATION_INFO ack [ AuthenticationSetList (RAND, SRES, Kc)] Authenticate (RAND) ANSI-41 MS executes the authentication using CAVE. It extracts RANDU from RAND in Auth_Req and calculates the AUTHU using RANDU and SSD-A. ASRRT Authenticate ack (SRES) ESN includes default value. UPDATE_LOCATION [IMSI] ASREPORT asreport REGNOT [MSID, ESN(default ESN)] REGCANC [MSID, ESN] regcanc regnot [profile] INSERT_SUBSCRIBER_DATA INSERT_SUBSCRIBER_DATA ack UPDATE_LOCATION ack Location_Area_Update ack
Proposal 2 MS GSM MSC/VLR IIF ANSI-41 HLR/AC ANSI-41 MSC/VLR Location_Area_Update (IMSI) ESN includes default value. SEND_AUTHENTICATION_INFO [IMSI] AUTHREQ [MSID, ESN(default ESN), MSCID(IIF)] It continues one to five times. ANSI-41 HLR/AC detects that MSCID parameter in AUTHREQ is IIF ID, it allows MSID/ESN mismatch, and it sends RANDU, AUTHU and SSD in authreq. authreq [RANDU, AUTHU, SSD] SEND_AUTHENTICATION_INFO ack [ AuthenticationSetList (RAND, SRES, Kc)] Authenticate (RAND) ANSI-41 MS executes the authentication using CAVE. It extracts RANDU from RAND in Auth_Req and calculates the AUTHU using RANDU and SSD-A. ESN includes default value. Authenticate ack (SRES) UPDATE_LOCATION [IMSI] REGNOT [MSID, ESN(default ESN)] REGCANC [MSID, ESN] regcanc regnot [profile] INSERT_SUBSCRIBER_DATA INSERT_SUBSCRIBER_DATA ack UPDATE_LOCATION ack Location_Area_Update ack
Proposal 3 MS GSM MSC/VLR IIF ANSI-41 HLR/AC ANSI-41 MSC/VLR Location_Area_Update (IMSI) New message for IIF. SEND_AUTHENTICATION_INFO [IMSI] AUTHPREQ [MSID] ANSI-41 HLR/AC detects AUTHPREQ, and it sends some set of (RANDU, AUTHU, SSD) and ESN in authpreq. authpreq [SomeSet(RANDU, AUTHU, SSD), ESN] SEND_AUTHENTICATION_INFO ack [ AuthenticationSetList (RAND, SRES, Kc)] Authenticate (RAND) ANSI-41 MS executes the authentication using CAVE. It extracts RANDU from RAND in Auth_Req and calculates the AUTHU using RANDU and SSD-A. Authenticate ack (SRES) UPDATE_LOCATION [IMSI] REGNOT [MSID, ESN] REGCANC [MSID, ESN] regcanc regnot [profile] INSERT_SUBSCRIBER_DATA INSERT_SUBSCRIBER_DATA ack UPDATE_LOCATION ack Location_Area_Update ack
Call Delivery (Same as PN-4857) MS GSM MSC/VLR IIF ANSI-41 HLR/AC ANSI-41 MSC/VLR There is the GLR data Incoming Call From PSTN LOCREQ [DGTSDIAL] ROUTREQ [MSID] PROVIDE_ROAMING_NUMBER [IMSI] PROVIDE_ROAMING_NUMBER ack [MSRN] routreq [TLDN] Locreq [TERMLIST, REDIND] Call setup