KR20090055629A - 통신 세션 관리에서의 트랜잭션 타임아웃 처리 - Google Patents

통신 세션 관리에서의 트랜잭션 타임아웃 처리 Download PDF

Info

Publication number
KR20090055629A
KR20090055629A KR1020097007586A KR20097007586A KR20090055629A KR 20090055629 A KR20090055629 A KR 20090055629A KR 1020097007586 A KR1020097007586 A KR 1020097007586A KR 20097007586 A KR20097007586 A KR 20097007586A KR 20090055629 A KR20090055629 A KR 20090055629A
Authority
KR
South Korea
Prior art keywords
transaction
message
signaling
timeout
control
Prior art date
Application number
KR1020097007586A
Other languages
English (en)
Other versions
KR101025121B1 (ko
Inventor
사미르 비제이 긴데
Original Assignee
콸콤 인코포레이티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 콸콤 인코포레이티드 filed Critical 콸콤 인코포레이티드
Publication of KR20090055629A publication Critical patent/KR20090055629A/ko
Application granted granted Critical
Publication of KR101025121B1 publication Critical patent/KR101025121B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
    • H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28—Timers or timing mechanisms used in protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)

Abstract

본 개시는 통신 세션들의 설정 및 관리 도중 트랜잭션 타임아웃들을 처리하는 기술들을 설명한다. 특히, 통신 디바이스는 트랜잭션 타임아웃을 경험한 시그널링 및 제어 메시지의 타입을 기초로 트랜잭션 타임아웃들을 서로 다르게 처리하도록 구성될 수 있다. 한 형태로, 통신 디바이스들은 등록 트랜잭션들 동안 경험한 트랜잭션 타임아웃들을 미등록 중에 경험한 트랜잭션 타임아웃들과 다르게 취급할 수 있다. 예를 들어, 트랜잭션을 시작한 통신 디바이스(14A)는 미등록 트랜잭션이 트랜잭션 타임아웃을 경험할 때 현재 프록시 서버와의 적어도 하나의 다음 트랜잭션을 시작한다. 임계 회수의 연속 트랜잭션 타임아웃, 실패 듀레이션 타이머의 만료 또는 등록 트랜잭션과 관련된 트랜잭션 타임아웃을 경험한 후, 통신 디바이스는 현재 통신 세션을 취소하고 새로운 프록시 서버에 등록 메시지를 전송한다.

Description

