ĐẠI HỌC ĐÀ NẴNG
TRƯỜNG ĐẠI HỌC BÁCH KHOA
KHOA CÔNG NGHỆ THÔNG TIN

BÁO CÁO MÔN
MẠNG MÁY TÍNH
Đề tài:
MULTIMEDIA NETWORKING
NHÓM : 6
LỚP : 12TLT.CNTT
GVHD : ThS. NGUYỄN VÕ QUANG ĐÔNG
Đà Nẵng, 2014
Báo Cáo Môn Mạng Máy Tính
THÀNH VIÊN TRONG NHÓM
1/ Nguyễn Hà Anh
2/ Lê Long Bảo
3/ Phan Hữu Phát
4/ Nguyễn Mạnh Huy
5/ Phan Tuấn Vũ
6/ Đoàn Văn Dũng
7/ Trương Thế Anh
8/ Đàm Thanh Hậu
9/ Huỳnh Quốc Nha
10/ Đỗ Thị Phượng
11/ Trần Viết Cường
Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 2
Báo Cáo Môn Mạng Máy Tính
MỤC LỤC
THÀNH VIÊN TRONG NHÓM 2
1/ Nguyễn Hà Anh 2
2/ Lê Long Bảo 2

6.7.DỊCH VỤ TÍCH HỢP 72
6.7.1.Bảo đảm chất lượng của dịch vụ 74
6.7.2.Kiểm soát băng thông mạng 75
6.8.RSVP 76
6.8.1.Bản chất của RSVP 76
6.8.2.Một vài ví dụ đơn giản 79
6.8.3.Tin nhắn đường dẫn 81
6.8.4.Các kiểu đặt chỗ 82
6.8.5.Vận chuyển các tin nhắn đặt chỗ: 85
6.9.DỊCH VỤ CHÊNH LỆCH 87
6.9.1.Công nghệ phân lập dịch vụ ( giao thức Diffserv, dịch vụ phân biệt or
phân loại dịch vụ ): một kịch bản đơn giản 88
6.9.2.Phân loại lưu lượng và điều chỉnh 90
6.9.3.Per-Hops Behavior ( tác động chặn) 93
TÓM TẮT 97
BÀI TẬP VỀ NHÀ VÀ CÂU HỎI THẢO LUẬN CHƯƠNG 6 100
CÂU HỎI ÔN TẬP 100
BÀI TOÁN 101
CÂU HỎI THẢO LUẬN 105
BẢNG PHÂN CÔNG CÔNG VIỆC NHÓM 6 106
Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 4
Báo Cáo Môn Mạng Máy Tính
DANH MỤC HÌNH ẢNH
Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 5
Báo Cáo Môn Mạng Máy Tính
6.1. CÁC ỨNG DỤNG MẠNG ĐA PHƯƠNG TIỆN
6.1.1. Các ví dụ của ứng dụng đa phương tiện
Internet chứa một lượng lớn các ứng dụng đa phương tiện thú vị. Chúng ta xác
định ba lớp của các ứng dụng đa phương tiện
- Luồng âm thanh và video đã lưu trữ

cung cấp một đài phát thanh Internet hướng dẫn.
Thông thường, có nhiều người sử dụng đồng thời nhận được chương trình âm thanh/
video thời gian thực giống nhau. Lớp này của các ứng dụng là không tương tác, một
client không thể kiểm soát được lịch trình truyền tải của máy chủ. Như với streaming
của lưu trữ đa phương tiện, yêu cầu cho sự chậm trễ gói và sợ bồn chồn không phải là
nghiêm ngặt như đối với điện thoại Internet và hội nghị truyền hình thời gian thực.
Sự chậm trễ lên đến hàng chục giây từ khi người dùng nhấp chuột vào một liên kết cho
đến khi phát lại âm thanh / video bắt đầu có thể được bỏ qua.Việc phân phối âm thanh
/ video theo thời gian thực đến nhiều người nhận là một cách hiệu quả khi thực hiện
với multicast, tuy nhiên, như các văn bản này, hầu hết các hệ một-nhiều âm thanh /
video truyền trên Internet được thực hiện với dòng unicast riêng biệt cho mỗi người
nhận.
- Tương tác âm thanh và video thời gian thực:
Lớp này của các ứng dụng cho phép người sử dụng âm thanh / video để giao
tiếp với nhau trong thời gian thực. Thời gian thực âm thanh tương tác thường được gọi
là điện thoại Internet, từ đó, từ quan điểm của người sử dụng, nó tương tự như dịch vụ
điện thoại chuyển mạch kênh truyền thống. Điện thoại Internet có khả năng cung cấp
tổng đài, địa phương và dịch vụ điện thoại đường dài với chi phí rất thấp
Nó cũng có thể tạo thuận lợi cho việc hội nhập máy tính điện thoại (được gọi là
CTI), nhóm thông tin liên lạc thời gian thực, dịch vụ thư mục, nhận dạng người gọi,
người gọi lọc, vv .Có nhiều sản phẩm điện thoại Internet hiện đã có.Với video tương
tác thời gian thực, còn được gọi là hội nghị truyền hình, các cá nhân giao tiếp trực
quan giống như nói miện. Trong một cuộc họp nhóm, người dùng có thể mở một cửa
sổ cho mỗi người tham gia người sử dụng muốn nhìn thấy. Ngoài ra còn có nhiều các
sản phẩm video tương tác thời gian thực, hiện có sẵn cho Internet, bao gồm
Netmeeting của Microsoft.
Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 7
Báo Cáo Môn Mạng Máy Tính
Lưu ý rằng trong ứng dụng tương tác âm thanh / video thời gian thực, một
người sử dụng có thể nói chuyện hay di chuyển bất cứ lúc nào. Sự chậm trễ từ khi

Việc thiết kế các ứng dụng đa phương tiện chắc chắn sẽ đơn giản hơn nếu
chúng là một số loại các dịch vụ Internet lớp một và lớp2, theo đó các gói tin của lớp
đầu tiên được giới hạn về số lượng và luôn luôn được ưu tiên trong hàng đợi định
tuyến. Đối với dịch vụ lớp một như vậy có thể được thỏa đáng cho sự chậm trễ nhạy
cảm các ứng dụng. Nhưng cho đến nay, Internet đã hầu như thực hiện một cách tiếp
cận giống nhau với gói lập lịch trong hàng đợi định tuyến: tất cả các gói nhận được
dịch vụ như nhau, không có gói tin, bao gồm cả gói dữ liệu âm thanh và video nhạy
cảm với trễ, nhận được bất kỳ ưu tiên trong hàng đợi định tuyết. Không cần biết là bạn
có bao nhiêu tiền hoặc bạn quan trọng như thế nào, bạn phải tham gia phần cuối của
dòng và đợi đến lượt của bạn!
Vì vậy, cho thời gian được, chúng tôi phải sống với các dịch vụ nỗ lực tốt nhất.
Không có vấn đề như thế nào quan trọng hoặc làm thế nào giàu chúng tôi, các gói tin
của chúng tôi phải đợi đến lượt của họ trong hàng đợi router. Nhưng với hạn chế này,
chúng ta có thể làm cho một số quyết định thiết kế và sử dụng một vài thủ thuật để cải
thiện với người sử dụng cảm nhận chất lượng của một đa phương tiện ứng dụng kết
nối mạng. Ví dụ, chúng ta có thể gửi âm thanh và video trên UDP, và do đó phá vỡ
thông thấp TCP khi TCP đi vào giai đoạn chậm bắt đầu của nó. Chúng ta có thể trì
hoãn phát lại tại nhận 100 msecs hoặc nhiều hơn để giảm bớt những ảnh hưởng của
jitter mạng gây ra. chúng ta có thể gói dấu thời gian ở người gửi để nhận biết khi các
gói dữ liệu cần được phát lại. Cho lưu trữ âm thanh / video chúng ta có thể Prefetch dữ
liệu trong quá trình phát lại khi lưu trữ và băng thông khách hàng thêm là có sẵn.
Chúng tôi thậm chí có thể gửi thông tin dự phòng để giảm thiểu ảnh hưởng của mạng
gây ra mất gói tin. Chúng tôi sẽ điều tra rất nhiều các kỹ thuật trong chương này.
6.1.3. Internet nên phát triển như thế nào để hỗ trợ đa phương tiện tốt hơn
Ngày nay có một cuộc tranh luận khác thường và đôi khi dữ dội về cách
Internet nên phát triển như thế nào để đáp ứng tốt hơn lưu lượng truy cập đa phương
tiện với thời gian hạn chế cứng nhắc của nó. Ở một bên quan điểm, một số nhà nghiên
cứu cho rằng nó không cần thiết để thực hiện bất kỳ thay đổi cơ bản đến dịch vụ của
nỗ lực tốt nhất và các giao thức Internet cơ bản
Thay vào đó, theo những phần tử cực đoan, nó chỉ là cần thiết để thêm băng

