<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet type="text/xsl" href="media-feature-tags.xsl"?>
<?xml-model href="media-feature-tags.rng" schematypens="http://relaxng.org/ns/structure/1.0" ?>
<registry xmlns="http://www.iana.org/assignments" id="media-feature-tags">
  <title>Media Feature Tags - iso.org.dod.internet.features (1.3.6.1.8)</title>
  <updated>2026-01-15</updated>


  <registry id="media-feature-tags-1">
    <title>iso.org.dod.internet.features.ietf-tree (1.3.6.1.8.1)</title>
    <xref type="rfc" data="rfc2506"/><xref type="rfc" data="rfc2534"/>
    <registration_rule>IETF Review</registration_rule>
    <record>
      <decimal>1</decimal>
      <name>pix-x</name>
      <description>horizontal pixels</description>
      <xref type="rfc" data="rfc2534"/>
    </record>
    <record>
      <decimal>2</decimal>
      <name>pix-y</name>
      <description>vertical pixels</description>
      <xref type="rfc" data="rfc2534"/>
    </record>
    <record>
      <decimal>3</decimal>
      <name>dpi</name>
      <description>dots-per-inch</description>
      <xref type="rfc" data="rfc2534"/>
    </record>
    <record>
      <decimal>4</decimal>
      <name>ua-media</name>
      <description>ua-media</description>
      <xref type="rfc" data="rfc2534"/>
    </record>
    <record>
      <decimal>5</decimal>
      <name>paper-size</name>
      <description>paper-size</description>
      <xref type="rfc" data="rfc2534"/>
    </record>
    <record>
      <decimal>6</decimal>
      <name>color</name>
      <description>color</description>
      <xref type="rfc" data="rfc2534"/>
    </record>
    <record>
      <decimal>7</decimal>
      <name>size-x</name>
      <description>size-x</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>8</decimal>
      <name>size-y</name>
      <description>size-y</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>9</decimal>
      <name>dpi-xyratio</name>
      <description>dpi-xyratio</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>10</decimal>
      <name>color-levels</name>
      <description>color-levels</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>11</decimal>
      <name>color-space</name>
      <description>color-space</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>12</decimal>
      <name>CIELAB-L-depth</name>
      <description>CIELAB-L-depth</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>13</decimal>
      <name>CIELAB-A-depth</name>
      <description>CIELAB-A-depth</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>14</decimal>
      <name>CIELAB-B-depth</name>
      <description>CIELAB-B-depth</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>15</decimal>
      <name>CIELAB-L-min</name>
      <description>CIELAB-L-min</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>16</decimal>
      <name>CIELAB-L-max</name>
      <description>CIELAB-L-max</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>17</decimal>
      <name>CIELAB-a-min</name>
      <description>CIELAB-a-min</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>18</decimal>
      <name>CIELAB-a-max</name>
      <description>CIELAB-a-max</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>19</decimal>
      <name>CIELAB-b-min</name>
      <description>CIELAB-b-min</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>20</decimal>
      <name>CIELAB-b-max</name>
      <description>CIELAB-b-max</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>21</decimal>
      <name>image-file-structure</name>
      <description>image-file-structure</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>22</decimal>
      <name>image-coding</name>
      <description>image-coding</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>23</decimal>
      <name>image-coding-constraint</name>
      <description>image-coding-constraint</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>24</decimal>
      <name>JBIG-stripe-size</name>
      <description>JBIG-stripe-size</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>25</decimal>
      <name>image-interleave</name>
      <description>image-interleave</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>26</decimal>
      <name>color-subsampling</name>
      <description>color-subsampling</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>27</decimal>
      <name>MRC-mode</name>
      <description>MRC-mode</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>28</decimal>
      <name>MRC-max-stripe-size</name>
      <description>MRC-max-stripe-size</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>29</decimal>
      <name>color-illuminant</name>
      <description>color-illuminant</description>
      <xref type="rfc" data="rfc2879"/>
    </record>
    <record>
      <decimal>30</decimal>
      <name>type</name>
      <description>type</description>
      <xref type="rfc" data="rfc2913"/>
    </record>
    <record>
      <decimal>31</decimal>
      <name>charset</name>
      <description>charset</description>
      <xref type="rfc" data="rfc2987"/>
    </record>
    <record>
      <decimal>32</decimal>
      <name>language</name>
      <description>language</description>
      <xref type="rfc" data="rfc2987"/>
    </record>
    <record>
      <decimal>33</decimal>
      <name>unknown-character-replacement</name>
      <description>unknown-character-replacement</description>
      <xref type="rfc" data="rfc5259"/>
    </record>
  </registry>
  
  
  <registry id="media-feature-tags-2">
    <title>iso.org.dod.internet.features.global-tree (1.3.6.1.8.2)</title>
    <xref type="rfc" data="rfc2506"/>
    <registration_rule>Expert Review</registration_rule>
    <expert>Paul Kyzivat</expert>
    <note>Registration requests can be sent directly to iana@iana.org or 
