KR101219925B1

KR101219925B1 - Ｓｉｐ와 같은 컴퓨터 프로토콜에 기초하여 전화 호출을다이얼로그와 연관시키는 방법

Info

Publication number: KR101219925B1
Application number: KR1020087002690A
Authority: KR
Inventors: 아므리탄쉬 라가브; 대니 레빈; 파라그 샘다디야
Original assignee: 마이크로소프트 코포레이션
Priority date: 2005-08-15
Filing date: 2008-01-31
Publication date: 2013-01-08
Also published as: EP1911229A2; US20120219129A1; WO2007021446A8; MY162111A; EP1911229B1; IL188782A; US8155294B2; WO2007021446A3; US20070036144A1; BRPI0614428A2; CL2013003593A1; TWI401927B; TW201330570A; MX2008001858A; JP5059004B2; AU2006280344A1; ES2649748T3; NZ565544A; CN101507210B; KR20080044830A

Abstract

전화 호출과 관련된 비음성 성능을 컴퓨팅 장치에서 제공하는 것은 제1 전화에서 제2 전화로 전화 호출을 시작하기 위한 요구를 수신하는 것을 포함하고, 여기서 요구는 컴퓨터 네트워크를 통해 연결된 컴퓨팅 장치들 간의 메시징을 이용하여 수행되며, 이 메시징은 신호 위상 다이얼로그의 부분이다. 신호 위상 다이얼로그는 전화 호출의 당사자들의 아이덴티티와 연관된 정보를 제공하는데 사용될 수 있다. 컴퓨팅 장치들 간의 호출 위상 다이얼로그를 착수하는 것은 전화 호출이 PSTN(public switched telephone network)을 통해 구축된 후에 수행될 수 있다. 이 호출 위상 다이얼로그는 전화 호출와 관련된 메시지들로 하여금 적어도 전화 호출이 진행중인 동안에 컴퓨팅 장치들 사이에서 전달될 수 있도록 한다. 다이얼로그들 및 메시징은 SIP(session initiation protocol) 또는 다른 컴퓨터 통신 프로토콜을 이용하여 수행될 수 있다.

SIP(session initiation protocol), 전화 호출(telephone call), PSTN(public switched telephone network), 호출 위상 다이얼로그(call phase dialog), 신호 위상 다이얼로그

Description

ＳＩＰ와 같은 컴퓨터 프로토콜에 기초하여 전화 호출을 다이얼로그와 연관시키는 방법{ASSOCIATING A TELEPHONE CALL WITH A DIALOG BASED ON A COMPUTER PROTOCOL SUCH AS SIP}

PSTN(pubilc switched telephone network: PSTN)에서 회로, 세션(sessions) 등을 시작 및 종료할 때 신호가 종종 사용될 수 있다. 예를 들어, PSTN을 위한 신호 프로토콜들 중 하나는 공통선 신호방식(Common Channel Signaling System 7; SS7)으로 불리운다. PSTN에서, 기존 신호 프로토콜은 기초 호출 설정 및 해제(tear down), 빌링(billing), 무선 서비스 및 로밍, 시내 전화 번호 이동성(local number portability), 무료 호출 서비스, 호출자 ID, 3자간 호출, 향상된 기능을 전달하는 호출 등에 대한 지원을 제공할 수 있다. 그러나, 이러한 기존 신호 프로토콜은 지원이 제한된다. 예컨대, 호출자 ID의 경우, 호출자 ID 정보가 종단간(end-to-end) 전달된다는 보장이 없다. 또 다른 문제는 만약 호출이 구내 교환(private branch exchange; PBX) 전화 등으로부터 기인한 경우, 이 호출자 ID가 사용자에 대하여 고유하지 않다는 점이다. 예를 들어, Acme 기업 종업원이 호출을 한 경우, 이는 종업원이 아닌 "Acme"로 식별될 것이다.

PSTN 신호 프로토콜과 달리, 세션 개시 프로토콜(session initiation protocol; SIP)은 설정된 신호 위상(signal phase) 동안의 통신에 한정되지 않는 다. SIP는 컴퓨터 시스템이 사용할 수 있는 애플리케이션 레이어 제어 프로토콜로서 서로를 발견하고 멀티미디어 세션을 구축, 수정 및 종료한다. 예를 들어, SIP는 VoIP(Voice over IP) 기술을 구현하는데 사용되는 주요 프로토콜들 중 하나이다. VoIP 기술의 구현은 일반적으로 음성 정보를 디지털 형태로 변환하고 이를 종래의 PSTN 회로 프로토콜이 아닌 개별적인 패킷에 실어서 송신하는 것을 수반한다. SIP는 또한 인스턴트 메시징(instant messaging) 및 다른 "실시간" 통신 기술과 같은 기능을 구현하는 것과 연관된다. 예를 들어, 인스턴트 메시징 서비스를 통해 참가자들은 메시지를 송신하고 다이얼로그(dialog) 중인 다른 참가자들로부터 수초 내에 수신할 수 있다. 그 후 수신하는 참가자들은 동일한 방식으로 다른 참가자들에게 응답 메시지를 보낼 수 있다.

SIP는 인터넷 제안 표준이다. 이의 설명서 "RFC 3261"은 <http://www.ietf.org/rfc/rfc3261.txt> 에서 입수가능하다. 이벤트 통지와 관련된 SIP에 대한 확장 설명서 "RFC 3265"는 <http://www.ietf.org/rfc/rfc3265.txt>에서 입수가능하다. SIP 네트워크는 다이얼로그에 클라이언트, 서버, 또는 이 둘 모두로서 참여할 수 있는 개체들을 포함한다. SIP는 네 가지 유형의 개체, 즉 사용자 에이전트, 프록시 서버, 경로 재지정 서버(redirect server), 및 레지스트라(registrar)를 지원한다. 사용자 에이전트는 다른 SIP 개체와 메시지를 교환함으로써 세션을 개시 및 종료한다. 사용자 에이전트는 SIP 요구를 개시하는 장치인 사용자 에이전트 클라이언트(user agent client; UAC)가 되거나 SIP 요구를 수신하고 이러한 요구에 응답하는 장치인 사용자 에이전트 서버(user agent server; UAS) 가 될 수 있다. 예로, "IP-전화", PDA(personal digital assistants) 및 임의의 다른 유형의 컴퓨팅 장치가 사용자 에이전트가 될 수 있다. 장치는 한 다이얼로그에서는 UAC가 다른 다이얼로그에서는 UAS가 될 수 있고, 모든 다이얼로그 동안 역할을 변경할 수 있다. 프록시 서버는 클라이언트에 대해서는 서버로 서버에 대해서는 클라이언트로 동작하는 개체이다. 이와 같이 동작하여, 프록시 서버는 UAC들 및 UAS들 간의 메시지들을 수신, 해석, 또는 전달한다. 경로 재지정 서버는 SIP 요구를 받아들이고 이 요구를 송신한 UAC로 향하는 응답을 생성하여 대체 네트워크 자원을 교신한다. 레지스트라는 사용자 에이전트로부터의 등록 정보를 받아들이고 위치 서비스(location service)에 이 수신된 등록 정보를 알리는 서버이다.

