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

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

Info

Publication number
CN101112067A
CN101112067A CNA2006800039166A CN200680003916A CN101112067A CN 101112067 A CN101112067 A CN 101112067A CN A2006800039166 A CNA2006800039166 A CN A2006800039166A CN 200680003916 A CN200680003916 A CN 200680003916A CN 101112067 A CN101112067 A CN 101112067A
Authority
CN
China
Prior art keywords
user identity
message
private user
identity
entity
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.)
Granted
Application number
CNA2006800039166A
Other languages
English (en)
Other versions
CN101112067B (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)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

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

Description

在IP多媒体子系统中用于传送用户身份的方法和装置
技术领域
本发明涉及通信系统中的用户身份的注册。
背景技术
图1示出3GPP系统的部分架构，包括IP多媒体子系统(IMS)1。IMS包括服务呼叫会话控制功能单元(S-CSCF)2，其可以在Cx类型接口上与归属用户服务器(HSS)3通信。该系统还包括一个或多个连接实体4，例如分组交换域或P-CSCF，IMS1可以通过连接实体4与用户实体5(例如移动电话)通信。S-CSCF2和HSS3之间的接口6是Cx类型的接口，其特征被严格规定。
当前3G系统中，图1所示单元的一般功能是公知的。具体地说，S-CSCF提供服务给用户实体，并且HSS存储关于订购的信息，该信息可以由S-CSCF访问并由S-CSCF存储在本地数据库7中，以协助在所述订购的条件下向用户提供服务。
3GPP Rel-6 TS 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代码
AVP代码     属性名称   数据类型 3GPP TS中的规定
注释：从1到255的AVP代码为与3GPP RADIUS厂商特定的属性后向兼
容而预留(见TS 29.061[13])
注释：从256到299的AVP代码为将来使用而预留
29.234[6]
注释：从300到399的AVP代码为TS 29.234预留
26.207 [7]
注释：从400到499的AVP代码为TS 29.109预留
500 中断-原因 枚举 29.209[8]
501 接入-网络-计费-地址 地址
502 接入-网络-计费-标识符 组类型
503 接入-网络-计费-标识符-值 十进制字符串
504 AF-应用-标识符 十进制字符串
505 AF-计费-标识符 十进制字符串
506 授权-令牌 十进制字符串
507 流-描述 IP过滤规则
508 流-编组 组类型
509 流-号 无符号32位
510 流 组类型
511 流-状态 枚举
512 流-使用 枚举
513 Gq-特定-行动 枚举
514 最大请求-带宽 无符号32位
515 最大-请求-带宽-DL 无符号32位
516 最大-请求-带宽-UL 无符号32位
517 媒体-组件-描述 组类型
518 媒体-组件-号 无符号32位
519 媒体-子组件AVP 组类型
520 媒体-类型 枚举
521  RR-带宽 无符号32位
522  RS-带宽 无符号32位
523  SIP-分支-指示 枚举
注释：从524到599的AVP代码为TS 29.209预留
600 被访问-网络-标识符 十进制字符串 29.229[2]
601 公共-身份 UTF8字符串
602 服务器-名称 UTF8字符串
603 服务器-能力 组类型
604 必选-能力 无符号32位
605 可选能力 无符号32位
606 用户-数据 十进制字符串
607 SIP-数量-鉴权-项目 无符号32位
608 SIP-鉴权-方案 UTF8字符串
609 SIP-鉴权 十进制字符串
610 SIP-授权 十进制字符串
611 SIP-鉴权-上下文 十进制字符串
612 SIP-鉴权-数据-项目 组类型
613 SIP-项目-号 无符号32位
614 服务器-分配-类型 枚举
615 注册解除-原因 组类型
616 原因-代码 枚举
617 原因-信息 UTF8字符串
618 计费-信息 组类型
619 主要-事件-计费-功能-名称 Diameter URI
620 次要-事件-计费-功能-名称 Diameter URI
621 主要-计费-收集-功能-名称 Diameter URI
622 次要-计费-收集-功能-名称 Diameter URI
623 用户-授权-类型 枚举
624 用户-数据-已经-可用 枚举
625 机密-密钥 十进制字符串
626 完整性-密钥 十进制字符串
627 用户-数据-请求-类型 枚举
628 所支持-特征 组类型
629 特征-列表-ID 无符号32位
630 特征-列表 无符号32位
631 所支持-应用 组类型
632 关联-身份 组类型
注释：从633到699的AVP代码为TS 29.229预留
700 用户-身份 组类型 29.329[4]
701 MSISDN 十进制字符串
702 用户-数据 十进制字符串
703 数据-参考 枚举
704 服务-指示 十进制字符串
705 子-请求-类型 枚举
706 请求-域 枚举
707 当前-位置 枚举
708 身份-集 枚举
注释：从709到799的AVP代码为TS 29.329预留
32.299[5]
注释：从800到899的AVP代码为TS 32.299预留
29.061[13]
注释：从900到999的AVP代码为TS 29.061预留
29.210[15]
注释：从1000到1099的AVP代码为TS 29.210预留
以下是适合于在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_OCCURS_TOO_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_SCHEME_UNSUPPORTED。
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-ld}
                        [Result-Code]
                        [Experimental-Result]
                        {Auth-Session-State}
                        {Origin-Host}
                        {Origin-Realm}
                        [User-Name]
                        *[Supported-Features]
                        [Public-Identity]
                        [SIP-Number-Auth-Items ]
                        *[SIP-Auth-Data-Item]
                        [Associated-Identities]
                        *[AVP]
                      *[Proxy-Info]
                      *[Route-Record]
