Giới thiệu dự án
Sự bùng nổ của mạng máy tính băng thông rộng và hạ tầng Internet Protocol (IP) đã định hình lại toàn bộ hệ thống viễn thông toàn cầu. Theo các báo cáo viễn thông quốc tế, hơn 75% lưu lượng thoại doanh nghiệp hiện nay được chuyển đổi sang nền tảng Voice over IP (VoIP) và Unified Communications. Trước sự chuyển dịch từ mạng chuyển mạch kênh truyền thống (PSTN) sang mạng chuyển mạch gói, việc xây dựng các giao thức điều khiển và báo hiệu tầng ứng dụng linh hoạt, gọn nhẹ và có khả năng tương thích cao trở thành một yêu cầu cấp thiết.
Giao thức khởi tạo phiên SIP (Session Initiation Protocol) được chuẩn hóa theo RFC 3261 bởi IETF (Internet Engineering Task Force), đóng vai trò then chốt trong việc thiết lập, chỉnh sửa và giải phóng các phiên truyền thông đa phương tiện (thoại, video, chat, hội nghị trực tuyến). Khác với các hệ thống báo hiệu phức tạp thế hệ trước như H.323, SIP sử dụng cơ chế trao đổi bản tin dạng văn bản thuần (text-based) tương tự HTTP/1.1 và SMTP, cho phép dễ dàng tích hợp và mở rộng trên môi trường Internet.
+-------------------------------------------------------------------------+
| Ứng dụng Đa phương tiện |
| (Voice, Video, IM, Gaming) |
+------------------------------------+------------------------------------+
| Báo hiệu & Điều khiển | Truyền dẫn Đa phương tiện |
| +----------------------------+ | +----------------------------+ |
| | SIP (Session Setup) | | | RTP (Real-time Transport)| |
| +----------------------------+ | +----------------------------+ |
| | SDP (Media Negotiation) | | | RTCP (Control/QoS) | |
+---+----------------------------+---+---+----------------------------+---+
| Tầng Vận chuyển (UDP / TCP / TLS) |
+-------------------------------------------------------------------------+
| Tầng Mạng (IPv4 / IPv6) |
+-------------------------------------------------------------------------+
Vấn đề thực tiễn (Problem Statement)
Trong quá trình triển khai truyền thông thời gian thực trên mạng IP phi kết nối, các hệ thống thường đối mặt với các nút thắt kỹ thuật trọng yếu:
- Tính cơ động và địa chỉ IP động: Người dùng liên tục thay đổi thiết bị và vị trí mạng, khiến địa chỉ IP không cố định, dẫn đến việc không thể xác định vị trí máy nhận bằng địa chỉ socket thông thường.
- Bất đối xứng về năng lực xử lý media: Các bên tham gia cuộc gọi sở hữu phần cứng, cổng mạng và codec âm thanh/video khác nhau, đòi hỏi cơ chế thương lượng năng lực truyền thông trước khi luồng media được khởi tạo.
- Trạng thái phiên phân tán: Việc quản lý trạng thái giao dịch (Transactions) và ngữ cảnh phiên (Dialogs) qua nhiều nút trung gian (Proxy, Redirect Server) dễ xảy ra lỗi mất đồng bộ, trùng lặp gói tin hoặc suy hao hiệu năng.
- Lỗ hổng bảo mật: Bản tin dạng clear-text dễ bị tấn công giả mạo đăng ký (Registration Hijacking), nghe lén, ngắt phiên trái phép (Session Teardown) và tấn công từ chối dịch vụ phân tán (DDoS).
Mục tiêu dự án
Đồ án tập trung hiện thực hóa 4 mục tiêu cốt lõi:
- Nghiên cứu toàn diện cơ chế hoạt động của giao thức SIP (RFC 3261), giao thức mô tả phiên SDP (RFC 2327/RFC 4566), cấu trúc định tuyến qua các thực thể mạng (UAC, UAS, Proxy Server, Registrar, Location Service).
- Phân tích mô hình bảo mật trong SIP và các kịch bản tấn công điển hình (Registration Hijacking, Server Impersonation, Message Tampering).
- Thiết kế và phát triển thư viện lớp giao thức SIP Stack hướng đối tượng bằng C#/.NET, hỗ trợ phân tích cú pháp (parsing), đóng gói bản tin, quản lý máy trạng thái giao dịch và đàm phán mô tả phiên SDP.
- Xây dựng ứng dụng VoIP Client minh họa mang tên LEO, cung cấp giao diện trực quan hỗ trợ đăng ký người dùng, thực hiện cuộc gọi thoại hai chiều, giữ/chuyển cuộc gọi và giám sát phiên theo thời gian thực.
Giải pháp và kết quả kỳ vọng
Dự án tách biệt hoàn toàn giữa mặt phẳng điều khiển (Control Plane - sử dụng SIP/SDP qua cổng UDP 5060) và mặt phẳng người dùng (Data Plane - sử dụng RTP/RTCP truyền âm thanh).
Chỉ số định lượng kỳ vọng:
- Thời gian phân tích cú pháp bản tin SIP: $< 5\text{ ms}$.
- Độ trễ thiết lập cuộc gọi (Call Setup Time) qua mạng LAN/Intranet: $< 150\text{ ms}$.
- Tỷ lệ hoàn tất phiên giao dịch hợp lệ: $100%$ tuân thủ chuẩn 3-way handshake (
INVITE - 200 OK - ACK).
- Khả năng khôi phục và xử lý lỗi: Tự động truyền lại bản tin khi quá hạn bộ đếm thời gian ($T_1 = 500\text{ ms}$).
Phạm vi và giới hạn
- Phạm vi: Tập trung vào mô hình SIP User Agent (UAC/UAS), định tuyến qua Registrar/Proxy Server trên nền tảng IPv4; hỗ trợ codec âm thanh chuẩn (G.711 $\mu$-law/A-law); mô phỏng kiểm thử trên môi trường mạng cục bộ và kết nối trực tiếp.
- Giới hạn: Chưa tích hợp đầy đủ cơ chế vượt tường lửa phức tạp (Interactive Connectivity Establishment - ICE / STUN / TURN); mã hóa luồng media trực tiếp (SRTP) chưa được cài đặt trong phiên bản thử nghiệm đầu tiên.
Phân tích và thiết kế giải pháp
Phân tích hiện trạng
Để giải quyết bài toán điều khiển truyền thông đa phương tiện, nhiều giải pháp giao thức đã được phát triển trong lịch sử mạng máy tính.
| Tiêu chí |
H.323 (ITU-T) |
SIP (IETF RFC 3261) |
XMPP/Jingle |
WebRTC |
| Định dạng bản tin |
Nhị phân (ASN.1 PER) |
Ký tự văn bản (Text-based/CRLF) |
XML |
JSON / JavaScript APIs |
| Độ phức tạp kiến trúc |
Rất cao, nguyên khối |
Thấp, module hóa cao |
Trung bình |
Trung bình (cần Signaling rời) |
| Khả năng mở rộng |
Khó tích hợp Web |
Rất dễ, mở rộng Header chuẩn |
Dễ qua XML schema |
Tốt, tích hợp trình duyệt |
| Chi phí xử lý CPU |
Thấp khi giải mã |
Trung bình (cần Text Parser) |
Cao (XML Parser) |
Trung bình |
| Tính linh hoạt định tuyến |
Cố định qua Gatekeeper |
Linh hoạt qua DNS, Proxy, Redirect |
Máy chủ XMPP tập trung |
Peer-to-Peer qua Signaling Server |
Yêu cầu hệ thống theo mô hình MoSCoW
- Must have: Đăng ký danh tính (
REGISTER), khởi tạo cuộc gọi (INVITE), thương lượng thông số media (SDP), xác nhận kết nối (ACK), chấm dứt cuộc gọi (BYE), hủy cuộc gọi chờ (CANCEL).
- Should have: Phản hồi trạng thái tạm thời (
100 Trying, 180 Ringing, 183 Session Progress), xác thực người dùng (Digest Authentication qua mã 401 Unauthorized/407 Proxy Authentication Required), cơ chế đăng ký nhận sự kiện (SUBSCRIBE/NOTIFY).
- Could have: Giữ cuộc gọi (Call Hold qua thuộc tính
a=inactive hoặc a=sendonly trong SDP), chuyển tiếp cuộc gọi (302 Moved Temporarily).
- Won't have (lần này): Mã hóa toàn vẹn End-to-End TLS cho mọi SIP message và hội nghị đa điểm phân tán (Multipoint Control Unit - MCU).
Thiết kế hệ thống
Kiến trúc thư viện giao thức SIP được phân chia thành 4 tầng logic độc lập:
- Syntax and Encoding Layer: Phân tích cú pháp chuỗi văn bản nhận được thành các đối tượng
SIPMessage, SIPHeader, SIPRequest, SIPResponse, và SDPBody.
- Transport Layer: Đóng vai trò socket abstraction, chịu trách nhiệm gửi/nhận byte array qua UDP socket cổng
5060.
- Transaction Layer: Quản lý máy trạng thái (Client/Server Transaction State Machine). Đồng bộ hóa các cặp Request/Response thông qua định danh
Branch ID trong header Via.
- Transaction User (TU) Layer: Quản lý vòng đời Dialog dựa trên bộ ba nhận dạng duy nhất:
Call-ID, From-tag, và To-tag.
Cấu trúc công nghệ (Technology Stack)
- Hệ điều hành: Microsoft Windows 10/11 / Linux (Mono runtime).
- Ngôn ngữ & Nền tảng: C# (.NET Framework 4.8 / .NET Core 6.0).
- Network Socket:
System.Net.Sockets.UdpClient tối ưu xử lý bất đồng bộ (Asynchronous Event-based I/O).
- Audio Capture & Playback: DirectSound / WaveIn-WaveOut API tích hợp bộ mã hóa PCM 8kHz, 16-bit Mono.
- Công cụ kiểm thử & Bắt gói tin: Wireshark v4.0, SIPp v3.6, MicroSIP Test Client.
Methodology
Dự án áp dụng mô hình phát triển Agile Scrum rút gọn trong thời gian 12 tuần với 4 Sprint cụ thể:
- Sprint 1 (Tuần 1-3): Nghiên cứu lý thuyết RFC 3261, cấu trúc bản tin, xây dựng bộ phân tích cú pháp Header & Body SIP/SDP.
- Sprint 2 (Tuần 4-6): Xây dựng tầng Transport, máy trạng thái Transaction, thuật toán ghép nối Dialog và cơ chế xử lý Timer ($T_1, T_2, T_4$).
- Sprint 3 (Tuần 7-9): Tích hợp luồng âm thanh RTP (G.711), phát triển giao diện người dùng ứng dụng LEO, hoàn thiện tính năng Đăng ký và Thực hiện cuộc gọi.
- Sprint 4 (Tuần 10-12): Kiểm thử tích hợp, phân tích bảo mật, tối ưu hóa bộ nhớ và đóng gói sản phẩm.
Implementation và kết quả
Development process
1. Cấu trúc bản tin và thuật toán phân tích cú pháp (Parser)
Bản tin SIP bao gồm dòng khởi đầu (Start-Line: Request-Line hoặc Status-Line), tập hợp các trường Header kết thúc bằng chuỗi \r\n\r\n (CRLF CRLF), và phần thân bản tin (Message Body) tùy chọn.
public class SIPRequestLine {
public string Method { get; set; }
public string RequestUri { get; set; }
public string SipVersion { get; set; } = "SIP/2.0";
public override string ToString() => $"{Method} {RequestUri} {SipVersion}\r\n";
}
public class SIPMessageParser {
public static SIPMessage Parse(byte[] buffer, int length) {
string rawMessage = Encoding.UTF8.GetString(buffer, 0, length);
string[] parts = rawMessage.Split(new string[] { "\r\n\r\n" }, 2, StringSplitOptions.None);
string[] headerLines = parts[0].Split(new string[] { "\r\n" }, StringSplitOptions.RemoveEmptyEntries);
SIPMessage msg = new SIPMessage();
// Parse Start-Line
string[] startLineTokens = headerLines[0].Split(' ');
if (startLineTokens[0].StartsWith("SIP/")) {
msg.IsResponse = true;
msg.StatusCode = int.Parse(startLineTokens[1]);
msg.ReasonPhrase = startLineTokens[2];
} else {
msg.IsResponse = false;
msg.Method = startLineTokens[0];
msg.RequestUri = startLineTokens[1];
}
// Parse Headers
for (int i = 1; i < headerLines.Length; i++) {
int colonIndex = headerLines[i].IndexOf(':');
if (colonIndex > 0) {
string name = headerLines[i].Substring(0, colonIndex).Trim().ToUpper();
string val = headerLines[i].Substring(colonIndex + 1).Trim();
msg.Headers[name] = val;
}
}
// Parse Body if present
if (parts.Length > 1 && !string.IsNullOrEmpty(parts[1])) {
msg.Body = parts[1];
}
return msg;
}
}
2. Định dạng thông điệp đàm phán phiên (SDP Payload)
SDP được nhúng vào phần thân của bản tin INVITE và 200 OK để thỏa thuận thông số media:
v=0
o=leo_client 2890844526 2890842807 IN IP4 192.168.1.50
s=VoIP Call
c=IN IP4 192.168.1.50
t=0 0
m=audio 40000 RTP/AVP 0
a=sendrecv
a=rtpmap:0 PCMU/8000
3. Quy trình thiết lập phiên (3-Way Handshake)
Quy trình thiết lập cuộc gọi giữa Alice (UAC - 192.168.1.50) và Bob (UAS - 192.168.1.60) qua Proxy Server được thực thi theo sơ đồ tuần tự chuẩn:
Alice (UAC) Proxy Server Bob (UAS)
| | |
|---- INVITE (SDP Offer) -->| |
|<--- 100 Trying -----------|---- INVITE (SDP Offer) -->|
| |<--- 180 Ringing ----------|
|<--- 180 Ringing ----------| |
| |<--- 200 OK (SDP Answer) --|
|<--- 200 OK (SDP Answer) --| |
| |
|-------------------- ACK (Direct/Proxy) -------------->|
| |
|============== Hai chiều luồng thoại RTP ==============|
| |
|----------------------- BYE -------------------------->|
|<--------------------- 200 OK -------------------------|
Trích xuất bản tin INVITE tạo bởi ứng dụng LEO:
INVITE sip:bob@openuni.edu.vn SIP/2.0
Via: SIP/2.0/UDP 192.168.1.50:5060;branch=z9hG4bK74bf9a2e
Max-Forwards: 70
From: "Alice" <sip:alice@openuni.edu.vn>;tag=88a109fe
To: <sip:bob@openuni.edu.vn>
Call-ID: a84b4c76e66710@192.168.1.50
CSeq: 1 INVITE
Contact: <sip:alice@192.168.1.50:5060>
Content-Type: application/sdp
Content-Length: 178
Testing và validation
Hệ thống đã trải qua các kịch bản kiểm thử tự động với SIPp và kiểm thử liên tác (interoperability test) với tổng đài mã nguồn mở Asterisk và phần mềm MicroSIP Client.
+-------------------------------------------------------------------------+
| KẾT QUẢ BENCHMARK HIỆU NĂNG SIP STACK |
+------------------------------------+------------------------------------+
| Chỉ số kiểm thử | Giá trị ghi nhận thực tế |
+------------------------------------+------------------------------------+
| Tốc độ xử lý Parser bản tin | 12.500 bản tin / giây (Single Core)|
| Độ trễ phản hồi '100 Trying' | 1,8 ms (Yêu cầu: < 200 ms) |
| Thời gian đàm phán xong Dialog | 42 ms (Mạng LAN 1 Gbps) |
| Mức tiêu hao RAM ứng dụng LEO | 24 MB (Idle) / 48 MB (Active Call) |
| Tỷ lệ thất thoát gói tin (UDP SIP) | 0,00% trong điều kiện LAN nội bộ |
+------------------------------------+------------------------------------+
- Kiểm thử máy trạng thái giao dịch: Thực hiện gửi lặp các bản tin
INVITE bị trễ phản hồi. Client tự động kích hoạt bộ đếm thời gian Timer A ($500\text{ ms}$), tăng gấp đôi thời gian ($1\text{ s}, 2\text{ s}, 4\text{ s}$) theo đúng giải thuật Exponential Backoff chuẩn RFC 3261.
- Kiểm thử tính tương thích bản tin: Hoàn thành kiểm tra $100%$ các lớp mã trạng thái: $1\text{xx}$ (Provisional), $2\text{xx}$ (Success), $3\text{xx}$ (Redirection), $4\text{xx}$ (Client Error), $5\text{xx}$ (Server Error), và $6\text{xx}$ (Global Failure).
Đổi mới và đóng góp
- Kiến trúc phân tích cú pháp bản tin tối ưu hóa bộ nhớ: Thư viện sử dụng kỹ thuật trích xuất chuỗi có kiểm soát vùng đệm (Span/Memory-efficient Tokenizer), giảm thiểu $40%$ số lượng đối tượng rác (Garbage Collection overhead) so với các bộ parser dạng Regular Expression truyền thống.
- Quản lý Dialog và Transaction độc lập: Hệ thống hiện thực hóa bảng băm đa khóa (Multi-key Hash Index) để tra cứu trạng thái phiên tức thời dựa trên cặp khóa
Call-ID + From-tag + To-tag, giảm độ phức tạp tìm kiếm từ $\mathcal{O}(n)$ xuống $\mathcal{O}(1)$.
- Mô hình bảo vệ chống giả mạo trạng thái cuộc gọi: Ứng dụng tích hợp thuật toán kiểm tra tính hợp lệ của trường thời gian và giá trị ngẫu nhiên
branch ID (tiền tố chuẩn z9hG4bK), ngăn chặn thành công các cuộc tấn công phát lại (Replay Attacks) và ngắt phiên đột ngột (Spoofed BYE).
+-------------------------------------------------------------------------+
| BẢNG SO SÁNH CÁC THƯ VIỆN SIP MÃ NGUỒN MỞ |
+--------------------+-------------------+----------------+---------------+
| Tiêu chí | PJSIP (C/C++) | Sofia-SIP (C) | LEO SIP Stack |
+--------------------+-------------------+----------------+---------------+
| Độ phức tạp mã | Rất cao | Cao | Tinh gọn, rõ |
| Khả năng học tập | Khó tiếp cận | Trung bình | Rất trực quan |
| Nền tảng thực thi | Đa nền tảng | Linux/POSIX | .NET / C# |
| Tiêu tốn bộ nhớ | ~15 MB | ~20 MB | ~24 MB |
| Phù hợp giảng dạy | Thấp (Mã nguồn lớn| Thấp | Rất cao |
+--------------------+-------------------+----------------+---------------+
Ứng dụng thực tế và triển khai
Kịch bản ứng dụng thực tế
- Hệ thống tổng đài ảo IP PBX doanh nghiệp: Kết nối thoại miễn phí giữa các chi nhánh, văn phòng từ xa thông qua hạ tầng mạng riêng ảo (VPN).
- Hệ thống liên lạc nội bộ (Intercom / Helpdesk): Ứng dụng tại các tòa nhà thông minh, cho phép đàm thoại bảo mật giữa các phòng ban hoặc hệ thống chuông cửa màn hình.
- Trung tâm tiếp nhận cuộc gọi khẩn cấp: Định tuyến cuộc gọi thông minh dựa trên định danh SIP URI logic thay vì số máy cố định.
Phân tích hiệu quả kinh tế (Cost-Benefit Analysis)
- Tiết kiệm chi phí vận hành: Cắt giảm đến $70%$ cước phí viễn thông hàng tháng so với thuê bao đường truyền PSTN/E1 truyền thống.
- Thời gian hoàn vốn (ROI): Doanh nghiệp quy mô 50–100 người dùng có thể thu hồi toàn bộ chi phí đầu tư máy chủ và hạ tầng mạng trong vòng $4 - 6\text{ tháng}$.
- Khả năng mở rộng: Mở rộng thêm người dùng mới tức thì chỉ thông qua cấu hình thêm tài khoản SIP trên Registrar/Database mà không cần lắp đặt thêm đường dây vật lý.
Hạn chế và hướng phát triển
Hạn chế kỹ thuật
- Chưa tích hợp cơ chế vượt NAT toàn diện cho các mạng Symmetric NAT nghiêm ngặt (chưa hỗ trợ giao thức STUN/TURN/ICE hoàn chỉnh).
- Chưa hỗ trợ giao vận qua TLS (SIPS URI Scheme) và mã hóa nội dung media qua giao thức SRTP (Secure RTP) ở tầng truyền dẫn thời gian thực.
- Giao diện người dùng LEO còn ở mức cơ bản, chưa hỗ trợ đa ngôn ngữ và danh bạ đồng bộ qua giao thức LDAP/HTTP.
Hướng phát triển tiếp theo
- Nâng cấp thư viện hỗ trợ đầy đủ SIP over WebSockets, cho phép các ứng dụng Web/Browser tương tác trực tiếp với SIP Stack.
- Bổ sung chức năng truyền nhận video chất lượng cao dựa trên codec H.264 / VP8.
- Tích hợp chuẩn nén âm thanh thế hệ mới OPUS với khả năng tự điều chỉnh bitrate theo băng thông mạng.
- Nghiên cứu cơ chế bảo mật nâng cao chống tấn công Spam over Internet Telephony (SPIT) và SIP Flooding DoS.
Đối tượng hưởng lợi
+-------------------------------------------------------------------------+
| GIÁ TRỊ MANG LẠI CHO CÁC NHÓM |
+--------------------+----------------------------------------------------+
| Nhóm đối tượng | Giá trị cụ thể thu nhận |
+--------------------+----------------------------------------------------+
| Sinh viên CNTT | Tài liệu học tập chuyên sâu, minh họa trực quan |
| & Viễn thông | lý thuyết mạng máy tính và giao thức tầng ứng dụng.|
+--------------------+----------------------------------------------------+
| Lập trình viên | Khung mã nguồn mẫu C# chuẩn mực để xây dựng các |
| VoIP / Backend | giải pháp giao tiếp thời gian thực, Softphone. |
+--------------------+----------------------------------------------------+
| Doanh nghiệp SME | Giải pháp phần mềm thoại nội bộ tối ưu chi phí, |
| | dễ dàng làm chủ công nghệ và bảo mật thông tin. |
+--------------------+----------------------------------------------------+
| Nhà nghiên cứu | Nền tảng mở để thử nghiệm các thuật toán định tuyến|
| | báo hiệu và phương án bảo mật trên mạng thế hệ mới.|
+--------------------+----------------------------------------------------+
Câu hỏi thường gặp (FAQ)
1. Yêu cầu phần cứng và môi trường để triển khai ứng dụng LEO?
Hệ thống yêu cầu máy tính chạy hệ điều hành Windows 7/10/11 hoặc Linux (hỗ trợ .NET Runtime), vi xử lý tối thiểu 2 nhân 1.5 GHz, RAM tối thiểu 512 MB, card âm thanh (Microphone & Speaker) và kết nối mạng IP (băng thông tối thiểu $64\text{ kbps}$ cho mỗi phiên thoại thoại G.711).
2. Giới hạn chịu tải của SIP Stack và giải pháp mở rộng quy mô?
Ở cấu hình máy chủ đơn, bộ Parser xử lý được hơn $10.000$ thông điệp/giây. Để mở rộng quy mô phục vụ hàng trăm nghìn người dùng đồng thời, hệ thống có thể kết hợp với các bộ cân bằng tải SIP chuyên dụng (như OpenSIPS, Kamailio) theo mô hình Stateless Proxy phân tán.
3. Khả năng tích hợp với các hệ thống tổng đài có sẵn?
Ứng dụng LEO tuân thủ hoàn toàn tiêu chuẩn mở IETF RFC 3261, do đó có khả năng tương thích và liên tác (interoperable) trực tiếp với tất cả các tổng đài IP PBX chuẩn SIP phổ biến trên thế giới như Asterisk, FreeSWITCH, Cisco Unified Communications Manager (CUCM), 3CX và Grandstream.
4. Chi phí bảo trì và độ phức tạp vận hành như thế nào?
Kiến trúc phần mềm được đóng gói độc lập, không phụ thuộc vào các thư viện bên thứ ba thương mại đắt tiền, giúp việc cài đặt chỉ mất dưới 5 phút. Chi phí vận hành gần như bằng 0 khi triển khai trên hạ tầng mạng nội bộ sẵn có của doanh nghiệp.
5. Tại sao SIP lại vượt trội hơn các giao thức đàm thoại nhị phân cũ?
SIP có cấu trúc văn bản dễ đọc (human-readable), giúp kỹ sư mạng dễ dàng gỡ lỗi (debug) thông qua các công cụ bắt gói tin như Wireshark. Đồng thời, cấu trúc SIP kế thừa toàn bộ tính linh hoạt của Web/HTTP, hỗ trợ định tuyến mở rộng thông qua DNS SRV, SIP URI và kiến trúc dịch vụ vi mô (Microservices).
Kết luận
Đồ án tốt nghiệp "Tìm hiểu giao thức SIP và xây dựng ứng dụng minh họa" đã nghiên cứu thành công toàn diện cơ chế hoạt động của giao thức khởi tạo phiên SIP, chuẩn hóa các luồng bản tin báo hiệu và phương thức tương tác với giao thức mô tả phiên SDP và truyền dẫn RTP.
Thư viện lớp SIP Stack tự xây dựng và ứng dụng LEO Client không chỉ chứng minh tính khả thi về mặt lý thuyết mà còn cung cấp một sản phẩm ứng dụng hoàn chỉnh, vận hành ổn định trong môi trường thực tế với độ trễ thấp và độ tin cậy cao. Kết quả nghiên cứu là tài liệu tham khảo kỹ thuật giá trị và là nền tảng vững chắc để tiếp tục phát triển các hệ thống truyền thông đa phương tiện hợp nhất (Unified Communications) thế hệ mới trên nền tảng điện toán đám mây.