submitted via IANA's <xref type="uri" data="https://www.iana.org/form/protocol-assignment">general request form</xref>. IANA will forward 
requests to the <xref type="uri" data="https://mailman3.ietf.org/mailman3/lists/media-feature-tags.ietf.org">Media Feature Tags mailing list</xref> and the 
IESG-designated expert(s), who will notify IANA if the request is 
approved. IANA does not monitor the list.
    </note>
    <record>
      <decimal>1</decimal>
      <name>g.3gpp.cs-voice</name>
      <description>This feature-tag indicates that        
the device supports circuit switched
voice when combining circuit switched
calls and IM sessions.</description>
      <xref type="uri" data="http://www.etsi.org/services_products/freestandard/home.htm">ETSI TS 124 279</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record>
      <decimal>2</decimal>
      <name>g.3gpp.cs-video</name>
      <description>This feature-tag indicates that        
the device supports circuit switched
video when combining circuit switched
video calls and IM sessions.</description>
      <xref type="uri" data="http://www.etsi.org/services_products/freestandard/home.htm">ETSI TS 124 279</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record>
      <decimal>3</decimal>
      <name>g.3gpp.smsip</name>
      <description>This feature-tag indicates that        
the device is capable of accepting
SMS messages via SIP as specified by
ETSI TS 124 341.</description>
      <xref type="uri" data="http://www.etsi.org/services_products/freestandard/home.htm">ETSI TS 124 341</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record>
      <decimal>4</decimal>
      <name>g.3gpp.icsi-ref</name>
      <description>Each value of the
        Service Reference media feature-tag indicates the software applications
        supported by the agent. The values for this tag equal the IMS
        communication Service Identifier (ICSI) values supported by the agent. The Service Reference media feature tag is defined to fulfil the
        requirements for forking to an appropriate UE when multiple UEs are
        registered and dispatch to an appropriate application within the UE
        based upon the IMS communication Service Identifier (ICSI) values as
        stated in 3GPP TS 23.228.</description>
      <xref type="uri" data="http://www.3gpp.org/ftp/Specs/">3GPP TS 24.229</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record>
      <decimal>5</decimal>
      <name>g.3gpp.iari-ref</name>
      <description>Each value of the
        Application Reference media feature-tag indicates the software
        applications supported by the agent. The values for this tag equal IMS
        Application Reference Identifier (IARI) values supported by the agent
        The Application Reference media feature tag is defined to fulfil the
        requirements for forking to an appropriate UE when multiple UEs are
        registered and dispatch to an appropriate application within the UE
        based upon and IMS Application Reference Identifier (IARI) values as
        stated in 3GPP TS 23.228.</description>
      <xref type="uri" data="http://www.3gpp.org/ftp/Specs/">3GPP TS 24.229</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record>
      <decimal>6</decimal>
      <name>g.3gpp.ics</name>
      <description>This feature-tag
        when used in a SIP REGISTER request indicates that the function is ICS
        capability and may operate in ICS mode. This feature-tag when used is a
        none SIP REGISTER method indicates that the function wants to invoke ICS
        functionality.</description>
      <xref type="uri" data="http://www.3gpp.org/ftp/Specs/">3GPP TS 24.292</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record>
      <decimal>7</decimal>
      <name>g.3gpp.accesstype</name>
      <description>This feature-tag when used in a SIP REGISTER request indicates access network technology
        used by the device and the particular registration flow that the device
        is using to register over.</description>
      <xref type="uri" data="http://www.3gpp.org/ftp/Specs/">3GPP TS 24.292</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record>
      <decimal>8</decimal>
      <name>g.3gpp.pne-id</name>
      <description>This media feature-tag when used in a SIP request or a SIP response indicates the
        identifier of a PNE other than a UE.</description>
      <xref type="uri" data="http://www.3gpp.org/ftp/Specs/">3GPP TS 24.259</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record>
      <decimal>9</decimal>
      <name>g.3gpp.iut-controller</name>
      <description>This media feature-tag when used in a SIP request or a SIP response indicates that
        the function sending the SIP message supports the IUT Controller
        functionality.This media feature tag does not imply that the controller
        UE capabilities are handled in the same protocol manner.</description>
      <xref type="uri" data="http://www.3gpp.org/ftp/Specs/html-info/24337.htm">3GPP TS 24.337</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>    
    <record date="2013-03-21">
      <decimal>10</decimal>
      <name>g.3gpp.iut-focus</name>
      <description>This media feature-tag when used in a Contact header field or a Accept-Contact 
        header field of a SIP request or a SIP response indicates that the function sending the SIP 
        message supports anchoring a IUT session and/or the SIP message is an inter-UE transfer 
        operation.</description>
      <xref type="uri" data="http://www.3gpp.org/ftp/Specs/html-info/24337.htm">3GPP TS 24.337</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>    
    <record date="2013-03-21">
      <decimal>11</decimal>
      <name>g.3gpp.current-iut-controller</name>
      <description>This media feature-tag when used in a Contact header field of SIP request or SIP 
        response indicates that the UA is the currently active IUT controller for the collaborative 
        session or is a controllee in the collaborative. The values of the feature tag are "active" 
        and "passive".</description>
      <xref type="uri" data="http://www.3gpp.org/ftp/Specs/html-info/24337.htm">3GPP TS 24.337</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>    
    <record date="2013-03-25">
      <decimal>12</decimal>
      <name>g.3gpp.mid-call</name>
      <description>This feature-tag when used in a SIP request or a SIP response indicates that the 
        function sending the SIP message supports the MSC server assisted mid-call feature.</description>
      <xref type="uri" data="http://www.3gpp.org/ftp/Specs/html-info/24237.htm">3GPP TS 24.237</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>    
    <record date="2013-03-25">
      <decimal>13</decimal>
      <name>g.3gpp.srvcc-alerting</name>
      <description>This media feature-tag when used in a Contact header field of a SIP request or a 
        SIP response indicates that the functional entity sending the SIP message supports SRVCC 
        access transfer for calls in alerting phase, i.e. for calls whith early dialog.</description>
      <xref type="uri" data="http://www.3gpp.org/ftp/Specs/html-info/24237.htm">3GPP TS 24.237</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2014-04-15">
      <decimal>14</decimal>
      <name>g.3gpp.cs2ps-srvcc-alerting</name>
      <description>This media feature-tag when used in a Contact header field of a SIP request or a 
        SIP response indicates that the functional entity sending the SIP message supports CS to PS 
        SRVCC access transfer for calls in alerting phase.</description>
      <xref type="uri" data="http://www.3gpp.org/DynaReport/24237.htm">3GPP TS 24.237 11.10.0</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2014-04-15">
      <decimal>15</decimal>
      <name>g.3gpp.path</name>
      <description>This media feature tag when used in a Contact header field in SIP REGISTER request 
        or SIP response to the SIP REGISTER request indicates capability of identifying the registration 
        path and binding SRVCC related information to it.</description>
      <xref type="uri" data="http://www.3gpp.org/DynaReport/24237.htm">3GPP TS 24.237 11.10.0</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2014-04-15">
      <decimal>16</decimal>
      <name>g.3gpp.cs2ps-srvcc</name>
      <description>This media feature tag when included in Contact header field indicates support of the 
        CS to PS single radio voice call continuity as specified in 3GPP TS 24.237.</description>
      <xref type="uri" data="http://www.3gpp.org/DynaReport/24237.htm">3GPP TS 24.237 11.10.0</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2014-04-15">
      <decimal>17</decimal>
      <name>g.3gpp.pstops-sti</name>
      <description>This media feature-tag when used in a Contact header field of a SIP request or a 
        SIP response indicates that the functional entity sending the SIP message supports the use of 
        the PS to PS STI URI.</description>
      <xref type="uri" data="http://www.3gpp.org/DynaReport/24237.htm">3GPP TS 24.237 11.10.0</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2014-04-16">
      <decimal>18</decimal>
      <name>g.3gpp.ti</name>
      <description>This media feature tag when used in a Contact header field as 
        specified in IETF RFC 3840 in SIP INVITE request or SIP response to the 
        SIP INVITE request indicates the capability of associating a CS call 
        with dialog created by the SIP INVITE request.</description>
      <xref type="uri" data="http://www.3gpp.org/DynaReport/24237.htm">3GPP TS 24.237 11.10.0</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2015-04-08">
      <decimal>19</decimal>
      <name>g.3gpp.drvcc-alerting</name>
      <description>This media feature-tag when used in a Contact header field of a 
        SIP request or a SIP response indicates that the functional entity sending 
        the SIP message supports the PS to CS dual radio access transfer for calls 
        in alerting phase.</description>
      <xref type="uri" data="http://www.3gpp.org/DynaReport/24237.htm">3GPP TS 24.237 12.8.0</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2015-04-08">
      <decimal>20</decimal>
      <name>g.3gpp.dynamic-stn</name>
      <description>This media feature-tag when used in a Contact header field of 
        a SIP request or a SIP response indicates that the functional entity 
        sending the SIP message supports the use of dynamic STN.</description>
      <xref type="uri" data="http://www.3gpp.org/DynaReport/24237.htm">3GPP TS 24.237 12.8.0</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2015-04-08">
      <decimal>21</decimal>
      <name>g.3gpp.ps2cs-drvcc-orig-pre-alerting</name>
      <description>This media feature-tag when used in a Contact header field of 
        a SIP request or a SIP response indicates that the functional entity 
        sending the SIP message supports the PS to CS dual radio access transfer 
        for originating calls in pre-alerting phase.</description>
      <xref type="uri" data="http://www.3gpp.org/DynaReport/24237.htm">3GPP TS 24.237 12.8.0</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2015-04-08">
      <decimal>22</decimal>
      <name>g.3gpp.ps2cs-srvcc-orig-pre-alerting</name>
      <description>This media feature tag when used in a Contact header field of 
        a SIP request or a SIP response indicates that the functional entity 
        sending the SIP message supports the PS to CS SRVCC for originating 
        calls in pre-alerting phase.</description>
      <xref type="uri" data="http://www.3gpp.org/DynaReport/24237.htm">3GPP TS 24.237 12.8.0</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2015-09-01">
      <decimal>23</decimal>
      <name>g.3gpp.cs2ps-drvcc-alerting</name>
      <description>This media feature-tag, when used in a Contact header field 
        of a SIP request or a SIP response, indicates that the functional entity 
        sending the SIP message supports the CS to PS dual radio access transfer 
        for calls in alerting phase.</description>
      <xref type="uri" data="http://www.3gpp.org/DynaReport/24237.htm">3GPP TS 24.237 v12.9.0</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2015-09-01">
      <decimal>24</decimal>
      <name>g.3gpp.cs2ps-drvcc-orig-pre-alerting</name>
      <description>This media feature-tag when used in a Contact header field 
        of a SIP request or a SIP response indicates that the functional entity 
        sending the SIP message supports the CS to PS dual radio access transfer 
        for originating calls in pre-alerting phase.</description>
      <xref type="uri" data="http://www.3gpp.org/DynaReport/24237.htm">3GPP TS 24.237 v12.9.0</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2016-02-26">
      <decimal>25</decimal>
      <name>g.3gpp.smsip-msisdn-less</name>
      <description>This media feature-tag when used in a Contact header field of 
        a SIP request or a SIP response indicates that the functional entity 
        sending the SIP message supports MSISDN less operation of SMS via SIP 
        MESSAGE request.</description>
      <xref type="uri" data="http://www.3gpp.org/dynareport/24341.htm">3GPP TS 24.341 v12.6.0</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2016-11-04" updated="2016-11-16">
      <decimal>26</decimal>
      <name>g.3gpp.nw-init-ussi</name>
      <description>This feature-tag indicates support of user equipment 
        procedures for the network initiated USSD over IMS.</description>
      <xref type="uri" data="http://www.3gpp.org/dynareport/24390.htm">3GPP TS 24.390 v12.6.0</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2017-05-01">
      <decimal>27</decimal>
      <name>g.3gpp.registration-token</name>
      <description>This media feature tag, when included in a third party SIP REGISTER request, 
        indicates the support of using a token to identify the registration used for the request. 
        The mediafeature tag is assigned a value that can be used by the receiving AS to later 
        identify the used registration for initial requests from an originating user or dialog 
        forming responses from a terminating user.</description>
      <xref type="uri" data="http://www.3gpp.org/dynareport/24229.htm">3GPP TS 24.229 v12.16.0</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2017-08-02">
      <decimal>28</decimal>
      <name>g.3gpp.mcptt</name>
      <description>This media feature tag when used in a SIP request or a SIP response 
        indicates that the function sending the SIP message supports Mission Critical 
        Push To Talk (MCPTT) communication.</description>
      <xref type="uri" data="http://www.3gpp.org/dynareport/24379.htm">3GPP TS 24.379 v13.5.0</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2018-06-12">
      <decimal>29</decimal>
      <name>g.3gpp.mcdata.sds</name>
      <description>This media feature tag when used in a SIP request or a SIP response indicates 
        that the function sending the SIP message supports Mission Critical Data (MCData) 
        communications Short Data Service (SDS).</description>
      <xref type="uri" data="http://www.3gpp.org/ftp//Specs/archive/24_series/24.282/24282-e30.zip">3GPP TS 24.282 14.3.0</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2018-06-12">
      <decimal>30</decimal>
      <name>g.3gpp.mcdata.fd</name>
      <description>This media feature tag when used in a SIP request or a SIP response indicates 
        that the function sending the SIP message supports Mission Critical Data (MCData) communications 
        File Distribution (FD).</description>
      <xref type="uri" data="http://www.3gpp.org/ftp//Specs/archive/24_series/24.282/24282-e30.zip">3GPP TS 24.282 14.3.0</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2018-07-27">
      <decimal>31</decimal>
      <name>g.3gpp.mcvideo</name>
      <description>This media feature tag when used in a SIP request or a SIP response indicates that the function sending 
        the SIP message supports Mission Critical Video (MCVideo) communication.</description>
      <xref type="uri" data="http://www.3gpp.org/ftp//Specs/archive/24_series/24.281/">3GPP TS 24.281 Rel-14</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2018-10-22">
      <decimal>32</decimal>
      <name>g.3gpp.dynamic-e-stn-drvcc</name>
      <description>This media feature-tag when used in a Contact header field of a SIP request or a SIP response 
        indicates that the functional entity sending the SIP message supports the use of dynamic-e-stn-drvcc.</description>
      <xref type="uri" data="http://www.3gpp.org/ftp/Specs/archive/24_series/24.237/">3GPP TS 24.237</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2018-10-22">
      <decimal>33</decimal>
      <name>g.3gpp.ps2cs-srvcc-mid-call-emergency</name>
      <description>This media feature-tag, when used in a Contact header field of a SIP request or a SIP response, 
        indicates that the functional entity sending the SIP message supports the PS to CS SRVCC for emergency 
        session in early dialog state with active speech media component when both the emergency session in early 
        dialog state with active speech media component and a non-emergency call in confirmed dialog state with 
        inactive speech media component exists.</description>
      <xref type="uri" data="http://www.3gpp.org/ftp/Specs/archive/24_series/24.237/">3GPP TS 24.237</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2018-10-22">
      <decimal>34</decimal>
      <name>g.3gpp.ps2cs-srvcc-term-pre-alerting</name>
      <description>This media feature tag when used in a Contact header field of a SIP request or a SIP response 
        indicates that the functional entity sending the SIP message supports the PS to CS SRVCC for terminating 
        calls in pre-alerting phase.</description>
      <xref type="uri" data="http://www.3gpp.org/ftp/Specs/archive/24_series/24.237/">3GPP TS 24.237</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2018-10-22" updated="2018-11-20">
      <decimal>35</decimal>
      <name>g.3gpp.ps-data-off</name>
      <description>This media feature tag when included in a Contact header field in a REGISTER request indicates 
        the status of the 3GPP PS data off for the registration time. This media feature tag, when included in the 
        Contact header field in a REGISTER request indicates that the UE supports the 3GPP PS data off. 
        The g.3gpp.ps-data-off media feature tag can take a value that indicates whether the 3GPP PS data off has been 
        activated or deactivated by the user at the UE.</description>
      <xref type="uri" data="http://www.3gpp.org/ftp/Specs/archive/24_series/24.229/">3GPP TS 24.229</xref>
      <xref type="person" data="Dongwook_Kim"/>
    </record>
    <record date="2023-02-27">
      <decimal>36</decimal>
      <name>g.3gpp.mcdata.ipconn</name>
      <description>This media feature tag when used in a SIP request or a SIP response indicates that 
        the function sending the SIP message supports Mission Critical Data (MCData) communications IP 
        Connectivity (IPCONN).</description>
      <xref type="uri" data="http://www.3gpp.org/ftp/Specs/html-info/24282.htm">3GPP TS 24.282</xref>
      <xref type="person" data="Kiran_Kapale"/>
    </record>
    <record date="2023-03-13">
      <decimal>37</decimal>
      <name>g.3gpp.rlos</name>
      <description>This feature-tag when used in a SIP REGISTER request indicates that the function 
        sending the SIP message supports restricted local operator service.</description>
      <xref type="uri" data="http://www.3gpp.org/ftp/Specs/html-info/24229.htm">3GPP TS 24.229</xref>
    </record>
    <record date="2025-10-29">
      <decimal>38</decimal>
      <name>g.3gpp.dc-mux</name>
      <description>	Support of multiplexing multiple IMS application data channels from different data 
        channel applications on a single SDP media description, resulting in use of multiple 
        a=3gpp-req-app SDP attributes with different application-id tag values. Also, support of 
        multiplexing IMS bootstrap data channels from both local network and remote network bootstrap 
        content sources on a single SDP media description.</description>
      <xref type="uri" data="https://www.3gpp.org/ftp/Specs/archive/26_series/26.114/">3GPP TS 26.114</xref>
    </record>
  </registry>
  
  
  <registry id="media-feature-tags-3">
    <title>iso.org.dod.internet.features.uri-tree (1.3.6.1.8.3)</title>
    <xref type="rfc" data="rfc2506"/>
    <registration_rule>Unregistered (formed from uri)</registration_rule>
  </registry>


  <registry id="media-feature-tags-4">
    <title>iso.org.dod.internet.features.sip-tree (1.3.6.1.8.4)</title>
    <xref type="rfc" data="rfc3840"/>
    <registration_rule>IETF Review</registration_rule>
    <record>
      <decimal>1</decimal>
      <name>sip.audio</name>
      <description>This feature tag indicates that                 
the device supports audio as a
streaming media type.</description>
      <xref type="rfc" data="rfc3840"/>
    </record>
    <record>
      <decimal>2</decimal>
      <name>sip.application</name>
      <description>This feature tag indicates that                 
the device supports application as
a streaming media type. This feature
tag exists primarily for completeness.
Since so many MIME types are underneath
application, indicating the ability to
support applications provides little
useful information.</description>
      <xref type="rfc" data="rfc3840"/>
    </record>
    <record>
      <decimal>3</decimal>
      <name>sip.data</name>
      <description>This feature tag indicates that                 
the device supports data as a
streaming media type.</description>
      <xref type="rfc" data="rfc3840"/>
    </record>
    <record>
      <decimal>4</decimal>
      <name>sip.control</name>
      <description>This feature tag indicates that                 
the device supports control as a
streaming media type.</description>
      <xref type="rfc" data="rfc3840"/>
    </record>
    <record>
      <decimal>5</decimal>
      <name>sip.video</name>
      <description>This feature tag indicates that                 
the device supports video as a
streaming media type.</description>
      <xref type="rfc" data="rfc3840"/>
    </record>
    <record>
      <decimal>6</decimal>
      <name>sip.text</name>
      <description>This feature tag indicates that                 
the device supports text as a
streaming media type.</description>
      <xref type="rfc" data="rfc3840"/>
    </record>
    <record>
      <decimal>7</decimal>
      <name>sip.automata</name>
      <description>The sip.automata feature tag is a               
boolean value that indicates whether
the UA represents an automata (such
as a voicemail server, conference
server, IVR, or recording device) or a human.</description>
      <xref type="rfc" data="rfc3840"/>
    </record>
    <record>
      <decimal>8</decimal>
      <name>sip.class</name>
      <description>This feature tag indicates the                  
setting, business or personal, in
which a communications device is used.</description>
      <xref type="rfc" data="rfc3840"/>
    </record>
    <record>
      <decimal>9</decimal>
      <name>sip.duplex</name>
      <description>The sip.duplex media feature tag                
indicates whether a communications
device can simultaneously send and
receive media ("full"), alternate
between sending and receiving ("half"),
can only receive ("receive-only")
or only send ("send-only").</description>
      <xref type="rfc" data="rfc3840"/>
    </record>
    <record>
      <decimal>10</decimal>
      <name>sip.mobility</name>
      <description>The sip.mobility feature tag                    
indicates whether the device is
fixed (meaning that it is associated
with a fixed point of contact with
the network), or mobile (meaning that
it is not associated with a fixed
point of contact). Note that cordless
phones are fixed, not mobile, based
on this definition.</description>
      <xref type="rfc" data="rfc3840"/>
    </record>
    <record>
      <decimal>11</decimal>
      <name>sip.description</name>
      <description>The sip.description feature tag                 
provides a textual description of
the device.</description>
      <xref type="rfc" data="rfc3840"/>
    </record>
    <record>
      <decimal>12</decimal>
      <name>sip.events</name>
      <description>Each feature tag value indicates                
a SIP event package supported
by a SIP UA. The values for this tag
equal the event package names that are
registered by each event package.</description>
      <xref type="rfc" data="rfc3840"/>
    </record>
    <record>
      <decimal>13</decimal>
      <name>sip.priority</name>
      <description>The sip.priority feature tag                    
indicates the call priorities the
device is willing to handle. A value
of X means that the device is willing
to take requests with priority X and
higher. This does not imply that a
phone has to reject calls of lower
priority. As always, the decision on
handling of such calls is a matter
of local policy.</description>
      <xref type="rfc" data="rfc3840"/>
    </record>
    <record>
      <decimal>14</decimal>
      <name>sip.methods</name>
      <description>Each value of the sip.methods                   
(note the plurality) feature tag
indicates a SIP method supported by
this UA. In this case, "supported" means
that the UA can receive requests with
this method. In that sense, it has the
same connotation as the Allow header field.</description>
      <xref type="rfc" data="rfc3840"/>
    </record>
    <record>
      <decimal>15</decimal>
      <name>sip.extensions</name>
      <description>Each value of the sip.extensions                
