WO2014198175A1 - 一种业务释放方法、基站及终端 - Google Patents

一种业务释放方法、基站及终端 Download PDF

Info

Publication number
WO2014198175A1
WO2014198175A1 PCT/CN2014/077541 CN2014077541W WO2014198175A1 WO 2014198175 A1 WO2014198175 A1 WO 2014198175A1 CN 2014077541 W CN2014077541 W CN 2014077541W WO 2014198175 A1 WO2014198175 A1 WO 2014198175A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
cluster
base station
release
terminal
Prior art date
Application number
PCT/CN2014/077541
Other languages
English (en)
French (fr)
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 WO2014198175A1 publication Critical patent/WO2014198175A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/08—Trunked mobile radio systems

Definitions

  • the present invention relates to a mobile communication system, and in particular, to a service release method, a base station, and a terminal.
  • a trunking communication system is a mobile communication system that is shared by multiple departments or units and dynamically allocates wireless channels. It is mainly used for cluster scheduling communication, and also provides functions such as telephone interconnection service, data service, and short message service.
  • Cluster communication represents the development direction of a dedicated mobile communication network, one of the communication systems. Since the 1990s, digital communication technologies based on 2G (second generation mobile communication technology) and 3G (3rd-generation, third generation mobile communication technology) have been used in trunking communication systems, government administrations, industrial and commercial enterprises, and public security. , railways, transportation, water conservancy, energy and other fields have been widely used. With the continuous development of application scenarios, cluster communication is now not only satisfied with voice calls, scheduling, voice management, etc.
  • the original cluster system could not meet the new requirements.
  • LTE Long Term Evolution
  • the cluster communication system is applied and can provide cluster services to meet the development requirements of future cluster communication.
  • an RRC Radio Resource Control
  • an E-RAB Enhanced-Radio Access Bearer
  • T-RAB Trusted-Radio Access Bearer
  • the air interface release message needs to be sent for indication. But related technology There is only one air interface release message. After receiving the air interface release message, the user (UE) cannot distinguish whether the LTE service needs to be released or the cluster service is released.
  • the present invention provides a service release method, a base station, and a terminal, to overcome the defect that the related technology cannot indicate whether the UE releases the LTE service or releases the cluster service through an air interface release message.
  • the present invention provides a service release method, which is applied to a base station side, and includes:
  • the base station sends a corresponding release command according to the type of the service to be released, instructing the terminal to release the corresponding service.
  • LTE Long Term Evolution
  • the method includes:
  • the base station sends a first release command to the terminal, instructing the terminal to release the LTE service;
  • the base station sends a second release command to the terminal, instructing the terminal to release the cluster service.
  • the determining, by the base station, that the terminal needs to release the LTE service includes:
  • the base station receives a User Equipment (UE) context release message sent by the LTE core network.
  • UE User Equipment
  • the method further includes:
  • the base station After determining that the terminal needs to release the LTE service, the base station releases the LTE service of the terminal on the base station side.
  • the method further includes:
  • the base station After releasing the LTE service of the terminal on the base station side, the base station replies to the LTE core network with a UE context release complete message.
  • the determining, by the base station, that the terminal needs to release the cluster service includes:
  • the base station receives the cluster service bearer release message delivered by the cluster core network.
  • the method further includes:
  • the base station After receiving the cluster service bearer release message, the base station returns a cluster service bearer release response to the cluster core network.
  • the method further includes:
  • the base station After receiving the cluster service UE context release message replied by the cluster core network, the base station releases the cluster service of the terminal on the base station side.
  • the method further includes:
  • the base station After releasing the cluster service of the terminal on the base station side, the base station returns a cluster service UE context release complete message to the cluster core network.
  • the cluster service is a cluster single call or a cluster call.
  • a service release method is applied to the terminal side, including:
  • the LTE service or the cluster service is released accordingly according to the indication of the release command sent by the received service base station.
  • the terminal Receiving, by the terminal, only the first release command for releasing the LTE service, the terminal releasing the LTE service; if receiving a second release command for instructing to release the cluster service, the terminal only releases the Said cluster business.
  • the cluster service is a cluster single call or a cluster call.
  • the present invention also provides a base station, including:
  • a judging module configured to be currently in a long term evolution (LTE) service and a cluster industry at the terminal Judging the type of business to be released under the scenario of coexistence;
  • LTE long term evolution
  • a sending module configured to send a corresponding release command according to the type of the service to be released that is determined by the determining module, to instruct the terminal to release the corresponding service.
  • the sending module is configured to: when the determining module determines that the to-be-released service is an LTE service, send a first release command to the terminal, to indicate that the terminal releases the LTE service; When the determining module determines that the to-be-released service is a cluster service, the terminal releases a second release command to the terminal to instruct the terminal to release the cluster service.
  • the determining module determines that the to-be-released service is an LTE service by: the determining module receives a user equipment (UE) context release message sent by the LTE core network.
  • the base station further includes: a processing module, configured to release the LTE service of the terminal on the base station side after the determining module determines that the to-be-released service is an LTE service.
  • the sending module is further configured to: after the processing module releases the LTE service of the terminal on the base station side, reply the UE context release complete message to the LTE core network.
  • the determining module determines that the to-be-released service is a cluster service by the following: The determining module receives the cluster service bearer release message delivered by the cluster core network.
  • the sending module is further configured to: after the determining module receives the cluster service bearer release message, return a cluster service bearer release response to the cluster core network.
  • the base station further includes:
  • a processing module configured to release the cluster service of the terminal on the base station side after the determining module receives the cluster service UE context release message replied by the cluster core network.
  • the sending module is further configured to: after the processing module releases the cluster service of the terminal on the base station side, return a cluster service UE context release complete message to the cluster core network.
  • a terminal comprising:
  • a receiving module configured to receive a release command sent by the serving base station
  • a processing module configured to release the LTE service or the cluster service according to the indication of the release command received by the receiving module in a scenario that the terminal is currently in a coexistence state of the long term evolution (LTE) service and the cluster service .
  • LTE long term evolution
  • the processing module releases the LTE service or the cluster service according to the indication of the release command received by the receiving module in the following manner:
  • the processing module if it is determined that the receiving module is configured to indicate that the first release command of the LTE service is released, releasing only the LTE service; if it is determined that the receiving module is used to indicate release The second release command of the cluster service only releases the cluster service.
  • FIG. 1 is a flowchart of a service release method according to an embodiment of the present invention
  • FIG. 2 is a schematic diagram of a process for releasing an LTE service initiated by an LTE core network according to an embodiment of the present invention
  • FIG. 3 is a schematic diagram of a process for releasing a LTE service initiated by a terminal according to an embodiment of the present invention
  • FIG. 4 is a schematic diagram of a process for a base station to initiate an LTE service release according to an embodiment of the present invention
  • FIG. 5 is a schematic diagram of a process for releasing a cluster service initiated by a cluster core network according to an embodiment of the present invention
  • FIG. 6 is a schematic diagram of a process for releasing a cluster service initiated by a terminal according to an embodiment of the present invention
  • FIG. 8 is a schematic structural diagram of a base station initiating a cluster service release process according to an embodiment of the present invention
  • FIG. 8 is a schematic structural diagram of a base station according to an embodiment of the present invention
  • FIG. 9 is a schematic structural diagram of a terminal according to an embodiment of the present invention.
  • a service release method is applied to the base station side, as shown in FIG. 1, and includes: Step 11: In a scenario where the terminal is currently in the coexistence state of the LTE service and the cluster service; Step 12: The type of the service is released, and the corresponding release command is sent to instruct the terminal to release the corresponding service.
  • the cluster service is a cluster single call or a cluster call.
  • the base station if it is determined that the terminal needs to release the LTE service, the base station sends a first release command to the terminal, indicating that the terminal releases the LTE service; if it is determined that the terminal needs to release the cluster service, the base station sends the second service to the terminal. The command is released, instructing the terminal to release the cluster service.
  • the base station receives the UE context release message sent by the LTE core network, and determines that the terminal needs to release the LTE service.
  • the cluster service bearer release message sent by the cluster core network is received, and the terminal needs to release the cluster service.
  • the base station may release the LTE service of the terminal on the base station side. Subsequently, the UE context release complete message may also be replied to the LTE core network.
  • the base station may reply the cluster service bearer release response to the cluster core network.
  • the base station After receiving the cluster service UE context release message replied by the cluster core network, the base station releases the cluster of the terminal at the base station side. business. Then, the base station can also reply to the cluster core network for the cluster service UE context release complete message.
  • a service release method is applied to the terminal side, and includes: an indication of a release command sent by the received serving base station in a scenario that is currently in a coexistence state of the LTE service and the cluster service , release LTE services or cluster services accordingly.
  • the terminal if receiving the first release command for instructing to release the LTE service, the terminal only releases the LTE service; Upon receiving the second release command for instructing to release the cluster service, the terminal only releases the cluster service.
  • the LTE core network initiates a process for releasing the UE context, including:
  • Step 101 The LTE core network sends a UE context release message to the base station.
  • Step 102 After receiving the foregoing message, the base station determines that the UE is in the coexistence state of the LTE service and the cluster service, and the base station sends a service and releases the LTE service (TConcurrentLteRelease) message on the DCCH (Dedicated Control Channel) channel. Instructing the UE to delete the LTE service, and the base station also releases the LTE service of the UE on the base station side;
  • LTE service ToncurrentLteRelease
  • DCCH Dedicated Control Channel
  • Step 103 After receiving the TConcurrentLteRelease message, the terminal releases the LTE service and continues to reserve the cluster service.
  • Step 104 After releasing the LTE service of the UE on the base station side, the base station returns a UE context release complete message (UEContextReleaseComplet) to the LTE core network.
  • UEContextReleaseComplet UEContextReleaseComplet
  • steps 103 and 104 are in no particular order.
  • the UE initiates the LTE service UE context release process, including:
  • Step 201 The UE sends an uplink NAS (Non-Access Stratum) message to the base station on the DCCH channel, where the LTE service UE context release request (DetachRequest) is carried.
  • Step 202 After receiving the NAS message, the base station side The message is transparently transmitted to the LTE core network.
  • Step 203 If the LTE core network determines that the received NAS message carries the UE context release request, the downlink NAS is sent, and the core network is instructed to accept the UE context release request (DetachAccept);
  • Step 204 The base station transparently transmits the downlink NAS message on the DCCH channel.
  • Step 205 The LTE core network sends a UEContextReleaseCommand to the base station after the downlink NAS message is sent according to the UE context release request carried in the received NAS message.
  • Step 207 After receiving the TConcurrentLteRelease message, the UE releases the LTE service and continues to reserve the cluster service.
  • Step 208 The base station also releases the LTE service of the UE on the base station side; after the release is completed, the UEContextReleaseComplet is replied to the LTE core network.
  • the execution order of steps 204 and 205 is in no particular order, and the execution orders of steps 207 and 208 are in no particular order.
  • the base station initiates the release process of the LTE service UE context, including:
  • Step 301 The base station sends a UE context delete request (UEContextReleaseRequst) message to the LTE core network, requesting to release the LTE service context of the UE.
  • UEContextReleaseRequst UEContextReleaseRequst
  • Step 302 After receiving the foregoing message, the LTE core network sends the message to the base station side.
  • the UEContextReleaseCommand message notifies the base station and the UE to release the current LTE service call.
  • Step 303 After receiving the UEContextReleaseCommand message, the base station sends a TConcurrentLteRelease message to the UE on the DCCH channel to notify the UE to release the LTE service.
  • Step 304 After receiving the TConcurrentLteRelease message, the UE releases the LTE service and continues to reserve the cluster service.
  • Step 305 The base station deletes the LTE service of the UE on the base station side, and returns the UEContextReleaseComplet to the LTE core network after the deletion is completed.
  • steps 304 and 305 are in no particular order.
  • the process of releasing the cluster service UE context by the cluster core network includes:
  • Step 401 The cluster core network sends a cluster service bearer release message to the base station. (TlT-RABReleaseCommand), notifying the UE to release the cluster service;
  • Step 402 After receiving the message, the base station, if it is determined that the UE is in the coexistence state of the LTE service and the cluster service, sends a service to the UE to release the cluster service (TConcurrentTrunking Release) message to notify the UE to release the cluster service. Reply to the cluster core network TlT-RABReleaseResponse (cluster service bearer release response);
  • Step 403 After receiving the TConcurrentTrunkingRelease message, the UE releases the cluster service and continues the LTE service.
  • Step 404 After receiving the TlT-RABReleaseResponse, the cluster core network sends a TlUEContexReleaseCommand to the base station (the cluster service UE context release message);
  • Step 405 After receiving the TlUEContexReleaseCommand message, the base station deletes the base station side cluster related data, and returns the cluster service UE context release complete message (T1 UEContextReleaseComplet) to the cluster core network.
  • step 403 and step 404 is in no particular order.
  • the UE initiates a cluster service release process, including:
  • Step 501 The UE sends an uplink NAS to the base station on the DCCH channel, where the UE carries a cluster service UE context release request.
  • Step 502 After receiving the NAS, the base station transparently transmits the message to the cluster core network.
  • Step 503 If the cluster core network determines that the received NAS message carries the cluster service UE context release request, the base station sends the message.
  • the downlink NAS is configured to notify the core network of the cluster that the UE context release request has been accepted.
  • Step 504 The base station transparently transmits the downlink NAS message on the DCCH channel.
  • Step 505 The cluster core network sends a T 1 T-RABReleaseCommand to the base station according to the UE context release request of the cluster service, and sends a T 1 T-RABReleaseCommand to the base station to notify the base station and the UE to release the cluster service.
  • Step 506 After the base station receives the TlT-RABReleaseCommand message, if the UE determines that the UE is in the middle In the LTE service and the cluster service concurrent state, the TConcurrentTnmkingRelease message is sent on the DCCH channel, and the UE is notified to release the cluster service; and the T 1 T-RABReleaseResponse is returned to the cluster core network;
  • Step 507 After receiving the TConcurrentTmnkingRelease message, the UE releases the cluster service and continues to reserve the LTE service.
  • Step 508 After receiving the Tl T-RABReleaseResponse, the cluster core network sends a T1 UEContexReleaseCommand to the base station.
  • Step 509 After receiving the TlUEContexReleaseCommand message, the base station deletes the data related to the cluster on the base station side and returns T 1 UEContextReleaseComplet to the cluster core network.
  • steps 507 and 508 are in no particular order.
  • Figure 7 is a flow chart of the UE context release of the cluster service initiated by the base station when the LTE service and the cluster service coexist, including:
  • Step 601 The base station sends a TlT-RABReleaselnidcation (cluster service bearer release indication) message to the cluster core network to release the cluster service bearer.
  • Step 602 After receiving the message, the cluster core network sends a TlT-RABReleaseCommand message to the base station to notify the base station and the UE to release the cluster service.
  • Step 603 After receiving the TlT-RABReleaseCommand message, the base station sends a TConcurrentTnmkingRelease message to the UE to release the cluster service on the DCCH channel, and if the UE is in the LTE service and the cluster service concurrent state, the base station is notified to release the T1 T- RABReleaseResponse;
  • Step 604 After receiving the TConcurrentTnmkingRelease message, the UE releases the cluster service and continues to reserve the LTE service.
  • Step 605 After receiving the Tl T-RABReleaseResponse, the cluster core network sends a TlUEContexReleaseCommand to the base station.
  • Step 606 After receiving the TlUEContexReleaseCommand message, the base station deletes the base station side cluster related data, and then returns the TlUEContex eleaseComplete to the cluster core network.
  • the order of execution of steps 604 and 605 is in no particular order.
  • a base station 80 as shown in FIG. 8, includes:
  • the judging module 81 is configured to determine the type of the service to be released in a scenario that the terminal is currently in the coexistence state of the Long Term Evolution (LTE) service and the cluster service;
  • LTE Long Term Evolution
  • the sending module 82 is configured to send a corresponding release command according to the type of the service to be released that is determined by the determining module, and instruct the terminal to release the corresponding service.
  • the sending module 82 is configured to: when the determining module determines that the to-be-released service is an LTE service, send a first release command to the terminal, to indicate that the terminal releases the LTE service; When the determining module determines that the to-be-released service is a cluster service, the second release command is sent to the terminal to instruct the terminal to release the cluster service.
  • the determining module 81 determines that the to-be-released service is an LTE service: the determining module 81 receives the UE context release message sent by the LTE core network.
  • the base station further includes:
  • the processing module 83 is configured to release the LTE service of the terminal on the base station side after the determining module determines that the to-be-released service is an LTE service.
  • the sending module 82 is further configured to release, at the processing module, the terminal on the side of the base station
  • the UE context release completion message is replied to the LTE core network.
  • the determining module 81 determines that the to-be-released service is a cluster service by the following: The determining module 81 receives the cluster service bearer release message delivered by the cluster core network.
  • the determining module 81 receives the cluster service bearer release message delivered by the cluster core network.
  • the sending module 82 is further configured to receive the cluster service bearer release at the determining module. After the message is released, the cluster service bearer release response is returned to the cluster core network.
  • the base station further includes:
  • the processing module 83 is configured to release the cluster service of the terminal on the base station side after the determining module receives the cluster service UE context release message replied by the cluster core network.
  • the sending module 82 is further configured to: after the processing module releases the cluster service of the terminal on the base station side, return a cluster service UE context release complete message to the cluster core network.
  • a terminal 90 as shown in FIG. 9, includes:
  • a receiving module 91 configured to receive a release command sent by the serving base station
  • the processing module 92 is configured to release the LTE service or the cluster service according to the indication of the release command received by the receiving module in the scenario that the terminal is currently in the LTE service and the cluster service coexistence state.
  • the processing module 92 releases the LTE service or the cluster service according to the indication of the release command received by the receiving module 91 in the following manner:
  • the processing module 92 only releases the LTE service; if it is determined that the receiving module is used to indicate The second release command of the cluster service is released, and only the cluster service is released.
  • the effect of separately releasing the cluster service or the LTE service when the broadband cluster service and the LTE service are concurrent may be implemented, and the mutual influence does not occur between the two.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种业务释放方法、基站及终端，所述方法应用于基站侧，包括：在终端当前正处于长期演进（LTE）业务和集群业务并存状态的情景下，所述基站根据待释放业务的类型，发送相应的释放命令，指示所述终端释放相应业务。所述方法应用于终端侧，包括：在当前正处于LTE业务和集群业务并存状态的情景下，根据接收到的服务基站发来的释放命令的指示，相应地释放LTE业务或集群业务。

Description

一种业务释放方法、 基站及终端
技术领域
本发明涉及移动通信系统， 尤其涉及一种业务释放方法、 基站及终端。
背景技术
集群通信系统是由多个部门或单位共用的、 动态分配无线信道的移动通 信系统， 主要用于集群调度通信， 同时也提供电话互连业务、 数据业务、 短 消息业务等功能。 集群通信代表着通信体制之一的专用移动通信网的发展方 向。 自二十世纪 90 年代以来， 基于 2G (第二代移动通信技术） 、 3G ( 3rd-generation, 第三代移动通信技术）的数字通信技术已在集群通信系统、 政府管理部门、 工商企业、 公安、 铁路、 交通、 水利、 能源等领域得到广泛 的应用。 随着应用场景的不断发展， 现在集群通信不仅仅满足于语音通话、 调度、 话权管理等， 文件传输、 大图片传输、 视频通话等新的需求不断出现， 对数字集群通信系统也提出了宽带化、 高速化、 平滑演进等多方面的需求。 原有的集群系统不能满足新的需求。 随着基于长期演进技术的第四代无线通 信技术的飞速发展， 由于 LTE ( Long Term Evolution长期演进）具备高带宽、 低时延、 快速介入等第四代通信系统的特点， 基于 LTE技术的宽带集群通信 系统应用而生， 可以提供集群业务， 满足未来集群通信的发展要求。
部分用户在进行集群业务的同时也需要连接到 Internet (因特网） ， 或者 用户在使用 Internet的同时需要进行集群业务， 即存在集群业务和 LTE业务 并存使用的情况。 在 LTE业务和集群业务并存时， 终端与基站之间已经建立 了 RRC ( Radio Resource Control, 无线资源控制）链接， 终端与 LTE核心网 之间已建立了 E-RAB( Enhanced-Radio Access Bearer,增强的无线接入承载 ) , 以进行正常 LTE 业务的传输， 终端与集群核心网之间已建立了 T-RAB ( Trunking-Radio Access Bearer , 集群无线接入 载） 载， 以进行集群业 务的传输。
在集群业务和 LTE业务并存使用的场景下， 如果由于各种原因需要释放 LTE业务或者集群业务时， 需要通过发送空口释放消息进行指示。 但相关技 术只有一条空口释放消息， 用户 （UE )在收到该空口释放消息后无法区分出 需要释放 LTE业务还是释放集群业务。
发明内容
本发明提供一种业务释放方法、 基站及终端， 以克服相关技术通过一条 空口释放消息无法指示 UE释放 LTE业务还是释放集群业务的缺陷。
本发明提供了一种业务释放方法， 应用于基站侧， 包括：
在终端当前正处于长期演进（LTE )业务和集群业务并存状态的情景下， 所述基站根据待释放业务的类型， 发送相应的释放命令， 指示所述终端释放 相应业务。
可选地， 所述方法包括：
如判断出所述终端需要释放 LTE业务， 则所述基站向所述终端下发第一 释放命令， 指示所述终端释放所述 LTE业务； 如判断出所述终端需要释放集 群业务， 则所述基站向所述终端下发第二释放命令， 指示所述终端释放所述 集群业务。
可选地 ,
所述基站判断出所述终端需要释放 LTE业务， 包括：
所述基站接收到 LTE核心网发来的用户设备 ( UE )上下文释放消息。 可选地， 所述方法还包括：
所述基站在判断出所述终端需要释放 LTE业务后， 释放所述终端在本基 站侧的 LTE业务。
可选地， 所述方法还包括：
在释放所述终端在本基站侧的 LTE业务后，所述基站向所述 LTE核心网 回复 UE上下文释放完成消息。
可选地，
所述基站判断出所述终端需要释放集群业务， 包括：
所述基站接收到集群核心网下发的集群业务承载释放消息。 可选地， 所述方法还包括：
在收到所述集群业务承载释放消息后， 所述基站向所述集群核心网回复 集群业务承载释放响应。
可选地， 所述方法还包括：
在收到所述集群核心网回复的集群业务 UE上下文释放消息后， 所述基 站释放所述终端在本基站侧的集群业务。
可选地， 所述方法还包括：
在释放所述终端在本基站侧的集群业务后， 所述基站向所述集群核心网 回复集群业务 UE上下文释放完成消息。
可选地，
所述集群业务为集群单呼呼叫或者集群话权呼叫。
一种业务释放方法， 应用于终端侧， 包括：
在当前正处于 LTE业务和集群业务并存状态的情景下， 根据接收到的服 务基站发来的释放命令的指示， 相应地释放 LTE业务或集群业务。
可选地 ,
所述根据接收到的服务基站发来的释放命令的指示， 相应地释放 LTE业 务或集群业务， 包括：
如接收到用于指示释放所述 LTE业务的第一释放命令， 所述终端仅释放 所述 LTE业务； 如接收到用于指示释放所述集群业务的第二释放命令， 所述 终端仅释放所述集群业务。
可选地 ,
所述集群业务为集群单呼呼叫或者集群话权呼叫。
此外， 本发明还提供了一种基站， 包括：
判断模块， 其设置成在终端当前正处于长期演进（LTE )业务和集群业 务并存状态的情景下， 判断待释放业务的类型； 以及
发送模块，其设置成根据所述判断模块判断出的所述待释放业务的类型， 发送相应的释放命令， 指示所述终端释放相应业务。
可选地 ,
所述发送模块是设置成在所述判断模块判断出所述待释放业务为 LTE业 务时，向所述终端下发第一释放命令，用于指示所述终端释放所述 LTE业务； 还用于在所述判断模块判断出所述待释放业务为集群业务时， 向所述终端下 发第二释放命令， 用于指示所述终端释放所述集群业务。
可选地 ,
所述判断模块通过如下方式判断出所述待释放业务为 LTE业务： 所述判断模块接收到 LTE核心网发来的用户设备（UE )上下文释放消息。 可选地， 所述基站还包括： 处理模块， 其设置成在所述判断模块判断出所述待释放业务为 LTE业务 后， 释放所述终端在本基站侧的 LTE业务。
可选地， 所述发送模块还设置成在所述处理模块释放所述终端在本基站侧的 LTE 业务后 , 向所述 LTE核心网回复 UE上下文释放完成消息。
可选地 ,
所述判断模块通过如下方式判断出所述待释放业务为集群业务： 所述判断模块接收到集群核心网下发的集群业务承载释放消息。
可选地 ,
所述发送模块还设置成在所述判断模块接收到所述集群业务承载释放消 息后， 向所述集群核心网回复集群业务承载释放响应。
可选地， 所述基站还包括：
处理模块， 其设置成在所述判断模块接收到所述集群核心网回复的集群 业务 UE上下文释放消息后， 释放所述终端在本基站侧的集群业务。 可选地 ,
所述发送模块还设置成在所述处理模块释放所述终端在本基站侧的集群 业务后， 向所述集群核心网回复集群业务 UE上下文释放完成消息。
一种终端， 包括：
接收模块， 其设置成接收服务基站发来的释放命令； 以及
处理模块， 其设置成在本终端当前正处于长期演进（LTE )业务和集群 业务并存状态的情景下， 根据所述接收模块接收到的所述释放命令的指示， 相应地释放 LTE业务或集群业务。
可选地，
所述处理模块通过如下方式根据所述接收模块接收到的所述释放命令的 指示， 相应地释放 LTE业务或集群业务：
所述处理模块如判断出所述接收模块接收到是用于指示释放所述 LTE业 务的第一释放命令， 则仅释放所述 LTE业务； 如判断出所述接收模块接收到 是用于指示释放所述集群业务的第二释放命令， 则仅释放所述集群业务。
釆用本发明实施例后， 可以实现在宽带集群业务和 LTE业务并发时单独 释放集群业务或者是 LTE业务的效果， 两者之间不会产生相互影响。 附图概述
图 1为本发明实施例中一种业务释放方法流程图；
图 2 为本发明实施例中 LTE核心网发起释放 LTE业务流程示意图； 图 3为本发明实施例中终端发起 LTE业务释放流程示意图；
图 4为本发明实施例中基站发起 LTE业务释放流程示意图；
图 5为本发明实施例中集群核心网发起集群业务释放流程示意图； 图 6为本发明实施例中终端发起集群业务释放流程示意图； 图 Ί为本发明实施例中基站发起集群业务释放流程示意图； 图 8为本发明实施例中基站的结构示意图；
图 9为本发明实施例中终端的结构示意图。
本发明的较佳实施方式
下文中将结合附图对本发明的实施例进行详细说明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互任意组合。
在本实施例中， 一种业务释放方法， 应用于基站侧， 如图 1所示， 包括： 步骤 11 : 在终端当前正处于 LTE业务和集群业务并存状态的情景下； 步骤 12: 基站根据待释放业务的类型， 发送相应的释放命令， 指示该终 端释放相应业务； 其中， 集群业务为集群单呼呼叫或者集群话权呼叫。
相应地， 如判断出终端需要释放 LTE业务， 则基站向该终端下发第一释 放命令， 指示该终端释放 LTE业务； 如判断出该终端需要释放集群业务， 则 基站向该终端下发第二释放命令， 指示该终端释放所述集群业务。
在实现时， 基站通过接收到 LTE核心网发来的 UE上下文释放消息， 判 断出终端需要释放 LTE业务； 通过接收到集群核心网下发的集群业务承载释 放消息， 判断出终端需要释放集群业务。
在判断出终端需要释放 LTE业务后， 基站可以释放该终端在本基站侧的 LTE业务。 随后 , 还可以向 LTE核心网回复 UE上下文释放完成消息。
在收到上述集群业务承载释放消息后， 基站可以向集群核心网回复集群 业务承载释放响应； 在收到集群核心网回复的集群业务 UE上下文释放消息 后， 基站释放上述终端在本基站侧的集群业务。 随后， 该基站还可以向集群 核心网回复集群业务 UE上下文释放完成消息。
相应地， 在本实施例中， 一种业务释放方法， 应用于终端侧， 包括： 在当前正处于 LTE业务和集群业务并存状态的情景下， 根据接收到的服 务基站发来的释放命令的指示， 相应地释放 LTE业务或集群业务。 相应地， 如接收到用于指示释放 LTE业务的第一释放命令， 终端仅释放 LTE业务； 如 接收到用于指示释放集群业务的第二释放命令， 则终端仅释放集群业务。 下面结合附图对本发明进行说明。
如图 2所示， 当 LTE业务和集群业务并存时， 由 LTE核心网发起 UE上 下文释放的流程， 包括；
步骤 101： LTE 核心网 向基站发送 UE 上下文释放消息
( UEContextReleaseCommand ) , 通知 UE释放 LTE业务 UE上下文；
步骤 102: 基站收到上述消息后， 判断此 UE正处在 LTE业务和集群业 务并存状态， 则基站在 DCCH ( Dedicated Control Channel, 专用控制信道） 信道下发业务并发释放 LTE业务（ TConcurrentLteRelease )消息， 指示 UE删 除 LTE业务， 基站也要释放该 UE在本基站侧的 LTE业务；
步骤 103: 终端收到 TConcurrentLteRelease消息后， 释放 LTE业务， 继 续保留集群业务；
步骤 104： 基站释放完该 UE在基站侧的 LTE业务后 , 向 LTE核心网回 复 UE上下文释放完成消息 （ UEContextReleaseComplet ) 。
在实现时， 步骤 103和 104的执行顺序不分先后。
如图 3所示， 当 LTE业务和集群业务并存时， 由 UE发起 LTE业务 UE 上下文释放的流程， 包括：
步骤 201： UE在 DCCH信道向基站发送上行 NAS ( Non Access Stratum, 非接入层 )消息， 其中携带 LTE业务 UE上下文释放请求（ DetachRequest )； 步骤 202:基站侧收到上述 NAS消息后，将此条消息透传到 LTE核心网； 步骤 203: LTE核心网若判断出接收到的 NAS消息中携带有 UE上下文 释放请求， 则下发下行 NAS , 指示核心网接受 UE 上下文释放请求 ( DetachAccept ) ；
步骤 204: 基站在 DCCH信道透传此条下行 NAS消息；
步骤 205： LTE核心网根据接收到的 NAS消息中携带的 UE上下文释放 请求， 在下发下行 NAS消息后向基站下发 UEContextReleaseCommand; 步骤 206: 基站收到上述 UEContextReleaseCommand消息后， 如判断出 上述 UE 正处于 LTE 业务和集群业务并存状态， 则在 DCCH信道下发 TConcurrentLteRelease消息， 指示 UE删除 LTE业务；
步骤 207: UE在收到 TConcurrentLteRelease消息后， 释放 LTE业务， 继 续保留集群业务。
步骤 208:基站也要释放该 UE在基站侧的 LTE业务；释放完成后向 LTE 核心网回复 UEContextReleaseComplet。
在实现时， 步骤 204和 205的执行顺序不分先后， 步骤 207和 208的执 行顺序不分先后。
如图 4所示， LTE业务和集群业务并存时， 基站发起 LTE业务 UE上下 文释放流程， 包括：
步骤 301： 基站向 LTE 核心网发送 UE 上下文删除请求 ( UEContextReleaseRequst ) 消息， 请求释放 UE的 LTE业务上下文；
步骤 302： LTE 核心网收到上述消息后， 向基站侧发送
UEContextReleaseCommand消息， 通知基站和 UE释放本次 LTE业务呼叫； 步骤 303： 基站收到 UEContextReleaseCommand消息后， 在 DCCH信道 上向 UE下发 TConcurrentLteRelease消息， 通知 UE释放 LTE业务；
步骤 304: UE收到 TConcurrentLteRelease消息后， 释放 LTE业务， 继续 保留集群业务；
步骤 305： 基站删除该 UE在基站侧的 LTE业务； 删除完成后向 LTE核 心网回复 UEContextReleaseComplet„
在实现时， 步骤 304和 305的执行顺序不分先后。
如图 5所示， 当 LTE业务和集群业务并存时， 由集群核心网发起集群业 务 UE上下文释放的流程， 包括：
步骤 401： 集群核心网向基站发送集群业务承载释放消息 ( TlT-RABReleaseCommand ) , 通知 UE释放本次集群业务；
步骤 402: 基站收到此条消息后， 若判断此 UE正处在 LTE业务和集群 业务并存的状态， 则在 DCCH 信道上下发业务并发释放集群业务 ( TConcurrentTrunkingRelease )消息， 通知 UE释放集群业务； 并向集群核心 网回复 TlT-RABReleaseResponse (集群业务承载释放响应 ) ；
步骤 403: UE收到 TConcurrentTrunkingRelease消息后， 释放集群业务， 继续进行 LTE业务；
步骤 404: 集群核心网收到 TlT-RABReleaseResponse后， 向基站下发 TlUEContexReleaseCommand (集群业务 UE上下文释放消息） ；
步骤 405: 基站收到 TlUEContexReleaseCommand消息后， 删除基站侧 集群相关数据， 向集群核心网回复集群业务 UE 上下文释放完成消息 ( T 1 UEContextReleaseComplet ) 。
在实现时， 步骤 403和步骤 404的执行顺序不分先后。
如图 6所示， 当 LTE业务和集群业务并存时， UE发起集群业务释放流 程， 包括：
步骤 501 : UE在 DCCH信道向基站发送上行 NAS, 其中携带集群业务 UE上下文释放请求；
步骤 502: 基站在收到了此条 NAS后， 将此条消息透传到集群核心网； 步骤 503: 集群核心网若判断出收到的 NAS消息中携带有集群业务 UE 上下文释放请求， 则下发下行 NAS, 告知本集群核心网已接受 UE上下文释 放请求； 步骤 504: 基站在 DCCH信道透传此条下行 NAS消息；
步骤 505: 集群核心网根据上述集群业务 UE上下文释放请求，在下发下 行 NAS消息后向基站下发 T 1 T-RABReleaseCommand , 通知基站和 UE释放 本次集群业务；
步骤 506: 基站收到 TlT-RABReleaseCommand消息后， 若判断 UE正处 于 LTE 业务和集群业务并发状态 ， 则 在 DCCH 信道下发 TConcurrentTnmkingRelease消息， 通知 UE释放集群业务； 并向集群核心网 回复 T 1 T-RABReleaseResponse；
步骤 507: UE收到 TConcurrentTmnkingRelease消息后， 释放集群业务， 继续保留 LTE业务；
步骤 508: 集群核心网收到 Tl T-RABReleaseResponse后， 向基站下发 T 1 UEContexReleaseCommand；
步骤 509: 基站收到 TlUEContexReleaseCommand消息后， 删除基站侧 集群相关数据， 向集群核心网回复 T 1 UEContextReleaseComplet„
在实现时， 步骤 507和步骤 508的执行顺序不分先后。
图 7是 LTE业务和集群业务并存时， 基站发起集群业务 UE上下文释放 的流程， 包括：
步骤 601： 基站向集群核心网发送 TlT-RABReleaselnidcation (集群业务 承载释放指示） 消息请求释放集群业务承载；
步骤 602： 集群核心 网 收到 此条消 息后 ， 向基站发送 TlT-RABReleaseCommand消息， 通知基站和 UE释放本次集群业务；
步骤 603: 基站收到 TlT-RABReleaseCommand消息后， 若判断 UE正处 于 LTE 业务和集群业务并发状态 ， 则 在 DCCH 信道下发 TConcurrentTnmkingRelease消息， 通知 UE释放集群业务； 并向集群核心网 回复 T 1 T-RABReleaseResponse；
步骤 604: UE收到 TConcurrentTnmkingRelease消息后， 释放集群业务， 继续保留 LTE业务；
步骤 605: 集群核心网收到 Tl T-RABReleaseResponse后， 向基站下发 TlUEContexReleaseCommand;
步骤 606: 基站收到 TlUEContexReleaseCommand消息后， 删除基站侧 集群相关数据后， 向集群核心网回复 TlUEContex eleaseComplete。 在实现时， 步骤 604和步骤 605的执行顺序不分先后。
在本实施例中， 一种基站 80, 如图 8所示， 包括：
判断模块 81 , 其设置成在终端当前正处于长期演进（LTE )业务和集群 业务并存状态的情景下， 判断待释放业务的类型；
发送模块 82, 其设置成根据所述判断模块判断出的所述待释放业务的类 型， 发送相应的释放命令， 指示所述终端释放相应业务。
较佳地，
所述发送模块 82是设置成在所述判断模块判断出所述待释放业务为 LTE 业务时， 向所述终端下发第一释放命令， 用于指示所述终端释放所述 LTE业 务； 在所述判断模块判断出所述待释放业务为集群业务时， 向所述终端下发 第二释放命令， 用于指示所述终端释放所述集群业务。
较佳地，
所述判断模块 81通过如下方式判断出所述待释放业务为 LTE业务： 所述判断模块 81接收到 LTE核心网发来的 UE上下文释放消息。
较佳地， 所述基站还包括：
处理模块 83 ,其设置成在所述判断模块判断出所述待释放业务为 LTE业 务后， 释放所述终端在本基站侧的 LTE业务。
较佳地，
所述发送模块 82还设置成在所述处理模块释放所述终端在本基站侧的
LTE业务后 , 向所述 LTE核心网回复 UE上下文释放完成消息。
较佳地，
所述判断模块 81通过如下方式判断出所述待释放业务为集群业务： 所述判断模块 81接收到集群核心网下发的集群业务承载释放消息。 较佳地，
所述发送模块 82还设置成在所述判断模块接收到所述集群业务承载释 放消息后 , 向所述集群核心网回复集群业务承载释放响应。
较佳地， 所述基站还包括：
处理模块 83 , 其设置成在所述判断模块接收到所述集群核心网回复的集 群业务 UE上下文释放消息后， 释放所述终端在本基站侧的集群业务。
较佳地，
所述发送模块 82还设置成在所述处理模块释放所述终端在本基站侧的 集群业务后， 向所述集群核心网回复集群业务 UE上下文释放完成消息。
相应地， 一种终端 90, 如图 9所示， 包括：
接收模块 91 , 其设置成接收服务基站发来的释放命令；
处理模块 92,其设置成在本终端当前正处于 LTE业务和集群业务并存状 态的情景下， 根据所述接收模块接收到的所述释放命令的指示， 相应地释放 LTE业务或集群业务。
较佳地，
所述处理模块 92通过如下方式根据所述接收模块 91接收到的所述释放 命令的指示， 相应地释放 LTE业务或集群业务：
所述处理模块 92如判断出所述接收模块接收到是用于指示释放所述 LTE 业务的第一释放命令， 则仅释放所述 LTE业务； 如判断出所述接收模块接收 到是用于指示释放所述集群业务的第二释放命令， 则仅释放所述集群业务。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成， 所述程序可以存储于计算机可读存储介质中， 如只读 存储器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用 硬件的形式实现， 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。
以上所述仅为本发明的较佳实施例而已， 并非用于限定本发明的保护范 围。 根据本发明的发明内容， 还可有其他多种实施例， 在不背离本发明精神 改变和变形， 凡在本发明的精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。
工业实用性
釆用本发明实施例后， 可以实现在宽带集群业务和 LTE业务并发时单独 释放集群业务或者是 LTE业务的效果， 两者之间不会产生相互影响。

Claims

权 利 要 求 书
1、 一种业务释放方法， 应用于基站侧， 包括：
在终端当前正处于长期演进（LTE )业务和集群业务并存状态的情景下， 所述基站根据待释放业务的类型， 发送相应的释放命令， 指示所述终端释放 相应业务。
2、如权利要求 1所述的方法， 其中， 在终端当前正处于长期演进（LTE ) 业务和集群业务并存状态的情景下， 所述基站根据待释放业务的类型， 发送 相应的释放命令， 指示所述终端释放相应业务， 包括：
如判断出所述终端需要释放 LTE业务， 则所述基站向所述终端下发第一 释放命令， 指示所述终端释放所述 LTE业务； 如判断出所述终端需要释放集 群业务， 则所述基站向所述终端下发第二释放命令， 指示所述终端释放所述 集群业务。
3、 如权利要求 2所述的方法， 其中：
所述基站判断出所述终端需要释放 LTE业务， 包括：
所述基站接收到 LTE核心网发来的用户设备 ( UE )上下文释放消息。
4、 如权利要求 2或 3所述的方法， 还包括：
所述基站在判断出所述终端需要释放 LTE业务后， 释放所述终端在本基 站侧的 LTE业务。
5、 如权利要求 4所述的方法， 还包括：
在释放所述终端在本基站侧的 LTE业务后，所述基站向所述 LTE核心网 回复 UE上下文释放完成消息。
6、 如权利要求 2所述的方法， 其中：
所述基站判断出所述终端需要释放集群业务， 包括：
所述基站接收到集群核心网下发的集群业务承载释放消息。
7、 如权利要求 6所述的方法， 还包括：
在收到所述集群业务承载释放消息后， 所述基站向所述集群核心网回复 集群业务承载释放响应。
8、 如权利要求 7所述的方法， 还包括：
在收到所述集群核心网回复的集群业务 UE上下文释放消息后， 所述基 站释放所述终端在本基站侧的集群业务。
9、 如权利要求 8所述的方法， 还包括：
在释放所述终端在本基站侧的集群业务后， 所述基站向所述集群核心网 回复集群业务 UE上下文释放完成消息。
10、 如权利要求 1、 2及 6~9中任意一项所述的方法， 其中：
所述集群业务为集群单呼呼叫或者集群话权呼叫。
11、 一种业务释放方法， 应用于终端侧， 包括：
在当前正处于长期演进（LTE ) 业务和集群业务并存状态的情景下， 根 据接收到的服务基站发来的释放命令的指示， 相应地释放 LTE业务或集群业 务。
12、 如权利要求 11所述的方法， 其中：
所述根据接收到的服务基站发来的释放命令的指示， 相应地释放 LTE业 务或集群业务， 包括：
如接收到用于指示释放所述 LTE业务的第一释放命令， 所述终端仅释放 所述 LTE业务； 如接收到用于指示释放所述集群业务的第二释放命令， 所述 终端仅释放所述集群业务。
13、 如权利要求 12所述的方法， 其中：
所述集群业务为集群单呼呼叫或者集群话权呼叫。
14、 一种基站， 包括：
判断模块， 其设置成在终端当前正处于长期演进（LTE )业务和集群业 务并存状态的情景下， 判断待释放业务的类型； 以及
发送模块，其设置成根据所述判断模块判断出的所述待释放业务的类型， 发送相应的释放命令， 指示所述终端释放相应业务。
15、 如权利要求 14所述的基站， 其中：
所述发送模块是设置成在所述判断模块判断出所述待释放业务为 LTE业 务时，向所述终端下发第一释放命令，用于指示所述终端释放所述 LTE业务； 在所述判断模块判断出所述待释放业务为集群业务时， 向所述终端下发第二 释放命令， 用于指示所述终端释放所述集群业务。
16、 如权利要求 15所述的基站， 其中：
所述判断模块通过如下方式判断出所述待释放业务为 LTE业务： 所述判断模块接收到 LTE核心网发来的用户设备（UE )上下文释放消息。
17、 如权利要求 15或 16所述的基站， 还包括：
处理模块， 其设置成在所述判断模块判断出所述待释放业务为 LTE业务 后， 释放所述终端在本基站侧的 LTE业务。
18、 如权利要求 17所述的基站， 其中：
所述发送模块还设置成在所述处理模块释放所述终端在本基站侧的 LTE 业务后 , 向所述 LTE核心网回复 UE上下文释放完成消息。
19、 如权利要求 15所述的基站， 其中：
所述判断模块通过如下方式判断出所述待释放业务为集群业务： 所述判断模块接收到集群核心网下发的集群业务承载释放消息。
20、 如权利要求 19所述的基站， 其中：
所述发送模块还设置成在所述判断模块接收到所述集群业务承载释放消 息后， 向所述集群核心网回复集群业务承载释放响应。
21、 如权利要求 20所述的基站， 还包括：
处理模块， 其设置成在所述判断模块接收到所述集群核心网回复的集群 业务 UE上下文释放消息后， 释放所述终端在本基站侧的集群业务。
22、 如权利要求 21所述的基站， 其中：
所述发送模块还设置成在所述处理模块释放所述终端在本基站侧的集群 业务后， 向所述集群核心网回复集群业务 UE上下文释放完成消息。
23、 一种终端， 包括：
接收模块， 其设置成接收服务基站发来的释放命令； 以及 处理模块， 其设置成在本终端当前正处于长期演进（LTE )业务和集群 业务并存状态的情景下， 根据所述接收模块接收到的所述释放命令的指示， 相应地释放 LTE业务或集群业务。
24、 如权利要求 23所述的终端， 其中：
所述处理模块通过如下方式根据所述接收模块接收到的所述释放命令的 指示， 相应地释放 LTE业务或集群业务：
所述处理模块如判断出所述接收模块接收到是用于指示释放所述 LTE业 务的第一释放命令， 则仅释放所述 LTE业务； 如判断出所述接收模块接收到 是用于指示释放所述集群业务的第二释放命令， 则仅释放所述集群业务。
PCT/CN2014/077541 2013-06-09 2014-05-15 一种业务释放方法、基站及终端 WO2014198175A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310232846.3 2013-06-09
CN201310232846.3A CN104244195B (zh) 2013-06-09 2013-06-09 一种业务释放方法、基站及终端

