KR20150041991A - 착신망의 호 처리 기능 장애 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체 - Google Patents

착신망의 호 처리 기능 장애 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체 Download PDF

Info

Publication number
KR20150041991A
KR20150041991A KR20130120661A KR20130120661A KR20150041991A KR 20150041991 A KR20150041991 A KR 20150041991A KR 20130120661 A KR20130120661 A KR 20130120661A KR 20130120661 A KR20130120661 A KR 20130120661A KR 20150041991 A KR20150041991 A KR 20150041991A
Authority
KR
South Korea
Prior art keywords
failure
connection request
request message
message
session connection
Prior art date
Application number
KR20130120661A
Other languages
English (en)
Other versions
KR102049586B1 (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 에스케이텔레콤 주식회사
Priority to KR1020130120661A priority Critical patent/KR102049586B1/ko
Publication of KR20150041991A publication Critical patent/KR20150041991A/ko
Application granted granted Critical
Publication of KR102049586B1 publication Critical patent/KR102049586B1/ko

Links

Images

Classifications

    • 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/1076—Screening of IP real time communications, e.g. spam over Internet telephony [SPIT]
    • H04L65/1079—Screening of IP real time communications, e.g. spam over Internet telephony [SPIT] of unsolicited session attempts, e.g. SPIT
    • 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/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1023—Media 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/10—Architectures or entities
    • H04L65/1045—Proxies, e.g. for session initiation protocol [SIP]
    • 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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명은 통신 시스템에서 착신망의 호 처리 기능 장애 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체에 관한 것으로, 이러한 본 발명에 따르면, 착신 서비스 제어 장치(S-CSCF)는 사용자 장치로부터 세션 연결 요청 메시지를 수신하면, 착신 사용자 장치에 할당된 프록시 제어 장치(P-CSCF)에 세션 연결 요청 메시지를 전송해야 한다. 이때, 프록시 제어 장치(P-CSCF)에 장애가 있는 경우, 서비스 제어 장치(S-CSCF)는 서킷교환망을 이용하여 착신사용자 장치와 호 처리를 진행하거나, 착신 사용자 장치에 할당된 프록시 제어 장치가 아닌 다른 프록시 제어 장치를 이용하여 세션 연결 절차를 진행한다. 이와 같이, 본 발명은 네트워크 장애가 발생한 경우에도, 정상적으로 호 처리 절차를 제공할 수 있어 서비스의 신뢰도를 높일 수 있다.

Description

착신망의 호 처리 기능 장애 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체{Apparatus for handling call processing function failure in called network, method thereof and computer recordable medium storing the method}
본 발명은 네트워크 장애 처리 기술에 관한 것으로, 더욱 상세하게는, 착신망의 세션 연결 절차를 수행하기 위한 특정 엔티티에 장애가 발생하였을 경우, 정상적으로 사용자 장치간의 연결 절차를 진행할 수 있도록 하는 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체에 관한 것이다.
초기에 3세대 이동통신망의 IP 멀티미디어 서비스를 위해 개발된 IMS(IP Multimedia Subsystem)는 현재 All IP 기반의 차세대 통신환경에서 새로운 서비스를 제공하기 위한 핵심 기술로 자리잡고 있다. IP 기반 망에서 IMS 제어를 통한 서비스 제어의 필요성은 서비스 품질, 과금, 서로 다른 서비스의 융합에서 찾을 수 있다.
기존 인터넷의 연결을 통해서도 모든 멀티미디어 서비스를 제공 할 수 있지만, 이는 best-effort 서비스에 국한된다. 그러나 IMS를 통해 세션에 대한 자원 할당을 수행함으로써 세션의 품질을 보장할 수 있다. 또한 IMS는 세션에 대한 적절한 과금을 가능하게 한다. 단순히 정액 과금 또는 패킷량에 따른 과금이 아니라 서비스의 종류와 품질, 사용자의 특성, 네트워크 사업자 및 서비스 제공자의 정책에 따른 적절한 과금 방식을 제공할 수 있다. 이와 더불어 IMS는 개방된 인터페이스 프로토콜을 통해 새로운 서비스를 쉽게 생성할 수 있고, 기존 서비스와의 결합을 통해 새로운 서비스를 창출 할 수 있는 환경을 제공한다. 네트워크 사업자와 서비스 제공자 모두에게 서비스를 위한 제어와 과금 능력을 제공하고, 사용자에게는 자신의 홈망에서 뿐 아니라 로밍시에도 자신의 모든 서비스를 수행할 수 있는 수단을 제공하는 IMS의 특성이 이동통신을 위해 정의된 IMS가 All IP 기반의 유무선 통합 환경에서 기본 제어 플랫폼으로 자리 잡아가고 있는 이유가 된다.
한국공개특허 제2012-0002249호, 2012년 01월 05일 등록 (명칭: P-CSCF의 장애를 복구하는 방법)
본 발명의 목적은 착신망의 세션 연결을 위한 프록시 제어 장치(P-CSCF)에 장애가 발생한 경우, 정상적으로 세션 연결 혹은 호 연결 절차를 제공할 수 있도록 하는 네트워크 장애를 처리하는 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체를 제공함에 있다.
상술한 바와 같은 목적을 달성하기 위한 본 발명의 바람직한 실시 예에 따른 네트워크 장애 처리를 위한 서비스 제어 장치는 메시지 송수신을 위한 인터페이스 모듈과, 상기 인터페이스 모듈을 통해 세션 연결 요청 메시지를 수신하였을 때, 착신 사용자 장치에 할당된 프록시 제어 장치의 장애를 확인하면, 미디어 게이트웨이가 상기 세션 연결 요청 메시지를 호 연결 요청 메시지로 변환하여 서킷교환망으로 전달하도록 상기 세션 연결 요청 메시지를 상기 인터페이스 모듈을 통해 상기 미디어 게이트웨이로 전송하는 제어 모듈을 포함한다.
상술한 바와 같은 목적을 달성하기 위한 본 발명의 바람직한 실시 예에 따른 네트워크 장애 처리를 위한 서비스 제어 장치는 메시지 송수신을 위한 인터페이스 모듈과, 상기 인터페이스 모듈을 통해 세션 연결 요청 메시지를 수신하였을 때, 착신 사용자 장치에 할당된 프록시 제어 장치의 장애를 확인하면, 상기 착신 사용자 장치에 할당된 프록시 제어 장치가 아닌 다른 프록시 제어 장치로 상기 세션 연결 요청 메시지를 상기 인터페이스 모듈을 통해 전송하는 제어 모듈을 포함한다.
상술한 바와 같은 목적을 달성하기 위한 본 발명의 바람직한 실시 예에 따른 서비스 제어 장치의 장애 처리를 위한 방법은 세션 연결 요청 메시지를 수신할 때, 착신 사용자 장치에 할당된 프록시 제어 장치의 장애를 확인하는 단계와, 상기 장애의 확인에 따라, 미디어 게이트웨이가 상기 세션 연결 요청 메시지를 호 연결 요청 메시지로 변환하여 서킷교환망으로 전달하도록 상기 세션 연결 요청 메시지를 상기 미디어 게이트웨이로 전송하는 단계를 포함한다.
상술한 바와 같은 목적을 달성하기 위한 본 발명의 바람직한 실시 예에 따른 서비스 제어 장치의 장애 처리를 위한 방법은 세션 연결 요청 메시지를 수신할 때, 착신 사용자 장치에 할당된 프록시 제어 장치의 장애를 확인하는 단계와, 상기 장애의 확인에 따라, 상기 세션 연결 요청 메시지를 상기 착신 사용자 장치에 할당된 프록시 제어 장치가 아닌 다른 프록시 제어 장치로 전송하는 단계를 포함한다.
본 발명에 따르면, 착신측의 서비스 제어 장치(S-CSCF)는 발신측 사용자 장치로부터 세션 연결 요청 메시지를 수신하였을 때, 프록시 제어 장치(P-CSCF)에 장애가 있다면, 다른 프록시 제어 장치 혹은 서킷교환망을 이용하여 세션 연결 절차 혹은 호 연결 절차가 정상적으로 진행되도록 한다. 이와 같이, 본 발명은 네트워크 장애가 발생한 경우에도, 정상적으로 호 처리 절차를 처리할 수 있어 서비스의 신뢰도를 높일 수 있다.
도 1은 본 발명의 실시 예에 따른 통신 시스템의 구성을 설명하기 위한 도면이다.
도 2는 본 발명의 실시예에 따른 서비스 제어 장치의 내부 구성을 설명하기 위한 블록도이다.
도 3은 본 발명의 실시예에 따른 어플리케이션 서버의 내부 구성을 설명하기 위한 블록도이다.
도 4는 본 발명의 실시예에 따른 프록시 제어 장치의 개략적인 구성을 설명하기 위한 블록도이다.
도 5는 본 발명의 제1 실시예에 따른 장애 처리 방법을 설명하기 위한 흐름도이다.
도 6은 본 발명의 제2 실시예에 따른 장애 처리 방법을 설명하기 위한 흐름도이다.
도 7a 내지 도 7e는 본 발명의 실시예에 따른 장애 발생 확인 방법을 설명하기 위한 흐름도이다.
도 8은 본 발명의 실시예에 따른 서비스 제어 장치의 장애 처리 방법을 설명하기 위한 흐름도이다.
도 9는 본 발명의 제1 실시예에 따른 어플리케이션 서버의 장애 처리 방법을 설명하기 위한 흐름도이다.
도 10은 본 발명의 제2 실시예에 따른 프록시 제어 장치의 장애 처리 방법을 설명하기 위한 흐름도이다.
이하, 첨부된 도면을 참조하여 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자가 본 발명을 용이하게 실시할 수 있는 바람직한 실시예를 상세히 설명한다. 다만, 본 발명의 바람직한 실시예에 대한 동작 원리를 상세하게 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략한다.
도 1은 본 발명의 실시 예에 따른 통신 시스템의 구성을 설명하기 위한 도면이다.
도 1을 참조하면, 본 발명의 실시예에 따른 통신 시스템은 패킷교환(PS, Packet Switching)망과, 서킷교환망이 혼재된 시스템이다. 예컨대, 패킷교환망은 IMS(IP Multimedia Subsystem)망이 될 수 있다. 이러한 본 발명의 패킷교환망은 스위칭 장치(200), CSCF(Call State Control Function) 서버, 홈 가입자 서버(HSS, Home Subscriber Server, 600) 및 어플리케이션 서버(AS, Application Server, 700)를 포함한다. 특히, CSCF 서버는 프록시 제어 장치(P-CSCF, Proxy Call State Control Function, 300), 연결 제어 장치(I-CSCF, Interrogating Call State Control Function, 400), 및 서비스 제어 장치(S-CSCF, Serving Call State Control Function, 500)를 포함한다. 여기서, CSCF 서버는 프록시 제어 장치(P-CSCF, 300), 연결 제어 장치(I-CSCF, 400), 및 서비스 제어 장치(S-CSCF, 500)가 하나의 장치로 구현된 하나의 서버가 될 수 있다. 혹은 프록시 제어 장치(P-CSCF, 300), 연결 제어 장치(I-CSCF, 400), 및 서비스 제어 장치(S-CSCF, 500)는 각각이 구분되는 장치로 구현될 수도 있다. 착신망(20)에 추가로 서킷교환망의 구성이 도시되었다. 이는 미디어 게이트웨이(MGW, Media Gateway, 800), 회선 교환기(MSC, Mobile Switching Center, 900) 및 부가서비스 제공 장치(910)를 포함한다.
스위칭 장치(200)는 사용자 장치(100)로부터 수신되는 메시지를 복수의 프록시 제어 장치(300) 중 어느 하나로 전달하는 역할을 수행한다. 여기서, 메시지는 SIP(Session Initiation Protocol) 메시지가 될 수 있다. 예컨대, 스위칭 장치(200)는 L4(layer 4, 전송 계층) 스위치가 될 수 있다. 스위칭 장치(200)는 복수의 프록시 제어 장치(300)에 대한 부하가 분산되도록, 복수의 사용자 장치(100) 각각으로부터 수신되는 수 많은 메시지들을 분배하는 분배 규칙을 가진다. 스위칭 장치(200)는 이러한 분배 규칙에 따라, 특정 사용자 장치(100)로부터 수신되는 메시지는 특정 프록시 제어 장치(300)로 전달한다.
CSCF(Call Session Control Function) 서버는 가입자 등록, 인증, 부가서비스 제공, 라우팅, 각종 호 제어, 주소 처리(address handling) 등 SIP 기반의 세션 제어를 위한 기본 기능을 수행할 수 있다. 프록시 제어 장치(300)는 주로 IMS망 내에서 사용자 장치(100)에 대한 호 제어 및 라우팅을 수행한다. 또한, 연결 제어 장치(400)는 주로 사용자 장치(100)의 위치를 관리한다. 그리고 서비스 제어 장치(500)는 사용자 장치(100)의 프로파일을 관리하여 사용자 장치(100)에 제공될 부가서비스를 관장한다. 특히, 프록시 제어 장치(300) 및 서비스 제어 장치(500)는 복수이며, 사용자 장치(100)가 망에 등록할 때 할당될 수 있다.
프록시 제어 장치(300)는 사용자 장치(100)가 IMS에 접속하는 첫 번째 지점이다. 사용자 장치(100)로부터 등록 요청(REGISTER) 메시지가 전송되면, 프록시 제어 장치(300)는 이를 연결 제어 장치(400)로 전달할 수 있다. 이때, 프록시 제어 장치(300)는 자신의 주소 정보를 등록 요청 메시지에 포함시켜 전달한다. 이러한 프록시 제어 장치(300)의 주소 정보는 등록 시 사용자 장치(100)에 할당된 서비스 제어 장치(500)에 전달된다. 서비스 제어 장치(500)는 해당 사용자 장치(100)에 특정 메시지를 전송하고자 하는 경우, 프록시 제어 장치(300)가 등록 요청 메시지를 통해 전송한 주소 정보를 이용하여 해당 프록시 제어 장치(300)의 주소로 특정 메시지를 전송한다. 이에 따라, 프록시 제어 장치(300)는 서비스 제어 장치(500)로부터 수신한 특정 메시지를 사용자 장치(100)에 전달한다. 또한, 프록시 제어 장치(300)는 등록 요청 처리 과정에서 사용자 장치(100)에 할당된 서비스 제어 장치(500)의 주소를 저장해 두었다가, 사용자 장치(100)로부터 세션 연결 요청(INVITE) 메시지가 수신되면, 이를 저장된 서비스 제어 장치(500)에 주소로 전달할 수 있다.
연결 제어 장치(400)는 사용자 장치(100)의 사용자, 즉 가입자를 등록하는 과정에서 홈 가입자 서버(600)에 사용자 장치(100)의 위치를 등록한다. 또한, 연결 제어 장치(400)는 홈 가입자 서버(600)로부터 이용 가능한 서비스 제어 장치(500)의 주소 리스트를 획득하고, 이를 참조하여 사용자 장치(100)에 할당되어 실제 등록을 담당할 서비스 제어 장치(500)를 결정할 수 있다. 또는, 연결 제어 장치(400)는 홈 가입자 서버(600)로부터 사용자 장치(100)에 할당된 서비스 제어 장치(500)의 주소를 포함하는 메시지를 수신하여, 이 메시지에 따라 실제 등록을 담당할 서비스 제어 장치(500)를 결정할 수 있다.
서비스 제어 장치(500)는 연결 제어 장치(400)로부터 등록 요청 메시지가 수신되면 홈 가입자 서버(600)에 가입자를 등록하고, 홈 가입자 서버(600)로부터 프로파일을 획득할 수 있다. 서비스 제어 장치(500)는 프로파일을 이용하여 사용자 장치(100)에 제공할 부가서비스의 종류를 확인할 수 있다. 그리고 서비스 제어 장치(500)는 프로파일을 통해 사용자 장치(100)가 서킷교환망 및 패킷교환망 중 어느 하나만을 이용할 수 있는지 혹은 서킷교환망 및 패킷교환망 모두를 이용할 수 있는지 여부를 알 수 있다. 그리고, 서비스 제어 장치(500)는 어플리케이션 서버(700)가 사용자 장치(100)에 부가서비스를 제공할 수 있도록 사용자 장치(100)와 어플리케이션 서버(700) 간에 메시지를 교환할 수 있도록 연결한다. 또한 서비스 제어 장치(500)는 홈 가입자 서버(600)로부터 인증 정보, 즉, 인증 벡터(AV, Authentication Vector)를 획득하고, 이를 관리할 수 있다. 또한 서비스 제어 장치(500)는 인증 벡터(AV)를 이용하여 사용자를 인증한다.
홈 가입자 서버(600)는 사용자 장치(100)의 사용자에 대한 데이터베이스로서 사용자의 프로파일, 인증 및 위치 관련 데이터를 저장 및 관리하고, CSCF 서버가 요구하는 정보를 제공할 수 있다. 또한 홈 가입자 서버(600)는 인증 시 필요한 인증 벡터(AV)를 생성할 수 있다.
어플리케이션 서버(700)는 부가서비스를 제공하기 위한 장비이며, SIP를 사용하여 서비스 제어 장치(500)와 통신할 수 있다. 부가서비스의 서비스 예로 발신번호 관련 서비스(CLIP, CLIR 등), 호 대기, 호 보류, push-to-talk, 호 전환, 호 전달, 호 폐쇄 서비스, 악의의 발신 번호, 합법적인 감청, 서비스 안내, 회의 통화 서비스, 음성 사서함, 문자와 음성 변환, 위치 기반 서비스, SMS, MMS, 프레즌스 정보, 인스턴트 메시지 등의 서비스가 있다.
미디어 게이트웨이(800)는 패킷교환망과 서킷교환망 간의 시그널링 변환을 제공한다. 시그널링 변환은 패킷교환망에서 사용되는 메시지의 프로토콜과 서킷교환망에서 사용되는 메시지의 프로토콜 간의 포맷을 변환하는 것을 의미한다. 예컨대, SIP(Session Initiation Protocol) 메시지와 ISUP(Integrated Services Digital Network (ISDN) User Part) 메시지 사이의 변환을 수행한다. 이를 위하여, 미디어 게이트웨이(800)는 패킷교환망과 서킷교환망의 연동을 위한 프로토콜 변환 기능을 가진다.
회선 교환기(900)는 서킷교환망에 사용자 장치(100)가 접속하면 그 접속한 사용자 장치(100)에 대해 홈위치등록기(HLR, Home Location Register, 미도시) 혹은 홈 가입자 서버(600)와 연동하여 인증을 수행하며, 인증된 사용자 장치(100)를 위치 등록한다. 또한, 회선 교환기(900)는 사용자가 서킷교환망에서 서비스를 제공 받을 시에 홈위치등록기(미도시) 혹은 홈 가입자 서버(600)로부터 프로파일을 다운로드 받아서 호 연결 절차를 수행하며, 부가서비스 제공 장치(910)와 연동하여 부가서비스 처리를 수행한다. 유의할 것은, 홈위치등록기 및 홈 가입자 서버(600)는 홈위치등록기가 홈 가입자 서버(600)에 병합되어 하나의 장치로 구현될 수도 있고, 각자 개별로 구현될 수도 있다. 하나로 구현되는 경우, 서킷교환망의 엔티티들, 특히, 회선 교환기(900)도 홈 가입자 서버(600)에 접근할 수 있어야 한다. 홈위치등록기 및 홈 가입자 서버(600)가 개별로 구현되는 경우, 홈위치등록기 및 홈 가입자 서버(600)에 저장되는 사용자의 프로파일은 동기되어야 한다.
부가서비스 제공 장치(910)는 각 종 부가서비스를 제공하기 위한 서킷교환망 상의 엔티티들을 통칭하는 것으로, 부가서비스 제공 장치(910)는 하나 이상의 장치로 구현될 수 있다. 이러한 부가서비스는 부재중 발신번호제공, 개별통화수신거부, 통화가능통보, 컬러링백톤(Coloring-back tone), 음성 메시지 등의 서비스 등을 예시할 수 있다. 부재중발신번호제공 서비스는 착신자가 통화할 수 없는 상태에서 발신자의 통화 연결 시도가 있는 경우, 수신되지 않은 발신자의 전화번호를 수신자에게 제공한다. 개별통화수신거부 서비스는 특정 발신자의 통화 연결을 제한한다. 통화가능통보 서비스는 착신자가 통화중인 경우, 착신자가 통화 가능한 상태가 되었을 때 발신자에게 착신자와 통화가 가능함을 알려주는 부가서비스이다. 컬러링백톤 서비스는 일반적인 톤(tone) 방식의 링백톤음 대신 멀티미디어 파일을 링백톤으로 제공하는 서비스이다. 음성 메시지 서비스는 발신자의 음성 메시지를 착신자에게 제공하는 서비스이다.
본 발명은 착신망의 프록시 제어 장치(300)에 장애가 발생한 경우를 상정한다. 착신망에 위치한 서비스 제어 장치(500)는 발신 사용자 장치로부터 착신 사용자 장치와의 세션 연결을 요청하는 연결 요청 메시지를 수신했을 때, 프록시 제어 장치(300)의 장애를 확인하면, 세션 연결 요청 메시지를 다른 경로를 이용하여 착신 사용자 장치로 전달한다. 제1 실시예에 따르면, 서비스 제어 장치(500)는 세션 연결 요청 메시지를 서킷교환망을 통해 호 연결 요청 메시지로 변환하여 전송하도록 미디어 게이트웨이(800)로 전달한다. 제2 실시예에 따르면, 서비스 제어 장치(500)는 세션 연결 요청 메시지를 장애가 발생한 프록시 제어 장치(300)가 아닌 다른 프록시 제어 장치로 전달하여, 그 세션 연결 요청 메시지가 착신 사용자 장치에 전달되도록 한다. 이에 따라, 본 발명의 실시예에 따르면, 착신망의 프록시 제어 장치(300)에 장애가 발생한 경우에도 세션 연결 절차 혹은 호 연결 절차를 정상적으로 진행할 수 있다.
도 2는 본 발명의 실시예에 따른 서비스 제어 장치의 내부 구성을 설명하기 위한 블록도이다.
도 2를 참조하면, 본 발명의 실시예에 따른 서비스 제어 장치(500)는 인터페이스 모듈(510), 저장 모듈(520) 및 제어 모듈(530)을 포함한다.
인터페이스 모듈(510)은 프록시 제어 장치(300), 연결 제어 장치(400), 홈 가입자 서버(600), 미디어 게이트웨이(800) 등과 통신을 위한 것이다. 즉, 인터페이스 모듈(510)은 프록시 제어 장치(300), 연결 제어 장치(400), 홈 가입자 서버(600) 및 미디어 게이트웨이(800)로부터 메시지를 수신하고, 프록시 제어 장치(300), 연결 제어 장치(400), 홈 가입자 서버(600) 및 미디어 게이트웨이(800)로 메시지를 전송할 수 있다.
저장 모듈(520)은 데이터 저장을 위한 것으로, 본 발명의 실시예에 따른 각 종 데이터를 저장할 수 있다. 특히, 저장 모듈(520)은 사용자 장치(100)의 망 등록 절차 시, 홈 가입자 서버(600)로부터 수신한 인증 정보(인증 벡터, AV) 및 프로파일을 저장할 수 있다. 프로파일은 사용자 장치(100)의 사용자가 가입한 부가서비스의 목록을 포함한다. 이러한 프로파일은 사용자 장치(100)가 등록을 해제할 때까지 저장된다. 또한, 저장 모듈(520)은 사용자 장치(100)의 등록 절차 시, 사용자 장치(100)에 할당된 프록시 제어 장치(300)의 주소 정보를 저장할 수 있다.
제어 모듈(530)은 서비스 제어 장치(500)의 전반적인 동작 및 서비스 제어 장치(500)의 내부 블록들 간 신호 흐름을 제어하고, 데이터를 처리하는 데이터 처리 기능을 수행할 수 있다. 이러한 제어 모듈(530)은 중앙 처리 장치(CPU, Central Processing Unit), 등의 프로세서가 될 수 있다.
제어 모듈(530)은 인터페이스 모듈(510)을 통해 세션 연결 요청(INVITE) 메시지를 수신하면, 세션 연결 요청 메시지에 수납된 착신 사용자 장치의 식별자를 통해 착신 사용자 장치를 식별한다. 그런 다음, 착신 사용자 장치에 할당된 프록시 제어 장치(300)에 장애가 발생하였는지 여부를 판단한다. 본 발명은 착신 사용자 장치에 할당된 프록시 제어 장치(300)에 장애가 발생한 경우를 상정한다. 착신 사용자 장치에 할당된 프록시 제어 장치(300)에 장애가 발생한 경우, 제어 모듈(530)은 다음과 같은 방법에 따라 세션 연결 절차 혹은 호 연결 절차를 수행한다.
제1 실시예에 따르면, 제어 모듈(530)은 인터페이스 모듈(510)을 통해 장애 발생 알림 메시지를 어플리케이션 서버(700)로 전달한다. 이 장애 발생 알림 메시지는 착신 사용자 장치에 할당된 프록시 제어 장치(300)에 장애가 발생하였음을 알리고, 패킷교환망에서 서킷교환망으로 전환을 요청한다. 그리고, 제어 모듈(530)은 인터페이스 모듈(510)을 통해 어플리케이션 서버(700)로부터 라우팅 지시자를 포함하는 세션 연결 요청 메시지를 수신한다. 그런 다음, 제어 모듈(530)은 인터페이스 모듈(510)을 통해 라우팅 지시자를 제거한 세션 연결 요청 메시지를 미디어 게이트웨이(800)로 전달한다. 이에 따라, 미디어 게이트웨이(800)는 세션 연결 요청(INVITE) 메시지를 호 연결 요청(IAM) 메시지로 변환하여 회선 교환기(900)로 전달할 것이다. 그러면, 회선 교환기(900)는 해당 호 연결 요청을 착신 사용자 장치로 전달할 것이다.
제2 실시예에 따르면, 제어 모듈(530)은 인터페이스 모듈(510)을 통해 착신 사용자 장치에 할당된 프록시 제어 장치(300)가 아닌 다른 프록시 제어 장치(300)로 세션 연결 요청 메시지를 전달한다. 여기서, 착신 사용자 장치에 할당된 프록시 제어 장치(300)가 아닌 경우, 착신 사용자 장치와의 연결 정보(예컨대, IP/Port 정보)를 알 수 없다. 따라서 제어 모듈(530)은 세션 연결 요청 메시지에 착신 사용자 장치와의 연결 정보를 포함시켜 전송한다. 이에 따라, 착신 사용자 장치에 할당되지 않은 프록시 제어 장치(300)도 세션 연결 요청 메시지에 포함된 연결 정보와 착신 사용자 장치의 식별 정보를 이용하여, 세션 연결 요청 메시지를 착신 사용자 장치로 전달할 수 있다.
상술한 제1 실시예의 경우, 착신 사용자 장치가 패킷교환망 및 서킷교환망을 모두 사용할 수 있는 경우에만 가능하다. 착신 사용자 장치가 패킷교환망 및 서킷교환망을 모두 사용할 수 있는 경우 제1 및 제2 실시예를 통해 세션 연결 요청 혹은 호 연결 절차를 수행할 수 있다. 만약, 착신 사용자 장치가 패킷교환망 만을 이용할 수 있는 경우, 제2 실시예에 따라 세션 연결 절차를 수행해야 한다. 따라서 제어 모듈(530)은 착신 사용자 장치가 패킷교환망 및 서킷교환망 모두를 사용할 수 있는지 여부를 확인할 수 있다. 착신 사용자 장치가 착신망에 등록할 때, 제어 모듈(530)은 인터페이스 모듈(510)을 통해 홈 가입자 서버(600)로부터 착신 사용자 장치의 프로파일을 수신하여 저장 모듈(520)에 저장할 수 있다. 착신 사용자 장치가 서킷교환망 및 패킷교환망 모두를 사용할 수 있는지 혹은 패킷교환망만 사용할 수 있는지 여부는 프로파일에 기록된다. 따라서 제어 모듈(530)은 저장 모듈(520)에 저장된 프로파일을 통해 착신 사용자 장치가 서킷교환망 및 패킷교환망 모두를 사용할 수 있는지 여부를 확인할 수 있다. 따라서 제어 모듈(530)은 착신 사용자 장치가 서킷교환망 및 패킷교환망 모두를 사용할 수 있으면, 상술한 제1 및 제2 실시예 중 어느 하나를 수행하며, 착신 사용자 장치가 패킷교환망만을 이용할 수 있는 경우, 상술한 제2 실시예를 수행해야 한다.
한편, 제어 모듈(530)은 다음과 같은 방법으로 어플리케이션 서버(700)의 장애를 확인한다. 일 실시예에 따르면, 제어 모듈(530)은 인터페이스 모듈(510)을 통해 세션 연결 요청 메시지를 어플리케이션 서버(700)로 전송할 수 있다. 제어 모듈(530)은 세션 연결 요청 메시지에 대한 응답으로, 장애 발생을 알리는 장애 발생 알림 메시지를 수신하거나, 기 설정된 시간 동안 어떤 메시지도 수신하지 못한 경우, 어플리케이션 서버(700)에 장애가 발생한 것으로 인식한다. 다른 실시예에 따르면, 제어 모듈(530)은 인터페이스 모듈(510)을 통해 주기적으로, 장애 여부를 질의하는 장애 여부 확인 메시지를 어플리케이션 서버(700)로 전송할 수 있다. 제어 모듈(530)은 이러한 장애 여부 확인 메시지에 대응하여 장애가 발생하였음을 알리는 지시자를 포함하는 장애 여부 응답 메시지를 인터페이스 모듈(510)을 통해 수신하거나, 다음 주기가 도래하기 전 어떤 메시지도 수신하지 못하면, 어플리케이션 서버(700)에 장애가 발생한 것으로 인식한다. 또 다른 실시예에 따르면, 어플리케이션 서버(700)는 장애가 발생하였을 때, 장애 발생을 알리는 장애 발생 알림 메시지를 자체적으로 생성하여, 생성된 장애 발생 알림 메시지를 서비스 제어 장치(500)로 전송한다. 이에 따라, 인터페이스 모듈(510)을 통해 어플리케이션 서버(700)가 자체적으로 생성한 장애 발생 알림 메시지를 수신하면, 제어 모듈(530)은 어플리케이션 서버(700)에 장애가 발생한 것으로 인식한다.
도 3은 본 발명의 실시예에 따른 어플리케이션 서버의 내부 구성을 설명하기 위한 블록도이다.
도 3을 참조하면, 본 발명의 실시예에 따른 어플리케이션 서버(700)는 인터페이스 유닛(710), 저장 유닛(720) 및 제어 유닛(730)을 포함한다.
인터페이스 유닛(710)은 서비스 제어 장치(500), 홈 가입자 서버(600) 등과 통신을 위한 것이다. 즉, 인터페이스 유닛(710)은 서비스 제어 장치(500) 및 홈 가입자 서버(600) 등과 메시지를 송수신할 수 있다.
저장 유닛(720)은 데이터 저장을 위한 것으로, 본 발명의 실시예에 따른 각 종 데이터를 저장할 수 있다. 특히, 저장 유닛(720)은 사용자 장치(100)에 부가서비스를 제공하기 위한 각종 데이터를 저장할 수 있다. 예를 들면, 발신자의 정보를 착신자에 제공하는 부가서비스의 경우, 어플리케이션 서버(700)는 서비스 제어 장치(500)로부터 수신되는 세션 연결 요청 메시지에 발신자 정보를 포함시켜 서비스 제어 장치(500)로 전달할 수 있다. 이 세션 연결 요청 메시지에 포함된 발신자 정보는 착신자의 사용자 장치(100)로 전달되어 표시될 것이다. 예컨대, “안녕하세요 OOO입니다”와 같은 텍스트가 발신자 정보가 될 수 있다. 이러한 부가서비스 제공을 위하여, 저장 유닛(720)은 발신자가 미리 등록한 발신자 정보를 저장할 수 있다. 저장 유닛(720)은 설명된 예 이외에도 다양한 부가서비스를 제공하기 위한 각 종 데이터를 저장할 수 있다.
제어 유닛(730)은 서비스 제어 장치(500)의 전반적인 동작 및 서비스 제어 장치(500)의 내부 블록들 간 신호 흐름을 제어하고, 데이터를 처리하는 데이터 처리 기능을 수행할 수 있다. 이러한 제어 유닛(730)은 중앙 처리 장치(CPU, Central Processing Unit), 등의 프로세서가 될 수 있다.
제어 유닛(730)은 기본적으로, 사용자 장치(100)에 부가서비스를 제공하기 위한 프로세스를 수행한다. 세션 연결 요청 메시지를 수신한 서비스 제어 장치(500)는 어플리케이션 서버(700)가 부가서비스를 제공하도록 세션 연결 요청 메시지를 어플리케이션 서버(700)에 제공한다. 따라서, 제어 유닛(730)은 서비스 제어 장치(500)로부터 세션 연결 요청 메시지를 수신하면, 세션 연결 요청 메시지의 발신 사용자 장치 혹은 착신 사용자 장치의 식별 정보를 통해 대상을 인식하고, 해당하는 부가서비스를 제공하기 위한 프로세스를 수행한다. 예컨대, 제어 유닛(730)은 필요한 부가서비스를 제공하기 위하여, 세션 연결 요청 메시지를 가공하여, 가공된 세션 연결 요청 메시지를 서비스 제어 장치(500)에 전달할 수 있다. 또는, 제어 유닛(730)은 네트워크 상의 다른 엔티티와 연동하여 부가서비스를 제공한 후, 세션 연결 요청 메시지를 인터페이스 유닛(710)을 통해 서비스 제어 장치(500)에 전달할 수 있다.
하지만, 본 발명의 제1 실시예에 따라, 제어 유닛(730)은 인터페이스 유닛(710)을 통해 서비스 제어 장치(500)로부터 세션 연결 요청 메시지 대신 장애 발생 알림 메시지를 수신할 수 있다. 이에 따라, 제어 유닛(730)은 프록시 제어 장치(300)에 장애가 발생하였고, 또한, 제어 유닛(730)은 장애 발생을 이유로 서킷교환망을 이용하여 호 연결 절차를 진행해야 함을 인지할 수 있다.
따라서, 제어 유닛(730)은 패킷교환망에서 서킷교환망으로 호 연결 절차가 전환되도록 지시하는 라우팅 지시자를 포함하는 세션 연결 요청 메시지를 생성한다. 예컨대, 라우팅 지시자는 세션 연결 요청 메시지의 Request-URI 헤더에 포함된다. 이어서, 제어 유닛(730)은 라우팅 지시자를 포함하는 세션 연결 요청 메시지를 인터페이스 유닛(710)을 통해 서비스 제어 장치(500)로 전송한다. 만약, 라우팅 지시자 없이 세션 연결 요청 메시지를 서비스 제어 장치(500)로 전달한다면, 서비스 제어 장치(500)는 세션 연결 요청 메시지를 프록시 제어 장치(300)에 전달하려 할 것이며, 프록시 제어 장치(300)의 장애를 인식하고, 다시, 어플리케이션 서버(700)로 장애 발생 알림 메시지를 전송하는 무한 루프에 빠질 것이다. 이와 같이, 라우팅 지시자는 서비스 제어 장치(500)가 무한 루프에 빠지지 않고, 세션 연결 요청 메시지를 미디어 게이트웨이(800)로 세션 연결 요청 메시지를 전송하도록 한다. 그러면, 미디어 게이트웨이(800)는 세션 연결 요청 메시지를 호 연결 요청 메시지로 변환하여 서킷교환망으로 전달할 것이다.
도 4는 본 발명의 실시예에 따른 프록시 제어 장치의 개략적인 구성을 설명하기 위한 블록도이다.
도 4를 참조하면, 본 발명의 실시예에 따른 프록시 제어 장치(300)는 인터페이스부(310), 저장부(320) 및 제어부(330)를 포함한다.
인터페이스부(310)는 스위칭 장치(200), 연결 제어 장치(400) 및 서비스 제어 장치(500) 등과 통신을 위한 것이다. 즉, 인터페이스부(310)는 스위칭 장치(200), 연결 제어 장치(400) 및 서비스 제어 장치(500)로부터 메시지를 수신하고, 스위칭 장치(200), 연결 제어 장치(400) 및 서비스 제어 장치(500)로 메시지를 전송할 수 있다.
저장부(320)는 데이터 저장을 위한 것으로, 본 발명의 실시예에 따른 각 종 데이터를 저장할 수 있다. 특히, 저장부(320)는 사용자 장치(100)의 등록 시, 자신(프록시 제어 장치)에게 할당된 사용자 장치(100)의 식별 정보와 그 사용자 장치(100)에 할당된 서비스 제어 장치(500)의 주소를 매핑하여 저장할 수 있다.
제어부(330)는 프록시 제어 장치(300)의 전반적인 동작 및 프록시 제어 장치(300)의 내부 블록들 간 신호 흐름을 제어하고, 데이터를 처리하는 데이터 처리 기능을 수행할 수 있다. 이러한 제어부(330)는 중앙 처리 장치(CPU, Central Processing Unit), 등의 프로세서가 될 수 있다.
제어부(330)는 인터페이스부(310)를 통해 서비스 제어 장치(500)로부터 세션 연결 요청 메시지를 수신하면, 등록 시 자신에게 할당된 사용자 장치(100)로 세션 연결 요청 메시지를 전달한다. 하지만, 본 발명의 실시예에 따르면, 제어부(330)는 프록시 제어 장치(300) 자신에게 할당된 사용자 장치(100)가 아닌 다른 사용자 장치를 착신 사용자 장치로 지정한 세션 연결 요청 메시지를 수신할 수 있다. 이러한 세션 연결 요청 메시지는 서비스 제어 장치(500)가 세션 연결 요청 메시지에 연결 정보(예컨대, 착신 사용자 장치의 IP/Port 정보)를 포함시켜 전송할 것이다. 따라서 제어부(330)는 세션 연결 요청 메시지에 포함된 착신 사용자 장치의 식별 정보와 착신 사용자 장치에 대한 연결 정보를 이용하여, 해당 세션 연결 요청 메시지를 인터페이스부(310)를 통해 착신 사용자 장치로 전달한다.
도 5는 본 발명의 제1 실시예에 따른 장애 처리 방법을 설명하기 위한 흐름도이다. 이 실시예에서 발신망의 제1 사용자 장치(101)가 착신망의 제2 사용자 장치(102)로 세션을 연결하고자 하는 상황을 가정한다.
도 5를 참조하면, 착신망에 위치한 서비스 제어 장치(500)는 S110 단계에서 발신망으로부터 세션 연결 요청 메시지를 수신한다. 이 세션 연결 요청 메시지는 제1 사용자 장치(101)가 제2 사용자 장치(102)와의 세션 연결을 요청하기 위한 것이다. 세션 연결 요청 메시지는 SIP에 따라 INVITE 메시지가 될 수 있다. 세션 연결 요청 메시지는 그 메시지를 최초 전송한 제1 사용자 장치(101)의 식별 정보와 그 메시지를 최종 수신할 제2 사용자 장치(102)의 식별 정보를 포함한다. 제2 사용자 장치(102)의 식별 정보는 SIP에 따르면, Request-URI　헤더에 "sip:[email protected]"과 같이 기술되어 전송될 수 있다.
발신망에서 세션 연결 요청 메시지는 제1 사용자 장치(101)에 의해 최초 전송되며, 제1 사용자 장치(101)에 할당된 발신망의 프록시 제어 장치(P-CSCF), 서비스 제어 장치(S-CSCF) 및 연결 제어 장치(I-CSCF)를 순차로 경유하여 착신망의 서비스 제어 장치(500)로 전달될 수 있다.
한편, 제2 사용자 장치(102)가 착신망에 등록할 때, 등록 요청(REGISTER) 메시지를 전송한다. 이때, 등록 요청 메시지를 수신한 프록시 제어 장치(300)는 프록시 제어 장치(300) 자신의 주소 정보를 등록 요청 메시지에 포함시켜 전송한다. 이 등록 요청 메시지는 연결 제어 장치(400)에 의해 제2 사용자 장치(102)에 할당된 서비스 제어 장치(500)에 전달된다. 따라서 서비스 제어 장치(500)는 제2 사용자 장치(102)로 특정 메시지를 전송하고자 하는 경우, 그 등록 요청 메시지에 포함된 프록시 제어 장치(300)의 주소 정보를 통해 프록시 제어 장치(300)에 해당 메시지를 전송하여, 제2 사용자 장치(102)로 해당 메시지를 전달하도록 한다. 따라서, 제2 사용자 장치(102)에 할당된 서비스 제어 장치(500)는 S110 단계에서 세션 연결 요청 메시지를 수신하면, 제2 사용자 장치(102) 등록 시, 등록 요청 메시지를 통해 수신한 주소 정보를 통해 프록시 제어 장치(300)로 세션 연결 요청 메시지를 전송할 수 있다.
하지만, S120 단계에서 착신망의 프록시 제어 장치(300)에 장애가 발생하였다고 가정한다. 이에, 서비스 제어 장치(500)는 S130 단계에서 세션 연결 요청 메시지를 전송할 대상인 프록시 제어 장치(300)의 장애를 확인할 수 있다. 본 발명의 실시예에 따르면, 서비스 제어 장치(500)는 다양한 방법으로 프록시 제어 장치(300)의 장애를 확인할 수 있다. 이러한 서비스 제어 장치(500)는 장애를 확인하는 방법은 아래에서 더 상세하게 설명될 것이다.
장애 발생을 확인한 서비스 제어 장치(500)는 제2 사용자 장치(102)가 패킷교환망과 더불어 서킷교환망을 이용할 수 있는지 여부를 확인한다. 이는 제2 사용자 장치(102)의 등록 절차에서 미리 저장된 프로파일로부터 확인할 수 있다. 여기서, 제2 사용자 장치(102)는 패킷교환망 및 서킷교환망을 모두 이용할 수 있는 장치라고 가정한다. 그러면, 서비스 제어 장치(500)는 S140 단계에서 장애 발생 알림 메시지를 어플리케이션 서버(700)로 전달하여, 프록시 제어 장치(300)에 장애가 발생하였음을 알린다.
장애 발생 알림 메시지를 수신한 어플리케이션 서버(700)는 장애 발생을 이유로 서킷교환망으로 호 처리 절차를 전환해야 함을 인지할 수 있다. 이에 따라, 어플리케이션 서버(700)는 서킷교환망을 통해 호 처리 절차를 진행하도록 지시하는 라우팅 지시자를 세션 연결 요청 메시지에 포함시킨다. 그런 다음, 어플리케이션 서버(700)는 S150 단계에서 라우팅 지시자를 포함하는 세션 연결 요청 메시지를 서비스 제어 장치(500)로 전달한다. 라우팅 지시자는 세션 연결 요청 메시지의 Request-URI 헤더에 포함된다. 라우팅 지시자는 예컨대, “tel:+829991029001234”와 같이 Request-URI 헤더의 제2 사용자 장치(102)의 식별 정보에 특정 번호(“999”)로 삽입될 수 있다. 만약, 어플리케이션 서버(700)가 세션 연결 요청 메시지에 라우팅 지시자를 삽입하지 않고 전송하는 경우, 서비스 제어 장치(500)는 프록시 제어 장치(300)의 장애 발생을 다시 확인하고, 어플리케이션 서버(700)에 장애 발생을 알리는 등의 무한 루프에 빠지게 된다. 따라서, 어플리케이션 서버(700)는 라우팅 지시자를 포함시켜 세션 연결 요청 메시지를 서비스 제어 장치(500)에 전송한다.
서비스 제어 장치(500)가 어플리케이션 서버(700)로부터 라우팅 지시자를 포함하는 세션 연결 요청 메시지를 수신하면, 수신된 세션 연결 요청 메시지의 라우팅 지시자를 통해 해당 세션 연결 요청 메시지를 미디어 게이트웨이(800)로 전달해야 함을 인식할 수 있다. 이에 따라, 서비스 제어 장치(500)는 예컨대, “tel:+821029001234”와 같이 세션 연결 요청 메시지로부터 라우팅 지시자를 제거한다. 그런 다음, 서비스 제어 장치(500)는 S160 단계에서 세션 연결 요청 메시지를 미디어 게이트웨이(800)로 전송한다.
미디어 게이트웨이(800)는 SIP 메시지를 ISUP(Integrated Services Digital Network (ISDN) User Part) 메시지로 변환하거나, ISUP 메시지를 SIP 메시지로 변환한다. 따라서, 미디어 게이트웨이(800)는 세션 연결 요청 메시지인 INVITE 메시지를 호 연결 요청(IAM, Initial Address Message) 메시지로 변환한다. 그런 다음, 미디어 게이트웨이(800)는 S170 단계에서 호 연결 요청 메시지를 회선 교환기(900)로 전달한다.
선택적으로, 회선 교환기(900)는 호 연결 요청(IAM) 메시지를 수신하면, 제2 사용자 장치(102)가 가입한 부가서비스를 확인하고, 부가서비스 제공 장치(910)와 연동하여 부가서비스를 제공할 수 있다. 그리고 회선 교환기(900)는 S180 단계에서 호 연결 요청 메시지를 제2 사용자 장치(102)로 전송한다. 이후, 호 연결 요청 메시지를 수신한 제2 사용자 장치(102)는 S190 단계에서 네트워크 상의 다른 엔티티들과 함께 후속되는 호 연결 절차를 수행할 것이다.
제1 실시예에 있어서, 제2 사용자 장치(102)가 부가서비스에 가입되어 있다면, 어플리케이션 서버(700)는 장애 상황 알림 메시지를 수신한 때에 제2 사용자 장치(102)에 대한 부가서비스를 제공할 수 있다. 또는, 미디어 게이트웨이(800)로부터 호 연결 요청 메시지를 수신한 회선 교환기(900)가 부가서비스 제공 장치(910)와 연동하여 부가서비스를 제공할 수도 있다.
상술한 바와 같이, 본 발명은 네트워크 장애가 발생한 경우에도, 정상적으로 호 처리 절차를 진행할 수 있고, 더불어, 부가서비스도 정상적으로 제공할 수 있어, 서비스의 신뢰도를 높일 수 있다.
도 6은 본 발명의 제2 실시예에 따른 장애 처리 방법을 설명하기 위한 흐름도이다. 이 실시예에서 발신망의 제1 사용자 장치(101)가 착신망의 제2 사용자 장치(102)로 세션을 연결하고자 하는 상황을 가정한다.
도 6을 참조하면, 착신망에 위치하며 제2 사용자 장치(102)에 할당된 서비스 제어 장치(500)는 S210 단계에서 발신망으로부터 세션 연결 요청 메시지(INVITE)를 수신한다. 이 세션 연결 요청 메시지는 제1 사용자 장치(101)가 제2 사용자 장치(102)와의 세션 연결을 요청하기 위한 것이다. 세션 연결 요청 메시지는 그 메시지를 최초 전송한 제1 사용자 장치(101)의 식별 정보와 그 메시지를 최종 수신할 제2 사용자 장치(102)의 식별 정보를 포함한다. 제2 사용자 장치(102)의 식별 정보는 Request-URI　헤더에 “sip:[email protected]”과 같이 기술되어 전송될 수 있다.
이 세션 연결 요청 메시지는 발신망의 제1 사용자 장치(101)에 의해 최초 전송되며, 제1 사용자 장치(101)에 할당된 발신망의 프록시 제어 장치(P-CSCF), 서비스 제어 장치(S-CSCF) 및 연결 제어 장치(I-CSCF)를 순차로 경유하여 착신망의 서비스 제어 장치(500)로 전달된다. 따라서, 제2 사용자 장치(102)에 할당된 서비스 제어 장치(500)는 세션 연결 요청 메시지를 수신하면, 제2 사용자 장치(102) 등록 시, 제2 사용자 장치(102)에 할당된 제1 프록시 제어 장치(301)로 세션 연결 요청 메시지를 전송해야 한다.
하지만, S220 단계에서 착신망의 제1 프록시 제어 장치(301)에 장애가 발생하였다고 가정한다. 이에, 서비스 제어 장치(500)는 S230 단계에서 제1 프록시 제어 장치(301)의 장애를 확인한다. 본 발명의 실시예에 따르면, 서비스 제어 장치(500)는 다양한 방법으로 제1 프록시 제어 장치(301)의 장애를 확인할 수 있다. 이러한 서비스 제어 장치(500)는 장애를 확인하는 방법은 아래에서 더 상세하게 설명될 것이다.
장애 발생을 확인한 서비스 제어 장치(500)는 제1 프록시 제어 장치(301)로 세션 연결 요청 메시지를 전송하지 않는다. 대신, 서비스 제어 장치(500)는 S240 단계에서 제2 사용자 장치(102)에 할당된 제1 프록시 제어 장치(301)가 아닌 다른 프록시 제어 장치, 즉, 제2 프록시 제어 장치(302)로 세션 연결 요청 메시지를 전송한다. 이때, 서비스 제어 장치(500)는 세션 연결 요청 메시지에 연결 정보를 포함시켜 전송한다. 여기서, 연결 정보는 제2 사용자 장치(102)와 통신하기 위해 필요한 정보이다. 앞서 설명된 바와 같이, 제2 프록시 제어 장치(302)는 제2 사용자 장치(102)에 할당된 장치가 아니기 때문에, 제2 사용자 장치(102)와의 연결 정보(예컨대, IP/Port 정보)를 알 수 없다. 따라서 서비스 제어 장치(500)는 제2 사용자 장치(102)에 대한 연결 정보를 세션 연결 요청 메시지에 포함시켜 제2 프록시 제어 장치(302)로 전달한다.
따라서 제2 프록시 제어 장치(302)는 S250 단계에서 세션 연결 요청 메시지에 포함된 제2 사용자 장치(102)의 식별 정보 및 연결 정보를 이용하여, 세션 연결 요청 메시지를 제2 사용자 장치(102)로 전달할 수 있다. 세션 연결 요청 메시지를 수신한 제2 사용자 장치(102)는 S260 단계에서 네트워크 상의 다른 엔티티들과 함께 후속되는 세션 연결 절차를 수행할 것이다. 상술한 바와 같이, 본 발명은 네트워크 장애가 발생한 경우에도, 정상적으로 세션 연결 절차를 진행할 수 있어, 서비스의 신뢰도를 높일 수 있다.
도 7a 내지 도 7e는 본 발명의 실시예에 따른 장애 발생 확인 방법을 설명하기 위한 흐름도이다. 이 실시예에서는 앞서 도 5의 S130 단계 또는 도 6의 S230 단계의 구체적인 실시예들이 설명된다. 도 7a 내지 도 7e는 제1 실시예에서 프록시 제어 장치(300)에 장애가 발생하는 것을 서비스 제어 장치(500)가 확인하는 방법에 대해서만 설명되지만, 제2 실시예에서 제1 프록시 제어 장치(301)에 장애가 발생하는 경우도 동일하게 서비스 제어 장치(500)가 확인할 수 있음을 이해할 수 있을 것이다.
일 실시예에 따른 도 5 및 도 7a를 참조하면, S120 단계에서 프록시 제어 장치(300)에 장애가 발생하였다고 가정한다. 이때, 서비스 제어 장치(500)는 S310 단계에서 앞서(S110 단계) 수신된 세션 연결 요청 메시지를 프록시 제어 장치(300)로 전송한다. 세션 연결 요청 메시지를 수신한 프록시 제어 장치(300)는 S315 단계에서 장애 발생을 알리는 장애 발생 알림 메시지를 서비스 제어 장치(500)로 전송한다. 이러한 장애 발생 알림 메시지는 SIP에 따르면, 503 Service Unavailable 메시지 혹은 504 Server Timeout 메시지가 될 수 있다. 여기서, 503 Service Unavailable 메시지는 정상적으로 요청을 처리할 수 없는 경우에 전송된다. 또한, 504 Server Timeout 메시지는 과부하 등으로 인해 제한 시간 내에 요청을 처리할 수 없는 경우에 전송된다. 이에 따라, 서비스 제어 장치(500)는 프록시 제어 장치(300)의 장애 발생을 확인할 수 있다.
다른 실시예에 따른 도 5 및 도 7b를 참조하면, S120 단계에서 프록시 제어 장치(300)에 장애가 발생하였다고 가정한다. 장애가 발생한 후, 서비스 제어 장치(500)는 S320 단계에서 앞서(S110 단계) 수신된 세션 연결 요청 메시지를 프록시 제어 장치(300)로 전송한다. 장애로 인해 프록시 제어 장치(300)는 어떤 메시지도 전송할 수 없다고 가정한다. 따라서, 서비스 제어 장치(500)는 기 설정된 시간(T) 내에 프록시 제어 장치(300)로부터 어떠한 메시지도 수신하지 못할 수 있다. 따라서, 서비스 제어 장치(500)는 세션 연결 요청 메시지를 전송한 후, 기 설정된 시간(T)을 카운트하고, 기 설정된 시간(T)이 경과한 S325 단계 이전까지 어떠한 메시지도 수신하지 못한다면, 프록시 제어 장치(300)에 장애가 발생한 것으로 판단한다. SIP에 따르면, SIP 메시지들은 요청 및 응답으로 이루어지는 핸드쉐이킹(handshaking) 방식으로 메시지를 교환한다. 예컨대, 세션 연결 요청(INVITE) 메시지를 수신하면, 이에 대한 응답으로 세션 연결 수락(200 OK) 메시지를 전송하는 방식이다. 또한, SIP 메시지들은 요청에 대한 응답 메시지와는 별개로 해당 메시지를 수신하였음을 알리는 확인(ACK) 메시지들을 전송한다. 즉, 세션 연결 요청(INVITE) 메시지를 수신한 엔티티는 이 메시지를 수신하였음을 확인하는 확인(ACK) 메시지를 세션 연결 요청(INVITE) 메시지를 전송한 엔티티에게 전송하여야 한다. 따라서, 서비스 제어 장치(500)는 프록시 제어 장치(300)로부터 기 설정된 시간 내에 확인(ACK) 메시지를 수신하지 못하는 경우, 프록시 제어 장치(300)에 장애가 발생한 것으로 판단할 수 있다.
다른 실시예에 따른 도 5와 도 7c를 참조하면, 서비스 제어 장치(500)는 주기적으로, 장애 여부를 질의하는 장애 여부 확인 메시지를 프록시 제어 장치(300)로 전송하고, 그 응답 여부에 따라 장애가 있는지 여부를 확인할 수 있다. 즉, 서비스 제어 장치(500)는 S330 단계에서 장애 여부 확인 메시지를 전송한 후, 장애 여부 확인 메시지의 전송 주기(F)에 따라 S340 단계에서 장애 여부 확인 메시지를 전송할 수 있다. S330 단계에서 장애 여부 확인 메시지를 수신한 프록시 제어 장치(300)는 장애가 발생하지 않았기 때문에, S335 단계에서 장애 여부 응답 메시지를 전송할 때, 정상 동작하고 있음을 알리는 지시자를 포함시켜 전송할 수 있다. 반면, S120 단계에서 프록시 제어 장치(300)에 장애가 발생하였다면, 프록시 제어 장치(300)는 장애 여부 응답 메시지에 장애가 발생하였음을 알리는 지시자를 포함시킨 후, S345 단계에서 그 장애 여부 응답 메시지를 서비스 제어 장치(500)로 전송한다. 이에 따라, 장애 여부 응답 메시지를 수신한 서비스 제어 장치(500)는 프록시 제어 장치(300)의 장애 발생을 인식할 수 있다.
다른 실시예에 따른 도 5 및 도 7d를 참조하면, 서비스 제어 장치(500)는 주기적으로 장애 여부를 질의하는 장애 여부 확인 메시지를 프록시 제어 장치(300)로 전송하고, 그 응답 여부에 따라 장애가 있는지 여부를 확인할 수 있다. 즉, 서비스 제어 장치(500)는 S350 단계에서 장애 여부 확인 메시지를 전송한 후, 장애 여부 확인 메시지의 전송 주기(F)에 따라 S360 단계에서 장애 여부 확인 메시지를 전송할 수 있다. S350 단계에서 장애 여부 확인 메시지를 수신한 프록시 제어 장치(300)는 장애가 발생하지 않았기 때문에, S355 단계에서 장애 여부 응답 메시지를 전송할 때, 정상 동작하고 있음을 알리는 지시자를 포함시켜 전송할 수 있다. 반면, S120 단계에서 프록시 제어 장치(300)에 장애가 발생하였고, 그 장애로 인해 프록시 제어 장치(300)는 어떠한 메시지도 전송할 수 없는 상태라고 가정한다. 이때, 서비스 제어 장치(500)는 S360 단계에서 장애 여부 확인 메시지를 전송한 후, 다시 한 주기(F) 동안 기다린 후, 다시 장애 여부 확인 메시지를 전송해야 한다. 하지만, 서비스 제어 장치(500)는 S360 단계에서 장애 여부 확인 메시지를 전송한 후, 다음 주기(F)가 도래하기 전, 어떠한 메시지도 수신하지 못한다면, 프록시 제어 장치(300)에 장애가 발생한 것으로 판단한다. 즉, 서비스 제어 장치(500)는 S360 단계에서 장애 여부 확인 메시지를 전송하고, 그로부터 한 주기(F) 후인 S365 단계 전까지 어떠한 메시지도 수신하지 못한 경우, 프록시 제어 장치(300)에 장애가 발생한 것으로 판단한다.
다른 실시예에 따라 도 5 및 도 7e를 참조하면, S120 단계에서 프록시 제어 장치(300)에 장애가 발생하였다고 가정한다. 이러한 경우, 프록시 제어 장치(300)는 S370 단계에서 장애 발생을 알리는 장애 발생 알림 메시지를 자체적으로 생성하고, 생성된 장애 발생 알림 메시지를 서비스 제어 장치(500)로 전송한다. 이에 따라, 서비스 제어 장치(500)는 프록시 제어 장치(300)의 장애 발생을 인식할 수 있다.
도 8은 본 발명의 실시예에 따른 서비스 제어 장치의 장애 처리 방법을 설명하기 위한 흐름도이다.
도 8을 참조하면, 서비스 제어 장치(500)의 제어 모듈(530)은 S410 단계에서 인터페이스 모듈(510)을 통해 세션 연결 요청(INVITE) 메시지를 수신한다. 여기서, 이 세션 연결 요청 메시지는 발신측의 제1 사용자 장치(101)가 제2 사용자 장치(102)와의 세션 연결을 요청하기 위해 최초 전송한 것이라고 가정한다. 제2 사용자 장치(102)의 식별 정보는 세션 연결 요청 메시지의 Request-URI　헤더에 "sip:[email protected]"와 같이 기술될 수 있다.
제어 모듈(530)은 S415 단계에서 제2 사용자 장치(102)에 할당된 프록시 제어 장치(300)에 장애가 있는지 여부를 확인한다. 장애 여부를 확인하는 방법은 앞서 도 7a 내지 도 7e에서 설명된 바와 같다.
S415 단계의 확인 결과, 제2 사용자 장치(102)에 할당된 프록시 제어 장치(300)에 장애가 없으면, 제어 모듈(530)은 S420 단계에서 제2 사용자 장치(102)에 할당된 프록시 제어 장치(300)로 세션 연결 요청 메시지를 전송한다. 그러면, 해당 프록시 제어 장치(300)는 해당 세션 연결 요청 메시지를 제2 사용자 장치(102)로 전달할 것이다.
반면, S415 단계의 확인 결과, 제2 사용자 장치(102)에 할당된 프록시 제어 장치(300)에 장애가 있으면, 제어 모듈(530)은 미리 설정된 조건에 따라 장애 처리를 위하여 앞서 도 5에서 설명된 제1 실시예에 따라 서킷교환망을 이용할지 혹은 앞서 도 6에서 설명된 제2 실시예에 따라 패킷교환망을 이용할지 여부를 결정해야 한다. 이러한 결정은 아래에서 설명될 S425 단계 및 S430 단계를 통해 이루어진다.
S425 단계에서 제어 모듈(530)은 제2 사용자 장치(102)가 서킷교환망 및 패킷교환망 모두를 사용할 수 있는지 혹은 패킷교환망만 사용할 수 있는지 여부를 확인한다. 앞서 설명된 바와 같이, 제2 사용자 장치(102)가 착신망에 등록할 때, 서비스 제어 장치(500)의 제어 모듈(530)은 인터페이스 모듈(510)을 통해 홈 가입자 서버(600)로부터 제2 사용자 장치(102)의 프로파일을 수신하여 저장 모듈(520)에 저장한다. 제2 사용자 장치(102)가 서킷교환망 및 패킷교환망 모두를 사용할 수 있는지 혹은 패킷교환망만 사용할 수 있는지 여부는 프로파일에 기록된다. 따라서 제어 모듈(530)은 저장 모듈(520)에 저장된 프로파일을 통해 제2 사용자 장치(102)가 서킷교환망 및 패킷교환망 모두를 사용할 수 있는지 혹은 패킷교환망만 사용할 수 있는지 여부를 확인할 수 있다.
S425 단계의 확인 결과, 제2 사용자 장치(102)가 서킷교환망 및 패킷교환망 모두를 사용할 수 있는 경우 S430 단계로 진행한다. 그렇지 않고 제2 사용자 장치(102)가 패킷교환망만을 이용할 수 있는 경우 S455 단계로 진행한다. 즉, 제2 사용자 장치(102)가 서킷교환망을 이용할 수 있는 경우, S430 단계로 진행하고, 서킷교환망을 이용할 수 없는 경우 S455 단계로 진행한다.
제2 사용자 장치(102)가 서킷교환망 및 패킷교환망 모두를 사용할 수 있으면, S430 단계에서 제어 모듈(530)은 미리 설정된 정책에 따라 서킷교환망으로 전환하여 호 연결 절차를 수행할지 혹은 패킷교환망에서 세션 연결 절차를 수행할지 여부를 결정한다. 여기서, 미리 설정된 정책은 일 예로, 서킷교환망 및 패킷교환망의 트래픽 양을 비교하여 트래픽이 적은 쪽을 선택할 수도 있다. 혹은, 망 운영자의 선택에 따라 결정될 수도 있다.
S430 단계에서 미리 설정된 정책에 따라 서킷교환망으로 전환하여 호 연결 절차를 수행하는 것으로 결정된 경우, S435 단계로 진행되며, 패킷교환망에서 세션 연결 절차를 수행하는 것으로 결정된 경우, S455 단계로 진행된다.
제1 실시예에 따라 서킷교환망으로 전환하여 호 연결 절차를 수행하는 것으로 결정된 경우, 제어 모듈(530)은 S435 단계에서 저장 모듈(520)에 저장된 프로파일을 참조하여 제2 사용자 장치(102)가 부가서비스에 가입되어 있는지 여부를 판별한다. 제2 사용자 장치(102)가 부가서비스에 가입되어 있는 경우, 제어 모듈(530)은 S440 단계에서 장애 발생 알림 메시지를 어플리케이션 서버(700)로 전달한다. 이 장애 상황 알림 메시지는 제2 사용자 장치(102)에 할당된 프록시 제어 장치(300)에 장애가 발생하였음을 알리고, 패킷교환망에서 서킷교환망으로 전환을 요청한다.
장애 상황 알림 메시지를 수신한 어플리케이션 서버(700)는 장애 발생을 이유로 서킷교환망으로 착신해야 함을 인지할 수 있다. 이에 따라, 장애 발생 알림 메시지를 수신한 어플리케이션 서버(700)는 선택적으로 부가서비스를 제공할 수도 있다. 서킷교환망으로 전환하여 호 연결 절차를 진행하는 경우, 회선 교환기(900)와 부가서비스 제공 장치(910)가 연동하여 부가서비스를 제공할 수도 있다. 따라서, 어플리케이션 서버(700)는 망 운영자의 정책에 따라 선택적으로 부가서비스를 제공할 수 있다. 부가서비스 제공 여부에 무관하게, 장애 발생 알림 메시지를 통해 장애 발생을 인지한 어플리케이션 서버(700)는 서킷교환망으로 전환하도록 하는 라우팅 지시자를 포함하는 세션 연결 요청 메시지를 서비스 제어 장치(500)로 전달한다. 예컨대, 라우팅 지시자는 세션 연결 요청 메시지의 Request-URI 헤더에 제2 사용자 장치(102)의 식별 정보에 추가로 특정 번호(“999”)로 삽입될 수 있다. 이에 따라, 장애 발생 알림 메시지에 대한 응답으로 제어 모듈(530)은 S445 단계에서 인터페이스 모듈(510)을 통해 라우팅 지시자를 포함하는 세션 연결 요청 메시지를 수신할 수 있다.
제어 모듈(530)은 S450 단계에서 인터페이스 모듈(510)을 통해 세션 연결 요청 메시지를 서킷교환망의 미디어 게이트웨이(800)로 전송한다. 어플리케이션 서버(700)로부터 세션 연결 요청 메시지를 수신한 경우, 제어 모듈(530)은 세션 연결 요청 메시지에 포함된 라우팅 지시자를 제거한 후, S450 단계에서 라우팅 지시자가 제거된 세션 연결 요청 메시지를 인터페이스 모듈(510)을 통해 미디어 게이트웨이(800)로 전송한다. 혹은, 제어 모듈(530)은 제2 사용자 장치(102)가 부가서비스에 가입되어 있지 않아, 어플리케이션 서버(700)와 메시지를 교환하지 않은 경우, 제어 모듈(530)은 S450 단계에서 인터페이스 모듈(510)을 통해 앞서 S410 단계에서 발신망으로부터 수신된 세션 연결 요청 메시지를 그대로 전송할 수 있다.
이에 따라, 미디어 게이트웨이(800)는 SIP 메시지인 세션 연결 요청(INVITE) 메시지를 ISUP 메시지인 호 연결 요청(IAM) 메시지로 변환한 후, 호 연결 요청 메시지를 회선 교환기(900)로 전달하고, 회선 교환기(900)는 호 연결 요청(IAM) 메시지를 제2 사용자 장치(102)로 전송할 것이다.
제2 사용자 장치(102)가 패킷교환망만을 이용할 수 있거나, 미리 설정된 정책에 따라 패킷교환망에서 세션 연결 절차를 수행하는 것으로 결정된 경우, 제어 모듈(530)은 제2 실시예에 따라 S455 단계에서 인터페이스 모듈(510)을 통해 제2 사용자 장치(102)에 할당된 프록시 제어 장치(300)가 아닌 다른 프록시 제어 장치로 세션 연결 요청 메시지를 전달한다. 여기서, 제2 사용자 장치(102)에 할당된 프록시 제어 장치(300)가 아닌 경우, 제2 사용자 장치(102)와의 연결 정보(예컨대, IP/Port 정보)를 알 수 없다. 따라서 제어 모듈(530)은 세션 연결 요청 메시지에 제2 사용자 장치(102)에 대한 연결 정보를 포함시켜 인터페이스 모듈(510)을 통해 전송한다. 이에 따라, 제2 사용자 장치(102)에 할당되지 않은 프록시 제어 장치도 세션 연결 요청 메시지에 포함된 연결 정보 및 제2 사용자 장치(102)의 식별 정보를 이용하여, 세션 연결 요청 메시지를 제2 사용자 장치(102)로 전달할 수 있다.
도 9는 본 발명의 제1 실시예에 따른 어플리케이션 서버의 장애 처리 방법을 설명하기 위한 흐름도이다.
도 9를 참조하면, 제어 유닛(730)은 S510 단계에서 인터페이스 유닛(710)을 통해 서비스 제어 장치(500)로부터 장애 상황 알림 메시지를 수신한다. 이로써, 제어 유닛(730)은 프록시 제어 장치(300)에 장애가 발생하였음을 인지할 수 있다. 또한, 제어 유닛(730)은 장애 발생을 이유로 서킷교환망으로 착신해야 함을 인지할 수 있다.
따라서, 제어 유닛(730)은 S520 단계에서 패킷교환망에서 서킷교환망으로 호 연결 절차가 전환되도록 지시하는 라우팅 지시자를 포함하는 세션 연결 요청 메시지를 생성한다. 라우팅 지시자는 세션 연결 요청 메시지의 Request-URI 헤더에 포함된다. 라우팅 지시자는 예컨대, “tel:+829991029001234”와 같이 Request-URI 헤더의 제2 사용자 장치(102)의 식별 정보에 추가로 특정 번호(“999”)로 삽입될 수 있다.
그런 다음, 제어 유닛(730)은 S530 단계에서 라우팅 지시자를 포함하는 세션 연결 요청 메시지를 인터페이스 유닛(710)을 통해 서비스 제어 장치(500)로 전송하여, 서비스 제어 장치(500)가 서킷교환망으로 호 연결 절차를 전환하도록 한다.
도 10은 본 발명의 제2 실시예에 따른 프록시 제어 장치의 장애 처리 방법을 설명하기 위한 흐름도이다.
도 10을 참조하면, 착신망에 위치한 프록시 제어 장치(300)의 제어부(330)는 S610 단계에서 착신망의 서비스 제어 장치(500)로부터 인터페이스부(310)를 통해 세션 연결 요청 메시지를 수신한다. 여기서, 이 세션 연결 요청 메시지는 발신측의 제1 사용자 장치(101)가 제2 사용자 장치(102)와의 세션 연결을 요청하기 위해 최초 전송한 것이라고 가정한다. 즉, 제1 사용자 장치(101)는 발신측이며, 제2 사용자 장치(102)는 착신측이다.
세션 연결 요청 메시지를 수신하면, 제어부(330)는 S620 단계에서 수신된 세션 연결 요청 메시지의 착신측인 제2 사용자 장치(102)가 자신에게 할당된 것인지 여부를 판단한다.
S620 단계의 판단 결과, 제2 사용자 장치(102)가 자신에게 할당된 것이 아니면, 제어부(330)는 S630 단계에서 세션 연결 요청 메시지에 포함된 연결 정보 및 제2 사용자 장치(102)의 식별 정보를 이용하여, 세션 연결 요청 메시지를 인터페이스부(310)를 통해 제2 사용자 장치(102)로 전송할 수 있다.
반면, S620 단계의 판단 결과, 착신측인 제2 사용자 장치(102)가 자신에게 할당된 것이면, 제어부(330)는 등록 시, 제2 사용자 장치(102)가 착신망에 등록 할 때 저장된 정보를 이용하여, S640 단계에서 세션 연결 요청 메시지를 인터페이스부(310)를 통해 제2 사용자 장치(102)로 전송한다.
상술한 바와 같은 본 발명의 실시 예에 따른 장애 처리 방법은 컴퓨터 프로그램 명령어와 데이터를 저장하기에 적합한 컴퓨터로 판독 가능한 매체의 형태로 제공될 수도 있다. 이때, 컴퓨터 프로그램 명령어와 데이터를 저장하기에 적합한 컴퓨터로 판독 가능한 매체는, 예컨대 기록매체는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(Magnetic Media), CD-ROM(Compact Disk Read Only Memory), DVD(Digital Video Disk)와 같은 광 기록 매체(Optical Media), 플롭티컬 디스크(Floptical Disk)와 같은 자기-광 매체(Magneto-Optical Media), 및 롬(ROM, Read Only Memory), 램(RAM, Random Access Memory), 플래시 메모리, EPROM(Erasable Programmable ROM), EEPROM(Electrically Erasable Programmable ROM)과 같은 반도체 메모리를 포함한다. 프로세서와 메모리는 특수 목적의 논리 회로에 의해 보충되거나, 그것에 통합될 수 있다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함할 수 있다. 이러한 하드웨어 장치는 본 발명의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
본 명세서는 다수의 특정한 구현물의 세부사항들을 포함하지만, 이들은 어떠한 발명이나 청구 가능한 것의 범위에 대해서도 제한적인 것으로서 이해되어서는 안되며, 오히려 특정한 발명의 특정한 실시형태에 특유할 수 있는 특징들에 대한 설명으로서 이해되어야 한다. 개별적인 실시형태의 문맥에서 본 명세서에 기술된 특정한 특징들은 단일 실시형태에서 조합하여 구현될 수도 있다. 반대로, 단일 실시형태의 문맥에서 기술한 다양한 특징들 역시 개별적으로 혹은 어떠한 적절한 하위 조합으로도 복수의 실시형태에서 구현 가능하다. 나아가, 특징들이 특정한 조합으로 동작하고 초기에 그와 같이 청구된 바와 같이 묘사될 수 있지만, 청구된 조합으로부터의 하나 이상의 특징들은 일부 경우에 그 조합으로부터 배제될 수 있으며, 그 청구된 조합은 하위 조합이나 하위 조합의 변형물로 변경될 수 있다.
마찬가지로, 특정한 순서로 도면에서 동작들을 묘사하고 있지만, 이는 바람직한 결과를 얻기 위하여 도시된 그 특정한 순서나 순차적인 순서대로 그러한 동작들을 수행하여야 한다거나 모든 도시된 동작들이 수행되어야 하는 것으로 이해되어서는 안 된다. 특정한 경우, 멀티태스킹과 병렬 프로세싱이 유리할 수 있다. 또한, 상술한 실시형태의 다양한 시스템 컴포넌트의 분리는 그러한 분리를 모든 실시형태에서 요구하는 것으로 이해되어서는 안되며, 설명한 프로그램 컴포넌트와 시스템들은 일반적으로 단일의 소프트웨어 제품으로 함께 통합되거나 다중 소프트웨어 제품에 패키징 될 수 있다는 점을 이해하여야 한다.
한편, 본 명세서와 도면에 개시된 본 발명의 실시 예들은 이해를 돕기 위해 특정 예를 제시한 것에 지나지 않으며, 본 발명의 범위를 한정하고자 하는 것은 아니다. 여기에 개시된 실시 예들 이외에도 본 발명의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 자명한 것이다.
본 발명은 통신 시스템에서 착신망의 호 처리 기능 장애 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체에 관한 것으로, 이러한 본 발명에 따르면, 착신 서비스 제어 장치(S-CSCF)는 사용자 장치로부터 세션 연결 요청 메시지를 수신하면, 착신 사용자 장치에 할당된 프록시 제어 장치(P-CSCF)에 세션 연결 요청 메시지를 전송해야 한다. 이때, 프록시 제어 장치(P-CSCF)에 장애가 있는 경우, 서비스 제어 장치(S-CSCF)는 미리 설정된 조건에 따라 패킷교환망 혹은 서킷교환망을 이용하여 장애 처리를 수행할 수 있다. 이와 같이, 본 발명은 네트워크 장애가 발생한 경우에도, 정상적으로 호 처리 절차를 제공할 수 있어 서비스의 신뢰도를 높일 수 있다. 이는 시판 또는 영업의 가능성이 충분할 뿐만 아니라 현실적으로 명백하게 실시할 수 있는 정도이므로 산업상 이용가능성이 있다.
100: 사용자 장치(UE) 200: 스위칭 장치(L4 스위치)
300: 프록시 제어 장치(P-CSCF) 310: 인터페이스부
320: 저장부 330: 제어부
400: 연결 제어 장치(I-CSCF) 500: 서비스 제어 장치(S-CSCF)
510: 인터페이스 모듈 520: 저장 모듈
530: 제어 모듈 600: 홈 가입자 서버(HSS)
700: 어플리케이션 서버(AS) 710: 인터페이스 유닛
720: 저장 유닛 730: 제어 유닛
800: 미디어 게이트웨이(IMG) 900: 회선교환기(MSC)
910: 부가서비스 제공 장치

Claims (11)

  1. 메시지 송수신을 위한 인터페이스 모듈; 및
    상기 인터페이스 모듈을 통해 세션 연결 요청 메시지를 수신하였을 때, 착신 사용자 장치에 할당된 프록시 제어 장치의 장애를 확인하면, 미디어 게이트웨이가 상기 세션 연결 요청 메시지를 호 연결 요청 메시지로 변환하여 서킷교환망으로 전달하도록 상기 세션 연결 요청 메시지를 상기 인터페이스 모듈을 통해 상기 미디어 게이트웨이로 전송하는 제어 모듈;을 포함하는 것을 특징으로 하는 장애 처리를 위한 서비스 제어 장치.
  2. 제1항에 있어서,
    상기 제어 모듈은
    상기 프록시 제어 장치의 장애를 어플리케이션 서버에 알리고, 상기 어플리케이션 서버로부터 상기 장애에 따라 상기 서킷교환망을 이용하여 호 연결 절차를 진행하도록 지시하는 라우팅 지시자를 포함하는 세션 연결 요청 메시지를 수신하면, 상기 라우팅 지시자를 제거한 후, 상기 세션 연결 요청 메시지를 상기 인터페이스 모듈을 통해 상기 미디어 게이트웨이로 전송하는 것을 특징으로 하는 장애 처리를 위한 서비스 제어 장치.
  3. 메시지 송수신을 위한 인터페이스 모듈; 및
    상기 인터페이스 모듈을 통해 세션 연결 요청 메시지를 수신하였을 때, 착신 사용자 장치에 할당된 프록시 제어 장치의 장애를 확인하면, 상기 착신 사용자 장치에 할당된 프록시 제어 장치가 아닌 다른 프록시 제어 장치로 상기 세션 연결 요청 메시지를 상기 인터페이스 모듈을 통해 전송하는 제어 모듈;을 포함하는 것을 특징으로 하는 장애 처리를 위한 서비스 제어 장치.
  4. 제3항에 있어서,
    상기 제어 모듈은
    상기 착신 사용자 장치에 대한 연결 정보를 상기 세션 연결 요청 메시지에 포함시켜 상기 다른 프록시 제어 장치로 전송하는 것을 특징으로 하는 장애 처리를 위한 서비스 제어 장치.
  5. 제1항 또는 제3항에 있어서,
    상기 제어 모듈은
    상기 인터페이스 모듈을 통해 상기 세션 연결 요청 메시지를 상기 프록시 제어 장치로 전송하고, 전송된 세션 연결 요청 메시지에 대한 응답으로, 장애 발생을 알리는 장애 발생 알림 메시지를 수신하거나, 기 설정된 시간 동안 어떤 메시지도 수신하지 못한 경우, 상기 프록시 제어 장치의 장애를 확인하는 것을 특징으로 하는 장애 처리를 위한 서비스 제어 장치.
  6. 제1항 또는 제3항에 있어서,
    상기 제어 모듈은
    주기적으로 인터페이스 모듈을 통해 장애 여부를 질의하는 장애 여부 확인 메시지를 상기 프록시 제어 장치로 전송하고, 전송된 장애 여부 확인 메시지에 대한 응답으로, 장애가 발생하였음을 알리는 지시자를 포함하는 장애 여부 응답 메시지를 수신하거나, 다음 주기가 도래하기 전 어떤 메시지도 수신하지 못하면, 상기 프록시 제어 장치의 장애를 확인하는 것을 특징으로 하는 장애 처리를 위한 서비스 제어 장치.
  7. 제1항 또는 제3항에 있어서,
    상기 제어 모듈은
    상기 프록시 제어 장치가 자체적으로 생성한 장애 발생을 알리는 장애 발생 알림 메시지를 수신하면, 상기 프록시 제어 장치의 장애를 확인하는 것을 특징으로 하는 장애 처리를 위한 서비스 제어 장치.
  8. 세션 연결 요청 메시지를 수신할 때, 착신 사용자 장치에 할당된 프록시 제어 장치의 장애를 확인하는 단계; 및
    상기 장애의 확인에 따라, 미디어 게이트웨이가 상기 세션 연결 요청 메시지를 호 연결 요청 메시지로 변환하여 서킷교환망으로 전달하도록 상기 세션 연결 요청 메시지를 상기 미디어 게이트웨이로 전송하는 단계;를 포함하는 것을 특징으로 하는 서비스 제어 장치의 장애 처리를 위한 방법.
  9. 제8항에 있어서,
    상기 세션 연결 요청 메시지는 SIP(session initiation protocol)에 따른 INVITE 메시지이며, 상기 호 연결 요청 메시지는 ISUP(Integrated Services Digital Network (ISDN) User Part)에 따른 IAM(Initial Address Message) 메시지인 것을 특징으로 하는 서비스 제어 장치의 장애 처리를 위한 방법.
  10. 세션 연결 요청 메시지를 수신할 때, 착신 사용자 장치에 할당된 프록시 제어 장치의 장애를 확인하는 단계; 및
    상기 장애의 확인에 따라, 상기 세션 연결 요청 메시지를 상기 착신 사용자 장치에 할당된 프록시 제어 장치가 아닌 다른 프록시 제어 장치로 전송하는 단계;를 포함하는 것을 특징으로 하는 서비스 제어 장치의 장애 처리를 위한 방법.
  11. 제8항 내지 제10항 중 어느 한 항에 따른 서비스 제어 장치의 장애 처리를 위한 방법이 기록된 컴퓨터 판독 가능한 기록매체.
KR1020130120661A 2013-10-10 2013-10-10 착신망의 호 처리 기능 장애 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체 KR102049586B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020130120661A KR102049586B1 (ko) 2013-10-10 2013-10-10 착신망의 호 처리 기능 장애 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020130120661A KR102049586B1 (ko) 2013-10-10 2013-10-10 착신망의 호 처리 기능 장애 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체

Publications (2)

Publication Number Publication Date
KR20150041991A true KR20150041991A (ko) 2015-04-20
KR102049586B1 KR102049586B1 (ko) 2019-11-27

Family

ID=53035261

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020130120661A KR102049586B1 (ko) 2013-10-10 2013-10-10 착신망의 호 처리 기능 장애 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체

Country Status (1)

Country Link
KR (1) KR102049586B1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20070015843A (ko) * 2005-08-01 2007-02-06 삼성전자주식회사 ＣＳＩ 단말과 ＶｏＩＰ 단말 사이의 음성 및 멀티미디어서비스 연동을 위한 방법 및 장치
KR20100061855A (ko) * 2007-10-25 2010-06-09 후아웨이 테크놀러지 컴퍼니 리미티드 호 전환 방법, 시스템, 및 디바이스
KR20120002249A (ko) 2010-06-30 2012-01-05 주식회사 케이티 Ｐ-ｃｓｃｆ의 장애를 복구하는 방법
US20120042084A1 (en) * 2010-02-11 2012-02-16 Kddi Corporation Self-organizing ims network and method for organizing and maintaining sessions
JP2013093757A (ja) * 2011-10-26 2013-05-16 Kddi Corp Ｉｍｓネットワークシステム、及び制御プログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20070015843A (ko) * 2005-08-01 2007-02-06 삼성전자주식회사 ＣＳＩ 단말과 ＶｏＩＰ 단말 사이의 음성 및 멀티미디어서비스 연동을 위한 방법 및 장치
KR20100061855A (ko) * 2007-10-25 2010-06-09 후아웨이 테크놀러지 컴퍼니 리미티드 호 전환 방법, 시스템, 및 디바이스
US20120042084A1 (en) * 2010-02-11 2012-02-16 Kddi Corporation Self-organizing ims network and method for organizing and maintaining sessions
KR20120002249A (ko) 2010-06-30 2012-01-05 주식회사 케이티 Ｐ-ｃｓｃｆ의 장애를 복구하는 방법
JP2013093757A (ja) * 2011-10-26 2013-05-16 Kddi Corp Ｉｍｓネットワークシステム、及び制御プログラム

Also Published As

Publication number Publication date
KR102049586B1 (ko) 2019-11-27

Similar Documents

Publication Publication Date Title
ES2384525T3 (es) Método para realizar la activación del registro de usuarios en un subsistema multimedia IP
CN101573996A (zh) 允许通过ussd消息经由cs接入进行ims服务的会话控制的方法和设备
KR101474176B1 (ko) 사용자 엔티티들의 세트를 향한 통신들을 관리하기 위한 애플리케이션 서버
EP2056556A1 (en) An intercommunication method and a communication system between different networks
EP2938041B1 (en) Method and system for selection in multi-device scenario
US11411899B2 (en) Routing parent and child device calls through a parent telephony application server
CN102056327B (zh) 一种优化媒体路径的建立方法
US9648050B2 (en) Routing of a service request aimed at an IMS subscriber
KR101471046B1 (ko) 패킷 기반 음성 통화 서비스 제공 방법, 이를 위한 네트워크 제어 시스템
EP2119172B1 (en) Method and system for processing call change request in an internet protocol multimedia subsystem
US9521267B2 (en) Method, network node and application service for making available call detail records in an IP multimedia subsystem type network
KR102049587B1 (ko) 착신망의 어플리케이션 서버 장애 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체
KR102049586B1 (ko) 착신망의 호 처리 기능 장애 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체
EP2040508A1 (en) Method, apparatuses and program product for controlling IMS services when user is roaming in CS domain
KR101270241B1 (ko) Ｆｍｃ 통신 기반의 호 설정 방법 및 호 연결 인프라
KR100907612B1 (ko) 아이피 멀티미디어 서브시스템에서 세션 종료 후의 과금처리 방법 및 시스템
KR20090085616A (ko) 조합 서비스를 단일 엔드포인트로 라우팅하기 위한 방법 및 애플리케이션 서버
KR101383031B1 (ko) 음성메시지 서비스 제공 방법, 이를 위한 패킷 서비스 시스템 및 부가서비스 제어기
KR101617776B1 (ko) 부가 서비스 처리를 위한 이동통신시스템 및 그 방법
KR20150045210A (ko) 세션 처리 기능 장애 시 재등록을 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체
KR101384160B1 (ko) 음성메시지 서비스 제공을 위한 패킷 서비스 시스템 및 부가서비스 제어기, 그리고 그의 음성메시지 서비스 제공 방법
KR20080018749A (ko) 음성 및 멀티미디어 서비스를 지원하는 통신 네트워크의메시지를 처리 방법 및 장치
KR20200049715A (ko) 음성호 서비스 전환 시스템, 게이트웨이장치 및 서비스전환장치 그리고 그 장치의 동작 방법
KR20120053226A (ko) 무한 루핑 방지를 위한 세션 설정 프로토콜 기반의 네트워크 시스템 및 이의 방법
KR20110014897A (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