feature tag is a SIP extension (each of
which is defined by an option-tag registered
with IANA) that is understood by the UA.
Understood, in this context, means that
the option tag would be included in a
Supported header field in a request.</description>
      <xref type="rfc" data="rfc3840"/>
    </record>
    <record>
      <decimal>16</decimal>
      <name>sip.schemes</name>
      <description>Each value of the sip.schemes (note             
the plurality) media feature tag
indicates a URI scheme that is
supported by a UA. Supported implies,
for example, that the UA would know
how to handle a URI of that scheme
in the Contact header field of a
redirect response.</description>
      <xref type="rfc" data="rfc3840"/>
    </record>
    <record>
      <decimal>17</decimal>
      <name>sip.actor</name>
      <description>This feature tag indicates the type             
of entity that is available at this URI.</description>
      <xref type="rfc" data="rfc3840"/>
    </record>
    <record>
      <decimal>18</decimal>
      <name>sip.isfocus</name>
      <description>This feature tag indicates that the             
UA is a conference server, also known
as a focus, and will mix together the
media for all calls to the same URI.</description>
      <xref type="rfc" data="rfc3840"/>
    </record>
    <record>
      <decimal>19</decimal>
      <name>sip.byeless</name>
      <description>The feature tag is a boolean flag.              
    When set it indicates that the device
is incapable of terminating a session
autonomously.</description>
      <xref type="rfc" data="rfc4235"/>
    </record>
    <record>
      <decimal>20</decimal>
      <name>sip.rendering</name>
      <description>This feature tag contains one of three          
tokens indicating if the device is
rendering any media from the current
session ("yes"), none of the media from
the current session ("no"), or if this
status is not known to the device
("unknown").</description>
      <xref type="rfc" data="rfc4235"/>
    </record>
    <record>
      <decimal>21</decimal>
      <name>sip.message</name>
      <description>This feature tag indicates that the device      
supports message as a streaming media type.</description>
      <xref type="rfc" data="rfc4569"/>
    </record>
    <record>
      <decimal>22</decimal>
      <name>sip.ice</name>
      <description>This feature tag indicates that the device      
supports Interactive Connectivity
Establishment (ICE).</description>
      <xref type="rfc" data="rfc5768"/>
    </record>
    <record>
      <decimal>23</decimal>
      <name>sip.instance</name>
      <description>This feature tag contains a string containing   
a URN that indicates a unique identifier
associated with the UA instance registering
the Contact. Values appropriate for use with
this feature tag:  String (equality
relationship). The feature tag is intended
primarily for use in the following
applications, protocols, services, or
negotiation mechanisms:  This feature tag is
most useful in a communications application,
for describing the capabilities of a device,
such as a phone or PDA.</description>
      <xref type="rfc" data="rfc5626"/>
    </record>
    <record>
      <decimal>24</decimal>
      <name>sip.app-subtype</name>
      <description>This feature tag indicates the MIME             
