QoS信令和资源分配方案的选择必须独立于选择的会话控制协议。这是考虑到QoS控制和SIP的发展。
b)SIP和QoS资源分配的协调
i)Alerting之前的分配。在建立一个SIP会话时，对一个应用来说，请求传送建立所需的资源必须在目的用户被通知以前被成功分配。然而也应该注意到，对于一个终端中的SIP应用，在无线资源建立前通知用户也是可能的。
ii)目的用户加入到载体协商中。在建立一个SIP会话时，对一个终结性的应用来说，允许目的用户加入进来决定哪个载体将被建立。然而，没有用户干涉而建立SIP会话也必须是可能的。
iii)成功地确立载体。必须包括任何必须的端到端的QoS信令、协商和资源分配的完成。
c)预防服务的偷窃。典型的，如果用户分配到QoS资源，必须有一个允许控制机制来预防用户超越了网络中协商的限制。网络必须防止未授权的用户来使用没有授权的资源。
d)无线资源授权。由于无线资源是非常昂贵的，所以网络必须可以用一种方式来管理它们。网络必须可以识别谁在使用这些资源并且批准他们的使用。例如，如果网络不监督无线资源的使用的话，一个UA终端可以执行一个不受限制和不受控制的资源预约程序。
e)预防恶意使用。3GPPIMS必须预防移动设备恶意使用网络。例如，一个恶意的UA将不能服从涉及到Record-Route头域的程序。当发送了一个并发的请求时，UA可以旁路代理服务器，这个代理服务器在初始化处理期间插入一Record-Route头。
f)预防拒绝服务。一个代理服务器接收到拒绝服务的攻击的风险必须被最小化。例如，一个恶意的UA可以学习到一个SIP代理服务器的IP地址和端口号(例如，在Record-Route头的值)并且建立一个针对这个代理服务器的攻击。
3、IMS中的SIP扩展
3.1SIP压缩
会话建立时间可能由于通过一个受限带宽信道传送SIP消息所需的时间而被延长。因此，必须有一个机制，通过压缩UA和SIP出境代理服务器之间和SIP出境代理服务器和UA之间的SIP消息来有效地通过无线接口传送SIP信令包。对IP和传送这些SIP消息的传输层协议头也必须进行压缩。
1)SIP请求和发给P-CSCF的响应的压缩和解压
SIP消息的压缩是一个执行的选项。然而压缩是被强烈推荐的。由于压缩支持是强制性的，所以UE可以发送甚至是第一个就被压缩的消息。信令压缩(SigComp)提供了一套机制来让UE知道状态State是否已在P-CSCF中被创建。
对于SIP请求和从P-CSCF接收到的响应消息，UE也必须对它们进行解压操作。如果UE探测到在P-CSCF的解压失败，修复机制将被执行，同时，还可以改变算法。
SIP在P-CSCF的压缩过程所遵循的压缩规则与UE相同。注册期间交换字节码将会预防会话建立时不必要的延迟。SIP请求和发给UE的响应也需要压缩，同样从UE接收到的响应也需要解压，它们遵循和上述P-CSCF相同的规则进行。
2)压缩运算独立
所选择的解决方法必须可以允许能在不能压缩的运算法则上实行。
3)SIP压缩的可扩展性
所选择的解决结果必须有可扩展性，当它们可利用时，以反向兼容的方式来推动新的和改良的压缩运算的合并。
4)SIP压缩对网络的最小影响
特定的应用压缩对现存的3GPP接入网络的影响要最小化。另一方面，压缩机制必须独立于接入，比如压缩必须定义在UA和出境SIP代理服务器。
