t t a s t a n d a r d 정보통신단체표준(국문표준) i ttak.ko-06.0357/r2 서 문 1....

T T

A

S t a

n d

a r d

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

TTAK.KO-06.0357/R2 개정일: 2015 년 6 월 xx 일

사업자 간 UICC 이동성 제공을

위한 VoLTE 단말 규격

Specification of VoLTE Terminal for UICC

Portability between Mobile Operators


TTAK.KO-06.0357/R2 개정일: 2015 년 6 월 xx 일

사업자 간 UICC 이동성 제공을 위한

VoLTE 단말 규격

Specification of VoLTE Terminal for UICC Portability

between Mobile Operators

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

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

Copyrightⓒ Telecommunications Technology Association 2015. All Rights Reserved.


TTAK.KO-06.0357/R2 i

서 문

1. 표준의 목적

본 표준은 VoLTE(Voice over LTE) 단말기에 대해 이동 통신 사업자 간 UICC 이동성을

확보하기 위한 요구 사항 및 기술을 규정한 것으로, LTE 환경하에서 IMS 기반 서비스를

제공하기 위한 최소한의 요구 사항을 정의한다.

2. 주요 내용 요약

본 표준은 VoLTE 단말기의 이동 통신 사업자 간 UICC 이동성을 위한 기술을

규정하며, VoLTE 음성 전화(CID 및 음성 부가서비스), 영상 전화, SMS/MMS 를 제공하기

위한 핵심적인 프로토콜 및 전송 규격을 정의한다.

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

본 표준은 VoLTE 단말기에 대해 이동 통신 사업자 간 UICC 이동성을 확보함으로써

사용자의 선택권 및 편의성을 보장하고, VoLTE 서비스 기술의 발전과 관련 응용 서비스

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

제공이 가능해 질 것이다.

4. 참조 표준(권고)

4.1. 국외 표준(권고)

- GSMA IR.92, V7.0, ‘IMS Profile for Voice and SMS’

- GSMA IR.94, V6.0, ‘IMS Profile for Conversational Video Service’


TTAK.KO-06.0357/R2 ii

4.2. 국내 표준

- 해당 사항 없음.

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

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

본 표준은 ‘GSMA IR.92’ 및 ‘GSMA IR.94’ 표준을 기반으로 하여 국내 서비스 현황에

적합하도록 수정 및 보완하였다.

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

TTAK.KO-07.0357/R2 GSMA IR.92 GSMA IR.94 비고

5. IMS 기능 2. IMS Feature Set 2. IMS Feature Set 수정

7. Radio and Packet Core

Feature Set


Feature Set


Feature Set 수정

8. 공통 기능 5. Common Functionalities - 수정

부록 II. Example SDP

Offer/Answer

Annex A. Complementing

IMS with CS - 수정

6. 지식 재산권 관련 사항

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

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

확인 후 이용한다.

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


TTAK.KO-06.0357/R2 iii

7. 시험 인증 관련 사항

7.1. 시험 인증 대상 여부


7.2. 시험 표준 제정 현황


8. 표준의 이력 정보

8.1. 표준의 이력

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

제 1 판 2013.03.28 제정

TTAK.KO-06.0357

제 2 판 2014.07.02 개정

TTAK.KO-06.0357/R1

제 3 판 2015.06.xx 개정

TTAK.KO-06.0357/R2


TTAK.KO-06.0357/R2 iv

8.2. 주요 개정 사항

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

5. IMS 기능 5. IMS 기능

1. User-Agent(Operator,

version) 및 IMS MO 수정(version 포

함)

2. 통화중 대기 부가서비스 정의

3. 비디오 미디어 SDP mandatory 및

비디오 해상도 별 파라미터 정의 table

수정(H264_VGA_landscape 추가)


Feature Set


Feature Set PDN connection 수정

8. 공통 기능 8. 공통 기능 LTE single mode 의 비행기모드에서

긴급호 처리 정의

부록 II. SDP Offer/Answer

sample

부록 II. SDP Offer/Answer

sample SDP Offer/Answer sample 수정


TTAK.KO-06.0357/R2 v

Preface

1. Purpose of Standard

This standard describes the requirement and technology for the VoLTE(Voice over

LTE) terminal to ensure the UICC portability among Korean Mobile Operators. The

minimum requirements for IMS based services in LTE network are defined in this

standard.

2. Summary of Contents

This standard specifies the requirement for the VoLTE terminal to ensure the UICC

portability among Korean Mobile Operators. The core and transmission protocols to

provide VoLTE including Voice Call, CID and Voice supplementary services, Video Call

and SMS/MMS are defined.

3. Applicable Fields of Industry and its Effect

This standard will ensure more options and conveniences for the user and contribute

to the developments of VoLTE Service and the activation of related application services.

In addition, the various supplementary services based on IMS will be provided in

accordance with related service activations.


TTAK.KO-06.0357/R2 vi

4. Reference Standards(Recommendations)

4.1. International Standards(Recommendations)

- GSMA IR.92, V7.0, “IMS Profile for Voice and SMS”

- GSMA IR.94, V6.0, “IMS Profile for Conversational Video Service”

4.2. Domestic Standards

- None

5. Relationship to Reference Standards(Recommendations)

5.1. Relationship of Reference Standards(Recommendations)

This standard referred to “GSMA IR.92” and “GSMA IR.94” and modified these

standards for the voice, video and SMS services considering domestic status.

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

TTAK.KO-07.0357/R2 GSMA IR.92 GSMA IR.94 Remarks

5. IMS Feature 2. IMS Feature Set 2. IMS Feature Set Modified

7. Radio and Packet

Core Feature Set

4. Radio and Packet

Core Feature Set

4. Radio and Packet

Core Feature Set Modified

8. Common

Functionalities

5. Common

Functionalities - Modified

Appendix II. Example

SDP Offer/Answer

Annex A.

Complementing IMS

with CS

- Modified


TTAK.KO-06.0357/R2 vii

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.0357/R2 viii

8. History of Standard

8.1. Change History

Edition Issued date Outline

The 1st edition 2013. 12. 18 Established

TTAK.KO-06.0357

The 2nd edition 2014. 07. 02 Revised

TTAK.KO-06.0357/R1

The 3rd edition 2015. 06. xx

Revised

TTAK.KO-06.0357/R2

8.2. Revisions

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

5. IMS Feature 5. IMS Feature

1. Modified User-Agent(Operator,

version) and IMS MO

2. Defined Communication Waiting

supplementary Service

3. Modified Video media SDP

mandatory and Video resolution

parameters table

(H264_VGA_landscape)


Feature Set


Feature Set Modified PDN connection

8. Common Functionalities 8. Common Functionalities Defined emergency call in flight

mode of LTE single mode

Appendix II. SDP

Offer/Answer sample

Appendix II. SDP

Offer/Answer sample Modified SDP Offer/Answer sample


TTAK.KO-06.0357/R2 ix

목 차

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

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

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

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

5. IMS 기능 ..................................................................................................... ５

5.1. 일반 사항 ............................................................................................ ５

5.2. 일반 IMS 기능에 대한 지원 .................................................................... ５

5.3. 부가 서비스 ...................................................................................... １１

5.4. 호 셋업 시 고려 사항 ......................................................................... １４

5.5. 관리 객체(Management Object) ........................................................... ２０

6. IMS 미디어 ............................................................................................... ２２

6.1. 일반 사항 ......................................................................................... ２２

6.2. 오디오 미디어(Voice Media) ................................................................ ２３

6.3. 비디오 미디어(Video Media) ................................................................ ２７

6.4. DTMF 이벤트 .................................................................................... ２８

7. Radio and Packet Core Feature Set .............................................................. ２９

7.1. 일반사항 .......................................................................................... ２９

7.2. Robust Header Compression ............................................................... ３０

7.3. LTE Radio Capabilities ........................................................................ ３０

7.4. Bearer 관리 ...................................................................................... ３２

8. 공통 기능 ................................................................................................. ３５

8.1. IP 버전 ............................................................................................. ３５

8.2. 긴급 호 서비스.................................................................................. ３５

9. SMS ......................................................................................................... ３８


TTAK.KO-06.0357/R2 x

9.1. SMS 동작 방식 선택 .......................................................................... ３８

9.2. SMS over SGs ................................................................................... ３８

9.3. SMS over IP ...................................................................................... ３８

10. MMS ...................................................................................................... ３９

부 속 서 A ................................................................................................... ４１

부 록 Ⅰ ....................................................................................................... ４４

부 록 II ........................................................................................................ ４８


TTAK.KO-06.0357/R2 xi

Contents

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

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

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

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

5. IMS 기능 ..................................................................................................... ５

5.1. 일반 사항 ............................................................................................ ５

5.2. 일반 IMS 기능에 대한 지원 .................................................................... ５

5.3. 부가 서비스 ...................................................................................... １１

5.4. 호 셋업 시 고려 사항 ......................................................................... １４

5.5. 관리 객체(Management Object) ........................................................... ２０

6. IMS 미디어 ............................................................................................... ２２

6.1. 일반 사항 ......................................................................................... ２２

6.2. 오디오 미디어(Voice Media) ................................................................ ２３

6.3. 비디오 미디어(Video Media) ................................................................ ２７

6.4. DTMF 이벤트 .................................................................................... ２８

7. Radio and Packet Core Feature Set .............................................................. ２９

7.1. 일반사항 .......................................................................................... ２９

7.2. Robust Header Compression ............................................................... ３０

7.3. LTE Radio Capabilities ........................................................................ ３０

7.4. Bearer 관리 ...................................................................................... ３２

8. 공통 기능 ................................................................................................. ３５

8.1. IP 버전 ............................................................................................. ３５

8.2. 긴급 호 서비스.................................................................................. ３５

9. SMS ......................................................................................................... ３８

9.1. SMS 동작 방식 선택 .......................................................................... ３８


TTAK.KO-06.0357/R2 xii

9.2. SMS over SGs ................................................................................... ３８

9.3. SMS over IP ...................................................................................... ３８

10. MMS ...................................................................................................... ３９

부 속 서 A ................................................................................................... ４１

부 록 Ⅰ ....................................................................................................... ４４

부 록 II ........................................................................................................ ４８


TTAK.KO-06.0357/R2 １

사업자 간 UICC 이동성 제공을 위한 VoLTE 단말 규격

(Specification of VoLTE Terminal for UICC Portability

between Mobile Operators)

1. 개요

본 표준은 한국 이동 통신 사업자 간 VoLTE 단말기의 UICC 이동성을 위한 기술을

규정하는 것으로 VoLTE 음성 전화(CID 및 음성 부가서비스), 영상 전화, SMS/MMS 를

제공하기 위한 핵심적인 프로토콜 및 전송 규격을 정의한다.

2. 표준의 구성 및 범위

본 표준은 LTE 환경하에서 IMS 기반 서비스를 제공하기 위한 최소한의 요구

사항만을 정의한 것으로 특별히 권고 사항으로 기술된 부분을 제외한 모든 기능은 ‘부록

I. 참고 문헌’을 참조하여 단말기 개발에 적용하여야 한다.

3. 참조 표준(권고)

- GSMA IR 92, V7.0, ‘IMS Profile for Voice and SMS’

- GSMA IR 94, V6.0, ‘IMS Profile for Conversational Video Service’

4. 용어 정의 및 약어

3GPP 3rd Generation Partnership Project

AM Acknowledged Mode

AMR Adaptive Multi-Rate


TTAK.KO-06.0357/R2 ２

AMR-WB Adaptive Multi-Rate Wideband

APN Access Point Name

AVP Audio Video Profile

AVPF AVP Feedback Profile

CB Communication Barring

CCM Codec Control Message

CDIV Communication Diversion

CDIVN CDIV Notification

CFNL Communication Forwarding on Not Logged-in

CFNRc Communication Forwarding on Not Reachable

CID Caller ID

CN Core Network

CNAME Canonical End-Point Identifier SDES Item

CS Circuit Switched

CSFB CS Fallback

CW Communication Waiting

DRB Data Radio Bearer

DRX Discontinuous Reception

DTX Discontinuous Transmission

eNB eNodeB

EPS Evolved Packet System

E-UTRAN Evolved Universal Terrestrial Radio Access Network

FIR Full Intra Request

FDD Frequency-Division Duplexing

GBR Guaranteed Bit Rate

