通信系统中的业务配置方法和设备转让专利
申请号 : CN200480012135.4
文献号 : CN1792104B
文献日 : 2010-09-29
发明人 : 伊卡·维斯特曼 , 盖博尔·白杰库 , 塞波·霍特里 , 克瑞兹蒂安·基斯 , 奥利·M·普尔科宁 , 卡尔勒·塔米 , 马尔库·图奥西诺
申请人 : 诺基亚公司
摘要 :
本发明涉及一种通信系统内的业务配置方法。在所述方法中，在与所述通信系统相关的第一实体处，从存储实体接收关于能够服务所述通信系统的用户的通信控制实体的信息。然后基于所述信息，将始发请求从所述第一实体信令到所述通信控制实体。
权利要求 :
1.一种通信系统中的业务配置方法，所述方法包括步骤：
在与所述通信系统相关的应用服务器中，从存储实体接收关于能够服务所述通信系统的用户的通信控制实体的信息，所述信息包括所述通信控制实体的地址或名称；以及基于所述信息，将初始请求从所述应用服务器通过信令传送到所述通信控制实体，其中所述应用服务器代表所述用户生成所述初始请求，所述初始请求包括关于处理与所述请求相关的通信的信息，其指示将要由所述通信控制实体提供的是始发业务还是终接业务。
2.根据权利要求1的方法，其中所述初始请求包括这样的指示，即与所述初始请求相关的进一步通信应当以与所述请求是从所述用户始发的相同方式来处理。
3.根据权利要求1的方法，包括在发送所述初始请求之前，在所述应用服务器中判定所述通信控制实体应当如何处理与所述请求相关的进一步通信。
4.根据权利要求1的方法，其中基于关于所述通信控制实体的地址的信息来生成所述初始请求。
5.根据权利要求4的方法，其中所述应用服务器在发送所述初始请求之前，修改所述关于通信控制实体的地址的信息。
6.根据权利要求1的方法，其中所述应用服务器将业务类型指示符添加到所述初始请求。
7.根据权利要求6的方法，其中所述业务类型指示符包含在所述通信控制实体的地址中。
8.根据权利要求7的方法，其中所述业务类型指示符包含在所述地址的用户部分中。
9.根据权利要求7的方法，其中所述业务类型指示符包含在所述地址的域部分中。
10.根据权利要求1的方法，其中所述应用服务器选择应发送所述请求的端口。
11.根据权利要求1的方法，其中从所述存储实体接收的信息包含所述通信控制实体的统一资源识别符URI。
12.根据权利要求1的方法，其中从所述存储实体接收的信息包含业务类型指示符参数。
13.根据权利要求1的方法，包括在发送所述初始请求之前，从所述应用服务器发送询问到数据库，所述询问基于关于所述通信控制实体的信息。
14.根据权利要求13的方法，其中所述应用服务器询问域名系统的SRV记录，以得到关于所需业务的路由信息，所述SRV是用于规定业务位置的域名系统资源记录。
15.根据权利要求13的方法，其中所述应用服务器询问名称权威指针NAPTR资源记录以找到可用资源。
16.根据权利要求1的方法，包括步骤：
在接收关于能够服务所述通信系统的用户的通信控制实体的信息之前，从所述应用服务器发送对于关于能够服务用户的通信控制实体的信息的询问。
17.根据权利要求1的方法，其中在所述存储实体中存储关于所述通信控制实体的至少两个不同地址的信息。
18.根据权利要求17的方法，其中所述至少两个不同地址是所述应用服务器在发送所述请求之前从所述存储实体得到的。
19.根据权利要求17的方法，其中所述至少两个不同地址中的一个是所述应用服务器在发送所述请求之前从所述存储实体得到的。
20.根据权利要求1的方法，其中所述初始请求指示将被应用于所述请求的过滤准则。
21.根据权利要求1的方法，其中所述通信控制实体包括服务呼叫会话控制功能。
22.根据权利要求1的方法，其中所述存储实体包括用户信息存储实体。
23.根据权利要求22的方法，其中所述用户信息存储实体是原籍用户服务器、用户位置功能、业务与预订库中的一个。
24.一种通信系统中的业务配置设备，其包括：
用于在与所述通信系统相关的应用服务器中，从存储实体接收关于能够服务所述通信系统的用户的通信控制实体的信息的装置，所述信息包括所述通信控制实体的地址或名称；以及用于基于所述信息，将初始请求从所述应用服务器通过信令传送到所述通信控制实体的装置，其中所述应用服务器代表所述用户生成所述初始请求，所述初始请求包括关于处理与所述请求相关的通信的信息，其指示将要由所述通信控制实体提供的是始发业务还是终接业务。
25.根据权利要求24的设备，其中所述初始请求包含业务类型指示符。
26.根据权利要求25的设备，其中所述业务类型指示符包含在所述通信控制实体的地址中。
27.根据权利要求24至26中任何一个的设备，其中与业务相关的信息被存储在数据库中。
28.根据权利要求27的设备，其中所述数据库包括域名系统。
29.根据权利要求24至26中任何一个的设备，其中在所述存储实体中存储关于所述通信控制实体的至少两个不同地址的信息。
30.根据权利要求24至26中任何一个的设备，其中所述初始请求指示将被应用于所述请求的过滤准则。
31.一种生成初始请求的方法，所述初始请求将在通信系统的应用服务器与能够服务所述通信系统的用户的通信控制实体之间的接口上通过信令传送，所述方法包括：基于来自用户信息存储实体的第一信息，代表所述用户生成所述初始请求，所述第一信息包括所述通信控制实体的地址或名称，将关于处理与所述请求相关的通信的第二信息包括在所述初始请求中，所述第二信息指示将要由所述通信控制实体提供的是始发业务还是终接业务。
32.一种生成初始请求的设备，所述初始请求将在通信系统的应用服务器与能够服务所述通信系统的用户的通信控制实体之间的接口上通过信令传送，所述设备包括：用于基于来自用户信息存储实体的第一信息，代表所述用户生成所述初始请求的装置，所述第一信息包括所述通信控制实体的地址或名称，以及用于将关于处理与所述请求相关的通信的第二信息包括在所述初始请求中的装置，所述第二信息指示将要由所述通信控制实体提供的是始发业务还是终接业务。
33.根据权利要求32的设备，其中在所述存储实体中存储关于所述通信控制实体的至少两个不同地址的信息。
说明书 :
技术领域
本发明涉及通信系统，尤其涉及需要与所述通信系统相关实体间进行通信的业务配置的启动。
背景技术
通信系统可视为允许两个或更多实体之间通信的设备，所述实体例如是用户设备、通信网络单元以及其它与所述通信系统相关的实体。通信系统通常根据特定标准或技术规范来操作，所述标准和技术规范规定允许各种与通信系统相关的实体做什么，以及如何实现。例如，所述标准或技术规范可能会定义用户，或更精确的说，用户设备或终端是否被提供电路交换业务和/或分组交换业务。还定义了应当用于连接的通信协议和/或参数。换言之，需要定义通信可基于的特定的一组“规则”以允许借助系统来通信。
为用户设备提供无线通信的通信系统是众所周知的。无线系统的一个实例是蜂窝网。在蜂窝系统中，基站收发器(BTS)或类似接入实体经由所述实体间的无线接口服务于移动站(MS)或其它类似无线用户设备(UE)。所述用户设备与通信网络单元之间的通信可基于适当的通信协议。所述基站装置与通信所需其它装置的操作可由一个或若干控制实体来控制。各种控制实体可以是互连的。也可能提供一个或多个网关节点来将蜂窝网连接到其它网络，例如公共交换电话网(PSTN)和/或其它通信网络，例如IP(互联网协议)和/或其它分组交换网。
可提供给通信系统的用户的业务的实例是所谓的多媒体业务。能够提供多媒体业务的通信系统有时称为IP多媒体网络。IP多媒体(IM)功能可借助IP多媒体核心网(CN)子系统，或简称为IP多媒体子系统(IMS)来提供。所述IMS包括各种用于配置多媒体业务的实体。
通信系统沿着其中网络的各业务配置功能由称为服务器的网络实体来提供的方向发展。例如，在当前的第三代(3G)无线多媒体网络体系结构中，假设若干个不同的服务器用于处理不同的功能。其中包括诸如呼叫会话控制功能(CSCF)的功能。所述呼叫会话功能可能被分为几类，例如代理呼叫会话控制功能(P-CSCF)、轮询呼叫会话控制功能(I-CSCF)、服务呼叫会话控制功能(S-CSCF)。应当理解的是，CSCF有时被称为呼叫状态控制功能或呼叫服务器控制功能。
所述服务呼叫会话控制功能形成用户需要登记到的实体，以便能够从通信系统请求业务。所述服务呼叫会话控制功能可在会话的始端和终端处的始发呼叫会话控制功能(O-CSCF)和终接呼叫会话控制功能(T-CSCF)之间进一步划分。
除了业务控制实体之外，用户可能需要与诸如P-CSCF的代理控制实体相关。所述代理实体可能被指配给服务于所述用户的区域。
通信网络还带有诸如原籍用户服务器(HSS)与各种应用服务器的实体。所述原籍用户服务器(HSS)用于存储来自上述服务器的与用户相关信息。所述用户信息可能包括诸如鉴权数据(例如用户或终端的登记身份)等的信息。所述HSS通常用于永久存储用户简表信息。所述原籍用户服务器(HSS)可被其它功能实体询问，例如在会话建立进程期间内。
应用服务器(AS)是一种用于为用户提供增值IM业务的实体。应用服务器可能位于用户的原籍网内。作为选择，所述应用服务器也可能在用户的原籍网之外，由第三方业务提供。所述第三方可以是另一个网络，或仅是备用应用服务器。应用服务器可能会影响和冲击代表运营商网络所支持业务的数据通信会话。应用服务器可能宿留并执行业务。应用服务器的实例包括会话启动协议(SIP)应用服务器、开放业务接入(OSA)应用服务器和移动网增强型逻辑定制应用IP多媒体业务交换功能(CAMEL IM-SSF)。
一般而言，通信系统被设置为使得客户，通常为用户，必须经由所述通信系统来启动通信。例如，用户可能从适当通信网络实体请求会话、事务处理或其它类型的通信。这种通信可视为是从用户始发的。
所述始发会话/事务处理可理解成通常由用户的用户设备或代表用户的网络实体始发的会话/事务处理。终接会话/事务处理是通常由用户的用户设备或代表用户的网络实体终接的会话/事务处理。
例如，3GPP(第三代合作项目)版次5(Rel-5)IMS网的标准为用户设备(UE)如何始发会话和单个事务处理定义了规则。但是，Rel-5内给出的仅有的规则集中于如何应用所谓的始发过滤准则。版次5无法使任何其他方代表用户始发会话或事务处理。3GPP标准版次6要求应用服务器(AS)必须能够代表用户设备将会话启动协议(SIP)请求经由ISC(IP多媒体业务控制)接口发送给S-CSCF。但是，即使是当前的3GPP标准版次6也并不为应用服务器提供使其如此操作的机制，除了在例外情况下，即应用服务器始发的请求直接由源自用户服务器的请求触发的它请求的业务。
发明人发现如果诸如应用服务器的网络实体可以代表用户启动要求通信的过程，从而使得所述用户可被视为始发方，是非常有利的。其中其可能有用的业务的一个实例是消息发送列表，其中所述应用服务器可代表所述用户发送消息给所述列表中的成员。另一个实例是应用服务器可代表所述用户发送通信所述用户的存在状态的消息。又一个实例是应用可代表用户启动会话或事务处理，例如用于会议或组呼或是聊天应用。应当理解的是，上述的清单只是少量实例，还有各种其它应用从网络实体能够始发通信请求的可能性中获益。
但是，由于缺少用于处理网络实体始发请求的机制，这种操作可能会在现有通信系统中引起问题。例如，后续通信的路由、计费功能等可能会出现问题。问题的发生是因为通信系统的其它实体并不知道将其它任何消息通信到何处或如何控制所述通信。
例如，当S-CSCF接收消息时，它需要能够判定如何处理所述消息。在当前的系统中，所述S-CSCF可能会将称为‘始发过滤器’和‘终接过滤器’的过滤准则应用于所述消息。所述术语‘过滤准则’(FC)指的是为特定业务应用定义相关业务点触发器(SPT)的信息。在SIP通信环境中，所述过滤准则定义由S-CSCF接收的SIP请求的子集应被发送或代理到特定业务应用。所述S-CSCF从原籍用户服务器(HSS)或应用服务器(AS)接收所述过滤准则。
在现有技术中，终接过滤准则被应用于所有来自于应用服务器的消息。但是，所述消息可能是应用服务器始发的业务请求，或是在网络中代表用户始发的其它这种消息。因此，本发明人发现需要一种机制来判定是否应当将始发过滤准则而不是终接过滤准则应用于所述消息。这是因为始发过滤准则给予这些消息更为精确的评估结果。
如果错误的“角色”，即过滤准则，被用于所述消息，则其可能会引起问题，例如路由和其它控制操作。一旦在这方面做出判定，则所判定角色同样需要被通信给通信系统的其它实体，从而使得它们应用适当的过滤准则，以评估从用户之外的代表所述用户发送所述消息的实体始发的消息。
为用户设备提供无线通信的通信系统是众所周知的。无线系统的一个实例是蜂窝网。在蜂窝系统中，基站收发器(BTS)或类似接入实体经由所述实体间的无线接口服务于移动站(MS)或其它类似无线用户设备(UE)。所述用户设备与通信网络单元之间的通信可基于适当的通信协议。所述基站装置与通信所需其它装置的操作可由一个或若干控制实体来控制。各种控制实体可以是互连的。也可能提供一个或多个网关节点来将蜂窝网连接到其它网络，例如公共交换电话网(PSTN)和/或其它通信网络，例如IP(互联网协议)和/或其它分组交换网。
可提供给通信系统的用户的业务的实例是所谓的多媒体业务。能够提供多媒体业务的通信系统有时称为IP多媒体网络。IP多媒体(IM)功能可借助IP多媒体核心网(CN)子系统，或简称为IP多媒体子系统(IMS)来提供。所述IMS包括各种用于配置多媒体业务的实体。
通信系统沿着其中网络的各业务配置功能由称为服务器的网络实体来提供的方向发展。例如，在当前的第三代(3G)无线多媒体网络体系结构中，假设若干个不同的服务器用于处理不同的功能。其中包括诸如呼叫会话控制功能(CSCF)的功能。所述呼叫会话功能可能被分为几类，例如代理呼叫会话控制功能(P-CSCF)、轮询呼叫会话控制功能(I-CSCF)、服务呼叫会话控制功能(S-CSCF)。应当理解的是，CSCF有时被称为呼叫状态控制功能或呼叫服务器控制功能。
所述服务呼叫会话控制功能形成用户需要登记到的实体，以便能够从通信系统请求业务。所述服务呼叫会话控制功能可在会话的始端和终端处的始发呼叫会话控制功能(O-CSCF)和终接呼叫会话控制功能(T-CSCF)之间进一步划分。
除了业务控制实体之外，用户可能需要与诸如P-CSCF的代理控制实体相关。所述代理实体可能被指配给服务于所述用户的区域。
通信网络还带有诸如原籍用户服务器(HSS)与各种应用服务器的实体。所述原籍用户服务器(HSS)用于存储来自上述服务器的与用户相关信息。所述用户信息可能包括诸如鉴权数据(例如用户或终端的登记身份)等的信息。所述HSS通常用于永久存储用户简表信息。所述原籍用户服务器(HSS)可被其它功能实体询问，例如在会话建立进程期间内。
应用服务器(AS)是一种用于为用户提供增值IM业务的实体。应用服务器可能位于用户的原籍网内。作为选择，所述应用服务器也可能在用户的原籍网之外，由第三方业务提供。所述第三方可以是另一个网络，或仅是备用应用服务器。应用服务器可能会影响和冲击代表运营商网络所支持业务的数据通信会话。应用服务器可能宿留并执行业务。应用服务器的实例包括会话启动协议(SIP)应用服务器、开放业务接入(OSA)应用服务器和移动网增强型逻辑定制应用IP多媒体业务交换功能(CAMEL IM-SSF)。
一般而言，通信系统被设置为使得客户，通常为用户，必须经由所述通信系统来启动通信。例如，用户可能从适当通信网络实体请求会话、事务处理或其它类型的通信。这种通信可视为是从用户始发的。
所述始发会话/事务处理可理解成通常由用户的用户设备或代表用户的网络实体始发的会话/事务处理。终接会话/事务处理是通常由用户的用户设备或代表用户的网络实体终接的会话/事务处理。
例如，3GPP(第三代合作项目)版次5(Rel-5)IMS网的标准为用户设备(UE)如何始发会话和单个事务处理定义了规则。但是，Rel-5内给出的仅有的规则集中于如何应用所谓的始发过滤准则。版次5无法使任何其他方代表用户始发会话或事务处理。3GPP标准版次6要求应用服务器(AS)必须能够代表用户设备将会话启动协议(SIP)请求经由ISC(IP多媒体业务控制)接口发送给S-CSCF。但是，即使是当前的3GPP标准版次6也并不为应用服务器提供使其如此操作的机制，除了在例外情况下，即应用服务器始发的请求直接由源自用户服务器的请求触发的它请求的业务。
发明人发现如果诸如应用服务器的网络实体可以代表用户启动要求通信的过程，从而使得所述用户可被视为始发方，是非常有利的。其中其可能有用的业务的一个实例是消息发送列表，其中所述应用服务器可代表所述用户发送消息给所述列表中的成员。另一个实例是应用服务器可代表所述用户发送通信所述用户的存在状态的消息。又一个实例是应用可代表用户启动会话或事务处理，例如用于会议或组呼或是聊天应用。应当理解的是，上述的清单只是少量实例，还有各种其它应用从网络实体能够始发通信请求的可能性中获益。
但是，由于缺少用于处理网络实体始发请求的机制，这种操作可能会在现有通信系统中引起问题。例如，后续通信的路由、计费功能等可能会出现问题。问题的发生是因为通信系统的其它实体并不知道将其它任何消息通信到何处或如何控制所述通信。
例如，当S-CSCF接收消息时，它需要能够判定如何处理所述消息。在当前的系统中，所述S-CSCF可能会将称为‘始发过滤器’和‘终接过滤器’的过滤准则应用于所述消息。所述术语‘过滤准则’(FC)指的是为特定业务应用定义相关业务点触发器(SPT)的信息。在SIP通信环境中，所述过滤准则定义由S-CSCF接收的SIP请求的子集应被发送或代理到特定业务应用。所述S-CSCF从原籍用户服务器(HSS)或应用服务器(AS)接收所述过滤准则。
在现有技术中，终接过滤准则被应用于所有来自于应用服务器的消息。但是，所述消息可能是应用服务器始发的业务请求，或是在网络中代表用户始发的其它这种消息。因此，本发明人发现需要一种机制来判定是否应当将始发过滤准则而不是终接过滤准则应用于所述消息。这是因为始发过滤准则给予这些消息更为精确的评估结果。
如果错误的“角色”，即过滤准则，被用于所述消息，则其可能会引起问题，例如路由和其它控制操作。一旦在这方面做出判定，则所判定角色同样需要被通信给通信系统的其它实体，从而使得它们应用适当的过滤准则，以评估从用户之外的代表所述用户发送所述消息的实体始发的消息。
发明内容
本发明的实施例旨在解决一个或多个上述问题。
根据本发明的一个方面，提供了一种通信系统内的业务配置方法，所述方法包括步骤，在与所述通信系统的第一实体中，从存储器接收关于能够服务所述通信系统的用户的通信控制实体的实体信息，并基于所述信息，将始发请求从所述第一实体信令到所述通信控制实体。
根据本发明的一个方面，提供了一种通信系统，其被设置为用于为其用户配置业务，包括：
能够服务于所述通信系统的用户的通信控制实体；
第一实体，其带有用于从存储实体接收关于所述用户的第一接口，以及用于基于来自所述存储实体的所述信息，将始发请求信令到所述通信控制实体的第二接口。
根据本发明的另一方面，提供了一种用于通信系统的应用服务器，所述应用服务器包括用于从存储实体接收关于所述通信系统用户的信息的第一接口，以及用于基于来自所述存储实体的所述信息将始发请求信令到能够服务所述用户的通信控制实体的第二接口。
根据本发明的又一方面，提供了一种将在通信系统的第一实体与能够服务所述通信系统用户的通信控制实体之间的接口上信令的始发请求，所述始发请求是基于来自用户信息存储实体的信息生成的。
在更为具体的实施例中，所述始发请求包括关于处理与所述请求相关的通信的信息。所述始发请求可能包括这样一种指示，即应当以与所述请求是从所述用户始发的类似的方式来处理与所述始发请求相关的进一步通信。无论是终接业务还是始发业务都是基于所述请求提供的。
应在所述第一实体处判定所述通信控制实体应当如何处理与所述请求相关的进一步通信。
所述第一实体可能会代表所述用户生成始发请求。
可能会基于关于所述通信控制实体的地址的信息来生成所述始发请求。所述第一实体可能会在发送所述始发请求之前，修改关于所述通信控制实体的所述地址的信息。所述第一实体可能会将业务类型指示符加入所述始发请求。所述业务类型指示符可能包括在所述通信控制实体的所述地址内。
所述第一实体可能会选择应在其处发送所述请求的端口。
在发送所述始发请求之前，可能会从所述第一实体发送询问到一个数据库。所述询问基于所述关于所述通信控制实体的信息。
可能会从所述第一实体将对关于能够服务所述用户的所述通信控制实体的所述信息的询问发送到所述存储实体。
可能会在所述存储实体内存储关于所述通信控制实体信息的至少两个不同地址的信息。
所述始发请求可能是指示所述过滤准则将被应用于所述请求。
本发明实施例使得通信网络的实体能够具有代表用户来运行业务的可能性。该解决方案非常易于实施在现有通信系统内。在用户信息以集中方式存储在原籍用户服务器(HSS)内的情况下，可能需要修改所述集中式存储器。在某些实施例中，可使用正常的通信协议和进程，例如用于为业务找到正确进入点的询问，来询问用户信息存储器。
根据本发明的一个方面，提供了一种通信系统内的业务配置方法，所述方法包括步骤，在与所述通信系统的第一实体中，从存储器接收关于能够服务所述通信系统的用户的通信控制实体的实体信息，并基于所述信息，将始发请求从所述第一实体信令到所述通信控制实体。
根据本发明的一个方面，提供了一种通信系统，其被设置为用于为其用户配置业务，包括：
能够服务于所述通信系统的用户的通信控制实体；
第一实体，其带有用于从存储实体接收关于所述用户的第一接口，以及用于基于来自所述存储实体的所述信息，将始发请求信令到所述通信控制实体的第二接口。
根据本发明的另一方面，提供了一种用于通信系统的应用服务器，所述应用服务器包括用于从存储实体接收关于所述通信系统用户的信息的第一接口，以及用于基于来自所述存储实体的所述信息将始发请求信令到能够服务所述用户的通信控制实体的第二接口。
根据本发明的又一方面，提供了一种将在通信系统的第一实体与能够服务所述通信系统用户的通信控制实体之间的接口上信令的始发请求，所述始发请求是基于来自用户信息存储实体的信息生成的。
在更为具体的实施例中，所述始发请求包括关于处理与所述请求相关的通信的信息。所述始发请求可能包括这样一种指示，即应当以与所述请求是从所述用户始发的类似的方式来处理与所述始发请求相关的进一步通信。无论是终接业务还是始发业务都是基于所述请求提供的。
应在所述第一实体处判定所述通信控制实体应当如何处理与所述请求相关的进一步通信。
所述第一实体可能会代表所述用户生成始发请求。
可能会基于关于所述通信控制实体的地址的信息来生成所述始发请求。所述第一实体可能会在发送所述始发请求之前，修改关于所述通信控制实体的所述地址的信息。所述第一实体可能会将业务类型指示符加入所述始发请求。所述业务类型指示符可能包括在所述通信控制实体的所述地址内。
所述第一实体可能会选择应在其处发送所述请求的端口。
在发送所述始发请求之前，可能会从所述第一实体发送询问到一个数据库。所述询问基于所述关于所述通信控制实体的信息。
可能会从所述第一实体将对关于能够服务所述用户的所述通信控制实体的所述信息的询问发送到所述存储实体。
可能会在所述存储实体内存储关于所述通信控制实体信息的至少两个不同地址的信息。
所述始发请求可能是指示所述过滤准则将被应用于所述请求。
本发明实施例使得通信网络的实体能够具有代表用户来运行业务的可能性。该解决方案非常易于实施在现有通信系统内。在用户信息以集中方式存储在原籍用户服务器(HSS)内的情况下，可能需要修改所述集中式存储器。在某些实施例中，可使用正常的通信协议和进程，例如用于为业务找到正确进入点的询问，来询问用户信息存储器。
附图说明
为了更好地理解本发明，借助实例来参照附图，在所述附图中：
图1示出了一种其中体现本发明的通信系统；
图2示出了本发明的一个实施例；
图3和4示出了其它实施例；以及
图5是示出了借助实施例进行业务配置的流程图。
图1示出了一种其中体现本发明的通信系统；
图2示出了本发明的一个实施例；
图3和4示出了其它实施例；以及
图5是示出了借助实施例进行业务配置的流程图。
具体实施方式
参照图1，其示出了其内体现本发明的IP多媒体网。可为IP多媒体网络用户提供IP多媒体业务。可借助包括多种用于配置业务的实体的核心网(CN)子系统来提供IP多媒体(IM)功能。
在本发明中，通信系统的实体借助通信控制实体，发送与将被提供给用户的业务相关的始发请求。在以下的具体实例中，所述实体包括应用服务器，而所述通信控制实体由服务呼叫会话控制功能提供。在详细解释所述实施例之前，以下参照图1给出了与所述实施例相关单元和其它可能单元的简要解释。应当理解的是，图1仅是移动通信系统的一部分的实例。
在所示出的布置中，基站11提供了蜂窝通信网的接入实体。所述无线电接入网11由适当控制器(为清晰起见未示出)控制。可为每个基站提供控制器，也可由一个控制器控制多个基站。其中在单个基站内提供控制器，并在无线电接入网层内提供基站以控制多个基站的解决方案同样是众所周知的。因此，应当理解的是，接入网控制器的名称、位置和数量取决于系统。例如，UMTS地面无线电接入网(UTRAN)可能使用称为无线电网络控制器(RNC)的控制器节点。在GSM和CDMA2000中，对应无线电网络控制器实体被称为基站控制器(BSC)。
应当理解的是，图1是高度示例性的，在实际实施方式中，基站的数量可能会显著增多。一个接入网可能包括多个基站。基站装置或站点同样可能提供多个接入网。这些特征取决于实施方式与周围环境。
所述基站11被设置成经由无线接口，将信号传送到移动用户，即用户的移动用户设备10，并从其接收信号。因此，所述移动用户设备10能够经由无线接口，将信号传送到基站，并从其接收信号。所述移动用户可能会使用任何适用于互联网协议(IP)通信的适当移动设备，以连接所述网络。例如，所述移动用户可能会借助个人计算机(PC)、个人数字助理(PDA)、移动站(MS)等接入蜂窝网。将在移动站的语境下描述以下实例。
本领域技术人员熟悉典型移动站的特征和操作。因此，这些无需赘述。应当重视的是，用户可能会将移动站10用于这些任务，例如发出并接收电话、从网络接收数据并发送数据到网络以及体验多媒体内容。所述移动站可能包括用于从移动通信网的基站无线接收信号并发送信号到基站的天线单元。所述移动站10也可能带有用于将图像和其它画面信息显示给移动用户设备用户的显示器。通常还带有扬声器装置。移动用户设备的操作可能会借助适当用户接口来控制，例如控制按键、语音指令等。此外，移动用户设备带有处理器实体和存储装置。应当理解的是，尽管图1为了清楚起见仅示出了一个移动站，但可能有多个移动站同时与所述移动通信系统的每个基站通信。
所述核心网(CN)实体通常包括各种交换与其它控制实体以及网关，以便能够经由多个无线电接入网进行通信，还能够将一个通信系统与其它通信系统接口，例如与其它蜂窝系统和/或固定线路通信系统接口。
在现有第三代(3G)无线IP多媒体网络体系结构中，假定若干不同的服务器实体用于处理不同功能。所述服务器实体包括处理呼叫会话控制功能(CSCF)的实体。所述呼叫会话功能可能被分为各种类别，例如代理呼叫会话控制功能(P-CSCF)12、轮询呼叫会话控制功能(I-CSCF)24和服务呼叫会话控制功能(S-CSCF)14。
所述服务呼叫会话控制功能14形成所述用户10向其登记的实体。所述登记是必需的，以便能够从所述通信系统请求业务。用户可能经由通信系统的接入实体登记其自身，所述接入实体例如是基站11。所述服务呼叫会话控制功能14可被视为在会话或事务处理的始发和终接端处，提供始发呼叫会话控制功能(O-CSCF)和终接呼叫会话控制功能(T-CSCF)。
用户可能同时登记多个呼叫会话控制功能。除了所述服务控制实体14之外，所述用户可能必需与代理控制实体相关，例如图1的P-CSCF12。所述代理实体12可能被指配用户已在其内漫游的区域。因此，当用户通过任意类型的接入网接入所述网络时，所述接入网可能会指配一个代理控制实体用于以所述网络的立场控制所接入的业务，例如带宽管理。还可能的是，在无所述接入网的帮助下，所述用户可借助他的用户设备搜索并找到适当的P-CSCF。
原籍用户服务器(HSS)20也被示出。如上所述，所述原籍用户服务器(HSS)20用于存储与用户，即用户相关的信息。所述原籍用户服务器(HSS)可由其它功能实体经由适当的接口例如在会话建立进程期间内询问。
还示出了与所述原籍用户服务器(HSS)20和服务呼叫控制功能(S-CSCF)14接口的应用服务器22。一般而言，应用服务器可被视为一种根据用户的预订宿留在会话/事务处理中可用的(多个)主业务的实体。作为评估与所述用户的预订相关的过滤准则的结果，可执行到所述应用服务器的路由。
如上所述，可使用两组过滤准则。一个所述过滤准则组可用于所述终接会话/事务处理，而另一个所述过滤准则组可用于始发会话/事务处理。在典型的操作中，所述过滤仅适用于第一消息，即初始请求。剩余的消息可在无过滤的情况下得到处理，因为可在路由所述初始请求期间内记录所述路由。因此，所述过滤准则对于其它请求具有影响，因为它们被经由所记录的路由来路由。因此，可能并不评估用于后续消息，即所述初始请求之后的相同对话内的消息的过滤准则。然而，过滤可能同样适用于所述后续消息。
当所述应用服务器22通过将消息发送给S-CSCF14来始发会话或事务处理时，所述S-CSCF14必需判定以何种角色行为。如果所述S-CSCF14选择以始发角色行为，则所述S-CSCF将所述始发过滤准则应用于呼入消息。在终接角色中，所述S-CSCF将会评估所述终接过滤准则。以下将描述各种实施所述选择的备选方式。依据所述角色，所述S-CSCF可能响应于所述登记消息，建立其返回到P-CSCF的业务地址。然后，所述P-CSCF应当在将消息传递到S-CSCF时使用此地址。
优选地，在所述登记期间内，所述S-CSCF14将必须用于终接会话或事务处理的地址通信给HSS20。
根据图2所示的优选实施例，所述应用服务器14接收与所述用户设备10从HSS20向其登记的S-CSCF14相关的地址信息。例如可经由所述实体之间的Sh接口，响应于询问提供所述地址信息，见图2的步骤1。所述地址信息可能是任何适当信息的形式，例如S-CSCF的名称或S-CSCF的URI(统一资源识别符)。
根据本发明的优选形式，所述地址信息被配置为包括关于所需角色的信息。可根据本发明的原理，在所述应用服务器22内或在其之外配置所述地址信息。在后者情况下，所述信息可能被以所配置形式存储在从其提取所述地址信息的信源处的列表、表格、数据库等内。
在图2中，所述应用服务器20以步骤标号2指示为负责配置所述地址信息。尤其是，所述应用服务器22可能将所述地址信息修改为向所述用户提供适当的业务类型。例如，所述应用服务器20可能会修改业务名称，以便建立所需业务的正确地址。通过增加指示符参数“term”或“orig”，作为从HSS接收的名称的前缀，从而修改所述S-CSCF名称。例如，依据所述应用服务器开始的会话或事务处理是始发还是终接会话或事务处理，地址
scscf12.operator.net名称
可被修改为以下中的一个：
orig.scscf12.operator.net
term.scscf12.operator.net
在步骤3处，借助DNS(域名系统)26来分析所述地址，以便得到适当业务的IP地址。
依据所述修改，所述地址将消息指向始发或终接业务。因此，所述应用服务器22带有借助其可在步骤4处将业务请求消息路由到始发业务或终接业务的装置。如图1所示，这可能发生在ISC(IP多媒体业务控制)接口上。
作为选择，所述应用服务器22可能通过将特定参数增加到所述业务的URI来修改所述业务的URI，以便建立所述始发业务的正确地址。然后，所述应用服务器20可将URI与所述参数共同作为所述路由地址来路由所述消息。
应当理解的是，所述应用服务器22并不必然需要修改用于所述终接业务的名称或URI。换言之，如果并不做出修改，则提供终接业务。
还可能的是，仅在终接业务的情况下修改所述地址，在始发业务的情况下并不修改地址。
然而，在特定情况下，例如出于对称的原因，可能需要修改所述终接和始发业务地址两者。
以下实例将更为详细地说明根据上述原理的可能操作。假定所述应用服务器从HSS得到所述终接地址。其例如采取会话启动协议地址的形式(应当注意，用户部分可能被省略)：
xx44@scscf7.operator.net
如果所述应用服务器22将开始终接会话/事务处理，则其在将向目标S-CSCF14发出信号时使用以上地址，S-CSCF必须以所述终接会话/事务处理角色行为。在典型的操作中，这将意味着，在评估呼入消息时，S-CSCF14必需使用所述终接过滤准则。
如果所述应用服务器22预计开始始发会话/事务处理，则其修改所述地址。这可通过将新的“角色”参数加入所述地址得到执行。因此，包括角色参数role＝orig的修改后地址例如具有以下形式：
xx44@scscf7.operator.net；role＝orig
所述修改后地址然后被作为所述目标S-CSCF必须以始发会话/事务处理角色行为的指示，信令给所述目标S-CSCF。在典型的操作中，这将意味着，所述S-CSCF必需评估所述始发过滤准则。
所述S-CSCF的地址可能被在需要所述地址的应用服务器22内配置。作为选择，所述地址可能被在所有应用服务期内配置。后一种选择例如在并无从所述应用服务器22到原籍用户服务器22的Sh接口，或所述接口暂时不可用的情况下是有利的。
根据备选方案，并不修改所述地址自身，而是所述应用服务器22可能从数据库、文件、列表、表格等提取修改后地址。所述数据库可能位于应用服务器22内，或是所述应用服务器的外部数据库。
地址建立的一种可能性是所述参数被与S-CSCF14的地址一起存储在HSS20内。然后，所述应用服务器22将来自所述HSS的地址和参数信息用作修改过程的输入，建立正确的地址。
根据图3所示的可能性，在步骤1处，所述应用服务器22基于从HSS返回的地址信息执行DNS(域名系统)询问。所返回的S-CSCF名可用于例如寻求SRV资源记录，以找到所需业务(始发或终接)可用的地址和端口。所述SRV是用于规定业务位置(DNS SRV)的DNS资源记录(RR)。使用所述SRV资源记录能够寻求特定业务和/或特定域。所述响应将包括任何满足所述准则的可用服务器的名称。
例如，当应当评估所述始发过滤准则时，可执行SRV资源记录的DNS询问。所述SRV资源记录通常规定协议和业务。可通过使用以下地址作为引数，在步骤2处询问所述SRV记录：
_orig._sip.scscf12.operator.net
步骤2处的回答可能是路由到使用端口5060的特定地址“orig.scscf12.operator.net”的建议：
_orig._sip.scscf12.operator.net SRV 0 0 5060 orig.scscf12.operator.net
作为选择，回答可能是到具有源地址“scscf12.operator.net”的特定端口55334的路由：
_orig._sip.scscf12.operator.net SRV 0055334 orig.scscf12.operator.net
当应当评估所述终接过滤准则时，以下引数可能在DNS询问(SRV)内使用：
_term._sip.scscf12.operator.net
所述回答可能是到使用端口5060的特定地址“term.scscf12.operator”的路由：
_term._sip.scscf12.operator.net SRV 005060 term.scscf12.operator.net
或如上所述，所述回答可能是到具有源地址“scscf12.operator.net”的特定端口55335的路由：
_term._sip.scscf12.operator.net SRV 0055335 scscf12.operator.net
应当理解的是，以上路由类型可能对于终接业务而言并非必需，因为除非特别指示，通常将会处理所述应用服务器如何始发请求。其中无需所述始发业务的专门路由的应用同样是可能的。如同上述地址修改，可能出于对称原因需要上述路由类型。
所述应用服务器可能随后在步骤3处借助DNS分析所述地址，并在步骤4处将消息路由到所指示的地址和/或端口。
根据另一种可能性，所述用户数据库在步骤1中返回S-CSCF的名称。所述应用服务器然后借助所返回的S-CSCF名称执行DNS询问，以在NAPTR(名称权威指针)资源记录中寻找，从而找到可用的业务(始发和/或终接)。基于所述响应，所述应用服务器可将所述请求消息路由到所需地址。此实施例允许使用DNS来查找各种并不在域名语法内的资源名称的业务。可能的资源名称包括所述业务的URI。
以下是借助SRV的NAPTR询问的实例。可通过使用S-CSCF地址的域部分在NAPTR资源记录(RR)中寻找，从而执行所述DNS询问，例如
scscf12.operator.net
结果可能如下：
IN NAPTR 10010″S″″sip+orig″″″_orig._sip.scscf12.operator.net.
IN NAPTR 10010″S″″sip+term″″″_term._sip.scscf12.operator.ne.t
由于命令和优选字段相同，因此可选择RR中的任何一个。如果需要用于始发会话/事务处理的S-CSCF的地址，则可能选择第一地址。标记“S”表示通过查找SRV RR来执行下一DNS询问。通过以域名，即以上地址查找SRV RR来执行所述DNS询问
_orig._sip.scscf12.operator.net.
所述DNS询问的结果可能是IP地址，或其它任何适当的路由信息。
可在无SRV询问的情况下实施NAPTR。如上所述，可使用S-CSCF地址的域部分来查找NAPTR RR，执行所述DNS询问，例如
scscf12.operator.net
结果将是
IN NAPTR 10010″A″″sip+orig″″″orig.sip.scscf12.operator.net.
IN NAPTR 10010″A″″sip+term″″″term.sip.scscf12.operator.net.
由于命令和优选字段相同，因此可选择RR中的任何一个。在需要用于始发会话/事务处理的S-CSCF的地址时，可选择第一地址。标记“A”表示通过查找SRV A，AAAA或A6资源记录来执行下一DNS询问。通过以域名orig.sip.scscf12.operator.net查找A，AAAA或A6来执行所述DNS询问。所述询问然后将导致IP地址。
根据另一选择，使用S-CSCF地址的域部分(例如scscf12.operator.net)来查找NAPTR RR从而所执行的DNS询问结果如下：
IN NAPTR 10010″U″″sip+orig″″！(^.$)！sip:orig.\1！″
IN NAPTR 10010″U″″sip+orig″″！(^.$)！sip:orig.\1！″
此备选的优点在于，所有S-CSCF通常都具有公共的NAPTR资源记录。由于命令和优选字段相同，因此可选择RR中的任何一个，从而可选择第一地址用于始发会话/事务处理。标记“U”表示结果将是URI。结果可能为
sip:orig.scscf12.operator.net
借助DNS询问将URI的域名分析为IP地址。可以域名询问A，AAAA或A6RR，从而执行所述DNS询问，结果将为IP地址。
一种可能性是所述应用服务器选择或修改将所述消息发送到的正确端口。所述端口可能被加在所述地址的末端。
在以上实例中，所指示的业务类型包括在所述地址的域部分内。一种可能性是所述服务器选择或修改所述地址的用户部分。例如，所述应用服务器可能会通过增加标记、字符、字符串或比特串作为用户部分，修改所述地址
scscf12.operator.net
从而建立始发业务的地址(反之亦然)：
orig@scscf12.operator.net
在上述实施例中，S-CSCF的仅一个地址存储在HSS内。在实例中，随后借助修改后地址将角色信号发送给S-CSCF，所述修改后地址可能包括修改后用户部分、修改后主机或域名、修改后端口号、加入所述地址的参数，或以上的任何组合。在优选形式中，操作为当所述参数出现或地址被修改时，所述S-CSCF必需以始发角色行为。如果并未找到所增加的参数，或所述地址并未被修改，则所述S-CSCF以终接角色行为。
然而，可将S-CSCF的两个地址(即用于始发角色的地址和用于终接角色的地址)存储在HSS内。因此，根据图4所示的另一实施例，S-CSCF的多个地址被存储在原籍用户服务器(HSS)20内。
尤其是，HSS 20可能存储S-CSCF的一个地址用于触发始发过滤准则，另一地址用于触发终接过滤准则。所述应用服务器22可随后在必需代表用户设备10行为时经由Sh接口提取所需地址。作为选择，所述应用服务器22可提取两个地址，并选择其需要的一个。这是实施方式问题。
两个弧状路由箭头30和31显示两种不同业务类型的消息发送。消息发送箭头30表示基于终接业务简表而执行的终接用户业务的信息流。所述消息发送箭头31表示基于始发业务简表而执行的始发用户业务的信息流。
图5示出了借助上述实施例提供业务的可能性。步骤1、2和4见图2和3的实施例的描述。在步骤5中，当对于业务的请求来自所述用户时，提供所述业务。
在上述示范通信环境中，可能需要现有Sh接口的扩展来将始发S-CSCF地址从HSS推到应用服务器。这可借助将Sh-pull请求扩展为包括“S-CSCF名”信息单元得到提供。类似地，可能需要HSS20与S-CSCF14之间的Cx接口的扩展，以将始发S-CSCF地址信息从S-CSCF14推到HSS20。
应当理解的是，存储在所述存储实体内的通信控制实体的地址或名称可能包括或不包括用户部分。所述地址或名称可能包括或可能不包括端口。
所述布置为在向IP多媒体业务登记用户设备期间内，所述S-CSCF可能经由Cx接口将其用于始发请求的地址推给HSS。所述Cx:S-CSCF登记和/或注销通知请求可能被扩展为包括始发S-CSCF和终接S-CSCF地址。
在以上实例中，假定向至少一个服务呼叫会话控制功能登记用户设备。在并未找到登记用于所述用户或无法从HSS接收S-CSCF的地址的情况下，可使用缺省地址或最后一个已知地址。
如上所述，所述应用服务器无需从外部数据库提取地址信息。除了上述HSS之外，可从诸如用户位置功能(SLF)或业务预订库(SSR)的适当外部数据库中得到所述地址信息。
所述应用服务器或其它任何适当实体开始可能还从其从用户设备接收的请求中接收S-CSCF地址信息。所接收的地址信息存储在与所述应用服务器集成的存储实体内。当随后需要所述地址信息用于始发请求时，可从所述应用服务器的集成存储实体中得到所述信息。
应当理解的是，尽管所述用户可间接引起始发或终接业务配置，但处理所述服务通信控制实体(例如S-CSCF)的地址或名称的责任落在应用服务器上。因此，所述用户并不直接寻址所述服务通信控制实体。因此，所述应用服务器可从各个信源接收关于能够服务于所述用户设备的通信控制实体的信息。除了诸如用户数据库(HHS)或应用服务器的内部数据库的存储实体之外，所述应用服务器可能还从其从服务通信控制实体或其它任何网络实体接收的消息中得到所述服务控制实体的名称或地址。所述消息例如是所述应用服务器所终接的先前请求。
还可能的是，所述应用服务器从HSS或其它数据库中得到服务通信控制实体地址的列表。所述AS然后从所述列表中选择正确的一个。这例如在所述用户根本未登记且在HSS内并不存在可用S-CSCF地址时是一个有用的选项。然后，所述AS可从缺省S-CSCF的列表中挑选地址。在这种情况下，所述HSS仅返回性能。基于此信息，所述AS能够选择正确的S-CSCF。
应当理解的是，尽管以上已结合移动站描述了本发明实施例，但本发明实施例适用于用户设备的其它任何适当类型。
以上在诸如通用移动电信系统(UMTS)、i-phone或CDMA2000和地面中继无线电(TETRA)系统的第三代移动通信系统的语境中描述了本发明实施例。此外，在所谓带有所有SIP实体的所有SIP网络的语境中描述了特定实例。本发明同样适用于其它任何适当的通信系统、标准和协议，所述通信系统是无线的或是固定线路系统。其它能够实现无线数据通信业务的可能通信系统的实例包括通用分组无线电业务(GPRS)、GSM演进的增强型数据率(EDGE)移动数据网络和各种无线局域网(W-LAN)应用，但并不仅限于此。固定线路系统的实例包括为在不同位置处，例如在家和办公室内的用户提供互联网接入的多样宽带技术。无论用于通信网络的标准和协议为何，本发明都可适用于所有通信网络，其中网络实体能够始发会话或事务处理。
本发明实施例已讨论了应用服务器实体与服务呼叫会话控制功能实体之间的接口。然而，应当理解的是，所述应用服务器仅是服务器的一个实例。本发明实施例可应用于适用的其它网络实体。因此，还应当理解的是，关于所述应用服务器的论述对于网关、其它任何服务器、代理、客户机、用户代理或其它任何可始发会话或事务处理的网络单元、功能、设施等同样有效。
应当理解的是，术语通信是指任何会话或事务处理，例如呼叫、数据(例如网页浏览)或多媒体通信等。
还可能存在上述角色之外的其它若干角色，可作为它们的替代或附加。类似的机制可用于处理其它角色。如果使用附加角色，则所述附加角色例如被指配带有其自己的地址，所述地址然后被存储在用户数据库内或由新参数指示。
上述实施例可组合为彼此相互补充，或同时彼此并行使用。通信系统可在不同网络实体内使用不同实施方式。例如，通信系统的实体可使用图2所述的解决方案，而相同通信系统的另一实体可使用图4的实施例。
此处应当注意的是，尽管以上描述了本发明的示范实施例，但在并不背离所附权利要求书所定义的本发明范围情况下，可对公开技术方案做出若干更改、组合和修改。
在本发明中，通信系统的实体借助通信控制实体，发送与将被提供给用户的业务相关的始发请求。在以下的具体实例中，所述实体包括应用服务器，而所述通信控制实体由服务呼叫会话控制功能提供。在详细解释所述实施例之前，以下参照图1给出了与所述实施例相关单元和其它可能单元的简要解释。应当理解的是，图1仅是移动通信系统的一部分的实例。
在所示出的布置中，基站11提供了蜂窝通信网的接入实体。所述无线电接入网11由适当控制器(为清晰起见未示出)控制。可为每个基站提供控制器，也可由一个控制器控制多个基站。其中在单个基站内提供控制器，并在无线电接入网层内提供基站以控制多个基站的解决方案同样是众所周知的。因此，应当理解的是，接入网控制器的名称、位置和数量取决于系统。例如，UMTS地面无线电接入网(UTRAN)可能使用称为无线电网络控制器(RNC)的控制器节点。在GSM和CDMA2000中，对应无线电网络控制器实体被称为基站控制器(BSC)。
应当理解的是，图1是高度示例性的，在实际实施方式中，基站的数量可能会显著增多。一个接入网可能包括多个基站。基站装置或站点同样可能提供多个接入网。这些特征取决于实施方式与周围环境。
所述基站11被设置成经由无线接口，将信号传送到移动用户，即用户的移动用户设备10，并从其接收信号。因此，所述移动用户设备10能够经由无线接口，将信号传送到基站，并从其接收信号。所述移动用户可能会使用任何适用于互联网协议(IP)通信的适当移动设备，以连接所述网络。例如，所述移动用户可能会借助个人计算机(PC)、个人数字助理(PDA)、移动站(MS)等接入蜂窝网。将在移动站的语境下描述以下实例。
本领域技术人员熟悉典型移动站的特征和操作。因此，这些无需赘述。应当重视的是，用户可能会将移动站10用于这些任务，例如发出并接收电话、从网络接收数据并发送数据到网络以及体验多媒体内容。所述移动站可能包括用于从移动通信网的基站无线接收信号并发送信号到基站的天线单元。所述移动站10也可能带有用于将图像和其它画面信息显示给移动用户设备用户的显示器。通常还带有扬声器装置。移动用户设备的操作可能会借助适当用户接口来控制，例如控制按键、语音指令等。此外，移动用户设备带有处理器实体和存储装置。应当理解的是，尽管图1为了清楚起见仅示出了一个移动站，但可能有多个移动站同时与所述移动通信系统的每个基站通信。
所述核心网(CN)实体通常包括各种交换与其它控制实体以及网关，以便能够经由多个无线电接入网进行通信，还能够将一个通信系统与其它通信系统接口，例如与其它蜂窝系统和/或固定线路通信系统接口。
在现有第三代(3G)无线IP多媒体网络体系结构中，假定若干不同的服务器实体用于处理不同功能。所述服务器实体包括处理呼叫会话控制功能(CSCF)的实体。所述呼叫会话功能可能被分为各种类别，例如代理呼叫会话控制功能(P-CSCF)12、轮询呼叫会话控制功能(I-CSCF)24和服务呼叫会话控制功能(S-CSCF)14。
所述服务呼叫会话控制功能14形成所述用户10向其登记的实体。所述登记是必需的，以便能够从所述通信系统请求业务。用户可能经由通信系统的接入实体登记其自身，所述接入实体例如是基站11。所述服务呼叫会话控制功能14可被视为在会话或事务处理的始发和终接端处，提供始发呼叫会话控制功能(O-CSCF)和终接呼叫会话控制功能(T-CSCF)。
用户可能同时登记多个呼叫会话控制功能。除了所述服务控制实体14之外，所述用户可能必需与代理控制实体相关，例如图1的P-CSCF12。所述代理实体12可能被指配用户已在其内漫游的区域。因此，当用户通过任意类型的接入网接入所述网络时，所述接入网可能会指配一个代理控制实体用于以所述网络的立场控制所接入的业务，例如带宽管理。还可能的是，在无所述接入网的帮助下，所述用户可借助他的用户设备搜索并找到适当的P-CSCF。
原籍用户服务器(HSS)20也被示出。如上所述，所述原籍用户服务器(HSS)20用于存储与用户，即用户相关的信息。所述原籍用户服务器(HSS)可由其它功能实体经由适当的接口例如在会话建立进程期间内询问。
还示出了与所述原籍用户服务器(HSS)20和服务呼叫控制功能(S-CSCF)14接口的应用服务器22。一般而言，应用服务器可被视为一种根据用户的预订宿留在会话/事务处理中可用的(多个)主业务的实体。作为评估与所述用户的预订相关的过滤准则的结果，可执行到所述应用服务器的路由。
如上所述，可使用两组过滤准则。一个所述过滤准则组可用于所述终接会话/事务处理，而另一个所述过滤准则组可用于始发会话/事务处理。在典型的操作中，所述过滤仅适用于第一消息，即初始请求。剩余的消息可在无过滤的情况下得到处理，因为可在路由所述初始请求期间内记录所述路由。因此，所述过滤准则对于其它请求具有影响，因为它们被经由所记录的路由来路由。因此，可能并不评估用于后续消息，即所述初始请求之后的相同对话内的消息的过滤准则。然而，过滤可能同样适用于所述后续消息。
当所述应用服务器22通过将消息发送给S-CSCF14来始发会话或事务处理时，所述S-CSCF14必需判定以何种角色行为。如果所述S-CSCF14选择以始发角色行为，则所述S-CSCF将所述始发过滤准则应用于呼入消息。在终接角色中，所述S-CSCF将会评估所述终接过滤准则。以下将描述各种实施所述选择的备选方式。依据所述角色，所述S-CSCF可能响应于所述登记消息，建立其返回到P-CSCF的业务地址。然后，所述P-CSCF应当在将消息传递到S-CSCF时使用此地址。
优选地，在所述登记期间内，所述S-CSCF14将必须用于终接会话或事务处理的地址通信给HSS20。
根据图2所示的优选实施例，所述应用服务器14接收与所述用户设备10从HSS20向其登记的S-CSCF14相关的地址信息。例如可经由所述实体之间的Sh接口，响应于询问提供所述地址信息，见图2的步骤1。所述地址信息可能是任何适当信息的形式，例如S-CSCF的名称或S-CSCF的URI(统一资源识别符)。
根据本发明的优选形式，所述地址信息被配置为包括关于所需角色的信息。可根据本发明的原理，在所述应用服务器22内或在其之外配置所述地址信息。在后者情况下，所述信息可能被以所配置形式存储在从其提取所述地址信息的信源处的列表、表格、数据库等内。
在图2中，所述应用服务器20以步骤标号2指示为负责配置所述地址信息。尤其是，所述应用服务器22可能将所述地址信息修改为向所述用户提供适当的业务类型。例如，所述应用服务器20可能会修改业务名称，以便建立所需业务的正确地址。通过增加指示符参数“term”或“orig”，作为从HSS接收的名称的前缀，从而修改所述S-CSCF名称。例如，依据所述应用服务器开始的会话或事务处理是始发还是终接会话或事务处理，地址
scscf12.operator.net名称
可被修改为以下中的一个：
orig.scscf12.operator.net
term.scscf12.operator.net
在步骤3处，借助DNS(域名系统)26来分析所述地址，以便得到适当业务的IP地址。
依据所述修改，所述地址将消息指向始发或终接业务。因此，所述应用服务器22带有借助其可在步骤4处将业务请求消息路由到始发业务或终接业务的装置。如图1所示，这可能发生在ISC(IP多媒体业务控制)接口上。
作为选择，所述应用服务器22可能通过将特定参数增加到所述业务的URI来修改所述业务的URI，以便建立所述始发业务的正确地址。然后，所述应用服务器20可将URI与所述参数共同作为所述路由地址来路由所述消息。
应当理解的是，所述应用服务器22并不必然需要修改用于所述终接业务的名称或URI。换言之，如果并不做出修改，则提供终接业务。
还可能的是，仅在终接业务的情况下修改所述地址，在始发业务的情况下并不修改地址。
然而，在特定情况下，例如出于对称的原因，可能需要修改所述终接和始发业务地址两者。
以下实例将更为详细地说明根据上述原理的可能操作。假定所述应用服务器从HSS得到所述终接地址。其例如采取会话启动协议地址的形式(应当注意，用户部分可能被省略)：
xx44@scscf7.operator.net
如果所述应用服务器22将开始终接会话/事务处理，则其在将向目标S-CSCF14发出信号时使用以上地址，S-CSCF必须以所述终接会话/事务处理角色行为。在典型的操作中，这将意味着，在评估呼入消息时，S-CSCF14必需使用所述终接过滤准则。
如果所述应用服务器22预计开始始发会话/事务处理，则其修改所述地址。这可通过将新的“角色”参数加入所述地址得到执行。因此，包括角色参数role＝orig的修改后地址例如具有以下形式：
xx44@scscf7.operator.net；role＝orig
所述修改后地址然后被作为所述目标S-CSCF必须以始发会话/事务处理角色行为的指示，信令给所述目标S-CSCF。在典型的操作中，这将意味着，所述S-CSCF必需评估所述始发过滤准则。
所述S-CSCF的地址可能被在需要所述地址的应用服务器22内配置。作为选择，所述地址可能被在所有应用服务期内配置。后一种选择例如在并无从所述应用服务器22到原籍用户服务器22的Sh接口，或所述接口暂时不可用的情况下是有利的。
根据备选方案，并不修改所述地址自身，而是所述应用服务器22可能从数据库、文件、列表、表格等提取修改后地址。所述数据库可能位于应用服务器22内，或是所述应用服务器的外部数据库。
地址建立的一种可能性是所述参数被与S-CSCF14的地址一起存储在HSS20内。然后，所述应用服务器22将来自所述HSS的地址和参数信息用作修改过程的输入，建立正确的地址。
根据图3所示的可能性，在步骤1处，所述应用服务器22基于从HSS返回的地址信息执行DNS(域名系统)询问。所返回的S-CSCF名可用于例如寻求SRV资源记录，以找到所需业务(始发或终接)可用的地址和端口。所述SRV是用于规定业务位置(DNS SRV)的DNS资源记录(RR)。使用所述SRV资源记录能够寻求特定业务和/或特定域。所述响应将包括任何满足所述准则的可用服务器的名称。
例如，当应当评估所述始发过滤准则时，可执行SRV资源记录的DNS询问。所述SRV资源记录通常规定协议和业务。可通过使用以下地址作为引数，在步骤2处询问所述SRV记录：
_orig._sip.scscf12.operator.net
步骤2处的回答可能是路由到使用端口5060的特定地址“orig.scscf12.operator.net”的建议：
_orig._sip.scscf12.operator.net SRV 0 0 5060 orig.scscf12.operator.net
作为选择，回答可能是到具有源地址“scscf12.operator.net”的特定端口55334的路由：
_orig._sip.scscf12.operator.net SRV 0055334 orig.scscf12.operator.net
当应当评估所述终接过滤准则时，以下引数可能在DNS询问(SRV)内使用：
_term._sip.scscf12.operator.net
所述回答可能是到使用端口5060的特定地址“term.scscf12.operator”的路由：
_term._sip.scscf12.operator.net SRV 005060 term.scscf12.operator.net
或如上所述，所述回答可能是到具有源地址“scscf12.operator.net”的特定端口55335的路由：
_term._sip.scscf12.operator.net SRV 0055335 scscf12.operator.net
应当理解的是，以上路由类型可能对于终接业务而言并非必需，因为除非特别指示，通常将会处理所述应用服务器如何始发请求。其中无需所述始发业务的专门路由的应用同样是可能的。如同上述地址修改，可能出于对称原因需要上述路由类型。
所述应用服务器可能随后在步骤3处借助DNS分析所述地址，并在步骤4处将消息路由到所指示的地址和/或端口。
根据另一种可能性，所述用户数据库在步骤1中返回S-CSCF的名称。所述应用服务器然后借助所返回的S-CSCF名称执行DNS询问，以在NAPTR(名称权威指针)资源记录中寻找，从而找到可用的业务(始发和/或终接)。基于所述响应，所述应用服务器可将所述请求消息路由到所需地址。此实施例允许使用DNS来查找各种并不在域名语法内的资源名称的业务。可能的资源名称包括所述业务的URI。
以下是借助SRV的NAPTR询问的实例。可通过使用S-CSCF地址的域部分在NAPTR资源记录(RR)中寻找，从而执行所述DNS询问，例如
scscf12.operator.net
结果可能如下：
IN NAPTR 10010″S″″sip+orig″″″_orig._sip.scscf12.operator.net.
IN NAPTR 10010″S″″sip+term″″″_term._sip.scscf12.operator.ne.t
由于命令和优选字段相同，因此可选择RR中的任何一个。如果需要用于始发会话/事务处理的S-CSCF的地址，则可能选择第一地址。标记“S”表示通过查找SRV RR来执行下一DNS询问。通过以域名，即以上地址查找SRV RR来执行所述DNS询问
_orig._sip.scscf12.operator.net.
所述DNS询问的结果可能是IP地址，或其它任何适当的路由信息。
可在无SRV询问的情况下实施NAPTR。如上所述，可使用S-CSCF地址的域部分来查找NAPTR RR，执行所述DNS询问，例如
scscf12.operator.net
结果将是
IN NAPTR 10010″A″″sip+orig″″″orig.sip.scscf12.operator.net.
IN NAPTR 10010″A″″sip+term″″″term.sip.scscf12.operator.net.
由于命令和优选字段相同，因此可选择RR中的任何一个。在需要用于始发会话/事务处理的S-CSCF的地址时，可选择第一地址。标记“A”表示通过查找SRV A，AAAA或A6资源记录来执行下一DNS询问。通过以域名orig.sip.scscf12.operator.net查找A，AAAA或A6来执行所述DNS询问。所述询问然后将导致IP地址。
根据另一选择，使用S-CSCF地址的域部分(例如scscf12.operator.net)来查找NAPTR RR从而所执行的DNS询问结果如下：
IN NAPTR 10010″U″″sip+orig″″！(^.$)！sip:orig.\1！″
IN NAPTR 10010″U″″sip+orig″″！(^.$)！sip:orig.\1！″
此备选的优点在于，所有S-CSCF通常都具有公共的NAPTR资源记录。由于命令和优选字段相同，因此可选择RR中的任何一个，从而可选择第一地址用于始发会话/事务处理。标记“U”表示结果将是URI。结果可能为
sip:orig.scscf12.operator.net
借助DNS询问将URI的域名分析为IP地址。可以域名询问A，AAAA或A6RR，从而执行所述DNS询问，结果将为IP地址。
一种可能性是所述应用服务器选择或修改将所述消息发送到的正确端口。所述端口可能被加在所述地址的末端。
在以上实例中，所指示的业务类型包括在所述地址的域部分内。一种可能性是所述服务器选择或修改所述地址的用户部分。例如，所述应用服务器可能会通过增加标记、字符、字符串或比特串作为用户部分，修改所述地址
scscf12.operator.net
从而建立始发业务的地址(反之亦然)：
orig@scscf12.operator.net
在上述实施例中，S-CSCF的仅一个地址存储在HSS内。在实例中，随后借助修改后地址将角色信号发送给S-CSCF，所述修改后地址可能包括修改后用户部分、修改后主机或域名、修改后端口号、加入所述地址的参数，或以上的任何组合。在优选形式中，操作为当所述参数出现或地址被修改时，所述S-CSCF必需以始发角色行为。如果并未找到所增加的参数，或所述地址并未被修改，则所述S-CSCF以终接角色行为。
然而，可将S-CSCF的两个地址(即用于始发角色的地址和用于终接角色的地址)存储在HSS内。因此，根据图4所示的另一实施例，S-CSCF的多个地址被存储在原籍用户服务器(HSS)20内。
尤其是，HSS 20可能存储S-CSCF的一个地址用于触发始发过滤准则，另一地址用于触发终接过滤准则。所述应用服务器22可随后在必需代表用户设备10行为时经由Sh接口提取所需地址。作为选择，所述应用服务器22可提取两个地址，并选择其需要的一个。这是实施方式问题。
两个弧状路由箭头30和31显示两种不同业务类型的消息发送。消息发送箭头30表示基于终接业务简表而执行的终接用户业务的信息流。所述消息发送箭头31表示基于始发业务简表而执行的始发用户业务的信息流。
图5示出了借助上述实施例提供业务的可能性。步骤1、2和4见图2和3的实施例的描述。在步骤5中，当对于业务的请求来自所述用户时，提供所述业务。
在上述示范通信环境中，可能需要现有Sh接口的扩展来将始发S-CSCF地址从HSS推到应用服务器。这可借助将Sh-pull请求扩展为包括“S-CSCF名”信息单元得到提供。类似地，可能需要HSS20与S-CSCF14之间的Cx接口的扩展，以将始发S-CSCF地址信息从S-CSCF14推到HSS20。
应当理解的是，存储在所述存储实体内的通信控制实体的地址或名称可能包括或不包括用户部分。所述地址或名称可能包括或可能不包括端口。
所述布置为在向IP多媒体业务登记用户设备期间内，所述S-CSCF可能经由Cx接口将其用于始发请求的地址推给HSS。所述Cx:S-CSCF登记和/或注销通知请求可能被扩展为包括始发S-CSCF和终接S-CSCF地址。
在以上实例中，假定向至少一个服务呼叫会话控制功能登记用户设备。在并未找到登记用于所述用户或无法从HSS接收S-CSCF的地址的情况下，可使用缺省地址或最后一个已知地址。
如上所述，所述应用服务器无需从外部数据库提取地址信息。除了上述HSS之外，可从诸如用户位置功能(SLF)或业务预订库(SSR)的适当外部数据库中得到所述地址信息。
所述应用服务器或其它任何适当实体开始可能还从其从用户设备接收的请求中接收S-CSCF地址信息。所接收的地址信息存储在与所述应用服务器集成的存储实体内。当随后需要所述地址信息用于始发请求时，可从所述应用服务器的集成存储实体中得到所述信息。
应当理解的是，尽管所述用户可间接引起始发或终接业务配置，但处理所述服务通信控制实体(例如S-CSCF)的地址或名称的责任落在应用服务器上。因此，所述用户并不直接寻址所述服务通信控制实体。因此，所述应用服务器可从各个信源接收关于能够服务于所述用户设备的通信控制实体的信息。除了诸如用户数据库(HHS)或应用服务器的内部数据库的存储实体之外，所述应用服务器可能还从其从服务通信控制实体或其它任何网络实体接收的消息中得到所述服务控制实体的名称或地址。所述消息例如是所述应用服务器所终接的先前请求。
还可能的是，所述应用服务器从HSS或其它数据库中得到服务通信控制实体地址的列表。所述AS然后从所述列表中选择正确的一个。这例如在所述用户根本未登记且在HSS内并不存在可用S-CSCF地址时是一个有用的选项。然后，所述AS可从缺省S-CSCF的列表中挑选地址。在这种情况下，所述HSS仅返回性能。基于此信息，所述AS能够选择正确的S-CSCF。
应当理解的是，尽管以上已结合移动站描述了本发明实施例，但本发明实施例适用于用户设备的其它任何适当类型。
以上在诸如通用移动电信系统(UMTS)、i-phone或CDMA2000和地面中继无线电(TETRA)系统的第三代移动通信系统的语境中描述了本发明实施例。此外，在所谓带有所有SIP实体的所有SIP网络的语境中描述了特定实例。本发明同样适用于其它任何适当的通信系统、标准和协议，所述通信系统是无线的或是固定线路系统。其它能够实现无线数据通信业务的可能通信系统的实例包括通用分组无线电业务(GPRS)、GSM演进的增强型数据率(EDGE)移动数据网络和各种无线局域网(W-LAN)应用，但并不仅限于此。固定线路系统的实例包括为在不同位置处，例如在家和办公室内的用户提供互联网接入的多样宽带技术。无论用于通信网络的标准和协议为何，本发明都可适用于所有通信网络，其中网络实体能够始发会话或事务处理。
本发明实施例已讨论了应用服务器实体与服务呼叫会话控制功能实体之间的接口。然而，应当理解的是，所述应用服务器仅是服务器的一个实例。本发明实施例可应用于适用的其它网络实体。因此，还应当理解的是，关于所述应用服务器的论述对于网关、其它任何服务器、代理、客户机、用户代理或其它任何可始发会话或事务处理的网络单元、功能、设施等同样有效。
应当理解的是，术语通信是指任何会话或事务处理，例如呼叫、数据(例如网页浏览)或多媒体通信等。
还可能存在上述角色之外的其它若干角色，可作为它们的替代或附加。类似的机制可用于处理其它角色。如果使用附加角色，则所述附加角色例如被指配带有其自己的地址，所述地址然后被存储在用户数据库内或由新参数指示。
上述实施例可组合为彼此相互补充，或同时彼此并行使用。通信系统可在不同网络实体内使用不同实施方式。例如，通信系统的实体可使用图2所述的解决方案，而相同通信系统的另一实体可使用图4的实施例。
此处应当注意的是，尽管以上描述了本发明的示范实施例，但在并不背离所附权利要求书所定义的本发明范围情况下，可对公开技术方案做出若干更改、组合和修改。