WO2007054033A1

WO2007054033A1 - A method for subscribing/canceling, controlling the do not disturb service and a system for realizing the do not disturb service

Info

Publication number: WO2007054033A1
Application number: PCT/CN2006/003025
Authority: WO
Inventors: Youzhu Shi
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2005-11-14
Filing date: 2006-11-10
Publication date: 2007-05-18
Also published as: CN1968319B; CN1968319A

Abstract

A method for subscribing/canceling do not disturb service, a method for controlling do not disturb service and a equipment and a system for realizing the do not disturb service, the method for Subscribing/canceling do not disturb service, includes: SIP terminal transmits the SIP/HTTP message carrying on the do not disturb subscribing/canceling request information to the control device by subscription mechanism or HTTP transmission mechanism provided by SIP protocol, so as to request the subscribing/canceling do not disturb service; and the control device determines whether the current do not disturb subscribing/canceling request of SIP terminal is allowable according to the received SIP/HTTP message, if it is, do not disturb service of the SIP terminal becomes effective/invalidation immediately or after the predetermined time delay according to the time parameter in the do not disturb subscribing request information, if not, rejects. According to the present invention, the user can establish the do not disturb of the instant message, subscribe message, inform message, reference message etc all kinds of SIP message according to the requirement of himself, and the user-computer interface is provided more friendly.

Description

Registration/Revocation, Controlling DND Service Method and System for Implementing DND Service This application is filed on November 14, 2005, and filed on the China Patent Bureau, Application No. 200510115313.2, entitled "Registration / Cancellation, Control of DND Service and The priority of the Chinese Patent Application, the entire disclosure of which is incorporated herein by reference. Technical field

The present invention relates to the field of communications technologies, and more particularly to a method and system for implementing telecommunications service functions, and more particularly to a method of registering/revoking a DND service, a method of controlling a DND service, and a system for implementing a DND service. Background technique

Don't Disturb Service is a commonly used telecommunication service. The definition of this service in China's national standard is: The DND service is "temporary service", users do not want to have a message for a period of time. This service can be used in case of interference. After the user applies for the service, all incoming calls will be answered by the telephone office, but the user's outgoing calls are not restricted.

Refer to the national standard “General Technical Specifications for Telephone Exchange Equipment of the Ministry of Posts and Telecommunications (Appendix)”, which stipulates that the registration method for the DND service is “off-hook; listen to dial tone; press *56#; respond; hang up”. After the registration is successful, "There is no need for any operation, so that the phone can be prevented from being disturbed". In addition, when the user wishes to cancel the DND service, it can be realized by "off-hook; listening to dial tone; #56# response; hanging up".

In other international and regional areas, the use of DND services is similar to the definition of China's national standard. The differences are mainly reflected in three aspects:

a) The business feature code is different (China's national standard stipulates "56");

b) When registering, you can set the time when the DND service starts and/or stops taking effect;

c) When the DND service is enabled, in the case of an outgoing call, a special dial tone or voice notification is used to alert the user to special circumstances on the line.

In particular, the Do Not Disturb service also spawns another type of business "password breakout without interruption", sometimes referred to as "super do not disturb,". The user is registering the "password breakthrough do not disturb" service, and after setting the password, if there is a master Call the user (other user) to call the user, then the network will mention The calling user inputs the password. If the calling user inputs the correct password, the incoming call can break through the user's DND setting and complete the connection; otherwise, the user's DND setting will take effect for the incoming call. Refuse the incoming call.

At present, with the continuous maturity of packet technology, traditional telecommunication networks based on circuit switching are developing towards packet-switched broadband telecommunication networks, and Session Initiation Protocol (SIP) is used as the call control signal for packet telecommunication core networks. Orders are one of the current technological trends, such as ITU-T (ITU Telecommunication Commission) and ETSI (European Telecommunications Standards Institute) for the development of Next Generation Network (NGN) standards. In this new analytic telecommunications network, the new packet terminal - SIP terminal will gradually replace the traditional terminal phone.

As a service popularized in traditional telecommunication networks, DND is still required to be provided to SIP end users, although the application environment has changed. Therefore, the DND service provided to SIP terminals in packet telecommunication networks will also be inevitable. Change:

First, in a packet telecommunication network, a supplementary service (a DND service) used by a packet terminal (SIP terminal) has no "service feature code"; f, for example, for a SIP terminal, registration and cancellation of a service will depend on In the header field parameter in the SIP message, and the user operates through the menu of the SIP terminal interface, the registration of the service can be revoked instead of dialing the "service feature code". Thus, the selection of the simple menu greatly simplifies the user's operation, and does not require the user to memorize the "business feature code", thereby facilitating the user to use the service.

Specifically, how to provide the DND service to the SIP terminal in the packet telecommunication network has no clear normative solution.

The SIP terminal accesses the packet interface of the packet telecommunication network. In addition to supporting SIP, it can also support the HTTP protocol. The SIP terminal can also implement registration cancellation of the DND service via "WEB Self-Service" based on HTTP.

Secondly, in the traditional telecommunication network, the purpose of the DND service is that the user wishes to "do not want to have incoming interference for a period of time", but the SIP protocol is a protocol for multimedia applications, and the SIP terminal can receive incoming calls. In addition to SIP INVITE messages, you can also receive instant messages, as well as subscribe to a variety of SIP messages, such as SIP MESSAGE instant messages, SIP INFO messages, SIP SUBSCRIBE messages, SIP NOTIFY Messages, SIP REFER messages, SIP PUBLISH messages, etc.

These SIP messages may cause interference to SIP end users. For example, SIP MESSAGE instant messages may bring countless "junk" messages to SIP end users (just like spam messages, junk e-mails now); like SIP REFER The reference message causes the SIP terminal receiving the SIP REFER message to automatically initiate the SIP message specified in the message to the destination specified in the message, which may cause great harm to the SIP terminal user.

In addition, in the current packet telecommunication network, the SIP terminal implements registration of the DND service in the traditional telecommunication network through the HTTP protocol. After the registration is successful, the SIP terminal user will not be interfered by the incoming call.

As described above, in the prior art, since not all SIP terminals support the I-ITTP protocol, for SIP terminals that do not support the HTTP protocol, the SIP protocol does not support the carrying of the operation information of the registration of the DND service. , so you will not be able to use the DND service.

