Nghiên cứu xây dựng triển khai mô phỏng PARLAY GATEWAY phục vụ phát triển các dịch vụ viễn thông

Bộ phần mềm mô phỏng “Telecom Web Services Network Emulator” hoàn toàn có thể ứng dụng để phát triển các ứng dụng các dịch vụ viễn thông như tin nhắn SMS, MMS, WAP-Push và các dịch vụ đi

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

-

BÙI VĂN DƯỠNG

NGHIÊN CỨU XÂY DỰNG TRIỂN KHAI

MÔ PHỎNG PARLAY GATEWAY PHỤC VỤ

PHÁT TRIỂN CÁC DỊCH 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 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

CHƯƠNG 4: KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN

Hỗ trợ các nhà phát triển dịch vụ, kiến trúc phát triển

dịch vụ, cung cấp giao diện phát triển dịch vụ chuẩn, thuận tiện

được thừa nhận và sử dụng rộng rãi Trừu tượng hóa ở mức cao

các đặc điểm của hạ tầng mạng cho phép nhà phát triển thoát ly

các chi tiết kỹ thuật của hạ tầng viễn thông Hỗ trợ khả năng

hội tụ về mặt dịch vụ cho nhiều hạ tầng mạng khác nhau giúp

mở rộng miền cung cấp dịch vụ và tất nhiên là tăng doanh thu

cho cả nhà cung cấp dịch vụ, nhà cung cấp hạ tầng

Bộ phần mềm mô phỏng “Telecom Web Services

Network Emulator” hoàn toàn có thể ứng dụng để phát triển các

ứng dụng các dịch vụ viễn thông như tin nhắn SMS, MMS,

WAP-Push và các dịch vụ điều khiển cuộc gọi trên các mạng

viễn thông đối với hoạt động kinh doanh cung cấp các dịch vụ

viễn thông của các doanh nghiệp

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

nối thực Parlay SMS gateway trực tiếp tới mạng NGN của Tập

đoàn VNPT và các Server ứng dụng để các nhà cung cấp dịch

vụ triển khai các dịch vụ tin nhắn đa dạng đến các khách hàng

sử dụng dịch vụ viễn thông

MỞ ĐẦU 1- Đặt vấn đề:

Hiện nay 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 dạng của khách hàng đòi hỏi các nhà cung cấp dịch vụ phải xây dựng các kiến trúc 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, chi phí thấp hơn và độc lập hơn với các công nghệ hạ tầng mạng

Xu hướng nhu cầu hội tụ dựa trên IP là một xu hướng tất yếu và các dịch vụ lớp trên sẽ được triển khai trên nền IP

Đã có nhiều kiến trúc hỗ trợ phát triển dịch vụ ra đời nhưng PARLAY/OSA là kiến trúc hoàn thiện nhất thỏa mãn được các yêu cầu trê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 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ịch vụ mới

2- Mục đích của luận văn:

Luận văn này được hoàn thiện nhằm nghiên cứu sau về công nghệ Parlay/OSA, Parlay X, đề xuất xây dựng mô hình Parlay SMS Gateway và triển khai thử nghiệm mô phỏng Parlay SMS Gateway đáp ứng được các yêu cầu cơ bản về cung cấp giao diện phát triển dịch vụ tin nhắn SMS trên mạng NGN, sau này có thể phát triển, mở rộng thêm các dịch vụ mới khác

3- Nội dung của luận văn:

Luận văn được bố trí thành 4 chương như sau:

Chương 1: Nghiên cứu tổng quan Chương 2: PARLAY X

Chương 3: Triển khai thử nghiệm mô phỏng dịch vụ SMS với Parlay X

Chương 4: Kết luận và hướng phát triển

CHƯƠNG 1: NGHIÊN CỨU TỔNG QUAN

1.1 Xu hướng phát triển dịch vụ cho NGN trong tương lai

Trên các mạng viễn thông truyền thống, logic dịch vụ

thường được tích hợp trong các thiết bị Các dịch vụ thường

được phát triển bởi chính các nhà cung cấp thiết bị, các nhà

khai thác chỉ sử dụng và đặt ra các yêu cầu khi cần thiết

Việc ra đời mạng NGN đã làm thay đổi một loạt trong

kiến trúc phát triển dịch vụ Service Logic đã được tách biệt

hoàn toàn ra khỏi các thực thể của lớp điều khiển Các thực thể

SDSE đóng vai trò trung gian giữa các Call Agent và Service

Logic Service Logic sẽ được phát triển bởi nhà cung cấp thứ 3

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

1.2.1 Kiến trúc IN

Kiến trúc IN được phát triển cơ bản trong ba đặc điểm

của CS Kiến trúc IN có sự phân tách rõ ràng các thực thể chức

năng, với một số thành phần cơ bản như trên hình 1.1

SCF

CCF SSF

SDF

INAP SRF

Giao diện phát triển dịch vụ

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

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

1.2.2.1 Kiến trúc PINT

Kiến trúc PINT (PSTN and Internet Internetworking) là

một mô hình 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

1.2.2.2 Kiến trúc SPIRITS

SPIRITS-PSTN/IN Requesting Internet service xác định

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

3.3 Đánh giá kết quả:

“Telecom Web Services Network Emulator” về cơ bản chủ yếu được dựa trên Parlay X, là một bộ chuẩn hóa các dịch

vụ mạng viễn thông được định nghĩa bởi Parlay Group Viễn thông dịch vụ web dùng để làm truyền thông từ doanh nghiệp đến doanh nghiệp nó cung cấp các khả năng của mạng viễn thông như tin nhắn SMS, MMS, trạng thái thiết bị đầu cuối và WAP-Push

Cung cấp cho các nhà phát triển một ý tưởng về cách

mở rộng mô phỏng này với các trường hợp sử dụng mới Các nhà phát triển không nhất thiết sử dụng các công cụ phát triển

cả Java để phát triển các ứng dụng viễn thông dịch vụ web

“Telecom Web Services Network Emulator” hoàn toàn

có thể phát triển để úng dụng các dịch vụ viễn thông như tin nhắn SMS, MMS, WAP-Push và các dịch vụ về cuộc gọi trên các mạng viễn thông đối với các doanh nghiệp

Hiển thị tin nhắn MMS

Hiển thị WAP-Push tin nhắn

Hình 3.4: Tổng quan thiết bị đầu cuối mô phỏng

Hình 3.5: Thiết bị mô phỏng

thực hiện từ mạng PSTN/IN SPIRITS mô tả các kiến trúc và giao thức cho việc truyền tải an toàn thông tin từ PSTN/IN vào mạng IP

1.2.2.3 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ội tụ giữa CNTT và viễn thông đó là sự ra đời của các Open APIs-Các giao diện lập trình mở Các Open APIs trong mạng viễn thông có mối liên hệ với khái niệm mạng thông minh Mục đích của các API trong mạng viễn thông là cung cấp cho các nhà phát triển thứ 3 khả năng phát triển các dịch vụ mới một cách linh hoạt

1.3 Tổng quan về Parlay/OSA

1.3.1 Giới thiệu

Parlay/OSA 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 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

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.2 Đặ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

Hình 1.2: Kiến trúc điển hình của một hệ thống Parlay/OSA

1.3.3 Các đặc trưng của Parlay/OSA APIs

Các đặc tả Parlay APIs mang tính mở và có tính độc lập

với công nghệ, các đặc tả được định nghĩa theo ngôn ngữ mô

hình hóa UML-ngôn ngữ có tính độc lập với công nghệ Parlay

APIs cho phép khả năng mở rộng cộng đồng các nhà phát triển

trên thị trường viễn thông để phát triển và đưa ra các dịch vụ

viễn thông tiên tiến đồng thời cho phép các ứng dụng được xây

dựng, kiểm thử và hoạt động bởi các doanh nghiệp bên ngoài

phạm vi mạng

APIs có tính trừu tượng, độc lập với các giao thức mạng

bên dưới Nhà điều hành mạng phải thực thi Parlay Gateway

bên trong mạng của họ để cho phép các thành phần khác sử

dụng Parlay APIs Gateway này chuyển đổi một cách tuần tự

các cuộc gọi Parlay API vào các hoạt động ở bên dưới mạng

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ông nghệ

phân tán như DCOM và CORBA

Đặc trưng quan trọng nhất của Parlay API đó là nó tác

động đến các cuộc gọi trước khi chúng được thực thi ở mạng

bên dưới Các cuộc gọi tới không được định tuyến trực tiếp tới

biên của mạng nơi một ứng dụng sẽ xử lý cuộc gọi nhưng các

ứng dụng được thông báo về các nỗ lực cuộc gọi Ứng dụng sau

đó điều khiển toàn bộ cuộc gọi và quyết định về vòng đời và

các hành vi của cuộc gọi

1.3.4 Xây dựng và phát triển dịch vụ NGN sử dụng

Parlay/OSA APIs

Parlay Gateway cung cấp các giao diện năng lực mạng

dưới dạng các API thông qua các ngôn ngữ định nghĩa dữ liệu

như CORBA IDL, WSDL, sau đó thông qua trình biên dịch

IDL, các giao diện trong mã IDL sẽ được ánh xạ sang các mã

của các ngôn ngữ lập trình thông dụng như C, Java…Ứng dụng

Parlay gọi là Parlay client nằm trên máy chủ ứng dụng sẽ sử

dụng các IDE và cung cấp cho nhà lập trình môi trường lập

3.2 Triển khai thử nghiệm mô phỏng

Mô phỏng này dựa trên công nghệ Java EE và chạy trên

hệ thống Sun Java Application Server (SJSAS) Mô phỏng thực hiện đầy đủ các tính năng của một Parlay X Gateway và có thể được sử dụng để kiểm tra các ứng dụng của Parlay X mà không cần đến một gateway

Hình 3.3: Trang chính của mô phỏng

3.2.2 Giới thiệu các tính năng của mô phỏng

Giám sát lưu lượng các cuộc gọi dịch vụ web Đăng nhập

Thay đổi trạng thái mặc định của thiết bị đầu cuối

Mô phỏng của ngoại lệ dịch vụ web

Mô phỏng các thiết bị đầu cuối di động

Các tính năng của thiết bị mô phỏng

Thay đổi trạng thài thiết bị đầu cuối Gửi tin nhắn SMS

Gửi tin nhắn MMS Hiển thị tin nhắn SMS

Parlay SMS Gateway này có ý nghĩa là một dịch vụ

web viễn thông dùng để làm truyền thông từ doanh nghiệp đến

doanh nghiệp, cụ thể là giữa một máy chủ ứng dụng của một

doanh nghiệp nào đó với một cổng dịch vụ dịch vụ web của

một nhà điều hành mạng khác

Việc triển khai thử nghiệm mô phỏng Parlay SMS

gateway trong khuân khổ luận văn sử dụng hệ thống Telecom

Web Services Network Emulator của Ericsson Một hệ thống

mô phỏng nhà cung cấp dịch vụ tin nhắn SMS, MMS,

WAP-Push được xây dựng và cung cấp các giao tiếp gửi tin nhắn

dưới dạng các dịch vụ web Nền tảng cung cấp dịch vụ (SDP)

được cài đặt mô phỏng bằng cách xây dựng một hàm dịch vụ

web đơn giản cho mục đích gửi tin nhắn Hàm này thực hiện

một chuỗi các lời gọi các hàm nguyên thủy Parlay X được cung

cấp bởi Telecom Web Services Network Emulator để hoàn

thành thao tác gửi tin nhắn Một chương trình khách Parlay

được xây dựng và thực hiện lời gọi hàm dịch vụ cung cấp bởi

SDL

Hình 3.2 cho thấy tổng quan về cách thức hoạt động của

mô phỏng

Hình 3.2: Kiến trúc tổng thể của mô phỏng

trình đồ họa qua đó tương tác với các Parlay APIs thông qua ngôn ngữ lập trình đã lựa chọn

CHƯƠNG 2: PARLAY X 2.1 Mục đích của Parlay X

Các Parlay API được thiết kế để cho phép tạo ra các ứng dụng điện thoại cũng như để viễn thông cho phép ứng dụng CNTT CNTT phát triển, những người phát triển và triển khai các ứng dụng bên ngoài không gian mô hình mạng viễn thông truyền thống và kinh doanh, nó rất quan trọng cho việc tạo ra một thị trường tăng trưởng mạnh mẽ trong các ứng dụng, dịch

vụ và mạng lưới thế hệ tiếp theo Các Parlay X Web Services được mong đợi để kích thích sự phát triển của các ứng dụng mạng thế hệ kế tiếp bởi cộng đồng các nhà phát triển công nghệ thông tin, những người không nhất thiết phải là các chuyên gia trong lĩnh vực viễn thông

2.2 Parlay X Web Services

2.2.1 Phạm vi của Parlay X Web Services

Mỗi trừu tượng hóa từ tập các khả năng của viễn thông được tập trung vào đơn giản hơn chức năng Sự tương tác giữa một ứng dụng kết hợp một dịch vụ web Parlay X và các máy chủ thực hiện Parlay X Web Service sẽ được thực hiện với một XML - dựa trên trao đổi tin nhắn

Parlay X Web Services không phải là thiết bị mạng lưới, không phải mạng lưới cụ thể nào, mà là nơi một khả năng

có liên quan đến nhiều kiểu mạng

2.2.2 Mối quan hệ của Parlay X Web Services với các hoạt động Parlay

Có hai thực thể khác nhau hoạt động trong nhóm Parlay

và ngoài Parlay X Web Service có địa chỉ ở các khu vực khác nhau sử dụng dịch vụ web Thứ nhất: Các chi tiết kỹ thuật Parlay bao gồm một hiện thực WSDL cho các API được định nghĩa bởi các thông số kỹ thuật của Parlay Thứ hai: Nhóm Parlay đã xuất bản một tập trắng trên Parlay và sử dụng các dịch vụ Web Là sự bao trùm đa dạng của nhiều chủ đề, trong

đó bao gồm cơ sở hạ tầng sẽ được hiện diện trong một môi

trường Parlay X Web Services

Hình 2.1: Mối quan hệ của Parlay X Web Services với các hoạt

động Parlay

2.3 Các định nghĩa dữ liệu chung trong Parlay X

2.3.1 Định nghĩa dữ liệu chung

Sử dụng giản đồ kiểu dữ liệu chuẩn XML, cụ thể như

trong hình 2.2

Hình 2.2: Các kiểu dữ liệu

CHƯƠNG 3: TRIỂN KHAI THỬ NGHIỆM

MÔ PHỎNG DỊCH VỤ SMS VỚI PARLAY X 3.1 Kịch bản mẫu:

Parlay X gateway 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 Các nhà phát triển ứng dụng bên thứ

3 có thể tăng cường các ứng dụng công ty và khách hàng bằng cách tận dụng cách dịch vụ mạng được cung cấp như dịch nhắn tin, dịch vụ vị trí, dịch vụ trạng thái hiện diện và dịch vụ điều khiển cuộc gọi thông qua các dịch vụ web tiêu chuẩn Cùng với sự phát triển thuê bao mạnh mẽ của các nhà cung cấp dịch vụ điện thoại di động, các dịch vụ gia tăng dựa trên tin nhắn SMS như quảng cáo theo ngữ cảnh thông qua tin nhắn SMS, truy cập email thông qua SMS và trò chơi tương tác

sử dụng tin nhắn SMS cũng tạo ra sự đa dạng và phong phú của các mô hình kinh doanh Việc triển khai một Parlay SMS gateway để cung cấp giao diện triển khai các dịch vụ SMS cho nhà cung cấp dịch vụ thứ ba là rất cần thiết

Mô hình kịch bản mẫu triển khai thử nghiệm mô phỏng dịch vụ SMS với Parlay X được mô tả trong hình 3.1

Hình 3.1: Mô hình triển khai thử nghiểm Parlay SMS Gateway

2.6.3.4 Giải phỏng một dành riêng hiện thời

releaseReservation(String reservationIdentifier)

2.6.4 Giá trị tính cước dành riêng API

Mô tả một thiết lập ban đầu của các khả năng trong các

điều kiện của các triệu gọi bản tin, các tham số và các kiểu dữ

liệu Các triệu gọi bản tin cơ bản bao gồm:

getAmount

reserveVolume

reserveAdditionalVolume

chargeReservation

releaseReservation

2.6.4.1 Chuyển đổi giá trị ra số lượng tiền tệ

getAmount(EndUserIdentifier endUserIdentifier, Long

volume, out Decimal amount) 2.6.4.2 Giá trị dành riêng từ một tài khoản

reserveVolume(EndUserIdentifier endUserIdentifier,

Long volume, String billingText, out String reservationIdentifier)

2.6.4.3 Điều chính giá trị của dành riêng hiện thời

reserveAdditionalVolume(String reservationIdentifier,

Long volume, String billingText) 2.6.4.4 Giá trị tính cước của dành riêng hiện thời

chargeReservation(String reservationIdentifier, Long

volume, String billingText, String referenceCode)

2.6.4.5 Giải phỏng một dành riêng hiện thời

releaseReservation(String reservationIdentifier)

Các loại dữ liệu khác được dùng phổ biến trong Parlay

X dịch vụ Web được định nghĩa trong như sau

EndUserIdentifier ArrayOfEndUserIdentifier ArrayOfURI

2.3.2 Định nghĩa các ngoại lệ thường gặp

Tất cả những trường hợp ngoại lệ được phổ biến đến nhiều Parlay X web services Mỗi trường hợp ngoại lệ được thiết kế nhận dạng tám ký tự “GEN1xxxx”

2.3.3 Cú pháp định nghĩa dữ liệu chung - WSDL

Bao gồm 2 file

 parlayx_common_types.xsd

 parlayx_common_faults.wsdl

2.4 Cuộc gọi bên thứ ba

Mô tả một Parlay X Web Service, cuộc gọi bên thứ ba,

để tạo và quản lý một cuộc gọi khởi xướng bởi một ứng dụng (được gọi là cuộc gọi bên thứ ba) Phạm vi tổng thể của các dịch vụ web này là cung cấp các chức năng để phát triển ứng dụng để tạo ra cuộc gọi một cách đơn giản Sử dụng cuộc gọi bên thứ ba dịch vụ Web, các nhà phát triển ứng dụng có thể gọi chức năng xử lý cuộc gọi mà không cần có kiến thức viễn thông chi tiết

Hình 2.3: Cuộc gọi bên thứ ba

2.4.1 Cuộc gọi API

Mô tả một thiết lập ban đầu của các khả năng trong các

điều kiện của các triệu gọi bản tin, các tham số và các kiểu dữ

liệu Các triệu gọi bản tin cơ bản bao gồm:

makeACall

getCallInformation

endCall

cancelCallRequest

2.4.1.1 Thiết lập giữa hai địa chỉ

makeACall(EndUserIdentifier callingParty,

EndUserIdentifier calledParty, String charging, out String callIdentifier)

2.4.1.2 Nhận tình trạng hiện thời của cuộc gọi

getCallInformation(String callIdentifier, out

CallInformationType callInformation) 2.4.1.3 Kết thúc cuộc gọi

endCall(String callIdentifier)

2.4.1.4 Yêu cầu hủy bỏ cuộc gọi

cancelCallRequest(String callIdentifier)

2.4.2 Các định nghĩa dữ liệu dịch vụ Web

2.4.2.1 Các kiểu dữ liệu:

Ngoài các dữ liệu thường được định nghĩa trong phần

2.3.1, sau đây là loại dữ liệu cụ thể cho các dịch vụ web này

CallInformationType

CallStatus

CallTerminationCause

2.4.2.2 Các ngoại lệ

3PC1000W CallConnectedException Cuộc gọi đã hoạt

động 3PC1001W CallTerminatedException Cuộc gọi đã chấm dứt

3PC1002E UnknownCallIdentifier

Exception

Các callIdentifier cung cấp không liên quan đến bất kỳ cuộc

refundVolume Charge Volume to an Account

2.6.2.1 Giá trị tính cước chargeVolume(EndUserIdentifier endUserIdentifier,

Long volume, String billingText, String referenceCode)

2.6.2.2 Chuyển đổi giá trị ra số lượng tiền tệ getAmount(EndUserIdentifier endUserIdentifier, Long

volume, out Decimal amount) 2.6.2.3 Giá trị hoàn trả tới tài khoản

refundVolume(EndUserIdentifier endUserIdentifier,

Long volume, String billingText, String referenceCode)

2.6.3 Số lượng tính cước dành riêng API

Mô tả một thiết lập ban đầu của các khả năng trong các điều kiện của các triệu gọi bản tin, các tham số và các kiểu dữ liệu Các triệu gọi bản tin cơ bản bao gồm:

reserveAmount reserveAdditionalAmount chargeReservation

releaseReservation

2.6.3.1 Số lượng tiền tệ dành riêng từ tài khoản reserveAmount(EndUserIdentifier endUserIdentifier,

Decimal amount, String billingText, out String reservationIdentifier)

2.6.3.2 Điều chỉnh số lượng tiền tệ của một dành riêng hiện thời

reserveAdditionalAmount(String reservationIdentifier,

Decimal amount, String billingText) 2.6.3.3 Tính số lượng tiền tệ hiện thời đối với một sự dành trước

chargeReservation(String reservationIdentifier,

Decimal amount, String billingText, String referenceCode)

DeliveryStatusType

DeliveryStatus

SmsType

SmsFormat

2.6 Vấn đề thanh toán

Một số lượng lớn các nội dung, cả thông tin và giải trí,

sẽ được tạo sẵn cho thuê bao Để hỗ trợ một mô hình kinh

doanh cho phép nhà khai thác cung cấp hóa đơn tích hợp, một

API thanh toán là rất quan trọng API thanh toán là chìa khoá

để thị trường tăng trưởng và bảo hộ đầu tư Các dịch vụ Web

thanh toán hỗ trợ thanh toán cho bất kỳ nội dung nào trong một

Dịch vụ Web thanh toán hỗ trợ thanh toán trả trước, trả sau

Quá trình thanh toán là một thành phần phức tạp và quan trọng

của các mạng viễn thông

2.6.1 Số lượng tính cước API

Mô tả một thiết lập ban đầu của các khả năng trong các

điều kiện của các triệu gọi bản tin, các tham số và các kiểu dữ

liệu Các triệu gọi bản tin cơ bản bao gồm:

chargeAmount

refundAmount

2.6.1.1 Thanh toán tiền tệ bằng tài khoản

chargeAmount(EndUserIdentifier endUserIdentifier,

Decimal amount, String billingText, String referenceCode)

2.6.1.2 Số tiền hoàn trả lại cho một tài khản

refundAmount(EndUserIdentifier endUserIdentifier,

Decimal amount, String billingText, String referenceCode)

2.6.2 Giá trị tính cước API

Mô tả một thiết lập ban đầu của các khả năng trong các

điều kiện của các triệu gọi bản tin, các tham số và các kiểu dữ

liệu Các triệu gọi bản tin cơ bản bao gồm:

chargeVolume

getAmount

gọi yêu cầu được biết đến hoặc đã hết hạn

2.4.3 Cú pháp dịch vụ Web – WSDL

 parlayx_third_party_calling_types.xsd

 parlayx_third_party_calling_service_port.wsdl

 parlayx_third_party_calling_service.wsdl

 parlayx_third_calling_party_service.wsdl

2 5 Dịch vụ SMS và Parlay X

Mô tả một Parlay X Web Service, SMS để gửi và nhận tin nhắn SMS Phạm vi tổng thể của các dịch vụ web này là cung cấp cho các nhà phát triển ứng dụng gốc xử lý tin nhắn SMS theo một cách đơn giản Để nhận được một tin nhắn từ mạng, ứng dụng có thể sử dụng một trong hai cơ chế thăm dò hoặc thông báo

Hình 2.4 là một kịch bản sử dụng các dịch vụ Web SMS

để gửi một tin nhắn SMS từ một ứng dụng

Hình 2.4: Gửi tin nhắn SMS