علاوه بر این، پایگاه داده سیستم اطلاعات مربوط به پرداخت های قبلی هر مشترک شبکه تلفن همراه را ذخیره می کند. بر اساس تمام این اطلاعات، برداشت ها محاسبه می شود. به لطف استفاده از رایانه های فوق العاده قدرتمند، محاسبه کسری از ثانیه طول می کشد و نتیجه آن تقریباً بلافاصله در وضعیت حساب مشترک منعکس می شود.

از جمله کارکردهای سیستم صورتحساب، فعال یا غیرفعال (قطع) مشترکین است. به عبارت ساده، این سیستم وضعیت هر حساب را رصد می کند و خدمات ارتباطی را تنها به مشترکینی ارائه می دهد که امکانات پرداخت آن را دارند.

اگر حساب تلفن همراه تمام شود، اتصال برقرار نمی شود. پس از آن، ارائه خدمات ارتباطی به صورت خودکار از سر گرفته می شود.

صورتحساب مدرن عملکرد بازخوردی را ارائه می دهد. ما می توانیم حساب خود را از طریق حساب شخصی خود مدیریت کنیم: شارژ کردن، اتصال یا قطع سرویس های خاص، تغییر تعرفه ها و غیره.

از جمله، حساب شخصی شما در وب سایت اپراتور تلفن همراه این امکان را فراهم می کند که صورتحساب ماه های گذشته خود را بررسی کنید، یعنی. مشاهده کنید که مکالمات با چه شماره هایی انجام شده است، مدت آنها چقدر بوده و چگونه وجوه از حساب برای آنها برداشت شده است.

گزینه های صورتحساب اضافی

بسیاری از مردم می دانند که سیستم های صورتحساب اغلب برای اهدافی غیر از هدف مورد نظرشان استفاده می شوند. افسران مجری قانون می توانند از داده های صورتحساب برای ایجاد تماس با افراد مورد علاقه خود استفاده کنند.

سیستم های صورتحساب: مفاهیم اساسی

صورتحساب. این اصطلاح چه تداعی هایی را برمی انگیزد؟ شاید ارتباطی با بیل گیتس وجود دارد؟ نه، خوشبختانه او هنوز «دماغ خود را در حوزه مخابرات فرو نکرده است». خوب، این فقط یک شوخی است. اما برای جدی بودن، بیایید به ریشه های کلمه billing نگاهی بیندازیم. کلمه انگلیسی "بیل" را می توان به عنوان "حساب" ترجمه کرد (ترجمه های دیگر: صورتحساب، اسکناس). "صورتحساب" با عبارت "نوشتن یک فاکتور" ترجمه شده است.

سیستم صورتحساب چیست؟

سیستم‌هایی که هزینه خدمات ارتباطی را برای هر مشتری محاسبه می‌کنند و اطلاعات مربوط به همه تعرفه‌ها و سایر ویژگی‌های هزینه را ذخیره می‌کنند که توسط اپراتورهای مخابراتی برای صدور صورت‌حساب برای مشترکین و تسویه حساب‌های متقابل با سایر ارائه‌دهندگان خدمات استفاده می‌شود، سیستم‌های صورتحساب نامیده می‌شوند. چرخه عملیاتی که انجام می دهند صورتحساب نامیده می شود. سیستم صورتحساب (BS) یک سیستم حسابداری است نرم افزاربه عبارت دیگر، "نرم افزار" به طور خاص برای اپراتورها توسعه یافته است. کدام اپراتورها؟ مخابرات. یعنی ما فقط در مورد اپراتورها صحبت نمی کنیم ارتباطات سلولی. BS توسط اپراتورهای ارتباطی معمولی (خط ثابت، سیمی) نیز استفاده می شود. به عنوان مثال، در دفاتر کوچک، می توانید صورتحساب تلفنی را انجام دهید (تجزیه و تحلیل: چه کسی تماس گرفته، چه زمانی، چه مدت مکالمه طول کشیده است). تلفن IP یکی دیگر از زمینه های کاربردی BS است. در مورد ارائه دهندگان اینترنت چطور؟ آنها همچنین از BS برای تولید فاکتورها و ثبت ترافیک استفاده می کنند. هر BS بر اساس یک سیستم مدیریت پایگاه داده خاص (DBMS) ایجاد می شود. اکثر BS در جهان بر اساس Oracle DBMS ایجاد شده اند. در میان سایر DBMS ها، Sybase و Informix را می توان به عنوان طراحی شده برای حجم زیادی از اطلاعات متمایز کرد. در اینجا نام برخی از سیستم های صورتحساب آمده است: BIS، Flagship، CBOSS، Arbor، Bill-2000-prepaid. شایان ذکر است که BS نیز می تواند به معنای سخت افزاردر سازماندهی صورتحساب نقش دارد.

