KR20060066510A - 이동통신시스템에서의 과금 데이터 전송 방법 - Google Patents

Abstract

본 발명은 이동통신시스템에서의 과금 데이터 전송 방법에 관한 것으로서, 본 발명은 과금 데이터를 수집하는 수집수단이 응답 메시지를 받지 않고 전송할 수 있는 과금 데이터의 최대 수인 윈도우 크기를 초기화하는 초기화 과정과, 상기 수집수단이 수집된 과금 데이터를 전송 버퍼에 저장하고 상기 윈도우 크기에 의거하여 복수의 과금 데이터를 상기 전송 버퍼에 저장된 순서로 전송하는 전송 과정과, 상기 수집수단으로부터 전송된 과금 데이터를 외부의 과금 시스템으로 전송하는 전송수단이 상기 복수의 과금 데이터를 수신한 후 그 수신 정보를 포함하는 응답 메시지를 상기 수집수단에게 전송하는 응답 과정과, 상기 응답 메시지에 의거하여 상기 전송 버퍼의 내용을 갱신하는 갱신 과정을 포함한다. 따라서 본 발명은 ~인 장점이 있다.

이동통신시스템, SGSN, CGF, CDR, 과금 데이터, 전송

Description

이동통신시스템에서의 과금 데이터 전송 방법{METHOD FOR TRANSMITTING CHARGING DATA IN MOBILE COMMUNICATION NETWORK}

도 1은 종래의 일실시 예에 따른 과금 데이터 전송 방법에 대한 절차도,

도 2는 본 발명의 제1 실시 예에 따른 과금 데이터 전송 방법에 대한 절차도,

도 3은 본 발명의 제1 실시 예에 따른 과금 데이터 전송을 위해 필요한 윈도우 크기(window size) 초기화 과정에 대한 절차도,

도 4a 및 도 4b는 도 3에 예시된 윈도우 크기 초기화 과정 수행시 전달되는 메시지들에 대한 구성 예를 도시한 도면들,

도 5a 및 도 5b는 도 3에 예시된 윈도우 크기 초기화 과정 수행시 전달되는 윈도우 크기 설정 관련 메시지의 구성예를 도시한 도면들,

도 6은 본 발명의 제2 실시 예에 따른 과금 데이터 전송 방법에 대한 절차도,

도 7a 및 도 7b는 도 6에 예시된 과금 데이터 전송 과정 수행시 전달되는 메시지들에 대한 구성 예를 도시한 도면들,

도 8은 본 발명의 제1 및 제2 실시 예에 따른 과금 데이터 전송 및 응답 과 정의 예를 도시한 도면,

도 9a 내지 도 9c는 도 8에 예시된 과금 데이터 전송 및 응답 과정 수행시 전달되는 메시지들에 대한 구성 예를 도시한 도면들.

본 발명은 이동통신시스템에서의 과금 데이터 전송 방법에 관한 것으로서, 특히 비동기식 이동 패킷 교환기 시스템에서 하나의 호마다 발생되는 과금 데이터를 전송하는 방법에 관한 것이다.

통상적으로 비동기식 이동 패킷 교환기 시스템은 하나의 호마다 과금(Charging Data Record, 이하 'CDR'이라 칭함) 데이터를 발생하며 그 CDR 데이터를 과금 시스템(billing center)으로 전달함으로써 과금이 이루어지도록 한다.

즉, 비동기식 이동 패킷 교환기 시스템의 '게이트웨이 패킷 무선 서비스 지원 노드(Gateway GPRS(General Packet Radio Service) Support Node, 이하 'GGSN'이라 칭함)' 또는 '서비스 패킷 무선 서비스 지원 노드(Service GPRS Support Node, 이하 'SGSN'이라 칭함)'는 CDR 데이터를 수집하여 과금 게이트 웨이부(Charging Gateway Function, 이하 'CGF'라 칭함)로 전달한다. 과금 게이트웨이부(CGF)는 이동 패킷 교환기 시스템과 과금 시스템(billing center) 사이에서 데이터 전달을 수행하는 역할을 하는 장치로서, 상기 GGSN 또는 SGSN으로부터 전달된 CDR 데이터를 과금 시스템(billing center)으로 전달한다.

이 때 과금 게이트웨이부(CGF)는 상기 CDR 데이터를 3GPP에서 정의한 TS 32.215 규격에 의거하여 CDR 데이터를 과금 시스템(billing center)으로 전달한다. 따라서 상기 GGSN 또는 SGSN은 CDR 데이터를 TS 32.215 규격에 정의된 GTPP(GPRS Tunneling Protocol Prime) 프로토콜에 인코딩한 후 CGF로 전달한다.

도 1은 종래의 일실시 예에 따른 과금 데이터 전송 방법에 대한 절차도로서, 상기 GGSN 또는 SGSN이 CDR 데이터를 CGF로 전달하는 과정이 예시되어 있다. 도 1에는 SGSN(10)에서 CGF(20)로 CDR 데이터를 전송하는 과정의 예를 도시하고 있다. 도 1을 참조하면 SGSN(10)은 첫 번째 과금 정보(CDR1)를 데이터 레코드 전송 요청(Data Record Transfer Request) 메시지에 담아서 CGF(20)에게 전송한다(S11). 그러면 데이터 레코드 전송 요청(Data Record Transfer Request) 메시지를 수신한 CGF(20)는 그에 대한 응답(즉, 데이터 레코드 전송 응답(Data Record Transfer Response))메시지를 SGSN(10)에게 전송하고(S13), 그 응답을 수신한 SGSN(10)은 두 번째 과금 정보(CDR2)를 CGF(20)에게 전송한다(S15). CGF(20)는 상기 두 번째 과금 정보(CDR2)에 대한 응답 메시지를 SGSN(10)에게 전송한다(S17).

즉, SGSN(10)은 GTPP 메시지 중 데이터 레코드 전송 요청(Data Record Transfer Request) 메시지에 CDR 데이터를 하나씩 담아서 CGF(20)에게 전송하고, 하나의 데이터 레코드 전송 요청(Data Record Transfer Request) 메시지마다 CGF(20)로부터 데이터 레코드 전송 응답(Data Record Transfer Response) 메시지를 받는다. 다시 말해 SGSN(10)은 CGF(20)로부터 CDR 데이터의 전송에 대한 응답을 수 신한 후에야 다음 CDR 데이터를 전송한다.

따라서 종래의 이동 패킷 교환기 시스템의 경우 CDR 데이터 수집 성능이 높아도 CDR 데이터 전송 성능이 이를 뒷받침 하지 못할 경우 그 수집된 CDR 데이터를 전송할 수 없는 문제점이 있다. 현재 운영하고 있는 이동 패킷 교환기 시스템의 경우 CDR 데이터 수집 성능은 초당 CDR 1100여개인데 반해 CDR 데이터 전송 성능은 대략 초당 CDR 100개 정도에 불구하다. 따라서 초당 1000여개의 CDR 데이터가 누적되는 단점이 있다. 이는 시스템의 오류 등으로 인하여 이동 패킷 교환기 시스템이 다운될 경우 수집된 CDR 데이터가 손실되는 등의 문제를 초래할 수 있다. 따라서 정확한 과금이 이루어지지 않는 경우가 발생한다.

본 발명은 상기와 같은 문제점을 해결하기 위해 안출된 것으로서, 본 발명은 이동통신 교환기 시스템에서 정확한 과금이 이루어질 수 있도록 하는 방법을 제공하고자 한다.

또한 본 발명은 이동통신 교환기 시스템에서 CDR 데이터의 전송 효율을 향상시키는 방법을 제공하고자 한다.

상기 목적을 달성하기 위한 본 발명의 이동통신시스템에서의 과금 데이터 전송 방법은 과금 데이터를 수집하는 수집수단이 응답 메시지를 받지 않고 전송할 수 있는 과금 데이터의 최대 수인 윈도우 크기를 초기화하는 초기화 과정과, 상기 수집수단이 수집된 과금 데이터를 전송 버퍼에 저장하고 상기 윈도우 크기에 의거하여 복수의 과금 데이터를 상기 전송 버퍼에 저장된 순서로 전송하는 전송 과정과, 상기 수집수단으로부터 전송된 과금 데이터를 외부의 과금 시스템으로 전송하는 전송수단이 상기 복수의 과금 데이터를 수신한 후 그 수신 정보를 포함하는 응답 메시지를 상기 수집수단에게 전송하는 응답 과정과, 상기 응답 메시지에 의거하여 상기 전송 버퍼의 내용을 갱신하는 갱신 과정을 포함함을 특징으로 한다.

이 때, 상기 초기화 과정은 상기 전송수단이 상기 윈도우 크기 초기화 정보를 포함하는 제1 메시지를 생성하는 제1 단계와, 상기 전송수단이 상기 제1 메시지를 상기 수집수단에게 전송하는 제2 단계와, 상기 수집수단이 상기 제1 메시지에 포함된 윈도우 크기 초기화 정보에 의거하여 윈도우 크기를 설정하는 제3 단계와, 상기 수집수단이 상기 윈도우 크기 초기화 정보를 포함하는 제2 메시지를 상기 전송수단에게 전송하는 제4 단계와, 상기 전송수단이 상기 제2 메시지에 포함된 윈도우 크기 초기화 정보에 의거하여 윈도우 크기를 설정하는 제5 단계를 포함함이 바람직하다.

또한 상기 수집수단이 상기 제1 메시지에 포함된 윈도우 크기 초기화 정보에 의거하여 윈도우 크기를 설정할 수 없는 경우 상기 초기화 과정은 상기 수집수단이 기 설정된 기본 값으로 윈도우 크기를 설정하는 제6 단계와, 상기 수집수단이 상기 윈도우 크기 초기화 정보를 포함하지 않는 제3 메시지를 상기 전송수단에게 전송하는 제7 단계와, 상기 전송수단이 기 설정된 기본 값으로 윈도우 크기를 설정하는 제8 단계를 포함함이 바람직하다.

또한 상기 전송과정은 소정의 데이터 기록 전송 메시지(data record transfer request message)를 이용하여 상기 과금 데이터를 전송하되, 전송횟수가 상기 최대 윈도우 크기가 될 때까지 상기 과금 데이터를 연속적으로 전송함이 바람직하다.

또한 상기 응답과정은 소정의 데이터 기록 응답 메시지(data record transfer response message)를 이용하여 상기 수신 정보를 전송하되, 상기 데이터 기록 응답 메시지는 수신된 과금 데이터들의 일련번호(sequence number)를 포함함이 바람직하다.

또한 기 응답과정은 기 설정된 응답주기에 의거하여 그 응답 주기마다 상기 응답 메시지를 전송하되, 상기 응답주기가 되었을 때 상기 전송수단의 수신버퍼에 상기 윈도우 크기보다 적은 수의 과금 데이터가 저장된 경우 그 수신버퍼에 저장된 과금 데이터들에 대한 수신 정보를 포함하는 응답 메시지를 전송하고, 상기 응답주기가 되었을 때 상기 전송수단의 수신버퍼에 상기 윈도우 크기보다 큰 수의 과금 데이터가 저장된 경우 상기 윈도우 크기에 해당하는 과금 데이터에 대한 응답 메시지만을 전송한 후 다음 응답주기에 상기 수신버퍼에 저장된 잔여 과금 데이터 및 추가로 저장된 과금 데이터에 대한 응답 메시지를 전송함이 바람직하다.

또한 상기 응답과정은 중복 전송된 과금 데이터가 있는 경우 이를 상기 수집수단에게 통보하고, 상기 중복 수신된 과금 데이터를 무시함이 바람직하다.

또한 상기 갱신과정은 상기 응답 메시지에 포함된 수신 정보에 의거하여 상 기 전송수단에서 수신된 것으로 판단된 과금 데이터를 상기 전송버퍼에서 삭제함이 바람직하다.

이하 첨부된 도면을 참조하여 본 발명의 일실시 예에 의한 구성 및 작용에 대해서 더욱 상세히 설명한다. 도면에서 동일한 구성요소들에 대해서는 비록 다른 도면에 표시되더라도 가능한 한 동일한 참조번호 및 부호로 나타내고 있음에 유의해야 한다. 또한, 본 발명을 설명함에 있어서, 관련된 공지기능 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우 그 상세한 설명은 생략한다.

본 발명에서는 이동통신시스템에서 과금 데이터 전송을 위해 기존의 'Stop-and-Wait 방식'을 보완한 'Go-Back-N 방식'을 사용한다. 이 때, 'Stop-and-Wait 방식'이란 하나의 메시지를 전송한 후 그 전송 관련 프로세스는 'Stop'하고 그에 대한 응답 메시지가 올 때 까지 'Wait'하는 방식을 말하고, 'Go-Back-N 방식'이란 'Stop-and-Wait 방식'에 있어서 전송 속도 저하라는 문제점을 해결하는 방식으로 일정 개수의 메시지를 지속적으로 전달하고 응답 메시지는 수신 된 메시지의 최종 메시지에 대해서만 응답하는 방식을 말한다. 'Go-Back-N 방식'에서 복수의 메시지를 지속적으로 전달하는 중 데이터 전송에 에러가 발생한 경우, 수신 측에서 해당 에러 메시지에 대해 응답을 하면 송신 측에서는 에러가 발생한 데이터로부터 다시 소정 개의 메시지를 지속적으로 전송하도록 한다.

이와 같은 'Go-Back-N 방식'을 이용한 본 발명의 과금 데이터 전송 방법에 대한 제1 실시 예가 도 2에 예시되어 있다. 도 2는 본 발명의 제1 실시 예에 따른 과금 데이터 전송 방법에 대한 절차도로서, 도 2를 참조하면 본 발명의 제1 실시 예에 따른 과금 데이터 전송 방법은 다음과 같다.

먼저 SGSN(100)과 CGF(200)는 CDR 전송을 위한 윈도우 크기(window size)를 초기화한다(S101). 이 때 '윈도우 크기(window size)'란 과금 데이터를 수집하는 수집수단인 SGSN(100)가 응답 메시지를 받지 않고 전송할 수 있는 CDR 데이터의 최대 수를 말한다. 즉, SGSN(100)이 CGF(200)로부터 응답 메시지를 받지 않고 전송할수 있는 CDR 데이터의 최대 수를 말한다. 이와 같이 SGSN(100)과 CGF(200)가 상기 윈도우 크기(window size)를 초기화하는 과정이 도 3에 예시되어 있다 상기 초기화 과정(S101)에 대한 보다 구체적인 설명은 도 3을 참조하여 설명할 것이다.

한편 상기 과정(S101) 수행 결과 윈도우 크기(window size)가 결정되면 SGSN(100)은 수집된 과금 데이터를 전송 버퍼에 저장하고 상기 윈도우 크기(window size)에 의해 결정된 수에 의거하여 복수의 CDR 데이터를 CGF(200)에게 전송하고 그에 대한 응답 메시지를 수신한다. 이 때 전송 버퍼에 저장된 순서로 전송함이 바람직하다. 즉, 종래와 같이 각각의 CDR 마다 그 CDR에 대한 응답 메시지를 수신하는 것이 아니고, SGSN(100)은 상기 과정(S101)에서 결정된 CDR 전송 개수에 의거하여 복수의 CDR 데이터에 대한 응답 메시지를 수신한 후 다음 CDR 데이터를 전송한다. 이러한 일련의 과정들을 도 2를 참조하여 설명하면 다음과 같다.

상기 과정(S101)에서 CDR 전송을 위한 윈도우 크기(window size)가 초기화되면 SGSN(100)은 CGF(200)에게 전송할 CDR 데이터를 전송 버퍼에 저장한다(S103). 이 때 전송 버퍼의 크기는 상기 윈도우 크기(window size)와 동일하게 설정함이 바 람직하다. 예를 들어, 윈도우 크기(window size)가 '3'이면 전송 버퍼의 크기도 '3'으로 설정함이 바람직하다.

그리고 SGSN(100)은 상기 전송 버퍼로부터 CDR 데이터를 하나 읽어 와서 이를 데이터 레코드 전송 요청(Data Record Transfer Request) 메시지에 담아 CGF(200)에게 전송한다(S105). 이 때 전송되는 데이터 레코드 전송 요청(Data Record Transfer Request) 메시지에 대한 구성 예는 도 9a를 참조하여 설명할 것이다.

이와 같이 데이터 레코드 전송 요청(Data Record Transfer Request) 메시지를 CGF(200)에게 전송한 SGSN(100)은 전송횟수 및 시간을 카운트하여 전송횟수가 윈도우 크기(window size) 이하이거나 상기 시간이 전송 주기 이내이면(S107, S109) 상기 과정(S105)(즉, 전송 버퍼로부터 CDR 데이터를 읽어서 전송하는 과정)을 반복 수행한다. 예를 들어 전송 주기가 10초이고, 윈도우 크기가 '3'이라면 전송횟수가 '3'이하이거나 카운트된 시간이 10초 이내이면 상기 전송 버퍼에 저장된 CDR 데이터들을 하나씩 검출하여 CGF(200)에게 전송하는 과정을 반복한다.

그리고 상기 전송횟수가 윈도우 크기보다 크거나 첫 번째 CDR 데이터의 전송 이후에 경과된 시간이 상기 전송 주기를 초과하는 경우 SGSN(100)은 CGF(200)로 부터의 응답메시지를 대기한다.

한편 CGF(200)는 기 설정된 응답주기 동안 SGSN(100)으로부터 전달되는 CDR 데이터를 수신하고 상기 응답주기가 경과되면(S111) 상기 응답주기 동안 수신된 CDR 데이터에 대한 응답 메시지(Data Record Transfer Response)를 전송한다 (S113). 이 때 CGF(200)는 응답 메시지에 SGSN(100)으로부터 수신된 CDR 데이터에 대한 수신 정보를 포함하여 전송한다. 즉 CGF(200)는 상기 응답 메시지에 몇 번째 CDR 데이터까지 수신하였는지에 대한 정보를 포함하여 전송한다. 예를 들어 수신된 CDR 데이터의 일련 번호(sequence number)를 상기 응답 메시지에 포함하여 전송한다. 상기 응답 메시지에 대한 구성 예는 도 9b 및 도 9c를 참조하여 설명할 것이다. 만약 SGSN(100)으로부터 수신된 CDR 데이터에 오류가 발생한 경우 CGF(200)는 그 오류 발생 메시지를 응답메시지에 포함하여 전송한다.

한편 상기 응답메시지(Data Record Transfer Response)를 수신한 SGSN(100)은 그 응답메시지에 포함된 정보(예컨대, 몇 번째 CDR 데이터까지 수신하였는지에 대한 정보)에 의거하여 전송 버퍼를 갱신한다(S115). 즉 상기 응답 메시지로부터 CGF(200)가 몇 번째 CDR 데이터까지 수신하였는지를 확인하고, CGF(200)에서 수신한 것으로 확인된 CDR 데이터를 전송 버퍼에서 삭제한 후 다음 전송 주기에 CGF(200)에게 전송할 CDR 데이터들을 전송 버퍼에 저장한다. 그리고 전송횟수를 초기화한 후(S117) 상기 일련의 CDR 전송과정들(S105 내지 S115)을 반복 수행한다.

도 3은 본 발명의 제1 실시 예에 따른 과금 데이터 전송을 위해 필요한 윈도우 크기(window size) 초기화 과정에 대한 절차도로서, 도 2의 과정(S101)에 대한 구체적인 처리 과정의 예를 도시한 도면이다.

CGF 서비스 기동시 CGF(200)는 SGSN(100)과의 전송 경로를 형성하기 위해 구성(configuration) 정보를 로드(load)한 후 이를 SGSN(100)에게 알리기 위해 SGSN(100)에게 소정 메시지(예컨대, '노드 얼라이브 요청(Node Alive Request) 메 시지', 이하 'NAR 메시지'라 칭함)를 전송한다. SGSN(100)와 CGF(200)사이에 네트워크 서비스를 개시하기 위해 NAR(Node Alive Request) 메시지 및 그에 대한 응답(Node Alive Response) 메시지를 송/수신하는 절차가 3GPP TS 32.215에 개시되어 있다.

본 발명의 예에서 CGF(200)와 SGSN(100)는 상기 NAR 메시지를 이용하여 상기 윈도우 크기를 초기화 한다. 즉, 윈도우 크기(window size) 크기를 초기화하기 위해 CGF(200)는 상기 NAR 메시지에 윈도우 크기(window size)를 초기화하기 위한 정보 영역(예컨대, '프라이빗 확장(Private Extension)' 영역, 이하 'PE 영역'이라 칭함)을 추가하여 전송하고, SGSN(100)은 그 내용에 대한 승인 여부를 포함한 응답 메시지를 CGF(200)에게 전송한다.

도 3을 참조하여 상기 과정들을 좀더 상세히 설명하면 다음과 같다.

먼저 CGF(200)는 윈도우 크기를 초기화하기 위한 정보 영역(예컨대, PE 영역)을 포함하는 NAR 메시지를 생성하고(S201), 그 메시지, 즉, PE 영역을 포함하는 NAR 메시지(Node Alive Request with Private Extension)를 SGSN(100)에게 전송한다(S203). 이 때, CGF(200)는 상기 과정(S201)에서 NAR 메시지 생성시 PE 영역에 윈도우 크기 정보를 저장한다. 상기 PE 영역을 포함하는 NAR 메시지의 구성 예가 도 4a에 예시되어 있다. NAR 메시지의 구성에 대해서는 도 4a를 참조하여 보다 상세히 설명할 것이다.

한편 CGF(200)로부터 전송된 NAR 메시지를 수신한 SGSN(100)은 그 NAR 메시지의 PE 영역에 저장된 윈도우 크기 정보를 검출하고 SGSN(100)의 시스템 성능을 고려할 때 상기 CGF(200)가 정한 윈도우 크기가 설정가능한지의 여부를 판단한다(S205). 만약 SGSN(100)의 윈도우 크기를 CGF(200)가 정한 윈도우 크기로 설정하는 것이 불가능하다면, SGSN(100)은 PE 영역을 포함하지 않는 NAR 메시지(Node Alive Response without Private Extension)를 CGF(200)에게 전송한다(S207). 한편 상기 판단(S205) 결과 SGSN(100)의 윈도우 크기를 CGF(200)가 정한 윈도우 크기로 설정하는 것이 가능하다면 SGSN(100)은 CGF(200)가 정한 값으로 윈도우 크기를 설정한 후(S209) 그에 대한 응답으로 PE 영역을 포함하는 NAR 메시지(Node Alive Response with Private Extension 메시지)를 CGF(200)에게 전송한다(S211).

이 때 상기 과정(S211)에서 SGSN(100)이 CGF(200)로 전송하는 응답 메시지의 구성 예가 도 4b에 예시되어 있다. 상기 응답 메시지의 구성에 대해서는 도 4b를 참조하여 보다 상세히 설명할 것이다.

한편 상기 과정(S207) 또는 과정(S111) 중 어느 하나를 통해 SGSN(100)로부터 응답 메시지를 수신한 CGF(200)는 그 응답 메시지에 PE 영역이 포함되었는지의 여부를 판단한다(S213). 그리고 상기 응답 메시지에 PE 영역이 포함되었으면 윈도우 크기를 PE 영역에 설정된 값(즉, CGF(200)가 설정한 값)으로 설정하고(S215), 그렇지 않으면 윈도우 크기를 '1'로 설정한다(S217).

도 4a 및 도 4b는 도 3에 예시된 윈도우 크기 초기화 과정 수행시 전달되는 메시지들에 대한 구성 예를 도시한 도면들이다. 즉, 도 4a는 도 3에 예시된 초기화 과정 수행시 CGF(200)가 SGSN(100)으로 전달하는 NAR 메시지의 구성 예를 도시하고, 도 4b는 도 3에 예시된 초기화 과정 수행시 SGSN(100)에서 CGF(200)로 전달하 는 응답 메시지의 구성 예를 도시한다.

먼저 도 4a를 참조하면 도 3의 과정(S203)에서 SGSN(100)에게 전송되는 NAR 메시지는 반드시 포함되어야 하는(Mandatory) 노드 어드레스(Node Address) 필드와, 선택적으로 포함되는(Optional) 프라이빗 확장(Private Extension) 필드를 포함한다. 도 3의 예에서 CGF(200)는 상기 프라이빗 확장 필드에 윈도우 초기화 정보를 저장하여 전달한다.

한편 도 4b를 참조하면 도 3의 과정(S211)에서 SGSN(100)이 CGF(200)에게 전송하는 응답 메시지는 선택적으로 포함되는(Optional) 프라이빗 확장(Private Extension) 필드만을 포함한다.

상기 NAR 메시지 및 응답 메시지에 포함된 프라이빗 확장 필드의 구체적인 구성 예는 도 5a 및 도 5b에 예시되어 있다. 따라서 프라이빗 확장 필드의 구체적인 구성은 도 5a 및 도 5b를 참조하여 설명할 것이다.

도 5a는 일반적인 프라이빗 확장 필드의 구성 예를 나타내고, 도 5b는 윈도우 초기화 정보를 나타내기 위한 프라이빗 확장 필드의 구성 예를 나타낸다.

먼저, 도 5a를 참조하면 프라이빗 확장 필드는 첫 번째 옥텟(Octet)에 타입(Type) 정보를 저장하고, 두 번째 및 세 번째 필드에 길이 정보(Length) 정보를 저장하고, 네 번째 및 다섯 번째 필드에 확장 식별 정보(Extension Identifier)를 저장하고, 여섯 번째 필드 및 그 이후의 필드에 확장 값(Extension Value)을 저장한다. 이러한 프라이빗 확장 필드의 구성은 3GPP TS 29.060에 정의된 바와 같다.

한편 도 5b를 참조하면 윈도우 초기화 정보를 나타내기 위한 프라이빗 확장 필드는 상기 타입 영역에 '255(Decimal)'값을 저장하고, 길이(Length) 영역에 '3'을 저장하고, 확장 식별 정보(Extension Identifier) 영역에 '16(Decimal)'값을 저장하고, 확장 값(Extension Value) 영역에 '윈도우 크기(Decimal)'영역을 저장한다.

도 3의 예에서 CGF(200)는 과정(S201)에서 NAR 메시지 생성시 PE 영역의 확장 식별 정보(Extension Identifier) 영역에 '16(Decimal)'을 저장하고, 확장 값(Extension Value) 영역에 원하는 윈도우 크기 값(예컨대, '3')을 저장한다. 그리고 그 NAR 메시지를 SGSN(100)에게 전송한다.

한편 상기 NAR 메시지를 수신한 SGSN(100)은 CGF(200)와 통신 준비를 설정하며 수신된 NAR 메시지에 PE 영역이 존재하는 지 여부를 확인한다. 그리고 NAR 메시지에 PE 영역이 존재하면 PE 영역의 확장 식별 정보(Extension Identifier) 영역의 값을 확인하여 확장 식별 정보(Extension Identifier) 영역이 '16₁₀', 즉, '000F₁₆'로 설정되어 있는 경우 확장 값(Extension Value) 영역에 저장된 값으로 윈도우 크기(window size)를 설정한다. 예를 들어 확장 값(Extension Value) 영역에 '3'이 저장된 경우 윈도우 크기를 '3'으로 설정한다. 즉, SGSN(100)이 CGF(200)로부터 응답 메시지를 받지 않고 전송할 수 있는 CDR 데이터의 최대 개수를 '3'으로 설정한다.

그리고 SGSN(100)은 윈도우 크기 초기화 완료를 알리는 응답 메시지(즉, Node Alive Response 메시지)를 CGF(200)에게 전송한다. 이 때 SGSN(100)은 응답 메시지에 PE 영역을 포함시키되, PE 영역의 확장 식별 정보(Extension Identifier) 영역에 '16'을 Hex(000F)로 설정하고, PE 영역의 확장 값(Extension Value) 영역에 SGSN(100)에 설정된 윈도우 크기 값을 저장한다. 상기 예에서 응답 메시지에 포함된 PE 영역의 확장 값(Extension Value) 영역에는 '3'이 저장될 것이다.

한편 SGSN(100)이 CGF(200)에서 지정한 윈도우 크기 값으로 윈도우 크기를 설정할 수 없는 경우 SGSN(100)은 PE 영역을 제외한(포함하지 않는) 응답 메시지(Node Alive Response 메시지)를 전송한다.

이와 같이 SGSN(100)이 CGF(200)에서 지정한 윈도우 크기 값으로 윈도우 크기를 설정할 수 없는 경우 SGSN(100)과 CGF(200)는 Stop-and-wait 방식으로 CDR 데이터를 전송한다. 즉, 윈도우 크기가 '1'인 상태로 CDR 데이터를 전송한다. 다시 말해 SGSN(100)은 하나의 CDR 데이터 마다 응답 메시지를 수신한다.

도 6은 본 발명의 제2 실시 예에 따른 과금 데이터 전송 방법에 대한 절차도이다. 즉, 도 6은 과금 데이터 전송 중 과금 데이터를 수집하는 장치에 오류가 발생했다가 복구된 경우에 대한 처리 절차도이다.

도 6을 참조하면 본 발명의 제2 실시 예에 따른 과금 데이터 전송을 위해 먼저, SGSN(100)과 CGF(200) 간에 CDR 전송을 위한 윈도우 크기(window size) 초기화 과정(S301)이 수행된다. 윈도우 크기 초기화 과정(S301)은 도 2의 과정(S101) 및 도 3을 참조한 설명에서 언급된 바와 유사하므로 상기 과정(S301)에 대한 구체적인 설명은 생략한다.

그리고 그 초기화된 윈도우 크기 정보에 의거하여 SGSN(100)과 CGF(200) 사 이에 본 발명의 실시 예에 따른 CDR 데이터 전송 과정(Normal case Handling) (S303)이 수행된다. 이 때, 본 발명의 실시 예에 따른 CDR 데이터 전송 과정(S303)은 도 2에 예시된 처리 과정 중 초기화 과정(S101)을 제외한 모든 과정(S103 내지 S117)(A)을 포함한다.

상기 본 발명의 실시 예에 따른 CDR 데이터 전송 과정(S303) 수행 중 SGSN(100)에 오류가 발생하여 과금 데이터 수집 및 전송 서비스가 서비스-다운(service down)된 경우(S305) CGF(200)는 SGSN(100)에게 에코 요청(Echo Request) 메시지를 전송한다(S307). 이 때 전송되는 에코 요청(Echo Request) 메시지의 예가 도 7a에 예시되어 있다. 도 7a를 참조하면 에코 요청(Echo Request) 메시지는 PE 영역을 포함하는데, CGF(200)는 윈도우 크기를 초기화할 때와 마찬가지로 상기 PE 영역의 확장 식별 정보(Extension Identifier) 영역에 '16'을 Hex(000F)로 저장하고, 확장 값(Extension Value) 영역에 로드(load)된 윈도우 크기를 저장한다. 만약 SGSN(100)에서 서비스-다운이 발생되기 전에 SGSN(100)과 CGF(200)가 'Go-Back-N 방식'이 아닌 'stop-and-wait 방식'에 의해 CDR 데이터를 전송하였다면 상기 확장 값 영역에는 '1'이 저장될 것이다. 즉, CGF(200)에서 전송되는 에코 요청 메시지에는 CDR 데이터의 전송방식과 관계없이 항상 PE 영역이 포함되어야 한다.

한편 서비스-다운된 후 CGF(200)로부터 에코 요청(Echo Request) 메시지를 수신한 SGSN(100)은 서비스가 재개(service restart)되면(S309) CGF(200)에게 PE 영역을 포함하는 에코 요청 메시지(Echo Request with Private Extension)를 전송한다(S311).

SGSN(100)으로부터 전송된 상기 에코 요청 메시지를 수신한 CGF(200)는 상기 메시지에 포함된 PE 영역의 확장 식별 정보(Extension Identifier)영역에 설정된 값(OOOF₁₆)을 확인함으로써 SGSN(100)이 서비스 재가동되었음을 인지하고 확장 값(Extension Value)영역에 저장된 값으로 윈도우 크기(window size)를 설정한 후 초기화 완료를 알리는 에코 응답(Echo Response) 메시지를 전송한다(S313). 이 때 에코 응답 메시지에는 PE 영역이 포함되는데, CGF(200)는 상기 PE 영역의 확장 식별 정보(Extension Identifier)에 16을 Hex(000F)로 설정하고 확장 값(Extension Value) 영역에 SGSN(100)으로부터 수신된 에코 요청 메시지에 포함된 확장 값과 동일한 값을 설정한다. 특히 CGF(200)는 윈도우 크기 설정이 불가능한 경우에도 에코 응답 메시지에 PE 영역을 포함시키는데, 이 경우 확장 값(Extension Value)을 '1'로 설정한다. 상기 에코 응답(Echo Response) 메시지의 예가 도 7b에 예시되어 있다. 도 7b를 참조하면 에코 응답(Echo Response) 메시지는 필수적으로 포함되는 리커버리(Recovery) 필드와, 선택적으로 포함되는 PE 영역을 포함한다. 상기 PE 영역의 구성예는 도 5a 및 도 5b에 예시된 바와 같으므로 생략한다.

한편 SGSN(100)은 CGF(200)로부터 에코 응답 메시지를 수신한 후 PE 영역의 확장 값(Extension Value) 영역에 포함된 윈도우 크기에 의거하여 윈도우 크기를 설정한 후 다음 절차를 수행한다. 즉, SGSN(100)과 CGF(200)간에 본 발명의 실시 예에 따른 CDR 데이터 전송 절차(Normal case Handling)를 수행한다(S315).

도 8은 본 발명의 제1 및 제2 실시 예에 따른 과금 데이터 전송 및 응답 과 정의 예를 도시한 도면이다. 즉, 도 8은 도 2에 예시된 본 발명의 제1 실시 예에 따라 SGSN(100)과 CGF(200) 사이에서 수행되는 CDR 데이터 전송 과정(Normal case Handling)(A) 또는 도 6에 예시된 본 발명의 제2 실시 예에 따라 SGSN(100)과 CGF(200) 사이에서 수행되는 CDR 데이터 전송 과정(S303 및 S315)에 있어서 CDR 데이터의 전송 및 응답의 보다 구체적인 전송 예를 도시하고 있다.

