Công nghệ voip và vấn đề đo kiểm

Điện thoại IP đã dần dần dành đợc sự quan tâm của các nhà cung cấp dịch vụ Internet, các nhà cung cấp dữ liệu, các nhà cung cấp điện thoại và khai thác viễn thông vì chi phí rẻ.Trong mạ

Luận văn thạc sỹ khoa học

Công nghệ VoIP và vấn đề đo kiểm

Ngành: kỹ thuật điện tử

Nguyễn Minh Quân

- Hà Nội 2006

-Tai ngay!!! Ban co the xoa dong chu nay!!! 17061131475681000000

Mục lục

Trang

Danh mục các chữ viết tắt 05

Danh mục các bảng 08

Danh mục các hình vẽ 09

Mở đầu 10

Chơng 1 Giới thiệu về VoIP 1.1 Mở đầu 11

1.2 Các hình thức truyền thoại trên Internet 12

1.2.1 Mô hình PC to PC 12

1.2.2 Mô hình PC to Phone 13

1.2.3 Mô hình Phone to Phone 13

1.3 Đặc điểm và ứng dụng của VoIP 14

1.3.1 Lợi ích của VoIP 14

1.3.2 Những điểm hạn chế của VoIP 15

1.3.3 Các ứng dụng của VoIP 16

Chơng 2 Các chuẩn, giao thức trong VoIP 2.1 Chuẩn H.323 18

2.1.1 Các thành phần chính của H.323 18

2.1.2 Bộ giao thức H.323 23

2.1.3 Điều khiển và báo hiệu trong H.323 24

2.1.4 Thiết lập cuộc gọi trong H.323 28

2.2 Giao thức khởi tạo phiên SIP 28 -

2.2.1 Giới thiệu 28

2.2.2 Các thành phần chính của SIP 29

2.2.3 Các bản tin SIP 30

2.2.4 Hoạt động của SIP 32

2.3 Một số giao thức khác 35

2.3.1 Giao thức điều khiển Gateway MGCP 35 -

2.3.2 RTP và RTCP 38

2.3.3 Giao thức dòng thời gian thực - RTSP 39

2.3.4 Giao thức đăng ký trớc tài nguyên RSVP 40 -

2.3.5 Giao thức mô tả phiên SDP 42 -

Chơng 3 Kỹ thuật nén tín hiệu thoại 3.1 Tổng quan 44

3.2 Nguyên lý chung của bộ mã hoá CELP 45

3.3 Nguyên lý mã hoá CS - ACELP(G.729) 48

3.4 Chuẩn nén G.729A 49

3.5 Chuẩn nén G.729B 50

3.6 Chuẩn nén G.723.1 52

3.7 Chuẩn nén GSM 06.10 52

Chơng 4 Chất lợng dịch vụ(qos) 4.1 Các thông số đánh giá QoS trong VoIP 54

4.1.1 Trễ 54

4.1.2 Jitter 57

4.1.3 Sai thứ tự 59

4.1.4 Mất gói 60

4.1.5 Tiếng vọng 62

4.2 Các biện pháp nâng cao QoS trong VoIP 62

4.2.1 Nén mào đầu cRTP 62

4.2.2 Cơ chế xếp hàng 63

4.2.3 Phân loại gói tin 67

4.2.4 Định dạng các luồng lu lợng và lập chính sách 69

4.2.5 Phân mảnh 72

4.2.6 Giao thức điểm điểm đa kết nối đa lớp MCML PPP 73 - -

4.2.7 Tiêu chuẩn FRF.12 74

4.2.8 IP MTU và MTU 74

4.2.9 Tránh nghẽn 75

Chơng 5 Đánh giá chất lợng dịch vụ 5.1 Đo giả lập 77

5.1.1 Phân tích mạng VoIP 77

5.1.2 Phân tích thoại đầu cuối tới đầu cuối 78

5.1.3 Đo thử mức chịu đựng báo hiệu 80

5.2 Giám sát 81

5.2.1 Giới thiệu 81

5.2.2 Đo trễ, Jitter 81

5.2.3 Phân tích giao thức 83

5.2.4 Baselining 84

5.2.5 Các phơng pháp đấu nối thiết bị đo vào mạng 86

5.3 Đánh giá QoS đầu cuối 88

5.3.1 Phơng pháp "Điểm đánh giá trung bình MOS 88 " - 5.3.2 Phơng pháp đo chất lợng thoại theo cảm nhận PSQM - 93

5.3.3 Phơng pháp đánh giá cảm nhận chất lợng thoại PESQ 100 -

Chơng 6 Giới thiệu một số thiết bị đo kiểm Voip 6.1 Thiết bị phân tích VoIP DA -3400 105

6.1.1 Giới thiệu 105

6.1.2 Cá đặ điể c c m c a DA 3400 cho ph n t ch VoIP 105 ủ - â í 6.2 Hệ thống đo kiểm OPERA 107

6.2.1 Giới thiệu 107

6.2.2 Chơng trình OptiCall 108

6.2.3 Chơng trình đánh giá chất lợng OPERA 109

6.2.4 Chơng trình o kiểm tự động Opera Control Cente 109 đ r Kết luận 110

Tài liệu tham khảo 111

Danh mục các chữ viết tắt

thích mã đại số

đồng bộ

thích mã

thời gian thực

CS -

ACELP Conjugate Structure ACELP Dự báo tuyến tính kích thích mã đại số có cấu trúc

liên kết DLCI Data Link Connection Idendifier Nhận d ng k t n i đờạ ế ố ng

số ệu li

Notification

Thông báo t c ngh n theo ắ ẽ

h ng đi ớ

IETF Internet Engineering Task Force Nhãm thiÕ Õ t k Internet

MCML -

PPP MultiPoint Protocol -Class MultiLink Point- -to Giao thøc ®a ®iÓm ®a kÕt nèi ®a líp

OSI Open System for Interconnection HÖ èth ng k t n mëÕ èi

Measurement §theo c¶m nhËn o ki m ch t lîng tho i Ó Ê ¹

RAS Registration/Admission/Status §¨ng ký/ChÊp nhËn/Tr¹ng

th¸i

nguyªn

Protocol Giao thø ®iÒt¶i th i gian thê c u khi n truyÒn ùc Ó

gian thùc

t¶i

thêi gian

dïng

VoIP Voice over Internet Protocol §iÖn tho i trªn giao th c ¹ ø

Internet

theo träng sè

Danh môc c¸c b¶ng

Trang

Mở đầu

Từ 1/7/2001, Tổng cục Bu điện đã cho phép Vietel và VNPT chính thức khai thác điện thoại đờng dài trong nớc qua giao thức IP, gọi tắt là VoIP và cho phép VNPT chuẩn bị khai thác VoIP quốc tế Từ đó đến nay, Việt nam đã

có thêm nhiều nhà cung cấp VoIP mới nh: Công ty cổ phần dịch vụ Bu chính Viễn thông Sài gòn(SPT), Công ty Cổ phần Viễn thông Hà nội, Công ty Thông tin Viễn thông Điện lực(VP Telecom)

Sự xuất hiện của VoIP trên thế giới nói chung và ở Việt nam nói riêng đã cung cấp cho xã hội một dịch vụ thoại đờng dài có cớc phí thấp hơn rất nhiều so với cớc phí của dịch vụ thoại đờng dài truyền thống Tuy nhiên, lợi ích nào cũng luôn đi kèm với những hạn chế nhất định Chất lợng thoại chính

là hạn chế lớn nhất của VoIP so với điện thoại truyền thống

Với mục đích tìm hiểu về công nghệ VoIP và vấn đề đo kiểm trong mạng, tôi lựa chọn đề tài "Công nghệ VoIP và vấn đề đo kiểm" để làm đề tài luận văn của mình Bố cục của luận văn gồm 6 chơng:

Chơng 2: Các chuẩn, giao thức trong VoIP

Chơng 3: Kỹ thuật nén tín hiệu thoại

Chơng 5: Đánh giá chất lợng dịch vụ

Chơng 6: Giới thiệu một số thiết bị đo kiểm VoIP

Tôi xin bày tỏ lòng biết ơn đến thầy giáo TS Đỗ Hoàng Tiến - Giảng viên Khoa Điện tử viễn thông, Đại học Bách khoa Hà nội đã tận tình hớng dẫn tôi trong quá trình thực hiện luận văn này

Với khoảng thời gian có hạn, chắc chắn nội dung của luận văn vẫn còn nhiều hạn chế Rất mong nhận đợc sự góp ý của các thầy cô và các bạn

có thể nói chuyện với nhau(voicechat) Sau đó nó đợc phát triển thành điện thoại giao thức Internet(IP) với nhiều ứng dụng nh điện thoại, th thoại, fax, hội nghị video, chia sẻ tài liệu, Điện thoại IP đã dần dần dành đợc sự quan tâm của các nhà cung cấp dịch vụ Internet, các nhà cung cấp dữ liệu, các nhà cung cấp điện thoại và khai thác viễn thông vì chi phí rẻ.

Trong mạng điện thoại truyền thống(điển hình là mạng PSTN) theo kiểu mạng chuyển mạch kênh(Switched Circuit Network), một kênh truyền dẫn dành riêng đợc thiết lập giữa hai thiết bị đầu cuối thông qua một hay nhiều nút chuyển mạch trung gian Dòng thông tin truyền trên kênh này là dòng bít truyền liên tục theo thời gian Băng thông của kênh dành riêng đợc đảm bảo

và cố định trong quá trình liên lạc(64Kbps đối với mạng điện thoại PSTN) và

độ trễ thông tin là rất nhỏ chỉ cỡ thời gian truyền thông tin trên kênh

Khác với hệ thống điện thoại truyền thống Trong mạng VoIP, tiếng nói ,

đợc truyền qua mạng chuyển mạch gói(Packet Switching Network) điển hình

là mạng IP Tiếng nói đợc số hóa, nén lại và đợcchia thành các gói, mỗi gói

đợc thêm các thông tin điều khiển cần thiết cho quá trình truyền nh là địa chỉ nơi gửi, địa chỉ nơi nhận Các gói thông tin đến nút mạng đợc xử lý và lu trữ trong một thời gian nhất định rồi mới đợc truyền đến nút tiếp theo sao cho việc sử dụng kênh có hiệu quả cao nhất Trong mạng PSN không có kênh dành riêng nào đợc thiết lập, băng thông của kênh logic giữa hai thiết bị đầu cuối thờng không cố định Dễ dàng thấy công nghệ thoại này u điểm hơn

hẳn công nghệ thoại truyền thống ở chỗ nó tận dụng đợc triệt để tài nguyên

hệ thống, dẫn đến một điều chắc chắn là chi phí cho cuộc gọi đợc giảm đáng

kể, đặc biệt là những cuộc gọi ở khoảng cách địa lý rất xa

Tuy nhiên, trong mạng IP do đờng truyền đợc chia sẻ bởi nhiều ứng dụng và bản thân các gói tin tiếng nói lại đi theo nhiều con đờng khác nhau tới đích nên tình trạng tắc nghẽn, trễ, sai trật tự gói hay mất gói thờng xuyên xảy ra Những điều đó nếu không đợc giải quyết tốt sẽ gây ảnh hởng rất lớn

đến chất lợng tiếng nói nhận đợc Đây là vấn đề hết sức quan trọng trong công nghệ VoIP

Ngoài ra mạng IP và SCN còn có thể giao tiếp với nhau thông qua Gateway(hình 1.1), cho phép một đầu cuối ở mạng này có thể thoại với một

đầu cuối của mạng kia mà vẫn trong suốt đối với ngời sử dụng Sự phát triển này đem lại khả năng tích hợp nhiều dịch vụ của hai loại mạng với nhau

1.2 Các hình thức truyền thoại trên Internet.

Trong mô hình này, mỗi máy tính cần đợc trang bị một card âm thanh, một microphone, một speaker và đợc kết nối trực tiếp với mạng Internet

thông qua modem hoặc card NIC(Network Interface Card) Mỗi máy tính

đợc cung cấp một địa chỉ IP và hai máy tính đã có thể trao đổi các tín hiệu thoại với nhau thông qua mạng Internet Tất cả các thao tác nh lấy mẫu tín hiệu âm thanh, mã hoá và giải mã, nén và giải nén tín hiệu đều đợc máy tính thực hiện Trong mô hình này chỉ có những máy tính đợc nối với cùng một mạng mới có khả năng trao đổi thông tin với nhau

Mô hình PC to Phone là một mô hình đợc cải tiến hơn so với mô hình

PC to PC Mô hình này cho phép ng ời sử dụng máy tính có thể thực hiện cuộc gọi ến mạng PSTN thông th ờng và ngđ  ợc lại Trong mô hình này mạng Internet và mạng PSTN có thể giao tiếp với nhau nhờ một thiết bị đặc biệt đó là Gateway Đây là mô hình cơ sở để dẫn tới việc kết hợp giữa mạng

Là mô hình mở rộng của mô hình PC to Phone sử dụng Internet làm phơng tiện liên lạc giữa các mạng PSTN Tất cả các mạng PSTN đều kết nối với mạng Internet thông qua các gateway Khi tiến hành cuộc gọi mạng PSTN

sẽ kết nối đến gateway gần nhất Tại gateway ịa chỉ sẽ đ đợc chuyển đổi từ

địa chỉ PSTN sang ịa chỉ IP ể có thể ịnh tuyến các gói tin đến đợc mạng đ đ đ

đích Đồng thời gateway nguồn có nhiệm vụ chuyển ổi tín hiệu thoại tơng đ

tự thành dạng số sau đó mã hoá, nén, ng gói và gửi qua mạngđó Mạng đích cũng đợc kết nối với gateway và tại gateway đích địa chỉ lại đợc chuyển đổi trở lại thành ịa chỉ PSTN và tín hiệu đ đợc giải nén, giải mã chuyển đổi ngợc lại thành tín hiệu tơng tự gửi vào mạng PSTN đến đích

1.3.1 Lợi ích của VoIP.

Công nghệ VoIP sẽ đem lại những lợi ích chủ yếu sau:

Giảm chi phí cuộc gọi: Ưu điểm nổi bật nhất của điện thoại IP so với

dịch vụ điện thoại hiện tại là khả năng cung cấp những cuộc gọi đờng dài giá

rẻ với chất lợng chấp nhận đợc Nguyên nhân dẫn đến chi phí thấp là do tín hiệu thoại đợc truyền tải trong mạng IP có khả năng sử dụng kênh hiệu quả cao Đồng thời, kỹ thuật nén thoại tiên tiến giảm tốc độ bít từ 64 Kbps xuống thấp tới 8 Kbps(theo tiêu chuẩn nén thoại G.729A của ITU T) kết hợp với tốc -

độ xử lý nhanh của các bộ vi xử lý ngày nay cho phép việc truyền tiếng nói theo thời gian thực là có thể thực hiện đợc với lợng tài nguyên băng thông thấp hơn nhiều so với kỹ thuật cũ

Đơn giản hóa: Một cơ sở hạ tầng tích hợp hỗ trợ tất cả các hình thức

thông tin cho phép chuẩn hóa tốt hơn, hoạt động hiệu quả hơn và giảm tổng sốthiết bị cũng nh nhân lực

Tiết kiệm băng thông: Trong điện thoại chuyển mạch kênh, tài nguyên băng thông cung cấp cho một cuộc liên lạc là cố định(một kênh 64Kbps), nh vậy, trong khoảng thời gian không có tiếng nói(có thể lên tới 50-60% một cuộc gọi) tín hiệu thoại vẫn đợc lấy mẫu, lợng tử hóa và truyền đi Vì vậy, hiệu suất đờng truyền sẽ không cao Trong khi đó, điện thoại IP có các cơ chế để phát hiện khoảng im lặng trong một cuộc thoại, qua đó thực hiện việc triệt và nén im lặng Vì thế có thể tiết kiệm đợc dải thông tiêu tốn, nhất là với hội thoại nhiều ngời

tính năng mới trong dịch vụ thoại Ví dụ cho biết thông tin về ngời gọi tới hay một thuê bao điện thoại IP có thể có nhiều số liên lạc mà chỉ cần một thiết

bị đầu cuối duy nhất Ngoài ra, các ứng dụng đa phơng tiện(multimedia) cũng có thể đợc thực hiện trong VoIP Chẳng hạn trong một cuộc gọi ngời

sử dụng có thể vừa nói chuyện vừa sử dụng các dịch vụ khác nh truyền file, chia sẻ dữ liệu, hay xem hình ảnh của ngời nói chuyện bên kia

Với những lợi ích mà VoIP mang lại, có thể nói việc phát triển chỉ là vấn

đề thời gian Tuy nhiên, công nghệ này cũng đang tồn tại một số hạn chế:

Vấn đề tiêu chuẩn: Do tiêu chuẩn quốc tế của điện thoại IP còn đang trong giai đoạn phát triển và hoàn thiện, đặc biệt là tiêu chuẩn thông tin giữa các miền khác nhau, giữa các mạng khác nhau còn đang trong thời gian tranh luận đã ảnh hởng trực tiếp đến sự tơng thích giữa các sản phẩm điện thoại IP của các nhà cung cấp khác nhau Hiện nay có một số tiêu chuẩn dành cho VoIP đợc các tổ chức quốc tế công nhận là: H.323, SIP và MGCP

Chất lợng dịch vụ: Truyền tín hiệu theo thời gian thực trên mạng chuyển mạch gói là rất khó thực hiện do vấn đề mất gói và độ trễ không cố

định của các gói thông tin khi truyền trên mạng Để có đợc một dịch vụ thoại chấp nhận đợc, cần thiết phải có một kỹ thuật nén tín hiệu đạt đợc những

yêu cầu khắt khe: tỉ số nén lớn(để giảm đợc tốc độ bit xuống), khả năng suy

đoán và tạo lại thông tin của các gói bị thất lạc Đồng thời cơ sở hạ tầng của mạng cũng cần đợc nâng cấp lên các công nghệ mới nh Frame Relay, ATM, để có tốc độ cao hơn và phải có một cơ chế thực hiện chức năng QoS(Quality of Service)

hợp(hetorogenous network) Trong đó có rất nhiều loại máy tính khác nhau cùng các dịch vụ khác nhau cùng sử dụng chung một cơ sở hạ tầng Do vậy không có gì đảm bảo rằng thông tin liên quan đến cá nhân cũng nh số liên lạc truy nhập sử dụng dịch vụ của ngời dùng đợc giữ bí mật

Điện thoại IP có thể đợc áp dụng cho gần nh mọi yêu cầu của giao tiếp thoại, từ một cuộc đàm thoại đơn giản cho đến một cuộc gọi hội nghị nhiều ngời Chất lợng âm thanh đợc truyền cũng có thể biến đổi tùy theo ứng dụng Ngoài ra, với khả năng của Internet, dịch vụ điện thoại IP sẽ cung cấp thêm nhiều tính năng mới, có thể kể đến nh:

* Thoại thông minh

Hệ thống điện thoại ngày càng trở nên hữu hiệu: rẻ, phổ biến, dễ sử dụng, cơ động Tuy nhiên nó chỉ có 12 phím để điều khiển Trong những năm gần đây, ngời ta đã cố gắng để tạo ra thoại thông minh, đầu tiên là các thoại

để bàn, sau là đến các server Nhng mọi cố gắng đều thất bại do sự tồn tại của các hệ thống có sẵn

Internet sẽ thay đổi điều này Kể từ khi Internet phủ khắp toàn cầu, nó đã

đợc sử dụng để tăng thêm tính thông minh cho mạng điện thoại toàn cầu Giữa mạng máy tính và mạng điện thoại tồn tại một mối liên hệ Internet cung cấp cách giám sát và điều khiển các cuộc thoại một cách tiện lợi hơn Chúng

ta có thể thấy đợc khả năng kiểm soát và điều khiển các cuộc thoại thông qua mạng Internet

* Dịch vụ điện thoại Web

“World Wide Web” đã làm cuộc cách mạng trong cách giao dịch với khách hàng của các doanh nghiệp Điện thoại web hay “bấm số”(click to dial) cho phép các nhà doanh nghiệp có thể đa thêm các phím bấm lên trang web

để kết nối tới hệ thống điện thoại của họ Dịch vụ bấm số là cách dễ nhất và

an toàn nhất để đa thêm các kênh trực tiếp từ trang web của bạn vào hệ thống

điện thoại

* Dịch vụ Fax qua IP

Nếu bạn gửi nhiều fax từ PC, đặc biệt là gửi ra nớc ngoài thì việc sử dụng dịch vụ Internet faxing sẽ giúp bạn tiết kiệm đợc tiền và cả kênh thoại Dịch vụ này sẽ chuyển trực tiếp từ PC của bạn qua kết nối Internet

Khi sử dụng dịch vụ thoại và fax qua Internet, có hai vấn đề cơ bản:

- Những ngời sử dụng dịch vụ thoại qua Internet cần có chơng trình phần mềm chẳng hạn nh: Quicknet’s Internet PhoneJACK, FoneVNN Client, FPT Phone Dialer, Cấu hình này cung cấp cho ngời sử dụng khả năng sử dụng thoại qua Internet thay cho sử dụng

điện thoại để bàn truyền thống

- Kết nối một gateway thoại qua Internet với hệ thống điện thoại hiện hành Cấu hình này cung cấp dịch vụ thoại qua Internet giống nh việc mở rộng hệ thống điện thoại hiện hành

* Dịch vụ Call center

Gateway call center với công nghệ thoại qua Internet cho phép các nhà kiểm duyệt trang Web với các PC trang bị multimedia kết nối đợc với bộ phân phối các cuộc gọi tự động Một u điểm của thoại IP là khả năng kết hợp cả thoại và dữ liệu trên cùng một kênh

Về mặt logic, chuẩn H.323 bao gồm 4 thành phần chính đợc chỉ ra trong hình 2.1, đó là: Đầu cuối(Terminal), Gateway, Gatekeeper và khối điều khiển đa điểm(MCU - Multipoint Control Unit).

2.1.1.1 Thiết bị đầu cuối Terminal -

H.323 Terminal là một thiết bị đầu cuối trong mạng LAN có khả năng truyền thông 2 chiều thời gian thực Nó có thể là một máy tính PC hay một thiết bị đơn lẻ chạy các ứng dụng H.323 Tất cả các đầu cuối H.323 phải hỗ trợ các giao tiếp về âm thanh Các tín hiệu hình ảnh và dữ liệu có thể có nhng không bắt buộc Ngoài ra các đầu cuối H.323 phải đợc hỗ trợ H.245, Q.931, RAS(Registration Admission Status) và RTP(Realtime Transport Protocol) H.245 đợc sử dụng để điều tiết các kênh, Q.931 đợc yêu cầu cho báo hiệu

và thiết lập cuộc gọi, RTP đợc dùng để truyền các gói thoại thời gian thực trong khi RAS đợc sử dụng để liên lạc với Gatekeeper Một đầu cuối H.323 cũng có thể đợc trang bị thêm các tính năng nh: mã hóa và giải mã tín hiệu video, hỗ trợ giao thức T.120 phục vụ cho việc trao đổi thông tin số liệu(data)

và tơng thích với MCU để hỗ trợ các liên kết đa điểm Hình 2.2 mô tả các thành phần của thiết bị đầu cuối H.323

2.1.1.2 Gateway

Gateway là phần tử không nhất thiết phải có trong một giao tiếp của các phần tử H.323, nó đóng vai trò làm phần tử cầu nối và chỉ tham gia vào một cuộc gọi khi có sự chuyển tiếp từ mạng H.323(ví dụ mạng IP) sang mạng phi H.323(ví dụ nh PSTN) Gateway thực hiện một số chức năng nh: chuyển đổi giữa các dạng khung truyền dẫn, giữa các thủ tục giao tiếp, giữa các dạng mã hóa khác nhau của các luồng tín hiệu hình ảnh cũng nh âm thanh, thực hiện việc thiết lập và xóa cuộc gọi ở cả phía mạng LAN cũng nh phía mạng SCN

Nhìn chung, Gateway có nhiệm vụ phản ánh đặc tính của một điểm cuối H.323 trong mạng LAN tới một thiết bị cuối trong mạng chuyển mạch kênh

và ngợc lại nhằm tạo ra tính trong suốt đối với ngời sử dụng Các Gateway

có thể liên kết với nhau thông qua mạng SCN để cung cấp khả năng truyền thông giữa các thiết bị đầu cuối H.323 không nằm trong cùng một mạng LAN

Gatekeeper là một thành phần tùy chọn trong mạng H.323 Nó cung cấp các dịch vụ điều khiển cuộc gọi cho các điểm cuối trong mạng H.323 Gatekeeper là tách biệt với các thiết bị khác trong hệ thống H.323 về mặt logic K có mặt hi Gatekeeper trong hệ thống, mọi thành phần trong hệ thống phải thực hiện thủ tục đăng ký với Gatekeeper Các chức năng của một Gatekeeper đợc phân biệt làm hai loại là các chức năng bắt buộc và các chức năng không bắt buộc

Một Gatekeeper và toàn bộ các điểm cuối dới sự điều khiển của Gatekeeper đó tạo thành một vùng H.323 nh ở hình 2.4.

 Các chức năng bắt buộc của Gatekeeper:

- Chức năng dịch địa chỉ: Gatekeeper sẽ thực hiện việc chuyển đổi

từ địa chỉ hình thức(dạng tên gọi) của các thiết bị đầu cuối và Gateway sang

địa chỉ truyền dẫn thực trong mạng(địa chỉ IP) Chuyển đổi này dựa trên bảng

đối chiếu địa chỉ đợc cập nhật thờng xuyên bằng bản tin đăng ký dịch vụ của các đầu cuối

- Điều khiển truy nhập: Gatekeeper sẽ chấp nhận một truy nhập

mạng LAN bằng cách sử dụng các bản tin H.225.0 là ARQ/ACF/ARJ Việc

điều khiển này dựa trên độ rộng băng tần và đăng ký dịch vụ hoặc thông số khác do nhà sản xuất quy định Đây cũng có thể là một thủ tục rỗng có nghĩa

là chấp nhận mọi yêu cầu truy nhập của các thiết bị đầu cuối

- Điều khiển băng thông: Gatekeeper hỗ trợ việc trao đổi các bản tin

H.225.0 là BRQ/BCF/BRJ để điều khiển độ rộng băng tần của một cuộc gọi

Đây cũng có thể là một thủ tục rỗng có nghĩa là nó chấp nhận mọi yêu cầu về

sự thay đổi độ rộng băng tần

- Điều khiển vùng: Thông qua các chức năng ở trên Gatekeeper

cung cấp khả năng điều khiển vùng

 Các chức năng tùy chọn của Gatekeeper:

- Báo hiệu điều khiển cuộc gọi: Gatekeeper có thể nhận và xử lý

báo hiệu cuộc gọi để điều khiển hoạt động của các thiết bị đầu cuối hoặc định hớng các thiết bị đầu cuối nối trực tiếp với nhau qua kênh báo hiệu cuộc gọi(Call Signalling Channel) Kiểu báo hiệu sẽ quyết định liệu bản tin báo hiệu có đi qua Gatekeeper hay không và cái gì đợc truyền trực tiếp qua các thành phần trong mạng ví dụ nh là Gateway và thiết bị đầu cuối(Terminal)

- Nhận thực cuộc gọi: cho phép Gatekeeper giới hạn khả năng truy

cập đối với các thiết bị đầu cuối và các Gateway xác định hoặc giới hạn truy cập dựa trên các quy định theo thời gian trong ngày

- Quản lý băng thông: cho phép Gatekeeper từ chối yêu cầu tiếp

nhận nếu không đủ băng thông yêu cầu

- Quản lý cuộc gọi: Gatekeeper có thể duy trì một danh sách của các

cuộc gọi đang đợc tiến hành nhờ đó biết đợc thiết bị nào đang bận hoặc , cung cấp thông tin cho chức năng quản lý băng thông

Thực hiện chức năng tạo kết nối đa điểm hỗ trợ các ứng dụng truyền thông với số bên lớn hơn hai Nó phối hợp các phơng thức giao tiếp của các bên tham gia và cung cấp các đặc trng trộn âm thanh và hình ảnh(nếu cần) cho các đầu cuối Thành phần này cũng là tuỳ chọn MCU bắt buộc phải có một bộ điều khiển đa điểm MC(Multipoint Controller) và có hoặc không một vài bộ xử lý đa điểm MP(Multipoint Processor)

Bộ điều khiển đa điểm MC thực hiện chức năng thiết lập và quản lý hội thoại nhiều bên qua H.245 hức năng C MC có thể đợc đặt trong Gatekeeper, Gateway, Terminal hay MCU

Bộ xử lý đa điểm MP đóng vai trò trộn tín hiệu, phân kênh và lu chuyển dòng bit quá trình giao tiếp giữa các bên tham gia hội thoại

2.1.2 Bộ giao thức H.323.

Khuyến nghị H.323 đề ra một tập các giao thức phục vụ cho quá trình truyền dữ liệu media(tiếng nói, hình ảnh) thời gian thực trên mạng chuyển mạch gói Hình 2.5 mô tả kiến trúc phân lớp của bộ giao thức H.323

Bộ giao thức H.323 có thể phân thành 2 nhóm:

 Nhóm giao thức báo hiệu và kết nối

Các giao thức của nhóm này bao gồm:

- RAS(Registation/Admission/Status): giao thức dùng để đăng ký một điểm cuối với Gatekeeper

- Q.931: giao thức cho phép thiết lập và kết thúc cuộc gọi.

- H.245: giao thức cho phép thống nhất phơng thức truyền thông giữa các điểm cuối và thiết lập kênh logic để dữ liệu tiếng nói truyền qua kênh này

Nh vậy, nhóm thứ nhất có vai trò thực hiện trao đổi tín hiệu giữa các thành phần của mạng H.323, đảm bảo cho một điểm cuối có thể thiết lập đợc cuộc thoại với một điểm cuối khác

 Nhóm giao thức truyền tải thời gian thực

Nhóm này chịu trách nhiệm đảm bảo truyền dòng tiếng nói có tính thời gian thực qua mạng, cộng thêm một số thông tin trạng thái và điều khiển giúp cho việc nâng cao chất lợng cuộc thoại Bao gồm:

- RTP(Real-time Transport Protocol): giao thức đảm nhiệm việc truyền dòng tiếng nói thực sự tới phía nhận

- RTCP(Real-time Transport Control Protocol): giao thức hỗ trợ cung cấp các thông tin trạng thái và điều khiển chất lợng cuộc thoại tới các bên tham gia

Tính chất của các thông tin mà nhóm này chịu trách nhiệm truyền là tính thời gian thực, vì thế ngời ta chọn lớp vận tải phía dới chúng là UDP Lớp này tuy không có cơ chế đảm bảo độ tin cậy trong việc truyền dữ liệu nhng

bù lại phần tiêu đề của UDP nhỏ gọn và đơn giản, dẫn đến có thể tăng tốc độ

xử lý, phù hợp với yêu cầu về thời gian thực

RTP và RTCP thờng đợc mở trên hai cổng UDP riêng, sát cạnh nhau Việc thiết lập các cổng này là chức năng của H.245(mở kênh logic)

H.323 cung cấp 3 giao thức điều khiển và báo hiệu, bao gồm: giao thức báo hiệu cuộc gọi H.225.0/Q.931, giao thức RAS H.225.0 và giao thức điều khiển media H.245

2.1.3.1 H.225 0: RAS (Registration/Admission/Status)

RAS là giao thức đợc sử dụng cho việc thông tin giữa các điểm cuối và Gatekeeper Nó luôn là giao thức đầu tiên đợc dùng mỗi khi có một điểm cuối muốn kết nối với một điểm cuối khác để thực hiện cuộc thoại giữa chúng

Sự trao đổi các bản tin giữa điểm cuối và Gatekeeper đợc thực hiện theo cơ chế hỏi đáp Các thủ tục định nghĩa bởi RAS bao gồm:

• Tìm Gatekeeper

Đây là quá trình mà một điểm cuối sử dụng để xác định Gatekeeper mà

nó có thể đăng ký Điểm cuối này tung ra một bản tin GRQ Gatekeeper (Request) để tìm Gatekeeper của nó Một hay nhiều Gatekeeper có thể trả lời bằng bản tin GCF(Gatekeeper Confirmation) qua đó thể hiện sự đồng ý của Gatekeeper đối với điểm cuối đó Những Gatekeeper không muốn điểm cuối

đăng ký có thể gửi một bản tin GRJ(Gatekeeper Reject) Nếu có nhiều hơn một Gatekeeper trả lời bằng bản tin GCF, điểm cuối có thể lựa chọn Gatekeeper và đăng ký với nó Nếu không Gatekeeper nào trả lời trong một khoảng thời gian định trớc thì điểm cuối có thể truyền lại bản tin GRQ

đăng ký bằng cách gửi một bản tin URQ(Unregister Request) tới Gatekeeper Gatekeeper sẽ trả lời bằng một bản tin UCF(Unregister Confirmation) Một Gatekeeper có thể hủy việc đăng ký của một điểm cuối bằng cách gửi một bản tin URQ tới điểm cuối Điểm cuối sẽ trả lời bằng một bản tin UCF

• Định vị điểm cuối

Một điểm cuối hoặc Gatekeeper có một địa chỉ hình thức của một điểm cuối khác và muốn xác định thông tin giao tiếp của nó có thể đa ra một bản tin LRQ(Location Request) Gatekeeper mà phía bị gọi đã đăng ký sẽ trả lời bằng bản tin LCF(Location Confirmation) chứa thông tin giao tiếp của điểm cuối hoặc của Gatekeeper mà điểm cuối đó đăng ký Tất cả các Gatekeeper

mà phía bị gọi không đăng ký sẽ phản hồi bằng bản tin LRJ(Location Reject) nếu nhận đợc LRQ trên kênh RAS

• Các thủ tục khác

Ngoài các thủ tục trên, kênh RAS còn đợc sử dụng để truyền các bản tin nh: tiếp nhận(Admission), thay đổi băng thông(Bandwidth Change), trạng thái(Status) và loại bỏ(Disengage) Những bản tin này đợc trao đổi giữa một

điểm cuối và một Gatekeeper và đợc sử dụng để cung cấp các chức năng điều khiển tiếp nhận và quản lý băng thông Bản tin ARQ(Admissions Request) chỉ

rõ băng thông cuộc gọi đợc yêu cầu Gatekeeper có thể giảm băng thông cuộc gọi đợc yêu cầu trong bản tin ACF(Admissions Confirm) Một điểm cuối hoặc Gatekeeper có thể thay đổi băng thông cuộc gọi trong khi một cuộc gọi đang tiến hành bằng bản tin BRQ(Bandwidth Change Request)

-Kênh báo hiệu cuộc gọi đợc sử dụng để mang các bản tin điều khiển H.225 Trong các mạng không chứa Gatekeeper, các bản tin báo hiệu cuộc gọi

đợc truyền trực tiếp giữa bên gọi và bên bị gọi bằng cách sử dụng địa chỉ giao vận báo hiệu cuộc gọi với giả thiết là bên gọi biết đợc địa chỉ giao vận báo hiệu cuộc gọi của bên bị gọi Trong các mạng có chứa Gatekeeper, sự trao

đổi bản tin tiếp nhận khởi đầu xảy ra giữa bên gọi và Gatekeeper sử dụng địa chỉ giao vận kênh RAS của Gatekeeper Lớp vận tải phía dới của kênh báo hiệu cuộc gọi là TCP

• Định tuyến kênh báo hiệu cuộc gọi

Các bản tin báo hiệu cuộc gọi có thể đợc truyền theo 2 cách Cách thứ nhất là định tuyến báo hiệu cuộc gọi qua Gatekeeper, các bản tin báo hiệu cuộc gọi đợc định tuyến qua Gatekeeper giữa các điểm cuối Cách khác là báo hiệu cuộc gọi trực tiếp: các bản tin báo hiệu cuộc gọi đợc truyền trực tiếp giữa các điểm cuối Các bản tin tiếp nhận đợc trao đổi với Gatekeeper trên kênh RAS, theo sau bởi một sự trao đổi của các bản tin báo hiệu trên kênh báo hiệu cuộc gọi đợc tiếp theo bởi sự thiết lập của kênh điều khiển H.245

• Định tuyến kênh điều khiển

Khi cách định tuyến báo hiệu cuộc gọi qua Gatekeeper đợc sử dụng, có hai phơng thức để định tuyến kênh điều khiển H.245 Phơng thức thứ nhất thiết lập kênh điều khiển H.245 trực tiếp giữa các điểm cuối, trong khi đó ở trờng hợp thứ 2 sự thiết lập của kênh điều khiển H.245 đợc thực hiện thông qua Gatekeeper

-H.245 là giao thức điều khiển media mà các hệ thống H.323 sử dụng sau quá trình thiết lập cuộc gọi thành công Nó đợc sử dụng để thiết lập và điều tiết tất cả các kênh media đợc mang bởi RTP/RTCP Các chức năng đợc mô tả bởi H.245 gồm:

- Xác định chủ/tớ: chức năng này nhằm giải quyết vấn đề xung đột giữa hai điểm cuối đều có khả năng là bộ điều khiển đa điểm(MC) khi cùng tham gia vào một cuộc gọi hội nghị, hoặc giữa hai điểm cuối khi muốn mở một kênh thông tin một chiều H.245 chỉ định một MC giữ vai trò điều khiển trung tâm trong trờng hợp một cuộc gọi đợc mở rộng thành một cuộc gọi hội nghị

- Trao đổi khả năng: Trớc khi tiến hành một cuộc gọi đa phơng tiện, mỗi đầu cuối phải biết đợc khả năng nhận và giải mã tín hiệu của đầu cuối kia Biết đợc khả năng nhận của đầu cuối nhận, đầu cuối truyền sẽ giới hạn nội dung của thông tin mà nó truyền đi Ngợc lại, nó sẽ thông báo khả năng

truyền cho phép đầu cuối nhận lựa chọn chế độ thu phù hợp H.245 đợc sử dụng để điều tiết các khả năng khi một cuộc gọi đã đợc thiết lập Sự trao đổi khả năng có thể xảy ra tại bất kỳ thời điểm nào trong một cuộc gọi, do đó cho phép sự điều tiết lại bất kỳ lúc nào Tập hợp các khả năng của mỗi đầu cuối

đợc cung cấp trong bản tin TeminalCapabilitySet

- Điều khiển kênh Media Sau khi các điểm cuối trong một cuộc gọi hội : nghị đã đợc trao đổi khả năng, chúng có thể mở và đóng các kênh logic

Thông tin media sẽ đợc truyền đi trên các kênh logic này

- Điều khiển hội nghị: Trong một cuộc gọi hội nghị, H.245 cung cấp các thông tin của mỗi điểm cuối cho tất cả các điểm cuối khác và thiết lập dòng thông tin media giữa tất cả các điểm cuối

2.1.4 Thiết lập cuộc gọi trong H.323.

Thủ tục để thiết lập cuộc gọi bao gồm:

- Tìm Gatekeeper để xác định điểm cuối thuộc Gatekeeper nào quản lý

- Đăng ký điểm cuối với Gatekeeper

- Điểm cuối bớc vào quá trình thiết lập cuộc gọi

- Sự trao đổi khả năng đợc thực hiện giữa điểm cuối và Gatekeeper

- Cuộc gọi đợc thiết lập

- Khi điểm cuối thực hiện xong cuộc hội thoại, nó có thể kết thúc cuộc gọi Sự kết thúc cũng có thể đợc thực hiện bởi Gatekeeper

2.2 Giao thức khởi tạo phiên SIP -

2.2.1 Giới thiệu.

Giao thức khởi tạo phiên(SIP - Session Initiation Protocol) là tiêu chuẩn của IETF cho việc thiết lập các kết nối VoIP Nó là một giao thức điều khiển lớp ứng dụng cho việc tạo, thay đổi và kết thúc các phiên với một hay nhiều bên tham gia Kiến trúc của SIP tơng tự nh HTTP(giao thức client-server) Các yêu cầu đợc phát ra bởi Client và gửi tới Server Server xử lý các yêu cầu này sau đó gửi một đáp ứng cho Client Một yêu cầu với các đáp ứng cho nó

