蜂窝通信系统的用户单元的制作方法
【专利说明】蜂窝通信系统的用户单元
[0001 ] 本申请是申请日为2007年07月24日、申请号为200780027689.5、发明名称为“蜂窝通信系统的用户单元”的中国专利申请的分案申请。
技术领域
[0002]本发明涉及蜂窝通信系统的用户单元。用户单元可以基于指定条件进行数据传输。
【背景技术】
[0003]—段时间以来，蜂窝通信系统和其它通信网络(在下文中简称为“网络”)已向用户提供了称为SMS(短消息服务)的服务。SMS消息是基于文本的并且在许多国家和地区受到年轻用户的欢迎。随着网络从已建立的第二代(2G)技术进入到下一代技术(3G)，越来越多的网络将额外地提供称为MMS(多媒体消息服务)的服务。
[0004]如其名称所意味的，MMS消息包括多媒体消息，多媒体消息包含文本、音频文件、图形动画等等。在2G系统中，这种消息的实例包括电子邮件、网页甚至静态图像。即将到来的3G系统能够支持媒体内容更为丰富的消息和应用，包括多用户游戏和表示视频、音频剪辑、电影片段等等的多媒体数据的传输和接收。
[0005]利用基于文本的SMS服务，用户如今能够创建他们自己的MMS消息，并且从他们的联络方接收这些消息和向他们的联络方发送这些消息。此外，存在额外的服务，以允许从商业内容创建者接收具有丰富的多媒体内容的MMS消息。
[0006]—段时间以来，在PC上可以使用这些应用的等同物，但是现在将它们传递到无线移动环境则提出了机遇和挑战。从无线网络至分组交换的移动能够进行虚拟连接，这提高了所谓的“按需分配带宽”的可能性。可以应用分组交换，以使得用户能够一直连接到网络。
[0007]尽管这种通信能力的提高带来了许多优势，但是其还使得用户、网络需要对SMS和丽S消息的传输进行更多控制，或者用户和网络都需要对SMS和MMS消息的传输进行更多控制。用户通常关心的是成本，以及发送诸如网页、图像和视频之类的高数据量的消息是否会被网络收取高额费用。而网络方面的问题是负载。在高峰期时，高数据量的消息的突发特性可能导致出现本地化的网络负载问题，这可能会影响提供给用户的服务质量。随着越来越多的用户进入多媒体内容丰富的基于分组的业务，这个问题随之增加。
[0008]本发明的目的在于克服或者至少减轻以上以及相关联的问题。为此，本发明的目的在于提供基于指定条件的数据传输。也就是说，一个目的是主要基于日期戳、时间戳、地理位置或网络负载中的任意一个或多个，来提供SMS、MMS或其它数据传输的自动激活。因此，可以由网络、用户单元的用户或这两者的组合来规定这些指定条件。
【发明内容】
[0009]根据本发明的一个方面，提供了一种蜂窝通信系统的用户单元，其中用户单元用于存储表示要传输的消息的数据，以及表示与消息传输相关联的指定条件的数据，并且在指定条件得到满足时传输该消息。
[0010]根据本发明的另一个方面，提供了一种用于准备要在蜂窝通信系统中传输的消息的方法，在该方法中，将表示要传输的消息的数据以及表示与消息传输相关联的指定条件的数据一起存储在用户单元中，并且当该指定条件得到满足时传输该消息。
[0011]根据本发明的另一个方面，提供了一种用于在蜂窝网络中传输消息的方法，该方法包括:生成消息数据，该消息数据表示将要传输的消息;存储该消息数据;生成条件数据，该条件数据用于定义与该消息数据所表示的消息传输相关联的一个或多个指定条件;存储该条件数据;确定所述一个或多个指定条件何时得到满足；当所述一个或多个指定条件得到满足时传输该消息。
[0012]本发明还提供了一种用于在蜂窝网络中传输消息的装置，该装置包括:用于生成消息数据的模块，该消息数据表示将要传输的消息；用于存储该消息数据的模块;用于生成条件数据的模块，该条件数据用于定义与该消息数据所表示的消息传输相关联的一个或多个指定条件;用于存储该条件数据的模块;确定模块，用于确定所述一个或多个指定条件何时得到满足；以及传输模块，用于在所述一个或多个指定条件得到满足时传输该消息。
[0013]通过所附的权利要求来具体地阐述了本发明的上述以及进一步的特征，通过考虑以下根据附图所给出的示例性实施例的详细描述，本发明优势将更加清楚。
【附图说明】
[0014]在附图中:
[0015]图1是用于实现本发明的用户单元的示意性系统图；
[0016]图2是示出了蜂窝网络的典型的依赖于时间的负载图；
[0017]图3是在依赖于网络的数据上传期间，在网络和用户单元之间的交互以及他们的决定的流程图；以及
[0018]图4是蜂窝网络中的小区的示意性表示图。
【具体实施方式】
[0019]参照附图中的图1，其示出了用于实现本发明的用户单元10的示意性系统图。本文使用术语“用户单元”来指代在蜂窝系统中与该系统的用户连接的设备。该设备可以是移动的或静止的设备，并且不必是单个单元。通常，“用户单元”被通称为蜂窝网络中的移动电话或手机。然而，本发明可以实现在位于固定位置的设备中和/或包括用于执行以下所述的功能和操作的多个单元的设备中。
[0020]用户单元10包括天线12，其从蜂窝网络(图1中未显示)接收信号并且向蜂窝网络传输信号。出于描述目的，利用虚线14将所显示的用户单元10分割成两个路径16、18。路径16包括用于共同处理由用户单元10所接收的位置相关信息的功能单元。路径18包括用于共同处置语音数据和用户数据的传输和接收的功能单元。该分割是概念性的，无需在现实世界的设备中实现。
[0021]将路径16、18分割成功能单元仅仅是为了便于理解两个路径的操作。在实践中，无需如所示地将路径分割成独立的功能单元。这些功能单元可以进一步的组合或分割，这完全是具有相关技术的人员设计时的选择。
[0022]位置数据处理路径16包括与其耦合的位置数据接收/解码单元20，用于从天线12接收位置信号。接收/解码单元20可用于从多个不同的源接收位置信息，所述不同的源包括用于运行用户单元的网络(未显示)、全球定位系统(GPS)或者是预计在不久的将来会实现的伽利略(Galileo)系统。这些定位技术本身是公知的。用户单元10使用由GPS获取的数据，GPS系统是利用本领域普通技术人员所熟悉的标准技术来获取数据的。因此下文不再详述GPS系统和GPS数据的获取。
[0023]在将从天线12接收的位置信号传递到与接收/解码单元20耦合的位置数据处理单元22之前，接收/解码单元20对所述位置信号进行解码。位置数据处理单元22从解码后的信号提取位置相关信息，并且通常将其作为坐标信息存储在位置数据库24中。
[0024]除了来自位置数据处理路径16的数据之外，位置数据库24还存储用于定义预定位置和/或用户选择的位置的坐标的数据。位置数据库24中的数据可以预加载到存储器中，或者可以由用户输入。除了用于定义给定位置的坐标的数据之外，位置数据库24中的数据还包括用于定义分配给用户标识符的数据，即，名称标签，例如“家”、“工作”、“办公室”、“机场”等等。当用户单元10确实处于一个位置时，可以将用户选择的数据输入到位置数据库24中。这些用户定义名称形成了用户单元10的数据库，其中每一个用户定义名称与一组GPS坐标相关联。
[0025]本文简单地使用术语数据库来作为便捷的标签。根据用户想要操作的复杂程度，数据库可以如查找表那样简单，也可以如关系数据库那么复杂。在大多数应用中，数据库很像地址簿或电话簿，但是它还存储有位置信息。因此它还被称为“位置簿”。
[0026]以下将给出由位置数据处理路径16所执行的操作和功能的进一步描述。这些操作和功能依赖于数据传输和接收路径18的操作和功能，现在将描述数据传输和接收路径18。
[0027]数据传输和接收路径18包括与其耦合的语音/用户数据收发器26，用于从天线12接收表示语音和/或数据的信号。收发器26用于从其所运行的网络(未显示)接收信号。收发器26在将接收的信号传递到与其相耦合的解码单元28之前，对接收的信号进行解调。解码单元28进行解码，S卩，从解调后的信号中提取数据，并且将提取的数据传递到数据处理和控制单元30。数据处理和控制单元30对其从解码单元28所接收的数据进行检查，并且决定如何处置。
[0028]如果数据仅表示语音信号，则数据处理单元30可以直接向用户接口驱动器32输出数据。用户接口驱动器32耦合到扬声器34、麦克风26、显示器38和键盘40，并因此对现实世界中的用户提供各种连接。对于语音信号，用户接口32将语音数据转换成模拟信号，并输出该模拟信号以驱动扬声器36。从而将语音信号再现为听