اصطلاحات

من سعی خواهم کرد تمام مفاهیم و تعاریف اساسی مربوط به BS را در نظر بگیرم. من بر روی BS مورد استفاده توسط اپراتورهای سلولی تمرکز خواهم کرد. اما بیشتر تعاریف در مورد BS که در سایر زمینه ها استفاده می شود نیز صدق می کند. من سعی خواهم کرد آن را به ساده ترین شکل ممکن توضیح دهم تا اکثر خوانندگان بتوانند مطالب را درک کنند. اگر چیزی برای اضافه کردن به شرایطی که وارد کرده ام دارید، لطفاً از طریق ایمیل برای من بنویسید.

چندین نام برای سیستم صورتحساب وجود دارد: ACP- سیستم پرداخت خودکار؛ IHD- سیستم صورتحساب اطلاعاتی

یکی از ویژگی های مهم BS آن است انعطاف پذیری، یعنی توانایی سازگاری با شرایط تغییر یافته. سیستم انعطاف پذیر نه تنها با نیازهای فوری اپراتور سازگار است. به دلیل ویژگی هایی مانند قابل سفارشی سازی، ماژولار بودن و باز بودن، به شما امکان می دهد مشکلات امیدوار کننده را حل کنید. هر چه سیستم گزینه های بیشتری برای سفارشی سازی داشته باشد، بهتر است. چیست؟ مدولار بودن? اصل مدولار ساختن یک سیستم، اصلی است که در آن کل سیستم از قطعات جداگانه (ماژول ها) مونتاژ می شود، درست مانند خانه ای که آجر به آجر مونتاژ می شود. BS همچنین از چنین ماژول ها - زیر سیستم ها تشکیل شده است. برای مثال، BS شامل یک زیرسیستم پیش پردازش داده، یک زیرسیستم مدیریت صورتحساب عملیاتی و یک زیرسیستم اطلاع رسانی مشتری است (در مورد ساختار و عملکرد BS در زیر بخوانید). زیر باز بودنسیستم دلالت بر باز بودن دارد کد منبعمحصول نرم افزاری که به اپراتور اجازه می دهد در آینده به توسعه دهنده وابسته نباشد و به طور مستقل سیستم را حفظ و ارتقا دهد. ارتباط نزدیکی با انعطاف پذیری BS و کیفیت زیر دارد سیستم های خودکارمحاسبه - مقیاس پذیری.

مقیاس پذیری باربا رشد پایگاه مشترک، ظهور خدمات اضافینیازی به تغییر یا اصلاح بخش نرم افزاری BS نیست. افزایش قابلیت های BS باید با ارتقای سخت افزار سیستم محقق شود. هنگام طراحی سیستم های مقیاس پذیر چه مواردی مهم است؟ استفاده از DBMS طراحی شده برای حجم زیاد داده ضروری است. DBMS باید با پلتفرم های مختلف رایانه سازگار باشد تا از عملیات چند پردازنده پشتیبانی کند.

قابلیت اطمینان- یکی از الزامات اصلی برای هر سیستم. قابلیت اطمینان BS با قابلیت اطمینان DBMS و فناوری های مورد استفاده در توسعه سیستم تعیین می شود. قابل اعتماد بودن تامین کننده (توسعه دهنده) نرم افزار کاربردی: مدت زمان حضور آن در بازار و به عنوان یک شاخص غیرمستقیم، درصد حضور سیستم هایی که در بازار مخابرات توسعه داده است. چرا شاخص غیر مستقیم است؟ آیا واقعا مایکروسافت ویندوزبهترین و مطمئن ترین سیستم عامل؟... و در عین حال سهم قابل توجهی از بازار دارد. با این حال، قابلیت اطمینان BS نیز با رعایت استانداردهای خاصی در طول توسعه آنها تضمین می شود (در این مورد در زیر بخوانید).

چند زبانه- امکان نصب زبان های مختلف برای ارائه اطلاعات.

چند ارزی- توانایی کار با هر ارز

صورتحساب معوق- صورتحساب، که در آن پرداخت ها پس از برقراری تماس انجام می شود.

صورتحساب داغ- موجودی حساب در طول مکالمه تغییر می کند و اطلاعات مربوط به موجودی حساب شما را می توان بلافاصله پس از تماس دریافت کرد.

بهینه سازی صورتحساب- بهبود، بهبود توسط اپراتور BS خود.

بی اس بزرگ- سیستم های مورد استفاده توسط اپراتورهای بزرگ.

ارسال صورتحساب- ثبت نتایج محاسبات صورتحساب؛ پس از محاسبات نتایج تبدیل می شود قابل دسترسی برای کاربران(ارسال، چاپ شده).

چه چیزی می تواند، چه چیزی باید، یا چه چیزی مسئول BS است؟

استاندارد اروپایی (منشا). TARدر سال 1992 ظاهر شد. توسط گروه کاری TADIG نگهداری می شود. اکثر اپراتورهای اروپایی استفاده می کنند TAR2، اگرچه نسخه سومی نیز وجود دارد. از سال 1995، اصلاح TAP2، شناخته شده به عنوان مشخصات TD.27، یا NAGTAP2، در ایالات متحده آمریکا مورد استفاده قرار گرفت.

به جای نتیجه گیری

تلفن همراه خود را از جیب خود بیرون می آورید، شماره را می گیرید، "تماس" را فشار می دهید و ... مکالمه انجام می شود. اکنون نمی توانید منتظر بمانید تا مانده حساب خود را پیدا کنید. اگر سیستم صورتحساب "گرم" باشد، بلافاصله از این مبلغ مطلع می شوید. فکر می کنید "من همه چیز را دقیق محاسبه کردم، این یک سیستم صورتحساب خوبی است." در این بین مشترک دیگر متوجه می شود که به تازگی به محدودیت زمانی خود رسیده و قطع شده است. "چرا به این صورتحساب "گرم" نیاز دارم! سیستم صدور صورت حساب احمقانه!»

تشکر ویژه برای پشتیبانی اطلاعاتبولشووایا گالینا، ستون نویس مجله

آنها نمی توانند بدون صورتحساب وجود داشته باشند، به همین دلیل قبوض برای مصرف کنندگان خدمات آنها صادر می شود و مؤلفه اقتصادی فعالیت آنها تضمین می شود.