GRUU Globally Routable User agent URI

GSM Global System for Mobile communications

HSPA High-Speed Packet Access

ICS IMS Centralized Services

ICSI IMS Communication Service Identifier


TTAK.KO-06.0357/R2 ３

IM IP Multimedia

IMPU IP Multimedia Public Identity

IMS IP Multimedia Subsystem

IMS-AKA IMS Authentication and Key Agreement

IMSI International Mobile Subscriber Identity

IP Internet Protocol

IPv4 Internet Protocol Version 4

IPv6 Internet Protocol Version 6

ISIM IM Services Identity Module

LTE Long Term Evolution

MMTel Multimedia Telephony

MO Managed Object

MRFP Media Resource Function Processor

NACK Negative Acknowledgment

MS Mobile Station

MS-ISDN Mobile Subscriber ISDN Number

MWI Message Waiting Indication

NGBR Non Guaranteed Bit Rate

PCC Policy and Charging Control

PCO Protocol Configuration Option

PCRF Policy and Charging Rules Function

P-CSCF Proxy - Call Session Control Function

PDN Packet Data Network

PLI Picture Loss Indication

PDP Packet Data Protocol

PRD Permanent Reference Document

PS Packet Switched

QCI Quality of Service Class Indicator

QOS Quality of Service

RAB Radio Access Bearer


TTAK.KO-06.0357/R2 ４

RAT Radio Access Technology

RFC Request For Comment

RLC Radio Link Control

RoHC Robust Header Compression

RTCP RTP Control Protocol

RTP Real Time Protocol

SCC AS Service Centralization and Continuity Application Server

SDES Session Descriptor RTCP Packet

SDP Session Description Protocol

SigComp Signalling Compression

SIP Session Initiation Protocol

SMSoIP SMS over IP

SR Sender Report

SRB Signalling Radio Bearer

SR-VCC Single Radio Voice Call Continuity

TAS Telephony Application Server

TDD Time-Division Duplexing

TFO Tandem-Free Operation

TMMBN Temporary Maximum Media Stream Bit Rate Notification

TMMBR Temporary Maximum Media Stream Bit Rate Request

TrFO Transcoder-Free Operation

UDP User Datagram Protocol

UE User Equipment

UICC Universal Integrated Circuit Card

UM Unacknowledged Mode

URI Uniform Resource Identifier

VoIP Voice Over IP

XCAP XML Configuration Access Protocol

XML eXtensible Markup Language


TTAK.KO-06.0357/R2 ５

5. IMS 기능

5.1. 일반 사항

아래는 Gm 참조점(Reference Point)에서 필수적으로 요구되는 IMS 프로파일을

제시한다.

5.2. 일반 IMS 기능에 대한 지원

5.2.1. SIP Registration 절차

UE는 ‘3GPP TS 24.229’[15]에 정의된 Session Initiation Protocol(SIP) Registration

절차를 따라야 한다. 또한 ‘3GPP TS 24.229’[15]의 ‘Annex L.3.1.2’의 2,3,4,5,6 항의

IMS Registration의 조건에 이상이 없을 때, UE는 IMS에 등록되어야 한다. ‘3GPP TS

24.305’[18]에서 정의된 3GPP UE 기능의 선택적 차단(Selective Disabling)은 본

프로파일의 권한이 아니다. 따라서 ‘3GPP TS 24.305’[18]의 Managed Object(MO)가

사용되지 않더라도 IMS는 그 단말에 가용하다고 전제한다.

UE는 IMS Multimedia Telephony 서비스를 표시하는 IMS Communication Service

Identifier(ICSI) 값을 포함하여야 한다. ICSI 값은 ‘3GPP TS 24.173’[14]에 정의된

urn:urn-7:3gpp-service.ims.icsi.mmtel 이며, ‘3GPP TS 24.229’[19]의 5.1.1.2.1 절에

규정된 절차를 따라야 한다. 영상 서비스를 표시하기 위해서는 ‘IETF RFC 3840’에

정의된 “video” feature tag를 Contact 헤더에 추가한다. 또한 UE가 SMS over IP를

제공하는 경우 ‘3GPP TS 24.341’[19]의 5.3.2.2 절에 정의된 +g.3gpp.smsip을

포함하여야 한다.

UE는 영상 서비스만 제공하는 경우 ‘IETF RFC 3840’에 정의된 audio;video feature

tag만 사용한다.


TTAK.KO-06.0357/R2 ６

UE는 User-Agent 헤더를 이용하여 단말 정보를 전송하며, 형식은 “User-Agent:

TTA-VoLTE/2.0 device-info device-type operator”에 따른다. 단, operator는 최초 출시

사업자를 의미한다.

User-Agent = “User-Agent” HCOLON VoLTE-client-val

VoLTE-client-val = "TTA-VoLTE/2.0" SP device-info SP device-type SP

operator

device-info = device-model SLASH software-version

device-model = 1*16(alphanum / “-“ / “_” / “.”)

software-version = 1*16(alphanum / “-“ / “_” / “.”)

device-type = "Device_Type" SLASH value

value = "Feature_Phone" / "Android_Phone" / "iPhone" / "Android_PAD" /

"iPad" / "Tablet_PC" / token

operator = "SKT" / "KT" / "LGU" / “OMD”1/ token

예 : User-Agent: TTA-VoLTE/2.0 SHV-E330L/KMR1R140207 Device_Type/Android_Phone

LGU

UE는 ‘3GPP TS 24.229’[15]의 5.1.1.3 절에 정의된 registration event package를

등록하여야 하며, 네트워크로부터 Subscribe 메시지에 대해 489 Bad Event 응답을

수신한 경우 registration event 동작을 수행하지 말아야 한다. UE는 SIP registration 시

Contact 헤더의 +sip.instance 파라미터에 ‘3GPP TS 23.003’[2]의 13.8 절에 정의된

IMEI URN을 포함하여야 한다.

IMS Core 네트워크의 VoLTE에 대해 사용되는 IRS(Implicit Registration Set)에 제공된

모든 IMS Public User Identity는 가명의 User Identity 가 되어야 하며 Tel URI를

포함하지 않을 수도 있다. 아래의 Public User Identity가 VoLTE에 사용되는 IRS에

할당되어야 하며, 이것은 VoLTE Registration 과정에서 UE에 의해 사용되어야 한다.

1 OMD(Open Market Device) : 자급제 단말인 경우 해당 value 사용


TTAK.KO-06.0357/R2 ７

a) ISIM이 사용되는 경우, ISIM의 Elementary File의 첫 번째 레코드에만 Public User

Identity(‘3GPP TS 31.103’[44] ‘4.2.4’ 참조)가 있는 경우는 일반호/긴급호에

모두 사용하고 2개 레코드가 존재하는 경우 첫번째는 긴급호에 두번째는

일반호에 사용; 또는

b) ISIM 부재 시 IMSI로부터 추출된 Temporary Public User Identity(‘3GPP TS

24.229’[15])

그 외의 다른 IRS2가 VoLTE를 위해 사용되어서는 안 된다.

긴급호 시 From 및 P-Preferred-Identity 값은 현재 SIP Registration에서 수신한 P-

Associated-URI의 첫번째 URI를 사용한다.

5.2.2. 인증

UE는 ‘3GPP TS 24.229’[15] 및 ‘3GPP TS 33.203’[45]에 정의된 IMS Authentification

and Key Agreement(IMS-AKA), Sec-Agree, IPsec 절차를 따라야 한다., 이 때 Sec-

Agree 은 사용하지 않는다.Integrity protection은 UE와 네트워크 모두 지원하여야 하며,

Confidentiality protection은 선택 사항이다.만일 네트워크 장애 등으로 IPsec 협상에

실패하는 경우 UE는 Sec-Agree, IPsec을 사용하지 않는다.

UE는 Security-Client 기본 값으로 ‘alg=hmac-sha-1-96, prot=esp, ealg=aes-cbc'를

사용하여야 하며, RFC 3329[85] 에 따라, prot parameter 가 없을 경우, 기본 값을 esp

로 사용하여야 한다.

UE는 un-protected registration 시 REGISTER Authorization 헤더의 algorithm

2 '3GPP TS 23.228'[7]에 의하면, 만약 2개의 사용자정보 모두가 동일한 IRS에 속하면 하나의

public user identity는 다른 public user identity의 가명이며, 동일한 서비스 프로파일에 연계되

고, 개별 및 전체 서비스를 구성하는 동일한 서비스 데이터를 갖는다.


TTAK.KO-06.0357/R2 ８

파라미터에 AKAv1-MD5 알고리즘 정보를 전송해야 한다.

UE는 ISIM 기반의 인증을 제공해야 하며, UICC(Universal Integrated Circuit Card)에

ISIM이 없는 경우 ‘3GPP TS 23.228’[7], Annex E.3.1 및 ‘3GPP TS 24.229’[15], Annex

C.2에 정의된 USIM 기반의 인증을 제공해야 한다


TTAK.KO-06.0357/R2 ９

5.2.3. Addressing

UE와 IMS Core 네트워크는 아래와 같이 ‘3GPP TS 23.003’[2], 13.4 절에 정의된

Public User Identities3를 지원해야 한다.

SIP URI 형식의 MSISDN

(예: sip:[email protected];user=phone)

TEL URI 형식의 MSISDN

(예: tel:+447700900123)

UE는 ‘3GPP TS 24.229’[15] 5.1.2A.1.3 절과 5.1.2A.1.5 절의 Alternative 2에서

규정된 local numbers를 지원해야 한다. UE는 Request URI의 SIP URI를 사용할 경우

user part에 local number와 “user=phone” 파라미터를 포함하여 dial string을 설정해야

하고, Tel URI를 사용할 경우 “phone-context” 파라미터가 설정되어야 한다.

만일 Tel과 SIP URI 둘다 사용 가능한 경우는 tel URI가 우선한다.

UE는 ‘3GPP TS 24.229’[15]의 7.2A.10.3 절의 Alternative 8에 정의된 “phone-

context”를 설정해야 한다. 즉, home local number에 대해서 UE는 SIP REGISTER

request에 사용된 home domain name을 “phone-context” 에 설정해야 한다.

UE는 <표 5-1>과 같이 입력번호를 처리해야 한다.

<표 5-1> 입력번호 처리를 위한 Dialing Plan

case 사용자 입력 번호 number URI

+로 시작하지 않는

dial string

8522

local number

tel:8522;phone-

context=home_domain_name

01032167941 tel:01032167941;phone-


3 네트워크에서의 Public User Indentity 지원에 대한 추가 요구사항은 IR.65 [65]에서 정의한다.

tel:8522;phone-context=home_domain_name





TTAK.KO-06.0357/R2 １０

case 사용자 입력 번호 number URI

*23# tel:*23#;phone-


+로 시작하는

dial string +821032167941

global

number tel:+821032167941

UE와 IMS Core 네트워크는 P-Called-Party-ID 헤더를 지원해야 하며, 네트워크는

‘3GPP TS 24.229’[15]에서 규정된 헤더 필드를 사용해야 한다.

5.2.4. 호 설정 및 종료

UE는 호 설정 및 종료에 있어 ‘3GPP TS 24.229’[15]를 따라야 하고, reliable

provisional response를 지원해야 한다. UE는 네트워크로 IMS communication service

정보를 전달하기 위해 ‘3GPP TS 24.229’[15]에 정의된 ICSI 값을 이용해야 한다. ICSI

값은 IMS Multimedia Telephony 서비스를 나타내는 urn:urn-7:3gpp-

service.ims.icsi.mmtel이며, 이는 ‘3GPP TS 24.173’[14]에 규정되어 있다.

UE는 Accept-Contact 헤더에 “require;explicit” 를 포함하여야 한다. 단. VT only로

Registration한 경우 Accept-Contact 헤더에 audio;video feature tag를 사용하며

“require;explicit”를 포함하지 않는다.. Accept-Contact 헤더에 “require;explicit”를

포함하는 메소드는 OPTIONS를 제외한 나머지에 해당한다.

UE는 영상 호 셋업을 위해 SIP (re)INVITE request에 오디오 및 비디오 미디어

설명자(media descriptor) 모두를 포함한 SDP를 전송하며, ‘IETF RFC 3840’[73] 및

‘IETF RFC 3841’[74]에 따라 Accept-Contact 헤더에 에 “video” media feature tag4를

