CN108347457A - 一种通信方法和通信设备 - Google Patents

一种通信方法和通信设备 Download PDF

Info

Publication number
CN108347457A
CN108347457A CN201710056241.1A CN201710056241A CN108347457A CN 108347457 A CN108347457 A CN 108347457A CN 201710056241 A CN201710056241 A CN 201710056241A CN 108347457 A CN108347457 A CN 108347457A
Authority
CN
China
Prior art keywords
scene
communication
information
resource
connection
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.)
Pending
Application number
CN201710056241.1A
Other languages
English (en)
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
Priority to CN201710056241.1A priority Critical patent/CN108347457A/zh
Priority to US16/480,454 priority patent/US20190387555A1/en
Priority to PCT/CN2018/075594 priority patent/WO2018137712A1/zh
Publication of CN108347457A publication Critical patent/CN108347457A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5048—Automatic or semi-automatic definitions, e.g. definition templates
    • 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
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5051—Service on demand, e.g. definition and deployment of services in real time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
    • 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/14—Multichannel or multilink protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • H04L41/5022—Ensuring fulfilment of SLA by giving priorities, e.g. assigning classes of service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H04W76/16—Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer

Landscapes

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

Abstract

本发明提供一种通信方法和通信设备，该方法可包括：建立通信的场景，其中，所述场景包括多个通信连接，且所述多个通信连接之间存在业务关联关系；对所述场景包括的通信连接进行场景适应，其中，所述场景适应包括如下至少一项：业务同步、资源调度和连接重建。本发明实施例可以提高通信系统的传输效率。

Description

