WO2016188345A1 - 一种对终端进行管理的方法和设备 - Google Patents

一种对终端进行管理的方法和设备 Download PDF

Info

Publication number
WO2016188345A1
WO2016188345A1 PCT/CN2016/082327 CN2016082327W WO2016188345A1 WO 2016188345 A1 WO2016188345 A1 WO 2016188345A1 CN 2016082327 W CN2016082327 W CN 2016082327W WO 2016188345 A1 WO2016188345 A1 WO 2016188345A1
Authority
WO
WIPO (PCT)
Prior art keywords
dsc
service
information
core network
cluster
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2016/082327
Other languages
English (en)
French (fr)
Inventor
焦斌
谌丽
秦飞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Academy of Telecommunications Technology CATT
Original Assignee
China Academy of Telecommunications Technology CATT
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 China Academy of Telecommunications Technology CATT filed Critical China Academy of Telecommunications Technology CATT
Publication of WO2016188345A1 publication Critical patent/WO2016188345A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H04W12/069—Authentication using certificates or pre-shared keys
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections

Definitions

  • the present invention provides a method and a device for managing a terminal, which solves the problem that the number of terminals of the machine type increases in the prior art, which increases the burden on the core network and easily causes a signaling storm.
  • the DSC function entity manages the EPs in the cluster, including:
  • the DSC function entity After the EP detachment is completed, the DSC function entity notifies the core network to update the corresponding cluster information.
  • the DSC function entity further includes:
  • the DSC function entity notifies the EP that needs to be deactivated to perform the deactivation operation, and updates the activation service information in the context information of the EP of the deactivation operation, after determining that the EP needs to be deactivated according to the updated authorization service.
  • a DSC functional entity for managing a terminal where the DSC functional entity includes:
  • the management module is further configured to notify the core network to update the corresponding cluster information after the EP detachment is completed.
  • the management module is specifically configured to: after receiving the status update request of the EP, update context information of the EP, and notify the core network to update corresponding cluster information.
  • the processing module is further configured to: after authorizing the determined DSC function entity, update the cluster information corresponding to the DSC function entity according to the cluster information notified by the received DSC function entity.
  • FIG. 1A is a schematic structural diagram of a MESH network in the background art
  • FIG. 9 is a schematic flowchart of a method for managing a terminal according to a second embodiment of the present application.
  • the clusters in the embodiments of the present application may also be referred to as groups.
  • the MESH access network mainly provides services for Machine Type Communication (MTC), and the EndPoint (end node) can be bound to a sensor device (for example, a temperature sensor, a pressure sensor, a camera, etc.), or Binding execution device actuators (eg, accelerators, brakes, steering gears, robotic arms, etc.) can also be bound to physical entities (eg, cars, bicycles, helmets, glasses, smart watches, unmanned aerial vehicles, etc.).
  • MTC Machine Type Communication
  • EndPoint End node
  • Binding execution device actuators eg, accelerators, brakes, steering gears, robotic arms, etc.
  • physical entities eg, cars, bicycles, helmets, glasses, smart watches, unmanned aerial vehicles, etc.
  • C3 interface An interface established between the LSC and the access point AP.
  • In2 Interface established between the LSC and the LSC.
  • the MESH access network includes at least one DSC functional entity and at least one EP
  • the cellular access network includes at least one LSC, and further includes at least one base station and/or at least one AP
  • the core network includes at least one NSC.
  • the DSC functional entity is also responsible for managing and maintaining the cluster.
  • the surrounding DSC functional entity or LSC avoids communicating with the same time or frequency resources.
  • the interference can be weakened by reducing the transmission power.
  • the AP can perform some or all of the following functions:
  • the device in the embodiment of the present application can implement direct communication between devices.
  • the LSC and DSC functional entities are responsible for controlling local and time-delayed functions.
  • the NSC is responsible for the overall, low latency requirements and controls for high security requirements.
  • the DSC function entity is responsible for managing the local access network, including maintaining the local access network AP, the BS list, establishing a reliable connection between the AP and the BS, and performing radio resource allocation and coordination for intra-AP communication or intra-BS communication.
  • the DSC functional entity can also control AP and BS user plane data forwarding path selection, the DSC function entity can also perform AP, BS in air interface frame structure, frame configuration parameters, and AP, BS transmission scheme used at the MAC layer, and high layer protocol stack.
  • the architecture is configured.
  • the local access network and the clusters can overlap each other.
  • the DSC functional entity of the embodiment of the present application may be a mobile terminal, such as a handheld terminal (such as a smart phone), or a base station type device (such as a micro base station) or a server type device or a distributed service center.
  • a mobile terminal such as a handheld terminal (such as a smart phone), or a base station type device (such as a micro base station) or a server type device or a distributed service center.
  • the security mechanism adopted between the EP and the DSC functional entity can be customized according to the needs of the user, and does not need to be contracted to the operator in advance (for example, for a factory or for In-vehicle systems can use different security mechanisms).
  • the EP is not visible to the operator's core network, so the core network uses a cluster-based charging strategy (ie, the cluster is treated as a basic user, for example, a contracted factory is a user) instead of using traditional terminal-based charging. Strategy.
  • the DSC function entity may return an attach response message to the EP, where the temporary identifier of the EP, the fixed identifier of the EP, and the IDC function entity identity verification information may be included;
  • the DSC function entity may further send a detachment response to the EP, where the temporary identifier of the EP may be included.
  • the DSC function entity may further notify the core network to update the corresponding cluster information.
  • the cluster information includes but is not limited to some or all of the following information:
  • the DSC function entity may send a status update response to the EP, which may include a temporary identifier of the EP.
  • the number information of the EPs in the cluster the activation service information in the cluster, the bandwidth used by the MESH system, and the carrier frequency information used by the MESH system.
  • the embodiment of the present application provides a processing manner:
  • the EP sends a service activation request to the DSC function entity when the new service needs to be activated, where the request may include the service identifier and/or the terminal type information;
  • the EP activation service information is saved in the context information of the EP.
  • the DSC function entity may further determine whether the authorized service needs to be updated, and if necessary, notify the core network to update the authorized service.
  • the DSC function entity may further send a service deactivation command to the EP.
  • the core network device After the core network device expires or fails to authorize some or all of the services authorized by some DSC functional entities, the core network device initiates a cluster service authorization update process to the DSC functional entity.
  • the DSC function entity updates the authorized service of the corresponding cluster.
  • the management module 401 is specifically configured to perform identity verification on the EP when the EP performs an attach process, and establish context information of the EP after the verification is passed.
  • the first core network device in this embodiment of the present application includes: a second determining module 500 and a processing module 501.
  • Determining the acquisition of the core network authorization managing the EPs in the cluster, wherein the DSC functional entity is connected to each EP in the corresponding cluster.
  • the processor 601 is further configured to: after the EP detaching is completed, notify the core network to update corresponding cluster information.
  • the processor 601 is specifically configured to: after receiving the status update request of the EP, update context information of the EP, and notify the core network to update corresponding cluster information.
  • Step 802 The DSC function entity manages EPs in the cluster, where the DSC function entity is connected to each EP in the corresponding cluster.
  • the DSC function entity saves the EP activation service information into the context information of the EP after the service requested by the EP is authorized.
  • the DSC function entity After the service requested by the EP request is not activated, the DSC function entity initiates a service authorization request process to the core network;
  • the DSC function entity further includes:
  • the DSC function entity notifies the EP that needs to be deactivated to perform the deactivation operation, and updates the activation service information in the context information of the EP of the deactivation operation, after determining that the EP needs to be deactivated according to the updated authorization service.
  • the DSC functional entity is a mobile terminal or base station type device or a server type device or a distributed service center; and/or
  • the method further includes:
  • the core network device updates the cluster information corresponding to the DSC functional entity according to the cluster information notified by the received DSC function entity.
  • the EP is used as a terminal to enumerate several examples to describe the management of the EP in the cluster by the DSC functional entity of the present application.
  • the terminal in the embodiment of the present application attaches a network process.
  • the core network does not store the subscription information of the terminal in advance, so the access control and authentication functions for the terminal are managed by the DSC functional entity, for example, the identity of the sensor type terminal by the factory administrator
  • the authentication information is manually configured to the DSC functional entity, and the DSC functional entity controls the access of the terminal (including authentication during the terminal access process), and the security scheme adopted between the sensor type terminal and the DSC functional entity can be used by the factory.
  • User-defined so the security mechanisms used by the terminal and DSC functional entities are not controlled by the operator).
  • Step 1 The DSC function entity sends the system broadcast information in a broadcast manner, where the network identifier, the DSC function entity identifier, the DSC function entity support service list information, and the configuration information required by the terminal to initiate the access procedure are carried.
  • Step 3 The DSC function entity verifies the identity of the terminal identity according to the terminal identity verification information received from the terminal and the fixed identity information of the terminal.
  • Step 4 After the terminal identity is verified by the legality, the DSC function entity sends an attach response message to the terminal, where the DSC function entity carries the temporary identifier and the DSC function entity identity authentication information, and the terminal fixed identifier information auxiliary terminal pair The message is received downstream.
  • Step 5 The terminal legally accesses the DSC functional entity according to the received DSC function entity identity verification information. Sexual verification.
  • Step 6 After the terminal verifies the validity of the DSC function entity, the terminal sends an attach complete message to the DSC function entity, and can also carry the terminal temporary identifier to help the DSC function entity determine the terminal information.
  • the terminal can also enable a status update timer.
  • Step 2 The terminal sends a detach request message to the DSC function entity, where the terminal temporary identifier can be carried.
  • Step 5 The DSC function entity updates the currently accessed terminal quantity information, and sends the access terminal quantity information to the core network through the cluster information update process.
  • the terminal and the DSC functional entity will respectively start the status update timer. After the timer expires, the terminal initiates a status update process to the network. If the DSC function entity does not receive the status update message of the terminal after the timer T1 expires, the DSC function entity considers that the terminal is in an abnormal state of attachment, and after the timer T2 expires. Implicit release of the terminal context.
  • Step 2 The terminal sends a status update request message to the DSC function entity, and can simultaneously carry the temporary identifier of the terminal.
  • Step 3 The DSC function entity determines the terminal context according to the temporary identifier of the terminal, and updates the terminal state information in the terminal context. For example, resetting, that is, updating the timing T1, and setting the terminal status to "abnormal" (when the terminal is in the "abnormal” state, the network can stop providing communication services to the terminal).
  • Step 4 The terminal sends a service activation completion message to the DSC function entity, where the terminal temporary identification information can be carried.
  • the DSC function entity authorization list includes (video real-time backhaul service), and the DSC function entity is responsible for managing the terminal without the terminal that activates the service, the DSC function entity may initiate a cluster (group) service authorization update to the core network. The process updates the DSC functional entity authorized service list.
  • Step 6 After the DSC function entity determines to update the authorized service list information, the cluster (group) service authorization update process is initiated to the core network.
  • the service deactivation process triggered by the core network in the embodiment of the present application is shown in FIG. 15, the service deactivation process triggered by the core network in the embodiment of the present application.
  • Step 1 In the case that the core network expires or fails some or all of the service authorizations authorized by the specific DSC functional entity (for example, when the time-based service authorization occurs timeout, or the user account corresponding to the DSC functional entity is in arrears),
  • the core network can initiate a cluster service authorization update process.
  • Step 4 The DSC function entity sends a service deactivation command to the terminal.
  • the service identification information may be carried and deactivated.
  • the terminal temporary identifier may also be used for the terminal to determine whether the message is for itself.
  • Step 5 After the service is deactivated, the terminal sends a service deactivation completion message to the DSC function entity, which may carry the terminal temporary identification information.

Landscapes

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

Abstract

本申请实施例涉及无线通信技术领域，特别涉及一种对终端进行管理的方法和设备，用以解决现有技术中存在的随着机器类型的终端数量增加，会加大核心网的负担并且容易引起信令风暴的问题。本申请实施例DSC功能实体在确定获得核心网授权后，对簇中的EP进行管理，其中DSC功能实体与对应的簇中的每个EP连接。由于由DSC功能实体对簇中的EP进行管理，在机器类型的终端数量增加后，也不会加大对核心网的负担，从而避免由于核心网的负担过大引起的信令风暴。

Description

一种对终端进行管理的方法和设备
本申请要求在2015年5月26日提交中国专利局、申请号为201510275195.5、发明名称为“一种对终端进行管理的方法和设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及无线通信技术领域，特别涉及一种对终端进行管理的方法和设备。
背景技术
目前蓝牙技术被广泛应用于近距离通信(例如传感器网络)中。
如图1A所示，MESH(自组织或无固定基础设施)网络模型的蓝牙系统中一个簇头和一系列末端节点(EndPoint)构成一个簇，簇内EndPoint通信通过簇头设备进行控制。簇内通信采用2.4GHz公共频段，通过跳频方式进行干扰避免。簇头与EndPoint之间采用静态配置的信道与安全参数。各个簇之间相互独立，不同簇间的EndPoint成员无法相互通信。
如图1B所示，现有的蜂窝系统中，终端根据下行导频信号强度确定业务基站，业务基站负责为接入终端提供数据传输业务。业务基站将从终端接收到的上行数据转发给核心网，核心网负责为接入终端提供到外部网络的连接业务。
现有技术中终端通过附着(Attach)过程完成向网络的注册过程。终端在向网络注册过程中，核心网中的移动性管理实体(Mobility Management Entity，简称MME)负责保存终端的状态信息，其中包括安全上下文信息，激活会话信息，位置区域信息等。终端的状态信息被保存在了核心网，因此如果接入终端是机器类型终端，会存在两方面问题。首先由于未来终端是机器类型数量将远超现有终端(据预测，可能达到500亿到1000亿级别)，因此如果要在核心网为每一个机器类型终端建立上下文，将导致核心网存储不堪重负的问题。此外现有终端的连接管理功能也涉及核心网，这就意味着每次终端进入连接状态就会产生大量到核心网的信令，机器类型终端大量接入网络后极易引起信令风暴。
综上所述，目前随着机器类型的终端数量增加，会加大核心网的负担并且容易引起信令风暴。
发明内容
本申请提供一种对终端进行管理的方法和设备，用以解决现有技术中存在的随着机器类型的终端数量增加，会加大核心网的负担并且容易引起信令风暴的问题。
本申请实施例提供的一种对终端进行管理的方法，该方法包括：
DSC功能实体确定获得核心网授权；
所述DSC功能实体对簇中的EP进行管理，其中DSC功能实体与对应的簇中的每个EP连接。
可选的，所述DSC功能实体对簇中的EP进行管理，包括：
所述DSC功能实体在所述EP进行附着过程时，对所述EP进行身份验证，并在验证通过后建立所述EP的上下文信息。
可选的，所述DSC功能实体在验证通过后，还包括：
所述DSC功能实体通知所述核心网更新对应的簇信息。
可选的，所述DSC功能实体在所述EP进行附着过程之前，还包括：
所述DSC功能实体将接入配置信息通过空口广播。
可选的，所述DSC功能实体对簇中的EP进行管理，包括：
所述DSC功能实体在所述EP去附着过程中删除所述EP的上下文信息。
可选的，该方法还包括：
所述DSC功能实体在所述EP去附着完成后，通知所述核心网更新对应的簇信息。
可选的，所述DSC功能实体对簇中的EP进行管理，包括：
所述DSC功能实体在收到所述EP的状态更新请求后，更新所述EP的上下文信息，并通知所述核心网更新对应的簇信息。
可选的，所述DSC功能实体对簇中的EP进行管理，包括：
所述DSC功能实体根据收到的来自EP的业务标识或终端类型信息，确定所述EP请求激活的业务；
所述DSC功能实体在所述EP请求激活的业务已经授权后，将所述EP激活业务信息保存到所述EP的上下文信息中。
可选的，所述DSC功能实体根据收到的来自EP的业务标识或终端类型信息，确定所述EP请求激活的业务，还包括：
所述DSC功能实体在所述EP请求激活的业务未激活后，向核心网发起业务授权请求过程；
所述DSC功能实体根据所述核心网的指示，在确定所述EP请求激活的业务已经授权后，将所述EP激活业务信息保存到所述EP的上下文信息中。
可选的，所述DSC功能实体对簇中的EP进行管理，包括：
所述DSC功能实体在所述EP请求去激活业务后，更新所述EP的上下文信息中保存的激活业务信息。
可选的，所述DSC功能实体在所述EP请求去激活业务后，还包括：
所述DSC功能实体在确定需要对授权业务进行更新后，通知所述核心网对授权业务进行更新。
可选的，所述DSC功能实体对簇中的EP进行管理，包括：
所述DSC功能实体在所述核心网通知需要对授权业务进行更新后，更新对应的簇的授权业务。
可选的，所述DSC功能实体在更新对应的簇的授权业务之后，还包括：
所述DSC功能实体根据更新后的授权业务，在确定需要对EP进行去激活后，通知需要去激活的EP进行去激活操作，并更新去激活操作的EP的上下文信息中的激活业务信息。
可选的，所述DSC功能实体为能够移动的终端或基站类型设备或服务器类设备或分布式服务中心；和/或
所述EP是能够移动的终端或能够穿戴设备或机器类设备。
本申请实施例提供的另一种对终端进行管理的方法，该方法包括：
核心网设备确定需要授权的DSC功能实体；
所述核心网设备对确定的DSC功能实体进行授权，以使所述DSC功能实体对簇中的EP进行管理，其中DSC功能实体与对应的簇中的每个EP连接。
可选的，所述核心网设备对确定的DSC功能实体进行授权之后，还包括：
所述核心网设备根据收到的DSC功能实体通知的簇信息，更新所述DSC功能实体对应的簇信息。
本申请实施例提供的一种对终端进行管理的DSC功能实体，该DSC功能实体包括：
第一确定模块，用于确定获得核心网授权；
管理模块，用于对簇中的EP进行管理，其中DSC功能实体与对应的簇中的每个EP连接。
可选的，所述管理模块具体用于：在所述EP进行附着过程时，对所述EP进行身份验证，并在验证通过后建立所述EP的上下文信息。
可选的，所述管理模块还用于：在验证通过后，通知所述核心网更新对应的簇信息。
可选的，所述管理模块还用于：在所述EP进行附着过程之前，将接入配置信息通过空口广播。
可选的，所述管理模块具体用于：在所述EP去附着过程中删除所述EP的上下文信息。
可选的，所述管理模块还用于：在所述EP去附着完成后，通知所述核心网更新对应的簇信息。
可选的，所述管理模块具体用于：在收到所述EP的状态更新请求后，更新所述EP的上下文信息，并通知所述核心网更新对应的簇信息。
可选的，所述管理模块具体用于：根据收到的来自EP的业务标识或终端类型信息， 确定所述EP请求激活的业务；在所述EP请求激活的业务已经授权后，将所述EP激活业务信息保存到所述EP的上下文信息中。
可选的，所述管理模块还用于：在所述EP请求激活的业务未激活后，向核心网发起业务授权请求过程；根据所述核心网的指示，在确定所述EP请求激活的业务已经授权后，将所述EP激活业务信息保存到所述EP的上下文信息中。
可选的，所述管理模块具体用于：在所述EP请求去激活业务后，更新所述EP的上下文信息中保存的激活业务信息。
可选的，所述管理模块还用于：在确定需要对授权业务进行更新后，通知所述核心网对授权业务进行更新。
可选的，所述管理模块具体用于：在所述核心网通知需要对授权业务进行更新后，更新对应的簇的授权业务。
可选的，所述管理模块还用于：在更新对应的簇的授权业务之后，根据更新后的授权业务，在确定需要对EP进行去激活后，通知需要去激活的EP进行去激活操作，并更新去激活操作的EP的上下文信息中的激活业务信息。
可选的，所述DSC功能实体为能够移动的终端或基站类型设备或服务器类设备或分布式服务中心；和/或
所述EP是能够移动的终端或能够穿戴设备或机器类设备。
本申请实施例提供的一种对终端进行管理的核心网设备，该核心网设备包括：
第二确定模块，用于确定需要授权的DSC功能实体；
处理模块，用于对确定的DSC功能实体进行授权，以使所述DSC功能实体对簇中的EP进行管理，其中DSC功能实体与对应的簇中的每个EP连接。
可选的，所述处理模块还用于：对确定的DSC功能实体进行授权之后，根据收到的DSC功能实体通知的簇信息，更新所述DSC功能实体对应的簇信息。
本申请实施例DSC功能实体在确定获得核心网授权后，对簇中的EP进行管理，其中DSC功能实体与对应的簇中的每个EP连接。由于由DSC功能实体对簇中的EP进行管理，在机器类型的终端数量增加后，也不会加大对核心网的负担，从而避免由于核心网的负担过大引起的信令风暴。
附图说明
图1A为背景技术中MESH网络结构示意图；
图1B为背景技术中蜂窝网结构示意图；
图2为本申请实施例分布式网络的结构示意图；
图3为本申请实施例对终端进行管理的系统结构示意图；
图4为本申请实施例第一种DSC功能实体的结构示意图；
图5为本申请实施例第一种核心网设备的结构示意图；
图6为本申请实施例第二种DSC功能实体的结构示意图；
图7为本申请实施例第二种核心网设备的结构示意图；
图8为本申请实施例第一种对终端进行管理的方法流程示意图；
图9为本申请实施例第二种对终端进行管理的方法流程示意图；
图10为本申请实施例终端附着的方法流程示意图；
图11为本申请实施例终端触发去附着的方法流程示意图；
图12为本申请实施例终端触发状态更新的方法流程示意图；
图13为本申请实施例终端触发业务激活的方法流程示意图；
图14为本申请实施例终端触发业务去激活的方法流程示意图；
图15为本申请实施例核心网触发业务去激活的方法流程示意图。
具体实施方式
本申请实施例DSC功能实体在确定获得核心网授权后，对簇中的EP进行管理，其中DSC功能实体与对应的簇中的每个EP连接。由于由DSC功能实体对簇中的EP进行管理，在机器类型的终端数量增加后，也不会加大对核心网的负担，从而避免由于核心网的负担过大引起的信令风暴。
其中，本申请实施例的簇也可以称为组。
下面介绍下本申请实施例应用的场景。如图2所示，本申请实施例分布式网络系统包括：MESH接入网、蜂窝接入网、回传网络和核心网。
其中，所述MESH接入网通过所述回传网络，与所述核心网连接；所述蜂窝接入网通过所述回传网络，与所述核心网连接。
回传网络包括有线回传网络、无线回传网络和移动蜂窝回传网络。
核心网由各类专用和通用的业务器，数据中心，路由器等设备构成，负责对各类接入设备进行签约管理，用户身份验证，鉴权，策略控制，计费管理，业务管理方面功能。
MESH接入网主要为机器类通信设备(Machine Type Communication，简称MTC)提供业务，其中与EndPoint(末端节点)可以绑定传感器类设备Sensor(例如，温度传感器，压力传感器，摄像头等)，也可以绑定执行设备actuator(例如，加速器，制动器，转向器，机械臂等)，也可以绑定物理实体(例如，汽车，自行车，头盔，眼镜，智能手表，无人驾驶飞行器等)。
蜂窝接入网主要为传统手持或车载式接入设备(Device)或称为调制解调器(Modem)提供接入业务，此外蜂窝接入网还可以为MESH接入网提供到核心网的信令与数据的回传 业务。
在介绍具体系统架构前先介绍下图中的各接口：
Me1接口：DSC功能实体与NSC之间建立的接口。
Me2接口：DSC功能实体与DSC功能实体之间建立的接口。
Me3接口：DSC功能实体与EP(EndPoint)之间建立的接口。
Me4接口：EP与EP间建立的接口。
C1接口：LSC与NSC之间建立的接口。
C2接口：LSC与基站间建立的接口。
C3接口：LSC与接入点AP间建立的接口。
C4接口：基站与Device(设备)间建立的几口。
C5接口：接入点AP与Device间建立的接口。
C6接口：Device与Device设备间接口。
In1：DSC功能实体与LSC之间建立的接口。
In2：LSC与LSC之间建立的接口。
其中，所述MESH接入网包括至少一个DSC功能实体和至少一个EP，所述蜂窝接入网包括至少一个LSC，还包括至少一个基站和/或至少一个AP，所述核心网中包括至少一个NSC。
下面分别介绍每个实体。
1、末端节点EndPoint(EP)：
EP是具有通信功能的MTC类型接入设备，通过接入“簇”获得数据传输业务，能够绑定到特定物理设备，例如各类传感器sensor、执行器actuator、加速器、制动装置、机械臂、飞行器、汽车、自行车、安全头盔、智能眼镜、智能手表等。根据绑定的特定物理设备不同，可以选择具有不同通信功能的EP。一般EP是面向近距离(例如小于100m)，低数据速率(例如低于1000bits/s)的通信场景。本申请实施例也同样适用远距离高速率的EP。
2、分布式业务中心DistributeServiceCenter(DSC)功能实体：
所述DSC功能实体，用于通过所述回传网络，与所述核心网之间传输对应簇中与EP相关的信息；其中，DSC功能实体与对应的簇中的每个EP连接。
在实施中，DSC功能实体与周围和DSC功能实体连接的EndPoints构成簇(Cluster)。
可选的，DSC功能实体还负责对簇进行管理和维护。
具体的，DSC功能实体对对应簇中的EP进行管理，并协调与其他相邻簇之间的通信，以及进行干扰管理。
若所述MESH接入网与其他无线网络共用无线资源，所述DSC功能实体还可以协调 与相邻或同覆盖的异系统无线资源控制实体的干扰，以及与所述异系统进行跨系统通信。
比如DSC功能实体可以将分配用于“簇内通信”的无线资源的时间或频率信息通知周围的DSC功能实体或LSC；
相应的，周围DSC功能实体、LSC避免使用相同的时间或频率进行通信。
DSC功能实体还可以将自身或簇内EP测量到的干扰信息通知给周围DSC功能实体或LSC；
相应的，周围DSC功能实体或LSC判断自身对其他簇或“本地接入网”通信造成干扰，则可以通过降低发射功率等方式，弱化干扰。
在业务层和簇成员管理方面：DSC功能实体负责参与对成员列表的维护，对簇成员身份验证，参与对EndPoint关联的设备类型和业务要求进行维护。
MESH接入网层面：DSC功能实体作为簇的控制点，还负责协调与其他相邻簇Cluster之间的通信，以及干扰管理。
在跨系统协同方面：对于MESH接入网与其他无线网络(例如蜂窝)共用无线资源情况下，DSC功能实体还负责协调与相邻或同覆盖的异系统无线资源控制实体进行干扰和跨系统通信(例如DSC功能实体负责协调基站进行干扰协调)。
DSC功能实体支持软硬件解耦合和软件可配置功能。DSC功能实体负责对EP类型的终端接入进行控制，DSC功能实体需要在终端接入过程中对终端身份进行验证。由于核心网采用基于簇的管理策略，因此DSC功能实体负责将自身管理的簇信息上报核心网，其中簇信息包括DSC功能实体管理的簇内成员数量信息、DSC功能实体管理的簇内激活的业务信息等。
3、本地业务中心LocalServiceCenter(LSC)：
所述LSC，用于通过所述回传网络，与所述核心网之间传输与特定接入设备相关的信息；其中，所述特定接入设备是接入到与所述LSC连接的基站或AP的接入设备。
可选的，LSC还对所述特定接入设备进行连接管理和传输管理。
具体的，所述传输管理包括下列管理中的部分或全部：
进行跨基站和/或跨AP的干扰管理；
与相邻或重叠覆盖的蜂窝本地接入网之间进行干扰协调或无线资源协调；
在多基站和/或多AP传输方式下进行无线资源配置和/或传输参数配置；
与相邻或重叠覆盖的MESH接入网之间进行无线资源协调。
例如：LSC可以将分配“本地接入网”通信的无线资源通知周围的DSC功能实体或LSC；
相应的，周围DSC功能实体或LSC避免使用相同的时间或频率资源通信。
LSC还可以根据本地接入网中AP，BS以及接入Device测量到的干扰信息通知给周围 DSC功能实体或LSC；
相应的，周围DSC功能实体或LSC判断自身对其他簇或“本地接入网”通信造成干扰，则可以通过降低发射功率等方式，弱化干扰。
在实施中，本申请实施例的蜂窝接入网有多个可相互交叠的蜂窝本地接入网构成。蜂窝本地接入网中的基站可以是各种类型的基站。
LSC与基站或接入点AP共同构成蜂窝本地接入网，其中如果蜂窝本地接入网由LSC与基站共同构成，则负责为特定地理区域提供广域覆盖；如果蜂窝本地接入网由LSC与AP共同构成，则负责为热点容量增强业务。蜂窝接入网有多个可相互交叠的蜂窝本地接入网构成。
4、基站(BS)：
基站BS与LSC共同组成蜂窝本地接入网(宏网络层)，负责为特定地理区域提供广域覆盖业务。保证接入设备在移动过程中始终获得无缝的连接体验。
具体的，基站可以进行下列功能中的部分或全部：
负责对无线接入过程进行控制；
负责物理层无线传输相关的基带处理；
为单小区传输，进行无线资源调度和传输参数配置；
通过广播信道，为广域覆盖下设备提供广播多播传输业务。
5、接入点AP：
接入点AP与LSC共同组成蜂窝本地接入网(热点网络层)，负责为热点地区提供容量业务，从而为接入设备提供更高的数据传输速率。AP本身可以看成是功能和硬件能力进行裁剪的低成本基站。
具体的，AP可以进行下列功能中的部分或全部：
负责对无线接入过程进行控制。
负责物理层无线传输相关的基带处理。
为单小区传输，进行无线资源调度和传输参数配置。
在无设备接入情况下，可进入静默模式从而降低耗电。
6、设备Device：
Device可以是终端、Modem设备还可以是其他能够通过蜂窝接入网接入网络的设备。
可选的，Device本身还可以为MESH接入网成员提供到核心网或外部网络的中继业务。
可选的，本申请实施例的Device可以支持在高速情况下(例如，移动速度超过500km/h)，接入蜂窝网(例如与基站天线直线距离超过1500m)，并且支持非常高的数据传输速率(例如数据传输速率大于1Gbps)。
可选的，本申请实施例的Device可以通过系统广播信道接收广播业务信息。
可选的，本申请实施例的Device可以通过接入蜂窝网络获得数据传输业务。
可选的，本申请实施例的Device可以实现设备间进行直接通信。
7、网络业务中心NetworkServiceCenter(NSC)：
NSC负责终结接入网到核心网控制面接口。NSC支持软硬件解耦合和软件可配置功能。
所述NSC，用于通过所述回传网络将收到的所述DSC功能实体和/或所述LSC的信息传输给所述核心网。
也就是说，在连接管理方面，NSC负责终结MESH接入网、蜂窝接入网到核心网的控制面连接。
可选的，网络层安全方面，NSC负责对DSC功能实体和LSC进行身份验证并建立安全隧道。
具体的，所述NSC可以对所述DSC功能实体和/或所述LSC进行身份验证，并在验证通过后在所述DSC功能实体和/或所述LSC之间，建立经过所述回传网络的用于传输数据的安全隧道。
比如NSC与DSC功能实体、LSC通过证书机制实现身份认证，并建立IPsec安全通道，保证Me1和C1接口的安全性。
可选的，所述NSC还可以在业务层(Service)和身份层(identity)，对与所述DSC功能实体连接的所述EP和所述特定接入设备进行管理。
可选的，负责对从MESH接入网和蜂窝接入网收到的控制面信令进行处理，包括EP，Device的身份验证，对EP关联的设备类型和业务类型验证与激活过程，为Device设备激活到特定外部网络的会话等。
比如NSC负责对EP的状态信息进行管理，包括跟踪管理(EP当前接入的“簇”信息)，会话管理(例如EP当前激活的业务)，身份管理(例如EP签约的设备类型和业务类型)。
在实施中，NSC属于中心式控制单元，而LSC和DSC功能实体都属于分布式控制单元。
可选的，在管理方面，LSC和DSC功能实体负责对本地的，时延要求高的功能进行控制。而NSC负责对全局性的，对时延要求不高，对安全性要求高的功能进行控制。
比如LSC负责“簇成员”管理，保存当前簇成员的信息。包括为簇成员分配临时标识，负责为簇内通信进行无线资源分配，以及对簇内空口帧格式、空口基本参数进行管理。
DSC功能实体负责对本地接入网进行管理，包括维护本地接入网AP，BS列表，建立维护与AP，BS间可靠连接，可以为AP内通信或BS内通信进行无线资源的分配与协调， 负责对从AP和BS接入的Device的链接管理。DSC功能实体还可以控制AP和BS用户面数据转发路径选择，DSC功能实体还可以对AP、BS在空口帧结构，帧配置参数，以及AP，BS在MAC层使用的传输方案，以及高层协议栈架构进行配置。
在实施中，核心网本身可以部署一个或多个NSC，且不同NSC之间相互平等。在接入网侧，由于接入网分布式的特点，LSC根据地理区域，以及覆盖或容量提升区域的类型进行部署，每个LSC区域由一个LSC进行控制，不同LSC之间也是相互平等的关系，且不存在层级关系(无论LSC控制宏基站还是LSC控制接入点)。
其中，MESH接入网网络中各簇之间能够相互交叠；
蜂窝接入网中各本地接入网之间能够相互交叠；
本地接入网与簇之间能够相互交叠。
可选的，所述MESH接入网和蜂窝接入网使用传统蜂窝的专用频率或其他公用公共频率。比如传统蜂窝系统采用专用频率，主用频率被分配给不同运营商，用于特定蜂窝系统，例如码分多址(Code Division Multiple Access，CDMA)，宽带码分多址接入(Wide-band Code Division Multiple Access，WCDMA)，长期演进(Long Term Evolution，LTE)，时分同步码分多址－长期演进(TD-SCDMA Long Term Evolution，TD-LTE)采用的频率；除传统蜂窝系统采用的专用频率之外，由多个相同或不同制式无线通信系统共用的频率资源。
下面结合说明书附图对本申请实施例作进一步详细描述。
如图3所示，本申请实施例对终端进行管理的系统包括：DSC功能实体10和核心网设备20。
DSC功能实体10，用于确定获得核心网授权，对簇中的EP进行管理，其中DSC功能实体与对应的簇中的每个EP连接。
核心网设备20，用于确定需要授权的DSC功能实体；对确定的DSC功能实体进行授权。
在实施中，本申请实施例的簇也可以称为组。
本申请实施例的DSC功能实体可以是能够移动的终端，比如手持类终端(例如智能手机)，或基站类型设备(例如微型基站)或服务器类设备或分布式服务中心。
本申请实施例的EP可以是能够移动的终端，比如手持类终端(例如智能手机)，或可穿戴设备(例如智能手环)，或机器类设备(例如传感器)。
本申请实施例的EP可以对核心网不可见。核心网设备可以通过授权DSC功能实体对MTC类型接入终端进行托管式管理。授权的DSC功能实体可以向运营商签约。在实施中，运营商可以通过软件方式配置DSC功能实体的管理功能。配置了管理功能的DSC功能实体与EP通过自组织方式组成动态网络，并由DSC功能实体负责管理。DSC功能实体将自己管理的动态网络的“组信息”或称为“簇信息”作为一个整体报告核心网设备，核心网 设备可以根据“组信息”或“簇信息”进行计费，策略控等功能。
本申请实施例DSC功能实体10对簇中的EP进行管理时，EP与DSC功能实体之间采用的安全机制可以根据用户需要定制，而不需要预先向运营商签约(例如用于工厂或用于车内系统可以采用不同的安全机制)。此外，EP对运营商核心网不可见，因此核心网采用基于簇的计费策略(即将簇作为一个基本用户看待，例如一个签约的工厂就是一个用户)，而不是采用传统的基于终端的计费策略。
DSC功能实体10对簇中的EP进行管理包括但不限于下列中的部分或全部：
EP附着过程、EP去附着过程、EP状态更新过程、业务激活过程、业务去激活过程。
下面分别进行介绍。
一、EP附着过程。
所述DSC功能实体在所述EP进行附着过程时，对所述EP进行身份验证，并在验证通过后建立所述EP的上下文信息。
在实施中，DSC功能实体将接入配置信息通过空口广播。接入配置信息包括但不限于下列信息中的部分或全部：
网络标识、DSC功能实体标识、业务标识列表信息。
EP在收到接入配置信息后，根据接入配置信息就可以向DSC功能实体发起附着请求，其中附着请求中可以包括EP的固定标识和身份验证信息。
DSC功能实体在收到附着请求后，根据EP的固定标识确定对应的EP，并根据EP的身份验证信息对所述EP进行身份验证，并在验证通过后建立所述EP的上下文信息。
在实施中，进行身份验证的方式有很多，比如可以通过安全证书机制进行验证。
可选的，DSC功能实体在验证通过后，可以向EP返回附着响应消息，其中可以包括EP的临时标识、EP的固定标识和DSC功能实体身份验证信息；
相应的，EP在收到附着响应后，对网络合法性进行验证，并在验证通过后向DSC功能实体发送附着完成消息，其中可以包括EP的临时标识；
DSC功能实体在收到附着完成消息后，建立所述EP的上下文信息。
目前，对于终端和网络身份互验证有很多技术(例如基于证书，认证、授权和计费(Authentication，Authorization and Accounting，AAA)或认证和密钥协商(Authentication and Key Agreement，AKA)等)。本申请实施例适用目前的终端和网络身份互验证技术，并且本申请实施例还可以根据用户要求，定制终端EP与DSC功能实体之间采用的安全方案，例如对于智能工厂或车内系统，用户(工厂，车厂)可以要求采用自身定制化的安全方案。
可选的，所述DSC功能实体在验证通过后，还可以通知所述核心网更新对应的簇信息。
其中，簇信息中包括但不限于下列信息中的部分或全部：
簇内EP的数量信息、簇内激活业务信息、MESH系统使用的带宽和MESH系统使用的载波频率信息。
相应的，所述核心网设备根据收到的DSC功能实体通知的簇信息，更新所述DSC功能实体对应的簇信息。
二、EP去附着过程。
在实施中，EP被移除或关机前会向DSC功能实体发送去附着请求消息，其中可以包括EP的临时标识。
DSC功能实体在收到去附着请求消息后，删除对应EP的上下文信息。
可选的，所述DSC功能实体在删除对应EP的上下文信息后，还可以向EP发送去附着响应，其中可以包括EP的临时标识。
可选的，所述DSC功能实体在删除对应EP的上下文信息后，还可以通知所述核心网更新对应的簇信息。
其中，簇信息中包括但不限于下列信息中的部分或全部：
簇内EP的数量信息、簇内激活业务信息、MESH系统使用的带宽和MESH系统使用的载波频率信息。
相应的，所述核心网设备根据收到的DSC功能实体通知的簇信息，更新所述DSC功能实体对应的簇信息。
三、EP触发状态更新过程。
EP在附着网络后，EP和DSC功能实体会启动状态更新定时器。
EP在状态更新定时器超时后向DSC功能实体发送状态更新请求，其中状态更新请求可以包括EP的临时标识。
DSC功能实体在收到状态更新请求后，根据EP的临时标识确定对应的EP，并更新EP对应的上下文信息。
DSC功能实体在更新EP的上下文信息之后，可以向EP发送状态更新响应，其中可以包括EP的临时标识。
可选的，所述DSC功能实体在更新EP的上下文信息之后，还可以通知所述核心网更新对应的簇信息。
其中，簇信息中包括但不限于下列信息中的部分或全部：
簇内EP的数量信息、簇内激活业务信息、MESH系统使用的带宽和MESH系统使用的载波频率信息。
相应的，所述核心网设备根据收到的DSC功能实体通知的簇信息，更新所述DSC功能实体对应的簇信息。
可选的，DSC功能实体会为对应的EP维护两个状态更新定时器T1和T2，如果在状 态更新定时器T1超时后没有收到对应的EP的状态更新请求，则DSC功能实体会认为该EP处于附着异常状态，并在状态更新定时器T2超时后释放该EP的上下文信息。
在实施中，如果在T1超时后，T2未超时接收到状态更新请求，本申请实施例给出了一种处理方式：
由于T1超时DSC功能实体将终端的状态设置为“异常”状态(异常状态下，DSC功能实体可以暂停向终端提供数据传输服务)，在T1超时后，T2未超时接收到状态更新请求时，DSC功能实体将终端的状态信息重新设置为“正常”状态。
可选的，状态更新定时器T2可以在状态更新定时器T1超时后启动。如果状态更新定时器T2的时长大于状态更新定时器T1的时长，则状态更新定时器T2也可以和状态更新定时器T1一起启动。
四、EP触发业务激活。
EP在需要激活新业务时向DSC功能实体发送业务激活请求，其中该请求中可以包括业务标识和/或终端类型信息；
相应的，所述DSC功能实体根据收到的来自EP的业务标识或终端类型信息，确定所述EP请求激活的业务；
如果所述EP请求激活的业务已经授权，将所述EP激活业务信息保存到所述EP的上下文信息中。
如果所述EP请求激活的业务未授权，DSC功能实体可以向核心网进行业务授权请求，如果核心网授权该业务，则将所述EP激活业务信息保存到所述EP的上下文信息中，如果核心网不授权该业务，则DSC功能实体将不开启相关功能。
比如工厂A用户签约了在工厂内使用MESH网络连接机器人的服务，但是实际上工厂A把这个签约用在汽车里连接传感器，这种情况下业务将不被核心网授权使用。
可选的，如果EP请求激活的业务授权，DSC功能实体可以向EP发送业务激活响应；
相应的，EP收到后向终端返回业务激活完成消息。
五、EP触发业务去激活。
EP在需要去激活业务时向DSC功能实体发送业务去激活请求，其中该请求中可以包括业务标识和/或终端类型信息；
所述DSC功能实体在收到业务去激活请求后，更新所述EP的上下文信息中保存的激活业务信息。
可选的，所述DSC功能实体在收到业务去激活请求后，还可以判断是否需要对授权业务进行更新，如果需要，则通知所述核心网对授权业务进行更新。
比如，如果DSC功能实体授权列表中包括视频实时回传服务，而DSC功能实体负责管理的簇内没有激活该业务的终端，则DSC功能实体可向核心网发起簇(组)业务授权更 新过程，对DSC功能实体授权业务列表进行更新。
可选的，所述DSC功能实体在更新所述EP的上下文信息中保存的激活业务信息之后，还可以向EP发送业务去激活命令；
相应的，EP可以向DSC功能实体返回业务去激活完成消息。
六、核心网触发业务去激活。
核心网设备在对某些DSC功能实体授权的部分或全部业务授权超时或失效后，向DSC功能实体发起簇业务授权更新过程。
相应的，DSC功能实体在所述核心网通知需要对授权业务进行更新后，更新对应的簇的授权业务。
可选的，如果失效的业务是一个已激活的业务还需要对已激活的业务进行去激活。
具体的，DSC功能实体在所述核心网通知需要对授权业务进行更新后，判断是否需要对簇中EP已激活的业务进行去激活操作，如果是，则向EP发送业务去激活命令；
相应的，EP在收到业务去激活命令后，返回业务去激活完成消息。
DSC功能实体在收到业务去激活完成消息后，更新该EP的上下文信息中保存的激活业务信息。
如图4所示，本申请实施例的第一种DSC功能实体包括：第一确定模块400和管理模块401。
第一确定模块400，用于确定获得核心网授权；
管理模块401，用于对簇中的EP进行管理，其中DSC功能实体与对应的簇中的每个EP连接。
可选的，所述管理模块401具体用于：在所述EP进行附着过程时，对所述EP进行身份验证，并在验证通过后建立所述EP的上下文信息。
可选的，所述管理模块401还用于：在验证通过后，通知所述核心网更新对应的簇信息。
可选的，所述管理模块401还用于：在所述EP进行附着过程之前，将接入配置信息通过空口广播。
可选的，所述管理模块401具体用于：在所述EP去附着过程中删除所述EP的上下文信息。
可选的，所述管理模块401还用于：在所述EP去附着完成后，通知所述核心网更新对应的簇信息。
可选的，所述管理模块401具体用于：在收到所述EP的状态更新请求后，更新所述EP的上下文信息，并通知所述核心网更新对应的簇信息。
可选的，所述管理模块401具体用于：根据收到的来自EP的业务标识或终端类型信 息，确定所述EP请求激活的业务；在所述EP请求激活的业务已经授权后，将所述EP激活业务信息保存到所述EP的上下文信息中。
可选的，所述管理模块401还用于：在所述EP请求激活的业务未激活后，向核心网发起业务授权请求过程；根据所述核心网的指示，在确定所述EP请求激活的业务已经授权后，将所述EP激活业务信息保存到所述EP的上下文信息中。
可选的，所述管理模块401具体用于：在所述EP请求去激活业务后，更新所述EP的上下文信息中保存的激活业务信息。
可选的，所述管理模块401还用于：在确定需要对授权业务进行更新后，通知所述核心网对授权业务进行更新。
可选的，所述管理模块401具体用于：在所述核心网通知需要对授权业务进行更新后，更新对应的簇的授权业务。
可选的，所述管理模块401还用于：在更新对应的簇的授权业务之后，根据更新后的授权业务，在确定需要对EP进行去激活后，通知需要去激活的EP进行去激活操作，并更新去激活操作的EP的上下文信息中的激活业务信息。
可选的，所述DSC功能实体为能够移动的终端或基站类型设备或服务器类设备或分布式服务中心；和/或
所述EP是能够移动的终端或能够穿戴设备或机器类设备。
如图5所示，本申请实施例的第一种核心网设备包括：第二确定模块500和处理模块501。
第二确定模块500，用于确定需要授权的DSC功能实体；
处理模块501，用于对确定的DSC功能实体进行授权，以使所述DSC功能实体对簇中的EP进行管理，其中DSC功能实体与对应的簇中的每个EP连接。
可选的，所述处理模块501还用于：对确定的DSC功能实体进行授权之后，根据收到的DSC功能实体通知的簇信息，更新所述DSC功能实体对应的簇信息。
如图6所示，本申请实施例的第二种DSC功能实体包括：
处理器601，用于读取存储器604中的程序，执行下列过程：
确定获得核心网授权；对簇中的EP进行管理，其中DSC功能实体与对应的簇中的每个EP连接。
收发机602，用于在处理器601的控制下接收和发送数据。
可选的，所述处理器601具体用于：在所述EP进行附着过程时，对所述EP进行身份验证，并在验证通过后建立所述EP的上下文信息。
可选的，所述处理器601还用于：在验证通过后，通知所述核心网更新对应的簇信息。
可选的，所述处理器601还用于：在所述EP进行附着过程之前，将接入配置信息通 过空口广播。
可选的，所述处理器601具体用于：在所述EP去附着过程中删除所述EP的上下文信息。
可选的，所述处理器601还用于：在所述EP去附着完成后，通知所述核心网更新对应的簇信息。
可选的，所述处理器601具体用于：在收到所述EP的状态更新请求后，更新所述EP的上下文信息，并通知所述核心网更新对应的簇信息。
可选的，所述处理器601具体用于：根据收到的来自EP的业务标识或终端类型信息，确定所述EP请求激活的业务；在所述EP请求激活的业务已经授权后，将所述EP激活业务信息保存到所述EP的上下文信息中。
可选的，所述处理器601还用于：在所述EP请求激活的业务未激活后，向核心网发起业务授权请求过程；根据所述核心网的指示，在确定所述EP请求激活的业务已经授权后，将所述EP激活业务信息保存到所述EP的上下文信息中。
可选的，所述处理器601具体用于：在所述EP请求去激活业务后，更新所述EP的上下文信息中保存的激活业务信息。
可选的，所述处理器601还用于：在确定需要对授权业务进行更新后，通知所述核心网对授权业务进行更新。
可选的，所述处理器601具体用于：在所述核心网通知需要对授权业务进行更新后，更新对应的簇的授权业务。
可选的，所述处理器601还用于：在更新对应的簇的授权业务之后，根据更新后的授权业务，在确定需要对EP进行去激活后，通知需要去激活的EP进行去激活操作，并更新去激活操作的EP的上下文信息中的激活业务信息。
可选的，所述DSC功能实体为能够移动的终端或基站类型设备或服务器类设备或分布式服务中心；和/或
所述EP是能够移动的终端或能够穿戴设备或机器类设备。
在图6中，总线架构(用总线600来代表)，总线600可以包括任意数量的互联的总线和桥，总线600将包括由处理器601代表的一个或多个处理器和存储器604代表的存储器的各种电路链接在一起。总线600还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口603在总线600和收发机602之间提供接口。收发机602可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器601处理的数据通过天线605在无线介质上进行传输，进一步，天线605还接收数据并将数据传送给处理器601。
处理器601负责管理总线600和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器604可以被用于存储处理器601在执行操作时所使用的数据。
可选的，处理器601可以是CPU(中央处埋器)、ASIC(Application Specific Integrated Circuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)或CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)。
如图7所示，本申请实施例的第二种核心网设备包括：
处理器701，用于读取存储器704中的程序，执行下列过程：
确定需要授权的DSC功能实体；通过收发机702对确定的DSC功能实体进行授权，以使所述DSC功能实体对簇中的EP进行管理，其中DSC功能实体与对应的簇中的每个EP连接。
收发机702，用于在处理器701的控制下接收和发送数据。
可选的，所述处理器701还用于：对确定的DSC功能实体进行授权之后，根据收到的DSC功能实体通知的簇信息，更新所述DSC功能实体对应的簇信息。
在图7中，总线架构(用总线700来代表)，总线700可以包括任意数量的互联的总线和桥，总线700将包括由处理器701代表的一个或多个处理器和存储器704代表的存储器的各种电路链接在一起。总线700还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口703在总线700和收发机702之间提供接口。收发机702可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器701处理的数据通过天线705在无线介质上进行传输，进一步，天线705还接收数据并将数据传送给处理器701。
处理器701负责管理总线700和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器704可以被用于存储处理器701在执行操作时所使用的数据。
可选的，处理器701可以是CPU、ASIC、FPGA或CPLD。
基于同一发明构思，本申请实施例中还提供了一种对终端进行管理的方法，由于该方法对应的设备是本申请实施例对终端进行管理的系统中的设备，并且该方法解决问题的原理与系统相似，因此该方法的实施可以参见系统的实施，重复之处不再赘述。
如图8所示，本申请实施例第一种对终端进行管理的方法包括：
步骤801、DSC功能实体确定获得核心网授权；
步骤802、所述DSC功能实体对簇中的EP进行管理，其中DSC功能实体与对应的簇中的每个EP连接。
可选的，所述DSC功能实体对簇中的EP进行管理，包括：所述DSC功能实体在所述EP进行附着过程时，对所述EP进行身份验证，并在验证通过后建立所述EP的上下文信息。
可选的，所述DSC功能实体在验证通过后，还包括：所述DSC功能实体通知所述核心网更新对应的簇信息。
可选的，所述DSC功能实体在所述EP进行附着过程之前，还包括：所述DSC功能实体将接入配置信息通过空口广播。
可选的，所述DSC功能实体对簇中的EP进行管理，包括：所述DSC功能实体在所述EP去附着过程中删除所述EP的上下文信息。
可选的，该方法还包括：所述DSC功能实体在所述EP去附着完成后，通知所述核心网更新对应的簇信息。
可选的，所述DSC功能实体对簇中的EP进行管理，包括：所述DSC功能实体在收到所述EP的状态更新请求后，更新所述EP的上下文信息，并通知所述核心网更新对应的簇信息。
可选的，所述DSC功能实体对簇中的EP进行管理，包括：
所述DSC功能实体根据收到的来自EP的业务标识或终端类型信息，确定所述EP请求激活的业务；
所述DSC功能实体在所述EP请求激活的业务已经授权后，将所述EP激活业务信息保存到所述EP的上下文信息中。
可选的，所述DSC功能实体根据收到的来自EP的业务标识或终端类型信息，确定所述EP请求激活的业务，还包括：
所述DSC功能实体在所述EP请求激活的业务未激活后，向核心网发起业务授权请求过程；
所述DSC功能实体根据所述核心网的指示，在确定所述EP请求激活的业务已经授权后，将所述EP激活业务信息保存到所述EP的上下文信息中。
可选的，所述DSC功能实体对簇中的EP进行管理，包括：
所述DSC功能实体在所述EP请求去激活业务后，更新所述EP的上下文信息中保存的激活业务信息。
可选的，所述DSC功能实体在所述EP请求去激活业务后，还包括：所述DSC功能实体在确定需要对授权业务进行更新后，通知所述核心网对授权业务进行更新。
可选的，所述DSC功能实体对簇中的EP进行管理，包括：所述DSC功能实体在所述核心网通知需要对授权业务进行更新后，更新对应的簇的授权业务。
可选的，所述DSC功能实体在更新对应的簇的授权业务之后，还包括：
所述DSC功能实体根据更新后的授权业务，在确定需要对EP进行去激活后，通知需要去激活的EP进行去激活操作，并更新去激活操作的EP的上下文信息中的激活业务信息。
可选的，所述DSC功能实体为能够移动的终端或基站类型设备或服务器类设备或分布式服务中心；和/或
所述EP是能够移动的终端或能够穿戴设备或机器类设备。
如图9所示，本申请实施例第二种对终端进行管理的方法包括：
步骤901、核心网设备确定需要授权的DSC功能实体；
步骤902、所述核心网设备对确定的DSC功能实体进行授权，以使所述DSC功能实体对簇中的EP进行管理，其中DSC功能实体与对应的簇中的每个EP连接。
可选的，所述核心网设备对确定的DSC功能实体进行授权之后，还包括：
所述核心网设备根据收到的DSC功能实体通知的簇信息，更新所述DSC功能实体对应的簇信息。
下面以EP为终端列举几个例子对本申请DSC功能实体对簇中的EP进行管理进行详细说明。
例一、如图10所示，本申请实施例终端附着(Attach)网络过程。
对于附着过程，由于终端对核心网不可见，核心网预先不保存终端的签约信息，因此对终端的接入控制和鉴权功能由DSC功能实体负责管理，例如工厂管理人员将传感器类型终端的身份验证信息手动配置给DSC功能实体，并由DSC功能实体对终端的接入进行控制(包括在终端接入过程中进行身份验证)，传感器类型终端与DSC功能实体之间采用的安全方案可以由工厂用户自定义(因此终端与DSC功能实体采用的安全机制可以不受运营商控制)。
步骤1：DSC功能实体通过广播方式发送系统广播信息，其中可携带网络标识、DSC功能实体标识、DSC功能实体支持业务列表信息以及终端发起接入过程所需配置信息等。
步骤2：终端根据广播消息，依据自身设备类型，以及需要接入的网络类型进行网络选择过程，并在完成网络选择后根据从系统广播消息中获得的接入配置信息，发起网络接入过程。在网络接入过程中，终端向DSC功能实体发送附着请求消息，其中携带终端的固定标识信息以及终端身份验证信息等。
步骤3：DSC功能实体根据从终端收到的终端身份验证信息和终端的固定标识信息，对终端身份合法性进行验证。
步骤4：终端身份通过合法性验证后，DSC功能实体向终端发送附着响应消息，其中携带DSC功能实体为终端分配的临时标识和DSC功能实体身份验证信息，还可以携带终端固定标识信息辅助终端对该消息进行下行接收。
步骤5：终端根据收到的DSC功能实体身份验证信息，对接入的DSC功能实体合法 性进行验证。
步骤6：终端对DSC功能实体合法性验证完成后，向DSC功能实体发送附着完成消息，还可以同时携带终端临时标识帮助DSC功能实体确定终端信息。
可选的，终端还可以开启状态更新计时器。
步骤7：DSC功能实体收到附着完成消息后，根据终端临时标识索引终端在本地建立的上下文，并更新终端状态为成功附着。DSC功能实体为终端开启状态更新定时器。
步骤8：DSC功能实体对当前接入的终端数量信息进行更新，并将接入终端数量信息通过簇信息更新过程发送给核心网。
例二、如图11所示，本申请实施例终端触发去附着(Detach注销)过程。
步骤1：终端被移除或关机前，触发去附着(或注销)过程。
步骤2：终端向DSC功能实体发送去附着请求消息，其中可以携带终端临时标识。
步骤3：DSC功能实体删除终端的上下文信息。
步骤4：DSC功能实体向终端去发送附着响应消息，其中可携带终端临时标识。
步骤5：DSC功能实体对当前接入的终端数量信息进行更新，并将接入终端数量信息通过簇信息更新过程发送给核心网。
例三、如图12所示，本申请实施例终端触周期性状态更新过程。
终端成功附着到网络后，终端和DSC功能实体将分别启动状态更新计时器。终端在定时器超时后向网络发起状态更新过程，如果在定时器T1超时后DSC功能实体没有收到终端的状态更新消息，则DSC功能实体认为终端处于附着异常状态，并在定时器T2超时后隐式释放终端上下文。
步骤1：状态更新定时器超时后，终端触发周期性状态更新过程。
步骤2：终端向DSC功能实体发送状态更新请求消息，并可同时携带终端的临时标识。
步骤3：DSC功能实体根据终端临时标识，确定终端上下文，并对终端上下文中终端状态信息进行更新。比如进行重置，即更新定时T1，并将终端状态设置为“异常”(终端处于“异常”状态情况下，网络可以停止向终端提供通信服务)。
步骤4：DSC功能实体向终端发送状态更新响应消息，并可同时携带终端的临时标识。
步骤5：如果终端在状态更新定时器T1超时后，又经过一段T2时间仍没有从终端收到状态更新消息，则DSC功能实体认为终端隐式离开网络。
可选的，DSC功能实体确定终端隐式离开网络后，可以本地释放终端上下文，并向核心网发起簇(组)信息更新过程，例如对簇内终端数量信息进行更新。
例四、如图13所示，本申请实施例终端触发业务激活(Activation)过程。
步骤1：终端在需要激活新业务情况下发起业务激活请求，并通过业务请求消息携带业务标识信息或终端类型信息。
例如终端是一个摄像头设备，请求实时视频回传业务；又例如终端是一个传感器，请求对传感器采集到的数据采样进行实时回传业务。
步骤2：DSC功能实体判断自身是否已被核心网授权对簇内成员提供相应的业务(例如实时视频回传)。如果已经被授权，则直接执行步骤4；否则执行步骤3。
步骤3：如果DSC功能实体没有被核心网授权对簇内成员提供相应的业务(例如实时视频回传)，则DSC功能实体向核心网发起簇业务授权更新请求过程。核心网将指示DSC功能实体是否可以在簇内提供新的业务类型。核心网记录DSC功能实体管理的簇激活的业务类型。DSC功能实体将对自身本地保存的簇授权业务列表信息进行更新。如果没有得到核心网授权，则拒绝终端的业务请求；如果得到核心网授权，则执行步骤4。
步骤4：如果DSC功能实体得到核心网授权提供相应业务类型(例如实时视频回传)，DSC功能实体向终端发送业务激活响应消息。并可携带终端临时标识信息用于终端接收。
步骤5：业务激活后，终端向DSC功能实体发送业务激活完成消息，并携带终端临时标识。
步骤6：DSC功能实体对本地保存的终端上下文中终端激活业务的状态信息进行更新。
例五、如图14所示，本申请实施例MTC类终端发起业务去激活(Deactivation)过程。
步骤1：终端决定去激活业务后，向DSC功能实体发送业务去激活请求，可携带业务标识信息或终端类型信息。此外，还可以携带终端临时标识信息帮助DSC功能实体识别终端。
步骤2：DSC功能实体根据业务标识或终端类型，确定终端需要去激活的业务类型，并对终端上下文中保存的终端激活业务类型信息进行更新。
步骤3：DSC功能实体向终端发送业务去激活命令，其中可携带终端的临时标识信息。
步骤4：终端向DSC功能实体发送业务激活完成消息，其中可携带终端临时标识信息。
步骤5：DSC功能实体判断授权业务列表是否需要更新，如果需要，则向核心网发起簇(组)业务授权更新过程，对DSC功能实体授权业务列表进行更新。
例如，如果DSC功能实体授权列表中包括(视频实时回传业务)，而DSC功能实体负责管理的簇内没有激活该业务的终端，则DSC功能实体可向核心网发起簇(组)业务授权更新过程，对DSC功能实体授权业务列表进行更新。
步骤6：DSC功能实体决定对授权业务列表信息进行更新后，向核心网发起簇(组)业务授权更新过程。
例六、如图15所示，本申请实施例核心网触发的业务去激活过程。
步骤1：在核心网对特定DSC功能实体授权的部分或全部业务授权超时或失效的情况下(例如基于时间的业务授权发生超时，或者DSC功能实体对应的用户账户发生欠费的情况下)，核心网可以发起簇业务授权更新过程。
步骤2：DSC功能实体本地保存更新后的簇业务授权信息。
步骤3：DSC功能实体判断是否有簇终端激活了未被授权的业务。如果有终端未被授权的激活业务仍处于激活状态，则DSC功能实体将触发针对特定终端的业务去激活过程。
步骤4：DSC功能实体向终端发送业务去激活命令。
如果终端同时激活多个业务，则可携带去激活业务标识信息。此外，还可携带终端临时标识用于终端判断消息是否是针对自身。
步骤5：完成业务去激活后，终端向DSC功能实体发送业务去激活完成消息，可携带终端临时标识信息。
步骤6：DSC功能实体收到业务去激活完成消息后，对本地保存的终端上下文中激活业务信息进行更新。
从上述内容可以看出：本申请实施例DSC功能实体在确定获得核心网授权后，对簇中的EP进行管理，其中DSC功能实体与对应的簇中的每个EP连接。由于由DSC功能实体对簇中的EP进行管理，在机器类型的终端数量增加后，也不会加大对核心网的负担，从而避免由于核心网的负担过大引起的信令风暴。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (32)

  1. 一种对终端进行管理的方法，其特征在于，该方法包括：
    分布式业务中心DSC功能实体确定获得核心网授权；
    所述DSC功能实体对簇中的末端节点EP进行管理，其中DSC功能实体与对应的簇中的每个EP连接。
  2. 如权利要求1所述的方法，其特征在于，所述DSC功能实体对簇中的EP进行管理，包括：
    所述DSC功能实体在所述EP进行附着过程时，对所述EP进行身份验证，并在验证通过后建立所述EP的上下文信息。
  3. 如权利要求2所述的方法，其特征在于，所述DSC功能实体在验证通过后，还包括：
    所述DSC功能实体通知所述核心网更新对应的簇信息。
  4. 如权利要求2所述的方法，其特征在于，所述DSC功能实体在所述EP进行附着过程之前，还包括：
    所述DSC功能实体将接入配置信息通过空口广播。
  5. 如权利要求1所述的方法，其特征在于，所述DSC功能实体对簇中的EP进行管理，包括：
    所述DSC功能实体在所述EP去附着过程中删除所述EP的上下文信息。
  6. 如权利要求5所述的方法，其特征在于，该方法还包括：
    所述DSC功能实体在所述EP去附着完成后，通知所述核心网更新对应的簇信息。
  7. 如权利要求1所述的方法，其特征在于，所述DSC功能实体对簇中的EP进行管理，包括：
    所述DSC功能实体在收到所述EP的状态更新请求后，更新所述EP的上下文信息，并通知所述核心网更新对应的簇信息。
  8. 如权利要求1所述的方法，其特征在于，所述DSC功能实体对簇中的EP进行管理，包括：
    所述DSC功能实体根据收到的来自EP的业务标识或终端类型信息，确定所述EP请求激活的业务；
    所述DSC功能实体在所述EP请求激活的业务已经授权后，将所述EP激活业务信息保存到所述EP的上下文信息中。
  9. 如权利要求8所述的方法，其特征在于，所述DSC功能实体根据收到的来自EP的业务标识或终端类型信息，确定所述EP请求激活的业务，还包括：
    所述DSC功能实体在所述EP请求激活的业务未激活后，向核心网发起业务授权请求 过程；
    所述DSC功能实体根据所述核心网的指示，在确定所述EP请求激活的业务已经授权后，将所述EP激活业务信息保存到所述EP的上下文信息中。
  10. 如权利要求1所述的方法，其特征在于，所述DSC功能实体对簇中的EP进行管理，包括：
    所述DSC功能实体在所述EP请求去激活业务后，更新所述EP的上下文信息中保存的激活业务信息。
  11. 如权利要求10所述的方法，其特征在于，所述DSC功能实体在所述EP请求去激活业务后，还包括：
    所述DSC功能实体在确定需要对授权业务进行更新后，通知所述核心网对授权业务进行更新。
  12. 如权利要求1所述的方法，其特征在于，所述DSC功能实体对簇中的EP进行管理，包括：
    所述DSC功能实体在所述核心网通知需要对授权业务进行更新后，更新对应的簇的授权业务。
  13. 如权利要求12所述的方法，其特征在于，所述DSC功能实体在更新对应的簇的授权业务之后，还包括：
    所述DSC功能实体根据更新后的授权业务，在确定需要对EP进行去激活后，通知需要去激活的EP进行去激活操作，并更新去激活操作的EP的上下文信息中的激活业务信息。
  14. 如权利要求1～13任一所述的方法，其特征在于，所述DSC功能实体为能够移动的终端或基站类型设备或服务器类设备或分布式服务中心；和/或
    所述EP是能够移动的终端或能够穿戴设备或机器类设备。
  15. 一种对终端进行管理的方法，其特征在于，该方法包括：
    核心网设备确定需要授权的DSC功能实体；
    所述核心网设备对确定的DSC功能实体进行授权，以使所述DSC功能实体对簇中的EP进行管理，其中DSC功能实体与对应的簇中的每个EP连接。
  16. 如权利要求15所述的方法，其特征在于，所述核心网设备对确定的DSC功能实体进行授权之后，还包括：
    所述核心网设备根据收到的DSC功能实体通知的簇信息，更新所述DSC功能实体对应的簇信息。
  17. 一种对终端进行管理的DSC功能实体，其特征在于，该DSC功能实体包括：
    第一确定模块，用于确定获得核心网授权；
    管理模块，用于对簇中的EP进行管理，其中DSC功能实体与对应的簇中的每个EP 连接。
  18. 如权利要求17所述的DSC功能实体，其特征在于，所述管理模块具体用于：
    在所述EP进行附着过程时，对所述EP进行身份验证，并在验证通过后建立所述EP的上下文信息。
  19. 如权利要求18所述的DSC功能实体，其特征在于，所述管理模块还用于：
    在验证通过后，通知所述核心网更新对应的簇信息。
  20. 如权利要求18所述的DSC功能实体，其特征在于，所述管理模块还用于：
    在所述EP进行附着过程之前，将接入配置信息通过空口广播。
  21. 如权利要求17所述的DSC功能实体，其特征在于，所述管理模块具体用于：
    在所述EP去附着过程中删除所述EP的上下文信息。
  22. 如权利要求21所述的DSC功能实体，其特征在于，所述管理模块还用于：
    在所述EP去附着完成后，通知所述核心网更新对应的簇信息。
  23. 如权利要求17所述的DSC功能实体，其特征在于，所述管理模块具体用于：
    在收到所述EP的状态更新请求后，更新所述EP的上下文信息，并通知所述核心网更新对应的簇信息。
  24. 如权利要求17所述的DSC功能实体，其特征在于，所述管理模块具体用于：
    根据收到的来自EP的业务标识或终端类型信息，确定所述EP请求激活的业务；在所述EP请求激活的业务已经授权后，将所述EP激活业务信息保存到所述EP的上下文信息中。
  25. 如权利要求24所述的DSC功能实体，其特征在于，所述管理模块还用于：
    在所述EP请求激活的业务未激活后，向核心网发起业务授权请求过程；根据所述核心网的指示，在确定所述EP请求激活的业务已经授权后，将所述EP激活业务信息保存到所述EP的上下文信息中。
  26. 如权利要求17所述的DSC功能实体，其特征在于，所述管理模块具体用于：
    在所述EP请求去激活业务后，更新所述EP的上下文信息中保存的激活业务信息。
  27. 如权利要求26所述的DSC功能实体，其特征在于，所述管理模块还用于：
    在确定需要对授权业务进行更新后，通知所述核心网对授权业务进行更新。
  28. 如权利要求17所述的DSC功能实体，其特征在于，所述管理模块具体用于：
    在所述核心网通知需要对授权业务进行更新后，更新对应的簇的授权业务。
  29. 如权利要求28所述的DSC功能实体，其特征在于，所述管理模块还用于：
    在更新对应的簇的授权业务之后，根据更新后的授权业务，在确定需要对EP进行去激活后，通知需要去激活的EP进行去激活操作，并更新去激活操作的EP的上下文信息中的激活业务信息。
  30. 如权利要求17～29任一所述的DSC功能实体，其特征在于，所述DSC功能实体为能够移动的终端或基站类型设备或服务器类设备或分布式服务中心；和/或
    所述EP是能够移动的终端或能够穿戴设备或机器类设备。
  31. 一种对终端进行管理的核心网设备，其特征在于，该核心网设备包括：
    第二确定模块，用于确定需要授权的DSC功能实体；
    处理模块，用于对确定的DSC功能实体进行授权，以使所述DSC功能实体对簇中的EP进行管理，其中DSC功能实体与对应的簇中的每个EP连接。
  32. 如权利要求31所述的核心网设备，其特征在于，所述处理模块还用于：
    对确定的DSC功能实体进行授权之后，根据收到的DSC功能实体通知的簇信息，更新所述DSC功能实体对应的簇信息。