한편 도 9a 내지 도 9c는 도 8에 예시된 과금 데이터 전송 및 응답 과정 수행시 전달되는 메시지들에 대한 구성 예를 도시한 도면들로서, 본 발명의 제1 및 제2 실시 예에 따른 CDR 데이터의 전송 및 응답 과정의 설명에 앞서, 상기 CDR 데이터의 전송 및 응답에 사용된 메시지를 도 9a 내지 도 9c를 참조하여 설명하면 다음과 같다.

먼저, 상기 CDR 데이터의 전송 및 응답은 3GPP TS 32.215 규격에서 정의한 데이터 기록 전송(Data Record Transfer) 메시지 및 데이터 기록 전송 응답(Data Record Transfer Response) 메시지로 전달한다. 도 9a는 상기 데이터 기록 전송(Data Record Transfer) 메시지 포맷의 예를 도시하고, 도 9b는 상기 데이터 기록 전송 응답(Data Record Transfer Response) 메시지 포맷의 예를 도시하고 있다.

도 9a를 참조하면 데이터 기록 전송(Data Record Transfer) 메시지는 패킷 전송 명령(Packet Transfer Command) 필드와, 데이터 기록 패킷(Data Record Packet) 필드와, 릴리즈된 패킷들의 일련 번호(Sequence Numbers of Released Packets) 필드와, 취소된 패킷들의 일련 번호(Sequence Numbers of Cancelled Packets) 필드와, 프라이빗 확장(Private Extension) 필드를 포함한다. 이 때 패킷 전송 명령(Packet Transfer Command) 필드는 필수적(Mandatory)으로 포함되는 필드이고, 데이터 기록 전송(Data Transfer Command) 필드, 릴리즈된 패킷들의 일련 번호(Sequence Numbers of Released Packets) 필드 및 취소된 패킷들의 일련 번호(Sequence Numbers of Cancelled Packets) 필드는 조건부(Conditional)로 포함되는 필드들이고, PE 필드는 선택적(Optional)으로 포함되는 필드이다.

도 9b를 참조하면 데이터 기록 전송 응답(Data Record Transfer Response) 메시지는 원인 정보(Cause) 필드와, 요청 응답된 정보(Request Responded) 필드와, 프라이빗 확장(Private Extension) 필드를 포함한다. 이 때 원인 정보(Cause) 필드 및 요청 응답된 정보(Request Responded) 필드는 필수적(Mandatory)으로 포함되는 필드들이고, PE 필드는 선택적(Optional)으로 포함되는 필드이다. 특히 요청 응답된 정보(Request Responsed) 필드는 수신한 데이터 기록 전송 요청(Data Record Transfer Request)의 일련 번호(Sequence Number)를 포함한다. 도 9c는 이러한 요청 응답된 정보(Request Responsed) 필드의 구체적인 예를 도시하고 있다. 도 9c를 참조하면 요청 응답된 정보(Request Responsed) 필드는 첫 번째 옥텟(Octet)에 타입 정보를 저장하고, 두 번째 및 세 번째 옥텟(Octet)에 길이 정보를 저장하고, 네 번째 옥텟(Octet) 이후에는 일련 번호들(Sequence Number 1, …, Sequence Number N)을 저장한다.

따라서 CGF(200)는 상기 요청 응답된 정보(Request Responsed) 필드를 이용하여 SGSN(100)으로부터 수신된 데이터 기록 전송 요청(Data Record Transfer Request) 메시지의 일련 번호(Sequence Number)를 SGSN(100)에게 전송할 수 있는 것이다.

이하에는 도 9a 내지 도 9c에 예시된 바와 같은 구성을 갖는 메시지들을 이용한 본 발명의 실시 예에 따른 CDR 데이터 전송 및 응답 과정을 도 8을 참조하여 설명한다.

도 8은 윈도우 크기 기화 과정에 의해 윈도우 크기를 '3'으로 설정한 경우에 대한 예이다. 따라서 SGSN(100)은 그 크기만큼 데이터 기록 전송 요청(Data Record Transfer Request) 메시지에 CDR 데이터를 담아서 전송한다(S401, S403, S405).

CGF(200)는 그 데이터 기록 전송 요청(Data Record Transfer Request) 메시지를 수신한 후 CDR 데이터를 저장한다(미도시). 도 8은 윈도우 크기가 '3'인 경우의 예를 나타내므로 CGF(200)는 최대 3개의 데이터 기록 전송 요청(Data Record Transfer Request) 메시지 처리가 가능하다. 하지만 CGF(200)의 수신 버퍼에 더 이상의 데이터 기록 전송 요청(Data Record Transfer Request) 메시지가 없는 경우 CGF(200)는 윈도우 크기에서 설정한 수의 데이터가 처리되지 않아도 데이터 기록 전송 응답(Data Record Transfer Response)메시지를 SGSN(100)으로 전송한다.

한편 CGF(200)의 수신 버퍼에 데이터 기록 전송 요청(Data Record Transfer Request) 메시지가 계속 들어 있는 경우, 즉 윈도우 크기보다 많은 수의 메시지가 들어있는 경우에는 CGF(200)는 해당 윈도우 크기만큼의 데이터 처리 후에 데이터 기록 전송 응답(Data Record Transfer Response) 메시지를 전송한 다음 다시 남아 있는 데이터 기록 전송 요청(Data Record Transfer Request) 메시지를 처리 한다. 예를 들어 윈도우 크기가 '3'인데 CGF(200)의 수신 버퍼에 4개의 데이터 기록 전송 요청(Data Record Transfer Request) 메시지가 저장된 경우 3개의 메시지를 먼저 처리하고 그에 대한 응답 메시지를 전송한 후 나머지 1개의 메시지와 추가로 수신된 메시지를 처리한다.

도 8의 예에서 CGF(200)는 시퀀스 넘버 1번과, 2번을 수신한 후 그 정보에 의거하여 데이터 기록 전송 응답(Data Record Transfer Response)메시지를 생성한 후 그 데이터 기록 전송 응답(Data Record Transfer Response)메시지를 전송한다(S407). 이 때 데이터 기록 전송 응답(Data Record Transfer Response)메시지에는 CGF(200)에서 수신한 데이터 기록 전송 요청(Data Record Transfer Request) 메시지의 시퀀스 번호인 1번과, 2번이 기록된다.

즉 상기 과정(S405)에서 SGSN(100)은 3번째 데이터 기록 전송 요청(Data Record Transfer Request) 메시지를 전송하였으나, CGF(200)는 SGSN(100)에서 전송한 3번째 데이터 기록 전송 요청(Data Record Transfer Request) 메시지를 수신하기 전에 데이터 기록 전송 응답(Data Record Transfer Response)메시지를 생성하여 전송하는 경우가 발생한다.

이 경우 CGF(200)는 상기 데이터 기록 전송 응답(Data Record Transfer Response)메시지를 전송한 후에 3번째 데이터 기록 전송 요청(Data Record Transfer Request) 메시지를 수신한다.

