맨위로가기

세션 기술 프로토콜

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
목차

1. 개요

세션 기술 프로토콜(Session Description Protocol, SDP)은 멀티미디어 세션을 설명하고 참여하는 데 필요한 정보를 제공하기 위해 정의된 텍스트 기반 형식이다. SDP는 세션, 시간, 미디어의 세 가지 섹션으로 구성되며, 각 섹션은 필드 그룹으로 구성된다. 주요 구성 요소로는 콘퍼런스, 세션, 세션 공지, 세션 광고, 세션 기술 등이 있으며, 세션 기술은 멀티미디어 세션을 발견하고 참여하는 데 필요한 정보를 제공하기 위해 정의된 포맷이다. SDP는 세션 발표 프로토콜(SAP), 세션 개시 프로토콜(SIP), 실시간 스트리밍 프로토콜(RTSP) 등 다양한 전송 프로토콜을 통해 배포될 수 있으며, 세션 공지, 세션 초대, 멀티미디어 세션 시작에 필요한 정보를 기술하는 데 사용된다. SDP는 세션의 활성 시간과 반복 시간을 지정하는 시간 설명과, 세션 또는 미디어 섹션 내에서 사용되는 속성을 통해 핵심 프로토콜을 확장한다.

더 읽어볼만한 페이지

  • VoIP 프로토콜 - 실시간 전송 프로토콜
    실시간 전송 프로토콜(RTP)은 스트리밍 미디어의 실시간 전송을 위해 설계된 프로토콜로, IP 네트워크에서 오디오/비디오 전송의 표준으로 사용되며, 멀티미디어 데이터 전송, 타임스탬프, 순서 제어, QoS 피드백 등을 제공한다.
  • VoIP 프로토콜 - VoiceXML
    VoiceXML은 음성 브라우저에게 음성 합성, 자동 음성 인식, 대화 관리, 오디오 재생을 지시하는 XML 기반 마크업 언어로서, 다양한 산업 분야에서 음성 인터페이스 구축에 사용되었으며, 관련 표준과 함께 1999년 개발 후 W3C로 표준 관리가 이관되었으나 현재는 새로운 표준 개발이 중단되었다.
  • 자바 사양 요청 - 자바 플랫폼, 마이크로 에디션
    자바 ME는 임베디드 및 모바일 장치에서 자바 앱을 실행하는 플랫폼으로, 피처폰에서 주로 사용되었으며 다양한 프로파일과 에뮬레이터, 개발 도구를 제공하고 JSR을 통해 기능이 확장된다.
  • 자바 사양 요청 - 자바 커뮤니티 프로세스
    자바 커뮤니티 프로세스는 자바 기술 명세의 개발 및 관리를 담당하는 조직으로, 자바 기술 표준화와 발전에 기여해왔으나 운영 방식에 대한 비판과 여러 논란에 직면해 있다.
  • 인터넷 표준 - DNSSEC
    DNSSEC는 DNS의 보안 취약점을 개선하기 위해 도메인 정보에 디지털 서명을 추가하여 응답 레코드의 무결성을 보장하고 DNS 위장 공격을 막는 기술로, RRSIG, DNSKEY 등 다양한 리소스 레코드 유형을 사용하여 인증 체인을 구성하며 공개 키 암호 방식을 활용한다.
  • 인터넷 표준 - IPv6
    IPv6는 IPv4 주소 고갈 문제를 해결하고자 개발된 차세대 인터넷 프로토콜로, 128비트 주소 체계를 통해 사실상 무한대에 가까운 IP 주소를 제공하며, 주소 자동 설정, 패킷 처리 효율성 향상, 보안 기능 강화 등의 특징을 갖는다.
세션 기술 프로토콜
일반 정보
종류텍스트 기반 프로토콜
목적멀티미디어 통신 세션 매개변수 교환
상세 정보
설계IETF
RFCRFC 2327 (구 버전)
RFC 4566 (현재 버전)
RFC 8866 (최신 버전)
관련 프로토콜RTP, SIP