PCT/CN2016/082327 2015-05-26 2016-05-17 一种对终端进行管理的方法和设备 Ceased WO2016188345A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510275195.5 2015-05-26
CN201510275195.5A CN106304062B (zh) 2015-05-26 2015-05-26 一种对终端进行管理的方法和设备

Publications (1)

Publication Number Publication Date
WO2016188345A1 true WO2016188345A1 (zh) 2016-12-01

Family

ID=57392484

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/082327 Ceased WO2016188345A1 (zh) 2015-05-26 2016-05-17 一种对终端进行管理的方法和设备

Country Status (2)

Country Link
CN (1) CN106304062B (zh)
WO (1) WO2016188345A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108616880B (zh) * 2017-01-17 2022-07-29 中兴通讯股份有限公司 一种数据传输的方法、装置及系统
CN114980078B (zh) * 2022-03-18 2025-05-20 广西电网有限责任公司 一种5g通信基站上行底噪和干扰抑制系统及方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130003972A1 (en) * 2011-07-01 2013-01-03 Samsung Electronics Co., Ltd. Apparatus, method and system for creating and maintaining multicast data encryption key in machine to machine communication system
CN103781114A (zh) * 2012-10-24 2014-05-07 中兴通讯股份有限公司 网络接入方法、装置及系统
US20140274186A1 (en) * 2013-03-15 2014-09-18 Alcatel-Lucent Usa Inc. Control of group triggers for mtc services
WO2014203206A1 (en) * 2013-06-20 2014-12-24 Telefonaktiebolaget L M Ericsson (Publ) Machine type communication virtual shared mobile apparatus and method
CN104540107A (zh) * 2014-12-03 2015-04-22 东莞宇龙通信科技有限公司 Mtc终端群组的管理方法、管理系统和网络侧设备

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102143491B (zh) * 2010-01-29 2013-10-09 华为技术有限公司 对mtc设备的认证方法、mtc网关及相关设备
EP2369890A1 (en) * 2010-03-26 2011-09-28 Panasonic Corporation Connection peak avoidance for machine-type-communication (MTC) devices
CN102958194B (zh) * 2011-08-25 2017-11-03 中兴通讯股份有限公司 一种维持大量连接的方法、用户设备及系统
US10397803B2 (en) * 2012-05-10 2019-08-27 Idac Holdings, Inc. Systems and methods for directional mesh networks with joint backhaul and access link design
CN103596167B (zh) * 2013-10-25 2016-06-29 西安电子科技大学 基于代理的机器类型通信认证和密钥协商方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130003972A1 (en) * 2011-07-01 2013-01-03 Samsung Electronics Co., Ltd. Apparatus, method and system for creating and maintaining multicast data encryption key in machine to machine communication system
CN103781114A (zh) * 2012-10-24 2014-05-07 中兴通讯股份有限公司 网络接入方法、装置及系统
US20140274186A1 (en) * 2013-03-15 2014-09-18 Alcatel-Lucent Usa Inc. Control of group triggers for mtc services
WO2014203206A1 (en) * 2013-06-20 2014-12-24 Telefonaktiebolaget L M Ericsson (Publ) Machine type communication virtual shared mobile apparatus and method
CN104540107A (zh) * 2014-12-03 2015-04-22 东莞宇龙通信科技有限公司 Mtc终端群组的管理方法、管理系统和网络侧设备

Also Published As

Publication number Publication date
CN106304062A (zh) 2017-01-04
CN106304062B (zh) 2019-12-13

Similar Documents

Publication Publication Date Title
US20160065538A1 (en) Wireless communication systems and methods
WO2018014741A1 (zh) 一种数据发送、接收和传输方法及装置
CN106304395B (zh) 一种通信方法及设备
EP4222991B1 (en) Authentication and authorization for aerial system
WO2014032502A1 (zh) 终端接入方法、系统和终端
CN114339821A (zh) 用于分布式nwdaf之间的机器学习模型共享的方法和装置
EP3665913B1 (en) Subscription information configuration
WO2017157339A1 (zh) 终端接入网络的方法、装置、芯片及终端
US12015915B2 (en) Communication method and apparatus
JP2019506762A (ja) 車車間・路車間通信システムにおけるデータ伝送のための方法
US11102163B2 (en) Network support for locally offloaded traffic
EP3267763B1 (en) Communication system and communication method
WO2020249126A1 (zh) 安全校验方法及装置
WO2016082686A1 (zh) 一种进行数据包传输的方法、设备和系统
CN106303905B (zh) 一种通信方法及设备
CN118104370A (zh) 通信方法及装置
WO2016188345A1 (zh) 一种对终端进行管理的方法和设备
JP2025533573A (ja) 無線アクセスネットワークにおけるセルサイトの管理
US12185276B2 (en) Network-triggered paging for multi-radio dual connectivity
WO2023134354A1 (zh) 一种通信方法及设备
WO2014056343A1 (zh) Un子帧配置方法及装置
CN110691351B (zh) 基于隐私保护的5g网络移动性管理方法及装置
CN115209570A (zh) 用在用户设备中的装置
WO2016188198A1 (zh) 一种进行计费的方法和设备
US20250185103A1 (en) Enhancements for inactive state in next generation radio access networks with service based architecture

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

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

Country of ref document: EP

Kind code of ref document: A1