t t a s t a n d a r d...t t a d 정보통신단체표준(국문표준) ttak.ot-06.0059 제정일:...
TRANSCRIPT
T T
A
S t a
n d
a r d
정보통신단체표준(국문표준)
TTAK.OT-06.0059 제정일: 2015 년 4 월 13 일
상시 접속을 위한
디바이스 직접 통신(D2D) 방법
Device-to-Device (D2D) Communication
Method for Always Online Infrastructure (AOI)
정보통신단체표준(국문표준)
TTAK.OT-06.0059 제정일: 2015 년 4 월 13 일
상시 접속을 위한
디바이스 직접 통신(D2D) 방법
Device-to-Device (D2D) Communication
Method for Always Online Infrastructure (AOI)
본 문서에 대한 저작권은 TTA 에 있으며, TTA 와 사전 협의 없이 이 문서의 전체 또는 일부를
상업적 목적으로 복제 또는 배포해서는 안 됩니다.
Copyrightⓒ Telecommunications Technology Association 2015. All Rights Reserved.
정보통신단체표준(국문표준)
TTAK.OT-06.0059 i
서 문
1. 표준의 목적
본 표준은 스마트폰의 푸시(push) 서비스 등이 네트워크와 단말기 영향을 주는 것을
최소화하는 것이 목적이다. 이를 위해 OMA(Open Mobile Alliance) 상시 접속 방법에서
푸시(push) 애플리케이션이 푸시(push) 서버와 네트워크 연결을 하지 않고,
통지(notification) 채널을 구성하기 위한 디바이스 직접 통신 웨이크업(wake-up) 방법과
절차를 정의하여 상시 접속을 유지하도록 한다.
2. 주요 내용 요약
대부분의 푸시(Push) 애플리케이션을 포함한 Always-On 형태의 애플리케이션들은
애플리케이션 서버와 접속을 유지하기 위하여 지속적으로 TCP 채널을 유지하고 있다.
OMA(Open Mobile Alliance) AOI(Always Online Infrastructure)는 푸시 클라이언트(push
client)가 이 역할을 대신하여 효율적인 네트워크 사용과 단말기의 배터리를 소모를
절감하기 위해 사용되는 통지(notification) 채널의 웨이크업(wake-up) 방법에 대해서
정의하고 있다.
디바이스 직접 통신이 구성된 상태에서 그룹 오너(Group owner)는 이러한 푸시
클라이언트(push client) 역할을 대신할 수 있으며, 통지(notification) 채널이 구성되지
않은 푸시 애플리케이션(push application)에 웨이크업(wake-up)을 통해서
통지(notification) 채널이 구성될 수 있도록 한다. 본 표준은 다음의 내용들을 포함하고
있다.
- 디바이스 간 직접 통신을 사용한 Always-On 아키텍처 모델
- 디바이스 간 직접 통신을 사용한 푸시(push) 애플리케이션의 웨이크업(wake-up)
구성
- Always-On 애플리케이션을 위한 디바이스 간 직접 통신 기능 요구 사항
- 푸시(push) 애플리케이션 웨이크업(wake-up)을 위한 절차 및 메시지 구성
정보통신단체표준(국문표준)
TTAK.OT-06.0059 ii
3. 표준 적용 산업 분야 및 산업에 미치는 영향
본 표준은 최근 급격하게 늘어나고 있는 Always-On 형태의 스마트폰
애플리케이션들로 인하여 발생하고 있는 네트워크의 과도한 사용과 단말기의 배터리
소모 등과 같은 문제들을 최소화할 수 있으므로 모바일 애플리케이션 개발하는 산업
전반의 발전에 기여할 수 있을 것으로 기대된다.
4. 참조 표준(권고)
4.1. 국외 표준(권고)
- OMA-ER-AOI-V1_0, ‘Always-Online Infrastructure (AOI) Draft’, July, 2014.
- Wi-Fi Alliance, ‘Wi-Fi Peer-to-Peer(P2P) Technical specification v1.1’, 2010.
4.2. 국내 표준
- TTA, TTAK-KO-06.0327/R1, ‘푸시(Push) 서비스 제 1 부 푸시(push) 서버와 서비스
제공자 구간 및 푸시(push) 서버 간 바이너리 프로토콜’, 2013.12.
5. 참조 표준(권고)과의 비교
5.1. 참조 표준(권고)과의 관련성
본 표준은 푸시(push) 구성 방법은 ‘OMA AOI v1.0’을 참조하였으며, 디바이스 간
직접 통신 기술은 ‘Wi-Fi Alliance Wi-Fi P2P’ 규격서를 기준으로 작성하였다.
정보통신단체표준(국문표준)
TTAK.OT-06.0059 iii
5.2. 참조한 표준(권고)과 본 표준의 비교표
TTAK.KO-06.xxxx OMA AOI v1.0 TTAK.KO-
06.0317
Wi-Fi P2P Technical
Specification v1.1 비고
1. 개요 - - - 추가
2. 표준의 구성 및 범위 - - - 추가
3. 참조 표준(권고) - - - 추가
4. 용어 정의 및 약어 3. Terminology and
Convention 4. 용어 정의
Abbreviation and
acronyms 참조
5. 디바이스 직접
통신을 사용한 AOI
구성 방법
6. Architectural
Model
6.데이터 동기화
절차 및 방법 3.P2P Discovery 참조
6. 기능 요구 사항 5. Requirements - - 준용
7. 통지(notification)를
위한 웨이크업(wake-
up) 절차
8. Functional
Component
Procedures
- - 준용
8. 인터페이스 정의 6. Architectural
Model - - 참조
9. 프로토콜 9. Technical
Specification - - 준용
6. 지식 재산권 관련 사항
본 표준의 ‘지식 재산권 확약서’ 제출 현황은 TTA 웹사이트에서 확인할 수 있다.
※ 본 표준을 이용하는 자는 이용함에 있어 지식 재산권이 포함되어 있을 수
있으므로, 확인 후 이용한다.
※ 본 표준과 관련하여 접수된 확약서 이외에도 지식 재산권이 존재할 수 있다.
7. 시험 인증 관련 사항
7.1. 시험 인증 대상 여부
- 해당 사항 없음.
정보통신단체표준(국문표준)
TTAK.OT-06.0059 iv
7.2. 시험 표준 제정 현황
- 해당 사항 없음.
8. 표준의 이력 정보
8.1. 표준의 이력
판수 제정∙개정일 제정∙개정 내역
제 1 판 2015.04.13. 제정
TTAK.OT-06.0059
8.2. 주요 개정 사항
- 해당 사항 없음.
정보통신단체표준(국문표준)
TTAK.OT-06.0059 v
Preface
1. Purpose of Standard
The purpose of this standard is to provide alwayson infrastructure that defined D2D
(Device-to-Device) communication wake-up mechanism and procedures. These
connectionless wake-up mechanisms between a push server and a push application,
standardized by OMA (Open Mobile Alliance) AOI (Always Online Infrastructure),
minimize impacts of keep-alive messages generated by push applications.
2. Summary of Contents
In order to build a real push service always-on applications keep TCP channel
connection with push server continuously. OMA(Open Mobile Alliance) AOI(Always
Online Infrastructure) was defined notification channel wake-up method in order to
minimize the detrimental impacts of cellular connection and battery usage.
GO(Group Owner) in D2D communication can send a push notification by client
initiated wake-up setup without connecting TCP channel. This standard includes
subsequent contents.
- Always-On architecture model using D2D communation
- Push applicatioin wake-up mechanism of push application using D2D
communication
- Always-On application functional requirements for D2D communication
- Notification process and message format for push application wake-up
정보통신단체표준(국문표준)
TTAK.OT-06.0059 vi
3. Applicable Fields of Industry and its Effect
This standard is expected to be able to minimize the detrimental impacts of
excessive cellular network connection and battery drain caused by push application.
So, this standard will contribute to the growth of push application service industry by
managing network overload and device optimization.
4. Reference Standards (Recommendations)
4.1. International Standards (Recommendations)
- OMA-ER-AOI-V1_0, “Always-Online Infrastructure (AOI) Draft”, July, 2014.
- Wi-Fi Alliance, “Wi-Fi Peer-to-Peer(P2P) Technical specification v1.1”, 2010.
4.2. Domestic Standards
- TTA, TTAS.KO-06.0327/R1, “Push Service Part 1 Binary Protocol for the Interface
between Push Server and Service Provider and between Push Servers”, 2013.12.
5. Relationship to Reference Standards(Recommendations)
5.1. Relationship of Reference Standards
This standard is modified or equivalent “OMA AOI v1.0” for the push service
architecture and “Wi-Fi P2P Technical Specification v1.1” for Device-to-Device
communication.
정보통신단체표준(국문표준)
TTAK.OT-06.0059 vii
5.2. Differences between Reference Standard(recommendation) and this Standard
TTAK.KO-06.xxxx OMA AOI v1.0
TTAK.KO-
06.0327
/R1
Wi-Fi P2P
Technical
Specification
v1.1
Remarks
1. Introduction - - - Added
2. Constitution and Scope - - - Added
3. Reference
Standards(Recommendations) - - - Added
4. Terms and Definitions 3.Terminology
and convention
4.Terms and
Definitions
Abbreviation and
acronyms Modified
5. AOI Architecture using D2D
Communication
6. Architectural
Model
6.D2D Data
Synchronization 3.P2P Discovery Modified
6. Functional Requirements 5.Requirements - - Equivalent
7. Wake-up Process for
Notification
8. Functional
Component
Procedures
- - Equivalent
8. Interface 6. Architectural
Model - Modified
9. Protocol 9. Technical
Specification - - Equivalent
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
정보통신단체표준(국문표준)
TTAK.OT-06.0059 viii
- None
7.2. Standards of Testing and Certification
- None
8. History of Standard
8.1. Change History
Edition Issued date Outline
The 1st edition 2015.04.13. Established
TTAx.OT-06.0059
8.2. Revisions
- None
정보통신단체표준(국문표준)
TTAK.OT-06.0059 ix
목 차
1. 개 요 .......................................................................................................... 1
2. 표준의 구성 및 범위 ..................................................................................... 1
3. 참조 표준(권고) .......................................................................................... 1
4. 용어 정의 및 약어 ........................................................................................ 2
5. 디바이스 직접 통신을 사용한 AOI 구성 방법 .................................................... 3
6. 기능 요구 사항 ........................................................................................... 5
6.1. 통지(notification)의 관리 ....................................................................... 5
6.2. AOI D2D 서버 ...................................................................................... 5
6.3. AOI 클라이언트 .................................................................................... 6
6.4. AOI 서버 ............................................................................................. 6
7. 통지(notification)를 위한 웨이크업(wake-up) 절차 ........................................... 7
7.1. AOI 서버의 웨이크업(wake-up) 요청 절차 ............................................... 7
8. 인터페이스 정의 .......................................................................................... 9
8.1. AOI-D2D-1 ......................................................................................... 9
8.2. AOI-D2D-2 ......................................................................................... 9
8.3. AOI-D2D-3 ......................................................................................... 9
8.4. AOI-D2D-4 ......................................................................................... 9
8.5. AOI-D2D-5 ....................................................................................... 10
8.6. AOI-D2D-6 ....................................................................................... 10
9. 프로토콜 .................................................................................................. 10
정보통신단체표준(국문표준)
TTAK.OT-06.0059 x
Contents
1. Introduction ................................................................................................... 1
2. Constitution and Scope ................................................................................... 1
3. Reference Standards(Recommendations) ......................................................... 1
4. Terms and Definitions ..................................................................................... 2
5. AOI Architecture using D2D Communication ....................................................... 3
6. Functional Requirements ................................................................................ 5
6.1. Notification Management ......................................................................... 5
6.2. AOI D2D Server ...................................................................................... 5
6.3. AOI Client .............................................................................................. 6
6.4. AOI Server ............................................................................................. 6
7. Wake-up Process for Notification .................................................................... 7
7.1. Wake-up Process by AOI Server ............................................................... 7
8. Interface ...................................................................................................... 9
8.1. AOI-D2D-1 ........................................................................................... 9
8.2. AOI-D2D-2 ........................................................................................... 9
8.3. AOI-D2D-3 ........................................................................................... 9
8.4. AOI-D2D-4 ........................................................................................... 9
8.5. AOI-D2D-5 ......................................................................................... 10
8.6. AOI-D2D-6 ......................................................................................... 10
9. Protocol ..................................................................................................... 10
정보통신단체표준(국문표준)
TTAK.OT-06.0059 1
상시 접속을 위한 디바이스 직접 통신(D2D) 방법
(Device-to-Device Communication Method for Always Online
Infrastructure)
1. 개요
본 표준은 스마트폰의 푸시(push) 서비스 등이 네트워크와 단말기에 영향을 주는
것을 최소화하는 것이 목적이다 이를 위해 디바이스 직접 통신을 사용하여 푸시(push)
애플리케이션 서비스 제공자와 푸시(push) 서버 간 디바이스 직접 통신 웨이크업(wake-
up)을 통해 상시 접속을 유지하기 위한 방법 및 절차를 정의한다.
2. 표준의 구성 및 범위
본 표준은 푸시(push) 통지(notification)를 전달하기 위한 서버 애플리케이션과
클라이언트 애플리케이션에 적용된다.
본 표준의 내용은 관련 표준 규격의 갱신 등에 따라 추후 보완 및 변경될 수 있으며,
본 표준에 구체적으로 명시되어 있지 않은 사항은 참고 문헌의 규격 사항에 준하며,
진행 중인 규격의 경우 최종 규격을 따르도록 한다.
3. 참조 표준(권고)
- OMA OMA-ER-AOI-V1_0, ‘Always Online Infrastructure’, July 2014.
- Wi-Fi Alliance, ‘Wi-Fi Peer-to-Peer(P2P) Technical specification v1.1’, 2010.
- TTA, TTAS.KO-06.0317, ‘디바이스 간 직접 통신(D2D) 데이터 동기화 방법’,
2012.12.
정보통신단체표준(국문표준)
TTAK.OT-06.0059 2
4. 용어 정의 및 약어
4.1. 용어 정의
4.1.1. 서버 애플리케이션(server application)
소셜 네트워크 애플리케이션과 같이 AOI 서버를 통해서 AOI 서비스를 사용하는
애플리케이션
4.1.2. 클라이언트 애플리케이션(client application)
푸시(push)와 같은 통지(notification)를 위한 네트워크 연결이 필요한 모바일
애플리케이션으로 스마트폰에 설치된 것으로 푸시 애플리케이션(push application)이
가장 일반적임
4.1.3. AOI 서버(AOI server)
AOI 연결을 통해서 AOI 클라이언트와 연결이 가능한 서버
4.1.4. AOI 클라이언트(AOI client)
AOI 연결을 통해서 AOI 서비스를 수신하는 클라이언트이며, 클라이언트
애플리케이션에게 AOI 기능을 제공하는 역할을 수행함
4.1.5. 웨이크업(wake-up)
웨이크업(wake-up)은 AOI 클라이언트 또는 AOI 애플리케이션이 AOI 서버와 TCP
등과 같은 통지(notification) 채널이 연결되어 있지 않았을 때 통지(notification) 채널을
연결할 수 있도록 하는 메커니즘
4.1.6. 디바이스 직접 통신
무선 AP(Access Point)를 사용하지 않고, WiFi Direct 와 같은 디바이스 간 통신을
사용하여 필요한 정보를 전송하는 방법
정보통신단체표준(국문표준)
TTAK.OT-06.0059 3
4.1.7. 그룹 오너(Group Owner)
Wi-Fi Direct 와 같은 디바이스 간 직접 통신 방법에서 AP(Access Point)와 같은
역할을 수행하며, 디바이스 직접 통신 디바이스 그룹 형성 과정에서 결정함
4.1.8. 통지(notification)
AOI 서비스를 통해서 서버 애플리케이션이 클라이언트 애플리케이션에게 전달되는
메시지
4.2. 약어
AOI Always Online Infrastructure
OMA Open Mobile Alliance
P2P IE P2P Information Element
PAM Pre-Association Message
SP Service Provider
GO Group Owner
5. 디바이스 직접 통신을 사용한 AOI 구성 방법
클라이언트 애플리케이션은 스마트폰에 설치되며, AOI 서버와 통지(notification)를
위한 채널이 구성되지 않은 상태이다. 이 경우에 서버 애플리케이션이 AOI 서버를
통해서 통지(notification)하기 위해서는 AOI D2D 서버를 통해서 클라이언트에
웨이크업(wake-up) 과정을 통해서 클라이언트 애플리케이션 또는 AOI 클라이언트가
지연된 통지(notification)를 받을 수 있는 채널을 구성하도록 구성한다.
(그림-5-1)은 AOI 클라이언트 없이 클라이언트 애플리케이션이 직접
통지(notification) 채널을 AOI 서버와 연결하는 경우이며, (그림 5-2)는 AOI
클라이언트가 AOI 서버와 통지(notification) 채널을 연결하여 AOI 서버로부터 지연된
메시지를 수신하는 경우의 구성 방법이다.
정보통신단체표준(국문표준)
TTAK.OT-06.0059 4
(그림 5-1) 디바이스 직접 통신을 사용한 AOI 구조
AOI 클라이언트가 없는 경우에는, 클라이언트 애플리케이션에서 AOI 서버와 메시지를
받을 수 있도록 구현되어야 하며, AOI 클라이언트가 AOI 서버와 메시지를 수신하기
위한 절차를 담당하므로, 애플리케이션에서 AOI 서비스를 따로 구현할 필요가 없다.
(그림 5-2) 디바이스 직접 통신을 사용한 AOI 구조(AOI 클라이언트 사용)
정보통신단체표준(국문표준)
TTAK.OT-06.0059 5
6. 기능 요구 사항
6.1. 통지(notification)의 관리
<표 6-1> 통지(notification) 관리 기능 요구 사항
레이블 설명
AOI-NOT-001 클라이언트 애플리케이션의 등록 및 등록 해지에 따라서, AOI Enabler 는
AOI 클라이언트가 구독(subscribe)/구독 해제(unsubscribe)
통지(notification)를 AOI 서버로부터 수신이 가능함
AOI-NOT-002 AOI enabler 는 사용자가 모든 애플리케이션이나 특정 애플리케이션에
대하여 통지(notification)를 활성화 또는 비활성화 설정이 가능함
AOI-NOT-003 AOI Enabler 는 위치/지역/언어 또는 현지 시간 기준에 근거한
통지(notification) 메시지에서 메타데이터를 처리할 수 있음
AOI-NOT-004 AOI Enabler 는 서버 애플리케이션에 필요한 정보를 포함하여
통지(notification)가 해당 AOI 서버와 AOI 클라이언트에 전달될 수 있음
AOI-NOT-005 AOI Enabler 는 서버 애플리케이션이 특정 단말기에 설치된 클라이언트
애플리케이션에게 통지(notification)가 전달될 수 있어야 한다.
AOI-NOT-006 AOI Enabler 는 서버 애플리케이션이 AOI 서버 애플리케이션에 등록된 AOI
클라이언트와 관련된 사용자 애플리케이션과 설치된 특정 단말기의
사용자에게 통지(notification)를 전달한다.
6.2. AOI D2D 서버
<표 6-2> AOI D2D 서버 기능 요구 사항
레이블 설명
AOI-D2D-001 AOI D2D 서버는 디바이스 직접 통신을 지원한다.
AOI-D2D-002 AOI D2D 서버는 디바이스 직접 통신의 마스터 역할을 한다.
AOI-D2D-003 AOI D2D 서버는 디바이스 직접 통신이 구성된 단말기에게 웨이크업(wake-
up)을 위한 메시지를 전송한다.
AOI-D2D-004 AOI D2D 서버는 정의된 AOI 클라이언트를 근거로, AOI 서버로부터
클라이언트 애플리케이션에게 통지(notification)를 전달하기 위한
웨이크업(wake-up) 메커니즘을 지원한다.
AOI-D2D-005 AOI D2D 서버는 AOI 서버에 대한 정보 저장이 가능해야 한다.
AOI-D2D-006 AOI D2D 서버는 AOI 서버 어드레스 설정을 지원한다.
정보통신단체표준(국문표준)
TTAK.OT-06.0059 6
6.3. AOI 클라이언트
AOI 클라이언트는 AOI D2D 서버와 동일한 기능을 수행하며, AOI 클라이언트가 있을
경우에는, D2D 서버는 클라이언트 애플리케이션의 웨이크업(wake-up)만 처리하고,
통지(notification)와 메시지의 전달은 AOI 클라이언트가 담당한다.
6.4 AOI 서버
<표 6-3> AOI 서버 기능 요구 사항
레이블 설명
AOI-AC-001 사용 가능한 서버 애플리케이션에 필요한 정보를 만들 수 있어야 한다.
AOI-D2D-002 AOI 클라이언트나 AOI D2D 서버와 통신하기 위한 버전 정보를 제공해야
한다.
정보통신단체표준(국문표준)
TTAK.OT-06.0059 7
7. 통지(notification)를 위한 웨이크업(wake-up) 절차
7.1. AOI 서버의 웨이크업(wake-up) 요청 절차
웨이크업(wake-up)은 AOI 클라이언트 또는 AOI 애플리케이션이 AOI 서버와 TCP
등과 같은 통지(notification) 채널이 연결되어 있지 않을 때만 적용되는 것으로, AOI
서비스를 위하여 클라이언트 애플리케이션이 통지(notification) 채널을 연결하도록
요청하는 메시지를 전송하는 메커니즘이며, 웨이크업(wake-up)을 통해서 수신된 정보를
사용하여 AOI 애플리케이션은 AOI 서버와 네트워크 연결을 통해 남아 있는
통지(notification)를 수신하게 된다.
웨이크업(wake-up) 정책은 AOI D2D 서버 역할을 하는 디바이스 직접 통신 그룹
오너의 상태 등을 고려하여 결정할 수 있다.
AOI D2DServer
Client Application
AOI Server
1.클라이언트가 비활성화 상태임
2.AOI 서버는 클라이언트
애플리케이션에 대해서 웨이크업을 위해 통지
웨이크업 정책을 확인
3.클라이언트 애플리케이션을 웨이크업 함
4.클라이언트 애플리케이션이 통지를 받을 수 있는
활성화 상태가 됨
(그림 7-1) AOI 서버가 클라이언트 애플리케이션에 통지(notification)를 위한
웨이크업(wake-up) 절차
정보통신단체표준(국문표준)
TTAK.OT-06.0059 8
AOI 클라이언트가 통지(notification) 채널을 처리할 경우에는 (그림 7-2)와 같이 AOI
D2D 서버가 AOI 클라이언트에게 웨이크업(wake-up) 메시지를 전달하도록 구성한다.
AOI D2DServer
Client Application
AOI Server
1.AOI 클라이언트가
비활성화 상태임
2.AOI 서버는 클라이언트
애플리케이션에 대해서 웨
이크업을 위해 통지
웨이크업 정책을 확인
3.AOI 클라이언트가 웨이크
업
4.AOI 클라이언트 통지를
받을 수 있는 활성화 상태가 됨
AOIClient
5.클라이언트에게 메시지를
전송
(그림 7-2) AOI 서버와 AOI 클라이언트를 사용한 웨이크업(wake-up) 절차
정보통신단체표준(국문표준)
TTAK.OT-06.0059 9
8. 인터페이스 정의
8.1. AOI-D2D-1
AOI 서버가 AOI D2D 서버에게 클라이언트 애플리케이션의 웨이크업(wake-up)을
요청함.
8.2. AOI-D2D-2
AOI D2D 서버가 푸시(push) 통지(notification)를 위하여 클라이언트 애플리케이션에
웨이크업(wake-up)을 위한 AOI 서버 정보가 포함된 Pre-association 메시지를
전송하거나 AOI 클라이언트가 있을 경우에는 AOI 클라이언트에게 AOI 서버 정보가
포함된 Pre-association 메시지를 전송함.
8.3. AOI-D2D-3
AOI 클라이언트가 AOI 서버에게 클라이언트의 요청 사항을 처리함.
- AOI 클라이언트가 AOI 서버에 등록 또는 등록 해지를 요청
- 통지(notification) 채널의 활성화 및 비활성화
- 클라이언트 애플리케이션의 등록 및 해지
- AOI 서버로부터 통지(notification) 채널의 구독(subscribe)
- 악의적인 통지(notification)가 있을 경우에 AOI 서버에 보고
- 웨이크업(wake-up)에 의한 클라이언트에 의한 TCP 통지(notification) 채널
설정 기능
8.4. AOI-D2D-4
AOI 서버가 AOI 클라이언트에게 통지(notification) 채널의 비활성화,
통지(notification)의 전송 및 상태 확인 등을 요청함.
정보통신단체표준(국문표준)
TTAK.OT-06.0059 10
8.5. AOI-D2D-5
서버 애플리케이션이 통지(notification) 전달을 위해서 AOI 서버에 요청함.
- AOI 서버의 등록
- 통지(notification)의 전송 및 확인
- AOI 서버의 부하 등 상태 확인
8.6. AOI-D2D-6
푸시(push) 클라이언트 애플리케이션을 AOI 클라이언트에 등록을 요청하고,
푸시(push) 통지(notification)를 수신함.
9. 프로토콜
각 인터페이스 간 세부적인 프로토콜은 참조 표준인 ‘OMA AOI v1.0’의 9 장
Technical Specification 을 준용함.
정보통신단체표준(국문표준)
TTAK.OT-06.0059 11
표준 작성 공헌자
표준 번호 : TTAK.OT-06.0059
이 표준의 제정 및 발간을 위해 아래와 같이 여러분들이 공헌하였습니다.
구분 성명 위원회 및 직위 연락처 소속사
표준(과제)
제안
장수년 - [email protected] (사)한국무선인터넷
솔루션협회
이재호 - [email protected] ETRI
이동기 TTA PG910 의장 [email protected] SKTelecom
표준 초안
작성자
홍덕기 - [email protected] (사)한국무선인터넷
솔루션협회
이재호 - [email protected] ETRI
류철 - [email protected] ETRI
표준 초안
에디터
윤석진 - [email protected] ETRI
박형배 - [email protected] 소셜커뮤니케이션
표준화포럼
이형석 - [email protected] ETRI
김도형 [email protected] ETRI
표준 초안
검토
이동기 TTA PG910 의장 [email protected] SKTelecom
외 모바일 플랫폼 및 서비스 프로젝트그룹(PG703) 위원 등
표준안
심의
오민석 이동통신기술위원회(TC9)
의장 [email protected] 엘지전자㈜
외 이동통신기술위원회(TC7) 위원 등
사무국
담당
김대중 - [email protected] TTA
김수학 - [email protected] TTA
정보통신단체표준(국문표준)
상시 접속을 위한 디바이스 직접 통신(D2D) 방법 (Device-to-Device Communication Method for Always Online
Infrastructure)
발행인 : 한국정보통신기술협회 회장
발행처 : 한국정보통신기술협회
463-824, 경기도 성남시 분당구 분당로 47
Tel : 031-724-0114, Fax : 031-724-0109
발행일 : 2014. 4.13.