하지만 상기 과정(S407)을 통해 데이터 기록 전송 응답(Data Record Transfer Response)메시지를 수신한 SGSN(100)는 3번째 데이터 기록 전송 요청(Data Record Transfer Request) 메시지가 전송되지 않은 것으로 판단하여 CGF(200)에게 데이터 기록 전송 요청(Data Record Transfer Request) 메시지를 재전송한다(S409). 즉 상기 과정(S407)을 통해 시퀀스 넘버 1번과, 2번을 포함하는 데이터 기록 전송 응답(Data Record Transfer Response) 메시지를 수신한 SGSN(100)은 윈도우 버퍼에서 상기 시퀀스 넘버 1번 및 2번에 해당된 데이터 기록 전송 요청(Data Record Transfer Request) 메시지를 삭제한 후 3번째 데이터 기록 전송 요청(Data Record Transfer Request) 메시지를 전송한다. 또한 상기 윈도우 버퍼에 저장되어 있는 4번째 데이터 기록 전송 요청(Data Record Transfer Request) 메시지를 전송한다(S413). 즉 CGF(200)로 무사히 전송된 것으로 확인된 데이터 기록 전송 요청(Data Record Transfer Request) 메시지를 윈도우 버퍼에서 삭제한 후 삭제 후에 늘어난 윈도우 버퍼의 여유분만큼 데이터 기록 전송 요청(Data Record Transfer Request) 메시지를 추가로 전송한다.

만약 CGF(200)로 전송한 데이터 기록 전송 요청(Data Record Transfer Request) 메시지를 전송한 후 기 설정된 응답 시간 내에 응답이 없는 경우 SGSN(100)은 해당 시퀀스 넘버에 해당된 데이터 기록 전송 요청(Data Record Transfer Request) 메시지를 재전송한다.

한편 과정(S405)에서 이미 3번째 데이터 기록 전송 요청(Data Record Transfer Request) 메시지를 수신한 CGF(200)는 3GPP에 정의된 방법에 따라 과정(S409)에서 수신된 3번째 데이터 기록 전송 요청(Data Record Transfer Request) 메시지가 중복 전송되었음을 알리는 메시지(Data Record Transfer Response(duplicate))를 SGSN(100)에게 전송하고(S411), 중복된 메시지(즉, 3번째 데이터 기록 전송 요청(Data Record Transfer Request) 메시지)를 무시한다. 그리고 4번째 데이터 기록 전송 요청(Data Record Transfer Request) 메시지가 수신되었음을 알리는 데이터 기록 전송 응답(Data Record Transfer Response)메시지를 전송한다(S415).

상기 과정(S415)에서 4번째 데이터 기록 전송 요청(Data Record Transfer Request) 메시지가 수신되었음을 알리는 데이터 기록 전송 응답(Data Record Transfer Response)메시지를 수신한 SGSN(100)은 5번째 및 6번째 데이터 기록 전송 요청(Data Record Transfer Request) 메시지를 순차적으로 전송한다(S417, S419).

만약 SGSN(100)가 최종 데이터 기록 전송 요청(Data Record Transfer Request) 메시지를 전송한 후에 CGF(200)로부터 데이터 기록 전송 응답(Data Record Transfer Response)가 없다면 SGSN(100)은 윈도우 버퍼에 보관하고 있는 데이터 기록 전송 요청(Data Record Transfer Request) 메시지를 다시 재전송한다.

이와 같이 본 발명의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 발명의 범주에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 예를 들어 도 8을 참조한 본 발명의 설명에서는 윈도우 크기가 '3'인 경우에 대하여 설명하고 있지만, 본 발명은 윈도우 크기가 '3'인 것으로 한정되는 것은 아니다. 또한 본 발명은 SGSN과 CGF 간에 CDR 데이터를 전송하는 경우에 대하여 설명하고 있지만, 본 발명은 SGSN과 CGF 간에 수행되는 CDR 데이터의 전송으로 한정되는 것은 아니다. 즉, 본 발명은 CDR 데이터의 수집 수단과, 그 CDR 데이터를 과금 시스템으로 전달하기 위한 과금 정보 전달 수단 사이에서 CDR 데이터를 전송 하는 과정에 관한 것이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 안되며 후술하는 특허청구범위 뿐만 아니라 이 특허청구범위와 균등한 것들에 의해 정해져야 한다.

상기와 같은 본 발명은 이동통신 교환기 시스템에서 CDR 데이터의 전송 효율을 향상시키는 효과가 있다. 따라서 전송 지연으로 인한 CDR 데이터의 손실을 방지함으로써 정확한 과금이 이루어질 수 있는 효과가 있다.

Claims (21)

1. 이동통신시스템에서의 과금 데이터 전송 방법에 있어서,

   과금 데이터를 수집하는 수집수단이 응답 메시지를 받지 않고 전송할 수 있는 과금 데이터의 최대 수인 윈도우 크기를 초기화하는 초기화 과정과,

   상기 수집수단이 수집된 과금 데이터를 전송 버퍼에 저장하고 상기 윈도우 크기에 의거하여 복수의 과금 데이터를 전송하는 전송 과정과,

   상기 수집수단으로부터 전송된 과금 데이터를 외부의 과금 시스템으로 전송하는 전송수단이 상기 복수의 과금 데이터를 수신한 후 그 수신 정보를 포함하는 응답 메시지를 상기 수집수단에게 전송하는 응답 과정과,

   상기 응답 메시지에 의거하여 상기 전송 버퍼의 내용을 갱신하는 갱신 과정을 포함함을 특징으로 하는 이동통신시스템에서의 과금 데이터 전송 방법.
2. 제1항에 있어서, 상기 초기화 과정은

   상기 전송수단이 상기 윈도우 크기 초기화 정보를 포함하는 제1 메시지를 생성하는 제1 단계와,

   상기 전송수단이 상기 제1 메시지를 상기 수집수단에게 전송하는 제2 단계와,

   상기 수집수단이 상기 제1 메시지에 포함된 윈도우 크기 초기화 정보에 의거 하여 윈도우 크기를 설정하는 제3 단계와,

   상기 수집수단이 상기 윈도우 크기 초기화 정보를 포함하는 제2 메시지를 상기 전송수단에게 전송하는 제4 단계와,

   상기 전송수단이 상기 제2 메시지에 포함된 윈도우 크기 초기화 정보에 의거하여 윈도우 크기를 설정하는 제5 단계를 포함함을 특징으로 하는 이동통신시스템에서의 과금 데이터 전송 방법.
3. 제2항에 있어서, 상기 초기화 과정은

   상기 수집수단이 상기 제1 메시지에 포함된 윈도우 크기 초기화 정보에 의거하여 윈도우 크기를 설정할 수 없는 경우

   상기 수집수단이 기 설정된 기본 값으로 윈도우 크기를 설정하는 제6 단계와,

   상기 수집수단이 상기 윈도우 크기 초기화 정보를 포함하지 않는 제3 메시지를 상기 전송수단에게 전송하는 제7 단계와,

   상기 전송수단이 기 설정된 기본 값으로 윈도우 크기를 설정하는 제8 단계를 포함함을 특징으로 하는 이동통신시스템에서의 과금 데이터 전송 방법.
