[go: up one dir, main page]

WO2009009934A1 - Procédé pour faire correspondre un message de requête initiale dans le processus de déclenchement de service du sous-système multimédia ip - Google Patents

Procédé pour faire correspondre un message de requête initiale dans le processus de déclenchement de service du sous-système multimédia ip Download PDF

Info

Publication number
WO2009009934A1
WO2009009934A1 PCT/CN2007/003355 CN2007003355W WO2009009934A1 WO 2009009934 A1 WO2009009934 A1 WO 2009009934A1 CN 2007003355 W CN2007003355 W CN 2007003355W WO 2009009934 A1 WO2009009934 A1 WO 2009009934A1
Authority
WO
WIPO (PCT)
Prior art keywords
initial
request message
request
identifier
cscf module
Prior art date
Application number
PCT/CN2007/003355
Other languages
English (en)
French (fr)
Inventor
Jingwen Zhao
Zhenwu Hao
Original Assignee
Zte Corporation
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 Zte Corporation filed Critical Zte Corporation
Priority to US12/667,878 priority Critical patent/US8213425B2/en
Priority to EP07845723.1A priority patent/EP2175604B1/en
Priority to ES07845723T priority patent/ES2426447T3/es
Publication of WO2009009934A1 publication Critical patent/WO2009009934A1/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/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/1045—Proxies, e.g. for session initiation protocol [SIP]
    • 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/1046—Call controllers; Call servers
    • 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/1069—Session establishment or de-establishment
    • 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
    • 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 relates to the field of communications, and more particularly to a method for matching an initial request message in an IP multimedia subsystem service triggering process.
  • IP Internet Protocol, Internet Protocol, IP
  • Multimedia Subsystem is an IP-based IP3 proposed by the 3rd Generation Partnership Project (3GPP).
  • 3GPP 3rd Generation Partnership Project
  • control layer In the IMS service architecture, the control layer and service layer is separated, the control layer does not provide a specific service, only provides the necessary triggering, routing, billing and other functional services layer, and the service control layer 9 entirely triggered by the service business layer
  • the control function is implemented by the Serving Call Session Control Function (S-CSCF).
  • S-CSCF Serving Call Session Control Function
  • the service layer is composed of a series of Application Servers (ASs), which can provide specific service services.
  • ASs Application Servers
  • the control layer controls the service trigger according to the subscription information of the user, and invokes the service on the AS to implement the service function.
  • FIG. 1 is a schematic diagram of the service triggering process.
  • the service triggering process involves the following IMS network elements: Service Call Session Control Function S-CSCF Module 101, Home Subscriber Server (HSS) HSS 102, Application Server AS 103.
  • S-CSCF Module 101 Service Call Session Control Function
  • HSS Home Subscriber Server
  • AS 103 Application Server
  • service configuration data is downloaded from the HSS 102 to the S-CSCF module 101 through the Cx interface.
  • service configuration and service related data comprises an initial filtering rules shellfish 1 J, a filtering rule comprises service trigger point, the priority identification information such as the AS, each of the initial filter rules.
  • the S-CSCF module 101 When the S-CSCF module 101 receives an incoming call setup request, it initiates a SIP pair. In this case, the service point trigger is deduced from the request message, and the filter rule is sequentially matched with the filter rule according to the priority order of the filter rule. If the match is successful, the message is requested through the IMS service control interface (IMS Service Control Interface). Go to AS 103 corresponding to the filter rule. At this time, the AS 103 performs the service logic processing, and after completing the service processing, the request message is sent back to the S-CSCF module 101 through the ISC interface. The S-CSCF module 101 will continue the subsequent service triggering process. If no filtering rules are available, a call request is constructed and forwarded according to the routing rule.
  • IMS Service Control Interface IMS Service Control Interface
  • the S-CSCF module in order to enable the S-CSCF module to recognize that the initial request sent back from the AS to the S-CSCF module is the return of the initial request sent by the S-CSCF module to the AS, and determine its corresponding initial session, introduced
  • the initial dialog identifier (Original Dialog Identifier, ODI)
  • the S-CSCF module must ensure that the value of the initial dialog identifier selection is unique, enabling it to uniquely mark the corresponding initial conversation of the initial request.
  • the initial session identifier can also be applied to an independent transaction request that does not create a SIP dialog, and the initial request for marking the return from the AS to the S-CSCF module is a loopback of the initial request sent by the previous S-CSCF module to the AS.
  • 2 is a flow chart of matching the initial request message in the existing service triggering process, and describes a process in which the S-CSCF module uses the initial session identifier to match the AS back to the initial request message and the initial SIP session.
  • the S-CSCF module receives an inbound call setup request
  • the S-CSCF module starts a SIP dialog, and generates an initial session identifier that uniquely marks the conversation;
  • the S-CSCF module performs service control logic, and matches the request with the initial filtering rule according to a priority order of the filtering rule. If the request matches an initial filtering rule, the service triggering process is performed;
  • the S-CSCF module inserts the initial session identifier into the request, and then forwards the request message including the initial session identifier to the application server AS;
  • S206 The AS sends back a session establishment request message including an initial session identifier to the S-CSCF module.
  • the S-CSCF module determines, according to the initial session identifier in the loopback request message, that the request is a loopback of a session setup request message sent by the previous S-CSCF module to the AS, and determines a corresponding initial dialog.
  • the S-CSCF module continues to execute subsequent service control logic, and matches the request with subsequent lower priority filtering rules. If there is a matching initial filtering rule, the business triggering process step S203 is performed again, and the initial triggering request generated in S201 is still used to mark the triggering request;
  • the S-CSCF module sends an outbound request based on the routing decision.
  • the S-CSCF module uses the same initial session identifier to mark the initial request message sent to the AS, and uses the identifier to determine the identity sent from the AS.
  • the initial request message is a loopback of the initial request message sent by the previous S-CSCF module, and can obtain the SIP dialog corresponding to the loopback initial request according to the correspondence between the initial session identifier and the initial dialog, and from the last triggered location. After that, the subsequent business trigger control is executed.
  • the S-CSCF module needs to ensure the uniqueness of the value of the initial session identifier.
  • the initial session identifier can be encoded in different ways. For example, it can be used as a string of the S-CSCF module network identification user part, or it can be a S-CSCF module network. A parameter of the identifier, or a port number of the network identifier of the S-CSCF module.
  • the process for an independent transaction request message (such as a message message service) is similar, except that the independent transaction request does not establish a SIP session.
  • FIG. 3 is a flowchart of a service triggering process when a AS returns a plurality of initial request messages.
  • Rule X has a higher priority than Rule Y.
  • the business triggering process when AS1 returns only one return initial request includes the following steps:
  • Step 1 The S-CSCF module receives an inbound call establishment request 301, starts a SIP dialog, and generates an initial dialog identifier ODI that can uniquely mark the conversation;
  • Step 2 The S-CSCF module executes service control logic, and finds the request message and initial filtering. Rule X matches, performs a service triggering process, inserts an initial dialog identifier ODI into the request message, and forwards the request message 302 containing the ODI parameter to AS1;
  • Step 3 After executing the service processing logic, the AS1 copies the initial session identifier ODI to the loopback dialog establishment request message, and sends the request message 303 back to the S-CSCF module.
  • Step 4 The S-CSCF module determines, according to the initial session identifier in the loopback request message 303, that the request is a loopback of the request message sent by the previous S-CSCF module, and determines that the SIP dialog initiated by the step 1 is continued, and the SIP dialog is continued.
  • the subsequent service control logic finds that the request message matches the initial filtering rule Y, performs a service triggering process, and still inserts the initial dialog identifier ODI into the request message, and forwards the request message 304 containing the ODI parameter to AS2;
  • Step 5 After performing the service processing logic, the AS2 copies the initial session identifier ODI to the loopback request message, and sends the request message 305 back to the S-CSCF module.
  • Step 6 The S-CSCF module determines, according to the initial session identifier in the loopback request message 305, that the request is a loopback of the request message sent by the previous S-CSCF module, and determines that the SIP dialog initiated by the step 1 is continued, and the SIP dialog is continued.
  • the subsequent service control logic finds that no more initial filtering rules apply, and the S-CSCF module sends an outgoing call request 306 based on the routing decision.
  • the research found that the cause of the error is that an initial request message sent from the S-CSCF module to the AS may return multiple initial request messages, such as the one-number service, when the AS receives the session establishment request message.
  • step 3 of Figure 3 if AS1 executes the business logic, it is decided to send two loopback session setup requests 303 and 303a to the S-CSCF module, both with the same ODI, corresponding to the same dialog.
  • the S-CSCF module first processes the loopback request message 303, which matches the next initial filtering rule Y, and sends the request message 304 to the AS2 after the service is triggered.
  • the request message 303a is processed, since 303a is also a loopback of 302, it should also be matched with the initial filter rule Y, and the actual S-CSCF module considers the filter rule Y after processing the 303 request message. It has been processed, and the request message 303a is mistakenly regarded as the loopback of the request message 304, and the service filter rule following the filter rule Y is matched, and a similar confusion problem occurs when the loopback request 305 of the process 304 is processed.
  • the matching method between the initial request message from the S-CSCF module to the AS and the AS initial request message is flawed, and the method is matched by using the initial dialog identifier.
  • the S-CSCF module cannot send the initial request message sent back from the AS to the S-CSCF module to the AS from the S-CSCF module.
  • the initial request message is correctly matched, causing confusion in the service trigger and affecting the use of normal services.
  • the technical problem to be solved by the present invention is to provide an implementation method for matching an initial request message and a loopback initial request message in an IMS service triggering process, which overcomes the shortcomings of the current IMS service triggering process, and satisfies the S-CSCF to correctly match the initial request message and the loopback. The requirement for the initial request message.
  • a method for matching an initial request message in a service triggering process of an IP multimedia subsystem includes the following steps:
  • the S-CSCF module inserts the trigger request identifier into the initial request message, and forwards the initial request message to the AS;
  • the S-CSCF module determines, according to the received trigger request identifier in the initial request message, that the initial request message is a loopback of an initial request message previously sent by the S-CSCF module to the AS, and determines the corresponding S. - The initial request sent by the CSCF module to the AS and the initial session corresponding to the initial request, followed by subsequent service control processing.
  • the initial request message is a session establishment request message or an independent transaction request cancellation. Further, the initial request message is a dialog establishment request message, and in step (a), in addition to generating a trigger request identifier uniquely corresponding to the dialog establishment request message, a trigger request identifier and a dialog establishment clear request message are also established. Corresponding relationship between the initial conversations corresponding to the dialog establishment request message.
  • the initial request message is an independent transaction request message
  • step (a) in addition to generating a trigger request identifier uniquely corresponding to the independent transaction request message, a trigger request identifier and an independent transaction request message are also established and the The correspondence between the initial transactions corresponding to the independent transaction request message.
  • the trigger request identifier established by the S-CSCF module is unique, that is, the triggering odd identifiers of different initial conversations or initial transaction requests are different, and the same initial conversation or initial transaction is different.
  • the identifier corresponding to the initial request message sent from the S-CSCF module to the AS is also different.
  • the trigger request identifier is a string of the user part of the network identifier of the S-CSCF module, or a parameter identified by the network of the S-CSCF module, or a network identifier of the S-CSCF module. Port number.
  • the generated trigger request identifier is a mark of an independent application formed by extending an initial session identifier; or the trigger request identifier is an initial dialog identifier and based on the initial dialog identifier
  • a combination of the added trigger clearing parameters, the initial dialog or initial transaction of the request is determined by the initial dialog identifier, and the specific request message of the initial request sent from the S-CSCF module to the AS is further determined by the trigger request parameter.
  • step (c) AS has multiple return initial request messages; in the step), the S-CSCF module determines that they are the same in a session or a transaction according to the same trigger request identifier included in the request messages. The initial request message is sent back, and all subsequent service control is started after the trigger point of the previous initial request message.
  • the initial request message sent back is matched with the subsequent lower priority filtering rule, and if there is a matching initial filtering rule, the step is performed again ( a) business triggering process, with the newly generated trigger request flag The triggering request is marked; if no more initial filtering rules apply, the S-CSCF module sends an outgoing call request based on the routing decision.
  • the present invention uses the trigger request identifier to uniquely determine the method for sending the initial request message from the S-CSCF module to the AS in the IP multimedia subsystem service triggering process,
  • the initial request message sent from the S-CSCF module to the AS and the initial request message sent back from the AS can be correctly matched to ensure the normal operation of the service trigger and the normal use of the service.
  • Figure 1 is a schematic diagram of a service triggering process
  • FIG. 2 is a flow chart of the matching of the initial request message in the current service triggering process
  • FIG. 3 is a flowchart of the service triggering process when the AS returns a plurality of initial request messages in the prior art
  • FIG. 4 is a service triggering according to an embodiment of the present invention
  • FIG. 5 is a flow chart of a service triggering process when an AS sends back multiple initial request messages according to an embodiment of the present invention. Preferred embodiment of the invention
  • Fig. 4 a process is described in which the S-CSCF module uses the improved trigger request identifier of the present invention to match the AS return initial request message with the initial request message sent from the S-CSCF module to the AS.
  • the trigger request identifier is a new definition introduced by the present invention, which is generated and guaranteed by the S-CSCF module and is only used by the S-CSCF module.
  • the S-CSCF module generates a trigger request identifier uniquely corresponding to the initial request message, and establishes a trigger request identifier and the initial request message, and each time the initial request message (conversation establishment request or initial independent transaction request) is forwarded to the AS, and The correspondence between the initial conversation or the initial transaction corresponding to the initial request message.
  • the process includes the following steps: 5401.
  • the S-CSCF module receives an inbound call setup request.
  • the S-CSCF module starts a SIP dialog
  • the S-CSCF module performs service control logic, and the session establishment request is matched with the initial filtering rule according to the priority order of the filtering rule. If the request matches an initial filtering rule, the business triggering process is performed;
  • S404 Before the S-CSCF module forwards the session establishment request to the AS, generates a trigger request identifier that uniquely corresponds to the request, and establishes a trigger request identifier and the dialog establishment request message, and an initial session corresponding to the request. Corresponding relationship; mark, that is, it can replace the initial dialog identifier in the prior art in the actual use process, or can add a call request parameter related to the dialog object based on the initial dialog identifier, and identify the trigger request and the trigger request through the initial dialog
  • the parameter combination determines a specific request message corresponding to the initial session corresponding to the initial request and the initial request sent from the S-CSCF module to the AS.
  • the S-CSCF module network identification user part such as sip:xxyyzz@scscf.example.xom
  • the port number of the S-CSCF module network identifier such as sip: scs
  • the S-CSCF module inserts the trigger request identifier into the session establishment request message, and then forwards the request message including the trigger request identifier to the application server AS;
  • the AS copies the trigger request identifier to the loopback setup request message.
  • each loopback request message carries the same trigger request identifier, indicating that they are all the same session setup request message sent from the S-CSCF module.
  • S407 The AS sends back a session establishment request message that includes the trigger request identifier to the S-CSCF module.
  • S408 The S-CSCF module determines, according to the trigger request identifier in the loopback setup request message. The request is disconnected from a session establishment request message previously sent by the S-CSCF module to the AS, and the corresponding session establishment request sent from the S-CSCF module to the AS and the session establishment request are determined according to the correspondence established by S403. Corresponding initial dialogue;
  • the AS is responsible for maintaining the relationship between the multiple branches, and the S-CSCF processes each branch separately, and the S-CSCF mode can be processed according to the processing.
  • the same trigger request identifiers included in these dialog establishment request messages determine that they are the loopbacks of the same dialog setup request message during a certain session, and both begin to perform subsequent service control after the trigger point of the previous session setup request message.
  • the S-CSCF module continues to execute subsequent service control logic, and matches the returned session establishment request with a subsequent lower priority filtering rule. If there is a matching initial filtering rule, the business triggering process step S403 is executed again, and the trigger request is marked with the newly generated trigger request identifier.
  • the S-CSCF module sends an outbound request based on the routing decision.
  • the process for the independent transaction request message is similar, except that the independent transaction request does not establish a SIP dialog.
  • the AS has a plurality of loopback initial request messages for a trigger initial request message.
  • Step 1 The S-CSCF module receives an incoming call session establishment request message 501, and initiates a SIP session;
  • Step 3 After AS1 executes the service processing logic, AS1 decides to send two loopback dialog setup request messages 503 and 503a to the S-CSCF module, and AS1 copies the trigger request identifier TRI1 to the two dialog setup request messages 503 and 503a that are sent back, and Both request messages are sent back to the S-CSCF module;
  • Step 4 The S-CSCF module first processes the loopback dialog setup request message 503, and determines that the request is the loopback of the dialog setup request message 502 sent by the previous S-CSCF module according to the trigger request identifier TRI1 in the loopback request message, and corresponds to step 1
  • the S-CSCF module then processes the loopback request message 503a, and similarly determines that the request is a loopback of the request message 502 sent by the previous S-CSCF module according to the trigger request identifier TRI1 in the loopback request message, and corresponds to the SIP dialog initiated in step 1. Then, after the filtering rule X continues to execute the SIP session subsequent service control logic, and finds that the request message does not match the initial filtering rule Y, the S-CSCF module sends an outgoing call request 507 based on the routing decision;
  • Step 5 After executing the service processing logic, the AS2 copies the trigger request identifier TRI2 to the loopback dialog establishment request message, and sends the request message 505 back to the S-CSCF module.
  • Step 6 The S-CSCF module determines, according to the trigger request identifier TRI2 in the loopback request message, that the request is a loopback of the request message 504 sent by the previous S-CSCF module, corresponding to the SIP dialog initiated in step 1, and finds that there is no more initial filtering. The rules apply, and the S-CSCF module sends an outgoing call request 506 based on the routing decision.
  • the method of the present invention avoids the confusion of the triggering process and ensures the normal implementation of the service.
  • the method of the present invention is applied to the IP multimedia subsystem service trigger control process, and the method for the S-CSCF module to use the trigger request identifier to uniquely mark the S-CSCF module from the S-CSCF module to the AS initial request message is achieved.
  • the initial request message sent from the S-CSCF module to the AS and the initial request message sent back from the AS can be correctly matched to ensure the normal operation of the service and the normal use of the service.

Landscapes

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

Description

IP多媒体子系统业务触发过程中初始请求消息的匹配方法 技术领域
本发明涉及通信领域， 更具体地涉及一种实现 IP多媒体子系统业务触 发过程中初始请求消息的匹配方法。
背景技术
IP (网络互联协议， Internet Protocol, 筒称 IP ) 多媒体子系统 （IP Multimedia Core Network Subsystem,筒称 IMS )是由第三代合作伙伴计划（3rd Generation Partnership Project, 简称 3GPP)提出的一种基于 IP的网络架构， 构建了一个开放而灵活的业务环境， 支持多媒体应用， 能够为用户提供丰富 的多媒体业务。
在 IMS业务体系中， 控制层和业务层是分离的， 控制层不提供具体业 务， 只提供业务层必要的触发、 路由、 计费等功能, 而业务完全由业务层提 供9 控制层中业务触发和控制功能是服务呼叫会话控制功能（Serving Call Session Control Function, 简称 S-CSCF )完成的， 业务层是由一系列应用服 务器（Application Server, 简称 AS )组成， 能提供具体业务服务。 控制层 ( S-CSCF )通过根据用户的签约信息控制业务触发， 调用 AS上的业务， 实 现业务功能。
图 1 是业务触发过程的示意图。 其中的业务触发过程涉及到以下 IMS 网元： 业务呼叫会话控制功能 S-CSCF模块 101、 归属用户服务器（Home Subscriber Server, 筒称 HSS ) HSS 102、 应用.服务器 AS 103。
当 S-CSCF模块 101收到用户注册请求消息时， 或收到未注册用户的一 个终止的或者起始的初始请求时， 通过 Cx接口从 HSS 102下载业务配置数 据到 S-CSCF模块 101 中， 业务配置数据中包括和服务相关的初始过滤规 贝1 J , 一个过滤规则包括业务的触发点， AS的标识， 各初始过滤规则的优先 级等信息。
当 S-CSCF模块 101收到一个入呼的对话建立请求时， 启动一个 SIP对 话，从请求消息中推导出业务点触发器，按照过滤规则优先级顺序与过滤规 则依次进行匹配， 如果匹配成功， 将通过 IMS业务控制接口 （IMS Service Control Interface,筒称 ISC接口）请求消息前转到该过滤规则对应的 AS 103。 此时 AS 103执行业务逻辑处理， 完成业务处理后， 再通过 ISC接口将请求 消息回送给 S-CSCF模块 101。S-CSCF模块 101将继续进行后续业务触发过 程， 如果没有可用的过滤规则了， 则构建出呼请求， 按路由规则转发出去。
在上述业务触发过程中， 为了使 S-CSCF 模块能识别从 AS 回送给 S-CSCF模块的初始请求是 S-CSCF模块发送给 AS的初始请求的回送，并确 定其对应的初始对话， 引入了初始对话标识（Original Dialog Identifier, 筒 称 ODI ) ， S-CSCF模块必须保证初始对话标识选择的值是唯一的， 使其能 够唯一标记初始请求的对应的初始对话。初始对话标识还可以应用于不创建 SIP对话的独立事务请求， 用于标记从 AS回送给 S-CSCF模块的初始请求 是前面 S-CSCF模块发送给 AS的初始请求的回送。
图 2是现有的业务触发过程中回送初始请求消息匹配的流程图，描述了 S-CSCF模块利用初始对话标识将 AS回送初始请求消息和初始 SIP对话匹 配的过程。 '
5201 , S-CSCF模块接收到一个入呼的对话建立请求；
5202, S-CSCF模块启动一个 SIP对话， 生成能唯一标记该对话的初始 对话标识；
S203, S-CSCF模块执行业务控制逻辑， 按照过滤规则的优先级顺序将 请求与初始过滤规则进行匹配。如果该请求与某个初始过滤规则匹配，执行 业务触发过程；
S204, S-CSCF模块将初始对话标识插入渚求中， 然后将包含初始对话 标识的请求消息前转到应用服务器 AS;
S205, AS执行业务处理逻辑后， 将初始对话标识复制到回送的对话建 立请求消息中；
S206, AS将包含初始对话标识的对话建立请求消息回送给 S-CSCF模 块； 5207, S-CSCF模块根据回送的请求消息中的初始对话标识判断该请求 是前面 S-CSCF模块发送给 AS的一个对话建立请求消息的回送， 并确定其 对应的初始对话；
5208, S-CSCF模块继续执行后续业务控制逻辑， 将该请求与后续较低 优先级的过滤规则相匹配。如果有匹配的初始过滤规则， 将再次执行业务触 发过程步骤 S203,在此过程中仍利用 S201中生成的初始对话标识标记该次 触发请求；
5209, 如果不再有初始过滤规则适用， 则 S-CSCF模块基于路由决策发 送出呼请求。
. 从上述过程中， 可以看出在一次会话过程中的每次业务触发， S-CSCF 模块都使用相同的初始对话标识标记发给 AS的初始请求消息， 并利用该标 识判断从 AS发送过来的初始请求消息是前面 S-CSCF模块发送的初始请求 消息的回送，并能才艮据初始对话标识和初始对话之间的对应关系得到该回送 初始请求对应的 SIP对话，并从上次触发的位置后开始执行后续业务触发控 制。
S-CSCF模块需要保证初始对话标识取值的唯一性， 初始对话标识可以 按不同方式进行编码， 例如， 可以作为 S-CSCF模块网络标识用户部分的一 个字符串， 也可以是 S-CSCF模块网络标识的一个参数， 或者是 S-CSCF模 块网络标识的一个端口号。
对于独立事务请求消息 （如消息 Message业务） 的处理过程与此类似， 区别是独立事务清求不建立 SIP对话。
图 3是现有技术 AS回送多个初始请求消息时业务触发过程的流程图。 在本实例中 , 有两条初始过滤规则： 指向 AS1的规则 X和指向 AS2的 规则 Y, 规则 X的优先级高于规则 Y。 当 AS1只返回一个回送初始请求时 的业务触发流程包括以下步骤：
步骤 1 , S-CSCF模块接收到一个入呼的对话建立请求 301 , 启动 SIP对 话， 生成能唯一标记该对话的初始对话标识 ODI;
步骤 2, S-CSCF模块执行业务控制逻辑， 发现该请求消息与初始过滤 规则 X匹配， 执行业务触发过程， 将初始对话标识 ODI插入请求消息中， 将包含 ODI参数的请求消息 302前转到 AS1;
步骤 3, AS1执行业务处理逻辑后，将初始对话标识 ODI复制到回送的 对话建立请求消息中， 并将请求消息 303回送给 S-CSCF模块；
步骤 4, S-CSCF模块根据回送的请求消息 303中的初始对话标识判断 该请求是前面 S-CSCF模块发送的请求消息的回送， 并确定其对应步骤 1启 动的 SIP对话， 继续执行该 SIP对话后续业务控制逻辑， 发现该请求消息与 初始过滤规则 Y匹配， 执行业务触发过程， 仍将初始对话标识 ODI插入请 求消息中， 将包含 ODI参数的请求消息 304前转到 AS2;
步骤 5, AS2执行业务处理逻辑后，将初始对话标识 ODI复制到回送的 倩求消息中， 并将请求消息 305回送给 S-CSCF模块；
步骤 6, S-CSCF模块根据回送的请求消息 305中的初始对话标识判断 该请求是前面 S-CSCF模块发送的请求消息的回送， 并确定其对应步骤 1启 动的 SIP对话， 继续执行该 SIP对话后续业务控制逻辑， 发现不再有初始过 滤规则适用， 则 S-CSCF模块基于路由决策发送出呼请求 306。
但是，在匹配过程中，发现上述方法存在无法正确匹配初始请求消息和 回送初始请求消息而导致错误的情况。
经研究发现， 导致错误的原因是对一个从 S-CSCF模块发送给 AS的初 始请求消息， 从 AS可能回送多个初始请求消息， 比如一号通业务， 当 AS 接收到对话建立请求消息后， 根据业务逻辑决定同时向两个终端发送呼叫， 此时会回送两个对话建立请求， 分别呼叫两个不同的终端。
在图 3所述步骤 3中， 如果 AS1执行业务逻辑， 决定发送两个回送对 话建立请求 303和 303a给 S-CSCF模块， 两者都带有相同的 ODI, 都对应 相同的对话。
在图 3所述步骤 4中， S-CSCF模块先处理回送请求消息 303 , 与下一 条初始过滤规则 Y匹配， 触发业务后将请求消息 304发送到 AS2。 在处理 请求消息 303a时， 因为 303a也是 302的回送，也应该与初始过滤规则 Y进 行匹配， 而实际 S-CSCF模块在处理完 303请求消息后， 会认为过滤规则 Y 已经处理过了， 误把倚求消息 303a当作是请求消息 304的回送， 而去匹配 过滤规则 Y后面的业务过滤规则， 在处理 304的回送请求 305时也会发生 类似的混乱问题。
根据以上分析可以看出， 目前 IMS业务触发过程中，在从 S-CSCF模块 到 AS的初始请求消息和 AS的回送初始请求消息之间的匹配方法存在缺陷， 由于采用初始对话标识的方法进行匹配， 当某个 AS有多个带有相同初始对 话标识的回送初始请求消息时， 导致 S-CSCF模块无法将从 AS 回送给 S-CSCF模块的初始请求消息与之前从 S-CSCF模块发送给 AS的初始请求消 息正确匹配， 导致业务触发发生混乱， 影响正常业务的使用。
发明内容
本发明所要解决的技术问题是提供一种 IMS 业务触发过程中初始请求 消息与回送初始请求消息匹配的实现方法， 克服现 IMS业务触发过程的缺 陷， 满足 S-CSCF必须正确匹配初始请求消息和回送初始请求消息的需求。
为了解决上述技术问题， 一种 IP多媒体子系统业务触发过程中初始请 求消息的匹配方法， 包括以下步骤：
( a )在执行业务触发过程中， 当服务呼叫会话控制功能 S-CSCF模块 即将要前转初始请求消息到应用服务器 AS之前， 生成与所述初始请求消息 唯一对应的触发请求标识；
( b )所述 S-CSCF模块将所述触发请求标识插入到所述初始请求消息 中， 并将所述初始请求消息前转到所述 AS;
( c )所述 AS 处理后， 把接收到的请求消息中的触发请求标识复制到 回送的初始请求消息中，然后将所述初始请求消息回送给所述 S-CSCF模块；
( d )所述 S-CSCF模块根据接收到的所述初始请求消息中的触发请求 标识判断所述初始请求消息是 S-CSCF模块先前发送给 AS的初始请求消息 的回送， 确定其对应的 S-CSCF模块发送给 AS的初始请求以及所述初始请 求对应的初始对话， 然后进行后续业务控制处理。
进一步地， 所述初始请求消息为对话建立请求消息或独立事务请求消 进一步地，所述初始请求消息为对话建立请求消息，所述步骤 (a)中除了 生成与所述对话建立请求消息唯一对应的触发请求标识，还建立触发请求标 识和对话建立清求消息以及所述对话建立请求消息对应的初始对话之间的 对应关系。
进一步地，所述初始请求消息为独立事务请求消息，所述步骤 (a)中除了 生成与所述独立事务请求消息唯一对应的触发请求标识，还建立触发请求标 识和独立事务请求消息以及所述独立事务请求消息对应的初始事务之间的 对应关系。
进一步地， 所述步骤（a )中， S-CSCF模块所建立的触发请求标识是唯 一的，是指不同初始对话或初始事务请求的触发奇求标识不同，且同一初始 对话或初始事务的不同业务触发过程中， 从 S-CSCF模块发送给 AS的初始 请求消息所对应的标识也不相同。
进一步地， 所述步骤（a )中，所述触发请求标识为 S-CSCF模块网络标 识用户部分的一个字符串， 或者是为 S-CSCF模块网络标识的参数， 或者是 S-CSCF模块网络标识的端口号。
. 进一步地， 所述步骤（a ) 中， 生成的触发请求标识是扩展初始对话标 识而形成的独立应用的标记；或者所述触发请求标识是初始对话标识和在所 述初始对话标识的基础上增加的触发清求参数的组合，通过所述初始对话标 识确定该请求的初始对话或初始事务，再进一步通过所述触发请求参数确定 从 S-CSCF模块发送给 AS的初始请求的具体请求消息。
进一步地， 所述步骤（c ) AS有多个回送初始请求消息； 所述步骤 ) 中， S-CSCF模块根据这些请求消息中包含的相同的触发请求标识确定它们 是一个会话或事务过程中同一初始请求消息的回送，并都从前一个初始请求 消息的触发点之后开始执行后续业务控制。
进一步地， 所述 S-CSCF模块继续执行后续业务控制逻辑时， 将所述回 送的初始请求消息与后续较低优先级的过滤规则相匹配，如果有匹配的初始 过滤规则， 将再次执行步骤（a )的业务触发过程， 用新生成的触发请求标 识来标记该次触发请求； 如果不再有初始过滤规则适用， 则所述 S-CSCF模 块基于路由决策发送出呼请求。
与现有技术相比， 由于本发明在 IP多媒体子系统业务触发过程中， 釆 用了在 S-CSCF模块使用触发请求标识唯一确定从 S-CSCF模块发送给 AS 初始请求消息的方法， 因此达到了能正确匹配从 S-CSCF模块发送给 AS的 初始请求消息和从 AS回送回来的初始请求消息， 保证了业务触发的正常进 行和业务的正常使用。
附图概述
图 1是业务触发过程的示意图；
图 2是现有的业务触发过程中回送初始请求消息匹配的流程图； 图 3是现有技术 AS回送多个初始请求消息时业务触发过程的流程图； 图 4是本发明实施例的业务触发过程中回送初始请求消息匹配的流程 图；
图 5是本发明实施例的 AS回送多个初始请求消息时业务触发过程的流 程图。 本发明的较佳实施方式
下面将结合附图及实施例对本发明的技术方案进行更祥细的说明。 图 4中， 描述了 S-CSCF模块利用本发明改进的触发请求标识将 AS回 送初始请求消息和从 S-CSCF模块发送给 AS的初始请求消息进行匹配的过 程。
触发请求标识是本发明引入的新的定义， 由 S-CSCF模块生成并保证其 唯一性， 并只供 S-CSCF模块使用。 S-CSCF模块在每次前转初始请求消息 (对话建立请求或初始独立事务请求）到 AS时， 生成与初始请求消息唯一 对应的触发请求标识，并建立触发请求标识和该初始请求消息， 以及和该初 始请求消息对应的初始对话或初始事务之间的对应关系。
. 该过程包括以下步驟： 5401 , S-CSCF模块接收到一个入呼的对话建立请求；
5402, S-CSCF模块启动一个 SIP对话；
5403 , S-CSCF模块执行业务控制逻辑， 按照过滤规则的优先级顺序依 次将该对话建立请求与初始过滤规则进行匹配。如果该请求与某个初始过滤 规则匹配， 执行业务触发过程；
5404, 在 S-CSCF模块要前转对话建立请求到 AS之前， 生成与该请求 唯一对应的触发请求标识，并建立触发请求标识和该对话建立请求消息， 以 及和该请求对应的初始对话间的对应关系； 标记， 即其在实际使用过程可以取代现有技术中的初始对话标识，也可以在 初始对话标识的基础上增加能标记这个对话相关的解发请求参数，通过初始 对话标识和触发请求参数组合确定该初始请求对应的初始对话和从 S-CSCF 模块发送给 AS的初始请求的具体请求消息。
与现有技术相同， 触发请求标识可以作为 S-CSCF模块网络标识用户部 分的一个字符串（如 sip:xxyyzz@scscf.example.xom ) ,也可以是作为 S-CSCF 模块网络标识的参数 (如 sip: scscf.example.xom;tri=xxyyzz) ，或者是 S-CSCF 模块网络标识的端口号 (如 sip: scscf.example.xom:xxyyzz) , 利用 SIP的路由 机制传递触发请求标识。
5405, S-CSCF模块将触发请求标识插入对话建立请求消息中， 然后将 包含触发请求标识的该请求消息前转到应用服务器 AS;
5406, AS执行业务处理逻辑后， 将触发请求标识复制到回送的对话建 立请求消息中；
如果该 AS根据业务逻辑， 决定有多个回送对话建立请求消息， 则每个 回送请求消息都带有相同的触发请求标识， 表示它们都是同一个从 S-CSCF 模块发送过来的对话建立请求消息的回送。
5407, AS将包含触发请求标识的对话建立请求消息回送给 S-CSCF模 块；
5408, S-CSCF模块根据回送的对话建立请求消息中的触发请求标识判 断该请求是 S-CSCF模块先前发送给 AS的一个对话建立请求消息的回送， 同时根据 S403建立的对应关系， 确定其对应的从 S-CSCF模块发送给 AS 的对话建立请求和该对话建立请求对应的初始对话；
如果在 S406中有多个回送对话建立请求消息， 表示有多个呼叫过程， AS负责维护多个分支之间的关系， 而 S-CSCF对每个分支分别处理， 处理 时 S-CSCF模 能够根据这些对话建立请求消息中包含的相同的触发请求标 识确定它们是某一个会话过程中同一对话建立请求消息的回送，并都从前一 个对话建立请求消息的触发点之后开始执行后续业务控制。
5409, S-CSCF模块继续执行后续业务控制逻辑， 将该回送的对话建立 请求与后续较低优先级的过滤规则相匹配。如果有匹配的初始过滤规则，将 再次执行业务触发过程步骤 S403 , 用新生成的触发请求标识来标记该次触 发请求
5410, 如果不再有初始过滤规则适用， 则 S-CSCF模块基于路由决策发 送出呼请求。
对于独立事务请求消息的处理过程与此类似，区别是独立事务请求不建 立 SIP对话。
图 5中， 描述采用改进后的技术后， .当 AS对一个触发初始请求消息有 多个回送初始请求消息的处理过程。
在本实施例中， 有两条初始过滤规则： 指向 AS1的规则 X和指向 AS2 的规则 Y,规则 X的优先级高于规则 Y。根据业务的应用逻辑，入呼初始请 求与规则 X匹配， 触发到 AS1， AS1会回送两个初始请求消息， 消息 1与 规则 Y匹配， 消息 2与规则 Y不匹配。 业务触发流程包括以下步骤：
步驟 1 , S-CSCF模块接收到一个入呼的对话建立请求消息 501 , 启动 SIP对话；
步驟 2, S-CSCF模块执行业务控制逻辑， 发现请求消息 501与初始过 滤规则 X匹配，执行业务触发过程，生成触发请求标识 TRlK Trigger Request Identifier, 筒称 TRI ) , 如 TRR1= "12345" , 将 TRI1插入该对话建立请求 消息中， 并将该请求消息 502前转到 AS1； 步骤 3, AS1执行业务处理逻辑后， AS1决定发送两个回送对话建立请 求消息 503和 503a给 S-CSCF模块， AS1将触发请求标识 TRI1复制到回送 的两个对话建立请求消息 503和 503a, 并将两个请求消息都回送给 S-CSCF 模块；
步骤 4, S-CSCF模块先处理回送对话建立请求消息 503 ,根据回送的请 求消息中的触发请求标识 TRI1确定该请求是前面 S-CSCF模块发送的对话 建立请求消息 502的回送， 并对应步骤 1启动的 SIP对话， 则从过滤规则 X 之后继续执行该 SIP对话后续业务控制逻辑，发现该请求消息与初始过滤规 则 Y 匹配， 执行业务触发过程， 生成新的触发诗求标识 TRI2, 如 TRI2= "54321" ， 与 TRI1不同， 将 TRI2插入请求消息中， 并将请求消息 504前 转到 AS2;
S-CSCF模块然后处理回送请求消息 503a, 同样的根据回送的请求消息 中的触发请求标识 TRI1确定该请求是前面 S-CSCF模块发送的请求消息 502 的回送， 并对应步骤 1启动的 SIP对话， 则从过滤规则 X之后继续执行该 SIP对话后续业务控制逻辑，发现该请求消息与初始过滤规则 Y不匹配， 则 S-CSCF模块基于路由决策发送出呼请求 507;
步骤 5, AS2执行业务处理逻辑后， 将触发请求标识 TRI2复制到回送 的对话建立请求消息， 并将请求消息 505回送给 S-CSCF模块；
步骤 6, S-CSCF模块根据回送的请求消息中的触发请求标识 TRI2确定 该请求是前面 S-CSCF模块发送的请求消息 504的回送，对应步驟 1启动的 SIP对话， 并发现不再有初始过滤规则适用， 则 S-CSCF模块基于路由决策 发送出呼请求 506。
从上述流程中可以看出， 采取本发明的方法， 避免了触发过程的混乱， 保证了业务的正常实现。
当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的 形， 但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。 工业实用， )·生 采用本发明的方法， 应用于 IP 多媒体子系统业务触发控制过程， 由 S-CSCF模块使用触发请求标识唯一标记从 S-CSCF模块发送给 AS初始请求 消息的方法， 达到了能正确匹配从 S-CSCF模块发送给 AS的初始请求消息 和从 AS回送回来的初始请求消息， 保证了业务触发的正常进行和业务的正 常使用。

