WO2013026327A1 - 一种能力查询的方法、通信终端及应用服务器 - Google Patents

一种能力查询的方法、通信终端及应用服务器 Download PDF

Info

Publication number
WO2013026327A1
WO2013026327A1 PCT/CN2012/078144 CN2012078144W WO2013026327A1 WO 2013026327 A1 WO2013026327 A1 WO 2013026327A1 CN 2012078144 W CN2012078144 W CN 2012078144W WO 2013026327 A1 WO2013026327 A1 WO 2013026327A1
Authority
WO
WIPO (PCT)
Prior art keywords
capability
terminal
capability query
target
query request
Prior art date
Application number
PCT/CN2012/078144
Other languages
English (en)
French (fr)
Inventor
马家斌
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP12825591.6A priority Critical patent/EP2741541B1/en
Publication of WO2013026327A1 publication Critical patent/WO2013026327A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • 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/10—Architectures or entities
    • H04L65/1063—Application servers providing network services
    • 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]

Definitions

  • the present invention belongs to the field of mobile communications, and specifically relates to a capability information request method, a requesting terminal, and an application server.
  • IP Session Initiation Protocol
  • IETF Internet Engineering Task Force
  • IMS IP Multimedia Subsystem
  • 3GPP 3rd Generation Partnership Project
  • 3GPP 3rd Generation Partnership Project
  • SIP Session Initiation Protocol
  • the calling user In the application of the IMS network, the calling user usually queries the status of the called user and the supported service capabilities through the SIP OPTIONS before initiating the related operations.
  • Capabilities or service discovery capabilities are key to the Rich Richware Suite (enhanced RCS-e).
  • RCS-e Rich Richware Suite
  • users can know which subset of RCS-e services are available for use and/or communication with other contacts during a given time.
  • the embodiments of the present invention provide a method for querying capabilities, a communication terminal, and an application server, which solves the problem that a capability query request in the prior art may occupy a large amount of network traffic due to a large number of contacts.
  • the embodiment of the invention provides a method for querying capabilities, including:
  • the capability query request includes one Identification of one or more target terminals;
  • the capability query request from the requesting terminal is parsed, and the capability query request of each target terminal is generated according to the identifier of one or more target terminals in the capability query request, and the generated capability query request is separately sent to the corresponding target terminal;
  • An integration unit configured to integrate a universal resource identifier of one or more target user terminals that need to query capability information into a capability query request;
  • a sending unit configured to send the integrated capability query request to the application server
  • a receiving unit configured to receive a capability query response that is aggregated by the server
  • An analyzing unit configured to receive, from the receiving unit, the aggregated capability query response, and analyze the capability query response of the corresponding target terminal;
  • a receiving unit configured to receive an integrated capability query request from the requesting terminal or receive a capability query response from the target terminal;
  • a parsing unit configured to receive the integrated capability query request in the receiving unit, and parse the capability query request to the corresponding target terminal;
  • An aggregation unit configured to receive one or more target terminal capability query responses, and aggregated into a capability query response
  • a sending unit configured to send the parsed capability query request to the corresponding target terminal or send the aggregated capability query response to the requesting terminal.
  • the invention adds the capability query request for the analysis terminal receiving the self-request response information and the target to the target server (Application Server, AS) by adding the integration function of the capability query request and the function of the aggregation processing at the requesting terminal.
  • the function of the convergence of the terminal capability query response message is such that the requesting terminal can acquire the capability information of the plurality of target terminals by using one capability query request, thereby reducing the message sending amount of the SIP OPTIONS and realizing the reduction of the network traffic.
  • FIG. 1 is a flowchart of a method for requesting terminal capability query according to an embodiment of the present invention
  • FIG. 2 is a flowchart of a method for querying an application server capability according to an embodiment of the present invention
  • FIG. 3 is an IMS according to an embodiment of the present invention
  • FIG. 4 is a signaling flowchart of capability information acquisition according to an embodiment of the present invention
  • FIG. 5 is a flowchart of a signaling process for acquiring capability information based on AS cache according to an embodiment of the present invention
  • FIG. 6 is a flow chart of a method for acquiring capability information based on interaction according to an embodiment of the present invention
  • Figure 7 is a structural diagram of a communication terminal of the present invention.
  • Figure 8 is a structural diagram of an application server of the present invention.
  • FIG. 9 is a block diagram of another application server of the present invention.
  • the method mainly includes the improvement of the communication method of the capability query requesting terminal and the application server, wherein the method for requesting the terminal capability query request is as shown in FIG. 1 , and the steps include:
  • the requesting terminal sends the integrated capability query request to the application server, and is parsed by the AS and forwarded to the corresponding target terminal.
  • the integration process specifically includes:
  • the Uniform Resource Identifier (URI) of the target terminal is recorded in a list list element of the integrated capability query request by using an Extensible Markup Language (XML);
  • the request URI in the request line of the capability query request is set to the URI of the AS, the To header of the message header is set to the URI of the AS, and the request Require header field and the identifier supporting the Supported header field are set, and the request terminal and the application are identified.
  • the server supports the XML list; sets the content type Content-Type header field and the content description Content-Disposition header field, and identifies the message content in the capability query request as the list element.
  • S102 Receive a target terminal capability query response forwarded from an application server, and check the capability from the capability.
  • the capability information of the target terminal is analyzed in the response response;
  • the target terminal receives the corresponding capability query request and returns a capability query response to the application server.
  • the application server forwards it to the requesting terminal.
  • the requesting terminal analyzes the capability query response from the application server, and completes the target terminal capability information acquisition;
  • the analysis process specifically includes:
  • the requesting terminal receives the returned capability query information, and extracts the user person sub-element from the capability capbility element, wherein the capability information of each target terminal is stored in the corresponding person sub-element and the URI is used as the identification identifier to complete the corresponding target terminal capability information. Obtaining, and comparing with the URI in the capability query message in the requesting terminal, recording the target terminal that has not obtained the capability information.
  • the method flow of the application server implementing the capability query request is as shown in FIG. 2, and the steps include:
  • the parsing process specifically includes:
  • each target terminal After receiving the capability query request, each target terminal returns a capability query response carrying the respective capability information to the application server.
  • the application server extracts capability information in the response, and aggregates the response to a capability query response to the requesting terminal;
  • the aggregation process specifically includes:
  • the destination To message header For the capability query response of the above aggregation, set the destination To message header to be the URI of the AS, set the content type Content-Type header field and the content description Content-Disposition header field to identify the message body as an XML List; create capability capbility Element, and will receive each The capability information in the capability query response of the target terminal is stored in each user person element corresponding to each target terminal URI.
  • FIG. 3 The typical network architecture of the system is shown in FIG. 3. This network architecture diagram is based on the traditional IMS network, and an AS is deployed to process SIP OPTIONS messages.
  • the calling user is the capability query requesting terminal
  • the target user is the target terminal
  • the capability query request is the SIP OPTIONS request
  • the capability query response is the SIP OPTIONS response.
  • the calling user A initiates a SIP OPTIONS capability query request to the target user to the IMS Core, that is, the target user B and the target user C.
  • the message sample is similar to the following (the non-key header field is omitted):
  • the request URI and To header fields are filled in as the URI address of the corresponding AS, and the address needs to be configured in the calling user;
  • the header field of the SIP OPTIONS message including: Request Require header field and support
  • the booster port identifier in the Supported message header field is the recipient-list-options, which is used to identify the requesting terminal to support the list, and requires the application server to support the capability.
  • the content type Content-Type header is only applied/resource-lists+xml, and the content setting Content-Disposition header is added to the identifier-list to indicate the integrated SIP OPTIONS message body type and structure.
  • the extended markup language carries a plurality of called target user URIs in a list manner, including the universal resource identifiers sip:userB@ims.com of the target user B and the universal resource identifiers sip:userB@ims.com of the target user C;
  • the S302JMS Core forwards the SIP OPTIONS message to the AS according to the routing policy and the URI address of the AS in the request;
  • S303, S305, and the AS after receiving the SIP OPTIONS message forwarded by the IMS Core of the calling client, parsing the list information of the message, and then creating two SIP OPTIONS messages according to the URIs of the B and C of the target user.
  • the message header field and the identifier of the support message header field identify the support mode of the request terminal and the application server; respectively set the SIP OPTIONS content type message header field and the content description message header field, identify the format of the message content in the capability query request, and then respectively A SIP OPTIONS message containing the corresponding target terminal URI is initiated to each user in the list. Similar to the following (omit some header information):
  • the SIP OPTIONS message sent by the AS is the same as the standard SIP OPTIONS message, that is, the target user does not need to support the processing list capability;
  • the capability query request corresponding to the target user is obtained through the AS, and the capability query request is forwarded to the target user userB, userC and the capability query response SIP OPTIONS 200 OK by the IMS Core to which the target user belongs.
  • C) which contains capability information corresponding to the target terminal;
  • the IMS Core to which the target user belongs receives the SIP OPTIONS response of the target user userB and userC, and forwards the capability information to the AS, and the AS aggregates the capability information of all the target users as the capability query response of the requesting terminal, and returns the SIP including the list structure.
  • the OPTIONS 200 OK (list) responds to the IMS Core to which the requesting terminal belongs, as follows:
  • the IMS Core of the requesting terminal receives the SIP containing the list structure from the AS.
  • the OPTIONS 200 OK (list) response message forwards the response to the requesting terminal;
  • the calling user After receiving the response returned by the AS, the calling user parses the list information and updates the capability information of the target user terminal. Since the requesting terminal has indicated that the list capability can be supported, the list information can be parsed to obtain the capability information of the target user terminal included in the response;
  • the requesting terminal sends a capability query request in the following case: the first time to the IMS at the requesting terminal
  • the Core When the Core registers a message, it is used to obtain the default set of capability information of the contact in the requesting terminal; when a new contact is added to the requesting terminal contact list or the existing service's integrated service digital network number MSISDN is modified. , also need to re-acquire the capability information; when the valid POLLING PERIOD parameter is set and in the interactive state, the cyclic transmission capability information is requested to the contact in the terminal without valid return capability information; the interaction state is at the specified time a state in which the terminal has a functional operation behavior and the terminal can respond to it;
  • the foregoing embodiment provides the terminal to analyze the capability information in the multiple capability query requests in the prior art and the capability information in the capability query response, and the aggregation of the capability query request and the capability query response of the AS, so that the original needs more
  • the capability information acquisition completed by the SIP OPTIONS message is effectively reduced, and the SIP OPTIONS message flow and the terminal power consumption of the requesting terminal and the network are reduced.
  • a storage unit is set in the AS.
  • the AS can temporarily save the queried user capability information to the storage unit.
  • the storage unit may directly use the saved capability information without sending the capability query request to the target terminal; the expired capability information in the cache is deleted by the AS from the storage unit.
  • the next time there is a corresponding target capability query request it is again acquired from the target terminal and saved in the storage unit.
  • the calling user is the capability query requesting terminal
  • the target user is the target terminal.
  • the calling user E initiates a query request request of the target user C and the target user D, and sends the request information to the IMS Core where the calling user E is located;
  • the request information is sent to the application server by using the IMS Core where the calling user E is located.
  • the AS parses the list element of the SIP OPTIONGS message to include the target user C and the target user D. URI, and further conclude that the capability information of the user C has been saved in the local storage unit and is within the validity period, but has no capability information of the user D;
  • the AS initiates a capability query request to the IMS Core where the target user D is located.
  • S404 S405: forward the capability query request to the target user D through the called user's IMS Core and receive the capability query response thereof;
  • the AS receives the capability query response of the target user D returned from the IMS Core of the target user D, merges the capability information of the target user C stored in the AS storage unit, and aggregates into a multi-user capability query response SIP OPTION 200 OK (list), which contains a list of destination user capability information;
  • S408, S409 the capability query response after the AS aggregation, is sent to the requesting terminal via the IMS Core of the requesting terminal, and the calling user E obtains the capability information of the target user D and the target user C by parsing the response information;
  • the capability information in the above capability query request mainly includes: communication or call capability IM/Chat, file transfer capability, file transfer, image sharing capability, image share, audio sharing capability, video share, and social presence information;
  • the target terminal capability information is temporarily stored, which overcomes the shortage of the target terminal response in each capability query request in the prior art, and effectively reduces the target terminal and the network SIP. OPTIONS message traffic.
  • Embodiment 3 For the user terminal, when the terminal is running in a non-interactive state, for example: standby, watching video, listening to music, the capability query request function can be suspended at this time; when the terminal is running in an interactive state, that is, within a prescribed time, the terminal has a function. The operational behavior, and the state in which the terminal can respond to this.
  • the user uses the requesting terminal for IM communication, video chat, file transfer or voice call. For example: When IM communication, video chat, file transfer, and voice call are performed, the capability query request function is activated.
  • the target user is the target terminal.
  • Figure 6 is a flow chart of an implementation, the process comprising:
  • the terminal is in an interactive state, and has a functional operation behavior on the terminal within a predetermined time, and the terminal can respond to the state, such as: IM communication, video chat, file transmission, voice call, etc.;
  • the POLLING PERIOD value of the patrol period is set when the terminal completes the first registration with the IMS Core;
  • the terminal When entering the interactive state from a non-interactive state, the terminal will send a valid POLLING
  • the information of the PERIOD value is sent to the mobile network controller (Mobile Network Operator, ⁇ ) to start the periodic capability query function;
  • S502 Detecting the timing of the patrol cycle. When the chronograph does not exceed the patrol cycle value, continue to count in the background until the time reaches the set patrol cycle before proceeding to the next operation;
  • the terminal sends a capability query request to the target user that has not obtained the capability information or the capability information has expired in the contact list.
  • the specific sending process is as described in the first embodiment, and details are not described herein.
  • the terminal When the specified time is exceeded or the user actively locks, the terminal enters the non-interactive state from the interactive state, where the non-interactive state has the following conditions, for example: when the terminal is in a locked state, listening to a song without operation, or watching a video;
  • the terminal When the terminal enters the non-interactive state from the interactive state, the terminal sends a message carrying the POLLING PERIOD value clear to the MNO, and the cycle capability query function is disabled.
  • the S506 and the POLLING PERIOD value are cleared, and the periodic capability information request process is suspended.
  • the foregoing embodiment considers the user experience as a cornerstone, and overcomes the inflexibility of the capability query request in the prior art for the request terminal in different states.
  • the capability information interaction process in the non-interactive state is reduced, so that the SIP OPTIONS message traffic of the network is optimized.
  • an embodiment of the present invention further provides a communication terminal, including:
  • the integration unit 601 integrates the identifiers of the one or more target user terminals that need to be acquired by the capability information into a capability query request;
  • the sending unit 602 sends the integrated capability query request to the application server;
  • the receiving unit 603 is configured to receive a capability query response that is aggregated by the application server.
  • the analyzing unit 604 is configured to respond to the aggregated capability query received in the receiving unit, and analyze the capability query response corresponding to the target terminal.
  • the further analysis unit compares the analysis result with the list of capability query requests, and records the target terminal that still needs to send the capability query request again.
  • an embodiment of the present invention further provides an application server, including:
  • the receiving unit 701 receives a capability query request integrated by the requesting terminal or receives a capability query response of the target terminal;
  • the parsing unit 702 parses the integrated capability query request received in the receiving unit, and responds to the capability query corresponding to the target terminal;
  • the aggregation unit 703 aggregates the received one or more target terminal capability query responses to a capability query response;
  • the sending unit 704 is configured to send the parsed capability query request to the target terminal or send the aggregated capability query response to the requesting terminal;
  • an embodiment of the present invention further provides an application server, in addition to the unit shown in FIG. 7, the method further includes:
  • the storage unit 705 stores the return capability information from the target terminal acquired by the receiving unit of the application server, and deletes the corresponding information after the validity period exceeds the validity period.

