WO2014166366A1 - Procédé et dispositif d'exécution de négociation de capacité dans un réseau en grappe d'évolution à long terme - Google Patents

Procédé et dispositif d'exécution de négociation de capacité dans un réseau en grappe d'évolution à long terme Download PDF

Info

Publication number
WO2014166366A1
WO2014166366A1 PCT/CN2014/074833 CN2014074833W WO2014166366A1 WO 2014166366 A1 WO2014166366 A1 WO 2014166366A1 CN 2014074833 W CN2014074833 W CN 2014074833W WO 2014166366 A1 WO2014166366 A1 WO 2014166366A1
Authority
WO
WIPO (PCT)
Prior art keywords
audio
call
capability information
video capability
terminal
Prior art date
Application number
PCT/CN2014/074833
Other languages
English (en)
Chinese (zh)
Inventor
徐维江
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2014166366A1 publication Critical patent/WO2014166366A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data

Definitions

  • 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.
  • 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.
  • cluster communication systems and services based on digital communication technologies have also been widely used.
  • 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.
  • LTE Long Term Evolution
  • 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).
  • 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.
  • the core network can learn a flexible policy solution based on the existing information.
  • the video resolution supported by the terminal is also defined.
  • 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.
  • 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:
  • 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.
  • 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.
  • the calling the caller terminal and the called cluster terminal that participate in the call by the call setup process include:
  • the called group terminal that participates in the call by the call setup process includes:
  • 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.
  • 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.
  • 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.
  • 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.
  • 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:
  • the audio and video capability information requested by the current call is reported to the cluster core network.
  • the audio and video capability information used by the request is a voice codec capability or a video resolution requested to be used;
  • the supported audio and video capability information is supported speech codec capability and/or video resolution.
  • the method further includes:
  • Corresponding types of services are performed according to the audio and video capability information used by the core network to notify the current call.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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 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 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 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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
  • FIG. 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
  • FIG. 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
  • FIG. 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
  • Figure 6 is a schematic diagram of the composition of the cluster core network device.
  • 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.
  • 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:
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the execution flow of the selection algorithm includes:
  • step 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;
  • step 503 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;
  • the type of the audio and video capability information includes at least: a voice codec capability and a video resolution;
  • the speech codec capability or the video resolution requested by the calling cluster terminal is preferentially used, and the final selection result is ended.
  • 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.
  • the selection algorithm may be optimized and supplemented.
  • the cluster core network determines the type of tone supported by the calling cluster terminal and the called cluster terminal.
  • 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.
  • 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;
  • the audio and video capability information requested by the current call is reported to the cluster core network.
  • 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.
  • the method further includes:
  • Corresponding types of services are performed according to the audio and video capability information used by the core network to notify the current call.
  • a cluster core network device includes:
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the selection module is set to the amount I:
  • the audio and video capability information used in the call is determined, 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.
  • 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 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,
  • 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.
  • 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.
  • 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.
  • a cluster terminal includes:
  • 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.
  • 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.
  • 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.
  • 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.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

La présente invention concerne un procédé et un dispositif d'exécution de négociation de capacité dans un réseau en grappe d'évolution à long terme ; le procédé côté réseau central en grappe consiste à : pendant le processus d'établissement d'un appel, selon les informations de capacité audiovisuelle requises destinées à être utilisées dans le présent appel et reçues en provenance d'un terminal demandeur en grappe, combiner les informations avec les informations de capacité audiovisuelle connues prises en charge par un terminal appelé en grappe et déterminer les informations de capacité audiovisuelle utilisées dans le présent appel. Le procédé côté terminal en grappe consiste à : signaler à un réseau central en grappe les informations de capacité audiovisuelle prises en charge par ledit terminal ; lorsque le terminal demandeur en grappe commence un appel en grappe, signaler au réseau central en grappe, pendant le processus d'établissement de l'appel, les informations de capacité audiovisuelle utilisées dans le présent appel. Selon le mode de réalisation de la présente invention, un réseau central peut négocier et sélectionner les informations de capacité audiovisuelle du terminal appelé dans l'appel en grappe, et satisfaire au maximum, dans des réseaux en grappe basés sur la technologie LTE, l'établissement d'un appel entre des terminaux ayant des capacités différentes, améliorant ainsi considérablement la satisfaction de l'utilisateur.
PCT/CN2014/074833 2013-04-09 2014-04-04 Procédé et dispositif d'exécution de négociation de capacité dans un réseau en grappe d'évolution à long terme WO2014166366A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310121777.9A CN104105073A (zh) 2013-04-09 2013-04-09 一种在长期演进集群网络中进行能力协商的方法及装置
CN201310121777.9 2013-04-09

Publications (1)

Publication Number Publication Date
WO2014166366A1 true WO2014166366A1 (fr) 2014-10-16

Family

ID=51672814

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/074833 WO2014166366A1 (fr) 2013-04-09 2014-04-04 Procédé et dispositif d'exécution de négociation de capacité dans un réseau en grappe d'évolution à long terme

Country Status (2)

