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

Bạn đang xem bản rút gọn của tài liệu. Xem và tải ngay bản đầy đủ của tài liệu tại đây (2.37 MB, 11 trang )

Trang 1<div class="page_container" data-page="1">

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

</div>Trang 2<div class="page_container" data-page="2">

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 khaicá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 đồ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ụ

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 q 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úcParlay/OSA và rút ngắn thời gian ra thị trường cho các dịch vụ

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ủacô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

</div>Trang 3<div class="page_container" data-page="3">

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 tồn cảnh vê sự tiến hố,

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 hồ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ênIP. 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ạnhtranh 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.

</div>Trang 4<div class="page_container" data-page="4">

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 ứngdụng khách.

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 ContentSPIRITS

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

SPIRITS | PINT See | requesting | PSTN

SERVER system

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 SPIRITeSPIRITS client.

eSPIRITS server.

ePSTN/IN Request system.

</div>Trang 5<div class="page_container" data-page="5">

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ả haikiên trúc đêu dùng giao thức INAP đê giao tiêp với SCP.

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ủacá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

</div>Trang 6<div class="page_container" data-page="6">

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 (ServiceControl 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ạngviễn thơng một cách tin cậy, an tồn và với hỗ trợ cơ chế điều

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ý, 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ộtsố đặ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 hồn tồn tới tất cả cácthơ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

</div>Trang 7<div class="page_container" data-page="7">

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

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ụngtriể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ịchvụ 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.

</div>Trang 8<div class="page_container" data-page="8">

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 Provider1. Get Access to Framework

2. Register 8CF "8"$: Give "8" service Manager

8: Get "Ss" Service Manager

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"

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ậpvớ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ếntrú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ình1-6.

</div>Trang 9<div class="page_container" data-page="9">

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.

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 hố 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ơitrườ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 PARLAYGateway

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.

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

</div>Trang 10<div class="page_container" data-page="10">

e Nhìn từ phía, nhà cung cấp hạ tầng, ưu điểm không phảiquan 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áchlinh 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

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

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,