committee.tta.or.kr Web view주5) EVS Primary mode의 SDP offer/answer 기본 bit-rate 및 audio bandwidth에 해당하며, 특정 단말 상황에 따라 해당 값의 범위는 달라질

T T A S t a n d a r d

정보통신단체표준(국문표준)TTAK.KO-06.0338/R2 개정일: 2016 년 6 월 xx 일

이동통신 사업자 간VoLTE 서비스 연동 규격

VoLTE Interworking Specificationamong Korean MNOs

정보통신단체표준(국문표준) TTAK.KO-06.0338/R2 개정일: 2016 년 6 월 xx 일

이동통신 사업자 간VoLTE 서비스 연동 규격

VoLTE Interworking Specificationamong Korean MNOs

본 문서에 대한 저작권은 TTA 에 있으며, TTA 와 사전 협의 없이 이 문서의 전체 또는 일부를 상업적 목적으로 복제 또는 배포해서는 안 됩니다.

Copyright Telecommunications Technology Association 2016. All Rights Reserved.ⓒ

서 문

1. 표준의 목적

본 표준은 한국 이동통신 사업자 3 개사 KT, LGU+, SK 텔레콤 간의 VoLTE(Voice Over LTE, 이하 ‘VoLTE’) 서비스 연동을 위한 기술을 핵심적인 프로토콜 및 전송 규격을 정의한다.

2. 주요 내용 요약

본 표준은 한국 이동통신 사업자들의 VoLTE 서비스 연동 구간에 정의되는 규격으로 서버

기능, 정보의 흐름을 규정한다. VoLTE 서비스 연동을 제공하기 위한 핵심적인 프로토콜 및 전송

프로토콜을 정의하고 사업자 연동 기능을 정의한다. 또한 국제 표준 및 단체 표준 등과 호환

가능하도록 정의하여 상호 연동성을 보장한다.

3. 표준 적용 산업 분야 및 산업에 미치는 영향

본 표준은 이동통신 사업자 간 VoLTE 서비스 연동에 있어 사업자 간 규격의 상이함으로

인하여 발생할 수 있는 혼란을 최소화하고 VoLTE 서비스 기술의 발전과 관련 응용 서비스

활성화에 기여할 것이다. 또한 VoLTE 서비스 활성화에 따른 다른 다양한 부가 서비스를 제공할

수 있다.

사용자 측면 : 고품질의 음성/영상 통화를 할 수 있고 다양한 부가 서비스를 소비할 수

있다. 서비스 사업자 측면 : 고품질 음성/영상 통화 서비스 환경하에 다양한 부가 서비스

제공 환경이 조성됨으로써, 기존 음성/영상 통화와의 차별화된 서비스로 가입자

증가에 따른 수익 증가와 신뢰성 있는 서비스 제공을 통하여 네트워크 자원을

효율적으로 활용할 수 있다.

4. 참조 표준(권고)

4.1. 국외 표준(권고)

- 해당 사항 없음.

TTAK.KO-06.0338/R2

4.2. 국내 표준


5. 참조 표준(권고)과의 비교

5.1. 참조 표준(권고)과의 관련성


5.2. 참조한 표준(권고)과 본 표준의 비교표


6. 지식 재산권 관련 사항

본 표준의 ‘지식 재산권 확약서’ 제출 현황은 TTA 웹사이트에서 확인할 수 있다.※ 본 표준을 이용하는 자는 이용함에 있어 지식 재산권이 포함되어 있을 수 있으므로,확인 후 이용한다.※ 본 표준과 관련하여 접수된 확약서 이외에도 지식 재산권이 존재할 수 있다.

7. 시험 인증 관련 사항

7.1. 시험 인증 대상 여부


7.2. 시험 표준 제정 현황


TTAK.KO-06.0338/R2

8. 표준의 이력 정보

8.1. 표준의 이력

판수 제정·개정일 제정·개정 내역

제 1 판 2013.10.10.제정

TTAK.KO-06.0338

제 2 판 2014.12.17.개정

TTAK.KO-06.0338/R1

제 3 판 2016.06.xx개정

TTAK.KO-06.0338/R2

8.2. 주요 개정 사항

TTAK.KO-06.0338/R2 TTAK.KO-06.0338/R1 비고

5.3 번호 체계 5.3 번호 체계 변경

- 5.5 SIP 필수 헤더 정의 삭제

5.6.1 음성 호 5.6.1 음성 호 변경

5.6.2 영상 호 5.6.2 영상 호 변경

6.2. IBCF 필수 요구 사항 6.2. IBCF 필수 요구 사항 추가

8.16. 영상 통화 8.16. 영상 통화 변경

TTAK.KO-06.0338/R2

Preface

1. Purpose of Standard

The purpose of this standard is to describe techniques for Voice Over LTE(hereinafter referred to as “VoLTE”) service interworking between Korean mobile network operators(SKT, KT, LGU+). The core protocols and the transmission specifications to provide VoLTE service interworking among operators are defined in this standard.

2. Summary of Contents

This standard defines the server functions and the flow of information related to VoLTE service interworking section. Also, the core protocols and the transmission specifications to provide VoLTE service interworking and operator interworking functionalities are defined in this standard. Furthermore, this standard ensures the interoperability with international standards and specifications.

3. Applicable Fields of Industry and its Effect

This standard will contribute to minimize confusion caused by the difference of VoLTE service specifications among operators, and to improve the VoLTE service technology and activate related application services. With the vitalization of VoLTE services, other various supplementary services are expected to be provided creating benefits for both users and operators as listed below;

User side: high-quality voice/video call, etc. Operator side: increase in subscribers, revenue, and efficiency of network

resource usage.

4. Reference Standards(Recommendations)

4.1. International Standards(Recommendations)

- None4.2. Domestic Standards

- None

TTAK.KO-06.0338/R2

5. Relationship to Reference Standards(Recommendations)

5.1. Relationship of Reference Standards(Recommendations)

- None

5.2. Differences between Reference Standard(Recommendation) and this Standard

- None

6. Statement of Intellectual Property Rights

IPRs related to the present document may have been declared to TTA. The information pertaining to these IPRs, if any, is available on the TTA Website.

No guarantee can be given as to the existence of other IPRs not referenced on the TTA website.

And, please make sure to check before applying the standard.

7. Statement of Testing and Certification

7.1. Object of Testing and Certification

- None

7.2. Standards of Testing and Certification

- None

TTAK.KO-06.0338/R2

8. History of Standard

8.1. Change History

Edition Issued date Outline

The 1st edition 2013.10.10.Established

TTAK.KO-06.0338

The 2nd edition 2014.12.17.Revised

TTAK.KO-06.0338/R1

The 3rd edition 2016.06.xxRevised

TTAK.KO-06.0338/R2

8.2. Revisions

TTAK.KO-06.0338/R2 TTAK.KO-06.0338/R1 Remarks

5.3 Numbering Plan 5.3 Numbering Plan Modified

-5.5 SIP Mandatory Header Definition

Deleted

5.5.1 Voice Call 5.6.1 Voice Call Modified

5.5.2 Video Call 5.6.2 Video Call Modified

6.2. IBCF Requirement 6.2. IBCF Requirement Added 8.16. Video Call 8.16. Video Call Modified

TTAK.KO-06.0338/R2

목 차

1. 개요.................................................................................................................... 1

2. 표준의 구성 및 범위..............................................................................................1

3. 참조 표준(권고)....................................................................................................1

4. 용어 정의 및 약어.................................................................................................1

5. VoLTE 서비스 연동 요구 사항................................................................................2

5.1. 부가 서비스..................................................................................................2

5.2. 미디어 코덱..................................................................................................4

5.3. 번호 체계(numbering plan)..........................................................................4

5.4. DTMF 전송...................................................................................................4

5.5. 세션 프로토콜 SDP........................................................................................4

5.6. 발신 망 판단 기준..........................................................................................8

6. VoLTE 연동 네트워크 구성....................................................................................8

6.1. 이동통신 사업자 VoLTE 네트워크 구성도.........................................................9

6.2. IBCF 필수 요구 사항......................................................................................9

7. VoLTE 기본 호 처리............................................................................................11

7.1. VoLTE 망 간 호 처리(VoLTE-to-VoLTE)........................................................11

7.2. 안내 방송....................................................................................................19

8. 부가 서비스 호 처리............................................................................................22

8.1. 번호 변경 안내............................................................................................23

8.2. 조건부 착신 전환 안내 방송...........................................................................30

8.3. 개별 통화 수신 거부.....................................................................................41

8.4. 음성 사서함................................................................................................44

8.5. 착신 금지....................................................................................................55

8.6. 통화 연결음................................................................................................58

8.7. 비즈링........................................................................................................668.8. 익명 호 수신 거부........................................................................................67

TTAK.KO-06.0338/R2

8.9. T-ring 서비스.............................................................................................70

8.10. 발신 번호 표시..........................................................................................74

8.11. 발신 번호 확인..........................................................................................78

8.12. 발신 번호 표시 제한...................................................................................82

8.13. 착신 전환..................................................................................................85

8.14. 가상 번호................................................................................................103

8.15. 통화 중 대기...........................................................................................103

8.16. 영상 통화................................................................................................111

8.17. 영상/음성 전환........................................................................................114

부 록 Ⅰ. 관련 문헌...............................................................................................118

TTAK.KO-06.0338/R2

Contents

1. Introduction.......................................................................................................1

2. Constitution and Scope.....................................................................................1

3. Reference Standards(Recommendations).........................................................1

4. Terms, Definitions and Abbreviations................................................................1

5. VoLTE Service Interworking Requirement.........................................................2

5.1. Supplementary Service..............................................................................2

5.2. Media Codec...............................................................................................4

5.3. Numbering Plan..........................................................................................4

5.4. DTMF Transmission....................................................................................4

5.5. SDP Session Protocol..................................................................................4

5.6. Determining the Origination Network.........................................................8

6. VoLTE Network Architecture for Interworking....................................................8

6.1. VoLTE Network Architecture.......................................................................9

6.2. IBCF Requirement.......................................................................................9

7. VoLTE Call Flows..............................................................................................11

7.1. VoLTE-to-VoLTE........................................................................................11

7.2. Announcement.........................................................................................19

8. Supplementary Service Call Flows...................................................................22

8.1. Announcement for Number Change.........................................................23

8.2. Announcement for Communication Forwarding.......................................30

8.3. Barring of Individual Call..........................................................................41

8.4. Voice Mail.................................................................................................44

8.5. Barring of All Incoming Call......................................................................55

8.6. Customized Alerting Tone........................................................................58

8.7. Biz Ring....................................................................................................668.8. Barring of Anonymous Call.......................................................................67

8.9. T-ring Service...........................................................................................70

8.10. Originating Identification Presentation...................................................74

TTAK.KO-06.0338/R2

8.11. Originating Identification Presentation(Always)......................................78

8.12. Originating Identification Restriction......................................................82

8.13. Communication Forwarding....................................................................85

8.14. Two Number Service............................................................................103

8.15. Communication Waiting.......................................................................103

8.16. Video Call.............................................................................................111

8.17. Voice-Video Change.............................................................................114

AppendixⅠ. Related Documents.........................................................................118

TTAK.KO-06.0338/R2

이동통신 사업자 간 VoLTE 서비스 연동 규격

(VoLTE Interworking Specification among Korean MNOs)

1. 개요

VoLTE 서비스의 장점인 고품질 음성 통화는 사업자에 관계없이 국내 모든 가입자들에게

사업자 간 직접 연동을 통해 보편적 혜택을 제공될 필요가 있다. 본 표준은 이동통신 사업자 간

IP/IMS(IP Multimedia Subsystem) 기술 기반의 VoLTE 서비스 직접 연동을 위한 국내 표준

제정을 목적으로 한다.본 표준은 이동통신 사업자, 부가 통신 사업자, 이동 단말 제조사, 이동통신 시스템 제조사를

대상으로 하며, VoLTE 서비스를 제공하기 위한 핵심적인 요구 사항, 서버 및 단말기의 관련

기능, 정보의 흐름, 즉, 제어 프로토콜 및 전송 프로토콜을 정의한다.

2. 표준의 구성 및 범위

본 표준은 음성 통화의 기본 호와 부가 서비스의 사업자 간 연동 규격으로 구성되어 있다. 부가

서비스에는 영상 통화 및 영상/음성 전환 등의 영상 관련 부가 서비스도 포함된다. 본 표준은

개별 사업자에 특화된 기능 및 서비스에 대해서는 다루지 않는다.

3. 참조 표준(권고)


4. 용어 정의 및 약어

4.1. 용어 정의

4.1.1. IBCF(Interconnection Border Control Function)

IMS 서비스 사업자 간 망 연동 및 전반적 제어 기능을 제공하는 시스템이다.

4.1.2. TAS(Telephony Application Server)

TTAK.KO-06.0338/R2

IMS 에서 사용자들 사이의 멀티미디어 부가 서비스를 제공하는 시스템이다.4.2. 약어

3GPP 3rd Generation Partnership Project

3GPP2 3rd Generation Partnership Project 2

AMR-NB Adative Multi-Rage-Narrow Band

AMR-WB Adative Multi-Rage-Wide Band

CSCF Call Session Control Function

DTMF Dual Tone Multi Frequency

IBCF Interconnection Border Control Function

ICID IM CN(IP Multimedia Core Network) subsystem Charging Identifier

IMS IP Multimedia Subsystem

RCS Rich Communication Suite

SDP Session Description Protocol

SIP Session Initiation Protocol

TAS Telephony Application Server

UE User Equipment

5. VoLTE 서비스 연동 요구 사항

IMS 표준 기술 기반으로 VoLTE 서비스를 제공하기 위한 일반적인 지침 문서가 존재하고, 사업자의 IMS 망/서비스 간 로밍 및 연동을 위한 일반적인 지침 문서가 있다.

그러나 VoLTE 기본 호 처리 정도만 정의되어 있을 뿐 국내 사업자들의 주요 부가 서비스에

대한 규격은 부재인 상황이며, 망간 연동 구조도 국내 환경에 맞게 추가 정의가 필요하다.