Landscapes

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

Abstract

本发明属于移动通信领域范围，具体涉及一种能力信息请求方法、请求终端及应用服务器。在请求终端增加能力查询请求的整合功能以及对经过汇聚处理的响应信息的分析功能，在应用服务器中增加对接收自请求终端的能力查询请求的解析以及对目标终端能力查询响应消息的汇聚的功能，使得请求终端可以通过一次能力查询请求获取多个目标终端的能力信息，从而减少SIP OPTIONS的消息发送量，实现降低网络流量。本发明实施例提供的一种通信终端，包括：整合单元，将需要获取的能力信息的多个目标用户终端的URI，整合到一条能力查询请求；分析单元，对接收单元中接收到的经过汇聚的能力查询响应，分析出对应目标终端的能力信息。

Description

一种能力查询的方法、 通信终端及应用服务器
本申请要求于 2011 年 08 月 22 日提交中国专利局、 申请号为 201110241371.5、发明名称为 "一种能力查询的方法、通信终端及应用服务器" 的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。
技术领域
本发明属于移动通信领域范围， 具体涉及能力信息请求方法、请求终端及 应用服务器。
背景技术
初始会话协议（Session Initiation Protocol, SIP )是因特网工程任务小组 ( Internet Engineering Task Force, IETF )标准进程的一部分， 用于建立、 修改 和终止 IP网络上消息用户间的多媒体会话。
第三代移动通信标准化组织 （ 3rd Generation Partnership Project, 3 GPP ) 提出的 IP多媒体子系统（ IP Multimedia Subsystem, IMS )是一个独立于接入 技术支持 IP多媒体业务的标准体系， IMS 于 SIP的体系， 使用 SIP呼叫 控制机制来建立、 管理和终止各种多媒体业务。
在 IMS 网络的应用中， 主叫用户在发起相关操作前， 通常通过能力查询 请求（ SIP OPTIONS )查询被叫用户的状态以及支持的业务能力。 能力或者服 务发现功能是增强型富通信套件（ Rich Communication Suite -enhanced, RCS-e ) 的关键所在。 建立在能力发现机制之上， 用户可以知道特定时间内 RCS-e 的 那些子集服务是可以用来与其他联络者使用和 /或通信。
现有技术中每次请求终端查询被叫的能力信息时都要发一条 SIP OPTIONS , 并得到一条 SIP OPTIONS 200 Ok应答， 由于每个用户都有大量的 联系人， 大量发送这种消息会导致网络流量占用非常大， 而且会引起终端耗电 多、 体验差等问题。
发明内容
本发明实施例提供了一种能力查询的方法、通信终端及应用服务器，解决 现有技术中能力查询请求会因大量联系人占用大量网络流量的问题。
本发明实施例提供一种能力查询的方法， 包括：
发送经过整合的能力查询请求到应用服务器，所述能力查询请求中包含一 个或多个目标终端的标识；
解析来自请求终端的能力查询请求 ,根据所述能力查询请求中一个或多个 目标终端的标识对应生成各目标终端的能力查询请求，并将所述生成的能力查 询请求分别发送给对应目标终端；
接收所述一个或多个目标终端的能力查询响应，汇聚所述一个或多个目标 终端的能力查询响应中的能力信息， 并发送给请求终端。
接收来自应用服务器转发的目标终端能力查询响应，从所述能力查询响应 中分析出所述目标用户终端的能力信息。
本发明实施例提供的一种通信终端， 包括：
整合单元，用于将需要查询的能力信息的一个或多个目标用户终端的通用 资源标志符， 整合到一条能力查询请求；
发送单元， 用于发送经过整合的能力查询请求到应用服务器；
接收单元， 用于接收来经过用服务器汇聚的能力查询响应；
分析单元， 用于从接收单元中接收到的经过汇聚的能力查询响应， 分析出 对应目标终端的能力查询响应；
本发明实施例提供的一种应用服务器， 包括：
接收单元，用于接收来自请求终端的经过整合的能力查询请求或接收来自 目标终端的能力查询响应；
解析单元， 用于对接收单元中接收到经过整合的能力查询请求，解析为对 应目标终端的能力查询请求；
汇聚单元， 用于接收一个或多个目标终端能力查询响应， 汇聚到一条能力 查询响应；
发送单元，用于发送经过解析的能力查询请求到对应目标终端或者发送经 过汇聚的能力查询响应到请求终端。
本发明通过在请求终端增加能力查询请求的整合功能以及对经过汇聚处 理的功能， 在应用服务器（Application Server, AS ) 中增加对接收自请求响应 信息的分析终端的能力查询请求的解析以及对目标终端能力查询响应消息的 汇聚的功能，使得请求终端可以通过一次能力查询请求获取多个目标终端的能 力信息， 从而减少 SIP OPTIONS的消息发送量， 实现降低网络流量。 附图说明
图 1、 是本发明实施例提供的请求终端能力查询的方法流程图； 图 2、 是本发明实施例提供的应用服务器能力查询的方法流程图； 图 3、 为本发明一个实施例提供的 IMS能力查询网络架构图；
图 4、 是本发明一个实施例提供的一种能力信息获取的信令流程图； 图 5、 是本发明一个实施例提供的一种基于 AS緩存的能力信息获取的信 令流程图；
图 6、是本发明一个实施例提供的基于交互操作的能力信息获取方法流程 图；
图 7、 是本发明的一种通信终端的结构图；
图 8、 是本发明的一种应用服务器的结构图；
图 9、 是本发明的另一种应用服务器的结构图。
具体实施方式
在实施方式中，主要涉及到能力查询请求终端和应用服务器的通信方法的 改进， 其中请求终端能力查询请求的方法流程如图 1所示， 步骤包括：
S101、整合一个或多个目标终端的通用资源标志符到一条能力查询请求并 发送到应用服务器；
请求终端将整合后的能力查询请求发送给应用服务器， 并由 AS解析后转 发给对应目标终端。
其中整合过程具体包括：
对上述目标终端的通用资源标志符（ Uniform Resource Identifier , URI ) 利用可扩展标记语言（ Extensible Markup Language, XML )以列表 list方式记 录在整合后的能力查询请求的列表子元素中；将整合后的能力查询请求的请求 行中的请求 URI设置为 AS的 URI, 消息头的 To消息头设置为 AS的 URI, 并设置请求 Require消息头字段和支持 Supported消息头字段的标识符， 标识 请求终端和应用服务器支持 XML list;设置内容类型 Content-Type消息头字段 和内容描述 Content-Disposition消息头字段， 标识能力查询请求中消息内容为 list元素。
S102、接收来自应用服务器转发的目标终端能力查询响应，从所述能力查 询响应中分析出所述目标终端的能力信息；
目标终端接收到对应的能力查询请求， 向应用服务器返回能力查询响应。 应用服务器再转发送给请求终端。请求终端分析来自应用服务器的能力查询响 应， 并完成目标终端能力信息获取；
其中分析过程具体包括：
请求终端接收返回的能力查询信息， 从能力 capbility 元素中提取用户 person子元素，其中每一个目标终端的能力信息均保存在对应的 person子元素 里并以 URI作为辨认标识， 完成对应目标终端能力信息获取， 并和请求终端 中的能力查询消息中的 URI比较， 记录未获取到能力信息的目标终端。
应用服务器实现能力查询请求的方法流程如图 2所示， 步骤包括：
5201、解析来自请求终端的能力查询请求，根据所述能力查询请求中一个 或多个目标终端的标识对应生成各目标终端的能力查询请求，并将所述生成的 能力查询请求分别发送给对应目标终端；
其中解析过程具体包括：
提取接收到的能力查询请求中的列表 list元素，对应列表中的各 URI修改 目的 To消息头字段， 用以标识目的终端为目的地址； 设置请求 Require消息 头字段和支持 Supported消息头字段的标识符， 标识请求终端和 AS的支持方 式； 设置内容 Content-Type类型消息头字段和内容 Content-Disposition描述消 息头字段，标识能力查询请求中消息内容的制式生成多条对应各目标终端的能 力查询请求；
5202、接收所述一个或多个目标终端的能力查询响应， 汇聚所述一个或多 个目标终端的能力查询响应中的能力信息， 并发送给请求终端。
各目标终端接收到能力查询请求后，将携带各自能力信息的能力查询响应 返回给应用服务器。应用服务器提取响应中的能力信息， 并汇聚为一条能力查 询响应发送给请求终端；
汇聚过程具体包括：
对上述汇聚的能力查询响应， 设置目的 To消息头为 AS的 URI, 设置内 容类型 Content-Type消息头字段和内容描述 Content-Disposition消息头字段用 以标识消息正文的制式为 XML List; 创建能力 capbility元素， 并将接收到各 目标终端的能力查询响应中的能力信息对应各目标终端 URI 保存在各用户 person元素中。
实施例
为实现 IMS 能力查询请求， 本实施例将给出一个解决方案， 系统典型网 络架构如图 3所示。 本网络架构图在传统的 IMS网络的基石出上， 部署了一个 AS用于处理 SIP OPTIONS消息。 本实施例中主叫用户即能力查询请求终端， 目标用户即目标终端， 能力查询请求即 SIP OPTIONS请求， 能力查询响应即 SIP OPTIONS应答。
具体的 SIP OPTIONS能力查询流程如图 4所示， 包括以下步骤：
S301、 主叫用户 A向 IMS Core发起对多个目标用户的 SIP OPTIONS能 力查询请求， 即目标用户 B和目标用户 C, 消息样例类似如下 (非关键头域略 去)：
OPTIONS sip:AS@ims.com
From: <si :userl@ims.com>;tag=1928301774
Figure imgf000007_0001
Call-ID: 2521180203@10.70.117.181
Cseq： 1 OPTIONS
Contact: sip: 10.70.117.181 :5061; +g.3gpp.cs-voice;explicit
Accept-Contact: *;+g.3gpp.cs-voice;explicit
Require： recipient-list-options
Supported： recipient-list-options
Content- Type: application/resource-lists+xml
Content-Disposition: recipient-list
<?xml version:" 1.0" encoding="UTF-8"?>
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists"
xmlns:xsi="http://www.w3. org/200 l/XMLSchema-instance">
<list>
<entry uri="sip:userB@ims.com"/>
<entry uri="sip:userC@ims.com"/> </list>
</resource-lists>
在发起的 SIP OPTIONS消息中， 请求 URI与 To消息头字段填写为对应 AS的 URI地址， 该地址需要在主叫用户中配置；
SIP OPTIONS消息的消息头字段， 包括： 请求 Require消息头字段与支持
Supported消息头字段中增力口标识 recipient-list-options,用于标识请求终端支持 该列表能力， 并且要求应用服务器也支持该能力。 内容类型 Content-Type消息 头增力口标 i只 application/resource-lists+xml ,内容设置 Content-Disposition消息头 增加标识 recipient-list,用于指示整合后的 SIP OPTIONS消息正文类型和结构; 通过可扩展标记语言以列表方式 XML list携带多个被叫目标用户 URI, 包括目标用户 B的通用资源标志符 sip:userB@ ims.com和目标用户 C的通用资 源标志符 sip:userB@ims.com;
S302JMS Core根据路由策略及请求中的 AS的 URI地址把 SIP OPTIONS 消息转发到 AS;
S303 , S305、 AS收到主叫用户端的 IMS Core转发的 SIP OPTIONS消息 后， 解析该消息的列表信息， 才艮据解析出的目标用户的 B和 C的 URI, 分别 创建两条 SIP OPTIONS消息， 分别设置 SIP OPTIONS消息目的 To消息头字 段为 sip:userB@ims.com和 si :userC@ims. com , 标识对应 SIP OPTIONS消息 的目的终端为目的地址为目标用户 B和 C; 分别设置 SIP OPTIONS请求消息 头字段和支持消息头字段的标识符， 标识请求终端和应用服务器的支持方式； 分别设置 SIP OPTIONS内容类型消息头字段和内容描述消息头字段， 标识能 力查询请求中消息内容的制式，然后分别向列表中的各个用户发起包含对应目 标终端 URI的 SIP OPTIONS消息。 类似如下 （略去部分头域信息）：
OPTIONS sip:userB@ims.com
From: <sip:userl@ims.com>;tag=1928301774
To: <sip:userB@ims.com>
Contact: sip: 10.70.117.181 :5061; +g.3gpp.cs-voice;
Accept: application/sdp
Content-Length: 0 从上述消息样例可见， AS 发出的 SIP OPTIONS 消息与标准的 SIP OPTIONS消息是一样的，也就是说对于目标用户，不需要支持处理列表能力；
S304, S306, S307, S309、 经由 AS解析得出对应目标用户的能力查询请 求， 通过目标用户所属的 IMS Core将能力查询请求转发到目标用户 userB、 userC并接收其能力查询响应 SIP OPTIONS 200 OK(C) , 其中包含有对应目标 终端的能力信息；
S308 , S310、 上述目标用户所属的 IMS Core收到目标用户 userB、 userC 的 SIP OPTIONS应答后， 转发给 AS , AS汇聚所有目标用户的能力信息作为 请求终端的能力查询响应， 返回包含 list结构的 SIP OPTIONS 200 OK(list)响 应到请求终端所属的 IMS Core, 样例如下：
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.0.1： 5061； branch=z9hG4bK3517238057
From: <sip:userl@ims.com>;tag=1963339602
To: < sip:AS@ims.com >;tag=a26548f6
CSeq: 1 OPTIONS
Contact: <sip: 192.168.1.1 :5061>;
Content- Type: application/xml
<?xml version:" 1.0" encoding="UTF-8"?>
<capbility>
<person>
<contact> sip:userB@ims.com </contact>
<service-id>+g.3 gpp. cs- voice </service-id>
<service-id>+g.3 gpp.app_ref="urn%3Aurn-xxx%3A3 gpp
application.ims.iari.gsma-is" </service-id>
</person>
<person>
<contact> sip: userC@ims.com </contact>
<service-id>+g.3 gpp. cs- voice </service-id>
<service-id>+g.3 gpp.app_ref="urn%3Aurn-xxx%3A3 gpp application.ims.iari.gsma-is" </service-id>
</person>
</capbility>
修改目的 To消息头为 AS的 URI如上所示 sip:AS@ims.com,修改内容类 型 Content-Type消息头为 application/xml用以指示 XML List;创建能力 capbility 元素， 并将接收到各目标终端的能力查询响应中的能力信息对应各目标终端 URI保存在各用户 person子元素中， 程序中指出了 +g.3gpp.cs-voice即通话能 力和 +g.3gpp.app— ref = " urn%3Aurn- xxx%3 A3 gppapp lication.ims. iari. gsma-is 即图片共享能力；
S311、 请求终端的 IMS Core 接收到来自 AS 的包含 list 结构的 SIP
OPTIONS 200 OK(list)应答信息， 将应答转发给请求终端；
S312、 主叫用户收到 AS返回的应答后， 解析列表信息并更新目标用户终 端的能力信息。 由于请求终端已经指示可以支持列表能力， 因此能解析列表信 息， 获取应答中包含的目标用户终端的能力信息；
通常请求终端在以下情况下发送能力查询请求：在请求终端第一次向 IMS
Core 注册消息时， 用以获取请求终端中联系人的默认一套能力信息； 在有一 个新联系人被加进请求终端联系列表中或者对已有联系人的综合业务数字网 号码 MSISDN 进行修改时， 也需要重新获取能力信息； 在设置了有效的 POLLING PERIOD参数并处在交互状态时， 会循环的发送能力信息请求到终 端中没有有效返回能力信息的联系人； 所述交互状态为在规定时间内，对终端 有功能操作行为， 并且终端能对此作出响应的状态；
上述实施例通过请求终端对现有技术中多条能力查询请求中能力信息的 整合和能力查询响应中能力信息的分析， 以及 AS对能力查询请求的分解和能 力查询响应的汇聚， 使得原本需要多条 SIP OPTIONS消息完成的能力信息获 取有效的得到了缩减， 减少了请求终端以及网络的 SIP OPTIONS消息流量与 终端耗电。
实施例二
为进一步减少目标用户端网络的消息流量， AS 中设置了存储单元。 AS 可以临时保存已查询到的用户能力信息至存储单元。在信息有效期内，针对目 标用户的能力查询请求，如果存储单元存储有目标终端的能力信息， 可不用发 送能力查询请求到目标终端而直接使用保存中的能力信息；緩存中过期的能力 信息则由 AS从存储单元中删除， 在下一次有对应目标能力查询请求时， 再次 从目标终端获取并保存在存储单元中。本实施例中主叫用户即能力查询请求终 端， 目标用户即目标终端。 流程如图 5所示， 具体包括以下过程：
5401、 主叫用户 E发起查询目标用户 C、 目标用户 D的能力查询请求， 将请求信息发往主叫用户 E所在的 IMS Core;
5402、请求信息经由主叫用户 E所在的 IMS Core发送到应用服务器， AS 收到主叫用户 E基于列表的 SIP OPTIONS消息后， 解析 SIP OPTIONGS消息 的 list元素中包含目标用户 C和目标用户 D的 URI, 并进一步得出用户 C的 能力信息已经保存在本地存储单元中且在有效期内， 但是无用户 D 的能力信 息；
5403、 AS向目标用户 D所在的 IMS Core发起能力查询请求；
5404、 S405: 通过被叫用户的 IMS Core将能力查询请求转发到目标用户 D并接收其能力查询响应；
S406, S407、 AS接收来自目标用户 D的 IMS Core返回的目标用户 D的 能力查询响应，合并 AS存储单元中保存有的目标用户 C的能力信息， 汇聚成 一条多用户能力查询响应 SIP OPTION 200 OK(list),其中包含目的用户能力信 息 list;
S408 , S409、 经过 AS汇聚后的能力查询响应， 经由请求终端的 IMS Core 发送给了请求终端， 主叫用户 E通过对响应信息的解析得到目标用户 D和目 标用户 C的能力信息；
上述的能力查询请求中的能力信息， 主要有： 通信或通话能力 IM/Chat、 文件传输能力 File transfer, 图片共享能力 Image share, 音频共享能力 Video share、 交际呈现信息 Social presence information;
本实施例通过在 AS中设置存储单元，对目标终端能力信息做了临时存储， 克服了现有技术中每次能力查询请求都需要目标终端响应的不足，有效的减少 了目标终端以及网络的 SIP OPTIONS消息流量。
实施例三 对于用户终端， 当终端运行在非交互状态时候， 例如： 待机、 看视频、 听 音乐， 此时就可以暂停能力查询请求功能； 当终端运行在交互状态， 即在规定 时间内， 对终端有功能操作行为， 并且终端能对此作出响应的状态。 用户使用 请求终端进行 IM通信、 视频聊天、 文件传输或语音通话。 例如： 进行 IM通 信、 视频聊天、 文件传输、 语音通话时候， 则启动能力查询请求功能。 在本实 施例中目标用户即目标终端。 图 6为实现的流程图， 其过程包括：
S501、 终端处在交互状态， 在规定时间内， 对终端有功能操作行为， 并且 终端能对此作出响应的一类状态， 例如： IM通信、 视频聊天、 文件传输、 语 音通话等；
在终端完成第一次向 IMS Core注册就会设置巡检周期 POLLING PERIOD 值；
在由非交互状态进入交互状态时， 终端会发送携带有效 POLLING
PERIOD值的信息到移动网络控制器（ Mobile Network Operator , ΜΝΟ ) , 启 动周期能力查询功能；
S502、检测巡检周期计时， 当计时没有超过巡检周期值时， 继续在后台进 行计时， 直到每次计时达到设定的巡检周期才进入下一步操作；
S503、当计时达到设定的巡检周期时终端便会针对联系列表中未获取到能 力信息或能力信息已过有效期的目标用户，发送能力查询请求。具体发送过程 如实施例一所述， 此处不再贅述；
S504、超过所述规定时间或用户主动锁定时，终端由交互状态进入非交互 状态， 其中非交互状态有以下情况， 例如： 终端处于锁定、 无操作情况下的听 歌或看视频时；
S505、 当终端从交互状态进入非交互状态时， 终端会发送携带 POLLING PERIOD值清零的消息至 MNO, 关闭周期能力查询功能；
S506、 POLLING PERIOD值的清零， 暂停了周期性能力信息请求过程； 上述实施例在考虑用户体验基石出上，克服现有技术中对于请求终端处于不 同状态下， 能力查询请求的不灵活，有效的减少非交互状态下的能力信息交互 过程， 使得网络的 SIP OPTIONS消息流量得到优化。
如图 7所示， 本发明实施例还提供一种通信终端， 包括： 整合单元 601 , 将需要获取的能力信息查询的一个或多个目标用户终端的 标识， 整合到一条能力查询请求；
发送单元 602, 发送经过整合的能力查询请求到应用服务器；
接收单元 603 , 用于接收经过应用服务器汇聚的能力查询响应； 分析单元 604, 对接收单元中接收到的经过汇聚的能力查询响应， 分析为 对应目标终端的能力查询响应；
进一步分析单元将分析结果与能力查询请求的列表比较，记录仍需要再次 发送能力查询请求的目标终端。
如图 8所示， 本发明实施例还提供一种应用服务器， 包括：
接收单元 701 , 接收经过请求终端整合的能力查询请求或接收目标终端的 能力查询响应；
解析单元 702, 解析接收单元中接收到的经过整合的能力查询请求， 为对 应目标终端的能力查询响应；
汇聚单元 703 , 汇聚接收到的一个或多个目标终端能力查询响应， 到一条 能力查询响应；
发送单元 704, 发送经过解析后的能力查询请求给目标终端或发送经过汇 聚的能力查询响应给请求终端；
进一步如图 9所示， 本发明实施例还提供一种应用服务器， 除图 7所示的 单元， 还包括：
存储单元 705 , 存储应用服务器的接收单元获取到的来自目标终端的返回 能力信息， 并在对应信息超出有效期后予以删除。 明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。

Claims

权 利 要 求
1、 一种能力查询的方法， 其特征在于， 包括：
整合一个或多个目标终端的通用资源标志符到一条能力查询请求并发送 所述能力查询请求到应用服务器；
接收来自应用服务器转发的目标终端能力查询响应，从所述能力查询响应 中分析出所述目标终端的能力信息。
2、 根据权利要求 1所述的方法， 其特征在于， 所述整合一个或多个目标 终端的通用资源标志符到一条能力查询请求包括：
利用可扩展标记语言将多个目标终端的通用资源标志符以列表方式记录 在整合后的能力查询请求的列表元素中， 设置能力查询请求中的消息头字段。
3、 根据权利要求 2所述的方法， 其特征在于， 所述设置能力查询请求中 的消息头字段， 具体包括：
设置请求消息头字段和支持消息头字段的标识符，标识请求终端和应用服 务器对列表方式记录的支持；设置内容类型消息头字段和内容描述消息头字段, 标识能力查询请求中消息内容的制式。
4、 根据权利要求 1或 2所述的方法， 其特征在于， 所述能力查询请求在 以下条件下发起， 具体包括：
请求终端第一次向 IP多媒体系统核心网注册， 或有新联系人被加进请求 终端联系列表， 或对已有联系人的移动用户综合业务数字网号码进行修改， 或 在请求终端设置了有效的巡检周期并且请求终端处在交互状态下。
5、 根据权利要求 4所述的方法， 其特征是， 所述交互状态具体为： 在规定时间内，对终端有功能操作行为，并且终端能对此作出响应的状态。
6、 根据权利要求 1所述的方法， 其特征在于， 所述从能力查询响应中分 析出所述目标终端的能力信息， 具体为：
从所述能力查询响应的能力元素所包含的各用户子元素中提取对应目标 终端的能力信息， 并和请求终端中的能力查询消息中的通用资源标识符比较， 记录未获取到能力信息的目标终端。
7、 根据权利要求 1或 6所述的方法， 其特征是， 所述能力信息， 包括： 即时通信或通话能力、 文件传输能力、 图片共享能力、 音频共享能力或交 际呈现信息。
8、 一种能力查询的方法， 其特征在于， 包括：
解析来自请求终端的能力查询请求 ,根据所述能力查询请求中一个或多个 目标终端的标识对应生成各目标终端的能力查询请求，并将所述生成的能力查 询请求分别发送给对应目标终端；
接收所述一个或多个目标终端的能力查询响应，汇聚所述一个或多个目标 终端的能力查询响应中的能力信息， 并发送给请求终端。
9、 根据权利要求 8所述的方法， 其特征在于， 解析来自请求终端的能力 查询请求，根据所述能力查询请求中一个或多个目标终端的标识对应生成各目 标终端的能力查询请求， 具体包括：
根据所述能力查询请求中各目标终端的通用资源标志符，修改目的消息头 字段， 标识目的终端为目的地址； 设置请求消息头字段和支持消息头字段的标 识符， 标识请求终端和应用服务器的支持方式； 设置内容类型消息头字段和内 容描述消息头字段， 标识能力查询请求中消息内容的制式。
10、 根据权利要求 8所述的方法， 其特征在于， 所述根据所述能力查询请 求中一个或多个目标终端的标识对应生成各目标终端的能力查询请求，进一步 包括：
设置请求消息头字段和支持消息头字段的标识符，标识请求终端和应用服 务器对列表方式记录的支持；设置内容类型消息头字段和内容描述消息头字段, 标识能力查询请求中消息内容的制式。
11、 根据权利要求 8所述的方法， 其特征在于， 所述汇聚所述一个或多个 目标终端的能力查询响应中的能力信息， 具体包括：
创建能力元素将各目标终端能力信息设置到能力元素中的用户子元素，生 成一条包含上述各目标终端能力信息的能力查询响应。
12、 根据权利要求 8或 11所述的方法， 其特征在于， 进一步包括： 接收到所述一个或多个目标终端的能力查询响应后，将目标终端通用资源 标志符和能力信息对应的保存在应用服务器的存储单元中；保存的能力信息会 在有效期过之后由应用服务器从存储单元中删除；对于存储单元中已有的目标 终端能力信息可作为对应目标终端能力查询请求的响应。
13、 一种通信终端， 其特征在于：
整合单元，用于将需要查询的能力信息的一个或多个目标用户终端的通用 资源标志符， 整合到一条能力查询请求；
发送单元， 用于发送经过整合的能力查询请求到应用服务器；
接收单元， 用于接收来经过用服务器汇聚的能力查询响应；
分析单元， 用于从接收单元中接收到的经过汇聚的能力查询响应， 分析出 对应目标终端的能力查询响应。
14、 根据权利要求 13所述通信终端， 其特征在于， 所述分析单元： 还用于分析出已经获取到的目标终端能力信息，并和能力查询请求的列表 比较， 记录仍需要再次发送能力查询请求的目标终端。
15、 一种应用服务器， 其特征是：
接收单元，用于接收来自请求终端的经过整合的能力查询请求或接收来自 目标终端的能力查询响应；
解析单元， 用于对接收单元中接收到经过整合的能力查询请求，解析为对 应目标终端的能力查询请求；
汇聚单元， 用于接收一个或多个目标终端能力查询响应， 汇聚到一条能力 查询响应；
发送单元，用于发送经过解析的能力查询请求到对应目标终端或者发送经 过汇聚的能力查询响应到请求终端。
16、 根据权利要求 15所述应用服务器， 其特征在于， 还包括：
存储单元， 用于在接收目标终端的能力查询响应后，对应目标终端的通用 资源标志符和目标终端的能力信息进行存储。
PCT/CN2012/078144 2011-08-22 2012-07-04 一种能力查询的方法、通信终端及应用服务器 WO2013026327A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP12825591.6A EP2741541B1 (en) 2011-08-22 2012-07-04 Capability inquiry method, communication terminal and application server

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110241371.5A CN102958107B (zh) 2011-08-22 2011-08-22 一种能力查询的方法、通信终端及应用服务器
CN201110241371.5 2011-08-22

Publications (1)

Publication Number Publication Date
WO2013026327A1 true WO2013026327A1 (zh) 2013-02-28

Family

ID=47745914

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/078144 WO2013026327A1 (zh) 2011-08-22 2012-07-04 一种能力查询的方法、通信终端及应用服务器

Country Status (3)

Country Link
EP (1) EP2741541B1 (zh)
CN (1) CN102958107B (zh)
WO (1) WO2013026327A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015026647A1 (en) * 2013-08-21 2015-02-26 Qualcomm Incorporated Exchanging rich communication suite capability information in a communications system
WO2014209866A3 (en) * 2013-06-24 2015-03-19 Qualcomm Incorporated Updating rich communication suite capability information over a communications network
EP2863603A1 (en) * 2013-10-18 2015-04-22 Alcatel Lucent A method for optimizing the capability discovery of terminals in an IMS network
CN112020054A (zh) * 2020-08-31 2020-12-01 Oppo（重庆）智能科技有限公司 通信方法及装置、计算机可读介质和电子设备

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105227469B (zh) * 2014-07-01 2018-11-23 中国移动通信集团公司 一种设备能力发现方法、装置及终端
CN105812227B (zh) * 2014-12-30 2019-06-25 中国移动通信集团公司 一种基于即时消息的扩展业务提供方法、设备和系统
CN106358140B (zh) * 2015-07-16 2021-09-03 中兴通讯股份有限公司 联系人分组方法及装置
CN106559401A (zh) * 2015-09-30 2017-04-05 中兴通讯股份有限公司 一种能力探测装置和方法
CN109218339B (zh) * 2017-06-29 2021-08-10 北京京东尚科信息技术有限公司 请求处理方法和装置
CN111148092B (zh) 2018-11-02 2021-07-09 华为技术有限公司 一种标识分配方法及装置
CN112534846A (zh) * 2018-11-15 2021-03-19 华为技术有限公司 一种查询终端的能力信息的方法、设备及系统
CN111757402B (zh) * 2019-03-29 2022-02-25 华为技术有限公司 一种通信方法及装置
CN115442177B (zh) * 2022-08-22 2023-09-29 远峰科技股份有限公司 一种can网络的数据通信方法和装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101355429A (zh) * 2007-07-27 2009-01-28 华为技术有限公司 提供用户代理能力信息的方法及装置
WO2010072242A1 (en) * 2008-12-23 2010-07-01 Nokia Siemens Networks Oy Service control based on subscriber identity
WO2010099829A1 (en) * 2009-03-06 2010-09-10 Telefonaktiebolaget Lm Ericsson (Publ) Capability query handling in a communication network

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100558131C (zh) * 2005-12-02 2009-11-04 华为技术有限公司 在无线一键通业务中实现语音信箱及留言通知方法
CN101682617B (zh) * 2007-05-11 2013-07-17 艾利森电话股份有限公司 确定多媒体能力的方法、多媒体应用服务器及系统
CN101471871B (zh) * 2007-12-28 2013-11-06 华为技术有限公司 终端、服务器、终端管理方法和终端能力信息上报方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101355429A (zh) * 2007-07-27 2009-01-28 华为技术有限公司 提供用户代理能力信息的方法及装置
WO2010072242A1 (en) * 2008-12-23 2010-07-01 Nokia Siemens Networks Oy Service control based on subscriber identity
WO2010099829A1 (en) * 2009-03-06 2010-09-10 Telefonaktiebolaget Lm Ericsson (Publ) Capability query handling in a communication network

Non-Patent Citations (1)

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

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014209866A3 (en) * 2013-06-24 2015-03-19 Qualcomm Incorporated Updating rich communication suite capability information over a communications network
US9313164B2 (en) 2013-06-24 2016-04-12 Qualcomm Incorporated Updating rich communication suite capability information over a communications network
EP3125580A1 (en) * 2013-06-24 2017-02-01 QUALCOMM Incorporated Capability information over a communications network
US9571611B2 (en) 2013-06-24 2017-02-14 Qualcomm Incorporated Updating rich communication suite capability information over a communications network
WO2015026647A1 (en) * 2013-08-21 2015-02-26 Qualcomm Incorporated Exchanging rich communication suite capability information in a communications system
US9277522B2 (en) 2013-08-21 2016-03-01 Qualcomm Incorporated Exchanging rich communication suite capability information in a communications system
EP2863603A1 (en) * 2013-10-18 2015-04-22 Alcatel Lucent A method for optimizing the capability discovery of terminals in an IMS network
CN112020054A (zh) * 2020-08-31 2020-12-01 Oppo（重庆）智能科技有限公司 通信方法及装置、计算机可读介质和电子设备
CN112020054B (zh) * 2020-08-31 2023-03-14 Oppo（重庆）智能科技有限公司 通信方法及装置、计算机可读介质和电子设备

