KR101270241B1 - Fmc 통신 기반의 호 설정 방법 및 호 연결 인프라 - Google Patents

Fmc 통신 기반의 호 설정 방법 및 호 연결 인프라 Download PDF

Info

Publication number
KR101270241B1
KR101270241B1 KR1020100118511A KR20100118511A KR101270241B1 KR 101270241 B1 KR101270241 B1 KR 101270241B1 KR 1020100118511 A KR1020100118511 A KR 1020100118511A KR 20100118511 A KR20100118511 A KR 20100118511A KR 101270241 B1 KR101270241 B1 KR 101270241B1
Authority
KR
South Korea
Prior art keywords
client
call setup
fmc
incoming call
infrastructure
Prior art date
Application number
KR1020100118511A
Other languages
English (en)
Other versions
KR20120056987A (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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=46146246&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=KR101270241(B1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by 주식회사 네이블커뮤니케이션즈 filed Critical 주식회사 네이블커뮤니케이션즈
Priority to KR1020100118511A priority Critical patent/KR101270241B1/ko
Priority to PCT/KR2011/008670 priority patent/WO2012070794A2/ko
Publication of KR20120056987A publication Critical patent/KR20120056987A/ko
Application granted granted Critical
Publication of KR101270241B1 publication Critical patent/KR101270241B1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/66Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1073Registration or de-registration
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/55Push-based network services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/26Network addressing or numbering for mobility support

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

푸시 통지 인프라(Push Notification Infra) 및 FMC(Fixed Mobile Convergence) 클라이언트와 연결된 호 연결 인프라(Call Connection Infra)에서 수행되는 호 설정 방법은 상기 FMC 클라이언트로부터 클라이언트 정보를 수신하여 등록하고, 상기 FMC 클라이언트에 대한 착신호 설정 요청 메시지가 수신되면, 상기 호설정 요청 메시지를 푸시 통지 인프라(Push Notification Infra)에 전송하며, 상기 FMC 클라이언트로부터 착신호 설정 응답 메시지가 수신하면, 상기 착신호 설정 요청 메시지 및/또는 상기 착신호 설정 응답 메시지를 기초로 상기 FMC 클라이언트에 대한 착신 호설정을 수행한다. 예를 들어, 상기 클라이언트 정보는 상기 FMC 클라이언트 식별자와 푸시 통지 ID사이의 매핑 정보, 사용해야 하는 푸시 통지 인프라의 정보 및/또는 푸시 통지 서비스를 받기 위한 부가 정보를 포함할 수 있다. 또한, 상기 FMC 클라이언트 식별자는 VoIP 전화번호, 2G/3G 전화번호, SIP URL(Session Initiation Protocol Uniform Resource Locator) 및/또는 사용자 아이디를 포함할 수 있다.

Description

FMC 통신 기반의 호 설정 방법 및 호 연결 인프라{METHOD FOR CALL SETUP BASED ON FMC COMMUNICATION AND CALL CONNECTION INFRA}
개시된 기술은 FMC(Fixed Mobile Convergence) 통신 기반의 호 설정 방법 및 호 연결 인프라에 관한 것으로, 특히 NAT(Network Address Translation) 장치가 존재하는 경우의 FMC 클라이언트와 통신하기 위한 FMC 통신 기반의 호 설정 방법 및 호 연결 인프라에 관한 것이다.
일반적으로 FMC 단말기는 둘 이상의 무선 인터페이스를 가진다. 예를 들어, 둘 이상의 인터페이스는 이동 통신망과 WiFi망에 각각 접속할 수 있는 인터페이스일 수 있다. 사용자 입장에서는 이러한 FMC 단말기를 이용하여 WiFi망을 통해서 FMC 서비스를 제공받아 서비스 이용 요금을 절약할 수 있고, 망사업자 입장에서는 이동 통신망의 부하를 줄일 수 있다. 현재, 이러한 FMC 단말기를 이용한 통신은 다양한 서비스를 제공할 수 있는 수단으로 활용되고 있다. 예를 들어, 사업자가 직접 운영하는 무선망이 없는 경우, 사용자가 FMC 단말기에 FMC 클라이언트를 다운로드한 후 WiFi망을 이용하여 가입자간 무료통화나 일반 전화번호로 저렴한 요금의 유료통화를 이용하는 서비스가 활성화되고 있다. 특히, 다양한 FMC 단말기로의 효율적인 서비스 전달을 위하여 다양한 Push Notification Infra가 생겨나고 있으며, 대표적인 Push Notification Infra로서는 Apple의 APNS, Google의 C2DM, 삼성바다폰의 노티피케이션 인프라(Notification infra), MS Windows mobile 7의 푸시 통지 인프라(Push Notification Infra), 각 핸드폰 제조업체가 구축한 푸시 통지 인프라(Push Notification Infra), 통신사업자가 구축한 푸시 통지 인프라(Push Notification Infra), 통신사업자의 SMS/MMS인프라등이있다.
실시예들 중에서, 푸시 통지 인프라(Push Notification Infra) 및 FMC(Fixed Mobile Convergence) 클라이언트와 연결된 호 연결 인프라(Call Connection Infra)에서 수행되는 호 설정 방법은 상기 FMC 클라이언트로부터 클라이언트 정보를 수신하여 등록하고, 상기 FMC 클라이언트에 대한 착신호 설정 요청 메시지가 수신되면, 상기 호설정 요청 메시지를 푸시 통지 인프라(Push Notification Infra)에 전송하며, 상기 FMC 클라이언트로부터 착신호 설정 응답 메시지가 수신하면, 상기 착신호 설정 요청 메시지 및/또는 상기 착신호 설정 응답 메시지를 기초로 상기 FMC 클라이언트에 대한 착신 호설정을 수행한다. 예를 들어, 상기 클라이언트 정보는 상기 FMC 클라이언트 식별자와 푸시 통지 ID사이의 매핑 정보, 사용해야 하는 푸시 통지 인프라의 정보 및/또는 푸시 통지 서비스를 받기 위한 부가 정보를 포함할 수 있다. 또한, 상기 FMC 클라이언트 식별자는 VoIP 전화번호, 2G/3G 전화번호, SIP URL(Session Initiation Protocol Uniform Resource Locator) 및/또는 사용자 아이디를 포함할 수 있다. 일 실시예에서, 상기 호 설정 방법은 상기 수신한 클라이언트의 정보에 기초하여 상기 푸시 통지 인프라를 지정할 수 있다. 다른 일 실시예에서, 상기 호 설정 방법은 상기 착신호 설정 요청 메시지에 인증코드를 부가할 수 있으며, 상기 수신한 착신호 설정 응답 메시지에 상기 인증코드에 상응하는 데이터를 확인할 수 있고, 상기 확인 결과에 따라 상기 착신호 설정 응답 메시지의 진위여부를 판별할 수 있다. 일 실시예에서, 상기 호 설정 방법은 상기 FMC 클라이언트로부터 상기 WiFi망을 통해 클라이언트 정보를 수신하여 등록할 수 있고, 상기 WiFi망을 통해 상기 FMC 클라이언트로부터 발신호 설정 요청 메시지를 수신할 수 있으며, 상기 WiFi망을 통해 상기 등록된 클라이언트 정보에 기초하여 발신 호설정을 수행할 수 있다.
실시예들 중에서, 푸시 통지 인프라(Push Notification Infra) 및 FMC(Fixed Mobile Convergence) 클라이언트와 연결된 호 연결 인프라(Call Connection Infra)에서 수행되는 호 설정 방법은, FMC 클라이언트로부터 이동 통신망 및/또는 WiFi망을 통해 클라이언트 정보를 수신하여 등록하고, 상기 FMC 클라이언트에 대한 착신호 설정 요청 메시지를 수신하면, 수신된 착신호 설정 요청 메시지를 푸시 통지 인프라를 통해 상기 이동 통신망 및/또는 WiFi망을 거쳐 FMC 클라이언트로 전송하며, 상기 푸시 통지 인프라를 통하여 상기 FMC 클라이언트로부터 착신호 설정 응답 메시지를 수신하면, 상기 착신호 설정 요청 메시지 및/또는 상기 착신호 설정 응답 메시지에 기초하여 상기 FMC 클라이언트에 대한 착신 호설정을 수행할 수 있다. 예를 들어, 상기 클라이언트 정보는 상기 FMC 클라이언트 식별자와 푸시 통지 ID 사이의 매핑 정보, 푸시 통지 인프라의 주소 및/또는 푸시 통지 서비스를 위한 부가 정보를 포함할 수 있다. 일 실시예에서, 상기 호 설정 방법은 상기 착신호 설정 요청 메시지에 포함된 상기 FMC 클라이언트의 식별자에 기초하여 상기 수신한 착신호 설정 응답 메시지가 상기 착신호 설정 요청 메시지에 대한 응답인지를 확인할 수 있고, 상기 확인 결과에 따라 상기 등록된 클라이언트 정보, 착신호 설정 요청 메시지 및/또는 착신호 설정 응답 메시지에 기초하여 착신 호설정을 수행할 수 있다. 다른 일 실시예에서, 상기 호 설정 방법은 상기 FMC 클라이언트로부터 발신호 설정 요청 메시지를 수신할 수 있고, 상기 등록된 클라이언트 정보에 기초하여 발신 호설정을 수행할 수 있다.
실시예들 중에서, 푸시 통지 인프라(Push Notification Infra) 및 호 연결 인프라(Call Connection Infra)와 연결된 FMC(Fixed Mobile Convergence) 클라이언트에서 수행되는 호 설정 방법은, FMC 클라이언트가 동작을 시작하고 호 연결 인프라에 클라이언트 정보를 등록하고, 이동 통신망을 통해 푸시 통지 인프라로부터 착신호 설정 요청 메시지를 수신하며, WiFi망을 통한 데이터 전송이 가능한 경우 상기 WiFi망을 통해 상기 착신호 설정 요청 메시지에 대한 착신호 설정 응답 메시지를 호 연결 인프라로 전송한다. 일 실시예에서, 상기 호 설정 방법은 상기 WiFi망을 통해 데이터 전송이 불가능한 경우, 상기 착신호 설정 응답 메시지를 상기 이동 통신망을 통해 전송할 수 있다. 다른 일 실시예에서, 상기 호 설정 방법은 상기 WiFi망을 통해 데이터 전송이 불가능한 경우 이 사실을 상기 이동 통신망을 통해 전송할 수 있다. 예를 들어, 호 라우팅 서버는 FMC 클라이언트로부터 수신한 WiFi망 사용가능여부에 기초하여, 이동통신 서킷(Circuit)망을 통하여 FMC 클라이언트로 음성호를 요청할 수 있다. 일 실시예에서, 상기 호 설정 방법은 상기 착신호 설정 요청 메시지에 포함된 인증코드를 검출할 수 있고, 상기 인증코드를 기초로 하는 데이터를 상기 착신호 설정 응답 메시지에 포함하여 전송할 수 있다.
실시예들 중에서, 푸시 통지 인프라(Push Notification Infra)와 FMC(Fixed Mobile Convergence) 클라이언트와 연결되는 호 연결 인프라(Call Connection Infra)는 상기FMC 클라이언트로부터 클라이언트 정보를 수신하여 등록하고, 상기 FMC 클라이언트에 대한 착신호 설정 요청 메시지가 수신되면 상기 착신호 설정 요청 메시지를 푸시 통지 인프라(Push Notification Infra)에 전송하며, 상기 FMC 클라이언트로부터 착신호 설정 응답 메시지를 수신하는 SBC(Session Boarder Controller)와, 상기 SBC로 수신된 착신호 설정 응답 메시지를 전송받아 상기 착신호 설정 요청 메시지 및/또는 상기 착신호 설정 응답 메시지를 기초로 상기 FMC 클라이언트에 대한 착신 호설정을 수행하는 SSW(Soft Switch)를 포함한다. 예를 들어, 상기 호 연결 인프라는 VoIP용 인프라, IM/VS(Video Sharing)/PTT 통신서비스 인프라 및/또는 IMS Core(S-CSCF, I-CSCF, P-CSCF, HSS)/IP-PBX/IP-Centrex 인프라를 포함할 수 있다. 일 실시예에서, 상기 호 연결 인프라는 상기 착신호 설정 요청 메시지에 인증코드를 부가하고, 상기 수신한 착신호 설정 응답 메시지에 상기 인증코드로부터 생성된 데이터가 포함되어 있는지를 확인하여 상기 착신호 설정 응답 메시지의 진위여부를 판별할 수 있다. 다른 일 실시예에서, 상기 호 연결 인프라는 상기 FMC 클라이언트로부터 상기 WiFi망을 통해 클라이언트 정보를 수신하여 등록하고, 상기 WiFi망을 통해 상기 FMC 클라이언트로부터 발신호 설정 요청 메시지를 수신하면, 상기 WiFi망을 통해 상기 등록된 클라이언트 정보에 기초하여 발신 호설정을 수행할 수 있다. 예를 들어, 상기 클라이언트 정보는 상기 FMC 클라이언트 식별자와 푸시 통지 ID 사이의 매핑 정보, 푸시 통지 인프라정보 및/또는 푸시 통지 서비스를 위한 부가 정보를 포함할 수 있고, 상기 FMC 클라이언트 식별자는 VoIP 전화번호, 2G/3G Circuit기반의 전화번호, SIP URL(Session Initiation Protocol Uniform Resource Locator) 및/또는 사용자 아이디를 포함할 수 있다.
도 1은 개시된 기술의 일 실시예에 따른 FMC 통신 시스템을 설명하는 구성도이다.
도 2는 도 1의 FMC 통신 시스템에서 호를 설정하는 방법을 설명하는 도면이다.
도 3은 개시된 기술의 일 실시예에 따른 FMC 통신 기반의 착신 호설정 방법을 설명하는 흐름도이다.
도 4는 도 3의 구체적인 실시예를 설명하는 순서도이다.
도 5는 개시된 기술의 일 실시예에 따른 FMC 통신 기반의 발신호 설정 방법을 설명하는 흐름도이다.
도 6은 개시된 기술의 FMC 클라이언트에서 수행하는 착신 호설정 방법을 설명하는 흐름도이다.
도 7은 도 6의 구체적인 실시예를 설명하는 순서도이다.
도 8은 개시된 기술에서 통신사업자의 Circuit기반의 무선전화망과 VoIP를 위한 호연결인프라 사이의 연동을 통한 통신 시스템을 설명하는 도면이다.
개시된 기술에 관한 설명은 구조적 내지 기능적 설명을 위한 실시예에 불과하므로, 개시된 기술의 권리범위는 본문에 설명된 실시예에 의하여 제한되는 것으로 해석되어서는 아니 된다. 즉, 실시예는 다양한 변경이 가능하고 여러 가지 형태를 가질 수 있으므로 개시된 기술의 권리범위는 기술적 사상을 실현할 수 있는 균등물들을 포함하는 것으로 이해되어야 한다.
한편, 본 출원에서 서술되는 용어의 의미는 다음과 같이 이해되어야 할 것이다.
"제1", "제2" 등의 용어는 하나의 구성요소를 다른 구성요소로부터 구별하기 위한 것으로, 이들 용어들에 의해 권리범위가 한정되어서는 아니 된다. 예를 들어, 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다.
"및/또는"의 용어는 하나 이상의 관련 항목으로부터 제시 가능한 모든 조합을 포함하는 것으로 이해되어야 한다. 예를 들어, "제1 항목, 제2 항목 및/또는 제3 항목"의 의미는 제1, 제2 또는 제3 항목뿐만 아니라 제1, 제2 또는 제3 항목들 중 2개 이상으로부터 제시될 수 있는 모든 항목의 조합을 의미한다.
어떤 구성요소가 다른 구성요소에 "연결되어"있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결될 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떤 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다. 한편, 구성요소들 간의 관계를 설명하는 다른 표현들, 즉 "~사이에"와 "바로 ~사이에" 또는 "~에 이웃하는"과 "~에 직접 이웃하는" 등도 마찬가지로 해석되어야 한다.
단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한 복수의 표현을 포함하는 것으로 이해되어야 하고, "포함하다"또는 "가지다" 등의 용어는 설시된 특징, 숫자, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것이 존재함을 지정하려는 것이며, 하나 또는 그 이상의 다른 특징이나 숫자, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
각 단계들에 있어 식별부호(예를 들어, a, b, c, …)는 설명의 편의를 위하여 사용되는 것으로 식별부호는 각 단계들의 순서를 설명하는 것이 아니며, 각 단계들은 문맥상 명백하게 특정 순서를 기재하지 않는 이상 명기된 순서와 다르게 일어날 수 있다. 즉, 각 단계들은 명기된 순서와 동일하게 일어날 수도 있고 실질적으로 동시에 수행될 수도 있으며 반대의 순서대로 수행될 수도 있다.
여기서 사용되는 모든 용어들은 다르게 정의되지 않는 한, 개시된 기술이 속하는 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가진다. 일반적으로 사용되는 사전에 정의되어 있는 용어들은 관련 기술의 문맥상 가지는 의미와 일치하는 것으로 해석되어야 하며, 본 출원에서 명백하게 정의하지 않는 한 이상적이거나 과도하게 형식적인 의미를 지니는 것으로 해석될 수 없다.
도 1은 개시된 기술의 일 실시예에 따른 FMC 통신 시스템을 설명하는 구성도이다.
도 1을 참조하면, PUSH 서비스 제공 시스템(100)은 FMC 단말기(110), 호 연결 인프라(120), IP Network(130) 및 푸시 통지 인프라(Push Notification Infra)(140)를 포함한다.
FMC 단말기(110)는 서로 다른 두 종류의 통신망을 접속할 수 있는 인터페이스를 포함한다. 예를 들어, FMC 단말기(110)는 WiFi망에 접속할 수 있는 인터페이스(112)와 이동 통신망에 접속할 수 있는 인터페이스(113)를 포함할 수 있다. 일 실시예에서, FMC 단말기(110)의 FMC 클라이언트(Client)(111)는 VoIP로 통화할 수 있는 클라이언트를 포함할 수 있고, 이를 통한 FMC 서비스는 착신과 발신이 모두 가능하여야 진정한 서비스로 자리를 잡을 수 있다. 현재, 발신 서비스는 크게 문제가 없으나 착신 서비스는 NAT 장치의 문제들로 인해 서비스를 제공하는데 제한이 있을 수 있다.
일반적으로, FMC 단말기(110)가 WiFi망을 통해 IP망에 접속될 경우, 보통 공유기와 같은 NAT 장치(142)를 거쳐서 IP망에 접속될 수 있다. 공유기는 자신의 IP 주소와 포트번호 자원의 효율적인 사용을 위하여 일정 시간(Port Binding Time) 이상 단말기의 데이터 트래픽이 없으면 NAT 테이블 상에서 해당 단말기의 IP 주소 및 포트정보의 매핑 정보를 삭제할 수 있다. 따라서, 단말기는 풀(Pull) 방식의 데이터 전송은 가능하나 푸쉬(Push) 방식의 데이터를 IP망으로부터 수신할 수 없다. 이 문제를 해결하려면 단말기는 주기적으로 패킷이 NAT 장치(142)를 지나가게 하여 NAT의 포트 바인딩을 유지 해야 한다. NAT의 포트 바인딩 타임(Port Binding Time)은 UDP의 경우는 수분 정도의 수준이고, TCP의 경우도 긴 경우는 수시간이도 하나 NAT의 설정에 따라서는 10분 이내일 수도 있다. 따라서, FMC 단말기(110)는 NAT 장치(142)를 거쳐 WiFi망을 통해 Push 방식의 데이터를 수신하기 위해서는 약 1분 마다 WiFi망을 통해 IP망으로 패킷을 전송해야만 한다. 따라서, FMC 단말기(110)의 배터리 소모가 아주 많아지게 된다.
개시된 기술에서는 FMC 단말기(110)가 수분 마다 WiFi망을 통해 IP망(141)으로 패킷을 전송하는 대신, 푸시 통지 인프라(Push Notification Infra, PNI)(160)를 이용하여 Push 방식의 데이터를 IP망(141)으로 받게 하여, NAT 장치(142)의 포트바인딩이 필요 없도록 할 수 있다.
호 연결 인프라(120)는 VoIP형태의 호를 설정하고 IP기반의 음성 통화가 되도록 해주는 인프라를 통칭할 수 있다. 개시된 기술에서, 호 연결 인프라(120)는 SSW(Soft Switch)(121), SBC(Session Border Controller)(122)를 포함할 수 있다. 예를 들어, 호 연결 인프라(120)에서 본 발명을 위해 기본 호 연결 인프라에 비해 추가로 수행되는 대부분의 기능은 SBC(120)에서 구현될 수 있다. 다른 예로, 호 연결 인프라(120)에서 수행되는 본 발명의 기능의 적어도 일부는 SBC(122)에서 구현될 수도 있고, 적어도 다른 일부는 SSW(121)에서 구현 될 수도 있다. 또 다른 예로, 호 연결 인프라(120)에서 수행되는 본 발명을 위한 기능은 도시되지 않은 별도의 장치에서도 구현될 수 있다. 개시된 기술에서, 호 연결 인프라(120)는 당업자의 요구에 따라 다양한 장치(또는 서버)로 구성될 수 있다. 일 실시예에서, 호 연결 인프라(120)는 여러 VoIP 서비스 (예를 들면, Skype)의 호 연결 인프라(120)는 SSW(121), SBC(122) 등으로 구성되지 않고 해당 서비스를 제공하는 서버들로 구성 될 수 있다. 이러한 경우에도, 해당 서비스를 제공하는 서버들은 호 연결 인프라(120)의 구성으로 볼 수 있다. 따라서, 개시된 기술을 설명함에 있어, 호 연결 인프라(120)를 구성하는 장치로 SSW(121), SBC(122)를 중심으로 설명하였으나, 실제 구현은 실제 서비스를 제공하는 서버들을 포함할 수 있다. 또한, 개시된 기술은 VoIP서비스를 가정하고 설명하였으나, IM(Instant Messaging)서비스 등으로 확장이 가능함은 당연하다. 다시 말해, 호 연결 인프라(120)는 VoIP용 인프라뿐만 아니라, IM, Video Sharing, PTT등 기타 통신 서비스의 인프라(예를 들면, 3GPP의 표준인 IMS(IP Multimedia Subsystem)의 인프라)들도 포함할 수 있음은 물론이다.
SSW(121)는 호처리를 제어하는 소프트웨어 중심의 지능형 교환 장비를 말한다. 예를 들어, SSW(121)는 하나의 서버에서 여러 형태의 프로토콜을 모듈형식으로 구조화하여 운영 및 관리할 수 있도록 구성된 장치를 포함할 수 있다.
SBC(122)는 사설망에 있는 가입자를 위하여 서비스를 하는 세션에 대한 처리를 지원하는 장비를 말한다. 일 실시예에서, SBC(122)는 대량의 트래픽을 보내는 형태의 해킹을 방어할 수 있는 보안 기능이 탑재될 수 있다. 예를 들어, SBC(122)에 탑재되는 보안 기능은 데이터를 암호화하여 전송하고 캡슐화하는 기능을 포함할 수 있다.
IP Network(140)는 인터넷 프로토콜 기반의 무선통신망을 말한다. 일 실시예에서, IP Network(140)는 이동 통신망(3G)(133)과 WiFi 통신 방식의 무선통신망(131)을 포함할 수 있다.
WiFi AP(Access Point)(132)는 WiFi 통신 방식에 의해 데이터를 무선으로 송수신하는 기기를 말한다. 일 실시예에서, WiFi AP(312)는 NAT(Network Address Translation) 장치를 탑재할 수 있다.
푸시 통지 인프라(140)는 Push 서비스를 제공하는 업체의 서버를 포함한다. Push 서비스는 다양한 업체에서 다양한 방식으로 제공하고 있으나, 개시된 기술에서는 이러한 서비스 및/또는 해당 서비스를 제공하는 서버를 통칭하여 푸시 통지 인프라(160)라 하기로 한다. 일 실시예에서, FMC 단말기(110)의 종류에 따라서 FMC 단말기(110)는 다양한 푸시 통지 인프라를 사용 및 지정하게 된다. 예를 들어, iPhone은 Apple사의 APNS를 사용하게 되고, Android단말은 C2DM을 사용하게 된다. 다른 예로, 이동통신 사업자가 직접 정의하고 개발한 Push서비스가 사용될 수도 있다. 따라서, 호 연결 인프라(120)는 FMC 단말기(110)와 사업자의 Push서비스의 상황에 따라서 그에 맞는 푸시 통지 인프라(140)를 사용하여야 한다.
개시된 기술에서는 다양한 실시예들 중에서 FMC 클라이언트(111)는 WiFi망을 통한 VoIP 서비스와 이동 통신망을 통한 서킷 호(Circuit Call)를 제공한다고 가정할 수 있다. 이러한 경우, 이동통신 데이터망을 통한 VoIP서비스는 제공하지 않는다고 가정한다. 개시된 기술은 이동통신 Data망을 통한 VoIP서비스로는 쉽게 확장이 가능하다.
도 2는 도 1의 FMC 통신 시스템에서 호를 설정하는 방법을 설명하는 도면이다.
이하에서 도 2를 설명함에 있어, 설명의 편의를 위하여 도 1의 IP Network(130)와 WiFi AP(132)는 도시하지 않았으나, FMC 단말기(110)가 WiFi망을 통해서 SBC(122)와 연결될 때는 NAT 장치인 WiFi AP(132)를 통해서 연결될 수 있다.
도 2를 참조하면, SSW(121)는 FMC 클라이언트(111)로부터 WiFi망을 통해서 FMC 클라이언트(111)의 식별자를 수신하여 등록할 수 있다. SBC(122)는 FMC 클라이언트(111)로부터 WiFi망을 통해 클라이언트 정보를 수신하여 등록할 수 있다. 일 실시예에서, 클라이언트 정보는 FMC 클라이언트(111)의 식별자와 푸시 통지 ID 사이의 매핑 정보, 사용해야 하는 푸시 통지 인프라의 정보(예를 들면, Apple사의 APNS서버주소 or Android C2DM서버 주소) 및/또는 푸시 통지 서비스를 받기 위한 부가 정보를 포함 할 수 있다. 예를 들어, 푸시 통지 인프라(140)가 동작을 하기 위해서는 FMC 단말기(110)의 어플리케이션(Application)마다 푸시 통지 인프라(140)가 푸시 통지 ID를 할당하고, 해당 푸시 통지 ID에 도착하기 위한 3G IP주소 및/또는 WiFi IP주소 등을 FMC 단말기(110)로부터 갱신(Update)받아야 한다. 일 실시예에서, 클라이언트의 식별자는 VoIP 전화번호, 이동통신망 무선 전화번호, SIP URL(Session Initiation Protocol Uniform Resource Locator), 사용자 아이디 중 적어도 하나를 포함할 수 있다.
도 2에서 설명을 간단하게 하기 위하여 FMC단말의 푸시통지 클라이언트는 생략하고 설명하였다. FMC Client에 푸시통지 클라이언트의 기능이 들어있는 것으로 가정하고 설명하겠다 도 2에서, SSW(120)는 송신 단말기(210)로부터 FMC 클라이언트(111)에 대한 착신호 설정 요청 메시지(단계 S201)를 수신하는 경우, 착신호 설정 요청 메시지에 기초하여, FMC 클라이언트(111)의 식별자에 매핑되는 서비스 라우팅 정보를 판별한 후 SBC(130)로 착신호 설정 요청 메시지를 전달할 수 있다(단계 S202).
SBC(130)는 착시 호설정 요청 메시지를 받으면 FMC 클라이언트(111) 식별자와 푸시 통지 ID사이의 매핑을 이용하여 푸시 통지 인프라(160)로 FMC 클라이언트(111)로의 착신 신호에 관한 통지(Notification) 정보를 전달하는 것을 요청하고(단계 S203), 이를 수신한 푸시 통지 인프라(160)는 FMC 클라이언트(111)로 착신호 설정 요청 메시지를 전달할 수 있다(단계 S204). 일 실시예에서, 푸시 통지 인프라(140)로부터의 착신호 설정 요청 메시지는 FMC 클라이언트(111)의 IP Address WiFi(112), IP Address 3G(113) 또는 SMS로 전송될 수 있다. 예를 들어, 메시지의 전달 방식은 푸시 통지 서비스의 방식과 메시지 전달시 이용 가능한 망의 상태에 따라 달라질 수 있으므로, 개시된 기술에서는 특정한 것에 한정하지 않는다. 선택적으로, SBC(122)는 착신호 설정 요청 메시지를 단계 S203과 동시에, 일반적인 WiFi망을 통한 VoIP호 설정에서 하듯이 WiFi망을 통해서도 중복하여 보낼 수 있다. 착신호 설정 요청 메시지를 중복하여 전송하면 단계 S203만으로 전송하는 경우에 비하여 보다 빠른 호 설정이 이루어질 수 있으며, FMC 클라이언트(111)에 착신호 설정 요청 메시지가 전달할 확률을 향상시킬 수 있다.
FMC 클라이언트(111)는 수신한 착신호 설정 요청 메시지를 따른 착신 호설정 응답 메세지를 SBC(122)로 전송한다(단계 S205). 일 실시예에서, 착신호 설정 응답 메시지는 FMC 클라이언트(111)의 IP Address WiFi(112)를 통해 SBC(122)로 전송할 수 있다.
SBC(122)가 FMC 클라이언트(111)로부터 착신호 설정 응답 메시지를 수신하면(단계 S205), 이 메시지에 포함된 FMC 클라이언트(111)의 식별자로부터 SBC(122)는 단계 'S202'에서 수신한 착신호 설정 요청 메시지의 응답인지 알 수 있다. 만약, 동일한 FMC 클라이언트(111)에 의한 응답이라고 확인되면 SSW(121)로 착신호 설정 응답 메시지를 전송할 수 있다(단계 S206).
SSW(121)는 착신 호설정 응답 메시지에 포함된 FMC 클라이언트(111)의 식별자에 기초하여 해당 착신 호설정을 수행할 수 있다(S207).
이때, WiFi망을 통해서는 해커 등이 거짓응답을 할 위험이 있으므로 보안을 위한 부가적인 방법을 이용할 수 있다. 일 실시예에서, SBC(122)는 착신호 설정 요청 메시지(S203)를 전달할 때, 착신호 설정 요청 메시지에 인증코드를 부가할 수 있다. 예를 들어, FMC 클라이언트(111)는 착신호 설정 요청 메시지에 포함된 인증코드를 검출하고 검출된 인증코드에 상응하는 데이터를 착신호 설정 응답 메시지에 포함하여 SBC(122)로 전송할 수 있다. 예를 들어, 인증코드에 상응하는 데이터는 인증코드의 해싱값에 상응하는 데이터일 수 있다.
SBC(122)는 수신한 착신호 설정 응답 메시지(S215)를 확인하여 인증코드의 해싱값에 상응하는 데이터가 포함되어 있는지 여부에 판별하고 그 결과에 따라 착신호 설정 응답 메시지의 진위여부를 판별할 수 있다.
이하에서, 착신 호설정 및 발신 호설정 방법을 설명함에 있어, SSW(121) 및/또는 SBC(122) 및/또는 제3의 장비가 호 연결 인프라의 역할을 수행하는 것으로 설명할 수 있다. 다시 말해, 특별한 언급이 없는 한 제어의 주체가 호 연결 인프라(140)인 경우에는 해당 호 연결 인프라(140)안에 존재하는 SSW(121) 및/또는 SBC(122) 및/또는 제3의 장비일 수 있다.
도 3은 개시된 기술의 일 실시예에 따른 FMC 통신 기반의 호 설정 방법을 설명하는 흐름도이다.
도 3에서, 호 연결 인프라는 FMC 클라이언트(111)로부터 클라이언트 정보를 수신하여 등록한다(단계 S310). 일 실시예에서, 클라이언트 정보는 FMC 클라이언트(111)의 식별자, 푸시 통지 ID 사이의 매핑 정보, 사용해야 하는 푸시 통지 인프라(140)의 정보(예를 들면, Apple사의 APNS서버주소 또는 Android C2DM서버 주소) 및/또는 푸시 통지 서비스를 받기 위한 부가 정보를 포함 할 수 있다. 예를 들어, 부가 정보는 푸시 통지 서비스의 인증을 위한 key값을 포함할 수 있으며, 부가정보로 어느 정보가 필요한지는 사용되는 푸시 통지 서비스에 따라 다를 수 있다.
호 연결 인프라는 FMC 클라이언트(111)에 대한 착신호 설정 요청 메시지를 수신하면, 수신된 착신호 설정 요청 메시지를 푸시 통지 인프라(140)를 통해 FMC 클라이언트(111)로 전송한다(단계 S320). 예를 들어, FMC 클라이언트(111)에 대한 착신호 설정 요청 메시지는 푸시 통지 인프라(140)로부터 전송될 수 있다. 일 실시예에서, 푸시 통지 인프라(140)는 수신된 착신호 설정 요청 메시지를 IP Network(130)의 3G(133)를 통해 FMC 클라이언트(111)로 전송할 수 있다. 예를 들어, 호 연결 인프라(120)는 착신호 설정 요청 메시지 및 등록된 클라이언트 정보에 기초하여, FMC 클라이언트(111)의 식별자에 매핑되는 푸시통지 ID, 사용해야 하는 푸시 통지 인프라(140)의 정보 및/또는 푸시통지 서비스를 받기 위한 부가정보를 이용하여 푸시 통지 인프라(140)로 보내고, 이를 통해 FMC 클라이언트(111)로 착신호 설정 요청 메시지를 전달할 수 있다. 여기서, FMC 클라이언트 식별자는 VoIP 전화번호, 2G/3G 무선 서킷(Circuit) 기반의 전화번호, SIP URL(Session Initiation Protocol Uniform Resource Locator) 및/또는 사용자 아이디를 포함할 수 있다. 다른 일 실시예에서, 푸시 통지 인프라(160)는 수신된 착신호 설정 요청 메시지를 WiFi AP(132)를 통해 또는 SMS를 통해 FMC 클라이언트(111)로 전송할 수 있다.
호 연결 인프라(12)는 푸시 통지 인프라(140)를 통하여 전송된 착신 호설정 요청에 대하여 FMC 클라이언트(111)로부터 착신호 설정 응답 메시지를 수신하면, 전송한 착신호 설정 요청 메시지 및/또는 수신한 착신호 설정 응답 메시지에 기초하여, FMC 클라이언트(111)에 대한 착신 호설정을 수행한다(단계 S330).
도 4는 도 3의 구체적인 실시예를 설명하는 순서도이다.
도 4에서, 호 연결 인프라가 FMC 클라이언트(111)로부터 클라이언트 정보를 수신하여 등록하게 되면(단계 S401), 착신호 설정 요청 메시지를 수신하기 위한 대기상태가 유지될 수 있다.
호 연결 인프라가 FMC 클라이언트(111)에 대한 착신호 설정 요청 메시지를 수신할 수 있다(단계 S402). 일 실시예에서, 수신된 착신호 설정 요청 메시지에 인증코드를 부가할 수 있다(단계 S403). 푸시 통지 인프라(140)를 통해 FMC 클라이언트(111)로 전송할 수 있다(단계 S404). 일 실시예에서, 착신호 설정 요청 메시지를 수신하지 않으면, 이에 따른 호설정 실패 절차를 수행할 수 있다(단계 S409). 예를 들어, 호설정 실패 절차는 당업자의 요구에 따라 다양한 변형이 가능하므로, 개시된 기술에서는 특정한 방법에 한정하지 않는다.
호 연결 인프라가 전송된 착신호 설정 요청 메시지에 따른 착신호 설정 응답 메시지를 수신할 수 있다(단계 S405). 일 실시예에서, 단계 S403이 실행되었던 경우에는 수신한 착신호 설정 응답 메시지에 인증코드의 해싱값에 상응하는 데이터가 포함되어 있는지를 확인할 수 있다(단계 S406). 만약, 착신호 설정 응답 메시지를 수신하지 못하거나 해싱값에 상응하는 데이터가 포함되지 않은 경우에는 이에 따른 호설정 실패 절차를 수행할 수 있다(단계 S409).
해싱값에 상응하는 데이터가 포함된 경우, 호 연결 인프라는 해당 데이터를 확인하여 착신호 설정 응답 메시지의 진위여부를 판별할 수 있고(단계 S407), 정당한 메시지로 확인되면, 착신호 설정 요청 메시지 및/또는 착신호 설정 응답 메시지에 기초하여 해당 FMC 클라이언트(111)에 대한 착신호 설정을 수행할 수 있다(단계 S408).
도 5는 개시된 기술의 일 실시예에 따른 FMC 통신 기반의 발신호 설정 방법을 설명하는 흐름도이다.
도 5를 참조하면, 호 연결 인프라는 FMC 클라이언트(111)로부터 WiFi망을 통해 클라이언트 정보를 수신하여 등록하고(단계 S510), WiFi망을 통해 해당 FMC 클라이언트(111)로부터 발신호 설정 요청 메시지를 수신하면(단계 S520), WiFi망을 통해 등록된 클라이언트 정보에 기초하여 발신호 설정을 수행할 수 있다(단계 S530). 여기서, 발신호 설정의 구체적인 방법은 당업자의 요구에 따라 다양한 변형이 가능하므로 특정한 것에 한정하지 않음은 당연하다. 예를 들어, VoIP의 발신호 설정 방법을 동일 내지 극히 유사하게 적용할 수 있다.
도 6은 개시된 기술의 FMC 클라이언트에서 수행하는 착신 호설정 방법을 설명하는 흐름도이다.
도 6을 참조하면, FMC 클라이언트(111)는 사용자의 제어 하에 동작을 시작하게 되면, 푸시통지 서비스를 받기 위한 예비작업을 수행할 수 있다(단계 S610). 예를 들어, FMC 클라이언트(111)의 동작은 사용자의 조작으로 FMC 단말기(110)의 전원이 턴온되면 자동으로 동작될 수 있다. 다른 예로, FMC 클라이언트(111)의 동작은 사용자의 조작으로 특정 어플리케이션(Application)이 구동되어 동작될 수 있다. 일 실시예에서, 예비작업은 푸시 통지 서비스(예를 들면, APNS, C2DM등)에 따라 수행될 수 있다. 예를 들어, FMC 클라이언트(111)는 푸시 통지용 ID 및/또는 푸시 통지 서비스를 위한 부가정보를 받을 수 있다.
FMC 클라이언트(111)는 예비작업이 완료되면, 호 연결 인프라(120)에 자신의 클라이언트 정보를 등록할 수 있다(단계 S620). 이후, 푸시 통지 서비스를 통해 착신호 설정 요청 메시지를 수신하면(단계 S630), FMC 클라이언트(111)는 WiFi망을 통한 데이터 전송 가능 여부를 확인할 수 있고, WiFi망을 통한 데이터 전송이 가능한 경우에는 WiFi망을 통해 착신호 설정 요청 메시지에 대한 착신호 설정 응답 메시지를 호 연결 인프라(120)에 전송할 수 있다(단계 S640). 단계 S630에서 전송되는 데이터는 당업자의 요구에 따라 WiFi망, 이동 통신망 또는 SMS등 푸시 통지 서비스의 구현과 데이터 전송시의 망 상태에 따라 변경될 수 있다.
도 7은 도 6의 구체적인 실시예를 설명하는 순서도이다.
도 7에서, FMC 클라이언트(111)는 푸시 통지 서비스를 받기 위한 예비작업을 수행한다(단계 S701). 이후 FMC 클라이언트(111)는 호 연결 인프라(120)에 자신의 클라이언트 정보를 등록한 후(단계 S702), 착신호 설정 요청 메시지를 수신하면(단계 S703), 수신된 착신호 설정 요청 메시지에 인증코드가 포함되어 있으면 포함된 인증코드를 검출하여(단계 S704), FMC 클라이언트(111)는 인증코드의 해싱값에 상응하는 데이터를 포함하는 착신호 설정 응답 메시지를 생성할 수 있다(단계 S705).
FMC 클라이언트(111)는 WiFi망을 통한 데이터 전송이 가능한지를 확인한 후(단계 S706), WiFi망을 통한 데이터 전송이 가능한 경우에는(단계 S707) WiFi망을 통해 착신호 설정 요청 메시지에 대한 착신호 설정 응답 메시지를 호 연결 인프라(120)로 전송할 수 있다(단계 S708).
WiFi망을 통한 데이터 전송이 불가능한 경우(단계 S707), 착신호 설정 응답 메시지FMC 클라이언트(111)는 이동 통신망을 통해 전송할 수 있다(단계 S709). 일 실시예에서, FMC 클라이언트(111)는 이동 통신망을 통해 호 연결 인프라(120) 및/또는 각 서비스 업체별 장비에 WiFi망을 사용할 수 없음을 전송할 수도 있다(단계 S710).
지금까지의 설명에서는 FMC 클라이언트(111)가 WiFi망을 통한 VoIP 서비스와 2G/3G망을 통한 서킷 호를 제공한다고 가정하였다. 따라서, 2G/3G Data망을 통한 VoIP서비스는 제공하지 않는다고 가정하였다. 만약, 2G/3G Data망를 통한 VoIP서비스도 허용한다고 가정하거나 IM 등의 서비스처럼 WiFi망뿐 아니라 2G/3G Data망을 통해서도 QoS에 별 문제 없이 서비스가 가능한 서비스의 경우, FMC 클라이언트(111)는 WiFi망을 사용할 수 없는 경우는 2G/3G Data망을 통해서 호 연결 인프라(120)와 통신을 할 수 있다.
호 연결 인프라(120)는 WiFi망을 통한 데이터 전송이 불가능함을 전송 받게 되면(단계 S710), WiFi망이 복구될 때까지, 이후 데이터는 모두 이동 통신망을 통해서 전송할 수 있다. 다른 예로서, 호 연결 인프라(120)는 WiFi망을 통한 데이터 전송이 불가능함을 전송 받게 되면, WiFi망이 복구 될 때까지, 이통 통신 서킷망을 이용하여 음성 서비스를 전송 할 수 있는 조치를 취할 수 있다. 이에 대한 방법은 하기에서 상세히 설명하기로 한다.
도 8은 개시된 기술에서 통신사업자의 서킷 기반의 무선전화망과 VoIP를 위한 호연결인프라 사이의 연동을 통한 통신 시스템을 설명하는 그림이다 .도 8을 참조하면, 누군가가 어디에서건 전화망(Phone Network)(810)을 통해 FMC 단말기(110)로 전화를 할 경우, 일단 해당 FMC 단말기(110)의 사용자에게 서비스를 제공하는 사업자망(Operator's Network)(820)으로 전화가 오게 된다. 예를 들어, 전화망(810)은 PSTN(Public Switched Telephone Network), VoIP망, 3G망 또는 2G망을 포함할 수 있다.
사업자망(820)으로 전화가 오면, 사업자망(820)의 호 라우팅 서버(Call Routing Server)(821)는 VoIP망을 이용한 사업자 호 연결 인프라(Operator's Call Connection Infra)(822)와 2G/3G무선망을 이용한 사업자 2G/3G 인프라(Operator's 2G/3G Infra)(823) 중 하나를 선택하여 FMC 단말기(110)로 호를 전송할 수 있다. 일 실시예에서, 2G/3G무선망은 사업자가 직접 운영하는 통신망이 아니고 MVNO(Mobile Virtual Network Operator)로 서비스 하는 망을 포함할 수 있다. 예를 들어, MVNO 사업자의 경우 VoIP호를 통하는 것이 무선망을 통하는 것에 비하여 비용부담이 적으므로, VoIP호 우선 라우팅 정책(Routing Policy)을 갖는 것이 유리할 수 있다.
호 라우팅 서버(821)는 FMC 단말기(110)의 사용자가 VoIP망에 등록(Registration)되어 있으면 FMC 단말기(110)의 사용자가 VoIP호를 받을 수 있다고 가정하고 해당 호를 VoIP망으로 보낼 수 있다. 만약, FMC 단말기(110)가 WiFi망을 벗어났을 경우 VoIP서버의 등록 재생(Registration Refresh) 시간이 지나기 전에는 이 사실을 서버가 알 수 없어서, 호 라우팅 서버(821)가 VoIP로 호를 보내도 WiFi망을 통해서는 데이터가 FMC 단말기(110)에 도착하지 않으므로 FMC 단말기(110)는 아무런 메시지도 받지 못하고 결국 FMC 단말기(110)는 호를 받지 못하게 되는 문제가 발생할 수 있다. 호가 실패한 후에 VoIP 인프라가 호 라우팅 서버(821)에 이 사실을 알려서 2G/3G 무선망(823)으로 통화를 시도할 수는 있으나, 호 실패를 아는데 까지 오랜 시간이 걸리게 되므로 호가 성공하기 까지 오랜 시간이 걸리고 따라서 발신자가 호를 포기할 확률이 높을 수 있다.
도 8에서, 본 발명에서 제시한 푸시 통지 인프라 이용방법 사용하면, WiFi가 가용하지 않더라도, 우선적으로 FMC 클라이언트(111)에 푸시 통지를 통해 호가 도착할 수 있고, FMC 클라이언트(111)는 WiFi가 사용가능하지 않으면 이 사실을 직접 또는 호 연결 인프라(120)를 통해서 간접으로 호 라우팅 서버(821)에 알릴 수 있으며, 호 라우팅 서버(821)는 FMC 단말기(110)로 서킷 기반의 무선통화를 시도하게 할 수 있다.
FMC 클라이언트(111)에서 착신호가 도착하기 전이라도 WiFi가 더 이상 사용가능하지 않는 등의 이유로 인해, VoIP호를 수신할 수 없음을 알게 되었을 경우, FMC 클라이언트(111)는 3G망이나 SMS등을 통해서 이 사실을 VoIP 인프라 및/또는 호 라우팅 서버(821)에 알려준다. 호 라우팅 서버(821)는 이정보를 기억하여 이후는 호를 무선망으로 연결한다. 일 실시예에서, 푸시 통지 인프라(140)가 FMC 단말기(110)에 존재하는 통지를 위한 클라이언트와 WiFi의 사용가능여부에 대한 정보를 주고 받는 다면, 통지 서버(Notification Server)로부터 이 정보를 VoIP 인프라나 호 라우팅 서버(821)가 받도록 하여, 같은 정보를 여러 번 전송하지 않도록 하고, 망의 부하를 줄여 줄 수 있다. 다시 말해, 3G 데이터나 SMS의 사용을 줄일 수 있다.
개시된 기술은 다음의 효과를 가질 수 있다. 다만, 특정 실시예가 다음의 효과를 전부 포함하여야 한다거나 다음의 효과만을 포함하여야 한다는 의미는 아니므로, 개시된 기술의 권리범위는 이에 의하여 제한되는 것으로 이해되어서는 아니 될 것이다.
일 실시예에 따른 FMC 통신 기반의 호 설정 방법 및 호 연결 인프라는 FMC 통신을 위해 NAT 장치를 거치는 경우에도 착신 호설정의 효율성을 높일 수 있다. 필요한 경우 선택적으로 호설정을 하여, 통신망의 트래픽 부하를 분산 및/또는 감소시킬 수 있기 때문이다.
또한, 일 실시예에 따른 FMC 통신 기반의 호 설정 방법 및 호 연결 인프라는 FMC 단말기의 배터리 소모를 최소화할 수 있다. NAT 장치를 통해 지속적인 패킷 전송을 하여 NAT 테이블을 유지하지 않고 적절한 시기에 대기상태에 진입할 수 있기 때문이다. 따라서, 불필요한 패킷 전송에 따른 오버헤드를 감소시킬 수 있다.
또한, 일 실시예에 따른 FMC 통신 기반의 호 설정 방법 및 호 연결 인프라는 안정적인 서비스를 제공할 수 있다. 이동 통신망 및 와이파이망에 대한 접속 상태에 따라 선택적으로 메시지를 전송할 수 있기 때문이다.
상기에서는 본 출원의 바람직한 실시예를 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 하기의 특허 청구의 범위에 기재된 본 출원의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 출원을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다.

Claims (21)

  1. 푸시 통지 인프라(Push Notification Infra) 및 FMC(Fixed Mobile Convergence) 클라이언트와 연결된 호 연결 인프라(Call Connection Infra)에서 수행되는 호 설정 방법에 있어서,
    (a) 상기 FMC 클라이언트로부터 클라이언트 정보를 수신하여 등록하고, 상기 클라이언트 정보에 기초하여 상기 푸시 통지 인프라를 지정하는 단계;
    (b) 상기 FMC 클라이언트에 대한 착신호 설정 요청 메시지가 수신되면, 상기 착신호 설정 요청 메시지에 기 설정된 인증 코드를 부가하여 상기 지정된 푸시 통지 인프라(Push Notification Infra)를 통해 상기 FMC 클라이언트에 전송함과 동시에 WiFi망 및 이동 통신망 중 적어도 하나를 통해 상기 FMC 클라이언트에 전송하는 단계; 및
    (c) 상기 FMC 클라이언트로부터 착신호 설정 응답 메시지를 수신하면 상기 착신호 설정 응답 메시지에 상기 인증 코드로부터 생성된 데이터가 포함되어 있는지 판단하고, 상기 판단 결과에 따라 상기 착신호 설정 응답 메시지의 진위여부를 판별하여 상기 착신호 설정 요청 메시지 및 상기 착신호 설정 응답 메시지 중 적어도 하나를 기초로 상기 FMC 클라이언트에 대한 착신 호설정을 수행하는 단계를 포함하는 FMC 통신 기반의 호 설정 방법.
  2. 제1항에 있어서, 상기 클라이언트 정보는
    상기 FMC 클라이언트 식별자와 푸시 통지 ID사이의 매핑 정보, 사용해야 하는 푸시 통지 인프라의 정보 및 푸시 통지 서비스 중 적어도 하나를 받기 위한 부가 정보를 포함하는 것을 특징으로 하는 FMC 통신 기반의 호 설정 방법.
  3. 제2항에 있어서, 상기 FMC 클라이언트 식별자는
    VoIP 전화번호, 2G 또는 3G 전화번호, SIP URL(Session Initiation Protocol Uniform Resource Locator) 또는 사용자 아이디를 포함하는 것을 특징으로 하는 FMC 통신 기반의 호 설정 방법.
  4. 삭제
  5. 삭제
  6. 제1항에 있어서, 상기 FMC 통신 기반의 호 설정 방법은
    (d) 상기 FMC 클라이언트로부터 상기 WiFi망을 통해 클라이언트 정보를 수신하여 등록하는 단계;
    (e) 상기 WiFi망을 통해 상기 FMC 클라이언트로부터 발신호 설정 요청 메시지를 수신하는 단계; 및
    (f) 상기 WiFi망을 통해 상기 등록된 클라이언트 정보에 기초하여 발신 호설정을 수행하는 단계를 더 포함하는 것을 특징으로 하는 FMC 통신 기반의 호 설정 방법.
  7. 푸시 통지 인프라(Push Notification Infra) 및 FMC(Fixed Mobile Convergence) 클라이언트와 연결된 호 연결 인프라(Call Connection Infra)에서 수행되는 호 설정 방법에 있어서,
    (a) FMC 클라이언트로부터 이동 통신망 및 WiFi망 중 적어도 하나를 통해 클라이언트 정보를 수신하여 등록하고, 상기 클라이언트 정보에 기초하여 상기 푸시 통지 인프라를 지정하는 단계;
    (b) 상기 FMC 클라이언트에 대한 착신호 설정 요청 메시지를 수신하면, 상기 착신호 설정 요청 메시지에 기 설정된 인증 코드를 부가하여 상기 지정된 푸시 통지 인프라를 통해 상기 FMC 클라이언트에 전송함과 동시에 상기 이동 통신망 및 WiFi망 중 적어도 하나를 거쳐 FMC 클라이언트로 전송하는 단계; 및
    (c) 상기 FMC 클라이언트로부터 착신호 설정 응답 메시지를 수신하면, 상기 착신호 설정 응답 메시지에 상기 인증 코드로부터 생성된 데이터가 포함되어 있는지 판단하고, 상기 판단 결과에 따라 상기 착신호 설정 응답 메시지의 진위 여부를 판별하여 상기 착신호 설정 요청 메시지 및 상기 착신호 설정 응답 메시지 중 적어도 하나를 기초로 상기 FMC 클라이언트에 대한 착신 호설정을 수행하는 단계를 포함하는 FMC 통신 기반의 호 설정 방법.
  8. 제7항에 있어서, 상기 클라이언트 정보는
    상기 FMC 클라이언트 식별자와 푸시 통지 ID 사이의 매핑 정보, 푸시 통지 인프라의 주소 및 푸시통지 서비스를 위한 부가 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 FMC 통신 기반의 호 설정 방법.
  9. 삭제
  10. 제7항에 있어서, 상기 FMC 통신 기반의 호 설정 방법은
    (d) 상기 FMC 클라이언트로부터 발신호 설정 요청 메시지를 수신하는 단계; 및
    (e) 상기 등록된 클라이언트 정보에 기초하여 발신 호설정을 수행하는 단계를 더 포함하는 것을 특징으로 하는 FMC 통신 기반의 호 설정 방법.
  11. 푸시 통지 인프라(Push Notification Infra) 및 호 연결 인프라(Call Connection Infra)와 연결된 FMC(Fixed Mobile Convergence) 클라이언트에서 수행되는 호 설정 방법에 있어서,
    (a) FMC 클라이언트가 동작을 시작하고 호 연결 인프라에 클라이언트 정보를 등록하는 단계;
    (b) 푸시 통지 인프라, WiFi망 및 이동 통신망 중 적어도 하나를 통해 착신호 설정 요청 메시지를 수신하는 단계; 및
    (c) 상기 착신호 설정 요청 메시지에 포함된 인증코드를 검출하여 상기 인증코드를 기초로 하는 데이터를 상기 착신호 설정 응답 메시지에 포함시키고, WiFi망을 통한 데이터 전송이 가능한 경우 상기 WiFi망을 통해 상기 착신호 설정 요청 메시지에 대한 착신호 설정 응답 메시지를 호 연결 인프라로 전송하고, 상기 WiFi망을 통해 데이터 전송이 불가능한 경우, 상기 착신호 설정 응답 메시지를 상기 이동 통신망을 통해 전송하는 단계를 포함하는 FMC 통신 기반의 호 설정 방법.
  12. 삭제
  13. 제11항에 있어서, 상기 (c) 단계는
    상기 WiFi망을 통해 데이터 전송이 불가능한 경우 상기 데이터 전송의 불가능 사실을 상기 이동 통신망을 통해 전송하는 단계를 더 포함하는 것을 특징으로 하는 FMC 통신 기반의 호 설정 방법.
  14. 제11항에 있어서, 상기 (c) 단계는
    상기 FMC 클라이언트로부터 수신한 WiFi망 사용가능여부에 기초하여, 이동통신 서킷(Circuit)망을 통하여 FMC 클라이언트로 음성호를 요청 하는 단계를 더 포함하는 것을 특징으로 하는 호 설정 방법
  15. 삭제
  16. 푸시 통지 인프라(Push Notification Infra)와 FMC(Fixed Mobile Convergence) 클라이언트와 연결되는 호 연결 인프라(Call Connection Infra) 장치에 있어서, 상기 호 연결 인프라(Call Connection Infra) 장치는
    상기FMC 클라이언트로부터 클라이언트 정보를 수신하여 등록하고, 상기 클라이언트 정보에 기초하여 상기 푸시 통지 인프라를 지정하고, 상기 FMC 클라이언트에 대한 착신호 설정 요청 메시지가 수신되면 상기 착신호 설정 요청 메시지에 기 설정된 인증 코드를 부가하여 상기 지정된 푸시 통신 인프라를 통해 상기 FMC 클라이언트에 전송함과 동시에 WiFi망 및 이동 통신망 중 적어도 하나를 통해 상기 FMC 클라이언트에 전송하며, 상기 FMC 클라이언트로부터 착신호 설정 응답 메시지를 수신하는 SBC(Session Boarder Controller); 및
    상기 SBC로 수신된 착신호 설정 응답 메시지를 수신하면 상기 착신호 설정 응답 메시지에 상기 인증 코드의 해싱값에 해당하는 데이터가 포함되어 있는지 판단하고, 상기 판단 결과에 따라 상기 착신호 설정 응답 메시지의 진위여부를 판별하여 상기 착신호 설정 요청 메시지 및 상기 착신호 설정 응답 메시지 중 적어도 하나를 기초로 상기 FMC 클라이언트에 대한 착신 호설정을 수행하는 SSW(Soft Switch)를 포함하는 호 연결 인프라 장치.
  17. 제16항에 있어서, 상기 호 연결 인프라 장치는
    VoIP용 인프라, IM 또는 VS(Video Sharing) 또는 PTT 통신서비스 인프라 및 IMS Core(S-CSCF, I-CSCF, P-CSCF, HSS) 또는 IP-PBX 또는 IP-Centrex 인프라 중 적어도 하나를 포함하는 것을 특징으로 하는 호 연결 인프라 장치.
  18. 삭제
  19. 삭제
  20. 제16항에 있어서, 상기 클라이언트 정보는
    상기 FMC 클라이언트 식별자와 푸시 통지 ID 사이의 매핑 정보, 푸시 통지 인프라정보 및 푸시 통지 서비스를 위한 부가 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 호 연결 인프라 장치.
  21. 제20항에 있어서, 상기 FMC 클라이언트 식별자는
    VoIP 전화번호, 2G 또는 3G Circuit기반의 전화번호, SIP URL(Session Initiation Protocol Uniform Resource Locator) 및 사용자 아이디 중 적어도 하나를 포함하는 것을 특징으로 하는 호 연결 인프라 장치.
KR1020100118511A 2010-11-26 2010-11-26 Fmc 통신 기반의 호 설정 방법 및 호 연결 인프라 KR101270241B1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020100118511A KR101270241B1 (ko) 2010-11-26 2010-11-26 Fmc 통신 기반의 호 설정 방법 및 호 연결 인프라
PCT/KR2011/008670 WO2012070794A2 (ko) 2010-11-26 2011-11-14 Fmc 통신 기반의 호 설정 방법 및 호 연결 인프라

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020100118511A KR101270241B1 (ko) 2010-11-26 2010-11-26 Fmc 통신 기반의 호 설정 방법 및 호 연결 인프라

Publications (2)

Publication Number Publication Date
KR20120056987A KR20120056987A (ko) 2012-06-05
KR101270241B1 true KR101270241B1 (ko) 2013-05-31

Family

ID=46146246

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020100118511A KR101270241B1 (ko) 2010-11-26 2010-11-26 Fmc 통신 기반의 호 설정 방법 및 호 연결 인프라

Country Status (2)

Country Link
KR (1) KR101270241B1 (ko)
WO (1) WO2012070794A2 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190006776A (ko) * 2017-07-11 2019-01-21 에스케이브로드밴드주식회사 통신망 보안 관리를 위한 시스템 및 방법

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105516270B (zh) * 2015-11-30 2018-11-30 小米科技有限责任公司 信息推送方法及装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100088387A1 (en) * 2008-10-03 2010-04-08 Apple Inc. Email Notification Proxy

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100462026B1 (ko) * 2002-12-10 2004-12-17 한국전자통신연구원 이동 멀티미디어 서비스를 위한 프록시 서버 장치 및폴리시 제어 방법
KR100849816B1 (ko) * 2006-06-30 2008-07-31 주식회사 케이티 유선전화와 휴대인터넷/무선랜을 이용한 유무선 통합 통화 서비스 시스템

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100088387A1 (en) * 2008-10-03 2010-04-08 Apple Inc. Email Notification Proxy

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190006776A (ko) * 2017-07-11 2019-01-21 에스케이브로드밴드주식회사 통신망 보안 관리를 위한 시스템 및 방법
KR102019279B1 (ko) * 2017-07-11 2019-09-06 에스케이브로드밴드주식회사 통신망 보안 관리를 위한 시스템 및 방법

Also Published As

Publication number Publication date
WO2012070794A3 (ko) 2012-09-27
WO2012070794A2 (ko) 2012-05-31
KR20120056987A (ko) 2012-06-05

Similar Documents

Publication Publication Date Title
EP3114876B1 (en) Cell tower functionality with satellite access to allow a cell device to roam on a satellite network
EP1839420B1 (en) A method and apparatus for handling emergency calls
US8909224B2 (en) Connecting device via multiple carriers
US7808961B2 (en) Radio communication system and radio communication method
US7742578B1 (en) Location determination capabilities for emergency call services
WO2006026726A2 (en) Mobile services control platform providing a converged voice service
CN102177698A (zh) 关联通信会话
WO2008022596A1 (fr) Procédé, système et appareil pour la remise de sms en mode de partage dynamique
KR20060112074A (ko) Ptt 호 셋업 시간을 줄일 수 있는 ims 서비스망에서의 가입자 단말과 ims 서비스 망 및 ims서비스 망에서의 ptt 호 셋업 방법
WO2009129725A1 (zh) 一种提供业务的方法、系统和设备
GB2494154A (en) Contacting a second device of a user over a circuit switched network if the second device is found to be non-contactable over a packet switched network
CN106209908B (zh) 因特网通信环境和移动通信环境之间呼叫建立方法和装置
KR20090085152A (ko) 패킷 교환 도메인의 상태를 변경하기 위한 방법, 단말기 및 네트워크 장치
US20090303985A1 (en) Communication control method and communication control apparatus
KR20160103092A (ko) 호출 제어 장치와 사용자 서비스 처리 방법
KR101602521B1 (ko) 하나의 puid를 공유하는 다수의 ue를 구별하는 방법 및 장치
US10244112B2 (en) Prioritising calls
CN106792627B (zh) 一种多设备连通通讯的实现方法及实现系统
US20140324952A1 (en) Method and apparatus for network communication
EP2759098B1 (en) Method and apparatus for configuring service settings for a mobile subscriber
KR101513451B1 (ko) 무선 통신 시스템에서 재등록을 유도하기 위한 장치 및 이를 위한 방법
KR101270241B1 (ko) Fmc 통신 기반의 호 설정 방법 및 호 연결 인프라
KR101356960B1 (ko) VoIP 단말에 부재중 착신알림 서비스 제공시스템, 제공장치 및 제공방법
KR101080383B1 (ko) 브이오아이피 호설정 방법 및 이를 수행하는 브이오아이피 통신 시스템
JP2013098673A (ja) 輻輳エリアに在圏する無線端末からの接続性を高める発着信接続方法、無線端末及びプログラム

Legal Events

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

Payment date: 20160428

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20180410

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20190329

Year of fee payment: 7