Dodatkowo w bazie danych systemu przechowywane są informacje o dotychczasowych płatnościach każdego abonenta sieci komórkowej. Na podstawie wszystkich tych informacji obliczane są wypłaty. Dzięki zastosowaniu super wydajnych komputerów obliczenia trwają ułamek sekundy, a ich wynik niemal natychmiast odbija się na stanie konta abonenta.

Do funkcji systemu bilingowego należy aktywacja lub dezaktywacja (odłączenie) abonentów. Mówiąc najprościej, system monitoruje stan każdego konta i udostępnia usługi komunikacyjne tylko tym abonentom, którzy mają środki na ich opłacenie.

Połączenie nie zostanie nawiązane, jeśli konto mobilne jest wyczerpane. Następnie świadczenie usług komunikacyjnych zostaje wznowione automatycznie.

Nowoczesne fakturowanie zapewnia funkcję informacji zwrotnej. Z konta osobistego możemy zarządzać naszym kontem: doładowywać, podłączać lub odłączać określone usługi, zmieniać taryfy itp.

Konto osobiste w serwisie operatora komórkowego umożliwia między innymi sprawdzenie stanu rozliczeń za ostatnie miesiące, tj. zobaczyć z jakich numerów były prowadzone rozmowy, jaki był ich czas trwania i w jaki sposób zostały pobrane z konta za nie środki.

Dodatkowe opcje rozliczeń

Wiele osób wie, że systemy rozliczeniowe są często wykorzystywane do celów innych niż ich przeznaczenie. Funkcjonariusze organów ścigania mogą wykorzystywać dane rozliczeniowe do nawiązywania kontaktów z interesującą ich osobą.

Systemy bilingowe: podstawowe pojęcia

Rozliczenia. Jakie skojarzenia budzi to określenie? Może jest jakiś związek z Billem Gatesem? Nie, na szczęście jeszcze nie „wtrącił nosa” w dziedzinę telekomunikacji. Cóż, to tylko żart. Ale żeby być poważnym, spójrzmy na pochodzenie słowa „faktura”. Angielskie słowo „bill” można przetłumaczyć jako „konto” (inne tłumaczenia: rachunek, banknot). „Rozliczenie” tłumaczy się jako „wystawienie faktury”.

Co to jest system rozliczeniowy?

Systemy obliczające koszt usług komunikacyjnych dla każdego klienta oraz przechowujące informacje o wszystkich taryfach i innych charakterystykach kosztów, które wykorzystują operatorzy telekomunikacyjni do wystawiania faktur abonentom i wzajemnych rozliczeń z innymi dostawcami usług, nazywane są systemami bilingowymi; cykl wykonywanych przez nich operacji nazywany jest fakturowaniem. System rozliczeniowy (BS) to system księgowy oprogramowanie innymi słowy „oprogramowanie” opracowane specjalnie dla operatorów. Którzy operatorzy? Telekomunikacja. Oznacza to, że nie mówimy tylko o operatorach komunikacja komórkowa. Ze stacji BS korzystają także operatorzy komunikacji regularnej (stacjonarnej, przewodowej). W małych biurach możesz np. prowadzić rozliczenia telefoniczne (przeanalizuj: kto dzwonił, kiedy, jak długo trwała rozmowa). Telefonia IP to kolejny obszar zastosowań BS. A co z dostawcami Internetu? Wykorzystują także BS np. do generowania faktur i rejestrowania ruchu. Każdy BS tworzony jest w oparciu o konkretny system zarządzania bazą danych (DBMS). Większość BS na świecie powstała w oparciu o Oracle DBMS. Wśród innych systemów DBMS można wyróżnić Sybase i Informix jako przeznaczone do obsługi dużych ilości informacji. Oto nazwy niektórych systemów bilingowych: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid. Warto wspomnieć, że BS może również oznaczać sprzęt komputerowy zaangażowany w organizację rozliczeń.

Terminologia

Postaram się rozważyć wszystkie podstawowe pojęcia i definicje związane z BS. Skupię się na BS używanym przez operatorów komórkowych. Jednak większość definicji odnosi się również do BS stosowanego w innych obszarach. Postaram się wyjaśnić to tak prosto, jak to możliwe, aby większość czytelników mogła zrozumieć materiał. Jeśli masz coś do dodania do wprowadzonych przeze mnie warunków, napisz do mnie e-mail.

Istnieje kilka nazw systemu rozliczeniowego: AKP— automatyczny system płatności; IHD— informacyjny system rozliczeniowy.

Jedną z ważnych cech BS jest jego elastyczność czyli umiejętność przystosowania się do zmienionych okoliczności. Elastyczny system jest dostosowany nie tylko do doraźnych potrzeb operatora; ze względu na takie cechy jak możliwość dostosowania, modułowość i otwartość, pozwala rozwiązywać obiecujące problemy. Im więcej opcji dostosowywania ma system, tym lepiej. Co to jest modułowość? Modułowa zasada budowy systemu to zasada, w której cały system składa się z poszczególnych części (modułów), tak jak dom składa się cegła po cegle. BS również składa się z takich modułów – podsystemów. W skład BS wchodzi m.in. podsystem wstępnego przetwarzania danych, podsystem operacyjnego zarządzania rozliczeniami oraz podsystem powiadamiania klientów (o strukturze i funkcjach BS przeczytasz poniżej). Pod otwartość system zakłada otwartość kod źródłowy oprogramowanie, które pozwala operatorowi nie polegać w przyszłości na deweloperze i samodzielnie utrzymywać i aktualizować system. Ściśle powiązany z elastycznością BS i następującą jakością systemy automatyczne kalkulacja - skalowalność.

Skalowalność obciążenia. Wraz ze wzrostem bazy abonentów pojawienie się dodatkowe usługi Nie powinno być potrzeby zmiany ani modyfikacji oprogramowania BS. Zwiększenie możliwości BS powinno zostać osiągnięte poprzez modernizację sprzętu systemowego. Co należy wziąć pod uwagę projektując skalowalne systemy? Konieczne jest wykorzystanie systemu DBMS przeznaczonego do dużych wolumenów danych. Aby zapewnić obsługę pracy wieloprocesorowej, system DBMS musi być kompatybilny z różnymi platformami komputerowymi.

Niezawodność- jedno z głównych wymagań dla każdego systemu. Niezawodność BS zależy od niezawodności SZBD i technologii zastosowanych w rozwoju systemu. Nie mniej istotna jest niezawodność dostawcy (programisty) oprogramowania aplikacyjnego: czas jego obecności na rynku oraz pośrednio wskaźnik obecności opracowanych przez niego systemów na rynku telekomunikacyjnym. Dlaczego wskaźnik jest pośredni? Czy to naprawdę? Microsoft Windows najlepszy i najbardziej niezawodny system operacyjny?... A jednocześnie ma znaczący udział w rynku. Jednak niezawodność BS zapewnia również przestrzeganie określonych standardów podczas ich opracowywania (przeczytaj o tym poniżej).

Wielojęzyczny— możliwość zainstalowania różnych języków prezentacji informacji.

Wielowalutowość— możliwość pracy z dowolnymi walutami

Odroczone rozliczenie— billing, w ramach którego płatności dokonywane są po odbyciu połączenia.

Gorące rozliczenia— stan konta zmienia się w trakcie rozmowy, a informację o saldzie na koncie można uzyskać bezpośrednio po rozmowie.

Optymalizacja rozliczeń— doskonalenie, doskonalenie przez operatora jego BS.

Duży minus— systemy stosowane przez dużych operatorów.

Publikowanie rozliczeń— rejestrowanie wyników obliczeń rozliczeniowych; po obliczeniach otrzymuje się wyniki dostępne dla użytkowników(wysłane, wydrukowane).

Co może, co powinno lub za co odpowiada BS?

Norma europejska (pochodzenia). SMOŁA ukazał się w 1992 r. Jest prowadzony przez grupę roboczą TADIG. Większość europejskich operatorów korzysta TAR2, chociaż istnieje trzecia wersja. Od 1995 modyfikacja TAP2, znana jako specyfikacja TD.27, Lub NAGTAP2, zaczęto stosować w USA.

Zamiast wniosków

Wyciągasz telefon komórkowy z kieszeni, wybierasz numer, naciskasz „zadzwoń” i… rozpoczyna się rozmowa. Teraz nie możesz się doczekać, aby sprawdzić saldo swojego konta. Jeśli system rozliczeniowy jest „gorący”, natychmiast zostaniesz poinformowany o tej kwocie. „Wszystko dokładnie obliczyłem, to dobry system rozliczeniowy” – myślisz. Tymczasem drugi abonent dowiaduje się, że właśnie przekroczył limit czasu i został rozłączony. „Po co mi to „gorące” rozliczenie! Głupi system rozliczeniowy!” – narzeka… Tak, nie da się zadowolić wszystkich na raz!

