获得用户终端设备信息的方法和通信业务功能实体

1.一种通信系统中获得用户终端设备信息的方法，其特征在于，包括：
通信业务功能实体分别获取目标用户终端的设备显示名称、设备能力信息和/或终端上的会话状态信息，并对应目标用户身份标识保存为目标用户的设备信息；
通信业务功能实体根据设备信息获取请求或者设备信息发布业务设置中携带的目标用户身份标识，将目标用户的设备信息发送至请求终端；
所述设备信息包括目标用户终端的设备显示名称、设备能力信息和/或终端上的会话状态信息。
2.如权利要求1所述的方法，其特征在于，所述通信业务功能实体将保存的目标用户的设备信息发送至请求终端的方法包括：
通信业务功能实体根据所述设备信息获取请求，将保存的目标用户的设备信息携带在设备信息通知消息中发送给请求终端；
请求终端从所述通知消息中获取目标用户的设备信息。
3.如权利要求1所述的方法，其特征在于，所述通信业务功能实体将保存的目标用户的设备信息发送至请求终端的方法包括：
通信业务功能实体根据所述设备信息发布业务设置，将获取的目标用户的设备信息携带在设备信息发布消息中发送至请求终端；
请求终端从所述发布消息中获取目标用户的设备信息。
4.如权利要求2或3所述的方法，其特征在于，所述通信业务功能实体为通信业务服务器。
5.如权利要求4所述的方法，其特征在于，所述通信业务服务器获取目标用户终端的设备显示名称的方法包括：
目标用户的终端上线后，向核心网发送注册请求，所述注册请求中包括该终端的设备显示名称；
核心网在所述终端注册成功后，向通信业务服务器发送该终端的用户注册状态信息，所述用户注册状态信息中包括该终端的设备显示名称；
通信业务服务器从所述用户注册状态信息中获取终端的设备显示名称。
6.如权利要求4所述的方法，其特征在于，所述通信业务服务器获取目标用户终端的设备显示名称的方法包括：
目标用户终端注册完成后或者目标用户为终端定义新的设备显示名称后，目标用户终端向通信业务服务器发布设备信息，所述设备信息中包括目标用户终端的设备显示名称；
通信业务服务器从目标用户终端发布的设备信息中获取目标用户终端的设备显示名称。
7.如权利要求4所述的方法，其特征在于，所述通信业务服务器获取目标用户终端的设备能力信息的方法包括：
目标用户终端注册完成后或者目标用户终端的设备能力发生变化后，目标用户终端向通信业务服务器发布设备信息，所述设备信息中包括目标用户终端的设备能力信息；
通信业务服务器从目标用户终端发布的设备信息中获取目标用户终端的设备能力。
8.如权利要求4所述的方法，其特征在于，所述通信业务服务器获取目标用户终端的设备能力信息的方法还包括：
通信业务服务器向终端能力服务器发送设备能力获取请求，终端能力服务器根据所述请求中携带终端标识查询终端设备能力信息并向通信业务服务器返回响应；
通信业务服务器从终端能力服务器返回的查询响应中获取目标用户终端的设备能力。
9.如权利要求5-8任一所述的方法，其特征在于，所述通信业务服务器获取目标用户终端上会话状态信息的方法包括：
通信业务服务器在目标用户终端参与的会话状态发生改变时，从本服务器缓存的会话记录中获取该目标用户终端的会话状态信息。
10.如权利要求2所述的方法，其特征在于，所述通信业务功能实体为目标用户终端归属网络中的网络存储实体。
11.如权利要求10所述的方法，其特征在于，所述网络存储实体获取目标用户终端设备信息的方法包括：
通信业务服务器获取目标终端的设备信息，所述设备信息包括目标用户终端的设备显示名称、设备能力信息和/或终端上的会话状态信息；
通信业务服务器将该目标用户终端设备信息存储至网络存储实体；
网络存储实体从存储信息中获取目标用户终端的设备信息。
12.如权利要求1所述的方法，其特征在于，所述通信业务功能实体为目标用户终端。
13.如权利要求12所述的方法，其特征在于，
所述目标用户终端从本地存储中获取设备显示名称和/或设备能力信息；
所述目标用户终端在本终端参与的会话状态发生改变时，从本地存储中获取本终端上的会话状态信息。
14.如权利要求1所述的方法，其特征在于，所述通信业务功能实体为呈现业务服务器。
15.如权利要求14所述的方法，其特征在于，所述设备信息中的终端设备显示名称是呈现业务服务器在终端注册过程中获取的。
16.如权利要求15所述的方法，其特征在于，所述呈现业务服务器在终端注册过程中获取终端设备显示名称的方法包括：
目标用户的终端上线后，向核心网发送注册请求，所述注册请求中包括该终端的设备显示名称；
核心网在所述终端注册成功后，向呈现业务服务器发送该终端的用户注册状态信息，所述用户注册状态信息中包括该目标用户终端的设备显示名称；
呈现业务服务器从所述用户注册状态信息中获取该目标用户终端的设备显示名称。
17.如权利要求15所述的方法，其特征在于，所述呈现业务服务器在终端注册过程中获取终端设备显示名称的方法包括：
目标用户终端上线后，向核心网发送注册请求，所述注册请求中包括该目标用户终端的设备显示名称；
核心网在所述目标用户终端注册成功后，向通信业务服务器发送该目标用户终端的用户注册状态信息，所述用户注册状态信息中包括该目标用户终端的设备显示名称；
通信业务服务器根据接收到的所述用户注册状态信息向呈现业务服务器发布所述目标用户的呈现信息，所述呈现信息中包括该目标用户终端的设备显示名称；
呈现业务服务器从所述用户呈现信息中获取该目标用户终端的设备显示名称。
18.如权利要求14所述的方法，其特征在于，所述呈现业务服务器获取终端设备显示名称和/或设备能力信息的方法包括：
目标用户终端注册后，向呈现业务服务器发布呈现信息，或者，
目标用户终端注册后，通信业务服务器向呈现业务服务器发布特定于目标用户终端的呈现信息；
所述呈现信息中包括目标用户终端的设备显示名称和/或设备能力信息，呈现业务服务器从发布的呈现信息中获取目标用户终端的设备显示名称和/或设备能力信息。
19.如权利要求14-18任一所述的方法，其特征在于，所述呈现业务服务器获取终端上会话状态信息的方法包括：
目标用户的终端在参与的会话状态发生改变时，向呈现业务服务器发布呈现信息，所述呈现信息中包括终端上的会话状态信息；
所述呈现业务服务器从目标用户终端发布的呈现信息中获取目标用户终端上的会话状态信息。
20.如权利要求19所述的方法，其特征在于，所述呈现信息是目标用户终端的消息客户端或者呈现客户端发布到呈现业务服务器的。
21.如权利要求14-18任一所述的方法，其特征在于，所述呈现业务服务器获取终端上会话状态信息的方法包括：
所述目标用户终端归属的通信业务服务器在目标用户的终端参与的会话状态发生改变时，从本地存储中获取终端的会话状态信息，并发布到呈现业务服务器，所述呈现信息中包括该终端的会话状态信息；
所述呈现业务服务器从通信业务服务器发布的呈现信息中获取目标用户终端上的会话状态信息。
22.如权利要求1所述的方法，其特征在于，所述会话状态信息至少包括：会话的业务类型和版本信息、会话中所使用的通信媒体类型和编码格式、会话标识、会话开始时间、参与人数。
23.如权利要求1所述的方法，其特征在于，所述目标用户终端包括一个或一个以上。
24.如权利要求23所述的方法，其特征在于，所述请求终端为目标用户的一个终端；或者为其它用户的终端。
25.如权利要求1所述的方法，其特征在于，所述目标用户身份标识包括一个或一个以上。
26.如权利要求1所述的方法，其特征在于，所述的设备信息获取请求或设备信息发布业务设置中包含为获得设备信息定义的指示信息。
27.如权利要求9、13、19或21所述的方法，其特征在于，所述的会话状态发生改变包括：加入多媒体会话、更新正在进行的多媒体会话所支持的媒体类型或退出了多媒体会话。
28.一种通信业务功能实体，其特征在于，包括：
接收单元，用于接收设备信息获取请求或设备信息发布业务设置；
发送单元，用于根据所述设备信息获取请求或设备信息发布业务设置中携带的目标用户身份标识，将保存的目标用户的设备信息发送至请求终端。
获取单元，用于获取目标用户终端的设备显示名称和/或终端上的会话状态信息；
存储单元，用于对应目标用户身份标识，将所述获取单元获取的目标用户终端设备显示名称和/或终端上的会话状态信息保存为目标用户的设备信息，所述发送单元根据目标用户身份标识，从该存储单元中提取目标用户的设备信息。

