MTS 회사의 결제 시스템. MTS는 청구를 통합할 것입니다 비디오: 청구의 개념

러시아 교육과학부

연방 주 예산 교육 기관
고등 전문 교육
"상트페테르부르크 주립 기술 연구소
(기술대학)"

UGS(코드, 이름) 080000

교육방향(코드, 이름) 080500.62

프로필(이름) 전자업체

경제 및 경영 학부

비즈니스정보학과

학문적 규율 그것-기업 인프라

코스 1 그룹 6219

추상적인

주제 : “이동통신사 결제는 어떻게 이루어지나요?”

학생 플라토노바 N.V.

감독자,

직위 카이다로프 A.G.

(서명, 날짜) (이니셜, 성)

등급

(관리자 서명)

상트 페테르부르크
2012

소개. 삼

1. 빌링이란 무엇입니까? 4

2. 청구 시스템. 5

3. 기업의 청구 기능. 6

3.1. 정산 작업. 7

3.1.1. 선불. 8

3.1.2. 후불. 8

3.2. 정보 서비스. 9

3.3. 금융 서비스. 9

4. 목적에 따른 과금 구분.. 9

4.1. 다국적 통신 사업자용. 9

4.2. 전국 규모로 맞춤 제작됩니다. 10

4.3. 지역 네트워크를 위한 중산층 시스템. 10

5. 청구 조직 체계. 열하나

결론... 12

사용된 참고문헌 목록.. 16


소개

이번 작업에서는 이동통신사 요금 청구가 어떻게 이루어지는지 알아보겠습니다. 이를 위해 나는 여러 가지 목표를 설정했으며 그 목표는 내 작업의 결과가 될 것입니다.

1. 과금이 무엇인지 알아보세요.

2. 빌링 시스템이 무엇인지 알아보고,

3. 결제 기능이 무엇인지 알아보고,

4. 어떤 유형의 청구서가 있는지 알아보세요.

5. 청구 방식의 예를 확인하세요.


1. 빌링이란 무엇입니까?

통신에서 청구(Billing)는 통신 서비스 사용, 요금 책정, 가입자 송장 발행 및 지불 처리에 대한 정보 수집을 담당하는 통신 기업의 일련의 프로세스 및 솔루션입니다.

청구는 통신 유형에 관계없이 모든 상용 통신 사업자 활동의 필수 구성 요소입니다. 고정 및 이동 통신 사업자, 인터넷 전화 통신, 가상 사업자, 인터넷 공급자, 대중 교통 디지털 트래픽 사업자, 디지털 TV 공급자 - 청구 없이는 존재할 수 없습니다. 서비스 소비자에게 송장이 발행되고 활동의 경제적 구성 요소가 보장됩니다.

통신 분야의 청구 시스템의 경우 러시아어에서는 ACP(자동 결제 시스템)라는 용어도 사용합니다. 특히 이 용어는 청구 시스템의 필수 인증을 규정하는 러시아 통신부의 공식 문서에 사용됩니다.

2. 결제 시스템

각 고객의 통신 서비스 비용을 계산하고 통신 사업자가 가입자에게 요금을 청구하고 다른 서비스 제공자와 정산하기 위해 사용하는 모든 요금 및 기타 비용 특성에 대한 정보를 저장하는 시스템을 과금 시스템이라고 하며 수행되는 작업 주기를 약칭합니다. 청구로. 즉시 강조해야 할 점은 이러한 시스템은 고객 요구 사항을 기반으로 만들어지는 것이 아니라는 것입니다. 주요 기능과 이러한 기능을 구현하는 방법을 규제하는 여러 국제 ITU 문서가 있습니다. 예를 들어, E230, E260 및 E1001 시리즈 문서에서는 통화 시간 계산, 다양한 유형의 통신에 대한 통화 녹음, 가입자에게 청구 가능한 통화 시간 결정 등의 기술적인 측면을 논의합니다. 이동 통신 서비스 요금 책정의 기본 원칙과 연결 시나리오에 대한 설명은 D103, D110 및 D93 시리즈의 권장 사항에 나와 있습니다. 유사한 문서가 러시아 연방 통신 국가 위원회에서 발행되었습니다. 이는 "통신 서비스 사용자와의 자동화된 결제 시스템에 대한 일반 기술 요구 사항"입니다(1998년 6월).


3. 결제 기능

통신 시스템과 관련하여 청구 시스템은 다음 작업을 수행하도록 설계되었습니다.

· 기업 커뮤니케이션 비용의 통제 및 구조화
비용을 구조화하면 커뮤니케이션과 같은 중요하고 귀중한 기업 자원의 사용에 대한 실제 그림을 얻을 수 있습니다. Barsum을 사용하면 부서 또는 개별 직원까지 모든 관리 단위의 통신 비용을 자세히 설명할 수 있습니다.

· 고객 및 프로젝트별 비용 회계 처리 Barsum을 사용하면 고객의 이익을 위해 지출된 비용을 자동으로 추적하고 고객에게 통합 송장을 발행할 수 있습니다. 임시 프로젝트 팀의 비용 회계는 주요 기업 회계와 병행하여 수행될 수 있습니다.

· 호텔 및 비즈니스 센터에서 전화요금 청구서를 발행합니다. Barsoom은 호텔과 비즈니스 센터에서 PMS의 일부로 사용될 수 있습니다. 이 경우 전화 통화 요금이 자동으로 청구되고 이 정보가 고객 청구서에 포함되도록 PMS에 발행됩니다.

· 커뮤니케이션 채널 사용 분석 및 최적화(재무적 측면). 가격 책정 시스템을 사용하면 "만약?" 분석이 가능합니다. 이러한 분석 결과를 보면, 전용채널을 이용하거나 사업자를 변경하면 통신비용이 크게 절감될 수 있음을 알 수 있다.

· 통신 인프라 최적화(기술적 측면). 통계적인 트래픽 데이터를 사용하면 기업의 통신 인프라에서 병목 현상을 식별할 수 있습니다. 최적의 인프라 구성으로 추가 비용 없이 통신 품질이 향상됩니다.