Specjalne podziękowania za wsparcie informacyjne Bolszowa Galina, felietonistka magazynu

Nie mogą istnieć bez bilingu, dzięki któremu konsumentom ich usług wystawiane są rachunki i zapewniona jest ekonomiczna część ich działalności.

W przypadku systemów rozliczeniowych w telekomunikacji w języku rosyjskim termin ten jest również używany automatyczny system płatności (AKP), w szczególności termin ten jest używany w oficjalnych dokumentach rosyjskiego Ministerstwa Komunikacji, zalecających obowiązkową certyfikację systemów rozliczeniowych.

Funkcje rozliczeniowe

Funkcje rozliczeniowe w przedsiębiorstwie pogrupowane są w trzy główne bloki: operacje rozliczeniowe, usługi informacyjne i usługi finansowe.

Ogólnie rzecz ujmując, rozważając integrację fakturowania z zarządzaniem przychodami. Zarządzanie rozliczeniami i przychodami ) dodatkowo podkreślają takie funkcje, jak gwarancja dochodu (eng. zapewnienie przychodów), zarządzanie rentownością abonentów (ang. zarządzanie rentownością), kontrola oszustw abonenckich (ang. zarządzanie oszustwami).

Operacje rozliczeniowe

Blok operacji obliczeniowych wyróżnia takie funkcje, jak określenie zużycia (na przykład otrzymywanie szczegółowych informacji o połączeniach z centrali, przetwarzanie danych z urządzeń przełączających o zużyciu ruchu, odbieranie danych z systemu pośredniczącego), szacowanie zużycia (określanie obliczonych charakterystyk danych zużycia) , agregowanie szacunków i tworzenie opłat dla abonentów, naliczanie podatków, rabatów, opłat dodatkowych, korekt, wystawianie faktur do zapłaty, zapewnienie dostarczenia lub zapoznawania abonentów z fakturami do zapłaty, zarządzanie kontami osobistymi abonentów.

Implementacja bloku obliczeniowego może się znacznie różnić zarówno dla różnych rodzajów komunikacji, jak i w różne modele relacje z abonentami.

Opłacony z góry

Opłacony z góry (przedpłata) - model rozliczeń z abonentami i agentami, który polega na wstępnym wpłacie środków na konto osobiste operatora usług komunikacyjnych, które następnie są wydawane na opłacenie otrzymanych usług. Systemy rozliczeń przedpłaconych zazwyczaj prowadzą ewidencję w czasie rzeczywistym, bezpośrednio zarządzając procesem świadczenia usług; po osiągnięciu dolnego progu kwoty środków na rachunku kontrahenta istnieje możliwość zmiany trybu świadczenia usług (aż do całkowitego zakończenia). Ilość środków na rachunku, czas utrzymywania dodatniego salda, wielkość i regularność wpływów mogą służyć jako parametry taryfowe przy kalkulacji kosztu, jakości i ilości świadczonych usług.

Funkcjonalność wspierająca ograniczanie dostępu do usług komunikacyjnych w czasie rzeczywistym w modelu rozliczeń przedpłaconych jest czasami określana jako gorące rozliczenia.

Płatne z dołu

Płatne z dołu- model płatności, w którym operator najpierw świadczy usługi abonentowi lub agentowi w ramach zawartej z nim umowy, a następnie dokonuje naliczania opłat i wystawia faktury za płatność. Proces taryfowania i fakturowania jest planowy i regularny i obejmuje zazwyczaj okres kalendarzowy określony w umowie (najczęściej miesiąc, czasami tydzień, kwartał, rok). Kontrahent zobowiązany jest do zapłaty kwoty faktury w terminie określonym w umowie, w przypadku opóźnienia w płatnościach, w ramach procesów windykacyjnych stosuje się wobec niego określone w umowie metody współpracy z dłużnikiem; należności.

Serwis informacyjny

Usługi informacyjne obejmują funkcje wspierające informację operacyjną o abonentach, produktach i usługach, w tym o ich taryfach, ograniczeniach, możliwe kombinacje, a także dane konfiguracyjne dotyczące ogólnych rozliczeń (na przykład harmonogramy rozliczeń i rozliczeń, zarządzanie zdarzeniami powiadamiania abonentów, ustawienia audytu i starzenia się informacji, akceptowalne cechy abonenta).

