0
Tải bản đầy đủ (.pdf) (101 trang)

Gói tin tầng giao vận lớn hơn 176 octet

Một phần của tài liệu NÂNG CAO CHẤT LƯỢNG DỊCH VỤ CỦA HỆ THỐNG FIXSMS (Trang 74 -74 )

a. 2.4.3.6 Phát hiện lỗi ở tầng liên kết dữ liệucủa trung tâm lỗi có thể sửa được

2.4.3.12 Gói tin tầng giao vận lớn hơn 176 octet

Hình 2.27 : Gói tin tầng giao vận lớn hơn 176 octet

1 2 7 3 4 5 6 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

Thứ tự bản tin

1. Bên SMbSC, ứng dụng gửi bản tin TL_SMS_IND cho tầng giao vận thông báo về có tin nhắn chuyển, kèm theo số của SMbTE.

2. Tầng giao vận gửi bản tin CM_EST_REQ đến tầng liên kết dữ liệu, yêu cầu thiết lập quá trình kết nối.

3. CM gửi bản tin TL_EST_CFM cho tầng giao vận xác định lại việc thiết lập kết nối.

4. Tầng giao vận gửi bản tin DLL_DATA_REQ xuống tầng liên kết dữ liệu, chuyển tin nhắn.

5. Bên SM_TE, CM gửi bản tin TL_EST_IND cho tầng giao vận thông báo thiết lập kết nối.

6. Tầng giao vận gửi bản tin DLL_EST_IND cho tầng liên kết dữ liệu thông báo thiết lập kết nối tầng liên kết dữ liệu

7. Tầng liên kết dữ liệu bên SMbTE gửi bản tin DLL_SMS_EST cho tầng liên kết dữ liệu bên SMbSC thiết lập kết nối.

8. Tầng liên kết dữ liệu bên SMbSC gửi bản tin DLL_SMS_DATA cho tầng liên kết dữ liệu bên SMbTE, có extended bit = 0, biểu thị vẫn còn dữ liệu

9. Tại bên SMbTE, bản tin APP_SMS_IND được tầng giao vận gửi lên ứng dụng nhằm thông báo có tin nhắn.

10. Tầng liên kết dữ liệu bên SMbTE gửi bản tin DLL_SMS_ACK cho tầng liên kết dữ liệu bên SMbSC, thông báo về tin nhắn đã chuyển đi.

11. Tầng liên kết dữ liệu bên SMbSC gửi bản tin DLL_SMS_DATA cho tầng liên kết dữ liệu bên SMbTE, có extended bit = 1 biểu thị đã truyền đủ dữ liệu của tin nhắn.

12. Bên SMbSC, tầng liên kết dữ liệu gửi bản tin TL_DATA_IND cho tầng giao vận, thông báo về dữ liệu

13. Tầng giao vận gửi bản tin DLL_DATA_ACK cho tầng liên kết dữ liệu, thông báo về dữ liệu đã chuyển đi.

14. Tầng liên kết dữ liệu bên SMbTE gửi bản tin DLL_SMS_ACK cho tầng liên kết dữ liệu bên SMbSC, thông báo về tin nhắn đã chuyển đi.

15. Bên SMbSC, tầng liên kết dữ liệu gửi bản tin TL_DATA_CFM cho tầng giao vận báo cáo về tin nhắn đã chuyển đi.

16. Tầng giao vận gửi bản tin APP_SMS_CFM cho ứng dụng, thông báo về tin nhắn gửi đi và kết quả.

17. Tầng ứng dụng gửi tầng giao vận bản tin TL_SMS_REL thông báo ngắt kểt nối. 18. Tầng giao vận gửi bản tin DLL_REL_REQ cho tầng liên kết dữ liệu yêu cầu

ngắt kết nối.

19. Tầng liên kết dữ liệu bên SMbSC gửi thông báo ngắt kết nối DLL_SMS_REL đến tầng liên kết dữ liệu bên SMbTE.

20. Tầng liên kết dữ liệu gửi bản tin TL_REL_IND lên tầng giao vận, thông báo ngắt kết nối.

21. Tầng giao vận gửi bản tin CM_REL_IND lên CM, thông báo ngắt kết nối. 22. Bên SMbSC tầng liên kết dữ liệu gửi bản tin TL_REL_CFM cho tầng giao vận,

xác nhận lại việc ngắt kết nối.

CHƯƠNG III : YÊU CẦU ĐỐI VỚI THIẾT BỊ ĐẦU CUỐI HỖ

TRỢ GỬI TIN NHẮN (SMlTE)

Các thiết bị đầu cuối phải có các chức năng sau đây để đảm bảo hỗ trợ cho dịch vụ SMS.

3.1 Số phone SM+SC

SMbTE phải có khả năng lưu trữ ít nhất 1 số của SMbSC, bao gồm cả ký tự địa chỉ con. Nếu 1 SMbTE có nhiều hơn 1 SME thì SMbTE phải có khả năng lưu địa chỉ con của từng SME chứa trong SMbTE.

Số SMbSC lưu trong SMbTE được dùng trong 2 trường hợp. Thứ nhất là dùng để thiết lập kết nối đến SMbSC khi cần gửi tin nhắn, thứ 2 là dùng xác định cuộc gọi đến từ SMbSC. Giá trị SMS subaddress dùng để đánh địa chỉ cho SM đến 1 SMbTE xác định hay các SME có trong SMbTE đó khi dùng chung 1 đường kết nối.

Để kiểu tra liệu cuộc gọi đến có phải từ SMbSC đã biết hay không và xác định cách xử lý với cuộc gọi đến, SMbTE phải có khả năng nhận và kiểm tra Caller ID.

3.2 Xử lý nén tín hiệu chuông

SMbTE có hỗi trợ SMS trên mang PSTN/ISDN sẽ không reo chuông khi nhận cuộc gọi từ SMbSC. SMbTE kết nối với mạng PSTN sẽ phải nén tín hiệu chuông đầu tiên trong khoảng thời gian giữa chuông thứ nhất và chuông thứ 2, để kiểm tra Caller ID. Nếu các thông tin nhận được từ Caller ID bằng giá trị SMbSC mà SMbTE có, nó sẽ nén tất cả các tín hiệu chuông còn lại. Nếu không, chuông sẽ tiếp tục reo kể từ tiếng chuông thứ 2. Nếu Caller ID được truyền đến trước cả tiếng chuông đầu tiên, việc xử lý cũng diễn ra tương tự.

Nếu SMbTE kết nối với mạng ISDN, các thông tin về Caller ID sẽ được truyền riêng trên kênh D. Thiết bị SMbTE sẽ ngay lập tức xác định được cách xử lý cuộc gọi đến.

3.3 Xử lý trường hợp bộ nhớ đầy

Nếu bộ nhớ của SMbTE đầy, cuộc gọi chỉ được nhận nếu giá trị Deliver Mode Identifier bằng 0. Trong trường hợp này SMbTE sẽ trả lời bằng Deliver Report mạng thông tin tiêu cực. Trong các trường hợp còn lại, SMbTE sẽ không nhận cuộc gọi. Nếu Deliver Mode Identifier có giá trị từ 2 đến 9, bên SMbTE sẽ gọi lại cho SMbSC khi người dùng đã xóa bớt đi 1 vài tin nhắn. Bên SMbTE sẽ giới hạn khoảng thời gian từ khi SMbSC gọi đến đến khi bên SMbTE gọi lại. Nếu sau khoảng thời gian này mà bên SMbTE không thể gọi cho SMbSC thì thông tin về cuộc gọi đến sẽ bị hủy. SMbSC sẽ gọi lại cho SMbTE khi khoảng thời gian này kết thúc.

3.4 Xử lý trường hợp SM+TE bận

Nếu SMbTE đang bận không thể chấp nhận cuộc gọi từ SMbSC.Nếu Deliver Mode Identifier có giá trị từ 2 đến 9, bên SMbTE sẽ gọi lại cho SMbSC sau đó. Bên SMbTE sẽ giới hạn khoảng thời gian từ khi SMbSC gọi đến đến khi bên SMbTE gọi lại. Nếu sau khoảng thời gian này mà bên SMbTE không thể gọi cho SMbSC thì thông tin về cuộc gọi đến sẽ bị hủy. Bên SMbSC cũng sẽ gọi lại cho SMbTE nhằm hoàn chỉnh cuộc gọi càng nhanh càng tốt.

3.5 Xử lý việc xác minh và hạn chế cuộc gọi

Nhà cung cấp dịch vụ sẽ yêu cầu người dùng xác định liệu CLI gốc có được chuyển đến người dùng đích như địa chỉ gốc hay địa chỉ này sẽ bị giấu đi. Trong mạng GSM, nhà cung cấp dùng 1 hàm băm để xử lý chức năng này.

3.6 Xử lý cuộc gọi đến có chứa SM

SMbTE chỉ xử lý cuộc gọi từ SMbSC nếu so sánh giá trị Called SME Subaddress của cuộc gọi bằng vói giá trị này được chứa trong SMbTE. Sau đây là 1 số cách xử lý cuộc gọi đến :

Trạng thái của SMlTE

Cuộc gọi đến

Deliver Mode Identifier = 0

Cuộc gọi đến

Deliver Mode

Identifier = 1

Cuộc gọi đến

Deliver Mode Identifier =2..9 Idle Bộ nhớ sẵn sàng ( còn đủ chỗ cho ít nhất 1 SM )

SMbTE sẽ nhận cuộc gọi SMbTE sẽ nhận cuộc gọi SMbTE sẽ không nhận cuộc gọi mà gọi lại cho SMbSC sau khi cuộc gọi kết thúc

Idle

Bộ nhớ không sẵn sàng, không còn chỗ cho SM

SMbTE sẽ nhận cuộc gọi là từ chối SM vói thông điệp tầng giao vận SMS_SUBMIT_REPOR T, lỗi gây ra là “ SIM SM storage full “

SMbTE sẽ không nhận cuộc gọi, SMbSC sẽ gọi lại sau 1 khoảng thời gian.

SMbTE sẽ không nhận cuộc gọi, SMbSC sẽ gọi lại sau 1 khoảng thời gian. SMbTE có thể gọi lại SMbSC sau khi bộ nhớ đã sẵn sàng.

Bận

Không hỗ trợ, nhận offbhook CLIP

SMbTE không biết rằng cuộc gọi hiện thời được thiết lập bởi SMbSC. Do vậy sẽ không chấp nhận cuộc gọi. SMbSC sẽ gọi lại cho SMbTE sau đó, và nếu có thể sự dụng dịch vụ hỗ trợ CCBS để hoàn chỉnh cuộc gọi càng nhanh càng tốt

Bận

Hỗ trợ, nhận offbhook CLIP

Do vậy sẽ không chấp nhận cuộc gọi. SMbSC sẽ gọi lại cho SMbTE sau đó, và nếu có thể sử dụng dịch vụ hỗ trợ

Do vậy sẽ không chấp nhận cuộc gọi. SMbSC sẽ gọi lại cho SMbTE sau đó, và nếu có thể sự dụng dịch vụ hỗ trợ

Do vậy sẽ không chấp nhận cuộc gọi. SMbSC sẽ gọi lại cho SMbTE sau đó, và nếu có thể sự dụng dịch vụ hỗ trợ CCBS để

CCBS để hoàn chỉnh cuộc gọi càng nhanh càng tốt

CCBS để hoàn chỉnh cuộc gọi càng nhanh càng tốt

hoàn chỉnh cuộc gọi càng nhanh càng tốt. SMbTE có thể gọi lại cho SMbSC ngay khi nó chuyển sang trạng thái Idle.

Bảng 3.1 : Tổng quan về các cách thức mà SMlTE xử lý cuộc gọi đến

3.7 Xử lý cuộc gọi đi

Nếu cần phải nhận hoặc gửi đi 1 SM, SMbTE sẽ kiểm tra đường dây có bận hay không, và thực hiện việc nhận hoặc gửi này càng nhanh càng tốt. Ngay khi đường dây sẵn sàng, SMbTE sẽ gọi đến SMbSC, người dùng cũng có thể thực hiện cuộc gọi bằng tay. Nếu là gửi SM, SMbTE sẽ quay số của SMbSC chứa trong nó, thêm vào địa chỉ con của chính nó và ký tự 0.

Nếu là nhận SM, SMbTE sẽ sẽ quay số của SMbSC chứa trong nó, thêm vào địa chỉ con của chính nó và Deliver Mode Identifier. Nếu thực hiện 1 lần không được, SMb TE sẽ gọi lại cho đến khi việc thiết lập kết nối bị coi là hỏng.

3.8 Giới thiệu máy điện thoại nhắn tin POSTEF V1000:

Máy điện thoại POSTEF V1000 được cung cấp bởi Công ty cổ phần thiết bị bưu điện (POSTEF). Máy được thiết kế có chức năng nhắn tin SMS và hiển thị số thuê bao chủ gọi Caller ID. Máy có tính năng giải mã tín hiệu FSK/DTMF, phát tín hiệu chuông, màn hình kích thước lớn và quay số đa tần DTMF. Ngòai ra nó còn cho phép lựa chọn giai điệu chuông, điều chỉ âm lượng, hiện số và thời gian gọi.

Ngôn ngữ hiển thị : Tiếng Anh và tiếng Việt. Phù hợp với tiêu chuẩn ETSI, giao thức 1.

Hỗ trợ gửi và nhận tin nhắn theo tiêu chuẩn Unicode Màn hình soạn thảo lên đến 320 kí tự

Soạn tin nhắn bằng tiếng Anh và tiếng Việt Màn hình LCD có 3 dòng và 1 dòng biểu tượng

Bàn phím chữ cái riêng biệt sử dụng cho soạn tin nhắn bằng Tiếng Việt

Lưu 125 tin nhắn đến và 125 tin nhắn gửi đi. Khi bộ nhớ đầy thì màn hình sẽ hiển thị “Bộ nhớ đầy” nhắc người sử dụng xóa bớt 1 số tin nhắn.

Có thể sửa tin nhắn hoặc chuyển tiếp tới máy khác

Lấy tin nhắn : khi có tin nhắn mới mà bộ nhớ của máy đầy, dòng “Lấy tin“ sẽ hiển thị. Lúc này để lấy tin nhắn, người sử dụng phải xóa bởt tin nhắn trong bộ

nhớ, sau đó dich con trỏ đến mục “Lấy tin nhắn ” và nhấn phím “Chọn ” để nhận tin về.

Có thể gửi tin nhắn đến máy Fax hoặc tới 1 địa chỉ Email : để thực hiện chức năng này thì mạng nhắn tin phải hỗ trợ dịch vụ.

Có chức năng tự trả lời

Lưu được 5 nhóm trong danh bạ, mỗi nhóm lưu được 10 địa chỉ Hỗ trợ gửi tin nhắn theo nhóm

Danh bạ lưu được 250 địa chỉ ( 20 số x 14 kí tự). Khi bộ nhớ đầy thì màn hình sẽ hiển thị “Bộ nhớ đầy” nhắc người sử dụng xóa bớt 1 vài số điện thoại đã lưu trong danh bạ.

Bộ nhớ lưu được 40 cuộc gọi đến và 20 cuộc gọi nhỡ (20 số x 14 kí tự ) và 20 số đã gọi (22 số).

Có các phím tắt như : xem số gọi đến (Caller List), xem số gọi lại (Redial List), xem danh bạ, viết và đọc tin nhắn.

Có thể điểu chỉnh mức độ nét của màn hình theo 4 mức

Có thể lựa chọn thời gian ngắt nhanh : 600ms/300ms/180ms/100ms/90ms/, mặc định là 60ms

Có đèn nền màn hình Giữ đường dây có nhạc Có 8 giai điệu chuông

Điều chỉnh đươc mức âm lượng chuông và loa ngòai Có phím tạm dừng

Màn hình hiển thị ngày và giờ Có 2 phím gọi 171 và 1717 Có chế độ báo thức, âm bàn phím

Có khóa mã bằng PIN để bảo vệ bộ nhớ.: mã PIN dùng để thiết lập lại chế độ ban đầu của máy, mặc định là 123456 và có thể thay đổi được ( 6 kí tự ). Khi cần cài đặt máy trở về chế độ mặc định, người dùng phải nhập cấp mã PIN. Cài đặt trung tâm nhắn tin và thời gian giữ (thời gian để lưu tin nhắn tại trung tâm)

Máy điện thoại có 3 hộp thư phụ được sử dụng để gửi tin nhắn tới những số máy riêng. Số hộp thư phụ được cái đặt từ 0 đến 9 tuỳ theo người sử dụng.

CHƯƠNG IV : QUÁ TRÌNH TRIỂN KHAI THỰC TIỄN CỦA

DỊCH VỤ SMS.

4.1 Giới thiệu hệ thống

Nhu cầu thông tin của khách hàng hiện nay đang ngày càng cao và ngày càng đa dạng. Thực tế cho thấy dịch vụ SMS được quan tâm nhiều trong những năm gần đây, dịch vụ này đã đem lại cho người dùng giá cước rẻ. Nhu cầu gửi tin nhắn của người sử dụng không chỉ còn bó hẹp trong mạng di động, mà nó đã mở rộng tới việc gửi tin nhắn giữa các thuê bao mạng cố định với nhau, hay giữa các thuê bao cố định với các thuê bao di động, thuê bao nhắn tin Internet.Với hệ thống PSTN được phát triển rộng khắp, với số lượng thuê bao cố định trên cả nước chiếm một số lượng rất lớn. Vì vậy sự ra đời của hệ thống FixSMS là điều tất yếu, hệ thống tích hợp dịch vụ nhắn tin ngắn cho mạng cố định đã đưa thêm một dịch vụ mới vào mạng lưới, đáp ứng được nhu cầu của khách hàng. Tại một số nước phát triển, dịch vụ này không còn là mới và cũng đã đáp ứng được một nhu cầu lớn người sử dụng.

4.2 Đặc tính của dịch vụ

Hình 4.1: Các dịch vụ phát triển trên mạng cố định trên nền SMS Hệ thống FixSMS cung cấp dịch vụ sau:

Dịch vụ SMS từ thuê bao đến thuê bao như:

b Giữa đầu cuối thuê bao cố định đến thuê bao cố định

b Giữa đầu cuối thuê bao của mạng cố định và thuê bao mạng di động. b Giữa đầu cuối thuê bao của mạng cố định và thuê bao mạng Internet

Một số dịch vụ gia tăng khác trên nền SMS b Các dịch vụ thông tin quảng cáo

b Dịch vụ thông báo cước phí b Nhận, gửi Ebmail

4.3 Qúa trình triển khai thực tế của dịch vụ

Hệ thống bắt đầu được triển khai tại Việt Nam vào cuối năm 2005. Trong quá trình đó, có 1 số mốc thời gian quan trọng sau :

b Tháng 11 năm 2005, tiến hành đấu nối, khai báo các thành phần tham gia hệ thống.

b Tháng 1 năm 2006 xây dựng xong cơ sở dữ liệu trên 2 Server.

b Tháng 2 năm 2006 kết nối thành công hệ thống FixSMS với hệ thống tổng đài Toll của VTN.

b Tháng 4 năm 2006 test thành công thiết bị đầu cuối do công ty POSTTEF cung cấp.

b Tháng 4 năm 2006 tiến hành test thử hệ thống giai đoạn 1 trên 6 tỉnh phía Bắc.

CHƯƠNG V : CHƯƠNG TRÌNH QUẢN LÝ CHẤT

LƯỢNG DỊCH VỤ

5.1 Khảo sát và mô tả hệ thống

Hệ thống FixSMS hiện đang triển khai tại Hà Nội bao gồm 2 Server. Trong đó các tin nhắn được gửi từ SMbTE bên gửi được gửi đến 1 server tại địa chỉ 10.201.1.220. Server còn lại tại địa chỉ 10.201.1.212 có chức năng chuyển tin nhắn đến bên SMbTE bên nhận. Hai server được kết nối với nhau. Việc truyền tin nhắn chỉ được coi là thành công khi quá trình truyền tin nhắn STbTE và cả 2 server là thành công

Hình 5.1 : Mô hình hệ thống thực tế

Tại 2 server đều sử dụng hệ quản trị cơ sở dữ liệu Oracle 9i để quản lý dịch vụ nhắn tin. Hiện tại dự án đang trong giai đoạn thử nghiệm nên do nguyên tắc bảo mật, em không có điều kiện trực tiếp tiếp xúc với cơ sở dữ liệu mà chỉ dựa trên các báo cáo của hệ thống được xuất ra dưới dạng file text. Các báo cáo này được xuất cứ 3 phút 1 lần.

Hệ thống hiện tại chưa xây dựng chức năng quản lý chất lượng, do vậy mục đích của em là xây dựng chương trình quản lý chất lượng dịch vụ FixSMS, nhằm thống kê tỷ lệ thành công, tỷ lệ lỗi của các phiên làm việc. Từ đó hỗ trợ cho quá trình triển khai

Một phần của tài liệu NÂNG CAO CHẤT LƯỢNG DỊCH VỤ CỦA HỆ THỐNG FIXSMS (Trang 74 -74 )

×