Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống
1
/ 11 trang
THÔNG TIN TÀI LIỆU
Thông tin cơ bản
Định dạng
Số trang
11
Dung lượng
741,93 KB
Nội dung
BỘ GIÁO DỤC VÀ ĐÀO TẠO TẬP ĐOÀN BƯU CHÍNH VIỄNTHÔNG VIỆT NAM
HỌC VIỆNCÔNGNGHỆ BƯU CHÍNH VIỄNTHÔNG
ĐỖ QUỐC ANH
NGHIÊN CỨUKIẾNTRÚCHƯỚNGDỊCHVỤ
DỰA TRÊN PARLAY/OSA CHOMẠNGHỘITỤ
CÔNG NGHỆTHÔNGTINVÀVIỄNTHÔNG
CHUYÊN NGÀNH: TRUYỀN DỮ LIỆU VÀMẠNG MÁY TÍNH
MÃ SỐ: 60.48.15
Người hướng dẫn khoa học: TS Hà Hải Nam
TÓM TẮT LUẬN VĂN THẠC SỸ KỸ THUẬT
HÀ NỘI- 2010
1
MỞ ĐẦU
Trong bối cảnh thị trường viễnthông đang phát triển với
nhiều thay đổi mang tính cách mạng, nhu cầu về dịchvụ ngày
càng đa dạng của người sử dụng đòi hỏi các nhà cung cấp, ngoài
các nghiêncứu khảo sát thị trường và định hướng, cần phải có
những kiếntrúc hỗ trợ đủ mạnh cho phép phát triển và triển khai
các ứng dụng dịchvụ đ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ôngnghệ của hạ tầng
mạng hơn.
Với việc Tập đoàn Bưu chính Viễnthông Việt Nam đã triển
khai mạng NGN việc nghiêncứuvà xây dụng triển khai các hệ
thống phần mềm Parlay Gateway là yêu cầu 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ịchvụ
mới.
Luận văn mô tả kiếntrúchướngdịchvụdựatrên giao diện
Parlay/OSA trong việc phát triển các dịchvụ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ịchvụ 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ịchvụ
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ịchvụdựatrênkiếntrúc
Parlay/OSA và rút ngắn thời gian ra thị trường cho các dịchvụ
mới.
CHƯƠNG 1 : NGHIÊNCỨU TỔNG QUAN
1.1 Xu hướng phát triển dịchvụcho NGN trong tương lai
Mạng thế hệ sau NGN là mạng đa dịchvụ có khả năng hỗ trợ
đa phương tiện và các dịchvụthôngtin trong thời gian thực.
NGN được các nhà quản trị mạngvà nhà cung cấp dịchvụ xem
như một dòng lợi nhuận tiềm năng nhằm gia tăng các dịchvụ
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ịchvụviễnthô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ịchvụ mới với chi phí thấp… Trong lịch sử phát triển của
mạng viễnthông đã có rất nhiều kiếntrúc hỗ trợ phát triển dịch
2
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ếntrúc toàn diện nhất.
1.2 Một số kiếntrúc hỗ trợ phát triển dịchvụ
Sự phát triển của các kiếntrúc hỗ trợ phát triển dịchvụ về cơ
bản có thể chia làm hai giai đoạn:
Ban đầu, khi chưa xuất hiện khái niệm NGN, các kiếntrúc
phát triển dịchvụ đượ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ụ.
Trong giai đoạn thứ hai, cùng với sự ra đời của NGN, các
kiến trúcdịchvụ đã có sự thay đổi về cơ bản, đặc biệt tập trung
giải quyết các vấn đề hộitụdịch vụ.
1.2.1 Kiếntrúc IN
Mô hình IN ra đời năm 1987 do ITU-T và ETSI đề xuất với
hàng loạt phiên bản CS kế tiếp nhau.
SCF
CCF
SSF
SDF
INAP
SRF
Giao
di
ện
ph
át
tri
ển
d
ịch
v
ụ
Hình 1-1: Kiếntrúc phát triển dịchvụ 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ịchvụhội tụ.
1.2.2 Các kiếntrúc phát triển dịchvụ trong NGN
NGN ra đời, với mục tiêu là tiến lên mạnghội tụ, đã dần thay
đổi phương thức kiến tạo dịchvụ với nhiều kiếntrúc hỗ trợ được
phát triển. Về cơ bản, các kiếntrúc phát triển dịchvụ trong NGN
được phát triển kế thừa trên nền tảng các kiếntrúc trong IN và IP
nhưng được bổ sung thêm khả năng hộitụ về dịch vụ.
19
CHƯƠNG 4: KẾT LUẬN VÀHƯỚNG PHÁT TRIỂN
Trong đề 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ếntrúc hỗ trợ phát triển dịch
vụ 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ếntrúc điển hình và tập trung
phân tích các đặc điểm của kiếntrú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ịchvụ khác ngoài tin nhắn.
Một trong những hướng phát triển khác của đề tài là xem xét
khả năng triển khai Parlay trong kiếntrúc tổng quát hộitụ trong
mạng NGN di động và cố định, mặt khác, các nhà cung cấp dịch
vụ viễnthông đã triển khai các mạng NGN thương mại dựatrên
hệ thống chuyển mạch mềm. Hệ thống điều khiển dựatrên
chuyển mạch mềm của NGN đảm bảo tính linh hoạt ứng dụng và
các hệ thống chuyển mạch dựatrên IP cho phép hộitụ đa dịch vụ.
Do đó, NGN là cơ sở chohộitụ 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ịchvụ 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ịchvụvà lớp mạng
nghĩa là các nhà cung cấp dịchvụ 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ịchvụ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ộitụ ở lớp ứng dụng tạo ra nhiều lợi thế cạnh
tranh lõi cho các nhà cung cấp dịch vụ. Tóm lại, Parlay/OSA là
chìa khóa cho sự hộitụ ở lớp quản lý ứng dụng (Application
Management Layer) giữa các mạng NGN di động và cố định.
18
3.2.2 Kịch bản cài đặt
Hình 3-7 Kịch bản sử dụng dịchvụ 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ịchvụtừ thành phần quản lý chính sách dịchvụ
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 để 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ịchvụ SMS
Bước 6: Logic cài đặt dịchvụ gọi máy chủ SMS và nhận đáp
ứng trả về
Kết quả thử nghiệm cho thấy kiếntrúc đề xuất đáp ứng được
các yêu cầu đặt ra trong việc gửi thành côngtin nhắn từ các ứng
dụng khách.
3
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 PINT sử dụng một cách có hệ thốngmạng
thông minh (IN) đó là việc thống nhất giữa PSTN và Internet.
Kiến trúc của PINT
Hình 1-2: Kiếntrúc chức năng của PINT
Một số dịchvụtrênkiếntrúc PINT
Request to Call
Request to Fax Content
Reques to Speak/Send/Play Content
SPIRITS
SPIRITS- PSTN/IN Requesting Internet service xác định
cách mà các dịchvụ đượ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 bởi IETF
SPIRITS Working Group.
Kiến trúc của SPIRIT
Hình 1-3: Kiếntrúc chức năng của SPIRIT
Có 3 thực thể chính trong kiếntrúc SPIRIT
SPIRITS client.
SPIRITS server.
PSTN/IN Request system.
4
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.
Hình 1Error! No text of specified style in document.4: Kiến
trúc của PINT-SPIRIT
.Một số dịchvụtrênkiếntrúc SPIRITS
Internet Call Waiting(ICW)
Internet Caller – ID Delivery
Internet Call Forwarding
Giao diện phát triển ứng dụng mở (Open APIs)
Một trong những thành tựu quan trong trong những lỗ lực
cho sự hộitụ 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)
Tậ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
17
Hình 3-5 Mô hình phân lớp tích hợp dịchvụ sử dụng
Parlay Gateway
Mô hình triển khai Parlay đề xuất được minh họa ở hình 5-6.
Hình 3-6 : Mô hình triển khai Parlay đề xuất
16
3.1.2.1 Cách tiếp cận nhúng
Một cách triển khai máy chủ năng lực dichvụ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) để thực hiện các yêu cầu từ các ứng dụng khách.
Cách tiếp cận triển khai kiếntrúcParlay 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 phần 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ịchvụ đượ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ịchvụ 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 Lựa chọn phương án triển khai thí điểm
Dựa trên các phân tích ở trên, trong kịch bản triển khai thử
nghiệm cách tiếp cận dựatrên gateway được sử dụng để đảm 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ếntrúc triên khai dựatrê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ịchvụ
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.
5
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.
CPL sẽ hữu dụng để thực hiện các dịchvụ 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, dịchvụ quản trị, web middleware).
Kị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ôngtin đă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 sử dụng để khởi tạo
dịch vụtrênmạng SIP. SIP Servlet API là Java API dựatrê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ố chi 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ịchvụ thứ ba.
JAIN SIP
Đặc điểm chính:
JAIN SIP là kỹ thuật Java được phát triển bởi JAIN PEG15
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:
Mụ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.
Các cho phép các đặc tính kỹ thuật JavaBeans. Hình vẽ sau
trình bày việc sử dụng 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ịchvụ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
6
diện lập trình ứng dụng trong miền Web, hiện nay CGI đã được
ứng dụng cho SIP.
SIP
Server
CGI
Enviroment
Request
Request
Repose Repose
CGI
Program
Hình 1-5: Kiếntrú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 để cung cấp các dịchvụmạng bởi giao diện WSDL (Web
Services Definition Language), các dịchvụ 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 dịchvụ
Web; phát hiện dịchvụvà đăng ký dịchvụ được thực hiện truy
nhập tới UDDI (Universal Discovery, Description and
Integration) registry. XML được sử dụng như là khuôn dạng 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ựatrên XML
được thiết kế để cung cấp framework cho điện thoại hoặc phát
15
Sau khi truy cập đến Framework:
Nhà cung cấp SCF thực hiện đăng ký các SCF với
Framework (bước 2).
Nhà khai thác dịchvụ sẽ đăng ký với Framework một tập
các SCF cho các ứng dụng dịchvụ của họ (bước 4).
Ứng dụng dịchvụ sẽ tìm hiểu thôngtin 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ôngtin 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 TRIỂN KHAI THỬ NGHIỆM
GIẢI PHÁP HỘITỤ
3.1 Đề xuất giải pháp
3.1.1 Ngữ cảnh và yêu cầu hộitụ
Các côngnghệ 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ộitụdựatrên IP là một
xu hướng tất yêu (hình 3-1) và các dịchvụ lớp trên sẽ được triển
khai trên nền IP.
Mô hình mới là mô hình dựatrêndịch vụ. Nhằm khai thác tối
đa các hạ tầng mạng hiện có, một kiếntrúc để triển khai các dịch
vụ là cần thiết. Trong phần này, một kiếntrú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ịchvụ cụ thể là dịch
vụ nhắn tin SMS dựatrên nền Parlay/OSA.
3.1.2 Các phương án triển khai nền tảng 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.
14
Liên quan đến Parlay Gateway, Parlay/OSA đưa ra các khái
niệm: Ứng dụng (Application), tập dịchvụ (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ếntrúc của Parlay Gateway.
2.2.2 Cấu 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.3Framework
Mỗi Parlay Gateway chỉ có duy nhất một Framework, và tất
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. Để 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).
Hình 2-8: Hoạt động của Parlay Gateway
7
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ôngnghệ nhận dạng tiếng nói. Sử dụng VoiceXML cũng
được mô tả như là ngôn ngữ đánh dấu 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ế để 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ịchvụ mở Parlay/OSA, về bản chất cũng là một
giao diệ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ếntrú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
phần sau, kiếntrú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.
8
Enterprise Operator
Client Application
Service Capability Feature
Framework
Get Access
Uses SCFs
Subcribes functionality
Authorizes application
Hình 1-6: Mô hình chức năng 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.
Service Subcriber
Application
Developer
(Service Supplier)
Service C
apa
bility Feat
ur
e
Service Consumer
(Client Application Provider)
Provides
Uses SCFs
Retailer
(Framework)
Gets access
Subcribes functionality
Authorizes application
Network Resource
(Service Capability)
Hình 1-7: Mô hình sản xuất kinh doanh của Parlay/OSA
13
2.1.1 Vị trí
Parlay Gateway nằm ở giữa hai lớp là lớp dịchvụ (Service
Layer) và lớp điều khiển (Control Layer) trong mô hình NGN.
Giao diện
Hệ thốngParlay 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:
Giao 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.
Trừu tượng hoá các thao tác điều khiển dưới hình thức các
giao diệ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ếntrúcvà 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ếntrúc
Parlay được mô tả trên hình 2-2.
OSA Gateway
Frame-
work
Network Infrustructure
Application Server
Middle-ware enviroment
Network protocol
SCS
SCF
…
SCS
SCF
Hình 2-2Error! No text of specified style in document.: Các
thực thể logic bên trong kiếntrúc Parlay/OSA
12
Nhìn từ phía nhà cung cấp hạ tầng, ưu điểm không phải
quan tâm đến vấn đề phát triển logic dịchvụ
Mô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:
Nhìn từ góc độ dịch vụ, chính khả năng hỗ trợ đa ngôn ngữ,
đa hệ điều hành và đa nền tảng máy tính 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ể
Nhìn từ phía nhà phát triển kiến trúc, khả năng hỗ trợ đa nền
tảng côngnghệ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êncứu rất cẩn
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 vấn đề 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.
Vị trí của Parlay Gateway trong NGN được mô tả trên hình
2-1.
Manag
-ment
Entity
3
rd
Application Server
Control Layer
PSTN Mobile IP
…
Service Layer
Middle-ware
Parlay/OSA gateway
Network protocol
Management
Protocol
Management
Layer
Hình 2-1: Vị trí của Parlay Gateway trong NGN
9
1.3.2 Kiếntrú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.
Hình 1-7: Kiếntrúc điển hình của một hệ thống
Parlay/OSA
Đặc đ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 tạo 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ạngviễn
thông.
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ễnthô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 (ETSI): với 912 thành viêntừ 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.
[...]... cuộc gọi trước khi chúng được thưc thi ở mạng bên dưới 1.3.5 Xây dựng và phát triển dịch vụ NGN sử dụng Parlay/ OSA APIs Nguyên tắc phát triển dịch vụ Hình 1-9 : Nguyên tắc phát triển ứng dụng Parlay Các côngnghệ hỗ trợ việc xây dựng và phát triển ứng dụng viễnthông với Parlay/ OSA APIs Côngnghệvà các hệ thống phân tán Các côngnghệ phần mềm Côngnghệhướng đối tượng-Object Orientation Ngôn... 1-8: Một số công ty lớn tham gia vào Parlay Group 1.3.4 Các đặc trưng của Parlay/ OSA APIs Các đặc tả Parlay APIs mang tính mở Trên các đặc tả của UML thì Parlay Group đã đưa ra 2 tập IDL, một cho Microsoft IDL và một cho CORBA IDL Các đặc tả Parlay APIs có tính mở và độc lập với côngnghệParlay API được đặc tả dưới tiếp cận hướng đối tựợng và do đó nó có thể được triển khai thông qua các côngnghệ phân... giao diện (IDL) Nền tảng Java(Java Platform) 1.3.6Đánh giá ưu nhược điểm của mô hình Parlay/ OSA Parlay/ OSA hoàn thiện hơn các kiếntrúc API khác Nhìn từ góc độ của nhà phát triển dịch vụ, chỉ cần thực hiện một kết nối duy nhất với Parlay/ OSA đã có thể thực hiện phát triển và triển khai các ứng dụng trên toàn bộ mạng lưới ... nghệ phân tán như DCOM và CORBA Parlay API hỗ trợ các dịch vụ với các dạng dữ liệu truyền tải khác nhau Parlay API được hỗ trợ để dễ dàng quản lí, đây là một đặc trưng cơ bản nếu như các nhà điều hành mạng chuẩn bị triển khai API này Một đặc trưng quan trọng của Parlay đó là tính an ninh Parlay API hỗ trợ tính năng tìm kiếm dịch vụ (Discovery) 11 Đặc trưng quan trong nhất của Parlay API đó là nó tác . VỤ
DỰA TRÊN PARLAY/ OSA CHO MẠNG HỘI TỤ
CÔNG NGHỆ THÔNG TIN VÀ VIỄN THÔNG
CHUYÊN NGÀNH: TRUYỀN DỮ LIỆU VÀ MẠNG MÁY TÍNH
MÃ SỐ: 60.48.15
Người hướng. 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ệ