WEBVTT

00:00.060 --> 00:00.960
教师：在本课中,

00:00.960 --> 00:03.180
我们将讨论VoIP问题｡

00:03.180 --> 00:06.240
VoIP是Voice Over Internet

00:06.240 --> 00:07.530
Protocol的缩写,

00:07.530 --> 00:11.490
这是一套我们用来实时发送流媒体语音和视频的协议｡

00:11.490 --> 00:13.380
现在, 与传统的网络协议（如http､

00:13.380 --> 00:29.250
ftp或电子邮件）不同, 当您处理实时应用程序时, 能够具有非常低的延迟和非常高的服务质量对于在使用实时协议（如VoIP）时具有良好的语音连接或视频连接至关重要｡

00:29.250 --> 00:31.440
现在, 当你处理VoIP服务时,

00:31.440 --> 00:34.890
传统上这是用来通过互联网打电话的｡

00:34.890 --> 00:36.750
如果您的VoIP服务很差,

00:36.750 --> 00:41.070
您将遇到呼叫中的辍学问题, 您听到另一端回声的问题,

00:41.070 --> 00:44.190
或呼叫中的其他类型的故障｡

00:44.190 --> 00:47.040
现在, 当你在网络上发送普通数据时, 你可以让数据包以任何顺序发送,

00:47.040 --> 00:52.860
它可能需要更长或更短的时间, 这真的不会有什么区别｡

00:52.860 --> 00:54.690
但是, 如果我们正在打电话,

00:54.690 --> 01:06.510
你需要确保我所说的事情是在正确的时间和正确的顺序到达你, 这就是为什么像VoIP这样的实时协议真的必须依赖于高质量的服务水平｡

01:06.510 --> 01:08.820
现在, 如果你没有一个非常好的服务质量,

01:08.820 --> 01:13.920
你会看到你会得到两个主要的质量问题, 影响VoIP急剧｡

01:13.920 --> 01:16.410
这被称为延迟和抖动｡ 

01:16.410 --> 01:20.610
现在, 延迟是信号到达预期客户端所需的时间,

01:20.610 --> 01:22.710
以毫秒为单位｡

01:22.710 --> 01:25.500
一般来说, 毫秒是非常快的｡ 

01:25.500 --> 01:29.430
千分之一秒是一毫秒｡

01:29.430 --> 01:31.620
但是, 如果我们使用VoIP连接交谈,

01:31.620 --> 01:35.580
延迟增加到100到200毫秒以上, 当你听我说话时,

01:35.580 --> 01:39.330
它实际上会在音频中很明显｡

01:39.330 --> 01:40.163
例如, 如果您使用卫星互联网连接,

01:40.163 --> 01:48.870
通常情况下, 您发送的每一个内容都将增加150到250毫秒, 因为它需要花费时间从卫星上到卫星上,

01:48.870 --> 01:51.030
从卫星上下来, 通过互联网,

01:51.030 --> 01:57.510
到卫星上, 从卫星上下来, 并能够发送所有数据｡

01:57.510 --> 02:00.090
正因为如此, 这意味着你有更高的延迟, 在大多数应用程序中,

02:00.090 --> 02:02.940
这不会是一个大问题｡

02:02.940 --> 02:04.950
VoIP就是这样｡ 

02:04.950 --> 02:08.370
由于您的延迟更高, 这意味着您可能会开始在连接中听到回声,

02:08.370 --> 02:14.040
并且当您通过VoIP连接交谈时, 您会听到自己的声音重复给您｡

02:14.040 --> 02:15.300
为了能够最小化这一点,

02:15.300 --> 02:17.790
我们需要确保延迟保持在低水平｡

02:17.790 --> 02:21.120
通常, 为了在使用VoIP连接时获得高质量的服务,

02:21.120 --> 02:25.620
您需要确保将延迟保持在50到100毫秒以下｡

02:25.620 --> 02:27.270
我可以从个人经验告诉你,

02:27.270 --> 02:29.760
当我通过卫星连接使用VoIP时,

02:29.760 --> 02:35.280
使用的是地球同步轨道上的卫星, 往返时间大约是500毫秒｡

02:35.280 --> 02:37.350
正因为如此, 一旦我说了什么,

02:37.350 --> 02:43.350
我必须等待大约半秒钟, 然后另一个人听到它说了什么, 然后我会收到它｡

02:43.350 --> 02:48.630
所以我们的对话总是有延迟, 当我们有大约1000毫秒的显著延迟时,

02:48.630 --> 02:50.850
我基本上必须说出我要说的话,

02:50.850 --> 02:52.740
然后使用某种关键字, 比如over,

02:52.740 --> 02:55.200
所以他们知道我在那个句子中完成了,

02:55.200 --> 02:58.860
他们可以安全地开始说话｡

02:58.860 --> 03:00.720
如果您在高延迟连接上使用VoIP,

03:00.720 --> 03:03.270
这是一种非常不愉快的体验, 但在某些情况下,

03:03.270 --> 03:08.130
您没有选择, 因为您正在处理类似卫星连接的东西｡

03:08.130 --> 03:11.940
您可能会遇到的第二个VoIP问题是所谓的抖动｡

03:11.940 --> 03:13.410
抖动是延迟随时间变化的度量,

03:13.410 --> 03:21.420
它是通过对数据包到达和最初发送之间的时间进行采样来测量的｡

03:21.420 --> 03:26.790
现在, 一般来说, 大多数VoIP服务将通过UDP连接发送数据｡

03:26.790 --> 03:29.760
正因为如此, 数据在通过网络时可以以任何顺序到达,

03:29.760 --> 03:33.750
然后系统会尝试将其放回正确的顺序｡

03:33.750 --> 03:35.700
因此, 随着延迟的增加,

03:35.700 --> 03:38.010
大约30到50毫秒, 您将开始对通话质量产生影响,

03:38.010 --> 03:42.540
并且您将开始听到抖动｡

03:42.540 --> 03:45.090
现在, 抖动可能会因为高延迟环境而发生,

03:45.090 --> 03:53.160
或者因为您的数据包在互联网上采用不同的路由并以不正确的顺序重新组装, 因为我们正在处理实时协议｡

03:53.160 --> 03:55.380
例如, 如果我开始和你说话,

03:55.380 --> 03:57.420
而不是说1, 2, 3, 你听到这些数据包是1,

03:57.420 --> 04:03.300
3, 2, 这意味着数据包3在数据包2之前到达那里｡

04:03.300 --> 04:05.640
一般来说, 你不会听到整个单词,

04:05.640 --> 04:10.080
比如一, 二, 三, 顺序不对, 而是听到单词的片段｡

04:10.080 --> 04:12.570
这就是为什么如果你的服务质量很低,

04:12.570 --> 04:16.860
你会在VoIP对话中听到几乎像机器人一样的静态声音｡

04:16.860 --> 04:19.710
那么如何解决延迟和抖动问题呢？

04:19.710 --> 04:21.450
有两种方法｡ 

04:21.450 --> 04:25.260
首先, 您可以提高整个网络的整体性能｡

04:25.260 --> 04:26.550
现在, 这是很难做到的,

04:26.550 --> 04:33.720
因为你必须考虑网络的每一部分, 从VoIP手机一直到网络和你的（模糊的）连接｡

04:33.720 --> 04:35.070
你可以做的第二件事是,

04:35.070 --> 04:37.500
你可以实现服务质量｡

04:37.500 --> 04:41.220
现在, 服务质量是网络内部的一个重要工具｡

04:41.220 --> 04:45.810
这是一种允许您将某些流量优先于其他流量的机制｡

04:45.810 --> 04:48.960
例如, 在您的小型办公室/家庭办公室网络中,

04:48.960 --> 04:52.290
您实际上可以配置您的设备以优先处理VoIP流量,

04:52.290 --> 04:55.170
并使其成为网络中的最高优先级｡

04:55.170 --> 04:57.540
现在, 在大多数小型办公室/家庭办公室环境中,

04:57.540 --> 04:59.340
这将是一个非常真实的说法｡

04:59.340 --> 05:01.500
您的语音流量应该是最重要的,

05:01.500 --> 05:07.650
因为它最容易受到高延迟和数据包无序到达时抖动的影响｡

05:07.650 --> 05:09.540
因此, 通过配置您的网络设备来识别这些IP语音数据包,

05:09.540 --> 05:20.100
您可以将这些数据包优先于网络中的其他数据包, 这将减少延迟和抖动, 并为最终用户提供更高的服务质量｡

05:20.100 --> 05:25.560
现在, 请记住您为服务质量设置的设置只影响网络内部的内容｡

05:25.560 --> 05:27.930
一旦它到达像互联网这样的公共网络,

05:27.930 --> 05:33.060
您的服务质量规则将不再适用, 然后取决于互联网上的每个互联网服务提供商,

05:33.060 --> 05:33.990
他们是否会优先考虑您的VoIP流量,

05:33.990 --> 05:40.560
而不是他们发送的其他东西, 以便能够为您提供更高的服务质量｡

05:40.560 --> 05:47.040
也就是说, 在您自己的网络中为VoIP设备设置QoS或服务质量仍然很重要,

05:47.040 --> 05:48.540
因为这将允许您在自己的网络中优先考虑它,

05:48.540 --> 05:53.220
至少让它在互联网上领先一步｡

05:53.220 --> 05:55.830
所以请记住, 当涉及到VoIP问题时,

05:55.830 --> 05:59.760
您将遇到的两个最大问题是高延迟和抖动｡

05:59.760 --> 06:03.060
解决这些问题的最佳方法是在您自己的网络内实施服务质量策略,

06:03.060 --> 06:06.033
以优先考虑您的VoIP流量｡