포함한다. 단말은 발신 시 P-Preferred-Service 헤더에 ICSI를 포함하여 전송해야 한다.

UE는 양방향 비디오 미디어에 대해 SDP offer 및 answer를 전송할 수 있어야 한다.

UE는 INVITE/re-INVITE 전송 후 비디오 미디어 descriptor에 port 값이 ‘0’으로 설정된

4 “video” media feature tag는 미디어 feature tag의 ICSI 값과 함께 forking 알고리즘에서 비디오

및 오디오 가능 디바이스에 preference를 제공한다.

tel:*23#;phone-context=home_domain_name

tel:*23#;phone-context=home_domain_name

tel:+821032167941


TTAK.KO-06.0357/R2 １１

SDP answer를 수신하면 음성 통화를 제공해야 한다. 또한 UE는 비디오 미디어

descriptor 내 direction 속성을 이용하여(sendrecv, sendonly, recvonly, inactive) 양방향

및 단방향 비디오 스트림을 제공할 수 있어야 한다. UE는 SIP re-INVITE request의 비디

오 미디어 descriptor 내 direction 속성을 이용하여(sendrecv, sendonly, recvonly,

inactive) 비디오 스트림을 변경할 수 있어야 한다. UE는 SIP re-INVITE request의 비디오

descriptor의 port 값을 ‘0’으로 전송하여 비디오 스트림을 제거할 수 있다.

5.2.5. Forking

UE는 forked response를 수신할 수 있어야 하며, ‘IETF RFC 3261’[55], ‘3GPP TS

23.228’[7]의 4.2.7.3 절, ‘3GPP TS 24.229’[15]에서 규정된 절차에 따라 동작해야 한다.

UE는 final response를 수신하기 전 최소 7개의 early dialogue를 유지할 수 있어야 하며,

early dialogue를 통해 오디오 및 비디오에 대한 early media를 수신하여 처리할 수

있어야 한다.

5.2.6. Early-Media 와 안내방송

UE가 네트워크로부터 오디오 및 비디오에 대한 early media를 in-band로 수신하면,

‘3GPP TS 24.628’[71]에 정의된 절차에 따라 해당 in-band 정보를 이용하여 내부 호

진행 정보를 갱신해야 한다.

5.3. 부가 서비스

5.3.1. 부가 서비스 개요

UE는 본 절에서 규정한 제약에 따라 ‘3GPP TS 24.173’[14]에 정의된 부가 서비스를

지원 해야 하는데, 구체적으로 <표 5-2>의 부가 서비스를 지원해야 한다.


TTAK.KO-06.0357/R2 １２

<표 5-2> 부가 서비스 리스트

부가 서비스

Originating Identification Presentation 3GPP TS 24.607[23]

Originating Identification Restriction 3GPP TS 24.607[23]

Communication Forwarding Unconditional 3GPP TS 24.604[20]

Communication Forwarding on not Logged in 3GPP TS 24.604[20]

Communication Forwarding on Busy 3GPP TS 24.604[20]

Communication Forwarding on not Reachable 3GPP TS 24.604[20]

Communication Forwarding on No Reply 3GPP TS 24.604[20]

Barring of All Incoming Calls 3GPP TS 24.611[26]

Barring of All Outgoing Calls 3GPP TS 24.611[26]

Barring of Outgoing International Calls 3GPP TS 24.611[26] (주 1)

Barring of Outgoing International Calls – ex Home Country 3GPP TS 24.611[26] (주 1)

Barring of Incoming Calls - When Roaming 3GPP TS 24.611[26]

Communication Hold 3GPP TS 24.610[25]

Communication Waiting 3GPP TS 24.615 [27]

Customized Alerting Tone 3GPP TS 24.182[82]

음성 사서함

음성 영상 호 전환

주1) 국제통화 금지는 3GPP Release 9 기능임

5.3.2. 발신 번호 표시

UE는 호 착신 시 INVITE 메시지 내 P-Asserted-Identity header의 SIP URI 또는 tel

URI를 이용하여 표시해야 하며 여러 개의 P-Asserted-Identity header가 존재하는 경우

최상위 P-Asserted-Identity header의 URI를 사용해야 한다. 만약 tel URI 또는 SIP

URI의 userinfo가 +82로 시작하는 global-number-digits인 경우 +82를 0으로

대체하여 발신자 번호로 표시해야 한다.

(예 : +821012345678는 01012345678를 발신 번호 표시 번호로 사용)


TTAK.KO-06.0357/R2 １３

5.3.3. 발신 번호 표시 금지

UE 는 ‘3GPP TS 24.607’[23]에 규정된 SIP 절차를 지원해야 한다. ‘3GPP TS

24.607’[23]의 4.10 절에 규정된 서비스 구성은 선택 사항이다.

5.3.4. 착신 전환

UE는 착신 전환 서비스를 위해 ‘3GPP TS 24.604’[20]에 규정된 SIP 절차를 지원해야

하며, CDIV Notification(CDIVN) 서비스는 요구되지 않는다.

UE는 <표 5-3>과 같이 착신 전환 시 사용되는 History-Info 헤더를 지원해야 한다.

<표 5-3> 착신 전환 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

5.3.5. 발착신 금지

UE는 ‘3GPP TS 24.611’[26]에 규정된 SIP 절차를 지원해야 한다.

5.3.6. 호 보류

UE는 호 보류를 위한 Re-INVITE에 대해 488(Not Acceptable Here) 응답 수신 시

기존 통화를 유지해야 한다.


TTAK.KO-06.0357/R2 １４

5.3.7. 통화 연결음

UE 는 ‘3GPP TS 24.182’[25]에 규정된 Forking 모델의 Customized Alerting Tone을

지원해야 한다. UE는 사업자 요구 사항에 따라 Early-Session 모델을 지원하더라도

Forking 모델의 응답을 지원해야 한다.

5.3.8. 음성 영상 호 전환

UE는 (re-)INVITE 메시지 및 200 OK 메시지에 P-TTA-VoLTE-Info: avchange 헤더를

이용하여 음성/영상 호 전환 Capability 정보를 전송한다.

5.3.9. 통화 중 대기

UE는 3GPP TS 24.615 [27]에 정의된 Terminal based 방식을 사용하여야 하며, 이때

네트워크 시그널링을 통해 서비스를 설정할 수 있어야 한다.

5.4. 호 셋업 시 고려 사항

5.4.1. 자원 관리와 SIP 통합

5.4.1.1. Loss of PDN Connectivity

UE와 네트워크 사이의 Packet Data Network(PDN) 연결이 상실되는 경우5 네트워크는

‘3GPP TS 24.229’[15]의 5.2.8 절의 절차에 따라 해당 UE와 진행중인 모든 SIP 세션을

종료해야 한다.

5 P-CSCF가 Policy and Charging Rules Function(PCRF)으로부터 abort 세션 요청을 받은 경우

등


TTAK.KO-06.0357/R2 １５

UE가 TAU 절차 등에서 PDN 연결 상실을 감지하는 경우 PDN 연결을 재시도 해야

한다. UE는 PDN 또는 IP 재연결 시 IP가 변경되거나 registration timer가 만료된 경우

Initial IMS registration 절차를 수행해야 한다.

5.4.1.2. Loss of Media Bearer and Radio Connection

오디오에 대해 사용되는 Guaranteed Bit Rate(GBR)을 설정하는데 실패하거나 세션 중

Bearer가 상실되는 경우67, 네트워크는 ‘3GPP TS 24.229’[15]의 5.2.8 절의 절차에 따라

오디오 미디어 스트림과 관련된 세션을 종료해야 한다(PCRF는 Bearer가 상실되는 경우

P-CSCF에 통보해야 한다).

SIP 세션이 미디어 스트림을 포함하고 미디어 스트림을 위해 지정된 Bearer 설정에

실패하거나 세션 중간에 손상되는 경우8 UE는 ‘3GPP TS 24.229’[15]의 6.1.1 절에 따라

SIP 세션을 변경하거나 거부 또는 종료해야 한다. UE는 미디어 유형에 따라 다르게

동작할 수 있다.

UE는 무선 연결 손상 후 회복되는 과정에서 registration timer가 만료된 경우 Initial

IMS registration 절차를 수행한다.

5.4.2. 오디오 미디어 고려 사항

6 GBR Bearer의 손상은 S1 release에 의해 지정된 무선 연결의 손상에 기인할 수 있다. 이로 인

해 UE의 무선 연결이 손상되면, 오디오 GBR Bearer에 대한 MME의 Initiated Dedicated Bearer

Deactivation 절차가 진행된다. 또한 현재의 자원 및 무선 상황에 따라 GBR Bearer가 손상되거나

설정에 실패할 수도 있다. 그러나 UE의 무선 연결이 손상된 경우 오디오 GBR Bearer의 손상에

기인한 SIP 세션의 종료는 시스템이 IMS 레벨 부하를 (빠르게)중단하기 위해 취할 수 있는 유일

한 방법이다 7 다른 미디어 유형에 사용되는 GBR Bearer의 설정에 실패하거나 세션 중 손상되는 경우 세션

유지 또는 중단은 네트워크 정책에 따른다.(네트워크는 영상통화에서 비디오 미디어의 손상이 있

는 경우 오디오 미디어만으로 세션을 지속할지 조정할 수 있다.) 8 오디오 Bearer가 손상되거나 설정에 실패하는 경우 네트워크는 일반적으로 해당 세션을 해제

한다. 이에 대한 보완으로 UE는 Bearer 또는 무선 연결 손상을 감지 할 수 있는 내부 로직을 가

지고 있어야 한다. 멀티미디어 커뮤니케이션에서 무선 연결은 유지되지만 비음성 Bearer가 손상

되는 경우 UE는 세션이 현 상태로 유지될지, 아니면 수정될지, 또는 중단될지를 결정해야 한다.


TTAK.KO-06.0357/R2 １６

UE는 오디오 미디어에 대한 Session Description Protocol(SDP) Offer/Answer 형식에

기본적으로 본 표준에 포함된 제약 사항과 ‘3GPP TS 26.114’[35]의 6.2.2 절, Annex

A에 규정된 형식을 따른다.

UE는 음성 호 시 <표 5-4>에 정의된 SDP mandatory 파라미터를 포함하여야 한다.

<표 5-4> 오디오 미디어 SDP mandatory 파라미터

Parameter Value Description

o <username>= [CTN] (주1)

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

b

AS:xx (주2)

RS:0

RR:2500 (주3)

a

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

fmtp:<payload type> octet-align=1

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

mode fmtp:<payload type>

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

fmtp:<payload type> 0-15

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

fmtp:<payload type> octet-align=1

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

mode fmtp:<payload type>

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

fmtp:<payload type> 0-15

sendrecv | sendonly | recvonly | inactive

ptime:20 Packet time

maxptime:<max packet time> (주4) Maximum packet time

candidate 5.4.4절 참조

주1) originator의 username은 CTN(Cellular Telephone Number)을 이용함


TTAK.KO-06.0357/R2 １７

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

값을 사용함

주3) RR 값은 권고 사항임

주4) maxptime 값은 120 ms

5.4.3. 비디오 미디어 고려 사항

UE는 비디오 미디어에 대한 Session Description Protocol(SDP) Offer/Answer 형식에

기본적으로 본 표준에 포함된 제약 사항과 ‘3GPP TS 26.114’[35]의 6.2.3 절, Annex

A에 규정된 형식을 따른다.

UE는 영상 호 시 목표 품질 수준, 영상 처리 능력, 혹은 디스플레이 해상도에 맞추어

<표 5-5>에 정의된 SDP mandatory 파라미터를 SDP Offer 또는 Answer에 포함하여야

한다. 해상도의 교섭은 ‘3GPP TS 26.114’[35], ‘IETF RFC 6236’[75]에 정의된

a=imageattr attribute9를 사용해야 한다.

<표 5-5> 비디오 미디어 SDP mandatory parameter

parameter value Description

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

b

AS <표6-2> 비디오 해상도별

파라미터 정의

RS:0

RR: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==

imageattr:<payload type> send [x=480,y=640]

9 a=framesize attribute는 해상도 교섭에 사용할 수 없다. 단, legacy 단말과 연동 시 imageattr

parameter가 없는 경우에만 sprop-parameter-set를 보고 해상도를 결정할 수 있어야 한다.


TTAK.KO-06.0357/R2 １８

