Dùng CPCP tạo phiên hội nghị

Một phần của tài liệu (LUẬN VĂN THẠC SĨ) Nghiên cứu cấu trúc IMS trong mạng thông tin di động (Trang 91 - 94)

3.7 DỊCH VỤ QUẢN LÝ NHÓM

Với sự bùng nổ nhu cầu dịch vụ, một User có thể dùng nhiều thiết bị đầu cuối khác nhau như PDA, Mobile phone, PC,.. để tiện truy cập thì các dữ liệu dịch vụ cần được xây dựng một lần cho toàn bộ thiết bị đầu cuối của một User.

Một vấn đề đặt ra khi user dùng web, các user không muốn thực hiện quá nhiều hiệu chỉnh phức tạp cho trình duyệt, mặt khác web khơng cho phép dữ liệu dịch vụ tích hợp cùng với các ứng dụng dịch vụ chạy trên một mobile phone hay bất cứ thiết bị nào.

Xét một ví dụ, khi một user muốn tạo một dịch vụ dạnh sách hiển thị người thân (buddy list) trên máy PC và mobile phone. Khi khơng áp dụng quản lý nhóm, user sẽ phải tạo buddy list hai lần: một trên PC và một trên mobile. User sẽ không thể dùng dịch vụ web messenger tại quán café internet vì buddy list của họ được lưu trữ tại PC và mobile. Nếu dữ liệu buddy list được lưu trữ trên mạng thì vấn đề này sẽ được giải quyết. User chỉ cần xây dựng buddy list một lần trên bất kỳ thiết bị nào, sau đó dữ liệu buddy list sẽ được tải lên và lưu trữ trong mạng dưới dạng một danh sách. Khi user thay đổi danh sách đo, các thiết bị khác của họ cũng sẽ được thông báo để thay đổi buddy list.

Một ví dụ nữa đối với dịch vụ quản lý nhóm là sự tạo ra danh sách điều khiển truy nhập ACL (Access Control List). Alice có thể tạo một ACL cho phép Bob và John gọi cô ấy hoặc khởi tạo phiên PoC với Alice ngoại trừ Sarah. Mạng sẽ tự động từ chối bất kỳ thông tin nào từ Sarah đến Alice.

3.7.1 Khái niệm Dịch vụ Quản lý nhóm

Quản lý nhóm là dịch vụ cho phép các user lưu trữ dữ liệu dịch vụ trên mạng nhà cung cấp dịch vụ. Dữ liệu này có thể được user tạo ra, thay đổi hoặc xoá đi. Dữ liệu ở đây là bất cứ dữ liệu nào cần cho user hồn thành dịch vụ. Ví dụ như buddy list và các danh sách trao quyền hiện tại.

Các dịch vụ như hiển thị, PoC, nhắn tin, … cần hỗ trợ quản lý nhóm để truy nhập tới nó. Một số ví dụ:

Conference Access List: danh sách các thành viên tham gia hội nghị ở dịch vụ PoC,

hay chính là nhóm PoC.

Resource List: danh sách của user sẽ nhận thông báo, danh sách này có thể được dùng để đăng ký trạng thái của mỗi tài ngun trong đó, ví dụ như danh sách thực thể hiển thị.

Subscription Authorization Policy: ví dụ như ACP ở trên.

OMA (Open Mobile Alliance) dùng thuật ngữ quản lý nhóm đồng nghĩa với quản lý tài liệu XML (XDM – XML Document Management). Giao thức truy nhập cấu hình XML - XCAP (XML Configuration Access Protocol) được dùng cho việc truyền tải, truy nhập, đọc và vận dụng các tài liệu XML chứa dữ liệu dịch vụ quản lý nhóm.

Ví dụ Alice tạo một buddy list rồi thêm Bob và Sarah vào danh sách bạn thân. Một yêu cầu XCAP được tạo ra, chứa danh sách resource (ở đây là buddy, danh sách bạn thân) sẽ được gửi lên RLS và lưu trữ tại đó. Yêu cầu XCAP có dạng:

PUT http://xcap.example.com/services/resoure- lists/users/sip:alice@example.com/friends.xml HTTP/1.1 Content-Type:application/resource-lists+xml Host: xcap.example.com <?xml version=‖1.0‖ encoding=‖UTF-8‖?> <resource-lists xmls=‖uri:ietf:params:xml:ns:resource-lists‖> <list name=‖friends‖> <entry uri=‖sip:bob@example.com‖> <display-name>Bob</display-name> </entry> </list> </resource-lists>

3.7.2 Resource List (Danh sách tài nguyên)

SIP có cơ chế thơng báo cho phép user gửi u cầu thông báo các thay đổi của một trạng thái resource (ở đây chính là trạng thái các thuê bao khác trong nhóm).

Khi khơng dùng RLS (resource list server), một user thông báo cho các user cịn lại trong nhóm. Như vậy thì user đó phải gửi nhiều u cầu SUBSCRIBE đến các user khác và nhận các NOTIFY từ các user đó, băng thơng và điều khiển luồng tránh tắc nghẽn thì có hạn chế do vậy hiệu quả khơng cao (hình 3.41). Khi dùng RLS, user sẽ gửi SUBSCIBE và NOTIFY đến RLS. Khi đó SUBSCRIBE chứa mào đầu Supported với tham số nhãn tuỳ chọn có giá trị ―eventlist‖ (hình 3.38). RLS sẽ tạo ra các yêu cầu NOTIFY chứa thông tin trạng thái của danh sách, NOTIFY này chứa mào đầu Require với tham số nhãn có giá trị ―eventlist‖. RLS sẽ đóng vai trị xử lý các u cầu và phản hồi, vì thế user thực hiện cập nhật thay đổi sẽ tiết kiệm được băng thông và khả năng xử lý.

SUBS CRIBE SUBSCR IBE SUBSCRIBE SUBSCRIBE NOTIF Y NOTIFY NOTIFY NOTIFY Alice Bob Tim John Harry

Một phần của tài liệu (LUẬN VĂN THẠC SĨ) Nghiên cứu cấu trúc IMS trong mạng thông tin di động (Trang 91 - 94)

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

(122 trang)