Usługi finansowe

Usługi finansowe obejmują funkcje przetwarzania płatności, ich uzgadniania za wystawione faktury i usługi, zarządzanie należnościami abonenckimi oraz proces gromadzenia, przetwarzania danych podatkowych.

Miejsce rozliczeń w przedsiębiorstwie

Rozliczenia międzyoperatorskie

Rozliczenie transportu

Rozliczenia konwergentne

Rozliczenia konwergentne(od łac. konwergować- „łączenie”) - billing skupiający się na wystawianiu jednolitych rachunków abonentom w sieciach wielousługowych oraz różne modele obliczenia.

Konwergentny system rozliczeniowy w sposób jednolity przetwarza dane dotyczące szerokiego zakresu świadczonych usług, udostępniając jedno konto osobiste i pojedyncze faktury do zapłaty dla każdego abonenta, niezależnie od zestawu usług, z których korzysta abonent (mogą to być jednocześnie różne usługi telefonii stacjonarnej, telefonii komórkowej, transmisji danych transmisja, telewizja, usługi treściowe) i niezależnie od zasady naliczania za nie opłat (usługi można nabyć w formie przedpłaconej lub płatnej na zasadach umownych)

Rynek systemów bilingowych

Roczny wolumen globalnego rynku systemów bilingowych w 2007 roku oszacowano na 6 miliardów dolarów, a jego wzrost ma osiągnąć 7,2 miliarda dolarów do 2012 roku, przy czym rynek został podzielony na następujące komponenty ze względu na obszar zastosowania:

Notatki

1. , s. 3-5
2. Rozliczenia. Wiedza na forum TM. Forum TM (17 maja 2011). Zarchiwizowane„Rozliczenia” to grupa procesów i systemów odpowiedzialnych za gromadzenie odpowiednich zapisów dotyczących użytkowania, określanie informacji o opłatach i rozliczeniach, sporządzanie terminowych i dokładnych rachunków, za dostarczanie klientom informacji o użytkowaniu przed wystawieniem rachunku i wystawianie rachunków, za przetwarzanie ich płatności, i przeprowadzanie inkasa płatności
3. Ministerstwo Łączności i Komunikacji Masowej Federacji Rosyjskiej Po zatwierdzeniu zasad korzystania z automatycznych systemów rozliczeniowych (rosyjski). Rossvyaz (2 lipca 2007). Zarchiwizowane od oryginału w dniu 24 sierpnia 2011 r. Źródło 15 maja 2011 r.
4. , s. 3-7
5. , s. 7-13
6. , s. 13-14
7. Pulkkinen, Kari Opłaty konwergentne to dla operatorów droga do zwiększenia konkurencyjności. Analityk OSS/BSS (29 maja 2006). Zarchiwizowane
8. Törnkvist, Robert i Schubert, Ralph Konwergentne ładowanie i rozliczenia firmy Ericsson. Magazyn Ericsson Review. Ericssona (2009-30-01). Zarchiwizowane od oryginału w dniu 24 sierpnia 2011 r. Źródło 16 maja 2011 r.
9. Dinan, Michael Prognoza: Globalne rachunki telekomunikacyjne osiągną poziom 7,6 miliarda dolarów w 2012 roku (w języku angielskim). Sieć TMC (17 października 2008). Zarchiwizowane od oryginału w dniu 24 sierpnia 2011 r. Źródło 17 maja 2011 r.
10. Mottishaw, Piotr Raport dotyczący udziału w rynku rozliczeniowym 2009. Przykładowe strony Zarchiwizowane od oryginału w dniu 24 sierpnia 2011 r. Źródło 17 maja 2011 r.
11. Mottishaw, Piotr Raport dotyczący udziału w rynku rozliczeń za rok 2009 (w języku angielskim). Analiza Mason (27 lipca 2010). Zarchiwizowane od oryginału w dniu 24 sierpnia 2011 r. Źródło 17 maja 2011 r.

Literatura

• Hunter, Jane M. i Thiebaud, Maud E.

Platforma przetwarza początkowy DP 37 ms; abonent słuchał sygnałów dźwiękowych przez 10 sekund; Czas trwania rozmowy to nieco ponad 5 minut.

Rozliczenia zbiera informacje o korzystaniu z usług telekomunikacyjnych, ich taryfach oraz odpowiada za rozliczenia abonentów i realizację płatności.

Istnieją 2 główne typy obliczeń:

• Płatność po wykonaniu usługi- wystawienie faktury za okres na podstawie jej wyników (postpaid)
• I system zaawansowany(przedpłata), gdy pieniądze są wypłacane z góry.

System abonamentowy

Schemat interakcji platformy Postpaid z rdzeniem sieci operatora.
CSN- sieć przełączania obwodów; Reprezentowane przez przełączniki kanałów (MSC).
PSN– sieć komutacji pakietów; Reprezentowane przez przełączniki pakietów i bramy (odpowiednio SGSN i GGSN).

Zasada działania systemu abonamentowego jest stosunkowo prosta, gdyż nie wymaga reakcji platformy w czasie rzeczywistym: wszak abonent nie musi być ostrzegany o osiągnięciu zera (a co za tym idzie, nie ma potrzeby zmienić charakter interakcji sieci z nim).

System zaawansowany

Ponieważ operator świadczy różne rodzaje usług i zastosowań różne typy sieci (system przełączania kanałów/pakietów), wówczas billing, aby rozwiązać problem monitorowania konta abonenckiego, musi wykorzystywać różne protokoły opłat, na przykład:

Schemat interakcji platformy przedpłaconej z siecią operatora.

Przyjrzyjmy się tym protokołom bardziej szczegółowo.

CZAPKA

Miejsce protokołu na stosie SS7. Na rysunku pokazano również popularną opcję wykorzystującą technologię SIGTRAN (rozszerzenie SS7 umożliwiające korzystanie z „siedmiu” protokołów w sieci IP).

Za pomocą tego protokołu OCS komunikuje się z siecią komutacji obwodów. Oto przykładowy cennik wychodzących połączeń głosowych:

Dialog ładowania z wykorzystaniem protokołu CAP, linie kropkowane Wyświetlane są komunikaty ISUP.

1. W pierwszej kolejności ze centrali MSC1 do billingu wysyłany jest komunikat (Initial Detection Point), w którym przekazywane są parametry abonenta. Są to numery przychodzące i wychodzące, adres komórki wywoływanego abonenta i inne. Na tej podstawie można rozpocząć analizę połączenia. Billing tworzy pewien Punkt Wykrywania – czyli stan połączenia. OCS określa, czy abonent może wykonywać połączenie głosowe (czy znajdują się na nim środki), a jeśli tak, to przez jaki maksymalny czas.
2. Następnie OCS odpowiada na przełączenie za pomocą zdarzenia Request Report BCSM („Zainicjowałem punkt detekcji, czekam na dalsze informacje od Ciebie na temat statusu połączenia”). I wysyła Apply Charge („abonent ma środki na koncie, autoryzuję połączenie”). Tam też przesyłany jest maksymalny czas, jaki może wykorzystać abonent.
3. Przełącznik po uzyskaniu zgody OCS inicjuje połączenie głosowe pomiędzy abonentami przy wykorzystaniu protokołu ISUP, wysyłając wiadomość IAM (Initial Address Message) do MSC2.
4. MSC2 odpowiada MSC1 komunikatem ACM (ang. Address Complete Message), w tym przypadku oznacza to „tak, mój abonent, jest teraz online, zaczynam do niego dzwonić”. Po odebraniu tej wiadomości, MSC1 włącza długie sygnały dźwiękowe do abonenta A.
5. Abonent B podnosi słuchawkę, MSC2 wysyła MSC1 wiadomość ANM (Answer Message) - „mój abonent odebrał telefon, połącz go”.
6. MSC1 łączy abonenta A i B, rozpoczyna się rozmowa. MSC1 wysyła komunikat raportu zdarzenia BCSM (O_Answer) do OCS. OCS zmienia swój stan wywołania dla tego abonenta. Od tego momentu rozpoczyna się ładowanie (biorąc pod uwagę, że pierwsze 3 sekundy są bezpłatne).
7. Podczas gdy abonenci komunikują się, MSC1 monitoruje czas połączenia. Jeżeli pozostało niewiele czasu, MSC ostrzega abonenta sygnałem dźwiękowym.
8. W naszym przypadku abonent B rozłącza się pierwszy, MSC1 i MSC2 dokonują przyjacielskiego uścisku dłoni, używając komunikatów REL (wiadomość o wydaniu) i RLC (wiadomość o zakończeniu wydania).
9. MSC1 wysyła do OCS komunikat Event Report BCSM (O_Disconnect - „abonenci pomyślnie rozłączeni”) oraz Apply Charge Report (ile sekund trwała rozmowa).
10. OCS akceptuje te dane i odpowiada, że ​​sesję można już zamknąć.

WYWOŁAJ --- A1 TAG: A1h 1B LEN: 27 --- WYWOŁAJ ID --- 02 TAG: 02h INTEGER 01 DŁ: 1 02 WYWOŁAJ ID: 2 === CAP === --- WYWOŁAJ --- -- - OPERACJA --- 02 TAG: 02h INTEGER 01 DŁ: 1 23 OPERACJA: 35 = ApplyCharging --- APPL CHARG --- 30 TAG: 30h SEQUENCE 13 LEN: 19 --- ACH BCC --- 80 TAG: 80h 0C DŁ: 12 --- TDC --- A0 TAG: A0h 0A LEN: 10 --- MAX C P D --- 80 TAG: 80h 03 LEN: 3 01 19 40 MAX C P D: 4370

To część śladu. Widzimy, że wiadomość ApplyCharging została wysłana protokołem CAP, maksymalny czas rozmowy (MAX CPD – Maximum Call Period Duration) wynosi 437,0 sekund.

Powielę obrazek przed kata: to przykład komunikacji z wykorzystaniem protokołu CAP. Można oszacować znaczniki czasu: platforma przetwarza początkowy DP 37 ms; abonent słuchał sygnałów dźwiękowych przez 10 sekund; Czas trwania rozmowy to nieco ponad 5 minut.

Ale tutaj połączenie jest długie i widać, jak sam system co 6 minut żąda od MSC statusu połączenia (activityTest). Zrobiono to tak, aby w przypadku jakiegokolwiek błędu rozmowa nie trwała kilka dni (dopóki nie zostaną pobrane wszystkie pieniądze abonenta).

Protokół CAP może ładować nie tylko połączenia głosowe – umożliwia także ładowanie połączeń internetowych, SMS-ów, MMS-ów i tak dalej. Chociaż w praktyce najczęściej do tych potrzeb wykorzystuje się specjalnie dostosowane protokoły (DIAMETER/OSA).

OSA

Rozważmy działanie tego protokołu na przykładzie taryfy za mobilne usługi internetowe:

1. Podczas próby aktywacji kontekstu PDP (telefon otrzymuje adres IP w sieci operatora komórkowego) GGSN pyta platformę, czy ten abonent może aktywować sesję ładowania (CreateChargingSessionReq).
2. W naszym przypadku wszystko jest w porządku (abonent jest w bazie, są środki), platforma tworzy sesję ładowania i umożliwia aktywację Kontekstu PDP (CreateChargingSessionResp).
3. Teraz abonent chce rozpocząć pobieranie danych. Aby mu to umożliwić, GGSN kontaktuje się z platformą z prośbą o zarezerwowanie środków (ReserveUnitReq). Ogólnie rzecz biorąc, jednostka jest rzeczą abstrakcyjną, może to być wszystko - kilobajt danych, wiadomość tekstowa, sekunda rozmowy, rubel, pizza, beczka i tak dalej. W naszym przypadku jednostką jest 100 kB.
4. Platforma sprawdza, czy dany abonent zgodnie ze swoją taryfą posiada środki na 100 kB ruchu i odpowiada komunikatem ReserveUnitResp („środki są zarezerwowane”). Po otrzymaniu tej wiadomości z platformy GGSN umożliwia abonentowi pobranie ruchu.
5. Gdy abonent pobierze zarezerwowaną część ruchu, GGSN kontaktuje się z platformą z komunikatem DebitUnitReq („można odpisać zarezerwowane środki”).
6. Platforma obciąża środki i odpowiada komunikatem DebitUnitResp („środki pomyślnie pobrane”).
7. Cykl ReserveUnitReq-DebitUnitResp powtarza się do momentu, aż abonent pobierze cały Internet i zamknie sesję internetową.
8. Gdy Kontekst PDP jest dezaktywowany, GGSN wysyła do platformy komunikat informujący o zakończeniu sesji ładowania; pamięć przydzielona dla tej sesji zostanie zwolniona.

Żądanie debitUnitReq; Polecenia OSA są opakowane w protokół SOAP, który z kolei jest hermetyzowany przez protokół HTTP.

Wniosek

Jeśli temat protokołów rodziny AAA jest dla Ciebie interesujący, później porozmawiam o PROMIENIU, ŚREDNICY i innych ciekawych rzeczach.