[go: up one dir, main page]

WO2006053503A1 - Procede destine a realiser un service regroupe - Google Patents

Procede destine a realiser un service regroupe Download PDF

Info

Publication number
WO2006053503A1
WO2006053503A1 PCT/CN2005/001954 CN2005001954W WO2006053503A1 WO 2006053503 A1 WO2006053503 A1 WO 2006053503A1 CN 2005001954 W CN2005001954 W CN 2005001954W WO 2006053503 A1 WO2006053503 A1 WO 2006053503A1
Authority
WO
WIPO (PCT)
Prior art keywords
bcmcs
information
group call
channel
service
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/CN2005/001954
Other languages
English (en)
French (fr)
Inventor
Qingshun Liu
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of WO2006053503A1 publication Critical patent/WO2006053503A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/08—Trunked mobile radio systems

Definitions

  • the present invention relates to the field of mobile communication technologies, and in particular, to a method for implementing a cluster service. Background of the invention
  • the trunking communication system is an important branch of the mobile communication system.
  • a very important feature of trunking communication is to use PTT (Push to Talk) to implement calls.
  • PTT is a push-to-talk voice service, that is, the calling party quickly establishes communication with the called party by pressing and holding the function key. Link, implement the call.
  • the called party can be either an individual or a group i.
  • the PTT server schedules the speaking rights according to a certain algorithm. The user who obtains the speaking right can speak, and other members in the group can only answer.
  • Each of the relevant cells has a broadcast channel at the time of the call, and the current talker uses the uplink service channel, that is, the group transmission mode, and all listeners use the broadcast channel, that is, the group reception mode.
  • the group call channel configured notification message is broadcast on the control channel (CCH). Users in the same cell share a downlink channel.
  • BCMCS broadcast multicast service
  • BCMCS Provider 101 Is the content source or creator.
  • Broadcast Multicast Service Controller (BCMCS Controller) 102 responsible for managing BCMCS session information, and giving BCMCS Service Node (BSN) 104, base station controller/packet control function for multicast (Multicast BSC/PCF) 106, access The terminal (AT) 109 and the content server (CS, Content Server) 103 provide BCMCS session information. And receiving Authorization verification information from the Authentication, Authorization, and Accounting Server (AAA Server), completion of Broadcast Access Key (BAK) distribution, or completion of BAK generation.
  • the BCMCS Controller can also perform operations such as finding the desired stream, authenticating the BCMCS content provider, and coordinating the transmission of the BCMCS content.
  • BCMCS Content Server 103 It is not necessarily a content source or creator, it is the last application-level entity responsible for managing the content stream, such as reformatting. It also stores and forwards content streams, merges content streams from multiple providers, and completes application-level encryption.
  • BSN 104 A logical entity supporting BCMCS, which may be the same physical entity as the Packet Data Serving Node (PDSN) 105.
  • the logical entity cooperates with the Multicast BSC/PCF 106 to add and delete multicast IP flows, and uses the IP multicast protocol to manage bearer paths, such as joining a multicast group, exiting a multicast group, and the like, and performing multicast IP stream processing specified by the BCMCS Controller. , such as header compression and deletion.
  • the PDSN 105 receives the information from the network through the unicast connection and transmits the received information to the base station controller/packet control function (Unicast BSC/PCF) 107 for unicast.
  • Unicast BSC/PCF base station controller/packet control function
  • a Base Transceiver Station (BTS) 108 transmits the received information from the Unicast BSC/PCF 107 and the Multicast BSC/PCF 106 to the AT 109.
  • Unicast BSC/PCF 106 and Multicast BSC/PCF 107 are mentioned in Figure 1, BSC/PCF generally supports both unicast and broadcast, and there is no need to mention Unicast BSC/PCF or Multicast BSC/PCF. Moreover, Unicast BSC/PCF 106, Multicast BSC/PCF 107 and BTS 108 in Figure 1 are equivalent to one access network.
  • BCMCS has very efficient air channel utilization efficiency, it is not suitable for cluster services. This is because the BCMCS service is only a one-way service from the network to the user, and the cluster service is a pre-emptive mode of half-duplex communication, that is, one member in the group speaks, and other members are in the receiving state. How to use the BCMCS service to provide cluster services, realize the common network operation of cluster services and common services, and make better use of BCMCS's very efficient channel. The use of this feature is a problem to be solved. Summary of the invention
  • an object of the present invention is to provide a method for implementing a cluster service, which utilizes
  • the BCMCS service provides cluster services to implement cluster network services and common services for common network operations.
  • the method further includes the following steps:
  • a BCMCS bearer channel is established between the access terminal that initiates the cluster group call and the logical entity BSN that supports the BCMCS, and information for receiving the forward voice is obtained from the access network AN/PCF;
  • the BCMCS controller invites the access terminal in the group to initiate the group call to join the group call, and notifies the PSG of the service information required for the group call;
  • the PSG receives the voice information on the reverse channel through the unicast connection according to the service information in step b, and applies the broadcast channel to send the forward voice information.
  • the method further includes: activating a unicast connection and establishing a dedicated group call channel while establishing a BCMCS bearer channel between the access terminal and the BSN; or, in the BCMCS bearer After the channel is established, when the access terminal is ready to send information, it activates the unicast connection and establishes a dedicated group call channel.
  • the process of establishing a BCMCS bearer channel between the access terminal and the BSN in step a includes the following steps:
  • the access terminal sends a BCMCS registration request message to the AN/PCF, if AN/PCF
  • the bearer channel of the BCMCS flow is not established between the BSN and the BSN, and the AN/PCF sends a BCMCS flow registration request message to the BSN to establish a BCMCS bearer channel.
  • the AN/PCF returns the established response information of the bearer channel. Then step a2 is performed, if the bearer channel of the BCMCS stream is established between the AN/PCF and the BSN, step a2 is directly performed;
  • the access network sends the BCMCS bearer channel established information to the access terminal.
  • the access terminal sends a BCMCS registration request message through the air interface common channel or the established dedicated service channel; the AN/PCF sends a BCMCS stream registration request message to the BSN through the A interface.
  • the method further includes: before the step b is performed, the access terminal that initiates the cluster group call acquires the BCMCS flow information of the current group call from the BCMCS controller through a unicast connection, and monitors the service flow; or While the access terminal sends the BCMCS registration request message, the BCMCS flow information of the current group call is obtained from the BCMCS controller through the unicast connection, and the service flow is monitored.
  • the BCMCS flow information of the current group call includes: a multicast IP address, a port number, a broadcast access key BAK, an expiration date of the key BAK, and whether to use a header compression letter.
  • the process in which the BCMCS controller invites the access terminal in the group to join the group call, and notifies the PSG of the group call is:
  • the BCMCS controller invites all the access terminals except the group call to join the group call, it notifies the PSG of the service information required by the group call, or the BCMCS controller notifies the PSG of the group call.
  • the service information all the access terminals in the group except the initiating group call are added to the group call, or the BCMCS controller invites some access terminals in the group other than the group call to join the group call, and then notifys PSG calls the required business information for this group.
  • the service information required for the group call in step b includes: a unicast IP address, Multicast IP address, port number, broadcast access key BAK, expiration date of the key BAK, whether to use header compression information.
  • step c the voice information on the reverse channel is received by unicast, and the method for transmitting the forward voice information by using the broadcast channel is:
  • the PSG only receives the voice information of the notified unicast IP address, and encrypts the voice information by using the broadcast access key, and then sends the encrypted voice information to the corresponding multicast IP address and port number through the broadcast channel.
  • the method further includes the following steps: d.
  • An access terminal sends a preemption request to the BCMCS controller through a unicast connection; e. After the BCMCS controller agrees with the request in step d, the method is notified.
  • the PSG updates the unicast IP address of the current speaker, and sends a response message of the consent request to the access terminal that sends the request through the forward unicast connection, and simultaneously informs the group in addition to the request to initiate the request through the forward unicast connection. Enter the current speaker of the terminal;
  • the PSG receives the voice information on the reverse channel through the unicast connection, and applies the broadcast channel to send the forward voice information.
  • the forward voice information for receiving in step a includes information indicating whether the BCMCS stream corresponding to the cluster group call is available, and information of the broadcast logical channel and the physical channel used by the BCMCS stream when available.
  • the PDSN and the BSN are located in the same physical entity, or the PDSN and the BSN are located in different physical entities.
  • the invention sets the control plane function of the PTT server in the BCMCS Controller, sets the user plane function of the PTT server in the BCMCS Content Server, and sets the BCMCS content server with the user plane function of the PTT server as the PTT service gateway (before the PSG X cluster)
  • the voice is sent using multicast on the BCMCS channel, and the reverse voice is sent on the reverse traffic channel using a unicast connection.
  • Cluster Call Signaling and Preemption (Floor) Control signaling is sent using a unicast connection.
  • the PSG only receives the voice from the current speaker, that is, the unicast IP address is used as the identifier, and the voice information from other IP addresses is discarded.
  • the PSG encrypts the forward voice data so that only members of the group can decrypt and receive.
  • the unicast service is combined with the multicast service, and the BCMCS Controller is appropriately extended, so that the BCMCS service can provide the cluster service, and realize the common network operation of the cluster service and the common service.
  • no modification is made to the air interface protocol and the A interface protocol, and only the software of the client and the server end can be extended, and the compatibility and the scalability are good.
  • FIG 1 shows the structure of the BCMCS system
  • FIG. 2 is a schematic structural diagram of a group call when a cluster system is applied to the present invention
  • FIG. 3 is a schematic diagram of a flow for implementing a cluster group call according to an embodiment of the present invention
  • FIG. 3 is a schematic diagram of a process for implementing cluster preemption in the embodiment shown in FIG. 3. Mode for carrying out the invention
  • the BCMCS service is divided into static broadcast and dynamic broadcast.
  • the static broadcast establishes the BCMCS bearer channel through operation and maintenance. The channel always exists regardless of whether the user listens to the BCMCS stream.
  • Dynamic broadcast dynamically establishes and releases BCMCS-bearing channels based on user monitoring.
  • a flow has only one bearer channel, and the IP network protocol is used for transmission on the core network side.
  • the BSN completes the mapping of the multicast IP address and the port number to the flow ID.
  • the present invention applies dynamic broadcasting. The idea of the present invention is as shown in FIG.
  • the dotted line in the figure represents the cluster forward voice traffic
  • the dotted line represents the cluster reverse voice traffic
  • the solid line represents the established communication connection.
  • the cluster forward voice is sent by using multicast on the BCMCS channel, that is, the PSG sends the received voice information to the corresponding multicast IP address and port number in the cluster group via the BSN and the access network (AN/PCF).
  • the multicast IP address and port number are the corresponding access terminals in the group; the reverse voice is transmitted on the reverse traffic channel using unicast, that is, the voice information sent by the speaker's AT is unicast through the AN/PCF. And the PDSN arrives at the PSG. The cluster call signaling and preemption control signaling are sent using a unicast connection.
  • the AAA server is used to perform authorization verification on the terminal.
  • the PSG only receives the voice from the current speaker, that is, the unicast IP address is used as the identifier, and the voice information from other IP addresses is discarded.
  • P S G encrypts the forward voice data so that only members of the group can decrypt and receive it.
  • FIG. 3 is a schematic flowchart of implementing a cluster group call according to an embodiment of the present invention.
  • AT1, AT2, and AT3 are members of the same cluster group, and are in the same sector, where ATI is the talker, the rest are the listeners, and all access terminals, that is, AT1, AT2 and AT3 have established a point-to-point (PPP) connection between the AN/PCF and the PDSN, and the logical functional entity BSN and the PDSN are in the same physical entity.
  • PPP point-to-point
  • the control plane function of the PTT server has been set in the BCMCS Controller.
  • Step 301 The ATI sends through an air interface common channel or an established dedicated service channel.
  • the BCMCS registration request message is sent to the AN/PCF. If the bearer channel of the BCMCS stream is not established between the AN/PCF and the BSN, step 302 is performed. If the bearer channel of the BCMCS stream is established between the AN/PCF and the BSN, step 304 is directly performed.
  • Step 302 The AN/PCF sends a BCMCS flow registration request to the BSN through the A interface to establish a BCMCS bearer channel.
  • Step 303 After the BSN joins the multicast group, the entire bearer channel is established, and the AN/PCF returns the response information that the bearer channel has established.
  • Step 304 The AN/PCF sends the ATI the information that the BCMCS bearer channel has been established.
  • ATI begins monitoring the corresponding broadcast channel and is ready to receive.
  • Step 306 If the ATI is in a dormant state, the unicast connection is activated, and a dedicated group call channel is established. This step may also be performed at the same time as step 301, that is, after the BCMCS bearer channel is established, when the access terminal is ready to send information. , activate the unicast connection, and establish a dedicated group call channel.
  • Step 307 The ATI obtains the BCMCS flow information from the BCMCS Controller having the control plane function of the PTT server through the unicast connection, so as to monitor the service flow, and set the ID of the BCMCS flow to the cluster group. ID.
  • This step may also be performed in step 301, that is, the ATI sends the BCMCS registration request message from the BCMCS controller through the unicast connection, and monitors the service flow itself.
  • the above BCMCS flow information includes the multicast IP address, port number, BAK, BAK expiration time (BAK Expiry time), whether to use the head pressure Retract information.
  • the BCMCS Controller with the control plane function of the PTT server also obtains the information requested by ATI through the BCMCS flow information from ATI to determine what ATI wants to do.
  • the BCMCS Controller determines that the ATI request initiates a group call according to the obtained request information, and then performs step 308a.
  • Steps 308a, 309a, the BCMCS Controller with the control plane function of the PTT server invites users in the group to join the group call, that is, invites AT2 and AT3 to join the group call respectively.
  • steps 308b, 309b, AT2 and AT3 respectively obtain BCMCS flow information from the BCMCS Controller through the unicast connection, and are used to correctly receive the forward multicast stream.
  • Step 310 The BCMCS Controller having the control plane function of the PTT server sends service information to the PSG, where the service information includes a unicast IP address, a multicast IP address, a port number, a BAK, a BAK expiry time, and whether Use information such as header compression.
  • the PSG only receives voice information from the notified unicast IP address, and voice information from other IP addresses is discarded.
  • this step can also be performed before the user is invited to join, that is, before step 308, or the step can be performed after one user joins.
  • Step 311 The ATI sends reverse voice information to the PSG through a unicast connection.
  • Step 312 The PSG encrypts the received voice information by using the BAK, and sends the forward encrypted voice information to the multicast IP address and the port number through the broadcast channel, where the multicast IP address and the port number are the corresponding access terminals in the group. , ie AT2 and AT3.
  • AT1, AT2, and AT3 respectively send a request BCMCS flow registration message to establish a BCMCS bearer channel.
  • the above BSN and PDSN may also not be in the same physical entity.
  • FIG. 4 shows a flow of cluster preemption based on the embodiment shown in FIG. 3 to which the present invention is applied. Schematic diagram.
  • the group call member is in a call state.
  • AT2 is the user who initiated the preemption.
  • Step 401 AT2 sends a preemption (Floor) message to the BCMCS Controller having the control plane function of the PTT server on the unicast connection.
  • Floor preemption
  • Step 402 After the BCMCS Controller agrees to the preemption of the AT2, the service information is sent to the PSG. Because the preemption is initiated by other access terminals in the same group, the service information sent to the PSG only needs to update the unicast IP of the current speaker. address.
  • Step 403 The BCMCS Controller sends a preemptive response (floor Grant) message to the AT2 on the forward unicast connection.
  • Steps 404a, 404b the BCMCS Controller sends a Presence Acquisition (floor Taken) message to the ATI and AT3 on the forward unicast connection to notify the current speaker of other users in the group.
  • Presence Acquisition floor Taken
  • Step 405 AT2 sends reverse voice information to the PSG through a unicast connection.
  • Step 406a, step 406b, the PSG encrypts the received voice information by using the BAK, and sends the forward encrypted voice information to the ATI and the AT3 through the broadcast channel.
  • BCMCS is used to implement the cluster service.
  • the air interface protocol is still used between the AT and the AN.
  • the air interface protocol does not need to be modified.
  • the cluster call signaling and the preemption control signaling are transmitted using a unicast connection. Since the forward traffic channel of the system is time division multiplexed, in the case of no data transmission, the forward unicast connection is Does not occupy resources.
  • the reverse unicast connection is used to transmit the voice information of the speaker. Since only one user talks at the same time, that is, only one reverse traffic channel is transmitted, so the impact on the system reverse load is small, so that more cluster users can be supported. .
  • the invention is applicable to both CDMA 2000 IX systems and CDMA 2000 1XEV-DO (Data Only) systems.
  • CDMA 2000 IX systems CDMA 2000 1XEV-DO (Data Only) systems.
  • CDMA 2000 1XEV-DO Data Only