Publications (1)

Publication Number Publication Date
WO2014198175A1 true WO2014198175A1 (zh) 2014-12-18

Family

ID=52021636

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/077541 WO2014198175A1 (zh) 2013-06-09 2014-05-15 一种业务释放方法、基站及终端

Country Status (2)

Country Link
CN (1) CN104244195B (zh)
WO (1) WO2014198175A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111065059A (zh) * 2018-10-16 2020-04-24 普天信息技术有限公司 基于宽带集群系统的终端释放不同源组呼的方法和系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101621749A (zh) * 2009-07-27 2010-01-06 普天信息技术研究院有限公司 数字集群通信系统以及集群业务实现方法
CN102083013A (zh) * 2009-11-27 2011-06-01 普天信息技术研究院有限公司 一种集群业务实现方法和集群用户终端
CN102215458A (zh) * 2010-04-01 2011-10-12 普天信息技术研究院有限公司 基于长期演进技术的数字集群通信系统以及基站和终端
CN102223714A (zh) * 2011-06-27 2011-10-19 中兴通讯股份有限公司 实现终端接入集群业务的方法、终端和基站
CN102802277A (zh) * 2011-05-27 2012-11-28 普天信息技术研究院有限公司 一种宽带数字集群通信系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101754419B (zh) * 2008-12-04 2012-12-19 中兴通讯股份有限公司 一种业务释放的方法及系统
CN102036261B (zh) * 2009-09-28 2014-03-12 中兴通讯股份有限公司 一种lte系统中错误指示的处理方法和装置
KR101225195B1 (ko) * 2011-02-11 2013-01-22 주식회사 케이티 무선통신 시스템에서 ｒｒｃ 연결 해제 방법 및 장치
CN104038942A (zh) * 2013-03-04 2014-09-10 中兴通讯股份有限公司 一种集群业务的处理方法、网络侧设备及用户设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101621749A (zh) * 2009-07-27 2010-01-06 普天信息技术研究院有限公司 数字集群通信系统以及集群业务实现方法
CN102083013A (zh) * 2009-11-27 2011-06-01 普天信息技术研究院有限公司 一种集群业务实现方法和集群用户终端
CN102215458A (zh) * 2010-04-01 2011-10-12 普天信息技术研究院有限公司 基于长期演进技术的数字集群通信系统以及基站和终端
CN102802277A (zh) * 2011-05-27 2012-11-28 普天信息技术研究院有限公司 一种宽带数字集群通信系统
CN102223714A (zh) * 2011-06-27 2011-10-19 中兴通讯股份有限公司 实现终端接入集群业务的方法、终端和基站

