IMT2000 3GPP - 단문서비스 기술현실화

짧은 메시지 서비스는 SS7 프로토콜의 모바일 애플리케이션 파트(MAP)를 사용하여 실현되며, 짧은 메시지 프로토콜 요소는 MAP 메시지 내의 필드로 네트워크를 통해 전송된다.^[1] 이러한 MAP 메시지는 "전통적인" TDM 기반 신호 전달을 사용하거나, SIGTRAN 및 적절한 적응 계층을 사용하여 IP를 통해 전송할 수 있다.

프로토콜

짧은 메시지 프로토콜 자체는 짧은 메시지 서비스의 경우 3GPP TS 23.040,^[2] 셀 방송 서비스(CBS)의 경우 3GPP TS 23.041에 의해 정의된다.^[3]

단문 메시지 서비스 제어를 위한 4가지 MAP 절차가 정의된다.^[1]

• MO(Mobile Origined) 단문 메시지 서비스 전송;
• MT(Mobile Ended) 단문 메시지 서비스 전송
• 짧은 메시지 경고 절차;
• 짧은 메시지 대기 데이터 세트 절차.

MO 단축 메시지 서비스 전송

오른쪽 다이어그램은 모바일 기반 단축 메시지(SM)의 성공적인 제출을 위한 통화 흐름을 단순화했다.^[1]

가입자가 짧은 메시지를 보낼 때, 단말기는 무선 인터페이스를 통해 문자 메시지를 이동 교환 센터(MSC)/서비스 GPRS 지원 노드(SGSN)로 전송한다. SIM 카드에 저장된 단말기의 구성에서 가져온 것으로, SMSC(Sort Message)의 실제 텍스트와 함께 SM의 목적지 주소와 SMSC(Sim Message Service Center)의 주소가 포함된다.^[4]

무선 인터페이스 기술과 관계없이 VMSC/SGSN은 MAP 서비스 패키지 MAP_MO_FORWARD_HORWARD_HORT_MESSAGE를 호출하여 본문을 단말기에서 제공한 서비스 센터의 연동 MSC에 전송한다. 이 서비스는 mo-Forward를 전송한다.SM^{[Note 1]} MAP는 핸드셋으로부터 SM Submission에 식별되고, TCAP(Transaction Papacity Application Part) 메시지에 내장되고, SCP(Signaling Connection Control Part)를 사용하여 코어 네트워크를 통해 전송된다.^[1]

MAP mo-Forward 수령 시 SMSC의 연동 MSCSM 메시지는 문자 메시지가 포함된 SMS-PP^[2] Application Protocol Data Unit(APDU)을 SMSC의 실제 서비스 센터(SC)에 전달하여 저장한 후, 목적지 주소로 "전송"(배송)하고, SC는 성패를 나타내는 확인을 반환한다. 서비스 센터로부터 이 제출 상태를 수령한 후, 연동 MSC는 송신 가입자의 VMSC/SGSN에 적절한 표시를 다시 전송한다. 그런 다음 메시지 제출 상태는 무선 인터페이스를 통해 가입자의 단말기로 전달된다.^{[4][Note 2]}

MT 단축 메시지 서비스 전송

오른쪽 그림은 모바일 종료 단축 메시지 전달을 위한 통화 흐름을 나타낸 것이다.^[1] 단순성을 위해 VMSC와 VLR, 그리고 VMSC와 핸드셋의 일부 상호작용을 생략하고, SMS 홈 라우팅을 사용하지 않는 경우만 보여준다.

SMSC는 SMS-PP APDU에 문자 메시지, "B-Party"(대상 전화 번호) 및 기타 세부 정보가 포함된 SMS-PP APDU를 SMSC의 게이트웨이 MSC(GMSC) 논리 구성요소로 전송한다.^[2] 이 짧은 메시지를 받은 GMSC는 수신자에게 텍스트를 올바르게 전달할 수 있도록 B-Party의 위치를 발견해야 한다(이 맥락에서 게이트웨이 MSC라는 용어, HLR(홈 위치 레지스터)에서 라우팅 정보를 얻고 있는 MSC를 나타낸다). 이를 위해 GMSC는 MAP 서비스 패키지 MAP_SEND_ROUT_INFO_FOR_FOR_SM을 호출하여 sendRoutingInfoForSM(SRI-for-SM) MAP 메시지를 목적지 번호의 HLR로 보내 현재 위치를 요청한다. 이 SRI- for-SM 메시지는 대상 가입자가 속한 네트워크에 따라 SMSC와 동일한 네트워크의 HLR에 전송되거나 외부 PLMN의 HLR에 대한 상호 연결을 통해 전송될 수 있다.