Also Published As

Publication number Publication date
EP2741541B1 (en) 2016-06-29
CN102958107B (zh) 2016-11-23
EP2741541A4 (en) 2014-08-06
EP2741541A1 (en) 2014-06-11
CN102958107A (zh) 2013-03-06

Similar Documents

Publication Publication Date Title
WO2013026327A1 (zh) 一种能力查询的方法、通信终端及应用服务器
CA2686876C (en) Group call capability query
US8787267B2 (en) Technique for providing access to a media resource attached to a network-registered device
US8307049B2 (en) Method and device for obtaining media description information of IPTV services
US20080043717A1 (en) Exchange Protocol For Combinational Multimedia Services
US7730127B2 (en) Method, system and apparatus for video sharing
US7916850B2 (en) IMS subscriber access control
US20090147779A1 (en) Methods, iptv (internet protocol television) terminal, and iptv control server for iptv bandwidth management
JP2008503910A (ja) 端末の機能変更をネットワークに通知する方法
WO2006099815A1 (fr) Procede d&#39;enregistrement d&#39;un utilisateur dans le sous-systeme multimedia ip et systeme associe
WO2006127168A1 (en) Push-to-transfer (ptx) content from remote site
WO2010108404A1 (zh) 终端选择入会或控制终端选择入会的方法、设备及系统
WO2007098682A1 (fr) Procédé permettant d&#39;obtenir un guide de programmes électronique, système pour guide de programmes électronique et unité de mise en service
WO2007147321A1 (fr) Procédé et dispositif pour s&#39;abonner à un événement d&#39;utilisateur
WO2008098500A1 (fr) Procédé et appareil pour découvrir un service de flux de données multimédia et appareil pour découvrir un service
JP2009508242A (ja) Ｉｍｓクライアントにおいて情報を保持する方法及び装置
WO2008052458A1 (fr) Procédé, système et terminal d&#39;acquisition d&#39;informations de caractères médiatiques.
WO2012037799A1 (zh) 数字电视接收终端及其实现多媒体即时通讯的方法
KR20120058764A (ko) ＶｏＩＰ의 통화 품질 제공 방법 및 그 장치
EP2083577B1 (en) User device and registration method of user device
WO2008122246A1 (fr) Procédé et système servant à découvrir des affaires multimédias en mode continu
RU2385546C2 (ru) Способ и устройство поддержания информации на клиенте ims
RU2417544C2 (ru) Способы и устройства для передачи информации о состоянии сигнального соединения, относящейся к сигнальному соединению между терминалом и модулем посреднической функции управления сеансом/вызовом (p-cscf) в мультимедийной подсистеме интернет-протокола (ims)
WO2008095440A1 (fr) Procédé, système de communication et dispositif pour acquérir et fournir un numéro msisdn
RU2389148C2 (ru) Способ и устройство идентификации 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: 12825591

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2012825591

Country of ref document: EP