WO2008052488A1 - Procede de traitement associe d'informations de service et serveur de service - Google Patents
Procede de traitement associe d'informations de service et serveur de service Download PDFInfo
- Publication number
- WO2008052488A1 WO2008052488A1 PCT/CN2007/071017 CN2007071017W WO2008052488A1 WO 2008052488 A1 WO2008052488 A1 WO 2008052488A1 CN 2007071017 W CN2007071017 W CN 2007071017W WO 2008052488 A1 WO2008052488 A1 WO 2008052488A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- service
- information
- service information
- association
- message
- Prior art date
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/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/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
Definitions
- the present invention relates to the field of communications, and in particular, to a method for associating business information with a service server.
- multimedia services combining multiple media types such as audio, video, pictures and text will gradually open up.
- the multimedia service can meet the various needs of users through the combination of data services such as presence (presentation service), short message, WEB (web page) browsing, location information, PUSH (push service), and file sharing.
- data services such as presence (presentation service), short message, WEB (web page) browsing, location information, PUSH (push service), and file sharing.
- Various multimedia services include:
- message business instant messaging and chat rooms, multimedia short messages.
- E-commerce Product Catalog, Search Engine, Shopping Cart, Order Management, Payment.
- personal assistant address book, schedule, bookmark management, file storage, event reminders, e-mail.
- IP Multimedia Subsystem IP Multimedia Subsystem
- SIP Session Initiation Protocol
- SIP messages are text-based, easy to read and debug, easy to program, and more intuitive for designers.
- MIME Multipurpose Internet Mail Extension
- RSVP Resource Reservation Protocol
- SIP is independent of the transport layer, and the underlying transport can be IP using ATM (Asynchronous Transfer Mode).
- SIP uses UDP (User Datagram Protocol) and TCP (Transmission Control Protocol) to flexibly connect users independent of the underlying infrastructure.
- UDP User Datagram Protocol
- TCP Transmission Control Protocol
- SIP supports multi-device function adjustment and negotiation. If the service or session initiates video and voice, you can still transfer the voice to a device that does not support video, or you can use other device features, such as one-way video streaming.
- the PoC system is a centralized multi-party multimedia communication system, which is a PTT (Push-to-Talk voice service) implemented on a cellular system defined by the OMA (Open Mobile Alliance).
- PTT Push-to-Talk voice service
- OMA Open Mobile Alliance
- the concept of the PoC service comes from the walkie-talkie.
- the user experience is similar to that of the walkie-talkie.
- the PoC service can implement simple, fast, and half-duplex calls.
- the button-to-talk, call and call connection process is completed in an instant.
- the receiver can directly answer without any response operation.
- the call process of the PoC service adopts a half-duplex mode. When one party is talking, other members can only answer and cannot speak.
- OMA is responsible for the development of the PoC standard specification.
- the network structure diagram of the PoC specification defined in this specification is shown in Figure 1. Includes the following main entities:
- PoC Server It is the main call control device of the PoC service, and is an Application Server of the IMS network.
- PoC XDMS A server that stores data such as group information required by the PoC service.
- PoC Client PoC client, which uses the client and PoC Server to initiate and receive. PoC calls, applications for speaking, speaking, etc.
- the PoC service is a half-duplex voice and multimedia communication system.
- the user can apply for a voice to the PoC Server through the TBCP (Talk Burst Control Protocol) protocol.
- the user is allowed to speak only if he or she has obtained the right to speak, and the media stream generated by the conversation can be forwarded by the PoC Server to other members of the group.
- POC2.0 is a new version of POC service currently being developed by OMA. It is an extension and upgrade of the defined service in POC1.0.
- POC 2.0 allows users to establish multimedia sessions that communicate instantly with other one or more users via specific buttons, allowing users to transfer multiple media types, such as still images, live video streams, file transfers and text text, in a session.
- POC2.0 is backward compatible with POC1.0 and also supports half-duplex voice services in POC1.0.
- PoC service information includes:
- User setting messages such as PoC service settings, PoC access control settings, CPM user settings.
- the indication message in the media control message for example, the version indication in the TBCP and MBCP messages.
- the business information saved by the network system for example, the MBC Scheme in the group information.
- the user's subscription information such as the access criteria for the user to use the service.
- the user setting message In the PoC service, the user setting message, the indication of the signaling plane message, the indication of the user plane message (media control message), the subscription message of the user, the service information saved by the network system, and the policy of the operator are generally required. Information to determine network operations. With the development of the PoC service, there will be more and more messages such as the user setting message, the network policy saved by the network system, and the strategy of the operator.
- the purpose of the embodiments of the present invention is to provide a method for associating service information with a service server, so as to perform association processing on service messages of various applications in the IMS architecture.
- An embodiment of the present invention provides a method for performing association processing on service information, including: receiving service information;
- Corresponding association processing is performed on the service information according to the association relationship.
- the embodiment of the invention further provides a service server, including:
- a first module configured to receive service information
- the second module is used to obtain the relationship between the various industries
- the third module is configured to perform corresponding association processing on the service information according to the association relationship.
- the embodiment of the invention further provides a service server, including:
- the present invention determines the association relationship of the user configuration information carried in the service message according to the set association policy by using the service server, and performs corresponding association processing.
- the business messages of various applications under the IMS architecture can be correlated.
- Figure 1 is a network structure diagram defined in the PoC standard specification
- FIG. 2 is a process flow diagram of an embodiment of the method of the present invention, taking a setting service message of a user in a PoC service as an example;
- FIG. 3 is a flow chart of a specific processing procedure of a server in the process shown in FIG. 2;
- FIG. 4 is a schematic diagram of a process for a user terminal to issue user setting information by using a SIP PUBLISH request in an embodiment of the present invention
- FIG. 5 is a schematic diagram of a processing procedure of an association processing manner according to an embodiment of the present invention.
- FIG. 6 is a schematic diagram of a processing procedure of an association processing manner according to an embodiment of the present invention.
- FIG. 7 is a schematic diagram of a processing procedure of an association processing manner according to an embodiment of the present invention
- FIG. 8 is a flowchart of an embodiment of an OMA PoC floor claim application of the present invention
- FIG. 9 is a flowchart of a process for determining a media resource transmission policy in an embodiment of an application of the MBC Scheme in a PoC tongue;
- FIG. 10 is a schematic structural diagram of a service server according to an embodiment of the present invention.
- the embodiment of the invention provides a method for associating business information with a service server.
- the present invention will be described in detail below with reference to the accompanying drawings and specific embodiments.
- the method of the present invention is applicable to various application services under the IMS architecture, for example, PoC services, CPM services, Conference services, and XML services.
- the application services may be service information carried in a SIP protocol message, or may be an application service in which an XML language is used to describe the service information.
- the following example uses the service setting message of the user in the PoC service as an example to describe the different types of service settings in the service setting information of the PoC service, such as merge, mutual exclusion, and sequential processing.
- the processing flow of the method embodiment of the present invention is shown in FIG. 2, and includes:
- the user terminal sends a setting message carrying the user service setting information to the server.
- the user can perform user service setting on the application server in the network, and requires the application server in the network to perform corresponding operations according to the user's settings.
- the network may be required to accept or reject the session request according to the setting of the user; the network may be required to deliver the saved service data according to the setting of the user; the network entity in the network may be required to operate the media data according to the setting of the user; The network entity in the network operates on the message or the content in the message according to the user's settings, and the like.
- the implementation of the above user settings can be implemented in two ways.
- One way is: the user terminal saves the user's settings as a configuration file in a network entity of the network. If the user does not modify, delete, or time out, the configuration file It will not be deleted automatically.
- User terminals set up in this way such as XDM Client, XDM Client can connect to the XDM server through XCAP protocol, add, delete and modify the configuration file.
- the above configuration file can be used for a wide range of purposes. For example, it can be used as a common configuration information by other services. It can also be configured for a specific service. It can be used as a condition for user terminal access control. It can be used as a group management. Configuration information and more.
- Another user's setting is implemented by: user terminal uploading user settings, network entity protection Save and apply this user setting.
- the user settings in this way, for example, the service settings of the PoC service, use the SIP PUBLISH request to publish the user settings.
- a user terminal In a PoC service, a user terminal usually connects to a server through an interface protocol, and sends a setting message carrying various user setting information to the server.
- the server saves the user setting information carried in the received message.
- the user terminal can also add, delete, and modify configuration files saved on the server.
- the server performs verification, association, and the like on the saved user setting information, and determines the processing method of the user setting information.
- the server needs to perform verification, association, and the like on the saved user setting information to determine the processing method of the user setting information.
- a specific process flow of the server is shown in Figure 3.
- the server needs to verify that each saved user setting information is legal and acceptable. After the verification is passed, the server needs to obtain the association relationship between the individual user setting information according to the preset association rule.
- the above-mentioned preset association rules may be generated according to policies and/or rules that have been saved on the server; or may be carried in the setting message of the user, that is, directly identified in the user's setting message with some other user settings. Dismissive processing, merge (simultaneous) processing, or processing in a certain order according to other business settings.
- the server can process the user setting information. For example, some user service settings must be merged, that is, simultaneous processing can be effective; some user service settings are mutually exclusive, and can only be operated according to one or several service settings of some of them; some user services Settings can only be operated in a certain order.
- the server returns a response to the user terminal.
- the server can return the processed manner of the obtained user setting information to the corresponding user terminal.
- FIG. 4 a process diagram of a user terminal using SIP PUBLISH to request user setting information is shown in FIG. 4, which includes:
- the client (user terminal) issues a SIP Publish message to the SIP network, and the SIP Publish message carries the service setting information that the client issues to the server (eg, service setting information #1, service). Setting information #2, business setting information #3, and business setting information #4).
- the SIP network forwards the received SIP Publish message to the server.
- the server processes and saves the user service setting information carried in the received SIP Publish message. Then, the user service setting information is verified according to the association rule set in advance, and various association processing methods of the service setting information are obtained after the verification.
- the server authenticates the user setting #1.
- the server authenticates the user setting #2.
- the server verifies the relationship between user setting #1 and user setting #2.
- the specific association processing method is: In the user setting #1 and the user setting #2, only the user setting #2 can be applied.
- the server authenticates the user setting #1.
- the server verifies the user setting #2.
- the server verifies the association between user setting #1 and user setting #2.
- the server authenticates the user setting #1.
- the server authenticates the user setting #2.
- the server verifies the association between user setting #1 and user setting #2.
- the specific association processing method is: In the user setting #1 and the user setting #2, the user setting #1 must be executed first, and then the user setting #2 is executed.
- the user terminal can set whether to save the message or the content in the message, whether to forward the message or the content in the message, whether to receive the message or the content in the message, whether to connect or download the message or the content in the message.
- the basis for the setting can be the nature of the message or the content in the message. These attributes may be the sender of the message, the time the message was sent or received, the size of the message, the format of the message content, and so on.
- Various user settings include but are not limited to the following:
- the network entity or the user terminal can judge and process the association relationship between the two types of user settings.
- the policy can only allow one of the settings for the message or the content of the message to be applied to the current user's use.
- the network entity or the terminal may according to the relationship between the two user settings. Two user settings are required to be used together, that is, the merge processing between the two user settings. It is also possible to require the user to set an unconditional save, and the network entity or terminal only accepts user settings that are allowed to be downloaded or connected.
- the TBCP protocol and the floor are also upgraded accordingly.
- the invention also proposes a method for performing association processing on allocation policy information of a PoC service media resource transmission right.
- FIG. 8 A flowchart of an embodiment of an OMA PoC floor application is shown in FIG. 8, and includes:
- the PoC Server returns a "Talk Burst Granted" message to the applicant to inform the applicant that they have been allowed to speak and have a say.
- the PoC Server can also send a "Talk Burst Taken" message to other users to inform the current speaker information to other members of the participating group.
- the group floor is idle, and the PoC Server broadcasts the "floor Control Idle" message to the group members.
- the media transmission right is a right to send media resources, and can be applied to a communication system having a media stream control function, such as a Conference system and a PoC system.
- the present invention pre-sets an allocation policy in a PoC server, and manages media transmission rights by the allocation policy.
- the above allocation strategy is called MBC Scheme in the OMA PoC2 system.
- MBC Scheme in the OMA PoC2 system.
- MBC Schemes There may be some association between multiple MBC Schemes. For example, some MBC Schemes cannot be combined, and some MBC Schemes need to be combined in certain scenarios.
- the typical application of the above MBC Scheme may be: rounding and assigning media transmission rights in a certain order, some users cannot obtain media transmission rights, some users always preferentially obtain media transmission rights, and queues between different media control entities are merged. The queues between different media control entities are split, one queue is assigned to several different media control entities, and so on.
- MBC Scheme can adopt flexible application methods. It can be applied to the entire PoC session as a policy; it can be applied only to the media transmission right allocation of a certain media type; it can be applied as a policy only to the allocation of media transmission rights of a certain media stream.
- MBC Scheme can be saved in a predefined group of PoC.
- the PoC server queries the predefined group to obtain the saved MBC Scheme.
- the PoC server then applies a specific one or more MBC Schemes to the PoC.
- the MBC Scheme can also be used as the local policy information saved on the PoC server.
- the PoC server obtains the saved MBC Scheme by querying the local policy information.
- the PoC server then applies a specific one or more MBC Schemes to the PoC session.
- the present invention also provides an embodiment in which an MBC Scheme is applied in a PoC session. After obtaining the MBC Scheme to be applied to the PoC session, the PoC server associates and judges each MBC Scheme and applies the judgment result.
- the MBC Scheme may be included in the message body of the session request message and the session response message, and is indicated by a specific SDP parameter.
- the management relationship of the media transmission right allocation policy information corresponding to the MBC Scheme in the specification of the present invention is a part of the session information in the message body, the media transmission right allocation policy represented by the management relationship MBC Scheme, and other SDP parameters and SIP messages.
- the relationship between other business information Among these relationships, the merger Association relationship, mutual exclusion relationship and sequential processing relationship.
- the user directly carries the resource allocation policy requested by himself in the session establishment request.
- the processing flow of the media resource transmission policy decision in the above embodiment is as shown in FIG. 9.
- the specific process includes:
- the Session #l and #2 session establishment requests are sent to the PoC server that executes the CF.
- the session establishment request can be carried by an SIP Invite (INVITE) message.
- the PoC server that executes the CF extracts the media resource transmission right parameter from the received session establishment request, and the query can be applied to the MBC Scheme of the PoC session, verify the association relationship between MBC Scheme #1 and #2, and determine how to apply the MBC. Scheme, determining a media resource transmission right allocation policy of the currently established multi-party communication service.
- the server executing the CF establishes a session with each called PoC Client of the current multiparty communication service.
- the PoC system returns a response to the calling PoC Client, and the response can be carried by the SIP 200 OK message.
- the server that executes the CF allocates the media resource transmission right according to the media resource transmission right allocation policy determined in step 93.
- the MBC Scheme #1 allocates the media resource transmission right to the calling PoC Client and each called PoC Client.
- the alternative MBC Scheme has a voice media stream that is cyclically rotated between multiple users, and the video media stream is reversed between multiple users.
- the MBC Scheme can only accept One of the media transmission right allocation strategies is either a forward round robin strategy or a reverberation round robin strategy. A mutually exclusive association between two strategies.
- the alternative MBC Scheme #1 assigns policy #1 to all the continued media streams in the entire session, and MBC Scheme #2 requires the voice media stream to apply the allocation policy.
- the mutually exclusive media resource transmission right allocation policy is selected. one of.
- the present invention also proposes a method of associating an indication message in a SIP message header or a message body.
- the indication message in the SIP message prompts the SIP protocol stack to perform corresponding merge or mutual exclusion processing on the SIP message.
- indication messages in the SIP message such as the indication message selected by the user, autoanswer, manual, answer, automata and audio, which are usually used in combination.
- the SIP protocol stack is required to perform a merge association process on the indication message and the require flag, and use them together.
- the SIP protocol stack needs to perform mutual association processing on the indication message and the require identifier, and only one indication message or identifier can be applied at the same time.
- service information are often included in service messages (such as SIP protocol messages, HTTP service messages, and XCAP service messages).
- a common way to carry business information is to describe a portion of the business information in an XML language.
- the service setting information contained in the SIP Publish message of the SIP message upload service setting such as the XCAP protocol message sent by the XDM terminal using the XCAP protocol to the XDM server, etc., is included.
- the association relationship between the service descriptions in the message body of the SIP message can be processed using the XML language, and the association relationship can be: merge processing, mutual Dismissed processing or processing in a certain order.
- the SIP protocol stack After receiving the SIP message carrying the XML language, the SIP protocol stack can perform corresponding association processing.
- the XML language data verification mechanism can utilize XML existing data verification mechanism to implement the description of the association relationship.
- XML data validation uses XML Schema technology.
- XML Schema defines the tags and data types used by the syntax through XML language. Since the schema of XML Schema itself is XML language, it does not need another syntax to represent, so it has XML language. Some scalability.
- This data verification technique can represent the merge processing, the mutual exclusion processing, or the relationship processed in a certain order.
- the following table lists the representations of XML Schema when representing different associated business processing relationships.
- the CPM provides users with services for sending IP-based converged messages.
- multiple places need to judge the sending, receiving, storing, and processing of messages according to the user's service information.
- the judgment of the association relationship between the service information specified by the user includes the association process of the merge process, the mutual exclusion process, and the sequence process.
- CPM service can provide users with network-based storage, and users receive messages. Services that store messages in network storage need to be handled as associated services.
- the embodiment of the present invention further provides a service server for performing association processing on service information. Referring to FIG. 10, the method includes:
- the first module 1001 is configured to receive service information.
- the second module 1002 is configured to obtain an association relationship between each service information.
- the third module 1003 is configured to perform corresponding association processing according to the association relationship.
- the third module may include:
- the first sub-module is configured to obtain the processing method of the industry according to the association relationship
- the second sub-module is configured to perform corresponding association processing according to the processing manner.
- the second submodule may include:
- the first unit is for merging and processing business information; and/or,
- the third unit is configured to process the business information in a set order.
- the second module may include:
- a third submodule configured to obtain an association rule
- the fourth submodule is configured to obtain an association relationship between the service information according to the association rule.
- the third submodule may include:
- a fourth unit configured to generate the association rule according to the stored policy and/or rule; or, the fifth unit is configured to receive a setting message, where the setting message carries the association rule; The association rule is obtained in the setting message.
- the setting message may be a start session protocol SIP message.
- the first module may include: a submodule for receiving the SIP message, the indication in the SIP message, or the identifier carrying the service information.
- the service server may further include:
- the fourth module is configured to verify whether the received service information is legal.
- the embodiment of the invention further provides a service server for managing and processing service information, comprising: a module for receiving service information;
- the business server can also include:
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Description
对业务信息进行关联处理的方法及业务服务器 本申请要求于 2006 年 11 月 3 日提交中国专利局、 申请号为 200610138304.x、 发明名称为"对业^言息进行关联处理的方法"的中国专利申 请的优先权, 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信领域,尤其涉及一种对业务信息进行关联处理的方法及业 务服务器。
背景技术
随着宽带网络的发展,移动通信将不仅仅局限于传统的话音通信,结合音 频、视频、 图片和文本等多种媒体类型的多媒体业务将逐渐开^^来。 多媒体 业务通过与 presence (呈现业务) 、 短消息、 WEB (网页)浏览、 定位信息、 PUSH (推送业务)、 文件共享等数据业务的结合, 可以满足用户的多种需求。 各种多媒体业务包括:
1、 消息业务: 即时消息和聊天室、 多媒体短消息。
2、 视频业务: 娱乐、 多媒体信息、 日常交流。
3、 电子商务: 产品目录、 搜索引擎、 购物车、 订单管理、 支付。
4、 游戏: 单人游戏、 群组游戏。
5、 定位业务: 寻人、 向导、 报警。
6、 个人助理: 地址本、 曰程表、 书签管理、 文件存储、 事件提醒、 电子 邮件。
在多种多媒体应用的推动下, 3GPP (第三代伙伴组织计划)标准组织推 出了基于 IP (互联网协议)的 IMS ( IP多媒体子系统)架构, 目的是在通信网 络中使用一种标准化的开放的结构来实现多种多样的多媒体应用 ,提供给用户 更多的选择和更丰富的感受。
SIP ( Session Initiation Protocol,起始^^舌协议 )出现于二十世纪九十年代 中期, 用于控制音频视频内容在 Web上的流传输。 SIP消息是基于文本的, 易 于读取和调试, 易于实现编程, 对于设计人员而言更加直观。
SIP如同电子邮件客户机一样重用 MIME ( Multipurpose Internet Mail Extension, 多用途因特网邮件扩展)类型描述, 重用几个现有的比较成熟的
Intemet服务和协议, 如 DNS ( Domain Name System, 域名解析服务器)、 RTP ( Real Time Transport Protocol, 实时传输协议 )、 RSVP (资源预留协议 ) 等。 因此, 不必再引入新服务对 SIP基础设施提供支持, 与会话相关的应用程序可 以自动启动。
SIP独立于传输层, 其底层传输可以是采用 ATM (异步传输模式)的 IP。
SIP使用 UDP (用户数据报协议) 以及 TCP (传输控制协议) , 将独立于底层 出设施的用户灵活地连接起来。
SIP支持多设备功能调整和协商。 如果服务或会话启动了视频和语音, 则 仍然可以将语音传输到不支持视频的设备,也可以使用其他设备功能,如单向 视频流传输功能。
随着网絡技术的发展, 多方通信成为一种逐渐普遍的业务,为了实现多方 通信必然需要有一个统一的控制点来对多方通信进行管理,从而确保管理的一 致性和实时性。 比如, 当一个用户申请发送音频业务时, 系统需要有且只能有 一个控制点进行判决。 比如, PoC (按键即说业务)系统、 Conference (—种提 供用户状态的功能的服务器) 系统。
PoC系统是一种集中控制的多方多媒体通信系统, 是 OMA ( Open Mobile Alliance, 移动开放联盟)定义的在蜂窝系统上实现的 PTT (即按即说的语音 业务) 。 PoC业务的概念来自于对讲机, 其用户体验使用方式和对讲机类似, PoC业务可以实现简单、 快捷, 半双工通话。 用户通过预先设定通话群组, 在 通话时无需拨号,只需要按住特定的按键,就可以同时将话音传送给群组中其 它所有的成员, 按键即讲、呼叫和通话连接过程在瞬间完成,接收方无需进行 任何响应操作就能直接接听。 PoC业务的通话过程采用半双工的方式, 一方在 说话时, 其他成员只能接听不能说话。
OMA负责制定 PoC标准规范,该规范中定义的 PoC规范的网络结构图如图 1所示。 包括如下主要实体:
1、 PoC Server: 是 PoC业务的主要呼叫控制设备, 是 IMS网络的一种 Application Server (应用月良务器 ) 。
2、 PoC XDMS: 存储 PoC业务需要的群组信息等数据的服务器。
3、 PoC Client: PoC客户端, 用户使用该客户端和 PoC Server发起和接收
PoC呼叫、 申请发言权、 发言等。
PoC业务是半双工的语音以及多媒体通信系统, 在建立了 PoC群组呼叫之 后, 用户可以通过 TBCP ( Talk Burst Control Protocol, 发言权控制协议 )协议 向 PoC Server申请发言权。 用户只有获得了发言权, 才被准许说话, 其说话产 生的媒体流才能被 PoC Server转发到群组中的其它成员。
POC2.0是目前 OMA正在制定的更高版本的 POC业务, 它是对 POC1.0中定 义业务的扩展和升级。 POC2.0允许用户通过特定按键建立与其它一个或多个 用户立即通信的多媒体会话,允许用户在会话中传送多种媒体类型,如静止图 片,实时视频流,文件传输和文本 text。 POC2.0向下兼容 POC1.0,也支持 POC1.0 中的半双工语音业务。
PoC业务信息包括:
1、 用户设置消息, 如, PoC的业务设置, PoC接入控制设置, CPM用户设 置。
2、 系统设置消息, 如, 运营商的策略。
3、信令消息中的指示消息, 如, 应答模式, 接入优先顺序, MBC Scheme
( Media Burst Control Scheme, 媒体发送控制规则) 。
4、 媒体控制消息中的指示消息, 如, TBCP、 MBCP消息中的版本指示。
5、 网络系统保存的业务信息, 如, 群组信息中的 MBC Scheme。
6、 用户的签约信息, 如, 用户使用业务的接入准则。
在 PoC业务中, 通常需要根据上述用户设置消息、 信令面消息的指示、 用 户面消息(媒体控制消息)的指示、 用户的签约消息、 网络系统保存的业务信 息和运营商的策略等多种信息来决定网络操作。 随着 PoC业务的发展, 上述用 户设置消息、 网络系统保存的业^言息、 运营商的策略等消息会越来越多。
目前,在上述业务信息中, 除了运营商的策略中部分策略只能互斥的进行 配置以外,还没有用户设置消息之间的关联处理方法;还没有信令消息中指示 信息之间的关联处理方法;还没有媒体控制信息中指示信息之间的关联处理方 法; 没有网络系统保存的业务消息之间的关联处理方法,也没有用户签约信息 之间的关联处理方法。
发明内容
本发明实施例的目的是提供对业务信息进行关联处理的方法及业务服务 器, 从而可以对 IMS架构下的各种应用的业务消息进行关联处理。
本发明实施例提供一种对业务信息进行关联处理的方法, 包括: 接收业务信息;
获得各业 ^言息之间的关联关系;
根据所述关联关系 , 对所述业务信息进行相应的关联处理。
本发明实施例还提供一种业务服务器, 包括:
第一模块, 用于接收业务信息;
第二模块, 用于获得各业 ^言息之间的关联关系;
第三模块,用于根据所述关联关系,对所述业务信息进行相应的关联处理。 本发明实施例还提供一种业务服务器, 包括:
用于接收业务信息的模块;
用于获得各业务信息之间的关联关系的模块;
用于根据所述关联关系, 对所述业务信息进行相应的关联处理的模块。 由上述本发明实施例提供的技术方案可以看出,本发明通过利用业务服务 器根据设定的关联策略,对业务消息中携带的用户配置信息进行关联关系的判 断, 并进行相应的关联处理。 从而可以对 IMS架构下的各种应用的业务消息 进行关联处理。 利用本发明所述的方法, 能够解决业^言息之间关联关系处理 问题, 提高业务的使用体验, 增强了业务特性。
附图说明
图 1为 PoC标准规范中定义的网络结构图;
图 2为以 PoC业务中的用户的设置业务消息为例, 本发明方法的实施例的 处理流程图;
图 3为图 2所示的流程中服务器的具体处理过程流程图;
图 4为本发明实施例中的用户终端采用 SIP PUBLISH请求发布用户设置信 息的过程示意图;
图 5为本发明实施例中的一种关联处理方式的处理过程示意图;
图 6为本发明实施例中的一种关联处理方式的处理过程示意图;
图 7为本发明实施例中的一种关联处理方式的处理过程示意图;
图 8为本发明 OMA PoC发言权申请的实施例的流程图;
图 9为本发明 MBC Scheme在 PoC ^舌中应用的实施例中的媒体资源发 送策略决定的处理流程图;
图 10为本发明实施例中的一种业务服务器的结构示意图。
具体实施方式
本发明实施例提供了一种对业务信息进行关联处理的方法及业务服务器。 下面结合附图及具体实施例来详细描述本发明,本发明方法适用于 IMS架 构下的各种应用业务, 比如, PoC业务、 CPM业务、 Conference业务和 XML业 务等。 各种应用业务可以是使用 SIP协议消息中携带的业务信息, 也可以是其 他可以使用 XML语言说明业务信息的应用业务。
下面的实施例以 PoC业务中的用户的业务设置消息为例, 说明在 PoC业务 的业务设置信息中, 不同种业务设置作为业^言息, 出现的合并、 互斥和顺序 处理过程。 本发明方法实施例的处理流程如图 2所示, 包括:
21 : 用户终端向服务器发送携带用户业务设置信息的设置消息。
在通信系统中,用户可以在网络中的应用服务器进行用户的业务设置,并 要求网络中的应用服务器根据用户的设置进行相应的操作。 比如,可以要求网 络根据用户的设置设定接受或者拒绝会话请求;可以要求网络根据用户的设置 下发保存的业务数据;可以要求网络中的网络实体根据用户的设置对媒体数据 进行操作;可以要求网络中的网络实体根据用户的设置对消息或者消息中的内 容进行操作等等。
上述用户的设置的实现目前可以采用两种方式,一种方式是:用户终端将 用户的设置作为一种配置文件保存在网络的网络实体中,该配置文件如果用户 不作修改、删除或者超时, 就不会自动被删除。 采用这种方式进行用户设置的 用户终端 , 如 XDM Client , XDM Client可以通过 XCAP协议连接 XDM良务器, 进行添加、删除和修改配置上述配置文件。上述配置文件可以有较广泛的用途, 比如:可以作为公共的配置信息被其他业务使用;也可以为某一种业务配置特 定的业务配置;可以作为用户终端接入控制的条件;可以作为组管理的配置信 息等等。
另外一种用户的设置的实现方式是:用户终端上传用户设置, 网络实体保
存和应用该用户设置。采用这种方式的用户设置, 比如, PoC业务的业务设置, 采用 SIP PUBLISH请求发布的用户设置。
在 PoC业务中, 用户终端通常通过接口协议连接服务器, 向服务器发送携 带各种用户设置信息的设置消息。服务器对接收到的消息中携带的用户设置信 息进行保存。用户终端还可以对上述服务器上保存的配置文件进行添加、删除 和修改等操作。
22: 服务器对保存的用户设置信息进行验证、 关联等操作, 确定用户设置 信息的处理方式。
服务器需要对保存的用户设置信息进行验证、关联等操作,确定用户设置 信息的处理方式。 服务器的一具体处理过程流程如图 3所示。
首先,服务器需要分别验证保存的各个用户设置信息是否合法,是否可以 接受。在验证通过后,服务器需要根据预先设定的关联规则获得各个用户设置 信息之间的关联关系。上述预先设定的关联规则可以根据服务器上已经保存的 策略和 /或规则来生成; 也可以在上述用户的设置消息中携带, 即直接在用户 的设置消息中标识出和某些其他用户设置互斥处理、合并(同时)处理或者按 照和其他业务设置按照某一顺序处理。
服务器得到了各个用户设置信息之间的关联关系后,就可以得到用户设置 信息的处理方式。 比如, 有部分用户业务设置是必须合并处理的, 也就是同时 处理才能有效;有部分用户业务设置中是互斥的,只能按照其中一部分的一个 或者几个业务设置进行操作;有部分用户业务设置之间只能按照某一个顺序进 行操作。
23、 服务器向用户终端返回响应。
进一步,服务器可将得到的用户设置信息的处理方式返回给相应的用户终 端。
本发明还给出了一个上述处理流程的一个实施例,在该实施例中,一种用 户终端采用 SIP PUBLISH请求发布用户设置信息的过程示意图如图 4所示, 包 括:
41、 Client (用户终端)发布 SIP Publish消息给 SIP网络, 该 SIP Publish消 息中携带了 Client向服务器发布的业务设置信息(如, 业务设置信息 # 1、 业务
设置信息 #2、 业务设置信息 #3和业务设置信息 #4) 。
42、 SIP网络将接收到的 SIP Publish消息转发给服务器。 服务器对收到的 SIP Publish消息中携带的用户业务设置信息进行处理和保存。 然后, 根据预先 设置的关联规则对用户业务设置信息进行了关联关系验证,验证后得到业务设 置信息的各种关联处理方式。
比如, 一种关联处理方式的处理过程如图 5所示, 具体处理过程为:
5-1、 服务器对用户设置 #1进行验证。
5-2、 服务器对用户设置 # 2进行验证。
5- 3、 服务器验证用户设置 # 1和用户设置 # 2之间的关联关系。
5-4、 经过判断处理后, 得到具体关联处理方式为: 在用户设置 #1和用户 设置 #2之中, 只能应用用户设置 #2。
另一种关联处理方式的处理过程如图 6所示, 具体处理过程为:
6- 1、 服务器对用户设置 #1进行验证。
6-2、 服务器对用户设置 # 2进行验证。
6-3、 服务器验证用户设置 #1和用户设置 #2之间的关联关系。
6- 4、 经过判断处理后, 得到具体关联处理方式为: 在用户设置 #1和用户 设置 #2之中, 必须同时应用用户设置 #1和用户设置 #2。
另一种关联处理方式的处理过程如图 7所示, 具体处理过程为:
7- 1、 服务器对用户设置 #1进行验证。
7-2、 服务器对用户设置 #2进行验证。
7-3、 服务器验证用户设置 # 1和用户设置 # 2之间的关联关系。
7-4、 经过判断处理后, 得到具体关联处理方式为: 在用户设置 #1和用户 设置 #2之中, 必须按顺序先执行用户设置 #1, 后执行用户设置 #2。
在消息类业务中,用户终端可以对是否保存消息或消息中的内容,是否转 发消息或者消息中的内容,是否接收消息或者消息中的内容,是否连接或者下 载消息或者消息中的内容进行设置。设置的依据可以是消息或者消息中内容的 属性。这些属性可能是消息的发送方、消息的发送或者接收时间,消息的大小, 消息内容的格式等等。 各种用户设置方式包括但不限于以下几种:
1、 如果用户对某一部分属性的消息或者消息中的内容进行了拒绝接收或
者拒绝保存的设置,那么用户对相应属性的消息或者消息中的内容的下载的用 户设置是不合理的,网络实体或者是用户终端可以对这两类用户设置之间进行 关联关系的判断和处理, ¾1据策略可以只允许其中一类对消息或者消息中内容 的设置被应用到当前用户的使用中。
2、 如果对某一部分属性的消息或者消息中的内容进行了接收或者无条件 保存的设置,那么用户设置下载或者连接的用户设置时, 网络实体或者终端可 以根据两项用户设置之间的关联关系,要求两项用户设置一起联合使用, 即两 个用户设置之间合并处理。也可以要求用户设置了无条件保存后, 网络实体或 者终端只接受允许下载或者连接的用户设置。
在升级为多媒体系统后的 PoC系统中 , TBCP协议和发言权也相应升级为
MBCP ( Media Burst Control Protocol )协议和媒体发送权。 本发明还提出了对 PoC业务媒体资源发送权的分配策略信息进行关联处理的方法。
一个 OMA PoC发言权申请的实施例的流程图如图 8所示, 包括:
81 - 82: 用户可以通过 TBCP协议" Talk Burst Request"消息向 PoC Server申 请发言权。
83 - 84: PoC Server返回" Talk Burst Granted"消息给申请者, 以告知该申 请者已被准许发言, 获得发言权。
85 - 86: PoC Server也可向其他用户发出 "Talk Burst Taken"消息, 以知会 当前发言者信息给参与群组^舌的其他成员。
87 - 810: 已经获得发言权的用户进行发言, 其媒体流被 PoC Server转发 给群组中的其他成员。
811 - 812: 用户发言完毕, 释放发言权。
813 - 816: 群组发言权空闲, PoC Server向群组成员广播" Floor Control Idle"消息。
媒体发送权是一种发送媒体资源的权限,可以应用在有媒体流控制功能的 通信系统中 ,例如 Conference系统和 PoC系统等。本发明在 PoC服务器中预先设 定分配策略, 通过该分配策略来管理媒体发送权。 上述分配策略在 OMA PoC2 系统中称为 MBC Scheme。 当某一个 MBC Scheme应用到 PoC^舌中,可以决定 PoC服务器采用某种方式或者某种规则分配媒体发送权。 同时, 一个会话中可
以同时应用多个 MBC Scheme。
多个 MBC Scheme之间可能存在一定关联关系, 如某些 MBC Scheme不能 合并使用, 而有一部分 MBC Scheme在一定场景下是需要合并使用的。
上述 MBC Scheme的典型应用可以为: 按照一定顺序轮循分配媒体发送 权、 某一些用户不能获得媒体发送权、 某一些用户总是优先获得媒体发送权、 不同的媒体控制实体之间的队列进行合并、不同的媒体控制实体之间的队列进 行分拆、 为几个不同的媒体控制实体分配一个队列, 等等。
MBC Scheme作为策略, 可以采用灵活的应用方式。 可以作为策略应用到 整个 PoC会话中; 可以作为策略只应用到某一种媒体类型的媒体发送权分配 中; 可以作为策略只应用到某一个媒体流的媒体发送权的分配中。
因此,不同的 MBC Scheme之间 ,一部分分配策略之间是不能同时使用的 , 需要服务器、 网络实体或者用户终端对应用的各个 MBC Scheme信息之间进行 关联处理的判断和关联处理。
MBC Scheme作为媒体发送权分配策略,可以保存在 PoC预定义的群组中。 当建立 PoC会话时, PoC服务器向上述预定义的群组进行查询, 获得保存的 MBC Scheme。 然后, PoC服务器将特定的一个或者多个 MBC Scheme应用到 PoC^舌中。
MBC Scheme也可以作为 PoC服务器上保存的本地策略信息, 当建立 PoC 会话时, PoC服务器通过查询该本地策略信息, 获得保存的 MBC Scheme。 然 后, PoC服务器将特定的一个或者多个 MBC Scheme应用到 PoC会话中。
本发明还提供了一个 MBC Scheme在 PoC会话中应用的实施例。 PoC服务 器根据 PoC Client发出的指示要求后, 获得需要应用到 PoC会话的各个 MBC Scheme后, 对各个 MBC Scheme之间进行关联、 判断处理, 将判断结果进行应 用。
MBC Scheme在 PoC业务中, 可以在会话请求消息和会话应答消息的消息 体中包含, 并由具体的 SDP参数进行指示。 本发明说明书中的 MBC Scheme对 应的媒体发送权分配策略信息的管理关系, 作为消息体中会话信息的一部分, 该管理关系 MBC Scheme所代表的媒体发送权分配策略和其他 SDP参数以及 SIP消息中的其他业务信息之间的关联关系。 这些关联关系中, 包括了合并处
理关联关系, 互斥关系和顺序处理的关联关系。
在上述实施例中,用户直接在会话建立请求中携带自身要求的资源分配策 略。 上述实施例中的媒体资源发送策略决定的处理流程如图 9所示。 具体处理 过程包括:
91- 92 : 主叫用户终端 PoC Client发送携带资源分配策略参数 MBC
Scheme#l和 # 2的会话建立请求至执行 CF的 PoC服务器。 该会话建立请求可由 SIP的邀请 ( INVITE ) 消息来承载。
93:执行 CF的 PoC服务器从接收到的会话建立请求中提取媒体资源发送权 参数, 查询可以应用到 PoC会话的 MBC Scheme , 验证 MBC Scheme # 1和 # 2 之间的关联关系, 判断如何应用 MBC Scheme, 确定当前建立的多方通信业务 的媒体资源发送权分配策略。
94- 95: 执行 CF的服务器与当前多方通信业务的各个被叫 PoC Client建立 起会话。
96 - 99: PoC系统向主叫 PoC Client返回^舌建立应答, 该^舌建立应答 可由 SIP的 200 OK消息来承载。
910: 执行 CF的服务器在建立起多方通信业务之后, 按步骤 93所确定的媒 体资源发送权分配策略 MBC Scheme # 1为主叫 PoC Client和各个被叫 PoC Client分配媒体资源发送权。
以下举若干例子验证进行 MBC Scheme之间关联关系处理的实现。
1、 如 PoC Client请求建立会话, 备选的 MBC Scheme有语音媒体流在多个 用户之间正向轮循, 视频媒体流在多个用户之间反向轮循, 这时 MBC Scheme 只能接受其中一种媒体发送权分配策略,即或者是正向轮循策略或者是反响轮 循策略其中一种。 两种策略之间采用的互斥的关联操作。
2、如 PoC Client请求建立会话,备选的 MBC Scheme # 1为整个会话中的所 有续媒体流分配策略 # 1 , 而 MBC Scheme # 2要求语音媒体流应用分配策略 #
2,如果整体会话分配的策略和为某一个媒体流分配的策略相互矛盾,根据 PoC 服务器对媒体资源发送权分配策略之间关联关系的判断和处理,选择互斥的媒 体资源发送权分配策略中的一个。
3、如 PoC Client请求建立^■,请求中的指示要求备选的 MBC Scheme # 1
和 MBC Scheme # 2必选同时应用到 PoC会话中的两个不同媒体流, 那么 PoC服 务器根据两个媒体资源发送权分配策略之间关联关系的判断和处理,需要同时 应用两个媒体资源发送权分配策略。
本发明还提出了对 SIP消息头或者消息体中的指示消息进行关联处理的方 法。
SIP消息中的指示消息 , 提示 SIP协议栈对 SIP消息进行相应的合并或互斥 处理。
SIP消息中目前有一部分指示消息, 比如代表用户选择的指示消息, autoanswer, manual, answer, automata和 audio等消息, 通常需要联合使用的。 比如, 如果出现 Require指示消息, 就需要 SIP协议栈对该指示消息和 require标 识进行合并关联处理, 一起使用。 当某一个指示消息或者标识和另一个指示消 息或者标识的关系为互斥关系, 就需要 SIP协议栈对该指示消息和 require标识 进行互斥关联处理, 只能同时应用某一个指示消息或者标识。
在业务消息中 (如: SIP协议消息、 HTTP业务消息、 XCAP业务消息中) 中常常包含若干种业务信息。 一种常用的携带业务信息的方式是通过 XML语 言对一部分业务信息进行描述。例如,使用 SIP消息上载业务设置的 SIP Publish 消息中包含的业务设置信息, 例如使用 XCAP协议的 XDM终端向 XDM服务器 发出的 XCAP协议消息中包含的业 ^言息等等。
由于 XML语言允许对某一个业务信息中增加是否关联的属性, 因此, 可 以使用 XML语言对 SIP消息的消息体中的业务描述之间的关联关系需要处理, 该关联关系可以是: 合并处理、 互斥处理或按某一设定顺序处理。 SIP协议栈 收到上述携带 XML语言的 SIP消息后, 就可以进行相应的关联处理。
XML语言数据验证机制, 本发明可以利用 XML现有的数据验证机制来实 现关联关系的描述。 目前 XML数据验证使用了 XML Schema技术, XML Schema通过 XML语言定义语法使用的标记及其数据类型, 由于 XML Schema 本身的架构就是 XML语言, 不需要另一种语法来表示, 因此具有 XML语言所 带有的扩展性。 这种数据验证技术能够表示出关联业务所需要的合并处理、互 斥处理或按某一设定顺序处理的关系。下表列出了表示不同关联业务处理关系 时 XML Schema的表示方法。
关联关系 XML Schema规则 XML语言表示 合并关系 <ElementType name="a" > <a>
<group> <b/>
<element type="b"/> <c/>
<element type="c"/> </a>
</group> 或
< ElementType> <a>
<c/>
<b/>
</a> 顺序关系 <ElementType name="a" <a>
order="seq"> <b/>
<element type="b"/> <c/>
<element type="c"/> </a>
< ElementType>
互斥关系 <ElementType name="a" <a>
order="one"> <b/>
<element type="b"/> </a>
<element type="c"/> 或
< ElementType> <a>
<c/>
</a>
CPM向用户提供了发送基于 IP的融合消息的业务, 在 CPM业务中多处需 要根据用户的业务信息对消息发送、接收、存储和处理进行判断。 CPM业务中 对用户指定的业务信息之间关联关系的判断包括了合并处理、互斥处理和顺序 处理的关联关系。
例如: CPM业务可以为用户提供了基于网络的存储,用户接收消息的业务
和在网络存储中存储消息的业务需要作为关联业务来进行处理。
用户可以设置这两种业务为互斥关系,这样消息可以直接发送到用户设备 上而不进行网络存储,或者消息存储在网络存储中用户只收到有新消息的提示. 当然用户也可以设置这两种业务为合并关系,这样消息既需要直接发送到用户 设备上也需要进行网络存储.在对网络存储的管理中,用户也需要对不同的业务 设置关联关系,如用户可以设置把消息自动存储在网络存储中,同样也可以设置 网络存储剩余空间的警告阀值,如果用户希望超过警告阀值后网络存储不允许 存储新的消息,那么用户就必须把这两种业务的关联关系设置为互斥关系 . 此外,相应的,本发明实施例还提供对业务信息进行关联处理的业务服务 器, 参见图 10, 包括:
第一模块 1001 , 用于接收业务信息;
第二模块 1002, 用于获得各业务信息之间的关联关系;
以及, 第三模块 1003 , 用于根据关联关系, 进行相应的关联处理。
进一步的, 第三模块可以包括:
第一子模块, 用于根据关联关系, 获得业 ^言息的处理方式;
第二子模块, 用于根据处理方式, 进行相应的关联处理。
进一步的, 第二子模块可以包括:
第一单元, 用于合并处理业务信息; 和 /或,
第二单元, 用于互斥处理业务信息; 和 /或,
第三单元, 用于按照设定顺序处理业务信息。
进一步的, 第二模块可以包括:
第三子模块, 用于获得关联规则;
第四子模块, 用于根据关联规则, 得到各业务信息之间的关联关系。
进一步的, 第三子模块可以包括:
第四单元, 用于根据存储的策略和 /或规则生成所述关联规则; 或者, 第五单元, 用于接收设置消息, 所述设置消息中携带所述关联规则; 第六单元, 用于从所述设置消息中获得所述关联规则。
设置消息可以为起始会话协议 SIP消息; 第一模块可以包括: 用于接收 SIP 消息, SIP消息中的指示或者标识中携带所述业务信息的子模块。
进一步的, 该业务服务器还可以包括:
第四模块, 用于验证接收到的业务信息是否合法。
本发明实施例还提供一种对业务信息进行管理处理的业务服务器, 包括: 用于接收业务信息的模块;
用于获得各业务信息之间的关联关系的模块;
以及, 用于根据关联关系, 对业务信息进行相应的关联处理的模块。 该业务服务器还可以包括:
用于验证接收到的业务信息是否合法的模块
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局 限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易 想到的变化或替换, 都应涵盖在本发明的保护范围之内。 因此, 本发明的保护 范围应该以权利要求的保护范围为准。
Claims
1、 一种对业务信息进行关联处理的方法, 其特征在于, 包括:
接收业务信息;
获得各业^言息之间的关联关系;
根据所述关联关系, 对所述业务信息进行相应的关联处理。
2、根据权利要求 1所述的方法, 其特征在于, 所述根据所述关联关系, 对 所述业务信息进行相应的关联处理包括:
根据所述关联关系, 获得所述业务信息的处理方式;
根据所述处理方式, 对所述业务信息进行相应的关联处理。
3、根据权利要求 1所述的方法, 其特征在于, 所述对所述业务信息进行相 应的关联处理包括:
合并处理所述业务信息和 /或互斥处理所述业务信息和 /或按照设定顺序处 理所述业务信息。
4、根据权利要求 1所述的方法, 其特征在于, 所述获得各业务信息之间的 关联关系包括:
获得关联规则;
根据所述关联规则 , 得到各业务信息之间的关联关系。
5、根据权利要求 4所述的方法,其特征在于,所述获得关联规则具体包括: 根据存储的策略和 /或规则生成所述关联规则;
或者,接收设置消息, 所述设置消息中携带所述关联规则; 从所述设置消 息中获得所述关联规则。
6、根据权利要求 5所述的方法, 其特征在于, 所述设置消息为起始会话协 议 SIP消息, 所述接收业务信息具体包括:
接收所述 SIP消息, 所述 SIP消息中的指示或者标识中携带所述业务信息, 所述业务信息中携带所述关联规则。
7、 根据权利要求 1所述的方法, 其特征在于, 该方法还包括:
验证所述接收的业务信息是否合法。
8、 根据权利要求 1至 7任一项所述的方法, 其特征在于, 所述业务信息包 括:
IP多媒体子系统 IMS架构下应用业务的信息。
9、 根据权利要求 8所述的方法, 其特征在于, 所述 IMS架构下应用业务的 信息包括:
按键即说业务 PoC业务的信息和 /或融合 IP消息 CPM业务的信息和 /或电话 会议系统 Conference业务的信息和 /或可扩展标记语言 XML业务的信息。
10、 根据权利要求 9所述的方法, 其特征在于, 所述业务信息包括资源分 配策略参数信息, 所述接收业务信息具体包括:
接收携带资源分配策略参数信息的会话建立请求消息。
11、根据权利要求 10所述的方法, 其特征在于, 所述关联规则为媒体发送 控制规则, 所述获得各业务信息之间的关联关系具体包括:
根据存储的媒体发送控制规则 ,获得各资源分配策略参数信息之间的关联 关系;
或者,从会话预先设定的群组中获得媒体发送控制规则;根据所述媒体发 送控制规则 , 获得各资源分配策略参数信息之间的关联关系。
12、根据权利要求 11所述的方法, 其特征在于, 所述获得所述业务信息的 处理方式具体包括:
根据所述各资源分配策略参数信息之间的关联关系 ,获得媒体资源发送权 分配策略。
13、 根据权利要求 9所述的方法, 其特征在于, 所述业务信息包括媒体发 送权分配策略, 所述接收业务信息具体包括:
接收携带媒体发送权分配策略的会话请求消息和 /或会话应答消息。
14、根据权利要求 13所述的方法, 其特征在于, 所述关联规则为媒体发送 控制规则 , 所述获得各业务信息之间的关联关系具体包括:
根据存储的媒体发送控制规则 ,获得各资源分配策略参数信息与其他业务 信息之间的关联关系;
或者,从会话预先设定的群组中获得媒体发送控制规则;根据所述媒体发 送控制规则 , 获得各资源分配策略参数信息与其他业务信息之间的关联关系。
15、根据权利要求 14所述的方法, 其特征在于, 所述获得所述业务信息的 处理方式具体包括:
根据所述各资源分配策略参数信息与其他业务信息之间的关联关系,获得 媒体资源发送权分配策略。
16、 业务服务器, 其特征在于, 包括:
第一模块, 用于接收业务信息;
第二模块, 用于获得各业 ^言息之间的关联关系;
第三模块,用于根据所述关联关系,对所述业务信息进行相应的关联处理。
17、根据权利要求 16所述的业务服务器,其特征在于,所述第三模块包括: 第一子模块, 用于根据所述关联关系, 获得所述业^言息的处理方式; 第二子模块, 用于根据所述处理方式, 进行相应的关联处理。
18、根据权利要求 17所述的业务服务器, 其特征在于, 所述第二子模块包 括:
第一单元, 用于合并处理所述业务信息; 和 /或,
第二单元, 用于互斥处理所述业务信息; 和 /或,
第三单元, 用于按照设定顺序处理所述业务信息。
19、根据权利要求 16所述的业务服务器,其特征在于,所述第二模块包括: 第三子模块, 用于获得关联规则;
第四子模块, 用于根据所述关联规则, 得到各业务信息之间的关联关系。
20、根据权利要求 19所述的业务服务器, 其特征在于, 所述第三子模块包 括:
第四单元, 用于根据存储的策略和 /或规则生成所述关联规则; 或者, 第五单元, 用于接收设置消息, 所述设置消息中携带所述关联规则; 第六单元, 用于从所述设置消息中获得所述关联规则。
21、根据权利要求 20所述的业务服务器, 其特征在于, 所述设置消息为起 始会话协议 SIP消息; 所述第一模块包括: 用于接收所述 SIP消息, 所述 SIP消 息中的指示或者标识中携带所述业务信息的子模块。
22、根据权利要求 16所述的业务服务器, 其特征在于, 该业务服务器还包 括:
第四模块, 用于验证所述接收到的业务信息是否合法。
23、 业务服务器, 其特征在于, 包括:
用于接收业务信息的模块;
用于获得各业务信息之间的关联关系的模块;
用于根据所述关联关系, 对所述业务信息进行相应的关联处理的模块。
24、根据权利要求 23所述的业务服务器, 其特征在于, 该业务服务器还包 括:
用于脸证所述接收到的业务信息是否合法的模块。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP07817208.7A EP2088730B1 (en) | 2006-11-03 | 2007-11-05 | Method for associated processing service information and service server |
US12/357,180 US9185143B2 (en) | 2006-11-03 | 2009-01-21 | Method and service server for correlative processing of service information |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610138304.X | 2006-11-03 | ||
CN 200610138304 CN101175075B (zh) | 2006-11-03 | 2006-11-03 | 对业务信息进行关联处理的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2008052488A1 true WO2008052488A1 (fr) | 2008-05-08 |
Family
ID=39343843
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2007/071017 WO2008052488A1 (fr) | 2006-11-03 | 2007-11-05 | Procede de traitement associe d'informations de service et serveur de service |
Country Status (4)
Country | Link |
---|---|
US (1) | US9185143B2 (zh) |
EP (1) | EP2088730B1 (zh) |
CN (1) | CN101175075B (zh) |
WO (1) | WO2008052488A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102010017926B4 (de) * | 2010-04-22 | 2012-01-12 | Infineon Technologies Ag | Verfahren und Vorrichtung zum Zuweisen einer Kontroll-Rolle einer kollaborativen Kommunikationssitzung und Verfahren und Vorrichtung zum Anfordern einer Kontroll-Rolle einer kollaborativen Kommunikationssitzung |
CN103384203B (zh) * | 2012-05-04 | 2017-05-24 | 江虹 | 在通信终端设备之间已建立通信信道的即时通信系统和方法 |
CN104980892A (zh) * | 2014-04-14 | 2015-10-14 | 北京信威通信技术股份有限公司 | 一种组呼中实现语音与视频分别控制的方法 |
US10129892B2 (en) * | 2015-06-01 | 2018-11-13 | Qualcomm Incorporated | Techniques to manage reverse channel audio sessions |
CN106407189A (zh) * | 2015-07-27 | 2017-02-15 | 中兴通讯股份有限公司 | 一种业务数据关联关系校验方法和装置 |
CN107194241B (zh) * | 2016-03-15 | 2021-06-11 | 腾讯科技(深圳)有限公司 | 终端设备的控制方法、服务器、终端设备和控制系统 |
US9826570B1 (en) * | 2016-12-30 | 2017-11-21 | Qualcomm Incorporated | Radio frequency resource management by preponing scheduled activities |
CN115174386B (zh) * | 2022-06-30 | 2023-06-16 | 中国联合网络通信集团有限公司 | 配置访问策略应用方法、uicc、终端及系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1469585A (zh) * | 2003-06-26 | 2004-01-21 | 中国科学院计算技术研究所 | 基于会话启动协议的ip视频电话系统中会话和媒体授权方法 |
CN1585411A (zh) * | 2004-06-08 | 2005-02-23 | 中兴通讯股份有限公司 | 一种有线一键通业务终端及有线一键通业务的实现方法 |
WO2006000624A1 (en) * | 2004-06-23 | 2006-01-05 | Teliasonera Finland Oyj | Method, system and server for transferring a session in a data communications system |
CN1832473A (zh) * | 2005-08-19 | 2006-09-13 | 华为技术有限公司 | 一种在ims网络中处理会话消息的方法及装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI20041377A0 (fi) * | 2004-10-25 | 2004-10-25 | Nokia Corp | Palvelujen tarjonta tietoliikennejärjestelmässä |
GB0500483D0 (en) * | 2005-01-11 | 2005-02-16 | Nokia Corp | Multi-party sessions in a communication system |
KR101181001B1 (ko) * | 2005-11-02 | 2012-09-07 | 삼성전자주식회사 | 푸쉬 투 토크 오버 셀룰러 시스템의 Chat PoC 그룹초대 예약을 통한 세션 합류 방법 및 그 시스템 |
-
2006
- 2006-11-03 CN CN 200610138304 patent/CN101175075B/zh active Active
-
2007
- 2007-11-05 WO PCT/CN2007/071017 patent/WO2008052488A1/zh active Application Filing
- 2007-11-05 EP EP07817208.7A patent/EP2088730B1/en active Active
-
2009
- 2009-01-21 US US12/357,180 patent/US9185143B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1469585A (zh) * | 2003-06-26 | 2004-01-21 | 中国科学院计算技术研究所 | 基于会话启动协议的ip视频电话系统中会话和媒体授权方法 |
CN1585411A (zh) * | 2004-06-08 | 2005-02-23 | 中兴通讯股份有限公司 | 一种有线一键通业务终端及有线一键通业务的实现方法 |
WO2006000624A1 (en) * | 2004-06-23 | 2006-01-05 | Teliasonera Finland Oyj | Method, system and server for transferring a session in a data communications system |
CN1832473A (zh) * | 2005-08-19 | 2006-09-13 | 华为技术有限公司 | 一种在ims网络中处理会话消息的方法及装置 |
Non-Patent Citations (3)
Title |
---|
CHENTOUF Z ET AL.: "Implementing online feature interaction detection in sip enviroment: early results", ICT 2003. 10TH INTERNATIONAL CONFERENCE ON FEB. 23-MAR. 1, 2003, vol. 1, 23 February 2003 (2003-02-23), pages 515 - 521, XP010637857, DOI: doi:10.1109/ICTEL.2003.1191463 |
NOEL CRESPI: "A distributed mechanism to resolve dynamically Feature Interaction in the UMTS IP Multimedia Subsystem", INTERNET ARTICLE, May 2006 (2006-05-01), pages 1 - 8, XP002544828, Retrieved from the Internet <URL:http://www.it-sudparis.eu/rs2m/ncpub/2006/ASWN> |
See also references of EP2088730A4 * |
Also Published As
Publication number | Publication date |
---|---|
EP2088730B1 (en) | 2015-07-15 |
US20090144356A1 (en) | 2009-06-04 |
CN101175075A (zh) | 2008-05-07 |
CN101175075B (zh) | 2012-12-12 |
US9185143B2 (en) | 2015-11-10 |
EP2088730A4 (en) | 2009-10-28 |
EP2088730A1 (en) | 2009-08-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7155248B2 (en) | System and method for initiating push-to-talk sessions between outside services and user equipment | |
US7620413B2 (en) | Method for implementing push-to-talk over SIP and multicast RTP related system | |
US8477797B2 (en) | Method and apparatus for processing media stream queues based on control | |
KR101458634B1 (ko) | 사전 설정 세션을 관리하기 위한 방법 및 이를 구현하기위한 PoC 시스템과 PoC 단말 | |
US8285316B2 (en) | Multi-users real-time transcoding system and method for multimedia sessions | |
TWI445433B (zh) | 用於裝置間媒體串流傳送之方法、使用者設備和軟體產品 | |
US20030014488A1 (en) | System and method for enabling multimedia conferencing services on a real-time communications platform | |
US20090279455A1 (en) | Method, a device and a system for converging ip message | |
WO2008052488A1 (fr) | Procede de traitement associe d'informations de service et serveur de service | |
US8379544B2 (en) | Communications | |
US20090024743A1 (en) | Media session data transmission control method, control relation negotiation method and control device and system | |
JP2008523662A (ja) | 画像ベースのプッシュ・ツー・トークのユーザインタフェース向き画像交換方法 | |
KR101183328B1 (ko) | PoC 세션에서 발언권 관리 규칙 전달과 적용 방법 및이를 구현하기 위한 시스템 | |
WO2006028762A2 (en) | Methods of transmitting a message to a message server in a push-to-talk network | |
WO2006028760A2 (en) | Methods of retrieving a message from a message server in a push-to-talk network | |
JP2008536392A (ja) | プッシュツートークオーバーセルラー網のメディア格納サービス実行方法及びそのシステム | |
JP2009518993A (ja) | PoCシステムにおけるPoCグループセッション確立のための方法、端末機、及びそのシステム | |
JP4851531B2 (ja) | プッシュツートーク型サービスのための方法および装置 | |
JP2012085317A (ja) | マルチメディア通話サービスを遂行するためのマルチメディアセッション開設及び管理のためのサーバ | |
WO2011109972A1 (zh) | 一种多媒体会议的实现方法和系统 | |
KR20070096663A (ko) | PoC 시스템에서의 PoC 박스 서비스 제공 방법 및시스템 | |
WO2007025453A9 (fr) | Procede et dispositif de traitement de l'affichage du numero de l'appelant en cours de communication | |
CN101527641A (zh) | 一种多媒体子系统中子会议的实现方法、控制方法及装置 | |
US20080235322A1 (en) | Media Sharing | |
KR101252860B1 (ko) | PoC 시스템에서 PoC 박스에 저장된 미디어 제공 방법 |
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: 07817208 Country of ref document: EP Kind code of ref document: A1 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2007817208 Country of ref document: EP |
|
NENP | Non-entry into the national phase |
Ref country code: DE |