KR101431413B1

KR101431413B1 - Ｓｉｐ를 이용하는 기업 네트워크의 생존성을 위한 게이트웨이

Info

Publication number: KR101431413B1
Application number: KR1020137024308A
Authority: KR
Inventors: 세바스티엔 브루넬; 로렌트 바르베로
Original assignee: 알까뗄 루슨트
Priority date: 2011-03-15
Filing date: 2012-01-24
Publication date: 2014-09-22
Also published as: KR20130112957A; JP2014150535A; EP2501119A1; EP2501119B1; JP5636516B2; CN103634490A; US20140012996A1; KR20130121183A; JP2014511072A; KR101458336B1; CN103634490B; US20130346789A1; JP5865404B2; EP2501120A1; EP2501120B1; CN103430524A; US9201743B2; US9477561B2; WO2012123151A1; CN103430524B

Abstract

게이트웨이는 상기 게이트웨이를 공중 네트워크(PSTN)의 트렁크에 결합하기 위한 트렁크 인터페이스 모듈(TI)과, 기업 네트워크에 결합되는 미디어 서버 모듈(MS)과, 트랜스코더 모듈(TC)과, 호출 제어 모듈(CC)과, 상기 게이트웨이에 의해 수신된 각각의 SIP 메시지를 SIP 요청-URI에 포함된 IP 주소에 따라 전달 - 상기 SIP 메시지는 상기 IP 주소가 상기 게이트웨이의 주소이면 상기 호출 제어 모듈(CC)로 송신되거나 상기 IP 주소가 상기 메인 SIP 서버(MSS)의 주소이면 상기 데이터 압축 모듈(DC)로 송신됨 - 하고, 상기 IP 주소가 상기 메인 SIP 서버(MSS)의 주소이면, 상기 프록시 모듈의 IP 주소를 각각의 SIP 레지스터 메쏘드로 경로 헤더 내에 추가하고, 상기 메인 SIP 서버(MSS)에 송신된 각각의 다른 SIP 레지스터 메쏘드에 대해, 상기 프록시 모듈의 IP 주소를 라우트 헤더 내에 억제하기 위한 수단을 포함하는 프록시 모듈(PRO)과, 상기 백업 링크(BL)를 설정하기 위해 이용되는 구제 호출 번호를 수신하고 저장하는 수단을 포함하는 관리 및 구성 모듈(MC)을 포함한다.

Description

ＳＩＰ를 이용하는 기업 네트워크의 생존성을 위한 게이트웨이{A GATEWAY FOR THE SURVIVABILITY OF AN ENTERPRISE NETWORK USING SIP}

본 발명은 기업 전기통신 네트워크들에 관한 것이다. 기업 전기통신 네트워크는 흔히 복수의 사이트들에 퍼져 있는 단말기들을 링크하고, 오늘날 상기 네트워크는 인터넷 프로토콜(Internet Protocol; IP) 및 세션 개시 프로토콜(Session Initiation Protocol; SIP)를 이용한다. 비록 기업 네트워크가 또한 기업 외부의 세계와 통신하기 위해 게이트웨이에 의해 PSTN에 링크되어 있을지라도, 보이스 샘플들, 데이터 패킷들 및 시그널링 메시지들은 독자적인 IP 네트워크에 의해 공중 전화 교환 네트워크(public telephone switched network; PSTN)에 반송된다.

각각의 SIP 단말기는 SIP 이용자 에이전트를 운용한다. 모든 SIP 이용자 에이전트들은, 전화 통신들을 셋업하고 또한 수많은 전화 서비스들을 제공하기 위해서, 레지스트라 서버(registrar server), 재지정 서버(redirect server), 프록시 서버(proxy server) 그리고 가능하다면 프레진스 서버(presence server) 역할을 하는 적어도 하나의 SIP 서버를 포함하는 IP 네트워크를 통해 상호 접속된다. 예를 들면: 메시지 대기 표시들, 프레즌스 상태 표시들, 회의 구성원 통지들, 호출 통계들, 메시징... 일반적으로 기업 네트워크는 기업의 메인 사이트에 위치되는 단일 SIP 서버를 포함하고, 원격 사이트들의 단말기들은 IP 네트워크를 통해 메인 사이트의 SIP 서버와 통신한다.

이 IP 네트워크의 고장의 경우, 메인 사이트에서 SIP 서버에 의해 이전에 제공되었던 서비스들의 일부 또는 전부는 더 이상 원격 사이트들에서 이용 가능하지 않다.

일부 솔루션들이 공지되어 있다:

- 호출들이 PSTN으로 라우팅(routing)될 수 있으나 대역 서비스 정보 중 어느 것도 이 방식을 통해 전달되지 않는다.

- 일부 로컬 프록시 서버들은 메인 사이트의 SIP 서버와의 링크를 상실하는 경우 특정한 서비스들을 제공할 수 있으나, 이 서버들은 IP 네트워크가 다운(down)되는 한 SIP 서버와 어떠한 정보도 교환하지 않는다; 그러므로 메인 사이트의 SIP 서버에서 호스팅되는 모든 서비스들은 원격 사이트에서 더 이상 이용 가능하지 않다.

- 전체가 백업되는 인프라 구조에 의한 PSTN을 통한 전지구적 IP 라우팅. 요구되는 대역폭의 비용 및 배치 비용이 매우 높다.

본 발명의 목적은 메인 사이트의 SIP 서버로의 IP링크가 다운될 때 이 전화 서비스들 중 적어도 일부를 원격 사이트들에 위치되는 SIP 단말기들에 합리적인 비용으로 제공하는 것이다.

본 발명의 목적은 세션 개시 프로토콜(session initiation protocol)를 이용하는 기업 네트워크의 생존성을 위한 게이트웨이이다. 이 게이트웨이는 백업 링크를 설정하고 백업 링크와 유사한 게이트웨이를 통해 메인 SIP 서버와 SIP 메시지를 교환하는 백업 서버와 협업한다.

상기 게이트웨이는,

세션 개시 프로토콜(SIP)를 이용하는 기업 네트워크의 생존성을 위한 게이트웨이로서,

상기 기업 네트워크는 메인 사이트 및 적어도 하나의 원격 사이트를 포함하고, 상기 메인 사이트는 메인 SIP 서버(MSS)를 포함하고 상기 원격 사이트는 백업 SIP 서버(BSS)를 포함하고, 상기 두 사이트들은 인터넷 프로토콜 네트워크(WAN)를 통하는 인터넷 프로토콜 링크(IPL)을 경유하여 SIP 시그널링 메시지들을 교환하고,

상기 게이트웨이는,

구성 파라미터들을 저장하는 관리 및 구성 모듈과,

상기 게이트웨이를 공중 네트워크의 트렁크에 결합하기 위한 트렁크 인터페이스 모듈과,

상기 기업 네트워크에 결합되는 미디어 서버 모듈과,

상기 기업 네트워크에서 사용되는 미디어 및 프로토콜 중 적어도 하나를 상기 트렁크에서 사용되는 미디어 및 프로토콜 중 적어도 하나로, 그리고 그 역으로 변환하는 트랜스코더 모듈과,

호출하는 당사자의 단말기에 의해 이용되는 신호화의 유형에 따라 호출을 관리하고, 상기 미디어 서버 모듈, 상기 트랜스코더 모듈 및 상기 트렁크 인터페이스 모듈을 구동하는 호출 제어 모듈을 포함한다.

상기 게이트웨이는 또한,

백업 링크 상에서 송신된 SIP 패킷들의 크기를 감소시키기 위해 상기 구성 파라미터들에 따라 압축을 적용하는 데이터 압축 모듈과,

프록시 모듈을 포함하되,

상기 프록시 모듈은,

상기 게이트웨이에 의해 수신된 각각의 SIP 메시지를 SIP 요청-URI에 포함된 IP 주소에 따라 전달 - 상기 SIP 메시지는 상기 IP 주소가 상기 게이트웨이의 주소이면 상기 호출 제어 모듈로 송신되거나 상기 IP 주소가 상기 메인 SIP 서버의 주소이면 상기 데이터 압축 모듈로 송신됨 - 하고,

상기 IP 주소가 상기 메인 SIP 서버의 주소이면, 상기 프록시 모듈의 IP 주소를 각각의 SIP 레지스터 메쏘드로 경로 헤더 내에 추가하고,

상기 메인 SIP 서버에 송신된 각각의 다른 SIP 레지스터 메쏘드에 대해, 상기 프록시 모듈의 IP 주소를 라우트 헤더 내에 억제하기 위한 수단을 포함하고,

상기 관리 및 구성 모듈은,

데이터 압축 플래그를 수신하고 저장하는 수단과,

상기 백업 링크를 설정하기 위해 이용되는 구제 호출 번호를 수신하고 저장하는 수단을 포함하고,

상기 호출 제어 모듈은 상기 호출이 상기 백업 링크를 설정하기 위한 구제 호출인가 또는 정상 호출인가의 속성에 따라 상기 미디어 서버 모듈과 상기 트랜스코더 모듈(TC)의 자원을 시작하고 정지하는 수단을 포함한다.

본 발명의 다른 특징들 및 장점들은 첨부 도면들과 함께 취해질 때, 본 발명의 실시예들의 다음의 상세한 설명으로부터 더 명백해질 것이다.
본 발명의 실시예들의 특징들 및 장점들을 상세하게 설명하기 위해, 다음의 기술은 첨부 도면들을 참조할 것이다: 가능하다면, 동일하거나 유사한 참조 번호들은 이들 도면들 및 기술 전체를 통해 동일하거나 유사한 구성요소들을 지정한다:
- 도 1은 메인 사이트 및 원격 사이트 상에 본 발명에 따른 두 개의 SIP 게이트웨이를 포함하는 예시적인 기업 전기통신 네트워크를 도시하는 블록도이다.
- 도 2는 주 SIP 서버 내의 단말기를 등록하기 위하여, 원격 사이트에 위치되는 단말기의 SIP 이용자 에이전트로부터 메인 사이트에 위치되는 주 SIP 서버로 REGISTER 메시지를 송신하는 것을 도시하는 도면이다.
- 도 3은 메시지 대기 표시를 구독(subscribe)하기 위하여, 원격 사이트에 위치되는 단말기의 SIP 이용자 에이전트로부터 메인 사이트에 위치되는 메인 SIP 서버로 SUBSCRIBE 메시지를 송신하는 것을 도시하는 도면이다.
- 도 4는 단말기에 메시지가 대기 중임을 통지하기 위하여, 메인 사이트에 위치되는 주 SIP 서버로부터 원격 사이트에 위치되는 단말기의 SIP 이용자 에이전트에 NOTIFY 메시지를 송신하는 것을 도시하는 도면이다.
- 도 5는 호출 통계 발행(statistics publication)을 구독하기 위하여, 메인 사이트에 위치되는 메인 SIP 서버로부터 원격 사이트에 위치되는 단말기의 SIP 이용자 에이전트에 SUBSCRIBE 메시지를 송신하는 것을 도시하는 도면이다.
- 도 6은 주 SIP 서버에 호출 통계들을 통지하기 위하여, 원격 사이트에 위치되는 단말기의 SIP 이용자 에이전트로부터 메인 사이트에 위치되는 주 SIP 서버로 PUBLISH 메시지를 송신하는 것을 도시하는 도면이다.
- 도 7은 백업 SIP 서버의 하나의 실시예를 도시하는 블록도이다.
- 도 8은 이 실시예에서 링크 모니터 관리자에 의해 행해지는 동작들을 도시하는 도면이다.
- 도 9는 이 실시예에서 링크 모니터 관리자에 의해 행해지는 동작들 중 하나를 더 상세하게 도시하는 도면이다.
- 도 10은 이 실시예에서 전송 등록 관리자의 동작들을 더 상세하게 도시하는 도면이다.
- 도 11은 이 실시예에서 정책 관리자의 동작들을 더 상세하게 도시하는 도면이다.
- 도 12는 종래의 SIP 단말기가 백업 SIP 서버의 하나의 실시예와 협업할 때 상기 SIP 단말기의 동작들을 도시하는 도면이다.
- 도 13은 본 발명에 따른 게이트웨이의 하나의 실시예를 도시하는 블록도이다.
- 도 14는 본 발명에 따른 게이트웨이의 이 실시예에 의해 행해지는 동작들을 도시하는 도면이다.
- 도 15 및 도 16은 본 발명에 따른 게이트웨이의 이 실시예에 의해 행해지는 다른 동작들을 도시하는 도면이다.

도 1 상에 도시되는 예시적인 기업 네트워크는 메인 사이트 상에:

- T2와 같은 SIP 단말기들,

- T4와 같은 시분할 멀티플렉싱(Time Division Multiplexing; TDM) 단말기들,

- 메인 SIP 서버(MSS),

- 라우터(R2),

- 본 발명에 따른 SIP 게이트웨이(SIPGW2)를,

그리고 원격 사이트 상에:

- T1과 같은 SIP 단말기들,

- T3와 같은 시분할 멀티플렉싱(TDM) 단말기들,

- 본 발명에 따른, 백업 SIP 서버(BSS),

- 라우터(R1),

- 본 발명에 따른 SIP 게이트웨이(SIPGW1)를 포함한다.

메인 사이트의 모든 네트워크 요소들은 게이트웨이(SIPGW2)에 링크되는 TDM 단말기들을 제외하고, 로컬 에어리어 네트워크(LAN2)에 링크된다. 원격 사이트의 모든 네트워크 요소들은 게이트웨이(SIPGW1)에 링크되는 TDM 단말기들을 제외하고, 로컬 에어리어 네트워크(LAN1)에 링크된다.

라우터들(R1 및 R2)은 IP 네트워크(WAN)을 통해 IP 링크(IPL)에 의해 링크된다. SIP 게이트웨이들(SIPGW1 및 SIPGW2)은 아날로그 또는 디지털일 수 있는 공중 교환 전화 네트워크(public switched telephone network; PSTN)에 의해 링크된다. 다른 실시예들에서, 이는 공중 모바일 네트워크에 의해 대체될 수 있다.

SIP 게이트웨이들(SIPGW1 및 SIPGW2)은 기업 네트워크의 IP 또는 TDM 단말기들 및 TDM 단말기들 사이의 호출들에, 그리고 기업 네트워크의 단말기들 및 네트워크(PSTN)의 단말기들 사이의 호출들에 이용된다. 게다가, 이것들은 IP 네트워크(WAN)이 작동하지 않는 IP 네트워크(WAN)를 통하는 IP 링크(IPL)의 경우에 공중 네트워크(PSTN)을 경유하여 SIP 시그널링 메시지들을 교환하는데 이용된다.

정상 모드:

IP 네트워크(WAN)이 작동하고 있을 때, 백업 SIP 서버(BSS)는 스탠바이(standby) 중에 있다. 이는 IP 링크(IPL)가 작동하고 있는지를 주기적으로 체크한다. 메인 SIP 서버(MSS)는 양 사이트들의 모든 단말기들로 또는 모든 단말기들로부터의 호출을 세팅하기 위해, 양 사이트들의 모든 단말기들의 이용자들에 대한 레지스트라 서버, 재지정 서버 및 프록시 서버 역할을 한다. 예를 들어, SIP 단말기(T1)가 단말기들(T2, T3 또는 T4) 중 하나와의 세션을 셋업하면, 이는 로컬 에어리어 네트워크(LAN1), 라우터(R1), IP 네트워크(WAN), 라우터(R2) 및 로컬 에어리어 네트워크(LAN2)를 통해 메인 SIP 서버(MSS)로 전송되는 SIP 시그널링 메시지를 송신한다. 그 후에, 메인 SIP 서버(MSS)는 상기 메시지들을 로컬 에어리어 네트워크(LAN2)를 통해 목적지 단말기로 전송한다.

백업 모드:

