[发明专利]通信系统

说明书

通过引用并入

要求2011年2月10日提交的英国专利申请No.1102389.2的优先权，其内容以引用形式并入本文中。

技术领域

本发明涉及支持机器类型通信的通信系统。具体来说，本发明涉及与支持如3GPP标准(如，TS22.368)中所定义的机器类型通信的通信系统相关(但不限于该通信系统)的改进。

背景技术

机器类型通信(MTC)(有时被称为机器到机器(M2M)通信)是涉及一个或更多个电子实体(MTC设备)而不一定需要人的交互的数据通信形式。MTC设备是被配置用于MTC的移动终端(用户设备(UE))，并且它们具有很多形式以服务许多不同MTC应用并提供许多不同MTC服务。

通常，针对MTC优化的服务与针对人与人(H2H)通信优化的服务不同。具体来说，MTC与当前移动网络通信服务不同，因为其涉及与H2H移动通信的不同考虑集合，包括，例如：不同市场场景、数据通信、较低成本和代价、以及潜在地非常大数目的通信终端(在很大程度上，每个终端具有很少的业务)。

在表1中列出了MTC可用于提供的应用类型以及服务类型的一些示例。表1中的列表不是穷尽式的，并提供该列表作为用于提供大量和多种MTC服务的广泛潜在MTC应用的指示。

表1

在相关3GPP标准(TS22.368)中所定义的MTC的当前需求之一是从MTC服务器向MTC设备发送所谓‘MTC设备触发’的能力，通过‘MTC设备触发’，网络可以触发MTC设备发起与MTC服务器的通信。该MTC设备触发提供支持许多M2M应用的轮询模型，对于这些M2M应用，从MTC服务器向MTC设备轮询是有利的。例如，对于MTC用户想要控制来自MTC设备的通信和/或不想让MTC设备能够任意访问MTC服务器的应用，轮询是有利的。此外，即使对于允许MTC设备发起通信而不需要由服务器触发的应用，仍然存在需要MTC服务器轮询MTC设备，例如以询问它们作为维护过程的部分。

因此，支持MTC的通信网络必须能够基于来自MTC服务器的触发指示，触发MTC设备发起与MTC服务器的通信。因此，MTC设备必须能够从网络接收触发指示，并能够当已经接收到触发指示时，建立与MTC服务器的通信。据此，存在MTC设备需要接收触发指示的若干不同通信场景，包括，例如：当MTC设备离线(从网络分离)时；当MTC设备在线(附着到网络以用于信令或用户平面数据)，但未建立数据连接时；和/或当MTC设备在线并已经建立数据连接时。

为了提供在MTC设备离线(即，分离)时接收触发指示，MTC设备应当能够监听触发指示(例如，在广播或寻呼信道上)，即使其未附着到网络。然而，对于未附着的MTC设备，网络不具有关于MTC设备(从上次连接之后，其可能已经移动)的位置的确定知识，并因此不知道在哪个小区(或小区组)中广播触发消息，以确保MTC设备接收到它。

对此问题的一个潜在解决方案是：MTC用户(已经知道MTC设备的位置)向公共陆地移动网(PLMN)提供与MTC设备的位置相关的必要信息。因此，基于MTC用户向其提供的信息，PLMN然后可以在相关小区或小区组中广播触发指示。因此，MTC设备(尽管未附着)可以监听PLMN的广播信道，以确保接收到任何触发指示。

可以使用小区广播服务(CBS)(例如，如3GPP标准TS23.041所规定)来广播触发指示，在CBS中，一个或更多个小区广播实体(CBE)经由在移动网络运营商控制下的小区广播中心(CBC)连接到无线电网络中。移动网络运营商可以使得CBC的接口可用于受信任的第三方以将其自己的CBE与移动运营商的CBC相互连接。向MTC设备分配唯一寻呼标识(UPID)，并且MTC设备被编程为监视预定CB信道集合，即使当它们未附着至网络时。因此，第三方的MTC服务器能够基于MTC用户使得对MTC服务器可用的位置信息，在特定区域中，经由第三方CBE向特定MTC设备发送包括一个或更多个DPID的CBS消息。还可以在系统信息中广播MTC触发。

这种在系统信息中(或使用CBS)广播MTC触发的方法需要PLMN具有MTC用户提供的、针对MTC设备每次移动到应当广播触发指示的小区(或小区组)改变的区域的新位置信息。只要MTC用户能够在需要时向PLMN提供MTC设备位置信息，这是可行的解决方案，并且这最适合MTC设备不移动或仅非常少移动的应用(例如，燃气和电智能表)。