PCEF

از ویکی پارس پویش
(تفاوت بین نسخه‌ها)
پرش به: ناوبری, جستجو
سطر ۱۰۳: سطر ۱۰۳:
 
[[Image:pcrf-3.jpg|center]]
 
[[Image:pcrf-3.jpg|center]]
  
'''توضیح پیام ها :
+
'''توضیح پیام ها'''
'''۱- کاربردرخواست اتصال به شبکه را ارسال می کند
+
 
 +
۱- کاربردرخواست اتصال به شبکه را ارسال می کند
 +
 
 
۲- RAS در قالب یک Access-Request درخواست کاربر را به IBSng اعلام می کند
 
۲- RAS در قالب یک Access-Request درخواست کاربر را به IBSng اعلام می کند
 +
 
۳- IBSng پس از احراز هویت کاربر اجازه اتصال کاربر به شبکه را صادر می کند (Access-Accept)
 
۳- IBSng پس از احراز هویت کاربر اجازه اتصال کاربر به شبکه را صادر می کند (Access-Accept)
 +
 
۴-RAS پس از اتصال کاربردر قالب یک درخواست اکانتینگ Accounting-Request و از نوع Start زمان و اطلاعات اتصال کاربر را به IBSng اعلام می کند
 
۴-RAS پس از اتصال کاربردر قالب یک درخواست اکانتینگ Accounting-Request و از نوع Start زمان و اطلاعات اتصال کاربر را به IBSng اعلام می کند
 +
 
۵- IBSng به محض دریافت Start از RAS یک درخواست user-awareness به PCEF ارسال کرده ، به PCEF زمان اتصال کاربر و سرویس هایی که بایستی برای کاربر فعال گردد را اعلام می کند
 
۵- IBSng به محض دریافت Start از RAS یک درخواست user-awareness به PCEF ارسال کرده ، به PCEF زمان اتصال کاربر و سرویس هایی که بایستی برای کاربر فعال گردد را اعلام می کند
 +
 
۶- PCEF به محض اطلاع از اتصال کاربر، سرویس های اعلام شده را برای کاربر فعال می کند و لیست سرویس های فعال شده و شروع تفکیک ترافیک را به IBSng اعلام می کند. این درخواست در قالب پروتکل Diameter و رابط Gy ارسال می شود. نوع درخواست CCA در این بخش Initial_Request است  
 
۶- PCEF به محض اطلاع از اتصال کاربر، سرویس های اعلام شده را برای کاربر فعال می کند و لیست سرویس های فعال شده و شروع تفکیک ترافیک را به IBSng اعلام می کند. این درخواست در قالب پروتکل Diameter و رابط Gy ارسال می شود. نوع درخواست CCA در این بخش Initial_Request است  
 +
 
۷- IBSng پس از دریافت CCR نوع 1 یک CCA به PCEF ارسال می کند و زمان ارسال CCR بعدی (CC-Time) برای هر سرویس به PCEF اعلام می کند. همچنین ارسال CC-Total-Octets و re-authorize سرویس در این مرحله کنترل می شود. (جهت اطلاعات بیشتر می توانید به RFC 4006 مراجعه نمایید.)
 
۷- IBSng پس از دریافت CCR نوع 1 یک CCA به PCEF ارسال می کند و زمان ارسال CCR بعدی (CC-Time) برای هر سرویس به PCEF اعلام می کند. همچنین ارسال CC-Total-Octets و re-authorize سرویس در این مرحله کنترل می شود. (جهت اطلاعات بیشتر می توانید به RFC 4006 مراجعه نمایید.)
 +
 
۸- PCEF آپدیت میزان مصرف کاربر(CCR ) را پس از اتمام زمان اعلام شده (CC-Time) به IBSng اعلام می کند
 
۸- PCEF آپدیت میزان مصرف کاربر(CCR ) را پس از اتمام زمان اعلام شده (CC-Time) به IBSng اعلام می کند
 +
 
۹- IBSng پس از دریافت CCR پاسخ درخواست(CCA) را ارسال می کند
 
۹- IBSng پس از دریافت CCR پاسخ درخواست(CCA) را ارسال می کند
 +
 
۱۰- PCEF آپدیت میزان مصرف کاربر(CCR ) را پس از اتمام زمان اعلام شده (CC-Time) به IBSng اعلام می کند
 
۱۰- PCEF آپدیت میزان مصرف کاربر(CCR ) را پس از اتمام زمان اعلام شده (CC-Time) به IBSng اعلام می کند
 +
 
۱۱- IBSng پس از دریافت CCR پاسخ درخواست(CCA) را ارسال می کند
 
۱۱- IBSng پس از دریافت CCR پاسخ درخواست(CCA) را ارسال می کند
 +
 
۱۲- PCEF آپدیت میزان مصرف کاربر(CCR ) را پس از اتمام زمان اعلام شده (CC-Time) به IBSng اعلام می کند
 
۱۲- PCEF آپدیت میزان مصرف کاربر(CCR ) را پس از اتمام زمان اعلام شده (CC-Time) به IBSng اعلام می کند
 +
 
۱۳- IBSng پس از دریافت CCR پاسخ درخواست(CCA) را ارسال می کند
 
۱۳- IBSng پس از دریافت CCR پاسخ درخواست(CCA) را ارسال می کند
 +
 
۱۴- کاربر درخواست قطع اتصال را برای RAS میفرستد
 
۱۴- کاربر درخواست قطع اتصال را برای RAS میفرستد
 +
 
۱۵- RAS پس از قطع اتصال کاربر، قطع اتصال را در قالب( Accounting-Request Stop) برای اکانتیگ ارسال می کند
 
۱۵- RAS پس از قطع اتصال کاربر، قطع اتصال را در قالب( Accounting-Request Stop) برای اکانتیگ ارسال می کند
 +
 
۱۶- IBSng پس از قطع اتصال کاربر یک درخوایت User-Awareness برای PCEF ارسال می کند و زمان قطع اتصال را به PCEF اعلام می کند
 
۱۶- IBSng پس از قطع اتصال کاربر یک درخوایت User-Awareness برای PCEF ارسال می کند و زمان قطع اتصال را به PCEF اعلام می کند
 +
 
۱۷- PCEF پس از اطلاع از قطع اتصال کاربر شمارش تفکیک شده را متوقف و یک CCR از نوع 3 برای اکانتینگ ارسال می کند. در این بخش میزان تفکیک شده مصرف کاربر در اکانتینگ برای این اتصال ثبت می شود.
 
۱۷- PCEF پس از اطلاع از قطع اتصال کاربر شمارش تفکیک شده را متوقف و یک CCR از نوع 3 برای اکانتینگ ارسال می کند. در این بخش میزان تفکیک شده مصرف کاربر در اکانتینگ برای این اتصال ثبت می شود.
نکته: در فاصله بین پیام های ۴ تا ۱۵ RAS طبق پروتکل AAA میزان مصرف کلی کاربر را در قالب Accounting-Request Alive)) همچنان برای اکانتینگ ارسال می کند که مقادیر آن در بخش Master نمایش داده می شود.
+
 
 +
نکته: در فاصله بین پیام های ۴ تا ۱۵ RAS طبق پروتکل AAA میزان مصرف کلی کاربر را در قالب Accounting-Request Alive)) همچنان برای اکانتینگ  
 +
ارسال می کند که مقادیر آن در بخش Master نمایش داده می شود.

نسخهٔ ‏۸ ژوئیهٔ ۲۰۱۷، ساعت ۱۵:۳۱

محتویات

PCEF/PCRF service


مقدمه

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

استاندارد 3GPP

استاندارد 3GPP مربوط به شبکه‌های موبایل است که توسعه نسل های متفاوت این شبکه‌ها مانند 3G، 4G، LTE و … را به راحتی ممکن می‌کند و استانداردهای مربوط به اجزای هسته شبکه (Core Network) آن در شبکه‌های ثابت نیز قابل استفاده است.

PCRF و PCEF

یکی از نیازمندی های شبکه‌های ارتباط ثابت، اعمال سیاست‌های کنترلی شبکه برای هر یک از مشترکین این نوع شبکه است. این نیازمندی ضرورت وجود دو آلمان در شبکه را ایجاد می کند:

یک المان که به ترافیک مشترک دسترسی مستقیم دارد و می‌تواند سیاست هایی مانند تعریف پهنای باند، دسترسی به مقاصد مشترک و 
تفکیک ترافیک مصرفی را روی ارتباط هر از مشترکین اعمال کند که به آن PCEF گفته می‌شود 
یک آلمان که با سیستم شارژینگ در ارتباط است و با توجه به وضعیت مشترک در سیستم شارژینگ وظیفه تعریف سیاست‌های کنترلی و 
اعلام آن به PCEF را دارد که به آن PCRF گفته می‌شود

