背景技术
个性化回铃音(PRBT,Private Ring Back Tone)业务也称为彩铃业务(CRBT,Coloring Ring Back Tone),是继短信之后又一项新兴的移动增值业务,自2003年以来业务发展迅速。用户可以根据自己的喜好和要求定制自己电话的回铃音。当其他主叫用户拨通该用户时,听到的将不再是单调乏味的回铃音,而是该用户定制的个性化的回铃音。个性化的回铃音可以是音频信号,如音乐、广告、录音等。用户可以通过IVR、Web、WAP、SMS等多种方式进行业务注册、管理和定制铃声,可以选择一段系统预设置好的音乐,也可以通过网站下载乐曲,甚至可以自己动手录制一段音乐或提示音内容。用户在定制时可以选择一个或多个回铃音,如按不同的时间、不同的来话。系统会根据这些组合作出智能的选择。
目前,许多电信运营商都使用PRBT业务,该业务本身与例如呼叫转移(CFX-call forwarding x)、呼叫保持(CH-call hold)等的其他补充业务一样,是作为一种电信运营中的新的补充业务而引入的。客户服务/计费系统(CCBS,Customer Care Billing System)需要在CDR(call detailedrecord)中准确记录在一个呼叫期间对业务的使用,当然对PRBT同样也需要这样做。然而,在当前的网络实现中,PRBT业务是被叫用户业务,但是它是在网关移动交换中心(gateway MSC)中被触发。因此仅当主叫用户和被叫用户位于同一移动交换中心的控制区域中时,PRBT业务触发标志才被填入移动被叫(MTC,Mobile Terminating Call)呼叫详细记录(CDR)中。然而,当主叫用户和被叫用户分别登记在两个不同的移动交换中心中时,这个PRBT标志不能被记录在被叫所在的移动交换中心的MTC CDR中,因为被叫所在的移动交换中心不知道这个PRBT业务是否在原始移动交换中心中被触发。
图1显示了主叫用户和被叫用户位于同一移动交换中心的控制区域内的情况。在该图中,MS_A是主叫用户、MS_B是具有PRBT业务的被叫用户、CallServer_A是控制MS_A和MS_B的移动交换中心,并且归属位置寄存器(HLR)和PRBT服务中心直接连接到CallServer_A。在这种情况下,当MS_B的PRBT业务被触发时,MTC CDR中可以记录该业务。
图2显示了主叫用户和被叫用户分别位于两个不同的移动交换中心的控制区域内的情况。该图对应于7号信令网的结构。在该图中,MS_A是主叫用户、MS_B是具有PRBT业务的被叫用户、CallServer_A是主叫用户所在的移动交换中心、CallServer_B是被叫用户所在的移动交换中心及STP(Signaling Transport Point)是信令转接点,并且HLR、PRBT服务中心直接连接到CallServer_A。由于MS_B是PRBT用户,当它作为被叫用户时,作为主叫用户的MS_A可以听到在CallServer_A中实现的个性化回铃音。但是在CallServer_B中,MTC CDR中没有PRBT触发标志,这是因为CallServer_B不能够知道CallServer_A是否触发了PRBT业务。因此,在CCBS中,运营商不能像其他补充业务调用那样从MTC CDR中确定地知道PRBT调用以进行计费。
附图说明
图1显示了主叫用户和被叫用户位于同一移动交换中心的控制区域内的情况;
图2显示了主叫用户和被叫用户分别位于两个不同的移动交换中心的控制区域内的情况;
图3是根据本发明一个实施例的用于通知通信网络中的补充业务是否被触发的方法的流程图;
图4和图5是具体说明上述根据本发明实施例的方法的信令流程图,它们分别对应于PRBT业务被触发和PRBT业务未被触发的情况;
图6和图7是具体说明上述根据本发明实施例的方法的信令流程图的一个变型,它们分别对应于PRBT业务被触发和PRBT业务未被触发的情况;
图8显示了为实现上述根据本发明实施例的方法可以采用的几种消息格式;
图9是根据本发明一个实施例的网络单元的框图。
具体实施方式
本发明提出了一种用于通知通信网络中的补充业务是否被触发的方法。下面参照图3来描述根据本发明一个实施例的用于通知补充业务是否被触发的方法。本实施例的方法可以适用于例如前面图2所示的系统,关于上述系统的描述在此不再重复。
如图3所示,首先在步骤301中,当第一终端呼叫第二终端时,第一网络单元向第二网络单元发送呼叫发起消息,并且第一网络单元向补充业务服务中心发送呼叫发起消息。这里,第一终端和第二终端例如是图2中的MS_A和MS_B、第一网络单元和第二网络单元例如是图2中的移动交换中心CallServer_A和CallServer_B,并且补充业务服务中心例如是图2中的PRBT服务中心。如前面所述,第一终端位于第一网络单元的控制区域内,第二终端位于第二网络单元的控制区域内,并且HLR和补充业务服务中心直接连接到第一网络单元。如前面提到的,图2所示的系统对应于7号信令网的结构。
在本实施例中,发起呼叫的过程可以采用现有的和将来的任何解决方案、标准、规范等的方式,例如采用但不限于前面所述的7号信令。具体地,下面以图4的信令流程图为例说明发起呼叫的过程。首先,终端MS_A对终端MS_B拨号。移动交换中心CallServer_A收到终端MS_A拨的被叫号码后,向HLR发送SRI(Send Routing Information)消息请求路由信息。HLR收到SRI消息后查找被叫用户数据,并将查找结果以SRI_Ack消息发回CallServer_A。同时,CallServer_A在收到被叫号码后还形成一个IAM(Initial AddressMessage)消息并将该消息发送到PRBT服务中心和CallServer_B,IAM消息是一个呼叫发起消息,消息中包含有主被叫号码、传输能力和电路标识等信息。
接着,在步骤302中,如果所述第一网络单元从所述补充业务服务中心接收到关于所述补充业务已触发的消息或所述补充业务未被触发的消息,则生成具有补充业务已触发标志或补充业务未被触发标志的消息。具体地,仍然参考图4,在PRBT服务中心和CallServer_B收到上述IAM消息后,如果PRBT服务中心确认PRBT业务被触发并且CallServer_B在查询被叫终端状态后确认被叫终端闲,则这二者向CallServer_A发回ACM(AddressComplete Message)消息,该消息表示所有必需的地址信息已全部收到,已向被叫振铃,向主叫送回铃音。在接收到PRBT服务中心发回的ACM消息后,CallServer_A就生成具有PRBT已触发标志的CPG消息。图5对应于PRBT业务未被触发的情形。在该情况下,如果PRBT服务中心确认PRBT业务未被触发则向CallServer_A发送REL消息,并且CallServer_A向PRBT服务中心发回RLC消息作为响应。此时CallServer_A生成具有PRBT未被触发标志的CPG消息。生成消息的具体方式参见下面对图8的描述。
在步骤303中,所述第一网络单元向所述第二网络单元发送上述具有补充业务已触发标志或补充业务未被触发标志的消息。具体地,如图4所示,当从PRBT服务中心接收到ACM消息并从CallServer_B接收到ACM消息后,CallServer_A就向CallServer_B发送上述具有PRBT已触发标志的CPG消息。如图5所示,当从PRBT服务中心接收到REL消息并从CallServer_B接收到ACM消息后,CallServer_A就向CallServer_B发送上述具有PRBT未被触发标志的CPG消息。然后,当被叫用户摘机后,CallServer_B向CallServer_A发回ANM(Answer Message)消息,该ANM消息指示被叫用户已摘机,双方将要进入通话状态。在图4所示的情况下,在接收到CallServer_B的ANM消息后,CallServer_A还要向PRBT服务中心发送REL(RElease Message)消息以结束这次PRBT业务,并且PRBT服务中心向CallServer_A发回RLC(Release Complete Message)作为响应。
在实际中,PRBT业务存在两种触发方式,即早期触发和后期触发。这两种触发方式的实现流程是不同的。早期触发是在用户接通电话之前就已经连接到PRBT服务中心,而后期触发是在用户被接通之后才真正连通PRBT服务中心。这两种触发方式具体地是由运营商来选择的。图4和图5对应于早期触发的情况,而图6和图7对应于后期触发的情况。从图6和图7中可以看到,在收到从CallServer_B发回的ACM消息后,CallServer_A向PRBT服务中心发送IAM消息,然后PRBT中心确认PRBT业务的触发情况,被触发则向CallServer_A发回ACM消息,未被触发则向CallServer_A发回REL消息。然后CallServer_A向CallServer_B发送具有PRBT已触发标志或PRBT未触发标志的CPG消息。
通过以上描述可知,采用本实施例的用于通知补充业务是否被触发的方法,可以在不改变现有的MSC、PRBT服务中心等以及现有的协议、标准等的情况下,可以对位于不同MSC的控制区域的两个用户终端进行呼叫时对PRBT业务的使用确切地计费。
如前面所提到的,根据本实施例方法采用例如7号信令。7号信令协议栈包括ISUP(ISDN用户部分)/BICC(承载无关呼叫控制,BearerIndependent Call Control)和TUP(电话用户部分)等。ISUP协议提供基础电信业务,包括连接建立、监视和释放。BICC协议由ISUP演变而来,它与ISUP其中一个主要的不同之处是增加了APM(应用传送)消息和APP参数:BICC通过APP参数传送封装应用信息;另外通过APM消息在呼叫的过程中实现编解码协商。在ITU-TS标准中,TUP与ISUP功能相似,提供相似的业务(例如呼叫建立和拆除),但TUP提供的业务比ISUP少并且不支持ISUP中的某些业务类别,例如非话音业务和补充业务,此外TUP也不传递与电路无关的消息包。
图8显示了为实现上述根据本发明实施例的方法可以采用的几种消息格式。从图中可以看到,在ISUP/BICC的情况下采用CPG消息。CPG消息中包括参数字段、类型字段和长度字段。参数是用户补充业务信息,类型是O(任选),以及长度是1个字节。在根据本实施例的方法中,在ISUP/BICC消息中添加了新的参数以通知PRBT业务触发标志。在用户补充业务信息的格式中,H位是事件显示受限指示符,表示该事件是否需要在CDR中显示记录,其中0表示默认的处理方式(目前都使用该值)而1表示不会在CDR中显示记录。G至A位是事件指示符,例如0000000表示PRBT业务未被触发并且0000001表示PRBT业务被触发,而0000010至1111111可以以后用作他用。在TUP消息的情况下,添加了两个新的消息来指示PRBT业务是否被触发,即PFT消息和PNT消息。PFT消息指示PRBT业务被触发,而PNT消息指示PRBT业务未被触发。其中H0和H1字段是TUP消息中的HCODE,用于指明消息类型。在ISUP/BICC与TUP互通的情况下,消息格式如图中所示,对TUP部分添加两个新的消息PFT和PNT,对ISUP部分仍然采用CPG消息,并且用户补充业务信息的格式设为01和00,其中01表示PRBT业务被触发而00表示PRBT业务未被触发。
应当指出,本发明并不限于上述消息格式的确定以及对用于传递PRBT业务触发信息的消息的选择。只要可以达到通知PRBT业务触发情况的目的,都可以适用,本发明对此没有特别限制。
在同一发明构思下,根据本发明的另一个方面,提供了一种用于对其控制区域内的终端执行信令和业务交换功能的网络单元。下面就结合附图对其进行说明。
图9示出了根据本发明一个实施例的网络单元900。该网络单元900例如是移动交换中心,其包括呼叫建立装置901、消息生成装置902和消息发送装置903。其中,呼叫建立装置901用于当位于所述网络单元的控制区域内的终端呼叫另一终端时,生成呼叫发起消息、将该呼叫发起消息发送到所述另一终端位于其控制区域内的另一网络单元,并且将该呼叫发起消息发送到补充业务服务中心。所述补充业务服务中心例如是PRBT服务中心。例如,如图4所示,当终端MS_A对终端MS_B拨号后,CallServer_A中的所述呼叫建立装置901生成IAM消息并将该消息发送到PRBT服务中心和MS_B位于其控制区域内的另一网络单元CallServer_B。消息生成装置902用于当从所述补充业务服务中心接收到关于补充业务被触发的消息时生成具有补充业务已触发标志的消息,并且当从所述补充业务服务中心接收到关于补充业务未被触发的消息时生成具有补充业务未触发标志的消息。例如,如图4和图5所示,在PRBT服务中心收到上述IAM消息后,如果PRBT服务中心确认PRBT业务被触发则向CallServer_A发回ACM消息,而如果PRBT服务中心确认PRBT业务未被触发则向CallServer_A发回REL消息。在接收到PRBT服务中心发回的ACM或REL消息后,CallServer_A就生成具有PRBT已触发标志或PRBT未触发标志的CPG消息,其中所采用的消息格式具体参见对图8的描述。消息发送装置用于将所述具有补充业务已触发标志的消息和所述具有补充业务未触发标志的消息发送到所述另一网络单元。例如,如图4和图5所示,当从PRBT服务中心接收到ACM消息并从CallServer_B接收到ACM消息后,CallServer_A就向CallServer_B发送上述具有PRBT已触发标志的CPG消息。当从PRBT服务中心接收到REL消息并从CallServer_B接收到ACM消息后,CallServer_A就向CallServer_B发送上述具有PRBT未被触发标志的CPG消息。
在实施上,本实施例的网络单元900以及其包含的呼叫建立装置901、消息生成装置902和消息发送装置903,可以以软件、硬件或软件和硬件组合的方式来实现。例如,本领域技术人员熟悉多种可用来实现这些部件的设备,诸如微处理器、微控制器、专用集成电路(ASIC)、可编程逻辑设备(PLD)和/或现场可编程门阵列(FPGA)等。
在操作上,上述结合图9说明的实施例的用于对其控制区域内的终端执行信令和业务交换功能的网络单元,可以实现前面描述的用于通知通信网络中的补充业务是否被触发的方法。通过使用该网络单元,在不改变现有的系统及现有的协议、标准等的情况下,可以对位于不同网络单元的控制区域的两个用户终端进行呼叫时对PRBT业务的使用确切地计费。
在同一发明构思下,根据本发明的又另一方面,还提出了一种通信系统,该通信系统包括至少两个终端、分别与上述至少两个终端相连接的至少两个前面实施例中描述的网络单元以及用于提供补充业务的补充业务服务中心。此外,所述通信系统还可以包括其他网络单元,例如信令转接点STP等。
以上虽然通过一些示例性的实施例对本发明的用于通知补充业务是否被触发的方法、用于对其控制区域内的终端执行信令和业务交换功能的网络单元以及包括至少两个终端、网络单元和补充业务服务中心的通信系统进行了详细的描述,但是以上这些实施例并不是穷举的,本领域技术人员可以在本发明的精神和范围内实现各种变化和修改。因此,本发明并不限于这些实施例,本发明的范围仅由所附权利要求为准。