통신 세션 관리에서의 트랜잭션 타임아웃 처리{TRANSACTION TIMEOUT HANDLING IN COMMUNICATION SESSION MANAGEMENT}
본 출원은 2006년 9월 12일자 제출된 미국 예비 출원 60/825,307호 및 2007년 9월 11일자 제출된 미국 예비 출원 11/853,605호에 대한 이익을 주장하며, 그 전체 내용은 본원에 참조로 포함된다.
본 개시는 통신 디바이스들 간의 통신 세션들의 설정에 관한 것이다.
디바이스들 간의 통신 세션을 설정하고 관리하기 위해 시그널링 및 제어 프로토콜들이 사용된다. 특히, 이들 시그널링 및 제어 프로토콜은 통신 세션의 셋업, 변경 및 종료를 위한 여러 가지 기능을 제공한다. 어떤 시그널링 및 제어 프로토콜들은 HTTP-와 같은 요청 및 응답 트랜잭션(transaction) 모델을 기반으로 한다. 각 트랜잭션은 특정 기능을 호출하는 요청 및 적어도 하나의 응답으로 구성된다. 특정 기간의 시간 내에 요청에 대한 응답이 수신되지 않으면, 트랜잭션은 타임아웃을 경험한 것으로 간주한다.
이와 같은 하나의 시그널링 및 제어 프로토콜인 세션 시작 프로토콜(SIP)은 패킷 기반 네트워크에서 인터넷 프로토콜(IP) 기반 전화 통신 서비스의 전달을 설정하고 관리하기 위한 애플리케이션 계층 시그널링 및 제어 프로토콜이다. SIP는 음성 또는 화상 회의, 텍스트 메시징, 대화식 게임 및 착신 통화 전환(call forwarding)과 같은 다양한 통신 서비스를 지원하는데 사용될 수 있다. SIP 프로토콜은 IETF(Internet Engineering Task Force)에 의해 입안되어 2002년 공개된 RFC(Request for Comment) 3261에 기술되어 있다. SIP는 최종 사용자들에게 완벽한 IP 기반 전화 통신 서비스를 제공할 수 있는 멀티미디어 아키텍처를 구성하기 위해 다른 프로토콜과 호환할 수 있다. 예를 들어, SIP는 사용자 데이터그램 프로토콜(UDP)이나 전송 제어 프로토콜(TCP)과 같은 어떠한 전송 계층 프로토콜을 통해서도 동작할 수 있다.
한 형태로, 방법은 제 1 디바이스로부터 응답 메시지를 수신하지 않을 때 미등록(non-register) 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃을 검출하는 단계, 상기 미등록 트랜잭션에 대한 트랜잭션 타임아웃을 검출한 후 특정 기간의 시간 동안 상기 제 1 디바이스와의 적어도 하나의 다음 시그널링 및 제어 트랜잭션을 시작하는 단계, 및 상기 적어도 하나의 다음 시그널링 및 제어 트랜잭션에 대해 응답 메시지가 수신되지 않을 때 상기 특정 기간의 시간 후 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션을 시작하는 단계를 포함한다.
다른 형태로, 장치는 신호들을 전송하기 위한 송신 회로, 및 제 1 디바이스로부터 응답 메시지를 수신하지 않을 때 미등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃을 검출하는 트랜잭션 관리 모듈을 포함한다. 트랜잭션 관리 모듈은 상기 미등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃을 검출한 후 상기 송신 회로에 의해 특정 기간의 시간 동안 상기 제 1 디바이스와의 적어도 하나의 다음 시그널링 및 제어 트랜잭션을 시작하며, 상기 적어도 하나의 다음 시그널링 및 제어 트랜잭션에 대해 응답 메시지가 수신되지 않을 때 상기 특정 기간의 시간 후 상기 송신 회로에 의해 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션을 시작한다.
다른 형태로, 명령들을 포함하고 있는 컴퓨터 판독 가능 매체를 포함하는 컴퓨터 프로그램 물건으로서, 상기 명령들은 제 1 디바이스로부터 응답 메시지를 수신하지 않을 때 미등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃을 검출하기 위한 코드, 상기 미등록 트랜잭션에 대한 트랜잭션 타임아웃을 검출한 후 특정 기간의 시간 동안 상기 제 1 디바이스와의 적어도 하나의 다음 시그널링 및 제어 트랜잭션을 시작하기 위한 코드, 및 상기 적어도 하나의 다음 시그널링 및 제어 트랜잭션에 대해 응답 메시지가 수신되지 않을 때 상기 특정 기간의 시간 후 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션을 시작하기 위한 코드를 포함한다.
다른 실시예에서, 장치는 제 1 디바이스로부터 응답 메시지를 수신하지 않을 때 미등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃을 검출하는 수단, 및 상기 미등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃을 검출한 후 특정 기간의 시간 동안 상기 제 1 디바이스와의 적어도 하나의 다음 시그널링 및 제어 트랜잭션을 시작하는 수단을 포함하며, 상기 시작하는 수단은 상기 적어도 하나의 다음 시그널링 및 제어 트랜잭션에 대해 응답 메시지가 수신되지 않을 때 상기 특정 기간의 시간 후 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션을 시작한다.
본 개시에서 설명하는 기술들은 통신 장치에 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 조합으로 구현될 수 있다. 소프트웨어로 구현된다면, 소프트웨어는 컴퓨터에서 실행될 수 있다. 소프트웨어는 처음에 명령, 프로그램 코드 등으로서 저장될 수 있다. 이에 따라, 본 개시는 또한 컴퓨터 판독 매체를 포함하는 통신 세션들의 설정 및 관리를 위한 컴퓨터 프로그램 물건을 기대하며, 컴퓨터 판독 가능 매체는 컴퓨터로 하여금 본 개시에 따른 기술 및 기능들을 실행하게 하기 위한 코드들을 포함한다.
본 개시의 기술들의 하나 이상의 실시예들의 상세는 하기의 첨부 도면 및 상세한 설명에서 설명한다. 본 개시의 다른 특징, 과제 및 이점들은 상세한 설명과 도면, 청구범위로부터 명백할 것이다.
도 1은 시그널링 및 제어 프로토콜을 이용한 2개 이상의 통신 디바이스 간의 통신 세션들의 관리를 위한 시스템을 설명하는 블록도이다.
도 2는 도 1의 통신 디바이스들 중 하나를 더 상세히 설명하는 블록도이다.
도 3은 본 개시의 기술에 따라 트랜잭션 타임아웃들을 처리하는 통신 디바이스의 예시적인 동작을 설명하는 흐름도이다.
도 4는 기반이 되는 전송 계층 프로토콜로서 UDP를 이용할 때 메시지 및 메시지의 재전송들을 재전송 스케줄에 따라 프록시 서버에 전송하는 트랜잭션 관리 모듈의 예시적인 동작을 설명하는 흐름도이다.
도 5는 기반이 되는 전송 계층 프로토콜로서 TCP를 이용할 때 메시지 및 메시지의 재전송들을 재전송 스케줄에 따라 프록시 서버에 전송하는 트랜잭션 관리 모듈의 예시적인 동작을 설명하는 흐름도이다.
일반적으로, 본 개시는 통신 디바이스들 간의 통신 세션의 설정에 관한 것이다. 예를 들어, 통신 디바이스들은 디바이스들 간의 통신 세션들을 설정하고 관리하기 위한 시그널링 및 제어 프로토콜을 사용할 수 있다. 세션 시작 프로토콜(SIP)과 같은 어떤 시그널링 제어 프로토콜들은 HTTP와 같은 요청 및 응답 트랜잭션 모델을 기반으로 한다. 여기서 사용되는 바와 같이, "트랜잭션"이라는 용어는 메시지들의 교환을 말한다. 특히, 각 트랜잭션은 적어도 2개의 메시지: 통신 디바이스들 중 제 1 통신 디바이스로부터 제 2 통신 디바이스(또는 프록시 서버)로 전송되는 제 1 메시지 및 제 1 메시지에 응답하여 제 2 통신 디바이스(또는 프록시 서버)로부터 수신되는 제 2 메시지로 구성된다. 일례로, 트랜잭션은 특정 세션 관리 기능 및 적어도 하나의 응답 메시지를 불러내는 요청 메시지로 구성될 수 있다. 어떤 경우에는, 트랜잭션은 적어도 하나의 확인 응답 메시지를 포함할 수도 있다. 어떤 경우에든, 특정 시간 기간 내에 트랜잭션의 제 1 메시지에 대한 응답이 수신되지 않으면, 트랜잭션은 타임아웃을 경험한 것으로 간주한다. 트랜잭션이라는 용어는 "호 제어 트랜잭션", "시그널링 트랜잭션", "호 설정 트랜잭션" 등과 교환할 수 있게 사용될 수 있다.
본 개시는 통신 세션들의 설정 및 관리 도중 트랜잭션 타임아웃들을 피하고 복구하기 위한 기술들을 설명한다. 특히, 통신 디바이스들은 트랜잭션 타임아웃을 경험한 시그널링 및 제어 메시지의 타입을 기초로 트랜잭션 타임아웃들을 서로 다르게 처리한다. 한 형태로, 통신 디바이스들은 등록 트랜잭션들 동안 경험한 트랜잭션 타임아웃들을 미등록 트랜잭션들 동안 경험한 트랜잭션 타임아웃들과 다르게 취급할 수 있다. "등록 트랜잭션"은 데이터를 발신(originating) 디바이스에 전송하기 위한 위치의 추가 또는 삭제를 요청하는 메시지들의 교환을 말할 수 있다. SIP 프로토콜에서, 예를 들어 등록 트랜잭션의 메시지들은 최초 REGISTER 메시지들, 재-REGISTER 메시지들 및 해제-REGISTER 메시지들을 포함할 수 있다. "미등록 트랜잭션"은 등록 트랜잭션이 아닌 트랜잭션을 말한다. SIP 프로토콜에서, 미등록 트랜잭션의 메시지들의 예는 SUBSCRIBE 메시지들, INVITE 메시지들, CANCEL 메시지들, PRACK 메시지들, UPDATE 메시지들, BYE 메시지들, ACK 메시지들 등을 포함한다.
본 개시의 기술들에 따르면, 여기서 클라이언트 디바이스 또는 발신 디바이스로 지칭되는, 트랜잭션을 시작한 통신 디바이스는 트랜잭션 타임아웃을 경험한 트랜잭션이 미등록 트랜잭션일 때 적어도 하나의 다음 메시지의 전송을 시도할 수 있다. 발신 디바이스는 예를 들어 임계 회수의 연속 트랜잭션 타임아웃들, 타이머의 만료 또는 등록 메시지와 관련된 트랜잭션 타임아웃을 경험할 때까지 다음 메시지들의 전송을 계속할 수 있다. 임계 회수의 연속 트랜잭션 타임아웃들, 타이머의 만료 또는 등록 메시지와 관련된 트랜잭션 타임아웃을 경험한 후 발신 디바이스는 현재 통신 세션을 취소하고 새로운 프록시 서버에 등록 메시지를 전송할 수 있다. 미등록 트랜잭션에 의해 경험한 트랜잭션 타임아웃 뒤에 하나 이상의 다음 메시지들을 전송하는 능력은 트랜잭션 타임아웃의 원인이 일시적일 때 통신 디바이스가 진행중인 통신 세션들에 대한 불필요한 방해를 피할 수 있게 할 수 있다.
도 1은 시그널링 및 제어 프로토콜을 이용한 2개 이상의 통신 디바이스 간의 통신 세션들의 관리를 위한 시스템(10)을 설명하는 블록도이다. 도 1에 나타낸 예에서, 시스템(10)은 통신 디바이스(14A, 14B)(집합적으로 "통신 디바이스(14)")를 포함한다. 시스템(10)은 또한 (도시하지 않은) 인터넷 프로토콜(IP) 네트워크와 같은 패킷 기반 통신 네트워크에 포함된 또는 연결된 SIP 네트워크(12)와 같은 시그널링 네트워크를 포함한다. 도 1의 예에서, 통신 디바이스(14)는 SIP 네트워크(12)에 의해 관리되는 SIP 통신 세션을 이용하여 서로 통신한다. 많은 경우에, 통신 디바이스(14)는 둘 이상의 다른 통신 디바이스와 통신할 수 있다. 그러나 설명을 쉽게 하기 위해, 도 1은 단 2개의 통신 디바이스(14) 간의 통신을 나타낸다.
통신 디바이스(14)는 유선 또는 무선 통신 능력을 포함하는 어떠한 디바이스도 될 수 있다. 예를 들어, 통신 디바이스(14) 중 하나 또는 둘 다 셀룰러 전화, 위성 전화, 라디오 전화, 개인 디지털 보조기기(PDA), 소위 SIP 폰, 소프트폰, WiFi 핸드셋, IP 폰 또는 무선 통신 능력을 포함하는 임의의 다른 디바이스일 수 있다. 대안으로, 통신 디바이스(14) 중 하나 또는 둘 다 데스크탑 컴퓨터, 랩탑 컴퓨터, 고정 전화, 미디어 게이트웨이, 애플리케이션 서버 또는 유선 통신 능력을 포함하는 임의의 다른 디바이스일 수 있다. 본 개시에서, 통신 디바이스(14)는 VoIP(Voice-over-Internet-Protocol) 전화 및 음성 회의, 전화 및 화상 회의, 텍스트 메시징, 온라인 게임 및 다른 패킷 기반 전화 애플리케이션과 같은 다양한 애플리케이션들 중 하나 이상을 위한 SIP 시그널링 프로토콜을 지원하도록 구성된 것으로 설명된다. 그러나 여기서 설명하는 기술들은 국제 전기 통신 연합 표준화 섹터(ITU-T)에 의해 도입된 H.323 표준과 같은 다른 시그널링 프로토콜들에 사용하도록 확장될 수도 있다.
통신 디바이스(14)는 각각 액세스 네트워크(18A, 18B)(집합적으로 "액세스 네트워크(18)")를 통해 SIP 네트워크(12)에 연결된다. 특히, 통신 디바이스(14A)는 액세스 네트워크(18A)를 통해 SIP 네트워크(12)에 연결되고, 통신 네트워크(14B)는 액세스 네트워크(18B)를 통해 SIP 네트워크(12)에 연결된다. 액세스 네트워크(18A, 18B)는 유선 네트워크, 무선 네트워크 또는 이들의 결합일 수 있다. 무선 환경에서, 통신 디바이스(14)는 일반 패킷 무선 서비스(GPRS), 코드 분할 다중 액세스(CDMA), CDMA2000, 광대역 CDMA(W-CDMA), 1xEV-DO(1x Evolution-Data Optimized) 등과 같은 다양한 무선 라디오 액세스 기술(RAT) 중 임의의 기술에 따라 액세스 네트워크(18)를 통해 통신한다.
통신 디바이스(14)는 동일한 액세스 기술 또는 서로 다른 액세스 기술들을 사용하여 액세스 네트워크(18)를 통해 통신할 수 있다. 대안으로 또는 추가로, 통신 디바이스(14)는 각종 IEEE 802.11 표준에 의해 정의된 임의의 프로토콜과 같은 무선 근거리 통신망(WLAN) 프로토콜에 따라 통신하도록 설비될 수 있다. 액세스 네트워크(18)는 통신 디바이스(14)와 무선 신호들을 교환하고 인터넷, 광역 통신 망(WAN) 또는 근거리 통신망(LAN) 및/또는 공중 전화 교환망(PSTN)과 같은 글로벌 패킷 기반 코어 네트워크를 통해 다른 네트워크 클라이언트들 또는 서버들에 대한 접속을 제공하는 무선 기지국들과 액세스 포인트들을 포함할 수 있다.
SIP 네트워크(12)는 하나 이상의 SIP 메시지와 같은 시그널링 메시지들을 교환함으로써 통신 디바이스(14)에 대한 통신 세션의 설정을 용이하게 하도록 동작하는 프록시 서버(20A, 20B)(집합적으로 "프록시 서버(20)")를 포함한다. 통신 디바이스(14) 및 프록시 서버(20)는 SIP 메시지들을 교환하여 통신 디바이스(14) 간의 하나 이상의 통신 세션을 설정 및 관리한다. SIP 세션의 설정시, 실시간 전송 프로토콜(RTP)과 같은 미디어 전송 프로토콜에 따라 통신 디바이스(14) 사이에 오디오, 비디오 또는 둘 다와 같은 멀티미디어 콘텐츠가 교환될 수 있다.
발신 디바이스, 예를 들어 통신 디바이스(14A)의 사용자가 통신 세션이 설정될 것을 요구하는 디바이스에서 실행하는 애플리케이션과 상호 작용할 때, 발신 디바이스는 프록시 서버(20)와 통신하여 발신 디바이스와 종단(terminating) 디바이스, 예를 들어 통신 디바이스(14B) 간의 통신 세션의 설정을 용이하게 한다. 본 개시에서 사용되는 "발신 디바이스"라는 문구는 세션을 설정하기 위한, 예를 들어 호출하기 위한 시도를 시작하는 통신 디바이스(14) 중 하나를 말한다. 본 개시에서 사용되는 "종단 디바이스"라는 문구는 발신 디바이스가 통신 세션의 설정을 시도하고 있는 통신 디바이스(14) 중 하나를 말한다. 예시를 위해, 통신 디바이스(14A)가 발신 디바이스로서 설명되고 통신 디바이스(14B)가 종단 디바이스로서 설명된다. 그러나 특정 세션에서는 디바이스들 중 어느 것이라도 발신 디바이스 또는 종단 디바이스로서 기능할 수 있다. 즉, 한 세션이 진행중인 동안 그 세션의 발신 또는 종단 디바이스가 트랜잭션들을 시작할 수 있다. 또한, 상기한 바와 같이, 발신 디바이스는 어떤 경우에는 다수의 종단 디바이스와 통신할 수도 있다.
통신 디바이스(14) 및 프록시 서버(20)는 다수의 SIP 메시지를 교환하여 통신 세션을 설정 및 관리할 수 있다. 음성 전화의 경우, 예를 들어 통신 디바이스(14)와 프록시 서버(20)는 다수의 SIP 메시지를 교환하여 VoIP 세션을 설정할 수 있다. 통신 세션의 설정은 하나 이상의 트랜잭션을 수반한다. 특히, 통신 디바이스(14A)가 메시지들, 예를 들어 SIP 요청 및 응답을 프록시 서버(20A)에 전송할 수 있다. 프록시 서버(20A)는 메시지들을 처리하여 궁극적으로는 통신 디바이스(14B)와 관련된 프록시 서버(20B)에 메시지를 라우팅한다. 프록시 서버(20B)는 메시지들을 통신 디바이스(14B)로 라우팅한다. 통신 디바이스(14A)는 통신 디바이스(14A)에서 실행하는 서로 다른 애플리케이션에 대해 동시에 다수의 트랜잭션에 관여할 수도 있다.
통신 디바이스(14A)에 의해 시작되는 각 트랜잭션에 대해, 통신 디바이스(14A)는 응답을 기다린다. 통신 디바이스(14A)는 예를 들어 전송된 요청 메시지들 각각에 대한 대답으로 응답 메시지를 기다릴 수 있다. 다른 예로서, 통신 디바이스(14A)는 전송된 각 응답에 대한 대답으로 확인 응답 메시지를 기다릴 수 있다. 응답이 수신되지 않는다면, 통신 디바이스(14A)는 재전송 스케줄에 따라 메시지를 재전송할 수 있다. 통신 디바이스(14A)는 메시지에 대한 응답이 수신될 때까지 또는 트랜잭션 타임아웃이 발생할 때까지 재전송 스케줄에 따라 계속해서 메시지를 재전송할 수 있다. 여기서 사용되는 바와 같이, "트랜잭션 타임아웃"이라는 용어는 시퀀스의 첫 번째 메시지가 전송된 시점으로부터 측정되는 특정 기간의 시간 내에 응답이 수신되지 않는 상황을 말한다.
SIP 트랜잭션은 임의의 많은 원인으로 인해 타임아웃을 경험할 수 있다. SIP 트랜잭션은 예를 들어 에어 인터페이스에서의 무선(RF) 정전 시간 또는 IP 코어 네트워크에서의 과중한 트래픽 혼잡에 의해 발생한 네트워크 패킷 손실로 인해 타임아웃을 경험할 수 있다. 다른 예로서, SIP 트랜잭션은 무결성 검사의 실패와 같은 IP 보안(IPsec) 에러가 발생할 때 타임아웃을 경험할 수도 있다. SIP 트랜잭션 타임아웃의 다른 원인들은 프록시 서버(20) 또는 도달할 수 없는 프록시 서버(20)에서의 압축 해제(decompression) 실패를 포함한다.
트랜잭션 타임아웃의 원인은 원인의 타입에 따라 길이가 달라질 수 있다. 보다 구체적으로, 트랜잭션 타임아웃의 어떤 원인들은 일시적인 RF 정전 시간 또는 트래픽 혼잡과 같이 단지 일시적일 수도 있다. 다른 트랜잭션 타임아웃들은 예를 들어 도달할 수 없는 프록시 서버(20)의 경우 더 영구적인 원인들에 기인할 수도 있다. 따라서 트랜잭션 타임아웃들의 모든 원인을 동일한 방식으로 다루는 것은 진행중인 통신 세션들에 때때로 불필요한 방해를 야기한다. 본 개시는 통신 세션들의 관리에 있어 트랜잭션 타임아웃들을 처리하기 위한 기술들을 제공한다. 이 기술들은 타임아웃이 일시적인 상태에 의해 발생할 때 진행중인 통신 세션들에 대한 불필요한 방해를 줄일 수 있다. 더욱이, 이 기술들은 트랜잭션 타임아웃을 전부 피하고자 하는 시도를 할 수도 있다.
특히, 통신 디바이스(14)는 트랜잭션 타임아웃을 경험한 시그널링 및 제어 트랜잭션의 타입을 기초로 서로 다르게 트랜잭션 타임아웃을 처리한다. 한 형태로, 통신 디바이스(14)는 등록 트랜잭션 도중 경험한 타임아웃을 미등록 트랜잭션 도중 경험한 트랜잭션 타임아웃과는 다르게 취급할 수 있다. 상술한 바와 같이, "등록 트랜잭션"은 등록 메시지를 전송하는 통신 디바이스에 대한 위치 정보로 위치 서버를 업데이트하는 메시지들의 교환을 말한다. 등록 메시지는 예를 들어 통신 디바이스(14A)에 대한 고유 자원 식별자(URI) 및/또는 통신 디바이스(14A)의 IP 어드레스를 포함할 수 있다. SIP 프로토콜에서, 등록 메시지들은 최초 REGISTER 메시지들, 재-REGISTER 메시지들 및 해제-REGISTER 메시지들을 포함할 수 있다. 보다 구체적으로, 최초 등록 메시지는 SIP 통신 디바이스의 접촉 어드레스와 레코드의 등록된 어드레스와의 결합이 이전에 존재하지 않을 때 이러한 결합을 위해 SIP 통신 디바이스에 의해 사용된다. 재등록 메시지들은 통신 디바이스의 결합의 유효 기간을 리프레시한다. 등록 해제 메시지들은 결합을 삭제한다. "미등록 트랜잭션"은 등록 메시지가 아닌 메시지들의 교환을 말한다. SIP 프로토콜에서, 예를 들어 미등록 메시지들은 SUBSCRIBE 메시지들, INVITE 메시지들, CANCEL 메시지들, PRACK 메시지들, UPDATE 메시지들, BYE 메시지들, ACK 메시지들 등을 포함한다. 이러한 미등록 메시지들은 주로 통신 디바이스(14) 간에 통신 세션을 생성하고 유지하며 종료하는데 사용된다. 네트워크에서 특정 이벤트들에 대한 정보를 얻기 위해 다른 미등록 메시지들이 사용될 수 있다. 상기 예들은 SIP 프로토콜에 특정하다. 본 개시의 기술들은 또한 확장에 의해 다른 시그널링 및 제어 프로토콜들에 적용될 수 있다.
본 개시의 기술에 따르면, 트랜잭션 타임아웃을 경험한 이전 트랜잭션이 미등록 트랜잭션일 때 트랜잭션을 시작한 통신 디바이스, 즉 이 예에서는 통신 디바이스(14A)가 현재 프록시 서버(20A)와의 적어도 하나의 다음 트랜잭션을 시작할 수 있다. 통신 디바이스(14A)는 트랜잭션 타임아웃 뒤 특정 기간의 시간 동안 프록시 서버(20A)에 하나 이상의 메시지를 전송함으로써 다음 트랜잭션들의 시작을 계속할 수 있다. 통신 디바이스(14A)는 예를 들어 임계 회수의 연속 트랜잭션 타임아웃들을 경험할 때까지 프록시 서버(20A)와의 다음 트랜잭션들의 시작을 계속할 수 있다. 대안으로, 통신 디바이스(14A)는 첫 번째 트랜잭션 타임아웃의 경험시 시작하는 실패 듀레이션 타이머가 만료할 때까지 프록시 서버(20A)와의 다음 트랜잭션들의 시작을 계속할 수 있다. 통신 디바이스(14A)는 또한 등록 트랜잭션과 관련된 트랜잭션 타임아웃을 경험할 때까지 프록시 서버(20A)와의 다른 트랜잭션들의 시작을 계속할 수 있다.
어떤 경우에, 임계 회수의 연속 트랜잭션 타임아웃들 또는 트랜잭션 타임아웃이 발생할 때 시작하는 임계 듀레이션의 시간은 트랜잭션 실패의 원인 또는 트랜잭션의 타입을 기초로 달라질 수 있다. 즉, 어떤 경우에는 실패 듀레이션 타이머의 듀레이션 및/또는 연속 트랜잭션 타임아웃들의 임계 회수가 더 빠르게 이르도록 조정되어, 다음 시도 트랜잭션들 도중 분실될 수 있는 착신 호의 수를 줄일 수 있다. 실패 듀레이션 타이머의 듀레이션 및/또는 연속 트랜잭션 타이머들의 임계 회수는 예를 들어 호 도착 통계를 기초로 사전 구성될 수도 있고 동적으로 선택될 수 도 있다. 호 도착 통계는 SIP 요청들이 도착할 것으로 예상되는 레이트를 말한다. 대다수의 SIP 요청들은 전화 세션을 설정하거나 인스턴트 메시지를 전달하기 위한 것으로 예상될 수 있다. 트랜잭션 타임아웃의 원인은 통신 디바이스에 전송된 메시지들에도 영향을 줄 수 있다. 이는 임계 회수의 트랜잭션 타임아웃들이 일어날 때까지 착신 세션들이 전달 불가능하게 될 수 있음을 의미한다. 착신 세션들이 도착할 것으로 알려진 평균 레이트로 전달 불가능한 착신 세션들의 최대 허용 가능 개수를 나누면 장애(blocking)가 허용될 수 있는 시간의 듀레이션이 산출된다. 이러한 시간의 듀레이션 내에 시작한 트랜잭션들은 계속해서 타임아웃을 경험할 수 있다. 착신 분실 세션과 달리, 실패한 발신 세션들은 통신 디바이스의 사용자에게 즉시 인지될 수 있다. 트랜잭션 타임아웃들에 대한 임계치는 이와 같이 실패한 세션들의 허용 가능한 수를 나타낸다. 어떤 경우에, 시간의 듀레이션은 호 도착 레이트 통계를 기초로 사전 구성될 수 있다.
트랜잭션들이 특정 기간의 시간 동안 타임아웃을 계속한 후, 예를 들어 임계 회수의 연속 트랜잭션 타임아웃들, 실패 듀레이션 타이머의 만료, 또는 등록 메시지와 관련된 트랜잭션 타임아웃을 경험한 후, 통신 디바이스(14A)는 현재 통신 세션들을 취소하고 새로운 프록시 서버와의 등록 트랜잭션을 시작한다. 미등록 트랜잭션에 의해 경험한 트랜잭션 타임아웃 후 하나 이상의 다음 메시지들을 전송하는 능력은 트랜잭션 타임아웃의 원인이 영구적, 장기적 또는 영속적인 것과 반대로 일시적일 때 통신 디바이스(14A)가 진행중인 통신 세션들에 대한 불필요한 방해를 피할 수 있게 할 수 있다.
도 1의 예에서, 시스템(10)은 2개의 프록시 서버(20) 및 2개의 엔드포인트 통신 디바이스(14)를 포함한다. 그러나 시그널링 및 제어 프로토콜 기반 구조는 임의의 수의 프록시 서버 및 엔드포인트 통신 디바이스들을 포함할 수도 있다. 더욱이, 시스템(10)은 하나 이상의 등록 서버 및 위치 서버와 같이, 도 1에 도시하지 않은 추가 엘리먼트를 포함할 수도 있다. 본 개시에서 설명하지 않은 트랜잭션 타임아웃들을 처리하기 위한 기술들은 요청-응답 패턴을 사용하며 손실이 많은 통신 미디어를 통해 동작하는 디바이스들에 특히 관련된 통신 디바이스에 의해 실행될 수도 있다. 따라서, 도 1에 나타낸 SIP 네트워크(12)는 예시일 뿐이며 본 개시에서 광범위하게 설명되는 것과 같은 기술들의 한정으로 간주해선 안 된다. 따라서 본 개시의 기술들은 비슷한 시그널링 및 제어 프로토콜들에 동일하게 적용될 수 있다.
도 2는 도 1의 통신 디바이스(14A)를 더욱 상세히 설명하는 블록도이다. 도 1의 통신 디바이스(14B)는 도 2의 통신 디바이스(14A)에서 설명하는 것과 비슷한 컴포넌트들을 포함할 수 있다. 통신 디바이스(14A)는 안테나(22), 트랜시버(24), 프로세서(26) 및 메모리(28)를 포함한다. 트랜시버(24)는 신호를 전송 및 수신하는 (도시하지 않은) 송신 및 수신 회로를 포함한다. 도 2에 나타낸 예에서, 트랜시버는 안테나(22)를 통해 신호를 전송 및 수신한다. 트랜시버(24)는 예를 들어 증폭기, 필터, 주파수 변환기, 변조기, 복조기, 아날로그-디지털 변환 회로, 디지털-아날로그 변환 회로 및 디지털 모뎀 회로와 같은 적절한 아날로그 및/또는 디지털 회로 컴포넌트들을 포함할 수 있다. 동작시, 안테나(22)는 통신 디바이스(14A) 에 의해 지원되는 무선 주파수 대역들을 통해 무선 신호들을 전송 및 수신한다. 트랜시버(24)는 임의의 바람직한 무선 액세스 기술(RAT) 또는 본 개시에 지정된 프로토콜들과 같은 임의의 WLAN 프로토콜을 지원하도록 구성될 수 있다. 그러나 어떤 경우에는, 개별 송신기 및 수신기 컴포넌트에 의해 송신 및 수신 회로가 형성될 수 있다. 도 2에 나타낸 예시적인 통신 디바이스는 무선 통신 디바이스지만, 상기 기술들은 유선 통신 디바이스에 동일하게 적용될 수 있다.
프로세서(26)는 신호를 전송하도록 트랜시버(24)를 제어하고 트랜시버(24)에 의해 수신되는 신호들을 처리한다. 프로세서(26)는 애플리케이션 모듈(32A-32N)(집합적으로 "애플리케이션 모듈(32)")에 대한 통신 세션의 관리를 책임진다. 특히, 트랜잭션 관리 모듈(30) 및 애플리케이션들(32)은 통신 세션들을 설정, 변경 및 종료한다. 애플리케이션 모듈(32)(도 2에서 각각 "APP"로 표기)은 SIP와 같은 시그널링 및 제어 프로토콜을 사용하여 설정된 통신 세션들을 이용하는, 프로세서(26) 상에서 실행하는 애플리케이션들이다. 애플리케이션 모듈(32)은 예를 들어 전화 키패드와 같은 사용자 인터페이스를 통해 사용자와 상호 작용한다. 애플리케이션 모듈(32)은 트랜잭션을 시작하기 위해 사용자로부터의 입력에 응답하여 시그널링 및 제어 메시지들을 생성한다. 예를 들어, 사용자가 VoIP 전화 호출을 시도하고 있다면, VoIP 전화 애플리케이션이 INVITE 트랜잭션을 생성할 수 있다. 애플리케이션 모듈(32)은 VoIP 음성 전화 및 회의 애플리케이션, 화상 전화 및 회의 애플리케이션, 텍스트 메시징 애플리케이션, 인스턴트 메시징 애플리케이션, 온라인 게임 애플리케이션, 프레즌스(presence) 애플리케이션, 화상 공유 애플리케이션, 푸시-투-토크(push-to-talk) 애플리케이션 및/또는 다른 패킷 기반 전화 애플리케이션 중 하나 이상과 같은 SIP 기반 애플리케이션 모듈일 수 있다.
트랜잭션 관리 모듈(30)은 애플리케이션 모듈(32)에 대한 트랜잭션들을 관리할 수 있다. 즉, 트랜잭션 관리 모듈(30)은 시그널링 및 제어 프로토콜의 트랜잭션 계층을 구현할 수 있다. 트랜잭션 관리 모듈(30)은 본 개시의 기술들에 따라 트랜잭션 타임아웃들을 모니터하고 트랜잭션 타임아웃들을 처리한다. SIP는 요청/응답 트랜잭션 모델을 통해 동작하기 때문에 트랜잭션 관리 모듈(30)은 각각의 트랜잭션에서 응답, 예를 들어 응답 메시지 또는 확인 응답 메시지를 기다린다. 응답이 수신되지 않는다면, 트랜잭션 관리 모듈(30) 및/또는 애플리케이션들(32)은 재전송 스케줄에 따라 메시지를 재전송할 수 있다. 어떤 형태들에서, 재전송 스케줄은 메시지의 타입을 기초로 달라질 수 있다. 하기의 표 1은 UDP 전송을 위한 여러 가지 다른 타입의 SIP 요청 메시지들에 대한 예시적인 재전송 스케줄들을 나타낸다. 표 1: UDP에 대한 SIP 요청 재전송 스케줄(T1 = 0.5초로 가정)
요청명 트랜잭션 타임아웃 타이머 타임아웃 전 송신 회수 원래의 송신과 관련된 재전송 스케줄(초)
INVITE 64*T1 7 0, 0.5, 1.5, 3.5, 7.5, 15.5, 31.5
비-INVITE 64*T1 11 0, 0.5, 1.5, 3.5, 7.5, 11.5, 15.5, 19.5, 23.5, 27.5, 31.5
ACK 2xx 응답 후 64*T1 또는 3xx-6xx 응답 후 32초 11 응답 재전송들이 수신되는 시점에 따라
표 1은 세 가지 타입의 요청; INVITE 메시지, 비-INVITE 메시지(ACK 제외) 및 ACK에 대해 타임아웃을 경험할 때까지의 시간의 양을 나타내며, 여기서는 트랜 잭션 타임아웃 타이머로 지칭된다. INVITE 메시지, 비-INVITE 메시지(ACK 메시지 제외) 및 2xx 응답 메시지들에 대해 전송된 ACK 메시지의 경우, 트랜잭션 타임아웃 타이머는 64*T1이다. T1은 왕복 시간(RTT)의 추정치이며, SIP 프로토콜에 대해 T1은 500 밀리초의 디폴트값을 갖는다. 3xx-6xx 응답 메시지들의 확인 응답으로 전송된 ACK 메시지들의 경우, 트랜잭션 타임아웃 타이머는 SIP 프로토콜에 따라 32초이다. 예시적인 트랜잭션 타임아웃 타이머들은 T1의 함수이지만, 다른 시그널링 및 제어 프로토콜들은 특정 트랜잭션 타임아웃 타이머를(예를 들어, 다른 변수들의 함수로서) 설정할 수도 있다. 응답이 수신되지 않으면, 트랜잭션 관리 모듈(30) 및/또는 애플리케이션들(32)은 표 1의 각 재전송 스케줄에 따라 트랜잭션의 최초 메시지를 재전송할 수 있다. 예를 들어, 트랜잭션 관리 모듈(30)은 INVITE 트랜잭션이 트랜잭션 타임아웃을 경험하기 전에 INVITE 메시지를 7회 재전송한다. INVITE 트랜잭션에 대한 예시적인 재전송 스케줄은 표 1의 1행에서 설명된다. 특히, INVITE 메시지는 응답이 수신되지 않는다면 또는 응답이 수신될 때까지 T1 = 500㎳인 경우에 첫 번째 송신 요청에 관해 0.5초(sec), 1.5 sec, 3.5 sec, 7.5 sec, 15.5 sec 및 31.5 sec 간격으로 전송된다. 비-INVITE 메시지에 대한 재전송 스케줄은 표 1의 2행에서 설명된다. 트랜잭션 관리 모듈(30)은 트랜잭션이 타임아웃을 경험하기 전에 메시지를 11회 재전송한다. ACK 메시지들의 경우, 재전송 스케줄은 응답 메시지들이 수신되는 시점에 좌우되지만, 트랜잭션이 타임아웃을 경험하기 전에 총 11회의 재전송이 전송될 수 있다.
표 2는 응답 메시지를 수반하며 INVITE 트랜잭션들의 경우에는 확인 응답 메시지들과 관련되는 서버 트랜잭션들에 대한 비슷한 재전송 스케줄들을 나타낸다. 요청 메시지들에 대해 상술한 것과 같이, 통신 디바이스(14A)는 트랜잭션이 타임아웃을 경험할 때까지 또는 응답 메시지에 대답하여 확인 응답 메시지가 수신될 때까지 재전송 스케줄에 따라 응답 메시지들을 재전송한다. 요청의 재전송이 수신될 때까지 비-INVITE 트랜잭션에 대한 응답이 재전송된다. 표 2: SIP 응답 재전송 스케줄( T1 = 0.5초로 가정)
응답/대응하는 요청 트랜잭션 타임아웃 타이머 타임아웃 전 송신 회수 원래의 송신과 관련된 재전송 스케줄(초)
신뢰성 있는 1xx/INVITE 64*T1 7 0, 0.5, 1.5, 3.5, 7.5, 15.5, 31.5
2xx/INVITE 64*T1 11 0, 0.5, 1.5, 3.5, 7.5, 11.5, 15.5, 19.5, 23.5, 27.5, 31.5
3xx-6xx/INVITE 64*T1 11 (UDP에 대해서만) 0, 0.5, 1.5, 3.5, 7.5, 11.5, 15.5, 19.5, 23.5, 27.5, 31.5(UDP에 대해서만)
2xx-6xx/비-INVITE n/a 11 요청 전송들이 수신될 때 전송
시그널링 레이턴시를 줄이기 위해 트랜잭션의 시그널링 메시지들은 압축될 수 있다. IETF에 의해 개발되며 IETF RFC 3320에 기술된 것과 같은 시그널링 압축(SigComp) 프로토콜은 SIP 메시지들을 포함하는 시그널링 메시지들의 압축 및 압축 해제를 지원하는 구조를 확립한다. 압축은 메시지로부터 중복 정보를 제거하는 한편, 압축 해제는 압축 해제된 메시지가 가능한 한 원래의 메시지와 비슷하도록 중복 정보를 복원한다. 압축된 메시지의 압축 해제된 형태로의 복원 실패는 압축 해제 실패라 한다. 임의의 압축 방식은 압축기 및 압축 해제기(decompressor)가 호환 가능한 압축 알고리즘들을 실행할 것을 요구한다. SigComp에서, 이러한 요건 은 호환 가능한 압축 해제 알고리즘을 압축 해제 엔드포인트에 전송할 것을 압축기에 명령함으로써 이행된다. 이러한 알고리즘의 표현은 SigComp 용어로 "바이트 코드"라 한다. 연속한 시그널링 메시지들 사이의 리던던시가 종종 존재하며 보다 효율적인 압축을 달성하는데 활용될 수 있다. 이전에 전송된 메시지들의 전부 또는 일부는 다음 메시지들을 압축하기 위한 상태 정보를 구성한다. 이전에 저장된 메시지들에 대한 메시지들의 압축은 동적 압축이라 한다. 정적 상태 항목들에 대한 압축 또한 가능하다. 이러한 항목들은 종종 시그널링 메시지들에서 발견되는 공통 키워드들의 사전이다. 압축에 관한 본 개시의 명령문들은 SigComp 프로토콜의 사용을 의미하지만, 시그널링 메시지들의 무손실 압축을 수행하기 위한 다른 메커니즘들에 쉽게 적용될 수 있다. 트랜잭션 관리 모듈(30) 및/또는 애플리케이션들(32)은 현재 트랜잭션 전에 경험한 트랜잭션 타임아웃 수를 기초로, 요청의 처음 몇 개의 송신에 적용된 것과는 다른 압축 기술들을 요청의 나중 재전송들에 적용할 수 있다. 추가로, 트랜잭션 관리 모듈(30)은 기반이 되는 전송 계층 프로토콜을 기초로 최초 메시지 및 메시지의 임의의 재전송들에 서로 다른 압축 기술들을 사용할 수 있다. 특히, 트랜잭션 관리 모듈(30)은 이전 트랜잭션 타임아웃들이 없을 때 기존의 동적 상태 정보를 사용하여 압축된 최초 메시지 및 상기 메시지의 하나 이상의 재전송을 전송할 수 있다.
기반이 되는 전송 계층 프로토콜이 사용자 데이터그램 프로토콜(UDP)이라면, 트랜잭션 관리 모듈(30)은 기존의 동적 상태 정보를 이용하여 압축된 트랜잭션의 최초 메시지 및 상기 메시지의 처음 N개의 재전송을 전송할 수 있다. 최초 메시지 또는 처음 N개의 재전송에 대한 응답이 수신되지 않는다면, 트랜잭션 관리 모듈(30)은 메시지의 나머지 재전송들을 다른 압축 기술을 사용하여 또는 심지어 비압축으로 전송할 수 있다. 예를 들어, 트랜잭션 관리 모듈(30)은 동적 상태 정보를 사용하지 않고 압축된 메시지의 나머지 재전송들을 전송할 수 있다. 상태 정보를 사용하지 않고 데이터를 압축하는 것은 종단 디바이스, 예를 들어 상술한 예에서는 통신 디바이스(14B)에서의 압축 해제 실패 가능성을 감소시킨다. 예를 들어, 종단 디바이스가 상태 정보를 분실했다면, 상태 정보를 사용하여 압축된 메시지들을 성공적으로 압축 해제하는 것이 불가능할 것이다. 따라서 상태 정보를 사용하지 않고 압축된 메시지들의 재전송들을 전송하는 것은 메시지들에 대한 응답을 수신할 가능성을 높인다. 더 이전의 송신들에 바이트 코드가 포함되지 않았다면, 트랜잭션 관리 모듈(30)은 재전송들에 계속해서 바이트 코드를 포함할 수 있다. 메시지의 크기가 임계치, 예를 들어 1300 바이트를 초과할 때 트랜잭션 관리 모듈(30)은 통신 디바이스와 프록시 사이에 전송 제어 프로토콜(TCP)을 시작하여 나머지 재전송들을 전송할 수 있다.
그러나 기반이 되는 프로토콜이 TCP라면, 트랜잭션 관리 모듈(30)은 기존의 동적 상태 정보를 사용하여 압축된 모든 송신들을 전송한다. 즉, 전체 재전송 스케줄 내내 압축 기술은 그대로 동일하다. 이는 TCP가 프로토콜에 따라 자동으로 재전송을 수행하여 재전송 내내 압축 기술들의 조정을 허용하지 않기 때문이다.
하나 이상의 이전 트랜잭션 타임아웃을 경험했을 때 트랜잭션 관리 모듈(30) 은 동적 상태 정보를 이용하지 않고 바이트 코드로 압축된 최초 메시지 및 상기 메시지의 임의의 필요한 재전송들을 전송한다. 또 이는 종단 디바이스에서 압축 해제 실패 가능성을 줄이기 위한 것이다. 트랜잭션 관리 모듈(30)은 기반이 되는 전송 계층 프로토콜과 관계없이 단일 압축 기술을 이용하여 최초 메시지 및 모든 재전송을 전송할 수 있다. 기반이 되는 전송 계층 프로토콜이 TCP라면, 트랜잭션 관리 모듈(30)은 최초 메시지 및 임의의 필요한 재전송들을 전송하기 전에 새로운 TCP 접속을 시작할 수 있다. 트랜잭션 관리 모듈(30)은 어떤 경우에는 동일한 포트 번호를 사용하여 새로운 TCP 접속을 시작할 수도 있다. 재전송 기술들은 트랜잭션 관리 모듈(30)에 의해 제어되는 것으로 설명되지만, 재전송들은 애플리케이션들(32) 또는 트랜잭션 관리 모듈(30)과 함께 애플리케이션들(32)에 의해 제어될 수 있다.
어떤 형태들에서, 트랜잭션 관리 모듈(30)은 압축 실패뿐 아니라 압축 실패의 원인도 검출하기 위한 메커니즘을 포함할 수 있다. 이러한 경우, 트랜잭션 관리 모듈(30)은 압축 해제 실패의 원인을 기초로 메시지의 다음 버전들의 재전송을 위해 사용되는 압축 기술을 변경할 수 있다. 예를 들어, SigComp 프로토콜과 같은 어떤 프로토콜들은 압축 해제 실패를 검출하기 위한 메커니즘들을 갖는다. 통상적으로, 메시지의 제 1 송신 직후 압축 해제 실패가 검출되어야 한다. UDP 전송을 통해 메시지가 전송되고 있었고, 압축 해제 실패의 원인이 결정되었다면, 요청의 다음 송신은 실패의 원인을 피하는 변경된 압축 기술을 이용할 수 있다. TCP에서, 현재 TCP 접속은 종결될 수 있고 새로운 TCP 접속이 시작되어 적절한 변경에 의해 동일한 요청의 전송을 재시도할 수 있다.
예를 들어, IETF RFC 4077은 수신 측이 실패가 일어났음을 송신 측에 전달할 수 있게 하는 SigComp에 대한 간단한 부정 응답(NACK) 메커니즘을 정의한다. 이러한 NACK는 실패의 특징을 전달하는 원인 코드를 포함한다. 특정한 타입의 실패들의 경우, NACK는 실패로부터의 복구에 유용할 수 있는 추가 항목들 또한 포함하게 된다. 압축 해제 엔드포인트에서 삭제된 상태에 대한 액세스 시도가 이루어질 때 일반적인 실패가 일어난다. STATE_NOT_FOUND 원인 코드 및 상태 식별자를 포함하는 SigComp NACK 메시지는 다음 송신이 분실 상태에 액세스 시도를 하지 않게 할 수 있다. 압축 방식에 제거할 수 없는 결함을 드러내는 다른 원인 코드들은 비압축 동작으로의 전환을 야기할 수 있다.
다른 형태들에서, 트랜잭션 관리 모듈(30)은 IETF RFC 3263에 제안된 것과 같은 인터넷 제어 메시지 프로토콜(ICMP) 에러 메시지들을 사용하여 트랜잭션 타임아웃들의 원인들을 검출할 수 있다. 예를 들어, 트랜잭션 관리 모듈(30)이 관련 코드 필드에 의해 목적지 도달 불가 메시지와 같은 치명적인 ICMP 에러 메시지를 수신한다면, UDP 전송을 사용하는 경우 메시지의 추가 재전송들을 중단할 수 있으며, 이러한 에러 메시지의 수신을 등록 요청의 트랜잭션 타임아웃과 같이 취급한다. 동일한 동작이 TCP 접속 실패에 적용된다.
요청의 수신을 지시하는 응답이 할당된 시간 주기, 예를 들어 표 1 및 표 2에 나타낸 경우의 대부분에 64*T1 내에 수신될 때, 트랜잭션 관리 모듈(30)은 타임아웃 카운터(34)를 0과 같게 설정한다. 추가로, 트랜잭션 관리 모듈(30)은 실패 듀레이션 타이머(36)를 리셋할 수도 있다. 수신된 응답은 프록시 서버(20A)가 도달 가능함을 지시한다. 더욱이, 트랜잭션 관리 모듈(30)은 동적 압축이 이전에 가능하지 않았다면 동적 압축을 가능하게 한다. 트랜잭션 관리 모듈(30)은 예를 들어 후술하는 바와 같이 전송된 메시지에 대해 트랜잭션 타임아웃이 발생할 때 동적 압축을 불가능하게 할 수 있다.
트랜잭션 타이머의 듀레이션 동안 최초 메시지 또는 메시지의 재전송들에 대한 응답이 수신되지 않으면, 트랜잭션은 트랜잭션 타임아웃을 경험한다. 상술한 바와 같이, 트랜잭션 관리 모듈(30)은 트랜잭션 타임아웃을 경험한 시그널링 및 제어 트랜잭션의 타입을 기초로 트랜잭션 타임아웃들을 서로 다르게 취급한다. 한 형태에서, 트랜잭션 관리 모듈(30)은 등록 트랜잭션들에 대해 경험한 트랜잭션 타임아웃들을 미등록 트랜잭션들에 대한 트랜잭션 타임아웃들과 다르게 취급한다.
트랜잭션 타임아웃을 경험한 트랜잭션이 등록 트랜잭션이라면, 트랜잭션 관리 모듈(30)은 다른 프록시 서버와의 새로운 등록 트랜잭션을 시작한다. 특히, 트랜잭션 관리 모듈(30)은 현재 통신 세션들을 중지하고 이러한 세션들에 대응하는 애플리케이션들(32)을 통보한다. 애플리케이션들(32)은 트랜잭션 관리 모듈(30)로부터 통보를 받으면 현재 자원들을 해제하고 취소된 통신 세션들을 이용하는 대화들을 중지한다. 트랜잭션 관리 모듈(30)과 함께 애플리케이션들(32) 중 하나는 새로운 프록시 서버(20)를 선택하여 새로운 프록시 서버(20)에 대한 최초 등록을 수행한다. 상술한 바와 같이, 등록 메시지들은 최초 등록 메시지들, 재등록 메시지들 및 등록 해제 메시지들을 포함한다. 트랜잭션 타임아웃을 경험한 트랜잭션이 등록 해제 메시지를 포함했다면, 트랜잭션 관리 모듈(30)은 추가로 등록 해제 프로시저를 시작하여 통신 디바이스(14A)를 등록 해제할 수 있다.
트랜잭션 타임아웃을 경험한 트랜잭션이 미등록 트랜잭션이라면, 트랜잭션 관리 모듈(30)은 통상적으로 트랜잭션과 관련된 애플리케이션들(32) 중 하나를 통보한다. 따라서 특정 트랜잭션 타임아웃의 처리는 애플리케이션들(32)에 대해 그대로이다. 표 3은 트랜잭션 관리 모듈(30) 및 애플리케이션들(32)에 의한 특정 요청 트랜잭션 타임아웃들의 예시적인 처리의 항목들을 제공한다. 특정 트랜잭션 타임아웃들의 처리는 타임아웃된 트랜잭션의 요청 메시지의 타입을 기초로 달라질 수 있다. 표 3: SIP 요청 트랜잭션 타임아웃들의 트랜잭션 관리 모듈 및 애플리케이션 처리
요청 사용 케이스 트랜잭션 타임아웃의 트랜잭션 관리 모듈 처리 트랜잭션 타임아웃의 제안된 애플리케이션 처리
REGISTER 최초 등록, 재등록, 등록 해제 대화를 취소하고(애플리케이션들에 통보), 다음 프록시 서버 어드레스를 사용하여 (표준에 의해) 최초 등록 수행 트랜잭션 관리 모듈로부터의 통보 입수시 자원들을 해제하고 대화 취소
SUBSCRIBE reg 이벤트 패키지 또는 다른 이벤트 패키지들에 대해 reg 이벤트 패키지가 아니라면, 애플리케이션을 통보한다. reg 이벤트 패키지의 경우, 여전히 등록되어 있다면 최대 시도 회수까지 또는 가입이 만료할 때까지 주기적으로 가입(이벤트: reg)을 시도한다. reg 이벤트 패키지가 아니라면, 트랜잭션 관리 모듈로부터의 통보 수신시, 처리는 애플리케이션에 특정함
INVITE 모든 세션에 대해 세션 리프레시(재-INVITE) 애플리케이션에 처리를 통보하고 그대로 방치. 대화 초대에서 벗어나면, 애플리케이션은 자원들을 재시도하거나 해제할 수 있고, 고장 대체(fallback) 절차를 수행할 수 있다. 대화중이라면, 애플리케이션은 자원들을 종료하고 해제해야 한다.
CANCEL 초기 초대 대화 이내 아무것도 하지 않고, 애플리케이션에 처리를 통보하고 그대로 방치. 최종 응답 수신 후 여전히 취소가 필요하다면 애플리케이션은 BYE를 전송할 수 있다.
요청 사용 케이스 트랜잭션 타임아웃의 트랜잭션 관리 모듈 처리 트랜잭션 타임아웃의 제안된 애플리케이션 처리
PRACK 초기 초대 대화 이내 아무것도 하지 않고, 애플리케이션에 처리를 통보하고 그대로 방치. 1xx가 타임아웃할 때 UAS는 5xx를 전송해야 한다.
UPDATE 초기 또는 확인된 대화 이내 아무것도 하지 않고, 애플리케이션에 처리를 통보하고 그대로 방치. 애플리케이션이 다시 시도할 수도 있고 애플리케이션이 이전 상태로 대화를 계속하게 할 수도 있으며 또는 자원들을 종료 및 해제할 수 도 있다.
BYE 확인된 대화 이내 아무것도 하지 않고, 애플리케이션에 처리를 통보하고 그대로 방치. RFC 3261은 세션이 종료될 것을 요구한다.
MESSAGE 인스턴트 메시징, 대화에서 빠짐 아무것도 하지 않고, 애플리케이션에 처리를 통보하고 그대로 방치. 애플리케이션이 나중에 다시 시도할 수 있다.
NOTIFY REFER 가입 내에 전송 아무것도 하지 않고, 애플리케이션에 처리를 통보하고 그대로 방치. 애플리케이션이 가입을 제거해야 한다.
PUBLISH 프레즌스 애플리케이션들 아무것도 하지 않고, 애플리케이션에 처리를 통보하고 그대로 방치. 애플리케이션이 나중에 다시 시도할 수 있다.
REFER 호 전송 타입 서비스들(VoIP)에 대해 아무것도 하지 않고, 애플리케이션에 처리를 통보하고 그대로 방치. 애플리케이션이 호 전송에 실패할 수도 있지만, 기존의 호들이 존재한다면 이들은 종료되지 않아야 한다.
ACK 모든 초대 트랜잭션 아무것도 하지 않고, 애플리케이션이 처리해야 한다. 2xx를 수신한 대화가 확인된다. 모든 초기 대화들은 종료되어야 한다.
OPTIONS 성능 교환 아무것도 하지 않고, 애플리케이션에 처리를 통보하고 그대로 방치. 애플리케이션이 나중에 다시 시도할 수 있다.
INFO 여러 가지 다양한, 보통 독점 사용들 아무것도 하지 않고, 애플리케이션에 처리를 통보하고 그대로 방치. 애플리케이션이 나중에 다시 시도할 수 있다.
표 3에 나타낸 바와 같이, 트랜잭션 관리 모듈(30)은 실패한 트랜잭션에 의해 경험한 특정 트랜잭션 타임아웃에 응답하여, 애플리케이션들(32) 중 해당하는 애플리케이션에 대한 통보를 제외하고 통상적으로 아무것도 하지 않는다. 트랜잭션 관리 모듈(30)은 일반적으로 특정 트랜잭션 타임아웃에 응답하여 액션을 취하는 대신, 진행하는 통신 세션들의 불필요한 방해를 피하는 방식으로 순환 트랜잭션 타 임아웃들을 처리한다. 그러나 표 3은 트랜잭션 관리 모듈(30)이 액션을 수행하는 하나의 특정 요청 메시지, 즉 SUBSCRIBE 메시지들을 나타낸다. SUBSCRIBE 메시지들의 경우, 트랜잭션 관리 모듈(30)은 SUBSCRIBE 메시지가 "reg" 이벤트 패키지의 일부인지 여부를 결정한다. SUBSCRIBE 메시지가 "reg" 이벤트 패키지의 일부가 아니라면, 트랜잭션 관리 모듈(30)은 아무것도 하지 않고 해당 애플리케이션에 타임아웃 트랜잭션을 처리할 것을 통보한다. SUBSCRIBE 메시지가 "reg" 이벤트 패키지의 일부이고 통신 디바이스(14A)가 여전히 등록되어 있다면, 트랜잭션 관리 모듈(30)은 최대 시도 회수까지 또는 가입이 만료할 때까지 주기적으로 SUBSCRIBE 메시지를 재전송한다. 이것이 성공적이지 않다면 또는 등록되지 않았다면, 트랜잭션 관리 모듈(30)은 새로운 프록시 서버(20)에 등록한다. 이벤트 패키지가 reg 이벤트 패키지가 아닐 때 SUBSCRIBE 메시지에 의해 경험한 트랜잭션 타임아웃의 처리는 애플리케이션들(32)에 대신 위임될 수 있다. 마찬가지로, 다른 요청 메시지들의 트랜잭션 타임아웃의 처리는 트랜잭션 관리 모듈(30)에 위임될 수 있다. 표 4는 트랜잭션 관리 모듈(30) 및 애플리케이션들(32)에 의한 특정 서버 트랜잭션 타임아웃들의 예시적인 처리의 항목들을 제공한다. 특정 트랜잭션 타임아웃들의 처리는 타임아웃된 트랜잭션의 응답 메시지의 타입 및 끊기(truncation) 타입(INVITE 또는 비-INVITE)을 기초로 달라질 수 있다.
표 4: SIP 서버 트랜잭션 타임아웃들의 트랜잭션 관리 모듈 및 애플리케이션 처리
응답 사용 케이스 트랜잭션 타임아웃의 트랜잭션 관리 모듈 처리 트랜잭션 타임아웃의 애플리케이션 처리
rel 1xx/INVITE 세션들 (PRACK가 수신되지 않으면) 아무것도 하지 않고, 애플리케이션에 처리를 통보하고 그대로 방치. 5xx 응답으로 세션 거부
2xx/INVITE 세션들 (ACK가 수신되지 않으면) 아무것도 하지 않고, 애플리케이션에 처리를 통보하고 그대로 방치. RFC 3261은 대화를 종료하기 위해 BYE를 전송할 것을 추천한다.
3xx-6xx/INVITE 세션들 (ACK가 수신되지 않으면) 트랜잭션이 무효화될 것이다. 애플리케이션에 통보한다. 애플리케이션이 대화를 종료해야 한다.
2xx-6xx/비-INVITE 여러 가지 (타이머 J 시동) 트랜잭션이 무효화될 것이다. 애플리케이션들은 보통 요청을 승낙한다.
클라이언트 트랜잭션들 도중 경험한 트랜잭션 타임아웃에 대해서와 같이, 트랜잭션 관리 모듈(30)은 서버 트랜잭션 도중 경험한 트랜잭션 타임아웃들에 응답하여 통상적으로 아무것도 하지 않는다. 대신, 트랜잭션 관리 모듈은 애플리케이션들(32) 중 해당 애플리케이션에 통보하고, 애플리케이션들(32)은 특정 트랜잭션 타임아웃을 처리한다. 그러나 상술한 바와 같이, 응답 트랜잭션들에 대한 트랜잭션 타임아웃의 적어도 일부는 애플리케이션들(32)에서 트랜잭션 관리 모듈(30)로 위임될 수 있다. 트랜잭션 관리 모듈(30) 및/또는 애플리케이션들(32)에 의한 현재 트랜잭션 타임아웃의 처리와 관계없이, 트랜잭션 관리 모듈(30)은 특정 기간의 시간 동안 프록시 서버(20A)와의 다음 트랜잭션들의 시도를 계속할 수 있다. 트랜잭션 관리 모듈(30)은 타임아웃 카운터(34)가 임계치 미만이고 트랜잭션 타임아웃을 경험한 트랜잭션이 미등록 트랜잭션일 때 동일한 프록시 서버, 즉 프록시 서버(20A)와의 다른 트랜잭션의 시작을 시도할 수도 있다. 즉, 트랜잭션 관리 모듈(30)은 새로운 프록시 서버를 통해 등록하기 전에 동일한 프록시 서버에 대한 적어도 하나 이상의 메시지의 전송을 시도할 수 있다. 트랜잭션 관리 모듈(30)은 특정 시간 기간이 만료할 때까지, 예를 들어 임계 회수의 연속 트랜잭션 타임아웃들을 경험할 때까지, 실패 듀레이션 타이머(36)의 만료 또는 등록 트랜잭션에 대한 트랜잭션 타임아웃이 발생할 때까지 프록시 서버(20A)에 대한 메시지들의 전송 시도를 계속할 수 있다. 트랜잭션 타임아웃 후에, 트랜잭션 관리 모듈(30)은 메모리(28) 내에 저장된 타임아웃 카운터(34)를 증분한다. 타임아웃 카운터(34)는 미등록 트랜잭션들에 의해 경험한 트랜잭션 타임아웃 수를 추적한다. 타임아웃 카운터(34)가 임계 회수의 트랜잭션 타임아웃들을 초과하면, 트랜잭션 관리 모듈(30)은 현재 통신 세션들을 취소하고 통신 세션들이 취소되었음을 애플리케이션들(32)에 통보한다. 대안으로 또는 추가로, 트랜잭션 관리 모듈(30)은 실패 듀레이션 타이머(36)의 만료시 현재 통신 세션들을 취소할 수 있다. 실패 듀레이션 타이머(36)는 첫 번째 트랜잭션 타임아웃을 경험한 이래로 만료한 시간의 양을 추적한다. 실패 듀레이션 타이머(36)는 첫 번째 트랜잭션을 경험한 후 특정 기간의 시간 동안 현재 통신 세션들을 열려 있는 상태로 유지하는데 사용된다. 실패 듀레이션 타이머(36)는 최초 트랜잭션 타임아웃 뒤에 발생한 트랜잭션 타임아웃 수와 무관하다. 애플리케이션들(32)은 통신 세션들이 취소된 트랜잭션 관리 모듈(30)로부터의 통보 수신시 현재 자원들을 해제하고 대화를 취소한다. 트랜잭션 관리 모듈(30)과 함께 애플리케이션들(32) 중 하나는 새로운 프록시 서버(20)에 대한 최초 등록을 수행한다. 트랜잭션 관리 모듈(30)은 또한 타임아웃 카운터(34) 및/또는 실패 듀레이션 타이머(36)를 리셋한다. 트랜잭션 타임아웃 후 하나 이상의 다음 미등록 트랜잭션을 시작하는 능력은 트랜잭션 타임아웃의 원인이 일시적일 때 트랜잭션 관리 모듈(30)이 진행중인 통신 세션들을 불필요하게 방해하는 것을 피하게 할 수 있다. 그러나 트랜잭션 관리 모듈(30)은 여러 번의 연속한 트랜잭션 타임아웃을 경험한다면 프록시 서버가 도달 불가능한 것으로 결정한다. 어떤 상황에서는, 트랜잭션 타임아웃이 발생하지 않을 때 트랜잭션 관리 모듈(30)은 현재 통신 세션들을 취소하고 새로운 프록시 서버를 통해 등록할 수도 있다. 예를 들어, 트랜잭션 관리 모듈(30)은 단말 IPsec 실패 이벤트를 검출한 후 현재 통신 세션들을 취소하고 새로운 프록시 서버를 통해 등록할 수 있다. 통신 디바이스 또는 프록시에서의 보안 연계 삭제, 보안 연계와 매치하지 않는 진행 메시지, 또는 도달 불가능한 프록시의 검출은 최초 등록 프로시저를 트리거하는 단말 IPsec 에러 이벤트들의 예시이다.
도 2에 나타낸 각종 컴포넌트는 하드웨어, 소프트웨어, 펌웨어 또는 이들의 임의의 조합으로 실현될 수 있다. 어떤 컴포넌트들은 하나 이상의 마이크로프로세서 또는 디지털 신호 프로세서(DSP), 하나 이상의 주문형 집적 회로(ASIC), 하나 이상의 현장 프로그래밍 가능 게이트 어레이(FPGA), 또는 다른 등가 집적 또는 이산 로직 회로에 의해 실행되는 프로세스 또는 모듈로서 실현될 수 있다. 서로 다른 특징들의 모듈로서의 묘사는 통신 디바이스(14A)의 서로 다른 기능 형태들을 강조하기 위한 것이며 이러한 모듈들이 개별 하드웨어 및/또는 소프트웨어 컴포넌트들에 의해 실현되어야만 한다는 것을 의미하는 것은 아니다. 오히려, 하나 이상의 모듈과 관련된 기능이 공통 또는 개별 하드웨어 및/또는 소프트웨어 컴포넌트들 내에 통합될 수 있다. 따라서 본 개시는 통신 디바이스(14A)의 예로 한정되지 않아야 한다.
소프트웨어로 구현될 때, 본 개시에서 설명하는 시스템들 및 디바이스들에 속하는 것으로 여겨지는 기능은 예를 들어 랜덤 액세스 메모리(RAM), 판독 전용 메모리(ROM), 비휘발성 랜덤 액세스 메모리(NVRAM), 전기적으로 삭제 가능한 프로그래밍 가능 판독 전용 메모리(EEPROM), FLASH 메모리 등을 포함할 수 있는 메모리(34) 내부와 같이 컴퓨터 판독 가능 매체 상에 명령들로서 구현될 수 있다. 명령들은 본 개시에서 설명되는 기능의 하나 이상의 형태를 지원하도록 실행된다.
도 3은 본 개시의 기술들에 따라 트랜잭션 타임아웃들을 처리하는 통신 디바이스(14A)와 같은 통신 디바이스의 예시적인 동작을 설명하는 흐름도이다. 트랜잭션 관리 모듈(30)은 타임아웃 카운터(34) 및/또는 실패 듀레이션 타이머(36)를 0과 같이 설정한다(40). 이는 트랜잭션 타임아웃을 경험한 트랜잭션이 없음을 지시한다. 트랜잭션 관리 모듈(30)은 트랜잭션이 성공적으로 완료된 후, 즉 타임아웃을 경험하지 않은 후 타임아웃 카운터(34) 및/또는 실패 듀레이션 타이머(36)를 0으로 설정할 수 있다. 대안으로, 트랜잭션 관리 모듈(30)은 새로운 프록시 서버(20)에 대한 새로운 등록이 완료되면 타임아웃 카운터(34) 및/또는 실패 듀레이션 타이머(36)를 0으로 설정할 수 있다.
트랜잭션 관리 모듈은 새로운 트랜잭션을 기다린다(41). 새로운 트랜잭션이 없으면, 트랜잭션 관리 모듈(30)은 계속해서 새로운 트랜잭션을 기다린다. 새로운 트랜잭션이 있을 때 트랜잭션 관리 모듈(30)은 해당 프록시 서버(20)에 새로운 트랜잭션의 메시지를 전송한다(42). 메시지의 전송은 최초 메시지의 전송뿐 아니라 재전송 스케줄에 따른 메시지의 임의의 재전송들 또한 수반한다. 상술한 바와 같이, 트랜잭션 관리 모듈(30) 및/또는 애플리케이션들(32)은 타임아웃 카운터(34)의 값을 기초로 서로 다른 압축 기술을 사용하여 메시지 및/또는 메시지의 재전송들을 전송할 수 있다. 타임아웃 카운터(34)가 0과 같을 때, 예를 들어 트랜잭션 관리 모듈(30)은 상태 정보를 이용하여 압축된 최초 메시지 및 상기 메시지의 재전송의 적어도 일부를 전송할 수 있다. 그러나 타임아웃 카운터(34)가 0보다 크면 트랜잭션 관리 모듈(30)은 상태 정보 없이 바이트 코드를 사용하여 압축된 트랜잭션의 최초 메시지 및/또는 상기 메시지의 재전송들을 전송할 수 있다. 추가로, 트랜잭션 관리 모듈(30)은 기반이 되는 전송 계층 프로토콜을 기초로 메시지 및/또는 메시지의 재전송들에 대한 특정 압축 기술들을 선택할 수 있다.
더욱이, 상술한 바와 같이, 트랜잭션 관리 모듈(30)은 압축 해제 실패뿐 아니라 NACK와 같은 압축 실패의 원인도 검출하는 메커니즘을 포함할 수 있다. 이러한 경우에, 트랜잭션 관리 모듈(30)은 압축 실패의 원인을 기초로 메시지의 다음 버전들의 재전송을 위해 사용되는 압축 기술을 변경할 수 있다. 다른 형태에서, 트랜잭션 관리 모듈(30)은 ICMP 에러 메시지들을 사용하여 메시지의 추가 재전송들을 중단하고 이러한 에러 메시지의 수신을 등록 요청의 트랜잭션 타임아웃과 같이 취급할 수 있다.
트랜잭션 관리 모듈(30)은 트랜잭션이 트랜잭션 타임아웃을 경험하는지 여부 를 결정한다(44). 트랜잭션 관리 모듈(30)은 특정 양의 시간 내에, 예를 들어 상기에 지정된 트랜잭션 타임아웃 타이머 값들 이내에 최초 메시지 또는 상기 메시지의 임의의 재전송들에 응답하여 해당 프록시 서버(20)로부터 응답이 수신되지 않으면 트랜잭션이 트랜잭션 타임아웃을 경험한 것으로 결정한다. 트랜잭션 타임아웃 타이머 값들은 메시지의 타입을 기초로 달라질 수 있다. SIP에서, 예를 들어 트랜잭션 타임아웃 타이머 값들은 왕복 시간(RTT)의 64배와 같을 수 있다. RTT는 0.5초인 것으로 가정하기 때문에 보통 트랜잭션 타임아웃 타이머 값은 32초이다.
프록시 서버로부터 응답이 수신되면(즉, 트랜잭션 타임아웃이 발생하지 않으면), 트랜잭션 관리 모듈(30)은 타임아웃 카운터(34) 및/또는 실패 듀레이션 타이머(36)를 0과 같이 설정한다. 트랜잭션 타임아웃 타이머 값 내에 해당 프록시 서버로부터 응답이 수신되지 않으면(즉, 트랜잭션 타임아웃이 발생하면), 트랜잭션 관리 모듈(30)은 실패한 트랜잭션과 관련된 애플리케이션들(32) 중 하나를 통보한다(46). 관련 애플리케이션(32)은 해당 특정 메시지에 대한 트랜잭션 타임아웃을 처리한다. 표 3 및 표 4는 특정 타입의 트랜잭션들에 대한 트랜잭션 타임아웃들을 처리하는 애플리케이션들(32)의 예를 나타낸다.
트랜잭션 관리 모듈(30)은 트랜잭션 타임아웃을 경험한 트랜잭션이 등록 트랜잭션이었는지 여부를 결정한다(48). 등록 트랜잭션은 최초 등록 트랜잭션, 재등록 트랜잭션 또는 등록 해제 트랜잭션을 포함할 수 있다. 트랜잭션 타임아웃을 경험한 트랜잭션이 등록 트랜잭션일 때 트랜잭션 관리 모듈(30)은 임의의 현재 통신 세션들을 취소하고 새로운 프록시 서버(20)에 최초 등록 메시지를 전송한다(50).
트랜잭션 타임아웃을 경험한 트랜잭션이 미등록 트랜잭션이면, 트랜잭션 관리 모듈(30)은 타임아웃 카운터(34)를 증분하고 실패 듀레이션 타이머(36)가 아직 시작되지 않았다면 이를 시작한다(52). 트랜잭션 관리 모듈(30)은 타임아웃 카운터(34)의 값을 임계치와 비교한다(54). 타임아웃 카운터(34)가 임계치보다 크거나 같으면, 트랜잭션 관리 모듈(30)은 실패 듀레이션 타이머(36)를 정지한다(58). 트랜잭션 관리 모듈(30)은 임의의 현재 통신 세션들을 취소하고 새로운 프록시 서버(20)에 최초 등록 메시지를 전송한다(50).
타임아웃 카운터(34)가 임계치 미만일 때, 트랜잭션 관리 모듈(30)은 실패 듀레이션 타이머(36)가 만료했는지 여부를 결정한다(56). 실패 듀레이션 타이머(36)가 만료하지 않았으면, 트랜잭션 관리 모듈은 새로운 트랜잭션, 즉 다음 트랜잭션을 기다릴 수 있고, 새로운 트랜잭션 검출시 해당 프록시 서버에 다음 메시지를 전송할 수 있다(41, 42). 즉, 트랜잭션 관리 모듈(30)은 통신 세션을 즉시 취소하지 않고 프록시 서버들(20) 중 새로운 서버에 등록하지 않는다.
실패 듀레이션 타이머(36)가 만료했으면, 트랜잭션 관리 모듈(30)은 임의의 현재 통신 세션들을 취소하고 새로운 프록시 서버(20)에 최초 등록 메시지를 전송한다(50). 미등록 트랜잭션에 의해 경험한 트랜잭션 타임아웃 뒤에 동일한 프록시 서버에 하나 이상의 다음 메시지를 전송하는 능력은 트랜잭션 타임아웃의 원인이 일시적일 때 트랜잭션 관리 모듈(30)이 진행중인 통신 세션들에 대한 불필요한 방해를 피할 수 있게 한다. 트랜잭션 관리 모듈(30)은 여러 번의 연속한 트랜잭션 타임아웃을 경험한다면 프록시 서버가 도달 불가능한 것으로 추정한다.
도 3에서 설명한 예에서, 트랜잭션 관리 모듈(30)은 타임아웃 카운터(34)와 실패 듀레이션 타이머(36)를 모두 서로 관련하여 사용한다. 그러나 이들 중 어느 것은 트랜잭션 타임아웃의 타입을 기초로 정적으로 또는 동적으로 조정될 수도 있다. 예를 들어, 실패 듀레이션 타이머(36)는 다음에 시도되는 트랜잭션들 도중 분실될 수 있는 착신 호의 수를 줄이기 위해 어떤 상황에서는 더 빠르게 도달하도록 조정될 수도 있다. 그러나 다른 형태들에서, 트랜잭션 관리 모듈(30)은 타임아웃 카운터(34)와 실패 듀레이션 타이머(36) 중 하나만을 다른 것과 독립적으로 이용할 수도 있다. 즉, 트랜잭션 관리 모듈(30)은 실패 듀레이션 타이머(36)와의 관련 없이 타임아웃 카운터(34)와 임계치와의 비교를 기초로 통신 세션들을 취소할지 여부를 결정할 수 있다. 마찬가지로, 트랜잭션 관리 모듈(30)은 타이머 카운터(34)와 관계없이 실패 듀레이션 타이머(36)가 만료했는지 여부를 기초로 통신 세션들을 취소할지 여부를 결정할 수 있다.
도 4는 메시지 및 필요하다면 메시지의 재전송들을 재전송 스케줄에 따라 프록시 서버에 전송하는 트랜잭션 관리 모듈(30)의 예시적인 동작을 설명하는 흐름도이다. 처음에, 트랜잭션 관리 모듈(30)은 UDP를 이용하여 애플리케이션들(32) 중 하나로부터의 요청을 수신한다(60). 트랜잭션 관리 모듈(30)은 타임아웃 카운터(34)의 값이 0과 같은지 여부를 결정한다(62).
타임아웃 카운터(34)가 0과 같으면, 트랜잭션 관리 모듈(30)은 동적 상태 정보를 이용하여 압축된 최초 메시지 및 상기 메시지의 재전송들의 제 1 부분을 전송한다(64). 메시지의 재전송들의 제 1 부분은 예를 들어 메시지의 처음 2개 또는 3 개의 재전송을 포함할 수 있다. 메시지의 처음 몇 개의 송신 후에 응답이 수신되지 않는다면, 트랜잭션 관리 모듈(30)은 동적 상태 정보를 사용하지 않고 바이트 코드로 압축된 메시지의 나머지 재전송들을 전송한다(66).
타임아웃 카운터(34)가 0보다 크면, 트랜잭션 관리 모듈(30)은 동적 상태 정보를 사용하지 않고 바이트 코드로 압축된 메시지의 최초 송신 및 상기 메시지의 임의의 재전송들을 전송한다(68). 이런 식으로, 트랜잭션 관리 모듈(30)은 트랜잭션 타임아웃이 이미 발생한 후 압축 해제 실패를 경험할 위험을 줄인다.
도 5는 메시지 및 필요하다면 상기 메시지의 재전송들을 재전송 스케줄에 따라 프록시 서버에 전송하는 흐름도이다. 처음에, 트랜잭션 관리 모듈(30)은 TCP를 이용하여 애플리케이션들(32) 중 하나로부터의 요청을 수신한다(70). 트랜잭션 관리 모듈(30)은 타임아웃 카운터(34)의 값이 0과 같은지 여부를 결정한다(72). 타임아웃 카운터(34)의 값의 동작이 0과 같을 때 트랜잭션 관리 모듈(30)은 메시지를 기존의 동적 상태 정보를 이용하여 압축한 후 TCP 계층으로 전달한다(74). TCP는 프록시에 대한 메시지의 신뢰성 있는 전달을 보장할 책임이 있다.
타임아웃 카운터(34)가 0보다 크면, 새로운 TCP 접속을 시작한다(76). 한 형태에서, 트랜잭션 관리 모듈(30)은 동일한 포트 번호를 사용하여 통신 디바이스와 프록시 서버 간의 새로운 TCP 접속을 시작할 수 있다. 트랜잭션 관리 모듈(30)은 동적 상태 정보를 사용하지 않고 메시지를 압축한 후 바이트 코드와 함께 메시지를 TCP 계층으로 전달한다(78). 또 TCP는 프록시에 대한 메시지의 신뢰성 있는 전달을 보장할 책임이 있다.
여기서 설명한 교지들을 기초로, 본원에 개시된 형태는 임의의 다른 어떤 형태들과 독립적으로 구현될 수 있으며, 이들 형태 중 둘 이상이 다양한 방식으로 조합될 수 있는 것으로 인식해야 한다. 여기서 설명한 기술들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 조합으로 구현될 수 있다. 하드웨어로 구현된다면, 이 기술들은 디지털 하드웨어, 아날로그 하드웨어 또는 이들의 조합을 이용하여 실현될 수 있다. 소프트웨어로 구현된다면, 이 기술들은 하나 이상의 명령 또는 코드가 저장되는 컴퓨터 판독 가능 매체를 포함하는 컴퓨터 프로그램 물건에 의해 적어도 부분적으로 실현될 수 있다.
한정이 아닌 예시로, 이러한 컴퓨터 판독 가능 매체는 동기 동적 랜덤 액세스 메모리(SDRAM)와 같은 RAM, 판독 전용 메모리(ROM), 비휘발성 랜덤 액세스 메모리(NVRAM), ROM, 전기적으로 삭제 가능한 프로그래밍 가능 판독 전용 메모리(EEPROM), 삭제 가능한 프로그래밍 가능 판독 전용 메모리(EPROM), FLASH 메모리, CD-ROM이나 다른 광 디스크 저장소, 자기 디스크 저장소 또는 다른 자기 저장 소자, 또는 명령 또는 데이터 구조 형태로 원하는 프로그램 코드를 운반 또는 저장하는데 사용될 수 있으며 컴퓨터에 의해 액세스 가능한 임의의 다른 유형 매체를 포함할 수 있다.
컴퓨터 프로그램 물건의 컴퓨터 판독 가능 매체와 관련된 명령들이나 코드는 컴퓨터에 의해, 예를 들어 하나 이상의 디지털 신호 프로세서(DSP), 범용 마이크로 프로세서들, ASIC, FPGA, 또는 다른 등가 집적 또는 이산 로직 회로에 의해 실행될 수 있다.
많은 형태 및 예시가 설명되었다. 그러나 이들 예시에 대한 다양한 변형이 가능하며, 본원에 제시된 원리들은 다른 형태들에도 적용될 수 있다. 이들 및 다른 형태들은 다음 청구범위 내에 있다.