این دو المان بنا بر استاندارد 3GPP از رابط های پروتکل Diameter جهت ارتباط با سامانه شارژینگ و اکانتینگ استفاده می‌کنند و به دلیل پیچیدگی هایی که درعملکرد هر یک وجود دارند اقلب توسط شرکت ها به صورت مجزا طراحی و تولید می‌شوند و هر شرکت بنا به تکنولوژی خود تمرکز خود را روی تولید یکی و یا هردو معطوف می دارد. شرکت پارس پویش به عنوان تولید کننده نرم‌افزار های شارژینگ و اکانتینگ نسبت به تولید نرم‌افزار PCRF اقدام نمود است که قادر است با استفاده از رابط های استاندارد تعریف شده در استاندارد 3GPP به راحتی با سامانه های دیگر مانند PCEF و DPI شرکت های دیگر ارتباط برقرار نماید و وظیفه اعلام سیاست‌ها به هر نرم‌افزار PCEF/DPI را به راحتی انجام دهد.


محصول PCRF شرکت پارس پویش سازگار با محصول PCEF شرکت دوران

پیرو مصوبه ۲۳۷ کمیسیون تنظیم مقررات ارتباطات در خرداد ماه ۱۳۹۵ که طی آن تمامی شرکت های ارایه دهنده خدمات اینترنتی موظف به تفکیک اکانتینگ ترافیک مصرفی مشترکین خود شدند. به همین دلیل شرکت پارس پویش علاوه برا راهکارهایی که برای این نیازمندی ارایه کرده است، جهت کاهش هزینه برای شرکت های ارایه دهنده خدمات اینترنتی و پشتیبانی از شرکت های داخلی، اقدام به برقراری ارتباط بین نرم‌افزار اکانتینگ IBSng و نرم افزارهای داخلی ای نمود که قادر به تفکیک ترافیک هستند. محصول PCEF شرکت داده پردازی دوران یکی از این محصولات است که با نرم‌افزار اکانتینگ IBSng شرکت پارس پویش یکپارچه شده است.

امکانات

نرم‌افزار PCEF محصول شرکت داده پردازی دوران شامل امکانات زیر می باشد:

تعریف سرویس ها به صورت ثابت (Static)
شمارش تفکیک شده میزان مصرف مشترکین در قالب سرویس های از پیش تعریف شده
فعال و غیر فعال کردن هر یک از سرویس های فعال شده برای هر یک از مشترکین
ارایه میزان مصرف تفکیک شده ی مشترکین به نرم‌افزار اکانتینگ با استفاده از واسط Gy پروتکل Diameter
دریافت اطلاعات مورد نیاز مشترکین از نرم‌افزار PCRF شرکت پارس پویش فن آور  با استفاده از پروتکل Radius

( سرویس به مجموعه تعاریفی گفته می‌شود که در لایه چهار معماری مرجع OSI قابل انجام بوده و تفکیک اکانتینگ بر اساس آن‌ها انجام می شود.) به توجه به این امکانات و مدت زمان محدود جهت یکپارچه سازی PCEF با محصول PCRF شرکت پارس پویش، نسخه ارایه شده PCRF شرکت پارس پویش با قابلیت‌های زیر ارایه شد: - ویژگی user awareness و اعلام سیاست های کنترلی با استفاده از پروتکل RADIUS به نرم‌افزار PCEF شرکت دوران - دریافت تفکیک شده میزان مصرف هر مشترک از نرم‌افزار PCEF شرکت دوران با استفاده از رابط Gy پروتکل Diameter - دریافت اطلاعات مشترکین از سامانه شارژینگ IBSng محصول شرکت پارس پویش جهت پردازش و اعلام به PCEF - اعلام تفکیک شده میزان مصرف مشترکین به سامانه شارژینگ IBSng محصول شرکت پارس پویش با این توضیح هر شرکت ارایه دهنده خدمات اینترنتی قادر خواهد بود تا پروژه تفکیک اکانتینگ ترافیک مصرفی مشترکین خود را با معماری زیر پیاده‌سازی نماید:


Pcrf-1.jpg

