sip协议解析与实现(c和c++使用osip)11
第八章查询能力
SIP的OPTIONS方法允许一个UA查询另外一个UA或者一个代理服务器的能力。这能让客户端探测关于它们所支持的方法、内容类型、扩展和编码等信息，而不用"呼叫(ringing)"另外一端。例如，在客户端插入了一个Require头域到INVITE 中，并列出了不确定目标UAS是否支持的能力之前，它可以先使用OPTIONS方法查询目标UAS是否要查询的选项被目标UAS在应答的Supported头域中返回。所有UA必须支持OPTIONS方法。
OPTIONS方法的目标使用Request-URI来标识，因为它可以表示不同的UA或者SIP服务器。如果OPTIONS被定位到一个代理服务器，Request-URI不由客户端设置，这类似于REGISTER请求设置Request-URI的方法。
如果服务器接收到一个Max-Forwards头域的值为0的的OPTIONS请求，它要对这个请求进行应答而不用管Request-URI.
这个行为与HTTP/1.1一致。这个行为可以被用于"追踪路由线路(traceroute)"功能，从而使用发送一系列递增的
Max-Forwards值的OPTIONS请求的方法检查消息路由过程中个别服务器的能力。
作为一般UA的行为，如果OPTIONS长时间没有应答，事务层能够返回一个超时错误。这将指出，目标是不可到达的并且查询的能力是不可以使用的。
OPTIONS请求可能由建立一个对话的一端发送，用于查询对端在后面的对话中可能会被使用到的能力。
第一节构造OPTIONS请求
OPTIONS请求使用像RFC3261第8.1.1讨论的标准的构造SIP请求的规则来构造。
OPTIONS可能会有一个Contact头域。
应该包含一个Accept头域用来指出UAC希望接收到的应答中的消息体类型。典型的，这可能被设置成用来描述UA的媒体能力的类型，比如，SDP(application/adp)。OPTIONS请求的应答被认为是有限定范围的，它被限定在原始请求的Request-URI内。只有当OPTIONS被作为建立对话的一部分发送，它保证会话中后继的请求也由应答OPTIONS的服务器所接收时，对OPTIONS请求的应答才是可用的。
OPTIONS请求的例子：
OPTIONS sip:carol@https://www.doczj.com/doc/6b5626036.html, SIP/2.0
Via: SIP/2.0/UDP
https://www.doczj.com/doc/6b5626036.html,;branch=z9hG4bKhjhs8ass877
Max-Forwards: 70
To: <sip:carol@https://www.doczj.com/doc/6b5626036.html,>
From: Alice
<sip:alice@https://www.doczj.com/doc/6b5626036.html,>;tag=1928301774
Call-ID: a84b4c76e66710
CSeq: 63104 OPTIONS
Contact: <sip:alice@https://www.doczj.com/doc/6b5626036.html,>
Accept: application/sdp
Content-Length: 0
第二节处理OPTIONS请求
对OPTIONS请求的应答使用RFC3261第8.2.6节描述的对标准SIP请求的应答规则。应答状态码必须与对INVITE应答的状态码采用相同的选择。例如，一个200（OK）将会在UAS准备接受一个呼叫时候被返回，一个486（Busy Here）将会在UAS繁忙的时候被返回。这允许OPTIONS日内供求用来探测UAS的基础状态，基础状态是指它可以指出这个UAS是否能够接受一个INVITE请求。
对接收到的对话内OPTIONS请求构造的200（OK）应答与构造对话外的OPTIONS请求的应答一样，并且与对话没有任何冲突。
由于代理服务器处理OPTIONS和INVITE请求不同，所以对OPTIONS的使用方法是有一定限制的。一个有分支的
INVITE能够引起返回多个200（OK）应答。而一个分支的OPTIONS请求将只引起一个200（OK）应答，因为OPTIONS 请求被代理服务器视为非INVITE请求来处理。参看
RFC3261第16.7节的详细说明。
如果代理服务器对OPTIONS进行200（OK）应答，在应答中应该列出这个服务器的能力。应答不能包含消息体。Allow，Accept，Accept-Encoding，Accept-Language和Supported头域应答出现在对OPTIONS请求的200（OK）应答中。如果是代理服务器构造的应答，Allow头域应该被忽略。这是因为代理服务器不针对方法进行处理。Contact头域可能出现在200（OK）应答中，并且包含与3xx应答包含相同的语义。也就是说，它们可能列出可以接触到的用户的一系列名字或者一系列方法（这样可以重定向请求）。Warning 头域可能出现在应答中。
可能发送一个消息体，消息体的类型由OPTIONS请求的Accept头域决定（如果没有Accept头域，默认为application/sdp）。如果类型中包括一个可以描述媒体能力的类型，UAS应该为此在应答中包含一个消息体。为application/sdp构造一个这样的消息体将在[13]中描述。UAS构造的OPTIONS应答的例子（符合RFC3261第11.1节的请求）：
OPTIONS sip:carol@https://www.doczj.com/doc/6b5626036.html, SIP/2.0
Via: SIP/2.0/UDP
https://www.doczj.com/doc/6b5626036.html,;branch=z9hG4bKhjhs8ass877 Max-Forwards: 70
To: <sip:carol@https://www.doczj.com/doc/6b5626036.html,>
From: Alice
<sip:alice@https://www.doczj.com/doc/6b5626036.html,>;tag=1928301774 Call-ID: a84b4c76e66710
CSeq: 63104 OPTIONS
Contact: <sip:alice@https://www.doczj.com/doc/6b5626036.html,>
Accept: application/sdp
Content-Length: 0
一、SIP协议介绍： 会话发起协议SIP（Session Initiation Protocol）是一个应用层控制信令协议，用于建立、更改和终止多媒体会话或呼叫。SIP作为一个基础，可以在其上提供很多不同的服务。目前已经定义的媒体类型有音频、视频、应用、数据、控制。 二、SIP呼叫流程： 注册流程： （1）用户首次试呼时，终端代理A 向代理服务器发送REGISTER 注册请求； （2）代理服务器通过后端认证/计费中心获知用户信息不在数据库中，便向终端代理回送401Unauthorized 质询信息，其中包含安全认证所需的令牌； （3）终端代理提示用户输入其标识和密码后，根据安全认证令牌将其加密后，再次用REGISTER 消息报告给代理服务器； （4）代理服务器将REGISTER 消息中的用户信息解密，通过认证/计费中心验证其合法后，将该用户信息登记到数据库中，并向终端代理A 返回成功响应消息200 OK。 呼叫流程：
（1）用户摘机发起一路呼叫，终端代理A 向该区域的代理服务器发起Invite 请求；（2）代理服务器通过认证/计费中心确认用户认证已通过后，检查请求消息中的Via 头域中是否已包含其地址。若已包含，说明发生环回，返回指示错误的应答；如果没有问题，代理服务器在请求消息的Via 头域插入自身地址，并向Invite 消息的To 域所指示的被叫终端代理B 转送Invite 请求； （3）代理服务器向终端代理A 送呼叫处理中的应答消息，100 Trying； （4）终端代理B 向代理服务器送呼叫处理中的应答消息，100 Trying; （5）终端代理B 指示被叫用户振铃，用户振铃后，向代理服务器发送180 Ringing 振铃信息； （6）代理服务器向终端代理A 转发被叫用户振铃信息； （7）被叫用户摘机，终端代理B 向代理服务器返回表示连接成功的应答（200 OK）；（8）代理服务器向终端代理A 转发该成功指示（200 OK）； （9）终端代理A 收到消息后，向代理服务器发ACK 消息进行确认； （10）代理服务器将ACK 确认消息转发给终端代理B； （11）主被叫用户之间建立通信连接，开始通话； 结束流程：
SIP协议学习总结 1、SIP协议定义 SIP（Session Initiation Protocol，即初始会话协议）是IETF提出的基于文本编码的IP电话/多媒体会议协议。用于建立、修改并终止多媒体会话。SIP 协议可用于发起会话，也可以用于邀请成员加入已经用其它方式建立的会话。多媒体会话可以是点到点的话音通信或视频通信，也可以是多点参与的话音或视频会议等。SIP协议透明地支持名字映射和重定向服务，便于实现ISDN，智能网以及个人移动业务。SIP协议可以用多点控制单元（MCU）或全互连的方式代替组播发起多方呼叫。与PSTN相连的IP电话网关也可以用SIP协议来建立普通电话用户之间的呼叫。 SIP协议在IETF多媒体数据及控制体系协议栈结构的位置 H.323SIP RTSP RSVP RTCP H.263 etc. RTP TCP UDP IP PPP Sonet AAL3/4AAL5 ATM Ethernet PPP V.34 SIP协议支持多媒体通信的五个方面： ◆用户定位：确定用于通信的终端系统； ◆用户能力：确定通信媒体和媒体的使用参数； ◆用户有效性：确定被叫加入通信的意愿； ◆会话建立：建立主叫和被叫的呼叫参数； ◆会话管理：包括呼叫转移和呼叫终止； SIP协议的结构 SIP是一个分层的协议，也就是说SIP协议由一组相当无关的处理层次组成，这些层次之间只有松散的关系。 SIP最底层的是它的语法和编码层。编码方式是采用扩展的Backus-Naur Form grammar (BNF范式)。 第二层是传输层。它定义了一个客户端发送请求和接收应答的方式，以及一 个服务器接收请求和发送应答的方式。所有的SIP要素都包含一个通讯层。 第三层是事务层。事务是SIP的基本组成部分。一个事务是UAC向UAS发送的一个请求以及UAS向UAC发送的一系列应答。事务层处理应用服务层的重发，匹配请求的应答，以及应用服务层的超时。任何一个用户代理客户端完成的事情都是
Osip2是一个开放源代码的sip协议栈，是开源代码中不多使用C语言写的协议栈之一，它具有短小简洁的特点，专注于sip底层解析使得它的效率比较高。 eXosip是Osip2的一个扩展协议集，它部分封装了Osip2协议栈，使得它更容易被使用。 一、介绍 Osip2是一个开放源代码的sip协议栈，是开源代码中不多使用C语言写的协议栈之一，它具有短小简洁的特点，专注于sip底层解析使得它的效率比较高。但缺点也专门明显，首先确实是可用性差，没有专门好的api封装，使得上层应用在调用协议栈时专门破裂；其次，只做到了transaction层次的协议过程解析，
缺少call、session、dialog等过程的解析，这也增加了使用的难度；再次，缺少线程并发处理的机制，使得它的处理能力有限。 eXosip是Osip2的一个扩展协议集，它部分封装了Osip2协议栈，使得它更容易被使用。eXosip增加了call、dialog、registration、subscription等过程的解析，使得有用性更强。然而eXosip局限于UA的实现，使得它用于registrar、sip server等应用时极其不容易。另外，它并没有增加线程并发处理的机制。而且只实现了音频支持，缺少对视频和其它数据格式的支持。 综合来讲，Osip2加上eXosip协议栈仍然是个实现Sip协议不错的选择。因此需要依照不同的需求来增加更多的内容。 二、Osip2协议栈的组成 Osip2协议栈大致能够分为三部分：sip协议的语法分析、sip 协议的过程分析和协议栈框架。 1、Sip协议的语法分析：
要紧是osipparser2部分，目前支持RFC3261和RFC3265定义的sip协议消息，包括INVITE、ACK、OPTIONS、CANCEL、BYE、SUBSCRIBE、NOTIFY、MESSAGE、REFER和INFO。不支持RFC3262定义的PRACK。 遵循RFC3264关于SDP的offer/answer模式。带有SDP的语法分析。 支持MD5加解密算法。支持Authorization、www_authenticate 和proxy_authenticate。 2、Sip协议的过程分析： 要紧是osip2部分，基于RFC3261、RFC3264和RFC3265的sip 协议描述过程，围绕transaction这一层来实现sip的解析。 Transaction是指一个发送方和接收方的交互过程，由请求和应答组成。请求分为Invite类型和Non-Invite类型。应答分为响应型的应答和确认型的应答。响应型的应答是指那个应答仅代表
3.5语料库常用统计方法 第3章前几节对语料库应用中的几种主要技术做了介绍。通过语料检索、词表和主题词表的生成，可以得到一定数量的句子、词汇或结构。为能更好说明所得到的结果的真正意义，常常需要对它们加以统计学分析。本章主要介绍语料分析中的一些常用统计方法。 3.5.1 语料库与统计方法 介绍相关统计方法之前，首先需要了解为什么语料库应用中需要运用统计方法。在2.1节讲到文本采集时，我们知道文本或会话构成了最终的语料库样本。这些样本是通过一定的抽样方法获得的。研究中，我们需要描述这些样本的出现和分布情况。此外，我们还经常需要观察不同语言项目之间在一定语境中共同出现（简称共现）的概率；以及观察某个（些）语言项目在不同文本之间出现多少的差异性。这些需要借助统计学知识来加以描写和分析。 理论上说，几乎所有统计方法都可以用于语料库分析。本章只择其中一些常用方法做一介绍。我们更注重相关统计方法的实际应用，不过多探讨其统计学原理。这一章我们主要介绍语料分析中的频数标准化（normalization ）、频数差异检验和搭配强度的计算方法。 3.5.2 频数标准化 基本原理 通常语料检索、词表生成结果中都会报告频数（frequency, freq 或raw frequency ）。那么某词（如many ）在某语料库中出现频数为100次说明什么呢？这个词在另一个语料库中出现频数为105次，是否可以说many 在第二个语料库中更常用呢？显然，不能因为105大于100，就认定many 在第二个语料库中更常用。这里大家很容易想到，两个语料库的大小未必相同。按照通常的思维，我们可以算出many 在两个语料库中的出现百分比，这样就可比了。这种情况下，我们是将many 在两个语料库中的出现频数归到一个共同基数100之上，即每100词中出现多少个many 。这里通过百分比得到的频率即是一种标准化频率。有些文献中标准化频率也称归一频率或标称频率，即基于一个统一基准得出的频率。 实例及操作 频数标准化，首先需要用某个（些）检索项的实际观察频数（原始频数，raw frequency ）除以总体频数（通常为文本或语料库的总词数），这样得到每一个单词里会出现该检索项多少次。在频数标准化操作中，我们通常会在此基础上乘以1千（1万、1百万）得到平均每千（万、百万）词的出现频率。即： 1000?=总体频数 观测频数标准化频率（每千词） （注：观测频数即检索词项实际出现的次数；总体频数即语料库的大小或总形符数。） 例如，more 在中国学生的作文里出现251次，在英语母语者语料中出现475次。两个语料库的大小分别为37,655词次和174,676词次。我们可以根据上面的公式很容易计算出251和475对应的标准化频率。另外，我们还可以利用Excel 或SPSS 等工具来计算标准化频率。比如，可以将实际观察频数和语料库大小如图3.5.1输入相应的单元格，然后在C1单元格里输入=(A1/B1)*1000即可得到中国学生每千词使用more 约为6.67次。要得到母语
引言 节省费用以及想把语音和数据融合在一起的需求，促使了IP电话的蓬勃发展。 为了使IP电话为大众所接受，成为主流，甚至最终取代传统的POTS（Plain Old Telephone Service旧式电话服务），有两个条件必须满足： 第一，话音通信的质量至少要达到POTS同样的水准； 第二，必须有信令的支持，就像PSTN（Pubic Switched Telephone Networks）公用交换电话网）中有No.7信令一样。 目前，IP电话系统有H.323和SIP两个完整和独立的信令标准，它们都对IP电话系统信令提出了完整的解决方案。它们对呼叫的连接都具有建立、管理和撤销的能力，具有网络管理功能，使端点用户具有进行建立和交互QoS（Quality of Service）的能力，且容易扩充新功能，支持不同类型的互操作性。当然，这两个协议都包含关于语音编码的解压缩方面的要求，只是这部分对两个协议而言是一样的。我们主要是从信令的角度对它们进行比较分析。 2 H.323简介 H.323是ITU-T第16工作组的建议，H.323由一组协议构成，其中有负责音频与视频信号的编码、解码和包装，有负责呼叫信令收发和控制的信令，还有负责能力交换的信令。1999年７月前，多数已实现的系统是基于H.323第二版的，而在此之后，H.323第三版开始应用。 ２．１通信系统 H.323定义了４个主要部件构筑基于网络的通信系统：终端Terminals 、网关Gateways 、网守Gatekeepers 、多点控制单元（MCU）。 １终端 在基于IP的网络上是一个客户端点。它需要支持下面３项功能：支持信令和控制，即支持
1.SIP 1.1.1.SIP格式 每条SIP消息由以下三部分组成： （1）起始行（Start Line）：每个SIP消息由起始行开始。起始行传达消息类型（在请求中是方法类型，在响应中是响应代码）与协议版本。起始行可以是一请求行（请求）或状态行（响应）。 （2）SIP头：用来传递消息属性和修改消息意义。它们在语法和语义上与HTTP头域相同（实际上有些头就是借自HTTP），并且总是保持格式：<名字>:<值>。 （3）消息体：用于描述被初始的会话（例如，在多媒体会话中包括音频和视频编码类型，采样率等）。消息体能够显示在请求与响应中。SIP清晰区别了在SIP起始行和头中传递的信令信息与在SIP 范围之外的会话描述信息。可能的体类型就包括本文将要描述的SDP会话描述协议。
1.1. 2.消息头 Header field where proxy ACK BYE CAN INV OPT REG Accept R - o - o m* o Accept 2xx - - - o m* o Accept 415 - c - c c c Accept-Encoding R - o - o o o Accept-Encoding 2xx - - - o m* o Accept-Encoding 415 - c - c c c Accept-Language R - o - o o o
Accept-Language 2xx - - - o m* o Accept-Language 415 - c - c c c Alert-Info R ar - - - o - - Alter-Info 180 ar - - - o - - Allow R - o - o o o Allow 2xx - o - m* m* o Allow r - o - o o o Allow 405 - m - m m m Authentication-Info 2xx - o - o o o Authorization R o o o o o o Call-ID c r m m m m m m Call-Info ar - - - o o o Contact R o - - m o o Contact 1xx - - - o - - Contact 2xx - - - m o o Contact 3xx d - o - o o o Contact 485 - o - o o o Content-Disposition o o - o o o Content-Encoding o o - o o o Content-Language o o - o o o Content-Length ar t t t t t t Content-Type * * - * * * Cseq c r m m m m m m Date a o o o o o o Error-Info 300-699 a - o o o o o Expires - - - o - o From c r m m m m m m In-Reply-To R - - - o - - Max-Forwards R amr m m m m m m Min-Expires 423 - - - - - m MIME-Version o o - o o o Organization ar - - - o o o Priority R ar - - - o - - Proxy-Authenticate 407 ar - m - m m m Proxy-Authenticate 401 ar - o o o o o Proxy-Authorization R dr o o - o o o Proxy-Require R ar - o - o o o Record-Route R ar o o o o o o Record-Route 2xx,18x mr - o o o o - Reply-To - - - o - - Require ar - c - c c c - o o o o o Retry-After 404, 413,
第一章SIP协议主要消息 1.1 SIP消息分类 SIP协议是以层协议的形式组成的，就是说它的行为是以一套相对独立的处理阶段来描述的，每个阶段之间的关系不是很密切。 SIP协议将Server和User Agent之间的通讯的消息分为两类：请求消息和响应消息。 请求消息：客户端为了激活特定操作而发给服务器的SIP消息，包括INVITE、ACK、BYE、CANCEL、OPTION和UPDATE消息。 SIP请求的6种方法： 1、邀请（INVITE）——邀请用户加入呼叫 2、确认（ACK）——确认客户机已经接收到对INVITE的最终响应 3、可选项（OPTIONS）——请求关于服务器能力的信息 4、再见（BYE）——终止呼叫上的两个用户之间的呼叫 5、取消（CANCEL） 6、注册（REGISTER）——提供地址解析的映射，让服务器知道其它用户的位置 响应消息：服务器向客户反馈对应请求的处理结果的SIP消息，包括1xx、2xx、3xx、4xx、5xx、6xx响应 1.2 SIP消息结构 请求消息和响应消息都包括SIP消息头字段和SIP消息体字段； SIP消息头主要用来指明本消息是有由谁发起和由谁接受，经过多少跳转等基本信息； SIP消息体主要用来描述本次会话具体实现方式； 1.3 消息格式 1.3.1 请求消息格式 SIP请求消息的格式，由SIP消息头和一组参数行组成，如图1-1所示。通过换行符区分命令行和每一条参数行。
图1-1 SIP 请求消息结构 注意：参数行的顺序不是固定的。对应的参数解释见错误！未找到引用源。。 消息体定义： Call-ID ：头字段是用来将消息分组的唯一性标识 From ：头字段是指示请求发起方的逻辑标识，它可能是用户的注册地址。From 头字段包含一个URI 和一个可选的显示名称 CSeq ：头字段用于标识事务并对事务进行排序。它由一个请求方法和一个序列号组成，请求方法必须与对应的请求消息类型一致 Max-Fowords ：头字段限定一个请求消息在到达目的地之前允许经过的最大跳数。它包含一个整数值，每经过一跳，这个值就被减一。如果在请求消息到达目的地之前该值变为零，那么请求将被拒绝并返回一个483（跳数过多）错误响应消息。 Via ：头字段定义SIP 事务的下层（传输层）传输协议，并标识响应消息将要被发送的位置。只有当到达下一跳所用的传输协议被选定后，才能在请求消息中加入Via 头字段值。 expires ：参数指出了该值中包含的URI 地址的有效期。这个参数的值是以秒为单位计算的。如果没有提供该参数，那么URI 地址的有效期由Expires 头字段值来确定。 消息头
关于语料库的三点基本认识：语料库中存放的是在语言的实际使用中真实出现过的语言材料;语料库是以电子计算机为载体承载语言知识的基础资源;真实语料需要经过加工(分析和处理),才能成为有用的资源; 在语言学中，语料库（Corpus）指大量文本的集合，库中的文本（称为语料）通常经过整理，具有既定的格式与标记，特指计算机存储的数字化语料库。 语料库是语料库语言学研究的基础资源，也是经验主义语言研究方法的主要资源。应用于词典编纂，语言教学，传统语言研究，自然语言处理中基于统计或实例的研究等方面。 分类 语料库有多种类型，确定类型的主要依据是它的研究目的和用途，这一点往往能够体现在语料采集的原则和方式上。有人曾经把语料库分成四种类型：（1）异质的（Heterogeneous）：没有特定的语料收集原则，广泛收集并原样存储各种语料；（2）同质的（Homogeneous）：只收集同一类内容的语料；（3）系统的（Systematic）：根据预先确定的原则和比例收集语料，使语料具有平衡性和系统性，能够代表某一范围内的语言事实；（4）专用的（Specialized）：只收集用于某一特定用途的语料。 除此之外，按照语料的语种，语料库也可以分成单语的（Monolingual）、双语的（Bilingual）和多语的（Multilingual）。按照语料的采集单位，语料库又可以分为语篇的、语句的、短语的。双语和多语语料库按照语料的组织形式，还可以分为平行（对齐）语料库和比较语料库，前者的语料构成译文关系，多用于机器翻译、双语词典编撰等应用领域，后者将表述同样内容的不同语言文本收集到一起，多用于语言对比研究。目前已经累积了大量各种类型的语料库，如：葡萄牙语种树库、面向文本分类研究的中英文新闻分类语料库、路透社文本分类训练语料库、中文文本分类语料库、大开放字幕库OpenSubtitles的多语言平行语料数据(OpenSubtitles Corpus)、《圣经》双语语料库("Bible" bilingual corpus)、Short messages service(SMS ) corpus(短消息服务（SMS）语料)等。 特征 语料库有三点特征 1.语料库中存放的是在语言的实际使用中真实出现过的语言材料，因此例句库通常不应算作语料库； 2.语料库是承载语言知识的基础资源，但并不等于语言知识；
SIP协议讲解 14 关于本章 SIP协议 内容本章描述内容如下表所示。标题 14.1 概述14.2 SIP 消息类型14.3 SIP消息结构14.4 SIP-T简介本节简要介绍SIP 协议的应用以及相关概念。本节介绍SIP消息的类型。本节介绍SIP消息的结构。本节介绍SIP-T的应用。 14.5 SIP消息流程本节举例介绍SIP相关的消息流程。本章将对SIP协议做一简要介绍，包括涉及的基本概念、消息结构以及简要的消息流程。 14.1 概述 SIP（Session Initiation Protocol）是一个应用层控制协议，用于创建、更改和终止会话。这里的会话类型包括多媒体会议、Inter电话等类似的应用。SIP是实现VOIP（Voice over IP）的关键协议之一。 SIP支持别名映射、重定向服务、ISDN和智能网业务。它支持个人移动（personal mobility），即终端用户能够在任何地方、任何时间请求和获得已订购的任何电信业务。总的来说，SIP能够支持下列五种多媒体通信的信令功能。 l用户定位：确定参加通信的终端用户的位置； l用户通信能力协商：确定通信的媒体类型和参数； l用户意愿交互：确定被叫是否乐意参加某个通信；
l建立呼叫：包括向被叫“振铃”，确定主叫和被叫的呼叫参数； l呼叫处理和控制：包括呼叫重定向、呼叫转移、终止呼叫等等。 SIP可以通过MCU（Multipoint Control Unit）、单播联网方式、或组播方式创建多方会话，支持PSTN和IP电话之间的网关功能。 SIP协议对低层协议作了最少的假设，低层协议可以为SIP协议提供可靠或非可靠传输，可以为分组或字节流业务。SIP可以使用UDP协议或TCP协议作为传输层协议，首选UDP协议。 14.1.1 相关概念 呼叫 一个呼叫是由一个会议中被同一个发起者邀请加入的所有成员组成的。一个SIP呼叫由Call-ID进行标识。因此，如果一个用户是被不同的人邀请参加同一个多点会议，那么每个邀请都构成一个呼叫。点到点IP电话会话是一种最简单的会话，它映射为单一的SIP呼叫。 呼叫分支 一个呼叫分支（Call leg）由Call-ID、To、From三个参数共同决定。在同一个Call-ID中，从A到B的请求与从B到A的请求都属于同一个呼叫分支，呼叫分支也可以理解成一次呼叫中消息经过的路径。 事务
语料库的应用 语料库方法广泛应用于语言学理论研究、军事等领域。当代语料库语言学（以语料库方法为取向的研究语言的分支就被称为语料库语言学）已是高歌猛进，日新月异，新的语料库更是层出不穷，经过科学选材和标注，具有适当规模的语料库能够反映和记录语言的实际使用情况，人们通过语料库观察和把握语言事实，分析和研究语言系统的规律，极大地方便了语言研究者。 军事语料库对信息化条件下的军事斗争具备潜在价值，积极开展军事语料库的研究和建设实践活动，并把研究成果转化到实战之中。和平时期对信息化高科技武器的建设不可小视，对战场态势的综合信息捕捉、把握和利用的能力建设至关重要，但对身边已有的各类信息的综合收集和利用也同样不可忽视。军事语料库的建设正是针对实现信息化战争中争夺与占有信息资源、获取不对称的战争中的信息掌握和信息利用的不对称优势。 【一】、语料库成为语言学理论研究的基础资源 语料库是计算语言学的基础。语料库对应的英文是corpus，复数形式为corpora。这个词既可以指语料也可以表示语料库。英国语言学专家戴维?克里斯特尔认为，语料库“指收集的一批语言学数据，或为书面文本或为言语录音的转写，可用作语言学描写的出发点，也
可作为验证语言假说的手段。计算机语料库是一大批机器可读文本的结集。各种为不同目的而建立的语料库可以应用在词汇、语法、语义、语用、语体研究，社会语言学研究，口语研究，词典编纂，语言教学以及自然语言处理、人工智能、机器翻译、言语识别与合成等领域。 起初语料库主要用于语言学研究，而且建成的语料库多为通用语料库，服务的研究领域主要集中于词典编纂、词语搭配与结构、基于平行语料库的英汉互译、文学作品和作家语言风格的研究以及基于语料库的外语教学研究等。随着研究的不断深入，各种专业领域语料库也相继建立，语料库的应用研究逐渐扩大到其他学科。 我国在语料库的应用上还处于起步阶段，在计算语言学和语言信息处理领域，语料库主要用来为统计语言模型提供语言特征信息和概率数据，在语言研究的其他领域，多使用语料的检索和频率统计结果。 目前国外已建成且较有影响的主要为以下的语料库：美国：布朗大学的今日美国英语标准语料库(The Brown University Standard Corpusof Present Day American English)、兰卡斯特一奥斯陆／卑尔根语料库(The Lancast-er-Oslo/Bergen (LOB) Corpus)、英语语库(TheBank of English)、英国国家语料库(The BritishNational Corpus(BNC、伦敦一隆德语料库(Lon-don -Lund Corpus(LLC》、美国传统中介语料(American Heritage Intermediate(AHI) Corpus)以及英语国际语料库(The Intemational Corpus ofEnglish(ICE》等。
sip协议解析与实现(c和c++使用osip)11 第八章查询能力 SIP的OPTIONS方法允许一个UA查询另外一个UA或者一个代理服务器的能力。这能让客户端探测关于它们所支持的方法、内容类型、扩展和编码等信息，而不用"呼叫(ringing)"另外一端。例如，在客户端插入了一个Require头域到INVITE 中，并列出了不确定目标UAS是否支持的能力之前，它可以先使用OPTIONS方法查询目标UAS是否要查询的选项被目标UAS在应答的Supported头域中返回。所有UA必须支持OPTIONS方法。 OPTIONS方法的目标使用Request-URI来标识，因为它可以表示不同的UA或者SIP服务器。如果OPTIONS被定位到一个代理服务器，Request-URI不由客户端设置，这类似于REGISTER请求设置Request-URI的方法。 如果服务器接收到一个Max-Forwards头域的值为0的的OPTIONS请求，它要对这个请求进行应答而不用管Request-URI. 这个行为与HTTP/1.1一致。这个行为可以被用于"追踪路由线路(traceroute)"功能，从而使用发送一系列递增的 Max-Forwards值的OPTIONS请求的方法检查消息路由过程中个别服务器的能力。
作为一般UA的行为，如果OPTIONS长时间没有应答，事务层能够返回一个超时错误。这将指出，目标是不可到达的并且查询的能力是不可以使用的。 OPTIONS请求可能由建立一个对话的一端发送，用于查询对端在后面的对话中可能会被使用到的能力。 第一节构造OPTIONS请求 OPTIONS请求使用像RFC3261第8.1.1讨论的标准的构造SIP请求的规则来构造。 OPTIONS可能会有一个Contact头域。 应该包含一个Accept头域用来指出UAC希望接收到的应答中的消息体类型。典型的，这可能被设置成用来描述UA的媒体能力的类型，比如，SDP(application/adp)。OPTIONS请求的应答被认为是有限定范围的，它被限定在原始请求的Request-URI内。只有当OPTIONS被作为建立对话的一部分发送，它保证会话中后继的请求也由应答OPTIONS的服务器所接收时，对OPTIONS请求的应答才是可用的。 OPTIONS请求的例子： OPTIONS sip:carol@https://www.doczj.com/doc/6b5626036.html, SIP/2.0 Via: SIP/2.0/UDP https://www.doczj.com/doc/6b5626036.html,;branch=z9hG4bKhjhs8ass877 Max-Forwards: 70
美篇常见使用问题 1、如何分享文章？ 文章正文底部点击分享按键即可选择需要的分享平台。目前可分享渠道包含：微信好友、微信群、朋友圈、微博、QQ、QQ空间、其它。2、文章分享到微信后，如何关闭标题前显示的昵称？ 点击“我的”页面左上角齿轮符号，选择“通用设置—分享标题含昵称”，将此项开关关闭后，分享的缩略框即不再显示昵称。 3、文章如何投稿？ 打开需要投稿的文章，正文底部点击“分享——我要投稿上美篇首页”，选择专题或圈子，点击右侧的“投稿”按钮即可。目前一篇文章只能投稿一次，且每7天只可投一次。 4、如何修改已经发布的文章？ 在需要修改的文章正文界面，右击右上角“操作——编辑”，即可重新调整文章内容，修改后请及时发布。 5、文章标题如何居中？ 文章标题暂时不支持手动居中操作，建议更换为标题居中展示模板。目前多数模板都是支持标题居中展示的，可根据需要选择添加。 6、如何修改文章权限？ 文章正文的右上角点击“操作——文章设置——谁可以看”，即可调整文章阅读权限。 目前可设置的权限类型为：1公开（所有人可见，且录入个人专栏）； 2、不公开（自信控制分享范围，仅被分享的人可见）； 3、加密（设
置一个密码，凭密码访问）；4、私密（仅自己可见）。 7、如何让文章自动播放？ 文章编辑完成后点击“下一步——模板”，选择动态模板后完发布，文章就可以以自动播放的形式展示。 8、如何开启水印？ 点击“我的”页面左上角齿轮符号，选择“通用设置——图片水印”，打开后再发文。老文章的图片不会自动生成水印，需要把老文章复制一篇，新复制的文章就会显示水印了。 9、如何修改文章的显示日期？ 美篇文章目前还不支持修改日期，文章默认每一次编辑的时间，如需要显示最新的日期，需把文章复制一篇，复制的副本显示当天的日期。 10、如何复制文章？ 在文章正文界面，点击右上角的“操作——复制”，复制成功后新文章以草稿形式存大，可点击进入正文，编辑调整后发布文章。 11、如何删除文章？ 目前删除文章分为两种方式： 1、打开文章，点击右上角的“操作——删除”； 2、“我的——全部文章”页面，安卓手机长按文章点击删除。 3、注：删除后的文章在“回收站”内，回收站的文章支持手动恢复，安卓手机长按文章点击“恢复” 12、如何删除评论？ 删除评论只能在客户端内操作，目前仅以下两种情况可删除：
协议分析 协议扩展分析 STATE KEY LABORATORY OF SWITCHING TECHNOLOGY AND TELECOMMUNICATION NETWORK ????STATE KEY LABORATORY OF SWITCHING TECHNOLOGY AND TELECOMMUNICATION NETWORK ???STATE KEY LABORATORY OF SWITCHING TECHNOLOGY AND TELECOMMUNICATION NETWORK STATE KEY LABORATORY OF SWITCHING TECHNOLOGY AND TELECOMMUNICATION NETWORK ???STATE KEY LABORATORY OF SWITCHING TECHNOLOGY AND TELECOMMUNICATION NETWORK ?
SWITCHING TECHNOLOGY AND TELECOMMUNICATION NETWORK 与传统 Telephony 业务互通的场景 ?Encapsulation –'Transparent' Transit of ISUP Messages –SIP 与ISUP 协议不可能一一映射 –如果为了保证SP1－SP2之间业务的无缝互通，只有SP1发出的ISUP 消息能够透传到SP2–将ISUP 消息封装在SIP 消息体里–Content-Type: application/ISUP
STATE KEY LABORATORY OF SWITCHING TECHNOLOGY AND TELECOMMUNICATION NETWORK ?可STATE KEY LABORATORY OF SWITCHING TECHNOLOGY AND TELECOMMUNICATION NETWORK SIP GW INVITE SIP Proxy PSTN PSTN IAM SIP GW Transaction STATE KEY LABORATORY OF SWITCHING TECHNOLOGY AND TELECOMMUNICATION NETWORK ???准?STATE KEY LABORATORY OF SWITCHING TECHNOLOGY AND TELECOMMUNICATION NETWORK SIP GW INVITE SIP Proxy PSTN PSTN IAM SIP GW STATE KEY LABORATORY OF SWITCHING TECHNOLOGY AND TELECOMMUNICATION NETWORK ?规则CANCEL ???
14 SIP协议关于本章
本章将对SIP协议做一简要介绍，包括涉及的基本概念、消息结构以及简要的消息流程。 14.1 概述 SIP（Session Initiation Protocol）是一个应用层控制协议，用于创建、更改和终止会话。这里的会话类型包括多媒体会议、Internet电话等类似的应用。SIP是实现VOIP（Voice over IP）的关键协议之一。 SIP支持别名映射、重定向服务、ISDN和智能网业务。它支持个人移动（personal mobility），即终端用户能够在任何地方、任何时间请求和获得已订购的任何电信业务。总的来说，SIP能够支持下列五种多媒体通信的信令功能。 l用户定位：确定参加通信的终端用户的位置； l用户通信能力协商：确定通信的媒体类型和参数； l用户意愿交互：确定被叫是否乐意参加某个通信； l建立呼叫：包括向被叫“振铃”，确定主叫和被叫的呼叫参数； l呼叫处理和控制：包括呼叫重定向、呼叫转移、终止呼叫等等。 SIP可以通过MCU（Multipoint Control Unit）、单播联网方式、或组播方式创建多方会话，支持PSTN和IP电话之间的网关功能。 SIP协议对低层协议作了最少的假设，低层协议可以为SIP协议提供可靠或非可靠传输，可以为分组或字节流业务。SIP可以使用UDP协议或TCP协议作为传输层协议，首选UDP协议。 14.1.1 相关概念 呼叫 一个呼叫是由一个会议中被同一个发起者邀请加入的所有成员组成的。一个SIP 呼叫由Call-ID进行标识。 因此，如果一个用户是被不同的人邀请参加同一个多点会议，那么每个邀请都构成一个呼叫。点到点IP电话会话是一种最简单的会话，它映射为单一的SIP呼叫。 呼叫分支 一个呼叫分支（Call leg）由Call-ID、To、From三个参数共同决定。在同一个Call-ID中，从A到B的请求与从B到A的请求都属于同一个呼叫分支，呼叫分支也可以理解成一次呼叫中消息经过的路径。 事务 事务是发生在客户端和服务器之间的，包括从客户端发给服务器的第一个请求消息直到服务器端发给客户端的最终响应消息，这期间的所有的消息。 事务是由一个呼叫分支中的CSeq顺序号来标识的。但也有例外，比如一个ACK 请求与对应的INVITE请求具有相同的CSeq，但它们却构成了各自的事务。 一个正常的呼叫一般包含三个事务。其中，呼叫启动包含两个操作请求：邀请（INVITE）和证实（ACK），前者需要回送响应，后者只是证实已收到最终响应，不需要回送响应。呼叫终结包含一个操作请求：再见（BYE）。 定位服务 SIP重定位服务器或代理服务器用来获得被叫位置的一种服务，可由定位服务器提供，但SIP协议不规定SIP服务器如何请求定位服务。 代理服务器 代理服务器（Proxy Server）是用于将SIP请求路由到目的地的中间路径。它既是客户端也是服务器。用户请求可以直接被代理服务器处理或被转发给别的代理服务器。代理服务器在转发之前要对消息进行解析，必要时还会改写请求。 重定向服务器
论自建小型学习者语料库的方法及作用 ——以自建中学生英语写作语料库为例 曹鹤 北京市第三十一中 摘要: 大型语料库的出现和发展在研究语言的用法、翻译、教学、教材编写以及词典编撰等方面起着重要作用，但对于处于一线从事基础教育的外语教师而言，针对性和使用性不强。本文以自己建立小型基础英语教学中中学生写作语料库为例介绍了小型学习者语料库建设的可行性、方法和应用，借以提倡广大一线从事基础教育的教师利用高科技所带来的成果，武装和丰富自己，让自己的教学科学化、客观化。 关键词：小型学习者语料库；英语写作；基础教育 自20世纪60年代至今，语料库从萌芽阶段已经发展到广泛应用于语言研究的各个方面，如：词典编撰、语言学研究、教材编写、翻译、语言教学等等。同时，计算机技术的高速发展使语料库(Corpus)在过去的50多年来也得到了长足的发展，突出表现就是大型语料库的出现。大型语料库为语言研究提供了可靠的信息，但正因为其包罗万象、内容泛泛，在辅助基础教学研究等方面缺乏针对性，实用性不强。作者认为广大英语教师可以根据自己的实际需要建设小型学习者语料库，开展有针对性地研究，并将其应用到教学中。本文以建立中学生写作语料库为例介绍建设小型学习者语料库的方法、以及如何使用小型语料库等方面做主要论述，向基础英语教师展示如何运用这一新技术来辅助英语写作教学。 一、语料库简介 建设语料库之前，我们应首先明白什么是语料库。语料库并不复杂，它通常指为语言研究收集的、用电子形式保存的语言材料，由自然出现的书面语或口语的样本汇集而成，用来代表特定的语言或语言变体（杨惠中，2004）。语料库可以帮助人们观察和把握语言事实，分析和研究语言系统的规律。从语料库语言学的发展历程可以看出，语料库的用途主要体现在对语言现象以及语言本质的研究，如语言统计、词典编撰、词汇搭配和自然语言处理等方面（顾曰国，1988）。现在语料库也开始逐渐应用到语言教学研究中。根据邢富坤(2006)的统计，国内基于语料库的教学研究的数量越来越大，将语料库应用于外语教学的趋势也越来越明显。
2017年第2期信息通信2017 (总第170 期）INFORM ATION & COMMUNICATIONS (Sum. No 170) SIP协议介绍及应用前景分析 杜鑫 (中国人民解放军9155〇部队3分队） 摘要:S IP是一种源于互联网的IP语音会话控制协议，具有灵活、易于实现、便于扩展等特点。文章介绍了 S IP协议的发 展历史、网络组成，通过与传统的电信网络协议对比分析了 S IP协议的特点，结合S IP协议特点及现状对其应用前景进 行了分析。 关键词：SIP ;融合通信;VO LTE;互联网 中图分类号:TN913.23 文献标识码:A文章编号：1673-1131(2017)02-0105-02 1S IP协议的发展历史 SIP(Session Initiation Protocal)会话初始化协议的概念在 1996年出现，主要运用在Internet的不同文本类型当中，用于 电子邮件以及文字聊天等各项环节中。1999年由IE T F最初 建立，应用于Internet的相关网络环境结构当中，实现实时性 通讯。二H世纪初，由IE T F当中的S IP工作团队发出 RFC3261建议后才得到了逐渐推广。 S IP协议最初应用于Internet网络中，实现多媒体的会话 建立控制，后来作为IMS(IP M ultim edia Subsystem IP多媒体 子系统）的主要信令应用于电信领域的VOBB(V oiceover Broad Band宽带语音)，近年来随着LT E的推广，SIP成为LTE 的语音最终解决方案V O LTE的主要信令协议，其应用范围从 特定环境逐步扩展至主流多媒体通信环境。 2 S IP网络组成 2.1 S IP协议在IM S中的应用 S IP协议是IM S中的基本协议,应用于M w、U t、ISC、M i、M g、M j、M k、M r等众多接口，整个IM S网络的会话控制功能 都是由S IP协议完成，具体使用情况如图1所示： P-CSCF ATS IM-SSF SIPl 4 M RFC UGC 19 图1S IP协议在IM S网络中应用示意图 2.2 S IP网络架构 S IP使用CS(Client/server客户端/服务器)架构如图2所 示，交互形式为请求、响应的方式。User Agent C lie n t即客户 端，发起S IP请求;User Agent Server即服务器端，进行S IP请 求处理，并进行响应，Request Proxy Server起到消息路由转发的功能。 3.2认证测试标准 系统B模型采用的简表是07B0,根据K N X协议必须满 足如表1所列的功能需求。认证测试将会针对这些基本功能 来设计测试例进行测试。 按照测试规范[6]要求，先通过E TS配置软件配置好K N X 设备后，采用E IT T软件编写好测试例，运行测试序列，所有测 试例均通过，说明该协议栈符合K N X协议规范要求。在软件 开发过程中，可以通过该方式进行各个功能点的验证，从而保 证软件的可靠性，缩短最终的认证周期。 表1系统B的基本功能表 协议栈主要功能 数据链路层数据帧的封装和解析、应答、数据过滤 网络层正确设置路由计数器 传输层支持四种传输模式；支持style3的状态机 配置和管理直接内存访问；用户内存的直接内存访问；验证模式；接口对象处理；下载状态机；运行状态机；重启；授权；设备描述业务；编程模式；K N X序列号；地址表?，关 联表；组对象表；应用相关参数 4结语 本文介绍的系统B模型的K N X设备是基于LPC处理器、L in u x系统来设计和实现的，并采用了 NCN5120芯片作为 K N X总线收发模块。该设备通过了第三方认证测试实验室的 认证测试，符合K N X协议规范。系统B模型K N X具有更丰 富的资源，可应用于复杂的智能家居和楼宇控制系统中，具有 广阔的市场价值和应用前景。 参考文献： [1]夏长凤.基于K N X总线智能家居控制系统的设计[J].电 器自动化，2016, 38⑴. [2]任志勇.基于K N X智能家居的应用[J].重庆电子工程职 业学院学报,2010, 19(4). [3]Jason Richards,Development o f Complex K N X Devices. W EINZIERL ENGINNERING GmbH,2010. [4]Konnex Association.Konnex Standard,Vol3,System Specifications,2013. [5]Konnex Association.Konnex Standard,Vol6,Profiles,2013. [6]Konnex Association.Konnex Standard,Vol8,System Test Specifications,2013. 作者简介:朱莉(1979-)，女，四川省资中县人，电子工程师，硕 士学位，主要研宄方向为智能家居、大数据、LTE。 105