The prior art only supports the DND service in the traditional telecommunication network (for incoming calls only), and SIP is a protocol for multimedia applications, if the SIP terminal does not support SIP MESSAGE messages, SIP INFO messages, SIP SUBSCRIBE messages, SIP A DND service such as a NOTIFY message, a SIP REFER message, a SIP PUBLISH message, etc., would cause the user to be more disturbed than an incoming call (SIP rNVITE message). It also does not support DND services based on different presentation status (such as busy).

Summary of the invention

Embodiments of the present invention provide a method for registering/revoking a non-immunization service, a method for controlling an anti-interference service, and a method and system for implementing the DND service, registering/discharging a DND service, and controlling the DND service, Accept the SIP message service.

The method for registering/revoking the DND service according to the embodiment of the present invention includes: receiving, by the control device, a SIP or HTTP message that is sent by the SIP terminal and carrying the DND registration/revocation request information, to request to register/revoke the DND service;

The control device determines, according to the received SIP or HTTP message, whether to allow the current DND registration/withdrawal request of the SIP terminal, and if allowed, immediately or according to a time parameter in the DND registration request message The DND service of the SIP terminal is validated/invalidated, otherwise it is rejected. Preferably, the principle of determining whether to allow the current DND registration/withdrawal request of the SIP terminal includes at least one of the following:

Whether the SIP terminal has registered service authority, whether the valid time to be registered exceeds the current time, whether it conflicts with other DND service requests registered by the SIP terminal, and whether other services registered with the SIP terminal are Conflict.

The DND registration request information includes a DND filtering rule based on SIP message content and/or time and/or user presence information.

The DND filtering rule based on the SIP message content indicates that the filtering object is a method in the SIP message request line, or is valid for all SIP message methods.

The embodiment of the present invention further provides a control method for the DND service, including: when another SIP terminal sends a SIP session message to a SIP terminal that has registered the DND, the control device compares the content of the SIP session message with And matching the current presence information of the SIP terminal with the filtering rule of the DND service currently in effect by the SIP terminal, and determining whether the SIP session message is rejected by the DND service of the SIP terminal, if not rejected. Transmitting, by the control device, the SIP session message to the SIP terminal;

Otherwise the control device refuses to send the SIP session message.

Preferably, the SIP terminal requests the other SIP terminal to input a breakthrough DND password, and the control device prompts the other SIP terminal to input a password. If the input password is correct, the SIP session message is sent to the SIP. The terminal sends, otherwise refuses to send the SIP session message.

The control device returns a SIP failure response code to the other SIP terminals to reject the SIP session message.

An embodiment of the present invention further provides a system for implementing a DND service, including:

a SIP terminal, configured to send a SIP/HTTP message carrying the DND registration/withdrawal request information, to request to register/revoke the DND service;

a control device, configured to determine, according to the received SIP/HTTP message, whether to allow the current DND registration/revocation request of the SIP terminal, if allowed, immediately or according to a time delay in the DND registration request information When the SIP terminal's DND service is enabled/disabled,

And the control device is based on the SIP session sent by the other SIP terminal to the SIP terminal. And matching, the content of the SIP session message, and/or the current presence information of the SIP terminal and the filtering rule of the DND service currently in effect by the SIP terminal, to determine whether the SIP session message is exempted by the SIP terminal Disturbed by the service,

If not rejected, the control device sends the SIP session message to the SIP terminal; otherwise the control device rejects the SIP session message.

The DND registration request information includes a DND filtering rule based on SIP message content, and/or time, and/or user presence information.

The DND filtering rule based on the SIP message content indicates that the filtering object is a method in the request line in the SIP message, or is valid for all SIP message methods.

The embodiment of the invention further provides a DND service control device, including:

a judging module, configured to determine, according to the received SIP/HTTP message, whether to allow the current DND registration/revocation request of the SIP terminal, and if allowed, immediately or according to the time parameter in the DND registration request message The predetermined delay causes the non-disturbing service of the SIP terminal to be validated/inactivated;

The matching processing module, based on the SIP session message sent by the other SIP terminal to the SIP terminal, the content of the SIP session message, and/or the current presence information of the SIP terminal, and the filtering rule of the DND service currently in effect by the SIP terminal Performing a match to determine whether the SIP session message is rejected by the SIP terminal's DND service, if not rejected, the control device sends the SIP session message to the SIP terminal; otherwise the control device rejects the SIP session Message

The matching processing module performs a corresponding matching processing operation after the determining module determines that the DND service of the SIP terminal is valid.

In summary, the present invention carries the DND registration and undo operation information through the SIP protocol (HTTP protocol), creates a DND filtering rule based on SIP message content, and/or time, and/or user presence information, and passes SEP. The interface implements registration/cancellation of the DND service for all SIP terminals; and the DND service control device performs the DND service control for all SIP terminals, so that the DND service in the traditional telecommunication network has good inheritance. At the same time, the DND service function in the traditional telecommunication network has been greatly expanded. In addition to incoming calls, according to the characteristics of SIP messages in the packet domain, users can create instant messages, subscribe messages, and The do not disturb of various SIP messages, such as notification messages and reference messages, more completely protect users from interruptions.

In addition, the SIP terminal user can create a DND filtering rule based on the user presentation status and the content related to the calling party attribute in the SIP message, so that the user can more carefully customize the subdivision scene that is in accordance with his or her own needs; The SIP terminal user may also request the network to notify the calling party that is rejected during the effective period of the DND service after completing the registration of the DND service, or complete the SIP session rejected by the DND service, providing the calling user with more Friendly man-machine interface. DRAWINGS

1 is a schematic structural diagram of a DND service system according to an embodiment of the present invention;

2 is a registration process of the DND service in the embodiment of the present invention;

FIG. 3 is a flowchart of controlling a DND service according to an embodiment of the present invention;

Figure 4 is a flow chart of the do not disturb method of the first embodiment of the present invention;

Figure 5 is a flow chart of the do not disturb method of the second embodiment of the present invention. detailed description

The present invention provides a method and system for a SIP end user to use a DND service in a packet telecommunications network, wherein a user registers a DND service on a SIP terminal, creating a SIP based message content, and/or time, and/or user The do not disturb filter rule of the presence information is carried by the SIP protocol or the HTTP protocol and transmitted to the network device, thereby realizing the call-free service.