5.1. 부가 서비스

본 표준에서 정의하는 VoLTE 부가 서비스는 다음과 같다.

TTAK.KO-06.0338/R2

<표 5-1> VoLTE 부가 서비스

대분류 서비스명 서비스 설명

Early media

류

번호 변경 안내변경된 번호를 알려주고 변경된 번호로 통화를 연결해주는 착신

가입형 서비스

조건부 착신 전환 안내 방송

걸려오는 전화를 조건부(통화 중, 전원 꺼짐, 무응답, 음영 지역)로 원하는 전화로 자동 연결하는 서비스

개별 통화 수신 거부

수신자가 등록한 특정 발신 번호에서 들어오는 음성, 영상, 문자메시지(SMS/MMS)를 차단할 수 있는 착신 가입형 서비스

음성 사서함전원이 꺼졌거나 배터리가 떨어졌을 때 또는 통화가 되지 않는 지역에

있어 전화를 받을 수 없을 때 전화를 건 상대방의 메시지를 놓치지 않고 음성으로 받을 수 있는 서비스

착신 금지 걸려오는 모든 전화에 대해 수신을 차단하는 착신 가입형 서비스

통화연결음 착신자가 등록한 음원을 발신자에게 들려주는 서비스

비즈링기업 홍보 및 광고를 위해 사업주(광고주)가 요청한 음원을 기업에 소속된 종사자들의 통화 연결음에 설정하여 발신자에게 들려주는

서비스

익명호 수신 거부

번호를 숨기고 걸려오는 전화에 대해 전화연결을 차단하는 착신 가입형 서비스

T-ring 통화 연결음이 나오기 전에 발신자에게 징글 사운드를 들려주는 서비스

CID 류

발신 번호 표시발신 가입자의 번호를 착신 가입자의 단말에 표시해 주는 착신 가입형

서비스

발신 번호 확인발신 번호가 제한된 호의 발신 번호를 착신 가입자의 단말에 표시해

주는 착신 가입형 서비스

발신 번호 표시 제한

발신 가입자의 발신 번호를 착신 가입자의 단말에 표시하지 않게 해주는 발신 가입형 서비스

기타

착신 전환

무조건 착신 전환은 착신 가입자에게 수신되는 모든 전화를 지정된 번호로 착신 전환 시키는 서비스이고, 조건부 착신 전환 서비스는

착신 가입자의 상태가 통화 중/전원 OFF/무응답/음영 지역 등과 같은 사유로 호가 실패되는 경우 미리 지정한 전환 번호로 새로운 호가

전환될 수 있도록 하는 서비스

가상 번호가입자에게 원래 전화번호 외에 전화 및 문자 서비스를 수신할 수

있는 또 하나의 가상 번호를 부여하는 서비스

통화 중 대기통화 중에 새로운 전화가 걸려 오면 전화가 왔음을 알려주어 고객이 통화 중에도 걸려 오는 모든 전화를 받을 수 있게 하기 위한 서비스

영상 통화 영상 통화 서비스

영상/음성 전환 음성 통화와 영상 통화를 실시간으로 전환할 수 있는 서비스

TTAK.KO-06.0338/R2

5.2. 미디어 코덱

이동 통신 사입자는 아래 미디어 코덱을 지원해야 한다.

<표 5-2> 미디어 코덱

분류 코덱 정보

음성 코덱

AMR-WB

AMR-NB

EVS

영상 코덱

H.264

H.265

H.263

5.3. 번호 체계(numbering plan)

Initial INVITE 등 초기 세션 셋업 시에 한해 IBCF 간에는 global number Tel URI 를

사용한다.

5.4. DTMF 전송

‘3GPP TS 26.114’[35]의 Annex G 에 규정된 wideband 또는 narrowband telephone-event 방식을 지원해야 한다.

5.5. 세션 프로토콜 SDP

본 절에서는 음성호 및 영상호를 위한 세션 프로토콜 SDP 를 정의한다.

5.5.1. 음성 호(voice call)

사업자 간 연동 시 음성호 미디어 세션 협상 시 IBCF 간에는 <표 5-3>에 정의된 SDP 파라미터를 지원해야 한다.

TTAK.KO-06.0338/R2

<표 5-3> 음성 호 SDP 지원파라미터

parameter value description

o <username>= [CTN] (주 1)m audio <port> RTP/AVP <fmt list> Dynamic payload type 사용

bAS: xx(주 2)RS:0RR: 2500(주 3)

a

rtpmap:<payload type> AMR-WB/16000/1 AMR-WB octet-aligned modefmtp:<payload type> octet-align=1rtpmap:<payload type> AMR-WB/16000/1 AMR-WB Bandwidth efficient

modefmtp:<payload type>rtpmap:<payload type> telephone-event/16000 Wideband DTMFfmtp:<payload type> 0-15rtpmap:<payload type> AMR/8000/1 AMR-NB octet-aligned modefmtp:<payload type> octet-align=1 rtpmap:<payload type> AMR/8000/1 AMR-NB Bandwidth efficient

modefmtp:<payload type>rtpmap:<payload type> AMR/8000/1 AMR-NB octet-aligned modefmtp:<payload type> octet-align=1rtpmap:<payload type> telephone-event/8000 Narrowband DTMFfmtp:<payload type> 0-15sendrecv | sendonly | recvonly | inactiveptime:20 Packet timemaxptime:<max packet time>(주 4) Maximum packet timertpmap:<payload type> EVS/16000/1

EVS Primary modefmtp:<payload type> br=9.6-24.4 (주 5)fmtp:<payload type> bw=nb-swb (주 5)

주 1) originator 의 username 은 CTN 을 이용함

주 2) AS 는 IP version, packetization, codec 에 따라 ‘3GPP TS 26.114’[35] Annex K 에 정의된 값을 사용함

주 3) RR 값은 권고 사항임

주 4) maxptime 값은 120 ms

주 5) EVS Primary mode 의 SDP offer/answer 기본 bit-rate 및 audio bandwidth 에 해당하며, 특정 단말 상황에 따라 해당 값의 범위는 달라질 수 있다.

5.5.2. 영상 호(video call)

사업자 간 영상 호 미디어 세션 협상 시 IBCF 간에는 <표 5-4>에 정의된 SDP 파라미터를

지원해야 한다.

TTAK.KO-06.0338/R2

<표 5-4> 영상 호 SDP 지원 파라미터

parameter value description

m video <port> RTP/AVP <fmt list> Dynamic payload type 사용

bAS:768

RS:0RR:2500

a rtpmap:<payload type> H264/90000

H.264 VGA Portrait

fmtp:<payload type> profile-level-id=42C016; packetization-mode=1;sprop-parameter-sets=Z0LAFukDwKMg,aM4G4g==framesize:<payload type> 480-640imageattr:<payload type> send [x=480,y=640]recv [x=480,y=640] (주 1)rtpmap:<payload type> H264/90000

H.264 VGA Landscape

fmtp:<payload type> profile-level-id=42C016;packetization-mode=1;sprop-parameter-sets=Z0KAFukBQHsg,aM4G4g==framesize:<payload type> 640-480 또는imageattr:<payload type> send [x=640,y=480]recv [x=640,y=480]fmtp:<payload type> profile-level-id=42C00C;packetization-mode=1;sprop-parametersets=Z0LADekCg/I=,aM4G4g== H.264 QVGA Landscapeframesize:<payload type> 320-240 또는imageattr:<payload type> send [x=320,y=240]recv [x=320,y=240]rtpmap:<payload type> H263/90000

H.263 QCIF Landscape

fmtp:<payload type> profile=0; level=10; QCIF=2framesize:<payload type> 176-144 또는imageattr:<payload type> send [x=176,y=144]recv [x=176,y=144]sendrecv | sendonly | recvonly | inactiveframerate:<frame rate>rtpmap:<payload type> H265/90000

H.265 VGA/720p/1080p

fmtp:<payload type> profile-id=

TTAK.KO-06.0338/R2

Bit-rate : VGA(384kbps)/720p(1Mbps)/1080p(1.5Mbps)

fmtp:<payload type> level-id=fmtp:<payload type> sprop-vps= ; sprop-sps= ; sprop-pps=imageattr:<payload type> send [x=width,y=height] recv [x=width,y=height]

주 1) 연동 구간에서는 UICC 표준에 따른 SDP imageattr attribute 와 framesize attribute 모두 허용해야 하며, SDP offer/answer 에 맞도록 동작해야 한다.

비디오 해상도 별 파라미터는 아래 <표 5-5>를 참조한다.

<표 5-5> 비디오 해상도별 파라미터 정의

Resolution codec profile level

Frame rate

(fps)

Target bitrate

(kbps)

b=AS value

(IPv4)

b=AS value

(IPv6)

profile-level-id

QCIF H.263 0 10 7 48 64 66 -

QVGA H.264 CBP 1.2 15 300 384 399 42C00C

VGA H.264 CBP 2.2 15 512 639 653 42C016

VGA_

landscape

H.264 CBP 2.2 15 512 639 653 42C016

VGA H.265 Main 3 15 384 (주 2) (주 2) (주 1)

VGA_

landscape

H.265 Main 3 15 384 (주 2) (주 2) (주 1)

720p H.265 Main 3.1 30 1000 (주 2) (주 2) (주 1)

1080p H.265 Main 4 30 1500 (주 2) (주 2) (주 1)

주 1) 표 5-6 참조

주 2) Trial 후 결정 (Target bitrate 를 임시 적용)

H.265 codec 파라미터는 아래 <표 5-6>을 참조한다.

<표 5-6> H.265 codec 파라미터

Resolution Parameter Value

TTAK.KO-06.0338/R2

VGA

profile-id=1

level-id=90

sprop-vps AAAAAUABDAL//wFgAAADAAADAAADAAADAFoAAJXKSBI=

sprop-sps AAAAAUIBAgFgAAADAAADAAADAAADAFoAAKAPCAKB/llcpMkjbDSxFVJiYZfZ9eb8s+vCiMTl2yA=

sprop-pps AAAAAUQBwaVYESA=

VGA Landscape

profile-id=1

level-id=90

sprop-vps AAAAAUABDAL//wFgAAADAAADAAADAAADAFoAAJXKSBI=

sprop-sps AAAAAUIBAgFgAAADAAADAAADAAADAFoAAKAFAgHh/llcpMkjbDSxFVJiYZfZ9eb8s+vCiMTl2yA=


720p

profile-id=1

level-id=93

sprop-vps AAAAAUABDAL//wFgAAADAAADAAADAAADAF0AAJXKSBI=

sprop-sps AAAAAUIBAgFgAAADAAADAAADAAADAF0AAKACgIAtH+WVykySNsNLEVUmJhl9n15vyz68KIxOXbI=


1080p

profile-id=1

level-id=120

sprop-vps AAAAAUABDAL//wFgAAADAAADAAADAAADAHgAAJXKSBI=

sprop-sps AAAAAUIBAgFgAAADAAADAAADAAADAHgAAKADwIAQ5/llcpMkjbDSxFVJiYZfZ9eb8s+vCiMTl2yA


5.6. 발신 망 판단 기준

연동 구간에서는 과금 정보를 위한 P-Charging-Vector 헤더 orig-ioi 정보를 이용하여 발신

망을 판단한다.

<표 5-7> 연동 도메인

도메인 ICID 길이(최대치)SKT sktims.net 256 bytesKT ims.kt.com 256 bytes

LG U+ lte-lguplus.co.kr 256 bytes

6. VoLTE 연동 네트워크 구성

본 절은 이동 통신 사업자 간 VoLTE 연동 네트워크 구성과 IBCF 필수 요구사항을 설명한다.TTAK.KO-06.0338/R2

6.1. 이동통신 사업자 VoLTE 네트워크 구성도

이동 통신 사업자 간 VoLTE 네트워크 구성은 <그림 6-1>과 같으며, 사업자 간에는 SIP 시그널은 IBCF 로 RTP/MSRP 는 TRGW 를 통해 연동한다.

(그림 6-1) VoLTE 네트워크 구성도

6.2. IBCF 필수 요구 사항

1) 사업자 간 IBCF 상태 체크는 Options Method 로 한다.2) 대국이 OPTIONS 를 보내더라도 대국으로부터 OPTIONS 송신에 대한 200 OK 를

수신하지 못하면 대국이 down 된 것으로 판단한다.3) IBCF 는 Options 메시지 수신시 Request URI 에 포함된 SIP URI 를 참조하여 상태

체크 Options 메시지 여부를 확인하고 응답한다.4) (예 : OPTIONS sip:ibcf01.sktims.net;lr SIP/2.0)5) IBCF 상태 체크를 위한 Options 메시지 내 Max-Forward 값은 ‘0’으로 한다.6) IBCF 상태 체크를 위한 Options 전송 기능은 On/Off 할수 있도록 한다(선택

사항이며, Off 상태에서는 Active 상태로 관리).7) IBCF 는 멀티 피어(multi-peer) 연동 기능을 지원해야 한다(피어(peer) 10 개 이상).8) IBCF 는 멀티 피어(multi-peer) 연동 시 서비스별 라우팅 기능을 지원해야 한다.

TTAK.KO-06.0338/R2

9) IBCF 는 멀티 피어(multi-peer) 연동 시 Weighted Load Balance 기능을 지원해야

한다.10) 상기 Weighted Load Balance 기능에 Weight 설정 시 ‘0’도 설정 가능해야 하며,

‘0’으로 설정된 피어(peer)로부터 메시지 수신 시 정상 처리해야 한다.11) 상기 Weighted Load Balance 기능에서 Weight 설정이 ‘1’로 설정된 피어(peer)로

Request 를 전송하여 세션이 연결된 후, Weight 설정이 ‘0’으로 설정된 피어(Peer)로 부터 Subsequent Request 또는 Response 수신시 정상 처리해야 한다.

12) (상기 동작시 Request 및 응답 메시지의 R/R 헤더 및 Via 헤더는 Weight 설정이 ‘0’인 피어(peer)의 주소가 포함됨, 하기 호 처리(Call Flow) 참조)