có thể giảm đơn đặt hàng của các cường độ lượng dữ liệu mà cần phải được lưu trữ và
truyền đi. Ví dụ, một hình ảnh duy nhất bao gồm 1024 pixel x 1024 pixel với mỗi
điểm ảnh được mã hóa thành 24 bist đòi hỏi 3 MB dung lượng lưu trữ mà không cần
nén. Nó sẽ mất bảy phút để gửi hình ảnh này trên một liên kết 64 Kbps. Nếu hình ảnh
Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 10
Báo Cáo Môn Mạng Máy Tính
được nén ở mức khiêm tốn 10:01 tỉ lệ nén, các yêu cầu lưu trữ giảm xuống còn 300
KB và thời gian truyền giảm xuống dưới 6 giây.
Các lĩnh vực âm thanh và nén video là rất lớn.Khu vực hoạt động có hơn 50
năm nghiên cứu, và hiện nay có hàng trăm kỹ thuật và các tiêu chuẩn phổ biến cho cả
âm thanh và nén video. Hầu hết các trường đại học cung cấp toàn bộ các khóa học về
nén âm thanh và video, và thường cung cấp một khóa học riêng về âm thanh nén và
một khóa học riêng biệt về nén video. Hơn nữa, kỹ thuật và khoa học máy tính ngành
điện thường xuyên cung cấp các khóa học độc lập về đề tài này, với mỗi bộ phận tiếp
cận chủ đề từ một góc độ khác nhau. Do đó chúng tôi chỉ cung cấp ở đây một cách
ngắn gọn và cao cấp giới thiệu về chủ đề này.
Nén âm thanh trên Internet
Một tín hiệu âm thanh analog liên tục thay đổi (có thể bắt nguồn từ lời nói hoặc
âm nhạc) là bình thường chuyển đổi thành một tín hiệu kỹ thuật số như sau:
Tín hiệu âm thanh analog là lần đầu tiên lấy mẫu tại một số lãi suất cố định, ví
dụ, 8.000 mẫu mỗi giây. Các giá trị của mỗi mẫu là một số thực tùy ý.
Mỗi mẫu là sau đó "làm tròn" với một trong một số hữu hạn các giá trị. Hoạt động này
là gọi là "lượng tử". Số các giá trị hữu hạn - gọi là giá trị lượng tử - là
thường là một sức mạnh của 2, ví dụ, 256 giá trị lượng tử. Mỗi giá trị lượng tử được
đại diện bởi một số cố định của các bit. Ví dụ, nếu có 256 lượng tử hóa các giá trị, sau
đó mỗi giá trị - và do đó mỗi mẫu - được đại diện bởi 1 byte. Môi của các mẫu được
chuyển thành đại diện bit của nó. Cơ quan đại diện bit của tất cả các mẫu được nối với
nhau để tạo thành các đại diện kỹ thuật số của tín hiệu.
Ví dụ, nếu một tín hiệu âm thanh analog được lấy mẫu tại 8.000 mẫu mỗi giây,
mỗi mẫu là lượng tử hóa và biểu diễn bởi 8 bit, sau đó các tín hiệu kỹ thuật số kết quả

thị với một tốc độ không đổi, ví dụ 24 hoặc 30 hình mỗi giây . Một nén, mã hóa hình
ảnh kỹ thuật số bao gồm một loạt các điểm ảnh, với mỗi điểm ảnh được mã hóa thành
một số bit để respresent độ sáng và màu sắc. Có hai loại dư thừa trong video, cả hai
đều có thể được khai thác để nén . Dư thừa không gian là dư thừa trong một hình ảnh
nhất định. Ví dụ, một hình ảnh bao gồm chủ yếu là không gian trắng có thể hiệu quả
nén. Dự phòng thời gian phản ánh sự tái diễn từ hình ảnh đến hình ảnh tiếp theo.Ví dụ,
một hình ảnh và hình ảnh tiếp theo là giống hệt nhau, không có lý do tái mã hóa các
hình ảnh tiếp theo , đó là hiệu quả hơn chỉ đơn giản là chỉ ra trong quá trình mã hóa
hình ảnh tiếp theo được chính xác như nhau . Các tiêu chuẩn nén MPEG là một trong
những kỹ thuật phổ biến nhất nén . Chúng bao gồm MPEG 1 cho video chất lượng đĩa
Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 12
Báo Cáo Môn Mạng Máy Tính
CD-ROM ( 1,5 Mbps) , MPEG2 cho video DVD chất lượng cao (3-6 Mbps) và MPEG
4 cho nén video hướng đối tượng. Tiêu chuẩn MPEG thu hút rất nhiều từ JPEG chuẩn
nén hình ảnh. Các tiêu chuẩn nén video H.261 cũng rất phổ biến trong các Internet ,
cũng rất nhiều tiêu chuẩn độc quyền.Độc giả quan tâm đến việc học thêm về âm thanh
và video mã hóa được khuyến khích để xem [ Rao ] và [ Solari ].
Tài liệu tham khảo
[ Rao ] K.R. Rao và J.J. Hwang , kỹ thuật và tiêu chuẩn cho hình ảnh, Video và Audio
Coding ,
Prentice Hall , 1996
[ Solari ] S.J. Solari , video kỹ thuật số và âm thanh nén , McGraw Hill văn bản, năm
1997.
Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 13
Báo Cáo Môn Mạng Máy Tính
6.2. LƯU TRỮ ÂM THANH VÀ VIDEO TRỰC TUYẾN
Trong những năm gần đây, audio/video trực tuyến trở nên phổ biến với nhiều
ứng dụng và là thành phần tiêu thụ chính về băng thông mạng. Chúng ta hy vọng xu
hướng này vẫn tiếp tục với một vài lý do sau. Thứ nhất, giá thành của đĩa cứng đang
giảm theo xu hướng, thậm chí còn giảm nhanh hơn giá thành của việc xử lý và băng

Microsoft là Windows Media Players. Media player cung cấp một vài chức năng, bao
gồm
- Giải nén: Audio/video thường được nén để tiết kiệm đĩa cứng và băng thông
mạng. Ứng dụng chơi nhạc media player sẽ giải nén audio/video trong suốt quá
trình chơi nhạc.
- Loại bỏ jitter: các gói tin jitter là sự thay đổi về độ trễ trong luồng gói tin đó.
Các gói tin jitter, nếu không được loại bỏ có thể dẫn đến các audio và video khó
hiểu. Chúng ta sẽ bàn ví dụ về trường hợp này trong phần 6.3, các gói tin jitter
thường bị giới hạn bởi bộ nhớ đệm audio/video trong một vài giây tại máy
khách trước khi phát nhạc.
- Lỗi không đúng: Do tắc nghẽn không thể đoán trước trên mạng Internet, một
phần nhỏ của các gói dữ liệu trong luồng dữ liệu có thể bị mất. Nếu phần này
trở nên quá lớn, người dùng nhận thức chất lượng audio/video trở nên không
thể chấp nhận. Để kết thúc việc này, nhiều hệ thống trực tuyến cố gắng phục
hồi từ những gói bị mất bằng cách xây dựng lại các gói tin bị mất thông qua
việc truyền các gói dữ liệu dư thừa, bằng cách máy khách sẽ gửi yêu cầu gửi lại
gói bị mất hoặc cả hai.
- Giao diện người dùng với nút bấm điều khiển: Đây là giao diện thực mà người
dùng tương tác với nó. Nó bao gồm nút điều khiển âm lượng, nút pause hoặc
resume, thanh trượt cho việc nhảy đến một đoạn audio/video …v…v…
Các thành phần hỗ trợ có thể được nhúng vào giao diện của ứng dụng media
trong cửa sổ của trình duyệt web. Ví dụ như phần nhúng, trình duyệt nhúng lưu không
gian màn hình của trang web hiện tại và đặt nó vào ứng dụng media để quản lý. Nhưng
khi cả hai hiện lên sẽ hiện trong cửa sổ riêng biệt hoặc trong cửa sổ của trình duyệt
(như một thành phần phụ trợ), ứng dụng media là chương trình được thực hiện riêng rẽ
với các trình duyệt.
Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 15
Báo Cáo Môn Mạng Máy Tính
6.2.1. Truy cập âm thanh và video từ máy chủ web
Việc lưu trữ xử lý audio/video có thể được thực hiện bên trong Web Server, nơi

Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 16
Báo Cáo Môn Mạng Máy Tính
- Ứng dụng media sẽ gắn kết các tập tin audio/video
Hình 6.2 - : Luồng thực hiện cho tập tin âm thanh
Mặc dù phương pháp tiếp cận rất đơn giản, nó có một hạn chế chính đó là : ứng
dụng media hay trình phát media (hoặc ứng dụng trợ giúp) phải tương tác với máy chủ
thông qua trình duyệt Web trung gian. Từ đây có thể dẫn đến nhiều vấn đề, trong
trường hợp khi trình duyệt trung gian, một đối tượng phải được tải về trước khi trình
duyệt chuyển đối tượng đến ứng dụng hỗ trợ; kết quả là độ trễ không thể chấp nhận
cho tập tin audio/video với độ dài vừa phải. Chính vì lý do này, luồng audio/video
được triển khai, server gửi tập tin audio/video trực tiếp đến tiến trình đang chạy trình
phát media. Trong trường hợp khác, một kết nối socket trực tiếp được tạo giữa tiến
trình server và tiến trình của ứng dụng media. Như hình ở 6.2.2, đây là trường hợp
hoàn tất bằng cách dùng “meta file”, là tập tin cung cấp thông tin về tập audio/video.
Hình 6.2 - : Máy chủ web gửi trực tiếp tập tin audio/video đến ứng dụng media
Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 17
Báo Cáo Môn Mạng Máy Tính
Một kết nối TCP trực tiếp giữa máy chủ và ứng dụng media thu được như sau:
1. Người dùng click trên link liên kết tập tin audio/video.
2. Link liên kết không trỏ trực tiếp đến tập tin audio/video, nhưng thay vào đó
là trỏ đến tập tin meta. Tập tin meta chứa địa chỉ của tập tin audio/video
thật. Gói tin phản hồi HTTP sẽ đóng gói tập tin meta bao gồm kiểu nội
dung: dòng đầu phần header chỉ đến ứng dụng audio/video.
3. Trình duyệt máy khách đọc kiểu nội dung trong phần đầu header của gói
phản hồi, sau đó chạy ứng dụng media và chuyển phần nội dung của gói
phản hồi đến ứng dụng media.
4. Ứng dụng media thiết lập kết nối TCP trực tiếp với HTTP server. Ứng dụng
media gửi yêu cầu HTTP cho tập tin audio/video vào trong kết nối TCP.
5. Tập tin audio/video sẽ được gửi tới ứng dụng media thông qua gói phản hồi
HTTP. Sau đó ứng dụng media sẽ chạy luồng audio/video này.

như mô tả trong kiến trúc trước đó. Tuy nhiên , hiện nay các phương tiện truyền thông
yêu cầu các tập tin từ một máy chủ streaming chứ không phải là từ một máy chủ Web ,
và bây giờ ứng dụng media và máy chủ streaming có thể tương tác bằng cách sử dụng
giao thức riêng của họ. Các giao thức này có thể cho phép người dùng tương tác phong
phú với các dòng âm thanh / video. Hơn nữa, các tập tin audio / video có thể được gửi
đến máy nghe nhạc phương tiện truyền thông trên UDP thay vì TCP
Hình 6.2 - : Luồng từ máy chủ streaming đến ứng dụng media
Trong kiến trúc của hình 6,2-3 , có nhiều tùy chọn để cung cấp âm thanh / video
từ các máy chủ streaming đến ứng dụng media. Một phần danh sách các tùy chọn được
đưa ra dưới đây :
1. Âm thanh / video được gửi qua UDP với một tốc độ không đổi tương đương với tỷ
lệ cống ở người nhận ( đó là tốc độ mã hóa của âm thanh / video) . Ví dụ, nếu âm
thanh được nén sử dụng GSM với tốc độ 13 Kbps, sau đó xung nhịp đồng hồ máy chủ
Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 19
Báo Cáo Môn Mạng Máy Tính
nén các tập tin âm thanh ở 13 Kbps. Ngay sau khi máy khách nhận được tập tin nén
audio / video từ mạng, nó giải nén âm thanh / video và chơi nó trở lại.
2 . Điều này tương tự như tùy chọn 1 , nhưng sự chậm trễ của ứng dụng media diễn ra
trong 2-5 giây để loại bỏ mạng gây ra jitter . Máy khách kết thúc nhiệm vụ này bằng
cách đặt các tập tin media nén mà nó nhận được từ mạng vào một bộ đệm của nó, như
trong hình 6,2-4 . Một khi máy khách đã " nạp trước " một vài giây của tập tin meida ,
nó bắt đầu lấy từ các vùng đệm . Đối với điều này và các tùy chọn trước đó , tỷ lệ cống
d bằng với tỷ lệ lấp đầy x (t) , ngoại trừ khi có mất gói tin .
3 . Âm thanh được gửi qua giao thức TCP và sự chậm trễ media player diễn ra trong 2-
5 giây. Máy chủ truyền dữ liệu với giao thức TCP với một tốc độ không đổi tương
đương với tỷ lệ cống thu d. Giao thức TCP truyền lại các gói tin bị mất, và do đó có
thể cải thiện chất lượng âm thanh . Nhưng tỷ lệ lấp đầy x (t) tại biến động theo thời
gian do TCP khởi đầu chậm chạp và kiểm soát dòng chảy cửa sổ, ngay cả khi không
có mất gói tin. Nếu không có gói tin bị mất , trung bình tỷ lệ lấp đầy gần bằng với tỷ lệ
cống d . Hơn nữa, sau khi kiểm soát tắc nghẽn mất gói tin TCP có thể làm giảm tỷ lệ