기업의 청구 기능은 결제 운영, 정보 서비스 및 금융 서비스의 세 가지 주요 블록으로 그룹화됩니다.

넓은 의미에서 수익관리와 통합된 과금을 고려할 때 수익보장, 가입자 수익성 관리, 사기통제 등의 추가 기능이 부각된다.

3.1. 정산 운영

계산 작업 블록에는 소비 결정(예: 스위치로부터 통화에 대한 세부 정보 수신, 트래픽 소비에 대한 전환 장비의 데이터 처리, 중개 시스템에서 데이터 수신), 소비 추정(계산된 소비 데이터의 특성 결정)과 같은 기능이 포함됩니다. , 가입자에 대한 집계 추정 및 요금 형성, 세금 계산, 할인, 추가 요금, 조정, 지불 송장 발행, 가입자에게 지불 송장 전달 또는 숙지 보장, 가입자의 개인 계정 관리.

계산 블록의 구현은 다양한 통신 유형과 가입자와의 관계 모델에 따라 크게 달라질 수 있습니다.

계산에는 두 가지 주요 유형이 있습니다.

· 선불제(선불), 돈을 미리 지불하는 경우.

· 후불 - 결과에 따라 일정 기간 동안 송장 발행(후불)

3.1.1. 선불

선불(선불)은 가입자 및 대리인과의 결제 모델로, 통신 서비스 운영자의 개인 계좌에 자금을 미리 예치한 후 받은 서비스에 대한 비용을 지불하는 데 사용됩니다. 선불 결제 시스템은 일반적으로 기록을 실시간으로 유지하여 서비스 제공 과정을 직접 관리하며, 상대방 계좌의 자금 금액이 하한선에 도달하면 서비스 제공 방식을 변경(완전 종료까지)할 수 있습니다. 계정의 자금 금액, 잔액 유지 기간, 영수증의 규모 및 규칙성은 제공된 서비스의 비용, 품질 및 수량을 계산할 때 관세 매개변수로 사용될 수 있습니다.

선불 청구 모델을 사용하여 실시간 통신 서비스에 대한 제한된 액세스를 지원하는 기능을 핫 청구라고도 합니다.

3.1.2. 후불

후불방식은 사업자가 가입자나 대리인과 체결한 계약에 따라 먼저 서비스를 제공한 후 요금을 부과하고 요금을 청구하는 결제 방식이다. 관세 및 송장 발행 프로세스는 계획되고 정기적이며 일반적으로 계약서에 명시된 기간(대개는 한 달, 때로는 일주일, 분기, 연도)을 다룹니다. 상대방은 계약서에 명시된 기간 내에 송장 금액을 지불할 의무가 있으며, 지불이 지연되는 경우 추심 과정의 일부로 계약서에 명시된 채무자와 협력하는 방법이 적용됩니다. 미수금.

3.2. 정보 서비스

정보 서비스에는 요금, 제한 사항, 가능한 조합을 포함하여 가입자, 제품 및 서비스에 대한 운영 정보를 지원하는 기능과 일반적인 청구에 대한 구성 데이터(예: 청구 및 청구 일정, 가입자 알림 이벤트 관리, 감사 및 에이징 설정 정보, 가입자의 허용 가능한 특성).

3.3. 금융 서비스

금융 서비스에는 결제 처리, 발행된 송장 및 서비스에 대한 조정, 가입자의 미수금 관리, 수집 프로세스, 세금 데이터 처리 기능이 포함됩니다.

4. 목적별 과금 구분

이러한 시스템의 기능에 따라 초국적 통신 사업자를 위한 시스템, 국가 규모의 맞춤형 시스템, 지역 네트워크를 위한 소위 중산층 시스템 등 세 가지 클래스로 나눌 수 있습니다.

4.1. 다국적 통신 사업자용

1등급에 속하는 제품은 국제 수준에서 네트워크의 상호 운용성과 다양한 시간대에서의 작동을 보장해야 합니다. 다중 통화 및 다중 언어 인터페이스를 갖추고 있으며 국가별 세금 차이를 고려합니다. 이들은 이질적인 구조와 회계 시스템과의 긴밀한 통합이 특징입니다.

4.2. 전국 규모로 맞춤 제작

시스템 자체의 기능, 통신 네트워크의 특성 또는 기존 결제 시스템과 비표준 인터페이스를 사용해야 하는 필요성에 대한 특정 운영자 요구 사항이 있는 경우 국가 규모의 맞춤형 시스템이 생성됩니다. 따라서 이러한 시스템은 개발 및 유지 관리 비용이 높다는 특징이 있습니다.

4.3. 지역 네트워크용 중급 시스템

지역적으로 표준 청구 요구 사항은 일반적으로 상당히 수용 가능합니다. 이러한 시스템은 거의 항상 고전적인 클라이언트-서버 아키텍처를 가지며 (특히 최근에는) 웹 인터페이스를 사용하는 경우가 많습니다. 하지만 확장성과 기능 확장을 제공해야 한다는 점을 잊어서는 안 됩니다.


5. 청구 조직 체계

청구 구성 체계(그림 1)는 매우 간단합니다. 연결 및 지속 시간에 대한 정보는 스위치에 의해 기록되고 예비 처리 후 청구 시스템으로 전송됩니다. 해당 프로그램은 특정 통신 네트워크에서 가능한 통신 회선에 대한 모든 요금을 "알고" 통화의 신원을 "식별"하며 필요한 계산을 수행하여 가입자 계정을 생성합니다.

쌀. 1: 청구 조직 시스템

이러한 시스템은 서비스에 대한 표준, 관세 및 정보뿐만 아니라 고객에 대한 데이터, 가입자 및 제3자 통신 서비스 제공업체(운영자의 네트워크가 다른 네트워크에 연결된 경우)와 체결한 계약뿐만 아니라 데이터도 저장해야 합니다. 다양한 채널과 방향을 통해 정보를 전송하는 비용. 또한 모든 고객이 발행한 결제 및 청구서의 "이력" 없이는 결제 시스템을 생각할 수 없습니다. 왜냐하면 이 정보만이 결제 제어를 구성하고 소위 가입자 활성화/비활성화를 자동화하는 것을 가능하게 하기 때문입니다. DBMS 실행 메커니즘이 강력할수록 이를 기반으로 구축된 청구 시스템은 더욱 대규모화되고 다기능화될 것입니다.

