专利名称：管理通信系统中的数据流的制作方法
技术领域：
本发明涉及通信，尤其涉及用于管理通信系统中的数据流的方法。
背景技术：
在分组数据通信中，存在四种主要类型的寻址，每一种都有它自 己独特的性质。基本类型是涉及单个发射机或单个接收机的单播地址， 并且可以用于发送和接收两者。将相同数据发送给多个单播地址要求 发射机每个接收者一次地多次发送所有数据。
当向所有可能的目的地发送数据时，发射机只需发送数据一次， 而所有接收机可以复制它。这种类型被称为广播。
多播地址是与 一群感兴趣接收机相关联的标识符。发射机向多播 地址发送单个数据报，而路由器负责副本制作并将它们发送给已经注 册了它们对来自那个发射机的数据感兴趣的所有接收机。
因此，数据分组的多播代表将信息同时递送给一群已知目的地的 一种方式。这种递送可以通过在网络的每条链路上只递送消息一次， 并且只有当至目的地的链路分叉时才创建副本来优化。
传输链的一条分支常常是不应当被浪费用于包含相同净荷的多次 传输的关键资源。尤其对于移动通信系统，最后分支，即，空中接口 是一个瓶颈，并且渴望寻找优化这种资源的使用的方法。可以想像， 每当需要在分组数据连接上将相同信息发送给几个用户时，通过使用 多播，递送信息所需的传输容量和时间应当被显著减少。
然而，在空中接口中使用多播提出了两个要求。即使系统应当能
够容纳不止一个传输目的地，在作为空中接口分支的端点的SwMI节 点中，传输也必须对应于单个数据流。另一方面，即使数据流共享相 同逻辑链路，每个终端端点也必须可以将数据流与以该端点为目的地
6的其它数据流区分开。
发明内容
因此，本发明的目的是提供能够在用户台与交换和管理基础结构 之间的接口中使用多播的方法和实现该方法的装置。其解决方案应当 简单且直截了当，使得相关操作和信令基本上不会由于多播服务的应 用而增加。
本发明的目的通过具有在独立权利要求中所述的特征的方法和装 置来实现。本发明的优选实施例公开在从属权利要求中。
本发明基于在参与节点、用户台以及交换和管理基础结构部件中， 利用预定函数独立地从数据流的接收者IP地址来计算标识传输链路 中的数据流的标识符的概念。
该解决方案提供了能够通过可以被受控的移动台组同时访问的信 道来分发数据分组的直截了当且快捷的机制。
在下文中，将参照附图，通过优选实施例更详细地描述本发明，
在附图中
图l例示了具体化网络体系结构；
图2例示了具体化网络分組数据网络的互连；
图3例示了 TETRA PDP与GGSN的传输和信令面；
图4例示了 TETRA組通信的基本方案；
图5例示了实现SwMI与移动台之间的连接以便接收示范性IP 多播服务的过程；
图6例示了用于在SwMI与移动台之间实现IP多播服务的SwMI 部件中的相应过程；和
图7例示了移动台和SwMI部件的实施例的参考配置。
具体实施方式
下文将描述使用与其它网络的GPRS型互连在TETRA网络中实 现的本发明的一些实施例。但是，应当懂得，本发明不局限于这种特 定通信技术或与之相关的特定术语。本发明可应用于终端端点可以保 持不止一个并行数据传输流的任何通信系统。这样的系统的例子包含， 例如，GSM/EDGE无线电接入网络(GERAN)、通用陆地无线电接 入网络(UTRAN)及其衍生物、电信工业协会(TIA)宽带空中接口 分组数据规范。
如下的实施例是本发明的示范性实现。尽管本说明书可能提到"一 个"或"一些"实施例，但未必指相同实施例，和/或一种特征不只应 用于单个实施例。可以组合本说明书的不同实施例的单个特征来提供
进一步的实施例。
参照图1，将基本TETRA网络实体叫做交换和管理基础结构 (SwMI) 。 SwMI包括4吏用户能够经由SwMI相互通信的所有i殳备和 装置。SwMI的确切配置同样与本发明无关。基本上，SwMI可以是 提供交换和移动管理功能的任何移动网络基础结构。
广泛使用的TETRA网络基础结构包含基站TBS与之连接的数字 交换局DXT。 TETRA利用分布式用户数据库结构，因此存在包含有 关用户归属网络中的个体和/或組用户的永久信息的归属数据库 (HDB， home database)、和包含有关网络中正在访问的个体和/或 組用户的临时信息的访问者数据库(VDB， visitor database)。通常， 每个DXT都配有VDB。 一些DXT提供至其它电信网络的网关。
SwMI在空中接口 RO上与TETRA移动终端MT或移动台MS 通信。MT可以通过接口 Rl与终端设备TE连接。通过TETRA用户 标识(TSI)来识别TETRA预约。用户标识存在两种尺寸，即，48 位长的TETRA用户标识(TSI)和24位长的短用户标识(SSI) 。 SSI 通常是TSI的截断。TSI在整个TETRA域中是唯一的；SSI只需要 在一个TETRA子域中是唯一的。每个MS或MT典型地包含至少一 个TSI族。每个族包含一个个体TETRA用户标识(ITSI)，并且也 可以具有一个别名TETRA用户标识(ATSI)和几个组TETRA用户
8标识(GTSI) 。 TSI族对归属TETRA网络有效。
TETRA PDP通过为TETRA提供扩展容量和可用性来扩展数据 通信服务。图1例示了当应用使用IP协议并位于移动台MS中时 TETRA分组数据的协议栈。MS也可以是诸如个人计算机(PC)的 IP分组模式终端设备(TE )和具有IP分组数据支持的TETRA移动 终端(MT)的组合。MS和SwMI中的协议栈通常包含如下协议子 网相关会聚协议(SNDCP)、移动链路实体(MLE)、逻辑链路控制
(LLC)、介质访问控制(MAC)、和空中接口层l (AI-1)。
空中接口层1 (AI-1)定义在TETRA规范中，并在空中接口 RO 上提供TETRA物理信道。MAC控制无线电信道的接入信令(请求和 授权)过程和LLC帧到TETRA物理信道上的映射。逻辑链路控制
(LLC )层提供MS与SwMI之间的逻辑链路。MLE协议鉴别器实 体(数据传送)将TETRA分组数据信令和数据路由到对等实体
(SwMI/MS)处的相应TETRA分组数据服务接入点(SAP)。
TETRA分组数据建立在基本TETRA协议栈的MLE层的顶端， 并提供传递不同更高层协议的服务机制。仅为分组数据服务引入的第 一协议是SNDCP。 SNDCP是具有两种主要功能的TETRA专用网络 层协议1 )在MS和SwMI之间协商和保持TETRA PDP背景；和2 ) 控制MS和SwMI之间的PDP数据传送。
在MS可以访问任何SNDCP服务之前，它首先经历^皮叫《故PDP 背景激活的分组数据注册过程。PDP背景激活通常由MS启动。PDP 背景激活涉及要在数据传送期间使用的PDP地址(例如，IPv4地址) 和其它参数的协商，以及PDP地址与TETRA用户标识ITSI的绑定。 为网络上现用的每个PDP地址建立唯一的PDP背景(即，准备发送 或接收数据)。除了 PDP地址和ITSI之外，PDP背景还包括SNDCP 服务接入点标识符(SN-SAP)，或更一般地，使SNDCP的服务可用 于上层协议的NSAPI(网络服务接入点标识符)。存储在MS和SwMI 中的两个TETRA PDP背景建立它们之间的逻辑连接。
基本TETRA网络可以通过Gn接口和通用分组无线电服务(GPRS )的GPRS网关支持节点(GGSN)与其它分组数据网络(PDN) 或外部主机，或其它通信网络互连。
按照GPRS规范的一般GPRS基础结构包含GPRS支持节点 (GSN)，即，GPRS网关支持节点(GGSN)和GPRS服务支持节 点(SGSN ) 。 SGSN的主要功能是检测其服务区内的新GPRS移动台， 与GPRS寄存器一起管理注册新MS的过程，向/从GPRS MS发送/ 接收数据分组，以及保持MS在其服务区内的位置的记录。将预约信 息存储在存储移动标识(譬如，MS-ISDN或IMSI)与PDP地址之间 的映射的GPRS寄存器(HLR)中。GPRS寄存器作为SGSN可以询 问是否允许其区域内的新MS加入GPRS网络的数据库。 一个PLMN 内的SGSN和GGSN可以通过运营商内主干网互连，运营商内主千网 可以例如通过诸如IP网络的局域网来实现。 一个PLMN内的SGSN 和GGSN之间的接口可以是定义在ETSI/GSM 09.60技术规范中的 Gn接口。在一个PLMN内的Gn接口上和在Gp接口 (不同PLMN 中的GSN之间的接口 )上的GPRS主干网中的GSN节点之间的协"i义 被叫做GPRS隧道协议(GTP ) 。 GTP允许通过GSN之间的GPRS 主干来隧穿多协议分组。
GPRS网关支持节点(GGSN)的主要功能涉及与外部数据网络 的交互。GGSN将运营商的GPRS网络与外部系统，例如，其它运营 商的GPRS系统、数据网络，譬如，IP网络(因特网)或X.25网络、 以及服务中心互连。GGSN包括GPRS用户的PDP地址和路由信息， 即，SGSN地址。路由信息用于将来自外部网络的协议数据单元(PDU ) GTP隧穿到MS的当前接入点，即，到服务SGSN。
为了访问GPRS服务，MS首先通过进行GPRS加入而使它的存 在为网络所知。这种操作建立起MS与SGSN之间的逻辑链路，并且 使MS可用于GPRS上的短消息服务(SMS)、经由SGSN的寻呼、 以及进入的GPRS数据的通知。更具体地说，当MS加入到GPRS网 络时，即，在GPRS加入过程中，SGSN创建移动管理背景(MM背 景)和协议层中建立在MS和SGSN之间的逻辑链路LLC (逻辑链路
10控制)。将MM背景存储在SGSN和MS中。SGSN的MM背景可 以包含用户数据，譬如，用户的IMSI (国际移动用户标识)、TL「 以及位置和路由信息等。
为了发送和接收GPRS数据，MS将通过请求PDP激活过程来激 活它想要使用的分组数据地址。这个操作使MS在相应GGSN中为大 家所知，并且可以开始与外部数据网络的互通。更具体地，在MS、 GGSN和SGSN中创建一个或多个PDP背景，并且将其与MM背景 相关地存储在服务SGSN中。
PDP背景定义不同数据传输参数，譬如，PDP类型(例如，X.25 或IP ) 、 PDP地址(例如，IP地址)、月l务质量QoS以及NSAPI (网 络服务接入点标识符)。不同GSN节点中的两个相关PDP背景定义 GTP隧道。该隧道用隧道ID( TID )来标识，TID包括IMSI和NSAPI。 MS利用特定消息，即，激活PDP背景请求来激活PDU背景，所述 激活PDP背景请求给出有关TLLI、 PDP类型、PDP地址、所需QoS 和NSAPI、和可选的接入点名称APN的信息。SGSN将创建PDP背 景消息发送给GGSN， GGSN创建PDP背景并将其发送给SGSN。 SGSN在激活PDP背景响应消息中将PDP背景发送给MS，以及建立 MS与GGSN之间的虛拟连接或链路。结果，SGSN将来自MS的所 有数据分组转发给GGSN，并且，GGSN向SGSN转发从外部网络接 收并寻址MS的所有数据分组。将PDP背景存储在MS、 SGSN和 GGSN中。当MS漫游到新SGSN的区域时，新SGSN向旧SGSN请 求MS和PDP背景。
图2例示了 TETRA网络经由上述GPRS型网络基础结构与分组 数据网络互连的本发明示范性实施例。在图2中，GGSN被示出位于 ,皮叫4故PLMN内主干的专用IP网络中。SwMI和PLMN内主干的组 合被称为TETRA PLMN。 SwMI和PLMN内主干通过在ETSI GPRS 规范中定义的Gn接口互连。在TETRA PLMN中同样未利用SGSN 和GPRS的移动管理特征；取代GPRS MM和HLR和VLR功能， 使用了 TETRA移动管理(MM)和TETRA归属数据库(HDB)和访问者数据库(VDB)功能。IP路由和中继层被修改成支持Gn接口并4吏它适用于TETRA PDP。应当注意到，将所公开的功能划分成独立网络部件与对保护范围的解释无关。例如，对于本领域的普通技术人员来说，显而易见，可以利用基本GPRS基础结构的SGSN和基站控制器(BSC)部件，或它们的^f生物来应用SwMI的相关功能。
图2中的SwMI的主要功能包括TETRASwMI的标准功能，即，网络访问控制、移动管理、无线电资源管理、基站功能和HDB/VDB功能，以及为GGSN提供Gn接口的功能。另一方面，GGSN提供与外部IP网络的互通，譬如，IP地址分配、IP路由、IP用户验证、IP隧穿和IP加密。
图2中的图标符号具有如下含义
TETRA PLMN:作为TETRA SwMI和PLMN内主干的组合的TETRA网络；
SwMI: TETRA交换和管理基础结构；
HDB:包含有关个体和/或组用户的信息并位于用户归属SwMI中的数据库；
GGSN:网关GPRS支持节点；
PLMN内主干互连诸如GGSN的IP网络节点的专用IP网络；
PDN:诸如因特网或专用内联网的IP分组数据网络；
HOST:诸如电子邮件服务器或普通PC的IP主计算机；
Rl:分组模式TE和MT之间的TETRA参考点；
R0:用于IP分组数据的TETRA空中接口处的参考点；
Gn (在这里)同一 TETRA PLMN内的SwMI和GGSN之间
的参考点；
Gi (在这里)PLMN内主干和外部IP PDN之间的参考点。图3例示了 TETRA PDP与GGSN的传输和信令面。该协i义结构是在TETRA和GPRS规范中描述的传输面的組合。该连接是通过在R0和Gn接口之间中继PDP PDU的SwMI中的中继功能来完成的。上面参照图l描述了 TETRA协议栈。在Gn接口中，GPRS隧穿协议(GTP)在SwMI和GGSN之间隧穿用户数据和信令消息。用户数据报协议(UDP)和传输控制协议(TCP)是可替代协议，它们可以与下面的IP层一起用于在SwMI与GGSN之间传送GTP信令。层l (Ll)和层2 (L2)是处于协议栈底部的物理和数据链路层。在SNDCP之上的协议实体组4吏用同一个SNDCP实体，然后，
多路复用。共享单个LLC连接要求可以识别不同地址。正如上面所讨论的那样，四位的NSAPI字段用于这个目的，以定义MS正在使用的最终用户PDP类型和PDP地址对。如下的值是按照相互同意的规范为特殊使用保留的
保留NSAPI=0;
保留NSAPI=15。
传统上，当分配第一分组数据协议(PDP)背景时，用户应用应当从NSAP值1开始。可以动态地分配其它值。动态NSAPI的分配可以是例如如下
IPv4: 133.12.75.111 => NSAPI = 2;
IPv4: 133.12.75.222 => NSAPI = 3。
多播是将信息同时递送给一组目的地的方式。这种递送可以通过在网络的每条链路上只递送消息一次，并且只有当到目的地的链路分叉时才创建副本来优化。尤其对于移动通信系统，最后的分支，即，空中接口是稀缺资源，因此，渴望改进优化这种资源的使用的方法。在需要在分组数据连接上将相同信息发送给几个用户的情况下，通过使用多播，递送信息所需的传输容量和时间可被减少。
然而，在空中接口中使用多播提出了两个要求。即使可能牵涉到不止一个传输目的地，在作为空中接口分支的端点的SwMI节点中，传输也必须对应于单个数据流。另一方面，即使数据流共享同一逻辑链路，每个终端端点也必须可以将数据流与以它为目的地的其它数据流区分开。就图2的实施例而言，这意^^木着，SwMI应当能够将在所定义连接上从GGSN到达的数据分组与一个NSAPI相关联。另一方面，移动台应当能够使用NSAPI在LLC层中将PDP背景与其它可能激活的PDP背景区分开。所定义连接可以是例如建立在GGSN和SwMI之间的GTP隧道。
期望识别SwMI和核心网络之间的数据流的方法同样与本发明无关；也可以使用其它机制而不偏离保护范围。最好优选地满足这两个要求，而不损害NSAPI分配的动态性质，在SwMI端中也没有用于保持有关每个参与移动台的各种单独NS API分配的数据的费力过程。
在按照本发明的实施例中，在NSAPI的动态分配中，通过在两端使用将输入IP地址映射成一个允许的NSAPI值的函数，便于在最后阶段使用多播。这种函数被配置到参与SwMI节点或SwMI节点中以及移动台中，使得参与多播的所有移动台最后独立地将相同NSAPI值分配给多播数据流。另外，网络节点使用相同函数，因此终止于相同的NSAPI值，并在此后将它用在其朝向终端节点和相关GGSN的操作中。该过程使能直截了当的操作模式，可以实现NSAPI值的动态分配而不必保持和比较多个独立操作的终端节点的NSAPI分配状态。
在下文中，利用图2和3的具体化系统配置来例示这样的函数的使用。图4的方块图和图5的流程图例示了用于实现SwMI和移动台之间的连接以便接收示范性IP多播服务的过程。应当注意到，这里将IP多播用作可容易检测到本发明优点的服务的例子。将该解决方案应用于其它环境或其它类型的服务对于本领域的普通技术人员来说是显而易见的。
最初，移动台预约多播服务。该预约建立移动台用户和服务提供商之间的关系，并且允许用户接收相关多播服务。大体上，服务预约代表用户同意接收运营商提供的服务。将预约信息记录在作为多播服务的服务中心的主机中。
多播服务通知或发现机制允许用户请求可用多播用户服务的范围，或将可用多播用户服务的范围通知用户。这包括运营商特有多播用户服务以及来自自己的TETRA网络之外的内容提供商的服务。服务通知可以用于向用户分发有关服务的信息、服务激活所需的参数，例如，IP多播地址、以及可能的其它服务相关参数，例如，服务开始时间。
显然，存在几种可能的服务提供和服务发现机制。这些机制包括
诸如SMS或根据终端的能力来鼓励用户询问的应用的标准机制。传统上，对于多播用户服务通知机制，至少已经考虑了如下机制-广告多播用户服务的SMS小区广播；
-推送机制(无线应用协议(WAP) 、 SMS点到点、多介质消息传送服务(MMS));
-统一资源定位符(URL)。
在具体化的例子中，将利用配置到专业移动无线电系统中的組通信体系结构的新机制用于服务通知。组通信机制提供了允许用户监视与他们的通信目的相关的定义组并接收有关参与多播服务会话的可能性的信息的直截了当且快捷的方式。显然，如下的机制可应用于本发明，^旦也可以独立于识别空中接口中的数据流的方法而使用。相应地，可以使用其它服务通知机制而不偏离本申请的保护范围。
正如本文使用的那样，组通信指的是为了传送数据的目的而存在于一个组的成员之间的多点通信关系。这些组是逻辑上创建的，这意味着，保持在系统中的特殊组通信信息将特定用户与具体组相关联。一个用户可以是一个或多个组中的成员，并且，通常可以动态地创建、修改和/或取消所述关联。
TETRA组通信的基本方案例示在图4中。图4示出了 SwMI 41和驻留在同一小区内以l更可以由同一个SwMI实体作出对移动台的空中"J妻口资源分配的一群移动台42、 43、 44。正如上面针对TETRA实体所讨论的那样，SwMI包含有关在TETRA中使用的组标识的定义。在TETRA系统中，组标识的加入/脱离允i午用户应用激活或去活移动台中的预定组标识。在加入到一个组之后，移动台开始接收寻址该组的信令，从而能够参与该组的通信和资源分配。因此，多个移动台42、 43、 44可以共享用于组信令或业务的信道。另外，优先级扫描允许当前未加入到该组的移动台监视该组的通信状态，并且每当
15检测到该组中的活动时加入到该组。
因此，在本实施例的步骤50中，移动台使用TETRA系统的''组管理过程来预约服务。通过成为多播組的成员，TETRA用户预约相应的多播服务。通常，在TETRA系统中，按照用户库的操作配置，在调度工作站中实现组管理。通过现有組管理过程预约多播服务提供了在多播服务中管理接收者的快捷有效方法。
在步骤51中，移动台加入到预定多播组，使得常规组通信过程将为多播服务会话建立提供支持。在TETRA系统中，步骤51可以通过直接组加入或通过优先级扫描和相关组加入的组合来实现。
在步骤52中，移动台等待通过可利用分配给多播组的GTSI寻址的该組的信令信道实现的多播服务的服务通知。在步骤53中，移动台检验是否接收到服务通知。在步骤53中发现否定的情况下，移动台检验(步骤54)是否检测到组脱离。在步骤54中发现否定的情况下，移动台返回到步骤52，等待服务通知。在步骤54中发现肯定的情况下，移动台终止多播过程。
在步骤53中发现肯定意味着移动台已经接收到包含IP地址(这里是要绑定到PDP背景的IP多播地址)的服务通知。按照本实施例，移动台配有将接收的IP多播地址映射成NSAPI值的预定函数F。例如，可以将该函数配置成计数IP多播地址的八位位组、相加它们、对和取模12、并且将3加入结果中。如果移动台因此利用IP多播地址IP_addr的函数F来计算NSAPI值，则组多播NSAPI的分配因此上成如下
F(239.3,2.8)-MOD((239+3+2+8);12)+3=0+3=3F(239.3.2.19)=MOD((239+3+2+19);12)+3=ll+3=14
IPv4: 239.3.2.8=> NSAPI = 3
IPv4: 239.3.2.19 => NSAPI = 14。
因此，对于函数的选择，在3-14之间分配IP多播地址，并且为点到点IP地址保留l和2。就上面例子而言
F(239.3.2.8)=MOD((239+3+2+8);12)+3=0+3=3
16F(239.3.2.9)=MOD((239+3+2+9);12)+3=l+3=4
F(239.3.2.10)=MOD((239+3+2+10);12)+3==2+3=:5
F(239.3.2.11)=MOD((239+3+2+ll);12)+3==3+3=:6
F(239.3.2.12)=MOD((239+3+2+12);12)+3==4+3=
F(239.3.2.13)=MOD((239+3+2+13),12)+3==5+3=:8
F(239.3.2.14)=MOD((239+3+2+14)，12)+3==6+3=:9
F(239.3.2.15)=MOD((239+3+2+15).12)+3:=7+3=:10
F(239.3.2.16)=MOD((239+3+2+16).,12)+3==8+3=:11
F(239.3.2.17)=MOD((239+3+2+17):12)+3==9+3=:12
F(239.3.2.18)=MOD((239+3+2+18).12)+3==10+3=13
F(239.3.2.19)=MOD((239+3+2+19);12)+3==11+3=14
F(239.3.2.20)=MOD((239+3+2+20);12)+3==0+3=:3
F(239.3.2.21)=MOD((239+3+2+21);12)+3==1+3=4。
属于同一組的终端使用相同IP多播地址和用于确定NSAPI的相 同函数，并因此都获得相同的NSAPI结果。它们将把这个NSAPI提 供给SwMI作为PDP背景的NSAPI。显然，上面的函数只是作为例 子给出。在计算中可以不偏离保护范围地使用满足对NSAPI值的其它 应用特有限制的任何预定函数。
在计数了 NSAPI之后，移动台存储计算的NSAPI值，并且还在 PDP激活请求中将它发送(步骤56 )给SwMI。 SwMI对PDP背景作 出检验，并且将NSAPI与GGSN的IP多播地址和通信连接相关联。 在发现这样的检验是肯定的情况下，SwMI在步骤57中利用移动台接 收的PDP背景接受消息来确认成功的背景。SwMI端中的操作利用图 5更详细7>开。
在背景激活之后，可以经由为传输分配的分组数据信道(PDCH )， 在移动台中以传统方式发生(步骤58) —个或多个相继PDP会话。 图5的过程通过移动台终止多播通信服务(步骤59)，例如，通过明 确地或在脱离移动通信系统的时候脱离该组而结束。
图6的流程图例示了 SwMI部件中的相应过程，用于在SwMI和移动台之间实现IP多播服务。在图2的系统配置中，负责的SwMI 部件是数字TETRA交换局DXT。在其它系统配置中，SwMI部件可 以利用 一个网络部件来实现，或分成像SGSN和BSC那样的两个部件 来实现。
在步骤600中，DXT创建与作为IP多播服务的接入点的GGSN 的连接。该连接可以实现为例如IP隧道。或者，在服务使用SwMI 部件可以识别的专用IP多播地址的情况下，可以通过以下述方式将 DXT配置成识别初始GGSN消息之一中的IP多播地址并将消息转发 给预定IP多播组来实现APN连接。这样的配置能够实现IP多播，而 无需与发送GGSN进行太多信号交互。
在步骤602中，DXT接收来自GGSN的服务触发。取决于应用， 这样的服务触发可以是信令消息，或IP多播的第一个数据分组。有利 地，按照建立的数据多播的纪律，不期望GGSN或DXT与GGSN之 间的任何节点将IP多播信令消息转发给DXT，除非工作于DXT服务 区的至少一个移动台用户预约了 IP多播服务。
响应于服务触发，DXT像结合图4的步骤42和43所讨论的那样， 将服务通知(步骤604 )为IP多播服务建立的预定组。DXT检验(步 骤606 )来自已经接收到服务通知的移动台的PDP背景激活请求。在 在预定时段内未接收到请求的情况下，响应于在步骤606中发现否定， 该过程转到步骤608，在步骤608中，检验IP多播服务是否将被终止。 在步骤608中发现否定的情况下，该过程返回，等待通知服务。应当 注意到，借助于移动台支持的适当扫描选项，正在进行的会话也可以 作为服务通知。移动台因而可以获取有关正在进行的IP多播的信息， 并且，即^^它们不对原始月艮务通知作出响应，也可以加入一个或多个 多播会话。
在步骤606中发现肯定指示DXT已经接收到包含NSAPI值的 PDP背景激活请求。该过程转到步骤610，在步骤610中，DXT读取 接收的NSAPI值NSAPL。按照本实施例，DXT也配有将接收的IP 多播地址映射成NSAPI值的预定函数。当DXT因此利用IP多播地址IP_addr的函数F来计算NSAPI值时，它结束于现在应当与接收的 NSAPIt值相同的NSAPI值NSAPI2。在步骤614中，DXT检验这些 值是否相符，并且，在发现肯定的情况下(步骤616),通过向移动 台发送(步骤618)包含检验的NSAPI-NSAPI尸NSAPIz值的PDP 接受来确认PDP背景。
在步骤620中，DXT检验是否存在与IP多播服务有关的另一个 未决PDP背景请求。在步骤620中发现肯定的情况下，该过程转到步 骤610,读取希望参与IP多播服务的下一个移动台的NSAPI值。在 步骤620中发现否定的情况下，该过程转到步骤622,在步骤622中， DXT使用TETRA系统的传统呼叫控制和移动管理过程，为IP多播 的一个或多个IP会话启动管理和PDCH资源分配。
例示在图5和6中的方法提供了能够通过可以被受控的一组移动 台同时访问的信道来分发IP分组的直截了当的快捷机制。该方法可以 在相互独立的空中接口链路的两端中实现，使得无需附加信令和簿记 来保持整个组的NSAPI分配有序。
图7例示了能够执行图5和6的方法、像DXT那样的用户台和 SwMI部件的实施例的参考配置。图l的用户台是移动台，但对于本 领域的普通技术人员来说，显然，本发明可以应用在任何类型的用户 台中，包括移动台和固定台以及它们的组合。
SwMI部件700包含处理单元702，处理单元702是包含算术逻 辑单元、多个特殊寄存器和控制电路的部件。与处理单元连接的是存 储单元704，即，可以存储计算机可读数据或程序或用户数据的数据 介质。SwMI部件700还包含接口单元706，接口单元706具有输入 单元710和输出单元708，输入单元710用于输入来自其它SwMI部 件的数据用于SwMI部件中的内部处理，输出单元708用于将来自 SwMI部件的内部处理的数据输出到其它SwMI部件。所述输入单元 的部件的例子包含本领域的普通技术人员一般都知道的网络接口 。 SwMI部件的处理单元702、存储单元704和接口单元706电互连， 以便按照该单元的预定、基本编程进程来执行对接收和/或存储数据的
19搡作的系统执行。在操作的系统执行中，处理单元702作为控制单元， 可被实现为单个集成电路、或两个或更多个功能組合集成电路的组' 在按照本发明的解决方案中，这些操作包含如参照图5所述的SwMI
部件的功能。对于本领域的普通技术人员来说，显然，SwMI包含本 文未具体公开的多种其它传统功能。
图7的移动台750包含处理单元752和存储单元754。移动台还 包含用户接口单元756，用户接口单元756具有输入单元758和输出 单元760，输入单元758用于由用户输入数据用于该单元中的内部处 理，输出单元760用于输出来自该单元的内部处理的用户数据。所述 输入单元的例子包含小键盘、或触摸屏、麦克风等。所述输出单元的 例子包含屏幕、触摸屏、扬声器等。
移动台还包含无线电通信单元762,无线电通信单元762配有接 收机764和发射机766，接收机764用于在空中接口上接收来自无线 电网络的信息并处理它以便输入处理单元750，发射才几766用于接收 来自处理单元750的信息以便进一步处理它并经由空中接口将信息发 送给无线电网络。处理单元752、存储单元754、用户接口单元756、 和无线电通信单元762电互连，以便按照移动台的预定、基本编程进 程来执行对接收和/或存储数据的操作的系统执行。在按照本发明的解 决方案中，这些操作包含如参照图4所述的移动台的功能。
本发明的实施例可以实现成包含指令的计算机程序，所述指令用 于管理通信系统中的数据流。该进程包含如下步骤配置一个或多4' 用户台以及交换和管理基础结构具有将数据传输的分组数据协议地址 映射成定义的服务接入点标识符的函数；通过将分组数据协议地址与 用在一个或多个用户台与交换和管理基础结构之间的接口中的服务接 入点标识符相关联，创建用于分組数据服务的数据传输的分组数据背 景；以及使用所述函数以便在一个或多个用户台或交换和管理基础结 构中独立地确定用于分组数据服务的数据传输的服务接入点标识符。
本发明的实施例可以实现成包含指令的计算机程序，所述指令用 于执行在通信系统的移动台中接收数据流的计算机进程。该进程包含如下步骤配置用户台具有将数据流的数据传输的分组数据协议地址 映射成定义的服务接入点标识符的函数；通过将分组数据协议地址与 用在用户台与交换和管理基础结构之间的接口中的服务接入点标识符 相关联，创建用于分组数据服务的数据传输的分组数据背景；以及使 用所述函数以便独立于分组数据服务的一个或多个其它用户台或交换 和管理基础结构的数据传输来确定服务接入点标识符。
本发明的实施例可以实现成包含指令的计算机程序，所述指令用 于执行在通信系统的交换和管理基础结构部件中发送数据流的计算机 进程。该进程包含如下步骤配置交换和管理基础结构部件具有将数 据流的数据传输的分组数据协议地址映射成定义的服务接入点标识符 的函数；通过将分组数据协议地址与用在一个或多个用户台与交换和 管理基础结构之间的接口中的服务接入点标识符相关联，创建用于分 组数据服务的数据传输的分组数据背景；以及使用所述函数以便独立 于一个或多个用户台来确定用于分组数据服务的数据传输的服务接入 点标识符。
计算机程序可以存储在计算机或处理器可读的计算机程序分发介 质上。计算机程序介质可以是例如但不局限于电、磁、光、红外或半 导体系统、设备或传输介质。计算机程序介质可以包括如下介质的至 少一种计算机可读介质、程序存储介质、记录介质、计算机可读存 储器、随机访问存储器、可擦除可编程只读存储器、计算机可读软件
分发包、计算机可读信号、计算机可读电信信号、计算机可读印刷品、 和计算机可读压缩软件包。
对于本领域的普通技术人员来说，显而易见，随着技术的进步， 本发明的概念可以以各种各样的方式实现。本发明及其实施例不局限 于上述的例子，而是可以在权利要求书的范围内改变。
2权利要求
1.一种用于管理通信系统中的分组数据流的方法，其特征在于包含配置一个或多个用户台以及交换和管理基础结构具有将数据传输的分组数据协议地址映射成定义的服务接入点标识符的函数；通过将分组数据协议地址与用在一个或多个用户台与交换和管理基础结构之间的接口中的服务接入点标识符相关联，创建用于分组数据服务的数据传输的分组数据背景；以及使用所述函数以便在一个或多个用户台或交换和管理基础结构中独立地确定用于分组数据服务的数据传输的服务接入点标识符。
2. 按照权利要求l所述的方法，其特征在于，所述函数将每个分组数据协议地址映射成不同的服务接入点标识符。
3. 按照权利要求1所述的方法，其特征在于，所述一个或多个用户台4皮配置成使用组用户标识进行组通信。
4. 按照权利要求1所述的方法，其特征在于，所述用户台是移动台
5. 按照权利要求1所述的方法，其特征在于，所述分组数据服务是IP多播服务。
6. 按照权利要求3所述的方法，其特征在于，通过组通信信令信道来通知所述分组数据服务。
7. 按照权利要求l所述的方法，其特征在于，通过使用预定函数来计算所述服务接入点标识符，在所述用户台中和在管理所述用户台的无线电资源分配的交换和管理基础结构中确定所述服务接入点标识符。
8. 按照权利要求1所述的方法，其特征在于，所述函数包含如下步骤计数所述分组数据协议地址的八位位组；相加所述八位位组；对和取才莫12;以及将3加入结果中。
9. 按照权利要求1所述的方法，其特征在于，向所述数据传输分配可以被多于一个的用户台同时访问的分组数据信道。
10. 按照权利要求1所述的方法，其特征在于，所述接口是空中接口。
11. 按照权利要求1所述的方法，其特征在于，所述交换和管理基础结构以及所述移动台支持TETRA技术。
12. 按照权利要求1所述的方法，其特征在于，所述数据流对应于一个IP数据服务。
13. —种用于在通信系统的用户台中接收分组数据流的方法，其特征在于，包含配置用户台具有将数据流的数据传输的分组数据协议地址映射成定义的服务接入点标识符的函数；通过将分组数据协议地址与用在用户台与交换和管理基础结构之间的接口中的服务接入点标识符相关联，创建用于分组数据服务的数据传输的分组数据背景；使用所述函数以便独立于一个或多个其它用户台或所述交换和管点标识符。
14. 按照权利要求13所述的方法，其特征在于，所述函数将每个分组数据协议地址映射成不同的服务接入点标识符。
15. 按照权利要求13所述的方法，其特征在于，所述用户台被配置成利用多播组用户标识进行组通信。
16. 按照权利要求13所述的方法，其特征在于，所述用户台是移动台。
17. 按照权利要求13所述的方法，其特征在于，所述分组数据服务是IP多播服务。
18. 按照权利要求15所述的方法，其特征在于，通过组通信信令信道来接收所述分组数据服务的通知。
19. 按照权利要求13所述的方法，其特征在于，通过使用预定函数来计算所述服务接入点标识符，确定所述服务接入点标识符。
20. 按照权利要求19所述的方法，其特征在于，所述函数包含如下步骤计数所述分组数据协议地址的八位位组；相加所述八位位组；对和取才莫12;以及将3加入结果中。
21. —种用于在通信系统的交换和管理基础结构部件中发送分组数据流的方法，其特征在于，包含配置所述交换和管理基础结构部件具有将数据流的数据传输的分组数据协议地址映射成定义的服务接入点标识符的函数；通过将分组数据协议地址与用在一个或多个用户台与所述交换和管理基础结构之间的接口中的服务接入点标识符相关联，创建用于分组数据服务的数据传输的分组数据背景；以及使用所述函数以便独立于所述一个或多个用户台来确定用于所述分组数据服务的数据传输的所述服务接入点标识符。
22. 按照权利要求21所述的方法，其特征在于，所述函数将每个分组数据协议地址映射成不同的服务接入点标识符。
23. 按照权利要求21所述的方法，其特征在于，所述一个或多个用户台被配置成4吏用组用户标识进行組通信，以及所述方法通过组通信信令信道来通知所述分组数据服务。
24. 按照权利要求21所述的方法，其特征在于，所述分组数据服务是IP多播服务。
25. 按照权利要求21所述的方法，其特征在于，通过使用所述预定函数来计算所述服务接入点标识符，在所述用户台中和在管理所述用户台的无线电资源分配的交换和管理基础结构中确定所述服务接入点标识符。
26. 按照权利要求21所述的方法，其特征在于，所述函数包含如下步骤计数所述分组数据协议地址的八位位组；相力口所述八位位组；对和取才莫12;以及将3加入结果中。
27. 按照权利要求21所述的方法，其特征在于，向所述数据传输分配可被多于一个的用户台同时访问的分组数据信道。
28. —种移动通信系统的用户设备的控制单元，配置成实现如权利要求13到20的任何一项所述的方法。
29. —种包含如权利要求28所迷的控制单元的用户设备。
30. —种交换和管理基础结构部件的控制单元，配置成实现如权利要求21到26的任何一项所述的方法。
31. —种包含如权利要求28所述的控制单元的交换和管理基础结构部件。
32. —种包含如权利要求29所述的用户设备和如权利要求31所述的交换和管理基础结构部件的移动通信系统。
33. —种编码管理通信系统中的数据流的计算机进程的计算机程序产品，所述进程包括如权利要求1、权利要求13或权利要求21所述的步骤。
34. —种计算机可读的并编码管理通信系统中的数据流的指'r i:计算机进程的计算机程序分发介质，所述进程包括如权利要求1、权利要求13或权利要求21所述的步骤。
35. 如权利要求34所述的计算机程序分发介质，所述分发介质包含计算机可读介质、程序存储介质、记录介质、计算机可读存储器、计算机可读软件分发包、计算机可读信号、计算机可读电信信号、和计算机可读压缩软件包。
全文摘要
一种管理通信系统中的数据流的方法。配置一个或多个用户台以及交换和管理基础结构具有将数据传输的分组数据协议地址映射成定义的服务接入点标识符的函数。通过将分组数据协议地址与用在一个或多个用户台与交换和管理基础结构之间的接口中的服务接入点标识符相关联，创建用于分组数据服务的数据传输的分组数据背景。使用所述函数以便在一个或多个用户台或交换和管理基础结构中独立地确定用于分组数据服务的数据传输的服务接入点标识符。
文档编号H04W8/26GK101682929SQ200880019475
公开日2010年3月24日 申请日期2008年4月30日 优先权日2007年5月2日
发明者爱尔波·帕尔蒂玛, 缔姆·斯坦博格 申请人:伊兹安全网络有限公司