一种通信方法和通信设备
技术领域
本发明涉及通信技术领域，特别涉及一种通信方法和通信设备。
背景技术
现有通信系统种类繁多，且这些通信系统在设计之初均是针对某一类的用户和需求，且使用特定的频段和通信技术来保证通信质量。另外，通信系统的系统带宽也是有限的，为了保证资源调度的灵活性，现有通信系统在一个网络中支持多个业务都需要独立调配资源，且每个业务都要独立发起，建立单独的上下文和信令，即使同一个用户的不同业务，彼此之间也没关系，这样就导致通信系统的传输效率较低。
发明内容
本发明的目的在于提供一种通信方法和通信设备，以解决通信系统的传输效率较低的问题。
为了达到上述目的，本发明实施例提供一种通信方法，包括：
建立通信的场景，其中，所述场景包括多个通信连接，且所述多个通信连接之间存在业务关联关系；
对所述场景包括的通信连接进行场景适应，其中，所述场景适应包括如下至少一项：
业务同步、资源调度和连接重建。
可选的，所述建立通信的场景，包括：
通过人机交互接口建立通信的场景；或者
获取多个通信设备上报的通信信息，基于所述多个通信设备上报的通信信息，判断所述多个通信设备是否属于同一场景，若所述多个通信设备属于同一场景，则建立所述多个通信设备通信的场景。
可选的，所述获取多个通信设备上报的通信信息，基于所述多个通信设备上报的通信信息，判断所述多个通信设备是否属于同一场景，若所述多个通信设备属于同一场景，则建立所述多个通信设备通信的场景，包括：
获取多个通信设备上报的通信信息，所述通信信息包括用户标识、通信时间信息、通信地点信息、设备类型信息、环境信息和业务类型信息中的至少一项：
判断所述多个通信设备上报的通信信息是否与预设的场景关键信息匹配；
若所述多个通信设备上报的通信信息与预设的场景关键信息匹配，则确定所述多个通信设备属于同一场景，并建立所述多个通信设备通信的，且与所述预设的场景关键信息对应的场景。
可选的，所述方法还包括：
为所述场景内的通信设备配置场景标签。
可选的，所述场景内的通信资源包括不同运营商的通信资源、不同网络的通信资源、不同频段的通信资源、不同通信技术体制的通信资源和/或不同网络层级的通信资源；
所述对所述场景包括的据通信连接进行场景适应，包括：
对所述场景包括的通信连接进行跨运营商、跨网络、跨频段、跨通信技术体制和/或跨网络层级的场景适应。
可选的，所述方法还包括：
建立所述场景的场景模板，所述场景模板包括所述场景的关键场景信息，所述关键场景信息用于所述场景的建立和/或所述场景包括的通信连接的场景适应。
可选的，所述建立所述场景的场景模板，包括：
通过人机交互接口对所述场景内的关键场景信息进行分类和/或筛选，建立包括分类和/或筛选的结果的场景模板。
可选的，所述方法还包括：
设置所述场景内通信设备和/或业务的优先级；
所述对所述场景包括的据通信连接进行场景适应，包括：
基于所述场景内通信设备和/或业务的优先级，对所述场景包括的通信连接进行场景适应。
可选的，所述业务同步包括：
时间同步和/或安全策略的同步；和/或
所述资源调度包括：
通过资源共享、资源捆绑和/或调整调度优先级为通信连接配置传输资源；和/或
所述连接重建包括：
若通信连接的通信质量满足预设重建条件，则在所述场景包括的多个网络和/多个通信设备之间为该通信连接配置传输资源，并基于该传输资源进行该通信连接的连接重建。
本发明实施例还提供一种通信设备，包括：
场景建立模块，用于建立通信的场景，其中，所述场景包括多个通信连接，且所述多个通信连接之间存在业务关联关系；
适应模块，用于对所述场景包括的通信连接进行场景适应，其中，所述场景适应包括如下至少一项：
业务同步、资源调度和连接重建。
可选的，所述场景建立模块用于通过人机交互接口建立通信的场景；或者
所述场景建立模块用于获取多个通信设备上报的通信信息，基于所述多个通信设备上报的通信信息，判断所述多个通信设备是否属于同一场景，若所述多个通信设备属于同一场景，则建立所述多个通信设备通信的场景。
可选的，所述场景建立模块，包括：
获取单元，用于获取多个通信设备上报的通信信息，所述通信信息包括用户标识、通信时间信息、通信地点信息、设备类型信息、环境信息和业务类型信息中的至少一项：
判断单元，用于判断所述多个通信设备上报的通信信息是否与预设的场景关键信息匹配；
建立单元，用于若所述多个通信设备上报的通信信息与预设的场景关键信息匹配，则确定所述多个通信设备属于同一场景，并建立所述多个通信设备通信的，且与所述预设的场景关键信息对应的场景。
可选的，所述通信设备还包括：
配置模块，用于为所述场景内的通信设备配置场景标签。
可选的，所述场景内的通信资源包括不同运营商的通信资源、不同网络的通信资源、不同频段的通信资源、不同通信技术体制的通信资源和/或不同网络层级的通信资源；
所述适应模块用于对所述场景包括的通信连接进行跨运营商、跨网络、跨频段、跨通信技术体制和/或跨网络层级的场景适应。
可选的，所述通信设备还包括：
模板建立模块，用于建立所述场景的场景模板，所述场景模板包括所述场景的关键场景信息，所述关键场景信息用于所述场景的建立和/或所述场景包括的通信连接的场景适应。
可选的，所述模板建立模块用于通过人机交互接口对所述场景内的关键场景信息进行分类和/或筛选，建立包括分类和/或筛选的结果的场景模板。
可选的，所述通信设备还包括：
设置模块，用于设置所述场景内通信设备和/或业务的优先级；
所述适应模块用于基于所述场景内通信设备和/或业务的优先级，对所述场景包括的通信连接进行场景适应。
可选的，所述业务同步包括：
时间同步和/或安全策略的同步；和/或
所述资源调度包括：
通过资源共享、资源捆绑和/或调整调度优先级为通信连接配置传输资源；和/或
所述连接重建包括：
若通信连接的通信质量满足预设重建条件，则在所述场景包括的多个网络和/多个通信设备之间为该通信连接配置传输资源，并基于该传输资源进行该通信连接的连接重建。
本发明的上述技术方案至少具有如下有益效果：
本发明实施例，建立通信的场景，其中，所述场景包括多个通信连接，且所述多个通信连接之间存在业务关联关系；对所述场景包括的通信连接进行场景适应，其中，所述场景适应包括如下至少一项：业务同步、资源调度和连接重建。这样可以将多个存在业务关联的通信连接关联至同一场景内，并对场景内的通信连接进行场景适应，从而可以提高通信系统的传输效率。
附图说明
图1为本发明实施例提供一种通信方法的流程图；
图2为本发明实施例提供的一种通信结构的示意图；
图3为本发明实施例提供的另一种通信结构的示意图；
图4为本发明实施例提供的另一种通信结构的示意图；
图5为本发明实施例提供的一种通信设备的结构图；
图6为本发明实施例提供的另一种通信设备的结构图；
图7为本发明实施例提供的另一种通信设备的结构图；
图8为本发明实施例提供的另一种通信设备的结构图；
图9为本发明实施例提供的另一种通信设备的结构图；
图10为本发明实施例提供的另一种通信设备的结构图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。
参见图1，本发明实施例提供一种通信方法，如图1所示包括如下步骤：
101、建立通信的场景，其中，所述场景包括多个通信连接，且所述多个通信连接之间存在业务关联关系；
102、对所述场景包括的通信连接进行场景适应，其中，所述场景适应包括如下至少一项：
业务同步、资源调度和连接重建。
其中，本发明实施例中，场景可以定义为包括多个通信连接的集合，且这些通信连接可以是相同或者不同类型或者不同网络等通信连接。上述多个通信连接之间存在业务关联关系可以是，多个通信连接之间的业务存在关联，这里的关联包括但不限于：地点关联、时间关联、业务关联、目的关联、设备关联或者通信账号(也可以理解为人)关联等。更为具体的，场景可以表述为，某人、某事或他们(人和事)的集合，在一定条件下，去完成一个或多个任务，这里任务可以理解为需要执行的事件。因此，场景可以包含相关联的多个维度，比如用户、环境和活动。且在各个具体应用中，场景的场景信息可以有不同的含义，比如活动信息、地理空间信息、网络状态、电池水平、社交网络情况、能量消耗、环境参数和信噪比等。
另外，上述多个通信连接可以是属于多个通信系统中的通信连接，例如：包括5G通信系统的通信连接、4G通信系统的通信连接、3G通信的通信连接、卫星通信系统的通信连接、LTE-V通信系统的通信连接、WSN通信系统的通信连接和WLAN通信系统中的通信连接中的多个通信系统，即上述场景的通信资源包括上述多个通信系统的通信资源，当然，这里的通信系统仅是举例，本发明实施例中，场景涉及的通信系统包括但不限于上述列出的通信系统。且每个通信系统在上述场景中都可能有多种类型的业务，且在上述场景中同一通信设备在一个或多个通信系统中可以同时建立多个类型相同或不同的连接，以在上述场景适应时，发挥了各个异构网络自身的优点，提高整个通信系统的传输效率。
常见的场景应用例如智能家庭、智能电网、车联网或者智能建筑等，当然，本发明实施例并不限定于这些场景。本发明实施例中，场景均可以包含多个通信连接，并通过内部的业务关联性，共同为完成某些任务而整合在一起。每个场景依据最终要达成的任务不同来管理通信设备的角色和优先级，管理场景内可能发生的通信业务的质量要求，管理场景内通信业务之间的关联关系。例如：智能家庭、智能电网、智能运输、智能建筑或者智慧城市等场景，这些场景均包含多个通信连接，并通过内部的业务关联性，共同为完成某些任务而组整合在一起。且在一个场景建立后，随着时间的推移和环境的变化，该场景的任务要求也不是一成不变的，可以随时间的推移和环境的变化进行变化。
其中，本发明实施例中，通信连接可以是网络中任何通信连接，并不限定其通信类型、通信技术体制、通信频段或者运营商等，即本发明实施例中，一个场景包括的通信连接可以是跨运营商、跨网络、跨频段、跨通信技术体制和/或跨网络层级的多个通信连接。且上述通信连接也可以理解为通信业务，即上述场景中可以包括多个通信业务。
另外，上述对所述场景包括的通信连接进行场景适应，可以是对上述场景内的一个或者多个通信连接进行场景适应，即对一个或者多个通信连接进行业务同步、资源调度和连接重建中的至少一项。且在场景适应是可以使用多个通信连接的资源进行场景适应，以提高通信系统的传输效率。
本发明实施例中，步骤101和步骤102可以是通过一功能实体来实现，例如：多业务管理平台(Multi-Services Management Platform，MSMP)，其中，MSMP可以支持与场景有关的所有通信网络的业务管控，包括但不限于移动通信网络、无线局域网络、卫星通信网络、无线传感器网络、短波和微波通信网络。且MSMP还可以以软件形式存在于现有设备之中，也可以独立成为一个新的网络硬件设备；且不论哪种形式，MSMP都可以包括与场景中的多个网络建立功能接口，通过该功能接口可以了解各个网络的连接信息，并且能够根据场景需求触发连接建立、连接重配置和连接释放等操作。
另外，上述功能接口(或者理解为网络接口)可以按照各种通信协议来解数据包和组数据包，以便和场景下的各个通信网络及通信设备进行通信。且MSMP的人机交互接口也可以通过网络应用层的人员主动录入、通信设备应用APP接口等方式实现、设备发现或者短信确认等方式实现，对此本发明实施例不作限定。
另外，本发明实施例中，各种支持场景的通信设备内部可以配置一个和MSMP相对应的对等层，负责记录MSMP传递的场景信息，并处理MSMP相关操作。从实现角度来看，这个对等层可能是通信设备的应用层，也可能是传输层以上的某些应用和通信管理功能，对此本发明实施例不作限定，当然，也不排队通信设备可以是基于现有的功能实现本发明实施例中提供的通信方法。
例如：如图2所示，图2为一种可能的实现架构图，多个通信设备通过无线接入网(radio access network，RAN)与网关(Gate Way，GW)建立通信连接，其中，GW包括服务网关(Serving Gate Way，SGW)、PDN网关(PDN Gate Way，PGW)和MSMP。其中，图2以MSMP的位置位于网关设备进行举例说明。当然，也可以根据各自需求进行不同的设备实现，例如把MSMP功能实体独立成为一个服务器，以便于设备制造和网络升级；或者上升到云网络的核心网之内，可以管控更大范围的异构网络；也可以出于简化网络层级、缩短业务时延的角度，将MSMP功能下沉到接入网络设备之中。
另外，MSMP可以通过软件定义网络(SDN)、网络功能虚拟化(NFV)和软件定义无线电(SDR)技术来实现可编程的核心网和灵活的空中接口，具体实施手段包括修改频段、修改帧/子帧长度、修改调制解调和编码扩频方案及参数、物理层连路自适应、高层协议栈的动态适配、信道资源重配置、网络接口适配、跨层技术等进行上述场景适应。例如：如图3所示，以5G网络为例，5G系统可以基于5G上下文的感知进行场景适应。
另外，本发明实施例中，还可以把需要通信连接的场景称为应用场景，而把连接场景的通信系统(网络)称为网络系统。在这个定义之下，场景的感知，可以是利用网络系统去感知应用场景，场景的适应可以是调整网络系统去适应应用场景，另外，场景适应中需要考虑的场景变化中也可以包括网络系统本身的变化等，对此本发明实施例不作限定。
本发明实施例中，通过上述场景建立和场景适应的步骤，基于场景需求的多维度通信得以完成，从而可以提高了网络资源利用率和用户体验，通过更广泛的连接、更丰富的数据以及数据之间的联系为网络的智能化管理提供了坚实的基础。
可选的，上述建立通信的场景，包括：
通过人机交互接口建立通信的场景；或者
获取多个通信设备上报的通信信息，基于所述多个通信设备上报的通信信息，判断所述多个通信设备是否属于同一场景，若所述多个通信设备属于同一场景，则建立所述多个通信设备通信的场景。
其中，上述通过人机交互接口建立通信的场景可以理解为定制化场景，该实施方式中，可以预先定义场景中的用户角色及关系、安全策略、设备类型、业务类型和任务处理策略等，以及还可以通过人机交互的方式主动将用户ID、设备ID逐个绑定，并打上统一的场景标签，通信设备发起的通信业务就自然纳入场景通信的范畴之内了，并组成多维度的场景通信统一进行管理。另外，在建立上述场景后，还可以通过场景内各个设备的测量上报和信息交互，搜集并更新该场景内的其他场景信息，以实现丰富场景信息，以提高场景的通信效率。
该实施方式中，由于可以通过人机交互接口建立通信的场景，从而可以提高场景的灵活性，且更容易满足用户的需求，以提高用户体验。
另外，上述获取多个通信设备上报的通信信息，基于所述多个通信设备上报的通信信息，判断所述多个通信设备是否属于同一场景，若所述多个通信设备属于同一场景，则建立所述多个通信设备通信的场景可以是，通过场景感知的方式建立场景，即由MSMP场景感知模块搜集各通信设备上报的信息进行场景识别，一旦匹配和比对出对应的场景模板，则建立相应的场景，并为该场景下的设备打上统一的场景标签。然后会把这些设备发起的业务关联到场景下，成为多维度的场景通信统一进行管理。
该实施方式中，可以实现通过感知方法建立场景，从而可以进一步提高通信效率，因为不需要用户参与就可以建立场景。
需要说明的是，本发明实施例中，通信设备可以理解为通信用户，因为通信设备可以是用户终端，且上述通信设备也可以是其他通信终端，例如：车载设备、可穿戴设备等其他能够进行通信的设备，对此本发明实施例不作限定。另外，为以方便描述，本发明实施例中，均以通信设备进行描述。
可选的，上述获取多个通信设备上报的通信信息，基于所述多个通信设备上报的通信信息，判断所述多个通信设备是否属于同一场景，若所述多个通信设备属于同一场景，则建立所述多个通信设备通信的场景，包括：
获取多个通信设备上报的通信信息，所述通信信息包括用户标识、通信时间信息、通信地点信息、设备类型信息、环境信息和业务类型信息中的至少一项：
判断所述多个通信设备上报的通信信息是否与预设的场景关键信息匹配；
若所述多个通信设备上报的通信信息与预设的场景关键信息匹配，则确定所述多个通信设备属于同一场景，并建立所述多个通信设备通信的，且与所述预设的场景关键信息对应的场景。
该实施方式中，通常不同的通信设备可以根据各自的通信需求向所在网络发起连接建立请求、位置更新需求或者同步需求等。这些请求中可能包含用户ID、环境测量报告(功率、干扰、路径损耗、定时偏差、温度、气压、气体浓度等)、申请的业务信息(含QoS)和其他(位置、安全、资源分配)信息，网络侧收到请求后，结合自己当前负荷等情况及时进行响应，或者更新网络侧位置信息。而由于无线网络环境会随着时间而变化，不同网络及终端的测量上报机制和精度也是不同的，随着通信设备呼叫的随机建立，每一个通信设备上报的时间、地点、身份和环境信息可能相同、相似甚至不同，这些都真实地反映了复杂的网络场景的不同侧面，信息和信道之间的冗余性和相关性需要由场景感知模块来综合判断。
而本发明实施例中，通过上述步骤搜集用户标识、通信时间信息、通信地点信息、设备类型信息、环境信息和业务类型信息中的至少一项，例如：用户ID、通信发起时间、通信地点、环境和业务类型等信息；并与预设的场景关键信息匹配，其中，这里匹配可以是与预设场景信息模板进行比对，或者通过关键信息索引进行查找和匹配，从而识别出多个业务是否归属于同一场景。其中，上述预设的场景关键信息可以是预设的场景信息模板中的场景关键信息，例如：用户身份、通信地点、通信时间、网络环境、通信设备和业务活动等关键信息，且场景信息模板中可以包括这些信息的索引。其中，上述用户标识可以是唯一的用户身份标识，例如：移动通信网中的国际移动用户识别码(International MobileSubscriber Identification Number，IMSI)，当然也可以是唯一通信标识通信设备的标识信息，对此本发明实施例不作限定。
一旦识别出场景，则在相应业务之间建立关联关系，并共享信息及资源，保证各通信设备在该场景下的整体体验。另外，如果发现该场景中存在矛盾的地方，则判断是否有安全性隐患，及时形成报告并进行处理。本发明实施例中，从网络角度来看，此时建立的不是多个独立的通信业务，而是某一场景下的多维度信息通信业务，它们将被打上共同的场景标签，并共享背景、安全和信道资源信息。另外，针对场景中高优先级的通信连接(或者业务)还可根据场景任务需要捆绑整个场景内的连接信道资源来保证传输，即将该场景中内的信道资源捆绑，使用捆绑后的资源为该通信连接服务。
同样的，该在场景建立之后，MSMP也可以时刻感知环境和用户业务的变化，并负责记录和更新场景信息的变化，以提高场景通信的性能。
需要说明的是，上述通信信息包括用户标识、通信时间信息、通信地点信息、设备类型信息、环境信息和业务类型信息中的至少一项仅是举例，本发明实施例中，对此不作限定，即包括但不限于上述多个信息中的至少一项，即还可以是其他通信信息。
可选的，所述方法还包括：
为所述场景内的通信设备配置场景标签。
其中，这里的通信设备可以是与该场景内包括的多个通信连接对应的通信设备，而为通信设备配置场景标签可以是为这些通信设备打上该场景的统一标签，例如：向该通信设备连接的各网络侧设备发送该通信设备的场景标签，以告知这些网络侧设备该通信设备属于上述场景，且还可以向该通信设备发送该场景标签，以让该通信设备知道属于哪个场景。
该实施方式中，通过上述配置场景标签，从而可以准确地区分通信设备属于哪个场景，以方便进行该场景的场景适应。
可选的，上述场景内的通信资源包括不同运营商的通信资源、不同网络的通信资源、不同频段的通信资源、不同通信技术体制的通信资源和/或不同网络层级的通信资源；
所述对所述场景包括的通信连接进行场景适应，包括：
对所述场景包括的通信连接进行跨运营商、跨网络、跨频段、跨通信技术体制和/或跨网络层级的场景适应。
该实施方式中，可以实现跨运营商、跨网络、跨频段、跨通信技术体制和/或跨网络层级进行业务同步、资源调度和/或连接重建，从而可以进一步提高通信系统的传输效率。因为，当一个运营商的网络出现问题，可以调度其他运营商的网络资源进行业务传输，且还可以实现各运营商之间的业务同步，以及连接重建等。而不同网络、不同频段、不同通信技术体制和/或不同层之间，同样可以进行业务同步、资源调度和连接重建，进一步提高通信系统的传输效率。
可选的，本发明实施例中，所述业务同步包括：
时间同步和/或安全策略的同步；和/或
所述资源调度包括：
通过资源共享、资源捆绑和/或调整调度优先级为通信连接配置传输资源；和/或
所述连接重建包括：
若通信连接的通信质量满足预设重建条件，则在所述场景包括的多个网络和/多个通信设备之间为该通信连接配置传输资源，并基于该传输资源进行该通信连接的连接重建。
通过上述业务同步可以是实现对属于同一场景的多个业务来说，进行时间和安全策略上进行同步，以保证各种通信手段获得的信息能够整体满足场景服务的要求。其中，时间同步可以包括物理层帧同步和/或网络层帧同步，当然，还可以进一步扩展到在一定时间内完成多个网络的多业务连接建立，也可以进一步扩展为通过时间戳和优先调度等方式保证在一定时间内完成相应连接上业务信息的传输。安全策略同步可以包括身份的核实、安全策略的统一、密钥的发放与共享等。具体可以是MSMP负责记录并提供跨网络的同步信息，也可以根据需要为暂时失去同步的网络提供定时基准。
上述通过资源共享、资源捆绑和/或调整调度优先级为通信连接配置传输资源可以是，资源共享、信道捆绑(bundle)和/或调整调度优先级等手段，在该场景下获得的各种通信资源，使该场景下激活/非激活的通信信道能综合提供场景需要的通信服务，适应整个场景的需求。比如，在发起话音的通信连接上也可以利用语音激活特性夹带少量数据；或者通过压缩编码技术在话音信道传递图像；或者在建立连接后，结合网络负荷信息，捆绑该场景下其他通信网中冗余的、非激活的通信信道资源来传递高清晰视频，以提高场景体验。其中，上述资源捆绑可以是将多个资源捆绑在一起传输相同的业务，以提高传输效率。
另外，本发明实施例中除了通信系统中业务本身的优先级，还可以根据场景的需求进行个性化的优先级分配，或者在同等业务中进行更为细化的优先级划分。虽然该场景下可以获得多种网络的覆盖，但是在每个网络内部的信道资源是有限的，为了满足场景需，可以将同一个网络的不同频段之间、或者不同通信制式、不同运营商管理的网络之间进行信道资源的捆绑，捆绑后的资源可以用于高优先级的业务传输，以便提供更高质量的服务。具体的实现手段包括但不限于资源调度、载波聚合(CA)、协作传输(CoMP)、双连接(DuralLink)等。当然，上述列出的资源调度仅是举例，本发明实施例对此不作限定。
另外，上述若通信连接的通信质量满足预设重建条件，则在所述场景包括的多个网络和/多个通信设备之间为该通信连接配置传输资源，并基于该传输资源进行该通信连接的连接重建可以是，由于干扰或者事故等原因导致一条或多条通信连接质量恶化，甚至连接中断，则可以触发该场景下的高优先级业务连接重建或资源重新配置，在该场景标签标识的多个网络和多个用户终端之间申请新的信道资源来承载高优先级的业务，保证该场景下的关键业务能够达成；之后根据信道资源的丰沛程度捆绑资源并依次传输次高优先级的业务。
另外，当通信环境特别恶化或者通信资源急剧减少时，可能不足以支撑原定的高优先级业务，则可以对场景通信的目标重新进行规划，并相应地重配置的通信业务连接，以保证信息的可靠传输；也就是说，可以根据当前可用网络资源尽可能维持一条相对可靠的通信连路，稳定传输较多的通信数据，至于具体传输的数据速率和业务类型可以灵活进行适配。
例如：在资源允许的情况下，只要某一通信连接出现异常，就可以在多个网络和/多个通信设备之间为该通信连接配置传输资源，并基于该传输资源进行该通信连接的连接重建。
另外，当通信业务结束时，各网络设备可以自然释放连接。当由于设备故障或干扰等问题严重到无法维持该场景的必要通信质量，或出现严重危害网络系统安全的事件，则标记该问题，并主动释放不安全或者不可靠的网络连接。当然，上述列出的连接重建仅是举例，对此本发明实施例不作限定。
下面对场景适应进行说明说明，例如在某个无线环境较好、通信网络资源丰富的场景下，通话双方建立了包括高清视频通话+卫星电话+无线传感器网络的信息汇聚和上报+短数据报文等传输多种业务连接，来完成复杂的场景任务；多维度的场景业务显然提供更好的通信体验，业务之间可以共享无线环境信息，传输的数据可能有一定冗余(例如通信时间和地点)，并从各个侧面反映了场景的各个方面细节。
该场景中MSMP的场景适应跨越了无线传感器网络(Wireless Sensor Networks，WSN)、短波通信、LTE-A和数据通信多个网络；场景中业务优先级为视频流业务高于语音业务，语音业务高于数据通信，数据通信高于传感网络业务，信道带宽分配也是对照业务优先级依次降低的。
假设由于突发干扰、信道环境恶化，导致网络传输极不稳定，那么高清视频流业务无法持续，原通信网可以通过编码技术降低信源编码的码率、降低信道编码的传输速率、采用链路自适应技术等手段保证视频业务可以继续维持；或者在网络内部调度干扰较小的其他信道来保证视频传输。
如果由于环境剧烈恶化造成原有视频通话和数据通信的频段不可用，即部分通信网络资源已经不能正常使用，则MSMP感应到场景中环境和通信资源的变化，经过判断后可以通过捆绑当前场景下卫星通信、数据通信、WSN的信道资源，触发通信设备应用层的视频压缩编码传输低速视频通话业务，并根据话音突发的规律、间隔或插入数据信息和传感网络信息。通信设备可以调度对等层来配合网络侧业务适应模块的操作。具体的，在此场景下，通信设备需要能够解码出捆绑的一个或多个信道的数据，并根据需要对跨多个网络传输的数据进行融合，以恢复出当前并行传输的各个业务。
如果卫星信道资源不足，则MSMP搜集到当前的信道资源信息后，可以将场景的任务调整为保持联系，放弃视频业务，那么语音通话就是该场景的最高优先级业务，业务适应模块将调度和捆绑该场景下所有通信网络的可用资源保证语音信息的稳定传输，中断视频和WSN业务。
更极端的情况下，由于部分通信设备的工作状况不正常，话音也无法保证，则场景适应模块可以调度当前所有可用通信网络资源建立数据通信连接，以维持通信双方的信息连接，达成场景的任务。
可选的，上述方法还包括：
建立所述场景的场景模板，所述场景模板包括所述场景的关键场景信息，所述关键场景信息用于所述场景的建立和/或所述场景包括的通信连接的场景适应。
需要说明的是，该步骤可以是在步骤101之前执行的，例如：预设场景的场景模板，或者可以是在步骤101之后执行的，即在场景建立之后，再建立场景的场景模板。其中，这里的关键场景信息也可以理解为场景的场景信息，且这些场景信息可以是在场景建立时配置的，或者也可以是在场景建立后更新的等，对此本发明实施例不作限定。且关键场景信息也可以是根据不同的需求通知配置的，也可以是通过人机交互接口定义的，或者也可以是在建立场景模板时添加的关键场景信息。
另外，建立上述场景的场景模板也可以理解为对场景进行场景定义，即可以对场景的一些场景信息进行定义，以提高场景的灵活性，更加适应业务需求，提高通信系统的整体性能。
可选的，上述建立所述场景的场景模板，包括：
通过人机交互接口对所述场景内的关键场景信息进行分类和/或筛选，建立包括分类和/或筛选的结果的场景模板。
其中，上述人机交互接口可以使网络控制人和管理员有效配置场景的任务、用户身份及权限、设备类型及业务信息等。且上述建立上述场景模板后，可以进行存储，供后续通信和网络控制过程调用。
由于在一些场景中，场景信息纷繁复杂，为了规范化定义和使用方便，可以将场景信息进行如下分类，包括用户场景、物理场景、网络场景、活动场景、设备场景和服务场景等。每个场景依据最终要达成的任务不同和用户身份不同来管理通信设备的角色和优先级，管理场景内可能发生的通信业务的质量要求，管理场景内通信业务之间的关联关系。
其中，用户场景，可以是定义用户的身份，用户与其它场景成员的关系/优先级，以及用户的行为(User’s profile:identifications,relation with others,to do lists,etc.)；用户的身份ID能够唯一确定用户，并且影响通信的业务QoS和通信过程中的安全策略及参数(比如密钥)。
物理场景可以定义了用户活动和通信的物理环境，可能包括但不限于环境的温度、湿度、噪声和干扰水平、地形地貌、无线信号传播环境等等(The PhysicalEnvironment:humidity,temperature,noise level,etc)，它们共同提供了通信的信道特征。
网络场景可以定义了通信的网络环境，包括但不限于连接性、系统带宽、通信协议(Network Environment:connectivity,bandwidth,protocol,etc)。连接性可能呈现为点对点连接、星型连接、环状连接、点对点(Ad-hoc)自组网、多跳、分层网络。系统带宽定义了场景中可能出现的每种通信采用的信号频段和带宽。通信协议则提供了不同系统内部通信的语言。
活动场景可以定义了用户在什么时间发生了什么事情。时间信息不必解释，活动可以是用户进入或退出场景(What occurs,at what time:enter,go out,etc)，也可以是用户在场景内的移动。
设备场景可以定义了设备的属性和活动，包括设备的型号、ID、所处位置和电池寿命等等(The Profile and activities of Devices:identifications,location,batterylifetime,etc.)。
服务场景可以定义了该场景内多个用户、设备及网络能提供的任务/功能相关信息，例如任务的功能(多媒体播放、自动化控制、设备检测和环境感知、应急通信等)、任务配置格式(The information on functions which system can provide:file format,display,etc.)。
该实施方式中，通过人机交互接口对所述场景内的关键场景信息进行分类和/或筛选，建立包括分类和/或筛选的结果的场景模板，这样可以实现方便场景的建立和场景适应，以提高通信系统的性能。
另外，该实施方式中，为了方便存储和使用场景模板，可以考虑两种实现方式：
一种是，为了实现方便，各类场景关键信息可以梳理为场景特征，这是一个包含多种信息特征的矢量。因此可以将场景模板设计为矢量，将网络侧搜集到的各个场景信息作为其不同维度上的分量，而后可以通过比对关键场景信息的相同/相似程度来判断是否属于该场景；或者通过求矢量之间的距离来判断当前的部分/全部用户/设备是否属于某典型场景；
另外，是采用可扩展标记语言(XML)技术，由于XML是可扩展标记语言，其允许用户对自己的标记语言进行定义的源语言。它的简单性使其易于在任何应用程序中读写数据，非常适合万维网传输，提供统一的方法来描述和交换独立于应用程序或供应商的结构化数据。这样使用XML技术为建立场景模板，从而可以提高场景模板的灵活性，以更好地适应业务的需求，以提高通信系统的性能。
当然，如果场景信息非常繁多，还可以考虑由数据库实现建立场景模板。当然，上述建立场景模板的方式仅是举例，本发明实施例对此不作限定。
另外，该实施方式中，为了实现各种场景的具体需求，可以对场景模板中的场景信息进行增删，或者进行不同的分类。
可选的，上述方法还包括：
设置所述场景内通信设备和/或业务的优先级；
所述对所述场景包括的通信连接进行场景适应，包括：
基于所述场景内通信设备和/或业务的优先级，对所述场景包括的通信连接进行场景适应。
该实施方式中，可以实现设置所述场景内通信设备和/或业务的优先级，这样在场景适应时，就可以基于这些优先级进行场景适应，以优先保证优先级高的业务的传输。例如：高优先级的通信设备或者业务的传输资源出现异常时，可以调度或者捆绑其他通信设备或者业务的传输资源来进行高优先级的通信设备或者业务的传输。
需要说明的是，本发明实施例中，上述介绍的多种可选的实施方式，彼此之间可以相互结合实现，也可以单独实现，对此本发明实施例不作限定。以下以几个具体场景进行说明：
例1：
该举例以车联网进行举例，用户在开车出游的时候，驾驶员需要地图导航服务，进行实时定位和地图更新；乘客为了配合好心情，希望从网上下载一些音乐，或者看一部最近的电影，消磨旅途的时间，这些以人为用户的业务在5G网络中，对通信网络的需求主要是更加高速和移动宽带业务。在乘客惬意的欣赏旅途风景的时候，汽车却处于最紧张的状态，它正用车联网设备和周围的车辆以及交通设施进行频繁的信息交互，交互的时延必须小于10ms，可靠性却要达到99.999％，以保证驾驶的安全性，这种业务是典型的低时延高可靠业务，它以车为服务对象。另外，汽车的引擎会以每小时4个分组的频率向云端的监测服务器上报自己的运行状态，虽然每辆汽车上报数据量很少，但是大量的汽车都会上报，那么这种业务就对应需要网络能够提供海量终端的通信连接。用户从家出发，先要经过城市道路，然后经过郊区高速公路，在这些不同的组网环境下，要提供业务的连续性和用户体验的一致性。因此从一次自驾出游场景中，囊括了各种QoS要求的业务，并且多种可通信的设备在车载环境下更换了多个环境。
其中，用户包括家庭成员、一辆联网的汽车和3部智能手机(归属于不同的运营商)，环境包括市区道路、郊区高速公路，900MHz、2GHz和5.9GHz；蜂窝通信基站、智能交通基础设施和传输网络，活动包括车载信息服务(100Mbps,eMBB)、自动控制(URLLC)、V-V(10msdelay,99.999％)、V-I(10ms,99.999％)、V-P(100ms,99.999％)和自动引擎状态监测(4packets/hour,mMTC)。
上述场景提供了非常令人向往的生活方式，从技术层面上说车联网提供了复杂的通信任务，其中混合着多种QoS不同的通信业务，设备会发起多个业务连接建立请求，对系统设计提出了多维度的，甚至极端的指标需求。
本发明实施例中，可以通过比较这些请求上报的身份、地理位置、发起时间等场景信息，多业务管理平台(MSMP)可以根据这些信息对比与定义的场景模板识别出当时的场景，从而建立一个这个车联网场景，为其中的用户和设备打上场景标签，并在各个业务之间共享背景信息。分析各种业务需求的特点，可以推断出需要建立怎样的多维度通信来满足车联网场景的任务要求。
其中，驾驶员获取实时导航信息，显然是一个实时交互类业务，优先级也是比较高的，但是速率并不用太高，因为路况信息和位置信息更新的频度并不会太快，3G或4G的网络都可以提供类似的业务。而保障行车安全性的车车信息交互无疑将采用最高优先级来保证传输、并且具有低时延、高可靠的极端指标要求，最好采用5G或专用的LTE-V技术。车子内部的机械信息可以通过无线传感器网络(WSN)进行上报、简单可靠且价格低廉。而车上人们的娱乐活动需要的业务优先级就相对低一些，但是需要提供通信系统能较高的峰值速率来满足多媒体视频传输要求，移动通信中的4G或者LTE-A技术都可以提供这类业务，如果车内有多个乘客，也可以在长途旅行中建一个小型的WLAN，来共享网络资源和回传链路。如果是一群人组车队去长途旅游，MSMP还可以应用卫星通信或集群通信来保证各个车上的驾驶员之间的通话；车子向网络周期上报的信息普遍较小，也就是小数据量频发的业务，需要一种信令开销更小、支持用户更多的通信机制来满足。
上述分析中涉及了3G、4G、5G、LTE-V、WSN、WLAN等一系列网络，而其中大部分网络已经存在，且资费存在明显差异。另外，从运营商的部署策略考虑，为了提高资源利用率、降低布网成本、提高收入，普遍在市区采用高频段小小区的布网方式来提升容量、为更多用户提供服务；在郊区则不然，为了增加覆盖，运营商普遍采用了低频大小区的布网方式，因此自驾到这些地域也需要将通信设备相应切换到这些网络。
可以推断，如果用单一的通信制式建立多个连接来服务这个场景显然不能很好的利用网络资源，或者费用较高，也未必会获得理想的用户体验。换个角度说，如果能有机整合高低频各种制式的通信网络及设备，建立适当的业务连接，或者及时根据场景的变换重配置通信连接，才能为用户提供更好的场景体验。
多业务管理平台(MSMP)可以对车联网场景下的各个业务进行维护，包括业务同步、资源调度、连接重建三方面；
其中，卫星导航业务、实时路况提供和车与路边基站之间的通信是密切相关的业务，通过场景感知在业务之间建立联系，设置统一用户标签和场景标签，业务之间可以为彼此提供辅助信息(例如位置信息、无线环境信息、运动速度信息)，同时三者都需要定位到同一辆汽车ID或者同一驾驶者ID，可以使用相同的网络安全策略。
如果车辆进入隧道，短时间无法获得卫星信号，如图3所示，定位中断，而多业务管理平台(MSMP)位于网络功能虚拟化(Network Function Virtualization，NFV)的云网络边缘(Edge Cloud)中，NFV的云网络边缘还包括移动边缘计算(Mobile Edge Computing，MEC)的SGW、PGW(MEC)、内容提供网(Content Delivery Network，CDN)缓存、视频的S-GW、MSMP和物联网(Internet of things，IOT)的S-GW，而云中心(Core Cloud)则可以包括CDN源、视频的P-GW、IP多媒体系统(IP Multimedia Subsystem，IMS)、IOT服务器和IOT的P-GW。在这样网络结构中，MSMP可以结合路况信息和车与路边站之间的速度信息进行计算，来替代卫星定位信息；如果隧道较长，MSMP也可以主动触发在移动通信网络里建立新的连接，或者借用原有多媒体视频传输的部分信道资源，通过附近多基站定位业务来实时更新用户位置，而原多媒体视频传输业务由于优先级较低可能会被MSMP触发降低传输速率、牺牲画面质量来保证高优先级业务传输。无论是用其他网络连接获得的信息替代，还是MSMP通过对不同网络的信道资源进行捆绑和重建来弥补卫星通信缺失的连接，完成场景需要的通信，都是基于场景下的资源调度和业务适应策略。
其中，图4中的浮筒(pontoon)就表示捆绑了移动通信网络的信道资源来辅助车联网场景持续获得实时定位信息，MSMP通过捆绑和调度移动通信网络更多的信道资源进行多基站定位，用多基站定位替代了原有的卫星定位。
当车辆驶出隧道，MSMP平台通过场景感知模块获得相应背景信息，发现重新接收到了GPS信号，则可以通过场景适应模块触发用户终端恢复卫星通信连接，启动卫星网络中的连接建立过程。通过业务同步操作，一旦卫星通信连接恢复，则重新使用卫星导航业务，并通过网络接口触发移动通信网络释放多基站定位业务占用的信道资源，并通过捆绑这些释放的信道资源为多媒体业务做资源重配(触发移动通信网络中的无线承载重配置过程)、恢复高清画质，为车联网场景提供高质量的服务。
例2：
该举例以基于场景的安全支付，例如：北京用户黄某，某日接到一条短信(小偷通过伪基站发送的钓鱼短信)，他点击了短信中的链接，依据指示先后输入了自己的身份证信息和银行卡信息，同时，手机中了木马病毒。各类信息+木马，让小偷从广州登陆了黄某的手机银行或网络银行，并连夜修改了密码。随后，小偷进行巨额资金转账，通过本发明实施例提供的场景的通信可以避免小偷转账成功。如在这个时间中，一旦通信连接建立，MSMP就可以获得用户的ID、通信时间和地理位置信息，同时系统中保存了该用户的历史通信信息。通过MSMP可以判断出用户及常用手机在北京，而在广州的另一部手机居然连夜登陆网银、修改密码、并随即大额转账，这种异常行为可以在场景适应过程中根据预设的处理策略产生报警信息并主动释放连接，同时自动向该银行账户预留电话号码发送确认短信，或者通知手机银行客服人员通过电话确认，在账户本人更进一步地身份验证和确认交易之前暂停手机银行和网络银行交易。当然，要想做到这一步，还可以让银行服务器在定制手机银行服务的时候，预先设置手机银行的典型场景模板，可以想见其场景关键信息应该包括用户名、银行账号、手机号码信息和常用地址；MSMP通过客户签约手机银行的操作进行场景建立，将用户ID、设备ID和支持的服务进行预先匹配和关联，并存储到网络系统中；在场景定义的过程中，根据银行业务对安全和保密性的高要求，还可以预先设定异常业务操作的判断条件(如本案中的账户所属人身份+手机ID+业务发生时间+地点+大额资金的敏感类操作等)，以方便MSMP进行场景建立和异常事件判断。MSMP和银行网络管理系统都可以记录用户每次登录的时间、地点和操作，如果客户需要可以提供网络记录等信息作为证据。
例3
该举例以基于场景的紧急救援进行举例，假设四个驴友组队去偏远沙漠进行越野，每个人携带自己的手机(归属于不同运营商)，某个队员甲由于自身安全和健康的考虑，还配备了可穿戴设备，用于监测其体温、心跳、血压等身体指征，并绑定了本人的手机，形成了一个小的无线传感器网络(WSN)，汇聚节点在手机。队长乙携带一部卫星电话，队员乘坐的车子上配有车载通信服务(对环境的感知、车车通信、车路通信、车子内部的信息感知和通信)。MSMP可以根据这种长途的穿越场景提供场景服务，服务的主要目标是通信和安全保障，并输入MSMP作为典型场景模板存储。MSMP提供的场景服务已经枚举了可提供的主要业务Qos，通过服务签约过程进行确认和定制化场景建立。在场景建立过程中，需要通过人机交互将队员的身份、队员所携带的各种通信设备ID和型号、车牌号和型号、车载各种感知和通信设备的ID都加入场景之中；这个人机交互过程包括队员主动在场景中录入人员身份信息和电话号码，也包括通过短信或网络发现功能将其他通信和传感设备也拉入到场景之中，或者在终端上安装相应的APP并注册，通过这些人机接口为场景中的人员、设备设置统一的场景标签；之后，MSMP可以继续设置人员之间的社交关系、关注人员健康状况等，在所有成员设备之间共享背景信息；MSMP还可以根据穿越路线设置服务区域，预先对可能的服务基站及卫星配置业务和信道信息。MSMP根据徒步穿越任务和地理环境，预设业务逻辑，时刻关注沙漠环境对人体健康和人员安全的影响，并设置预警和应急救援的启动条件；考虑到可能穿过移动通信信号盲区，则预设高优先级的业务可以捆绑该场景下所有通信信道来进行通信，
为了给用户提供更高质量的服务，也出于服务商盈利和降低成本的考虑，MSMP也可以直接提供一组设备，包括各种手机、传感器和车辆等，这个场景是已经建立好的，设备标签早已注册完成；用户与服务提供商签约场景服务后，用户即可直接使用该场景预设的所有设备及服务。
准备进入沙漠之前，队员们放弃车辆准备徒步，带走了车上的环境监测和传感设备。队长乙开启卫星电话的定位功能，判断了当前的位置和路线方向，队员也纷纷通过手机和亲友通信。卫星电话开启后自动进入卫星定位，并且考虑沙漠的环境，将卫星定位的信息给该场景的所有通信终端共享。
进入沙漠两天后，如果甲突然发病昏迷，可穿戴设备通过传感器检测到异常的数据信息并产生告警，将告警信息和和身体体征等关键信息通过WSN网络汇聚到他的手机等待通信，但是甲的手机在沙漠中已经找不到基站信号无法通信，则根据预设的业务关联，将上述关键信息通过手机蓝牙通信方式转发到乙的手机；然后乙再通过卫星电话信道把甲的情况传输出去。手机或网络侧的MSMP可以根据信道丰沛程度选择通过数据通信、语音通信还是多媒体通信方式建立连接，及时上报紧急事件、遇险人身份、同时发送当前的定位信息甚至环境信息(传感器搜集的人体和环境数据)，并把求救信息通过卫星电话传递到家属及有关部门，等候外界应急救援。
本发明实施例，建立通信的场景，其中，所述场景包括多个通信连接，且所述多个通信连接之间存在业务关联关系；对所述场景包括的通信连接进行场景适应，其中，所述场景适应包括如下至少一项：业务同步、资源调度和连接重建。这样可以将多个存在业务关联的通信连接关联至同一场景内，并对场景内的通信连接进行场景适应，从而可以提高通信系统的传输效率。
参见图5，本发明实施例提供一种通信设备，如图5所示，通信设备500，包括：
场景建立模块501，用于建立通信的场景，其中，所述场景包括多个通信连接，且所述多个通信连接之间存在业务关联关系；
适应模块502，用于对所述场景包括的通信连接进行场景适应，其中，所述场景适应包括如下至少一项：
业务同步、资源调度和连接重建。
可选的，场景建立模块501用于通过人机交互接口建立通信的场景；或者
所述场景建立模块501用于获取多个通信设备上报的通信信息，基于所述多个通信设备上报的通信信息，判断所述多个通信设备是否属于同一场景，若所述多个通信设备属于同一场景，则建立所述多个通信设备通信的场景。
可选的，如图6所示，所述场景建立模块501，包括：
获取单元5011，用于获取多个通信设备上报的通信信息，所述通信信息包括用户标识、通信时间信息、通信地点信息、设备类型信息、环境信息和业务类型信息中的至少一项：
判断单元5012，用于判断所述多个通信设备上报的通信信息是否与预设的场景关键信息匹配；
建立单元5013，用于若所述多个通信设备上报的通信信息与预设的场景关键信息匹配，则确定所述多个通信设备属于同一场景，并建立所述多个通信设备通信的，且与所述预设的场景关键信息对应的场景。
可选的，如图7所示，所述通信设备500还包括：
配置模块503，用于为所述场景内的通信设备配置场景标签。
可选的，所述场景内的通信资源包括不同运营商的通信资源、不同网络的通信资源、不同频段的通信资源、不同通信技术体制的通信资源和/或不同网络层级的通信资源；
所述适应模块502用于对所述场景包括的通信连接进行跨运营商、跨网络、跨频段、跨通信技术体制和/或跨网络层级的场景适应。
可选的，如图8所示，所述通信设备500还包括：
模板建立模块504，用于建立所述场景的场景模板，所述场景模板包括所述场景的关键场景信息，所述关键场景信息用于所述场景的建立和/或所述场景包括的通信连接的场景适应。
可选的，所述模板建立模块504用于通过人机交互接口对所述场景内的关键场景信息进行分类和/或筛选，建立包括分类和/或筛选的结果的场景模板。
可选的，如图9所示，所述通信设备500还包括：
设置模块505，用于设置所述场景内通信设备和/或业务的优先级；
所述适应模块502用于基于所述场景内通信设备和/或业务的优先级，对所述场景包括的通信连接进行场景适应。
可选的，所述业务同步包括：
时间同步和/或安全策略的同步；和/或
所述资源调度包括：
通过资源共享、资源捆绑和/或调整调度优先级为通信连接配置传输资源；和/或
所述连接重建包括：
若通信连接的通信质量满足预设重建条件，则在所述场景包括的多个网络和/多个通信设备之间为该通信连接配置传输资源，并基于该传输资源进行该通信连接的连接重建。
需要说明的是，本实施例中上述通信设备500可以是本发明实施例中方法实施例中任意实施方式的MSMP，本发明实施例中方法实施例中MSMP的任意实施方式都可以被本实施例中的上述通信设备500所实现，以及达到相同的有益效果，此处不再赘述。
参见图10，图中示出一种通信设备的结构，该通信设备包括：处理器1000、收发机1010、存储器1020、用户接口1030和总线接口，其中：
处理器1000，用于读取存储器1020中的程序，执行下列过程：
建立通信的场景，其中，所述场景包括多个通信连接，且所述多个通信连接之间存在业务关联关系；
通过收发机1010对所述场景包括的通信连接进行场景适应，其中，所述场景适应包括如下至少一项：
业务同步、资源调度和连接重建。
其中，收发机1010，用于在处理器1000的控制下接收和发送数据。
在图10中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1000代表的一个或多个处理器和存储器1020代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1010可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口1030还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器1000负责管理总线架构和通常的处理，存储器1020可以存储处理器1000在执行操作时所使用的数据。
可选的，所述建立通信的场景，包括：
通过人机交互接口建立通信的场景；或者
获取多个通信设备上报的通信信息，基于所述多个通信设备上报的通信信息，判断所述多个通信设备是否属于同一场景，若所述多个通信设备属于同一场景，则建立所述多个通信设备通信的场景。
可选的，所述获取多个通信设备上报的通信信息，基于所述多个通信设备上报的通信信息，判断所述多个通信设备是否属于同一场景，若所述多个通信设备属于同一场景，则建立所述多个通信设备通信的场景，包括：
获取多个通信设备上报的通信信息，所述通信信息包括用户标识、通信时间信息、通信地点信息、设备类型信息、环境信息和业务类型信息中的至少一项：
判断所述多个通信设备上报的通信信息是否与预设的场景关键信息匹配；
若所述多个通信设备上报的通信信息与预设的场景关键信息匹配，则确定所述多个通信设备属于同一场景，并建立所述多个通信设备通信的，且与所述预设的场景关键信息对应的场景。
可选的，处理器1000还用于：
为所述场景内的通信设备配置场景标签。
可选的，所述场景内的通信资源包括不同运营商的通信资源、不同网络的通信资源、不同频段的通信资源、不同通信技术体制的通信资源和/或不同网络层级的通信资源；
所述对所述场景包括的通信连接进行场景适应，包括：
对所述场景包括的通信连接进行跨运营商、跨网络、跨频段、跨通信技术体制和/或跨网络层级的场景适应。
可选的，处理器1000还用于：
建立所述场景的场景模板，所述场景模板包括所述场景的关键场景信息，所述关键场景信息用于所述场景的建立和/或所述场景包括的通信连接的场景适应。
可选的，所述建立所述场景的场景模板，包括：
通过人机交互接口对所述场景内的关键场景信息进行分类和/或筛选，建立包括分类和/或筛选的结果的场景模板。
可选的，处理器1000还用于：
设置所述场景内通信设备和/或业务的优先级；
所述对所述场景包括的通信连接进行场景适应，包括：
基于所述场景内通信设备和/或业务的优先级，对所述场景包括的通信连接进行场景适应。
可选的，所述业务同步包括：
时间同步和/或安全策略的同步；和/或
所述资源调度包括：
通过资源共享、资源捆绑和/或调整调度优先级为通信连接配置传输资源；和/或
所述连接重建包括：
若通信连接的通信质量满足预设重建条件，则在所述场景包括的多个网络和/多个通信设备之间为该通信连接配置传输资源，并基于该传输资源进行该通信连接的连接重建。
需要说明的是，本实施例中上述通信设备可以是本发明实施例中方法实施例中任意实施方式的MSMP，本发明实施例中方法实施例中MSMP的任意实施方式都可以被本实施例中的上述通信设备所实现，以及达到相同的有益效果，此处不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述收发方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (18)