parameter value Description

recv [x=480,y=640]


H.264 VGA Landscape

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


sprop-parameter-sets=

Z0KAFukBQHsg,aM4G4g==


recv [x=640,y=480]

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


sprop-parameter-

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


recv [x=320,y=240]


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


recv [x=176,y=144]

sendrecv | sendonly | recvonly | inactive

framerate:<frame rate> (주1) SDP내 포함된 video framerate

중 최대값

candidate 5.4.4절 참조

주1) framerate attribute는 기존 단말과의 호환성을 위해 SDP에 포함하나 단말 동작에 영향을

주어서는 안됨, 단말은 <표 6-2>에 따라 framerate을 설정해야 함.

5.4.4. Candidate Attribute

VoLTE 단말과 CSCF 사이에 NAT 장비가 존재하며 NAT 장비가 ALG 기능을 수행하는

경우 SIP/SDP 메시지의 UE IP가 모두 NAT IP로 변경되어 CSCF는 단말의 IP를 알 수

없게 된다.

본 절에서는 단말의 실제 IP, Port를 전달하는 방법에 대해 기술하며 RFC 5245[81] 에

명시되어 있는 SDP candidate attribute를 사용한다.


TTAK.KO-06.0357/R2 １９

RFC 5245에서 정의된 candidate 의 Syntax는 아래와 같다.

candidate-attribute = "candidate" ":" foundation SP component-id SP

transport SP

priority SP

connection-address SP ;from RFC 4566

port ;port from RFC 4566

SP cand-type

[SP rel-addr]

[SP rel-port]

*(SP extension-att-name SP

extension-att-value)

foundation = 1*32ice-char

component-id = 1*5DIGIT

transport = "UDP" / transport-extension

transport-extension = token ; from RFC 3261

priority = 1*10DIGIT

cand-type = "typ" SP candidate-types

candidate-types = "host" / "srflx" / "prflx" / "relay" / token

rel-addr = "raddr" SP connection-address

rel-port = "rport" SP port

extension-att-name = byte-string ;from RFC 4566

extension-att-value = byte-string

ice-char = ALPHA / DIGIT / "+" / "/"

candidate 생성 방법은 다음과 같다.

candidate:1 component-id transport priority private-ip port typ candidate-types

- component-id : 1~255 사이의 양의 정수 (1=RTP, 2=RTCP, 1로 고정)

- transport : UDP로 고정

- priority : 1 ~ 2^31-1 사이의 양의 정수 (priority = (2^24)*(type preference) +

(2^8)*(local preference) + (2^0)*(256 - component ID, 예제의 값을 사용)

- private-ip : 미디어 처리 IP (c line과 동일한 IP 사용)

- port : 미디어 처리 port (m line과 동일한 port 사용)

- typ : typ로 고정

- candidate-types : host로 고정

예) a=candidate:1 1 UDP 1482643883 223.60.80.86 7010 typ host


TTAK.KO-06.0357/R2 ２０

5.5. 관리 객체(Management Object)

IMS의 설정을 위해 UE는 ‘GSMA IR.92’[79]에서 요구하는 ‘3GPP TS 24.167’[68]에

정의된 3GPP IMS Management Object(MO) 를 지원해야 한다. LBO_P-CSCF-

Address는 복수로 사용 가능하므로, LBO_P-CSCF-Address X 노드를 (그림5-1)와 같이

정의한다. 예시는 3GPP_IMS/LBO_P-CSCF_Address/LBO_P-CSCF_Address_1/Address,

3GPP_IMS/LBO_P-CSCF_Address/LBO_P-CSCF_Address_1/AddressType이다.

(그림 5-1) LBO_P-CSCF_Address의 X노드 추가정의

또한 IMS MO의 Ext node에 <표 5-6>에서 정의된 TTA VoLTE Management

Object(MO)를 포함하여야 한다.

TTA VoLTE MO의 XML 문서는 본 표준에 별도 첨부되어 있다.

<표 5-6> TTA VoLTE MO V2.0 Node 정의

이름 빈도 포맷 최소 액세스 타입 설명

Speech_start One int Get, Replace 음성 RTP port

range 최소값

Speech_end One int Get, Replace 음성 RTP port


TTAK.KO-06.0357/R2 ２１

이름 빈도 포맷 최소 액세스 타입 설명

range 최대값

Video_start One int Get, Replace 영상 RTP port

range 최소값

Video_end One int Get, Replace 영상 RTP port

range 최대값

A ~ K One int Get, Replace SIP timer

A~K(millisecond)

AMR_WB_octet_aligned One int Get, Replace PT number

AMR_WB_bandwidth_efficient One int Get, Replace PT number

AMR_octet_aligned One int Get, Replace PT number

AMR_bandwidth_efficient One int Get, Replace PT number

H264_VGA One Int Get, Replace PT number

H264_VGA_landscape One int Get, Replace PT number

H264_QVGA One int Get, Replace PT number

DTMF_WB One int Get, Replace PT number

DTMF_NB One int Get, Replace PT number

Default_Mode One int Get, Replace AMR-WB Default

Mode (주1)

Service_Status One bool Get, Replace VoLTE on/off

SMS_PSI One chr Get, Replace SMS PSI string

DM_polling_period One int Get, Replace DM server polling

period (second)

ICCID One chr Get UICC카드의 ICCID

IPsec_enabled One bool Get, Replace IPsec on/off

주1) AMR-WB 의 기본 MODE를 지정함(값이 없으면 AMR-WB MODE 8을 사용).


TTAK.KO-06.0357/R2 ２２

TTA_VoLTE

Video_start

RTP_Port_Number

Video_end

Ext

SIP_Timer

E

F

Speech_start

Speech_end

A

B

D

C

J

K

G

I

H

Dynamic_Payload_Type

Speech

AMR_WB_bandwidth_efficient

AMR_WB_octet_aligned

AMR_bandwidth_efficient

AMR_octet_aligned

Video

H.264_QVGA

H.264_VGA

DTMF

DTMF_NB

DTMF_WB

Service_Status

SMS_PSI

DM_polling_period

ICCID

Speech AMR_WB Default_Mode

H.264_VGA_landscape

IPsec_enabled

(그림 5-2) TTA VoLTE Management Object (MO) V2.0

6. IMS 미디어

6.1. 일반 사항

본 절은 ‘3GPP TS 26.114’[35]에서 규정된 일련의 미디어 기능을 다룬다.


TTAK.KO-06.0357/R2 ２３

6.2. 오디오 미디어(Voice Media)

6.2.1. 오디오 코덱

UE는 ‘3GPP TS 26.071’[29], ‘3GPP TS 26.090’[31], ‘3GPP TS 26.073’[30] 및

‘3GPP TS 26.104’[34]에서 규정된 대로 AMR 음성 코덱을 지원해야 하며, 이때 ‘3GPP

TS 26.093’[32]에서 규정된 전체 8 개의 모드와 source rate controlled operations 이

포함된다. UE는 8개의 코덱 모드의 어떠한 subset으로도 동작해야 한다.

AMR-WB가 제공되는 경우, UE은 ‘3GPP TS 26.114’[35], ‘3GPP TS 26.171’[38],

‘3GPP TS 26.190’[40], ‘3GPP TS 26.173’[39] 및 ‘3GPP TS 26.204’[42]에서 기술되어

있는 AMR-WB 코덱을 지원해야 하며, 이때 ‘3GPP TS 26.193’[41]에서 규정된 전체

9개의 모드 및 source rate controlled operations이 포함된다. UE는 이러한 9개의 코덱

모드의 어떠한 subset으로도 동작되어야 한다.

6.2.2. RTP 프로파일 및 SDP 고려 사항

6.2.2.1. RTP 프로파일

음성 미디어의 RTP Profile 및 AVP(Audio Video Profile)는 ‘IETF RFC 3551’[57]을

따른다.

6.2.2.2. SDP Offer 고려 사항

AVP 프로파일이 이용되는 경우 SDP Offer에서 ‘IETF RFC 5939’에서 정의된

SDPCapNeg 프레임워크를 사용하지 않는다.


TTAK.KO-06.0357/R2 ２４

6.2.2.3. SDP Answer 고려 사항

UE는 SDPCapNeg를 이용하는 SDP Offer를 수신하는 경우 Answer를 전송할 수

있어야 하며, RTP AVP 프로파일10의 사용을 표시해야 한다.

6.2.2.4. SDP Session Modification 고려 사항

SDP media session modification 지원 범위(기본 호에서 session update 되는 경우)는

통화 중 re-INVITE(SDP IP주소, port 변경되었을 경우)를 사용하는 경우11에 한정한다.

6.2.3. 데이터 전송

UE는 음성을 전송하고 ‘IETF RFC 4961’[72]에서 규정된 symmetric RTP를 사용하기

위해, ‘IETF RFC 3550’[56] 및 ‘IETF RFC 768’[53]에서 규정된 RTP over UDP를

이용해야 한다.

10

3GPP TS 26.114 [35]의 section 6.2.1a에서는, RTP 프로파일 AVP 및 AVP 피드백 프로파일

(AVPF)에 대한 지원을 표시하기 위해 UE 또는 IMS 코어 네트워크는 SDPCapNeg 속성 “tcap‟과

“pcfg’을 사용하는 것이 권장된다. 따라서 미디어 기능의 전체 집합을 이용하는 단말과 호환되기

위해 최소 기능의 UE와 IMS 코어 네트워크는 SDPCapNeg 속성을 무시할 수 있어야 하며, 제안

에 있어 RTP AVP 프로파일에 응답할 수 있어야 한다. 11

Re-INVITE를 사용하는 서비스는 호대기, 음성/영상전환, ad-hoc conference, 음성/영상 회의

통화 등이 있다.


TTAK.KO-06.0357/R2 ２５

6.2.4. RTCP 사용

RTP의 실행은 ‘IETF RFC 3550’[56]에 따른 RTP 제어 프로토콜(RTCP)의 실행을

포함해야 하며, UE는 ‘IETF RFC 4961’[72]에서 규정된 symmetric RTCP를 사용해야

한다.

RTCP 트래픽의 대역폭은 ‘IETF RFC 3556’[58]에 규정된 바와 같이, 미디어

레벨에서의 “RS” 및 “RR” SDP 대역폭 변경자(modifier)를 사용해서 기술되어야 한다.

따라서 UE는 SDP에 “b=RS”와 “b=RR” 필드를 포함해야 하며, 이것을 해석할 수

있어야 한다. UE는 <표 6-1> 같이 RTP 및 RTCP의 Inactivity Timer를 설정할 수 있어야

한다. 이때 RTCP 사용 조건은 통화 중은 RS=0 & RR>0 이며, hold중에는 RS>=0 &RR>0

이어야 한다.

<표 6-1> 오디오 RTP/RTCP Inactivity Timer 설정

Inactivity timer 사용여부 (주 1) 전송 주기

통화 중 상태 대기 중 상태

RTP 사용 (10초) - -

RTCP 사용 안 함 사용 안 함 5초 이하

주 1) Inactivity timer : 해당시간 동안 패킷 미수신시 종료

UE는 ‘IETF RFC 3556’[58]의 규정 및 절차에 따라 송신 대역폭을 “RS”, "RR” SDP

대역폭 변경자(modifier)의 값에서 계산된 값으로 설정해야 하고, UE는 ‘IETF RFC

3550’[56]의 규정에 따른 RTCP 패킷의 전송을 지원해야 하며, 주요 내용은 다음과 같다.

RTCP 컴파운드 패킷 형식이 사용되어야 한다. 전송 시 컴파운드 패킷은 하나의

리포트 패킷과 하나의 자원 기술(SDES) 패킷을 포함해야 한다. 마지막 2개의 리포팅

간격 사이에 RTP 패킷이 전송되지 않는 경우 수신 리포트(RR, Receiver Report)가

전송되어야 한다. 수신 리포트(RR) 대신 전송 리포트(SR, Sender Report)가 전송될 수


TTAK.KO-06.0357/R2 ２６

있으며, 이것은 유효한 것으로 취급되고 인정되어야 한다.

SR, RR 및 SDES 패킷은 아래에 기술된 형식에 따라야 한다.

송신 리포트(Sender report, SR) RTCP 패킷과 수신 리포트(Receiver Report, RR) RTCP

패킷

• 버전 2가 사용되어야 한다.

