Mã hóa và thương lượng các đặc điểm truyền thông trong quá trình khởi tạo thiết lập phiên

Một phần của tài liệu GIAO DIỆN GIỮA IMS VÀ CÁC PHẦN TỬ KHÁC TRONG NGN (Trang 67 - 70)

thiết lập phiên

Khởi tạo thiết lập phiên trong phân hệ IM CN phải xác định một trao đổi các đặc điểm truyền thông (bên trong bộ mã hóa chung hoặc các bộ mã hóa chung cho các phiên đa phương tiện) mà sẽ được sử dụng cho phiên. Việc này được thực hiện thông qua trao đổi bản tin từ đầu cuối tới đầu cuối để quyết định hoàn thành các đặc điểm truyền thông, sau đó quyết định được tạo từ người khởi tạo phiên như với sự thiết lập các luồng truyền thông.

Người khởi xướng phiên gồm một SDP trong bản tin trong bản tin SIP INVITE đã liết kê các đặc điểm truyền thông (bên trong bộ mã hóa) mà người khởi tạo sẽ hỗ trợ cho phiên này. Khi bản tin đến điểm đầu cuối đích, nó đáp trả lại bằng các đặc điểm truyền thông (ví dụ tập hợp các bộ mã hóa) mà nó hỗ trợ cho phiên. Trao quyền phương tiện sẽ

được thực hiện cho các đặc điểm truyền thông đó. Người thiết lập phiên vào lúc nhận tập hợp chung sẽ xác định được các đặc điểm truyền thông được sử dụng để thiết lập.

Thương lượng có thể có nhiều phương tiện được cung cấp và được trả lời giữa các điểm đầu cuối cho đến khi truyền thông được chấp nhận.

Một phiên đã được thiết lập, các thủ tục của phần sau (5. 11. 3. 2) có thể được sử dụng để các điểm đầu cuối thay đổi đặc điểm truyền thông mà không phải bổ sung thêm tài nguyên. Các thủ tục trong phần sau (5. 11. 3. 3) có thể được sử dụng để các điểm đầu cuối thay đổi phiên mà tài nguyên yêu cầu vượt ra ngoài giới hạn cấp phát của phiên trước đây.

Hình 3.33 Thương lượng mã hóa trong quá trình thiết lập phiên

Thủ tục chi tiết như sau:

1.UE#1 đưa vào bộ mã hóa với một tải trong SDP. Các bộ mã hóa được chèn đó đáp trả lại các khả năng đầu cuối của UE#1 và các tiện ích người dùng cho phiên–các khả năng có thể hỗ trợ cho phiên này. Nó xây dụng một bản tin SDO chứa các yêu cầu và các đặc điểm độ rộng băng tần và phân bổ số cổng cho các

dòng truyền thông đó. Luồng đa phương tiện có thể được cung cấp và với mỗi luồng phương tiện đó có thể lựa chọn các bộ mã hóa cho nó.

2.UE#1 gửi sự thiết lập bản tin INVITE chứa SDP này tới P-CSCF#1.

3.P-CSCF#1 kiểm tra các tham số truyền thông và xóa các quyết định của bất kì nhà vận hành mạng nào mà không được phép thực hiện trên mạng của mình.

4.P-CSCF#1 gửi bản tin INVITE tới S-CSCF#1.

5.S-CSCF#1 kiểm tra các tham số truyền thông và xóa chọn lựa nào mà thuê bao đó không được phép thực hiện. Khi một Server ứng dụng có liên quan đến phục vụ các ứng dụng thì nó cũng phải kiểm tra các tham số truyền thông và xem xét lại các mô tả phiên.

6.S-CSCF#1 gửi bản tin INVITE tới S-CSCF#2 bằng các thủ tục S-S.

7.S-CSCF#2 kiểm tra các tham số truyền thông và xóa các lựa chọn mà thê bao đích không được phép thực hiện. Khi một server ứng dụng có liên quan đến việc phục vụ các ứng dụng này thì nó cũng phải kiểm tra các tham số truyền thông và xem lại cá mô tả phiên.

8.S-CSCF#2 gửi bản tin INVITE tới P-CSCF#2.

9.P-CSCF#2 kiểm tra các tham số truyền thông và xóa các quyết định của các nhà vận hành mạng mà không được phép thực hiện trên mạng của mình. Thẻ trao quyền được phát ra từ PCF.

10.Thẻ trao quyền được chứa trong bản tin INVITE. P-CSCF#2 gửi bản tin INVITE đó tới UE#2.

11.UE#2 quyết định thiết lập hết các bộ mã hóa có khả năng hỗ trợ cho phiên này. Với các luồng lưu lượng không được sỗ trợ UE#2 chèn thực thể SDP vào phương tiện với số cổng bằng không. Với các luồng phương tiện được hỗ trợ UE#2 chen thực thể SDP với cổng đã được cấp và với các bộ mã hóa chung trong các SDP đó từ UE#1.

12.UE#2 gửi lại danh sách các SDP các luồng phương tiện chung và mã hóa tới P- CSCF#2.

13.P-CSCF#2 trao quyền tài nguyên QoS cho các luồng phương tiện còn lại với mã hóa tùy chọn.

15.S-CSCF#2 gửi đáp ứng SDP tới S-CSCF#1.

16.S-CSCF#1 gửi đáp ứng SDP tới P-CSCF#1.

17.P-CSCF#1 trao quyền tài nguyên QoS cho các phương tiện còn lại với mã hóa tùy chọn. Thẻ trao quyền được phát ra từ PCF.

18.Thẻ trao quyền được chứa trong bản tin SDP. P-CSCF#1 gửi đáp ứng tới UE#1.

19.UE#1 xác định luồng phương tiện nào sẽ được sử dụng cho phiên này và bộ mã hóa nào sẽ được sử dụng cho mỗi luồng phương tiện đó. Nếu như có nhiều hơn một luồng phương tện hoặc có nhiều hơn một sự lựa chọn mã hóa cho luồng phương tiện đó thì UE#1 cần phải thương lượng các bộ mã hóa bằng cách gửi ý muốn giảm các bộ mã hóa về một cho UE#2.

20-24: UE#2 gửi bản tin “muốn có SDP” tới UE#1 theo tuyến báo hiệu đã được thiết lập bởi yêu cầu INVITE.

Một phần của tài liệu GIAO DIỆN GIỮA IMS VÀ CÁC PHẦN TỬ KHÁC TRONG NGN (Trang 67 - 70)

Tải bản đầy đủ (DOCX)

(99 trang)
w