KR20100065425A - 다이어미터 기반의 과금 메시지 처리 방법 및 장치. - Google Patents

다이어미터 기반의 과금 메시지 처리 방법 및 장치. Download PDF

Info

Publication number
KR20100065425A
KR20100065425A KR1020080123749A KR20080123749A KR20100065425A KR 20100065425 A KR20100065425 A KR 20100065425A KR 1020080123749 A KR1020080123749 A KR 1020080123749A KR 20080123749 A KR20080123749 A KR 20080123749A KR 20100065425 A KR20100065425 A KR 20100065425A
Authority
KR
South Korea
Prior art keywords
message
aaa
aaa server
request message
capability negotiation
Prior art date
Application number
KR1020080123749A
Other languages
English (en)
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 삼성전자주식회사
Priority to KR1020080123749A priority Critical patent/KR20100065425A/ko
Publication of KR20100065425A publication Critical patent/KR20100065425A/ko

Links

Images

Classifications

    • 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
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0892—Network architectures or network communication protocols for network security for authentication of entities by using authentication-authorization-accounting [AAA] servers or protocols
    • 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/14—Session management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명은 다이아미터(Diameter) 프로토콜 메시지를 통해 과금 데이터를 전송하는 AAA 클라이언트와 다이아미터 프로토콜 메시지를 수집하는 AAA 서버 사이에 다이아미터 메쏘드(method)인 능력 협상 메시지를 이용하는 것으로, AAA 서버에서는 과금 요청 메시지 전송 주기를 변경할 수 있도록 하는 과금 메시지 재전송 주기를 정의하고 이를 일정 형태로 구성하여 능력 협상 메시지에 포함하여 AAA 클라이언트 측에 전송한다. AAA 클라이언트 측에서는 상기 AAA서버에서 송신한 상기 능력 협상 메시지를 수신하여 상기 능력 협상 메시지 내의 재전송 주기를 분석하여 과금 메시지들의 재전송 주기를 조절하게 된다.
또한, 과금 데이터 수집 측에서는 상기 AAA 서버가 과부하인지 아닌지를 판단하여 과부여하에 따라 메시지 재전송 주기를 판단하게 된다.
AAA 클라이언크, AAA 서버, 다이어미터(Diameter), 과금, 능력 협상 메시지, 과금 요청 메시지

Description

다이어미터 기반의 과금 메시지 처리 방법 및 장치.{Method and Apparatus for processing accounting request based on diameter}
본 발명은 다이어미터 프로토콜을 기반으로 한 인증, 권한 검증 및 과금(Authentication, Authorization and Accounting: AAA) 시스템에 관한 것으로 다이어미터(Diameter)를 기반으로 한 과금(Accounting)과 같은 응용(Application) 레벨에서 메시지 전송 시 혼잡을 제어하기 위한 방법에 관한 것이다.
서비스 가입자의 인증, 권한 검증 및 과금(Authentication, Authorization and Accounting: AAA)을 위한 산업계의 표준 프로토콜로서 RADIUS 프로토콜이 이용된다. RADIUS 시스템은 클라이언트-서버(client-server) 기반 시스템으로서, RADIUS 클라이언트는 일 예로, 포트가 많은 NAS(Network Access Server), GGSN(Gateway GPRS Support Node)에 위치하고, RADIUS 서버는 데이터 전송 등과 같은 서비스를 제공하는 호스트 서버 내에 위치한다.
종래 RADIUS 시스템에 대하여 간략히 설명하면, PC(personal computer), 이동통신 단말 등의 가입자 단말은 RADIUS 클라이언트와 PPP(Point-to-Point Protocol)로 접속하고, RADIUS 클라이언트는 네트워크를 통해 RADIUS 서버에 접속 한다. RADIUS 클라이언트가 RADIUS 서버에 가입자 단말의 인증, 권한 검증 또는 과금을 요청하면, RADIUS서버는 RADIUS 클라이언트의 각 요청에 대해 응답한다.
예컨대, RADIUS 서버는 RADIUS 클라이언트를 통해 입력된 가입자의 인증 데이터와 자신의 데이터베이스 안의 가입자 관련 데이터를 비교하여 그 내용이 일치하면 호스트 서버에 대한 접근을 허락하고, 일치하지 않으면 인증실패로 판단한다.
또한 RADIUS 서버는 인증된 각 가입자 단말에 대해 어떤 권한과 서비스를 허용할지 결정한다. 과금은 가입자의 자원사용에 대한 과금 정보의 수집으로서, 수집된 과금 정보는 요금정산 등에 사용된다.
RADIUS 클라이언트와 RADIUS 서버사이에서 데이터는 손실없이 안정적으로 전송되어야 한다. 특히, 망 사업자 입장에서 매우 중요한 과금 정보의 안정적인 전송이 보장되어야 한다.
RADIUS 클라이언트-서버간의 안정적인 과금 정보 전송을 위하여, RADIUS 서버로부터 응답이 없는 경우 RADIUS 클라이언트는 RADIUS 서버로 과금 정보를 재전송한다. 이를 위해 RADIUS 클라이언트는 전송된 정보를 저장하기 위한 메모리, 전송완료부터 일정 시간경과를 파악하기 위한 타이머(timer) 등을 구비한다.
종래 RADIUS 시스템의 과금 정보 전송 방법에 따르면, 가입자 단말이 호스트 서버의 제공 서비스를 이용하는 동안, RADIUS 클라이언트는 RADIUS 서버로 과금 정보를 전송하고, 전송된 과금 정보를 메모리에 저장한다.
RADIUS 클라이언트로부터 RADIUS 서버로 과금 정보가 전송될 때, 과금 정보 전송에 대한 고유한 키 값(key value)으로서 세션 ID(session identification)가 이용된다. 즉, RADIUS 클라이언트는 세션 ID를 이용하여 RADIUS 서버로 과금 정보를 전송하고, RADIUS 서버는 동일한 세션 ID를 이용하여 RADIUS 클라이언트로 응답을 전송한다. RADIUS 클라이언트는 과금 정보 전송 후 타이머를 구동하고, RADIUS 서버로부터의 응답을 대기한다. 미리 정해진 시간 동안, RADIUS 서버로부터 응답이 수신된 경우, 메모리에 저장된 과금 정보를 삭제하고, 삭제된 과금 정보의 세션 ID를 반환한다. 정해진 시간 동안 응답이 수신되지 않은 경우(응답 대기시간 초과), RADIUS 클라이언트는 메모리에 저장된 전송 메시지를 RADIUS 서버로 재전송한다.재전송이 일정횟수 이상 반복되면, RADIUS 클라이언트는 RADIUS 서버와의 통신상태를 장애상태로 결정하여 장애관련 정보를 디스크(disk) 등의 저장장치에 저장하고, 장애가 복구되면 과금 정보를 RADIUS 서버로 재전송한다.
종래 AAA 프로토콜인 RADIUS 프로토콜을 개선하기 위해 제안된 Diameter 프로토콜은 신뢰성 있는 트랜스포트를 지원하며(SCTP, TCP-base 전송) 전송 레벨의 보안 및AP 레벨의 장애 복구 기능을 지원한다. 또한, RADIUS와 달리 서버에서 먼저 메시지를 전송할 수 있고 각 에이전트(Agent)간 능력 협상 메시지를 통해 서비스에 대해 협상을 할 수 있다.
RADIUS 방식 외에 기존의 과금 방식으로 배치 파일 방식 또는 GTP'(GPRS Ternaling Protocol Prime)과 같은 방식이 사용되었다. 배치 파일 방식은 과금 정보를 파일 형태로 구성하여 파일을 FTP 또는 TFTP등으로 전송하는 방식으로 실시간 성이 필요치 않는 다량의 데이터를 효과적으로 전송하기 위한 방식이다. GTP' 방식은 과금 데이터를 GTP' 메시지로 구성하여 거의 실시간(near real-time)으로 전송 하는 방식으로 전송할 데이터가 많은 경우 메시지 하나에 데이터를 여러 개 담아 전송하고 하나의 메시지로 응답을 받는 방식이다.
다이어미터-베이스(DIAMETER-base)의 과금 데이터 전송 방식은 배치 파일 방식이나 GTP' 방식과 달리 실제 과금 데이터를 전송하지 않고 과금을 위한 세션 정보를 전송한다. 세션 방식과 이벤트 방식이 있으며 세션 방식은 세션 시작 및 세션 변경, 세션 종료 시 등에 각각 메시지를 과금 서버로 전송하고 과금 서버가 이를 모아 과금 데이터를 구성하는 방식이며 이벤트 방식은 세션과 관련 없는 일회성 데이터(위치 등록 및 메시지 전송 등)를 과금 서버에 전송하고 과금 서버가 과금 데이터를 만드는 방식이다. 다이어미터-베이스(DIAMETER-base)의 과금 데이터 전송 방식에서는 메시지가 특정 시간대 집중 발생하여 과금 서버에서 메시지를 제때 처리하지 못하는 경우 다이어미터 어플리케이션인 과금 서버에서는 과금 클라이언트와의 연동을 끊기 위한 메시지(Disconnect Peer Request, 이하 'DPR')를 전송하고 클라이언트와의 연동을 끊음으로서 일시적으로 메시지를 처리하기 위한 여유를 가지게 된다.
기존의 과금 방식과 달리 IMS의 과금 데이터 전송 방식은 하나의 세션(호)에 대해 여러 개의 메시지가 생성되어 과금 서버로 전달되며 여러 노드에서 동시에 발생하는 경우가 많다. 따라서 과금 서버 입장에서는 호당 수신해야 할 메시지가 많아졌고 메시지 수신 시 이를 하나의 데이터로 처리해야 하므로 처리해야 할 역할이 켜졌다. 특정 시간이나 특정 일에 많은 호가 집중 발생하는 경우 과금 서버가 메시지를 실시간으로 처리하지 못하고 메시지에 대한 응답이 지연 처리된다. 과금 수신 측에서 메시지를 지연 처리하여 응답을 일정 시간 내에 받지 못하는 경우 과금 전송 측에서는 이를 메시지 유실로 판단하여 일정 시간 후 메시지를 재전송한다. 이와 같은 절차의 반복은 과금 수신 측의 처리 지연을 야기하여 더욱 혼잡을 증가시키게 된다. 과금 서버에서는 혼잡이 증가하여 부하가 늘어나는 경우 이 상황을 일시 피하기 위해 다이아미터에 정의된 연동 해지 요청 메시지를 보낸 후 상대 노드와의 연동을 끊게 된다. 하지만,이는 Client-Server간의 빈번한 연동 문제를 야기하고 안정적인 과금 데이터 전송을 하지 못하게 되는 문제를 야기한다.
본 발명은 상기 문제점을 해결하기 위해 제안된 것으로, 다이어미터 어플리케이션 사이에 메시지 전송 주기를 협상할 수 있도록 하여 과도한 부하 및 다이어미터 서버의 처리 능력에 의해 다이어미터 서버가 과금 데이터 전송 메시지에 대한 응답을 지연 처리하는 경우를 단순 메시지 유실과 분리하여 안정적으로 과금 데이터를 전송할 수 있도록 하고자 한다.
본 발명은 상기와 같은 본 발명의 해결하기 위한 수단으로써, 다이아미터(Diameter) 프로토콜 메시지를 통해 과금 데이터를 전송하는 AAA 클라이언트와 다이아미터 프로토콜 메시지를 수집하는 AAA 서버 사이에 다이아미터 메쏘드(method)인 능력 협상 메시지를 이용하는 것으로, AAA 서버에서는 과금 요청 메시지 전송 주기를 변경할 수 있도록 하는 과금 메시지 재전송 주기를 정의하고 이를 일정 형태로 구성하여 능력 협상 메시지에 포함하여 AAA 클라이언트 측에 전송한다. AAA 클라이언트 측에서는 상기 AAA서버에서 송신한 상기 능력 협상 메시지 수신하여 상기 능력 협상 메시지 내의 재전송 주기를 분석하여 과금 메시지들의 재전송 주기를 조절하게 된다. 또한 과금 데이터 수집 측에서는 상기 AAA 서버가 과부하인지 아닌지를 판단하여 과부여하에 따라 메시지 재전송 주기를 판단하게 된다.
구체적으로, 본 발명은 다이어미터(Diameter) 프로토콜을 기반으로 AAA 클라 이언트와 과금 데이터를 수집하는 AAA 서버 간 과금(accounting) 어플리케이션(application) 메시지를 처리하는 장치에 있어서, 상기 AAA 클라이언트는, 상기 AAA 서버로 능력 협상 메시지(CER) 및 과금 데이터 전송을 위한 과금 요청 메시지(ACR)를 송신하는 메시지 송신부, 상기 AAA 서버로부터 수신된 능력 협상 메시지(CEA)를 분석하여 상대방과의 세션 연동을 관리하는 다이어미터 세션 관리부, 상기 AAA 서버로부터 능력 협상 메시지(CEA) 및 상기 AAA 서버와의 연동 종료를 위한 연동 종료 요청 메시지(DPR)를 수신받는 메시지 수신부 및 상기 AAA 서버로부터 수신된 능력 협상 메시지(CEA)로부터 과금 요청 메시지 재전송 주기를 분석하여 과금 메시지들의 재전송 주기를 조절하는 제어부;를 포함하는 것을 특징으로 한다.
또한, 상기 제어부에서는 현재 설정되어 있는 재전송 주기와 상기 능력 협상 메시지(CEA)에 수록되어 상기 AAA 서버로부터 수신된 재전송 주기를 비교하여 둘 중 큰 값으로 현재 설정되어 있는 과금 요청 메시지 전송 주기를 갱신하는 것을 특징으로 한다.
다이어미터(Diameter) 프로토콜을 기반으로 AAA 클라이언트와 과금 데이터를 수집하는 AAA 서버 간 과금(accounting) 어플리케이션(application) 메시지를 처리하는 장치에 있어서, 상기 AAA 서버는, 상기 AAA 클라이언트로 능력 협상 메시지(CEA) 및 상기 AAA 클라이언트와의 연동 종료를 위한 연동 종료 요청 메시지(DPR)를 송신하는 메시지 송신부, 상기 AAA 클라이언트로부터 수신된 능력 협상 메시지(CER)를 분석하여 상대방과의 세션 연동을 관리하는 다이어미터 세션 관리부, 상기 AAA 클라이언트로부터 능력 협상 메시지(CER) 및 상기 AAA 클라이언트로 부터 과금 요청 메시지를 수신받는 메시지 수신부, 적어도 하나 이상의 AAA 클라이언트로부터 수집된 과금 요청 메시지(ACR) 중 동일 호의 정보를 모아 과금 레코드를 생성하여 저장하는 과금 데이터 처리부, 및 상기 AAA 클라이언트로부터 수신된 상기 과금 요청 메시지를 분석하고 현재의 부하 상태를 파악하여 상기 능력 협상 메시지(CEA)에 수록되는 상기 과금 요청 메시지 재전송 주기를 제어하는 제어부를 포함하는 것을 특징으로 한다.
또한, 상기 능력 협상 메시지(CEA)에 수록되는 과금 요청 메시지의 재전송 주기의 데이터 타입(type)은 unsigned32이며 초 단위의 재전송 주기가 수록되는 것을 특징으로 한다.
다이어미터(Diameter) 프로토콜을 기반으로 AAA 클라이언트와 과금 데이터를 수집하는 AAA 서버 간 과금(accounting) 어플리케이션(application) 메시지를 처리하는 방법에 있어서, 상기 AAA 서버로부터 능력 협상 메시지(CEA)를 수신하는 단계, 상기 수신된 능력 협상 메시지(CEA)로부터 상기 과금 요청 메시지의 전송주기를 분석하고 저장하는 단계, 상기 AAA 서버로 과금 요청 메시지(ACR)를 송신하는 단계, 상기 AAA 서버로부터 상기 과금 요청 메시지에 대한 응답이 지연되는 경우, 상기 수신된 능력 협상 메시지(CEA)에 수록되어 있는 상기 과금 요청 메시지의 전송주기를 분석하여 저장된 과금 요청 메시지 전송주기와 현재 설정되어 있는 과금 메시지 전송 주기를 비교하는 단계, 및 상기 비교결과 큰 값으로 현재 설정된 과금 요청 메시지 전송 주기를 갱신하는 단계를 포함하는 것을 특징으로 한다.
또한, 상기 AAA 클라이언트에서의 과금 메시지 처리 방법은 상기 AAA서버의 상태가 과부하가 되어 상기 AAA서버와의 연동이 종료되고, 재연동이 수행된 후 상기 과금 요청 메시지의 재전송 주기를 갱신하는 단계를 더 포함하는 것을 특징으로 한다.
다이어미터(Diameter) 프로토콜을 기반으로 AAA 클라이언트와 과금 데이터를 수집하는 AAA 서버 간 과금(accounting) 어플리케이션(application) 메시지를 처리하는 방법에 있어서, AAA 클라이언트로 능력 협상 메시지(CEA)를 송신하는 단계, 과금 요청 메시지를 수신하고 상기 수신된 상기 과금 요청 메시지를 분석하는 단계, 적어도 하나 이상의 AAA 클라이언트로부터 수집된 과금 요청 메시지(ACR) 중 동일 호의 정보를 모아 과금 레코드를 생성하여 저장하는 단계, 상기 AAA서버의 부하 상태를 파악하여 과부하인지 아닌지를 판단하는 단계, 및 상기 판단 결과 과부하인 경우, 상기 능력 협상 메시지에 수록되는 상기 과금 요청 메시지 재전송 주기를 갱신하는 단계를 포함하여 이루어지는 것을 특징으로 한다.
또한, 상기 능력 협상 메시지에 수록되는 과금 요청 메시지의 재전송 주기의 데이터 타입(type)은 unsigned32이며 초 단위의 재전송 주기가 수록되는 것을 특징으로 한다.
본 발명에 따라 다이어미터 베이스의 과금 데이터 송수신시 노드의 부하에 따라 메시지를 재전송하는 주기를 어플리케이션 레벨에서 협상하도록 하여 과부하 상태에서 발생할 수 있는 혼잡 가중 효과와 빈번한 연동 해제를 줄이고 더 효과적으로 다이아미터 어플리케이션 메시지를 처리할 수 있다.
이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예들을 상세히 설명한다. 이때 첨부된 도면에서 동일한 구성 요소는 가능한 동일한 부호로 나타내고 있음에 유의하여야 한다. 또한 본 발명의 요지를 흐리게 할 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략할 것이다.
또한 이하에서 설명되는 본 명세서 및 청구범위에 사용된 용어나 단어는 통상적이거나 사전적인 의미로 한정해서 해석되어서는 아니 되며, 발명자는 그 자신의 발명을 가장 최선의 방법으로 설명하기 위해 용어의 개념으로 적절하게 정의할 수 있다는 원칙에 입각하여 본 발명의 기술적 사상에 부합하는 의미와 개념으로 해석되어야만 한다.
먼저, 도 1은 본 발명에 해당하는 다이어미터 기반의 과금 메시지 처리시 재전송 주기를 이용하여 혼잡을 제어하기 위한 과금 메시지 처리 장치의 블록 구성도이다.
도 1을 참조하면, 과금 메시지 처리 장치는 다이어미터 프로토콜을 이용하여 과금 데이터를 전송하는 AAA 클라이언트(10)와 과금 데이터를 수집하는 AAA 서버(11)로 구성된다.
우선 AAA 클라이언트(10)에 관하여 설명한다. AAA 클라이언트(10)는 메시지 송신부(100), 다이어미터 세션 관리부(101), 메시지 수신부(102), 제어부(103)로 이루어져 있다.
메시지 송신부(100)는 상기 AAA 서버로 능력 협상 메시지(CER) 및 과금 데이 터 전송을 위한 과금 요청 메시지(ACR)를 송신한다. 실제 과금 데이터를 상기 AAA 서버로 전송하지 않고도 상기 메시지들을 상기 메시지 송신부를 통해 송신함으로써, 가입자에 대한 과금을 수행할 수 있게 된다.
다이어미터 세션 관리부(101)는 AAA 서버와의 트랜스포트 레벨의 연동이 이루어진 후에, AAA 서버로부터 전송된 능력 협상 메시지(CEA)를 분석하여 서로 간의 정보 즉, AAA 서버 노드의 ID, 프로토콜 버젼이나 다이아미터 어플리케이션, 시큐러티 메카니즘 등을 확인하고, 정보 불일치 시, AAA 서버와의 세션 연동을 종료한다. 여기서, 세션 연동이 종료되는 경우는 관련 없는 노드에서 접속을 시도하는 경우 등을 예로 들 수 있다. 또한, AAA 서버로부터 부하를 해소하기 위한 방안으로 연동 종료 요청 메시지(DPR:Disconnect Peer Answer)를 수신한 경우에는 AAA 서버와 일시적으로 연동을 종료하고 다시 주기적으로 연동을 시도하도록 관리한다. 이 때, 상기 AAA 서버로부터 송신되는 연동 종료 요청 메시지에는 내부 자원의 부족이라는 사유가 포함되어 있다. 상기 연동을 종료하기 위한 DPR(Disconnect Peer Request) 메시지 구조는 아래와 같다.
<연동을 종료하기 위한 DPR 메시지 구조>
<DPR>::=< DiameterHeader:282,REQ>
{Origin-Host}
{Origin-Realm}
{Disconnect-Cause}
메시지 수신부(102)는 상기 AAA 서버로부터 능력 협상 메시지(CEA)와, 상기 AAA 서버의 혼잡이 가중되고 AAA 서버에서의 부하를 해소하는 방안으로 상기 AAA 서버에서 송신하는 다이어미터 매쏘드인 연동 종료 요청(DPR:Disconnect Peer Request) 메시지를 수신받는다. 상기 메시지 수신부로부터 수신되는 능력 협상 메시지는 상기 AAA 클라이언트 쪽에 저장되게 된다. 또한, 상기 과금 요청 메시지에 대한 응답인 과금 응답 메시지(ACA)도 상기 메시지 수신부를 통하여 수신받게 된다.
제어부(103)는 상기 AAA 서버로부터 수신되는 능력 협상 메시지(CEA)에 수록되어 있는 과금 요청 메시지 재전송 주기를 분석하여 과금 메시지들의 재전송 주기를 조절하는 역할을 한다. 제어부(103)에서는 현재 상기 AAA 서버에서 상기 과금 요청 메시지에 대한 처리가 지연되고 있다고 판단되는 경우, AAA 클라이언트에 현재 설정되어 있는 메시지 재전송 주기와 상기 능력 협상 메시지(CEA)에 수록되어 상기 AAA 서버로부터 수신되는 메시지 재전송 주기를 비교한다. 상기 비교결과, 큰 값으로 AAA 클라이언트에 현재 설정되어 있는 과금 요청 메시지 전송 주기를 갱신하게 된다. 상기 갱신된 메시지 재전송 주기로 상기 AAA 서버로 과금 요청 메시지를 재전송하게 된다.
즉, AAA 클라이언트에 현재 설정되어 있는 메시지 재전송 주기보다 상기 능력 협상 메시지(CEA)에 수록되어 상기 AAA 서버로부터 수신되는 메시지 재전송 주기가 더 큰 경우에는 상기 능력 협상 메시지(CEA)에 수록되어 상기 AAA 서버로부터 수신되는 메시지 재전송 주기로 과금 요청 메시지 전송 주기를 설정하게 된다. 하지만, AAA 클라이언트에 현재 설정되어 있는 메시지 재전송 주기가 더 작은 경우에는 AAA 클라이언트에 현재 설정되어 있는 메시지 재전송 주기를 유지하게 된다.
능력 협상 메시지(CER/CEA)를 통해 주고받는 메시지에는 정해진 AVP(Attribute Value Pair)외에 필요한 AVP를 추가할 수 있도록 되어 있다. 현재 재전송 주기에 대한 AVP는 정의되어 있지 않으므로, 즉 규격화되어 있지 않으므로, 이를 정의할 AVP를 추가하여 능력 협상 메시지를 교환함으로써, 어플리케이션 레벨에서 혼잡을 제어할 수 있게 한다. 추가할 AVP 포맷은 아래와 같다.
AVP Name : ACR-Send-Interval-AVP
AVP Code : 9200(할당에 따라 변경 가능)
AVP Type : Unsigned32
AVP Flag : Must(M,V), May(P)
상기 포맷에서 나타나는 바와 같이, 상기 AAA 서버로부터 수신되는 능력 협상 메시지(CEA)에 수록되는 과금 요청 메시지의 재전송 주기의 데이터 타입(Type)은 unsigned32이며, 초단위의 재전송 주기가 수록된다. 예를 들면, '35'가 수록되는 경우에는 35초마다 재전송을 하게 된다.
다음은 RFC3588에 설명된 능력 협상 메시지(CER/CEA)의 구조를 나타내는 실시예이다.
<능력 협상 메시지(CER)의 구조>
<CER> ::= < Diameter Header: 257, REQ >
{ Origin-Host }
{ Origin-Realm }
1* { Host-IP-Address }
{ Vendor-Id }
{ Product-Name }
[ Origin-State-Id ]
* [ Supported-Vendor-Id ]
* [ Auth-Application-Id ]
* [ Inband-Security-Id ]
* [ Acct-Application-Id ]
* [ Vendor-Specific-Application-Id ]
[ Firmware-Revision ]
* [ AVP ]
<능력 협상 메시지(CEA)의 구조>
<CEA> ::= < Diameter Header: 257 >
{ Result-Code }
{ Origin-Host }
{ Origin-Realm }
1* { Host-IP-Address }
{ Vendor-Id }
{ Product-Name }
[ Origin-State-Id ]
[ Error-Message ]
* [ Failed-AVP ]
* [ Supported-Vendor-Id ]
* [ Auth-Application-Id ]
* [ Inband-Security-Id ]
* [ Acct-Application-Id ]
* [ Vendor-Specific-Application-Id ]
[ Firmware-Revision ]
* [ AVP ]
다음으로, 과금 데이터를 수집하는 AAA 서버(11)는 메시지 송신부(110), 다이어미터 세션 관리부(111), 메시지 수신부(112), 과금 데이터 처리부(113), 제어부(114)로 이루어진다.
메시지 송신부(110)는 AAA 클라이언트로 능력 협상 메시지(CEA) 및 현재 AAA 서버의 혼잡이 가중되고 AAA 서버에서 과부하 상태일 경우, 상기 AAA 클라이언트와의 연동 종료를 위한 연동 종료 요청 메시지(DPR)를 송신하게 된다.
다이어미터 세션 관리부(111)는 상기 AAA 클라이언트 노드의 다이어미터 세션 관리부에서와 마찬가지로, 상기 AAA 클라이언트와의 연동이 이루어진 후에, 상기 AAA 클라이언트로부터 전송된 능력 협상 메시지(CEA)를 분석하여 서로 간의 정보 즉, AAA 클라이언트 노드의 ID, 프로토콜 버젼이나 다이아미터 어플리케이션, 시큐러티 메카니즘 등을 확인하고, 정보 불일치 시, AAA 클라이언트와의 세션 연동을 종료한다.
또한, AAA 서버에서의 과부하로 인해 AAA 클라이언트와 일시적으로 연동이 종료된 후, 다시 주기적으로 AAA 클라이언트와 연동이 일어날 수 있도록 연동을 제어하게 된다.
메시지 수신부(112)는 상기 AAA 클라이언트로부터 전송되는 능력 협상 메시지(CER)를 수신받는다. 상기 수신된 능력 협상 메시지(CER)에는 앞에서도 살핀 것처럼, AAA 클라이언트 노드의 ID, 프로토콜 버젼이나 다이아미터 어플리케이션, 시큐러티 메카니즘, 메시지 재전송 주기 등에 대한 정보가 포함되어 있다.
과금 데이터 처리부(113)는 여러 노드로부터 수집된 과금 요청 메시지(ACR) 중 동일 호의 정보를 모아 과금 레코드를 생성하여 일정한 형태로 AAA 서버 노드 측에 저장하게 된다. 상기 AAA 서버에서는 동일 호에 대해 여러 노드에서 생성된 정보를 모아야 하고 동일 노드라고 하더라도 여러 개의 데이터를 모아야 하므로 호가 폭주하는 경우 과금 데이터를 수집하는데 많은 부하가 발생하고 많은 시간이 소요될 수 있다. 여기서, AAA 서버에서 과부하가 발생하여 AAA 클라이언트에서 전송되는 과금 요청 메시지(ACR) 처리가 지연되는 경우에는 상기 AAA 클라이언트와의 연동을 일시적으로 끊게 한다.
제어부(114)는 상기 AAA 클라이언트로부터 수신된 상기 과금 요청 메시지를 분석하고 현재의 부하 상태를 파악하여 상기 능력 협상 메시지에 수록되는 상기 과금 요청 메시지 재전송 주기를 제어하는 역할을 한다. 여기서, 상기 AAA 서버의 상태가 과부하 상태 즉, AAA 클라이언트에서 전송되는 과금 요청 메시지(ACR) 처리가 지연되는 경우에는 상기 AAA 클라이언트로 전송되는 능력 협상 메시지에 수록되는 과금 요청 메시지 재전송 주기를 보다 길게 하여 부하 상태를 해소하게 한다. 반대 로, 상기 AAA 서버가 상기 AAA 클라이언트에서 전송되는 과금 요청 메시지(ACR) 처리를 원활하고 빠르게 수행하는 경우에는 상기 능력 협상 메시지에 수록되는 과금 요청 메시지 재전송 주기를 짧게 하여 메시지 처리 속도를 빠르게 할 수 있게 한다.
도 2는 본 발명에 해당하는 AAA 클라이언트에서의 과금 메시지 처리 방법을 나타내는 순서도이다.
먼저, 상기 AAA 클라이언트에서는 상기 AAA 서버와 세션 연동이 일어난 후, 상기 AAA 서버부터 능력 협상 메시지(CEA)를 수신 받는다.(S201) 동시에, 상기 AAA 서버로 능력 협상 메시지(CER)를 송신하게 된다. 앞에서도 살핀 것처럼, 상기 능력 협상 메시지(CER/CEA)를 교환함으로써 상대방 노드의 ID를 확인하고 프로토콜 버젼이나 다이어미터 어플리케이션, 시큐러티 메카니즘, 메시지 전송 주기 등을 교환하게 된다.
상기 수신된 능력 협상 메시지(CEA)로부터 상기 과금 요청 메시지의 전송 주기를 분석하고 저장하게 된다.(S202) 양자 간의 능력 협상 메시지 교환이 있은 후, 상기 AAA 서버로 과금 요청 메시지(ACR:Accounting Request)를 송신하게 된다.(S203) 여기서, 상기 AAA 서버는 과금 응답 메시지(ACA:Accounting Answer)를 이용하여 수신 결과를 상기 AAA 클라이언트로 응답하게 된다.
여기서, 상기 AAA 서버로의 호가 폭주하는 경우 과금 데이터를 수집하는데 많은 부하가 발생하고 많은 시간이 걸려서, 상기 AAA 서버에서의 과금 요청 메시지 처리가 지연되는 경우에(S204), 상기 AAA 클라이언트 제어부에서 상기 수신된 능력 협상 메시지(CEA)로부터 상기 과금 요청 메시지의 전송주기를 분석하여 저장된 과금 요청 메시지 전송 주기와 현재 설정되어 있는 과금 메시지 전송 주기를 비교하게 된다.(S205) 비교한 결과, 둘 값 중 큰 값으로 현재 설정된 과금 요청 메시지 전송 주기를 갱신하게 된다.(S206) 상기 설정된 과금 요청 메시지 전송 주기로 과금 요청 메시지를 상기 AAA 서버로 재전송하게 된다.(S207)
상기 AAA 서버에서의 과금 요청 메시지 처리가 지연되지 않는 경우에는 상기 AAA 클라이언트에 현재 설정되어 있는 과금 요청 메시지 전송 주기로 재전송을 하게 되고, 과금 요청 메시지에 대한 응답을 하며 상기 동작은 종료한다.(S208)
그리고, 상기 상기 AAA 클라이언트에서의 과금 메시지 처리 방법은 능력 협상 메시지를 상기 AAA 서버와 교환한 후, 상기 AAA 서버로 과금 요청 메시지를 전송하고, 상기 AAA 서버로부터 과금 요청 메시지에 대한 응답을 수신받는 일련의 절차가 반복된다. 하지만, 이러한 반복되는 절차로 인해, 상기 AAA 서버의 상태가 과부하가 되는 경우 상기 상기 AAA 서버와의 연동이 종료되고, 재연동이 수행된 후 상기 과금 요청 메시지의 재전송 주기를 갱신하게 된다.
도 3은 본 발명에 해당하는 AAA 서버에서의 과금 메시지 처리 방법을 나타내는 순서도이다.
먼저, 상기 AAA 서버에서는 상기 AAA 클라이언트와 세션 연동이 일어난 후, 상기 AAA 클라이언트로 능력 협상 메시지(CEA)를 송신한다.(S301) 동시에, 상기 AAA 서버는 상기 AAA 클라이언트로부터 능력 협상 메시지(CER)를 수신 받는다. 앞에서도 살핀 것처럼, 상기 능력 협상 메시지(CER/CEA)를 상기 AAA 클라이언트와 교 환함으로써 상대방 노드의 ID를 확인하고 프로토콜 버젼이나 다이어미터 어플리케이션, 시큐러티 메카니즘, 메시지 전송 주기 등을 교환하게 된다. 상기와 같은 정보들은 클라이언트/서버 노드 측에 저장된다. 그 후, 상기 AAA 클라이언트로부터 과금 요청 메시지를 수신받고, 상기 수신된 과금 요청 메시지를 분석하게 된다.(S302)
상기 AAA 서버에서는 여러 개의 AAA 클라이언트로부터 수집된 과금 요청 메시지(ACR) 중 동일 호의 정보를 모아 과금 레코드를 생성하여 일정한 형태로 저장하게 된다.(S303) 상기 AAA 서버에서는 동일 호에 대해 여러 노드에서 생성된 정보를 모아야 하고 동일 노드라고 하더라도 여러 개의 데이터를 모아야 한다. 이 경우, AAA 서버로 호가 폭주하는 경우 과금 데이터를 수집하는데 많은 부하가 발생하고 상기 과금 요청 메시지를 처리하는데 많은 시간이 소요되게 된다.
상기 AAA 클라이언트로부터 과금 요청 메시지에 대한 재전송 메시지가 계속적으로 수신될 때, 상기 AAA 서버는 현재의 부하 상태가 과부하인지 아닌지를 판단한 후(S304), 상기 판단 결과 AAA 서버의 상태가 과부하라고 판단되면, 상기 AAA 서버의 부하를 해소하여 신속하게 상기 과금 요청 메시지에 대해 응답을 하기 위해, 상기 능력 협상 메시지에 수록되는 상기 과금 요청 메시지 재전송 주기를 갱신하는 절차를 갖는다.(S305) 상기 능력 협상 메시지에 수록되는 상기 과금 요청 메시지 재전송 주기를 현재 AAA 클라이언트로부터 재전송되는 메시지 재전송 주기보다 길게 하여 현재 과부하 상태인 AAA 서버의 부하를 해소하게 하여 보다 빠른 과금 메시지 처리를 수행할 수 있게 한다.(S306)
하지만, 상기와 달리 AAA 서버에서의 과금 요청 메시지(ACR)에 대한 응답이 지연되지 않을 경우에는 상기 과금 요청 메시지에 대한 응답을 함으로써 정상적으로 과금 데이터가 처리되어 세션 연동은 종료하게 된다.(S306)
여기서, 상기 능력 협상 메시지에 수록되는 과금 요청 메시지의 재전송 주기의 데이터 타입은 unsigned32이며 초 단위의 재전송 주기가 수록되도록 한다.
능력 협상 메시지의 교환이 성공하면 AAA 클라이언트에서는 과금 요청 메시지(ACR:Accounting Request)를 이용하여 과금 데이터를 전송하고 AAA 서버에서는 과금 응답 메시지(ACA:Accounting Answer)를 이용하여 수신 결과를 응답하게 된다.
한편 본 명세서와 도면에 개시된 본 발명의 실시예들은 본 발명의 기술 내용을 쉽게 설명하고 본 발명의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 발명의 범위를 한정하고자 하는 것은 아니다. 여기에 개시된 실시예들 이외에도 본 발명의 기술적 사상에 바탕을 둔 다른 변형예들이 실시 가능하다는 것은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.
도 1은 본 발명에 해당하는 다이어미터 기반의 과금 메시지 처리시 재전송 주기를 이용하여 혼잡을 제어하기 위한 과금 메시지 처리 장치의 블록 구성도.
도 2는 본 발명에 해당하는 AAA 클라이언트에서의 과금 메시지 처리 방법을 나타내는 순서도.
도 3은 본 발명에 해당하는 AAA 서버에서의 과금 메시지 처리 방법을 나타내는 순서도.