در این معماری، محصول PCEF شرکت دوران در مسیر ترافیک مشترکین ADLS قرار می گیرد و ضمن تفکیک ترافیک مشترکین و اعلام جداگانه آن ها به اکانتنیگ IBSng برای هر مشترک، سرویس هایی که توسط اکانتینگ IBSng به آن اعلام میشود را نیز بر اتصال مشترک اعمال می کند.


تعاریف

CCR

به درخواست هایی که روی رابط Gy پروتکل Diameter از PCEF به PCRF ارسال می شود CCR یا Credit Control Request گفته می شود و شامل اطلاعات تفکیک شده ی مصرف مشترک است.

به طور کلی CCR انواع زیر را داراست:

1)INITIAL_REQUEST (CC-Request-Type ID: 1)

     An Initial request is used to initiate a credit-control session, and contains credit control information that is relevant to the initiation.

2) UPDATE_REQUEST (CC-Request-Type ID: 2)

     An Update request contains credit-control information for an existing credit-control session.  Update credit-control requests SHOULD be sent every time a credit-control re-authorization is needed at the expiry of the allocated quota or validity time. Further, additional service-specific events MAY trigger a spontaneous Update request.

3)TERMINATION_REQUEST (CC-Request-Type ID: 3)

     A Termination request is sent to terminate a credit-control session and contains credit-control information relevant to the existing session.

CCA

به پاسخ هایی که اکانتینگ IBSng به ازای هر CCR به PCEF ارسال می کند CCA یا Credit Control Answer گفته می شود.

User-Awareness

به فرآیند اعلام زمان اتصال و قطع اتصال مشترک و نیز اعلام سرویس هایی که برای یک مشترک بایستی روی PCEF فعال گردد گفته می شود که توسط اکانتینگ IBSng کنترل می شود. در این فرآیند هنگامی که یک کاربر به RAS متصل می گردد ماژول PCRF اکانتینگ IBSng ، اتصال کاربر، آدرس IP کاربر و سرویس هایی که بایستی برای او روی PCEF فعال گردد را روی پروتکل RADIUS به PCEF اطلاع می دهد و هنگام قطع اتصال نیز این ماژول اتمام سرویس برای این مشترک را به PCEF اعلام می دارد.

Service

به مجموعه تعاریفی گفته می شود که تفکیک ترافیک مشترک و میزان پهنای باند او روی هر سرویس را ممکن می سازد. این تعاریف به صورت Static روی PCEF انجام می شود و نام هر سرویس تعریف شده به صورت Manual روی اکانتینگ IBSng اضافه می شود.

نیازمندی ها

سخت افزار

با توجه به میزان منابعی که محصول PCRF شرکت پارس پویش مصرف می کند تا سقف ۲۰۰،۰۰۰ کاربر آنلاین همزمان، می توان این محصول را روی سرور Core اکانتینگ IBSng نصب کرد به همین دلیل تا این سقف نیاز به سخت افزار جداگانه برای این محصول وجود ندارد. جهت اطلاع از سخت افزار مورد نیاز برای PCEF لطفا به مستندات محصول PCEF شرکت دوران مراجعه نمایید.


نرم افزار

جهت استفاده از راهکار تفکیک اکانتینگ و ماژولPCRF سازگار با محصول PCEF شرکت داده پردازی دوران تنها نیاز است تا نرم افزار اکانتینگ IBSng به نسخه C_Diameter و تگ 361 و بالاتر بروزرسانی شود. 9- اطلاعات انتقالی بین PCEF و PCRF در فرآیند تفکیک اکانتینگ مصرفی مشترکین ADSL با فرض اینکه برای هر کاربر n سرویس تعریف شده بوده، تعداد سرویس های فعال در اکانتینگ IBSng به صورت n+1 خواهد بود. به طور مثال اگر برای کاربردو سرویس اینترنت و اینترانت تعریف شده باشد در اکانتینگ IBSng سه سرویس برای کاربر فعال خواهد بود که میزان مصرف سرویس اینترنت و اینترانت را PCEF به صورت تفکیک شده نمایش می هد و سرویس سوم میزان مصرف کلی است که RAS به طور جداگانه برای اکانتینگ IBSng ارسال می کند. در تصویر زیرسرویس Master اطلاعات است که RAS به طور کلی برای اکانتینگ IBSng ارسال می کند و شامل مجموعه مصرف مشترک بدون هیچگونه تفکیک ترافیک است. دو زیر سرویس rating-group-101 و rating-group-100 نیز میزان مصرف تفکیک شده ی مشترک (به طور مثال rating-group-100 برای میزان ترافیک اینترنت و rating-group-101 برای میزان ترافیک اینترانت) است که توسط PCEF به صورت تفکیک شده محاسبه و به اکانتینگ IBSng اعلام شده است. طبیعی است در پایان اتصال کاربر میزان مصرف اعلام شده توسط RAS بایستی برابر با مجموعه میزان تفکیک شده توسط PCEF باشد. لازم به ذکر است بسته به نوع شمارش پکت توسط RAS و PCEF ،ممکن است عدد اعلام شده توسط RAS مقداری با مجموعه ترافیک محاسبه شده توسط PCEF فاصله داشته باشد.


