WO2007054033A1 - Procede d'abonnement/annulation et de controle pour service 'ne pas deranger' et systeme de mise en oeuvre de ce service 'ne pas deranger' - Google Patents

Procede d'abonnement/annulation et de controle pour service 'ne pas deranger' et systeme de mise en oeuvre de ce service 'ne pas deranger' Download PDF

Info

Publication number
WO2007054033A1
WO2007054033A1 PCT/CN2006/003025 CN2006003025W WO2007054033A1 WO 2007054033 A1 WO2007054033 A1 WO 2007054033A1 CN 2006003025 W CN2006003025 W CN 2006003025W WO 2007054033 A1 WO2007054033 A1 WO 2007054033A1
Authority
WO
WIPO (PCT)
Prior art keywords
dnd
sip
message
service
sip terminal
Prior art date
Application number
PCT/CN2006/003025
Other languages
English (en)
Chinese (zh)
Inventor
Youzhu Shi
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2007054033A1 publication Critical patent/WO2007054033A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42136—Administration or customisation of services
    • H04M3/42153—Administration or customisation of services by subscriber
    • 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/40—Support for services or applications
    • H04L65/401—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference

Definitions

  • 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.
  • 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.
  • Session Initiation Protocol 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.
  • ITU-T ITU Telecommunication Commission
  • ETSI European Telecommunications Standards Institute
  • NTN Next Generation Network
  • DND 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:
  • a supplementary service (a DND service) used by a packet 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".
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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).
  • 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 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.
  • the principle of determining whether to allow the current DND registration/withdrawal request of the SIP terminal includes at least one of the following:
  • 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;
  • control device refuses to send the SIP session message.
  • 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
  • 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
  • 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,
  • control device 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.
  • 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.
  • the DND service function in the traditional telecommunication network has been greatly expanded.
  • 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.
  • 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.
  • FIG. 1 is a schematic structural diagram of a DND service system according to an 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.
  • 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.
  • the SIP is the core network call control signaling by the user in the present invention
  • 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".
  • FIG. 1 is a block diagram showing the construction of an exemplary DND service system in accordance with the present invention.
  • 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.
  • the case of direct connection is taken as an example for explanation.
  • 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.
  • 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.
  • the relevant protocol interface such as the SIP protocol or the HTTP protocol interface
  • 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.
  • 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:
  • 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.
  • “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
  • “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
  • 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.
  • 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.
  • 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.
  • 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".
  • 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:
  • the identity parameter indicates that the filtering object is the calling party identifier in the SIP message.
  • "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'.
  • 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.
  • 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.
  • 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.
  • 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.
  • the parameters can be defined as follows:
  • 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.
  • an "exception" parameter is added. When it is set to true, it means “free-hit for objects other than a filter object", for example:
  • 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.
  • the HTTP protocol 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.
  • the data structure of the description of the aforementioned msg parameters is as follows:
  • 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.
  • 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.
  • 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.
  • Users can create DNDs for various SIP messages, such as instant messages, subscription messages, notification messages, and reference messages, to protect users from interruptions.
  • 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.
  • FIG. 2 shows the registration process for the DND service in accordance with the present invention.
  • SIP terminal ST1 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 DND registration request information includes a DND filtering rule based on SIP message content, and/or time, and/or user presence information.
  • the specific setting principle of the DND filtering rule may be as follows:
  • 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.
  • 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.
  • the time-based DND filtering rule may specify a start time and/or an end time at which the DND service takes effect.
  • 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;
  • 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.
  • the DND service control device cancels the DND service and disables the DND service.
  • 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.
  • the DND registration request information includes a DND filtering rule based on the SIP message content, and/or time, and/or user presence information.
  • 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. .
  • 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.
  • 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.
  • 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.
  • 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.
  • the other user terminal for example, the SIP terminal ST2
  • 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;
  • the DND service control device 1 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.
  • 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.
  • 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.
  • 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.
  • the DND service control device 1 may further include the following steps:
  • 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.
  • 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.
  • 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.
  • users can create various SIPs such as instant messages, subscription messages, notification messages, and reference messages according to their needs.
  • 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.
  • 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.
  • ⁇ Examples> 4 is a detailed flow diagram of a DND method in accordance with an embodiment of the present invention.
  • 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:
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the "method" in the request line is assigned the value "MESSAGE”, and the assignment value of the P_Assert_Identity header field is [email protected], 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.
  • the DND service control device 1 needs to record the identity of the SIP terminal B user.
  • 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. .
  • 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.
  • 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:
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • SIP terminal A user accepts SIP MESSAGE instant message and returns 200 OK response code.
  • 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.
  • 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.
  • the "method" in the request line is assigned the value "INVITE”
  • the value of the P__Assert_identity header field is [email protected], 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
  • IVR Interactive Voice Response
  • 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 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
  • 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.
  • Do Not Disturb Service Control Device 1 Accept the SIP INFO message, extract the password from it, and return the 200 OK response code.
  • 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.
  • 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".
  • 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.
  • 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.
  • 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.
  • 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.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne un procédé d'abonnement/annulation pour service 'Ne pas déranger', un procédé de contrôle d'un service 'Ne pas déranger' et un équipement et un système pour la mise en oeuvre de ce service 'Ne pas déranger'. Selon le procédé d'abonnement/annulation pour service 'Ne pas déranger', un terminal SIP transmet le message SIP/HTTP véhiculant les informations de demande d'abonnement/annulation pour service 'Ne pas déranger' au dispositif de contrôle au moyen d'un mécanisme d'abonnement ou d'un mécanisme de transmission HTTP fourni par le protocole SIP, de façon à demander l'abonnement/annulation pour le service 'Ne pas déranger', et le dispositif de contrôle détermine si la demande d'abonnement/annulation pour service 'Ne pas déranger' en cours du terminal SIP est recevable en fonction du message SIP/HTTP reçu. Si tel est le cas, le service 'Ne pas déranger' du terminal SIP devient actif/invalidé immédiatement ou après un délai prédéterminé en fonction du paramètre temporel dans les informations de demande d'abonnement au service 'Ne pas déranger'. Dans le cas contraire, la demande est rejetée. Selon la présente invention, l'utilisateur peut établir le service 'Ne pas déranger' du message en cours, du message d'abonnement, du message d'information, du message de référence, etc., soit tous les types de messages SIP, selon ses besoins, et l'interface utilisateur-ordinateur fournie est plus conviviale.