User presence information is a set of information that characterizes the user's ability and willingness to communicate, such as user status, user contact address, and the like. In the traditional telecommunication network, the user status (user terminal status) can only be expressed as idle, busy, etc., and the application scenario using the DND service implies that the user status is "idle", and the user's presentation cannot be distinguished at this time. status. However, in the packet telecommunication network in which the SIP is the core network call control signaling by the user in the present invention, even when the user terminal is in an idle state, the user can post different presentation states through the SIP message, such as The meeting ", "driving", etc., so that the application scenario of the DND service in the packet telecommunication network of the present invention can distinguish the presentation state of the user by presenting information. The DND service in the packet telecommunication network provided by the present invention refers to a SIP supplementary service in which "the user does not want SIP message interference in a certain period of time in a presentation state".

1 is a block diagram showing the construction of an exemplary DND service system in accordance with the present invention.

As shown in Fig. 1, the DND system in the packet telecommunication network includes a plurality of SIP terminals 2 (SIP terminal A, SIP terminal B, etc.) and a DND control device 1.

The DND service control device 1 as a logical network element provides a host execution environment for the DND service logic control function, thereby providing a DND service to the SIP terminal.

The SIP terminal 2 is connected to the DND service control device 1 through a SIP protocol or an HTTP protocol. The SIP terminal 2 and the DND service device 1 can be directly or indirectly connected, for example, by other network element relays. In the present invention, The case of direct connection is taken as an example for explanation.

As a physical entity, the DND service control device 1 can be an application server (Application Server) or a soft switch.

The DND service is registered to the DND control device 1 via the SIP terminal 2, and the DND service control device 1 provides the DND service to the SIP terminal 2.

Before explaining that the DND system 1 according to the present invention implements the DND service, the process of carrying the DND registration operation information through the SIP protocol will be described first.

The key to providing the DND service to the SIP terminal is that the SIP terminal 2 must be able to carry the transfer registration and revocation operation information in the relevant protocol message, and to the DND service control device 1 through the relevant protocol interface (such as the SIP protocol or the HTTP protocol interface). Do not disturb the registration, undo operation.

Thus, the present invention transmits a SUBSCRIBE message to the DND service control unit 1 to register the DND according to the SUBSCRIBE subscription mechanism already provided in the SIP protocol. To achieve this function, the present invention newly expands a "Do Not Disturb" subscription request in the SIP protocol, defines the corresponding "Do Not Disturb" event packet as dnd, and passes it through the Event header field. The dnd event package needs to define a series of parameters as follows:

Request: normal I override (ovemdejpin)

Msg: all I invite I message I subscribe I refer I info I notify I publish start— time: now I delay (S IP-date | delta-seconds) Presence-status: token I all

Available-inform: true I false

The request parameter indicates the type of the current "Do Not Disturb" subscription request. "normal" in the parameter value indicates the normal request registration DND service; "override" indicates that the request password breaks through DND, and the request password is used to break through the DND service. The break password parameter override_pin can be set at the same time, or the user can initiate the registration exemption. Preemptive password breaks before the service operation.

The msg parameter indicates which SIP messages are currently in effect for the "Do Not Disturb" subscription request. In the parameter value, "all" means that all SIP messages take effect, "invite" means valid for SIP INVITE messages (incoming incoming calls), "message" means valid for SIP MESSAGE messages, and "subscribe" means valid for SIP SUBSCRIBE messages. "refer" means valid for SIP REFER messages, "info" means valid for SIP REFER messages, "notify" means valid for SIP NOTIFY messages, and "publish" means valid for SIP PUBLISH messages.

The start-time parameter indicates the start time of the current "Do Not Disturb" subscription request. "now" means the DND service control device 1 After receiving the subscription request, the DND service takes effect immediately; "delay" means that the DND service takes effect after a delay. When the start-time parameter takes the value of "delay", it indicates the specific delay effective time point of the DND service. It can be in two formats: SIP-date or delta-seconds. SIP-date is a type indicating the year, month, and day. The time format of the hour, minute, and second, indicating the specific time point at which the DND service takes effect; delta-seconds is a non-negative integer in seconds, indicating that the DND service takes effect after a delay of several seconds. Indicates the end time of the "Do Not Disturb" subscription request, so there is no parameter defined in the dnd event package indicating the end time of the current "Do Not Disturb" subscription request.

The presence-status parameter indicates in which rendering states the current "Do Not Disturb" subscription request is for the user (the user requesting the DND service), "token" indicates that the specific parameter value can be customized; "all" indicates that it is in all rendering states. Both are effective.

The available-inform parameter indicates that when the requested DND service is revoked, the network (DND service 1) will actively notify or call back the caller who was rejected during the DND service, and the parameter values are "true" respectively. And "false", "true" means active notification or callback, "false" means no notification or callback. The available-inform parameter has an enhanced functionality for traditional DND services, which provides a more human-machine interface to the calling user.

It can be seen from the above that the msg parameter indicates a rule for filtering the content of the SIP message, and the value of the msg parameter is actually the "method" in the content of the SIP message. It is well known that a SIP message is composed of a Request-Line, a header, and a message body, and the "method" is located in the "request line".

Further, in the present invention, the contents related to the calling party attribute in the "header field" and the "message body" can be used as filtering objects in the filtering rule. Therefore, the present invention can also use the content related to the calling party attribute in the SIP message as a filtering object, and establish more and more complex filtering rules, so as to be attached as parameters to the dnd event package, for example, the dnd event package may further include parameters. as follows:

Identity: all I null I id (caller— number)

Referred— by: all I id (referred one by— number)

Diversion: all / id (diversion— number)

Subject: token

Priority: non-urgent I normal I urgent I emergency

Content— type: (media— type)

The identity parameter indicates that the filtering object is the calling party identifier in the SIP message. In the parameter value, "all" means that it is valid for all caller IDs; "null" means that it does not take effect when there is no caller ID; "id" means that it is valid for the specific caller ID. In this case, you need to set the specific caller. Identifies caller—numbei'. At this point, it should be understood that the filtering object in the SIP message targeted by the identity parameter is the From header field and the P_Assert_Identity header field.

The referred-by parameter indicates that the filtering object is the reference source identifier in the SIP message, and the filtering object for it is the Preferred_ By header field. The "all" identifier in the parameter value is valid for all reference source IDs. "id" indicates that the specific reference source ID is valid. In this case, you need to set a specific reference source.