Claims (64)

  1. 제 1 디바이스로부터 응답 메시지를 수신하지 않을 때 미등록(non-register) 시그널링 및 제어 트랜잭션(transaction)에 대한 트랜잭션 타임아웃을 검출하는 단계;
    상기 미등록 트랜잭션에 대한 트랜잭션 타임아웃을 검출한 후 특정 기간의 시간 동안 상기 제 1 디바이스와의 적어도 하나의 다음 시그널링 및 제어 트랜잭션을 시작하는 단계; 및
    상기 적어도 하나의 다음 시그널링 및 제어 트랜잭션에 대해 응답 메시지가 수신되지 않을 때 상기 특정 기간의 시간 후 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션을 시작하는 단계를 포함하는, 방법.
  2. 제 1 항에 있어서,
    상기 미등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃의 검출시 타임아웃 카운터를 증분하는 단계를 더 포함하며,
    상기 적어도 하나의 다음 시그널링 및 제어 트랜잭션을 시작하는 단계는 상기 타임아웃 카운터의 값이 임계치보다 작을 때 상기 적어도 하나의 다음 시그널링 및 제어 트랜잭션을 시작하는 단계를 포함하는, 방법.
  3. 제 2 항에 있어서,
    상기 적어도 하나의 다음 시그널링 및 제어 트랜잭션에 대한 응답 메시지를 수신하는 단계; 및
    상기 응답 메시지의 수신시 상기 타임아웃 카운터를 리셋하는 단계를 더 포함하는, 방법.
  4. 제 1 항에 있어서,
    상기 미등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃의 검출시 타임아웃 카운터를 증분하는 단계를 더 포함하며,
    상기 등록 시그널링 및 제어 트랜잭션을 시작하는 단계는 상기 타임아웃 카운터의 값이 임계치보다 크거나 같을 때 상기 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션을 시작하는 단계를 포함하는, 방법.
  5. 제 4 항에 있어서,
    호 도착 통계를 기초로 상기 임계치를 동적으로 결정하는 단계를 더 포함하는, 방법.
  6. 제 1 항에 있어서,
    상기 미등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃의 검출시 타이머를 시작하는 단계를 더 포함하며,
    상기 등록 시그널링 및 제어 트랜잭션을 시작하는 단계는 상기 타이머의 만 료시 상기 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션을 시작하는 단계를 포함하는, 방법.
  7. 제 1 항에 있어서,
    상기 제 1 디바이스로부터 제 1 등록 시그널링 및 제어 트랜잭션에 대한 응답 메시지를 수신하지 않을 때 상기 제 1 등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃을 검출하는 단계; 및
    상기 제 1 등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃 검출시 상기 제 2 디바이스와의 제 2 등록 시그널링 및 제어 트랜잭션을 시작하는 단계를 더 포함하는, 방법.
  8. 제 1 항에 있어서,
    상기 적어도 하나의 다음 시그널링 및 제어 트랜잭션을 시작하는 단계는 상기 다음 시그널링 및 제어 트랜잭션에 대한 최초 메시지 및 상기 메시지의 하나 이상의 재전송들을 재전송 스케줄에 따라 전송하는 단계를 포함하는, 방법.
  9. 제 8 항에 있어서,
    상기 최초 메시지 및 상기 메시지의 하나 이상의 재전송들을 전송하는 단계는 적어도 하나의 트랜잭션 타임아웃이 있었을 때 동적 상태 정보 없이 바이트 코드로 압축된 상기 다음 시그널링 및 제어 트랜잭션에 대한 최초 메시지 및 상기 메 시지의 하나 이상의 재전송들을 전송하는 단계를 포함하는, 방법.
  10. 제 1 항에 있어서,
    상기 다음 미등록 시그널링 및 제어 트랜잭션에 대한 최초 메시지 및 상기 메시지의 하나 이상의 재전송들을 전송하는 단계를 더 포함하며, 상기 미등록 시그널링 및 제어 트랜잭션에 대한 최초 메시지 및 상기 메시지의 재전송들의 제 1 부분은 제 1 압축 기술을 이용하여 전송되고 상기 메시지의 재전송들의 제 2 부분은 제 2 압축 기술을 이용하여 전송되는, 방법.
  11. 제 10 항에 있어서,
    상기 메시지의 재전송들의 제 2 부분은 비압축을 이용하여 전송되는, 방법.
  12. 제 10 항에 있어서,
    상기 미등록 시그널링 및 제어 트랜잭션에 대한 최초 메시지 및 상기 메시지의 재전송들의 제 1 부분은 동적 상태 정보를 이용하여 압축 전송되고, 상기 메시지의 재전송들의 제 2 부분은 동적 상태 정보를 사용하지 않고 압축 전송되는, 방법.
  13. 제 10 항에 있어서,
    압축 해제(decompression) 실패를 검출하는 단계;
    상기 검출된 압축 해제 실패의 원인을 확인하는 단계; 및
    상기 압축 해제 실패의 원인을 기초로 상기 재전송들의 제 2 부분에 대한 상기 제 2 압축 기술을 선택하는 단계를 더 포함하는, 방법.
  14. 제 10 항에 있어서,
    인터넷 제어 메시지 프로토콜(ICMP) 에러 메시지를 수신하는 단계;
    상기 ICMP 에러 메시지의 수신시 상기 메시지의 추가 재전송들을 중지하는 단계; 및
    상기 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션 메시지를 시작하는 단계를 더 포함하는, 방법.
  15. 제 1 항에 있어서,
    단말 인터넷 프로토콜 보안(IPsec) 실패 이벤트를 검출하는 단계; 및
    상기 IPsec 실패 이벤트의 검출에 응답하여 상기 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션 메시지를 시작하는 단계를 더 포함하는, 방법.
  16. 제 1 항에 있어서,
    상기 트랜잭션 타임아웃을 검출하는 단계는 트랜잭션 타임아웃 타이머의 만료 전에 상기 제 1 디바이스로부터 상기 미등록 시그널링 및 제어 트랜잭션에 대한 응답 메시지를 수신하지 않을 때 상기 트랜잭션 타임아웃을 검출하는 단계를 포함 하는, 방법.
  17. 신호들을 전송하기 위한 송신 회로; 및
    제 1 디바이스로부터 응답 메시지를 수신하지 않을 때 미등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃을 검출하고, 상기 미등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃을 검출한 후 상기 송신 회로에 의해 특정 기간의 시간 동안 상기 제 1 디바이스와의 적어도 하나의 다음 시그널링 및 제어 트랜잭션을 시작하며, 상기 적어도 하나의 다음 시그널링 및 제어 트랜잭션에 대해 응답 메시지가 수신되지 않을 때 상기 특정 기간의 시간 후 상기 송신 회로에 의해 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션을 시작하는 트랜잭션 관리 모듈을 포함하는, 장치.
  18. 제 17 항에 있어서,
    트랜잭션 타임아웃들의 수를 추적하는 타임아웃 카운터를 더 포함하며, 상기 트랜잭션 관리 모듈은 상기 미등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃의 검출시 상기 타임아웃 카운터를 증분하고, 상기 타임아웃 카운터의 값이 임계치보다 작을 때 상기 적어도 하나의 다음 시그널링 및 제어 트랜잭션을 시작하는, 장치.
  19. 제 18 항에 있어서,
    상기 트랜잭션 관리 모듈은 상기 적어도 하나의 다음 시그널링 및 제어 트랜잭션에 대한 응답 메시지를 수신하고, 상기 응답 메시지의 수신시 상기 타임아웃 카운터를 리셋하는, 장치.
  20. 제 17 항에 있어서,
    트랜잭션 타임아웃들의 수를 추적하는 타임아웃 카운터를 더 포함하며, 상기 트랜잭션 관리 모듈은 상기 미등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃의 검출시 타임아웃 카운터를 증분하고, 상기 타임아웃 카운터의 값이 임계치보다 크거나 같을 때 상기 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션을 시작하는, 장치.
  21. 제 20 항에 있어서,
    상기 트랜잭션 관리 모듈은 호 도착 통계를 기초로 상기 임계치를 동적으로 결정하는, 장치.
  22. 제 17 항에 있어서,
    상기 미등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃 이후 경과한 시간의 양을 추적하는 타이머를 더 포함하며, 상기 트랜잭션 관리 모듈은 상기 타이머의 만료시 상기 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션을 시작하는, 장치.
  23. 제 17 항에 있어서,
    상기 트랜잭션 관리 모듈은 상기 제 1 디바이스로부터 제 1 등록 시그널링 및 제어 트랜잭션에 대한 응답 메시지를 수신하지 않을 때 상기 제 1 등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃을 검출하고, 상기 제 1 등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃 검출시 상기 제 2 디바이스와의 제 2 등록 시그널링 및 제어 트랜잭션을 시작하는, 장치.
  24. 제 17 항에 있어서,
    상기 트랜잭션 관리 모듈은 상기 다음 시그널링 및 제어 트랜잭션에 대한 최초 메시지 및 상기 메시지의 하나 이상의 재전송들을 재전송 스케줄에 따라 전송하는, 장치.
  25. 제 24 항에 있어서,
    상기 트랜잭션 관리 모듈은 적어도 하나의 트랜잭션 타임아웃이 있었을 때 동적 상태 정보 없이 바이트 코드로 압축된 상기 다음 시그널링 및 제어 트랜잭션에 대한 최초 메시지 및 상기 메시지의 하나 이상의 재전송들을 전송하는, 장치.
  26. 제 17 항에 있어서,
    상기 트랜잭션 관리 모듈은 상기 다음 미등록 시그널링 및 제어 트랜잭션에 대한 최초 메시지 및 상기 메시지의 하나 이상의 재전송들을 전송하며, 상기 최초 메시지 및 상기 메시지의 재전송들의 제 1 부분은 제 1 압축 기술을 이용하여 전송되고 상기 메시지의 재전송들의 제 2 부분은 제 2 압축 기술을 이용하여 전송되는, 장치.
  27. 제 26 항에 있어서,
    상기 제 2 압축 기술은 비압축을 포함하는, 장치.
  28. 제 26 항에 있어서,
    상기 미등록 시그널링 및 제어 트랜잭션에 대한 최초 메시지 및 상기 메시지의 재전송들의 제 1 부분은 동적 상태 정보를 이용하여 압축 전송되고, 상기 메시지의 재전송들의 제 2 부분은 동적 상태 정보를 사용하지 않고 압축 전송되는, 장치.
  29. 제 26 항에 있어서,
    상기 트랜잭션 관리 모듈은 압축 해제 실패를 검출하고, 상기 검출된 압축 해제 실패의 원인을 확인하며, 상기 압축 해제 실패의 원인을 기초로 상기 재전송들의 제 2 부분에 대한 상기 제 2 압축 기술을 선택하는, 장치.
  30. 제 26 항에 있어서,
    상기 트랜잭션 관리 모듈은 인터넷 제어 메시지 프로토콜(ICMP) 에러 메시지를 수신하고, 상기 ICMP 에러 메시지의 수신시 상기 메시지의 추가 재전송들을 중지하며, 상기 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션 메시지를 시작하는, 장치.
  31. 제 17 항에 있어서,
    상기 트랜잭션 관리 모듈은 트랜잭션 타임아웃 타이머의 만료 전에 상기 제 1 디바이스로부터 상기 미등록 시그널링 및 제어 트랜잭션에 대한 응답 메시지를 수신하지 않을 때 상기 트랜잭션 타임아웃을 검출하는, 장치.
  32. 제 17 항에 있어서,
    상기 트랜잭션 관리 모듈은 단말 인터넷 프로토콜 보안(IPsec) 실패 이벤트를 검출하고, 상기 IPsec 실패 이벤트의 검출에 응답하여 상기 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션 메시지를 시작하는, 장치.
  33. 명령들을 포함하고 있는 컴퓨터 판독 가능 매체를 포함하는 컴퓨터 프로그램 물건으로서, 상기 명령들은,
    제 1 디바이스로부터 응답 메시지를 수신하지 않을 때 미등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃을 검출하기 위한 코드;
    상기 미등록 트랜잭션에 대한 트랜잭션 타임아웃을 검출한 후 특정 기간의 시간 동안 상기 제 1 디바이스와의 적어도 하나의 다음 시그널링 및 제어 트랜잭션을 시작하기 위한 코드; 및
    상기 적어도 하나의 다음 시그널링 및 제어 트랜잭션에 대해 응답 메시지가 수신되지 않을 때 상기 특정 기간의 시간 후 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션을 시작하기 위한 코드를 포함하는, 컴퓨터 프로그램 물건.
  34. 제 33 항에 있어서,
    상기 명령들은 상기 미등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃의 검출시 타임아웃 카운터를 증분하기 위한 코드를 더 포함하며,
    상기 적어도 하나의 다음 시그널링 및 제어 트랜잭션을 시작하기 위한 코드는 상기 타임아웃 카운터의 값이 임계치보다 작을 때 상기 적어도 하나의 다음 시그널링 및 제어 트랜잭션을 시작하기 위한 코드를 포함하는, 컴퓨터 프로그램 물건.
  35. 제 34 항에 있어서,
    상기 명령들은,
    상기 적어도 하나의 다음 시그널링 및 제어 트랜잭션에 대한 응답 메시지를 수신하기 위한 코드; 및
    상기 응답 메시지의 수신시 상기 타임아웃 카운터를 리셋하기 위한 코드를 더 포함하는, 컴퓨터 프로그램 물건.
  36. 제 33 항에 있어서,
    상기 명령들은 상기 미등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃의 검출시 타임아웃 카운터를 증분하기 위한 코드를 더 포함하고,
    상기 등록 시그널링 및 제어 트랜잭션을 시작하기 위한 코드는 상기 타임아웃 카운터의 값이 임계치보다 크거나 같을 때 상기 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션을 시작하기 위한 코드를 포함하는, 컴퓨터 프로그램 물건.
  37. 제 36 항에 있어서,
    상기 명령들은 호 도착 통계를 기초로 상기 임계치를 동적으로 결정하기 위한 코드를 더 포함하는, 컴퓨터 프로그램 물건.
  38. 제 33 항에 있어서,
    상기 명령들은,
    상기 미등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃 검출시 타이머를 시작하기 위한 코드를 더 포함하며,
    상기 등록 시그널링 및 제어 트랜잭션을 시작하기 위한 코드는 상기 타이머의 만료시 상기 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션을 시작하기 위한 코드를 포함하는, 컴퓨터 프로그램 물건.
  39. 제 33 항에 있어서,
    상기 명령들은 상기 제 1 디바이스로부터 제 1 등록 시그널링 및 제어 트랜잭션에 대한 응답 메시지를 수신하지 않을 때 상기 제 1 등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃을 검출하기 위한 코드; 및
    상기 제 1 등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃 검출시 상기 제 2 디바이스와의 제 2 등록 시그널링 및 제어 트랜잭션을 시작하기 위한 코드를 더 포함하는, 컴퓨터 프로그램 물건.
  40. 제 33 항에 있어서,
    상기 적어도 하나의 다음 시그널링 및 제어 트랜잭션을 시작하기 위한 코드는 상기 다음 시그널링 및 제어 트랜잭션에 대한 최초 메시지 및 상기 메시지의 하나 이상의 재전송들을 재전송 스케줄에 따라 전송하기 위한 코드를 포함하는, 컴퓨터 프로그램 물건.
  41. 제 40 항에 있어서,
    상기 최초 메시지 및 상기 메시지의 하나 이상의 재전송들을 전송하기 위한 코드는 적어도 하나의 트랜잭션 타임아웃이 있었을 때 동적 상태 정보 없이 바이트 코드로 압축된 상기 다음 시그널링 및 제어 트랜잭션에 대한 최초 메시지 및 상기 메시지의 하나 이상의 재전송들을 전송하기 위한 코드를 포함하는, 컴퓨터 프로그램 물건.
  42. 제 33 항에 있어서,
    상기 명령들은 상기 다음 미등록 시그널링 및 제어 트랜잭션에 대한 최초 메시지 및 상기 메시지의 하나 이상의 재전송들을 전송하기 위한 코드를 더 포함하며, 상기 미등록 시그널링 및 제어 트랜잭션에 대한 최초 메시지 및 상기 메시지의 재전송들의 제 1 부분은 제 1 압축 기술을 이용하여 전송되고 상기 메시지의 재전송들의 제 2 부분은 제 2 압축 기술을 이용하여 전송되는, 컴퓨터 프로그램 물건.
  43. 제 42 항에 있어서,
    상기 메시지의 재전송들의 제 2 부분은 비압축을 이용하여 전송되는, 컴퓨터 프로그램 물건.
  44. 제 42 항에 있어서,
    상기 미등록 시그널링 및 제어 트랜잭션에 대한 최초 메시지 및 상기 메시지의 재전송들의 제 1 부분은 동적 상태 정보를 이용하여 압축 전송되고, 상기 메시지의 재전송들의 제 2 부분은 동적 상태 정보를 사용하지 않고 압축 전송되는, 컴퓨터 프로그램 물건.
  45. 제 42 항에 있어서,
    상기 명령들은,
    압축 해제 실패를 검출하기 위한 코드;
    상기 검출된 압축 해제 실패의 원인을 확인하기 위한 코드; 및
    상기 압축 해제 실패의 원인을 기초로 상기 재전송들의 제 2 부분에 대한 상기 제 2 압축 기술을 선택하기 위한 코드를 더 포함하는, 컴퓨터 프로그램 물건.
  46. 제 42 항에 있어서,
    상기 명령들은,
    인터넷 제어 메시지 프로토콜(ICMP) 에러 메시지를 수신하기 위한 코드;
    상기 ICMP 에러 메시지의 수신시 상기 메시지의 추가 재전송들을 중지하기 위한 코드; 및
    상기 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션 메시지를 시작하기 위한 코드를 더 포함하는, 컴퓨터 프로그램 물건.
  47. 제 33 항에 있어서,
    상기 트랜잭션 타임아웃을 검출하기 위한 코드는 트랜잭션 타임아웃 타이머의 만료 전에 상기 제 1 디바이스로부터 상기 미등록 시그널링 및 제어 트랜잭션에 대한 응답 메시지를 수신하지 않을 때 상기 트랜잭션 타임아웃을 검출하기 위한 코드를 포함하는, 컴퓨터 프로그램 물건.
  48. 제 33 항에 있어서,
    상기 명령들은,
    단말 인터넷 프로토콜 보안(IPsec) 실패 이벤트를 검출하기 위한 코드; 및
    상기 IPsec 실패 이벤트의 검출에 응답하여 상기 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션 메시지를 시작하기 위한 코드를 더 포함하는, 컴퓨터 프로그램 물건.
  49. 제 1 디바이스로부터 응답 메시지를 수신하지 않을 때 미등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃을 검출하는 수단;
    상기 미등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃을 검출한 후 특정 기간의 시간 동안 상기 제 1 디바이스와의 적어도 하나의 다음 시그널링 및 제어 트랜잭션을 시작하는 수단을 포함하며, 상기 시작하는 수단은 상기 적어도 하나의 다음 시그널링 및 제어 트랜잭션에 대해 응답 메시지가 수신되지 않을 때 상기 특정 기간의 시간 후 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션을 시작하는, 장치.
  50. 제 49 항에 있어서,
    상기 미등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃의 검출시 타임아웃 카운터를 증분하는 수단을 더 포함하며,
    상기 시작하는 수단은 상기 타임아웃 카운터의 값이 임계치보다 작을 때 상기 적어도 하나의 다음 시그널링 및 제어 트랜잭션을 시작하는, 장치.
  51. 제 50 항에 있어서,
    상기 적어도 하나의 다음 시그널링 및 제어 트랜잭션에 대한 응답 메시지를 수신하는 수단; 및
    상기 응답 메시지의 수신시 상기 타임아웃 카운터를 리셋하는 수단을 더 포함하는, 장치.
  52. 제 49 항에 있어서,
    상기 미등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃의 검출시 타임아웃 카운터를 증분하는 수단을 더 포함하며,
    상기 시작하는 수단은 상기 타임아웃 카운터의 값이 임계치보다 크거나 같을 때 상기 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션을 시작하는, 장치.
  53. 제 52 항에 있어서,
    호 도착 통계를 기초로 상기 임계치를 동적으로 결정하는 수단을 더 포함하는, 장치.
  54. 제 49 항에 있어서,
    상기 미등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃의 검출시 타이머를 시작하는 수단을 더 포함하며,
    상기 시작하는 수단은 상기 타이머의 만료시 상기 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션을 시작하는 수단을 포함하는, 장치.
  55. 제 49 항에 있어서,
    상기 제 1 디바이스로부터 제 1 등록 시그널링 및 제어 트랜잭션에 대한 응답 메시지를 수신하지 않을 때 상기 제 1 등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃을 검출하는 수단을 더 포함하며,
    상기 시작하는 수단은 상기 제 1 등록 시그널링 및 제어 트랜잭션에 대한 트랜잭션 타임아웃 검출시 상기 제 2 디바이스와의 제 2 등록 시그널링 및 제어 트랜잭션을 시작하는, 장치.
  56. 제 49 항에 있어서,
    상기 시작하는 수단은 재전송 스케줄에 따라 상기 다음 시그널링 및 제어 트랜잭션에 대한 최초 메시지 및 상기 메시지의 하나 이상의 재전송들을 시작하는, 장치.
  57. 제 56 항에 있어서,
    상기 시작하는 수단은 적어도 하나의 트랜잭션 타임아웃이 있었을 때 동적 상태 정보 없이 바이트 코드로 압축된 상기 다음 시그널링 및 제어 트랜잭션에 대한 최초 메시지 및 상기 메시지의 하나 이상의 재전송들을 시작하는, 장치.
  58. 제 49 항에 있어서,
    상기 시작하는 수단은 다음 미등록 시그널링 및 제어 트랜잭션에 대한 최초 메시지 및 상기 메시지의 하나 이상의 재전송들을 시작하며, 상기 다음 미등록 시그널링 및 제어 트랜잭션에 대한 최초 메시지 및 상기 메시지의 재전송들의 제 1 부분은 제 1 압축 기술을 이용하여 전송되고 상기 메시지의 재전송들의 제 2 부분은 제 2 압축 기술을 이용하여 전송되는, 장치.
  59. 제 58 항에 있어서,
    상기 제 2 압축 기술은 비압축을 포함하는, 장치.
  60. 제 58 항에 있어서,
    상기 미등록 시그널링 및 제어 트랜잭션에 대한 최초 메시지 및 상기 메시지의 재전송들의 제 1 부분은 동적 상태 정보를 이용하여 압축 전송되고, 상기 메시지의 재전송들의 제 2 부분은 동적 상태 정보를 사용하지 않고 압축 전송되는, 장치.
  61. 제 58 항에 있어서,
    압축 해제 실패를 검출하고 상기 검출된 압축 해제 실패의 원인을 확인하는 수단; 및
    상기 압축 해제 실패의 원인을 기초로 상기 재전송들의 제 2 부분에 대한 상기 제 2 압축 기술을 선택하는 수단을 더 포함하는, 장치.
  62. 제 58 항에 있어서,
    상기 시작하는 수단은 인터넷 제어 메시지 프로토콜(ICMP) 에러 메시지를 수신하고, 상기 ICMP 에러 메시지의 수신시 상기 메시지의 추가 재전송들을 중지하며, 상기 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션 메시지를 시작하는, 장치.
  63. 제 49 항에 있어서,
    상기 검출하는 수단은 트랜잭션 타임아웃 타이머의 만료 전에 상기 제 1 디바이스로부터 상기 미등록 시그널링 및 제어 트랜잭션에 대한 응답 메시지를 수신하지 않을 때 상기 트랜잭션 타임아웃을 검출하는, 장치.
  64. 제 49 항에 있어서,
    단말 인터넷 프로토콜 보안(IPsec) 실패 이벤트를 검출하는 수단을 더 포함하며,
    상기 시작하는 수단은 상기 IPsec 실패 이벤트의 검출에 응답하여 상기 제 2 디바이스와의 등록 시그널링 및 제어 트랜잭션 메시지를 시작하는, 장치.
