SIP路由字段和机理

From: 如果一个SIP消息中没有Contact或者Record- Route头域，那么callee就会根据 From头域产生后续的Request。比如：如果Alice打一个电话给Bob， From头域的内容是 From:Alice<sip:alice@example.org>。那么Bob打给Alice时就会使用 sip:alice@example.org作为To头域和Request-URI头域的内容。

Contact: 后续Request将根据Contact头域的内容决定目的地的地址，同时将Contact头域的内容放到Request-URI中。它还可以用来指示没有在Record- Route头域中记录的Proxies的地址。同时它还可以被用在Redirect servers和REGISTER requests 和responses。 
Record-Route:Record-Route字段实际上用于帮助UA建立Route Set，当UA发送Request时会用Route Set来设置上面提到的Route字段。当一个Request消息经过Proxy Server时，如果该Proxy Server希望通知UA相关的后续消息都能通过它来转发，此时它就会在消息中添加Record-Route字段，内容为自己的地址信息。当UAS发送Resposne消息时它将复制Request中的Record-Route字段，而UAC在Response消息中检测到Record-Route字段时，它就会用该字段的路由信息更新自己的Route Set

Via:
Via头域是被服务器插入request中，用来检查路由环的，并且可以使response根据 via找到返回的路。它不会对未来的request 或者是response造成影响。

总的来说，如果有 Route，request就应该根据 Route发送，如果没有就根据Contact头域发送，如果连Contact都没有，就根据 From头域发送。

Service-Route:Service-Route在S-CSCF向UE发送REGISTER成功应答时设置，作用和Record-Route类似，用于帮助UE建立Route Set，这样UE注册后的消息（例如INVITE）通过设置Route字段无需经过I-CSCF可直接送达S-CSCF。

Path :只能用于用户向注册服务器发送的Register请求。
          1如果某代理服务器希望发往用户的任何后续请求仍能经过自己，就可以在Register请求中插入一个Path字段并赋值为自身的URI。
          2如果要求拓扑隐藏，经过I-CSCF的时候要把这个 I 添加到Path字段中 

To 字段总是包含被呼叫方的地址（通过sip代理时是公用地址，点对点时是真实ip），要注意的是区别该标题头和sip消息请求行中的Request-URI。To在信令路径中不会被代理改变，然而Request-URI包含的是信令路径中下一跳的地址，因此在路途中被每个代理改变。

总的来说，SIP中存在两种路由场景：

1，请求消息的路由

2，响应消息的路由

 

其中，