WO2014166366A1

WO2014166366A1 - Method and device for performing capability negotiation in a long term evolution cluster network

Info

Publication number: WO2014166366A1
Application number: PCT/CN2014/074833
Authority: WO
Inventors: 徐维江
Original assignee: 中兴通讯股份有限公司
Priority date: 2013-04-09
Filing date: 2014-04-04
Publication date: 2014-10-16
Also published as: CN104105073A

Abstract

A method and device for performing capability negotiation in a long term evolution cluster network; using the method in a cluster core network side comprises: during the process of establishing a call, according to the audiovisual capability information requested for use in the present call and received from a calling cluster terminal, combining the information with the known audiovisual capability information supported by a called cluster terminal and determining the audiovisual capability information used in the present call. Using the method in a cluster terminal side comprises: reporting to a cluster core network the audiovisual capability information supported by the present terminal; when the calling cluster terminal initiates a cluster call, reporting to the cluster core network, during the process of establishing the call, the audiovisual capability information used in the present call. Using the embodiment of the present invention, a core network can negotiate and select the audiovisual capability information of a called terminal in a cluster call, and maximize call establishment in LTE-based cluster networks between terminals having different capabilities, greatly improving user satisfaction.

Description

Method and device for performing capability negotiation in long-term evolution cluster network

Technical field

The embodiments of the present invention relate to a mobile communication system, and in particular, to a method and an apparatus for performing capability negotiation in a long-term evolved cluster network.

Background technique

Cluster communication is a mobile scheduling system that represents the development direction of a dedicated mobile communication network that is one of the communication systems. The cluster services provided by the network have the technical characteristics of channel sharing and dynamic allocation, and can provide dedicated command and dispatch communication services for group users such as multiple departments and units. At the end of the twentieth century, with the popularization of digital communication systems, cluster communication systems and services based on digital communication technologies have also been widely used. In recent years, the third-generation and fourth-generation wireless communication technologies have developed rapidly, and the digital trunking communication system has also proposed various requirements such as broadband, high-speed, and smooth evolution.

The cluster communication system based on Long Term Evolution (LTE) technology was born to meet the needs of broadband and high-speed cluster communication services.

The LTE-based cluster network needs to support the voice trunking service. The voice service can be implemented by using VOIP (voice over Internet Protocol). The voice encoding and decoding capability between the terminal and the terminal and between the terminal and the network can be completely dependent on the upper layer. The application enforces constraints, but it is not flexible enough. Therefore, the design related to the terminal voice codec capability is necessary, and there is a need for the core network to obtain the voice codec capability supported by the terminal. Thus, the core network can learn a flexible policy solution based on the existing information. Similarly, for video services, the video resolution supported by the terminal is also defined.

Summary of the invention

The embodiments of the present invention provide a method and a device for performing capability negotiation in an LTE cluster network, so as to overcome the defect that the related LTE-based cluster core network cannot know the voice codec capability and/or video resolution supported by the terminal.

To solve the above problem, the embodiment of the present invention provides a method in a long-term evolution cluster network. The method of capability negotiation is applied to the core network side of the cluster, including:

In the call setup process, according to the audio and video capability information requested by the received call originating terminal call, combined with the known audio and video capability information supported by the calling cluster terminal and the called cluster terminal, Determine the audio and video capability information used for this call.

Preferably ,

The audio and video capability information used by the request is a voice codec capability or a video resolution rate that is requested to be used;

The supported audio and video capability information is supported speech codec capability and/or video resolution. Preferably, the method further includes:

The cluster core network determines the audio and video capability information used by the current call, and notifies the calling cluster terminal and the called cluster terminal participating in the call by the call establishment process.

Preferably ,

For the single-call call, the calling the caller terminal and the called cluster terminal that participate in the call by the call setup process include:

Sending an activation bearer request message to the calling cluster terminal and the called cluster terminal respectively, where the determined audio and video capability information used by the current call is carried.

Preferably ,

For the group call, the called group terminal that participates in the call by the call setup process includes:

Sending an activation bearer request message to the calling cluster terminal, where the determined audio and video capability information used by the determined call is carried;

Sending a group call context establishment request message or a cluster group call configuration message to each called cluster terminal, where the determined audio and video capability information used by the current call is carried.

Preferably ,

For determining the audio and video capability information used by the call, the method includes: determining whether the audio and video capability information requested by the calling cluster terminal is the audio and video capability supported by the called cluster terminal Information; if yes, at the request of the calling cluster terminal The audio and video capability information used is used as the audio and video capability information used by the call; otherwise, according to the type of audio and video capability information requested by the calling cluster terminal, corresponding to the calling cluster terminal and the The intersection of the audio and video capability information supported by the called cluster terminal arbitrarily selects one of the audio and video capability information used for the current call.

Preferably ,

For determining a single call, the determining the audio and video capability information used by the call includes: determining that the audio and video capability information requested by the calling cluster terminal is not the audio and video supported by the called cluster terminal. Capability information, and determining, according to the type of the audio and video capability information requested by the calling cluster terminal, that there is no intersection in the audio and video capability information supported by the calling cluster terminal and the called cluster terminal, Under the premise that the core network has the corresponding type of transcoding function, the audio and video capability information requested by the calling cluster terminal is used as the audio and video capability information used by the calling terminal in the current call, and the called party is called. Any audio and video capability information of the same type supported by the cluster terminal is used as the audio and video capability information used by the called terminal in the current call.

Preferably,

For the group call, the determining the audio and video capability information used in the call includes: preferentially selecting the audio and video capability information requested by the calling cluster terminal, as the audio and video capability information used by the call.

Preferably ,

The known audio and video capability information supported by the calling cluster terminal and the called cluster terminal is the calling cluster terminal and the called cluster terminal received by the cluster core network through the attaching process. Supported audio and video capability information.

Correspondingly, the embodiment of the present invention provides a method for performing capability negotiation in a long-term evolution cluster network, which is applied to a cluster terminal side, and includes:

Reporting the audio and video capability information supported by the terminal to the cluster core network;

When the calling cluster terminal initiates a trunking call, in the call setup process, the audio and video capability information requested by the current call is reported to the cluster core network.

Preferably, The audio and video capability information used by the request is a voice codec capability or a video resolution requested to be used;

Corresponding types of services are performed according to the audio and video capability information used by the core network to notify the current call.

Correspondingly, an embodiment of the present invention further provides a cluster core network device, including:

The receiving module is configured to: receive audio and video capability information supported by the terminal sent by each cluster terminal; and receive, in the call setup process, audio and video capability information requested by the calling cluster terminal for the current call;

a selection module, configured to: according to the audio and video capability information requested by the calling cluster terminal received by the receiving module, and the calling cluster terminal and the called party that are known by the receiving module The audio and video capability information supported by the cluster terminal determines the audio and video capability information used in the call.

Preferably ,

The audio and video capability information used by the receiving module to be used by the receiving module is a voice encoding and decoding capability or a video resolution requested to be used;

The supported audio and video capability information received by the receiving module is supported voice codec capability and/or video resolution.

Preferably, the device further includes:

The sending module is configured to: notify the calling cluster terminal and the called cluster terminal participating in the current call by using the call setup process by using the audio and video capability information used by the calling module determined by the selecting module.

Preferably,

The sending module is configured to: notify, by the call setup process, the calling cluster terminal and the called cluster terminal that participate in the current call by using a call setup process, including: The sending module is configured to: send an activation bearer request message to the calling cluster terminal and the called cluster terminal, where the audio and video capability information used by the determined current call is carried.

Preferably ,

The sending module is configured to: notify, by the call setup process, the called cluster terminal participating in the call by using a call setup procedure, including:

The sending module is configured to: send an activation bearer request message to the calling cluster terminal, where the determined audio and video capability information used by the determined call is carried;

The sending module is configured to: send a group call context setup request message or a cluster group call configuration message to each called cluster terminal, where the determined audio and video capability information used by the call is carried.

Preferably ,

The selection module is configured to: determine, for a single-call call, the audio and video capability information used in the call, including:

The selection module is configured to: determine whether the audio and video capability information requested by the calling cluster terminal is the audio and video capability information supported by the called cluster terminal; if yes, the calling cluster terminal The audio and video capability information requested to be used as the audio and video capability information used by the call; otherwise, according to the type of the audio and video capability information requested by the calling cluster terminal, corresponding to the calling cluster terminal and the The intersection of the audio and video capability information supported by the called cluster terminal is arbitrarily selected as the audio and video capability information used for the current call.

Preferably,

The selection module is configured to: determine that the audio and video capability information requested by the calling cluster terminal is not the audio and video capability information supported by the calling cluster terminal and the called cluster terminal, and the main If the audio and video capability information supported by the cluster terminal and the called cluster terminal does not intersect, the audio and video capability information requested by the calling cluster terminal is used as the calling party on the premise that the core network has the transcoding function. The audio and video capability information used by the terminal in the call, and any audio and video capability information of the same type supported by the called cluster terminal is used as the called terminal. The audio and video capability information used in this call.

Preferably ,

The selection module is configured to: determine, for the group call, the audio and video capability information used in the call, including:

The selection module is configured to: preferentially select the audio and video capability information requested by the calling cluster terminal as the audio and video capability information used in the current call.

Preferably ,

The known audio and video capability information supported by the calling cluster terminal and the called cluster terminal is the self-supporting call sent by the calling cluster terminal and the called cluster terminal received by the receiving module through the attaching process. Audio and video capability information.

Correspondingly, the present invention further provides a cluster terminal, including:

The first sending module is configured to: report the audio and video capability information supported by the terminal to the cluster core network;

The second sending module is configured to: when the calling cluster terminal initiates the trunking call, in the call establishing process, report the audio and video capability information requested by the current call to the cluster core network.

Preferably ,

The audio and video capability information used by the request sent by the second sending module is a voice codec capability or a video resolution requested by the cluster terminal;

The supported audio and video capability information sent by the first sending module is the voice encoding and decoding capability and/or video resolution supported by the cluster terminal.

Preferably, the terminal further includes:

The service execution module is configured to: perform corresponding types of services according to the audio and video capability information used by the core network to notify the current call.

After the embodiment of the present invention is used, the core network can negotiate and select the voice codec capability or video resolution of the calling and called terminals in the trunk call, and further satisfy the terminals of different capabilities in the LTE-based cluster network. Call establishment between the two, can greatly improve the satisfaction of the user's feelings Degree. BRIEF abstract

1 is a flowchart of a method for performing capability negotiation in an LTE cluster network according to an embodiment of the present invention; FIG. 2 is a schematic flowchart of a cluster terminal attaching process according to an embodiment of the present invention;

3 is a flowchart of a method for performing capability negotiation in a single call scenario of a cluster terminal according to an embodiment of the present invention;

4 is a flowchart of a method for performing capability negotiation in a cluster terminal group call scenario according to an embodiment of the present invention;

FIG. 5 is a schematic diagram of an execution flow of a selection algorithm for selecting a final used speech codec capability or video resolution by a core network according to an embodiment of the present invention; FIG.

Figure 6 is a schematic diagram of the composition of the cluster core network device.

Preferred embodiment of the invention

Embodiments of the present invention will be described in detail below with reference to the accompanying drawings. It should be noted that, in the case of no conflict, the features in the embodiments and the embodiments in the present application may be arbitrarily combined with each other.

In this embodiment, the NAS (Non-Access-Stratiction) layer protocol carries the voice codec capability or video resolution defined by the cluster in the service flow between the terminal and the network to implement the core network. The side negotiates the voice codec capability or video resolution of the calling party side.

In this implementation, a method for performing capability negotiation in an LTE cluster network is applied to the core network side of the cluster, as shown in FIG. 1, including:

In the call setup process, according to the audio and video capability information requested by the received call originating terminal call, combined with the known audio and video capability information supported by the calling cluster terminal and the called cluster terminal, Determining the audio and video capability information used in the call; wherein the requested audio and video capability information refers to the voice codec capability or video resolution requested to be used; the supported audio and video capability information refers to the supported voice codec capability and / or video resolution.

After determining the audio and video capability information used in the call, the cluster core network may also notify the calling cluster terminal and the called cluster terminal participating in the call through the call setup process. The calling cluster terminal and the called cluster terminal use the cluster core network to determine the audio and video capability information, and accordingly Cluster voice service or cluster video service.

In addition, the cluster core network can know the audio and video capability information supported by the cluster terminal through the audio and video capability information supported by the cluster terminal in the attaching process.

In implementation, the cluster core network determines the selection algorithm of the audio and video capability information used in this call, which can be simple or complex, and can be configured. Regardless of the algorithm, the principle to be guaranteed is: Select the audio and video capability information used by the current output of the algorithm, and the audio and video capability information supported by both the calling cluster terminal and the called cluster terminal is preferred, that is, the calling party is preferentially selected. One of the intersections between the audio and video capability information supported by the cluster terminal and the audio and video capability information supported by the called cluster terminal.

Preferably, the selection algorithm used by the cluster core network may also be differentiated according to the type of the call, for example: a selection algorithm for a single call initiated by the calling cluster terminal for a single user, and an initiation algorithm for the calling cluster terminal The selection algorithm for group call of multiple users cannot be the same, and needs to be designed independently, because a single call can perform the maximum complete negotiation within the range of audio and video capability information supported by both the calling and the called parties, while the group call is theoretical. Complete negotiations can also be done, but it is obviously inefficient, so a simplified selection algorithm should be considered.

The following is further illustrated by two application examples of the embodiments of the present invention.

Application example one

For the single-call call, a capability negotiation method based on the LTE cluster network includes: Step 1. As shown in FIG. 2, the cluster terminal sends an attach request message to the cluster core network in the attaching process, where the mobile terminal supports The voice codec capability and the video resolution capability; after the cluster core network is received, it is saved in the user context of the cluster terminal, and replies to the cluster terminal with an attach accept message;

Step 2: As shown in FIG. 3, when a cluster terminal initiates a cluster single-call call as a calling cluster terminal, it sends a call request message to the cluster core network, where the voice codec capability or video resolution requested by the call is carried. ;

Step 3: The voice core decoding network or video resolution requested by the cluster core network according to the request of the calling cluster terminal, and the voice codec capability or video resolution supported by the calling and called cluster terminals (preserved in step 1), etc. Information, through the selection algorithm to determine the corresponding use of the call Voice codec capability or video resolution; if the selection algorithm fails to be selected, the call is released;

Step 4: The cluster core network sends an activation bearer request message to the calling and called cluster terminals, where the voice codec capability or video resolution used in the current call is carried, and the calling group terminal and the called cluster terminal are respectively notified.

The application example 2 is directed to a group call, and the LTE cluster network-based capability negotiation method includes: Step 1. As shown in FIG. 2, the cluster terminal sends an attach request message to the cluster core network in the attaching process, where the packet is carried. The voice codec capability and the video resolution capability supported by the terminal; after being received by the cluster core network, the cluster core network is saved in the UE context of the cluster terminal, and the attachment accept message is replied to the cluster terminal;

Step 2: As shown in FIG. 4, when a cluster terminal initiates a cluster single-call call as a calling cluster terminal, it sends a call request message to the cluster core network, where the voice codec capability or video resolution requested by the call is carried. ;

Step 3: The core code of the cluster according to the voice codec capability or video resolution requested by the calling cluster terminal and the voice codec capability or video resolution supported by the calling party and each called cluster terminal (stored in step 1), etc. Information, through the selection algorithm to determine the speech codec capability or video resolution used in this call. The selection algorithm can be diversified. According to the above principles, the optional selection algorithm can be described later;

Step 4: The cluster core network sends an activation bearer request message to the calling cluster terminal, and sends a group call context establishment request message or a cluster group call configuration message to each called cluster terminal, where the voice codec capability used in the current call is carried. Or video resolution, notify the calling cluster terminal and each called cluster terminal.

In the implementation, the execution flow of the selection algorithm, as shown in FIG. 5, includes:

501, determining whether the type of the call initiated by the calling cluster terminal is a single call or a group call; if it is a single call, performing step 502; otherwise, performing step 504;

502. Determine a voice codec capability or a video resolution that is requested by the calling cluster terminal. No, the audio and video capability information supported by the called cluster terminal; if yes, the voice codec capability or video resolution requested by the calling cluster terminal is used as the selection result, and the selection process ends; otherwise, step 503 is performed;

503. Determine, according to the type of the audio and video capability information used by the calling cluster terminal, whether the audio and video capability information supported by the calling cluster terminal and the called cluster terminal intersects, and if yes, the corresponding Select one of the voice codec capabilities or video resolution as the selection result, and the selection process ends; if not, the selection fails and the selection process ends. The type of the audio and video capability information includes at least: a voice codec capability and a video resolution;

504. The speech codec capability or the video resolution requested by the calling cluster terminal is preferentially used, and the final selection result is ended.

In the above two application examples, the implementation of the selection algorithm is internally negotiated between the audio and video capability information supported by the primary called cluster terminal and the audio and video capability information requested by the calling cluster terminal, and is negotiated. The audio and video capability information requested by the calling cluster terminal is preferentially selected in the policy. The result of the negotiation needs to output audio and video capability information supported by both the calling cluster terminal and the called cluster terminal.

Although this selection algorithm ensures the success of the selection as much as possible, there is also the possibility of selection failure. In order to reduce the probability of selection failure, the selection algorithm may be optimized and supplemented. For example, in the step 502 of the algorithm of the application example 1, the cluster core network determines the type of tone supported by the calling cluster terminal and the called cluster terminal. When there is no intersection, the video capability information (including at least the voice codec capability information or the audition capability information) determines whether the corresponding type of transcoding function is supported. If the corresponding type of transcoding function is supported, the calling cluster terminal is The requested audio and video capability information is transcoded into any audio and video capability information supported by the called cluster terminal. The algorithm output has two results, which are used for the calling cluster terminal and the called cluster terminal respectively. If the cluster core network does not support the corresponding type of transcoding function, it is determined that the selection fails and the process ends. Adding optimization and supplements to this section can increase your chances of success.

In addition, in this embodiment, a method for performing capability negotiation in a long-term evolution cluster network is applied to the cluster terminal side, including: Reporting the audio and video capability information supported by the terminal to the cluster core network;

Preferably,

Correspondingly, in this embodiment, a cluster core network device includes:

Preferably,

Preferably, the device further includes:

a sending module, configured to: notify the calling cluster terminal that participates in the current call by using the call setup process by using the audio and video capability information used by the calling module determined by the selecting module The called cluster terminal.

Preferably,

The sending module is configured to: notify, by the call setup process, the calling cluster terminal and the called cluster terminal that participate in the current call by using a call setup process, including:

The sending module is configured to: send an active bearer request message to the calling cluster terminal and the called cluster terminal, where the determined audio and video capability information used by the call is carried.

Preferably,

The selection module is set to the amount I: For the single-call call, the audio and video capability information used in the call is determined, including:

Preferably,

The selection module is configured to: determine the audio and video requested by the calling cluster terminal The capability information is not the audio and video capability information supported by the calling cluster terminal and the called cluster terminal, and the audio and video capability information supported by the calling cluster terminal and the called cluster terminal does not intersect, Under the premise that the core network has the transcoding function, the audio and video capability information requested by the calling cluster terminal is used as the audio and video capability information used by the calling terminal in the current call, and is supported by the called cluster terminal. Any kind of audio and video capability information of the same type is used as the audio and video capability information used by the called terminal in the current call.

Preferably,

Correspondingly, in this embodiment, a cluster terminal includes:

Preferably,

Preferably, the terminal further includes:

The service execution module is set to: the audio and video used according to the call notified by the core network Frequency capability information, for the corresponding type of business.

One of ordinary skill in the art will appreciate that all or a portion of the above steps may be accomplished by a program instructing the associated hardware, such as a read-only memory, a magnetic disk, or an optical disk. Alternatively, all or part of the steps of the above embodiments may also be implemented using one or more integrated circuits. Correspondingly, the modules/units in the above embodiments may be implemented in the form of hardware or in the form of software functional modules. Embodiments of the invention are not limited to any specific form of combination of hardware and software.

The above description is only a preferred embodiment of the present invention and is not intended to limit the scope of protection of the embodiments of the present invention. In view of the present invention, various other embodiments are possible, and those skilled in the art can make one or more corresponding embodiments according to the embodiments of the present invention without departing from the spirit and scope of the invention. All modifications, equivalent substitutions, improvements, etc., which are within the spirit and scope of the embodiments of the present invention, are intended to be included within the scope of the present invention.

Industrial applicability

After the embodiment of the present invention is used, the core network can negotiate and select the voice codec capability or video resolution of the calling and called terminals in the trunk call, and further satisfy the terminals of different capabilities in the LTE-based cluster network. The establishment of a call can greatly improve the satisfaction of the user experience.

Claims

claims

1. A method for capability negotiation in a long-term evolution cluster network, applied to the cluster core network side, including:

In the call establishment process, based on the received audio and video capability information requested for this call from the calling cluster terminal, combined with the known audio and video capability information supported by the calling cluster terminal and the called cluster terminal, Determine the audio and video capability information used for this call.

2. The method of claim 1, wherein:

The requested audio and video capability information is the requested speech codec capability or video resolution.

3. The method of claim 1, further comprising:

The cluster core network will notify the calling cluster terminal and the called cluster terminal participating in the call through the call establishment process of the determined audio and video capability information used in this call.

4. The method of claim 3, wherein:

For single call calls, the calling group terminal and the called group terminal participating in the call are notified through the call establishment process, including:

Send an activation bearer request message to the calling cluster terminal and the called cluster terminal respectively, which carries the determined audio and video capability information used for this call.

5. The method of claim 3, wherein:

For group calls, the notification of the called group terminals participating in the call through the call establishment process includes:

Send an activation bearer request message to the calling cluster terminal, which carries the determined audio and video capability information used for this call;

A group call context establishment request message or a cluster group call configuration message is sent to each called cluster terminal, which carries the determined audio and video capability information used for this call.

6. The method according to any one of claims 1 to 4, wherein:

For a single call call, determining the audio and video capability information used in this call includes: determining whether the audio and video capability information requested by the calling group terminal is the called group terminal. The audio and video capability information supported by the group terminal; if so, use the audio and video capability information requested by the calling cluster terminal as the audio and video capability information used in this call; otherwise, use the audio and video capability information requested by the calling cluster terminal The type of audio and video capability information requested to be used, correspondingly select one from the intersection of the audio and video capability information supported by the calling cluster terminal and the called cluster terminal as the audio and video capability used for this call. information.

7. The method of claim 6, wherein:

For a single call call, the determination of the audio and video capability information used in this call includes: If it is determined that the audio and video capability information requested by the calling cluster terminal is not the audio and video supported by the called cluster terminal capability information, and based on the type of audio and video capability information requested by the calling cluster terminal, it is determined that there is no intersection between the audio and video capability information supported by the calling cluster terminal and the called cluster terminal, then On the premise that the core network has the corresponding type of transcoding function, the audio and video capability information requested by the calling cluster terminal is used as the audio and video capability information used by the calling terminal in this call, and the called party Any audio and video capability information of the same type supported by the cluster terminal is used as the audio and video capability information used by the called terminal in this call.

8. The method of claim 1, 3 or 5, wherein:

For a group call, determining the audio and video capability information used for this call includes: preferentially selecting the audio and video capability information requested by the calling cluster terminal as the audio and video capability information used for this call.

9. The method according to claim 1 or 2, wherein:

The known audio and video capability information supported by the calling cluster terminal and the called cluster terminal is the self-information sent by the calling cluster terminal and the called cluster terminal received by the cluster core network through the attachment process. Supported audio and video capability information.

10. A method for capability negotiation in a long-term evolution cluster network, applied to the cluster terminal side, including:

Report audio and video capability information supported by this terminal to the cluster core network;

When initiating a cluster call as the calling cluster terminal, during the call establishment process, the audio and video capability information requested for this call is reported to the cluster core network.

11. The method of claim 10, wherein:

The requested audio and video capability information is the requested voice codec capability or video resolution;

The supported audio and video capability information is the supported voice codec capability and/or video resolution.

12. The method of claim 10, further comprising:

According to the audio and video capability information used in this call notified by the core network, the corresponding type of service is performed.

13. A cluster core network device, including:

The receiving module is set to: receive the audio and video capability information supported by the terminal from each cluster terminal; during the call establishment process, receive the audio and video capability information requested for this call from the calling cluster terminal;

The selection module is configured to: based on the audio and video capability information requested for use in this call from the calling cluster terminal received by the receiving module, combined with the calling cluster terminal and the called party that have been learned by the receiving module. The audio and video capability information supported by the cluster terminal determines the audio and video capability information used in this call.

14. The device of claim 13, wherein:

The requested audio and video capability information received by the receiving module is the requested voice codec capability or video resolution;

The supported audio and video capability information received by the receiving module is the supported voice codec capability and/or video resolution.

15. The device of claim 13, further comprising:

The sending module is configured to: notify the calling cluster terminal and the called cluster terminal participating in the call through the call establishment process of the audio and video capability information used in this call determined by the selection module.

16. The device of claim 15, wherein:

The sending module is configured to: For a single call call, notify the calling cluster terminal and the called cluster terminal participating in the call through the call establishment process, including: The sending module is configured to: send an activation bearer request message to the calling cluster terminal and the called cluster terminal respectively, which carries the determined audio and video capability information used for this call.

17. The device of claim 15, wherein:

The sending module is configured to: for a group call, notify the called cluster terminal participating in the call through the call establishment process, including:

The sending module is configured to: send an activation bearer request message to the calling cluster terminal, which carries the determined audio and video capability information used for this call;

The sending module is configured to: send a group call context establishment request message or a cluster group call configuration message to each called cluster terminal, which carries the determined audio and video capability information used for this call.

18. The device according to any one of claims 13 to 16, wherein:

The selection module is set to: for a single call, determine the audio and video capability information used in this call, including:

The selection module is also configured to: determine whether the audio and video capability information requested by the calling cluster terminal is the audio and video capability information supported by the called cluster terminal; if so, use the calling cluster terminal The audio and video capability information requested to be used is used as the audio and video capability information used in this call; otherwise, according to the type of audio and video capability information requested to be used by the calling cluster terminal, the calling cluster terminal and the calling cluster terminal are configured accordingly. Any one of the intersection of audio and video capability information supported by the called cluster terminal is selected as the audio and video capability information used in this call.

19. The device of claim 18, wherein:

The selection module is configured to: if it is determined that the audio and video capability information requested by the calling cluster terminal is not the audio and video capability information supported by the calling cluster terminal and the called cluster terminal, and the calling cluster terminal If the audio and video capability information supported by the calling cluster terminal and the called cluster terminal do not overlap, then on the premise that the core network has the transcoding function, the audio and video capability information requested by the calling cluster terminal will be used as the calling The audio and video capability information used by the terminal in this call is any audio and video capability information of the same type supported by the called cluster terminal as the called terminal. The audio and video capability information used by the endpoint in this call.

20. The device of claim 13, 15 or 17, wherein:

The selection module is set to: for a group call, determine the audio and video capability information used in this call, including:

The selection module is configured to: give priority to the audio and video capability information requested by the calling cluster terminal as the audio and video capability information used in this call.

21. The device according to claim 13 or 14, wherein:

The known audio and video capability information supported by the calling cluster terminal and the called cluster terminal is the self-supported information received by the receiving module through the attachment process from the calling cluster terminal and the called cluster terminal. audio and video capability information.

22. A cluster terminal, including:

The first sending module is set to: report the audio and video capability information supported by this terminal to the cluster core network;

The second sending module is configured to: when initiating a cluster call as the calling cluster terminal, during the call establishment process, report the audio and video capability information requested for this call to the cluster core network.

23. The terminal as claimed in claim 22, wherein:

The requested audio and video capability information sent by the second sending module is the voice codec capability or video resolution requested by the cluster terminal;

The supported audio and video capability information sent by the first sending module is the voice codec capability and/or video resolution supported by the cluster terminal.

24. The terminal of claim 22, further comprising:

The service execution module is configured to: perform a corresponding type of service according to the audio and video capability information used in this call notified by the core network.