6. 빌링센터를 통한 결제는 어떻게 하나요?

빌링(정산)센터는 서비스 제공업체로부터 들어오는 모든 정보를 통합하는 기관이다. 이러한 센터를 활용하면 통일된 정보 시스템을 구축하고 시민의 시간을 많이 차지하는 일상적인 절차를 단순화할 수 있습니다.

결제 승인 절차 자체에는 몇 가지 특징이 있습니다. 지불 서류는 필요하지 않습니다. 지불인은 데이터베이스에 있는 주소, 전화번호 또는 개인 계좌번호만 필요합니다. 이에 대한 응답으로 시민에게는 그의 이니셜과 성 및 기타 세부 사항이 표시된 영수증이나 수표가 제공됩니다. 청구 센터는 지불 승인 포인트를 통해 온라인으로 운영되며 자금은 즉시 관련 기관의 계좌로 이체됩니다. 지불인에게 새로운 지불 수락 시스템은 분명한 진전입니다. 이제 언제든지 개인 계정 상태, 부채 존재 등에 대한 정보를 얻을 수 있습니다. 결제 승인 지점 네트워크도 크게 확장되었습니다. 결제 승인 지점에서 킬로미터 길이의 대기열이 과거의 일이 되고 청구서 결제를 위한 불쾌한 절차가 이제 몇 분 만에 완료되기를 바랍니다.

7. 청구 방식의 예

각 사용자는 계정이 차단되지 않은 경우 선택한 관세에 따라 하루에 한 번 00:00에 자금이 인출되는 현금 계정을 가지고 있습니다. 계정에 0 루블이 있으면 인출되는 항목이 없으며 계정이 마이너스로 전환되지 않으며 인터넷이 켜지지 않습니다. 활성화하려면 계정을 충전해야 합니다. 계정 금액이 선택한 관세보다 적은 경우(예: 계정에 5루블이 있고 서비스 비용은 하루 9루블) 이 금액은 계정에 남아 있습니다. 이 금액은 다음날 서비스 비용을 미리 지불하기에 충분하지 않기 때문에 인터넷이 작동하지 않습니다. 계정 금액이 선택한 관세보다 큰 경우(예: 계정에 50루블이 있고 서비스 비용이 하루 30루블인 경우) 관세 금액(30루블)이 자정에 인출되고 인터넷에서 인출됩니다. 작동합니다.

23:00에 귀하의 계좌에 50 루블을 입금했습니다. 관세는 512입니다. 서비스를 켜면 당일 서비스 제공에 대해 즉시 9루블이 청구됩니다. 그런 다음 00:00에 다음날 9루블이 추가로 인출됩니다. 따라서 이미 01:00에 귀하의 계정에 32 루블이 있게 됩니다.

이러한 순간을 피하려면:

한 달의 일수에 관세를 곱하여 한 달에 한 번 계정을 충전하세요. 00:00 직후 또는 이른 아침에 계정을 충전하세요.

시스템은 시간별로 다시 계산하지 않습니다.