Claims

权 利 要 求 书
1、 一种 IP 多媒体子系统业务触发过程中初始请求消息的匹配方法, 包括以下步骤：
( a )在执行业务触发过程中， 当服务呼叫会话控制功能 S-CSCF模块 即将要前转初始请求消息到应用服务器 AS之前， 生成与所述初始请求消息 唯一对应的触发请求标识；
( b )所述 S-CSCF模块将所述触发请求标识插入到所述初始请求消息 中， 并将所述初始请求消息前转到所述 AS;
( c )所述 AS处理后， 把接收到的请求消息中的触发请求标识复制到 回送的初始请求消息中，然后将所述初始请求消.息回送给所述 S-CSCF模块；
( d )所述 S-CSCF模块根据接收到的所述初始请求消息中的触发请求 标识判断所述初始请求消息是 S-CSCF模块先前发送给 AS的初始请求消息 的回送， 确定其对应的 S-CSCF模块发送给 AS的初始请求以及所述初始请 求对应的初始对话， 然后进行后续业务控制处理。
2、 如权利要求 1所述的方法, 其特征在于， 所述初始请求消息为对 话建立请求消息或独立事务请求消息。
3、 如权利要求 2所述的方法， 其特征在于， 所述初始请求消息为对 话建立请求消息，所述步骤 (a)中除了生成与所述对话建立请求消息唯一对应 的触发请求标识，还建立触发请求标识和对话建立请求消息以及所述对话建 立请求消息对应的初始对话之间的对应关系。
■ 4、 如权利要求 2所述的方法， 其特征在于， 所述初始请求消息为独 立事务请求消息，所述步骤 (a)中除了生成与所述独立事务请求消息唯一对应 的触发请求标识，还建立触发请求标识和独立事务倚求消息以及所述独立事 务请求消息对应的初始事务之间的对应关系。
5、 如权利要求 2、 3或 4所述的方法， 其特征在于， 所述步驟（a ) 中， S-CSCF模块所建立的触发请求标识是唯一的， 是指不同初始对话或初 始事务请求的触发请求标识不同，且同一初始对话或初始事务的不同业务触 发过程中， 从 S-CSCF模块发送给 AS的初始请求消息所对应的标识也不相 同。
6、 如权利要求 1、 2、 3或 4所述的方法， 其特征在于， 所述步骤（a ) 中， 所述触发倚求标识为 S-CSCF模块网络标识用户部分的一个字符串， 或 者是为 S-CSCF模块网络标识的参数， 或者是 S-CSCF模块网络标识的端口 号。
7、 如权利妻求 2、 3或 4所述的方法， 其特征在于， 所述步驟（a ) 中， 生成的触发请求标识是扩展初始对话标识而形成的独立应用的标记； 或 者所述触发请求标识是初始对话标识和在所述初始对话标识的基础上增加 的触发请求参数的组合，通过所述初始对话标识确定该请求的初始对话或初 始事务， 再进一步通过所述触发请求参数确定从 S-CSCF模块发送给 AS的 初始请求的具体请求消息。
8、 如权利要求 1、 2、 3或 4所述的方法， 其特征在于， 所述步骤（ c ) AS有多个回送初始请求消息； 所述步骤 ) 中， S-CSCF模块根据这些请 求消息中包含的相同的触发请求标识确定它们是一个会话或事务过程中同 一初始请求消息的回送，并都从前一个初始请求消息的触发点之后开始执行 后续业务控制。
' 9、 如权利要求 8所述的方法， 其特征在于， 所述 S-CSCF模块继续 执行后续业务控制逻辑时，将所述回送的初始请求消息与后续较低优先级的 过滤规则相匹配， 如果有匹配的初始过滤规则， 将再次执行步骤（a ) 的业 务触发过程， 用新生成的触发请求标识来标记该次触发请求； 如果不再有初 始过滤规则适用， 则所述 S-CSCF模块基于路由决策发送出呼请求。
PCT/CN2007/003355 2007-07-17 2007-11-28 Procédé pour faire correspondre un message de requête initiale dans le processus de déclenchement de service du sous-système multimédia ip WO2009009934A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US12/667,878 US8213425B2 (en) 2007-07-17 2007-11-28 Method for matching initial request message in the IP multimedia subsystem service triggering process
EP07845723.1A EP2175604B1 (en) 2007-07-17 2007-11-28 A method for matching initial request message in the ip multimedia subsystem service triggering process
ES07845723T ES2426447T3 (es) 2007-07-17 2007-11-28 Método para hacer corresponder un mensaje de solicitud inicial en el proceso de activación de servicio de subsistema multimedia IP

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710130278.0 2007-07-17
CN200710130278.0A CN101267431B (zh) 2007-03-12 2007-07-17 Ip多媒体子系统业务触发过程中初始请求消息的匹配方法

