■■ Priority—To specify the priority of the request.
■■ Schemes—To specify which URI schemes the UA supports.
■■ Extensions—To specify which SIP extensions the UA supports.
■■ Methods—To specify the capabilities of the UA (such as voice or IM).
■■ Actor—To express the role a UA performs. Example roles that are
defined in RFC 3840 are principal(direct communication with the
person), attendant(indirect communication through a third person),
msg-taker(a message will be taken and delivered to the principal),
and information(information about the principal is available).
■■ Is Focus—To specify that the UA is a conferencing server or focus.The following are examples of these classes.Example for Contact
The caller would specify in the REGISTERmessage or an INVITEmessage:Contact: HenryS <sip:[email protected]>;audio;video
;text;duplex=”full”;priority=”urgent”The preferences include audio, video, and text chat in full duplex with a
specification for urgency.Example for Accept-Contact
The caller would like to speak to a UA that supports the SIPMESSAGEmethod
for page mode instant messaging, and is a business device. The degree of pref-
erence is indicated by the weight factor q.Accept-Contact: *;methods=”MESSAGE”;class=”business”;q=1.0Example for Reject-Contact
The caller would not like to communicate with a voicemail server or a device
with video.Reject-Contact: *;actor=”msg-taker”;videoThe Reject-Contactfield can also contain a list of URIs for which no call
setup is desired.
For more examples and use cases of caller prefs, see [3].156 Chapter 8