IMC中的请求重定向处理
专利汇可以提供IMC中的请求重定向处理专利检索，专利查询，专利分析的服务。并且根据本 发明 的一个方面，公开了一种在IP多媒体核心网中处理业务 请求 的方法。所述方法包括步骤：接收由第一用户启动的对第二用户的业务请求，将所述接收的业务请求转发到用于处理所述业务的单元，从所述处理单元接收处理结果，并基于所述接收的处理结果，确定是否将停止对于所述第二用户的业务请求处理。，下面是IMC中的请求重定向处理专利的具体信息内容。
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的单元。
技术领域
本发明涉及IMC(IP多媒体核心)中的业务请求处理。本发明 尤其涉及在IMC中重定向所服务用户的业务请求。
背景技术
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中的 特殊处理，而这是借助标准的一般描述无法得到实现的。根据3GPP TS 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中的呼叫转发处理与其它现有系统中的完全不同。
发明内容
根据本发明，该目的实现依赖于根据权利要求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中呼叫转发处理另一 实例的信令图。
具体实施方式
图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，发送给所述B S-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的标记，例如：
sip：Georg.Mayer@miesbach.de；FC＝off
其中“sip：Georg.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，发送到所述B S-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。
应当理解的是，上述描述用来说明本发明，不可解释为限制本发 明。对本领域技术人员而言，显然可在并不背离所附权利要求书所限 定的本发明真实精神和范围的情况下，做出各种修改和应用。
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
