2008
DOI: 10.17487/rfc5264
|View full text |Cite
|
Sign up to set email alerts
|

Publication of Partial Presence Information

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1

Citation Types

0
3
0

Year Published

2008
2008
2014
2014

Publication Types

Select...
3
2

Relationship

0
5

Authors

Journals

citations
Cited by 5 publications
(3 citation statements)
references
References 9 publications
(18 reference statements)
0
3
0
Order By: Relevance
“…When changing status, UE sends another request Publish, which will go the same way as the first one. The form of the messages is described in [16]. The message itself contains only the change of the status.…”
Section: Presence Architecturementioning
confidence: 99%
“…When changing status, UE sends another request Publish, which will go the same way as the first one. The form of the messages is described in [16]. The message itself contains only the change of the status.…”
Section: Presence Architecturementioning
confidence: 99%
“…According to the presence model, all presentities publish presence or context information to a presence service, which effectively is a push mechanism. Due to the large variety of PUAs expected to be on end-user devices, PUAs should follow standardization and send SIP PUBLISH messages [24,25] to a single entity. Hence, PUAs cannot send context information to multiple context mediators directly.…”
Section: Presence User Agentmentioning
confidence: 99%
“…In compliance with the presence model, documents based on PIDF [35] can be used as the body of notification messages [30] as well as publish messages [25]. PIDF is a rather basic presence data format with which basic status information (open/closed) and contact information (<contact>sip:user@example.com </contact>) can be defined.…”
Section: Context Information Formatmentioning
confidence: 99%