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
Trang 2MỞ ĐẦ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 đ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ụ
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ú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
Trang 3vụ, 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ê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.
Trang 4Bướ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.
Trang 5Cả 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
Trang 63.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 toà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ý, 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ộ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 hoàn toà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
Trang 7diệ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.
Trang 8Liê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.
Trang 9Hì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 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ô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
Trang 10e 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,
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.