ĐẠI HỌC QUỐC GIA HÀ NỘI
TRƯỜNG ĐẠI HỌC CÔNG NGHỆ
Bùi Thế Quang
CÔNG CỤ HỖ TRỢ CHUẨN ĐOÁN BỆNH TỪ XA
Xây dựng module Video Conference
và kết nối camera có khả năng điều khiển
KHÓA LUẬN TỐT NGHIỆP ĐẠI HỌC HỆ CHÍNH QUY
Ngành:

Công Nghệ Thông Tin
Cán bộ hướng dẫn: TS.Bùi Thế Duy
HÀ NỘI - 2006
Lời cảm ơn
Đầu tiên chúng em xin gửi lời cảm ơn chân thành tới thầy Bùi Thế Duy, bộ môn
Mạng và Truyền thông máy tính, khoa Công Nghệ Thông Tin, ĐHCN-ĐHQGHN, đã
hưỡng dẫn chúng em tận tình trong qúa trình làm khoá luận
Chúng em cũng xin cảm ơn các thầy cô trong trường Đại Học Công Nghệ đã
truyền đạt cho chúng em những kiến thức quý báu trong suốt quá trình học tập 4 năm
qua.
Chúng em xin cảm ơn thầy cô và các bạn bên khoa Điện Tử Viễn Thông,
ĐHCN-ĐHQGHN đã hỗ trợ nhiệt tình cho chúng em về mặt thiết bị trong quá trình làm
đề tài nghiên cứu. Chúng em xin cảm ơn chị Ngô Thị Duyên(K46CA, Đại học Công
Nghệ) và anh Đặng Kim Dũng( Khoa Công Nghệ Thông Tin, Đại học Bách Khoa Hà
Nội) đã giúp đỡ chúng em về một số vấn đề lí thuyết cần thiết trong quá trình làm luận
văn.
Hà Nội, ngày 25 tháng 5 năm 2006
Nhóm thực hiện
Bùi Thế Quang
Vũ Văn Tiệp
Bùi Đức Tiến
Tóm tắt luận văn

2.1.1. Mô hình mạng khách chủ (Client/Server).......................................................7
2.1.2. Mô hình mạng ngang hàng (Peer to Peer)......................................................8
2.2. Giao thức truyền thông trong mạng Internet..........................................................9
2.2.1. Giao thức điều khiển truyền thông TCP.........................................................9
2.2.2. Truyền thông User Datagram Protocol – UDP.............................................10
2.2.3. Real Time Protocol – RTP...........................................................................10
2.2.4. Real Time Streaming Protocol – RTSP........................................................13
2.3 Truyền thông thời gian thực ................................................................................14
2.3.1 Dữ liệu trong truyền thông thời gian thực.....................................................14
2.3.2 Truyền dòng dữ liệu.......................................................................................15
2.3.3 Các phương thức truyền dòng dữ liệu video ................................................16
2.3.4 Vấn đề đồng bộ hoá Video và Audio............................................................17
2.4 Nén/Giải nén Video..............................................................................................19
2.4.1 Các khái niệm cơ bản về nén video...............................................................19
2.4.2 Một số chuẩn nén video.................................................................................20
2.5 Nén/Giải nén Audio..............................................................................................23
2.5.1 Một số khái niệm về nén Audio.....................................................................23
2.5.2 Một số chuẩn nén audio.................................................................................24
2.6. Một số khái niệm về tin học y sinh......................................................................25
2.6.1. Chuẩn đoán bệnh từ xa.................................................................................25
2.6.2. Các loại dữ liệu trong tin học y sinh.............................................................26
Chương 3. Thiết kế hệ thống chuẩn đoán bệnh từ xa......................................................27
3.1. Tìm hiểu về yêu cầu của hệ thống.......................................................................27
3.2. Kiến trúc của hệ thống.........................................................................................28
3.2.1. Kiến trúc tổng thể của hệ thống....................................................................28
3.2.2. Kiến trúc của hệ thống phía bác sĩ:...............................................................29
3.2.3. Kiến trúc của hệ thống phía bên bệnh nhân:.................................................29
3.3. Đặc tả các module xây dựng ...............................................................................32
Chương 4. Triển khai hệ thống........................................................................................33
4.1 Giao diện hệ thống................................................................................................33

Hình 8: Biểu đồ thể hiện tương quan tỉ lệ nén và chất lượng hình ảnh...........................23
Hình 9: Kiến trúc tổng thể của hệ thống..........................................................................28
Hình 10: Mô hình các module bên phía bác sĩ.................................................................29
Hình 11: Mô hình các module bên phía bệnh nhân.........................................................30
Hình 12: Giao diện mặc định...........................................................................................33
Hình 13: Giao diện Video................................................................................................34
Hình 14: Sơ đồ cấu trúc giao diện của hệ thống..............................................................35
Hình 15: Sơ đồ phần cấp Menu của chương trình phía Client........................................35
Hình 16: Hộp thoại xuất hiện lúc khởi đầu qua trình kết nối..........................................36
Hình 17: Giao diện chat phía Client................................................................................36
Hình 18: Giao diện ECG..................................................................................................37
Hình 19: Giao diện ECG..................................................................................................37
Hình 20: Sơ đồ phần cấp menu phía server.....................................................................38
Hình 21: Giao diện chat...................................................................................................39
Hình 22: Giao diện Điện tâm đồ phía bác sĩ....................................................................39
Hình 23: Giao diện ECG nhận dữ liệu từ máy.................................................................39
Hình 24: Hộp thoại cho phép chỉnh độ nén của dữ liệu Video........................................40
Hình 25: Mô hình truyền dữ liệu của hệ thống................................................................40
Hình 26: Mô hình Video Streamming.............................................................................42
Hình 27: Mô hình Audio Streamming.............................................................................45
Hình 28: Mô hình sử dụng thread thu phát trong quá trình chạy.....................................46
Hình 29: Camera sử dụng trong hệ thống........................................................................48
Hình 30: Khả năng quay của Camera..............................................................................48
Hình 31: Sơ đồ cách lắp các dây nối của Camera............................................................49
Hình 32: Mô hình hoạt động module điều khiển Camera................................................51
Hình 33: Mô hình cách lớp điều khiển camera xây dựng................................................51
Các bảng sử dụng trong khoá luận
Bảng 1: Các chế độ phân giải..........................................................................................22
Bảng 2: Các codec đang được sử dụng............................................................................25
Bảng các kí hiệu viết tắt

những bệnh viện ở xa lại có bệnh nhân cần được khám sớm để phát hiện và có biện
pháp điều trị kịp thời.
Vì vậy việc xây dựng hệ thống hỗ trợ chuẩn đoán bệnh từ xa đang được rất
nhiều bệnh viện quan tâm và đang xúc tiến phát triển.
1.2. Các hệ thống trên thế giới
Việc ứng dụng công nghệ thông tin vào trong lĩnh vực chăm sóc sức khỏe cho
người dân đã được các nước tiên tiến trên thế giới tiến hành từ rất sớm. Khi mạng máy
1
tính ra đời, lập tức xuất hiện các mạng dùng riêng đặc thù trong nội bộ bệnh viện tiêu
biểu như:
– Mạng HIS (Hospital Information System): dùng để quản lý thông tin bệnh viện như
quản lý nhân sự, tài chính,… đồng thời cũng quản lý thông tin về các bệnh nhân nội,
ngoại trú.
– Hệ thống thông tin lưu trữ hình ảnh PACS (Picture Archiving and Commmunication
System): xử lý, khai thác cở sở dữ liệu, âm thanh, hình ảnh, truyền hình động và các
dữ liệu khác từ những thiết bị chuẩn đoán hình ảnh nhử siêu âm, X- Quang, Scanner,
cộng hưởng từ hạt nhân … Các ứng dụng trên mạng này là X-Quang từ xa
(Teleradiology) bệnh học (Telepathology), chuẩn đoán hình ảnh (Telemedical
Imaging) và khám chữa bệnh từ xa, chăm sóc sức khỏe tại nhà (Tele-home Health
Care).
Bước phát triển tiếp theo là các mạng HIS và PACS của các bệnh viện được nối
liên mạng bằng các đường truyền viễn thông tốc độ cao sẽ tạo ra các liên kết theo vùng
địa lý hoặc chuyên ngành, xóa bỏ được hạn chế về mặt không gian thời gian, đặc biệt là
những khu vực địa lý phức tạp, thiếu chuyên ngành (vùng sâu, vùng xa, …)
Yêu cầu chuẩn hóa trong lĩnh vực này rất được quan tâm và được quy định rất
nghiêm ngặt bởi vì công việc khám chữa bệnh đòi hỏi các thông tin chính xác, đầy đủ
kịp thời. Ở Mỹ đưa ra chuẩn EDI (Electronic Data Interchange) và chuẩn DICOM
(Digital Image and Communication in Medicine). Ủy ban châu âu về tiêu chuẩn hóa
cũng đã công bố chính thức chuẩn dùng cho việc khám chữa bệnh của họ tương thích
với chuẩn EDI của Mỹ.

