P-Called-Party-ID头域

典型的proxy 服务器在路由 INVITE 请求到目标时插入 P-Called-Party-ID 头域.该头域用 porxy 收到请求的 Request-URI 填写。UAS 从几个已注册的 AORs 中标识出是会话邀请发送给哪个AOR。 
3GPP IMS 的用户可以获得一个或多个标识用户的 SIP URIs(AOR)。例如：一个用户可以获得一个业务 SIP URI 和一个个人 SIP URI。一个应用的案例是，用户可以让业务 SIP URI 只对工作伙伴有效而个人 SIP URI 只对家庭成员有效。在某一特定的时间点上, 业务 SIP URI 和个人 SIP URI 都已注册到 SIP registrar，因此两个 URI 都能接受新的会话邀请。当该用户收到一个加入会话的邀请，他/她应该知道会话是发给已注册的几个 SIP URI 中的哪一个。这项需求在 3GPP R5 中关于 SIP[4]的需求中提及。
当为 UA 服务的 SIP proxy 获得 INVITE，然后对请求 Request-URI 字段进行重定位目标，并且替换为用户在注册时 REGISTER 请求中 Contact 头字段的所公布的 SIP URI 时，这个问题就会在会话建立中的会话终结端产生。
当 UAS 收到 SIP INVITE, 它不能判断请求发给哪个 AOR。某些人可能觉得 To 头域字段指明了语义上被叫用户，所以无需对 SIP 进行该扩展。虽然 SIP 的 To 头域字段在大多数情况下意味着 called party ID, 但在以下两个特殊情况下并不正确:
1. 会话在到达为用户服务的代理服务器之前被前面的 SIP 代理前转(forwarded)，重定向(redirected)等。
2. UAC 构造了一个 To 头域字段与 Request-URI 不相同 INVITE 请求。
To 头域字段的使用问题是它只能被 UAC 填写而不能路径上的代理修改。
如果因为某种原因 UAC 没有用目标用户的 AOR 填写 To 头域字段