WO2014187252A1 - 一种ims网络中自适应处理并发会话的方法及装置 - Google Patents

一种ims网络中自适应处理并发会话的方法及装置 Download PDF

Info

Publication number
WO2014187252A1
WO2014187252A1 PCT/CN2014/077376 CN2014077376W WO2014187252A1 WO 2014187252 A1 WO2014187252 A1 WO 2014187252A1 CN 2014077376 W CN2014077376 W CN 2014077376W WO 2014187252 A1 WO2014187252 A1 WO 2014187252A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
concurrent
maximum
sessions
session
Prior art date
Application number
PCT/CN2014/077376
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 中兴通讯股份有限公司
Publication of WO2014187252A1 publication Critical patent/WO2014187252A1/zh

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/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/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
    • 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/1096—Supplementary features, e.g. call forwarding or call holding

Definitions

  • the present invention relates to the field of communication technologies, and provides a concurrent session in an IMS (IP Multimedia Core Network Subsystem) network according to the capabilities of different terminals.
  • IMS IP Multimedia Core Network Subsystem
  • the IP Multimedia Subsystem core network is an IP-based network architecture proposed by the 3GPP (3rd Generation Partnership Project) organization, which builds an open and flexible business environment, supports multimedia applications, and Users provide rich multimedia services.
  • IMS is an open architecture. 3GPP uses a layered approach to design, which can separate the service from the control, and separate the call control from the media transmission.
  • the bearer is provided by the underlying bearer layer.
  • the service logic is implemented by the application layer.
  • the application layer in the IMS includes an HSS (Home Subscriber Server) network element and an AS (Application Server) network element.
  • the HSS network element is a central database for storing user-related information, and the main data includes user identity, registration information, user authentication, roaming authorization, and service trigger information.
  • the AS network element is an entity that provides value-added multimedia services.
  • the main function of the AS network element is to complete the logical requirements of the corresponding service according to the service information signed by the service user.
  • the registration process needs to be initiated in the IMS network.
  • the corresponding process is shown in Figure 2.
  • the registration process in the IMS network is mainly divided into: The terminal is directed to the S-CSCF ( Serving-Call Session Control Function, the process of registering the network element (Steps 1 to 6) and the process of third-party registration of the S-CSCF network element to the AS network element (Step 7 to 12 steps).
  • S-CSCF Serving-Call Session Control Function
  • the registration Register message needs to be sent, and the capability of the terminal can be carried in the Contact header of the Register message.
  • the terminal capabilities that can be carried in the Contact header of the Register message include: Support audio media streaming, support for automatic devices (such as voicemail servers, conference servers, etc.), terminal categories (commercial or personal), terminal multiplexing of media streams (simultaneous reception and transmission of media streams, alternate transmission and reception of media streams, only Can receive the media stream or can only send the media stream), support the data stream as a media type, support the control strategy as a media type, mobility (fixed terminal or mobile terminal), terminal description in text form, terminal SIP (Session Initiation Protocol) event packet, priority (the terminal wants to receive the priority or higher than the priority) Level call), SIP method supported by the terminal, URI (Uniform Resource Identifier) selection policy, support for application as a media type, support for video media stream, terminal supported language, terminal type, The terminal is in
  • the S-CSCF network element In the IMS network, when the S-CSCF network element receives the Register message from the terminal, it initiates a third-party registration process to the AS network element.
  • the S-CSCF network element can pass two ways.
  • the terminal capability carried in the Contact header of the Register message received from the terminal is transmitted to the AS network element.
  • the first way is that in step 7 of FIG. 2, when the S-CSCF network element reconstructs the Register message registered by the third party, the Receive message received from the terminal is used as the message body of the newly constructed Register message, thereby
  • the received terminal capability carried in the Contact header of the Register message from the terminal is transmitted to the AS network element.
  • the second way is that in step 3 of FIG.
  • the S-CSCF network element when the S-CSCF network element receives the Register message from the terminal, the Contact header in the Register message is saved, and in step 11 of FIG. The saved Contact header is placed in the XML message body of the Notify message to be transmitted to the AS network element, so that the received terminal capability carried in the Contact header of the Register message from the terminal is transmitted to the AS network element.
  • a terminal When a terminal completes the registration process in the IMS network, it can initiate or receive a session in the IMS network.
  • the S-CSCF network element of the home domain where the corresponding user is located will trigger the execution of the corresponding service logic on the AS network element according to the service subscription information of the service user.
  • the maximum number of concurrent sessions that a terminal can support is limited. Therefore, the number of concurrent sessions that a terminal can initiate or receive simultaneously cannot be greater than the maximum number of concurrent sessions that the terminal can support. If a terminal initiates or simultaneously receives the number of concurrent sessions equal to the maximum number of concurrent sessions that the terminal can support, the terminal can be considered to be busy.
  • the AS network element in the IMS network determines that the called terminal is in the busy state, the corresponding service logic may be executed according to the service subscription status of the corresponding user, for example, the busy forwarding service.
  • the corresponding schematic flowchart is shown in Figure 3. When the B user subscribes to the busy forwarding service, a forwarding destination number C is configured.
  • the AS network element determines the B user. If the corresponding terminal is already busy, To forward the current session to the number C, after the user corresponding to the number C rings and picks up the phone, the user can normally talk to the A user.
  • the method in which the AS network element in the IMS network determines that the called terminal is already busy is further divided into a "terminal side judgment busy" method and a "network side judgment busy” method.
  • the terminal sends a 486 error response message to the IMS network, indicating that The terminal is already busy and can no longer receive additional sessions.
  • the AS network element of the IMS network receives the 486 error response message, it considers that the terminal is already busy.
  • the method in which the AS network element in the IMS network determines that the called terminal is already busy is called a "terminal side busy" method. At this time, if the corresponding user subscribes to services such as busy forwarding, the corresponding business logic can be directly executed. Otherwise, the call needs to be released.
  • the corresponding process of busy forwarding business under the "terminal side judgment busy" method is shown in the figure
  • the AS network element does not judge when the AS network element where the called user's home domain is located receives a session sent to the user in the process of the busy forwarding service under the "terminal side busy" method.
  • the busy status of the user is sent to the terminal of the called user.
  • the terminal of the called user determines whether the terminal is busy according to the maximum number of concurrent sessions that can be supported by the terminal and the number of concurrent sessions that currently exist. If the number of concurrent sessions that are currently in existence is greater than or equal to the maximum number of concurrent sessions that the terminal of the called user can support, the terminal indicates that the terminal is already in a busy state, and the terminal sends a 486 error response message to the IMS network, indicating that the terminal of the called user is in the middle.
  • the AS network element determines that the called user's terminal is busy, and can perform the processing logic of the busy forwarding service, and forwards the current session to the configured Forward destination number.
  • the S-CSCF network element of the home domain in which the user is located triggers the operation of the corresponding user on the AS network element. Therefore, the AS network element can record one. The current number of concurrent sessions for the user's terminal.
  • the AS network element can configure the maximum number of concurrent sessions that the terminal can support for each user.
  • the AS network element where the called user is located in the IMS network receives a session, the AS network element determines the user.
  • the current number of concurrent sessions of the terminal is equal to the maximum number of concurrent sessions that the terminal can support in the AS network element.
  • the session is no longer sent to the terminal, and the terminal is considered to be busy.
  • the method in which the AS network element in the IMS network determines that the called terminal is already busy is called a "network side busy" method. At this time, if the corresponding user subscribes to the service such as busy forwarding, the corresponding business logic can be directly executed, and the call needs to be released.
  • the flow of the busy forwarding service under the corresponding "network side judgment busy” method is as shown in FIG. 5.
  • the AS network element needs to directly judge the user's End Whether the terminal is in a busy state. In the current solution, you need to directly configure the maximum number of concurrent sessions that the terminal can support on the user attributes in the AS.
  • the AS network element can record the current concurrent session number of the user terminal and the user terminal configured in the AS network element according to the AS network element. "Maximum number of concurrent sessions supported" to determine whether the terminal of the current called user is busy.
  • the terminal can support The maximum concurrent session number is considered to be that the called user's terminal is busy, and the processing logic of the busy forwarding service can be directly executed, and the current session is sent to the forwarding destination number of the busy forwarding service configuration.
  • the signaling of the busy forwarding service under the "network side busy" method is less signaling than the busy forwarding service flow under the "terminal side busy” method, therefore, establishing The session takes less time.
  • the current AS network element cannot adaptively determine whether a called user's terminal is busy because of the called user's " The maximum number of concurrent sessions that the terminal can support is configured in the AS NE and cannot be changed as the capabilities of the user terminal change. If a user replaces a terminal or the configuration of the terminal changes, the capability of the terminal can be changed. The maximum number of concurrent sessions that the terminal can support is changed. The "maximum number of concurrent sessions that the terminal can support” causes the "network side judgment busy" method of the AS network element to be incorrectly judged, resulting in the execution error of the business logic of the AS network element under the "network side judgment busy” method.
  • An object of the present invention is to provide a method and apparatus for adaptively processing a concurrent session in an IMS network, in order to solve the problem that an AS network element in an IMS network cannot adaptively determine whether a terminal of a called user is busy, and further The problem of concurrent sessions encountered in the IMS network is adaptively solved.
  • a method for adaptively processing a concurrent session in an IMS network includes the following steps: The IMS network receives and stores a parameter of a maximum number of concurrent sessions of a terminal sent by a user terminal during a registration process; The parameter of the maximum number of concurrent sessions of the terminal determines a criterion value of the maximum number of concurrent sessions of the terminal; the IMS network collects the current number of concurrent sessions of the terminal in real time, and when receiving a session about the user terminal, The current number of concurrent sessions of the terminal is compared with the criterion value to determine whether the user terminal is in a busy state; wherein the IMS is an IP multimedia subsystem.
  • the step of receiving, by the IMS network, the parameter of the maximum number of concurrent sessions of the terminal sent by the user terminal during the registration process comprises: the serving call session control function of the IMS network, the S-CSCF network element receiving the user end The parameter of the maximum concurrent session number of the terminal sent by the terminal; the S-CSCF network element sends the parameter of the maximum number of concurrent sessions of the terminal to the application server AS network element; the parameter of the maximum number of concurrent sessions of the terminal by the AS network element The information is saved to the user properties file as the first maximum number of concurrent sessions.
  • the step of determining, by the IMS network, the criterion value of the maximum concurrent session number of the terminal by using the parameter of the maximum number of concurrent sessions of the terminal the step of: determining, by the first maximum concurrent session number, a second maximum configured by the AS network element The number of concurrent sessions is compared. According to the comparison result, the determination of the minimum number of sessions in the first maximum concurrent session number and the second maximum concurrent session number is determined as a criterion value of the maximum number of concurrent sessions of the terminal.
  • the step of determining whether the user terminal is in a busy state comprises: determining that the user terminal is in an idle state if the current number of concurrent sessions of the terminal is less than the determining criterion value; The number of concurrent sessions is equal to the criterion value, and it is determined that the user terminal is in a busy state.
  • the step of determining that the user terminal is in a busy state comprises: sending, by the second session, a session about the user terminal to a second forwarding destination number of the user terminal for a forward forwarding service configuration a user terminal; the second user terminal talks with the session.
  • the parameter that the S-CSCF network element receives the maximum number of concurrent sessions of the terminal sent by the user terminal is that the user terminal is in the registration process, and the maximum number of concurrent sessions of the terminal is sent in the Contact header of the Register message to the S-CSCF network element.
  • an apparatus for adaptively processing a concurrent session in an IMS network including: a saving module, configured to receive and save, by an IMS network, a parameter of a maximum number of concurrent sessions of a terminal sent by a user terminal during a registration process a judging standard value module, configured to determine, by the IMS network, a parameter of a maximum number of concurrent sessions of the terminal, to determine a standard value of the maximum concurrent session number of the terminal; and a processing module, configured to calculate, in real time, the current concurrent session number of the terminal by the IMS network, And determining, by comparing the current number of concurrent sessions of the terminal with the criterion value, whether the user terminal is in a busy state when receiving a session about the user terminal; wherein, the IMS is an IP Multimedia subsystem.
  • the saving module comprises: a receiving unit, configured as a service call session control function of the IMS network, the S-CSCF network element receives a parameter of the maximum concurrent session number sent by the user terminal, and a sending unit, configured as the S-CSCF The network element sends the received parameter of the maximum number of concurrent sessions of the terminal to the application server AS network element; the saving unit sets the parameter information of the maximum number of concurrent sessions of the terminal to the user as the first maximum concurrent session number to the user.
  • a receiving unit configured as a service call session control function of the IMS network
  • the S-CSCF network element receives a parameter of the maximum concurrent session number sent by the user terminal
  • a sending unit configured as the S-CSCF The network element sends the received parameter of the maximum number of concurrent sessions of the terminal to the application server AS network element
  • the saving unit sets the parameter information of the maximum number of concurrent sessions of the terminal to the user as the first maximum concurrent session number to the user.
  • the determining criterion value module includes: a comparing unit, configured to compare the first maximum concurrent session number with a second maximum concurrent session number configured by the AS network element; and determining, according to the comparison result, The determination of the minimum number of sessions in the first maximum concurrent session number and the second maximum concurrent session number is determined as a criterion value of the maximum number of concurrent sessions of the terminal.
  • the determining unit includes: a determining unit, configured to: when the current concurrent session number of the terminal is less than the determining criterion value, determine that the user terminal is in an idle state or when the current concurrent session number of the terminal is equal to The determining the standard value determines that the user terminal is in a busy state.
  • FIG. 1 is a hierarchical architecture diagram in an IMS network provided by the prior art
  • FIG. 2 is a basic registration flowchart in an IMS network provided by the prior art
  • FIG. 3 is a scenario in an IMS network provided by the prior art.
  • FIG. 4 is a flow chart of the busy forwarding service of the terminal side provided by the prior art
  • FIG. 5 is a flow chart of the busy forwarding service of the network side provided by the prior art.
  • FIG. 6 is a flowchart of a method for adaptively processing a concurrent session in an IMS network according to an embodiment of the present invention
  • FIG. 7 is a schematic diagram of an apparatus for adaptively processing a concurrent session in an IMS network according to an embodiment of the present invention.
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The preferred embodiments of the present invention are described in detail below with reference to the accompanying drawings.
  • FIG. 6 is a flowchart of a method for adaptively processing a concurrent session in an IMS network according to an embodiment of the present invention. As shown in FIG. 6, the method includes the following steps: Step S601: The IMS network receives and saves the user terminal to send during the registration process.
  • Step S602 The IMS network determines the criterion value of the maximum number of concurrent sessions of the terminal by using the parameter of the maximum number of concurrent sessions of the terminal; Step S603: The IMS network calculates the current number of concurrent sessions of the terminal in real time, and when receiving a session about the user terminal, determines whether the user terminal is in a busy state by comparing the current concurrent session number of the terminal with the judgment standard value;
  • the IMS is an IP Multimedia Subsystem.
  • the step of receiving, by the MS network, the parameter of the maximum concurrent session number of the terminal sent by the user terminal during the registration process includes: the serving call session control function of the MS network, the S-CSCF network element receiving the maximum terminal sent by the user terminal The parameter of the number of concurrent sessions; the S-CSCF network element sends the parameter of the maximum concurrent session number of the terminal to the application server AS network element; the AS network element saves the parameter information of the maximum concurrent session number of the terminal as the first maximum concurrent session number. Go to the user properties file.
  • the step of determining, by the IMS network, the parameter value of the maximum number of concurrent sessions of the terminal, the determining the standard value of the maximum concurrent session number of the terminal comprising: configuring the first maximum concurrent session number and the second maximum concurrent session number configured by the AS network element Comparing; determining, according to the comparison result, the minimum number of sessions in the first maximum concurrent session number and the second largest concurrent session number is the criterion value of the terminal maximum concurrent session number.
  • the step of determining whether the user terminal is in a busy state includes: determining that the user terminal is in an idle state if the current number of concurrent sessions of the terminal is less than a criterion value; and determining that the user terminal is in the current state Busy state.
  • the step of determining that the user terminal is in a busy state includes: sending a session about the user terminal to the second user terminal of the forwarding destination number of the user terminal busy forwarding service configuration; the second user terminal talking to the session .
  • the parameter that the S-CSCF network element receives the maximum number of concurrent sessions of the terminal sent by the user terminal is that the user terminal is in the registration process, and the maximum number of concurrent sessions of the terminal is sent to the S-CSCF network element in the Contact header of the Register message. That is to say, the present invention extends the RFC3840 protocol, and the "maximum number of concurrent sessions that the terminal can support" parameter is one of the capabilities of the terminal, and is used to describe the number of concurrent sessions that a terminal can simultaneously send or receive.
  • FIG. 7 is a diagram of an apparatus for adaptively processing a concurrent session in an MS network according to an embodiment of the present invention. As shown in FIG. 7, the method includes: a saving module 701, configured to receive and save a maximum number of terminals sent by a user terminal during a registration process.
  • the parameter of the number of concurrent sessions; the criterion value module 702 is set to be the largest using the IMS network terminal and The parameter of the number of sessions is determined, and the criterion value of determining the maximum number of concurrent sessions of the terminal is determined; the processing module 703 is configured to set the current number of concurrent sessions of the IMS network real-time statistics terminal, and when receiving a session about the user terminal, The current number of concurrent sessions is compared with the criterion value to determine whether the user terminal is busy; wherein the IMS is an IP multimedia subsystem.
  • the saving module 701 includes: a receiving unit, configured as a service call session control function of the MS network
  • the S-CSCF network element receives the parameter of the maximum concurrent session number of the terminal sent by the user terminal; the sending unit sets the parameter of the maximum number of concurrent sessions of the received terminal to the application server AS network element by the S-CSCF network element; The parameter information set as the AS network element to maximize the number of concurrent sessions of the terminal is saved as the first maximum concurrent session number in the user attribute file.
  • the determining standard value module 702 includes: a comparing unit, configured to compare the first maximum concurrent session number with the second maximum concurrent session number configured by the AS network element; and the determining unit is configured to set the first maximum concurrent according to the comparison result The minimum number of sessions in the number of sessions and the second largest number of concurrent sessions is determined as the criterion value of the maximum number of concurrent sessions of the terminal.
  • the determining unit includes: a determining unit, configured to: when the current concurrent session number of the terminal is smaller than the determining standard value, determine that the user terminal is in an idle state or when the current concurrent session number of the terminal is equal to the determining standard value, determining that the user terminal is in a busy state .
  • the following is a process for adaptively processing a concurrent session in an MS network, which includes the following steps: When a terminal initiates a registration process to an IMS network, the parameter "maximum number of concurrent sessions that the terminal can support" is used as a The carried terminal capability is placed in the Contact header of the Register message to the MS network.
  • the S-CSCF network element of the IMS network transmits the information of the maximum number of concurrent sessions that the terminal can support to the AS network element through a third-party registration process.
  • the AS network element saves the "maximum number of concurrent sessions that the terminal can support” received in the third-party registration process to the user attribute "maximum number of concurrent sessions that the terminal can support” of the corresponding user. If the terminal cannot carry the "maximum number of concurrent sessions that the terminal can support" capability to the MS network, the AS network element will adopt the manually configured "maximum number of concurrent sessions that the terminal can support” as the user attribute of the corresponding user. Maximum number of concurrent sessions"capability; when the AS network element of the home domain where the called user is located receives a session, the AS network element stores the "maximum number of concurrent sessions that the terminal can support” and the AS network element stored in the user attribute of the user.
  • the maximum number of concurrent sessions "takes a minimum value. If the number of concurrent sessions that the user already exists is equal to the minimum value, the called user is considered to be busy. Otherwise, the called user is considered to be not busy yet.
  • the corresponding service of the called user is executed according to the "network side judgment busy" method of the AS network element, or the corresponding session is released.
  • the number of concurrent sessions that one terminal can simultaneously send or receive is limited. The number of concurrent sessions that terminals with different capabilities can simultaneously send or receive is different, so the number of concurrent sessions that the terminal can simultaneously send or receive is a reflection of the characteristics of the terminal.
  • the S-CSCF network element in the MS network can pass the capability of the terminal to the AS network element through a third-party registration process. After receiving the relevant capability of the terminal through the third-party registration process, the AS network element in the MS network can Save the "maximum number of concurrent sessions that the terminal can support" ability to the user of the corresponding user "The maximum number of concurrent sessions that the terminal can support.” For a terminal that cannot carry the "maximum number of concurrent sessions that the terminal can support" to the MS network, the AS network element still configures the user's "the largest terminal that can be supported by default.” The number of concurrent sessions "parameters" is the maximum number of concurrent sessions that the terminal can support.
  • the AS network element of the home domain where the called user is located receives a session, the AS network element already exists according to the current called user.
  • the number of concurrent sessions and the maximum number of concurrent sessions that the terminal can support in the user attribute of the user to determine whether the corresponding called user is busy, if the current number of concurrent sessions of the user is equal to the user of the user If the number of concurrent sessions that the terminal can support is saved in the attribute, the called user is considered to be busy. Otherwise, the called user is not yet busy.
  • the AS network element can thus be busy according to the "network side". "Method, execute the corresponding service of the called user, or release the corresponding session.
  • the AS network element in the home domain receives a session, the AS network element stores the maximum number of concurrent sessions that the terminal can support in the user attribute of the user and the maximum number of concurrent sessions that the user can support in the AS network element. "Acquiring a minimum value, if the number of concurrent sessions that the user already exists is equal to the minimum value, the called user is considered to be busy. Otherwise, the called user is considered to be in an idle state. Obtain the maximum number of concurrent sessions that the terminal can support.
  • the present invention can be applied not only to the processing logic of the AS network element, but also to other network elements in the MS network, for example
  • the S-CSCF network element and the like can adaptively acquire the maximum number of concurrent sessions that the terminal can support. After obtaining this information, it can be used not only to judge whether the corresponding user is busy, but also to apply to other scenarios.
  • "the maximum number of concurrent sessions that the terminal can support" is taken as one of the capabilities of the terminal and carried to the MS network.
  • the manner of carrying includes but is not limited to being carried by a Register message. It can be carried to the MS network through the Register message, or can be carried to the MS network through other means.
  • the IMS network elements in the IMS network that can use the "maximum number of concurrent sessions that the terminal can support” information include, but are not limited to, AS network elements.
  • the AS network element or other related network elements can use the "maximum number of concurrent sessions that the terminal can support” information.
  • the AS network element in the IMS network can use the "maximum number of concurrent sessions that the terminal can support” information carried by the terminal.
  • the logic of the AS network element "maximum number of concurrent sessions that the terminal can support” includes, but is not limited to, adaptively executing.
  • the services under the "network side judgment busy” method, other related services can also use the "maximum number of concurrent sessions that the terminal can support" information for related processing.
  • the services that can be executed include but are not limited to being busy. Forward business. Other related services can also be processed using the "Maximum number of concurrent sessions that the terminal can support” information. It should be noted that the number of concurrent sessions mentioned above includes, but is not limited to, a voice-like session, and related sessions include various multimedia sessions such as video-type sessions and fax sessions.
  • the present invention has the following technical effects: It is adaptively determined whether the user terminal is in a busy state by the parameter of the maximum number of concurrent sessions of the terminal transmitted by the user terminal during the registration process, thereby improving the user experience.
  • the invention has been described in detail above, the invention is not limited thereto, and various modifications may be made by those skilled in the art in accordance with the principles of the invention. Therefore, modifications made in accordance with the principles of the invention should be understood as falling within the scope of the invention.
  • Industrial Applicability As described above, the method and apparatus for adaptively processing concurrent sessions in an IMS network provided by the embodiments of the present invention have the following beneficial effects: adaptively by parameters of the maximum number of concurrent sessions of the terminal transmitted by the user terminal during the registration process. It is judged whether the user terminal is busy or not, which improves the user experience.

Landscapes

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

Abstract

本发明提供了一种IMS网络中自适应处理并发会话的方法及装置，涉及通信技术领域，其方法包括以下步骤：IMS网络接收并保存用户终端在注册过程中发送的终端最大并发会话数的参数；IMS网络利用所述终端最大并发会话数的参数，确定终端最大并发会话数的判断标准值；IMS网络实时统计所述终端的当前并发会话数，并在收到关于所述用户终端的一个会话时，通过将所述终端的当前并发会话数与所述判断标准值进行比较，确定所述用户终端是否处于忙状态；其中，所述IMS是IP多媒体子系统。本发明通过用户终端在注册过程中发送的终端最大并发会话数的参数来自适应地判断出用户终端是否处于忙状态，提高了用户体验。

Description

一种 IMS网络中自适应处理并发会话的方法及装置 技术领域 本发明涉及通信技术领域， 针对 IMS (IP Multimedia Core Network Subsystem, IP 多媒体子系统） 网络中的并发会话， 根据不同终端的能力， 提出了一种 IMS网络中自 适应处理并发会话的方法及装置。 背景技术
IP多媒体子系统核心网络是由 3GPP (3rd Generation Partnership Project, 第三代 合作伙伴计划）组织提出的一种基于 IP的网络架构， 其构建了一个开放而灵活的业务 环境， 支持多媒体应用， 并为用户提供丰富的多媒体业务。 IMS 是一个开放的架构体系， 3GPP 使用分层的方法对其进行设计， 可以实现业 务与控制相分离、 呼叫控制与媒体传输相分离， 其承载由底层的承载层提供。 业务逻 辑则由应用层实现， 如图 1所示， IMS中的应用层包括 HSS (Home Subscriber Server, 归属签约用户服务器）网元和 AS (Application Server, 应用服务器）网元。其中， HSS 网元是存储用户相关信息的中心数据库， 主要数据包括用户身份、 注册信息、 用户鉴 权、 漫游授权、 以及业务触发信息等。 AS网元是提供增值多媒体业务的实体， AS网 元的主要功能是根据业务用户签约的业务信息完成相应业务的逻辑要求。 在 IMS网络中，终端发起一个会话或者接收一个会话之前，需要先在 IMS网络中 发起注册流程， 相应的流程如图 2 所示， IMS 网络中的注册流程主要分为： 终端向 S-CSCF (Serving-Call Session Control Function, 服务呼叫会话控制功能)网元进行注册 的流程 （第 1步到第 6步） 和 S-CSCF网元向 AS网元进行第三方注册的流程 （第 7 步到第 12步）。 根据 RFC3840协议的描述， 终端发起注册流程时， 需要发送注册 Register消息， 并可以在 Register消息的联系 Contact头部中携带该终端的能力， 目前 Register消息的 Contact头部中可以携带的终端能力包括： 支持音频媒体流、 支持自动装置（如语音信 箱服务器、 会议服务器等）、 终端类别 （商用或者个人）、 终端对媒体流的复用 （同时 接收和发送媒体流、 交替发送和接收媒体流、 只能接收媒体流或者只能发送媒体流）、 支持将数据流作为一种媒体类型、 支持将控制策略作为一种媒体类型、 可移动性 （固 定终端或者移动终端）、 文本形式的终端描述、 终端可以支持的 SIP(Session Initiation Protocol, 信令控制协议)事件包、 优先级 （终端希望接收到该优先级或者高于该优先 级的呼叫）、 终端可以支持的 SIP方法、 重定向 URI (Uniform Resource Identifier, 统 一资源标识符） 选择策略、 支持将应用作为一种媒体类型、 支持视频媒体流、 终端支 持的语言、 终端类型、 终端处于会议中、 指定终端可以通信的角色、 支持将文本作为 一种媒体类型、 终端可以识别的 SIP扩展。 在 IMS网络中， 当 S-CSCF网元接收到来自终端的 Register消息时， 会向 AS网 元发起第三方注册流程， 根据 3GPP TS 24.229标准中的描述， S-CSCF网元可以通过 两种方式将接收到来自终端的 Register消息的 Contact头部中携带的终端能力传递给 AS网元。 第一种方式是在图二的第 7步中，当 S-CSCF网元重新构造第三方注册的 Register 消息时， 将接收到的来自终端的 Register消息作为新构造的 Register消息的消息体， 从而将接收到的来自终端的 Register消息的 Contact头部中携带的终端能力传递给 AS 网元。 第二种方式是在图二的第 3步中， 当 S-CSCF网元接收到来自终端的 Register消 息后， 将 Register消息中的 Contact头部保存下来， 并在图二的第 11步中， 将保存的 Contact头部放在通知 Notify消息的 XML消息体中传递给 AS网元， 从而将接收到的 来自终端的 Register消息的 Contact头部中携带的终端能力传递给 AS网元。 当一个终端完成在 IMS网络中的注册流程时，就可以在 IMS网络中发起或者接收 会话。 在 IMS网络中， 当终端发起一个会话或者接收一个会话时， 相应用户所在归属域 的 S-CSCF网元将根据业务用户的业务签约信息， 触发到 AS网元上执行相应的业务 逻辑。 一个终端可以支持的最大并发会话数是有限的， 因此， 一个终端可以同时发起或 者同时接收的并发会话数不能大于该终端可以支持的最大并发会话数。 如果一个终端 同时发起或者同时接收的并发会话数等于该终端可以支持的最大并发会话数， 则可以 认为该终端已经处于忙状态。 当 IMS网络中的 AS网元判断出被叫终端已经处于忙状态时， 可以根据相应用户 的业务签约情况执行相应的业务逻辑， 例如遇忙前转业务等。 相应的示意流程图如图 3所示， 当 B用户签约遇忙前转业务时， 会配置一个前转目的号码 C， 当 A用户向 B 用户发起一个会话时， 如果 AS网元判断出 B用户对应的终端已经处于忙状态， 则可 以将当前的会话前转到号码 C， 当号码 C对应的用户振铃并摘机后， 可以和 A用户正 常通话。
IMS网络中的 AS网元判断出被叫终端已经处于忙状态的方法又可以分为 "终端 侧判忙"方法和 "网络侧判忙"方法。 当 IMS网络中的一个终端当前接收到的并发会话数已经等于该终端可以支持的最 大并发会话数时， 如果再次接收到来自 IMS 网络的会话， 该终端会向 IMS 网络发送 486错误响应消息， 表明该终端已经处于忙状态， 不能再接收额外的会话了。 当 IMS网络的 AS网元接收到 486错误响应消息时，认为该终端已经处于忙状态。 这种 IMS网络中的 AS网元判断出被叫终端已经处于忙状态的方法称为"终端侧判忙" 方法。 此时， 如果对应的用户签约了遇忙前转等业务， 则可以直接执行相应的业务逻 辑， 否则， 需要释放呼叫。 相应的 "终端侧判忙"方法下的遇忙前转业务的流程如图
4 所示， 对于 "终端侧判忙"方法下的遇忙前转业务的流程， 当被叫用户归属域所在 的 AS网元接收到一个发送给该用户的会话时， AS网元不会判断该用户的忙状态， 而 是将会话发送到被叫用户的终端， 由被叫用户的终端根据本身可以支持的最大并发会 话数和当前已经存在的并发会话数判断该终端是否处于忙状态， 如果当前已经存在的 并发会话数大于等于被叫用户的终端可以支持的最大并发会话数， 则表明该终端已经 处于忙状态， 该终端向 IMS网络发送 486错误响应消息， 表示被叫用户的终端正处于 忙状态， 当 AS网元接收到该 486错误响应时， AS网元判断出被叫用户的终端正处于 忙状态， 可以执行遇忙前转业务的处理逻辑， 将当前的会话前转到配置的前转目的号 码。 在 IMS网络中， 当一个用户的终端发起或者接收一个会话时， 该用户所在的归属 域的 S-CSCF网元将触发到 AS网元上执行相应用户的业务， 因此， AS网元可以记录 一个用户的终端的当前并发会话数。
AS网元可以针对每个用户配置该用户的 "终端可以支持的最大并发会话数"， 当 IMS网络中的被叫用户所在的 AS网元接收到一个会话时，如果 AS网元判断出该用户 的终端的当前并发会话数已经等于 AS 网元中配置的该用户的 "终端可以支持的最大 并发会话数"，则无需再将此会话发送到该终端，认为该终端已经处于忙状态。这种 IMS 网络中的 AS 网元判断出被叫终端已经处于忙状态的方法称为 "网络侧判忙"方法。 此时， 如果对应的用户签约了遇忙前转等业务， 则可以直接执行相应的业务逻辑， 否 贝 1」， 需要释放呼叫。相应的 "网络侧判忙"方法下的遇忙前转业务的流程如图 5所示， 对于 "网络侧判忙"方法下的遇忙前转业务的流程， 需要 AS 网元直接判断用户的终 端是否处于忙状态， 在目前的解决方案中， 需要在 AS 网元中的用户属性上直接配置 "终端可以支持的最大并发会话数 "。当 IMS网络中的被叫用户所在的 AS网元接收到 一个会话时， AS网元根据 AS网元中记录的该用户终端的当前并发会话数和 AS网元 中配置的该用户的"终端可以支持的最大并发会话数"，判断当前的被叫用户的终端是 否处于忙状态，如果 AS网元中记录的该用户终端的当前并发会话数等于 AS网元中配 置的该用户的 "终端可以支持的最大并发会话数"，则认为该被叫用户的终端正处于忙 状态， 可以直接执行遇忙前转业务的处理逻辑， 将当前的会话发送给遇忙前转业务配 置的前转目的号码。 综上所述， "网络侧判忙"方法下的遇忙前转业务的流程的信令比 "终端侧判忙" 方法下的遇忙前转业务的流程的信令更少， 因此， 建立会话的时间更短。 但是， 对于 "网络侧判忙"方法下的遇忙前转业务的流程， 目前的 AS 网元还不 能自适应地判断出一个被叫用户的终端是否处于忙状态， 因为该被叫用户的 "终端可 以支持的最大并发会话数"是在 AS 网元中配置出来的， 无法随着用户终端能力的变 更而变更。 如果一个用户更换了一个终端或者终端的配置发生了改变， 导致该终端的 "终端可以支持的最大并发会话数"能力有所改变， 此时， 如果不同步修改 AS 网元 中配置的对应用户的 "终端可以支持的最大并发会话数"， 则会导致 AS网元的 "网络 侧判忙"方法判断错误， 从而导致 "网络侧判忙"方法下 AS 网元的业务逻辑执行错 误。 发明内容 本发明的目的在于提供一种 IMS网络中自适应处理并发会话的方法及装置， 为了 解决 IMS网络中的 AS网元不能自适应地判断出一个被叫用户的终端是否处于忙状态， 进而自适应地解决 IMS网络中遇到的并发会话问题。 根据本发明的一个方面， 提供了一种 IMS网络中自适应处理并发会话的方法， 包 括以下步骤： IMS网络接收并保存用户终端在注册过程中发送的终端最大并发会话数 的参数； IMS网络利用所述终端最大并发会话数的参数， 确定终端最大并发会话数的 判断标准值； IMS网络实时统计所述终端的当前并发会话数， 并在收到关于所述用户 终端的一个会话时， 通过将所述终端的当前并发会话数与所述判断标准值进行比较， 确定所述用户终端是否处于忙状态； 其中， 所述 IMS是 IP多媒体子系统。 优选地，所述 IMS网络接收并保存用户终端在注册过程中发送的终端最大并发会 话数的参数的步骤包括： IMS网络的服务呼叫会话控制功能 S-CSCF网元接收用户终 端发送的终端最大并发会话数的参数； 所述 S-CSCF网元将所接收的终端最大并发会 话数的参数发送给应用服务器 AS网元;所述 AS网元将终端最大并发会话数的参数信 息作为第一最大并发会话数保存到用户属性文件中。 优选地， 所述 IMS网络利用所述终端最大并发会话数的参数， 确定终端最大并发 会话数的判断标准值的步骤包括： 将所述第一最大并发会话数与 AS 网元配置的第二 最大并发会话数进行比较； 根据比较结果， 将所述第一最大并发会话数和所述第二最 大并发会话数中会话数最小的确定为终端最大并发会话数的判断标准值。 优选地， 所述确定所述用户终端是否处于忙状态的步骤包括： 若所述终端的当前 并发会话数小于所述判断标准值， 则确定所述用户终端处于闲状态； 若所述终端的当 前并发会话数等于所述判断标准值， 则确定所述用户终端处于忙状态。 优选地， 所述确定所述用户终端处于忙状态的步骤包括： 将所述收到关于所述用 户终端的一个会话发送到所述用户终端遇忙前转业务配置的前转目号码的第二用户终 端； 所述第二用户终端与所述会话进行通话。 优选地， 所述 S-CSCF网元接收用户终端发送的终端最大并发会话数的参数是用 户终端在注册过程中，所述终端最大并发会话数放在 Register消息的 Contact头部中发 送到所述 S-CSCF网元。 根据本发明的另一方面， 提供了一种 IMS网络中自适应处理并发会话的装置， 包 括： 保存模块， 设置为 IMS网络接收并保存用户终端在注册过程中发送的终端最大并 发会话数的参数； 判断标准值模块， 设置为 IMS网络利用所述终端最大并发会话数的 参数， 确定终端最大并发会话数的判断标准值； 处理模块， 设置为 IMS网络实时统计 所述终端的当前并发会话数， 并在收到关于所述用户终端的一个会话时， 通过将所述 终端的当前并发会话数与所述判断标准值进行比较， 确定所述用户终端是否处于忙状 态； 其中， 所述 IMS是 IP多媒体子系统。 优选地， 所述保存模块包括： 接收单元， 设置为 IMS网络的服务呼叫会话控制功 能 S-CSCF网元接收用户终端发送的终端最大并发会话数的参数； 发送单元， 设置为 所述 S-CSCF网元将所接收的终端最大并发会话数的参数发送给应用服务器 AS网元； 保存单元， 设置为所述 AS 网元将终端最大并发会话数的参数信息作为第一最大并发 会话数保存到用户属性文件中。 优选地， 所述判断标准值模块包括： 比较单元， 设置为将所述第一最大并发会话 数与 AS网元配置的第二最大并发会话数进行比较； 确定单元， 设置为根据比较结果， 将所述第一最大并发会话数和所述第二最大并发会话数中会话数最小的确定为终端最 大并发会话数的判断标准值。 优选地， 所述确定单元包括： 判断单元， 设置为当所述终端的当前并发会话数小 于所述判断标准值， 则确定所述用户终端处于闲状态或当所述终端的当前并发会话数 等于所述判断标准值， 则确定所述用户终端处于忙状态。 与现有技术相比较，本发明的有益效果在于： 本发明通过用户终端在注册过程中 发送的终端最大并发会话数的参数来自适应地判断出用户终端是否处于忙状态， 提高 了用户体验。 附图说明 图 1是现有技术提供的 IMS网络中的分层架构图； 图 2是现有技术提供的 IMS网络中的基本注册流程图； 图 3是现有技术提供的 IMS网络中的遇忙前转业务的流程图； 图 4是现有技术提供的终端侧判忙的遇忙前转业务的流程图； 图 5是现有技术提供的网络侧判忙的遇忙前转业务的流程图； 图 6是本发明实施例提供的一种 IMS网络中自适应处理并发会话的方法流程图； 图 7是本发明实施例提供的一种 IMS网络中自适应处理并发会话的装置示意图。 具体实施方式 以下结合附图对本发明的优选实施例进行详细说明， 应当理解， 以下所说明的优 选实施例仅用于说明和解释本发明， 并不用于限定本发明。 图 6显示了本发明实施例提供的一种 IMS网络中自适应处理并发会话的方法流程 图， 如图 6所示， 包括以下步骤： 步骤 S601 : IMS网络接收并保存用户终端在注册过程中发送的终端最大并发会话 数的参数； 步骤 S602: IMS网络利用终端最大并发会话数的参数， 确定终端最大并发会话数 的判断标准值； 步骤 S603 : IMS网络实时统计终端的当前并发会话数， 并在收到关于用户终端的 一个会话时， 通过将终端的当前并发会话数与判断标准值进行比较， 确定用户终端是 否处于忙状态； 其中， 该 IMS是 IP多媒体子系统。 在本实施例中， MS 网络接收并保存用户终端在注册过程中发送的终端最大并发 会话数的参数的步骤包括： MS网络的服务呼叫会话控制功能 S-CSCF网元接收用户终 端发送的终端最大并发会话数的参数； S-CSCF网元将所接收的终端最大并发会话数的 参数发送给应用服务器 AS网元； AS网元将终端最大并发会话数的参数信息作为第一 最大并发会话数保存到用户属性文件中。 在本实施例中， IMS 网络利用终端最大并发会话数的参数， 确定终端最大并发会 话数的判断标准值的步骤包括：将第一最大并发会话数与 AS网元配置的第二最大并发 会话数进行比较； 根据比较结果， 将第一最大并发会话数和第二最大并发会话数中会 话数最小的确定为终端最大并发会话数的判断标准值。 其中， 确定用户终端是否处于忙状态的步骤包括： 若终端的当前并发会话数小于 判断标准值， 则确定用户终端处于闲状态；若终端的当前并发会话数等于判断标准值， 则确定用户终端处于忙状态。 其中， 确定用户终端处于忙状态的步骤包括： 将收到关于用户终端的一个会话发 送到用户终端遇忙前转业务配置的前转目号码的第二用户终端； 第二用户终端与会话 进行通话。 S-CSCF 网元接收用户终端发送的终端最大并发会话数的参数是用户终端在注册 过程中， 终端最大并发会话数放在 Register消息的 Contact头部中发送到 S-CSCF网 元。 也就是说， 本发明对 RFC3840协议进行了扩展， 将 "终端可以支持的最大并发会 话数"参数作为终端的能力之一， 用于描述一个终端可以同时发出或者接收的并发会 话的数目。 当终端向 IMS网络发起注册流程时， 可以将 "终端可以支持的最大并发会 话数"参数作为终端的一种能力，放在 Register消息的 Contact头部中带给 IMS网络。 图 7显示了本发明实施例一种 MS网络中自适应处理并发会话的装置， 如图 7所 示， 包括： 保存模块 701， 设置为 MS网络接收并保存用户终端在注册过程中发送的 终端最大并发会话数的参数； 判断标准值模块 702， 设置为 IMS网络利用终端最大并 发会话数的参数， 确定终端最大并发会话数的判断标准值； 处理模块 703， 设置为 IMS 网络实时统计终端的当前并发会话数， 并在收到关于用户终端的一个会话时， 通过将 终端的当前并发会话数与判断标准值进行比较，确定用户终端是否处于忙状态；其中， IMS是 IP多媒体子系统。 其中， 保存模块 701包括： 接收单元， 设置为 MS网络的服务呼叫会话控制功能
S-CSCF 网元接收用户终端发送的终端最大并发会话数的参数； 发送单元， 设置为 S-CSCF网元将所接收的终端最大并发会话数的参数发送给应用服务器 AS网元； 保存 单元，设置为 AS网元将终端最大并发会话数的参数信息作为第一最大并发会话数保存 到用户属性文件中。 其中， 判断标准值模块 702包括： 比较单元， 设置为将第一最大并发会话数与 AS 网元配置的第二最大并发会话数进行比较； 确定单元， 设置为根据比较结果， 将第一 最大并发会话数和第二最大并发会话数中会话数最小的确定为终端最大并发会话数的 判断标准值。 其中， 确定单元包括： 判断单元， 设置为当终端的当前并发会话数小于判断标准 值， 则确定用户终端处于闲状态或当终端的当前并发会话数等于判断标准值， 则确定 用户终端处于忙状态。 下面是本发明实施例提供了一种 MS网络中自适应处理并发会话的过程， 包括以 下步骤： 终端向 IMS网络发起注册流程时， 将 "终端可以支持的最大并发会话数"参数作 为一种可以携带的终端能力， 放在 Register消息的 Contact头部中带给 MS网络。
IMS网络的 S-CSCF网元通过第三方注册流程将"终端可以支持的最大并发会话数" 信息传递给 AS网元；
AS网元将第三方注册流程中接收到的 "终端可以支持的最大并发会话数"信息保 存到对应用户的用户属性 "终端可以支持的最大并发会话数" 中。 如果终端不能携带 "终端可以支持的最大并发会话数"能力到 MS网络，则 AS网元将采用人工配置的"终 端可以支持的最大并发会话数"作为对应用户的用户属性的 "终端可以支持的最大并 发会话数"能力； 被叫用户所在的归属域的 AS网元接收到一个会话时， AS网元对该用户的用户属 性中保存的 "终端可以支持的最大并发会话数"和 AS网元中设置的 "用户可以支持的 最大并发会话数"取一个最小值， 如果当前该用户已经存在的并发会话数等于该最小 值， 则认为该被叫用户已经处于忙状态。 否则， 认为该被叫用户还没有处于忙状态。 从而根据 AS网元的 "网络侧判忙"方法， 执行该被叫用户的相应业务， 或者释放相应 的会话。 在本实施例中，由于一个终端可以同时发出或者接收的并发会话的数目是有限的， 且具有不同能力的终端可以同时发出或者接收的并发会话的数目是不同的， 所以， 将 终端可以同时发出或者接收的并发会话的数目作为终端特性的一个反映。 根据 3GPP TS 24. 229标准中的描述， MS网络中的 S-CSCF网元可以通过第三方 注册流程， 将终端的能力传递给 AS网元， MS网络中的 AS网元通过第三方注册流程 接收到终端的相关能力后， 可以将其中的 "终端可以支持的最大并发会话数"能力保 存到对应用户的用户属性 "终端可以支持的最大并发会话数" 中。 对于不能将 "终端 可以支持的最大并发会话数"能力携带给 MS网络的终端， AS网元仍然默认将配置的 该用户的 "终端可以支持的最大并发会话数"参数作为该终端的 "终端可以支持的最 大并发会话数"能力。 当被叫用户所在的归属域的 AS网元接收到一个会话时， AS网元根据当前的被叫 用户已经存在的并发会话数和该用户的用户属性中保存的 "终端可以支持的最大并发 会话数"，判断对应的被叫用户是否处于忙状态，如果当前该用户已经存在的并发会话 数等于该用户的用户属性中保存的 "终端可以支持的最大并发会话数"，则认为该被叫 用户已经处于忙状态。 否则， 认为该被叫用户还没有处于忙状态。 AS网元从而可以根 据 "网络侧判忙"方法， 执行该被叫用户的相应业务， 或者释放相应的会话。 同时， 考虑到终端注册时携带的 "终端可以支持的最大并发会话数"能力的可信 性，可以在 AS网元中设置一个用户可以支持的最大并发会话数， 限制一个终端可以同 时占用的网络资源。 当被叫用户所在的归属域的 AS网元接收到一个会话时， AS网元 对该用户的用户属性中保存的"终端可以支持的最大并发会话数"和 AS网元中设置的 "用户可以支持的最大并发会话数 "取一个最小值， 如果当前该用户已经存在的并发 会话数等于该最小值， 则认为该被叫用户已经处于忙状态。 否则， 认为该被叫用户处 于闲状态。 其中， 用于自适应地获取终端可以支持的最大并发会话数， 获得此信息后， 不仅 仅可以用于判断相应的用户是否处于忙状态， 还可以应用于其他的场景。 另夕卜， 本发明不仅可以应用在 AS网元的处理逻辑， MS网络中的其他网元， 例如
S-CSCF网元等， 都可以通过这种方法自适应地获取终端可以支持的最大并发会话数， 获得此信息后， 不仅仅可以用于判断相应的用户是否处于忙状态， 还可以应用于其他 的场景。 通过对 RFC3840协议进行扩展， 将 "终端可以支持的最大并发会话数"作为终端 的能力之一，携带到 MS网络。携带的方式包括但并不局限于通过 Register消息携带。 可以通过 Register消息携带到 MS网络， 也可以通过其他的方式携带到 MS网络。
IMS网络中可以使用 "终端可以支持的最大并发会话数"信息的 IMS网元包括但 并不局限于 AS网元。 AS网元或者其他的相关网元都可以使用 "终端可以支持的最大 并发会话数"信息。
IMS网络中的 AS网元可以使用终端携带的 "终端可以支持的最大并发会话数"信 息， AS网元 "终端可以支持的最大并发会话数"信息的逻辑包括但并不局限于自适应 地执行 "网络侧判忙"方法下的业务， 其他的相关业务也可以使用 "终端可以支持的 最大并发会话数"信息进行相关的处理。
IMS网络中的 AS网元使用终端携带的 "终端可以支持的最大并发会话数"信息自 适应地执行 "网络侧判忙"方法下的业务时， 可以执行的业务包括但并不局限于遇忙 前转业务。 其他的相关业务也可以使用 "终端可以支持的最大并发会话数"信息进行 相关的处理。 需要指出的是， 上述提到的并发会话数， 包括但并不局限于语音类的会话， 相关 的会话还包括视频类的会话、 传真会话等各种多媒体会话。 综上所述， 本发明具有以下技术效果： 通过用户终端在注册过程中发送的终端最 大并发会话数的参数来自适应地判断出用户终端是否处于忙状态， 提高了用户体验。 尽管上文对本发明进行了详细说明， 但是本发明不限于此， 本技术领域技术人员 可以根据本发明的原理进行各种修改。 因此， 凡按照本发明原理所作的修改， 都应当 理解为落入本发明的保护范围。 工业实用性 如上所述， 本发明实施例提供的一种 IMS网络中自适应处理并发会话的方法 及装置具有以下有益效果： 通过用户终端在注册过程中发送的终端最大并发会话数 的参数来自适应地判断出用户终端是否处于忙状态， 提高了用户体验。

Claims

权 利 要 求 书
1. 一种 IMS网络中自适应处理并发会话的方法， 包括以下步骤：
IMS网络接收并保存用户终端在注册过程中发送的终端最大并发会话数的 参数；
IMS网络利用所述终端最大并发会话数的参数， 确定终端最大并发会话数 的判断标准值；
IMS网络实时统计所述终端的当前并发会话数， 并在收到关于所述用户终 端的一个会话时， 通过将所述终端的当前并发会话数与所述判断标准值进行比 较， 确定所述用户终端是否处于忙状态；
其中， 所述 IMS是 IP多媒体子系统。
2. 根据权利要求 1所述的方法， 其中， 所述 IMS网络接收并保存用户终端在注册 过程中发送的终端最大并发会话数的参数的步骤包括：
IMS网络的服务呼叫会话控制功能 S-CSCF网元接收用户终端发送的终端 最大并发会话数的参数；
所述 S-CSCF网元将所接收的终端最大并发会话数的参数发送给应用服务 器 AS网元；
所述 AS网元将终端最大并发会话数的参数信息作为第一最大并发会话数 保存到用户属性文件中。
3. 根据权利要求 2所述的方法， 其中， 所述 IMS网络利用所述终端最大并发会话 数的参数， 确定终端最大并发会话数的判断标准值的步骤包括：
将所述第一最大并发会话数与 AS网元配置的第二最大并发会话数进行比 较；
根据比较结果， 将所述第一最大并发会话数和所述第二最大并发会话数中 会话数最小的确定为终端最大并发会话数的判断标准值。
4. 根据权利要求 3所述的方法， 其中， 所述确定所述用户终端是否处于忙状态的 步骤包括： 若所述终端的当前并发会话数小于所述判断标准值， 则确定所述用户终端 处于闲状态；
若所述终端的当前并发会话数等于所述判断标准值， 则确定所述用户终端 处于忙状态。
5. 根据权利要求 4所述的方法， 其中， 所述确定所述用户终端处于忙状态的步骤 包括：
将所述收到关于所述用户终端的一个会话发送到所述用户终端遇忙前转业 务配置的前转目号码的第二用户终端；
所述第二用户终端与所述会话进行通话。
6. 根据权利要求 2所述的方法， 其中， 所述 S-CSCF网元接收用户终端发送的终 端最大并发会话数的参数是用户终端在注册过程中， 所述终端最大并发会话数 放在 Register消息的 Contact头部中发送到所述 S-CSCF网元。
7. 一种 IMS网络中自适应处理并发会话的装置， 包括：
保存模块，设置为 IMS网络接收并保存用户终端在注册过程中发送的终端 最大并发会话数的参数；
判断标准值模块， 设置为 IMS网络利用所述终端最大并发会话数的参数， 确定终端最大并发会话数的判断标准值；
处理模块， 设置为 IMS网络实时统计所述终端的当前并发会话数， 并在收 到关于所述用户终端的一个会话时， 通过将所述终端的当前并发会话数与所述 判断标准值进行比较， 确定所述用户终端是否处于忙状态；
其中， 所述 IMS是 IP多媒体子系统。
8. 根据权利要求 7所述的装置， 其中， 所述保存模块包括：
接收单元， 设置为 IMS网络的服务呼叫会话控制功能 S-CSCF网元接收用 户终端发送的终端最大并发会话数的参数；
发送单元， 设置为所述 S-CSCF网元将所接收的终端最大并发会话数的参 数发送给应用服务器 AS网元；
保存单元， 设置为所述 AS网元将终端最大并发会话数的参数信息作为第 一最大并发会话数保存到用户属性文件中。
9. 根据权利要求 8所述的装置， 其中， 所述判断标准值模块包括： 比较单元， 设置为将所述第一最大并发会话数与 AS网元配置的第二最大 并发会话数进行比较；
确定单元， 设置为根据比较结果， 将所述第一最大并发会话数和所述第二 最大并发会话数中会话数最小的确定为终端最大并发会话数的判断标准值。
10. 根据权利要求 9所述的装置， 其特征在于， 所述确定单元包括：
判断单元， 设置为当所述终端的当前并发会话数小于所述判断标准值， 则 确定所述用户终端处于闲状态或当所述终端的当前并发会话数等于所述判断标 准值， 则确定所述用户终端处于忙状态。
PCT/CN2014/077376 2013-08-01 2014-05-13 一种ims网络中自适应处理并发会话的方法及装置 WO2014187252A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310331541.8 2013-08-01
CN201310331541.8A CN104348806A (zh) 2013-08-01 2013-08-01 一种ims网络中自适应处理并发会话的方法及装置

Publications (1)

Publication Number Publication Date
WO2014187252A1 true WO2014187252A1 (zh) 2014-11-27

Family

ID=51932829

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/077376 WO2014187252A1 (zh) 2013-08-01 2014-05-13 一种ims网络中自适应处理并发会话的方法及装置

Country Status (2)

Country Link
CN (1) CN104348806A (zh)
WO (1) WO2014187252A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114637555A (zh) * 2022-03-25 2022-06-17 深圳市哲盟软件开发有限公司 一种批量获取物流信息通用方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110198256B (zh) * 2019-06-28 2020-11-27 上海智臻智能网络科技股份有限公司 客户终端核数确定方法及装置、存储介质、终端

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060291487A1 (en) * 2005-06-24 2006-12-28 Aylus Networks, Inc. IMS networks with AVS sessions with multiple access networks
CN101489266A (zh) * 2009-01-04 2009-07-22 华为技术有限公司 一种基于签约数据的ims用户级控制方法及系统
CN102098744A (zh) * 2009-12-14 2011-06-15 中国电信股份有限公司 Sip服务器、业务优先处理的方法及系统

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1832134B1 (en) * 2004-12-30 2008-11-12 Telecom Italia S.p.A. System for monitoring the quality of service in a communication network
CN100525309C (zh) * 2006-03-20 2009-08-05 华为技术有限公司 Ip多媒体子系统域用户接入控制方法及其系统
CN101404630B (zh) * 2008-11-25 2011-12-14 中国联合网络通信集团有限公司 互联网业务接入网关的实现方法和系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060291487A1 (en) * 2005-06-24 2006-12-28 Aylus Networks, Inc. IMS networks with AVS sessions with multiple access networks
CN101489266A (zh) * 2009-01-04 2009-07-22 华为技术有限公司 一种基于签约数据的ims用户级控制方法及系统
CN102098744A (zh) * 2009-12-14 2011-06-15 中国电信股份有限公司 Sip服务器、业务优先处理的方法及系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114637555A (zh) * 2022-03-25 2022-06-17 深圳市哲盟软件开发有限公司 一种批量获取物流信息通用方法
CN114637555B (zh) * 2022-03-25 2024-05-28 深圳市哲盟软件开发有限公司 一种批量获取物流信息通用方法

Also Published As

Publication number Publication date
CN104348806A (zh) 2015-02-11

Similar Documents

Publication Publication Date Title
JP5529129B2 (ja) 電気通信ネットワーク内の媒体属性に基づく選択的な呼転送のための方法およびシステム
US20080170563A1 (en) Session initiation protocol message content processing method and network
WO2009015525A1 (en) A method for switching the session control path of ip multimedia core network subsystem centralized service
WO2008049326A1 (fr) Enregistrement de dispositif d'utilisateur, système d'activation, procédé et dispositif dans la gestion de réseau privé
JP2009519629A (ja) マルチメディア通信セッションを確立するための方法および装置
WO2007098713A1 (fr) Procédé et système d'appel d'urgence
KR101133199B1 (ko) 패킷 교환 도메인의 상태를 변경하기 위한 방법, 단말기 및 네트워크 장치
WO2008025211A1 (fr) Système de réseau de communication, procédé assurant une fonction de prestation de services, et dispositif de prestation de services
WO2009049520A1 (en) A method and an apparatus for realizing multimedia color ring tone service and filtering of color ring tone
WO2008119272A1 (fr) Procédé, terminal et système de mise en oeuvre d'une liaison vidéo dans un réseau de communication vocale
RU2592857C2 (ru) Сервер приложений для управления связью с группой пользовательских объектов
WO2008064575A1 (fr) Procédé, système et appareil permettant la mise en place de service de partage vidéo
WO2009024006A1 (fr) Contrôleur de session locale, sous-système multimédia ip et procédé d'enregistrement de session
WO2009033401A1 (fr) Procédé de communication, système de communication et entité de fonction de commande de service
WO2008000134A1 (fr) Méthode et dispositif de transmission d'un message de demande dans un système multimédia
WO2014114088A1 (zh) 一种ngn下实现宽带业务功能的方法及业务平台
WO2009089797A1 (fr) Procédé de mise en oeuvre de service de tonalité de retour d'appel et/ou de tonalité de reour d'appel multimédia et de production de demande sdp multimédia anticipée
WO2010075697A1 (zh) 一种实现多方通话转会议的系统及方法
WO2008138186A1 (fr) Procédé et système servant à configurer un service sur un terminal
WO2014187252A1 (zh) 一种ims网络中自适应处理并发会话的方法及装置
JP2011526441A (ja) Ｉｍｓネットワーク内でカスタマイズされたビデオサービスを実現するための方法およびネットワークユニット
WO2008080297A1 (fr) Procédé, équipement et système pour mettre en rapport une session
WO2006047951A1 (fr) Procede d'attribution d'identificateur de facturation de service d'application
WO2009121310A1 (zh) 一种网关选择的方法、系统及设备
WO2011023041A1 (zh) 一种指示终端媒体类型的呼叫方法及系统

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: 14800228

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14800228

Country of ref document: EP

Kind code of ref document: A1