以下是适合于结合系统的其它特征在3GPP系统中实现上述特征的AVP的描述。
下表描述为Cx接口协议定义的Diameter AVP，可以对它们的AVP代码值、类型、可能的标记值以及是否是AVP进行加密。在该规范中定义的所有AVP的厂商-Id头应该被设置为3GPP(10145)。
表6.3.1：Diameter多媒体应用AVP
    AVP标记规则
属性名称 AVP代码 定义部分 值类型 必须 可以 应该不 必须不 可以加密
  访问-网络-标识符   600  6.3.1 十进制字符串 M，V 否
  公共-身份   601  6.3.2 UTF8字符串 M，V N
  服务器-名称   602  6.3.3 UTF8字符串 M，V 否
  服务器-能力   603  6.3.4 分组 M，V 否
  必选-能力   604  6.3.5 无符号32位 M，V 否
  可选-能力   605  6.3.6 无符号32位 M，V 否
  用户-数据   606  6.3.7 十进制字符串 M，V 否
  SIP-数量-鉴权-项目   607  6.3.8 无符号32位 M，V 否
  SIP-鉴权-方案   608  6.3.9 UTF8字符串 M，V 否
  SIP-鉴权   609  6.3.10 十进制字符串 M，V 否
  SIP-认证   610  6.3.11 十进制字符串 M，V 否
  SIP-鉴权-上下文   611  6.3.12 十进制字符串 M，V 否
  SIP-鉴权-数据-项目   612  6.3.13   组类型 M，V 否
  SIP-项目-号   613  6.3.14   无符号32位 M，V 否
  服务器-分配-类型   614  6.3.15   枚举 M，V 否
  注册解除-原因   615  6.3.16   组类型 M，V 否
  原因-代码   616  6.3.17   枚举 M，V 否
  原因-信息   617  6.3.18   UTF8字符串 M，V 否
  计费-信息   618  6.3.19   组类型 M，V 否
  主要-事件-计费-功能-名称   619  6.3.20   DiameterURI M，V 否
  次要-事件-计费-功能-名称   620  6.3.21   DiameterURI M，V 否
  主要-计费-收集-功能-名称   621  6.3.22   DiameterURI M，V 否
  次要-计费-收集-功能-名称   622  6.3.23   DiameterURI M，V 否
  用户-认证-类型   623  6.3.24   枚举 M，V 否
  用户-数据-已可用   624  6.3.26   枚举 M，V 否
  机密-密钥   625  6.3.27   十进制字符串 M，V 否
  完整性-密钥   626  6.3.28   十进制字符串 M，V 否
  用户-数据-请求-类型   627  6.3.25   枚举 M，V 否
  所支持-特征   628  6.3.29   组类型 V M 否
  特征-列表-ID   629  6.3.30   无符号32位 V   M 否
  特征-列表   630  6.3.31   无符号32位 V   M 否
  所支持-应用   631  6.3.32   组类型 M，V   M 否
  关联-身份   632  6.3.33   组类型 M，V 否
注释1：表示为“M”的AVP头比特指示是否需要对该AVP的支持。表示为“V”的AVP头比特指示可选厂商-ID字段是否出现在该AVP头中。进一步的详细描述见IETF RFC 3588[6]。注释2：取决于具体的命令。
关联-身份AVP是组类型的，并且它包含与IMS订购相关联的私有用户身份。
AVP格式：
Associated-Identities::＝<AVP header:632 10415>
                             *[User-Name]
                             *[AVP]
本发明能够应用于除了现有3G通信系统之外的系统。原则上，将多个公共用户身份和私有用户身份配对通知给服务提供实体的能力在广泛范围的系统内是有用的。其特定优点在于这是通过与通知服务提供实体关于主要身份配对的信息相同的消息(例如SAR消息和/或PPR消息)，来实现的。相应地，另一优点在于能够通过单个消息(例如RTR消息)触发多个配对的删除。
因此，申请人将在此描述的各个特征以及两个或更多这样的特征的组合分别公开到这样的程度：根据本领域技术人员公知常识，基于整个说明书能够实现这样的特征或组合，而不管这样的特征或特征组合是否解决在此公开的任意问题，并且不是对权利要求的范围的限制。申请人指出，本发明的各个方面可以包括任意这样的特征和特征组合。考虑到前面的描述，显然，本领域技术人员应理解，在本发明的范围内，可以进行各种修改。