获得用户终端设备信息的方法和通信业务功能实体 \n技术领域\n[0001] 本发明涉及通信领域，特别涉及一种通信系统中获得用户终端设备信息的方法和\n通信业务功能实体。 \n背景技术\n[0002] 初始会话协议(Session Initiation Protocol，SIP)是因特网工程任务小组\n(Intemet Engineering Task Force，IETF)标准进程的一部分，用于建立、修改和终止IP网络上消息用户间的多媒体会话，多媒体会话包括Internet多媒体会议，IP网络上的电话呼\n叫、多媒体发布等。SIP是按客户端/服务器方式工作的基于文本的信令控制协议，SIP服\n务器具有无状态和有状态之分，有状态服务器可以保存接收、回送或转发的消息；无状态服务器只能进行消息的接收、回送或转发，而不具备保存这些消息的功能。 \n[0003] 第三代移动通信标准化组织(3rd Generation Partnership Project，3GPP)提出\n的IP多媒体子系统(IP Multimedia Subsystem，IMS)是一个独立于接入技术支持IP多媒\n体业务的标准体系，IMS是基于SIP的体系，使用SIP呼叫控制机制来建立、管理和终止各\n种多媒体业务。 \n[0004] 开放移动联盟(OMA，Open Mobile Alliance)致力于部署IMS中的移动数据业务\n规范。为了能够在当今普遍存在的业务套餐定购、终端能力和底层网络环境均存有差异的\n异构网络环境下为消息用户提供更好的移动数据业务体验，OMA规范对IMS中多终端环境\n下移动数据业务的开展提供支持。多终端环境是指一个用户身份标识对应于其所拥有的多\n个终端，用户可以选择使用其中任何一个注册终端进行通信，拥有多个终端的用户称为多\n终端用户。 \n[0005] 现有技术中多终端用户基于呈现业务获取终端信息。呈现业务服务器一方 面\n负责接收多终端用户不同终端发送的SIP PUBLISH发布请求，并将SIP PUBLISH发布请\n求模型化为用户、业务和设备三个层次的呈现信息；另一方面将获取的呈现信息通过SIP \nNOTIFY通知消息发送至请求终端。多终端用户的多个终端同时承担两种角色：呈现信息的\n发布者(Presence Source)，负责将本终端的相关信息发布至呈现业务服务器；呈现信息的观察者(Watcher)，负责订阅其它终端的呈现信息。 \n[0006] 本申请发明入在发明过程中发现，现有技术方案中，用户是通过订阅呈现业务\n发布的呈现信息来获取终端设备信息，但存在以下问题：当拥有多个终端的用户使用其\n中一个终端浏览其它终端的呈现信息时，各个终端是通过呈现业务服务器分配的唯一终\n端标识(deviceID)来相互区分的，该终端标识符合[RFC4122]定义的全局唯一标识符\nUUIDs(Universally Unique IDentifier)格式，但对于用户来说很难区分和记忆，当浏览\n拥有多个终端用户的呈现信息时容易造成展现混乱、无法区分的问题；此外，多终端用户\n常常需要在不同终端之间进行会话切换，为此必须了解会话切换源终端上所进行会话的标\n识等状态信息以及目的终端的能力信息，但是目前呈现信息仅仅指示终端是否参与某类会\n话，并没有给出会话进行中的状态信息，也没有呈现出终端设备的能力信息，因此无法支持多终端用户将其它终端上进行的会话转移至当前终端。 \n[0007] 发明内容\n[0008] 本发明实施例提供一种通信系统中获得用户终端设备信息的方法、通信业务功能\n实体和通信终端，用以实现用户获得终端设备信息。 \n[0009] 本发明实施例提供的一种通信系统中获得用户终端设备信息的方法，包括： \n[0010] 通信业务功能实体分别获取目标用户终端的设备显示名称、设备能力信息 \n[0011] 和/或终端上的会话状态信息，并对应目标用户身份标识保存为目标用户的设备\n信息； \n[0012] 通信业务功能实体根据设备信息获取请求或设备信息发布业务设置中携带的目\n标用户身份标识，将目标用户的设备信息发送至请求终端； \n[0013] 所述设备信息包括目标用户终端的设备显示名称、设备能力信息和/或终端上的\n会话状态信息。 \n[0014] 本发明实施例提供的一种通信业务功能实体，包括： \n[0015] 接收单元，用于接收设备信息获取请求或设备信息发布业务设置； \n[0016] 发送单元，用于根据所述设备信息获取请求或设备信息发布业务设置中携带的目\n标用户身份标识，将保存的目标用户的设备信息发送至请求终端。 \n[0017] 获取单元，用于获取目标用户终端的设备显示名称和/或终端上的会话状态信\n息； \n[0018] 存储单元，用于对应目标用户身份标识，将所述获取单元获取的目标用户终端设\n备显示名称和/或终端上的会话状态信息保存为目标用户的设备信息，所述发送单元根据\n目标用户身份标识，从该存储单元中提取目标用户的设备信息。 \n[0019] 本发明实施例提供的用户终端设备信息获得方法和通信业务功能实体，使得用户\n可以通过一个请求终端从通信业务功能实体中获取自己或其他用户的设备信息。 \n[0020] 附图说明\n[0021] 图1a、图1b分别为本发明实施例提供的用户获取设备信息的方法流程示意图； \n[0022] 图2为本发明实施例一提供的一种基于呈现业务获得设备显示名称和/或设备能\n力信息的方法流程示意图； \n[0023] 图3为本发明实施例二提供的基于SIP注册请求获得设备显示名称的方法流程示\n意图； \n[0024] 图4为本发明实施例三提供的基于呈现业务的获得会话状态信息的方法流程示\n意图； \n[0025] 图5为本发明实施例四提供的消息应用服务器根据SIP订阅请求返回设备信息的\n方法流程示意图； \n[0026] 图6为本发明实施例五提供的另一种基于SIP订阅请求获得设备信息的方法流程\n示意图； \n[0027] 图7为本发明实施例六提供的根据网络存储获得设备信息的方法流程示意图； \n[0028] 图8为本发明实施例七提供的消息应用服务器根据设备信息发布业务设置主动\n向设置中指定的接收终端发布设备信息的方法流程示意图； \n[0029] 图9、图10分别为本发明实施例提供的一种通信业务功能实体主要结构示意图。 \n[0030] 图11为本发明实施例提供的一种通讯终端的主要结构示意图。 \n[0031] 图12为本发明实施例提供的一种通讯终端中展示单元展示内容的示意图。 \n具体实施方式\n[0032] 本发明实施例提供一种在通信系统中获取用户终端设备信息的方法：允许用户\n为各个终端定义简单易记的设备显示名称(Device Display-name)，设备显示名称或者携\n带在终端注册请求从而在终端的注册过程中被相关通信业务功能实体获取，或者由终端直\n接发布到相关通信业务功能实体上，相关通信业务功能实体将设备显示名称对应于用户身\n份标识保存到用户的终端设备信息中；允许用户发布其终端设备能力信息，包括硬件特征\n(例如，屏幕尺寸、存储空间等)和软件特征(例如，应用程序版本，支持的音视频编码格式等)，可以是预先配置的静态能力，也可以是动态变化的能力信息。上述设备能力信息或者由相关通信业务功能实体向终端能力服务器请求获取，或者由终端直接发布到相关通信业\n务功能实体上，相关通信业务功能实体将设备能力信息对应于用户身份标识保存到用户的\n终端设备信息中；相关通信业务功能实体在用户终端参与的会话发生改变时，获取终端上\n正在进行的会话状态信息，并将会话状态信息对应于用户身份标识保存到用户的终端设备\n信息中。 \n[0033] 相关通信业务功能实体接收针对目标终端的设备信息获取请求，根据所述获取请\n求中携带的目标用户身份标识，将保存的目标用户设备信息发送至请求终端。如图1a所\n示，包括如下步骤： \n[0034] S101a、用户向通信业务功能实体发送设备信息获取请求，设备信息获取 请求中\n携带目标用户身份标识； \n[0035] S102a、通信业务功能实体根据所述目标用户身份标识，将目标用户的设备信息携带在设备信息通知消息中发送至用户的请求终端。 \n[0036] 相关通信业务功能实体还可以基于用户设备信息发布业务设置，向设置中指定的\n用户接收终端发布目标终端设备信息，如图1b所示，包括如下步骤： \n[0037] S101b、用户进行设备信息发布业务设置，设备信息发布业务设置中携带了目标用户身份标识； \n[0038] S102b、通信业务功能实体根据设备信息发布业务设置中携带的目标用户身份标\n识，将目标用户的设备信息携带在设备信息发布消息中发布至用户的请求终端。 \n[0039] 本发明实施例典型的应用场景是通信系统中拥有多终端的用户通过一个终端向\n通信业务功能实体请求自己的设备信息，用户可以将自己的一个终端作为请求终端，向通\n信业务功能实体发送设备信息获取请求或进行设备信息发布业务设置，其中携带的目标用\n户身份标识是用户自己的身份标识，通信业务功能实体将对应用户自己身份标识的设备信\n息发送给请求终端。 \n[0040] 请求终端接收到的设备信息中如果包括各终端的设备显示名称，用户可以通过设\n备显示名称方便识别并区分各终端。 \n[0041] 请求终端接收到的设备信息中如果包括各终端的能力信息和终端上进行的会话\n状态信息，用户可以根据不同终端的能力差异和当前进行会话的状态来决定是否切换会话\n以及如何切换。 \n[0042] 本发明实施例中，用户还可以请求其他用户的设备信息，即一个用户将自己的一\n个终端作为请求终端，向通信业务功能实体发送设备信息获取请求或设备信息发布业务设\n置，其中携带的目标用户身份标识为另一个用户的身份标识，通信业务功能实体将对应目\n标用户身份标识的设备信息发送给请求终端。 \n[0043] 相关通信业务功能实体在获取并存储终端的设备信息后，将会根据用户的获取请\n求将目标用户的设备信息发送给请求终端，或者根据用户的设备信息发 布业务设置，将目标用户的设备信息发布到请求终端。根据具体的应用场景，实际的通信业务功能实体可以\n是为其他通信业务提供呈现信息服务的呈现服务器或者是具体业务实现环境内执行特定\n通信业务逻辑的通信业务功能实体，或者是通信业务服务器、或者是为通信业务服务器配\n备的通信网络存储实体、或者是通信业务服务器所在网络中的具体通信业务签约终端，其\n中通信业务服务器包括提供消息业务的消息应用服务器、语音通信业务中的语音服务器，\n或视频通信业务中的视频服务器等。 \n[0044] 下面先以相关通信业务功能实体为呈现业务服务器为例详细说明本发明实施例，\n具体实施方式见实施例一、实施例二和实施例三中的示例。 \n[0045] 基于图1a所示的实现方式，实施例一、实施例二和实施例三中，相关通信业务功\n能实体是呈现业务服务器、设备信息获取请求为呈现信息订阅请求、设备信息包括在呈现\n信息中。其中：实施例一中呈现业务服务器基于呈现业务获取设备显示名称，并根据呈现信息获取请求将包含设备显示名称的呈现信息发送给请求终端；实施例二中呈现业务服务器\n基于呈现业务中终端的注册过程，从SIP注册请求中获取设备显示名称，并根据呈现信息\n获取请求将包含设备显示名称的呈现信息发送给请求终端；实施例三中呈现业务服务器基\n于呈现业务获取终端会话状态信息，并根据呈现信息获取请求将包含终端会话状态信息的\n呈现信息发送给请求终端。 \n[0046] 实施例一 \n[0047] 实施例一提供了一种基于呈现业务获取设备显示名称和/或设备能力信息的方\n法。本方法首先对现有呈现业务中发布的呈现信息进行扩展，增加与终端设备信息相关的\n呈现信息构成元素：“Per service device discription”，以支持基于呈现业务获得设备显示名称和设备能力信息的实现。 \n[0048] 增加的呈现信息构成元素是：Per service device discription。在呈现数\n据模型(A Data Model for Presence)定义的“device”组件中增加“Per service \ndevicediseription”，描述呈现体特定业务对应执行终端，即设备显示名称和终端当前 能力信息。“Per service device discription”按如下方式映射至呈现信息： \n[0049] →→and/or \n[0050] 例如，扩展后的呈现信息文档示例如下： \n[0051] \n[0052] um:uuid:48662e19-5fbf-43fc-a2fd-d23002787599 [0053] Bob’s Mobile Phone \n[0054] \n[0055] 30*50 \n[0056] 100K \n[0057] FULL \n[0058] \n[0059] 2005-02-21T16:25:56Z \n[0060] \n[0061] 通过上面这段代码可以看出，呈现业务服务器为某终端分配的终端标识为“uuid：\n48662e19-5fbf-43fc-a2fd-d23002787599”，消息用户难以区分和记忆；消息用户为该终端定义的设备显示名称为“Bob’s Mobile Phone”，简单易记，便于区分。 \n[0062] 消息用户通过扩展发布的呈现信息，可以实现基于呈现业务获得设备显示名称和\n/或设备能力信息，如图2所示，为基于呈现业务的设备显示名称和/或设备能力信息获\n得流程示意图，以多终端消息用户通过某一终端订阅消息用户自身的呈现信息为例进行说\n明，首先对图中各个实体进行说明： \n[0063] UE1...N表示某个多终端消息用户拥有的所有终端，在UE1...N中有消息业务客\n户端和呈现业务客户端；本流程中该多终端消息用户同时为目标消息用户，UE1...N作为\n呈现信息的发布者发布该多终端消息用户的呈现信息，同时还作为呈现信息的观察者订阅\n消息用户自身的呈现信息，消息用户选取UE1为请求终端，将UE2...N作为目标消息用户终\n端； \n[0064] SIP/IP Core表示路由SIP信令的核心网； \n[0065] Messaging Server表示消息应用服务器，负责执行消息业务逻辑控制，为消息用\n户提供消息业务的服务； \n[0066] Presence Server表示呈现业务服务器，负责消息用户呈现信息的订阅和发 布。 [0067] 具体处理流程包括以下步骤： \n[0068] S201～S208、多终端消息用户使用请求终端UE1经由SIP/IP Core向Presence \nServer发送呈现信息订阅请求，例如：SIP SUBSCIRBE，呈现信息订阅请求中携带的目标消息用户身份标识为多终端消息用户自己的用户身份标识，请求订阅消息用户自身的呈现信\n息； \n[0069] Presence Server接收UE1发送的SIP SUBSCIRBE订阅请求，经由SIP/IPCore向\nUE1返回SIP 200 OK响应； \n[0070] S209～S212、UE2...N中各终端注册上线后经由SIP/IP Core向PresenceServer\n发送携带终端呈现信息的呈现信息发布请求，例如：SIP PUBLISH请求，请求发布以消息用户自身为呈现体的呈现信息，其中每一个终端发布的呈现信息中包括消息用户为该终端定\n义的设备显示名称，例如“Bob’s Mobile Phone”和/或终端设备的能力信息，例如电池容量和存储空间大小等； \n[0071] 当然UE2...N中各终端注册上线成功后，如果用户为其中某一终端重新定义新\n的设备显示名称或者UE2...N中某一终端的设备能力发生了变化，对应的终端将再次向\nPresence Server发送变化后的携带设备描述信息的呈现信息； \n[0072] Presence Server接收终端发布的呈现信息，从其中获取终端的设备显示名称和\n/或终端设备能力信息，并对应该用户身份标识，保存UE2...N发布的以消息用户自身为呈\n现体的呈现信息，Presence Server经由SIP/IP Core向UE2...N各终端返回SIP 200 OK\n响应； \n[0073] 作为上述步骤S209～S212的替代，上述携带设备显示名称和/或设备能力信息\n的呈现信息还可以首先由终端UE2...N发送至归属Messaging Server，再由Messaging \nServer将其作为消息业务特定的呈现信息发送至Presence Server，并根据订阅请求由用\n户另一终端UE1获取。 \n[0074] S213～S216、Presence Server根据消息用户呈现信息授权规则和通知过滤策略\n执行订阅授权和呈现信息分发控制，本实施例中Presence Server经由 SIP/IP Core向UE1\n发送携带该多终端消息用户呈现信息的通知消息，例如：SIP NOTIFY通知消息，向UE1发送该多终端消息用户的呈现信息，所述呈现信息包括UE2...N的设备显示名称和/或终端设\n备能力信息； \n[0075] UE1接收通知消息，从其中的呈现信息中获得该多终端消息用户为UE2...N定义\n的设备显示名称和/或终端设备能力信息，并经由SIP/IP Core向Presence Server返回\nSIP 200 OK响应。 \n[0076] UE1可以在本地将UE2...N的呈现信息展现给多终端消息用户，其中UE2...N的设\n备显示名称可以方便多终端消息用户识别并区分UE2...N。 \n[0077] 当然，如果多终端消息用户的UE1注册上线后，该多终端消息用户的呈现信息中\n还包括用户为UE1定义的设备显示名称。 \n[0078] 实施例一仅以UE1...N属于同一个多终端消息用户为例进行说明，与上述过程类\n似，例如UE2...N为其它消息用户的终端，则该多终端消息用户将UE1作为请求终端请求其\n它消息用户的设备信息时，SIP SUBSCIRBE订阅请求中携带的是其它消息用户的身份标识；\n其他消息用户也可以通过自己的请求终端发送SIP SUBSCIRBE订阅请求，将该多终端用户\n作为目标消息用户，请求订阅该多终端消息用户的呈现信息，并在消息用户授权规则和通\n知过滤策略的控制下获取该多终端消息用户的呈现信息，多终端消息用户的呈现信息包括\n该多终端消息用户UE1...N的设备显示名称和/或终端设备能力信息。 \n[0079] 实施例二 \n[0080] 实施例二提供了一种呈现业务服务器基于SIP注册请求获得设备显示名称的\n方法。SIP注册服务为特定地区的位置服务(location service)创建绑定关系，这个\n绑定关系是用来建立包含一个或者多个联系地址的统一资源标识(Uniform resource \nidentifier，URI)。其中SIP REGISTER注册请求用来增加、删除、查询绑定关系，一个SIP REGISTER注册请求可以增加一个URI和一个或者多个联系地址之间的绑定关系。在合适的\n第三方认证的情况下，可以做URI的登记。消息用户终端同样可以删除前边建立的绑定关\n系也可以查询URI 当前的联系地址。 \n[0081] REGISTER注册请求中的Contact头域参数中： \n[0082] expires：“expires”参数表明绑定关系的有效时间，以秒为单位的整数；q：“q”参数指明特定Contact头域值中联系地址和其它绑定URI的联系地址之间的优先级； \n[0083] 本发明实施例特别在Contact头域定义附加的参数“d”如下： \n[0084] “d”：“d”参数指明特定Contact头域值中联系地址所对应的消息用户使用的设备显示名称。 \n[0085] 此外，一个具体的实现代码如下所示： \n[0086] Contact:“Mr.Watson”；q＝0.7；\nd＝“Watson’s bell-telephone”；expires＝3600， \n[0087] “Mr.Watson”mailto:watson@bell-telephone.con；q ＝ 0.1 ；d ＝\n“Watson’smailbox” \n[0088] 如图3所示，为基于SIP注册请求获得设备显示名称的流程示意图，以多终端消息\n用户通过某一请求终端请求获得消息用户自身的呈现信息为例进行说明，首先对图中各个\n实体进行说明： \n[0089] UE1...N表示某个多终端消息用户拥有的所有终端，在UE1...N中有消息业务客\n户端和呈现业务客户端；本流程中该多终端消息用户同时是目标消息用户，UE1...N作为\n呈现信息的发布者发布该多终端消息用户的呈现信息，同时还作为呈现信息的观察者订阅\n消息用户自身的呈现信息，多终端消息用户选取UE1为请求终端； \n[0090] SIP/IP Core表示路由SIP信令的核心网，其中的归属订阅服务器HSS(Home \nSubscriber Server)是网络中保存消息用户签约信息，包括基本标识、路由信息以及业务\n签约信息等集中综合数据库，服务呼叫会话控制功能S-CSCF(Serving-CSCF(Call Session Control Function))是核心网中的业务交换中心，与HSS配合对终端消息用户进行鉴权； \n[0091] Messaging Server表示消息应用服务器，负责执行消息业务逻辑控制，为消息用\n户提供消息业务的服务； \n[0092] Presence Server表示呈现业务服务器，负责消息用户呈现信息的订阅和发布。 \n[0093] 具体处理流程包括以下步骤： \n[0094] S301～S308、多终端消息用户使用请求终端UE1经由SIP/IP Core向Presence \nServer发送呈现信息订阅请求，例如：SIP SUBSCIRBE，请求订阅消息用户自身的呈现信\n息； \n[0095] Presence Server接收UE1发送的SIP SUBSCIRBE订阅请求，根据消息用户呈现信\n息授权规则验证接收到的订阅请求，经由SIP/IP Core向UE1返回SIP200 OK响应； \n[0096] S309～S312、UE2...N各终端上线后为了注册其联系地址，建立联系地址与UR3的\n绑定关系，会向SIP/IP Core中S-CSCF发送SIP REGISTER注册请求，其中每一个终端发送\n的SIP REGISTER注册请求中Contact头域包括“d”参数，其参数值指明消息用户为该终端\n定义的设备显示名称，例如“Bob’s MobilePhone”，具体的实现代码例如： \n[0097] Contact:；d＝″Bob′s mobile phone″ \n[0098] 如果接收到的SIP REGISTER注册请求中对消息用户身份的真实性无完整性保护，\n则S-CSCF会向SIP/IP Core中的HSS请求鉴权向量，并返回301Unauthorized未鉴权响应；\n该终端将生成并发送新的包含鉴权响应的SIPREGISTER注册请求至S-CSCF；S-CSCF鉴权成\n功后记录下SIP REGISTER注册请求中包含的消息用户联系地址，并通知HSS该消息用户注\n册成功，S-CSCF向UE2...N返回SIP 200 OK响应； \n[0099] S313～S316、UE2...N中的每一个终端注册成功后，S-CSCF发送第三方注册请求\n(3rd party REGISTER)至Messaging Server和Presence Server，该第三方注册请求中携\n带包含该终端的设备显示名称的消息用户注册状态信息， Presence Server收到第三方注\n册请求后，从消息用户注册状态信息中获取该终端的设备显示名称，对应用户身份标识保\n存为用户的呈现信息，向S-CSCF返回Response应答响应，表示接收成功； \n[0100] S-CSCF还可以仅发送第三方注册请求至Messaging Server，由MessagingServer\n作为Presence Source向Presence Server发送SIP PUBLISH发布消息，请求发布包含该\n终端的设备显示名称的消息用户注册状态信息，Presence Server从消息用户注册状态信\n息中获取该终端的设备显示名称，对应用户身份标识保存为用户的呈现信息，向Messaging Server返回SIP 200 OK响应； \n[0101] S317～S320、Presence Server根据呈现信息订阅请求，向UE1发送携带该多终\n端消息用户呈现信息的通知消息，例如：SIP NOTIFY通知消息，向UE1发送该多终端消息用户的呈现信息，所述呈现信息包括UE2...N的设备显示名称； \n[0102] UE1根据接收到的SIP NOTIFY通知消息获得消息用户为UE2...N定义的设备显示\n名称。 \n[0103] 当然，UE1如果注册成功，呈现信息还包括UE1的设备显示名称。 \n[0104] 实施例二以UE1...N属于同一个多终端消息用户为例进行说明，与上述过程类\n似，其他消息用户可以通过自己的请求终端发送SIP SUBSCIRBE订阅请求，请求订阅该多终端消息用户的呈现信息，并在消息用户授权规则和通知过滤策略的控制下获取该多终端消\n息用户的呈现信息，多终端消息用户的呈现信息包括该多终端消息用户UE1...N的设备显\n示名称。 \n[0105] 实施例三 \n[0106] 实施例三提供了一种基于呈现业务获得会话状态信息的方法。本方法首先对现\n有呈现业务中发布的呈现信息进行扩展，增加与终端参与会话相关的呈现信息构成元素：\n“Application specifice Session Information”，以支持基于呈现业务获取会话状态信息的实现。 \n[0107] 增加的呈现信息构成元素是：Application specifice Session Information。在 呈现数据模型(A Data Model for Presence)定义的“service”组件中增加“Application specifice Session Information”，代表消息用户参加特定会话业务时进行中会话状态，包括会话标识(session-id)、会话中所使用的媒体类型，媒体类型包括音频(audio)、视频(video)、消息(message)等。“Application specificeSession Information”按如下方式映射至呈现信息： \n[0108] →→→→ \n[0109] →video/audio/message，and \n[0110] 例如，具体的实现代码如下： \n[0111] \n[0112] org.openmobilealliance:PoC-session \n[0113] 1.0 \n[0114] \n[0115] \n[0116] \n[0117] \n[0118] audio \n[0119] \n[0120] 2 \n[0121] true \n[0122] false \n[0123] \n[0124] 2007-12-05T20:07:07Z \n[0125] \n[0126] \n[0127] \n[0128] 通过上面这段代码可以看出，终端上正在进行会话的会话标识为\nSessionIdentity@example.com，会话中所使用的通信媒体类型为音频audio。 \n[0129] 消息用户通过扩展发布的呈现信息，可以基于呈现业务获得会话状态信息，如图4所示，为基于呈现业务的获得会话状态信息的方法流程示意图，以多终端消息用户通过某\n一终端请求消息用户自身的呈现信息为例进行说明，首先对图中各个实体进行说明： \n[0130] UE1...N表示某个多终端消息用户拥有的所有终端，在UE1...N中有消息业务客\n户端和呈现业务客户端；本流程中该多终端消息用户同时为目标消息用户，UE1...N作为\n呈现信息的发布者发布该多终端消息用户的呈现信息，同时 还作为呈现信息的观察者订\n阅消息用户自身的呈现信息，选取UE1为请求终端； \n[0131] SIP/IP Core表示路由SIP信令的核心网； \n[0132] Messaging Server表示消息应用服务器，负责执行消息业务逻辑控制，为消息用\n户提供消息业务的服务； \n[0133] Presence Server表示呈现业务服务器，负责消息用户呈现信息的订阅和发布。 \n[0134] 具体处理流程包括以下步骤： \n[0135] S401～S408、多终端消息用户使用请求终端UE1经由SIP/IP Core向Presence \nServer发送SIP SUBSCIRBE订阅请求，请求订阅消息用户自身的呈现信息； \n[0136] Presence Server接收UE1发送的SIP SUBSCIRBE订阅请求，经由SIP/IPCore向\nUE1返回SIP 200 OK响应； \n[0137] S409～S412、该多终端消息用户使用UE2...N的过程中，每一个终端上参与的会\n话状态发生改变时，例如： \n[0138] 多终端消息用户使用UE2...N成功加入某个业务会话，例如加入PoC会话； \n[0139] 多终端消息用户使用UE2...N成功更新其参与的会话中支持的通信媒体类型，例\n如通信媒体类型由txt更新为voice； \n[0140] 多终端消息用户使用UE2...N退出某个业务会话； \n[0141] 其中一种具体实施方式中，UE2...N中的消息业务客户端或呈现业务客户端可以\n作为Presence Source经由SIP/IP Core向Presence Server发送SIPPUBLISH发布消息，\n请求发布以消息用户自身为呈现体的呈现信息，所述呈现信息中包括UE2...N的会话状态\n信息，所述会话状态信息包括终端上正在进行的会话列表以及会话中所使用的通信媒体类\n型；其中，如果呈现业务客户端作为Presence Source时，需要从消息业务客户端获取对应终端的会话状态信息。 \n[0142] Presence Server接收终端自己发布的呈现信息，并对应多终端消息用户的身份\n标识，保存UE2...N发布的以消息用户自身为呈现体的呈现信息，并经由SIP/IP Core向\nUE2...N返回SIP 200 OK响应； \n[0143] 另一种具体实时方式中，该多终端消息用户使用UE2...N的过程中，当终端上参\n与的会话状态发生改变时，由终端归属的Messaging Server替代UE2...N，经由SIP/IP \nCore向Presence Server发送SIP PUBLISH发布消息，请求发布以消息用户自身为呈现体\n的呈现信息，所述呈现信息中包括UE2...N的会话状态信息； \n[0144] Presence Server接收Messaging Server替代终端发布的呈现信息，并对应多终\n端消息用户的身份标识，保存Messaging Server发布的呈现信息，并经由SIP/IP Core向\nMessaging Server返回SIP 200 OK响应； \n[0145] S413～S416、Presence Server根据消息用户呈现信息授权规则和通知过滤策略\n执行订阅授权和呈现信息分发控制，本实施例中Presence Server经由SIP/IP Core向UE1\n发送携带多终端消息用户呈现信息的通知消息，例如SIPNOTIFY通知消息，向UE1发送该多\n终端消息用户的呈现信息，所述呈现信息包括UE2...N的会话状态信息； \n[0146] UE1根据接收到的SIP NOTIFY通知消息，从多终端消息用户的呈现信息中获得\nUE2...N的会话状态信息，经由SIP/IP Core向Presence Server返回SIP200 OK响应。 \n[0147] 当然，如果UE1参与了某个会话，则多终端消息用户的呈现信息中还包括UE1的会\n话状态信息。 \n[0148] UE1可以在本地将多终端消息用户的呈现信息展现给该多终端消息用户，该多终\n端消息用户可以根据各终端的会话状态信息确定使用哪一个终端建立新的会话，或者将正\n在进行的会话从一个终端切换到另一个终端上。 \n[0149] 如果多终端消息用户的呈现信息中既包括各终端的设备显示名称，也包括终端上\n的会话状态信息，则用户可以根据设备显示名称非常方便的识别区分各 终端，并进一步根据终端上的会话状态信息进行会话控制。 \n[0150] 实施例一、实施例二和实施例三以通信系统中的呈现业务为例说明了如何获得用\n户终端的设备信息，本发明中的技术方案同样适用于执行具体通信业务逻辑的通信业务功\n能实体，实际的通信业务可以包括消息通信业务、语音通信业务、视频通信业务等。下面在实施例四、实施例五、实施例六和实施例七中将以消息通信业务功能实体为例详细说明，其它通信业务类型，例如语音通信业务中的Vo3P(Voice over IP)、视频通信业务中的可视电话(Video telephony)、视频流媒体(Video streaming)等，其中执行具体通信业务逻辑的\n语音服务器或视频服务器同样可以根据设备信息获取请求或设备信息发布业务设置，将目\n标用户的设备信息发送给需要获取该用户的设备信息的请求终端，本领域技术人员可以根\n据说明书公开的内容具体实施，不再一一赘述。 \n[0151] 实施例四 \n[0152] 有状态的消息应用服务器可以如实施例二中所述在终端注册过程中获取各终端\n的设备显示名称。此外，还可以在终端注册完成后再由终端将各自设备显示名称和/或设\n备能力信息发布给消息应用服务器，并且在终端UE参与的会话状态发生改变时可以获取\n并保存终端上的会话状态信息，因此基于图1a所示的实现方式，有状态的消息应用服务器\n可以对应用户身份标识，将获取的各终端的设备显示名称和/或设备能力信息及终端上的\n会话状态信息保存为用户的设备信息，并作为消息业务应用实体，基于设备信息获取请求\n向请求终端发送被消息用户的设备信息。 \n[0153] 如图5所示，为消息应用服务器Messaging Server根据SIP SUBSCRIBE获取请求\n返回设备信息的方法流程示意图，对图5中各个实体进行说明： \n[0154] UE1...N表示某个多终端消息用户使用的终端；Other UE表示其他消息用户使用\n的终端； \n[0155] SIP/IP Core表示路由SIP信令的核心网； \n[0156] Messaging Server表示有状态消息应用服务器，例如即时消息服务器、融 合消息服务器，负责执行消息业务逻辑控制，为消息用户提供服务。 \n[0157] 本实施例中，所述多终端消息用户同时为订阅消息用户和目标消息用户；UE1为\n请求终端；UE2...N多终端消息用户的其它终端；Messaging Server为通信业务功能实体。 [0158] 具体处理流程包括以下步骤： \n[0159] S501～S504、多终端消息用户使用请求终端UE1经由SIP/IP Core向Presence \nServer发送设备信息获取请求，例如SIP SUBSCIRBE订阅请求，请求订阅消息用户自身其\n它终端UE2...N的设备信息，包括终端UE2...N上的会话状态信息，Messaging Server接\n受UE1发送的SIP SUBSCIRBE订阅请求，经由SIP/IP Core向UE1返回SIP 200 OK响应； \n[0160] 设备信息获取请求中包括为订阅设备信息定义的指示信息，例如SIPSUBSCIRBE\n订阅请求中“Event”头域值为定义的一个新的事件类型：“Device-Status”事件包，其中定义了对应返回SIP NOTIFY通知消息体中所应携带的有关设备的会话状态，至少包括下述信\n息，如下表所示： \n[0161] 表1device-status消息体中的元素语义 \n[0162] \n Description\ndevice-status 终端状态信息的根元素\nsession-list 终端上进行的会话列表元素\nsession 终端上进行的某个会话信息，包括：会话标识、会话状态、会话媒体类型、会话参与人数、会话开始时间等device-displayname 会话所在终端显示名称\ndevice-capability 会话所在终端能力信息\ntimestamp 会话在终端上的开始时间\n[0163] Messaging Server根据本地订阅通知授权策略决定是否接受针对该多终端消息\n用户终端UE2...N的设备上会话状态信息获取请求，对于实施例中的“Device-Status”事\n件包，定义其本地订阅通知授权策略为： \n[0164] 接受多终端消息用户所有不同终端之间的设备上会话状态信息获取请求； \n[0165] 当订阅消息用户和目标消息用户为不同消息用户时，对于订阅消息用户的 请求\n终端发送的设备上会话状态信息获取请求，视实际会话业务设置而定，通过预定义的访问\n控制列表进行判断，或者与目标消息用户终端实时交互判断。 \n[0166] 根据定义的本地订阅通知授权策略，本实施例属于多终端消息用户所有不同终\n端之间的设备上会话状态信息获取请求，所以Messaging Server接受UE1发送的SIP \nSUBSCIRBE订阅请求，经由SIP/IP Core向UE1返回SIP 200 OK响应； \n[0167] S505～S508、Messaging Server经由SIP/IP Core向UE1发送初始SIPNOTIFY\n通知消息，包含订阅状态及有效期限，UE1经由SIP/IP Core向Messaging Server返回SIP \n200 OK响应； \n[0168] S509～S512、该多终端消息用户终端UE2...N中的某个终端UE上线注册完成后\n向消息应用服务器Messaging Server发布终端设备信息，例如发送SIPPUBLISH消息，其消\n息体中内容类型符合上述定义的“Device-Status”事件包，即携带终端设备信息，包括：用户定义的设备显示名称和/或设备能力信息。Messaging Server从发布的消息中获取终端\n的设备显示名称和/或终端设备能力信息，并对应UE2...N中该终端标识保存为该多终端\n消息用户的终端设备信息，最后经由SIP/IP Core向UE2...N返回SIP 200 OK响应； \n[0169] 与步骤S509～S512类似，此后如果用户为UE2...N中某一终端重新定义新的\n设备显示名称或者UE2...N中某一终端的设备能力发生了变化，对应的终端将再次向\nMessaging Server发布变化后的设备信息； \n[0170] 作为步骤S509～S512的替代，Messaging Server还可以经由终端能力服务器\n获取终端的设备能力信息，为此Messaging Server在终端UE2...N注册完成后向终端能\n力服务器发送终端设备能力获取请求，所述请求中携带终端标识和所要返回的设备能力属\n性集合，终端能力服务器根据请求或者检索本地缓存的设备能力信息或者向目标终端发\n送设备能力查询请求。根据查询结果终端能力服务器构造终端设备能力查询响应并返回\n给Messaging Server。MessagingServer从终端能力服务器返回的查询响应中获取终端\nUE2...N的设备能力信 息。 \n[0171] S513～S516、Messaging Server根据针对终端UE2...N设备信息的订阅请求向\n该多终端消息用户终端UE1发送SIP NOTIFY消息，通知“Device-Status”事件包中定义的\n设备信息，由此UE1获得UE2...N中上线终端的最新设备显示名称和/或设备能力信息； \n[0172] S517～S528、该多终端消息用户终端UE2...N中的某个终端UE上参与的会话状\n态发生改变时，在UE上成功建立起新的会话通道后，有状态消息应用服务器获取终端UE上\n的会话状态信息，并对应多终端消息用户身份标识，将UE上的会话状态信息保存到该多终\n端消息用户的设备信息中； \n[0173] 所述终端上参与的会话状态发生改变，包括： \n[0174] 消息用户使用某个终端成功加入某个业务会话； \n[0175] 消息用户使用某个终端成功更新其参与的会话业务中支持的通信媒体类型； \n[0176] 消息用户使用某个终端退出某个业务会话； \n[0177] 上述会话状态的改变既可能是消息用户终端主动发起请求的结果，也可能是应\n其他会话参与终端的请求，本实施例以多终端消息用户终端UE请求与其他消息用户终端\nOther UE建立新的会话为例，UE经由SIP/IP Core和MessagingServe向Other UE主动发起\nSIP INVITE邀请消息，Other UE返回SIP 200 OK响应，UE经由SIP/IP Core和Messaging \nServe向发送ACK确认消息，这样在终端UE与Other UE之间成功建立起新的会话通道； \n[0178] 在终端UE与其他消息用户终端Other UE之间成功建立起新的会话通道后，有状\n态消息应用服务器Messaging Server将保存设备上会话状态信息，包括：消息用户参与会\n话的终端UE的终端标识、进行中会话的业务类型(譬如PoC Session)、版本信息；会话开\n始时间、参与人数，以及会话中所使用的通信媒体类型和编码格式；如果消息用户为每一个终端定义了设备显示名称，则会话状态信息中还包括会话所在终端的设备显示名称； \n[0179] S521～S524、根据接收到的特定于“Device-Status”事件包的SIPSUBSCIRBE订\n阅请求，Messaging Server将生成携带该多终端消息用户的设备信息的SIP NOTIFY通\n知消息，经由SIP/IP Core发送至终端UE1，所述多终端消息用户的设备信息中包括终端\nUE2...N的设备显示名称和/或设备能力信息，以及UE2...N参与的会话状态信息，所述会\n话状态信息包括终端上正在进行的会话列表以及会话过程中所使用的通信媒体类型等； \n[0180] 终端UE1接收SIP NOTIFY通知消息，从中获得该多终端消息用户终端UE2...N的\n设备信息，包括终端UE2...N的设备显示名称和/或设备能力信息，以及UE2...N参与的会\n话状态信息，并经由SIP/IP Core向Messaging Server返回SIP 200 OK响应。 \n[0181] 在上述流程中，可以根据消息用户的需要对终端UE1的订阅通知频度进行控制，\n例如仅当消息用户希望将终端UE2...N上进行的会话切换到UE1时才命令UE1发送获\n取请求以获得UE2...N上可能进行的会话状态信息，此时SIP SUBSCRIBE请求消息中的\n“Expires”头域值为零。如果“Expires”头域值为非零，在“Expires”头域值规定的有效期限内，UE2...N上的会话状态信息发生变化时，Messaging Server需要将变化后的会话状态信息通知给UE1，具体方式可以将多终端消息用户的设备信息全部发送给UE1进行更新，也\n可以只将其中变化的终端的会话状态信息发送给UE1进行更新。 \n[0182] 不同消息用户之间的设备信息获得流程完全类似，这里不再赘述。 \n[0183] 本实施例中，消息用户通过请求终端从Messaging Server获得了该消息用户其他\n终端的设备信息，其中包括各终端上的会话状态信息，用户可以根据各终端上的会话状态\n信息进行会话控制。 \n[0184] 参见实施例二中步骤S313～S316，Messaging Server还可以分别获取UE2...N\n的设备显示名称，并携带在设备信息中发送给UE1。 \n[0185] 由于用户为定义的设备显示名称保存在终端上，目标消息用户各终端也可以在本\n地获取会话状态信息，因此目标消息用户终端也可以基于图1a所示的 实现方式，作为通\n信业务功能实体处理设备信息获取请求，消息应用服务器将设备信息获取请求转发给目标\n消息用户的终端，目标消息用户的终端直接将设备信息发送请求终端，具体方式见实施例\n五所示。 \n[0186] 实施例五 \n[0187] 如图6所示，为消息应用服务器Messaging Server转发SIP获取请求返回设备信\n息的流程示意图，对图6中各个实体进行说明： \n[0188] UE1...N表示某个多终端消息用户使用的终端，Other UE表示其他消息用户使用\n的终端； \n[0189] SIP/IP Core表示路由SIP信令的核心网； \n[0190] Messaging Server表示无状态消息应用服务器，负责执行消息业务逻辑控制，为\n消息用户提供服务。 \n[0191] 本实施例中，所述多终端消息用户为订阅消息用户和目标消息用户；UE1为请求\n终端；UE2...N多终端消息用户的其它终端，也为本实施例中的通信业务功能实体。 \n[0192] 具体处理流程包括以下步骤： \n[0193] S601～S608、多终端消息用户使用请求终端UE1经由SIP/IP Core向Presence \nServer发送SIP SUBSCIRBE订阅请求，请求订阅消息用户自身其它终端UE2...N的设备\n上会话状态信息，Messaging Server将收到的SIPSUBSCIRBE订阅请求转发给该多终端\n消息用户的其它终端UE2...N；UE2...N接受UE1发送的SIP SUBSCIRBE订阅请求，经由\nMessaging Server和SIP/IPCore向UE1返回SIP 200 OK响应； \n[0194] SIP SUBSCIRBE订阅请求中携带为订阅设备信息定义的指示信息，例如“Event”头域值为定义的一个新的事件类型：“Session”事件包，定义其本地订阅通知授权策略为： [0195] 接受多终端消息用户所有不同终端之间的设备上会话状态信息获取请求； \n[0196] 当订阅消息用户和目标消息用户为不同消息用户时，对于订阅消息用户的 请求\n终端发送的设备上会话状态信息获取请求，视实际会话业务设置而定，通过预定义的访问\n控制列表进行判断，或者与目标消息用户终端实时交互判断； \n[0197] UE2...N根据本地订阅通知授权策略决定是否接受针对本终端上会话状态信息的\n获取请求，本实施例属于多终端消息用户所有不同终端之间的设备上会话状态信息获取请\n求，所以UE2...N接受UE1发送的SIP SUBSCIRBE订阅请求，经由Messaging Server和SIP/\nIP Core向UE1返回SIP 200 OK响应； \n[0198] S609～S616、UE2...N经由Messaging Server和SIP/IP Core向UE1发送初始\nSIP NOTIFY通知，其中包含订阅状态及有效期限，UE1向UE2...N返回SIP200 OK响应； \n[0199] S617～S628、该多终端消息用户终端UE2...N中的某个终端UE上参与的会话状\n态发生改变时，在UE上成功建立起新的会话通道后，UE获取本地会话状态信息并对应用户\n身份标识保存到用户的设备信息中； \n[0200] 所述消息用户终端上参与的会话状态发生改变，包括： \n[0201] 消息用户使用终端成功加入某个业务会话； \n[0202] 消息用户使用终端成功更新其参与的会话业务中支持的通信媒体类型； \n[0203] 消息用户使用终端退出某个业务会话； \n[0204] 上述会话状态的改变既可能是消息用户终端主动发起请求的结果，也可以是应其\n他会话参与终端的请求，本实施以多终端消息用户终端UE请求与其他消息用户终端Other \nUE建立新的会话为例，UE经由SIP/IP Core和MessagingServe向Other UE主动发起SIP \nINVITE邀请消息，Other UE返回SIP 200 OK响应，UE经由SIP/IP Core和Messaging Serve\n向发送ACK确认消息，这样在终端UE与Other UE之间成功建立起新的会话通道； \n[0205] 在终端UE与其他消息用户终端Other UE之间成功建立起新的会话通道后，UE本\n地保存有设备上会话状态信息，包括：消息用户参与会话的终端UE的终端标识、消息用户\n为UE定义的设备显示名称；进行中会话的业务类型(譬如PoC Session)、版本信息；会话\n开始时间、参与人数，以及会话中所使用的 通信媒体类型和编码格式； \n[0206] S629～S632、多终端消息用户终端UE2...N根据接受到的特定于“Session”事件\n包的SIP SUBSCIRBE订阅请求，将生成携带设备信息的SIP NOTIFY通知消息，并经由SIP/\nIP Core发送至终端UE1，设备信息中包括该多终端消息用户终端UE2...N上的会话状态信\n息，所述会话状态信息包括终端上正在进行的会话列表以及会话过程中所使用的通信媒体\n类型； \n[0207] 终端UE1根据收到的SIP NOTIFY通知消息获取该多终端消息用户终端UE2...N\n的设备信息，并经由SIP/IP Core向UE2...N返回SIP 200 OK响应。 \n[0208] 本实施例中，终端UE1分别从其它终端接收到设备信息，并在本终端上汇总为多\n终端消息用户的设备信息。 \n[0209] 各终端UE2...N还可以从本地存储信息获取用户定义的设备显示名称，并携带在\n设备信息中发送给UE1。 \n[0210] 本发明实施例中，消息应用服务器还可以将设备信息保存至网络存储实体中，因\n此网络存储实体也可以基于图1a所示的实现方式，作为通信业务功能实体处理设备信息\n获取请求，将设备信息的元数据发送给请求终端，请求终端根据设备信息的元数据获得对\n应的设备信息，具体方式见实施例六所示。 \n[0211] 实施例六 \n[0212] 实施例六提供了一种基于网络存储实体获得设备信息的方法，由消息应用服务器\nMessaging Server将设备信息保存至网络存储实体中，然后由用户通过请求终端从网络存\n储实体获得设备信息。 \n[0213] 如图7所示，为根据网络存储获得设备信息的方法流程示意图，对图中各个实体\n进行说明： \n[0214] UE1...N表示某个多终端消息用户使用的终端，Other UE表示其他消息用户使用\n的终端； \n[0215] SIP/IP Core表示路由SIP信令的核心网； \n[0216] Messaging Server表示消息应用服务器，在网络中执行消息业务逻辑控制， 为消息用户提供服务； \n[0217] Network Storage表示UE1...N归属网络中的网络存储实体，用于存储消息业务\n元数据及通信的实际内容； \n[0218] 本实施例中，所述多终端消息用户同时为订阅消息用户和目标消息用户；UE1为\n请求终端；UE2...N为多终端消息用户的其它终端；Network Storage为通信业务功能实\n体。 \n[0219] 参见实施例二中步骤S313～S316，本实施例中，Messaging Server可以分别获得\nUE2...N的设备显示名称，并存储至Network Storage中。 \n[0220] 具体处理流程包括以下步骤： \n[0221] S701～S704、多终端消息用户通过终端经由SIP/IP Core向Network Storage发\n送SIP SUBSCIRBE订阅请求，请求订阅Network Storage中消息用户自身其它终端UE2...N\n的设备上会话状态信息；Network Storage接受UE1发送的SIPSUBSCIRBE订阅请求，经由\nSIP/IP Core向UE1返回SIP 200 OK响应； \n[0222] SIP SUBSCIRBE订阅请求中携带为获得设备信息定义的指示信息，例如“Event”头域值定义为“ua-profile”，另外“auid”和“document”参数分别指明请求订阅的网络存储实体中XML配置访问协议(XCAP)资源的应用语义标识及消息业务元数据文档XUI； \n[0223] Network Storage根据本地订阅通知授权策略决定是否接受针对该多终端消息用\n户终端UE2...N的设备信息获取请求，定义其本地订阅通知授权策略为： \n[0224] 接受多终端消息用户所有不同终端之间的设备信息获取请求； \n[0225] 当发送请求的消息用户和目标消息用户为不同消息用户时，对于请求终端发送的\n设备信息获取请求，视实际会话业务设置而定，通过预定义的访问控制列表进行判断，或者与目标消息用户终端实时交互判断。 \n[0226] 根据定义的本地订阅通知授权策略，本实施例属于多终端消息用户所有不同终端\n之间的设备信息获取请求，所以Network Storage接受请求，经由SIP/IPCore向UE1返回\nSIP 200 OK响应； \n[0227] S705～S708、Network Storage经由SIP/IP Core向UE1发送初始SIP NOTIFY\n通知，其中包含订阅状态及有效期限，UE1经由SIP/IP Core向Network Storage返回SIP \n200 OK响应； \n[0228] S709～S720、该多终端消息用户终端UE2...N中的某个终端UE上参与的会话\n状态发生改变时，在UE上成功建立起新的会话通道后，有状态消息应用服务器Messaging \nServer获取终端上的会话状态信息，并根据消息用户业务设置发起设备信息网络存储请\n求，将UE上的会话状态信息存储至NetworkStorage； \n[0229] 或者，由消息用户终端UE获取终端上的会话状态信息，并发起设备信息网络存储\n请求，将UE上的会话状态信息存储至Network Storage； \n[0230] 所述终端上参与的会话状态发生改变，包括： \n[0231] 消息用户使用某个终端成功加入某个业务会话； \n[0232] 消息用户使用某个终端成功更新其参与的会话业务中支持的通信媒体类型； \n[0233] 消息用户使用某个终端退出某个业务会话； \n[0234] 上述会话状态的改变既可能是消息用户终端主动发起请求的结果，也可能是应\n其他会话参与终端的请求，本实施例以多终端消息用户终端UE请求与其他消息用户终端\nOther UE建立新的会话为例，UE经由SIP/IP Core和MessagingServe向Other UE主动发起\nSIP INVITE邀请消息，Other UE返回SIP 200 OK响应，UE经由SIP/IP Core和Messaging \nServe向发送ACK确认消息，这样在终端UE与Other UE之间成功建立起新的会话通道； \n[0235] 在消息用户终端UE与其他消息用户终端Other UE之间成功建立起新的会话通道\n后，有状态消息应用服务器Messaging Server将根据消息用户业务设置发起设备信息网络\n存储请求，将UE上的会话状态信息存储至Network Storage； \n[0236] 或者，在消息用户终端UE与其他消息用户终端Other UE之间成功建立起新的会\n话通道后，由消息用户终端UE发起设备信息网络存储请求，将UE上 的会话状态信息存储\n至Network Storage； \n[0237] S721～S724、Network Storage根据SIP SUBSCIRBE订阅请求生成特定于消息用\n户终端UE2...N的设备信息的消息业务元数据，并经由SIP/IP Core向终端UE1发送携带\n消息业务元数据的SIP NOTIFY通知消息； \n[0238] 消息用户终端UE1根据收到的SIP NOTIFY通知消息中携带的有关消息用户终端\nUE2...N的设备信息的消息业务元数据从Network Storage获得该多终端消息用户终端\nUE2...N的设备信息。 \n[0239] 作为实施例六的一种替代方法：当Network Storage中存储的设备上会话状态信\n息发生变化时，由Messaging Server主动请求建立与消息用户终端UE1之间的会话连接，\n以传输变化后的消息用户终端UE2...N的设备上会话状态信息；或者，消息用户使用终端\nUE1访问Network Storage中存储的设备信息的消息业务元数据，并根据获取的消息业务\n元数据请求与Messaging Server建立会话连接，以传输变化后的消息用户终端UE2...N的\n设备上会话状态信息。 \n[0240] 基于图1b所示的实现方式，消息应用服务器还可以向终端主动发布用户的设备\n信息，具体方式见实施例七所示。 \n[0241] 实施例七 \n[0242] 如图8所示，为消息应用服务器Messaging Server主动向终端发布设备信息的方\n法流程示意图，对图8中各个实体进行说明： \n[0243] UE1...N表示某个多终端消息用户使用的终端，Other UE表示其他消息用户使用\n的终端； \n[0244] SIP/IP Core表示路由SIP信令的核心网； \n[0245] Messaging Server表示有状态消息应用服务器，负责执行消息业务逻辑控制，为\n消息用户提供设备信息发布业务。 \n[0246] 消息用户在实现设备信息发布业务时，需要进行设备信息发布业务设置，\nMessaging Server根据消息用户的设备信息发布业务设置决定是否向请求终端发布目标\n消息用户的设备信息。 \n[0247] 参见实施例二中步骤S313～S316，Messaging Server可以分别获取UE2...N的\n设备显示名称，对应用户身份标识保存到用户的设备信息中。 \n[0248] Messaging Server主动发布设备信息的处理流程包括以下步骤： \n[0249] S801～S812、多终端消息用户终端UE2...N中的某个终端UE上参与的会话状态\n发生改变时，在UE上成功建立起新的会话通道后，有状态消息应用服务器可以分别获取\nUE2...N上的会话状态信息，对应用户身份标识保存到用户的设备信息中； \n[0250] 所述终端上参与的会话状态发生改变，包括： \n[0251] 消息用户使用某个终端成功加入某个业务会话； \n[0252] 消息用户使用某个终端成功更新其参与的会话业务中支持的通信媒体类型； \n[0253] 消息用户使用某个终端退出某个业务会话； \n[0254] 上述会话状态的改变既可能是消息用户终端主动发起请求的结果，也可能是应\n其他会话参与终端的请求，本实施例以多终端消息用户终端UE请求与其他消息用户终端\nOther UE建立新的会话为例，UE经由SIP/IP Core和MessagingServe向Other UE主动发起\nSIP INVITE邀请消息，Other UE返回SIP 200 OK响应，UE经由SIP/IP Core和Messaging \nServe向发送ACK确认消息，这样在终端UE与Other UE之间成功建立起新的会话通道； \n[0255] 在终端UE与其他消息用户终端Other UE之间成功建立起新的会话通道后，有状\n态消息应用服务器Messaging Server将保存设备上会话状态信息，包括：消息用户参与会\n话的终端UE的终端标识、消息用户为UE定义的设备显示名称；进行中会话的业务类型(譬\n如PoC Session)、版本信息；会话开始时间、参与人数，以及会话中所使用的通信媒体类型和编码格式； \n[0256] S813～S816、Messaging Server生成携带设备信息的设备信息发布消息，例\n如SIP PUBLISH发布消息，经由SIP/IP Core发送至终端UE1，所述设备信息中包括终端\nUE2...N的设备显示名称和终端上的会话状态信息，所述会话状态 信息包括终端上正在进\n行的会话列表以及会话过程中所使用的通信媒体类型； \n[0257] 终端UE1根据收到的SIP PUBLISH发布消息获取该多终端消息用户终端UE2...N\n的设备信息，并经由SIP/IP Core向Messaging Server返回SIP 200 OK响应。 \n[0258] 如图9所示，本发明实施例还提供一种通信业务功能实体，包括： \n[0259] 接收单元901，用于接收设备信息获取请求或设备信息发布业务设置； \n[0260] 发送单元902，用于根据所述设备信息获取请求或设备信息发布业务设置中携带\n的目标用户身份标识，将保存的目标用户的设备信息发送至请求终端。 \n[0261] 进一步如图10所示，本发明实施例提供的通信业务功能实体还包括： \n[0262] 获取单元903，用于获取目标用户终端的设备显示名称和/或设备能力信息以及\n终端上的会话状态信息； \n[0263] 存储单元904，用于对应目标用户身份标识，将获取单元903获取的目标用户终端\n的设备显示名称和/或设备能力信息以及终端上的会话状态信息保存为目标用户的设备\n信息，发送单元902根据目标用户身份标识，从该存储单元中提取目标用户的设备信息。 \n[0264] 如图11所示，本发明实施例子还提供一种通信终端，包括： \n[0265] 发送单元1001，用于发送设备信息获取请求或发布设备信息业务设置； \n[0266] 接收单元1002，用于接收通信业务功能实体返回的所述设备信息获取请求或设备\n信息发布业务设置中指定目标用户的终端设备信息； \n[0267] 展示单元1003，用于展示接收单元1002接收的目标用户的终端设备信息。 \n[0268] 进一步，本发明实施例中通信终端中展示单元1003所展示的目标用户的终端设\n备信息如图12所示： \n[0269] 目标用户标识，用于区分不同用户或者同一用户的不同注册地址； \n[0270] 目标用户终端，目标用户所拥有的一个或多个终端； \n[0271] 设备显示名称，用于描述、区分目标用户终端的设备信息； \n[0272] 设备能力信息，用于描述目标用户终端能力的设备信息； \n[0273] 设备会话列表，用于描述目标用户终端上正在进行会话状态的设备信息； \n[0274] 综上所述，本发明实施例提供的用户终端设备信息获得方法和通信业务功能实\n体，使得用户可以通过一个请求终端从通信业务功能实体中获得自己或其他用户的设备信\n息，设备信息中可以包括各终端的设备显示名称，用户可以通过设备显示名称方便识别并\n区分各终端。或者，设备信息中可以包括各终端上的会话状态信息，用户可以根据终端上会话状态信息选择终端建立新的会话，或者将正在进行会话从一个终端切换到另一个终端。\n进一步，设备信息中同时包括各终端的设备显示名称和终端上会话状态信息，从而既方便\n用户识别区分终端，又方便用户进行会话控制。 \n[0275] 显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精\n神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围\n之内，则本发明也意图包含这些改动和变型在内。