13) IBCF 간 SIP 호 처리(Call Flow) 에 대해 TCP/IP 로 연동하는 경우 메시지를 수신하는

쪽에 모든 사이즈에 대해 처리 가능해야 한다.14) VoLTE 서비스에 대한 모든 미디어 패킷은 TrGW 를 통하도록 한다.15) IBC 연동 실패 시 기존 3G 연동 구간을 통해 우회 소통되어야 한다.16) 연동 구간에는 SDP candidate attribute 를 전달하지 않아야 한다.17) 연동 구간에서 UICC 표준에 따른 SDP imageattr attribute 수신 시 처리할 수

있어야 한다.18) 연동 구간에는 사업자 private 헤더를 전달하지 않아야 한다.

VoLTE/RCS 출중계 VoLTE/RCS 입중계

IBCF#1 IBCF#2 Ex-IBCF

R/R : IBCF#2Via : IBCF#2

Ack

180/200

Invite

Update200

200Bye

Weight : 1 Weight : 0

IBCF#1 IBCF#2 Ex-IBCF

R/R : Ex-IBCFVia : Ex-IBCF

Ack

180/200

Invite

Update200

200

Bye

R/R : IBCF#2R/R : Ex-IBCFVia : Ex-IBCF

Weight : 1 Weight : 0

Bye200

Bye200

(그림 6-2) VoLTE/RCS 네트워크 구성도

TTAK.KO-06.0338/R2

7. VoLTE 기본 호 처리

본 절은 VoLTE 망 간 호 생성/갱신/종료 절차와 음성/영상호 안내 방송을 기술한다.

7.1. VoLTE 망 간 호 처리(VoLTE-to-VoLTE)

7.1.1. 호 생성

(그림 7-1) VoLTE-to-VoLTE 호 생성 절차

(그림 7-1) VoLTE 호 생성 메시지 절차에 대한 설명은 아래와 같다.

• 4. INVITE 메시지(IBCF_A IBCF_B)INVITE sip:[email protected] SIP/2.0Accept-Contact: *;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-

service.ims.icsi.mmtel";require;explicitAllow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,INFO,REFER,NOTIFYCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_A%1Fuser1%1FoperatorA_net%[email protected]>Content-Length: 431Content-Type: application/sdpCSeq: 1 INVITEFrom: <sip:[email protected];user=phone>;tag=489968bd54699Max-Forwards: 66

TTAK.KO-06.0338/R2

Min-SE: 90P-Asserted-Identity: <sip:[email protected]>P-Asserted-Service: urn:urn-7:3gpp-service.ims.icsi.mmtel P-Early-Media: supportedPrivacy: noneRecord-Route: <sip:[email protected]:5067;lr>Session-Expires: 90;refresher=uacSupported: 100rel,timerSupported: early-sessionTo: <tel:+82-1010002001>User-Agent: operatorA_VoLTEVia: SIP/2.0/UDP 211.188.227.35:5072;branch=z9hG4bK

%0%fd6fe502919622f_546f6

• 7. INVITE 100 Trying 메시지(IBCF_A IBCF_B) SIP/2.0 100 TRYINGTo: <sip:[email protected]>From: <sip:[email protected];user=phone>;tag=489968bd54699Call-ID: IBCF_A_TO_IBCF_B_CALL_IDCSeq: 1 INVITEVia: SIP/2.0/UDP 211.115.15.147:30000;branch=z9hG4bK

%0%747053CD3E1813AFFFeA905FFB7F39A9.d41D8CD98F00b204E9800998eCf8427E

Content-Length: 0

• 12. INVITE 180 Ringing 메시지(IBCF_A IBCF_B)SIP/2.0 180 RingingCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>Content-Length: 0CSeq: 1 INVITEFrom: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>P-Asserted-Service: urn:urn-7:3gpp-service.ims.icsi.mmtelTo: <sip:[email protected]>;tag=33333444444Via: SIP/2.0/UDP 211.115.15.147:30000;branch=z9hG4bK


TTAK.KO-06.0338/R2

• 17. INVITE 200 OK 메시지(IBCF_A IBCF_B) SIP/2.0 200 OKVia: SIP/2.0/UDP 211.115.15.147:30000;branch=z9hG4bK


To: <sip:[email protected]>;tag=33333444444CSeq: 1 INVITE^MFrom: <sip:[email protected];user=phone>;tag=489968bd54699Call-ID: IBCF_A_TO_IBCF_B_CALL_IDContent-Type: application/sdpContent-Length: 196Session-Expires: 90;refresher=uacP-Asserted-Identity: sip:[email protected]: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>

• 22. INVITE ACK 메시지(IBCF_A IBCF_B)ACK sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected] SIP/2.0From: <sip:[email protected];user=phone>;tag=489968bd54699To: <sip:[email protected]>;tag=33333444444CSeq: 1 ACKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDMax-Forwards: 70Content-Length: 0

TTAK.KO-06.0338/R2

7.1.2. 호 갱신

Session update 는 UPDATE 메소드를 사용하거나 re-INVITE 를 사용할 수 있다. 두 방법

모두 Session-Expires 헤더를 포함해야 하며, refresher 파라미터는 offer 또는 answer 메시지에 명시하여야 한다(<그림 7-2> 27 번 메시지 참조).

7.1.2.1. UPDATE Method

(그림 7-2) VoLTE-to-VoLTE 호 갱신 절차(UPDATE)

(그림 7-2) VoLTE 호 갱신 메시지 절차에 대한 설명은 아래와 같다.

• 27. UPDATE 메시지(IBCF_A IBCF_B)UPDATE sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected] SIP/2.0From: <sip:[email protected];user=phone>;tag=489968bd54699To: <sip:[email protected]>;tag=33333444444CSeq: 1 UPDATECall-ID: IBCF_A_TO_IBCF_B_CALL_IDSupported: timerMax-Forwards: 70Content-Length: 0Session-Expires: 90;refresher=uac

TTAK.KO-06.0338/R2

Contact: <sip:IBCF_A%1Fuser1%1FoperatorA_net%[email protected]>

• 32. UPDATE 200 OK 메시지(IBCF_A IBCF_B)SIP/2.0 200 OKFrom: <sip:[email protected];user=phone>;tag=489968bd54699To: <sip:[email protected]>;tag=33333444444Call-ID: IBCF_A_TO_IBCF_B_CALL_IDCSeq: 1 UPDATESession-Expires: 90;refresher=uac

7.1.2.2. re-INVITE Method

(그림 7-3) VoLTE-to-VoLTE 호 갱신 절차(re-INVITE)

TTAK.KO-06.0338/R2

(그림 7-3) VoLTE 호 갱신 메시지 절차에 대한 설명은 아래와 같다.

• 27. re-INVITE 메시지(IBCF_A IBCF_B)INVITE sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected] SIP/2.0Accept-Contact: *;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-

service.ims.icsi.mmtel";require;explicitAllow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,INFO,REFER,NOTIFYCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_A%1Fuser1%1FoperatorA_net%[email protected]>Content-Length: 431Content-Type: application/sdpCSeq: 1 INVITEFrom: <sip:[email protected];user=phone>;tag=489968bd54699Max-Forwards: 66Min-SE: 90P-Asserted-Identity: <sip:[email protected]>P-Asserted-Service: urn:urn-7:3gpp-service.ims.icsi.mmtel P-Early-Media: supportedPrivacy: noneRecord-Route: <sip:[email protected]:5067;lr>Session-Expires: 90;refresher=uacSupported: 100rel,timerSupported: early-sessionTo: <sip:[email protected]>;tag=33333444444User-Agent: operatorA_VoLTEVia: SIP/2.0/UDP 211.188.227.35:5072;branch=z9hG4bK

%0%fd6fe502919622f_546f6

• 37. INVITE 200 OK 메시지(IBCF_A IBCF_B) SIP/2.0 200 OKVia: SIP/2.0/UDP 211.115.15.147:30000;branch=z9hG4bK


To: <sip:[email protected]>;tag=33333444444CSeq: 1 INVITE^MFrom: <sip:[email protected];user=phone>;tag=489968bd54699Call-ID: IBCF_A_TO_IBCF_B_CALL_IDContent-Type: application/sdp

TTAK.KO-06.0338/R2

Content-Length: 196Session-Expires: 90;refresher=uacP-Asserted-Identity: sip:[email protected]: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>

7.1.3. 호 종료

(그림 7-4) VoLTE-to-VoLTE 호 종료 절차

(그림 7-4) VoLTE 호 종료 ‘BYE’ 메시지에 대한 설명은 아래와 같다.

• 37. BYE 메시지(IBCF_A IBCF_B)BYE sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected] SIP/2.0From: <sip:[email protected];user=phone>;tag=489968bd54699To: <sip:[email protected]>;tag=33333444444CSeq: 1 BYECall-ID: IBCF_A_TO_IBCF_B_CALL_IDMax-Forwards: 70Content-Length: 0

• 42. BYE 200 OK 메시지(IBCF_A IBCF_B)SIP/2.0 200 OKFrom: <sip:[email protected];user=phone>;tag=489968bd54699

TTAK.KO-06.0338/R2

To: <sip:[email protected]>;tag=33333444444Call-ID: IBCF_A_TO_IBCF_B_CALL_IDCSeq: 1 BYE

ㅇ 호 종료 Reason 헤더

BYE request 메시지를 전송하는 발신망은 호 실패에 대한 원인을 타 이동통신사의 착신망에

제공하기 위해 아래와 같은 Reason 헤더를 추가하여 전달한다.

아래 정의된 Reason 헤더는 이동통신 사업자 3 개사가 공통적으로 사용하는 cause 값이며

정의되지 않은 원인으로 호를 종료할 경우에는 ‘unspecified’ 값을 사용하도록 한다.

<표 7-1> 호 종료 Reason 헤더

구분 Reason 헤더 관련 서비스

normal Reason: Q.850;cause=16;text=“normal” 정상 종료

no_rtp Reason: Q.850;cause=34;text=“no_rtp” 단말 RTP 미수신

no_upd Reason: Q.850;cause=102;text=“no_upd”

Session time out 발생

no_upd_fail Reason: Q.850;cause=98;text=“no_upd_fail”

UPDATE request 에 대한 fail response 수신 시 호를

즉시 종료할 경우

abort_session

Reason: Q.850;cause=58;text=“abort_session”

단말의 액세스 망 단절이 확인된 경우

unspecified Reason: Q.850;cause=31;text=“unspecified”

3 개사 연동 규격으로 정해지지 않은 원인일 경우

TTAK.KO-06.0338/R2

7.2. 안내 방송

7.2.1. 음성 호 안내 방송

음성 호에 대한 안내 방송은 early-media 처리를 위해 Forking Model 또는 Early-session Model 을 사용하며, 발신단말이 100rel 을 지원하는 경우 안내 방송 송출 주체는 발신 단말로

전송할 183 메시지에 ‘Require:100rel’을 포함해야 한다. 각 이동통신사별 안내 방송 송출 주체의 차이로 인해 동일 안내 방송이 2 회 송출되거나

미송출될 경우, 각각 다음과 같이 처리하여 안내 방송 문제를 해결한다.

7.2.1.1. 안내 방송 2 회 송출 문제 해결

발신망/착신망 모두 송출하는 경우는 착신망 송출 및 ‘487 Request Terminated’ 메시지로

응답하도록 하며, 그 절차는 다음과 같다.

(그림 7-5) 안내 방송 2 회 송출 문제 해결 절차

TTAK.KO-06.0338/R2

7.2.1.2. 안내 방송 미송출 문제 해결

안내 방송 미송출의 경우에는 착신망에서는 호 실패 원인을 ‘ITU-T Q.850 cause’ 값을

Reason 헤더의 cause 파라미터에 설정하여 발신망으로 전송하고, 발신망에서는 cause값을

참조하여 해당 안내 방송을 송출하도록 한다.

SIP Reason 헤더 구성은 다음 표와 같다.

<표 7-2> SIP Reason 헤더 구성

구분 에러 코드 Reason 헤더Unalloc

Number(U) 404 Reason: Q.850;cause=1;text=“Unallocated Number”

Busy(B) 486 Reason: Q.850;cause=17;text=“User Busy”Paging

Timeout(T) 408 Reason: Q.850;cause=18;text=“Paging Timeout”No Answer(N) 480 Reason: Q.850;cause=19;text=“No Answer”Power Off(P) 480 Reason: Q.850;cause=20;text=“Power Off”

안내 방송 미송출 문제 해결을 위한 절차는 다음과 같다.

(그림 7-6) 안내 방송 미송출 문제 해결 절차

7.2.1.3. 호 거절 안내 방송

TTAK.KO-06.0338/R2

음성 호에 대한 호 거절 안내 방송은 착신에서 송출하며, 응답 메시지는 487 메시지를

전송하도록 한다. 호 거절 범주는 다음과 같다.

착신 가입자에 의한 거절

지정 번호 필터링

착신 금지

익명 호 수신 거부

7.2.2. 영상 호 안내 방송

VoLTE 영상 호에 대해서는 연동 구간 내에서는 안내 방송을 송출하지 않고, 자사 망에서 오류

응답 메시지에 포함된 Reason 헤더를 참조하여 해당 안내 방송을 송출한다. 착신망에서는 호

실패 원인에 대한 안내 방송 제공을 위해 아래와 같은 Reason 헤더를 발신망으로 전달한다.개별 통화 수신 거부, 착신 금지, 익명 호 수신 거부에 대해 Reason 헤더에 ‘cause=21’을

포함한다.

SIP Reason 헤더 구성은 다음 표와 같다.

참고) 영상호에 대한 안내 방송을 음성 호에 대한 안내 방송처럼 착신망에서 early media 형태로 제공하는 것에 대해서는 추후 필요시 추가 표준화할 수 있다.

<표 7-3> 영상 호 안내 방송 Reason 헤더

구분 에러 코드 Reason 헤더

Unalloc Number(U) 404 Reason: Q.850;cause=1;text=“Unallocated Number”

