CN1477794A - 能够选择低费用呼叫类型的数据传输系统 - Google Patents

Abstract

在移动通信系统中的每个移动终端和基站从常态命令文件中检测多媒体数据的文件大小，并且基于文件大小和呼叫类型的单价计算通信费用，并根据所涉及的通信费用选择组切换呼叫或电路切换呼叫进行多媒体数据文件传输。

Description

能够选择低费用呼叫类型的数据传输系统

技术领域

本发明涉及一种能够选择低费用呼叫类型的数据传输系统，更加具体地说，本发明涉及一种适合于通过报文切换呼叫或通过电路切换呼叫传送数据的移动通信系统的数据传输系统。

背景技术

近年来，使用移动终端如蜂窝电话访问因特网的用户数目明显增加。因特网服务供应商为电子邮件、游戏、购物、股票交易、等等提供各种服务。现在，吸引日趋增多的用户的注意力的服务包括允许电子邮件和万维网站发送或展示多媒体数据，如包括照片或移动画面。

由蜂窝电话系统完成的数据通信一般使用报文切换呼叫。报文切换呼叫明显优于电路切换呼叫，唯一的条件是报文切换呼叫在数据通信中使用通常具有相对较小的信息量的字符。然而，如果在移动通信系统中的传输数据包括具有较大的文件大小的移动画面，则要出现问题：与电路切换呼叫相比，报文切换呼叫通常涉及较大的通信费用。

此外，传输数据文件所需的时间长度也同数据文件中数据量的增加一道而有所增加，这就产生了与人—机界面有关的问题。时间长度的增加还涉及另一个人—机界面问题，即，用户在增加的时间长度期间，为了接收数据文件，陷入移动终端的操作当中。

在如以上所述的情况下，为了改进通信链路的利用效率，或者为了减小通信费用，已经提出来一些建议。专利出版物JP-A-2000-174770描述了一种技术，用于根据所监视的链路的当前状态信息切换多链路无线电通信网络中的数据路径，从而可以维持恒定的通信速率，与链路的当前状态无关。

专利出版物JP-A-2000-253180描述了一种技术，用于根据所发送的内容自动选举网络中的链路之一，从而可以高效地获得信息的内容，如多媒体数据或基于文本的数据。

专利出版物JP-A-2000-307660描述了一种无线电数据通信系统，目的在于通过使用报文切换通信链路或者电路切换通信链路改进通信链路的利用效率。这里的期望是，如果使用电路切换呼叫网络难以维持通信，或者，如果通过电路切换网络传送的数据量减小了，则可以将现在对于数据传输使用的电路切换网络切换到报文切换网络，以实现连续的数据传输。

专利出版物JP-A-2001-28277描述了一种数据传输系统，该数据传输系统在将多媒体数据传送到移动通信终端时能够高效地使用系统中的资源，所说的多媒体数据包括各种各样的数据，例如除文本数据外还有音频数据和/或画面数据。在所述的技术中，通过基于控制数据并利用邮件服务器向邮件目的地的移动终端传送传输助手数据，并且允许多媒体数据包括控制数据，移动终端可以根据传输助手数据传递数据传输的请求，以阻止不必要的数据传输。这样就高效地利用了移动通信终端中的存储器资源，而不用增加移动通信网络的通信量。

专利出版物JP-A-2001-320424描述了一种移动终端，它能根据要通过网络发送/接收的数据类型充分地选择网络。这是根据由主数据获取模块获得的并且附加到主数据上的附加数据(如音频数据或画面数据)并通过选择适合于附加数据的通信路径而实现的，从而可以实现较低通信成本的数据传输。

然而，以上所述的现有技术都没有给出具体技术的教导，所说的具体技术应能使数据传输系统中的移动终端本身根据呼叫类型主动地选择低成本的通信链路，同时还要考虑到通信链路作为一个整体的各种不同的当前状态。

发明内容

鉴于以上所述，本发明的一个目的是提供一种数据传输系统，它包括多个移动终端和多个基站，允许移动终端本身根据数据传输的呼叫类型的选择来选择低费用通信链路。

本发明提供一种数据传输系统，它包括多个移动终端、多个基站、和一个通信网络，所说的通信网络使用报文切换呼叫或电路切换呼叫在一个移动终端和对应的一个基站之间传输数据，其中，至少一个移动终端和基站包括：命令文件存储部分，用于在其中存储第一命令文件，第一命令文件包括要从自己的终端或自己的基站发送的数据文件的文件大小的信息；命令文件读出部分，用于读出第一命令文件以检测数据文件的文件大小；费用计算部分，用于计算使用报文切换呼叫的数据文件传输的第一费用和使用电路切换呼叫的数据文件传输的第二费用；费用比较部分，用于相互比较第一费用和第二费用；和，呼叫类型选择部分，用于根据费用比较部分的比较结果选择数据文件传输的报文切换呼叫和电路切换呼叫之一。