Also Published As

Publication number Publication date
CN104244195A (zh) 2014-12-24
CN104244195B (zh) 2019-06-18

Similar Documents

Publication Publication Date Title
CN109600802B (zh) 数据传输方法、相关设备及系统
US20200187061A1 (en) Session Handling Method and Related Device
JP6884879B2 (ja) 中継通信方法ならびに中継通信装置およびシステム
US20180317276A1 (en) Connection management method and device in d2d relay communication, terminal and base station
WO2019166032A1 (zh) 通信方法及装置
CN110431880B (zh) 通信系统
KR102364595B1 (ko) 통신 방법 및 통신 디바이스
WO2017166221A1 (zh) 无线接入控制方法、装置及系统
US10674500B2 (en) Communication method, device, and system
WO2019192445A1 (zh) 一种组播组创建、组播组加入方法及装置
WO2016201796A1 (zh) 专网注册实现方法、系统、网元设备及计算机存储介质
WO2019153928A1 (zh) Rrc状态转换方法、终端、cu、du和计算机可读存储介质
WO2022002017A1 (zh) 一种通信方法及装置
WO2014166440A1 (zh) 集群中继方法、装置、系统及存储介质
US20170223568A1 (en) Method and Apparatus for Triggering Buffer Status Report and Communications System
WO2018202131A1 (zh) 通信方法、装置及系统
EP2942990A1 (en) Method, system and equipment for realizing cluster group call session in long term evolution
CN103974205A (zh) 一种集群业务控制方法及网络侧设备及用户设备
WO2021233362A1 (zh) 认证授权的方法和装置
WO2023087965A1 (zh) 一种通信方法及装置
EP4132199A1 (en) Apparatus, methods, and computer programs
WO2022206393A1 (zh) 通信方法及装置
WO2014198175A1 (zh) 一种业务释放方法、基站及终端
CN107548166B (zh) 配置多连接信令的方法、主基站、用户设备及通信系统
JP2020503739A (ja) データ処理方法及び装置

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: 14810214

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: 14810214

Country of ref document: EP

Kind code of ref document: A1