<?xml version="1.0" encoding="UTF-8"?>
<reference anchor="I-D.worley-sip-many-refers" target="https://datatracker.ietf.org/doc/html/draft-worley-sip-many-refers-00">
   <front>
      <title>The Five Meanings of the REFER Method</title>
      <author initials="D. R." surname="Worley" fullname="Dale R. Worley">
         <organization>Pingtel</organization>
      </author>
      <date month="June" day="21" year="2006" />
      <abstract>
	 <t>   The REFER method is defined in RFC 3515.  That RFC defines the syntax
   of the REFER request and some of the machinery involved in its
   execution, but it defines the semantics of the method only so far as
   to specify that the recipient will initiate a request to the target
   specified in the Refer-To header.  But since almost all requests that
   can be sent by the recipient are inherently part of an encompassing
   UA action that affects the state of the recipient in ways that are
   not directly reflected in SIP protocol actions, the standardized
   action of initiating a request implicitly has further consequences
   which are often not clearly specified.  As a result, various SIP
   call-control proposals assume that a UA receiving a REFER will
   perform the UA operation that is needed at that moment without
   specifying clearly how the UA recognizes which UA operation is
   needed.  As a result there are now five semantically distinct defined
   uses of REFER.  All five uses bear a family resemblance, and each
   involves sending a SIP request, but the exact meaning of each use is
   logically independent of the others, and the rules by which a UA
   distinguishes the five cases are at best implicit.
	 </t>
      </abstract>
   </front>
   <seriesInfo name="Internet-Draft" value="draft-worley-sip-many-refers-00" />
   
</reference>