HLR은 B-Party의 현재 위치를 검색하기 위해 데이터베이스 조회를 수행하고, 이를 SMSC의 GMSC 엔티티에 대한 확인 메시지로 반환한다. 현재 위치는 가입자가 현재 로밍 중인 MSC 주소, SGSN 주소 또는 둘 다일 수 있다. 또한 HLR이 수신처가 짧은 메시징에 사용할 수 없는 것으로 간주하는 경우 오류를 반환할 수 있다. 아래의 "실패된 짧은 메시지 전송" 섹션을 참조하십시오.

HLR로부터 라우팅 정보를 얻은 GMSC는 수신자에게 짧은 메시지를 전달하려고 시도할 것이다. MAP_MT_FORWARD_HORD_HORT_MESSAGE 서비스를 호출하여 MAP mt-Forward를 전송함MSC(회로 교환 SMS 전송) 또는 SGSN(패킷 교환 SMS 전송)에 관계없이 HLR이 반환한 주소로 SM 메시지를^{[Note 3]} 전송한다.

VMSC는 Send_Info_for_를 전송하여 수신자에게 짧은 메시지를 전달하는 데 필요한 정보를 요청한다.VLR에 대한 MT_SMS 메시지. 그런 다음 VLR은 대상 가입자 Mobile Subscriber ISDN Number(MSISDN 번호)에 대한 페이지 요청 또는 가입자 검색을 선동하고 그 결과를 VMSC에 반환한다. 일반적인 배포는 VLR이 MSC와 공동 배치되는 것을 보기 때문에, 이 메시지 흐름은 대개 플랫폼 내부로 나타난다.^{[Note 4]} 페이지나 구독자 검색에 실패하면 VLR은 VMSC에 실패 원인을 표시하며, 이로 인해 짧은 메시지 전달 절차가 중단되고 실패가 SMSC에 반환된다(아래 단문 메시지 배달 실패 섹션 참조). 단말기의 페이지가 성공적이었던 경우, VMSC는 성공적인 전달을 나타내는 SMSC로 전송될 것이다. SMSC의 GMSC 구성요소는 서비스 센터에 납품 시도의 결과를 전달한다. 배달이 성공하는 경우, 배달된 문자메시지는 저장 및 전진 엔진(SFE)에서 제거되며, 요청 시 문자 발신인에게 발송되는 배달 보고서가 제거된다.^[2] 배달이 실패한 경우, SMSC는 정기적으로 배달 시 추가 시도를 하기 위해 재시도 절차를 호출한다. 또한 향후 B-Party가 짧은 메시지 배달에 이용 가능해질 때 HLR에 등록하여 통지를 받을 수 있다(아래 단문 메시지 배달 실패 섹션 참조).

짧은 메시지 배달 실패

VMSC/SGSN이 짧은 메시지 배달 실패를 나타내는 경우, SMSC는 MAP_REPORT_SM_Delivery_STATUS 절차를 사용하여 HLR에 메시지를 보낼 수 있으며, 배달 실패의 이유를 표시하고 대상 당사자가 다시 통지받기를 원하는 서비스 센터 목록에 SMSC를 올릴 것을 요청할 수 있다. HLR은 짧은 메시지 배달에 사용할 수 없음을 나타내는 목적지 계정에 플래그를 설정하고, 목적지 파티에 대한 메시지 대기 데이터(MWD) 목록에 SMSC의 주소를 저장한다. 유효한 플래그는 MNRF(Mobile Not Contractable Flag), MCEF(Memory Capacity Overted Flag) 및 MNRG(Mobile Not Contractable Flag)이다. 이제 HLR은 실패 이유를 나타내는 SRI for SM 요청에 대한 응답을 시작하고, 요청된 SMSC 주소를 대상 파티의 MWD 목록에 자동으로 추가한다. (단, SRI-for-SM 메시지에 우선 순위 플래그가 설정되어 있으면 HLR이 VLR 주소로 회신함)

HLR은 가입자가 다음과 같은 여러 가지 방법으로 짧은 메시지 전달이 가능해진다는 것을 알 수 있다.

• 가입자가 네트워크에서 분리된 경우, 재첨부는 HLR에 대한 위치 업데이트를 트리거한다.
• 가입자가 커버리지에서 벗어났지만 네트워크에서 완전히 분리되지 않은 경우 커버리지로 돌아오면 방문자 위치 레지스터(VLR)의 페이지 요청에 응답한다. 그런 다음 VLR은 Ready-for-SM(모바일 선물) 메시지를 HLR로 전송한다.
• MS가 메모리를 가득 채우고 가입자가 일부 텍스트를 삭제하면 VMSC/VLR에서 HLR로 SM 준비(메모리 사용 가능) 메시지가 전송된다.

대상 파티가 이제 짧은 메시지를 받을 준비가 되었다는 표시를 수신하면 HLR은 알림을 전송한다.가입자의 MWD 목록에 등록된 각 SMSC에 대한 SC MAP 메시지로서, SMSC는 처음부터 짧은 메시지 전달 과정을 다시 시작하게 된다.^[1]

또한, SMSC는 재시도 일정에 들어가, 경고를 받지 않고 주기적으로 SM을 전달하려고 시도할 것이다. 재시도 일정 간격은 원래 실패 원인에 따라 달라진다. 일시적 네트워크 장애는 짧은 재시도 일정을 야기하는 반면, 적용 범위를 벗어나면 일반적으로 더 긴 스케줄을 초래한다.

MAP 작업

짧은 메시지 전송과 관련된 MAP 작업은 다음 표에 요약되어 있다.

작전	코드	출처 → 타깃	지도
			1	2	3
MT-ForSM	44	GMSC → MSC/SGSN	−	−	+
모-포워드SM	46	MSC/SGSN → IWMSC	−	−	+
SendRoutingInfoForSM	45	GMSC → HLR	+	+	+
포워드SM	46	GMSC → MSC/SGSN	+	+	−
포워드SM	46	MSC/SGSN → IWMSC	+	+	−
ReportSM-DeliveryStatus	47	GMSC → HLR	+	+	+
AlertServiceCentreWithoutRes	49	HLR → IWMSC	+	−	−
InformServiceCentre	63	HLR → GMSC	−	+	+
AlertServiceCentreWithResult	64	HLR → IWMSC	−	+	+

InformServiceCentre

InformServiceCentre는 HLR이 sendRoutingInfoFor에 제공할 수 있는 메시지임SM 또는 reportSM-DeliveryStatus 응답. 이 메시지는 일반적으로 MWD 플래그를 짧은 메시지 서비스 센터로 전송하는 데 사용된다.^[1]

MAP 전송 프로토콜

MAP 3GPP 규격은 MAP를 전송하는 계층으로부터 분리하기 위해 어느 정도 노력을 하지만, 일반적인 전송은 TCAP를 통해 이루어지며, TCAP는 SCCP/MTP[1-3] 및/또는 SIGTRAN 프로토콜(SUA, M3UA 등)을 통해 이루어진다.

따라서 MAP_OPEN 구조는 MAP 애플리케이션 컨텍스트를 가진 TCAP_BEGIN과 직접 관련이 있으며, MAP_CLOSE는 TCAP_END이다.

메시지가 SIGTRAN이 아닌 MTP를 통해 2단계 이상을 사용하여 전달되는 경우, 최대 MTP PDU 크기는 송신자가 분할된 메시지 전송을 부추길 수 있다. 이 과정은 연결과 관련이 없지만, 단순히 MSC/SMSC/SGSN과의 거래가 평소보다 더 많은 단계를 수반한다는 것을 의미한다. 권장되는 방법은^[1] 빈 TCAP_BEGIN이며, TCAP_CONTENTUE 내의 MAP 컨텐츠에 이어 TCAP_END로 완료하는 것이다. TCAP_BEGIN은 그렇지 않으면 MAP 2단계에서 추가한 추가 필드로 인해 한계를 초과하게 되는 TCAP 관련 정보를 가지고 있다. 세분화가 필요한 정확한 지점은 주소 길이와 같은 요인에 따라 다르지만 주로 메시지 길이 자체에 의존한다. 140자 이상의 7비트 알파벳 메시지는 일반적으로 MAP 분할 절차를 따른다.

이러한 세분화 절차는 통신사가 고객에게 영향을 미치는 SMS 스푸핑을 피하기 위해 점점 더 많이 따르고 선택적으로 시행되고 있다. 이것은 메시지를 보내기 위해서는 송신 당사자가 응답을 받아야 하기 때문에 그들의 발신 주소가 정확해야 하기 때문이다.^[5]

메모들

참조