20xx-7-25_sip协议详解(中文)

20xx-7-25_sip协议详解(中文)内容摘要：

情都是由一组事务构成的。 有关事务的讨论在第17 节有描述。 用户代理包含一个事务层，来实现有状态的代理服务器。 无状态的代理服务器并不包含事务层。 事务层包含一个客户元素（可以认为是 一个客户事务）和一个服务器元素（可以认为是一个服务器事务），他们都可以用一个有限状态机来处理特定的请求。 在事务层之上是事务用户（ TU）。 每一个 SIP实体，除了无状态代理，都是一个事务用户。 当一个 TU发出一个请求，它首先创建一个客户事务实例（ client transaction instance）并且和请求一起发送，这包括了目标 IP 地址、端口号、以及发送请求的设备。 TU可以创建客户事务，也可以取消客户事务。 当客户取消一个事务，它请求服务器终止正在处理的事务，并且回滚状态到该事务开始前的状态，并且产生指定的 该事务的错误报告。 这是由 CANCEL请求完成的，这个请求有自己的事务，并且包含一个被取消的事务（第 9节）。 SIP要素，包含，用户代理客户端和服务器，无状态和有状态代理服务器和注册服务器，包含一个可以互相区别的核心（ Cores）。 Cores，除了无状态代理服务器，都是事务用户。 UAC(用户代理客户端 )和 UAS(用户代理服务端 )的 cores的行为依赖于实现，对所有的实现来说，有几个公共的原则（第 8节）。 对 UAC来说，这些规则约束请求的建立；对 UAS来说，这些规则约束请求的处理和应答。 由于注册服务在 SIP 中 是一个重要的角色，所以 UAS 处理REGISTER请求有一个特别的名字：登记员（ registrar，登记服务器）。 第 10节描述了 UAC和 UAS的对 REGISTER实现的 core（核心）行为。 第 11 节描述了 OPTIONS的 UAC和 UAS的 core实现，这个 OPTIONS用来检测 UA的处理能力的（ UAuser agent）。 小虎 20200525 00:03 在对话中，有其他的相关会被发送。 一个对话是一个持续一定时间的两个用户之间的端到端的 SIP关系。 对话过程要求两个用户代理之间的信息是有序的而且请求 被正确路由传输的。 在这个规范中，只有 INVITE 请求可以用来建立会话。 当一个 UAC在一个对话中发出请求的时候，它不仅遵循第 8 节描述的一般 UAC 规则而且也遵循对话中的请求规则。 第 12 节讲述了对话并且讨论了对话的创建和维持，以及在对话中创建一个请求。 SIP 中最重要的方法就是 INVITE方法，它用来在不同的参与者中创建会话使用。 一个会话由一组参与者，他们之间用于交流的媒体流组成。 第 13 节讲述了这些会话的创建初始化过程，以及创建一个或一组对话。 第 14 节讲述了在对话中使用 INVITE 请求来改变会话的属性。 最后，第 15节，讲述了如何终止会话。 第 1 1 1 1 15节讲述了完整的 UA核心（第 9节描述了取消，在 UA核心和代理核心中使用）。 第 16节讲数了代理服务器，代理服务器用于在两个 UA之间做消息路由使用。 协议的定义 以下讲述的名次对 SIP有着额外的意义： AddressofRecord: 记录地址。 一个 addressofrecord(AOR)是一个 SIP 或者 SIPS URI它指向了一个具有定位服务的主机，这个主机可以把 URI 映射成为用户真正物理位置的 URI。 通常情况下，定位服务器是 通过登记服务来建立的。 一个 AOR经常被认为是一个用户的”公共地址” BacktoBack UserAgent:背对背的用户代理（ B2BUA）是一个逻辑实体，它就像用户代理服务器（ UAS）一样接收和处理请求。 为了决定该如何应答一个请求， B2BUA 就像 UAC 一样工作，并且发出请求。 但是它不像代理服务器（ proxy），它维持对话状态，并且参与已经建立的对话中的每一个请求。 由于它是直接的 UAC 和 UAS 的串连，所以，不需要对他有额外的定义。 Call：呼叫，一个呼叫是一个非正式的术语，它是指在端点之间一个一些通 讯行为，通常用于建立多媒体对话。 Call Leg: 对话的别名；在本规范中没有使用。 Call Stateful: 如果一个代理服务器（ proxy）保存一个对话的状态（从最开始的 INVITE到对话终结的 BYE），那么这个代理服务器就是请求有状态的。 一个请求有状态（ call stateful）的代理服务器也一定是事务有状态的，但是事务有状态的不一定是请求有状态的。 Client：客户端。 一个客户端是一个任意的网络元素，它发出 SIP 请求和接收 SIP 应答。 客户端可能会也可能不会和人交互。 用户代理客户端（ UAC）和代理服务器都是客户端。 Conference: 一个包含多个参与方的多媒体会话（见后）。 Core：核心。 核心定义了 SIP实体的特定类别。 比如定义了一个有状态和无状态的代理服务器，一个用户代理或者注册服务器（ registrar）。 所有的核心，除了无状态代理服务器，都是事务用户。 Dialog:对话，一个对话是持续一段时间的两个 UA 之间的端到端的 SIP 关系。 一个对话由SIP消息建立，就像用 2xx响应 INVITE请求。 我们用 Call identifier， local tag（本地 tag），remote tag（对方 tag）来标志一个对话，一个对话在 RFC 2543中被正式叫做 CALL LEG. Downstream: 它是事务中的消息传递方向。 它特指从 UAC 到 UAS的请求流的方向， Final Response：终结响应。 一个响应终端 SIP 事务的应答，和事务中间的临时响应相反。 所有的 2xx， 3xx， 4xx， 5xx， 6xx响应都是终结响应。 Header：头。 头域是在 SIP 消息头部用来描述这个 SIP 消息信息的部分。 它由一堆头域字段组成。 Header Field:头域字段。 头域字段是在 SIP消 息头域的字段。 一个头域字段可以由多个头域字段行组成。 一个头域字段由一个头域名和（零个或多个）头域值组成。 多个头域值用’ ,’分割。 某些头域字段只能有单个值，比如结果域（ result）就只能有一个值。 Header Field Value:头域值。 一个头域值是一个单个的值，一个头域字段可以有 0个或者多个头域值。 Home Domain：宿主机。 一个提供 SIP 服务的主机。 一般指的是在登记服务中指明的记录地址中的 URI的主机。 Informational Response:提示应答。 和临时应答一样。 Initiator, Calling Party, Caller: 用 INVITE初始一个会话（和对话）的那方。 一个 caller从发出 INVITE请求建立对话开始，到对话终止都一直是这个角色。 Invitation: 一个 INVITE请求。 Invitee,Invited User,Called Party, Callee:被叫方。 收到 INVITE请求并且建立会话的那方。 一个被叫方从收到 INVITE请求起，到终止 INVITE建立的对话结束，都称作被叫方。 Location Service: 定位服务。 定位服务 是用来给 SIP转发或者代理服务器确定被叫方可能的位置使用的。 它包含一张绑定了 addressofrecord的表，被叫方可能有 0到多个记录。 绑定的记录可以通过多种渠道添加和删除；本规范定义了 REGISTER方法来更新绑定表。 Loop：环路。 当请求抵达一个代理服务器，代理服务器转发这个请求，当这个请求再次来到同一个代理服务器，就称之为环路。 当第二次抵达的时候， Request－ URI 中包含了上次抵达的资料，并且由于并没有什么东西可以改变转发的策略，这样就导致这个请求还会再次被转发回来。 环路请求是错误的，所 以，处理程序需要检测和防止协议中出现的环路请求。 Loose Routing:丢失路由。 代理服务器在下述情况下会丢失路由。 A proxy is said to be loose routing if it follows the procedures defined in this specification for processing of the Route header field. These procedures separate the destination of the request (present in the RequestURI) from the set of proxies that need to be visited along the way (present in the Route header field). A proxy pliant to these mechanisms is also known as a loose router. Message:消息。 SIP 元素之间传送的协议数据就是消息。 SIP 消息既可以是请求也可以是应答。 Method:方法。 方法是在服务器请求处理的主要功能。 方法是请求消息自身携带的。 典型的方法就是 INVITE和 BYE。 Outbound Proxy:对外代理服务器。 一个代理服务器接收到客户的请求，即使它不是由Request_URI所决定的服务器。 通常一个 UA会手工配置一个对外的代理服务器，或者可以通过一个自动配置的协议自动配置一个。 Parallel Search: 并行搜索。 并行搜索情况下，代理服务器会向多个用户可能存在的地方发起请求，并且等待应答。 同串行搜索不同的地方是，并行搜索不会等待上一个请求应答回来之后 再发起下一个搜索，而是一个接一个的发起搜索请求。 Provisional Response: 临时应答。 服务器用来标志自己正在处理的应答，但是本应答并不结束一个 SIP 事务。 1xx应答就是临时的，其他应答标志着事务的结束。 Proxy,Proxy Server:代理、代理服务器。 一个中间的实体。 它本身即作为客户端也作为服务端，为其他客户端提供请求的转发服务。 一个代理服务器首先提供的是路由服务，也就是说保证请求被发到更加”靠近”目标用户的地方。 代理服务器对某些强制政策有用（比如，确认一个用户是否允许建立一个 呼叫等）。 一个代理服务器翻译，并且，如果有需要的话，再转发前会重写请求消息。 Recursion：回路、递归。 一个客户端，在响应请求的时候产生新的到 Contract包头域的 URI请求的时候，会在 3xx响应中陷入递归。 A client recurses on a 3xx response when it generates a new request to one or more of the URIs in the Contact header field in the response. Redirect Server:重定向服务器。 一个重定向服务器是一个产生 3xx应答的 UAS服务器，指示客户端连接别的 URI。 Registrar: 登记员。 一个登记员（登记服务器）是一个接收 REGISTER请求得服务器。 他把请求得信息放到定位服务器中，这样可以让定位服务器很方便得查找位置信息。 Regular Transaction:常规事务。 凡不包含 INVITE,ACK,或者 CANCEL 方法得事务就是常规事务。 Request: 请求。 一个由客户端发到服务端得 SIP信息，用于执行特定得功能。 Response：应答。 一个由服务端发到客户端得 SIP 信息。 用来标志从客户端发往服务端得请求处理得情况得。 Ringback: 回铃音。 回铃音是一个信号音。 是给呼叫方得一个信号表示被叫方正在振铃（ Ringing）。 Route Set: 路由集。 路由集合是一个顺序得 SIP 或者 SIPS URI。 这些 URI描述了传递一个请求所必须经历得代理列表。 一个路由集可以是自适应得，因为包头中包含了RecordRoute(记录路由 )，也可以是依赖配置得到得。 Server：服务器。 一个 server是一个网络元素接收请求并且处理请 求并且发送回应给请求方。 典型得服务器就是代理服务器（ proxies），用户代理服务器（ user agent servers），重定向服务器，登记服务器。 Sequential Search：顺序查找。 在顺序查找中，代理服务器顺序尝试联系地址，在处理下一个之前必须等待上一个请求已经有一个结束应答。 一个 2xx或者 6xx系列得最终应答总是结束一个顺序查找。 Session：会话。 根据 SDP 得描述：”一个多媒体会话是一个由多媒体发送方和接受方组成得集合，并且包括在发送方和接受方之间得数据流。 一个多媒体会议是一个 典型得多媒体会话。 ” (RFC 2327[1])(一个 session在 SDP 订一下可以是一个或者多个 RTP sessino)。 在定义中，一个被叫方可以被多次邀请，被不同得呼叫方邀请，到同一个会话。 在 SDP 中，一个会话可以被 SDP 用户名， session id,网络类型，地址类型，地址元素得一个集合串所规定。 SIP 事务：一个 SIP 事务是在客。