SIP는 두 가지 메시지 유형, 즉 UAC에서 UAS로 송신되는 요구 및 요구에 응답하는 경우 UAS로부터 UAC로 송신되는 응답을 지원한다. SIP 메시지는 3가지 유형으로 구성된다. SIP 메시지의 제1 부분은 "요구 라인(request line)"으로, 이는 메시지 방법(예컨대, 초대(INVITE))을 나타내는 필드를 포함하고 요구가 향하고 있는 사용자 또는 서비스를 식별하는 요구 URI를 포함한다. SIP 메시지의 제2 부분은 값이 이름-값 쌍으로 표시되는 헤더를 포함한다. SIP 메시지의 제3 부분은 메시지 바디로서, 이는 개시될 세션을 기술하거나 이 세션과 관련된 데이터를 포함하는데 사용된다. 메시지 바디는 요구 또는 응답으로 나타날 수 있다.

SIP와 같은 컴퓨터 다이얼로그와 전화 호출을 연관시키는 방법 및 시스템이 제공된다. 다이얼로그는 컴퓨팅 장치에서 전화 호출에 관한 정보를 제공할 수 있도록 할 수 있다. A측은 B측을 호출하기를 원한다. A측 및 B측 모두 컴퓨팅 장치들 및 전화들을 갖는다. 이들 컴퓨팅 장치들 간의 메시징을 이용하여, A측은 B측와 전화 호출을 시작하기 위한 요구를 송신한다. 이 요구가 B측의 컴퓨팅 장치에 의해 받아들여진다면, 컴퓨터 다이얼로그(예컨대, SIP 초대 트랜잭션 다이얼로그)의 신호 위상이 구축되고, PSTN을 통해 전화 호출을 개시하려는 시도가 행해진다. 전화 호출이 성공적으로 구축되었다는 확인이 수신되는 경우, 적절한 구성이라고 볼 때, A측의 컴퓨팅 장치 및 B측의 컴퓨팅 장치는 호출 위상 컴퓨터 다이얼로그(예컨대, SIP 다이얼로그)를 시작한다. (신호 위상 또는 호출 위상 모두에서의) 컴퓨터 다이얼로그는 A측 및 B측의 아이덴티티, 전화 호출의 상태, 이 전화 호출과 연관된 장치들의 상태 등에 관한 메시지들을 보내는데 사용될 수 있다.

여러 시스템 구성요소가 다이얼로그의 설정을 가능하게 할 수 있는데, 이 구성요소들은 A측 및 B측의 컴퓨팅 장치들에서 실행되는 통신 애플리케이션들, A측 및 B측의 컴퓨팅 장치 간의 메시지 전달을 보조하는 라이브 통신 서버, PSTN 및 컴퓨팅 장치들 간의 인터페이스들, (PBX들을 포함할 수 있는) PSTN의 구성요소들 등을 포함하거나 포함하지 않을 수 있다.

이 상세한 설명은 아래의 실시예에서 더욱 설명되는 내용을 단순화된 형태의 개념으로 제공한다. 본 설명은 청구된 대상물의 주요 특징 또는 필수 특징들을 식별하는 것이 아닐 뿐만 아니라 청구된 대상물의 범위를 결정하는데 보조로서 사용되는 것도 아니다.

도 1은 일 실시예에 따른 전화 호출을 SIP 다이얼로그와 연관시키는 시스템의 구성요소를 도시한 블록도.

도 2는 일 실시예에 따른 전화 호출과 연관하여 SIP 다이얼로그를 구축하는 통신의 흐름을 도시한 네트워킹 도면.

도 3은 레이스 조건(race condition)이 존재하는 전화 호출과 연관하여 SIP 다이얼로그를 구축하는 통신 흐름을 도시한 네트워킹 도면.

도 4는 일 실시예에 따라 호출측 클라이언트로부터 보내진 SIP 초대 메시지의 콘텐츠를 도시한 도면.

도 5는 일 실시예에 따라 피호출측 클라이언트로부터 보내진 SIP 초대 응답 메시지의 콘텐츠를 도시한 도면.

도 6은 일 실시예에 따라 호출자 컴퓨팅 장치에서 전화 호출과 연관하여 SIP 다이얼로그를 구축하는 경로(routine)를 도시한 흐름도.

도 7은 일 실시예에 따라 피호출측 컴퓨팅 장치에서 전화 호출과 연관하여 SIP 다이얼로그를 구축하는 루틴을 도시한 흐름도.

전화 호출을 컴퓨터 기반 다이얼로그와 연관시키는 설비(예컨대, 소프트웨어 설비 및 관련된 시스템)가 제공된다. 임의의 실시예에서, 종단간 SIP 다이얼로그가 PSTN(public switched telephone network)와 같은 "종래의 전화망(plain old telephone network)"을 통해 이루어진 전화 호출과 함께 구축된다. 그 다음 설비는 PSTN 호출 상태를 SIP 다이얼로그 상태와 동기화한다. 예를 들어, 호출하는 측(calling part)은 SIP 다이얼로그를 이용하여 호출되는 측(called party)에 식별될 수 있다. 이는 호출되는 측으로 하여금 호출이 호출자 ID 정보를 포함하고 있지 않은 경우에도 호출하는 측을 식별하도록 한다. 또한, SIP는 하나 이상의 필드를 이용하여 PSTN 상태와 SIP 상태의 동기화를 지원하도록 확장된다. 이러한 확장의 예로 하나 이상의 호출 정보 필드(예컨대, SIP 초대를 통한 송신), 하나 이상의 호출 정보 응답 필드(예컨대, SIP 200 OK를 통한 송신) 및 하나 이상의 호출 정보 매치 필드(예컨대, SIP ACK를 통한 송신)가 있다.

일부 실시예에서, 사용자(호출자)가 자신의 컴퓨터 접촉 리스트(contact list)에 있는 누군가(호출된 측)에게 호출을 하고자 하는 경우, 사용자는 접촉자(contact)를 선택하고 이 접촉자와의 호출을 신청한다. 이 때, 이 호출자의 컴퓨팅 장치 상의 애플리케이션이 호출된 측의 컴퓨팅 장치로 요구(예컨대, SIP 초대)를 보내, 신호 위상 다이얼로그를 시작할 것이다. 이 요구는 전화 정보가 접촉자와 다이얼로그를 구축하는 것의 양상(aspect)이라는 표시를 포함할 수 있다. 이 때 호출된 측은 이 호출자로부터의 전화 호출을 예상하게 된다. 만약 호출된 측의 컴퓨팅 장치가 승인하는 응답을 하고 전화 정보를 지원한다고 표시하면, 호출자의 컴퓨팅 장치는 전화 시스템을 통해 호출을 신청하고, 호출된 측의 전화에서 링이 울리기 시작한다고 표시하는 전달 메시지를 얻을 때까지 대기한다. SIP 메시지를 송신한 이 호출자의 호출이 수신되기 전에 또 다른 호출자로부터 호출이 수신되지 않는 한, 호출된 측이 일단 전화 울림(ringing)을 들으면, 호출된 측은 호출이 이 호출자로부터 올 것이라고 기대할 수 있다. 호출자의 컴퓨팅 장치가 호출에 응답 하였고 컴퓨터 교환(exchange)이 이루어졌다는 표시를 수신하면, 호출자의 컴퓨팅 장치는 PSTN 전화 호출이 성공적이라는 것을 알게 되고 성공을 표시하는 컴퓨터 메시지를 송신한다. 이 때 호출된 측은 호출이 예상한 호출자로부터 왔다는 것을 알게 된다.

호출에 대하여 수신확인이 이루어진 후, 호출 위상 컴퓨터 다이얼로그가 구축된다. 따라서, 정보가 호출자 컴퓨팅 장치 및 호출된 측 컴퓨팅 장치 사이에서 송수신될 수 있다. 이 정보는 호출이 보류되었는지, 편향(deflected)되었는지, 전달되었는지 등을 나타내는 표시를 포함할 수 있다.

도 1은 일 실시예에 따른 설비의 구성요소를 도시한 블록도이다. 임의의 실시예에서, 설비는 인터넷(135)을 통해 하나 이상의 클라이언트(150 및 175)에 연결되는 라이브 통신 서버(100)를 포함한다. 라이브 통신 서버(100)는, 인스턴트 메시징 서비스의 각 사용자에 관한 상태 정보를 유지하는 SIP 레지스트라가 될 수 있는 프리젠스 서버(presence server; 105)를 포함한다. 프리젠스 서버(105)는 가입 구성요소(subscription component; 115) 및 프리젠스 문서 저장소(120)를 포함할 수 있다. 가입 구성요소(115)는 각 사용자에 대하여 이 사용자의 프리젠스 정보에 가입한 사용자들의 현재 리스트를 유지한다. 각 사용자를 위한 상태 정보는 문서, 소위 프리젠스 문서의 형태로 나타날 수 있다. 프리젠스 문서 저장소(120)는 라이브 통신 서버(100) 상의 사용자의 현재 상태를 나타내는 각 사용자에 대한 프리젠스 문서를 포함한다.

사용자 데이터 서버(110)는 각 사용자에 대하여 불변 데이터를 유지하고 접 촉 리스트 저장소(125)를 포함한다. 접촉 리스트 저장소(125)는 각 사용자의 접촉 리스트를 포함한다. 일부 실시예에서, 라이브 통신 서버(100)는 사용자의 접촉 리스트를 이 사용자의 등록된 종점(endpoint)에 제공한다. 이러한 종점의 예는 사람 사용자와 연관될 수 있는 클라이언트 A(150) 및 클라이언트 B(175)를 포함한다. 일부 실시예에서, 클라이언트들(150 및 175)은 통신 애플리케이션(155)을 포함한다. 통신 애플리케이션(155)은 가입 구성요소(160), 등록 구성요소(165), 및 사용자 인터페이스 구성요소(170)를 포함할 수 있다. 가입 구성요소(160)는 사용자 접촉의 프리젠스 정보에 가입한다. 등록 구성요소(165)는 사용자의 종점을 라이브 통신 서버(100)에 등록하고 사용자의 프리젠스 정보에 업데이트를 발행한다. 사용자 인터페이스 구성요소(170)는 통신 애플리케이션(155)과 상호작용하면서 윈도우, 뷰, 및 사용자에게 표시되는 다른 그래픽 요소를 제공할 수 있다.

설비(facility)가 각 클라이언트가 연관된 전화들(180 및 190)이 통신할 수 있는 PSTN 네트워크(130)와 연관될 수 있다. 전화들(180 및 190)은 각각 또한 레거시(legacy) PBX(185 및 195)와 연관될 수 있다. 필요하면, 원격 호출 제어(remote call control: RCC) 서버(196)가 PBX(또는 다른 PSTN 구성요소) 및 클라이언트 컴퓨팅 장치 사이의 인터페이스를 제공할 수 있다. 이러한 방법으로, 클라이언트 컴퓨팅 장치는 호출이 되고 있는 PBX에서 발생하는 활동들(activities)을 알게 된다. 예를 들어, 원격 호출 제어 서버는 통신 애플리케이션에 의해 사용되는 표준 프로토콜을 PBX에 의해 지원되는 특정 컴퓨터 텔레포니 통합(computer telephony integration; CTI) 프로토콜로 전환하는 게이트웨이로서 역할을 할 수 있다. 도시되지는 않았지만, 하나 이상의 게이트웨이 구성요소는 PSTN(130)을 통한 통신을 용이하게 할 수 있다. 예를 들어, SIP-PSTN 게이트웨이는 컴퓨팅 장치 및 전화 사이의 호출들을 용이하게 하도록 제공될 수 있다.

설비가 구현되는 컴퓨팅 장치는 중앙 처리 장치, 메모리, 입력 장치(예컨대, 키보드 및 포인팅 장치), 출력 장치(예컨대, 디스플레이 장치), 및 저장 장치(예컨대, 디스크 드라이브)를 포함할 수 있다. 메모리 및 저장 장치는 시스템을 구현하는 인스트럭션들을 포함할 수 있는 컴퓨터 판독가능 매체이다. 또한, 데이터 구조 및 메시지 구조는 저장될 수 있거나 통신 링크 상의 신호와 같이 데이터 전송 매체를 통해 전송될 수 있다. 다양한 통신 링크, 이를테면 인터넷, 로컬 영역 네트워크, 광역 네트워크, 포인트 투 포인트 다이얼 호출 연결(point-to-point dial-up connection), 셀 폰(cell phone) 네트워크 등이 사용될 수 있다.

설비의 실시예들은 퍼스널 컴퓨터, 서버 컴퓨터, 핸드헬드, 또는 랩탑 장치, 멀티프로세서 시스템, 마이크로프로세서 기반 시스템, 프로그램가능 가전제품, 디지털 카메라, 네트워크 PC, 미니 컴퓨터, 메인프레임 컴퓨터, 위의 시스템 또는 장치들 중 임의를 포함하는 분산 컴퓨팅 환경 등을 포함하는 다양한 연산 환경으로 구현될 수 있다. 컴퓨터 시스템은 셀 폰, PDA(personal digital assistant), 스마트 폰, 퍼스널 컴퓨터, 프로그램가능 가전제품, 디지털 카메라 등이 될 수 있다.

시스템은 하나 이상의 컴퓨터 또는 다른 장치에 의해 실행되는 프로그램 모듈과 같은 컴퓨터 실행가능 인스트럭션의 일반 컨텍스트로 설명될 수 있다. 일반적으로, 프로그램 모듈은 특정 태스크를 수행하거나 특정 추상 데이터 타입을 구현 하는 루틴, 프로그램, 객체, 구성요소, 데이터 구조 등을 포함한다. 통상적으로, 프로그램 모듈들의 기능은 다양한 실시예에서 필요에 따라 결합되거나 분배될 수 있다.

도 2는 클라이언트 A가 PSTN을 통해 클라이언트 B를 호출하고 있는 (도 1의 클라이언트 A(150) 및 클라이언트 B(175)와 같은) 두 클라이언트 간의 SIP 다이얼로그 구축 프로세스(200) 내의 통신 흐름(예컨대, 메쏘드 및 응답을 포함하는 메시지)을 도시하는 네트워크 도면이다. 도 2의 통신 흐름은 (호출을 시도하는 제3자에 의해 유발된 것과 같은) 레이스 조건 없이 발생한다. 도시된 실시예에서, PSTN 신호는 (PBX와 같은 스위칭 시스템을 모니터링 및 제어하는 컴퓨팅 애플리케이션에 의해 사용되는) CSTA ECMA-269 호출 제어 추상(abstraction)을 통해 발생한다(점선으로 된 화살표를 이용하여 표시됨). 임의의 실시예에서, 이러한 신호는 각각의 PBX에서 경우에 따라 원격 호출 제어 서버와 함께 구현된다. SIP 메시지가 클라이언트에서 클라이언트로 전송하는 것으로 도시되어 있지만, 도 2에 도시된 SIP 메시지는 도 1의 라이브 통신 서버(100)와 같은 공통 서버를 통해 통신될 수 있다(실선으로 도시됨). 도면의 아래로 내려감에 따라 시간이 경과하는 것이므로 도면의 상단에 있는 메시지는 하단에 있는 메시지보다 이전에 보내진다.

프로세스는 클라이언트 A가 SIP 초대(205)를 표준 SIP 초대 헤더 및 호출 정보 헤더와 함께 보내는 시점에 시작한다. 이 메시지(205) 내의 필드는 호출자 전화 URI(uniform resource identifier), 호출된 전화 URI, (기업 번호와 같은) 옵션 호출자 ID, 호출 타입(예컨대, 일반, 상담, 회의 등) 등을 포함할 수 있다. 클라 이언트 A 및 클라이언트 B 간의 SIP 접속 가능성(connectivity)이 있다면, 응답으로, 클라이언트 B는 "지원 전화(supported telephone)" 헤더를 포함하는 (진행중인) SIP 183 응답(210)을 송신한다. 이것은 SIP 다이얼로그 신호 위상의 시작을 나타낸다. 이제, 클라이언트 B는 클라이언트 A로부터의 호출을 수신하는 것을 예상할 수 있다. 만약 클라이언트 A가 SIP를 통해 클라이언트 B와 통신할 수 없다면(예컨대, 이용가능한 어드레스가 없거나, 연계되지 않을 경우 등이라면), 클라이언트 A는 (진행중인) SIP 183 응답을 수신하는 대신 (오류를 나타내는) 4xx 응답 코드를 수신할 것이다.

다음 5개 통신(215, 220, 225, 230 및 235)은 PSTN과 관련하여 발생하는 신호를 의미한다. 만약 원격 호출 제어 서버가 사용되면, 이러한 통신들은 원격 호출 제어 서버 및 개별적인 클라이언트 사이에서 전달될 수 있다. 이와 달리, 이들은 PBX 및 개별적인 클라이언트 사이에서 직접 전달될 수 있다. 설명된 실시예에서, 이러한 통신들 중 첫번째는 메이크 콜(Make Call) 서비스 요구 신호(215)이다. 이 신호는 연결 ID를 호출하는 장치에 지정하는 것과 연관될 수 있다. 그 다음 클라이언트 A는 메이크 콜 응답 신호(220)를 수신하고 그 다음 발원(Originated) 신호(225)를 수신한다. 클라이언트 B에 의해 수신된 (클라이언트 B의 PBX 또는 RCC로부터 수신됨) 전달(Delivered) 신호(230)는 클라이언트 B의 전화 울림에 대응한다. 클라이언트 A는 또한 전화 울림 이벤트를 의미하는 전달(Delivered) 신호(235)를 수신한다.

클라이언트 A 및 클라이언트 B 둘 모두가 전달 신호를 수신한 후에, 클라이 언트 B는 SIP 180 (울림) 응답(240)을 송신한다. 이 응답은 지원 전화 헤더를 포함할 수 있다. 마찬가지로, 임의의 실시예에서, 클라이언트 B가 SIP 180 (울림) 응답을 클라이언트 A로 보내기 전에, 클라이언트 A는 식별 정보를 포함하는 SIP 180 (울림) 응답을 클라이언트 B에 보냄으로써 클라이언트 B는 누가 호출하고 있는지 알아낼 수 있다.

클라이언트 B와 연관된 사용자가 실제로 울리는 전화를 받으면, 클라이언트 B는 SIP 200 OK 응답(245)을 송신한다. 지원된 전화 헤더에 더하여, 이 응답(245) 내의 필드들은 호출자 전화 URI, 호출된 전화 URI 및 상태 필드를 포함할 수 있다.

울리고 있는 전화를 받음으로써, 클라이언트 B와 연관된 사용자는 추가적인 PSTN 신호를 개시한다. 예를 들어, 클라이언트 B 및 클라이언트 A 모두는 자신의 개별적인 PBX/RCC로부터 구축(Established) 신호(250 및 255 각각)를 수신할 수 있다. 이러한 신호의 결과, 클라이언트 A는 SIP ACK(260)를 송신한다. SIP ACK(260)는 초대 트랜잭션의 종료 및 신호 위상 다이얼로그의 종료를 의미한다. 헤더 정보에 더하여, 이 ACK는 매치 플래그(match flag)에 관련된 정보를 포함할 수 있다. 이것은 클라이언트 B로 하여금 호출을 SIP URI 및 대화창과 연관시키도록 하여, SIP 호출 위상 다이얼로그를 구축한다.

도 3은 클라이언트 A가 PSTN을 통해 클라이언트 B를 호출하고 있는 (도 1의 클라이언트 A(150) 및 클라이언트 B(175)와 같은) 두 클라이언트 간의 SIP 다이얼로그 구축 프로세스(300) 내의 통신 흐름(예컨대, 메쏘드 및 응답을 포함하는 메시지)을 도시하는 네트워크 도면이다. 도 3의 통신 흐름은 레이스 조건이 있는 경우 발생한다. 보다 구체적으로, 제3 호출자 C가 클라이언트 A가 클라이언트 B에 호출 시도하고 있는 시점과 동시에 클라이언트 B와 연관된 전화에 호출 시도를 하고 있다. 도 2와 같이, 도 3의 도시된 실시예에서, PSTN 신호는 ECMA-269 호출 제어 추상을 통해 발생한다(점선으로 된 화살표를 이용하여 표시). 임의의 실시예에서, 이러한 신호는 각각의 PBX에서 경우에 따라 원격 호출 제어 서버와 함께 구현된다. 클라이언트에서 클라이언트로 전송하는 것으로 도시되어 있지만, 도 3에 도시된 SIP 메시지는 도 1의 라이브 통신 서버(100)와 같은 공통 서버를 통해 통신될 수 있다(실선으로 도시됨).

프로세스는 클라이언트 A가 SIP 초대(305)를 표준 SIP 초대 헤더 및 호출 정보 헤더와 함께 보내는 시점에 시작한다. 이에 대한 응답으로, 클라이언트 B는 "지원 전화" 헤더를 포함하는 (진행중인) SIP 183 응답(310)을 송신한다. 다음 세 개의 통신(315, 320 및 325)에서, 클라이언트 A는 PSTN 호출을 설정하기 위해 RBX/RCC와 신호 통신을 수행한다. 그러나, 이것이 이루어지기 전에, 호출자 C가 클라이언트 B의 전화를 호출한다. 따라서, 메이크 콜 서비스 요구 신호(315), 메이크 콜 응답 신호(320), 발원(Originated) 신호(325)가 정상적으로 발생하지만, 클라이언트 A는 클라이언트 C의 클라이언트 B 전화 호출이 전달된 후 바로 실패(Failed) 신호(335)를 수신한다. 이 때, 클라이언트 B는 울리는 호출이 클라이언트 A로부터 오는 것이라고 예상한다. 그 다음 클라이언트 B는 호출이 클라이언트 A가 아닐 수 있다는 약간의 위험을 갖고 전화를 받을 수 있다. 응답으로, 클라이언트 A는 SIP 취소(340)를 클라이언트 B로 송신한다. 이 때, 클라이언트 B는 이 호출이 클라이언트 A로부터 온 것이 아님을 알게 된다. 이로써 SIP 호출 위상 다이얼로그를 구축하는 프로세스가 종료된다. 그동안, 클라이언트 B와 연관된 사용자는 호출자 C로부터의 전화 호출에 응답하고, C의 호출에 관하여 RBX/RCC로부터 구축된 신호(Established signal; 345)를 수신한다.

도 4는 일 실시예에 따라 제1 SIP 클라이언트(호출하는 측)에서 라이브 통신 서버를 통해 제2 SIP 클라이언트(호출된 측)로 송신되는 초대 메시지(400)의 콘텐츠를 나타낸다. 초대 메시지(400)는 IP 헤더(405), TCP 헤더(410), 및 SIP 메시지(412)를 포함한다. TCP/IP 외의 프로토콜이 기초 전송(underlying transport)을 위해 사용될 수 있다. SIP 메시지(412)는 가입(SUBSCRIBE) 메쏘드를 갖는 요구 라인(415), 프롬(From) 헤더(420), 투(To) 헤더(425), 호출자 Tel URI 헤더(430), 호출된 Tel URI 헤더(435), 보조(Supplemental) 호출자 ID 헤더(440), 호출 타입 헤더(445), 지원 헤더(450) 및 컨텐츠 길이(Content-Length) 헤더(455)를 포함한다. 프롬 헤더(420)는 송신하는 클라이언트 컴퓨팅 장치(호출자)를 식별한다. 투 헤더(425)는 패킷의 송신자가 어느 종점(호출된 측)으로 가입(subscribe)하는지를 기재한다. 호출자 Tel URI 헤더(430)는 호출자의 전화를 기재하고 호출된 Tel URI 헤더(435)는 호출된 측의 전화를 기재한다. 보조 호출자 ID 헤더(440)는 대체 호출자 ID(예컨대, 호출자가 연관된 기업의 ID)를 제공하는데 이는 옵션이다. 호출 타입 헤더(445)는 호출의 타입을 기재하는데, 이는 예컨대 일반 호출, 회의 호출, 상담 호출 등이 될 수 있다. 지원 헤더(450)는 송신자가 지원하는 임의의 특수 행동을 기재한다. 컨텐츠 길이 헤더(455)는 SIP 메시지 헤더를 뒤따르는 데이터가 없다고 표시하는 0 값을 갖는다. 그러나 다른 구현에서, 헤더들에 포함된 데이터의 일부(예컨대, 호출자 전화 URI, 보조 호출자 ID 등)가 대신 메시지 데이터에 제공될 수 있다.