- RTSP không định nghĩa như thế nào âm thanh và video được đóng gói trong
các gói tin truyền qua mạng, đóng gói cho ứng dụng media có thể được cung
cấp bởi RTP hoặc một giao thức độc quyền. ( RTP được thảo luận trong phần
6.4) Ví dụ, máy chủ G2 và máy nghe nhạc sử dụng RealMedia của RTSP để gửi
thông tin điều khiển với nhau. Nhưng ứng dụng media chính nó có thể được
đóng gói gói tin RTP hoặc với một số chương trình độc quyền như
RealNetworks .
- RTSP không hạn chế làm thế nào các ứng dụng media có thể được chuyển đi ,
nó có thể được vận chuyển qua UDP hoặc TCP .
Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 21
Báo Cáo Môn Mạng Máy Tính
- RTSP không hạn chế làm thế nào các ứng dụng media đưa audio/video vào bộ
đệm. Audio / video có thể được diễn ra ngay sau khi nó bắt đầu đến máy
khách , nó có thể được diễn ra sau khi một sự chậm trễ của một vài giây , hoặc
nó có thể được tải về toàn bộ trước khi diễn ra .
Vì vậy, nếu RTSP không làm bất kỳ điều gì ở trên, vậy RTSP làm gì? RTSP là
một giao thức cho phép một ứng dụng media điều khiển việc truyền tải một luồng
media. Như đã đề cập ở trên, hành động kiểm soát bao gồm pause / resume , tái định vị
và phát lại, nhanh chóng chuyển tiếp và tua lại . RTSP còn được gọi là giao thức out-
of -band. Đặc biệt, các mẩu tin RTSP đượcgửi out-of -band, trong khi các dòng
phương tiện truyền thông, có cấu trúc gói tin không được xác định bởi RTSP, được coi
là " in-band". Các tin nhắn RTSP sử dụng các cổng khác nhau hơn so với các dòng
phương tiện truyền thông . RTSP sử dụng cổng số 554. ( Nếu các thông điệp RTSP đã
sử dụng số cổng tương tự như các dòng phương tiện truyền thông, sau đó tin nhắn
RTSP sẽ được cho là " xen kẽ " với các dòng phương tiện truyền thông . ) Các đặc
điểm kỹ thuật RTSP [ RFC 2326 ] cho phép thông điệp RTSP được gửi qua TCP hoặc
UDP. Nhớ lại từ phần 2.3 rằng giao thức truyền file (FTP) cũng sử dụng khái niệm
out-of -band. Đặc biệt, FTP sử dụng hai cặp client / server của 2 giao thức, mỗi cặp
với số cổng riêng của mình: một cặp socket client / server hỗ trợ kết nối TCP vận
chuyển kiểm soát thông tin, cặp client / server với giao thức hỗ trợ kết nối TCP mà

</group>
</session>
Máy chủ Web đóng gói các tập tin mô tả trình bày trong một thông điệp trả lời
HTTP và gửi thông báo cho trình duyệt. Khi trình duyệt nhận được tin nhắn phản hồi
HTTP , trình duyệt chạy sẽ là một ứng dụng media (ví dụ, ứng dụng trợ giúp ) dựa trên
kiểu nội dung : trường của tin nhắn. Các tập tin mô tả trình bày bao gồm tài liệu tham
khảo để phương tiện truyền thông dòng, sử dụng phương pháp URL rtsp :/ / , như
trong ví dụ trên .
Như thể hiện trong hình 6,2-4 , máy nghe nhạc và máy chủ sau đó gửi cho nhau
một loạt các tin nhắn RTSP. Các ứng dụng gửi một yêu cầu SETUP RTSP, và máy
chủ sẽ gửi một phản hồi SETUP RTSP . Các ứng dụng gửi một yêu cầu RTSP PLAY, ,
và máy chủ sẽ gửi phản hồi RTSP PLAY .
Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 23
Báo Cáo Môn Mạng Máy Tính
Tại thời điểm này , các máy chủ streaming đưa âm thanh vào kênh hay băng tần của
riêng mình. Sau đó, các ứng dụng media sẽ gửi một yêu cầu PAUSE RTSP, và máy
chủ đáp ứng với một phản hồi PAUSE RTSP . Khi người dùng kết thúc, các ứng dụng
media sẽ gửi một yêu cầu TEARDOWN RTSP, và máy chủ đáp ứng với một phản ứng
TEARDOWN RTSP.
Hình 6.2 - : Tương tác giữa máy khách và máy chủ dùng RSTP
Mỗi phiên RTSP có một định danh phiên, được lựa chọn bởi các máy chủ. Máy
khách khởi tạo phiên với yêu cầu SETUP, và máy chủ đáp ứng các yêu cầu cho một
định danh. Máy khách lặp đi lặp lại các định danh phiên cho mỗi yêu cầu, cho đến khi
máy khách đóng phiên với yêu cầu teardown . Sau đây là một ví dụ đơn giản của một
phiên RTSP :
C : SETUP rtsp :/ / audio.example.com / twister / âm thanh RTSP/1.0
Vận chuyển : RTP / UDP , nén ; port = 3056 ; chế độ = PLAY
S : RTSP/1.0 200 1 OK
phiên 4231
C : PLAY rtsp :/ / audio.example.com / twister / audio.en / LoFi RTSP/1.0