sip协议端口号是多少.docx
- 文档编号:9860803
- 上传时间:2023-02-07
- 格式:DOCX
- 页数:16
- 大小:24.01KB
sip协议端口号是多少.docx
《sip协议端口号是多少.docx》由会员分享,可在线阅读,更多相关《sip协议端口号是多少.docx(16页珍藏版)》请在冰豆网上搜索。
sip协议端口号是多少
sip协议端口号是多少
篇一:
————SIP协议详解————超全超清
第3章协议
3.1.4SIP协议的应用
3.2协议消息
3.2.1消息类型
3.2.2消息结构
3.3基本消息流程
3.3.1SIP用户注册流程
3.3.2成功的SIP用户呼叫流程
3.3.3成功的SIP中继呼叫流程
3.3.4成功的SIP-T中继呼叫流程
第3章SIP协议
3.1概述
3.1.1基本概念
会话启动协议SIP(SessionInitiationProtocol)是由IETF提出并主持研究的一个在IP网络上进行多媒体通信的应用层控制协议,它被用来创建、修改、和终结一个或多个参加
1
者参加的会话进程。
这些会话包括Internet多媒体会议、Internet电话、远程教育以及远程医疗等。
即所有的因特网上交互式两方或多方多媒体通信活动,统称为多媒体会话。
参加会话的成员可以通过组播方式、单播联网方式或者两者结合的方式进行通信。
SIP协议是一个正在发展和不断研究中的协议。
一方面,它借鉴了其他Internet标准和协议的设计思想,在风格上遵循因特网一贯坚持的简练、开放、兼容和可扩展等原则,并充分注意到因特网开放而复杂的网络环境下的安全问题。
另一方面,它也充分考虑了对传统公共电话网的各种业务,包括IN业务和ISDN业务的支持。
利用带有会话描述的SIP邀请消息来创建会话,以使参加者能够通过SIP交互进行媒体类型协商。
它通过代理和重定向请求用户当前位置,以支持用户的移动性。
用户也可以登记它们的当前位置。
SIP协议独立于其他会议控制协议,它在设计上独立于下面的传输层协议,因此可以灵活方便地扩展其他附加功能。
SIP作为一个应用层的多媒体会话信令协议,可以被用来发起一个会话进程、在会话中邀请其他参加者加入会议,会话本身可以通过基于组播协议的会话通告协议(SAP)、电子邮件、网页通告、以及轻量级号薄访问协议(LDAP)等方式预先通告各个可能的参加者。
SIP协议支持别名映射、重定向服务、ISDN和IN业务。
它支持个人
2
移动(personalmobility),即终端用户能够在任何地方、任何时间请求和获得已订购的任何电信业务。
总的来说,会话启动协议能够支持下列五种多媒体通信的信令功能:
?
?
?
?
?
用户定位:
确定参加通信的终端用户的位置;用户通信能力协商:
确定通信的媒体类型和参数;用户意愿交互:
确定被叫是否乐意参加某个通信;建立呼叫:
包括向被叫“振铃”,确定主叫和被叫的呼叫参数;呼叫处理和控制:
包括呼叫重定向、呼叫转移、终止呼叫等等。
SIP协议可以通过MCU(MultipointControlUnit)、单播联网方式、或组播方式创建多方会话,支持PSTN和因特网电话之间的网关功能。
SIP协议可以与其他用于建立呼叫的信令系统或协议结合使用,它在设计上充分考虑了对其他协议的可扩展性。
譬如,SIP协议支持的主叫可以识别出H.323协议支持的被叫,通过H.245网关利用H.225.0协议向被叫发起并建立呼叫;
另外,一个SIP主叫可以识别出PSTN上的被叫及其电话号码,通过与PSTN相连的网关向被叫发起并建立呼叫。
SIP协议不提供发言控制(floorcontrol)、投票等会议控
3
制功能,也不规定如何管理一个会议。
但是SIP协议可被用来引发这些会议控制协议。
SIP协议本身不具备资源预留功能,但可以向被邀请者们传达这方面的信息。
3.1.2相关术语
1.呼叫
一个呼叫是由一个公共源端所邀请的在一个会议中的所有参加者组成,由一个全球唯一的Call-ID进行标识。
例如:
由同一个源邀请的一个会议的所有参加者构成一个呼叫;点到点IP电话会话是一种最简单的会话,它映射为单一的SIP呼叫。
通常情况下,呼叫由主叫方创建,但是更一般说来,呼叫可由并不参与媒体通信的第三方创建,此时会话的主叫方和会话的邀请方并不相同。
对于多播会议来说,一个用户可由不同的人邀请参加同一会议,则每一个邀请应视作不同的呼叫。
对于基于MCU的会议,每个参与者使用一个呼叫邀请自己加入MCU。
2.事务
SIP是一个客户/服务器协议。
客户和服务器之间的操作从第1个请求至最终响应为止的所有消息构成一个SIP事务。
一个正常的呼叫一般包含三个事务。
其中,呼叫启动包含两个操作请求:
邀请(Invite)和证实(ACK),前者需要回送响应,后者只是证实已收到最终响应,不需要回送响应。
4
呼叫终结包含一个操作请求:
再见(Bye)。
3.SIPURL
为了能正确传送协议消息,SIP还需解决两个重要的问题。
一是寻址,即采用什么样的地址形式标识终端用户;二是用户定位(下面介绍)。
SIP沿用WWW技术解决这两个问题。
寻址采用SIPURL(UniformResourceLocators),按照RFC2396规定的URI导则定义其语法,特别是用户名字段可以是电话号码,以支持IP电话网关寻址,实现IP电话和PSTN的互通。
SIPURL的一般结构为:
SIP:
用户名:
口令@主机:
端口;传送参数;用户参数;方法参数;生存期参数;服务器地址参数,头部名,头部值
“SIP”表示需采用SIP协议和所指示的端系统通信。
“用户名”可以由任意字符组成,一般可取类似与E-mail用户名形式,也可以是电话号码(SoftX3000目前用户名是电话号码)。
“主机”可为主机域名或IPv4地址。
“端口”指示请求消息送往的端口号,其缺省值为5060,即公开的SIP端口号。
“口令”可以置于SIPURL中,但一般不建议这样做,因为其安全性是有问题的。
“传送参数”指示采用TCP还是UDP传送,缺省值为UDP。
5
“用户参数”,SIPURL的一个特定功能是允许主机类型为IP电话网关,此时,用户名可以为一般的电话号码。
由于BNF语法表示无法区分电话号码和一般的用户名,因此,在域名后增加了“用户参数”字段。
该字段有两个可选值:
IP和电话,当其设定为“电话”时,表示用户名为电话号码,对应的端系统为IP电话网关。
“方法参数”指示所用的方法(操作)。
“生存期参数”指示UDP多播数据包的寿命,仅当传送参数为UDP、服务器地址参数为多播地址时才能使用。
“服务器地址参数”指示和该用户通信的服务器的地址,它覆盖“主机”字段中的地址,通常为多播地址。
“传送参数”、“生存期参数”、“服务器地址参数”和“方法参数”均属于URL参数,只能在重定向地址,即后面所说的Contact字段中才能使用。
下面给出若干个SIPURL的示例:
Sip;55500200@191.169.1.112;
55500200为用户名,191.169.1.112为IP电话网关的IP地址。
Sip;55500200@127.0.0.1:
5061;User=phone;
55500200为用户名,127.0.0.1为主机的IP地址,5061为主机端口号。
用户参数为“电话”,表示用户名为电话号码。
Sip:
alice@;method=REGISTER;
6
Alice为用户名,为主机域名。
方法参数为“登记”。
4.用户定位
用户定位基于登记。
SIP用户终端上电后即向登记服务器(SoftX3000)登记,SIP专门为此定义了一个“登记”(REGISTER)请求消息,并规定了登记操作过程。
5.定位服务(LocationService)
SIP重定位服务器或代理服务器用来获得被叫位置的一种服务,可由定位服务器提供,但SIP协议不规定SIP服务器如何请求定位服务。
在华为U-SYS解决方案中,SoftX3000兼任定位服务器的角色。
6.代理,代理服务器(Proxy、Proxysever)
作为一个逻辑网络实体代表客户端转发请求或者响应,可以同时作为客户端和服务器端。
代理服务器有三种形态:
Stateless、Stateful和CallStateful,其可以采用分支、循环等方式向多个地址尝试转发请求。
代理服务器的主要功能:
路由、认证鉴权、计费监控、呼叫控制、业务提供等。
在华为U-SYS解决方案中,SoftX3000兼任代理服务器的角色。
7.重定向服务器(Redirectserver)
重定向服务器将请求中的目的地址映射为零个或多个新的地址,然后返回给客户端,客户端直接再次向这些新的地
7
址发起请求。
重定向服务器并不接收或者拒绝呼叫,主要完成路由功能,与注册过程配合可以支持SIP终端的移动性。
在华为U-SYS解决方案中,SoftX3000兼任重定向服务器的角色。
8.注册员(Registrar)
注册员为接收注册请求的服务器,通常与Proxy或者RedirectServer共存。
注册员需要将注册请求中的地址映射关系保存到数据库中,供后续的相关呼叫过程使用,同时可以提供定位服务。
在华为U-SYS解决方案中,SoftX3000兼任注册员的角色。
9.用户助理(UserAgent)
用来发起或者接收请求的逻辑实体称为UserAgent。
10.用户助理客户(UserAgentClient)
发起请求的一方称为UAC(UserAgentClient),举例SIPPhone就是UAC的一种实际形态。
11.用户助理服务器(UserAgentServer)
接收请求的一方称为UAS(UserAgentServer),举例SoftX3000就是UAS的一种实际形态。
注意:
UAC和UAS的划分是针对一个事务而言的。
3.1.3协议栈结构
SIP协议栈结构如所示。
篇二:
SIP协议主要消息
8
第一章SIP协议主要消息
1.1SIP消息分类
SIP协议是以层协议的形式组成的,就是说它的行为是以一套相对独立的处理阶段来描述的,每个阶段之间的关系不是很密切。
SIP协议将Server和UserAgent之间的通讯的消息分为两类:
请求消息和响应消息。
请求消息:
客户端为了激活特定操作而发给服务器的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.2SIP消息结构
9
请求消息和响应消息都包括SIP消息头字段和SIP消息体字段;
SIP消息头主要用来指明本消息是有由谁发起和由谁接受,经过多少跳转等基本信息;SIP消息体主要用来描述本次会话具体实现方式;
1.3消息格式
1.3.1请求消息格式
SIP请求消息的格式,由SIP消息头和一组参数行组成,如图1-1所示。
通过换行符区分命令行和每一条参数行。
消息头
图1-1SIP请求消息结构
注意:
参数行的顺序不是固定的。
对应的参数解释见错误~未找到引用源。
。
消息体定义:
Call-ID:
头字段是用来将消息分组的唯一性标识
From:
头字段是指示请求发起方的逻辑标识,它可能是用户的注册地址。
From头字段包含一个URI和一个可选的显示名称
CSeq:
头字段用于标识事务并对事务进行排序。
它由一个请求方法和一个序列号组成,请求方法必须与对应的请求消息类型一致
Max-Fowords:
头字段限定一个请求消息在到达目的地之
10
前允许经过的最大跳数。
它包含一个整数值,每经过一跳,
这个值就被减一。
如果在请求消息到达目的地之前该值变为
零,那么请求将被拒绝并返回一个483(跳数过多)错误响
应消息。
Via:
头字段定义SIP事务的下层(传输层)传输协议,
并标识响应消息将要被发送的位置。
只有当到达下一跳所用
的传输协议被选定后,才能在请求消息中加入Via头字段值。
expires:
参数指出了该值中包含的URI地址的有效期。
这个
参数的值是以秒为单位计算的。
如果没有提供该参数,那么
URI地址的有效期由Expires头字段值来确定。
SIP请求消息实例:
INVITEsip:
0109@127.0.0.1:
5060;User=phoneSIP/2.0
Call-ID:
01E04633512400000@127.0.0.1
Via:
SIP/2.0/UDP127.0.0.1:
5061
From:
<sip:
010203@127.0.0.1:
5061;User=phone;tag=2900
5358336B53
4F610A000
To:
<sip:
0109@127.0.0.1:
5060;User=phone
Contact:
sip:
010203@127.0.0.1:
5061
CSeq:
1INVITE
Max-Forwards:
70
11
Content-Type:
application/SDP
Content-Length:
168
v=0
o=UserA28908445262890844526INIP4
s=SessionSDP
c=INIP4192.0.0.1
t=00
m=audio49172RTP/AVP08
a=rtpmap:
0PCMU/8000
a=rtpmap:
8PCMA/8000
a=sendonly
INVITE消息是其中一种SIP请求消息。
第一行由消息头和对端SIP实体的URI(通用资源标识)以及SIP版本号
码组成。
SIPURI是电话URI,附在IP地址上,表示对端和端点收发SIP消息的
端口的域。
“From”、“To”和“Contact”这三个SIP消息头属于电话URI。
当背靠背用户代理发出呼叫时,“From”消息头中的URI填写在”Via”
12
消息头里。
请求消息类型填写在CSeq消息头里,并且当该SIP端点发送一个请求,
号码就相应递增。
SIP协议版本为SIP/2.0。
其中SDP被加入到INVITE消息内容里,在消
息头里的Content-Length说明了SDP内容的长度。
INVITE请求消息详解:
INVITEsip:
marconi@radio.orgSIP/2.0
<,请求方法、请求地址(Request,URI)、SIP版本号(目前都是
SIP/2.0)
<,请求地址一般就是被叫方地址,跟MSN中好友eMail地址类似
Via:
SIP/2.0/UDP
lab.high-voltage.org:
5060;branch=z9hG4bKfw19b
<,SIP版本号(2.0)、传输类型(UDP)、呼叫地址、
<,branch是一随机码,它被看作传输标识
<,Via字段中地址是消息发送方或代理转发方设备地址,一般由主
机地址和端口号组成
<,传输类型可以为UDP、TCP、TLS、SCTP
13
Max-Forwards:
70
<,最大跳跃数,就是经过SIP服务器的跳跃次数,主要是防止循环
跳跃
<,每经过代理服务器,该整数减一
To:
G.Marconi<sip:
Marconi@radio.org
From:
NikolaTesla
<sip:
n.tesla@high-voltage.org;tag=76341
<,表示请求消息的发送方和目标方
<,如果里面有用户名标签,地址要求用尖括号包起来
<,对于INVITE消息,可以在From字段中包含tag,它也是个随机
码
Call-ID:
123456789@lab.high-voltage.org
<,呼叫ID是由本地设备生成的,全局唯一值。
每次呼叫该值唯一
不变
<,对于用户代理发送INVITE消息,本地将生成Fromtag和Call-ID
全局唯一码,被叫方代理则生成Totag全局唯一码。
这三个随机码做为
整个对话中对话标识(dialogindentifier)在通话双方使
14
用。
CSeq:
1INVITE
<,CSeq,又叫命令队列(CommandSeqence),每发送一个新的请
求,该数自动加1
*以上几个字段是所有SIP消息体所必须的,其它头字段有些是可
选的,有些在特定请求也是必须
Subject:
AboutThatPowerOutage...
Contact:
<sip:
n.tesla@lab.high-voltage.org
<,Contact是INVITE消息所必须的,它用来路由到被叫设备地址,
也称为用户代理(UA)
Content-Type:
application/sdp
Content-Length:
158
<,最后两位附属字段说明消息体类型以及字段长度
v=0<,SDP版本号,目前都是0
o=Tesla28908445262890844526INIP4
lab.high-voltage.org<
主叫源地址,类型等
s=PhoneCall
1.3.2响应消息格式
15
SIP响应消息的格式,由SIP响应消息头和一组参数行组成,如0所示。
通过换行符区分命令行和每一行参数。
消息头
SIP响应消息结构
篇三:
SIP协议详解
表3-2响应消息
请求消息和响应消息都包括SIP头字段和SIP消息字段。
第3章协议
3.1概述
3.1.1基本概念
3.1.2相关术语
第3章SIP协议
3.1概述
3.1.1基本概念
会话启动协议SIP(SessionInitiationProtocol)是由IETF提出并主持研究的一个在IP网络上进行多媒体通信的应用层控制协议,它被用来创建、修改、和终结一个或多个参加者参加的会话进程。
这些会话包括Internet多媒体会议、Internet电话、远程教育以
及远程医疗等。
即所有的因特网上交互式两方或多方多媒体通信活动,统称为多媒体会话。
参加会话的成员可以通过
16
组播方式、单播联网方式或者两者结合的方式进行通信。
SIP协议是一个正在发展和不断研究中的协议。
一方面,它借鉴了其他Internet标准和协议的设计思想,在风格上遵循因特网一贯坚持的简练、开放、兼容和可扩展等原则,并充分注意到因特网开放而复杂的网络环境下的安全问题。
另一方面,它也充分考虑了对传统公共电话网的各种业务,包括IN业务和ISDN业务的支持。
利用带有会话描述的SIP邀请消息来创建会话,以使参加者能够通过SIP交互进行媒体类型协商。
它通过代理和重定向请求用户当前位置,以支持用户的移动性。
用户也可以登记它们的当前位置。
SIP协议独立于其他会议控制协议,它在设计上独立于下面的传输层协议,因此可以灵活方便地扩展其他附加功能。
SIP作为一个应用层的多媒体会话信令协议,可以被用来发起一个会话进程、在会话中邀请其他参加者加入会议,会话本身可以通过基于组播协议的会话通告协议(SAP)、电子邮件、网页通告、以及轻量级号薄访问协议(LDAP)等方式预先通告各个可能的参加者。
SIP协议支持别名映射、重定向服务、ISDN和IN业务。
它支持个人移动(personalmobility),即终端(来自:
WWw.xlT小龙文档网:
sip协议端口号是多少)用户能够在任何地方、任何时间请求和获得已订购的任何电信业务。
总的来说,会话启动协议能够支
17
持下列五种多媒体通信的信令功能:
?
?
?
?
?
用户定位:
确定参加通信的终端用户的位置;用户通信能力协商:
确定通信的媒体类型和参数;用户意愿交互:
确定被叫是否乐意参加某个通信;建立呼叫:
包括向被叫“振铃”,确定主叫和被叫的呼叫参数;呼叫处理和控制:
包括呼叫重定向、呼叫转移、终止呼叫等等。
SIP协议可以通过MCU(MultipointControlUnit)、单播联网方式、或组播方式创建多方会话,支持PSTN和因特网电话之间的网关功能。
SIP协议可以与其他用于建立呼叫的信令系统或协议结合使用,它在设计上充分考虑了对其他协议的可扩展性。
譬如,SIP协议支持的主叫可以识别出H.323协议支持的被叫,通过H.245网关利用H.225.0协议向被叫发起并建立呼叫;另外,一个SIP主叫可以识别出PSTN上的被叫及其电话号码,通过与PSTN相连的网关向被叫发起并建立呼叫。
SIP协议不提供发言控制(floorcontrol)、投票等会议控制功能,也不规定如何管理一个会议。
但是SIP协议可被用来引发这些会议控制协议。
SIP协议本身不具备资源预留功能,但可以
18
向被邀请者们传达这方面的信息。
3.1.2相关术语
1.呼叫
一个呼叫是由一个公共源端所邀请的在一个会议中的所有参加者组成,由一个全球唯一的Call-ID进行标识。
例如:
由同一个源邀请的一个会议的所有参加者构成一个呼叫;点到点IP电话会话是一种最简单的会话,它映射为单一的SIP呼叫。
通常情况下,呼叫由主叫方创建,但是更一般说来,呼叫可由并不参与媒体通信的第三方创建,此时会话的主叫方和会话的邀请方并不相同。
对于多播会议来说,一个用户可由不同的人邀请参加同一会议,则每一个邀请应视作不同的呼叫。
对于基于MCU的会议,每个参与者使用一个呼叫邀请自己加入MCU。
2.事务
SIP是一个客户/服务器协议。
客户和服务器之间的操作从第1个请求至最终响应为止的所有消息构成一个SIP事务。
一个正常的呼叫一般包含三个事务。
其中,呼叫启动包含两个操作请求:
邀请(Invite)和证实(ACK),前者需要回送响应,后者只是证实已收到最终响应,不需要回送响应。
呼叫终结包含一个操作请求:
再见(Bye)。
3.SIPURL
19
为了能正确传送协议消息,SIP还需解决两个重要的问题。
一是寻址,即采用什么样的地址形式标识终端用户;二是用户定位(下面介绍)。
SIP沿用WWW技术解决这两个问题。
寻址采用SIPURL(UniformResourceLocators),按照RFC2396规定的URI导则定义其语法,特别是用户名字段可以是电话号码,以支持IP电话网关寻址,实现IP电话和PSTN的互通。
SIPURL的一般结构为:
SIP:
用户名:
口令@主机:
端口;传送参数;用户参数;方法参数;生存期参数;服务器地址参数,头部名,头部值
“SIP”表示需采用SIP协议和所指示的端系统通信。
“用户名”可以由任意字符组成,一般可取类似与E-mail用户名形式,也可以是电话号码(SoftX3000目前用户名是电话号码)
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- sip 协议 端口 是多少