For example, the transfer party identifier in the SIP message when the call is transferred, the targeted filter object is the History_Info header field. The "all" identifier in the parameter value is valid for all the transferee IDs, and the "id" indicates that the specific transfer party ID is valid. Set the specific transfer party ID diversion_number ₀

The subject parameter indicates that the filtering object is the Subject header field in the SIP message, that is, the header of the SIP session.

The priority parameter indicates that the filtering object is the priority of the SIP session, and the filtering object is the Priority header field. The four parameters of the Priority header field are non-urgent, normal, urgent, and emergency.

The content_type parameter indicates that the filtering object is the media type of the SIP message body, and the filtering object is the Content-Type header field. In this case, you need to set the specific media type mediajype. The value of this parameter is the value of the corresponding parameter in the Content-Type header field.

It should be noted that the parameter values of the filtering object have uncertainties in data setting, such as the calling party identifier of the identity parameter, the reference source identifier of the referred-by parameter, and the like. Therefore, in order to easily set the value of these parameters when the user issues a "do not disturb" subscription request, the present invention can add a parameter in the dnd event packet to distinguish "do not disturb a certain filtering object" and "pair" Objects other than a filter object are subject to DND. In both cases, for example, in a SEP SUBSCRIBE message that initiates a "DND" subscription request, the parameters can be defined as follows:

Event: dnd; msg=invite; identity=mary @tele . com

It indicates that the "Do Not Disturb" subscription request wishes to perform DND on the incoming SIP INVITE message with the calling party identity mary@tele.com. However, if the user wishes to be free from all incoming SIP INVITE messages except the calling party identity mary@tele.com, the present invention can pass the parameters of the filtering object in order to distinguish between the two cases when the subscription request is initiated. In the value, an "exception" parameter is added. When it is set to true, it means "free-hit for objects other than a filter object", for example:

Event: dnd; msg=invite; identity=mary@tele.com, exception=true

<I-ITTP protocol carries DND registration and undo operation information >

The definitions and value descriptions of various types of parameters for creating a DND-free filtering rule based on SIP messages, and/or time, and/or user-presented information by the SIP protocol have been specifically described above. The following describes a method for a SIP terminal to carry the DND-free registration and revocation operation information through the HTTP protocol, which generally embeds data described by the XML language in the HTTP protocol to describe the DND. Service registration and revocation of operational information, the data structure is described in the form of XML Schema.

In order to carry the DND registration and undo operation information through the HTTP protocol, the HTTP protocol must have the parameters of the dnd event packet in the above SIP protocol and the subscription validity period parameter of the Expires header field, that is, the parameters and subscriptions in the dnd event package. The validity period parameters need to be described by the XML Schema data format. For example, the data structure of the description of the aforementioned msg parameters is as follows:

<xsd:simpleType name= ^: "msg">

<xsd:restriction base="xsd:string">

<xsd : enumeration value^'^ll"^

<xsd:enumeration value="invite"/>

<xsd: enumeration value="message'7>

Among them, "msg" means that the parameter name ("name") is msg, the data type ("base") is "string" string, and the ear value ("value") can be "all", "invite", " Message" and so on.

Referring to the description of the data structure of the above msg parameter, the data structure of other related parameters can be obtained, which will not be described here. Thus, the DND registration request information carried by the HTTP message includes DND filtering rules based on SIP message content, and/or time, and/or user presence information.

Thus, according to the present invention, the DMIS is registered by the SIP protocol (HTTP protocol), the operation information is revoked, the content of the SIP message is created, and/or the time, and/or the user presents the SIP interface to directly register the DND service. The DND service in the traditional telecommunication network has a good inheritance; at the same time, it has a great expansion than the DND service function in the traditional telecommunication network. In addition to the incoming call, according to the characteristics of the SEP message in the packet domain, Users can create DNDs for various SIP messages, such as instant messages, subscription messages, notification messages, and reference messages, to protect users from interruptions. In addition, SIP terminal users can create user-based presence status and SIP messages. The do not disturb filtering rule of the content related to the calling party attribute, so that the user can more precisely customize the subdivision scene that is in accordance with his own needs; The SIP terminal user may also request the network to notify the calling user that is rejected during the DND service is valid after the registration of the DND service is invalid, or complete the SIP session rejected by the DND service, and provide the calling user with more friendly. Human machine interface.

The DND service flow implemented by the present invention will be specifically described below with reference to FIG. The DND service flow mainly includes an application process in which the user registers the DND service on the SIP terminal 2 and the DND service control device 1 provides the DND service to the SIP terminal 2 user.

Figure 2 shows the registration process for the DND service in accordance with the present invention.

As shown in FIG. 2, in a packet telecommunication network using SIP as the core network call control signaling, a method for a user to register a DND service on the SIP terminal 2 is described below by using the SIP terminal ST1 as an example, including:

Step S01: Send a SIP or HTTP message carrying the DND request message to the DND service control device.

The user carries the DND registration request information on the SIP terminal A through the SIP message or the HTTP message, and sends the DND registration request to the DND control device 1;

Step S02: After receiving the SIP message or the HTTP message, the DND service control device 1 determines whether to allow the current SIP terminal A user to perform the DND registration request (for example, determining whether the SIP terminal A user has the registered service authority, Whether the registered valid time exceeds the current time, whether it conflicts with other DND service requests that the SIP terminal A user has registered, whether it conflicts with other services registered by the SIP terminal, etc.; if so, executes Step S03;

Step S03: Immediately or according to the time parameter in the DND registration request information, the DAS service of the current SIP terminal A user is validated by a predetermined delay.

The specific setting principle of the DND filtering rule may be as follows:

(1) The DND filtering rule based on the content of the SIP message may indicate that the specific SIP message content is a filtering object, and the filtering object may be a method in the request line in the SIP message, such as INVITE, MESSAGE, SUBSCRIBE, NOTIFY^ INFO, REFER, PUBLISH, INFO, etc.

In addition, the content of the SIP message as the filtering object may also be the content related to the calling party attribute in the SIP message, which may be the content of the From header field, the content of the P_Assert_Component header field, the content of the Referred_ By header field, History—Info header field content, Priority header field content, Subj ect header field content, Content—Type header field content, etc.

(2) The time-based DND filtering rule may specify a start time and/or an end time at which the DND service takes effect.

If the start time is after the current time, then in step B1, the method may further include: the DND service control device 1 determines that the user requests the registration of the DND service to be allowed (otherwise not allowed), and starts a delay timer (not Displayed, the timer value of the timer is the difference between the specified start time and the current time. When the timer exceeds the difference, the DND service takes effect;

If the time-based DND filtering rule specifies the end time of the specific DND service, the DND service control device starts a watchdog timer (not shown) after the DND service takes effect. The watchdog timer value is exempt. The duration of the interruption service is long. When the watchdog timer exceeds the validity period, the DND service control device cancels the DND service and disables the DND service.

(3) The DND filtering rule based on the user presence information may indicate a specific user terminal status, and/or a presentation status posted by the user. And users can post their presence status via SIP PUBLISH messages.

As apparent from the above, in the present invention, the DND registration request information includes a DND filtering rule based on the SIP message content, and/or time, and/or user presence information. However, the DND registration request information is not limited thereto, and may also include the type of DND request registration, that is, normal, password break-free. If the type of the DND request registration is password breakout, the corresponding DND code may be set by the user in the DND registration request information, or may be preset in the network by the user before the DND registration. .

Or the DND registration request information may further include: after the user registration of the DND service is invalid, whether to notify other users that are rejected during the DND service, or to be exempted from being completed Disturbs the sign of the SIP session rejected by the service.

Similarly, the steps for the user to request to revoke the DND service are as follows:

Step S11: The user carries the DND revocation request information through the SIP message or the HTTP message on the SIP terminal A, and sends a DND revocation request to the DND service control device 1; Step S12, the DND service device 1 receives the device After the SIP message or the HTTP message, if the DND service requested by the user is still valid, the DND service is invalidated.

According to the foregoing SIP protocol and the HTTP protocol, the description of the DND registration and revocation operation information is included, and the SIP message includes an extended DND subscription event packet. The HTTP message can be an HTTP POST or HTTP PUT request message.

Figure 3 illustrates a method of providing a DND service, i.e., controlling a DND service, in accordance with the present invention.

As shown in FIG. 3, the application process of the packet telecommunication network using the SIP as the core network call control signaling to the SIP terminal 2 user to provide the DND service has the following steps (here, the SIP terminal A is taken as an example, the SIP terminal A The registered DND service has been activated):

Step S21, the other user terminal (for example, the SIP terminal ST2) sends a SIP session message to the SIP terminal A user through the DND service control device 1 to call the user, or subscribe to the user, or notify the user, or perform the user with the user. Instant messaging, etc.

Step S22, the DND service control device 1 determines whether the SIP session message is rejected by the SIP terminal user's DND service or requests to input a DND password;

After receiving the SIP session message, the DND service control device 1 filters the content of the SIP session message, and/or the current presence information of the SIP terminal A user and the DND service currently in effect by the SIP terminal A user. A match is made to determine whether the SIP session message is rejected by the SIP terminal A user's DND service or to request a breakthrough DND password.

In addition, when using the request password to break through the DND service, you are required to enter the Breakthrough DND password. If it is required to input a breakthrough DND password, the DND service control device 1 prompts the SIP terminal B user to input a password by text or voice.

Step S23a, if not rejected, the DND service control device 1 sends the SIP session message to the SIP terminal A user;

Step S23b, if rejected, the DND service control device rejects the SIP session cancellation Returning a SIP failure response code to the SIP terminal B user;

Step S24, for using the request password to break through the DND service, the input password needs to be judged. If the input password is correct, step S25 is performed; otherwise, step S26 is performed; Step S25, the SIP session message is sent to the SIP terminal A user. send.

Step S26, rejecting the SIP session message, and returning the SIP failure response code to the SIP terminal B user.

The SIP session message may be a SIP INVITE message, a SIP MESSAGE message, a SIP SUBSCRIBE message, a SIP NOTIFY message, a SIP INFO message, a SIP REFER message, a SIP PUBLISH message, a SIP INFO message, and the like. The above SIP session message content may also be content related to the calling party attribute in the message, such as From header content, P_Assert- Identity header i or content, Referred_ By header i or content, History_Info header field Content, Priority header field content, Subject header field content, Content_Type header field content, etc. And the SIP failure response code may be a SIP 480 Temporarily Unavailable response code (temporary failure response code).

The current presence information of the SIP terminal A user may be the terminal status of the current SIP terminal A user, and/or the presentation status issued by the SIP terminal A user. At this time, the DND control device 1 can request the current terminal state and the presentation state of the SIP terminal A user from the network node responsible for managing the state of the user terminal and the state of the user presentation in the packet telecommunication network.

In addition, after determining that the DND service of the SIP terminal A user is invalid, the DND service control device 1 may further include the following steps:

If the SIP terminal A user sets the DND service when registering the DND service, notify other users who are rejected during the DND service (for example, SIP terminal B), or complete the SIP session rejected by the DND service. , the DND service control device 1 sends a message to notify the SIP terminal B that is rejected during the DND service, the DAD service of the SIP terminal A user has expired; or the SIP session rejected by the DND service is completed, for example, control A SIP terminal A user establishes a call with the SIP terminal B user, or sends a rejected SIP session message to the SIP terminal B user, and the SIP terminal B user calls the SIP terminal A.

The DND service control device 1 determines the DND service of the SIP terminal A user. The steps to disable are as follows:

The DND service control device 1 cancels the DND service after receiving the request for revoking the DND service initiated by the user of the SIP terminal A, or the DND service registered by the SIP terminal A user has a limited effective period, and after the expiration date, the DND is not disturbed. The service control device 1 cancels the call-free service of the user of the SIP terminal A, and can learn that the DND service of the user of the SIP terminal A is invalid.

For the convenience of description, it is assumed in the above description that the SIP terminal 2 is directly connected to the DND service control device 1 through the SIP interface. If the two are indirectly connected through one or several transfer network elements, the transfer network elements are responsible for The SIP message initiated from the SIP terminal 2 is sent to the DND service control device 1, and the message when the DND service control device 1 is reached may not be a SIP message; the message initiated from the DND service control device 1 is sent to the SIP terminal 2, and arrives. The message at the time of the SIP terminal 2 is always a SIP message. Since the present invention can adopt the existing relay technology, it will not be repeated here.

Thus, according to the present invention, the DND is registered by the SIP protocol (HTTP protocol), the operation information is revoked, and the DND filtering rule based on the SIP message content, and/or the time, and/or the user presentation information is created, and passed through the SIP. The interface registers/revokes the DND service, and the DND service control device controls the DND service for all SIP terminals, so that the DND service in the traditional telecommunication network has good inheritance; at the same time, it is free from the traditional telecommunication network. The interruption service function has been greatly expanded. In addition to incoming calls, according to the characteristics of SIP messages in the packet domain, users can create various SIPs such as instant messages, subscription messages, notification messages, and reference messages according to their needs. The message is not disturbed, and the user is more completely protected from interruptions. In addition, the SIP terminal user can create a DND filtering rule based on the user's presentation status and content related to the calling party attribute in the SIP message, so that the user can customize the content more carefully. Out of the uninterrupted subdivision scenarios that meet your needs; and, SIP end Users can also request the network after its registration DND service failed to inform the caller during the DND service was denied entry into force of, or refusal to complete the DND service SIP session, providing more power to the calling user. Friendly man-machine interface.

The procedure of how the SIP terminal 2 initiates registration, revocation, and the DND service control apparatus 1 how to provide the DND service will be described below by way of a specific embodiment.

<Examples> 4 is a detailed flow diagram of a DND method in accordance with an embodiment of the present invention.

As shown in Figure 4, the specific process is:

a) . SIP End User A registers the DND service, requires DND to take effect immediately, valid for 1 hour, and requests DND to activate the "Features of the rejected caller". The SIP terminal A sends a SIP SUBSCRIBE message to the DND control device 1, in which:

Event: dnd; msg=invite, message;

Identity^B @tele . com, C@tele.com, D@tele.com;

Available-inform=true

Expires: 3600

The SUBSCRIBE subscription message indicates that the SIP terminal A user requests the calling identifier to be B,

The INVITE message and the MESSAGE message that the users of C and D call in are DND-free.

The Expires header field value "3600" means that the subscription for the DND service is valid for 1 hour.

The user does not set the aforementioned start-time parameter in the message, and the system defaults the value to "now", that is, the requested DND service takes effect immediately.

It is worth noting that when the SIP terminal A user sends the same SUBSCRIBE subscription message, but the value of Expires is 0, it means that the SIP terminal A user cancels the subscription to the dnd event package (undo the DND service).

b) The DND service control device 1 receives the SIP SUBSCRIBE message, determines whether the SIP terminal A user has the service right of the DND service, and detects the validity of the DND request.

