基于网络类型的针对文本消息的差异化在线收费的制作方法
【专利摘要】公开了用于针对文本消息执行在线收费的系统和方法。一个实施例包括处理移动起始（MO）文本消息的系统。该系统接收针对MO文本消息的发送请求，并且生成针对该MO文本消息的在线信用请求。该系统确定针对该MO文本消息的起始网络的类型，并且将该起始网络类型的指示符插入在该在线信用请求中。该系统还可以确定针对该MO文本消息的终止网络的类型，并且将该终止网络类型的指示符插入在该在线信用请求中。该系统然后将该在线信用请求传输至在线收费系统，以针对该MO文本消息进行收费。
【专利说明】基于网络类型的针对文本消息的差异化在线收费
【技术领域】
[0001]本发明涉及通信领域，并且特别涉及基于起始网络类型和/或终止网络类型的针对文本消息的在线收费。
【背景技术】
[0002]文本消息发送在许多移动(或无线)网络中已经成为一种流行的通信模式。文本消息发送的一个示例是短消息服务(SMS)，短消息服务是允许在设备之间交换短文本消息(即，160个字符或更少)的一组通信协议。尽管术语“文本消息”传统上指代使用SMS所发送的仅文本的消息，但是它已经被扩展至包括多媒体消息，诸如图像、视频、声音内容等。可以使用多媒体消息服务(MMS)协议来发送多媒体消息。很多时候，相比语音呼叫，移动用户更频繁地使用文本消息发送用于通信。
[0003]许多服务提供商使用固定费率(flat-rate)针对文本消息进行收费。例如，文本消息的发送者可以针对无限制的文本消息以固定的按月费率被收费。备选地，发送者可以以每个被发送的文本消息的固定费率被收费(例如，$0.05/消息)。为了优化收入，服务提供商可能在如何针对文本消息发送收费中想要更多的灵活性。
【发明内容】
[0004]本文所描述的实施例提供了针对文本消息的差别化在线收费，其取决于用于该文本消息的起始网络的类型，和/或用于该文本消息的终止网络的类型。常规的针对文本消息的固定费率收费限制了由服务提供商所提供的定价选项。本文所描述的在线收费不是固定费率的，而是替代地取决于文本消息的发送者所使用的网络的类型和/或该文本消息的接收者所使用的网络类型。本文所描述的在线收费还可以取决于发送者和/或接收者是否位于归属网络或者是否正在漫游。针对文本消息的差别化在线收费允许服务提供商在如何针对文本消息发送的收费中的更多灵活性，这能够增加收入。
[0005]一个实施例包括处理移动起始(MO)文本消息的系统。该系统包括接口，可操作用于接收针对MO文本消息的发送请求。该系统进一步包括控制器，可操作用于生成针对该MO文本消息的在线信用请求。该控制器进一步可操作用于确定针对该MO文本消息的起始网络的类型，并且将该起始网络类型的指示符插入在该在线信用请求中。该接口进一步可操作用于将该在线信用请求传输至在线收费系统。该接口进一步可操作用于从该在线收费系统接收在线信用响应，并且该控制器进一步可操作用于当该MO文本消息在该在线信用响应中被授权时，接受该MO文本消息用于递送。
[0006]在另一个实施例中，该控制器进一步可操作用于确定该MO文本消息的发送者是否在漫游，并且用于将该发送者的漫游指示符插入在该在线信用请求中。
[0007]在另一个实施例中，该控制器进一步可操作用于确定针对该MO文本消息的终止网络的类型，并且用于将该终止网络类型的指示符插入在该在线信用请求中。
[0008]在另一个实施例中，该控制器进一步可操作用于确定该MO文本消息的接收者是否在漫游，并且用于将针对该接收者的漫游指示符插入在该在线信用请求中。
[0009]在另一个实施例中，该系统被配置为处理移动终止(MT)文本消息。该接口可操作用于接收针对MT文本消息的发送请求。该控制器进一步可操作用于生成针对该MT文本消息的在线信用请求，用于确定用于终止该MT文本消息的网络的类型，以及用于将该终止网络类型的指示符插入在该在线信用请求中。该接口进一步可操作用于将该在线信用请求传输至该在线收费系统。该接口进一步可操作用于从该在线收费系统接收在线信用响应，并且该控制器进一步可操作用于当该MT文本消息在该在线信用响应中被授权时，尝试将该MT文本消息递送给该接收者。
[0010]在另一个实施例中，该控制器进一步可操作用于确定该MT文本消息的接收者是否在漫游，并且用于将针对该接收者的漫游指示符插入在该在线信用请求中。
[0011]在另一个实施例中，该控制器进一步可操作用于确定针对该MT文本消息的起始网络的类型，并且用于将该起始网络类型的指示符插入在该在线信用请求中。
[0012]在另一个实施例中，该控制器进一步可操作用于确定该MT文本消息的发送者是否在漫游，并且用于将针对该发送者的漫游指示符插入在该在线信用请求中。
[0013]另一个实施例包括一种用于处理MO文本消息的方法。该方法包括接收针对该MO文本消息的发送请求，并且生成针对该MO文本消息的在线信用请求。该方法进一步包括确定针对该MO文本消息的起始网络的类型，将该起始网络类型的指示符插入在该在线信用请求中，以及将该在线信用请求传输至在线收费系统。
[0014]在另一个实施例中，该方法进一步包括确定该MO文本消息的发送者是否在漫游，并且将针对该发送者的漫游指示符插入在该在线信用请求中。
[0015]在另一个实施例中，该方法进一步包括:确定针对该MO文本消息的终止网络的类型，并且将该终止网络类型的指示符插入在该在线信用请求中。
[0016]在另一个实施例中，该方法进一步包括:确定该MO文本消息的接收者是否在漫游，并且将针对该接收者的漫游指示符插入在该在线信用请求中。
[0017]在另一个实施例中，该方法进一步包括接收针对MT文本消息的发送请求，并且生成针对该MT文本消息的在线信用请求。该方法进一步包括确定用于终止该MT文本消息的网络的类型，将该终止网络类型的指示符插入在该在线信用请求中，以及将针对该MT文本消息的该在线信用请求传输至该在线收费系统。
[0018]其他示例性实施例可以在下文中进行描述。
【专利附图】
【附图说明】
[0019]现在仅通过示例的方式并且参考附图对本发明的一些实施例进行描述。在所有的附图中，相同的参考标号表示相同的元件或者相同类型的元件。
[0020]图1图示了在一个示例性实施例中的通信系统。
[0021]图2是图示了在一个示例性实施例中处理MO文本消息的方法的流程图。
[0022]图3是图示了在一个示例性实施例中用于针对MO文本消息进行收费的方法的流程图。
[0023]图4是图示了在一个示例性实施例中处理MO文本消息的附加步骤的流程图。
[0024]图5是图示了在一个示例性实施例中处理MT文本消息的方法的流程图。[0025]图6是图示了在一个示例性实施例中用于针对MT文本消息进行收费的方法的流程图。
[0026]图7图示了在另一个示例性实施例中的移动网络。
【具体实施方式】
[0027]附图和下列描述举例说明了本发明的特定示例性实施例。因此将意识到，本领域的技术人员将能够设计出尽管没有在本文中被明确地描述或示出但是体现了本发明的原理并且被包括在本发明的范围内的各种布置。此外，本文所描述的任何示例意在辅助理解本发明的原理，并且被解释为不限制于这些特定记载的示例和条件。作为结果，本发明不限于下文所描述的这些特定的实施例或示例，而是由权利要求和它们的等价形式来限定。
[0028]图1图示了在一个示例性实施例中的移动网络100。服务提供商操作移动网络100来向终端用户提供语音和/或数据服务。服务提供商所提供的数据服务之一是文本消息发送。在这个实施例中，移动网络100是不同技术网络110-111的混合。网络110-111每个表示向终端用户设备(也称为用户设备(UE))提供服务的不同技术网络。当不同技术网络在本文中被讨论时，它指代在它们的禁止网络之间的直接通信的网域内使用不同的信令接口 /协议、不同的通信接口 /协议、或一些其他非兼容的接口 /协议的网络。例如，网络110可以包括电路交换网络，诸如码分多址2000 (CDMA2000)网络，而网络111可以包括分组交换网络，诸如IP多媒体子系统(MS)网络。在另一个示例中，网络110可以包括全球移动通信系统(GSM)网络，而网络111可以包括长期演进(LTE)网络。尽管移动网络100在图1中被示出为两个网络的混合，但是移动网络100可以包括未被示出的附加网络。
[0029]网络110-111中的每个网络能够传送文本消息，诸如SMS消息或丽S消息。因此，网络110-111被示出为连接至消息中心120。消息中心120包括可操作用于处理文本消息的递送的任何网络元件。例如，消息中心120可以包括实施了 SMS协议来递送SMS消息的SMS中心(SMSC)。在另一个示例中，消息中心120可以包括实施了丽S协议来递送丽S消息的MMS中心(MMSC)。
[0030]消息中心120包括接口(I/F) 122和控制器124。接口 122包括通过信令协议与网络110-111进行通信的任何设备或部件。这些信令协议取决于网络110-111内所使用的技术的类型。例如，这些信令协议可以是会话发起协议(SIP)、移动应用部分(MAP)协议、短消息端到端(SMPP)协议等。控制器124包括处理文本消息的接收和递送以及处理针对该文本消息收费的任何设备或部件。
[0031]在下文所描述的实施例中，当消息中心120处理文本消息时，它识别针对该文本消息的起始网络和/或针对该文本消息的终止网络。消息中心120然后将该起始网络和/或该终止网络的标识报告给在线收费系统(OCS) 130，从而针对该文本消息的收费可以基于该文本消息源自于何处和/或该文本消息去向何处。
[0032]0CS130包括在线收费功能(OCF) 132、费率引擎(RE) 134、以及账户结余管理功能(ABMF) 136。0CF132包括如下的任何系统、服务器、或者功能，这些系统、服务器、或者功能可操作用于管理针对文本消息发送的基于事件的在线收费(以及基于会话的在线收费)。费率引擎134包括如下的任何系统、服务器、或者功能，这些系统、服务器、或者功能可操作用于基于服务提供商所定义的资费来针对服务事件确定收费费率。ABMF136包括如下的任何系统、服务器、或者功能，这些系统、服务器、或者功能可操作用于针对预付订户维持服务单元(例如，预付账户)的配额。
[0033]对于一个实施例，假设文本消息在网络110-111之一中从发送者起始。这个文本消息被称为移动起始(MO)文本消息。该文本消息被封装在该起始网络中所使用的信令协议的发送请求中。例如，如果该起始网络是MS网络，则该发送请求可以包括SIP MESSAGE。如果该起始网络是GSM网络，则该发送请求可以包括MAPmo-ForwardSM。该起始网络然后将针对该MO文本消息的发送请求转发给消息中心120。
[0034]图2是图示了在一个示例性实施例中处理MO文本消息的方法200的流程图。将参考图1中的消息中心120来描述方法200的步骤，但是本领域的技术人员将意识到方法200可以在其他的网络和系统中被执行。本文所描述的流程图的步骤不是无所不包的，并且可以包括未被示出的其他步骤。还可以以备选的顺序来执行这些步骤。
[0035]在步骤202中，接口 122从起始网络接收针对MO文本消息的发送请求。响应于接收到该MO文本消息，控制器124确定该MO文本消息的发送者是预付(在线)订户。在接受该MO文本消息之前，控制器124从0CS130寻求准许，以处理该MO文本消息。为了这样做，控制器124在步骤204中生成针对该MO文本消息的在线信用请求(也称为在线借记请求)。例如，控制器124可以生成Diameter Ro信用控制请求(CCR)作为在线信用请求。控制器124然后用关于该文本消息起始于何处和/或该文本消息去向何处的信息来填充该在线信用请求。因此，控制器124在步骤206中确定针对该MO文本消息的起源网络的类型。控制器124可以基于被用于发送请求的信令的类型来确定起始网络类型，例如，如果发送请求是SS7 “SMDPP”消息，则控制器124确定起始网络是CDMA2000网络。如果发送请求是SS7MAP “mo-ForwardSM”消息，则控制器124确定起始网络是GSM/GPRS网络。如果发送请求是SIP消息并且发送者不是LTE订户(控制器124基于预先提供的简档来证实该发送者不是LTE订户)，则控制器124确定起始网络是MS网络。如果发送请求是SIP消息并且发送者是LTE订户，则控制器124确定起始网络是LTE网络。
[0036]另外在步骤206中，控制器124可以确定针对MO文本消息的终止网络的类型。为了这样做，控制器124可以处理用于该MO文本消息的接收者的预先提供的简档。该用于接收者的简档可以指示针对该文本消息的终止网络类型。备选地，该用于接收者的简档可以指示订户数据库(例如，归属订户服务器(HSS)或归属位置寄存器(HLR))，该订户数据库存储了关于接收者的信息，诸如服务于该接收者的网络的类型。
[0037]在步骤208中，控制器124将起始网络类型的指示符插入在该在线信用请求中。控制器124还可以将终止网络类型的指示符插入在该在线信用请求中。为了将起始网络类型和/或终止网络类型的指示符插入在线信用请求中，可以在用于在线信用请求的收费协议中定义新的字段或参数。收费协议当前不具有针对网络类型所定义的字段。因此，新的字段被定义在用于起始网络类型的指示符和/或终止网络类型的指示符的收费协议中。作为示例，如果该收费协议是Diameter，则针对起始网络类型的指示符和/或终止网络类型的指示符定义新的属性值配对(AVP)。接口 122在步骤210中将在线信用请求传输至0CS130。
[0038]图3是图示了在一个示例性实施例中用于针对MO文本消息收费的方法300的流程图。在步骤302中，0CF132从消息中心120接收在线信用请求，并且处理该在线信用请求以确定该请求是用于对服务事件(即，MO文本消息)的授权。0CF132是基于事件的控制功能，其被委派了针对服务事件(诸如文本消息)进行收费的任务。因此，0CF132将收费信息传输至费率引擎134，以确定针对该MO文本消息的收费费率。收费信息包括起始网络类型的指示符和/或终止网络类型的指示符。费率引擎143在步骤304中确定针对该MO文本消息的收费费率，其是发送该MO文本消息的价格或成本(例如，$0.05/消息)。费率引擎134可以基于预定义的费率表来确定收费费率，该预定义的费率表考虑了起始网络类型、终止网络类型、一天中的时间或一周中的哪天、漫游相对非漫游、或者其他条件。费率引擎134然后将收费费率报告给OCF132。
[0039]在步骤306中，利用针对该MO文本消息的收费费率，0CF132与ABMF136通信，以确定该发送者的账户结余对于该MO文本消息的收费费率是否充足。如果该发送者的账户结余是充足的，则0CF132在步骤308中授权该MO文本消息并且记入(debit)ABMF136中的该发送者的账户中。0CF132生成在线信用响应，诸如Diameter信用控制应答(CCA)，并且然后将该MO文本消息被授权的指示插入在该在线信用响应中。0CF132然后在步骤310中将在线收费响应发送至消息中心120。
[0040]如果该发送者的账户结余不足，则0CF132可以在步骤312中拒绝该MO文本消息。0CF132然后将该MO文本消息被拒绝的指示插入在该在线信用响应中，并且在步骤314中将在线收费响应发送至消息中心120。0CF132可以备选地通知该发送者账户结余不足，并且尝试从该发送者获取支付。
[0041]在图2中，消息中心120的接口 122在步骤212中从0CS130接收在线信用响应。如果在该在线信用响应中MO文本消息被授权，则控制器124在步骤214中接受该MO文本消息用于递送。如果在该在线信用响应中该MO文本消息没有被授权，则控制器124在步骤216中拒绝该MO文本消息。
[0042]除了基于起始和/或终止网络的网络类型的收费之外地，或者作为备选地，可以基于MO文本消息的发送者和/或接收者是否位于归属网络中或者正在漫游来对该MO文本消息进行收费。图4是图示了在一个示例性实施例中处理MO文本消息的附加步骤的流程图。在将在线信用请求发送至0CS130(步骤210)之前，控制器124在步骤402中确定MO文本消息的发送者是否在漫游。换句话说，控制器124确定针对该MO文本消息的起始网络是否是针对该发送者的归属网络或漫游网络。为了确定该发送者是否在漫游，控制器124可以处理发送请求的路由层中的网络地址。例如，如果发送请求采用SS7协议，则控制器124可以识别SS7消息的信令连接控制部分(SCCP)层(例如，“呼叫方地址”)中的网络地址。控制器124然后确定呼叫方地址是否属于归属网络或漫游(外地)网络。在确定发送者的漫游/非漫游状态之后，控制器124在步骤404中将针对该发送者的漫游指示符插入在该在线信用请求中，该漫游指示符指示该发送者正在漫游或非漫游。
[0043]此外，控制器124可以在步骤406中确定MO文本消息的接收者是否在漫游。换句话说，控制器124确定针对该MO文本消息的终止网络是否是针对该接收者的归属网络或漫游网络。为了这样做，控制器124可以针对该接收者查询订户数据库(例如，HSS或HLR)，以确定该接收者的网络地址。控制器124然后确定由订户数据库所提供的网络地址是否属于归属网络或漫游(外地)网络。在确定该发送者的漫游/非漫游状态之后，控制器124在步骤408中将指示该接收者正在漫游或非漫游的针对该接收者的指示符插入在该在线信用请求中。[0044]0CS130可以然后处理这个附加信息(如图3中所示出的)，以确定针对该MO文本消息收费多少。
[0045]如上文的类似过程被用在递送移动终止(MT)文本消息中。假设MT文本消息去往由网络110-111之一所服务的接收者。与上文所描述的很相似，该MT文本消息在发送请求中被路由至消息中心120。
[0046]图5是图示了在一个示例性实施例中处理MT文本消息的方法500的流程图。将参考图1中的消息中心120来描述方法500的步骤，但是本领域的技术人员将意识到，方法500可以在其他网络和系统中被执行。
[0047]在步骤502中，接口 122接收针对MT文本消息的发送请求。响应于接收到该MT文本消息，控制器124确定该MT文本消息的接收者是预付(在线)订户。在尝试将该MT文本消息递送给接收者之前，控制器124从0CS130寻求准许。控制器124在步骤504中生成针对该MT文本消息的在线信用请求。如下文所描述的，控制器124然后用关于该文本消息去向何处和/或该文本消息起始于何处的信息来填充在线信用请求。
[0048]控制器124在步骤506中确定针对该MT文本消息的终止网络的类型。控制器124可以通过查询订户数据库来确定终止网络类型。如果接收者是LTE订户或双模式(SS7/MS)订户，则控制器124可以查询HSS以确定针对该接收者的MSUserState和S-CSCFName。如果HSS指示该接收者存在于IMS网络中，如果根据预先提供的简档该接收者是LTE订户，则控制器124确定终止网络类型是LTE网络。如果根据预先提供的简档该接收者不是LTE订户，则控制器124确定终止网络类型是IMS网络。如果根据预先提供的简档，该接收者是CDMA2000订户，则控制器124使用SS7 ‘SMSREQ’消息来查询CDMA HLR0如果来自HLR的smsrequest[ACK]返回“smsaddr”，则控制器124确定终止网络是CDMA2000网络。如果根据预先提供的简档该接收者是GSM/UMTS订户，则控制器 124 使用 SS7MAP SendRoutingInfoForSM 消息查询 GSM/UMTS HLR。如果来自 HLR 的sendRoutinglnfoForSM-res 包括“networkNode-Number”，则控制器 124 确定终止网络是GSM网络。
[0049]另外在步骤506中，控制器124可以确定针对MT文本消息的起始网络的类型。控制器124可以处理起始网络中所使用的信令协议类型，以确定起始网络类型。备选地，控制器124可以处理针对该MT文本消息的发送者的预先提供的简档。该发送者的简档可以指示针对该文本消息的起始网络类型。
[0050]在步骤508中，控制器124将终止网络类型的指示符插入在该在线信用请求中。控制器124还可以将起始网络类型的指示符插入在该在线信用请求中。如在MO实施例中的，新的字段或参数可以被定义在用于在线信用请求的收费协议中，以包括终止网络类型的指示符和/或起始网络类型的指示符。在步骤510中，接口 122将该在线信用请求传输至 OCS130 O
[0051]图6是图示了在一个示例性实施例中用于针对MT文本消息收费的方法600的流程图。在步骤602中，0CF132从消息中心120接收在线信用请求，并且处理该在线信用请求以确定该请求是用于对服务事件(即，MT文本消息)的授权。0CF132将收费信息传输至费率引擎134，以确定针对该MT文本消息的收费费率。该收费信息包括终止网络类型的指示符和/或起始网络类型的指示符。费率引擎134在步骤604中确定针对该MT文本消息的收费费率，其是递送该MT文本消息的价格或成本(例如，$0.05/消息)。费率引擎134然后将该收费费率报告给OCF132。
[0052]在步骤606中，利用针对该MT文本消息的收费费率，0CF132与ABMF136通信，以确定该接收者的账户结余对于该MT文本消息的收费费率是否充足。如果该接收者的账户结余是充足的，则0CF132在步骤608中授权该MT文本消息并且记入该接收者的账户中。0CF132生成在线信用响应，诸如Diameter CCA,并且将该MT文本消息被授权的指示插入在该在线信用响应中。0CF132然后在步骤610中将在线收费响应发送至消息中心120。
[0053]如果针对该接收者的账户结余不足，则0CF132可以在步骤612中拒绝该MT文本消息。0CF132然后将该MT文本消息被拒绝的指示插入在该在线信用响应中，并且在步骤614中将在线收费响应发送至消息中心120。
[0054]在图5中，消息中心120的接口 122在步骤512中从0CS130接收在线信用响应。如果在该在线信用响应中MT文本消息被授权，则控制器124在步骤514中尝试将该MT文本消息递送给接收者。如果在该在线信用响应中该MT文本消息没有被授权，则控制器124在步骤516中丢弃该MT文本消息。
[0055]除了基于起始和/或终止网络的网络类型的收费之外地，或者作为备选地，可以基于MT文本消息的接收者和/或发送者是否位于归属网络中或者正在漫游来对该MT文本消息收费(参见图4)。
[0056]消息中心120如上文所描述的允许针对文本消息的差别化收费，其取决于针对该文本消息的起始网络的类型，和/或针对该文本消息的终止网络的类型。替代针对文本消息的固定费率收费，本文所描述的收费取决于文本消息的发送者所使用地网络的类型，和/或该文本消息的接收者所使用的网络的类型。因此，服务提供商在如何针对文本消息发送的收费上具有更多的灵活性，这能够增加收入。
[0057]示例
[0058]图7图示了在另一个示例性实施例中的移动网络700。在这个实施例中，移动网络700是MS网络710和CDMA2000网络711的混合，该MS网络710和CDMA2000网络711是不同的技术网络。頂S网络710连接至SMS中心(SMSC) 720，并且CDMA2000网络711连接至SMSC721。SMSC720-721连接至在线收费系统(OCS) 730。
[0059]在这个示例中，IMS网络710服务于SMS消息的发送者的用户设备(UE) 740。SMS消息(通过UE750)去往由CDMA2000网络711服务的接收者。为了发送SMS消息，发送者的UE740将SMS消息封装在SIP MESSAGE中，诸如在SIP MESSAGE的RP-DATA (例如，RP-User-Data字段)中。UE740然后将该SIP MESSAGE传输至MS网络710，该MS网络710将该 SIP MESSAGE 转发给 SMSC720。
[0060]从SMSC720的视角，SMS消息(在SIP MESSAGE中)是MO消息。响应于接收到该MO SMS消息，SMSC720确定该MO SMS消息的发送者是预付(在线)订户。在接受该MO SMS消息之前，SMSC720从0CS720寻求准许，以处理该MO SMS消息。为了这样做，SMSC720生成针对该MO SMS消息的Diameter Ro信用控制请求(CCR)。SMSC720然后诸如通过处理到来的消息协议类型来确定针对该MO SMS消息的起始网络的类型。在这个示例中，起始网络类型是“MS”。SMSC720还确定针对该MO SMS消息的终止网络的类型。SMSC720可以查询本地数据库或订户数据库(例如，HSS/HLR)，以确定终止网络类型。在这个示例中终止网络类型是CDMA2000。SMSC720然后将起始网络类型(S卩，IMS)的指示符以及针对终止网络类型(B卩，CDMA2000)的指示符插入在Diameter CCR中。针对这些指示符，新的AVP被定义在Diameter协议中。Diameter具有针对“协议”定义的AVP。然而,协议可能不一定指示网络的类型。例如，SIP可以被使用在MS网络和LTE网络中。因此，协议指示符不指定网络类型。本文所定义的新的Diameter AVP实际上指示/指定针对起始网络和/或终止网络的网络类型。SMSC720然后将Diameter CCR传输至0CS730。
[0061]0CS730处理Diameter CCR以确定该请求是用于对MO SMS消息的授权。0CS730基于起始网络类型的指示符和/或终止网络类型的指示符来确定针对MO SMS消息的收费费率。如果针对该发送者的账户结余对于该MO SMS消息的收费费率是充足的，则0CS730授权该MO SMS消息并且记入该发送者的账户。0CS730然后将Diameter信用控制应答(CCA)与针对该MO SMS消息的授权一起返回给SMSC720。因为该MO SMS消息被0CS730授权，所以SMSC720接受该MO SMS消息用于递送。SMSC720可以然后如SMS协议所定义的执行对该MO SMS消息的存储和转发处理。
[0062]因为该SMS消息目的为CDMA2000网络711中的接收者，所以SMSC720将该SMS消息转发给SMSC721。SMSC720可以在SIP MESSAGE中转发该SMS消息，或者采用SMSC721内所使用的协议。从SMSC721的视角，该SMS消息是MT消息。
[0063]响应于接收到该MT SMS消息，SMSC721确定该MT SMS消息的接收者是预付(在线)订户。在尝试将该MT SMS消息递送给该接收者之前，SMSC721从0CS730寻求准许。SMSC721生成针对该MT SMS消息的Diameter CCR0如在MO示例中的，SMSC721确定针对该MT SMS消息的终止网络类型(CDMA2000)以及起始网络类型(MS)。SMSC721然后将终止网络类型(BP,CDMA2000)的指示符以及起始网络类型(即，頂S)的指示符插入在Diameter CCR中，并且将该Diameter CCR传输至0CS730。
[0064]0CS730处理该Diameter CCR，以确定该请求是用于对MT SMS消息的授权。0CS730基于起始网络类型的指示符和/或终止网络类型的指示符来确定针对该MT SMS消息的收费费率。如果针对该接收者的账户结余对于该MT SMS消息的收费费率是充足的，则0CS730授权该MT SMS消息并且记入该接收者的账户。0CS730然后将Diameter CCA与针对该MTSMS消息的授权一起返回给SMSC721。因为该MT SMS消息被0CS730授权，所以SMSC721发起对该MT SMS消息的存储和转发处理，以尝试通过CDMA2000网络711递送给该接收者的UE750。
[0065]在附图中所示出的或者在本文中所描述的各种元件中的任何一个元件可以被实施为硬件、软件、固件、或者这些的某种组合。例如，元件可以被实施为专用硬件。专用硬件元件可以被称为“处理器”、“控制器”、或者某种类似的术语。当由处理器提供时，这些功能可以由单个专用处理器、由单个共享处理器、或者由多个单独的处理器来提供，多个单独的处理器中的一些处理器可以是共享的。此外，对术语“处理器”或“控制器”的明确使用不应当解释为排他地指代能够执行软件的硬件，并且可以隐含地不带限制地包括数字信号处理器(DSP)硬件、网络处理器、专用集成电路(ASIC)或其他电路、现场可编程门阵列(FPGA)、用于存储软件的只读存储器(ROM)、随机访问存储器(RAM)、非易失性储存器、逻辑、或者某种其他的物理硬件部件或模块。
[0066]而且，元件可以被实施为由处理器或计算机可执行的指令，以执行该元件的功能。指令的一些示例是软件、程序代码、以及固件。当被该处理器执行时，这些指令操作地指示该处理器执行该元件的功能。这些指令可以存储在由该处理器可读的存储设备上。存储设备的一些示例是数字或固态存储器、诸如磁盘和磁带的磁存储介质、硬盘驱动、或光学可读数字数据存储介质。
[0067]尽管本文描述了特定的实施例，但是本发明的范围不限于这些特定实施例。本发明的范围由下列权利要求以及它们的任何等价形式来定义。
【权利要求】
1.一种系统，包括: 接口，可操作用于接收针对移动起始(MO)文本消息的发送请求；以及控制器，可操作用于生成针对所述MO文本消息的在线信用请求，用于确定针对所述MO文本消息的起始网络的类型，并且用于将所述起始网络类型的指示符插入在所述在线信用请求中； 所述接口进一步可操作用于将所述在线信用请求传输至在线收费系统。
2.根据权利要求1所述的系统，其中: 所述控制器进一步可操作用于确定所述MO文本消息的发送者是否在漫游，并且用于将针对所述发送者的漫游指示符插入在所述在线信用请求中。
3.根据权利要求1所述的系统，其中: 所述控制器进一步可操作用于确定针对所述MO文本消息的终止网络的类型，并且用于将所述终止网络类型的指示符插入在所述在线信用请求中。
4.根据权利要求3所述的系统，其中: 所述控制器进一步可操作用于确定所述MO文本消息的接收者是否在漫游，并且用于将针对所述接收者的漫游指示符插入在所述在线信用请求中。
5.根据权利要求1所述的系统，其中: 所述接口进一步可操作用于接收针对移动终止(MT)文本消息的发送请求；` 所述控制器进一步可操作用于生成针对所述MT文本消息的在线信用请求，用于确定用于终止所述MT文本消息的网络的类型，以及用于将所述终止网络类型的指示符插入在针对所述MT文本消息的所述在线信用请求中；并且 所述接口进一步可操作用于将针对所述MT文本消息的所述在线信用请求传输至所述在线收费系统。
6.一种方法，包括: 接收针对移动起始(MO)文本消息的发送请求； 生成针对所述MO文本消息的在线信用请求； 确定针对所述MO文本消息的起始网络的类型； 将所述起始网络类型的指示符插入在所述在线信用请求中；以及 将所述在线信用请求传输至在线收费系统。
7.根据权利要求6所述的方法，进一步包括: 确定所述MO文本消息的发送者是否在漫游；以及 将针对所述发送者的漫游指示符插入在所述在线信用请求中。
8.根据权利要求6所述的方法，进一步包括: 确定针对所述MO文本消息的终止网络的类型； 将所述终止网络类型的指示符插入在所述在线信用请求中。
9.根据权利要求8所述的方法，进一步包括: 确定所述MO文本消息的接收者是否在漫游；以及 将针对所述接收者的漫游指示符插入在所述在线信用请求中。
10.根据权利要求6所述的方法，进一步包括: 接收针对移动终止(MT)文本消息的发送请求；生成针对所述MT文本消息的在线信用请求； 确定用于终止所述MT文本消息的网络的类型； 将所述终止网络类型的指示符插入在针对所述MT文本消息的所述在线信用请求中；以及 将针对所述MT文本消息的所述 在线信用请求传输至所述在线收费系统。
【文档编号】H04M15/06GK103688527SQ201280035648
【公开日】2014年3月26日 申请日期:2012年6月29日 优先权日:2011年7月18日
【发明者】蔡亦钢, S·沙, S·辛 申请人:阿尔卡特朗讯