CN1929679A

CN1929679A - 一种业务激活操作的实现方法及装置

Info

Publication number: CN1929679A
Application number: CNA2005100987495A
Authority: CN
Inventors: 施有铸; 徐培利
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2005-09-05
Filing date: 2005-09-05
Publication date: 2007-03-14
Also published as: CN101099406A; CN101099406B

Abstract

本发明公开了一种业务激活操作的实现方法，该方法由终端设备根据用户选择的业务激活操作发起初始会话协议(SIP)消息，并且由该SIP消息中用于携带各种业务激活操作所需信息的固定信息段携带用户选择的业务激活所需的信息；网络中接收到所述SIP消息的呼叫控制节点，将所述SIP消息触发到对应的业务控制节点；所述业务控制节点根据所述固定信息段中携带的信息进行业务激活处理。本发明还同时公开了一种终端设备，包括设置单元、控制单元和发送单元。

Description

一种业务激活操作的实现方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种业务激活操作的实现方法及其装置。

背景技术

目前，随着分组技术的不断成熟，基于电路交换的传统电信网络正在向着基于分组交换的宽带电信网发展，其中，使用初始会话协议(SIP协议)作为分组电信核心网的呼叫控制信令是当前的技术发展趋势之一。如，当前ETSI对TISPAN(Telecommunications and Internet Converged Services and Protocols forAdvanced Networking)系列标准的制订，在这当中，有一个标准工作项目(workitem)是对PSTN/ISDN Simulation Services Advice of Charge(AoC，计费通知)业务的信令控制协议的研究，AoC业务的具体描述可查看该工作项目输出的Draft ETSI TS<3030>的最新版本。

在TISPANAoC业务中，给出了一种业务应用激活的操作模式“On requeston a per communication basis”，表示对一个具体的呼叫请求应用AoC业务。

对不同的业务应用模式，一般都有对应的用户激活该业务应用的操作模式(本文中简称为“业务激活操作模式”)，业务激活的操作模式大致可以分为如下四种：

1、签约激活

用户通过某种方式和运营商签约了某种业务后，不需要再进行操作，即可应用该业务。如“主叫号码显示”业务，用户和运营商签约后，该业务即可被直接使用。

2、登记激活

用户和运营商签约某种业务后，通过某种终端和某种人机界面操作，发起对该业务应用的登记请求操作并成功后，才可以应用该业务。如“遇忙呼叫前转”业务，用户在终端登记成功后，符合条件的呼入来话才会因该业务应用而被前转。

一般的，用户可以通过和“登记激活”相对应的某种人机界面操作，发起撤消请求操作，以取消对该业务的登记，即“撤消激活”。用户还可以通过某种操作，验证某个业务是否已经登记，即“验证激活”。

3、临时激活

用户对某个特定呼叫，希望临时应用某种业务，则可以通过某种终端和某种人机界面操作，临时激活该业务应用于该特定呼叫。在该特定呼叫结束后，网络将会自动取消该业务应用。如“缩位拨号呼出”业务，用户在终端上成功登记了一个缩位号码后，若发起对该缩位号码的呼叫，还需要在呼出时通过终端操作指明此次呼叫应用了缩位拨号呼出业务。

4、临时去激活

与“临时激活”类似的，用户也可以发起“临时去激活”的业务激活操作，指示对某个特定呼叫，临时去激活某种业务的应用。如用户已经登记激活了“呼叫等待”业务，用户可以在发起第一个呼叫时，通过终端操作指示本次呼叫临时去激活呼叫等待应用，则该呼叫建立后，该用户不会受新呼入来话的影响。

显然，不同的业务激活操作模式隐含了网络对业务的不同触发方式，它一般包含了业务类型、操作类型、补充信息这三种信息。其中，“签约激活”因不需要用户的后继额外操作，而不在本发明的描述范畴之内，本发明描述的业务激活操作模式特指“登记激活”、“临时激活”、“临时去激活”。

可以看出，上述的AoC业务激活操作模式“On request on a percommunication basis”对应的将是“临时激活”，在Draft ETSI TS<3030>中给出了该业务激活操作模式的具体实现方式：新扩展一个SIP头域P-AOC，用户如果希望应用AoC业务临时作用于某个呼叫，则在终端上设置P-AOC头域后再发出呼叫，网络将根据P-AOC头域触发AoC业务的应用。

TISPAN AoC业务激活操作模式“On request on a per communication basis”的实现方式似乎是合理并可行的，但实际上，该实现方式对终端提出了具体的要求：终端必须支持新扩展的P-AOC头域并作为人机界面的一部分提供给用户操作，否则上述的业务激活操作模式将无法实现。显然，一种业务应用的操作越依赖于终端的支持，那么这种业务的推广就越困难。

在更深的层次上，造成上述情况的原因在于：TISPAN并没有将“临时激活”作为一类业务激活操作模式而给出一个完整的实施方案，即TISPAN没有完整的分析业务激活操作模式的不同需求从而得出一个***的解决方案，而只是对其中的一种具体业务应用给出了一种实现方案。

除AoC业务外，TISPAN还定义了其它10种PSTN/ISDN Simulation业务，再看其它业务中对业务激活操作模式的实现方案，上述问题就会更加明显，再如下面两个业务：

OIR(Originating Identification Restriction，去话标识限制)业务的“临时激活”业务激活操作模式(Temporary mode)，通过一个SIP头域Privacy由用户在终端上进行设置。该业务的具体描述可查看其对应工作项目输出的DraftETSI TS<3025>的最新版本。

MWI(Message Waiting Indication，消息等待指示)业务的订阅(登记激活)，通过一个SIP头域Event中定义的事件包message-summary由用户终端上进行设置。该业务的具体描述可查看其对应工作项目输出的Draft ETSI TS<3024>的最新版本。

从上述可知：TISPAN试图通过新增SIP头域或新增事件包由用户在终端上进行设置，以完成不同的业务激活的操作模式的需求。即将业务激活操作模式的业务内涵交由终端去理解，并由终端标识出业务的触发内容，指示网络进行相应的业务触发，如由终端标识出P-AOC头域，网络根据P-AOC头域就可以触发AoC业务。

但显然，虽然TISPAN目前只定义了11种Simulation业务，但将来会出现何种新的业务应用，是TISPAN所无法预测的，因此终端还面临着因推广新业务而升级的问题。比如：运营商新推出一种折扣话费业务，该业务可以提供较便宜的话费，但通话质量差一点，用户在发起呼叫时可以用“临时激活”的业务激活操作模式去应用于本次呼叫，如果按照TISPAN的思路，只能再扩展一个新的SIP头域来标识该折扣话费业务(本发明所描述到的所有业务的具体含义，请参看相关的电信标准，本发明不再作具体解释)。

由于在ETSI制订的TISPAN标准中，对不同的业务通过新增不同的SIP头域或新增不同的事件包由用户在终端上进行设置，以完成不同的业务激活操作模式的需求，因此，没有完整的分析业务激活操作模式的不同需求从而得出一个***的解决方案，而只是对其中的一种具体业务应用给出了一种实现方案，每种业务对应的业务激活操作模式的实现方案都各行其是，不具有可预见性，其主要存的以下问题：

1、由于终端在其基本功能之外，对不同业务的激活操作模式的不同的扩展支持，从而将增加终端的制造成本。

2、当运营商推广一个新的业务时，若该业务的激活操作模式要求终端进行新的扩展支持才能实现，则终端只能进行升级支持，从而不利于该业务的推广。

发明内容

本发明提供一种业务激活操作的实现方法及其装置，以解决现有技术中存在支持不同业务激活操作模式需要进行不同的扩展而导致设备制造成本高和业务推广受到限制的问题。

本发明提供以下技术方案：

一种业务激活操作的实现方法，包括如下步骤：

终端设备根据选择的业务激活操作发起初始会话协议(SIP)消息，并且由该SIP消息中用于携带各种业务激活操作所需信息的固定信息段携带所述的业务激活操作所需的信息；