Publications (1)

Publication Number Publication Date
WO2009009934A1 true WO2009009934A1 (fr) 2009-01-22

Family

ID=40262171

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/003355 WO2009009934A1 (fr) 2007-07-17 2007-11-28 Procédé pour faire correspondre un message de requête initiale dans le processus de déclenchement de service du sous-système multimédia ip

Country Status (5)

Country Link
US (1) US8213425B2 (zh)
EP (1) EP2175604B1 (zh)
CN (1) CN101267431B (zh)
ES (1) ES2426447T3 (zh)
WO (1) WO2009009934A1 (zh)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9412095B2 (en) * 2008-01-09 2016-08-09 International Business Machines Corporation Status and time-based delivery services for instant messengers
US9094411B2 (en) * 2008-04-16 2015-07-28 Alcatel Lucent Mechanism to resume filter criteria at a specific point
US20100042731A1 (en) * 2008-08-01 2010-02-18 Sparks Robert J Methods, systems, and computer readable media for session initiation protocol (sip) dialog identification
CN101388843B (zh) * 2008-11-05 2013-08-14 华为技术有限公司 一种防止重触发的方法、系统和设备
CN101448226B (zh) * 2008-12-31 2011-02-09 华为技术有限公司 一种前转业务的识别方法和设备
US10230611B2 (en) * 2009-09-10 2019-03-12 Cisco Technology, Inc. Dynamic baseline determination for distributed business transaction
US9167028B1 (en) * 2009-09-10 2015-10-20 AppDynamics, Inc. Monitoring distributed web application transactions
US8938533B1 (en) 2009-09-10 2015-01-20 AppDynamics Inc. Automatic capture of diagnostic data based on transaction behavior learning
CN101848219B (zh) * 2010-05-25 2012-10-24 南京邮电大学 一种解决前转类业务循环触发的方法
CN102469066B (zh) * 2010-11-04 2015-06-17 大唐移动通信设备有限公司 一种消息处理方法及装置
CN102892099A (zh) * 2011-07-20 2013-01-23 中兴通讯股份有限公司 终端响应触发的方法及系统、终端、网络侧
CN105306183B (zh) * 2011-12-02 2019-02-05 电信科学技术研究院 MTC Device触发消息的投递确认方法和设备
US9311598B1 (en) 2012-02-02 2016-04-12 AppDynamics, Inc. Automatic capture of detailed analysis information for web application outliers with very low overhead
US9491247B2 (en) 2012-02-02 2016-11-08 AppDynamics, Inc. Automatic capture of detailed analysis information based on remote server analysis
US9823951B2 (en) 2013-02-27 2017-11-21 International Business Machines Corporation Link optimization for callout request messages
GB2525441B (en) 2014-04-25 2021-04-07 Metaswitch Networks Ltd Data Processing
WO2016146139A1 (en) * 2015-03-13 2016-09-22 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic service point triggering in an ip multimedia subsystem
CN111385752B (zh) * 2018-12-27 2021-12-21 中国电信股份有限公司 一号多终端呼叫接续方法、装置、系统和一号多终端平台
CN110035073A (zh) * 2019-03-29 2019-07-19 河北远东通信系统工程有限公司 一种ims业务触发方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0420033A (ja) * 1990-05-14 1992-01-23 Hitachi Ltd アクティビティ識別子の管理方式
EP1760983A1 (en) * 2005-09-02 2007-03-07 Swisscom Mobile AG Method and system for providing media content to a user
CN1953390A (zh) * 2005-10-21 2007-04-25 华为技术有限公司 在ims网络中处理注册初始过滤规则的方法
GB2432748A (en) 2005-11-25 2007-05-30 Ericsson Telefon Ab L M SIP messaging in an IP Multimedia Subsystem wherein a local user identity is added to message header as a basis for application server processing

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004010257A2 (en) * 2002-07-19 2004-01-29 M-Qube, Inc. System and method to initiate a mobile data communication utilizing a trigger system
US7180912B1 (en) * 2003-01-06 2007-02-20 At&T Corp. System and method for providing a plurality of multi-media services using a number of media servers to form a preliminary interactive communication relationship with a calling communication device
US7283619B2 (en) * 2004-06-15 2007-10-16 Cisco Technology, Inc. System and method for end-to-end communications tracing
US7586903B2 (en) * 2004-10-28 2009-09-08 Samsung Electronics Co., Ltd. System and method for VoIP call transfer using instant message service in an IP multimedia subsystem
FI20050494A0 (fi) * 2005-05-10 2005-05-10 Nokia Corp Palvelun tarjoaminen tietoliikennejärjestelmässä
US8234388B2 (en) * 2005-07-29 2012-07-31 Verizon Patent And Licensing Inc. Application service invocation based on filter criteria
US8875236B2 (en) * 2007-06-11 2014-10-28 Nokia Corporation Security in communication networks

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0420033A (ja) * 1990-05-14 1992-01-23 Hitachi Ltd アクティビティ識別子の管理方式
EP1760983A1 (en) * 2005-09-02 2007-03-07 Swisscom Mobile AG Method and system for providing media content to a user
CN1953390A (zh) * 2005-10-21 2007-04-25 华为技术有限公司 在ims网络中处理注册初始过滤规则的方法
GB2432748A (en) 2005-11-25 2007-05-30 Ericsson Telefon Ab L M SIP messaging in an IP Multimedia Subsystem wherein a local user identity is added to message header as a basis for application server processing

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
CN101267431B (zh) 2012-09-26
CN101267431A (zh) 2008-09-17
EP2175604A4 (en) 2011-12-28
US8213425B2 (en) 2012-07-03
EP2175604A1 (en) 2010-04-14
US20100183007A1 (en) 2010-07-22
EP2175604B1 (en) 2013-07-03
ES2426447T3 (es) 2013-10-23

Similar Documents

Publication Publication Date Title
WO2009009934A1 (fr) Procédé pour faire correspondre un message de requête initiale dans le processus de déclenchement de service du sous-système multimédia ip
US7835352B2 (en) Method, system and equipment for processing SIP requests in IMS network
JP4700105B2 (ja) Ｉｐマルチメディアサブシステム（ｉｍｓ）おける呼転送
CN102025723B (zh) 在服务供应网络中提供企业服务
JP4955694B2 (ja) Ｉｐマルチメディアサブシステムにおけるメッセージハンドリング
CN101569218A (zh) 在多媒体网络中处理服务请求的方法和设备
CN105307144A (zh) 一种注册方法、呼叫方法、应用服务器及网络域设备
CN100525256C (zh) Sip多媒体系统中请求消息的传输方法及设备
CN100403692C (zh) 在ims网络中处理注册初始过滤规则的方法
WO2008080342A1 (en) Method and system for implementing simulative service, method for implementing interworking, and unit for controlling interworking
WO2007112640A1 (fr) Procédé et appareil de remplacement de l'identification de session, serveur d'application et procédé de remplacement de session
CN101605313A (zh) 业务处理方法及系统、呼叫会话控制功能实体设备和应用服务器
WO2008080297A1 (fr) Procédé, équipement et système pour mettre en rapport une session
CN101001248B (zh) 在ims网络中处理注册初始过滤规则的方法
WO2011029342A1 (zh) 一种识别pui类型的方法、设备及系统
CN100499469C (zh) 离线计费方法
CN100550884C (zh) 基于重试机制的业务过程中对sip协议请求的处理方法
CN101189850B (zh) Ims网络中处理sip消息的方法、系统及装置
CN101163272B (zh) 用于ims网络的基于应用服务器分组的业务触发方法
WO2008151538A1 (fr) Procédé, dispositif et système pour réaliser un service d'interdiction d'appels
CN101304551A (zh) 一种在ims网络中通信的方法、通信系统及装置
WO2010075692A1 (zh) 前转业务的识别方法和设备
WO2008119302A1 (fr) Système, dispositif et procédé pour traiter un service dans un réseau de domaine de groupe
CN102137201B (zh) 程控交换机用户呼叫方法、装置及通信系统
WO2008058472A1 (fr) Procédé permettant de mettre en œuvre un service de réseau basé sur l'envoi de paquets de données, système et base de données enregistrés par des utilisateurs

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 12667878

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2007845723

Country of ref document: EP