Busy(B) 486 Reason: Q.850;cause=17;text=“User Busy”Paging Timeout(T) 408 Reason: Q.850;cause=18;text=“Paging Timeout”

No Answer(N) 480 Reason: Q.850;cause=19;text=“No Answer”Power Off(P) 480 Reason: Q.850;cause=20;text=“Power Off”Call Reject 603 Reason: Q.850;cause=21;text=“Call Reject”

Unsupported Media 415 Reason: Q.850;cause=58;text=”Unsupported

Media”

TTAK.KO-06.0338/R2

영상호 안내 방송 송출 절차는 다음 그림과 같다.

(그림 7-7) 영상 호 안내 방송 절차

8. 부가 서비스 호 처리

본 절은 VoLTE 부가서비스 별 호 처리 Flow 및 시나리오를 기술한다.

8.1. 번호 변경 안내

번호 변경 안내는 변경된 번호를 알려주고 변경된 번호로 통화를 연결해주는 착신 가입형

서비스이다. 가입 옵션에 따라 ARS, SMS 등으로 변경된 번호에 대한 안내를 제공한다.부가 서비스 호 처리의 경우 안내 방송 후 착신 전환을 하는 것과 동일하다. 안내 방송을 해야

하는 경우 발신 단말의 early-session 지원 여부에 따라 다르게 동작해야 한다. 안내 방송 없는

경우는 기본 호와 동일하게 동작한다. 표준에는 안내 방송이 있는 경우에 대해서만 기술한다.

TTAK.KO-06.0338/R2

8.1.1. 시나리오 1 : Early-session model

(그림 8-1) 번호 변경 안내 서비스(Early-session model) 호 처리

TTAK.KO-06.0338/R2

(그림 8-1) 호 처리의 각 메시지에 대한 설명은 아래와 같다.

• 3. INVITE 메시지

A Network 에서 B Network 으로 전송되는 ‘INVITE’에 ‘Supported: 100rel’과 ‘Supported: early-session’ 헤더가 포함된다.

INVITE sip:[email protected] SIP/2.0Accept-Contact: *;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-

service.ims.icsi.mmtel";require;explicitAllow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,INFO,REFER,NOTIFYCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_A%1Fuser1%1FoperatorA_net%[email protected]>Content-Length: 431Content-Type: application/sdpCSeq: 1 INVITEFrom: <sip:[email protected];user=phone>;tag=489968bd54699Max-Forwards: 66Min-SE: 90P-Asserted-Identity: <sip:[email protected]>P-Asserted-Service: urn:urn-7:3gpp-service.ims.icsi.mmtel P-Early-Media: supportedPrivacy: noneSession-Expires: 90;refresher=uacSupported: 100relSupported: early-sessionSupported: timerTo: <tel:+82-1010002001>User-Agent: operatorA_VoLTE

• 6. 183 Session Progress 메시지

‘Require: 100rel’과 ‘Content-Disposition: early-session’ 헤더가 포함되며, SDP 에는

early session 을 위한 offer 가 포함된다.SIP/2.0 183 Session ProgressCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>Require: 100relCSeq: 1 INVITESession-Expires: 90;refresher=uac

TTAK.KO-06.0338/R2

Content-Disposition: early-sessionRseq: 1From: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=AContent-Type: application/sdpContent-Length: 274

• 11. PRACK 메시지

SDP 에는 early session 을 위한 answer 가 포함된다.PRACK sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected] SIP/2.0RAck: 1 1 INVITEFrom: <sip:[email protected];user=phone>;tag=489968bd54699To: <sip:[email protected]>;tag=ACSeq: 2 PRACKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_A%1Fuser1%1FoperatorA_net%[email protected]>Max-Forwards: 66Content-Length: 274

• 14. 200 OK 메시지

SIP/20.0 200 OKFrom: <sip:[email protected];user=phone>;tag=489968bd54699To: <sip:[email protected]>;tag=ACSeq: 2 PRACKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>Content-Length: 0

• 20. 180 Ringing 메시지

SIP/2.0 180 RingingCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>CSeq: 1 INVITESession-Expires: 90;refresher=uacFrom: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=A

TTAK.KO-06.0338/R2

Content-Type: application/sdpContent-Length: 0

• 25. 200 OK 메시지

SDP 에는(regular) session 을 위한 answer 가 포함된다.SIP/2.0 200 OKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,INFO,REFER,NOTIFYCSeq: 1 INVITESession-Expires: 90;refresher=uacFrom: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=AContent-Type: application/sdpContent-Length: 274

• 30. ACK 메시지

ACK sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected] SIP/2.0From: <sip:[email protected];user=phone>;tag=489968bd54699To: <sip:[email protected]>;tag=ACSeq: 1 ACKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_A%1Fuser1%1FoperatorA_net%[email protected]>Max-Forwards: 66Content-Length: 0

TTAK.KO-06.0338/R2

8.1.2. 시나리오 2 : Forking-model

(그림 8-2) 번호 변경 안내 서비스(Forking-model) 호 처리

TTAK.KO-06.0338/R2


Network A 에서 Network B 로 전송되는 INVITE 에 100rel 지원 여부에 따라 Supported: 100rel 헤더가 포함될 수 있다.


service.ims.icsi.mmtel";require;explicitAllow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,INFO,REFER,NOTIFYCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_A%1Fuser1%1FoperatorA_net%[email protected]>Content-Length: 431Content-Type: application/sdpCSeq: 1 INVITEFrom: <sip:[email protected];user=phone>;tag=489968bd54699Max-Forwards: 66Min-SE: 90P-Asserted-Identity: <sip:[email protected]>P-Asserted-Service: urn:urn-7:3gpp-service.ims.icsi.mmtel P-Early-Media: supportedPrivacy: noneRecord-Route: <sip:[email protected]:5067;lr>Session-Expires: 90;refresher=uac(Supported: 100rel)Supported: timerTo: <tel:+82-1010002001>User-Agent: operatorA_VoLTE


발신단말의 100rel 지원 여부와 착신 서버의 100rel 지원 여부에 따라 Require: 100rel 과

RSeq 헤더가 포함될 수 있다.SIP/2.0 183 Session ProgressCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>(Require: 100rel)CSeq: 1 INVITESession-Expires: 90;refresher=uac(Rseq: 1)From: <sip:[email protected];user=phone>;tag=489968bd54699

TTAK.KO-06.0338/R2

P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=AContent-Type: application/sdpContent-Length: 274


PRACK sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected] SIP/2.0RAck: 1 1 INVITEFrom: <sip:[email protected];user=phone>;tag=489968bd54699To: <sip:[email protected]>;tag=ACSeq: 2 PRACKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_A%1Fuser1%1FoperatorA_net%[email protected]>Max-Forwards: 66Content-Length: 0

• 14. 200 OK 메시지



SIP/2.0 180 RingingCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>CSeq: 1 INVITESession-Expires: 90;refresher=uacFrom: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=BContent-Type: application/sdpContent-Length: 0

• 25. 200 OK 메시지

TTAK.KO-06.0338/R2

SIP/2.0 200 OKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,INFO,REFER,NOTIFYCSeq: 1 INVITESession-Expires: 90;refresher=uacFrom: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=BContent-Type: application/sdpContent-Length: 274


ACK sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected] SIP/2.0From: <sip:[email protected];user=phone>;tag=489968bd54699To: <sip:[email protected]>;tag=BCSeq: 1 ACKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_A%1Fuser1%1FoperatorA_net%[email protected]>Max-Forwards: 66Content-Length: 0

8.2. 조건부 착신 전환 안내 방송

조건부 착신 전환 안내 방송은 걸려오는 전화를 조건부(통화 중, 전원 꺼짐, 무응답, 음영

지역) 상태로 자동 연결하는 서비스이다.

음성 안내 방송 후에 다른 전화로 연결할 경우 early-media 처리와 ‘History-info’ 헤더 처리

방식, cause 값/reason text 에 대한 표준화가 요구된다.


TTAK.KO-06.0338/R2

(그림 8-3) 조건부 착신 전환 안내 방송(Early-session model) 호 처리

TTAK.KO-06.0338/R2



service.ims.icsi.mmtel";require;explicitAllow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,INFO,REFER,NOTIFYCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_A%1Fuser1%1FoperatorA_net%[email protected]>Content-Length: 431Content-Type: application/sdpCSeq: 1 INVITEFrom: <sip:[email protected];user=phone>;tag=489968bd54699Max-Forwards: 66Min-SE: 90P-Asserted-Identity: <sip:[email protected]>P-Asserted-Service: urn:urn-7:3gpp-service.ims.icsi.mmtel P-Early-Media: supportedPrivacy: noneRecord-Route: <sip:[email protected]:5067;lr>Session-Expires: 90;refresher=uacSupported: 100relSupported: early-sessionSupported: timerTo: <tel:+82-1010002001>User-Agent: operatorA_VoLTE


SIP/2.0 180 RingingCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>CSeq: 1 INVITEFrom: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=33333444444Via: SIP/2.0/UDP 211.115.15.147:30000;branch=z9hG4bK


Content-Length: 0

TTAK.KO-06.0338/R2


SIP/2.0 183 Session ProgressCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>Require: 100relRequire: early-sessionCSeq: 1 INVITESession-Expires: 90;refresher=uacContent-Disposition: early-sessionRseq: 1From: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=AContent-Type: application/sdpContent-Length: 274


PRACK sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected] SIP/2.0RAck: 1 1 INVITEFrom: <sip:[email protected];user=phone>;tag=489968bd54699To: <sip:[email protected]>;tag=ACSeq: 2 PRACKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_A%1Fuser1%1FoperatorA_net%[email protected]>Max-Forwards: 66Content-Length: 431Content-Type: application/sdp

TTAK.KO-06.0338/R2

• 20. 200 OK 메시지


• 25. 181 Call Is Being Forwarded 메시지

SIP/2.0 181 Call Is Being ForwardedCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>CSeq: 1 INVITEFrom: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=AContent-Length: 0


SIP/2.0 180 RingingCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>CSeq: 1 INVITEFrom: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=AContent-Length: 0

• 35. 200 OK 메시지

SIP/2.0 200 OKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,INFO,REFER,NOTIFYCSeq: 1 INVITESession-Expires: 90;refresher=uacFrom: <sip:[email protected];user=phone>;tag=489968bd54699

TTAK.KO-06.0338/R2




8.2.2. 시나리오 2 : Forking model

Forking model 로 동작할 때 단말에서 미디어 업데이트가 필요한 경우에는 바로 이전 early media 의 To-tag 와 다르게 설정되어야 한다.

그러나 ‘181 Call Is Being Forwarded’ 메시지를 받을 때는 단말에서 미디어 업데이트가

필요하지 않으므로, 181 의 To-tag 는 이전 또는 이후 early media 의 To-tag 와 같아도 된다.

TTAK.KO-06.0338/R2

(그림 8-4) 자동 연결(Forking model) 호 처리

TTAK.KO-06.0338/R2





SIP/2.0 180 RingingCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>CSeq: 1 INVITEFrom: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=AContent-Length: 0


SIP/2.0 183 Session ProgressCall-ID: IBCF_A_TO_IBCF_B_CALL_ID

TTAK.KO-06.0338/R2

Contact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>(Require: 100rel)CSeq: 1 INVITESession-Expires: 90;refresher=uac(Rseq: 1)From: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=BContent-Type: application/sdpContent-Length: 274


PRACK sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected] SIP/2.0RAck: 1 1 INVITEFrom: <sip:[email protected];user=phone>;tag=489968bd54699To: <sip:[email protected]>;tag=BCSeq: 2 PRACKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_A%1Fuser1%1FoperatorA_net%[email protected]>Max-Forwards: 66Content-Length: 0

• 20. 200 OK 메시지

SIP/20.0 200 OKFrom: <sip:[email protected];user=phone>;tag=489968bd54699To: <sip:[email protected]>;tag=BCSeq: 2 PRACKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>Content-Length: 0

• 25. 181 Call Is Being Forwarded 메시지

SIP/2.0 181 Call Is Being ForwardedCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>CSeq: 1 INVITEFrom: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>

TTAK.KO-06.0338/R2

To: <sip:[email protected]>;tag=B or B’Content-Length: 0


SIP/2.0 180 RingingCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>CSeq: 1 INVITEFrom: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=CContent-Length: 0

• 35. 200 OK 메시지

SIP/2.0 200 OKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,INFO,REFER,NOTIFYCSeq: 1 INVITESession-Expires: 90;refresher=uacFrom: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=DContent-Type: application/sdpContent-Length: 274

TTAK.KO-06.0338/R2


ACK sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected] SIP/2.0From: <sip:[email protected];user=phone>;tag=489968bd54699To: <sip:[email protected]>;tag=DCSeq: 1 ACKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_A%1Fuser1%1FoperatorA_net%[email protected]>Max-Forwards: 66Content-Length: 0

TTAK.KO-06.0338/R2

8.3. 개별 통화 수신 거부

개별 통화 수신 거부는 수신자가 등록한 특정 발신 번호에서 들어오는 음성, 영상, 문자

메시지(SMS/MMS)를 차단할 수 있는 착신 가입형 서비스이다. 음성 통화 차단 후 안내 방송을

들려주므로 안내 방송 기능 외에 특별한 기능은 필요하지 않다.

(그림 8-5) 개별 통화 수신 거부 호 처리

TTAK.KO-06.0338/R2


A Network 에서 B Network 으로 전송되는 ‘INVITE’ 메시지에 100rel 지원 여부에 따라

‘Supported: 100rel’ 헤더가 포함될 수 있다.INVITE sip:[email protected] SIP/2.0Accept-Contact: *;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-


v=…


발신 단말의 100rel 지원 여부와 착신 서버의 100rel 지원 여부에 따라 ‘Require: 100rel’과

‘RSeq’ 헤더가 포함될 수 있다.SIP/2.0 183 Session ProgressCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>(Require: 100rel)CSeq: 1 INVITESession-Expires: 90;refresher=uac

TTAK.KO-06.0338/R2

(Rseq: 1)From: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=AContent-Type: application/sdpContent-Length: 274