网络中接收到所述SIP消息的呼叫控制节点，将所述SIP消息触发到业务控制节点；以及

所述业务控制节点根据所述固定信息段中携带的信息进行业务激活处理。

根据上述方法：

所述固定信息段存在于Request-URI和/或To头域内表示SIP消息接收方的标识部分。

通过扩展表示所述SIP消息接收方的标识部分的特定参数，携带各种使用业务激活操作所需要的信息。

根据所述SIP消息会话请求接收方标识的格式：所述扩展的特定参数可以存在于SIP-URI和SIPS-URI的uri-parameters中；或者，所述扩展的特定参数可以通过特定分隔符缀于absoluteURI的某个特定区域。

所述固定信息段存在于SIP消息新扩展的头域中。

所述使用业务激活操作所需要的信息包括业务类型和/或操作类型。

所述操作类型包括登记、撤销、验证、应用和不应用。

所述使用业务激活操作所需要的信息还包括补充信息。

所述补充信息包括用户、密码和时间中的一项或多项。

所述呼叫控制节点将SIP消息触发至业务控制节点的方式为：呼叫控制节点根据所述固定信息段携带的业务激活操作信息，或者根据所述固定信息段携带的业务激活操作信息和其它必须的SIP消息内容，将SIP消息触发至处理该业务激活操作的业务控制节点。

所述SIP消息为INVITE消息、REGISTER消息、SUBSCRIBE消息或MESSAGE消息。

一种终端设备，包括：

设置单元，用于向用户提供操作界面并接受用户设置的业务激活操作所需要的信息；

控制单元，用于将所述设置单元接受的业务激活操作所需要的信息，写入SIP消息中用于携带各种业务激活操作所需信息的固定信息段；

发送单元，用于发送生成的SIP消息。

根据上述设备：

所述控制单元将业务激活操作所需要信息写入表示SIP消息会话请求接收方标识的Request-URI和/或To头域中；或者，所述控制单元将业务激活操作所需要信息写入SIP消息中新扩展的头域内，该头域用于统一携带各种业务激活操作所需信息。

所述控制单元将业务激活操作所需信息写入接收方的用户标识部分扩展的特定参数中。

本发明有益效果如下：

通过本发明的方案，使得在以SIP作为呼叫控制信令的分组核心网中，只需要终端的基本功能的支持；或终端通过一个固定的、对所有业务激活操作模式都适用的扩展支持，即可在终端上完成相应的业务激活操作，降低了终端的制造成本和销售价格。

另一方面，当运营商推广一个新的业务时，若该业务的激活操作模式要求终端进行新的扩展支持才能实现，则终端也不需要进行升级支持，从而有利于该业务的推广。比如前述的折扣话费业务，用户发起呼叫时，只需要按键输入：

SIP:[email protected];srv=discount,op=apply

网络就可以根据用户输入的业务类别discount(折扣话费业务)，触发相应的业务应用。

附图说明

图1为分组核心网的组网示意图；

图2为本发明实现业务激活操作模式的流程图；

图3为本发明中的终端设备结构示意图。

具体实施方式

为了在以初始会话协议(SIP)作为核心网的呼叫控制信令的分组电信网中，避免业务激活操作模式的实现依赖于终端的扩展支持，本发明使用户终端不去理解具体的业务激活操作模式的业务内涵，不去标识业务的触发内容，而是将用户的输入信息由SIP消息中用于携带各种业务激活操作所需信息的固定信息段携带到网络，由网络通过用户根据输入信息来标识出业务激活的触发内容，从而完成业务激活的触发。这样，用户通过终端的基本功能的支持，即可在终端上完成相应的业务激活操作模式；或者终端通过一个固定的、对所有业务激活操作模式都适用的扩展支持，使用户通过该固定的扩展支持，在终端上完成相应的业务激活操作模式。

以SIP作为呼叫控制信令的分组核心网的网络逻辑结构如图1所示，其中：

SIP终端是支持SIP协议并提供分组网络接口的用户终端设备。

接入控制节点是向SIP终端提供接入分组核心网的注册、认证、鉴权等功能的网络节点，将终端注册至不同的呼叫控制节点，当终端发起呼叫时，接入控制节点将呼叫路由至其归属的呼叫控制节点。接入控制节点和呼叫控制节点为不同的网络实体时，两者之间的接口E1为SIP接口；接入控制节点和呼叫控制节点为同一个网络实体时，接口E1为SIP接口或自定义的内部接口。

呼叫控制节点为接入分组核心网的SIP终端提供呼叫控制、路由接续等功能，它可以将呼叫触发至业务控制节点。两个呼叫控制节点之间的接口E3为SIP接口。

业务控制节点为接入分组核心网的SIP终端提供各种业务逻辑控制功能，是各种业务的宿主执行环境。业务控制节点和呼叫控制节点为不同的网络实体时，两者之间的接口E2为SIP接口；业务控制节点和呼叫控制节点为同一个网络实体时，接口E2为SIP接口或自定义的内部接口。可以有多个处理不同业务的业务控制节点存在，如处理AoC业务的AoC业务控制节点，处理MWI业务的MWI业务控制节点等。

在本发明中，SIP消息中用于携带各种业务激活操作所需信息的固定信息段可以是SIP请求行中的Request-URI和To头域，也可以是一个固定的、对所有业务激活操作模式都适用的扩展头域。业务激活操作所需信息包括业务类型和/或操作类型，还可进一步包括补充信息。

在呼叫控制节点上，可将上述固定信息段中的内容配置为触发规则之一，呼叫控制节点可通过匹配该内容触发会话请求到相应的业务控制点。

在SIP协议中，用户按键输入的会话请求接收方(被叫方)标识可以通过SIP请求行中的Request-URI和To头域来携带，这是SIP终端的基本功能之一，因此，如果在Request-URI和/或To头域中能携带实现业务激活操作模式所必须的业务类型、操作类型、补充信息这三种信息，SIP终端就可以不需要进行扩展。

SIP协议中，会话请求接收方标识有三种格式：SIP-URI、SIPS-URI和absoluteURI。其中SIP-URI和SIPS-URI具有相似的描述格式：

SIP-URI="sip:"[userinfo]hostport

uri-parameters[headers]

SIPS-URI="sips:"[userinfo]hostport

uri-parameters[headers]

..................

uri-parameters=*(";"uri-parameter)

uri-parameter=transport-param/user-param/method-param

/ttl-param/maddr-param/lr-param/other-param

................................

other-param=pname["="pvalue]

................................

可以看出，SIP-URI和SIPS-URI中都有相同的参数uri-parameter，该参数可以有多种表达方式，因此可以将尚未有明确定义的other-param改造成一个有明确定义的表达方式；或新增一种有明确定义的uri-parameter的表达方式：

srv-param=srv-type,srv-op[,sub-info]

srv-type="srv="

("aoc"/"mwi"/"oir"/other-type)

other-type=token

srv-op="op="

("register"/"cancel"/"verify"/"apply"/"non-apply"/other-op)

other-op=token

sub-info=sub-info-param*(COMMA sub-info-param)

sub-info-param=generic-param

其中，srv-type、srv-op、sub-info分别表示业务类型、操作类型、补充信息这三种信息，srv-type的取值给出了若干个示例，按顺序分别表示：AoC业务、MWI业务、OIR业务，这些业务的在TISPAN标准中都有描述定义；

其中，srv-op的取值给出了若干个示例，按顺序分别表示：登记、撤消、验证、应用(即“临时激活”)、不应用(即“临时去激活”)；

其中，sub-info则可以是一至多个的不确定含义的字符串，如用户号码、密码、时间等，这些字符串在每个业务激活操作模式中的具体含义则由网络去识别。

上述的srv-param一样可以应用于absoluteURI，在absoluteURI最后通过一个分隔符“?”增加上srv-param即可。