도 5는 일 실시예에 따르면 호출된 측에 의해 (라이브 통신 서버를 통해) SIP 클라이언트로 송신되는 초대 응답(500)의 콘텐츠를 나타낸다. 초대 메시지(500)는 IP 헤더(505), TCP 헤더(510) 및 SIP 메시지(515)를 포함한다. TCP/IP 외의 프로토콜이 기초 전송을 위해 사용될 수 있다. SIP 메시지(515)는 SIP 응답 식별자(520), 투 헤더(525), 프롬 헤더(530), 호출자 Tel URI 헤더(531), 호출된 Tel URI 헤더(532), 상태(Status) 헤더(533), CSeq 헤더(535), 지원 헤더(540) 및 컨텐츠 길이 헤더(545)를 포함한다. SIP 응답 식별자(520)는 SIP 버전 2.0 및 가입이 성공적임을 표시하는 요구 상태(예컨대, 202 승인(Accepted))를 식별한다. 투 헤더(525)는 요구의 최초 송신자가 가입하는 종점을 기재한다. 프롬 헤더(530)는 요구의 최초 송신자를 기재한다. 호출자 Tel URI 헤더(532)는 호출된 측의 전화를 기재한다. 상태 헤더(533)는 호출된 측의 호출 시스템의 기재한다. CSeq 헤더(535)는 요구 및 응답 모두를 포함하는 라이브 통신 서버로부터의 모든 메시지에 포함되고 서버로부터의 메시지들의 상대적 순서를 결정하기 위한 시퀀스 번호로 사용된다. 각 SIP 다이얼로그에 대하여 다른 시퀀스 번호가 생성되고, 이 시퀀스 번호는 일반적으로 다이얼로그를 생성한 요구 타입을 기재한다. 예를 들어, CSeq 헤더(535)는 투 및 프롬 헤더에 의해 기재된 종점들 간에서 초대 요구에 의해 생성된 다이얼로그 내의 서버로부터의 첫번째 메시지라고 나타내는 1 초대 값을 갖는다. 낮은 시퀀스 번호의 메시지는 높은 시퀀스 번호의 메시지보다 일찍 서버로부터 보내진다. 지원 헤더(540)는 송신자가 지원하는 임의의 특수 행동을 기재한다. 컨텐츠 길이 헤더(545)는 SIP 메시지 헤더를 뒤따르는 데이터 바이트가 0이라고 나타내는 0 값을 가진다. 그러나 다른 구현에서, 헤더들에 포함된 데이터의 일부(예컨대, 호출자 전화 URI, 보조 호출자 ID, 매치 플래그 등)가 대신 메시지 데이터에 제공될 수 있다.

도 6은 전화 호출과 연관된 SIP 다이얼로그를 구축하기 위한 호출하는 측 클라이언트 컴퓨팅 장치에서의 루틴(600)을 도시하는 흐름도이다. 루틴(600)은 호출하는 측이 자신의 클라이언트 컴퓨팅 장치의 통신 애플리케이션을 이용하여 전화 호출을 시도하는 경우 시작된다. 단계(605)에서, 루틴(600)은 SIP 초대 메시지를 생성하고 송신하는데, 이 메시지는 예컨대 라이브 통신 서버로 보내져 호출된 측의 클라이언트 컴퓨팅 장치와의 연결을 구축한다. 이 시나리오는 호출된 측의 클라이언트 컴퓨팅 장치가 SIP 통신을 위해 설정되는 것을 전제로 한다. 그렇지 않으면, 이 호출의 전화 호출 양상이 계속될 수 있지만, SIP 다이얼로그가 구축되지 않는다.

단계(610)에서, SIP 신호 위상 다이얼로그가 구축되고, 루틴은 SIP 세션 프로그레스(Session Progress; 183) 응답을 서버로부터 수신한다. 단계(615)에서, 호출하는 측 클라이언트 연산 장치는, 메이크 콜 신호, 메이크 콜 응답 신호, 발원 응답 신호, 전달(Delivery) 응답 신호 등을 포함할 수 있는 하나 이상의 PSTN 신호를 송수신한다. 위에서 논의한 바와 같이, 이러한 신호들은 클라이언트 및 PBX 사 이에서 직접 통신되거나 원격 호출 제어(RCC) 인터페이스를 경유하여 통신될 수 있다. 판단 단계(620)에서, 만약 단계(615)에서 신호들이 실패(Failed) 응답 신호를 포함하면, 이는 PSTN 호출 프로세스가 실패했다는 것을 나타내고, 루틴은 단계(625)로 진행하여 SIP 취소 메시지를 보내며, 이로써 SIP 다이얼로그를 구축하는 임의의 추가적인 시도를 종료할 것이다(또는 이와 달리, 호출이 시도되었다는 사실이 호출된 측의 클라이언트 컴퓨팅 장치에 기록될 수 있도록 SIP 다이얼로그를 계속한다).

그러나, 판단 단계(620)에서, 단계(615)의 신호들이 실패 응답 신호를 포함하지 않는다면, 루틴(600)은 단계(630)로 진행하여 SIP 울림(180) 응답을 수신한다. 단계(635)에서 호출된 측에 의해 호출을 회신한 후에, 루틴(600)은 SIP OK(200) 응답을 수신하여 성공적인 트랜잭션을 나타낸다. 구체적으로 도시되지는 않았지만, 만약 호출된 측에 의한 회신이 없다면, (단계(635)로 진행하는 대신) 루틴(600)은 결과적으로 OK 응답을 기다리는 시간이 만료되어 종료된다.

단계(640)에서, 루틴(600)은 PBX/RCC로부터 PSTN 구축 신호를 수신한다. 응답으로, 루틴(600)은 SIP 다이얼로그가 구축되었다고 나타내는 SIP ACK (단계 645)를 송신한다. SIP 다이얼로그는 그 다음 호출 동안 경우에 따라서는 호출 후에 계속될 수 있다. 이는 PSTN 신호에 의존하지 않고 메시지들(예컨대, 호출자 ID 메시지, 호출 전환(call deflection) 메시지, 호출 대기 메시지 등)을 송신하는데 사용될 수 있다.

도 7은 전화 호출과 연관하여 SIP 다이얼로그를 구축하기 위한 호출된 측 클 라이언트 컴퓨팅 장치에서의 루틴(700)을 도시한 흐름도이다. 루틴(700)은 호출하는 측이 자신의 클라이언트 컴퓨팅 장치의 통신 애플리케이션을 이용하여 전화 호출 시도하는 경우에 시작된다. 단계(705)에서, 루틴(700)은 SIP 초대 메시지를 받는데, 이 메시지는 예컨대, 호출하는 측의 클라이언트가 호출된 측의 클라이언트 컴퓨팅 장치와의 연결을 구축 시도한 후에 라이브 통신 서버로부터 보내진다. 이 시나리오는 호출된 측의 클라이언트 컴퓨팅 장치가 SIP 통신을 위해 설정되는 것을 전제로 한다. 그렇지 않으면, 이 호출의 전화 호출 양상이 계속될 수 있지만, SIP 다이얼로그가 구축되지 않는다.