tạo thành một phiên giao dịch(transaction) SIP có các bản tin INVITE và ACK để định nghĩa quá trình mở một kênh đáng tin cậy mà thông qua đó các bản tin điều khiển cuộc gọi có thể đợc truyền Độ tin cậy của kênh này không phụ thuộc vào TCP SIP dựa trên giao thức mô tả phiên(SDP) để thực hiện thỏa thuận về các bộ codec đợc dùng.

Các khả năng đợc cung cấp bởi SIP bao gồm:

- Định vị ngời dùng: cho phép xác định vị trí ngời dùng tiến hành hội thoại

- Thiết lập cuộc gọi: Đổ chuông và thiết lập các tham số cuộc gọi cho cả bên bị gọi lẫn bên gọi

- Sự sẵn sàng của ngời dùng: Xác định sự sẵn sàng của bên bị gọi trong việc gia nhập các hoạt động truyền thông

- Khả năng ngời dùng: Xác định dạng media và các thông số media

đợc dùng

- Kiểm soát cuộc gọi: bao gồm quá trình truyền và kết thúc cuộc gọi.SIP là một phần trong bộ giao thức chuẩn cho việc truyền dòng tin đa phơng tiện do IETF đa ra nh RSVP(Resource Reservation Protocol), RTP(Real-time Transport Protocol), RTSP(Real-time Streaming Protocol), SAP(Session Annoucement Protocol) và SDP(Session Description Protocol) Các chức năng của SIP độc lập, dĩ nhiên nó cũng không phụ thuộc vào bất là

kỳ giao thức nào kể trên Một điều quan trọng khác là SIP có thể hoạt động cùng với các giao thức báo hiệu khác nh giao thức H.323

gọi là UAS(User Agent Server) UAC đợc sử dụng để khởi tạo một yêu cầu SIP trong khi UAS đợc sử dụng để tiếp nhận các yêu cầu và phản hồi các đáp ứng với t cách là đại diện cho ngời sử dụng

Các server mạng

Có 3 loại Server trong một mạng SIP: Registration Server nhận các thông tin cập nhật liên quan đến vị trí hiện tại của ngời dùng, Proxy Server tiếp nhận các yêu cầu và chuyển tiếp chúng tới Server kề với nó, là Server chứa các thông tin về vị trí của bên bị gọi Redirect Server tiếp nhận các yêu cầu, xác

định Server kề nó và cung cấp địa chỉ của Server này cho Client thay vì chuyển tiếp yêu cầu tới Server đó

2.2.3 Các bản tin SIP.

Có hai loại bản tin SIP: bản tin yêu cầu(request) do các Client tạo ra và bản tin đáp ứng(response) do các erver đáp ứng lại Phần mào đầu của các Sbản tin này sẽ mô tả chi tiết sự thông tin SIP là giao thức dựa trên các ký tự văn bản với cú pháp và các trờng có trong phần mào ầu của bản tinđ giống hệt giao thức truyền siêu v n bản HTTPă

 Các mào đ ầu ản tin SIP b

Các mào ầu của đ bản tin đợc dùng để xác định bên gọi, bên nhận, tuyến

và xác định loại bản tin của cuộc gọi Các mào ầu của các bản tin đ SIP đợc chia thành bốn nhóm:

- Mào ầu chung(General Header): áp dụng cho các bản tin yêu đcầu(request) và đáp ứng(response)

- Mào ầu thực thể(Entity Header): xác định thông tin về loại thân bản đtin và chiều dài

- Mào đầu bản tin yêu cầu(Request Headers): cho phép các client đa thêm vào các thuộc tính yêu cầu

- Mào đầu bản tin đáp ứng(Response Headers): cho phép các server

đa thêm vào các bản tin đáp ứng

 Cá c bản tin yêu cầu

SIP cung cấp 6 lo i bản tinạ yêu cầu C c bản tiná này th c ch t tơự ấ ng ứng

với c c phơng ph p cho ph p c c tác nhân ngời sử dụngá á é á và cá Sc erver mạng

định v , m i vị ờ à quả ý cán l c cu c g i.ộ ọ

- INVITE: ch ra m t ng i sỉ ộ ờ ử dụng ho c m t d ch v đợc m i tham ặ ộ ị ụ ờgia vào phi n N bao gê ó ồm sự mô tả phi n vê à nếu l cu c gà ộ ọi hai chiều, b n g i s ph i mê ọ ẽ ả ô tả phơng th c truy n th ng trong bản tinứ ề ô

này M t bản tinộ đá ứp ng th nh c ng tới hai b n tham gia cu c i sà ô ê ộ gọ ẽ mang thông tin v phơng th c truyề ứ ền thông mà bên đích dùng để nhận th ng tin Theo phơng ph p n gi n n y, b n g i c thô á đơ ả à ê ọ ó ể nhận

ra đợc các khả năng của bên nh n vậ à qua đó hai b n sê ẽ mở phi n h i ê ộthoại vơí số lợng giớ ại h n c c á bản tin và chu k ruyỳ t ền tin

- ACK: c c bản tin ph c á ú đáp n y tơà ng ứng với bản tin yêu cầu INVITE Chúng ch ra sỉ ự xác nh n cu i c ng tậ ố ù ừ hệ ốth ng cu i vố à kết thú ự c s giao dịch do l nh INVITE khở ạ ệ i t o

- OPTION: y u c u n y cho ph p truy v n, l a ch n c c khê ầ à é ấ ự ọ á ả năng c a ủtác nhân ngời sử dụng và củ Sa erver mạng Tuy nhi n nê ó không

đợc sử dụng để thi t l p phiế ậ ên

- BYE: bản tin này đợc cả bên gọi và bên bị gọi sử dụng để giải ph ng ócuộc gọi Trớc khi thực sự ảgi i ph ng cu c g i, t c nhâó ộ ọ á n ng i sờ ử

dụng g i y u c u n y tới erver ử ê ầ à S để yêu c u giảầ i ph ng phiên ó

- CANCEL: cho ph p c c t c nh n ng i sé á á â ờ ử dụng và cá Sc erver mạng hủy yêu cầu đang th c hi n t i b t c th i ự ệ ạ ấ ứ ờ điểm nào nhng không ảnh hởng đến việc thiết lập cuộc gọi khi không có yêu cầu nào đang xúc tiến Nó cũng không làm ảnh h ng tớ các bản tin yêở i u cầu đã thành công với các đáp ứng cuối cùng đã nhận đợc

- REGISTER: c c lient dá C ùng bản tin này để đăng k th ng tin nh vý ô đị ị

với Registration Server

Bên gọi và bên bị gọi đợc nhận biết bởi địa chỉ SIP Khi thực hiện một cuộc gọi, trớc tiên bên gọi cần phải định vị Server thích hợp và gửi tới nó một yêu cầu Bên gọi có thể kết nối trực tiếp với bên bị gọi hoặc gián tiếp qua Redirect Servers Trờng Call ID trong tiêu đề bản tin SIP là yếu tố duy nhất nhận dạng các cuộc gọi

Địa chỉ SIP hay còn gọi là ịa chỉ ịnh vị tài nguyên tổng quan đ đ

Phần username của ịa chỉ có thể là tên ngđ ời sử dụng hoặc số điện thoại ngời sử dụng còn phần host có thể là tên miền hoặc địa chỉ mạng

4085262222@171.171.1711 SIP:

2.2.4.2 Định vị Server

Một Client có thể gửi một bản tin yêu cầu SIP theo hai cách sau: trực tiếp với 1 Proxy erver nội hạt S đã đợc cấu hình với nó hoặc tới ịa chỉ IP với cổng đ

tơng ứng ịa chỉ SIP URL Theo cách thứ nhất gửi một bản tin yêu cầu SIP đ

là t ng đơ ối dễ dàng Còn theo cách thứ hai sẽ gặp một số rắc rối vì những nguyên sau:

- Client phải xác định đợc ịa chỉ IP số hiệu cổng của Server mà đ bản tin sẽ tới

- Nếu số hiệu cổng cha đợc liệt kê trong ịa chỉ yêu cầu SIP URL thì đcổng mặc ịnh là 5060 đ