4. 제3항에 있어서, 상기 제6 단계 및 제7 단계 각각은

   상기 윈도우 크기를 '1'로 설정함을 특징으로 하는 이동통신시스템에서의 과금 데이터 전송 방법.
5. 제2항에 있어서, 상기 제1 메시지는

   노드 어드레스 필드와,

   윈도우 크기 초기화 정보 필드를 포함함을 특징으로 하는 이동통신시스템에서의 과금 데이터 전송 방법.
6. 제2항에 있어서, 상기 제2 메시지는

   윈도우 크기 초기화 정보 필드를 포함함을 특징으로 하는 이동통신시스템에서의 과금 데이터 전송 방법.
7. 제5항 또는 제6항에 있어서, 상기 윈도우 크기 초기화 정보 필드는

   메시지 타입 저장 영역과,

   메시지 길이 저장 영역과,

   상기 메시지가 윈도우 크기 초기화 정보를 포함하는 메시지임을 나타내기 위한 식별 정보 저장 영역과,

   상기 윈도우 크기 초기화 값을 저장하는 영역을 포함함을 특징으로 하는 이동통신시스템에서의 과금 데이터 전송 방법.
8. 제1항에 있어서, 상기 전송과정은

   소정의 데이터 기록 전송 메시지(data record transfer request message)를 이용하여 상기 과금 데이터를 전송하되, 전송횟수가 상기 최대 윈도우 크기가 될 때까지 상기 과금 데이터를 연속적으로 전송함을 특징으로 하는 이동통신시스템에서의 과금 데이터 전송 방법.
9. 제8항에 있어서, 상기 데이터 기록 전송 메시지는

   3GPP TS 32.215 규격에서 정의한 메시지 구조인 것을 특징으로 하는 이동통신시스템에서의 과금 데이터 전송 방법.
10. 제1항에 있어서, 상기 전송과정은

    상기 복수의 과금 데이터를 상기 전송 버퍼에 저장된 순서로 전송함을 특징으로 하는 이동통신시스템에서의 과금 데이터 전송 방법.
11. 제1항에 있어서, 상기 응답과정은

    소정의 데이터 기록 응답 메시지(data record transfer response message)를 이용하여 상기 수신 정보를 전송하되, 상기 데이터 기록 응답 메시지는 수신된 과금 데이터들의 일련번호(sequence number)를 포함함을 특징으로 하는 이동통신시스템에서의 과금 데이터 전송 방법.
12. 제11항에 있어서, 상기 데이터 기록 응답 메시지는

    3GPP TS 32.215 규격에서 정의한 메시지 구조인 것을 특징으로 하는 이동통신시스템에서의 과금 데이터 전송 방법.
13. 제1항에 있어서, 상기 응답과정은

    기 설정된 응답주기에 의거하여 그 응답 주기마다 상기 응답 메시지를 전송함을 특징으로 하는 이동통신시스템에서의 과금 데이터 전송 방법.
14. 제13항에 있어서, 상기 응답과정은

    상기 응답주기가 되었을 때 상기 전송수단의 수신버퍼에 상기 윈도우 크기보 다 적은 수의 과금 데이터가 저장된 경우 그 수신버퍼에 저장된 과금 데이터들에 대한 수신 정보를 포함하는 응답 메시지를 전송함을 특징으로 하는 이동통신시스템에서의 과금 데이터 전송 방법.
15. 제13항에 있어서, 상기 응답과정은

    상기 응답주기가 되었을 때 상기 전송수단의 수신버퍼에 상기 윈도우 크기보다 큰 수의 과금 데이터가 저장된 경우 상기 윈도우 크기에 해당하는 과금 데이터에 대한 응답 메시지만을 전송하고, 다음 응답주기에 상기 수신버퍼에 저장된 잔여 과금 데이터 및 추가로 저장된 과금 데이터에 대한 응답 메시지를 전송함을 특징으로 하는 이동통신시스템에서의 과금 데이터 전송 방법.
16. 제1항에 있어서, 상기 응답과정은

    중복 전송된 과금 데이터가 있는 경우 이를 상기 수집수단에게 통보하고, 상기 중복 수신된 과금 데이터를 무시함을 특징으로 하는 이동통신시스템에서의 과금 데이터 전송 방법.
17. 제1항에 있어서, 상기 갱신과정은

    상기 응답 메시지에 포함된 수신 정보에 의거하여 상기 전송수단에서 수신된 것으로 판단된 과금 데이터를 상기 전송버퍼에서 삭제함을 특징으로 하는 이동통신시스템에서의 과금 데이터 전송 방법.
18. 제1항에 있어서,

    상기 수집수단에 오류가 발생하여 과금 데이터 수집 및 전송 서비스가 다운된 경우 상기 전송수단이 상기 수집수단에게 현재 윈도우 크기 정보를 포함하는 에코 요청 메시지를 전송하는 제1 전송과정과,

    상기 수집수단에서 상기 과금 데이터 수집 및 전송 서비스가 재개되면 상기 수집수단이 상기 윈도우 크기 정보를 포함하는 에코 요청 메시지를 상기 전송수단에게 전송하는 제2 전송과정과,

    상기 전송수단이 상기 수집수단으로부터 전송된 에코 요청 메시지에 의거하여 상기 서비스가 재개된 것을 인지하는 과정과,

    상기 전송수단이 상기 에코 요청 메시지에 포함된 윈도우 크기 정보에 의거하여 상기 전송수단의 윈도우 크기를 설정한 후 상기 수집수단에게 에코 응답 메시지를 전송하는 과정과,

    상기 설정된 윈도우 크기에 의거하여 상기 수집수단이 상기 전송수단에게 과금 데이터를 전송하는 과정을 더 포함함을 특징으로 하는 이동통신시스템에서의 과금 데이터 전송 방법.
19. 제18항에 있어서, 상기 에코 요청 메시지는

    윈도우 크기 초기화 정보 필드를 포함함을 특징으로 하는 이동통신시스템에서의 과금 데이터 전송 방법.
20. 제18항에 있어서, 상기 에코 응답 메시지는

    리커버리 정보 필드와,

    윈도우 크기 초기화 정보 필드를 포함함을 특징으로 하는 이동통신시스템에서의 과금 데이터 전송 방법.
21. 제19항 또는 제20항에 있어서, 상기 윈도우 크기 초기화 정보 필드는

    메시지 타입 저장 영역과,

    메시지 길이 저장 영역과,

    상기 메시지가 윈도우 크기 초기화 정보를 포함하는 메시지임을 나타내기 위한 식별 정보 저장 영역과,

    상기 윈도우 크기 초기화 값을 저장하는 영역을 포함함을 특징으로 하는 이동통신시스템에서의 과금 데이터 전송 방법.

Images