KR1020097007586A 2006-09-12 2007-09-12 통신 세션 관리에서의 트랜잭션 타임아웃 처리 KR101025121B1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US82530706P 2006-09-12 2006-09-12
US60/825,307 2006-09-12
US11/853,605 2007-09-11
US11/853,605 US8213295B2 (en) 2006-09-12 2007-09-11 Transaction timeout handling in communication session management

Publications (2)

Publication Number Publication Date
KR20090055629A true KR20090055629A (ko) 2009-06-02
KR101025121B1 KR101025121B1 (ko) 2011-03-25

Family

ID=39169529

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020097007586A KR101025121B1 (ko) 2006-09-12 2007-09-12 통신 세션 관리에서의 트랜잭션 타임아웃 처리

Country Status (7)

Country Link
US (1) US8213295B2 (ko)
EP (1) EP2087708B1 (ko)
JP (2) JP2010504045A (ko)
KR (1) KR101025121B1 (ko)
CN (1) CN101513016B (ko)
TW (1) TW200822658A (ko)
WO (1) WO2008033959A2 (ko)

Families Citing this family (59)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8644314B2 (en) * 2006-09-07 2014-02-04 Kyocera Corporation Protocol and method of VIA field compression in session initiation protocol signaling for 3G wireless networks
US7787450B1 (en) * 2006-10-11 2010-08-31 Itt Manufacturing Enterprises, Inc Method and system for efficient network formation and maintenance of node routing databases in a mobile ad-hoc network
KR100791305B1 (ko) * 2006-10-24 2008-01-04 삼성전자주식회사 메신저를 이용한 컨텐츠 공유 시스템 및 방법
US20080101412A1 (en) * 2006-10-30 2008-05-01 Infineon Technologies Ag Method and apparatus for generating a message in a communication system
US8179894B2 (en) * 2007-01-26 2012-05-15 Cellco Partnership Method, apparatus, and computer program product for reducing session setup latency
US8089886B1 (en) * 2007-05-22 2012-01-03 At&T Intellectual Property Ii, L.P. Method and apparatus for detecting and reporting timeout events
US8271663B2 (en) * 2007-07-31 2012-09-18 Cisco Technology, Inc. System and method for multiple address of record registration using a single implicit SIP request
US9094422B2 (en) * 2007-07-31 2015-07-28 Cisco Technology, Inc. System and method for multiple address of record deregistration using a single SIP request
US7949767B2 (en) * 2007-07-31 2011-05-24 Cisco Technology, Inc. System and method for multiple address of record registration using a single explicit SIP request
US9083722B2 (en) * 2007-10-05 2015-07-14 Qualcomm Incorporated Session initiation protocol registration with ping
CN101577884B (zh) * 2008-09-19 2012-06-13 中兴通讯股份有限公司 一种ip多媒体链路的媒体协商方法
US8639821B2 (en) * 2008-10-06 2014-01-28 Verizon Patent And Licensing Inc. Method and system for providing a setup timer in a sip-based network
US8468566B2 (en) * 2009-04-10 2013-06-18 Echostar Technologies L.L.C. Control message feedback in a satellite broadcast communication system
JP2010258787A (ja) * 2009-04-24 2010-11-11 Mitsubishi Electric Corp シグナリング圧縮装置、シグナリング伸長装置およびシグナリング圧縮伸長装置
US20100284284A1 (en) * 2009-05-08 2010-11-11 Qualcomm Incorporated VOICE OVER INTERNET PROTOCOL (VoIP) ACCESS TERMINAL
US8396961B2 (en) * 2009-08-31 2013-03-12 Red Hat, Inc. Dynamic control of transaction timeout periods
US8203939B2 (en) * 2009-09-12 2012-06-19 At&T Intellectual Property I, L.P. Method and apparatus for providing a window based overload control
EP2320601B1 (en) * 2009-11-05 2017-01-04 Amadeus S.A.S. Method and system for adapting a session timeout period
CN101727648B (zh) * 2009-12-01 2012-07-25 中国建设银行股份有限公司 服务系统中的超时控制方法及服务系统
US9015330B2 (en) * 2010-01-11 2015-04-21 Microsoft Technology Licensing, Llc Intercepting file transfers in multi-node topologies
US9417906B2 (en) 2010-04-01 2016-08-16 Red Hat, Inc. Transaction participant registration with caveats
US9100459B2 (en) 2010-04-30 2015-08-04 Qualcomm Incorporated Exchanging data associated with a communication session within a communications system
JP5404661B2 (ja) * 2011-01-14 2014-02-05 株式会社Ｎｔｔドコモ 移動通信方法、ｓｉｐサーバ及び移動局
EP2501120B1 (en) * 2011-03-15 2013-08-07 Alcatel Lucent A backup SIP server for the survivability of an enterprise network using SIP
WO2012148424A1 (en) * 2011-04-29 2012-11-01 1/2Nii Holdings, Inc. Method for setting up a communication connection
CN102263797B (zh) * 2011-08-30 2014-09-10 大唐移动通信设备有限公司 一种会话控制的方法及装置
CN102548025B (zh) * 2012-03-16 2015-04-29 北京工业大学 一种降低移动VoIP呼叫建立时延方法
US10936591B2 (en) 2012-05-15 2021-03-02 Microsoft Technology Licensing, Llc Idempotent command execution
US9239868B2 (en) 2012-06-19 2016-01-19 Microsoft Technology Licensing, Llc Virtual session management and reestablishment
US9251194B2 (en) 2012-07-26 2016-02-02 Microsoft Technology Licensing, Llc Automatic data request recovery after session failure
US8898109B2 (en) 2012-07-27 2014-11-25 Microsoft Corporation Automatic transaction retry after session failure
US9235464B2 (en) 2012-10-16 2016-01-12 Microsoft Technology Licensing, Llc Smart error recovery for database applications
US8966487B1 (en) * 2012-10-16 2015-02-24 Sprint Communications Company L.P. Application transaction wait time dynamic adjustment
US10102028B2 (en) * 2013-03-12 2018-10-16 Sas Institute Inc. Delivery acknowledgment in event stream processing
US9201919B2 (en) 2013-05-07 2015-12-01 Red Hat, Inc. Bandwidth optimized two-phase commit protocol for distributed transactions
US20140351417A1 (en) * 2013-05-21 2014-11-27 Tsz Fung Chan Session timeout method for dhtmlx interface control library
US20140364118A1 (en) * 2013-06-10 2014-12-11 Broadcom Corporation Method and Apparatus for Incoming Call Detection in a Dual SIM Single RF Communication Device
JP2015035209A (ja) 2013-07-12 2015-02-19 株式会社半導体エネルギー研究所 情報処理装置、情報処理システム
CN104767716B (zh) * 2014-01-03 2018-05-25 腾讯科技（深圳）有限公司 业务请求处理方法及装置
US9433030B2 (en) 2014-01-14 2016-08-30 Qualcomm Incorporated Volte call setup
US9658917B2 (en) * 2014-02-07 2017-05-23 AppDynamics, Inc. Server performance correction using remote server actions
US9122651B1 (en) 2014-06-06 2015-09-01 Sas Institute Inc. Computer system to support failover in an event stream processing system
US9652752B2 (en) * 2014-07-31 2017-05-16 Ncr Corporation Dynamic network timeout tuning
US10171532B2 (en) * 2014-09-30 2019-01-01 Citrix Systems, Inc. Methods and systems for detection and classification of multimedia content in secured transactions
CN105790903A (zh) * 2014-12-23 2016-07-20 中兴通讯股份有限公司 一种终端及终端呼叫软切换的方法
US9756106B2 (en) 2015-02-13 2017-09-05 Citrix Systems, Inc. Methods and systems for estimating quality of experience (QoE) parameters of secured transactions
US10021221B2 (en) 2015-02-24 2018-07-10 Citrix Systems, Inc. Methods and systems for detection and classification of multimedia content in secured transactions using pattern matching
ES2807606T3 (es) 2015-03-25 2021-02-23 Ericsson Telefon Ab L M Configuración de plazo de espera de comprobación de operatividad usando mensajes IKE
US9710302B2 (en) * 2015-11-24 2017-07-18 International Business Machines Corporation Dynamic timeout period adjustment of service requests
CN105631743A (zh) * 2016-03-14 2016-06-01 中国银行股份有限公司 一种atm交易实时流量控制方法及系统
FR3066872A1 (fr) * 2017-05-23 2018-11-30 Orange Procede de controle d' une communication comprenant des transactions multiples
US10592322B1 (en) 2017-06-27 2020-03-17 Amazon Technologies, Inc. Adaptive timeout mechanism
US10673801B2 (en) * 2017-11-29 2020-06-02 International Business Machines Corporation Dynamic communication session management
US10908950B1 (en) 2018-04-20 2021-02-02 Automation Anywhere, Inc. Robotic process automation system with queue orchestration and task prioritization
US11354164B1 (en) * 2018-04-20 2022-06-07 Automation Anywhere, Inc. Robotic process automation system with quality of service based automation
US11117484B2 (en) * 2018-05-09 2021-09-14 Byton Limited Safe and secure charging of a vehicle
JP7061929B2 (ja) * 2018-05-30 2022-05-02 株式会社Ｎｔｔドコモ 呼制御システム
US11317325B2 (en) * 2018-05-31 2022-04-26 Apple Inc. Call setup time in loaded IMS networks
US10979896B2 (en) 2018-11-20 2021-04-13 International Business Machines Corporation Managing dynamic lockouts on mobile computing devices

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3176548B2 (ja) 1996-01-26 2001-06-18 富士通株式会社 Ａｔｍ交換局における回線インタフェース装置
JP2000349856A (ja) 1999-06-04 2000-12-15 Canon Inc 通信装置及び通信方法並びに記憶媒体
US7860114B1 (en) 1999-11-08 2010-12-28 Verizon Business Global Llc Method and system for dynamic gateway selection in an IP telephony network
JP3619411B2 (ja) * 1999-12-03 2005-02-09 富士通株式会社 パケット中継装置
CN1198406C (zh) * 2000-09-02 2005-04-20 中兴通讯股份有限公司 通讯系统备份方法和设备
US6992974B1 (en) * 2000-10-10 2006-01-31 3Com Corporation System and method for providing fault tolerance in a network telephony system
JP3934901B2 (ja) * 2001-09-28 2007-06-20 サクサ株式会社 ＶｏＩＰシステムにおける障害対策方法、ＶｏＩＰシステムおよびＶｏＩＰシステム用通信交換管理装置
US6970909B2 (en) * 2001-10-11 2005-11-29 The Trustees Of Columbia University In The City Of New York Multi-protocol data communication system supporting wireless telephony and content delivery
US7103674B2 (en) * 2002-03-28 2006-09-05 International Business Machines Corporation Apparatus and method of reducing dataflow distruption when detecting path maximum transmission unit (PMTU)
US20030210649A1 (en) * 2002-05-03 2003-11-13 Bondi Andre B. Managing network loading by control of retry processing at proximate switches associated with unresponsive targets
US7154907B2 (en) * 2002-05-10 2006-12-26 Nokia Corporation Method and system for resetting nodes in communication systems
JP3761509B2 (ja) 2002-11-25 2006-03-29 日本電気通信システム株式会社 Ｉｐ網におけるｓｉｐサーバ障害検出方式
SE0300973D0 (sv) * 2003-04-01 2003-04-01 Ericsson Telefon Ab L M Improvements in or relating to compression of messages in telecommunication services
GB0329857D0 (en) * 2003-12-23 2004-01-28 Nokia Corp User registration in a communication system
US7627692B2 (en) * 2004-01-30 2009-12-01 Nokia Corporation Multiplexing of compressed control and user-plane messages
JP3944182B2 (ja) * 2004-03-31 2007-07-11 キヤノン株式会社 セキュリティ通信方法
US7873738B2 (en) * 2004-04-23 2011-01-18 Motorola Mobility, Inc. Session initiation protocol system timeout timer method
US8090845B2 (en) * 2004-10-18 2012-01-03 Audiocodes Texas, Inc. Apparatus and method for firewall traversal
JP4452173B2 (ja) 2004-12-22 2010-04-21 エヌ・ティ・ティ・コミュニケーションズ株式会社 ゲートウェイ装置及びＶｏＩＰネットワークシステム
WO2006077734A1 (ja) 2005-01-20 2006-07-27 Sharp Kabushiki Kaisha 情報処理装置及び情報処理プログラム
JP2006237950A (ja) 2005-02-24 2006-09-07 Saxa Inc Ｉｐ電話端末およびプログラム
JP4688566B2 (ja) * 2005-05-10 2011-05-25 富士通東芝モバイルコミュニケーションズ株式会社 送信機及び受信機
US7668100B2 (en) * 2005-06-28 2010-02-23 Avaya Inc. Efficient load balancing and heartbeat mechanism for telecommunication endpoints

Also Published As

Publication number Publication date
WO2008033959A3 (en) 2008-09-04
EP2087708B1 (en) 2015-10-21
CN101513016B (zh) 2014-03-19
US20080062863A1 (en) 2008-03-13
KR101025121B1 (ko) 2011-03-25
JP2013146068A (ja) 2013-07-25
EP2087708A2 (en) 2009-08-12
CN101513016A (zh) 2009-08-19
US8213295B2 (en) 2012-07-03
JP5684301B2 (ja) 2015-03-11
WO2008033959A2 (en) 2008-03-20
JP2010504045A (ja) 2010-02-04
TW200822658A (en) 2008-05-16

Similar Documents

Publication Publication Date Title
KR101025121B1 (ko) 통신 세션 관리에서의 트랜잭션 타임아웃 처리
US8666386B2 (en) Method and system for self-terminating a media service due to an out-of-coverage condition
US10687195B2 (en) Call setup logic with emerg-request-non-100 timer
KR100786991B1 (ko) 세션 개시 프로토콜 재전송 방법
EP2122990B1 (en) Dynamic adjustment of inactivity timer threshold for call control transactions
JP4653585B2 (ja) サービス陰影地域における同期化のためのｐｔｔサービスシステム及び方法
US9392028B2 (en) Apparatus and method for macro operation involving a plurality of session protocol transactions
US20070280256A1 (en) Systems and methods for providing a heartbeat in a communications network
US20110225307A1 (en) Apparatus and method for reducing responses when executing a session initiation protocol operation
KR20090089376A (ko) 무선 네트워크 품질에 기반한 등록 타이머 조정
US20060111099A1 (en) Method and system for self-terminating a media service due to an out-of-coverage condition
US20060089131A1 (en) Delay timers for managing internal state changes and messages in user equipment for real-time multimedia applications
US20120120877A1 (en) Expedited call setup
KR20070039666A (ko) Ｓｉｐ 단말장치의 세션 제어 방법 및 장치
EP1659815A1 (en) Out-of-coverage service termination using proxy
CA2525170C (en) Method and system for self-terminating a media service due to an out-of-coverage condition
US20110275352A1 (en) Systems and methods of timing dtmf tones for telephony control
KR101470562B1 (ko) 이동통신 시스템 및 이동통신 시스템의 호 연결 방법

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20140227

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20150227

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20151230

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20161229

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20171228

Year of fee payment: 8

LAPS Lapse due to unpaid annual fee