기억하세요: VPN을 켜면(시스템은 당일에 대한 금액을 즉시 인출합니다. 이 서비스는 완전히 자동화되어 있으며 이는 자금이 자동으로 인출된다는 것을 의미합니다. 누구도 귀하의 계정에서 임의로 돈을 인출할 수 없으며 시스템은 다음 지침에 따라 이 작업을 수행합니다. 관세.

VPN(가상 사설망)은 하나 이상의 네트워크 연결(논리적 네트워크)이 다른 네트워크(예: 인터넷)를 통해 제공될 수 있도록 하는 기술의 일반화된 이름입니다. 알 수 없는 신뢰 수준이 낮은 네트워크(예: 공용 네트워크)를 통해 통신이 수행된다는 사실에도 불구하고 구성된 논리적 네트워크의 신뢰 수준은 기본 네트워크의 신뢰 수준에 의존하지 않습니다. 암호화 도구 사용(논리적 네트워크를 통해 전송되는 메시지의 반복 및 변경으로부터 보호하기 위한 암호화, 인증, 공개 키 인프라)


결론

작업을 수행한 결과 청구서가 무엇인지, 어떻게 작동하는지 배웠습니다.

우리 중에 깔끔한 전화 요금 청구서를 보고 마음속으로 숫자의 정확성을 의심하면서 불평하지 않은 사람이 어디 있겠습니까? 그러나 몇 년 전에는 실수가 가능했다면 오늘날에는 거의 불가능합니다. 청구 시스템에서 수행되는 자동 서비스 요금 책정을 통해 계산의 정확성이 보장되는 것은 청구 덕분입니다.

서지

1. 디렉토리 "러시아의 컴퓨터 네트워크. 국제 통신 서비스." - M.: LLP "ELIS. LTD" 1992

2. 2002년 12월 18일 "통신 기업을 위한 청구 시스템 및 정보 기술 개발" 컨퍼런스의 진행 내용. Triumph Pavilion

4. 인터넷 사이트:

http://www.asks.ru/blogs/070910/57/

http://ru.wikipedia.org/wiki/%C1%E8%EB%EB%E8%ED%E3

청구 시스템: 기본 개념

청구. 이 용어는 어떤 연관성을 불러일으키나요? 어쩌면 빌 게이츠와 어떤 연관이 있을까요? 아니요, 다행스럽게도 그는 아직 통신 분야에 "코를 찌르지" 않았습니다. 음, 그건 그냥 농담이에요. 하지만 좀 더 진지하게, 청구라는 단어의 유래를 살펴보겠습니다. 영어 단어 "bill"은 "account"(다른 번역: bill, billnote)로 번역될 수 있습니다. "청구"는 "송장 작성"이라는 표현으로 번역됩니다.

결제 시스템이란 무엇입니까?

각 고객의 통신 서비스 비용을 계산하고 통신 사업자가 가입자에게 청구서를 발행하고 다른 서비스 제공자와 상호 정산하기 위해 사용하는 모든 요금 및 기타 비용 특성에 대한 정보를 저장하는 시스템을 청구 시스템이라고 합니다. 그들이 수행하는 작업 주기를 청구라고 합니다. 빌링 시스템(BS)은 회계 시스템, 소프트웨어, 즉 운영자를 위해 특별히 개발된 "소프트웨어"입니다. 어떤 운영자인가요? 통신. 즉, 우리는 셀룰러 사업자에 대해서만 말하는 것이 아닙니다. BS는 일반(유선, 유선) 통신 사업자도 사용합니다. 예를 들어 소규모 사무실에서는 전화 요금 청구를 수행할 수 있습니다(분석: 누가 전화했는지, 언제, 대화가 지속된 기간). IP 텔레포니는 BS의 또 다른 응용 분야입니다. 인터넷 제공업체는 어떻습니까? 예를 들어 송장을 생성하고 트래픽을 기록하는 데에도 BS를 사용합니다. 모든 BS는 특정 데이터베이스 관리 시스템(DBMS)을 기반으로 생성됩니다. 전세계 대부분의 BS는 Oracle DBMS를 기반으로 만들어졌습니다. 다른 DBMS 중에서 Sybase와 Informix는 대용량 정보를 위해 설계된 것으로 구별될 수 있습니다. 일부 청구 시스템의 이름은 다음과 같습니다: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid. BS는 청구 구성과 관련된 하드웨어를 의미할 수도 있다는 점은 언급할 가치가 있습니다.

술어

BS와 관련된 모든 기본 개념과 정의를 고려하려고 노력할 것입니다. 이동통신 사업자가 사용하는 기지국에 대해 집중적으로 살펴보겠습니다. 그러나 대부분의 정의는 다른 영역에서 사용되는 BS에도 적용됩니다. 대부분의 독자들이 자료를 이해할 수 있도록 최대한 간단하게 설명하려고 노력하겠습니다. 내가 입력한 조건에 추가할 내용이 있으면 이메일로 알려주시기 바랍니다.

청구 시스템에는 여러 가지 이름이 있습니다. ASR— 자동 결제 시스템 IHD— 정보 청구 시스템.

BS의 중요한 특성 중 하나는 유연성즉, 변화된 상황에 적응하는 능력입니다. 유연한 시스템은 운영자의 즉각적인 요구에 맞춰 조정될 수 있습니다. 등의 특성으로 인해 맞춤화 가능, 모듈성 및 개방성을 통해 유망한 문제를 해결할 수 있습니다. 시스템에 사용자 정의 옵션이 많을수록 좋습니다. 그것은 무엇입니까? 모듈성? 시스템 구축의 모듈러 원리는 집이 벽돌 하나하나를 조립하듯이 전체 시스템이 개별 부품(모듈)으로 조립되는 원리이다. BS는 또한 이러한 모듈, 즉 하위 시스템으로 구성됩니다. BS에는 예를 들어 데이터 사전 처리 하위 시스템, 운영 청구 관리 하위 시스템 및 고객 알림 하위 시스템이 포함됩니다(BS의 구조 및 기능에 대해서는 아래 참조). 아래에 개방 상태시스템은 소프트웨어 제품의 소스 코드에 대한 개방성을 의미하며, 이를 통해 운영자는 향후 개발자에게 의존하지 않고 독립적으로 시스템을 유지 관리하고 업그레이드할 수 있습니다. BS의 유연성과 밀접하게 관련된 것은 자동 계산 시스템의 다음 품질인 확장성입니다.

로드 확장성.가입자 기반이 늘어나고 추가 서비스가 등장함에 따라 BS의 소프트웨어 부분을 변경하거나 수정할 필요가 없어집니다. BS의 성능을 향상시키려면 시스템 하드웨어를 업그레이드해야 합니다. 확장 가능한 시스템을 설계할 때 고려해야 할 중요한 사항은 무엇입니까? 대용량 데이터를 위해 설계된 DBMS를 활용하는 것이 필요합니다. DBMS는 다중 프로세서 작업을 지원하기 위해 다양한 컴퓨터 플랫폼과 호환되어야 합니다.

신뢰할 수 있음- 모든 시스템의 기본 요구 사항 중 하나입니다. BS의 신뢰성은 DBMS의 신뢰성과 시스템 개발에 사용된 기술에 의해 결정됩니다. 가장 중요한 것은 응용 프로그램 소프트웨어 공급자(개발자)의 신뢰성입니다. 즉, 시장에 출시된 시간과 간접적인 지표로서 통신 시장에서 개발한 시스템의 존재 비율입니다. 지표가 간접적인 이유는 무엇입니까? Microsoft Windows는 가장 우수하고 가장 안정적인 운영 체제입니까?... 동시에 상당한 시장 점유율을 차지하고 있습니다. 그러나 BS의 신뢰성은 개발 과정에서 특정 표준을 준수함으로써 보장됩니다(아래 내용 참조).

다국어— 정보 표시를 위해 다양한 언어를 설치하는 기능.

다중 통화— 모든 통화로 작업할 수 있는 능력

결제연기— 청구(billing), 통화가 발생한 후에 지불이 이루어집니다.

핫 청구— 대화 중에 계좌 잔액이 변경되며, 통화 후 계좌 잔액에 대한 정보를 즉시 얻을 수 있습니다.

결제 최적화— BS 운영자의 개선, 개선.

빅 학사— 대규모 운영자가 사용하는 시스템.

청구 게시— 청구서 계산 결과를 기록합니다. 계산 후 결과는 사용자에게 제공됩니다(전송, 인쇄).

BS는 무엇을 할 수 있고, 무엇을 해야 하며, 무엇을 담당합니까?

유럽 ​​(원산지) 표준 타르 1992년에 등장했습니다. TADIG 실무 그룹에 의해 유지 관리됩니다. 대부분의 유럽 사업자가 사용하는 TAR2, 세 번째 버전이 있지만. 1995년부터 사양으로 알려진 수정 TAP2 TD.27, 또는 낙탭2, 미국에서 사용되기 시작했습니다.

결론 대신

주머니에서 휴대폰을 꺼내 전화번호를 누르고 '통화'를 누르면... 대화가 시작됩니다. 이제 귀하의 계좌 잔액을 빨리 확인하실 수 있습니다. 청구 시스템이 "핫"한 경우 해당 금액에 대한 알림을 즉시 받게 됩니다. '모든 것을 정확하게 계산했는데, 좋은 과금 시스템이다'라고 생각하세요. 그러던 중, 다른 가입자는 자신이 제한 시간에 도달해 연결이 끊어졌다는 사실을 알게 됩니다. “왜 이 “핫” 청구가 필요한가요! 멍청한 과금 시스템!”이라고 불평하지만... 모두를 동시에 만족시킬 수는 없습니다!

잡지 칼럼니스트 Bolshovaya Galina에게 정보 지원을 해주셔서 특별히 감사드립니다.

동시에, 청구 기간 중 언제든지 계정 상태에 대한 정보를 확인할 수 있으므로 가입자는 비용을 지속적으로 통제할 수 있습니다.

각 가입자와 약정을 체결하면 선불이 이루어지는 개인 계정이 할당되며, 이에 따라 계정 잔액이 있는 한 가입자에게 통신 서비스가 제공됩니다. 개인 계정의 자금이 고갈되면 계정이 보충될 때까지 가입자에게 통신 서비스 제공이 중단됩니다.

이 자료에서는 개인 계좌에서 자금이 인출되는 방법을 설명하려고 노력할 것입니다.

과금(Billing)은 통신 서비스의 이용 및 가격을 계산하는 절차입니다. 즉, 청구 시스템은 다음을 결정합니다.

가입자에게 통신 서비스를 제공할 가능성, 즉 개인 계좌의 자금 가용성;
- 통화 유형, 방향, 비용
- 가입자가 사용하는 서비스의 가용성 및 비용.

모든 계산은 미국 달러에 해당하는 기존 단위로 수행됩니다. 지불은 가입자가 루블로 이루어지며 자금은 지불 당일 러시아 중앙 은행의 요율로 계좌에 입금됩니다. 당좌계좌나 현금데스크에 자금이 입금되면 결제가 완료된 것으로 간주됩니다.

3. 계좌에서 자금이 인출되는 시점은 언제입니까?

정기 서비스 - 일정 기간 동안 지속적으로 제공되는 서비스(예: 가입비, 네트워크, 부가 서비스 등)는 매월 지불해야 합니다.
일회성 서비스 - SIM 카드 교체, 음성 메일 서비스 추가 등 필요에 따라 한 번만 제공되고 지불되는 서비스입니다.

4. 결제 그룹

제공된 서비스와 청구 규칙에 따라 가입자의 개인 계좌에서 자금이 인출됩니다.

회사에는 세 가지 정산(청구) 기간이 있습니다.

첫 번째는 달력 월에 해당합니다. 매월 1일에 시작하여 말일에 끝납니다.
- 두 번째는 이번 달 10일에 시작하여 다음 달 9일에 끝납니다.
- 세 번째는 이번 달 20일에 시작하여 다음 달 19일에 끝납니다.

이에 따라 청구 기간 종료 후 10일 이내에 제공된 모든 유형의 서비스에 대해 가입자의 개인 계좌에서 인출된 자금에 대한 정보를 반영하는 월별 청구서가 생성 및 인쇄됩니다.

5. ACCA의 정확한 잔액과 잔액 정보에 차이가 있는 이유는 무엇인가요?

개인 계정 상태를 확인하는 가장 쉽고 일반적인 방법은 088011번으로 자동 가입자 서비스에 전화하는 것입니다(홈 네트워크에서는 통화가 무료입니다). 아마도 모든 가입자는 잔액에 대한 정보를 듣고 "ACCA의 정보가 얼마나 정확합니까?"라는 질문을했을 것입니다.

그러나 이러한 명백한 장점에도 불구하고 선진상호결제방식은 이를 가리고 가입자들로부터 많은 의문을 제기하는 한 가지 특징을 갖고 있다. 우리는 가입자에게 통신 서비스를 제공하는 시점과 결제 시스템(청구)에서 회계 및 관세를 부과하는 시점 사이의 기술적 지연에 대해 이야기하고 있습니다. 이러한 지연 기간은 네트워크 스위칭 장비의 부하와 청구 시스템의 기술 프로세스 최적화 정도에 따라 결정됩니다.

6. 계좌의 종류

이미 언급한 바와 같이, 각 청구 기간이 끝나면 (각 개인 계정에 대해) 가입자에게 지불 청구서가 발행됩니다. 이는 지난 청구 기간에 발생한 모든 요금에 대해 가입자에게 일종의 보고서입니다. 또한 월별 청구서에는 결제된 금액과 권장 선불 금액에 대한 정보가 포함되어 있습니다.

결제 청구서를 받으려면 선택한 요금제에 따라 "송장 배송" 서비스를 주문하고 결제해야 합니다. 송장은 이메일, 팩스, 우편 또는 택배(모스크바 및 모스크바 지역 내)를 통해 배달될 수 있습니다. 배송 방법을 "직접"으로 설정할 수도 있습니다. 가입자는 금융 관리 서비스에 직접 연락하여 발행된 청구서를 독립적으로 수집할 수 있습니다. 또한 ACCA(0880141)로 팩스를 보내거나 ISSA를 통해 팩스나 이메일로 결제 청구서를 주문할 수 있습니다(송장 배송은 무료).

선불 청구서

필요한 경우 가입자가 직접 표시하거나 재무 관리 서비스 또는 ACCA, ISSA를 통해 청구 시스템에서 권장하는 금액으로 선불 청구서를 주문할 수 있습니다. 선불 송장은 무료로 계산됩니다.

'상세청구서' 서비스는 해당 청구기간 동안 가입자의 대화 내용을 녹취하는 서비스입니다. 통화 날짜, 시간, 가입자가 전화를 걸었거나 전화를 받은 전화번호를 나타냅니다.

청구는 전문 소프트웨어를 사용하는 자동화된 프로세스입니다. 신호가 각 셀을 통과하는 방식을 분석한 다음 특정 소유자에 대한 서비스 비용을 정렬하고 계산합니다. 전화 통신에 대한 비용을 발생시키는 것은 전화 요금 청구입니다. 통화 후 그는 관세 계획에 표시된만큼의 금액을 인출합니다.

결제 시스템

휴대폰 요금 청구는 최신의 고품질 강력한 도구가 필요한 복잡한 프로세스입니다. 소프트웨어, 금융 및 법적 지원은 신기술의 구성 요소입니다. 그렇기 때문에 휴대폰 과금 프로그램은 전자상거래를 하는 대기업은 물론, 지방 이동통신사에서만 존재하는 것입니다.

이 새로운 시스템의 기능은 이동통신 서비스 가격을 개인별로 별도로 계산한다는 것입니다. 프로그램은 사용자가 전화한 시간, 대화 시간, 기타 특성에 대한 정보를 특정 기간(1년 또는 6개월) 동안 저장합니다. 전화 요금 청구에는 통신 사업자의 회계 계산에 사용되는 전문 소프트웨어가 포함됩니다.

부하분배

원칙적으로 이동통신사는 서로 협력합니다. 소프트웨어에 추가 비용을 들이지 않고 하나의 스테이션을 설치하고 함께 사용하며 일반적으로 각 도시에서 한 명의 운영자가 별도의 타워를 설치합니다. 농촌 지역과 고속도로에서는 여러 회사에서 하나를 사용합니다. 이 이동국의 소유자는 단 한 명 뿐이지만 다른 운영자는 그에게 임대료를 지불하며 비용은 통화 수를 기준으로 계산됩니다.

인터넷 트래픽도 청구 시스템에 의해 처리됩니다. 이 경우 가입자에게 별도의 요금이 청구됩니다. 회사마다 다릅니다. 하나는 인터넷에서 보낸 시간에 대한 비용을 지불하고 다른 하나는 전송 및 수신된 정보 패킷에 대한 비용을 지불해야 합니다.

결제 기능

전화 요금 청구는 매우 간단한 원칙에 기초합니다. 스위칭 노드는 모든 데이터, 즉 통화 기간과 특성을 기록합니다. 그런 다음 수신된 모든 정보는 중앙 스테이션으로 전송되어 계산이 이루어집니다.

중앙 사무실에 설치된 소프트웨어는 모든 데이터를 처리하고 규정, 관세 및 가격을 모니터링합니다. 전화 요금 청구에는 사용자에 대한 모든 정보(관세, 보너스 제공 여부, 특정 지역의 가격)가 포함됩니다.

이러한 최신 데이터베이스는 각 고객의 모든 결제에 대한 정보를 저장합니다. 이를 통해 인출을 계산할 수 있습니다. 청구소에는 계산을 매우 빠르게 수행할 수 있는 고품질의 강력한 컴퓨터가 장착되어 있습니다. 이로 인해 가입자의 계정 상태 요청은 거의 즉시 결과를 받습니다.

소프트웨어는 또한 사용자의 계정 상태를 모니터링합니다. 시스템에는 가입자를 비활성화하는 기능이 있습니다. 사람이 오랫동안 자신의 계정을 충전하지 않았고 모바일 회사의 서비스를 사용하지 않으면 간단히 꺼집니다.

짐작하셨겠지만, 휴대폰 요금 때문에 요금이 0인 경우 시스템에서 연결을 설정할 수 없다는 메시지가 나타납니다. 휴대폰 잔액을 충전하면 바로 서비스를 이용할 수 있으며, 시스템이 자동으로 연결해 줍니다.

대부분의 이동통신사는 피드백 기능을 만듭니다. 또한 휴대폰 요금 청구도 관리합니다. 도움을 받으면 개인 계정에 로그인하여 다양한 서비스를 보충, 비활성화, 연결하고 관세를 변경할 수 있습니다.

이용하시는 통신사 홈페이지에 접속하시면, 휴대폰 요금 청구를 통해 지난 한 달간의 활동내역을 보실 수 있습니다. 누구와 대화를 했는지, 얼마나 오랫동안 대화했는지, 그리고 대화에 대해 얼마를 청구했는지 확인할 수 있습니다.

추가 청구 옵션: 모바일 감시

카메라, 비디오 카메라, 비콘과 같이 우리가 통신에 사용하는 휴대폰에는 몇 가지 다른 기능이 있습니다. 요즘은 대부분의 범죄가 과금을 통해 수사됩니다. 이 시스템은 모든 통화를 추적할 수 있습니다.

살인 수사에 전화 요금 청구가 어떻게 도움이 됩니까? 간단합니다. 이 시스템은 우리가 인터넷에 로그인할 때와 이러한 일이 발생하는 위치를 기록하고 전화를 걸거나 SMS를 보냅니다.

청구라는 새로운 기술의 도움으로 이미 많은 주목할만한 범죄가 조사되었으며 범인이 발견되었습니다.

구독자는 항상 사용 가능합니다.

휴대전화는 인류가 이룩한 위대한 업적이자 진보한 신기술이다. 불행하게도 이 기술은 좋지 않게 사용될 수 있습니다. 휴대폰은 사람의 위치를 ​​추적하는 데 도움이 되는 일종의 무선 신호 장치이기 때문입니다.

이미 알고 있듯이 이동통신이 이루어지는 전체 영역은 셀로 나누어져 있습니다. 특정 주소를 가진 타워와 특별 역이 있습니다.

휴대폰의 신호를 분석하면 사람이 어느 거리에 있고 어디에 있는지(차 안, 집, 거리) 확인할 수 있습니다. 가입자의 동선을 파악하는 것도 어렵지 않습니다. 여러 개의 타워를 사용하여 약간의 오류로 사람의 경로를 알아낼 수 있습니다.

프라이빗 빌링

수사를 위해 과금을 처음으로 사용한 사람은 사립 탐정이었습니다. 물론 그들의 행동은 형법을 위반했습니다.

금지된 경우 정보를 어떻게 얻었습니까? 첫 번째 방법은 이동통신사 직원으로부터 데이터를 구매하는 것이다. 하지만 이제는 그렇게 간단하지 않고 서비스가 정보 유출로 어려움을 겪기 시작했습니다.

이제 형사에게 데이터를 전달하려면 $500를 지불해야 합니다. 그리고 그것을 분석하고 사람의 움직임을 알아내려면 1,500달러를 지불해야 합니다. 대부분의 경우 이동통신사 직원이 이 '사업'에 관심을 갖기 위해서는 지속적으로 대량의 숫자를 학습해야 합니다.

또 다른 방법은 친숙한 요원에게 휴대폰과 그 휴대폰이 속한 사람에 대해 알아보도록 요청하는 것입니다. 하지만 꽤 길어서 조사가 지연될 수도 있습니다.

플랫폼은 초기 DP 37ms를 처리합니다. 가입자는 10초 동안 경고음을 들었습니다. 대화 시간은 5분 남짓.

청구통신 서비스 사용 및 요금에 대한 정보를 수집하고 가입자에게 요금을 청구하고 결제를 처리하는 일을 담당합니다.

계산에는 두 가지 주요 유형이 있습니다.

  • 후불- 결과에 따라 해당 기간에 대한 청구서 발행(후불)
  • 그리고 사전 시스템(선불), 돈을 미리 지불한 경우.
후불은 역사적으로 더 일찍 나타났지만 선불이 고객에게 더 편리한 것으로 나타났습니다(더 쉽게 제어할 수 있습니다. 문제가 발생하면 큰 금액의 청구서가 발행되는 대신 연결이 끊어집니다).

후불제

후불결제 시스템 가입자가 통신사의 서비스를 이용할 때 스위치에는 특수한 CDR(Charging Data Record) 파일이 생성된다. 기본적으로 이는 가입자 번호, 날짜, 통화 시간/다운로드 트래픽 양 등을 나타내는 일반 로그입니다. Billing은 특정 시간(예: 하루에 한 번)에 스위치에 연결하여 CDR을 다운로드하고 서비스 비용을 계산하며 모든 것을 데이터베이스(일반적으로 Oracle)에 저장합니다. 그러면 가입자에게 월말에 총 청구서가 발행됩니다.


Postpaid 플랫폼과 운영자 네트워크의 핵심 상호 작용 계획.
CSN- 회선 교환 네트워크; 채널 스위치(MSC)로 표시됩니다.
PSN– 패킷 교환 네트워크; 패킷 스위치와 게이트웨이(각각 SGSN 및 GGSN)로 표시됩니다.

후불 시스템의 작동 원리는 플랫폼의 실시간 응답이 필요하지 않기 때문에 비교적 간단합니다. 결국 가입자는 0에 도달하는 것에 대해 경고할 필요가 없습니다. 그와의 네트워크 상호 작용의 성격을 변경합니다).

사전 시스템

사전 과금의 경우 통신사업자는 제공되는 서비스의 양을 고려하는 것 외에도 가입자의 당좌계좌 추적 문제를 해결하고, 0에 도달할 경우 가입자에게 통지/제공을 중지해야 합니다. 서비스. 따라서 이러한 시스템을 온라인 충전 시스템(OCS)이라고도 합니다.

사업자가 다양한 유형의 서비스를 제공하고 다양한 유형의 네트워크(채널/패킷 교환 시스템)가 사용되므로 결제 시스템은 가입자 계정 제어 문제를 해결하기 위해 다양한 과금 프로토콜을 사용해야 합니다. 예를 들면 다음과 같습니다.


선불 플랫폼과 운영자 네트워크의 상호 작용 계획.

이러한 프로토콜을 더 자세히 살펴보겠습니다.

캡

캡(CAMEL Application Part)은 GSM/UMTS 네트워크(예: 선불)에서 지능형 서비스를 구현하는 SS7 스택의 애플리케이션 계층 프로토콜입니다.


스택에 프로토콜을 배치합니다. 이 그림은 또한 SIGTRAN 기술(IP 네트워크를 통해 "7" 프로토콜을 사용할 수 있는 SS7 확장)을 사용하는 인기 있는 옵션을 보여줍니다.

