volte interworking specification among korean mnos d 정보통신단체표준(국문표준)...

T T

A S t a

n d

a r d

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

TTAK.KO-06.0338/R1 개정일: 2014 년 xx 월 xx 일

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

연동 규격

VoLTE Interworking Specification among

Korean MNOs


TTAK.KO-06.0338/R1 개정일: 2014 년 xx 월 xx 일

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

VoLTE Interworking Specification among Korean MNOs

본 문서에 대한 저작권은 TTA 에 있으며, TTA 와 사전 협의 없이 이 문서의 전체 또는 일부를

상업적 목적으로 복제 또는 배포해서는 안 됩니다.

Copyrightⓒ Telecommunications Technology Association 20xx. All Rights Reserved.


i TTAK.KO-06.0338/R1

서 문

1. 표준의 목적

본 표준은 한국 이동통신 사업자 3 개사 KT, LGU+, SK 텔레콤 간의 VoLTE(Voice Over

LTE, 이하 ‘VoLTE’) 서비스 연동을 위한 기술을 핵심적인 프로토콜 및 전송 규격을

정의한다.

2. 주요 내용 요약

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

서버 기능, 정보의 흐름을 규정한다. VoLTE 서비스 연동을 제공하기 위한 핵심적인

프로토콜 및 전송 프로토콜을 정의하고 사업자 연동 기능을 정의한다. 또한 국제 표준

및 단체 표준 등과 호환 가능하도록 정의하여 상호 연동성을 보장한다.

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

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

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

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

서비스를 제공할 수 있다.

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

비할 수 있다.

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

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

자 증가에 따른 수익 증가와 신뢰성 있는 서비스 제공을 통한 효율적인 네트워크

자원을 활용할 수 있다.

4. 참조 표준(권고)

4.1. 국외 표준(권고)

- 해당 사항 없음.


ii TTAK.KO-06.0338/R1

4.2. 국내 표준


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

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


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


6. 지식 재산권 관련 사항

본 표준의 ‘지식 재산권 확약서’ 제출 현황은 TTA 웹사이트에서 확인할 수 있다.

※ 본 표준을 이용하는 자는 이용함에 있어 지식 재산권이 포함되어 있을 수

있으므로, 확인 후 이용한다.

※ 본 표준과 관련하여 접수된 확약서 이외에도 지식 재산권이 존재할 수 있다.

7. 시험 인증 관련 사항

7.1. 시험 인증 대상 여부


7.2. 시험 표준 제정 현황



iii TTAK.KO-06.0338/R1

8. 표준의 이력 정보

8.1. 표준의 이력

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

제 1 판 2013. 10. 10 제정

TTAK.KO-06.0338

제 2 판 20xx. xx. xx 개정

TTAK.KO-06.0338/R1

8.2. 주요 개정 사항

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

6.2 IBCF 필수 요구 사항 6.2 IBCF 필수 요구 사항 변경

7.1.2.2 re-INVITE Method - 추가

8.2.2 시나리오 2 : Forking model 8.2.2 시나리오 2 : Forking model 변경

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

8.17. 영상/음성 전환 8.17. 영상/음성 전환 변경


iv TTAK.KO-06.0338/R1

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 amongoperators 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.


v TTAK.KO-06.0338/R1

4. Reference Standards (Recommendations)

4.1. International Standards (Recommendations)

- None

4.2. Domestic Standards

- None

5. Relationship to Reference Standards(Recommendations)

5.1. Relationship of Reference Standards

- 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.


vi TTAK.KO-06.0338/R1

7. Statement of Testing and Certification

7.1. Object of Testing and Certification

- None

7.2. Standards of Testing and Certification

- None

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 20xx. xx. xx Revised

TTAK.KO-06.0338/R1

8.2. Revisions

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

6.2 IBCF Requirement 6.2 IBCF Requirement Modified

7.1.2.2 re-INVITE Method - Added

8.2.2 scenario 2 : Forking model 8.2.2 scenario 2 : Forking model Modified

8.16.2. Audio acceptance of the

incoming video call - Added

8.17. Voice-Video Change 8.17. Voice-Video Change Modified


vii TTAK.KO-06.0338/R1

목 차

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

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

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

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

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

5.1. 부가 서비스 ...................................................................................... ２

5.2. 미디어 코덱 ...................................................................................... ４

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

5.4. DTMF 전송 ....................................................................................... ４

5.5. SIP 필수 헤더 정의 ............................................................................ ４

5.6. 세션 프로토콜 SDP ........................................................................... ５

5.7. 발신 망 판단 기준 ............................................................................. ７

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

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

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

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

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

7.2. 안내 방송 ...................................................................................... １３

8. 부가 서비스 호 처리 ............................................................................... １７

8.1. 번호 변경 안내 .............................................................................. １７

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

8.3. 개별 통화 수신 거부 ....................................................................... ３１

8.4. 음성 사서함 ................................................................................... ３３

8.5. 착신 금지 ...................................................................................... ４３


viii TTAK.KO-06.0338/R1

8.6. 통화 연결음 ................................................................................... ４５

8.7. 비즈링 .......................................................................................... ５２

8.8. 익명 호 수신 거부 .......................................................................... ５２

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

8.10. 발신 번호 표시 ............................................................................ ５８

8.11. 발신 번호 확인 ............................................................................ ６２

8.12. 발신 번호 표시 제한 ..................................................................... ６５

8.13. 착신 전환 .................................................................................... ６７

8.14. 가상 번호 .................................................................................... ８２

8.15. 통화 중 대기 ............................................................................... ８３

8.16. 영상 통화 .................................................................................... ８８

8.17. 영상/음성 전환 ............................................................................. ９１

부 록 Ⅰ. 관련 문헌 .................................................................................... ９４


ix TTAK.KO-06.0338/R1

Contents

1. Introduction .............................................................................................. １

2. Constitution and Scope .............................................................................. １

3. Reference Standards(Recommendations) ...................................................... １

4. Terms, Definitions and Abbreviations ............................................................ １

5. VoLTE Service Interworking Requirement ....................................................... ２

5.1. Supplementary Service ....................................................................... ２

5.2. Media Codec .................................................................................... ４

5.3. Numbering Plan ................................................................................ ４

5.4. DTMF Transmission ........................................................................... ４

5.5. SIP Mandatory Header Definition ......................................................... ４

5.6. SDP Session Protocol ........................................................................ ５

5.7. Determining the Origination Network .................................................... ７

6. VoLTE Network Architecture for Interworking .................................................. ７

6.1. VoLTE Network Architecture ................................................................ ７

6.2. IBCF Requirement ............................................................................. ７

7. VoLTE Call Flows ....................................................................................... ９

7.1. VoLTE-to-VoLTE .............................................................................. ９

7.2. Announcement ............................................................................... １３

8. Supplementary Service Call Flows ............................................................. １７

8.1. Announcement for Number Change .................................................. １７

8.2. Announcement for Communication Forwarding ................................... ２３

8.3. Barring of Individual Call .................................................................. ３１

8.4. Voice Mail ..................................................................................... ３３

8.5. Barring of All Incoming Call .............................................................. ４３


x TTAK.KO-06.0338/R1

8.6. Customized Alerting Tone ................................................................ ４５

8.7. Biz Ring ........................................................................................ ５２

8.8. Barring of Anonymous Call .............................................................. ５２

8.9. T-ring Service................................................................................ ５５

8.10. Originating Identification Presentation .............................................. ５８

8.11. Originating Identification Presentation (Always) ................................. ６２

8.12. Originating Identification Restriction ................................................ ６５

8.13. Communication Forwarding ............................................................ ６７

8.14. Two Number Service ..................................................................... ８２

8.15. Communication Waiting ................................................................. ８３

8.16. Video Call .................................................................................... ８８

8.17. Voice-Video Change ..................................................................... ９１

AppendixⅠ. Related Documents ................................................................... ９４


１ TTAK.KO-06.0338/R1

이동통신 사업자 간 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)

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


２ TTAK.KO-06.0338/R1

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/R1

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

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

Early

media

류

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

가입형 서비스

조건부 착신 전

환 안내 방송

걸려오는 전화를 조건부(통화 중, 전원 꺼짐, 무응답, 음영 지역)로

원하는 전화로 자동 연결하는 서비스

개별 통화 수신

거부

수신자가 등록한 특정 발신번호에서 들어오는 음성, 영상, 문자메

시지(SMS/MMS)를 차단할 수 있는 착신 가입형 서비스

음성 사서함

전원이 꺼졌거나 배터리가 떨어졌을 때 또는 통화가 되지 않는 지

역에 있어 전화를 받을 수 없을 때 전화를 건 상대방의 메시지를