2. 관련 용어

세션 기술 프로토콜(SDP)은 멀티미디어 세션에 참여하기 위한 정보를 제공하는 포맷이다.[1] SDP는 세션 공지 프로토콜(SAP)의 구성 요소로 시작했지만, 멀티캐스트 세션을 기술하는 스탠드얼론 형식이나 실시간 전송 프로토콜(RTP), 세션 개시 프로토콜(SIP) 등 다른 프로토콜과 함께 사용되기도 한다.[1]

SDP와 관련된 주요 용어는 다음과 같다.


  • 세션 공지(Session Announcement): 사용자에게 세션 정보를 미리 전달하는 메커니즘이다.[1]
  • 세션 광고(Session Advertisement): 세션 공지와 동일하다.[1]
  • 세션 기술(Session Description): 멀티미디어 세션을 찾고 참여하는 데 필요한 정보를 담고 있는 형식이다.[1]

2. 1. 컨퍼런스 (Conference)

컨퍼런스는 어떤 소프트웨어로든 통신하는 둘 이상의 사용자 그룹을 나타낸다.[1]

2. 2. 세션 (Session)

세션은 멀티미디어 송신자와 수신자, 그리고 그 사이에서 흐르는 스트리밍 데이터의 집합을 의미한다.[1]

SDP는 세션 공지 프로토콜(SAP)의 한 구성 요소로 시작했지만, 멀티캐스트 세션을 기술하는 스탠드얼론 형식으로, 실시간 전송 프로토콜(RTP) 및 세션 개시 프로토콜(SIP)과 관련된 다른 용도로도 사용된다.[1]

SDP와 관련된 용어는 다음과 같다.[1]

  • '''세션 공지''': 세션 공지는 사용자에게 세션 설명을 미리 전달하기 위한 메커니즘이다.[1]
  • '''세션 홍보''': 세션 공지와 동일하다.[1]
  • '''세션 설명''': 멀티미디어 세션을 찾고 참여하는 데 필요한 정보를 제공하기 위해 정의된 형식이다.[1]

2. 3. 세션 공지 (Session Announcement)

세션 공지(Session Announcement)는 사용자에게 세션 기술(記述)을 능동적으로 전달하는 방식이다. 즉, 사용자가 명시적으로 요구하지 않아도 세션 기술이 전달된다.[1] 세션 광고(Session Advertisement)는 세션 공지와 같은 의미이다.[1]

세션 기술 프로토콜(SDP)은 원래 세션 공지 프로토콜(SAP)의 구성 요소였으나,[1] 멀티캐스트 세션을 기술하는 스탠드얼론 형식, 실시간 전송 프로토콜(RTP) 및 세션 개시 프로토콜(SIP)과 관련된 다른 용도로도 활용된다.[1]

2. 4. 세션 광고 (Session Advertisement)

세션 광고는 세션 공지 프로토콜(SAP)의 한 구성 요소로 시작했지만, 멀티캐스트 세션을 기술하는 스탠드얼론 형식이나 실시간 전송 프로토콜(RTP) 및 세션 개시 프로토콜(SIP)과 같은 다른 프로토콜과 함께 사용되기도 한다.

SDP와 관련된 용어는 다음과 같다.

  • '''컨퍼런스''': 어떤 소프트웨어로든 통신하는 둘 이상의 사용자의 그룹이다.
  • '''세션''': 멀티미디어 송수신자와 그 사이에서 흐르는 스트리밍 데이터의 집합이다.
  • '''세션 공지''': 세션 설명을 미리 사용자에게 전달하기 위한 메커니즘이다.
  • '''세션 홍보''': 세션 공지와 동일하다.
  • '''세션 설명''': 멀티미디어 세션을 발견하고 참여하기 위한 충분한 정보를 전달하기 위해 정의된 형식이다.

2. 5. 세션 기술 (Session Description)

멀티미디어 세션을 발견하고 참여하는 데 필요한 정보를 제공하기 위해 정의된 포맷이다.[5] 세션 기술 프로토콜은 세션을 텍스트 기반 형식의 필드 그룹으로 설명하며, 각 줄에 필드 하나가 있다. 각 필드의 형식은 다음과 같다.

`<문자>=<값>`

여기서 ``는 단일 대소문자를 구분하는 문자이고 ``는 문자에 따라 형식이 달라지는 구조화된 텍스트이다. 값은 일반적으로 UTF-8로 인코딩된다.[6] 공백 문자는 등호의 양쪽에 바로 허용되지 않는다.[3]

세션 설명은 세 가지 섹션, 즉 세션, 시간 및 미디어 설명으로 구성된다. 각 설명은 여러 개의 시간 및 미디어 설명을 포함할 수 있다. 이름은 연관된 구문 구조 내에서만 고유하다.[7]

필드는 표시된 순서대로 나타나야 한다. 선택적 필드는 별표(*)로 표시된다.

  • '''세션 설명'''

필드설명
v=프로토콜 버전 번호 (현재는 0만 해당)
o=원작자 및 세션 식별자 (사용자 이름, ID, 버전 번호, 네트워크 주소)
s=세션 이름 (하나 이상의 UTF-8 인코딩 문자가 필수)
i=*세션 제목 또는 간단한 정보
u=*설명 URI
e=*0개 이상의 이메일 주소 (선택 사항인 연락처 이름 포함)
p=*0개 이상의 전화 번호 (선택 사항인 연락처 이름 포함)
c=*연결 정보 (모든 미디어에 포함된 경우 필수 아님)
b=*0개 이상의 대역폭 정보 줄
z=*시간대 조정
k=*암호화 키
a=*0개 이상의 세션 속성 줄
하나 이상의 시간 설명 ("t=" 및 "r=" 줄, 아래 참조)
0개 이상의 미디어 설명 (각각 "m=" 줄로 시작, 아래 참조)


  • '''시간 설명''' (필수)

필드설명
t=세션이 활성 상태인 시간
r=*0개 이상의 반복 시간


  • '''미디어 설명''' (선택 사항)

필드설명
m=미디어 이름 및 전송 주소
i=*미디어 제목 또는 정보 필드
c=*연결 정보 (세션 수준에 포함된 경우 선택 사항)
b=*0개 이상의 대역폭 정보 줄
k=*암호화 키
a=*0개 이상의 미디어 속성 줄 (세션 속성 줄보다 우선 적용)



아래는 RFC 4566의 샘플 세션 설명이다.

이 세션은 IPv4 주소 10.47.16.5의 사용자 "jdoe"가 시작했다. 이름은 "SDP Seminar"이고, 추가 정보 링크와 담당자 Jane Doe에게 연락할 수 있는 이메일 주소와 함께 확장된 세션 정보("세션 설명 프로토콜에 대한 세미나")가 포함되어 있다. 이 세션은 NTP 타임스탬프를 사용하여 2시간 동안 지속되도록 지정되었으며, 연결 주소(클라이언트가 연결해야 하는 주소 또는 여기에 제공된 것처럼 멀티캐스트 주소가 제공되는 경우 구독해야 하는 주소)는 IPv4 224.2.17.12이며 TTL은 127이다. 이 세션 설명의 수신자는 미디어만 수신하도록 지시받는다.

두 개의 미디어 설명이 제공되며, 둘 다 RTP 오디오 비디오 프로파일을 사용한다. 첫 번째는 RTP/AVP 페이로드 유형 0(PCMU로 RFC 3551에 정의됨)을 사용하는 포트 49170의 오디오 스트림이고, 두 번째는 RTP/AVP 페이로드 유형 99("동적"으로 정의됨)를 사용하는 포트 51372의 비디오 스트림이다. 마지막으로, RTP/AVP 페이로드 유형 99를 90 kHz 클럭 속도로 h263-1998 형식에 매핑하는 속성이 포함되어 있다. 오디오 및 비디오 스트림의 RTCP 포트는 각각 49171 및 51373이다.



v=0

o=jdoe 2890844526 2890842807 IN IP4 10.47.16.5

s=SDP Seminar

i=A Seminar on the session description protocol

u=http://www.example.com/seminars/sdp.pdf

e=j.doe@example.com (Jane Doe)

c=IN IP4 224.2.17.12/127

t=2873397496 2873404696

a=recvonly

m=audio 49170 RTP/AVP 0

m=video 51372 RTP/AVP 99

a=rtpmap:99 h263-1998/90000



SDP 사양은 세션 설명을 위한 순수한 형식이다. SAP, SIP 및 RTSP를 포함하여 필요에 따라 서로 다른 전송 프로토콜을 통해 배포하도록 설계되었다. SDP는 이메일 또는 HTTP 페이로드로 전송될 수도 있다.

SDP는 멀티미디어 세션을 시작하는 데 필요한 정보를 기술하는 것을 목적으로 한다.

3. 구문

SDP의 구문은 다음과 같다.[11]

구분내용
세션 설명 (Session description)
시간 설명 (Time description)
미디어 설명 (Media description)


3. 1. 세션 설명 (Session Description)

SDP는 텍스트 기반 형식으로 필드 그룹을 사용하여 세션을 설명하며, 각 줄에는 하나의 필드가 있다.[5] 각 필드의 형식은 다음과 같다.

:<문자>=<값>

여기서 `<문자>`는 대소문자를 구분하는 단일 문자이고, `<값>`은 문자에 따라 형식이 달라지는 구조화된 텍스트이다. 값은 일반적으로 UTF-8로 인코딩된다.[6] 등호(=) 양쪽에 공백은 허용되지 않는다.[3]

세션 설명은 세션, 시간, 미디어 설명의 세 가지 섹션으로 구성된다. 각 설명에는 여러 개의 시간 및 미디어 설명이 포함될 수 있다. 이름은 연관된 구문 구조 내에서만 고유하다.[7]

필드는 정해진 순서대로 나타나야 하며, 선택적 필드는 별표(*)로 표시된다.

SDP 구문은 다음과 같다.[11]

  • '''세션 설명'''
  • v= (프로토콜 버전 번호, 현재는 0만 해당)
  • o= (원작자 및 세션 식별자: 사용자 이름, ID, 버전 번호, 네트워크 주소)
  • s= (세션 이름: 하나 이상의 UTF-8 인코딩 문자가 필수)
  • i=* (세션 제목 또는 간단한 정보)
  • u=* (설명 URI)
  • e=* (선택 사항인 연락처 이름과 함께 0개 이상의 이메일 주소)
  • p=* (선택 사항인 연락처 이름과 함께 0개 이상의 전화 번호)
  • c=* (연결 정보—모든 미디어에 포함된 경우 필수 아님)
  • b=* (0개 이상의 대역폭 정보 줄)
  • ''하나 이상의 '''시간 설명'''("t=" 및 "r=" 줄)''
  • z=* (시간대 조정)
  • k=* (암호화 키)
  • a=* (0개 이상의 세션 속성 줄)
  • ''0개 이상의 '''미디어 설명''' (각각 "m=" 줄로 시작)''
  • '''시간 설명''' (필수)
  • t= (세션이 활성 상태인 시간)
  • r=* (0개 이상의 반복 시간)
  • '''미디어 설명''' (선택 사항)
  • m= (미디어 이름 및 전송 주소)
  • i=* (미디어 제목 또는 정보 필드)
  • c=* (연결 정보 — 세션 수준에 포함된 경우 선택 사항)
  • b=* (0개 이상의 대역폭 정보 줄)
  • k=* (암호화 키)
  • a=* (0개 이상의 미디어 속성 줄 — 세션 속성 줄보다 우선 적용)