按照本发明的数据传输系统，至少一个移动终端和基站可以根据涉及的通信费用选择报文切换呼叫或者电路切换呼叫。于是，能够以较低的费用发送包括图像数据或画面数据在内的多媒体数据。

从以下结合附图的描述，本发明的上述目的和其它目的、特征、和优点都将变得显而易见。

附图说明

图1A是按照本发明的一个实施例的数据传输系统的方块图，图1B是如图1A所示的移动终端和基站之一的功能方块图。

图2是如图1所示的移动终端的方块图。

图3是如图1所示的基站的方块图。

图4是表示在该系统中使用的普通命令文件的内容的图表。

图5是表示在图2A的移动终端中使用的典型的普通命令文件的内容的图表。

图6是表示在该系统中使用的回叫命令的内容的图表。

图7是表示发送到移动终端的数据内容的图表。

图8是移动终端的数据传输过程的流程图。

图9是来自于移动终端的数据传输期间基站的数据传输过程的流程图。

图10是在成功的文件重发的情况下在基站和移动终端之间的传输过程的流程图。

图11是在不成功的文件重发的情况下在基站和移动终端之间的传输过程的流程图。

图12是从基站到指定地址的文件传输过程以及通知不成功的文件传输用户的过程的流程图。

图13是从基站到指定地址的不成功的文件传输之后执行的邮件接收过程的流程图。

图14是通知从指定地址到基站进行文件传输的用户以及不成功的文件传输的用户的过程的流程图。

图15是在不成功接收来自于指定地址的文件之后在收到通知重发的邮件的情况下执行的过程的流程图。

图16是移动终端回叫传输的过程的流程图。

图17是基站回叫接收过程的流程图。

图18是在浏览操作期间移动终端的接收过程的流程图。

图19是基站的文件接收过程的流程图。

图20是基站的邮件发送过程的流程图。

图21是在按照本发明的第二实施例的数据传输系统中移动终端的过程流程图。

具体实施方式

现在参照附图更加具体地描述本发明。

参照附图1A，按照本发明的第一实施例的数据传输系统包括：多个移动终端10，如蜂窝电话；多个基站20；一个混合网30，混合网30包括一个电路切换网络和一个报文切换网络，并且耦合移动终端10和对应的基站20；因特网40，因特网40包括多个终端41，每个终端都有一个特定的地址；和，高速网50，例如光纤入户网络，用于耦合基站20到因特网40上。这里假定：在如图1所示的移动终端10和指定地址的终端41之间经过基站20传输文件。

现在参照附图1B，移动终端10和基站20中的每一个都有邮件发送/接收功能，其中使用了：RAM31、用于在电路切换呼叫和报文切换呼叫之间比较通信费用的通信费用比较模块32、用于根据通信费用来选择报文切换呼叫或电路切换呼叫的呼叫选择开关33、和分别都通过基带部分36传递报文切换呼叫或电路切换呼叫的报文切换呼叫控制器34和电路切换呼叫控制器35。

参照附图2，图2表示移动终端的具体结构，移动终端10包括：系统控制器(或CPU)11，用于控制移动终端10的整个操作；RAM12，用作工作区；高速闪存ROM13，用于在其中存储控制程序、应用程序，例如包括浏览器、通信费用表、和各种设定值；报文切换控制器14(图1A中的34)和电路切换控制器15(图1A中的35)，两者都设置在集合信道的端部，用于转换传输文件的数据格式；文件大小检测器131，设在高速ROM13内，用于检测传输文件的文件大小；无线电模块16，用于接收/发送数据；和，基带模块17，用于控制无线电模块16。

虽然报文切换控制器14、电路切换控制器15、和文件大小检测器131都可以用程序构成，但这些部分14、15、131，尤其是部分14和15应该由硬件实施。此外，移动终端10最好包括一个数据存储驱动器，用于存储各种数据。

还是优选的，同时进行使用报文切换呼叫和电路切换呼叫的两种通信，以便更加方便用户。

现在参照附图3，基站20包括：系统控制器(或CPU)21，用于控制基站20的整个操作；RAM22，用作工作区；数据存储驱动器23，用于在其中存储大量的数据，其中包括邮件和文件；闪存ROM24，用于在其中存储控制程序、应用程序，通信费用表、和用户数据；报文切换呼叫控制器25和电路切换呼叫控制器26，两者都设置在集合信道的端部，用于转换传输文件的数据格式；文件大小检测器241，设在闪存ROM24内，用于检测传输文件的文件大小；无线电模块27，用于接收/发送数据；基带模块28，用于控制无线电模块27；和网络控制器29，用于连接基站20到外部网络，如图1中表示的因特网40。

基站20还包括：邮件服务器(图1A中的37)，用于控制和处理从多个移动终端10一次传递过来的邮件；文件服务器(图1A中的38)，用于控制一次来自于多个移动终端10的文件传输并且暂时存储文件传输的文件。

要注意的是，在本实施例中需要用于控制数据文件连续传输的命令文件。命令文件包括两种类型，第一种类型命令文件是由移动终端10准备的，用于从移动终端10向基站20传输数据文件；第二种类型命令文件用于从基站20向移动终端10传输数据文件。当移动终端10正在浏览的时候，第一种类型命令文件还可以例外地用于从基站20向移动终端10传输数据文件。

更加具体地说，第一种类型命令文件用于接收/发送普通的文件，而第二种命令文件的用途是：基站20请求移动终端10回叫、或基站20通知移动终端10有关移动终端10现在正在接收的文件的大小。

为方便描述起见，第一种类型命令文件在这里称之为常态命令“Normal_cmd”，第二种类型命令文件称之为回叫命令“Callback_cmd”。回叫命令还可以包括两种：第一种在这里称之为第一回叫命令“Callback_cmd1”，用于移动终端10本身请求回叫；第二种在这里称之为第二回叫命令“Callback_cmd2”，用于通知移动终端10有关文件大小。

现在参照附图4，命令文件“Normal_cmd”包括：发送/接收信息、发送/接收的日期和时间、要发送/接收的文件名称、移动终端的地址、网络侧的地址、文件服务器中的地址(在文件来自于基站的情况下)、FTP(在RFC959中规定的文件传输协议)ID、和FTP通行字。

命令文件“Normal_cmd”是文本文件，它是通过使用文本编辑器直接编辑文本文件而准备好的。通过使用移动终端10的高速闪存存储器以脱线模式、或者通过在浏览操作期间以在线模式选择一个接收的文件来为所述的信息准备或增加这个命令文件。

在发送/接收数据文件时，根据在命令文件“Normal_cmd”中描述的文件大小数据来比较通信费用。可能存在基站不知道接收的文件的文件大小的情况，在这种情况下，要由移动终端在从基站接收命令文件“Callback_cmd”时输入文件大小，这时在基站中的文件大小这一栏是空白的。此外，如果在本实施例中一个数据文件要从基站发送到移动终端，实际上只能从那里发送连带有文件大小数据的数据文件，同时停止传送没有文件大小数据的数据文件。

在地址栏中输入始发端和目的地端的地址。但要注意的是，基站在从移动终端接收命令文件“Normal_cmd”时要增加“在文件服务器中的地址”。在浏览操作期间，在准备命令文件“Normal_cmd”时，基站要从第一个地址开始描述这些地址。

在使用FTP时，需要FTP ID和FTP通行字。如果在这些栏是空白的情况下使用FTP，则基站要为FTP邮件服务器输入“ID：guest”和“Password：anorymous”。如果不使用FTP，或者如果不使用客户ID，则这些栏可以是空白的。

在本实施例中，在移动终端和基站中都存储命令文件“Normal_cmd”，并且如果文件传输是成功的，或者在文件服务器和指定的地址之间的文件传输是不成功的，则删除该文件的信息。除非由用户操件，否则，禁止改写文件，并且通过在命令文件上附加一个顺序系列号来对命令文件进行管理。此外，通过使用合并操作可以删除或合并命令文件“Normal_cmd”。

现在参照附图5，在移动终端一侧的一个典型的命令文件“Normal_cmd“包括：在规定文件大小、FTP ID、和FTP通行字的第一行中的文件传输(一次或多次)通知、在此例中不包括文件大小信息和FTP项的第二行中的文件接收(一个或多个)通知。

现在参照附图6，命令文件“Callback_cmd”一般包括这里对每个文件表示的文件信息的描述，文件信息包括：回叫的呼叫类型、传输通行字、对应的命令文件名、从基站到移动终端传送的文件大小、如此等等。

在回叫时，移动终端基于在如图6所示的命令文件中描述的回叫类型进行传输操作。当由基站请求移动终端进行回叫的时候，对于每次呼叫都要发送传输通行字，并且在回叫时将传输通行字用于在移动终端和基站之间的鉴别验证。这个通行字按照一一对应的关系对应于存储在基站中的命令文件，因此允许基站识别要执行的命令文件。

对于文件大小的描述包括文件大小的一个阵列，其中只包括要由基站发送的文件的大小。例如，如果要发送具有300字节、400字节、500字节的文件，则描述只包括300、400、500。移动终端从这个信息获得了文件大小，由此可更新命令文件“Normal_cmd”。

在核实之后，删改这个命令文件，对于随后的文件传输的控制转移到由在这个命令文件中引用的另一个常态命令文件“Normal_cmd”进行的控制。但要注意的是，在根据命令文件“Callback_cmd”启动命令文件“Normal_cmd”的情况下，不得进行从移动终端到基站的传输。

命令文件“Callback_cmd”与命令文件“Callback_cmd1”基本上类似，只是在“Callback_cmd2”中用于回叫的呼叫类型的命令和传输通行字是空白的，因为这些数据在这里是不必要的。

现在参照附图7，对于典型的命令文件“Callback_cmd1”的描述包括使用电路切换呼叫的请求重发，其中所描述的是在“Normal_cmd3”中的3个文件的组的大小以及这3个文件要准备发送。此外，这里还表示出：识别通行字是“Normal_pas”。

如果大致分类本实施例的系数中的处理过程，则有4种处理情况，即，第一种情况是来自于移动终端的传输，第二种情况是回叫处理过程，第三种情况是在浏览处理期间来自于移动终端的传输，第四种情况是来自于基站的传输。下面将结合流程图描述在这四种情况下的移动终端和基站的操作。要注意的是，在从基站到移动终端传输的情况下，省去了对于普通的接收处理过程进行操作的移动终端的操作，因为在这种情况下只有基站发送一个邮件。此外，为了详细描述，省去与已经详细描述过的操作类似的操作。

现在参照附图8，图中表示的是移动终端的传输过程的流程图。这里按处理过程的5个组来描述传输过程。

《1》数据文件的准备：步骤A1-A2

首先，用户建立一个要发送的邮件或“Normal_cmd”，为传送准备数据。如果有多个传输数据，可以一个接一个地发送传输数据，或者在邮件的情况下，成块地发送传输数据。如果来自于移动终端传输数据包括多个数据文件，可以在移动终端中为成块地传输这些数据文件建立一个用于规定连续的传输处理的命令文件“Normal_cmd”。

《2》选择呼叫类型：步骤A3-A4

在准备好传输数据后，先要选择传输的呼叫类型，而后再传输数据。如果期望自动选择传输的呼叫类型，则要检测文件大小。另一方面，如果规定了传输的呼叫类型，即，如果规定了或者是报文切换呼叫或者是电路切换呼叫，因此，可以根据规定的呼叫类型来启动传输处理过程，则不用检测文件大小。这些设定值是由用户确定的，并且如果用户改变了这些设定值，要将设定值的确定结果或改变情况通知给基站。此外，如果选择了数据传输，同时设定了自动选择呼叫类型，并且还没有传输数据，则选择报文切换呼叫进行发送，因为在这种情况下执行使用浏览器的访问。

《3》通信费用的比较：步骤A5-A6

对报文切换呼叫和电流检测信号计算通信费用，并且通过使用由文件大小检测步骤A5检测的总文件大小和通信费用比较表相互比较两种呼叫的通信费用(步骤A7)，从而可以选择实现较低费用的呼叫类型。如果对于包括接收命令的描述在内的情况“Normal_cmd”在步骤A6中不知道文件大小，则利用文件大小假定为0字节进行费用计算。通信费用比较表包括在移动终端启动时或在发送时由基站通知的报文切换呼叫单价和电路切换呼叫单价、以及电路切换呼叫的数据通信速率。在记录的数据改变时更新通信费用比较表。

《4》传输处理过程：步骤A7-A14

根据到现在为止已经确定的所选的呼叫类型进行数据传输。如果选择报文切换呼叫，则利用所选的呼叫类型立即执行传输。如果选择电路切换呼叫，则要检查是否有一个当前的呼叫可以避免与当前的声音呼叫竞争。如果有一个当前的呼叫并且竞争的设定值使得在当前呼叫时选择报文切换呼叫，则根据这个设定值选择报文切换呼叫。这个设定值由用户确定，并且，如果用户改变了设定值，则要从移动终端通知设定值的改变。另一方面，如果有一个当前的呼叫并且竞争的设定值使得在当前呼叫时选择电路切换呼叫，则要进行查询，直到当前的呼叫结束以检查当前呼叫的结束时为止。这样，在当前呼叫结束后就启动了使用电路切换呼叫的数据传输。

《5》文件的发送/接收和断开：步骤A15-A18

使用较高级别的应用程序如邮件软件或浏览器进行文件传输。如果在文件传输后还存在另外传输或接收文件，则通过使用命令文件“Normal_cmd”的传输来发送/接收另外的文件，而如果这个文件不存在，则断开这个链路。在移动终端和基站的文件服务器之间执行这样的文件传输。

文件传输完成时，接收一侧要通知发送一侧有关传输的完成，并且删除或更新命令文件“Normal_cmd”中的对应的文件的信息。发送一侧在收到有关完成的通知时，还要删除或更新在命令文件“Normal_cmd”中的对应的文件的信息。另一方面，如果没有安全地收到文件，则接收侧要通知发送侧有关文件重发的请求。如果基站传递“Callback_cmd2”，则移动终端继续操作以接收这个文件，而如果基站传递“Callback_cmd1”，则移动终端断开这个链路。

现在参照附图9，图中表示在从移动终端向基站传输的情况下基站一侧的过程。分两个阶段描述在这种情况下的过程。

《1》文件的接收：B1-B8

在建立传输链路后，基站要检查从移动终端传递的数据是否包括一个邮件，如果包括，则在邮件服务器中登记这个邮件。在接收邮件后，基站等待接收命令文件“Normal_cmd”，其中，如果不存在“Normal_cmd”，则基站要判断是否只有一个邮件，并且在移动终端请求断开后，进行操作以断开链路。

