CN101112067B - 在ip多媒体子系统中用于传送用户身份的方法和装置 - Google Patents

在ip多媒体子系统中用于传送用户身份的方法和装置 Download PDF

Info

Publication number
CN101112067B
CN101112067B CN2006800039166A CN200680003916A CN101112067B CN 101112067 B CN101112067 B CN 101112067B CN 2006800039166 A CN2006800039166 A CN 2006800039166A CN 200680003916 A CN200680003916 A CN 200680003916A CN 101112067 B CN101112067 B CN 101112067B
Authority
CN
China
Prior art keywords
user identity
message
private user
identity
feature
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
Application number
CN2006800039166A
Other languages
English (en)
Other versions
CN101112067A (zh
Inventor
K·塔米
M·埃托拉
M·米吕迈基
A·H·雷诺宁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Technologies Oy
Original Assignee
Nokia Oyj
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nokia Oyj filed Critical Nokia Oyj
Publication of CN101112067A publication Critical patent/CN101112067A/zh
Application granted granted Critical
Publication of CN101112067B publication Critical patent/CN101112067B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • 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/1073—Registration or de-registration
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0407—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the identity of one or more communicating identities is hidden
    • 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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种用于在通信系统中协助订购特征的注册的方法，在所述通信系统中，私有用户身份特征可以与公共用户身份特征配对，并且多于一个的私有用户身份可以与订购关联；所述方法包括：从所述系统的订购信息存储实体向所述系统的服务提供实体发送第一消息，所述第一消息包含规定第一私有用户身份和公共用户身份的特征的数据，所述消息还包括除了所述第一私有用户身份之外的、关联于和所述第一私有用户身份相同的订购的任意其它私有用户身份的指示。

Description

在IP多媒体子系统中用于传送用户身份的方法和装置
技术领域
本发明涉及通信系统中的用户身份的注册。
背景技术
图1示出3GPP系统的部分架构，包括IP多媒体子系统(IMS)1。IMS包括服务呼叫会话控制功能单元(S-CSCF)2，其可以在Cx类型接口上与归属用户服务器(HSS)3通信。该系统还包括一个或多个连接实体4，例如分组交换域或P-CSCF，IMS 1可以通过连接实体4与用户实体5(例如移动电话)通信。S-CSCF 2和HSS 3之间的接口6是Cx类型的接口，其特征被严格规定。
当前3G系统中，图1所示单元的一般功能是公知的。具体地说，S-CSCF提供服务给用户实体，并且HSS存储关于订购的信息，该信息可以由S-CSCF访问并由S-CSCF存储在本地数据库7中，以协助在所述订购的条件下向用户提供服务。
3GPP Rel-6TS 23.228的当前规范(版本6.7.0，第4.3.3.4章，图4.6)定义了IMS订购，其可以包括多个私有用户身份。私有用户身份可以与专有或共享的公共用户身份配对。
当前，公共用户身份-私有用户身份配对被显性地注册，并且假定当共享公共用户身份被注册时，在其帮助下S-CSCF会找出订购的私有用户身份的配对。在某些情况下，这样可以令人满意地运作。然而，私有用户身份可以还具有专有公共用户身份，其可以独立于共享公共用户身份而被注册。已经认识到：在当前设计下，当这种情况发生时，S-CSCF没有办法找出属于相同IMS订购的所注册公共用户身份和私有用户身份的配对。
因此，需要一种使S-CSCF能够找出这种配对的方法。
WO 2004/000089(US2004/0196796)解决与将多个用户身份链接到相同用户的HSS相关联的问题。这样的身份必须在系统的S-CSCF处被注册，并且相应地HSS不提供用于再次和更进一步注册的服务器能力，而是提供已经使用的S-CSCF的名称。
发明内容
根据本发明的一个方面，提供一种用于在通信系统中协助订购特征的注册的方法，在所述通信系统中，可以将私有用户身份特征与公共用户身份特征配对，并且可以将多于一个的私有用户身份与订购相关联；所述方法包括：从所述系统的订购信息存储实体向所述系统的服务提供实体发送第一消息，所述第一消息包含规定第一私有用户身份和公共用户身份的配对的特征的数据，所述消息还包括除了所述第一私有用户身份之外的、关联于和所述第一私有用户身份相同的订购的任意其他私有用户身份的指示。
本发明的优选特征和其他方面在所附权利要求中阐述。
附图说明
现将参照附图通过示例描述本发明。
在附图中：
图1示出通信系统。
具体实施方式
总括地说，本发明的示例涉及将新的属性引入Cx接口。这种属性的特征允许支持具有多个私有用户身份的IMS订购。
如下进行更详细的解释，在本发明的这个实施例中，新的属性被添加到Cx接口。该属性在此被称为关联-身份(Associated-Identities)属性。该属性能够承载足够的信息，以在私有用户身份-公共用户身份对的注册期间以及当将新的私有用户身份添加到订购时，将IMS订购的私有身份通知给S-CSCF。
当用户在IMS中注册私有用户身份-公共用户身份对时，S-CSCF经由Cx接口从HSS取回与该身份对有关的用户数据和鉴权数据。用于该操作的命令是多媒体-鉴权-请求(Multimdia-Auth-Request，MAR)和服务器-分配-请求(Server-Assignment-Request，SAR)。HSS返回在多媒体-鉴权-应答(Multimdia-Auth-Answer，MAA)中的鉴权数据和服务器-分配-应答(Server-Assignment-Answer，SAA)消息中的用户数据。
如果私有身份-公共身份对属于包含多个私有身份的IMS订购，则HSS将该订购的其他私有用户身份的列表添加到SAA。为此，其使用关联-身份的属性值对(Attribute-Value pair，AVP)。关联-身份的AVP作为包含用户-名称(User-Name)AVP的列表，为使用Cx接口的单元所知，其中每一用户-名称AVP包含私有用户身份。
通过使用3GPP消息的传统格式，如下定义SAA消息：
<Server-Assignment-Answer>::＝<Diameter Header：301，PXY，16777216>
<Session-Id>
{Vendor-Specific-Application-Id}
[Result-Code]
[Experimental-Result]
{Auth-Session-State}
{Origin-Host}
{Origin-Realm}
[User-Name]
＊[Supported-Features]
[User-Data]
[Charging-Information]
＊[Proxy-Info]
＊[Route-Record]
[Associated-Identities]
＊[AVP]
并且如下定义关联-身份的字段：
Associated-Identities::＝<AVP header；xxx>
＊[User-Name]
＊[AVP]
用语“xxx”表示数字，可以对其进行选择以遵从系统的需求。
基于S-CSCF所接收到的关联的私有用户身份，S-CSCF能够在执行进一步的行动之前获悉该IMS订购的私有用户身份，并将它们预先存储到其数据库。
如果将新的私有用户身份添加到HSS中的IMS订购，则HSS通过将推送-简档-请求(Push-Profile-request，PPR)发送到S-CSCF来通知S-CSCF。PPR在关联-身份AVP中作为密钥包含关联私有用户身份的更新列表和S-CSCF已经拥有的任意私有用户身份中的任意一个。AVP还包含新的私有用户身份。S-CSCF确定其进行该操作，并将新的身份存储在其数据库中。
推送-简档-请求消息的格式如下：
<Push-Profile-Request>::＝<Diameter Header：305，REQ，PXY，16777216>
<Session-Id>
{Vendor-Specific-Application-Id}
{Auth-Session-State}
{Origin-Host}
{Origin-Realm}
{Destination-Host}
{Destination-Realm}
{User-Name}
＊[Supported-Features]
[User-Data]
[Charging-Information]
＊[Proxy-Info]
＊[Route-Record]
[Associated-Identities]
＊[AVP]
如果从订购中删除现有私有用户身份，则HSS利用注册-终止-请求(Registration-Termination-Request，RTR)消息来通知S-CSCF。当前在3GPP标准中规定了消息的基准。然而，目前RTR可以每次仅包含一个私有身份(即用户-名称AVP)。本发明人已经认识到，可以通过将关联-身份AVP附加地包括在RTR命令中来改进使用RTR消息的效率。根据这种增强，RTR命令将具有如下格式：
<Registration-Termination-Request>::＝<Diameter Header：304，16777216，REQ
>
<Session-Id>
{Vendor-Specific-Application-Id}
{Auth-Session-State}
{Origin-Host}
{Origin-Realm}
{Destination-Host}
{Destination-Realm}
{User-Name}
＊[Supported-Features]
＊[Public-Identity]
{Deregistration-Reason}
[Associated-Identities]
＊[Proxy-Info]
＊[Route-Record]
＊[AVP]
以下是适合于结合3GPP系统的其他特征来实现上述特征的3GPPAVP代码的列表。
表7.13GPP特定AVP代码
Figure G06803916620070806D000051
Figure G06803916620070806D000061
Figure G06803916620070806D000071
Figure G06803916620070806D000081
以下是适合于在3GPP系统中实现上述特征的S-CSCF注册/注册解除通知过程的描述。
该过程被用于S-CSCF和HSS之间。该过程由S-CSCF来调用，与操作Cx-Put和Cx-Pull(见3GPP TS 23.228[1])的组合对应，并被用于：
-将S-CSCF分配给公共用户身份，或清除分配给一个或多个公共用户身份的S-CSCF的名称。
-从HSS下载S-CSCF用于服务用户所需要的有关用户信息。
该过程被映射到3GPP TS 29.229[5]中规定的Diameter应用中的命令——服务器-分配-请求/应答。表6.1.2.1和6.1.2.2描述所调用的信息元素。
表6.1.2.1：S-CSCF注册/注册解除通知请求
 信息元素名称   映射到DiameterAVP   Cat.   描述
 公共用户身份(见7.2)   公共-身份   C   公共用户身份或公共用户身份的列表。如果服务器-分配-类型是除了TIMEOUT_DEREGISTRATION、USER_DEREGISTRATION或ADMINISTRATIVE_DEREGISTRATION之外的任意值，则应该出现一个且仅一个公共用户身份。如果服务器-分配-类型表示某些类型的注册解除并且私有用户身份没有出现在请求中，则应该出现至少一个公共用户身份
 S-CSCF名称(见7.4)   服务器-名称   M   S-CSCF的名称
  私有用户身份(见7.3)   用户-名称  C   私有用户身份。如果当S-CSCF发出请求时其可用，则应该出现。在对未注册(unregistered)用户的会话发起期间可以不出现。在此情况下服务器-分配-类型应该包含值UNREGISTERED_USER。在注册解除的情况下，服务器-分配-类型等于TIMEOUT_DEREGISTRATION、USER_DEREGISTRATION或ADMINISTRATIVE_DEREGISTRATION，如果没有公共用户身份AVP出现，则应该出现私有用户身份。
  服务器分配类型(见7.8)   服务器-分配-类型  M   在HSS中更新S-CSCF请求的类型(例如注册解除)。对于所有可能的值，见3GPP TS29.229[5]。
  用户数据已可用(见7.16)   用户-数据-已经-可用  M   其指示在S-CSCF中用户简档是否已经可用。在服务器-分配-类型不等于NO_ASSIGNMENT、REGISTRATION、RE_REGISTRATION或UNREGISTERED_USER的情况下，当处理请求时，HSS不应该使用“用户数据已经可用”。
  路由信息(见7.13)   目的地-主机  C   如果S-CSCF得知HSS名称，则目的地-主机AVP应该出现在命令中。如果该请求属于已经存在的注册，例如在重注册的情况下，则该信息可用，其中，HSS名称被存储在S-CSCF中。HSS名称是从例如被包括在MAA命令中的自HSS接收的发源-主机
  AVP获得的。如果由于对未注册用户的会话终止而发送该命令，则该信息不可用。在这种情况下，目的地-主机AVP不出现，并且基于S-CSCF中的Diameter路由表将该命令路由到下一Diameter节点(例如SLF)。
表6.1.2.2：S-CSCF注册/注册解除通知响应
  信息元素名称   映射到DiameterAVP   Cat.   描述
  私有用户身份(见7.3)   用户-名称   C   私有用户身份。如果当HSS发送响应时其可用，则应该出现。在以下差错情况下，可以不出现：当请求的服务器-分配-类型是UNREGISTERED_USER并且HSS不认识所接收的公共用户身份。
  注册结果(见7.6)   结果-代码/实验-结果   M   注册的结果。结果-代码AVP应该用于在Diameter基准协议中定义的差错。实验-结果AVP应该用于Cx/Dx差错。这是成组的AVP，其包括厂商-Id AVP中的3GPP厂商-ID以及实验-结果-代码AVP中的差错代码。
  用户简档(见7.7)   用户-数据   C   有关的用户简档。当在请求中的服务器-分配-类型等于根据6.6部分所定义规则的NO_ASSIGNMENT、REGISTRATION、RE_REGISTRATION或UNREGISTERED_USER时，应该出现。
  如果S-CSCF接收到比其预备接受的数据更多的数据，则应该通过将用户-授权-类型设置为DEREGISTRATION_TOO_MUCH_DATA，并发回SIP 3xx或480(临时不可用)响应，来执行用户的注册解除，其应该触发由I-CSCF进行的新S-CSCF的选择，这在3GPPTS 24.229[8]中具体描述。
  计费信息(见7.12)   计费-信息  C   计费功能的地址。当将用户-数据AVP发送到S-CSCF时，应该出现。当该参数被包括时，应该包括主要计费收集功能地址。如果所有其他元素可用，则应该包括它们。
  关联私有身份   关联-身份  C   该AVP包含私有用户身份，其属于与在SAR命令中接收的私有用户身份或公共用户身份相同的IMS订购。如果IMS订购仅包含单个私有用户身份，则该AVP不应该出现。
详细行为
当对公共用户身份进行注册/注册解除时，S-CSCF应该通知HSS。S-CSCF使用相同的过程以得到包含用户简档和计费信息的用户信息。在6.5.1和6.6部分更详细地描述了所下载的有关用户简档。HSS保存用户的所有身份的注册状态信息。S-CSCF使用该过程以更新所述状态。为了隐性地注册身份，应该应用6.5.1部分中定义的规则。HSS应该按以下顺序(在任意步骤中出现差错的情况下，HSS应该停止处理并返回对应的差错代码，见3GPP TS 29.229[5])：
1、检查用户是否已知。如果不是已知，则实验-结果-代码应该被设置为DIAMETER_ERROR_USER_UNKNOWN。如果既没有包括公共用户身份也没有包括私有用户身份，则实验-结果-代码应该被设置为DIAMETER_MISSING_USER_ID。
2、HSS可以检查在请求中接收的私有用户身份和公共用户身份是否属于相同用户。如果不属于相同用户，则实验-结果-代码应该被设置为DIAMETER_ERROR_IDENTITIES_DONT_MATCH。
3、检查在请求中接收的服务器分配类型值：
-如果其指示REGISTRATION或RE_REGISTRATION，则HSS应该下载有关的用户信息。如果设置了公共用户身份的对于私有用户身份特定的鉴权未决标记，则HSS应该清除此标记。应该将结果-代码设置为DIAMETER_SUCCESS，并且HSS应该将公共用户身份的注册状态设置为已注册(如果尚不被注册not registered)。如果存在属于所服务IMS订购的多个私有用户身份，则应该将关联-身份AVP添加到应答消息，并且关联-身份AVP应该包含与该IMS订购相关联的所有私有用户身份。
仅一个公共用户身份应该出现在所述请求中。如果多于一个的身份出现，则应该将结果-代码设置为DIAMETER_AVP_OCCURS_TOO_MANY_TIMES，并且不应该返回用户信息。如果没有出现公共用户身份，则应该将实验-结果-代码设置为DIAMETER_MISSING_USER_ID。
-如果其指示UNREGISTERED_USER，则HSS应该存储S-CSCF名称，将公共用户身份的注册状态设置为未注册(unregistered)，即作为被呼叫而导致的注册，并下载有关的用户信息。如果在HSS中存在与公共用户身份关联的多个私有用户身份，则HSS应该随意选择所述私有用户身份中的一个，并将其放入响应消息。应该将结果-代码设置为DIAMETER_SUCCESS。如果存在属于所服务IMS订购的多个私有用户身份，则应该将关联-身份AVP添加到应答消息，并且关联-身份AVP应该包含与该IMS订购关联的所有私有用户身份。
仅一个公共用户身份应该出现在所述请求中。如果多于一个的身份出现，则应该将结果-代码设置为DIAMETER_AVP_OCCURSTOO_MANY_TIMES，并且不应该执行先前段落中规定的修改。如果没有公共用户身份出现，则应该将实验-结果代码设置为DIAMETER_MISSING_USER_ID。
-如果其指示TIMEOUT_DEREGISTRATION  、USER_DEREGISTRATION、DEREGISTRATION_TOO_MUCH_DATA或ADMINISTRATIVE_DEREGISTRATION，则HSS应该为S-CSCF在请求中所指示的所有公共用户身份，清除与私有用户身份相关联的S-CSCF名称，并将身份的注册状态设置为不被注册(notregistered)。如果在所述请求中没有公共用户身份出现，则应该出现私有用户身份；在此情况下，HSS为与该私有用户身份关联的所有公共用户身份清除S-CSCF名称，并将它们的注册状态设置为不被注册。结果-代码应该被设置为DIAMETER_SUCCESS。
-如果其指示TIMEOUT_DEREGISTRATION_STORE_SERVER_NAME或USER_DEREGISTRATION_STORE_SERVER_NAME，则HSS判断是否为S-CSCF在所述请求中所指示的所有公共用户身份保持与所存储的私有用户身份相关联的S-CSCF名称。如果没有公共用户身份出现在所述请求中，则私有用户身份应该出现。如果HSS决定保持所存储的S-CSCF名称，则HSS应该为与该私有用户身份关联的所有公共用户身份保持所存储的S-CSCF名称，并将它们的注册状态设置为未注册(unregistered)。
应该将结果-代码设置为DIAMETER_SUCCESS。
如果HSS决定不保持S-CSCF名称，则应该将实验-结果-代码设置为DIAMETER_SUCCESS_SERVER_NAME_NOT_STORED。如果HSS在请求中接收到公共用户身份，则HSS应该为S-CSCF在请求中所指示的公共用户身份将注册状态设置为不被注册。如果HSS在请求中接收到私有用户身份，则HSS应该将与该私有身份有关的公共用户身份的注册状态设置为不被注册。
-如果其指示NO_ASSIGNMENT，则HSS检查是否为请求数据的S-CSCF分配了该用户，并下载有关的用户信息。应该将结果-代码设置为DIAMETER_SUCCESS。如果存在属于所服务IMS订购的多个私有用户身份，则应该将关联-身份AVP添加到应答消息，并且关联-身份AVP应该包含与该IMS订购关联的所有私有用户身份。
如果请求S-CSCF与所分配的S-CSCF不同，则应该将结果-代码设置为DIAMETER_UNABLE_TO_COMPLY。
仅一个公共用户身份应该出现在请求中。如果多于一个的公共用户身份出现，则应该将结果代码设置为DIAMETER_AVP_OCCURS_TOO_MANY_TIMES，并且不应该返回用户身份信息。如果没有公共用户身份出现，则应该将实验-结果代码设置为DIAMETER_MISSING_USER_ID。
-如果其指示AUTHENTICATION_FAILURE或AUTHENTICATION_TIMEOUT，则HSS应该为与S-CSCF在请求中所指示的私有用户身份相关联的公共用户身份清除S-CSCF名称，并将该身份的注册状态设置为不被注册。如果设置了公共用户身份的对私有用户身份特定的鉴权未决标记，则HSS应该将其清除。应该将结果-代码设置为DIAMETER_SUCCESS。
仅一个公共用户身份应该出现在请求中。如果多于一个的身份出现，则应该将结果代码设置为DIAMETER_AVP_OCCURS_TOO_MANY_TIMES，并且不应该执行在先前段落中规定的修改。如果没有公共用户身份出现，则应该将实验结果代码设置为DIAMETER_MISSING_USER_ID。
如果HSS例如由于数据库差错而不能履行所接收的请求，则应该将结果-代码设置为DIAMETER_UNABLE_TO_COMPLY。HSS不应该修改任意用户状态，也不向S-CSCF下载任何用户公共用户身份信息。
见描述处理差错情况的8.1.2和8.1.3章：对不同于存储在HSS中的S-CSCF名称的接收，和对不符合用户注册状态的服务器-分配-类型值的接收。
以下是适合于在3GPP系统中实现上述特征的鉴权过程的描述。
该过程用于S-CSCF和HSS之间交换信息，从而支持在端用户和归属IMS网络之间的鉴权。该过程由S-CSCF调用，与操作Cx-AV-Req和Cx-Put的组合对应(见3GPP TS 33.203[3])，并用于：
-从HSS取回鉴权向量。
-解决在HSS和UE中的序列号之间的同步故障。
该过程被映射到3GPP TS 29.229[5]中规定的Diameter应用中的命令多媒体-鉴权-请求/应答。表6.3.1-6.3.5详细说明了所涉及的信息元素。
表6.3.1：鉴权请求
信息元素名称   映射到DiameterAVP Cat. 描述
  公共用户身份(见7.2)   公共-身份   M   该信息元素包含用户的公共身份
  私有用户身份(见7.3)   用户-名称   M   该信息元素包含用户的私有身份
  鉴权项目数量(见   SIP-数量-鉴权-项目   M   该信息元素指示所请求的鉴权向量的数量
 7.10)
 鉴权数据(见7.9)   SIP-鉴权-数据-项目   M   见用于该信息元素的内容的表6.3.2和6.3.3。表6.3.2所示内容应该用于正常鉴权请求；表6.3.3所示内容应该用于同步故障后的鉴权请求。
 S-CSCF名称(见7.9)   服务器-名称   M   该信息元素包含S-CSCF的名称(SIP URL)
 路由信息(见7.13)   目的地-主机   C   如果S-CSCF的知道HSS名称，则该AVP应该出现。如果MAR属于已经存在的注册，例如在重注册的情况下，则该信息元素可用，其中HSS名称被存储在S-CSCF中。HSS名称是从自HSS接收的发源-主机之间AVP获得的——其例如被包括在MAA命令中。如果在发起注册的情况下发送命令，则该信息可能不可用。在这种情况下，目的地-主机AVP不出现，并且该命令基于客户机中的Diameter路由表被路由到下一Diameter节点，例如SLF。
表6.3.2：鉴权数据内容-请求
信息元素名称   映射到DiameterAVP Cat. 描述
  鉴权方案(见7.9.2)   SIP-鉴权-方案   M   该信息元素指示鉴权方案。它应该包含“Digest-AKAv1-MD5”。
表6.3.3：鉴权数据内容-请求、同步故障
信息元素名称   映射到DiameterAVP Cat. 描述
  鉴权方案(见7.9.2)   SIP-鉴权-方案   M  该信息元素指示鉴权方案。它应该包含“Digest-AKAv1-MD5”
  鉴权信息(见7.9.4)   SIP-鉴权   M  它应该包含一系列被发送到终端的Nonce，和一系列从终端接收的auts。Nonce和auts都应该被二进制编码。
表6.3.4：鉴权应答
信息元素名称   映射到DiameterAVP Cat. 描述
  用户身份(见7.2)   公共-身份   C   用户公共身份。当结果是DIAMETER_SUCCESS时，其应该出现。
  私有用户身份(见7.3)   用户-名称   C   用户私有身份。当结果是DIAMETER_SUCCESS时，其应该出现。
  鉴权项目数量(见7.10)   SIP-数量-鉴权-项目   C   该AVP指示鉴权数据信息元素中传递的鉴权向量的数量。当结果是DIAMETER_SUCCESS时其应该出现。
  鉴权数据(见   SIP-鉴权-数据-项目   C   如果SIP-数量-鉴权-项目AVP等于零或其不出现，则该AVP应该不出现。
  7.9)   见用于该信息元素的内容的表6.3.5。
  结果(见7.6)   结果-代码/实验-结果   M   操作结果。结果-代码AVP应该用于Diameter基本协议中的定义的差错。实验-结果AVP应该用于Cx/Dx差错。这是成组的AVP，其包括在厂商-Id AVP中的3GPP厂商和实验-结果-代码中的差错代码。
  关联的私有身份   关联-身份   C   该AVP包含私有用户身份，其属于与MAR命令中所接收的私有用户身份相同的IMS订购。如果IMS订购仅包含单个私有用户身份，则AVP应该不出现。
表6.3.5：鉴权数据内容-响应
信息元素名称   映射到DiameterAVP Cat. 描述
  项目号(见7.9.1)   SIP-项目-号   C   在存在多个SIP-鉴权-数据-项目AVP并且处理它们的顺序是有意义的情况下，该信息元素应该出现在SIP-鉴权-数据-项目组类型AVP中。在此情况下，具有低SIP-项目-号值的SIP-鉴权-数据-项目AVP应该在具有高SIP-项目-号值的SIP-鉴权-数据-项目AVP之前被处理。
  鉴权方案(见7.9.2)   SIP-鉴权-方案   M   鉴权方案。应该包含“Digest-AKAv1-MD5”
  鉴权信息(见7.9.3)   SIP-鉴权   M   应该包含二进制编码的一系列鉴权质询RAND和令牌AUTN。关于RAND和AUTN的进一步细节见3GPP TS 33.203[3]。
  认证信息(见7.9.4)   SIP-认证   M   应该包含二进制编码的预期响应XRES。关于XRES的进一步细节见3GPP TS 33.203[3]。
  机密性密钥(见7.9.5)   机密性-密钥   O   如果该信息元素出现，则其应该包含机密性密钥。其应该被二进制编码。
  完整性密钥(见7.9.6)   完整性-密钥   M   该信息元素应该包含完整性密钥。其应该被二进制编码。
详细行为
HSS应该按照以下顺序(在任意步骤中的差错情况下，HSS应该停止处理并返回对应的差错代码，见3GPP TS 29.229[5])：
1、检查用户存在于HSS中。如果不存在，则应该将实验-结果-代码设置为DIAMETER_ERROR_USER_UNKNOWN。
2、HSS可以检查私有身份和公共身份属于相同用户。如果不属于相同用户，则应该将实验-结果-代码设置为DIAMETER_ERROR_IDENTITIES_DONT_MATCH。
3、检查是否支持该请求中所指示的鉴权方案。如果不支持，则应该将实验-结果-代码设置为DIAMETER_ERROR_AUTH_SCHEMEUNSUPPORTED。
4、如果该请求指示存在同步故障，则HSS应该比较在该请求中接收的S-CSCF名称和存储在HSS中的S-CSCF名称：
-如果它们相同，则HSS应该如3GPP TS 33.203[3]所描述的那样处理AUTS，并返回所请求的鉴权信息。应该将结果-代码设置为DIAMETER_SUCCESS。
5、检查在该请求中接收的公共身份的注册状态：
-如果为已注册，则HSS应该比较在该请求中接收的S-CSCF名称和存储在HSS中的S-CSCF名称：
-如果它们不同，则HSS应该存储该S-CSCF名称。HSS应该下载所存储的认证-数据-项目，直到在命令多媒体-鉴权-请求中所接收的SIP-数量-鉴权-项目中规定的最大值。HSS应该设置公共身份的鉴权未决标记，其对于在请求中所接收的私有身份是特定的。应该将结果
-代码设置为DIAMETER_SUCCESS。
-如果它们相同，则HSS应该下载所存储的认证-数据-项目，直到在命令多媒体-鉴权-请求中所接收的SIP-数量-鉴权-项目中规定的最大值。应该将结果-代码设置为DIAMETER_SUCCESS。
-如果未注册(unregistered)(即由于未注册用户被呼叫而注册，或存在保持所存储的用户简档的S-CSCF)，则HSS应该比较在请求中接收的S-CSCF名称和存储在HSS中的S-CSCF名称：
-如果它们不同，则HSS应该存储该S-CSCF名称。则HSS应
该下载所存储的认证-数据-项目，直到在命令多媒体-鉴权-请求中接收的SIP-数量-鉴权-项目中所规定的最大值。HSS应该设置公共身份的鉴权未决标记，其对于在请求中所接收的私有身份是特定的。应该将结果-代码设置为DIAMETER_SUCCESS。
-如果它们相同，则HSS应该下载存储的认证-数据-项目，直到在命令多媒体-鉴权-请求中接收的SIP-数量-鉴权-项目中所规定的最大值。HSS应该设置公共身份的鉴权未决标记，其对于在请求中所接收的私有身份是特定的。应该将结果-代码设置为DIAMETER_SUCCESS。
-如果不被注册(not registered)，则HSS应该存储该S-CSCF名称。HSS应该下载所存储的认证-数据-项目，直到在命令多媒体-鉴权-请求中接收的SIP-数量-鉴权-项目中所规定的最大值。HSS应该设置公共身份的鉴权未决标记，其对于在请求中所接收的私有身份是特定的。应该将结果-代码设置为DIAMETER_SUCCESS。
6、如果存在多个私有用户身份，其属于所服务的IMS订购，则应该将关联-身份AVP添加到应答消息，并且关联-身份AVP应该包含与该IMS订购相关联的所有私有用户身份。
除了在此规定的情况之外的情况应该被HSS看作差错情况，应该将结果-代码设置为DIAMETER_UNABLE_TO_COMPLY。应该不返回鉴权信息。
这个相关联的私有用户身份信息元素向S-CSCF指示属于相同IMS订购的私有用户身份。见3GPP TS 29.229[5]。
以下是适合于在3GPP系统中实现以上述特征的服务器-分配-应答(SAA)命令的描述。
服务器响应于服务器-分配-请求命令，发送服务器-分配-应答(SAA)命令，所述SAA命令通过设置为301的命令-代码字段和在命令标记字段中被清零的“R”比特来指示。除了IETF RFC 3588[6]中定义的值之外，结果-代码或实验-结果可以包含在6.2部分中定义的值中的一个。如果结果-代码或实验-结果没有通知出现差错，则用户-数据AVP应该包含S-CSCF向用户提供服务所需的信息。
消息格式：
<Server-Assignment-Answer>::＝<Diameter Header：301，PXY，16777216>
<Session-Id>
{Vendor-Specific-Application-Id}
[Result-Code]
[Experimental-Result]
{Auth-Session-State}
{Origin-Host}
{Origin-Realm}
[User-Name]
＊[Supported-Features]
[User-Data]
[Charging-Information]
[Associated-Identities]
＊[AVP]
＊[Proxy-Info]
＊[Route-Record]
以下是适合于在3GPP系统中实现上述特征的多媒体-鉴权-应答(MAA)命令的描述。
服务器响应于多媒体-鉴权-请求命令，发送多媒体-鉴权-应答(MAA)命令，所述MAA命令通过设置为303的命令-代码字段和在命令标记字段中被清零的“R”比特来指示。除了IETF RFC 3588[6]中定义的值之外，结果-代码或实验-结果AVP可以包含在6.2部分中定义的值中的一个。
消息格式：
<Multimedia-Auth-Answer>::＝<Diameter Header：303，PXY，16777216>
<Session-Id>
{Vendor-Specific-Application-Id}
[Result-Code]
[Experimental-Result]
{Auth-Session-State}
{Origin-Host}
{Origin-Realm}
[User-Name]
＊[Supported-Features]
[Public-ldentity]
[SIP-Number-Auth-Items]
＊[SIP-Auth-Data-ltem]
[Associated-Identities]
＊[AVP]
＊[Proxy-Info]
＊[Route-Record]
以下是适合于结合系统的其它特征在3GPP系统中实现上述特征的AVP的描述。
下表描述为Cx接口协议定义的Diameter AVP，可以对它们的AVP代码值、类型、可能的标记值以及是否是AVP进行加密。在该规范中定义的所有AVP的厂商-Id头应该被设置为3GPP(10145)。
表6.3.1：Diameter多媒体应用AVP
Figure G06803916620070806D000241
Figure G06803916620070806D000251
Figure G06803916620070806D000261
关联-身份AVP是组类型的，并且它包含与IMS订购相关联的私有用户身份。
AVP格式：
Associated-Identities::＝<AVP header：63210415>
＊[User-Name]
＊[AVP]
本发明能够应用于除了现有3G通信系统之外的系统。原则上，将多个公共用户身份和私有用户身份配对通知给服务提供实体的能力在广泛范围的系统内是有用的。其特定优点在于这是通过与通知服务提供实体关于主要身份配对的信息相同的消息(例如SAR消息和/或PPR消息)，来实现的。相应地，另一优点在于能够通过单个消息(例如RTR消息)触发多个配对的删除。
因此，申请人将在此描述的各个特征以及两个或更多这样的特征的组合分别公开到这样的程度：根据本领域技术人员公知常识，基于整个说明书能够实现这样的特征或组合，而不管这样的特征或特征组合是否解决在此公开的任意问题，并且不是对权利要求的范围的限制。申请人指出，本发明的各个方面可以包括任意这样的特征和特征组合。考虑到前面的描述，显然，本领域技术人员应理解，在本发明的范围内，可以进行各种修改。

Claims (25)

1.一种用于在通信系统中协助订购特征的注册的方法，在所述通信系统中，将私有用户身份特征与公共用户身份特征配对，并且将多于一个的私有用户身份与订购相关联；所述方法包括：从所述系统的订购信息存储实体向所述系统的服务提供实体发送第一消息，所述第一消息包含规定第一私有用户身份和公共用户身份的配对的特征的数据，所述第一消息还包括除了所述第一私有用户身份之外的、关联于和所述第一私有用户身份相同的订购的任意其他私有用户身份的指示。
2.如权利要求1所述的方法，其中，所述第一私有用户身份和公共用户身份的配对的所述特征包括以下项目中的任意一个或多个：会话授权状态、发源主机、发源区域、用户名称和规定将要应用于所述配对的计费制度的信息。
3.如权利要求2所述的方法，包括：响应来自对所述配对的信息进行请求的服务提供实体的第二消息，发送所述第一消息。
4.如权利要求3所述的方法，其中，所述通信系统是3GPP/UMTS系统，并且所述第一消息是多媒体-鉴权-应答或服务器-分配-应答消息。
5.如权利要求2所述的方法，包括：响应于向所述订购添加私有用户身份，发送所述第一消息。
6.如权利要求5所述的方法，其中，所述通信系统是3GPP/UMTS系统，所述第一消息是推送-简档-请求消息。
7.如权利要求1、2、3和5中任意一项所述的方法，其中，所述通信系统是3GPP/UMTS系统，所述订购信息存储实体是归属用户服务器。
8.如权利要求4或6中任意一项所述的方法，其中，所述订购信息存储实体是归属用户服务器。
9.如权利要求1、2、3、和5中任意一项所述的方法，其中，所述通信系统是3GPP/UMTS系统，所述服务提供实体是服务呼叫会话控制功能单元。
10.如权利要求4或6所述的方法，其中，所述服务提供实体是服务呼叫会话控制功能单元。
11.如权利要求7所述的方法，其中，所述服务提供实体是服务呼叫会话控制功能单元。
12.如权利要求8所述的方法，其中，所述服务提供实体是服务呼叫会话控制功能单元。
13.一种用于在通信系统中协助订购特征的注册的设备，在所述通信系统中，将私有用户身份特征与公共用户身份特征配对，并且将多于一个的私有用户身份与订购关联；所述设备包括：用于从所述系统的订购信息存储实体向所述系统的服务提供实体发送第一消息的装置，所述第一消息包含规定第一私有用户身份和公共用户身份的配对的特征的数据，所述第一消息还包括除了所述第一私有用户身份之外的、关联于和所述第一私有用户身份相同的订购的任意其他私有用户身份的指示。
14.如权利要求13所述的设备，其中，所述第一私有用户身份和公共用户身份的配对的所述特征包括以下项目中的任意一个或多个：会话授权状态、发源主机、发源区域、用户名称和规定将要应用于所述配对的计费制度的信息。
15.如权利要求14所述的设备，包括：用于响应于来自对所述配对的信息进行请求的服务提供实体的第二消息，发送所述第一消息的装置。
16.如权利要求15所述的设备，其中，所述通信系统是3GPP/UMTS系统，所述第一消息是多媒体-鉴权-应答或服务器-分配-应答消息。
17.如权利要求14所述的设备，包括：用于响应于向所述订购添加私有用户身份，发送所述第一消息的装置。
18.如权利要求17所述的设备，其中，所述通信系统是3GPP/UMTS系统，所述第一消息是推送-简档-请求消息。
19.如权利要求13、14、15和17中任意一项所述的设备，其中，所述通信系统是3GPP/UMTS系统，所述订购信息存储实体是归属用户服务器。
20.如权利要求16或18所述的设备，其中，所述订购信息存储实体是归属用户服务器。
21.如权利要求13、14、15和17中任意一项所述的设备，其中，所述通信系统是3GPP/UMTS系统，所述服务提供实体是服务呼叫会话控制功能单元。
22.如权利要求16或18所述的设备，其中，所述服务提供实体是服务呼叫会话控制功能单元。
23.如权利要求19所述的设备，其中，所述服务提供实体是服务呼叫会话控制功能单元。
24.如权利要求20所述的设备，其中，所述服务提供实体是服务呼叫会话控制功能单元。
25.一种在通信系统中协助订购特征的注册的设备，在所述通信系统中，将私有用户身份特征与公共用户身份特征配对，并且将多于一个的私有用户身份与订购关联；所述设备包括用于在所述系统的服务提供实体中从所述系统的订购信息存储实体接收第一消息的装置，所述第一消息包含规定第一私有用户身份和公共用户身份的配对的特征的数据，所述第一消息还包括除了所述第一私有用户身份之外的、关联于和所述第一私有用户身份相同的订购的任意其它私有用户身份的指示，以存储对于包括所述其它私有用户身份的指示的订购的记录。
CN2006800039166A 2005-02-04 2006-01-31 在ip多媒体子系统中用于传送用户身份的方法和装置 Active CN101112067B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
GB0502383.3 2005-02-04
GBGB0502383.3A GB0502383D0 (en) 2005-02-04 2005-02-04 User identities
PCT/IB2006/000726 WO2006082528A2 (en) 2005-02-04 2006-01-31 Method and apparatus for transmission of user identities in a ip multimedia subsystem

Publications (2)

Publication Number Publication Date
CN101112067A CN101112067A (zh) 2008-01-23
CN101112067B true CN101112067B (zh) 2011-09-14

Family

ID=34355822

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2006800039166A Active CN101112067B (zh) 2005-02-04 2006-01-31 在ip多媒体子系统中用于传送用户身份的方法和装置

Country Status (11)

Country Link
US (1) US7567796B2 (zh)
EP (1) EP1844594B1 (zh)
JP (1) JP4550905B2 (zh)
KR (1) KR100909533B1 (zh)
CN (1) CN101112067B (zh)
AU (1) AU2006211050B2 (zh)
ES (1) ES2773027T3 (zh)
GB (1) GB0502383D0 (zh)
MY (1) MY155021A (zh)
TW (1) TWI403138B (zh)
WO (1) WO2006082528A2 (zh)

Families Citing this family (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1327681C (zh) * 2005-08-08 2007-07-18 华为技术有限公司 一种实现初始因特网协议多媒体子系统注册的方法
US8213411B2 (en) * 2005-08-26 2012-07-03 Hewlett-Packard Development Company, L.P. Charging database with class of service (COS)
US20070055874A1 (en) * 2005-09-05 2007-03-08 Nokia Corporation Bundled subscriber authentication in next generation communication networks
US8069153B2 (en) * 2005-12-02 2011-11-29 Salesforce.Com, Inc. Systems and methods for securing customer data in a multi-tenant environment
US8312507B2 (en) * 2006-10-17 2012-11-13 A10 Networks, Inc. System and method to apply network traffic policy to an application session
EP2095593A4 (en) * 2006-12-21 2014-05-14 Ericsson Telefon Ab L M METHOD AND ARRANGEMENT FOR MANAGING SERVICE REQUEST IN A MULTIMEDIA NETWORK
PL2763377T3 (pl) * 2006-12-29 2016-04-29 Huawei Tech Co Ltd Sposób i system oraz element sieci do przetwarzania usługi po unieważnieniu danych elementu sieci i wystąpieniu błędu
CN100551146C (zh) * 2007-01-22 2009-10-14 华为技术有限公司 一种实现用户身份关联的方法、系统及装置
US20080182575A1 (en) * 2007-01-30 2008-07-31 Motorola, Inc. Ims reliability mechanisms
EP2122968B1 (en) * 2007-02-22 2011-11-23 Telefonaktiebolaget LM Ericsson (publ) Group access to IP multimedia subsystem service
EP1990968A1 (en) * 2007-05-07 2008-11-12 Nokia Siemens Networks Oy Method for operating a telecommunication system
CN101682859A (zh) * 2007-05-25 2010-03-24 交互数字技术公司 在无线通信中用于接入移动性的协议架构
ATE528905T1 (de) * 2007-11-30 2011-10-15 Ericsson Telefon Ab L M Speicherung von netzwerkdaten
WO2009124938A2 (en) 2008-04-08 2009-10-15 Nokia Siemens Networks Oy Correlating communication sessions
EP2272242B1 (en) * 2008-04-08 2014-03-05 Nokia Solutions and Networks Oy Correlating communication sessions
CN101568112B (zh) * 2008-04-24 2012-10-10 朗讯科技公司 增强融合网络中的共享公共用户身份的方法和网络单元
US8437342B2 (en) * 2008-06-30 2013-05-07 Telefonaktiebolaget L M Ericsson (Publ) Providing location information in an IP multimedia subsystem network
US8560710B2 (en) * 2008-07-24 2013-10-15 International Business Machines Corporation System and method of using diameter based signaling to activate and deactivate subscriber centric, visually rendered, services
US8880067B2 (en) * 2008-08-08 2014-11-04 Qualcomm Incorporated Correlating registrations originating from a device
US8543088B2 (en) * 2008-08-12 2013-09-24 International Business Machines Corporation System and method of using diameter based signaling to support billing models for visually rendered services
US8750126B2 (en) 2009-10-16 2014-06-10 Tekelec, Inc. Methods, systems, and computer readable media for multi-interface monitoring and correlation of diameter signaling information
US8958306B2 (en) 2009-10-16 2015-02-17 Tekelec, Inc. Methods, systems, and computer readable media for providing diameter signaling router with integrated monitoring functionality
CN102148689B (zh) * 2010-02-09 2016-01-20 中兴通讯股份有限公司 策略和计费规则功能实体的选择方法、装置及系统
US8578050B2 (en) * 2010-02-12 2013-11-05 Tekelec, Inc. Methods, systems, and computer readable media for providing peer routing at a diameter node
WO2011100600A2 (en) * 2010-02-12 2011-08-18 Tekelec Methods, systems and computer readable media for providing priority routing at a diameter node
EP2559219B1 (en) * 2010-04-15 2017-11-15 Google Technology Holdings LLC Online secure device provisioning framework
US8547966B2 (en) * 2010-12-06 2013-10-01 At&T Intellectual Property I, L.P. Method and apparatus for configuring IP multimedia subsystem network elements
US9832626B2 (en) * 2011-02-16 2017-11-28 Nokia Solutions And Networks Oy Method and apparatus for maintaining a registration for an emergency service
US8547908B2 (en) 2011-03-03 2013-10-01 Tekelec, Inc. Methods, systems, and computer readable media for enriching a diameter signaling message
US9372963B2 (en) * 2012-08-30 2016-06-21 Verizon Patent And Licensing Inc. User device selection
US8903387B2 (en) * 2012-11-15 2014-12-02 Cellco Partnership Dynamic terminal identifier assignment
WO2015014388A1 (en) * 2013-07-30 2015-02-05 Telefonaktiebolaget L M Ericsson (Publ) User data management
KR102303984B1 (ko) * 2015-06-22 2021-09-23 삼성전자 주식회사 이동 통신 시스템에서 전자 기기의 가입 방법 및 장치
US10965738B2 (en) * 2016-11-25 2021-03-30 Extreme Networks, Inc. Correlating and load balancing IMS traffic in a visibility network
WO2018140700A1 (en) * 2017-01-27 2018-08-02 Hutchinson Shawn Secure authentication and financial attributes services

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2001271302A1 (en) * 2000-06-12 2001-12-24 Zendit Encryption system that dynamically locates keys
ES2235065T3 (es) 2001-07-03 2005-07-01 Telefonaktiebolaget Lm Ericsson (Publ) Metodo y sistema para gestionar multiples registros.
CA2365441C (en) * 2001-12-19 2010-02-16 Diversinet Corp. Method of establishing secure communications in a digital network using pseudonymic digital identifiers
GB0206849D0 (en) 2002-03-22 2002-05-01 Nokia Corp Communication system and method
US6834413B2 (en) 2002-06-24 2004-12-28 Electrolux Home Products, Inc. Variable speed leaf blower
WO2004006592A1 (fr) * 2002-07-08 2004-01-15 Huawei Technologies Co., Ltd Reseau et procede assurant aux abonnes l'itinerance locale
GB0307853D0 (en) 2003-04-04 2003-05-14 Nokia Corp Registrations in a communication system
FI20031784A0 (fi) * 2003-12-05 2003-12-05 Nokia Corp Rekisteröinnin kontrollointi viestintäjärjestelmässä
US7747862B2 (en) * 2004-06-28 2010-06-29 Intel Corporation Method and apparatus to authenticate base and subscriber stations and secure sessions for broadband wireless networks
US20060046692A1 (en) * 2004-08-26 2006-03-02 Jelinek Lenka M Techniques for establishing secure electronic communication between parties using wireless mobile devices

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
3GPP *
3GPP;Technical Specification Group Core Network IPMultimedia (IM) Subsystem Cx and Dx interfaces Signallingflows and Message Contents.3GPP TS 29.228 V6.5.0.2004,3(29228650),P 9-25. *
IPMultimedia (IM) Subsystem Cx and Dx interfaces *
Signallingflows and Message Contents.3GPP TS 29.228 V6.5.0.2004,3(29228650),P 9-25. *
Technical Specification Group Core Network *

Also Published As

Publication number Publication date
CN101112067A (zh) 2008-01-23
WO2006082528A3 (en) 2006-09-21
GB0502383D0 (en) 2005-03-16
EP1844594A2 (en) 2007-10-17
ES2773027T3 (es) 2020-07-09
JP2008529331A (ja) 2008-07-31
US20060178132A1 (en) 2006-08-10
TW200642396A (en) 2006-12-01
AU2006211050A1 (en) 2006-08-10
KR100909533B1 (ko) 2009-07-27
JP4550905B2 (ja) 2010-09-22
WO2006082528A2 (en) 2006-08-10
TWI403138B (zh) 2013-07-21
AU2006211050B2 (en) 2010-04-22
EP1844594B1 (en) 2020-01-08
US7567796B2 (en) 2009-07-28
MY155021A (en) 2015-08-28
KR20070100802A (ko) 2007-10-11

Similar Documents

Publication Publication Date Title
CN101112067B (zh) 在ip多媒体子系统中用于传送用户身份的方法和装置
US9860737B2 (en) Communication system and method
RU2390970C2 (ru) Регистрация пользователей в системе связи
US8041349B2 (en) Home subscriber server configuration method and system
JP5302330B2 (ja) 通信ネットワークにおいて使用する方法および装置
CN102165751B (zh) 隐藏设备身份
US20050155036A1 (en) Application server addressing
JP2008539628A (ja) Ｉｍｓにおけるサービスプロファイル処理
US20070055874A1 (en) Bundled subscriber authentication in next generation communication networks
US20050015499A1 (en) Method and apparatus for SIP user agent discovery of configuration server
JP2006522501A (ja) モバイル通信システムにおける加入者の複数登録
JP2006522501A5 (zh)
US9628938B2 (en) Determination of IMS application server instance based on network information
CN102148739A (zh) 一种ims会话路由控制方法及系统
CN103119906A (zh) 用于在通信网络中管理向用户实体的会话发起协议通信的网络实体及方法
EP2532143B1 (en) Method and apparatus for routing xcap requests
CN101621501A (zh) 通信系统的用户注册控制方法和会话功能控制实体
KR20060037196A (ko) 아이피 멀티미디어 서브시스템에서 네트워크의 보안처리방법
CN101998620A (zh) 基于ip多媒体子系统的第三方注册的实现方法和系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20160127

Address after: Espoo, Finland

Patentee after: Technology Co., Ltd. of Nokia

Address before: Espoo, Finland

Patentee before: Nokia Oyj