RFC 4566의 샘플 세션 설명은 다음과 같다.

:v=0

:o=jdoe 2890844526 2890842807 IN IP4 10.47.16.5

:s=SDP Seminar

:i=A Seminar on the session description protocol

:u=https://www.example.com/seminars/sdp.pdf

:e=j.doe@example.com (Jane Doe)

:c=IN IP4 224.2.17.12/127

:t=2873397496 2873404696

:a=recvonly

:m=audio 49170 RTP/AVP 0

:m=video 51372 RTP/AVP 99

:a=rtpmap:99 h263-1998/90000

이 세션은 IPv4 주소 10.47.16.5의 사용자 "jdoe"가 시작했다. 세션 이름은 "SDP Seminar"이며, 추가 정보 링크와 담당자 Jane Doe의 이메일 주소가 포함되어 있다. 세션은 NTP 타임스탬프를 사용하여 2시간 동안 지속되며, 연결 주소는 IPv4 224.2.17.12이고 TTL은 127이다. 수신자는 미디어만 수신하도록 지시받는다.

두 개의 미디어 설명이 제공되는데, 첫 번째는 PCMU로 정의된 RTP/AVP 페이로드 유형 0을 사용하는 포트 49170의 오디오 스트림이고, 두 번째는 RTP/AVP 페이로드 유형 99를 사용하는 포트 51372의 비디오 스트림이다. 마지막으로, RTP/AVP 페이로드 유형 99를 90 kHz 클럭 속도로 h263-1998 형식에 매핑하는 속성이 포함되어 있다. 오디오 및 비디오 스트림의 RTCP 포트는 각각 49171 및 51373이다.

SDP는 세션 설명을 위한 형식일 뿐이며, SAP, SIP, RTSP 등 다양한 전송 프로토콜을 통해 배포될 수 있도록 설계되었다. SDP는 이메일 또는 HTTP 페이로드로 전송될 수도 있다.

3. 2. 시간 설명 (Time Description)

SDP에서 시간 설명은 세션의 활성 시간과 반복 시간을 지정하는 데 사용된다.[11]

  • t= (time the session is active): 세션이 활성화되는 시간을 나타낸다.
  • r= (zero or more repeat times): 세션의 반복 시간을 나타낸다. (0개 이상 지정 가능)


절대 시간은 네트워크 시간 프로토콜(NTP) 형식(1900년 이후의 초 수)으로 표시된다. 종료 시간이 0이면 세션은 '무제한'이며, 시작 시간도 0이면 세션은 '영구적'으로 간주된다. 무제한 및 영구 세션은 권장되지 않지만 금지되지는 않는다.[11]

간격은 NTP 시간 또는 형식화된 시간으로 표시할 수 있다. 형식화된 시간은 값과 시간 단위(일: 'd', 시간: 'h', 분: 'm', 초: 's')의 시퀀스로 구성된다.[11]

예를 들어, 2010년 8월 1일 UTC 오전 10시에 시작하여 일주일 뒤 같은 시간에 한 번 반복되는 1시간 회의는 다음과 같이 표시할 수 있다.[11]

  • NTP 시간 사용: `t= ` `r=604800 3600 0`
  • 형식화된 시간 사용: `t= ` `r=7d 1h 0`


반복 시간이 지정되면 각 반복의 시작 시간은 일광 절약 시간제 변경을 보상하기 위해 조정될 수 있다. SDP는 일광 절약 시간제 오프셋(초 단위 또는 형식화된 시간 사용)이 적용되어야 할 때를 NTP 절대 시간으로 표시하는 기능을 지원한다. 이는 'z=' 필드를 사용하여 지정하며, 일광 절약 시간제 조정이 발생할 NTP 절대 시간과 적용할 오프셋을 나타내는 쌍의 시퀀스로 구성된다.[11]

예를 들어, 2010년 10월 31일 UTC 오전 3시에 1시간을 빼는 일광 절약 시간제 조정이 적용되는 경우(2010년 8월 1일 오전 10시 UTC 시작 시간 이후 60일 7시간 후), 2010년 8월 1일부터 2010년 11월 28일 오전 10시 UTC까지 매주 반복되는 세션에 대해 다음과 같이 지정할 수 있다.[11]

`t= ` `r=7d 1h 0` `z= -1h`

만약 주간 1시간 세션이 1년 동안 반복된다면(2010년 8월 1일 ~ 2011년 6월 26일), 2011년 3월 27일에 서머 타임으로 다시 전환하는 것을 포함하려면 다음과 같이 지정한다.[11]

`t= ` `r=7d 1h 0` `z= -1h 0`

반복되는 세션에 대한 SDP 공지는 몇 년을 초과하는 매우 긴 기간을 다루도록 만들어서는 안 되며, 따라서 'z=' 매개변수에 포함될 일광 절약 시간제 조정의 수는 작게 유지되어야 한다.[11]

세션은 한 주 동안 불규칙하게 반복될 수 있지만, 기간 내의 모든 주에 대해 동일한 방식으로 예약될 수 있다. 'r=' 매개변수에 더 많은 튜플을 추가하면 된다. 예를 들어, 토요일에도 동일한 이벤트를 예약하려면 다음을 사용한다.[11]

`t= ` `r=7d 1h 0 6d` `z= -1h 0`

SDP 프로토콜은 월별 및 연간 일정을 간단한 반복 시간으로 반복하는 세션을 지원하지 않는다. 시간이 불규칙하게 떨어지기 때문이다. 대신, 각 달 또는 연도에 대해 추가 't='/''r' 튜플을 제공할 수 있다.[11]

3. 3. 미디어 설명 (Media Description)

SDP(세션 기술 프로토콜)에서 미디어 설명(Media description)은 "m=" 라인으로 시작하며, 다음과 같은 형식을 갖는다.[11]

```

m= (미디어 이름 및 전송 주소)

i=* (미디어 제목)

c=* (연결 정보—세션 수준에 포함된 경우 선택 사항)

b=* (0개 이상의 대역폭 정보 라인)

k=* (암호화 키)

a=* (0개 이상의 미디어 속성 라인 — 세션 속성 라인보다 우선 적용)

```

각 항목에 대한 설명은 다음과 같다.

  • `m=`: 미디어 이름과 전송 주소를 나타낸다.
  • `i=*`: 미디어 제목 또는 정보 필드를 나타낸다.
  • `c=*`: 연결 정보를 나타내며, 세션 레벨에 포함된 경우에는 선택 사항이다.
  • `b=*`: 0개 이상의 대역폭 정보 라인을 나타낸다.
  • `k=*`: 암호화 키를 나타낸다.
  • `a=*`: 0개 이상의 미디어 속성 라인을 나타내며, 세션 속성 라인보다 우선 적용된다.


RFC 4566의 샘플 세션 설명에서 미디어 설명의 예시는 다음과 같다.[5]

```

m=audio 49170 RTP/AVP 0

m=video 51372 RTP/AVP 99

a=rtpmap:99 h263-1998/90000

```

위 예시에서 첫 번째 줄은 포트 49170에서 PCMU로 RFC 3551에 정의된 RTP/AVP 페이로드 유형 0을 사용하는 오디오 스트림을 나타낸다. 두 번째 줄은 포트 51372에서 "동적"으로 정의된 RTP/AVP 페이로드 유형 99를 사용하는 비디오 스트림을 나타낸다. 마지막 줄은 RTP/AVP 페이로드 유형 99를 90 kHz 클럭 속도로 h263-1998 형식에 매핑하는 속성을 나타낸다.

4. 속성 (Attributes)

SDP는 핵심 프로토콜을 확장하기 위해 속성을 사용한다. 속성은 세션 또는 미디어 섹션 내에 나타날 수 있으며, 이에 따라 '세션 수준' 또는 '미디어 수준'으로 범위가 지정된다. 새로운 속성은 IANA에 등록을 통해 표준에 가끔 추가된다.[8]

속성은 속성 또는 값 중 하나이다.


  • 속성: `a=''flag''`는 미디어 또는 세션의 부울 속성을 전달한다.
  • 값: `a=''속성'':''값''`은 명명된 매개변수를 제공한다.


이러한 속성 중 두 가지는 특별히 정의되어 있다.

  • `a=charset:''encoding''`은 표준 프로토콜 키에 권장되는 기본값(''UTF-8'')과 다른 문자 인코딩(IANA 레지스트리에 등록됨[9])을 지정하기 위해 세션 또는 미디어 섹션에서 사용된다. 이러한 값에는 사용자에게 표시하려는 텍스트가 포함되어 있다.
  • `a=sdplang:''code''`는 텍스트의 언어를 지정하는 데 사용된다. 여러 언어로 된 대체 텍스트가 세션에서 전송될 수 있으며, 사용자 기본 설정에 따라 사용자 에이전트가 자동으로 선택한다.


두 경우 모두 사용자에게 표시하려는 텍스트 필드는 불투명한 문자열로 해석되지만, 현재 미디어 섹션에서 마지막으로 발생한 필드 ''charset'' 및 ''sdplang''에 표시된 값 또는 그렇지 않으면 세션 섹션에서 마지막 값으로 사용자 또는 애플리케이션에 렌더링된다.

매개변수 ''v'', ''s'', ''o''는 필수이며 비워 둘 수 없으며 UTF-8로 인코딩해야 한다. 이들은 식별자로 사용되며 사용자에게 표시하기 위한 것이 아니다.

세션 수준 속성(예: 속성 형태의 속성 `a=recvonly`[10]) 또는 미디어 수준 속성(예: 예제의 비디오에 대한 값 형태의 속성 `a=rtpmap:99 h263-1998/90000`)과 같이 몇 가지 다른 속성도 예제에 있다.

5. 시간 형식 및 반복 (Time Formats and Repetitions)

절대 시간은 네트워크 시간 프로토콜(NTP) 형식(1900년 이후의 초 수)으로 표시된다. 종료 시간이 0이면 세션은 '무제한'이며, 시작 시간도 0이면 '영구적'으로 간주된다. 무제한 및 영구 세션은 권장되지 않지만 금지되지는 않는다.

간격은 NTP 시간 또는 형식화된 시간(값과 시간 단위(일: 'd', 시간: 'h', 분: 'm', 초: 's')의 시퀀스)으로 표시할 수 있다.

예를 들어, 2010년 8월 1일 UTC 오전 10시에 시작하여 일주일 뒤 같은 시간에 한 번 반복되는 1시간 회의는 다음과 같이 표시할 수 있다.


  • t= (2010년 8월 1일 오전 10시 UTC에 해당하는 NTP 시간) (2010년 8월 8일 오전 11시 UTC에 해당하는 NTP 시간)
  • r=604800 3600 0


또는 형식화된 시간을 사용하여 다음과 같이 표현할 수 있다.

  • t= (2010년 8월 1일 오전 10시 UTC에 해당하는 NTP 시간) (2010년 8월 8일 오전 11시 UTC에 해당하는 NTP 시간)
  • r=7d 1h 0


반복 시간이 지정되면 각 반복의 시작 시간을 일광 절약 시간제 변경을 보상하기 위해 조정해야 할 수 있다. 이는 시작 시간과 종료 시간 사이의 기간 동안 특정 시간대에서 동일한 현지 시간에 발생하도록 하기 위함이다.

SDP는 반복 시간이 모두 동일한 시간대 내에서 정의된 것으로 간주하며, 일광 오프셋(초 단위 또는 형식화된 시간)이 반복된 시작 시간 또는 일광 조정 이후 발생하는 종료 시간에 적용되어야 할 때 NTP 절대 시간 표시를 지원한다. 이러한 오프셋은 시작 시간을 기준으로 하며 누적되지 않는다. NTP는 필드 'z'를 사용하여 이를 지원하는데, 이 필드는 일광 조정이 발생할 NTP 절대 시간과 필드 'r'로 계산된 절대 시간을 기준으로 적용할 오프셋의 쌍 시퀀스를 나타낸다.

예를 들어, 2010년 10월 31일 UTC 오전 3시에 1시간을 빼는 일광 조정이 적용될 경우(2010년 8월 1일 일요일 오전 10시 UTC 시작 시간 이후 60일 7시간 후), 2010년 8월 1일부터 2010년 11월 28일 오전 10시 UTC까지(88일 후) 매주 반복되는 1시간 세션에 대해 다음과 같이 지정할 수 있다.

  • t= (2010년 8월 1일 오전 10시 UTC에 해당하는 NTP 시간) (2010년 11월 28일 오전 10시 UTC에 해당하는 NTP 시간)
  • r=7d 1h 0
  • z= (2010년 10월 31일 오전 3시 UTC에 해당하는 NTP 시간) -1h


만약 주간 1시간 세션이 일요일마다 1년 동안 반복된다면(2010년 8월 1일 일요일 오전 3시 UTC부터 2011년 6월 26일 일요일 오전 4시 UTC까지, 360일 1시간 후), 2011년 3월 27일 일요일 오전 2시에 서머 타임으로 다시 전환하는 것을 포함하여 다음과 같이 표현할 수 있다.

  • t= (2010년 8월 1일 오전 10시 UTC에 해당하는 NTP 시간) (2011년 6월 26일 오전 4시 UTC에 해당하는 NTP시간)
  • r=7d 1h 0
  • z= (2010년 10월 31일 오전 3시 UTC에 해당하는 NTP 시간) -1h (2011년 3월 27일 오전 2시 UTC에 해당하는 NTP시간) 0


SDP 공지는 몇 년을 초과하는 매우 긴 기간을 다루지 않도록 해야 하므로, z= 매개변수에 포함할 일광 조정의 수는 작게 유지해야 한다.

한 주 동안 불규칙하게 반복되지만 기간 내의 모든 주에 대해 동일한 방식으로 예약되는 세션은 'r' 매개변수에 튜플을 추가하여 표현할 수 있다. 예를 들어, 토요일에도 동일한 이벤트(하루 중 같은 시간에)를 예약하려면 다음을 사용한다.

  • t= (2010년 8월 1일 오전 10시 UTC에 해당하는 NTP 시간) (2010년 11월 28일 오전 10시 UTC에 해당하는 NTP 시간)
  • r=7d 1h 0 6d
  • z= (2010년 10월 31일 오전 3시 UTC에 해당하는 NTP 시간) -1h (2011년 3월 27일 오전 2시 UTC에 해당하는 NTP시간) 0


SDP 프로토콜은 월별 및 연간 일정과 같이 시간이 불규칙하게 변하는 세션을 간단한 반복 시간으로 지원하지 않는다. 대신, 각 달 또는 연도에 대해 추가 't'/'r' 튜플을 제공해야 한다.

참조

[1] 서적 Mobile Internet: Enabling Technologies & Services https://books.google[...] CRC Press 2019-07-11
[2] 간행물 SDP: Session Description Protocol IETF 1998-04
[3] 간행물 SDP: Session Description Protocol IETF 2006-07
[4] 간행물 SDP: Session Description Protocol IETF 2021-01
[5] 문서
[6] 문서
[7] 웹사이트 An In-Depth Overview of SDP http://www.konnetic.[...] 2011-07-13
[8] 웹사이트 Registry of the SDP Parameters https://www.iana.org[...] Internet Assigned Numbers Authority 2021-01-15
[9] 웹사이트 Registry of the Character Sets Encodings, on the Internet Assigned Numbers Authority site https://www.iana.org[...]
[10] 문서
[11] 웹사이트 http://tools.ietf.or[...]


본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com