놓치지 않고 음성으로 받을 수 있는 서비스

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

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

비즈링

기업 홍보 및 광고를 위해 사업주(광고주)가 요청한 음원을 기업에

소속된 종사자들의 통화 연결음에 설정하여 발신자에게 들려주는

서비스

익명호 수신 거

부

번호를 숨기고 걸려오는 전화에 대해 전화연결을 차단하는 착신

가입형 서비스

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

비스

CID 류

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

입형 서비스

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

해 주는 착신 가입형 서비스

발신 번호 표시

제한

발신가입자의 발신 번호를 착신 가입자의 단말에 표시하지 않게

해주는 발신 가입형 서비스

기타

착신 전환

무조건 착신 전환은 착신 가입자에게 수신되는 모든 전화를 지정

된 번호로 착신전환 시키는 서비스이고, 조건부 착신전환 서비스는

착신 가입자의 상태가 통화 중/전원 OFF/무응답/음영 지역 등과

같은 사유로 호가 실패되는 경우 미리 지정한 전환 번호로 새로운

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

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

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

통화 중 대기

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

이 통화 중에도 걸려 오는 모든 전화를 받을 수 있게 하기 위한

서비스

영상 통화 영상 통화 서비스

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


４ TTAK.KO-06.0338/R1

5.2. 미디어 코덱

아래 미디어 코덱을 지원해야 한다.

<표 5-2> 미디어 코덱

분류 코덱 정보

음성 코덱 AMR-WB

AMR-NB

영상 코덱 H.264

H.263

5.3. 번호 체계(numbering plan)

IBCF 간에는 tel URI를 사용한다.

5.4. DTMF 전송

‘RFC2833’ 표준의 wideband 또는 narrowband telephone-event 방식을 지원해야 한

다.

5.5. SIP 필수 헤더 정의

<표 5-3> SIP 필수 헤더 정의

항목 INV INV_180 INV_200 ACK UPD UPD_200 BYE BYE_200

Call-ID ○ ○ ○ ○ ○ ○ ○ ○

Via ○ ○ ○ ○ ○ ○ ○ ○

From ○ ○ ○ ○ ○ ○ ○ ○

To ○ ○ ○ ○ ○ ○ ○ ○

CSeq ○ ○ ○ ○ ○ ○ ○ ○

Max-Forward ○ ○ ○ ○ ○ ○ ○ ○

Contact ○ ○ ○

○ ○

Accept-Contact ○

Session-Expires ○ ○ ○ ○

Supported ○ ○ ○ ○ ○

Require ○ ○ ○ ○ ○

User-Agent

P-Asserted-Identity ○ ○ ○ ○ ○ ○ ○ ○

P-Asserted-Service


５ TTAK.KO-06.0338/R1

5.6. 세션 프로토콜 SDP

5.6.1. 음성 호(voice call)

5.6.1.1. 필수 파라미터(mandatory parameter)

<표 5-4> 음성 호 SDP 필수 파라미터

parameter value description

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

b

AS:41

RS:0

RR:0

a

rtpmap:<payload type> AMR-WB/16000/1 AMR-WB Bandwidth efficient

mode fmtp:<payload type>

rtpmap:<payload type> AMR/8000/1 AMR-NB Bandwidth efficient

mode fmtp:<payload type>

rtpmap:<payload type> AMR-WB/16000/1 AMR-WB octet-align mode

fmtp:<payload type> octet-align=1

rtpmap:<payload type> telephone-event/16000 Wideband DTMF

fmtp:<payload type> 0-15

rtpmap:<payload type> AMR/8000/1 AMR-NB octet-align mode

fmtp:<payload type> octet-align=1

rtpmap:<payload type> telephone-event/8000 Narrowband DTMF

fmtp:<payload type> 0-15

sendrecv

ptime:20 Packet time

maxptime:<max packet time> Maximum packet time

5.6.1.2. 선택 파라미터(optional parameter)

<표 5-5> 음성 호 SDP 선택 파라미터


a

fmtp:<payload type> mode-set=8; mode-

change-capability=2; max-red=220; AMR-WB optional parameters

fmtp:<payload type> mode-set=7; mode-

change-capability=2; max-red=220; AMR-NB optional parameters


６ TTAK.KO-06.0338/R1

5.6.2. 영상 호(video call)

5.6.2.1. 필수 파라미터(mandatory parameter)

<표 5-6> 영상 호 SDP 필수 파라미터


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

b

AS:768

RS:0

RR:19200

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-640

rtpmap:<payload type> H263/90000

H.263 QCIF Landscape fmtp:<payload type> profile=0; level=10; QCIF=2


sendrecv

framerate:<frame rate>

5.6.2.2. 선택 파라미터(optional parameter)

<표 5-7> 영상 호 SDP 선택 파라미터


a

fmtp:<payload type> profile-level-id=42C016;


sprop-parameter-

sets=Z0LAFukBQHsg,aM4G4g== H.264 VGA Landscape


fmtp:<payload type> profile-level-id=42C00C;


sprop-parameter-

sets=Z0LADOkHhTI=,aM4G4g== H.264 QVGA Portrait


fmtp:<payload type> profile-level-id=42C00D;


sprop-parameter-sets=Z0LADekCg/I=,aM4G4g== H.264 QVGA Landscape


fmtp:<payload type> profile-level-id=42C00A;

packetization-mode=1; H.264 QCIF Landscape


７ TTAK.KO-06.0338/R1


sprop-parameter-sets=Z0LACukFicg=,aM4G4g==


5.7. 발신 망 판단 기준

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

을 판단한다.

도메인 ICID 길이(최대치)

SKT sktims.net 256 bytes

KT ims.kt.com 256 bytes

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

6. VoLTE 연동 네트워크 구성

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

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

6.2. IBCF 필수 요구 사항

1. 사업자 간 IBCF 상태 체크는 Options Method로 한다.

2. 대국이 OPTIONS를 보내더라도 대국으로부터 OPTIONS 송신에 대한 200 OK를 수

신하지 못하면 대국이 down된 것으로 판단한다.


８ TTAK.KO-06.0338/R1

3. IBCF는 Options 메시지 수신시 Request URI에 포함된 SIP URI를 참조하여 상태

체크 Options 메시지 여부를 확인하고 응답한다.

(예 : OPTIONS sip:ibcf01.sktims.net;lr SIP/2.0)

4. IBCF 상태 체크를 위한 Options 메시지 내 Max-Forward 값은 ‘0’으로 한다.

5. IBCF 상태 체크를 위한 Options 전송 기능은 On/Off할수 있도록 한다(선택 사항

이며, Off 상태에서는 Active 상태로 관리).

6. IBCF는 멀티 피어(multi-peer) 연동 기능을 지원해야 한다(피어(peer) 10 개 이상).

7. IBCF는 멀티 피어(multi-peer) 연동 시 서비스별 라우팅 기능을 지원해야 한다.

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

한다.

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

‘0’으로 설정된 피어(peer)로부터 메시지 수신 시 정상 처리해야 한다.

10. 상기 Weighted Load Balance 기능에서 Weight 설정이 ‘1’로 설정된 피어(peer)로

Request를 전송하여 세션이 연결된 후, Weight 설정이 ‘0’으로 설정된 피어(Peer)

로 부터 Subsequent Request 또는 Response 수신시 정상 처리해야 한다.

(상기 동작시 Request 및 응답 메시지의 R/R 헤더 및 Via 헤더는 Weight 설정이 ‘0’

인 피어(peer)의 주소가 포함됨, 하기 호 처리(Call Flow) 참조)

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

하는 쪽에 모든 사이즈에 대해 처리 가능해야 한다.

12. VoLTE 서비스에 대한 모든 미디어 패킷은 TrGW를 통하도록 한다.

13. IBC 연동 실패 시 기존 3G 연동 구간을 통해 우회 소통되어야 한다.

14. 연동 구간에는 SDP candidate attribute를 전달하지 않아야 한다.

15. 연동 구간에서 UICC 표준에 따른 SDP imageattr attribute 수신 시 처리할 수 있어

야 한다.


９ TTAK.KO-06.0338/R1

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

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

IBCF#1 IBCF#2 Ex-IBCF

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

Ack

180/200

Invite

Update

200

200

Bye

Weight : 1 Weight : 0

IBCF#1 IBCF#2 Ex-IBCF

R/R : Ex-IBCFVia : Ex-IBCF

Ack

180/200

Invite

Update

200

200

Bye

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

Weight : 1 Weight : 0

Bye

200

Bye

200


１０ TTAK.KO-06.0338/R1

7. VoLTE 기본 호 처리

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

7.1.1. 호 생성

Operator A Network

user1@opera

torA.netCSCF IBCF

Operator B Network

1. INVITE

2. INVITE

RTP

4. INVITE

12. 180 Ringing

13. 180 Ringing

14. 180 Ringing

20. ACK

21. ACK

22. ACK

23. ACK

24. ACK

IBCF CSCFuser2@opera

torB.net

3. 100 Trying

5. 100 Trying

7. 100 Trying

6. INVITE

9. 100 Trying

8. INVITE

10. 180 Ringing

11. 180 Ringing

17. 200 OK

18. 200 OK

19. 200 OK

16. 200 OK

15. 200 OK

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

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

• 4. INVITE 메시지(IBCF_A IBCF_B)

INVITE sip:[email protected] SIP/2.0

Accept-Contact: *;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-

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

Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,INFO,REFER,NOTIFY

Call-ID: IBCF_A_TO_IBCF_B_CALL_ID

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

Content-Length: 431

Content-Type: application/sdp

CSeq: 1 INVITE

From: <sip:[email protected];user=phone>;tag=489968bd54699

Max-Forwards: 66

Min-SE: 90

P-Asserted-Identity: <sip:[email protected]>

P-Asserted-Service: urn:urn-7:3gpp-service.ims.icsi.mmtel

P-Early-Media: supported

Privacy: none

Record-Route: <sip:[email protected]:5067;lr>

Session-Expires: 90;refresher=uac

Supported: 100rel,timer

Supported: early-session

To: <tel:+82-1010002001>


１１ TTAK.KO-06.0338/R1

User-Agent: operatorA_VoLTE

Via: 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 TRYING

To: <sip:[email protected]>



CSeq: 1 INVITE

Via: SIP/2.0/UDP

211.115.15.147:30000;branch=z9hG4bK%0%747053CD3E1813AFFFeA905FFB7F39A9.d41D8C

D98F00b204E9800998eCf8427E

Content-Length: 0

• 12. INVITE 180 Ringing 메시지(IBCF_A IBCF_B)

SIP/2.0 180 Ringing


Contact: <sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected]>

Content-Length: 0

CSeq: 1 INVITE




To: <sip:[email protected]>;tag=33333444444

Via: SIP/2.0/UDP


D98F00b204E9800998eCf8427E

• 17. INVITE 200 OK 메시지(IBCF_A IBCF_B)

SIP/2.0 200 OK

Via: SIP/2.0/UDP


D98F00b204E9800998eCf8427E


CSeq: 1 INVITE^M




Content-Length: 196


P-Asserted-Identity: sip:[email protected]


• 22. INVITE ACK 메시지(IBCF_A IBCF_B)

ACK sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected] SIP/2.0



CSeq: 1 ACK


Max-Forwards: 70

Content-Length: 0


１２ TTAK.KO-06.0338/R1

7.1.2. 호 갱신

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

법 모두 Session-Expires 헤더를 포함해야 하며, refresher 파라미터는 offer 또는

answer 메시지에 명시하여야 한다(5.5. 참조)

7.1.2.1. UPDATE Method

Operator A Network

user1@opera

torA.netCSCF IBCF

Operator B Network

25. UPDATE

26. UPDATE

RTP

27. UPDATE


torB.net

28. UPDATE

29. UPDATE

32. 200 OK

33. 200 OK

34. 200 OK

31. 200 OK

30. 200 OK

(그림 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.0



CSeq: 1 UPDATE


Supported: timer

Max-Forwards: 70

Content-Length: 0



• 32. UPDATE 200 OK 메시지(IBCF_A IBCF_B)

SIP/2.0 200 OK




１３ TTAK.KO-06.0338/R1


CSeq: 1 UPDATE



１４ TTAK.KO-06.0338/R1

7.1.2.2. re-INVITE Method

Operator A Network

user1@opera

torA.netCSCF IBCF

Operator B Network

25. re-INVITE

26. re-INVITE

RTP

27. re-INVITE

35. ACK

36. ACK

37. ACK

38. ACK

39. ACK


torB.net

28. re-INVITE

29. re-INVITE

32. 200 OK

33. 200 OK

34. 200 OK

31. 200 OK

30. 200 OK

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

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

• 27. re-INVITE 메시지(IBCF_A IBCF_B)

INVITE sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected] SIP/2.0






Content-Length: 431


CSeq: 1 INVITE


Max-Forwards: 66

Min-SE: 90




Privacy: none



Supported: 100rel,timer


１５ TTAK.KO-06.0338/R1




Via: 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 OK

Via: SIP/2.0/UDP


D98F00b204E9800998eCf8427E


CSeq: 1 INVITE^M




Content-Length: 196


P-Asserted-Identity: sip:[email protected]


7.1.3. 호 종료

Operator A Network

user1@opera

torA.netCSCF IBCF

Operator B Network

35. BYE

36. BYE

RTP

37. BYE


torB.net

38. BYE

39. BYE

42. 200 OK

43. 200 OK

44. 200 OK

41. 200 OK

40. 200 OK

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


１６ TTAK.KO-06.0338/R1

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

• 37. BYE 메시지(IBCF_A IBCF_B)

BYE sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected] SIP/2.0



CSeq: 1 BYE


Max-Forwards: 70

Content-Length: 0

• 42. BYE 200 OK 메시지(IBCF_A IBCF_B)

SIP/2.0 200 OK




CSeq: 1 BYE

ㅇ 호 종료 Reason 헤더

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

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

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

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

구분 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개사 연동 규격으로

정해지지 않은 원인일 경우

7.2. 안내 방송

7.2.1. 음성 호 안내 방송


１７ TTAK.KO-06.0338/R1

음성 호에 대한 안내 방송은 early-media 처리를 위해 Forking Model 또는 Early-

session Model 을 사용하며, 발신단말이 100rel을 지원하는 경우 안내 방송 송출 주체는

발신 단말로 전송할 183 메시지에 ‘Require:100rel’을 포함해야 한다.

각 이동통신사별 안내 방송 송출 주체의 차이로 인해 동일 안내 방송이 2 회 송출되

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

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

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

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

1. INVITE2. INVITE

Operator A Network

[email protected]

IMS Core_A

Operator B Network

IBCF_B IMS [email protected]

3. INVITE4. INVITE

5. 183 Session Progress(Require: 100rel)

10. PRACK11. PRACK

12.PRACK

9. PRACK

IBCF_A

6. 183 Session Progress



RTP

13. 200 OK14. 200 OK

15. 200 OK16. 200 OK

Supported: 100rel 여부에 따라 포함여부 결정

17. 487 Request Terminated18. 487 Request Terminated

19. 487 Request Terminated


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

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

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

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

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

SIP Reason 헤더 구성은 다음 표와 같다. (아래 에러코드값은 권고 사항으로서 반드시


１８ TTAK.KO-06.0338/R1

맞출 필요는 없다.)

<표 7-1> 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”


１９ TTAK.KO-06.0338/R1

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

1. INVITE2. INVITE

Operator A Network

[email protected]

IMS Core_A

Operator B Network


3. INVITE4. INVITE

5. Error Response(4xx ~ 6xx)

9. PRACK

IBCF_A

6. Error Response(4xx~6xx) Reason: SIP;cause=xx,text=”…”


RTP

10. 200 OK


11. Error Response(4xx~6xx)


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

7.2.1.3. 호 거절 안내 방송

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

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

착신 가입자에 의한 거절

지정번호 필터링

착신 금지

익명 호 수신 거부

7.2.2. 영상 호 안내 방송

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

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

신망에서는 호 실패 원인에 대한 안내 방송 제공을 위해 아래와 같은 Reason 헤더를 발

신망으로 전달한다.


２０ TTAK.KO-06.0338/R1

개별 통화 수신 거부, 착신 금지, 익명 호 수신 거부에 대해 Reason 헤더에

‘cause=21’을 포함한다.

SIP Reason 헤더 구성은 다음 표와 같다. (아래 에러코드값은 권고 사항으로서 반드시

맞출 필요는 없다.)

참고) 영상호에 대한 안내 방송을 음성호에 대한 안내 방송처럼 착신망에서 early

media 형태로 제공하는 것에 대해서는 추후 필요시 추가 표준화할 수 있다.

<표 7-2> 영상 호 안내 방송 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”

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

1. INVITE2. INVITE

Operator A Network

[email protected]

IMS Core_A

Operator B Network


3. INVITE4. INVITE

5. Error Response(4xx ~ 6xx)

9. PRACK

IBCF_A



RTP

10. 200 OK


11. Error Response(4xx~6xx)


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


２１ TTAK.KO-06.0338/R1

8. 부가 서비스 호 처리

8.1. 번호 변경 안내

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

입형 서비스이다. 가입 옵션에 따라 ARS, SMS 등으로 변경된 번호에 대한 안내를 제공

한다.

부가 서비스 호 처리의 경우 안내 방송 후 착신 전환을 하는 것과 동일하다. 안내 방

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

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

우에 대해서만 기술한다.


２２ TTAK.KO-06.0338/R1

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

1. INVITE

2. INVITE

3. INVITE

4. INVITE





24. 200 OK

25. 200 OK

26. 200 OK

27. 200 OK

23. 200 OK

28. ACK

29. ACK

30. ACK

31. ACK

32. ACK

Operator A Network

user1@opera

torA.netIMS Core_A IBCF_A

Operator B Network

IBCF_B IMS Core_Buser2@opera

torB.net

9. PRACK

10. PRACK

11. PRACK

12. PRACK

13. 200 OK

14. 200 OK

15. 200 OK

16. 200 OK

Supported: 100rel


Require: 100rel

Require: early-session

Content-Disposition: early-session

17. INVITE

RTP

RTP

19. 180 Ringing

20. 180 Ringing

21. 180 Ringing

22. 180 Ringing

18. 180 Ringing

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


２３ TTAK.KO-06.0338/R1

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

• 3. INVITE 메시지

A Network에서 B Network으로 전송되는 ‘INVITE’에 ‘Supported: 100rel’과 ‘Supported:

early-session’ 헤더가 포함된다.







Content-Length: 431


CSeq: 1 INVITE


Max-Forwards: 66

Min-SE: 90




Privacy: none


Supported: 100rel


Supported: timer

To: <tel:+82-1010002001>


• 6. 183 Session Progress 메시지

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

early session을 위한 offer가 포함된다.

SIP/2.0 183 Session Progress



Require: 100rel

CSeq: 1 INVITE



Rseq: 1



To: <sip:[email protected]>;tag=A


Content-Length: 274


２４ TTAK.KO-06.0338/R1

• 11. PRACK 메시지

SDP에는 early session을 위한 answer가 포함된다.

PRACK sip:IBCF_B%1Fuser2%1FoperatorB_net%[email protected] SIP/2.0

RAck: 1 1 INVITE



CSeq: 2 PRACK



Max-Forwards: 66

Content-Length: 274

• 14. 200 OK 메시지

SIP/20.0 200 OK



CSeq: 2 PRACK



Content-Length: 0

• 20. 180 Ringing 메시지

SIP/2.0 180 Ringing



CSeq: 1 INVITE






Content-Length: 0

• 25. 200 OK 메시지

SDP에는 (regular) session을 위한 answer가 포함된다.

SIP/2.0 200 OK




CSeq: 1 INVITE






Content-Length: 274


２５ TTAK.KO-06.0338/R1

• 30. ACK 메시지




CSeq: 1 ACK



Max-Forwards: 66

Content-Length: 0

8.1.2. 시나리오 2 : Forking-model

1. INVITE

2. INVITE

3. INVITE

4. INVITE





24. 200 OK

25. 200 OK

26. 200 OK

27. 200 OK

23. 200 OK

28. ACK

29. ACK

30. ACK

31. ACK

32. ACK

Operator A Network

user1@opera


Operator B Network


torB.net

9. PRACK

10. PRACK

11. PRACK

12. PRACK

13. 200 OK

14. 200 OK

15. 200 OK

16. 200 OK

(Supported: 100rel)

(Require: 100rel)


17. INVITE

RTP

RTP

19. 180 Ringing

20. 180 Ringing

21. 180 Ringing

22. 180 Ringing

18. 180 Ringing

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


２６ TTAK.KO-06.0338/R1


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

Supported: 100rel 헤더가 포함될 수 있다.







Content-Length: 431


CSeq: 1 INVITE


Max-Forwards: 66

Min-SE: 90




Privacy: none



(Supported: 100rel)

Supported: timer

To: <tel:+82-1010002001>



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

100rel과 RSeq 헤더가 포함될 수 있다.




(Require: 100rel)

CSeq: 1 INVITE


(Rseq: 1)





Content-Length: 274



RAck: 1 1 INVITE



CSeq: 2 PRACK



Max-Forwards: 66

Content-Length: 0


２７ TTAK.KO-06.0338/R1

• 14. 200 OK 메시지

SIP/20.0 200 OK



CSeq: 2 PRACK



Content-Length: 0


SIP/2.0 180 Ringing



CSeq: 1 INVITE




To: <sip:[email protected]>;tag=B


Content-Length: 0

• 25. 200 OK 메시지

SIP/2.0 200 OK




CSeq: 1 INVITE






Content-Length: 274





CSeq: 1 ACK



Max-Forwards: 66

Content-Length: 0

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

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

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


２８ TTAK.KO-06.0338/R1

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

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


1. INVITE

2. INVITE

3. INVITE

4. INVITE





34. 200 OK

35. 200 OK

36. 200 OK

37. 200 OK

33. 200 OK

38. ACK

39. ACK

40. ACK

41. ACK

42. ACK

Operator A Network

user1@opera


Operator B Network

IBCF_B IMS Core_B

User2/User3

@operatorB.

net

15. PRACK

16. PRACK

17. PRACK

18. PRACK

19. 200 OK

20. 200 OK

21. 200 OK

22. 200 OK

Supported: 100rel


Require: 100rel


23. INVITE(To: User 3)


6. 180 Ringing

7. 180 Ringing

8. 180 Ringing

9. 180 Ringing

10. 180 Ringing

자동연결 판단

28. 180 Ringing

29. 180 Ringing

30. 180 Ringing

31. 180 Ringing

32. 180 Ringing

RTP

RTP

24. 181 Call Is Being Forwarded




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


２９ TTAK.KO-06.0338/R1








Content-Length: 431


CSeq: 1 INVITE


Max-Forwards: 66

Min-SE: 90




Privacy: none



Supported: 100rel


Supported: timer

To: <tel:+82-1010002001>



SIP/2.0 180 Ringing



CSeq: 1 INVITE




Via: SIP/2.0/UDP


D98F00b204E9800998eCf8427E

Content-Length: 0





Require: 100rel


CSeq: 1 INVITE



Rseq: 1





Content-Length: 274


３０ TTAK.KO-06.0338/R1



RAck: 1 1 INVITE



CSeq: 2 PRACK



Max-Forwards: 66

Content-Length: 431


• 20. 200 OK 메시지

SIP/2.0 200 OK



CSeq: 2 PRACK



Content-Length: 0

• 25. 181 Call Is Being Forwarded 메시지

SIP/2.0 181 Call Is Being Forwarded



CSeq: 1 INVITE




Content-Length: 0


SIP/2.0 180 Ringing



CSeq: 1 INVITE




Content-Length: 0

• 35. 200 OK 메시지

SIP/2.0 200 OK




CSeq: 1 INVITE






Content-Length: 274


３１ TTAK.KO-06.0338/R1





CSeq: 1 ACK



Max-Forwards: 66

Content-Length: 0

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/R1

1. INVITE

2. INVITE

3. INVITE

4. INVITE





34. 200 OK

35. 200 OK

36. 200 OK

37. 200 OK

33. 200 OK

38. ACK

39. ACK

40. ACK

41. ACK

42. ACK

Operator A Network

user1@opera


Operator B Network

IBCF_B IMS Core_B

User2/User3

@operatorB.

net

15. PRACK

16. PRACK

17. PRACK

18. PRACK

19. 200 OK

20. 200 OK

21. 200 OK

22. 200 OK

(Supported: 100rel)

To: tel:+821012342222; tag=B

(Require: 100rel)


To: tel:+821012342222; tag=D



6. 180 Ringing

7. 180 Ringing

8. 180 Ringing

9. 180 Ringing

10. 180 Ringing

자동연결 판단

28. 180 Ringing

29. 180 Ringing

30. 180 Ringing

31. 180 Ringing

32. 180 Ringing

RTP

RTP

To: tel:+821012342222; tag=C

To: tel:+821012342222; tag=A





To: tel:+821012342222; tag=B or B`

(Require: 100rel)

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


３３ TTAK.KO-06.0338/R1








Content-Length: 431


CSeq: 1 INVITE


Max-Forwards: 66

Min-SE: 90




Privacy: none



(Supported: 100rel)

Supported: timer

To: <tel:+82-1010002001>



SIP/2.0 180 Ringing



CSeq: 1 INVITE




Content-Length: 0





(Require: 100rel)

CSeq: 1 INVITE


(Rseq: 1)





Content-Length: 274


３４ TTAK.KO-06.0338/R1



RAck: 1 1 INVITE



CSeq: 2 PRACK



Max-Forwards: 66

Content-Length: 0

• 20. 200 OK 메시지

SIP/20.0 200 OK



CSeq: 2 PRACK



Content-Length: 0

• 25. 181 Call Is Being Forwarded 메시지

SIP/2.0 181 Call Is Being Forwarded



CSeq: 1 INVITE



To: <sip:[email protected]>;tag=B or B’

Content-Length: 0


SIP/2.0 180 Ringing



CSeq: 1 INVITE



To: <sip:[email protected]>;tag=C

Content-Length: 0

• 35. 200 OK 메시지

SIP/2.0 200 OK




CSeq: 1 INVITE




To: <sip:[email protected]>;tag=D


Content-Length: 274


３５ TTAK.KO-06.0338/R1




To: <sip:[email protected]>;tag=D

CSeq: 1 ACK



Max-Forwards: 66

Content-Length: 0

8.3. 개별 통화 수신 거부

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

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

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

1. INVITE

2. INVITE

3. INVITE

4. INVITE





Operator A Network

user1@opera


Operator B Network

IBCF_B IMS Core_B

User2/User3

@operatorB.

net

9. PRACK

10. PRACK

11. PRACK

12. PRACK

13. 200 OK

14. 200 OK

15. 200 OK

16. 200 OK

(Supported: 100rel)






(Require: 100rel)

RTP

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


３６ TTAK.KO-06.0338/R1


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

‘Supported: 100rel’ 헤더가 포함될 수 있다.







Content-Length: 431


CSeq: 1 INVITE


Max-Forwards: 66

Min-SE: 90




Privacy: none



(Supported: 100rel)

Supported: timer

To: <tel:+82-1010002001>


v=…


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

100rel’과 ‘RSeq’ 헤더가 포함될 수 있다.




(Require: 100rel)

CSeq: 1 INVITE


(Rseq: 1)





Content-Length: 274

v=…


３７ TTAK.KO-06.0338/R1



RAck: 1 1 INVITE



CSeq: 2 PRACK



Max-Forwards: 66

Content-Length: 0

• 14. 200 OK 메시지

SIP/20.0 200 OK



CSeq: 2 PRACK



Content-Length: 0

• 18. 487 Request Terminated 메시지

SIP/2.0 487 Request Terminated


CSeq: 1 INVITE




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+


３８ TTAK.KO-06.0338/R1

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

사업자 Early Media 처리 모델 특징

SKT

Early-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 하지 않음


３９ TTAK.KO-06.0338/R1

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

1. INVITE

2. INVITE

3. INVITE

4. INVITE

5. INVITE





30. 200 OK

31. 200 OK

32. 200 OK

33. 200 OK

34. ACK

35. ACK

36. ACK

37. ACK

Operator A Network

user1@opera


Operator B Network


torB.net

10. PRACK

11. PRACK

12. PRACK

13. PRACK

14. 200 OK

15. 200 OK

16. 200 OK

17. 200 OK

Supported: 100rel


Require: 100rel






22. PRACK

23. PRACK

24. PRACK

25. PRACK

26. 200 OK

27. 200 OK

28. 200 OK

29. 200 OK

� 판단

To: +821012342222; To-tag=C

(Require: 100rel)

RTP

RTP

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


４０ TTAK.KO-06.0338/R1








Content-Length: 431


CSeq: 1 INVITE


Max-Forwards: 66

Min-SE: 90




Privacy: none



Supported: 100rel


Supported: timer

To: <tel:+82-1010002001>






Require: 100rel


CSeq: 1 INVITE



Rseq: 1





Content-Length: 274



RAck: 1 1 INVITE



CSeq: 2 PRACK



Max-Forwards: 66

Content-Length: 431



４１ TTAK.KO-06.0338/R1

• 15. 200 OK 메시지

SIP/20.0 200 OK



CSeq: 2 PRACK



Content-Length: 0





Require: 100rel

CSeq: 1 INVITE


Rseq: 1





Content-Length: 274



RAck: 1 1 INVITE



CSeq: 2 PRACK



Max-Forwards: 66

Content-Length: 431


• 27. 200 OK 메시지

SIP/20.0 200 OK



CSeq: 2 PRACK



Content-Length: 0


４２ TTAK.KO-06.0338/R1

• 31. 200 OK 메시지

SIP/2.0 200 OK




CSeq: 1 INVITE






Content-Length: 274





CSeq: 1 ACK



Max-Forwards: 66

Content-Length: 0

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

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

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

데이트가 필요 없기 때문에 ‘183 Session Progress’와 ‘200 OK’ 메시지의 To-tag는 동

일해야 한다.


４３ TTAK.KO-06.0338/R1

1. INVITE

2. INVITE

3. INVITE

4. INVITE

5. INVITE





30. 200 OK

31. 200 OK

32. 200 OK

33. 200 OK

34. ACK

35. ACK

36. ACK

37. ACK

Operator A Network

user1@opera


Operator B Network


torB.net

10. PRACK

11. PRACK

12. PRACK

13. PRACK

14. 200 OK

15. 200 OK

16. 200 OK

17. 200 OK

(Supported: 100rel)

To: +821012342222; To-tag=A

(Require: 100rel)





22. PRACK

23. PRACK

24. PRACK

25. PRACK

26. 200 OK

27. 200 OK

28. 200 OK

29. 200 OK

� 판단

발신단말의 100rel 지원여부에 따라 포함여부 결정

To: +821012342222; To-tag=B

(Require: 100rel)

발신단말의 100rel 지원여부에 따라 포함여부 결정

To: +821012342222; To-tag=C

RTP

RTP

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


４４ TTAK.KO-06.0338/R1


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








Content-Length: 431


CSeq: 1 INVITE


Max-Forwards: 66

Min-SE: 90




Privacy: none



(Supported: 100rel)

Supported: timer

To: <tel:+82-1010002001>








(Require: 100rel)

CSeq: 1 INVITE


(Rseq: 1)





Content-Length: 274



RAck: 1 1 INVITE



CSeq: 2 PRACK



Max-Forwards: 66

Content-Length: 0


４５ TTAK.KO-06.0338/R1

• 15. 200 OK 메시지

SIP/20.0 200 OK



CSeq: 2 PRACK



Content-Length: 0





(Require: 100rel)

CSeq: 1 INVITE


(Rseq: 1)





Content-Length: 274



RAck: 1 1 INVITE



CSeq: 2 PRACK



Max-Forwards: 66

Content-Length: 0

• 27. 200 OK 메시지

SIP/20.0 200 OK



CSeq: 2 PRACK



Content-Length: 0


４６ TTAK.KO-06.0338/R1

• 31. 200 OK 메시지

SIP/2.0 200 OK




CSeq: 1 INVITE






Content-Length: 274





CSeq: 1 ACK



Max-Forwards: 66

Content-Length: 0


４７ TTAK.KO-06.0338/R1

8.5. 착신 금지

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

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

필요하지 않다.

1. INVITE

2. INVITE

3. INVITE

4. INVITE





Operator A Network

user1@opera


Operator B Network

IBCF_B IMS Core_B

User2/User3

@operatorB.

net

9. PRACK

10. PRACK

11. PRACK

12. PRACK

13. 200 OK

14. 200 OK

15. 200 OK

16. 200 OK

(Supported: 100rel)






(Require: 100rel)

RTP

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










Content-Length: 431


４８ TTAK.KO-06.0338/R1


CSeq: 1 INVITE


Max-Forwards: 66

Min-SE: 90




Privacy: none



(Supported: 100rel)

Supported: timer

To: <tel:+82-1010002001>








(Require: 100rel)

CSeq: 1 INVITE


(Rseq: 1)





Content-Length: 274



RAck: 1 1 INVITE



CSeq: 2 PRACK



Max-Forwards: 66

Content-Length: 0

• 14. 200 OK 메시지

SIP/20.0 200 OK



CSeq: 2 PRACK



Content-Length: 0


４９ TTAK.KO-06.0338/R1




CSeq: 1 INVITE




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/R1


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

1. INVITE

2. INVITE

6. 180 Ringing

3. INVITE

4. INVITE

5. INVITE





20. 200 OK

21. 200 OK

22. 200 OK

23. 200 OK

19. 200 OK

24. ACK

25. ACK

26. ACK

27. ACK

28. ACK

Operator A Network

user1@opera


Operator B Network


torB.net

11. PRACK

12. PRACK

13. PRACK

14. PRACK

15. 200 OK

16. 200 OK

17. 200 OK

18. 200 OK

Supported: 100rel


Require: 100rel


RTP

RTP

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


５１ TTAK.KO-06.0338/R1








Content-Length: 431


CSeq: 1 INVITE


Max-Forwards: 66

Min-SE: 90




Privacy: none



Supported: 100rel


Supported: timer

To: <tel:+82-1010002001>






Require: 100rel


CSeq: 1 INVITE



Rseq: 1





Content-Length: 274



RAck: 1 1 INVITE



CSeq: 2 PRACK



Max-Forwards: 66

Content-Length: 431



５２ TTAK.KO-06.0338/R1

• 16. 200 OK 메시지

SIP/20.0 200 OK



CSeq: 2 PRACK



Content-Length: 0

• 21. 200 OK 메시지

SIP/2.0 200 OK




CSeq: 1 INVITE






Content-Length: 274





CSeq: 1 ACK



Max-Forwards: 66

Content-Length: 0


５３ TTAK.KO-06.0338/R1

8.6.2. 시나리오 2 : Forking model

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

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

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

1. INVITE

2. INVITE

6. 180 Ringing

3. INVITE

4. INVITE

5. INVITE





20. 200 OK

21. 200 OK

22. 200 OK

23. 200 OK

19. 200 OK

24. ACK

25. ACK

26. ACK

27. ACK

28. ACK

Operator A Network

user1@opera


Operator B Network


torB.net

11. PRACK

12. PRACK

13. PRACK

14. PRACK

15. 200 OK

16. 200 OK

17. 200 OK

18. 200 OK

(Supported: 100rel)

To: tel:+821012342222; tag=A

(Require: 100rel)


To: tel:+821012342222; tag=B

RTP

RTP

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


５４ TTAK.KO-06.0338/R1










Content-Length: 431


CSeq: 1 INVITE


Max-Forwards: 66

Min-SE: 90




Privacy: none



(Supported: 100rel)

Supported: timer

To: <tel:+82-1010002001>








(Require: 100rel)

CSeq: 1 INVITE


(Rseq: 1)




Via: SIP/2.0/UDP


D98F00b204E9800998eCf8427E


Content-Length: 274


５５ TTAK.KO-06.0338/R1



RAck: 1 1 INVITE



CSeq: 2 PRACK



Max-Forwards: 66

Content-Length: 0

• 16. 200 OK 메시지

SIP/20.0 200 OK



CSeq: 2 PRACK



Content-Length: 0

• 21. 200 OK 메시지

SIP/2.0 200 OK




CSeq: 1 INVITE






Content-Length: 274





CSeq: 1 ACK



Max-Forwards: 66

Content-Length: 0


５６ TTAK.KO-06.0338/R1

8.7. 비즈링

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

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

통화 연결음 호 처리와 동일하다.

8.8. 익명 호 수신 거부

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

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

않는 전화를 거부할 수 있다. 음성 통화 차단 후 안내 방송을 들려주므로 안내 방송 기

능 외에 특별한 기능은 필요하지 않다.

1. INVITE

2. INVITE

3. INVITE

4. INVITE





Operator A Network

user1@opera


Operator B Network

IBCF_B IMS Core_B

User2/User3

@operatorB.

net

9. PRACK

10. PRACK

11. PRACK

12. PRACK

13. 200 OK

14. 200 OK

15. 200 OK

16. 200 OK

(Supported: 100rel)






(Require: 100rel)

RTP

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


５７ TTAK.KO-06.0338/R1


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








Content-Length: 431


CSeq: 1 INVITE


Max-Forwards: 66

Min-SE: 90




Privacy: none



(Supported: 100rel)

Supported: timer

To: <tel:+82-1010002001>








(Require: 100rel)

CSeq: 1 INVITE


(Rseq: 1)





Content-Length: 274



RAck: 1 1 INVITE



CSeq: 2 PRACK



Max-Forwards: 66

Content-Length: 0


５８ TTAK.KO-06.0338/R1

• 14. 200 OK 메시지

SIP/20.0 200 OK



CSeq: 2 PRACK



Content-Length: 0




CSeq: 1 INVITE





５９ TTAK.KO-06.0338/R1

8.9. T-ring 서비스

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

사운드를 들려주는 서비스이다. KT/LGU+ 발신에 SKT 착신 경우에 대해서만 고려하면

되므로 Forking model만 다루면 된다. 단말에서 미디어 업데이트가 필요하기 때문에

early media의 To-tag가 변경되어야 한다.

1. INVITE

2. INVITE

3. INVITE

4. INVITE





22. 200 OK

23. 200 OK

24. 200 OK

25. 200 OK

21. 200 OK

23. ACK

24. ACK

25. ACK

27. ACK

28. ACK

Operator A Network

user1@opera


Operator B Network


torB.net

9. PRACK

10. PRACK

11. PRACK

12. PRACK

13. 200 OK

14. 200 OK

15. 200 OK

16. 200 OK

(Supported: 100rel)

To: tel:+821012342222; tag=A

(Require: 100rel)


To: tel:+821012342222; tag=C

6. 180 Ringing

5. INVITE

17. 180 Ringing

18. 180 Ringing

19. 180 Ringing

20. 180 Ringing

To: tel:+821012342222; tag=B

RTP

RTP

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


６０ TTAK.KO-06.0338/R1


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








Content-Length: 431


CSeq: 1 INVITE


Max-Forwards: 66

Min-SE: 90




Privacy: none



(Supported: 100rel)

Supported: timer

To: <tel:+82-1010002001>


v=…







(Require: 100rel)

CSeq: 1 INVITE


(Rseq: 1)





Content-Length: 274

v=…


６１ TTAK.KO-06.0338/R1



RAck: 1 1 INVITE



CSeq: 2 PRACK



Max-Forwards: 66

Content-Length: 0

• 14. 200 OK 메시지

SIP/20.0 200 OK



CSeq: 2 PRACK



Content-Length: 0

• 18. Ringing 메시지

SIP/2.0 180 Ringing



CSeq: 1 INVITE




Content-Length: 0

• 23. 200 OK 메시지

SIP/2.0 200 OK




CSeq: 1 INVITE






Content-Length: 274

v=…


６２ TTAK.KO-06.0338/R1





CSeq: 1 ACK



Max-Forwards: 66

Content-Length: 0

8.10. 발신 번호 표시

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

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

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

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


６３ TTAK.KO-06.0338/R1

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


６４ TTAK.KO-06.0338/R1

• 1. INVITE 메시지(UE_A CSCF_A)

• 2. INVITE 메시지(CSCF_A TAS_A)

• 3. INVITE 메시지(TAS_A CSCF_A)

• 4. INVITE 메시지(CSCF_A IBCF_A)


INVITE tel:+821010002001 SIP/2.0

Call-ID:

Via:

From: <sip:[email protected]>;tag=489968bd54699

To: <tel:+821010002001>

CSeq:

Max-Forwards:

Contact:

Accept-Contact:

Session-Expires:

Supported:

Require:


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)

SIP/2.0 180 Ringing

Call-ID:

Via:


To: <tel:+821010002001>;tag=32481bsd324

CSeq:

Max-Forwards:

Contact:

Supported:

Require:


…


６５ TTAK.KO-06.0338/R1

• 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 OK

Call-ID:

Via:


To: <tel:+821010002001>;tag=32481bsd324

CSeq:

Max-Forwards:

Contact:

Session-Expires:

Supported:

Require:


…

• 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.0

Call-ID:

Via:


To: <tel:+821010002001>;tag=32481bsd324

CSeq:

Max-Forwards:

…


６６ TTAK.KO-06.0338/R1

• 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) 발신 번호 표시 절차와 동일

하다.





• 5. INVITE 메시지(IBCF_A IBCF_B) : 발신 번호 표시 제한 호인 경우

INVITE tel:+821010002001 SIP/2.0

Privacy: id

Call-ID:

Via:

From: “Anonymous” <sip:[email protected]>;tag=489968bd54699

To: <tel:+821010002001>

CSeq:

Max-Forwards:

Contact:

Accept-Contact:

Session-Expires:

Supported:

Require:


P-Asserted-Service:

…




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

한다.


６７ TTAK.KO-06.0338/R1


Privacy: none

Call-ID:

Via:


To: <tel:+821010002001>

CSeq:

Max-Forwards:

Contact:

Session-Expires:

Supported:

Require:


…






• 14. 180 Ringing 메시지(IBCF_B IBCF_A)

SIP/2.0 180 Ringing

Call-ID:

Via:


To: <tel:+821010002001>;tag=32481bsd324

CSeq:

Max-Forwards:

Contact:

Supported:

Require:


…











６８ TTAK.KO-06.0338/R1

SIP/2.0 200 OK

Call-ID:

Via:


To: <tel:+821010002001>;tag=32481bsd324

CSeq:

Max-Forwards:

Contact:

Session-Expires:

Supported:

Require:


…











Call-ID:

Via:


To: <tel:+821010002001>;tag=32481bsd324

CSeq:

Max-Forwards:

…






６９ TTAK.KO-06.0338/R1

8.12. 발신 번호 표시 제한

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

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

동일하다.






INVITE tel:+821010002001 SIP/2.0

Privacy: id

Call-ID:

Via:


To: <tel:+821010002001>

CSeq:

Max-Forwards:

Contact:

Accept-Contact:

Session-Expires:

Supported:

Require:


P-Asserted-Service:

…











７０ TTAK.KO-06.0338/R1

SIP/2.0 180 Ringing

Call-ID:

Via:


To: <tel:+821010002001>;tag=32481bsd324

CSeq:

Max-Forwards:

Contact:

Supported:

Require:


…









• 23. 200 OK 메시지(IBCF_B IBCF_A) SIP/2.0 200 OK

Call-ID:

Via:


To: <tel:+821010002001>;tag=32481bsd324

CSeq:

Max-Forwards:

Contact:

Session-Expires:

Supported:

Require:


…










７１ TTAK.KO-06.0338/R1



Call-ID:

Via:


To: <tel:+821010002001>;tag=32481bsd324

CSeq:

Max-Forwards:

…





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/R1

8.13.1. 무조건 착신 전환

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

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

RTP

1. INVITE

6. INVITE

Operator A Network

[email protected]

IMS Core_A IBCF_A

Operator B Network


Supported: 100rel

착신전환


(Require: 100rel)

3. PRACK

4. 200 OK

5. 181 Call is Being Forwarded

History-Info 7. INVITE 8. INVITE9. INVITE

10. 180 Ringing11. 180 Ringing


14. 180 Ringing 15. 200 OK16. 200 OK

17. 200 OK18. 200 OK

19. 200 OK

24. ACK

21. ACK22. ACK

23. ACK

20. ACK

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


７３ TTAK.KO-06.0338/R1

• 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:

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-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/R1

• 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 OK

Via:

Call-ID:

From:

To:

CSeq:

Contact:


Content-Length:

Content-Type:

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


• 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/R1

8.13.2. 통화 중 착신 전환

착신 단말로 전송한 ‘INVITE’ 메시지에 대해 ‘302 Moved Temporarily’ 또는 ‘486 Busy’

응답 메시지를 수신한 경우 등록된 전환 번호로 착신 전환되며, 그 절차는 다음 그림과

같다.

RTP

1. INVITE

9. INVITE

Operator A Network

user1@opera

torA.netIMS Core_A

user2@opera

torA.net

Operator B Network


torB.net

Supported: 100rel

착신전환


(Require: 100rel)

6. PRACK

7. 200 OK





17. 180 Ringing 18. 200 OK19. 200 OK

20. 200 OK21. 200 OK

22. 200 OK

27. ACK

24. ACK25. ACK

26. ACK

23. ACK

2. INVITE

IBCF_A

3. 302 or 486

4. ACK

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

• 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)



７６ TTAK.KO-06.0338/R1


우






Accept-Contact:

Allow:

CSeq:

Call-ID:

Contact:

Content-Length:

Content-Type:

From:


Max-Forwards:

Privacy:

Session-Expires:

Supported:

To:

Via:

User-Agent:



P-Served-User:

…






SIP/2.0 180 Ringing

Via:

Call-ID:

From:

To:

CSeq:

Record-Route:

P-Charging-Vector:

Content-Length:



７７ TTAK.KO-06.0338/R1





SIP/2.0 200 OK

Via:

Call-ID:

From:

To:

CSeq:

Contact:


Content-Length:

Content-Type:







Via:

Max-Forwards:

Route:

From:

To:

Call-ID:

CSeq:

Content-Length:




７８ TTAK.KO-06.0338/R1

8.13.3. 전원 OFF시 착신전환

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

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

RTP

1. INVITE

6. INVITE

Operator A Network

[email protected]

IMS Core_A IBCF_A

Operator B Network


Supported: 100rel

착신전환


(Require: 100rel)

3. PRACK

4. 200 OK





14. 180 Ringing 15. 200 OK16. 200 OK

17. 200 OK18. 200 OK

19. 200 OK

24. ACK

21. ACK22. ACK

23. ACK

20. ACK

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

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



우






７９ TTAK.KO-06.0338/R1


Accept-Contact:

Allow:

CSeq:

Call-ID:

Contact:

Content-Length:

Content-Type:

From:


Max-Forwards:

Privacy:

Session-Expires:

Supported:

To:

Via:

User-Agent:



P-Served-User:

…






SIP/2.0 180 Ringing

Via:

Call-ID:

From:

To:

CSeq:

Record-Route:

P-Charging-Vector:

Content-Length:







８０ TTAK.KO-06.0338/R1

SIP/2.0 200 OK

Via:

Call-ID:

From:

To:

CSeq:

Contact:


Content-Length:

Content-Type:







Via:

Max-Forwards:

Route:

From:

To:

Call-ID:

CSeq:

Content-Length:




８１ TTAK.KO-06.0338/R1

8.13.4. 무응답 시 착신 전환

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

과 같다.

RTP

1. INVITE

13. INVITE

Operator A Network

user1@opera

torA.netIMS Core_A

user2@opera

torA.net

Operator B Network


torB.net

Supported: 100rel

착신전환


(Require: 100rel)

10. PRACK

11. 200 OK





21. 180 Ringing 22. 200 OK23. 200 OK

24. 200 OK

25. 200 OK26. 200 OK

31. ACK

28. ACK29. ACK

30. ACK

27. ACK

2. INVITE

IBCF_A

3. 180 Ringing

5. CANCEL

4. 180 Ringing

6. 200 OK


8. ACK

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


８２ TTAK.KO-06.0338/R1



• 3. 180 Ringing 메시지(user2 -> IMS Core_A)


• 5. CANCEL 메시지(IMS Core_A -> user2) : 착신전환_무응답 판단

• 6. 200 OK 메시지(user2 -> IMS Core_A)

• 7. 487 Request Terminated 메시지(user2 -> IMS Core_A)



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

경우






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-Served-User:

…





８３ TTAK.KO-06.0338/R1



SIP/2.0 180 Ringing

Via:

Call-ID:

From:

To:

CSeq:

Record-Route:

P-Charging-Vector:

Content-Length:






SIP/2.0 200 OK

Via:

Call-ID:

From:

To:

CSeq:

Contact:


Content-Length:

Content-Type:







Via:

Max-Forwards:

Route:

From:

To:

Call-ID:

CSeq:

Content-Length:


８４ TTAK.KO-06.0338/R1



8.13.5. 음영 지역 시 착신 전환

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

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

며, 그 절차는 다음 그림과 같다

RTP

1. INVITE

9. INVITE

Operator A Network

[email protected]

IMS [email protected]

Operator B Network


Supported: 100rel

착신전환


(Require: 100rel)

6. PRACK

7. 200 OK





17. 180 Ringing 18. 200 OK19. 200 OK

20. 200 OK21. 200 OK

22. 200 OK

27. ACK

24. ACK25. ACK

26. ACK

23. ACK

2. INVITE

IBCF_A

3. 408 수신 또는 180 미수신

4. ACK

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



• 3. 408 Request Timeout 수신 또는 180 Ringing 미수신 메시지(user2 -> IMS Core_A)



８５ TTAK.KO-06.0338/R1



우

• 7. 200 OK 메시지( 메시지 메시지(IMS Core_A -> user1)





Accept-Contact:

Allow:

CSeq:

Call-ID:

Contact:

Content-Length:

Content-Type:

From:

History-Info:<sip:[email protected]>;index=1,<tel:user3;cause=503 >;index=1.1

Max-Forwards:

Privacy:

Session-Expires:

Supported:

To:

Via:

User-Agent:



P-Served-User:

…






SIP/2.0 180 Ringing

Via:

Call-ID:

From:

To:

CSeq:

Record-Route:

P-Charging-Vector:

Content-Length:


８６ TTAK.KO-06.0338/R1






SIP/2.0 200 OK

Via:

Call-ID:

From:

To:

CSeq:

Contact:


Content-Length:

Content-Type:







Via:

Max-Forwards:

Route:

From:

To:

Call-ID:

CSeq:

Content-Length:



8.14. 가상 번호

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

상 번호를 부여하는 서비스이다.

가상 번호 발신은 발신 망에서, 가상 번호 착신은 착신 망에서 사업자별 요구 사항에

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


８７ TTAK.KO-06.0338/R1

8.15. 통화 중 대기

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

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

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

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

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

RTP

1. INVITE

2. INVITE

Operator A Network

user3@opera

torA.netIMS Core_A

user1@opera

torA.net

Operator B Network


torB.net

Supported: 100rel

3. INVITE 4. INVITE5. INVITE



10. 180 Ringing 11. 200 OK12. 200 OK

13. 200 OK

14. 200 OK15. 200 OK

20. ACK

17. ACK18. ACK

19. ACK

16. ACK

IBCF_A

RTP

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





８８ TTAK.KO-06.0338/R1


Accept-Contact:

Allow:

CSeq:

Call-ID:

Contact:

Content-Length:

Content-Type:

From:

Max-Forwards:

Privacy:

Session-Expires:

Supported:

To:

Via:

User-Agent:



P-Served-User:

…






SIP/2.0 180 Ringing

Via:

Call-ID:

From:

To:

CSeq:

Record-Route:

P-Charging-Vector:

Content-Length:






tel:user2


８９ TTAK.KO-06.0338/R1

SIP/2.0 200 OK

Via:

Call-ID:

From:

To:

CSeq:

Contact:


Content-Length:

Content-Type:







Via:

Max-Forwards:

Route:

From:

To:

Call-ID:

CSeq:

Content-Length:



8.15.2. 호 보류

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

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

로컬 호 보류음을 송출할 수 있다.

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

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

는 다음과 같다.


９０ TTAK.KO-06.0338/R1

Holding

1. INVITE

2. INVITE

Operator A Network

user1@opera

torA.netIMS Core_A

Operator B Network


torB.net

a=sendonly3. INVITE

4. INVITE5. INVITE

6. 200 OK7. 200 OK

8. 200 OK

9. 200 OK10. 200 OK

15. ACK

12. ACK13. ACK

14. ACK

11. ACK

IBCF_A

RTP

a=recvonly

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




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-Served-User:

…

a=sendonly


９１ TTAK.KO-06.0338/R1



• 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 OK

Accept-Contact:

Allow:

CSeq:

Call-ID:

Contact:

Content-Length:

Content-Type:

From:

Session-Expires:

Supported:

To:

Via:

User-Agent:


P-Served-User:

…

a=recvonly







Via:

Max-Forwards:

Route:

From:

To:

Call-ID:

CSeq:

Content-Length:



sip:yyy.yyy.yyy.yyy


９２ TTAK.KO-06.0338/R1

8.16. 영상 통화

8.16.1. 영상 통화






LTE 발신 경우

INVITE tel:+821010002001 SIP/2.0

Call-ID:

Via:

From:

To:

CSeq:

Max-Forwards:

Contact:


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

Session-Expires:

Supported:

Require:

P-Asserted-Identity:

P-Asserted-Service:

Content-Length:


v=0

o=01032166906 3564365270 3564365270 IN IP4 49.56.85.241

s=-

c=IN IP4 49.56.85.241

t=0 0

m=audio 51296 RTP/AVP 97 98 99 100 101 102

b=AS:41

b=RS:0

b=RR:1000

a=rtpmap:97 AMR-WB/16000/1

a=rtpmap:97 mode-change-capability=2; max-red=220


a=fmtp:98 octet-align=1; mode-change-capability=2; max-red=220

a=rtpmap:99 telephone-event/16000

a=fmtp:99 0-15

a=rtpmap:100 AMR/8000/1





a=fmtp:102 0-15

a=sendrecv

a=ptime:20

a=maxptime:240

m=video 51298 RTP/AVP 103 104 105 34


９３ TTAK.KO-06.0338/R1

b=AS:768

b=RS:0

b=RR:19200

a=rtpmap:103 H264/90000

a=fmtp:103 profile-level-id=42C016; packetization-mode=1; sprop-parameter-

sets=Z0LAFukDwKMg,aM4G4g==

a=rtpmap:104 H264/90000

a=fmtp:104 profile-level-id=42C00D; packetization-mode=1; sprop-parameter-

sets=Z0LADekCg/I=,aM4G4g==

a=rtpmap:105 H264/90000

a=fmtp:105 profile-level-id=42C00A; packetization-mode=1; sprop-parameter-

sets=Z0LACukFicg=,aM4G4g==

a=rtpmap:34 H263/90000

a=fmtp:34 profile=0; level=10; QCIF=2

a=sendrecv

a=framerate:15

a=framesize:103 480-640




3G 발신 경우

INVITE tel:+821010002001 SIP/2.0

Call-ID:

Via:

From:

To:

CSeq:

Max-Forwards:

Contact:



Session-Expires:

Supported:

Require:


P-Asserted-Service:

Content-Length:


v=0

o=sip:[email protected] 3518419 3518419 IN IP4 28.29.46.183

s=-

i=A VT Session

c=IN IP4 28.29.46.183

t=0 0

m=audio 49152 RTP/AVP 100 101 102

b=AS:30

b=RS:0

b=RR:1000


a=fmtp:100 mode-change-capability=2;max-red=220


a=fmtp:101 octet-align=1; mode-change-capability=2;max-red=220

a=rtpmap:102 telephone-event/8000/1

a=fmtp:102 0-15

a=sendrecv

a=ptime:20

a=maxptime:120

m=video 49154 RTP/AVP 34

b=AS:768


９４ TTAK.KO-06.0338/R1

b=RS:0

b=RR:19200

a=rtpmap:34 H263/90000/1


a=sendrecv

a=framerate:7






























９５ TTAK.KO-06.0338/R1





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

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

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

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

8.17. 영상/음성 전환

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

이다.

음성/영상 전환 Capability를 전달하는 P-TTA-VoLTE-Info 헤더는 모든 (re-

)INVITE/200 OK 메시지에 포함되어야 한다.

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


９６ TTAK.KO-06.0338/R1

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


９７ TTAK.KO-06.0338/R1

• 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)


Call-ID:

Via:

From:

To:

CSeq:

Max-Forwards:

Contact:



Session-Expires:

Supported:

Require:


P-Asserted-Service:

P-TTA-VoLTE-Info: avchange

Content-Length:


v=0

o=01032166906 3564365270 3564365270 IN IP4 49.56.85.241

s=-

c=IN IP4 49.56.85.241

t=0 0

m=audio 51296 RTP/AVP 97 98 99 100 101 102

b=AS:41

b=RS:0

b=RR:1000






a=fmtp:99 0-15






a=fmtp:102 0-15

a=sendrecv

a=ptime:20

a=maxptime:240

m=video 51298 RTP/AVP 103 104 105 34

b=AS:768

b=RS:0


９８ TTAK.KO-06.0338/R1

b=RR:19200

a=rtpmap:103 H264/90000

a=fmtp:103 profile-level-id=42C016; packetization-mode=1; sprop-parameter-

sets=Z0LAFukDwKMg,aM4G4g==

a=rtpmap:104 H264/90000

a=fmtp:104 profile-level-id=42C00D; packetization-mode=1; sprop-parameter-

sets=Z0LADekCg/I=,aM4G4g==

a=rtpmap:105 H264/90000

a=fmtp:105 profile-level-id=42C00A; packetization-mode=1; sprop-parameter-

sets=Z0LACukFicg=,aM4G4g==

a=rtpmap:34 H263/90000


a=sendrecv

a=framerate:15





• 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)




















９９ TTAK.KO-06.0338/R1

부 록 Ⅰ

관련 문헌

[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.


１００ TTAK.KO-06.0338/R1

[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.

[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/R1

표준 작성 공헌자

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

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

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

표준(과제)

제안 이동기

모바일 응용서비스

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

표준 초안

작성자 최우용 VoLTE 실무반 의장 [email protected] SKT

표준 초안

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

표준 초안

검토

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

문종환 VoLTE 실무반 부의장 [email protected] LGU+

정현덕 VoLTE 실무반 부의장 [email protected] KT

김병진

VoLTE 실무반 위원

[email protected] SKT

이동철 [email protected] LGU+

신귀영 [email protected] LGU+

이경재 [email protected] LGU+

박성민 [email protected] LGU+

유종덕 [email protected] 텔코웨어

이교영 [email protected] 텔코웨어

외 모바일 플랫폼 및 서비스 프로젝트그룹(PG703) 위원 등

표준안

심의

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

의장 [email protected] LG 전자

외 이동통신기술위원회(TC7) 위원 등

사무국

담당

김대중 - 031-724-0090

[email protected] TTA

김수학 - 031-724-0096

[email protected] TTA


이동통신 사업자 간 VoLTE 서비스 연동 규격 (VoLTE Interworking Specification among Korean MNOs)

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

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

463-824, 경기도 성남시 분당구 분당로 47

Tel : 031-724-0114, Fax : 031-724-0109

발행일 : 20xx.xx.