네트워크(WAN)를 통하는 SIP 시그널링 링크(IPL)가 작동하지 않으면, 백업 SIP 서버(BSS) 또는 원격 사이트의 SIP 단말기들 중 하나, 예를 들어 T1은 링크(IPL)의 고장을 검출한다. 그 후에 백업 SIP 서버(BSS)는 공중 교환 전화 네트워크(PSTN)에 걸친 백업 SIP 시그널링 링크(BL)의 셋업을 지시한다(이는 공중 교환 전화 네트워크(PSTN)의 구성에 따라, 아날로그 또는 디지털 트렁크(trunk)일 수 있다). 다른 실시예들에서, 백업 링크(BL)는 모바일 네트워크, 예를 들어 제 3 세대 모바일 네트워크를 통해 셋업될 수 있다. 이는 또한 IP 링크(IPL)의 중단의 경우 더 빠르게 반응하기 위해 퍼머 링크(permanent link)일 수 있다.

백업 SIP 서버(BSS)는 완전히 활성화되어 원격 사이트의 모든 단말기들의 이용자들에 대해 레지스트라 서버, 재지정 서버 및 프록시 서버 역할을 한다. 그러므로 이는 원격 사이트의 모든 단말기들의 등록을 받아들인다. 이 로컬 등록으로 인해 원격 사이트의 단말기들이 자신들 사이의 로컬 호출들을 셋업하는 것이 가능하다.

게다가, 백업 SIP 서버(BSS)는 메인 SIP 서버(MSS)를 갱신된 상태로 유지하기 위해 이들의 등록 요청들을 백업 SIP 시그널링 링크(BL)를 통해 메인 SIP 서버(MSS)로 전송한다. 메인 사이트에서의 이 등록으로 인해 원격 사이트의 단말기들은 공중 교환 전화 네트워크(PSTN)를 통해 메인 사이트들 및 그 밖의 임의의 장소의 단말기들로의 호출들을 셋업하는 것이 가능하다.

게다가, 백업 SIP 시그널링 링크로 인해 메인 SIP 서버(MSS)는 자신이 통상적으로 원격 사이트의 단말기들에 제공하는 서비스들의 적어도 일부를 제공하는 것을 계속하는 것이 가능하다. 백업 SIP 서버(BSS)는 백업 SIP 시그널링 링크(BL) 상에서 다양한 종류들의 SIP 시그널링 정보를 전송할 수 있다. 그러나 이는 실시간 시그널링 또는 고 대역폭 시그널링일 수는 없는데 왜냐하면 백업 SIP 시그널링 링크(BL)는 공중 교환 전화 네트워크(PSTN)의 하나 또는 서 너개의 음성 채널들에 의해서 반송되기 때문이다.

본 발명에 따르면, 백업 SIP 서버(BSS)는 통상적으로 메인 SIP 서버(MSS)에 의해 원격 사이트의 단말기들에 제공되는 서비스들의 서브세트만을 허용한다. 이는 백업 SIP 시그널링 링크(BL)와 호환 가능한 시그널링 정보를 요구하는 서비스들을 허용한다. 서비스들을 허용하거나 금지하는 경우, 이는 메인 사이트 상에서, 원격 사이트의 단말기들로부터 메인 SIP 서버로 송신되는 SIP 시그널링 메시지들을 파싱(parsing)하고; 이는 금지된 서비스들을 제공하는데 필요할 수도 있는 일부 정보를 삭제함으로써, 상기 SIP 메시지들의 일부 필드들의 컨텐츠들을 변경한다.

한편, 이는 백업 SIP 시그널링 채널(BL) 상에서, 다음과 같이 허용된 서비스들에 필요한 시그널링 정보를 전파한다:

- SIP 디바이스 등록들;

- 로컬 또는 원격 이용자들로부터 구독되는 서비스들, 및 관련되는 통지들;

- 서비스 메시징;

- 컨텍스트 데이터 발행들.

이는 로컬 및 외부 호출들, 로컬 서비스들, 회의에 대한 라우팅 특징과 같은 추가 케이퍼빌리티들을 가질 수 있다.

예를 들어, 원격 사이트 상의 SIP 단말기(T1)가 메인 사이트 상의 단말기(T2)로 어드레싱되는 SIP 메시지를 송신하면, 이 메시지는 백업 SIP 서버(BSS)에 의해 수신된다. 이 후자는 단지 일부 서비스들만을 허용하기 위해 필요한 경우 이 메시지의 허용 헤더 필드를 변경하고; 적절한 라우트 헤더들을 삽입하고; 그 후에 상기 메시지를 게이트웨이(SIPGW1), 공중 교환 전화 네트워크(PSTN)을 통하는 백업 시그널링 링크(BL) 및 게이트웨이(SIPGW2)를 통해 메인 SIP 서버(MSS)로 전송한다. 그 후에 메인 SIP 서버(MSS)는 상기 메시지를 단말기(T2)에 전송한다.

도 2 내지 도 6은 단말기(T1)의 SIP 이용자 에이전트 및 메인 SIP 서버(MSS) 사이에서의 상이한 종류들의 SIP 시그널링 메시지들의 송신 및 백업 모드에서의 다양한 서비스들에 대한 대응하는 확인응답들의 송신을 도시한다.

도 2는 백업 모드에서, 메인 SIP 서버(MSS) 내의 단말기를 등록하기 위하여, 원격 사이트에 위치되는 단말기(T1)의 SIP 이용자 에이전트로부터 메인 사이트에 위치되는 메인 SIP 서버(MSS)로 REGISTER 메시지를 송신하는 것을 도시한다. 메인 SIP 서버와의 IP 링크(IPL)가 더 이상 작동하지 않는다는 것을 이 단말기(T1)가 검출하면, 이는 백업 SIP 서버(BSS)에 등록된다. 백업 SIP 서버(BSS)는 공중 교환 네트워크(PSTN)에 걸친 백업 SIP 시그널링 링크(BL) 셋업을 통해 등록 요청을 메인 SIP 서버(MSS)로 전파한다. REGISTER 메시지에서, 백업 SIP 서버(BSS)는:

- 메인 SIP 서버 레지스트라 URI(Uniform Resource Identifier)를 정합시키기 위해 필드 “Request-URI”의 컨텐츠를 재기록할 수 있다.

- 헤더 필드 “Allow”(SUBSCRIBE, NOTIFY, MESSAGE, PUBLISH, OPTIONS와 같은 “SIP 메쏘드들”의 목록을 담고 있다)의 컨텐츠를 변경할 수 있다.

- 대응하는 게이트웨이 URI(SIPGW1 및 SIPGW2)의 라우트 헤더들을 자체의 구성에 따라 삽입할 수 있다.

예를 들어:

BackupSIPServer.com이 백업 SIP 서버(BSS)의 URI이고,

MainSIPServer.com이 메인 SIP 서버(MSS)의 URI이고,

SIPUA@BackupSIPServer.com이 단말기(T1)의 URI이고,

SIPUA@IPSIPUA이 자체의 IP 어드레스에 의해 형성되는 단말기(T1)의 컨택 URI라면, 단말기(T1)는 백업 SIP 서버(BSS)에 메시지:

Register1: registrar.BackupSIPServer.com

From: SIPUA@BackupSIPServer.com

Contact: SIPUA@IPSIPUA

Allow: INVITE, ACK, BYE, REGISTER, SUBSCRIBE, NOTIFY, MESSAGE, PUBLISH, OPTIONS,...

을 송신한다.

그러므로 단말기(T1)는 백업 SIP 서버(BSS)에 등록되었고, 이 후자는 이것이 SIP 메쏘드들(INVITE, ACK, BYE, REGISTER, SUBSCRIBE, NOTIFY, MESSAGE, PUBLISH, OPTIONS...)을 허용한다는 것을 표시하였다.

그리고 나서 백업 SIP 서버(BSS)는 게이트웨이(SIPGW1)에 메시지:

Register2: registrar. MainSIPServer.com

From: SIPUA® MainSIPServer.com

Contact: SIPUA@IPSIPUA

Allow: REGISTER, SUBSCRIBE, NOTIFY, MESSAGE, PUBLISH, OPTIONS...

를 송신한다.

메시지(Register2)에서, 필드 “Allow”는 단말기(T1)에 의해 허용되었던 메쏘드들 중 일부의 SIP 메쏘드들(INVITE, ACK 등)을 억제하기 위해 백업 SIP 서버(BSS)에 의해 수정되었다. 억제 메쏘드들은 백업 SIP 시그널링 링크(BL)에 의해 지원될 수 없는 실시간 시그널링 또는 광 대역 시그널링을 필요로 하는 서비스들(예를 들어, 실시간 미디어 세션들의 설정 및 전송과 같은 접속 서비스들과 같은)에 대응한다. 그리고 나서 백업 SIP 서버(BSS)는 확인응답 200ok을 단말기(T1)에 송신한다.

그리고 나서 게이트웨이(SIPGW1)는 백업 SIP 시그널링 링크(BL)를 통해 게이트웨이(SIPGW2)에 메시지:

Register3: registrar. MainSIPAppliServer.com

From: SIPUA@MainSIPServer.com

Contact: SIPUA@IPSIPUA

Allow: REGISTER, SUBSCRIBE, NOTIFY, MESSAGE, PUBLISH, OPTIONS,...

Path: SIPGW1.MainSIPServer.com

를 송신한다.

메시지(Register3)에서, 필드 경로는 표준 RFC(3327)에 따라, 백업 SIP 서버(BSS)로의 경로를 표시하기 위해 게이트웨이(SIPGW1)에 의해 추가되었다.

게이트웨이(SIPGW2)는 메인 SIP 서버(MSS)에 메시지:

Register4: registrar. MainSIPServer.com

From: SIPUA® MainSIPServer.com

Contact: SIPUA@IPSIPUA

Allow: REGISTER, SUBSCRIBE, NOTIFY, MESSAGE, PUBLISH, OPTIONS, ...

Path: SIPGW2. MainSIPServer.com, SlPGW1.MainSIPServer.com

를 송신한다.

필드 경로는 백업 SIP 서버(BSS)로의 전체 경로를 표준 RFC(3327)에 따라서 표시하기 위해 게이트웨이(SIPGW2)에 의해 완료되었다.

그 후에 메인 SIP 서버(MSS)는 확인응답 메시지 “200ok”를 게이트웨이(SIPGW2) 및 게이트웨이(SIPGW1)를 통해 백업 SIP 서버(BSS)로 송신한다.

본 발명에 따른 백업 SIP 서버에 의해 또한 원격 사이트로부터 구독되는 서비스가 가능하다. 다음의 예들에서, 백업 SIP 서버(BSS)는 필요할 때 Route 헤더를 포함하여, 적절한 헤더들을 변경할 것이다.

서비스들의 예들:

a) 메시지 대기 표시(도 3 및 도 4를 참조하라): 원격 사이트 상에 위치되는 각각의 이용자는 메인 SIP 서버(MSS)에 위치되는 보이스 메일 서비스를 이용할 수 있다. 이 서비스는 시스템이 어떠한 모드(정상/백업)에 있을지라도, 이용자 자신의 메일박스의 상태에 의해 이용자에게 고지한다. 그와 같은 목적을 위해, 단말기의 등록 이후에, 백업 SIP 서버(BSS)는 적절한 구독 요청(메시지 대기 표시(EventPackage))을 메인 SIP 서버(MSS)로 전파한다. 이용자의 보이스 메일 상태의 어떤 현저한 변화가 있으면, 적절한 통지가 메인 SIP 서버(MSS)로부터 송신되고 대응하는 이용자에게 전파될 것이다. 애플리케이션 또는 장비는 이 통지를 이용하여 이용자에게 적절한 방식(팝업 윈도, 아이콘, LED 점등, 톤 등)을 통해 고지할 수 있다

b) 자원 프레즌스 상태: 원격 사이트의 SIP 디바이스들은 전역 자원 상태 정보(원격 이용자 프레즌스 상태, 보이스메일 서비스로서의 서비스 이용 가능성…)를 디스플레이할 수 있다. 그와 같은 목적을 위해, SIP 이용자 에이전트는 구독 요청(Presence Event Package)을 백업 SIP 서버(bSS)에 송신한다. 이 후자는 그와 같은 요청을 메인 SIP 서버(MSS)에 전송하고 대응하는 이용자 에이전트들로의 후속 통지들을 프로세싱한다.

c) 회의 구성원 통지: SIP 이용자 에이전트는 메인 SIP 서버(MSS)에서의 회의 서버에 의해 주관되는 회의에 참여할 수 있고, 백업 SIP 서버(BSS)로의 구독 요청(Conference Event Package)을 통해 모든 참여자들의 각각의 프레즌스 상태들을 요구할 수 있으며, 여기서 백업 SIP 서버(BSS)는 그와 같은 요청들을 전송할 것이고 후속 통지들을 프로세싱할 것이다.

도 3은 백업 모드에서, “메시지 대기 표시”로 칭해지는 서비스를 구독하기 위하여, 원격 사이트에 위치되는 단말기(T1)의 SIP 이용자 에이전트로부터 메인 사이트에 위치되는 메인 SIP 서버(MSS)로 SUBSCRIBE 메시지를 송신하는 것을 도시한다.

단말기(T1)는 백업 SIP 서버(BSS)에 메시지:

Subscribe1 :SIPUA@vmail.BackupSIPServer.com

From: SIPUA@BackupSIPServer.com

Event: message-summary

를 송신하고,

여기서 SIPUA@vmail.BackupSIPServer.com은 백업 모드에서 단말기(1)에 접속되는 보이스 메일 서비스의 URI이고,

SIPUA@BackupSIPServer.com은 백업 모드에서의 단말기(1)의 URI이다.

Subscribe2:SIPUA@vmail. MainSIPServer.com

From: SIPUA@MainSIPServer.com

Route: SIPGW1.MainSIPServer.com, SIPGW2.MainSIPServer.com

Event: message-summary

를 송신한다.

메시지(Subscribe2)에서, 메시지를 메인 SIP 서버(MSS)로 라우팅하기 위해 게이트웨이(SIPGW1)에 의해 필드 라우트가 추가되었다.

그리고 나서 게이트웨이(SIPGW1)는 공중 교환 전화 네트워크(PSTN)를 통해 게이트웨이(SIPGW2)에 메시지:

Subscribe3:SIPUA@vmail. MainSIPServer.com

From: SIPUA@MainSIPServer.com

Route: SIPGW2.MainSIPServer.com

Event: message-summary

를 송신한다.

메시지(Subscribe3)에서, 방금 교차되었던 SIP 게이트웨이(SIPGW1)의 URI를 억제함으로써 게이트웨이(SIPGW1)에 의해 헤더 필드 라우트가 변경되었다.

그리고 나서 게이트웨이(SIPGW2)는 메인 SIP 서버(MSS)에 메시지:

Subscribe4:SIPUA@vmaiI.MainSIPServer.com

From: SIPUA@MainSIPServer.com

Event: message-summary

를 송신한다.

메시지(Subscribe4)에서, 방금 교차되었던 SIP 게이트웨이(SIPGW2)의 URI를 억제함으로써 게이트웨이(SIPGW2)에 의해 필드 라우트가 변경되었다.

그리고 나서 메인 SIP 서버(MSS)는 게이트웨이(SIPGW2), 공중 교환 전화 네트워크(PSTN), 게이트웨이(SIPGW1) 및 백업 SIP 서버(BSS)를 통해 확인응답 메시지 “200ok”를 단말기(T1)로 송신한다.

본 발명에 따른 백업 SIP 서버에 의해 원격 사이트로부터의 통지 및 발행들이 가능하다.

a) 발행들(하나의 예가 도 6을 참조하여 후술될 것이다)

-- 프레즌스 상태 발행(RFC 3856 및 PUBLISH 메쏘드):

메인 사이트의 디바이스들(회의 서버들, 메시징 애플리케이션들, 라우팅…)에게는 원격 사이트에 위치되는 이용자들에 대한 프레즌스 상태 정보가 필요하다. 이 프레즌스 데이터는 백업 SIP 서버(BBS) 및 백업 SIP 시그널링 링크를 통해, 원격 사이트에 있는 이용자 에이전트들로부터 메인 SIP 서버(MSS)와 연관되는 프레즌스 에이전트로 전달된다.

-- 호출 통계 발생(PUBLISH 메쏘드):

메인 사이트의 일부 디바이스들(과금 애플리케이션, 회의 서버들, 라우팅, 보이스 품질 시스템 모니터링)에는 영구 호출(permanent call) 통계 정보가 필요하다. 이 호출 통계들은 백업 SIP 서버(BBS) 및 백업 SIP 시그널링 링크를 통해, 원격 사이트에 있는 이용자 에이전트들로부터 메인 SIP 서버(MSS)와 연관되는 호출 통계 에이전트로 전달된다.

