概述：
本文介绍了SIP INVITE中包含的主要字段，发送用来建立VoIP呼叫的字段。SIP INVITE消息通常包含4到6个报头条目，其中包含联系信息。不同的设备或线路提供商以不同的方式使用这些报头，因此，对这些报头的“正常”范围的理解以及对日志消息的仔细分析，将有助于了解某些问题的原因，并有助于配置设备或 3CX管理控制台中的线路提供商，以便正确识别。下图显示了典型的SIP INVITE。
Request-Line-URI:
Request-Line-URI包含呼叫的目的地。它包含与“To”字段相同的信息，省略了显示名称。
Via:
Via头字段用于定义SIP事务的下层（传输层）传输协议，并标识响应消息将要被发送的位置。Via头字段用以指示请求历经的路径。它可以防止请求消息传送产生环路，并确保应答和请求消息选择同样的路径，以保证通过防火墙或满足其它特定的选路要求。
From:
从PBX 服务器的角度来看，“From”报头字段指示请求发起者的身份–类似于电子邮件地址的结构（user @ domain –例如，“用户”是分机号，以及 “域”是服务器域或IP地址）。 像“ To”头字段一样，它包含一个URI和一个可选的显示名称。 它用于确定将哪些处理规则应用于请求。
SIP RFC 3261：“From”报头字段允许显示名称。如果客户端的身份是保持隐藏的，那么UAC（即电话）应使用显示名称“匿名”，以及语法正确但无意义的URI（例如，“匿名” <sip：10000@10.172.0.2>）。
通常，主机IP地址将是PBX服务器的内部IP地址。
To:
“ To”报头字段首先指定请求的所需“逻辑”接收者，或者指定作为该请求目标的用户或资源的记录地址。这可能是也可能不是请求的最终接收者。“ To”报头域可以包含一个SIP URI，但是在适当的时候它也可以使用其他URI方案。所有的SIP实现都必须支持SIP URI方案。
To报头字段允许显示名称（例如，收件人：“目标用户” <sip：101@10.172.0.2>）。
通常，“ To”字段包含一个SIP URI，它指向将处理请求的第一（下一）跳（proxy），但不一定指向最终接收者的SIP URI。
Contact:
“Contact” 报头提供了一个SIP URI，后续请求将根据Contact头域的内容决定目的地的地址，同时将Contact头域的内容放到Request-URI中。它还可以用来指示没有在Record-Route头域中记录的Proxies的地址。同时它还可以被用在Redirect servers和REGISTER requests 和responses。
Allow:
此字段以逗号分隔的格式列出了呼叫者可以支持和使用的SIP方法。 SIP定义了以下方法：ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, PRACK, REFER, REGISTER, SUBSCRIBE, UPDATE
Definitions
SIP URI – SIP URI是用户的SIP电话号码。 SIP URI类似于电子邮件地址，并以以下格式编写：SIP URI = sip：x @ y：Port