(Because the user can initiate multiple subscription requests for the DND service registration, it is necessary to detect whether the new subscription request conflicts with the existing subscription request), and detect whether the user has already registered other conflicts with the DND service and cannot simultaneously The applied business (such as the Chinese national standard, the alarm clock service and the DND service cannot be applied at the same time). After the detection is passed, the DND service control device 1 accepts the current DND service registration, creates a subscription instance for the dnd event package, and starts an hour timer for monitoring.

c). The DND service control device 1 returns to the SIP terminal A a 200 OK response code indicating acceptance of the subscription and registration success.

Thereby the SIP terminal A user completes the registration (cancellation) of the DND service, as is required The DND is effective immediately, and all then enters the process of the DND service control device 1 providing the DND service to the SIP terminal A user.

d). The SIP terminal B user wants to communicate with the SIP terminal A user, and sends a SIP MESSAGE message to the DND service control device 1 of the SIP terminal A user, the SIP message carrying the communication content, such as the SIP terminal B user input. Text and so on.

e). The DND service control device 1 receives the SIP MESSAGE message from the SIP terminal B user, invokes the logical control function for the DND service, according to the current time, the current presentation status of the SIP terminal A user, and the content of the received SIP message. These three elements determine whether the call conforms to the DND filtering rule set by the SIP terminal A user.

In the content of the SIP MESSAGE message from the SIP terminal B user, the "method" in the request line is assigned the value "MESSAGE", and the assignment value of the P_Assert_Identity header field is B@tele.com, which conforms to the currently valid SIP terminal A. The DND filter control device 1 rejects the incoming call of the SIP terminal B user and returns a 480 Temporarily Unavailable response code.

At the same time, since the user SIP terminal A user sets the available-inform parameter at the time of subscription, the DND service control device 1 needs to record the identity of the SIP terminal B user.

f). The above-mentioned one-hour timer expires on the DND service control device 1, and the DND service control device 1 automatically cancels the DND-free subscription instance of the corresponding SIP terminal A user, that is, the network automatically revokes the corresponding DND subscription instance. .

Moreover, the DND service control device 1 sends a message to the SIP terminal B user according to the recorded identity of the SIP terminal B user, notifying the SIP terminal A that the user has cancelled the DND service, for example, sending a SIP MESSAGE message, and the message can be described by text. The SIP terminal A user is now available ("A is available").

The DND service control device 1 can also actively call back the SIP terminal B user, that is, "Do Not Disturb Reject Session Complete", and complete the session that the SIP terminal B user is rejected by the DND service. The DND service control device 1 initiates a call to the SIP terminal A user and the B user actively in a state where both the A user and the B user are idle, and both parties answer the call and enter the call; or the DND service control device 1 can also be used to the SIP terminal. The B user sends a SIP REFER message, and the SIP terminal B user initiates a call to the A user. g). SIP terminal B receives the SIP MESSAGE message and returns a 200 OK response code.

FIG. 5 is a specific flowchart of the DND method in a specific embodiment of the present invention.

As shown in Figure 5, the specific process is:

a). SIP terminal A user registers the DND service, requires the DND service to take effect after 1 hour, is permanently valid, and the requested DND subscription request type is Password Breakthrough DND. Then, the SIP terminal A user sends a SIP SUBSCRIBE message to the DND control device 1, and the message is:

Event: dnd; request=override, override_pin=l 23456;

Msg=notify, info, exception=tme;

Identity=B@tele.com, C@tele.com, D@tele.com; start— time=delay, value=3600;

Expires: 315360000

The SUBSCRIBE subscription message indicates that the SIP terminal A user requests a password break-through and the password is 123456 for messages other than NOTIFY and INFO that are called by the user whose caller IDs B, C, and D are incoming. The DND service delay is required to take effect with a delay of 3600 seconds.

Among them, the Expires header field value "315360000" indicates that the subscription validity period is a very large value (10 years), which is equivalent to permanent validity.

b). The DND service control device 1 receives the SIP SUBSCRIBE message, determines whether the SIP terminal A user has the service right of the DND service, and detects the validity of the current DND request.

(Because the user can initiate multiple subscription requests for DND service registration, all need to detect whether the new subscription request conflicts with the existing subscription request), detect whether the user has already registered other conflicts with the DND service and cannot simultaneously After the application is passed, the DND service control device 1 accepts the DND service registration, creates a subscription instance for the dnd event package, and starts 1-hour timer monitoring.

Thus, the SIP terminal A user completes the registration of the DND service, and since the DND delay is required to take effect, the current DND service has not yet taken effect. d) The SIP terminal B user sends a SIP MESSAGE instant message to the DND service control device 1 of the SIP terminal A user.

e). The DND service control device 1 receives the SIP MESSAGE instant message from the user of the SIP terminal B. Since the delay value of the DND service required by the user of the SIP terminal A is 3600 seconds, the DND service of the SIP terminal A user has not yet taken effect. Therefore, the SIP terminal B user is allowed to call in, and the MESSAGE instant message is sent to the SIP terminal A user.

f) . SIP terminal A user accepts SIP MESSAGE instant message and returns 200 OK response code.

g) . Do Not Disturb Service Control Device 1 Forwards the 200 OK response code to the SIP terminal B user. h). The above 1-hour timer expires in the DND service control device 1, SIP terminal

The A user's DND service is in effect. After that, the SIP terminal B user calls the SIP terminal A user to send a SIP INVITE message.

i). The DND service control device 1 receives the SIP INVITE incoming message, invokes the logical control function of the DND service, and according to the current time, the current presentation status of the SIP terminal A user, and the content of the received SIP message, Determine whether the current call meets the DND filtering rules set by the SIP terminal A user.

Wherein, in the content of the SIP INVITE message from the SIP terminal B user, the "method" in the request line is assigned the value "INVITE", and the value of the P__Assert_identity header field is B@tele.com, which conforms to the currently valid DND filtering rule. The DND service control device 1 requires the SIP terminal B user to input the breakthrough DND password, and sends a SIP MESSAGE message to the SIP terminal B user. The message carries the prompt information, and the SIP terminal B user is required to input the password.

The DND service control device 1 can also control the establishment of a session between the SIP terminal B user and the IVR resource by requesting an Interactive Voice Response (IVR) resource from a media resource server (not shown) in the network, and the IVR resource is directed to The SIP terminal B user plays a voice prompt, and the SIP terminal B user is required to input a password. The password input by the SIP terminal B user is recognized and received by the IVR resource, and then the media resource server sends the password to the DND service through a SIP message (such as an INK) message. Control device 1.

j). The SIP terminal B user receives the SIP MESSAGE message from the DND service control unit 1, and returns a 200 OK response code. k). The SIP terminal B user input breaks through the DND password and is carried to the DND service control device 1 through the message body of the SIP INFO message, which can be described in a language such as XML.

1). Do Not Disturb Service Control Device 1 Accept the SIP INFO message, extract the password from it, and return the 200 OK response code.

m). The DND service control device 1 compares whether the password input by the SIP terminal B user meets the breakthrough DND password set by the SIP terminal A user. If the two are the same, the SIP terminal B user is allowed to call in, and the SIP INVITE message is forwarded. Give the SIP terminal A user. The subsequent session establishment process is the same as the normal session establishment process and will not be repeated here.

It is to be noted that, in the above two embodiments, the DND service control device 1 performs the judgment according to the current presentation state of the user of the SIP terminal A, for example, although the user is not in the "busy" state of the call, but is in the In the state of "driving", even if the current call conforms to the DND filtering rule set by the SIP terminal A user, the DND service control device 1 judges to reject the current call according to the current presentation state of the user "driving".

In addition, the SIP terminal A user registers the DND service through the SIP protocol, but if the SIP terminal A user registers the DND service through the HTTP protocol, it can be obtained from the previous analysis, and only the SIP SUBSCRIBE in step a is needed. The message is changed to send an HTTP request request message (HTTP POST or PUT) by the SIP terminal, the request carrying the parameters exemplified in step a described in the XML language and the XML Schema data format; and the SIP 200 OK response code is changed to The DND service response device (HTTP 200 OK or 201 Created) is sent by the DND service control unit 1, and the other processes are unchanged, so that the DND service can be implemented.

In summary, according to the present invention, the DND is registered by the SIP protocol (HTTP protocol), the operation information is revoked, and the DND filtering rule based on the SIP message content, and/or the time, and/or the user presentation information is created, and The DND service is registered/revoked through the SIP interface, and the DND service control device performs the DND service control on all SIP terminals, so that the DND service in the traditional telecommunication network has good inheritance; at the same time, it is better than the traditional telecommunication network. The DND service function has been greatly expanded. In addition to incoming calls, according to the characteristics of SIP messages in the packet domain, users can create instant messages, subscription messages, notification messages, reference messages, etc. according to their needs. SIP message-free, more completely protect users from interruptions; in addition, SIP terminal users can create user-based presence status, SIP messages related to caller attributes The DND filtering rules of the content enable the user to customize the subdivision scenarios that are not disturbed according to their needs. Moreover, the SIP terminal user can also request the network to notify the user that the registered DND service has failed. The calling party that is rejected during the interruption of the service, or the SIP session that is rejected by the DND service, provides the calling user with a more friendly human-machine interface.

Other advantages and modifications can be readily conceived by one of ordinary skill in the art in light of the above embodiments. Therefore, the present invention is not limited to the specific embodiments described above, and only one embodiment of the present invention will be described in detail by way of example only. Various modifications, changes and equivalents of the invention are intended to be included within the scope of the appended claims.

Claims

Rights request

A method of registering/revoking a DND service, characterized in that it comprises:

The control device receives a SIP or HTTP message sent by the SIP terminal and carries the DND registration/revokion request information to request to register/revoke the DND service;

The control device determines, according to the received SIP or HTTP message, whether to allow the

The current DND registration/withdrawal request of the SIP terminal, if permitted, validates/disables the DND service of the SIP terminal immediately or according to a time delay in the DND registration request information, or rejects.

The method for registering/revoking the DND service according to claim 1, wherein the principle of determining whether to permit the current DND registration/withdrawal request of the SIP terminal comprises at least one of the following:

Whether according to whether the SIP terminal has registered service authority, whether the valid time to be registered exceeds the current time, whether it conflicts with other DND service requests registered by the SIP terminal, and whether other services registered with the SIP terminal are Conflict.

