Các giao thức-chuẩn sử dụng VoIP Các giao thức-chuẩn sử dụng VoIP Bởi: Khoa CNTT ĐHSP KT Hưng Yên Giao thức H.323 + Giới thiệu giao thức H323: Những giao thức VoIP phân loại tùy theo vai trò chúng suốt trình chuyển giao thông điệp H323 SIP giao thức báo hiệu, giao thức dùng để thiết lập,ngắt thay đổi gọi RTP RTCP cung cấp chức mạng vận chuyển end-to-end cho ứng dụng truyền liệu mà yêu cầu thời gian thực (real-time) âm video Những chức bao gồm nhận diện loại liệu, số trình tự, tham số thời gian giám sát tiến trình gởi TRIP,SAP,STUN, TURN… bao gỗm nhóm giao thức hỗ trợ có liên quan đến VoIP Sau cùng, VoIP gían tiếp dựa vào tầng vận chuyển bên để di chuyển liệu nên đòi hỏi nhiều giao thức TCP/IP,DNS,DHCP,SNMP,RSVP, TFTP Đặc điểm kĩ thuật giao thức H323: Bộ giao thức H323 cho phép thiết bị kết nối khác liên kết với nhau.H323 phổ biến tổ chức ITU.Giao thức ban đầu phát triển cho ứng dụng đa phương tiện,các thực thể H323 cung cấp tiến trình liên quan đến vấn đề đồng thoại,video kết nối liệu.Hỗ trợ cho thoại chủ yếu,hỗ trợ cho video,kết nối liệu phần mở rộng H323 Đặc điểm kỹ thuật H323 định nghĩa bốn thực thể H323 khác đơn vị chức mạng H323 hoàn chỉnh, thành phần hệ thống H323 bao gồm thiết bị đầu cuối, gateway, gatekeeper đơn vị điều khiển đa điểm(MCUs) 1/22 Các giao thức-chuẩn sử dụng VoIP Đặc điểm kỹ thuật H323 Thiết bị đầu cuối(điện thoại,softphones,IVRs,thư thoại,máy quay phim,v.v…) thiết bị điển hình tác động qua lại với người dùng cuối.Phần mềm MS Netmeeting ví dụ thiết bị đầu cuối.Các thiết bị đầu cuối cung cấp thoại đa phương tiện video cộng tác ứng dụng thời gian thực Gateways giải điều khiển tín hiệu truyền dẫn phương tiện, thành phần mở rộng Điển hình gateway cung cấp giao diện cho mạng khác ISDN,PSTN hệ thống H323 khác Bạn nghĩ chức H323 cung cấp “bộ dịch” Ví dụ gateway H323 điều khiển đàm thoại H323 với SIP H323 với ISUP(ISDN User Part) rõ tính chất thủ tục tín hiệu xen kẽ cho việc điều khiển gọi Nghĩ cách khác gateway cung cấp giao diện mạng chuyển gói(ví dụ VoIP) mạng chuyển mạch(ví dụ PSTN) Nếu gatekeeper tồn tại, gateway VoIP đăng ký với gatekeeper gatekeeper tìm gateway tốt cho phiên giao dịch chi tiết Gatekeeper phân mở rộng H323, điều khiển việc giải địa cho vào mạng H323 Chức quan trọng biên dịch địa địa ký danh tượng trưng địa IP Ví dụ,với có mặt gatekeeper có khả gọi tới địa có tên “Tom” thay phải gọi tới địa IP 192.168.10.10 Gatekeeper 2/22 Các giao thức-chuẩn sử dụng VoIP quản lý thiết bị đầu cuối truy cập vào thiết bị,tài nguyên mạng, mở rộng cung cấp dịch vụ phụ Chúng giám sát việc sử dụng dịch vụ cung cấp băng thông có giới hạn Một gatekeeper không đòi hỏi hệ thống H323 Tuy nhiên có diện gatekeeper, thiết bị đầu cuối muốn sử dụng cần phải có phục vụ gatekeeper RAS định nghĩa khái niệm biên dịch địa chỉ, điều khiển vào, điều khiển băng thông, quản trị miền Các chức gatekeeper gateway thường diện thiết bị vật lý đơn giản MCUs hỗ trợ hội nghị nhiều bên ba hay nhiều thiết bị đầu cuối Chuẩn H323 cho phép nhiều kịch đàm thoại đặc biệt, tập trung hay phân quyền.Base-end servers (BES) chức bổ sung quan trọng hạ tầng H323 BES cung cấp dịch vụ cho việc chứng thực người sử dụng, ủy quyền dịch vụ, tài chính, nạp điện hóa đơn, dịch vụ khác Trong mạng đơn giản gatekeeper gateway cung cấp dịch vụ Những giao thức có liên hệ với H323 H323 có đặc điểm kỹ thuật giống dù chứa đựng số lượng lớn máy trị có tác động qua lại với nhiều cách thức khác dựa vào dạng, vắng mặt, mối quan hệ mô hình thực thể tham gia loại session (ví dụ audio video) Có nhiều giao thức bên đặc điểm giao thức H323 Để mà hiểu toàn luồng thông điệp bên giao tác VoIP giao thức H323, thân tự quan tâm đến giao thức chung có liên quan đến công nghệ VoIP Hình 8.3 cho thấy giao thức thích hợp mối quan hệ chúng 3/22 Các giao thức-chuẩn sử dụng VoIP giao thức thích hợp mối quan hệ Cấu trúc gói tin H232 H323 định nghĩa tập hợp tổng quát việc thiết lập gọi thủ tục đàm phán- quan trọng ứng dụng VoIP ngày giao thức H.225, H.235, H.245 phận dãy tín hiệu Q.900 Các phương pháp vận chuyển liệu định nghĩa giao thức thời gian thực RTP RTCP H323 rõ nhóm audio codes cho liên kết VoIP, dãy G.700: H.225/Q.931 định nghĩa tín hiệu cho việc thiết lập ngắt gọi, bao gồm địa IP nguồn địa IP đích, cổng, mã vùng, thông tin cổng giao thức H245.H.225.0/ RAS rõ thông điệp mà mô tả tín hiệu, thông tin dòng media.H.245 rõ thông điệp thông tin kênh logic cho dòng phương tiện Real Time Protocol (RTP) mô tả vận chuyển end-to-end liệu thời gian thựcReal Time Control Protocol (RTCP) mô tả việc giám sát end-to-end việc chuyển liệu, chất lượng dịch vụ thông tin cung cấp jitter thất lạc trung bình packet Codecs G.700 series sử dụng cho VoIP bao gồm: G.711 Một số codecs lâu đời nhất, G.711 không sử dụng nén, giọng nói có chất lượng tuyệt vời.Codec tiêu thụ nhiều dải thông nhất.Đây codec tương tự dùng PSTN ISDN G.723.1 Codec thiết kế cho tổ chức hội nghị video/ kỹ thuật điện thoại thông qua đường điện thoại tiêu chuẩn tối ưu hóa cho việc mã hóa giải mã nhanh chóng, chất lượng thoại thuộc loại trung bình G.729 codec sử dụng chủ yếu ứng dụng VoIP nhu cầu băng thông thấp Giao thức SIP (Session Initiation Protocol) Giới thiệu giao thức SIP: Session Initiation Protocol giao thức sử dụng việc truyền thông đa phương tiện thông qua mạng IP.Cung cấp khuôn khổ để thiết lập voice,video truyền theo kiểu point-to-point,hội nghị,và thông điệp văn bản.Đây chuẩn IETF để thiết lập kết nối VoIP.Nó giao thức điều khiển lớp ứng dụng để tạo mới,chỉnh sửa kết thúc session.Cấu trúc SIP giống HTTP(client-server protocol).Các request tạo máy client gởi tới server.Server xử lý request gởi response lại cho client.Một request response yêu cầu để tạo giao tác.SIP có thông điệp INVITE ACK.SIP tạo giả định nhỏ giao thức truyền tải.Giao thức cung cấp độ tin cậy không phụ thuộc vào độ tin cậy TCP.SIP phụ thuộc vào Session Description Protocol(SDP)trong việc mang thỏa thuận để xác minh 4/22 Các giao thức-chuẩn sử dụng VoIP codec.SIP hỗ trợ việc mô tả session mà cho phép bên tham gia đồng ý thiết lập kiểu phương tiện tương thích.SIP cung cấp dịch vụ như: User Location:Xác định hệ thống cuối để sử dụng cho việc truyền thông.Call Setup:ringing thiết lập thông số cho call hai bên called calling.User Availability:Xác định hài lòng bên gọi để cam kết truyền thông.User Capabilities:Xác định phương tiện thông số phương tiện sử dụng.Call handling:Chuyển giao kết thúc call Chức nét đặc trưng giao thức SIP Hai thành hệ thống SIP bao gồm:SIP User Agents SIP Network Servers SIP User Agent (UA): Mục đích SIP làm cho session thiết lập UA.Một UA hệ thống cuối hoạt động nhân danh người dùng.Một UA phải có khả thiết lập session phương tiện với UA khác Một UA phải trì trạng thái gọi mà khởi tạo tham gia vào.Một trạng thái nhỏ gọi thiết lập bao gồm:các thẻ local remote,CallID,các trường local remote cseq,cùng với việc thiết lập hướng thông tin cần thiết phương tiện.Remote Cseq lưu trữ thông tin cần thiết để phân biệt re-INVITE retransmission.Một re-INVITE sử dụng để thay đổi tham số session gọi thực chưa xử lý.Nó sử dụng Call-ID CSeq gia tăng request mới.Một INVITE truyền lại chứa Call-ID CSeq giống INVITE trước.UA trì trạng thái gọi thời gian tối thiểu 32 giây Một UA chứa ứng dụng client ứng dụng server.Hai thành phần user agent client(UAC)và user agent server(UAS).UAC bắt đầu request UAS tạo response.Trong session, UA thường điều khiển UAC UAS Một SIP user agent phải hỗ trợ SDP để mô tả media.Một UA phải hiểu rõ danh sách trường nhu cầu mở rộng request.Nếu trường bị lờ UA SIP server: SIP servers ứng dụng mà chấp nhận SIP request response đến chúng.Không nên lẫn lộn SIP server với User Agent server clientserver.Một SIP server kiểu khác biệt thực thể.Bởi SIP server cung cấp dịch vụ chức với UA, chúng hỗ trợ TCP,TLS UDP để truyền tải.Hình 2.2 thể liên kết hoạt động user agents,servers location service 5/22 Các giao thức-chuẩn sử dụng VoIP SIP user agents,servers location service SIP server proxy: Một SIP proxy server nhận SiP request từ user agent proxy khác hành động nhân danh user agent forwarding responding tời request.Một proxy B2BUA cho phép chỉnh sửa request chấp nhận response để thiết lập qui tắc bên RFC 3261.Các qui tắc trì theo khoảng cách end-to-end tín hiệu SIP cho phép proxy server thực dịch vụ chức với user agent Một proxy server phải có truy xuất đến database vị trí dịch vụ để giúp đỡ trình xử lý request.SIP protocol không xác định giao diện proxy vị trí dịch vụ.Proxy sử dụng nhiều kiểu database trình xử lý request.Database chứa SIP registration,các thông tin hữu,và nhiểu kiểu khác thông tin nơi mà user định Một proxy server khác biệt với user agent gateway ba điểm sau: Một proxy server không đưa request,nó đáp ứng request từ user agent(A CANCEL request ngoại lệ qui tắc này) 6/22 Các giao thức-chuẩn sử dụng VoIP Một proxy server khả media Một proxy server không phân tích thông điệp,mà dựa vào header field.Các bước cần thiết mô hình proxy để mang gọi hai hướng Mô hình Proxy Operation (Source:Henning Schulzrinne, Columbia University) Proxy server chấp nhận INVITE request từ client Proxy server liên hệ với location server để yêu cầu địa UA gọi.Location server xác định vị trí UA gọi cung cấp địa server đích.INVITE request tiếp tới địa vị trí mà trở lại.Proxy phải thêm vào RecordRoute header tới thông điệp INVITE để chắn tất thông điệp đến sau định tuyến thông qua proxy.Điều cần thiết để thống kê mục đích ứng dụng khác Called UA cảnh giác user.User trả lời gọi UAS trở 200 OK biểu thị tới yêu cầu proxy server 7/22 Các giao thức-chuẩn sử dụng VoIP 200 OK response tiếp tới từ proxy server tới calling UA Calling UA xác nhận 200 OK cách đưa ACK request gởi tới proxy(khi mà proxy chèn vào đầu Record-Route thông điệp INVITE)hoặc gởi trực tiếp tới called UA Proxy forward ACK tới called UA Tìm hiểu ví dụ forking proxy operation Redirect Servers Một redirect server(hình 2.6)như kiểu SIP server mà đáp ứng tới,nó không forward request 8/22 Các giao thức-chuẩn sử dụng VoIP Ví dụ với redirect server Schroedinger thừa nhận response: 9/22 Các giao thức-chuẩn sử dụng VoIP Chú ý ACK request sử dụng lại nhánh ID giống INVITE response 302.Bởi ACK đến response non-2xx cuối nghĩ tới phần giao tác giống INVITE.Chỉ ACK gởi response đến 200 OK tính đến việc tách rời giao tác với nhánh ID độc nhất.Một ACK đến response 200 OK cuối hop-by-hop response,không phải end-to-end response Vì INVITE tạo với Call-ID gởi trực tiếp tới vị trí sử dụng từ trường Contact header response 302,từ redirect server: 10/22 Các giao thức-chuẩn sử dụng VoIP Các bước mô hình redirect để mang call two-way: Redirect server chấp nhận INVITE request từ calling party UA.Redirect server liên hệ với location services để lấy địa called party UA.Location services trở địa called party UA Sau user định,redirect server trở lại địa trực tiếp tới calling party thông điệp 3xx,với danh sách cập nhật:vị trí đầu tới đích mới.Không giống proxy server,redirect server không forward tới INVITE UAC gởi ACK tới redirect server báo nhận response 3xx UAC gởi request INVITE trực tiếp tới Contact:địa trở lại redirect Called party UA cảnh báo user,user trả lời gọi.Called party UA cung cấp báo thành công(200 OK) tới UAC UAC gởi ACK tới UAS báo nhận response 200 OK.Mô hình Redirect Server Operation 11/22 Các giao thức-chuẩn sử dụng VoIP (Source:Henning Schulzrinne, Columbia University) Registration Servers Một registration server biết registrar,chấp nhận request SIP REGISTER,;tất request nhận response:501 Not Implemented.Thông tin liên quan từ request làm cho SIP server có sẳn bên giống Administrator Domain, chẳng hạn proxies redirect server.Trong resistration request,trường TO header chứa tên tài nguyên bắt đầu registed,và trường Contact header chứa địa khác aliases.Registration server tạo liên kết tạm Address Of Record(AOR) URI TO thiết bị URI Contact Courier Registration server thường yêu cầu user agent đăng ký để xác thực,vì gọi vào không bị chiếm đoạt user không xác thực.Phụ thuộc vào diện trường,REGISTER request sử dụng user agent để lấy lại danh sách registration thời,làm tất registrations,hoặc thêm vào registration URI Để bảo vệ registration,TLS phải sử dụng HTTPDigest không cung cấp nhu cầu bảo vệ toàn vẹn SIP messages phân chia rộng rải SIP requests responses,hơn xác định session SIP Request SIP requests thông điệp gởi từ máy client đến server để cần khẩn SIP operation.RFC 3261 xác định SIP request method làm cho UA proxy tới vị trí user khởi đầu,sửa đổi,tear-down session INVITE:chỉ recipient user service bị vào session.Bạn sử dụng method mày để sửa đổi cấu thành session thiết lập trước.Thân message INVITE phải bao gồm phần mô tả media session thiết lập chỉnh sửa,mã hóa SDP.Một response thành công(200 OK response)chỉ sẳn sàng called party tham gia vào kết session media.Nó bắt đầu session ACK:xác nhận UAC nhận response cuối đến request INVITE.ACK sử dụng với request INVITE.ACK gởi end-to-end cho 200 OK response.Proxy trước UAC gởi ACK cho response cuối khác.ACK request bao gồm thông điệp với phần mô tả session cuối request INVITE không chứa phần mô tả session 12/22 Các giao thức-chuẩn sử dụng VoIP OPTION: UA sử dụng request OPTION để truy vấn UAS khả nó.Nếu UAS có khả truyền session tới user,nó đáp ứng khả thiết lập UAS.BYE:sử dụng BYE để yêu kết thúc session thiết lập trước CANCEL:làm cho UAC network server hủy yêu cầu tiến trình bên trong,như INVITE.Điều không ảnh hưởng đến việc hoàn thành request mà UAS gởi response cuối REGISTE:client sử dụng REGISTE request để đăng ký với thông tin tương ứng AOR người dùng SIP servers PRACK:đảm bảo độ tin cậy tạm thời response lớp 1xx UPDATE:cập nhật tạm thời session REFER:Chuyển giao call đến bên thứ ba sử dụng thông tin liên quan cung cấp request SUBSCRIBE:báo cáo kiện vừa diễn ra,ví dụ cập nhật user.NOTIFY:sử dụng để thông báo kiện diễn MESSAGE:một phương thức để việc mang message SIP Respone: Một server gởi SIP response tới client để trạng thái SIP request mà client trước gởi tới server.UAS proxy tạo SIP responses response đến SIP request mà UAC khởi đầu.SIP response số từ 100 đến 699.SIP responses nhóm giống 1xx,2xx đến 6xx.SIP response phân loại provisional final Một provisional response tiến trình server không kết cuối giống kết trình xử lý SIP request.Lớp 1xx SIP response trạng thái tạm thời.Response cuối phần kết thúc trạng thái cuối SIP request.Tất lớp 2xx,3xx,4xx,5xx 6xx cuối cùng,riêng biệt:Lớp 1xx(Information)chỉ trạng thái call trước hoàn thành Lớp 2xx(Success)chỉ trình xử lý thành công SIP request Lớp 3xx(Redirection)chỉ SIP request cần phải gởi lần đến UAS khác để thực tiến trình xử lý Lớp 4xx(Client-error)request bị hỏng client.Client thực lại request.Lớp 5xx(server failure)request bị hỏng server.Request thử lại server khác.Lớp 6xx(Global failure)request bị hỏng không nên thử lại request server server khác 13/22 Các giao thức-chuẩn sử dụng VoIP SIP Message structure Một SIP message gồm có phần sau: Một start-line Một nhiều header field Một dòng rỗng để kết thúc header field Một tùy chọn phần thân thông điệp Bạn phải kết thúc start-line,mổi dòng message-header,và dòng rỗng trình tự Carriage return Line Feed(CRLF) Start-line cho SIP request Request-line.Start-line cho SIP response Status-line.Request-line rõ SIP method,Request-URI phiên SIP.Statusline mô tả phiên SIP,mã SIP response tùy chọn reason phrase.Reason phrase nguyên văn mô tả mã ký từ SIP response Bảng thể thành phần SIP request message: 14/22 Các giao thức-chuẩn sử dụng VoIP Thông tin bảng lấy từ RFC 3261 Bảng thể cấu trúc SIP respone message: 15/22 Các giao thức-chuẩn sử dụng VoIP Thông tin bảng lấy từ RFC 3261 SIP header Một thông điệp SIP soạn từ header field mà truyền tín hiệu thông tin routing đến thực thể SIP network.SIP có hình thức giống HTTP header(RFC 2616).Các header field xác định kiểu Header field.Mô tả chức SIP header: From:chỉ giống lúc bắt đầu SIP request.Từ header thường AOR bên gởi.Nó chứa SIP SIP URI tùy chọn hiển thị tên.To:Cho biết mong muốn có người nhận SIP request.Đi đến header AOR người nhận.Nó chứa SIP SIP URI tùy chọn hiển thĩ tên.Call-ID:Trường nhận dãy serie message.Call_ID phải giống hệt để tất SIP request SIP response gởi UA khác với dialog Cseq:Được soạn giá trị số nguyên tên method.Trường nhận orders tiếp tục SIP request dialog.Cseq có khác biệt việc gởi lại message message Via:Chỉ cách lấy đường dẫn request xác định nơi mà response cần gởi Contact:Nhận biết SIP SIP URI nơi mà UA muốn nhận SIP request 16/22 Các giao thức-chuẩn sử dụng VoIP Allow:cho phép danh sách header SIP method nhận hỗ trợ UA mà tạo message Supported:Tất phần mở rộng SIP hỗ trợ UA.Phần mở rộng SIP RFC khác RFC 3261.Miêu tả thẻ option giống 100rel RFC 3262.Require:Về nghĩa giống supported header,nhưng hỗ trợ phần mở rộng SIP UA từ xa phải đến giao tác để xử lý Content-type:Chỉ kiểu thân message mà đính kèm với SIP request response phải SIP message có thân.Content-Length:Xác định kích thước thân message.SIP request SIP response chứa header field.Related Protocol.SIP phần giao thức.Gồm có:SDP,RTP RTCP.SDP-Session Description Protocol.SDP định nghĩa RFC 2327,được phát triển IETF MMUSIC.Mục đích ban đầu mô tả việc thiết lập multicast session thông qua MBONE.Ứng dụng SDP giao thức Session Announcement Protocol(SAP)sử dụng port nhận thông báo MBONE session.SDP chứa thông tin media session:IP Address(IPv4 address host name).Port Number(sử dụng UDP TCP để truyền tải).Media type(audio,video,tương tác whiteboard,…).Media Encoding scheme(PCM A-Law,MPEG II video,…).SDP chứa thông tin:Chủ đề session.Bắt đầu kết thúc thời điểm.Liên hệ thông tin session.Giống SIP,SDP dử dụng mã hóa văn bản.Một SDP message soạn series dòng,các trường called,và yêu cầu order để dễ dàng phân tích.SDP không gán đễ mở rộng dễ dàng,và phân tích qui tắc cách xác.Một người phân tích SDP để ý tới trường chua biết đến,các trường missing,hoặc dòng out-of-sequence.Ví dụ SIP message chứa nhiều fields tùy chọn hiển thị đây: Biểu mẫu SIP message:X=parameter1 parameter2 arameter N 17/22 Các giao thức-chuẩn sử dụng VoIP Danh sách SDP field Required chúng Dòng bắt đầu với chữ thường ký tự x.Không có khoảng trống ký tự dấu =,chính xác có khoảng trắng mổi ký tự.Mổi trường có xác định tham số.Mổi dòng kết thúc với CRLF.RTP Audio Video ProfilesAudio voideo profiles định nghĩa RFC 3551 liệt kê bảng: 18/22 Các giao thức-chuẩn sử dụng VoIP Audio voideo profiles Tài liệu trạng đặc tả RTP: UDP sử dụng để ưu tiên truyền tải Số port RTP chẳn,tương ứng số port RTCP lớn nhất,luôn số lẻ.Không có header mở rộng sử dụng Thông tin ba cột chứa SDP a=rtpmap:field, thể thuộc tính tùy chọn PSTN Protocols: Ba kiểu giao thức truyền tín hiệu PSTN:Circuit Associate Signaling(CAS),Integrated Services Digital Network(ISDN),và ISDN User Part(ISU).Circuit Associate Signaling Đây kiểu lâu mà PSTN sử dụng.Thông tin sử dụng giống chuyển mạch audio,như đường dẫn voice,với ký số ký từ trình bày tín hiệu số audio.Các tín hiệu số gọi đến MT(Multifrequency Tone).Chúng giống tín hiệu số 19/22 Các giao thức-chuẩn sử dụng VoIP điện thoại trung tâm chuyển mạch,nó tín hiệu số DTMF.Vì CAS dễ bị gian lận,một tín hiệu không trung thực tạo caller để làm cho gọi miễn phí.Kiểu truyền tín hiệu phổ biến văn phòng trung tâm trao đổi chi nhánh riêng tập đoàn(PBX) ISUP Signaling ISDN User Part giao thức sử dụng chuyển mạch điện thoại PSTN.Nó sử dụng thông qua mạng packet-switched chuyên dụng mà sử dụng hệ thống Signaling System #7(SS7)để truyền tải.Phương thức phát triển để khắc phục trì hoãn vấn đề bảo mật CAS SDN Signaling: ISDN phát triển để tất hệ thống điện thoại số kết nối với PSTN.Kiểu phổ biến dựa BRI(Basic Rate Interface)và PRI(Primary Rate Interface).Một BRI chứa hai kênh truyền B 64-Kbps đến voice khác liệu kênh D 16-Kbps.BRI sử dụng thông qua đường dây điện thoại qui ước yêu cầu ISDN telephone tích hợp cuối PRI sử dụng liên kết 1.544Mbps gọi tới T-1 DS-1 chia sẻ bên 23 kênh B kênh D,với kênh 64Kbps So sánh SIP H323 SIP H.323 phát triển với mục đích nhu cầu khác biệt.H.323 phát triển ITU.Nó thiết kế để thực background PSTN,sử dụng mã hóa binary sử dụng lại vai trò ISDN SIP phát triển bời IETF với phối cảnh Internet,được thiết kế để thay đổi tỉ lệ thông qua Internet làm việc bên domain tiện dụng tập hợp đầy đủ chức tiện ích Internet Trong H.323 phát triển sớm VoIP,các ứng dụng IP videoconferencing,SIP với hạ tầng Internet tạo đà phát triển lên chuẩn việc truyền tín hiệu truyền thông IP tương lai,như IP telephone Bảng so sánh SIP H.323: 20/22 Các giao thức-chuẩn sử dụng VoIP 21/22 Các giao thức-chuẩn sử dụng VoIP 22/22 [...]... Bảng thể hiện các thành phần của 1 SIP request message: 14/22 Các giao thức- chuẩn sử dụng trong VoIP Thông tin trong bảng được lấy từ RFC 3261 Bảng thể hiện cấu trúc của một SIP respone message: 15/22 Các giao thức- chuẩn sử dụng trong VoIP Thông tin trong bảng được lấy từ RFC 3261 SIP header Một thông điệp SIP được soạn ra từ các header field mà nó truyền tín hiệu và thông tin routing đến các thực thể... VoIP ,các ứng dụng IP videoconferencing,SIP với hạ tầng Internet tạo đà phát triển và nổi lên như là một chuẩn trong việc truyền tín hiệu của truyền thông IP trong tương lai,như IP telephone Bảng so sánh giữa SIP và H.323: 20/22 Các giao thức- chuẩn sử dụng trong VoIP 21/22 Các giao thức- chuẩn sử dụng trong VoIP 22/22 ... đến một request INVITE.ACK được sử dụng chỉ với các request INVITE.ACK gởi end-to-end cho một 200 OK response.Proxy trước hoặc UAC thì gởi các ACK cho các response cuối cùng khác.ACK request có thể bao gồm một thông điệp với phần mô tả các session cuối cùng nếu request INVITE không chứa phần mô tả các session này 12/22 Các giao thức- chuẩn sử dụng trong VoIP OPTION: UA sử dụng request OPTION để truy vấn... liệt kê trong bảng: 18/22 Các giao thức- chuẩn sử dụng trong VoIP Audio voideo profiles Tài liệu hiện trạng nó đặc tả RTP: UDP được sử dụng để ưu tiên truyền tải Số port của RTP luôn chẳn,tương ứng số port RTCP kế tiếp là lớn nhất,luôn luôn là số lẻ.Không có header mở rộng nào được sử dụng Thông tin trong ba cột đầu tiên nó cũng chứa trong SDP a=rtpmap:field, thể hiện vì sao các thuộc tính được tùy chọn... 19/22 Các giao thức- chuẩn sử dụng trong VoIP giữa một điện thoại và một trung tâm chuyển mạch,nó là tín hiệu số DTMF.Vì vậy CAS dễ bị gian lận,một tín hiệu không trung thực có thể được tạo ra bởi một caller để làm cho cuộc gọi được miễn phí.Kiểu truyền tín hiệu này phổ biến giữa các văn phòng trung tâm và trao đổi giữa các chi nhánh riêng của tập đoàn(PBX) ISUP Signaling ISDN User Part là giao thức sử dụng. .. 16/22 Các giao thức- chuẩn sử dụng trong VoIP Allow:cho phép danh sách header của SIP method nhận hỗ trợ của UA mà tạo ra message Supported:Tất cả phần mở rộng của SIP hỗ trợ bởi UA.Phần mở rộng của SIP là các RFC khác và RFC 3261.Miêu tả các thẻ option giống như 100rel trong RFC 3262.Require:Về nghĩa nó giống như supported header,nhưng sự hỗ trợ của phần mở rộng SIP ở các UA từ xa phải đến các giao. .. được thiết kế để thực hiện trong background của PSTN ,sử dụng sự mã hóa binary và sử dụng lại vai trò của ISDN SIP được phát triển bời IETF với một phối cảnh Internet,được thiết kế để thay đổi tỉ lệ thông qua Internet và làm việc bên trong domain thì rất tiện dụng vì nó tập hợp đầy đủ các chức năng và tiện ích Internet Trong khi H.323 được phát triển sớm trong VoIP ,các ứng dụng IP videoconferencing,SIP... N 17/22 Các giao thức- chuẩn sử dụng trong VoIP Danh sách các SDP field trong Required của chúng Dòng bắt đầu với một chữ thường ký tự x.Không có khoảng trống giữa các ký tự và dấu =,chính xác là có một khoảng trắng giữa mổi ký tự.Mổi trường có một xác định của các tham số.Mổi dòng kết thúc với một CRLF.RTP Audio Video ProfilesAudio voideo profiles được định nghĩa bởi RFC 3551 được liệt kê trong bảng:... và khởi đầu,sửa đổi,tear-down các session INVITE:chỉ ra rằng các recipient user hoặc các service bị cuốn vào trong một session.Bạn có thể sử dụng method mày để sửa đổi cấu thành của các session được thiết lập trước.Thân của message INVITE phải bao gồm phần mô tả các media session được thiết lập hoặc chỉnh sửa,mã hóa trên SDP.Một response thành công(200 OK response)chỉ ra sự sẳn sàng của các called party... khả năng truyền các session tới các user,nó đáp ứng khả năng thiết lập của UAS.BYE :sử dụng BYE để yêu kết thúc các session được thiết lập trước CANCEL:làm cho các UAC và network server có thể hủy một yêu cầu tiến trình bên trong, như INVITE.Điều này không ảnh hưởng đến việc hoàn thành các request mà UAS đã gởi đi các response cuối cùng REGISTE:client sử dụng REGISTE request để đăng ký với các thông tin ... forward request 8/22 Các giao thức-chuẩn sử dụng VoIP Ví dụ với redirect server Schroedinger thừa nhận response: 9/22 Các giao thức-chuẩn sử dụng VoIP Chú ý ACK request sử dụng lại nhánh ID giống... bên giao tác VoIP giao thức H323, thân tự quan tâm đến giao thức chung có liên quan đến công nghệ VoIP Hình 8.3 cho thấy giao thức thích hợp mối quan hệ chúng 3/22 Các giao thức-chuẩn sử dụng VoIP. .. SIP request message: 14/22 Các giao thức-chuẩn sử dụng VoIP Thông tin bảng lấy từ RFC 3261 Bảng thể cấu trúc SIP respone message: 15/22 Các giao thức-chuẩn sử dụng VoIP Thông tin bảng lấy từ