专利名称：在ims用户中的服务共享的制作方法
技术领域：
本发明通常涉及电信系统与改善其中的服务。
背景技术：
随着技术水平增长，通信的选择有了更多变化。例如，在电信行业的近30年中，个 人通信已从拥有单转拨号电话的家庭演进到拥有适应语音和数据的多个电话、电缆和/或 光纤线路的家庭。此外，蜂窝电话和Wi-Fi已给通信添加了移动元素。为了适应使用IP网络提供各种服务的新的不同方式，正在开发和标准化新的网 络体系结构。IP多媒体子系统(IMS)是用于向终端用户递送IP多媒体服务的体系结构架 构。IMS体系结构已经演进到使用例如会话发起协议(SIP)信令的IP协议来为不同系统提 供会聚机制的服务无关拓扑。这部分地通过提供将接入网与服务层隔离的水平控制层来实 现。除了别的之外，IMS体系结构可为IPTV系统和服务的展示提供有用平台。根据3GPP标准组织，在IMS网络中部署的多媒体服务可供预订该网络的IMS用户 使用。例如，公共服务身份(PSI =PUblic service identity)，即一种类型的SIP统一资源 标识符(URI)，使IMS用户能够在其自身的IMS网络内定位服务。PSI或者被预先配置在终 端，或者被从IMS网络中的供应节点下载。在IMS网络中，存在性(presence)信息也可用于使IMS用户能够知晓例如他们的 朋友在其IMS网络中或者在其它IMS网络中在线的时间。此类存在性信息可例如在两个用 户之间通过由开放移动联盟(OMA)规定的SUBSCRIBE/PUBLISH/NOTIFY机制进行交换。这种 存在性信息除了别的之外包括用户的终端或设备(UE)的服务能力(SC)，例如包括与UE的 短消息服务(SMS)消息传送处理器、多媒体消息服务(MMS)消息传送处理器、即时消息(IM) 组消息传送处理器(一对多)和IM群聊处理器有关的信息。例如，大致如图1所示，第一 用户或用户设备10可通过其自身的IMS网络14和第二用户的IMS网络16使用存在性信 令来将关于其服务能力(SC1-SC3)的信息与第二用户或用户设备12共享。但是，这种存在性信息仅仅是终端相关的；它不提供网络服务指示。例如，假设UE 10具有匪S能力，但在该用户的运营商的网络14中没有多媒体消息服务中心(MMSC)。这 种情况下，另一用户12将知道UE 10具有MMS能力，但是会不知道该用户的IMS网络运营 商是否提供MMS服务。
发明内容
根据这些示范实施例的系统、方法、装置和软件提供在IMS用户中共享服务的技 术。例如由同一或另一运营商提供的未预订(unsubscribed)服务可通过该服务的现有订 户在请求与授权确认时进行访问。根据一个示范实施例，一种向未预订用户提供服务的方法包括如下步骤从未预 订用户设备接收对服务的服务请求，从该服务请求提取该服务的预订用户设备的身份，向 预订用户设备发送授权请求，从预订用户设备接收授权消息，并且对将服务提供给未预订用户设备进行授权。根据另一示范实施例，一种通信节点包括用于接收对服务的服务请求的接口，用 于存储与所述服务请求关联的信息的存储装置，以及配置成从服务请求提取该服务的预订 用户设备的身份并且向预订用户设备发送授权请求的处理器，其中，在接口从预订用户设 备接收到授权消息后，处理器对将服务提供给未预订用户设备进行授权。根据再一示范实施例，一种从用户设备访问未预订服务的方法包括如下步骤选 择未预订服务，并且将对该未预订服务的服务请求传送给服务器，其中，服务请求包括未预 订服务的订户的身份。根据又一示范实施例，一种用户设备包括用于选择未预订服务的界面，以及配置 成将对未预订服务的服务请求传送给服务器的处理器，其中服务请求包括未预订服务的订 户的身份。
附图示出示范实施例，其中图1示出终端能力的常规交换；图2根据示范实施例示出在与不同运营商领域(domain)关联的用户设备之间终 端能力和服务能力的交换；图3是流程图，示出根据示范实施例接收和显示终端能力和服务能力的方法；图4示出根据示范实施例的用户界面；图5是流程图，示出根据示范实施例请求未预订服务的方法；图6是与根据示范实施例请求和授权未预订服务相关联的信令图；图7示出根据示范实施例的通信节点；图8是流程图，示出根据示范实施例向未预订用户提供服务的方法；并且图9是流程图，示出根据示范实施例访问未预订服务的方法。
具体实施例方式以下对示范实施例的详细描述参考附图。不同附图中的相同参考标号标识相同或 相似要素。此外，以下详细描述不限制本发明。相反，本发明的范围由随附权利要求书限定。如上所述，IMS系统当前不提供任何机制供来自一个IMS网络的订户识别或者访 问提供给另一 IMS网络中订户的服务。但是，出于各种原因，例如为了使订户能够在另一网 络中实现已在一个IMS网络中部署的新多媒体服务之前预览该相同服务，根据示范实施例 通知订户关于其它IMS网络中的服务和/或允许用户访问在其它IMS网络中提供的服务可 能是合乎需要的。此外，使网络中的用户能够尝试或预览在他或她的网络中可用但他或她 尚未预订的服务可能是有用的。例如，考虑根据图2中示出的示范实施例的通信系统。在本文中，第一用户A的终端或UE 20将与其终端能力(SCI、SC2、SC3等)及其 预订服务(S1-0P-A、S2-0P-A、S3-0P-A等)有关的信息提供给第二用户B的终端或UE 22。 这种信息可通过将诸如图2中所示Sl-OP-A的服务ID与用户在网络中的其它存在性信息 一起公布而提供给例如一个用户的朋友或者同伴。例如，通过使用SUBSCRIBE/PUBLISH/ NOTIFY机制(下文详细描述)，与运营商A关联的网络M中部署的服务的服务ID可被作为运营商B运营的网络沈中订户的另一用户22接收。根据一个示范实施例，当在另一运 营商的领域(即图2示例中的运营商B)中的用户22希望使用运营商A提供的服务时，联 系预订与运营商A关联的网络M中预期服务的订户20，以获得允许用户22访问该服务的 授权。一旦接收到该授权，与运营商B关联的网络沈中的用户22能够访问和使用运营商 A提供的服务。现在将描述与跨不同运营商领域(本文中也称为“外部(foreign)服务”) 在IMS用户中例如以包括外部服务公布、用于选择外部服务的用户界面以及外部服务请求 的不同级别来提供服务共享的能力相关联的各种示范实施例。但是，将领会(且下文详细 描述)根据这些示范实施例的服务共享可同样在单个网络或运营商领域中执行。图3所示的流程图示出根据示范实施例与一个远程用户(例如用户B 22)相关联 的服务和服务能力如何从该远程用户22的所接收存在性信息中进行检索。开始于步骤30， 用户A和/或UE 20 (此后共同或单独称为“UE 20” )使用SUBSCRIBE/PUBLISH/NOTIFY机 制接收与用户B和/或UE 22 (此后共同或单独称为“UE 22”)相关联的存在性信息。例 如，UE 22可执行存在性过程(图3中未示出)，以便将它已经预订的服务的身份与在这个 标准中规定的其它存在性信息一起公布。例如，存在性过程可例如按由开放移动联盟(OMA) 发布的标准规定的那样执行，但是新添加了网络服务信息。具体而言，可修改OMA存在性消 息的XML格式以例如包含UE 22已经预订的每个服务的以下信息服务身份、所需服务能 力、服务地址以及服务图标。对于通常关于SUBSCRIBE/PUBLISH/NOTIFY机制的更多信息， 感兴趣的读者可参考公布的3GPP标准规范3GPP TS 24. 141V8. 1. (K2008-06)，通过引用将 该公开合并于此。回到图3，UE 20检索(步骤32)UE 22已经从其运营商/网络沈预订的服务，这 些服务可能与UE 20的运营商/网络M所提供的那些服务不同。UE 20收集其自身的服务 能力，例如与可被存储在存储器中相关联的标识符，并且还在步骤34检索它已经从其运营 商/网络M预订的服务。在这一点上，UE 20可例如在步骤36使用例如图4所示的用户 界面50来检查并显示它已经知晓的各种能力和服务。本文中，示出“联系人”用户界面50，该用户界面可显示在例如UE 20的液晶或其 它类型的发光显示器上。将领会，用户界面50在所有方面是示范性的，并且备选地根据这 些示范实施例可提供各种机制，通过这些机制可给用户提供关于外部服务选择的信息。但 是，根据该示范实施例，要注意，UE 20预订的运营商/网络M所提供的服务被显示在用户 界面50底部的行52中。在该纯说明性示例中，在行52中示出有两个图标，例如一个图标 讨与冊20已经预订的聊天服务相关联，而另一个图标56与UE 20已经预订的基于位置服 务相关联。此外，与例如UE 20的朋友或同伴相关联的每个用户可在用户界面50中具有他或 她自身的所显示联系人信息行。除了别的之外，每个朋友的联系人信息行可包含例如与他 们的UE相关联的服务(例如由他们的网络提供的和/或他们已经预订的那些服务)以及 与他们的UE相关联的服务能力。被例如朋友或同伴预订的但不是被UE 20预订的那些服 务在本文中被称为“未预订”服务。在该示例中，对于UE 20的朋友“Alice”，在用户界面50 上提供信息行58。用户界面提供第一组图标60，它们向UE 20的用户指示通过Alice可用 的未预订服务，例如会议服务和文件传送服务。在该示例中位于第一组图标之下的第二组 图标62表示由Alice的终端提供的服务能力，例如语音和视频能力。图4中所见的其它图标表示用户他们自己。例如，假设Alice拍摄她自己在机场的照片，并且她希望她的联系人 用她的存在性信息观看该照片。表示单独用户的照片或图标可随时发生变化。除了简单地显示从其它用户可用的未预订和/或外部服务、网络和/或运营商以 及朋友的终端装置的服务能力以外，根据示范实施例，UE 20和/或界面50还可提供与UE 20的服务及服务能力和其它UE的服务及服务能力之间的可能协同有关的附加信息。例如， 如果UE22(用户B)的服务能力支持与UE 20 (用户A)相关联的服务，则可在用户界面50中 加亮该服务能力或者以其他方式进行强调，例如可加亮行52中的对应图标。返回到图3，可 在步骤64中看到该评估和显示步骤，步骤64紧跟判决框38的“是”路径。作为另一示例， 如果UE 22的服务能力不支持经由UE 20可用的服务中之一，则该服务能力可在用户界面 中被灰掉或者以其他方式不强调，以便指示此类服务能力不需要被UE 20的用户考虑(步 骤66)，例如如果UE 20尚未预订视频服务，则组62中的视频服务能力图标可被灰掉。在步骤68，由例如UE 20检查UE 22 (用户B)的网络/运营商沈提供的服务。如 果UE 20的服务能力支持该网络/运营商提供(或者被UE 22预订)的服务中之一，则该 服务可在界面50中对应于该用户的行中被加亮或者以其他方式进行强调，如图3中步骤70 与72所示。例如，如果UE 20能够基于UE 20的终端能力利用由组60中图标中之一表示 的文件传送服务，则可在用户界面50中强调该图标。相反，如果UE 20的服务能力不支持 与UE 22相关联的网络/运营商沈提供的服务中之一，则表示该服务的图标可在用户界面 50中被不强调或者甚至被去除(即不被显示)，如图3中步骤70的通向步骤74的“否”路 径所示。假定这种示范用户界面50，现在给用户/UE 20提供使他、她或它能够请求对外部 服务(即其它网络提供的那些服务)的访问的信息。图5的流程图示出根据示范实施例请 求此类服务的方法。本文中，在步骤78，UE 20的用户A可例如在用户界面50的联系人列 表中点击(或者以其他方式选择)姓名中之一，例如以便给那个别的用户拨打电话或者发 送文本消息，或者在行52中点击(或者以其他方式选择)预订服务中之一。与UE 20相关 联的客户端应用在判决框80进行检验以查看是否已经选择服务。如果已经选择本地服务， 即UE 20通过其网络/运营商M预订的服务，则流程紧跟跳过步骤82与84的“是”路径。 如果用户A尚未选择本地服务，则根据该纯说明性示范实施例，在步骤82其它用户(例如 用户B)提供的服务则可根据该示范实施例显示在UE 20上以供选择。在该示例中，在步骤 84用户A选择用户B提供的服务中之一。UE 20的客户端应用则可例如显示(步骤86)联系人列表窗口，该窗口允许用户A 选择它将通过网络/运营商26访问的外部服务的一个或多个接收方。在选择所有接收方 之后，UE 20的客户端应用可在步骤88检索包括服务地址的服务标识，例如PSI (公共服务 身份)。如果UE 20请求外部服务，例如用户B提供的服务，则流程紧跟判决框90的“否” 支路，并且在步骤92根据该示范示例将用户B的身份插入出局服务请求中。用户B的身份 则可被网络/运营商26用于获取供非订户(用户A、UE 20)访问所请求服务的授权。将 用户B的身份插入服务请求的一个示范机制是在SIP请求消息中使用“Referred-by”报 头。插入服务请求的用户B的身份可例如采取SIP URI或者MSISDN的形式，例如aliceO operatorB. com或者514-3457900。但是，将领会，这种信息或者类似信息可被插入可用于 携带预订用户设备的身份的任何其它新的或现有报头中。
另一方面，如果在UE 20选择的服务是本地服务，即该示例中由网络/运营商M 提供的服务，则流程紧跟框90的“是”路径，并且额外的用户身份(即与访问外部服务的另 一用户相关联)不需要被插入该服务请求中。在步骤94，使用例如Request-URI中的PSI 将服务请求传送到服务(例如服务器)。在该示范实施例中，在步骤96中，UE 20的客户端 应用则例如在正常SIP信令流程之后等待对该服务请求的响应。一旦由UE 20已传送对外部服务(即来自UE 20不是订户的另一网络的服务)的 服务请求，则将处理该服务请求，并且如果被授权，所请求服务被递送到UE 20和/或所请 求服务接收方。图6根据示范实施例示出与外部服务请求及后续处理相关联的信令。本文 中，服务请求信号600，例如包括标识UE 22的信息元素以及所请求服务和/或关联服务器 的标识符的SIP INVITE消息，从UE 20传送到网络/运营商沈。更具体而言，根据该示范 实施例，SIP INVITE消息600中的Request-URI信息元素被设为被请求服务的PSI,例如 Sl-OP-BioperatorB. com,并且与用户B相关联的SIP URI被放置到“Referred-by”报头中。在经过网络M时，服务请求信号600中标识的服务或服务器，例如该示例中的 S1-0P-B，接收和处理服务请求信号600。一旦它认识到请求方(即UE 20)不是订户，则服 务和/或服务器Sl-OP-B传送对授权请求消息602，例如SIP INVITE或者SIP MESSAGE,从 而要求用户B和/或UE 22验证或者授权用户A/UE 20访问该服务的请求。可使用各种机 制来确定是否通过用户B和/或UE 22提供该授权。例如，UE 22上的用户界面(未示出) 可显示弹出消息，从而要求用户B例如通过按钮按压来指示是否应该允许用户A和/或UE 20访问所请求服务。备选地，UE 22可被用户B预先编程成自动授权某些别的用户或UE 访问某些服务。这种情况下，UE 22可进行检验以查看是否预先授权消息602中标识的具 体用户/UE访问所请求服务。不管提供授权的具体机制，信号604从UE 22返回到服务器 S1-0P-B，在该示例中SIP 2000K消息指示该请求已被授权。在从用户B和/或UE 22获取授权之后，服务服务器Sl-OP-B向用户A/UE 20发 送成功响应606，以便指示用户B已经授权他、她或它使用所请求服务。在该示例中，假设用 户A已经指示包括其它用户(例如用户C与D)作为所请求服务的接收方的意愿。用户A/ UE 20则向服务发送例如SIP SUBSCRIBE请求608，以便获取该服务的状态。运营商B的网 络26中的服务/服务器Sl-OP-B基于用户A发送的初始SIP INVITE请求600中的接收方 列表向例如用户C和用户D发送邀请610、612。将领会，用户C和/或D可以是或者可以不 是运营商B或运营商A的订户。在分别接收到来自用户C或用户D的响应614、616时，服 务发送通知618、620给用户A/UE 20作为关于该服务的状态的更新。在图6所示的示范信 令流程成功之后，建立用户A、用户C和用户D中的媒体平面连接。然后，可在所有服务参与 者中交换媒体内容(图6中未示出)。前述的示范实施例除了别的以外使例如IMS系统的终端用户能够更自由地共享 服务。IMS用户不仅仅限于他们的运营商的服务，而是将还具有对从其它运营商可用的服务 的受控访问。对于已经部署新多媒体服务的运营商而言，这些示范实施例提供将额外的业 务吸引到其网络的机制。此外，此类运营商将有机会用更大的终端用户群体来测试此类新 应用。对于尚未部署此类新多媒体服务的运营商而言，这些示范实施例提供方法供它能够 测试对其它运营商部署的服务的市场反应。在识别到可能增长后，运营商则能够例如以适 合其自身订户基础的更新来部署类似服务。
上文所述的示范实施例除了别的以外向非订户提供对服务授权和递送的请求的 标识。现在将针对图7描述一种示范通信节点体系结构700，它可用于例如实现上文所述系 统中的UE 20、服务服务器Sl-OP-B或者其它节点。本文中，节点700可包含处理器702(或 者多个处理器核心)、存储器704、一个或多个辅助存储装置706、帮助节点700与网络中其 余部分之间通信的接口单元708以及在某些情况下还包括显示器710。在某些情况下，例 如在节点700作为无线UE工作的情况下，接口单元710可包括用于通过空中接口与其它网 络节点通信的收发器元件。此外，UE节点700可包括显示器710，用于显示可选择未预订服 务所用的用户界面，这种情况下，处理器702将配置成例如向提供所选未预订服务的服务 器传送对所选未预订服务的服务请求。在其他情况下，例如在节点700作为与已被请求的 外部服务相关联的服务器工作的情况下，接口单元710将接收对服务的服务请求，存储装 置704和/或辅助存储装置706操作成存储与来自信号600的服务请求相关联的信息，同 时处理器从该服务请求提取预订用户设备的身份，并且将后续授权信令发送给该UE。使用根据示范实施例的上述示范系统，一种向未预订用户提供服务的方法在图8 的流程图中示出。在本文中，在步骤800，例如在提供服务的服务器接收到来自未预订用户 设备的对该服务的服务请求。在步骤802，从该服务请求提取该服务的预订用户设备的身 份。然后，在步骤804，向预订用户设备发送授权请求。从预订用户设备接收到授权消息(步 骤806)，并且在步骤808该服务则可被授权提供给(或者被提供给)未预订用户设备。根据另一示范实施例，一种从用户设备访问未预订服务的方法在图9的流程图中 示出。在本文中，在步骤900，选择未预订服务，例如如上文针对图3与4所论述的。在步骤 902，将对该未预订服务的服务请求传送给提供该未预订服务的服务器，服务请求包括未预 订服务的订户的身份。如本领域技术人员将领会的，诸如图8与9中所示的方法可完全或部分用软件实 现。因此，依照本发明示范实施例处理数据的系统和方法可由运行包含在存储装置中的指 令序列的一个或多个处理器执行。此类指令可从诸如辅助数据存储装置706的可为固定、 可移动或者远程(网络存储)媒体的其它计算机可读介质读入到存储装置704中。包含在 存储装置中的指令序列的运行使处理器例如按照上文所述的那样工作。在备选实施例中， 硬线电路可代替软件指令或者与其结合使用以实现示范实施例。虽然已经在提供外部服务(例如从一个网络或者运营商领域向连接到另一网络 或者运营商领域的用户提供未预订服务)的上下文中描述了前述示范实施例，但是将领 会，本发明不限于此。例如，第一用户可根据来自第二用户的授权访问他或她尚未预订的服 务，其中两个用户位于同一网络或运营商领域中。因此，上文针对访问未预订外部服务描述 的所有技术，例如其通过用户界面的显示、其通过未预订用户的选择以及关联信令，可按相 同方式应用到在用户自身的网络或者运营商领域可用的未预订服务。上述示范实施例在本发明的所有方面旨在是说明性的，而不是限制性的。所有此 类变型和修改被认为处于由随附权利要求书限定的本发明的范围和精神内。在描述本申请 时使用的要素、动作或者指令不应该被解释为对本发明是至关重要的或必需的，除非如此 明确描述。此外，如本文中所用的，要素前未限定数目的旨在包括一项或多项。
权利要求
1.一种向未预订用户提供服务的方法，包括 -从未预订用户设备接收对服务的服务请求；-从所述服务请求提取所述服务的预订用户设备的身份； -向所述预订用户设备发送授权请求； -从所述预订用户设备接收授权消息；以及 -对将所述服务提供给所述未预订用户设备进行授权。
2.如权利要求1所述的方法，其中所述未预订用户设备是第一网络的订户，并且所述 预订用户设备是与所述第一网络不同的第二网络的订户。
3.如权利要求1所述的方法，其中所述服务请求是SIPINVITE消息，包括含有与所述 服务关联的公共服务身份(PSI)的Request-URI信息元素。
4.如权利要求1所述的方法，其中所述预订用户设备的身份从SIPINVITE消息中的 Referred-by报头提取。
5.如权利要求1所述的方法，其中所述服务是因特网协议电视(IPTV)，并且所述服务 通过IP多媒体子系统(IMS)提供。
6.一种通信节点，包括-接口，用于接收对服务的服务请求；-存储装置，用于存储与所述服务请求相关联的信息；以及-处理器，配置成从所述服务请求提取所述服务的预订用户设备的身份，并向所述预订 用户设备发送授权请求；-其中，在所述接口从所述预订用户设备接收到授权消息之后，所述处理器对将所述服 务提供给所述未预订用户设备进行授权。
7.如权利要求6所述的通信节点，其中所述未预订用户设备是第一网络的订户，并且 所述预订用户设备是与所述第一网络不同的第二网络的订户。
8.如权利要求6所述的通信节点，其中所述服务请求是SIPINVITE消息，包括含有与所 述服务关联的公共服务身份(PSI)的Request-URI信息元素。
9.如权利要求6所述的通信节点，其中所述预订用户设备的身份从SIPINVITE消息中 的Referred-by报头提取。
10.如权利要求6所述的通信节点，其中所述服务是因特网协议电视(IPTV)，并且所述 服务通过IP多媒体子系统(IMS)提供。
11.一种用于从用户设备访问未预订服务的方法，包括 -选择未预订服务；并且-向服务器传送对所述未预订服务的服务请求； -其中，所述服务请求包括所述未预订服务的订户的身份。
12.如权利要求11所述的方法，还包括-如果所述订户授权对所述未预订服务的访问，则接收所述访问已被授权的指示。
13.如权利要求11所述的方法，其中所述服务请求是SIPINVITE消息，包括含有与所 述服务关联的公共服务身份(PSI)的Request-URI信息元素。
14.如权利要求11所述的方法，其中所述订户的所述身份设置在SIPINVITE消息的 Referred-by 报头中。
15.如权利要求11所述的方法，其中所述未预订服务是因特网协议电视(IPTV)，并且 通过IP多媒体子系统(IMS)提供。
16.如权利要求11所述的方法，其中所述选择步骤还包括-在用户界面上显示多个用户、他们的终端能力以及他们的关联未预订服务；并且 -将所述用户设备具有对应终端能力的与所述多个用户相关联的所述关联未预订服务 中之一选择为所述未预订服务。
17.如权利要求16所述的方法，还包括-在所述用户界面上着重显示那些所述用户设备具有对应终端能力的关联未预订服务。
18.一种用户设备，包括-用户界面，用于选择未预订服务；以及 -处理器，配置成向服务器传送对所述未预订服务的服务请求； -其中，所述服务请求包括所述未预订服务的订户的身份。
19.如权利要求18所述的用户设备，其中所述处理器还配置成如果所述订户授权对所 述未预订服务的访问则接收所述访问已被授权的指示。
20.如权利要求18所述的用户设备，其中所述服务请求是SIPINVITE消息，包括含有与 所述服务相关联的公共服务身份(PSI)的Request-URI信息元素。
21.如权利要求18所述的用户设备，其中所述订户的所述身份设置在SIPINVITE消息 的Referred-by报头中。
22.如权利要求18所述的用户设备，其中所述未预订服务是因特网协议电视(IPTV)， 并且通过IP多媒体子系统(IMS)提供。
23.如权利要求18所述的用户设备，其中所述用户界面还配置成显示多个用户、他们 的终端能力以及他们的关联未预订服务，并且将所述用户设备具有对应终端能力的与所述 多个用户相关联的所述关联未预订服务中之一选择为所述未预订服务。
24.如权利要求23所述的用户设备，其中所述用户界面还配置成着重显示那些所述用 户设备具有对应终端能力的关联未预订服务。
全文摘要
根据这些实施例的系统、方法、装置和软件提供在IMS用户中共享服务的技术。例如由另一运营商提供的未预订服务可用该服务的现有订户在请求与授权确认时进行访问。
文档编号H04L29/06GK102138315SQ200980134919
公开日2011年7月27日 申请日期2009年8月19日 优先权日2008年8月29日
发明者朱仲文 申请人:爱立信电话股份有限公司