Nghiên cứu kiến trúc hướng dịch vụ dựa trên PARLAY/OSA cho mạng hội tụ công nghệ thông tin và viễn thông

MỞ ĐẦUTrong bối cảnh thị trường viễn thông đang phát triển với nhiều thay đổi mang tính cách mạng, nhu cầu về dịch vụ ngày càng đa dang của người sử dụng doi hỏi các nhà cung cấp, ngoài

HỌC VIỆN CÔNG NGHỆ BƯU CHÍNH VIỄN THÔNG

a

——- -.ăä

DO QUOC ANH

NGHIEN CUU KIEN TRUC HUONG DICH VU DUA TREN PARLAY/OSA CHO MANG HOI TU

CONG NGHE THONG TIN VA VIEN THONG

CHUYEN NGANH: TRUYEN DU LIEU VA MANG MAY TINH

MA SO: 60.48.15

Người hướng dẫn khoa học: TS Hà Hải Nam

TOM TAT LUẬN VĂN THẠC SY KỸ THUAT

HÀ NOI- 2010

MỞ ĐẦU

Trong bối cảnh thị trường viễn thông đang phát triển với

nhiều thay đổi mang tính cách mạng, nhu cầu về dịch vụ ngày

càng đa dang của người sử dụng doi hỏi các nhà cung cấp, ngoài

các nghiên cứu khảo sát thị trường và định hướng, can phải có những kiến trúc hỗ trợ đủ mạnh cho phép phát triên và triên khai các ứng dụng dịch vụ đa dạng hơn, nhanh chóng hơn và dĩ nhiên

là với chi phí thấp hơn và độc lập với các công nghệ của hạ tầng

mạng hơn.

Với việc Tập đoàn Bưu chính Viễn thông Việt Nam đã triển khai mạng NGN việc nghiên cứu và xây dụng triển khai các hệ thống phần mềm Parlay Gateway là yêu cau bức thiết để đáp ứng

các yêu cầu cơ bản về cung cấp các giao diện phát triển dịch vụ

mới.

Luận văn mô tả kiến trúc hướng dịch vụ dựa trên giao diện

Parlay/OSA trong việc phát triển các dịch vụ trên nền mạng thế

hệ sau NGN, cũng như chỉ ra phương thức làm thế nào để cung

cập các dịch vụ cao cấp tốt nhất thông qua việc việc sử dụng

Parlay/OSA là việc khởi đầu cho quá trình phát triển các dịch vụ

viên thông cao cấp Điều này cũng tạo điều kiện thuận lợi cho các

quá trình triển khai thử nghiệm dịch vụ dựa trên kiến trúc Parlay/OSA và rút ngắn thời gian ra thị trường cho các dịch vụ

mới.

CHƯƠNG 1 : NGHIÊN CỨU TONG QUAN 1.1 Xu hướng phát triển địch vụ cho NGN trong tương lai Mạng thế hệ sau NGN là mạng da dịch vụ có khả năng hỗ trợ

đa phương tiện và các dịch vụ thông tin trong thời gian thực NGN được các nhà quản trị mạng và nhà cung cấp dịch vụ xem

như một dòng lợi nhuận tiềm năng nhằm gia tăng các dịch vụ cung cấp _ Trong xu thế phát triên bùng nô của mạng thé hệ sau

NGN, xuất phát từ nhu câu của khách hàng và sự phát triển của công nghệ, các dịch vụ viễn thông ngày càng đa dạng hơn nhưng

cũng phức tạp hơn về kỹ thuật, đòi hỏi tốc độ phát triển rất nhanh

các dịch vụ mới với chi phí thấp “Trong lịch sử phát trién cua

mạng viễn thông đã có rat nhiều kiến trúc hỗ trợ phát triển dich

vụ, nhưng cho đến nay, xét trên một số tiêu chí cơ bản nêu trên,

Parlay/OSA là một trong những kiến trúc toàn diện nhất

1.2 Một số kiến trúc hỗ trợ phát triển dịch vụ

Sự phát triển của các kiến trúc hỗ trợ phát triển dịch vụ về cơ

bản có thể chia làm hai giai đoạn:

e Ban đầu, khi chưa xuất hiện khái niệm NGN, các kiến trúc

phát triển dịch vụ được phát triển một cách tương đối độc lập

và chưa tính đến sự phối hợp hoạt động giữa các miền dịch vụ

eTrong giai đoạn thứ hai, cùng với sự ra đời của NGN, các

kiến trúc dịch vụ đã có sự thay đổi về cơ bản, đặc biệt tập trung

giải quyết các vấn đề hội tụ địch vụ

1.2.1 Kiến trúc IN

Mô hình IN ra đời năm 1987 do ITU-T và ETSI dé xuất với

hàng loạt phiên bản CS kế tiếp nhau

Hình 1-1: Kiến trúc phát triển dịch vụ trong mô hình IN

Tuy nhiên, nhược điểm của IN là sự phức tạp và chưa có sự

hỗ trợ các dịch vụ hội tụ

1.2.2 Các kiến trúc phát triển dich vụ trong NGN

NGN ra đời, với mục tiêu là tiến lên mạng hội tụ, đã dần thay

đổi phương thức kiến tạo dịch vụ với nhiều kiến trúc hỗ trợ được

phát triên về cơ bản, các kiến trúc phát triển địch vụ trong NGN

được phát triển kế thừa trên nền tang các kiến trúc trong IN và IP

nhưng được bổ sung thêm khả năng hội tụ về dịch vụ

CHUONG 4: KET LUẬN VÀ HƯỚNG PHAT TRIEN Trong dé tài luận văn này đã đưa ra một bức tranh tổng thể về

sự hình thành và phát triển của các kiến trúc hỗ trợ phát triên dịch

vu trong viễn thông Bên cạnh cái nhìn toàn cảnh vê sự tiến hoá,

cũng như đã điểm sơ lược một số kiến trúc điển hình và tập trung phân tích các đặc điểm của kiến trúc Parlay/OSA

Hướng phát triển tiếp theo của đề tài là sẽ triển khai kết nối

Parlay gateway trực tiếp tới SMS Gateway thực và tới các Server

tính cước đồng thời hoàn triển khai cài thử nghiệm tại lớp SDL

các dịch vụ khác ngoài tin nhắn.

Một trong những hướng phát triển khác của dé tài là xem xét

khả năng triên khai Parlay trong kiến trúc tổng quát hội tụ trong

mạng NGN di động và cô định, mặt khác, các nhà cung cấp dịch

vụ viễn thông đã triển khai các mạng NGN thương mại dựa trên

hệ thống chuyền mạch mềm Hệ thống điều khiển dựa trên chuyển mạch mềm của NGN đảm bảo tính linh hoạt ứng đụng và các hệ thống chuyền mạch dựa trên IP cho phép hội tụ đa dịch vụ

Do đó, NGN là cơ sở cho hội tụ của vién thông, internet và các mạng quảng bá Liên quan đến sự cạnh tranh trong vận hành

mạng và thị trường, NGN giúp giảm đầu tư tài sản cố định và giảm chi phí vận hành dẫn đến trién khai mạng nhanh và đa dạng

hóa dịch vụ trong tương lai Thêm nữa, với chiến lược phát triển,

mạng NGN đã được định vị như là mạng NGN di động trên nên

IP NGN đòi hỏi tách dời giữa hoạt động lớp dịch vụ và lớp mạng

nghĩa là các nhà cung cấp dịch vụ sẽ độc lập với các nhà cung câp

mạng và một chuỗi giá trị mở sẽ được xây dựng Giao tiếp lập

trình ứng dụng mở và chuẩn hóa của Parlay là giải pháp cốt yêu

để tạo ra sự tách rời các lớp dịch vụ và mạng trong NGN Thông qua giao tiếp lập trình ứng dung Parlay các mạng NGN di động và

cố định có thé hội tụ ở lớp ứng dụng tao ra nhiều lợi thé cạnh tranh lõi cho các nhà cung cap dịch vu Tóm lại, Parlay/OSA là chia khóa cho sự hội tụ ở lớp quản ly ứng dụng (Application

Management Layer) giữa các mạng NGN di động và cố định

3.22 Kịch bản cài đặt

Thanh phần quan ly

chính sach địch vụ SMS

Các hoại động dich vụ

Hình 3-7 Kịch bản sử dụng dịch vụ SMS

Bước 1: Yêu cầu SOAP được gửi đến Access Gateway

Bước 2: Yêu cầu được chuyền qua các thực thé điều giải của

Access Gateway

Bước 3: Thực thé chịu trách nhiệm xử lý chính sách sẽ lấy

các chính sách dịch vụ từ thành phần quản lý chính sách dịch vụ

bao gồm chính sách chuyền đổi địa chỉ SIP

Bước 4: Các chính sách được lưu trong mào đầu SOAP của

yêu cầu dé sử dụng nếu cần thiết

Bước 5: Yêu cầu gọi hàm cài đặt được cung cấp bởi nhà

cung cấp dịch vụ SMS

Bước 6: Logic cài đặt dịch vụ gọi máy chủ SMS và nhận đáp

ứng trả về

Kết quả thử nghiệm cho thấy kiến trúc đề xuất đáp ứng được

các yêu câu đặt ra trong việc gửi thành công tin nhăn từ các ứng

dụng khách.

PINT

PINT (PSTN and Internet Internetworking) là một mô hình

được định nghĩa bởi tổ chức Internet Engineering Task Force-PINT Group Tiếp cận Force-PINT sử dụng một cách có hệ thống mạng

thông minh (IN) đó là việc thông nhât giữa PSTN và Internet.

Kiến trúc của PINT

Một số dịch vụ trên kiến trúc PINT

Request to Call Request to Fax Content Reques to Speak/Send/Play Content SPIRITS

SPIRITS- PSTN/IN Requesting Internet service xac dinh

cách mà các dịch vu được hỗ trợ bởi các thực thé mạng IP được

thực hiện từ mạng PSTN/IN SPIRITS được định nghĩa boi IETF

SPIRITS Working Group.

Kiến trúc của SPIRIT

PSTNIIN

SPIRITS | PINT See | requesting | PSTN

SERVER system

protocol

Hinh 1-3: Kién trúc chức năng của SPIRIT

Có 3 thực thê chính trong kiên trúc SPIRIT eSPIRITS client.

eSPIRITS server.

ePSTN/IN Request system.

Cả PINT và SPIRITS đều sử dụng giao thức PINT bên trong

mạng IP.Việc kết nôi tới mạng PSTN là khác nhau nhưng cả hai

kiên trúc đêu dùng giao thức INAP đê giao tiêp với SCP.

INAPISST

Hình 1Error! No text of specified style in document.4: Kiến

trúc của PINT-SPIRIT

.M61 số dịch vụ trên kiến trúc SPIRITS

Internet Call Waiting(ICW)

Internet Caller — ID Delivery

Internet Call Forwarding

Giao diện phát triển ứng đụng mở (Open APIs)

Một trong những thành tựu quan trong trong những 16 lực

cho sự hội tụ giữa IT và Telecommunication đó là sự ra đời của

các Open APIs-Các giao diện lập trình mở.

Dưới đây là một số API thông dụng:

CPL (Call Processing Language)

eTập lệnh CPL bao gồm các bước của quá trình xử lý cuộc

gọi Quá trình xử lý cuộc gọi là một cấu trúc hình cây của quá

trình hoạt động và phân xử các quyết định của quá trình hoạt động

Network API

OSA Parlay/Parlay-X Gateways

Hình 3-5 Mô hình phân lớp tích hợp dịch vụ sử dung

l Parlay Gateway

Mô hình triên khai Parlay dé xuât được minh họa ở hình 5-6.

& Nhà cung cấp.

dịch vụ ứng

dụng (ASP)

Ứng dụng Nhà vận hành

; S| r Service

ParlayiOSA

Delivery scs Sener - Tườnglừa

Công ty, tổ

ker cá nhân

Các mạng truy cập (AN)

Hình 3-6 : Mô hình triển khai Parlay đề xuất

3.1.2.1 Cách tiếp cận nhúng

Một cách triển khai máy chu năng lực dich vu Parlay là đặt

các máy chủ này cùng vị trí với các phần từ mạng mà chúng

tương tác với như HLR (Home Location Register), SCP (Service

Control Point) dé thực hiện các yêu cầu từ các ứng dung khách.

Cách tiếp cận triển khai kiến trúc Parlay kiểu này được gọi là

cách tiếp cận nhúng vì lớp Parlay được nhúng vào các phan tử

mạng thực tế

3.1.2.2 Cách tiếp cận gateway

Trái ngược với cách tiếp cận nhúng ở đó các máy chủ năng

lực dịch vụ được tích hợp với các thực thể mạng Cách tiếp cận

gateway tách rời máy chủ năng lực dịch vụ với các thực thê

mạng Trong cách tiệp cận này, gateway hỗ trợ các giao tiếp lập

trình ứng dụng và các thực thể mạng khác không liên quan gì đến

Parlay mà chỉ hỗ trợ các giao thức truyền thông tiêu chuẩn.

3.1.2.3 Cách tiếp cận lai

Trong giới hạn của các cách tiếp cận ở trên các biến thé kết

hợp tạo ra cac cách tiếp cận lai Vé mặt bản chất cách tiếp cận lai

là kết hợp các cách tiếp cận nhúng và các tiếp cận gateway theo

các phương pháp khác nhau ; ;

3.3 Lua chon phương án trién khai thi diém

Dựa trên các phân tích ở trên, trong kịch ban triển khai thử

nghiệm cách tiếp cận dựa trên gateway được sử dung dé dam bảo

tính linh hoạt, tính duy trì hoạt động trong suốt của mạng trong

quá trình triển khai

3.2 Kiến trúc triên khai dựa trên Parlay/OSA gateway và

đánh giá

3.2.1 Mô hình triển khai

Parlay/OSA gateway sẽ cho phép các nhà cung cấp dịch vụ

cung câp cho bên thứ ba các truy cập tới các chức năng của mạng

viễn thông một cách tin cậy, an toàn và với hỗ trợ cơ chế điều

khiển bởi chính sách

Hình 3-5 minh hòa mô hình tích hợp sử dụng Parlay/OSA

gateway.

của Server thực hiện báo hiệu thoại trên các sự kiện thiết lập cuộc

gọi.

eCPL sẽ hữu dụng để thực hiện các dịch vụ trong một sé ngữ cảnh khác nhau (tạo kịch bản cho đầu cuối thuê bao, sự chấp thuận của thành phần thứ 3, địch vụ quản trị, web middleware)

eKịch bản CPL sử dụng các hành động tiếp theo dựa vào sự thực hiện của nó: thông tin đăng ký, yêu cầu cuộc gọi, và các

thông tin khác.

SIP servlets

SIP servlets là một tập thư viện được su dụng để khởi tạo

dịch vụ trên mang SIP SIP Servlet API là Java API dựa trên

Servlet API đã tồn tại trước đây SIP Servlets API cho phép ứng

dụng khởi tạo và trả lời các yêu cầu SIP Do đó, dễ dàng đưa ra

các khả năng SIP tới ứng dụng khi dấu đi một số chỉ tiết kỹ thuật

của giao thức được xử lý trong suốt bởi SIP Servlet container Các chi tiết giao thức được xử lý trong suốt bới SIP Servlet container là truyền lại bản tin, lựa chọn đáp ứng tốt nhất, tạo

Cseq, tạo Call-ID, xử lý Via-header SIP Servlet API phù hợp cho

nhà phát triển dịch vụ thứ ba

JAIN SIP

Đặc điểm chính:

eJAIN SIP là kỹ thuật Java được phát triển bởi JAIN PEGI5

cùng với JCP Cũng giống như tập các JAIN APIs khác, có một

số đặc điểm sau:

sMục đích chung của kỹ thuật JAIN SIP là cho phép tính linh động của ứng dụng giữa các sản phâm thực hiện các đặc tính kỹ

thuật JAIN SIP.

eCác cho phép các đặc tính kỹ thuật JavaBeans Hình vẽ sau

trình bày việc sử dung JavaBeans bởi kỹ thuật JAIN SIP.

SIP CGI

Mô hình SIP CGI được mô tả trên Hình Môi trường CGI (Common Gateway Interface) thực chất là một giao diện hỗ trợ phát triển dịch vụ cho phép truy nhập hoàn toàn tới tất cả các thông tin báo hiệu cuộc gọi ví dụ có thể tạo ra các request và

reponse Được phát triển đầu tiên dành cho HTTP cung cấp giao

diện lập trình ứng dụng trong miền Web, hiện nay CGI đã được

ứng dụng cho SIP.

CGI Program

CGI Enviroment

Request Ỷ | Request> SIP >

—M—M— —_ Server £————

Repose Repose

Hình 1-5: Kiến trúc SIP CGI JAIN SIP Lite

JAIN SIP Lite API là Java API, chỉ có mục đích các ứng

dụng loại SIP User Agent được định nghĩa các loại khả năng

mạng một cách rõ ràng.

Web Services

Web Services cũng phù hợp cho các ứng dụng của nhà phát

triển thứ 3 để đưa ra các dịch vụ Web Services có thể được sử

dụng dé cung cấp các dịch vụ mạng bởi giao điện WSDL (Web

Services Definiion Language), các dịch vụ này truyền thông

nhau sử dụng giao thức SOAP (Simple Object Access Protocol),

một giao thức được sử dụng để truyền tải dữ liệu giữa các địch vụ

Web; phát hiện dịch vụ và đăng ký dịch vụ được thực hiện truy

nhập tới UDDI (Universal Discovery, Description and

Integration) registry XML được sử dung như là khuôn dang dữ

liệu sử dụng cho bản tin SOAP.

Extensible Telephony Mark-up Language (XTML)

XTML là ngôn ngữ mô tả được định nghĩa dựa trên XML

được thiết kế dé cung cấp framework cho điện thoại hoặc phát

Sau khi truy cập đến Framework:

eNhà cung cấp SCF thực hiện đăng ký các SCF với

Framework (bước 2).

eNhà khai thác dịch vu sẽ đăng ký với Framework một tập

các SCF cho các ứng dụng dịch vụ của họ (bước 4).

eỨng dụng dich vụ sẽ tìm hiểu thông tin về các SCF đã được đăng ký sử dụng với Framework và truy cập SCF cần thiết cho

ứng dụng (bước 6 và 7).

Trong mô hình Parlay/OSA, một Framework có thể phục vụ nhiều nhà cung cấp SCF khác nhau.

2.4 Khảo sát các giải pháp Parlay Gateway

Thông tin khảo sát các giải pháp Parlay Gateway điển hình

Giải pháp của KABIRA Parlay Gateway

Giải pháp của Erikson

Giải pháp của Siemen

Giải pháp của Huawei

CHƯƠNG 3 : ĐÈ XUẤT TRIEN KHAI THU NGHIỆM

GIẢI PHÁP HỘI TỤ

3.1 Đề xuất giải pháp

3.1.1 Ngữ cảnh và yêu cầu hội tụ Các công nghệ truyền dẫn mới đã và đang được áp dụng triển khai mạnh mẽ Xu hướng nhu cầu hội tụ đựa trên IP là một

xu hướng tất yêu (hình 3-1) và các dịch vụ lớp trên sẽ được triển khai trên nền IP

Mô hình mới là mô hình dựa trên dich vụ Nhằm khai thác tối

đa các hạ tầng mạng hiện có, một kiến trúc dé triển khai các dịch

vụ là cần thiết Trong phần này, một kiến trúc triển khai thử

nghiệm được đề xuất sử dụng Parlay/OSA gateway Đề tài luận

văn đề xuất triển khai thử nghiệm với một dịch vụ cụ thể là dịch

vụ nhắn tin SMS dựa trên nền Parlay/OSA.

3.1.2 Các phương án triển khai nền tang Parlay/OSA

Phần này sẽ giới thiệu các cách tiếp cận khác nhau trong triển khai Parlay/OSA và các ưu nhược điểm của từng cách tiếp cận

Liên quan đến Parlay Gateway, Parlay/OSA đưa ra các khái

niệm: Ứng dụng (Application), tập dịch vụ (SCF) và khung ứng

dụng (Framework).

2.2.1 SCS

Về mặt chức năng, phần tử này nằm ở hai lớp điều khiển và

ứng dụng trong kiến trúc của Parlay Gateway

2.2.2 Cau trúc của một SCF điển hình

SCF là phần tử cơ bản thực hiện trừu tượng hoá khả năng hỗ

trợ của hạ tầng mạng thành các hàm chức năng

2.2.3 Framework

Mỗi Parlay Gateway chỉ có duy nhất một Framework, và tat

nhiên, chỉ có duy nhất một Framework trên một domain Parlay.

2.3 Hoạt động của PARLAY Gateway

Chuỗi các thủ tục cơ bản mô tả hoạt động giữa các thực thể

trong Parlay được mô tả trên hinh 2-8.

Thực thé trung tâm điều khiển hoạt động của Parlay Gateway

là Framework Dé phối hợp hoạt động, tất cả các thực thể khác

trong mô hình phải thực hiện truy cập đến Framewok (các bước 1,

3 và 5).

SCF Provider

1 Get Access to Framework

2 Register 8CF "8"

$: Give "8" service Manager

8: Get "Ss" Service Manager

Framework

5 Gat Access to Framework

6: Discover services 3 Get Access to Framework

7 Get SCF "g" 4 Subscribe 8CE "8"

10 Give "8" Service for Application "A"

Manager

operator

Hình 2-8: Hoạt động của Parlay Gateway

triển các ứng dụng đa phương tiện nhung không phụ thuộc vào

giao thức báo hiệu Nhưng không có nghĩa là ứng dụng độc lập với vào giao thức báo hiệu Nhìn chung, một ứng dụng có thê phụ

thuộc rất nhiều giao thức nếu nó hỗ trợ các giao thức báo hiệu

được đưa ra ở lớp dưới.

VoiceXML (Voice Extensible Mark-up Language)

VoiceXML cho phép user tương tác với web server thông

qua công nghệ nhận dạng tiếng nói Sử dụng VoiceXML cũng

được mô tả như là ngôn ngữ đánh dau có thé được sử dụng cho

các ứng dụng tiếng nói VoiceXML là ngôn ngữ mức cao, và có thể nhanh chóng, dé dàng tạo ra các ứng dụng mới VoiceXML

được sử dụng trong NGN Media Servers Sử dụng giao thức

HTTP/VoiceXML là ứng cử viên tốt cho truyền thông giữa Media

Servers và Application Servers.

CCXML (Call Control eXtensible Mark-up Language)

CCXML là ngôn ngữ điều khiển cuộc gọi, mục đích đưa ra

khả năng xử lý cuộc gọi CCXML được thiết kế dé bổ sung và

tích hợp với hệ thống VoiceXML, bởi vì hệ thống VoiceXML

không hỗ trợ một số đặc điểm cần thiết Ví dụ hỗ trợ thêm

multi-party conferencing, và một số cải tiến hơn trong điều khiển

conference và audio.

1.3 Tổng quan về Parlay/OSA

1.3.1Téng quan Truy cập dịch vụ mở Parlay/OSA, về bản chất cũng là một

giao điện cung cấp tập giao diện API chuẩn cho các nhà phát triển

thứ ba Xét trong lộ trình phát triển của các kiến trúc hỗ trợ phát

triển dịch vụ, Parlay/OSA là sự phát triển cao nhất của các kiến trúc hỗ trợ giao diện APIs tính cho đến thời điểm hiện tại Trong

phan sau, kiến trúc Parlay/OSA sẽ được phân tích theo hai khía cạnh chức năng (functional) và sản xuất kinh doanh (bussiness)

Mô hình chức năng Parlay/OSA

Mô hình chức năng của Parlay/OSA được trình bày trên hình 1-6.

Subcribes functionality Authorizes application Enterprise Operator

¥

' '

h

v

Get Access

Client Application | Framework

a

Service Capability Feature Uses SCFs

Hình 1-6: Mô hình chức nang của Parlay/OSA

Mô hình sản xuất kinh doanh

Mô hình sản xuất kinh doanh trong mối quan hệ với mô

hình chức năng của Parlay/OSA được mô tả trên hình 1-7.

Subcribes functionality

Authorizes application Service Subcriber

ry

'

h

Y

Application |Provides Service Consumer Gets access} Retailer

Developer (Client Application Provider) | Framework)

Ly (Service Supplier) Network Resource

Uwescr | Service Capability Feature (Service Capability)

Hình 1-7: Mô hình sản xuất kinh doanh của Parlay/OSA

2.1.1 Vị trí

Parlay Gateway nam ở giữa hai lớp là lớp dich vu (Service

Layer) và lớp điều khiển (Control Layer) trong mô hình NGN.

Giao diện

Hệ thống Parlay Gateway có 3 giao diện chính:

Giao diện với hạ tầng mạng:

Giao diện với ứng dụng:

Giao diện với lớp quản lý:

2.1.2 Vai trò

Với vị trí cửa ngõ đặc biệt đó, Parlay thực hiện hai nhiệm vụ

cơ bản:

eGiao tiếp với lớp điều khiển thông qua các giao thức điều

khiển đặc trưng của từng hạ tầng mạng.

s Trừu tượng hoá các thao tác điều khiển dưới hình thức các

giao điện lập trình và cung cấp giao diện đó qua sự hỗ trợ của môi trường lập trình phân tán.

2.2 Kiến trúc và các thành phần cấu thành PARLAY Gateway

Parlay Gateway và các thực thể liên quan trong kiến trúc

Parlay được mô tả trên hình 2-2.

Frame- scs scs work

SCF SCF

MẶ ee eee t _ Network protocol

Network Infrustructure

Hình 2-2Error! No text of specified style in document.: Các

thực thé logic bên trong kiên trúc Parlay/OSA

e Nhìn từ phía, nhà cung cấp hạ tầng, ưu điểm không phải

quan tâm đến van đề phát triển logic dịch vụ

sMôt đặc điểm quan trọng của Parlay/OSA , nhìn từ góc độ

nhà phát triển kiến trúc, là khả năng nâng cấp mở rộng một cách

linh hoạt.

Về nhược điểm:

sNhìn từ góc độ dịch vụ, chính kha năng hỗ trợ đa ngôn ngữ,

đa hệ điều hành và đa nền tang máy tinh của Parlay/OSA có thể

ảnh hưởng đến khả năng tối ưu hoá cho một hệ thống cụ thể

e Nhìn từ phía nhà phát triển kiến trúc, kha năng hỗ trợ đa nền

tảng công nghệ mạng sẽ làm tăng độ phức tạp của lớp thích ứng

mạng Hệ quả tất yếu của điều này đòi hỏi các nghiên cứu rất can

trọng về mô hình điều khiển và một lượng kiên thức khá lớn khi

giải quyết các van đề tương thích giữa các mạng khác nhau

CHƯƠNG 2 : PARLAY GATEWAY

2.1 Vai trò vị trí của Parlay Gateway trong NGN

Để đơn giản về mặt trình bày, ở đây đề tài sử dụng thuật ngữ

Parlay Gateway thay cho tên đầy đủ Parlay/OSA Gateway

Vi trí của Parlay Gateway trong NGN được mô tả trên hình

2-1.

h 3" Application Server Management + [

Layer Fee

ver ener nn Service Layer

Middle-ware : Manag | ' Management |

-ment Protocol

Entity Fotoco

Hinh 2-1: Vị trí của Parlay Gateway trong NGN

1.3.2 Kiến trúc của Parlay/OSA Kiến trúc điển hình của một hệ thống Parlay/OSA gồm hai thực thé Application và Gateway như mô tả trên hình 1-7

Application Gateway

:

Telcom, protocols

Applicaton main Gatewaymain | | AfStE poy

baie bạc 1 SIP APL

- | MAPAN

| CAP APL

aotuean | I

CORBA

Hình 1-7: Kiến trúc điển hình của một hệ thống

l Parlay/OSA

Dac điêm của một hệ thống Parlay/OSA là tập APIs được và bắt buộc phải được sử dụng ở cả hai bên Application và Gateway Các tập API ở hai phía phải có cùng phiên bản và được đề xuất bởi cùng một tổ chức chuẩn hoá

1.3.3 Lịch sử ra đời và phát triển của Parlay/OSA

Parlay Group được thành lập tháng 3 năm 1998 bởi 5 công ty

BT, Microsoft, Nortel Networks và Ulticom với mục tiêu tao ra

một giao diện chuẩn hoá cho phép ứng dụng của nhà phát triển thứ ba có thể truy cập các chức năng của hạ tầng mạng viễn

thông l

Hiện nay Parly Group đã bao gồm các tổ chức chuẩn hoá và hơn 50 công ty thành viên là nhà cung cấp thiết bị và giải pháp mạng viễn thông cũng như các nhà cung cấp dịch vụ, các doanh

nghiệp hiện nay như Ericsson, Siemen, IBM, Surpass, Lucent,

AePona

Các tổ chức chuẩn cộng tác với Parlay trong việc xây dựng

kiến trúc Parlay/OSA gôm có The European Telecom Standards

Institute (ETSD: với 912 thành viên từ 54 quốc gia trên thế giới được tập hợp cho việc chuẩn hóa toàn cầu trong lĩnh vực viễn thông và IT.