CN102948124B - 处置因特网协议多媒体子系统网络中公共身份的方法和设备 - Google Patents
处置因特网协议多媒体子系统网络中公共身份的方法和设备 Download PDFInfo
- Publication number
- CN102948124B CN102948124B CN201080067521.9A CN201080067521A CN102948124B CN 102948124 B CN102948124 B CN 102948124B CN 201080067521 A CN201080067521 A CN 201080067521A CN 102948124 B CN102948124 B CN 102948124B
- Authority
- CN
- China
- Prior art keywords
- common identity
- wildcard
- user
- identity
- cscf
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/30—Types of network names
- H04L2101/395—Internet protocol multimedia private identity [IMPI]; Internet protocol multimedia public identity [IMPU]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明涉及用于处置因特网协议多媒体子系统IMS网络中公共身份的方法和设备。服务呼叫会话控制功能S‑CSCF节点(125)接收(601)包含公共身份的消息。如果该消息的确包含具有通配身份的简档密钥,则S‑CSCF(125)使用(603)与简档密钥一起接收的通配身份来获取与通配身份相关的用户/服务简档,如果该消息不包含具有通配身份的简档密钥,则S‑CSCF(125)使用(604)在该消息中接收的公共身份来获取与该公共身份相关的用户/服务简档。
Description
技术领域
本发明涉及用于处置因特网协议多媒体子系统(IMS)网络中公共身份的方法和设备,并且更具体地说,涉及用于处置通配公共身份的方法和设备。
背景技术
随着用于移动电话的新技术的涌现,已经开发了使用因特网协议(IP)的基于分组的通信解决方案来支持多媒体服务的使用,同时具有多媒体通信的新功能性的不同移动用户终端和固定用户终端也正在市场上涌现。也不断为终端用户开发服务以增大使用范围,并当一般性地消费通信服务时增强体验。
IP多媒体子系统(IMS)网络可用于通过发起并控制连接到各种不同接入网的用户终端的会话来实现多媒体服务和其它通信服务。这些会话由IMS网络中的特定会话控制节点来处置,所述特定会话控制节点包括称为呼叫会话控制功能(CSCF)节点的那些节点。
信令协议会话发起协议(SIP)用于IMS网络和其它通信服务网络中的多媒体会话。
各种身份可与IMS相关联,诸如私用用户身份、IP多媒体私用身份(IMPI)和公共用户身份、IP多媒体公共身份(IMPU)。IMPI和IMPU均是统一资源标识符(URI),它们可以是数字(Tel URI,例如tel:+1-555-123-4567)或字母数字标识符(SIP URI,例如sip:john.doe@example.com)。IMS身份与订户服务简档、服务触发器和其它信息一起存储在订户数据库中,订户数据库在下文称为归属订户服务器(HSS)。
IMPI是由归属网络运营商指配的永久分配的唯一(unique)全球身份,并且例如用于注册、授权、管理和记账目的。每个IMS用户都将具有一个或多个IMPI。
IMPU由任何用户用于请求与其它用户通信。IMPU可被公布(例如在电话本、网页、名片中)。每个IMPI可能存在多个IMPU。IMPU也可在多个终端之间共享,使得可用同一身份到达多个终端(例如单个电话号码用于整个家庭)。
IMPU可作为通配公共用户身份(wIMPU)存储在HSS中。wIMPU表示共享同一服务简档并包含在同一隐式注册集(IRS)中的IMPU集合。IRS是经由单个注册请求来注册的一组IMPU。当注册该集内其中一个IMPU时,同时注册了与该IRS相关联的所有IMPU。wIMPU包含定义应该匹配和处置的身份(如为wIMPU所定义的那样)的正规表达式(reg exp)。
公共服务身份(PSI)标识服务或在应用服务器(AS)上为服务创建的特定资源。PSI存储在HSS中,或者作为独特(distinct)PSI,或者作为通配PSI。独特PSI含有在路由中使用的PSI,而通配PSI表示PSI的集合。wPSI的格式与wIMPU的格式相同。
通配身份(即wPSI和wIMPU)的处置分别在第三代合作伙伴项目(3GPP)发行版7和8中规定了,例如参见第三代合作伙伴项目(3GPP) TS 23.003。wIMPU已经被包含在这些标准中以支持可从一个单独身份注册数千个(thousands of numbers)的私用分机交换机(PBX)。因为下载数千个已注册的隐式身份到系统其余部分不是一个选项(该消息会太长),所以隐式注册不适用。
因此存在对于如下wIMPU的需要:该wIMPU与共享同一服务简档并需要单个显式注册来向PBX后面的所有身份提供服务的一组IMPU相关联。如下条件适用于wIPMU:
wIMPU下的预订在朝向核心路由的情形下将由同一服务CSCF(S-CSCF)处置,或者在用户终端(下文称为用户设备(UE))与IMS网络之间的接口(Gm)中路由的情形下由同一PBX处置,从而不需要进一步检查。
不对wIPMU内的IMPU执行单独认证。
在网络中的任何地方都不为wIMPU内的独特IMPU预配置单独服务简档。
在UE与应用服务器(AS)之间没有接口(Ut)可用于wIMPU内包含的各个IMPU,这是因为它们将全都仅具有一个认证信息。
在网络中的任何地方都没有为wIMPU内的独特IMPU预配置单独服务设定。标准声称:AS在wIMPU上只能存储服务数据,也就是,对于整个wIMPU,仅存储一组透明数据。
wIMPU的数值范围内的所有用户都应该属于同一IRS,因此它们需要属于同一预订。
来自一个预订的wIMPU内的独特IMPU和所有wIMPU都应该在同一HSS中预配置。
因而,在可应用于该wIMPU内的独特IMPU的服务和简档方面存在某些限制。在特定情况下,可能因此期望对于wIMPU内的独特IMPU指配不同的服务简档。作为示例,公司总裁尽管具有来自与公司其余人相同范围的电话号码,但可被指配不同的服务简档。因而,指配给总裁的不同服务简档将需要在该HSS中预配置(因此它应该是独特的IMPU)。可能还期望,总裁可使用他的UE来接收送往/来自他公司的电话号码的呼叫。从而,应该允许独立地向该PBX注册,以防止将所有端接呼叫分岔(fork)。注意,尽管上面的讨论涉及IMPU/wIMPU,但相同原理适用于PSI/wPSI,也就是,可能期望为wPSI内的独特PSI指配不同的服务简档。上面描述的、对通配身份内独特身份的期望特殊对待在目前标准中得不到完全支持。因此存在对于为这类情形提供更好支持的解决方案的需要。
发明内容
本发明的目的是提供一种用于处置因特网协议多媒体子系统(IMS)网络中公共身份的方法和设备,其至少部分克服了与支持通配公共身份相关联的一些上面提到的限制和挑战。这个目的借助根据所附独立权利要求的方法和设备实现。
根据不同方面,提供了用于处置IMS网络中公共身份的方法和设备。
根据一个方面,提供一种在服务呼叫会话控制功能(S-CSCF)节点中用于处置IMS网络中公共身份的方法。该S-CSCF节点接收包含公共身份的消息。该消息是从询问CSCF(I-CSCF)接收的。如果该消息的确包含具有通配身份的简档密钥,则该S-CSCF使用与该简档密钥一起接收的该通配身份来获取与该通配身份相关的用户/服务简档。如果该消息不包含具有该通配身份的简档密钥,则该S-CSCF使用在该消息中接收的公共身份来获取与该公共身份相关的用户/服务简档。
而且,根据另一方面,提供了用于处置IMS网络中公共身份的S-CSCF节点。该S-CSCF节点配置成接收包含公共身份的消息。该S-CSCF节点还配置成:如果所述消息包含具有通配公共身份的简档密钥,则使用与该简档密钥一起接收的通配公共身份来获取与该通配公共身份相关联的用户/服务简档。如果该消息不包含具有通配公共身份的简档密钥,则该S-CSCF节点配置成使用在该消息中接收的该公共身份来获取与该公共身份相关联的用户/服务简档。
该S-CSCF节点包括接收器、传送器、存储单元和处理逻辑。该处理逻辑连接到该接收器、连接到该传送器并连接到该存储单元。该接收器配置成接收所述信息。该处理逻辑包括配置成获取所述用户/服务简档的检索逻辑。
该检索逻辑可选地还可配置成从所述存储单元中获取所述用户/服务简档,或向归属订户服务器(HSS)发送请求以便获取所述用户/服务简档。
根据下面的详细描述,本发明的另外特征和优点将变得显而易见。
附图说明
现在将借助示范实施例并参考附图更详细描述本发明,附图中:
图1是示意性例证可在其中实现本发明实施例的电信系统的框图;
图2是示意性例证按照现有技术处置因特网协议多媒体子系统(IMS)网络中公共身份的信令图;
图3是示意性例证处置IMS网络中公共身份的信令图;
图4是示意性例证按照本发明的实施例处置IMS网络中公共身份的信令图;
图5是示意性例证本发明实施例的流程图;
图6是示意性例证按照本发明实施例处置IMS网络中公共身份的方法的流程图;
图7是示意性例证按照本发明实施例的服务呼叫会话控制功能(S-CSCF)节点的框图。
具体实施方式
现在将在下文参考附图更全面地描述本发明,附图中示出了本发明的优选实施例。然而,本发明可以许多不同的形式实施,并不应解释为局限于本文阐述的实施例;而是,提供这些实施例使得本公开将是详尽而完整的,并将向本领域的技术人员充分传达本发明的范围。附图中,相似的附图标记是指相似的单元。
图1例证了可在其中实现本发明实施例的示范电信系统1。电信系统1包含服务于私用分机交换机(PBX)110的因特网协议多媒体子系统(IMS)网络150。PBX 110又能服务于数千个用户设备(UE),其在图1中由UE 105例证。用这种方式,可从单个身份注册数千个。
IMS网络100包括多种会话控制节点,其称为呼叫会话控制功能(CSCF)节点。这些CSCF节点包含为IMS网络150中的用户提供联系点的代理CSCF(P-CSCF)节点115、控制用户的各种会话的服务CSCF(S-CSCF)节点125以及询问CSCF(I-CSCF)节点120,其提供朝其它IMS网络的接口,并且其还在用户注册和端接期间针对用户相关信息查询订户数据库节点,该订户数据库节点在下文称为归属订户服务器(HSS)节点130。HSS 130与I-CSCF 120或者S-CSCF 125之间的接口在这些标准中规定为Cx接口。下文仅提到Cx接口,但本领域技术人员要理解,在当IMS网络150中不止存在单个HSS 130的情形下,该描述以类似方式适用于Dx接口和预订定位器功能(SLF)节点(其未被示出)。HSS 130存储订户和认证数据,该订户和认证数据可由服务于不同用户且处置不同用户的其它节点检索。HSS 130还可存储一个或多个隐式注册集(IRS)160、165,将在下面对此进行更详细说明。
IMS网络150还包括:若干应用服务器(AS)节点,其配置成当被调用时提供不同的通信服务,以满足客户端的服务请求。为了简化的目的,图1中仅示出一个AS节点135。每个AS 135都可配置成提供特定服务或具体的服务集。AS 135链接到通过接口到S-CSCF节点125的会话控制信令。
电信系统1还包含其它IMS网络140、145和155,在下面它们全都得到进一步说明。
让我们假设:PBX 110与公司相关联,并且其中一个UE 105与第一公共身份171sip:+34699111111@company1.com相关联,而其中另一个UE 105与第二公共身份172a sip:+34699452133@company1.com相关联。第一公共身份171和第二公共身份172a都未在HSS130中预配置,但落在通配公共身份170 sip+34699!.*!@company1.com的范围内,该通配公共身份170在HSS 130中已预配置。通配公共身份170与IRS 165相关联。第三公共身份173也与IRS 165相关联。第三公共身份173例证了也落入该通配公共身份范围内但在HSS 130中已预配置的公共身份,其与在HSS 130中未预配置的第一公共身份171和第二公共身份172a形成对比。
现在假设:第一公共身份171和第二公共身份172a都未注册,并且由UE A表示的某人想要向第一公共身份171发送第一请求,并向第二公共身份172a发送第二请求。注意,第一请求和第二请求不一定都需要由UE A发起。图1例证了当UE A正在漫游时的情况,即,这些请求经由UE A的被访IMS网络140中的P-CSCF 115a、经由UE A的归属IMS网络145中的S-CSCF 125a被发送到PBX 110的归属IMS网络150中的I-CSCF 120。换句话说,这些请求在IMS网络150中端接,IMS网络150是第一公共身份171和第二公共身份172a的归属IMS网络。现在将说明与端接请求的这种情形相关的示范信令情况,并将该示范信令情况与图2-4相比较以提供对本发明实施例的某些价值的理解。
图2是示意性例证第一端接请求和第二端接请求的业务流的信令图解,第一端接请求与通配公共身份170内的第一公共身份171相关,第二端接请求与通配公共身份170内的第二公共身份172a相关,这正如在当今的标准中所定义的那样。
下面说明在图2中分别由附图标记201-210指示的信号和步骤。
201:在I-CSCF 120处接收第一会话发起协议(SIP)邀请请求消息。该消息在请求URI(r-URI)中包含第一公共身份171,第一公共身份171在此示例中是IMPU,sip:+34699111111@company1.com。
202:I-CSCF 120发送DIAMETER位置信息请求(LIR)消息以获得正在服务于第一公共身份171的S-CSCF的名称,或者获得能够执行S-CSCF选择所需的S-CSCF能力。该消息在公共身份属性值对(AVP)中包含第一公共身份171。
203:HSS 130使用接收的第一公共身份171来执行通配/reg exp匹配,并发现第一公共身份171匹配通配公共身份170,通配公共身份170在此示例中是wIMPU,sip:+34699!.*!@company1.com。注意,由于第一公共身份171在HSS中未预配置,因此它不能通过第一公共身份171(sip:+34699111111@company1.com)来标识,但由于它落在通配身份170的范围内,因此它能通过通配身份170(sip:+34699!.*!@company1.com)来标识。
HSS 130用DIAMETER位置信息应答(LIA)消息来响应I-CSCF 120。该消息在通配身份AVP中包含通配公共身份170。如果HSS 130不知道正在服务于通配公共身份170的是哪个S-CSCF,则该消息还包含对于通配公共身份170请求的S-CSCF能力。I-CSCF 120基于接收的S-CSCF能力来选择S-CSCF 125。
204:I-CSCF 120将该消息转发到S-CSCF 125。该消息在该r-URI中包含第一公共身份171。I-CSCF 120根据实现也可在可选的P简档密钥(P-Profile-key)中包含通配公共身份170。
205:S-CSCF 125使用在该消息的r-URI中接收的第一公共身份171来执行通配/reg exp匹配。S-CSCF 125未发现第一公共身份171自身的匹配,但发现了第一公共身份171落入通配公共身份170范围内时的匹配。如果存储的用户/服务简档都不与通配公共身份170匹配,则S-CSCF 125将使用通配公共身份170来向HSS 130发送请求,以获取/下载与通配公共身份170相关联的用户/服务简档。该请求是DIAMETER服务器指配请求(SAR)。该消息在通配身份AVP中包含通配公共身份170。该消息还用S-CSCF 125名称来更新HSS 130。
206:HSS 130可使用在该通配身份AVP中接收的通配公共身份170来检索与通配公共身份170相关联的用户/服务简档。该用户/服务简档在DIAMETER服务器指配响应(SAA)中被发送到S-CSCF 125。S-CSCF 125存储与通配公共身份170相关联的所接收用户/服务简档。从而,与通配公共身份170相关联的用户/服务简档将应用于第一公共身份171。
207:在I-CSCF 120处接收第二SIP邀请请求消息。该消息在r-URI中包含第二公共身份172a,第二公共身份172a在此示例中是IMPU,sip:+34699452133@company1.com。
208:I-CSCF 120发送DIAMETER LIR消息以获得正在服务于第二公共身份172a的S-CSCF的名称,或者获得能够执行S-CSCF选择所需的S-CSCF能力。该消息在公共身份AVP中包含第二公共身份172a。
209:HSS 130使用接收的第二公共身份172a来执行通配/reg exp匹配,并发现第二公共身份172a匹配通配公共身份170,通配公共身份170在此示例中是wIMPU,sip:+34699!.*!@company1.com。注意,对应于步骤203中描述的情形,由于第二公共身份172a未在HSS 130中预配置,因此它不能通过第二公共身份172a自身(sip:+34699452133@company1.com)来标识,但由于它落在通配身份170的范围内,因此它能通过通配身份170(sip:+34699!.*!@company1.com)来标识。
HSS 130用DIAMETER LIA消息来响应I-CSCF 120。该消息包含正在服务于通配公共身份170的S-CSCF(即S-CSCF 125)的名称。与在步骤203中一样,该消息在通配身份AVP(未示出)中包含该通配公共身份。由于在步骤205中已用该S-CSCF名称更新过HSS 130,因此HSS 130现在知道S-SCSF 125正在服务于通配公共身份170。
用这种方式,I-CSCF 120现在知道该SIP邀请消息应该被转发到S-CSCF 125。
210:I-CSCF 120将该消息转发到S-CSCF 125。该消息在该r-URI中包含第二公共身份172a。
S-CSCF 125使用在该消息的r-URI中接收的第二公共身份172a来执行通配/regexp匹配。S-CSCF 125未发现第二公共身份172a自身的匹配,但发现了第二公共身份172a落入通配公共身份170范围内时的匹配。由于之前已经在S-CSCF 125存储了与通配公共身份170相关联的用户/服务简档(在步骤206),因此与通配公共身份170相关联的所存储用户/服务简档将应用于第二公共身份172a。
如图2中所描述的,步骤205,S-CSCF 125使用在第一请求中接收的第一公共身份171来执行通配/reg exp匹配。S-CSCF 125然后从HSS 130中获取与通配公共身份170相关联的用户/服务简档。在步骤210,S-CSCF 125使用在第二请求中接收的第二公共身份172a来执行通配/reg exp匹配。由于在步骤206中在S-SCSF 125存储过与通配公共身份170相关联的用户/服务简档,因而S-SCSF 125从它自己的存储器中获取与通配公共身份170相关联的用户/服务简档。
因此,如在当今的标准中所定义的那样,当第一公共身份171和第二公共身份172a都未在HSS 130中预配置但落在通配公共身份170(其在HSS 130中预配置)的范围内时,与通配公共身份170相关联的用户/服务简档将应用于第一公共身份171和第二公共身份172a。
让我们再次假设,PBX 110与上面描述的相同公司相关联,并且其中一个UE 105与第一公共身份171 sip:+34699111111@company1.com相关联,而其中另一个UE 105与第二公共身份172a sip:+34699452133@company1.com相关联。现在让我们假设,公司的总裁由第二公共身份172a表示。让我们进一步假设,由于上面讨论的原因,期望向总裁指配与指配给通配公共身份170的用户/服务简档所不同的用户/服务简档。也就是,期望向总裁提供与其它雇员不同的服务或服务等级。从而,第二公共身份172a将需要在HSS 130中被预配置,即,第二公共身份将是独特的公共身份。这些标准中的现有要求是:独特身份的匹配将优先于通配身份的匹配。也就是,如果公共身份作为独特公共身份在HSS中预配置,并且如果该公共身份落入也在HSS中预配置的通配公共身份的范围内,则该HSS会将该公共身份与该独特公共身份匹配。这些标准中的其它现有要求是:通配身份范围内的所有独特身份都应该包含在同一IRS中。然而,后一要求限制了独立于不同联系人进行注册的可能性,这是因为该通配身份内的所有身份都必须同时注册和撤消注册。另外,它还限制了可包含在该通配身份范围内的“特殊号码”的量,这是因为在可在不同字段(P关联的URI)中传输的身份数量上存在限制。
因此,发明人已经预见了需要去除必须在同一IRS内包含通配公共身份范围内的所有公共身份的限制。然而,如果通配公共身份范围内的所有公共身份并未包含在同一IRS中,则在端接呼叫情况下可能出现问题。这个问题将在下面结合图3进一步讨论。
图3的信令图解对应于图2中例证的信令图解,但不同之处在于,第二请求与已预配置的公共身份172相关,已预配置的公共身份172包含在与其中包含通配公共身份170的IRS 165所不同的IRS B 160中。如上面所讨论的,第二公共身份172(其假设与总裁相关联)包含在IRS B 160中的原因是:期望总裁应该具有不同于与其它雇员相关联的服务简档的服务简档,而无需与该通配身份内的所有其它身份同时注册和撤消注册。
下面说明分别由附图标记301-310指示的信号和步骤。
步骤301-306与第一请求相关,并对应于上面结合图2描述的步骤201-206。因此将不进一步详细说明步骤301-306了。
现在让我们看看送往第二公共身份172(即送往总裁)的第二请求。让我们假设,由第二公共身份172表示的总裁具有正在被访IMS网络155中漫游的UE B。
307:在I-CSCF 120处接收第二SIP邀请请求消息。该消息在该r-URI中包含第二公共身份172,第二公共身份172在此示例中是IMPU,sip:+34699452133@company1.com。这个步骤对应于步骤207,但现在,如上面讨论的那样,第二公共身份172在HSS 130中已预配置并且表示总裁。
308:I-CSCF 120发送DIAMETER LIR消息以获得正在服务于第二公共身份172的S-CSCF的名称,或者获得能够执行S-CSCF选择所需的S-CSCF能力。该消息在公共身份AVP中包含第二公共身份172。这个步骤对应于步骤208,但现在,如上面讨论的那样,第二公共身份172在HSS 130中已预配置并且表示总裁。
309:HSS 130使用接收的第二公共身份172来执行通配/reg exp匹配。注意,与在步骤209中描述的情形相反,由于第二公共身份172现在在HSS 130中已预配置,因此,,即使它落在通配身份170 (sip:+34699!.*!@company1.com)的范围内,它也通过第二公共身份172 (sip:+34699452133@company1.com)而被标识。如上面所讨论的,独特身份的匹配优先于通配身份的匹配。因而,该通配/reg exp匹配的结果是:HSS 130发现第二公共身份172匹配独特的公共身份,即第二公共身份172自身,其在此示例中是dIMPU,sip:+34699452133@company1.com。
HSS 130用DIAMETER LIA消息来响应I-CSCF 120。该消息包含正在服务于第二公共身份172的S-CSCF的名称,该S-CSCF是正在服务于通配公共身份170的同一S-CSCF,即S-CSCF 125。
用这种方式,I-CSCF 120现在知道该SIP邀请消息应该被转发到S-CSCF 125。
310:I-CSCF 120将该消息转发到S-CSCF 125。该消息在该r-URI中包含第二公共身份172。S-CSCF 125使用在该消息的r-URI中接收的第二公共身份172来执行通配/regexp匹配。S-CSCF 125未发现第二公共身份172自身的匹配,但发现了第二公共身份172落入通配公共身份170范围内时的匹配。由于之前已经在S-CSCF 125存储了与通配公共身份170相关联的用户/服务简档(在步骤306),因此与通配公共身份170相关联的所存储用户/服务简档将应用于第二公共身份172。注意,S-CSCF 125不知道第二公共身份172现在在HSS 130中已被预配置的事实,这是因为第二公共身份172之前未被注册。因而,不正确的服务简档将被应用于第二公共身份172,即应用于总裁。
还要注意,S-CSCF 125将经由PBX 110、而不经由UE B的被访网络155将该请求路由到该UE B。
如图3中所描述的,步骤305,S-CSCF 125使用在第一请求中接收的第一公共身份171来执行通配/reg exp匹配。S-CSCF 125然后从HSS 130中获取与通配公共身份170相关联的用户/服务简档。在步骤310,S-CSCF 125使用在第二请求中接收的第二公共身份172来执行通配/reg exp匹配。由于在步骤206中在S-SCSF 125存储过与通配公共身份170相关联的用户/服务简档,因而S-SCSF 125从它自己的存储器中获取与通配公共身份170相关联的用户/服务简档。
因而,如在当今的标准中所定义的那样,当第一公共身份171未预配置而(与总裁相关联的)第二公共身份172已预配置了,并且二者都落在已预配置的通配公共身份170范围内时,与通配公共身份170相关联的用户/服务简档将应用于第一公共身份171和第二公共身份172。注意,S-CSCF 125不知道第二公共身份172现在在HSS 130中已预配置的事实,这是因为第二公共身份172之前未被注册。因此,不正确的服务简档将被应用于第二公共身份172,即应用于总裁。
注意,虽然上面具有总裁和公司的示例涉及IMPU/wIMPU,但如早前所讨论的那样,相同原理适用于PSI/wPSI。
简言之,本发明的实施例提供了用于处置IMS网络中公共身份的解决方案,其特别是增加了处置通配公共身份的灵活性。本发明的实施例提供了用于可靠处置落入通配公共身份范围内的公共身份的机制。
根据本发明的实施例,增强/添加该Cx接口中的过程,使得简档密钥421成为强制性的,并由此能被委托作为指示在S-CSCF 125处接收的请求是否涉及通配公共身份的标志。S-CSCF 125将不执行通配/reg exp匹配,而是依赖于HSS 130来处置该通配信息。用这种方式,将避免结合图3中的步骤310描述的情形,即,将确保使用正确的用户/服务简档。
根据本发明的某些实施例,这些公共身份是公共用户身份IMPU或公共服务身份PSI。
现在将参考在图4中示出的信令图解来描述按照本发明示范实施例在呼叫的端接侧上处置IMS网络100中公共身份的过程。
如结合图3所描述的,我们再次假设,如图1中所例证的那样,第二公共身份172在HSS 130中已预配置,并与IRS B 160相关联。
下面说明在图4中分别由附图标记401-412指示的信号和步骤。
步骤401-404涉及第一请求并分别对应于图2和3的步骤201-204和301-304,只是由于在步骤403中I-CSCF 120接收到了通配公共身份170,因此它还将在步骤404中将具有该通配公共身份的简档密钥421包含在该消息中。在此示例中,简档密钥421是P简档密钥。与步骤204(图2)和304(图3)中描述的情形相反,在要使用通配公共身份的(即它是不可选的)情况下,该I-CSCF现在将包含简档密钥421。
405:S-CSCF 125使用与简档密钥421一起接收的通配公共身份170来获取/下载与通配公共身份170相关联的用户/服务简档。注意,与在步骤205(图2)和305(图3)中描述的情形相反,S-CSCF 125将不执行通配/reg exp匹配。相反,S-CSCF 125将比较接收的消息是否含有具有通配公共身份170的简档密钥421。如果它含有具有通配公共身份170的简档密钥421,则S-CSCF 125将使用通配公共身份170来获取/下载与通配公共身份170相关联的用户/服务简档。下面将在步骤411中描述当接收的消息不含有具有通配公共身份170的简档密钥421时的情形。
如果没有发现与通配公共身份170相关联的所存储用户/服务简档,则S-CSCF 125将使用通配公共身份170来向HSS 130发送请求,以获取/下载与通配公共身份170相关联的用户/服务简档。在此示例中,该请求是DIAMETER SAR。该消息包含通配公共身份170。在此示例中,通配公共身份170包含在通配身份AVP 422中。注意,该消息(例如在公共身份AVP中)除了包含通配公共身份170之外还包含公共身份171,但图4中仅示出了通配身份AVP422。该消息还用S-CSCF 125名称来更新HSS 130。
406:HSS 130使用(在此示例中在通配身份AVP 422中接收的)所接收通配公共身份170来检索与通配公共身份170相关联的用户/服务简档。注意,如果接收到通配公共身份170,则将忽略公共身份171(未示出,如上面所讨论的那样)。该用户/服务简档(在此示例中在DIAMETER SAA中)被发送到S-CSCF 125。S-CSCF 125存储与通配公共身份170相关联的所接收用户/服务简档。从而,与通配公共身份170相关联的用户/服务简档将应用于第一公共身份171。
如上,第一公共身份171未在HSS 130中预配置,但落入通配公共身份170的范围内,通配公共身份170在此示例中是sip:+34699!.*!@company1.com,其在HSS 130中已预配置并与IRS 165相关联。因而,第一公共身份171与和通配公共身份170相同的用户/服务简档相关联。
如上面结合图3所讨论的,表示总裁的第二公共身份172需要在HSS 130中预配置,以便相比于通配公共身份170与不同的用户/服务简档相关联。第二公共身份172可与IRS B160相关联,但那不是必需的。第二公共身份172仍落入通配公共身份170的范围内。
现在让我们看看送往第二公共身份172的第二请求,假设第二公共身份172与总裁相关联。让我们再次假设,总裁具有正在被访IMS网络155中漫游的UE B。
407:在I-CSCF 120处接收第二消息。在此示例中,该消息是SIP邀请请求消息。该消息包含第二公共身份172,第二公共身份172在此示例中是IMPU,sip:+34699452133@company1.com。在此示例中,第二公共身份172包含在r-URI 420中。对应于步骤307(图3),如上面所论述的那样,第二公共身份172与总裁相关联。
408:I-CSCF 120发送在此示例中是DIAMETER LIR的消息,以获得正在服务于第二公共身份172的S-CSCF的名称,或者获得能够执行S-CSCF选择所需的S-CSCF能力。该消息包含第二公共身份172。在此示例中,第二公共身份172包含在公共身份AVP中。对应于步骤308(图3),如上面所论述的那样,第二公共身份172与总裁相关联。
409:HSS 130使用接收的第二公共身份来执行通配/reg exp匹配。类似于在步骤309(图3)中描述的情形,由于第二公共身份现在在HSS中已预配置,因此,即使它落在通配身份(sip:+34699!.*!@company1.com)的范围内,它也是通过第二公共身份(sip:+34699452133@company1.com)而被标识。如上面所讨论的,独特身份的匹配优先于通配身份的匹配。因而,该通配/reg exp匹配的结果是,HSS 130发现第二公共身份匹配独特公共身份,即第二公共身份自身,其在此示例中是dIMPU,sip:+34699452133@company1.com。
在此示例中,HSS 130用DIAMETER LIA消息来响应I-CSCF 120。该消息包含正在服务于第二公共身份172的S-CSCF的名称,该S-CSCF是正在服务于通配公共身份170的同一S-CSCF,即S-CSCF 125。
用这种方式,I-CSCF 120现在知道该SIP邀请消息应该被转发到S-CSCF 125。
410:I-CSCF 120将消息转发到S-CSCF 125。在此示例中,该消息在r-URI 420中包含第二公共身份172。由于在步骤409中I-CSCF 120未接收到通配公共身份170(其在此示例中是通配身份AVP),因此它将不包含具有通配公共身份170的简档密钥421。
S-CSCF 125使用在此示例中在该消息的r-URI 420中接收的第二公共身份172来获取/下载与第二公共身份172相关联的用户/服务简档。注意,与在步骤210(图2)和310(图3)中描述的情形相反,S-CSCF 125将不执行通配/reg exp匹配。相反,S-CSCF 125将比较接收的消息是否含有具有通配公共身份170的简档密钥421。如果接收的消息的确含有具有通配公共身份170的简档密钥421,则如在步骤405中所描述的那样,S-CSCF 125将使用通配公共身份170来获取/下载与通配公共身份170相关联的用户/服务简档。
如果接收的消息不含有具有通配公共身份170的简档密钥421,则相反,S-CSCF125将使用(在此示例中在该消息的r-URI 420中接收的)第二公共身份172来获取/下载与第二公共身份172相关联的用户/服务简档。
411:如果没有发现与第二公共身份172相关联的所存储用户/服务简档,则S-CSCF125将使用第二公共身份172来向HSS 130发送请求,以获取/下载与第二公共身份172相关联的用户/服务简档。在此示例中,该请求是DIAMETER SAR。在此示例中,该消息在公共身份AVP中包含第二公共身份。注意,该消息仅包含公共身份172,而不包含通配公共身份170。该消息还用S-CSCF 125名称来更新HSS 130。
412:HSS 130使用(在此示例中在公共身份AVP中接收的)所接收第二公共身份172来检索与第二公共身份172相关联的用户/服务简档。在此示例中,该用户/服务简档在DIAMETER SAA中被发送到S-CSCF 125。S-CSCF 125存储与第二公共身份172相关联的所接收用户/服务简档。从而,与第二公共身份172相关联的用户/服务简档将应用于第二公共身份172。
注意,由于S-CSCF 125不执行通配/reg exp匹配,而是依赖于从HSS 130发送的信息,因此,S-CSCF 125不知道第二公共身份172在HSS 130中已预配置的事实也没关系。因而,正确的服务简档将被应用于第二公共身份172,即应用于总裁。
还要注意,用这种方式,S-CSCF 125将能够经由UE B的被访网络155中的P-CSCF115a将该请求直接路由到UE B,从而防止经由PBX 110分岔。
如在图4中所描述的,在步骤405,S-CSCF 125使用与简档密钥421一起接收的通配公共身份170来获取/下载与通配公共身份170相关联的用户/服务简档。注意,S-CSCF 125不使用第一公共身份171来执行通配/reg exp匹配(如它在图3中的步骤305进行的)。相反,S-CSCF 125只是比较接收的消息是否含有具有通配公共身份170的简档密钥421,这节省了在S-CSCF 125中的处理。如果接收的消息的确含有具有通配公共身份170的简档密钥421,则S-CSCF 125使用通配公共身份170来获取/下载与通配公共身份170相关联的用户/服务简档。如果没发现所存储的用户/服务简档,则S-CSCF 125从HSS 130中获取与通配公共身份170相关联的用户/服务简档。
在步骤406中,HSS 130使用从S-CSCF 125接收的通配公共身份170来检索与通配公共身份170相关联的用户/服务简档。注意,如果接收到通配公共身份170,则HSS 130将忽略公共身份171。
在步骤410,S-CSCF 125使用在该消息中接收的第二公共身份172来获取/下载与第二公共身份172相关联的用户/服务简档。注意,S-CSCF 125不使用第二公共身份172来执行通配/reg exp匹配(如它在图3中的步骤310进行的)。相反,S-CSCF 125只是比较接收的消息是否含有具有通配公共身份170的简档密钥421,这节省了S-CSCF 125中的处理。如果接收的消息不含有具有通配公共身份170的简档密钥421,则S-CSCF 125使用第二公共身份172来获取/下载与第二公共身份172相关联的用户/服务简档。如果没发现所存储的用户/服务简档,则S-CSCF 125从HSS 130中获取与第二公共身份172相关联的用户/服务简档。注意,由于S-CSCF 125不执行通配/reg exp匹配,而是依赖于从HSS 130发送的信息,因此,S-CSCF 125不知道第二公共身份172在HSS 130中已预配置的事实也没关系。
在步骤412中,HSS 130使用从S-CSCF 125接收的第二公共身份172来检索与第二公共身份172相关联的用户/服务简档。注意,由于未接收到通配公共身份170,因此HSS 130将使用第二公共身份172来检索与第二公共身份172相关联的用户/服务简档。
因而,当第一公共身份171未预配置而(与总裁相关联的)第二公共身份172已预配置,并且二者都落在已预配置的通配公共身份170的范围内时,与通配公共身份170相关联的用户/服务简档将应用于第一公共身份171,并且与第二公共身份172相关联的用户/服务简档将应用于第二公共身份172(如图4中所描述的)。因而,正确的服务简档将被应用于第二公共身份172,即应用于总裁。
现在将参考图5描述示意性例证本发明实施例的流程图。还将参考图4以便显示图4的步骤如何对应于图5的步骤。
下面说明在图5中分别由附图标记500-514指示的步骤。
500:在I-CSCF 120处接收包含公共身份的消息。这个步骤对应于图4中的步骤401和图4中的步骤407,在此接收对公共身份的请求。
501:I-CSCF 120将请求消息发送到HSS 130,以便获得正在服务于在该消息中接收的公共身份的S-CSCF的名称,这对应于图4中的步骤402和408。
502:I-CSCF 120从HSS 130接收响应消息,并且然后选择S-CSCF。这个步骤对应于图4中的步骤403和409。
503:I-CSCF 120基于接收的响应消息是否包含通配公共身份170来确定它是否与通配公共身份170相关。
504:如果I-CSCF 120确定接收的响应消息与通配公共身份170相关,则它将在步骤500中接收的消息转发到S-CSCF 125。I-CSCF 120包含具有通配公共身份170的简档密钥421。这个步骤对应于图4中的步骤404。
505:S-CSCF 125使用与简档密钥421一起接收的通配公共身份170来获取/下载与通配公共身份170相关联的所存储用户/服务简档。这个步骤对应于图4中的步骤405中的第一段。如果发现与通配公共身份170相关联的所存储用户/服务简档,则S-CSCF 125将直接转到步骤511。
506:如果未发现与通配公共身份170相关联的所存储用户/服务简档,则S-CSCF125将向HSS 130发送请求消息,该请求消息包含通配公共身份170。这个步骤对应于图4中的步骤405中的第二段。
507:HSS 130使用接收的通配公共身份170来检索与通配公共身份170相关联的用户/服务简档。然后HSS 130将转到步骤514,其中与通配公共身份170相关联的用户/服务简档将应用于第一公共身份171。这些步骤对应于图4中的步骤406。
508:如果I-CSCF 120确定接收的响应消息与公共身份172相关,则它将在步骤500中接收的消息转发到S-CSCF 125。注意,I-CSCF 120不包含具有通配公共身份170的简档密钥421。这个步骤对应于图4中的步骤410中的第一段。
509:S-CSCF 125使用在该消息中接收的公共身份172来获取/下载与公共身份172相关联的所存储用户/服务简档。这个步骤对应于图4中的步骤410中的第二段。
510:如果发现与公共身份172相关联的所存储用户/服务简档,则S-CSCF 125将直接转到步骤511。
511:S-CSCF 125获取/下载该所存储用户/服务简档。
512:如果未发现与公共身份172相关联的所存储用户/服务简档,则S-CSCF 125将向HSS 130发送请求消息,该请求消息包含公共身份172。这个步骤对应于图4中的步骤411。
513:HSS 130使用接收的公共身份172来检索与公共身份172相关联的用户/服务简档。然后HSS 130将转到步骤514,其中与第二公共身份172相关联的用户/服务简档将应用于第二公共身份172。这些步骤对应于图4中的步骤412。
注意,如果HSS 130不能够检索正讨论的用户/服务简档,则HSS 130可基于第二公共身份172来执行通配/reg exp匹配。如果由于某种原因I-CSCF 120将不支持简档密钥421,则出于后向兼容性原因这么做。
在HSS 130不能够检索正讨论的用户/服务简档情况下的备选解决方案可以是通知S-CSCF 125该用户/服务简档未被下载。可能的方式可以是:在步骤502/409,HSS 130向I-CSCF 120发送状态“未注册”,其包含该通配身份(即,用户/服务简档未被下载),并且I-CSCF 120将该信息继续传递到S-CSCF 125。S-CSCF 125在接收到该信息时可向HSS 130发送请求以得到该通配身份的简档,并且不执行任何通配/reg exp匹配。
这个备选方案的另外优点在于:它在其它情况下(例如在S-CSCF故障时端接对于该用户的请求时检测到该HSS与S-CSCF之间的不一致性)优化了信令。
514:HSS 130向S-CSCF 125发送该用户/服务简档。
为了能够执行上面描述的实施例的步骤,S-CSCF节点125将需要适合于这个目的。S-CSCF节点125将适合于能够执行根据图6所示流程图的方法。
现在将参考图6描述示意性例证按照本发明的实施例、在S-CSCF节点125中用于处置IMS网络中公共身份的方法的流程图。
下面说明图6中分别由附图标记601-604指示的步骤。
在步骤601,S-CSCF节点125接收包含公共身份171、172、173的消息。该消息是从I-CSCF节点120接收的。步骤602例证了S-CSCF节点125进行字符串比较以便发现该消息是否包含具有通配公共身份170的简档密钥421。如果该消息包含具有通配公共身份170的简档密钥421,则在步骤603,S-CSCF 125使用与简档密钥421一起接收的通配公共身份170来获取与通配公共身份170相关联的用户/服务简档。如果该消息不包含具有通配公共身份170的简档密钥421,则在步骤604,S-CSCF 125使用在该消息中接收的公共身份172来获取与公共身份172相关联的用户/服务简档。
图7是适合于执行上面结合图6描述的方法的S-CSCF节点125的示范组件的框图。如所例证的,S-CSCF 125包括接收器710、传送器720、处理逻辑740(其包含检索逻辑750)和存储单元730。
接收器710可包括允许S-CSCF 125与其它节点通信的电路。具体地说,接收器710配置成根据上面讨论的步骤601接收该消息。
处理逻辑740可控制S-CSCF 125的操作。具体地说,处理逻辑740配置成根据上面讨论的步骤603和604通过检索逻辑750来获取用户/服务简档。
检索逻辑750还可配置成根据步骤505、510和511来获取存储在存储单元730中的用户/服务简档。
传送器720可包括允许S-CSCF 125与其它节点通信的电路。具体地说,传送器720配置成根据上面讨论的步骤506和512向HSS 130发送该请求。
尽管图7示出了S-CSCF 125的示范组件,但在其它实现中,S-CSCF 125可包含比上面讨论的那些组件少的、不同的或附加的组件。在又一些实现中,S-CSCF 125的一个或多个组件可执行描述为由S-CSCF 125的一个或多个其它组件执行的任务。
本发明实施例的优点是:该通配/reg exp匹配仅由HSS 130执行。S-CSCF 125不需要执行通配/reg exp匹配来发现正确的用户/服务简档,而只是基于接收的信息进行字符串比较。这节省了S-CSCF 125中的处理。由于HSS 130了解所有独特公共身份和通配公共身份,因此S-CSCF 125接收的信息是可靠的。注意,为了依赖于由HSS 130提供的信息,在同一HSS 130中预配置所有交叠的独特公共身份和通配公共身份将是运营商的责任。
本发明实施例的另一优点是:运营商不需要使用不同的P-CSCF来注册独特的公共身份和通配公共身份,这是由运营商负责恰当配置该IMS网络以避免这个问题时会发生的情况。
本发明实施例的又一优点是:由于在要应用通配公共身份的情况下使简档密钥421成为强制性的,因此,简档密钥421可被委托作为指示接收的消息是否与通配公共身份相关的标志。
本发明某些实施例的优点是:它确保在通配公共身份范围内的公共身份所关联的用户/服务简档与所述通配公共身份所关联的用户/服务简档不同的情况下应用期望的服务简档。这与该公共身份相比于该通配公共身份是与相同的IRS相关联还是与不同的IRS相关联无关,只要该公共身份和通配公共身份在同一预订下即可。这增加了通配公共身份功能性的灵活性。
在附图和说明书中,已经公开了本发明的典型优选实施例,并且尽管采用了特定术语,但它们仅用在一般性且描述性意义上,并不用于限制目的,本发明的范围在如下权利要求书中阐述。
Claims (15)
1.一种在服务呼叫会话控制功能S-CSCF节点(125)中用于在呼叫的端接侧上处置因特网协议多媒体子系统IMS网络(100)中公共身份(171,172,173)的方法,所述方法包括:
从询问呼叫会话控制功能I-CSCF节点(120)接收包含公共身份(171,172,173)的消息,其中在所述消息中接收的所述公共身份(171,172,173)落入通配公共身份(170)的范围内,但与第一用户/服务简档相关联,所述第一用户/服务简档不同于与所述通配公共身份(170)相关联的第二用户/服务简档;
发现所述消息是否包含具有通配公共身份(170)的简档密钥(421);
如果所述消息包含具有所述通配公共身份(170)的简档密钥(421),则
使用与所述简档密钥(421)一起接收的所述通配公共身份(170)来获取与所述通配公共身份(170)相关联的所述第二用户/服务简档;
如果所述消息不包含具有所述通配公共身份(170)的简档密钥(421),则
使用在所述消息中接收的所述公共身份(172)来获取与所述公共身份(172)相关联的所述第一用户/服务简档。
2.如权利要求1所述的方法,其中使用与所述简档密钥(421)一起接收的所述通配公共身份(170)来获取与所述通配公共身份(170)相关联的用户/服务简档的步骤包含:
使用与所述简档密钥(421)一起接收的所述通配公共身份(170)来尝试发现存储在所述S-CSCF节点(125)中的、与所述通配公共身份(170)相关联的所述用户/服务简档;
如果在所述S-CSCF节点(125)中发现与所述通配公共身份(170)相关联的所述用户/服务简档,则
获取与所述通配公共身份(170)相关联的所存储用户/服务简档;
如果在所述S-CSCF节点(125)中未发现与所述通配公共身份(170)相关联的所述用户/服务简档,则
将包含所述通配公共身份(170)的第一请求发送到归属订户服务器HSS节点(130)以从所述HSS节点(130)中获取与所述通配公共身份(170)相关联的所述用户/服务简档。
3.如权利要求2所述的方法,其中第一请求是包含通配公共身份属性值对AVP的服务器指配请求SAR消息。
4.如权利要求1-3中任一项所述的方法,其中使用在所述消息中接收的所述公共身份(172)来获取与所述公共身份(172)相关联的所述用户/服务简档的步骤包含:
使用在所述消息中接收的所述公共身份(172)来尝试发现存储在所述S-CSCF节点(125)中的、与所述公共身份(172)相关联的所述用户/服务简档;
如果在所述S-CSCF节点(125)中发现与所述公共身份(172)相关联的所述用户/服务简档,则
获取与所述公共身份(172)相关联的所存储用户/服务简档;
如果在所述S-CSCF节点(125)中未发现与所述公共身份(172)相关联的所述用户/服务简档,则
将包含所述公共身份(172)的第二请求发送到归属订户服务器HSS节点(130)以从所述HSS节点(130)中获取与所述公共身份(172)相关联的所述用户/服务简档。
5.如权利要求4所述的方法,其中所述第二请求是包含公共身份属性值对AVP的服务器指配请求SAR消息。
6.如权利要求1-3中任一项所述的方法,其中所述公共身份是公共服务身份PSI或公共用户身份IMPU。
7.如权利要求1-3中任一项所述的方法,其中所述简档密钥(421)是P简档密钥。
8.如权利要求1-3中任一项所述的方法,其中所接收的消息是与以所述公共身份(171,172,173)为目的地的呼叫相关的请求消息。
9.如权利要求1所述的方法,其中所述公共身份(172)与第一隐式注册集IRS(160)相关联,所述第一隐式注册集IRS(160)不同于与所述通配公共身份(170)相关联的第二IRS(165)。
10.一种用于在呼叫的端接侧上处置因特网协议多媒体子系统IMS网络(100)中公共身份(171,172,173)的服务呼叫会话控制功能S-CSCF节点(125),其中所述S-CSCF节点(125)配置成:
从询问呼叫会话控制功能I-CSCF节点(120)接收包含公共身份(171,172,173)的消息,其中在所述消息中接收的所述公共身份(171,172,173)落入通配公共身份(170)的范围内,但与第一用户/服务简档相关联,所述第一用户/服务简档不同于与所述通配公共身份(170)相关联的第二用户/服务简档;
发现所述消息是否包含具有通配公共身份(170)的简档密钥(421);
如果所述消息包含具有所述通配公共身份(170)的简档密钥(421),则
使用与所述简档密钥(421)一起接收的所述通配公共身份(170)来获取与所述通配公共身份(170)相关联的所述第二用户/服务简档;
如果所述消息不包含具有所述通配公共身份(170)的简档密钥(421),则
使用在所述消息中接收的所述公共身份(172)来获取与所述公共身份(172)相关联的所述第一用户/服务简档。
11.如权利要求10所述的S-CSCF节点(125),其中所述S-CSCF节点(125)包括接收器(710)、传送器(720)、存储单元(730)和处理逻辑(740),所述处理逻辑(740)连接到所述接收器(710)、连接到所述传送器(720)并连接到所述存储单元(730),其中
所述接收器(710)配置成接收所述消息;以及
所述处理逻辑(740)包括配置成获取所述用户/服务简档的检索逻辑(750)。
12.如权利要求11所述的S-CSCF节点(125),其中所述检索逻辑(750)配置成通过如下方式使用所述通配公共身份(170)来获取与所述通配公共身份(170)相关联的所述用户/服务简档:
如果在所述存储单元(730)中发现与所述通配公共身份(170)相关联的所述用户/服务简档,则从所述存储单元(730)中获取与所述通配公共身份(170)相关联的所述用户/服务简档;以及
如果在所述S-CSCF节点(125)的所述存储单元(730)中未发现与所述通配公共身份(170)相关联的所述用户/服务简档,则发起所述传送器(720)将包含所述通配公共身份(170)的第一请求发送到归属订户服务器HSS节点(130)以从所述HSS节点(130)中获取与所述通配公共身份(170)相关联的所述用户/服务简档。
13.如权利要求12所述的S-CSCF节点(125),其中所述传送器(720)还配置成将所述第一请求作为包含通配公共身份属性值对AVP的服务器指配请求SAR消息来发送。
14.如权利要求12-13中任一项所述的S-CSCF节点(125),其中所述检索逻辑(750)还配置成通过如下方式使用在所述消息中接收的所述公共身份(172)来获取与所述公共身份(172)相关联的所述用户/服务简档:
如果在所述存储单元(730)中发现与所述公共身份(172)相关联的所述用户/服务简档,则从所述存储单元(730)中获取与所述公共身份(172)相关联的所述用户/服务简档,以及
如果在所述S-CSCF节点(125)的所述存储单元(730)中未发现与所述公共身份(172)相关联的所述用户/服务简档,则发起所述传送器(720)将包含所述公共身份(172)的第二请求发送到归属订户服务器HSS节点(130)以从所述HSS节点(130)中获取与所述公共身份(172)相关联的所述用户/服务简档。
15.如权利要求14所述的S-CSCF节点(125),其中所述传送器(720)还配置成将所述第二请求作为包含公共身份属性值对AVP的服务器指配请求SAR消息来发送。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US35609810P | 2010-06-18 | 2010-06-18 | |
US61/356098 | 2010-06-18 | ||
US61/356,098 | 2010-06-18 | ||
PCT/SE2010/051232 WO2011159214A1 (en) | 2010-06-18 | 2010-11-10 | Method and apparatus for handling public identities in an internet protocol multimedia subsystem network |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102948124A CN102948124A (zh) | 2013-02-27 |
CN102948124B true CN102948124B (zh) | 2017-05-24 |
Family
ID=43645860
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201080067521.9A Active CN102948124B (zh) | 2010-06-18 | 2010-11-10 | 处置因特网协议多媒体子系统网络中公共身份的方法和设备 |
Country Status (7)
Country | Link |
---|---|
US (1) | US20110310888A1 (zh) |
EP (1) | EP2583427B1 (zh) |
CN (1) | CN102948124B (zh) |
CA (1) | CA2802621A1 (zh) |
RU (1) | RU2013102300A (zh) |
TW (1) | TW201201552A (zh) |
WO (1) | WO2011159214A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8793388B2 (en) * | 2009-12-28 | 2014-07-29 | At&T Intellectual Property I, L.P. | Method and apparatus for processing a call to an aggregate endpoint device |
US8451841B2 (en) | 2009-12-28 | 2013-05-28 | At&T Intellectual Property I, L.P. | Method and apparatus for processing a call to an aggregate endpoint device |
US9019954B2 (en) * | 2010-06-18 | 2015-04-28 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and apparatuses for handling public identities in an internet protocol multimedia subsystem network |
AU2011359021A1 (en) * | 2011-02-08 | 2013-04-18 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and apparatuses for handling public identities in an internet protocol multimedia subsystem network |
US9762621B2 (en) | 2012-05-03 | 2017-09-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Call routing for IP multimedia subsystem users |
EP2833310A1 (en) * | 2013-07-29 | 2015-02-04 | Koninklijke KPN N.V. | Provisioning a relation between users in a network subsystem |
US11889328B2 (en) * | 2018-09-14 | 2024-01-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Audit process for the monitoring of events |
US11290505B1 (en) * | 2021-09-02 | 2022-03-29 | Bank Of America Corporation | Data processing systems for data request routing |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1883181A (zh) * | 2003-11-25 | 2006-12-20 | 诺基亚公司 | 基于ip地址绑定过滤多媒体业务量的方法和系统 |
CN101132410A (zh) * | 2006-08-23 | 2008-02-27 | 阿尔卡特朗讯公司 | 在ngn-ims子系统中改善“永久注册用户”的注册的方法 |
EP2106091A1 (en) * | 2008-03-28 | 2009-09-30 | Telefonaktiebolaget LM Ericsson (PUBL) | Method of setting up a call in an internet protocol (IP) multimedia subsystem (IMS) network, method of operating a network nude, network node, a telecommunications service provider using such a method, computer program and computer readable medium |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7372840B2 (en) * | 2003-11-25 | 2008-05-13 | Nokia Corporation | Filtering of dynamic flows |
GB0409496D0 (en) * | 2004-04-28 | 2004-06-02 | Nokia Corp | Subscriber identities |
US20100011004A1 (en) * | 2006-08-29 | 2010-01-14 | Nokia Corporation | Service Identification Optimization |
CN101662477B (zh) * | 2009-09-29 | 2012-11-07 | 华为技术有限公司 | 一种查找用户数据的方法及装置 |
-
2010
- 2010-11-10 EP EP10795078.4A patent/EP2583427B1/en active Active
- 2010-11-10 CA CA2802621A patent/CA2802621A1/en not_active Abandoned
- 2010-11-10 US US12/943,715 patent/US20110310888A1/en not_active Abandoned
- 2010-11-10 WO PCT/SE2010/051232 patent/WO2011159214A1/en active Application Filing
- 2010-11-10 CN CN201080067521.9A patent/CN102948124B/zh active Active
- 2010-11-10 RU RU2013102300/08A patent/RU2013102300A/ru not_active Application Discontinuation
-
2011
- 2011-01-05 TW TW100100401A patent/TW201201552A/zh unknown
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1883181A (zh) * | 2003-11-25 | 2006-12-20 | 诺基亚公司 | 基于ip地址绑定过滤多媒体业务量的方法和系统 |
CN101132410A (zh) * | 2006-08-23 | 2008-02-27 | 阿尔卡特朗讯公司 | 在ngn-ims子系统中改善“永久注册用户”的注册的方法 |
EP2106091A1 (en) * | 2008-03-28 | 2009-09-30 | Telefonaktiebolaget LM Ericsson (PUBL) | Method of setting up a call in an internet protocol (IP) multimedia subsystem (IMS) network, method of operating a network nude, network node, a telecommunications service provider using such a method, computer program and computer readable medium |
Non-Patent Citations (1)
Title |
---|
《The Session Initiation Protocol P-Profile-Key Private Header (P-Header) rfc5002》;G.Camarillo 等;《IETF》;20070801;第1-7页 * |
Also Published As
Publication number | Publication date |
---|---|
EP2583427A1 (en) | 2013-04-24 |
CN102948124A (zh) | 2013-02-27 |
WO2011159214A1 (en) | 2011-12-22 |
TW201201552A (en) | 2012-01-01 |
EP2583427B1 (en) | 2016-06-01 |
RU2013102300A (ru) | 2014-07-27 |
US20110310888A1 (en) | 2011-12-22 |
CA2802621A1 (en) | 2011-12-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10484436B2 (en) | User device selection | |
CN102948124B (zh) | 处置因特网协议多媒体子系统网络中公共身份的方法和设备 | |
RU2413391C2 (ru) | Управление профилями услуг в ims | |
EP2122968B1 (en) | Group access to IP multimedia subsystem service | |
US8984152B1 (en) | Message handling in an IP multimedia subsystem | |
US20040246965A1 (en) | System and method for routing messages | |
EP2276218A1 (en) | Routing messages via an IMS system | |
EP2192742B1 (en) | Local session controller, ip multimedia subsystem and session registration method | |
US20080212569A1 (en) | Method and Apparatus for Allocating Application Servers in an Ims | |
WO2007010010A1 (en) | Method and apparatus for allocating a server in an ims network | |
CA2516774A1 (en) | Routing messages via an ims system | |
CN102077544B (zh) | 在ip多媒体子系统网络中提供位置信息 | |
JP5430553B2 (ja) | Ipマルチメディアサブシステムにおけるユーザidの処理 | |
US9019954B2 (en) | Methods and apparatuses for handling public identities in an internet protocol multimedia subsystem network | |
EP1654853B1 (en) | Function mode routing | |
CA2802660A1 (en) | Methods and apparatuses for handling public identities in an internet protocol multimedia subsystem network | |
JP2013153481A (ja) | Ipマルチメディアサブシステムにおけるユーザidの処理 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |