专利名称：Imc中的请求重定向处理的制作方法
技术领域：
本发明涉及IMC(IP多媒体核心)中的业务请求处理。本发明尤其涉及在IMC中重定向所服务用户的业务请求。
背景技术：
如今存在着许多需要生成和管理会话的互联网应用，其中会话被认为是参与者相互联系之间的数据交换。这些应用的实施由于参与者的实践而变得复杂用户可能在端点之间移动、他们可由多个名称寻址、他们可能在若干不同的媒体中通信——有时会同时发生。已创作出许多带有多种形式的实时多媒体会话数据的协议，所述多媒体会话数据例如是话音、视频或文本消息。会话启动协议(SIP)通过使互联网端点(被称为用户代理)能够彼此发现，并一致同意其希望参与的会话的特征，与这些协议连同工作。为了定位预期会话参与者，或出于其它功能考虑，SIP能够生成用户代理可向其发送注册、邀请到会话以及其它请求的网络主机(被称为代理服务器)的基础结构。SIP是一种用于独立于基础传送协议和正在建立的会话类型来生成、修改和终接会话的敏捷通用工具。
IETF(互联网工程任务组)所限定的关于SIP的更多细节在RFC(请求注解)3261中描述。如上所述，SIP允许建立、处理和释放端到端多媒体会话。存在着若干对于SIP协议的附加，例如允许基于SIP的事件通知，所述事件通知为基于SIP的存在业务和其它业务的基础。
3GPP IMS(第三代合作项目IP多媒体子系统)使用SIP，以便实现3GPP(无线)网络中的广阔功能范围。
IMS中的S-CSCF(服务呼叫状态控制功能)从HSS(原籍用户系统)下载过滤器标准(FC)。FC被逐个评估，即S-CSCF基于请求URI(统一资源识别符)中的公共用户身份检查呼入请求是否匹配于第一或初始FC(最高优先级)。如果匹配，则S-CSCF将其发送到FC所指示的相关应用服务器(AS)，并将“对话识别符”加入回指到S-CSCF的路由标题。
当所述请求被从AS发送回，并由S-CSCF再次接收时，S-CSCF借助所述对话识别符识别所述请求，检查下一个较低优先级的后续FC的匹配性，并将过滤器准则应用于从先前所联系的AS接收的SIP方法。依据先前过程的结果，S-CSCF可能联系一个或多个应用服务器。
由于一些特殊业务，所述AS可能重定向所述请求(例如呼叫转发)。在这种情况下，对于AS而言，S-CSCF执行后续FC并不理想。根据现有技术，S-CSCF的这种行为无法受到AS的影响。
作为业务请求重定向实例的呼叫转发是电信系统中最常使用的业务之一。其使用显著影响到IP多媒体核心子系统中的会话处理，因而应当对其准确限定。
3GPP TS 24.229版本5标准的最新版次(v.5.3.0)规定了S-CSCF中的终接进程，其通常并未考虑到所执行业务的特殊影响。请求重定向修改了受到影响会话的请求URI数据，所述会话要求S-CSCF中的特殊处理，而这是借助标准的一般描述无法得到实现的。根据3GPPTS 24.229，v.5.3.0的章节5.4.3.3“在所服务用户处终接的请求”中描述的现有技术，在诸如呼叫转发的请求重定向的情况下，剩余进程的执行将与呼叫转发的目的发生冲突。根据3GPP TS 24.229，v.5.3.0的章节5.4.3.3“在所服务用户处终接的请求”中点11的一般描述，请求-URI被重写，排除了呼叫转发自身的可能性。换言之，根据现有技术，请求-URI由S-CSCF借助所保存的联系URL(统一资源识别符)的内容建立，其中S-CSCF所保存的用户是可通达的，所述联系URL是根据目的地公共用户身份而确定的。
迄今为止，在IP多媒体子系统(IMS)中尚未给出呼叫转发的特定描述，而IMS中的呼叫转发处理与其它现有系统中的完全不同。
发明内容
因此，本发明的目的是使得诸如IMC中呼叫转发的请求重定向成为可能。
根据本发明，该目的实现依赖于根据权利要求1的处理业务请求的方法、根据权利要求16的处理业务的方法以及根据权利要求26的应付业务请求的方法。
此外，上述目的实现依赖于根据权利要求12的设备、根据权利要求27的处理业务请求的设备。
另外，上述目的实现依赖于根据权利要求22的单元、根据权利要求28的用于处理业务的单元。
除此之外，上述目的实现还依赖于根据权利要求13的计算机程序产品和根据权利要求23的计算机程序产品。
上述目的实现还依赖于根据权利要求29的IP多媒体核心网。
本发明的更多特征在从属权利要求中限定。
根据本发明，限定了呼叫转发情况下将由终接S-CSCF执行的任务。在呼叫转发的情况下，所述终接S-CSCF并不评估其他过滤器，而是处理所述呼叫转发。此外，限定了应用服务器在呼叫转发情况下执行的任务。
图1A是示出了根据本发明的业务请求处理方法的流程图。
图1B是示出了根据本发明的业务处理方法的流程图。
图2是示出了根据本发明的IP多媒体核心网中服务设备和处理设备的示意框图。
图3是示出了根据本发明实施例的业务请求处理的信令图。
图4是示出了根据本发明实施例的S-CSCF中呼叫转发处理实例的信令图。
图5是示出了根据本发明实施例的S-CSCF中呼叫转发处理另一实例的信令图。
具体实施例方式
图1A示出了一种在IP多媒体核心网中处理业务请求的方法。在步骤S11中，用户的业务请求由服务所述用户的设备接收。例如，向第二用户的所述业务请求已由第一用户启动。在接收到所述业务请求之后，在步骤S12中，其被转发到用于处理所述业务的单元。然后在步骤S16中，从所述处理单元接收到处理结果，并基于所接收处理结果在步骤S17中判定所述第二用户的业务请求处理是否将被停止。
图1B示出了一种根据转发到处理单元的业务请求处理业务的方法。在步骤S13中，从服务于所述第二用户的设备接收所述第一用户启动的向第二用户的业务请求。在步骤S14中，所述业务被处理，而在步骤S15中，处理结果返回到所述设备，基于此在所述设备中(图1A的步骤S17中)判定对于所述第二用户的业务请求处理是否将被停止。
图2示出了一种配置为执行图1A和1B中步骤S11到S17的IP多媒体核心网(IMC网)29。具体而言，所述IMC网29包括服务用户以处理对所服务用户的业务请求的设备20、用于处理对应于所述业务请求的业务的处理单元28。
所述服务设备20包括用于接收对所述所服务用户的业务请求的第一接收部件22，用于将所接收业务请求转发给处理所述业务的处理单元28的转发部件21，用于从所述处理单元28接收处理结果的第二接收部件23，以及用于基于所接收处理结果，确定所述所服务用户的业务请求处理是否将被停止的确定部件24。
所述处理单元28包括用于从所述服务设备20接收所述业务请求的接收部件25，用于处理所述业务的处理部件26，用于将处理结果返回给所述服务设备20的返回部件27，可基于所述处理结果在所述设备20中确定对于所述第二用户的业务请求处理是否将被停止。
根据本发明实施例，所述处理单元28可能在所述处理单元中包括关于停止所述所服务(第二)用户的业务请求处理的指示。因此，所述服务设备20被设置成，检查从所述处理单元28接收的处理结果是否包括关于停止对于所述第二用户的业务请求处理的指示，且在所述指示存在的情况下，停止对于所述第二用户的业务请求处理。所述服务设备20还被设置为检查所述指示是否有效。
此外，在停止对于所述第二用户的业务请求处理之前，所述服务设备20可能会执行计费处理。
根据本发明另一实施例，由所述第一用户启动的所接收业务请求可能包括第二用户的目的地识别符，一旦业务处理开始，所述处理单元28即可判定所述业务请求将被转发给第三用户，以所述第三用户的目的地识别符代替所述第二用户的目的地识别符，并将处理结果与所述第三用户的目的地识别符一起返回给所述服务设备20。所述服务设备20可能会比较转发给所述处理单元28的所述业务请求的目的地识别符与从所述处理单元28所接收的处理结果的目的地识别符，在检测到所比较识别符有所不同的情况下，停止对于所述第二用户的业务请求处理。此外，所述服务设备20基于所接收处理结果，判定所述业务请求是否将被转发给第三用户，并基于所述处理结果中包括的目的地识别符将所述业务请求转发给所述第三用户。
由所述服务设备20接收到的所述第一用户对所述第二用户的业务请求可能包括所述第一用户的始发识别符，当所述处理单元28在处理所述业务期间中判定所述业务请求将被从所述第二设备重定向到第三用户时，所述处理单元28将所述第二用户的始发识别符包括在所述处理结果中。然后，在所述转发进程中，所述服务设备20检测出所述处理结果中所包括的所述始发识别符是所述第二用户的始发识别符，并基于所述处理结果中所包括的始发识别符转发所述业务请求。但是，在所述处理结果中所包括的始发识别符并非所述第二用户的始发识别符的情况下，所述服务设备20可能将所述第二用户的始发识别符包括在将被转发的所述业务请求中。作为选择，在所述转发进程中，所述服务设备20可能始终使用包括在所述处理结果中的始发识别符。
根据本发明的实施例，所述第一用户的所述始发识别符由所述第二用户的所述始发识别符代替。作为选择，所述第二用户的所述始发识别符被加至所述第一用户的所述始发识别符。
以下将参照图3至5来描述本发明实施例。
图3示出了其中用户A(第一用户)将初始业务请求发送给用户B(第二用户)的信令图。所述业务请求由IMC中服务于用户B的设备(服务设备)接收，例如S-CSCF(服务呼叫状态控制功能)。所述S-CSCF将所述初始业务请求发送给用户B的对应应用服务器AS(处理单元)，在此处处理所述业务请求。此后，所述AS将处理结果返回给所述S-CSCF。至此，所述处理对应于3GPP TS 24.229版本5.3.0版次5，章节5.4.3.3“在所服务用户处终接的请求”。
根据本发明，在处理S-CSCF中所服务客户或用户的终接业务中，在每次业务执行之后应当执行检查，以判定所述业务是否包括所述S-CSCF因为其不应当执行后续过滤器标准的过程。例如，在诸如呼叫转发的业务重定向的情况下，不应当执行被叫方的其它终接业务，即应当停止较低优先级的后续过滤器标准匹配的检查。
如图3所示，所述用户B的所述S-CSCF根据从所述AS接收的所述处理结果，检测出所述用户B的终接处理将被停止。在停止所述终接处理之前，所述S-CSCF执行如3GPP TS 24.229V.5.3.0版次5的章节6.4.3.3“在所服务用户处终接的请求”点5至7处所描述的与计费相关功能。
除检测所述终接处理将被停止之外，根据本发明，还由所述S-CSCF检测所述业务请求必须被转发给另一用户C。在所述检测之后，所述S-CSCF通过执行上述与计费相关任务，转换到始发模式，并最终如图3所示将所述初始业务请求转发给所述用户C，从而处理所述请求重定向。
图4示出了图3实施例的一个实例。根据图4，发送给所述BS-CSCF的初始请求包括用户B的R-URL(请求一统一资源识别符)(目的地识别符)。所述B S-CSCF将所述请求转发给所述用户B的AS。在处理所述业务中，所述B AS可能检测所述业务请求到用户C的重定向。由于在这种情况下，所述B S-CSCF不应当执行后续过滤器标准，所述B AS设置B S-CSCF不应当评估后续过滤器标准的指示。
所述AS将所述指示设置成发送回所述S-CSCF的所述请求的请求-URL的一部分。其可能是所述请求-URL的标记，例如sipGeorg.Mayer@miesbach.de；FC＝off其中“sipGeorg.Mayer@miesbach.de”是用户C的R-URI。
所述指示也可能以另一种方式来设置(例如附加标题、另一标题的参数等)。
所述S-CSCF然后应当检查是否允许所述指示由所述S-CSCF从其接收回所述请求的所述AS来设置。如果所述AS被允许设置所述指示，所述S-CSCF然后应当停止评估后续FC，并立即(或至少在执行了上述计费操作后立即)处理请求重定向。换言之，当所述B S-CSCF检测到从所述B AS返回的处理结果中的标记“FC＝off”时，其停止为所述用户B的终接处理，并切换到始发角色，例如以处理到所返回处理结果中所指示请求-URI的呼叫转发。
图5示出了图3实施例的另一实例。根据图5，发送到所述BS-CSCF的初始请求包括用户B的R-URI(请求-统一资源识别符)(目的地识别符)，以及用户A的P-A-ID(P-待证实身份)标题(始发识别符)。所述B S-CSCF将所述请求转发给所述用户B的AS。处理所述业务的结果可能是将所述业务请求重定向到用户C。为了检测请求重定向，始终由所述S-CSCF比较发送到所述AS的请求-URI与从所述AS接收的请求-URI。如图5所示，所述R-URI从B改变到C，从而使得所述S-CSCF检测到所执行请求包括诸如呼叫转发的请求重定向。
在呼叫转发情况下，应当修改所述P-待证实ID标题，从而使得用户C能够注意到来自用户A的请求或呼叫正通过用户B。例如，如果用户C具有对于用户A的呼叫禁止，而用户A呼叫具有转发到用户C的呼叫的用户B，则从用户B的角度来看，所述转发将失败。根据本发明，修改所述P-待证实ID标题由实施呼叫转发业务的AS来完成，或是由检测呼叫转发的终接S-CSCF完成(在AS并不修改所述标题的情况下)。根据图5，所述B AS已将P-A-ID从A修改为B。这种修改是如图5所示以所服务用户的IMPU(IP多媒体公共用户身份)(其也可以是所服务用户的另一IMPU)来代替所述P-待证实ID标题，或是将所服务用户的IMPU(同样也可以是所服务用户的另一IMPU)插入初始P-待证实ID标题的始端，即‘P-A-ID＝B，A’。如图5所示，所述呼叫然后被以P-A-ID＝B转发。
在检测所述B-CSCF中的呼叫转发之后，所述B S-CSCF执行如3GPP TS 24.229V.5.3.0版次5的章节5.4.3.3“在所服务用户处终接的请求”点5、6和7中描述的与计费相关任务。如果用户B已设置呼叫转发，则用户B应当为呼叫从B到C的所转发部分付费。
一旦完成与计费相关功能，所述终接S-CSCF即将角色从终接S-CSCF改变成始发S-CSCF，并开始如3GPP TS 24.299V.5.3.0版次5的章节5.4.3.2“由所服务用户启动的请求”所描述的操作，其中所述始发S-CSCF中的所服务用户是P-待证实ID标题内存储的转发IMPU，即用户B。换言之，所述B S-CSCF根据3GPP TS 24.229版本5.3.0版次5，章节5.4.3.2“由所服务用户启动的请求”，切换到始发角色并将初始业务请求转发到用户C。
所述B S-CSCF应当确保所有为B所始发呼叫限定的限制/设置得到满足。
因此，根据本发明，执行用户B的始发业务。在呼叫转发的情况下不执行始发业务将使得，用户通过设置到禁止呼叫号码的呼叫转发并呼叫自身，从而能够呼叫被禁止号码。
应当注意的是，在检测到B的终接处理将被停止之后，而在实际停止B的终接处理之前，图5方框5中所示计费任务同样在图4所示实施例中执行。此外，所述P-A-ID修改同样适用于图4所示的实施例。
此外，应当注意的是，上述实例可以不同方式组合。例如
对于R-URI改变而言a.B AS仅改变R-URI，处理结果中并无特别指示。
b.B AS在所述处理结果中指示R-URI的改变。
对于改变P-A-ID而言，存在两处选择改变的位置0.无改变(这同样是一种可能的选择，尽管在这种方式下C将不知道B被包括在中)。
1.在B AS中完成。
2.在已检测到重定向之后在B-CSCF中完成(在某一位置)。
改变的方式X.以B代替A。
Y.以B、A代替A。
因而，可能的组合是0、1X、1Y、2X和2Y。
还考虑R-URI改变，则可能的组合是a0、b0、a1X、b1X、a1Y、b1Y、a2X、b2X、a2Y和b2Y。
应当理解的是，上述描述用来说明本发明，不可解释为限制本发明。对本领域技术人员而言，显然可在并不背离所附权利要求书所限定的本发明真实精神和范围的情况下，做出各种修改和应用。
权利要求
1.一种在IP多媒体核心网中处理业务请求的方法，包括步骤接收第一用户所启动的对于第二用户的业务请求；将所述接收的业务请求转发给用于处理业务的单元；从所述处理单元接收处理结果；以及基于所述接收的处理结果，确定对于所述第二用户的业务请求处理是否将被停止。
2.根据权利要求1的方法，所述确定步骤包括步骤检查从所述处理单元接收的处理结果是否包含用于停止对于所述第二用户的业务请求处理的指示，其中当所述指示存在时，停止对于所述第二用户的业务请求处理。
3.根据权利要求2的方法，还包括步骤当所述指示存在时，检查所述指示是否有效。
4.根据权利要求1到3中任何一个的方法，还包括步骤在停止对于所述第二用户的业务请求处理之前，执行计费处理。
5.根据权利要求1到4中任何一个的方法，其中被转发给所述处理单元的业务请求和从所述处理单元接收的处理结果都包含目的地识别符，所述确定步骤包括步骤将被转发给所述处理单元的业务请求的目的地识别符与从所述处理单元接收的处理结果的目的地识别符相比较；以及当所述比较的目的地识别符不同时，停止对于所述第二用户的业务请求处理。
6.根据权利要求1到5中任何一个的方法，还包括步骤基于所述接收的处理结果，确定是否将所述业务请求转发给第三用户。
7.根据权利要求6的方法，其中被转发给所述处理单元的业务请求和从所述处理单元接收的处理结果都包含目的地识别符，所述确定步骤包括步骤将被转发给所述处理单元的业务请求的目的地识别符与从所述处理单元接收的处理结果的目的地识别符相比较；以及当确定所述比较的目的地识别符不同时，切换到始发模式，并且基于包含在所述处理结果中的目的地识别符转发所述业务请求。
8.根据权利要求6或7的方法，其中被转发给所述处理单元的业务请求和所述接收的处理结果都包含始发识别符，所述方法包括步骤检测包含在所述处理结果中的始发识别符是否为所述第二用户的始发识别符；当包含在所述处理结果中的始发识别符为所述第二用户的始发识别符时，基于包括在所述处理结果中的始发识别符转发所述业务请求。
9.根据权利要求8的方法，其中当包含在所述处理结果中的始发识别符并非所述第二用户的始发识别符时，所述第二用户的始发识别符被包含在将基于所述处理结果而被转发的业务请求中。
10.根据权利要求8或9的方法，其中以所述第二用户的始发识别符代替所述第一用户的始发识别符。
11.根据权利要求8或9的方法，其中所述第二用户的始发识别符被加入所述第一用户的始发识别符。
12.一种用于在IP多媒体核心网中处理业务请求的设备，所述设备被设置为执行根据权利要求1到11中任何一个的方法的步骤。
13.一种计算机程序产品，包括用于当在计算机上运行所述产品时，执行权利要求1到11中任何一个的步骤的软件代码部分。
14.根据权利要求13的计算机程序产品，其中所述计算机程序产品包括所述软件代码部分存储在其上的计算机可读媒体。
15.根据权利要求13的计算机程序产品，其中所述计算机程序产品可直接装入所述计算机的内存。
16.一种在IP多媒体核心网中处理业务的方法，包括步骤从服务于第二用户的设备接收第一用户所启动的对于第二用户的业务请求；处理业务；以及将处理结果返回给所述设备，并且基于所述处理结果，所述设备确定对于所述第二用户的业务请求是否将被停止。
17.根据权利要求16的方法，还包括步骤在所述处理结果中包含用于停止对于所述第二用户的业务请求处理的指示。
18.根据权利要求16或17的方法，其中所述接收的业务请求包含所述第二用户的目的地识别符，所述方法还包括步骤在业务处理时，确定所述业务请求将被转发给第三用户；以所述第三用户的目的地识别符代替所述第二用户的目的地识别符；以及返回所述处理结果以及所述第三用户的目的地识别符。
19.根据权利要求18的方法，其中所述接收的业务请求包含所述第一用户的始发识别符，所述方法还包括步骤当确定所述业务请求将被重定向给第三用户时，将所述第二用户的始发识别符包含在所述处理结果中。
20.根据权利要求19的方法，其中以所述第二用户的始发识别符代替所述第一用户的始发识别符。
21.根据权利要求19的方法，其中所述第二用户的始发识别符被加入所述第一用户的始发识别符。
22.一种用于在IP多媒体核心网中处理业务的单元，所述设备被设置为执行根据权利要求16到21中任何一个的方法的步骤。
23.一种计算机程序产品，包括用于当在计算机上运行所述产品时，执行权利要求16到21中任何一个的步骤的软件代码部分。
24.根据权利要求23的计算机程序产品，其中所述计算机程序产品包括所述软件代码部分存储在其上的计算机可读媒体。
25.根据权利要求23的计算机程序产品，其中所述计算机程序产品可直接装入所述计算机的内存。
26.一种在IP多媒体核心网中处理业务请求的方法，包括步骤在服务于第二用户的设备中，接收第一用户所启动的对于所述第二用户的业务请求；将所述接收的业务请求转发给用于处理业务的单元；在所述处理单元中接收所述转发的业务请求；在所述处理单元中处理所述业务；将处理结果返回给所述设备，并且基于所述处理结果，所述设备确定对于所述第二用户的业务请求处理是否将被停止；从所述处理单元接收所述设备的处理结果；以及基于所述接收的处理结果，确定对于所述第二用户的业务请求是否将被停止。
27.一种用于在IP多媒体核心网中处理业务请求的设备，包括用于接收第一用户所启动的对于第二用户的业务请求的装置；用于将所述接收的业务请求转发给用于处理业务的单元的装置；用于从所述处理单元接收处理结果的装置；以及用于基于所述接收的处理结果，确定对于所述第二用户的业务请求处理是否将被停止的装置。
28.一种用于在IP多媒体核心网中处理业务的单元，包括用于从服务于第二用户的设备接收第一用户所启动的对于第二用户的业务请求的装置；用于处理业务的装置；以及用于将处理结果返回给所述设备的装置，所述设备被设置为基于所述处理结果，确定对于所述第二用户的业务请求是否将被停止。
29.一种IP多媒体核心网，包括根据权利要求25的设备，以及根据权利要求26的单元。
全文摘要
根据本发明的一个方面，公开了一种在IP多媒体核心网中处理业务请求的方法。所述方法包括步骤接收由第一用户启动的对第二用户的业务请求，将所述接收的业务请求转发到用于处理所述业务的单元，从所述处理单元接收处理结果，并基于所述接收的处理结果，确定是否将停止对于所述第二用户的业务请求处理。
文档编号H04L29/06GK1762139SQ200480007037
公开日2006年4月19日 申请日期2004年3月23日 优先权日2003年3月24日
发明者约瑟夫·瓦加, 加伯·巴吉科, 加伯·贾罗, 佐尔特·拉吉科, 乔格·梅尔 申请人:诺基亚公司