Claims (18)

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

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101568112B (zh) * 2008-04-24 2012-10-10 朗讯科技公司 增强融合网络中的共享公共用户身份的方法和网络单元
CN110494842A (zh) * 2017-01-27 2019-11-22 肖恩·哈钦森 安全认证和金融属性服务

Families Citing this family (33)

* 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
EP2131557B1 (en) * 2006-12-29 2014-11-12 Huawei Technologies Co., Ltd. Method and system and network element for service processing after network element data invalidated and occuring fault
CN100551146C (zh) 2007-01-22 2009-10-14 华为技术有限公司 一种实现用户身份关联的方法、系统及装置
US20080182575A1 (en) * 2007-01-30 2008-07-31 Motorola, Inc. Ims reliability mechanisms
PT2122968E (pt) * 2007-02-22 2012-03-02 Ericsson Telefon Ab L M Acesso agrupado a serviço de subsistema de ip de multimédia
EP1990968A1 (en) * 2007-05-07 2008-11-12 Nokia Siemens Networks Oy Method for operating a telecommunication system
TWM343338U (en) * 2007-05-25 2008-10-21 Interdigital Tech Corp Protocol architecture for access mobility in wireless communications
EP2215805B1 (en) * 2007-11-30 2011-10-12 Telefonaktiebolaget LM Ericsson (publ) Storage of network data
WO2009124938A2 (en) 2008-04-08 2009-10-15 Nokia Siemens Networks Oy Correlating communication sessions
US9967132B2 (en) * 2008-04-08 2018-05-08 Nokia Solutions And Networks Oy Correlating communication sessions
WO2010000295A1 (en) * 2008-06-30 2010-01-07 Telefonaktiebolaget Lm 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
WO2011047382A2 (en) 2009-10-16 2011-04-21 Tekelec Methods, systems, and computer readable media for providing diameter signaling router with integrated monitoring and/or firewall functionality
CN102148689B (zh) * 2010-02-09 2016-01-20 中兴通讯股份有限公司 策略和计费规则功能实体的选择方法、装置及系统
IN2012CN06917A (zh) * 2010-02-12 2015-05-29 Tekelec Inc
US8578050B2 (en) * 2010-02-12 2013-11-05 Tekelec, Inc. Methods, systems, and computer readable media for providing peer routing at a diameter node
CA2795433A1 (en) * 2010-04-15 2011-10-20 General Instrument Corporation 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
JP5805200B2 (ja) * 2011-02-16 2015-11-04 ノキア ソリューションズ アンド ネットワークス オサケユキチュア 非常サービスのための登録を維持する方法及び装置
WO2012119147A1 (en) 2011-03-03 2012-09-07 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

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1415431A2 (en) * 2000-06-12 2004-05-06 Zendit Encryption system that dynamically locates keys
ATE286641T1 (de) 2001-07-03 2005-01-15 Ericsson Telefon Ab L M Verfahren und system zur behandlung von mehrfachanmeldungen
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
AU2003281438A1 (en) * 2002-07-08 2004-01-23 Huawei Technologies Co., Ltd Network and method of realizing local roaming for subscribers
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

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101568112B (zh) * 2008-04-24 2012-10-10 朗讯科技公司 增强融合网络中的共享公共用户身份的方法和网络单元
CN110494842A (zh) * 2017-01-27 2019-11-22 肖恩·哈钦森 安全认证和金融属性服务

Also Published As

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

Similar Documents

Publication Publication Date Title
CN101112067B (zh) 在ip多媒体子系统中用于传送用户身份的方法和装置
JP5491488B2 (ja) Ｉｍｓにおけるサービスプロファイル処理
US9860737B2 (en) Communication system and method
AU2005270966B2 (en) User registration in a communication system
JP5302330B2 (ja) 通信ネットワークにおいて使用する方法および装置
JP2006522501A5 (zh)
US20110197058A1 (en) Hiding a device identity
JP2006522501A (ja) モバイル通信システムにおける加入者の複数登録
US20050015499A1 (en) Method and apparatus for SIP user agent discovery of configuration server
EP1743464B1 (en) Method for processing messages
EP2790426B1 (en) Method and system for enabling an Aggregation/Authentication Proxy to route XCAP messages to IMS Application Server
CN101854332A (zh) 流媒体业务的处理方法、装置及系统
CN102158991A (zh) 设备管理的方法和装置
KR20060037196A (ko) 아이피 멀티미디어 서브시스템에서 네트워크의 보안처리방법
EP2040433B1 (en) Password update in a communication system

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