Hệ thống dịch vụ tin nhắn SMS

TÀI LIỆU XÁC ĐỊNH PHẠM VI YÊU CẦU HỆ THỐNG SMS Bộ phận Trung tâm Công nghệ thông tin Mã hiệu SMS_System Ngày lập 02/2011 Người lập Hoàng Thị Phương Thanh Role Developer Mục lục 1. Tổng quan về hệ thống 3 1.1 Quy trình xử lý của các chức năng hệ thống 3 2. Yêu cầu chức năng hệ thống 21 2.1 Mô hình tổng thể ứng dụng 22 2.2 Bảng tổng quan danh sách phân hệ - Chức năng 23 2.3 Yêu cầu tích hợp hệ thống 25 2.4 Yêu cầu chức năng nghiệp vụ gửi/nhận SMS 25 2.5 Yêu cầu cho hệ thống Core SMS 31 2.6 Yêu cầu cho Core Content 57 2.7 Danh sách người dùng hệ thống 57 2.8 Yêu cầu cho hệ thống Core Admin 58 3. YC_007: Các yêu cầu phi chức năng 81 3.1 YC_007_01: Yêu cầu về bảo mật 81 3.2 YC_007_02: Yêu cầu về tính ổn định và độ tin cậy 81 3.3 YC_007_03: Yêu cầu về tải hệ thống 82 3.4 YC_007_04: Yêu cầu về tính mở rộng 82 3.5 YC_007_05: Yêu cầu về tính dễ sử dụng 82 3.6 YC_007_06: Yêu cầu ràng buộc 82 4. Tiêu chuẩn nghiệm thu hệ thống 82 1. Tổng quan về hệ thống 1.1 Quy trình xử lý của các chức năng hệ thống 1.1.1 Quy trình xử lý tin nhắn từ SMSC gửi đến SMS Gateway 1.1.1.1 Sơ đồ luồng 1.1.1.1.1 Mô tả các bước xử lý • SMS Gateway hoạt động gửi nhận tin nhắn với SMS Center (SMSC) thông qua giao thức SMPP • Nhận tin nhắn từ SMSC o Nhận tin nhắn từ SMSC o Thêm vào ProcessQueue để chờ xử lý sau • Xử lý tin nhắn o Các bước:  Lấy tin nhắn từ ProcessQueue  Xử lý yêu cầu nội dung của tin nhắn và lấy nôi dung trả về từ Web Services Core Main.  Ghi nhận 1 record vào CDR và chuyển vào SendingQueue. o Ứng dụng có tối đa 100 thread để lấy tin nhắn từ ProcessQueue và xử lý(số thread có thể config được). • Gửi tin chủ động o Gọi Web Services Core Main lấy danh sách tin chủ động (Dạng xml). o Xử lý file thành danh sách tin nhắn tương ứng. o Đẩy vào SendingQueue để chờ gửi đến SMSC • Gửi tin đến SMSC o Lấy tin nhắn từ SendingQueue. o Chuyển thành đối tượng SubmitSM PDU o Gửi đến SMSC • Upload CDR lên Telco o Sau mỗi 3 phút sẽ upload file CDR lên server FTP của Telco 1.1.1.2 1.1.1.3 Quy trình xử lý tin nhắn của Core Main gửi từ SMSGW 1.1.1.3.1 Quy trình gửi/nhận tin nhắn thụ động 1.1.1.3.2 Mô tả các bước xử lý • 1. Người dùng cuối sử dụng Mobile Phone nhắn đến SMSC theo cú pháp tin nhắn qua các tổng đài 8x00, 8x13 • 2. SMSC nhận tin nhắn và gửi đến SMS Gateway thông qua giao thức SMPP đến SMS Gateway • 3. SMS Gateway nhận tin nhắn và yêu cầu Core Main trả về nội dung thông qua Web Services. Nội dung: o SeqId: id từ SMPP o Service: đầu số o Phone: số điện thoại o Message: nội dung tin nhắn o Telco: thông tin telco • 4. Core Main yêu cầu Billing check spam thông qua WS • 5. Billing lấy dữ liệu trong Database để so sánh với MSG và phân tích spam • 6. Cập nhật vào rule spam với MSG hiện tại, sau đó gửi về Core Main. Core main nhận biến status và rẽ hướng xử lý: o Không là spam thì đến 7, o Spam thì đến bước 13 yêu cầu ghi nhận lỗi • 7. Core Main yêu cầu Billing kiểm tra cú pháp và trả về kết quả thông qua WS • 8. Billing kiểm tra cú pháp tin nhắn hiện tại và trả về kết quả cho Core Main. Core Main nhận biết status và sẽ phân hướng xử lý: o Đúng cú pháp thì đến 9: yêu cầu content o Sai cú pháp thì đến bước 13 yêu cầu ghi MSG vào Log_inbox • 9. Core Main yêu cầu hệ thống content trả về nội dung theo cú pháp tin nhắn. Hệ thống content có thể là của nội bộ cung cấp, cũng có thề là của đối tác cung cấp • 10. Hệ thống Content xử lý yêu cầu và trả về nội dung • 11. Core main phân tích tình trạng lỗi tin nhắn và quyết định: o Nếu có lỗi: Đi đến 12 ghi lỗi chi tiết vào error log file, sau đó đến 13 để yêu cầu ghi MSG vào Log_inbox o Nếu không lỗi, đến bước 13 yêu cầu ghi MSG vào Log_inbox • 13. Core Main gửi Billing yêu cầu ghi nhận tin nhắn vào log_inbox. Trong các nhánh yêu cầu ghi Log_inbox(5,7,11,12) thì nhánh 11 là trường hợp ghi tính cước, còn lại là không tính cước • 14. Nhận yêu cầu và thực hiện ghi MSG MO và CDR vào Log_inbox • 15. Trả lời tin nhắn có nội dung trả về cho SMSGW qua WS o Response: nội dung tin nhắn phản hồi o Category: loại bản tin o Error: bản tin tính cước hay không tính cước • 16. SMSGW nhận tin nhắn trả về từ Core Main • 17. SMSGW tạo file CDR và FTP đến Server của SMSC • 18. SMSGW yêu cầu Core Main ghi nhận tin loại MT qua WS • 19. Core Main gửi Billing lệnh Insert vào DB • 20. Billing Insert vào DB bản tin MT • 21. SMSGW gửi MT cho SMSC • 22. SMSC nhận bản tin MT từ SMSGW và gửi đến Mobile Phone • 23. Thiết bị đầu cuối Mobile Phone nhận được bản tin có nội dung trả về • 24. Cứ khoảng 5 phút, SMSGW sẽ upload đến FTP server của SMSC file tính cước CDR • 25. SMSC nhận file tính cước CDR làm cơ sở đối soát với FO 1.1.1.4 1.1.1.5 Mô hình dữ liệu 1.1.1.5.1 Mô hình thực thể dữ liệu 1.1.1.5.2 Mô tả • Log_inbox (bảng lưu dữ liệu MO, CDR và MT – lưu tin nhắn thụ động) o Service_num: đầu số o Sender_num: số điện thoại o Message_request: nội dung tin nhắn sms o Datesent: thời gian nhận o Message_reply: nội dung tin nhắn sms phản hồi o ErrorINT: tình trạng tin nhắn bao gồm:  0,1000,2000,3000,4000: tin nhắn hợp lệ trong đó:  0 tin nhắn text  1000 tin nhắn wappush  2000 tin nhắn logo  3000 tin nhắn midi  4000 tin nhắn GPRS  1100 -> 1199: Các tin nhắn lỗi do hệ thống SMS bắt bao gồm các loại - Tin nhắn Spam - Tin nhắn dưới 5s  Các trừơng hợp còn lại đều là tin nhắn lỗi o Datereply: thời gian phản hồi o Seq_no o Telco: thông tin về Telco • Log_outbox (bảng lưu dữ liệu các tin nhắn gửi đi MT – bao gồm cả 2 tin nhắn thụ động và tin nhắn chủ động) o Seq_no o Service_num: đầu số o Sender_num: số điện thoại o Message: nội dung tin nhắn sms o Datesent: thời gian nhận o Telco: thông tin về Telco • Log_outbox_active (bảng lưu dữ liệu các tin nhắn gửi đi MT – bao gồm các tin nhắn chủ động) o Service_num: đầu số o Sender_num: số điện thoại o Message: nội dung tin nhắn sms o Datesent: thời gian nhận o Telco: thông tin về Telco • Tb_spamstatus (bảng lưu thông tin về số lượng tin nhắn để tính spam theo quy định của Telco) o Number: số điện thoại o Service: thuộc hệ thống đầu số nào: 8x00 hay 8x13 o Lasttime: thời gian bản tin lần trước o Cout5min: số lượng bản tin trong vòng 5 phút o Count10min: số lượng bản tin trong vòng 10 phút o Count1hour: số lượng bản tin trong vòng 1 giờ o Count24hour: số lượng bản tin trong vòng 24 giờ o Count30min: số lượng bản tin trong vòng 30 phút o Type: o Countmoney: số lượng tiền mà khách hàng đã bị tính cước trong vòng 24 giờ • Router_command (bảng lưu thông tin về nơi xử lý và lấy phản hồi lại tin nhắn trả về cho khách hàng) o Malenh: cú pháp cấp 1 của tin nhắn sms o Dauso: đầu số tổng đài o ip_server: Ip server chứa store procedure o store_name: tên store procedure o database_name: tên database chứa store procedure o database_user: database user store procedure o message_type: o link_web: Link Webservice xử lý bản tin sms • tb_smppstatus (bảng lưu tình trạng kết nối của SMPP) o time_live: thời gian cập nhật lần cuối  Nếu cách thời gian hiện tại dưới 10 phút: SMPP vẫn đang kết nối đến Telco  Nếu cách thời gian hiện tại trên 10 phút: SMPP đứt kết nối đến Telco o Telco: tên Telco SMPP kết nối đến • Tb_WAITING_MSG (bảng lưu danh sách các tin nhắn chủ động cần gửi đi) o source_num: đầu số o dest_num: số điện thoại o message: nội dung tin nhắn o date_created: thời gian ghi nhận bản tin o date_send: thời gian bản tin cần gửi đi o status: tình trạng bản tin  0: chưa gửi  1: đã gửi o Category: loại bản tin  0,1,1000,2000,3000,4000: trong đó  0 ,1 tin nhắn text  1000 tin nhắn wappush  2000 tin nhắn logo  3000 tin nhắn midi  4000 tin nhắn GPRS o Telco: tên Telco SMPP kết nối đến 1.1.2 Chi tiết nghiệp vụ/ chức năng 1.1.2.1 Xử lý gửi/nhận tin nhắn 1.1.2.1.1 Gửi tin nhắn thụ động • Trả về 1 bản tin MT o Kiểm tra spam đối với tin nhắn  Lỗi: phản hồi thông báo cho khách hàng o Kiểm tra cú pháp và đầu số:  Sai cú pháp: phản hồi thông báo cho khách hàng o Gửi thông tin tin nhắn SMS đến nơi xử lý (Content) o Lấy nội dung phản hồi (Response) và tình trạng bản tin (Error: bao gồm loại bản tin và tình trang tính cuớc hay không tính cước) gửi trả về cho SMSGW o Trường hợp bản tin dài:  Core Main sẽ ghi nhận 1 dòng trong cơ sở dữ liệu nhưng không tách ra gửi nhiều tin mà trực tiếp phản hồi lại bản tin dài này cho SMSGW  SMPP sẽ tự tách ra làm nhiều bản tin và gửi cho Telco  Khi đến máy khách hàng, các bản tin sẽ tự gộp lại thành 1 bản tin đối với 1 số máy điện thoại (một số dòng máy đời cũ sẽ không gộp được mà chia làm nhiều bản tin)  Khi lấy báo cáo, hệ thống sẽ dựa vàp độ dài bản tin mà tinh thành số lượng bản tin (MT) đã gửi đi. • Trả về nhiều bản tin MT o Kiểm tra spam đối với tin nhắn  Lỗi: phản hồi thông báo cho khách hàng [...]... lượng tin nhắn spam từng ngày của từng cú pháp hoặc từng đầu số của từng Telco Tra cứu log tin nhắn spam đối với các trường hợp đột biến tỉ lệ tin nhắn spam nhiều Tra cứu tin nhắn 1.1.2.5.1 Tra cứu theo đầu số nhắn tin • Tra cứu tin nhắn đến hệ thống theo tiêu chí: o o • Số điện thoại Khoảng ngày nhắn tin Hiển thị tất cả các tin nhắn o o • Tin nhắn sai lỗi cú pháp Tin nhắn thành công Các thông tin hiển... tin nhắn Monitor lỗi tin nhắn • • • 1.1.2.2.2 Theo dõi danh sách các tin nhắn mới, kiểm tra nội dung tin nhắn và thời gian tin nhắn mới nhất Theo dõi log text error Nhắn tin kiểm tra tin nhắn Lỗi sai cú pháp • • • • 1.1.2.2.3 Kiểm tra cú pháp và đầu số trong cơ sở dữ liệu Kiểm tra nội dung tin nhắn của khách hàng Kiểm tra cấu trúc tin nhắn của cú pháp khách hàng nhắn tin lên Kiểm tra nội dung tin nhắn. .. o o o Ngày Số di động Số dịch vụ o o o 1.1.2.5.2 Tra cứu theo tin nhắn chủ động • Tra cứu tin nhắn đến hệ thống theo tiêu chí: o o • • Số dịch vụ Số di động Nội dung tin nhắn Thời gian tạo Thời gian gửi Tình trạng (đã gửi hay chưa gửi) Tra cứu chặn tin nhắn chủ động • • 1.1.2.6 Số điện thoại Khoảng ngày nhắn tin Hiển thị tất cả các tin nhắn hệ thống gửi chủ động đến Thông tin hiển thị bao gồm: o o... ghi nhận bản tin MT tiếp theo vào log tin nhắn chủ động để thực hiện việc gửi tin nhắn chủ động 1.1.2.1.2 Gửi tin nhắn chủ động • Ghi nhận bản tin nhắn chủ động sms vào database bao gồm các thông tin sau: o o o o o • Đầu số gửi tin Số điện thoại khách hàng Nội dung tin nhắn Loại bản tin Thời gian gửi tin Sau đó cứ cách 1 khoảng thời gian, SMPP sẽ gọi đến Core Main Routing đọc danh sách tin nhắn chủ động... cầu chức năng nghiệp vụ gửi/nhận SMS • Yêu cầu này dự trên quy trình gửi nhận tin đang hoạt động của hệ thống 2.4.1 YC_001: Gửi/ nhận tin nhắn thụ động 2.4.1.1.1 YC_001_01: Xử lý nhận tin MO đến từ SMSC (Telco) – Core Gateway • • • • 2.4.1.2 Tin nhắn từ Telco nhận về lấy theo số lượng tin nhắn nhất định Tin nhắn về phải được lưu trữ trong queue Có cơ chế phân biệt tin nhắn MO và tin nhắn xác nhận gửi... thông tin CDR • 2.5.2.5 Tham khảo YC_001 YC_004_05: Xử lý ghi thông tin MT • 2.5.2.6 Tham khảo YC_001 YC_004_06: Xử lý thông tin lỗi • Tham khảo YC_001 2.5.3 YC_005: Yêu cầu cho hệ thống Core DB 2.5.3.1 YC_005_01: Yêu cầu lưu trữ • • Core DB lưu trữ tất cả dữ liệu liên quan đến gửi nhận và quản lý tin nhắn SMS Các thông tin yêu cầu lưu trữ chính:  Tin nhắn MO  Tin nhắn MT  Tin nhắn lỗi  Tin tính... vào Queue N/A Lấy tin khỏi Queue N/A 2.5.1.3.3 Quản lý và cập nhật tin nhắn trong Queue • 2.5.1.4 N/A YC_003_04: Gửi/ nhận tin nhắn • Tham khảo YC_001 các mục gửi nhận tin nhắn thông qua Core Gateway 2.5.2 YC_004: Yêu cầu hệ thống Core Biz 2.5.2.1 YC_004_01: Xử lý nhận và kiểm tra tính hợp lệ tin MO 2.5.2.1.1 Kiểm tra tin nhắn spam • Kiểm tra thời gian tin nhắn này cách thời gian bản tin trứơc có cùng... Core Main Routing Hằng ngày đều phải vào theo dõi tình trạng các bản tin log xem có trường hợp nào đặc biệt xảy ra hay không Gửi tin nhắn chủ động • • • 1.1.2.4.4 Số lượng tin nhắn chủ động hàng ngày của từng Telco theo từng đầu số Theo dõi trong database số lựơng tin nhắn đựơc cập nhật tình trạng tin nhắn đẵ gửi Theo dõi danh sách tin nhắn sms được gửi trên các ứng dụng SMPP Chặn tin nhắn Spam • •... thuật chịu SMS chịu trách nhiệm tạo cú pháp dịch vụ khi nhận được hợp đồng hay yêu cầu từ bộ phận kinh doanh o Yêu cầu chức năng chi tiết  Chọn đối tác để thực hiện việc thêm thêm/ sửa/ xóa/ tìm kiếm cú pháp dịch vụ  Tìm kiếm cú pháp dịch vụ theo: - Tìm kiếm theo mã đồi tác sở hữu cú pháp dịch vụ Tên cú pháp dịch vụ (đầy đủ) Tên cú pháp dịch vụ (gần đúng) Đầu số (đầu số cha), đầu số dịch vụ (đầu số... pháp đó là cú pháp test hay không, để đội kỹ thuật test cú pháp dịch vụ trước khi kích hoạt đưa vào hoạt động • Các thông tin quản lý: o o o o Mã đối tác (Mã hóa) Đầu số dịch vụ Cú pháp dịch vụ (cú pháp cha) Dịch vụ nội dung của đối tác  Dịch vụ của đối tác  Liên kết truy xuất nội dung o Nhóm dịch vụ (Sử dụng để phân nhóm cùng loại dịch vụ cùng giá tiền, cùng MT) o Ngày tạo o Người tạo (tài khoản người