Thụng tin trạng thỏi người dựng bao gồm :
• Tớnh sẵn sàng của người dựng và thiết bị • Những lựa chọn khi liờn lạc • Khả năng của thiết bị • Hoạt động hiện tại • Vị trớ của thiết bị và người dựng • Dịch vụ sẵn cú hiện tại 4.2.1. Dạng cơ bản (PIDF)
PIDF được thiết kếđể mang ngữ nghĩa của thụng tin trạng thỏi người dựng từ thực thể này tới thực thể kia. PIDF được miờu tảở RFC 3863. PIDF mó húa thụng tin trạng thỏi người dựng trong tài liệu XML, cỏi mà cú thểđược vận chuyển. Giống
như bất kỳ tài liệu MIME khỏc, trong hoạt động PUBLISH và
SUBSCRIBE/NOTIFY thụng tin trạng thỏi, PIDF định nghĩa một định dạng MIME
media mới là application/pidf+xml để chỉ ra định dạng của dữ liệu và mó húa.
4.2.1.1 Chứa đựng của PIDF
Tài liệu PIDF chứa thụng tin trạng thỏi người dựng của một thực thể cung cấp thụng tin. Thụng tin này bao gồm nhiều nhõn tố, Hỡnh 4.2 chỉ ra cỏc nhõn tố
thụng thụng tin gồm một hoặc nhiều PRESENCE TUPLES, mỗi PRESENCE
TUPLES bao gồm stastus của thực thể cung cấp thụng tin trạng thỏi ( presence) với
giỏ trị open hoặc closed (online hoặc offline), gồm nhõn tố lựa chọn
COMMUNICATION ADDRESS bao gồm COMMUNICATION MEANS và
CONTACT ADDRESS. PRESENCE TUPLES cũn cú nhõn tố lựa chọn OTHER
PRESENCE MARKUP. Nhõn tố CONTACT cung cấp một liờn hệ URI , NOTE và
Hỡnh 4.2 Thụng tin trạng thỏi người dựng
• Nhõn tố <presence>: Cỏc nhõn tố của PIDF được kết hợp với khụng gian tờn XML ‘urn:ietf:params:xml:ns:pidf ’ miờu tả sử dụng thuộc tớnh xmls.
Thư mục gốc của đối tượng “application/pidf+xml” là nhõn tố
<presence> kết hợp với khụng gian tờn thụng tin trạng thỏi người dựng. Cỏi này chứa đựng một số nhõn tố <tuple> , tiếp theo bởi một số nhõn tố
khỏc. Nhõn tố <presence> phải cú thuộc tớnh ‘entity’ cú giỏ trị là ‘pres’ URL của thực thể xuất tài liệu trạng thỏi thụng tin. Nhõn tố <presence> cũng phải chứa đựng tuyờn bố khụng gian tờn ‘urn:ietf:params:ns:pidf:’
để chỉ ra tài liệu trạng thỏi cơ bản là được xõy dựng. <presence> cũng cú thể chứa đựng miờu tả khụng gian tờn cho mở rộng tài liệu presence
• Nhõn tố <tuple>: Là nhõn tố mang một PRESENCE TUPLE, chứa đựng một nhõn tố <status>, theo sau bởi một số nhõn tố mở rộng lựa chọn ( cú thể từ cỏc khụng gian tờn khỏc) và nhõn tố <contact>, và nhõn tố lựa chọn <note>, <timestamp>. Cỏc tuples cung cấp cỏch để phõn đoạn dữ
liệu. Giao thức hoặc ứng dụng cú thể chọn để phõn đoạn thụng tin kết hợp với một thực thể cung cấp thụng tin (presentity) do một thụng tin trạng thỏi đầy đủ cú thể lấp từ nhiều thiết bị hoặc nhiều ứng dụng khỏc nhau. <tuple> phải chứa đựng thuộc tớnh ‘id’ để phõn biệt cỏc tuple khỏc nhau trong cựng một thực thể cung cấp thụng tin. Trong <tuple> nhõn tố
<contact> là lựa chọn bởi vỡ một presentity cố thể cần ẩn
COMMUNICATION ADDRESS của nú hoặc cú thể là một tuple khụng
liờn quan tới COMMUNICATION MEANS. Tuple mà chứa dựng một
nhõn tố trang thỏi <basic> sẽ chứa đựng một nhõn tố địa chỉ <contact>. Cỏc <tuple> cú thể chứa đựng trạng thỏi presence đối lập nhau – một tuple cú thể cung cấp một <basic> <status> OPEN trong khi một <tuple> khỏc trong cựng một PIDF cú thể cung cấp một <basic><status> CLOSE. Thậm chớ cả hai cựng trong một nhõn tốđịa chỉ <contact>.
• Nhõn tố <basic> là nhõn tố chứa chuỗi “open” hoặc “close”. Giỏ trị
“open” và “close” chỉ ra khả năng sẵn sàng để nhận tin nhắn nhanh (INSTAN MESSAGE) nếu tuple là cho địa chỉ tin nhắn nhanh. Nú cũng chỉ ra tớnh sẵn sàng chung cho cỏc cỏch thức liờn lạc khỏc.
• Nhõn tố <contact> là nhõn tố chứa URL của địa chỉ liờn lạc
• Nhõn tố <note> là nhõn tố chỳ thớch, cú thể xuất hiện ở cỏc nhõn tố con của <presence> hoặc trong cỏc nhõn tố con của <tuple>
• Nhõn tố <timestamp>: là nhõn tố chứa đựng chuỗi chỉ ra thời gian mà trạng thỏi tuple thay đổi. Giỏ trị thời gian của nhõn tố này phải tuõn theo chuẩn định dạng thời gian IMPP RFC 3339. Đõy là một vớ dụ của PIDF của một nhận dạng presentity ( pres: alice @example.com)
4.2.2. Dạng mở rộng (RPIDF)
PIDF khụng cung cấp đầy đủ chi tiết thụng tin, RPID là mở rộng PIDF, nú cho phộp một presentity núi rừ cỏc chi tiết và nhiều thụng tin presence hơn tới watcher.
Giống PIDF, RPIDF được mó húa ở XML, nú cũng sử dụng định dạng
application/pidf+xml. RPIDF được miờu tả ở RFC 4480
4.2.2.1. Chứa đựng của RPIDF
Một thực thể presentity cú thể thiết lập thụng tin presence mở rộng bằng hoạt động tự động dựa trờn một thiết lập thớch hợp trờn phần mềm presence của người dựng. Tuy nhiờn RPID cho phộp một hoạt động tựđộng truy nhập tới thụng tin presence của presentity để thiết lập thụng tin. Thể hiện của hoạt động này cú thể là
cấp thụng tin tới trạng thỏi “online- trong một cuộc họp”, một SIP phone cú thể tự động cập nhật (update) thụng tin trạng thỏi để chỉ ra rằng presentity nào đú là bận trong một cuộc gọi khi presentity đú trả lời phone. RPID định nghĩa một nhõn tố
trạng thỏi <activities> liệt kờ cụng việc mà người (person) đang làm. <activities> chứa đựng một hoặc nhiều nhõn tố <activity> để chỉ ra hoạt động hiện tại của một presentity. Hoạt động là <appointment>, <breakfast>, <dinner>, <holiday>, <lunch>, <meal>, <meeting>, <performance>, <travel>, hoặc <vacation> cú thể được lấy từ
thụng tin lịch cụng tỏc Vớ dụ:
<activities>
<note>Enjoying the morning paper</note> <vacation/>
<breakfast/>
<other>reading</other> </activities>
RPID định nghĩa một nhõn tố <class> cho phộp một presentity nhúm cỏc nhõn tố person, devices, services tương tự nhau thuộc vào lớp giống nhau. Presentity
định rừ vị trớ class tới một tuple. Presence agen cú thể sử dụng thụng tin này để lọc cỏc tuples theo class
RPID định nghĩa một nhõn tố <device-id> chứa đặc điểm nhận dạng của thiết bị cung cấp sự phục vụ. Nú cho phộp chỳng ta phõn biệt những thiết bị khỏc nhau mà tạo ra thụng tin presence tương tự nhau. Đặc điểm nhận dạng thiết bị là một Uniform Resource Name (URN) vỡ vậy nú cú thể là IMEI, ESN, hoặc địa chỉ MAC. RPID định nghĩa một nhõn tố <mood> là nhõn tố miờu tả tõm trạng của presentity. Cỏc trạng thỏi đú là: amazed, angry, annoyed, sleepy..
vớdụ: <mood>
<note>I'm ready for the bar BOF!</note> <sleepy/>
</mood>
RIPD định nghĩa nhõn tố <place-is> miờu tả đặc tớnh của địa điểm hiện tại person đang ở:
Cho audio, chỳng ta định nghĩa cỏc thuộc tớnh:
• noisy: person đang ở nới với một mức tiếng ồn làm cho việc liờn lạc audio trở
nờn khú khăn
• ok: Tỡnh trạng mụi trường mà phự hợp cho liờn lạc audio
• quiet: Person là đang ở điểm như thư viện, nhà hàng, nhà thờ, rạp hỏt…
• unknown: thuộc tớnh cho audio là khụng được biết Cho video, chỳng ta định cỏc thuộc tớnh :
• toobright: Person là ởđịa điểm sỏng, đủ cho hỡnh ảnh video tốt
• ok: Tỡnh trạng mụi trường là phự hợp cho video
• dark: Person đang ở một địa điểm khụng đủ ỏnh sỏng, khụng đủ cho một hỡnh
ảnh tốt
• unknown: Thuộc tớnh cho video là khụng được biết
Cho text ( real-time text và instant messaging), chỳng ta định nghĩa:
• uncomfortable: sựđỏnh mỏy hoặc sự ghi văn bản là khụng thoải mỏi
• inappropriate : sựđỏnh mỏy hoặc sự ghi văn bản là khụng thớch hợp
• ok: Tỡnh trạng mụi trường là phự hợp cho giao tiết bằng text
• unknown: thuộc tớnh cho text là khụng được biết Vớ dụ: <place-is> <audio> <noisy /> </audio> <video>
</video> </place-is>
RPID định nghĩa một nhõn tố <place-type> chỉ ra dạng của địa điểm mà person đang ở, vớ dụ classrom hoặc home
RPID định nghĩa một nhõn tố <privacy> chỉ sự phục vụ liờn lạc là cú khả
năng được quan sỏt bởi nhúm, người khỏc khụng:
• audio: Cỏ thể khụng thớch hợp là khụng cú khả năng để nghe toàn bộ liờn lạc audio
• text: Cỏ thể khụng thớch hợp là khụng cố khả năng để xem được văn bản liờn lạc
• unknown : Thụng tin này là khụng được nhận ra
• video: Cỏ thể khụng tớch hợp là khụng cú khả năng để nhỡn liờn lạc video Vớ dụ:
<privacy> <text/> <audio/> </privacy>
RPID định nghĩa nhõn tố <status-icon> mụ tả trạng thỏi hiện tại của person hoặc phục vụ
RPID định nghĩa nhõn tố <time-offset> định rừ khu vực giờ chuẩn person
đang ở, vớ dụ:
<time-offset description=”America/New_York”>-300</ time-offset > RPID định nghĩa nhõn tố <user-Input> cho phộp chỳng ta nới rừ nguồn vào hoặc trạng sử dụng của service hoặc device. Nú cú thể cú giỏ trị “active” hoặc “idle”, bao gồm thuộc tớnh lựa chọn “last-input” chỉ ra thời gian bắt đầu của trang thỏi. Vớ dụ:
4.3. Mụ hỡnh dữ liệu trạng thỏi người dựng cho giao thức SIP
Mụ hỡnh dữ liệu này cung cấp một mụ hỡnh ỏnh xạ cỏc tuple tới cỏc hệ thống giao tiếp SIP. Trung tõm của mụ hỡnh là ba bộ phận của thực thể presentity.
• Service: một phục vụ liờn lạc, như install message hoặc điện thoại. là hệ thống cho tương tỏc giữa người sử dụng.
• Device: một thiết bị liờn lạc vật lớ được người sử dụng để làm hoặc nhận một cuộc gọi. Vớ dụ như là điện thoại, thiết bị trợ giỳp cỏ nhõn….
• Person: người sử dụng cuối, và cho mục đớch của presence, là được mụ tả bởi trạng thỏi, như là “busy” hoặc “sad”…
Hỡnh 4.3 miờu tả mụ hỡnh dữ liệu presence. Mụ hỡnh xột một thực thể presence hoặc presentity như miờu tả bởi bốn thành phần dữ liệu khỏc nhau: “presentity URI”, “person”, “service”, “device”. Với mỗi một thành phần (mở rộng cho “presentity URI”) chứa đựng một số dữ liệu kết hợp với person, service, hoặc thiết bị. Mụ hỡnh dữ liệu trạng thỏi người dựng nhấn mạnh tầm quan trọng của bỏo cỏo dữ liệu trạng thỏi người dựng.
Mụ hỡnh dữ liệu trạng thỏi người dựng cho SIP coi mỗi presentity cú thể cú một hoặc nhiều presentity URIs. Trường hợp phổ biến là một presentity là được miờu tả
với một pres URI (được chỉ ra ở RFC 3859[184]) và SIP URI.
Thành phần dữ liệu person cung cấp thụng tin về bản thõn người sử dụng. Hai khớa cạnh được xem xột là: cấu thành bộ phận của người và trạng thỏi của họ (status). Cấu thành bộ phận tham chiếu tới dữ liệu người sử dụng tĩnh (cỏi mà khụng thay đổi với thời gian), vớ dụ như birthday hoặn height. Status tham chiếu tới thụng tin động về người sử dụng, vớ dụ như cỏc hoạt động của người sử dụng ( người sử dụng đang sử dụng phone, trong cuộc họp). Hoặc mood ( người sử dụng đang “sad”,”happy”..). Mụ hỡnh dữ liệu trạng thỏi cho SIP chỉ cho duy nhất một thành phần dữ liệu person trờn một presentity, mặc dự nú cho phộp thành phần person tham chiếu tới một cỏi gỡ đú mà được đối xử như person nhưng khụng phải là person. Vớ dụ như một nhúm người giỳp đỡ trong một trung tõm cuộc gọi.
Hỡnh 4.3 Mụ hỡnh dữ liệu presence cho SIP
Cỏc presentity truy nhập phục vụ, và sự sẵn dàng của cỏc presentity để liờn lạc với một vài phục vụ là được làm mụ hỡnh với thành phần dữ liệu service. Một phục vụ cú thể bao gồm videotelephony, push-to-talk, instant message,..Giống như thành phần dữ liệu person, thành phần dữ liệu service cú thểđược miờu tảở mục cấu thành bộ phận (dữ liệu phục vụ tĩnh) và trạng thỏi (status). Vớ dụ về dữ liệu phục vụ tĩnh đú là: SIP được cung cấp bởi phục vụ hoặc cỏc khả năng khỏc cỏi mà miờu tảở dịch vụ
như audio, video.
Thành phần dữ liệu device. Cũng giống như service và person, cỏ thiết bị được miờu tảở mục cấu thành bộ phận và status. Vớ dụ như là kớch thước hiển thị, số lượng màu, status như là năng lượng pin cũn lại…
4.4. SIP và cỏc thủ tục để thực hiện dịch vụ presence trong IMS
SIP đó được mở rộng cho trạng thỏi người dựng với việc tạo ra gúi sự kiện gọi là presence. Khi đăng ký đến một sự kiện như thế, thuờ bao sẽ thiết lập giỏ trị
“presence” trong trường header Event.
Một vài định nghĩa được tạo ra để tạo ra dịch vụ:
• Presentity: Là thực thể cung cấp thụng tin trạng thỏi người dựng
(presence)
• Watcher : Là thực thể yờu cầu thụng tin trạng thỏi của một presentity khỏc từ Presence Server, watcher cú thểở trong cựng một mạng chủ hoặc mạng khỏch với presentity
• Presence Server (PS): Là thực thể chấp nhận, chứa đựng thụng tin đưa lờn bởi PUA và sử lớ cỏc yờu cầu đăng kớ nhận thụng tin presence
• Presence User Agent ( PUA): Là thực thể thu thập và cấp thụng tin trạng thỏi tới Presence Server
• Resource List Server (RLS): Mỗi Watcher luụn muốn nhận thụng tin của nhiều presentity. Vớ dụ điển hỡnh là một người dựng Alice cú rất nhiều người bạn và người dựng Alice muốn nhận thụng tin trạng thỏi của những người bạn này. Để trỏnh tỡnh trạng watcher (của người dựng Alice) phải gửi quỏ nhiều bản tin SUBSCRIBE tới từng người bạn, một khỏi niệm mới là danh sỏch nguồn đó được đưa ra. Một danh sỏch nguồn là một danh sỏch của cỏc SIP URIs được lưu trữ trong một thực thể chức năng Resource List Server (RLS). RLS thực hiện dịch vụ URI-list. Danh sỏch nguồn cú một địa chỉ SIP URI của riờng nú ( vớ dụ sip:alice-
list@home1.net). RLS sẽ nhận SUBCRIBE request từ một Watcher và
chuyển tiếp nú tới nhiều presentity.
Một presentity cú thể cú nhiều PUA.Vớ dụ về PUA là ứng dụng được cài trong PDA, trong laptop, trong mobile phone,…
Để truyền tải những thụng tin về trạng thỏi người dựng, mụ hỡnh SIP sử dụng
method NOTIFY. Thõn của NOTIFY request mang thụng tin trạng thỏi.Trong trường
hợp này thụng tin trạng thỏi là trạng thỏi cú mặt của thực thể prenstity. Kiểu MIME của những thụng tin này là “application/pidf + xml” được định nghĩa trong RFC 3863. Những văn bản presence XML cú thể được sử dụng để truyền tải được nhiều thụng tin hơn.
Để xuất ra những thụng tin trạng thỏi người dựng, mụ hỡnh SIP sử dụng method PUBLISH. Trường header Event trong PUBLISH request sẽđược thiết lập giỏ trị là “presence”. Thời gian mặc định của một lần xuất thụng tin là 3600 giõy.
Hỡnh 4.4 Kiến trỳc SIP presence
4.5. Kiến trỳc dịch vụ presence trong IMS
Nhiều thực thể trong mạng IMS cú thể cung cấp cỏc thụng tin trạng thỏi: cú thể
là một PUA ở mạng khỏch, một PUA ở trong một thiết bịđầu cuối hoặc là một PUA
dựng.
.
Hỡnh 4.5 Kiến trỳc để cung cấp dịch vụ presence trong IMS
Watcher Presence Proxy: Là một Proxy cú nhiệm vụ chỉ ra mạng đớch của một presentity và phõn phải địa chỉ của presentity đú.
Presentity Presence Proxy: Chỉ ra Presence Server phõn bổ cho một presentity.
4.6. Giao thức thao tỏc dữ liệu XCAP
Giao thức truy nhập cấu hỡnh XML (XCAP) là giao thức được thiết kế theo
chuẩn HTTP, nú sử dụng phương phỏp HTTP như PUT, GET, DELETE cho việc
giao tiếp trờn điểm thao chiếu Ut. XCAP ỏnh xạ tài liệu XML và cỏc nhõn tố thuộc tớnh tới HTTP URIs, vỡ vậy cỏc thành phần này cú thể được truy nhập trực tiếp bởi cỏc phương phỏp HTTP. XCAP cung cấp một client (ứng dụng) với cỏch thức để
thờm, sửa, xúa cấu hỡnh XML của một loại dữ liệu bất kỳở XCAP server. Trong hoạt
động phục vu dịch vụ presence XCAP server được sử dụng để cho phộp XCAP client thao tỏc dữ liệu: user ở danh sỏch user, chớnh sỏch cấp quyền, hoặc danh sỏch người
.
Hỡnh 4.6 Sử dụng XCAP
Presence server sử dụng tài liệu chứa đựng trong XCAP server theo cấu trỳc: xcap-root
• pres-rules
o users
bob
• presence-rules.xml //file chứa đựng luật cấp phộp presence cho bob
alice • presence-rules.xml ... (thư mục cho người sử dụng khỏc) • resource-lists o users bob
• resource-list.xml //file chứa đựng danh danh sỏch