PCT/CN2006/003025 2005-11-14 2006-11-10 Procede d'abonnement/annulation et de controle pour service 'ne pas deranger' et systeme de mise en oeuvre de ce service 'ne pas deranger' WO2007054033A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200510115313.2 2005-11-14
CN200510115313.2A CN1968319B (zh) 2005-11-14 2005-11-14 登记/撤销、控制免打扰服务的设备、方法和***

Publications (1)

Publication Number Publication Date
WO2007054033A1 true WO2007054033A1 (fr) 2007-05-18

Family

ID=38022978

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/003025 WO2007054033A1 (fr) 2005-11-14 2006-11-10 Procede d'abonnement/annulation et de controle pour service 'ne pas deranger' et systeme de mise en oeuvre de ce service 'ne pas deranger'

Country Status (2)

Country Link
CN (1) CN1968319B (fr)
WO (1) WO2007054033A1 (fr)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105025350B (zh) * 2015-07-09 2018-04-10 广东欧珀移动通信有限公司 一种播放终端控制方法及播放终端
CN106534039B (zh) * 2015-09-09 2020-01-21 百度在线网络技术（北京）有限公司 通讯提示方法及装置
CN106888329A (zh) * 2017-03-03 2017-06-23 昆山小丫信息科技有限公司 一种免打扰呼叫提示的方法和设备
CN114286300B (zh) * 2021-12-23 2024-02-13 号百信息服务有限公司 基于云网融合能力的手机应用控制通信行为的***和方法
CN114553620A (zh) * 2022-01-14 2022-05-27 青岛海尔科技有限公司 设备免打扰设置方法、设备控制方法以及对应方法的装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1421008A (zh) * 1999-11-08 2003-05-28 Mci全球通讯公司 基于会话启动协议的特征控制
KR20030058557A (ko) * 2001-12-31 2003-07-07 에스케이 텔레콤주식회사 이동통신 패킷망에서 에스아이피를 이용한 프레전스서비스 제공 방법
CN1464723A (zh) * 2002-06-18 2003-12-31 华为技术有限公司 一种移动通信***中定时免打扰业务的实现方法
CN1486067A (zh) * 2002-09-28 2004-03-31 华为技术有限公司 基于互联网语音网关的免打扰业务的实现方法
US20040223599A1 (en) * 2003-05-05 2004-11-11 Bear Eric Gould Computer system with do not disturb system and method

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100417878B1 (ko) * 2001-08-24 2004-02-11 서성환 스케줄을 이용한 자동 응답 시스템 및 방법
KR100487124B1 (ko) * 2002-11-12 2005-05-03 삼성전자주식회사 세션 이니세이션 프로토콜 시스템의 세션 정보 처리 방법및 그 기록매체
CN1592334A (zh) * 2003-09-04 2005-03-09 华为技术有限公司 一种在通用个人通信业务中实现免打扰服务的方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1421008A (zh) * 1999-11-08 2003-05-28 Mci全球通讯公司 基于会话启动协议的特征控制
KR20030058557A (ko) * 2001-12-31 2003-07-07 에스케이 텔레콤주식회사 이동통신 패킷망에서 에스아이피를 이용한 프레전스서비스 제공 방법
CN1464723A (zh) * 2002-06-18 2003-12-31 华为技术有限公司 一种移动通信***中定时免打扰业务的实现方法
CN1486067A (zh) * 2002-09-28 2004-03-31 华为技术有限公司 基于互联网语音网关的免打扰业务的实现方法
US20040223599A1 (en) * 2003-05-05 2004-11-11 Bear Eric Gould Computer system with do not disturb system and method