application sub-types supported by the agent
for purposes of streaming media.</description>
      <xref type="rfc" data="rfc5688"/>
    </record>    
    <record>
      <decimal>25</decimal>
      <name>sip.fax</name>
      <description>This feature tag
indicates whether a communications device supports the ITU-T T.38
fax protocol ("t38") or the passthrough method of fax
transmission using the ITU-T G.711 audio codec
("passthrough").</description>
      <xref type="rfc" data="rfc6913"/>
    </record>
    <record date="2014-11-12">
      <decimal>26</decimal>
      <name>sip.uui-isdn</name>
      <description>This media
feature tag when used in a Contact header field of a SIP request
or a SIP response indicates that the entity sending the SIP
message supports the package "uui-isdn".</description>
      <xref type="rfc" data="rfc7434"/>
    </record>
    <record date="2015-10-07">
      <decimal>27</decimal>
      <name>sip.src</name>
      <description>This feature tag indicates that the UA is a Session 
Recording Client for the purpose of an RS.</description>
      <xref type="rfc" data="rfc7866"/>
    </record>
    <record date="2015-10-07">
      <decimal>28</decimal>
      <name>sip.srs</name>
      <description>This feature tag indicates that the UA is a Session Recording 
Server for the purpose of an RS.</description>
      <xref type="rfc" data="rfc7866"/>
    </record>
    <record date="2019-03-28">
      <decimal>29</decimal>
      <name>sip.pnsreg</name>
      <description>This
        media feature tag, when inserted in the Contact header field
        of a SIP REGISTER request, conveys that the SIP UA
        associated with the tag is able to send binding-refresh
        REGISTER requests associated with the registration without
        being awakened by push notifications.</description>
      <xref type="rfc" data="rfc8599"/>
    </record>
    <record date="2019-12-19">
      <decimal>30</decimal>
      <name>sip.clue</name>
      <description>This feature tag
        indicates that the device supports CLUE-controlled media.
        Values appropriate for use with this feature tag: Boolean.
        The feature tag is intended primarily for use in the following
        applications, protocols, services, or negotiation mechanisms:
        This feature tag is most useful in a communications application for
        describing the capabilities of a device to use the CLUE control
        protocol to negotiate the use of multiple media streams.
      </description>
      <xref type="rfc" data="rfc8848"/>
    </record>
  </registry>
  
  
  <people>
    <person id="Kiran_Kapale">
      <name>Kiran Kapale</name>
      <uri>mailto:kiran.kapale&amp;samsung.com</uri>
      <updated>2023-02-27</updated>
    </person>
    <person id="Dongwook_Kim">
      <name>Dongwook Kim</name>
      <uri>mailto:dongwook.kim&amp;etsi.org</uri>
      <updated>2026-01-15</updated>
    </person>
  </people>
</registry>