- Nếu loại giao thức cha đợc liệt kê trong SIP URL, Client phải cố gắng liên kết với Server thông qua giao thức UDP sau đó là TCP

- Tiếp theo, lient truy vấn máy phục vụ hệ thống tên miền(Domain CName System Server - DNS Server) ể tìm ra ịa chỉ IP của Server đ đ

đích Nếu không tìm đợc ịa chỉ này, lient không thể ịnh vị đợc đ C đ

Server và do đó không thể gửi i bản tinđ yêu cầu

Sau khi phân tích địa chỉ, lient gửi các bản tin C yêu cầu tới erver và Snhận lại một hoặc nhiều bản tin đáp ứng Mọi yêu cầu và p ứng có liên quan đátới cùng một hoạt động đều là một phần của giao dịch SIP ể cho n giản và Đ đơnhất quán, các trờng trong phần tiêu đề của các bản tin yêu cầu phải phù hợp với các trờng trong phần tiêu đề của các bản tin đáp ứng

Các giao dịch SIP có thể đợc truyền đi trong các gói UDP hoặc TCP Nếu sử dụng gói TCP, mọi bản tin yêu cầu và đáp ứng liên quan đến phiên giao dịch SIP có thể đợc truyền trên cùng một kết nối Hơn nữa, các giao dịch SIP riêng biệt cũng có thể đợc truyền qua cùng một kết nối TCP Nếu dùng UDP, bản tin đáp ứng gửi tới địa chỉ lấy từ phần tiêu đề của bản tin yêu cầu

2.2.4.4 Lời mời SIP

Một lời mời SIP thành công bao gồm hai yêu cầu: một yêu cầu INVITE và sau đó là ACK Yêu cầu INVITE mời bên bị gọi tham gia vào một cuộc gọi hội nghị hoặc thiết lập một cuộc thoại hai bên Sau khi bên bị gọi đồng ý tham gia vào cuộc gọi, bên gọi xác nhận việc nó đã nhận đợc

đáp ứng bằng cách gửi một yêu cầu ACK Yêu cầu INVITE chứa thành phần mô tả phiên cung cấp đầy đủ các thông tin về việc gia nhập phiên cho bên bị gọi Nếu bên bị gọi chấp nhận tham gia cuộc gọi, nó sẽ đáp ng lời ứmời bằng cách phản hồi một thành phần mô tả phiên tơng tự

Trong thực tế một ngời dùng đích có thể di chuyển từ một hệ thống cuối tới nhiều hệ thống cuối khác, ví dụ: một ngời dùng có thể di chuyển từ một mạng LAN ộc lập về nhà thông qua một kết nối đ t ới ISP(Internet Service Provider) hoặc qua kết nối Internet công cộng trong khi ang tham gia hội đnghị Tuy nhiên, ể ịnh vị các dịch vụ, SIP cần iều tiết tính mềm dẻo và tính đ đ đ

di động của các hệ thống IP Vị trí các hệ thống cuối này có thể đợc ng ký đăvới một SIP server hoặc với các server định vị khác bên ngoài phạm vi của SIP Theo cách sau, SIP lu trữ danh sách các vị trí dựa trên các server ịnh vị, đcác server này có thể phàn hồi lại danh sách các host thích hợp

Việc định vị và kết quả của việc nh vị một ngời dùng đị phụ thuộc vào loại SIP server đang đợc sử dụng Một edirect Server chỉ đơn giản gửi lại Rtoàn bộ danh sách các vị trí và cho phép Client định vị ngời dùng một cách trực tiếp, còn một Proxy Server sẽ thử các ịa chỉ một cách song songđ cho tới khi cuộc gọi hoàn thành

Thỉnh thoảng chúng ta cần phải thay đổi các thông số của phiên hiện hành Điều này đợc thực hiện bằng cách phát lại bản tin INVITE với trờng Call ID giữ nguyên nhng với phần thân mới mang các thông tin mới

2.3 Một số giao thức khác.

SIP làm việc cùng với các giao thức trong bộ giao thức chuẩn cho việc truyền dòng tin đa phơng tiện do IETF đa ra nh: giao thức truyền tải thời gian thực - RTP/RTCP giao thức đăng ký trớc tài nguyên RSVP, giao th, - ức mô tả phiên - SDP,

H.323 cũng làm việc cùng với RTP và RTCP Hiện nay, các Gateway thoại thờng bao gồm hai thành phần: Gateway báo hiệu và Media Gateway Gateway báo hiệu thông tin với Media Gateway sử dụng giao thức điều khiển Gateway - MGCP(Media Gateway Control Protocol) MGCP có thể cùng hoạt

động với cả SIP và H.323

MGCP là giao thức định nghĩa việc thông tin giữa các yếu tố điều khiển cuộc gọi(Call Agent) và các Gateway điện thoại Các Call Agent cũng đợc biết đến nh là các bộ điều khiển Media Gateway Nó là một giao thức điều khiển cho phép một điều phối viên trung tâm giám sát các sự kiện trong các

điện thoại IP và các Gateway và chỉ thị chúng gửi các thông tin media tới các

địa chỉ cụ thể Một thành phầ n điều khiển cuộc gọi thông minh đợc định vị bên ngoài các Gateway và đợc điều khiển bởi các Call Agent bên ngoài MGCP thừa nhận rằng các Call Agent đợc đồng bộ hoá với nhau để gửi các lệnh kết hợp tới các Gateway dới sự điều khiển của chúng Nó là một giao thức chủ/tớ, các Gateway sẽ phải thực hiện các chỉ thị đợc gửi đến bởi các Call Agent MGCP định nghĩa các thực thể đầu cuối(Endpoint) và kết nối(Connection) cho việc thiết lập các đờng thoại giữa hai bên, và định nghĩa các khái niệm sự kiện(event) và báo hiệu(signal) cho việc thiết lập và huỷ bỏ cuộc gọi Đặc điểm chính của MGCP là tính đơn giản và tin cậy, nó cho phép các chơng trình khó có thể đợc thực hiện trong Call Agent, do đó các nhà cung cấp dịch vụ có thể sử dụng MGCP để phát triển các hệ thống truy cập cục bộ đáng tin cậy với giá rẻ

2.3.1.1 Các điểm cuối và các kết nối

Các điểm cuối là các nguồn dữ liệu có thể là vật lý hoặc logic Việc tạo nguồn vật lý đòi hỏi phải thiết lập phần cứng, chẳng hạn nh giao tiếp qua một Gateway và kết thúc một kết nối tới một chuyển mạch PSTN

Các kết nối có thể là kết nối điểm - điểm hoặc đa điểm Một kết nối là một sự liên kết giữa hai điểm cuối(điểm - điểm) hay giữa nhiều điểm cuối(đa

điểm) Khi một sự liên kết đợc thiết lập, việc truyền dữ liệu có thể diễn ra Các kết nối có thể đợc thiết lập qua một số các mạng truyền tải nh TCP/IP, ATM, v.v

Một Call Agent có thể yêu cầu đợc biết về các sự kiện chắc chắn đang xảy ra tại một điểm cuối, nh nhấc máy, gác máy, quay số, và có thể yêu cầu chắc chắn một báo hiệu đợc đa tới một điểm cuối nh: âm báo quay số, âm báo bận hay đổ chuông Các sự kiện và các báo hiệu đợc nhóm lại trong các gói đợc hỗ trợ bởi một kiểu riêng của điểm cuối, một gói có thể hỗ trợ một nhóm các sự kiện và báo hiệu nào đó cho các đờng dây truy cập tơng tự

Các kết nối đợc tạo ra trên Call Agent tại mỗi điểm cuối tham gia trong cuộc gọi Khi hai điểm cuối đợc định vị trên các Gateway đợc quản lý bởi cùng một Call Agent, việc tạo kết nối đợc thực hiện theo ba bớc:

- Call Agent yêu cầu Gateway thứ nhất tạo một kết nối trên điểm cuối thứ nhất Đáp ứng đợc gửi bởi Gateway bao gồm một mô tả phiên chứa thông tin thích hợp yêu cầu bên thứ ba có thể gửi các gói tới một kết nối mới đã đợc tạo r trớc đóa