在收到命令文件“Normal_cmd”时，基站分析这个命令文件以确认是否有文件要接收。如要规定了一个要接收的文件，则基站允许文件服务器接收这个文件。在将这个文件成功地发送到指定的地址后，删除传送进文件服务器中的文件，而如果向指定的地址的文件传输失败了，则基站将这个文件存储在文件服务器内一个规定的时间长度。在将存储在文件服务器中的文件成功地发送到指定的地址后，在文件服务器中要记录有关这个文件的“Normal_cmd”中的信息，删除在这个文件的“Normal_cmd”中的描述部分。

《2》文件的发送：B9-B23

如果“Normal_cmd”包括基站要发送一个文件的命令，则基站检索规定的文件，接收这个文件并在文件服务器中存储这个文件，并且传送有关文件大小的询问(步骤B10-B11)。通过使用文件服务器进行文件的发送/接收，可以防止在例行程序等中可能遇到的费用问题。

在完成了从因特网中的特定的地址到文件服务器的数据传输后，基站分析命令文件“Normal_cmd”以检查要发送到移动终端的文件大小是否在这里已被描述过(步骤B12)。如果这个文件大小已被描述，则要先发送这个文件，而后再编辑“Normal_cmd”，在编辑“Normal_cmd”当中考虑到在传输中选择了当前的呼叫类型，同时又考虑到文件的接收(步骤B18)。在此之后，如果在“Normal_cmd”中还有对于文件传输的其它描述，则基站在编辑“Normal_cmd”后发送这个文件。

然后，基站分析有关由移动终端通知的始发呼叫的呼叫类型选择的信息(步骤B14)。如果呼叫类型是固定的，则基站根据在“Normal_cmd”中描述的内容从文件服务器发送文件(B18)，接下来断开链路(B23)。另一方面，如果呼叫类型没有固定，则基站比较通信费用(步骤B15)，并且利用当前呼叫类型发送文件，其条件是：基站作出判断：当前呼叫类型费用较低(步骤B18)。如果当前呼叫类型的费用不是较低的，则基站发送“Callback_cmd1”给移动终端(B22)，并且在基站从移动终端接收了断开请求后断开链路(步骤B23)。

现在参照附图10和11，其中分别表示在成功重发和不成功重发的情况下在基站和移动终端之间的文件传输的过程。

55如果Normal_cmd包括描述基站发送规定的文件的命令，则基站检索规定的文件，接收并在文件服务器中存储规定的文件，并且询问文件大小的信息。通过在文件传送/接收中使用文件服务器，可以防止在例行程序等中涉及的费用问题。

基站分析由移动终端通知的始发呼叫的呼叫类型选择的信息。如果呼叫类型固定，则基站进行操作，以便根据在Normal_cmd中描述的内容从文件服务器开始进行文件传输，并且在传输后断开链路。另一方面，如果呼叫类型不固定，则基站比较通信费用，并且通过使用当前呼叫类型发送该文件，其条件是基站作出判断：当前呼叫类型的费用较低；如果基站作出判断：当前呼叫类型的绋用不是较低的，则在从移动终端接收断开请求后，基站向移动终端发送“Callback_cmd1”并断开链路。

图12-15每个都是表示在指定的地址和基站之间的文件传输的流程图。图12表示的是从文件服务器到指定的地址的传输过程，图13表示的是在从基站到指定的地址的传输失败之后、在收到请求重发的邮件时的过程，图14表示的是从指定的地址到基站的传输过程，图15表示的是在从指定的地址到基站的传输失败之后、在收到请求重发的邮件时的过程。

在图12中，在指定了一个地址的同时从移动终端向基站文件传输时(步骤C1)，文件服务器分析在Normal_cmd中的信息(步骤C2)，并且尝试向指定的地址的FTP传输(步骤C3)。对于每个传输文件都要进行这个FTP传输，这是一个与移动终端和基站之间的通信任务分开的单独的任务，因此在移动终端和基站之间的文件通信不受FTP传输的影响。如果由于某种原因如错误的FTP通行字而文件传输失败，则要通过邮件将失败的原因通知给用户(步骤C5-C6)。将失败的文件存储一个规定的时间长度。用户通过输入地址、FTP ID、FTP通行字等对通知邮件作出响应以请求文件重发，或者可以删除文件传输本身的请求。用户可以准备另一个Normal_cmd，或者根据通知邮件来增加/编辑当前Normal_cmd中的描述，借此向基站发送一个系统邮件。

在表示随后的过程的图13中，在响应通知邮件从用户接收系统邮件时(步骤D1)，基站分析系统邮件内Normal_cmd的内容(步骤D2)。如果Normal_cmd包括请求删除文件的描述(步骤D3)，则放弃文件服务器中存储的文件(步骤D8)，随后在基站和移动终端之间建立传输链路(步履D9)。另一方面，如果Normal_cmd请求文件的重发，则基站进行操作以重发存储在文件服务器中的文件(步骤D4)。如果判断出重发是成功的(步骤D5)，则建立用于接收另一个文件的链路。如果在步骤D5中判断出重发是不成功的，则要将重发失败的理由经邮件服务器通知给用户(步骤D6和D7)。

