IMS (IP Multimedia Subsystem) multimedia call method and system

By adding an extended field to the call signaling to determine the call type, the switching between inbound and outbound calls in IMS multimedia calls is realized, which solves the problems of complex process and insufficient stability in the existing technology, improves the stability and quality of calls between devices, and supports scene linkage of smart terminals.

CN121037346APending Publication Date: 2025-11-28E-SURFING DIGITAL LIFE TECH CO LTD
View PDF 5 Cites 0 Cited by

Patent Information

Application Number
CN202511298549.8
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-09-11
Publication Date
2025-11-28

AI Technical Summary

Technical Problem

The existing IMS equipment-to-phone communication technology requires the transformation of the fixed-line network. Users need to have fixed-line numbers, and call signaling and media streams need to go through the operator's group IMS platform. The process is complex and the stability is not guaranteed.

Method used

By adding an extended field to the call signaling to define the call type, the platform determines whether an outbound call to the provincial IMS network is required. The media signaling flows within the IMS platform or through the operator's group IMS platform to achieve the switching between inbound and outbound calls, prioritizing inbound calls to the local IMS SIP server or calls to the network.

Benefits of technology

It improves the stability and quality of IMS multimedia calls, saves path time, supports multimedia calls between devices, and enhances scene linkage and feasibility.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN121037346A_ABST
    Figure CN121037346A_ABST
Patent Text Reader

Abstract

The invention provides an IMS (IP Multimedia Subsystem) multimedia call method and system. The method comprises the following steps: calling equipment initiates a session request to an IMS SIP server platform, wherein the session request comprises type information of the calling equipment; wherein the calling device type information at least comprises a calling type; the IMS SIP server platform identifies the call type; when the call type is an internal call, the IMS SIP server platform preferentially inquires whether a called device and the calling device are registered on the same IMS SIP server platform or not inside the IMS SIP server platform; if the session request and the media stream are registered on the same IMS SIP server platform, entering an internal calling mode, that is, the session request and the media stream are internally circulated through the IMS SIP server platform; and if the session request and the media stream are not registered on the same IMS SIP server platform, entering an outbound mode, that is, the session request and the media stream are transferred to an operator group IMS platform for addressing calling.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This invention relates to the fields of IP multimedia systems, multimedia calling, and smart homes. Background Technology

[0002] With economic and technological development, the categories of smart home products are constantly evolving, and the smart home industry has entered the era of intelligence. People's user habits are also shifting from using single-product functions to multi-product scenario linkage. Multimedia calling between devices is an important function of smart device scenario linkage. Supporting multimedia calling between devices can make devices more user-friendly and improve the user experience.

[0003] Currently, the IMS (IP Multimedia Subsystem) inter-device communication technology used by telecom operators is based on the operator's IMS network. This requires modifying the fixed-line network, assigning fixed-line numbers to devices, dialing these numbers, and having devices answer to enable multimedia communication between devices. This solution requires users to be existing fixed-line subscribers of the operator's service or to have activated the service and obtained a fixed-line number before they can access the IMS fixed-line network for inter-device communication. Furthermore, call signaling and media streams must pass through the operator's group IMS platform and the provincial IMS core network, making the process complex and lacking in stability. Summary of the Invention

[0004] To address the aforementioned issues, this invention proposes a method and system for IMS multimedia calls based on call type and service scenario type. By adding an extended field to the invite call signaling to define the call type, the platform determines whether a SIP call needs to be routed to the provincial IMS network based on the call type. If both the calling and called devices are registered on the IMS platform, the media signaling can flow internally within the IMS platform, improving call stability and multimedia call quality. If the called and called devices are not on the same IMS SIP server platform, the call signaling is normally routed to the provincial IMS network for addressing and calling.

[0005] The IMS multimedia calling method and system of the present invention can switch between large and small networks in IMS SIP calls by controlling the call type. For cross-network calls such as calls to mobile phones, the call needs to be forwarded to the IMS provincial large network for addressing to ensure call reachability. For terminals whose devices are all registered on this IMS SIP server platform, the system switches to small network mode, that is, the media stream of the IMS SIP call only flows within this platform, ensuring the quality of the media stream, improving the stability and quality of SIP multimedia calls, and saving path time.

[0006] This invention can also set a combination of call type and service type to realize the judgment method of internal and external calls and service scenario set, thereby freely switching between internal and external calls, and controlling the implementation logic of IMS SIP calls according to the service scenario.

[0007] This invention provides an IMS multimedia calling method, the method comprising:

[0008] The calling device initiates a session request to the IMS SIP server platform, and the session request includes calling device type information; wherein, the calling device type information includes at least the call type;

[0009] The IMS SIP server platform identifies the call type;

[0010] When the call type is an inbound call, the IMS SIP server platform first checks internally whether the called device and the calling device are registered on the same IMS SIP server platform. If they are registered on the same IMS SIP server platform, the call enters inbound call mode, meaning the session request and media stream flow through the IMS SIP server platform internally. If they are not registered on the same IMS SIP server platform, the call enters outbound call mode, meaning the session request and media stream flow to the operator's IMS platform for addressing and calling.

[0011] In one embodiment, the method further includes: when the call type is an outbound call, the method defaults to entering the outbound call mode, that is, the session request and media stream are transferred to the operator group's IMS platform for addressing the call.

[0012] In one embodiment, the calling device type information also includes the service type.

[0013] In one embodiment, after the IMS SIP server platform makes a decision on the outbound call mode or the inbound call mode, it controls the implementation logic of the IMS SIP call according to the service type.

[0014] In one embodiment, the service type includes a door lock linked to a smart speaker scenario.

[0015] In one embodiment, the method further includes adding an extended field to the session request, the extended field representing the calling device type information.

[0016] In one embodiment, the calling device is a door lock, and the called device is a smart speaker.

[0017] In one embodiment, the door lock and the smart speaker are both registered on the same IMS SIP server; the caller device type information includes an internal call type, and the service type included in the caller device type information is a door lock linked to a smart speaker scenario.

[0018] In one embodiment, a call is made to the smart speaker by pressing the doorbell button on the door lock; when the IMS SIP server platform recognizes that the call type of the device type information carried in the dialing signaling is an internal call, it switches to the internal call mode and directly calls the smart speaker connected to the IMS SIP server.

[0019] When the smart speaker recognizes that the service type of the device type information is the door lock linked smart speaker scenario, it automatically answers the call. The user side of the smart speaker sees a preview image, along with buttons for canceling and answering. Before the user presses the answer button, the smart speaker does not transmit the stream; this is a fake answer state. When the user presses the answer button, the smart speaker sends the media stream and simultaneously sends the DTMF signal corresponding to the # key to the door lock, thus achieving a true connection. The connection interface has an icon for hanging up, which the smart speaker uses to hang up the call.

[0020] The door lock determines whether the smart speaker is answering the call by whether it receives the DTMF signal. If the door lock does not receive the DTMF signal within a predetermined time, it determines that the smart speaker is not answering the call and forwards the call to the user's mobile APP.

[0021] The present invention also provides an IMS multimedia calling system, the system comprising: a calling device, a called device, an IMS SIP server platform, and an operator group IMS platform; the calling device, the called device, and the IMS SIP server platform conduct multimedia calls using the IMS multimedia calling method described above.

[0022] The technical effects of this invention are as follows:

[0023] Firstly, this invention designs a method for switching between inbound and outbound calls in IMS, which can effectively improve the success rate and efficiency of IMS video calls in inbound scenarios, effectively improve the quality of multimedia calls in inbound scenarios, and avoid all calls going through the group and provincial company IMS networks.

[0024] Secondly, the IMS SIP call mode switching proposed in this invention, which prioritizes intra-platform calls within the SIP server or direct call forwarding to the IMS SIP network by designing call types, can effectively save SIP resources and improve the feasibility of using smart terminals for SIP calls.

[0025] Thirdly, this invention proposes an IMS SIP call type determination method based on call type and service scenario type, which can effectively support the feasibility of scenario linkage between intelligent terminal IMS SIP calls in intranet scenarios.

[0026] Fourth, the IMS SIP call design of this invention, which combines call type and business scenario type, such as the linkage between door lock and speaker, allows the speaker to preview the door lock side screen first. After the user clicks the answer button, the actual multimedia call can be conducted, which can effectively improve the scenario linkage and feasibility between smart terminals. Attached Figure Description

[0027] The above-described invention and the following detailed description will be better understood when read in conjunction with the accompanying drawings. It should be noted that the drawings are merely examples of the claimed invention. In the drawings, the same reference numerals represent the same or similar elements.

[0028] Figure 1 A schematic diagram of the networking process according to an embodiment of the present invention is shown;

[0029] Figure 2 A schematic diagram of an internal call according to an embodiment of the present invention is shown;

[0030] Figure 3 A schematic diagram of an outbound call according to an embodiment of the present invention is shown;

[0031] Figure 4 A logic diagram of a door lock-linked smart speaker according to an embodiment of the present invention is shown. Detailed Implementation

[0032] The following detailed description of the features and advantages of the present invention provides sufficient information for any person skilled in the art to understand and implement the invention. Furthermore, based on the specification, claims, and drawings disclosed herein, those skilled in the art can easily understand the related objectives and advantages of the invention. Although the description of the invention is presented in conjunction with preferred embodiments, this does not mean that the features of the invention are limited to these embodiments. On the contrary, the purpose of describing the invention in conjunction with embodiments is to cover other options or modifications that may arise based on the claims of the invention. To provide a thorough understanding of the invention, numerous specific details will be included in the following description. The invention may also be implemented without using these details. Moreover, to avoid confusion or obscuring the focus of the invention, some specific details will be omitted in the description.

[0033] In the description of this invention, it should be noted that, unless otherwise explicitly specified and limited, the terms "installation," "connection," and "linking" should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral connection; they can refer to a mechanical connection or an electrical connection; they can refer to a direct connection or an indirect connection through an intermediate medium; and they can refer to the internal connection of two components. Those skilled in the art can understand the specific meaning of the above terms in this invention based on the specific circumstances.

[0034] Furthermore, the terms "upper," "lower," "left," "right," "top," "bottom," "horizontal," and "vertical" used in the following description should be understood as the orientations shown in the relevant paragraphs and accompanying drawings. These relative terms are for illustrative purposes only and do not imply that the described apparatus must be manufactured or operated in a specific orientation, and therefore should not be construed as limiting the invention.

[0035] It is understood that while terms such as "first," "second," and "third" may be used herein to describe various components, channels, assemblies, regions, layers, and / or parts, these components, channels, assemblies, regions, layers, and / or parts should not be limited by these terms, and these terms are only used to distinguish different components, channels, assemblies, regions, layers, and / or parts. Furthermore, the terms "first," "second," and "third" are used for descriptive purposes only and should not be construed as indicating or implying relative importance.

[0036] As indicated in this application and claims, unless the context clearly indicates otherwise, the words "a," "an," "an," and / or "the" are not specifically singular and may include plural forms. Generally speaking, the terms "comprising" and "including" only indicate the inclusion of explicitly identified steps and elements, which do not constitute an exclusive list, and the method or apparatus may also include other steps or elements.

[0037] In some embodiments, numbers describing the quantity of components and attributes are used. It should be understood that such numbers used in the description of embodiments are modified in some examples with the terms "approximately," "approximately," or "generally." Unless otherwise stated, "approximately," "approximately," or "generally" indicates that the numbers are allowed to vary by ±20%. Accordingly, in some embodiments, the numerical parameters used in the specification and claims are approximate values, which may be changed depending on the characteristics required by individual embodiments. In some embodiments, numerical parameters should take into account specified significant digits and employ a general method of digit reservation. Although the numerical ranges and parameters used to confirm their breadth of scope in some embodiments of this application are approximate values, in specific embodiments, such values ​​are set as precisely as feasible.

