CN112104616B - Communication method and device - Google Patents
Communication method and device Download PDFInfo
- Publication number
- CN112104616B CN112104616B CN202010864292.9A CN202010864292A CN112104616B CN 112104616 B CN112104616 B CN 112104616B CN 202010864292 A CN202010864292 A CN 202010864292A CN 112104616 B CN112104616 B CN 112104616B
- Authority
- CN
- China
- Prior art keywords
- call
- history information
- voice call
- attribute
- called party
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1083—In-session procedures
-
- 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/403—Arrangements for multi-party communication, e.g. for conferences
Abstract
The application provides a communication method and a device, the method is applied to a call agent, the call agent enables the function of hiding voice call history information, and the method comprises the following steps: receiving a first call message sent by a calling party, wherein the first call message comprises called party attributes, first voice call history information and require attributes; according to the called party attribute, sending a second call message to a called party corresponding to the called party attribute, wherein the second call message comprises first voice call history information, second voice call history information and a require attribute; when a first call response message sent by a called party is received, the first call response message is transmitted to the calling party in a transparent mode, wherein the first call response message comprises first voice call history information, second voice call history information and require attributes, so that the calling party can obtain all voice call history information in a session establishment process.
Description
Technical Field
The present application relates to the field of communications technologies, and in particular, to a communication method and apparatus.
Background
The Session Initiation Protocol (SIP) is a control Protocol of the application layer. SIP can be used to establish, modify and terminate multimedia sessions (or conferences).
During the SIP session (or conference) setup, the SIP messages exchanged between the calling and called parties (phones or network devices) typically include sensitive information of the sender. Such as the subject of the communication, the communication content, the communication location, and call history information, etc. According to the RFC3261 standard, the calling party and the called party can indicate whether to perform Privacy processing on the sensitive information through a Privacy (Privacy) header domain. According to the RFC4244 standard introduction, the calling party and the called party can carry voice call History information through a History-Info header, and the voice call History information is used for carrying information of all called parties.
As shown in fig. 1, fig. 1 is a schematic diagram illustrating a process of filtering call history information by a proxy in a SIP session (or conference) setup process. In fig. 1, a calling party, i.e., a User Agent (UA) 1, initiates an INVITE call message to a called party, i.e., UA2, through a call Agent (Proxy). The proxy device enables a function of hiding voice call history information.
The process of the specific three-party communication is as follows: UA1 sends a first INVITE call message to the call agent. The first INVITE call message includes a History-Info header field, a Supported (Supported) header field, and an index (index). Wherein, the information carried by the Supported header field indicates that the History-Info header field is Supported; the History-Info header carries the information of the called party UA2 located at the address of proxy.
And the call agent adds a new piece of information of UA2 located at the UA2.example. com address in the History-Info header field and generates a second INVITE call message. The call agent sends a second INVITE call message to UA2.
UA2 responds to the second INVITE call message. When UA2 fails to establish a SIP session (or conference) with UA1 for some reason, UA2 sends a first 4XX response message to the call agent. The first 4XX response message includes two pieces of call history information about UA2.
After the call agent receives the first 4XX response message sent by UA2, the call agent previously enables the function of hiding the history information of the voice call. Therefore, the call agent filters the voice call history information of its newly added UA2. The call agent sends a second 4XX response message to the UA1, where the second 4XX response message is a message after the voice call history information of the UA2 is filtered.
In the three-party communication process, if the call agent enables to hide the voice call history information, the calling party cannot acquire all the call history information, and when the subsequent calling and called parties do not successfully establish the SIP session (or conference), the calling party cannot quickly locate the position and the reason of the SIP session (or conference) establishment failure because the calling party does not acquire all the call history information.
Disclosure of Invention
In view of this, the present application provides a communication method and apparatus, so as to solve the problem that, when a call agent in the prior art enables to hide voice call history information, a calling party cannot acquire all call history information, so that the calling party cannot quickly locate a location and a reason for a failure in establishing an SIP session (or a conference) in a scenario in which the two parties do not successfully establish the SIP session (or the conference).
In a first aspect, the present application provides a communication method applied to a call agent that has enabled a function of hiding voice call history information, the method including:
receiving a first call message sent by a calling party, wherein the first call message comprises called party attributes, first voice call history information and requirere attributes;
according to the called party attribute, sending a second call message to a called party corresponding to the called party attribute, wherein the second call message comprises the first voice call history information, the second voice call history information and the require attribute;
and when a first call response message sent by the called party is received, transparently transmitting the first call response message to the calling party, wherein the first call response message comprises the first voice call history information, the second voice call history information and the require attribute, so that the calling party can acquire all voice call history information in a session establishment process.
In a second aspect, the present application provides a communication apparatus applied to a call agent that has enabled a function of hiding voice call history information, the apparatus including:
the device comprises a receiving unit, a sending unit and a processing unit, wherein the receiving unit is used for receiving a first call message sent by a calling party, and the first call message comprises called party attributes, first voice call history information and require attributes;
a sending unit, configured to send a second call packet to a called party corresponding to the called party attribute according to the called party attribute, where the second call packet includes the first voice call history information, the second voice call history information, and the require attribute;
the sending unit is further configured to transparently transmit a first call response packet to the calling party when the receiving unit receives the first call response packet sent by the called party, where the first call response packet includes the first voice call history information, the second voice call history information, and the require attribute, so that the calling party obtains all voice call history information in a session establishment process.
In a third aspect, the present application provides a communication system comprising a calling party, a call agent, and a called party, the call agent having enabled a function of hiding voice call history information;
the calling party is used for sending a first call message to the call agent, wherein the first call message comprises called party attributes, first voice call history information and require attributes;
the call agent is configured to receive the first call packet, and send a second call packet to a called party corresponding to the called party attribute according to the called party attribute, where the second call packet includes the first voice call history information, the second voice call history information, and the require attribute;
the called party is configured to receive the second call packet, and send a first call response packet to the call agent according to the second call packet, where the first call response packet includes the first voice call history information, the second voice call history information, and the require attribute;
the call agent is further configured to transparently transmit the first call response packet to the calling party, so that the calling party obtains all voice call history information in a session establishment process.
In a fourth aspect, the present application provides a network device, comprising a processor and a machine-readable storage medium, the machine-readable storage medium storing machine-executable instructions capable of being executed by the processor, the processor being caused by the machine-executable instructions to perform the method and system provided in the first and third aspects of the present application.
Therefore, by applying the communication method and the communication device provided by the application, the call agent receives a first call message sent by the calling party, wherein the first call message comprises called party attributes, first voice call history information and require attributes. And according to the called party attribute, the call agent sends a second call message to the called party, wherein the second call message comprises the first voice call history information, the second voice call history information and the require attribute. When a first call response message sent by a called party is received, the call agent transparently transmits the first call response message to the calling party, wherein the first call response message comprises first voice call history information, second voice call history information and require attribute, so that the calling party can obtain all voice call history information in a session establishment process.
According to the require attribute, although the call agent has enabled the function of hiding the voice call history information, when the call packet carries the require attribute, the call agent no longer filters the voice call history information. The calling agent directly transmits the calling response message sent by the called party to the calling party so that the calling party obtains all voice calling history information in the session establishment process. The problem that in the prior art, when the call agent enables voice call history information to be hidden, the calling party cannot rapidly locate the position and reason of the SIP session (or conference) establishment failure under the scene that the two parties do not establish the SIP session (or conference) successfully because the calling party cannot acquire all the call history information is solved.
Drawings
Fig. 1 is a schematic diagram illustrating a process of filtering call history information by a proxy in an SIP session (or conference) establishment process;
fig. 2 is a schematic networking diagram of a communication system according to an embodiment of the present application;
fig. 3 is a flowchart of a communication method provided in an embodiment of the present application;
fig. 4 is a timing diagram of a communication method according to an embodiment of the present application;
fig. 5 is a structural diagram of a communication method apparatus according to an embodiment of the present application;
fig. 6 is a hardware structure diagram of a network device according to an embodiment of the present application.
Detailed Description
Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present application, as detailed in the appended claims.
The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in this application and the appended claims, the singular forms "a", "an", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any and all possible combinations of one or more of the corresponding listed items.
It should be understood that although the terms first, second, third, etc. may be used herein to describe various information, such information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope of the present application. The word "if" as used herein may be interpreted as "at … …" or "when … …" or "in response to a determination", depending on the context.
The communication system provided in the embodiments of the present application is explained in detail below. Referring to fig. 2, fig. 2 is a schematic networking diagram of a communication system according to an embodiment of the present application. The system includes a calling party, a call agent, and a called party. The calling party and the called party may be User Agents (UAs), for example. That is, the two user terminals establish a communication connection with the call agent through their UAs, and establish an SIP session (or conference) through their respective UA agents and call agents. Each device included in the communication system provided in the embodiment of the present application is explained below.
In this system, the calling party, UA of calling party user terminal 1, UA1 in fig. 2; the UA of the called party, i.e. the called party user terminal 2, UA2 in fig. 2. Call agents have enabled the ability to hide voice call history information.
After the calling party UA1 receives the call request sent by the user terminal 1, the UA1 determines that the user terminal wishes to establish a SIP session (or conference) with the user terminal 2. Calling party UA1 generates a first call message including called party attributes, first voice call history information, and required attributes. Calling party UA1 sends a first call message to the call agent.
The called party attribute specifically refers to address information of the called party, and the first voice call history information specifically refers to information of the called party UA2 located at the proxy.
It is understood that, according to the RFC4244 standard introduction: the call message includes a History-Info header, which is used to carry all the History information of the voice call during the session establishment. In the embodiment of the present application, the caller UA1 extends the History-Info header field, adds a require attribute field, and sets the value of the require attribute field to be privacy-free (no-privacy). The value of the require attribute field is used to indicate that the call agent device receiving the call packet disables the hidden function for the voice call history information.
The first call message also includes a Supported header field. The information carried by the Supported header field indicates that the History-Info header field is Supported.
The call agent receives a first call message. And obtaining called party attributes, first voice call history information and require attributes from the first call message.
According to the require attribute, the call agent determines that the call agent disables the enabled function of hiding the voice call history information, that is, when a call response message sent by the called party UA is subsequently received, the call agent does not filter the newly added voice call history information any more.
Based on the called party attribute, the call agent determines the called party, UA2, and obtains second voice call history information. The second voice call history information specifically refers to information of the called party UA2 located at the address of ua2.example. And the call agent generates a second call message, wherein the second call message comprises the first voice call history information, the second voice call history information and the require attribute. The value of the require attribute field is set to no-privacy.
It will be appreciated that the second call message also includes a Privacy (Privacy) header field. The value of the Privacy header field is set to history (history). The value of the Privacy header field is used to indicate whether the call agent enables a function of hiding voice call history information. The second call message also includes a Supported header field. The information carried by the Supported header field indicates that the History-Info header field is Supported.
The call agent sends a second call message to called party UA2.
After receiving the second call packet, the called party UA2 obtains the first voice call history information, the second voice call history information, and the require attribute from the second call packet.
The called party UA2 processes the second call packet. After the called party UA2 processes the second call packet, it generates a first call response packet. The first call response message includes first voice call history information, second voice call history information, and a require attribute.
It should be noted that, the processing, by the called party UA2, of the second call packet specifically includes: UA2 forwards the second call packet to user terminal 2. The called party UA2 determines to establish or not establish a SIP session (or conference) with the calling party UA1 according to the feedback of the user terminal 2.
In one example, the called party UA2 refuses to establish a SIP session (or conference) with UA1 based on the feedback of the user terminal 2. At this time, the first call response packet is specifically a call setup error packet, that is, a 4XX response packet. Where "XX" represents a number, for example, 00.
The called party UA2 sends a first call response message to the call agent.
And after receiving the first call response message, the call agent acquires the first voice call history information, the second voice call history information and the require attribute from the first call response message.
Based on the require attribute, the call agent determines itself to disable the enabled function of hiding voice call history information. The call agent passes through the first call response message to calling party UA 1.
After receiving the first call response message, the calling party UA1 obtains all voice call history information in the session establishment process; meanwhile, the calling party UA1 determines that the called party UA2 refuses to establish the SIP session (or conference). The calling party UA1 also passes through the first call response message to the user terminal 1 to inform the user terminal 1 that the SIP session (or conference) setup failed.
Therefore, by applying the communication system provided by the application, the call agent receives a first call message sent by the calling party, wherein the first call message comprises called party attributes, first voice call history information and require attributes. And according to the called party attribute, the call agent sends a second call message to the called party, wherein the second call message comprises the first voice call history information, the second voice call history information and the requirere attribute. When a first call response message sent by a called party is received, the call agent transparently transmits the first call response message to the calling party, wherein the first call response message comprises first voice call history information, second voice call history information and require attribute, so that the calling party can obtain all voice call history information in a session establishment process.
According to the require attribute, although the call agent has enabled the function of hiding the voice call history information, when the call packet carries the require attribute, the call agent does not filter the voice call history information any more. The calling agent directly transmits the calling response message sent by the called party to the calling party so that the calling party obtains all voice calling history information in the session establishment process. The problem that in the prior art, when the call agent enables voice call history information to be hidden, the calling party cannot rapidly locate the position and reason of the SIP session (or conference) establishment failure under the scene that the two parties do not establish the SIP session (or conference) successfully because the calling party cannot acquire all the call history information is solved.
The following describes the communication method provided in the embodiments of the present application in detail. Referring to fig. 3, fig. 3 is a flowchart of a communication method according to an embodiment of the present disclosure. The method is applied to a call agent that has enabled a function of hiding voice call history information. The communication method provided by the embodiment of the application can comprise the following steps.
In particular, the calling party and the called party may be User Agents (UAs). That is, the two user terminals establish a communication connection with the call agent through their UAs, and establish an SIP session (or conference) through their respective UA agents and call agents.
After the calling party UA1 receives the call request sent by the user terminal 1, the UA1 determines that the user terminal wishes to establish a SIP session (or conference) with the user terminal 2. Calling party UA1 generates a first call message including a called party attribute, first voice call history information, and a require attribute. Calling party UA1 sends a first call message to the call agent.
The called party attribute specifically refers to address information of the called party, and the first voice call history information specifically refers to information of the called party UA2 located at the address of proxy.
It is understood that, according to the RFC4244 standard introduction: the call message includes a History-Info header field, which is used to carry all the voice call History information during the session establishment process. In the embodiment of the present application, the caller UA1 expands the History-Info header field, adds a require attribute field, and sets the value of the require attribute field to no-privacy. The value of the require attribute field is used to indicate that the call agent device receiving the call packet disables the hidden function for the voice call history information.
The call agent receives a first call message. And obtaining called party attributes, first voice call history information and requirere attributes from the first call message.
Specifically, the call agent obtains the called party attribute, the first voice call history information, and the require attribute from the first call packet.
According to the require attribute, the call agent determines that the call agent disables the enabled function of hiding the voice call history information, that is, when a call response message sent by the called party UA is subsequently received, the call agent does not filter the newly added voice call history information.
Based on the called party attribute, the call agent determines the called party, UA2, and obtains second voice call history information. The second voice call history information specifically refers to information of the called party UA2 located at the address of ua2.example. And the call agent generates a second call message, wherein the second call message comprises the first voice call history information, the second voice call history information and the require attribute. The value of the require attribute field is set to no-privacy.
It will be appreciated that the second call message also includes a Privacy header field. The value of the Privacy header field is set to history. The value of the Privacy header field is used to indicate whether a function of hiding voice call history information is enabled.
The call agent sends a second call message to called party UA2.
Specifically, after receiving the second call packet, the called UA2 obtains first voice call history information, second voice call history information, and a require attribute from the second call packet.
The called party UA2 processes the second call packet. After the called party UA2 processes the second call packet, it generates a first call response packet. The first call response message includes first voice call history information, second voice call history information, and a require attribute.
It should be noted that, the processing, by the called party UA2, of the second call packet specifically includes: UA2 forwards the second call packet to user terminal 2. The called party UA2 determines to establish or not establish a SIP session (or conference) with the calling party UA1 according to the feedback of the user terminal 2.
In one example, the called party UA2 refuses to establish a SIP session (or conference) with UA1 based on the feedback of the user terminal 2. At this time, the first call response packet is specifically a call setup error packet, that is, a 4XX response packet. Where "XX" represents a number, e.g., 00.
The called party UA2 sends a first call response message to the call agent.
And after receiving the first call response message, the call agent acquires the first voice call history information, the second voice call history information and the require attribute from the first call response message.
Based on the require attribute, the call agent determines itself to disable the enabled function of hiding voice call history information. The call agent passes through the first call response message to calling party UA 1.
After receiving the first call response message, the calling party UA1 obtains all voice call history information in the session establishment process; meanwhile, the calling party UA1 determines that the called party UA2 refuses to establish the SIP session (or conference). The calling party UA1 also passes through the first call response message to the user terminal 1 to inform the user terminal 1 that the SIP session (or conference) setup failed.
Therefore, by applying the communication method provided by the application, the call agent receives a first call message sent by the calling party, wherein the first call message comprises called party attributes, first voice call history information and requirere attributes. And according to the called party attribute, the call agent sends a second call message to the called party, wherein the second call message comprises the first voice call history information, the second voice call history information and the require attribute. When a first call response message sent by a called party is received, the call agent transparently transmits the first call response message to the calling party, wherein the first call response message comprises first voice call history information, second voice call history information and require attributes, so that the calling party obtains all voice call history information in a session establishment process.
According to the require attribute, although the call agent has enabled the function of hiding the voice call history information, when the call packet carries the require attribute, the call agent does not filter the voice call history information any more. The calling agent directly transmits the calling response message sent by the called party to the calling party so that the calling party obtains all voice calling history information in the session establishment process. The problem that in the prior art, when the call agent enables voice call history information to be hidden, the calling party cannot rapidly locate the position and reason of the SIP session (or conference) establishment failure under the scene that the two parties do not establish the SIP session (or conference) successfully because the calling party cannot acquire all the call history information is solved.
The following describes in detail the communication method provided in the embodiments of the present application by using specific examples. As shown in fig. 4, fig. 4 is a timing diagram of a communication method according to an embodiment of the present application.
In fig. 4, the calling UA1 generates a first INVITE call message including a Supported header field and a History-Info header field. Wherein, the information carried by the Supported header field indicates that the History-Info header field is Supported; the History-Info header carries the information of the called party UA2 located at the address of proxy.example.com (i.e., UA2@ proxy.example.com) and the require attribute whose value is set to no-privacy.
It is understood that the INVITE call message also includes other contents, which are not mentioned herein since they are not used in the embodiments of the present application.
Calling party UA1 sends a first INVITE call message to the call agent.
The call agent receives the first INVITE call message. And acquiring a Supported header field and a History-Info header field from the first INVITE call message, and acquiring information of the called party UA2 located at the address of proxy.
It will be appreciated that the first INVITE call message also includes a called party attribute. Based on the callee attributes, the call agent determines the callee, i.e., UA2, and obtains the information of callee UA2 located at the address of UA2.example. com (i.e., UA2@ UA2.example. com).
According to the require attribute, the call agent determines that the call agent disables the enabled function of hiding the voice call history information, that is, when a call response message sent by the called party UA is subsequently received, the call agent does not filter the newly added voice call history information any more.
And the call agent generates a second INVITE call message, wherein the second INVITE call message comprises a Privacy header field, a Supported header field and a History-Info header field. Wherein, the value of the Privacy header field is set as history for representing the secret processing of the voice call history message. The information carried by the Supported header field indicates that the History-Info header field is Supported; the History-Info header field carries information of the called party UA2 located at the address of proxy.example.com (i.e., UA2@ proxy.example.com), information of the called party UA2 located at the address of UA2.example.com (i.e., UA2@ UA2.example.com), and a require attribute whose value is set to no-privacy.
The call agent sends a second INVITE call message to called party UA2.
After receiving the second INVITE call message, the called UA2 obtains a Privacy header field, a Supported header field, and a History-Info header field.
The called party UA2 processes the second INVITE call message. When the called party UA2 refuses to establish a SIP session (or conference) with the UA1, the called party UA2 generates a 4XX response message. The 4XX response message includes a History-Info header field. Wherein the History-Info header carries information of the called party UA2 located at the address of proxy.example.com (i.e., UA2@ proxy.example.com), information of the called party UA2 located at the address of UA2.example.com (i.e., UA2@ UA2.example.com), and a require attribute, the value of which is set to no-privacy.
The called party UA2 sends a 4XX response message to the call agent.
After receiving the 4XX response message, the call agent obtains the History-Info header field, and obtains the information of the called party UA2 (i.e., UA2@ proxy.example.com) located at the address of proxy.example.com, the information of the called party UA2 (i.e., UA2@ UA2.example.com) located at the address of UA2.example.com, and the attribute of require from the History-Info header field.
Based on the require attribute, the call agent determines itself to disable the enabled function of hiding the voice call history information. The call agent passes through the 4XX response message to calling party UA 1.
After receiving the 4XX response message, the calling party UA1 obtains the History information of the speech call from the History-Info header field and obtains all the speech call History information in the session establishment process from the History-Info header field; meanwhile, the calling party UA1 determines that the called party UA2 refuses to establish the SIP session (or conference).
Based on the same inventive concept, the embodiment of the application also provides a communication device corresponding to the communication method. Referring to fig. 5, fig. 5 is a block diagram of a communication device according to an embodiment of the present application, where the device is applied to a call agent, and the call agent has enabled a function of hiding voice call history information, and the device includes:
a receiving unit 510, configured to receive a first call packet sent by a calling party, where the first call packet includes a called party attribute, first voice call history information, and a require attribute;
a sending unit 520, configured to send a second call packet to a called party corresponding to the called party attribute according to the called party attribute, where the second call packet includes the first voice call history information, the second voice call history information, and the require attribute;
the sending unit 520 is further configured to, when the receiving unit receives a first call response packet sent by the called party, transparently transmit the first call response packet to the calling party, where the first call response packet includes the first voice call history information, the second voice call history information, and the require attribute, so that the calling party obtains all voice call history information in a session establishment process.
Optionally, the apparatus further comprises: a determining unit (not shown in the figure) for determining that the call agent disables the enabled function of hiding the voice call history information according to the value of the require attribute.
Optionally, the call packet includes a History-Info header field, where the History-Info header field is used to carry all voice call History information and the require attribute in the session establishment process;
the call response message includes the History-Info header, and the History-Info header is used for carrying all the voice call History information and the require attribute in the session establishment process.
Optionally, the second call packet further includes a Privacy header field, and a value of the Privacy header field is used to indicate whether the call agent enables a function of hiding voice call history information.
Therefore, by applying the communication method and device provided by the application, the device receives a first call message sent by a calling party, wherein the first call message comprises called party attributes, first voice call history information and requirere attributes. And according to the called party attribute, the device sends a second call message to the called party, wherein the second call message comprises the first voice call history information, the second voice call history information and the require attribute. When a first call response message sent by a called party is received, the device transparently transmits the first call response message to a calling party, wherein the first call response message comprises first voice call history information, second voice call history information and require attributes, so that the calling party obtains all voice call history information in a session establishment process.
According to the require attribute, although the call agent has enabled the function of hiding the voice call history information, when the call packet carries the require attribute, the call agent does not filter the voice call history information any more. The calling agent directly transmits the calling response message sent by the called party to the calling party so that the calling party obtains all voice calling history information in the session establishment process. The problem that in the prior art, when the call agent enables voice call history information to be hidden, the calling party cannot rapidly locate the position and reason of the SIP session (or conference) establishment failure under the scene that the two parties do not establish the SIP session (or conference) successfully because the calling party cannot acquire all the call history information is solved.
Based on the same inventive concept, the embodiment of the present application further provides a network device, as shown in fig. 6, including a processor 610, a transceiver 620, and a machine-readable storage medium 630, where the machine-readable storage medium 630 stores machine-executable instructions capable of being executed by the processor 610, and the processor 610 is caused by the machine-executable instructions to perform the communication method provided by the embodiment of the present application. The communication apparatus shown in fig. 5 can be implemented by using the hardware structure of the network device shown in fig. 6.
The computer-readable storage medium 630 may include a Random Access Memory (RAM) or a Non-volatile Memory (NVM), such as at least one disk Memory. Optionally, the computer-readable storage medium 630 may also be at least one memory device located remotely from the processor 610.
The Processor 610 may be a general-purpose Processor, and includes a Central Processing Unit (CPU), a Network Processor (NP), and the like; the Integrated Circuit can also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA), or other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components.
In the embodiment of the present application, the processor 610 reads the machine executable instructions stored in the machine readable storage medium 630, and the machine executable instructions cause the processor 610 itself and the call transceiver 620 to perform the communication method described in the embodiment of the present application.
Additionally, embodiments of the present application provide a machine-readable storage medium 630, the machine-readable storage medium 630 storing machine-executable instructions that, when invoked and executed by the processor 610, cause the processor 610 itself and the invoking transceiver 620 to perform the communication methods described in embodiments of the present application.
The implementation process of the functions and actions of each unit in the above device is specifically described in the implementation process of the corresponding step in the above method, and is not described herein again.
For the device embodiments, since they substantially correspond to the method embodiments, reference may be made to the partial description of the method embodiments for relevant points. The above-described embodiments of the apparatus are merely illustrative, and the units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the modules can be selected according to actual needs to achieve the purpose of the scheme of the application. One of ordinary skill in the art can understand and implement it without inventive effort.
As for the embodiments of the communication apparatus and the machine-readable storage medium, since the contents of the related methods are substantially similar to those of the foregoing embodiments of the methods, the description is relatively simple, and for the relevant points, reference may be made to the partial description of the embodiments of the methods.
The above description is only exemplary of the present application and should not be taken as limiting the present application, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the scope of protection of the present application.
Claims (12)
1. A communication method applied to a call agent that has enabled a function of hiding voice call history information, the method comprising:
receiving a first call message sent by a calling party, wherein the first call message comprises called party attributes, first voice call history information and require attributes;
according to the called party attribute, sending a second call message to a called party corresponding to the called party attribute, wherein the second call message comprises the first voice call history information, the second voice call history information and the requirere attribute;
and when a first call response message sent by the called party is received, transparently transmitting the first call response message to the calling party, wherein the first call response message comprises the first voice call history information, the second voice call history information and the require attribute, so that the calling party obtains all voice call history information in a session establishment process.
2. The method of claim 1, further comprising:
and determining that the call agent disables the enabled function of hiding the voice call history information according to the value of the require attribute.
3. The method of claim 1, wherein the call message includes a History-Info header field, and the History-Info header field is used for carrying all voice call History information and the require attribute in the session establishment process;
the call response message includes the History-Info header field, and the History-Info header field is used for carrying all voice call History information and the requiree attribute in the session establishment process.
4. The method of claim 1, wherein the second call packet further comprises a Privacy header field, and wherein a value of the Privacy header field is used to indicate whether the call agent enables a function of hiding voice call history information.
5. A communication apparatus, characterized in that the apparatus is applied to a call agent that has enabled a function of hiding voice call history information, the apparatus comprising:
the device comprises a receiving unit, a sending unit and a processing unit, wherein the receiving unit is used for receiving a first call message sent by a calling party, and the first call message comprises called party attributes, first voice call history information and require attributes;
a sending unit, configured to send a second call packet to a called party corresponding to the called party attribute according to the called party attribute, where the second call packet includes the first voice call history information, the second voice call history information, and the require attribute;
the sending unit is further configured to transparently transmit a first call response packet to the calling party when the receiving unit receives the first call response packet sent by the called party, where the first call response packet includes the first voice call history information, the second voice call history information, and the require attribute, so that the calling party obtains all voice call history information in a session establishment process.
6. The apparatus of claim 5, further comprising:
and the determining unit is used for determining that the call agent disables the enabled function of hiding the voice call history information according to the value of the require attribute.
7. The apparatus of claim 6, wherein the call packet includes a History-Info header field, and the History-Info header field is used to carry all voice call History information and the require attribute in the session establishment process;
the call response message includes the History-Info header field, and the History-Info header field is used for carrying all voice call History information and the requiree attribute in the session establishment process.
8. The apparatus of claim 6, wherein the second call packet further comprises a Privacy header field, and wherein a value of the Privacy header field is used to indicate whether the call agent enables a function of hiding voice call history information.
9. A communication system comprising a calling party, a call agent, and a called party, the call agent having enabled a function of hiding voice call history information;
the calling party is used for sending a first call message to the call agent, wherein the first call message comprises called party attributes, first voice call history information and require attributes;
the call agent is configured to receive the first call packet, and send a second call packet to a called party corresponding to the called party attribute according to the called party attribute, where the second call packet includes the first voice call history information, the second voice call history information, and the require attribute;
the called party is configured to receive the second call packet, and send a first call response packet to the call agent according to the second call packet, where the first call response packet includes the first voice call history information, the second voice call history information, and the require attribute;
the call agent is further configured to transparently transmit the first call response packet to the calling party, so that the calling party obtains all voice call history information in a session establishment process.
10. The communication system of claim 9, wherein the call agent is further configured to determine that the call agent disables the enabled functionality that hides voice call history information based on the value of the require attribute.
11. The communication system according to claim 9, wherein the call packet includes a History-Info header field, and the History-Info header field is used for carrying all voice call History information and the require attribute in the session establishment process;
the call response message includes the History-Info header field, and the History-Info header field is used for carrying all voice call History information and the requiree attribute in the session establishment process.
12. The communication system of claim 9, wherein the second call packet further comprises a Privacy header field, and wherein a value of the Privacy header field is used to indicate whether the call agent enables a function of hiding voice call history information.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010864292.9A CN112104616B (en) | 2020-08-25 | 2020-08-25 | Communication method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010864292.9A CN112104616B (en) | 2020-08-25 | 2020-08-25 | Communication method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112104616A CN112104616A (en) | 2020-12-18 |
| CN112104616B true CN112104616B (en) | 2022-07-12 |
Family
ID=73754336
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010864292.9A Active CN112104616B (en) | 2020-08-25 | 2020-08-25 | Communication method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112104616B (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1848881A (en) * | 2005-09-02 | 2006-10-18 | 华为技术有限公司 | Realizing method and apparatus for processing calling number display during communication |
| WO2009082859A1 (en) * | 2008-01-02 | 2009-07-09 | Zte Corporation | System and method for implementing overreaching of caller information display |
| CN101801028A (en) * | 2010-01-22 | 2010-08-11 | 上海华为技术有限公司 | Method, device and system for informing business option information and transmitting voice |
| CN102348291A (en) * | 2010-07-28 | 2012-02-08 | 中兴通讯股份有限公司 | Dialogue establishing method and system based on dialogue correlation identifier |
| CN111212392A (en) * | 2018-11-22 | 2020-05-29 | 中国移动通信集团重庆有限公司 | Forward call filtering method, device, equipment and medium |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10182155B2 (en) * | 2016-02-03 | 2019-01-15 | At&T Intellectual Property I, L.P. | Directing care calls using historical call backs, demographics and real time attributes |
| US10659606B2 (en) * | 2018-10-08 | 2020-05-19 | International Business Machines Corporation | Filtering unsolicited incoming calls |
-
2020
- 2020-08-25 CN CN202010864292.9A patent/CN112104616B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1848881A (en) * | 2005-09-02 | 2006-10-18 | 华为技术有限公司 | Realizing method and apparatus for processing calling number display during communication |
| WO2007025453A1 (en) * | 2005-09-02 | 2007-03-08 | Huawei Technologies Co., Ltd. | A method and device for processing calling user number display during communication |
| WO2009082859A1 (en) * | 2008-01-02 | 2009-07-09 | Zte Corporation | System and method for implementing overreaching of caller information display |
| CN101801028A (en) * | 2010-01-22 | 2010-08-11 | 上海华为技术有限公司 | Method, device and system for informing business option information and transmitting voice |
| CN102348291A (en) * | 2010-07-28 | 2012-02-08 | 中兴通讯股份有限公司 | Dialogue establishing method and system based on dialogue correlation identifier |
| CN111212392A (en) * | 2018-11-22 | 2020-05-29 | 中国移动通信集团重庆有限公司 | Forward call filtering method, device, equipment and medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112104616A (en) | 2020-12-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8862746B2 (en) | Systems and methods for integrating applications on user equipment utilizing special URI control messages | |
| KR102334467B1 (en) | Establishing and maintaining a voip call | |
| US8494527B2 (en) | Method for transferring a communication session in a telecommunications network from a first connection to a second connection | |
| US8363572B2 (en) | Session initiation protocol extensions for call control and resource status monitoring in turrets and turret switching systems | |
| US20070217430A1 (en) | Method and system for initiating communications | |
| US9246955B2 (en) | Capability query handling in a communication network | |
| US9591036B2 (en) | Method and apparatus for dynamic device pairing | |
| US9276964B2 (en) | Method and user terminal for supporting provision of capabilities | |
| US8391908B2 (en) | Communication systems | |
| CN106664287A (en) | Method of and communications handling equipment for controlling communication session establishment in a multimedia communications network | |
| EP3100446B1 (en) | Communications techniques | |
| CN101390373B (en) | Wireless communication terminal and server | |
| US20060280187A1 (en) | Communication Method and Radio Communication Terminal | |
| CA2645921A1 (en) | Universal internet telephone system | |
| CN112104616B (en) | Communication method and device | |
| JP2009518941A (en) | Method and network device for setting up a connection in a second network | |
| CN110650254B (en) | Information transmission method, information reception method, terminal, and storage medium | |
| US11201898B2 (en) | SIP proxy server, communication method and SIP proxy program | |
| CN108337244B (en) | SIP protocol-based intercom communication method, server, medium and equipment | |
| CN109120578B (en) | Method and device for realizing link connection processing | |
| CN116208708A (en) | Privacy protection communication method and device | |
| US10681090B2 (en) | Method for telecommunication and communication terminal | |
| US20220167454A1 (en) | Processing of a call by videoconference between two terminals | |
| CN107509000A (en) | Call processing method and device | |
| CN114866507A (en) | Communication method, communication device and electronic equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |