система OSA
Преди да разберем системата OSA, трябва да знаем няколко думи:
API: ApplicationProgramInterface е един вид отворен, стандартен и унифициран интерфейс за програмиране на приложения. Това не зависи от решението на доставчика на бизнеса, езика за програмиране на бизнеса, операционната система, на която работи бизнесът, и местоположението на внедряването на бизнеса.
SCF: ServiceCapabilityFeatures, функции за бизнес възможности. Това е абстрактен израз на набор от възможности за обслужване на носеща мрежа.
SCS: ServiceCapabilityServers, сървър за бизнес възможности. Използва се за внедряване и поддръжка на SCF.
След това нека разгледаме тристепенната системна архитектура на OSA:
Приложение: Осигурява основно специфични приложения. Бизнес приложението може да бъде собствено на оператора или разработено от трета страна.
Рамка: Осигурява основния оперативен механизъм за бизнес слоя, така че бизнес приложенията да могат да използват бизнес възможностите на носещата мрежа. Типичният механизъм на работа на частта на рамката е следните два:
Механизъм за удостоверяване: Преди бизнес приложение да използва мрежата на носител от по-нисък слой, то трябва да се удостовери с частта на рамката.
Механизъм за откриване: След успешно удостоверяване, механизмът за откриване помага на бизнес приложенията да намерят бизнес сървър, подходящ за SCF в SCS.
Сървър за бизнес възможности SCS: Предоставя SCF на бизнес приложения. SCS е логична концепция и може да бъде разпределена на различни физически възли. Например SCF за позициониране на потребителя и SCF за управление на повикване могат да бъдат внедрени на един физически възел или разпределени на различни физически възли. SCS е мост между мрежови обекти и услуги от по-горен слой.
Работен механизъм
В допълнение към системната архитектура, OSA също трябва да има някои основни работни механизми, за да гарантира, че потребителите могат нормално да извикват бизнес приложенията на OSA и сигурността на мрежовите операции.
l Механизъм за удостоверяване: По време на внедряването на услугата, сервизните приложения и рамки трябва да се удостоверяват взаимно. Режимът на удостоверяване на OSA е от край до край и SCF може да се използва само от бизнес приложения след удостоверяване.
l Механизъм за оторизация: използва се за определяне кои разрешения има бизнес приложението след удостоверяване. Сервизните приложения могат да бъдат упълномощени след удостоверяване и имат право да използват определени мрежови възможности на носителя от по-нисък слой.
l Механизъм за откриване: След удостоверяване, бизнес приложенията имат достъп до интерфейса на механизма за откриване на рамката по всяко време, за да получат информация за всеки SCS.
l Формулирайте спецификациите на услугите: Преди бизнес приложенията и SCS да си взаимодействат, някои спецификации на услугите между тях трябва да бъдат формулирани онлайн.
l Механизъм за сигурност: Рамката трябва да осигури функции за контрол на достъпа за извършване на проверки за достъп до данните на бизнес приложения, които извикват OSAAPI.
Както бе споменато по-горе, OSA напълно реализира разделянето на носителя и контрола и разделянето на контрола и услугите, което осигурява голямо удобство за интегриране на мобилни мрежи, фиксирани мрежи и интернет.