b) 통지들(하나의 예가 도 4를 참조하여 후술될 것이다)

-- 호출 통계 통지들: RFC6035에 따르면, 구독/통지 메커니즘이 또한 그와 같은 경우에 이용될 수 있다.

-- 호출 종료 통지: Dialog Event Package(RFC4235)를 이용하는 자동 재다이얼 특징은 메인 사이트에 위치되는 이용자(A)가 원격 사이트에 위치되고 통화 중인 이용자(B)와 컨택하고자 시도하고 있을 때 이 이용자 (A)에 의해 인보킹(invoking)될 수 있다. 이용자(A)에 대한 자동 재다이얼을 허용하기 위해서, 호출 종료의 통지는 이용자(B)가 통화 가능해질 때 메인 SIP 서버(MSS)로 전송된다.

도 4는 백업 모드에서, 단말기(T1)에 메시지가 대기 중임을 통지하기 위하여, 메인 사이트에 위치되는 메인 SIP 서버(MSS)로부터 원격 사이트에 위치되는 단말기(T1)의 SIP 이용자 에이전트에 NOTIFY 메시지를 송신하는 것을 도시한다.

메인 SIP 서버(MSS)는 게이트웨이(SIPGW2)에 메시지:

Notify1:SIPUA@MainSIPServer.com

From: SIPUA@MainSIPServer.com

Route: SIPGW2.MainSIPServer.com, SIPGW1.MainSIPServer.com

Event: message-summary

Messages-Waiting: yes

를 송신한다.

메인 SIP 서버(MSS)는 메시지를 백업 SIP 서버(BSS)로 라우팅하기 위해 필드 라우트를 추가한다.

그리고 나서 게이트웨이(SIPGW2)는 공중 교환 전화 네트워크(PSTN)를 통해 게이트웨이(SIPGW1)에 메시지:

Notify2:SIPUA@MainSIPServer.com

From: SIPUA@MainSIPServer.com

Route: SIPGW1.MainSIPServer.com

Event: message-summary

Messages-Waiting: yes

를 송신한다.

게이트웨이(SIPGW2)는 이미 교차되었던 SIP 게이트웨이(SIPGW2)의 URI를 억제함으로써, 메시지(Notify2) 내의 필드 라우트를 수정한다.

그리고 나서 게이트웨이(SIPGW1)는 백업 SIP 서버(BSS)에 메시지:

Notify3: SI PUA@MainSIPServer.com

From: SIPUA@MainSIPServer.com

Event: message-summary

Messages-Waiting: yes

를 송신한다.

게이트웨이(SIPGW1)는 방금 교차되었던 SIP 게이트웨이(SIPGW1)의 URI를 억제함으로써 메시지(Notify3) 내의 필드 라우트를 수정한다.

그리고 나서 백업 SIP 서버(BSS)는 단말기(T1)에 메시지:

Notify4:SIPUA@BackupSIPServer.com

From: SIPUA@BackupSIPServer.com

Event: message-summary

Messages-Waiting: yes

를 송신한다.

그리고 나서 단말기(T1)는 백업 SIP 서버(BSS), 게이트웨이(SIPGW1), 공중 교환 전화 네트워크(PSTN) 및 게이트웨이(SIPGW2)를 통해 확인응답 메시지 “200ok”를 메인 SIP 서버(MSS)로 송신한다.

본 발명에 따른 백업 SIP 서버에 의해 또한 메인 사이트로부터의 구독이 가능하다.

도 5는 백업 모드에서, 호출 통계 발행(statistics publication)을 구독하기 위하여, 메인 사이트에 위치되는 메인 SIP 서버(MSS)로부터 원격 사이트에 위치되는 단말기(T1)의 SIP 이용자 에이전트에 SUBSCRIBE 메시지들을 송신하는 것을 도시한다.

메인 SIP 서버(MSS)는 게이트웨이(SIPGW2)에 메시지:

Subscribe1:SIPUA@MainSIPServer.com

From: callStat@MainSIPServer.com

Route: SIPGW2.MainSIPServer.com,

SIPGW1.MainSIPServer.com

Event: vq-rtcpxr

를 송신한다.

메시지(Subscribe1)에서, 메인 SIP 서버(MSS)는 메시지를 백업 SIP 서버(BSS)로 라우팅하기 위해 필드 라우트를 추가한다.

Subscribe2: SIPUA@MainServer.com

From: callStat@MainSIPServer.com

Route: SIPGW1.MainSIPServer.com

Event: vq-rtcpxr

를 송신한다.

여기서 callStat@MainSIPServer.com는 호출 통계 발행 서비스의 URI이다.

Subscribe3: SIPUA@MainSIPServer.com

From: callStat@MainSIPServer.com

Event: vq-rtcpxr

를 송신한다.

그리고 나서 백업 SIP 서버(BSS)는 단말기(T1)에 메시지:

Subscribe4: SIPUA@BackupSI PServer.com

From : callStat@BackupSIPServer.com

Event: vq-rtcpxr

를 송신한다.

본 발명에 따른 백업 SIP 서버에 의해 원격 사이트로부터의 발행들이 가능하다.

도 6은 백업 모드에서, 메인 SIP 서버(MSS)에 호출 통계들을 통지하기 위하여, 원격 사이트에 위치되는 단말기(T1)의 SIP 이용자 에이전트로부터 메인 사이트에 위치되는 메인 SIP 서버(MSS)로 PUBLISH 메시지를 송신하는 것을 도시한다.

단말기(T1)는 백업 SIP 서버(BSS)에 메시지:

Publish1: SIPUA@BackupSIPServer.com

From: SIPUA@BackupSIPServer.com

Event: vq-rtcpxr

를 송신한다.

Publish2:SIPUA@MainSIPServer.com

From: SIPUA@MainSIPServer.com

Route: IPGW1.MainSIPServer.com,

SIPGW2.MainSIPServer.com

Event: vq-rtcpxr

를 송신한다.

백업 SIP 서버(BSS)는 메시지를 메인 SIP 서버(MSS)로 라우팅하기 위해 필드 라우트를 추가한다.

Publish3:SIPUA@MainSIPServer.com

From: SIPUA@MainSIPServer.com

Route: SIPGW2.MainSIPServer.com

Event: vq-rtcpxr

를 송신한다.

그리고 나서 SIP 게이트웨이(SIPGW2)는 메인 SIP 서버(MSS)에 메시지:

Publish4: SIPUA@MainSIPServer.com

From: SIPUA@MainSIPServer.com

Event: vq-rtcpxr

를 송신한다.

도 7은 본 발명에 따른 백업 SIP 서버(BSS)의 하나의 실시예를 도시하는 블록도이다. 이는:

- 관리 및 구성 모듈(MMC);

- 종래의 SIP 서버(CSS);

- 및 본 발명에 따른 백업 동작들을 구현하는 백업 애플리케이션 서버(BAS)를 포함한다.

종래의 SIP 서버(CSS)는 레지스트라 모듈(RGM) 및 프록시 서버(PRX)를 포함한다. 백업 애플리케이션 서버(BAS)는:

- 레지스트라 모듈(RGM) 내에 기록되어 있는 등록 데이터를 복제하고 프록시(PRX)를 통해 메인 SIP 서버(MSS)에 송신하는 전송 등록 관리자(FRM);

- 메시지를 메인 SIP 서버(MSS)로 전송하기 전에 상기 SIP 메쏘드들의 각각을 상기 메시지 내에서 유지하거나 삭제하기 위해, 단말기에 의해 송신되는 상기 메시지 내에 표시되는 “상기 SIP 메쏘드들”(INVITE, ACK, BYE, REGISTER, SUBSCRIBE, NOTIFY, MESSAGE, PUBLISH, OPTIONS,…)을 체크하는 정책 관리자(POM);

