KR101399815B1 - 인터넷 프로토콜 멀티미디어 서브시스템의 비요청 통신에 대한 보호 - Google Patents

인터넷 프로토콜 멀티미디어 서브시스템의 비요청 통신에 대한 보호 Download PDF

Info

Publication number
KR101399815B1
KR101399815B1 KR1020117007910A KR20117007910A KR101399815B1 KR 101399815 B1 KR101399815 B1 KR 101399815B1 KR 1020117007910 A KR1020117007910 A KR 1020117007910A KR 20117007910 A KR20117007910 A KR 20117007910A KR 101399815 B1 KR101399815 B1 KR 101399815B1
Authority
KR
South Korea
Prior art keywords
puci
cscf
application server
call
unsolicited
Prior art date
Application number
KR1020117007910A
Other languages
English (en)
Other versions
KR20110050731A (ko
Inventor
아난트 라가바 프라사트
안드레아스 쿤츠
도시유키 다무라
슈테판 슈미트
틸로 에발트
Original Assignee
닛본 덴끼 가부시끼가이샤
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 닛본 덴끼 가부시끼가이샤 filed Critical 닛본 덴끼 가부시끼가이샤
Publication of KR20110050731A publication Critical patent/KR20110050731A/ko
Application granted granted Critical
Publication of KR101399815B1 publication Critical patent/KR101399815B1/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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/22—Arrangements for preventing the taking of data from a data transmission channel without authorisation
    • 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/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/436—Arrangements for screening incoming calls, i.e. evaluating the characteristics of a call before deciding whether to answer it

Landscapes

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

Abstract

IMS 의 비요청 통신에 대한 보호 (PUCI) 시스템은, 호 세션 제어 기능부 (CSCF), 및 복수의 PUCI 애플리케이션 서버들을 포함한다. PUCI 애플리케이션 서버들은 사용자 장비로부터 수신된 통신이 비요청 통신인지에 대한 평가를 수행하고; 이 평가에 기초하여 CSCF 는 PUCI 애플리케이션 서버들로 향하는 라우팅에 대한 결정을 행하며; 그 후, 이 결정에 기초하여 PUCI 애플리케이션 서버들은 라우팅을 실행한다.

Description

인터넷 프로토콜 멀티미디어 서브시스템의 비요청 통신에 대한 보호{PROTECTION AGAINST UNSOLICITED COMMUNICATION FOR INTERNET PROTOCOL MULTIMEDIA SUBSYSTEM}
본 발명은 인터넷 프로토콜 멀티미디어 서브시스템들의 비요청 통신 (unsolicited communication) 에 대한 보호에 관한 것이다.
본 출원은 본 명세서에 참조로써 통합된 내용인 일본 특허출원 제 2008-260088 호를 기초로 하여 우선권주장한다.
텔레커뮤니케이션의 최근 동향은, 전화 네트워크들로 대표되는 오디오 통신 시스템 상의 IP (Internet Protocol; 인터넷 프로토콜) 표준화를 초래했다. 모바일 통신의 표준화에 종사하는 그룹인 3GPP (3rd Generation Partnership Project) 는, IP 네트워크 상에서 오디오 서비스들과 같은 멀티미디어 서비스들을 제공하는 플랫폼으로서 기능하는 IP 멀티미디어 서브시스템 (IP multimedia subsystem; IMS) 의 표준화를 위한 사양의 기초를 마련했다. 최근에, 차세대 네트워크 (next generation network; NGN) 상에서의 고정형 IP 표준화에 대한 평가들이 수행되어 왔다.
전자 메일링 서비스들은, 전송자들에 의해 수신자들에게 일방적으로 전송되는 원하지 않은 메일들인 스팸 메일 및 비요청 (또는 정크 (junk)) 메일과 같은 사회적인 문제들로 골머리를 앓고 있다. 비요청 통신들은, 수많은 전자 메일들을 불특정인들 또는 불특정 사이트들로 송신하는 네트워크 액세스 단말기들 (이를테면, 통상적인 사용자들에 의해 구입가능한 개인용 컴퓨터들) 의 진보된 능력들 및 통신 비용의 상당한 감소와 같은, 인터넷의 대중화로부터 도출되는 다양한 요인들로 인해 발생한다.
(전자 메일링 서비스들에서 이미 일어나고 있는) 상기 문제점은 그 대중화로 인해 IMS 에서 일어나는 것으로 보인다. 3GPP 사양은 IMS 의 비요청 통신에 대한 보호 (protection against unsolicited communication for IMS; 이하, 간단히 "PUCI" 로 칭함) 를 개시하여, SPIT (Spam over the IP telephony) 로부터 사용자들을 보호해왔다. 이와 관련하여, 특허문헌 1 은 IMS 엔티티들을 갖는 모바일 네트워크 시스템을 개시하고 있다.
특허문헌 1: 일본 공개특허공보 제 2007-527633 호
3GPP 는 IMS 를 위한 PUCI 상에서의 평가를 막 시작했다. 호 (call) 를 발신하는 가입자는 비요청 등급 스코어 (unsolicited rating score) 들을 갖는 호들을 차례대로 평가하는 PUCI 애플리케이션들의 방식에 의해 각각 테스트를 받게 된다. 비요청 호들은 거절 (또는 거부) 되지만, 비요청 호들로 간주되지 않은 호들은 사용자 장비로 포워딩 (forwarding) 된다. 여기서, IMS 가 스코어들을 검사하는 PUCI 애플리케이션을 수반하는 방법이 문제이다.
상기 문제점을 해소하기 위해, 2 개의 대안적인 해결책들이 이하에 언급된다.
(1) 서빙 호 세션 제어 기능부 (serving call session control function; S-CSCF) 가 향상되어 배정 기능을 제공한다.
(2) PUCI 애플리케이션이 향상되어, PUCI 애플리케이션이 다음 호 상에서 PUCI 테스트/스테이지를 수행하는지의 여부를 독자적으로 결정할 필요가 있는 다음-홉 라우팅 결정 (next-hop routing decision) 들을 행하는 분산 프로세싱을 가능하게 한다.
최초 필터 기준 (initial filter criteria; iFC) 을 채택한 종래의 IMS 사양은, 애플리케이션 서버들 상에서 정적인 라우팅만을 수락하고, 디지털 가입자 네트워크 (digital subscriber network; DSN) 에 기초한 동적인 애플리케이션 서버 (application server; AS) 할당에 한정된다. 이것은, IMS 로 하여금 PUCI 를 핸들링하는 적합한 유연성을 제공함에 있어서 향상되도록 요청한다.
본 발명은 전술한 문제점들을 해결하는 것을 추구하고 있으며, 본 발명의 목적은 S-CSCF 를 향상시키는 것 또는 애플리케이션 서버로의 새로운 라우팅 로직을 구현하는 것에 의해 IMS 의 기능들을 확장하는 것이다.
특히, IMS 의 비요청 통신에 대한 보호 (PUCI) 시스템은, 호 세션 제어 기능부 (call session control function; CSCF), 및 복수의 PUCI 애플리케이션 서버들을 포함한다. PUCI 애플리케이션은, 사용자 장비로부터 수신된 통신이 비요청 통신인지의 여부에 대해 평가를 수행하고; CSCF 는 평가에 기초하여 PUCI 애플리케이션 서버를 향해 라우팅하는 결정을 수행하며; 그 후, PUCI 애플리케이션 서버들은 이 결정에 기초하여 라우팅을 실행한다.
해결책 1 에 따르면, PUCI 시스템은, 사용자 장비로부터 CSCF 로 INVITE 를 포워딩하고; CSCF 에서 PUCI 서비스를 실행하고; 최초 필터 기준 (iFC) 을 고려하여 CSCF 로부터 제 1 PUCI 애플리케이션 서버로 INVITE 를 포워딩하고; 제 1 PUCI 애플리케이션 서버에서 PUCI TEST 1 을 실행하여, 비요청 호의 발생의 확률을 나타내는 결과를 생성하고; PUCI TEST 1 의 결과를 포함하는 INVITE 를 제 1 PUCI 애플리케이션 서버로부터 CSCF 로 다시 전송하고; 결과를 평가하여 INVITE 를 추가적인 테스팅에 적합한 제 2 PUCI 애플리케이션 서버로 포워딩하고; 제 2 PUCI 애플리케이션 서버에서 PUCI TEST 2 를 실행하여, 비요청 호의 발생의 추가적인 확률을 나타내는 결과를 생성하고; PUCI TEST 2 의 결과를 포함하는 INVITE 를 제 2 PUCI 애플리케이션 서버로부터 CSCF 로 다시 전송하고; 양 결과들 모두를 평가하여 비요청 호를 거절하는 것을 포함하는 프로세싱을 구현한다.
해결책 2 에 따르면, PUCI 시스템은, 사용자 장비로부터 CSCF 로 INVITE 를 포워딩하고; CSCF 에서 PUCI 서비스를 실행하고; 최초 필터 기준 (iFC) 을 고려하여 CSCF 로부터 제 1 PUCI 애플리케이션 서버로 INVITE 를 포워딩하고; 제 1 PUCI 애플리케이션 서버에서 PUCI TEST 1 을 실행하여, 비요청 호의 발생의 확률을 나타내는 결과를 생성하고; 결과를 평가하여 추가적인 테스팅에 적합한 제 2 PUCI 애플리케이션 서버를 결정하고; 제 1 PUCI 애플리케이션 서버로부터 CSCF 로 제 2 PUCI 애플리케이션 서버에 대해 정해진 결과를 포함하는 INVITE 를 다시 전송하고; 제 2 PUCI 애플리케이션 서버로의 INVITE 를 CSCF 로부터 제 2 PUCI 애플리케이션 서버로 포워딩하고; 제 2 PUCI 애플리케이션 서버에서 PUCI TEST 2 를 실행하여, 비요청 호의 발생의 추가적인 확률을 나타내는 결과를 생성하고; 결과를 평가하여, 비요청 호를 착신부로 라우팅하거나 또는 비요청 호의 발생의 확률이 없음을 나타내는 결과를 포함하는 INVITE 를 CSCF 에 다시 전송하는 것을 포함하는 프로세싱을 구현한다.
도 1 은 PUCI 시스템과 같은 인터넷 프로토콜 멀티미디어 서브시스템의 비요청 통신에 대한 보호를 위한 구성을 나타내는 블록도이다.
도 2 는 실시형태 1 에 따른 PUCI 시스템의 구성을 나타내는 블록도이다.
도 3 은 사용자 장비, 프록시 호 세션 제어 기능부 (proxy call session control function; P-CSCF), 서빙 호 세션 제어 기능부 (serving call session control function; S-CSCF) 및 도 2 의 PUCI 시스템에 포함되는 애플리케이션 서버들 (PUCI AS1-AS2) 사이에서 실행되는 프로세싱을 설명하는데 이용되는 순차적인 흐름도이다.
도 4 는 실시형태 2 에 따른 PUCI 시스템의 구성을 나타내는 블록도이다.
도 5 는 사용자 장비, P-CSCF, S-CSCF, 및 도 4 의 PUCI 시스템에 포함되는 PUCI AS1-AS2 사이에서 실행되는 프로세싱을 설명하는데 이용되는 순차적인 흐름도이다.
본 발명은 2 가지 방법들, 즉, S-CSCF (serving call session control function) 에서 동적 라우팅을 실행하는 제 1 방법 또는 PUCI 애플리케이션 서버에서 동적 라우팅을 실행하는 제 2 방법에 의해, 복수의 PUCI 애플리케이션 서버들을 이용한 비요청 호들에 대한 동적인 라우팅 결정들을 언급하고 있다. 여기서, 동적 라우팅 결정들은, PUCI 테스팅의 결과들과 테스팅의 스코어들에 기초하여, S-CSCF 또는 PUCI 애플리케이션 서버 중 어느 일방에서 이루어진다.
구체적으로, 본 발명은 이하의 기술적 특징들을 논증하고 있다.
(1) S-CSCF 가 향상되어, 시그널링 메시지들 (예컨대, IMS/SIP 헤더들, 여기서 SIP 는 Signal Initiated Protocol 을 의미함) 에 부가된 특정 PUCI 정보에 기초하여 또는 S-CSCF 와 PUCI 애플리케이션 서버 사이의 아웃오브밴드 (out-of-band) 시그널링에 의해, PUCI 애플리케이션 서버들로 향하는 동적 라우팅을 수행한다.
(2) PUCI 애플리케이션 서버는, 시그널링 메시지들 (IMS/SIP 헤더들) 에 포함된 특정 PUCI 정보에 기초하여, 동적 호 라우팅 능력을 갖도록 설계된다.
도 1 은 PUCI 시스템, 즉, IMS 의 비요청 통신에 대한 보호를 위한 시스템의 구성을 나타내는 블록도이며, 이 PUCI 시스템은, 발신 호들을 위한 사용자 장비 (UE A) (100), 사용자 장비 (100) 에 의해 발신된 호들을 목적지 (destination) 들로 전송하는 프록시 호 세션 제어 기능부 (P-CSCF) (200), 애플리케이션 서버들로 하여금 전송된 호들이 비요청 호들로서 간주되는지 아닌지의 여부에 대한 결정들을 행하도록 요청하는 서빙 호 세션 제어 기능부 (S-CSCF) (300), 및 비요청 호들에 대한 결정들을 행하는 복수의 애플리케이션 서버들 (AS1 내지 AS4) (401 내지 404) 로 구성된다.
3GPP 는 광대역 코드 분할 다중 접속 (wideband code division multiple access; W-CDMA) 및 GMS (global system for mobile communications) 를 구현하는 연장된 네트워크 상의 사양들을 준비하는 제 3 세대 셀룰러폰 시스템에 관한 프로젝트이며, 최근에는 하나의 PUCI 애플리케이션의 사용에 의해 또는 복수의 PUCI 애플리케이션들의 사용에 의해 구현되는 PUCI 시스템을 연구하기 시작했다. 여기서, PUCI 애플리케이션은 각각의 가입자 호에 대한 세션을 테스트하여, 각 가입자 호가 잠재적 비요청 호로서 간주되는지 아닌지의 여부를 검사한다. 순차적으로 축적된 각종 스테이지들에 의해 PUCI 애플리케이션들로 하여금 세션들을 잠재적 비요청 호들로 분류하게 할 수 있는 다양한 방법들 및 표준들이 존재하며, PUCI 애플리케이션들은 비요청 등급 스코어들을 갖는 호들을 평가한다. 이와 관련하여, PUCI 애플리케이션은, 그 다음의 PUCI 애플리케이션 또는 S-CSCF (300) (즉, 그 다음의 PUCI 애플리케이션을 지정하는 IMS) 에 대한 PUCI 테스팅의 상세 정보를 포함하는 세션 시그널링을 전송할 수 있다.
PUCI 테스팅의 각종 스테이지들을 통과하는 호들은 (비요청 호들이 아닌) 요청 호들인 것으로 최종적으로 간주된 후 사용자 장비 (UE) 로 전송되는 한편, 다른 호들은 거절된다. PUCI 애플리케이션 또는 IMS 는 거절된 세션을 3 가지 절차들, 즉, (i) 거절된 세션을 묵시적으로 폐기, (ⅱ) ERROR 또는 BYE 메시지를 송신함으로써 거절된 세션을 적절하게 종결, 및 (ⅲ) 소스 엔티티에 대한 거절의 이유를 포함하는 명시적인 표시를 나타냄에 의해 핸들링한다.
REJECT 메시지에 포함된 (소스 엔티티, 예컨대 비요청 호들을 전송하는 사용자 장비 (100) 에 전송되는) 이하의 정보 엘리먼트들 및 이 엘리먼트들을 이용하는 방법에 대해, 특정 아이디어들이 제공된다.
(1) 수행될 테스팅의 결과 및 유형을 추정하는데 사용되는 PUCI 애플리케이션의 명칭.
(2) 특정 테스팅에 의해 생성되는 PUCI 애플리케이션의 테스팅 결과.
(3) 테스팅을 확인 (validate) 하고 테스팅 이력에 액세스하는데 이용되는 PUCI 애플리케이션의 시그너처.
(4) 누적된 PUCI 스코어 및 PUCI 애플리케이션들의 리스트.
(5) SIP 단말 적응성이 용이하게 일어나는 것을 방지하는데 이용되는, 각 세션이 PUCI 테스팅을 통과하는지 아닌지의 여부의 표시.
(6) 테스팅을 확인하는데 이용되는, 테스팅을 수행하는 적법한 엔티티 (legal entity) 의 시그너처.
운영자가 최종 사용자를 대신하여 호들을 차단하는 적법한 권한을 갖지 않는 경우 사용자 장비 (UE) 는 호들을 최종적으로 종결하도록 설계되므로, 상기 정보는, 호들을 최종적으로 차단할 수도 있는 UE 에 포함된 PUCI 애플리케이션/기능에 의해 또는 SIP BYE 메시지나 ERROR 메시지의 프로세싱에 연루되는 PUCI 애플리케이션 서버나 IMS 에 의해, REJECT 메시지에 부가된다.
3GPP 는, IMS 가 몇몇의 잠재적으로 독립된 PUCI 애플리케이션 서버들을 지원하도록 설계되는 경우, IMS 가 동적 PUCI 라우팅 기능성을 달성할 필요가 있거나, 또는 각각의 PUCI 애플리케이션 서버가 각 세션을 그 다음 PUCI 애플리케이션으로 독자적으로 라우팅할 필요가 있다는 문제점을 안고 있다.
또한, 본 IMS 사양은, 최초 필터 기준 (iFC) 에 기초하여 몇몇 애플리케이션 서버들을 포함하는 라우팅 로직을 실증할 수도 있지만; 이 해결책은, 단지 단순한 필터 기준에 기초하여 애플리케이션 서버들로 향하는 정적인 라우팅을 달성할 뿐이다.
한편, 본 IMS 사양은, DSN 명칭에 기초하여 동적 애플리케이션 서버 할당을 확보할 수도 있지만; 이 해결책은 단지 부하 균형 (load balancing) 목적에 유리할 뿐이다.
PUCI 사양에 기초한 동적인 방식으로 몇몇 PUCI 애플리케이션 서버들을 체이닝하기 (chain) 위해, 본 발명은 이하의 해결책들을 제공한다.
(1) IMS 의 S-CSCF 가 향상되어, 시그널링 메시지들 (예컨대, IMS/SIP 헤더들) 에 부가된 특정 PUCI 정보에 기초하여 또는 S-CSCF 및 PUCI 애플리케이션 서버 사이에서의 아웃오브밴드 시그널링에 의해, PUCI 애플리케이션 서버들을 향하는 동적인 라우팅을 확보한다.
(2) IMS/SIP 시그널링에 포함된 특정 PUCI 정보에 기초하여 동적인 호 라우팅 능력을 갖도록 PUCI 애플리케이션 서버가 설계된다.
1. 실시형태 1 (또는 IMS/S-CSCF 의 향상을 구현하는 해결책 1)
도 2 는, 호들을 발신하는 사용자 장비 (UE A) (100), 사용자 장비 (100) 에 의해 발신된 호들을 목적지들로 전송하는 프록시 호 세션 제어 기능부 (P-CSCF) (200), 애플리케이션 서버들로 하여금 전송된 호들이 비요청 호들로서 간주되는지 아닌지의 여부에 대한 결정들을 행하도록 요청하는 서빙 호 세션 제어 기능부 (S-CSCF) (200), 및 각종 스테이지들에 의해 비요청 호들에 대한 결정들을 행하는 복수의 애플리케이션 서버들 (PUCI AS1 내지 PUCI AS4) (501 내지 504) 을 포함하는 실시형태 1 에 따른 PUCI 시스템의 구성을 나타내는 블록도이다. 도 2 의 PUCI 시스템은, 호들을 목적지들로 전송하는 호 세션 제어 기능부 (CSCF) (600), 및 하나의 목적지로서 기능하는 사용자 장비 (UE B) (700) 를 더 포함한다.
해결책 1 은, 세션 시그널링 헤더들 또는 아웃오브밴드 IMS 서비스 제어부 (IMS service control; ISC) 중 어느 일방에 포함되는 이전의 PUCI 테스팅 결과들을 평가하는 IMS/S-CSCF 로의 새로운 PUCI-인지 (PUCI-aware) 라우팅 로직을 구현하고, 이에 의해 어느 PUCI 애플리케이션이 다음에 동작할 것인지 또는 세션들을 거절하는지에 대한 결정을 행한다.
해결책 1 은 (라우팅 로직에 기초하여 더 프로세싱하는데 이용될 수도 있는) IMS/SIP 시그널링 헤더들 또는 아웃오브밴드 ISC 에 포함된 이하의 정보를 참조한다.
(1) (테스팅 결과를 추정하는데 이용되는) PUCI 애플리케이션의 명칭.
(2) 각 세션이 PUCI 테스팅을 통과하는지에 대한 표시.
(3) PUCI 애플리케이션 테스팅의 상세 결과.
(4) 수행될 테스팅을 확인하는데 이용되는 PUCI 애플리케이션의 시그너처.
(5) 누적된 PUCI 스코어 및 PUCI 애플리케이션들의 리스트.
또한, 해결책 1 은 라우팅 로직 (또는 라우팅 로직 모듈) 상에서 이하의 아이디어들을 참조한다.
(1) 누적된 PUCI 스코어에 기초하여 라우팅 로직이 결정된다.
(2) 가중 누적된 PUCI 스코어에 기초하여 라우팅 로직이 결정되며, 운영자는 PUCI 애플리케이션들 상에서 상이한 가중치들을 구성 (configure) 할 수 있다.
(3) 테스팅을 수행하는 PUCI 애플리케이션들 및/또는 적법한 엔티티에 기초하여 가중치가 결정된다.
(4) 마지막 PUCI 테스팅의 상세 결과에 기초하여 라우팅 로직이 결정된다.
(5) 이전의 PUCI 테스팅의 모든 상세 결과들에 대한 분석에 의해 라우팅 로직이 결정된다.
(6) 라우팅 로직 모듈은 (플라이 (fly) 를 업그레이드함으로써) 유동적/동적으로 연장/대체되는 프로그램에 기초하여 결정한다.
(7) 라우팅 로직 모듈은 패턴 매칭 알고리즘에 기초하여 결정한다.
(8) 라우팅 로직은 자체-학습 (self-learning) 전략을 활용하며, 새로운 PUCI 애플리케이션의 설정시에, 라우팅 로직은, 명시적인 사용자 피드백, 다른 PUCI 애플리케이션들 및/또는 (호들이 요청되었는지 아닌지를 추정하는데 이용되는) 호 패턴들에 기초한 결과들, 및 상세한 PUCI 애플리케이션 출력들을 해석하는 방법을 학습한다.
(9) 라우팅 로직은 테스팅이 이미 수행되었는지 아닌지를 평가하여 동일한 애플리케이션 서버에 의해 이중으로 트리거하는 것을 피한다.
PUCI 특징은 세션들을 거절하는 결정을 행할 수도 있어서 각종 애플리케이션 서버들의 프로세싱이 낭비될 것이므로, 새로운 PUCI 라우팅 로직은 표준 최초 필터 기준의 실행 전에 인보크 (invoke) 되어야 한다.
도 3 은, 도 2 의 PUCI 시스템에 포함되는 사용자 장비 (100), P-CSCF (200), S-CSCF (300), 및 애플리케이션 서버들 (PUCI AS1-AS2) (501, 502) 사이에서 실행되는 프로세싱을 설명하는데 이용되는 순차적인 흐름도이다.
단계 S101: A 측 (A party) 사용자 장비 (UE A) (100) 가 B 측 (B party) 사용자 장비 (UE B) (700) 를 위한 INVITE 를 P-CSCF (200) 로 전송한다.
단계 S102: P-CSCF (200) 는 S-CSCF (300) 를 결정하여, INVITE 를 S-CSCF (300) 로 포워딩한다.
단계 S103: S-CSCF (300) 는 iFC (initial filter criteria) 를 트리거하여 PUCI 서비스를 실행한다.
단계 S104: S-CSCF (300) 는, iFC 을 고려하여, INVITE 를 애플리케이션 서버 (PUCI AS1) (501) 로 포워딩한다.
단계 S105: 애플리케이션 서버 (501) 는 PUCI TEST 1 을 실행하여 비요청 호의 발생의 확률을 등급화한 스코어를 생성한다.
단계 S106: 애플리케이션 서버 (501) 는 PUCI TEST 1 의 결과를 INVITE 의 PUCI 헤더에 통합하고, 그 후 이 INVITE 는 S-CSCF (300) 로 다시 전송된다.
단계 S107: S-CSCF (300) 는 PUCI TEST 1 의 결과를 평가하며, PUCI TEST 1 의 스코어가 비요청 호의 확률을 나타낼 때, S-CSCF (300) 는 추가적인 테스팅에 적합한 어떤 애플리케이션 서버를 선택한다. S-CSCF (300) 가 (비요청 호가 아닌) 요청 호의 확률을 나타내는 PUCI TEST 1 의 결과를 수신할 때, S-CSCF (300) 는 추가적인 테스팅이 수행되지 않도록 정상적인 호 프로세싱을 수행한다. S-CSCF (300) 가 높은 확률로 비요청 호를 검출할 때, S-CSCF (300) 는 이러한 비요청 호를 즉시 거절한다.
단계 S108: S-CSCF (300) 가 추가적인 테스팅의 필요를 검출할 때, S-CSCF (300) 는 추가적인 테스팅에 적합한 어떤 애플리케이션 서버를 선택하는데, 즉, INVITE 를 애플리케이션 서버 (PUCI AS2) (502) 로 포워딩한다.
단계 S109: 애플리케이션 서버 (502) 는, 비요청 호에 대한 결정을 행하도록 PUCI TEST 2 를 수행한다.
단계 S110: 애플리케이션 서버 (502) 는 PUCI TEST 2 의 결과를 S-CSCF (300) 로 전송한다.
단계 S111: S-CSCF (300) 는 PUCI TEST 1 의 결과와 PUCI TEST 2 의 결과 양자 모두를 평가하여, 호를 전달할 것인지의 여부, 추가적인 테스트을 수행할 것인지의 여부, 또는 호를 거절할 것인지의 여부를 결정한다.
2. 실시형태 2 (또는 IMS/S-CSCF 의 향상을 구현하는 해결책 2)
도 4 는, 사용자 장비 (UE A) (100), 프록시 호 세션 제어 기능부 (P-CSCF) (200), 서빙 호 세션 제어 기능부 (S-CSCF) (300), 애플리케이션 서버들 (PUCI AS1 내지 PUCI AS4), CSCF (600), 및 사용자 장비 (UE B) (700) 를 포함하는, 실시형태 2 에 따른 PUCI 시스템의 구성을 나타내는 블록도이다.
해결책 2 는, 각 애플리케이션 서버로 하여금 수행될 그 다음 PUCI 애플리케이션에 대한 독자적인 결정을 행할 수 있게 하는 동적 호 라우팅 능력을, 각 애플리케이션 서버의 일부로서 구현한다. 라우팅 결정은, 이전에 수행된 다른 PUCI 애플리케이션들의 이전 결과들뿐만 아니라 막 수행되는 PUCI 애플리케이션의 결과에 기초하여 이루어질 것이다. 이전의 결과들은 IMS/SIP 시그널링 (즉, PUCI 특정 헤더 정보) 의 일부로서 인밴드 (in-band) 방식으로 각 애플리케이션 서버에 제공된다.
위에서, 애플리케이션 서버는 백투백 (back-to-back) 사용자 에이전트로서 작동할 필요가 있으며, 이에 의해 추가적인 테스팅을 위한 그 다음의 원하는 애플리케이션 서버로 요청 URI 를 변경한다. 여기서, 애플리케이션 서버는 특정 헤더 레코드에서 이미 실행된 테스팅의 결과를 포함하므로, 그 다음의 애플리케이션 서버는 이미 실행된 테스팅을 인식하여 다른 테스팅이 요청될 때 이미 실행된 테스팅 결과의 정보를 고려한다.
도 5 는, 도 4 의 PUCI 시스템에 포함되는 사용자 장비 (UE A) (100), P-CSCF (200), S-CSCF (300), 애플리케이션 서버들 (PUCI AS1-AS2) (501, 502) 사이에서 실행되는 프로세싱을 설명하는데 이용되는 순차적인 흐름도이다.
단계 S201: A 측 사용자 장비 (100) 는 B 측 사용자 장비 (700) 를 위한 INVITE 를 P-CSCF (200) 로 전송한다.
단계 S202: P-CSCF (200) 는 S-CSCF (300) 를 결정하여 S-CSCF (300) 로 INVITE 를 포워딩한다.
단계 S203: S-CSCF (300) 는 최초 필터 기준 (iFC) 를 트리거하여 PUCI 서비스를 실행한다.
단계 S204: S-CSCF (300) 는 iFC 를 고려하여 INVITE 를 애플리케이션 서버 (PUCI AS1) (501) 로 포워딩한다.
단계 S205: 애플리케이션 서버 (501) 는 PUCI TEST 1 을 실행하여, 비요청 호의 발생의 확률을 등급화하는 스코어를 생성한다.
단계 S206: 애플리케이션 서버 (501) 는 PUCI TEST 1 의 결과를 평가하며, 여기서, 그 결과는 비요청 호의 확률을 나타내고, 애플리케이션 서버 (501) 는 추가적인 테스팅에 적합한 어떤 PUCI 애플리케이션 서버를 결정한다. 애플리케이션 서버 (501) 는 (비요청 호가 아닌) 요청 호의 확률을 나타내는 결과를 수신할 때, 추가적인 테스팅이 수행되지 않도록 정상적인 호 프로세싱을 수행한다. 애플리케이션 서버 (501) 가 비요청 호를 검출할 때, 이러한 비요청 호를 직접 거절한다.
단계 S207: 애플리케이션 서버 (501) 는 PUCI TEST 1 의 결과 (뿐만 아니라 그 테스트 정보) 를 INVITE 의 PUCI 헤더에 통합한 후, 이 INVITE 는 애플리케이션 서버 (PUCI AS2) (502) 에 대해 정해진 INVITE 로서 S-CSCF (300) 으로 다시 전송된다.
단계 S208: S-CSCF (300) 는 PUCI TEST 1 의 결과 및 테스트 정보를 포함하는 INVITE 를 애플리케이션 서버 (PUCI AS2) (502) 로 전송한다.
단계 S209: 애플리케이션 서버 (502) 는 PUCI TEST 2 를 수행하여, 비요청 호에 대한 추가적인 결정을 행한다.
단계 S210: 애플리케이션 서버 (502) 는 PUCI TEST 1 의 결과와 PUCI TEST 2 의 결과 양자 모두를 평가하여, 호를 전달할 것인지의 여부, 추가적인 테스팅을 수행할 것인지의 여부, 또는 호를 거절할 것인지의 여부를 결정한다.
단계 S211: 추가적인 테스팅의 경우, 애플리케이션 서버 (502) 는 PUCI TEST 2 의 결과를 포함하는 INVITE 를 S-CSCF (300) 에 전송한다. 애플리케이션 서버 (502) 가 비요청 호를 검출할 때, 이러한 비요청 호를 전달할 필요가 없어지므로, 이러한 비요청 호는 착신부 (terminating party) 로 라우팅된다.
전술한 바와 같이, 본 발명은 이하의 창의적인 단계들에 연관된다.
(1) IMS 는 PUCI 애플리케이션 서버들의 원하는 순서를 인보크하는 동적 라우팅 능력을 갖는다.
(2) IMS (S-CSCF) 는 향상되어, 시그널링 메시지들 (예컨대, IMS/SIP 헤더들) 에 부가된 특정 PUCI 정보에 기초하여 또는 IMS (S-CSCF) 와 PUCI 애플리케이션 서버들 사이의 아웃오브밴드 시그널링에 의해, PUCI 애플리케이션 서버들로 향하는 동적 라우팅을 확보한다.
(3) PUCI 애플리케이션 서버는 IMS/SIP 시그널링에 포함되는 특정 정보에 기초하여 동적 호 라우팅 능력을 갖는다.
마지막으로, 본 발명은 실시형태 1 및 실시형태 2 에 반드시 한정되는 것은 아니며, 첨부된 청구항들에 의해 규정되는 본 발명의 범위 내에서 추가적으로 변형될 수 있다.

Claims (5)

  1. 호 세션 제어 기능부 (call session control function; CSCF); 및
    복수의 PUCI 애플리케이션 서버들을 포함하며,
    상기 복수의 PUCI 애플리케이션 서버들은 사용자 장비로부터 수신된 통신이 비요청 통신인지의 여부에 대한 평가를 수행하고;
    상기 CSCF 는 상기 평가에 기초하여 상기 복수의 PUCI 애플리케이션 서버들을 향하는 라우팅에 대한 결정을 행하며;
    상기 복수의 PUCI 애플리케이션 서버들은 상기 결정에 기초하여 상기 라우팅을 실행하고,
    각각의 PUCI 애플리케이션 서버는 IMS/SIP 헤더에 포함된 특정 PUCI 정보에 기초하여 동적 호 라우팅 능력을 갖는, PUCI 시스템.
  2. 삭제
  3. 제 1 항에 있어서,
    상기 사용자 장비로부터 상기 CSCF 로 INVITE 를 포워딩하고;
    상기 CSCF 에서 PUCI 서비스를 실행하고;
    최초 필터 기준을 고려하여 상기 CSCF 로부터 제 1 PUCI 애플리케이션 서버로 상기 INVITE 를 포워딩하고;
    상기 제 1 PUCI 애플리케이션 서버에서 PUCI TEST 1 을 실행하여, 비요청 호의 발생의 확률을 나타내는 결과를 생성하고;
    상기 PUCI TEST 1 의 결과를 포함하는 상기 INVITE 를 상기 제 1 PUCI 애플리케이션 서버로부터 상기 CSCF 로 다시 전송하고;
    상기 결과를 평가하여 상기 INVITE 를 추가적인 테스팅을 위한 제 2 PUCI 애플리케이션 서버로 포워딩하고;
    상기 제 2 PUCI 애플리케이션 서버에서 PUCI TEST 2 를 실행하여, 상기 비요청 호의 발생의 추가적인 확률을 나타내는 결과를 생성하고;
    상기 PUCI TEST 2 의 결과를 포함하는 상기 INVITE 를 상기 제 2 PUCI 애플리케이션 서버로부터 상기 CSCF 로 다시 전송하고;
    상기 양 결과들 모두를 평가하여 상기 비요청 호를 거절하는 것을 포함하는 프로세싱을 구현하는, PUCI 시스템.
  4. 제 1 항에 있어서,
    상기 사용자 장비로부터 상기 CSCF 로 INVITE 를 포워딩하고;
    상기 CSCF 에서 PUCI 서비스를 실행하고;
    최초 필터 기준을 고려하여 상기 CSCF 로부터 제 1 PUCI 애플리케이션 서버로 상기 INVITE 를 포워딩하고;
    상기 제 1 PUCI 애플리케이션 서버에서 PUCI TEST 1 을 실행하여, 비요청 호의 발생의 확률을 나타내는 결과를 생성하고;
    상기 결과를 평가하여 추가적인 테스팅을 위한 제 2 PUCI 애플리케이션 서버를 결정하고;
    상기 제 2 PUCI 애플리케이션 서버에 대해 정해진 상기 결과를 포함하는 상기 INVITE 를 상기 제 1 PUCI 애플리케이션 서버로부터 상기 CSCF 로 다시 전송하고;
    상기 제 2 PUCI 애플리케이션 서버로의 상기 INVITE 를 상기 CSCF 로부터 상기 제 2 PUCI 애플리케이션 서버로 포워딩하고;
    상기 제 2 PUCI 애플리케이션 서버에서 PUCI TEST 2 를 실행하여, 상기 비요청 호의 발생의 추가적인 확률을 나타내는 결과를 생성하고;
    상기 결과를 평가하여, 상기 비요청 호를 착신부로 라우팅하거나 또는 상기 비요청 호의 발생의 확률이 없음을 나타내는 상기 결과를 포함하는 상기 INVITE 를 상기 CSCF 에 다시 전송하는 것을 포함하는 프로세싱을 구현하는, PUCI 시스템.
  5. 복수의 PUCI 애플리케이션 서버들을 포함하는 IMS 의 비요청 통신에 대한 보호 (PUCI) 방법으로서,
    사용자 장비로부터 수신된 통신이 비요청 통신인지의 여부에 대해 평가를 수행하는 단계;
    상기 평가에 기초하여 상기 복수의 PUCI 애플리케이션 서버들을 향하는 라우팅에 대한 결정을 행하는 단계; 및
    상기 결정에 기초하여 상기 라우팅을 실행하는 단계를 포함하고,
    각각의 PUCI 애플리케이션 서버는 IMS/SIP 헤더에 포함된 특정 PUCI 정보에 기초하여 동적 호 라우팅 능력을 갖는, IMS 의 비요청 통신에 대한 보호 방법.
KR1020117007910A 2008-10-06 2009-10-06 인터넷 프로토콜 멀티미디어 서브시스템의 비요청 통신에 대한 보호 KR101399815B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2008260088 2008-10-06
JPJP-P-2008-260088 2008-10-06
PCT/JP2009/067817 WO2010041761A1 (en) 2008-10-06 2009-10-06 Protection against unsolicited communication for internet protocol multimedia subsystem

Publications (2)

Publication Number Publication Date
KR20110050731A KR20110050731A (ko) 2011-05-16
KR101399815B1 true KR101399815B1 (ko) 2014-05-27

Family

ID=41397378

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020117007910A KR101399815B1 (ko) 2008-10-06 2009-10-06 인터넷 프로토콜 멀티미디어 서브시스템의 비요청 통신에 대한 보호

Country Status (6)

Country Link
US (1) US9407668B2 (ko)
EP (1) EP2345226B1 (ko)
JP (1) JP5500171B2 (ko)
KR (1) KR101399815B1 (ko)
CN (1) CN102171990B (ko)
WO (1) WO2010041761A1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9294492B1 (en) * 2015-03-10 2016-03-22 Iboss, Inc. Software program identification based on program behavior

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070150773A1 (en) * 2005-12-19 2007-06-28 Nortel Networks Limited Extensions to SIP signaling to indicate SPAM

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7822188B1 (en) * 1999-04-01 2010-10-26 Callwave, Inc. Methods and apparatus for providing expanded telecommunications service
US20040187021A1 (en) 2003-02-10 2004-09-23 Rasanen Juha A. Mobile network having IP multimedia subsystem (IMS) entities and solutions for providing simplification of operations and compatibility between different IMS entities
JP3966231B2 (ja) * 2003-06-11 2007-08-29 日本電信電話株式会社 ネットワークシステムと不正アクセス制御方法およびプログラム
US8190686B2 (en) 2004-08-17 2012-05-29 Alcatel Lucent Spam filtering for mobile communication devices
US7532890B2 (en) * 2005-04-01 2009-05-12 Rockliffe Systems Content-based notification and user-transparent pull operation for simulated push transmission of wireless email
US20090034527A1 (en) 2005-04-13 2009-02-05 Bertrand Mathieu Method of combating the sending of unsolicited voice information
EP1742452A1 (en) * 2005-07-05 2007-01-10 Markport Limited Spam protection system for voice calls
CN101310489B (zh) * 2005-09-16 2012-02-01 眼球网络有限公司 用于防止因特网电话垃圾的方法和系统
US8121839B2 (en) * 2005-12-19 2012-02-21 Rockstar Bidco, LP Method and apparatus for detecting unsolicited multimedia communications
US9219686B2 (en) * 2006-03-31 2015-12-22 Alcatel Lucent Network load balancing and overload control
KR101175081B1 (ko) 2007-08-21 2012-08-21 엔이씨 유럽 리미티드 멀티미디어 시스템들에 대한 공격을 검출하기 위한 방법 및 공격 검출 기능을 갖는 멀티미디어 시스템
US8645524B2 (en) * 2007-09-10 2014-02-04 Microsoft Corporation Techniques to allocate virtual network addresses
US9900347B2 (en) * 2007-09-14 2018-02-20 Telefonaktiebolaget Lm Ericsson (Publ) Handling trust in an IP multimedia subsystem communication network

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070150773A1 (en) * 2005-12-19 2007-06-28 Nortel Networks Limited Extensions to SIP signaling to indicate SPAM

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
The Threat of Unsolicited Sessions in the 3GPP IP Multimedia Subsystem, IEEE Communications Magazine, vol. 45, no. 7, pp100-106 (2007.07.31.) *
The Threat of Unsolicited Sessions in the 3GPP IP Multimedia Subsystem, IEEE Communications Magazine, vol. 45, no. 7, pp100-106 (2007.07.31.)*

Also Published As

Publication number Publication date
JP5500171B2 (ja) 2014-05-21
CN102171990B (zh) 2015-04-29
KR20110050731A (ko) 2011-05-16
CN102171990A (zh) 2011-08-31
US20110286394A1 (en) 2011-11-24
WO2010041761A1 (en) 2010-04-15
EP2345226A1 (en) 2011-07-20
US9407668B2 (en) 2016-08-02
EP2345226B1 (en) 2017-01-18
JP2012504877A (ja) 2012-02-23

Similar Documents

Publication Publication Date Title
KR101295460B1 (ko) Ｉｍｓ 의 비요청 통신에 대한 보호
US10129391B2 (en) Short message service spam data analysis and detection
US7970388B2 (en) Methods and apparatus for providing multiple communications services with unified parental notification and/or control features
US8150002B2 (en) Method and apparatus for controlling unsolicited messaging in real time messaging networks
KR20060071359A (ko) 원하지 않는 메시지 또는 음성 접속의 차단 방법 및 원하지않는 메시지 또는 음성 접속의 차단 장치
KR20060071363A (ko) 원격 통신 통화의 이행 방법 및 원격 통신 통화의 이행장치
KR101175081B1 (ko) 멀티미디어 시스템들에 대한 공격을 검출하기 위한 방법 및 공격 검출 기능을 갖는 멀티미디어 시스템
KR20150123785A (ko) Ott 네트워크 상에서의 콜 착신
US8789141B2 (en) Method and apparatus for providing security for an internet protocol service
US9225751B2 (en) Protection against unsolicited communication for internet protocol multimedia subsystem
KR101399815B1 (ko) 인터넷 프로토콜 멀티미디어 서브시스템의 비요청 통신에 대한 보호
US9407770B2 (en) Managing calls in IMS networks
KR100996709B1 (ko) 아이피 응용 스팸 차단 장치 및 방법
Sorge et al. A provider-level reputation system for assessing the quality of spit mitigation algorithms
JP5381087B2 (ja) 通信システム及び通信制御方法
Salehin et al. Blocking unsolicited voice calls using decoys for the IMS
KR20120009544A (ko) 텔레마케팅 방지 시스템, 서버 및 방법

Legal Events

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

Payment date: 20170421

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20180503

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20190503

Year of fee payment: 6