برای سیستم های صورتحساب در مخابرات در زبان روسی نیز از این اصطلاح استفاده می شود سیستم پرداخت خودکار (ACP، به ویژه، این اصطلاح در اسناد رسمی وزارت ارتباطات روسیه استفاده می شود که صدور گواهینامه اجباری سیستم های صورتحساب را تجویز می کند.

ویژگی های صورتحساب

کارکردهای صورتحساب در یک شرکت به سه بلوک اصلی گروه بندی می شوند: عملیات تسویه حساب، خدمات اطلاعاتی و خدمات مالی.

به طور کلی، هنگام در نظر گرفتن صورتحساب در ادغام با مدیریت درآمد. صورتحساب و مدیریت درآمد ) علاوه بر این، عملکردهایی مانند تضمین درآمد را برجسته کنید (eng. تضمین درآمد، مدیریت سودآوری مشترکین (eng. مدیریت سودآوری)، کنترل کلاهبرداری مشترک (eng. مدیریت تقلب).

عملیات تسویه حساب

بلوک عملیات محاسبه عملکردهایی مانند تعیین مصرف را برجسته می کند (به عنوان مثال، دریافت اطلاعات دقیق در مورد تماس ها از سوئیچ ها، پردازش داده ها از تعویض تجهیزات در مصرف ترافیک، دریافت داده ها از یک سیستم میانجیگری)، تخمین مصرف (تعیین ویژگی های محاسبه شده داده های مصرف) ، برآورد تجمیع و تشکیل هزینه برای مشترکان، محاسبه مالیات، تخفیف، هزینه اضافی، تعدیل، صدور فاکتور برای پرداخت، اطمینان از تحویل یا آشنایی مشترکین با فاکتورهای پرداخت، مدیریت حساب های شخصی مشترکین.

اجرای بلوک محاسبه می تواند به طور قابل توجهی برای انواع مختلف ارتباطات و در داخل متفاوت باشد مدل های مختلفروابط با مشترکین

پیش پرداخت شده

پیش پرداخت شده (پیش پرداخت) - مدلی از تسویه حساب با مشترکان و نمایندگان، که شامل واریز اولیه وجوه به حساب شخصی شما یک اپراتور خدمات ارتباطی است که متعاقباً برای پرداخت خدمات دریافت شده هزینه می شود. سیستم های تسویه حساب پیش پرداخت معمولاً سوابق را به صورت بلادرنگ نگهداری می کنند و با رسیدن به آستانه پایین تر از مبلغ موجود در حساب طرف مقابل، می توان نحوه ارائه خدمات را تغییر داد (تا پایان کامل). مقدار وجوه موجود در حساب، مدت زمان حفظ تراز مثبت، اندازه و منظم بودن دریافت ها می تواند به عنوان پارامترهای تعرفه در هنگام محاسبه هزینه، کیفیت و کمیت خدمات ارائه شده عمل کند.

عملکرد پشتیبانی از محدودیت دسترسی به خدمات ارتباطی بلادرنگ با مدل صورت‌حساب پیش‌پرداخت گاهی اوقات به عنوان صورتحساب داغ.

پس پرداخت

پس پرداخت- یک مدل پرداخت که در آن اپراتور ابتدا در چارچوب قراردادی که با او منعقد شده است به مشترک یا نماینده خدمات ارائه می دهد و سپس اقدام به شارژ و صدور فاکتور برای پرداخت می کند. فرآیند تعرفه گذاری و صورتحساب برنامه ریزی شده و منظم است و معمولاً دوره زمانی تقویمی تعیین شده در قرارداد (اغلب یک ماه، گاهی یک هفته، سه ماهه، سال) را پوشش می دهد. طرف مقابل موظف است مبلغ فاکتور را در مدت زمان تعیین شده در قرارداد بپردازد، در صورت تاخیر در پرداخت، روش های کار با بدهکار مشخص شده در قرارداد، به عنوان بخشی از فرآیندهای وصول به او اعمال می شود. مطالبات

سرویس اطلاعات

خدمات اطلاعاتی شامل عملکردهایی برای پشتیبانی از اطلاعات عملیاتی در مورد مشترکین، محصولات و خدمات، از جمله تعرفه ها، محدودیت ها، ترکیبات ممکنو همچنین داده‌های پیکربندی درباره صورت‌حساب به طور کلی (به عنوان مثال، برنامه‌های صورت‌حساب و صورت‌حساب، مدیریت رویداد اعلان مشترک، تنظیمات حسابرسی و پیری اطلاعات، ویژگی‌های قابل قبول مشترک).

خدمات مالی

خدمات مالی وظایف پردازش پرداخت، تطبیق آنها برای صورتحساب ها و خدمات صادر شده، مدیریت حساب های دریافتنی مشترک و فرآیند جمع آوری، پردازش داده های مالیاتی را پوشش می دهد.

محل صورتحساب در شرکت

صورتحساب بین اپراتور

صورتحساب حمل و نقل

صورتحساب همگرا

صورتحساب همگرا(از لات همگرایی- "با هم جمع کردن") - صورتحساب متمرکز بر صدور قبوض یکسان برای مشترکین در شبکه های چند سرویس و مدل های مختلفمحاسبات

سیستم صورتحساب همگرابه طور یکپارچه داده های طیف گسترده ای از خدمات ارائه شده را پردازش می کند و یک حساب شخصی و فاکتورهای واحد برای پرداخت برای هر مشترک ارائه می کند، صرف نظر از مجموعه خدمات مورد استفاده مشترک (این می تواند به طور همزمان خدمات مختلفی از تلفن ثابت، ارتباطات سیار، داده باشد. خدمات انتقال، تلویزیون، محتوا) و صرف نظر از اصل محاسبه هزینه برای آنها (خدمات را می توان به صورت پیش پرداخت یا پرداخت بر اساس اصول قراردادی خریداری کرد)

بازار سیستم های صورتحساب

حجم سالانه بازار سیستم های صورتحساب جهانی در سال 2007 حدود 6 میلیارد دلار تخمین زده شد و پیش بینی می شود رشد آن تا سال 2012 به 7.2 میلیارد دلار برسد، در حالی که بازار بر اساس حوزه کاربرد به اجزای زیر تقسیم می شود:

یادداشت ها

1. ، صص 3-5
2. صورتحساب. دانش انجمن TM. انجمن TM (17 مه 2011). بایگانی شد«صورت‌حساب» به مجموعه فرآیندها و سیستم‌هایی گفته می‌شود که وظیفه جمع‌آوری سوابق استفاده مناسب، تعیین اطلاعات شارژ و صورت‌حساب، تولید به موقع و دقیق صورت‌حساب، ارائه اطلاعات قبل از قبض و صورت‌حساب به مشتریان، پردازش پرداخت‌های آنها را بر عهده دارند. و انجام وصول پرداخت
3. وزارت ارتباطات و ارتباطات جمعی فدراسیون روسیهدر مورد تصویب قوانین استفاده از سیستم های تسویه حساب خودکار (روسی). Rossvyaz (2 ژوئیه 2007). بایگانی شده از نسخه اصلی در ۲۴ اوت ۲۰۱۱. بازیابی شده در ۱۵ مه ۲۰۱۱.
4. ، صص 3-7
5. ، صص 7-13
6. ، صص 13-14
7. پولکینن، کاریشارژ همگرا راهی برای افزایش رقابت برای اپراتورها است. تحلیلگر OSS/BSS (29 مه 2006). بایگانی شد
8. تورنکویست، رابرت و شوبرت، رالفشارژ و صورتحساب همگرا اریکسون. مجله نقد و بررسی اریکسون. اریکسون (2009-30-01). بایگانی شده از نسخه اصلی در 24 اوت 2011. بازیابی شده در 16 مه 2011.
9. دینان، مایکلپیش بینی: صورتحساب جهانی مخابرات در سال 2012 به 7.6 میلیارد دلار خواهد رسید (انگلیسی). شبکه TMC (17 اکتبر 2008). بایگانی شده از نسخه اصلی در ۲۴ اوت ۲۰۱۱. بازیابی شده در ۱۷ مه ۲۰۱۱.
10. موتیشاو، پیترگزارش سهم بازار صورتحساب 2009. صفحات نمونه بایگانی شده از نسخه اصلی در 24 اوت 2011. بازیابی شده در 17 مه 2011.
11. موتیشاو، پیترگزارش سهم بازار صورتحساب 2009 (انگلیسی). تحلیل میسون (27 ژوئیه 2010). بایگانی شده از نسخه اصلی در 24 آگوست 2011. بازیابی شده در 17 مه 2011.

ادبیات

• هانتر، جین ام. و تیباود، مود ای.

پلت فرم InitialDP 37 ms را پردازش می کند. مشترک به مدت 10 ثانیه به بوق گوش داد. مدت زمان مکالمه کمی بیشتر از 5 دقیقه است.

صورتحساباطلاعات مربوط به استفاده از خدمات مخابراتی، تعرفه های آنها را جمع آوری می کند و مسئولیت صورتحساب مشترکین و پردازش پرداخت ها را بر عهده دارد.

2 نوع اصلی محاسبه وجود دارد:

• پس پرداخت- صدور فاکتور برای دوره بر اساس نتایج آن (پس پرداخت)
• و سیستم پیشرفته(پیش پرداخت)، زمانی که پول پیش پرداخت می شود.

سیستم پس پرداخت

طرح تعامل پلت فرم Postpaid با هسته شبکه اپراتور.
CSN- شبکه سوئیچینگ مدار؛ توسط سوئیچ های کانال (MSC) نشان داده می شود.
PSN- شبکه سوئیچینگ بسته؛ توسط سوئیچ های بسته و دروازه ها (به ترتیب SGSN و GGSN) نشان داده می شود.

اصل عملکرد سیستم پس پرداخت نسبتاً ساده است، زیرا نیازی به پاسخ بلادرنگ از پلت فرم نیست: از این گذشته، مشترک نیازی به هشدار در مورد رسیدن به صفر ندارد (و بر این اساس، نیازی به تغییر ماهیت تعامل شبکه با او).

سیستم پیشرفته

از آنجایی که اپراتور انواع مختلفی از خدمات و استفاده را ارائه می دهد انواع مختلفشبکه‌ها (سیستم سوئیچینگ کانال/بسته)، سپس صورت‌حساب برای حل مشکل نظارت بر حساب مشترک باید از پروتکل‌های شارژ مختلف استفاده کند، به عنوان مثال موارد زیر:

طرح تعامل پلت فرم پیش پرداخت با شبکه اپراتور.

بیایید این پروتکل ها را با جزئیات بیشتری بررسی کنیم.

CAP

محل پروتکل در پشته SS7. شکل همچنین یک گزینه محبوب با استفاده از فناوری SIGTRAN را نشان می دهد (یک پسوند SS7 که امکان استفاده از پروتکل های "هفت" را در یک شبکه IP فراهم می کند.

با استفاده از این پروتکل، OCS با شبکه سوئیچینگ مدار ارتباط برقرار می کند. در اینجا نمونه ای از قیمت گذاری تماس صوتی خروجی آورده شده است:

شارژ دیالوگ با استفاده از پروتکل CAP، خطوط نقطه چینپیام های ISUP نشان داده می شوند.

1. ابتدا یک پیام (نقطه تشخیص اولیه) از سوییچ MSC1 به صورت‌حساب ارسال می‌شود که در آن پارامترهای مشترک مخابره می‌شوند. اینها شماره های ورودی و خروجی، آدرس سلول مشترکی که تماس گرفته شده و سایرین هستند. بر این اساس، امکان شروع تجزیه و تحلیل تماس وجود دارد. صورتحساب یک نقطه تشخیص مشخص ایجاد می کند - یعنی وضعیت تماس. OCS تعیین می‌کند که آیا مشترک می‌تواند تماس صوتی برقرار کند (اعم از وجود وجوه در حساب)، اگر چنین است، پس حداکثر برای چه زمانی.
2. پس از این، OCS با یک درخواست گزارش BCSM رویداد به سوییچ پاسخ می دهد ("من نقطه تشخیص را مقداردهی اولیه کردم، منتظر اطلاعات بیشتر از شما در مورد وضعیت تماس هستم"). و Apply Charging را ارسال می کند ("مشترک در حساب خود وجوه دارد، من تماس را مجاز می کنم"). حداکثر زمانی که مشترک می تواند استفاده کند نیز به آنجا ارسال می شود.
3. سوئیچ با دریافت مجوز از OCS، با استفاده از پروتکل ISUP، یک اتصال صوتی بین مشترکین را آغاز می کند و یک پیام IAM (پیام آدرس اولیه) را به MSC2 ارسال می کند.
4. MSC2 به MSC1 با یک ACM (پیام کامل آدرس) پاسخ می دهد، در این مورد به این معنی است که "بله، مشترک من، او اکنون آنلاین است، من شروع به تماس با او می کنم." پس از دریافت این پیام، 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 (پیام انتشار) و RLC (پیام کامل انتشار) یک دست دادن دوستانه انجام می‌دهند.
9. MSC1 پیام گزارش رویداد BCSM (O_Disconnect - "مشترکین با موفقیت قطع شد") و اعمال گزارش شارژ (چند ثانیه طول کشید مکالمه) را به OCS ارسال می کند.
10. OCS این داده ها را می پذیرد و پاسخ می دهد که اکنون جلسه می تواند بسته شود.

INVOKE --- A1 TAG: A1h 1B LEN: 27 --- INVOKE ID --- 02 TAG: 02h INTEGER 01 LEN: 1 02 INVOKE ID: 2 === CAP === --- INVOKE --- -- - عملیات --- 02 برچسب: 02 ساعت عدد صحیح 01 LEN: 1 23 عملیات: 35 = اعمال شارژ --- APPL CHARG --- 30 برچسب: 30 ساعت دنباله 13 LEN: 19 --- ACH BCC --- 80 برچسب: 80 ساعت LEN: 12 --- TDC --- A0 برچسب: A0h 0A LEN: 10 --- MAX C P D --- 80 TAG: 80h 03 LEN: 3 01 19 40 MAX C P D: 4370

این بخشی از ردیابی است. می بینیم که پیام applicationCharging از طریق پروتکل CAP ارسال شده است، حداکثر زمان مکالمه (MAX CPD - Maximum Call Period Duration) 437.0 ثانیه است.

من تصویر را قبل از کاتا کپی می کنم: این نمونه ای از ارتباط با استفاده از پروتکل CAP است. مهرهای زمانی را می توان تخمین زد: پلت فرم InitialDP 37 میلی ثانیه را پردازش می کند. مشترک به مدت 10 ثانیه به بوق گوش داد. مدت زمان مکالمه کمی بیشتر از 5 دقیقه است.

اما در اینجا تماس طولانی است و می توانید ببینید که چگونه خود سیستم هر 6 دقیقه یک بار وضعیت تماس (activityTest) را از MSC درخواست می کند. این کار به این دلیل انجام شد که در صورت بروز هر گونه خطایی، مکالمه چند روز طول نکشید (تا زمانی که تمام پول مشترک برداشت نشود).

پروتکل CAP نه تنها می‌تواند تماس‌های صوتی را شارژ کند - بلکه می‌تواند اتصالات اینترنت، پیام کوتاه، MMS و غیره را نیز شارژ کند. اگرچه در عمل، پروتکل‌های مخصوص طراحی شده (DIAMETER/OSA) اغلب برای این نیازها استفاده می‌شوند.

O.S.A.

بیایید عملکرد این پروتکل را با استفاده از مثال تعرفه گذاری برای خدمات اینترنت تلفن همراه در نظر بگیریم:

1. هنگامی که سعی می کنید زمینه PDP را فعال کنید (تلفن یک آدرس IP در شبکه دریافت می کند اپراتور تلفن همراه) GGSN از پلتفرم درخواست می کند که آیا این مشترک می تواند جلسه شارژ را فعال کند (CreateChargingSessionReq).
2. در مورد ما، همه چیز خوب است (مشترک در پایگاه داده است، بودجه وجود دارد)، پلت فرم یک جلسه شارژ ایجاد می کند و اجازه می دهد تا زمینه PDP فعال شود (CreateChargingSessionResp).
3. اکنون مشترک می خواهد بارگیری داده ها را شروع کند. برای اینکه او بتواند این کار را انجام دهد، GGSN با درخواست ذخیره وجوه (ReserveUnitReq) با پلتفرم تماس می گیرد. به طور کلی، واحد یک چیز انتزاعی است، می تواند هر چیزی باشد - یک کیلوبایت داده، یک پیام متنی، یک ثانیه مکالمه، یک روبل، یک پیتزا، یک بشکه و غیره. در مورد ما، واحد 100 کیلوبایت است.
4. این پلتفرم بررسی می‌کند که آیا یک مشترک، مطابق با تعرفه‌اش، وجوهی برای 100 کیلوبایت ترافیک دارد یا خیر و با پیام ReserveUnitResp ("وجوه رزرو شده است") پاسخ می‌دهد. با دریافت این پیام از پلتفرم، GGSN به مشترک اجازه می دهد تا ترافیک را دانلود کند.
5. هنگامی که مشترک بخش رزرو شده از ترافیک را دانلود کرد، GGSN با پیام DebitUnitReq ("شما می توانید وجوه رزرو شده را حذف کنید") با پلت فرم تماس می گیرد.
6. پلتفرم وجوه را بدهکار می کند و با پیام DebitUnitResp ("وجوه با موفقیت برداشت شد" پاسخ می دهد.
7. چرخه ReserveUnitReq-DebitUnitResp تکرار می شود تا زمانی که مشترک کل اینترنت را دانلود کرده و جلسه اینترنت را ببندد.
8. هنگامی که PDP Context غیرفعال می شود، GGSN پیامی را به پلتفرم ارسال می کند که پایان جلسه شارژ را نشان می دهد. حافظه اختصاص داده شده برای این جلسه آزاد می شود.

درخواست debitUnitReq; دستورات OSA در پروتکل SOAP پیچیده می شوند که به نوبه خود توسط پروتکل HTTP کپسوله می شود.

نتیجه گیری

اگر موضوع پروتکل های خانواده AAA برای شما جالب است، بعداً در مورد RADIUS، DIAMETER و چیزهای جالب دیگر صحبت خواهم کرد.