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

📄 002_15.htm

📁 通讯类的标准。对要开发SS7的朋友有很大帮助的。（通讯协议）
💻 HTM
字号:
🔍 
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<!-- saved from url=(0059)http://www.chinagk.org/technology/IPTech/002/css/002_15.htm -->
<HTML><HEAD><TITLE>002_15</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: 37px; WIDTH: 375px; POSITION: absolute; TOP: 102px
}
.ps1 {
	LEFT: 64px; WIDTH: 529px; POSITION: absolute; TOP: 123px
}
.ps2 {
	LEFT: 37px; WIDTH: 556px; POSITION: absolute; TOP: 144px
}
.ps3 {
	LEFT: 37px; WIDTH: 563px; POSITION: absolute; TOP: 164px
}
.ps4 {
	LEFT: 37px; WIDTH: 557px; POSITION: absolute; TOP: 185px
}
.ps5 {
	LEFT: 37px; WIDTH: 556px; POSITION: absolute; TOP: 206px
}
.ps6 {
	LEFT: 37px; WIDTH: 563px; POSITION: absolute; TOP: 226px
}
.ps7 {
	LEFT: 37px; WIDTH: 556px; POSITION: absolute; TOP: 247px
}
.ps8 {
	LEFT: 64px; WIDTH: 530px; POSITION: absolute; TOP: 268px
}
.ps9 {
	LEFT: 37px; WIDTH: 556px; POSITION: absolute; TOP: 288px
}
.ps10 {
	LEFT: 37px; WIDTH: 551px; POSITION: absolute; TOP: 309px
}
.ps11 {
	LEFT: 37px; WIDTH: 556px; POSITION: absolute; TOP: 331px
}
.ps12 {
	LEFT: 37px; WIDTH: 380px; POSITION: absolute; TOP: 350px
}
.ps13 {
	LEFT: 64px; WIDTH: 536px; POSITION: absolute; TOP: 371px
}
.ps14 {
	LEFT: 37px; WIDTH: 556px; POSITION: absolute; TOP: 392px
}
.ps15 {
	LEFT: 37px; WIDTH: 478px; POSITION: absolute; TOP: 412px
}
.ps16 {
	LEFT: 64px; WIDTH: 529px; POSITION: absolute; TOP: 433px
}
.ps17 {
	LEFT: 37px; WIDTH: 556px; POSITION: absolute; TOP: 454px
}
.ps18 {
	LEFT: 37px; WIDTH: 538px; POSITION: absolute; TOP: 474px
}
.ps19 {
	LEFT: 37px; WIDTH: 266px; POSITION: absolute; TOP: 496px
}
.ps20 {
	LEFT: 64px; WIDTH: 529px; POSITION: absolute; TOP: 516px
}
.ps21 {
	LEFT: 37px; WIDTH: 557px; POSITION: absolute; TOP: 536px
}
.ps22 {
	LEFT: 37px; WIDTH: 556px; POSITION: absolute; TOP: 557px
}
.ps23 {
	LEFT: 37px; WIDTH: 556px; POSITION: absolute; TOP: 578px
}
.ps24 {
	LEFT: 37px; WIDTH: 556px; POSITION: absolute; TOP: 598px
}
.ps25 {
	LEFT: 37px; WIDTH: 563px; POSITION: absolute; TOP: 619px
}
.ps26 {
	LEFT: 37px; WIDTH: 556px; POSITION: absolute; TOP: 640px
}
.ps27 {
	LEFT: 37px; WIDTH: 382px; POSITION: absolute; TOP: 660px
}
.ps28 {
	LEFT: 64px; WIDTH: 529px; POSITION: absolute; TOP: 681px
}
.ps29 {
	LEFT: 37px; WIDTH: 557px; POSITION: absolute; TOP: 702px
}
.ps30 {
	LEFT: 37px; WIDTH: 218px; POSITION: absolute; TOP: 722px
}
.ps31 {
	LEFT: 64px; WIDTH: 530px; POSITION: absolute; TOP: 743px
}
.ps32 {
	LEFT: 37px; WIDTH: 555px; POSITION: absolute; TOP: 764px
}
.ps33 {
	LEFT: 37px; WIDTH: 556px; POSITION: absolute; TOP: 784px
}
.ps34 {
	LEFT: 37px; WIDTH: 559px; POSITION: absolute; TOP: 805px
}
.ps35 {
	LEFT: 64px; WIDTH: 530px; POSITION: absolute; TOP: 866px
}
.ps36 {
	LEFT: 37px; WIDTH: 556px; POSITION: absolute; TOP: 887px
}
.ps37 {
	LEFT: 372px; WIDTH: 150px; POSITION: absolute; TOP: 54px
}
.ps38 {
	LEFT: 542px; WIDTH: 37px; POSITION: absolute; TOP: 31px
}
.ps39 {
	LEFT: 44px; WIDTH: 43px; POSITION: absolute; TOP: 64px
}
.ft1 {
	FONT-SIZE: 13px; FONT-FAMILY: "Times New Roman",Times,serif
}
.ft2 {
	FONT-STYLE: italic; FONT-FAMILY: ""
}
.ft3 {
	FONT-WEIGHT: bold; FONT-SIZE: 37px; FONT-STYLE: italic; FONT-FAMILY: "Times New Roman",Times,serif
}
.ft4 {
	FONT-SIZE: 21px; COLOR: #000000; FONT-STYLE: italic; FONT-FAMILY: ""
}
.em0 {
	FONT-SIZE: 13px; FONT-FAMILY: "Times New Roman",Times,serif
}
.em1 {
	FONT-SIZE: 13px; FONT-FAMILY: ""
}
.em2 {
	FONT-SIZE: 11px; FONT-FAMILY: "Times New Roman",Times,serif
}
.em3 {
	FONT-STYLE: italic; FONT-FAMILY: "Times New Roman",Times,serif
}
.im0 {
	LEFT: 33px; WIDTH: 562px; POSITION: absolute; TOP: 24px
}
.im1 {
	LEFT: 217px; WIDTH: 196px; POSITION: absolute; TOP: 833px
}
</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=64 src="002_15.files/right.jpg" width=563 
border=0></DIV>
<DIV class=im1><IMG height=26 src="002_15.files/002_15_2.jpg" width=196 
border=0></DIV><!-- text starts here --><SPAN class=ps0><NOBR>与包传输间隔直接相关，根据<SPAN 
class=em0>SSRC</SPAN>产生的包的大小进行平均。</NOBR></SPAN> <SPAN 
class=ps1><NOBR>第一个明显的问题是，分配多少给接收方和发送方，以及为什么两者之间应该不同？在</NOBR></SPAN> <SPAN 
class=ps2><NOBR>任何情况下，每个端点处电话应用都必须就分割达成一致，否则会出现问题：在一种极端下</NOBR></SPAN> <SPAN 
class=ps3><NOBR>会导致过早的超时操作，或者在另一种极端下导致过分的额外开销。这是一个重要的问题，</NOBR></SPAN> <SPAN 
class=ps4><NOBR>因为如果<SPAN class=em0>VoIP</SPAN>要普遍存在，<SPAN 
class=em0>RTP</SPAN>和<SPAN 
class=em0>RTCP</SPAN>必须以协作的形式跨越每个管理域实现，以避免意外</NOBR></SPAN> <SPAN 
class=ps5><NOBR>的发生。这里术语“管理域”扩展到包括通过<SPAN 
class=em0>IP</SPAN>连接起来的电话和电报公司（供应商），而不</NOBR></SPAN> <SPAN 
class=ps6><NOBR>是通过<SPAN class=em0>PSTN</SPAN>用一个中继站连接。我们有些希望<SPAN 
class=em0>PSTN</SPAN>的<SPAN class=em0>TDM</SPAN>版本被一个基于包的版本所取代，</NOBR></SPAN> 
<SPAN class=ps7><NOBR>在新版本中，利用<SPAN 
class=em0>IP</SPAN>干线和边界处的通用信令协议，所有的载波都有到其他载波的<SPAN 
class=em2>POP</SPAN>连接。</NOBR></SPAN> <SPAN class=ps8><NOBR>新的<SPAN 
class=em0>RTCP</SPAN>带宽分配的提议草案（我们在前面已经简要讨论过）规定把会话带宽的<SPAN 
class=em0>1.25%</SPAN></NOBR></SPAN> <SPAN class=ps9><NOBR>分配给发送者，<SPAN 
class=em0>3.75%</SPAN>分配给接收者。也就是说，端到端连接的总带宽是携带<SPAN 
class=em0>RTP</SPAN>介质包所需</NOBR></SPAN> <SPAN class=ps10><NOBR>带宽的<SPAN 
class=em0>105%</SPAN>。这里发送者是指一个<SPAN 
class=em0>RTP</SPAN>包的发送者，例如，会议呼叫中的一个讲话者（不是</NOBR></SPAN> <SPAN 
class=ps11><NOBR><SPAN class=ft1>RTCP<SPAN 
class=em1>报告的发送者）。这种情况一直保持，直到发送者的数量增加到包括多于呼叫中所有参</SPAN></SPAN></NOBR></SPAN> 
<SPAN class=ps12><NOBR>与者的<SPAN 
class=em0>25%</SPAN>为止。那时就应该在所有参与者之间平均分配带宽。</NOBR></SPAN> <SPAN 
class=ps13><NOBR>这个方案的一个主要优点就是，它在网络中保持恒定的控制服务，和参与者的数量无关。</NOBR></SPAN> <SPAN 
class=ps14><NOBR>其缺点是所有端点更新和正确理解当前有效参与者列表的速度，以及以一致的形式跨过交换</NOBR></SPAN> <SPAN 
class=ps15><NOBR>台计算新带宽数量的速度。我们缺少广泛的实现数据来让洞察这个潜在的问题。</NOBR></SPAN> <SPAN 
class=ps16><NOBR>另一个问题是会话带宽的实际运算。对于组播会话和点对点呼叫，这是一个简单直接的</NOBR></SPAN> <SPAN 
class=ps17><NOBR>运算。如果该数值不等于端点的单向带宽，则可以通过信令协议传送，或者对端点编程，以</NOBR></SPAN> <SPAN 
class=ps18><NOBR>一致的方式计算带宽。但是，对于会议应用就没有这样简单了。不过现在已经提出了最小</NOBR></SPAN> <SPAN 
class=ps19><NOBR><SPAN class=ft1>RTCP<SPAN 
class=em1>包传输间隔，以便为统计提供高精度。</SPAN></SPAN></NOBR></SPAN> <SPAN 
class=ps20><NOBR>最小<SPAN class=em0>RTCP</SPAN>包传输间隔可以作为选项得到，建议设置值为<SPAN 
class=em0>5</SPAN>秒。当实现中采用了这个选项</NOBR></SPAN> <SPAN 
class=ps21><NOBR>时，那些端点是在冒过早超时操作的险，因为实现是在查找算法上到达的<SPAN 
class=em0>RTCP</SPAN>包间隔。一种</NOBR></SPAN> <SPAN 
class=ps22><NOBR>减小最小间隔的方法是使用（<SPAN class=em0>360/</SPAN>会话带宽）<SPAN 
class=em0>Kbps</SPAN>这个结果。使用这个算式时，应该使用不</NOBR></SPAN> <SPAN 
class=ps23><NOBR>包括链路层协议开销的会话带宽。对于使用高于<SPAN 
class=em0>72Kbps</SPAN>的会话，这个计算结果会导致更频繁</NOBR></SPAN> <SPAN 
class=ps24><NOBR>地发送<SPAN 
class=em0>RTCP</SPAN>包。如果想使用压缩语音，并进行静音抑制以获得带宽效率，其结果将是每个端</NOBR></SPAN> <SPAN 
class=ps25><NOBR>点每产生一个<SPAN class=em0>RTCP</SPAN>包至少需要<SPAN 
class=em0>5</SPAN>秒。对于在非压缩<SPAN class=em0>RTP/UDP/IP</SPAN>之上传输<SPAN 
class=em0>G.711</SPAN>非压缩语音，</NOBR></SPAN> <SPAN 
class=ps26><NOBR>可以得到更小的值。但是在主要应用中，这并非所期望得到的结果。信令协议需要知道端点</NOBR></SPAN> <SPAN 
class=ps27><NOBR>在使用<SPAN class=em0>RTCP<SPAN 
class=em1>，</SPAN></SPAN>以便做出适当的带宽分配（或者根本不作分配）。</NOBR></SPAN> <SPAN 
class=ps28><NOBR>另一个要记住的具有潜在重要性的小问题是混合器的操作。介质流的混合方式可能会满</NOBR></SPAN> <SPAN 
class=ps29><NOBR>足从混合器到端点上的中继站的带宽限制。尽管对语音可以这样做，从每个<SPAN 
class=em0>SSRC</SPAN>来的<SPAN class=em0>RTCP</SPAN></NOBR></SPAN> <SPAN 
class=ps30><NOBR>报告数据块却不能混合或减小大小。</NOBR></SPAN> <SPAN 
class=ps31><NOBR>考虑一个实例，其中混合器为了到端点的语音会议会话，把<SPAN class=em0>N</SPAN>个<SPAN 
class=em0>RTP</SPAN>流合成一个流。所有</NOBR></SPAN> <SPAN class=ps32><NOBR>的端点使用<SPAN 
class=em0>PCM &micro;Law G.711</SPAN>语音，<SPAN class=em0>20ms</SPAN>的打包周期。我们还假定，<SPAN 
class=em0>N</SPAN>个<SPAN class=em0>RTCP</SPAN>信源中的每一个</NOBR></SPAN> <SPAN 
class=ps33><NOBR>都发送<SPAN class=em0>SR</SPAN>报告，使用名义上的<SPAN 
class=em0>RTCP</SPAN>会话带宽划分，也就是说，非当前发送者消耗<SPAN 
class=em0>RTP</SPAN>会话带</NOBR></SPAN> <SPAN class=ps34><NOBR>宽的<SPAN 
class=em0>3.75%<SPAN class=em1>，</SPAN></SPAN>当前发送者消耗<SPAN 
class=em0>1.25%</SPAN>。这样，端点方向的<SPAN class=em0>RTCP</SPAN>带宽，即所有<SPAN 
class=em0>RTCP</SPAN>包的总和是：</NOBR></SPAN> <SPAN class=ps35><NOBR>对于<SPAN 
class=em0>N=4<SPAN class=em1>（</SPAN></SPAN>呼叫有<SPAN 
class=em0>5</SPAN>个参与者），通过混合器发向当前发送者的<SPAN class=em0>RTCP</SPAN>通信量大约是<SPAN 
class=em0>RTP</SPAN>会</NOBR></SPAN> <SPAN class=ps36><NOBR>话带宽的<SPAN 
class=em0>15%</SPAN>。更大规模的会议呼叫会碰到带宽问题。即使在最典型的情况下，应用也可能</NOBR></SPAN> <SPAN 
class=ps37><NOBR><SPAN class=ft2>第<SPAN 
class=em3>2</SPAN>章&nbsp;包网络的介质传输</SPAN></NOBR></SPAN> <SPAN 
class=ps38><NOBR><SPAN class=ft3>71</SPAN></NOBR></SPAN> <SPAN 
class=ps39><NOBR><SPAN class=ft4>文档</SPAN></NOBR></SPAN> </BODY></HTML>

⌨️ 快捷键说明

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