⭐ 欢迎来到虫虫下载站！ | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站
📤 上传资源

📄 002_4.htm

📁 通讯类的标准。对要开发SS7的朋友有很大帮助的。（通讯协议）
💻 HTM
字号:
🔍 
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<!-- saved from url=(0058)http://www.chinagk.org/technology/IPTech/002/css/002_4.htm -->
<HTML><HEAD><TITLE>002_4</TITLE>
<META http-equiv=Content-Type content="text/html; charset=gb2312">
<STYLE type=text/css>.pg {
	LEFT: 0px; WIDTH: 635px; POSITION: absolute; TOP: 0px; HEIGHT: 983px
}
BODY {
	FONT-SIZE: 13px; COLOR: #000000; FONT-FAMILY: ""; BACKGROUND-COLOR: #ffffff
}
A {
	TEXT-DECORATION: none
}
.ps0 {
	LEFT: 38px; WIDTH: 556px; POSITION: absolute; TOP: 102px
}
.ps1 {
	LEFT: 38px; WIDTH: 556px; POSITION: absolute; TOP: 124px
}
.ps2 {
	LEFT: 38px; WIDTH: 492px; POSITION: absolute; TOP: 145px
}
.ps3 {
	LEFT: 65px; WIDTH: 530px; POSITION: absolute; TOP: 166px
}
.ps4 {
	LEFT: 38px; WIDTH: 384px; POSITION: absolute; TOP: 188px
}
.ps5 {
	LEFT: 435px; WIDTH: 166px; POSITION: absolute; TOP: 189px
}
.ps6 {
	LEFT: 38px; WIDTH: 556px; POSITION: absolute; TOP: 209px
}
.ps7 {
	LEFT: 38px; WIDTH: 383px; POSITION: absolute; TOP: 230px
}
.ps8 {
	LEFT: 65px; WIDTH: 529px; POSITION: absolute; TOP: 252px
}
.ps9 {
	LEFT: 38px; WIDTH: 556px; POSITION: absolute; TOP: 273px
}
.ps10 {
	LEFT: 38px; WIDTH: 556px; POSITION: absolute; TOP: 294px
}
.ps11 {
	LEFT: 38px; WIDTH: 556px; POSITION: absolute; TOP: 316px
}
.ps12 {
	LEFT: 38px; WIDTH: 556px; POSITION: absolute; TOP: 337px
}
.ps13 {
	LEFT: 38px; WIDTH: 556px; POSITION: absolute; TOP: 358px
}
.ps14 {
	LEFT: 38px; WIDTH: 532px; POSITION: absolute; TOP: 380px
}
.ps15 {
	LEFT: 65px; WIDTH: 529px; POSITION: absolute; TOP: 401px
}
.ps16 {
	LEFT: 38px; WIDTH: 556px; POSITION: absolute; TOP: 422px
}
.ps17 {
	LEFT: 38px; WIDTH: 556px; POSITION: absolute; TOP: 444px
}
.ps18 {
	LEFT: 38px; WIDTH: 556px; POSITION: absolute; TOP: 465px
}
.ps19 {
	LEFT: 38px; WIDTH: 556px; POSITION: absolute; TOP: 486px
}
.ps20 {
	LEFT: 38px; WIDTH: 450px; POSITION: absolute; TOP: 508px
}
.ps21 {
	LEFT: 65px; WIDTH: 530px; POSITION: absolute; TOP: 529px
}
.ps22 {
	LEFT: 38px; WIDTH: 109px; POSITION: absolute; TOP: 550px
}
.ps23 {
	LEFT: 65px; WIDTH: 530px; POSITION: absolute; TOP: 572px
}
.ps24 {
	LEFT: 38px; WIDTH: 423px; POSITION: absolute; TOP: 593px
}
.ps25 {
	LEFT: 472px; WIDTH: 122px; POSITION: absolute; TOP: 595px
}
.ps26 {
	LEFT: 38px; WIDTH: 563px; POSITION: absolute; TOP: 614px
}
.ps27 {
	LEFT: 38px; WIDTH: 556px; POSITION: absolute; TOP: 636px
}
.ps28 {
	LEFT: 38px; WIDTH: 556px; POSITION: absolute; TOP: 657px
}
.ps29 {
	LEFT: 38px; WIDTH: 478px; POSITION: absolute; TOP: 678px
}
.ps30 {
	LEFT: 528px; WIDTH: 66px; POSITION: absolute; TOP: 680px
}
.ps31 {
	LEFT: 38px; WIDTH: 202px; POSITION: absolute; TOP: 700px
}
.ps32 {
	LEFT: 65px; WIDTH: 54px; POSITION: absolute; TOP: 723px
}
.ps33 {
	LEFT: 65px; WIDTH: 529px; POSITION: absolute; TOP: 742px
}
.ps34 {
	LEFT: 38px; WIDTH: 556px; POSITION: absolute; TOP: 764px
}
.ps35 {
	LEFT: 38px; WIDTH: 243px; POSITION: absolute; TOP: 785px
}
.ps36 {
	LEFT: 65px; WIDTH: 529px; POSITION: absolute; TOP: 806px
}
.ps37 {
	LEFT: 38px; WIDTH: 109px; POSITION: absolute; TOP: 828px
}
.ps38 {
	LEFT: 54px; WIDTH: 259px; POSITION: absolute; TOP: 31px
}
.ps39 {
	LEFT: 547px; WIDTH: 43px; POSITION: absolute; TOP: 64px
}
.ps40 {
	LEFT: 87px; WIDTH: 307px; POSITION: absolute; TOP: 881px
}
.ps41 {
	LEFT: 404px; WIDTH: 190px; POSITION: absolute; TOP: 880px
}
.ps42 {
	LEFT: 87px; WIDTH: 32px; POSITION: absolute; TOP: 897px
}
.ft1 {
	FONT-SIZE: 11px; FONT-FAMILY: "Times New Roman",Times,serif
}
.ft2 {
	FONT-WEIGHT: bold; FONT-SIZE: 37px; FONT-STYLE: italic; FONT-FAMILY: "Times New Roman",Times,serif
}
.ft3 {
	FONT-SIZE: 21px; COLOR: #000000; FONT-STYLE: italic; FONT-FAMILY: ""
}
.ft4 {
	FONT-SIZE: 11px
}
.ft5 {
	FONT-SIZE: 10px; FONT-FAMILY: "Times New Roman",Times,serif
}
.em0 {
	FONT-SIZE: 11px; FONT-FAMILY: "Times New Roman",Times,serif
}
.em1 {
	FONT-SIZE: 13px; FONT-FAMILY: ""
}
.em2 {
	FONT-WEIGHT: normal; FONT-SIZE: 13px; FONT-STYLE: italic
}
.em3 {
	FONT-SIZE: 13px; FONT-STYLE: italic; FONT-FAMILY: ""
}
.em4 {
	FONT-WEIGHT: normal; FONT-SIZE: 13px; FONT-STYLE: italic; FONT-FAMILY: ""
}
.em5 {
	FONT-SIZE: 11px; FONT-FAMILY: ""
}
.im0 {
	LEFT: 123px; WIDTH: 7px; POSITION: absolute; TOP: 270px
}
.im1 {
	LEFT: 36px; WIDTH: 564px; POSITION: absolute; TOP: 24px
}
.im2 {
	LEFT: 66px; WIDTH: 8px; POSITION: absolute; TOP: 880px
}
.im3 {
	LEFT: 36px; WIDTH: 134px; POSITION: absolute; TOP: 866px
}
</STYLE>

<META content="MSHTML 6.00.2600.0" name=GENERATOR></HEAD>
<BODY>
<DIV class=pg></DIV><!-- bitmap and vector images are written here -->
<DIV class=im0><IMG height=7 src="002_4.files/002_4_1.jpg" width=7 
border=0></DIV>
<DIV class=im1><IMG height=64 src="002_4.files/left.jpg" width=564 
border=0></DIV>
<DIV class=im2><IMG height=9 src="002_4.files/002_4_3.jpg" width=8 
border=0></DIV>
<DIV class=im3><IMG height=2 src="002_4.files/002_4_4.jpg" width=134 
border=0></DIV><!-- text starts here --><SPAN 
class=ps0><NOBR>码。这样，即使计算得到的带宽很大，还是会引起相当大的端到端延迟。也有可能当语音会</NOBR></SPAN> <SPAN 
class=ps1><NOBR>话建立起来时，为了支持不同的用户设备性能，也需要转换编码。在最简单的情况下，会话</NOBR></SPAN> <SPAN 
class=ps2><NOBR>用<SPAN class=em0>PSTN</SPAN>建立，任何一个端点都没有使用<SPAN 
class=em0>G.711</SPAN>编码，这时转换编码将是强制性的。</NOBR></SPAN> <SPAN 
class=ps3><NOBR>带宽表中的数字真的很可怕，但是可以通过<SPAN 
class=em0>RTP</SPAN>包内的压缩、混合以及用户流的用户多路</NOBR></SPAN> <SPAN 
class=ps4><NOBR>转换来加以改进。这时网络设计者会遇到混合流和多路复用流的</NOBR></SPAN> <SPAN 
class=ps5><NOBR><SPAN class=ft1>QoS<SPAN 
class=em1>路由问题。可以看出，</SPAN></SPAN></NOBR></SPAN> <SPAN 
class=ps6><NOBR>从网络设计角度而言，这并不是一个易于解决的问题。主要问题在于如何设计路由器的链路</NOBR></SPAN> <SPAN 
class=ps7><NOBR>容量，以保证一个简单快捷的<SPAN 
class=em0>CAC</SPAN>算法能够确定呼叫能否接受。</NOBR></SPAN> <SPAN 
class=ps8><NOBR>在包技术问题列表中，一个需要注意的问题是<SPAN class=em0>IP</SPAN>自身的无连接属性。问题是：<SPAN 
class=em0>IP</SPAN>真的能</NOBR></SPAN> <SPAN 
class=ps9><NOBR>够在实际应用&nbsp;中作为无连接服务传输语音电话吗？或者一旦呼叫建立起来，网络基础设施</NOBR></SPAN> 
<SPAN class=ps10><NOBR>需要支持端到端“固定”连接吗？如果是后一种情况，<SPAN class=em0>IP</SPAN>会对<SPAN 
class=em0>RTP</SPAN>会话的每个包在每一次中继</NOBR></SPAN> <SPAN 
class=ps11><NOBR>处进行确定的路由查找，在小规模拓扑中需要使用带宽不足源路由。对于这个问题存在不同</NOBR></SPAN> <SPAN 
class=ps12><NOBR>的看法；我们随后会从一个不同的角度提出一些问题，并讨论由于包丢失对语音质量造成的</NOBR></SPAN> <SPAN 
class=ps13><NOBR>影响。在无连接<SPAN 
class=em0>IP</SPAN>服务中，语音包丢失意味着，要么包真的丢失了，要么它到达时由于失序</NOBR></SPAN> <SPAN 
class=ps14><NOBR>或迟到而无法使用。在我们追赶无连接<SPAN 
class=em0>IP</SPAN>的潮流之前，我们应该看一下这个潜在的问题。</NOBR></SPAN> <SPAN 
class=ps15><NOBR>压缩语音报头又提出了另外的问题，那就是中间路由节点的运算需求。这一定会限制路</NOBR></SPAN> <SPAN 
class=ps16><NOBR>由器能及时处理的<SPAN 
class=em0>RTP</SPAN>流数量。所以，即使是在中等规模拓扑中，可升级性都成为一个重大</NOBR></SPAN> <SPAN 
class=ps17><NOBR>问题，尤其在网络中用<SPAN class=em0>RSVP</SPAN>或其他方法使用<SPAN 
class=em0>QoS</SPAN>路由时更是如此。<SPAN class=em0>RTP</SPAN>自身并不关心带宽利</NOBR></SPAN> 
<SPAN class=ps18><NOBR>用的问题，但是使用它的目的是，以便利的方式将包和介质有效载荷一起传输到它们的最终</NOBR></SPAN> 
<SPAN class=ps19><NOBR>目的地。网络中继点的用户多路复用和流混合是压缩报头的一个主要问题。网络中继点的报</NOBR></SPAN> 
<SPAN class=ps20><NOBR>头扩展和解释可能是一个冗长的过程，从而进一步恶化了端到端延迟问题。</NOBR></SPAN> <SPAN 
class=ps21><NOBR>现在将开始讨论<SPAN class=em0>RTP<SPAN 
class=em1>，</SPAN></SPAN>看看<SPAN 
class=em0>IETF</SPAN>正在进行的一些工作，然后看看如何把它们应用到基本</NOBR></SPAN> <SPAN 
class=ps22><NOBR>的拓扑例子中去。</NOBR></SPAN> <SPAN class=ps23><NOBR>在第<SPAN 
class=em0>1</SPAN>章呼叫流的例子中我们可以看到，直到端点建立起正常连接时，介质才会流动。在</NOBR></SPAN> <SPAN 
class=ps24><NOBR>一个呼叫中可以有多于两个的参与者，例如在电话会议呼叫的情况中。</NOBR></SPAN> <SPAN 
class=ps25><NOBR><SPAN class=ft1>RTP<SPAN 
class=em1>并不关心拓扑边</SPAN></SPAN></NOBR></SPAN> <SPAN 
class=ps26><NOBR>界和管理域边界。它只是牵引有效载荷。因此，应该由网络设计者来选择适当的信令机制，</NOBR></SPAN> <SPAN 
class=ps27><NOBR>跨越不同网络类型建立呼叫。会话的概念在<SPAN 
class=em0>RTP</SPAN>中相当抽象。它是两方或多方呼叫中参与者</NOBR></SPAN> <SPAN 
class=ps28><NOBR>的简单关联。一旦会话开始，包的产生和传送也随即开始。每个<SPAN 
class=em0>RTP</SPAN>包需要在报头中携带至</NOBR></SPAN> <SPAN 
class=ps29><NOBR>少一定量的信息，以标识信元和划分编码介质的重要点。在下一节中将讨论基本</NOBR></SPAN> <SPAN 
class=ps30><NOBR><SPAN class=ft1>RTP<SPAN 
class=em1>包的格</SPAN></SPAN></NOBR></SPAN> <SPAN 
class=ps31><NOBR>式，以及对应用特定用途的增强。</NOBR></SPAN> <SPAN class=ps32><NOBR><SPAN 
class=ft1>1. <SPAN class=em3>包格式</SPAN></SPAN></NOBR></SPAN> <SPAN 
class=ps33><NOBR>基本<SPAN class=em0>RTP</SPAN>报头很小，只有<SPAN 
class=em0>12</SPAN>字节。在图<SPAN class=em0>2-2</SPAN>中，只有到<SPAN class=em0>SSRC<SPAN 
class=em1>（</SPAN></SPAN>包括<SPAN class=em0>SSRC<SPAN 
class=em1>）</SPAN></SPAN>的域才是基本</NOBR></SPAN> <SPAN 
class=ps34><NOBR>定义部分。为了满足应用的特定需要，&nbsp;<SPAN class=em0>ITU-T</SPAN>标准<SPAN 
class=em0>H.225.0</SPAN>规定了对<SPAN class=em0>RTP</SPAN>报头的改变和非标准</NOBR></SPAN> 
<SPAN class=ps35><NOBR>扩展。稍后就会看到一个这样的<SPAN class=em0>RTP</SPAN>包。</NOBR></SPAN> 
<SPAN class=ps36><NOBR>首先将讨论包参数定义，以及两个在网络上捕获的实时包解码。对每个参数的作用都将</NOBR></SPAN> 
<SPAN class=ps37><NOBR>简单地进行解释。</NOBR></SPAN> <SPAN class=ps38><NOBR><SPAN 
class=ft2>60&nbsp;&nbsp;<SPAN class=em2>IP </SPAN><SPAN 
class=em4>电话技术：稳定的</SPAN><SPAN class=em2>VoIP</SPAN><SPAN 
class=em4>服务集成</SPAN></SPAN></NOBR></SPAN> <SPAN class=ps39><NOBR><SPAN 
class=ft3>文档</SPAN></NOBR></SPAN> <SPAN class=ps40><NOBR><SPAN 
class=ft4>这里的“实际应用”是我们使用的一个术语，它指的是能够通过</SPAN></NOBR></SPAN> <SPAN 
class=ps41><NOBR><SPAN class=ft5>SLA<SPAN 
class=em5>或其他合同向用户保证服务质量的</SPAN></SPAN></NOBR></SPAN> <SPAN 
class=ps42><NOBR><SPAN class=ft4>应用。</SPAN></NOBR></SPAN> </BODY></HTML>

⌨️ 快捷键说明

复制代码 Ctrl + C
搜索代码 Ctrl + F
全屏模式 F11
切换主题 Ctrl + Shift + D
显示快捷键 ?
增大字号 Ctrl + =
减小字号 Ctrl + -