在图14中，在请求从指定的地址到移动终端的文件传输时，文件服务器分析来自于Normal_cmd的信息(步骤E1)，并且尝试接收来自于该指定的地址的文件(步骤E2)。如果由于某种原因如错误的FTP通行字，从因特网中的指定地址向基站中的文件服务器的文件传输而失败(步骤E3)，则要经过邮件服务器将文件传输失败的理由通知给用户(步骤E4和E5)。用户通过输入地址、FTP ID、FTP通行字等对于通知邮件作出响应，以请求重收文件。用户可以根据通知邮件准备另一个Normal_cmd，或者增加/编辑当前的Normal_cmd中的描述，由此可向基站发送一个系统邮件。

在表示请求重收文件的情况的图15中，移动终端向基站传送一个系统邮件，并且准备与这个系统邮件对应的Normal_cmd。在收到系统邮件时(步骤F1)，基站分析该邮件的内容(步骤F2)，并尝试利用FTP传输接收来自于指定的地址的文件(步骤F3)。如果文件的接收成功，基站传递一个有关文件的信息的询问，并且进行操作以进行常态的传输过程(步骤F4-F10)。要注意的是，要删除(并非更新)命令文件Normal_cmd，因为Normal_cmd只包括一个登记的文件。

如果从因特网中的指定地址到基站中的文件服务器的文件传输不成功(步骤F4)，基站除了要传送一个通知邮件以外，还要实时地通知移动终端有关这个不成功的传输。移动终端在收到这个实时的通知时要删除与这个文件传输对应的描述，而基站是在文件重发失败时删除对应于这个文件传输的描述。在收到具有必要的信息的通知和传输之后，移动终端在它的LCD单元上指示出这个不成功的文件传输以通知用户。

现在参照表示移动终端中回叫处理过程的附图16，移动终端分析在Normal_cmdl中规定的回叫的呼叫类型，这个Normal_cmd1是从发出回叫通知的基站接收到的(步骤G1)。如果在Callback_cmd1中规定了报文切换呼叫(G2)，则移动终端在回叫中使用报文切换呼叫(步骤G3)；如果在步骤G3中判断出；规定了电路切换呼叫，则移动终端判断移动终端是否被一个声音呼叫占线(步骤G4)。如果移动终端没有占线，则移动终端发送一个回叫(步骤G5)。如果移动终端占线，则移动终端等待呼叫结束(步骤G7)，同时使用询问操作检测呼叫结束(步骤G6)。在建立传输链路(步骤G8)之后，移动终端发送一个传输通行字(G9)，并且在由基站核实后根据Normal_cmd1中的内容接收文件(步骤G10)。如果没有其余的文件要接收(步骤G12)，则断开链路(步骤G13)。

现在参照附图17，其中表示在接收回叫期间由基站进行的过程。在建立一个链路(步骤H1)之后，基站根据它的传输通行字核实用户(步骤H2和H3)。如果有对应的通行字，基站启动以进行文件传输，同时使用与这个通行字对应的Normal_cmd(步骤H4)。如果这个文件成功传送，则基站更新Normal_cmd(步骤H5)。在确认发送了所有的文件之后，基站在收到来自于移动终端的断开请求时断开链路(步骤H6和H7)。

现在参照附图18，其中表示的是在浏览操作期间移动终端执行的文件接收过程。下面，分3个不同的组来描述这个过程。

《1》执行浏览操作：步骤I1-I3

为了启动浏览操作，移动终端利用报文切换呼叫发出一个请求(步骤11和12)，因为在浏览操作中数据传输所需的时间长度和数据内容一般情况下都是不固定的。移动终端可以预先选择允许连续接收文件的模式或不允许连续接收文件的模式。要从移动终端向基站通知有关模式选择或模式改变的信息。

《2》在浏览操作期间文件接收的选择：I4-I8

如果在浏览操作期间在移动终端中接收到一个或多个文件，则移动终端可以规定所接收的一个或多个文件的选择(步骤I3-I5)。如果选择了连续接收文件的模式，则移动终端只编辑Normal_cmd，并且继续浏览操作(步骤I6-I7)。如果不选择文件连续接收的模式，则移动终端进行操作，处理文件的接收，在文件接收后返回到浏览操作(步骤I6-I8)。

《3》在浏览操作后的文件接收的选择：步骤I9-I15

在浏览操作结束之后，如果没有选择文件连续接收的模式，则传输链路断开；如果选择文件连续接收的模式，则移动终端转到文件的连续接收处理。

如果移动终端接收了Callback_cmd2并且发送了一个文件，则移动终端立即进行操作以执行文件的连续接收处理，并且在收到了所有的文件后断开链路(步骤I9-I13)。另一方面，如果移动终端接收了Callback_cmd1，则移动终端立即断开链路(步骤I14和I15)。

