WO2008089642A1 - Procédé, dispositif et système pour le transfert d'informations de terminal dans un sous-système multimédia - Google Patents

Procédé, dispositif et système pour le transfert d'informations de terminal dans un sous-système multimédia Download PDF

Info

Publication number
WO2008089642A1
WO2008089642A1 PCT/CN2007/071273 CN2007071273W WO2008089642A1 WO 2008089642 A1 WO2008089642 A1 WO 2008089642A1 CN 2007071273 W CN2007071273 W CN 2007071273W WO 2008089642 A1 WO2008089642 A1 WO 2008089642A1
Authority
WO
WIPO (PCT)
Prior art keywords
capability information
user terminal
information
control function
registration request
Prior art date
Application number
PCT/CN2007/071273
Other languages
English (en)
French (fr)
Inventor
Lili Yang
Henliang Zhang
Peili Xu
Peng Zhao
Peng Wang
Original Assignee
Huawei Technologies Co., Ltd.
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 Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to EP07846099A priority Critical patent/EP2106156A4/en
Publication of WO2008089642A1 publication Critical patent/WO2008089642A1/zh
Priority to US12/475,856 priority patent/US8311037B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • 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/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • 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/303—Terminal profiles

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to an implementation scheme for transmitting terminal information in a multimedia subsystem.
  • IMS IP Multimedia Subsystem
  • IP Multimedia Subsystem IP Multimedia Subsystem
  • SIP Session Initiation Protocol
  • HSS Home Subscriber Server
  • AS Application Server
  • S-CSCF Server Call Session Control Function
  • the AS and the S-CSCF are completely separated in the network structure, and the IMS service needs to be triggered by the S-CSCF to
  • the AS performs processing, and multiple ASs can work together to provide corresponding services.
  • the IMS user can access the IMS through the current local proxy node P-CSCF (Proxy Call Session Control Function), and the corresponding session and service control functions are registered by the home domain service node (ie, S -CSCF) completion, it can be seen that the IMS user can obtain the same service at different access points, thereby realizing the separation of service management, session control and bearer access, and can make the access process independent of the location.
  • P-CSCF Proxy Call Session Control Function
  • Step 11 The user terminal (ie UE) initiates a REGISTER request to the S-CSCF;
  • the content of the message carried in the request may be: [14] "REGISTER sip: scscf.home.net SIP/2.0
  • Step 12 After receiving the REGISTER request sent by the user terminal, the S-CSCF replies to the user terminal with a successfully registered 200 (OK) response message.
  • Step 13 After receiving the REGISTER request, the S-CSCF also checks the downloaded filter rule of the user, and evaluates the filter rule.
  • Step 14 According to the filtering rule, the S-CSCF needs to generate a third-party REGISTER request and send it to the application server AS;
  • the content of the message carried in the third-party REGISTER request in this step can be:
  • Step 15 After receiving the third-party REGISTER request, the AS replies to the S-CSCF with a successful registration of 200 (OK) response, and considers that the user has successfully registered on the S-CSCF.
  • the S-CSCF can directly contact the S-CSCF, and the S-CSCF gives the address of the S-CSCF itself in the Contact header field of the third-party REGISTER request, and replaces the UE information in the Contact header field (ie, the user terminal).
  • the AS cannot obtain the UE information, and the operation triggered based on the UE information on the AS cannot be performed smoothly.
  • An embodiment of the present invention provides a method, a device, and a system for transmitting terminal information in a multimedia subsystem, so as to ensure that an AS can obtain capability information of a user terminal, thereby ensuring a service triggered by the capability information of the user terminal on the AS. Can be executed normally.
  • An embodiment of the present invention provides a method for transmitting terminal information in a multimedia subsystem, including:
  • the session control function entity acquires capability information of the user terminal, and sends the capability information of the user terminal to the application server;
  • the application server receives and acquires capability information of the user terminal sent by the session control function entity.
  • the embodiment of the present invention provides a session control function entity device, including:
  • the capability information acquiring unit obtains the capability information of the user terminal from the information sent by the user terminal, and sends the capability information to the capability information sending unit;
  • the capability information sending unit sends the capability information acquired by the capability information acquiring unit to the application server.
  • An embodiment of the present invention provides a system for transmitting terminal information in a multimedia subsystem, including:
  • the capability information acquiring unit located in the session control function entity obtains the capability information of the user terminal from the information sent by the user terminal, and sends the capability information to the capability information sending unit;
  • the capability information sending unit located in the session control function entity sends the capability information acquired by the capability information acquiring unit to the application server;
  • the capability information receiving unit of the application server is configured to receive capability information of the user terminal sent by the session control function entity.
  • the S-CSCF can send the capability information of the user terminal that it acquires to the AS, so that the AS in the IMS can be guaranteed. Obtaining the capability information of the user terminal, so that the service triggered by the capability information of the user terminal on the AS can be successfully implemented.
  • FIG. 1 is a schematic diagram of a process of initiating registration by a user terminal in the prior art
  • FIG. 2 is a schematic flowchart of a process according to Embodiment 1 of the present invention
  • FIG. 3 is a schematic flowchart of a process according to Embodiment 2 of the present invention
  • FIG. 4 is a schematic flowchart of a process according to Embodiment 3 of the present invention.
  • FIG. 5 is a schematic flowchart of a process according to Embodiment 4 of the present invention.
  • Embodiment 6 is a schematic diagram of a process flow of Embodiment 5 provided by the present invention.
  • FIG. 7 is a schematic structural diagram of an embodiment of a system and device provided by the present invention.
  • the embodiment of the present invention provides the capability information of the user terminal in the multimedia subsystem, which mainly includes: First, the CSCF acquires the capability information of the user terminal, that is, the characteristic information of the terminal, such as the video capability and the audio capability of the user terminal. And the text capability, etc., may also be capability information such as software and software versions supported by the user terminal; then, the CSCF sends the capability information of the user terminal to the application server; thus, the AS can receive and acquire the user terminal.
  • the capability information so that the AS can trigger the corresponding service implemented based on the capability information of the user terminal according to the capability information of the corresponding user terminal.
  • the capability information of the user terminal may be obtained by the S-CSCF of the user terminal, and is responsible for transmitting the capability information of the user terminal to the AS. Can be obtained in any of the following ways:
  • the S-CSCF obtains the capability information of the user terminal from the Contact header field of the registration request sent by the received user terminal;
  • the S-CSCF acquires the capability of the user terminal from the received service request message sent by the user terminal.
  • the S-CSCF obtains the capability information of the user terminal from the received capability information report sent by the user terminal, that is, the capability of the user terminal to report the information to the S-CSCF through a message specifically used for reporting the capability information. information.
  • the S-CSCF may also obtain the feature information related to the user terminal from the header field or the message body of the received other message, and send the feature information to the AS as the capability information of the user terminal.
  • the S-C SCF acquires the characteristic information of the user terminal from the feature signature feature-tag of other messages received.
  • the capability information of the user terminal may be sent to the AS through a third-party registration request message, or the user may be exchanged through other messages between the S-CSCF and the AS.
  • the capability information of the terminal is sent to the AS, for example, the capability information of the user terminal is carried in the S-CS.
  • the CF sends the notification message to the AS to the AS.
  • the event packet (such as a registration event packet) in the notification message may be extended to carry the capability information of the user terminal, and may also be through other SC SCFs and ASs.
  • the inter-exchange message carries capability information of the user terminal.
  • some information included in the Contact header field in the REGISTER request sent by the user terminal may not be used in the S-CSCF generation user registration process to the AS.
  • the information of its own CSI (Circuit Switching and IMS Combined Service) capability is discarded, so that the AS can receive complete UE information, so that the AS can trigger corresponding operations based on the UE information, such as performing a subscription.
  • the S-CSCF After receiving the REGISTER request from the UE, the S-CSCF extracts the information contained in the Contact header field.
  • the information contained in the Contact header field includes but is not limited to feature
  • the S-CSCF needs to generate a corresponding third-party registration request and send it to the AS to initiate a third-party registration on behalf of the UE, and the third-party registration request needs to include the previously extracted User terminal capability information;
  • the capability information may be carried by any one of the following two methods:
  • the capability header information of the extracted user terminal is included in the Contact header field of the third-party registration request sent to the third party, and the address of the S-CSCF may also be carried in the Contact header field. Information, so that the AS can obtain the capability information and the address information simultaneously;
  • the information extraction operation may not be performed on the S-CSCF.
  • the S-CSCF adds a Path header field to the registration request of the UE, and places the address information of the S-CS CF itself in the header field, and then adds the registration request of the Path header field as a third party.
  • the registration request is sent to the AS; after receiving the third-party registration request, the AS saves the address information of the S-CSCF in the Path header field, so that after receiving the information that needs to be sent to the UE under the S-CSCF, The information is routed to the S-CSCF.
  • the third-party registration request may also include a part of the complete content of the domain that carries the capability information of the user terminal in the message received by the S-CSCF (for example, may be registered by the S-CSC F in the third party) Generating a message (message) or sipfrag (SIP part) field for carrying a Contact header field containing the capability information of the user terminal in the registration request message sent by the user terminal, in the third party registration request
  • the Contact header field contains the address of the S-CSCF.
  • the capability information of the user terminal may also be performed through other messages that the S-CSCF interacts with the AS.
  • the capability information of the user terminal can be acquired on the AS, so as to use the capability information of the user terminal to expand the corresponding service;
  • the address information of the SC SCF so that the AS can route the information sent to the user terminal to the S-CSCF, and then to the user terminal by the S-CSCF.
  • the S-CSCF includes the UE information in the Contact header field of the registration request sent to the third party.
  • the specific implementation process of the embodiment is as shown in FIG. 2, and specifically includes:
  • Step 21 The user terminal initiates a REGISTER request to the S-CSCF;
  • Step 22 After receiving the REGISTER request sent by the user terminal, the S-CSCF extracts the capability information of the user terminal included in the Contact header field in the request, and returns a response to the user terminal indicating that the registration is successful. (OK) Response message.
  • Step 23 The S-CSCF checks the downloaded filter rules of the user and evaluates the filter rules.
  • Step 24 According to the filtering rule, the S-CSCF generates a third-party REGISTER request to be sent to the AS, and includes the capability information of the user terminal extracted in step 22 in the Contact header field of the third-party REGISTER request;
  • the content of the information carried in the third-party REGISTER request message may be as follows:
  • Step 25 After receiving the third-party REGISTER request, the AS replies to the S-CSCF with a 200 (OK) response indicating that the registration is successful, that is, after the AS receives the capability information of the UE (that is, the capability information of the user terminal), It is considered that the user has successfully registered on the S-CSCF;
  • the AS can perform various services based on the capability information of the UE based on the received capability information of the UE; meanwhile, on the AS, because it obtains the address information of the S-CSCF Therefore, the AS can also first transmit the information sent to the user terminal to the S-CSCF, and then send it to the user terminal by the S-CSCF.
  • the S-CSCF includes the said in the Accept-Contact header field of the third party registration request.
  • the UE information the specific implementation process is shown in Figure 3, and includes the following steps:
  • Step 31 The user terminal initiates a REGISTER request to the S-CSCF;
  • G.3gpp.cs-voice Step 32 The S-CSCF receives the REGISTER request and extracts the user terminal contained in the Contact header field.
  • Step 33 The S-CSCF checks the downloaded filtering rule of the user and evaluates the filtering rule.
  • Step 34 According to the filtering rule, the S-CSCF generates a third-party REGISTER request to send to the AS, and includes the capability information of the user terminal extracted in step 32 in the Accept-Contact header field of the message; Assume that the information content carried in the third-party REGISTER request message may include:
  • the AS can be considered as successful. Registered on the S-CSCF; [123] After the foregoing processing, the AS can perform various services based on the capability information of the user terminal based on the received capability information of the user terminal; meanwhile, on the AS, because it obtains the address of the S-CSCF Information, so the AS can also route the information sent to the user terminal to the S-CSCF first, and then to the user terminal by the S-CSCF.
  • the S-CSCF generates a message/sipfrag part in the third party registration request.
  • This part may also be another name, but not limited to the message/sipfrag), and is used to include the capability information of the UE, specifically, adding a domain in the third-party registration request, and carrying the registration request message sent by the UE. Information about the complete Contact header field.
  • FIG. 4 The processing flow provided by this embodiment is shown in FIG. 4, and specifically includes:
  • Step 41 The user terminal initiates a REGISTER request to the S-CSCF;
  • Step 42 The S-CSCF receives the REGISTER request, extracts the information contained in the Contact header field, and replies to the 200 (OK) response that the registration was successful.
  • Step 43 The S-CSCF checks the downloaded filter rule of the user and evaluates the filter rule.
  • Step 44 According to the filtering rule, the S-CSCF needs to generate a third-party REGISTER request to send to the application server, and the S-CSCF may generate a sipfrag part in the third-party REGISTER request message to include the UE.
  • the information, the sipfrag part may include "IContact:" indicating that the content is the complete Contact header field information in the registration message sent by the received user terminal;
  • the information carried in the third-party REGISTER request message can be:
  • Step 45 After receiving the third-party REGISTER request message, the AS replies to the S-CSCF with a successful 200 (OK) response, and after receiving the capability information of the UE, the AS can consider the corresponding user terminal. Has been successfully registered on the S-CSCF.
  • the S-CSCF may initiate the AS to the AS according to the filtering rule.
  • a Path header field is added to the UE's REGISTER request to store the address of the S-CSC F; thus, after receiving the REGISTER request sent by the S-CSCF, the AS passes the request.
  • the Path header field can determine the path of the S-CSCF, and can also obtain the capability information of the corresponding user terminal by using the information carried in the request.
  • Step 51 The user terminal initiates a REGISTER request to the S-CSCF;
  • G.3gpp.cs-voice Step 52 After receiving the REGISTER request from the user terminal, the S-CSCF replies to the user terminal.
  • Step 53 The S-CSCF checks the downloaded filtering rule of the user, and evaluates the filtering rule.
  • Step 54 According to the filtering rule, the S-CSCF generates a third-party REGISTER request to send to the AS, that is, adds a Path header field to the REGISTER request sent by the user terminal, and stores the address information of the S-CSCF itself to ensure The AS can learn the address information of the S-CSCF;
  • the content of the information carried in the third-party REGISTER request message may specifically include:
  • Step 55 The AS replies to the S-CSCF with a successful 200 (OK) response message, that is, after the AS receives the capability information of the user terminal, it considers that the user has successfully succeeded in the S-CSCF. Registered on;
  • the AS needs to save the S-CSCF address in the Path header field locally, so that when receiving the request to the user terminal, the AS can add a Route header field whose content is S-CSCF. The address, so that the corresponding request can be sent to the user terminal through the S-CSCF.
  • Embodiment 5 the S-CSCF chooses to pass the capability information of the user terminal to the AS in the NOTIFY message.
  • the specific processing procedure provided by this embodiment includes the following steps:
  • Step 61 The user terminal (ie, the UE) initiates a REGISTER request to the S-CSCF;
  • the information carried in the REGISTER request sent by the user terminal to the S-CSCF may include the following
  • Step 62 After receiving the REGISTER request sent by the user terminal, the S-CSCF responds to the user terminal with a successfully registered 200 (OK) response.
  • Step 63 After receiving the REGISTER request, the S-CSCF checks the downloaded filtering rule of the user terminal, and performs an evaluation operation on the user terminal according to the filtering rule.
  • Step 64 If it is confirmed according to the result of the filtering rule evaluation that the user terminal needs to initiate registration with the AS, the IJS-CSCF generates a third-party REGISTER request to be sent to the AS.
  • Step 65 After receiving the third-party REGISTER request, the AS replies to the S-CSCF with a 200 (OK) response message indicating that the registration is successful, and then confirms that the user terminal has successfully registered on the S-CSCF.
  • Step 66 the AS initiates a SUBSCRIBE (subscription) request to the S-CSCF, requesting the S-CSCF to pass the NOTI
  • the FY message reports information to it.
  • Step 67 After receiving the SUBSCRIBE request, the S-CSCF replies to the AS with a successful subscription of 200 (
  • Step 68 the S-CSCF in the NOTIFY message sent to the AS, the registration event packet is extended, the capability information of the user terminal is carried in the NOTIFY message and transmitted to the AS;
  • the xml file carried by the NOTIFY message can be:
  • Step 69 After receiving the NOTIFY message, the AS replies with a 200 (OK) response message to the S-CSCF, indicating that the AS receives the registration status information of the user terminal, where the capability information of the user terminal is included in the present invention.
  • An embodiment of a system for acquiring terminal information by an application server in a multimedia subsystem is also provided.
  • the specific implementation structure is as shown in FIG. 7, and includes:
  • the session control function entity is specifically configured to receive information sent by the user terminal, such as a registration request message, a service request message, and the like, and obtain capability information of the user terminal from the information;
  • the capability information of the terminal is sent to the application server;
  • the session control function entity may specifically send the capability information of the user terminal in a third-party registration request or a notification message to the application server.
  • the application server including the capability information receiving unit, is configured to receive the capability information of the user terminal sent by the session control function entity, so that the corresponding service can be extended based on the capability information of the user terminal.
  • the specific structure of the session control function entity device provided in the embodiment is described in the following with reference to FIG. 7.
  • the device specifically includes:
  • the unit is configured to obtain the capability information of the user terminal from the information sent by the user terminal, and send the capability information to the capability information sending unit.
  • the capability information may be obtained from a message sent by the user terminal, such as a registration message, the user terminal.
  • Capability information such as whether the user terminal supports video services, whether it supports a certain version of the application protocol, and so on;
  • the unit is specifically configured to send the capability information of the user terminal that is obtained by the capability information acquiring unit to the application server, and the capability information sending unit may specifically include:
  • a third-party registration request sending unit configured to carry the capability information of the user terminal in a third-party registration request sent to the application server, and send;
  • the notification message sending unit is configured to carry the capability information of the user terminal in a notification message sent to the application server and send the message.
  • the information content carried in the third-party registration request message sent by the third-party registration request sending unit may specifically include any one of the following forms:
  • the capability information of the user terminal is included in the Accept-Contact header field of the third-party registration request, and the address of the service session control function entity is included in the Co ntact header field;
  • the part of the domain received by the session control function entity carrying the capability information of the user terminal (such as adding the corresponding message/sipfmg part, etc.) is included in the message received by the session control function entity.
  • the Contact header field contains the address of the service session control function entity
  • the Contact header field contains the capability information of the user terminal, and the address of the service session control function entity is stored in the added P ath header field.
  • the various embodiments provided by the present invention can ensure that the AS can completely receive the capability information of the UE, thereby facilitating the operation of triggering the corresponding UE-based capability information on the AS, such as a subscription function.
  • the AS can also obtain the address information of the S-CSCF to ensure that the AS can The information sent to the user terminal is sent to the user terminal through the S-CSCF.

Description

说明书 多媒体子系统中传递终端信息的方法、 设备及系统
[I] 技术领域
[2] 本发明涉及通信技术领域， 尤其涉及一种多媒体子系统中传递终端信息的实现 方案。
[3] 发明背景
[4] IMS (IP多媒体子系统） 是一种可实现分组话音和分组数据， 及提供统一的多 媒体业务和应用的网络。 所述 IMS釆用 IP分组域作为其控制信令和媒体传输的承 载通道， 其中， 所述的控制信令为基于 SIP (会话初始协议） 的呼叫控制信令。
[5] 在所述 IMS中， 主要包括以下功能实体：
[6] HSS (归属签约用户服务器） ， 负责管理 IMS的用户签约数据；
[7] AS (应用服务器） ， 负责业务的提供；
[8] S-CSCF (服务呼叫会话控制功能） ， 用于实现会话控制功能。
[9] 其中， AS和 S-CSCF在网络结构上完全分离， IMS业务需要通过 S-CSCF触发至
AS进行处理， 且多个 AS之间可以协同工作以提供相应业务。
[10] 在 IMS中， IMS用户具体可以通过当前所在地代理节点 P-CSCF (代理呼叫会话 控制功能） 接入 IMS , 相应的会话和业务控制功能则由其注册地的归属域服务节 点 （即 S-CSCF) 完成， 可以看出， 所述 IMS用户在不同接入点均能够获得同样 的服务， 从而实现了业务管理、 会话控制及承载接入的分离， 并可以使接入过 程与位置无关。
[I I] 在用户接入 IMS过程中， 用户需要在 IMS中建立用户的当前 IP地址与用户的公 共用户身份之间的对应关系， 即用户需要向 S-CSCF及 AS进行注册， 以便于建立 开展业务过程中需要应用的所述对应关系， 其中， 用户向 AS的注册是由 S-CSCF 生成相应的第三方 REGISTER (注册） 请求， 并发往应用服务器实现。 相应的注 册处理过程如图 1所示， 具体包括：
[12] 步骤 11 : 用户终端 （即 UE) 向 S-CSCF发起 REGISTER (注册） 请求；
[13] 其中， 所述请求中承载的消息内容可以为： [14] "REGISTER sip: scscf.home.net SIP/2.0
[15] Via: SIP/2.0/UDP [5555::aaa:bbb:ccc:ddd]; branch=z9hG4bKnashds7
[16] Max-Forwards :70
[17] From:<sip:zhangsan@home.fr>;tag=6fa
[18] To:<sip:zhangsan@home.fr>
[19] Contact:<sip: [5555:: aaa:bbb： ccc :ddd] > ;expires=600000； g.3gpp.cs- video;
g.3gpp.voice
[20] ……，，。
[21] 步骤 12: S-CSCF收到用户终端发送来的 REGISTER请求后， 向用户终端回复注 册成功的 200 (OK) 响应消息。
[22] 步骤 13: 收到所述的 REGISTER请求后， S-CSCF还检査下载的该用户的过滤规 贝 |J， 并对该过滤规则进行评估。
[23] 步骤 14: 根据所述过滤规则， S-CSCF需要生成一个第三方 REGISTER请求并发 往应用服务器 AS ;
[24] 该步骤中的第三方 REGISTER请求中承载的消息内容可以为：
[25] "REGISTER sip: as.home.net SIP/2.0
[26] Via: SIP/2.0/UDP scscf.home.fr; branch=z9hG4bKnasctb9
[27] Max-Forwards :70
[28] From:<sip:scscf@home.fr>;tag=7ec
[29] To:<sip:zhangsan@home.fr>
[30] Contact:<sip: scscf.home.fr>;expires=600000
[31] ……，，。
[32] 步骤 15: AS收到所述的第三方 REGISTER请求后， 向 S-CSCF回复注册成功的 2 00 (OK) 响应， 认为用户已经成功的在 S-CSCF上注册。
[33] 在实现本发明的过程中， 发明人发现： 在上述处理过程中， S-CSCF代表用户 向 AS发起注册， 在向 AS发起注册的过程中， 为保证 AS不会直接路由到 UE, 而 可以与 S-CSCF直接联络， S-CSCF在所述的第三方 REGISTER请求的 Contact头域 中给出了 S-CSCF自身的地址， 并以其替换掉 Contact头域中 UE信息 （即用户终端 的能力信息） 。 这样， 使得 AS无法获得所述 UE信息， 进而导致在 AS上基于 UE 信息触发的操作无法顺利执行。
[34] 发明内容
[35] 本发明的实施例提供了一种多媒体子系统中传递终端信息的方法、 设备及系统 ， 保证 AS可以获得用户终端的能力信息， 进而保证在 AS上基于用户终端的能力 信息触发的业务可以正常执行。
[36] 本发明实施例提供了一种多媒体子系统中传递终端信息的方法， 包括：
[37] 会话控制功能实体获取用户终端的能力信息， 并将所述用户终端的能力信息发 送给应用服务器；
[38] 应用服务器接收并获取会话控制功能实体发送来的所述用户终端的能力信息。
[39] 本发明实施例提供了一种会话控制功能实体设备， 包括：
[40] 能力信息获取单元， 从用户终端发来的信息中获取用户终端的能力信息， 并发 送给能力信息发送单元；
[41] 能力信息发送单元， 将能力信息获取单元获取的能力信息发送给应用服务器。
[42] 本发明实施例提供了一种多媒体子系统中传递终端信息的系统， 包括：
[43] 位于会话控制功能实体中的能力信息获取单元， 从用户终端发来的信息中获取 用户终端的能力信息， 并发送给能力信息发送单元；
[44] 位于会话控制功能实体中的能力信息发送单元， 将能力信息获取单元获取的能 力信息发送给应用服务器；
[45] 位于应用服务器的能力信息接收单元， 用于接收会话控制功能实体发送的用户 终端的能力信息。
[46] 由上述本发明的实施例提供的技术方案可以看出， 由于在该实施例中 S-CSCF 可以将其获取的用户终端的能力信息发送给 AS， 因而， 可以保证 IMS中的 AS可 以获得所述用户终端的能力信息， 这样， 便可以保证 AS上基于用户终端的能力 信息触发的业务可以顺利实现。
[47] 附图简要说明
[48] 图 1为现有技术中用户终端发起注册的处理过程示意图；
[49] 图 2为本发明提供的实施例一的处理流程示意图； [50] 图 3为本发明提供的实施例二的处理流程示意图；
[51] 图 4为本发明提供的实施例三的处理流程示意图；
[52] 图 5为本发明提供的实施例四的处理流程示意图；
[53] 图 6为本发明提供的实施例五的处理流程示意图；
[54] 图 7为本发明提供的系统及设备的实施例的结构示意图。
[55] 实施本发明的方式
[56] 本发明提供的在多媒体子系统中传递用户终端的能力信息的实施例主要包括： 首先， 由 CSCF获取用户终端的能力信息， 即终端的特性信息， 如用户终端的视 频能力、 音频能力、 文本能力等， 还可以为用户终端支持的软件及软件版本等 能力信息； 之后， 再由 CSCF将所述用户终端的能力信息发送给应用服务器； 这 样， AS便可以接收并获取所述用户终端的能力信息， 从而使得 AS可以根据相应 用户终端的能力信息触发相应的基于用户终端的能力信息实现的业务。
[57] 在本发明提供的实施例中， 具体可以由用户终端的 S-CSCF获取用户终端的能 力信息， 并负责将其传递给 AS ; 其中， 具体的获取所述用户终端的能力信息的 方式可以为以下任意一种获取方式：
[58] (1) S-CSCF从接收到的用户终端发来的注册请求的 Contact头域中获取用户终 端的能力信息；
[59] (2) S-CSCF从接收到的用户终端发来的业务请求消息中获取用户终端的能力
I口自te！、.,
[60] (3) S-CSCF从接收到的用户终端发来的能力信息报告中获取用户终端的能力 信息， 即用户终端通过专门用于上报其能力信息的消息向 S-CSCF上报自身的能 力信息。
[61] 当然， S-CSCF也可以从接收到的其他消息的头域或消息体中获取用户终端相 关的特性信息， 并将该特性信息作为用户终端的能力信息发送给 AS。 例如， S-C SCF从接收到的其它消息的特征标志 feature-tag中获取用户终端的特性信息。
[62] 本发明提供的该实施例中， 具体可以通过第三方注册请求消息将用户终端的能 力信息发送给 AS， 或者， 也可以通过其他在 S-CSCF与 AS之间交互的消息， 将用 户终端的能力信息发送给 AS， 例如， 将所述的用户终端的能力信息承载在 S-CS CF向 AS发送的通知消息中传递给 AS , 具体可以通过扩展通知消息中的事件包 （ 如注册事件包等） ， 以承载所述用户终端的能力信息， 当然也可以通过其他 S-C SCF与 AS之间交互消息承载所述用户终端的能力信息。
[63] 下面将以通过注册过程获取用户终端的能力信息为例， 对本发明提供的几种具 体应用实施例进行说明， 当然， 并不仅限于通过注册过程进行所述用户终端的 能力信息的获取。
[64] 本发明提供的各个应用实施例中， 可以在 S-CSCF代用户向 AS发起注册过程中 ， 不再将用户终端发送的 REGISTER请求中的 Contact头域里面包含的一些信息 { 如用户指示自身的 CSI (电路交换和 IMS结合业务） 能力的信息等 }丢弃， 从而 使得 AS能够收到完整的 UE信息， 以便于 AS可以基于该 UE信息触发相应操作， 如执行订阅等。
[65] 在 IMS架构下， 本发明提供的各个应用实施例中， 相应的在进行第三方注册过 程中解决 UE信息丢失的实现方案包括：
[66] 首先， S-CSCF收到 UE的 REGISTER请求后， 提取出 Contact头域中包含的信息
； 其中， Contact头域中包含的信息包括但不限于 feature
tag (特征标签) 、 GRUU (Globally Routable User Agent
URI, 全局可路由的用户代理统一资源标识符） 等内容；
[67] 之后， 即完成相应的信息提取处理后， S-CSCF需要生成相应的第三方注册请 求发往 AS， 以代 UE发起第三方注册， 在该第三方注册请求中需要包含之前提取 出的用户终端的能力信息；
[68] 具体可以通过以下两种方式中的任一种承载所述能力信息：
[69] (1) 在发送给第三方的第三方注册请求的 Contact头域中包含提取的用户终端 的能力信息， 同吋， 在该 Contact头域中还可以承载所述的 S-CSCF的地址信息， 以便于 AS可以同吋获得所述能力信息及地址信息；
[70] (2) 在发送给第三方的第三方注册请求的 Accept-Contact (接受联系） 头域中 包含提取的用户终端的能力信息， 同吋， 在该第三方注册请求的 Contact头域中 还可以承载所述的 S-CSCF的地址信息。
[71] 在本发明的应用实施例中， 在 S-CSCF上， 也可以不进行上述信息提取操作， 而是由 S-CSCF在 UE的注册请求中增加 Path (路径） 头域， 在该头域中放置 S-CS CF自身的地址信息， 之后， 将该增加了 Path头域的注册请求作为第三方注册请 求发送给 AS; AS收到该第三方注册请求后， 则将 Path头域中的 S-CSCF的地址信 息保存下来， 以便在收到需要发送给 S-CSCF下的 UE的信息后， 将所述信息路由 到该 S-CSCF上。 或者， 也可以使所述的第三方注册请求中包含有 S-CSCF收到的 消息中承载着用户终端的能力信息的域的完整内容的部分 （例如， 可以由 S-CSC F在第三方注册请求中生成一个 message (消息） 或 sipfrag (SIP部分） 域， 用于 承载用户终端发来的注册请求消息中的包含所述用户终端的能力信息的 Contact 头域） ， 在该第三方注册请求的 Contact头域中包含 S-CSCF的地址。
[72] 另外， 在本发明的应用实施例中， 也可以通过 S-CSCF与 AS交互的其他消息进 行所述用户终端的能力信息的传递， 如通知消息等。
[73] 可以看出， 在上述实施例中， 在 AS上， 既可以获取用户终端的能力信息， 以 便于利用所述用户终端的能力信息幵展相应业务； 同吋， 在 AS上还可以获得 S-C SCF的地址信息， 以便于 AS能够将发送给用户终端的信息路由到 S-CSCF上， 进 而由 S-CSCF传递给用户终端。 即上述应用实施例中解决了现有技术中存在的问 题， 实现了其需要实现的目的。
[74] 为便于对本发明提供的应用实施例有进一步的理解， 下面将结合附图对本发明 提供的几个具体应用实施例进行说明。
[75] 实施例一
[76] 在该实施例一中， S-CSCF在向第三方发送的注册请求的 Contact头域中包含 UE 信息， 该实施例的具体实现过程如图 2所示， 具体包括：
[77] 步骤 21 : 用户终端发起到 S-CSCF的 REGISTER请求；
[78] 假设， 所述的请求消息中承载的信息内容可以为：
[79] "REGISTER sip: scscf.home.net SIP/2.0
[80] Via: SIP/2.0/UDP [5555::aaa:bbb:ccc:ddd]; branch=z9hG4bKnashds7
[81] Max-Forwards :70
[82] From:<sip:zhangsan@home.fr>;tag=6fa
[83] To:<sip:zhangsan@home.fr> [84] Contact:<sip: [5555:: aaa:bbb： ccc :ddd] > ;expires=600000； g.3gpp.cs-video;
g.3gpp.cs-voice
[85] ……，，
[86] 步骤 22: S-CSCF收到用户终端发来的 REGISTER请求后， 提取出所述请求中的 Contact头域中包含的用户终端的能力信息， 并向用户终端回复表示注册成功的 2 00 (OK) 响应消息。
[87] 步骤 23: S-CSCF检査下载的该用户的过滤规则， 并对该过滤规则进行评估。
[88] 步骤 24: 根据过滤规则， S-CSCF生成一个第三方 REGISTER请求发往 AS， 在 第三方 REGISTER请求的 Contact头域中包含步骤 22中提取出的用户终端的能力信 息；
[89] 参照步骤 21中的假设， 在此， 所述的第三方 REGISTER请求消息中承载的信息 内容可以为如下所示：
[90] "REGISTER sip: as.home.net SIP/2.0
[91] Via: SIP/2.0/UDP scscf.home.fr; branch=z9hG4bKnasctb9
[92] Max-Forwards :70
[93] From:<sip:scscf@home.fr>;tag=7ec
[94] To:<sip:zhangsan@home.fr>
[95] Contact:<sip: scscf.home.fr>;expires=600000； g.3gpp.cs-video; g.3gpp.cs-voice [96] ……，，
[97] 步骤 25: AS收到所述第三方 REGISTER请求后， 向 S-CSCF回复表明注册成功 的 200 (OK) 响应， 即 AS收到 UE的能力信息 （即用户终端的能力信息） 后， 则 认为用户已经成功的在 S-CSCF上注册；
[98] 经过上述处理过程， 在 AS上便可以基于收到的 UE的能力信息幵展基于 UE的能 力信息的各种业务； 同吋， 在 AS上， 由于其获得了 S-CSCF的地址信息， 所以 AS 还能够将发送给用户终端的信息首先路由到 S-CSCF上， 之后， 再由 S-CSCF发送 给用户终端。
[99] 实施例二
[100] 在该实施例二中， S-CSCF在第三方注册请求的 Accept-Contact头域中包含所述 的 UE信息， 具体实现过程如图 3所示， 包括以下步骤：
步骤 31： 用户终端发起到 S-CSCF的 REGISTER请求；
假设， 所述的 REGISTER请求消息中承载的信息内容可以为：
"REGISTER sip: scscf.home.net SIP/2.0
Via: SIP/2.0/UDP [5555::aaa:bbb:ccc:ddd]; branch=z9hG4bKnashds7
Max-Forwards :70
From:<sip:zhangsan@home.fr>;tag=6fa
To:<sip:zhangsan@home.fr>
Contact:<sip: [5555:: aaa:bbb： ccc :ddd] > ;expires=600000； g.3gpp.cs- video;
g.3gpp.cs-voice 步骤 32: S-CSCF收到 REGISTER请求， 提取出 Contact头域中包含的用户终端的
Figure imgf000010_0001
步骤 33: S-CSCF检査下载的该用户的过滤规则， 并对该过滤规则进行评估。 步骤 34: 根据过滤规则， S-CSCF生成一个第三方 REGISTER请求发往 AS， 在 消息的 Accept-Contact头域中包含步骤 32中提取出的所述用户终端的能力信息； 仍参照步骤 31中的假设， 该第三方 REGISTER请求消息中承载的信息内容可以 包括:
"REGISTER sip: as.home.net SIP/2.0
Via: SIP/2.0/UDP scscf.home.fr; branch=z9hG4bKnasctb9
Max-Forwards :70
From:<sip:scscf@home.fr>;tag=7ec
To:<sip:zhangsan@home.fr>
Contact:<sip: scscf.home.fr>;expires=600000；
Accept-Contact: g.3gpp.cs- video; g.3gpp.cs-voice 步骤 35: AS回复注册成功的 200 (OK) 响应， 即 AS收到 UE的能力信息后， 便 可以认为用户终端已经成功的在 S-CSCF上注册； [123] 经过上述处理过程， 在 AS上便可以基于收到的用户终端的能力信息开展基于 用户终端的能力信息的各种业务； 同吋， 在 AS上， 由于其获得了 S-CSCF的地址 信息， 所以 AS还能够将发送给用户终端的信息首先路由到 S-CSCF上， 之后， 再 由 S-CSCF发送给用户终端。
[124] 实施例三
[125] 在该实施例三中， S-CSCF是在第三方注册请求中生成一个 message/sipfrag部分
(该部分也可以为其他名称， 而不仅限于 message/sipfrag) ， 用于包含所述的 UE 的能力信息， 具体是在第三方注册请求中增加一个域， 用于承载 UE发来的注册 请求消息中的完整的 Contact头域的信息。
[126] 该实施例提供的处理流程如图 4所示， 具体包括：
[127] 步骤 41 : 用户终端发起到 S-CSCF的 REGISTER请求；
[128] 假设， 所述的 REGISTER请求消息中承载的信息内容如下：
[129] "REGISTER sip: scscf.home.net SIP/2.0
[130] Via: SIP/2.0/UDP [5555::aaa:bbb:ccc:ddd]; branch=z9hG4bKnashds7
[131] Max-Forwards :70
[132] From:<sip:zhangsan@home.fr>;tag=6fa
[133] To:<sip:zhangsan@home.fr>
[134] Contact:<sip: [5555::aaa:bbb:ccc:ddd]>;expires=600000;3gpp.cs-voice; g.3gpp.cs- video; g.3gpp.cs-voice
[135] ……，，
[136] 步骤 42: S-CSCF收到 REGISTER请求， 提取出 Contact头域中包含的信息， 回复 注册成功的 200(OK)响应。
[137] 步骤 43: S-CSCF检査下载的该用户的过滤规则， 并对该过滤规则进行评估。
[138] 步骤 44: 根据所述过滤规则， S-CSCF需要生成一个第三方 REGISTER请求发往 应用服务器， 贝 l」S-CSCF可以在该第三方 REGISTER请求消息中生成一个 sipfrag部 分包含 UE的能力信息， sipfrag部分中可以包括" IContact:"表示其中的内容为收到 的用户终端发来的注册消息中的完整的 Contact头域信息；
[139] 仍参照步骤 41的假设， 此吋， 所述的第三方 REGISTER请求消息中承载的信息 内容可以为：
[140] REGISTER sip: as.home.net SIP/2.0
[141] Via: SIP/2.0/UDP scscf.home.fr; branch=z9hG4bKnasctb9
[142] Max-Forwards :70
[143] From:<sip:scscf@home.fr>;tag=7ec
[144] To:<sip:zhangsan@home.fr>
[145] Contact:<sip: scscf.home.fr>;expires=600000
[146] Content- type: application/sipfrag
[147] IContact:<sip:[5555::aaa:bbb:ccc:ddd]>;expires=600000; g.3gpp.cs- video;
g.3gpp.cs- voice
[148] ……
[149] 步骤 45， AS收到所述的第三方 REGISTER请求消息后， 向 S-CSCF回复注册成 功的 200 (OK) 响应， AS在收到 UE的能力信息后， 则可以认为相应的用户终端 已经成功的注册于 S-CSCF上。
[150] 实施例四
[151] 在该实施例四中， 为了在第三方注册中， AS能够完整地收到 UE的能力信息， 同吋保证 S-CSCF在路径中， 则可以在 S-CSCF根据过滤规则向 AS发起第三方注册 请求过程中， 在 UE的 REGISTER请求中增加一个 Path (路径） 头域来存放 S-CSC F的地址； 这样， AS在收到 S-CSCF发送过来的 REGISTER请求后， 通过请求中的 Path头域便可以确定 S-CSCF的路径， 同吋， 还可以通过该请求中承载的信息获 取相应的用户终端的能力信息。
[152] 该实施例的具体实现过程如图 5所示， 包括以下步骤：
[153] 步骤 51 : 用户终端发起到 S-CSCF的 REGISTER请求；
[154] 假设， 所述的 REGISTER请求消息中承载的信息内容可以为：
[155] "REGISTER sip: scscf.home.net SIP/2.0
[156] Via: SIP/2.0/UDP [5555::aaa:bbb:ccc:ddd]; branch=z9hG4bKnashds7
[157] Max-Forwards :70
[158] From:<sip:zhangsan@home.fr>;tag=6fa To:<sip:zhangsan@home.fr>
Contact:<sip: [5555::aaa:bbb:ccc:ddd]>;expires=600000; g.3gpp.cs- video;
g.3gpp.cs-voice 步骤 52: S-CSCF收到用户终端发来的 REGISTER请求后， 向用户终端回复表明
Figure imgf000013_0001
步骤 53: S-CSCF检査下载的该用户的过滤规则， 并对该过滤规则进行评估。 步骤 54: 根据过滤规则， S-CSCF生成一个第三方 REGISTER请求发往 AS， 即 在所述用户终端发送来的 REGISTER请求中增加一个 Path头域用于存放 S-CSCF自 身的地址信息， 以保证 AS可以获知 S-CSCF的地址信息；
仍参照步骤 51中的假设， 该第三方 REGISTER请求消息中承载的信息内容具体 可以包括：
"REGISTER sip: as.home.net SIP/2.0
Via: SIP/2.0/UDP [5555::aaa:bbb:ccc:ddd]; branch=z9hG4bKnashds7
Via: SIP/2.0/UDP scscf.home.fr; branch=z9hG4bKnasctb9
Max-Forwards :69
From:<sip:zhangsan@home.fr>;tag=6fa
To:<sip:zhangsan@home.fr>
Contact:<sip: [5555:: aaa:bbb： ccc :ddd] > ;expires=600000； g.3gpp.cs- video;
g.3gpp.cs-voice
Path: sip: scscf.home.fr 步骤 55: AS向 S-CSCF回复注册成功的 200 (OK) 响应消息， 即在 AS收到用户 终端的能力信息后， 则认为用户已经成功的在 S-CSCF上注册；
在 AS上还需要将 Path头域中的 S-CSCF地址保存于本地， 以便于当接收到发往 用户终端的请求吋， AS可以增加一个 Route (路由） 头域， 其内容为 S-CSCF的 地址， 从而可以将相应的请求通过 S-CSCF发送给用户终端。
实施例五 [178] 在该实施例中， S-CSCF选择在 NOTIFY (通知） 消息中将用户终端的能力信息 传递给 AS。
[179] 如图 6所示， 该实施例提供的具体处理过程包括以下步骤：
[180] 步骤 61， 用户终端 （即 UE) 向 S-CSCF发起 REGISTER请求；
[181] 假设， 在用户终端向 S-CSCF发送的 REGISTER请求中承载的信息可以包括以下
I口 Έ自、. ·
[ 182] "REGISTER sip: scscf.home.net SIP/2.0
[183] Via: SIP/2.0/UDP [5555::aaa:bbb:ccc:ddd]; branch=z9hG4bKnashds7
[184] Max-Forwards :70
[185] From: <sip： zhangs an @ home.fr>;tag=6fa
[186] To:<sip:zhangsan@home.fr>
[187] Contact:<sip:[5555::aaa:bbb:ccc:ddd]>;expires=600000; g.3gpp.cs- video; g.3gpp.cs- voice
[188] ······，，。
[189] 步骤 62, S-CSCF收到用户终端发来的 REGISTER请求后， 则向用户终端回复注 册成功的 200 (OK) 响应。
[190] 步骤 63， S-CSCF收到所述的 REGISTER请求后， 检査下载的该用户终端的过滤 规则， 并根据所述过滤规则对该用户终端进行评估操作。
[191] 步骤 64， 若根据过滤规则评估的结果确认需要代该用户终端向 AS发起注册， 贝 IJS-CSCF生成一个第三方 REGISTER请求发往 AS。
[192] 步骤 65， AS收到所述的第三方 REGISTER请求后， 向 S-CSCF回复表示注册成 功的 200 (OK) 响应消息， 此吋， 确认该用户终端已经成功注册于 S-CSCF上。
[193] 步骤 66， AS向 S-CSCF发起 SUBSCRIBE (订阅） 请求， 请求 S-CSCF通过 NOTI
FY消息向其上报信息。
[194] 步骤 67， S-CSCF收到所述的 SUBSCRIBE请求后， 向 AS回复订阅成功的 200 (
OK) 响应。
[195] 步骤 68， S-CSCF在向 AS发送的 NOTIFY消息中， 扩展注册事件包， 以将所述 的用户终端的能力信息承载于该 NOTIFY消息中传递给 AS； [196] 仍参照步骤 61中的假设， 此吋， 该 NOTIFY消息承载的 xml文件可以为：
[197] " <?xml version=" 1.0"?>
[198] <reginfo xmlns="urn:ietf:params:xml:ns:reginfo"
[199] xmlns:feature-tag="urn:ietf:params:xml:ns:featuretaginfo"
[200] version="0" state="full">
[201] registration aor="sip:zhangsan@home.fr" id="as9" state="active">
[202] <contact id="76" state=" active" event="registered">
[203] sip: [5555::aaa:bbb:ccc:ddd]
[204] <allOneLine>
[205] <feature-tag>g.3gpp.cs- video; g.3gpp.cs- voice</feature-tag>
[206] </allOneLine>
[207] <allOneLine>
[208] </contact>
[209] </registration>
[210] </reginfo>'O
[211] 步骤 69， AS收到所述的 NOTIFY消息后， 向 S-CSCF回复 200 (OK) 响应消息 表示 AS收到了用户终端的注册状态信息， 其中包括所述的用户终端的能力信息 本发明还提供了一种多媒体子系统中应用服务器获取终端信息的系统的实施例 ， 其具体实现结构如图 7所示， 包括：
[213] (1) 会话控制功能实体， 具体用于接收用户终端发来的信息， 如注册请求消 息、 业务请求消息等， 并从所述信息中获取用户终端的能力信息； 再将所述用 户终端的能力信息发送给应用服务器；
[214] 所述的会话控制功能实体具体可以将用户终端的能力信息承载于第三方注册请 求中或通知消息中发送给应用服务器。
(2) 应用服务器， 包括能力信息接收单元， 具体用于接收会话控制功能实体 发送来的用户终端的能力信息， 从而可以基于所述的用户终端的能力信息幵展 相应的业务。 [216] 下面将再结合图 7将该实施例中提供的会话控制功能实体设备的具体结构进行 说明， 该设备具体包括：
[217] (1) 能力信息获取单元
[218] 该单元用于从用户终端发来的信息中获取用户终端的能力信息并发送给能力信 息发送单元； 具体可以从注册消息等用户终端发来的消息中获取所述能力信息 ， 用户终端的能力信息如用户终端是否支持视频业务， 是否支持某种版本的应 用协议， 等等；
[219] (2) 能力信息发送单元
[220] 该单元具体用于将能力信息获取单元获取的用户终端的能力信息发送给应用服 务器； 且所述的能力信息发送单元具体可以包括：
[221] 第三方注册请求发送单元， 用于将用户终端的能力信息承载于向应用服务器发 送的第三方注册请求中并发送； 或者，
[222] 通知消息发送单元， 用于将用户终端的能力信息承载于向应用服务器发送的通 知消息中并发送。
[223] 其中， 在所述的第三方注册请求发送单元中， 其发送的第三方注册请求消息中 承载的信息内容具体可以包括以下任意一种形式：
[224] 1、 在第三方注册请求的 Contact头域中包含用户终端的能力信息及服务会话控 制功能实体的地址；
[225] 2、 在第三方注册请求的 Accept-Contact头域中包含用户终端的能力信息， 在 Co ntact头域中包含服务会话控制功能实体的地址；
[226] 3、 在第三方注册请求中包含会话控制功能实体收到的消息中承载着用户终端 的能力信息的域的完整内容的部分 （如增加相应的 message/sipfmg部分等） ， 在
Contact头域中包含服务会话控制功能实体的地址；
[227] 4、 在第三方注册请求中 Contact头域中包含用户终端的能力信息， 并在增加的 P ath头域中存放服务会话控制功能实体的地址。
[228] 综上所述， 本发明提供的各个实施例可以保证 AS能够完整地收到 UE的能力信 息， 从而便于在 AS上触发相应的基于 UE的能力信息的操作， 如订阅功能等。 同 吋， 在第三方注册过程中， AS也可以获得 S-CSCF的地址信息， 以保证 AS可以将 发送给用户终端的信息通过 S-CSCF发送给用户终端。
以上所述， 仅为本发明较佳的具体实施方式， 但本发明的保护范围并不局限于 此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易想到 的变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护范围 应该以权利要求的保护范围为准。

Claims

权利要求书
[1] 1、 一种多媒体子系统中传递终端信息的方法， 其特征在于， 包括：
会话控制功能实体获取用户终端的能力信息， 并将所述用户终端的能力信 息发送给应用服务器；
应用服务器接收并获取会话控制功能实体发送来的所述用户终端的能力信 息。
[2] 2、 根据权利要求 1所述的方法， 其特征在于， 所述的会话控制功能实体获 取用户终端的能力信息的方式包括：
会话控制功能实体从接收到的用户终端发来的注册请求中获取用户终端的 能力信息； 或者，
会话控制功能实体从接收到的用户终端发来的业务请求消息中获取用户终 端的能力信息； 或者，
会话控制功能实体从接收到的用户终端发来的能力信息报告中获取用户终 端的能力信息。
[3] 3、 根据权利要求 1所述的方法， 其特征在于， 所述的会话控制功能实体获 取的用户终端的能力信息包括：
消息中的特征标志 feature-tag中承载的终端特性， 或者， 消息头域中承载的 信息， 或者， 消息体中承载的与用户终端有关的信息。
[4] 4、 根据权利要求 3所述的方法， 其特征在于， 所述的消息头域包括消息中 的联系 Contact头域。
[5] 5、 根据权利要求 1、 2、 3或 4所述的方法， 其特征在于， 所述的将用户终端 的能力信息发送给应用服务器的步骤具体包括：
用户终端的服务会话控制功能实体将用户终端的能力信息承载于向应用服 务器发送的第三方注册请求中， 并传递给应用服务器；
或者，
用户终端的服务会话控制功能实体将用户终端的能力信息通过向应用服务 器发送的通知消息传递给应用服务器。
[6] 6、 根据权利要求 5所述的方法， 其特征在于， 所述的第三方注册请求中承 载的信息具体包括：
在第三方注册请求的 Contact头域中包含用户终端的能力信息； 或者， 在第三方注册请求的接受联系 Accept-Contact头域中包含用户终端的能力信 息； 或者，
在第三方注册请求中包含会话控制功能实体收到的消息中承载着用户终端 的能力信息的域的完整内容的部分。
[7] 7、 根据权利要求 6所述的方法， 其特征在于， 所述的在第三方注册请求中 还承载着服务会话控制功能实体的地址信息， 且在 Contact头域中或者在增 加的路径 Path头域中包含所述服务会话控制功能实体的地址。
[8] 8、 一种会话控制功能实体设备， 其特征在于， 包括：
能力信息获取单元， 从用户终端发来的信息中获取用户终端的能力信息， 并发送给能力信息发送单元；
能力信息发送单元， 将能力信息获取单元获取的能力信息发送给应用服务 器。
[9] 9、 根据权利要求 8所述的设备， 其特征在于， 所述的能力信息发送单元具 体包括：
第三方注册请求发送单元， 用于将用户终端的能力信息承载于向应用服务 器发送的第三方注册请求中并发送； 或者，
通知消息发送单元， 用于将用户终端的能力信息承载于向应用服务器发送 的通知消息中并发送。
[10] 10、 根据权利要求 9所述的设备， 其特征在于， 所述的第三方注册请求发送 单元将用户终端的能力信息承载于第三方注册请求的 Contact头域中； 或者 ， 承载于第三方注册请求的 Accept-Contact头域中； 或者， 使第三方注册请 求中包含会话控制功能实体收到的消息中承载着用户终端的能力信息的域 的完整内容的部分。
[11] 11、 根据权利要求 10所述的设备， 其特征在于， 所述的第三方注册请求发 送单元： 在第三方注册请求中承载服务会话控制功能实体的地址信息， 且 将所述服务会话控制功能实体的地址信息承载在 Contact头域中或者增加的 Path头域中。
[12] 12、 一种多媒体子系统中传递终端信息的系统， 其特征在于， 包括：
位于会话控制功能实体中的能力信息获取单元， 从用户终端发来的信息中 获取用户终端的能力信息， 并发送给能力信息发送单元；
位于会话控制功能实体中的能力信息发送单元， 将能力信息获取单元获取 的能力信息发送给应用服务器；
位于应用服务器的能力信息接收单元， 用于接收会话控制功能实体发送的 用户终端的能力信息。
[13] 13、 根据权利要求 12所述的系统， 其特征在于， 所述的会话控制功能实体 为服务会话控制功能实体， 且所述能力信息发送单元具体包括： 第三方注册请求发送单元， 将用户终端的能力信息承载于向应用服务器发 送的第三方注册请求中并发送； 或者，
通知消息发送单元， 将用户终端的能力信息承载于向应用服务器发送的通 知消息中并发送。
[14] 14、 根据权利要求 13所述的系统， 其特征在于， 所述的第三方注册请求发 送单元将用户终端的能力信息承载于第三方注册请求的 Contact头域中； 或 者， 承载于第三方注册请求的 Accept-Contact头域中； 或者， 使第三方注册 请求中包含会话控制功能实体收到的消息中承载着用户终端的能力信息的 域的完整内容的部分。
[15] 15、 根据权利要求 14所述的系统， 其特征在于， 所述的第三方注册请求发 送单元在第三方注册请求中承载服务会话控制功能实体的地址信息， 且将 所述服务会话控制功能实体的地址信息承载在 Contact头域中或者增加的 Pat h头域中。
PCT/CN2007/071273 2007-01-19 2007-12-19 Procédé, dispositif et système pour le transfert d'informations de terminal dans un sous-système multimédia WO2008089642A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP07846099A EP2106156A4 (en) 2007-01-19 2007-12-19 METHOD, DEVICE AND SYSTEM FOR TRANSFERRING TERMINAL INFORMATION IN A MULTIMEDIA SUBSYSTEM
US12/475,856 US8311037B2 (en) 2007-01-19 2009-06-01 Method, apparatus and system for transmitting user equipment information in a multimedia subsystem

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNA2007100011913A CN101115059A (zh) 2007-01-19 2007-01-19 多媒体子系统中传递终端信息的方法、设备及系统
CN200710001191.3 2007-01-19

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/475,856 Continuation US8311037B2 (en) 2007-01-19 2009-06-01 Method, apparatus and system for transmitting user equipment information in a multimedia subsystem

Publications (1)

Publication Number Publication Date
WO2008089642A1 true WO2008089642A1 (fr) 2008-07-31

Family

ID=39023167

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/071273 WO2008089642A1 (fr) 2007-01-19 2007-12-19 Procédé, dispositif et système pour le transfert d'informations de terminal dans un sous-système multimédia

Country Status (4)

Country Link
US (1) US8311037B2 (zh)
EP (1) EP2106156A4 (zh)
CN (1) CN101115059A (zh)
WO (1) WO2008089642A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2642721A1 (en) * 2008-01-28 2013-09-25 BlackBerry Limited Providing Session Initiation Protocol request contents

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101115059A (zh) 2007-01-19 2008-01-30 华为技术有限公司 多媒体子系统中传递终端信息的方法、设备及系统
CN101515857B (zh) * 2008-02-20 2012-01-25 华为技术有限公司 一种多媒体能力管理的方法及装置
CN101547193B (zh) * 2008-03-24 2011-04-20 华为技术有限公司 一种在不同域中处理早期媒体业务的方法和装置
CN101588630B (zh) * 2008-05-20 2012-09-05 华为技术有限公司 一种业务触发的方法和装置
US8838694B2 (en) * 2009-06-19 2014-09-16 Futurewei Technologies, Inc. System and method for shared multimedia experiences across multiple subscriptions
EP2707994A4 (en) * 2011-05-09 2015-01-14 Samsung Electronics Co Ltd METHOD AND SYSTEM FOR MANAGING TELEPHONE SOFTWARE IN A UNIVERSAL PLUG-AND-PLAY HOME NETWORK ENVIRONMENT
CN102843336A (zh) * 2011-06-20 2012-12-26 中兴通讯股份有限公司 一种ims多媒体会议接入的方法及系统
JP5857661B2 (ja) * 2011-11-18 2016-02-10 沖電気工業株式会社 パケット処理装置及び方法
JP6044066B2 (ja) * 2011-11-24 2016-12-14 日本電気株式会社 通信ネットワークシステム、通信ネットワークシステムにおけるトラフィック軽減方法、通信制御装置およびその制御方法と制御プログラム、および、通信端末
US9860323B2 (en) 2012-05-15 2018-01-02 At&T Intellectual Property I, L.P. System and apparatus for providing policy control and charging to support communications
US9912488B2 (en) 2012-05-15 2018-03-06 At&T Intellectual Property I, L.P. System and apparatus for providing subscriber management to support communications
US9148308B2 (en) * 2012-05-15 2015-09-29 At&T Intellectual Property I, Lp Apparatus for reducing network traffic in a communication system
US9264242B2 (en) 2012-05-15 2016-02-16 At&T Intellectual Property I, Lp System and apparatus for providing communications
FR3007914A1 (fr) * 2013-06-27 2015-01-02 France Telecom Procede de gestion de terminaux fixes et mobiles dans un environnement comprenant un reseau mobile incluant un reseau ims et un reseau d'entreprise
CN104010290A (zh) * 2014-06-16 2014-08-27 武汉博睿达信息技术有限公司 基于用户信息的ims应用服务器选择系统及选择方法
CN109286602B (zh) * 2017-07-20 2021-07-13 中国移动通信有限公司研究院 一种能力开放的方法、装置与系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060092970A1 (en) * 2004-10-28 2006-05-04 Samsung Electronics Co., Ltd. System and method for VoIP call transfer using instant message service in an IP multimedia subsystem
US20060148522A1 (en) 2004-06-18 2006-07-06 Nokia Corporation Customisation of an electronic device
CN1805452A (zh) * 2005-01-14 2006-07-19 华为技术有限公司 一种在注册过程中确定服务呼叫控制功能的方法
US20060270404A1 (en) 2005-05-13 2006-11-30 Nokia Corporation Method and element for service control
CN1885859A (zh) * 2005-06-22 2006-12-27 北京三星通信技术研究有限公司 支持合并的电路域呼叫和互联网多媒体子系统对话的方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0213726D0 (en) * 2002-06-14 2002-07-24 Nokia Corp A communication system
WO2005027485A1 (en) * 2003-09-12 2005-03-24 Nokia Corporation Method and device for handling missed calls in a mobile communications environment
AU2005234201B2 (en) * 2004-04-13 2009-06-18 Blackberry Limited Method for a session initiation protocol push-to-talk terminal to indicate answer operating mode to an internet protocol push-to-talk network server
CN101115059A (zh) 2007-01-19 2008-01-30 华为技术有限公司 多媒体子系统中传递终端信息的方法、设备及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060148522A1 (en) 2004-06-18 2006-07-06 Nokia Corporation Customisation of an electronic device
US20060092970A1 (en) * 2004-10-28 2006-05-04 Samsung Electronics Co., Ltd. System and method for VoIP call transfer using instant message service in an IP multimedia subsystem
CN1805452A (zh) * 2005-01-14 2006-07-19 华为技术有限公司 一种在注册过程中确定服务呼叫控制功能的方法
US20060270404A1 (en) 2005-05-13 2006-11-30 Nokia Corporation Method and element for service control
CN1885859A (zh) * 2005-06-22 2006-12-27 北京三星通信技术研究有限公司 支持合并的电路域呼叫和互联网多媒体子系统对话的方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2106156A4

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2642721A1 (en) * 2008-01-28 2013-09-25 BlackBerry Limited Providing Session Initiation Protocol request contents
US8787371B2 (en) 2008-01-28 2014-07-22 Blackberry Limited Providing session initiation protocol request contents method and system
EP2945343A1 (en) * 2008-01-28 2015-11-18 Research In Motion Limited Providing session initiation protocol request contents method and system
US9237198B2 (en) 2008-01-28 2016-01-12 Blackberry Limited Providing session initiation protocol request contents method and system
US9723029B2 (en) 2008-01-28 2017-08-01 Blackberry Limited Providing session initiation protocol request contents method and system
US10397282B2 (en) 2008-01-28 2019-08-27 Blackberry Limited Providing session initiation protocol request contents method and system
US11038930B2 (en) 2008-01-28 2021-06-15 Blackberry Limited Providing session initiation protocol request contents method and system
US11575718B2 (en) 2008-01-28 2023-02-07 Blackberry Limited Providing session initiation protocol request contents method and system

Also Published As

Publication number Publication date
EP2106156A4 (en) 2010-05-05
US8311037B2 (en) 2012-11-13
US20100182997A1 (en) 2010-07-22
EP2106156A1 (en) 2009-09-30
CN101115059A (zh) 2008-01-30

Similar Documents

Publication Publication Date Title
WO2008089642A1 (fr) Procédé, dispositif et système pour le transfert d&#39;informations de terminal dans un sous-système multimédia
AU2011374206B2 (en) Methods and apparatuses for enabling an Single Radio Voice Call Continuity (SRVCC) access transfer of an emergency call back session
CA2605475C (en) Session initiation from application servers in an ip multimedia subsystem
US8036659B2 (en) Method for requesting an unregistered UE to perform registration in the IMS
WO2007098713A1 (fr) Procédé et système d&#39;appel d&#39;urgence
WO2005027460A1 (en) Combinational multimedia services
WO2007025450A1 (fr) Methode pour realiser un declenchement d&#39;inscription d&#39;utilisateur dans un sous-systeme multimedia ip
JP2004531821A (ja) 登録しなければならないｕｅを指示する方法
WO2007098714A1 (fr) Dispositif et procédé de contrôle de session
US9246955B2 (en) Capability query handling in a communication network
WO2008025257A1 (fr) Procédé d&#39;intercommunication et système de communication entre différents réseaux
JP5260746B2 (ja) エンド・ツー・エンドのアドレス転送
EP1914973A1 (en) System and method to provide combinational services to anonymous callers
WO2009155824A1 (zh) 一种彩铃、彩像业务的实现方法及系统
WO2008011790A1 (fr) Procédé, système et appareil de réseau permettant d&#39;établir une session
WO2007112640A1 (fr) Procédé et appareil de remplacement de l&#39;identification de session, serveur d&#39;application et procédé de remplacement de session
EP3228057B1 (en) Ims application control protocol
WO2008080297A1 (fr) Procédé, équipement et système pour mettre en rapport une session
WO2008086744A1 (fr) Procédé de mise en œuvre d&#39;établissement d&#39;appel, système et élément de réseau de contrôle d&#39;appel
WO2008145044A1 (fr) Procédé permettant d&#39;obtenir des informations de connexion à un réseau, et entité de limite de réseau
JP2010525623A (ja) 通信ネットワークにおいて使用する方法、および、装置
WO2008095440A1 (fr) Procédé, système de communication et dispositif pour acquérir et fournir un numéro msisdn
WO2008053013A1 (en) Moving between communications domains
WO2008080334A1 (fr) Agent d&#39;utilisateur dos à dos et procédé de transmission d&#39;informations associé
RU2417544C2 (ru) Способы и устройства для передачи информации о состоянии сигнального соединения, относящейся к сигнальному соединению между терминалом и модулем посреднической функции управления сеансом/вызовом (p-cscf) в мультимедийной подсистеме интернет-протокола (ims)

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07846099

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2007846099

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE