Đánh địa chỉ SIP: tồn tại d−ới dạng user@host. Phần user trong phần địa chỉ có thể là tên ng−ời sử dụng hoặc số điện thoại. Phần host có thể là tên miền hoặc địa chỉ mạng. Ví dụ địa chỉ SIP:
sip:ciscopress@cisco.com
sip:4085262222@171.171.171.1
Định vị server SIP:
Khi client muốn gửi một yêu cầu, client gửi nó đến một proxy server SIP đã đ−ợc cấu hình hoặc gửi yêu cầu đến địa chỉ IP và số cổng t−ơng ứng với URL
SIP. Gửi yêu cầu trực tiếp đến proxy server thì dễ dàng nếu ứng dụng cuối đã biết proxy server. Gửi yêu cầu theo cách thứ hai thì phức tạp hơn. Client phải cố gắng tiếp xúc với server ở số cổng đ−ợc liệt kê trong bộ định vị tài nguyên đồng nhất URL SIP. Nếu số hiệu cổng không có trong URL SIP thì client sử dụng số cổng 5060. nếu URL SIP chỉ định một giao thức (UDP hoặc TCP) thì client tiếp xúc với server sử dụng giao thức đó. Nếu không có giao thức nào đ−ợc chỉ định hoặc nếu client không hỗ trợ UDP nh−ng có hỗ trợ TCP thì nó cố gắng dùng TCP. Client cố gắng tìm một hoặc nhiều địa chỉ server SIP bằng
cách truy vấn DNS (Domain Name System). Tiến trình nh− sau:
Nếu phần host của URL SIP là địa chỉ IP, client tiếp xúc với server ở địa chỉ cho tr−ớc. Ng−ợc lại nó xử lý b−ớc kế tiếp.
Client truy vấn server DNS cho địa chỉ phần host của URL SIP. Nếu server DNS không trả về địa chỉ của URL SIP, client sẽ ngừng vì nó không thể định vị đ−ợc server.
Sự giao dịch SIP (SIP Transaction):
Khi phần host của URL SIP đã đ−ợc giải quyết, client gửi một hoặc nhiều yêu
cầu SIP đến server và nhận đ−ợc một hoặc nhiều đáp ứng từ server. Các yêu
cầu cùng với các đáp ứng liên hệ với nhau trong hoạt động này tạo thành sự giao dịch SIP. Tất cả các đáp ứng chứa cùng các giá trị trong các tr−ờng Call- ID, Cseq, To và From. Điều này cho phép các đáp ứng so khớp với các yêu cầu.
Nếu TCP đ−ợc sử dụng, các đáp ứng và yêu cầu trong một sự giao dịch đơn lẻ
đ−ợc mang trên cùng một kết nối TCP. Nhiều yêu cầu SIP từ một client đến
một server có thể sử dụng cùng kết nối TCP hoặc có thể sử dụng một kết nối mới cho mỗi yêu cầu.
Nếu client gửi yêu cầu sử dụng UDP, đáp ứng đ−ợc gửi đến địa chỉ đ−ợc định nghĩa trong tr−ờng tiêu đề của yêu cầu.
Lời mời SIP (SIP Invitation)
Một lời mời SIP thành công bao gồm hai bản tin: bản tin INVITE và theo sau
là bản tin ACK. Bản tin INVITE yêu cầu ng−ời bị gọi tham gia vào một hội
nghị đặc biệt hoặc thiết lập một cuộc đối thoại hai ng−ời. Sau khi ng−ời bị gọi đồng ý tham gia cuộc gọi, ng−ời gọi xác nhận rằng nó đã nhận đ−ợc đáp ứng bằng cách gửi bản tin ACK.
Định vị ng−ời dùng:
Ng−ời bị gọi có thể di chuyển giữa nhiều hệ thống đầu cuối theo thời gian.
Các vị trí này có thể đăng ký động với server SIP. Một server vị trí có thể trả về nhiều vị trí bởi vì ng−ời dùng đăng nhập ở nhiều trạm một cách đồng thời hoặc server vị trí có thông tin không chính xác. Server SIP kết hợp các kết quả để cung cấp một danh sách các vị trí hoặc không có vị trí nào.
Hoạt động nhận danh sách các vị trí thay đổi tùy thuộc vào server SIP. Một Redirect server trả về một danh sách hoàn chỉnh các vị trí và cho phép các client định vị ng−ời dùng chính xác. Một Proxy server cũng cố gắng định địa chỉ cho đến khi cuộc gọi thành công hoặc ng−ời bị gọi từ chối cuộc gọi.
Thay đổi một phiên đang tồn tại:
Trong một số tr−ờng hợp, ng−ời ta mong muốn thay đổi các thông số của một
phiên đang tồn tại. Điều này đ−ợc thực hiện bằng cách phát lại bản tin
INVITE, sử dụng cùng Call-ID, nh−ng nội dung mới hoặc các tr−ờng tiêu đều mang thông tin mới. Chẳng hạn, hai đối tác đang trò chuyện và muốn thêm vào một ng−ời thứ ba. Một trong hai mời ng−ời thứ ba với địa chỉ multicast mới và đồng thời gửi bản tin INVITE đến đối tác thứ hai mô tả phiên multicast mới, ngoại trừ số nhận dạng cuộc gọi là cũ.
(adsbygoogle = window.adsbygoogle || []).push({});