现在参照附图19，图中表示的是在浏览操作期间在移动终端接收文件的情况下由基站执行的过程。下面分不同的两组描述这个过程。

《1》在浏览操作期间的文件接收：步骤J1-J9

71在建立报文切换链路(步骤J1)之后，移动终端开始浏览(步骤J2)。如果移动终端在浏览操作期间请求文件传输(步骤J4)，基站首先检测移动终端是否设置成连续的文件接收模式(步骤J5)。如果在移动终端中不选择连续的文件接收模式，则基站立即开始传输所请求的文件(步骤J6)。另一方面，如果在移动终端中选择连续的文件接收模式，则基站传送有关文件大小等的询问，编辑Normal_cmd，从指定的地址接收文件，在文件服务器中存储接收的文件，并且更新Normal_cmd(步骤J7-J9)。

《2》在浏览操作后的文件接收：步骤J10-J19

如果判断出浏览操作已经结束(步骤J3)，并且，如果存在指向移动终端的任何传输文件，则基站检测由移动终端为始发呼叫选择的呼叫类型。如果移动终端中的呼叫类型固定为报文切换呼叫，则基站连续地发送所选的文件以及Callback_cmd2。在发送了所有的文件之后，基站在从移动终端收到断开请求时将链路断开。

另一方面，如果移动终端中的呼叫类型固定为电路切换呼叫，则基站发送Callback_cmd1，基站在从移动终端收到断开请求时将链路断开。如果呼叫类型不固定，基站根据通过询问获得的信息比较通信费用(步骤J13)，并且连续地发送Callback_cmd2和使有当前的呼叫类型选择的文件，只要当前的呼叫类型的通信费用较低就成。如果当前的呼叫类型的通信费用不是较低的，则基站发送Callback_cmd1，并且在从移动终端收到断开请求时断开这个链路(步骤J17-J18)。

现在参照附图20，其中表示的是由基站执行的邮件发送的过程。将分不同的5个组来描述这个过程。

《1》文件的产生：步骤K1

基站响应于由邮件服务器传送的邮件传输请求(步骤K1)，由此开始邮件传输过程。邮件服务器通知基站有关要发送的文件的数目以及它的整个文件大小。

《2》选择呼叫类型：步骤K2和K3

基站然后转向邮件传输过程，为呼叫选择呼叫类型。基站引用由移动终端通知的设定值，只当在移动终端中设定了自动选择模式时比较通信费用，并且，选择付费较少的呼叫类型。如果移动终端规定了一个固定的呼叫类型，则基站使用这个由移动终端规定的固定的呼叫类型。

《3》比较通信费用：步骤K4

通过使用由邮件服务器通知的整个文件大小和比较通信费用的通信费用表，基站可以判断出报文切换呼叫和电路切换呼叫中的哪一个所付的通信费用较少。通信费用表包括：在启动移动终端时或呼叫始发时由基站通知的报文的单价、用于数据传输的电路切换呼叫的每小时价格、和电路切换呼叫的数据传输速率，它们在改变时要随时更新。

《4》始发呼叫：步骤K5和K6

基站使用上述的呼叫类型开始数据传输。如果选择了报文切换呼叫，则基站发送数据，没有任何附加的过程。另一方面，如果选择了电路切换呼叫，则基站要检查现在是否存在声音呼叫，以避免发生竞争。如果在目的地移动终端和基站之间不存在声音呼叫，则基站立即开始数据传输。

如果建立一个当前的声音呼叫，则基站引用移动终端的设定值。如果移动终端的设定值指示一个报文切换呼叫，则基站使用报文切换呼叫发送数据。另一方面，如果这个设定值不是报文切换呼叫，基站进行操作以便询问，直到当前的呼叫结束为止；并且在当前呼叫结束后使用电路切换呼叫开始数据传输。

《5》邮件的传输和断开：步骤K13和K14

在成功地发送了所有的期望邮件之后，基站在从移动终端收到断开请求时断开这个链路。

在上述的实施例中，在报文切换呼叫和电路切换呼叫之间通信费用的比较可以使用户能够以较低的通信费用传输数据。此外，在基站中提供的文件服务器可以压缩由例行程序等引起的费用。进而，连续的文件传输或者成批的文件传输使用户能够节省操作的时间长度。

现在参照附图21，图中表示的是在按照本发明的另一个实施例的通信系统中由移动终端执行的过程。移动终端可以一次使用多个(m个)报文切换呼叫和多个(n个)电路切换呼叫。

在本实施例中，在移动终端比较通信费用(步骤L6)之前的过程都与第一实施例相似。如果根据通信费用选择了报文切换呼叫，则数据传输的费用正比于要传输的数据量。因此，使用多个报文切换呼叫基本上不会增加通信费用，同时可以经过最大数目(m)的链路以较高的速度发送文件(步骤L7-L9)。

