WO2009094932A1 - Method for enhancing service, proxy server and communications system - Google Patents

Method for enhancing service, proxy server and communications system Download PDF

Info

Publication number
WO2009094932A1
WO2009094932A1 PCT/CN2009/070223 CN2009070223W WO2009094932A1 WO 2009094932 A1 WO2009094932 A1 WO 2009094932A1 CN 2009070223 W CN2009070223 W CN 2009070223W WO 2009094932 A1 WO2009094932 A1 WO 2009094932A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
sip
control logic
user
description information
Prior art date
Application number
PCT/CN2009/070223
Other languages
English (en)
French (fr)
Inventor
Hongbo Jin
Changcheng Wen
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to EP09704965.4A priority Critical patent/EP2219330B1/en
Publication of WO2009094932A1 publication Critical patent/WO2009094932A1/zh
Priority to US12/822,575 priority patent/US20100262702A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/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/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/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]

Definitions

  • the present invention relates to the field of session initiation protocol communication technologies, and in particular, to a method for service enhancement, a proxy server, and a communication system.
  • SIP Session Initiation Protocol
  • IETF Internet Engineering Task Force
  • SIP is a text-based protocol used to create, change, or terminate an application layer control signaling protocol for sessions in which one or more participants participate.
  • SIP mainly supports the establishment and termination of multimedia communication functions.
  • the SIP proxy server in the traditional SIP system mainly provides routing and forwarding of SIP messages.
  • the structure of the existing SIP communication system is shown.
  • the users communicate with each other through their respective SIP proxy servers. Even if the service caller does not know the host name or IP address of the callee, the SIP proxy server finds the SIP proxy server address of the callee side through the redirect server, and the SIP of the callee end.
  • the proxy server locates the location of the callee through the location server, and the SIP proxy server can also implement communication between the two parties.
  • the inventors found that the prior art has the following problems: As the user demands higher and higher communication systems, it is hoped that the system can provide diversified business services, existing Although the SIP server can basically establish and terminate multimedia communication, it cannot sense the running status of the service and control services, and cannot meet the diverse business needs of users.
  • the technical problem solved by the embodiment of the present invention is to provide a SIP service enhancement method and a SIP proxy server, which can enhance the SIP proxy server and meet the diversified business requirements of the user.
  • the embodiment of the invention provides a method for enhancing SIP service, including:
  • An embodiment of the present invention provides a SIP proxy server, including:
  • a SIP transmission interface unit configured to receive a SIP request used by a SIP user to use a service
  • the service processing unit obtains corresponding service control logic according to the SIP request received by the SIP transmission interface unit; and executes the service control logic to deliver the service to the SIP user.
  • the embodiment of the invention provides a communication system, including:
  • a SIP proxy server configured to receive a SIP request for the SIP user to use the service, obtain corresponding service control logic according to the SIP request, and execute the service control logic to deliver the service to the SIP user;
  • the service process description database is configured to save description information of various service processes, and the description information of the service process can be parsed and executed by the SIP proxy server.
  • the SIP request is received by the SIP user, and the corresponding service control logic is obtained according to the SIP request; and the service control logic is executed to deliver the service to the SIP user.
  • the SIP proxy server controls the service, and implements different service control logics to provide users with multiple services to meet the needs of the user for the diversified services of the current communication system.
  • FIG. 1 is a schematic structural diagram of a prior art SIP communication system
  • FIG. 2 is a flowchart of a method for enhancing SIP service according to an embodiment of the present invention
  • FIG. 3 is a flowchart of a method for enhancing SIP service according to Embodiment 2 of the present invention.
  • FIG. 4 is a flowchart of a method for a conference call according to a third embodiment of the present invention.
  • FIG. 5 is a flowchart of establishing a call conference execution service control logic according to Embodiment 3 of the present invention
  • FIG. 6 is a flowchart of a method for implementing a weather forecast service according to Embodiment 4 of the present invention
  • FIG. 7 is a flowchart of performing a service control logic to provide a weather forecast service for a user according to Embodiment 4 of the present invention.
  • FIG. 8 is a schematic structural diagram of an embodiment of a SIP proxy server according to the present invention.
  • FIG. 9 is a schematic structural diagram of an embodiment of a communication system according to the present invention.
  • the embodiment of the invention provides a SIP service enhancement method and a SIP proxy server, which implements enhancement of the SIP proxy server to meet diverse business requirements of the user.
  • a SIP service enhancement method comprising:
  • A1. Receive a SIP request for a SIP user to use the service
  • the process of obtaining the corresponding service control logic includes: parsing the SIP request to obtain a service identifier of the service; and loading the service process description information corresponding to the service identifier, where the service process
  • the description information may be stored locally or may be stored in other network elements.
  • the service process description information may be stored in a service process description database, and the service process description database may be A plurality of enhanced SIP proxy servers in the system provide services; parsing the service process description information to obtain the service control logic.
  • the business process description information is a control program written in a software language, and the business logic of controlling the current service by the SIP proxy server is obtained by parsing the control program.
  • the service process description information can be written in multiple languages.
  • the BPEL4SIP language is used, and XML, C++, JAVA, and the like can also be used.
  • the invention emphasizes that the SIP proxy server has a corresponding language parsing platform built in, realizes parsing of the program language, and obtains business control logic.
  • the specific programming language can be varied and does not constitute a limitation of the invention.
  • A3. Perform the service control logic to deliver the service to the SIP user.
  • the SIP request is received by the SIP user, and the corresponding service control logic is obtained according to the SIP request; and the service control logic is executed to deliver the service to the SIP user.
  • the SIP proxy server controls the service, and implements different service control logics to provide users with multiple services to meet the needs of the user for the diversified services of the current communication system.
  • the above-mentioned storage medium may be a read only memory, a magnetic disk or an optical disk or the like.
  • Embodiment 2 a method for enhancing SIP service, a flowchart shown in FIG. 3, including:
  • the method for obtaining the service participant information may be: parsing the service process description information to obtain service participant information; for example, some services require a fixed service participant, such as a specific server (multimedia server). , webcast server, etc.). If such a business participant belongs to a fixed situation, it can be directly saved in the business process description information.
  • a fixed service participant such as a specific server (multimedia server). , webcast server, etc.). If such a business participant belongs to a fixed situation, it can be directly saved in the business process description information.
  • the way to obtain the business participant information may also be to obtain the business participant information of the user input service.
  • step B5 There is no absolute order for step B5 and step B4.
  • User input can be passed directly to the SIP proxy server as a signaling parameter, or as a content parameter to the content gateway, which is then obtained from the content gateway.
  • the service participant can be a SIP user or a network resource required by the service.
  • the SIP user and the service participant interact under the control of the service control logic to complete service delivery.
  • BPEL4WS Business Process Execution Language for Web Services
  • BPEL4SIP Business Process Execution Language for Web Services
  • the SIP proxy server is controlled by the BPEL4SIP engine according to the business logic. The processing of SIP messages in one step.
  • the business control logic of BPEL4SIP can be serial, parallel, conditional, cyclic, or other structure.
  • the following provides an execution rule and a trigger mode of the service control logic in this embodiment: 1), according to the control logic, the SIP message is exchanged with the SIP user of the participant; the number of participants may be multiple according to the service requirement. It can be understood that some services may not need other SIP users to participate, and the network side may directly use the service.
  • the terminal provides services such as weather forecasting, network multimedia video services, and the like.
  • SIP interactive messages have the distinction of sending and receiving. If the SIP signaling is received, the service focus stays at the current step and waits for the participant user to send the SIP signaling. When the SIP signaling arrives, the current step ends; if the SIP signaling is sent, after the sending user sends the command to the participant user , the business focus stays at the current step and waits for a response, and when the response is received, the current step ends;
  • the initial step of the service is generally to receive SIP signaling, which may be a SIP request for the SIP user to start a service, or a SIP request for the SIP user of the participant to be triggered to start the service;
  • the content gateway when the service needs to obtain resources from the network, the content gateway is controlled to deliver the content resources to the SIP user, and the content gateway implements encoding, decoding, compression, encryption, and integration of the resources.
  • the SIP proxy server receives the SIP user to terminate the service request and uninstall the service data.
  • the SIP proxy server can be regarded as an empty shell before loading the specific service flow description, but it has the capability of parsing the execution of the service flow and the SIP signaling, and loads different service description information according to the service requirement.
  • the SIP proxy server can also be a service-driven proxy server from this perspective.
  • Table 1 is an example of the syntax structure of SIP traffic control logic organization SIP signaling in the embodiment of the present invention. As shown in Table 1, the BPEL4SIP structure may be sequential, parallel, conditional or cyclic.
  • the sequence structure includes a plurality of sequentially executed SIP signaling, which are sequentially executed in the order in which they appear in the Sequence element. When the execution of the last SIP signaling is completed, the entire sequence structure is completed.
  • the parallel structure contains multiple SIP signalings executed in parallel, and there is no sequential execution order between them. When all SIP signaling is completed, the entire parallel structure ends.
  • the conditional structure contains conditional execution of SIP signaling, which are defined in the If element, zero or more Elself elements, and optional Else elements, respectively.
  • the If and Elself elements have a sequential relationship, the first condition satisfies the branch being executed, and when all the conditions are not met, the Else branch is executed.
  • the entire condition structure ends.
  • the loop structure contains repeatedly executed SIP signaling, and there are two definitions of RepeatUntil and While elements.
  • the loop structure defined by the RepeatUntil element means that SIP signaling is always executed until the condition is satisfied.
  • the loop structure defined by the While element means that the SIP signaling is always executed as long as the condition is satisfied, and the loop loops out when the condition is not satisfied.
  • Nested structure refers to the four structures themselves and can be nested between each other, for example: branches in a parallel structure can be a sequential structure, branches of a sequential structure can also be a parallel structure, conditional structures can be nested conditions Structures, loop structures can also nest loop structures.
  • SIP signaling has transmission and reception.
  • the Direction attribute has two options, OUT and IN, which respectively represent sending SIP signaling and receiving SIP signaling, and the Type attribute indicates specific SIP signaling.
  • the embodiments of the present invention can realize the development of new services by writing the description information of the business process and parsing through the corresponding platform loading.
  • BPEL4SIP When developing new SIP services, we can use BPEL4SIP to describe new SIP services offline. First, abstract the flow logic of the SIP service, and then use the BPEL4SIP sequence, parallel, condition, loop, or nested structure or a combination thereof to organize the SIP signaling to complete the logical description of the SIP new service.
  • the new business description file is added to the business process description database, the new SIP business development is completed.
  • the difference between the second embodiment of the present invention and the first embodiment is that the second embodiment describes a processing manner in which the service participants need to perform the service together, so that the method of the embodiment of the present invention is applicable to more service scenarios.
  • Embodiment 3 is a method for implementing a conference call.
  • the flowchart is shown in FIG. 4, and includes:
  • the SIP proxy server parses the SIP request to obtain a service identifier of the conference call service.
  • the BPEL4SIP engine obtains service description information of the multi-party conference call from the service description database according to the service identifier of the conference call service;
  • C4 the BPEL4SIP engine parses the service process description information to obtain a service control logic; C5, executing the service control logic pair to establish a conference call.
  • the process of executing the service control logic is as shown in FIG. 5, including:
  • the initiator sends an Invite request, and the information of the participant can be used as a parameter of the request;
  • the SIP proxy server After receiving the Invite request from the initiator, the SIP proxy server enters the parallel structure of the service description, and there is no order between the parallel structures;
  • the SIP proxy server sends an Invite invitation message to one of the participants to invite the other party to join the conference and wait for the response of the other party; if the other party does not respond, delay sending the Invite invitation message for 120 seconds, and loop until the other party responds;
  • the content gateway is controlled to allocate conference resources
  • An example of the process description for this business is as follows:
  • Control content gateway to allocate meeting resources to meeting participants * /
  • Embodiment 4 a method for realizing a weather forecast service, the flow chart shown in FIG. 6 includes:
  • the user sends a SIP request for requesting a weather forecast service to the SIP proxy server;
  • the SIP proxy server parses the SIP request to obtain a service target of the weather forecast service
  • the BPEL4SIP engine obtains the business process description information of the weather forecast service from the service description database;
  • E4 The BPEL4SIP engine parses the service process description information to obtain a service control logic; and E5, executing the service control logic to provide a weather forecast service for the user.
  • the process of performing the service control logic to provide a weather forecast service for a user is as shown in FIG. 7, and includes:
  • the SIP proxy server controls the content gateway to send an input page to the service initiator according to the service control logic, and allows the user to input the location and time of the query;
  • the SIP proxy server takes the input location and time as parameters, queries the third party service to obtain the weather forecast result, and displays the result page to the user through the content gateway;
  • F4 Send an end service SIP message to the user.
  • Control content gateway returns query result page */
  • Embodiment 5 a SIP proxy server 800, the structure diagram shown in Figure 8, including:
  • a SIP transmission interface unit 810 configured to receive a SIP request for a SIP user to use a service
  • a service processing unit 820 obtain a corresponding service control logic according to the SIP request received by the SIP transmission interface unit 810; and execute the service control logic Said SIP user delivery business.
  • the service processing unit 820 may include: a protocol processing unit 821, a service control logic parsing unit 822, and a service executing unit 823;
  • a protocol processing unit 821 configured to parse the SIP request received by the SIP transmission interface unit 810, to obtain a service identifier of the service;
  • the service control logic parsing unit 822 is configured to load the service process description information corresponding to the service identifier parsed by the protocol processing unit 821; and parse the service process description information to obtain the service control logic;
  • the service execution unit 823 executes the service control logic parsed by the service control logic parsing unit 822 to deliver the service to the SIP user.
  • service control logic parsing unit 822 can include:
  • the searching unit 8221 is configured to search, in the service process description database, service process description information corresponding to the service identifier.
  • the parsing unit 8222 is configured to parse the service process description information to obtain the service control logic. It can be understood that, for a service that needs to be implemented by other service participants, the service processing unit may further include:
  • the service participant information obtaining unit 824 is configured to parse the service process description information to obtain the service participant information; or obtain the user input service participant information.
  • the service execution unit 823 is further configured to execute the service control logic to control the SIP user and the service participant to complete service delivery.
  • FIG. 9 is a schematic structural diagram of an embodiment of a communication system according to the present invention, wherein:
  • the business process description database 901 is configured to store description information of various business processes, and the service description information can be parsed and executed by the enhanced SIP proxy server 902.
  • the SIP service referred to here may be a communication service and a WEB service using the SIP protocol.
  • the location server is used to find the address of the SIP user 903.
  • the enhanced SIP proxy server 902 is responsible for processing the SIP service signaling, and is used to open the service channel and control the content gateway to deliver the content resource to the SIP user.
  • the content resource can be a communication resource or a WEB resource according to the SIP service.
  • the enhanced SIP proxy server 902 can not only exchange SIP signaling with other enhanced SIP proxy servers, but also interact with the traditional SIP proxy server to perform SIP signaling. Control process.
  • the enhanced SIP proxy server 902 controls the content gateway through the content gateway control protocol.
  • the specific control protocol may be H.248, SOAP or the like, and the content stream format may use RTP or HTTP or the like.
  • the SIP request is received by the SIP user, and the corresponding service control is obtained according to the SIP request.
  • Logic executing the service control logic to deliver the service to the SIP user.
  • the SIP proxy server controls the service, and implements different service control logics to provide users with multiple services to meet the needs of the user for the diversified services of the current communication system.
  • the present invention is not limited by the scope of the present invention.

Description

业务增强的方法及代理服务器和通信系统
本申请要求于 2008 年 1 月 22 日提交中国专利局、 申请号为 200810000803.1、 发明名称为 "SIP业务增强的方法及 SIP代理服务器" 的中 国专利申请的优先权， 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及会话初始协议通信技术领域，具体涉及业务增强的方法及代理 服务器和通信系统。
背景技术
随着网络的迅速发展，新一代基于 IP的服务的会话初始协议 (Session Initiation Protocol , SIP)应运而生。 SIP是适合各种媒体内容而实现多用户会话 的协议，现已成为互联网工程任务组（ Internet Engineering Task Force , IETF) 的
RFC2543。 SIP是一种基于文本的协议， 用来创建、 改变或终止一个或者多个 参与者参加的会话的应用层控制信令协议。 SIP主要支持建立和终止多媒体通 信功能。 传统 SIP系统中的 SIP代理服务器主要是提供 SIP消息的路由转发。
如下图 1所示， 现有的 SIP通信系统结构示意图。 用户之间通过各自的 SIP 代理服务器实现通信， 即使业务呼叫者不知道被呼叫者的主机名字或 IP地址， SIP代理服务器通过重定向服务器找到被呼叫者端的 SIP代理服务器地址，被呼 叫者端的 SIP代理服务器通过定位服务器定位被呼叫者位置， SIP代理服务器也 能实现业务双方的通讯。
在对现有技术的研究和实践过程中， 发明人发现现有技术存在以下问题： 随着而用户对通信系统的要求却越来越高，希望系统可以提供多样化的业 务服务， 现有的 SIP服务器虽然可以实现基本的建立和终止多媒体通信， 但不 能感知业务和控制业务的运行状态， 无法满足用户的多样化业务需求。
发明内容
本发明实施例解决的技术问题是提供 SIP业务增强的方法及 SIP代理服务 器， 实现对 SIP代理服务器的增强， 满足用户多样化的业务需求。
本发明实施例提供一种 SIP业务增强的方法， 包括：
接收 SIP用户使用业务的 SIP请求； 根据所述 SIP请求获得对应的业务控制逻辑；
执行所述业务控制逻辑向所述 SIP用户交付业务。
本发明实施例提供一种 SIP代理服务器， 包括：
SIP传输接口单元， 用于接收 SIP用户使用业务的 SIP请求；
业务处理单元，根据所述 SIP传输接口单元接收的 SIP请求获得对应的业 务控制逻辑； 并执行所述业务控制逻辑向所述 SIP用户交付业务。
本发明实施例提供一种通信系统， 包括：
SIP代理服务器， 用于接收 SIP用户使用业务的 SIP请求， 根据所述 SIP 请求获得对应的业务控制逻辑，并执行所述业务控制逻辑向所述 SIP用户交付 业务；
业务过程描述数据库， 用于保存各种业务过程的描述信息， 所述业务过程 的描述信息能被所述 SIP代理服务器所解析并执行。
釆用上述技术方案， 本发明实施例有益的技术效果在于：
本发明实施例中， 通过接收 SIP用户使用业务的 SIP请求； 根据所述 SIP 请求获得对应的业务控制逻辑；执行所述业务控制逻辑向所述 SIP用户交付业 务。 实现 SIP代理服务器对业务的控制， 通过执行不同的业务控制逻辑实现为 用户提供多种业务， 满足用户的对当前通信系统多样化业务的需求。
附图说明
图 1为现有技术 SIP通信系统结构示意图；
图 2为本发明实施例一 SIP业务增强的方法的流程图；
图 3为本发明实施例二 SIP业务增强的方法的流程图；
图 4为本发明实施例三电话会议方法的流程图；
图 5为本发明实施例三建立电话会议执行业务控制逻辑的流程图； 图 6为本发明实施例四实现天气预报业务的方法的流程图；
图 7 为本发明实施例四中执行业务控制逻辑为用户提供天气预报业务的 流程图；
图 8为本发明 SIP代理服务器实施例的结构示意图；
图 9为本发明通信系统实施例的结构示意图。
具体实施方式 本发明实施例提供了 SIP业务增强的方法及 SIP代理服务器， 实现对 SIP 代理服务器的增强， 满足用户多样化的业务需求。
下面对本发明实施例提供的 SIP业务增强的方法及 SIP代理服务器进行详 细描述。
一种 SIP业务增强的方法， 流程图如图 2所示， 包括：
A1 , 接收 SIP用户使用业务的 SIP请求；
A2, 根据所述 SIP请求获得对应的业务控制逻辑；
可以理解的是， 本实施例中， 获得对应的业务控制逻辑的过程包括： 解析 所述 SIP请求得到所述业务的业务标识；加载该业务标识对应的业务过程描述 信息， 其中， 所述业务过程描述信息可以本地存储， 也可以存储到其他网元， 不过基于需要对网络中的多个 SIP服务器进行增强，所述业务过程描述信息可 以存储于一个业务过程描述数据库，该业务过程描述数据库可以为系统内多个 增强 SIP代理服务器提供服务；对所述业务过程描述信息进行解析得到所述业 务控制逻辑。
可以理解的是， 所述业务过程描述信息为用软件语言编写的控制程序， 通 过对控制程序进行解析， 得到 SIP代理服务器对当前业务进行控制的业务逻 辑。 可以理解的是， 本发明实施例中， 所述业务过程描述信息可以用多种语言 进行编写，本实施例中釆用 BPEL4SIP语言，还可以釆用如： XML, C++, JAVA 等等。 本发明强调的是， SIP代理服务器内置相应的语言解析平台， 实现对程 序语言的解析， 得到业务控制逻辑。 具体的编程语言可以为多种， 不构成对本 发明的限制。
A3 , 执行所述业务控制逻辑向所述 SIP用户交付业务。
本发明实施例中， 通过接收 SIP用户使用业务的 SIP请求； 根据所述 SIP 请求获得对应的业务控制逻辑；执行所述业务控制逻辑向所述 SIP用户交付业 务。 实现 SIP代理服务器对业务的控制， 通过执行不同的业务控制逻辑实现为 用户提供多种业务， 满足用户的对当前通信系统多样化业务的需求。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤 是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可 读存储介质中， 该程序在执行时， 包括如下步骤： 接收 SIP用户使用业务的 SIP请求；
根据所述 SIP请求获得对应的业务控制逻辑；
执行所述业务控制逻辑向所述 SIP用户交付业务。
上述提到的存储介质可以是只读存储器， 磁盘或光盘等。
实施例二， 一种 SIP业务增强的方法， 流程图如图 3所示， 包括：
B1 , 接收 SIP用户使用业务的 SIP请求；
B2, 解析所述 SIP请求得到所述业务的业务标识；
B3 , 加载该业务标识对应的业务过程描述信息；
B4, 对所述业务过程描述信息进行解析得到所述业务控制逻辑；
B5, 获得所述 SIP用户使用业务的业务参与方信息；
本发明实施例中， 获得业务参与方信息的方式可以是： 对所述业务过程描 述信息进行解析得到业务参与方信息； 如： 某些业务需要固定的业务参与方， 如特定的服务器（多媒体服务器、 网络广播服务器等）。 这种业务参与方属于 固定的情况， 则可以直接保存在业务过程描述信息中。
获得业务参与方信息的方式还可以是获取用户输入业务的业务参与方信 息。
步骤 B5和步骤 B4并无绝对顺序。
用户输入可以作为信令参数直接传给 SIP代理服务器，或者作为内容参数 传到内容网关， SIP代理服务器再从内容网关处获得。
可以理解的是，所述业务参与方可以是 SIP用户也可以是业务需要的网络 资源。
B6, 所述 SIP用户和业务参与方在所述业务控制逻辑的控制下进行交互， 完成业务交付。
基于月良务过程执行语言 (Business Process Execution Language for Web Services , BPEL4WS)简称 BPEL语言，应用于 SIP环境，可以称作为 BPEL4SIP , 本实施例中，所述 SIP代理服务器由 BPEL4SIP引擎按业务逻辑控制每一步骤 的 SIP消息的处理。
BPEL4SIP的业务控制逻辑可以是串行、 并行、条件、循环或者其它结构。 下面提供本实施例中业务控制逻辑一种执行规则和触发方式： 1 ),根据控制逻辑与参与方 SIP用户交互 SIP消息； 根据业务需要参与方可 以是多个， 可以理解的是， 有一些业务很可能不需其他 SIP用户参与， 网 络侧可以直接为使用业务的终端提供服务， 如天气预报、 网络多媒体视 频业务等。
2 ), SIP交互消息有发送和接收之分。 如果是接收 SIP信令， 业务焦点停留 在当前步骤并等待参与方用户发送 SIP信令， 当 SIP信令到达时， 当前步骤 结束； 如果是发送 SIP信令， 向参与方用户执行完发送命令后， 业务焦点 停留在当前步骤等待响应， 收到响应则当前步骤结束；
3 ) , 业务的起始步骤一般为接收 SIP信令， 可能是 SIP用户开始业务的 SIP 请求， 或者是参与方 SIP用户被触发开始业务的 SIP请求；
4 ) , 当业务需要从网络获取资源时， 控制内容网关把内容资源传递到 SIP 用户， 内容网关实现对资源的编解码、 压缩、 加密、 整合。
5 ) ,业务结束， SIP代理服务器接收 SIP用户终止业务请求并卸载业务数据。 本发明实施例中， SIP代理服务器在加载具体的业务流程描述之前可以看 成一个空壳， 但它却具备解析执行业务流程和 SIP信令的能力， 根据业务需要 加载不同的业务描述信息后便充当不同的业务代理服务器的角色，从这个角度 来说所述 SIP代理服务器也可以是业务驱动型代理服务器。
表 1是本发明实施例中， 其 SIP业务控制逻辑组织 SIP信令的语法结构示例 如表 1所示， BPEL4SIP结构可以是顺序、 并行、 条件或者循环。
表 1
结构 语法
顺序 <Sequence>
<SIP-Command/>
<SIP-Command/>
</Sequence>
并行 <Flow >
<SIP-Command/>
<SIP-Command/>
</Flow > 条件 <lf>
< Condition/ <SIP-Command/>
<ElseIf
< Condition^ <SIP-Command/>
</ Elself >
<Else>
<SIP-Command/>
</ Else >
</!{>
循环 <RepeatUntil>
<SIP-Command/>
<Condition/>
</RepeatUntil >
OR
<While>
< Condition/
< SIP-Command/>
</While>
顺序结构包含多个顺序执行的 SIP信令， 它们之间按照出现在 Sequence元 素里的先后顺序依次执行， 当最后一个 SIP信令执行完成时则整个顺序结构结 束。
并行结构包含多个并行执行的 SIP信令， 它们之间没有先后执行顺序， 当 所有的 SIP信令执行完成时则整个并行结构结束。
条件结构包含条件执行的 SIP信令，这些条件分支分别定义在 If元素，零或 多个 Elself元素和可选的 Else元素里。 If和 Elself元素具有先后顺序关系， 第一 个条件满足的分支被执行， 当所有条件不满足时， Else分支被执行。 当第一个 条件满足的分支或 Else分支的 SIP信令执行完成时， 整个条件结构结束。
循环结构包含重复执行的 SIP信令， 有 RepeatUntil和 While元素两种定义方 式。 RepeatUntil元素定义的循环结构是指 SIP信令一直被执行直到条件满足为 止， 当条件满足时则跳出循环整个循环结构结束； While元素定义的循环结构 是指只要条件满足则 SIP信令一直被执行， 当条件不满足时则跳出循环整个循 环结构结束。
嵌套结构指的是四种结构自己之间和相互之间都可以嵌套使用， 例如： 并 行结构中的分支可以是顺序结构， 顺序结构的分支也可以是并行结构， 条件结 构可以嵌套条件结构， 循环结构也可以嵌套循环结构。
上文提到， SIP信令有发送和接收之分， 在 SIP-Command元素定义的 SIP信 令中， 我们以 SIP-Command元素的某个属性来表示这两类 SIP信令， 如下所示： <SIP-Command Type=*** Direction=OUT/IN >
Direction属性有 OUT和 IN两种选择， 分别代表发送 SIP信令和接收 SIP信 令， Type属性表示具体的 SIP信令。
本发明实施例可以通过对业务过程描述信息的编写， 并通过相应的平台 加载进行解析， 实现新业务的开发。 开发 SIP新业务时， 我们可以离线使用 BPEL4SIP描述 SIP新业务。 首先抽象出 SIP业务的流程逻辑， 再用 BPEL4SIP的 顺序、 并行、 条件、 循环、 或嵌套结构中的一种或其组合， 组织 SIP信令完成 SIP新业务的逻辑描述。 当新业务描述文件加入业务过程描述数据库， 新的 SIP 业务开发完成。
本发明实施例二与实施例一的区别在于，实施例二对需要业务参与方共同 执行业务的处理方式进行了描述， 使本发发明实施例方法适用更多的业务场 景。
下面以具体业务场景为例对本发明实施例的具体应用进行说明。
实施例三， 一种实现电话会议的方法， 流程图如图 4所示， 包括：
C1 , 会议发起者发起多方电话会议业务的 SIP请求；
C2, SIP代理服务器对所述 SIP请求进行解析获得电话会议业务的业务标 识；
C3 , BPEL4SIP引擎根据所述电话会议业务的业务标识， 从业务描述数据 库取得多方电话会议的业务描述信息；
C4, BPEL4SIP引擎解析所述业务过程描述信息得到业务控制逻辑； C5, 执行所述业务控制逻辑对建立电话会议。 对于本电话会议业务的建立过程中，执行业务控制逻辑的过程的流程如如 图 5所示， 包括：
D1 , 发起者发送 Invite请求， 与会者的信息可以作为请求的参数；
SIP代理服务器接收到发起者的 Invite请求后， 进入业务描述的并行结构， 并行结构之间没有先后顺序；
D2 , SIP代理服务器向其中一个与会者发送 Invite邀请消息邀请对方加入会 议并等待对方的响应； 如果对方没有响应则延迟 120秒再次发送 Invite邀请消 息， 循环操作直到对方响应；
D3 , 对方成功响应加入会议后， 控制内容网关分配会议资源；
针对不同的与会者分别执行步骤 D2到 D3 , 邀请所有的与会者。
D4 , 所有并行分支执行完成后， 向会议发起者返回会议建立成功的响应 消息， 至此发起多方电话会议的业务结束。
图 5是一个简单的发起多方会议电话业务的流程示意图， 但却包含了业务 流程的顺序、 并行、 循环和嵌套等基本的流程结构。 从图中可以容易地看出： "呼叫与会者 1直到加入会议" 到 "呼叫与会者 n直到加入会议" n个步骤间是 并行结构； "接收会议发起者的 SIP请求"、 "呼叫与会者 i直到加入会议"和 "返 回业务建立成功响应"三者是顺序结构， 其中 i=l,2,...n, n属于整数； 单个 "呼 叫与会者 i直到加入会议" 是一个循环结构； 嵌套结构体现在顺序结构里有并 行结构， 并行结构里有循环结构。 该业务的流程描述示例如下所示：
*******************************
<Multi-Conference>
<Sequence>
<SIP-Command Type=Invite Direction=IN From= Sponsor />
<Flow>
<For-each select="Participators">
<Value-of select="Participator_i'7 >
<RepeatUntil>
<Wait>Time=60</Wait>
< SIP-Command Type=Invite Direction=OUT To=Participator_i />
<Condition>Response=200</Condition>
</ RepeatUntil >
/*控制内容网关给会议加入者分配会议资源 */
</For-each>
</Flow>
< SIP-Command Type=Bye Direction=OUT To=Sponsor />
</ Sequence >
</ Multi-Conference > 实施例四， 一种实现天气预报业务的方法， 流程图如图 6所示， 包括：
E1 , 用户向 SIP代理服务器发送请求天气预报业务的 SIP请求；
E2 , SIP代理服务器对所述 SIP请求进行解析获得天气预报业务的业务标
E3 , BPEL4SIP引擎从业务描述数据库取得天气预报业务的业务过程描述 信息；
E4, BPEL4SIP引擎解析所述业务过程描述信息得到业务控制逻辑； E5 , 执行所述业务控制逻辑对为用户提供天气预报业务。
本实施例中，所述执行所述业务控制逻辑为用户提供天气预报业务的过程 如图 7所示， 包括：
Fl , SIP代理服务器根据业务控制逻辑控制内容网关发送输入页面给业务 发起者， 让用户输入查询的地点和时间；
F2 , 接收到用户返回的的带有地点和时间参数的 Message消息后，
F3 , SIP代理服务器以输入地点和时间为参数， 查询第三方服务获得天气 预报结果， 并通过内容网关把结果页面显示给用户；
F4, 向所述用户发送结束业务 SIP消息。
本天气预报业务的流程描述示例如下所示：
<Weather-Forecast> <Sequence>
<SIP-Command Type=Invite Direction=IN From= Sponsor />
/*控制内容网关发送输入页面 */
<SIP-Command Type=Message Direction=IN From=Sponsor Time=20070830 Place=Shenzhen />
/*使用第三方服务查询天气预报 */
/*控制内容网关返回查询结果页面 */
< SIP-Command Type=Bye Direction=OUT To=Sponsor />
</ Sequence >
</ Weather-Forecast > 实施例五， 一种 SIP代理服务器 800 , 结构示意图如图 8所示， 包括：
SIP传输接口单元 810, 用于接收 SIP用户使用业务的 SIP请求； 业务处理单元 820 , 根据所述 SIP传输接口单元 810接收的 SIP请求获得 对应的业务控制逻辑； 并执行所述业务控制逻辑向所述 SIP用户交付业务。
本发明实施例中， 所述业务处理单元 820可以包括： 协议处理单元 821 , 业务控制逻辑解析单元 822和业务执行单元 823;
协议处理单元 821 , 用于解析所述 SIP传输接口单元 810接收的 SIP请求 得到所述业务的业务标识；
业务控制逻辑解析单元 822 , 用于加载所述协议处理单元 821解析得到的 业务标识对应的业务过程描述信息；并对所述业务过程描述信息进行解析得到 所述业务控制逻辑；
业务执行单元 823 , 执行所述业务控制逻辑解析单元 822解析得到的业务 控制逻辑向所述 SIP用户交付业务。
可以理解的是， 所述业务控制逻辑解析单元 822可以包括：
查找单元 8221 , 用于在所述业务过程描述数据库查找所述业务标识对应 的业务过程描述信息；
解析单元 8222 , 用于对所述业务过程描述信息进行解析得到所述业务控 制逻辑。 可以理解的是，对于需要其他业务参与方参与实现的业务， 所述业务处理 单元还可以包括：
业务参与方信息获取单元 824, 用于对所述业务过程描述信息进行解析得 到业务参与方信息； 或者获得用户输入业务参与方信息。
所述业务执行单元 823 , 还用于执行所述业务控制逻辑对所述 SIP用户和 业务参与方进行控制， 完成业务交付。
如图 9所示， 是本发明通信系统实施例的结构示意图， 其中：
业务过程描述数据库 901 , 它的作用是保存各种业务过程的描述信息， 并 且这种业务描述信息能被增强型 SIP代理服务器 902所解析并执行。这里指的 SIP业务可以是应用 SIP协议的通信业务和 WEB业务。 定位服务器用于查找 SIP用户 903的地址。
增强型 SIP代理服务器 902负责 SIP业务信令的处理， 用于打通业务通道， 控制内容网关传递内容资源到 SIP用户。 内容资源才艮据 SIP业务的不同可以是通 信资源或者 WEB资源。
当业务需要协调多个参与方完成一个任务时， 增强型 SIP代理服务器 902 不仅可以与其它增强型 SIP代理服务器交互 SIP信令， 还可以与传统型 SIP代理 服务器交互 SIP信令， 一起完成对业务的控制过程。
如图 9所示增强型 SIP代理服务器 902通过内容网关控制协议控制内容网 关， 具体的控制协议可以是 H.248、 SOAP或者其它， 内容流格式可以釆用 RTP 或者 HTTP或者其它。
以上对本发明实施例所提供的 SIP业务增强的方法及 SIP代理服务器进行 了详细介绍，其中，本发明实施例中，通过接收 SIP用户使用业务的 SIP请求； 根据所述 SIP请求获得对应的业务控制逻辑； 执行所述业务控制逻辑向所述 SIP用户交付业务。 实现 SIP代理服务器对业务的控制， 通过执行不同的业务 控制逻辑实现为用户提供多种业务，满足用户的对当前通信系统多样化业务的 需求。 对于本领域的一般技术人员， 依据本发明实施例的思想， 在具体实施方 式及应用范围上均会有改变之处， 综上所述， 本说明书内容不应理解为对本发 明的限制。

Claims

权 利 要 求
1、 一种业务增强的方法， 其特征在于， 包括：
接收会话初始协议 SIP用户使用业务的 SIP请求；
根据所述 SIP请求获得对应的业务控制逻辑；
执行所述业务控制逻辑向所述 SIP用户交付业务。
2、 如权利要求 1所述的方法， 其特征在于， 所述执行所述业务控制逻辑 向所述 SIP用户交付业务之前， 还包括：
获得所述 SIP用户使用业务的业务参与方信息。
3、 如权利要求 2所述的方法， 其特征在于， 所述执行所述业务控制逻辑 为向所述 SIP用户交付业务包括：
使用所述业务控制逻辑， 控制所述 SIP用户和业务参与方进行交互， 完成 业务交付。
4、 如权利要求 1、 2或 3所述的方法， 其特征在于， 所述根据所述 SIP请 求获得对应的业务控制逻辑的过程包括：
解析所述 SIP请求得到所述业务的业务标识；
加载该业务标识对应的业务过程描述信息；
对所述业务过程描述信息进行解析得到所述业务控制逻辑。
5、 如权利要求 4所述的方法， 其特征在于， 加载该业务标识对应的业务 过程描述信息的过程包括：
与业务过程描述数据库交互获得所述业务标识对应的业务过程的描述信 息；所述业务过程描述数据库中预先保存业务标识与业务过程描述信息的对应 关系。
6、 如权利要求 2或 3所述的方法， 其特征在于， 所述获得所述 SIP用户 使用业务的业务参与方信息包括：
对所述业务过程描述信息进行解析得到业务参与方信息； 或者， 获得用户 输入的业务参与方信息。
7、 一种代理服务器， 其特征在于， 包括：
SIP传输接口单元， 用于接收 SIP用户使用业务的 SIP请求；
业务处理单元，根据所述 SIP传输接口单元接收的 SIP请求获得对应的业 务控制逻辑； 并执行所述业务控制逻辑向所述 SIP用户交付业务。
8、 如权利要求 7所述的代理服务器， 其特征在于， 所述业务处理单元包 括：
协议处理单元，用于解析所述 SIP传输接口单元接收的 SIP请求得到所述 业务的业务标识；
业务控制逻辑解析单元，用于加载所述协议处理单元解析得到的业务标识 对应的业务过程描述信息；并对所述业务过程描述信息进行解析得到所述业务 控制逻辑；
业务执行单元，执行所述业务控制逻辑解析单元解析得到的业务控制逻辑 向所述 SIP用户交付业务。
9、 如权利要求 8所述的代理服务器， 其特征在于， 所述业务控制逻辑解 析单元包括：
查找单元，用于在所述业务过程描述数据库查找所述业务标识对应的业务 过程描述信息；
解析单元， 用于对所述业务过程描述信息进行解析得到所述业务控制逻 辑。
10、 如权利要求 8所述的代理服务器， 其特征在于， 所述业务处理单元还 包括：
业务参与方信息获取单元，用于对所述业务过程描述信息进行解析得到业 务参与方信息； 或者， 获得用户输入业务参与方信息；
所述业务执行单元还用于执行所述业务控制逻辑对所述 SIP 用户和业务 参与方进行控制， 完成业务交付。
11、 一种通信系统， 其特征在于， 包括：
代理服务器， 用于接收 SIP用户使用业务的 SIP请求， 根据所述 SIP请求 获得对应的业务控制逻辑， 并执行所述业务控制逻辑向所述 SIP用户交付业 务；
业务过程描述数据库， 用于保存各种业务过程的描述信息， 所述业务过程 的描述信息能被所述代理服务器所解析并执行。
PCT/CN2009/070223 2008-01-22 2009-01-20 Method for enhancing service, proxy server and communications system WO2009094932A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP09704965.4A EP2219330B1 (en) 2008-01-22 2009-01-20 Method for enhancing service, proxy server and communications system
US12/822,575 US20100262702A1 (en) 2008-01-22 2010-06-24 Service enhancement method, proxy server and communication system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNA2008100008031A CN101494656A (zh) 2008-01-22 2008-01-22 Sip业务增强的方法及sip代理服务器
CN200810000803.1 2008-01-22

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/822,575 Continuation US20100262702A1 (en) 2008-01-22 2010-06-24 Service enhancement method, proxy server and communication system

Publications (1)

Publication Number Publication Date
WO2009094932A1 true WO2009094932A1 (en) 2009-08-06

Family

ID=40912280

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/070223 WO2009094932A1 (en) 2008-01-22 2009-01-20 Method for enhancing service, proxy server and communications system

Country Status (4)

Country Link
US (1) US20100262702A1 (zh)
EP (1) EP2219330B1 (zh)
CN (1) CN101494656A (zh)
WO (1) WO2009094932A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8095611B2 (en) * 2009-09-16 2012-01-10 Avaya Inc. SIP endpoint enhancer

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140101224A1 (en) * 2011-05-31 2014-04-10 Nec Corporation Communication control device
US11516645B2 (en) * 2020-07-24 2022-11-29 Motorola Solutions, Inc. Cross-agency communication through an ad-hoc network slice
CN114979263B (zh) * 2022-03-28 2023-09-15 慧之安信息技术股份有限公司 基于Gin框架的高并发网关SIP代理方法和装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1662004A (zh) * 2004-02-27 2005-08-31 华为技术有限公司 一种实现会话发起协议应用服务器多业务处理的方法
EP1753201A2 (en) * 2005-08-12 2007-02-14 Samsung Electronics Co., Ltd. System and Method for Transmitting System Messages Insession Initiation Protocol
CN101075953A (zh) * 2006-05-19 2007-11-21 华为技术有限公司 通信设备业务控制方法及其系统
CN101079810A (zh) * 2006-05-10 2007-11-28 华为技术有限公司 一种传递业务信息的方法及装置

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020131395A1 (en) * 2001-03-19 2002-09-19 Chenghui Wang Session initiation protocol (SIP) user agent in a serving GPRS support node (SGSN)
US8380840B2 (en) * 2001-12-17 2013-02-19 Verizon Business Global Llc Method for recording events in an IP network
US6741695B1 (en) * 2002-04-03 2004-05-25 Sprint Spectrum, L.P. Method and system for interfacing a legacy circuit-switched network with a packet-switched network
GB0321975D0 (en) * 2003-09-19 2003-10-22 Ericsson Telefon Ab L M Exchange protocol for combination multimedia services
FR2873881B1 (fr) * 2004-07-30 2006-11-24 Groupe Ecoles Telecomm Procede de fonctionnement d'un reseau operant sous le protocole sip et reseau mettant en oeuvre un tel procede
US7532617B2 (en) * 2005-02-24 2009-05-12 International Business Machines Corporation Method and apparatus for session initiation protocol application design, development, execution and integration
CN101192939A (zh) * 2006-12-01 2008-06-04 朗迅科技公司 为终端用户提供互联网多媒体子系统服务的方法
CN101212446A (zh) * 2006-12-29 2008-07-02 朗迅科技公司 移动多媒体内容共享应用系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1662004A (zh) * 2004-02-27 2005-08-31 华为技术有限公司 一种实现会话发起协议应用服务器多业务处理的方法
EP1753201A2 (en) * 2005-08-12 2007-02-14 Samsung Electronics Co., Ltd. System and Method for Transmitting System Messages Insession Initiation Protocol
CN101079810A (zh) * 2006-05-10 2007-11-28 华为技术有限公司 一种传递业务信息的方法及装置
CN101075953A (zh) * 2006-05-19 2007-11-21 华为技术有限公司 通信设备业务控制方法及其系统

Non-Patent Citations (1)

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

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8095611B2 (en) * 2009-09-16 2012-01-10 Avaya Inc. SIP endpoint enhancer

Also Published As

Publication number Publication date
EP2219330B1 (en) 2015-06-03
US20100262702A1 (en) 2010-10-14
CN101494656A (zh) 2009-07-29
EP2219330A1 (en) 2010-08-18
EP2219330A4 (en) 2012-05-02

Similar Documents

Publication Publication Date Title
US8296409B2 (en) Method for enabling on-demand communication services
US10778731B2 (en) Communications methods, apparatus and systems for conserving media resource function resources
KR100985612B1 (ko) 동적 다중 파티의 다중 매체 통신 세션의 자동 조정의 컴퓨터 구현 방법, 동적 다중 파티의 다중 매체 통신 세션을 자동 조정하는 장치 및 컴퓨터 판독가능 매체
CN113746808B (zh) 线上会议的融合通信方法、网关、电子设备及存储介质
KR101441434B1 (ko) 로컬 영역 네트워크에서 통신 세션 제어를 제공하는 방법 및 시스템
US20030014488A1 (en) System and method for enabling multimedia conferencing services on a real-time communications platform
WO2016150213A1 (zh) 一种基于网页的实时通信的媒体处理方法与装置
US20130282820A1 (en) Method and System for an Optimized Multimedia Communications System
US20120233334A1 (en) Shared media access for real time first and third party control
TW201006289A (en) Method, user equipment and software product for media stream transfer between devices
WO2011017889A1 (zh) 一种多媒体会议的实现方法及系统
CN109617990B (zh) 一种融合通信资源云共享方法及系统
CN105556980A (zh) 用于在沉浸式社交中心会话中集成内容观看和通信的方法和系统
WO2009094932A1 (en) Method for enhancing service, proxy server and communications system
CN1984132B (zh) 一种对会话能力信息进行处理的方法和终端
KR20130017082A (ko) 중앙 집중식 통지를 통한 멀티모달 대화 상태 및 전달
CN107770141B (zh) 一种视频会议系统的通信方法及装置
CN101635672B (zh) 一种群组方式下实现融合业务会话的装置和方法
WO2007134549A1 (fr) Procédé, dispositif et système pour mettre en oeuvre le service de session
Chou et al. Web services for service-oriented communication
Bo et al. Session and media signalling for communication components‐based open multimedia conferencing Web service over IP networks
WO2010088851A1 (zh) 处理业务交互的方法、系统及装置
US20080031232A1 (en) Web services and plug-in framework in VOIP environment
Femminella et al. Enhancing java call control with media server control functions
Bo et al. Concurrent home multimedia conferencing platform using a service component architecture

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2009704965

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE