释放双眼，带上耳机，听听看~！

00:00

   对数据传输进行校验似乎是一个明智的做法，这使接收器能接收到高质量的数据流，从而使所收到的数据流与发送器送入电路中的数据流几乎完全一致。这样，X.25所进行的操作方法还有什么不足之处呢？

       首先，建立电路的过程要耗费时间，这会推迟通信开始的时间。例如，在建立过程开始时，发送设备必须发送一个特殊的分组（称作呼叫请求），以表明其连接意图。接着，在收到这个请求时，目的接收器必须使用另个特殊的呼叫接受报文来表明其开通连接。最后，发送器必须用一个呼叫完成报文对收到的呼叫接受报文作出响应。只有在这个时候，在发送器和接收器之间的电路才被认为是开通的，可随时用于数据传送。

       电路开通后，由X.25电路连接的两个端站可以在这种物理连接所允许的范围内尽可能快地传送数据，只要连接保持着，通信就可以继续。这过程的效率不仅依赖于呼叫建立过程本身，更主要是依赖于通过这一呼叫所传送数据量的多少。如果呼叫是为传送美国国会图书馆的内容而建立的，就很明显，用来开通和关闭连接所需的6个分组与这大量的数据相比真是微不足道。然而，如果发送者想要发送的仅仅是一个分组，以表明-个键已被按下或是一扇门已被打开，情况又会如何呢？另一方面，数据本，身的重要性也成为另一个用来决定是否应该建立连接的因素。许多数据关系重大，就不管数据量有多少，哪怕这一数据仅仅是按一下键盘，都应该采取保护措施以确保可靠性。有的数据在时间上的要求并不紧迫，如果丢失又可以轻易地进行重发，就用不着自找麻烦来为它们建立连接。对于其他一些业务，如果不能接受建立电路带来的时延，也不适合建立电路连接。

       这样就诞生了X.25“快速选择”服务。在快速选择中，欲发送单独个小分组数据的节点可以在发往目的节点的呼叫请求分组末尾加上这个数据。当然，X.25网络把这个分组看作发送器建立连接的要求，并及时地把它发送给所期望的接收器。接收器收到这个分组后，只需简单地剥除报头信息，再把数据从分组的后部取出即可。

       有许多应用都借用了这种途径，例如在一个零售商店里的刷信用卡行为。对这样一个应用来说，卡号和所购数量等数据能被加入一个呼叫建立报文中，然后由PSPDN进行选路来把这个报文发往中心数据库，在那里，存着持卡人的帐户信息。当数据库认可这次买卖后，它就向这家商店回发含有授权号的量不大的数据。如果这两个分组在发送过程中，有一个或两个不幸丢失，销售点终端就得不到应答。遇到这种情况时，销售人员可以作出很多选择：最简单的可能就是重复上述过程，若无严重的网络故障，不会每次请求都不成功。

       快速选择满足了X.25网络用户发送少量的数据的需求，他们在发送少量的数据时可以不需大量开销。然而，出于X.25并非为快速选择的传送数据方式而设计的，所以X.25上的快速选择并不能让该网络用户和工程师完全满意。X.25可以保证数据以无差错的方式进行传送，但是快速选择却用一种不可靠的方式来使用它，这就像把一辆能载50人的公共汽车当作家用轿车来用，仅载司机一人，这样造成了不小的浪费。

       X.25的设计者们打算最终能够连接各地PSPDN，从而构成全球一体化的X.25网络，就像全球PSPDN一样。实际上，尽管X.25在一些国家的市场（例如欧洲和太平洋周边地区）取得了巨大成功，可是由于X.25含有多种标准使得各国X.25网络的互连很困难，还没有能够成功地构成一体化的全球网络，只是一些分散的网络例如现有的“法国X.25”，“比利时X.25”等，这与所期望的全球网络差距还很大。如果在一个国家内部的城市的X.25之间不能互连，它的实用价值就会大打折扣。当从意大利出发，穿过希腊而与土耳其进行的连接不能成功时，谁应该负责解决这个麻烦呢？可能一个网络首先应该提供的是普遍的连通性，而不是为业务建立端到端的连接。