CN101227642A - 一种实现通信业务提示的方法、系统及设备 - Google Patents
一种实现通信业务提示的方法、系统及设备 Download PDFInfo
- Publication number
- CN101227642A CN101227642A CNA2007103022799A CN200710302279A CN101227642A CN 101227642 A CN101227642 A CN 101227642A CN A2007103022799 A CNA2007103022799 A CN A2007103022799A CN 200710302279 A CN200710302279 A CN 200710302279A CN 101227642 A CN101227642 A CN 101227642A
- Authority
- CN
- China
- Prior art keywords
- supplementary service
- information
- user terminal
- call
- receives
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 47
- 238000004891 communication Methods 0.000 title claims abstract description 40
- 238000012545 processing Methods 0.000 claims description 29
- 238000001514 detection method Methods 0.000 claims description 20
- 239000000284 extract Substances 0.000 claims description 4
- 238000000605 extraction Methods 0.000 claims description 4
- 230000006870 function Effects 0.000 description 6
- 239000013589 supplement Substances 0.000 description 3
- 238000010276 construction Methods 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 230000008676 import Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000001953 sensory effect Effects 0.000 description 1
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明实施例提供了一种实现通信业务提示的方法、系统及设备，网络侧设备接收来自主叫用户终端的呼叫信息，如果接收到的呼叫信息中存在补充业务码，则根据所述补充业务码确定补充业务提示信息，将所述补充业务提示信息发送至所述被叫用户电话号码所对应的被叫用户终端；被叫用户终端如果接收到来自网络侧设备的补充业务提示信息，则根据接收到的补充业务提示信息选择提示方式进行补充业务提示。因此，如果主叫用户终端发送补充业务码，被叫用户终端就能够进行相应的补充业务提示，为用户通信实现了补充业务提示的功能。
Description
技术领域
本发明涉及通信业务，特别涉及实现通信业务提示的方法、系统及设备。
背景技术
目前，通信中业务提示的内容包括：来电类型和来电号码。其中，来电类型可以为电话、短信或彩信等；来电号码是可选的，可以在业务提示中为被叫用户来电号码，也可以根据客户要求不向被叫用户提供来电号码。
目前广泛采用的通信业务提示的方法如图1所示：
主叫用户终端向被叫用户终端发起呼叫时，会向网络侧设备发送呼叫信息，所述呼叫信息中包括被叫用户的电话号码。
网络侧设备收到来自主叫用户终端的呼叫信息后，根据呼叫信息中的被叫用户电话号码确定被叫用户终端，通过向所述被叫用户终端发送信号(Signal)消息来通知被叫用户终端有来电。
被叫用户终端在收到来自网络侧设备的Signal消息之后，可以通过播放来电铃音来提示用户有来电信息，如果收到来电号码，还会将来电号码显示到来电界面上。
通过以上方法可以看出，现有技术中，通信业务提示的内容仅限于来电类型和来电号码，不能提供其它通信业务提示，如加急呼叫提示。为此，考虑提供一种通信业务提示的方法、系统及设备，可以为用户通信提供补充业务提示。
发明内容
本发明实施例提供一种实现通信业务提示的方法，能够为用户通信提供补充业务提示。
本发明实施例还提供了一种实现通信业务提示的系统，能够为用户通信提供补充业务提示。
本发明实施例提供一种主叫用户终端设备，能够为用户通信提供补充业务提示。
本发明实施例提供一种网络侧设备，能够为用户通信提供补充业务提示。
本发明实施例提供一种被叫用户终端设备，能够为用户通信提供补充业务提示。
为实现第一个发明目的，本发明实施例提供的技术方案为：
一种实现通信业务提示的方法，该方法包括：
主叫用户终端在需要应用补充业务提示时，向网络侧设备发送包括补充业务码和被叫用户电话号码的呼叫信息；
网络侧设备接收到的呼叫信息中如果存在补充业务码，则根据所述补充业务码确定补充业务提示信息，将所述补充业务提示信息发送至所述被叫用户电话号码所对应的被叫用户终端；
被叫用户终端如果接收到来自网络侧设备的补充业务提示信息，则根据接收到的补充业务提示信息选择提示方式进行补充业务提示。
为实现第二个发明目的，本发明实施例提供的技术方案为：
一种实现通信业务提示的系统，该系统包括：主叫用户终端、网络侧设备和被叫用户终端；
所述主叫用户终端用于在需要应用补充业务提示时向网络侧设备发送包括补充业务码和被叫用户电话号码的呼叫信息；
所述网络侧设备用于接收来自主叫用户终端的呼叫信息，在接收到的呼叫信息中存在补充业务码的情况下，根据接收到的呼叫信息中的补充业务码确定补充业务提示信息，将所述补充业务提示信息发送至呼叫信息中被叫用户电话号码对应的被叫用户终端；
所述被叫用户终端用于接收来自网络侧设备的补充业务提示信息，根据接收到的补充业务提示信息进行补充业务提示。
为实现第三个发明目的，本发明实施例提供的技术方案为：
一种主叫用户终端，该主叫用户终端包括：存储模块、用户操作模块和绑定模块；
所述存储模块用于预先存储补充业务码；
所述用户操作模块用于接收主叫用户输入的补充业务命令以及被叫用户电话号码，根据所述补充业务命令提取存储模块中的补充业务码，将提取的补充业务码和接收到的被叫用户电话号码发送至绑定模块；
所述绑定模块用于接收来自用户操作模块的补充业务码和被叫用户电话号码，将所述补充业务码添加在所述被叫用户电话号码前面作伪呼叫信息发送出去。
为实现第四个发明目的，本发明实施例提供的技术方案为：
一种网络侧设备，该设备包括：检测模块、处理模块和基础模块；
所述检测模块用于接收来自主叫用户终端的呼叫信息，检测接收到的呼叫信息中是否存在补充业务码，如果是，则将呼叫信息中的补充业务码删除发送至基础模块，通知所述处理模块根据补充业务码确定补充业务提示信息；
所述处理模块用于在接收来自检测模块的通知后，根据补充业务码确定补充业务提示信息，将所述补充业务提示信息发送至基础模块；
所述基础模块用于接收来自检测模块的呼叫信息和来自处理模块的补充业务提示信息，将接收到的补充业务提示信息发送至接收到的呼叫信息中被叫用户电话号码对应的被叫用户终端。
为实现第五个发明目的，本发明实施例提供的技术方案为：
一种被叫用户终端，该被叫用户终端包括：接收模块和提示模块；
所述接收模块用于接收来自网络侧设备的补充业务提示信息，将接收到的补充业务提示信息发送至提示模块；
所述提示模块用于接收来自接收模块的补充业务提示信息，根据接收到的补充业务提示信息进行补充业务提示。
从上述技术方案中可以看出，本发明实施例提供的实现通信业务提示的方法、系统及设备，将来自主叫用户终端的补充业务码转换为补充业务提示信息，再通知被叫用户终端根据所述补充业务提示信息进行补充业务提示。因此，如果主叫用户终端发送补充业务码，被叫用户终端就能够进行相应的补充业务提示，为用户通信实现了补充业务提示的功能。
附图说明
图1为现有技术中实现通信业务提示方法的示意图；
图2为本发明实施例一提供的实现通信业务提示方法的流程图；
图3为本发明实施例二提供的实现通信业务提示方法的流程图；
图4为本发明实施例三提供的实现通信业务提示方法的流程图；
图5为本发明实施例四提供的实现通信业务提示的系统的结构图；
图6为本发明实施例五提供的实现通信业务提示的系统的结构图。
具体实施方式
为使本发明的目的、技术方案和优点表达得更加清楚明白，下面结合附图及具体实施例对本发明再作进一步详细的说明。
实施例一：
本发明实施例提供了一种实现通信业务提示的方法，如图2所示，该方法包括：
步骤201：网络侧设备接收到的呼叫信息中如果存在补充业务码，则网络侧设备根据所述呼叫信息中的补充业务码确定补充业务提示信息，将所述补充业务提示信息发送至所述呼叫信息中的被叫用户电话号码所对应的被叫用户终端。
在执行步骤201之前，可以将补充业务码预置在主叫用户终端中，主叫用户终端在需要应用补充业务提示时，将预置在主叫用户终端中的补充业务码添加在被叫用户电话号码前作为呼叫信息发送至网络侧设备。当然，主叫用户也可以直接手动编辑补充业务码添加在被叫用户电话号码前，将所述补充业务码和被叫用户电话号码作为呼叫信息通过主叫用户终端发送至网络侧设备。
补充业务码可以由运营商根据应用需要来定义。例如，定义加急呼叫的补充业务码为*FC。
步骤202：被叫用户终端如果接收到来自网络侧设备的补充业务提示信息，则根据接收到的补充业务提示信息进行补充业务提示。
步骤202和步骤203可以采用多种方式实现，例如在CDMA系统中，可以预先将Signal消息扩展出扩展位；在网络侧设备接收到的呼叫信息中存在补充业务码的情况下，用所述Signal消息的扩展位承载补充业务提示信息。
这种情况下，如果网络侧设备接收到的呼叫信息中不存在补充业务码，则网络侧设备可以用所述Signal消息的扩展位承载普通业务提示信息；被叫用户终端如果接收到来自网络侧设备的普通务提示信息，则根据接收到的普通业务提示信息进行普通业务提示。普通业务提示的内容可以包括来电类型和来电号码，其中来电号码是可选的，这与现有技术中业务提示的内容相同，那么给用户的感官体验是相同的。但区别在于，网络侧设备和被叫用户终端的处理过程是不同的，现有技术中的业务提示，是在被叫用户终端接收到来自网络侧的Signal消息之后，直接进行的业务提示；而本发明实施例提供的普通业务提示，是被叫用户终端在接收到Signal消息之后，进一步判断Signal消息扩展位中的数据是否为普通业务提示信息，在判断结果为是之后，再执行的普通业务提示。例如，可以设定铃音1作为补充业务提示的提示方式，选择铃音2作为普通业务提示的提示方式。现有技术中，只要被叫用户终端接收到来自网络侧设备的Signal消息，就会选择铃音2进行普通业务提示。而本发明实施例提供的实现通信业务提示的方法中，被叫用户终端如果接收到来自网络侧设备的补充业务提示信息，可以选择铃音1进行补充业务提示；如果没有接收到网络侧设备发送的补充业务提示信息，则可以择铃音2进行普通业务提示。
另外，所述补充业务提示信息还可以为文字消息，这样，网络侧设备就可以不扩展Signal消息，而是在接收到补充业务码的情况下，根据接收到的补充业务码确定文字消息，并在向被叫用户终端发送Signal消息之后，再将所述文字消息发送至所述被叫用户终端。所述文字消息可以采用短信息的方式，通过显示记录(Display Record)消息或者扩展显示记录(Extend DisplayRecord)消息发送至被叫用户终端。
由以上内容可以看出，本发明实施例提供的实现通信业务提示的方法，将来自主叫用户终端的补充业务码转换为补充业务提示信息，再通知被叫用户终端根据所述补充业务提示信息进行补充业务提示。采用本发明实施例提供的方法，如果主叫用户终端发送补充业务码，被叫用户终端就能够进行相应的补充业务提示，为用户通信实现了补充业务提示的功能。
下面以加急呼叫为例，对本发明实施例提供的实现通信业务提示的方法作进一步详细说明。
实施例二：
本实施例中，运营商根据应用需要定义加急呼叫的补充业务码为*FC。将补充业务码*FC预置在主叫用户终端中。
本实施例中，网络侧设备可以采用Signal消息将补充业务提示信息或普通业务提示信息发送至被叫用户终端。CDMA系统中，Signal消息的定义如表1所示：
| 类型-特性(Type-Specific Field) | 长度(比特)(Length(bits)) |
| 信号类型(Signal_Type) | 2 |
| 提示音高(Alert_Pitch) | 2 |
| 信号编码(Signal) | 6 |
| 保留位(Reserved) | 6 |
表1
其中，Signal_Type、Alert_Pitch和Signal主要用于定义提示铃音，Reserved是未使用的位，一般情况下对Reserved不做处理。
本发明实施例将Reserved位中的一位作为扩展位，用于承载补充业务提示信息或普通业务提示信息，扩展方式如表2所示：
| 类型-特性(Type-Specific Field ) | 长度(比特)(Length(bits)) |
| 信号类型(Signal_Type) | 2 |
| 提示音高(Alert_Pitch) | 2 |
| 信号编码(Signal) | 6 |
| 补充位(Urgent) | 1 |
| 保留位(Reserved) | 5 |
表2
图3为本发明实施例二提供的实现通信业务提示方法的流程图，如图3所示：
步骤301：将补充业务码预置在主叫用户终端中；
步骤302：主叫用户终端将预置在主叫用户终端中的补充业务码添加在被叫用户电话号码前作为呼叫信息发送至网络侧设备。
例如，主叫用户在主叫用户终端中输入被叫用户电话号码，针对所述被叫用户号码选择加急呼叫命令，那么主叫用户终端就会将所述被叫用户电话号码和所述补充业务码*FC绑定为一个整体发送至网络侧设备，具体绑定方式可以为：将*FC放在被叫用户电话号码前面作为呼叫信息。
步骤303：网络侧设备检测接收到的呼叫信息中是否存在补充业务码，如果是，则执行步骤304，否则执行步骤307。
步骤304：网络侧设备根据所述呼叫信息中的补充业务码确定补充业务提示信息。本实施例中，网络侧设备将Signal消息的Urgent位设置为1，代表需要加急呼叫。
步骤305：网络侧设备将所述补充业务提示信息发送至所述呼叫信息中的被叫用户电话号码所对应的被叫用户终端。本实施例中，网络侧设备将Urgent位为1的Signal消息发送至呼叫信息中的被叫用户电话号码所对应的被叫用户终端。
这里，网络侧设备根据被叫用户电话号码确定被叫用户终端可以通过现有的方法来实现。例如，可以将呼叫信息中的*FC删除后发送至现有的模块，进而采用现有方法来通过被叫用户电话号码确定被叫用户终端，这里不再赘述。
步骤306：被叫用户终端检测接收到的业务提示信息，如果是补充业务提示信息，根据接收到的补充业务提示信息选择提示方式进行补充业务提示。
本实施例中，网络侧设备检测接收到的Signal消息的Urgent位，如果所述Urgent位为1，则执行加急呼叫提示。至此，被叫用户通过加急呼叫提示可以得知主叫用户发起的加急呼叫，为用户通信实现了补充业务提示。
步骤307：网络侧设备用所述Signal消息的扩展位中承载普通业务提示信息。本实施例中，网络侧设备将Signal消息的Urgent位置为0。
步骤308：网络侧设备将Urgent位为0的Signal消息发送至呼叫信息中的被叫用户电话号码所对应的被叫用户终端。
步骤309：被叫用户终端检测接收到的业务提示信息，如果是普通业务提示信息，根据接收到的普通业务提示信息选择提示方式进行普通业务提示。本实施例中，网络侧设备检测接收到的Signal消息的Urgent位，如果所述Urgent位为0，则执行普通业务提示。
由以上内容可以看出，本发明实施例提供的实现通信业务提示的方法，将来自主叫用户终端的补充业务码转换为补充业务提示信息，再通知被叫用户终端根据所述补充业务提示信息进行补充业务提示。采用本发明实施例提供的方法，如果主叫用户终端发送补充业务码，被叫用户终端就能够进行相应的补充业务提示，为用户通信实现了补充业务提示的功能。
本发明实施例提供的方法，将Signal消息扩展出扩展位，用于承载补充业务提示信息或普通业务提示信息，不需要向被叫用户终端另外发送信息就可以直接通过Signal消息通知被叫用户终端进行补充业务提示或普通业务提示，方便用户使用。
另外，本发明实施例提供的实现通信业务提示方法中，所述补充业务提示信息还可以为文字消息，这样，网络侧设备就可以不扩展Signal消息，而是在接收到补充业务码的情况下，根据接收到的补充业务码确定文字消息，并在向被叫用户终端发送Signal消息之后，再将所述文字消息发送至所述被叫用户终端。下面对这种情况进行详细说明。
实施例三：
本实施例中，补充业务提示信息为文字消息。运营商根据应用需要定义加急呼叫的补充业务码为*FC。设定加急呼叫提示的文字消息为“加急呼叫”。
图4为本发明实施例三提供的实现通信业务提示方法的流程图，如图4所示：
步骤401：主叫用户终端在需要应用补充业务提示时，编辑*FC+被叫用户电话号码发送至网络侧设备。
步骤402：网络侧设备检测接收到的呼叫信息中是否存在补充业务码，如果是，则执行步骤403，否则执行步骤407。
步骤403：网络侧设备根据所述呼叫信息中的补充业务码确定补充业务提示信息。本实施例中，网络侧设备在收到补充业务码后，将文字消息设置为“加急呼叫”，代表需要加急呼叫。
步骤404：网络侧设备向呼叫信息中的被叫用户电话号码所对应的被叫用户终端发送Signal消息。
本步骤中，如果被叫用户终端收到网络侧设备发送的Signal消息，会按照现有技术的方式，根据接收到的Signal消息进行普通业务提示，例如向被叫用户提供来电类型或来电号码。
步骤405：网络侧设备通过Display Record消息或者Extend Display Record消息将“加急呼叫”文字消息发送至呼叫信息中的被叫用户电话号码所对应的被叫用户终端。
步骤406：被叫用户终端接收到来自网络侧设备的文字消息“加急呼叫”之后，会按照现有技术的方式将来自网络侧设备的文字消息“加急呼叫”以短信息的方式显示。
在实际应用中，如果主叫用户终端A向被叫用户终端B发起加急呼叫，则会编辑*FC+被叫用户终端B的电话号码拨打电话，被叫用户终端B在收到A的来电提示之后，会另外收到一条短信：“加急呼叫”。这样，被叫用户通过加急呼叫提示可以得知主叫用户发起的加急呼叫，为用户通信实现了补充业务提示。
步骤407：网络侧设备向呼叫信息中的被叫用户电话号码所对应的被叫用户终端发送Signal消息。
步骤408：被叫用户终端收到网络侧设备发送的Signal消息后，按照现有技术的方式，根据接收到的Signal消息进行普通业务提示，例如向被叫用户提供来电类型或来电号码。
由以上内容可以看出，本发明实施例提供的实现通信业务提示的方法，将来自主叫用户终端的补充业务码转换为补充业务提示信息，再通知被叫用户终端根据所述补充业务提示信息进行补充业务提示。采用本发明实施例提供的方法，如果主叫用户终端发送补充业务码，被叫用户终端就能够进行相应的补充业务提示，为用户通信实现了补充业务提示的功能。
本发明实施例提供的方法采用文字消息作为补充业务提示信息，被叫用户终端具有短信功能就能够接收来自网络侧的补充业务提示信息，将来自网络侧的文字消息显示即可实现补充业务提示。大大降低了制造成本，也更易于实现。
基于以上方法，本发明实施例还提供了一种实现通信业务提示的系统，该系统包括主叫用户终端、网络侧设备和被叫用户终端。下面就对该系统作进一步详细说明。
实施例四：
图5为本发明实施例提供的实现通信业务提示的系统结构图，如图5所示，该系统包括：主叫用户终端501、网络侧设备502和被叫用户终端503。
主叫用户终端501用于在需要应用补充业务提示时向网络侧设备502发送包括补充业务码和被叫用户电话号码的呼叫信息。
其中，主叫用户终端501可以采用现有的用户终端，如普通的手机。这种情况下，主叫用户可以通过手动编辑补充业务码和被叫用户电话号码，将补充业务码和被叫用户电话号码作为呼叫信息发送至网络侧设备502。采用现有的用户终端作为主叫用户终端可以大大降低系统制造成本，也更易于实现。
另外，主叫用户终端501也可以包括存储模块、用户操作模块和绑定模块。所述存储模块用于预先存储补充业务码；所述用户操作模块用于接收主叫用户输入的补充业务命令以及被叫用户电话号码，根据所述补充业务命令提取存储模块中的补充业务码，将提取的补充业务码和接收到的被叫用户电话号码发送至绑定模块；所述绑定模块用于接收来自用户操作模块的补充业务码和被叫用户电话号码，将所述补充业务码添加在所述被叫用户电话号码前面作伪呼叫信息发送至网络侧设备。这样，大大方便了用户的使用，尤其在补充业务码种类繁多或长度过长的情况下，使得用户更易于操作。
网络侧设备502用于接收来自主叫用户终端501的呼叫信息，在接收到的呼叫信息中存在补充业务码的情况下，根据接收到的呼叫信息中的补充业务码确定补充业务提示信息，将所述补充业务提示信息发送至呼叫信息中被叫用户电话号码对应的被叫用户终端503；
被叫用户终端503用于接收来自网络侧设备502的补充业务提示信息，根据接收到的补充业务提示信息进行补充业务提示。
网络侧设备502在接收到的呼叫信息中存在补充业务码的情况下，可以用Signal消息来承载补充业务提示信息；在接收到呼叫信息中不存在补充业务码的情况下，确定普通业务提示信息，用Signal消息承载普通业务提示信息，将所述普通业务提示信息发送至被叫用户终端503。
被叫用户终端503可以进一步用于接收来自网络侧设备502的普通业务提示信息，根据接收到的普通业务提示信息进行普通业务提示。
可以用Signal消息来承载补充业务提示信息或者普通业务提示信息。
在本发明实施例提供的实现通信业务提示系统中，可以预先将Signal消息扩展出扩展位。在网络侧设备502接收到的呼叫信息中存在补充业务码的情况下，所述Signal消息的扩展位用于承载补充业务提示信息；在网络侧设备502接收到的呼叫信息中不存在补充业务码的情况下，所述Signal消息的扩展位用于承载普通业务提示信息。
所述补充业务提示信息还可为文字消息。在补充业务提示信息为文字消息的情况下，网络侧设备502可以在确定补充业务提示信息后，先向呼叫信息中的被叫用户电话号码所对应的被叫用户终端503发送Signal消息，再向被叫用户终端503发送补充业务提示信息。
在补充业务提示信息为文字消息的情况下，被叫用户终端503可以采用现有的用户终端来实现，如普通的具有短信功能的手机。
由以上内容可以看出，本发明实施例提供的实现通信业务提示的系统，将来自主叫用户终端的补充业务码转换为补充业务提示信息，再通知被叫用户终端根据所述补充业务提示信息进行补充业务提示。采用本发明实施例提供的系统，如果主叫用户终端发送补充业务码，被叫用户终端就能够进行相应的补充业务提示，为用户通信实现了补充业务提示的功能。
下面以加急呼叫为例，对本发明实施例提供的实现通信业务提示的系统作进一步详细说明。
实施例五：
本实施例中，运营商根据应用需要定义加急呼叫的补充业务码为*FC。预先将Signal消息的Reserved位中的一位作为扩展位Urgent，扩展方式如表2所示。
图6为本发明实施例提供的实现通信业务提示的系统结构图，如图6所示，该系统包括：主叫用户终端501、网络侧设备502和被叫用户终端503。
主叫用户终端501包括：存储模块5011、用户操作模块5012和绑定模块5013。
存储模块5011用于预先存储补充业务码*FC；
用户操作模块5012用于接收主叫用户输入的补充业务命令以及被叫用户电话号码，根据所述补充业务命令提取存储模块中的补充业务码，将提取的补充业务码和接收到的被叫用户电话号码发送至绑定模块5013。
绑定模块5013用于接收来自用户操作模块5011的补充业务码和被叫用户电话号码，将所述补充业务码添加在所述被叫用户电话号码前面作伪呼叫信息发送至网络侧设备502。
例如在实际应用中，如果主叫用户向主叫用户终端输入加急呼叫的命令及被叫用户电话号码，则主叫用户终端会自动在所述被叫用户号码前添加*FC发送至网络侧。
其中，主叫用户终端501也可以采用现有的用户终端，如普通的手机。这种情况下，主叫用户可以通过手动编辑补充业务码和被叫用户电话号码，如“*FC+被叫用户电话号码”，将补充业务码和被叫用户电话号码作为呼叫信息发送至网络侧设备502。
网络侧设备502包括：检测模块5021、第一处理模块5022和第二处理模块5023。
检测模块5021用于接收来自主叫用户终端的呼叫信息，检测接收到的呼叫信息中是否存在补充业务码，如果是，则将所述呼叫信息发送至第一处理模块5022，否则将所述呼叫信息发送至第二处理模块5023。
第一处理模块5022用于接收来自检测模块5021的呼叫信息，根据接收到的呼叫信息中的补充业务码确定补充业务提示信息，将所述补充业务提示信息发送至呼叫信息中被叫用户电话号码对应的被叫用户终端。
第二处理模块5023用于接收来自检测模块5021的呼叫信息，接收到所述呼叫信息后，确定普通业务提示信息，将所述普通业务提示信息发送至被叫用户终端。
被叫用户终端503包括：接收模块5031、补充业务提示模块5032和普通业务提示模块5032；
接收模块5031用于接收来自网络侧设备502的业务提示信息，如果接收到的业务提示信息为补充业务提示信息，则将接收到的补充业务提示信息发送至补充业务提示模块5032，如果接收到的业务提示信息为普通业务提示信息，则将接收到的普通业务提示信息发送至普通业务提示模块5033。
补充业务提示模块5032用于接收来自接收模块5031的补充业务提示信息，根据接收到的补充业务提示信息进行补充业务提示。
普通业务处理模块5033用于接收来自接收模块5031的普通业务提示信息，根据接收到的普通业务提示信息进行普通业务提示。
以上所述系统中，可以用所述Signal消息承载补充业务提示信息，或者用所述Signal消息承载普通业务提示信息。
网络侧设备502在接收到的呼叫信息中存在补充业务码的情况下，可以用所述Signal消息的扩展位承载补充业务提示信息，将所述补充业务提示信息发送至呼叫信息中被叫用户电话号码对应的被叫用户终端503；在接收到的呼叫信息中不存在补充业务码的情况下，用所述Signal消息的扩展位承载普通业务提示信息，将承载有普通业务提示信息的Signal消息发送至被叫用户电话号码对应的被叫终端503。被叫用户终端503检测接收到的Signal消息的扩展位，如果扩展位中为补充业务提示信息，则进行补充业务提示，如果扩展位中为普通业务提示信息，则进行普通业务提示。
本实施例中，检测模块5021接收来自主叫用户终端501的呼叫信息，检测接收到的呼叫信息中是否存在补充业务码*FC，如果是，则将所述呼叫信息发送至第一处理模块5022，否则将所述呼叫信息发送至第二处理模块5023。
第一处理模块5022用于接收来自检测模块5021的呼叫信息，根据接收到的呼叫信息中的补充业务码*FC将Signal消息的Urgent位设置为1，将所述Signal消息发送至呼叫信息中被叫用户电话号码对应的被叫用户终端503。
第二处理模块5023用于接收来自检测模块5021的呼叫信息，接收到所述呼叫信息后，将Signal消息的Urgent位设置为0，将所述Signal消息发送至呼叫信息中被叫用户电话号码被叫用户终端503。
被叫用户终端503的接收模块5031用于接收来自网络侧设备502的Signal消息，如果接收到的Signal消息的Urgent位为1，则接收到的Signal消息发送至补充业务提示模块5032，如果接收到的Signal消息的Urgent位为0，则将接收到的Signal消息发送至普通业务提示模块5033。
补充业务提示模块5032用于接收来自接收模块5031的Urgent位为1的Signal消息，接收到所述Signal消息后，选择提示方式进行补充业务提示。
普通业务处理模块5033用于接收来自接收模块5031的Urgent位为0的Signal消息，接收到所述Signal消息后，选择提示方式进行普通业务提示。
另外，补充业务提示信息还可以为文字消息。例如，可以将文字消息“加急呼叫”设置为加急呼叫提示信息。这种情况下：
第一处理模块5022在接收到来自检测模块5021的呼叫信息后，设置文字消息“加急呼叫”作为补充业务提示信息，将文字消息“加急呼叫”发送至呼叫信息中被叫用户号码对应的被叫用户终端503；
第二处理模块5023在接收到来自检测模块5021的呼叫信息后，可以采用现有的方式直接将没有扩展的普通Signal消息发送至被叫用户终端503。
被叫用户终端503的接收模块5031如果接收到了来自网络侧设备502第一处理模块5022的文字消息“加急呼叫”，则将接收到的文字消息“加急呼叫”发送至补充业务提示模块5032，如果接收到了来自第二处理模块5023的普通Signal消息，则将所述Signal消息发送至普通业务提示模块。
补充业务提示模块5032如果接收到了来自接收模块5031的文字消息“加急呼叫”，则将所述文字消息“加急呼叫”显示给用户，进而起到了对加急呼叫业务提示的作用。
普通业务提示模块5033在接收到了来自接收模块5031的Signal消息后，可以采用现有的方式，根据接收到的Signal消息进行业务提示。
被叫用户终端503可以采用现有的用户终端来实现，如普通的具有短信功能的手机。
当然，以上五个实施例提供的方法和系统中，补充业务码可以不限于1个。例如，运营商也可以定义三种补充业务码，如*FC1，*FC2和*FC3分别代表三个等级的加急呼叫。相应的，可以将Signal消息的扩展位为2位，例如将Reserved位中的前两位作为扩展位Urgent，那么就可以将01代表第一级加急呼叫，10代表第二级加急呼叫，11代表第三级加急呼叫，而00代表普通呼叫。那么网络侧设备如果收到*FC1，则将Urgent置为01，收到*FC2，则将Urgent置为10，收到*FC3，则将Urgent置为11，如果没有接收到补充业务码，则将Urgent位设置为00，而被叫用户终端可以根据Signal消息中的Urgent位选择对应的加急呼叫提示方式。类似的，也可以将文字消息设置为“一级加急”、“二级加急”和“三级加急”，对应三种补充业务码，这里不再赘述。
由以上内容可以看出，本发明实施例提供的实现通信业务提示的方法、系统及设备，将来自主叫用户终端的补充业务码转换为补充业务提示信息，再通知被叫用户终端根据所述补充业务提示信息进行补充业务提示。因此，如果主叫用户终端发送补充业务码，被叫用户终端就能够进行相应的补充业务提示，为用户通信实现了补充业务提示的功能。。
综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (18)
1.一种实现通信业务提示的方法，其特征在于，该方法包括：
网络侧设备接收到来自主叫用户终端的呼叫信息，如果所述呼叫信息中存在补充业务码，则根据所述补充业务码确定补充业务提示信息，将所述补充业务提示信息发送至所述被叫用户电话号码所对应的被叫用户终端；
被叫用户终端如果接收到来自网络侧设备的补充业务提示信息，则根据接收到的补充业务提示信息进行补充业务提示。
2.根据权利要求1所述的方法，其特征在于，预先将信号Signal消息扩展出扩展位；
将所述补充业务提示信息发送至所述被叫用户电话号码所对应的被叫用户终端的方法包括：向所述被叫用户电话号码所对应的被叫用户终端发送Signal消息，所述Signal消息的扩展位中承载有所述补充业务提示信息。
3.根据权利要求2所述的方法，其特征在于，如果网络侧设备接收到的呼叫信息中不存在补充业务码，则该方法进一步包括：
网络侧设备向被叫用户号码对应的被叫用户终端发送Signal消息，所述Signal消息的扩展位中承载有普通业务提示信息；
所述被叫用户终端如果接收到来自网络侧设备的普通务提示信息，则根据接收到的普通业务提示信息进行普通业务提示。
4.根据权利要求1所述的方法，其特征在于，所述补充业务提示信息为文字消息；
将所述补充业务提示信息发送至所述被叫用户电话号码所对应的被叫用户终端的方法包括：通过显示记录Display Record消息或者扩展显示记录ExtendDisplay Record消息将文字消息发送至所述被叫用户号码对应的被叫用户终端。
5.根据权利要求1～4任一所述的方法，其特征在于，所述网络侧设备接收到来自主叫用户终端的呼叫信息前进一步包括：
将补充业务码预置在主叫用户终端中；
主叫用户终端将预置在主叫用户终端中的补充业务码添加在被叫用户电话号码前作为呼叫信息发送至网络侧设备。
6.一种实现通信业务提示的系统，其特征在于，该系统包括：主叫用户终端、网络侧设备和被叫用户终端；
所述主叫用户终端用于在需要应用补充业务提示时向网络侧设备发送包括补充业务码和被叫用户电话号码的呼叫信息；
所述网络侧设备用于接收来自主叫用户终端的呼叫信息，在接收到的呼叫信息中存在补充业务码的情况下，根据接收到的呼叫信息中的补充业务码确定补充业务提示信息，将所述补充业务提示信息发送至呼叫信息中被叫用户电话号码对应的被叫用户终端；
所述被叫用户终端用于接收来自网络侧设备的补充业务提示信息，根据接收到的补充业务提示信息进行补充业务提示。
7.根据权利要求6所述的系统，其特征在于，所述网络侧设备进一步用于在接收到的呼叫信息中不存在补充业务码的情况下，确定普通业务提示信息，将所述普通业务提示信息发送至被叫用户终端；
所述被叫用户终端进一步用于接收来自网络侧设备的普通业务提示信息，根据接收到的普通业务提示信息进行普通业务提示。
8.根据权利要求6或7所述的系统，其特征在于，用Signal消息承载补充业务提示信息，或者用Signal消息承载普通业务提示信息。
9.根据权利要求6所述的系统，其特征在于，所述补充业务提示信息为文字消息。
10.一种用户终端，其特征在于，该用户终端包括：存储模块、用户操作模块和绑定模块；
所述存储模块用于预先存储补充业务码；
所述用户操作模块用于接收主叫用户输入的补充业务命令以及被叫用户电话号码，根据所述补充业务命令提取存储模块中的补充业务码，将提取的补充业务码和接收到的被叫用户电话号码发送至绑定模块；
所述绑定模块用于接收来自用户操作模块的补充业务码和被叫用户电话号码，将所述补充业务码添加在所述被叫用户电话号码前面作伪呼叫信息发送出去。
11.一种网络侧设备，其特征在于，该设备包括：检测模块和第一处理模块；
所述检测模块用于接收来自主叫用户终端的呼叫信息，检测接收到的呼叫信息中是否存在补充业务码，如果是，则将所述呼叫信息发送至第一处理模块；
所述第一处理模块用于接收来自检测模块的呼叫信息，根据接收到的呼叫信息中的补充业务码确定补充业务提示信息，将所述补充业务提示信息发送至呼叫信息中被叫用户电话号码对应的被叫用户终端。
12.根据权利要求11所述的网络侧设备，其特征在于，该设备进一步包括第二处理模块；
所述检测模块进一步用于在检测到接收的呼叫信息中不存在补充业务码之后，将接收到的呼叫信息发送至第二处理模块；
所述第二处理模块用于接收来自检测模块的呼叫信息，接收到所述呼叫信息后，确定普通业务提示信息，将所述普通业务提示信息发送至所述呼叫信息中被叫用户号码对应的被叫用户终端。
13.根据权利要求12所述的网络侧设备，其特征在于，用所述Signal消息承载补充业务提示信息，或者用所述Signal消息承载普通业务提示信息。
14.根据权利要求12所述的网络侧设备，其特征在于，所述补充业务提示信息为文字消息。
15.一种用户终端，其特征在于，该用户终端包括：接收模块和补充业务提示模块；
所述接收模块用于接收来自网络侧设备的业务提示信息，如果接收到的业务提示信息为补充业务提示信息，则将接收到的补充业务提示信息发送至补充业务提示模块；
所述补充业务提示模块用于接收来自接收模块的补充业务提示信息，根据接收到的补充业务提示信息进行补充业务提示。
16.根据权利要求15所述的用户终端，其特征在于，该被叫用户终端进一步包括普通业务提示模块；
所述接收模块进一步用于接收来自网络侧设备的普通业务提示信息，将接收到的普通业务提示信息发送至普通业务处理模块；
所述普通业务处理模块用于接收来自接收模块的普通业务提示信息，根据接收到的普通业务提示信息进行普通业务提示。
17.根据权利要求16所述的用户终端，其特征在于，用Signal消息承载所述补充业务提示信息，或者用Signal消息承载普通业务提示信息。
18.根据权利要求15所述的用户终端，其特征在于，所述补充业务提示信息为文字消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007103022799A CN101227642A (zh) | 2007-12-24 | 2007-12-24 | 一种实现通信业务提示的方法、系统及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007103022799A CN101227642A (zh) | 2007-12-24 | 2007-12-24 | 一种实现通信业务提示的方法、系统及设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101227642A true CN101227642A (zh) | 2008-07-23 |
Family
ID=39859359
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2007103022799A Pending CN101227642A (zh) | 2007-12-24 | 2007-12-24 | 一种实现通信业务提示的方法、系统及设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101227642A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102131006A (zh) * | 2011-01-27 | 2011-07-20 | 中兴通讯股份有限公司 | 一种访问语音设备的方法及装置 |
| CN106502709A (zh) * | 2016-11-15 | 2017-03-15 | 腾讯科技（深圳）有限公司 | 应用业务提示方法及应用业务提示装置 |
| CN107437228A (zh) * | 2016-05-25 | 2017-12-05 | 阿里巴巴集团控股有限公司 | 数据处理方法及装置、理财产品申购方法及装置 |
-
2007
- 2007-12-24 CN CNA2007103022799A patent/CN101227642A/zh active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102131006A (zh) * | 2011-01-27 | 2011-07-20 | 中兴通讯股份有限公司 | 一种访问语音设备的方法及装置 |
| WO2012100672A1 (zh) * | 2011-01-27 | 2012-08-02 | 中兴通讯股份有限公司 | 一种访问语音设备的方法及装置 |
| CN107437228A (zh) * | 2016-05-25 | 2017-12-05 | 阿里巴巴集团控股有限公司 | 数据处理方法及装置、理财产品申购方法及装置 |
| CN106502709A (zh) * | 2016-11-15 | 2017-03-15 | 腾讯科技（深圳）有限公司 | 应用业务提示方法及应用业务提示装置 |
| CN106502709B (zh) * | 2016-11-15 | 2019-08-13 | 腾讯科技（深圳）有限公司 | 应用业务提示方法及应用业务提示装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20010041578A1 (en) | Method of transmitting and receiving multimedia data using short message service in portable radio telephone | |
| CN101420663A (zh) | 一种预知通话主题的通信方法、终端和系统 | |
| CN101951432A (zh) | 一种在通信录中增加联系人信息的方法、装置及移动终端 | |
| EP1968289B1 (en) | Moving notification message via the SIM card | |
| CN102523341B (zh) | 一种手机来电拒接系统和方法 | |
| CN102291694A (zh) | 彩铃实现方法、彩铃业务平台、终端设备及彩铃业务系统 | |
| CN102833411A (zh) | 基于双音多频的信息处理方法及系统、接收终端 | |
| CN101345794A (zh) | 一种短信发送方法及通讯终端 | |
| CN101478717A (zh) | 一种通话录音方法、系统及移动通信终端 | |
| CN101068382B (zh) | 一种短消息中心容灾分流的处理系统和方法 | |
| CN102461099A (zh) | 向多个接收机发送电子短消息的方法 | |
| CN101252701A (zh) | 一种多媒体彩像主叫名片的终端实现方法 | |
| CN102088698B (zh) | 呼叫方法和系统、呼叫码生成器、呼叫控制器和msc | |
| CN101227642A (zh) | 一种实现通信业务提示的方法、系统及设备 | |
| CN104010086A (zh) | 终端之间通话信息的处理方法及装置、终端装置 | |
| CN102655690B (zh) | 一种信息通知方法、装置及电子设备 | |
| CN101415154B (zh) | 一种信息交互的实现方法和装置 | |
| CN104703291A (zh) | 一种基于MiFi的通信方法及相关MiFi | |
| CN101340642A (zh) | 一种传输电子名片的方法、系统和装置 | |
| CN101540975A (zh) | 一种来电显示方法 | |
| CN103874028A (zh) | 一种信息控制的方法和电子设备 | |
| CN104427287A (zh) | 数据处理方法及设备 | |
| CN102238492A (zh) | 移动终端发送和接收具有签名档的短信的方法及装置 | |
| CN1610370A (zh) | 电话通话中的电话号码收发及自动存储方法 | |
| CN101202987A (zh) | 一种移动终端发送消息的方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Open date: 20080723 |