Landscapes

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

Description

一种实现集群业务的方法
技术领域
本发明涉及移动通信技术领域，特别是指一种实现集群业务的方法。 发明背景
集群通信系统是移动通信系统的一个重要分支。 集群通信的一个很 重要特征就是采用 PTT ( Push to Talk )方式实现呼叫， PTT是一种即按 即说的语音业务， 即主叫方通过按住功能键， 迅速建立与被叫之间的通 信链路， 实现呼叫。 其中的被叫可以是个人也可以是群 i且。
当一个用户讲话完毕释放说话权， 组内成员竟争说话权， 由 PTT服 务器 （PTT Server )按照一定的算法调度说话权， 获得说话权的用户可 以讲话， 组内其它成员只能接听。
呼叫时每个相关小区有一个广播信道， 当前讲话者使用上行业务信 道， 即组发射模式， 所有听者使用广播信道， 即组接收模式。 组呼信道 配置的通知消息在控制信道（CCH )上广播。 同一小区用户共享一条下 行信道。
cdma2000作为第三代移动通信技术标准，具有非常高效的频谱利用 效率，其中的广播多播业务（ BCMCS )进一步提高了空中信道的利用率， BCMCS系统结构示意图如图 1所示：
BCMCS内容提供者（BCMCS Provider ) 101 :是内容源或者创建者。 广播多播业务控制器 （ BCMCS Controller ) 102: 负责管理 BCMCS 会话信息， 并给 BCMCS服务节点（BSN ) 104、 用于多播的基站控制器 /分组控制功能 （Multicast BSC/PCF ) 106、 接入终端 （AT ) 109与内容 服务器（CS, Content Server ) 103提供 BCMCS会话信息。 并且， 接收 来自认证、 授权和计费服务器（AAA Server ) 的授权验证信息， 完成广 播访问密钥（ BAK )分发，或完成 BAK的生成。同时， BCMCS Controller 还可以执行查找期望流， 认证 BCMCS内容提供者， 协调 BCMCS内容 的传输等操作。
BCMCS内容服务器 103: 其不一定是内容源或者创建者， 它是负责 管理内容流的最后一个应用级实体， 如重新格式化等。 它还可以存储和 转发内容流， 合并来自多个提供者的内容流， 以及完成应用级的加密。
BSN 104: 支持 BCMCS 的逻辑实体， 可以与分组数据服务节点 ( PDSN ) 105是同一个物理实体。该逻辑实体与 Multicast BSC/PCF 106 配合添加和删除多播 IP流， 使用 IP多播协议来管理承载通路， 如加入 多播组、 退出多播组等， 执行 BCMCS Controller指定的多播 IP流处理， 如头压缩和删除等。
PDSN 105则通过单播连接接收来自网络的信息，并将接收到的信息 传送给用于单播的基站控制器 /分组控制功能（Unicast BSC/PCF ) 107。
基站收发信台 （BTS ) 108, 将接收到的来自 Unicast BSC/PCF 107 和 Multicast BSC/PCF 106的信息发送至 AT 109。
虽然图 1中提到 Unicast BSC/PCF 106和 Multicast BSC/PCF 107,但 BSC/PCF一般是同时支持单播与广播， 不需提及是 Unicast BSC/PCF还 是 Multicast BSC/PCF。 而且， 图 1中的 Unicast BSC/PCF 106、 Multicast BSC/PCF 107和 BTS 108相当于一个接入网絡。
虽然 BCMCS具有非常高效的空中信道利用效率， 但其并不适用于 集群业务。 这是因为 BCMCS业务仅仅是从网络到用户的单向业务， 而 集群业务是一种抢占方式的半双工通信方式， 即組内有一个成员讲话， 其它成员处于接听状态。 如何利用 BCMCS业务提供集群业务， 实现集 群业务和普通业务共网运营， 以更好利用 BCMCS的非常高效的信道利 用率这一特点， 是个有待解决的问题。 发明内容
有鉴于此， 本发明的目的在于提供一种实现集群业务的方法， 利用
BCMCS业务提供集群业务， 实现集群业务和普通业务共网运营。
为达到上述目的， 本发明的技术方案是这样实现的：
一种实现集群业务的方法，将 PTT服务器的控制面功能设置在广播 多播业务控制器 BCMCS Controller中， 将带有 PTT服务器的用户面功 能的 BCMCS内容服务器设置为 PTT业务网关 PSG，且接入终端与分组 数据服务节点 PDSN之间已建立点到点 PPP连接，该方法还包括以下步 骤：
a、 发起集群组呼的接入终端与支持 BCMCS的逻辑实体 BSN之间 建立 BCMCS承载通道， 并从接入网络 AN/PCF中获取用于接收前向语 音的信息；
b、 BCMCS控制器邀请该组内除发起组呼之外的接入终端加入组呼 , 并通知 PSG本次组呼所需的业务信息；
c、 PSG根据步驟 b所述业务信息，通过单播连接接收反向通道上的 语音信息， 应用广播通道发送前向语音信息。
较佳地， 如果接入终端处于休眠状态， 则该方法进一步包括： 在接 入终端与 BSN之间建立 BCMCS承载通道的同时，激活单播连接， 建立 专用的组呼通道； 或者， 在 BCMCS承载通道建立完成后， 接入终端准 备发送信息时， 激活单播连接， 建立专用的组呼通道。
较佳地，步骤 a所述接入终端与 BSN之间建立 BCMCS承载通道的 过程包括以下步骤： '
al、接入终端发送 BCMCS注册请求消息到 AN/PCF, 如果 AN/PCF 与 BSN之间未建立 BCMCS流的承载通道， 则 AN/PCF向 BSN发送 BCMCS流注册请求消息， 建立 BCMCS承载通道， BCMCS承载通道建 立完成后， 给 AN/PCF返回承载通道已建立的响应信息， 然后执行步骤 a2,如果 AN/PCF与 BSN之间已建立 BCMCS流的承载通道， 则直接执 行步骤 a2;
a2、 接入网络向接入终端发送 BCMCS承载通道已建立信息。
较佳地，步骤 al所述接入终端通过空口公共信道或已建立的专用业 务信道发送 BCMCS注册请求消息； 所述 AN/PCF通过 A接口向 BSN 发送 BCMCS流注册请求消息。
较佳地， 该方法进一步包括： 步骤 b执行之前， 发起集群組呼的接 入终端通过单播连接从 BCMCS控制器中获取本次组呼的 BCMCS流信 息， 对该业务流进行监视； 或者， 在接入终端发送 BCMCS注册请求消 息的同时， 通过单播连接从 BCMCS控制器中获取本次组呼的 BCMCS 流信息， 对该业务流进行监视。
较佳地， 所述本次組呼的 BCMCS流信息包括， 多播 IP地址、 端口 号、 广播访问密钥 BAK、 该密钥 BAK的有效期限、 是否使用头压缩信 俞
较佳地， 步骤 b所述 BCMCS控制器邀请该组内除发起组呼之外的 接入终端加入组呼， 并通知 PSG本次组呼所需的业务信息的过程为：
BCMCS控制器邀请组内除发起組呼之外的所有接入终端均加入组 呼后， 再通知 PSG本次组呼所需的业务信息， 或者， BCMCS控制器通 知 PSG本次组呼所需的业务信息后，再邀请组内除发起組呼之外的所有 接入终端均加入组呼， 或者， BCMCS控制器邀请组内除发起组呼之外 的部分接入终端加入组呼后， 再通知 PSG本次组呼所需的业务信息。
较佳地， 步骤 b所述本次组呼所需的业务信息包括， 单播 IP地址、 多播 IP地址、 端口号、 广播访问密钥 BAK、 该密钥 BAK的有效期限、 是否使用头压缩信息。
较佳地， 步骤 c所述通过单播接收反向通道上的语音信息， 应用广 播通道发送前向语音信息的方法为：
PSG只接收被通知的单播 IP地址的语音信息，使用广播访问密钥对 该语音信息进行加密后， 将该加密后的语音信息通过广播通道发送到对 应的多播 IP地址和端口号。
较佳地， 在集群通话状态下， 该方法进一步包括以下步骤： d、 某个接入终端通过单播连接向 BCMCS控制器发送抢占请求； e、 BCMCS控制器同意步骤 d所述请求后 ,通知 PSG更新当前讲话 者的单播 IP地址，并通过前向单播连接向发送请求的接入终端发送同意 请求的响应消息， 同时， 通过前向单播连接通知该组内的除发起请求的 接入终端当前的讲话者；
c、 PSG通过单播连接接收反向通道上的语音信息，应用广播通道发 送前向语音信息。
较佳地， 步骤 a所述用于接收的前向语音信息包括指示集群组呼对 应的 BCMCS流是否可用的信息， 以及在可用情况下该 BCMCS流使用 的广播逻辑信道和物理信道的信息。
较佳地，所述 PDSN和 BSN位于同一物理实体中，或者，所述 PDSN 和 BSN位于不同的物理实体中。
本发明在 BCMCS Controller中设置 PTT服务器的控制面功能， 在 BCMCS Content Server中设置 PTT服务器的用户面功能， 将带有 PTT 服务器的用户面功能的 BCMCS 内容服务器设置为 PTT 业务网关 ( PSG X 集群前向语音在 BCMCS信道上使用多播进行发送， 反向语音 在反向业务信道上使用单播连接进行发送。集群呼叫信令和抢占（Floor ) 控制信令使用单播连接进行发送。 PSG只接收来自当前讲话者的语音， 即以单播 IP地址为标识， 来自其它 IP地址的语音信息一律丟弃。 为了 防止非组内成员接收， PSG对前向语音数据进行加密传输， 这样只有组 内成员才能解密并接收。 应用本发明， 通过将单播业务与多播业务相结 合， 并对 BCMCS Controller进行适当扩展， 使得 BCMCS业务能够提供 集群业务， 实现了集群业务和普通业务共网运营。 而且， 应用本发明， 对空口协议和 A接口协议不进行任何修改，只需扩展客户端和服务器端 的软件即可实现， 其兼容性和扩展性好。 附图简要说明
图 1所示为 BCMCS系统结构示意图；
图 2所示为应用本发明的集群系统实现组呼时的结构示意图； 图 3所示为应用本发明一实施例的实现集群组呼的流程示意图； 图 4所示为应用本发明的基于图 3所示实施例实现集群抢占的流程 示意图。 实施本发明的方式
为使本发明的技术方案更加清楚，下面结合附图对本发明再做进 一步地详细说明。
BCMCS业务分为静态广播和动态广播两种， 静态广播是通过操 作维护等方式建立 BCMCS承载通道， 不管是否有用户监听 BCMCS 流， 该通道一直存在。 动态广播是根据用户的监听情况动态建立和释 放 BCMCS 载通道。 一个流只有一个承载通道， 在核心网络侧使用 IP多播协议进行传输， BSN完成多播 IP地址及端口号到流 ID的映 射。 本发明应用的是动态广播。 本发明的思路如图 2所示： 在 BCMCS Controller中设置 PTT服 务器的控制面功能， 在 BCMCS Content Server中设置 PTT服务器的 用户面功能，将带有 PTT服务器的用户面功能的 BCMCS内容服务器 设置为 PTT业务网关（PSG )。 图中的虚线代表集群前向语音业务流， 点画线代表集群反向语音业务流， 实线代表已建立的通信连接。 集群 前向语音在 BCMCS信道上使用多播进行发送， 即 PSG把接收到的 语音信息经 BSN及接入网络（AN/PCF )发送到集群组内对应的多播 IP地址和端口号，该多播 IP地址和端口号即为组内对应的接入终端； 反向语音在反向业务信道上使用单播进行发送， 即讲话者的 AT所发 出的语音信息通过单播连接经 AN/PCF和 PDSN到达 PSG。集群呼叫 信令和抢占控制信令使用单播连接进行发送。 AAA服务器用于对终 端进行授权验证。
PSG只接收来自当前讲话者的语音， 即以单播 IP地址为标识， 来自其它 IP地址的语音信息一律丢弃。 为了防止非组内成员接收， P S G对前向语音数据进行加密传输，这样只有组内成员才能解密并接 收。
下面结合流程图具体说明。
图 3所示为应用本发明一实施例的实现集群组呼的流程示意图。 在本实施例中， 假设 AT1、 AT2和 AT3为同一集群组的组内成员， 且在同一个扇区下， 其中 ATI 为讲话者， 其余为接听者， 而且， 所 有的接入终端， 即 AT1、 AT2和 AT3 , 已经通过 AN/PCF与 PDSN 之间建立了点到点（PPP )连接， 且逻辑功能实体 BSN与 PDSN在同 一个物理实体中。 在 BCMCS Controller中已设置了 PTT服务器的控 制面功能。
步骤 301 , ATI通过空口公共信道或已建立的专用业务信道， 发送 BCMCS注册请求消息到 AN/PCF。.如果 AN/PCF与 BSN之间未建立 BCMCS流的承载通道， 则执行步驟 302, 如果 AN/PCF与 BSN之间已 建立 BCMCS流的承载通道， 则直接执行步骤 304。
步骤 302, AN/PCF通过 A接口向 BSN发送 BCMCS流注册请求， 以建立 BCMCS承载通道。
步骤 303， BSN加入多播组后，整个承载通道即建立完毕，给 AN/PCF 返回承载通道已建立的响应信息。
步骤 304, AN/PCF向 ATI发送 BCMCS承载通道已建立的信息。 步骤 305 , AN/PCF发送广播多播开销消息（ BCMCS Overhead ) , 指示集群组呼对应的 BCMCS流是否可用， 并指明在可用情况下分配 给接入终端应用的广播逻辑信道和物理信道， 即告知 AT空口是否存 在该 BCMCS流， 如果存在， 该 BCMCS流使用的广播逻辑信道和物理 信道是什么， 也就是向 AT发送用于接收前向语音的信息。 此时， ATI 开始监视相应的广播信道， 准备接收。
步骤 306, 如果 ATI处于休眠状态， 则激活单播连接， 建立专用 的组呼通道， 本步骤也可在执行步骤 301的同时执行， 即在 BCMCS 承载通道建立完成后， 接入终端准备发送信息时， 激活单播连接， 建 立专用的组呼通道。
步骤 307， ATI通过单播连接从具有 PTT服务器的控制面功能的 BCMCS Controller中获取 BCMCS 流信息， 以用于对该业务流进行 监视， 同时， 将该 BCMCS流的 ID设置为本集群组的 ID。 本步骤也 可以在步骤 301中执行， 即 ATI发送 BCMCS注册请求消息的同时， 通 过单播连接从 BCMCS控制器中获取本次組呼的 BCMCS流信息， 在自 身对该业务流进行监视。上述 BCMCS 流信息中包括多播 IP地址、端 口号、 BAK、 BAK的有效期限（BAK Expiry time ) , 是否使用头压 缩等信息。
与此同时， 具有 PTT服务器的控制面功能的 BCMCS Controller 也通过来自 ATI的 BCMCS流信息获取 ATI所请求的信息， 以确定 ATI希望做什么。本例中， BCMCS Controller根据所获取的请求信息 确定 ATI请求发起組呼， 之后， 执行步骤 308a。
步骤 308a, 309a, 具有 PTT 服务器的控制面功能的 BCMCS Controller邀请组内用户加入组呼 ,即分别邀请 AT2及 AT3加入组呼。
步骤 308b, 309b, AT2及 AT3接收到邀请后， 分别通过单播连 接向 BCMCS Controller获取 BCMCS流信息， 用于正确接收前向多 播流。
步骤 310, 具有 PTT服务器的控制面功能的 BCMCS Controller 向 PSG发送业务信息，该业务信息中包括单播 IP地址、多播 IP地址、 端口号、 BAK、 BAK的有效期限 （ BAK Expiry time ) , 是否使用头 压缩等信息。 PSG只接收来自被通知的单播 IP地址的语音信息， 来 自其它 IP地址的语音信息一律丢弃。 根据运营商的不同策略， 该步 骤也可以在邀请用户加入前执行， 即在步骤 308之前执行， 或者， 该 步骤也可以在有一个用户加入后执行。
步骤 311 , ATI通过单播连接向 PSG发送反向语音信息。
步骤 312, PSG使用 BAK对接收到的语音信息进行加密， 通过 广播通道向多播 IP地址和端口号发送前向加密语音信息， 该多播 IP 地址和端口号即为組内对应的接入终端， 即 AT2和 AT3。
对于上述实施例， 如果 ATI、 AT2、 AT3不在同一个扇区下， 则 AT1、 AT2、 AT3要分别发送请求 BCMCS流注册消息建立 BCMCS 承载通道。 上述 BSN与 PDSN也可以不在同一个物理实体中。
图 4所示为应用本发明的基于图 3所示实施例实现集群抢占的流 程示意图。 在本实施例中， 组呼成员处于通话态。 其中， AT2为发起 抢占的用户。
步骤 401 , AT2在单播连接上向具有 PTT服务器的控制面功能的 BCMCS Controller发送抢占 （Floor ) 消息。
步骤 402, BCMCS Controller同意该 AT2抢占后， 向 PSG发送 业务信息， 由于是同一群组内其他接入终端发起的抢占， 因而该发送 给 PSG的业务信息中只需更新当前讲话者的单播 IP地址。
步骤 403， BCMCS Controller在前向单播连接上向 AT2发送抢占 成功的响应 ( Floor Grant ) 消息。
步骤 404a、 404b, BCMCS Controller在前向单播连接上向 ATI、 AT3发送抢占获取（ Floor Taken )消息， 通知組内其它用户当前的讲 话者。
步骤 405 , AT2通过单播连接向 PSG发送反向语音信息。
步骤 406a、 步骤 406b, PSG使用 BAK对接收到的语音信息进行 加密， 通过广播通道向 ATI和 AT3发送前向加密语音信息。
至此， 应用 BCMCS实现了集群业务， 其中， AT与 AN之间仍 然使用空口协议进行传输， 该空口协议不需要做任何修改。
在本发明中，集群呼叫信令和抢占控制信令使用单播连接进行发 送， 由于系统的前向业务信道是时分复用的， 因此， 在没有数据传输 的情况下， 前向单播连接并不占用资源。 反向单播连接用于传输讲话 者的语音信息， 由于同一时刻只有一个用户讲话， 即只有一个反向业 务信道在传输， 因此对系统反向负载影响较小， 从而能支持较多的集 群用户。
本发明既适用于 CDMA 2000 IX 系统， 也适用于 CDMA 2000 1XEV-DO ( Data Only ) 系统。 以上所述仅为本发明的较佳实施例而已， 并不用以限制本发明 凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等 均应包含在本发明的保护范围之内。

