KR20060061251A - Ｉｍｓ 호 제어 노드 및 그 동작 방법 - Google Patents

Ｉｍｓ 호 제어 노드 및 그 동작 방법 Download PDF

Info

Publication number
KR20060061251A
KR20060061251A KR1020050115771A KR20050115771A KR20060061251A KR 20060061251 A KR20060061251 A KR 20060061251A KR 1020050115771 A KR1020050115771 A KR 1020050115771A KR 20050115771 A KR20050115771 A KR 20050115771A KR 20060061251 A KR20060061251 A KR 20060061251A
Authority
KR
South Korea
Prior art keywords
logic
message
ocs
ims
interface
Prior art date
Application number
KR1020050115771A
Other languages
English (en)
Other versions
KR101192544B1 (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 KR20060061251A publication Critical patent/KR20060061251A/ko
Application granted granted Critical
Publication of KR101192544B1 publication Critical patent/KR101192544B1/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/40—Support for services or applications
    • H04L65/401—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H04L12/1467—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network involving prepayment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/41—Billing record details, i.e. parameters, identifiers, structure of call data record [CDR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/43—Billing software details
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/57—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for integrated multimedia messaging subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/59—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on real time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/62—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on trigger specification
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/63—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on the content carried by the session initiation protocol [SIP] messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/785—Reserving amount on the account
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/82—Criteria or parameters used for performing billing operations
    • H04M15/8207—Time based data metric aspects, e.g. VoIP or circuit switched packet data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/82—Criteria or parameters used for performing billing operations
    • H04M15/8214—Data or packet based
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/82—Criteria or parameters used for performing billing operations
    • H04M15/8292—Charging for signaling or unsuccessful connection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/88—Provision for limiting connection, or expenditure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
    • 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
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01—Details of billing arrangements
    • H04M2215/0116—Provision for limiting expenditure, e.g. limit on call expenses or account
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01—Details of billing arrangements
    • H04M2215/0164—Billing record, e.g. Call Data Record [CDR], Toll Ticket[TT], Automatic Message Accounting [AMA], Call Line Identifier [CLI], details, i.e. parameters, identifiers, structure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20—Technology dependant metering
    • H04M2215/2013—Fixed data network, e.g. PDN, ATM, B-ISDN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20—Technology dependant metering
    • H04M2215/204—UMTS; GPRS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20—Technology dependant metering
    • H04M2215/208—IMS, i.e. Integrated Multimedia messaging Subsystem
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/72—Account specifications
    • H04M2215/7277—Account specifications on parallel communications
    • H04M2215/7295—Reserve amount, e.g. according to estimated costs for a typical communication duration or according to the estimated volume to be transferred
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/78—Metric aspects
    • H04M2215/7813—Time based data, e.g. VoIP or circuit switched packet data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/78—Metric aspects
    • H04M2215/782—Data or packet based

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Meter Arrangements (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

IMS(IP Multimedia Subsystem) 네트워크(100)에서 온라인 청구를 제공하기 위한 IMS 호 제어 노드(101) 및 방법이 개시된다. IMS 호 제어 노드(101)는 호 세션을 위해 CSCF(310)로부터 제 1 인터페이스(112)를 통해 호 메시지를 수신하고, 호 메시지에 응답하여, AS(Application Server) 논리(104-106) 또는 게이트웨이 논리(108)를 실행할지의 여부를 결정한다. 만약 처리 시스템(102)이, 호 메시지가 AS 논리로 처리되어야 한다고 결정한다면, 처리 시스템은 AS 논리를 실행하여 서비스를 수행하고, 서비스에 대한 온라인 청구를 위해 OSC(120)와 접촉한다. 만약 처리 시스템이, 호 메시지가 게이트웨이 논리로 처리되어야 한다고 결정한다면, 처리 시스템은 게이트웨이 논리를 실행하여 호 세션 제어를 수행하고, 호 세션에 대한 온라인 청구를 위해 OSC와 접촉한다.

Description

ＩＭＳ 호 제어 노드 및 그 동작 방법{CALL CONTROL WITH CONVERGED APPLICATION SERVER LOGIC AND GATEWAY LOGIC IN IMS NETWORKS}
도 1은 본 발명의 예시적인 실시예에서 온라인 청구를 제공하는 IMS 네트워크를 도시하는 도면.
도 2는 본 발명의 예시적인 실시예에서 IMS 호 제어 노드를 동작하는 방법을 도시하는 흐름도.
도 3은 본 발명의 예시적인 다른 실시예에서, IMS 호 제어 노드를 갖는 IMS 네트워크를 도시하는 도면.
도 4는 본 발명의 예시적인 실시예에서, IMS 호 제어 노드에서의 호 제어를 도시하는 도면.
도 5는 본 발명의 예시적인 실시예에서 온라인 청구를 제공하기 위해 트리거 소프트웨어를 실행하는 방법을 도시하는 흐름도.
도 6은 본 발명의 예시적인 실시예에서 트리거 소프트웨어에 의한 트리거링을 더 도시하는 도면.
도 7은 본 발명의 예시적인 실시예에서 예산 제어 소프트웨어를 실행하는 방법을 도시하는 도면.
도 8은 본 발명의 예시적인 실시예에서 OCS와 통신하는 예산 제어 소프트웨 어를 더 도시하는 도면.
도 9는 본 발명의 예시적인 실시예에서 Ro 프로토콜에 대한 새로운 필드를 도시하는 도면.
도 10은 CSCF와 IMS 호 제어 노드 사이의 SIP 메시지 라우팅을 구현하는데 이용된 루프 어라운드 메카니즘을 도시하는 도면.
도 11은 본 발명의 예시적인 실시예에서 IMS 네트워크에 대한 발생 IMS 호 시나리오를 도시하는 메시지도.
도 12는 본 발명의 예시적인 실시예에서 IMS 네트워크에 대한 종료 IMS 호 시나리오를 도시하는 메시지도.
도 13은 본 발명의 예시적인 실시예에서 IMS 네트워크에 대한 호 재방향성 시나리오를 도시하는 메시지도.
도 14는 본 발명의 예시적인 실시예에서, IMS 호 제어 노드에서의 논리의 집중을 도시하는 도면.
도면의 주요 부분에 대한 부호의 설명
101 : IMS 호 제어 노드 102 : 처리 시스템
110 : CSCF 120 : OCS
112, 122 : 인터페이스
본 발명은 통신 분야에 관한 것으로서, 특히, IMS(IP Multimedia Subsystem) 네트워크에서 온라인 청구(online charging)를 제공하기 위해 AS(Application Server) 논리 및 게이트웨이 논리를 집중시키는 IMS 호 제어 노드 및 방법에 관한 것이다.
3GPP(3rd Generation Partnership Project)에 개시된 바와 같이, IMS는 집중된 네트워크들에 대한 액세스-애그노스틱 네트워크 아키텍처(access-agnostic network architecture)를 갖는 공통의 핵심 네트워크를 제공한다. 서비스 제공자는 차세대 네트워크 발전에서 이러한 아키텍처를 수용하고 있다. 조작자 수입 발생을 위해 효율적인 IMS 온라인 청구를 제공하는 것은, IMS 네트워크의 성공적인 전개에 있어서 중요한 것이다.
수 개의 3GPP 기술 사양에는, IMS 네트워크에 대한 온라인 청구가 기술되어 있다. 예를 들어, 3GPP TS 32.200 사양은 세션 청구 기능을 갖는 OCS(online charging server)를 기술하고 있다. OCS는 IMS 서비스 제어(ISC) 인터페이스를 통해 CSCF(call session control function)에 접속되어 있다. CSCF는 호출자 또는 피호출자에 대한 호 세션을 제어하며, 호 세션에 대한 온라인 청구를 제공하기 위해 ISC 인터페이스를 통해 OCS와 통신할 필요가 있다. 그러나, ISC 인터페이스는 서비스 인터페이스이며, 온라인 청구를 지원하지 않는다. 따라서, 온라인 청 구를 위한 OCS와 CSCF 사이에 ISC 인터페이스를 이용하기 위해, 불행하게도, 추가적인 기능이 OCS에 추가될 필요가 있을 것이다.
추가적인 기능으로 OCS에 과부하가 발생되는 것을 회피하고, 온라인 청구 아키텍처를 안정적으로 유지하기 위해, CSCF와 OCS 사이의 인터페이스는, OCS에 기능을 추가하는 대신에 온라인 청구를 지원하도록, 변경될 수 있다. 온라인 청구를 지원하는 인터페이스를 위한 한 가지 옵션은, ISC 인터페이스를 확장하여, 청구 메카니즘을 허용하는 것이다. ISC 인터페이스는 서비스 인터페이스 및 청구 인터페이스 둘다일 수 있다. 불행하게도, ISC 인터페이스를 하이브리드 서비스/청구 인터페이스로서 이용하는 것은, 3GPP에 의해 요망되는 표준화를 위해 수용가능하지 못할 수 있다.
다른 옵션은 ISC 인터페이스 대신에 Ro 인터페이스를 이용하는 것인데, 그 이유는, Ro 인터페이스는 온라인 청구를 이미 지원하기 때문이다. 3GPP TS 32.296 사양은, CSCF와 OCS 사이의 게이트웨이로서 작용하는 IMS 게이트웨이 기능을 도입함으로써, 온라인 청구를 위해 Ro 인터페이스를 이용하는 것을 제안하고 있다. 32.296 사양에서 제안된 것과 같은 IMS 게이트웨이 기능은 ISC 인터페이스를 통해 CSCF와 통신하고, Ro 인터페이스를 통해 OCS와 통신한다. 불행하게도, 32.296 사양 및 다른 3GPP 사양은, 온라인 청구를 위해 IMS 게이트웨이 기능을 이용하는 방법에 대해 기술하지 않고 있다. 예를 들어, 그러한 사양은 IMS 게이트웨이 기능이 온라인 청구를 제공하기 위해 어떻게 동작하는지에 대해 기술하지 않고 있다. 또한, 그러한 사양은 ISC 인터페이스, Ro 인터페이스 및 CSCF가 함께 기능하는 방법을 기술하지 않고 있다. 예를 들어, 그러한 사양에서는, CSCF가 게이트웨이(IMS 게이트웨이 기능)를 통해 OCS와 직접 접속되는지의 여부는 표준화 영역 밖의 문제라고 기술되어 있다. 그러한 사양에서는, IMS 게이트웨이 기능의 물리적인 위치가 혼동스럽게 되어 있다.
또한, 그러한 사양은 IMS 네트워크를, OCS에서의 이벤트 기반 청구 기능에 접속되는 복수의 애플리케이션 서버를 포함하는 것으로서 기술하고 있다. 애플리케이션 서버는 Ro 인터페이스를 통해 OCS와 통신하고, ISC 인터페이스를 통해 CSCF와 통신한다. 불행하게도, 그러한 사양은 서비스에 대한 세션 기반 온라인 청구을 제공하기 위해 애플리케이션 서버가 OCS와 통신하는 방법에 대해서는 기술하고 있지 않다.
현재의 3GPP 사양은, 온라인 청구가 IMS 네트워크에 대해 수행되는 방법에 관해 적절하게 정의하지 않고 있다. IMS 네트워크에 대해 온라인 청구를 가능하게 하도록 기능을 정의해야 하는 문제가 남아 있다.
본 발명은 IMS 네트워크에서 온라인 청구를 제공하기 위한 IMS 호 제어 노드 및 방법을 정의함으로써, 상기 및 다른 관련 문제점들을 해결한다. 본 명세서에 기술된 IMS 호 제어 노드 및 방법은, 예전에 3GPP 사양 또는 다른 발행물에서는 정의되지 않았던 온라인 청구 또는 온라인 세션 청구를 제공하는 방법을 바람직하게 정의한다. 그 후, 고객은 온라인 청구 기능을 구현함으로써 수입을 증가시킬 수 있다.
본 발명의 일실시예는 온라인 청구를 제공하기 위해 CSCF 및 OCS에 접속되는 IMS 호 제어 노드를 포함한다. IMS 호 제어 노드는 CSCF와 통신하기 위한 제 1 인터페이스와, 처리 시스템과, AS 논리와, 게이트웨이 논리와, OCS와 통신하기 위한 제 2 인터페이스를 포함한다. 제 1 인터페이스는 제 1 프로토콜에 따라 CSCF와 통신하며, 제 1 프로토콜은 온라인 청구를 지원하지 않는다. 제 2 인터페이스는 제 2 프로토콜에 따라 OCS와 통신하며, 제 2 프로토콜은 온라인 청구를 지원하지 않는다.
동작시에, 처리 시스템은 CSCF로부터 제 1 인터페이스를 통해 호 메시지를 수신한다. 호 메시지에 응답하여, 처리 시스템은 AS 논리 또는 게이트웨이 논리를 실행할지 여부를 결정한다. 만약 처리 시스템이, 호 메시지가 AS 논리로 처리되어야 한다고 결정한다면, 처리 시스템은 AS 논리를 실행하여 서비스를 수행한다. 또한, 처리 시스템은 제 2 프로토콜에 따른 제 2 인터페이스를 통해, 서비스에 대한 온라인 청구를 위해 OCS와 접촉하도록 AS 논리를 실행한다. 만약 처리 시스템이, 호 메시지가 게이트웨이 논리로 처리되어야 한다고 결정한다면, 처리 시스템은 게이트웨이 논리를 실행하여 호 세션 제어를 수행한다. 또한, 처리 시스템은 제 2 프로토콜에 따른 제 2 인터페이스를 통해, 호 세션에 대한 온라인 청구를 위해 OCS와 접촉하도록 게이트웨이 논리를 실행한다.
IMS 호 제어 노드에서 AS 논리와 게이트웨이 논리를 결합시킴으로써, IMS 네트워크 토폴로지가 간략화되고, CSCF와 OCS 사이의 호 트래픽이 감소된다. 또한, 그러한 결합은 IMS 호 제어 노드에 의해 제공된 서비스의 성능 및 응답 시간을 향상시킨다. 또한, IMS 호 제어 노드는 AS 논리에 의해 제공된 다수의 서비스의 온라인 청구를 제공하고, 호 세션에 대한 실시간 세션 기반 온라인 청구를 제공한다.
본 발명은 이하에 기술된 다른 예시적인 실시예를 포함할 수 있다.
도면에서의 동일한 참조 번호는 모든 도면들을 통해 동일 요소를 나타낸다.
도 1-14 및 이하의 설명은, 본 발명의 최상의 모드를 만들어 이용하는 방법을 당업자에게 알려주기 위해, 본 발명의 특정한 예시적 실시예를 기술한다. 본 발명의 원리를 알려주기 위한 목적으로, 본 발명의 몇몇 통상적인 양상들은 간략화되거나 생략되었다. 당업자라면, 본 발명의 영역에 속하는, 이들 실시예로부터의 변형예를 이해할 것이다. 당업자라면, 이하에 기술된 특징들은 다양한 방법으로 조합되어, 본 발명의 여러 가지 변형예를 형성할 수 있음을 이해할 것이다. 그 결과, 본 발명은 이하에 기술된 특정 실시예에 한정되지 않으며, 특허 청구 범위 및 그들의 등가물에 의해서만 한정되는 것이다.
도 1은 본 발명의 예시적인 실시예에서 온라인 청구를 제공하는 IMS 네트워크(100)를 도시한다. IMS 네트워크(100)는 CSCF(310)와, IMS 호 제어 노드(101)와, OCS(320)를 포함한다. IMS 호 제어 노드(101)는 CSCF(310)와 통신하기 위한 인터페이스(112)와, 처리 시스템(102)과, AS 논리(104-106)와, 게이트웨이 논리(108)와, OCS(320)와 통신하기 위한 인터페이스(122)를 포함한다. 인터페이스 (112)는 링크(111)를 통해 CSCF(310)와 접속되어, 제 1 프로토콜에 따라 통신한다. 제 1 프로토콜은 온라인 청구를 지원하지 않는다. 인터페이스(112) 및 CSCF(310)에 의해 이용된 제 1 프로토콜의 일례에는 ISC 프로토콜이 있다. 인터페이스(122)는 링크(121)를 통해 OCS(320)와 접속되어, 제 1 프로토콜과는 상이한 제 2 프로토콜에 따라 통신한다. 제 2 프로토콜은 온라인 청구를 지원하지 않는다. 인터페이스(122) 및 OCS(320)에 의해 이용된 제 2 프로토콜의 일례에는 Ro 프로토콜이 있다. IMS 네트워크(100)는 도 1에 도시되지 않은 다른 구성 요소, 장치, 또는 시스템을 포함할 수 있다.
본 실시예에서, 처리 시스템(102)은 메시지 큐(160) 및 AS 관리자(170)를 또한 포함한다. 메시지 큐(160)는 처리 시스템(102)에 의해 동작될 임의의 메시지를 버퍼링하도록 구성된다. AS 관리자(170)는 어느 AS 논리(104-106)를 실행할지를 결정하도록 구성된다. 또한, AS 관리자(170)는 실행할 AS 논리(104-106)의 시퀀스를 결정하고, 서비스를 수행하기 위해 AS 논리를 실행하기 위한 시퀀스 리스트를 생성하도록 구성된다.
IMS 호 제어 노드(101)는 게이트웨이 논리 및 다수의 애플리케이션 서버에 대한 논리를 단일의 노드에 집중시킨다. 각 애플리케이션 서버의 논리는 독립적인 플러그-인(plug-in) 구성 요소를 포함할 수 있다. "논리" 라는 용어는 애플리케이션 서버 또는 게이트웨이의 동작을 수행하는 임의의 기능, 메카니즘, 소프트웨어, 펌웨어, 또는 하드웨어를 의미한다. AS 논리(104-106) 및 게이트웨이 논리(108)는 둘다 처리 시스템(102)에 의해 실행가능하다. AS 논리(104-106) 및 게이 트웨이 논리(108)는 처리 시스템(102)에 의해 액세스가능한 (도시되지 않은) 저장 매체에 저장될 수 있다.
도 2는 본 발명의 예시적인 실시예에서 IMS 호 제어 노드(101)를 동작하는 방법(200)을 도시하는 흐름도이다. 단계(202)에서, 처리 시스템(102)은 CSCF(310)로부터 인터페이스(112))를 통해 호 메시지를 수신한다. 호 메시지는 제 1 프로토콜내에 있다. 호 메시지는 SIP INVITE 메시지와 같은 SIP 메시지, OK 메시지, ACK 메시지 등을 포함할 수 있다. CSCF(310)로부터의 호 메시지에 응답하여, 처리 시스템(102)은 단계(504)에서 AS 논리(104-106) 또는 게이트웨이 논리(108)를 실행할지 여부를 결정한다. 그러한 결정에서, 처리 시스템(102)은 호 메시지가 서비스를 요청하고 있는지 또는 호 세션 제어 메시지인지를 처음에 식별할 수 있다. 호 메시지가 서비스를 요청하는 경우, 처리 시스템(102)은 AS 논리(104-106)가 호 메시지를 처리하는데 이용되는 것이라고 결정한다. 제 1 메시지가 서비스를 요청하고 있지 않고 호 세션을 설정 또는 유지하는 것과 관련된 것이라면, 처리 시스템(102)은 게이트웨이 논리(108)가 호 메시지를 처리하는데 이용되는 것이라고 결정한다.
만약 처리 시스템(102)이, 호 메시지가 AS 논리(104-106)로 처리되어야 한다고 결정한다면, 단계(206)에서, 처리 시스템(102)은 AS 논리(104-106)를 실행하여, 서비스를 수행한다. AS 논리(104-106) 중 어느 것이 실행되는지는, 어느 서비스가 수행되는지에 달려있다. 또한, 처리 시스템(102)은 단계(208)에서, 제 2 프로토콜에 따른 인터페이스(122)를 통해, 서비스에 대한 온라인 청구를 위해 OCS(320) 와 접촉하도록 AS 논리(104-106)를 실행한다.
만약 처리 시스템(102)이, 호 메시지가 게이트웨이 논리(108)로 처리되어야 한다고 결정한다면, 단계(210)에서, 처리 시스템(102)은 게이트웨이 논리(108)를 실행하여 호 세션 제어를 수행한다. 또한, 처리 시스템은 단계(212)에서, 제 2 프로토콜에 따른 인터페이스(122)를 통해, 호 세션에 대한 온라인 청구를 위해 OCS(320)와 접촉하도록 게이트웨이 논리(108)를 실행한다. 호 세션은 이전에 설정되거나, 또는 개시될 수 있다.
한 가지 예로서, 처리 시스템(102)이 호 세션 동안 CSCF(310)으로부터 제 1 메시지를 수신한다고 가정한다. 처리 시스템(102)은 제 1 메시지를 처리하고, 제 1 메시지에 응답하여, 제 1 서비스가 필요한지를 결정한다. 그 후, 처리 시스템(102)은 AS 논리(104)를 실행하여 제 1 서비스를 수행한다. AS 논리(104)는 이것이 온라인 또는 오프라인 호 청구인지를 결정한다. 만약 그것이 오프라인 청구인 경우, AS 논리(104)는 청구 정보를 오프라인 청구 노드(도 4에 도시되지 않음)로 송신한다. 만약 그것이 온라인 청구인 경우, 처리 시스템(102)은 제 1 서비스에 대한 온라인 청구를 위해, AS 논리(104)를 실행하여 OCS(320)와 접촉한다. 처리 시스템(102)은 제 2 프로토콜에 따른 인터페이스(122)를 통해 OCS(320)와 접촉한다.
처리 시스템(102)이 호 세션 동안 CSCF(310)로부터 제 2 메시지를 수신한다고 또한 가정한다. 처리 시스템(102)은 제 2 메시지를 처리하고, 제 2 메시지에 응답하여, 제 2 서비스가 필요한지를 결정한다. 그 후, 처리 시스템(102)은 AS 논리(105)를 실행하여 제 2 서비스를 수행한다. 또한, 처리 시스템(102)은 제 2 서비스에 대한 온라인 청구를 위해, AS 논리(105)를 실행하여 OCS(320)와 접촉한다. 처리 시스템(102)은 제 2 프로토콜에 따른 인터페이스(122)를 통해 OCS(320)와 접촉한다.
처리 시스템(102)이 호 세션 동안 CSCF(310)로부터 제 3 메시지를 수신한다고 또한 가정한다. 처리 시스템(102)은 제 3 메시지를 처리하고, 제 3 메시지에 응답하여, 호 세션 제어가 필요한지를 결정한다. 그 후, 처리 시스템(102)은 게이트웨이 논리(108)를 실행하여 호 세션 제어를 수행한다. 또한, 처리 시스템(102)은 호 세션에 대한 온라인 청구를 위해, 게이트웨이 논리(108)를 실행하여 OCS(320)와 접촉한다. 처리 시스템(102)은 제 2 프로토콜에 따른 인터페이스(122)를 통해 OCS(320)와 접촉한다.
도 3은 본 발명의 예시적인 다른 실시예에서, IMS 호 제어 노드(301)를 갖는 IMS 네트워크(300)를 도시한다. IMS 네트워크(300)는 이동국(330)과, CSCF(310)와, IMS 호 제어 노드(301)와, OCS(320)를 포함한다. IMS 호 제어 노드(301)는 CSCF(310) 및 OCS(320)로부터 분리된 노드로서 도시된다. IMS 호 제어 노드(301)는 CSCF(320)와 통신하기 위한 ISC 인터페이스(312)와, 처리 시스템(302)과, 저장 매체(303)와, OCS(320)와 통신하기 위한 Ro 인터페이스(322)를 포함한다. 처리 시스템(302)은 메시지 큐(360) 및 AS 관리자(370)를 포함한다. 메시지 큐(360)는 ISC 메시지 큐(362) 및 직경 메시지 큐(364)를 포함한다.
ISC 인터페이스(312)는 링크(311)를 통해 CSCF(310)에 접속되어, ISC 프로토 콜에 따라 통신한다. 예를 들어, ISC 인터페이스(312)는 SIP 인터페이스 또는 다른 유사한 프로토콜을 포함할 수 있다. Ro 인터페이스(322)는 링크(321)를 통해 OCS(320)에 접속되어, Ro 프로토콜에 따라 통신한다. 특히, Ro 인터페이스(322)는 OCS(320)에서 링크(321)에 의해 세션 기반 청구 기능(324)에 접속된다. IMS 네트워크(300)는 도 3에 도시되지 않은 다른 구성 요소, 장치, 또는 시스템을 포함할 수 있다.
처리 시스템(302)은 저장 매체(303)에 저장된 논리 및 소프트웨어를 실행하도록 구성된다. 저장 매체(303)는 AS 논리(304-306), 게이트웨이 논리(308), 호 제어 소프트웨어(352), 트리거 소프트웨어(353) 및 예산 제어 소프트웨어(354)를 저장한다. 도 3에 도시된 논리 및 소프트웨어는 저장 매체(303)에 저장되는 인스트럭션으로 구성된다. 인스트럭션은 처리 시스템(302)에 의해 검색 및 실행될 수 있다. 인스트럭션의 몇 가지 예로는, 소프트웨어, 프로그램 코드 및 펌웨어가 있다. 저장 매체(303)의 몇 가지 예로는, 메모리 장치, 테이프, 디스크, 집적 회로 및 서버가 있다. 인스트럭션은, 본 발명에 따라 처리 시스템(302)에게 동작하도록 지시하기 위해, 처리 시스템(302)에 의해 실행될 때 동작된다. "처리 시스템" 이라는 용어는 단일의 처리 장치 또는 상호 동작 처리 장치들의 그룹을 의미한다. 처리 시스템의 몇 가지 예로는, 컴퓨터, 집적 회로 및 논리 회로가 있다. 당업자라면, 인스트럭션, 프로세서 및 저장 매체에 친숙할 것이다.
처리 시스템(302)은 AS 관리자(370)에 의해 다수의 독립적 플러그-인 "논리" 상호작용을 구현하기 위해, 메시지 큐(360)를 유지한다. ISC 메시지 큐(362)는 CSCF(310)로부터 수신되거나 또는 CSCF(310)로 향하는 메시지를 버퍼링한다. 또한, ISC 메시지 큐(362)는 AS 논리(304-306) 사이의 메시지를 버퍼링한다. 직경 메시지 큐(364)는 OSC(320)로부터 수신되거나 또는 OSC(320)로 향하는 메시지를 버퍼링한다. AS 관리자(370)는 특정 시퀀스를 정의하여 AS 논리를 실행함으로써 서비스를 수행한다. 하나의 AS 논리의 출력은 다른 AS 논리의 입력일 수 있다. AS 논리의 실행 시퀀스는 실제 세상의 애플리케이션 시나리오에 따라 구성될 수 있다. 처리 시스템(302)은 다른 서비스 구성 요소에 영향을 미치지 않고서, 하나의 애플리케이션을 디스에이블링시킬 수 있다. IMS 호 제어 노드(301)는 세가지 종류의 애플리케이션 유형으로서 구성될 수 있다.
1) 순수 IMS 게이트웨이
2) 독립형 애플리케이션 서버
3) 집중된 IMS 애플리케이션 서버
IMS 네트워크(300)는 실질적으로 도 2에 기술된 바와 같이 동작한다. 처리 시스템(302)은 CSCF(310)로부터 ISC 인터페이스(312)를 통해 호 메시지를 수신한다. 호 메시지는 SIP INVITE 메시지와 같은 SIP 메시지, OK 메시지, ACK 메시지 등일 수 있다. CSCF(310)로부터의 호 메시지에 응답하여, 처리 시스템(302)은 AS 논리(304-306) 또는 게이트웨이 논리(308)를 실행할지 여부를 결정한다.
AS 관리자(370)는 CSCF(310)로부터 수신된 호 메시지를 처리한다. 호 메시지에 근거하여, AS 관리자(370)는 AS 논리(304-306) 및/또는 게이트웨이 논리(308)에 의해 수행될 동작들의 시퀀스를 결정한다. 그 후, AS 관리자(370)는 하나 이 상의 서비스를 수행하기 위해 뒤따를 AS 실행 시퀀스 리스트를 생성한다. AS 관리자(370)는 AS 논리(304-306) 및 게이트웨이 논리(308)가 수행될 시퀀스를 정의함으로써, AS 논리(304-306) 및 게이트웨이 논리(308)의 집중을 허용한다.
도 14는 본 발명의 예시적인 실시예에서, IMS 호 제어 노드(301)에서의 논리의 집중을 도시한다. 도 14에서, 메시지 큐(360)는 CSCF(310)로부터 ISC 인터페이스(312)를 통해 SIP 메시지를 수신한다. AS 관리자(370)는 SIP 메시지를 처리하여, 수행할 동작의 시퀀스를 결정한다. AS 관리자(370)는 수행할 동작을 제어하는 AS 실행 시퀀스 리스트를 생성한다. AS 실행 시퀀스 리스트에 근거하여, 처리 시스템(302)은 처음에 AS 논리(304)를 실행한다. 그 후, 처리 시스템(302)은 AS 논리(305)를 실행한다. 그 후, 처리 시스템(302)은 AS 논리(306)를 실행한다. 마지막으로, 처리 시스템(302)은 게이트웨이 논리(308)를 실행한다. 도 14에 도시된 바와 같이, 하나의 AS 논리의 출력은 다른 AS 논리에 대한 입력일 수 있다.
도 3에서, 만약 AS 관리자(370)가, 호 메시지가 AS 논리(304-306)로 처리되어야 한다고 결정한다면, 처리 시스템(302)은 AS 논리(304-306)를 실행하여 서비스를 수행한다. AS 논리(304-306) 중 어느 것이 실행되는지는, AS 실행 시퀀스 리스트에 달려있다. 또한, 처리 시스템(302)은 Ro 인터페이스(322)를 통해, 서비스에 대한 온라인 청구를 위해 OCS(320)와 접촉하도록 AS 논리(304-306)를 실행한다. 특히, AS 논리(304-306)는 OCS(320)에서 세션 기반 청구 기능(324)과 접촉한다. AS 논리(304-306)는 직경 신용 제어 애플리케이션 요청 메시지를 OCS(320)로 송신함으로써 OCS(320)와 접촉한다. AS 논리(304-306)는 서비스에 대한 청구 정보를 직경 신용 제어 애플리케이션 요청 메시지의 확장 필드 또는 새로운 필드에 삽입하여, 서비스에 대한 청구 정보를 OCS(320)에게 보고한다. Ro 인터페이스(322)의 새로운 필드 또는 확장 필드는 이전에 존재하지 않지만, 본 발명에서는, IMS 호 제어 노드(301) 또는 다른 시스템 또는 엔티티에 의해 추가되어, Ro 인터페이스(322)를 통한 서비스당 온라인 청구를 허용한다.
만약 AS 관리자(370)가, 호 메시지가 게이트 논리(308)로 처리되어야 한다고 결정한다면, 처리 시스템(302)은 게이트 논리(308)를 실행하여 호 세션 제어를 수행한다. 또한, 처리 시스템(302)은 Ro 인터페이스(322)를 통해, 호 세션에 대한 온라인 청구를 위해 OCS(320)와 접촉하도록 게이트웨이 논리(308)를 실행한다.
도 4는 본 발명의 예시적인 실시예에서, IMS 호 제어 노드(301)에서의 호 제어를 도시한다. 본 실시예에서, 핵심 서비스 제어 논리는, 호 제어 소프트웨어(352)에서 규칙들의 세트로서 정의된다. 특정 애플리케이션 서비스는 그 자신의 서비스 규칙을 갖는다. 모든 방침 규칙은 호 제어 소프트웨어(352)에 의해 액세스가능한 방침 저장부에 저장된다. 방침 저장부내의 규칙은, 시간 규칙, 위치 규칙, 호출자 규칙, 피호출자 규칙, 근저 사용자 그룹 규칙, 세션 처리 규칙, QoS 규칙, 매체 구성 요소 규칙 등과 같은 상이한 카테고리로 분할된다.
AS 논리(304-306)에서의 PEP(policy enforcement point)는 호 제어 소프트웨이(352)에서의 PDP(policy decision point)와 통신하여, 결정 요청을 예비시킨다. PDP는 방침 저장부를 액세스하여, 결정 응답을 결정하기 위해 평가되는 관련 규칙을 획득한다. 일단 결정 응답이 획득되면, AS 논리(304-306)는 기능들을 호출하 여, 서비스 제어 및 온라인 청구 목적을 위해 결정을 수행한다.
서비스 방침 관리에서, 규칙은 조건 리스트 및 동작들의 시퀀스로서 표현된다.
Figure 112005070037792-PAT00001
조건 리스트는 CNF(Conjunctive Normal Form)에서 부울 연산자(Boolean operator) AND, OR 및 NOT에 의해 링크된 조건들의 리스트로 구성된다. 규칙이 호출되는 경우, PDP에서 규칙 조건이 평가된다. 규칙 조건이 매칭된다면, 규칙하의 동작들이 순서대로 실행된다.
예를 들면, 호 존재 애플리케이션 서비스를 이용함으로써, 서비스는 가입자의 입력 호를, 요일, 시간 및 호출자 역할에 근거하여, 상이한 위치로 라우팅한다. 이하의 내용은, IMS 호 제어에서의 호 존재에 관한 상세 규칙을 제공한다.
시간 카테고리는 다음의 규칙과 같이 결정된다.
Figure 112005070037792-PAT00002
Figure 112005070037792-PAT00003
만약 가입자 13579848이 입력 IMS 호를 수신한다면, 호출자 역할은 이하의 규칙에 의해 결정된다.
Figure 112005070037792-PAT00004
Figure 112005070037792-PAT00005
가입자 13579848의 존재는 이하의 규칙에 의해 결정된다.
Figure 112005070037792-PAT00006
Figure 112005070037792-PAT00007
도 5는 본 발명의 예시적인 실시예에서 온라인 청구를 제공하기 위해 트리거 소프트웨어(353)를 실행하는 방법(500)을 도시하는 흐름도이다. 방법(500)의 경우, 처리 시스템(302)은 이하의 내용을 수행하기 위해, 트리거 소프트웨어(353)를 실행한다. 단계(502)에서, 트리거 소프트웨어(353)는 호 세션을 위해 CSCF(310)로부터 ISC 인터페이스(312))를 통해 제 1 메시지를 수신한다. 호 세션은 이미 형성되어 있거나, 또는 제 1 메시지에 의해 개시될 수 있다. 제 1 메시지는 SIP INVITE 메시지와 같은 SIP 메시지 또는 다른 프로토콜의 메시지일 수 있다. 단계(504)에서, 트리거 소프트웨어(353)는 제 1 메시지를 처리하여, 호 세션에 대한 온라인 청구를 위해 OCS(320)와 접촉할지 여부를 결정한다. 단계(504)의 경우, 트리거 소프트웨어(353)는 규칙을 식별하고, 그러한 규칙에 근거하여 제 1 메시지를 처리할 수 있다. 예를 들어, 규칙은 하나 이상의 조건을 포함할 수 있다. 조건이 제 1 메시지에 대해 만족된다면, 트리거 소프트웨어(353)는 규칙에 정의된 동작들을 수행한다. 그러한 동작들 중 하나는 온라인 청구에 관한 OCS(320)와 접촉하는 것일 수 있다. 이러한 규칙 기반 방안은 어느 조건하에서 트리거 소프트웨어(353)가 청구 기록을 보고하기 위해 OCS(320)와 접촉하는지를 정의시에 융통성을 허용한다.
OCS(320)와 접촉하지 않는다는 결정인 경우, 트리거 소프트웨어(353)는, 단계(506)에서, CSCF(310)로부터 다음 메시지를 대기한다. OCS(320)와 접촉한다는 결정인 경우, 트리거 소프트웨어(353)는, 단계(508)에서, OCS(320)로 송신할 청구 요청을 포함하는 제 2 메시지를 생성한다. 제 2 메시지의 일례는 CCR(Credit Control Request)이다. 단계(510)에서, 트리거 소프트웨어(353)는 ISC 프로토콜에서의 제 1 메시지의 필드를, Ro 프로토콜에서의 제 2 메시지의 필드로 맵핑한다. 단계(512)에서, 트리거 소프트웨어(353)는 제 2 메시지를 Ro 인터페이스(322)를 통해 OCS(320)로 송신한다. 제 2 메시지는 OCS(320)에게, 호 세션의 가입자를 확인하고, 가입자에 대한 사전지불된 잔액을 결정하고, 호 세션에 대한 호 세션 정보 및 레이트를 결정하고, 호 세션에 대한 유닛을 부여하고, 가입자에 대한 계정으로부터 유닛의 양을 감소시키는 것과 같은 호 세션에 대한 온라인 청구 기능, 또는 임의의 다른 온라인 청구 기능을 수행하기 위한 적절한 정보를 제공한다.
하나 이상의 청구 기능을 수행하는 OCS(320)에 응답하여, 트리거 소프트웨어(353)는 단계(514)에서 제 2 메시지에 응답하여 OCS(320)로부터 제 3 메시지를 수신한다. 제 3 메시지에서, OCS(320)는 가입자가 호 세션을 개시 또는 유지하기 위해 충분한 수의 유닛을 갖고 있는지 여부를 나타내거나, 호 세션에 대한 청구를 허용 또는 부정할지의 여부를 나타내거나, 또는 호 세션의 온라인 청구와 관련된 임의의 다른 정보를 나타낼 수 있다. 단계(516)에서, 트리거 소프트웨어(353)는 OCS(320)로부터 호 세션에 대한 청구가 허용 또는 부정되었는지의 여부를 나타내는 제 4 메시지를 생성하고, 제 4 메시지를 ISC 인터페이스(312)를 통해 CSCF(310)로 송신한다.
도 6은 본 발명의 예시적인 실시예에서 트리거 소프트웨어(353)에 의한 트리거링을 더 도시한다. 처리 시스템(302)은 트리거 소프트웨어(353)을 실행하여, 가입자에게 온라인 청구를 제공한다. 본 실시예에서, 청구 트리거 포인트는 SIP/SDP(Session Initiation Protocol/Session Description Protocol) 메시지를 매칭시키기 위한 규칙들, 즉 SIP 방법 규칙, 요청-URI 규칙, SIP 헤더 규칙, 세션 케이스 규칙, 세션 서술 규칙의 그룹으로서 정의된다. 청구 트리거 포인트는 다음과 같은 정보, 즉 (1) 기본 IMS 호 정보, (2) IMS 세션내의 매체 구성 요소 갱신, (3) IMS 세션내의 QoS 갱신 및 (4) IMS 세션내의 이동 위치 갱신이, IMS 호 제어 노드(301)에 의해 OCS(320)로 보고되도록 할 수 있다.
방침 규칙은 트리거 소프트웨어(353)에 의해 액세스가능한 저장부에 저장된다. 규칙은 조건 리스트 및 동작들의 리스트로서 표현된다. 예를 들어, 규칙은 다음과 같이 표현될 수 있다.
Figure 112005070037792-PAT00008
조건 리스트는 CNF(Conjunctive Normal Form)에서 부울 연산자 AND, OR 및 NOT에 의해 링크된 조건들의 리스트로 구성된다. 규칙이 호출될 때, 규칙 조건이 평가된다. 규칙 조건이 매칭된다면, 규칙하의 동작들이 순서대로 실행될 것이다.
본 실시예에서, 청구 트리거 포인트는 세가지 종류의 모니터 유형, 즉 INTERRUPT 유형, NOTIFY 유형 또는 NULL 유형(트리거가 활성화되지 않음)으로 정의된다. 트리거 포인트가 INTERRUPT 유형으로서 구성되고, 트리거 기준이 매칭되는 경우, IMS 호 제어 노드(301)는 IMS 세션 처리를 중지하고, OCS(320)로부터의 인스트럭션을 대기한다. 트리거 포인트가 NOTIFY 유형으로서 구성되고, 트리거 기준이 매칭되는 경우, IMS 호 제어 노드(301)는 세션 정보를 OCS(320)로 송신하고, 세션 처리를 계속한다. 청구 트리거가 IMS 호 제어 노드(301)에서 활성화되지 않는 경우, IMS 호 제어 노드(301)는 SIP 메시지를 CSCF(310)로 리턴하여, 어떠한 청구 제어 관계도 없이 현재 세션을 계속한다. 이하의 내용은 트리거의 예들을 열거하는 것이다.
Figure 112005070037792-PAT00009
도 7은 본 발명의 예시적인 실시예에서 예산 제어 소프트웨어(354)를 실행하는 방법(700)을 도시한다. 단계(702)에서, 예산 제어 소프트웨어(354)는 트리거 소프트웨어(353)로부터, 트리거 소프트웨어(353)가 청구 요청을 위해 메시지를 OCS(320)로 송신하고 있음을 나타내는 메시지를 수신한다. 트리거 소프트웨어(353)로부터의 메시지 수신에 응답하여, 예산 제어 소프트웨어(354)는 단계(704)에서 초기 메시지를 생성하고, 이 초기 메시지를 Ro 인터페이스(322)를 통해 OCS(320)로 송신한다. 초기 메시지는 OCS(320)로부터 유닛의 할당량을 요청한다. 또한, 초기 메시지는 OCS(320)에게, 가입자를 식별하고, 가입자에 대한 계정을 식별하여, 계정내의 잔액을 결정하고, 예산 제어 소프트웨어(354)에 할당하기 위한 유닛의 할당량을 결정하기 위한 적절한 정보를 제공한다. "유닛"이라는 용어는 가입자에 대한 잔액을 기술하는데 이용되며, "유닛"은 분(minutes) 또는 통화(currency)와 같은 임의의 측정 유닛을 의미할 수 있다. 초기 메시지는 CCR 메시지를 포함할 수 있다.
단계(706)에서, 예산 제어 소프트웨어(354)는 OCS(320)로부터, 예산 제어 소프트웨어(354)에 할당된 호 세션에 대한 유닛의 할당량을 나타내는 응답 메시지를 수신한다. 유닛의 할당량은 OCS(320)에 의해 할당 또는 제공된 임의의 양을 포함한다. 유닛의 할당량은 가입자의 계정의 전체 잔액을 나타낼 필요는 없다. 응답 메시지는 CCA 메시지를 포함할 수 있다. 단계(708)에서, 예산 제어 소프트웨어(354)는 호 세션 동안 소비된 유닛의 양을 모니터링한다.
유닛의 할당량이 호 세션 동안 소비되거나, 또는 트리거 소프트웨어(353)로부터 다른 메시지가 수신되는 경우, 단계(710)에서, 예산 제어 소프트웨어(354)는 임시 메시지를 생성하여, 그 임시 메시지를 Ro 인터페이스(322)를 통해 OCS(320)로 송신한다. 임시 메시지는 소비된 유닛의 수를 나타낸다. 또한, 임시 메시지는 OCS(320)로부터 유닛의 새로운 할당을 요청한다. 단계(712)에서, 예산 제어 소프트웨어(354)는 OCS(320)로부터, 예산 제어 소프트웨어(354)에 할당된 호 세션에 대한 유닛의 다른 할당량을 나타내는 응답 메시지를 수신한다. 그 후, 예산 제어 소프트웨어(354)는 단계(708)에서 제공된 바와 같이 호 세션 동안 소비된 유닛의 양을 모니터링한다.
예산 제어 소프트웨어(354)가 트리거 소프트웨어(353)로부터, 호 세션이 종료중이거나 또는 종료되었음을 나타내는 메시지를 수신하는 경우, 예산 제어 소프트웨어(354)는 단계(714)에서 최종 메시지를 생성하여, 그 최종 메시지를 Ro 인터페이스(322)를 통해 OCS(320)로 송신한다. 최종 메시지는 호 세션을 위해 이용된 유닛의 전체 양을 보고한다.
도 8은 본 발명의 예시적인 실시예에서 OCS(320)와 통신하는 예산 제어 소프트웨어(354)를 더 도시한다. 예산 제어 소프트웨어(354)는 드래프트 IETF 직경 신용 제어 애플리케이션 프로토콜에 정의된 CCR(Credit-Control-Request) 및 CCA(Credit-Control-Answer)의 확장인 Ro 인터페이스(322)를 통해 OCS(320)와 통신한다. 예산 제어 소프트웨어(354)는 Ro 인터페이스(322)를 통한 IMS 호 제어 노드(301)와 OCS(320) 사이의 일련의 "질문(interrogation)"에 근거한다. 질문은 초기 질문, 하나 이상의 임시 질문 및 최종 질문을 포함한다. 각각의 질문은 CCR-CCA 쌍으로 구성된다.
초기 질문(즉, CCR[INITIAL] 및 CCA[INITIAL])에서, 예산 제어 소프트웨어(354)는 초기 메시지(즉, CCR[INITIAL])를 OCS(320)로 송신하여, OCS(320)로부터 유닛의 할당량을 요청한다. 예산 제어 소프트웨어(354)는 OCS(320)로부터, 유닛의 예비 할당을 나타내는 응답 메시지(즉, CCA[INITIAL])를 수신한다. 예비 할당이 정의된 임계값으로 소비되거나, 또는 다음 청구 포인트가 트리거링되는 경우, 예산 제어 소프트웨어(354)는 임시 메시지를 임시 질문(즉, CCR[UPDATE] 및 CCA[UPDATE])으로서 OCS(320)에게 송신함으로써, 현재 청구 포인트까지 할당 유닛의 실제 수를 보고한다. 또한, 예산 제어 소프트웨어(354)는 다음 청구 포인트에 대한 유닛의 새로운 할당을 요청한다. 최종 질문(즉, CCR[TERMINATION] 및 CCA[TERMINATION])에서, 예산 제어 소프트웨어(354)는 IMS 호 세션에서 소비된 전체 이용 유닛을 보고한다.
OCS(320)와 접촉하는 경우, 게이트웨이 논리(320)는 ISC 메시지로부터의 필드를 Ro 메시지에서의 필드로 맵핑하여, 호 세션에 대한 청구 요청을 제공한다. AS 논리(304-306)가 Ro 인터페이스(322)를 통해 OCS(320)와 접촉하는 경우, AS 논리(304-306)에 의해 제공된 서비스에 대한 청구 요청을 위한 필드가 현재 존재하지 않는다. AS 논리(304-306)에 의해 수행된 상이한 서비스에 대해, 상이한 서비스 이용이 상이한 온라인 청구를 수행할 수 있다.
도 9는 본 발명의 예시적인 실시예에서 Ro 프로토콜에 대한 새로운 필드를 도시한다. IMS 호 제어 노드(301)는 서비스 마다에 대해 독립 온라인 청구를 지원한다. 이들 시나리오를 최적으로 지원하기 위해, 각 서비스의 청구 요청에 대한 다수의 Ro 요청을 전송하는 대신에, IMS 호 제어 노드(301)는 MSCC(Multiple-Service-Credit-Control) AVP(Attribute Value Pair)을 지원하여, 다수의 서비스의 청구를 포함하는 직경 신용 제어 애플리케이션 요청 메시지를 OCS(320)로 전송한다. IMS 호 제어 노드(301)에서, 각각의 서비스는 서비스 식별자에 의해 식별된다. 동일한 청구 특성을 갖는 다수의 서비스는 레이팅 그룹으로 그룹화될 수 있다. 레이팅 그룹을 결정하는 규칙은 서비스 ID 및 서비스 파라미터에 근거한다. 추상적인 레이팅 그룹 규칙은 다음과 같이 표현될 수 있다.
Figure 112005070037792-PAT00010
IETF에서의 직경 신용 제어 애플리케이션 프로토콜에 대한 확장에 근거하는 3GPP 정의된 Ro 인터페이스는 애플리케이션 서비스 집중 지원을 만족시킬 수 없다. 따라서, IMS 호 제어 노드(301)는 새로운 동적 청구 트리거 포인트 AVP를 정의하여, MSCC AVP를 확장함으로써, 동적 청구 기록 보고를 지원한다. IMS 호 제어 노드(301)가 Ro 응답으로부터 동적 청구 트리거 포인트를 얻을 경우, IMS 호 제어 노드(301)는 청구 기록 보고 필터를 규칙 저장부내로 동적으로 공급한다. 후속하는 진행중(on-going) 메시지의 경우, 게이트웨이 논리(308)내의 PEP는 PDP를 요청하여, IMS 호 정보를 평가한다. 청구 보고 필터 규칙이 매칭되는 경우, IMS 호 제어 노드(302)는 청구 보고를 OCS(320)로 전송하는 것으로 결정한다.
도 10은 CSCF(310)와 IMS 호 제어 노드(301) 사이의 SIP 메시지 라우팅을 구현하는데 이용된 루프 어라운드 메카니즘을 도시한다. 루프 어라운드 메카니즘은 IMS 호 제어 노드(301)가, CSCF(310)에서의 정상 세션 제어를 차단하지 않고서도, 세션 청구 제어를 실행할 수 있도록 한다.
CSCF(310)가 SIP 메시지를 수신하는 경우, CSCF(310)는 세션 제어를 위해 SIP 메시지를 IMS 호 제어 노드(301)로 라우팅한다. 세션 청구 제어 이후에, IMS 호 제어 노드(301)는 동일한 SIP 메시지를 CSCF(310)로 다시 라우팅한다. 따라서, CSCF(310)와 IMS 호 제어 노드(301) 사이의 메시지 상호작용이 루프될 것이다.
루프 백 기능을 수행하기 위해, SIP 요청 메시지가 이동국 A로부터 CSCF(310)로 라우팅될 때, CSCF(310)는 그의 어드레스를 SIP 요청 메시지내의 Via 필드에 추가한다. 다른 실시예에서, SIP 요청 메시지의 다른 필드가 이용될 수 있다. 그 후, CSCF(310)는 SIP 요청 메시지를 IMS 호 제어 노드(301)로 라우팅한다. 세션 청구 제어 처리 이후에, IMS 호 제어 노드(301)는 그의 어드레스를, CSCF(310)의 어드레스의 Via 필드의 위에 있는 Via 필드에 추가한다. 그 후, IMS 호 제어 노드(301)는 다른 제어 처리를 위해 SIP 요청 메시지를 CSCF(310)로 다시 라우팅한다. CSCF(310)가 SIP 요청 메시지를 라우팅할 때, CSCF(310)는 그의 어드레스를 IMS 호 제어 노드(301)의 어드레스 위의 Via 필드에 다시 추가한다. SIP 메시지가 이동국 B로 라우팅될 때, 이러한 SIP 메시지의 헤더에는 적어도 3개의 Via 필드가 존재할 것이다. 따라서, Via 필드 루프, 즉 CSCF → IMS 호 제어 노드 → CSCF가 존재할 것이다.
SIP 응답 메시지가 이동국 B로부터 CSCF(310)로 다시 라우팅될 때, CSCF(310)는 임의의 요구된 기능을 수행하며, CSCF(310)의 어드레스의 제 1 경우인 Via 필드에서의 최상부 어드레스를 스트립 오프(strip off)시킨다. 그 후, CSCF(310)는 SIP 응답 메시지를 IMS 호 제어 노드(301)에 대한 어드레스인 Via 필드내의 다음 어드레스로 라우팅한다. IMS 호 제어 노드(301)는 임의의 요구된 기능을 수행하며, 그의 어드레스인 Via 필드내의 최상부 어드레스를 스트립 오프시킨다. 그 후, IMS 호 제어 노드(301)는 SIP 응답 메시지를 CSCF(310)로 라우팅한다. CSCF(310)는 임의의 요구된 기능을 수행하며, CSCF(310)의 어드레스의 제 2 경우인 Via 필드에서의 남아 있는 어드레스를 스트립 오프시킨다. 그 후, CSCF(310)는 SIP 응답 메시지를 이동국 A에게 라우팅한다.
IMS 호 제어 노드(301)는 많은 이점을 제공한다. AS 논리(304-306)와 게이트웨이 논리(308)를 결합시킴으로써, IMS 네트워크 토폴로지가 간략화되고, CSCF(310)와 OCS(320) 사이의 호 트래픽이 감소된다. 또한, 그러한 결합은 IMS 호 제어 노드(301)에 의해 제공된 서비스의 성능 및 응답 시간을 향상시킨다. 또한, IMS 호 제어 노드(301)는 Ro 프로토콜의 확장을 이용함으로써, ㅊAS 논리(304-306)에 의해 제공된 다수의 서비스의 온라인 청구를 제공한다. 서비스에 대한 청구 외에도, IMS 호 제어 노드(301)는 실시간 세션 기반 온라인 청구를 가능하게 한다.
이하의 내용은, 발생 IMS 호 시나리오, 종료 호 시나리오 및 호 재방향성 시나리오에서의 IMS 네트워크(300)의 세가지 동작 예를 제공한다.
예 1
도 11은 도 3에 기술된 IMS 네트워크(300)에 대한 발생 IMS 호 시나리오를 도시한다. 시작을 위해, 호출자(또는, 호출자 스테이션)는 SIP INVITE 메시지를 CSCF(310)로 송신한다. CSCF(310)는 INVITE 메시지를 IMS 호 제어 노드(310)로 송신한다. IMS 호 제어 노드(301)는 이하의 내용을 수행하기 위해 애플리케이션 서비스 논리를 호출한다. IMS 호 제어 노드(301)는 피호출자 번호가 단축 번호인지를 결정하고, ABD(Abbreviated Dialing) 애플리케이션 논리를 호출하여, 단축 번호를 정상 호 번호로 변환한다. ABD 애플리케이션 논리에서의 청구 PEP는 청구 PDP를 요청하고, ABD 번호 변환이 레이팅 그룹 1(예를 들면, ABD 번호 변환에 대해 일률적인 청구를 가짐)로서 청구되는 것으로 결정한다. ABD 번호 변환 이후에, IMS 호 제어 노드(301)는, 세션 제어를 위해, 이러한 세션을 세션 정상 세션으로서 취급한다. IMS 호 제어 노드(301)는 IMS 게이트웨이 논리를 호출하고, IMS 세션 제어를 위한 청구 PEP가 청구 PDP를 요청하여, 세션 청구를 레이팅 그룹 2로서 결정한다. 방침 관리에서, 청구 트리거 포인트는 INTERRUPT로서 구성된다. IMS 호 제어 노드(310)는 타이머를 개시시켜, 현재 세션을 유지한다. PDP에서의 청구 트리거 규칙은 다음과 같이 표현될 수 있다.
Figure 112005070037792-PAT00011
IMS 호 제어 노드(310)는 신용 예비를 위해 직경 CCR[INITIAL] 메시지를 OCS(320)로 송신한다. CCR 메시지에, 2개의 MSCC AVP가 포함된다. 하나의 MSCC AVP는 레이팅 그룹 1(예를 들면, ABD 번호 변환에 대해 일률적인 청구)의 신용 예비를 위한 것이다. 다른 MSCC AVP는 레이팅 그룹 2(예를 들면, 호출자가 이용가능한 최대 세션 지속 기간을 대략적으로 평가하기 위한 세션 신용 사전 권한 부여)의 신용 예비를 위한 것이다.
OCS(320)는 각각의 레이팅 그룹에 대해 할당 유닛을 각각 부여하고, 부여된 할당을 각각의 레이팅 그룹의 MSCC AVP에 설정한다. OCS(320)는 각각의 MSCC AVP 아래에 서비스 특정적 청구 트리거 서브 AVP를 위치시킨다. 그 후, OCS(320)는 직경 CCA[INITIAL] 메시지를 IMS 호 제어 노드(301)로 송신한다.
IMS 호 제어 노드(310)가 CCA 메시지를 수신하여, 세션이 허용될 수 있는지 여부를 결정할 때, IMS 호 제어 노드(310)는 현재 세션 처리를 계속하고, CSCF(310)를 통해 INVITE 메시지를 피호출자에게 송신한다.
피호출자가 호에 응답할 때, 피호출자는 200 OK 메시지를 CSCF(310)로 송신한다. CSCF(310)는 200 OK 메시지를 IMS 호 제어 노드(310)로 송신한다. IMS 호 제어 노드(310)가 200 OK 메시지를 수신한 경우, IMS 호 제어 노드(310)는 청구 방침 관리를 요청하고, 청구 규칙은 다음과 같이 평가된다.
Figure 112005070037792-PAT00012
청구 트리거 유형은 "NOTIFY"이기 때문에, IMS 호 제어 노드(310)는 현존 세션을 인터럽트하지 않는다. IMS 호 제어 노드(310)는 200 OK 메시지를 CSCF(310)로 송신하여, 세션이 계속되도록 한다.
그 후, IMS 호 제어 노드(310)는 직경 CCR[UPDATE] 메시지를 송신하여 청구 기록을 OCS(320)로 보고한다. 세션이 성공적으로 응답되기 때문에, 레이팅 그룹 1의 MSCC AVP는 OCS(320)에게, 예비 신용을 데빗(debit)하도록 지시한다. ABD 일률적 청구는 잔액으로부터 데빗된다. 이 포인트에서 세션 응답 시간이 소비되었기 때문에, 레이팅 그룹 2의 MSCC AVP는 OCS(320)에게 세션 신용을 재권한 부여하도록 지시한다. OCS(320)는 현재 세션 응답 시간으로부터 신용을 재예비시킨다. OCS(320)는 CCA[UPDATE] 메시지를 IMS 호 제어 노드(310)로 송신한다. 부여된 할당 및 만료 시간이 레이팅 그룹 2에 대한 MSCC AVP에 포함된다. 또한, 확장된 트리거 포인트 AVP가, OCS(320)에 의해 레이팅 그룹 1에 대한 MSCC AVP에 위치된다. CCA 메시지를 수신한 후에, IMS 호 제어 노드(310)는 방침 저장부에 청구 필터 기준을 동적으로 공급한다. IMS 호 제어 노드(310)는 세션 제어 타이머를 개시시키고, 부여된 할당에 근거하여 세션을 실시간 모니터링한다.
200 OK 메시지를 수신한 후, 호출자는 CSCF(310)에 의해 IMS 호 제어 노드(310)로 전달되는 SIP ACK 메시지를 송신한다. IMS 호 제어 노드(310)는 PEP를 호출하여 PDP를 요청함으로써, 청구 보고를 OCS(320)로 송신할지 여부를 평가한다. 본 예에서, 이하의 청구 필터 규칙이 매칭된다.
Figure 112005070037792-PAT00013
이 메시지는 활성화되지 않기 때문에, IMS 호 제어 노드(310)는 SIP 메시지가 계속되도록 하며, CSCF(310)를 통해 ACK 메시지를 피호출자에게 송신한다. 이 포인트에서, 부여된 할당이 이용되고, IMS 호 제어 노드(301)는 이용된 할당을, CCR[UPDATE] 메시지를 통해 OCS(320)로 송신하여, 다음의 새로운 할당을 배분할 것을 요청한다. OCS(320)는 호출자가 충분한 신용을 갖고 있는지를 결정하여, 레이팅 그룹 2에 대한 다른 새로운 할당을 배분하고, CCA[UPDATE] 메시지를 통해 새로운 할당을 IMS 호 제어 노드(310)로 송신한다. IMS 호 제어 노드(310)는 세션 제어 타이머를 새로운 할당으로 리세트하여, 세션을 실시간 모니터링한다.
현재 세션의 종료를 개시하기 위해, 호출자는 CSCF(310)를 통해 IMS 호 제어 노드(310)에 의해 수신되는 BYE 메시지를 송신한다. IMS 호 제어 노드(310)는 PEP를 호출하여 PDP를 요청함으로써, 이하의 청구 필터 규칙을 획득한다.
Figure 112005070037792-PAT00014
IMS 호 제어 노드(310)는 SIP 메시지 처리가 계속되도록 허용하며, BYE 메시지를 CSCF(310)로 송신한다. IMS 호 제어 노드(310)는 BYE 메시지가 수신되는 시간까지 소비된 할당을 계산하여, 세션 제어 타이머를 중지시키고, CCR[TERMINATION] 메시지를 OCS(320)로 송신하여 소비된 할당을 보고한다. OCS(320)는 CCA[TERMINATION] 메시지를 IMS 호 제어 노드(310)로 리턴하여, 메시지가 수신되었음을 나타낸다. 피호출자는 CSCF(310)를 통해 200 OK 메시지를 IMS 호 제어 노드(310)로 리턴하여, 피호출자의 세션 자원이 해제된 것을 나타낸다. IMS 호 제어 노드(310)는 현재 세션 상태하에서 이러한 200 OK 메시지를 매칭시키기 위해 어떠한 규칙도 평가하지 않으므로, 세션을 제어하기 위해 어떠한 동작도 취해지지 않는다. 그 후, IMS 호 제어 노드(310)는 200 OK 메시지를 송신하여, 호출자를 해제하고, 세션 자원을 해제한다.
예 2
도 12는 도 3에서 기술된 IMS 네트워크(300)에 대한 종료 IMS 호 시나리오를 도시한다. 시작을 위해, 피호출자의 CSCF(310)는 SIP INVITE 메시지를 호출자로부터 수신한다. CSCF(310)는 INVITE 메시지를 IMS 호 제어 노드(310)로 송신한다. IMS 호 제어 노드(310)는 이하의 내용을 수행하기 위해 애플리케이션 서비스 논리를 호출한다. IMS 호 제어 노드(301)는 IMS 게이트웨이 논리를 호출하고, IMS 세션 제어를 위한 청구 PEP가 청구 PDP를 요청하여, 세션 청구를 레이팅 그룹 1로서 결정한다. 방침 관리에서, 청구 트리거 포인트는 INTERRUPT로서 구성된다. IMS 호 제어 노드(310)는 타이머를 개시시켜, 현재 세션을 유지한다. PDP에서의 청구 트리거 규칙은 다음과 같이 표현될 수 있다.
Figure 112005070037792-PAT00015
그 후, IMS 호 제어 노드(310)는 레이팅 그룹 1(예를 들면, 피호출자가 이용가능한 세션 지속 기간을 대략적으로 평가하기 위한 세션 신용 사전 권한 부여)에 대한 신용 예비를 위해 직경 CCR[INITIAL] 메시지를 OCS(320)로 송신한다. OCS(320)는 레이팅 그룹 1에 대해 할당 유닛을 부여하고, 이 레이팅 그룹에서의 부여된 할당을 이 레이팅 그룹의 MSCC AVP에 설정한다. OCS(320)는 이 MSCC AVP 아래에 서비스 특정적 청구 트리거 서브 AVP를 위치시킨다. OCS(320)는 직경 CCA[INITIAL] 메시지를 IMS 호 제어 노드(301)로 송신한다.
IMS 호 제어 노드(310)가 CCA 메시지를 수신하여, 세션이 허용될 수 있는지 여부를 결정할 때, IMS 호 제어 노드(310)는 현재 세션 처리를 계속하고, CSCF(310)를 통해 INVITE 메시지를 피호출자에게 전달한다.
피호출자가 호에 응답할 때, 피호출자는 200 OK 메시지를 CSCF(310)로 송신한다. CSCF(310)는 200 OK 메시지를 IMS 호 제어 노드(310)로 송신한다. IMS 호 제어 노드(310)가 200 OK 메시지를 수신한 경우, IMS 호 제어 노드(310)는 청구 방침 관리를 요청하고, 청구 규칙은 다음과 같이 평가된다.
Figure 112005070037792-PAT00016
청구 트리거 유형은 "NOTIFY"이기 때문에, IMS 호 제어 노드(310)는 현존 세션을 인터럽트하지 않는다. IMS 호 제어 노드(310)는 200 OK 메시지를 CSCF(310)로 송신하여, 세션이 계속되도록 한다. IMS 호 제어 노드(310)는 직경 CCR[UPDATE] 메시지를 송신하여 호 응답 시간을 OCS(320)로 보고한다. 이 포인트에서 세션 응답 시간이 종료되었기 때문에, 레이팅 그룹 1의 MSCC AVP는 OCS(320)에게, 세션 신용을 재권한 부여하도록 지시한다. OCS(320)는 현재 세션 응답 시간으로부터 신용을 재예비시킨다.
OCS(320)는 CCA[UPDATE] 메시지를 IMS 호 제어 노드(310)로 송신한다. 부여된 할당 및 만료 시간이 레이팅 그룹 2에 대한 MSCC AVP에 포함된다. 또한, (매체 구성 요소 갱신 AVP와 같은) 확장된 트리거 포인트 AVP가, OCS(320)에 의해 MSCC AVP에 위치된다. CCA 메시지를 수신한 후에, IMS 호 제어 노드(310)는 방침 저장부에 청구 필터 기준을 동적으로 공급한다. IMS 호 제어 노드(310)는 세션 제어 타이머를 개시시키고, 부여된 할당에 근거하여 세션을 실시간 모니터링한다.
200 OK 메시지를 수신한 경우, 호출자는 CSCF(310)에 의해 IMS 호 제어 노드(310)로 전달되는 SIP ACK 메시지를 송신한다. IMS 호 제어 노드(301)가 ACK 메시지를 수신한 후, IMS 호 제어 노드(310)는 PEP를 호출하여 PDP를 요청함으로써, 청구 보고를 OCS(320)로 송신할지 여부를 평가한다. 본 예에서, 이하의 청구 필터 규칙이 매칭된다.
Figure 112005070037792-PAT00017
이 메시지는 활성화되지 않기 때문에, IMS 호 제어 노드(310)는 SIP 메시지가 계속되도록 하며, CSCF(310)를 통해 ACK 메시지를 피호출자에게 송신한다. IMS 호 제어 노드(301)는 호 상태를 In Progress로 설정한다. 이 포인트에서, 호출자의 매체 구성 요소가 갱신되고, 호출자는 SIP UPDATE 메시지를 CSCF(310)로 송신한다. CSCF(310)는 UPDATE 메시지를 IMS 호 제어 노드(301)로 송신한다. IMS 호 제어 노드(301)는 이 세션의 UPDATE 메시지를 평가한다. IMS 호 제어 노드(301)는 호출하고, IMS 세션 제어를 위한 청구 PEP가 청구 PDP를 요청하여, 세션 청구를 레이팅 그룹 2로서 결정한다. 청구 트리거 포인트는 다음과 같이 평가된다.
Figure 112005070037792-PAT00018
IMS 호 제어 노드(310)는 레이팅 그룹 1에 대해 이용된 할당을 계산하고, 직경 CCR 메시지를 송신하여, 청구 기록을 보고한다. CCR 메시지에, 2개의 MSCC AVP가 포함된다. 하나의 MSCC AVP는 레이팅 그룹 1에 대해 이용된 할당을 보고하고, OCS(320)에서 가입자 잔액으로부터 신용을 데빗하는데 이용된다. 다른 MSCC AVP는 매체 구성 요소 갱신으로 인해, 레이팅 그룹 2에 대한 신용을 요청하기 위해 추가된다.
IMS 호 제어 노드(310)가 CCA 메시지를 수신하는 경우, IMS 호 제어 노드(310)는 세션 제어 타이머를, 레이팅 그룹 2에 대해 새롭게 배분된 할당으로 리세트한다. IMS 호 제어 노드(310)는 UPDATE 메시지를 CSCF(310)를 통해 피호출자에게 송신한다. 현재 세션 갱신 상태하의 ACK 메시지의 경우, IMS 호 제어 노드(310)는 청구 필터 기준을 갖지 않는다. IMS 호 제어 노드(310)는 ACK 메시지를 호출자 메시지로 전달하고, 호출자로부터 피호출자에게 ACK 메시지를 송신한다.
피호출자가 현재 세션을 종료할 때, 피호출자는 BYE 메시지를 CSCF(310)를 통해 IMS 호 제어 노드(310)에게 송신한다. IMS 호 제어 노드(310)는 청구 PDP를 요청하기 위해 청구 PEP를 호출한다. 청구 트리거 포인트는 다음과 같이 평가된다.
Figure 112005070037792-PAT00019
IMS 호 제어 노드(310)는 SIP 메시지 처리가 계속되도록 허용하며, BYE 메시지를 CSCF(310)를 통해 호출자에게 송신한다. IMS 호 제어 노드(310)는 BYE 메시지가 수신되는 시간까지 이용된 할당을 계산하여, 세션 제어 타이머를 중지시킨다. IMS 호 제어 노드(301)는 CCR[TERMINATION] 메시지를 OCS(320)로 송신하여 소비된 할당을 보고한다. OCS(320)는 CCA[TERMINATION] 메시지를 IMS 호 제어 노드(310)로 송신하여, 메시지가 수신되었음을 나타낸다. 호출자는 200 OK 메시지를 리턴하여, 호출자의 세션 자원이 해제된 것을 나타낸다. IMS 호 제어 노드(310)가 현재 세션 상태하에서 청구 보고를 위해 이러한 메시지를 매칭시키기 위해 어떠한 규칙도 평가하지 않는 경우, 세션을 제어하기 위해 어떠한 동작도 취해지지 않는다. IMS 호 제어 노드(310)는 200 OK 메시지를 송신하여, 세션 자원을 해제한다.
예 3
도 13은 도 3에 기술된 IMS 네트워크(300)에 대한 호 재방향성 시나리오를 도시한다. 시작을 위해, 호출자(또는, 호출자 스테이션)는 SIP INVITE 메시지를 CSCF(310)로 송신한다. CSCF(310)는 INVITE 메시지를 IMS 호 제어 노드(310)로 송신한다. IMS 호 제어 노드(310)는 이하의 내용을 수행하기 위해 애플리케이션 서비스 논리를 호출한다. IMS 호 제어 노드(301)는 IMS 게이트웨이 논리를 호출하고, IMS 세션 제어를 위한 청구 PEP가 청구 PDP를 요청하여, 세션 청구를 레이팅 그룹 1로서 결정한다. 방침 관리에서, 청구 트리거 포인트는 INTERRUPT로서 구성된다. IMS 호 제어 노드(310)는 타이머를 개시시켜, 현재 세션을 유지한다. PDP에서의 청구 트리거 규칙은 다음과 같이 표현될 수 있다.
Figure 112005070037792-PAT00020
그 후, IMS 호 제어 노드(310)는 레이팅 그룹 1(예를 들면, 피호출자가 이용가능한 세션 지속 기간을 대략적으로 평가하기 위한 세션 신용 사전 권한 부여)에 대한 신용 예비를 위해 직경 CCR[INITIAL] 메시지를 OCS(320)로 송신한다. OCS(320)는 레이팅 그룹 1에 대해 할당 유닛을 부여하고, 이 레이팅 그룹에서의 부여된 할당을 이 레이팅 그룹의 MSCC AVP에 설정한다. OCS(320)는 이 MSCC AVP 아래에 서비스 특정적 청구 트리거 서브 AVP를 위치시킨다. 그 후, OCS(320)는 CCA[INITIAL] 메시지를 IMS 호 제어 노드(301)로 송신한다. IMS 호 제어 노드(310)가 CCA 메시지를 수신하여, 세션이 허용될 수 있는지 여부를 결정할 때, IMS 호 제어 노드(310)는 현재 세션 처리를 계속하고, CSCF(310)를 통해 INVITE 메시지를 피호출자에게 송신한다.
이 포인트에서, 호출자는 다른 호를 수용하고 있으므로, 피호출자는 486 BUSY 메시지를 CSCF(310)로 송신한다. CSCF(310)는 486 BUSY 메시지를 IMS 호 제어 노드(301)로 송신한다. IMS 호 제어 노드(301)가 486 BUSY 메시지를 수신하는 경우, IMS 호 제어 노드(301)는 청구 방침 관리를 요청하고, 청구 규칙은 다음과 같이 평가된다.
Figure 112005070037792-PAT00021
청구 트리거 유형은 "NOTIFY"이기 때문에, IMS 호 제어 노드(310)는 현존 세션을 인터럽트한다. IMS 호 제어 노드(310)는 호 제어 처리를 위해 현재 세션을 유지한다. IMS 호 제어 노드(310)는 피호출자가 호 재방향성 서비스에 가입한 것으로 결정한다. 이하의 서비스 제어 규칙이 PDP로부터 결정된다.
Figure 112005070037792-PAT00022
그 후, IMS 호 제어 노드(310)는 레이팅 그룹 2(예를 들면, 호출자로부터 피호출자로의 세션 지속 기간을 대략적으로 평가하기 위한 세션 신용 사전 권한 부여)에 대한 신용 예비를 위해 직경 CCR[INITIAL] 메시지를 OCS(320)로 송신한다.
OCS(320)는 레이팅 그룹 2에 대해 할당 유닛을 부여하고, 레이팅 그룹 2에서의 부여된 할당을 MSCC AVP에 설정한다. OCS(320)는 이 MSCC AVP 아래에 서비스 특정적 청구 트리거 서브 AVP를 위치시킨다. 그 후, OCS(320)는 직경 CCA[UPDATE] 메시지를 IMS 호 제어 노드(301)로 송신한다. IMS 호 제어 노드(310)는 호출자가 호 재방향성을 위해 충분한 할당을 갖고 있는지 여부를 결정한 후, INVITE 메시지를 CSCF(310)를 통해 피호출자에게 송신한다.
피호출자는 호에 응답하여, 200 OK 메시지를 CSCF(310)로 송신한다. CSCF(310)는 이 메시지를 IMS 호 제어 노드(310)로 송신한다. IMS 호 제어 노드(310)는 200 OK 메시지를 수신하고, 청구 방침 관리를 요청한다. 청구 규칙은 다음과 같이 평가된다.
Figure 112005070037792-PAT00023
청구 트리거 유형은 "NOTIFY"이기 때문에, IMS 호 제어 노드(310)는 현존 세션을 인터럽트하지 않는다. IMS 호 제어 노드(310)는 200 OK 메시지를 CSCF(310)로 송신하여, 세션이 계속되도록 한다. IMS 호 제어 노드(301)는 직경 CCR[UPDATE]를 송신하여, 호 응답 시간을 OCS(320)에게 보고한다. 이 포인트에서 세션 응답 시간이 도달되기 때문에, 레이팅 그룹 1(호출자로부터 피호출자로의 호 청구) 및 레이팅 그룹 2(호 재방향성을 위한 호출자로부터 피호출자로의 호 청구)의 MSCC AVP들은 OCS(320)에게 세션 신용을 재권한 부여하도록 지시한다. OCS(320)는 현재 세션 응답 시간으로부터 신용을 재예비시킨다. IMS 호 제어 노드(301)는 200 OK 메시지를 CSCF(310)를 통해 호출자에게 송신한다.
OCS(320)는 CCA[UPDATE] 메시지를 IMS 호 제어 노드(310)로 송신한다. 부여된 할당 및 만료 시간이 레이팅 그룹 1 및 레이팅 그룹 2에 대한 MSCC AVP에 개별적으로 포함된다. 또한, 확장된 트리거 포인트 AVP가, OCS(320)에 의해 MSCC AVP에 위치된다. CCA 응답을 수신한 후에, IMS 호 제어 노드(310)는 방침 저장부에 이들 청구 필터 기준을 동적으로 공급한다. IMS 호 제어 노드(310)는 세션 제어 타이머를 개시시키고, 예비된 할당에 근거하여 세션 진행을 실시간 모니터링한다.
200 OK 메시지를 수신한 후, 호출자는 CSCF(310)에 의해 IMS 호 제어 노드(310)로 전달되는 SIP ACK 메시지를 송신한다. IMS 호 제어 노드(310)는 PEP를 호출하여 PDP를 요청함으로써, 청구 보고를 OCS(320)로 송신할지 여부를 평가한다. 본 예에서, 이하의 청구 필터 규칙이 매칭된다.
Figure 112005070037792-PAT00024
이 메시지는 활성화되지 않기 때문에, IMS 호 제어 노드(310)는 SIP 메시지가 계속되도록 하며, CSCF(310)를 통해 ACK 메시지를 피호출자에게 송신한다.
피호출자가 현재 세션을 종료할 때, 피호출자는 CSCF(310)를 통해 IMS 호 제어 노드(310)에게 BYE 메시지를 송신한다. IMS 호 제어 노드(310)는 청구 PEP를 호출하여 청구 PDP를 요청한다. 청구 트리거 포인트는 다음과 같이 평가된다.
Figure 112005070037792-PAT00025
IMS 호 제어 노드(310)는 SIP 메시지 처리가 계속되도록 허용하며, BYE 메시지를 CSCF(310)를 통해 호출자에게 송신한다. IMS 호 제어 노드(310)는 BYE 메시지가 수신되는 시간까지 레이팅 그룹 1 및 레이팅 그룹 2에 대해 이용된 할당을 계산하여, 세션 제어 타이머를 중지시킨다. IMS 호 제어 노드(301)는 CCR[TERMINATION] 메시지를 OCS(320)로 송신하여 소비된 할당을 보고한다. IMS 호 제어는 BYE 메시지를 CSCF(310)를 통해 호출자에게 송신한다. OCS(320)는 CCA[TERMINATION] 메시지를 IMS 호 제어 노드(310)로 송신하여, 메시지가 수신되었음을 나타낸다. 호출자는 200 OK 메시지를 리턴하여, 호출자의 세션 자원이 해제된 것을 나타낸다. IMS 호 제어 노드(310)가 현재 세션 상태하에서 청구 보고를 위해 이 메시지를 매칭시키기 위해 어떠한 규칙도 평가하지 않는 경우, 세션을 제어하기 위해 어떠한 동작도 취해지지 않는다. IMS 호 제어 노드(310)는 200 OK 메시지를 송신하여, 세션 자원을 해제한다.
본 발명에 따르면, IMS 네트워크에서 온라인 청구를 제공하기 위한 IMS 호 제어 노드 및 방법을 정의함으로써, 종래의 문제점들을 해결할 수 있다.

Claims (10)

  1. IMS(IP Multimedia Subsystem) 네트워크(100)에서 온라인 청구(online charging)를 제공하는 IMS 호 제어 노드(101)에 있어서,
    상기 IMS 호 제어 노드(101)는,
    제 1 프로토콜에 따라 CSCF(call session control function)(110)와 통신하기 위한 제 1 인터페이스(112)와,
    제 2 프로토콜에 따라 OCS(online charging server)(120)와 통신하기 위한 제 2 인터페이스(122)와,
    상기 제 1 인터페이스 및 상기 제 2 인터페이스에 접속된 처리 시스템(102)과,
    복수의 서비스를 제공하도록 상기 처리 시스템에 의해 실행가능한 AS(application server) 논리(104-106)와,
    상기 처리 시스템에 의해 실행가능한 게이트웨이 논리(108)에 의해 특징지워지며,
    상기 처리 시스템은,
    상기 제 1 프로토콜에 따른 상기 제 1 인터페이스를 통해 상기 CSCF로부터 호 메시지를 수신하고,
    상기 호 메시지에 응답하여, 상기 AS 논리 또는 상기 게이트웨이 논리를 실행할지 여부를 결정하고,
    상기 AS 논리를 실행한다는 결정에 응답하여, 서비스를 수행하도록 상기 AS 논리를 실행하고,
    상기 제 2 프로토콜에 따른 상기 제 2 인터페이스를 통해, 상기 서비스에 대한 온라인 청구를 위해 상기 OCS와 접촉하도록 상기 AS 논리를 실행하는
    IMS 호 제어 노드.
  2. 제 1 항에 있어서,
    상기 AS 논리(104-106)는 상기 서비스에 대한 청구 정보를 직경 신용 제어 애플리케이션 요청 메시지(Diameter Credit Control Application request message)의 새로운 필드내로 삽입하고, 상기 직경 신용 제어 애플리케이션 요청 메시지를 상기 OCS로 송신하여 상기 서비스에 대한 상기 청구 정보를 상기 OCS에게 보고함으로써, 상기 OCS(120)와 접촉하는 IMS 호 제어 노드.
  3. 제 1 항에 있어서,
    상기 제 1 인터페이스(112)는 ISC(IMS service control) 인터페이스를 포함하고, 상기 제 2 인터페이스(122)는 Ro 인터페이스를 포함하는 IMS 호 제어 노드.
  4. 제 1 항에 있어서,
    상기 처리 시스템(102)은,
    상기 게이트웨이 논리를 실행한다는 결정에 응답하여, 호 세션 제어를 수행하도록 상기 게이트웨이 논리(108)를 실행하고,
    상기 제 2 프로토콜에 따른 상기 제 2 인터페이스(122)를 통해, 상기 호 세션에 대한 온라인 청구를 위해 상기 OCS(120)와 접촉하도록 상기 게이트웨이 논리를 실행하는 IMS 호 제어 노드.
  5. 제 1 항에 있어서,
    상기 호 메시지를 처리하고, 상기 AS 논리(104-106)를 실행하기 위한 시퀀스 리스트를 생성하여 상기 서비스를 수행하는 AS 관리자(170)를 더 포함하는 IMS 호 제어 노드.
  6. IMS 네트워크에서 온라인 청구를 제공하기 위해 IMS 호 제어 노드를 동작하는 방법에 있어서,
    상기 IMS 호 제어 노드는 제 1 프로토콜에 따라 CSCF와 통신하기 위한 제 1 인터페이스와, 제 2 프로토콜에 따라 OCS와 통신하기 위한 제 2 인터페이스와, 상 기 제 1 인터페이스 및 상기 제 2 인터페이스에 접속된 처리 시스템과, AS 논리와, 게이트웨이 논리를 포함하고,
    상기 방법은,
    상기 제 1 프로토콜에 따른 상기 제 1 인터페이스를 통해 상기 CSCF로부터 호 메시지를 상기 처리 시스템에서 수신하는 단계와,
    상기 호 메시지에 응답하여, 상기 AS 논리 또는 상기 게이트웨이 논리를 실행할지 여부를 결정하는 단계와,
    상기 AS 논리를 실행한다는 결정에 응답하여, 서비스를 수행하도록 상기 처리 시스템에서 상기 AS 논리를 실행하는 단계와,
    상기 제 2 프로토콜에 따른 상기 제 2 인터페이스를 통해, 상기 서비스에 대한 온라인 청구를 위해 상기 OCS와 접촉하도록 상기 처리 시스템에서 상기 AS 논리를 실행하는 단계에 의해 특징지워지는
    IMS 호 제어 노드 동작 방법.
  7. 제 6 항에 있어서,
    상기 OCS와 접촉하도록 상기 처리 시스템에서 상기 AS 논리를 실행하는 단계는,
    상기 서비스에 대한 청구 정보를 직경 신용 제어 애플리케이션 요청 메시지의 새로운 필드내로 삽입하도록 상기 AS 논리를 실행하는 단계와,
    상기 직경 신용 제어 애플리케이션 요청 메시지를 상기 OCS로 송신하여 상기 서비스에 대한 상기 청구 정보를 상기 OCS에게 보고하도록 상기 AS 논리를 실행하는 단계를 포함하는 IMS 호 제어 노드 동작 방법.
  8. 제 6 항에 있어서,
    상기 제 1 인터페이스는 ISC 인터페이스를 포함하고, 상기 제 2 인터페이스는 Ro 인터페이스를 포함하는 IMS 호 제어 노드 동작 방법.
  9. 제 6 항에 있어서,
    상기 게이트웨이 논리를 실행한다는 결정에 응답하여, 호 세션 제어를 수행하도록 상기 처리 시스템에서 상기 게이트웨이 논리를 실행하는 단계와,
    상기 제 2 프로토콜에 따른 상기 제 2 인터페이스를 통해, 상기 호 세션에 대한 온라인 청구를 위해 상기 OCS와 접촉하도록 상기 처리 시스템에서 상기 게이트웨이 논리를 실행하는 단계를 더 포함하는 IMS 호 제어 노드 동작 방법.
  10. 제 6 항에 있어서,
    서비스를 수행하도록 상기 처리 시스템에서 상기 AS 논리를 실행하는 단계 는,
    AS 관리자에서 상기 호 메시지를 처리하는 단계와,
    상기 AS 논리를 실행하기 위한 시퀀스 리스트를 생성하여 상기 서비스를 수행하는 단계를 포함하는 IMS 호 제어 노드 동작 방법.
KR1020050115771A 2004-11-30 2005-11-30 Ｉｍｓ 호 제어 노드 및 그 동작 방법 KR101192544B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11/000,307 US7548743B2 (en) 2004-11-30 2004-11-30 Call control with converged application server logic and gateway logic in IMS networks
US11/000,307 2004-11-30

Publications (2)

Publication Number Publication Date
KR20060061251A true KR20060061251A (ko) 2006-06-07
KR101192544B1 KR101192544B1 (ko) 2012-10-17

Family

ID=35559272

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020050115771A KR101192544B1 (ko) 2004-11-30 2005-11-30 Ｉｍｓ 호 제어 노드 및 그 동작 방법

Country Status (6)

Country Link
US (1) US7548743B2 (ko)
EP (1) EP1662702B1 (ko)
JP (1) JP4885525B2 (ko)
KR (1) KR101192544B1 (ko)
CN (1) CN1805442B (ko)
DE (1) DE602005001435T2 (ko)

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1798222B (zh) * 2004-12-22 2012-02-29 华为技术有限公司 一种控制会话的方法及设备
FI20041668A0 (fi) * 2004-12-23 2004-12-23 Nokia Corp Menetelmä veloitusominaisuuksien muodostamiseksi
US7406324B1 (en) * 2005-04-07 2008-07-29 Sprint Spectrum L.P. System and method for controlling services provided to multi-mode mobile stations
WO2006126072A1 (en) * 2005-05-27 2006-11-30 Nortel Networks Limited Circuit-switched and multimedia subsystem voice continuity with bearer path interruption
FR2888706A1 (fr) * 2005-07-12 2007-01-19 France Telecom Procede de mise en relation interpersonelle
GB0517065D0 (en) * 2005-08-19 2005-09-28 Nokia Corp Online charging management server
EP2021995A4 (en) * 2005-12-06 2011-06-01 Berman Joel METHOD AND SYSTEM FOR RATING THE QUALITY OF TRAFFIC TO NETWORK SITES
GB0525244D0 (en) * 2005-12-12 2006-01-18 Nokia Corp Providing communication service sessions
US7773571B1 (en) 2006-02-03 2010-08-10 Nortel Networks Limited Transfer of policy and charging rules during MIP handover
KR101233176B1 (ko) * 2006-05-02 2013-02-15 엘지전자 주식회사 Ｖｃｃ에서의 호처리 방법, 서버 및 엔티티
WO2007148015A2 (fr) * 2006-06-20 2007-12-27 France Telecom Systeme de declenchement d'un comptage dans un reseau de transport a travers un reseau a architecture de type ims
CN101123513B (zh) * 2006-08-09 2011-06-01 华为技术有限公司 在线计费系统及方法
DE102006037511B4 (de) 2006-08-10 2019-12-12 O2 (Germany) Gmbh & Co. Ohg Kommunikationssystem
CN101155340B (zh) * 2006-09-25 2011-02-02 华为技术有限公司 一种电路域感知ims域会话计费信息的方法及系统
US8484326B2 (en) * 2006-09-28 2013-07-09 Rockstar Bidco Lp Application server billing
US8289885B2 (en) * 2006-10-27 2012-10-16 Alcatel Lucent Third party charging for SIP sessions
US20080155492A1 (en) * 2006-12-22 2008-06-26 International Business Machines Corporation Development tool for creating converged applications that include sip and web components
WO2008086887A1 (en) * 2007-01-16 2008-07-24 Telefonaktiebolaget Lm Ericsson (Publ) Evaluating initial filter criteria
WO2008122649A2 (en) * 2007-04-10 2008-10-16 Apertio Limited Improved timing device and method
US8533340B2 (en) 2007-04-11 2013-09-10 At&T Intellectual Property I, L.P. IP multimedia subsystem virtual call/session control functions
CN101720546B (zh) * 2007-06-22 2015-11-25 艾利森电话股份有限公司 通过ip多媒体子系统电信网络中的用户设备单元提供服务的方法，包括所述方法使用的用户数据库服务器、服务策略服务器和应用服务器
CN100589493C (zh) * 2007-08-24 2010-02-10 中兴通讯股份有限公司 应用于ims终端的呼叫管理系统、方法及ims终端
EP2210388B1 (en) 2007-11-02 2013-08-07 Telefonaktiebolaget LM Ericsson (publ) Methods and apparatuses for the exchange of charging capabilities and for charging cooperation in a communications network
CN101431419B (zh) * 2007-11-08 2012-02-01 华为技术有限公司 计费处理方法、网络系统、计费系统及业务服务器
CN101159923B (zh) * 2007-11-09 2010-12-08 华为技术有限公司 业务处理方法及系统、sip应用接入网关模块
US8606901B2 (en) * 2008-01-30 2013-12-10 At&T Intellectual Property I, L. P. Facilitating deployment of new application services in a next generation network
US20110003579A1 (en) * 2008-02-26 2011-01-06 Yigang Cai Online charging for supplementary services in ims networks
AU2008356856B2 (en) * 2008-05-30 2013-03-07 Alcatel-Lucent Usa Inc. Online charging architecture in LTE/EPC communication networks
US7890657B2 (en) * 2008-06-12 2011-02-15 Genband Us Llc System and method for correct routing and enforcement policy in a network having address or port translation
CN101645782B (zh) * 2009-02-10 2012-05-23 中国科学院声学研究所 一种基于用户业务量的在线计费方法及系统
EP2467970B1 (en) * 2009-08-18 2013-07-10 Telefonaktiebolaget LM Ericsson (publ) Method, apparatus and computer program for enforcing policy across associated sessions taking into account a total usage quota for associated user
WO2011060815A1 (en) * 2009-11-18 2011-05-26 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for use in a communications network
EP2538612A4 (en) * 2010-12-13 2013-01-02 Huawei Tech Co Ltd METHOD AND DEVICE FOR SERVICE MANAGEMENT
EP3567800B1 (en) 2011-05-06 2022-06-22 Huawei Technologies Co., Ltd. Method, system and gateway for charging for data service
US9467576B2 (en) * 2011-11-04 2016-10-11 Telefonaktiebolaget Lm Ericsson (Publ) Method of communication between IMS nodes
WO2013100829A1 (en) * 2011-12-27 2013-07-04 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for controlling charging in a communication network
US9444947B2 (en) 2012-01-25 2016-09-13 Hewlett Packard Enterprise Development Lp Method and system for differential charging
US20140372287A1 (en) * 2013-06-13 2014-12-18 Telefonaktiebolaget L M Ericsson (Publ) Method and Apparatus for Subscriber Account Selection
CN106341239B (zh) * 2015-07-10 2020-04-21 中国移动通信集团公司 一种ims中的业务计费方法及装置
US10361958B2 (en) 2016-09-02 2019-07-23 Openet Telecom Ltd. System and method for managing and distributing packet flow descriptions in a telecommunications network
CN110731068B (zh) * 2017-07-10 2022-09-02 瑞典爱立信有限公司 在线计费系统过载期间查询拒绝的方法和系统
US12035420B2 (en) 2021-11-18 2024-07-09 T-Mobile Usa, Inc. Breakout gateway control function number modification based on SIP invite header information
US11936694B2 (en) 2021-11-18 2024-03-19 T-Mobile Usa, Inc. Cross-domain routing based on session initiation protocol information

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100345411C (zh) * 2002-06-06 2007-10-24 华为技术有限公司 支持分组数据预付费特性的移动用户鉴权计费方法
WO2004004301A1 (en) 2002-06-28 2004-01-08 Nokia Corporation Charging for an ip based communication system
GB0414662D0 (en) * 2004-06-30 2004-08-04 Nokia Corp Charging in a communication system
US7010104B1 (en) * 2004-08-26 2006-03-07 Lucent Technologies Inc. Pre-biller capability in enhanced charging collection function (CCF) applications
US7599478B2 (en) * 2004-11-30 2009-10-06 Alcatel-Lucent Usa Inc. IMS gateway systems and methods for online charging in IMS networks

Also Published As

Publication number Publication date
CN1805442B (zh) 2014-05-07
DE602005001435T2 (de) 2008-02-14
US7548743B2 (en) 2009-06-16
JP2006157932A (ja) 2006-06-15
US20060114913A1 (en) 2006-06-01
CN1805442A (zh) 2006-07-19
EP1662702A1 (en) 2006-05-31
KR101192544B1 (ko) 2012-10-17
DE602005001435D1 (de) 2007-08-02
EP1662702B1 (en) 2007-06-20
JP4885525B2 (ja) 2012-02-29

Similar Documents

Publication Publication Date Title
KR101192544B1 (ko) Ｉｍｓ 호 제어 노드 및 그 동작 방법
KR101206584B1 (ko) Ｉｍｓ 게이트웨이 시스템 및 그 동작 방법
US10764727B2 (en) Method for charging inter-PLMN roaming data service online, and device
JP5755248B2 (ja) サービスの品質を動的に制御するための方法およびシステム
EP2874347B1 (en) Charging control method and charging trigger function
EP2509254A1 (en) Method and apparatus for controlling service traffic in a communication network
CN105900524B (zh) 一种计费会话管理方法、装置
US20110161248A1 (en) Online charging correlation in ims networks
US20070156413A1 (en) IMS gateway systems and methods that provide session status checking
WO2012150885A1 (en) Method and apparatus for controlling charging of a service
US10158764B2 (en) Methods and apparatus for allocating service costs in a telecommunications network
US11153445B2 (en) Methods and systems for interrogation rejection during online charging system overload
CN109417494A (zh) 在离线计费系统中的动态分配
CN110731068B (zh) 在线计费系统过载期间查询拒绝的方法和系统
CN109417683B (zh) 中间网络交通转向的核心网络在线计费控制
Cai et al. IP multimedia subsystem online session charging call control

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: 20151002

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20180918

Year of fee payment: 7