例如，用户终端呼叫[email protected]，并想临时激活AoC业务的应用，则该呼出会话的SIP请求行和To头域可以描述成：

INVITE sip:[email protected];srv=aoc,op=apply SIP/2.0

To:<sip:[email protected];srv=aoc,op=apply>

再如，用户终端向邮箱[email protected]订阅MWI业务，则该订阅的SIP请求行和To头域可以描述成：

INVITE sip:[email protected];srv=mwi,op=register SIP/2.0

To:<sip:[email protected];srv=mwi,op=register>

参阅图2所示，以INVITE消息中的Request-URI携带业务激活操作所需信息的，实现业务激活操作模式的主要处理过程如下：

1、用户呼叫[email protected]，并临时激活AoC业务的应用，用户终端发起呼叫会话，并且该呼出会话的SIP请求行描述为：

INVITE sip:[email protected];srv=aoc,op=apply SIP/2.0

2、呼叫控制节点接收INVITE消息，根据INVITE消息中请求行Request-URI中包含的信息“srv=aoc”，将呼叫会话触发至处理AoC业务的业务控制节点。

3、业务控制节点接收INVITE消息，根据Request-URI中包含的信息“op=apply”判断这是用户请求临时激活AoC业务应用于本次呼叫，并进行相应的后续控制处理。

类似的，直接扩展一个新的SIP头域P-Service，在该头域中携带业务类型、操作类型、补充信息，P-Service头域格式可以重用上述的srv-param的描述格式。对INVITE消息的处理流程与图2同理，只是呼叫控制节点和业务控制节点从INVITE消息中的P-Service头域获取信息来识别具体的业务激活操作，在此不再赘述。

可以看出，虽然用户终端需要支持这个新扩展的SIP头域，但该头域对所有业务都适用，不需要为不同的业务的业务激活操作模式进行不同的扩展适配。比如，用户按键输入被叫用户标识后，终端界面主动显示“srv”等业务激活操作模式参数，提示用户输入具体的参数值如“aoc”等；或者用户主动按表示该参数的快捷键后，再输入具体的参数值如“aoc”等，而具体的参数值，甚至也可以由终端支持，如终端直接给出菜单选项，将“aoc”等参数值显示给用户进行选择。

也可以看出，上述这个终端扩展支持的实施例，其实对前述的通过SIP会话请求接收方标识SIP-URI、或SIPS-URI、或absoluteURI中携带业务激活操作模式参数的实现方式，一样有效。虽然这样就需要终端功能进行扩展支持，但同样的，该扩展对所有业务都适用。

本发明要对所有业务的业务激活操作模式都使用，关键是其所必须的业务类型、操作类型、补充信息这三种信息的描述方式具有通用性，具体分析如下：

1、“业务类型”除了实施例中给出的文本描述方式，如“aoc”，还可以直接采用业务特征码的描述方式，比如，按中国标准，遇忙呼叫前转的业务特征码为“40”，则用户登记“遇忙呼叫前转”业务，对应的SIP请求行可以描述成：

INVITE sip:[email protected];srv=40,op=register,26540808 SIP/2.0

因此，“业务类型”具有很强的通用性。

2、“操作类型”根据前面的分析，已经包含了登记、撤消、验证、临时激活、临时去激活这五种业务激活操作类型，因此具有通用性。

3、“补充信息”的描述格式由于是一至多个的不确定含义的字符串，而这些字符串在每个业务激活操作模式中的具体含义由网络去识别，终端并不理解这些字符串的具体含义，因此具有通用性。比如上例的“遇忙呼叫前转”业务的登记，用户直接输入26540808，网络根据“业务类型”和“操作类型”解析出这是用户输入的前转号码。

当然，也可以进一步的规范出几个常用的“补充信息”的描述，如num(用户号码)、pin(密码)、t(时间)、l(业务级别)等，则上例的“遇忙呼叫前转”业务的登记，可以写成：

INVITE sip:[email protected];srv=40,op=register,num=26540808 SIP/2.0。