Claims

权利要求书
1、 一种实现集群业务的方法， 其特征在于， 将 PTT服务器的控制 面功能设置在广播多播业务控制器 BCMCS Controller中， 将带有 PTT 服务器的用户面功能的 BCMCS内容服务器设置为 PTT业务网关 PSG, 且接入终端与分组数据服务节点 PDSN之间已建立点到点 PPP连接，该 方法还包括以下步驟：
a、 发起集群组呼的接入终端与支持 BCMCS的逻辑实体 BSN之间 建立 BCMCS承载通道， 并从接入网络 AN/PCF中获取用于接收前向语 音的信息；
b、 BCMCS 控制器邀请该組内除发起组呼之外的接入终端加入组 呼， 并通知 PSG本次组呼所需的业务信息；
c、 PSG根据步骤 b所述业务信息，通过单播连接接收反向通道上的 语音信息， 应用广播通道发送前向语音信息。
2、根据权利要求 1所述的方法， 其特征在于， 如果接入终端处于休 眠状态， 则该方法进一步包括： 在接入终端与 BSN之间建立 BCMCS 承载通道的同时，激活单播连接，建立专用的组呼通道；或者，在 BCMCS 承载通道建立完成后， 接入终端准备发送信息时,' 激活单播连接， 建立 专用的组呼通道。
3、根据权利要求 1所述的方法， 其特征在于， 步骤 a所述接入终端 与 BSN之间建立 BCMCS承载通道的过程包括以下步骤：
al、接入终端发送 BCMCS注册请求消息到 AN/PCF, 如果 AN/PCF 与 BSN之间未建立 BCMCS流的承载通道， 则 AN/PCF向 BSN发送 BCMCS流注册请求消息，建立 BCMCS承载通道， BCMCS承载通道建 立完成后， 给 AN/PCF返回承载通道已建立的响应信息， 然后执行步骤 a2, 如果 AN/PCF与 BSN之间已建立 BCMCS流的承载通道， 则直接执 行步骤 a2;
a2、 接入网络向接入终端发送 BCMCS承载通道已建立信息。
4、 根据权利要求 3所述的方法， 其特征在于， 步骤 al所述接入终 端通过空口公共信道或已建立的专用业务信道发送 BCMCS注册请求消 息； 所述 AN/PCF通过 A接口向 BSN发送 BCMCS流注册请求消息。
5、 根据权利要求 3所述的方法， 其特征在于， 该方法进一步包括： 步骤 b执行之前， 发起集群组呼的接入终端通过单播连接从 BCMCS控 制器中获取本次组呼的 BCMCS流信息 , 对该业务流进行监视; 或者， 在接入终端发送 BCMCS注册请求消息的同时，通过单播连接从 BCMCS 控制器中获取本次组呼的 BCMCS流信息， 对该业务流进行监视。
6、 根据权利要求 5 所述的方法， 其特征在于， 所述本次组呼的 BCMCS流信息包括， 多播 IP地址、 端口号、 广播访问密钥 BAK、 该密 钥 BAK的有效期限、 是否使用头压缩信息。
7、 根据权利要求 1所述的方法， 其特征在于， 步骤 b所述 BCMCS 控制器邀请该组内除发起组呼之外的接入终端加入组呼，并通知 PSG本 次组呼所需的业务信息的过程为：
BCMCS 控制器邀请组内除发起组呼之外的所有接入终端均加入组 呼后， 再通知 PSG本次组呼所需的业务信息， 或者， BCMCS控制器通 知 PSG本次组呼所需的业务信息后，再邀请组内除发起组呼之外的所有 接入终端均加入组呼， 或者， BCMCS 控制器邀请组内除发起组呼之外 的部分接入终端加入组呼后， 再通知 PSG本次组呼所需的业务信息。
8、根据权利要求 1或 7所述的方法， 其特征在于， 步驟 b所述本次 组呼所需的业务信息包括， 单播 IP地址、 多播 IP地址、 端口号、 广播 访问密钥 BAK、 该密钥 BAK的有效期限、 是否使用头压缩信息。
9、根据权利要求 8所述的方法， 其特征在于， 步骤 c所述通过单播 接收反向通道上的语音信息， 应用广播通道发送前向语音信息的方法 为：
PSG只接收被通知的单播 IP地址的语音信息，使用广播访问密钥对 该语音信息进行加密后， 将该加密后的语音信息通过广播通道发送到对 应的多播 IP地址和端口号。
10、根据权利要求 9所述的方法， 其特征在于， 在集群通话状态下， 该方法进一步包括以下步骤：
d、 某个接入终端通过单播连接向 BCMCS控制器发送抢占请求； e、 BCMCS控制器同意步驟 d所述请求后，通知 PSG更新当前讲话 者的单播 IP地址，并通过前向单播连接向发送请求的接入终端发送同意 请求的响应消息， 同时， 通过前向单播连接通知该组内的除发起请求的 接入终端当前的讲话者；
c、 PSG通过单播连接接收反向通道上的语音信息，应用广播通道发 送前向语音信息。
11、 根据权利要求 1所述的方法， 其特征在于， 步骤 a所述用于接 收的前向语音信息包括指示集群组呼对应的 BCMCS 流是否可用的信 息， 以及在可用情况下该 BCMCS流使用的广播逻辑倌道和物理信道的 信息。
12、 根据权利要求 1所述的方法， 其特征在于， 所述 PDSN和 BSN 位于同一物理实体中， 或者， 所述 PDSN和 BSN位于不同的物理实体 中。
PCT/CN2005/001954 2004-11-19 2005-11-18 Procede destine a realiser un service regroupe Ceased WO2006053503A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNB200410091343XA CN100372399C (zh) 2004-11-19 2004-11-19 一种实现集群业务的方法
CN200410091343.X 2004-11-19