• 패딩은 사용되지 않아야 한다.(패딩 비트는 설정되어서는 안 된다.)

자원기술(SDES) RTCP 패킷

• SR 패킷에서 규정된 버전과 패딩

• SDES 아이템 CNAME이 하나의 패킷에 포함12되어야 한다.

• 다른 SDES 아이템은 사용되지 않아야 한다.

기존 단말과의 호환 및 상호 연동을 위해, UE는 ‘IETF RFC 3550[56]에서 규정된

규칙에 따라, 모든 유형의 RTCP 패킷을 수신할 수 있어야 한다.

6.2.5. AMR Payload Format 고려 사항

‘IETF RFC 4867’[63] 에 정의된 Adaptive Multi Rate(AMR)와 Adaptive Multi-Rate

Wideband(AMR-WB)의 payload format이 지원되어야 한다. UE는 band-efficient 및

octet-aligned 포맷을 지원할 수 있어야 하며, SDP 파라미터는 ‘IETF RFC 4867’[63]와

5.4.2 절을 참조한다. UE는 상대방 SDP ptime에서 요청된 값으로 각 RTP 패킷의 음성

프레임 수를 보낼 수 있어야 한다. UE는 RTP 패킷에 하나의 음성 프레임을 수신하도록

12

랜덤하게 할당된 SSRC 식별자가 변경될 수 있기 때문에, SSRC 식별자를 상수로 남아 있는

자원에 대한 식별자와 결합하기 위해 CNAME 아이템은 포함되어야 한다. SSRC 식별자에서와 같

이, CNAME 식별자는 하나의 RTP 세션 내의 다른 모든 참가자 사이에서 동일(unique)해야 한다.


TTAK.KO-06.0357/R2 ２７

요청해야 하나, 하나의 RTP 패킷에 최대 6개의 음성 프레임을 수신13할 수 있어야 한다.

6.3. 비디오 미디어(Video Media)

6.3.1. 비디오 코덱(Video Codec)

UE는 ‘3GPP TS 26.114’[35] 5.2.2 절의 ‘ITU-T H.264’ CBP(constrained Baseline

Profile) Level 2.2를 지원해야 한다. 또한 UE는 ‘3GPP TS 26.114’ V10.7.0 5.2.2 절의

ITU-T 권고 H.263 Profile 0, Level 10을 지원해야 한다. UE는 2초 이하의 간격으로

IDR(H.264) 또는 I-frame(H.263)을 전송하여야 한다.

UE는 영상 호 설정 직후 전송하는 SPS, PPS정보가 네트워크에서 유실 시 발생 할 수

있는 화질 문제를 피하기 위해 영상 호 설정 후 10초 동안 매 IDR picture 앞에 SPS,

PPS 정보를 전송해야 한다

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

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

6.3.2. RTP Profile 과 데이터 전송

UE는 영상 미디어에 대해 ‘IETF RFC 3551’[57]에 기술된 RTP AVP profile을 사용해

야 하며 RTP/AVPF profile은 사용하지 말아야 한다.

13

이것은 SDP 협상 시 ptime attribute 값은 20으로, 그리고 maxptime attribute 값은 120으로

설정되어야 한다는 것을 의미한다.


TTAK.KO-06.0357/R2 ２８

UE는 6.2.2.2절의 SDP OFFER 및 6.2.2.3절의 SDP ANSWER 고려 사항을 따라야 한다.

6.3.3. RTCP 사용

비디오 미디어에 대한 RTCP는 6.2.4 절에 정의된 오디오 미디어에 대한 RTCP 요구

사항을 따른다. UE는 <표 6-3> 같이 RTP 및 RTCP를 설정할 수 있어야 한다.

<표 6-3> 비디오 RTP/RTCP Inactivity timer 설정

Inactivity timer 사용여부 (주 1)

전송 주기

통화 중 상태 대기 중 상태

RTP 사용 (10초) - -

RTCP 사용 안 함 사용 안 함 5초 이내

주 1) Inactivity timer : 해당시간 동안 패킷 미수신시 종료

6.3.4. H.263 RTP Payload Format 고려 사항

‘IETF RFC 2190’[83]에 정의된 H.263 의 payload format 이 지원되어야 한다.

6.3.5. H.264 RTP Payload Format 고려 사항

‘IETF RFC 6184’[84]에 정의된 H.264의 payload format이 지원되어야 한다.

UE는 H.264를 포함한 SDP Offer 시 packetization-mode=1과 sprop-parameter-

sets를 포함해야 하며, single NAL unit, non-interleaved packetization에 대한 응답을 처

리할 수 있어야 한다.

6.4. DTMF 이벤트


TTAK.KO-06.0357/R2 ２９

UE는 ‘3GPP TS 26.114’[35]의 Annex G에 규정된 DTMF event방식을 지원하고,

아래와 같은 event값을 지원하여야 한다.

<표 6-4> DTMF event 값

항목 값 설명

DTMF duration 1120 (8k DTMF)

2240 (16k DTMF)

사용자가 누르는 시간과 관계 없이

1120/2240(누적치)으로 전송

End-of-Event 횟수 3 회 3 회를 20ms 간격으로 전송

Duration 전송 간격 160 (8k DTMF)

320 (16k DTMF)

한 DTMF 내의 duration 전송 간격은 160/320 씩

증가

Volume 10 -10dBm

DTMF digit의 첫 패킷 간 간격은 최소 300ms 이상으로 한다.

: End packet20msDuration 전송간격 120ms

1120 1120 1120

180ms

300ms(digit 간간격)

180ms

(그림 6-1) 8k DTMF (예)

7. Radio and Packet Core Feature Set

7.1. 일반사항

본 표준에 포함된 LTE 무선 기능은 FDD LTE 만을 지원하는 UE 및 네트워크에

적용한다.

HSPA access를 통한 대화형 비디오 서비스를 지원하는 UE는 ‘GSMA PRD IR.58’[76]

4 절에 정의된 radio 및 packet core feature set에 대한 요구 사항을 만족해야 한다.


TTAK.KO-06.0357/R2 ３０

UE는 각 사업자가 요구하는 네트워크 획득 동작을 지원하여야 한다.

7.2. Robust Header Compression

UE는 ‘3GPP TS 36.323’[51], ‘IETF RFC 3095’[54]와 ‘IETF RFC 4815’[62]에 규정된

Robust Header Compression(RoHC)을 지원해야 한다. UE는 음성 미디어 전용 무선

Bearer를 통해 전송되는 패킷의 헤더를 압축할 수 있어야 한다. 최소한, UE는 IPv4 및

IPv6 모두에 대해 헤더를 압축하기 위한 “RTP/UDP/IP” 프로파일(0x0001)과 RTCP

패킷을 압축하기 위한 “UDP/IP” 프로파일(0x0002)을 지원해야 한다.

7.3. LTE Radio Capabilities

7.3.1. Radio Bearers

UE는 Voice over IMS 프로파일에 대한 아래의 무선 Bearer의 조합을 지원해야 한다.

(‘3GPP TS 36.311’[52]의 Annex B 참조)

SRB1 + SRB2 + 4 x AM DRB + 1 x UM DRB

네트워크는 아래의 무선 Bearer 조합을 지원해야 한다.

SRB1 + SRB2 + 2 x AM DRB + 1 x UM DRB

하나의 AM 데이터 무선 Bearer(Data Radio Bearer, DRB)가 QCI(Quality of Service

Class Indicator)=5인 Evolved Packet System(EPS) Bearer에 대해 사용되며, QCI=8/9의

EPS Bearer에 대해서는 다른 AM DRB가 사용된다. UM DRB는 QCI=1인 EPS Bearer에

대해 사용된다. EPS Bearer 사용 방법은 7.4절에서 설명한다.


TTAK.KO-06.0357/R2 ３１

7.3.2. DRX Mode of Operation

UE의 배터리 수명을 최대화 하기 위해, ‘3GPP TS 36.300’[49] 및 ‘3GPP TS

36.321’[50]에서 규정된 LTE Discontinuous Reception(DRX) 방법이 구현되어야 한다.

7.3.3. RLC Configurations

Radio Link Control(RCL)는 ‘3GPP TS 36.322’[69]에 규정된 대로 아래의 모드에서

데이터 전송을 수행하도록 구성해야 한다.

Unacknowledged Mode (UM) for EPS bearers with QCI = 1

Acknowledged Mode (AM) for EPS bearers with QCI = 5

Acknowledged Mode (AM) for EPS bearers with QCI = 8/9

음성 서비스는 전송 지연을 줄이기 위해 1%의 오류율이 허용될 수 있으며,

unacknowledged mode에서 RLC 프로토콜을 실행하는 무선 Bearer에 매핑된다.

EPS Bearer 사용방법은 7.4절에서 설명한다.

7.3.4. GBR and NGBR Services, GBR Monitoring Function

음성은 LTE의 최대 전송률과 비교하면 데이터 전송률이 매우 낮지만, ‘3GPP TS

23.401’[10]에서 규정된 보증 비트 전송률(GBR, Guaranteed Bit Rate) Bearer가

요구되는 LTE 서비스의 하나이다. AMR, AMR-WB 코덱에 대한 음성 GBR Bearer는 전용

네트워크 자원(dedicated network resource)을 요구한다. GBR을 지원하는 EPS Bearer와

연관된 네트워크 자원이 Bearer 설정 과정에서 eNodeB 내의 허용 제어 기능에 의해

영구적으로 할당되어야 한다. ‘3GPP TS 36.300’[49]에서 규정된 GBR 스케줄링을


TTAK.KO-06.0357/R2 ３２

활성화하기 위해 무선 환경에 대한 버퍼 상태 및 측정을 포함하는 UE로부터의 리포트가

요구된다. UL에서 GBR 요구 사항의 준수는 UE의 책임이다.

Non-GBR(NGBR) Bearer는 무선 링크를 통한 GBR을 지원하지 않으며, 따라서 IMS

기반의 음성 서비스에 적합하지 않다.

7.4. Bearer 관리

7.4.1. SIP 시그널링에 대한 EPS Bearer 고려 사항

UE는 LTE 네트워크에 위치 등록 시(Attach Request) Combined EPS/IMSI Attach로

동작하고, 각 사업자 네트워크는 사업자의 정책에 따라 Combined Attach 또는 EPS

Only Attach 로 처리한다.

IMS 애플리케이션은 SIP 시그널링 Bearer 설정을 위해 ‘PRD IR.88’[67]에 규정된

IMS well known APN을 사용해야 하며, 다른 애플리케이션은 해당 APN을 사용하지

말아야 한다.

UE는 Evolved Universal Terrestrial Radio Access Network(E-UTRAN) 망에서 Initial

Attach 시 IMS well known APN을 제공하지 말아야 한다.

만일 PDN connection이 IMS well known APN 이외 다른 APN으로 initial attach

과정에서 설정되면 IMS registration 이전에 UE는 다른 PDN connection을 IMS well

known APN으로 설정해야 한다.

추가적으로 PDN connection 설정은 SIP registration request로 발생할 수 있다. 만일

IMS voice over PS Session indicator가 ‘IMS voice over PS session is not supported’라

할지라도 SIP registration request를 송신 시 PDN Connection을 설정할 수 있다.

UE가 IMS well knwon APN에 대한 PDN 연결을 설정하는 경우 3GPP 규격에 정의된

바와 같이 default Bearer가 생성되어야 한다. IMS SIP 시그널링에 사용되는 default


TTAK.KO-06.0357/R2 ３３

Bearer에 대해 QCI 값은 ‘5’가 사용된다.

7.4.2. 오디오에 대한 EPS Bearer 고려 사항

음성 호(발신과 착신)에 대한 IMS 세션 요청에 있어, IMS 기반의 오디오 bearer는

dynamic PCC(Policy and Charging Control)를 통해 생성되어야 한다. 오디오 미디어를

전송하기 위한 dedicated bearer 생성은 네트워크 요청에 의해 수행된다.

오디오 bearer는 표준화된 QCI 값(1)을 사용하며, ‘3GPP TS 23.203’[4]에서 규정된

품질관련 특성을 보유하고 있어야 한다. UE의 최소 요구 사항이 음성을 위해 사용되는

1개의 UM Bearer를 지원 14 하는 것이기 때문에(‘3GPP TS 36.331’[52]의 7.3.1 절 및

부록 B 참조) 네트워크는 하나15의 음성 미디어를 위한 Bearer를 생성해야 한다. 이렇게