1.一种通信方法，其特征在于，包括：
建立通信的场景，其中，所述场景包括多个通信连接，且所述多个通信连接之间存在业务关联关系；
对所述场景包括的通信连接进行场景适应，其中，所述场景适应包括如下至少一项：
业务同步、资源调度和连接重建。
2.如权利要求1所述的方法，其特征在于，所述建立通信的场景，包括：
通过人机交互接口建立通信的场景；或者
获取多个通信设备上报的通信信息，基于所述多个通信设备上报的通信信息，判断所述多个通信设备是否属于同一场景，若所述多个通信设备属于同一场景，则建立所述多个通信设备通信的场景。
3.如权利要求2所述的方法，其特征在于，所述获取多个通信设备上报的通信信息，基于所述多个通信设备上报的通信信息，判断所述多个通信设备是否属于同一场景，若所述多个通信设备属于同一场景，则建立所述多个通信设备通信的场景，包括：
获取多个通信设备上报的通信信息，所述通信信息包括用户标识、通信时间信息、通信地点信息、设备类型信息、环境信息和业务类型信息中的至少一项：
判断所述多个通信设备上报的通信信息是否与预设的场景关键信息匹配；
若所述多个通信设备上报的通信信息与预设的场景关键信息匹配，则确定所述多个通信设备属于同一场景，并建立所述多个通信设备通信的，且与所述预设的场景关键信息对应的场景。
4.如权利要求1-3中任一项所述的方法，其特征在于，所述方法还包括：
为所述场景内的通信设备配置场景标签。
5.如权利要求1-3中任一项所述的方法，其特征在于，所述场景内的通信资源包括不同运营商的通信资源、不同网络的通信资源、不同频段的通信资源、不同通信技术体制的通信资源和/或不同网络层级的通信资源；
所述对所述场景包括的通信连接进行场景适应，包括：
对所述场景包括的通信连接进行跨运营商、跨网络、跨频段、跨通信技术体制和/或跨网络层级的场景适应。
6.如权利要求1-3中任一项所述的方法，其特征在于，所述方法还包括：
建立所述场景的场景模板，所述场景模板包括所述场景的关键场景信息，所述关键场景信息用于所述场景的建立和/或所述场景包括的通信连接的场景适应。
7.如权利要求6所述的方法，其特征在于，所述建立所述场景的场景模板，包括：
通过人机交互接口对所述场景内的关键场景信息进行分类和/或筛选，建立包括分类和/或筛选的结果的场景模板。
8.如权利要求1-3中任一项所述的方法，其特征在于，所述方法还包括：
设置所述场景内通信设备和/或业务的优先级；
所述对所述场景包括的通信连接进行场景适应，包括：
基于所述场景内通信设备和/或业务的优先级，对所述场景包括的通信连接进行场景适应。
9.如权利要求1-3中任一项所述的方法，其特征在于，所述业务同步包括：
时间同步和/或安全策略的同步；和/或
所述资源调度包括：
通过资源共享、资源捆绑和/或调整调度优先级为通信连接配置传输资源；和/或
所述连接重建包括：
若通信连接的通信质量满足预设重建条件，则在所述场景包括的多个网络和/多个通信设备之间为该通信连接配置传输资源，并基于该传输资源进行该通信连接的连接重建。
10.一种通信设备，其特征在于，包括：
场景建立模块，用于建立通信的场景，其中，所述场景包括多个通信连接，且所述多个通信连接之间存在业务关联关系；
适应模块，用于对所述场景包括的通信连接进行场景适应，其中，所述场景适应包括如下至少一项：
业务同步、资源调度和连接重建。
11.如权利要求10所述的通信设备，其特征在于，所述场景建立模块用于通过人机交互接口建立通信的场景；或者
所述场景建立模块用于获取多个通信设备上报的通信信息，基于所述多个通信设备上报的通信信息，判断所述多个通信设备是否属于同一场景，若所述多个通信设备属于同一场景，则建立所述多个通信设备通信的场景。
12.如权利要求11所述的通信设备，其特征在于，所述场景建立模块，包括：
获取单元，用于获取多个通信设备上报的通信信息，所述通信信息包括用户标识、通信时间信息、通信地点信息、设备类型信息、环境信息和业务类型信息中的至少一项：
判断单元，用于判断所述多个通信设备上报的通信信息是否与预设的场景关键信息匹配；
建立单元，用于若所述多个通信设备上报的通信信息与预设的场景关键信息匹配，则确定所述多个通信设备属于同一场景，并建立所述多个通信设备通信的，且与所述预设的场景关键信息对应的场景。
13.如权利要求10-12中任一项所述的通信设备，其特征在于，所述通信设备还包括：
配置模块，用于为所述场景内的通信设备配置场景标签。
14.如权利要求10-12中任一项所述的通信设备，其特征在于，所述场景内的通信资源包括不同运营商的通信资源、不同网络的通信资源、不同频段的通信资源、不同通信技术体制的通信资源和/或不同网络层级的通信资源；
所述适应模块用于对所述场景包括的通信连接进行跨运营商、跨网络、跨频段、跨通信技术体制和/或跨网络层级的场景适应。
15.如权利要求10-12中任一项所述的通信设备，其特征在于，所述通信设备还包括：
模板建立模块，用于建立所述场景的场景模板，所述场景模板包括所述场景的关键场景信息，所述关键场景信息用于所述场景的建立和/或所述场景包括的通信连接的场景适应。
16.如权利要求15所述的通信设备，其特征在于，所述模板建立模块用于通过人机交互接口对所述场景内的关键场景信息进行分类和/或筛选，建立包括分类和/或筛选的结果的场景模板。
17.如权利要求10-12中任一项所述的通信设备，其特征在于，所述通信设备还包括：
设置模块，用于设置所述场景内通信设备和/或业务的优先级；
所述适应模块用于基于所述场景内通信设备和/或业务的优先级，对所述场景包括的通信连接进行场景适应。
18.如权利要求10-12中任一项所述的通信设备，其特征在于，所述业务同步包括：
时间同步和/或安全策略的同步；和/或
所述资源调度包括：
通过资源共享、资源捆绑和/或调整调度优先级为通信连接配置传输资源；和/或
所述连接重建包括：
若通信连接的通信质量满足预设重建条件，则在所述场景包括的多个网络和/多个通信设备之间为该通信连接配置传输资源，并基于该传输资源进行该通信连接的连接重建。
CN201710056241.1A 2017-01-25 2017-01-25 一种通信方法和通信设备 Pending CN108347457A (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201710056241.1A CN108347457A (zh) 2017-01-25 2017-01-25 一种通信方法和通信设备
US16/480,454 US20190387555A1 (en) 2017-01-25 2018-02-07 Communication method and communication device
PCT/CN2018/075594 WO2018137712A1 (zh) 2017-01-25 2018-02-07 一种通信方法和通信设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710056241.1A CN108347457A (zh) 2017-01-25 2017-01-25 一种通信方法和通信设备

Publications (1)

Publication Number Publication Date
CN108347457A true CN108347457A (zh) 2018-07-31

Family

ID=62961965

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710056241.1A Pending CN108347457A (zh) 2017-01-25 2017-01-25 一种通信方法和通信设备

Country Status (3)

Country Link
US (1) US20190387555A1 (zh)
CN (1) CN108347457A (zh)
WO (1) WO2018137712A1 (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109040259A (zh) * 2018-08-09 2018-12-18 中国联合网络通信集团有限公司 一种基于mec的cdn节点分配方法和系统
CN109120549A (zh) * 2018-09-07 2019-01-01 广东工业大学 一种无线sdn下优先级驱动的切换优化方法
CN111182487A (zh) * 2018-11-09 2020-05-19 杭州海康威视数字技术股份有限公司 一种数据发送方法、数据接收方法及装置
CN112512121A (zh) * 2020-12-10 2021-03-16 齐鲁工业大学 基于强化学习算法的无线电频谱动态分配方法及装置
CN112804653A (zh) * 2020-12-31 2021-05-14 江西天利科技股份有限公司 一种5g消息场景化方法、系统及计算机可读存储介质
CN112911716A (zh) * 2021-02-05 2021-06-04 贵州久华信电子技术有限公司 一种数据传输方法、装置、设备及存储介质
CN113039521A (zh) * 2018-09-10 2021-06-25 阿韦瓦软件有限责任公司 状态边缘模块服务器系统和方法
CN113765713A (zh) * 2021-08-27 2021-12-07 夏文祥 一种基于物联网设备采集的数据交互方法
CN113766481A (zh) * 2021-10-14 2021-12-07 深圳市明瑾科技有限公司 一种网络通信装置及方法

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11113118B2 (en) * 2018-07-20 2021-09-07 Hewlett Packard Enterprise Development Lp System and method for managing network access control privileges based on communication context awareness
WO2021004622A1 (en) * 2019-07-08 2021-01-14 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Radio resource management to enhance reliability in mobility scenarios
JP2021099670A (ja) * 2019-12-23 2021-07-01 富士フイルムビジネスイノベーション株式会社 情報処理装置及びプログラム
WO2022056759A1 (en) * 2020-09-17 2022-03-24 Qualcomm Incorporated Base station indication of context scenario
US20230276208A1 (en) * 2020-09-18 2023-08-31 Qualcomm Incorporated User equipment (ue) context scenario indication-based configuration
CN114760313B (zh) * 2020-12-29 2023-11-24 中国联合网络通信集团有限公司 业务调度方法和业务调度装置
CN113032641B (zh) * 2021-04-23 2021-12-07 赛飞特工程技术集团有限公司 一种智能搜索方法和设备
CN113837396B (zh) * 2021-09-26 2023-08-04 中国联合网络通信集团有限公司 基于b-m2m的设备模仿学习方法、mec及存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101895814A (zh) * 2010-06-23 2010-11-24 清华大学 基于地理位置信息的通信方法及通信系统
CN102238682A (zh) * 2011-07-18 2011-11-09 南京邮电大学 一种基于异构融合网络的网络选择方法
CN102904958A (zh) * 2012-10-19 2013-01-30 蒋学敏 一种设备和服务的管理方法及平台
WO2015109441A1 (en) * 2014-01-21 2015-07-30 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatuses for coordinating resource scheduling between wireless networks
CN105703982A (zh) * 2014-11-29 2016-06-22 华为技术有限公司 一种协同人体设备进行通信的方法及装置
CN105725975A (zh) * 2016-02-04 2016-07-06 中国人民解放军总医院 远程实时心理与生理信息采集数据传输通道的选择方法
CN106209875A (zh) * 2016-07-19 2016-12-07 青岛海信传媒网络技术有限公司 基于多业务服务器的业务处理方法及业务服务器

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105162816B (zh) * 2014-06-16 2018-07-31 深圳市雅都软件股份有限公司 面向通信网络业务的多场景业务信息自动共享平台及方法
CN107104908B (zh) * 2017-04-25 2020-10-30 电信科学技术研究院 一种通信方法和装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101895814A (zh) * 2010-06-23 2010-11-24 清华大学 基于地理位置信息的通信方法及通信系统
CN102238682A (zh) * 2011-07-18 2011-11-09 南京邮电大学 一种基于异构融合网络的网络选择方法
CN102904958A (zh) * 2012-10-19 2013-01-30 蒋学敏 一种设备和服务的管理方法及平台
WO2015109441A1 (en) * 2014-01-21 2015-07-30 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatuses for coordinating resource scheduling between wireless networks
CN105703982A (zh) * 2014-11-29 2016-06-22 华为技术有限公司 一种协同人体设备进行通信的方法及装置
CN105725975A (zh) * 2016-02-04 2016-07-06 中国人民解放军总医院 远程实时心理与生理信息采集数据传输通道的选择方法
CN106209875A (zh) * 2016-07-19 2016-12-07 青岛海信传媒网络技术有限公司 基于多业务服务器的业务处理方法及业务服务器

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109040259A (zh) * 2018-08-09 2018-12-18 中国联合网络通信集团有限公司 一种基于mec的cdn节点分配方法和系统
CN109120549A (zh) * 2018-09-07 2019-01-01 广东工业大学 一种无线sdn下优先级驱动的切换优化方法
CN109120549B (zh) * 2018-09-07 2021-10-19 广东工业大学 一种无线sdn下优先级驱动的切换优化方法
CN113039521A (zh) * 2018-09-10 2021-06-25 阿韦瓦软件有限责任公司 状态边缘模块服务器系统和方法
CN111182487A (zh) * 2018-11-09 2020-05-19 杭州海康威视数字技术股份有限公司 一种数据发送方法、数据接收方法及装置
CN111182487B (zh) * 2018-11-09 2022-06-03 杭州海康威视数字技术股份有限公司 一种数据发送方法、数据接收方法及装置
CN112512121A (zh) * 2020-12-10 2021-03-16 齐鲁工业大学 基于强化学习算法的无线电频谱动态分配方法及装置
CN112804653A (zh) * 2020-12-31 2021-05-14 江西天利科技股份有限公司 一种5g消息场景化方法、系统及计算机可读存储介质
CN112911716A (zh) * 2021-02-05 2021-06-04 贵州久华信电子技术有限公司 一种数据传输方法、装置、设备及存储介质
CN113765713A (zh) * 2021-08-27 2021-12-07 夏文祥 一种基于物联网设备采集的数据交互方法
CN113765713B (zh) * 2021-08-27 2024-02-27 中国人民解放军国防大学军事管理学院 一种基于物联网设备采集的数据交互方法
CN113766481A (zh) * 2021-10-14 2021-12-07 深圳市明瑾科技有限公司 一种网络通信装置及方法
CN113766481B (zh) * 2021-10-14 2023-11-28 山东鑫泽网络科技有限公司 一种网络通信装置及方法

Also Published As

Publication number Publication date
US20190387555A1 (en) 2019-12-19
WO2018137712A1 (zh) 2018-08-02

Similar Documents

Publication Publication Date Title
CN108347457A (zh) 一种通信方法和通信设备
Duan et al. Emerging technologies for 5G-IoV networks: applications, trends and opportunities
Alliance 5G white paper
Ding et al. Opportunities for applications using 5G networks: Requirements, challenges, and outlook
DE102022200847A1 (de) Bestärkendes lernen für mehrfachzugriffsverkehrsverwaltung
US11503483B2 (en) Method and apparatus for supporting redundant PDU sessions
CN101998686B (zh) 一种车载无线通信方法和系统
CN110212968A (zh) 一种应急通信卫星终端管理系统
Ferrus et al. Mobile broadband communications for public safety: The road ahead through LTE technology
Fang et al. A win–win mode: The complementary and coexistence of 5G networks and edge computing
CN109040301B (zh) 基于物联网的智慧安防数据系统
CN108961751A (zh) 一种基于云计算的智能交通系统
Corral-De-Witt et al. From E-911 to NG-911: Overview and challenges in Ecuador
CN104349342B (zh) 业务管理方法和装置
Yang et al. Fog-enabled intelligent IoT systems
CN108447254A (zh) 一种多功能智能gps定位互联车载终端系统及其方法
CN103796343B (zh) M2m网关设备及其应用方法
US10285094B2 (en) Mobile base station network
CN113645593B (zh) M2m设备节点的广播通信方法、系统、基站及存储介质
US10687250B2 (en) Mobile base station network
CN108966368B (zh) 一种lte专网在公共安全领域的组网方法和系统
CN106793095A (zh) 设备到设备d2d通信配置资源的处理方法及装置
CN106899954A (zh) 无线通信系统接入方法、装置及终端
Raza et al. Integrating public safety networks to 5G: Applications and standards
Wang M2M communications

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20180731

RJ01 Rejection of invention patent application after publication