6713
查看次数
0
有帮助
0
评论
RFC5009的完整中文翻译，大家拿去看:p
网络工作组：R. Ejzak
请求评议：Alcatel-Lucent
分类：信息
备注状态：
该备注为互联网组织提供信息。它没有定义任何一种互联网标准。备注的分类是没有限制的。
简述：
该文档描述了一种私有会话发起协议头字段信息，该头字段信息能被欧洲电信标准协会电信和互联网融合业务以及高级网络协议使用，并基于在第三代伙伴计划IP多媒体子系统中授权早期媒体。这头字段对于在任何会话发起协议网络和需要在早期会话状态需要控制媒体流时很有用。
目录：
1………………………………介绍
2………………………………应用性说明
3………………………………公约和简写
4………………………………早期媒体授权背景
4.1…………………………向后早期媒体
4.2…………………………向前早期媒体
5………………………………RFC 3959 和 RFC 3960的适用性
6………………………………操作概述
7………………………………P-Early-Media头字段的局限性
8…………………………………P-Early-Media头字段
8.1………………………………用户代理客户端处理机制
8.2………………………………用户代理服务端处理机制
8.3………………………………网络代理处理机制
9……………………………………正式语法
10……………………………………安全性考虑
11……………………………………IANA考虑
11.1………………………………P-Early-Media SIP头字段的注册
12……………………………………致谢
13……………………………………参考文献
13.1………………………………规范性参考
13.2………………………………信息参考
1.介绍
这篇文档定义了P-Early-Media头字段的使用。当相关网络的早期媒体规定被允许时，P-Early-Media头字段适用于在某个SIP网络中用SIP信息来授权直通转发向后和/或向前早期媒体。这P-Early-Media头字段旨在用于SIP网络中，例如3GPP IMS。而这样的网络有如下特点：与一些包含不可知，不可信，关于早期媒体不同规定的SIP网络连通；可以门控（启动/不启动）早期媒体流流向/来自用户设备。
在一个独立的SIP网络中，它可以门控早期媒体连接到与这网络有关的所有节点，然后在这些节点上执行一个预期的早期媒体规定。然而当一个SIP网络被连接到其他的SIP网络时连接到外部网络的边界节点那种早期媒体规定建立不同节点间的会话。P-Early-Media头字段便提供了对于边界节点与该网络中其他节点交流早期媒体规定决定的方法。
2.应用性说明
这种扩展的使用仅适用于信任网域，例如在RFC 3325中所定义的信任网域。在信任网域中的节点被他的用户和端系统明确的信任，继而授权早期媒体规定所允许的早期媒体请求。
该文档不为跨网域的使用或者互联网的使用提供一种通用的恰当的早期媒体授权模型。甚至，因为早期媒体请求未被加密认证，早期媒体请求将在不符合信任网域要求的任何体系中遭受伪造、展示、歪曲。
早期媒体缺乏对于明确制造或修改请求的标识，所以它必须确定是信任网域中 制定的。因此，当安全的接收到信任网域成员节点的信息时，这信息只有唯一的意义。
尽管这种可扩展能够被并行分叉应用，但它并没有改善出现在早期媒体和并行分叉中已知的问题，正如RFC 3960中所描述的，除非有人能猜想RTP的对称使用。
尽管存在局限性，有效地专业部署仍能满足上述猜想并且接受其局限性保证该机制的发表。一个例子部署就是关闭网络，它效法的是传统的电路交换网。
3.公约和缩写
这篇文档中关键词如"MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL"，按照RFC2119中所描述的进行解释。
3GPP - the Third Generation Partnership Project 第三代伙伴计划
ABNF - Augmented Backus-Naur Form 扩充巴斯科范式
DTMF - Dual Tone Multi-Frequency 多音调多频
ETSI - European Telecommunications Standards Institute欧洲电信标准协会
IMS - Internet Protocol Multimedia Subsystem IP多媒体子系统
MIME - Multipurpose Internet Mail Extensions 多用途互联网邮件扩展
NAT - Network Address Translation 网址解析
PSTN - Public Switched Telephone Network 公共电话交换网络
SDP - Session Description Protocol 会话描述协议
SIP - Session Initiation Protocol 会话发起协议
TISPAN - Telecommunications and Internet-converged Services andProtocols for Advanced Networks 电信和互联网融合业务的高级网络协议
UA - User Agent 用户代理
UAC - User Agent Client 用户代理客户端
UAS - User Agent Server 用户代理服务端
4.早期媒体授权背景
当向后早期媒体从终止开关面向主叫方时，PSTN网络主要提供呼叫进展情况。在某些情况下，例如二次拨号的数字收集，PSTN网络也使用向前早期媒体从主叫方面向终止开关。因为它们被用作呼叫回应方并且在节点间不交换数据，PSTN网络主要允许向后和/或向前早期媒体。在SIP网络中，向后早期媒体流从UAS流向UAC，向前早期媒体流从UAC流向UAS。SIP网络在默认情况下两种形式的早期媒体，一旦媒体路径建立了，网络就可以携带用户数据。早期媒体希望使用PSTN网关作为UAS，而不是用SIP用户设备作为UAS.。为了保护使用早期媒体交换用户数据，当允许早期媒体通过PSTN网关时，SIP网络可以规定拒绝来自于SIP用户设备的含有用户数据的向后早期媒体，并且拒绝含有用户数据的向前早期媒体流向SIP用户设备。例如，同时包含PSTN网关和SIP终端设备，能够通过作为UAS的SIP终端设备阻断早期媒体或者作为UAC的SIP终端设备开启早期媒体再或者在每个PSTN网关开启早期媒体来运用此早期媒体规定。
不幸的是，与其他SIP网络的互连的SIP网络无法确定互连网络能否执行兼容的早期媒体规定。因此只在某些情况下，允许早期媒体交换用户数据。例如，A网络允许所有早期媒体使用作为UAC的用户设备，B网络允许所有早期媒体使用作为UAS的用户设备，建立在A网络中作为UAC的用户设备和在B网络中作为UAS的用户设备间的会话将允许早期媒体交换双向用户数据。其他的早期媒体规定的组合也会产生类似的不可预知的后果。
这种扩展的目的是允许一个SIP网络使用不同的早期媒体规定连接到其他SIP网络，通过该规定来识别和开启早期媒体。
4.1向后早期媒体
在PSTN中向后早期媒体主要包括呼叫进展情况信息，例如振铃反馈，关于转发等特殊处理要求的公布。它可能包含进一步信息的要求，例如信用卡号能够被识别就像以多音多频发音或讲话形式的向前早期媒体。这种类型的向后早期媒体向以处理呼叫和相关的无数据交换的终端用户为目的的呼叫部分提供信息。通常的PSTN收费政策以直到以直到呼叫被回应时无用户数据交换来确定。因此，如果网络使用常规的早期媒体规定，为最初的UA门控向后早期媒体流的网络设备必须区分来自终止SIP节点的授权的早期媒体和来自网络之外的其他的SIP设备的未授权的早期媒体。因为有必要检验那些来自信任源的标识，那么有必要对于路径上返回最初UA的每个服务器能够检验用先前服务器确定的信任关系，并且移除不能这样做的标识。对于一个不可信的SIP网络的边界服务器能够确定使用该网络从外部UAS到UAC的授权的向后早期媒体。因此，能够被SIP代理修改的私有头字段的使用优于不能以这种方式修改的多用途Internet邮件扩展协议。
4.2向前早期媒体
在PSTN中向前早期媒体并不常见于向后早期媒体。向前早期媒体主要被用在收集二次拨号数字，信用卡号码，其他的DTMF或者以进一步指导为目的语音。在PSTN中的向前早期媒体通常被直接指向以处理呼叫进展为目的的网络服务器，并且涉及终端用户间的无数据交换。
此外，SIP网外的终止SIP UA 可以接收到以向前早期媒体流形式的任何用户数据。这样的情况下，如果该网络执行常规的早期媒体政策，针对于最初UA的门控向前早期媒体流的网络设备必须能区分那些授权接受向前早期媒体流的终止节点和该网络之外的未被授权就接受包含用户数据的向前早期媒体流的SIP设备。这种授权可以通过包含定义授权接收向前早期媒体的向后SIP信息的向后早期媒体的方法来实现。
5.RFC 3959和RAC 3960的适用性
自从PSTN网关成为IMS中早期媒体的主要请求者，这篇文档中描述的隐私头部信息扩展适用于在RFC 3960中描述的网关模型。基于同样的原因，这篇文档中描述的隐私头部信息扩展既不如RFC 3960中描述的请求服务器，也不如RFC 3959中描述的早起会话部署类型具有适用性。RFC 3960中描述的网关模型允许为个人网络建立尊重早期媒体处理的本地规定，但不指出连接到那些使用不同的未知的不可信的早期媒体规定的网络的网络地址。如果不使用这种P-Early-Media头字段信息，对于网络将不能决定早期媒体的直通转发是否导致终端用户在会话建立时可以传送数据。
因此这篇文档中描述的隐私头部信息的扩展是RFC 3960中描述的网关模型必然扩展，它将适用于可传递信息的可信任网域中。
6.操作概述
这篇文档中描述的新的P-Early-Media头字段信息是基于向后和/向前早期媒体的请求和授权请求的。在INVITE请求中，能够识别P-Early-Media头字段信息的USC包含该头字段信息。在INVITE请求中的P-Early-Media头字段信息包含“支持”参数。
作为信任网域中的成员，每个接收INVITE请求的代理必须决定在转发前是否插入或删除P-Early-Media头字段信息。
接收INVITE请求的UAS可以在请求中使用先前的P-Early-Media头字段信息并决定在面向UAC的随后信息中是否请求早期媒体授权。在接受到到来的INVITE请求后，请求向后和/向后的早期媒体的UAS在面向UAC对话的信息中包含P-Early-Media头字段信息，并且包含在会话中的媒体线程的方向参数来确定媒体请求是为了向后早期媒体还是向前早期媒体还是均不是二者。通过在面向UAC对话的随后信息中包含一个修改的P-Early-Media头字段信息，UASN能够改变对早期媒体的请求。在网络中接收面向UAC的信息中的P-Early-Media头字段信息的网络代理有权确定早期媒体请求来自u授权的信息源。如果一个P-Early-Media头字段信息来自于一个不可信的信息源，或者一个不允许发送向后早期媒体的信息源，再或者一个允许接收向前早期媒体的信息源，那么在转发信息前该网络代理将基于本地规定可能移除P-Early-Media头字段信息或修改该头字段信息的方向参数。
不接受面向UAC的信息中的P-Early-Media头字段信息的网络代理可以插入一个基于本地规定的P-Early-Media头字段信息。如果该代理担任门控早期媒体的角色，那么该网络代理使用头字段的参数来决定是否打开或关闭在UAC之间的向后或向前早期媒体流门。在转发信息之前担任门控早期媒体的网络代理也会在P-Early-Media头字段信息中加入“门”参数。以确保在路径上的门控网络代理能选择持续打开网路代理的控制门。
如果UAC是网络中可信任的服务器，那么UAC可以使用来自UAS的信息中的P-Early-Media头字段信息参数来决定是否担任早期媒体门或直通转发早期媒体，或者决定是否优先于接收180铃声反应的振铃反馈提交向后早期媒体。
如果UAC与用户设备相连，那么网络将会标记网络代理的任务是担任早期媒体控制门角色，所以在这样的UAC中被接收的P-Early-Media头字段信息参数不需要UAC规定早期媒体流，但是网络会提供附加信息使UAC能够提交媒体。
网络中UAC和网络代理可以插入，删除，修改基于本地规定的面向UAC对话信息中P-Early-Media头字段信息，但是以这种方式使用时头字段的解释与本地规定有关，并且不再此处定义。头字段中方向参数的的用途是被用来通知最后早期媒体授权状态的UAS。
7. P-Early-Media头字段信息的局限性
该P-Early-Media头字段信息不适用于目录部署的SDP：例如早期会话。当并行分叉出现时，因为在SDP信息中没有描述任何媒体流的RTP信息源地址，所以来自相关节点使用该媒体的对话中没有可靠的方法去关联早期媒体授权，除非有节点可以确定对称RTP的使用。当UAC和网路代理接收到多种早期媒体对话并且不能立即确定每个媒体流的信息源，它应该在任何适用于面向接收媒体的规定的对话中使用最严格的早期媒体授权它的接收。当早期媒体的使用由于任何原因并且不能确定对称RTP的使用时是被渴望的，它将会被忠告不允许并行分叉使用呼叫方。
尽管媒体门的执行不在这种扩展范围之内，但要注意媒体门必须在现有的帮助横向网址解析的网址解析协议下认真的被执行。媒体门引进媒体回环潜能，这类似于在并行分叉或者具有其他能阻断早期媒体的特征（如常规回环）时被创建。
8．P-Early-Media头字段信息
带“支持”参数的P-Early-Media头字段信息被包含在INVITE请求中，来标识在路径上的UAC或者网络代理能识别该头字段。
一个网络实体可能要求早期媒体授权或者改变包含P-Early-Media头字段信息的早期媒体授权。该存在于面向INVITE请求的并且被表1允许的对话信息中。P-Early-Media头字段信息包括一个甚至多个方向参数，这些方向参数有以下属性值：“sendrecv（发送接收方）”，“sendonly（仅发送）”，“recvonly（仅接收）”，“inactive(双向)”，并且遵循SDP流方向性协议的使用。为此每个参数适用于建立会话媒体的通信的SDP信息的媒体线程。不能被识别的参数应该被抛弃。早期媒体授权的目的是无方向的参数被忽略。如果有比媒体线程更多的方向参数，夺取的部分将被丢弃，如果有比媒体线程更少的方向参数，这些方向参数的值将被用于剩余的媒体线程。直接面向UAC的包含不能识别方向参数的P-Early-Media头字段的信息不能被解释为早期媒体授权请求。
方向参数值"sendrecv"标识了与媒体线程相关的早期媒体授权请求，该请求既可能是从UAS面向UAC,也可能从UAC面向UAS的既包括向后早期媒体也包括向前早期媒体。参数值"sendonly"标识了从UAS面向UAC的向后早期媒体的媒体授权请求，参数值"recvonly"标识了从UAC面向UAS而不是其他方向的向前早期媒体的媒体授权请求，参数值" inactive "标识了或者与媒体线程有关的未被授权的早期媒体请求或者是废除授权的早期媒体授权请求。
在与面向INVITE请求发送者的对话的信息中的P-Early-Media头字段信息也许需要无方向参数“gated”来标识面向UAS路径上的网络实体已经通过方向参数来门控早期媒体。当“gated”参数被包含在P-Early-Media头字段信息中时，“gated”参数应该位于参数列表的最后。
当接收到直接面向UAC的不包含P-Early-Media头字段的信息并且在对话中收到的先前早期媒体无授权，默认的早期媒体授权依赖于本地规定和包含在INVITE请求中的头字段。一个在对话中早期媒体授权请求和不包含P-Early-Media头字段的子系统信息被接收到后,先前的早期媒体授权仍然未被改变。面向UAS的对话信息中的P-Early-Media头字段可能通过本地规定被忽视或解释。P-Early-Media头字段与SDP提供/应答处理机制无任何关系。早期媒体授权不会受SDP提供/应答处理机制（前提条件和方向性）的状态的影响并且也不影响SDP提供/应答处理机制。在包含SDP的信息中P-Early-Media头字段也许可以或不可以被保护。最近的早期媒体授权适用于为对话在会话中建立相应媒体线程，直至收到INVITE请求的200 OK回应，在那个时刻所有在会话中的媒体线程被绝对的授权。在特定方向的早期媒体流需要在那个方向上的早期媒体被授权，在那个方向上的早期媒体流被SDP方向属性流激活并且任何适用的先决条件得到满足。早期媒体授权并不覆盖SDP方向属性或先决条件状态并且SDP方向属性并不会覆盖早期媒体授权。对于P-Early-Media头字段表1是RFC3261中表2和表3的扩展。PRA纵列是PRACK的缩写，UPD纵列是UPDATE的缩写。
Header field where proxy ACK BYE CAN INV OPT REG PRA UPD
P-Early-Media R amr - - - o - - o o
P-Early-Media 18x amr - - - o - - - -
P-Early-Media 2xx amr - - - - - - o o
Table 1: P-Early-Media Header Field
8.1用户代理客户端处理机制
用户代理客户端可能包含P-Early-Media头字段在INVITE请求中用该字段的支持参数识别该字段。
接收P-Early-Media头字段的用户代理客户端可能使用头字段参数去门控或直通转发早期媒体并且决定是否从UAS到UAC传送优于被180振铃反应触发产生本地回铃音的早期媒体。如果一个网络代理为用户代理客户端提供早期媒体门控功能，那么RFC3960中描述的网关模型适用于传送早期媒体。如果用户代理客户端在网络中没有早期媒体门控功能来接收P-Early-Media头字段的网络代理，那么它通过P-Early-Media头字段的参数来门控或直通转发早期媒体。
8.2用户代理服务端的处理机制
一个要求授权来发送或接收早期媒体的用户代理服务端在与UAC的对话中被表1允许的任何信息中可以插入相应参数的P-Early-Media头字段。在与UAC的对话中被表1允许的任何后续信息中通过插入相应参数的P-Early-Media头字段，用户代理服务端可以要求早期媒体授权的改变。如果INVITE请求中P-Early-Media头字段没有出现，那么用户代理服务端可以选择禁止早期媒体授权请求也可以选择执行候补早期媒体处理程序。
8.3网络代理处理机制
当转发一个INVITE请求时，网络代理可以增加、保留或删除P-Early-Media头字段，但它取决于本地规定与发送和/或接收信息的信任关系。此外，如果对于用户代理客户端而言网络代理客控制着早期媒体门控功能，那么它应该使用P-Early-Media头字段目录来门控早期媒体，这需要通过第8节中描述的头字段参数来决定。
9．形式语法
通过RFC4234，作为对RFC3621中规定的SIP的ABNF的扩展，头字段信息的语法定义在下面的ABNF中。注意并非所有的帕拉姆元素的组合在语义上有效。
P-Early-Media = "P-Early-Media" HCOLON
[ em-param *(COMMA em-param) ]
em-param = "sendrecv" / "sendonly" / "recvonly"
/ "inactive" / "gated" / "supported" / token
10．安全性考虑
这种扩展扩展仅适用于在RFC3325中规定的信任网域中，这篇文档没有提供一种常规的早期媒体授权模型适用于域间使用或国际互联网间的使用。
没有与P-Early-Media头字段相关的的机密性关注。最好在通过服务器间的每一跳时保持头字段方向参数的完整性来避免早期媒体未经授权使用的潜在性。P-Early-Media头字段使用在3CPP IMS信任网域中或类似信任域环境下，来组成成对的明确安全关联的SIP该服务器集合。在网络中的信任网域中，有必要规定网络服务器的边界用户设备或边界对等网络怎样使用P-Early-Media头字段。假设信任网域中的网络边界服务器在发送或接收网络外部的任何服务器用本地规定的处理的P-Early-Media头字段。因为边界服务器通过边界自由修改或移除转发的SIP信息中的任何P-Early-Media头字段，P-Early-Media头字段的完整性在与外部服务器的连接时安全性的扩展能够被检验。P-Early-Media头字段的可靠性仅能与针对规定头字段可靠性的可行的外部服务器的扩展是能被确定的。
11．IANA考虑
11.1P-Early-Media头字段的注册
头字段名字： P-Early-Media
简写： 无
注册者： Richard Ejzak
ejzak@alcatel-lucent.com
规范性描述： 文档的第8节
12．鸣谢
作者非常感谢Miguel Garcia-Martin, Jan Holm, Sebastien Garcin, Akira Kurokawa, Erick Sasaki, James Calme, GregTevonian, Aki Niemi, Paul Kyzivat, Gonzalo Camarillo, Brett Tate, Jon Peterson, Alfred Hoenes, and David Black这篇文档书写评论。
13．参考文献
13．1规范性参考
[1] Rosenberg, J., Schulzrinne, H., Camarillo, G., Johnston, A.,Peterson, J., Sparks, R., Handley, M., and E. Schooler, "SIP: Session Initiation Protocol", RFC 3261, June 2002.
[2] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[3] Camarillo, G., "The Early Session Disposition Type for the Session Initiation Protocol (SIP)", RFC 3959, December 2004.
[4] Camarillo, G. and H. Schulzrinne, "Early Media and Ringing Tone Generation in the Session Initiation Protocol (SIP)", RFC 3960, December 2004.
[5] Crocker, D. and P. Overell, "Augmented BNF for Syntax Specifications: ABNF", RFC 4234, October 2005.
[6] Jennings, C., Peterson, J., and M. Watson, "Private Extensions to the Session Initiation Protocol (SIP) for Asserted Identity within Trusted Networks", RFC 3325, November 2002.
[7] Handley, M., Jacobson, V., and C. Perkins, "SDP: Session Description Protocol", RFC 4566, July 2006.
[8] Rosenberg, J. and H. Schulzrinne, "An Offer/Answer Model with Session Description Protocol (SDP)", RFC 3264, June 2002.
[9] Rosenberg, J., Schulzrinne, H., and P. Kyzivat, "Caller Preferences for the Session Initiation Protocol (SIP)", RFC 3841, August 2004.
[10] Rosenberg, J., "The Session Initiation Protocol (SIP) UPDATE Method", RFC 3311, October 2002.
[11] Camarillo, G., Marshall, W., and J. Rosenberg, "Integration of Resource Management and Session Initiation Protocol (SIP)", RFC 3312, October 2002.
[12] Rosenberg, J. and H. Schulzrinne, "Reliability of Provisional Responses in Session Initiation Protocol (SIP)", RFC 3262, June 2002.
13.2信息参考
[13] 3GPP "TS 23.228: IP Multimedia Subsystem (IMS); Stage 2 (Release
7)", 3GPP 23.228, March 2007,
ftp://ftp.3gpp.org/specs/archive/23_series/23.228/.
[14] 3GPP "TS 24.229: IP Multimedia Call Control Protocol based on
SIP and SDP; Stage 3 (Release 7)", 3GPP 24.229, March 2007,
ftp://ftp.3gpp.org/specs/archive/24_series/24.229/
ETSI文档可以从ETSI网站服务器上下载，网址是http://www.etsi.org/ ，任何3GPP文档可以从3GPP网站服务器上下载，看专业知识。
作者信息：Richard Ejzak Alcatel-Lucent 1960 Lucent Lane Naperville, IL 60566
USA Phone: +1 630 979 7036 EMail: ejzak@alcatel-lucent.com
完整的版权说明
这种文档受BCP 78权利、许可、限制的支配，除展示内容时作者保留所有权力。这篇文档和包含于此的信息来自"AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
知识产权
IETF不涉及知识产权的合法性和范围的规定或在这篇文档中关于执行和使用技术的声明权力或基于该权利的其他许可文件的有效或无效的扩展。也不能代表它已经做出一些独立的努力去鉴别，关于RFC文档权限的处理机制在从BCP 78和BCP 79中找到。IRP公布的副本，由TETF秘书处制作，并且任何许可证的担保的制定是有效的。也可以尝试获得常规许可的结果或者这样专利的执行或者使用者的私有权限的批准可以从IETF在线的IRP产权库中获得。IETF邀请任何有兴趣的组织加入对这篇文档的产权、专利、专利申请或者其他执行该标准的技术的私有权力的关注。
网络工作组：R. Ejzak
请求评议：Alcatel-Lucent
分类：信息
备注状态：
该备注为互联网组织提供信息。它没有定义任何一种互联网标准。备注的分类是没有限制的。
简述：
该文档描述了一种私有会话发起协议头字段信息，该头字段信息能被欧洲电信标准协会电信和互联网融合业务以及高级网络协议使用，并基于在第三代伙伴计划IP多媒体子系统中授权早期媒体。这头字段对于在任何会话发起协议网络和需要在早期会话状态需要控制媒体流时很有用。
目录：
1………………………………介绍
2………………………………应用性说明
3………………………………公约和简写
4………………………………早期媒体授权背景
4.1…………………………向后早期媒体
4.2…………………………向前早期媒体
5………………………………RFC 3959 和 RFC 3960的适用性
6………………………………操作概述
7………………………………P-Early-Media头字段的局限性
8…………………………………P-Early-Media头字段
8.1………………………………用户代理客户端处理机制
8.2………………………………用户代理服务端处理机制
8.3………………………………网络代理处理机制
9……………………………………正式语法
10……………………………………安全性考虑
11……………………………………IANA考虑
11.1………………………………P-Early-Media SIP头字段的注册
12……………………………………致谢
13……………………………………参考文献
13.1………………………………规范性参考
13.2………………………………信息参考
1.介绍
这篇文档定义了P-Early-Media头字段的使用。当相关网络的早期媒体规定被允许时，P-Early-Media头字段适用于在某个SIP网络中用SIP信息来授权直通转发向后和/或向前早期媒体。这P-Early-Media头字段旨在用于SIP网络中，例如3GPP IMS。而这样的网络有如下特点：与一些包含不可知，不可信，关于早期媒体不同规定的SIP网络连通；可以门控（启动/不启动）早期媒体流流向/来自用户设备。
在一个独立的SIP网络中，它可以门控早期媒体连接到与这网络有关的所有节点，然后在这些节点上执行一个预期的早期媒体规定。然而当一个SIP网络被连接到其他的SIP网络时连接到外部网络的边界节点那种早期媒体规定建立不同节点间的会话。P-Early-Media头字段便提供了对于边界节点与该网络中其他节点交流早期媒体规定决定的方法。
2.应用性说明
这种扩展的使用仅适用于信任网域，例如在RFC 3325中所定义的信任网域。在信任网域中的节点被他的用户和端系统明确的信任，继而授权早期媒体规定所允许的早期媒体请求。
该文档不为跨网域的使用或者互联网的使用提供一种通用的恰当的早期媒体授权模型。甚至，因为早期媒体请求未被加密认证，早期媒体请求将在不符合信任网域要求的任何体系中遭受伪造、展示、歪曲。
早期媒体缺乏对于明确制造或修改请求的标识，所以它必须确定是信任网域中 制定的。因此，当安全的接收到信任网域成员节点的信息时，这信息只有唯一的意义。
尽管这种可扩展能够被并行分叉应用，但它并没有改善出现在早期媒体和并行分叉中已知的问题，正如RFC 3960中所描述的，除非有人能猜想RTP的对称使用。
尽管存在局限性，有效地专业部署仍能满足上述猜想并且接受其局限性保证该机制的发表。一个例子部署就是关闭网络，它效法的是传统的电路交换网。
3.公约和缩写
这篇文档中关键词如"MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL"，按照RFC2119中所描述的进行解释。
3GPP - the Third Generation Partnership Project 第三代伙伴计划
ABNF - Augmented Backus-Naur Form 扩充巴斯科范式
DTMF - Dual Tone Multi-Frequency 多音调多频
ETSI - European Telecommunications Standards Institute欧洲电信标准协会
IMS - Internet Protocol Multimedia Subsystem IP多媒体子系统
MIME - Multipurpose Internet Mail Extensions 多用途互联网邮件扩展
NAT - Network Address Translation 网址解析
PSTN - Public Switched Telephone Network 公共电话交换网络
SDP - Session Description Protocol 会话描述协议
SIP - Session Initiation Protocol 会话发起协议
TISPAN - Telecommunications and Internet-converged Services andProtocols for Advanced Networks 电信和互联网融合业务的高级网络协议
UA - User Agent 用户代理
UAC - User Agent Client 用户代理客户端
UAS - User Agent Server 用户代理服务端
4.早期媒体授权背景
当向后早期媒体从终止开关面向主叫方时，PSTN网络主要提供呼叫进展情况。在某些情况下，例如二次拨号的数字收集，PSTN网络也使用向前早期媒体从主叫方面向终止开关。因为它们被用作呼叫回应方并且在节点间不交换数据，PSTN网络主要允许向后和/或向前早期媒体。在SIP网络中，向后早期媒体流从UAS流向UAC，向前早期媒体流从UAC流向UAS。SIP网络在默认情况下两种形式的早期媒体，一旦媒体路径建立了，网络就可以携带用户数据。早期媒体希望使用PSTN网关作为UAS，而不是用SIP用户设备作为UAS.。为了保护使用早期媒体交换用户数据，当允许早期媒体通过PSTN网关时，SIP网络可以规定拒绝来自于SIP用户设备的含有用户数据的向后早期媒体，并且拒绝含有用户数据的向前早期媒体流向SIP用户设备。例如，同时包含PSTN网关和SIP终端设备，能够通过作为UAS的SIP终端设备阻断早期媒体或者作为UAC的SIP终端设备开启早期媒体再或者在每个PSTN网关开启早期媒体来运用此早期媒体规定。
不幸的是，与其他SIP网络的互连的SIP网络无法确定互连网络能否执行兼容的早期媒体规定。因此只在某些情况下，允许早期媒体交换用户数据。例如，A网络允许所有早期媒体使用作为UAC的用户设备，B网络允许所有早期媒体使用作为UAS的用户设备，建立在A网络中作为UAC的用户设备和在B网络中作为UAS的用户设备间的会话将允许早期媒体交换双向用户数据。其他的早期媒体规定的组合也会产生类似的不可预知的后果。
这种扩展的目的是允许一个SIP网络使用不同的早期媒体规定连接到其他SIP网络，通过该规定来识别和开启早期媒体。
4.1向后早期媒体
在PSTN中向后早期媒体主要包括呼叫进展情况信息，例如振铃反馈，关于转发等特殊处理要求的公布。它可能包含进一步信息的要求，例如信用卡号能够被识别就像以多音多频发音或讲话形式的向前早期媒体。这种类型的向后早期媒体向以处理呼叫和相关的无数据交换的终端用户为目的的呼叫部分提供信息。通常的PSTN收费政策以直到以直到呼叫被回应时无用户数据交换来确定。因此，如果网络使用常规的早期媒体规定，为最初的UA门控向后早期媒体流的网络设备必须区分来自终止SIP节点的授权的早期媒体和来自网络之外的其他的SIP设备的未授权的早期媒体。因为有必要检验那些来自信任源的标识，那么有必要对于路径上返回最初UA的每个服务器能够检验用先前服务器确定的信任关系，并且移除不能这样做的标识。对于一个不可信的SIP网络的边界服务器能够确定使用该网络从外部UAS到UAC的授权的向后早期媒体。因此，能够被SIP代理修改的私有头字段的使用优于不能以这种方式修改的多用途Internet邮件扩展协议。
4.2向前早期媒体
在PSTN中向前早期媒体并不常见于向后早期媒体。向前早期媒体主要被用在收集二次拨号数字，信用卡号码，其他的DTMF或者以进一步指导为目的语音。在PSTN中的向前早期媒体通常被直接指向以处理呼叫进展为目的的网络服务器，并且涉及终端用户间的无数据交换。
此外，SIP网外的终止SIP UA 可以接收到以向前早期媒体流形式的任何用户数据。这样的情况下，如果该网络执行常规的早期媒体政策，针对于最初UA的门控向前早期媒体流的网络设备必须能区分那些授权接受向前早期媒体流的终止节点和该网络之外的未被授权就接受包含用户数据的向前早期媒体流的SIP设备。这种授权可以通过包含定义授权接收向前早期媒体的向后SIP信息的向后早期媒体的方法来实现。
5.RFC 3959和RAC 3960的适用性
自从PSTN网关成为IMS中早期媒体的主要请求者，这篇文档中描述的隐私头部信息扩展适用于在RFC 3960中描述的网关模型。基于同样的原因，这篇文档中描述的隐私头部信息扩展既不如RFC 3960中描述的请求服务器，也不如RFC 3959中描述的早起会话部署类型具有适用性。RFC 3960中描述的网关模型允许为个人网络建立尊重早期媒体处理的本地规定，但不指出连接到那些使用不同的未知的不可信的早期媒体规定的网络的网络地址。如果不使用这种P-Early-Media头字段信息，对于网络将不能决定早期媒体的直通转发是否导致终端用户在会话建立时可以传送数据。
因此这篇文档中描述的隐私头部信息的扩展是RFC 3960中描述的网关模型必然扩展，它将适用于可传递信息的可信任网域中。
6.操作概述
这篇文档中描述的新的P-Early-Media头字段信息是基于向后和/向前早期媒体的请求和授权请求的。在INVITE请求中，能够识别P-Early-Media头字段信息的USC包含该头字段信息。在INVITE请求中的P-Early-Media头字段信息包含“支持”参数。
作为信任网域中的成员，每个接收INVITE请求的代理必须决定在转发前是否插入或删除P-Early-Media头字段信息。
接收INVITE请求的UAS可以在请求中使用先前的P-Early-Media头字段信息并决定在面向UAC的随后信息中是否请求早期媒体授权。在接受到到来的INVITE请求后，请求向后和/向后的早期媒体的UAS在面向UAC对话的信息中包含P-Early-Media头字段信息，并且包含在会话中的媒体线程的方向参数来确定媒体请求是为了向后早期媒体还是向前早期媒体还是均不是二者。通过在面向UAC对话的随后信息中包含一个修改的P-Early-Media头字段信息，UASN能够改变对早期媒体的请求。在网络中接收面向UAC的信息中的P-Early-Media头字段信息的网络代理有权确定早期媒体请求来自u授权的信息源。如果一个P-Early-Media头字段信息来自于一个不可信的信息源，或者一个不允许发送向后早期媒体的信息源，再或者一个允许接收向前早期媒体的信息源，那么在转发信息前该网络代理将基于本地规定可能移除P-Early-Media头字段信息或修改该头字段信息的方向参数。
不接受面向UAC的信息中的P-Early-Media头字段信息的网络代理可以插入一个基于本地规定的P-Early-Media头字段信息。如果该代理担任门控早期媒体的角色，那么该网络代理使用头字段的参数来决定是否打开或关闭在UAC之间的向后或向前早期媒体流门。在转发信息之前担任门控早期媒体的网络代理也会在P-Early-Media头字段信息中加入“门”参数。以确保在路径上的门控网络代理能选择持续打开网路代理的控制门。
如果UAC是网络中可信任的服务器，那么UAC可以使用来自UAS的信息中的P-Early-Media头字段信息参数来决定是否担任早期媒体门或直通转发早期媒体，或者决定是否优先于接收180铃声反应的振铃反馈提交向后早期媒体。
如果UAC与用户设备相连，那么网络将会标记网络代理的任务是担任早期媒体控制门角色，所以在这样的UAC中被接收的P-Early-Media头字段信息参数不需要UAC规定早期媒体流，但是网络会提供附加信息使UAC能够提交媒体。
网络中UAC和网络代理可以插入，删除，修改基于本地规定的面向UAC对话信息中P-Early-Media头字段信息，但是以这种方式使用时头字段的解释与本地规定有关，并且不再此处定义。头字段中方向参数的的用途是被用来通知最后早期媒体授权状态的UAS。
7. P-Early-Media头字段信息的局限性
该P-Early-Media头字段信息不适用于目录部署的SDP：例如早期会话。当并行分叉出现时，因为在SDP信息中没有描述任何媒体流的RTP信息源地址，所以来自相关节点使用该媒体的对话中没有可靠的方法去关联早期媒体授权，除非有节点可以确定对称RTP的使用。当UAC和网路代理接收到多种早期媒体对话并且不能立即确定每个媒体流的信息源，它应该在任何适用于面向接收媒体的规定的对话中使用最严格的早期媒体授权它的接收。当早期媒体的使用由于任何原因并且不能确定对称RTP的使用时是被渴望的，它将会被忠告不允许并行分叉使用呼叫方。
尽管媒体门的执行不在这种扩展范围之内，但要注意媒体门必须在现有的帮助横向网址解析的网址解析协议下认真的被执行。媒体门引进媒体回环潜能，这类似于在并行分叉或者具有其他能阻断早期媒体的特征（如常规回环）时被创建。
8．P-Early-Media头字段信息
带“支持”参数的P-Early-Media头字段信息被包含在INVITE请求中，来标识在路径上的UAC或者网络代理能识别该头字段。
一个网络实体可能要求早期媒体授权或者改变包含P-Early-Media头字段信息的早期媒体授权。该存在于面向INVITE请求的并且被表1允许的对话信息中。P-Early-Media头字段信息包括一个甚至多个方向参数，这些方向参数有以下属性值：“sendrecv（发送接收方）”，“sendonly（仅发送）”，“recvonly（仅接收）”，“inactive(双向)”，并且遵循SDP流方向性协议的使用。为此每个参数适用于建立会话媒体的通信的SDP信息的媒体线程。不能被识别的参数应该被抛弃。早期媒体授权的目的是无方向的参数被忽略。如果有比媒体线程更多的方向参数，夺取的部分将被丢弃，如果有比媒体线程更少的方向参数，这些方向参数的值将被用于剩余的媒体线程。直接面向UAC的包含不能识别方向参数的P-Early-Media头字段的信息不能被解释为早期媒体授权请求。
方向参数值"sendrecv"标识了与媒体线程相关的早期媒体授权请求，该请求既可能是从UAS面向UAC,也可能从UAC面向UAS的既包括向后早期媒体也包括向前早期媒体。参数值"sendonly"标识了从UAS面向UAC的向后早期媒体的媒体授权请求，参数值"recvonly"标识了从UAC面向UAS而不是其他方向的向前早期媒体的媒体授权请求，参数值" inactive "标识了或者与媒体线程有关的未被授权的早期媒体请求或者是废除授权的早期媒体授权请求。
在与面向INVITE请求发送者的对话的信息中的P-Early-Media头字段信息也许需要无方向参数“gated”来标识面向UAS路径上的网络实体已经通过方向参数来门控早期媒体。当“gated”参数被包含在P-Early-Media头字段信息中时，“gated”参数应该位于参数列表的最后。
当接收到直接面向UAC的不包含P-Early-Media头字段的信息并且在对话中收到的先前早期媒体无授权，默认的早期媒体授权依赖于本地规定和包含在INVITE请求中的头字段。一个在对话中早期媒体授权请求和不包含P-Early-Media头字段的子系统信息被接收到后,先前的早期媒体授权仍然未被改变。面向UAS的对话信息中的P-Early-Media头字段可能通过本地规定被忽视或解释。P-Early-Media头字段与SDP提供/应答处理机制无任何关系。早期媒体授权不会受SDP提供/应答处理机制（前提条件和方向性）的状态的影响并且也不影响SDP提供/应答处理机制。在包含SDP的信息中P-Early-Media头字段也许可以或不可以被保护。最近的早期媒体授权适用于为对话在会话中建立相应媒体线程，直至收到INVITE请求的200 OK回应，在那个时刻所有在会话中的媒体线程被绝对的授权。在特定方向的早期媒体流需要在那个方向上的早期媒体被授权，在那个方向上的早期媒体流被SDP方向属性流激活并且任何适用的先决条件得到满足。早期媒体授权并不覆盖SDP方向属性或先决条件状态并且SDP方向属性并不会覆盖早期媒体授权。对于P-Early-Media头字段表1是RFC3261中表2和表3的扩展。PRA纵列是PRACK的缩写，UPD纵列是UPDATE的缩写。
Header field where proxy ACK BYE CAN INV OPT REG PRA UPD
P-Early-Media R amr - - - o - - o o
P-Early-Media 18x amr - - - o - - - -
P-Early-Media 2xx amr - - - - - - o o
Table 1: P-Early-Media Header Field
8.1用户代理客户端处理机制
用户代理客户端可能包含P-Early-Media头字段在INVITE请求中用该字段的支持参数识别该字段。
接收P-Early-Media头字段的用户代理客户端可能使用头字段参数去门控或直通转发早期媒体并且决定是否从UAS到UAC传送优于被180振铃反应触发产生本地回铃音的早期媒体。如果一个网络代理为用户代理客户端提供早期媒体门控功能，那么RFC3960中描述的网关模型适用于传送早期媒体。如果用户代理客户端在网络中没有早期媒体门控功能来接收P-Early-Media头字段的网络代理，那么它通过P-Early-Media头字段的参数来门控或直通转发早期媒体。
8.2用户代理服务端的处理机制
一个要求授权来发送或接收早期媒体的用户代理服务端在与UAC的对话中被表1允许的任何信息中可以插入相应参数的P-Early-Media头字段。在与UAC的对话中被表1允许的任何后续信息中通过插入相应参数的P-Early-Media头字段，用户代理服务端可以要求早期媒体授权的改变。如果INVITE请求中P-Early-Media头字段没有出现，那么用户代理服务端可以选择禁止早期媒体授权请求也可以选择执行候补早期媒体处理程序。
8.3网络代理处理机制
当转发一个INVITE请求时，网络代理可以增加、保留或删除P-Early-Media头字段，但它取决于本地规定与发送和/或接收信息的信任关系。此外，如果对于用户代理客户端而言网络代理客控制着早期媒体门控功能，那么它应该使用P-Early-Media头字段目录来门控早期媒体，这需要通过第8节中描述的头字段参数来决定。
9．形式语法
通过RFC4234，作为对RFC3621中规定的SIP的ABNF的扩展，头字段信息的语法定义在下面的ABNF中。注意并非所有的帕拉姆元素的组合在语义上有效。
P-Early-Media = "P-Early-Media" HCOLON
[ em-param *(COMMA em-param) ]
em-param = "sendrecv" / "sendonly" / "recvonly"
/ "inactive" / "gated" / "supported" / token
10．安全性考虑
这种扩展扩展仅适用于在RFC3325中规定的信任网域中，这篇文档没有提供一种常规的早期媒体授权模型适用于域间使用或国际互联网间的使用。
没有与P-Early-Media头字段相关的的机密性关注。最好在通过服务器间的每一跳时保持头字段方向参数的完整性来避免早期媒体未经授权使用的潜在性。P-Early-Media头字段使用在3CPP IMS信任网域中或类似信任域环境下，来组成成对的明确安全关联的SIP该服务器集合。在网络中的信任网域中，有必要规定网络服务器的边界用户设备或边界对等网络怎样使用P-Early-Media头字段。假设信任网域中的网络边界服务器在发送或接收网络外部的任何服务器用本地规定的处理的P-Early-Media头字段。因为边界服务器通过边界自由修改或移除转发的SIP信息中的任何P-Early-Media头字段，P-Early-Media头字段的完整性在与外部服务器的连接时安全性的扩展能够被检验。P-Early-Media头字段的可靠性仅能与针对规定头字段可靠性的可行的外部服务器的扩展是能被确定的。
11．IANA考虑
11.1P-Early-Media头字段的注册
头字段名字： P-Early-Media
简写： 无
注册者： Richard Ejzak
ejzak@alcatel-lucent.com
规范性描述： 文档的第8节
12．鸣谢
作者非常感谢Miguel Garcia-Martin, Jan Holm, Sebastien Garcin, Akira Kurokawa, Erick Sasaki, James Calme, GregTevonian, Aki Niemi, Paul Kyzivat, Gonzalo Camarillo, Brett Tate, Jon Peterson, Alfred Hoenes, and David Black这篇文档书写评论。
13．参考文献
13．1规范性参考
[1] Rosenberg, J., Schulzrinne, H., Camarillo, G., Johnston, A.,Peterson, J., Sparks, R., Handley, M., and E. Schooler, "SIP: Session Initiation Protocol", RFC 3261, June 2002.
[2] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[3] Camarillo, G., "The Early Session Disposition Type for the Session Initiation Protocol (SIP)", RFC 3959, December 2004.
[4] Camarillo, G. and H. Schulzrinne, "Early Media and Ringing Tone Generation in the Session Initiation Protocol (SIP)", RFC 3960, December 2004.
[5] Crocker, D. and P. Overell, "Augmented BNF for Syntax Specifications: ABNF", RFC 4234, October 2005.
[6] Jennings, C., Peterson, J., and M. Watson, "Private Extensions to the Session Initiation Protocol (SIP) for Asserted Identity within Trusted Networks", RFC 3325, November 2002.
[7] Handley, M., Jacobson, V., and C. Perkins, "SDP: Session Description Protocol", RFC 4566, July 2006.
[8] Rosenberg, J. and H. Schulzrinne, "An Offer/Answer Model with Session Description Protocol (SDP)", RFC 3264, June 2002.
[9] Rosenberg, J., Schulzrinne, H., and P. Kyzivat, "Caller Preferences for the Session Initiation Protocol (SIP)", RFC 3841, August 2004.
[10] Rosenberg, J., "The Session Initiation Protocol (SIP) UPDATE Method", RFC 3311, October 2002.
[11] Camarillo, G., Marshall, W., and J. Rosenberg, "Integration of Resource Management and Session Initiation Protocol (SIP)", RFC 3312, October 2002.
[12] Rosenberg, J. and H. Schulzrinne, "Reliability of Provisional Responses in Session Initiation Protocol (SIP)", RFC 3262, June 2002.
13.2信息参考
[13] 3GPP "TS 23.228: IP Multimedia Subsystem (IMS); Stage 2 (Release
7)", 3GPP 23.228, March 2007,
ftp://ftp.3gpp.org/specs/archive/23_series/23.228/.
[14] 3GPP "TS 24.229: IP Multimedia Call Control Protocol based on
SIP and SDP; Stage 3 (Release 7)", 3GPP 24.229, March 2007,
ftp://ftp.3gpp.org/specs/archive/24_series/24.229/
ETSI文档可以从ETSI网站服务器上下载，网址是http://www.etsi.org/ ，任何3GPP文档可以从3GPP网站服务器上下载，看专业知识。
作者信息：Richard Ejzak Alcatel-Lucent 1960 Lucent Lane Naperville, IL 60566
USA Phone: +1 630 979 7036 EMail: ejzak@alcatel-lucent.com
完整的版权说明
这种文档受BCP 78权利、许可、限制的支配，除展示内容时作者保留所有权力。这篇文档和包含于此的信息来自"AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
知识产权
IETF不涉及知识产权的合法性和范围的规定或在这篇文档中关于执行和使用技术的声明权力或基于该权利的其他许可文件的有效或无效的扩展。也不能代表它已经做出一些独立的努力去鉴别，关于RFC文档权限的处理机制在从BCP 78和BCP 79中找到。IRP公布的副本，由TETF秘书处制作，并且任何许可证的担保的制定是有效的。也可以尝试获得常规许可的结果或者这样专利的执行或者使用者的私有权限的批准可以从IETF在线的IRP产权库中获得。IETF邀请任何有兴趣的组织加入对这篇文档的产权、专利、专利申请或者其他执行该标准的技术的私有权力的关注。
标签：
