지난 시간에 이어 오늘은 Online Subscription 절차에 대해 설명 드리도록 하겠습니다. Online Subscription은 사업자의 환경과 정책에 따라 다양한 로직으로 구현이 가능하며 오늘 소개는 그 중 하나의 예라고 보시면 될 듯 합니다.
Online Subscription 절차
Online Subscription이란 사용자가 Open Market에서 LTE 단말(UE) 구매 후, 해당 단말로 사업자 Portal(Web 서버이고 Captive Portal이라 부름)에 접속하여 자가 개통을 하는 방식입니다. 자가 개통이 완료되기 전까지 해당 사용자는 사업자 Portal에만 접속할 수 있을 뿐 다른 인터넷 서비스는 사용할 수 없습니다.
아래 Online Subscription 절차의 예를 LG U+로 들었지만, 이전 글에서 말씀드린 바와 같이 현재 국내 통신 3사는 모두 Offline Subscription만 지원하고 있습니다.
1. 사업자 망의 준비 작업 (Commissioning)
[1] 먼저 Online Subscription을 위해 P-GW가 DPI(Deep Packet Inspection) 기능을 지원한다고 가정하겠습니다. P-GW에 "Limited Access"라는 이름의 Pre-defined PCC rule을 설정해 놓습니다. 설정 정보는 아래와 같구요.
2. 단말 구매 후 LTE 망에 접속 (Attach to LTE Network after purchasing Device)
[1][2] 사용자는 Open Market에서 LG U+향 LTE 단말을 구매하고, 단말과 함께 USIM 카드를 받습니다.
[3] 그리고 단말(UE)에 USIM을 장착하고 전원을 킵니다.
[4] UE는 USIM에 저장되어 있는 IMSI 값이 포함된 Attach Request 메시지를 MME로 보내고,
[5] MME는 HSS로 부터 인증 벡터(Authentication Vectors)를 받아 옵니다. HSS에는 IMSI와 LTE K가 미리 provisioning 되어 있으므로 문제 없이 인증 벡터를 MME로 전달합니다.
[6] 이제 UE와 MME간에 상호 인증을 수행하고,
[7] 인증이 성공하면 MME는 HSS로 부터 EPS Bearer 생성에 사용할 QoS 정보(QCI, ARP, APN-AMBR, UE-AMBR)를 포함한 Subscribed Profile을 받습니다.
[8] 이후 MME는 S-GW로 Create Session Request 메시지를 보내 해당 UE를 위한 EPS Bearer를 생성하라고 알리고,
[9] S-GW는 이 메시지를 P-GW로 전달합니다.
[10][11] P-GW가 PCRF로 PCC rule을 요청하면, PCRF는 해당 가입자(IMSI)에 대한 가입 정보를 SPR로 부터 받아와서 Policy Decision을 수행하고 그 결과(PCC rule)를 P-GW로 전달합니다. 이 경우, PCRF가 P-GW로 전달하는 PCC rule은 "Limited Access"라는 이름의 Pre-defined PCC rule입니다.
잠깐! Pre-defined PCC rule이란?
The discussion so far has assumed a case where the PCRF provides the PCC rules to the PCEF(P-GW) using Gx. These rules, which are dynamically provided by the PCRF, are denoted ‘dynamic PCC rules’. There is however also a possibility for the operator to configure PCC rules directly into the PCEF(P-GW). Such rules are referred to as ‘pre-defined PCC rules’. In this case the PCRF can instruct the PCEF to activate such pre-defined rules by referring to a PCC rule identifier. While the packet filters in a dynamic PCC rule are limited to the IP header parameters (the IP 5-tuple and other IP header parameters), filters of a PCC rule that is pre-defined in the PCEF(P-GW) may use parameters that extend the packet inspection beyond the IP 5-tuple. Such filters are sometimes referred to as Deep Packet Inspection (DPI) filters and they are typically used for charging control where more fine grained flow detection is desired. The definition of filters for pre-defined rules is not standardized by 3GPP. |
출처: Magnus Olsson, SAE and the Evolved Packet Core: Driving the Mobile Broadband Revolution, 2009, Elsevier
[12] P-GW는 미리 설정(configuration)된 "Limited Access" 룰로 해당 UE에 대한 Policy Enforcement를 합니다. 여기서 적용된 Policy는 다음과 같습니다(맨 위의 [1]과 동일).
3. 사업자 포털로 Hot-Lining (HTTP Redirection to Captive Portal)
이제 사용자는 LTE 망 접속이 완료되었고 인터넷에 접속하기 위해 브라우져(또는 다른 앱들)를 띄웁니다.
앞서 설명드린 바와 같이 P-GW(DPI)에 설정된 룰에 따라,
4. 사업자 포털을 통해 서비스 가입 (Self Subscription through Captive Portal)
사용자는 LG U+ LTE 서비스 가입을 위해 Portal(portal.lguplus.com)에서 아래 정보들을 입력/선택합니다.
5. 서비스 가입 후 인터넷 사용 (Internet Access after Self Subscription)
[1] 사용자가 가입 정보를 모두 입력하고 Subscription 버튼을 누르면, Portal은 OFCS로 UE IP 주소를 주고(현재 UE가 Portal에 접속되어 있으므로 Portal은 UE의 IP 주소를 알 수 있음)
[2] OFCS는 그 주소에 대한 IMSI 값을 돌려 줍니다. 앞서 UE가 LTE 망에 접속 후 P-GW가 OFCS로 {UE IP, UE IMSI}를 포함한 Accounting Data를 보낸다고 하였는데, 이게 필요한 이유가 여기에 있습니다. 가입 당시에 Portal에서 가입자의 IMSI 혹은 ICCID를 직접 입력 받게 할 수도 있으나 (1) 사용자 입장에서의 엄청난 번거로움과 (2) 사용자 입력 오류시의 문제점 등의 이유로 이와 같이 망이 알아서 단말의 IMSI 값을 알게 합니다. (여기서 Portal과 OFCS 간 연동은 비표준임)
[3] 이제 Portal은 가입자의 가입 정보(개인 정보, 결제 정보, 상품, 단말)와 IMSI 값을 알게 되었으니 BSS로 그 정보를 보냅니다.
[4] BSS는 Portal로 부터 수신한 가입 정보 저장 후, SPR에 그 정보를 provisioning 합니다(HSS에는 provisioning하지 않음). 앞서 사용자 가입 전에 SPR에 들어가 있는 정보는 {IMSI, Allowed Service=Limited Access} 였는데, 여기서 그 정보를 {IMSI, Charging Method=Offline Charging, Allowed Service=Internet Access, Allowed QoS=(QCI, ARP, APN-AMBR)}로 update 합니다.
[5] SPR은 해당 UE의 Profile이 변경되었음을 PCRF로 알리고(TS 23.203),
[6] PCRF는 P-GW로 새로운 PCC rule을 전달합니다. 본 PCC rule은 Dynamic PCC rule이 되며 다음 정보가 포함되어 있습니다.
이런 기술들은 어떻게 알게 되셨는지 궁금하네요.
좋은 글 감사합니다.
한가지 질문이 있습니다.
[4] provisioning시 SPR만 하는데요. HSS는 왜 provisioning을 하지않나요?
HSS는 기존의 정보를 그대로 유지하고 있을것으로 생각되는데요..
감사합니다.
여기서 소개해 드린 방법의 High Level Requirement는 다음과 같습니다.
"Portal을 통해 Online Subscription 직후, 가입자는 망에 재접속 없이 바로 인터넷 사용이 가능해야 한다"
만약 HSS에 가입자 정보(QoS 정보)가 provisioning 되고, 그 정보로 가입자에 대한 EPS Bearer가 수정되는 경우 UE(가입자)는 Detach 후 다시 Attach 할 수 밖에 없습니다. 표준적으로 그렇게 되어 있습니다.
(관련 내용(3 page): https://www.netmanias.com/bbs/view.php?id=techdocs&no=75 )
하지만 SPR에 provisioning하는 경우는 PCRF가 UE의 재접속없이 dynamic하게 EPS Bearer를 수정할 수 있거든요.
그래서 아래 글(링크 클릭)을 보시면 아시겠지만,
- HSS에는 오로지 UE 인증을 위한 정보만 그 의미를 가지고 QoS Profile은 아무 의미가 없으며,
- 가입자의 EPS Bearer에 대한 QoS Profile은 SPR에 들어가게 됩니다.
https://www.netmanias.com/bbs/view.php?id=blog&no=327
도움이 되셨으면 좋겠네요 ^^*
그렇다면 HSS에서는 QoS관련 정보가 필요없다는 건데요..
HSS에 저장하는 다른 이유가 있는건가요?
다만 표준적으로는 HSS에 있는 QoS 정보(QCI, ARP, APN-AMBR 등)를 MME가 받아오고 이 정보를 MME가 S-GW로, 그리고 S-GW가 P-GW로 전달해야 EPS Bearer 설정을 요청할 수 있습니다.
안녕하세요.
질문이 있습니다.
서비스 가입후 인터넷 사용에서 Portal이 OFCS로 UE IP를 주면 UE IMSI를 받을 수 있도록 되어 있습니다.
둘과의 연동은 비표준인데 어떤 인터페이스를 사용하는지? UE IP만 알면 다른 노드에서 UE IMSI를 얻어 올 수 있는지 궁금합니다.
기회 되시면, eSIM을 지원하는 IoT장비에서 통신사와 프로비저닝하는 절차도 알려주시면 감사드리겠습니다.