Publications (1)

Publication Number Publication Date
WO2006053503A1 true WO2006053503A1 (fr) 2006-05-26

Family

ID=36406837

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2005/001954 Ceased WO2006053503A1 (fr) 2004-11-19 2005-11-18 Procede destine a realiser un service regroupe

Country Status (2)

Country Link
CN (1) CN100372399C (zh)
WO (1) WO2006053503A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2423023C2 (ru) * 2006-09-11 2011-06-27 Зте Корпорейшн Способ высокоскоростной групповой передачи данных для транкинговой телекоммуникационной системы cdма 2000
CN102158806A (zh) * 2010-02-11 2011-08-17 华为技术有限公司 一种基于m2m应用的会话管理方法、系统和装置

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101815249B (zh) * 2009-02-23 2013-01-02 中国电信股份有限公司 一种实现移动网络ptt业务连续性的方法和系统
CN101938700B (zh) * 2009-06-30 2014-09-10 中兴通讯股份有限公司 一种广播多播服务系统中数据流传输的方法和系统
CN101742419B (zh) * 2010-01-04 2012-11-14 中国电信股份有限公司 Ptt组呼中业务连续性的实现方法及ptt服务器
CN102300168B (zh) * 2010-06-22 2015-08-12 中兴通讯股份有限公司 一种实现集群通信的方法及系统
CN112203239B (zh) * 2020-10-29 2022-03-15 北京长焜科技有限公司 一种B-TrunC系统中的预建立承载管理方法
CN113316098B (zh) * 2021-04-20 2022-10-21 新华三技术有限公司 一种建立业务通道、公网对讲的方法和公网对讲设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1418021A (zh) * 2001-10-30 2003-05-14 深圳市中兴通讯股份有限公司 一种移动通信系统及其实现集群业务的方法
CN1496042A (zh) * 2002-08-15 2004-05-12 ���˹���Ѷ��� Cdma无线通信集群系统和实现群呼服务的方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2081008A1 (en) * 1992-01-30 1993-07-31 Michael D. Sasuta Method for receiving a communication after initiating a ptt
KR100606016B1 (ko) * 2002-09-13 2006-07-26 삼성전자주식회사 이동 통신시스템에서 양방향 데이터 서비스 제공 방법
KR20040094275A (ko) * 2003-04-30 2004-11-09 삼성전자주식회사 셀룰러 이동통신 시스템에서 푸쉬-투-토크 서비스를 위한호 설정 방법

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1418021A (zh) * 2001-10-30 2003-05-14 深圳市中兴通讯股份有限公司 一种移动通信系统及其实现集群业务的方法
CN1496042A (zh) * 2002-08-15 2004-05-12 ���˹���Ѷ��� Cdma无线通信集群系统和实现群呼服务的方法

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2423023C2 (ru) * 2006-09-11 2011-06-27 Зте Корпорейшн Способ высокоскоростной групповой передачи данных для транкинговой телекоммуникационной системы cdма 2000
CN102158806A (zh) * 2010-02-11 2011-08-17 华为技术有限公司 一种基于m2m应用的会话管理方法、系统和装置
CN102158806B (zh) * 2010-02-11 2012-08-08 华为技术有限公司 一种基于m2m应用的会话管理方法、系统和装置
US8837326B2 (en) 2010-02-11 2014-09-16 Huawei Technologies Co., Ltd. Session management method and system based on M2M application, and apparatus
US9271139B2 (en) 2010-02-11 2016-02-23 Huawei Technologies Co., Ltd. Session management method and system based on M2M application, and apparatus