함으로써 UE와 네트워크는 복수의 동시 음성 세션으로부터 미디어 스트림을 다중화할

수 있다.

음성 통화의 IMS 세션을 종료하기 위해 dedicated bearer는 dynamic PCC를 통해

삭제되어야 하며, 네트워크의 요청에 의해 수행된다.

7.4.3. 비디오에 대한 EPS Bearer 고려 사항

E-UTRAN에서 영상 호에 대한 IMS 세션 요청에 있어, 오디오 및 비디오 각각에 대한

dedicated bearer는 dynamic PCC를 통해 생성되어야 한다. 오디오 및 비디오 미디어를

전송하기 위한 dedicated bearer 생성은 네트워크의 요청에 의해 수행된다.

14

단일 Bearer가 복수의 동시 음성 세션으로부터 미디어 스트림을 다중화하는데 사용된다. 이것

은 일부 부가 서비스에도 필요하다 15

음성에 대한 단일 GBR Bearer 공유는 상이한 QCI 및/또는 ARP 값이 다른 음성 스트림에서

사용되지 못한다는 것을 의미한다.


TTAK.KO-06.0357/R2 ３４

대화형 비디오 스트림을 위한 dedicated bearer는 GBR 또는 non-GBR bearer를

사용할 수 있다. GBR bearer가 사용되면 비디오 bearer는 표준화된 QCI 값(2)을

사용하며, ‘3GPP TS 23.203’[4]에서 규정된 품질 관련 특성을 보유하고 있어야 한다.

UE의 최소 요구 사항이 음성을 위해 사용되는 1개의 UM Bearer를 지원하는 것이기

때문에(‘3GPP TS 36.331’[52]의 7.3.1 절 및 부록 B 참조) 네트워크는 하나의 음성

미디어를 위한 Bearer를 생성해야 한다. 이를 통해 UE와 네트워크는 복수의 동시 음성

세션으로부터 미디어 스트림을 다중화할 수 있다.

영상 통화의 IMS 세션을 종료 하기 위해 dedicated bearer는 삭제되어야 하며,

네트워크의 요청에 의해 수행된다.

7.4.4. P-CSCF Discovery

UE는 다음의 우선순위에 따라 P-CSCF address를 사용하여 SIP registration을

수행해야 한다.

1. P-CSCF address via DM server

2. P-CSCF address via EPS

UE는 DM서버를 통한 P-CSCF Discovery 절차를 지원해야 한다.

UE 및 패킷 코어는 EPS를 통한 P-CSCF Discovery 절차를 지원해야 한다. 관련

조항은 ‘3GPP TS 24.229’[15], Annex L.2.2.1에 옵션으로 규정되어 있다.

UE는 아래의 절차를 수행할 때(본 표준 7.4.1절 참조), P-CSCF IPv6 주소 요청과 P-

CSCF IPv4 주소 요청을 표시해야 한다.

• Default APN으로 PDN 연결을 설정할 때 initial attach 동안,


TTAK.KO-06.0357/R2 ３５

• IMS well known APN으로 PDN 연결을 설정하는 동안

UE는 ‘3GPP TS 24.229’[15] 5.1 절에 정의된 바와 같이 IMS well known APN에 대한

PDN 연결 시 수신된 P-CSCF 주소를 사용해야 한다.

8. 공통 기능

8.1. IP 버전

UE와 네트워크는 VoIP 애플리케이션(SIP, SDP, RTP, RTCP, HTTP)에서 사용되는 모든

프로토콜에 대해 IPv4와 IPv6 모두를 지원해야 한다. PS 접속 과정에서 UE는 ‘3GPP TS

23.401’[10] 5.3.1.1에서 규정된 PDN 유형(IPv4v6)을 요청해야 한다. IPv4 및 IPv6

주소가 모두 UE에 할당되면, UE는 P-CSCF Discovery 시 IPv6 주소에 우선순위를

두어야 한다.

P-CSCF를 찾아서 특정 IP 주소(IPv4 또는 IPv6)를 IMS에 등록한 후에, UE는 모든

SIP, SDP와 RTP/RTCP 커뮤니케이션에 대해 동일 주소를 사용해야 한다(해당 IMS

등록이 유효한 경우).

8.2. 긴급 호 서비스

8.2.1. 일반사항

UE는 IMS 도메인에서의 긴급 호 서비스를 지원해야 한다. UE는 ‘3GPP TS

24.229’[15], ‘3GPP TS 23.167’[3], 6장, Annex H, ‘3GPP TS 24.301’[17]에 규정된 IMS

긴급 서비스를 지원해야 한다.


TTAK.KO-06.0357/R2 ３６

UE는 <표 8-1>에 정의된 URN을 참조하며, URN이 정의되지 않은 긴급 호에 대해서는

입력된 번호를 이용한다.


TTAK.KO-06.0357/R2 ３７

<표 8-1> 긴급 호 URN 테이블

긴급 번호 URN 설명

111 sos.country-specific.kr.111 국가정보원

112 sos.police 범죄신고(경찰청)

113 sos.country-specific.kr.113 간첩신고

117 sos.country-specific.kr.117 학교폭력신고

118 sos.country-specific.kr.118 사이버테러신고

119 sos.fire 소방방재청

122 sos.marine 해양경찰청

125 sos.country-specific.kr.125 밀수 신고(관세청)

UE는 Emergency PDN 설정 후 Emergency registration 없이 긴급 호 발신을 시도하고

긴급 호 종료 시 바로 Emergency PDN을 해제한다.

UICC가 없는 경우 긴급 호는 음성 호에 대해서만 제공되며, 이때 UE는 IMEI를

이용하여 가용한 WCDMA를 통해 긴급 호 발신을 시도한다. UICC가 있는 상태에서

119를 제외하고 영상 긴급 호를 시도하는 경우 UE는 음성 긴급 호 발신을 시도하며,

119에 대해서는 영상 긴급 호 발신을 제공한다.

Emergency 용 별도 P-CSCF address 사용하기 위해서Emergency PDN Request시 P-

CSCF address를 요청하여야 하며, 네트워크로부터 Emergency 용 P-CSCF address를

수신하는 경우에 해당 P-CSCF address를 사용한다. 만일 네트워크로부터 Emergency

용 P-CSCF address가 수신되지 않는 경우 일반 호에서 사용하는 P-CSCF address를

사용한다.

UE가 이미 IMS registration이 되어있는 경우에는 From header에 발신번호 올린다.

UE가 IMS registration이 안되어 있는 상태에서는 긴급호 발신 시 UE가 WCDMA로

천이하여 발신 처리한다. 단, LTE single mode 사업자 UICC인 경우 비행기모드 상태에서

긴급호 발신 시 UE는 비행기모드 상태를 해제하고 IMS 도메인에서의 긴급 호 서비스를


TTAK.KO-06.0357/R2 ３８

지원해야 하며, 긴급호 종료 후에도 비행기모드가 해제된 상태로 유지하여야 한다.

UE는 ‘3GPP TS 24.229’[15]의 7.6 절에 규정된 3GPP IM CN subsystem XML

body16를 지원해야 한다.

9. SMS

‘GSMA IR.92’[79]에 따라, 네트워크는 SMS over SGs와 SMS over IP 중 하나를

지원하고, UE는 SMS over SGs와 SMS over IP 모두를 지원하여야 한다.

9.1. SMS 동작 방식 선택

UE의 SMS 동작 방식은 DM 서버에서 지정하는 방식에 따라 SMS Over SGs 또는

SMS Over IP로 동작한다

9.2. SMS over SGs

UE와 네트워크는 ‘3GPP TS 23.272’[9], ‘3GPP TS 23.221’[6]과 ‘3GPP TS

24.301’[17]에서 정의하는 동작을 지원하여야 한다. 또한 UE와 네트워크는 ‘3GPP TS

23.040’[78], ‘3GPP TS 23.038’[77]과 WCDMA 단말이동성 SMS 규격을 준수하여

처리하여야 한다.

9.3. SMS over IP

본 절은 IMS 기반의 SMS 송수신 규격을 정의한다. UE 은 SMS over IP 메시지

송수신을 위해 사업자 별로 제공하는 SMS 규격에 따라 ‘3GPP TS 24.341’[19] SMS

16

여기서의 Body는 긴급 호를 CS 도메인으로 전환하기 위해 사용된다


TTAK.KO-06.0357/R2 ３９

over IP 규격 사항을 지원하여야 한다.

UE 는 DM 서버에서 전달하는 PSI 정보를 참조하여 Request URI 내에 Setting 한다.

UE 는 ‘3GPP TS 24.341’[19]의 5.3.1 와 5.3.2 절의 절차에 따라 SM-over-IP 송신자

및 수신자 역할을 수행해야 하고, ‘3GPP TS 24.341’[19]의 5.3.1.3, 5.3.2.4 과 5.3.2.5

절에 따라 상태 표시 기능, 전송 리포트, 가용 메모리 알림 등을 지원해야 한다.

10. MMS

UE 과 네트워크는 ‘OMA MMS 1.2’ 규격 항목별로 아래와 같이 처리 지원하여야 한다.

<표 10-1> MMS 항목별 공통규격 포함 여부

항목 공통 규격

포함 여부1)

비고

MMBox X

Streaming RETRIEVAL X

SENDING MESSAGE O

Notification O

Retrieving an MM O

Forward Without Download X

Delivery Report O

Read Report O

Store-Update MM in MMBox X

Viewing MM Infromation from MMBox X

Uploading MM to MMBox X

Deleting MM from MMBox X

PIM (vCard, vCalendar) O ‘OMA MMS 1.2’ CONF 규격 7.1.2

PIM 절 정의를 따름

Video O

DRM X

Speech Audio O

Presentation (SMIL) O

Text O

Content-Name, Content-ID, Content-

Location 한글 파일명 지원 O

본 사항만 ‘OMA MMS 1.3’ 규격을

따름


TTAK.KO-06.0357/R2 ４０

주 1) 공통규격 포함여부 “O”에 대해서 단말은 반드시 구현해야 한다.


TTAK.KO-06.0357/R2 ４１

부 속 서 A

Complementing IMS with CS

A.1. 일반 사항

고객에게 끊김 없는 서비스를 제공하기 위해, 사업자는 CS 무선망의 음성 및 CS

코어망의 SMS over SGs를 이용하여 IMS VoIP와 SMSoIP가 가능한 무선 커버리지를

보완하기를 원한다. IMS VoIP 및 SMSoIP 범위는 Circuit Switched(CS) 범위에 비해

좁거나 넓을 수 있으며, 본 절은 그러한 시나리오를 지원하기 위한 추가적인 기능을

기술한다.

본 절에서 음성 관련하여 요구 사항은 UE 가 “IMS PS Voice preferred, CS Voice as

secondary”를 설정한 경우에 적용된다.

A.2. Domain Selection

UE는 ‘3GPP TS 23.401’[10] 4.3.5.8 절에 정의된 “IMS voice over PS session

supported indication”을 지원해야 한다.

UE는 ‘3GPP TS 23.221’[6] 7.2a 절에 정의17된 바와 같이 “IMS PS Voice preferred,

CS Voice as secondary” 설정을 통해 voice domain selection을 수행해야 하며, ‘3GPP

TS 24.401’[10]의 절차를 따라야 한다.

UE는 current PS access를 통한 음성 미디어를 지원하지 못하는 경우 ‘3GPP TS

23.237’[8]과 ‘3GPP TS 24.237’[16]에 정의된 바와 같이 해당 요청을 거절해야 한다.

17

“IMS PS Voice preferred, CS Voice as secondary”를 설정한 UE의 3GPP TS 23.221 [6] Annex

A.2 절에 정의되어 있다.


TTAK.KO-06.0357/R2 ４２

A.3. SR-VCC

UE는 MME로부터 수신한 Attach request 응답 메시지 내 네트워크의 SR-VCC 지원

여부를 인지한다.

UE는 ‘3GPP TS 23.216’[5], ‘3GPP TS 24.008’[11], ‘3GPP TS 24.237’[16], ‘3GPP

TS 24.301’[17]에 정의된 바와 같이 하나의 활성화된 호에 대해 SR-VCC 절차를

지원해야 한다.

A.4. Emergency Service

