06. Definitions

목차

---

Address-of-Record (AOR)

Back-to-Back User Agent (B2BUA)

Call

Call Leg

Call Stateful

Client

Conference

Core

Dialog

Downstream

Final Response

Header

Header Field

Header Field Value

Home Domain

Informational Response

Initiator, Calling Party, Caller

Invitation

Invitee, Invited User, Called Party, Callee

Location Service

Loop

Loose Routing

Message

Method

Outbound Proxy

Parallel Search

Provisional Response

Proxy, Proxy Server

Recursion

Redirect Server

Registrar

Regular Transaction

Request

Response

Ringback

Route Set

Server

Sequential Search

Session

SIP Transaction

Spiral

Stateful Proxy

Stateless Proxy

Strict Routing

Target Refresh Request

Transaction User (TU)

Upstream

URL-encoded

User Agent Client (UAC)

UAC Core

User Agent Server (UAS)

UAS Core

User Agent (UA)

Address-of-Record (AOR)^#

• service location에 의해서 다른 접근 가능한 URI로 매핑 되는 SIP, SIPS URI
  
• 사용자의 public address로 종종 생각 되어짐

 

Back-to-Back User Agent (B2BUA)^#

• UAC와 UAS 의 연결
  
• 
  

  dialog를 나누어 생성 (proxy는 포워딩시 하나의 dialog로 처리)

  
  

   

Call^#

• 멀티미디어 회화를 목적으로 peer간의 통신

 

Call Leg^#

• dialog의 다른 이름
  
• 이 권고안에서는 사용하지 않음

 

Call Stateful^#

• INVITE를 보내고 BYE를 통해 dialog를 종료하기까지 상태를 유지하는 프록시는 call stateful이라고 부름
  
• stateful proxy

 

Client^#

• SIP request를 보내고 SIP response를 받는 네트워크 엘리먼트
  
• 사람과 직접 접촉 될수도 있고 아닐 수도 있음
  
• UA, proxy 모두 클라이언트 임

 

Conference^#

• 다수의 참여자를 가지고 있는 멀티미디어 세션

 

Core^#

• 각 SIP entity 타입의 특정 기능을 디자인한 것
  
• stateless proxy를 제외한 다른 entities(sateful proxy, UA, registrar)의 core는 TU 임

 

Dialog^#

• 두 UA간의 특정 시간에 peer-to-peer로 SIP 관계를 가지는 것
  
• INVITE request에 대한 2xx response로 dialog가 생성
  
• call identifier, local tag, remote tag로 identify
  
• RFC 2543에서는 call leg로 알려짐

 

Downstream^#

• UAC에서 UAS로 보내는 request의 방향

 

Final Response^#

• SIP transaction을 종료하는 response
  
• provisional과 반대
  
• 2xx, 3xx, 4xx, 5xx, 6xx response

 

Header^#

• 메시지의 정보를 가지고 있는 SIP 메시지 component
  
• 헤더 필드들로 만들어 짐

 

Header Field^#

• SIP 헤시지 헤더의 component
  
• 한 줄에 하나 혹은 그 이상의 header field value가 나옴
  
• Multiple header field values는 한 줄에 콤마로 구별되어 짐
  
• 하나의 header field value만 가지는 header field도 있음

 

Header Field Value^#

• 하나의 value
  
• 하나의 header field에 하나 혹은 그 이상의 header field value가 올 수 있음

 

Home Domain^#

• SIP user에게 서비스를 제공하는 도메인
  
• 일반적으로 AOR의 도메인 URI

 

Informational Response^#

• provisional response와 동일

 

Initiator, Calling Party, Caller^#

• 세션을 생성하기 위하여 INVITE request를 보내는 쪽
  
• dialog가 생성된 후에는 종료될때 까지 callee로 역할을 함

 

Invitation^#

• INVITE request

 

Invitee, Invited User, Called Party, Callee^#

• 세션을 생성하기 위하여 INVITE request를 받는 쪽
  
• dialog가 생성된 후에는 종료될때 까지 caller로 역할을 함

 

 

Location Service^#

• Callee의 위치 정보를 SIP redirect 또는 proxy 서버에게 제공
  
• AOR key와 다수의 contact address의 바인딩으로 이루어짐
  
• 다양한 방법으로 바인딩을 생성, 제거 할 수 있음
  
• REGISTER 메소드를 이용하여 update 가능

 

Loop^#

• 프록시를 지나간 request가 다시 그 프록시로 들와 왔을 경우
  
• 두번째 들어왔을 경우 처음과 Request-URI가 동일하여 이전과 동일하게 포워딩을 하게 될 경우
  
• Looped request는 에러이고 이는 프로토콜에서 처리 됨

 

Loose Routing^#

• 이 권고안에서 Route 헤더 필드를 처리하는 과정을 따르는 프록시
  
• Request-URI와 Route 헤더 필드가 나누어져 있음
  
• 이러한 방식의 프록시를 loose router라고 함

 

Message^#

• 프로토콜 내의 SIP element간에 주고 받는 데이터
  
• request, response 두가지 메시지가 있음

 

Method^#

• 서버에게 동작을 나타내는 request의 중요한 기능
  
• request 메시지 안에 전달 됨

 

Outbound Proxy^#

• Request-URI가 아니더라도 클라이언트로부터 request를 받음
  
• UA가 수동으로 입력하거나 auto-configuration 프로토콜 사용

 

Parallel Search^#

• request를 보낸 후 final response를 받지 않아도 다른 request를 보냄

 

Provisional Response^#

• 서버가 상태를 알려 주는 response
  
• SIP transaction이 끝나지 않음
  
• 1xx response

 

Proxy, Proxy Server^#

• 서버와 클라이언트 동작을 하면서 클라이언트들을 이어주는 중간 entity
  
• 타켓 유저의 근처로 routing이 주요 기능
  
• 허용된 콜만 받을 수 있는 역할을 할 수도 있음
  
• 포워딩시 필요하다면 request를 수정

 

Recursion^#

• 3xx response 메시지의 contact 헤더 필드에 있는 URI로 새로운 request를 보내는 것

 

Redirect Server^#

• reqeust를 받았을 때 contact 정보를 담아 3xx response 보내는 서버

 

Registrar^#

• REGISTER request를 처리하고 location service에 그 정보를 담는 역할을 함

 

Regular Transaction^#

• INVITE, ACK, CANCEL 메소드를 포함하는 transaction

 

Request^#

• 서버에게 특정 동작을 위하여 클라이언트가 서버에게 보내는 SIP 메시지

 

Response^#

• request에 대한 상태를 알려주기 위하여 서버가 클라이언트에게 보내는 SIP 메시지

 

Ringback^#

• 수신자가 alert (ringing) 되고 있음 알려주기 위하여 송신자에게 들려주는 시그널링 톤

 

Route Set^#

• request를 보낼때 꼭 거쳐야 하는 proxy들의 SIP 또는 SIPS URI를 순서대로 저장하고 있음

 

Server^#

• request에 대하여 response를 보내주는 네트웍크 element

 

Sequential Search^#

• request를 보낸 후 final response를 받아야 다음 request를 보냄

 

Session^#

• 멀티미디어 세션은 센더와 리시버 셋과 센더에서 리시버로 data 스트림을 나타냄

 

SIP Transaction^#

• request를 보낸 후 final response를 받을 때 까지
  
• INVITE에 대한 non-2xx response의 경우는 ACK까지 transaction에 포함
  
• INVITE에 대한 2xx response에 대한 ACK는 transaction에서 분리됨

 

Spiral^#

• 자신의 보낸 request를 다시 받았지만 Request-URI의 값이 다를 경우
  
• Error가 아닌 valid한 상황임

 

Stateful Proxy^#

• request가 진행되는 동안의 transaction state를 유지하고 있음
  
• transaction stateful proxy

 

Stateless Proxy^#

• transaction state를 유지하지 않음
  
• request와 response를 downstream, upstream으로 포워딩만 함

 

Strict Routing^#

• RFC 2543에서 정의한 절차대로 Route 처리를 따르는 프록시
  
• Route header가 있다면 Request-RUI를 제거
  
• Strict routing을 하는 프록시를 strict router라 함

 

Target Refresh Request^#

• dialog의 remote target를 수정하기 위한 dialog 내부에서 보내진 request

 

Transaction User (TU)^#

• transactio layer의 상위 layer
  
• UAC core, UAS core, proxy core

 

Upstream^#

• UAS에서 UAC로 response가 보내지는 방향

 

URL-encoded^#

• RFC 2396에 따라 인코딩 된 문자열

 

User Agent Client (UAC)^#

• request를 생성하고 UAS에게 보냄
  
• transaction 단위로 동작함

 

UAC Core^#

• transaction 과 transport layer위에서 UAC 동작을 위하여 필요한 기능

 

User Agent Server (UAS)^#

• UAC가 보낸 request에 대한 response를 생성하고 보냄
  
• transaction 단위로 동작함

 

 

UAS Core^#

• transaction 과 transport layer위에서 UAS 동작을 위하여 필요한 기능

 

User Agent (UA)^#

• UAC와 UAS 동작을 하는 논리적 entity

 

Proxy, location, registrar 서버는 논지적인 개념이므로 구현시 하나의 어클리케이션으로 나타날수 있음 (MAY)