如果在步骤L7根据通信费用选择了电路切换呼叫，则数据传输的费用取决于所用的链路数目以及数据传输的时间长度。于是，多个电路切换呼叫可能增加通信费用。在本实施例中，移动终端根据要发送的数据量检测在最大数目(n)链路中准备使用的最佳数目(o)链路(步骤L10和L11)。如果在步骤L12中n≥o，则移动终端使用o个链路(L15)，并且建立期望数目(o个)链路(步骤L14)；如果在步骤L12中n＜o，则移动终端在多链路连接中使用n个链路(L1央板)，由此获得较高速度的传输且费用较低。

在常规的电路切换呼叫中，用户使用单线的移动终端不可能在进行声音呼叫期间传输数据。在本实施例中，多个链路使用户可以避开这个问题。

在基站中也可以使用上述的移动终端的各个过程。在这种情况下，移动电话的“多个链路”可由连接到基站的划线器总线数减去这时占线的数目来代替。

由于作为例子只描述了以上的几个实施例，因此本发明不限于以上的实施例，本领域的普通技术人员在不偏离本发明的范围的条件下从这里可以很容易地进行各种改进和替换。

Claims (14)

1.一种数据传输系统，它包括多个移动终端、至少一个基站、和一个通信网络，用于使用报文切换呼叫或电路切换呼叫在一个所说的移动终端和所说的基站之间传输数据，其中，至少一个所说的移动终端和所说的基站包括：

命令文件存储部分，用于在其中存储第一命令文件，第一命令文件包括要从自己的终端或自己的基站发送的数据文件的文件大小的信息；

命令文件读出部分，用于读出所说的第一命令文件以检测数据文件的所说的文件大小；

费用计算部分，用于计算使用所说的报文切换呼叫的数据文件传输的第一费用和使用所说的电路切换呼叫的数据文件传输的第二费用；

费用比较部分，用于相互比较所说的第一费用和所说的第二费用；和

呼叫类型选择部分，用于根据所说的费用比较部分的比较结果选择数据文件传输的报文切换呼叫和电路切换呼叫之一。

2.根据权利要求1所述的数据传输系统，其中，所说的至少一个所说的移动终端和所说的基站包括所说的移动终端。

3.根据权利要求2所述的数据传输系统，其中，每个所说的移动终端包括一个命令文件产生器，用于产生所说的第一命令文件。

4.根据权利要求1所述的数据传输系统，其中，所说的至少一个所说的移动终端和所说的基站包括所说的基站。

5.根据权利要求4所述的数据传输系统，其中，所说的基站进一步包括一个命令文件产生器，用于产生所说的第一文件和所说的第二文件，所说的第二命令文件包括有关请求所说的移动终端之一回叫和所说的回叫的呼叫类型的信息。

6.根据权利要求5所述的数据传输系统，其中，所说的第二命令文件进一步包括：传输通行字、对应的命令文件的名称、和要从所说的基站传送的数据文件的文件大小的数据。

7.根据权利要求4所述的数据传输系统，其中，所说的基站包括一个文件服务器。

8.根据权利要求1所述的数据传输系统，其中，所说的至少一个所说的移动终端和所说的基站包括一个文本编辑器，用于产生或编辑所说的第一命令文件。

9.根据权利要求1所述的数据传输系统，其中，所说的至少一个所说的移动终端和所说的基站包括一个报文切换呼叫控制器和一个电路切换呼叫控制器，它们中的每一个都设置在一个集合信道的端部，并且能够在适合于所说的报文切换呼叫的第一数据格式和适合于所说的电路切换呼叫的第二数据格式之间转换数据文件的数据格式。

10.根据权利要求1所述的数据传输系统，其中，所说的基站具有从一个终端经另一个通信网络接收数据文件的功能，所说的终端在因特网中有一个由所说的移动终端之一规定的地址。

11.根据权利要求1所述的数据传输系统，其中，所说的第一命令文件是对应于从所说的移动终端和所说的基站当中的所说的至少一个发送的数据文件的命令文件。

12.根据权利要求1所述的数据传输系统，其中，所说的移动终端和所说的基站当中的所说的至少一个具有通过使用从多个所说的报文切换呼叫中选择出来的至少一个报文切换呼叫和/或从多个电路切换呼叫中选择出来的至少一个电路切换呼叫发送多个数据文件的功能。

13.一种在移动终端之一和基站之间传输数据文件的方法，所说的方法包括如下步骤：

读出数据文件的第一命令文件以检测数据文件的文件大小；

计算使用报文切换呼叫传送数据文件的第一费用和使用电路切换呼叫进行数据文件的文件传输的第二费用；

所说的第一费用和所说的第二费用相互比较的费用比较步骤；和

根据通过所说的比较步骤的比较结果选择所说的报文切换呼叫和所说的电路切换呼叫之一进行数据文件传输。

14.根据权利要求13所述的方法，其中，所说的移动终端和所说的基站当中的至少一个具有通过使用从多个所说的报文切换呼叫中选择出来的至少一个报文切换呼叫和/或从多个电路切换呼叫中选择出来的至少一个电路切换呼叫发送多个数据文件的功能。

Images