KR20100084548A

KR20100084548A - 인터넷 프로토콜 멀티미디어 코어 네트워크 서브시스템에서의 애플리케이션 서버에 의한 호 발신

Info

Publication number: KR20100084548A
Application number: KR1020107010764A
Authority: KR
Inventors: 메이 유; 우리 에스. 바니엘; 스리니바산 크리스나무르시; 미구엘 엔젤 무노즈; 호세 미구엘 토레스; 루이스 에프. 베라르데
Original assignee: 모토로라 인코포레이티드
Priority date: 2007-10-18
Filing date: 2008-09-16
Publication date: 2010-07-26
Also published as: EP2204021A2; WO2009051931A3; CN101855876A; WO2009051931A2; JP2011505713A; US20090103518A1

Abstract

인터넷 프로토콜 멀티미디어 코어 네트워크 서브시스템에서의 애플리케이션 서버에 의한 호 발신을 위한 시스템 및 방법은 사용자에 대한 공개 사용자 아이덴티티를 제공하는 제1 단계를 포함한다. 다음 단계는 상기 사용자의 서비스 프로파일에 서비스 파라미터를 저장하는 단계를 포함하고, 상기 서비스 파라미터는 상기 애플리케이션 서버가 상기 공개 사용자 아이덴티티를 대신하여 호 요청들을 시작하는 것을 허용할지/불허할지를 나타낸다. 만약 상기 서비스 파라미터가 상기 애플리케이션 서버가 호 요청들을 시작하는 것을 허용한다면, 상기 시스템은 상기 사용자를 대신하여 상기 애플리케이션 서버에 의해 발신된 호들을 차단 해제한다. 만약 상기 서비스 파라미터가 상기 애플리케이션 서버가 호 요청들을 시작하는 것을 불허한다면, 상기 시스템은 상기 사용자를 대신하여 상기 애플리케이션 서버에 의해 발신된 호들을 차단한다.

Description

인터넷 프로토콜 멀티미디어 코어 네트워크 서브시스템에서의 애플리케이션 서버에 의한 호 발신{CALL ORIGINATION BY AN APPLICATION SERVER IN AN INTERNET PROTOCOL MULTIMEDIA CORE NETWORK SUBSYSTEM}

본 발명은 일반적으로 통신 시스템에 관한 것으로 더 구체적으로는 인터넷 프로토콜 멀티미디어 서브시스템에서의 호 발신을 위한 기법들에 관한 것이다.

최근의 기술 혁신들은 통신 서비스들을 포함하도록 인터넷의 능력을 확장하였다. 멀티미디어 통신을 위한 하나의 그러한 서비스는 인터넷 프로토콜(IP) 멀티미디어 코어 네트워크 서브시스템(IMS)에서 사용하기 위한 호 제어 프로토콜을 제공한다. IMS는 이 기술 분야에 알려진 바와 같이 SIP(Session Initiation Protocol) 및 SDP(Session Description Protocol)에 순응하고, 모든 IMS 엔티티들은 IP 주소를 할당받는다. IMS에서는 본 명세서에서 유저 장비(UE)라고 불리는, 이동 단말기 또는 통신 장치가 SIP 유저 에이전트(UA) 역할을 제공한다. CSCF(Call Session Control Function)는 SIP 프록시 역할을 제공한다.

IMS에서는 애플리케이션 서버(AS)가 또한 SIP UA 역할을 제공하고 IMS 내의 제3자 등록자들(예를 들면, UE들)에 대한 호 제어를 제공한다. 일반적으로, UE 또는 가입자는 HSS(Home Subscriber System)와 같은 홈 통신 네트워크 운영자에 의해 개인 사용자 아이덴티티(private user identity)를 할당받는다. 개인 사용자 아이덴티티는 UE 내의 SIP 애플리케이션에 이용 가능하다. UE는 또한 HSS 상에 준비된 적어도 하나의 공개 사용자 아이덴티티(public user identity; PUI)를 할당받는다. PUI는 SIP URI의 형태로 되어 있다. PUI는 상이한 개인 사용자 아이덴티티들 및 IP 주소들을 갖는 다수의 UE들 사이에 공유될 수 있다. IMS는 모두 동일한 운영자 네트워크에 속하거나 또는 동일한 운영자 네트워크와의 사전 협정들을 갖는 어서트된 아이덴티티들(asserted identities)의 "트러스트 도메인"(trust domain)을 제공한다. 어서트된 아이덴티티는 SIP 프로토콜 내의 P-어서트된-아이덴티티(P-Asserted-Identity) 헤더의 형태를 취한다. UE는 IMS에서의 등록 요청에서 PUI, 개인 사용자 아이덴티티, 및 도메인 이름을 제출할 필요가 있다. 그러한 등록 요청은 IMS로부터 공인된 또는 비공인된 응답을 수신할 수 있다.

애플리케이션 서버(AS)는 알려진 UE를 대신하여 등록을 지원할 수 있다. 특히, 제3자 등록 요청을 수신하는 즉시, AS는 서빙(Serving) CSCF(S-CSCF)에 등록된 PUI를 대신하여 (SIP URI를 이용하여) 가입할 수 있다. 이렇게 하여, AS는 발신(originating) UA로서 활동할 수 있다. 현재의 경우에, AS는 요청이 송신될 S-CSCF와 동일한 트러스트 도메인 내에 있어야 한다. PUI를 대신하여 최초 요청을 송신할 때, AS는 PUI가 등록되어 있는 또는 호스팅되는(즉, 등록되지 않은) S-CSCF를 지시하거나 또는 PUI의 네트워크의 진입점(entry point)으로서 기능하는 I-CSCF를 지시하는 라우트 헤더(route header)를 삽입한다. AS는 UE의 HSS(Home Subscriber System)에 문의하는 것에 의해 또는 제3자 등록 중에 S-CSCF 주소를 획득할 수 있다.