[0038] Furthermore, this application uses specific terms to describe embodiments of the application. For example, "an embodiment," "one embodiment," and / or "some embodiments" refer to a particular feature, structure, or characteristic related to at least one embodiment of the application. Therefore, it should be emphasized and noted that "an embodiment," "one embodiment," or "an alternative embodiment" mentioned twice or more in different locations in this specification do not necessarily refer to the same embodiment. In addition, certain features, structures, or characteristics in one or more embodiments of the application can be appropriately combined.

[0039] Figure 1 A schematic diagram of the networking process according to an embodiment of the present invention is shown.

[0040] The device-to-device communication system based on IMS multimedia calling of the present invention includes, but is not limited to, IMS SIP server platform 101, group IMS gateway 102, provincial company IMS core network 103, provincial company mobile network 104, IMS calling SDK (IMS calling software development kit), smart devices and other components.

[0041] This invention enables a smart terminal to register with the IMS SIP server platform and maintain a persistent connection by loading the IMS call SDK. A call is then initiated to the IMS SIP server via the IMS call SDK.

[0042] In one embodiment, when the smart terminal of the present invention initiates a call, it calls the SDK to initiate a session request, such as initiating an INVITE call signaling. In this signaling, a client type field can be added, for example, the extended field sip-client-type can be added.

[0043] In one embodiment, the client type field can be an extended field used to identify the call type, thereby achieving different preview and call effects based on different types of terminals.

[0044] In one embodiment, the call type includes inbound calls and outbound calls.

[0045] In one embodiment, the client type field can be an extended field used to identify the call type and service type, thereby freely switching between inbound and outbound calls, and controlling the implementation logic of IMS SIP calls according to the business scenario.

[0046] Figure 2 A schematic diagram of an internal call according to an embodiment of the present invention is shown. Specifically, Figure 2 The call flow for an internal call type is shown.

[0047] For example, when the client type field "sip-client-type" is "INNER", the IMS SIP server platform 201 recognizes this field and prioritizes the internal call logic. That is, it internally queries whether the called terminal is also registered on the same SIP server. If so, the internal call mode is prioritized. This is a small network, meaning that signaling and media streams are not sent to the group IMS platform. If the called terminal is not registered on the same SIP server, the signaling and media streams are sent to the group IMS platform. This is the normal large network flow process.

[0048] Figure 3 A schematic diagram of an outbound call according to an embodiment of the present invention is shown. Specifically, Figure 3 The call flow is shown for outbound calls.

[0049] For example, when the client type field "sip-client-type" is "OUTER", the IMS SIP server platform 301 recognizes this field and initiates an outbound call by default, meaning the media flow is directed to the group IMS platform 302, enabling a large-scale network call. The outbound call then travels through the group IMS platform 302, then through the provincial company's IMS core network 303, and finally through the provincial company's mobile network 304 to reach the mobile phone.

[0050] As mentioned earlier, the client type field can also be an extended field used to identify the call type and service type, so as to realize the judgment method of internal and external calls and service scenario set, thereby freely switching between internal and external calls, and controlling the implementation logic of IMS SIP calls according to the service scenario.

[0051] For example, in the call signaling of a smart door lock, the sip-client-type field is "INNER-Lock". INNER indicates priority for intranet calls; Lock represents the door lock, indicating a door lock linked to a smart speaker scenario. The IMS SIP server prioritizes intranet calls. When the called smart speaker recognizes the smart door lock based on the "Lock" field, it knows that this is a door lock linked to a speaker scenario and can directly answer the call automatically via signaling to preview the smart door lock's peephole image on the speaker, thus achieving the purpose of checking on visitors outside the door through the speaker.

[0052] The following description uses a smart speaker linked to a door lock as a specific example.

[0053] The door lock and smart speaker are both registered on the same IMS SIP server.

[0054] Calling the speaker by pressing the doorbell button on the door lock simultaneously sends a dialing signal with the parameter Sip-Client-Type set to "INNER-Lock".

[0055] Once the IMS SIP server platform recognizes the user as an INNER, it switches to intranet call mode and directs the call to the terminal device connected to this server, i.e., the speaker.

[0056] When the speaker recognizes Sip-Client-Type as Lock, it automatically answers the call. The user side of the speaker sees a preview (they can hear and see the sound from the door lock side), and simultaneously displays the "Cancel" and "Answer" buttons. However, until the user presses the "Answer" button, the speaker does not discharge; that is, the door lock side cannot hear the speaker's sound or see the speaker's camera feed. This is a false answering state.

[0057] When the user presses the "Connect" button, the speaker sends an audio and video stream, and simultaneously sends a DTMF signal (# key) to the door lock; this is the actual connection. The connection screen has a "Hang Up" icon, which can be used to hang up the call from the speaker's side.

[0058] The door lock determines whether the speaker is answering the call by whether it receives the DTMF value of the # key. If it does not receive the DTMF value of the # key for a long time (e.g., 30 seconds), the door lock determines that no one is answering the call and can forward the call to the user's mobile APP.

[0059] It is important to understand that the business scenarios of this invention are not limited to door locks, but can be any other business scenario.

[0060] Figure 4 A logic diagram of a door lock-linked smart speaker according to an embodiment of the present invention is shown.

[0061] Step 401: Door lock linked with speaker; both the door lock and the speaker must be registered with the IMS SIP server.

[0062] Step 402: The door lock calls the speaker. The destination number in the call signaling is the speaker's device code, and the sip-client-type field is "INNER-Lock".

[0063] Step 403: The IMS SIP server platform identifies whether the call type is an inbound call mode; if not, proceed to step 404; if yes, proceed to step 405.

[0064] Step 404: Call the group's IMS platform.

[0065] Step 405: After identifying the call type as "INNER", confirm that it is an internal call mode and the call signaling is not sent to the group IMS platform; at this time, determine whether the IMS SIP server has a speaker; if there is no speaker, the call fails (step 406); if there is a speaker, proceed to step 407.

[0066] Step 407: The IMS SIP server platform searches for registered devices, confirms that the called speaker is registered on the server, and sends the call to the speaker;

[0067] Step 408: When the speaker receives a call signal and identifies it as a door lock, it will automatically answer the call and simultaneously display the door lock's image and sound on the speaker. An "Answer" button can be retained on the speaker for the user to confirm whether to send voice and video streams to the door lock; after clicking "Answer" on the speaker, the speaker will also send voice and video streams to the door lock, enabling two-way video communication.

[0068] The technical effects of this invention are as follows:

[0069] Firstly, this invention designs a method for switching between inbound and outbound calls in IMS, which can effectively improve the success rate and efficiency of IMS video calls in inbound scenarios, effectively improve the quality of multimedia calls in inbound scenarios, and avoid all calls going through the group and provincial company IMS networks.

[0070] Secondly, the IMS SIP call mode switching proposed in this invention, which prioritizes intra-platform calls within the SIP server or direct call forwarding to the IMS SIP network by designing call types, can effectively save SIP resources and improve the feasibility of using smart terminals for SIP calls.

[0071] Thirdly, this invention proposes an IMS SIP call type determination method based on call type and service scenario type, which can effectively support the feasibility of scenario linkage between intelligent terminal IMS SIP calls in intranet scenarios.

[0072] Fourth, the IMS SIP call design of this invention, which combines call type and business scenario type, such as the linkage between door lock and speaker, allows the speaker to preview the door lock side screen first. After the user clicks the answer button, the actual multimedia call can be conducted, which can effectively improve the scenario linkage and feasibility between smart terminals.

[0073] Those skilled in the art will understand that the various illustrative components, modules, blocks, units, circuits, systems, and steps described in conjunction with the embodiments disclosed herein can be implemented in hardware, software (including firmware, resident software, microcode, etc.), or a combination of both. To clearly illustrate this interchangeability between hardware and software, the various illustrative components, modules, blocks, units, circuits, systems, and steps described above are generalized in their functional form. Whether such functionality is implemented in hardware or software depends on the specific application and the design constraints imposed on the overall system. Those skilled in the art may implement the described functionality in different ways for each specific application, but such implementation decisions should not be construed as departing from the scope of the invention.

[0074] This application uses flowcharts to illustrate the operations or steps performed by a system according to embodiments of this application. It should be understood that the preceding or following operations or steps are not necessarily performed in exact order. Instead, various operations or steps can be processed in reverse order or simultaneously. Furthermore, other operations or steps may be added to these processes, or one or more operations or steps may be removed from these processes.

[0075] Unless expressly stated in the claims, the order of processing elements and sequences, the use of numbers and letters, or the use of other names described in this application are not intended to limit the order of the processes and methods of this application.

[0076] Furthermore, aspects of this application may be manifested as a computer product located on one or more computer-readable media, the product including computer-readable program code.

[0077] A computer-readable signal medium may contain a propagated data signal containing computer program encoding, for example, on baseband or as part of a carrier wave. This propagated signal may take various forms, including electromagnetic, optical, and so on, or suitable combinations thereof. A computer-readable signal medium can be any computer-readable medium other than a computer-readable storage medium, which can be connected to an instruction execution system, apparatus, or device to enable communication, propagation, or transmission of a program for use. The program encoding located on the computer-readable signal medium can be propagated through any suitable medium, including radio, cable, fiber optic cable, RF, or similar media, or any combination of the above media.

[0078] The computer program code required for the operation of each part of this application can be written in any one or more programming languages, including object-oriented programming languages ​​such as Java, Scala, Smalltalk, Eiffel, JADE, Emerald, C++, C#, VB.NET, Python, etc., conventional procedural programming languages ​​such as C, Visual Basic, Fortran 2003, Perl, COBOL 2002, PHP, ABAP, dynamic programming languages ​​such as Python, Ruby, and Groovy, or other programming languages. This program code can run entirely on the user's computer, or as a standalone software package on the user's computer, or partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the latter case, the remote computer can be connected to the user's computer through any network, such as a local area network (LAN) or wide area network (WAN), or connected to an external computer (e.g., via the Internet), or in a cloud computing environment, or used as a service such as Software as a Service (SaaS).

[0079] Those skilled in the art will understand that information, signals, and data can be represented using any of a variety of different techniques and arts. For example, the data, instructions, commands, information, signals, bits, symbols, and chips described throughout the above description can be represented by voltage, current, electromagnetic waves, magnetic fields or magnetic particles, light fields or optical particles, or any combination thereof.

[0080] The steps of the methods or algorithms described in conjunction with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of both. The software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, removable disk, CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor so that the processor can read and write information to / from the storage medium. In an alternative, the storage medium may be integrated into the processor. In an alternative, the processor and storage medium may reside as discrete components in the user terminal.

[0081] In one or more exemplary embodiments, the described functionality may be implemented in hardware, software, firmware, or any combination thereof. If implemented in software as a computer program product, the functionality may be stored or transmitted as one or more instructions or code on or through a computer-readable medium. A computer-readable medium includes both computer storage media and communication media, encompassing any medium that facilitates the transfer of a computer program from one location to another. A storage medium may be any available medium accessible to a computer. By way of example and not limitation, such a computer-readable medium may include RAM, ROM, EEPROM, CD-ROM or other optical disc storage, disk storage or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and is accessible to a computer. Any connection is also legitimately referred to as a computer-readable medium. For example, if the software is transmitted from a website, server, or other remote source using coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technologies such as infrared, radio, and microwave, then the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of a medium. As used in this article, disk and disc include compact discs (CDs), laser discs, optical discs, digital multi-purpose discs (DVDs), floppy disks, and Blu-ray discs. Disks typically reproduce data magnetically, while discs reproduce data optically using lasers. Combinations of these should also be included within the scope of computer-readable media.

[0082] The terminology and expressions used above are for descriptive purposes only, and the invention should not be limited to these terms and expressions. The use of these terms and expressions does not mean excluding any illustrative and descriptive equivalent features (or parts thereof), and it should be recognized that various modifications that may exist should also be included within the scope of the claims. Other modifications, variations, and substitutions may also exist. Accordingly, the claims should be considered to cover all such equivalents.

[0083] Similarly, it should be noted that, in order to simplify the description of the present application and thus aid in the understanding of one or more embodiments of the invention, the foregoing description of the embodiments of the present application sometimes combines multiple features into a single embodiment, drawing, or description thereof. However, this disclosure method does not imply that the subject matter of the present application requires more features than those mentioned in the claims.

[0084] Similarly, it should be noted that although the present invention has been described with reference to the specific embodiments described above, those skilled in the art should recognize that the above embodiments are only used to illustrate the present invention, and various equivalent changes or substitutions can be made without departing from the spirit of the present invention. Therefore, any changes or modifications to the above embodiments within the scope of the essential spirit of the present invention will fall within the scope of the claims of this application.

Claims

1. An IMS multimedia call method, characterized by, The method comprises: The calling device initiates a session request to an IMS SIP server platform, and the session request contains calling device type information; wherein the calling device type information at least includes a call type; The IMS SIP server platform identifies the call type; When the call type is an internal call, the IMS SIP server platform preferentially queries whether the called device and the calling device are registered on the same IMS SIP server platform; if registered on the same IMS SIP server platform, an internal call mode is entered, that is, the session request and the media stream are transferred within the IMS SIP server platform; if not registered on the same IMS SIP server platform, an external call mode is entered, that is, the session request and the media stream are transferred to an operator group IMS platform for address call.

2. The IMS multimedia call method of claim 1, wherein, The method further comprises: When the call type is an external call, the external call mode is entered by default, that is, the session request and the media stream are transferred to the operator group IMS platform for address call.

3. The IMS multimedia call method of claim 1, wherein, The calling device type information further includes a service type.

4. The IMS multimedia call method of claim 3, wherein, After the IMS SIP server platform makes a decision on the external call mode or the internal call mode, the implementation logic of the IMS SIP call is controlled according to the service type.

5. The IMS multimedia call method of claim 3, wherein, The service type includes a door lock linkage intelligent sound box scenario.

6. The IMS multimedia call method of claim 1, wherein, The method further comprises: An extension field is added in the session request, and the extension field represents the calling device type information.

7. The IMS multimedia call method of claim 1, wherein, The calling device is a door lock, and the called device is an intelligent sound box.

8. The IMS multimedia call method of claim 7, wherein, The door lock and the intelligent sound box are registered on the same IMS SIP server at the same time; the call type included in the calling device type information is an internal call, and the service type included in the calling device type information is a door lock linkage intelligent sound box scenario.

9. The IMS multimedia call method of claim 8, wherein, The intelligent sound box is called by pressing the doorbell key of the door lock; after the IMS SIP server platform identifies that the call type of the device type information carried by the dialing signaling is the internal call, the internal call mode is switched, and the call is directly called to the intelligent sound box connected to the IMS SIP server; After the intelligent sound box identifies that the service type of the device type information is the door lock linkage intelligent sound box scenario, the intelligent sound box automatically answers; the user side effect of the intelligent sound box is picture preview, and buttons indicating cancel and answer are displayed at the same time; at this time, the intelligent sound box does not stream before the user does not press the answer button, and at this time, it is a false answer state; when the user presses the answer button, the intelligent sound box sends the media stream, and sends a DTMF signal corresponding to the # key to the door lock, to realize real connection; the connection interface has an icon indicating hang up, which is used for the intelligent sound box side to hang up the call; The door lock judges whether the intelligent sound box side answers by whether the DTMF signal is received or not; if the DTMF signal is not received within a predetermined time, the door lock judges that the intelligent sound box is not answered, and the door lock transfers the call to a user mobile phone APP.

10. An IMS multimedia call system, characterized by, The system comprises: A calling device, a called device, an IMS SIP server platform, an operator group IMS platform; The calling device, the called device, and the IMS SIP server platform perform multimedia communication by using the IMS multimedia communication method in any one of claims 1 to 9.

Citation Information

Patent Citations

  • Domain selection method and domain selection system for called party and HSS(home subscriber server) in domain selection system

    CN102857891A

  • Communication method based on blockchain and communication system based on blockchain

    CN109547492A

  • Voice communication method and device, electronic equipment and computer readable medium

    CN114244812A

  • Video call method and system based on intelligent video door lock, equipment and medium

    CN117676067A

  • Media enrichment for a call in a communication network

    EP2621140A1