이 프로토콜을 사용하여 OCS는 회선 교환 네트워크와 통신합니다. 발신 음성 통화 가격 책정의 예는 다음과 같습니다.


CAP 프로토콜을 사용하는 충전 대화 상자, 점선은 ISUP 메시지를 표시합니다.

  1. 먼저 과금 시스템은 MSC1 스위치로부터 가입자의 매개변수를 전송하는 메시지(초기 감지 지점)를 수신합니다. 이는 수신 및 발신 번호, 수신자의 셀 주소 등입니다. 이를 바탕으로 통화 분석을 시작할 수 있습니다. Billing은 특정 감지 지점, 즉 통화 상태를 생성합니다. OCS는 가입자가 음성 통화를 할 수 있는지(계좌에 자금이 있는지 여부), 그렇다면 최대 시간을 결정합니다.
  2. 그 후 OCS는 요청 보고 BCSM 이벤트로 스위치에 응답합니다(“탐지 지점을 초기화했습니다. 통화 상태에 대한 추가 정보를 기다리고 있습니다”). 그리고 Apply Charge를 보냅니다("구독자의 계정에 자금이 있으므로 통화를 승인합니다"). 가입자가 사용할 수 있는 최대 시간도 여기에 전송됩니다.
  3. OCS로부터 허가를 받은 스위치는 ISUP 프로토콜을 사용하여 가입자 간 음성 연결을 시작하고 IAM(초기 주소 메시지) 메시지를 MSC2로 보냅니다.
  4. MSC2는 ACM(Address Complete Message) 메시지로 MSC1에 응답합니다. 이 경우 이는 "예, 내 가입자입니다. 그는 이제 온라인 상태입니다. 내가 그에게 전화를 걸기 시작했습니다."를 의미합니다. 이 메시지를 받은 MSC1은 가입자 A에게 긴 경고음을 켭니다.
  5. 가입자 B가 전화를 받고, MSC2는 MSC1에게 ANM(응답 메시지) 메시지를 보냅니다. "내 가입자가 전화를 받았으니 연결하세요."
  6. MSC1이 가입자 A와 B를 연결하면 대화가 시작됩니다. MSC1은 이벤트 보고 BCSM(O_Answer) 메시지를 OCS로 보냅니다. OCS는 이 가입자의 통화 상태를 변경합니다. 이 순간부터 충전이 시작됩니다(처음 3초는 무료라는 점을 고려).
  7. 가입자가 통신하는 동안 MSC1은 통화 시간을 모니터링합니다. 시간이 거의 남지 않은 경우 MSC는 신호음으로 가입자에게 경고합니다.
  8. 우리의 경우 가입자 B가 먼저 전화를 끊고 MSC1과 MSC2는 REL(Release Message) 및 RLC(Release Complete Message) 메시지를 사용하여 친근한 핸드셰이크를 만듭니다.
  9. MSC1은 이벤트 보고서 BCSM(O_Disconnect - "구독자가 성공적으로 연결 해제됨") 메시지와 과금 보고서 적용(대화가 지속된 시간(초))을 OCS에 보냅니다.
  10. OCS는 이 데이터를 수락하고 이제 세션을 닫을 수 있다고 응답합니다.

호출 --- A1 태그: A1h 1B LEN: 27 --- 호출 ID --- 02 태그: 02h INTEGER 01 LEN: 1 02 호출 ID: 2 === CAP === --- 호출 --- -- - OPERATION --- 02 TAG: 02h INTEGER 01 LEN: 1 23 OPERATION: 35 = applyCharging --- APPL CHARG --- 30 TAG: 30h SEQUENCE 13 LEN: 19 --- ACH BCC --- 80 TAG: 80h 0C LEN: 12 --- TDC --- A0 태그: A0h 0A LEN: 10 --- 최대 C P D --- 80 태그: 80h 03 LEN: 3 01 19 40 최대 C P D: 4370

이것은 추적의 일부입니다. ApplyCharging 메시지가 CAP 프로토콜을 통해 전송되었음을 알 수 있으며, 최대 대화 시간(MAX CPD - 최대 통화 기간 기간)은 437.0초입니다.

kata 앞의 그림을 복제하겠습니다. 이것은 CAP 프로토콜을 사용한 통신의 예입니다. 타임스탬프를 추정할 수 있습니다. 플랫폼은 초기 DP를 37ms 처리합니다. 가입자는 10초 동안 경고음을 들었습니다. 대화 시간은 5분 남짓.


그러나 여기에서는 통화가 길며 시스템 자체가 6분마다 MSC로부터 통화 상태(activityTest)를 요청하는 방법을 확인할 수 있습니다. 이는 오류가 발생하는 경우 (구독자의 모든 금액이 인출될 때까지) 대화가 며칠 동안 지속되지 않도록 하기 위한 것입니다.

CAP 프로토콜은 음성 통화 요금뿐만 아니라 인터넷 연결, SMS, MMS 등에 요금도 부과할 수 있습니다. 실제로는 이러한 요구 사항에 맞게 특별히 맞춤화된 프로토콜(DIAMETER/OSA)이 가장 자주 사용됩니다.

O.S.A.

O.S.A.(Open Service Access)는 3GPP 및 ETSI 컨소시엄에서 개발한 개방형 소프트웨어 인터페이스로, VAS 서비스 및 모바일 인터넷 과금에 자주 사용됩니다.

모바일 인터넷 서비스 요금 책정의 예를 사용하여 이 프로토콜의 작동을 고려해 보겠습니다.

  1. PDP 컨텍스트를 활성화하려고 시도하면(전화기가 이동통신사 네트워크에서 IP 주소를 얻음) GGSN은 이 가입자가 과금 세션(CreateChargingSessionReq)을 활성화할 수 있는지 플랫폼에 묻습니다.
  2. 우리의 경우에는 모든 것이 괜찮습니다(구독자가 데이터베이스에 있고 자금을 사용할 수 있음). 플랫폼은 과금 세션을 생성하고 PDP 컨텍스트가 활성화되도록 허용합니다(CreateChargingSessionResp).
  3. 이제 구독자는 데이터 다운로드를 시작하려고 합니다. 이를 허용하기 위해 GGSN은 플랫폼에 연락하여 자금 예약 요청(ReserveUnitReq)을 요청합니다. 일반적으로 단위는 추상적이며, 1킬로바이트의 데이터, 문자 메시지, 1초의 대화, 루블, 피자, 통 등 무엇이든 될 수 있습니다. 우리의 경우 단위는 100kB입니다.
  4. 플랫폼은 특정 가입자가 요금에 따라 100kB 트래픽에 대한 자금을 보유하고 있는지 확인하고 ReserveUnitResp("자금이 예약되었습니다") 메시지로 응답합니다. 플랫폼으로부터 이 메시지를 받은 GGSN은 가입자가 트래픽을 다운로드할 수 있도록 허용합니다.
  5. 구독자가 트래픽의 예약된 부분을 다운로드하면 GGSN은 DebitUnitReq 메시지(“예약된 자금을 상각할 수 있습니다”)로 플랫폼에 연결합니다.
  6. 플랫폼은 자금을 인출하고 DebitUnitResp("성공적으로 인출된 자금") 메시지로 응답합니다.
  7. ReserveUnitReq-DebitUnitResp 주기는 가입자가 전체 인터넷을 다운로드하고 인터넷 세션을 닫을 때까지 반복됩니다.
  8. PDP 컨텍스트가 비활성화되면 GGSN은 충전 세션 종료를 알리는 메시지를 플랫폼에 보냅니다. 이 세션에 할당된 메모리가 해제됩니다.


debitUnitReq 요청; OSA 명령은 SOAP 프로토콜로 래핑되며, SOAP 프로토콜은 HTTP 프로토콜로 캡슐화됩니다.

결론

고객 요구 사항의 변화(전송되는 데이터 양의 증가 포함), 새로운 유형의 서비스 생성은 주로 VAS 플랫폼 및 청구 시스템 분야에서 이동통신사 네트워크의 진화를 수반합니다.

AAA 제품군 프로토콜 주제에 관심이 있으시면 나중에 RADIUS, DIAMETER 및 기타 흥미로운 사항에 대해 이야기하겠습니다.