AS에 의한 P-어서트된-아이덴티티의 사용을 위해, (AS가 UE의 PUI를 나타내는 P-어서트된-아이덴티티를 삽입하는 경우에) 마치 요청이 UE에 의해 발신된 것처럼, 또는 AS가 AS의 공개 서비스 아이덴티티(Public Service Identity; PSI)를 포함하는 P-어서트된-아이덴티티를 삽입하는 경우에, 마치 요청이 PSI에 의해 식별되는 서비스를 지원하는 AS에 의해 발생된 것처럼 요청이 발생된다.

그러나, 이러한 절차들은 AS 및 S-CSCF의 트러스트 도메인 내에서만 적용 가능하다. 특히, 현재의 IMS 프로토콜에 의하면, AS는 로컬 네트워크 IMS 가입자를 대신하여 호를 발신하는 것만이 허용되고, AS는 발신 가입자의 서빙 CSCF에 호를 송신하는 것만이 허용된다. 이 시나리오는 AS의 요구에 대하여 완전히 충분하지 않다. 임의의 특정한 IMS AS는 AS 호스팅되는 서비스에 또한 우연히 가입하는 IMS 가입자만을 알고 있을 것이다. 가입자를 대신한 AS 호 발신은 IMS 발신 경로(origination path)뿐만 아니라 착신 경로(termination path)에서도 일어날 수 있다. 이에 따라 그러한 호 발신을 수신하는 S-CSCF(발신 또는 착신 S-CSCF)는 그 호의 논리적인 발신자인 가입자의 S-CSCF에 호를 송신하는 능력을 가질 필요가 있다. 그러나, 이 시나리오는 비가입 UE에 대하여 어떤 할당도 제공하지 않는다.

IMS가 비가입 UE를 대신하여 호를 발신하는 것을 허용하는 IMS의 개선이 요구된다.

비슷한 참조 번호들이 개별 도들의 전체에 걸쳐서 동일한 또는 기능적으로 유사한 엘리먼트들을 나타내고, 아래 상세한 설명과 함께 본 명세서에 통합되어 그의 일부를 구성하는 첨부 도면들은 다양한 실시예들을 더 설명하고 본 발명에 따른 다양한 원리들 및 이점들을 설명하는 데 도움된다.
도 1은 본 발명에 따른 예시적인 IMS 호 환경을 설명하는 다이어그램이다.
도 2는 본 발명에 따른 방법을 설명하는 플로우 차트이다.

본 발명은 인터넷 프로토콜 멀티미디어 코어 네트워크 서브시스템(IMS)에서 사용하기 위한 호 제어 프로토콜을 정의한다. 개관하여, 본 발명은 IMS에의 비가입자들을 포함하는 임의의 사용자들을 대신하여 호를 발신하는 데 있어서 AS를 지원하기 위하여 IMS 네트워크의 개선들을 제공한다. 종래 기술에서는, AS가 비-IMS 사용자를 대신하여 호를 발신할 때, 그 호는 네트워크에 의해 거절될 것이다.

본 발명은 AS가 사용자(공개 사용자 아이덴티티)를 대신하여 호를 발신하는 것을 허용/불허하기 위하여 IMS 표준의 개선을 제공한다. a) 사용자가 IMS 사용자이지만 상이한 IMS 네트워크에 속한 사용자일 수 있는, 또는 사용자가 IMS 사용자가 아닌, 발신 IMS 네트워크에 속하지 않은(즉, HSS에서 그러한 자격으로 준비되지 않은) 사용자에 대하여, 및 b) 후술되는 추가적인 개선들을 갖는 IMS 표준들에서의 현존하는 사례와 유사한, 발신 IMS 네트워크에 속하는(즉, HSS에서 그러한 자격으로 준비된) 사용자에 대하여, 2개의 상이한 실시예 사례들이 본 명세서에서 설명된다.

유리하게도, 본 발명은 사용자를 대신하여 AS에 의해 발신된 호들을 차단(block)/차단 해제(unblock)하는 능력을 허용한다. 이것은 현재의 IMS 표준에서 "트러스트 도메인" 개념의 일부로서 정의될 뿐이고, 그 개념은 사용자마다 호들을 차단/차단 해제하는 능력을 허용하지는 않는다. 또한, 본 발명은 네트워크를 통하여 통신들을 전달하기 위해 발신 네트워크에서의 통과 기능(transit functionality)을 허용하는 반면, 현재의 IMS 표준은 통신을 위한 착신 네트워크에서의 통과 기능만을 기술한다.

본 명세서에서 사용될 때, 유저 장비(UE) 또는 통신 장치와 같은 용어들은 고정된 및/또는 WiFi sip 폰, 셀룰러 또는 이동 무선 전화, WiMax sip UA, 양방향 라디오, 메시징 장치, PDA(personal digital assistant), PAP(personal assignment pad), 무선 동작을 위해 구비된 퍼스널 컴퓨터, 셀룰러 핸드세트 또는 장치 등, 또는 이들의 동등물들과 같은 최종 사용자 장치들을 나타내는 것으로, 그러한 장치들이 본 발명의 다양한 개념들 및 원리들에 따라 동작하도록 배열되고 구성되는 본 명세서에서 논의되고 설명된 적절한 규격들, 표준들, 및 프로토콜들 하에서 동작하는 것을 전제로 한다. 본 명세서에 예가 개시된다. IMS는, 이더넷, WiFi, WiMax, 셀룰러에서 케이블 셋톱 박스 또는 DSL/DSLAM까지 존재할 수 있기 때문에, 계층들 아래에서 어드레싱하지 않는, 오버레이 기술이다. 본 발명은 애플리케이션 계층으로서 IMS를 이용하기를 원하는 IP 네트워크 계층을 제공하는 임의의 종류의 액세스에 적용 가능하다는 것에 주목해야 한다.

논의되고 설명된 원리들 및 개념들은 종래의 양방향 시스템들 및 장치들, 아날로그 및 디지털 셀룰러, CDMA(code division multiple access) 및 그의 변형들을 포함하는 다양한 셀룰러 전화 시스템들, GSM(Global System for Mobile communications), GPRS(General Packet Radio System), UMTS(Universal Mobile Telecommunications Service) 시스템들과 같은 2.5G 및 3G 시스템들, IDEN(Integrated Digital Enhanced Network), 및 그의 변형들 또는 진화들과 같은, 통신 네트워크를 통하여 패킷 기반 멀티미디어 통신 서비스 또는 음성, 데이터, 또는 메시징 서비스들을 제공하거나 용이하게 하는 통신 유닛들, 장치들, 및 시스템들에 특히 적용 가능할 수 있다. 본 명세서에 설명된 원리들 및 개념들은 또한 바람직하게는 CDMA, 주파수 호핑, 직교 주파수 분할 다중화, 또는 TDMA 액세스 기술들 및 TCP/IP(Transmission Control Protocol/Internet Protocol), IPX/SPX(Inter-Packet Exchange/Sequential Packet Exchange), Net BIOS(Network Basic Input Output System) 또는 다른 프로토콜 구조들과 같은 다양한 네트워킹 프로토콜들 중 하나 이상을 이용하는 IEEE 802.xx, 블루투스, Wi-Fi 또는 WiMAX 등과 같은 보다 짧은 범위의 통신 능력들을 갖는 장치들 또는 시스템들에 적용될 수 있다.

또한 다양한 예시적인 및 대안의 예시적인 실시예들에 따르면, 패킷 기반 RAN은 CDMA(Code Division Multiple Access) RAN, GSM(Global System Mobile) RAN, UMTS(Universal Mobile Telecommunication System) RAN, DO(Data Only) RAN, HRPDA(High Rate Packet Data Access) RAN, WLAN(Wireless Local Area Network) RAN, 또는 EVDV(Evolution Data Voice) RAN을 포함할 수 있다. 예시적인 RAN은 예를 들면 SIP(Session Initiation Protocol), SDP(Session Description Protocol) 및 그의 변형들을 이용한 통신을 위한 3GPP(Third Generation Partnership Project) 기술 규격(TS) 24.229에서 약술된 IP 멀티미디어 코어 네트워크 서브시스템(IMS) 규격들 하의 통신을 지원해야 한다. 3GPP 릴리스 7 IMS 규격 TS 24.229와 같은 위에 지적된 표준들에 따르면, 멀티미디어 스트림들은 RTP/UDP(Real Time Transfer Protocol/Universal Datagram Protocol)을 통하여 송신될 수 있다는 것에 주목해야 한다.

다른 3GPP 규격들 및 표준들도 본 명세서에서 관련될 수 있다는 것을 이해할 것이다. 또한 다양한 예시적인 실시예들에 따르면, 본 발명은 애플리케이션 계층 소프트웨어 애플리케이션과 같은 상위 계층으로서 구현될 수 있고, 그 경우에 데이터 링크 계층들과 같은 하위 프로토콜 계층들은, 그것들이 패킷 교환 통신을 지원한다면, 본 발명의 의도된 범위로부터 일탈하지 않고 교환 가능할 수 있다.

본 명세서는 본 발명에 따른 다양한 실시예들을 행하고 이용하는 최선의 양태들을 가능한 방식으로 더 설명하기 위해 제공된다. 본 명세서는 또한 본 발명을 임의의 방식으로 제한하기보다는, 본 발명의 원리들 및 그의 이점들에 대한 이해 및 인식을 증진하기 위해 제공된다. 본 발명은 이 출원의 계류 중에 행해지는 임의의 보정들을 포함하는 첨부된 청구항들 및 발행된 청구항들의 모든 동등물들에 의해서만 한정된다.

또한 제1 및 제2, 상부 및 하부 등과 같은 상관적인 용어들(만일 있다면)은 오로지 하나의 엔티티 또는 액션을 다른 엔티티 또는 액션과 구별하기 위해서만 사용되고 반드시 그러한 엔티티들 또는 액션들 사이에 임의의 실제의 그러한 관계 또는 순서를 요구하거나 암시하는 것은 아니라는 것은 말할 것도 없다. 본 발명은 또한 단계들, 절차들 등을 갖는 프로세스를 포함할 수 있다. 복수의 프로세스들 또는 단계들이 나타내어지는 경우에, 그것들은 명백히 및 필연적으로 특정한 순서로 제한되지 않는 한, 임의의 순서로 수행될 수 있다. 그렇게 제한되지 않은 단계들 또는 프로세스들은 임의의 순서로 수행될 수 있다. 특정한 경우에, 이러한 단계들 또는 프로세스들은 다수 회 반복될 수 있고 또는 요구에 따라 또는 특정한 이벤트가 발생하거나 할 때까지 무한히 순환할 수 있다.

본 발명의 기능의 다수 및 본 발명의 원리들의 다수는 소프트웨어 프로그램 또는 명령어들 및 특수 용도의 IC와 같은 집적 회로(IC)로 가장 잘 구현된다. 통상의 기술을 가진 자는, 예를 들면, 이용 가능한 시간, 현재의 기술, 및 경제적 고려 사항들에 의해 동기 부여되는 아마도 상당한 노력 및 많은 설계 선택들에도 불구하고, 본 명세서에 개시된 개념들 및 원리들에 의해 안내될 경우, 그러한 소프트웨어 명령어들 및 프로그램들 및 IC들을 최소의 실험으로 쉽사리 생성할 수 있을 것이라고 예상된다. 그러므로, 간결함과 본 발명에 따른 원리들 및 개념들을 모호하게 하는 위험의 최소화를 위하여, 그러한 소프트웨어 및 IC들(만일 있다면)에 대한 추가적인 논의들은 본 발명에 관하여 필수적인 것들에 제한될 것이다.

도 1은 본 발명에 따른 예시적인 IMS 호 환경을 설명하는 다이어그램이다. 예를 들면, 유저 장비(UE) A와 관련된 발신 통신 장치(110)와 예를 들면 UE B와 관련된 타깃 통신 장치(120)와의 사이에 예를 들면 IMS(인터넷 프로토콜 멀티미디어 서브시스템) 및 SIP 절차들에 따라서 비디오 미디어 스트림(102) 및 오디오 미디어 스트림(103)이 교환될 수 있도록, 발신 통신 장치(110)가 타깃 통신 장치(120)와의 통신 세션에 관여하기를 원한다. 그 세션은 발신 및/또는 착신 인터넷 프로토콜 멀티미디어 서브시스템(IMS) 코어(130, 132)와 관련하여 수행될 것이고, 예를 들면, 그 호에서 타깃 통신 장치(120) 또는 다른 장치들로의 오디오 및 비디오 스트림들의 통신을 용이하게 할 수 있는 애플리케이션 서버(AS)(140)를 통하여 확립될 것이라는 것을 인식할 것이다. 발신 IMS 코어(130)는 발신 통신 장치(110)와 발신 IMS 코어(130) 사이의 최초 인터페이스(SIP 서버)인 P-CSCF(proxy Serving Call State Control Function)으로서 활동한다. P-CSCF는 UE 아이덴티티의 기본 유효성 검사를 행하고, 그 후 UE 아이덴티티를 발신 S-CSCF(130)로서 지정된 등록 프로세스에 전달한다. IMS 호 처리는 발신 및 착신으로 분할될 수 있고, 각각은 상이한 CSCF뿐만 아니라 AS를 가질 수 있다는 것에 주목해야 한다.

본 발명은 AS(140)가 IMS 네트워크에의 가입자가 아닌 사용자(공개 사용자 이이덴티티), 예를 들면, UE A(110)를 대신하여 호를 발신하는 것을 허용/불허하기 위하여 3GPP TS 24.229 섹션 5.7.3 IMS 표준의 개선을 제공한다. 본 명세서에는 2개의 상이한 실시예들이 설명된다. 제1 실시예는 발신 IMS 네트워크에 속하지 않은(즉, HSS(Home Subscriber System)(150)에서 그러한 자격으로 준비되지 않은) 사용자를 포함한다. 이것은 예를 들면 IMS 사용자가 아닌 사용자 또는 IMS 사용자이지만 상이한 IMS 네트워크에 속한 사용자를 포함할 수 있다. 제2 실시예는 비록 후술되는 바와 같이 새로운 차이점들이 있지만, 3GPP TS 24.229 표준에서 이미 기술된 사례와 유사한, 발신 IMS 네트워크에 속하는(즉, HSS에서 그러한 자격으로 준비된) 사용자를 포함한다.

본 발명의 제1 실시예는 발신 IMS 네트워크에 속하지 않는 IMS 사용자(110)를 대신하여 AS(140)에 의해 발신된 호들의 라우팅을 허용한다. 이 실시예에서, 사용자는 발신 네트워크의 IMS 사용자가 아니기 때문에(따라서 HSS에서 준비되지 않았기 때문에), AS가 이 외부 사용자를 대신하여 호 요청들을 시작하는 것을 허용/불허하기 위하여 SIP 시그널링(101)에 대하여 I-CSCF(Interrogating CSCF)에서 새로운 글로벌 시스템 레벨 파라미터가 정의된다.

동작에서, 제1 실시예는 AS(140)가 발신 네트워크에 속하지 않은 사용자(110)를 대신하여 호 요청을 시작하는 것을 제공한다. 특히, AS(140)는 시그널링(101) 내의 SIP INVITE에 발신 사용자의 공개 사용자 아이덴티티를 나타내는 P-어서트된-아이덴티티를 삽입한다. 특히, AS는 트러스트 도메인 내의 AS로부터의 호 발신에서의 하드 토큰인 "orig" 파라미터를 최상위 라우트 헤더 내의 URI에 추가한다. 일부 경우에, AS는 (Sh 인터페이스를 통하여 HSS에 문의지 않는다면) 사용자가 IMS 가입자인지 아닌지를 알 수 없을 수 있고, 따라서 이 경우에 AS(140)는 사전 구성된 발신 I-CSCF(130)에 요청을 송신할 수 있다.

(발신 I-CSCF로서 행동하는) I-CSCF(130)는 HSS(150)에 Cx LIR을 수행할 것이고 사용자(110)가 그 IMS 네트워크의 가입자가 아닐 때, HSS는 이 기술 분야에 알려져 있는 바와 같이 SIP 다이애미터 에러(Diameter error)를 반환할 것이다. 비가입(외부) 사용자들에 대하여 위에 정의된 I-CSCF 허용/불허 네트워크 서버 호 발신 파라미터에 대하여 설정된 값에 따라서, I-CSCF(130)는 다음과 같이 요청을 허용/불허할 것이다. 파라미터가 (외부 사용자들에 대하여) "허용"(allow)으로 설정되어 있는 경우, I-CSCF는 그 요청을 요청-URI/라우트 헤더들에 따라서 적절한 착신 I-CSCF(132)로 라우팅할 것이다. 이 경우, 발신 I-CSCF(130)는, 착신 측에 대해서만 IMS 통과(transit)가 정의되는 현재의 3GPP TS 24.229 릴리스 7과 다르게, 통과 I-CSCF로서 행동한다. 이것은 사용자가 그 네트워크의 사용자가 아닌 경우에는 I-CSCF가 성공하지 못한 SIP 응답: 404(발견되지 않음) 또는 604(어디에도 존재하지 않음)를 반환할 현재의 표준의 개선이다. 이 새로운 기능은 AS가 다수의 애플리케이션 서비스 시나리오들에 대하여 서비스들을 실행하는 데 유용한데, 예를 들면, 비-IMS 사용자들은 Find-me & Follow-me 및 Click-to-Dial과 같은 특징들을 즐길 수 있다. 파라미터가 (외부 사용자들에 대하여) "불허"(not allow)로 설정되어 있는 경우, I-CSCF는 요청을 거절할 것이다.

UE가 IMS 가입자인 경우에, 발신 I-CSCF는 먼저 발신 사용자에 할당된 발신 S-CSCF를 찾고 호를 그것에 라우팅할 것이다. 그 후, 발신 S-CSCF는 일단 발신 서비스 절차들을 완료하고, 호를 요청 URI에 기초하여 착신 I-CSCF(132)에 라우팅한다.

본 발명의 제2 실시예는 발신 IMS 네트워크에 가입하는 IMS 사용자(110)를 대신하여 AS(140)에 의해 발신된 호들의 라우팅을 허용하는 것을 설명한다. 이 경우, 사용자는 발신 IMS 네트워크의 IMS 사용자이기 때문에(따라서 HSS(150)에서 준비되었기 때문에), AS가 그 사용자(즉, 공개 사용자 아이덴티티)를 대신하여 호 요청을 시작하는 것을 허용/불허하기 위하여 사용자의 서비스 프로파일 내의 새로운 SIP 파라미터가 정의된다. 새로운 SIP 파라미터는 제1 실시예에 대하여 정의된 글로벌 파라미터와는 다르지만, 동일한 기능을 수행하고, 따라서 본 명세서에서 "서비스 파라미터"로서 불린다.

동작에서, AS(140)는 IMS 사용자(110)를 대신하여 호 요청을 시작한다. 특히, AS(140)는 사용자의 (최초 IMS 등록으로부터의) 공개 사용자 아이덴티티를 나타내는 P-어서트된-아이덴티티를 시그널링(101) 내의 SIP INVITE에 삽입한다. 특히, AS는 트러스트 도메인 내의 AS로부터의 호 발신에서의 하드 토큰인 "orig" 파라미터를 최상위 라우트 헤더 내의 URI에 추가한다. 현존하는 3GPP TS 24.229 표준에 따르면, 그를 대신하여 요청이 생성되는 공개 사용자 아이덴티티의 S-CSCF를 AS가 아는지 여부에 따라서 여기에 2개의 상이한 경우들이 존재한다. 만약 AS가, 그를 대신하여 요청이 생성되는 공개 사용자 아이덴티티가 등록되어 있거나 또는 (비등록된 경우에 문의를 통하여) 호스팅되어 있는, 그 사용자에 대한 S-CSCF 주소를 안다면, AS(140)는 요청을 S-CSCF(130)에 직접 송신한다. 그러나, 만약 AS가, 그를 대신하여 요청이 생성되는 공개 사용자 아이덴티티가 등록되어 있거나 또는 (비등록된 경우에 문의를 통하여) 호스팅되어 있는, 그 사용자에 대한 S-CSCF 주소를 모른다면, AS는 요청을 공개 사용자 아이덴티티의 네트워크의 진입점(예를 들면, I-CSCF)에 송신한다.

첫 번째 경우에, (발신 S-CSCF로서 행동하는) S-CSCF(130)는 P-어서트된-아이덴티티에서 표시된 사용자의 서비스 프로파일을 다운로드할 것이고 위에 정의된 사용자의 서비스 프로파일 내의 새로운 SIP 파라미터에 대하여 설정된 값에 따라서, 그것은 요청을 허용/불허할 것이다.

두 번째 경우에, (발신 I-CSCF로서 행동하는) I-CSCF(130)는 HSS(150)에 Cx LIR(Location Information Request)을 수행할 것이고, (P-어서트된-아이덴티티에 의해 표시된) 발신 사용자가 로컬 IMS 네트워크 사용자가 아닌 경우에, HSS는 적절한 다이애미터 에러(사용자가 발견되지 않음)를 나타내는 Cx LIA 메시지를 반환하고, 위에 정의된 새로운 I-CSCF SIP 파라미터에 대하여 설정된 값에 따라서, 그것은 요청을 허용/불허할 것이다. 발신 사용자가 로컬 IMS 네트워크인 경우, 및 SIP 파라미터가 (그 사용자에 대하여) "허용"으로 설정되어 있는 경우, HSS(150)는 현재의 표준들에 따라서 Cx LIA(Location Information Answer) 메시지를 반환할 것이다. SIP 파라미터가 (그 사용자에 대하여) "불허"로 설정되어 있는 경우, HSS는 적절한 다이애미터 에러(요청이 불허됨)를 나타내는 Cx LIA 메시지를 반환할 것이다. 이 경우, I-CSCF(130)는 AS(140)로부터의 요청을 거절할 것이다.

옵션으로, 발신 사용자가 로컬 IMS 사용자이고, 사용자의 서비스 프로파일이 사용자를 대신한 어떤 네트워크 발신도 허용되지 않는다는 것을 나타내는 경우, 현재의 표준들에 따라서, 에러 없는 Cx LIA 메시지를 반환하는 것도 가능하고, 할당된 S-CSCF(130)가 P-어서트된-아이덴티티에서 표시된 사용자의 서비스 프로파일을 다운로드하는 경우, 위에 정의된 새로운 SIP 파라미터에 대하여 설정된 값에 따라서, S-CSCF는 요청을 허용/불허할 것이다.

이 기술 분야의 통상의 지식을 가진 자는 본 명세서에서 설명된 다양한 모듈들 사이의 인터페이스들은, 예를 들면, 함수 호출 등의 형태를 취하는 소프트웨어 인터페이스들로서 존재하거나, 또는 실시간 인터럽트 처리, 또는 다른 소프트웨어 관련 처리의 형태를 취할 수 있다는 것을 인식할 것이다. 다르게는, 그 기능 및 인터페이스들은 하드웨어로 존재할 수 있거나, 또는 하드웨어와 소프트웨어의 조합일 수 있다. 베어러(bearer) 요건들은 본 명세서에서 지적된 애플리케이션 플로우들을 전송하는 베어러들을 제공하는 예시적인 라디오 액세스 네트워크를 포함한다. 본 명세서에서 설명된 서비스들을 지원하는 베어러 요건들은 TS 24.229 섹션 5.7.3과 일관된다.

상기 설명으로부터 본 발명의 특징들 중 다수는 애플리케이션 프로그램과 같은 소프트웨어 프로그램에서 또는 일련의 상호 통신하는 소프트웨어 프로그램들, 애플리케이션, 루틴들, 모듈들, 운영 체제들 등에서 구현될 여지가 있다는 것을 인식할 것이다. 또한, 그 기능의 다수는 일련의 단계들 등을 갖는 방법 또는 절차로서 수행될 수 있다.

도 2는 인터넷 프로토콜 멀티미디어 코어 네트워크 서브시스템(IMS)에서의 애플리케이션 서버에 의한 호 발신을 위한 예시적인 방법을 설명한다. 이 방법은 사용자에 대한 공개 사용자 아이덴티티를 제공하는 제1 단계(200)를 포함한다. 다음 단계(202)는 애플리케이션 서버가 공개 사용자 아이덴티티를 대신하여 호 요청들을 시작하는 것을 허용할지/불허할지를 나타내는 서비스 파라미터를 제공하는 것을 포함한다. 다음 단계(204)는 사용자의 공개 사용자 아이덴티티를 나타내는 P-어서트된-아이덴티티(PAI)를 삽입하는 것을 포함한다. 다음 단계(206)는 호 발신 파라미터를 최상위 라우트 헤더 내의 URI에 추가하는 것을 포함한다. 다음 단계(208)는 사용자를 대신하여 호를 시작하는 것을 포함한다.

다음 단계(224)는 애플리케이션 서버가 사용자가 발신 IMS 네트워크에의 가입자인지 및 애플리케이션 서버가 그 사용자 ― 그를 대신하여 요청이 생성되는 공개 사용자 아이덴티티(즉, PAI) ― 에 대한 S-CSCF(serving call session control function) 주소를 아는지를 결정(224)하는 것을 포함한다.

만약 AS가 PAI S-CSCF 주소를 안다면, 단계(202)의 서비스 파라미터는 사용자의 서비스 프로파일에 포함되고, 이것은 그 후 사용자의 HSS(Home Subscriber System)으로부터 다운로드된다(228). 이 경우, 사용자 서비스 프로파일 플래그는 사용자 프로파일의 일부일 것이고, Cx 다이애미터 인터페이스를 통해 HSS로부터 S-CSCF로 전달된다. 다음 단계(226)는 AS가 요청을 S-CSCF(serving call session control function)에 직접 송신하는 것을 포함한다. 다음 단계(228)는 서비스 파라미터를 얻기 위해 S-CSCF(serving call session control function)에 의해 P-어서트된-아이덴티티에 표시된 사용자의 서비스 프로파일을 다운로드하는 것을 포함한다. 만약 PAI 서비스 프로파일의 서비스 파라미터가 "허용"으로 설정되어 있다면(230), 다음 단계(232)는 애플리케이션이 사용자를 대신하여 애플리케이션 서버에 의해 발신된 호들을 차단 해제하는 것에 의해 사용자에 대한 호들을 시작하는 요청을 허용하는 것을 포함한다. 만약 서비스 파라미터가 "불허"로 설정되어 있다면(230), 다음 단계(231)는 사용자를 대신하여 애플리케이션 서버에 의해 발신된 호들을 차단하는 것에 의해 사용자에 대한 호들을 시작하는 애플리케이션에 의한 요청을 거절하는 것을 포함한다.

만약 사용자가 발신 IMS 네트워크에의 가입자가 아닌지가 결정될 수 없다면(224), 또는 애플리케이션 서버가 그를 대신하여 요청이 생성되는 공개 사용자 아이덴티티(즉, PAI)에 대한 S-CSCF(serving call session control function) 주소를 모르는 경우(224), 단계(202)의 서비스 파라미터는 I-CSCF(interrogating call session control function) 내의 글로벌 시스템 레벨 파라미터로서 정의된다. 이 글로벌 파라미터는 I-CSCF 준비에 로컬이다.

다음 단계(234)는 사용자가 IMS 가입자인지를 결정하기 위해 공개 사용자 아이덴티티의 네트워크의 진입점, 즉, 사전 준비된 I-CSCF(interrogating call session control function)에 요청을 송신하는 것을 포함한다. 다음 단계(236)는 사용자의 로컬 네트워크 HSS(home subscriber system)에 Cx LIR(Cx Location Information Request)을 수행하는 것을 포함하고, 사용자의 로컬 네트워크 HSS는 성공 또는 성공하지 못한 것(즉, 에러가 없는 또는 에러를 갖는)을 나타내는 Cx LIA(Cx Location Information Answer)를 반환한다.

성공하면, 다음 단계(221)는 HSS 응답에서 표시된 적절한 발신 S-CSCF(serving call session control function)(발신 사용자에 대하여 할당된 S-CSCF)에 호를 라우팅하는 것을 포함하고, 플로우는 단계(228)에서 계속된다.

성공하지 못하면, HSS가 이것이 IMS 사용자가 아닌 것을 나타내기 위해 "사용자가 발견되지 않음" 에러를 반환하는 경우(주: 이 플로우는 IMS 사용자의 프로파일이 사용자 레벨 네트워크 발신 허용 또는 불허를 갖는지에 관계없이 IMS 사용자에 대하여 HSS가 항상 긍정 응답을 반환하는 하나의 옵션을 보여준다. 다른 옵션은 이 플로우 차트에 도시되어 있지 않고 그 경우 HSS는 I-CSCF Cx LIR 문의를 수신하는 즉시 사용자의 프로파일을 들여다볼 것이다), I-CSCF(interrogating call session control function)는 비-IMS 사용자 발신을 허용할지 여부를 결정할 것이다(218). 만약 그렇지 않다면, 발신 I-CSCF는 사용자를 대신하여 애플리케이션 서버에 의해 발신된 호들을 차단하는 것에 의해 사용자에 대한 호들을 시작하는 애플리케이션 서버에 의한 요청을 거절할 것이다(231). 만약 그렇다면, 발신 I-CSCF는 요청-URI에 따라서 적절한 착신 I-CSCF(interrogating call session control function)에 호를 라우팅할 것이다(222).

요약하면, 본 발명은 AS가 임의의 공개 사용자 아이덴티티, 심지어 비-IMS 사용자의 것을 대신하여 호 요청들을 시작하는 것을 허용/불허하기 위해 I-CSCF에서 및 HSS에서의 사용자의 서비스 프로파일에서 새로운 파라미터를 제공하는 것에 의해, 애플리케이션 서버가 임의의 네트워크 사용자들을 대신하여 호를 발신하는 방법을 제공한다. IMS 및 비-IMS 가입자들을 위한 AS에 의한 호 처리를 허용/불허하는 데 상기 새로운 서비스 파라미터를 이용하기 위해 I/S-CSCF에서 새로운 호 처리 메커니즘이 도입된다. 이것은 가입자 또는 PSI로서 HSS 상에 이들 라우팅 문자열/표시자를 준비할 필요 없이 네트워크 소유의 라우팅 표시자를 처리하는 것에 의해 다수의 흥미있는 진보된 서비스 능력들을 IMS 네트워크에 제공할 것이다.

유리하게도, 본 발명은 트러스트 도메인 개념 밖의 사용자를 대신하여 AS에 의해 발신된 호들을 차단/차단 해제하는 능력을 제공한다. 트러스트 도메인 개념은 현재의 표준들에서 정의되지만, 그 개념은 단지 통과 IP IMS 네트워크를 필요로 하는 회선 대 회선 네트워크 호(circuit to circuit network call)에서와 같이 착신 네트워크에서 통과 기능을 허용하고, 그것은 또한 본 발명에서와 같이 사용자마다 호들을 차단/차단 해제하는 준비를 허용하지 않는다. 또한, 본 발명은 종래 기술과 다르게 발신 네트워크에서 통과 기능을 수행한다.

본 명세서에서 도시되고 설명된 시퀀스들 및 방법들은 설명된 것들과 다른 순서로 수행될 수 있다. 도면들에서 도시된 특정한 시퀀스들, 기능들, 및 동작들은 본 발명의 하나 이상의 실시예들을 설명하는 것에 불과하고, 이 기술 분야의 통상의 지식을 가진 자들에게는 다른 구현들이 명백할 것이다. 도면들은 이 기술 분야의 통상의 지식을 가진 자들에 의해 이해되고 적절히 수행될 수 있는 본 발명의 다양한 구현들을 설명하기 위한 것이다. 동일한 목적을 달성하도록 의도되는 어떤 배열이라도 도시된 특정한 실시예들을 대체할 수 있다.

본 발명은 하드웨어, 소프트웨어, 펌웨어 또는 이들의 임의의 조합을 포함하는 임의의 적합한 형태로 구현될 수 있다. 본 발명은 옵션으로 부분적으로 하나 이상의 데이터 프로세서들 및/또는 디지털 신호 프로세서들에서 실행하는 컴퓨터 소프트웨어로서 구현될 수 있다. 본 발명의 실시예의 엘리먼트들 및 컴포넌트들은 물리적으로, 기능적으로 및 논리적으로 임의의 적합한 방식으로 구현될 수 있다. 실제로 기능은 단일 장치에서, 복수의 장치들에서 또는 다른 기능 장치들의 일부로서 구현될 수 있다. 따라서, 본 발명은 단일 장치에서 구현될 수 있고 또는 물리적으로 기능적으로 상이한 장치들 및 프로세서들 사이에 분산될 수 있다.

비록 본 발명은 몇몇 실시예들에 관련하여 설명되었지만, 그것은 본 명세서에 설명된 특정한 형태에 제한되도록 의도되어 있지 않다. 오히려, 본 발명의 범위는 첨부된 청구항들에 의해서만 제한된다. 또한, 비록 특정한 실시예들에 관련하여 하나의 특징이 설명된 것으로 보일 수 있지만, 이 기술 분야의 숙련자는 설명된 실시예들의 다양한 특징들이 본 발명에 따라 조합될 수 있다는 것을 인지할 것이다. 청구항들에서, 용어 포함하는(comprising)은 다른 엘리먼트들 또는 단계들의 존재를 배제하지 않는다.

또한, 비록 개별적으로 열거되더라도, 복수의 수단, 엘리먼트들 또는 방법 단계들이 예를 들면 단일 장치 또는 프로세서에 의해 구현될 수 있다. 또한, 비록 개별 특징들이 상이한 청구항들에 포함될 수 있지만, 이들은 아마 유리하게 조합될 수 있고, 상이한 청구항들에의 포함은 특징들의 조합이 실행 가능하지 않은 및/또는 유리하지 않은 것을 암시하지 않는다. 또한 하나의 카테고리의 청구항들에의 특징의 포함은 이 카테고리에의 제한을 암시하지 않고 오히려 그 특징이 적당한 다른 청구항 카테고리들에 동등하게 적용될 수 있다는 것을 나타낸다.

또한, 청구항들에서의 특징들의 순서는 그 특징들이 작용되어야 하는 임의의 특정한 순서를 암시하지 않고 특히 방법 청구항에서의 개별 단계들의 순서는 그 단계들이 이 순서로 수행되어야 하는 것을 암시하지 않는다. 오히려, 그 단계들은 임의의 적합한 순서로 수행될 수 있다. 또한, 단수 참조들은 복수를 배제하지 않는다. 따라서 "a", "an", "first", "second" 등의 참조들은 복수를 배제하지 않는다.

Claims

인터넷 프로토콜 멀티미디어 코어 네트워크 서브시스템(IMS)에서의 애플리케이션 서버에 의한 호 발신(call origination)을 위한 방법으로서,
사용자에 대한 공개 사용자 아이덴티티(public user identity)를 제공하는 단계;
상기 애플리케이션 서버가 상기 공개 사용자 아이덴티티를 대신하여 호 요청들을 시작하는 것을 허용할지/불허할지를 나타내는 서비스 파라미터를 제공하는 단계;
상기 서비스 파라미터가 상기 애플리케이션 서버가 호 요청들을 시작하는 것을 허용한다면, 상기 사용자를 대신하여 상기 애플리케이션 서버에 의해 발신된 호들을 차단 해제(unblocking)하는 단계; 및
상기 서비스 파라미터가 상기 애플리케이션 서버가 호 요청들을 시작하는 것을 불허한다면, 상기 사용자를 대신하여 상기 애플리케이션 서버에 의해 발신된 호들을 차단하는 단계
를 포함하는 호 발신 방법.
제1항에 있어서, 상기 사용자가 발신 IMS 네트워크에 속하지 않는 것을 결정하는 단계를 더 포함하고, 상기 서비스 파라미터는 I-CSCF(interrogating call session control function)에서의 글로벌 시스템 레벨 파라미터인 호 발신 방법.
제1항에 있어서, 상기 사용자가 발신 IMS 네트워크에 속하는 것을 결정하는 단계를 더 포함하고, 상기 서비스 파라미터는 상기 사용자의 HSS(home subscriber system)의 사용자 서비스 프로파일에서의 SIP(Session Initiation Protocol) 파라미터인 호 발신 방법.
제1항에 있어서,
상기 사용자를 대신하여 호를 시작하는 단계,
상기 사용자의 상기 공개 사용자 아이덴티티를 나타내는 P-어서트된-아이덴티티(P-Asserted-Identity)를 삽입하는 단계, 및
최상위 라우트 헤더(Route Header) 내의 URI에 호 발신 파라미터를 추가하는 단계를 더 포함하는 호 발신 방법.
제1항에 있어서, 상기 사용자가 IMS 가입자인지를 결정하는 데 실패하는 단계를 더 포함하고, 상기 사용자가 IMS 가입자인지를 결정하기 위해 사전 구성된 I-CSCF(interrogating call session control function)에 요청을 송신하는 단계를 더 포함하는 호 발신 방법.
제5항에 있어서,
상기 사용자의 HSS(home subscriber system)에 Cx LIR(Cx Location Information Request)을 수행하는 단계;
상기 HSS에 의해 에러 메시지를 반환하는 단계;
상기 글로벌 시스템 레벨 파라미터가 "허용"(allow)으로 설정되어 있다면, 상기 요청을 요청-URI/라우트 헤더들에 따라서 적절한 착신 I-CSCF(interrogating call session control function)에 라우팅하는 단계; 및
상기 글로벌 시스템 레벨 파라미터가 "불허"(not allow)로 설정되어 있다면, 상기 I-CSCF가 상기 요청을 거절하는 단계를 더 포함하는 호 발신 방법.
제1항에 있어서, 상기 애플리케이션 서버가 그 사용자에 대한 S-CSCF(serving call session control function) 주소를 안다면 - 여기서, 상기 공개 사용자 아이덴티티를 대신하여 상기 요청이 생성됨 - , 상기 S-CSCF에 직접 상기 요청을 송신하는 단계를 더 포함하는 호 발신 방법.
제7항에 있어서,
상기 S-CSCF에 의해 상기 P-어서트된-아이덴티티에 표시된 상기 사용자의 서비스 프로파일을 다운로드하는 단계,
상기 서비스 파라미터가 "허용"으로 설정되어 있다면, 상기 요청을 허용하는 단계, 및
상기 서비스 파라미터가 "불허"로 설정되어 있다면, 상기 요청을 거절하는 단계를 더 포함하는 호 발신 방법.
제1항에 있어서, 상기 애플리케이션 서버가 그 사용자에 대한 S-CSCF(serving call session control function) 주소를 모른다면 - 여기서, 상기 공개 사용자 아이덴티티를 대신하여 상기 요청이 생성됨 - , 상기 공개 사용자 아이덴티티의 네트워크의 진입점(entry point)에 상기 요청을 송신하는 단계를 더 포함하는 호 발신 방법.
인터넷 프로토콜 멀티미디어 코어 네트워크 서브시스템에서의 애플리케이션 서버에 의한 호 발신을 위한 시스템으로서,
공개 사용자 아이덴티티를 갖는 통신 장치;
상기 애플리케이션 서버가 상기 공개 사용자 아이덴티티를 대신하여 호 요청들을 시작하는 것을 허용할지/불허할지를 나타내는 서비스 파라미터; 및
상기 서비스 파라미터에 응답하여 호 발신을 제어하는 프록시 서버
를 포함하고,
상기 서비스 파라미터가 상기 애플리케이션 서버가 호 요청들을 시작하는 것을 허용한다면, 상기 프록시 서버는 상기 사용자를 대신하여 상기 애플리케이션 서버에 의해 발신된 호들을 차단 해제하고,
상기 서비스 파라미터가 상기 애플리케이션 서버가 호 요청들을 시작하는 것을 불허한다면, 상기 프록시 서버는 상기 사용자를 대신하여 상기 애플리케이션 서버에 의해 발신된 호들을 차단하는, 호 발신 시스템.