Claims (8)

  1. 다이어미터(Diameter) 프로토콜을 기반으로 AAA 클라이언트와 과금 데이터를 수집하는 AAA 서버 간 과금(accounting) 어플리케이션(application) 메시지를 처리하는 장치에 있어서,
    상기 AAA 클라이언트는,
    상기 AAA 서버로 능력 협상 메시지(CER) 및 과금 데이터 전송을 위한 과금 요청 메시지(ACR)를 송신하는 메시지 송신부; 및
    상기 AAA 서버로부터 수신된 능력 협상 메시지(CEA)를 분석하여 상대방과의 세션 연동을 관리하는 다이어미터 세션 관리부; 및
    상기 AAA 서버로부터 능력 협상 메시지(CEA) 및 상기 AAA 서버와의 연동 종료를 위한 연동 종료 요청 메시지(DPR)를 수신받는 메시지 수신부; 및
    상기 AAA 서버로부터 상기 과금 요청 메시지에 대한 응답이 지연될 경우, 상기 AAA 서버로부터 수신된 능력 협상 메시지(CEA)에 수록되어 있는 과금 요청 메시지 재전송 주기를 분석하여 과금 메시지의 재전송 주기를 조절하는 제어부;
    를 포함하여 이루어지는 것을 특징으로 하는 과금 메시지 처리 장치.
  2. 제1항에 있어서,
    상기 제어부에서는 현재 설정되어 있는 재전송 주기와 상기 능력 협상 메시지(CEA)에 수록되어 상기 AAA 서버로부터 수신된 재전송 주기를 비교하여 둘 중 큰 값으로 현재 설정되어 있는 과금 요청 메시지 전송 주기를 갱신하는 것을 특징으로 하는 과금 메시지 처리 장치.
  3. 다이어미터(Diameter) 프로토콜을 기반으로 AAA 클라이언트와 과금 데이터를 수집하는 AAA 서버 간 과금(accounting) 어플리케이션(application) 메시지를 처리하는 장치에 있어서,
    상기 AAA 서버는,
    상기 AAA 클라이언트로 능력 협상 메시지(CEA) 및 상기 AAA 클라이언트와의 연동 종료를 위한 연동 종료 요청 메시지(DPR)를 송신하는 메시지 송신부; 및
    상기 AAA 클라이언트로부터 수신된 능력 협상 메시지(CER)를 분석하여 상대방과의 세션 연동을 관리하는 다이어미터 세션 관리부; 및
    상기 AAA 클라이언트로부터 능력 협상 메시지(CER) 및 상기 AAA 클라이언트로부터 과금 요청 메시지를 수신받는 메시지 수신부; 및
    적어도 하나 이상의 AAA 클라이언트로부터 수집된 과금 요청 메시지(ACR) 중 동일 호의 정보를 모아 과금 레코드를 생성하여 저장하는 과금 데이터 처리부; 및
    상기 AAA 클라이언트로부터 수신된 상기 과금 요청 메시지를 분석하고 현재의 부하 상태를 파악하여 상기 능력 협상 메시지(CEA)에 수록되는 상기 과금 요청 메시지 재전송 주기를 제어하는 제어부를 포함하여 이루어지는 것을 특징으로 하는 과금 메시지 처리 장치.
  4. 제3항에 있어서,
    상기 능력 협상 메시지(CEA)에 수록되는 과금 요청 메시지의 재전송 주기의 데이터 타입(type)은 unsigned32이며 초 단위의 재전송 주기가 수록되는 것을 특징으로 하는 과금 메시지 처리 장치.
  5. 다이어미터(Diameter) 프로토콜을 기반으로 AAA 클라이언트와 과금 데이터를 수집하는 AAA 서버 간 과금(accounting) 어플리케이션(application) 메시지를 처리하는 방법에 있어서,
    상기 AAA 서버로부터 능력 협상 메시지(CEA)를 수신하는 단계; 및
    상기 수신된 능력 협상 메시지(CEA)로부터 상기 과금 요청 메시지의 전송주기를 분석하고 저장하는 단계; 및
    상기 AAA 서버로 과금 요청 메시지(ACR)를 송신하는 단계; 및
    상기 AAA 서버로부터 상기 과금 요청 메시지에 대한 응답이 지연되는 경우, 상기 수신된 능력 협상 메시지(CEA)에 수록되어 있는 상기 과금 요청 메시지의 전송주기를 분석하여 저장된 과금 요청 메시지 전송주기와 현재 설정되어 있는 과금 메시지 전송 주기를 비교하는 단계; 및
    상기 비교결과 큰 값으로 현재 설정된 과금 요청 메시지 전송 주기를 갱신하는 단계를 포함하여 이루어지는 것을 특징으로 하는 상기 AAA 클라이언트에서의 과금 메시지 처리 방법
  6. 제5항에 있어서,
    상기 AAA 클라이언트에서의 과금 메시지 처리 방법은 상기 AAA서버의 상태가 과부하가 되어 상기 AAA서버와의 연동이 종료되고, 재연동이 수행된 후 상기 과금 요청 메시지의 재전송 주기를 갱신하는 단계를 더 포함하는 것을 특징으로 하는 과금 메시지 처리 방법.
  7. 다이어미터(Diameter) 프로토콜을 기반으로 AAA 클라이언트와 과금 데이터를 수집하는 AAA 서버 간 과금(accounting) 어플리케이션(application) 메시지를 처리하는 방법에 있어서,
    AAA 클라이언트로 능력 협상 메시지(CEA)를 송신하는 단계; 및
    과금 요청 메시지를 수신하고 상기 수신된 상기 과금 요청 메시지를 분석하는 단계; 및
    적어도 하나 이상의 AAA 클라이언트로부터 수집된 과금 요청 메시지(ACR) 중 동일 호의 정보를 모아 과금 레코드를 생성하여 저장하는 단계; 및
    상기 AAA서버의 부하 상태를 파악하여 과부하인지 아닌지를 판단하는 단계; 및
    상기 판단 결과 과부하인 경우, 상기 능력 협상 메시지에 수록되는 상기 과금 요청 메시지 재전송 주기를 갱신하는 단계를 포함하여 이루어지는 것을 특징으로 하는 상기 AAA 서버에서의 과금 메시지 처리 방법
  8. 제7항에 있어서,
    상기 능력 협상 메시지에 수록되는 과금 요청 메시지의 재전송 주기의 데이터 타입(type)은 unsigned32이며 초 단위의 재전송 주기가 수록되는 것을 특징으로 과금 메시지 처리 방법.