Also Published As

Publication number Publication date
CN1968319A (zh) 2007-05-23
CN1968319B (zh) 2010-12-08

Similar Documents

Publication Publication Date Title
US6526131B1 (en) Initiation of communication between network service system and customer-premises equipment
US20060178138A1 (en) Access gateway, softswitch and telephone for push-to-talk telephony
US8234368B1 (en) System, method, and computer program for reporting a communication flow to a lawful intercept framework
WO2008122219A1 (fr) Procédé, dispositif et système de communication permettant d'effectuer la programmation d'un service de communication
WO2006116932A1 (fr) Procede d'appel telephonique
WO2008064575A1 (fr) Procédé, système et appareil permettant la mise en place de service de partage vidéo
WO2007054033A1 (fr) Procede d'abonnement/annulation et de controle pour service 'ne pas deranger' et systeme de mise en oeuvre de ce service 'ne pas deranger'
CN110476443A (zh) 用于改进的e911呼叫处理的***和方法
WO2009036662A1 (fr) Procédé, système et appareil permettant d'accéder à une réunion multimédia en réseau
US7333496B1 (en) System and method for indicating the priority of voice over internet protocol (VoIP) calls
EP1742454B1 (fr) Procédé et système pour transmettre un indicateur de messages en attente
CN105681603B (zh) 一种呼叫中心坐席终端通话故障处理的方法和装置
WO2010130136A1 (fr) Système correspondant à un service de sonnerie de rappel personnalisée, et procédé de protection de service de sonnerie de rappel personnalisée
US20170208171A1 (en) Communication system having user selectable features
WO2007056958A1 (fr) Procede, systeme et dispositif pour la realisation d'appel en attente en domaine paquet
JP4677350B2 (ja) 呼制御信号転送装置、呼制御信号転送方法および呼制御信号転送プログラム
EP1892934A1 (fr) Sonnerie simulée comportant en temps réel la voix de l'abonné appelant
Cisco E
WO2010060314A1 (fr) Terminal et procédé permettant de protéger un service individualisé de tonalité de rappel
US8638820B2 (en) In-voicemail-session call transfers
WO2010139159A1 (fr) Système de boucle personnalisée et procédé de mise en oeuvre de service de boucle personnalisée
WO2011157093A1 (fr) Procédé, sous-système multimédia ip et p-cscf pour contrôle d'appels d'urgence non vocaux
WO2007009384A1 (fr) Procede d'emulation rtpc
WO2008138187A1 (fr) Procédé de réalisation pour un appel de nouvelle réponse
JP2012509005A (ja) 通信サービスを制御するための方法及び装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06805219

Country of ref document: EP

Kind code of ref document: A1