단계(710)에서, 루틴(700)은 SIP 세션 프로그레스(183) 응답을 서버로부터 수신하는데, 이는 SIP 신호 위상 다이얼로그의 시작을 의미한다. 단계(715)에서, 루틴(700)은 호출된 측에 대해 PSTN 상에서 호출이 이루어졌다고 나타내는 PSTN 전달(Delivered) 신호를 수신한다. 이 신호는 클라이언트 및 PBX 사이에서 직접 통신되거나 원격 호출 제어(RCC) 인터페이스를 경유하여 통신될 수 있다. 판단 단계(720)에서, 만약 루틴이 호출하는 측 클라이언트가 PSTN 호출 설정 실패를 탐지하였다고 나타내는 SIP 취소(Cancle)를 수신하면, 추가적인 SIP 통신이 발생하지 않을 것이다(루틴(700)은 종료됨). 그러나, 만약 판단 단계(720)에서, SIP 취소 메시지가 수신되지 않는다면, SIP 통신은 단계(725)로 진행하고, 여기서 루틴(700)은 SIP 울림(180) 응답을 생성 및 송신한다.

호출된 측이 호출에 회신한 후에, 단계(730)에서 루틴(700)은 성공적인 SIP 트랜잭션이 이루어졌다고 나타내는 SIP OK(200) 응답을 생성 및 송신한다. 구체적 으로 도시되지 않았지만, 만약 호출된 측이 회신하지 않으면, (단계(730)로 진행하는 대신) 루틴(700)은 결과적으로 OK 응답을 기다리는 시간이 만료되어 종료된다.

단계(735)에서, 루틴(700)은 PBX/RCC로부터 PSTN 구축 신호를 수신한다. 호출하는 측 클라이언트 또한 동일한 신호를 수신한다면, 루틴(700)은 SIP 호출 위상 다이얼로그가 구축되었다고 나타내는 SIP ACK 를 수신한다(단계 740). 구축된 SIP 다이얼로그는 호출 동안 경우에 따라서는 호출 후에 계속될 수 있다. 이는 PSTN 신호에 의존하지 않고 메시지들(예컨대, 호출자 ID 메시지, 호출 전환(call deflection) 메시지, 호출 대기 메시지 등)을 송신하는데 사용될 수 있다.

발명의 대상이 구조적 특징 및/또는 방법론적 행동에 특정된 언어로 기술되었지만, 첨부된 청구항에서 정의된 대상물이 상기 설명된 구체적인 특징 또는 행동에 반드시 국한되는 것은 아니다. 대신, 상기 설명된 구체적인 특징 및 행동들은 청구항의 내용을 구현하는 예시적 형태로 개시된다. 따라서, 본 발명은 첨부된 청구항에 의해서만 한정된다.

Claims

피호출자 컴퓨팅 장치가 호출자로부터의 전화 호출인지를 판정할 수 있도록 호출자 컴퓨팅 장치에서 전화 호출을 호출자와 연관시키는 방법으로서,

피호출자에게 공중 전화망을 통해 구축될 전화 호출을 요청하는 입력을 호출자로부터 수신하는 단계;

상기 공중 전화망에 대해 아웃 오브 밴드(out-of-band)인 아웃 오브 밴드 통신 메커니즘을 통해, 상기 피호출자가 인커밍(incoming) 호출이 상기 호출자로부터 올 것이라고 예상할 수 있도록 상기 호출자가 상기 피호출자로의 전화 호출을 상기 공중 전화망을 통해 개시하고자 한다는 표시(indication)를 상기 피호출자 컴퓨팅 장치로 송신하는 단계;

상기 표시의 송신에 응답하여, 상기 아웃 오브 밴드 통신 매커니즘을 통해 상기 피호출자 컴퓨팅 장치로부터 상기 표시에 대한 응답을 수신하는 단계;

상기 호출자 컴퓨팅 장치에서 상기 응답을 수신한 후 및 상기 전화 호출이 개시된 후에,

상기 공중 전화망에 의해 보고된 대로 상기 개시된 전화 호출이 상기 피호출자에게 전달되었다는 표시를 수신하면, 상기 피호출자 컴퓨팅 장치가 상기 전화 호출이 상기 호출자로부터 전달된 것이라는 것을 인식할 수 있도록, 상기 아웃 오브 밴드 통신 매커니즘을 통해, 상기 호출자 컴퓨팅 장치에서 상기 피호출자 컴퓨팅 장치에게 상기 전달된 전화 호출이 상기 호출자로부터 송신된 것이라는 표시를 송신하는 단계; 및

상기 공중 전화망에 의해 보고된 대로 상기 개시된 전화 호출이 상기 피호출자에게 전달되지 않았다는 표시를 수신하면, 상기 피호출자 컴퓨팅 장치로 하여금 어떠한 전화 호출도 상기 호출자로부터의 것이 아님을 인식할 수 있도록, 상기 아웃 오브 밴드 통신 매커니즘을 통해, 상기 호출자 컴퓨팅 장치에서 상기 피호출자 컴퓨팅 장치에게 상기 전화 호출이 상기 피호출자에게 전달되지 않았다는 표시를 송신하는 단계

를 포함하는, 전화 호출을 호출자와 연관시키는 방법.
제1항에 있어서,

상기 공중 전화망에 대해 아웃 오브 밴드인 상기 통신 메커니즘은 세션 개시 프로토콜(session initiation protocol; SIP)에 기초하는, 전화 호출을 호출자와 연관시키는 방법.
제1항에 있어서,

상기 피호출자로의 전화 호출을 상기 공중 전화망을 통해 개시하고자 한다는 표시를 상기 피호출자 컴퓨팅 장치로 송신하는 단계는, SIP 초대(INVITE) 메시지를 상기 피호출자 컴퓨팅 장치로 송신하는 단계를 포함하는, 전화 호출을 호출자와 연관시키는 방법.
제1항에 있어서,

상기 피호출자 컴퓨팅 장치로부터 상기 표시에 대한 응답을 수신하는 단계는, 상기 피호출자 컴퓨팅 장치가 송신한 상기 피호출자와 연관된 식별 표시를 제공하는 SIP 응답을 수신하는 것을 포함하는, 전화 호출을 호출자와 연관시키는 방법.
제1항에 있어서,

공중 전화망 컴포넌트로 및 공중 전화망 컴포넌트로부터 공중 전화망 신호들을 송수신하는 단계를 더 포함하고, 상기 신호들은 상기 공중 전화망을 통해 상기 전화 호출을 구축하는 것과 연관되는, 전화 호출을 호출자와 연관시키는 방법.
제1항에 있어서,

상기 피호출자 컴퓨팅 장치로부터 SIP ACK를 수신하는 단계를 더 포함하고, 상기 SIP ACK는 상기 호출자 컴퓨팅 장치와 상기 피호출자 컴퓨팅 장치 간의 SIP 호출 위상 다이얼로그의 시작 및 SIP 초대 트랜잭션(transaction)의 종료를 나타내는, 전화 호출을 호출자와 연관시키는 방법.
피호출자 컴퓨터 시스템에서 PSTN(public swtiched telephone network) 상에서 행해진 호출자로부터 피호출자로의 전화 호출과 연관하여 적어도 하나의 컴퓨터 다이얼로그를 제공하는 방법으로서,

SIP 초대 메시지를 수신하는 단계 - SIP 초대는 호출자로부터 피호출자로의 전화 호출을 개시하는 것과 연관되고, 상기 SIP 초대 메시지는 상기 호출자와 연관된 호출자 컴퓨팅 장치로부터 송신되고, 상기 SIP 초대 메시지는 상기 피호출자가 인커밍(incoming) 호출이 상기 호출자로부터 올 것이라고 예상할 수 있도록 상기 호출자가 상기 피호출자로의 전화 호출을 상기 공중 전화망을 통해 개시하고자 한다는 것을 표시함 - ;

상기 SIP 초대 메시지를 수신하는 것에 응답하여, 상기 피호출자 컴퓨터 시스템이 SIP 초대 메시지를 수신했다는 것을 나타내는 SIP 응답을 상기 호출자 컴퓨팅 장치에게 송신하는 단계;

상기 피호출자에게 전달된 전화 호출이 상기 호출자로부터 왔다는 것을 나타내는 SIP 메시지를 상기 호출자 컴퓨팅 장치로부터 수신하는 단계; 및

상기 전달된 전화 호출이 상기 호출자로부터 왔다는 것을 상기 피호출자에게 통지하는 단계

를 포함하는, 방법.
제7항에 있어서,

상기 PSTN을 통해 상기 전화 호출을 구축하는 것은,

상기 PSTN의 컴포넌트에 의해 수신 예정되는 메이크 콜(Make Call) 신호를 상기 호출자 컴퓨팅 장치로부터 송신하는 단계;

상기 PSTN의 상기 컴포넌트에서 발원하는 메이크 콜 신호를 상기 호출자 컴퓨팅 장치에서 수신하는 단계;

상기 PSTN의 상기 컴포넌트에서 발원하는 발원 신호(Originated signal)를 상기 호출자 컴퓨팅 장치에서 수신하는 단계; 및

상기 PSTN의 상기 컴포넌트에서 발원하고 제2 전화가 울리고 있다고 표시하는 전달 신호(Delivered signal)를 상기 호출자 컴퓨팅 장치에서 수신하는 단계

를 포함하는, 방법.
제8항에 있어서,

상기 PSTN의 상기 컴포넌트는 구내 교환(private branch exchange; PBX)인, 방법.
제8항에 있어서,

상기 PSTN의 상기 컴포넌트는 구내 교환(PBX)이고, 상기 메이크 콜 신호, 상기 발원 신호 및 상기 전달 신호는 원격 호출 센터 인터페이스(remote call center interface)로부터 수신되는, 방법.
제7항에 있어서,

상기 SIP 초대 메시지는 통신 서버에서 수신되고, 상기 통신 서버는 상기 SIP 초대 메시지를 상기 피호출자 컴퓨터 시스템으로 전달하는, 방법.
제7항에 있어서,

만약 상기 PSTN의 컴포넌트로부터 발원하는 실패 신호(Failed signal)의 수신 표시에 나타난 대로 상기 전화 호출이 전달되지 않으면, 상기 SIP 다이얼로그의 착수 취소 요구(request to Cancel commencing)를 송신하는 단계를 더 포함하고, 상기 취소 요구는 신호 위상(signaling phase) 동안 송신되는, 방법.
호출자의 호출자 컴퓨팅 장치가 아래의 단계들을 포함하는 방법을 수행하도록 제어하는 컴퓨터 실행가능 명령어들을 포함하는 컴퓨터 판독가능 기록 매체로서, 상기 방법은,

피호출자가 상기 호출자로부터 인커밍 전화 호출이 올 것을 예상할 수 있도록, 상기 호출자가 PSTN을 통하여 상기 피호출자와 전화 호출을 구축하고자 한다는 표시를 피호출자의 피호출자 컴퓨팅 장치에게 컴퓨터 네트워크를 통해 송신하는 단계;

상기 PSTN에 의해 보고된 대로 상기 피호출자에게 개시된 전화 호출이 전달되었다는 표시를 수신하는 단계; 및

상기 피호출자가 상기 전달된 전화 호출에 응답하기 전에 상기 피호출자가 상기 전달된 전화 호출이 상기 호출자로부터 왔다는 것을 인식할 수 있도록, 상기 전달된 전화 호출이 상기 호출자로부터 왔다는 표시를 상기 피호출자 컴퓨팅 장치에게 상기 컴퓨터 네트워크를 통해 송신하는 단계

를 포함하는, 컴퓨터 판독가능 기록 매체.
제13항에 있어서,

상기 방법은, 전화 호출을 개시하는 단계를 더 포함하고, 상기 전화 호출을 개시하는 단계는 SIP 초대 메시지를 송신하는 단계를 포함하는, 컴퓨터 판독가능 기록 매체.
제13항에 있어서,

상기 방법은, 상기 전화 호출에 응답하면 호출 위상 다이얼로그를 착수하는 단계를 더 포함하고,

상기 호출 위상 다이얼로그를 착수하는 단계는 SIP 초대 트랜잭션의 종료를 나타내는 SIP ACK를 상기 피호출자 컴퓨팅 장치로부터 수신하는 단계 이후에 발생하는, 컴퓨터 판독가능 기록 매체.
제13항에 있어서,

상기 방법은, 상기 피호출자 컴퓨팅 장치와 연관된 전화의 링의 울림(ringing)을 표시하는 SIP 메시지를 수신하는 단계를 더 포함하는, 컴퓨터 판독가능 기록 매체.
제13항에 있어서,

상기 방법은, 상기 피호출자 컴퓨팅 장치와 연관된 전화가 회신되었다고 표시하는 200 OK SIP 메시지를 수신하는 단계를 더 포함하는, 컴퓨터 판독가능 기록 매체.
제13항에 있어서,

상기 방법은, 상기 전화 호출을 개시하는 것에 응답하여 183 SIP 메시지를 수신하는 단계를 더 포함하고, 상기 183 SIP 메시지는 상기 피호출자 컴퓨팅 장치가 신호 위상 다이얼로그 및 호출 위상 다이얼로그를 지원한다는 표시를 제공하는, 컴퓨터 판독가능 기록 매체.
제13항에 있어서,

호출 위상 다이얼로그 동안 상기 호출자 컴퓨팅 장치 및 상기 피호출자 컴퓨팅 장치 사이에서 전달되는 메시지들은 텍스트 정보(textual information)를 포함하는, 컴퓨터 판독가능 기록 매체.
삭제