在移动电信网内部传送由用户确定的记帐数据本发明涉及到移动电信系统，特别是涉及到从一个移动台向记帐中
心传送由用户确定的电文。
在普通的移动电信系统中，许多不同的人有可能使用单独一个移动
台产生多个呼叫，这样就会对单个帐户发生多次计费。例如，一个家庭
或是单位内部的每个成员都可以使用同一个移动台接受移动通信服
务。一个移动用户也可能因为不同的目的所产生的多次呼叫而要由单
个帐户付费。
然而，移动用户接收到的按顺序产生的记帐单中并不包含让移动用
户便于识别每个呼叫的足够的信息。在普通记帐单内代表一次呼叫的
每个项目中可能包括被叫用户的号码、呼叫用户的号码、呼叫的时间、
呼叫持续时间、呼叫的费用等等。然而，根据这种系统产生的信息，移
动用户在支付帐单时会对这些呼叫的用途或性质感到迷惑和不便。在
移动用户接收到帐单时，他可能忘记了是谁打的电话、为什么打电话、
以及打电话的目的。
为了减少上述的问题，普通的电信网可以提供许多用户特征。此类
特征之一就是用户帐目代码(Subscriber Account Code)特征。用户
在向特定的号码发出一个呼叫之前先输入一个预定的帐目代码或是数
字值。业务电信交换局对接收到的输入帐目代码进行分析，从中确定与
特定的帐目代码有关的说明。因此，一个存储着预定的帐目代码的数
据库可以按照移动用户限定的说明来进行检索。例如，存储在数据库中
的帐目代码值1表示这是一个商业呼叫。代码值2表示这是一次私人呼
叫。还可以更详细地规定帐目代码，用来确定和一个特定帐目代码有关
的当事人和事件。然而，由电信交换局所允许的电文或是说明仅限于已
经存储在数据库中的内容。因此，如果用户希望指定一个新的说明或是
不同的说明，在允许用户使用这种帐目代码之前，用户首先必须要更新
在业务电信交换局中存储的数据库的内容。同时用户也不能为一个特
定呼叫直接输入文本说明。另外，业务电信交换局对输入的这种帐目代
码的处理并不是透明的。电信系统必须对输入的数字代码进行分析，从
中确定关于特定呼叫的对应的文本或数字信息。
因此，如果能让移动用户对一个特定的移动呼叫随意地输入由用户
确定的电文，并且让业务移动电信系统将输入的电文作为记帐单的一部
分进行透明的处理，这将是有益的。例如，系统可以允许移动用户输入
一个电文例如是“为达拉斯合同事呼叫史密斯先生(called Mr.Smith
for the Dallas contract)”，并且将这一电文和系统产生的其他信
息一起打印在记帐单上。
与一次特定的移动呼叫有关的由用户确定的电文被封装在一个移动
台的无连接的信号(connection-1ess signal)中。然后将封装的电
文的无连接信号从移动台发送到为移动台服务的一个移动通信交换中
心(MSC)。随后由业务MSC内部的一个应用模块提取封装的电文，将其传
送给一个记帐中心。记帐中心利用传送的电文来产生更加符合规格详
细的记帐单。
这种无连接信号可以包括一个始发呼叫建立请求信号和一个无结构
附加业务数据(Unstructured Supplementary Service Data(USSD))
电文。
在分配了一个唯一的呼叫识别号码之后，应用模块可以将用户确定
的电文直接传送给记帐中心。记帐中心在此后利用这种唯一的呼叫识
别号码来把用户确定的电文和代表本次呼叫的其他帐单记录结合起
来。
在本发明的另一个实施例中，业务MSC内部的应用模块可以将提取
的电文转发给一个计费模块，该模块在MSC内部产生相应的长途电话记
录单。在为一个特定的呼叫产生长途电话记录单时，计费模块可包括获
得的电文。然后将由此产生的储存有电文的长途电话记录单传送给记
帐中心作为用户的记帐单。
根据以下参照附图的详细说明可以进一步了解本发明的方法和装置，
在附图中：
图1是一个框图，表示一次特定呼叫的帐单记录从一个业务公用陆地
移动通信网络(PLMN)到一个记帐中心的通信过程；
图2是一个框图，表示一个移动台和一个业务PLMN之间的无结构附
加业务数据(Unstructured Supplementary Service Data(USSD))
电文的通信过程；
图3是一个框图，表示从一个移动台向一个业务PLMN传送一个封装
了用户确定的电文的USSD电文的过程；
图4表示封装了用户确定的电文的一个USSD电文的数据格式；
图5是一个框图，表示按照本发明的技术方案从一个移动台向一个业
务PLMN传送封装了用户确定的电文的一个呼叫建立请求电文的过程；以
及
图6表示一个封装了用户确定的电文的长途电话记录单的数据格
式。
图1是一个框图，表示一次特定呼叫的帐单记录从一个业务公用陆地
移动通信网络(PLMN)10到一个记帐中心110的通信过程。用来与移动台
20通信的PLMN 10包括一个移动通信交换中心(MSC)30、一个本地位置
寄存器(HLR)40、一个越区位置寄存器(VLR，在图1中没有表示，但是通
常是和MSC 30装在一起，也可以共同缩写成MSC/VLR)、以及一个基站
(BS)50。BS 50通过一条数字通信线路60连接到MSC 30，并且通过无线
电线路70和移动台20进行通信。移动台20进一步通过公共交换电话网
(PSTN)90和其他用户例如一个有线终端80通信。
在移动用户首先按下需要的目标号码或是业务代码，然后按下发送
按钮时，移动用户就起动了一个呼叫。当移动标识和输入的号码通过BS
50被自动发送到MSC 30时，就占用了一个接入信道。MSC 30检索出呼叫
用户的用户类别信息，并且核实主叫用户要接入系统。还要对键入的号
码进行分析，从中确定主叫用户是否有权呼叫特定的号码、或调用与输
入的业务代码有关的特定的用户功能。如果能通过了所有的分析，就可
以为移动用户分配一个模拟或是数字话音信道70，并且为被叫用户例如
是一个有线终端80接通呼叫。
为了计费，用业务MSC 30内部的一个计费子系统模块(CHS)100监视
通话的过程，并且在通话结束时产生一个长途电话记录单(TT，也叫做通
话详细记录-CDR)。产生的TT包括系统产生的信息，例如通话时间、主
叫/被叫用户号码、通话的类型等等。然后将产生的TT传送到记帐中心
110，用来产生用户记帐单。从业务MSC 30到记帐中心110的实际传送
可以采用多种不同的途径。如果采用一个分组数据网络(例如是一个
X.25网络)，就能将产生的TT传送到记帐中心110。或者是将产生的TT
存储在磁带上，将实物送到记帐中心110。在接收到产生的TT之后，记
帐中心110就把和每个帐户有关的所有TT归并起来，对TT存储的信息进
行格式重组，根据每个帐户的协议计算出每次呼叫的费用，并且为用户
产生记帐单．然后将这种记帐单传送给用户用于计费。
移动用户接收到的记帐单中仅仅包含由上述系统确定的信息。根据
这些有限的信息，在此后很难确定在收到的记帐单中记录的每次呼叫的
性质或用途。另外，由于用户不能为特定的呼叫输入由用户确定的电文，
用户无法对呼叫作出记录或是解释。
随着全球移动通信系统(GSM)或是个人通信系统(PCS)的开通，可以
为移动用户提供许多新的先进的附加业务。由于这些附加业务利用了
用户规定的数据，在公用陆地移动通信网络(PLMN)的用户和移动台之间
不能用带结构的方式传送这些数据。其结果是，在GSM或是PCS环境中就
会出现许多无结构的报文协议。其中的一种协议就是用来在PLMN和一
个移动台之间传送信息的短报文业务(SMS)协议。另一种协议是用来
在GSM PLMN用户和一个移动台之间用透明的方式通过移动通信网络执
行用户交互通信时所使用的无结构附加业务数据(Unstructured
Supplementary Service Data(USSD))。之所以说它是透明的，是因为
MSC和移动台都没有检查或处理被传送的电文内容。
因此，如果附加业务不能使用有结构的功能信号，就使用USSD或
SMS。例如，USSD协议可以为驻留在一个目标移动台内的应用提供一种
用来传送没有结构的数据(例如是用户规定的文本数据)的传送机制。
这种附加业务的一个例子就是在电文业务中心和一个移动电信网络接
口时用来向移动用户提供文本信息，例如天气信息或是股票交易信息。
当一个移动用户向电文业务中心提出使用一种USSD电文的要求时，电文
业务中心也是通过USSD电文将要求的信息返回给移动终端。
以下参见图2，它是一个框图，表示移动台20和业务PLMN 10之间的
USSD电文120的通信过程。驻留着一个特定应用模块的一个外部节点用
户130负责与移动台20进行交互响应(信令过程)。在外部节点用户130
和移动台20之间的对话过程中，不需要用为移动台20服务的HLR 40,BS
50或MSC 30对USSD的内容进行转换。换句话说，HLR 40,BS 50或MSC 30
在上述对话过程中在有关的参与者(在此处就是指外部节点用户130和
移动台20)之间对USSD的内容仅仅执行没有修改的中继作用。按照上述
的实施例，这种外部节点用户可以包括天气信息中心和股票市场信息提
供者。
以下参见图3，它是一个框图，表示按照本发明的技术从移动台20向
业务PLMN 10传送封装了用户确定的电文170的一个USSD电文120的过
程。移动用户可以与移动台20内部的一个电文处理器(HAND)160进行交
互以接收由用户确定的电文170。直接通过移动台20上附带的数字键盘
190得到用户输入的电文或是从一个寄存器(R)180中恢复预先存储的由
用户输入的电文就可以实现这种交互作用。寄存器180可以是连接到移
动台20上的一个用户识别模块(Subscriber Identity Module(SIM))
卡。移动用户可以在他的SIM卡中编程或是存储许多不同的电文，并且
在此后从移动台的显示目录中选择适当的项目。然后在USSD电文120中
装入恢复后的由用户确定的电文，并且通过无连接通信网络发送给业务
PLMN 10，例如是采用一个独立专用控制信道(Stand-alone Dedicated
Control Channel(SDCCH))发送给业务PLMN 10。装入了用户输入的电
文的这种USSD电文120可以如所示那样在特定的呼叫过程中或是呼叫
刚刚结束之后通过无线线路70发送。USSD电文120既可以在移动台发起
的过程中发送，也可以在以移动台为目标的呼叫中发送。
业务MSC 30通过一个BS 50接收发送的USSD电文，并且确定是否需
要以透明的方式将接收到的USSD电文提供给应用模块(APPL)150。应
用模块150提取封装在USSD电文120中的用户确定的电文170，并且确定
移动台20当前正在执行的特定呼叫。在识别出呼叫之后，应用模块150
就将提取的电文提供给计费模块(CHS)100以用于记录。计费模块100监
视通话过程，直到断开连接，并且产生一个用来计费的TT。然后利用上
述的一种传送方式将包括接收到的电文170在内的产生的TT发送给记帐
中心140。按照本发明的技术，记帐中心140随后产生包含用户确定的电
文在内的记帐单。移动用户可以利用这种电文来更好地识别记帐单中
列举的呼叫，并且出于私人或是商业目的可以保存每次呼叫更加详细的
记录。
按照另一个实施例，不是将接收的电文提供给计费子系统模块100，
而是由应用模块150将电文直接发送给记帐中心140。在一次特定的呼
叫结束之后，计费模块100马上产生并且发送一个代表该次呼叫的对应
的TT。在产生了TT记录之后，计费子系统模块100不再将关于该次呼叫
的附加信息发送给记帐中心140。因此，如果在呼叫结束之后从移动台20
接收到用户确定的电文，应用模块150就不再需要将接收的电文提供给
计费子系统模块100。另一方面，应用模块100需要将用户确定的电文直
接提供给记帐中心140。为了让记帐中心140能够对从应用模块150接收
到的由用户确定的电文和从计费模块100接收到的对应的TT互相关联并
合并在一起，业务MSC需要为这种电文和对应的TT共同分配一个代表此
次特定呼叫的唯一的识别号码。按照本发明的技术，应用模块150也利
用MSC 30当前用来识别每次呼叫的呼叫识别号码标志值来识别发送给
记帐中心140的电文。记帐中心140利用这种呼叫识别号码值把两个接
收到的数据准确地互相关联及合并，并且产生一个记帐单。与此相应，
在业务MSC 30内部的一个可以由应用模块150访问的寄存器(R1)155中
包含唯一的呼叫识别号码，它代表着移动台20发出的最后一次呼叫。每
当移动台20在呼叫结束之后发送由用户确定的电文时，应用模块150就
检索存储在R1 155中的唯一的呼叫识别号码，并且将其指派给接收到的
电文。然后将指派的电文提供给记帐中心。
图4表示装入了用户确定的电文170的一个USSD电文120的数据格
式。USSD电文120包括最多160个八位字节组。如果有必要，前八个八位
字节组200可以用来规定使用哪一种语言、操作、参数、数据长度、以
及数据顺序，而剩下的各个八位字节组可以用来传送由用户确定的电文
(字符数据)。标题200内部的一个参数规定了应用模块150(参见图3)在
传送的电文一旦被提供给业务MSC 30时就需要接收这种电文。在标题
信息200中规定的应用模块150就从接收的USSD电文中提取装入的电文
170。
按照本发明的另一个实施例，可以利用另一种无连接信号(例如呼
叫建立请求信号)从移动台20向业务PLMN 10传送由用户确定的电文。
当移动台20需要发出呼叫时，移动台20内部的电文处理器(HAND)160可
以从移动用户那里检索电文。如上文所述，电文处理器(HAND)160可以
通过键盘190或是从寄存器(R)180检索到由用户确定的电文。当移动
台20通过SDCCH向MSC发送一个呼叫建立请求信号时，电文处理器160就
把它检索到的电文装入请求信号中。PLMN 10内部的业务MSC 30通过BS 50
接收呼叫建立请求信号，并且执行用来处理一次呼叫的正常步骤。这些
步骤包括在MSC/VLR中将移动台标志为“占线”，执行鉴别程序，设备识
别译码，以及对发送的B-号码进行分析。在确定了允许进行通话之后，
应用模块150就提取封装在呼叫建立请求信号210中的由用户确定的电
文。按照类似于图3所示的情况中所采用的对封装着电文的USSD电文的
处理方式来处理提取的电文。相应地，将提取的电文转发给计费子系
统模块100或是直接提供给记帐中心140。
举例来说，USSD和呼叫建立请求信号被用来说明通过一条无连接通
信线路从一个移动台向一个MSC传送由用户输入的电文的过程。然而，
本发明的系统和方法也可以用于任何类型的无连接通信线路，例如
SMS,USSD，建立请求，以及基于直接传送应用协议(Direct Transfer
Application Protocol(DTAP))的电文，应该理解，在本发明中与USSD
或是建立请求电文有关而做的描述是为了说明而不是为了限制本发明
的范围。
以下参见图6，在图中表示一个封装了用户确定的电文的TT 220的
数据格式。如上文所述，在每次呼叫结束之后，计费子系统模块
(CHS)100(参见图5)就为每次呼叫产生一个TT。产生的TT220包括用来
指示呼叫标识和类型的标题信息。这种标识或是标记是由移动通信网
络分配给每次呼叫的唯一的识别号码标记，其作用是用来识别本次呼
叫。如果从业务MSC内部的应用模块直接将用户确定的电文发送给记帐
中心，记帐中心就可以利用分配给TT的唯一的呼叫识别号码来使两个数
据相关联。长度标题240指出在数据部分250中装入了多少数据。如图6
所示，由用户确定的电文260被存储在数据部分250。按照本发明的方式，
由记帐中心接收发送的TT，识别出需要计费的项目，提取装入的电文，并
且产生用来计费的记帐单。
尽管在上文中已经结合着附图详细地说明了本发明的方法及其装置
的最佳实施例，本发明显然并不仅限于上述的实施例，在不脱离以下所
提出的权利要求书所限定的本发明的精神和范围的条件下，还可以实现
各种各样的改装，修改以及增删。