参阅图3所示，本发明的终端设备20包括设置单元200，控制单元210和发送单元220(图中未示出其他完成现有基本功能的功能单元)；其中：

设置单元200，用于向用户提供操作界面并接受用户输入的业务激活操作所需要的信息。

控制单元210，与设置单元200具有逻辑上的连接关系，用于将所述设置单元200接受的业务激活操作所需要的信息，写入SIP消息中用于携带各种业务激活操作所需信息的固定信息段。

发送单元220，用于发送生成的SIP消息。

一种较佳的方式是，设置单元200与控制单元210为同一个逻辑实体。

通过本发明的方案，使得在以SIP作为呼叫控制信令的分组核心网中，只需要终端的基本功能的支持；或终端通过一个固定的、对所有业务激活操作模式都适用的扩展支持，即可在终端上完成相应的业务激活操作模式，降低了终端的制造成本和销售价格。

另一方面，当运营商推广一个新的业务时，若该业务的业务激活操作模式要求终端进行新的扩展支持才能实现，则终端也不需要进行升级支持，从而有利于该业务的推广。比如前述的折扣话费业务，用户发起呼叫时，只需要按键输入：

SIP:[email protected];srv=discount,op=apply

需要说明的是，在本实施例中，流程的图示和文字说明仅为突出本发明的关键技术所作的解释，并不表示一个完整的呼叫和业务控制流程，也没有穷尽所有可能的分支流程；而描述的SIP协议的扩展参数和扩展头域的格式，仅为突出其所必须传递的内容，并不表示这是唯一的描述方式。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1、一种业务激活操作的实现方法，其特征在于，包括如下步骤：

2、如权利要求1所述的方法，其特征在于，所述固定信息段存在于Request-URI和/或To头域内表示SIP消息接收方的标识部分。

3、如权利要求2所述的方法，其特征在于，通过扩展表示所述SIP消息接收方的标识部分的特定参数，携带各种使用业务激活操作所需要的信息。

4、如权利要求3所述的方法，其特征在于，根据所述SIP消息会话请求接收方标识的格式：所述扩展的特定参数可以存在于SIP-URI和SIPS-URI的uri-parameters中；或者，所述扩展的特定参数可以通过特定分隔符缀于absoluteURI的某个特定区域。

5、如权利要求1所述的方法，其特征在于，所述固定信息段存在于SIP消息新扩展的头域中。

6、如权利要求1至5任一项所述的方法，其特征在于，所述使用业务激活操作所需要的信息包括业务类型和/或操作类型。

7、如权利要求6所述的方法，其特征在于，所述操作类型包括登记、撤销、验证、应用和不应用。

8、如权利要求6所述的方法，其特征在于，所述使用业务激活操作所需要的信息还包括补充信息。

9、如权利要求8所述的方法，其特征在于，所述补充信息包括用户、密码和时间中的一项或多项。

10、如权利要求1所述的方法，其特征在于，所述呼叫控制节点将SIP消息触发至业务控制节点的方式为：呼叫控制节点根据所述固定信息段携带的业务激活操作信息，或者根据所述固定信息段携带的业务激活操作信息和其它必须的SIP消息内容，将SIP消息触发至处理该业务激活操作的业务控制节点。

11、如权利要求1所述的方法，其特征在于，所述SIP消息为INVITE消息、REGISTER消息、SUBSCRIBE消息或MESSAGE消息。

12、一种终端设备，其特征在于，包括：

发送单元，用于发送生成的SIP消息。

13、如权利要求12所述的终端设备，其特征在于，所述控制单元将业务激活操作所需要信息写入表示SIP消息会话请求接收方标识的Request-URI和/或To头域中；或者

所述控制单元将业务激活操作所需要信息写入SIP消息中新扩展的头域内，该头域用于统一携带各种业务激活操作所需信息。

14、如权利要求13所述的终端设备，其特征在于，所述控制单元将业务激活操作所需信息写入接收方的用户标识部分扩展的特定参数中。