본 절은 8.2.1 절에 정의된 요구 사항에 대한 변경 사항을 다룬다.

UE는 8.2.1 절에 정의된 절차 및 기능을 지원해야 한다.

CS 도메인을 통한 긴급 호 서비스가 요구되는 경우, UE는 현재 제공되는 CS 긴급 호

서비스를 지원해야 한다.

UE는 긴급 호에 대해 도메인 선택을 수행할 수 있어야 하며, Emergency 세션 시도가

실패되는 경우 ‘3GPP TS 23.167’[3] 7.3 절 및 ‘3GPP TS 24.229’[15]에 정의된 바와

같이 자동으로 다른 도메인을 통한 긴급 호를 재시도해야 한다. UE는 네트워크가 ‘3GPP

TS 23.401’[10]에 정의된 IMS Emergency 세션을 지원하지 않음을 인지한 경우

Emergency 세션을 위해 CS 도메인을 선택해야 한다.

IMS Emergency 서비스가 불가능하고, IMSI Attach 된 UE가 ‘3GPP TS 23.272’[9]에

정의된 CSFB을 지원하는 경우, CS 도메인에서 emergency 서비스가 지원되면, UE는 CS


TTAK.KO-06.0357/R2 ４３

Emergency 서비스를 위해 CSFB 절차를 사용해야 한다. UE 또는 네트워크가 CSFB을

지원하지 않으면, UE는 CS emergency 서비스를 지원하는 RAT를 자동적으로 선택해야

한다.

제한된 서비스 상태에서 CS 음성 서비스가 가능한 UE는 GERAN, UTRAN,

CDMA2000과 같은 CS 도메인을 지원할 수 있는 RAT를 camp 한다.

A.5. SMS Support

본 절은 9장에 정의된 요구 사항에 대한 변경 사항을 다룬다.

UE는 9장에 정의된 SMS-over-IP를 지원해야 한다. SMS over SGs가 요구되는 경우

UE는 ‘3GPP TS 23.272’[9], ‘3GPP TS 23.221’[6], ‘3GPP TS 24.301’[17]에 정의된

절차를 지원해야 한다.


TTAK.KO-06.0357/R2 ４４

부 록 Ⅰ

참고 문헌

참조 문서 번호 제목

[1] 3GPP TS 22.011

V12.0.0 Service Accessibility

[2] 3GPP TS 23.003

V11.5.0 Numbering, addressing and identification

[3] 3GPP TS 23.167

V11.7.0 IP Multimedia Subsystem (IMS) emergency sessions

[4] 3GPP TS 23.203

V12.1.0 Policy and charging control architecture

[5] 3GPP TS 23.216

V11.9.0 Single Radio Voice Call Continuity (SRVCC); Stage 2

[6] 3GPP TS 23.221

V11.2.0 Architectural requirements

[7] 3GPP TS 23.228

V12.1.0 IP Multimedia Subsystem (IMS); Stage 2

[8] 3GPP TS 23.237

V12.3.0 IP Multimedia Subsystem (IMS) Service Continuity; Stage 2

[9] 3GPP TS 23.272

V11.5.0

Circuit Switched (CS) fallback in Evolved Packet System (EPS);

Stage 2

[10] 3GPP TS 23.401

V12.1.0

General Packet Radio Service (GPRS) enhancements for Evolved

Universal Terrestrial Radio Access Network (E-UTRAN) access

[11] 3GPP TS 24.008

V12.2.0

Mobile radio interface layer 3 specification; Core Network

protocols; Stage 3

[12] 3GPP TS 24.109

V12.1.0

Bootstrapping interface (Ub) and network application function

interface (Ua); Protocol details

[13] 3GPP TS 24.147

V11.1.0

Conferencing using the IP Multimedia (IM) Core Network (CN)

subsystem; Stage 3

[14] 3GPP TS 24.173

V11.5.0

IMS Multimedia telephony service and supplementary services;

Stage 3

[15] 3GPP TS 24.229

V12.1.0

IP multimedia call control protocol based on Session Initiation

Protocol (SIP) and Session Description Protocol (SDP); Stage 3

[16] 3GPP TS 24.237

V12.1.0 IP Multimedia Subsystem (IMS) Service Continuity; Stage 3

[17] 3GPP TS 24.301

V12.1.0

Non-Access-Stratum (NAS) protocol for Evolved Packet System

(EPS); Stage 3

[18] 3GPP TS 24.305

V11.0.0

Selective Disabling of 3GPP User Equipment Capabilities

(SDoUE) Management Object (MO)

[19] 3GPP TS 24.341

V12.1.0 Support of SMS over IP networks; Stage 3

[20] 3GPP TS 24.604

V12.0.0

Communication Diversion (CDIV) using IP Multimedia (IM)Core

Network (CN) subsystem; Protocol specification

[21] 3GPP TS 24.605

V12.0.0

Conference (CONF) using IP Multimedia (IM) Core Network (CN)

subsystem; Protocol specification

[22] 3GPP TS 24.606 Message Waiting Indication (MWI )using IP Multimedia (IM) Core


TTAK.KO-06.0357/R2 ４５


V11.1.0 Network (CN) subsystem; Protocol specification

[23] 3GPP TS 24.607

V11.2.0

Originating Identification Presentation (OIP) and Originating

Identification Restriction (OIR) using IP Multimedia (IM) Core


[24] 3GPP TS 24.608

V11.3.0

Terminating Identification Presentation (TIP) and Terminating

Identification Restriction (TIR) using IP Multimedia (IM) Core


[25] 3GPP TS 24.610

V12.0.0

Communication HOLD (HOLD) using IP Multimedia (IM) Core


[26] 3GPP TS 24.611

V12.0.0

Anonymous Communication Rejection (ACR) and Communication

Barring (CB) using IP Multimedia (IM) Core Network (CN)

subsystem; Protocol specification

[27] 3GPP TS 24.615

V11.2.0

Communication Waiting (CW) using IP Multimedia (IM) Core

Network (CN) subsystem; Protocol Specification

[28] 3GPP TS 24.623

V12.1.0

Extensible Markup Language (XML) Configuration Access

Protocol (XCAP) over the Ut interface for Manipulating Simulation

Services

[29] 3GPP TS 26.071

V11.0.0

Mandatory speech CODEC speech processing functions; AMR

speech Codec; General description

[30] 3GPP TS 26.073

V11.0.0 ANSI C code for the Adaptive Multi Rate (AMR) speech codec

[31] 3GPP TS 26.090

V11.0.0

Mandatory Speech Codec speech processing functions; Adaptive

Multi-Rate (AMR) speech codec; Transcoding functions

[32] 3GPP TS 26.093

V11.0.0

Mandatory speech codec speech processing functions Adaptive

Multi-Rate (AMR) speech codec; Source controlled rate operation

[33] 3GPP TS 26.103

V11.0.0 Speech codec list for GSM and UMTS

[34] 3GPP TS 26.104

V11.0.0

ANSI-C code for the floating-point Adaptive Multi-Rate (AMR)

speech codec

[35] 3GPP TS 26.114

V12.2.0

IP Multimedia Subsystem (IMS); Multimedia telephony; Media

handling and interaction

[36] 3GPP TS 26.131

V12.0.0 Terminal acoustic characteristics for telephony; Requirements

[37] 3GPP TS 26.132

V12.0.0 Speech and video telephony terminal acoustic test specification

[38] 3GPP TS 26.171

V11.0.0

Speech codec speech processing functions; Adaptive Multi-Rate

- Wideband (AMR-WB) speech codec; General description

[39] 3GPP TS 26.173

V11.0.0

ANSI-C code for the Adaptive Multi-Rate - Wideband (AMR-WB)

speech codec

[40] 3GPP TS 26.190

V11.0.0


- Wideband (AMR-WB) speech codec; Transcoding functions

[41] 3GPP TS 26.193

V11.0.0


- Wideband (AMR-WB) speech codec; Source controlled rate

operation

[42] 3GPP TS 26.204

V11.0.0


- Wideband (AMR-WB) speech codec; ANSI-C code

[43] 3GPP TS 27.007

V12.1.0 AT command set for User Equipment (UE)

[44] 3GPP TS 31.103

V12.0.0

Characteristics of the IP Multimedia Services Identity Module

(ISIM) application


TTAK.KO-06.0357/R2 ４６


[45] 3GPP TS 33.203

V12.2.0 3G security; Access security for IP-based services

[46] 3GPP TS 33.222

V12.2.0

Generic Authentication Architecture (GAA); Access to network

application functions using Hypertext Transfer Protocol over

Transport Layer Security (HTTPS)

[47] 3GPP TS 36.101

V12.0.0

Evolved Universal Terrestrial Radio Access (E-UTRA); User

Equipment (UE) radio transmission and reception

[48] 3GPP TS 36.104

V12.0.0

Evolved Universal Terrestrial Radio Access (E-UTRA); Base

Station (BS) radio transmission and reception

[49] 3GPP TS 36.300

V11.6.0

Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved

Universal Terrestrial Radio Access Network (E-UTRAN); Overall

description; Stage 2

[50] 3GPP TS 36.321

V11.3.0

Evolved Universal Terrestrial Radio Access (E-UTRA); Medium

Access Control (MAC) protocol specification

[51] 3GPP TS 36.323

V11.2.0

Evolved Universal Terrestrial Radio Access (E-UTRA); Packet

Data Convergence Protocol (PDCP) specification

[52] 3GPP TS 36.331

V11.4.0

Evolved Universal Terrestrial Radio Access (E-UTRA);Radio

Resource Control (RRC); Protocol specification

[53] IETF RFC 768 User Datagram Protocol

[54] IETF RFC 3095 RObust Header Compression (ROHC): Framework and four

profiles: RTP, UDP, ESP, and uncompressed

[55] IETF RFC 3261 SIP: Session Initiation Protocol

[56] IETF RFC 3550 RTP: A Transport Protocol for Real-Time Applications

[57] IETF RFC 3551 RTP Profile for Audio and Video Conferences with Minimal

Control

[58] IETF RFC 3556 Session Description Protocol (SDP) Bandwidth Modifiers for RTP

Control Protocol (RTCP) Bandwidth

[59] IETF RFC 3680 A Session Initiation Protocol (SIP) Event Package for

Registrations

[60] IETF RFC 3842 A Message Summary and Message Waiting Indication Event

Package for the Session Initiation Protocol (SIP)

[61] IETF RFC 4575 A Session Initiation Protocol (SIP) Event Package for Conference

State

[62] IETF RFC 4815 RObust Header Compression (ROHC): Corrections and

Clarifications to RFC 3095

[63] IETF RFC 4867

RTP Payload Format and File Storage Format for the Adaptive

Multi-Rate (AMR) and Adaptive Multi-Rate Wideband (AMR-WB)

Audio Codecs

[64] IETF RFC 5939 Session Description Protocol (SDP) Capability Negotiation

[65] GSMA PRD IR.65

V12.0 IMS Roaming and Interworking Guidelines

[66] GSMA PRD IR.67

V4.1

DNS/ENUM Guidelines for Service Providers and GRX/IPX

Providers

[67] GSMA PRD IR.88

V9.0 LTE Roaming Guidelines

[68] 3GPP TS 24.167

V11.0.1 3GPP IMS Management Object (MO); Stage 3

[69] 3GPP TS 36.322

V11.0.0

Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Link

Control (RLC) protocol specification


TTAK.KO-06.0357/R2 ４７


[70]

ITU-T

Recommendation

T.140

Protocol for multimedia application text conversation

[71] 3GPP TS 24.628

V12.0.0

Common Basic Communication procedures using IP Multimedia

(IM) Core Network (CN) subsystem; Protocol specification

[72] IETF RFC 4961 Symmetric RTP / RTP Control Protocol (RTCP)

[73] IETF RFC 3840 Indicating User Agent Capabilities in the Session Initiation

Protocol (SIP)

[74] IETF RFC 3841 Caller Preferences for the Session Initiation Protocol (SIP)

[75] IETF RFC 6236 Negotiation of Generic Image Attributes in the Session

Description Protocol (SDP)

[76] GSMA PRD IR.58

V3.0 IMS Profile for Voice over HSPA

[77] 3GPP TS 23.038

V11.0.0 Alphabets and language-specific information

[78] 3GPP TS 23.040

V12.0.0 Technical realization of the Short Message Service (SMS)