Pcrf-2.jpg

تصویر زیر تمام فرآیند تفکیک اکانتینگ ترافیک مصرفی مشترک را نمایش میدهد:


Pcrf-3.jpg

توضیح پیام ها

۱- کاربردرخواست اتصال به شبکه را ارسال می کند

۲- RAS در قالب یک Access-Request درخواست کاربر را به IBSng اعلام می کند

۳- IBSng پس از احراز هویت کاربر اجازه اتصال کاربر به شبکه را صادر می کند (Access-Accept)

۴-RAS پس از اتصال کاربردر قالب یک درخواست اکانتینگ Accounting-Request و از نوع Start زمان و اطلاعات اتصال کاربر را به IBSng اعلام می کند

۵- IBSng به محض دریافت Start از RAS یک درخواست user-awareness به PCEF ارسال کرده ، به PCEF زمان اتصال کاربر و سرویس هایی که بایستی برای کاربر فعال گردد را اعلام می کند

۶- PCEF به محض اطلاع از اتصال کاربر، سرویس های اعلام شده را برای کاربر فعال می کند و لیست سرویس های فعال شده و شروع تفکیک ترافیک را به IBSng اعلام می کند. این درخواست در قالب پروتکل Diameter و رابط Gy ارسال می شود. نوع درخواست CCA در این بخش Initial_Request است

۷- IBSng پس از دریافت CCR نوع 1 یک CCA به PCEF ارسال می کند و زمان ارسال CCR بعدی (CC-Time) برای هر سرویس به PCEF اعلام می کند. همچنین ارسال CC-Total-Octets و re-authorize سرویس در این مرحله کنترل می شود. (جهت اطلاعات بیشتر می توانید به RFC 4006 مراجعه نمایید.)

۸- PCEF آپدیت میزان مصرف کاربر(CCR ) را پس از اتمام زمان اعلام شده (CC-Time) به IBSng اعلام می کند

۹- IBSng پس از دریافت CCR پاسخ درخواست(CCA) را ارسال می کند

۱۰- PCEF آپدیت میزان مصرف کاربر(CCR ) را پس از اتمام زمان اعلام شده (CC-Time) به IBSng اعلام می کند

۱۱- IBSng پس از دریافت CCR پاسخ درخواست(CCA) را ارسال می کند

۱۲- PCEF آپدیت میزان مصرف کاربر(CCR ) را پس از اتمام زمان اعلام شده (CC-Time) به IBSng اعلام می کند

۱۳- IBSng پس از دریافت CCR پاسخ درخواست(CCA) را ارسال می کند

۱۴- کاربر درخواست قطع اتصال را برای RAS میفرستد

۱۵- RAS پس از قطع اتصال کاربر، قطع اتصال را در قالب( Accounting-Request Stop) برای اکانتیگ ارسال می کند

۱۶- IBSng پس از قطع اتصال کاربر یک درخوایت User-Awareness برای PCEF ارسال می کند و زمان قطع اتصال را به PCEF اعلام می کند

۱۷- PCEF پس از اطلاع از قطع اتصال کاربر شمارش تفکیک شده را متوقف و یک CCR از نوع 3 برای اکانتینگ ارسال می کند. در این بخش میزان تفکیک شده مصرف کاربر در اکانتینگ برای این اتصال ثبت می شود.

نکته: در فاصله بین پیام های ۴ تا ۱۵ RAS طبق پروتکل AAA میزان مصرف کلی کاربر را در قالب Accounting-Request Alive)) همچنان برای اکانتینگ 
ارسال می کند که مقادیر آن در بخش Master نمایش داده می شود.
ابزارهای شخصی

گویش‌ها
فضاهای نام
عملکردها
گشتن
جعبه‌ابزار