KR20090128564A - 서버 발견 실행 메커니즘 - Google Patents

서버 발견 실행 메커니즘 Download PDF

Info

Publication number
KR20090128564A
KR20090128564A KR1020097023629A KR20097023629A KR20090128564A KR 20090128564 A KR20090128564 A KR 20090128564A KR 1020097023629 A KR1020097023629 A KR 1020097023629A KR 20097023629 A KR20097023629 A KR 20097023629A KR 20090128564 A KR20090128564 A KR 20090128564A
Authority
KR
South Korea
Prior art keywords
server
discovery procedure
request message
discovery
network
Prior art date
Application number
KR1020097023629A
Other languages
English (en)
Other versions
KR101067357B1 (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 KR20090128564A publication Critical patent/KR20090128564A/ko
Application granted granted Critical
Publication of KR101067357B1 publication Critical patent/KR101067357B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1025—Dynamic adaptation of the criteria on which the server selection is based
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1023—Server selection for load balancing based on a hash applied to IP addresses or costs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)

Abstract

네트워크 제어 요소 및 단말 장비에서 각각 실행되는 서로 다른 서버/프록시 발견 메커니즘들에 의해 동일한 서버/프록시가 선택되는 것을 보증하기 위한 메커니즘이 제공된다. 제1 발견 절차에 기초하여 네트워크 제어 요소에 의해 제1 서버/프록시 선택이 실행된다. 그러면, 제2 발견 절차에 기초하여 단말 장비에 의해 제2 서버/프록시 선택이 시작된다. 그 네트워크 제어 요소 및 그 단말 장비에 의해 동일한 서버/프록시가 선택될 수 있도록, 릴레이 에이전트 요소가 설정 서버를 대신하여 요청에 응답하기 위해 또는 설정 서버 응답을 변경하기 위해 사용된다.

Description

서버 발견 실행 메커니즘{Mechanism for executing server discovery}
본 발명은 통신 접속(connection)에서 이용되는 어플리케이션 기능부 또는 서버를 발견(discovery)하는데 사용되는 메커니즘에 관한 것이다. 특히, 본 발명은, 네트워크 제어 요소(network control element) 이를테면 게이트웨이(gateway) 네트워크 요소와 단말 장비 예컨대 사용자 장비가, 통신 접속을 설립할 때 IP 멀티미디어 서브시스템(IP Multimedia Subsystem; IMS) 네트워크의 프록시 호 상태 제어 기능부(Proxy- Call State Control Function; P-CSCF)와 같은 동일한 서버/프록시(proxy)와 접촉할 것임을 보증하는 향상된 메커니즘에 관한 것이다.
이하에서 이 문서에서 기술될 본 발명의 목적을 위하여, 다음의 내용이 유념되어야 할 것이다:
- 단말 장비 또는 사용자 장비(user equipment; UE)는 예컨대 사용자가 통신 네트워크에 액세스할 수 있게 하는 수단인 임의의 기기일 수도 있다; 이는 모바일 뿐만 아니라 비모바일 기기들 및 네트워크들이 기초하는 기술 플랫폼에 무관하게 그 모바일 뿐만 아니라 비모바일 기기들 및 네트워크들을 암시한다; 단지 일례로서, 제3 세대 파트너쉽 프로젝트(3rd Generation Partnership Project; 3GPP)에 의해 표준화된 원리들에 따라 동작되고 예컨대 UMTS 단말들로 알려진 통신 장비들이 본 발명에 관련되어 사용되어지기에 적합하다는 것이 유념된다; 그러나, 그 단말 장비들 또는 사용자 장비들은 또한 인터넷 엔지니어링 태스크 포스(Internet Engineering Task Force; IETF)에 의해 명세화된 기능들 및 콤포넌트들을 사용하는 유형일 수도 있다.
- 이 문서에서 호(call) 또는 세션(session)에 대하여 언급할 때, 이는 단지 어떠한 콘텐트에 관한 접속의 일반적인 예를 말하는 것뿐이다; 본 발명에서 사용되는 콘텐트는, 오디오 데이터(예: 음성(speech)), 비디오 데이터, 이미지 데이터, 텍스트 데이터, 및 그 오디오, 비디오, 이미지 및/또는 텍스트 데이터의 속성(attribute)들을 기술하는 메타 데이터 중 적어도 하나 또는 그것들의 임의의 조합으로 된 멀티미디어 데이터, 또는 더 나아가, 대안적으로 또는 부가적으로, 다른 데이터 이를테면 추가 예로서 액세스될/다운로드될 어플리케이션 프로그램의 프로그램 코드를 의미하도록 쓰여진다;
- 소프트웨어 코드 부분들로서 구현될 가능성이 있고 아래에서 이 문서에서 기술되는 개체(entity)들 중 하나에서 프로세서를 사용하여 실행될 방법 단계들은 소프트웨어 코드와 독립적이고 어떠한 알려진 또는 미래에 개발될 프로그래밍 언어를 사용하여 상술될 수 있다;
- 그 개체들 중 하나에서 하드웨어 콤포넌트들로서 구현될 가능성이 있는 방법 단계들 및/또는 기기들은 하드웨어와 독립적이고, 예컨대 일례로서 ASIC 콤포넌트들 또는 DSP 콤포넌트들을 사용하는 MOS, CMOS, BiCMOS, ECL, TTL 등과 같은 임의의 알려진 또는 미래에 개발될 하드웨어 기술 또는 이들의 조합들을 이용하여 구 현될 수 있다;
- 대체로, 어떠한 방법 단계라도 본 발명의 사상을 변화시키지 않으면서 소프트웨어로서 또는 하드웨어에 의해 구현되기에 적합하다;
- 기기들 또는 수단들 또는 클라이언트들/서버들은 개개의 기기들 또는 수단들로서 구현될 수 있지만, 이는, 기기의 기능이 유지되는 한, 그것들이 시스템의 도처에 분산된 방식으로 구현되는 것을 배제하지 않는다.
지난 몇 년 동안, 예를 들어 유선 기반 통신 네트워크 이를테면 종합 정보 통신 네트워크(Integrated Services Digital Network; ISDN) 또는 무선 통신 네트워크 이를테면 cdma2000(code division multiple access) 시스템, 범용 모바일 전기통신 시스템(Universal Mobile Telecommunications System; UMTS)과 같은 셀룰러 제3 세대(3G) 통신 네트워크, 모바일 통신을 위한 글로벌 시스템(Global System for Mobile communications; GSM)과 같은 셀룰러 제2 세대(2G) 통신 네트워크, 일반 패킷 무선 시스템(General Packet Radio System; GPRS), EDGE(Enhanced Data Rates for Global Evolutions) 또는 다른 무선 통신 시스템 이를테면 무선 근거리 네트워크(Wireless Local Area Network; WLAN)와 같은 통신 네트워크들이 점차적으로 확장되어가는 현상이 전 세계에 걸쳐 일어났다. 제3 세대 파트너쉽 프로젝트(3GPP), 진보형 네트워크들을 위한 전기통신 & 인터넷 융합 서비스 및 프로토콜(Telecoms & Internet converged Services & Protocols for Advanced Networks; TISPAN), 국제 전기통신 연합(International Telecommunication Union; ITU), 제3 세대 파트너쉽 프로젝트 2(3GPP2), 인터넷 엔지니어링 태스크 포스(IETF), 케이블랩(CableLabs) 및 기타 등등의 다양한 조직들이 전기통신 네트워크 및 다중 액세스 환경에 대한 표준들에 관해 작업하고 있다.
인터넷을 셀룰러 전기통신 분야와 통합하기 위한 현재의 기술은 인터넷 프로토콜(Internet Protocol; IP) 멀티미디어 서브시스템 즉 IMS이다. IMS는 모바일 및 고정형 멀티미디어 서비스들을 제공하려고 하는 운영자들을 위한 표준화된 구조이다. IMS는 세션 개시 프로토콜(Session Initiation Protocol; SIP)에 관한 3GPP의 표준화된 구현에 기초한 음성패킷망(Voice over IP; VoIP) 구현물을 사용하고 표준 인터넷 프로토콜(IP) 상에서 실행된다. 패킷교환방식(packet-switched; PS) 통신 시스템 및 회선교환방식(circuit switched; CS) 통신 시스템 모두가 지원된다.
통신 접속 또는 세션이 시작되어야 할 때, 통신 경로가 설립되어야 하고, 필요한 네트워크 요소들을 설정하기 위해 또한 그 접속에 대한 정책 및 청구 규칙들을 설정하기 위해 다양한 설정(configuration) 프로세스들이 실행되어야 한다.
통신 접속 설립 동안 이루어지는 단계들에 대한 하나의 예가 도 6에 보여진다.
도 6에서, 단말 장비(UE) 및 네트워크 간의 통신 접속 설립 동안의 시그널링을 예시하는 단순화된 시그널링 다이어그램이 묘사되어 있다. 그 네트워크는, 정책 제어 요소 이를테면 정책 및 청구 규칙 기능부(Policy and Charging Rules Function; PCRF), 정책 결정 기능부(Policy Decision Function; PDF) 또는 리소스 및 승인 제어 서브시스템(Resource and Admission Control Sub-system; RACS) 뿐만 아니라 IMS의 P-CSCF와 같이 서버 노드 및 코어 네트워크 요소(core network element)로서 GPRS 게이트웨이 서비스 노드(GPRS Gateway Service Node; GGSN)와 같은 제어 네트워크 요소를 포함한다. 도 6의 다이어그램 예에서, PCRF 및 P-CSCF는 동일 네트워크 요소의 일부인 것으로 묘사된다 (함께 위치함). 그러나, 이들 요소들은 또한 서로 분리된 요소들일 수도 있음을 유념하여야 할 것이다. 인터페이스를 제어하기 위한 프로토콜로서, (예컨대, 7 사용례 관련 3GPP에서의) 다이어미터(Diameter)를 사용하는 것이 가능하지만, 또한 다른 프로토콜들이 관련 기술분야에서 숙련된 자들이 알고 있는 것으로서 사용될 수 있다.
단계(1)에서, UE는 네트워크에게 즉 GGSN에게 해당 요청을 송신함으로써 주 PDP(Packet Data Protocol) 콘텍스트(context)를 활성화시킨다. 단계(2)에서, GGSN은 제공된 사용자 신원에 기초하여 예컨대 모바일 가입자 ISDN(Mobile Subscriber ISDN; MSISDN) 번호를 이용하여 접촉하기 위해 정책 제어 요소(예를 들어, 외부의 또는 함께 위치된 PCRF)를 선택한다. 그리고 나서, 단계(3)에서, GGSN은 그 선택된 정책 제어 요소에게 CCR(Credit Control Request) 초기 메시지를 송신한다. 이 메시지는 PRIMARY로 설정된 콘텍스트-타입(Context-Type) 속성값쌍(Attribute Value Pair; AVP) 및 UE에 할당된 IP 어드레스를 포함한다. 비록 어떠한 IMS 세션들도 존재하지 않음에도 불구하고, 단계(4)에서, 정책 제어 요소는 SUCCESS로 설정된 결과-코드(Result-Code) 속성값쌍을 갖는 CCA(Credit Control Answer) 초기 메시지를 송신함으로써 주 PDP 콘텍스트 활성화를 허가한다. 그 정책 제어 요소는 운영자 정책에 따라 주 (범용) PDP 콘텍스트에 대한 최대 서비스 품질(Quality of Service; QoS) 한도(예: 최대 트래픽 인터랙티브(interactive) 클래스 또는 백그라운드(background) 클래스)를 설정할 수도 있고 범용 PDP 콘텍스트에 대한 기설정된 규칙 집합이 그 정책 제어 요소에서 제공된다면 기설정된 청구 규칙들을 송신할 수도 있다. 단계(5)에서, GGSN은 주 PDP 콘텍스트를 활성화시킨다. P-CSCF들의 리스트가 UE에게 반환될 수도 있다. 만약 그 정책 제어 요소 및 P-CSCF가 함께 위치해 있다면, 동일한 발견 어드레스들이 UE에게 송신된다. 단계들(8, 9)에서, UE는 P-CSCF를 통해 IMS에 성공적으로 등록한다. GGSN은 PCRF와 같은 선택된 정책 제어 요소에게 장래의 요청들을 송신할 것이다.
기본적으로, 알려진 3개의 표준 P-CSCF 발견 (또는 선택) 메커니즘들이 있다:
- P-CSCF 어드레스는 네트워크 제어 요소(이를테면 GGSN)에 의한 GPRS/PDP 콘텍스트 기반 P-CSCF 발견 절차의 결과로서 수신될 수 있다. 이 접속에서, 정책 및 청구 집행 기능부(Policy and Charging Enforcement Function; PCEF) - 이는 GGSN에 위치함 - 는 하나 또는 그 이상의 PCRF 노드들에 의해 서비스될 수도 있음이 유념되어야 할 것이다. PCEF는 (이용가능하다면, IP-CAN(IP Connectivity Access Network) 전용일 수도 있는) UE 신원 정보와 함께, 연결되는 패킷 데이터 네트워크(packet data network; PDN)에 기초하여 적절한 PCRF와 접촉할 수도 있다. 이용되는 IP-CAN에 관계없이 동일한 PCRF가 특정 UE에 대하여 접촉되어지는 것이 가능하다.
- 맨 첫 번째 단말들은 OTA(Over The Air)에 의해 수신된 기설정된 P-CSCF 어드레스로만 접촉한다. 이는 P-CSCF의 어드레스 또는 논리적 이름이 그 UE 내에 설정되어야 함을 의미한다.
- P-CSCF 어드레스는 동적 호스트 설정 프로토콜(Dynamic Host Configuration Protocol; DHCP) 질의 (즉, 소위 DHCP 기반의 P-CSCF 발견 메커니즘)의 결과로서 수신될 수 있다.
더욱이, 서버 발견을 위한 몇 가지 독점적인 솔루션들이 알려져 있다.
그러나, 상기에서 나타난 바와 같이, PDP 콘텍스트 기반 P-CSCF 선택만이 특정 네트워크 구조들에서 작동하고 있는 서버 (P-CSCF) 선택에 대하여 제안된 몇 가지 가능한 메커니즘들이 있다. 따라서, UE가 접촉한 P-CSCF에 접속되지 않은 정책 제어 요소(예컨대 PCRF)에 GGSN이 접촉하고 있거나, 또는 GGSN이 접촉하고 있는 것과 다른 P-CSCF를 UE가 (예컨대 DHCP 질의에 기인하여) 선택하는 경우가 있을 수 있다.
해당하는 예가 도 7에 보여진다. 도 7은 통신 접속 설립에 관한 네트워크 및 단말 장비(UE) 간의 통신 접속 설립 동안의 시그널링을 예시하는 단순화된 시그널링 다이어그램을 보여주는 것으로, 이는 도 6의 다이어그램과 유사하다 (도 6 및 도 7의 동일한 단계들이 동일한 참조 부호들로 표시되어 그것들에 관한 상응하는 기재 또는 설명이 생략됨을 유념하여야 한다).
도 7의 단계들(1-5)은 도 6의 단계들(1-5)에 상당한다. 이는 GGSN이 그것에 의해 선택된 P-CSCF와 통신 후에 PDP 콘텍스트를 활성화함을 의미한다 (즉, PCRF/P-CSCF1; 단계(2)). 그러나, UE에 의해 사용되는 P-CSCF 발견 메커니즘이 예 컨대 DHCP 기반의 P-CSCF 발견 메커니즘인 경우에, GGSN은 어떤 P-CSCF가 UE에 의해 선택되어지는지를 알 수 없다. 이는, UE가 GGSN에 의해 선택된 것과 다른 P-CSCF (즉, PCRF/P-CSCF2)를 선택하고 이 (두 번째) P-CSCF2에게 해당 등록 메시지를 송신하는 (단계(8)) 상황에 이르게 할 수도 있다. P-CSCF2는 SIP 등록이 성공적이게 하도록 그 등록 메시지에 대해 200 OK SIP 메시지로써 응답한다 (단계(9)). 그러나, UE가 P-CSCF2에게 SDP(Session Description Protocol) 오퍼(OFFER)와 같은 초대(INVITE) 메시지를 송신할 때 (단계(10)), PCRF/P-CSCF2는 네트워크 상향링크(UL)/하향링크(DL) 접속들로부터, 서비스 품질(QoS)을 허가할 것을 결정하려고, 그리고 접속에서의 미디어 흐름에 대한 트래픽 카테고리를 결정하려고 시도할 것이다 (단계(11)). PCRF/P-CSCF2가 GGSN에 의해 UE를 위하여 초기에 선택되고 접촉된 서버가 아니기 때문에, 불일치가 있을 것이다. 그러므로, SIP 세션은 성공적으로 설립될 수 없고 이는 해당 SDP 답변에 의해 단계(13)에서 UE에게 통지된다.
현재의 네트워크 구조 이를테면 3GPP 네트워크에서, UE는 기술된 메커니즘들 중 어느 것을 P-CSCF 어드레스를 획득하는데 사용할 것인지를 자유롭게 결정할 수 있어야 함은 필수적이다. 그래서, P-CSCF 발견 메커니즘 선택은 단말 로직에 따라 정해진다. 그러나, 이는 일부의 현재 구조들에서 P-CSCF 발견에 알맞은 유일한 메커니즘은 PDP 콘텍스트 기반의 P-CSCF 발견 메커니즘이기 때문에 상충점을 야기할 수도 있다.
게다가, 단지 OTA 또는 단지 DHCP 기반의 P-CSCF 발견만을 지원하는 사용 중인 이러한 단말들이 현재 존재하지만, GPRS 기반의 또는 PDP 콘텍스트 기반의 P- CSCF 발견 메커니즘을 지원하는 것이 결여되어 있다.
따라서, GGSN이 GPRS/PDP 콘텍스트 기반의 하나의 P-CSCF 발견 메커니즘을 사용하고 예컨대 DHCP 기반의 P-CSCF 발견을 사용하는 (또는 이와 다른 방안으로 P-CSCF의 어드레스 또는 논리적 이름이 UE 내에 설정되어 있음) UE에 의해 선택된 P-CSCF를 알고 있지 않은 식으로 현재의 발견 메커니즘을 사용함으로써, 서로 다른 P-CSCF들이 선택될 수도 있어 SIP 세션이 설립될 수 없게 되는 문제점이 있다.
따라서, 본 발명의 목적은 통신 접속을 위한 서버 이를테면 P-CSCF를 선택하기 위한 향상된 메커니즘을 제공하는 것이다. 특히, 본 발명의 목적은, 모든 종류의 단말 유형들이, GPRS의 GGSN과 같은 네트워크 제어 요소에 의해 사전에 선택된 (P-CSCF와 같은) 그 동일한 서버/프록시에게, 또는 (네트워크 전개(network deployment)에 따라) 네트워크 제어 요소(GGSN)가 더 이전에 접촉한 정책 제어 요소(예: PDF, PCRF, RACS)에 연결된 서버(P-CSCF)에게, 등록 메시지(이를테면 SIP 등록)를 송신함을 보증하는 메커니즘을 제공하는 것이다.
이 목적은 첨부된 특허청구범위의 청구항들에 정의된 수단들에 의해 달성된다.
특히, 제안된 해결책의 하나의 측면에 따르면, 예를 들어, 제1 발견 절차(discovery procedure)에 기초하여 제1 서버 선택을 실행하는 단계, 제2 발견 절차에 기초하는 제2 서버 선택에 관련된 요청 메시지를 수신하는 단계, 및 상기 제1 발견 절차에 기초하여 상기 제1 서버 선택에서 선택된 서버의 어드레스 정보를 전송함으로써 상기 요청 메시지에 응답하는 단계를 포함하는 방법이 제공된다.
제안된 해결책의 또 하나의 측면에 따르면, 예를 들어, 제1 발견 절차에 기초하여 서버의 선택을 수행하도록 구성된 선택 유닛, 제2 발견 절차에 기초하는 제2의 서버 선택에 관련된 요청 메시지를 수신하도록 구성된 수신 유닛, 및 상기 요청 메시지를 처리하도록 구성되고 상기 제1 발견 절차에 기초하여 상기 제1 선택에서 선택된 서버의 어드레스 정보를 전송함으로써 상기 요청 정보에 응답하도록 구성된 프로세서를 포함하는 기기가 제공된다.
제안된 해결책의 또 하나의 측면에 따르면, 예를 들어, 컴퓨터용 컴퓨터 프로그램 제품으로서, 상기 제품이 컴퓨터 상에서 실행될 때, 상기 컴퓨터로 하여금 네트워크를 통한 단말 장비의 통신 접속을 위한 제어 네트워크 요소로서 기능하게 하는 소프트웨어 코드 부분들을 포함하는 컴퓨터 프로그램 제품이 제공되고, 여기서 그 컴퓨터 프로그램 제품은 제1 발견 절차에 기초하여 제1 서버 선택을 실행하고, 제2 발견 절차에 기초하는 제2 서버 선택에 관련된 요청 메시지를 수신하며, 상기 요청 메시지를 처리하여 상기 제1 발견 절차에 기초하여 상기 제1 선택에서 선택된 서버의 어드레스 정보를 전송함으로써 상기 요청 메시지에 응답하도록 구성된다.
더 구체적인 안들에 따르면, 제안된 해결책은 다음 기술특징(feature)들 중 하나 또는 그 이상을 포함할 수도 있다:
- 상기 제1 선택은 게이트웨이 네트워크 요소에 의해 실행될 수도 있고, 상기 제2 선택은 단말 장비에 의해 실행될 수도 있다;
- 상기 실행, 상기 수신 및 상기 응답은 릴레이 에이전트 요소(relay agent element)에 의해 실행될 수도 있다;
- 상기 제1 발견 절차는 패킷 데이터 프로토콜 콘텍스트(packet data protocol context) 기반의 발견 메커니즘일 수도 있다;
- 상기 제2 발견 절차는 동적 호스트 설정 프로토콜(dynamic host configuration protocol) 기반의 발견 메커니즘일 수도 있다;
- 선택되는 서버는 어플리케이션 기능 서버 및 프록시 서버 중 적어도 하나를 포함할 수도 있다; 그때 그 어플리케이션 기능 서버는 프록시 호 상태 제어 기능부(Proxy Call State Control Function)를 포함할 수도 있다;
- 상기 릴레이 에이전트 요소는 상기 게이트웨이 네트워크 요소에 포함될 수도 있다;
- 적어도 하나의 정책 제어 요소가 제공될 수도 있다; 게다가, 단지 하나의 정책 제어 요소만이 서버에 할당될 수도 있다;
- 이와 다르게, 복수의 정책 제어 요소들이 서버에 제공될 수도 있고, 여기서 그러면 상기 복수의 정책 제어 요소들 중 동일한 것을 선택하기 위해서 기결정된 로드 밸런싱(load balancing) 메커니즘이 실행될 수도 있으며; 상기 기결정된 로드 밸런싱 메커니즘은 서버에서 그리고 네트워크 게이트웨이 요소에서 실행될 수도 있다.
제안된 해결책의 또 하나의 측면에 따르면, 예를 들어, 제1 발견 절차에 기초하여 제1 서버 선택을 실행하는 단계, 제2 발견 절차에 기초하는 제2 서버 선택에 관련된 요청 메시지를 수신하는 단계, 통신 네트워크에 연결된 설정 서버(configuration server)로 상기 요청 메시지에 포함된 정보를 포워딩하는 단계, 응답으로 상기 설정 서버로부터 어드레스 정보를 수신하는 단계, 상기 제1 발견 절차에 기초하여 수신된 어드레스 정보를 처리하는 단계, 및 상기 수신된 어드레스 정보의 상기 처리로부터 얻어진 어드레스 정보를 전송함으로써 상기 요청 메시지에 응답하는 단계를 포함하는 방법이 제공된다.
제안된 해결책의 또 하나의 측면에 따르면, 예를 들어, 제1 발견 절차에 기초하여 서버 선택을 수행하도록 구성된 선택 유닛, 제2 발견 절차에 기초하는 제2 서버 선택에 관련된 요청 메시지를 수신하도록 구성된 수신 유닛, 통신 네트워크에 연결된 설정 서버로 상기 요청 메시지에 포함된 정보를 포워딩하도록 구성된 포워딩 유닛, 및 상기 제1 발견 절차에 기초하여 상기 설정 서버로부터 응답으로 수신된 어드레스 정보를 처리하고 그리고 상기 수신된 어드레스 정보의 상기 처리로부터 얻어진 어드레스 정보를 전송함으로써 상기 요청 메시지에 응답하도록 구성된 프로세서를 포함하는 기기가 제공된다.
제안된 해결책의 또 하나의 측면에 따르면, 예를 들어, 컴퓨터용 컴퓨터 프로그램 제품으로서, 상기 제품이 컴퓨터 상에서 실행될 때, 상기 컴퓨터로 하여금 네트워크를 통한 단말 장비의 통신 접속을 위한 제어 네트워크 요소로서 기능하게 하는 소프트웨어 코드 부분들을 포함하는 컴퓨터 프로그램 제품이 제공되고, 여기서 상기 컴퓨터 프로그램 제품은 제1 발견 절차에 기초하여 제1 서버 선택을 실행하고, 제2 발견 절차에 기초하는 제2 서버 선택에 관련된 요청 메시지를 수신하고, 상기 요청 메시지에 포함된 정보를 릴레이 에이전트 요소로부터 통신 네트워크에 연결된 설정 서버로 포워딩하고, 응답으로 상기 설정 서버로부터 어드레스 정보를 수신하고, 상기 제1 발견 절차에 기초하여 상기 수신된 어드레스 정보를 처리하며, 그리고 상기 수신된 어드레스 정보의 상기 처리로부터 얻어진 어드레스 정보를 전송함으로써 상기 요청 메시지에 응답하도록 구성된다.
더 구체적인 안들에 따르면, 제안된 해결책은 다음 기술특징들 중 하나 또는 그 이상을 포함할 수도 있다:
- 상기 실행, 상기 수신, 상기 포워딩, 상기 처리 및 상기 응답은 릴레이 에이전트 요소에 의해 실행될 수도 있다;
- 상기 제1 발견 절차는 패킷 데이터 프로토콜 콘텍스트 기반의 발견 메커니즘일 수도 있다;
- 상기 제2 발견 절차는 동적 호스트 설정 프로토콜 기반의 발견 메커니즘일 수도 있다;
- 선택되는 서버는 프록시 호 상태 제어 기능부를 포함할 수도 있다;
- 상기 릴레이 에이전트 요소는 게이트웨이 네트워크 요소에 포함될 수도 있다;
- 적어도 하나의 정책 제어 요소가 제공될 수도 있다;
- 기결정된 로드 밸런싱 메커니즘이 서버에서 그리고 네트워크 게이트웨이 요소에서 실행될 수도 있다.
제안된 해결책의 또 하나의 측면에 따르면, 예를 들어, 제1 발견 절차에 기초하여 서버 선택을 수행하는 선택 수단, 제2 발견 절차에 기초하는 제2 서버 선택에 관련된 요청 메시지를 수신하는 수신 수단, 상기 요청 메시지를 처리하는 프로세싱 수단 및 상기 제1 발견 절차에 기초하여 상기 제1 선택에서 선택된 서버의 어드레스 정보를 전송함으로써 상기 요청 메시지에 응답하는 응답 수단을 포함하는 기기가 제공된다.
제안된 해결책의 또 하나의 측면에 따르면, 예를 들어, 적어도 제1 서버와 제2 서버, 제1 발견 절차에 기초하여 상기 제1 서버를 선택하는 제1 선택을 실행하는 네트워크 제어 요소, 제2 발견 절차에 기초하여 상기 제2 서버를 선택하는 제2 선택을 실행하는 단말 장비를 포함하는 시스템이 제공되고, 여기서 상기 제2 서버는 상기 단말 장비로부터 요청 메시지를 수신하고, 상기 네트워크 제어 요소에 의해 선택된 상기 제1 서버를 결정하며, 상기 단말 장비로부터 수신된 상기 요청 메시지에 기초하여 상기 제1 서버로 서비스 요청 메시지를 포워딩하도록 구성된다.
제안된 해결책들에 의하여, 기결정된 서버 발견 메커니즘을 지원하지는 않지만 네트워크 제어 요소에 의해 사용된 것과 다른 발견 메커니즘을 사용하는 단말 또는 UE로부터의 SIP 세션과 같은 접속이, 단말의 유형 또는 선택된 액세스 유형에 무관하게, 적절하게 설립됨을 보증하는 것이 가능하다. 환언하면, 각각 UE 및 네트워크 제어 요소에 의해 선택된 서버들(P-CSCF들)의 불일치에 기인하여 세션 등이 거절되는 것을 방지할 수 있다.
본 발명의 상기의 그리고 또 다른 추가적 목적들, 기술특징들 및 이점들은 본 명세서의 기재사항 및 첨부된 도면들을 참조하면 더욱 명확해질 것이다.
도 1은 본 발명이 적용될 수 있는 정책 및 청구 제어 구조(policy and charging control architecture)를 포함하는 단순화된 네트워크 구조를 예시하는 다이어그램을 보여주고 있고,
도 2는 도 1의 네트워크 구조의 네트워크 요소에 관한 상세사항들을 예시하는 다이어그램을 보여주고 있고,
도 3은 본 발명의 제1 예에 따른 서버 발견 방법을 예시하는 흐름도를 보여주고 있고,
도 4는 본 발명의 제2 예에 따른 서버 발견 방법을 예시하는 흐름도를 보여주고 있고,
도 5는 서버 발견 메커니즘이 실행된 후에 네트워크 요소들 간의 연결 상황을 예시하는 다이어그램을 보여주고 있고,
도 6은 선행 기술에 따른 P-CSCF 선택을 예시하는 시그널링 다이어그램을 보여주고 있고,
도 7은 선행 기술에 따른 P-CSCF 선택을 예시하는 시그널링 다이어그램을 보여주고 있고,
도 8은 제1 대안예에 따른 P-CSCF 선택을 예시하는 시그널링 다이어그램을 보여주고 있고,
도 9는 광대역(broadband) 액세스 지원 메커니즘을 예시하는 다이어그램을 보여주고 있으며, 그리고
도 10은 제1 대안예에 따른 P-CSCF 선택을 예시하는 흐름도를 보여주고 있다.
이하에서, 본 발명의 실시예들 및 구현예들이 도면들을 참조하여 기술된다. 본 발명을 예시하기 위하여, 그 실시예들 및 구현예들은 IMS 네트워크의 어플리케이션 기능부(application function; AF)에 대한 세션, 즉 이 IMS 네트워크에 위치한 단말의 멀티미디어 통신 접속 또는 세션이 설립될 3GPP 시스템과 관련하여 기술될 것이다. 그러나, 본 발명은 이와 같은 시스템 또는 환경에서의 응용예로 제한되는 것은 아니고 또한 다른 네트워크 시스템들, 접속 유형들 및 기타 등등에서 예컨대 TISPAN 정책 제어 시스템에서 적용될 수 있음이 유념되어야 한다.
청구 및 세션 핸들링 메커니즘들을 포함하는 통신 네트워크의 기본 시스템 구조는 일반적으로 알려진 IMS 네트워크 구조를 포함할 수도 있다. 이러한 네트워크 구조는 (문의용 CSCF(Interrogating CSCF; I-CSCF), 프록시 CSCF(Proxy CSCF; P-CSCF), 서빙 CSCF(Serving CSCF; S-SCSF)와 같은) 몇몇 역할(role)들을 이행하고 IMS에서 SIP 시그널링 패킷들을 처리하는데 사용되는 프록시들 또는 SIP 서버들인 몇몇의 제어 노드들 또는 CSCF를 포함한다. 더 나아가, 오프라인 청구 시스템(Offline Charging System; OFCS) 또는 온라인 청구 시스템(Online Charging System; OCS)과 같은 청구 기능부들이 청구 제어를 위해 사용되는 것으로서 제공된다. 게다가, I-CSCF로부터 인터페이스들을 통해 질의되는 상호연결 경계 제어 기능부(Interconnect Border Control Function; IBCF), 가입 탐지 기능부(Subscription Locator Function; SLF) 및 홈 가입자 서버(Home Subscriber Server; HSS)와 같은 네트워크 노드들은 그 완전한 구조의 부분이다. 이들 요소들의 일반적 기능들 및 상호연결들은 관련 기술분야에서 숙련된 자들에게 알려져 있고 해당 명세(specifications)에 기술되어 있으므로 그것들에 관한 상세한 설명은 여기서는 생략하기로 한다. 그러나, 통신 접속에 사용되는 몇몇의 부가적인 네트워크 요소들 및 시그널링 링크들이 제공된다는 것이 유념되어야 한다.
또한, 여기서 기술되는 네트워크 요소들 및 그것들의 기능들은 소프트웨어에 의해 예컨대 컴퓨터용 컴퓨터 프로그램 제품에 의해, 또는 하드웨어에 의해 구현될 수도 있다. 어느 경우에서도, 그들 각각의 기능들을 실행하기 위해, 상응하게 사용되는 기기들 또는 서버들/클라이언트들 이를테면 단말 장비, 코어 네트워크 제어 요소, CSCF, 액세스 네트워크 서브시스템 요소 예컨대 기지국 서브시스템(Base Station Subsystem; BSS) 요소 또는 무선 액세스 네트워크(Radio Access Network; RAN) 요소 및 기타 등등은 제어, 프로세싱 및 통신/시그널링 기능에 요구되는 몇몇 수단들 및 콤포넌트들 (미도시)을 포함한다. 이러한 수단들은, 예컨대 명령들, 프로그램들을 실행하고 데이터를 처리하는 프로세서 유닛, 명령들, 프로그램들 및 데이터를 저장하고 그 프로세서 등등의 작업 구역으로서 기능하는 메모리 수단(예: ROM, RAM, EEPROM, 및 기타 등등), 소프트웨어로써 데이터 및 명령들을 입력하는 입력 수단(예: 플로피 디스켓, CD-ROM, EEPROM, 및 기타 등등), 사용자에게 모니터 및 조작할 수 있게 해 주는 사용자 인터페이스 수단(예: 스크린, 키보드 및 기타 등등), 그 프로세서 유닛의 제어 하에 링크들 및/또는 접속들을 설립하는 인터페이 스 수단(예: 유선 및 무선 인터페이스 수단, 안테나 등) 및 기타 등등을 포함할 수도 있다. 이는, IMS 도메인과 같이 각각의 네트워크 부분들이 미도시된 몇몇 요소들 및/또는 기능들을 포함할 수도 있다는 것을 의미하며, 다만 그 요소들 및/또는 기능들은 관련 기술분야에서 숙련된 자에게 알려진 것으로 따라서 여기서는 더 상세하게 기술하지 않는다.
도 1은 본 발명이 적용될 수 있는 정책 및 청구 제어 구조를 포함하는 단순화된 네트워크 구조를 보여주고 있다. 참조 부호 1은 네트워크 제어 요소로서 게이트웨이 네트워크 요소(GW)를 이를테면 GGSN을 가리킨다. GW 또는 GGSN(1)은 서비스 IP 흐름 탐지 기능, 정책 집행 기능 및 IP 흐름 기반 청구 기능을 수행하는 정책 및 청구 집행 기능부(PCEF)를 포함할 수도 있다. 참조 부호 2는 IMS 네트워크의 어플리케이션 기능부를 이를테면 P-CSCF를 가리킨다. 참조 부호 2a는 네트워크에 연결가능한 다른 서버 (또는 복수의 서버들) 또는 프록시 (또는 복수의 프록시들)를 가리킨다. 참조 부호 3은 요청된 서비스들을 사용하도록 허가된 사용자들의 요구사항들을 충족시키기 위해 네트워크 자원들을 조정하고(coordinate) 정책 제어 결정 기능 및 IP 흐름 기반 청구 제어 기능을 수행하는 정책 제어 요소 이를테면 PCRF를 가리킨다. 아래에서 정책 제어 요소(3)가 PCRF로서 기술될지라도, 그 정책 제어 요소는 또한 PDF 또는 RACS일 수도 있다는 것이 유념되어야 한다. PCRF(3)는 규칙기반 청구(rules-based charging)에 더하여 정적인(static) 청구 규칙들 및 동적 규칙화(dynamic ruling)를 사용하는 것을 허용한다. 동적 규칙화 기능은 PCEF(11)와의 실시간 상호작용(interaction)을 통해 이루어진다. GW(1) (PCEF(11))는 예컨대 Diameter 기반인 Gx 인터페이스를 통해 PCRF(3)에 연결되고, AF (또는 P-CSCF)(2)는 Rx 인터페이스를 통해 PCRF(3)에 연결된다 (추가적 서버 또는 서버들(2a)도 마찬가지로 상응하는 인터페이스들로써 그 정책 제어 요소에 연결될 수도 있다). 상기에서 언급한 바와 같이, Diameter 프로토콜 대신에, 네트워크 구조에 따라 다른 프로토콜 유형을 활용하는 것도 또한 가능하다.
참조 부호 4는 DHCP 기반 서버 발견에 있어서 이용가능한 DHCP 서버와 같은 설정 서버를 가리킨다. 예를 들어, 설정 서버(4)는 게이트웨이 네트워크 요소(1)에서의 DHCP 릴레이 에이전트 (도 1에 미도시)와 같은 릴레이 에이전트 요소를 통해 네트워크에 연결된다.
참조 부호 5는 OFCS를 가리킨다. 참조 부호 6은 예컨대 CAMEL(Customized Applications for Mobile Enhanced Logic) SCP(Service Control Point, 61) 및 서비스 데이터 흐름 기반 신용 제어 유닛(credit control unit, 62)을 포함하는 OCS를 가리킨다. OFCS(5)는 Gz 인터페이스를 통해 게이트웨이(1)에 연결되고 OCS(6)는 Gy 인터페이스를 통해 게이트웨이(1)에 연결된다.
참조 부호 7은 정책 제어 요소 (여기서는 PCRF)에 의해 액세스 레벨 정책 및 청구 규칙들 및 가입기반 정책(subscription-based policy)들에 필요로 되는 모든 가입자 및 가입 관련 정보를 담을 수 있는 가입 프로파일 저장소(subscription profile repository; SPR)를 가리키고, 이는 Sp 인터페이스를 통해 PCRF에 연결된다.
참조 부호 8은 네트워크 제어 요소(GGSN)(1)를 통해 네트워크에 대하여 통신 접속 또는 세션이 설립될 단말 또는 사용자 장비(UE)를 가리킨다. 네트워크로의 단말(8)의 접속은 일반적으로 알려진 해당 인터페이스들 및 서브시스템들(예: 액세스 네트워크 서브시스템)에 의해 행해진다.
도 1의 시스템에서, PCRF(3) 및 P-CSCF(2)는 서로 분리된 요소들로서 보여진다. 그러나, 외부 네트워크 요소가 되는 대신에, PCRF(3)는 P-CSCF(2)에 함께 위치할 수도 있다.
도 2에서, 도 1에 따른 게이트웨이 네트워크 요소(1)에 관한 더 상세한 다이어그램이 보여진다. 동일한 참조 부호들이 동등한 요소들에 대하여 사용되는 바 그것들에 관한 추가적인 기재는 여기에서 생략하기로 한다는 것을 유념하여야 할 것이다.
참조 부호(12)는, 단말 및 네트워크 사이에서 실행되는 발견 메커니즘에서 사용가능한, 예컨대 DHCP 기반의 P-CSCF 발견 메커니즘에 관련하여 사용가능한 릴레이 에이전트 요소를 가리킨다. 그 릴레이 에이전트 요소(12)는 각각의 발견 메커니즘에서의 프로세싱을 실행하고 제어하는 프로세서(121)를 포함한다.
참조 부호(122)는 릴레이 에이전트 요소(12)(즉, 프로세서(121)) 및 UE 간에 통신하기 위한 인터페이스 또는 입력/출력 요소(I/O)를 가리킨다. 이는 I/O(122)를 통하여, 데이터 이를테면 요청 및 답변 메시지들이 릴레이 에이전트 요소(12) 및 UE 간에 전송됨을 의미한다.
참조 부호(123)는 발견 메커니즘에서 어드레스 정보를 획득하는데 사용되는 설정 서버 이를테면 DHCP 서버 및 릴레이 에이전트 요소(12)(즉 프로세서(121)) 사 이에 통신하기 위한 인터페이스 또는 입력/출력 요소(I/O)를 가리킨다. 이는 I/O(123)를 통하여 데이터 이를테면 요청 및 답변 메시지들이 릴레이 에이전트 요소(12) 및 설정 서버 간에 전송됨을 의미한다. 특히, UE로부터의 요청 메시지 정보는 이 I/O(123)를 통해 포워딩될 수도 있다.
참조 부호(124)는 자신 내에 데이터 이를테면 프로세서(121)에 의해 실행되는 컴퓨터 프로그램을 저장하고, 다른 요소로부터 수신된 어드레스 정보를 그것을 포워딩하기 위해 버퍼링하며, 그리고 프로세서(121)를 위한 작업 공간으로서 기능하는 메모리를 가리킨다.
참조 부호(13)는 게이트웨이 네트워크 요소(1)가 다른 유형의 서버 발견 메커니즘 이를테면 PDP 콘텍스트 기반의 P-CSCF 발견 메커니즘을 실행할 수 있게 해 주는 선택 유닛을 가리킨다. 선택 유닛(13)은 하나 또는 그 이상의 P-CSCF들과 같은 서버들의 어드레스 정보를 얻기 위해 그리고 UE를 위한 통신 접속의 설립을 위하여 이들 서버들 중 하나를 선택하기 위하여 (예컨대, 도 6의 단계(2)에 대응됨) 네트워크에 연결된다. 그 서버들 중 하나의 즉 하나의 P-CSCF의 선택은 관련 기술분야에서 숙련된 자들에게 알려진 기결정된 알고리즘에 기초한다.
예컨대 PDP 콘텍스트에 기반한 발견 절차에서 게이트웨이 네트워크 요소(1)에 의해 선택된 하나 또는 그 이상의 서버들/프록시들의 어드레스 정보와 같은, 선택 유닛(13)에 의해 검색된(retrieved) 정보는 선택 유닛(13)에 의해 릴레이 에이전트 요소(12)에 제공될 수 있고 추가적 프로세싱을 위해 거기에, 예컨대 메모리(124)에, 저장될 수 있다는 것이 유념되어야 할 것이다.
통신 접속 또는 세션의 설립에 관련된 유닛들 이를테면 단말 장비 또는 UE(8) 및 네트워크 제어 요소 또는 게이트웨이 네트워크 요소(GGSN)(1)가, P-CSCF(2)와 같은, 세션을 위한 서버/프록시를 선택하기 위해 서로 다른 발견 메커니즘을 사용하고 있는 상황에서, 세션 설립이 성공적이 되도록 동일 서버/프록시가 이들 유닛들에 의해 선택된다는 것이 보증되어야 한다. 예를 들어, GGSN(1)은 PDP 기반 P-CSCF 발견 메커니즘을 사용하고 UE는 DHCP 기반 P-CSCF 발견 메커니즘을 사용하는 상황이 가정될 수도 있다.
본 발명의 제1 예에 따르면, 모든 종류의 단말들 (이들은 제1 종류의 발견 메커니즘을 사용하지 않고 다른 (제2) 유형을 사용함)이, 그 제1 발견 메커니즘(예: PDP 콘텍스트 기반의 P-CSCF 발견 메커니즘)에 기반한 P-CSCF 발견의 결과로서 게이트웨이 네트워크 노드(GGSN)에 의해 접촉된 동일한 서버/프록시(즉, P-CSCF)에게, 또는 (NW 전개에 따라) GGSN이 더 이전에 접촉한 정책 제어 요소(예: PCRF)에 연결된 P-CSCF에게, 또는 GGSN으로부터 이미 Diameter 요청을 더 이전에 송신받은 정책 제어 요소(PCRF)와 작동하도록 (예를 들어 해당 어드레스를 불변하게 기설정함으로써) 기설정된 P-CSCF에게, 등록 메시지(예: SIP 등록)를 송신함을 보증하기 위해, 단말에 의해 활용되는 제2 유형의 발견 메커니즘에 사용되는 릴레이 에이전트 요소가 해당 어드레스 정보를 전송하는데 사용된다. 예를 들어, 단말이 DHCP 기반의 P-CSCF 발견 메커니즘을 사용하고 있는 경우에, 그 릴레이 에이전트 요소는 게이트웨이 네트워크 요소에 위치한 DHCP 릴레이 에이전트 요소이다. 그 릴레이 에이전트 요소는, PDP 콘텍스트 기반의 발견 메커니즘을 사용하는 게이트웨 이 네트워크 요소가 세션의 설립을 위해 P-CSCF와 접촉하였을 때 (정상적으로 응답하는) DHCP 서버를 대신하여 단말에 의해 송신된 DHCP 기반 프록시 요청에 응답할 것이다.
도 3에서, 이 제1 예에 따른 서버/프록시 선택을 예시하는 흐름도가 묘사되어 있다. 단계(S10)에서, 게이트웨이 네트워크 요소(1)는, PDP 콘텍스트 기반 P-CSCF 발견 메커니즘과 같은, 프록시 서버를 선택하기 위한 제1 발견 메커니즘을 실행하고, 특정 P-CSCF를 선택한다. 그 선택은 예컨대 선택 유닛(13)에 의해 실행될 수도 있다. PDP 콘텍스트 기반 P-CSCF 발견 메커니즘의 상세사항들은 관련 기술분야에서 숙련된 자들에게 알려져 있고 따라서 여기서는 상세하게 기술하지 않기로 한다.
그리고 나서, 단계(S20)에서, 게이트웨이 네트워크 요소(1)에 의해 사용된 것과 다른 제2 유형의 발견 메커니즘에 기반한 프록시 서버의 선택이 단말(UE)(8)에 의해 시작된다. 단말(8)은 상기에서 기술된 DHCP 기반 P-CSCF 발견 메커니즘을 사용하고 있다. 그러므로, 단계(S30)에서 단말(8)은, 선택을 위한 후보 P-CSCF들의 어드레스 정보를 획득하도록 DHCP 서버와 접촉하기 위해 네트워크에 요청 메시지를 송신한다.
단계(S40)에서, 그 요청 메시지는 게이트웨이 네트워크 요소(1)의 DHCP 릴레이 에이전트 요소(12)에 의해 수신된다. 그 릴레이 에이전트 요소(12) 즉 그것의 프로세서는, 예컨대 선행하는 발견 절차에서 그 게이트웨이 네트워크 요소가 이미 P-CSCF와 접촉하였음을 선택 유닛(13)에 의해 통지받는다. 게다가, 적어도 그 선택 된 P-CSCF의 어드레스 정보는 선택 유닛(13)으로부터 릴레이 에이전트 요소(12)로 전송되어, 예컨대 메모리(124)에, 저장된다.
그러므로, 단계(S50)에서 릴레이 에이전트 요소는 DHCP 서버를 대신하여 단말(8)의 요청 메시지에 응답한다. 그 릴레이 에이전트는 선행하는 PDP 콘텍스트 기반의 P-CSCF 발견 메커니즘 - 이는 메모리(124)에 저장되고 그것으로부터 검색될 수도 있음 - 에서 게이트웨이 네트워크 요소(1) (선택 유닛(13))에 의해 선택된 P-CSCF에 관련된 어드레스 정보를 송신한다. 따라서, 양 발견 메커니즘들의 실행은 동일한 P-CSCF를 선택하는 것으로 귀결된다.
이 정보에 기초하여, GGSN(1)이 올바른 정책 제어 요소(이를테면 PCRF(외부의 또는 함께 위치된 것))와 접촉하는 것이 가능하다. P-CSCF는 Diameter 명령과 같은 바로 첫 번째 명령을, 만약 이 프로토콜 유형이 사용된다면, 그 정책 제어 요소(이 예에서는 PCRF)에게 송신하여야 한다. 이는 이러한 요청들이 GGSN이 이전에 접촉한 대상인 동일 정책 제어 요소(PCRF) 인스턴스(instance)를 발견할 것임을 보증하는 그런 네트워크 전개 또는 메커니즘(예: SLF 류의 메커니즘, 그러나 동적인 선택 방식)이어야 할 것임을 의미한다.
이를 보증하기 위한 하나의 가능성은 하나 또는 몇몇의 P-CSCF들에게 서비스하는 단지 하나의 전용 PCRF가 존재하는 식으로 PCRF들 및 P-CSCF들 간의 관계를 설정하는 것이다. 그러나, 이러한 경우가 아니면, 즉 각 P-CSCF들에게 서비스하는 다수의 PCRF들이 존재할 수 있는 상황에서, GGSN은 PCRF들 중에서 선택하기 위한 로드 밸런싱 메커니즘을 제공받는다.
변경예로서, 또한 정책 제어 요소는 데이터베이스를 통하여 가입자 전용의/ 가입 또는 가입자 측 기기에 상술된 P-CSCF를 질문할 수 있는 능력을 제공받는 것이 가능하다. 예를 들어, 그 질문(enquiry)은 3GPP Rel-7 구조에서 가입 프로파일 저장소(SPR)로부터 Sp-인터페이스를 통하여 또는 TISPAN 모델에서 네트워크 부속연결 서브시스템(Network Attachment Subsystem; NASS)으로부터 e4를 통하여 일어날 수 있다. e4는 접속 세션 위치 및 저장소 기능부(Connectivity Session Location and Repository Function; CLF) 및 RACS 간의 인터페이스일 수도 있다.
또한 다른 표준화 기구(standardization body)들이 유사한 정보를 획득하는 그러한 방식들을 상술할 수도 있다. 게다가 P-CSCF는 동일한 정책 제어 요소 (이를테면 PCRF)와 접촉하기 위한 유사한 로직 (SP/e4 인터페이스 기능 제외)을 갖는다. 대안적으로, 정책 제어요소는 접촉된 PCRF들 중 (즉, GGSN에 의해 접촉된 P-CSCF와 P-CSCF에 의해 접촉된 PCRF 중) 어느 것이 가입자에게 서비스할지를 협상하기 위한 독자적인 메커니즘을 포함한다.
본 발명에 관한 추가적인 (제2) 예에 따르면, (제1 종류의 발견 메커니즘을 사용하지 않지만 다른 (제2 유형의) 메커니즘을 사용하는) 모든 종류의 단말들이, 제1 발견 메커니즘(예: PDP 콘텍스트 기반의 P-CSCF 발견 메커니즘)에 기반한 P-CSCF 발견의 결과로서 게이트웨이 네트워크 노드(GGSN)에 의해 접촉된 동일한 서버/프록시(즉, P-CSCF)에게, 또는 (NW 전개에 따라) GGSN이 더 이전에 접촉한 정책 제어 요소(예: PCRF)에 연결된 P-CSCF에게, 또는 GGSN으로부터 이미 Diameter 요청을 더 이전에 송신받은 PCRF와 작동하도록 기설정된 P-CSCF에게, 등록 메시지(예: SIP 등록)를 송신함을 보증하기 위해, 단말에 의해 활용되는 제2 유형의 발견 메커니즘에 사용되는 릴레이 에이전트 요소가 해당 어드레스 정보를 변경하는데 사용된다. 예를 들어, 단말이 DHCP 기반의 P-CSCF 발견 메커니즘을 사용하고 있는 경우에, 그 릴레이 에이전트 요소는 게이트웨이 네트워크 요소에 위치한 DHCP 릴레이 에이전트 요소이다. 그 릴레이 에이전트 요소는, PDP 콘텍스트 기반의 P-CSCF 발견 메커니즘에서 게이트웨이 네트워크 요소(1)(GGSN)가 사용하고 있는 동일한 알고리즘을 사용함으로써 DHCP 서버 응답들을 변경한 후에 단말에 의해 송신된 DHCP 기반 프록시 요청에 응답할 것이다.
도 4에서, 이 제2 예에 따른 서버/프록시 선택을 예시하는 흐름도가 묘사되어 있다. 단계(S110)에서, 게이트웨이 네트워크 요소(1)는, PDP 콘텍스트 기반 P-CSCF 발견 메커니즘과 같은, 프록시 서버를 선택하기 위한 제1 발견 메커니즘을 실행하고, 특정 P-CSCF를 선택한다. 그 선택은 예컨대 특정 알고리즘에 기반하여 선택 유닛(13)에 의해 실행될 수도 있다. PDP 콘텍스트 기반 P-CSCF 발견 메커니즘의 상세사항들은 관련 기술분야에서 숙련된 자들에게 알려져 있고 따라서 여기서는 상세하게 기술하지 않기로 한다.
그리고 나서, 단계(120)에서, 게이트웨이 네트워크 요소(1)에 의해 사용된 것과 다른 제2 유형의 발견 메커니즘에 기반한 프록시 서버의 선택이 단말(UE)(8)에 의해 시작된다. 단말(8)은 상기에서 기술된 DHCP 기반 P-CSCF 발견 메커니즘을 사용하고 있다. 그러므로, 단계(S130)에서 단말(8)은, 선택을 위한 후보 P-CSCF들의 어드레스 정보를 획득하도록 DHCP 서버와 접촉하기 위해 네트워크에 요청 메시 지를 송신한다.
단계(S140)에서, 그 요청 메시지는 게이트웨이 네트워크 요소(1)의 DHCP 릴레이 에이전트 요소(12)에 의해 수신된다. 단계(S150)에서, 이 요청 메시지에 포함된 정보는 통상적인 방식으로 해당 설정 (예: DHCP) 서버(4)로 포워딩된다. 그 설정 서버(4)는, 예컨대 릴레이 에이전트 요소(12)에게 해당 서버들/프록시들 (P-CSCF들)의 어드레스 정보를 송신함으로써 그 요청에 답변한다.
단계(S160)에서, 릴레이 에이전트 요소(12) 즉 프로세서(121)는 DHCP 서버로부터의 수신된 어드레스 정보를 처리한다. 상세하게는, DHCP 서버의 응답은 PDP 콘텍스트 기반 P-CSCF 발견 메커니즘에서 GGSN(즉 선택 유닛(13))이 사용하고 있는 동일한 알고리즘을 사용함으로써 변경된다. 그 후에, 단계(S170)에서, 릴레이 에이전트 요소(12)는 변경 처리에서 검색된 해당 P-CSCF의 어드레스 정보를 송신함으로써 단말(8)의 요청에 응답한다. 그 어드레스 정보는 동일 알고리즘의 사용에 기인하여, 단계(S110)에서 획득된 것과 같은 동일한 서버 어드레스를 포함한다.
환언하면, DHCP 릴레이 에이전트 요소(12)는 클라이언트(즉, 단말)에 대한 서버로서 그리고 서버(설정 서버)에 대한 중계기로서 작동한다.
더욱이, GGSN(1)이 PDP 콘텍스트 기반 P-CSCF 발견 메커니즘에서 사용하고 있는 동일한 알고리즘이 DHCP에 대하여 설정될 것이다. 모든 필요한 정보 이를테면 UE의 IP 어드레스, IMSI(International Mobile Subscriber Identity) 또는 MSISDN(Mobile Subscriber ISDN)과 같은 가입자 관련 ID 정보가 게이트웨이 네트워크 요소(1) 및 설정 서버(DHCP 서버) 간의 인터페이스에서 전송될 수도 있다.
수신된 정보에 기초하여, GGSN(1)이 올바른 정책 제어 요소(이를테면 PCRF(외부의 또는 함께 위치된 것))와 접촉하는 것이 가능하다. P-CSCF는 Diameter 명령과 같은 바로 첫 번째 명령을 그 정책 제어 요소(예: PCRF)에게 송신하여야 한다. 이는 이러한 요청들이 GGSN이 이전에 접촉한 대상인 동일 정책 제어 요소 인스턴스를 발견할 것임을 보증하는 그런 네트워크 전개 또는 메커니즘(예: SLF 류의 메커니즘, 그러나 동적인 선택 방식)이어야 할 것임을 의미한다.
이를 보증하기 위한 하나의 가능성은 하나 또는 몇몇의 P-CSCF들에게 서비스하는 단지 하나의 전용 정책 제어 요소가 존재하는 식으로 PCRF들과 같은 정책 제어 요소들 및 P-CSCF들과 같은 서버들/프록시들 간의 관계를 설정하는 것이다. 그러나, 이러한 경우가 아니면, 즉 각 P-CSCF들에게 서비스하는 다수의 정책 제어 요소(PCRF들)가 존재할 수 있는 상황에서, GGSN은 정책 제어 요소들(PCRF들) 중에서 선택하기 위한 로드 밸런싱 메커니즘을 제공받을 수도 있다. 게다가, P-CSCF는 동일한 정책 제어 요소(PCRF)와 접촉하기 위한 유사한 로직을 갖는다. 대안적으로, 정책 제어 요소(PCRF)는 접촉된 정책 제어 요소들(PCRF들) 중 (즉, GGSN에 의해 접촉된 P-CSCF와 P-CSCF에 의해 접촉된 정책 제어 요소 중) 어느 것이 가입자에게 서비스할지를 협상하기 위한 독자적인 협상 메커니즘을 포함한다.
도 5에서, PCRF들 및 P-CSCF들 간의 관계 뿐만 아니라 PCRF에의 GGSN 및 P-CSCF들의 연결이 예시되어 있다. 참조 부호들 1-1, 1-2 및 1-3은 각각의 GGSN(게이트웨이 네트워크 요소)를 가리킨다. 참조 부호들 3-1 및 3-2는 PCRF들을 가리킨다. 참조 부호들 2-1, 2-2 및 2-3은 P-CSCF들을 가리킨다. PCRF(3-1)는 P-CSCF들(2-1, 2-2)에게 서비스하고 있고, 반면에 PCRF(3-2)는 P-CSCF(2-3)에게 서비스하고 있다. 양쪽 PCRF들(3-1, 3-2) 모두에 의해 서비스되는 P-CSCF가 있을 경우에, PCRF들(3-1, 3-2)은 협상 메커니즘이 작동할 수 있게 하기 위한 접속을 포함할 수도 있다. 도 5에 예시된 상황에서, 통신 접속의 설립을 위해 그리고 예컨대 도 3 또는 도 5와 관련하여 기술되는 바와 같은 서버/프록시들의 선택 후에, P-CSCF(2-2)가 선택되고 GGSN(1-1)은 선택된 P-CSCF(2-2)에 대한 연결되어 있는 PCRF(3-1)에 연결된다.
PCRF ID들이 GGSN(1-1, 1-2, 1-3)에 대하여 기설정될 수도 있다는 것이 유념되어야 한다.
아래에서, (제1 종류의 발견 메커니즘을 사용하지 않고 다른 (제2) 유형을 사용하는) 모든 종류의 단말들이, 그 제1 발견 메커니즘(예: PDP 콘텍스트 기반의 P-CSCF 발견 메커니즘)에 기반한 P-CSCF 발견의 결과로서 게이트웨이 네트워크 노드(GGSN)에 의해 접촉된 동일한 서버/프록시(즉, P-CSCF)에게, 또는 (NW 전개에 따라) GGSN이 더 이전에 접촉한 정책 제어 요소(예: PCRF)에 연결된 P-CSCF에게, 또는 GGSN으로부터 이미 Diameter 요청과 같은 요청을 더 이전에 송신받은 PCRF와 작동하도록 (예를 들어 해당 어드레스를 불변하게 기설정함으로써) 기설정된 P-CSCF에게, 등록 메시지(예: SIP 등록)를 송신함을 보증하기 위한 대안적인 예들을 기술하고 있다.
제1 대안 예에 따르면, 제1의 P-CSCF는 PDP 콘텍스트 기반의 P-CSCF 선택을 사용하는 게이트웨이 네트워크 요소(GGSN)과 같은 유사한 로직(즉, 사용되는 알고 리즘)을 가진다. 그러므로, 제1의 P-CSCF가 단말에 의해 접촉되지만 사전에 게이트웨이 네트워크 요소에 의해 접촉되어지지 않았을 때, 제1의 P-CSCF는 이 알고리즘에 기초하여 해당 처리를 실행하고 다른 제2의 P-CSCF (즉, GGSN에 의해 선택된 P-CSCF)를 결정한다. 그러면, 제1의 P-CSCF는 사전에 GGSN에 의해 접촉되었던 (즉, 선택되었던) 그 다른 (제2의) P-CSCF에게로 SIP REGISTER(SIP 등록) 메시지와 같은 단말의 등록 메시지를 다시 향하게 할 수 있다. 선택적으로, P-CSCF는 요청-URI의 일부로서 MSISDN을 수신할 수 있다. P-CSCF는 그 알고리즘에서 MSISDN을 사용하여 다른 (제2) P-CSCF를 결정할 수 있다. 재라우팅(re-routing)은 기설정된 정보(즉, 다음 P-CSCF의 어드레스)에 기반함이 유념되어야 할 것이다.
게다가, P-CSCF/PCRF는, SIP 등록 메시지가 올바른 P-CSCF로 송신되는지 여부 또는 그 PCRF가 이전에 동일한 UE의 IP 어드레스를 지닌 Diameter CCR 요청을 수신하였는지 여부를 체크하기 위해 SIP 등록 메시지들을 허가하도록 구성된다. 올바른 P-CSCF에 관한 정보는 IMS 등록 기간 동안 입수가능할 수도 있다.
해당 메커니즘이 도 8에 보여진다. 여기서, 단계(1)에서, UE는 네트워크에게 즉 GGSN에게 해당 요청을 송신함으로써 주 PDP 콘텍스트를 활성화시킨다. 단계(2)에서, GGSN은 제공된 사용자의 신원에 기초하여 예컨대 모바일 가입자 ISDN(MSISDN) 번호를 이용하여 접촉하기 위해 정책 제어 요소(예컨대, 외부의 또는 함께 위치된 PCRF)를 선택한다. 그리고 나서, 단계(3)에서, GGSN은 그 선택된 정책 제어 요소(즉, PCRF/P-CSCF2)에게 CCR 초기 메시지를 송신한다. 이 메시지는 PRIMARY로 설정된 콘텍스트-타입 속성값쌍(AVP) 및 UE에 할당된 IP 어드레스를 포 함한다. 비록 어떠한 IMS 세션들도 존재하지 않음에도 불구하고, 단계(4)에서, 정책 제어 요소는 SUCCESS로 설정된 결과-코드 속성값쌍(AVP)을 갖는 CCA 초기 메시지를 송신함으로써 주 PDP 콘텍스트 활성화를 허가한다. 그 정책 제어 요소는 운영자 정책에 따라 주 (범용) PDP 콘텍스트에 대한 최대 QoS 한도 (예: 최대 트래픽 인터랙티브 클래스 또는 백그라운드 클래스)를 설정할 수도 있고 범용 PDP 콘텍스트에 대한 기설정된 규칙 집합이 그 정책 제어 요소에서 제공된다면 기설정된 청구 규칙들을 송신할 수도 있다. 단계(5)에서, GGSN은 주 PDP 콘텍스트를 활성화시킨다. P-CSCF들의 리스트가 UE에게 반환될 수도 있다. 만약 그 정책 제어 요소 및 P-CSCF가 함께 위치해 있다면, 동일한 발견 어드레스들이 UE에게 송신된다. 이는 GGSN이 그것에 의해 선택된 P-CSCF (즉, PCRF/P-CSCF1; 단계(2))와 통신한 후에 PDP 콘텍스트를 활성화하였음을 의미한다. 이제, UE는 DHCP 기반의 P-CSCF 발견 메커니즘을 사용한다. UE가 GGSN에 의해 선택된 것(이것은 PCRF/P-CSCF2)과 다른 P-CSCF(즉, PCRF/P-CSCF1)을 선택한다고 가정하면, 그것은 이 (제2) P-CSCF1에게 해당 등록 메시지를 송신한다 (단계(7)). GGSN과 같은 동일한 로직을 가진 P-CSCF1은 그 GGSN에 의해 선택된 것으로서 P-CSCF2를 결정하고 그 P-CSCF2에게 등록 메시지를 포워딩한다 (단계(9, 10)). 단계들(11, 12)은 단계들(9, 10)의 등록을 확인해 주기 위한 200 OK 메시지들이다. 정규의 등록 절차가 예로서 3GPP 또는 IETF에 명세화된 대로 일어난다. 명세화된 정규 등록 절차에 대한 유일한 예외는 P-CSCF1이 루트-집합(route-set)에서 자신을 뺄 수도 있다는 것이다 (이는, 일단 세션이 설립되면 그것이 시그널링 경로에 잔존할 필요가 없기 때문이다).
단계(12)에서, UE는 P-CSCF2에게 SDP 오퍼와 같은 초대 메시지를 송신하고, 그 P-CSCF2는 단계(13)에서 예컨대 상향링크(UL)/하향링크(DL) 연결을 결정하고, 서비스 품질(QoS)을 허가하며 그 연결에 대하여 미디어 흐름들에 대한 트래픽 카테고리를 결정한다. P-CSCF2는 업데이트된 PCC 규칙 정보를 액세스 네트워크에 송신할 수도 있다 (단계들(14, 15)). 단계(17)에서, 해당 SDP 답변이 P-CSCF2에 송신되고, 그 P-CSCF2는 UE에게 해당 SDP 답변을 송신한다 (단계(18)). 따라서, 세션이 성공적으로 설립될 수 있다.
도 10에서, 도 8에 보여진 이 예에 따른 서버/프록시 선택을 예시하는 흐름도가 기술되어 있다. 단계(S310)에서, 네트워크 제어 요소 이를테면 게이트웨이 네트워크 요소는 프록시 서버를 선택하기 위한 제1 발견 메커니즘 이를테면 PDP 콘텍스트 기반 P-CSCF 발견 메커니즘을 실행하며, 특정 P-CSCF를 선택한다 (도 8의 단계(2), P-CSCF2에 대응됨). PDP 콘텍스트 기반 P-CSCF 발견 메커니즘에 관한 상세사항들은 관련 기술분야에서 숙련된 자들에게 알려져 있고 따라서 여기서 상세하게 기술하지 않는다.
그러면, 단계(320)에서, 게이트웨이 네트워크 요소에 의해 사용된 것과 다른 제2 유형의 발견 메커니즘에 기반한 프록시/서버 선택이 단말 장비(UE)에 의해 실행된다. 단말 장비는 예컨대 상기에서 기술된 DHCP 기반 P-CSCF 발견 메커니즘을 사용할 수도 있다. PDP 콘텍스트 기반 P-CSCF 발견 메커니즘에 관한 상세사항들은 관련 기술분야에서 숙련된 자들에게 알려져 있으므로 여기에서는 상세하게 기술하지 않는다. 기본적으로, 그 단말은 DHCP 서버와 접촉하여 선택을 위한 후보 P-CSCF 들에 관한 어드레스 정보를 획득하기 위해 네트워크로 요청을 송신한다.
단계(S330)에서, 단말 장비는 게이트웨이 네트워크 노드에 의해 선택된 것과 다른 해당 P-CSCF(예: P-CSCF1)를 선택한다. 서비스를 시작하기 위하여, 단말 기기는 그것에 의해 선택된 서버 (즉, P-CSCF1) 에게 해당 서비스 요청 메시지를 송신하고, 이는 단계(S340)에서 P-CSCF1에 의해 수신된다.
서버 선택에 관하여 네트워크 제어 요소와 유사한 로직을 가진 P-CSCF1은 단계(350)에서 네트워크(예: GGSN)가 다른 서버(즉, P-CSCF2)를 선택하였음을 판단하고 예로써 P-CSCF2의 어드레스를 획득한다. 이제, P-CSCF1은, 예컨대 P-CSCF2에게 등록 메시지를 송신함으로써, 단말 장비로부터 수신된 서비스 요청 메시지를 P-CSCF2로 포워딩한다.
추가 변형예로서, 정책 제어 요소 이를테면 PCRF는 동시에 그 질문에 대한 응답으로서 가입자/가입/기기 특정의 올바른 P-CSCF의 어드레스를 반환할 수 있다.
제2 대안 예에 따르면, 사용자의 제1/제2 P-CSCF의 논리적 이름은 OTA를 통해 업데이트된다. 예를 들어, OMA(Open Mobile Alliance)는 해당 메커니즘을 명세화하였다. 프로비저닝 솔루션(provisioning solution) - 이는 OMA 기기 관리(OMA Device Management; OMA DM) 및 OMA 클라이언트 프로비저닝(OMA Client Provisioning; OMA CP) 상에서 이루어짐 - 은 PDP 콘텍스트 (또는 GPRS) 기반 P-CSCF 발견 메커니즘에서 사용된 것과 같은 동일한 알고리즘을 사용하도록 강화될 수 있다. 선택은 바람직하게는 정적 정보(static information)에 기반하고 정적 P-CSCF 정보를 사용하는 단말들에 적용가능하다.
제3 대안 예에 따르면, 도메인 네임 서비스(Domain Name Service; DNS)는 사용자의 MSISDN에 따라 논리적 이름을 위해 서로 다른 IP 어드레스들을 제공하도록 설정된다.
제4 대안 예에 따르면, 단말(UE)은, 그것이 이를테면 DHCP 기반 P-CSCF 발견과 같은 서버/프록시 발견에 관한 특정 유형을 지원하는지 아닌지에 관한 정보 요소를, 액세스 네트워크로 예컨대 플래그(flag) 정보의 형태로 전달한다. 이는 예컨대 Iu 인터페이스를 통하여 (결과적으로는 Gn/Gp를 통하여) 행해질 수도 있다. 액세스 네트워크가 예컨대 단말이 DHCP 기반 P-CSCF 발견을 이용한다는 정보 요소를 수신할 때, 그것은 디폴트 PCRF (또는 PCRF가 P-CSCF에 함게 위치한 경우에는, 디폴트 P-CSCF) 를 선택한다. 디폴트 PCRF는 디폴트 P-CSCF에 연결되고, 그 디폴트 P-CSCF는 또한 DHCP 서버 쪽으로 기설정된다.
더 나아가, 이하에서는, 부가적인 대안 예들이 묘사되는데, 이를 통하여, 모든 종류의 단말 유형들이 예컨대 SIP 등록 메시지를 바로 그 동일한 서버/프록시 이를테면 그 네트워크 이를테면 GPRS가 이전에 선택하였던 P-CSCF에게 송신함을 보장하는 것이 가능할 뿐만 아니라, 또한 (액세스 독립적인) 게이트웨이 네트워크 요소 및 정책 제어 요소 간의 인터페이스 이를테면 액세스 독립적 네트워크 제어 요소 및 정책 제어 요소 간의 Gx 인터페이스, 및 정책 결정 기능들이 마찬가지로 광대역 액세스를 위해 작동되고 있음을 가능하게 하기 위한 해당 메커니즘을 사용하는 것이 가능하다. 액세스 독립적 게이트웨이 네트워크 요소가 되기 위하여 일반적인 GGSN에서 요구되는 변화들이 있다는 점이 유념되어야 한다.
제5 대안 예에 따르면, 고정형 또는 광대역 액세스 네트워크를 사용하는 단말 또는 가입자 식별 모듈(Subscriber Identity Module; SIM) 카드 없이도 GPRS 접속과 같은 접속을 하고 있는 단말들을 지원하기 위해, P-CSCF 발견 메커니즘들은 고객 댁내 장치(Customer Premises Equipment; CPE)의 MSISDN이 아니라 IP 어드레스에 기반한다.
이제, 제6 대안 예가 기술된다. GPRS 네트워크는 공용 IP 어드레스(public IP address) 및 사설 IP 어드레스(private IP address) 양자 모두를 할당할 수도 있고 할당할 것이다. IMS 및 액세스 네트워크는 동일 또는 개별의 운영자들에 의해 소유되거나 동작될 수 있다. 더욱이 현재 IMS는 사설 IP 어드레스 네트워크에 있는 것으로 생각되어진다 (공용 IP 어드레스 네트워크에 있는 것은 보안 위험성이 있는 것으로 생각되어짐).
예를 들어 만약 사설 IP 어드레스가 가입자에 대하여 할당된다면, 만약 SIP 요청이 공용 IP 어드레스 네트워크 쪽으로 라우팅된다면 (네트워크 어드레스 변환기 통과(Network Address Translation traversal)(NAT 통과)가 목적지 IMS 네트워크의 경계(boarder)에서 행해짐), 또는 만약 제어 IMS 네트워크가 패킷 코어보다는 동일한 사설 IP 어드레스 네트워크에 있지 않다면, NAT 통과가 필요하다. 만약 그 요청이 광대역 액세스 네트워크로부터 오는 것이면 (실제적으로는 항상) 후자의 경우가 관련된다. NAT 통과에 대한 필요성은 그 네트워크의 액세스 기술, 홈 네트워크 및 목적지 네트워크 양자 모두에서의 IP 어드레스 전개, 운영자들 간 영업 관계 및 GGSN에서 할당되기 위해 남겨진 공용 IP 어드레스들이 여전히 존재하는지 즉 순 전한 부족 문제에 의존하고 있기 때문에, NAT 통과가 필요하여야 할지 아닐지에 관한 기설정 규칙(pre-configuration rule)을 정할 방법이 없다.
설정 서버 이를테면 DHCP 서버 - 이는 GPRS 네트워크를 위한 P-CSCF 어드레스를 제공한다 - 는 광대역 액세스를 위한 P-CSCF 어드레스들을 할당하는 서버 (예: 또한 DHCP 서버)와 다르다는 점을 유념하여야 한다. 이 때문에, 운영자는 광대역 액세스 사용자들이 그 P-CSCF 또는 광대역 액세스 기능 (즉, NAT 제어 기능)을 가진 어떤 서버를 사용하도록 제어할 수도 있다. 이 서버 또는 P-CSCF는 액세스 네트워크가 연결되어 있는 정책 제어 요소와의 관계를 가질 필요가 없다.
광대역 액세스에서의 요청들에 대하여 정책 및 청구를 제어하기 위해, P-CSCF 기능을 가진 NAT 제어 가능 서버는 광대역 액세스 네트워크를 향한 정책 제어 인터페이스 (이는 예를 들어, 액세스 독립적 네트워크 제어 요소에 대하여 Gx 인터페이스와 같은 TISPAN 명세 인터페이스들 또는 3GPP 명세 인터페이스들일 수도 있다) 를 가진 제2의 정책 제어 가능 P-CSCF로 요청을 재라우팅할 수 있다. 이것은 도 9에 보여지는데, 여기서 참조 부호 51은 단말 또는 사용자 장비를 가리키고, 참조 부호 52는 P-CSCF 기능을 가진 NAT 제어 가능 서버를 표시하고, 참조 부호 53은 제2 P-CSCF를 가리키며, 참조 부호 54는 액세스 독립적 네트워크 제어 요소를 가리킨다. 요소들(51, 52, 52) 간의 연결 선들은 제어 면에서의 시그널링 연결을 묘사하고 있고 요소들(51, 54) 간의 연결 선은 사용자 면에서의 시그널링 연결을 묘사하고 있으며, 각각 이에 의해 재라우팅이 실행된다. 그러한 재방향설정 처리는 이전에 제1 대안 예에서 기술된 것과 유사하다. 제2의 정책 제어 가능 P-CSCF(53)는 액세스 독립적 네트워크 제어 요소(이를테면 GGSN)(54)가 그 요청에 대하여 선택한 동일 P-CSCF이다. 몇몇 단말 장비 이를테면 고정형 전화기 및 랩탑(laptop)은 SIM 카드 또는 기타 유사한 것을 가지고 있지 않기 때문에, 그리고 부가적으로 xDSL 네트워크는 MSISDN 정보를 전할 수도 없기 때문에, GGSN은 이러한 정보를 수신할 수 없다. 그러므로 그것은 MSISDN 정보에 따라 제2 P-CSCF (및 그것에 관련된 정책 제어 요소)를 선택할 수 없다. 이를 해결하기 위한 하나의 옵션으로서, P-CSCF 선택 테이블(selection table)에서 디폴트 지점(branch)이 제공될 수도 있다. 이와 다르게, 소위 더미(dummy) MSISDN들이 테이블에서 그들 자신의 행들을 가질 수도 있다. 이에 의해, 어떤 특정의 정책 제어 요소(이것은 어떤 정책 제어 가능 P-CSCF 요소와, 즉 제2 P-CSCF(53)와 관련됨)가 광대역 액세스에서의 요청들을 서비스하는 결과를 가져오는 선택을 하게 하는 것이 가능하다. 이들 단계들 및 설정들 ((어떤 제2 P-CSCF(53)에 관련된) 특정 정책 제어 요소로 이끄는 더미 MSISDN 정보) 및 해당 인터페이스 이를테면 액세스 독립적 네트워크 제어 요소(54)에 위치한 PCEF 및 정책 제어 요소(PCRF) 간의 Gx 인터페이스를 이용하여, 정책 결정 기능들이 광대역 액세스에 대하여 적용가능하다.
다음으로, GPRS 네트워크에서 SIM 카드 없이 이루어지는 비상 호(emergency call)/세션 뿐만 아니라 광대역 액세스 네트워크에서 만들어지는 모든 세션에 대한 IMS 시스템 환경에서의 P-CSCF 발견이 가능하게 되는 추가적인 대안 예들이 기술된다. 게다가, 비상 세션에 대하여 위치 정보를 제공할 가능성이 기술된다.
대체적으로, 상기에서 기술된 바와 같이, 단말 장비 또는 UE가 GPRS 네트워 크(즉, GGSN)가 선택한 것과 다른 P-CSCF를 선택한 경우에, (비록 비 IMS 서비스들이 이용가능할지라도) 어떠한 SIP 세션도 가능하지 않으면서도 단지 SIP 등록만이 성공적으로 실행될 수 있는 결과가 나타난다. 도 9와 관련하여 유사하게 기술된 바와 같이, 만약 정책 제어 요소 이를테면 PCRF가 CPE (또는 그것의 IP 어드레스)에 대한 현존 프로세스를 찾으려고 시도하지만, GGSN이 주 PDP 콘텍스트 활성화 절차 동안 다른 정책 제어 요소(P-CSCF)와의 관계를 설립하였기 때문에 그러한 시도가 실패한 경우, PCRF는 SIP 세션 요청과 거기에 더하여 모든 이후의 요청들을 거절하여야 한다. 이하의 대안 예들에서, MSISDN 정보를 전하지 않는 고정형 또는 광대역 액세스 네트워크들에 또한 적용가능한 해결책들이 기술되고 이러한 액세스들에서 사용되는 단말들은 SIM 카드를 가지고 있지 않다. 이 연결에서 또한 SIM 카드 없이도 비상 호를 하는 것이 통상적으로 가능하다는 것이 고려되어야 한다. 만약 SIM 카드가 없으면, 가입자의 MSISDN에 관한 정보가 없으므로, GPRS 네트워크가 그것에 따라 P-CSCF를 선택할 수 없는 상황이 발생할 수도 있다.
제7 대안 예에 따르면, 주 PDP 콘텍스트 활성화 / IMS 등록 절차 동안, 상기에서 기술된 제5 대안 예와 유사하게, 고정형이나 광대역 액세스 네트워크들을 사용하는 단말들 또는 SIM 카드 없이 접속(예컨대 GPRS 접속)을 하고 있는 단말들을 지원하기 위해, P-CSCF 발견은 CPE의 (MSISDN이 아니라) IP 어드레스에 기반한다. 이 로직은 예컨대 GPRS (PDP콘텍스트) 기반 P-CSCF 발견 절차에 작용하고, 즉 GPRS 기반 P-CSCF 발견이 지원된다. 상세하게 말하면, 주 PDP 콘텍스트 활성화 요청이 MSISDN 정보를 포함하지 않은 경우에, 그 발견 메커니즘은 CPE의 IP 어드레스에 기 반한 알고리즘을 사용한다.
비상 세션 셋업(set-up)/ 제2 PDP 콘텍스트 활성화 절차의 경우에, 제8 대안 예에 따르면, 세션 활성화 요청은 (예컨대, SIP/페이로드(payload)에서) 비상 호 표시(indication)를 제공받는다. 비상 세션이 인식될 때, 예를 들어 비상 호 표시에 기초하여, 미디어 허가(media authorization)에서는 그 요청 호를 거절하지 않는다. 또한, 어떠한 청구도 필요로 되지 않는 것으로 설정된다. 정책 제어 요소 이를테면 PCRF는 여전히 SIP 세션 요청의 정보를 얻는다.
제2 PDP 콘텍스트 활성화 요청들은 (선택사항인) 비상 호 표시 정보를 포함할 수도 있다. 비상 호에 대한 베어러 셋업(bearer set-up)을 고착시키기 하기(fasten-up) 위하여, 네트워크 제어 요소 이를테면 GGSN은 미디어 허가 요청의 송신을 생략한다(skip).
상세하게 말하면, SIP 세션 요청이 PCRF와 같은 정책 제어 요소에 도달한 때, 그 정책 제어 요소는 요청-URI가 공공 안전 응답 지점(public safety answering point; PSAP)의 특정 목적지 식별정보 이를테면 (TEL-URI 포맷의) 비상 센터 번호, 또는 그 PSAP의 논리적 이름이나 그 PSAP를 식별하기 위한 다른 특정 표시를 포함하는지 여부를 체크한다.
P-CSCF는 비상 호 요청이 관여되어 있는지 여부를 체크하기 위한 로직을 포함한다. 이는 예컨대, 그 요청이 (SIP/페이로드에서) 명세화된 비상 표시를 지니는지 여부를 체크함으로써, 또는 특별한 종류의 숫자 또는 URI 분석으로 요청-URI 콘텐트를 체크하여 그것이 비상 센터들의 기설정된 URI들과 일치하는지 여부를 결정 함으로써, 행해질 수 있다. 그 로직이 이러한 예들로 제한되지 않고 또한 다른 메커니즘들이 사용가능함이 유념되어야 한다.
비상 세션이라고 판단되는 경우, 미디어 허가에서는 그 요청 호를 거절하지 않는다. 더욱이, 어떠한 청구도 필요하지 않다고 결정된다.
상기에서 지적한 바와 같이, 제2 PDP 콘텍스트 활성화 요청들은 (선택사항인) 비상 호 표시 정보를 포함하고 있을 수도 있다. 비상 호에 대한 베어러 셋업을 고착시키기 위하여, 네트워크 제어 요소 이를테면 GGSN은 미디어 허가 요청의 송신을 생략한다. 이는 IMS에서 탐지된 비상 호 정보가 우선권(precedence)을 가짐을 의미한다. 만약 제2 PDP 콘텍스트 활성화 요청이 이 표시를 지니고 있지 않다면, 그렇지만 (P-CSCF 내) 정책 제어 요소가 비상 호가 관여됨을 안다면, 그것은 어떤 추가적인 QoS 또는 승인 제어 없이 그 베어러 요청을 수락한다.
반면에, 그 베어러 요청이 비상 호 표시를 지니고 있지만, SIP 요청이 어떠한 비상 호 표시도 지니고 있지 않고 그 요청이 IMS에서 비상 호로서 간주되지 않은 경우에, 정규의 승인, QoS 및 청구 제어가 사용되어진다.
이 제8 대안 예에 따라, IMS(P-CSCF 또는 특별한 E-CSCF) 및 액세스 네트워크 요소 간의 관계 및 연결은 위치 정보 (예컨대, 자신의 특정 인터페이스를 통하여 또는 Rq나 Gx 인터페이스를 통하여 전해지는 (즉, Diameter 인터페이스들을 통하여 전해지는 것으로, 따라서 동일한 위치 정보 속성값쌍(Location Information AVP)이 모든 인터페이스들에 대하여 적용될 수 있다))가 전송되어지고 수신될 수 있도록 구성된다. 이 상관관계는 IP 어드레스에 의해 표시될 수 있다. 이들 네트워 크 요소들 간에 어떠한 NAT 통과도 존재하지 않음이 요구됨을 유념하기로 한다.
제7 및 제8 대안 예들에서 기술된 메커니즘은 모든 유형의 액세스들에 적용가능하다. 더욱이, GGSN 및 IMS는 가입자의 위치 정보 요청을 하기 위해 일대일 관계로 묶여 있다. 게다가, 다른 네트워크 요소가 그 위치 정보를 사용하기 때문에, 이는 신뢰되는 정보(trusted information)로서 고려될 수 있다 (UE 발신 위치 정보는 비신뢰(un-trusted)되는 것으로 고려된다).
비록 본 발명이 3GPP rel-7 참조 구조에 대하여 적용될 수 있는 메커니즘으로써 상술됨에도 불구하고, 여기서 기술된 기능들 및 메커니즘들은 3GPP 구조에 한정되는 것은 아님이 유념되어야 한다. 본 발명은 그것의 원리들에 있어서, 액세스 네트워크 요소 또는 정책 제어 요소가 프록시/서버 이를테면 P-CSCF를 기설정된 정보 또는 단말/가입자나 가입 특정 정보에 따라 선택하게 되는 여러가지 표준화 기구들에 의해 명세화된 다른 네트워크 구조들에도 또한 적용가능하다.
예를 들어, 본 발명은 또한 소위 PULL-메커니즘 - 이는 액세스 네트워크에서의 액세스 네트워크 리소스 메커니즘으로, 여기서 그 액세스 네트워크는 또한 정책 제어 요소를 선택하여야 할 것임 - 이 또한 적용가능한 TISPAN 명세화 정책 제어 모델이나 TISPAN 구조에도 적용가능하다.
본 발명에 따르면, 동일 서버/프록시가 각각 네트워크 제어 요소 및 단말 장비에서 실행되는 여러가지 서버/프록시 발견 메커니즘들에 의해 선택됨을 보장하기 위한 메커니즘이 제공된다. 제1의 서버/프록시 선택이 제1 발견 절차에 기초하여 네트워크 제어 요소에 의해 실행된다. 그리고 나서, 제2의 서버/프록시 선택이 제2 발견 절차에 기초하여 단말 장비에 의해 시작된다. 네트워크 제어 요소 및 단말 장비에 의해 동일한 서버/프록시가 선택되어지게 하도록, 설정 서버를 대신하여 그 요청에 응답하기 위하여 또는 설정 서버 응답을 변경하기 위하여 릴레이 에이전트 요소가 사용된다.
상기에서의 기재 및 첨부된 도면들은 단지 예를 드는 방식으로만 본 발명을 예시하는데에 쓰여지는 것이라는 점이 이해되어야 할 것이다. 따라서 본 발명의 바람직한 실시예들은 첨부된 특허청구범위의 청구항들의 범위 내에서 변형될 수도 있다.

Claims (39)

  1. 제1 발견 절차(discovery procedure)에 기초하여 제1 서버 선택을 실행하고,
    제2 발견 절차에 기초하는 제2 서버 선택에 관련된 요청 메시지를 수신하며; 그리고
    상기 제1 발견 절차에 기초하여 상기 제1 서버 선택에서 선택된 서버의 어드레스 정보를 전송함으로써 상기 요청 메시지에 응답하는 것을 포함하는 방법.
  2. 제1항에 있어서,
    상기 제1 선택을 게이트웨이(gateway) 네트워크 요소에 의해 실행하며, 그리고
    상기 제2 선택을 단말 장비에 의해 실행하는 것을 포함하는 방법.
  3. 제1항에 있어서,
    상기 실행, 상기 수신 및 상기 응답을 릴레이 에이전트 요소(relay agent element)에 의해 실행하는 것을 포함하는 방법.
  4. 제1항에 있어서,
    상기 제1 발견 절차는 패킷 데이터 프로토콜 콘텍스트(packet data protocol context) 기반의 발견 메커니즘인, 방법.
  5. 제1항에 있어서,
    상기 제2 발견 절차는 동적 호스트 설정 프로토콜(dynamic host configuration protocol) 기반의 발견 메커니즘인, 방법.
  6. 제1항에 있어서,
    선택되는 서버는 어플리케이션 기능 서버 및 프록시 서버(proxy server) 중 적어도 하나를 포함하는, 방법.
  7. 제6항에 있어서,
    상기 어플리케이션 기능 서버는 프록시 호 상태 제어 기능부(Proxy Call State Control Function)를 포함하는, 방법.
  8. 제3항에 있어서,
    상기 릴레이 에이전트 요소는 게이트웨이(gateway) 네트워크 요소에 포함되는, 방법.
  9. 제1항에 있어서,
    적어도 하나의 정책 제어 요소(policy control element)를 제공하는 것을 더 포함하는 방법.
  10. 제9항에 있어서,
    단지 하나의 정책 제어 요소만을 상기 서버에 할당하는 것을 더 포함하는 방법.
  11. 제9항에 있어서,
    복수의 정책 제어 요소들을 상기 서버에 할당하고,
    상기 복수의 정책 제어 요소들 중 동일한 것을 선택하기 위해서 기결정된 로드 밸런싱(load balancing) 메커니즘을 실행하는 것을 더 포함하는 방법.
  12. 제11항에 있어서,
    상기 기결정된 로드 밸런싱 메커니즘을 서버에서 그리고 네트워크 게이트웨이 요소에서 실행하는 것을 더 포함하는 방법.
  13. 제1 발견 절차(discovery procedure)에 기초하여 서버의 선택을 수행하도록 구성된 선택 유닛,
    제2 발견 절차에 기초하는 제2의 서버 선택에 관련된 요청 메시지를 수신하도록 구성된 수신 유닛, 및
    상기 요청 메시지를 처리하여 상기 제1 발견 절차에 기초하여 상기 제1 선택에서 선택된 서버의 어드레스 정보를 전송함으로써 상기 요청 메시지에 응답하도록 구성된 프로세서를 포함하는 기기.
  14. 제13항에 있어서,
    상기 제1 발견 절차는 패킷 데이터 프로토콜 콘텍스트(packet data protocol context) 기반의 발견 메커니즘인, 기기.
  15. 제13항에 있어서,
    상기 제2 발견 절차는 동적 호스트 설정 프로토콜(dynamic host configuration protocol) 기반의 발견 메커니즘인, 기기.
  16. 제13항에 있어서,
    선택되는 서버는 어플리케이션 기능 서버 및 프록시 서버(proxy server) 중 적어도 하나를 포함하는, 기기.
  17. 제16항에 있어서,
    상기 어플리케이션 기능 서버는 프록시 호 상태 제어 기능부(Proxy Call State Control Function)를 포함하는, 기기.
  18. 제13항에 있어서,
    릴레이 에이전트 요소(relay agent element)의 기능들을 실행하도록 또한 구 성된 기기.
  19. 제13항에 있어서,
    복수의 정책 제어 요소(policy control element)들 중 하나를 선택하기 위해서 기결정된 로드 밸런싱(load balancing) 메커니즘을 실행하고,
    상기 동일한 기결정된 로드 밸런싱 메커니즘은 상기 서버에 의해 실행되는, 기기.
  20. 컴퓨터용 컴퓨터 프로그램 제품에 있어서,
    상기 컴퓨터 프로그램 제품은, 상기 컴퓨터 프로그램 제품이 컴퓨터 상에서 실행될 때, 상기 컴퓨터로 하여금 네트워크를 통한 단말 장비의 통신 접속을 위한 제어 네트워크 요소(control network element)로서 기능하게 하는 소프트웨어 코드 부분들을 포함하고,
    상기 컴퓨터 프로그램 제품은,
    제1 발견 절차(discovery procedure)에 기초하여 제1 서버 선택을 실행하고,
    제2 발견 절차에 기초하는 제2 서버 선택에 관련된 요청 메시지를 수신하고,
    상기 요청 메시지를 처리하며, 그리고
    상기 제1 발견 절차에 기초하여 상기 제1 선택에서 선택된 서버의 어드레스 정보를 전송함으로써 상기 요청 메시지에 응답하도록 구성되는, 컴퓨터 프로그램 제품.
  21. 제1 발견 절차(discovery procedure)에 기초하여 제1 서버 선택을 실행하고,
    제2 발견 절차에 기초하는 제2 서버 선택에 관련된 요청 메시지를 수신하며,
    통신 네트워크에 연결된 설정 서버(configuration server)로 상기 요청 메시지에 포함된 정보를 포워딩하고,
    상기 설정 서버로부터의 응답으로 어드레스 정보를 수신하고,
    상기 제1 발견 절차에 기초하여 수신된 어드레스 정보를 처리하며, 그리고
    상기 수신된 어드레스 정보의 상기 처리로부터 얻어진 어드레스 정보를 전송함으로써 상기 요청 메시지에 응답하는 것을 포함하는 방법.
  22. 제21항에 있어서,
    상기 실행, 상기 수신, 상기 포워딩, 상기 처리 및 상기 응답을 릴레이 에이전트 요소(relay agent element)에 의해 실행하는 것을 포함하는 방법.
  23. 제21항에 있어서,
    상기 제1 발견 절차는 패킷 데이터 프로토콜 콘텍스트(packet data protocol context) 기반의 발견 메커니즘인, 방법.
  24. 제21항에 있어서,
    상기 제2 발견 절차는 동적 호스트 설정 프로토콜(dynamic host configuration protocol) 기반의 발견 메커니즘인, 방법.
  25. 제21항에 있어서,
    선택되는 서버는 프록시 호 상태 제어 기능부(Proxy Call State Control Function)를 포함하는, 방법.
  26. 제22항에 있어서,
    상기 릴레이 에이전트 요소는 게이트웨이(gateway) 네트워크 요소에 포함되는, 방법.
  27. 제21항에 있어서,
    적어도 하나의 정책 제어 요소(policy control element)를 제공하는 것을 더 포함하는 방법.
  28. 제21항에 있어서,
    기결정된 로드 밸런싱(load balancing) 메커니즘을 서버에서 그리고 네트워크 게이트웨이 요소에서 실행하는 것을 더 포함하는 방법.
  29. 제1 발견 절차(discovery procedure)에 기초하여 서버의 선택을 수행하도록 구성된 선택 유닛,
    제2 발견 절차에 기초하는 제2 서버 선택에 관련된 요청 메시지를 수신하도록 구성된 수신 유닛,
    통신 네트워크에 연결된 설정 서버(configuration server)로 상기 요청 메시지에 포함된 정보를 포워딩하도록 구성된 포워딩 유닛, 및
    상기 제1 발견 절차에 기초하여 상기 설정 서버로부터의 응답으로 수신된 어드레스 정보를 처리하고 그리고 상기 수신된 어드레스 정보의 상기 처리로부터 얻어진 어드레스 정보를 전송함으로써 상기 요청 메시지에 응답하도록 구성된 프로세서를 포함하는 기기.
  30. 제29항에 있어서,
    상기 제1 발견 절차는 패킷 데이터 프로토콜 콘텍스트(packet data protocol context) 기반의 발견 메커니즘인, 기기.
  31. 제29항에 있어서,
    상기 제2 발견 절차는 동적 호스트 설정 프로토콜(dynamic host configuration protocol) 기반의 발견 메커니즘인, 기기.
  32. 제29항에 있어서,
    상기 서버는 프록시 호 상태 제어 기능부(Proxy Call State Control Function)를 포함하는, 기기.
  33. 제29항에 있어서,
    릴레이 에이전트 요소(relay agent element)의 기능들을 실행하도록 또한 구성된 기기.
  34. 제29항에 있어서,
    상기 기기는 게이트웨이(gateway) 네트워크 요소인, 기기.
  35. 제29항에 있어서,
    적어도 하나의 정책 제어 요소(policy control element)와 통신하도록 구성된 기기.
  36. 제35항에 있어서,
    복수의 정책 제어 요소들 중 하나를 선택하기 위해서 기결정된 로드 밸런싱(load balancing) 메커니즘을 실행하도록 구성되고,
    상기 동일한 기결정된 로드 밸런싱 메커니즘이 상기 서버에 의해 실행되는, 기기.
  37. 컴퓨터용 컴퓨터 프로그램 제품에 있어서,
    상기 컴퓨터 프로그램 제품은, 상기 컴퓨터 프로그램 제품이 컴퓨터 상에서 실행될 때, 상기 컴퓨터로 하여금 네트워크를 통한 단말 장비의 통신 접속을 위한 제어 네트워크 요소(control network element)로서 기능하게 하는 소프트웨어 코드 부분들을 포함하고,
    상기 컴퓨터 프로그램 제품은,
    제1 발견 절차(discovery procedure)에 기초하여 제1 서버 선택을 실행하고,
    제2 발견 절차에 기초하는 제2 서버 선택에 관련된 요청 메시지를 수신하고,
    상기 요청 메시지에 포함된 정보를 릴레이 에이전트 요소(relay agent element)로부터 통신 네트워크에 연결된 설정 서버(configuration server)로 포워딩하고,
    상기 설정 서버로부터의 응답으로 어드레스 정보를 수신하고,
    상기 제1 발견 절차에 기초하여 상기 수신된 어드레스 정보를 처리하며, 그리고
    상기 수신된 어드레스 정보의 상기 처리로부터 얻어진 어드레스 정보를 전송함으로써 상기 요청 메시지에 응답하도록 구성되는, 컴퓨터 프로그램 제품.
  38. 제1 발견 절차(discovery procedure)에 기초하여 서버 선택을 수행하는 선택 수단,
    제2 발견 절차에 기초하는 제2 서버 선택에 관련된 요청 메시지를 수신하는 수신 수단,
    상기 요청 메시지를 처리하는 처리 수단, 및
    상기 제1 발견 절차에 기초하여 상기 제1 선택에서 선택된 서버의 어드레스 정보를 전송함으로써 상기 요청 메시지에 응답하는 응답 수단을 포함하는 기기.
  39. 적어도 제1 서버와 제2 서버,
    제1 발견 절차(discovery procedure)에 기초하여 상기 제1 서버를 선택하는 제1 선택을 실행하는 네트워크 제어 요소,
    제2 발견 절차에 기초하여 상기 제2 서버를 선택하는 제2 선택을 실행하는 단말 장비를 포함하는 시스템으로서,
    상기 제2 서버는,
    상기 단말 장비로부터 요청 메시지를 수신하고,
    상기 네트워크 제어 요소에 의해 선택된 상기 제1 서버를 결정하며, 그리고
    상기 단말 장비로부터 수신된 상기 요청 메시지에 기초하여 상기 제1 서버로 서비스 요청 메시지를 포워딩하도록 구성되는, 시스템.
KR1020097023629A 2007-04-13 2008-02-26 서버 발견 실행 메커니즘 KR101067357B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11/785,030 2007-04-13
US11/785,030 US9871872B2 (en) 2007-04-13 2007-04-13 Mechanism for executing server discovery

Publications (2)

Publication Number Publication Date
KR20090128564A true KR20090128564A (ko) 2009-12-15
KR101067357B1 KR101067357B1 (ko) 2011-09-23

Family

ID=39495499

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020097023629A KR101067357B1 (ko) 2007-04-13 2008-02-26 서버 발견 실행 메커니즘

Country Status (10)

Country Link
US (2) US9871872B2 (ko)
EP (1) EP2135432B1 (ko)
JP (1) JP5158387B2 (ko)
KR (1) KR101067357B1 (ko)
CN (1) CN101658014B (ko)
AU (1) AU2008238192A1 (ko)
CA (1) CA2680440A1 (ko)
IL (1) IL201257A0 (ko)
RU (1) RU2435328C2 (ko)
WO (1) WO2008125378A1 (ko)

Families Citing this family (62)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006066145A2 (en) 2004-12-17 2006-06-22 Tekelec Supporting database access in an internet protocol multimedia subsystem
US8942668B2 (en) * 2007-04-20 2015-01-27 Alcatel Lucent Camel service charging in IMS networks
CN101291233B (zh) * 2007-04-20 2011-04-20 华为技术有限公司 一种实现事件检测的方法及系统
CN101299660B (zh) * 2007-04-30 2010-12-08 华为技术有限公司 一种执行安全控制的方法、系统及设备
WO2009006630A1 (en) * 2007-07-05 2009-01-08 Starent Networks, Corp System and method for reducing latency in call setup and teardown
WO2009012813A1 (en) * 2007-07-23 2009-01-29 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for use in a communications network
DE602007010841D1 (de) * 2007-07-23 2011-01-05 Ericsson Telefon Ab L M Verfahren und vorrichtung zur verwendung in einem kommunikationsnetz
US20090031394A1 (en) * 2007-07-24 2009-01-29 Telefonaktiebolaget Lm Ericsson (Publ) Methods and systems for inter-resource management service type descriptions
CN100546258C (zh) * 2007-07-24 2009-09-30 华为技术有限公司 实现策略与计费控制的方法、装置和系统
US8375136B2 (en) * 2007-08-08 2013-02-12 Innopath Software, Inc. Defining and implementing policies on managed object-enabled mobile devices
ATE526770T1 (de) * 2007-11-01 2011-10-15 Ericsson Telefon Ab L M Verfahren und system zum korrelieren von aaa- sitzungen
US8942112B2 (en) * 2008-02-15 2015-01-27 Cisco Technology, Inc. System and method for providing selective mobility invocation in a network environment
EP2255493B1 (en) * 2008-03-13 2013-05-15 Redknee Inc. Configurator
US8688784B2 (en) * 2008-03-20 2014-04-01 Redknee Inc. Metering of telecommunications services
CN101567793A (zh) * 2008-04-25 2009-10-28 华为技术有限公司 Pcc规则更新的方法、装置及系统
CN101729500B (zh) * 2008-10-31 2013-03-27 华为技术有限公司 一种ip会话标识方法、装置和系统
CN101742009B (zh) * 2008-11-07 2012-06-27 华为技术有限公司 一种会话关联的方法、系统及装置
EP2394396B1 (en) 2009-02-03 2018-10-17 Samsung Electronics Co., Ltd. Supplementary service provision method and system for ims-based network
EP2415227A1 (en) * 2009-04-01 2012-02-08 Nokia Siemens Networks OY Optimized interface between two network elements operating under an authentication, authorization and accounting protocol
KR101051023B1 (ko) * 2009-05-08 2011-07-26 주식회사 케이티 복수 ｐｃｒｆ를 지원하는 이동 통신 시스템 및 그 방법
US8972553B2 (en) * 2009-08-10 2015-03-03 Qualcomm Incorporated Method and apparatus for handling policy and charging control rule or quality of service rule modification failures
WO2011020514A1 (en) * 2009-08-20 2011-02-24 Telefonaktiebolaget L M Ericsson (Publ) Fair usage enforcement in roaming packet based access
WO2011047726A1 (en) * 2009-10-22 2011-04-28 Telefonaktiebolaget L M Ericsson (Publ) P-cscf address discovery
US20110141924A1 (en) * 2009-12-16 2011-06-16 Tektronix Inc. System and Method for Filtering High Priority Signaling and Data for Fixed and Mobile Networks
US9350876B2 (en) * 2010-01-04 2016-05-24 Tekelec, Inc. Methods, systems, and computer readable media for detecting initiation of a service data flow using a Gx rule
KR101632753B1 (ko) * 2010-03-25 2016-06-22 삼성전자주식회사 단말 관리 서비스를 제공하는 중개 단말 및 방법
US9215588B2 (en) 2010-04-30 2015-12-15 Cisco Technology, Inc. System and method for providing selective bearer security in a network environment
JP2012044556A (ja) * 2010-08-20 2012-03-01 Ntt Docomo Inc 移動通信方法及びポリシー制御ノード
US9019861B2 (en) * 2010-09-17 2015-04-28 Panasonic Intellectual Property Corporation Of America Base station and communication system
US8547908B2 (en) * 2011-03-03 2013-10-01 Tekelec, Inc. Methods, systems, and computer readable media for enriching a diameter signaling message
US8811281B2 (en) 2011-04-01 2014-08-19 Cisco Technology, Inc. Soft retention for call admission control in communication networks
EP2705698B1 (en) 2011-05-06 2016-04-06 Tekelec, Inc. Methods, systems, and computer readable media for steering a subscriber between access networks
CN102263786B (zh) * 2011-07-04 2017-04-05 中兴通讯股份有限公司 一种实现承载资源控制功能的方法和系统
KR20130070308A (ko) 2011-12-19 2013-06-27 삼성전자주식회사 동적 정책 제공을 위한 정책 결정 장치와 주소 변환 장치 사이의 연동을 위한 방법 및 장치
ES2883576T3 (es) * 2012-01-06 2021-12-09 Alcatel Lucent Reducir la carga debido al reporte de cambios de información a un controlador de política y/o carga en un sistema de comunicación móvil
EP2829017B1 (en) * 2012-03-19 2019-07-03 Nokia Solutions and Networks Oy Reliable charging in a roaming scenario through trust relationship between neighbouring networks
US8862702B2 (en) * 2012-07-18 2014-10-14 Accedian Networks Inc. Systems and methods of installing and operating devices without explicit network addresses
US9532224B2 (en) * 2012-11-05 2016-12-27 Electronics And Telecommunications Research Institute Method of device-to-device discovery and apparatus thereof
US9319378B2 (en) 2013-01-23 2016-04-19 Tekelec, Inc. Methods, systems, and computer readable media for using a diameter routing agent (DRA) to obtain mappings between mobile subscriber identification information and dynamically assigned internet protocol (IP) addresses and for making the mappings accessible to applications
WO2014177755A1 (en) * 2013-04-30 2014-11-06 Tana Oy Work machine control
US9509519B2 (en) 2013-09-09 2016-11-29 At&T Intellectual Property I, L.P. Method and system for managing user location information in a communication system
JP5681772B1 (ja) * 2013-09-24 2015-03-11 株式会社Ｎｔｔドコモ Ｉｐマルチメディアサブシステム、プロキシセッション制御装置及び通信制御方法
US9680745B2 (en) * 2014-01-20 2017-06-13 Huawei Technologies Co., Ltd. Multi-domain source routed forwarding based on collaborating network controllers
CN106233695B (zh) * 2014-04-25 2020-04-03 瑞典爱立信有限公司 用于管理客户端设备的装置和方法
EP3869836A1 (en) * 2015-03-30 2021-08-25 Huawei Technologies Co., Ltd. Wireless communication method, remote user equipment, and relay user equipment
EP3866500A1 (en) 2015-04-01 2021-08-18 Telefonaktiebolaget LM Ericsson (publ) Ims emergency calls for roaming ues
US10951519B2 (en) 2015-06-17 2021-03-16 Oracle International Corporation Methods, systems, and computer readable media for multi-protocol stateful routing
US9668135B2 (en) 2015-08-14 2017-05-30 Oracle International Corporation Methods, systems, and computer readable media for providing access network signaling protocol interworking for user authentication
US10554661B2 (en) 2015-08-14 2020-02-04 Oracle International Corporation Methods, systems, and computer readable media for providing access network session correlation for policy control
US10084755B2 (en) 2015-08-14 2018-09-25 Oracle International Corporation Methods, systems, and computer readable media for remote authentication dial in user service (RADIUS) proxy and diameter agent address resolution
US9923984B2 (en) 2015-10-30 2018-03-20 Oracle International Corporation Methods, systems, and computer readable media for remote authentication dial in user service (RADIUS) message loop detection and mitigation
US9668134B2 (en) 2015-08-14 2017-05-30 Oracle International Corporation Methods, systems, and computer readable media for providing access network protocol interworking and authentication proxying
FR3047861A1 (fr) 2016-02-15 2017-08-18 Orange Procede et serveur de selection d'un serveur d'entree d'un reseau de communication ims.
US10736070B2 (en) * 2017-07-26 2020-08-04 Blackberry Limited Method and system for use of a relay user equipment in an internet protocol multimedia subsystem
EP3747173B1 (en) * 2018-02-02 2024-04-03 Telefonaktiebolaget LM Ericsson (publ) Service based p-cscf discovery
US10834266B2 (en) * 2018-07-23 2020-11-10 Cisco Technology, Inc. Process-efficient generation of data records for data communications involving groups or aggregates of IoT devices
FR3084549B1 (fr) 2018-07-30 2022-02-18 Ingenico Group Procede de transmission de donnees vers deux passerelles distinctes, et dispositif correspondant.
JP7269779B2 (ja) 2019-04-08 2023-05-09 大崎電気工業株式会社 電力量計
RU2715285C1 (ru) * 2019-04-23 2020-02-26 Алексей Николаевич Бегаев Способ повышения устойчивости защищенного соединения между элементами системы корпоративного управления с помощью инфотелекоммуникационных ресурсов, находящихся под управлением двух и более операторов связи
EP4106271A4 (en) * 2020-02-26 2023-03-29 Huawei Technologies Co., Ltd. METHOD, APPARATUS AND SYSTEM FOR APPLICATION DISCOVERY
CN112104506B (zh) * 2020-09-21 2023-07-18 北京指掌易科技有限公司 组网方法、装置、服务器及可读存储介质
US11283883B1 (en) 2020-11-09 2022-03-22 Oracle International Corporation Methods, systems, and computer readable media for providing optimized binding support function (BSF) packet data unit (PDU) session binding discovery responses

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU7325700A (en) 1999-09-10 2001-04-17 Telefonaktiebolaget Lm Ericsson (Publ) System and method of controlling discovery of a call-control server in a packet data network
FI109950B (fi) * 2000-01-20 2002-10-31 Nokia Corp Osoitteen saanti
WO2002032178A1 (en) 2000-10-10 2002-04-18 Nokia Corporation Service discovery and service partitioning for a subscriber terminal between different networks
US8458335B2 (en) * 2001-06-18 2013-06-04 Digi International Inc. Method and apparatus for relationship management
US7003575B2 (en) * 2001-10-15 2006-02-21 First Hop Oy Method for assisting load balancing in a server cluster by rerouting IP traffic, and a server cluster and a client, operating according to same
US6889252B2 (en) * 2001-10-22 2005-05-03 Jetcaps International Business Strategy Sas Method and system for using a selected peripheral of a network using a server as a re-router
US7533160B2 (en) 2003-02-18 2009-05-12 Qualcomm Incorporated Provisioning server information in a mobile station
JP4415751B2 (ja) 2003-05-14 2010-02-17 パナソニック株式会社 情報通信装置
US20040255302A1 (en) * 2003-06-10 2004-12-16 Nokia Corporation Systems and methods for content and service registration, query and subscription, and notification across local service discovery domains
US7568199B2 (en) * 2003-07-28 2009-07-28 Sap Ag. System for matching resource request that freeing the reserved first resource and forwarding the request to second resource if predetermined time period expired
CN1890942B (zh) * 2003-12-10 2010-04-14 国际商业机器公司 重定向对万维网服务的客户端请求的方法
KR101080546B1 (ko) * 2003-12-30 2011-11-04 텔레폰악티에볼라겟엘엠에릭슨(펍) 멀티미디어 서비스 케이퍼빌리티를 자동으로 발견하는 방법 및 통신 시스템
GB0400883D0 (en) * 2004-01-15 2004-02-18 Nokia Corp Controlling communication sessions in a communication system
EP1560368A1 (fr) * 2004-01-30 2005-08-03 France Telecom Procédé d'établissement d'une session multimédia entre un équipement appelant et un équipement appelé d'un réseau du type à sous domaine multimédia et système de communication mettant en oeuvre ce procédé
US20050267972A1 (en) * 2004-05-25 2005-12-01 Nokia Corporation Lightweight remote display protocol
US7574595B2 (en) * 2004-06-22 2009-08-11 Interdigital Technology Corporation Transparent session initiated protocol
FR2874779A1 (fr) * 2004-08-25 2006-03-03 France Telecom Procede et systeme de localisation d'utilisateurs pour les services bases sur les protocoles sip ou h.323 avec attribution d'adresse ip dynamique
US7543069B2 (en) * 2004-10-18 2009-06-02 International Business Machines Corporation Dynamically updating session state affinity
US7869382B2 (en) * 2004-12-06 2011-01-11 Hewlett-Packard Development Company, L.P. Network management assisted discovery
EP1705859A1 (en) * 2005-03-24 2006-09-27 Orange SA Packet radio network and method for activation of a packet data protocol context
JP4266950B2 (ja) 2005-03-31 2009-05-27 Ｎｅｃアクセステクニカ株式会社 アドレス情報取得装置およびアドレス情報取得方法
WO2007026268A1 (en) * 2005-08-31 2007-03-08 Nokia Corporation Inter-access mobility and service control
US20070223450A1 (en) * 2005-09-20 2007-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Minimized setup time for IMS multimedia telephony using PRE provisioned resources reserve at answer
US7911943B2 (en) * 2006-01-13 2011-03-22 Nokia Corporation Optimization of PDP context usage
JP4903816B2 (ja) * 2006-02-07 2012-03-28 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 通信ネットワークにおいて用いる方法及び装置
US8131805B2 (en) * 2006-03-01 2012-03-06 Research In Motion Limited Multilevel anti-spam system and method with load balancing
GB2436665A (en) * 2006-03-31 2007-10-03 Fujitsu Ltd Efficient call routing while roaming
US8180382B1 (en) * 2006-07-14 2012-05-15 At&T Mobility Ii Llc Direct and immediate transmittal of voice messages and handset storage thereof
US20080092224A1 (en) * 2006-10-16 2008-04-17 Motorola, Inc. Method and apparatus for seamless connections and service continuity in an agnostic access internet protocol multimedia communication system
US7774438B2 (en) * 2007-01-26 2010-08-10 Avaya Communication Israel Ltd. Parameter provisioning

Also Published As

Publication number Publication date
EP2135432A1 (en) 2009-12-23
US20080256251A1 (en) 2008-10-16
CN101658014A (zh) 2010-02-24
CA2680440A1 (en) 2008-10-23
RU2435328C2 (ru) 2011-11-27
US9871872B2 (en) 2018-01-16
JP2010527520A (ja) 2010-08-12
KR101067357B1 (ko) 2011-09-23
WO2008125378A1 (en) 2008-10-23
AU2008238192A1 (en) 2008-10-23
EP2135432B1 (en) 2012-10-17
IL201257A0 (en) 2010-05-31
JP5158387B2 (ja) 2013-03-06
CN101658014B (zh) 2013-10-09
RU2009141603A (ru) 2011-05-20
US20180139289A1 (en) 2018-05-17

Similar Documents

Publication Publication Date Title
KR101067357B1 (ko) 서버 발견 실행 메커니즘
KR100926724B1 (ko) 통신 시스템에서의 사용자 등록
US9661082B2 (en) Token related apparatuses for deep packet inspection and policy handling
US20080064385A1 (en) Method and System for Retrieving Network Addresses in Hybrid Telecommunication Network
RU2504127C2 (ru) Смена доступа для перемаршрутизации соединения
US20180132291A1 (en) SIP Call Continuity Upon Failure
JP2017034470A (ja) 加入者情報登録方法、通信サービス装置及びプログラム
JP5633947B2 (ja) パケットデータ接続における非常サービスの登録方法及び装置
KR20100121350A (ko) 복수 ｐｃｒｆ를 지원하는 이동 통신 시스템 및 그 방법
CN118511496A (zh) 方法、装置和计算机程序
EP1796326B1 (en) A method for enabling communication in application servers

Legal Events

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

Payment date: 20140901

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20150819

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20160818

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20170818

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20180816

Year of fee payment: 8