[79] GSMA PRD IR.92

V7.0 IMS Profile for Voice and SMS

[80] GSMA PRD IR.94

V6.0 IMS Profile for Conversational Video Service

[81] IETF RFC 5245

Interactive Connectivity Establishment (ICE): A Protocol for

Network Address Translator (NAT) Traversal for Offer/Answer

Protocols

[82] 3GPP TS 24.182

V11.1.0

IP Multimedia Subsystem (IMS) Customized Alerting Tones (CAT);

Protocol specification

[83] IETF RFC 2190 RTP Payload Format for H.263 Video Streams

[84] IETF RFC 6184 RTP Payload Format for H.264 Video

[85] IETF RFC 3329 Security Mechanism Agreement for the Session Initiation Protocol

(SIP)


TTAK.KO-06.0357/R2 ４８

부 록 II

Example SDP Offer/Answer

(1) SDP Offer (IPv4)

SDP Offer

C=IN IP4 aaa.bbb.ccc.ddd

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

b=AS:41

b=RS:0

b=RR:2500

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

a=fmtp:97 octet-align=1


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

m=video 49154 RTP/AVP 103 105 10434

b=AS:639

b=RS:0

b=RR:2500

a=rtpmap:103 H264/90000

a=fmtp:103 packetization-mode=1; profile-level-id=42c016; \

sprop-parameter-sets=Z0LAFukDwKMg,aM4G4g==

a=imageattr:103 send [x=480,y=640] recv [x=480,y=640]

a=rtpmap:105 H264/90000


sprop-parameter-sets=Z0KAFukBQHsg,aM4G4g==



TTAK.KO-06.0357/R2 ４９

.

(2) SDP Answer: AMR-WB 23.85 & H.264 VGA 선택

SDP Answer (Potrait)


m=audio 49152 RTP/AVP 97 99

b=AS:41

b=RS:0

b=RR:2500




a=fmtp:99 0-15

a=sendrecv

a=ptime:20

a=maxptime:120

m=video 49154 RTP/AVP 103

b=AS:639

b=RS:0

b=RR:2500

a=rtpmap:103 H264/90000


sprop-parameter-sets=Z0LAFukDwKMg,aM4G4g==

a=sendrecv


a=candidate:1 1 UDP 2130706431 10.191.132.38 1232 typ host

a=rtpmap:104 H264/90000

a=fmtp:104 packetization-mode=1; profile-level-id=42c00d; \

sprop-parameter-sets=Z0LADekCg/I=,aM4G4g==


a=rtpmap:34 H263/90000

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

a=sendrecv




TTAK.KO-06.0357/R2 ５０

SDP Answer (Landscape)



b=AS:41

b=RS:0

b=RR:2500




a=fmtp:99 0-15

a=sendrecv

a=ptime:20

a=maxptime:120


b=AS:639

b=RS:0

b=RR:2500

a=rtpmap:105 H264/90000


sprop-parameter-sets=Z0KAFukBQHsg,aM4G4g==

a=sendrecv




TTAK.KO-06.0357/R2 ５１

(3) SDP Answer: AMR-WB 23.85 & H.264 QVGA Landscape 선택

SDP Answer



b=AS:41

b=RS:0

b=RR:2500




a=fmtp:99 0-15

a=sendrecv

a=ptime:20

a=maxptime:120


b=AS:384

b=RS:0

b=RR:2500

a=rtpmap:104 H264/90000

a=fmtp:104 packetization-mode=1; profile-level-id=42c00d; \

sprop-parameter-sets=Z0LADekCg/I=,aM4G4g==

a=sendrecv




TTAK.KO-06.0357/R2 ５２

(4) SDP Answer: AMR 12.2 & H.263 QCIF Landscape 선택

SDP Answer



b=AS:30

b=RS:0

b=RR:2500




a=fmtp:102 0-15

a=sendrecv

a=ptime:20

a=maxptime:120


b=AS:64

b=RS:0

b=RR:2500

a=rtpmap:34 H263/90000

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

a=sendrecv



IPv6 사용 시 SDP OFFER / ANSWER에 사용되는 미디어별 b=AS 예시는 아래와 같다.

SDP OFFER 음성 49

영상 653

SDP ANSWER

AMR-WB 23.85

H.264 VGA Portrait/Landscape

선택

음성 49

영상 653

AMR-WB 23.85

H.264 QVGA Landscape 선택

음성 49

영상 399

AMR 12.2

H.263 QCIF Landscape 선택

음성 38

영상 66


TTAK.KO-06.0357/R2 ５３

(5) 해상도, IP주소 유형별 영상 bandwidth modifier 검토

0. 단말 실측 값과 계산에 사용된 표준 계산 값 비교 (3GPP TS 26.114 V12.3.0)

<표 II-1> 실측값 및 표준 계산값 비교(IPv4, H.264 VGA, 512kbps)

단말 A 측정

결과

단말 B 측정

결과

단말 C 측정

결과

3GPP TS

26.114 기반

Estimation

3GPP TS 26.114

Annex E.19

example (IPv4)

3GPP TS 26.114

Annex E.20

example (IPv6)

비고

bitrate 512 512 512 512 384 384

Constrained Baseline Profile at

Level 1.2, which supports bit-

rate up to 384kbps.

maximum SDU 1258 1358 1328 1400 1400 1400

total packets 3810 3737 3678

duration 62.656 63.318 63.133

packets/sec 60.81 59.02 58.26

pictures(IDR,

P)/sec (=frame

rate)

15 15 15 15 15 15

avg

packets/picture

s

(packets per

pictures)

4.05 3.93 3.88 4 4 4

H.264 level 1.2 384kbps

Annex E19. The video

bandwidth is assumed to be

384kbps and the IPv4 overhead

20 kbps (assuming 15fps and 4

IP packets per frame), resulting

in 404kbps

avg hdr

size/sec (bytes) 2432.328907 2360.78208 2330.318534


TTAK.KO-06.0357/R2 ５４

단말 A 측정

결과

단말 B 측정

결과

단말 C 측정

결과

3GPP TS

26.114 기반

Estimation

3GPP TS 26.114

Annex E.19

example (IPv4)

3GPP TS 26.114

Annex E.20

example (IPv6)

비고

[IPv4+UDP+RT

P = 40 bytes]

avg hdr bitrate

(kbps) 19.45863126 18.8862567 18.64254827 20

1) 20 32

1) hdr bitrate estimation 값에

과다한 값의 설정을 피하기 위해

실측된 헤더 bit-rate 사용

bandwidth

modifier

[b=AS:xx]

532 531 531 532 404 416

rtcp bitrate

(kbps)

[b=RR:2500]

2.5 2.5 2.5 2.5 2.5 2.5

Guranteed

bitrate for each

link, rounded

up to nearest 8

kbps value

=ceiling(source

bitrate + avg

hdr bitrate and

RTCP bitrate)

536 536 536 536 408 424

26.114 Annex E의 계산에는

RTCP 5%를 설정하였으나

이동성 규격에서 RTCP는

2500bps로 고정


TTAK.KO-06.0357/R2 ５５

1. VGA 해상도 IP 주소 유형별 b=AS값

<표 II-2> H.264 VGA Estimation

IPv4 IPv6

bitrate 512 512

pictures(IDR, P)/sec (frame rate) 15 15

packets per pictures 4 4

avg hdr bps (kbps) 20 32

bandwidth modifier

[b=AS:xx] 532 544

bandwidth modifier considering 20%

upper bound for video fluctuation

[b=AS:xx]

639 653

rtcp bitrate (kbps)

[b=RR:2500] 2.5 2.5

Guranteed bitrate for each link, rounded

up to nearest 8 kbps value

=ceiling(source bitrate + avg hdr bitrate

and RTCP bitrate)

536 552


TTAK.KO-06.0357/R2 ５６

2. QVGA 해상도 IP 주소 유형별 b=AS값

<표 II-3> H.264 QVGA Estimation

IPv4 IPv6 비 고

bitrate 300 300 TS 26.114 Table. 15.3 예시 bitrate 적용

maximum SDU 1400 1400

pictures(IDR, P)/sec (frame rate) 15 15



bandwidth modifier

[b=AS:xx] 320 332

bandwidth modifier considering

20% upper bound for video

fluctuation

[b=AS:xx]

384 399

rtcp bitrate (kbps)

[b=RR:2500] 2.5 2.5

Guranteed bitrate for each link,

rounded up to nearest 8 kbps

value

=ceiling(source bitrate + avg hdr

bitrate and RTCP bitrate)

328 336


TTAK.KO-06.0357/R2 ５７

3. QCIF 해상도 IP 주소 유형별 b=AS값

<표 II-4> H.263 QCIF Estimation H.263 (payload type 34)

IPv4 IPv6 비 고

bitrate (kbps) 48 48 TS 26.114 Table. 15.3 예시 bitrate 적용, 3G CSVT

영상대역폭 고려하여 48kbps 로 설정

maximum SDU (bytes) 1400 1400

pictures(IDR, P)/sec (frame rate) 7 7 framerate 는 3G CSVT 와 유사한 수준의 7fps 로 설정



bandwidth modifier

[b=AS:xx] 53 55

bandwidth modifier considering 20% upper bound

for video fluctuation

[b=AS:xx]

64 66

rtcp bitrate (kbps)

[b=RR:2500] 2.5 2.5

guranteed bitrate for each link, rounded up to

nearest 8 kbps value

=ceiling(source bitrate + avg hdr bitrate and RTCP

bitrate)

64 72


TTAK.KO-06.0357/R2 ５８

4. 계산 참고사항

<표 II-5> header size (h.264)

header size (bytes) IPv4 IPv6

IP header length 20 40

udp 8 8

rtp 12 12

H.264 FU id 1 1

H.264 FU hdr 1 1

overhead bytes (IPv4) 42 62

<표 II-6> header bps

assumed

calculated IPv4 (calculated) IPv6 (calculated)

bps (15fps, 2 IP packets/frame)

assumed in 3GPP TS 26.114 for 192kbps

IPv4 : 10 / IPv6 : 16

10.08 14.88


assumed in 3GPP TS 26.114 for 384kbps

IPv4 : 20 / IPv6 : 32

20.16 29.76


assuming for 512 kbps

IPv4 : 20 / IPv6 : 32 (as measured bps)

20.16 29.76


TTAK.KO-06.0357/R2 ５９

표준 작성 공헌자

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

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

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

표준(과제)

제안

김재범 UICC 이동성실무반

의장 [email protected] KT

최우용 UICC 이동성실무반

부의장 [email protected] SKT

조수경 UICC 이동성실무반

간사 [email protected] LGU+

표준 초안

작성자

김재범 UICC 이동성실무반

의장 [email protected] KT

최우용 UICC 이동성실무반

부의장 [email protected] SKT

조수경 UICC 이동성실무반


정경훈 UICC 이동성실무반

위원 [email protected] 삼성전자

송민도 UICC 이동성실무반

위원 [email protected] KT

김용호 UICC 이동성실무반

위원 [email protected] KT

추진호 UICC 이동성실무반

위원 [email protected] 엘지전자

박환구 UICC 이동성실무반


조송래 UICC 이동성실무반


장석준 UICC 이동성실무반

위원 [email protected] 팬택

신귀영 UICC 이동성실무반

위원 [email protected] LGU+

이경재 UICC 이동성실무반

위원 [email protected] LGU+

심윤섭 UICC 이동성실무반

위원 [email protected] SKT

서광원 UICC 이동성실무반

위원 [email protected] 텔코웨어㈜

표준 초안

에디터 조수경

UICC 이동성실무반


표준 초안 이동기 모바일응용서비스 [email protected] SKT

mailto:[email protected]




TTAK.KO-06.0357/R2 ６０

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

검토 프로젝트그룹 의장

외 프로젝트그룹 위원

표준안

심의

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

의장 [email protected] 엘지전자

외 기술위원회 위원

사무국

담당

김대중 - 031-724-0090

[email protected] TTA

김수학 - 031-724-00096

[email protected] TTA


사업자 간 UICC 이동성 제공을 위한 VoLTE 단말 규격

(Specification of VoLTE Terminal for UICC Portability

between Mobile Operators)

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

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

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

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

발행일 : 2015. 6. xx

t t a s t a n d a r d 정보통신단체표준(국문표준) i ttak.ko-06.0357/r2 서 문 1....

Documents