Khi hai user agent thực hiện offer/answer exchange đều được P-CSCF và S-CSCF chấp thuận thì chúng sẽ được phép truyền thông. Mạng cần chỉ dẫn GGSN (đối với 3 GPP) để trao quyền cho lưu lượng truyền thông của user tuân theo offer/answer exchange đã được trao quyền trước đó (hai user agent thực hiện offer/answer exchange
để thiết lập luồng audio, không được trao quyền truyền lưu lương video).
Hình 2-33 chỉ ra cách thẻ trao quyền được trao đổi trong một phiên outgoing (thẻ trao quyền được chuyển trên một bản tin SIP gửi bởi user agent nhưở hình 2-33 và hình 2- 32). P-CSCF không tạo ra một bản tin riêng để chuyển các thẻ, nó lợi dụng các bản tin SIP để chuyển thẻ này giữa các điểm kết cuối trong suốt khi thiết lập phiên.
Luận văn thạc sĩ kỹ thuật 74 (4 ) REQ (t oken) (5 ) DEG (QoS Info)
Hình 2-32: Thẻ trao quyền được chuyển trong yêu cầu INVITE
Hình 2-33: Thẻ trao quyền được chuyển ở một bản tin phản hồi SIP
Thẻ trao quyền được tạo bởi PDF chứa thông tin rằng buộc nhận dạng cho SIP dialog và địa chỉ của PDF đã tạo ra nó (thẻ trao quyền). Ví dụ thẻ trao quyền được chứa tại mào đầu P-Media-Authorization:
P-Media-Authorization: 0020000100100101706466322 e76697369746564322e6e6574000c020139425633303732
Luận văn thạc sĩ kỹ thuật 75
Khi GGSN nhận được thẻ này, (3) trong hình 2-32 và (5) trong hình 2-33, nó sẽ lấy ra
địa chỉ của PDF và gửi thông điệp COPS REQ đến địa chỉ này. GGSN sẽ dán thẻ này (gép các thông tin của thẻ) và thông tin nhận được từ user agent vào bản tin REG. PDF lấy các thông tin này ra từ bản tin REG đó và dùng để nhận dạng SIP dialog (toàn bộ
text của sip từ khi khởi tạo đăng ký đến kết thục bằng BYE), rồi gửi trở lại bản tin COPS DEC chứa QoS đã trao quyền cho phiên.