Country Link
CN (1) CN104105073A (fr)
WO (1) WO2014166366A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109429215A (zh) * 2017-07-04 2019-03-05 中兴通讯股份有限公司 数据传输方法、相关设备和计算机可读存储介质
US20190327666A1 (en) * 2016-06-20 2019-10-24 Orange Method for determining a set of encoding formats in order to establish a communication

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107113605B (zh) * 2015-01-16 2019-10-18 华为技术有限公司 能力信息上报方法、装置和设备
CN106131835A (zh) * 2016-07-08 2016-11-16 深圳市中兴物联科技股份有限公司 一种终端数据交换方法及系统
CN110740478A (zh) * 2018-07-18 2020-01-31 成都鼎桥通信技术有限公司 视频分辨率的协商方法和装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1988544A (zh) * 2006-12-19 2007-06-27 中兴通讯股份有限公司 一种3g视频网关多媒体编解码能力协商方法
CN101222612A (zh) * 2007-01-12 2008-07-16 华为技术有限公司 一种安全传输媒体流的方法和系统
US8120342B1 (en) * 2008-05-06 2012-02-21 Volterra Semiconductor Corporation Current report in current mode switching regulation

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20050091135A (ko) * 2004-03-10 2005-09-15 삼성전자주식회사 이동통신 네트워크에서 코덱 정보 제공 방법
WO2006032940A1 (fr) * 2004-09-21 2006-03-30 Telefonaktiebolaget Lm Ericsson (Publ) Appareil et procede offrant des options de services dynamiques de messagerie vocale instantanee sur telephone cellulaire (poc)
CN101056452B (zh) * 2006-04-18 2010-05-12 华为技术有限公司 通信系统中协商语音编解码格式的方法及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1988544A (zh) * 2006-12-19 2007-06-27 中兴通讯股份有限公司 一种3g视频网关多媒体编解码能力协商方法
CN101222612A (zh) * 2007-01-12 2008-07-16 华为技术有限公司 一种安全传输媒体流的方法和系统
US8120342B1 (en) * 2008-05-06 2012-02-21 Volterra Semiconductor Corporation Current report in current mode switching regulation

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190327666A1 (en) * 2016-06-20 2019-10-24 Orange Method for determining a set of encoding formats in order to establish a communication
US11540209B2 (en) * 2016-06-20 2022-12-27 Orange Method for determining a set of encoding formats in order to establish a communication
CN109429215A (zh) * 2017-07-04 2019-03-05 中兴通讯股份有限公司 数据传输方法、相关设备和计算机可读存储介质
CN109429215B (zh) * 2017-07-04 2021-07-06 中兴通讯股份有限公司 数据传输方法、相关设备和计算机可读存储介质

Also Published As

Publication number Publication date
CN104105073A (zh) 2014-10-15

Similar Documents

Publication Publication Date Title
WO2020001572A1 (fr) Appareil et procédé de communication
JP4520690B2 (ja) カンファレンスコールをスケジューリングするための方法および装置
TWI520651B (zh) 網際網路協定多媒體次系統中協作期控制轉移及裝置間轉移
US20120231760A1 (en) Evolved Packet System and Method for Processing Emergency Call Attachment Thereof
EP2830337A1 (fr) Procédé de mise en oeuvre de service à ressources partagées numérique large bande et centre de gestion de planification de partage des ressources
WO2010088831A1 (fr) Procédé de contrôle de puissance de retour fondé sur de multiples porteuses
WO2017147959A1 (fr) Procédé de transport de service, terminal de communication, élément de commande s-cscf, et système
WO2014166366A1 (fr) Procédé et dispositif d'exécution de négociation de capacité dans un réseau en grappe d'évolution à long terme
EP2061268A1 (fr) Procédé et système de fourniture de service de communication de groupe
WO2015062454A1 (fr) Procédé, dispositif, et système d'appel audio et vidéo
CN105282713B (zh) 一种基于td-lte宽带集群系统的群组呼业务建立方法
WO2006097045A1 (fr) Procede et systeme de traitement d’appel multimedia
WO2009015526A1 (fr) Procédé consistant à déclencher une synchronisation d'informations de groupe en temps réel sur un côté du réseau dans un système de communication à grappes
WO2017162012A1 (fr) Système de conférence entre plusieurs parties et procédé et dispositif pour établir une conférence entre plusieurs parties
JP2012157043A (ja) 音声からマルチメディアへのネットワーク主導型サービス変更
WO2012163075A1 (fr) Procédé de réalisation de vidéoconférence, appareil et système de communication
CN110662179A (zh) 基于lte宽带集群系统的呼叫处理方法及装置
CN115515082B (zh) 一种4g、5g公专网融合集群通信方法及系统
WO2012075966A1 (fr) Procédé de traitement pour flux de données de média, et passerelle de média
JP5408452B2 (ja) Ｍｂｍｓベアラの確立、再構成、及び解放のための方法及び装置
CN111031528B (zh) 一种专用网络的连接建立方法和装置
CN110392019B (zh) 一种集群音视频业务专用承载建立方法和系统
KR20170068106A (ko) 무선 통신 시스템에서 멀티 서비스를 위한 장치 및 방법
US8838816B2 (en) System and method for remote party restrictions in a communications system
CN111404862B (zh) 一种多媒体处理方法及设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14782623

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14782623

Country of ref document: EP

Kind code of ref document: A1