Định, Bắc Ninh, Phú Thọ, Thanh Hóa nhằm cứu chữa kịp thời, giảm bớt tình trạng quá
tải hiện nay của Bệnh viện Việt Đức.
Ngày 5/5/2005, qua cầu truyền hình trực tiếp, Bệnh viện Việt Tiệp (Hải Phòng)
đã trực tiếp thực hiện thành công một ca phẫu thuật dưới sự tư vấn chuyên môn của các
chuyên gia ở Bệnh viện Việt Đức (Hà Nội). Giải pháp kỹ thuật cho cầu truyền hình này
dựa trên nền tảng cơ sở hạ tầng mạng và truyền dẫn của VNPT. VNPT đã sử dụng các
phương thức truyền dẫn khác nhau, như phương thức truyền dẫn cáp quang để kết nối
trực tiếp giữa các thiết bị mổ nội soi hoặc camera quay từ phòng mổ của các bệnh viện
vệ tinh đến trung tâm tư vấn phẫu thuật.
Ngày 27/2/2006, các chuyên gia của Viện tim mạch Việt Nam đã thực hiện cầu
truyền hình trực tiếp với Singapore trong cuộc phẫu thuật can thiệp tim mạch. Cầu
truyền hình được kết nối quốc tế thông qua vệ tinh của công ty viễn thông quốc tế VTI.
Bộ quốc phòng có Dự án “Y học từ xa” đang triển khai tại Bệnh viện Trung
ương quân đội 108 (Hà nội) và Quân y viện 175 (TP. Hồ Chí Minh). Tại mỗi bệnh viện
3
đều thiết lập một mạng LAN kết nối 2 máy chuẩn đoán hình ảnh chủ yếu là CT và siêu
âm. Dùng ba máy tính bình thường làm ba trạm làm việc: một ở máy CT, một ở máy
siêu âm và một ở phòng giao ban. Các trạm làm việc vừa bảo đảm xem hình, vừa thực
hiện chức năng hậu xử lý (postprecessing). Hình ảnh chuyển trên mạng theo chuẩn
DICOM, giao thức TCP\IP. Thông qua một máy chủ truyền thông, toàn bộ hình ảnh cần
thiết cho chẩn đoán có thể truyền từ bệnh viện Trung ương quận đội 108 vào Quân y
viện 175 và ngược lại.
Với mô hình sau:
Hình 1: Mô hình Telemedicine của Bộ Quốc phòng
Hiện này, nhiều đơn vị, công ty của Việt Nam đang xây dựng các sản phẩm
phần mềm trong lĩnh vực chăm sóc y tế. Các kỹ sư phát triển phần mềm SaigonTech
đang trong quá trình hoàn tất Hệ thông thông tin và lưu trữ hình ảnh PACS (Picture
Archiving and Communication System). Hệ thống PACS đã được xây dựng trên kiến
trúc ba lớp (Web, xử lý, dữ liệu), với các thành phần mạng, thử nghiệm và phát triển.
Ngoài ra SaigonTech đang trong giai đoạn thiết kế Bệnh án điện tử (Electronic Medical

thông tin thăm khám như: các xét nghiệm (xét nghiệm huyết học, sinh hóa, vi sinh, tế
bào, …), thông tin về chuẩn đoán chức năng (Điện tâm đồ, Điện não đồ, hô hấp …),
thông tin vể hình ảnh (X-Quang, siêu âm, ảnh chụp cắt lớp), ngân hàng dữ liệu phục vụ
cho việc hỗ trợ ra quyết định và có khi cả mô tả của người bệnh. Vì vậy để phục vụ nhu
cầu khám bệnh từ xa cần xây dựng một hệ thống đáp ứng các yêu cầu sau:
– Dễ sử dụng với bác sĩ (Những người có thể không biết nhiều về lĩnh vực công nghệ
thông tin)
– Ngoài tính năng cho phép giao tiếp giữa bác sĩ và bệnh nhân bằng âm thanh hình ảnh
video, hệ thống cung cấp thông tin đầy đủ của bệnh nhân cho các bác sĩ để có thể
khám bệnh hiệu quả và chính xác.
5
Trong khi đó các hệ thống xây dựng ở Việt Nam hiện nay chủ yếu thiên về việc
truyền hình ảnh khám chữa mà chưa có một giải pháp toàn diện phục vụ cho việc chuẩn
đoán và khám chữa bệnh từ xa một cách kịp thời và chuẩn xác nhất.
Trong khóa luận của mình, chúng em đã nghiên cứu và xây dựng thành công hệ
thống hỗ trợ chuẩn đoán bệnh từ xa với các chức năng sau :
- Sử dụng Camera có thể điểu khiển từ xa, cho phép các bác sĩ điều khiển
máy camera từ xa sử dụng Joystick để thuận tiện cho việc khám bệnh
- Kết nối máy điện tâm đồ, nhận dữ liệu từ máy, xử lý dữ liệu điện tâm đồ
nhận được, và có thể truyền trực tiếp cho bác sĩ ở xa.
- Truyền các dữ liệu liên quan đến bệnh nhân( ảnh chụp X-Quang, các
thông tin bệnh sử, ….)
Đề tài được thực hiện bởi 3 sinh viên: Bùi Thế Quang(K47CA),Vũ Văn
Tiệp(K47CC), Bùi Đức Tiến(K47CB).
- Bùi Thế Quang: xây dựng module Video Streamming, Audio Streamming,
kết nối và điều khiển camera.
- Vũ Văn Tiệp: Thu nhận và xử lý tín hiệu y sinh
- Bùi Đức Tiến: Nghiên cứu và thiết kế tổng thể hệ thống.
1.5 Cấu trúc của luận văn
Chương 2 là nêu lên tổng quan về mạng và các mô hình truyền dữ liệu. Chương

triển khai cũng như khi ta muốn nâng cấp mạng. Do phần mềm dùng cho mạng này là
rất đắt tiền, đồng thời ta phải cấu hình các máy chủ đủ mạnh để phục vụ yêu cầu từ
nhiều máy trạm khác nhau, mô hình mạng này cũng đòi hỏi các máy trạm cũng phải có
cấu hình đủ mạnh để giao tiếp với máy chủ.
2.1.2. Mô hình mạng ngang hàng (Peer to Peer).
Mạng ngang hàng (Peer to Peer) là mạng mà trong đó hai hay nhiều máy tính
kết nối với nhau nhằm chia sẻ tập tin và truy cập các thiết bị, tài nguyên trên các máy
tính trong mang như máy in, ổ đĩa ghi, các tài nguyên đắt tiền khác mà không cần đến
máy chủ hay phần mềm máy chủ để quản lý việc chia sẻ và quyền truy cập các tài
nguyên đó.
Hình 3 : Mô hình mạng máy tính Peer to Peer
Dạng đơn giản nhất, mạng Peer to Peer được tạo ra bởi hai hay nhiều máy tính
được kết nối với nhau và chia sẻ tài nguyên mà không phải thông qua một máy chủ dành
8
riêng. Mạng Peer to Peer có thể là kết nối tại chỗ – hai máy tính nối với nhau qua cổng
USB để truyền tập tin. Peer to Peer cũng có thể là cơ sở hạ tầng thường trực kết nối 5-6
máy tính với nhau trong một văn phòng nhỏ bằng cáp đồng. Hay nó cũng có thể là một
mạng có quy mô lớn hơn nhiều, dùng các giao thức và ứng dụng đặc biệt để thiết lập
những mối quan hệ trực tiếp giữa người dùng trên internet.
Mỗi PC được kết nối đồng thời vừa làm máy chủ vừa làm máy khách. Không
có hệ điều hành mạng chuyên dụng chạy trên máy tính mạnh để hỗ trợ các ứng dụng đặc
biệt của phía máy chủ như dịch vụ thư mục (cơ sở dữ liệu chuyên dụng kiểm soát người
nào truy cập vào cái gì). Trong môi trường Peer to Peer, quyền truy cập được điều khiển
bằng cách thiết lập các thông số về quyền chia sẻ trên từng máy tính.
Ví dụ, nếu PC của người dùng A kết nối với một máy in mà người dùng B muốn
truy cập đến, người dùng A phải cài đặt máy của mình để cho phép (chia sẻ) truy cập
đến máy in. Tương tự nếu người dùng B muốn truy cập đến thư mục, tập tin hay thậm
chí toàn bộ đĩa cứng trên PC của người dùng A. A phải cho phép việc chia sẻ tập tin trên
PC của mình. Việc truy cập máy in hay thư mục trên mạng Peer to Peer văn phòng có
thể được kiểm soát chặt chẽ hơn bằng cách dùng mật khẩu cho các nguồn tài nguyên

Giao thức UDP là giao thức trao đổi số liệu không hướng kết nối. Chính vì vậy
mà UDP vận chuyển không tin cậy, nó không có cơ chế kiểm tra số tuần tự phát, số tuần
tự thu và cơ chế kiểm tra lỗi. Ưu điểm của nó là thực hiện đơn giản.
UDP thích hợp trong việc streaming media bởi vì UDP bỏ qua việc hiệu chỉnh
lỗi của TCP, nó cho phép loại bỏ các gói tin nếu chúng đến trễ hoặc bị hỏng. Khi điều
này xảy ra, chúng ta vẫn có thể biết nhưng stream vẫn tiếp tục. Hiện nay, mạng Internet
không cung cấp sự đảm bảo về lưu lượng. Thông lượng và độ trễ trên đường truyền có
thể biến đổi theo thời gian. Khi mạng trong tình trạng quá tải các gói tin có thể bị mất và
dẫn đến khoảng trống trong bitstream.
Do những đặc điểm trên việc dùng UDP chỉ dùng trong việc truyền Audio
và Video Streamming, còn trong việc truyền thông tin khác yêu cầu sự tin cậy trong quá
trình truyền từ phía bệnh nhân đến bác sĩ là không khả quan và có thể gây mất mát
thông tin hoặc bị đánh cắp trong quá trình truyền.
2.2.3. Real Time Protocol – RTP
RTP là giao thức chuẩn Internet , cung cấp các chức năng truyền thông mạng
end – to – end, thích hợp cho các ứng dụng truyền dữ liệu thời gian thực như audio,
10
video, dữ liệu mô phỏng thông qua dịch vụ mạng unicast hoặc multicast. Các ứng dụng
thường chạy RTP trên UDP để sử dụng dịch vụ dồn kênh và checksum của UDP. Cả hai
giao thức RTP và UDP đều xây dựng các phần chức năng của giao thức truyền thông;
tuy nhiên RTP có thể được sử dụng cùng với các giao thức truyền thông hoặc giao thức
mạng thích hợp bên dưới.
RTP được dùng để cung cấp thông tin được yêu cầu bởi các ứng dụng cụ thể và
thường được tích hợp vào tiến trình ứng dụng chứ không được cài đặt thành một lớp
riêng. Giao thức này gồm hai phần liên quan chặt chẽ đến nhau: giao thức truyền dữ liệu
và giao thức điều khiển (Real Time Control Protocol – RTCP).
2.2.3.1 Giao thức truyền dữ liệu RTP.
Giao thức truyền dữ liệu là một giao thức nhỏ, có chức năng truyền dữ liệu
với các đặc tính thời gian thực, cung cấp các hỗ trợ như tái tạo theo thời gian, phát
hiện mất mát, bảo mật và xác thực nội dung cho các ứng dụng. Bản thân RTP không

Một gói tin điều khiển chứa header và các thành phần cấu trúc phụ thuộc vào
kiểu của gói tin điều khiển. Thông thường nhiều gói tin RTCP được gửi đồng thời như
một gói tin RTCP tổng hợp trong một gói tin của giao thức bên dưới (như UDP).Giao
thức bên dưới phải cung cấp chức năng dồn kênh các gói tin điều khiển và gói tin dữ
liệu. Có năm loại gói tin RTCP được định nghĩa để truyền thông tin điều khiển :
– Receiver report: Chứa thông tin về việc truyền dữ liệu, bao gồm số thứ tự lớn
nhất của gói tin đã nhận được, số gói tin bị mất, nhãn thời gian để tính độ trễ khứ
hồi giữa client và server…
– Sender Report: Chứa thông tin về receiver report, và thông tin đồng bộ giữa các
media liên quan, số byte đã được gửi…
– Source description items: Chứa thông tin mô tả các nguồn.
– Bye: Chỉ sự kết thúc của đối tượng tham gia.
– Application specific functions: Được dùng cho mục đích thí nghiệm, như những
– ứng dụng hoặc tính năng mới được phát triển
12
2.2.4. Real Time Streaming Protocol – RTSP
2.2.4.1. Giới thiệu.
RTSP là một giao thức mức ứng dụng, thường được dùng để điều khiển việc
truyền dữ liệu với các đặc tính thời gian thực[1]. Nó thiết lập và điều khiển một hay
nhiều stream của continuous media (như audio và video) được đồng bộ theo thời gian.
Thực tế, bản thân RTSP không truyền continuous media mà nó hoạt động như
một “network remote control” (điều khiển mạng từ xa) cho các dịch vụ đa phương tiện.
Không có khái niệm RTSP connection (kết nối RTSP); thay vào đó, sever sẽ
duy trì một session được đánh dấu bởi một định danh. Một RTSP session không thể bị
ràng buộc với một kết nối ở mức giao vận như kết nối TCP. Trong suốt một RTSP
session, một RTSP client có thể mở và đóng nhiều kết nối truyền thông tin cậy như
TCP hoặc không tin cậy như UDP tới sever để đưa ra các RTSP request (yêu cầu).
RTSP được xây dựng trên đỉnh của các giao thức chuẩn Internet như: UDP,
TCP/IP, RTP, RTCP, SCP và IP multicast. Giao thức này cung cấp phương tiện cho
việc chọn kênh truyền (như UDP, TCP…) và phương tiện cho việc chọn cơ chế truyền

Đặc trưng quan trọng nhất đối với dữ liệu trong hệ tương tác trực tuyến thời
gian thực là chúng phụ thuộc chặt chẽ với nhau trong quá trình truyền (qua mạng) và xử
lý (xử lý trước và sau khi truyền). Khi luồng dữ liệu bắt đầu truyền, sẽ có một sự ràng
buộc về mặt thời gian trong việc nhận và trình diễn dữ liệu. Chính vì lý do đó, mà dữ
liệu đa phương tiện thời gian thực thường được gọi là các dòng dữ liệu đa phương tiện
(điều này để nói rằng các gói dữ liệu được truyền đi dưới dạng các dòng một cách đều
14
đều, không thay đổi, chúng phải được nhận và xử lý trong một khoảng thời gian giới
hạn nào đó để có thể tạo ra một kết quả chấp nhận được).
Các hệ thống truyền thông đa phương tiện thời gian thực đều phải thực hiện quá
trình thu bắt (capture), xử lý (process), truyền (transmission), nhận (receive) và trình
diễn (presentation) dữ liệu đa phương tiện. Dưới đây là mô hình mô tả một hệ truyền
thông đa phương tiện thời gian thực:
Hình 7: Mô hình truyền dữ liệu thời gian thực
Với đặc thù của dữ liệu đa phương tiện (dung lượng lớn, và sự phụ thuộc về
thời gian), nên các hệ thống truyền thông đa phương tiện thời gian thực đòi hỏi phải có
hiệu năng cao cả về băng thông rộng, tốc độ truyền và khả năng xử lý linh hoạt, độ tin
cậy (đảm bảo độ trung thực của âm thanh, hình ảnh) và cung cấp dịch vụ chấp nhận
được. Các hệ thống truyền thông đa phương tiện đòi hỏi phải đáp ứng được sự tích hợp
của nhiều loại dòng dữ liệu khác nhau, phải duy trì được mối quan hệ về mặt thời gian
giữa các dòng dữ liệu khác nhau đó.
Sự phát triển của khoa học kỹ thuật trong lĩnh vực truyền thông đã cho phép
chúng ta phát triển các ứng dụng đa phương tiện thời gian thực trong các mạng máy
tính. Độ tin cậy, tốc độ truyền, băng thông của mạng ngày càng được cải thiện tốt hơn.
2.3.2 Truyền dòng dữ liệu
Khái niệm truyền dòng có thể hiểu là khi nội dung của audio hay video được
truyền tới nơi nhận, nơi nhận có thể trình diễn được ngay trong quá trình truyền mà
không cần phải đợi đến khi toàn bộ nội dung dữ liệu được truyền xong. Cơ chế này
hoàn toàn khác với cơ chế download file của các giao thức HTTP hay FTP.
Truyền dòng cho phép chúng ta thể hiện các dòng video thời gian thực mà

giữa các khung hình.
2.3.3 Các phương thức truyền dòng dữ liệu video
Có ba phương thức truyền dòng dữ liệu video như sau:
 Truyền đơn hướng (Unicast)
Unicast là một phương thức đơn giản: các gói dữ liệu được truyền trực
tiếp từ máy tính này tới máy tính khác. Unicast được sử dụng cho việc truyền
dòng giữa hai máy tính (point-to-point). Một vấn đề đặt ra khi sử dụng phương
thức truyền unicast, đó là băng thông của mạng (đường nối giữa hai máy tính).
Dữ liệu đa phương tiện thời gian thực (audio, video) có dung lượng lớn, đòi hỏi
tốc độ truyền cao (các dòng theo nén chuẩn MPEG1, MPEG2 đòi hỏi tốc độ
truyền từ 3-9 Mbit/s). Do đó, nếu chúng ta chỉ truyền một dòng thì mạng
Ethernet với tốc độ 10Mbit/s là đủ, tuy nhiên nếu chúng ta muốn truyền nhiều
dòng cùng một lúc thì cần mạng có tốc độ truyền lớn hơn (các mạng Ethernet
100 Mbit/s, mạng ATM, mạng FDDI…). Một giải pháp khác là sử dụng các công
nghệ nén hiện đại(H.263, H.264, MPEG-4) để nén dữ liệu Video và Audio, khi
đó yêu cầu về băng thông của mạng sẽ không cao.
 Truyền quảng bá (Broadcast)
Phương thức broadcast được dùng cho việc quảng bá. Khi một máy truyền
theo kiểu broadcast, dòng dữ liệu đó sẽ được truyền tới tất cả các máy trong
mạng con cùng một lúc. Nhược điểm của phương pháp này, đó là tất cả các máy
trong mạng đều nhận được dòng dữ liệu đó cho dù nó không có nhu cầu nhận.
Việc này sẽ chiếm dụng băng thông của mạng. Do đó, broadcast chỉ nên dùng
trong trường hợp truyền thông cho các loại dữ liệu không cần đòi hỏi băng thông
16
lớn, hay trong trường hợp thiết bị phần cứng của mạng không hỗ trợ phương
thức multicast.
 Truyền đa hướng (Multicast)
Khi sử dụng phương thức unicast hay broadcast, chúng ta có thể gặp phải
một số vấn đề sau:
 Với phương thức unicast, khi nhiều máy cùng muốn nhận dòng dữ liệu đa