v=…



• 14. 200 OK 메시지


TTAK.KO-06.0338/R2

• 18. 487 Request Terminated 메시지

SIP/2.0 487 Request TerminatedCall-ID: IBCF_A_TO_IBCF_B_CALL_IDCSeq: 1 INVITEFrom: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=A

8.4. 음성 사서함

음성 사서함 서비스는 전원이 꺼졌거나 배터리가 방전되었을 때 또는 통화가 되지 않는 지역에

있어 전화를 받을 수 없을 경우, 전화를 건 상대방의 메시지를 놓치지 않고 음성으로 받을 수

있는 서비스이다. SKT/KT/LGU+의 서비스명칭은 각각 소리샘/음성사서함/ 음성사서함이다.3 사의 음성 사서함 접속 처리에 따라 상이한 절차를 가질 수 있다. SKT/KT 는 음성사서함

접속 시 Legacy(CS) 망을 이용하여 연동을 하고 LGU+는 IMS 망을 통해 직접 연동한다. 이를

바탕으로 아래와 같은 시나리오를 생각할 수 있다.

<표 8-1> 음성 사서함 시나리오

시나리오 발신단말 지원 모델 착신 사업자

시나리오 1 Early-session model KT/LGU+시나리오 2 Forking model SKT/KT/LGU+

<표 8-2> 이동통신 사업자별 Early Media 처리 모델

사업자 Early Media 처리 모델 특징

SKTEarly-session model

- Forking model 미지원- 183(early session) 이후 183(early session)

- 183(early session) 이후 183(regular session)- 183(early session) 이후 200 OK

Forking model - 183 내려올 때 항상 update- 200 OK 에 대해서는 To-tag 가 다를 때만 update

KT Forking model- 183 의 To-tag 가 다르면 항상 update- To-tag 가 동일하면 update 하지 않음

- 183 이후 180 이 내려올 때 To-tag 가 다르면 RBT 재생함

LG U+ Forking model - 183 의 To-tag 가 다르면 항상 update- To-tag 가 동일하면 update 하지 않음

8.4.1. 시나리오 1 : Early-session model 지원 단말의 음성 사서함 접속

TTAK.KO-06.0338/R2

(그림 8-6) 음성 사서함(Early-session model) 호 처리

TTAK.KO-06.0338/R2




TTAK.KO-06.0338/R2





• 15. 200 OK 메시지



TTAK.KO-06.0338/R2

SIP/2.0 183 Session ProgressCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>Require: 100relCSeq: 1 INVITESession-Expires: 90;refresher=uacRseq: 1From: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=AContent-Type: application/sdpContent-Length: 274



• 27. 200 OK 메시지


• 31. 200 OK 메시지

SIP/2.0 200 OKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>

TTAK.KO-06.0338/R2

Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,INFO,REFER,NOTIFYCSeq: 1 INVITESession-Expires: 90;refresher=uacFrom: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=AContent-Type: application/sdpContent-Length: 274



8.4.2. 시나리오 2 : Forking model 지원단말의 음성 사서함 접속

음성 사서함 서버 접속 시 ‘183 Session Progress’ 메시지를 통해 최종 응답이 전달될 경우

이후 ‘200 OK’ 메시지는 동일 dialog 내에 존재해야 한다. 즉, 단말에서 미디어 업데이트가 필요

없기 때문에 ‘183 Session Progress’와 ‘200 OK’ 메시지의 To-tag 는 동일해야 한다.

TTAK.KO-06.0338/R2

(그림 8-7) 음성 사서함(Forking model) 호 처리

TTAK.KO-06.0338/R2


A Network 에서 B Network 으로 전송되는 ‘INVITE’에 100rel 지원 여부에 따라





‘RSeq’ 헤더가 포함될 수 있다.SIP/2.0 183 Session ProgressCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>(Require: 100rel)CSeq: 1 INVITESession-Expires: 90;refresher=uac(Rseq: 1)From: <sip:[email protected];user=phone>;tag=489968bd54699

TTAK.KO-06.0338/R2




• 15. 200 OK 메시지


TTAK.KO-06.0338/R2


SIP/2.0 183 Session ProgressCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>(Require: 100rel)CSeq: 1 INVITESession-Expires: 90;refresher=uac(Rseq: 1)From: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=BContent-Type: application/sdpContent-Length: 274


PRACK sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected] SIP/2.0RAck: 1 1 INVITEFrom: <sip:[email protected];user=phone>;tag=489968bd54699To: <sip:[email protected]>;tag=BCSeq: 2 PRACKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_A%1Fuser1%1FoperatorA_net%[email protected]>Max-Forwards: 66Content-Length: 0

• 27. 200 OK 메시지

SIP/20.0 200 OKFrom: <sip:[email protected];user=phone>;tag=489968bd54699To: <sip:[email protected]>;tag=BCSeq: 2 PRACKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>Content-Length: 0

• 31. 200 OK 메시지

SIP/2.0 200 OKCall-ID: IBCF_A_TO_IBCF_B_CALL_ID

TTAK.KO-06.0338/R2

Contact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,INFO,REFER,NOTIFYCSeq: 1 INVITESession-Expires: 90;refresher=uacFrom: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=CContent-Type: application/sdpContent-Length: 274


ACK sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected] SIP/2.0From: <sip:[email protected];user=phone>;tag=489968bd54699To: <sip:[email protected]>;tag=CCSeq: 1 ACKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_A%1Fuser1%1FoperatorA_net%[email protected]>Max-Forwards: 66Content-Length: 0

TTAK.KO-06.0338/R2

8.5. 착신 금지

착신 금지 서비스는 걸려오는 모든 전화에 대해 수신을 차단하는 착신 가입형 서비스이다. 음성 통화 차단 후 안내 방송을 들려주므로 안내 방송 기능 외에 특별한 기능은 필요하지 않다.

(그림 8-8) 착신 금지 호 처리

TTAK.KO-06.0338/R2





TTAK.KO-06.0338/R2



‘RSeq’ 헤더가 포함될 수 있다.SIP/2.0 183 Session ProgressCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>(Require: 100rel)CSeq: 1 INVITESession-Expires: 90;refresher=uac(Rseq: 1)From: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=AContent-Type: application/sdpContent-Length: 274



• 14. 200 OK 메시지



TTAK.KO-06.0338/R2


8.6. 통화 연결음

통화 연결음 등의 Early media 처리에 대한 모델로 Early-session model, Forking model 등이 있으며, 사업자/단말 제조사에 따라 다른 모델을 지원할 수 있다. 규격적으로 모두

틀리지는 않지만 단말 제약이 존재하여 현실적인 방안을 찾아야 한다.

사업자/단말 제조사에 따른 Early media 관련 모델 지원 여부에 따라 고려해야 할 시나리오는

다음과 같다.

<표 8-3> 3 개사별 통화 연결음 Early Media 시나리오

시나리오 발신단말 지원 모델

시나리오 1 Early-session model시나리오 2 Forking model

TTAK.KO-06.0338/R2


발신 단말이 Early-session model 만 지원할 경우의 동작을 기술한다.

(그림 8-9) 통화 연결음(Early-session model) 호 처리

TTAK.KO-06.0338/R2




TTAK.KO-06.0338/R2





• 16. 200 OK 메시지


• 21. 200 OK 메시지

TTAK.KO-06.0338/R2

SIP/2.0 200 OKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,INFO,REFER,NOTIFYCSeq: 1 INVITESession-Expires: 90;refresher=uacFrom: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=AContent-Type: application/sdpContent-Length: 274



TTAK.KO-06.0338/R2

8.6.2. 시나리오 2 : Forking model

발신 단말이 Forking model 을 지원하는 경우의 동작을 기술한다. 발신 단말의 100rel 지원

여부에 따라 PRACK/200OK 절차가 포함되거나 생략된다. 단말에서 미디어 업데이트가

필요하기 때문에 early media 의 To-tag 가 변경되어야 한다.

(그림 8-10) 통화 연결음(Forking model) 호 처리

TTAK.KO-06.0338/R2





TTAK.KO-06.0338/R2



‘RSeq’ 헤더가 포함될 수 있다.SIP/2.0 183 Session ProgressCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>(Require: 100rel)CSeq: 1 INVITESession-Expires: 90;refresher=uac(Rseq: 1)From: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=AVia: SIP/2.0/UDP 211.115.15.147:30000;branch=z9hG4bK


Content-Type: application/sdpContent-Length: 274



• 16. 200 OK 메시지

SIP/20.0 200 OKFrom: <sip:[email protected];user=phone>;tag=489968bd54699To: <sip:[email protected]>;tag=ACSeq: 2 PRACKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>

TTAK.KO-06.0338/R2

Content-Length: 0

• 21. 200 OK 메시지

SIP/2.0 200 OKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,INFO,REFER,NOTIFYCSeq: 1 INVITESession-Expires: 90;refresher=uacFrom: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=BContent-Type: application/sdpContent-Length: 274


ACK sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected] SIP/2.0From: <sip:[email protected];user=phone>;tag=489968bd54699To: <sip:[email protected]>;tag=BCSeq: 1 ACKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_A%1Fuser1%1FoperatorA_net%[email protected]>Max-Forwards: 66Content-Length: 0

8.7. 비즈링

비즈링 서비스는 기업 홍보 및 광고를 위해 사업주(광고주)가 요청한 음원을 기업에 소속된

종사자들의 통화 연결음에 설정하여 발신자에게 들려주는 서비스이다. 호 처리는 통화 연결음

호 처리와 동일하다.

TTAK.KO-06.0338/R2

8.8. 익명 호 수신 거부

익명 호 수신 거부 서비스는 번호를 숨기고 걸려오는 전화에 대해 전화 연결을 차단하는 착신

가입형 서비스이다. 음성 통화 또는 영상 통화에 대해 상대방 번호가 확인되지 않는 전화를

거부할 수 있다. 음성 통화 차단 후 안내 방송을 들려주므로 안내 방송 기능 외에 특별한 기능은

필요하지 않다.

(그림 8-11) 익명 호 수신 거부 호 처리

TTAK.KO-06.0338/R2







‘RSeq’ 헤더가 포함될 수 있다.SIP/2.0 183 Session ProgressCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>(Require: 100rel)CSeq: 1 INVITESession-Expires: 90;refresher=uac(Rseq: 1)From: <sip:[email protected];user=phone>;tag=489968bd54699

TTAK.KO-06.0338/R2




• 14. 200 OK 메시지




8.9. T-ring 서비스

T-ring 서비스는 SKT 서비스 중 하나로 통화 연결음이 나오기 전에 발신자에게 징글 사운드를

들려주는 서비스이다. KT/LGU+ 발신에 SKT 착신 경우에 대해서만 고려하면 되므로 Forking

TTAK.KO-06.0338/R2

model 만 다루면 된다. 단말에서 미디어 업데이트가 필요하기 때문에 early media 의 To-tag가 변경되어야 한다.

(그림 8-12) T-ring 호 처리


A Network 에서 B Network 으로 전송되는 INVITE 에 100rel 지원 여부에 따라 ‘Supported: 100rel’ 헤더가 포함될 수 있다.


service.ims.icsi.mmtel";require;explicit

TTAK.KO-06.0338/R2

Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,INFO,REFER,NOTIFYCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_A%1Fuser1%1FoperatorA_net%[email protected]>Content-Length: 431Content-Type: application/sdpCSeq: 1 INVITEFrom: <sip:[email protected];user=phone>;tag=489968bd54699Max-Forwards: 66Min-SE: 90P-Asserted-Identity: <sip:[email protected]>P-Asserted-Service: urn:urn-7:3gpp-service.ims.icsi.mmtel P-Early-Media: supportedPrivacy: noneRecord-Route: <sip:[email protected]:5067;lr>Session-Expires: 90;refresher=uac(Supported: 100rel)Supported: timerTo: <tel:+82-1010002001>User-Agent: operatorA_VoLTE

v=…



‘RSeq’ 헤더가 포함될 수 있다.SIP/2.0 183 Session ProgressCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>(Require: 100rel)CSeq: 1 INVITESession-Expires: 90;refresher=uac(Rseq: 1)From: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=AContent-Type: application/sdpContent-Length: 274

TTAK.KO-06.0338/R2

v=…



• 14. 200 OK 메시지


TTAK.KO-06.0338/R2

• 18. Ringing 메시지

SIP/2.0 180 RingingCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>CSeq: 1 INVITEFrom: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=BContent-Length: 0

• 23. 200 OK 메시지

SIP/2.0 200 OKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,INFO,REFER,NOTIFYCSeq: 1 INVITESession-Expires: 90;refresher=uacFrom: <sip:[email protected];user=phone>;tag=489968bd54699P-Asserted-Identity: <sip:[email protected]>To: <sip:[email protected]>;tag=CContent-Type: application/sdpContent-Length: 274

v=…


ACK sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected] SIP/2.0From: <sip:[email protected];user=phone>;tag=489968bd54699To: <sip:[email protected]>;tag=77777888888CSeq: 1 ACKCall-ID: IBCF_A_TO_IBCF_B_CALL_IDContact: <sip:IBCF_A%1Fuser1%1FoperatorA_net%[email protected]>Max-Forwards: 66Content-Length: 0

8.10. 발신 번호 표시

TTAK.KO-06.0338/R2

발신 번호 표시 서비스는 가입자의 발신 번호를 가입자의 착신 단말에 표시해 주는 착신

가입형 서비스이다. 발신 번호 표시를 위해서 ‘P-Asserted-Identity’ 헤더를 참조하며, 해당

헤더는 SIP URI 만을 사용하여 구성한다.

TTAK.KO-06.0338/R2

다음 (그림 8-13)은 발신 번호 표시 절차이다.

(그림 8-13) 발신 번호 표시 절차

TTAK.KO-06.0338/R2

• 1. INVITE 메시지(UE_A CSCF_A)• 2. INVITE 메시지(CSCF_A TAS_A)• 3. INVITE 메시지(TAS_A CSCF_A)• 4. INVITE 메시지(CSCF_A IBCF_A)• 5. INVITE 메시지(IBCF_A IBCF_B)INVITE tel:+821010002001 SIP/2.0Call-ID:Via:From: <sip:[email protected]>;tag=489968bd54699To: <tel:+821010002001>CSeq: Max-Forwards:Contact: Accept-Contact:Session-Expires:Supported:Require:P-Asserted-Identity: <sip:[email protected]>P-Asserted-Service: …

• 6. INVITE 메시지(IBCF_B CSCF_B)• 7. INVITE 메시지(CSCF_B TAS_B)• 8. INVITE 메시지(TAS_B CSCF_B)• 9. INVITE 메시지(CSCF_B UE_B)

• 10. 180 Ringing 메시지(UE_B CSCF_B)• 11. 180 Ringing 메시지(CSCF_B TAS_B)• 12. 180 Ringing 메시지(TAS_B CSCF_B)• 13. 180 Ringing 메시지(CSCF_B IBCF_B)• 14. 180 Ringing 메시지(IBCF_B IBCF_A)

TTAK.KO-06.0338/R2

SIP/2.0 180 RingingCall-ID:Via:From: <sip:[email protected]>;tag=489968bd54699To: <tel:+821010002001>;tag=32481bsd324CSeq: Max-Forwards:Contact: Supported:Require:P-Asserted-Identity: <sip:[email protected]>…

• 15. 180 Ringing 메시지(IBCF_A CSCF_A)• 16. 180 Ringing 메시지(CSCF_A TAS_A)• 17. 180 Ringing 메시지(TAS_A CSCF_A)• 18. 180 Ringing 메시지(CSCF_A UE_A)

• 19. 200 OK 메시지(UE_B CSCF_B)• 20. 200 OK 메시지(CSCF_B TAS_B)• 21. 200 OK 메시지(TAS_B CSCF_B)• 22. 200 OK 메시지(CSCF_B IBCF_B)• 23. 200 OK 메시지(IBCF_B IBCF_A) SIP/2.0 200 OKCall-ID:Via:From: <sip:[email protected]>;tag=489968bd54699To: <tel:+821010002001>;tag=32481bsd324CSeq: Max-Forwards:Contact: Session-Expires:Supported:Require:P-Asserted-Identity: <sip:[email protected]>…

TTAK.KO-06.0338/R2

• 24. 200 OK 메시지(IBCF_A CSCF_A)• 25. 200 OK 메시지(CSCF_A TAS_A)• 26. 200 OK 메시지(TAS_A CSCF_A)• 27. 200 OK 메시지(CSCF_A UE_A)

• 28. ACK 메시지(UE_A CSCF_A)• 29. ACK 메시지(CSCF_A TAS_A)• 30. ACK 메시지(TAS_A CSCF_A)• 31. ACK 메시지(CSCF_A IBCF_A)• 32. ACK 메시지(IBCF_A IBCF_B) ACK sip:[email protected] SIP/2.0Call-ID:Via:From: <sip:[email protected]>;tag=489968bd54699To: <tel:+821010002001>;tag=32481bsd324CSeq: Max-Forwards:…

• 33. ACK 메시지(IBCF_B CSCF_B)• 34. ACK 메시지(CSCF_B TAS_B)• 35. ACK 메시지(TAS_B CSCF_B)• 36. ACK 메시지(CSCF_B UE_B)

8.11. 발신 번호 확인

발신 번호 확인 서비스는 발신 번호가 제한된 호의 발신 번호를 착신 가입자의 단말에 표시해

주는 착신 가입형 서비스이다. 절차는 (그림 8-13) 발신 번호 표시 절차와 동일하다.

TTAK.KO-06.0338/R2

• 1. INVITE 메시지(UE_A CSCF_A)• 2. INVITE 메시지(CSCF_A TAS_A)• 3. INVITE 메시지(TAS_A CSCF_A)• 4. INVITE 메시지(CSCF_A IBCF_A)• 5. INVITE 메시지(IBCF_A IBCF_B) : 발신 번호 표시 제한 호인 경우

INVITE tel:+821010002001 SIP/2.0Privacy: idCall-ID:Via:From: “Anonymous”

<sip:[email protected]>;tag=489968bd54699To: <tel:+821010002001>CSeq: Max-Forwards:Contact: Accept-Contact:Session-Expires:Supported:Require:P-Asserted-Identity: <sip:[email protected]>P-Asserted-Service: …

• 6. INVITE 메시지(IBCF_B CSCF_B)• 7. INVITE 메시지(CSCF_B TAS_B)• 8. INVITE 메시지(TAS_B CSCF_B)

착신 TAS(TAS_B)는 발신 번호를 표시할 수 있도록 Privacy 헤더와 From 헤더를 설정한다.

INVITE sip:[email protected] SIP/2.0Privacy: noneCall-ID:Via:From: <sip:[email protected]>;tag=489968bd54699To: <tel:+821010002001>CSeq: Max-Forwards:

TTAK.KO-06.0338/R2

Contact: Session-Expires:Supported:Require:P-Asserted-Identity: <sip:[email protected]>…

• 9. INVITE 메시지(CSCF_B UE_B)• 10. 180 Ringing 메시지(UE_B CSCF_B)• 11. 180 Ringing 메시지(CSCF_B TAS_B)• 12. 180 Ringing 메시지(TAS_B CSCF_B)• 13. 180 Ringing 메시지(CSCF_B IBCF_B)• 14. 180 Ringing 메시지(IBCF_B IBCF_A)SIP/2.0 180 RingingCall-ID:Via:From: “Anonymous”

<sip:[email protected]>;tag=489968bd54699To: <tel:+821010002001>;tag=32481bsd324CSeq: Max-Forwards:Contact: Supported:Require:P-Asserted-Identity: <sip:[email protected]>…

• 15. 180 Ringing 메시지(IBCF_A CSCF_A)• 16. 180 Ringing 메시지(CSCF_A TAS_A)• 17. 180 Ringing 메시지(TAS_A CSCF_A)• 18. 180 Ringing 메시지(CSCF_A UE_A)

• 19. 200 OK 메시지(UE_B CSCF_B)• 20. 200 OK 메시지(CSCF_B TAS_B)• 21. 200 OK 메시지(TAS_B CSCF_B)• 22. 200 OK 메시지(CSCF_B IBCF_B)

TTAK.KO-06.0338/R2

• 23. 200 OK 메시지(IBCF_B IBCF_A) SIP/2.0 200 OKCall-ID:Via:From: “Anonymous”

<sip:[email protected]>;tag=489968bd54699To: <tel:+821010002001>;tag=32481bsd324CSeq: Max-Forwards:Contact: Session-Expires:Supported:Require:P-Asserted-Identity: <sip:[email protected]>…


• 28. ACK 메시지(UE_A CSCF_A)• 29. ACK 메시지(CSCF_A TAS_A)• 30. ACK 메시지(TAS_A CSCF_A)• 31. ACK 메시지(CSCF_A IBCF_A)• 32. ACK 메시지(IBCF_A IBCF_B) ACK sip:[email protected] SIP/2.0Call-ID:Via:From: “Anonymous”

<sip:[email protected]>;tag=489968bd54699To: <tel:+821010002001>;tag=32481bsd324CSeq: Max-Forwards:…

• 33. ACK 메시지(IBCF_B CSCF_B)TTAK.KO-06.0338/R2

• 34. ACK 메시지(CSCF_B TAS_B)• 35. ACK 메시지(TAS_B CSCF_B)• 36. ACK 메시지(CSCF_B UE_B)

8.12. 발신 번호 표시 제한

발신 번호 표시 제한 서비스는 발신 가입자의 발신 번호를 착신 가입자의 단말에 표시하지

않게 해주는 발신 가입형 서비스이다. 절차는 (그림 8-13) 발신 번호 표시 절차와 동일하다.

• 1. INVITE 메시지(UE_A CSCF_A)• 2. INVITE 메시지(CSCF_A TAS_A)• 3. INVITE 메시지(TAS_A CSCF_A)• 4. INVITE 메시지(CSCF_A IBCF_A)• 5. INVITE 메시지(IBCF_A IBCF_B)INVITE tel:+821010002001 SIP/2.0Privacy: idCall-ID:Via:From: “Anonymous”

<sip:[email protected]>;tag=489968bd54699To: <tel:+821010002001>CSeq: Max-Forwards:Contact: Accept-Contact:Session-Expires:Supported:Require:P-Asserted-Identity: <sip:[email protected]>P-Asserted-Service: …

• 6. INVITE 메시지(IBCF_B CSCF_B)• 7. INVITE 메시지(CSCF_B TAS_B)• 8. INVITE 메시지(TAS_B CSCF_B)• 9. INVITE 메시지(CSCF_B UE_B)

TTAK.KO-06.0338/R2

• 10. 180 Ringing 메시지(UE_B CSCF_B)• 11. 180 Ringing 메시지(CSCF_B TAS_B)• 12. 180 Ringing 메시지(TAS_B CSCF_B)• 13. 180 Ringing 메시지(CSCF_B IBCF_B)• 14. 180 Ringing 메시지(IBCF_B IBCF_A)SIP/2.0 180 RingingCall-ID:Via:From: “Anonymous”

<sip:[email protected]>;tag=489968bd54699To: <tel:+821010002001>;tag=32481bsd324CSeq: Max-Forwards:Contact: Supported:Require:P-Asserted-Identity: <sip:[email protected]>…

• 15. 180 Ringing 메시지(IBCF_A CSCF_A)• 16. 180 Ringing 메시지(CSCF_A TAS_A)• 17. 180 Ringing 메시지(TAS_A CSCF_A)• 18. 180 Ringing 메시지(CSCF_A UE_A)• 19. 200 OK 메시지(UE_B CSCF_B)• 20. 200 OK 메시지(CSCF_B TAS_B)• 21. 200 OK 메시지(TAS_B CSCF_B)• 22. 200 OK 메시지(CSCF_B IBCF_B)• 23. 200 OK 메시지(IBCF_B IBCF_A) SIP/2.0 200 OKCall-ID:Via:From: “Anonymous”

<sip:[email protected]>;tag=489968bd54699To: <tel:+821010002001>;tag=32481bsd324CSeq: Max-Forwards:

TTAK.KO-06.0338/R2

Contact: Session-Expires:Supported:Require:P-Asserted-Identity: <sip:[email protected]>…


• 28. ACK 메시지(UE_A CSCF_A)• 29. ACK 메시지(CSCF_A TAS_A)• 30. ACK 메시지(TAS_A CSCF_A)• 31. ACK 메시지(CSCF_A IBCF_A)• 32. ACK 메시지(IBCF_A IBCF_B) ACK sip:[email protected] SIP/2.0Call-ID:Via:From: “Anonymous”

<sip:[email protected]>;tag=489968bd54699To: <tel:+821010002001>;tag=32481bsd324CSeq: Max-Forwards:…

TTAK.KO-06.0338/R2

• 33. ACK 메시지(IBCF_B CSCF_B)• 34. ACK 메시지(CSCF_B TAS_B)• 35. ACK 메시지(TAS_B CSCF_B)• 36. ACK 메시지(CSCF_B UE_B)

8.13. 착신 전환

착신 전환 서비스는 무조건 착신 전환과 조건부 착신 전환으로 분류된다. 무조건 착신 전환은

착신 가입자에게 수신되는 모든 전화를 지정된 번호로 착신 전환시키는 서비스이고, 조건부

착신 전환 서비스는 착신 가입자의 상태가 통화 중/전원 OFF/무응답/음영 지역 등과 같은

사유로 호가 실패되는 경우 미리 지정한 전환 번호로 새로운 호가 전환될 수 있도록 하는

서비스이다. 착신 전환될 경우 전환 정보를 기술하기 위해 ‘INVITE’ 메시지에 History-Info 헤더를 추가하며, 착신 전환이 발생할 때마다 History-Info 헤더에 최종 착신 번호를 기술하는

index 는 원 착신 번호를 기술하는 index 에 ‘.1’을 추가한다.

IBCF 구간에서의 초기 ‘INVITE’ 메시지의 Request-URI 는 tel-uri 로 기술하며, History-Info 헤더의 최종 착신 번호를 기술하는 hi-entry 는 Request-URI 와 동일 uri type 을 사용한다.착신

전환 사유는 최종 착신 정보를 기술하는 hi-entry 의 cause 파라미터에 기술하며, cause 값은

‘3GPP TS24.604’에 정의된 값을 사용한다.

<표 8-4> 착신 전환 History-Info 헤더

착신 전환 조건 cause 값 History-Info 최종 착신 정보

무조건 302 <tel:user3;cause=302>;index=1.1 통화 중 486 <tel:user3;cause=486>;index=1.1

전원 OFF 404 <tel:user3;cause=404>;index=1.1무응답 408 <tel:user3;cause=408>;index=1.1

음영 지역 503 <tel:user3;cause=503>;index=1.1

TTAK.KO-06.0338/R2

8.13.1.무조건 착신 전환

무조건 착신 전환 서비스는 착신 가입자에게 수신되는 모든 전화를 지정된 번호로 착신

전환하는 서비스이다. 착신 전환 절차는 다음 그림과 같다.

(그림 8-14) 착신 전환 호 처리

• 1. INVITE 메시지(user1 -> IMS Core_A) : 착신 전환_무조건 판단

• 2. 183 Progress 메시지(IMS Core_A -> user1) : 착신 전환 안내 방송

• 3. PRACK 메시지(user1 -> IMS Core_A) : 183 메시지에 ‘Require:100rel’이 포함된 경우

• 4. 200 OK 메시지(IMS Core_A -> user1) • 5. 181 Call is Being Forwarded 메시지(IMS Core_A -> user1)• 6. INVITE 메시지(IMS Core_A -> IBCF_A)• 7. INVITE 메시지(IBCF_A -> IBCF_B)INVITE tel:user3 SIP/2.0 Accept-Contact: Allow:

TTAK.KO-06.0338/R2

CSeq: Call-ID: Contact: Content-Length: Content-Type:From: History-Info:<sip:[email protected]>;index=1, <tel:user3;cause=302

>;index=1.1 Max-Forwards: Privacy:Route: <sip:[email protected]:5067;lr> Session-Expires: Supported:To: Via:User-Agent: P-Access-Network-Info:P-Asserted-Identity: <sip:[email protected]> P-Charging-Function-Addresses: P-Charging-Vector: P-Served-User:

• 8. INVITE 메시지(IBCF_B -> IMS Core_B)• 9. INVITE 메시지(IMS Core_B -> user3)

• 10. 180 Ringing 메시지(user3 -> IMS Core_B) • 11. 180 Ringing 메시지(IMS Core_B -> IBCF_B) • 12. 180 Ringing 메시지(IBCF_B -> IBCF_A) SIP/2.0 180 Ringing Via: Call-ID: From: To: CSeq:Record-Route:P-Charging-Vector:Content-Length:

TTAK.KO-06.0338/R2

• 13. 180 Ringing 메시지(IBCF_A -> IMS Core_A) • 14. 180 Ringing 메시지(IMS Core_A -> user1)

• 15. 200 OK 메시지(user3 -> IMS Core_B) • 16. 200 OK 메시지(IMS Core_B -> IBCF_B) • 17. 200 OK 메시지(IBCF_B -> IBCF_A) SIP/2.0 200 OKVia:Call-ID: From: To: CSeq: Contact: P-Access-Network-Info:Content-Length: Content-Type:

• 18. 200 OK 메시지(IBCF_A -> IMS Core_A) • 19. 200 OK 메시지(IMS Core_A -> user1)

• 20. ACK 메시지(user1 -> IMS Core_A)• 21. ACK 메시지(IMS Core_A -> IBCF_A)• 22. ACK 메시지(IBCF_A -> IBCF_B)ACK sip: [email protected] SIP/2.0 Via:Max-Forwards: Route:From:To:Call-ID:CSeq:Content-Length:

• 23. ACK 메시지(IBCF_B -> IMS Core_B)• 24. ACK 메시지(IMS Core_B -> user3)

TTAK.KO-06.0338/R2

8.13.2. 통화 중 착신 전환

착신 단말로 전송한 ‘INVITE’ 메시지에 대해 ‘302 Moved Temporarily’ 또는 ‘486 Busy’ 응답 메시지를 수신한 경우 등록된 전환 번호로 착신 전환되며, 그 절차는 다음 그림과 같다.

(그림 8-15) 통화 중 착신 전환 호 처리

TTAK.KO-06.0338/R2

• 1. INVITE 메시지(user1 -> IMS Core_A)• 2. INVITE 메시지(IMS Core_A -> user2)

• 3. 302 또는 486 메시지(user2 -> IMS Core_A) : 착신 전환_통화 중 판단

• 4. ACK 메시지(IMS Core_A -> user2)• 5. 183 Progress 메시지(IMS Core_A -> user1) : 착신 전환 안내 방송


• 7. 200 OK 메시지(IMS Core_A -> user1) • 8. 181 Call is Being Forwarded 메시지(IMS Core_A -> user1)

• 9. INVITE 메시지(IMS Core_A -> IBCF_A)• 10. INVITE 메시지(IBCF_A -> IBCF_B)INVITE tel:user3 SIP/2.0 Accept-Contact: Allow: CSeq: Call-ID: Contact: Content-Length: Content-Type:From: History-Info:<sip:[email protected]>;index=1, <tel:user3;cause=486

>;index=1.1 Max-Forwards: Privacy:Session-Expires: Supported:To: Via:User-Agent: P-Access-Network-Info:P-Asserted-Identity: <sip:[email protected]> P-Served-User: …

TTAK.KO-06.0338/R2


• 13. 180 Ringing 메시지(user3 -> IMS Core_B) • 14. 180 Ringing 메시지(IMS Core_B -> IBCF_B) • 15. 180 Ringing 메시지(IBCF_B -> IBCF_A) SIP/2.0 180 Ringing Via: Call-ID: From: To: CSeq:Record-Route:P-Charging-Vector:Content-Length:



TTAK.KO-06.0338/R2




TTAK.KO-06.0338/R2

8.13.3. 전원 OFF 시 착신 전환

착신 TAS 에서 착신 단말이 현재 전원 OFF임을 판단한 경우 등록된 전환 번호로 착신

전환되며, 그 절차는 다음 그림과 같다.

(그림 8-16) 전원 OFF 시 착신 전환 호 처리

• 1. INVITE 메시지(user1 -> IMS Core_A) : 착신 전환_PowerOff 판단

• 2. 183 Progress 메시지(IMS Core_A -> user1) : 착신 전환 안내 방송


• 4. 200 OK 메시지(IMS Core_A -> user1) • 5. 181 Call is Being Forwarded 메시지(IMS Core_A -> user1)

• 6. INVITE 메시지(IMS Core_A -> IBCF_A)• 7. INVITE 메시지(IBCF_A -> IBCF_B)

TTAK.KO-06.0338/R2

INVITE tel:user3 SIP/2.0 Accept-Contact: Allow: CSeq: Call-ID: Contact: Content-Length: Content-Type:From: History-Info:<sip:[email protected]>;index=1, <tel:user3;cause=404



• 10. 180 Ringing 메시지(user3 -> IMS Core_B) • 11. 180 Ringing 메시지(IMS Core_B -> IBCF_B) • 12. 180 Ringing 메시지(IBCF_B -> IBCF_A) SIP/2.0 180 Ringing Via: Call-ID: From: To: CSeq:Record-Route:P-Charging-Vector:

TTAK.KO-06.0338/R2

Content-Length:





• 23. ACK 메시지(IBCF_B -> IMS Core_B)

TTAK.KO-06.0338/R2

• 24. ACK 메시지(IMS Core_B -> user3)

8.13.4. 무응답 시 착신 전환

착신 단말이 무응답인 경우 등록된 전환 번호로 착신 전환되며, 그 절차는 다음 그림과 같다.

(그림 8-17) 무응답 시 착신 전환 호 처리

TTAK.KO-06.0338/R2

• 1. INVITE 메시지(user1 -> IMS Core_A)• 2. INVITE 메시지(IMS Core_A -> user2)• 3. 180 Ringing 메시지(user2 -> IMS Core_A)• 4. 180 Ringing 메시지(IMS Core_A -> user1)• 5. CANCEL 메시지(IMS Core_A -> user2) : 착신 전환_무응답 판단

• 6. 200 OK 메시지(user2 -> IMS Core_A)• 7. 487 Request Terminated 메시지(user2 -> IMS Core_A)• 8. ACK 메시지(IMS Core_A -> user2)• 9. 183 Progress 메시지(IMS Core_A -> user1) : 착신 전환 안내 방송

• 10. PRACK 메시지(user1 -> IMS Core_A) : 183 메시지에 ‘Require:100rel’이 포함된

경우

• 11. 200 OK 메시지(IMS Core_A -> user1) • 12. 181 Call is Being Forwarded 메시지(IMS Core_A -> user1)• 13. INVITE 메시지(IMS Core_A -> IBCF_A)• 14. INVITE 메시지(IBCF_A -> IBCF_B)INVITE tel:user3 SIP/2.0 Accept-Contact: Allow: CSeq: Call-ID: Contact: Content-Length: Content-Type:From: History-Info:<sip:[email protected]>;index=1,<tel:user3; cause=408

>;index=1.1 Max-Forwards: Privacy:Session-Expires: Supported:To: Via:User-Agent: P-Access-Network-Info:P-Asserted-Identity: <sip:[email protected]> P-Served-User:

TTAK.KO-06.0338/R2

…

• 15. INVITE 메시지(IBCF_B -> IMS Core_B)• 16. INVITE 메시지(IMS Core_B -> user3)• 17. 180 Ringing 메시지(user3 -> IMS Core_B) • 18. 180 Ringing 메시지(IMS Core_B -> IBCF_B) • 19. 180 Ringing 메시지(IBCF_B -> IBCF_A) SIP/2.0 180 Ringing Via: Call-ID: From: To: CSeq:Record-Route:P-Charging-Vector:Content-Length:




TTAK.KO-06.0338/R2



TTAK.KO-06.0338/R2

8.13.5. 음영 지역 시 착신 전환

착신 CSCF 로부터 ‘408 Request Timeout’을 수신하거나, ‘180 Ringing’ 응답 메시지를

수신하지 못한 경우 음영 지역에 위치한다고 판단하여 등록된 전환 번호로 착신 전환되며, 그

절차는 다음 그림과 같다

(그림 8-18) 음영 지역 시 착신 전환 호 처리

TTAK.KO-06.0338/R2

• 1. INVITE 메시지(user1 -> IMS Core_A)• 2. INVITE 메시지(IMS Core_A -> user2)• 3. 408 Request Timeout 수신 또는 180 Ringing 미수신 메시지(user2 -> IMS Core_A)• 4. ACK 메시지(IMS Core_A -> user2)• 5. 183 Progress 메시지(IMS Core_A -> user1) : 착신 전환 안내 방송