3. The method of registering/revoking a DND service according to claim 1, wherein the DND registration request information comprises a DND filtering rule based on SIP message content and/or time and/or user presence information.

4. The method of registering/revoking a DND service according to claim 3, wherein the SIP message content based DND filtering rule indicates that the filtering object is a method in a SIP message request line, or for all SIP messages. The method is effective.

The method for registering/revoking a DND service according to claim 4, wherein the method in the SIP message request line includes at least one of the following: INVITE,

MESSAGE, SUBSCRIBE, NOTIFY, INPO, REFER. PUBLIS L

6. The method of registering/revoking a DND service according to claim 3, wherein the SIP message content further comprises content related to a calling party attribute.

7. The method of registering/revoking a DND service according to claim 6, wherein the content related to the calling party attribute comprises at least one of the following:

P - Assert - Identity header i or content, Referred - By header i content, History_Info header field content, Priority header field content, Subject header field content, Content - Type header field content.

8. The method of registering/revoking a DND service according to claim 3, wherein the time-based DND filtering rule comprises specifying a start time and/or an end time for the DND service to take effect.

9. The method of registering/revoking a DND service according to claim 3, wherein said DND filtering rule based on user presence information comprises indicating a status of a SIP terminal, and

/ or the presence status of the user.

10. The method of registering/revoking a DND service according to claim 3, wherein the SIP terminal issues its presentation status via a SIP PUBLISH message.

11. The method of registering/revoking a DND service according to claim 3, wherein the DND registration request information further comprises a DND request registration type: normal, password breakout, and no interruption.

If the type of DND request registration is Password Breakout Do Not Disturb, the corresponding Breakout DND Password is preset by the user.

The method for registering/revoking a DND service according to claim 1, wherein the SIP message is a SIP SUBSCRIBE message, and the message includes an event packet indicating the DND service;

The HTTP message is an HTTP POST or HTTP PUT request message.

A control method for a DND service, comprising:

When the other SIP terminal sends the SIP session message to the SIP terminal that has registered the DND service, the control device compares the content of the SIP session message and/or the current presence information of the SIP terminal with the current do not disturb of the SIP terminal. The filtering rules of the service are matched;

Determining whether the SIP session message is rejected by the DND service of the SIP terminal, and if not rejected, the control device sends the SIP session message to the SIP terminal; otherwise, the control device refuses to send the SIP session message. .

14. The method of controlling a DND according to claim 13, further comprising:

After the SIP terminal receives the SIP session message sent by the control device, the SIP terminal requests the other SIP terminal to input a break-free password, and the control device prompts the other SIP terminal to input a password, if the password is input Correct, then the SIP session message is addressed to Said SIP terminal sends, otherwise refuses to send the SIP session message.

15. The method of controlling a DND according to claims 13 and 14, characterized by a message.

16. The method of controlling a DND service according to claim 13, wherein the content of the SIP session message further comprises content related to a calling party attribute.

The method for controlling a DND service according to claim 16, wherein the content related to the calling party attribute comprises a From header field content, a P-Assert_ Identity header field content, and a Referred_ By header field. At least one of content, Historyjnfo header i or content, Priority header field content, Subject header field content, Content_Type header field content.

The method for controlling a DND service according to claim 13, wherein the current presence information of the SIP terminal is a current terminal status acquired by the SIP terminal via a network node, and/or the SIP terminal is released. The state of presentation.

19. The method of controlling a DND according to claim 13, further comprising the steps of:

The control device voluntarily cancels the DND service of the SIP terminal after receiving the request to cancel the DND service initiated by the SIP terminal to cancel the DND service, or after the validity period of the DND service registration registered by the SIP terminal arrives.

20. The method of controlling a DND according to claim 19, further comprising the steps of:

After the DAD service of the SIP terminal fails, the control device sends a message to notify the other SIP terminal that is rejected during the DND service, the DND service of the SIP terminal has expired; or the DND is completed. Service denied SIP session.

21. A system for implementing a DND service, comprising:

a control device, configured to determine, according to the received SIP/HTTP message, whether to allow the current DND registration/revocation request of the SIP terminal, if allowed, immediately or according to a time delay in the DND registration request information Make the SIP terminal's DND waiter Effect/failure,

And the control device filters, according to the SIP session message sent by the other SIP terminal to the SIP terminal, the content of the SIP session message, and/or the current presence information of the SIP terminal, and the DND service currently in effect by the SIP terminal. The rules are matched to determine whether the SIP session message is rejected by the SIP terminal's DND service.

22. The DND service system of claim 21, wherein

23. The DND service system of claim 22, wherein the DND filtering rule based on the SIP message content indicates that the filtering object is a method in a request line in a SIP message, or is valid for all SIP message methods.

24. The DND service system of claim 23, wherein

The method in the request line in the SIP message is INVITE, MESSAGE,

At least one of SUBSCRIBE, NOTIFY ^ INFO, REFER, PUBLISH.

25. The DND service system of claim 22, wherein

The SIP message content further includes content related to the calling party attribute,

26. The DND service system of claim 25, wherein

The content related to the calling party attribute is From header content, P_Assert_ Identity header field content, Referred_By header field content, History_Info header field content, Priority header field content, Subject header field content, Content_Type At least one of the contents of the header field.

27. The DND system of claim 22, wherein the time-based DND filtering rule comprises specifying a start time and/or an end time for the DND service to take effect.

28. The DND system of claim 22, wherein the DND filtering rule based on user presence information comprises indicating a specific SIP terminal status, and/or a user released presentation status.

29. The DND service system of claim 22, wherein The DND registration request information further includes a type of DND request registration: normal, password breakout, and no interruption.

If the type of the DND request registration is a password breakout DND, the corresponding breakout DND code is preset by the user.

30. The DND service system of claim 19, wherein

The DND registration request information further includes: after the failure of the DND service registered by the SIP terminal, whether to notify other SIP terminals that are rejected during the DND service, or to complete the SIP session rejected by the DND service .

31. A DND service control device, comprising:

a judging module, configured to determine, according to the received SIP/HTTP message, whether the current DND registration/revocation request of the SIP terminal is allowed, and if allowed, immediately or according to a time delay in the DND registration request information Enable/disable the DND service of the SIP terminal;

32. The control device of claim 31, wherein

33. The control apparatus according to claim 32, wherein the DND filtering rule based on the content of the SIP message indicates that the filtering object is a method in a request line in the SIP message, or is effective for a method of all SIP messages.