- 및 IP 네트워크(WAN)에 의해 반송되는 IP 링크(IPL)를 모니터링하는 링크 모니터 관리자(LMM)를 포함한다. 링크 모니터 관리자가 IP 링크(IPL)의 어떤 고장을 검출하면, 이것은 로컬 단말기들을 등록하기 위해 백업 SIP 서버(BSS)의 레지스트라 모듈(RGM)을 인에이블(enable)하고, 이것은 공중 교환 전화 네트워크(PSTN)을 통해 백업 SIP 시그널링 채널(BL)을 셋업한다. 서비스들에 관한 시그널링 정보는 메인 SIP 서버(MSS)로 전송되고, 반면에 보이스에 관한 시그널링은 백업 SIP 서버(BSS)에 의해 처리된다.

정책 관리자(POM)에 의해 선택되는 메쏘드들의 예들:

- 초대(INVITE):

ｏ 비 미디어 세션(Case Content-Type 헤더 <>sdp: Content-Length 헤더에 좌우된다): cf 미디어 유형 기술(http://www.iana.org/assignments/media-types)

ｏ 미디어 세션 (Content-Type 헤더: application/sdp): NO

ｏ Content-Type 부재: NO(Ack에서 SDP인 것으로 가정,...)

- 캔슬(CANCEL):

- 바이(BYE):

- ACK:

ｏ 비 미디어 세션으로부터의 경우: YES

ｏ 기타: no

- 참조: NO

- 등록: YES

- 구독/통지(SUBSCRIBE/NOTIFY): Event 헤더 컨텐츠들에 좌우; 또한 Content-Length 헤더 값에 좌우될 수 있다:

ｏ 메시지-요약: YES(rfc3842)

ｏ vq-rtcpxr: YES(rfc6035)

ｏ 프레즌스: YES(rfc3856)

ｏ winfo: YES(rfc3857)

ｏ dialog: YES(rfc4235)

ｏ 회의: YES(rfc4575)

ｏ ...(목록은 완전하지 않다)

- 메시지: Content-Length 값(및 레이트: 트래픽이 너무 중요한 경우 모든 데이터는 송신될 수 없다)에 좌우된다

- OPTIONS: YES

- INFO: Content-Length 값 및 레이트에 좌우된다

- PUBLISH: Event 헤더가 수용되는 경우(rfc3903)

일부 우선순위들은 또한, 전송이 보장되는지 또는 아닌지 간에, 백업 시그널링 링크의 값 및 용량에 따라 메쏘드들, 이벤트들 또는 이용자들과 연관될 수 있다(SDP 초대는 결정된 이용자에 대해 또는 결정된 저 우선순위로 권한 부여될 수 있다).

도 8은 백업 애플리케이션 서버(BAS)에서 링크 모니터 관리자(LMM)에 의해 행해지는 동작들을 도시한다:

단계 81: 초기화 시에, 백업 SIP 서버(BSS)는 스탠바이 중인, 즉 자체의 포트가 닫혀 있다.

단계 82: 링크 모니터 관리자(LMM)는 네트워크(WAN)를 통해 IP 링크의 가능한 디폴트를 검출하기 위해, 킵 얼라이브(keep alive) 메시지를 IP 네트워크(WAN)를 통해 메인 SIP 서버(MSS)로 주기적으로 송신한다.

단계 83: 그리고 나서 링크 모니터 관리자(LMM)는 자신이 IP 네트워크(WAN)를 통해 메인 SIP 서버(MSS)로부터 응답을 수신하는지를 체크한다. 링크 모니터 관리자(LMM)가 응답을 수신한 경우, 자신은 백업 SIP 서버(BSS)를 스탠바이 상태로 유지하는 것을 계속한다(단계 81로 복귀).

단계 84: 링크 모니터 관리자(LMM)가 응답을 수신하지 않은 경우, 상기 링크 모니터 관리자(LMM)는 메인 SIP 서버(MSS)로 등록 요청들을 전송하기 위해 백업 SIP 서버(BSS)를 활성화시킨다.

단계 85: 그리고 나서 링크 모니터 관리자(LMM)는 IP 네트워크(WAN)의 복구를 대기한다: 링크 모니터 관리자(LMM)는 킵 얼라이브 메시지를 IP 네트워크(WAN)을 통해 메인 SIP 서버(MSS)로 주기적으로 송신한다.

단계 86: 그리고 나서 링크 모니터 관리자(LMM)는 자신이 IP 네트워크(WAN)를 통해 메인 SIP 서버(MSS)로부터 응답을 수신하는지를 체크한다. 링크 모니터 관리자(LMM)가 응답을 수신하지 않은 경우, 백업 SIP 서버는 활성을 유지한다(단계 84로 복귀).

단계 87: 링크 모니터 관리자(LMM)가 IP 네트워크(WAN)를 통해 메인 SIP 서버(MSS)로부터 응답을 수신하는 경우, 즉 IP 네트워크(WAN)에 의해 반송되는 IP 링크(IPL)가 다시 작동하는 경우, 이는 자신이 국지적으로 등록했던 SIP 이용자 에이전트를 등록 해제하고 나서 백업 SIP 서버(BSS)가 다시 스탠바이 상태가 되도록 한다(단계 81로 복귀).

도 9는 백업 애플리케이션 서버(BAS)에서 링크 모니터 관리자(LMM)에 의해 행해지는 단계 84를 더 상세하게 도시한다: 링크 모니터 관리자(LMM)가 응답을 수신하지 않으면, 링크 모니터 관리자(LMM)는 백업 SIP 서버(BSS)를 활성화시킨다:

단계 91: 링크 모니터 관리자(LMM)는 레지스터 모듈(RGM)이 등록을 요청하는 원격 사이트의 단말기들의 이용자들을 등록하는 것을 허용하도록 상기 레지스터 모듈(RGM)을 활성화시킨다.

단계 92: 그리고 나서 링크 모니터 관리자(LMM)는 백업 SIP 시그널링 링크(BL)를 셋업하기 위해, 게이트웨이(SIPGW1)에게 공중 네트워크(PSTN)를 통해 게이트웨이(SIPGW2)로의 호출을 셋업하라고 요청하는 SIP 메시지 INVITE를 상기 게이트웨이(SIPGW1)에 송신한다.

단계 93: 게이트웨이(SIPGW1)가 부정으로 응답되거나 응답되지 않는 경우, 링크 모니터 관리자(LMM)는 다시 시도한다(단계 92로 복귀).

단계 94: 게이트웨이(SIPGW1)가 긍정으로 응답하면, 백업 SIP 시그널링 링크(BL)는 이제 공중 교환 전화 네트워크(PSTN)을 통해 이용 가능하다. 그리고 나서 링크 모니터 관리자(LMM)는 단계 85로 진행한다.

도 10은 전송 등록 관리자(FRM)의 동작들을 더 상세하게 도시한다.

원격 사이트에 위치되는 SIP 단말기의 SIP 이용자 에이전트가 프록시(PRX)를 통해 SIP 레지스터 요청(RRQ1)을 송신하면, 이 요청은 전송 등록 관리자(FRM)에 의해 국지적으로 처리된다. 백업 SIP 서버(BSS)가 활성화되는 경우:

- 전송 등록 관리자(FRM)는 프록시(PRX)를 통해 SIP 레지스터 요청 메시지(PRQ2)를 메인 SIP 서버(MSS)에 송신함으로써 등록 요청을 전송한다. 그리고 나서 메인 SIP 서버(MSS)는 자신이 이용자를 등록했음을 확인응답한다. 그리고 나서 전송 등록 관리자(FRM)는 레지스트라 모듈(RGM)의 일부인 데이터베이스(D)에 메인 SIP 서버(MSS)가 이용자를 등록했다는 표시를 저장한다.

- 전송 등록 관리자(FRM)는 레지스트라 모듈(RGM)의 일부인 레지스트라 메모리(RM)에 로컬 등록을 허용하고, 레지스터 요청(RRQ1)을 송신했던 단말기로의 확인응답 메시지(ROK)(200ok)의 송신을 허용한다.

도 11은 정책 등록 관리자(POM)의 동작들을 더 상세하게 도시한다: 프록시(PRX)를 통하여 전송되는 모든 요청들은 정책 관리자(POM)에 의해 처리된다. 원격 사이트에 위치되는 SIP 단말기의 SIP 이용자 에이전트가 프록시(PRX)를 통해 SIP 요청(RRQ1)을 송신할 때, 정책 관리자(POM)는 미리 결정된 규칙들에 따라 다음 응답들 중 하나일 수 있는 응답(RS)을 프록시(PRX)에 공급한다:

- 수정 없이(예를 들어 로컬 호출 또는 공중 네트워크(PSTN)을 통한 단순 전화 호출에 대한) 처리 계속.

- 부정 응답(예를 들어 이용 가능한 대역폭이 불충분하므로 공중 교환 전화 네트워크(PSTN)을 통한 비디오 호출을 거절 또는 공중 교환 전화 네트워크(PSTN)가 지원할 수 없는 실시간 시그널링을 필요로 하는 서비스를 거절).

- 요청을 자신의 목적지로 전송(헤더 수정들이 있다).

- 행위 없음(예를 들어, 도 2 상에서, 백업 SIP 서버(BSS)가 메시지(200ok)를 수신할 때 행해지는 행위가 존재하지 않는데, 왜냐하면 메시지(Register1)는 메시지(200ok)를 단말기(T1))에 송신함으로써 이전에 벌써 확인응답을 하였기 때문이다.

본 발명에 따른 백업 SIP 서버가 기업 네트워크에 설치될 때, 종래의 SIP 단말기들에서 어떠한 수정도 없이 이 SIP 단말기들을 이용하는 것이 가능하다.

도 12는 종래의 SIP 단말기(T1)가 본 발명에 따른 백업 SIP 서버와 협업할 때 원격 사이트에 위치되는 종래의 SIP 단말기(T1)의 동작들을 도시한다. 이 단말기는 메인 SIP 서버의 어드레스 및 백업 SIP 서버의 어드레스를 저장한다.

단계 121: 단말기는 자체의 초기 상태에 있다. 일반적으로, 이 초기 상태에서, 단말기들은 이전에 메인 SIP 서버 상에 등록되었다.

단계 122: 단말기는 임의의 SIP 서버 상의 등록을 요청하는 SIP 메시지(REGISTER)를 주기적으로 송신한다.

단계 123: 그리고 나서 단말기는 메인 SIP 서버가 응답하는지를 체크한다. 메인 SIP 서버가 응답하면, 단말기는 자체의 초기 상태에서 유지되거나(단계 121로 복귀) 호출이 진행 중이라면 호출의 정상 단계들을 계속한다.

단계 122: 두 주기적인 자동 체킹 사이에서, 메인 SIP 서버와 함께 있는 IP 링크가 더 이상 작동하지 않는 동안 단말기의 이용자는 호출을 행하는 시도를 할 수 있다. 상기 시도는 메인 SIP 서버로 어드레싱되는 SIP 메시지(INVITE)의 송신을 유발시킨다.

단계 123: 그리고 나서 단말기는 메인 SIP 서버가 응답하는지를 체크한다. 메인 SIP 서버가 응답하면, 단말기는 호출의 정상 단계들을 계속한다.

단계 124: 메인 SIP 서버가 응답을 하지 않으면, 단말기는 백업 SIP 서버(예를 들어, 상술한 백업 SIP 서버(BSS)) 상에 등록되기 위해 SIP 메시지(REGISTER)를 송신한다.

단계 125: 그리고 나서 단말기는 SIP 서버가 응답하는지를 체크한다. 백업 SIP 서버가 소정의 시간 간격 내에서 응답하였다면, 단말기는 메인 SIP 서버 상의 등록을 요청하는 SIP 메시지(REGISTER)를 주기적으로 송신하는 것을 계속하기 위해 자체의 초기 상태로 되돌아간다(단계 121로 복귀).

단계 126: 백업 SIP 서버가 단말기를 등록했다고 상기 백업 SIP 서버가 응답했다면, 단말기는 새 상태 “백업 SIP 서버에 등록됨”로 진입한다. 이는 메인 SIP 서버에 의해 호스팅되는 서비스들을 이용하기 위한 백업 SIP 서버로부터 이득을 얻을 수 있다.

도 13은 본 발명에 따른 게이트웨이의 하나의 실시예(SIPGW1)를 도시하는 블록도이다. 메인 사이트에 위치되는 피어 게이트웨이(SIPGW2)는 유사하다. 이 실시예(SIPGW1)는 종래의 게이트웨이(CGW), 프록시(PRO) 및 데이터 압축 모듈(DC)을 포함한다. 종래의 게이트웨이(CGW)는 다음을 포함한다:

- IP 인터페이스들, SIP 및 트렁크 층들 및 라우트 구성의 파라미터들과 같은 파라미터들을 저장하는 관리 및 구성 모듈(MC).

게이트웨이를 공중 네트워크(PSTN)의 트렁크에 결합하기 위한 아날로그 또는 디지털 트렁크 인터페이스 모듈(TI). 이의 유형은 트렁크의 유형에 좌우된다.

- 기업 네트워크에 결합되는 미디어 서버 모듈(MS): 이는 IP 네트워크 측에 위치되고 RTP/RTCP/T38… 플로우들을 관리한다.

- 트랜스코더 모듈(TC): 이는 데이터 페이로드를 위해 기업 IP 네트워크 프로토콜에서 이용되는 프로토콜을 공중 네트워크(PSTN)의 트렁크에서 이용되는 프로토콜로, 그리고 그 역으로 변환하기 위해서, 오디오 코더들, HDLC(High-Level Data Control) 트랜스코더 및 모뎀과 같은 여러 유형들의 트랜스코딩 리소스들을 포함한다.

- 호출 제어 모듈(CC): 이는 호출하는 당사자의 단말기에 의해 이용되는 신호화(SIP, Q931, 아날로그…)의 유형에 따라 호출을 관리하고, 미디어 서버 모듈(MS), 트랜스코더 모듈(TM) 및 트렁크 모듈(TM)을 구동시킨다.

백업 SIP 서버(BSS)의 이용은 관리 및 구성 모듈(MC) 및 종래의 게이트웨이(CGW)의 호출 제어 모듈(CC)의 수정을 함축한다. 관리 및 구성 모듈(MC)은 다음의 파라미터들을 수신 및 저장하기 위해 수정된다:

- 백업 링크(BL)를 설정하기 위해 이용될 구제 호출(rescue) 번호.

- 데이터 압축 플래그(압축을 가능하게 하고/불능화한다).

- 백업 링크(BL)의 대역폭의 값(선택사양).

호출 제어 모듈(CC)은 호출되는 번호가 구제 호출 번호와 정합하는 경우 트랜스코더 모듈(TC)의 적절한 HDLC 리소스들을 시작(각각 중단)하도록(상기 호출 제어 모듈(CC)이 임의의 다른 호출에서 통상적으로 행해지는 바와 같이, 트랜스코더 모듈(TC)의 오디오 코더 자원들 및 미디어 서버(MS)의 자원들을 시작(각각 중단)하는 대신) 수정된다.

프록시 모듈(PRO)은 SIP 요청-URI에 포함되는 IP 어드레스에 따라 각각의 SIP 메시지를 전송한다. SIP 메시지는 자체의 IP 어드레스가 게이트웨이(SIPGW1)의 어드레스인 경우 호출 제어 모듈(CC)로(정상 ISDN 호출), 아니면 IP 어드레스가 메인 SIP 서버(MSS)의 어드레스인 경우 데이터 압축 모듈(DC)로 송신된다. 후자의 경우 프록시는 경로 헤더 내에 자기 자신의 IP 어드레스를 각각의 레지스터 메쏘드로 추가한다. 메인 SIP 서버(MSS)로 송신되는 각각의 다른 SIP 메쏘드의 경우, 프록시(PRO)는 자기 자신의 IP 어드레스를 라우트 헤더 내에 억제한다.

데이터 압축 모듈(DCM)은 SIP 패킷들의 크기를 감소시킴으로써 백업 링크(BL) 상에서의 최대 시그널링 데이터 레이트를 증가시키기 위해, 구성 파라미터들에 따라 압축을 적용한다.

도 14는 SIP 게이트웨이(SIPGW1)(및 SIPGW2) 상에서의 호출 설정을 위해 본 발명에 따른 게이트웨이의 이 실시예에 의해 행해지는 동작들을 도시한다. 게이트웨이(SIPGW1)에 의해 관리되는 2개의 유형들의 호출들이 존재한다:

- 보이스 호출을 행하기 위해 로컬 전화로부터/로 이용되는 기본 인출/인입 호출들.

- 호출 제어 모듈(CCM)이 SIP 시그널링 데이터를 위해 백업 링크(BL)를 설정해야만 할 때, 구제 호출 번호에 기초하는 인출 구제 호출.

게이트웨이(SIPGW2)에 의해 관리되는 2개의 유형들의 호출들이 존재한다:

- SIPGW1의 호출 제어 모듈(CCM)이 SIP 시그널링 데이터를 위해 백업 링크(BL)를 설정해야만 할 때, 구제 호출 번호에 기초하는 인입하는 구제 호출.

- 단계 140: 호출 제어 모듈(CC)은 공중 네트워크(PSTN)으로/으로부터의 인출하는 호출(SIPGW1)/인입하는 호출(SIPGW2)을 셋업하기 위한 요청을 수신한다.

- 단계 141: 호출 제어 모듈(CC)은 인출/인입하는 호출 설정 요청에 대해, 호출되는 번호를 체크한다.

- 단계 142: 상기 번호가 구제 호출 번호와 정합하면, 호출 제어 모듈(CC)은 HDLC 프로토콜을 지원하는 백업 링크(BL)를 셋업한다.

- 단계 143: 상기 번호가 구제 호출 번호와 정합하지 않으면, 호출 제어 모듈(CC)은 기업 네트워크의 측에 RTP(Real Time Transport) 프로토콜을 지원하는 종래의 보이스 링크를 셋업하고, 트랜스코더 모듈(TC)에서 데이터 트랜스코딩을 시작한다.

도 15는 SIP 요청들 및 응답들을 메인 사이트에 송신하기 위해, 본 발명에 따른 게이트웨이의 이 실시예(SIPGW1)에서 행해지는 동작들을 도시한다:

- 단계 150: 원격 사이트로부터 기원하는 SIP 메시지는 게이트웨이(SIPGW1)의 프록시(PRO)에 의해 수신된다.

- 단계 151: 프록시(PRO)는 자체의 목적지 URI(요청-URI 또는 SIP 요청 메시지에 대해 식별되는 목적지)의 컨텐츠를 체크한다:

- 단계 152: URI = XXX@SIPGWAddress라면, 프록시(PRO)는 게이트웨이(SIPGW1)의 호출 제어 모듈(CC)에 메시지를 직접적으로 전송한다.

- 단계 153: URI = XXX@MainSIPGServerAddress라면, 프록시(PRO)는 대역폭을 백업 링크(BL) 상에 저장하기 위해 메시지를 데이터 압축 모듈(DC)로 전송한다.

- 단계 154: 그리고 나서 압축된 메시지는 압축된 메시지를 백업 링크(BL) 상에서 PSTN 네트워크를 통해 전송하기 위해, 게이트웨이(SIPGW1)의 트랜스코더 모듈(TC)(HDLC 코더)로 송신된다.

도 16은 SIP 이출 트래픽을 프로세싱 하기 위해 원격 사이트에 있는 SIPGW1 및 메인 사이트에 있는 피어 게이트웨이(SIPGW2) 이 둘 모두에 의해 행해지는 동작들을 도시한다. 프록시는 공중 네트워크(PSTN)를 통해 로컬 네트워크로부터, 또는 원격 엔티티(메인 사이트에 있거나 로컬 사이트에 있는)로부터 SIP 요청들 또는 응답들을 수신할 수 있다:

- 단계 160: 게이트웨이들(SIPGW1/SIPGW2)은 로컬 네트워크로부터 SIP 요청 또는 응답을 수신한다.

- 단계 161: 게이트웨이들(SIPGW1/SIPGW2)은 원격 사이트로부터 공중 네트워크(PSTN)를 통해 SIP 요청 또는 응답을 수신한다.

- 단계 162: 이 후자의 경우, HDLC 드라이버는 압축 데이터를 수신하고, 이를 압축해제 모듈로 전송한다. 압축해제 모듈은 SIP 메시지를 재구성하기 위해 데이터를 압축 해제하고 SIP 메시지를 게이트웨이의 프록시로 송신한다.

- 단계 163: 프록시는 SIP 메시지를 수신한다.

- 단계 164: 프록시는 SIP 메시지를 자체의 로컬 네트워크 내에 있는 자체의 목적지로(SIPGW1에 대해서는 BSS 그리고 SIPGW2에 대해서는 메인 SIP 서버(MSS)) 전송한다.

Claims

세션 개시 프로토콜(SIP)를 이용하는 기업 네트워크의 생존성을 위한 게이트웨이로서,
상기 기업 네트워크는 메인 사이트 및 적어도 하나의 원격 사이트를 포함하고, 상기 메인 사이트는 메인 SIP 서버(MSS)를 포함하고 상기 원격 사이트는 백업 SIP 서버(BSS)를 포함하고, 상기 두 사이트들은 인터넷 프로토콜 네트워크(WAN)를 통하는 인터넷 프로토콜 링크(IPL)을 경유하여 SIP 시그널링 메시지들을 교환하고,
상기 게이트웨이는,
구성 파라미터들을 저장하는 관리 및 구성 모듈(MC)과,
상기 게이트웨이를 공중 네트워크(PSTN)의 트렁크에 결합하기 위한 트렁크 인터페이스 모듈(TI)과,
상기 기업 네트워크에 결합되는 미디어 서버 모듈(MS)과,
상기 기업 네트워크에서 사용되는 미디어 및 프로토콜 중 적어도 하나를 상기 트렁크에서 사용되는 미디어 및 프로토콜 중 적어도 하나로, 그리고 그 역으로 변환하는 트랜스코더 모듈(TC)과,
호출하는 당사자의 단말기에 의해 이용되는 신호화의 유형에 따라 호출을 관리하고, 상기 미디어 서버 모듈(MS), 상기 트랜스코더 모듈(TC) 및 상기 트렁크 인터페이스 모듈(TI)을 구동하는 호출 제어 모듈(CC)과,
백업 링크(BL) 상에서 송신된 SIP 패킷들의 크기를 감소시키기 위해 상기 구성 파라미터들에 따라 압축을 적용하는 데이터 압축 모듈(DC)과,
프록시 모듈(PRO)을 포함하되,
상기 프록시 모듈(PRO)은,
상기 게이트웨이에 의해 수신된 각각의 SIP 메시지를 SIP 요청-URI 메시지에 포함된 IP 주소에 따라 전달 - 상기 SIP 메시지는 상기 IP 주소가 상기 게이트웨이의 주소이면 상기 호출 제어 모듈(CC)로 송신되거나 상기 IP 주소가 상기 메인 SIP 서버(MSS)의 주소이면 상기 데이터 압축 모듈(DC)로 송신됨 - 하고,
상기 IP 주소가 상기 메인 SIP 서버(MSS)의 주소이면, 상기 프록시 모듈의 IP 주소를 각각의 SIP 레지스터 메쏘드(method)로 경로 헤더 내에 추가하고,
상기 메인 SIP 서버(MSS)에 송신된 각각의 다른 SIP 레지스터 메쏘드에 대해, 상기 프록시 모듈의 IP 주소를 라우트 헤더 내에 억제하기 위한 수단을 포함하고,
상기 관리 및 구성 모듈(MC)은,
데이터 압축 플래그를 수신하고 저장하는 수단과,
상기 백업 링크(BL)를 설정하기 위해 이용되는 구제 호출 번호를 수신하고 저장하는 수단을 포함하고,
상기 호출 제어 모듈(CC)은 상기 호출이 상기 백업 링크를 설정하기 위한 구제 호출인가 또는 정상 호출인가의 호출의 속성에 따라 상기 미디어 서버 모듈(MS)과 상기 트랜스코더 모듈(TC)의 자원을 시작하고 정지하는 수단을 포함하는
게이트웨이.
제 1 항에 있어서,
상기 관리 및 구성 모듈(MC)은 상기 백업 링크(BL)의 대역폭의 값을 수신하고 저장하는 수단을 더 포함하는
게이트웨이.