- Sau đó Call Agent gửi thành phần mô tả phiên của Gateway thứ nhất tới Gateway thứ hai và yêu cầu nó tạo một kết nối trên điểm cuối thứ hai Gateway thứ hai đáp ứng bằng cách gửi thành phần mô tả phiên của nó

- Call Agent sử dụng một chỉ thị kết nối sửa đổi để cung cấp thành phần mô tả phiên thứ hai này tới điểm cuối thứ nhất Lúc này việc thông tin có thể diễn ra trong cả hai hớng

Khi hai điểm cuối đợc định vị trên các Gateway đợc quản lý bởi các Call Agent khác nhau, hai Call Agent này sẽ trao đổi thông tin thông qua một giao thức báo hiệu Call Agent tới Call Agent, để đồng bộ hoá việc tạo kết nối trên hai điểm cuối

Có 9 lệnh đợc định nghĩa trong MGCP:

- CreateConnection: Lệnh này đợc sử dụng để gắn một điểm cuối tới một cổng và địa chỉ IP cụ thể Để tạo một kết nối, yêu cầu CreateConnection cũng đợc yêu cầu cho điểm cuối ở xa Nếu yêu cầu đợc công nhận là thành công bởi Gateway thì sau đó một ConnectionId đợc phản hồi về ConnectionId là yếu tố duy nhất để nhận biết kết nối

- ModifyConnection: Lệnh này đợc sử dụng bởi Call Agent để thay

đổi các thông số của một kết nối đang đợc kích hoạt

- DeleteConnection: Lệnh này đợc sử dụng bởi Call Agent hoặc Gateway để huỷ một kết nối đang tồn tại Đáp ứng bao gồm một danh sách các tham số về trạng thái của kết nối

- EndpointConfiguration: Call Agent cho Gateway biết tên luật mã hoá tín hiệu Trong trờng hợp tiếng nói là luật A hoặc luật à

- NotificationRequest: Nếu một Call Agent muốn có thông tin về các

sự kiện cụ thể diễn ra một đầu cuố nào đó, nó có thể gửi yêu cầu ở i này tới Gateway

- Notify: Gateway gửi đáp ứng của yêu cầu NotificationRequest thông qua lệnh Notify Lệnh này bao gồm một danh sách các sự kiện mà Gateway nắm bắt đợc

- AuditEndpoint: Lệnh này đợc Call Agent sử dụng để nhận các thông tin chi tiết về các trạng thái của một hay một vài điểm cuối Gateway gửi đáp ứng chứa các thông tin đợc yêu cầu

- AuditConnection: Call Agent sử dụng lệnh này để nhận các thông tin

về một kết nối cụ thể của một điểm cuối Kết nối đợc nhận biết bởi ConnectionId và đáp ứng từ Gateway chứa thông tin đợc yêu cầu

- RestartInProgress: Gateway sử dụng lệnh này để chỉ ra một hay một nhóm các điểm cuối đã bị xoá mọi dịch vụ Lệnh này cũng bao gồm một tham số chỉ ra kiểu khởi động lại(bình thờng, cỡng bức, trễ)

RTP hỗ trợ việc truyền các dữ liệu media(âm thanh và hình ảnh) thời gian thực trên mạng chuyển mạch gói Nó đợc sử dụng bởi cả SIP và H.323.Giao thức truyền tải cho phép bên thu phát hiện sự mất gói và cung cấp thông tin định thời do đó bên thu có thể khắc phục vấn đề trễ Jitter Phần tiêu đề của RTP chứa thông tin trợ giúp bên thu khôi phục lại dữ liệu media và cũng chứa các thông tin chỉ rõ bằng cách nào mà các dòng bit đợc bộ codec phân chia vào các gói RTP không đăng ký trớc tài nguyên trong mạng nhng nó cung cấp thông tin để bên thu có thể khắc phục đợc sự mất gói và Jitter

- Frame Indication: Hình ảnh và âm thanh đợc gửi trong các đơn vị logic gọi là các khung Để chỉ báo điểm bắt đầu và kết thúc của khung, ngời ta sử dụng thêm một bit đánh dấu khung

- Source Identification: trong một phiên multicast, sẽ có nhiều bên tham gia Do đó một thành phần nhận dạng đợc yêu cầu để xác định nơi khởi tạo khung Điều này đợc thực hiện bằng cách sử dụng thành phần nhận dạng nguồn đồng bộ(Synchronization Source)

- Intramedia Synchronization: để bù lại sự sai lệch về độ trễ Jitter của các gói trong cùng một dòng tin, RTP cung cấp các dấu hiệu thời gian cần thiết cho các bộ đệm Jitter

RTCP là một giao thức điều khiển và làm việc cùng với RTP Trong một phiên RTP, các bên tham gia gửi định kỳ các gói RTCP để nhận đợc thông tin về QoS Các dịch vụ mà RTCP cung cấp cho các bên tham gia gồm:

- QoS feedback: RTCP đợc sử dụng để báo cáo về chất lợng dịch vụ Các thông tin đợc cung cấp bao gồm số gói bị mất, thời gian khứ hồi, Jitter và các thông tin này đợc các nguồn tin sử dụng để điều chỉnh tốc độ dữ liệu của chúng

- Session Control: bằng cách sử dụng gói BYE, RTCP cho phép các bên tham gia thông báo về sự rút lui khỏi một phiên

- Identification: các thông tin nh địa chỉ email, tên và số điện thoại

đợc gộp vào trong các gói RTCP do đó tất cả những ngời dùng có thể biết các thông tin định danh của các ngời dùng khác cho phiên đó

- Intermedia Synchronization: mặc dù tín hiệu hình ảnh và âm thanh thông thờng đợc gửi trên các dòng khác nhau, chúng ta vẫn cần phải đồng bộ hoá chúng tại bên thu để chúng đợc thể hiện cùng nhau RTCP cung cấp các thông tin đợc yêu cầu cho việc đồng bộ các dòng tin

2.3.3 Giao thức dòng thời gian thực RTSP -

RTSP là một giao thức Client - Server cung cấp sự điều khiển qua sự điều phối các dòng media thời gian thực RTSP thiết lập và điều khiển các dòng hình ảnh và âm thanh liên tục giữa Media Server và các Client Media Server

cung cấp các dịch vụ ghi và phát lại cho các dòng media trong khi Client yêu cầu dữ liệu media liên tục từ Media Server RTSP hoạt động nh một "sự điều

khiển mạng từ xa" giữa Server và Client Nó hỗ trợ các hoạt động sau:

- Khôi phục media từ Media Server: Client có thể yêu cầu thông tin mô tả của sự trình diễn, và yêu cầu Server thiết lập một phiên để gửi dữ liệu đợc yêu cầu

- Mời một Media Server tham gia hội nghị: Media Server có thể đợc

mời tới hội nghị để phát lại media hoặc để ghi lại sự trình diễn

- Thêm thông tin media vào một sự trình diễn đang tồn tại: Server hoặc Client có thể thông báo cho nhau về bất kỳ sự thêm vào các thông tin media đã có

Các đặc điểm của RTSP bao gồm:

- RTSP là một giao thức lớp ứng dụng với cú pháp và hoạt động tơng

tự HTTP, nhng làm việc với tín hiệu âm thanh và hình ảnh Nó sử dụng các URL giống nh trong HTTP

- Một RTSP server cần phải duy trì các trạng thái, sử dụng SETUP,TEARDOWN và các phơng thức khác

- Khác với HTTP, trong RTSP cả Server và Client đều có thể đa ra các yêu cầu

- RTSP đợc thực hiện trên các nền(platform) nhiều hệ điều hành và nó cho phép thao tác giữa các Client và các Server từ các nhà sản xuất khác nhau

2.3.4 Giao thức đăng ký trớc tài nguyên RSVP -

Trễ mạng và chất lợng dịch vụ(QoS) là các yếu tố gây cản trở nhất trong việc hội tụ giữa thoại và số liệu Giải pháp hứa hẹn nhất cho vấn đề này đã

đợc phát triển bởi IETF, đó là RSVP Mục đích của RSVP là cung cấp một cơ chế để các ứng dụng yêu cầu đợc đảm bảo chất lợng dịch vụ khi truyền thông tin qua mạng