PoC định nghĩa các loại phiên hay các chế độ thông tin sau:
One-to-one: một phiên PoC giữa hai user;
Ad-hoc PoC Group: user chọn tập các user trong kiểu mạng (ad-hoc fashion) (có được nhờ sách địa chỉ của đầu cuối) và mời tất cả họ tham gia vào phiên PoC nhiều người.
Pre-arranged PoC Group: giống như ad-hoc PoC group, nhóm POC được sắp xếp trước (pre-arranged PoC group) cũng chứa một phiên PoC đa bên. Tuy nhiên, các user tham gia vào phiên được lựa chọn trước khi thiết lập, không như ad-hoc thực hiện. Vì thế pre-arranged PoC group chứa tập các user đã được định nghĩa trước.
Chat PoC Group: cũng là các phiên PoC đa bên. Tuy nhiên, khi một user tham gia vào nhóm chat, thì không có lời mời nào được gửi đến các user khác. Ngược lại, khi user tham gia vào nhóm PoC pre-arranged, tất cả các user thuộc nhóm sẽ được mời tham gia phiên PoC này.
Những loại phiên PoC này được phân loại thành hai dạng phiên PoC: một tới một (one-to-one) và một tới nhiều người (one-to-many). Các phiên PoC one-to-many bao gồm ad- hoc, pre-arranged, và các nhóm PoC chat. Một số nhóm PoC pre-arranged có thể dùng chính sách trộn truyền thông đặc biệt, ở đó một user có thể nói với toàn bộ nhóm và lắng nghe các trả lời từ mỗi user riêng. Tuy nhiên, các user còn lại không thể nói hoặc nghe các user khác (ngoài user kia). Khi ấy phiên PoC sẽ là phiên one-to-many-to-one. Ví dụ, một người điều hành taxi cần cho các lái xe biết về các khách hàng đang đợi taxi, nhưng các lái xe đó chỉ trả lời cho người điều hành đó, không có lái xe nào khác nghe được các trả lời đó ngoài nhà khai thác và lái xe đó.
PoC định nghĩa hai loại thiết lập phiên: dùng báo hiệu on-demand và dùng phiên pre- established (phiên đã thiết lập trước đó).
Các phiên PoC one-to-one
Trong các phiên one-to-one, controlling PoC server là server PoC của phía user mời. PoC Server này vừa thực hiện làm participating PoC Server của user chủ gọi, vừa là controlling PoC Server cho phiên.
Hình 3.29 chỉ ra việc thiết lập phiên PoC one-to-one. Đầu cuối PoC tạo một yêu cầu INVITE (1) địa chỉ đến bị gọi và có mô tả phiên SDP trong thân của nó. INVITE (1) cũng mang mào đầu Accept-Contact với nhãn +g.poc.talkburst trong nó. Nhận được INVITE, S- CSCF của chủ gọi đánh giá tiêu chuẩn lọc khởi tạo cho user. Tuỳ theo tiêu chuẩn lọc, yêu cầu INVITE với nhãn đó sẽ được định tuyến đến PoC Server trong miền. Khi PoC Server nhận được INVITE (3), nó sẽ gửi forward đến miền thường trú của bị gọi. S-CSCF của bị gọi nhận được INVITE (5) và đánh giá tiêu chuẩn lọc khởi tạo cho user đầu cuối. Tuỳ theo tiêu chuẩn lọc, yêu cầu INVITE với nhãn đó sẽ được định tuyến đến PoC server của miền bị gọi. Khi PoC Server đó nhận được INVITE (7), nó tạo ra một INVITE mới (9) sẽ được định tuyến bởi lõi SIP/IP đến user đầu cuối (bị gọi).
Hình 3.29. Sự thiết lập phiên PoC one-to-one
Trong phiên PoC nhóm ah-hoc, controlling PoC server là PoC server của chủ gọi. PoC Server này vừa là participating PoC server của chủ gọi, vừa là controlling PoC server của phiên.
Hình 3.30 chỉ ra sự thiết lập phiên PoC ad-hoc. Các luồng bản tin tương tự như với PoC one-to-one. Điểm khác biệt quan trọng là INVITE (1) được tạo bởi đầu cuối chủ gọi được địa chỉ đến PoC server thường trú của nó và INVITE chứa hai nội dung trong thân (hai thân): một mô tả phiên SDP và một danh sách URI. Danh sách URI chứa địa chỉ tất cả các bị gọi. Nhận được INVITE (1), controlling PoC server tạo một yêu cầu INVITE đến mỗi địa chỉ URI trong danh sách URI. Những INVITE này chứa một nội dung trong thân là mô tả phiên SDP. Các participating PoC server định tuyến những yêu cầu INVITE này đến các đầu cuối của kết cuối.
Hình 3.30. Sự thiết lập phiên nhóm PoC ah-hoc Nhóm PoC pre-arranged.
Trong các phiên nhóm PoC pre-arranged, controlling PoC server là server PoC tổ chức pre-arranged PoC group.
Hình 3.31 chỉ ra sự thiết lập phiên pre-arranged PoC group. Server PoC participating của chủ gọi không là server controlling PoC vì pre-arranged PoC group được thuê bởi miền khác. INVITE (1) được tạo bởi đầu cuối chủ gọi không mang danh sách URI vì các thành viên của pre-arranged PoC group đã được thiết đặt ở trong mạng từ trước. Request-URI của INVITE (1) nhận dạng pre-arranged PoC group tại controlling PoC server. Server PoC của chủ gọi thực hiện như một participating PoC server, vì thế nó chuyển yêu cầu INVITE (3) đến controlling PoC server. Khi nhận được INVITE (3), controlling PoC server sẽ mời các thành viên của pre-arranged PoC group.
Hình 3.32 chỉ ra sự thiết lập phiên PoC chat. Participating PoC server của chủ gọi không đảm nhận là controlling PoC server vì chat PoC group được thuê bởi miền mạng khác. INVITE (1) được tạo ra bởi đầu cuối chủ gọi sẽ không mang danh sách URI vì tham gia vào một chat room không cần trigger (khởi hoạt) bất cứ lời mời nào đến các user khác. Request- URI của INVITE (1) nhận dạng chat PoC group tại controlling PoC server. PoC server của chủ gọi hoạt động như một participating PoC server nên nó chuyển INVITE (3) đến controlling PoC server. Khi nhận được INVITE (3), controlling PoC server trả lại đáp ứng 200 (OK) (5) chấp nhận user tham gia phiên chat PoC group.
Hình 3.32. Sự thiết lập phiên nhóm PoC Chat Thêm user vào một phiên PoC.
Một user mới có thể được thêm vào phiên PoC theo hai cách: user mới sẽ gửi một yêu cầu INVITE đến URI của phiên hoặc controlling PoC server gửi một INVITE đến user mới.
Những người tham gia phiên PoC có thể giúp controlling PoC server gửi yêu cầu INVITE đó đến user mới bằng cách gửi yêu cầu REFER đến controlling PoC server. Hình 3.33 chỉ ra cách một controlling PoC server nhận được multiple REFER và mời hai user mới tham gia vào phiên.
Các loại phiên khác nhau sẽ có các chính sách trao quyền khác nhau đối với những user nào có thể được thêm vào phiên PoC. Trong các phiên one-to-one và phiên ad-hoc, các user mới có thể được thêm vào phiên khi chúng được mời bởi một người đã tham gia phiên. Một user bất kỳ cũng có thể tham gia phiên bằng cách gửi yêu cầu INVITE đến URI của phiên PoC đó và nhận được sự chấp thuận. Những user muốn rời khỏi phiên, sau đó lại có thể nhập vào phiên đó thì cần được sự chấp thuận của controlling PoC server sau khi đã gửi yêu cầu INVITE.
Hình 3.33. Thêm các user mới vào một phiên PoC Sự quảng bá nhóm.
Thực tế, để tham gia vào phiên PoC pre-arranged hay chat thì user cần biết URI của nhóm PoC đó. User có thể đạt được URI nhận dạng các phiên nhóm PoC theo nhiều cách, như bằng email, cuộc thoại, hay từ một tờ báo…Ngoài ra, PoC quảng bá nhóm, cho phép user có thể lựa chọn thay đổi phiên nhờ chọn URI khác. Quảng bá nhóm là một yêu cầu MESSAGE mang thân XML chứa URI của phiên nhóm PoC và các thông tin về phiên (như chủ đề phiên chẳng hạn). Yêu cầu MESSAGE còn mang nhãn a+g.poc.group trong mào đầu Accept-Contact.
Các chế độ trả lời.
PoC định nghĩa hai chế độ trả lời: tự động hoặc thủ công. Chế độ trả lời thủ công là chế độ dùng trong các máy điện thoại truyền thống. Khi đầu cuối nhận được một lời mời tham gia phiên PoC, đầu cuối sẽ thông báo cho user (thường bằng hồi chuông). Khi đó, user sẽ quyết định có chấp nhận hay từ chối lời mời đó.
Hình 3.34. Chế độ trả lời thủ công
Ở chế độ trả lời tự động, user thiết đặt cho đầu cuối chấp nhận các phiên PoC một cách tự động. Khi đầu cuối nhận được lời mời tham gia phiên PoC, nó sẽ chấp nhận và bật phương tiện truyền thông liên quan đến phiên đó (ví dụ như một bản nhạc để báo cho user chẳng hạn). Hình 3.35 là ví dụ cho chế độ trả lời tự động.
Hình 3.35. Chế độ trả lời tự động.