Also Published As

Publication number Publication date
CN1780423A (zh) 2006-05-31
CN100372399C (zh) 2008-02-27

Similar Documents

Publication Publication Date Title
US11671466B2 (en) Trunking communication system, trunking server, access network and trunking communication method
CN100551118C (zh) 点对多点数据通信
US7970425B2 (en) Push-to-talk group call system using CDMA 1x-EVDO cellular network
EP2495911B1 (en) Method and device for uninterruptable wireless group communication sessions
WO2008113263A1 (fr) Procédé pour supporter un service de diffusion/multidiffusion multimédia dans l'évolution d'une architecture système
WO2012058924A1 (zh) 一种集群系统中点对多点呼叫方法、终端及系统
CN101803279B (zh) 无线通信系统中的广播接口的连续维持
CN100420316C (zh) 一种实现集群业务的系统和方法
EP1829302B1 (en) Push-to-x over cellular coordinated floor and packet scheduling
CN101018168B (zh) Ip多媒体系统业务的承载方法及其系统
CN100372399C (zh) 一种实现集群业务的方法
WO2009103244A1 (zh) 无线网络中发起多播广播业务的方法和装置
CN101027856B (zh) 在支持广播服务的无线通信系统中提供按键通信服务的设备和方法
KR100713444B1 (ko) 피티티 서비스를 지원하는 이동 통신 시스템에서의 호 설정 방법 및 그에 따른 시스템
WO2009021373A1 (fr) Procédé de mise en œuvre d'envoi vocal dans un système numérique de grappes
CN100438656C (zh) 一种实现集群业务的系统和方法
CN100372398C (zh) 数字集群系统中共享链路的实现方法
WO2007112628A1 (en) A control method for realizing multicast and broadcast services in the wireless communication system
WO2006116944A1 (en) A method and system for transmitting the media data of the multiparty communication service
WO2009100565A1 (zh) 一种无线通信系统中实现多方电话会议的方法及系统
WO2007062597A1 (en) A method, system and user-determining unit for building a bearing of an application service
KR20060097260A (ko) 이동통신 시스템에서 푸시투 토크 그룹 호 제공 방법

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KN KP KR KZ LC LK LR LS LT LU LV LY MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU LV MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 05808320

Country of ref document: EP

Kind code of ref document: A1