基于服务质量提供服务的方法 和移动通信系统核算方法 【技术领域】
本发明涉及在移动通信系统中管理简档的方法，尤其涉及用于根据移动通信系统提供的服务类型管理简档的方法。
背景技术
典型地，根据通话持续时间、通话持续时间的时段、通话持续时间的时段内提供服务的区域、发信方的电话号码、数据提供服务的数量、服务类型等，通信系统中进行的记帐是不同的。必须将这些服务地信息存储起来以向这些服务的呈交人每个订户显示正确的记帐。这样，作为例子，下文将对有关如何将记帐信息存储入移动通信系统进行描述。
图1图解了一般移动通信系统中的网络构成，其中用于存储收费信息的各种系统互相连接。
多个基础收发器系统(BTS)BTS-a到BTS-n或10-a到10-n通过无线信道与位于其自己的区域内的至少一个移动台(MS)进行通信。例如，BTS-a与移动台1通信。另外，基础收发器系统连接到基站控制器(BSC)20。BSC 20通过网关(GW)30或移动交换中心(MSC)连接到从互联网上选出的任何一个网络60、公用交换电话网络(PSTN)以及公用交换数据网络(PSDN)。另外，订户信息或者订户的服务简档一般存储在简档服务器40中。在移动通信系统中，例如CDMA2000 1x，简档服务器可进行为验证、授权和核算(AAA)服务器或者MSC。在移动通信系统如CDMA2000 1xEV-DO或CDMA2000 1xEV-D中，简档服务器可进行为存取网络(AN)AAA服务器或者AAA服务器，或者可并入MSC，或者可进行为另一个独立的装置。另外，用于管理订户信息或者与提供给订户的服务有关的记帐信息的核算服务器50可进行为前述任何一种装置。在图1中，简档服务器40和核算服务器50通过GW 30配置成互相连接。然而，当实际使用核算服务器50作为AN AAA服务器或者AAA服务器时，简档服务器40既可并入核算服务器50，也可通过另一块装置直接连接核算服务器50。即，当BTS 10-a到10-n或者BSC 20连接到简档服务器40时，简档服务器40通过GW 30连接核算服务器50，这样核算服务器50可得到存储在简档服务器40中的有关服务质量(QoS)的信息。
即使此处没有描述，也可使用IP网络在BTS和BSC之间或者BSC和GW之间连接。可构建该IP网络以允许另一块装置完成由BTS、BSC、GW等中任何一个所进行的操作。因此，在IP网络中，必须进行如下所述的其它操作和结果信息发送。
为此，由简档服务器40管理的订户简档可如表1表示如下：
表1 用户名 密码 用户信息
如可从表1得到的那样，订户简档包括用户(或订户)名或标识符，分配给每个用户的密码以及附加的用户信息。有两种存储表1中所示的订户简档的方法，一种是将其在简档服务器40直接输入，以及另一种是通过另一块设备例如远处的移动台输入。在表1给出的订户简档中，输入用于验证订户名的订户名和密码以获得对订户简档数据的存取，然后，既可存储订户简档也可将其更新。
下面参考图1描述通过订户简档进行验证的过程。首先，当MS 1建立通话，MS 1使预先存储的用户登录数据形成用于通过无线信道发送的数据，然后把形成的数据发送给相应的BTS-a。用户登录数据包括用户名和密码。BTS-a把接收到的用户登录数据通过BSC 20发送给MSC或GW 30。
下文将基于在GW 30接收登录数据的假设进行描述。当GW 30接收到如上所述的包括用户名和密码的登录数据，GW 30产生包括接收到的数据的存取请求消息(MSG)，然后将产生的存取请求MSG发送给简档服务器40。然后，简档服务器40根据发送的数据核查该用户是否得到验证。作为核查的结果，如果验证为可接受或者成功，则简档服务器40产生存取响应MSG并将产生的存取响应MSG重新发送给GW 30。在这种情况下，GW 30和简档服务器40一般使用称为DIAMETER或RADIUS的协议。存取请求MSG和存取响应MSG都基于RADIUS。
当完成验证时，提供MS 1请求的一种服务。然后，当MS 1请求切断通话时，进行用于进行注销并将记帐信息发送给核算服务器50的过程。下文将详细描述该过程。当完成对所请求服务的提供时，MS 1将用于注销的切断消息发送给BTS-a。结果，BTS-a将切断消息发送给BSC 20。当BSC 20接收到切断消息时，BSC 20创建包含提供服务的连接时间的切断消息，并将所创建的切断消息发送给GW 30。GW 30对MS 1进行从简档服务器40注销的过程，并同时将记帐或者收费消息发送给核算服务器50。这里，发送给核算服务器50的记帐消息同时包括有关连接时间和分组数的信息。该记帐消息一般在通话切断时收集。
也就是说，一般，基于订户使用提供的服务的时间和订户在此时间发送和接收的分组数进行记帐。因此，核算服务器50具有记帐数据库，具有用于识别订户的标识符字段，以及用于存储订户的基本记帐信息的订户记帐信息字段。
同时，由于移动通信系统中有可能提供数据服务，订户希望确保更高质量数据服务。换句话说，根据提供的服务类型或者订户类型，对QoS(服务质量)有不同的要求。因此，移动通信系统已经经过很多发展以满足上述要求。以这种方式，当存在根据QoS提供的差别服务时，前述传统方法在根据QoS进行记帐时遇到了困难。
【发明内容】
因此，本发明用来解决上述的现有技术中出现的问题，本发明的目的是提供一种根据服务质量提供服务的方法以及根据所提供的服务产生和存储记帐数据的方法。
本发明的另一个目的是提供一种对所提供的服务进行精确记帐的方法。
为达到上述目的，根据本发明的一个实施例，提供了一种在移动通信系统中根据服务质量(QoS)给至少一个移动台(MS)提供服务的方法，其中，移动通信系统包括MS、至少一个基础收发器系统(BTS)以及用于存储MS的QoS简档信息的简档服务器，该方法包括以下步骤：使简档服务器存储表示MS用户的标识符信息和可随标识符信息一起提供给MS的每项服务的QoS简档；以及使简档服务器将MS的QoS简档发送给BTS并根据QoS简档提供每项服务。
为达到上述目的，根据本发明的另一实施例，提供了一种根据在服务系统中根据服务质量(QoS)提供给至少一个移动台(MS)的服务进行记帐并存储记帐信息的方法，其中，服务系统包括MS、至少一个能以差别QoS为MS提供服务的基础收发器系统(BTS)、与BTS连接的基站控制器、与BSC连接的网关、以及与GW连接并根据提供给MS的服务存储记帐信息和进行记帐计算的核算服务器，该方法包括以下步骤：当BTS从被提供根据QoS的服务的MS接收第一个通话切断MSG时，使BTS创建包括提供给MS的QoS记帐信息的第一个通话切断消息(MSG)，并将第一个通话切断MSG发送给BSC；使BSC创建第二个通话切断MSG，其进一步包括MS的通话连接时间，并将第二个通话切断MSG发送给GW；使GW产生记帐请求MSG，其包括提供给MS的QoS记帐信息、被提供服务的通话连接时间、以及提供给MS的分组数，并将所产生的记帐请求MSG发送给核算服务器；以及使核算服务器存储在接收到记帐请求MSG时进行记帐所需的信息，并在添加了根据QoS的信息时使对所提供的服务进行记帐。
为达到上述目的，根据本发明另一实施例，提供了一种服务系统中根据服务质量(QoS)给至少一个移动台(MS)提供服务以依据所提供的服务存储记帐信息，其中服务系统包括：MS、可与MS通信的至少一个基站控制系统(BTS)、与BTS连接的基站控制器(BSC)、与BSC连接的网关(GW)、与GW连接并存储MS的QoS简档信息的简档服务器、以及与GW连接并依据提供给MS的服务存储记帐信息而且进行记帐计算的核算服务器，该方法包括以下步骤：使简档服务器存储表示MS用户的标识符信息和可随标识符信息一起提供给MS的每项服务的QoS简档；使MS在从BTS请求有关MS的信息时给BTS提供MS的QoS简档，并根据与服务相关的QoS简档提供MS所请求的服务；使BTS创建第一个通话切断消息(MSG)，其包括当BTS从被提供了根据QoS的服务的MS接收到第一个通话切断MSG时提供给MS的QoS记帐信息，并将第一个通话切断MSG发送给BSC；使BSC创建第二个通话切断MSG，其还包括MS的通话连接时间，并将第二个通话切断MSG发送给GW；使GW创建记帐请求MSG，其包括：提供给MS的QoS记帐信息、提供服务的通话连接时间、以及提供给MS的分组数，并将所产生的记帐请求MSG发送给核算服务器；以及当接收到记帐请求MSG时使核算服务器存储用于进行记帐的信息，并在添加依据QoS的信息时对所提供的服务进行记帐。
【附图说明】
通过下面结合附图进行的详细描述，使本发明的上述及其它目的、特点和优点将更加显而易见，其中：
图1图解了一般移动通信系统的网络结构，其中用于存储记帐信息的系统彼此连接；
图2图解了根据本发明第一优选实施例的简档服务器中存储的数据库结构；
图3图解了根据本发明第一优选实施例的核算服务器的数据库结构；
图4为根据本发明第一优选实施例，当在简档服务器中存储订户简档时的控制流程图；
图5为根据本发明第一优选实施例，当建立通话时用于服务验证的信号发射过程的信号流图；
图6为根据本发明第一优选实施例，当简档服务器接收存取请求消息(MSG)时的控制流程图；
图7为根据本发明第一优选实施例，当网关(GW)或基站控制器(BSC)接收存取响应MSG时的控制流程图；
图8为根据本发明，当通话切断然后将记帐信息发送给用于支持基于服务质量(QoS)的记帐的核算服务器时的信号流图；
图9为根据本发明第一优选实施例，当基础收发器系统(BTS)接收通话切断MSG时控制记帐信息的发送的控制流程图；
图10为根据本发明第一优选实施例，当BSC接收通话切断MSG时控制记帐信息的产生和发送的控制流程图；
图11为根据本发明第一优选实施例，当GW接收通话切断MSG时的控制流程图；
图12为根据本发明第一优选实施例，当核算服务器接收记帐请求MSG时的控制流程图；
图13根据本发明第二实施例，当在简档服务器并入核算服务器或者从属于核算服务器的情况下建立通话时，用于服务验证的信号发射过程的信号流图；
图14为根据本发明的第二实施例，当核算服务器接收存取请求MSG时的控制流程图。
【具体实施方式】
下文将参考附图详细描述本发明优选实施例。
本发明研究的移动通信系统和用于进行记帐的系统之间的连接都类似于代表现有技术的图1所示。因此，如现有技术中所述，系统类型可根据网络类型改变。
图2图解了根据本发明第一优选实施例的简档服务器中存储的数据库结构。下文中将参考图2详细描述简档服务器40中存储的数据库。
简档服务器40中存储的数据库包括：用户名字段211，用于识别多个用户或订户；密码字段212，用于对多个订户进行验证；附加用户信息字段213；以及根据本发明的服务质量(QoS)简档220。也就是说，本发明除包括与现有技术结构相同的用户名字段211、密码字段212和附加用户信息字段213外，还另外包括QoS简档220。QoS简档220可通过两种方法进行。一种方法可以以给每个订户分配单个QoS简档的方式定义QoS简档220。这里，每个订户可单独具有单个简档。另一种方法可以以根据订户可使用的至少两项服务给每个订户分配至少两个QoS简档的方式建立QoS简档220。这里，可以给每个用户提供两个或更多个QoS简档。换句话说，每个用户都能够拥有与他/她可以使用的服务项数一样多的QoS简档220。图2作为例子展示了后者。
这样，当给多个用户或者订户分配了至少一个QoS简档时，服务提供者能将用户或订户分成多个预定组，然后为每组用户或订户提供所期望的服务。可以根据所提供的服务对订户进行分类，这可以举例说明如下：
(1)超级订户，
(2)黄金级订户，
(3)白银级订户，
(4)青铜级订户。
可以对如上所述分类的每个订户存储QoS简档220作为用户信息。分类的订户也可根据记帐级别划分。更具体地，订户所属等级越高，记帐级别越高。与此对照，订户所属等级越低，记帐级别越低。简档服务器40可根据提供给每个订户的服务项数包括不同的QoS简档。因此，可根据每个QoS简档给每个订户提供不同的服务。备选地，可以根据订户的等级将所提供的服务划分为各种类型；即，可以不区分QoS简档提供的服务类型，而根据订户的等级划分所提供服务的类型。这些具有不同QoS的服务类型可在下面由表2表示。
表2服务类型参数传统音频服务声音QoS参数视频点播服务VoD级别QoS参数音乐点播服务MoD级别QoS参数即时消息服务即时消息QoS参数无线ISP服务无线ISP级别QoS参数互联网服务互联网QoS参数VoIP服务VoIP级别QoS参数............
简档服务器40中存储的服务类型可如表2所示列出。另外，列出的服务可以与每个用户不同地匹配。在服务类型中，传统音频服务只有一个QoS参数。具有这样一个QoS参数的服务的例子有：即时消息服务、互联网服务等。具有至少一个QoS参数的服务的例子有：VoD服务、MoD服务、无线ISP服务、VoIP服务等。每个QoS参数根据级别具有不同的值。特别地，即使在同一类型的服务中，如在同样的VoD服务中，它们的QoS参数由于不同的级别具有不同的值。因此，可根据适合每个QoS参数的每个不同QoS提供VoD服务。因此，即使相同类型的服务也可以拥有各个不同的QoS，这样可进行差别记帐。当上述由例如订户等级映射时，可如下描述所得构造。
对于超级订户，提供所有可用服务，如音频、VoD、MoD、网络冲浪、文件发送等，而对于青铜级订户，提供一些可得服务，如音频、网络冲浪等。这里，即使可能提供相同的服务，每个服务的QoS可以区分为不同级别。即，根据订户的等级，QoS参数具有不同级别。更具体地，在QoS参数具有不同级别的情况下，假设超级订户对网络冲浪服务的QoS参数具有级别1的值，而青铜级订户对网络冲浪服务的QoS参数具有级别2的值，可以构造为对级别1的订户保证100Kbps的最小数据传输速率，而对级别2的订户保证10Kbps的最小数据发送速率。即，QoS参数可确定为根据不同的收费为相同的服务提供不同的QoS。
备选地，QoS参数可定义为允许订户不用区分其等级而根据自己的喜好选择可用服务类型和每个服务的QoS要求。
这样，QoS简档的参数可如下定义：
(1)x：服务在预定时间可发送的最小字节数，
(2)y：发送最小字节数所花费的预定时间或周期，
(3)z：服务在预定时间可发送的最大字节数，
(4)h：服务的转接(handoff)模式，如软模式、虚拟软模式、快速虚拟软模式等，
(5)p：不可能支持服务时的处理模式，如下线模式、低QoS模式、无QoS模式等，
(6)e：不可能支持服务时对是否给予优先购买低级别QoS的限定，以及
(7)r：服务的优先级。
这些QoS简档的参数存储在图1简档服务器40的数据库中。
下面参考图3说明根据本发明的核算服务器50的数据库结构。图3展示了根据本发明优选实施例的核算服务器50的数据库结构。
关于根据本发明的核算服务器50中存储的数据库结构，该数据库由用户名字段311和表示订户所用服务的服务记帐信息的记录320构成。记录320包括：用于识别记帐细目记录的记帐索引字段321、用于存储有关相应的记帐索引的基本记帐信息的基本记帐信息字段322、以及用于根据QoS存储记帐信息的QoS记帐信息字段323。在QoS记帐信息字段323，各类数据可如下存储：
(1)在连接期间保证QoS的时间比例(time scale)，
(2)在连接期间不保证QoS的时间比例，
(3)当保证QoS时数据传输速率(或平均数据传输速率)的简档，
(4)当不保证QoS时数据传输速率(或平均数据传输速率)的简档，
(5)连接期间的物理信道速率的简档。
图4为根据本发明第一优选实施例，当把订户简档存储到简档服务器中时的控制流程图。下面将参考图2和4详细描述当把订户简档存储到根据本发明的简档服务器中时的控制过程。
如图4所示的控制过程的示范，其中描述了在简档服务器40直接存储简档数据库的过程，但是自然地，在远处存储简档数据库的过程也是可能的。
一旦要求输入用户简档，简档服务器40接收由操作员输入的用户名和密码(步骤400)。这样产生如图2所示的用户名字段211和密码字段212。并且简档服务器40接收用户信息(步骤402)，从而产生如图2所示的用户信息字段213。随后，简档服务器40询问操作员用户是否可QoS服务的用户，即，可根据QoS为其提供服务的用户。这是为了核查是否产生了如2所示的QoS信息简档220。如果操作员输入的信号，即作为响应询问的信号，对应于可QoS服务的用户，简档服务器40进入步骤408。如果不是这样，简档服务器40使用所接收的用户名、密码和用户信息产生用户简档，并随后终止产生数据库的程序。
当从步骤406进入步骤408，简档服务器40借助于操作员输入的数据建立服务的类型。这些服务的类型可如前述示范分为四个等级。然而，这些服务类型只作为第一优选实施例给出。因此，当它们分类成不同的等级时，它们可设置为适合该不同分类的等级。简档服务器40借助于操作员输入的数据建立QoS简档(步骤410)。随后，简档服务器40核查是否存在不同服务类型的简档(步骤412)。如果存在不同服务类型的简档，简档服务器返回到步骤408并且重复前述过程。如果不是这样，简档服务器使程序结束。这些服务简档可包括如表2所列的服务类型和每个服务的服务级别值。因此，以服务类型和每类服务的QoS参数值存储每个用户的QoS简档。即，对于特定的订户，和所提供的QoS服务项数一样多的服务类型与有关该服务的QoS参数值一起存入记录类型。服务类型指支持QoS的服务的种类，其可如下定义：
(1)第一种服务类型：音频，
(2)第二种服务类型：VoD(视频点播)，
(3)第三种服务类型：文件发送，
(4)第四种服务类型：MoD(音乐点播)，
(5)第五种服务类型：网络冲浪，以及
(6)其它
另外，每个服务的QoS参数值如上定义存储为{x，y，z，h，p，e，r}的值。
随后，将描述当订户进行通话建立并且开始提供所得服务时，用于发送信息的信号发送过程。
图5为根据本发明第一优选实施例当建立通话时，用于服务验证的信号发送过程的信号流图。下面将参考图5详细描述根据本发明当建立通话时信号发送过程的信号流。
MS 1将用户登录信号发送给GW 30(步骤500)。用户登录信号包括用户名和密码。这里，用户登录信号通过MS 1和BTS-a之间的无线信道发送，或者通过BTS-a、BSC 20以及GW 30之间的有线信道发送。然后，当GW 30接收用户登录信号时，GW 30向简档服务器40传送存取请求消息(步骤502)。该存取请求MSG包括用户名和密码，其都是从MS 1接收的。
简档服务器40通过如图2所示的数据简档的用户名字段211和密码字段212检验所接收的用户名和密码，以核查是否可接受用户验证。然后，简档服务器40将核查结果作为存取响应MSG发送给GW 30(步骤504)。如果订户可以接受，简档服务器同时发送QoS记录字段220的数据。即，将订户的服务类型和服务QoS简档的数据发送给GW 30。当从简档服务器40发送给GW 30的消息使用RADIUS时，通过使用属性字段发送QoS记录字段的信息。在图5的实施例中，对可接受的验证进行了详细描述。所以，本领域技术人员应该很容易地明白不可接受的验证的情况。因此，将不详细描述不可接受的验证。
当GW 30接收存取响应MSG时，GW将存取响应MSG作为包括接收QoS记录字段220的数据的QoS信息MSG发送给BSC 20(步骤506)。随后，BSC 20存储在QoS信息MSG内包括的QoS记录字段，并随后将QoS信息MSG发送给BTS-a(步骤508)。经过前述过程，BTS-a和BSC 20接收QoS信息MSG和QoS记录字段220的结果数据，从而允许根据QoS记录的值进行服务。换句话说，有可能根据QoS进行服务。
QoS信息MSG具有如表3显示的结构。
表3 MSG类型(代码) 标识符 长度 验证信息 QoS记录#1 ...... QoS记录#N
参考表3，存在多种字段，其中MSG类型字段和标识符字段用来识别消息，长度字段用来表示消息长度。另外，还有用于进行用户验证的验证信息字段和用于存储QoS参数记录的QoS记录字段。每个QoS记录字段根据所提供服务的类型可至少包括两个字段。对于基本音频服务，QoS记录字段可包括单个字段。
图6为根据本发明第一优选实施例，当在简档服务器接收存取请求MSG时的控制流程图。下面将参考图6详细描述根据本发明当在简档服务器接收存取请求MSG时，用于产生和发送存取响应MSG的控制过程。
当简档服务器40接收存取请求MSG时(步骤600)，其进行用户验证(步骤602)。通过从所接收的存取请求MSG中提取用户名和密码，取出如上所述存储的简档数据，并将所提取的用户名及密码与所取出的数据进行比较，来执行在简档服务器40进行的用户验证。给出图6只用来描述存取请求MSG的验证可接受的情况。因此，将不对存取请求MSG的验证不可接受的情况进行描述。一旦结束验证，简档服务器40核查被授予可接受用户验证的用户是否可QoS服务的用户(步骤604)。如果核查结果为是可QoS服务的用户，简档服务器40进入步骤606。如果不是这样，简档服务器40进入步骤608。在步骤606，简档服务器40使用QoS信息记录和用户信息创建存取响应MSG，随后进入步骤610。这里，可如表3表示所产生的存取响应MSG。
与前述不同，在步骤608中，简档服务器40使用用户信息创建存取响应MSG。在步骤608中通过用户信息产生的这一存取响应MSG变成一般在现有技术中使用的存取响应MSG。
当如上述在步骤606或608产生存取响应MSG时，简档服务器40将所产生的存取响应MSG发送给GW 30(步骤610)。
图7为根据本发明第一优选实施例，当GW或BSC接收存取响应MSG时的控制流程图。下面将参考图7详细描述当GW 30或BSC 20接收存取响应MSG时的控制过程。而且，基于在GW 30进行图7的控制过程的假定下进行描述。在BSC 20和GW 30之间存在操作上的不同，其中消息以不同的名称接收。换句话说，由GW 30接收的消息是存取响应MSG，而由BSC 20接收的消息是QoS信息MSG。这两种消息都具有共同的用户信息和QoS参数字段，这样，图7中的控制流程图可以与GW 30同样的方式应用到BSC 20。
将如图6中的过程处理的存取响应MSG发送给GW 30。当GW 30接收存取响应MSG时(步骤700)，其从存取响应MSG中提取用户信息(步骤702)。GW 30将所提取出的用户信息存储到GW 30中提供的内部存储器(图1中未示出)。然后，GW 30核查QoS记录是否已添加所接收到的存取响应MSG(步骤706)。作为核查的结果，如果QoS记录已添加到存取响应MSG，GW 30提取有关服务类型的信息(步骤708)。即，因为除存取响应MSG之外，发送了如图2所示的有关服务类型字段的信息，因此提取上述信息。GW 30将步骤708中提取的有关服务类型字段的信息存储在内部存储器中(步骤710)。随后，GW 30提取服务QoS简档(步骤712)。这里，服务QoS简档具有与前面对简档服务器40的描述中的QoS参数值{x，y，z，h，p，e，r}相等的值。即，服务QoS简档的值变成图2中服务QoS简档222的值。当提取出该服务QoS简档222时，GW 30将服务QoS简档222存储在内部存储器中(步骤714)。然后，GW 30核查是否还有QoS记录(步骤716)。作为核查的结果，如果还有QoS记录，GW 30进入步骤708。即，GW 30再次进行前述提取和存储过程。然而，如果不再有QoS记录，则GW 30将QoS信息MSG发送给下一个节点(步骤718)。这里，下一个节点指BSC 20。然而，在BSC 20中，下一个节点指BTS-a。
另外，步骤700到716对同一过程在BTS-a中循环进行。然而，在BTS-a中，如上述接收QoS信息MSG，并且将接收的消息丢掉，以代替步骤718。即，BTS-a不将所接收到的消息重新发送给MS 1。这是因为不需要将该消息发送给MS 1。
在进行服务后存储记帐信息。具体地，在切断通话的时刻，使用服务细目存储记帐数据。因此，下面将详细描述切断通话的过程。
图8为根据本发明，当通话切断然后将记帐信息发送给用于支持基于QoS的记帐的核算服务器时的信号流程图。以下将参考图8详细描述根据本发明当记帐信息发送给用于支持基于QoS的记帐的核算服务器时的信号流。
MS 1在切断通话时将用户注销信号和通话切断MSG都发送给BTS-a。关于这一点，图8图示了步骤800a和800b。当BTS-a连同通话切断MSG一起接收用户注销信号时，BTS-a通过BSC 20将用户注销信号发送给GW 30。该过程使GW 30能接收用户注销信号。
当BTS-a接收通话切断MSG，BTS-a将接收的通话切断MSG发送给BSC 20(步骤802)。这里，BTS-a使通话切断MSG中包含QoS记帐信息，并随后将其发送给BSC 20。记帐信息包括：在连接期间保证QoS的时间比例、在连接期间不保证QoS的时间比例、保证QoS时的数据传输速率(或平均数据传输速率)简档、不保证QoS时的数据传输速率(或平均数据传输速率)简档、以及连接期间的物理信道速率简档。该过程允许将通话切断MSG和QoS记帐信息从BTS-a发送给BSC 20。BSC 20依据所接收的通话切断MSG对通话切断进行内部过程，随后将通话切断MSG发送给GW 30(步骤804)。这里，从BSC 20发送给GW 30的通话切断MSG包括给MS 1提供QoS服务的连接时间以及从BTS-a接收的QoS记帐信息。当GW 30接收通话切断MSG时，GW也如BSC 20对通话切断进行内部过程，随后将记帐请求MSG发送给核算服务器50(步骤806)。该记帐请求MSG包括：连接时间信息、发送分组数目信息和QoS记帐信息。也就是说，当GW 30接收预先存储的发送分组数目的通话切断MSG时，GW将分组数、所接收的连接时间和QoS记帐信息发送给核算服务器50。
备选地，当如对图1的描述，BTS和BSC之间或BSC和GW之间的连接为IP网络，对每个部件的操作将与信号流图中的不同。然而，一旦将信号流图中提到的记帐信息发送给核算服务器，对每个组件的操作将如前述相同的条件下进行。因此，对此将不再详细描述。
图9为根据本发明第一优选实施例，当BTS接收通话切断MSG，对记帐信息的发送进行控制的控制流程图。以下将参考图9详细描述用于产生记帐信息，并在BTS接收通话切断MSG时，用于控制发送所产生的记帐信息的过程。
BTS-a受通话连接的控制(步骤900)。BTS-a核查是否接收到通话切断MSG(步骤902)。如图8所示，该通话切断MSG与用户注销信号一起从MS 1发送出。作为核查的结果，如果接收了通话切断MSG，BTS-a进入步骤904。如果不是这样，BTS-a继续保持通话连接。当在步骤902中接收到通话切断MSG后进行步骤904，BTS-a从所接收的通话切断MSG创建记帐信息。QoS记帐信息是根据使用服务类型的记帐信息。换句话说，服务信息是作为记帐信息产生的。当完成QoS记帐信息的创建时，BTS-a将QoS记帐记录添加到通话切断MSG(步骤906)。然后，BTS-a将通过添加QoS记帐记录而产生的通话切断MSG发送给BSC 20。
图10为根据本发明第一优选实施例，当在BSC接收通话切断MSG时控制记帐信息的产生和发送的控制流程图。以下将参考图10详细描述根据本发明产生记帐信息，并在BSC 20接收通话切断MSG时，发送所产生的记帐信息的控制过程。
BSC 20因为通话已连接而保持通话连接(步骤1000)。BSC核查是否接收了通话切断MSG(步骤1002)。作为核查的结果，如果接收了通话切断MSG，BSC进入步骤1004。如果不是这样，BSC继续维持步骤1000。另外，从BTS-a接收到BSC 20的通话切断MSG是通过图9中提到的过程发送的消息。因此，当提供根据QoS的服务时，通话切断MSG变成添加了QoS记帐记录的消息。因为本发明是关于根据QoS的服务公开的，对图10的描述将基于提供根据QoS的服务的假定。当BSC 20从步骤1002进入步骤1004时，BSC 20使用接收到通话切断MSG的时间创建MS 1有关通话连接时间的数据。即，BSC20计算通话连接和通话切断之间的通话连接时间。BSC 20将步骤1004中计算出的通话连接时间字段添加到所接收的通话切断MSG(步骤1006)。然后，BSC 20将添加了连接时间字段和QoS记帐信息的通话切断MSG发送给GW30。
图11为根据本发明第一优选实施例，当在GW接收通话切断MSG时的控制流程图。下面将详细描述根据本发明当在GW 30接收到通话切断MSG时用于产生QoS记帐信息，并随后使用所产生的记帐信息将记帐请求MSG发送给核算服务器50的控制过程。
GW 30保持通话连接(步骤1100)。GW核查是否接收到通话切断MSG。这里，如图10的描述，所接收的通话切断MSG包括根据所提供服务的类型的QoS记帐信息和提供服务的连接时间。如果接收到该通话切断MSG，GW30进入步骤1104。如果不是这样，GW继续保持步骤1100的通话连接。GW30创建记帐请求MSG，以将根据所提供服务的类型和所提供服务的连接时间的QoS记帐信息发送给核算服务器50，并随后计算所发送的分组数(步骤1104)。换句话说，GW 30在给MS 1提供服务时，即通话连接时，计算发送给MS 1的分组数。另外，当接收到用户注销信号，同时接收到通话切断MSG，计算发送给MS 1的分组数。然后，GW 30将所发送分组数的字段添加到所产生的记帐请求MSG(步骤1106)。
随后，GW 30创建包括QoS记帐信息和通话连接时间的记帐请求MSG(步骤1108)，并随后将记帐请求MSG发送给核算服务器50(步骤1110)。即，将在BTS-a、BSC 20和GW 30产生的QoS记帐信息、连接时间数据、发送分组数信息等发送给核算服务器50。
可如下表显示上述包括在记帐请求MSG中、在GW 30产生并发送到核算服务器50的消息，其如表4表示。
表4 MSG类型(代码) 标识符 长度 验证信息 基本记帐信息{连接时间} 基本记帐信息{交换的分组数} QoS记帐记录#1 ...... QoS记帐记录#N
表4中的消息包括各种由MSG类型(代码)、标识符和MSG信息字段长度表示的字段。这里也包括用于进行用户验证的验证信息字段和基本记帐信息{连接时间}和{交换的分组数}字段。另外，上述消息包括QoS记帐记录进行发送。
图12为根据本发明第一优选实施例，当核算服务器接收记帐请求MSG的控制流程图。以下将参考图12详细描述根据本发明当核算服务器50接收记帐请求MSG时进行的控制过程。
核算服务器50保持暂停状态(步骤1200)。这里，暂停状态指等待从GW30接收记帐请求MSG和等待操作员输入各种键码的状态。随后，核算服务器50核查是否从GW 30接收到如表4所示的记帐请求MSG(步骤1202)。作为核查的结果，如果已接收记帐请求MSG，核算服务器50进入步骤1204。如果不是这样，核算服务器保持暂停状态。在步骤1204，核算服务器50创建记帐索引。该记帐索引变成用于识别每个记录的索引。当核算服务器50创建记帐索引时，核算服务器存储与连接时间交换的信息，即服务分组数的信息，作为记帐信息(步骤1206)。然后，核算服务器50核查是否将QoS记录包括在记帐请求MSG中，即，是否包括如表4所示的QoS记录(步骤1208)。作为核查的结果，如果包括QoS记录，核算服务器提取QoS记录(步骤1210)，随后将QoS记录存储到内部存储器(图1中未示出)(步骤1212)。
同时，以诸如前述QoS简档参数的数据存储QoS记录。另外，QoS记录不仅存储各种信息，例如作为QoS参数要求的服务而提供的分组数、按QoS参数要求提供服务的平均传送速率等，还包括其它信息，例如没有作为QoS参数要求的服务而提供的分组数、没有按QoS参数要求提供服务的平均传输速率等。这些信息用于在将来进行记帐时，根据通常作为服务提供的分组信息和不作为服务而提供的分组信息进行不同的记帐。
在存储QoS记帐记录之后，核算服务器50核查是否还有这些QoS记帐记录(步骤1214)。如果如表4所示的QoS记帐记录还有两个或更多，核算服务器50进入步骤1210。如果不是这样，核算服务器50结束操作。在步骤1214，核算服务器50可提取和存储所有包括在记帐请求MSG中的QoS记帐记录。当将来在核算服务器50中计算用户服务费用时，这些记帐记录可作为可得数据使用。
图13为根据本发明第二实施例，当在简档服务器并入核算服务器或附属于核算服务器的情况下建立通话时，用于服务验证的信号发送过程的信号流图。下面将参考图13，对比图5内容，详细描述根据本发明第二实施例，当简档服务器并入核算服务器或附属于核算服务器时的信号发送过程。
发送用户登录信号的过程与图5中的过程相同。在图5中，GW 30将存取请求MSG发送给简档服务器40。然而，在该实施例中，GW 30将存取请求MSG发送给核算服务器50，因为GW 30通过核算服务器50可连接到简档服务器40。图13中的存取请求MSG也与图5中的相同。当核算服务器50接收到存取请求MSG时，核算服务器使用所接收的存取请求MSG中包括的用户名和密码，从简档服务器40请求用户信息(步骤1304)。当用户名与密码匹配时，简档服务器40将所请求的包括用户QoS参数的用户信息发送给核算服务器50(步骤1306)。这样，核算服务器50进行步骤1308到1312。这里，步骤1308与图5中的步骤504相同，步骤1310与图中步骤506相同，而步骤1312与图5中的步骤508相同。因此，省略对上述的描述。
图14为根据本发明第二实施例，当核算服务器接收存取请求MSG时的控制流程图。下面将参考图14详细描述根据本发明当核算服务器接收存取请求MSG时的控制过程。
当核算服务器50接收存取请求MSG时(步骤1400)，核算服务器使用存取请求MSG中包括的信息创建用户信息请求MSG，并将产生的用户信息请求MSG发送给简档服务器40(步骤1402)。随后，核算服务器50核查是否从简档服务器40接收到用户信息(步骤1404)。一般，即使在验证不可接受时，即，即使在用户名与密码不匹配时，简档服务器40也可发送验证不可接受MSG。然而，图14的实施例没有考虑验证不可接受的情况。因此，将基于验证可接受的假设下对用户信息的接收进行描述。作为步骤1404的结果，如果接收到用户信息，核算服务器50进入步骤1406。如果不是这样，核算服务器50继续进行步骤1404。
在步骤1406，核算服务器50核查从简档服务器40接收的用户信息是否匹配可QoS服务的订户，即，可为其提供根据QoS的服务的订户。作为核查的结果，如果从简档服务器40接收到包括QoS参数及验证可接受信号的信息，则核算服务器50检测为可QoS服务的订户，否则为普通订户或者不可QoS服务的订户。因此，对于可QoS服务的订户，核算服务器50进入步骤1408，而对于不可QoS服务的订户，核算服务器50进入步骤1410。在步骤1408，核算服务器50使用QoS信息记录和用户信息创建存取响应MSG，随后进入步骤1412。这里，所产生的存取响应MSG可如表3中表示。
与前述不同，当从步骤1406进入步骤1410时，核算服务器50使用用户信息创建存取响应MSG。步骤1410中通过用户信息产生的存取响应MSG变成现有技术中一般使用的存取响应MSG。
如上所述，当在步骤1410或1408中产生存取响应MSG时，核算服务器50将所产生的存取响应MSG发送给GW 30(步骤1412)。
即使在这样的构造下，也以同样的方式在简档服务器40中核查验证。然而，其中不同之处为，简档服务器40既不直接接收存取请求MSG，也不直接创建存取响应MSG。备选地，简档服务器40可直接这样做。这只是系统设计者的备选方案。
从上面的描述可知，在本发明提出的QoS简档和QoS记帐信息的管理下，可在移动通信系统中存储和发送QoS信息和QoS记帐信息。
尽管参考本发明的优选实施例具体展示和描述了本发明，但是本领域一般技术人员应该明白，在不脱离所附权利要求限定的本发明的精神和范围的情况下，可以对其进行形式和细节上的各种修改。因此，本发明不受所公开实施例的限制。