KR1020080123749A 2008-12-08 2008-12-08 다이어미터 기반의 과금 메시지 처리 방법 및 장치. KR20100065425A (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020080123749A KR20100065425A (ko) 2008-12-08 2008-12-08 다이어미터 기반의 과금 메시지 처리 방법 및 장치.

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020080123749A KR20100065425A (ko) 2008-12-08 2008-12-08 다이어미터 기반의 과금 메시지 처리 방법 및 장치.

Publications (1)

Publication Number Publication Date
KR20100065425A true KR20100065425A (ko) 2010-06-17

Family

ID=42364684

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020080123749A KR20100065425A (ko) 2008-12-08 2008-12-08 다이어미터 기반의 과금 메시지 처리 방법 및 장치.

Country Status (1)

Country Link
KR (1) KR20100065425A (ko)

Similar Documents

Publication Publication Date Title
CN1937580B (zh) 通信系统及通信管理方法
US8335197B2 (en) Method and apparatus for transmitting SIP data of idle mode UE in a mobile communication system
US7561692B2 (en) Method of authenticating mobile terminal
US8315246B2 (en) System and method employing strategic communications between a network controller and a security gateway
US8184575B2 (en) Packet communication network and subscriber-associated-information delivery controller
US20070038758A1 (en) Method for transferring chat messages by establishing chat room data transfer channel
US7630712B2 (en) Method for reconnecting a mobile terminal in a wireless network
CN101491005A (zh) 用于无线通信系统中的策略执行的方法和装置
CN101039310B (zh) 链路共享服务装置以及通信方法
US8175091B2 (en) Communication system
CN105262836A (zh) 服务器推送信息的方法及客户端接收推送信息的方法
WO2012000271A1 (zh) 终端接入方法和无线通信网络
JP2006279636A (ja) クライアント間通信ログの整合性保証管理システム
US10021551B2 (en) Centralized management of distributed systems with off line components
CN109936515B (zh) 接入配置方法、信息提供方法及装置
CN112019408A (zh) 用于在家庭网络中安装节点的方法和设备
US8521804B2 (en) Interconnection system between at least one communication device and at least one remote data system and interconnection method
EP1602209B1 (en) Policy management during handover
JP2005229583A (ja) ネットワーク制御装置、通信端末、およびネットワーク選択方法
CN103220345A (zh) 门户设备管理方法以及门户设备和系统
US11233859B2 (en) Machine-to-machine communications
KR101367265B1 (ko) 푸시 서버, 푸시 서비스 제공시스템 및 그 방법
CN108092993A (zh) 一种网络数据传输控制方法和系统
US20160112495A1 (en) Secure remote computer network
US8750208B1 (en) Processing an access request in a wireless communication system

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application