• 7. 200 OK 메시지( 메시지 메시지(IMS Core_A -> user1) • 8. 181 Call is Being Forwarded 메시지(IMS Core_A -> user1)• 9. INVITE 메시지(IMS Core_A -> IBCF_A)• 10. INVITE 메시지(IBCF_A -> IBCF_B)INVITE tel:user3 SIP/2.0 Accept-Contact: Allow: CSeq: Call-ID: Contact: Content-Length: Content-Type:From: History-Info:<sip:[email protected]>;index=1,<tel:user3;cause=503


TTAK.KO-06.0338/R2

• 11. INVITE 메시지(IBCF_B -> IMS Core_B)• 12. INVITE 메시지(IMS Core_B -> user3)• 13. 180 Ringing 메시지(user3 -> IMS Core_B) • 14. 180 Ringing 메시지(IMS Core_B -> IBCF_B) • 15. 180 Ringing 메시지(IBCF_B -> IBCF_A) SIP/2.0 180 Ringing Via: Call-ID: From: To: CSeq:Record-Route:P-Charging-Vector:Content-Length:



TTAK.KO-06.0338/R2




8.14. 가상 번호

가입자에게 원래 전화번호 외에 전화 및 문자 서비스를 수신할 수 있는 또 하나의 가상 번호를

부여하는 서비스이다. 가상 번호 발신은 발신 망에서, 가상 번호 착신은 착신 망에서 사업자별 요구 사항에 의해

서비스되기 때문에 망간의 연동 문제는 없다.

8.15. 통화 중 대기

통화 중에 새로운 전화가 걸려 오면 전화가 왔음을 알려주어 고객이 통화 중에도 걸려 오는

모든 전화를 받을 수 있게 하기 위한 서비스이다.

TTAK.KO-06.0338/R2

8.15.1. 통화 중 대기 가입자 호출

착신 가입자가 통화 중 대기 가입자이고 통화 중일 때, 제 3 의 가입자가 통화 중 대기

가입자를 호출한 경우의 절차를 기술한다.

(그림 8-19) 통화 중 대기 가입자 호출 호 처리

TTAK.KO-06.0338/R2

• 1. INVITE 메시지(user3 -> IMS Core_A)• 2. INVITE 메시지(IMS Core_A -> IBCF_A)• 3. INVITE 메시지(IBCF_A -> IBCF_B)

INVITE tel:user2 SIP/2.0 Accept-Contact: Allow: CSeq: Call-ID: Contact: Content-Length: Content-Type:From: Max-Forwards: Privacy:Session-Expires: Supported:To: Via:User-Agent: P-Access-Network-Info:P-Asserted-Identity: <sip:[email protected]> P-Served-User: …


• 6. 180 Ringing 메시지(user2 -> IMS Core_B) • 7. 180 Ringing 메시지(IMS Core_B -> IBCF_B) • 8. 180 Ringing 메시지(IBCF_B -> IBCF_A) SIP/2.0 180 Ringing Via: Call-ID: From: To: CSeq:

TTAK.KO-06.0338/R2

Record-Route:P-Charging-Vector:Content-Length:

3GPP TS 24.615 에 따라 Alert-Info 를 사용할 수 있다.


• 11. 200 OK 메시지(user2 -> IMS Core_B) • 12. 200 OK 메시지(IMS Core_B -> IBCF_B) • 13. 200 OK 메시지(IBCF_B -> IBCF_A)

SIP/2.0 200 OKVia:Call-ID: From: To: CSeq: Contact: P-Access-Network-Info:Content-Length: Content-Type:


• 16. ACK 메시지(user3 -> IMS Core_A)• 17. ACK 메시지(IMS Core_A -> IBCF_A)• 18. ACK 메시지(IBCF_A -> IBCF_B)ACK sip: [email protected] SIP/2.0 Via:Max-Forwards: Route:From:To:Call-ID:

TTAK.KO-06.0338/R2

CSeq:Content-Length:


TTAK.KO-06.0338/R2

8.15.2. 호 보류

착신 가입자가 통화 중 대기 가입자이면서 통화 중일 때, 기존 호 보류 절차를 기술한다. 호

보류음을 망에서 제공 시 송출 주체는 호 보류를 시키는 망에서 송출하고, 단말은 로컬 호

보류음을 송출할 수 있다. 호 보류를 위한 절차는 ‘re-INVITE’ 트랜잭션을 사용하고, 호 보류음 송출은 호 보류를 시키는

망에서 송출하며, 미디어 속성은 ‘sendonly’/’recvonly’를 사용한다. 호 보류 절차는 다음과

같다.

(그림 8-20) 호 보류 호 처리

TTAK.KO-06.0338/R2

• 1. INVITE 메시지(user1 -> IMS Core_A)• 2. INVITE 메시지(IMS Core_A -> IBCF_A)• 3. INVITE 메시지(IBCF_A -> IBCF_B)INVITE sip: [email protected] SIP/2.0 Accept-Contact: Allow: CSeq: Call-ID: Contact: Content-Length: Content-Type:From: Max-Forwards: Privacy:Session-Expires: Supported:To: Via:User-Agent: P-Access-Network-Info:P-Asserted-Identity: <sip:[email protected]> P-Served-User: …a=sendonly


• 6. 200 OK(user2 -> IMS Core_B) • 7. 200 OK(IMS Core_B -> IBCF_B) • 8. 200 OK(IBCF_B -> IBCF_A) SIP/2.0 200 OKAccept-Contact: Allow: CSeq: Call-ID: Contact:

TTAK.KO-06.0338/R2

Content-Length: Content-Type:From: Session-Expires: Supported:To: Via:User-Agent: P-Access-Network-Info:P-Served-User:

…a=recvonly



TTAK.KO-06.0338/R2


8.16. 영상 통화

연동 구간에서 P-TTA-VoLTE-Info : avchange 헤더값을 포함 또는 미포함 가능하며, 본

헤더가 있을 경우만 영상-음성 전환 가능하다.HDV Off 단말이 영상 발신 시 IBCF 를 통해 고화질 제공이 가능하며, P-TTA-VoLTE-Info:

avchange 헤더를 포함하지 않는 경우 영상-음성 전환은 불가능하다.

8.16.1. 영상 통화

• 1. INVITE 메시지(UE_A CSCF_A)• 2. INVITE 메시지(CSCF_A TAS_A)• 3. INVITE 메시지(TAS_A CSCF_A)• 4. INVITE 메시지(CSCF_A IBCF_A)• 5. INVITE 메시지(IBCF_A IBCF_B)

- LTE 발신 경우

INVITE tel:+821010002001 SIP/2.0Call-ID:Via:From: To: CSeq: Max-Forwards:Contact: Accept-Contact: *;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-

service.ims.icsi.mmtel";video;require;explicitSession-Expires:Supported:Require:P-Asserted-Identity:P-Asserted-Service: Content-Length:Content-Type: application/sdp

TTAK.KO-06.0338/R2

v=0o=01032166906 3564365270 3564365270 IN IP4 49.56.85.241s=-c=IN IP4 49.56.85.241t=0 0m=audio 51296 RTP/AVP 97 98 99 100 101 102b=AS:41b=RS:0b=RR:1000a=rtpmap:97 AMR-WB/16000/1a=rtpmap:97 mode-change-capability=2; max-red=220 a=rtpmap:98 AMR-WB/16000/1a=fmtp:98 octet-align=1; mode-change-capability=2; max-red=220a=rtpmap:99 telephone-event/16000a=fmtp:99 0-15a=rtpmap:100 AMR/8000/1a=rtpmap:100 mode-change-capability=2; max-red=220 a=rtpmap:101 AMR/8000/1a=fmtp:101 octet-align=1; mode-change-capability=2; max-red=220 a=rtpmap:102 telephone-event/8000a=fmtp:102 0-15a=sendrecva=ptime:20a=maxptime:240m=video 51298 RTP/AVP 103 104 105 34b=AS:768b=RS:0b=RR:19200a=rtpmap:103 H264/90000a=fmtp:103 profile-level-id=42C016; packetization-mode=1; sprop-parameter-

sets=Z0LAFukDwKMg,aM4G4g==a=rtpmap:104 H264/90000a=fmtp:104 profile-level-id=42C00D; packetization-mode=1; sprop-parameter-

sets=Z0LADekCg/I=,aM4G4g==a=rtpmap:105 H264/90000a=fmtp:105 profile-level-id=42C00A; packetization-mode=1; sprop-parameter-

sets=Z0LACukFicg=,aM4G4g==

TTAK.KO-06.0338/R2

a=rtpmap:34 H263/90000a=fmtp:34 profile=0; level=10; QCIF=2a=sendrecva=framerate:15a=framesize:103 480-640a=framesize:104 320-240a=framesize:105 176-144a=framesize:34 176-144

8.16.2. 영상 착신 호에 대한 음성 수락

영상 착신 호에 대해 음성 호로 수락할 수 있는 단말에서 음성 호 수락 시 음성 호로 호가

연결되어야 한다. 이 경우 음성 수락 메시지 내의 SDP 에 video port=0 으로 설정해야 하며

이를 수신한 발신에서는 음성 호로 연결되어야 한다.

TTAK.KO-06.0338/R2

8.17. 영상/음성 전환

영상/음성 전환 서비스는 음성 통화와 영상 통화를 실시간으로 전환할 수 있는 서비스이다.음성/영상 전환 Capability 를 전달하는 P-TTA-VoLTE-Info 헤더는 모든(re-)INVITE/200 OK

메시지에 포함되어야 한다.re-INVITE 시 200 OK 메시지 수신 전까지 기존 포트를 유지해야 한다.

(그림 8-21) 영상/음성 전환 호 절차

TTAK.KO-06.0338/R2

• 1. re-INVITE 메시지(UE_A CSCF_A)

단말은 최초 호 연결 시에 상대 단말에 전달한 P-TTA-VoLTE-Info 헤더 값 avchange 를

참조하여 음성/영상 전환 가능 여부를 판단한다. 음성/영상 전환이 가능한 경우 re-INVITE 메시지를 전송하여 전환을 시도한다.

• 2. re-INVITE 메시지(CSCF_A TAS_A)• 3. re-INVITE 메시지(TAS_A CSCF_A)• 4. re-INVITE 메시지(CSCF_A IBCF_A)• 5. re-INVITE 메시지(IBCF_A IBCF_B) INVITE sip:[email protected] SIP/2.0Call-ID:Via:From: To: CSeq: Max-Forwards:Contact: Accept-Contact: *;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-

service.ims.icsi.mmtel";video;require;explicitSession-Expires:Supported:Require:P-Asserted-Identity:P-Asserted-Service: P-TTA-VoLTE-Info: avchangeContent-Length:Content-Type: application/sdp

v=0o=01032166906 3564365270 3564365270 IN IP4 49.56.85.241s=-c=IN IP4 49.56.85.241t=0 0m=audio 51296 RTP/AVP 97 98 99 100 101 102b=AS:41b=RS:0

TTAK.KO-06.0338/R2

b=RR:1000a=rtpmap:97 AMR-WB/16000/1a=rtpmap:97 mode-change-capability=2; max-red=220 a=rtpmap:98 AMR-WB/16000/1a=fmtp:98 octet-align=1; mode-change-capability=2; max-red=220a=rtpmap:99 telephone-event/16000a=fmtp:99 0-15a=rtpmap:100 AMR/8000/1a=rtpmap:100 mode-change-capability=2; max-red=220 a=rtpmap:101 AMR/8000/1a=fmtp:101 octet-align=1; mode-change-capability=2; max-red=220 a=rtpmap:102 telephone-event/8000a=fmtp:102 0-15a=sendrecva=ptime:20a=maxptime:240m=video 51298 RTP/AVP 103 104 105 34b=AS:768b=RS:0b=RR:19200a=rtpmap:103 H264/90000a=fmtp:103 profile-level-id=42C016; packetization-mode=1; sprop-parameter-

sets=Z0LAFukDwKMg,aM4G4g==a=rtpmap:104 H264/90000a=fmtp:104 profile-level-id=42C00D; packetization-mode=1; sprop-parameter-

sets=Z0LADekCg/I=,aM4G4g==a=rtpmap:105 H264/90000a=fmtp:105 profile-level-id=42C00A; packetization-mode=1; sprop-parameter-

sets=Z0LACukFicg=,aM4G4g==a=rtpmap:34 H263/90000a=fmtp:34 profile=0; level=10; QCIF=2a=sendrecva=framerate:15a=framesize:103 480-640a=framesize:104 320-240a=framesize:105 176-144a=framesize:34 176-144

TTAK.KO-06.0338/R2

• 6. re-INVITE 메시지(IBCF_B CSCF_B)• 7. re-INVITE 메시지(CSCF_B TAS_B)• 8. re-INVITE 메시지(TAS_B CSCF_B)• 9. re-INVITE 메시지(CSCF_B UE_B)

• 10. 200 OK 메시지(UE_B CSCF_B)• 11. 200 OK 메시지(CSCF_B TAS_B)• 12. 200 OK 메시지(TAS_B CSCF_B)• 13. 200 OK 메시지(CSCF_B IBCF_B)• 14. 200 OK 메시지(IBCF_B IBCF_A)• 15. 200 OK 메시지(IBCF_A CSCF_A)• 16. 200 OK 메시지(CSCF_A TAS_A)• 17. 200 OK 메시지(TAS_A CSCF_A)• 18. 200 OK 메시지(CSCF_A UE_A)• 19. ACK 메시지(UE_A CSCF_A)• 20. ACK 메시지(CSCF_A TAS_A)• 21. ACK 메시지(TAS_A CSCF_A)• 22. ACK 메시지(CSCF_A IBCF_A)• 23. ACK 메시지(IBCF_A IBCF_B)• 24. ACK 메시지(IBCF_B CSCF_B)• 25. ACK 메시지(CSCF_B TAS_B)• 26. ACK 메시지(TAS_B CSCF_B)• 27. ACK 메시지(CSCF_B UE_B)

TTAK.KO-06.0338/R2

부 록 Ⅰ

관련 문헌

[1] 3GPP TS 24.229, ‘IP multimedia call control protocol based on Session Initiation Protocol(SIP) and Session Description Protocol(SDP)’

[2] 3GPP TS 22.173, ‘IP Multimedia Core Network Subsystem(IMS) Multimedia Telephony Service and supplementary services;Stage 1’

[3] 3GPP TS 24.173, ‘IMS multimedia telephony communication service and supplementary services;Stage 3’

[4] 3GPP TS 22.041, ‘Operator Determined Barring(ODB)’[5] 3GPP TS 22.182, ‘Customized Alerting Tones(CAT) Requirements; Stage 1’[6] 3GPP TS 22.183, ‘Customized Ringing Signal(CRS) Requirements; Stage 1’[7] 3GPP TS 24.604, ‘Communication Diversion(CDIV); Protocol specification using

IP Multimedia(IM) Core Network(CN) subsystem; Protocol specification ‘[8] 3GPP TS 24.605, ‘Conference(CONF) using IP Multimedia(IM) Core Network(CN)

subsystem; Protocol specification’ [9] 3GPP TS 24.607, ‘Originating Identification Presentation(OIP) and Originating

Identification Restriction(OIR) using IP Multimedia(IM) Core Network(CN) subsystem; Protocol specification’

[10] 3GPP TS 24.610, ‘Communication HOLD(HOLD) using IP Multimedia(IM) Core Network(CN) subsystem; Protocol specification’

[11] 3GPP TS 24.611, ‘Anonymous Communication Rejection(ACR) and Communication Barring(CB) using IP Multimedia(IM) Core Network(CN) subsystem; Protocol specification’

[12] 3GPP TS 24.615, ‘Communication Waiting(CW) using IP Multimedia(IM) Core Network(CN) subsystem, Protocol Specification’

[13] 3GPP TS 24.642, ‘Completion of Communications to Busy Subscriber(CCBS) Completion of Communications by No Reply(CCNR) using IP Multimedia(IM) Core Network(CN) subsystem; Protocol specification’

[14] 3GPP TS 24.182, ‘IP Multimedia Subsystem(IMS) Customized Alerting Tones(CAT); Protocol specification’

[15] 3GPP TS 24.183, ‘IP Multimedia Subsystem(IMS) Customized Ringing Signal(CRS); Protocol specification’

[16] IETF RFC 2234, ‘Augmented BNF for Syntax Specification: ABNF’, 1997. 11.[17] IETF RFC 3966, ‘The tel URI for Telephone Numbers’, 2004. 12.[18] IETF RFC 4733, ‘RTP Payload for DTMF Digits, Telephony Tones and Telephony

Signals’, 2006. 12.

TTAK.KO-06.0338/R2

[19] IETF RFC 3261, ‘SIP: Session Initiation Protocol’, 2002. 06.[20] IETF RFC 3264, ‘An Offer/Answer Model with Session Description Protocol(SDP)’,

2002. 06.[21] IETF RFC 4566, ‘SDP: Session Description Protocol’, 2006. 06.[22] IETF RFC 3265, ‘General SUBSCRIBE, NOTIFY’[23] IETF RFC 3311, ‘The Session Initiation Protocol(SIP) UPDATE Method’[24] IETF RFC 4028, ‘Session Timers in the Session Initiation Protocol(SIP)’[25] IETF RFC 4083, ‘Input 3rd-Generation Partnership Project(3GPP) Release 5

Requirements on the Session Initiation Protocol(SIP)’

TTAK.KO-06.0338/R2

표준 작성 공헌자

표준 번호: TTAK.KO-06.0338/R2

이 표준의 제정•개정 및 발간을 위해 아래와 같이 여러분들이 공헌하였습니다.

구분 성명 위원회 및 직위 연락처 소속사

표준(과제) 제안

최우용 VoLTE 연동 실무반 의장 [email protected] SKT

표준 초안

작성자

최우용 VoLTE 연동 실무반 의장 [email protected] SKT

이순동 VoLTE 연동 실무반 부의장 [email protected]

유종덕 VoLTE 연동 실무반 간사 [email protected] 텔코웨어

이덕용 VoLTE 연동 실무반 위원 [email protected] LGU+

선진국 VoLTE 연동 실무반 위원 [email protected] SKT

표준 초안

에디터유종덕 VoLTE 연동 실무반 간사 [email protected] 텔코웨어

표준 초안

검토

이동기모바일응용서비스

프로젝트그룹 의장[email protected] SKT

외 프로젝트그룹(PG910) 위원 등

표준안

심의

오민석전파/이동통신 기술위원회

의장[email protected] LG 전자

외 기술위원회(TC9) 위원 등

사무국

담당

김대중 [email protected]

TTA

이혜영 -031-724-4637

[email protected]

TTAK.KO-06.0338/R2

|

정보통신단체표준(국문표준)

이동통신 사업자 간 VoLTE 서비스 연동 규격

(VoLTE Interworking Specification among Korean MNOs)

발행인 : 한국정보통신기술협회 회장

발행처 : 한국정보통신기술협회

463-824, 경기도 성남시 분당구 분당로 47Tel : 031-724-0114, Fax : 031-724-0109

발행일 : 2016. 06. xx