WO2011150729A1 - 一种寻呼中查询被叫状态的方法及*** - Google Patents

一种寻呼中查询被叫状态的方法及*** Download PDF

Info

Publication number
WO2011150729A1
WO2011150729A1 PCT/CN2011/073454 CN2011073454W WO2011150729A1 WO 2011150729 A1 WO2011150729 A1 WO 2011150729A1 CN 2011073454 W CN2011073454 W CN 2011073454W WO 2011150729 A1 WO2011150729 A1 WO 2011150729A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
called user
paging
called
query
Prior art date
Application number
PCT/CN2011/073454
Other languages
English (en)
French (fr)
Inventor
宋莉
翟浩杰
佟萃玲
姚超
王振
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2011150729A1 publication Critical patent/WO2011150729A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like

Definitions

  • the present invention relates to techniques for querying a called state, and more particularly to a method and system for querying a called state in a page.
  • the trunking communication system is a mobile communication system used for group dispatching and command communication. It is mainly used in professional mobile communications, such as public safety, transportation, social linkage, municipal management, water conservancy and electric power, and factories and mines. Unlike ordinary mobile communication, the biggest feature of trunking communication is that the voice communication uses the push-to-talk (PTT) button, which is connected in a push-to-talk manner, and the called party can answer the call without going off-hook.
  • PTT push-to-talk
  • the connection speed is faster and can support functions such as group calls.
  • FIG. 1 The network structure of the corresponding cluster system of the present invention is shown in FIG. 1 , and the components are as follows:
  • Terminal A terminal device with cluster service function. It also has various service capabilities such as telephone interconnection service, packet data service, and short message service, and can roam within the coverage of the system.
  • Base station subsystem Complete the access function of the terminal and distribute it to the corresponding subsystem according to the type of service used by the user.
  • Switching subsystem completes the control and exchange function of the terminal telephone interconnection service in its service area, and is the control center of the telephone interconnection service. Switching subsystem through public switched telephone network
  • PSTN Public Switched Telephone Network
  • Scheduling subsystem Complete the control and management functions of the terminal cluster services in its service area, which is the control center of the cluster services.
  • the scheduling subsystem is interconnected via an IP network.
  • Packet data subsystem completes the control and access function of the terminal packet data service in its service area, and is the control center of the packet data service.
  • the packet data subsystems are interconnected via an IP network.
  • each type of service such as telephone interconnection service, cluster service, packet data industry
  • the processing is performed by the corresponding subsystem (such as the switching subsystem, the scheduling subsystem, the packet data subsystem, etc.), and the roaming support of each type of service is provided by the interconnection network between the corresponding subsystems.
  • the interconnection network between these subsystems, together with the cluster system of each region, constitutes a network-wide cluster system network, providing users with roaming support for all types of services across the network.
  • composition structure of the scheduling subsystem is shown in Figure 2, and the functional nodes are described as follows:
  • Dispatch server Implement call control and call rights management for trunk calls.
  • Scheduling home register saves the registration information and location information of cluster users and groups, implements authentication, authorization and accounting functions for cluster users, as well as location update and group management functions.
  • Dispatcher server Maintain the sessions of each dispatching station and management station, and realize the management and maintenance of the cluster scheduling by the management station and the dispatching station.
  • the paging mode of the trunk call is divided into two types: traditional paging and enhanced paging according to different channel resource allocation modes.
  • the conventional paging is characterized in that the base station subsystem does not separately allocate an air channel for each user, but allocates a shared air channel for each group. Since a group is only allocated a shared traffic channel in one cell, this can make the number of members of a single group unrestricted.
  • This type of paging is similar to the traditional trunking system and is therefore referred to as traditional paging.
  • the enhanced paging is characterized in that the base station subsystem separately allocates an air channel for each user according to a paging mode of a CDMA (Code Division Multiple Access) 2000 lx ordinary voice call.
  • CDMA Code Division Multiple Access
  • Each user has its own independent forward and reverse control channels and each completes its own access process.
  • the user who accesses the call in response to the paging mode can implement more supplementary services, so it is called enhanced paging.
  • trunk call membership in a trunk call is divided into enhanced members and traditional members according to different paging methods.
  • the enhanced member refers to a member who uses an enhanced paging method. For this type of member, once the call is accessed, the base station subsystem notifies the switching subsystem that the channel assignment is successful. Therefore, the switching subsystem clearly knows that it is in the cluster call busy state. For this type of member, once the call is accessed, the base station subsystem notifies the scheduling subsystem that the paging is successful, so the scheduling subsystem explicitly knows whether it is accessing the call.
  • the traditional type member refers to a member who uses the traditional paging method. For this type of member, even if the call is accessed, the base station subsystem does not notify the switching subsystem that the channel assignment is successful. Therefore, the switching subsystem cannot know that it is in the cluster call busy state. For this type of member, even if the call is accessed, the base station subsystem will not notify the scheduling subsystem that the paging is successful, and therefore, the scheduling subsystem cannot know whether it is accessing the call.
  • the switching subsystem When the calling party initiates a voice call, if the called party has accessed the trunking call with the traditional membership, the switching subsystem will still be able to learn the called state, and still send the called party to the called party.
  • the caller prompts the caller "The caller is temporarily unable to connect" after the paging failure, but the callee is actually busy, which affects the user experience of the caller.
  • the technical problem to be solved by the present invention is to provide a method and system for querying the called state in paging, so that the switching subsystem can know the called state of the traditional membership by querying.
  • the present invention provides a method for querying a called state in paging, the method comprising:
  • the network side pages the called user
  • the network side sends a query request to the called user, and learns that the called user has accessed the cluster according to the query response returned by the called user. call.
  • the method further includes: after learning that the called user has accessed the cluster call, the network side stops paging of the called user, and plays a busy prompt tone to the calling user.
  • the step of the network side sending a query request to the called user includes: sending, by the network side, the query request to the called user by using a shared service channel.
  • the method further includes: if the called user has accessed the cluster call, returning the query response after receiving the query request through the shared service channel.
  • the network side paging the called user includes: the calling user initiates a voice call, and the switching subsystem passes the base station subsystem after authenticating the calling user and the called user. Paging the called user. If the called user participates in the cluster call as a traditional member, the network side sends a query request to the called user, and learns that the called user has received the query according to the query response returned by the called user.
  • the steps involved in the cluster call include:
  • the base station subsystem sends a user status query request carrying the identification code of the called user to the scheduling subsystem; the scheduling subsystem determines whether the called user participates in the cluster call as a traditional member, and if so, passes through the base station The system sends a traditional member status query request carrying the identifier of the called user on the shared service channel;
  • the scheduling subsystem After receiving the traditional member user status query response, the scheduling subsystem returns a user status query response to the base station subsystem.
  • the network side After the network side knows that the called user has accessed the cluster call, stops the paging of the called user, and the step of playing the user busy prompt tone to the calling user includes:
  • the base station subsystem After receiving the user status query response, the base station subsystem knows that the called user has accessed the cluster call, and sends a notification to the switching subsystem that the called user has accessed the cluster call, and the switching subsystem stops. Paging the called user and playing a user busy tone to the calling user through the base station subsystem.
  • the step of paging the called user by the base station subsystem includes: the switching subsystem carries the cluster service subscription flag in the paging message when paging the called user through the base station subsystem.
  • the step of the base station subsystem sending the user status query request to the scheduling subsystem includes: the base station subsystem sending the user status query request to the scheduling subsystem according to the cluster service subscription sign.
  • the present invention also provides a system for querying the called state in paging, the system comprising a paging unit and a user status query unit, wherein:
  • the paging unit is configured to: after the calling user initiates a voice call, page the called user, and notify the user status query unit;
  • the user status query unit is configured to: after receiving the notification of the paging unit, determine the Whether the called user participates in the cluster call as a traditional member, and if so, sends a query request to the called user, and learns that the called user has accessed the cluster call according to the query response returned by the called user.
  • the user status query unit is further configured to: after learning that the called user has accessed the cluster call, send, to the paging unit, a user status notification that the called user has accessed the cluster call;
  • the unit is further configured to: after receiving the user status notification, stop paging the called user, and play a busy prompt tone to the calling user.
  • the user status query unit is configured to send the query request to the called user in the following manner: sending the query request to the called user by using a shared service channel.
  • the paging unit is further configured to: be located in a switching subsystem.
  • the user status query unit includes a first query module located in the base station subsystem and a second query module located in the scheduling subsystem, where:
  • the first query module is configured to: after receiving the notification of the paging unit, send a user status query request message carrying the identifier of the called user to the second query module; After the user status query response returned by the second query module is received, the user is informed that the called user has accessed the cluster call, and then sends a notification to the paging unit that the called user has accessed the cluster call.
  • the second query module is configured to: determine whether the called user participates in the cluster call as a traditional type member, and if yes, send the identifier of the called user on the shared service channel by using the first query module The traditional member status query request of the code; and after receiving the traditional member user status query response returned by the called user, returning a user status query response to the first query module.
  • the paging unit is configured to page the called user in the following manner: When the called user is paged through the base station subsystem, the paging service subscription flag is carried in the paging message.
  • the first query module is further configured to: send the user status query request to the second query module according to the cluster service subscription sign carried in the paging message.
  • the paging unit includes a first paging module in the switching subsystem and a second paging module in the base station subsystem, where: The first paging module pages the called user through the second paging module.
  • the user status query unit includes a first query module located in the base station subsystem and a second query module located in the scheduling subsystem, where:
  • the first query module is configured to: after receiving the notification of the paging unit, send a user status query request message carrying the identifier of the called user to the second query module; After the user status query response returned by the second query module is received, the user is informed that the called user has accessed the cluster call, and then sends a notification to the paging unit that the called user has accessed the cluster call.
  • the second query module is configured to: determine whether the called user participates in the cluster call as a traditional type member, and if yes, send the identifier of the called user on the shared service channel by using the first query module The traditional member status query request of the code; and after receiving the traditional member user status query response returned by the called user, returning a user status query response to the first query module.
  • the first paging unit is configured to page the called user in the following manner:
  • the cluster service subscription flag is carried in the paging message.
  • the first query module is further configured to: send the user status query request to the second query module according to the cluster service subscription sign carried in the paging message.
  • the present invention provides a method and system for querying the called state in paging. After the calling party initiates a voice call, by calling the state of the called party, when the called party has accessed the cluster call by the traditional membership, When the caller plays a busy tone to the calling party, the caller's feeling is improved.
  • FIG. 1 is a schematic diagram of a network structure of a digital trunking communication system
  • Figure 2 is a schematic diagram of the composition of the scheduling subsystem
  • FIG. 3 is a flowchart of querying the called state in the paging of the application example of the present invention, and prompting the voice caller to be busy.
  • Preferred embodiment of the invention
  • the basic idea of the present invention is to provide a method for querying the called state in paging.
  • the switching subsystem can, according to the state of the called party, if the called party has accessed the cluster call, Then, the calling party plays a busy tone of the user, so that the called state can be obtained by querying and the calling party can be notified, thereby improving the user experience of the calling user.
  • the present invention provides a method for querying a called state in paging, which is applied to a digital trunking communication system, and includes the following steps:
  • the network side pages the called user
  • the network side sends a query request to the called user, and learns that the called user has accessed the cluster according to the query response returned by the called user. call.
  • the network side After learning that the called user has accessed the cluster call, the network side stops paging the called user and sends a busy prompt to the calling user.
  • the network side sends the query request to the called user through a shared service channel; if the called user has accessed the cluster call, after receiving the query request through the shared service channel, returning the query Answer; otherwise, if the called user does not access the trunk call, the query request will not be received.
  • the method may specifically include the following steps:
  • the calling user initiates a voice call, and the switching subsystem authenticates the calling user and the called user, and then pages the called user through the base station subsystem;
  • the base station subsystem sends a user status query request to the scheduling subsystem, where the message carries the identification code of the called user; the scheduling subsystem determines whether the called user participates in the cluster call as a traditional member, and if so, passes the base station. The subsystem sends a traditional member status query request on the shared service channel, and carries the identifier of the called user;
  • the scheduling subsystem After receiving the traditional member user status query response, the scheduling subsystem returns a user status query response to the base station subsystem; After receiving the user status query response, the base station subsystem knows that the called user has accessed the cluster call, and sends a notification to the switching subsystem that the called user has accessed the cluster call, and the switching subsystem stops. Paging the called user and playing a user busy tone to the calling user through the base station subsystem.
  • the switching subsystem carries a cluster service subscription sign in the paging message when paging the called user through the base station subsystem;
  • the base station subsystem sends the user status query request to the scheduling subsystem according to the cluster service subscription flag carried in the paging message.
  • FIG. 3 is a flow chart of querying the called state and the voice caller's busy prompt in the paging of the application example of the present invention.
  • the called user has opened the voice service and the cluster service, and the specific steps of the process are described as follows:
  • Step 301 The calling party initiates a voice call.
  • Step 302 After the switching subsystem authenticates the calling and called users, the paging is called by the base station subsystem, and the message carries the cluster service subscription sign. If the authentication fails, the calling party calls the voice call to establish the voice call. Failed, the process ends;
  • Step 303 The base station subsystem sends a user status query request to the scheduling subsystem, where the message carries the called identification code.
  • Step 304 The scheduling subsystem determines whether the called party participates in the trunking call as a traditional member. If yes, the base station subsystem sends a traditional member status query request on the shared service channel, where the message carries the called identification code; otherwise, Without subsequent steps, the process ends;
  • Step 305 If the called party has accessed the cluster call, after receiving the traditional member status query request through the shared service channel, returning the traditional member query response, and thus, the scheduling subsystem explicitly knows that the called party has accessed the cluster call; If the called party does not access the cluster call, it will not receive the traditional member status query request, and therefore will not return the user status query response.
  • Step 306 The scheduling subsystem returns a user status query response to the base station subsystem, and notifies the called party. Busy in the cluster call;
  • Step 307 The base station subsystem sends a user status notification to the switching subsystem to notify the called party that the cluster call is busy.
  • Step 308 The switching subsystem stops paging the called party, and the base station subsystem plays the user busy prompt tone to the calling party.
  • the embodiment of the present invention further provides a system for querying a called state in a paging, where the system includes a paging unit and a user status query unit, where:
  • the paging unit is configured to: after the calling user initiates a voice call, page the called user, and notify the user status query unit;
  • the user status query unit is configured to: after receiving the notification of the paging unit, determine that the called user participates in a cluster call as a traditional type member, and if yes, send a query request to the called user, and Obtaining that the called user has accessed the cluster call according to the query response returned by the called user.
  • the user status querying unit is further configured to: after learning that the called user has accessed the cluster call, send, to the paging unit, a user status notification that the called user has accessed the cluster call;
  • the paging unit is further configured to: after receiving the user status notification, stop paging the called user, and play a busy prompt tone to the calling user.
  • the user status query unit is further configured to: send the query request to the called user through a shared service channel.
  • the paging unit may be configured to: be located in a switching subsystem;
  • the paging unit includes: a first paging module in the switching subsystem and a second paging module in the base station subsystem, where: the first paging module is paged by the second paging module The called user.
  • the user status query unit includes: a first query module in the base station subsystem and a second query module in the dispatch subsystem, wherein:
  • the first query module is configured to: after receiving the notification of the paging unit, to the second check
  • the query module sends a user status query request, and the message carries the identification code of the called user; and after receiving the user status query response returned by the second query module, it is learned that the called user has accessed the cluster call.
  • the second query module is configured to: determine whether the called user participates in a trunking call as a traditional member, and if yes, send a traditional member status query request on the shared service channel by using the first query module, Determining an identifier of the called user; and returning a user status query response to the first query module after receiving the traditional member user status query response returned by the called user.
  • the second query module may be located in a scheduling server in the scheduling subsystem.
  • the paging unit is configured to page the called user in the following manner: when paging the called user through the base station subsystem, carrying the cluster service subscription flag in the paging message;
  • the first query module is further configured to: send the user status query request to the second query module according to the cluster service subscription sign carried in the paging message.
  • the invention provides a method and a system for querying the called state in paging. After the calling party initiates a voice call, the calling party queries the called state, and when the called party has accessed the cluster call with the traditional membership, the calling party is called. The user's busy tone is played to improve the calling experience, so it has strong industrial applicability.

Landscapes

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

Abstract

本发明公开了一种寻呼中查询被叫状态的方法和***，该方法包括：主叫用户发起语音呼叫后，网络侧寻呼被叫用户；若所述被叫用户是以传统型成员身份参与集群呼叫，则网络侧向所述被叫用户发送查询请求，并根据所述被叫用户返回的查询应答获知所述被叫用户已接入集群呼叫；网络侧在获知所述被叫用户已接入集群呼叫后，停止对所述被叫用户的寻呼，并向所述主叫用户播放用户忙提示音。

Description

一种寻呼中查询被叫状态的方法及***
技术领域
本发明涉及查询被叫状态的技术， 更具体地， 涉及一种寻呼中查询被叫 状态的方法及***。
背景技术
集群通信***是一种用于集团调度指挥通信的移动通信***， 主要应用 在专业移动通信领域， 如公共安全、 交通运输、 社会联动、 市政管理、 水利 电力、 厂矿企业等。 和普通的移动通信不同， 集群通信最大的特点是， 话音 通信釆用即按即说（PTT, Push To Talk )按键， 以一按即通的方式接续， 被 叫无须摘机即可接听， 且接续速度较快， 并能支持群组呼叫等功能。
本发明对应的集群***网络结构见图 1 , 各组成部分说明如下：
( 1 ) 终端： 具备集群业务功能的终端设备， 同时也具备电话互连业务、 分组数据业务、 短消息业务等多种业务能力， 可在***全网覆盖范围内进行 漫游。
( 2 ) 基站子***： 完成终端的接入功能，并根据用户使用业务类型派发 到相应的子***处理。
( 3 ) 交换子***：完成对其服务区域内终端电话互连业务的控制和交换 功能， 是电话互连业务的控制中心。 交换子***通过公共交换电话网络
( PSTN, Public Switched Telephone Network ) 网络互连。
( 4 ) 调度子***： 完成对其服务区域内终端集群业务的控制和管理功 能， 是集群业务的控制中心。 调度子***通过 IP网络互连。
( 5 ) 分组数据子***：完成对其服务区域内终端分组数据业务的控制和 接入功能， 是分组数据业务的控制中心。 分组数据子***通过 IP网络互连。
在以上基本子***组成的基础之上， 为了提供更丰富的业务， 还可以配 置短消息子***， 智能网子***、 定位子***等组成部分。
所述集群***中， 每类业务（如电话互连业务、 集群业务、 分组数据业 务等）都由对应子***（如交换子***、 调度子***、 分组数据子***等） 执行控制处理， 每类业务的漫游支持都由对应子***之间的互连网络提供承 载。 这些子***之间的互连网络， 与各区域的集群***一起， 构成了全网范 围的集群***网络， 为用户提供全网范围各类业务的漫游支持。
所述集群***中， 调度子***的组成结构见图 2, 各功能节点说明如下：
( 1 ) 调度服务器： 实现集群呼叫的呼叫控制和话权管理。
( 2 ) 调度归属寄存器：保存集群用户和群组的注册信息和位置信息， 实 现对集群用户的鉴权、 授权和计费功能， 以及位置更新和群组管理功能。
( 3 ) 调度台服务器： 维护各调度台、 管理台的会话， 实现管理台和调度 台对集群调度的管理和维护。
在调度子***中， 集群呼叫的寻呼方式按信道资源分配方式不同分为传 统式寻呼和增强式寻呼两种。
所述传统式寻呼，其特征为基站子***不为每个用户单独分配空中信道， 而是为每个群组分配共享空中信道。 由于一个群组在一个小区内仅分配有共 享业务信道， 这样可以使得单个群组的成员数不受限制。 此种寻呼方式与传 统集群***相类似， 故而称之为传统式寻呼。
所述增强式寻呼， 其特征为基站子***按码分多址 （CDMA, Code Division Multiple Access ) 2000 lx普通语音呼叫的寻呼方式， 为每个用户单独 分配空中信道。 每个用户拥有自己独立的前向和反向控制信道， 并各自完成 各自的接入过程。 与传统式寻呼相比， 响应此种寻呼方式而接入呼叫的用户 可以实现更多的补充业务， 故而称之为增强式寻呼。
相应地， 集群呼叫中成员身份按寻呼方式不同分为增强型成员和传统型 成员两种。
所述增强型成员， 是指釆用增强式寻呼方式的成员。 此种类型成员， 一 旦接入呼叫后， 基站子***会通知交换子***信道指配成功， 故而， 交换子 ***明确知道其处于集群呼叫忙状态。 此种类型成员， 一旦接入呼叫后， 基 站子***会通知调度子***寻呼成功， 故而， 调度子***明确知道其是否接 入呼叫。 所述传统型成员， 是指釆用传统式寻呼方式的成员。 此种类型成员， 即 使接入呼叫， 基站子***也不会通知交换子***信道指配成功， 故而， 交换 子***无法知道其处于集群呼叫忙状态。 此种类型成员， 即使接入呼叫， 基 站子***也不会通知调度子***寻呼成功， 故而， 调度子***无法知道其是 否接入呼叫。
现有技术中存在如下问题： 当主叫发起语音呼叫时， 如果被叫以传统型 成员身份已接入集群呼叫， 则由于交换子***无法得知被叫的状态， 仍会向 被叫发送寻呼， 在寻呼失败后提示主叫 "被叫暂时无法接通" ， 而实际上被 叫正忙， 从而影响了主叫的用户体验。
发明内容
本发明解决的技术问题是提供一种寻呼中查询被叫状态的方法及***， 使交换子***能够通过查询获知传统型成员身份的被叫状态。
为解决上述技术问题， 本发明提供了一种寻呼中查询被叫状态的方法， 该方法包括：
主叫用户发起语音呼叫后， 网络侧寻呼被叫用户；
若所述被叫用户是以传统型成员身份参与集群呼叫， 则网络侧向所述被 叫用户发送查询请求， 并根据所述被叫用户返回的查询应答获知所述被叫用 户已接入集群呼叫。
该方法还包括， 网络侧在获知所述被叫用户已接入集群呼叫后， 停止对 所述被叫用户的寻呼， 并向所述主叫用户播放用户忙提示音。
其中， 网络侧是向所述被叫用户发送查询请求的所述步骤包括： 网络侧 通过共享业务信道向所述被叫用户发送所述查询请求。
该方法还包括： 如果所述被叫用户已接入集群呼叫， 则在通过共享业务 信道收到所述查询请求后， 返回所述查询应答。
其中， 主叫用户发起语音呼叫后， 网络侧寻呼被叫用户的所述步骤包括： 主叫用户发起语音呼叫， 交换子***对主叫用户、被叫用户鉴权通过后 , 通过基站子***寻呼被叫用户。 其中， 若所述被叫用户是以传统型成员身份参与集群呼叫， 则网络侧向 所述被叫用户发送查询请求， 并根据所述被叫用户返回的查询应答获知所述 被叫用户已接入集群呼叫的所述步骤包括：
基站子***向调度子***发送携带所述被叫用户的识别码的用户状态查 询请求； 调度子***判断所述被叫用户是否是以传统型成员身份参与集群呼 叫， 如果是， 则通过基站子***在共享业务信道发送携带所述被叫用户的识 别码的传统型成员状态查询请求；
如果所述被叫用户已接入集群呼叫， 则在收到所述传统型成员状态查询 请求后， 返回传统型成员用户状态查询应答；
调度子***收到所述传统型成员用户状态查询应答后， 向基站子***返 回用户状态查询应答。
其中， 网络侧在获知所述被叫用户已接入集群呼叫后， 停止对所述被叫 用户的寻呼， 并向所述主叫用户播放用户忙提示音的所述步骤包括：
基站子***收到所述用户状态查询应答后， 获知所述被叫用户已接入集 群呼叫，则向交换子***发送所述被叫用户已接入集群呼叫的用户状态通知， 交换子***停止对所述被叫用户的寻呼， 并通过基站子***向所述主叫用户 播放用户忙提示音。
其中， 换子***通过基站子***寻呼被叫用户的所述步骤包括： 交换子***在通过基站子***寻呼所述被叫用户时， 在寻呼消息中携带 集群业务签约标志。
其中，基站子***向调度子***发送用户状态查询请求的所述步骤包括： 基站子***根据所述集群业务签约标志向调度子***发送所述用户状态 查询请求。 本发明还提供了一种寻呼中查询被叫状态的***， 该***包括寻呼单元 和用户状态查询单元， 其中：
所述寻呼单元设置成： 在主叫用户发起语音呼叫后， 寻呼被叫用户， 并 通知所述用户状态查询单元；
所述用户状态查询单元设置成： 收到所述寻呼单元的通知后， 判断所述 被叫用户是否是以传统型成员身份参与集群呼叫， 若是， 则向所述被叫用户 发送查询请求， 并根据所述被叫用户返回的查询应答获知所述被叫用户已接 入集群呼叫。
其中， 所述用户状态查询单元还设置成： 在获知所述被叫用户已接入集 群呼叫后， 向所述寻呼单元发送被叫用户已接入集群呼叫的用户状态通知； 所述寻呼单元还设置成： 收到所述用户状态通知后， 停止对所述被叫用 户的寻呼， 并向所述主叫用户播放用户忙提示音。
其中， 所述用户状态查询单元设置成以如下方式向所述被叫用户发送所 述查询请求： 通过共享业务信道向所述被叫用户发送所述查询请求。
其中， 所述寻呼单元还设置成： 位于交换子***。
其中， 所述用户状态查询单元包括位于基站子***的第一查询模块和位 于调度子***的第二查询模块， 其中：
所述第一查询模块设置成： 收到所述寻呼单元的通知后， 向所述第二查 询模块发送携带所述被叫用户的识别码的用户状态查询请求消息；还设置成： 在收到所述第二查询模块返回的用户状态查询应答后， 获知所述被叫用户已 接入集群呼叫， 则向所述寻呼单元发送所述被叫用户已接入集群呼叫的用户 状态通知；
所述第二查询模块设置成： 判断所述被叫用户是否是以传统型成员身份 参与集群呼叫， 如果是， 则通过所述第一查询模块在共享业务信道发送携带 所述被叫用户的识别码的传统型成员状态查询请求； 并在收到所述被叫用户 返回的传统型成员用户状态查询应答后， 向所述第一查询模块返回用户状态 查询应答。
其中， 所述寻呼单元设置成以如下方式寻呼被叫用户： 在通过基站子系 统寻呼所述被叫用户时， 在寻呼消息中携带集群业务签约标志。
其中， 所述第一查询模块还设置成： 根据所述寻呼消息中携带的集群业 务签约标志向所述第二查询模块发送所述用户状态查询请求。
其中， 所述寻呼单元包括交换子***中的第一寻呼模块和基站子***中 的第二寻呼模块， 其中： 所述第一寻呼模块通过所述第二寻呼模块寻呼被叫用户。
其中， 所述用户状态查询单元包括位于基站子***的第一查询模块和位 于调度子***的第二查询模块， 其中：
所述第一查询模块设置成： 收到所述寻呼单元的通知后， 向所述第二查 询模块发送携带所述被叫用户的识别码的用户状态查询请求消息；还设置成： 在收到所述第二查询模块返回的用户状态查询应答后， 获知所述被叫用户已 接入集群呼叫， 则向所述寻呼单元发送所述被叫用户已接入集群呼叫的用户 状态通知；
所述第二查询模块设置成： 判断所述被叫用户是否是以传统型成员身份 参与集群呼叫， 如果是， 则通过所述第一查询模块在共享业务信道发送携带 所述被叫用户的识别码的传统型成员状态查询请求； 并在收到所述被叫用户 返回的传统型成员用户状态查询应答后， 向所述第一查询模块返回用户状态 查询应答。
其中， 所述第一寻呼单元设置成以如下方式寻呼被叫用户：
在通过所述第二寻呼模块寻呼所述被叫用户时， 在寻呼消息中携带集群 业务签约标志。
其中， 所述第一查询模块还设置成： 根据所述寻呼消息中携带的集群业 务签约标志向所述第二查询模块发送所述用户状态查询请求。
综上所述， 本发明提出了一种寻呼中查询被叫状态的方法及***， 主叫 发起语音呼叫后， 通过查询被叫的状态， 当被叫以传统型成员身份已接入集 群呼叫时， 向主叫播放用户忙的提示音， 从而改善主叫感受。 附图概述
图 1 是数字集群通信***的网络结构示意图；
图 2 是调度子***的组成结构示意图；
图 3 是本发明应用实例的寻呼中查询被叫状态， 语音主叫遇忙提示的流 程图。 本发明的较佳实施方式
本发明的基本思想在于， 提供一种寻呼中查询被叫状态的方法， 当主叫 发起语音呼叫时， 交换子***可以根据查询到的被叫的状态， 如果被叫已接 入集群呼叫， 则向主叫播放用户忙的提示音， 这样就可以通过查询获得被叫 状态并将其告知主叫， 从而改善主叫用户的用户体验。
基于上述思想， 本发明提供一种寻呼中查询被叫状态的方法， 应用于数 字集群通信***， 包括如下步骤：
主叫用户发起语音呼叫后， 网络侧寻呼被叫用户；
若所述被叫用户是以传统型成员身份参与集群呼叫， 则网络侧向所述被 叫用户发送查询请求， 并根据所述被叫用户返回的查询应答获知所述被叫用 户已接入集群呼叫。
网络侧在获知所述被叫用户已接入集群呼叫后， 停止对所述被叫用户的 寻呼， 并向所述主叫用户发送用户忙提示。
其中， 网络侧通过共享业务信道向所述被叫用户发送所述查询请求； 如果所述被叫用户已接入集群呼叫， 则在通过共享业务信道收到所述查 询请求后， 返回所述查询应答； 否则， 如果所述被叫用户未接入集群呼叫， 则将收不到所述查询请求。
所述方法具体可包括以下步骤：
主叫用户发起语音呼叫， 交换子***对主叫用户、被叫用户鉴权通过后 , 通过基站子***寻呼被叫用户；
基站子***向调度子***发送用户状态查询请求， 消息中携带所述被叫 用户的识别码； 调度子***判断所述被叫用户是否以传统型成员身份参与集 群呼叫， 如果是， 则通过基站子***在共享业务信道发送传统型成员状态查 询请求， 携带所述被叫用户的识别码；
如果所述被叫用户已接入集群呼叫， 则在收到所述传统型成员状态查询 请求后， 返回传统型成员用户状态查询应答；
调度子***收到所述传统型成员用户状态查询应答后， 向基站子***返 回用户状态查询应答； 基站子***收到所述用户状态查询应答后， 获知所述被叫用户已接入集 群呼叫，则向交换子***发送所述被叫用户已接入集群呼叫的用户状态通知， 交换子***停止对所述被叫用户的寻呼， 并通过基站子***向所述主叫用户 播放用户忙提示音。
其中， 所述交换子***在通过基站子***寻呼所述被叫用户时， 在寻呼 消息中携带集群业务签约标志；
基站子***根据所述寻呼消息中携带的集群业务签约标志向调度子*** 发送所述用户状态查询请求。
以下将结合附图及具体应用实例对本发明技术方案的实施作进一步的详 细描述。
图 3示出了本发明应用实例的寻呼中查询被叫状态， 语音主叫遇忙提示 的流程， 本应用实例中， 被叫用户已开通语音业务、 集群业务， 该流程具体 步骤描述如下：
步骤 301 , 主叫发起语音呼叫；
步骤 302 , 交换子***对主叫、 被叫用户鉴权通过后， 通过基站子*** 寻呼被叫， 消息中携带集群业务签约标志； 如果鉴权不通过， 则通知主叫本 次语音呼叫建立失败， 该流程结束；
步骤 303 , 基站子***向调度子***发送用户状态查询请求， 消息中携 带被叫的识别码；
步骤 304 , 调度子***判断被叫是否以传统型成员身份参与集群呼叫， 如果是， 则通过基站子***在共享业务信道发送传统型成员状态查询请求， 消息中携带被叫的识别码； 否则， 不进行后继步骤， 该流程结束；
步骤 305 , 如果被叫已接入集群呼叫， 则通过共享业务信道收到传统型 成员状态查询请求后， 返回传统型成员查询应答， 至此， 调度子***明确知 道被叫已接入集群呼叫； 如果被叫未接入集群呼叫， 则不会收到传统型成员 状态查询请求， 故而也不会返回用户状态查询应答；
步骤 306 , 调度子***向基站子***返回用户状态查询应答， 告知被叫 处于集群呼叫忙；
步骤 307 , 基站子***向交换子***发送用户状态通知， 告知被叫处于 集群呼叫忙； 步骤 308 , 交换子***停止对被叫的寻呼， 通过基站子***向主叫播放 用户忙提示音。
此外， 本发明实施例中还提供了一种寻呼中查询被叫状态的***， 该系 统包括寻呼单元和用户状态查询单元， 其中：
所述寻呼单元设置成： 在主叫用户发起语音呼叫后， 寻呼被叫用户， 并 通知所述用户状态查询单元；
所述用户状态查询单元设置成： 收到所述寻呼单元的通知后， 判断所述 被叫用户是以传统型成员身份参与集群呼叫， 若是， 则向所述被叫用户发送 查询请求， 并根据所述被叫用户返回的查询应答获知所述被叫用户已接入集 群呼叫。
所述用户状态查询单元还设置成： 在获知所述被叫用户已接入集群呼叫 后， 向所述寻呼单元发送被叫用户已接入集群呼叫的用户状态通知；
所述寻呼单元还设置成： 收到所述用户状态通知后， 停止对所述被叫用 户的寻呼， 并向所述主叫用户播放用户忙提示音。
所述用户状态查询单元还设置成： 通过共享业务信道向所述被叫用户发 送所述查询请求。
其中， 所述寻呼单元可以设置成： 位于交换子***中；
或者， 所述寻呼单元包括： 交换子***中的第一寻呼模块和基站子*** 中的第二寻呼模块， 其中： 所述第一寻呼模块通过所述第二寻呼模块寻呼被叫用户。
所述用户状态查询单元包括： 基站子***中的第一查询模块和调度子系 统中的第二查询模块， 其中：
所述第一查询模块设置成： 收到所述寻呼单元的通知后， 向所述第二查 询模块发送用户状态查询请求， 消息中携带所述被叫用户的识别码； 以及， 在收到所述第二查询模块返回的用户状态查询应答后， 获知所述被叫用户已 接入集群呼叫， 则向所述寻呼单元发送所述被叫用户已接入集群呼叫的用户 状态通知；
所述第二查询模块设置成： 判断所述被叫用户是否以传统型成员身份参 与集群呼叫， 如果是， 则通过所述第一查询模块在共享业务信道发送传统型 成员状态查询请求， 携带所述被叫用户的识别码； 并在收到所述被叫用户返 回的传统型成员用户状态查询应答后， 向所述第一查询模块返回用户状态查 询应答。
其中， 所述第二查询模块可以位于调度子***中的调度服务器。
其中， 所述寻呼单元设置成以如下方式寻呼被叫用户： 在通过基站子系 统寻呼所述被叫用户时， 在寻呼消息中携带集群业务签约标志；
所述第一查询模块还设置成： 根据所述寻呼消息中携带的集群业务签约 标志向所述第二查询模块发送所述用户状态查询请求。
应当理解的是， 对本发明技术所在领域的技术人员来说， 可以根据本发 明的技术方案及其构思进行相应的等同改变或替换，而所有这些改变或替换， 都应属于本发明所附权利要求的保护范围。
工业实用性
本发明提出了一种寻呼中查询被叫状态的方法及***， 主叫发起语音呼 叫后， 通过查询被叫的状态， 当被叫以传统型成员身份已接入集群呼叫时， 向主叫播放用户忙的提示音， 从而改善主叫感受， 因此具有很强的工业实用 性。

Claims

权 利 要 求 书
1、 一种寻呼中查询被叫状态的方法， 该方法包括：
主叫用户发起语音呼叫后， 网络侧寻呼被叫用户；
若所述被叫用户是以传统型成员身份参与集群呼叫， 则网络侧向所述被 叫用户发送查询请求， 并根据所述被叫用户返回的查询应答获知所述被叫用 户已接入集群呼叫。
2、 如权利要求 1所述的方法， 该方法还包括，
网络侧在获知所述被叫用户已接入集群呼叫后， 停止对所述被叫用户的 寻呼， 并向所述主叫用户播放用户忙提示音。
3、 如权利要求 1所述的方法， 其中， 网络侧是向所述被叫用户发送查询 请求的所述步骤包括： 网络侧通过共享业务信道向所述被叫用户发送所述查 询请求。
4、 如权利要求 3所述的方法， 该方法还包括：
如果所述被叫用户已接入集群呼叫， 则在通过共享业务信道收到所述查 询请求后， 返回所述查询应答。
5、 如权利要求 2-4中任一项所述的方法， 其中， 主叫用户发起语音呼叫 后， 网络侧寻呼被叫用户的所述步骤包括：
主叫用户发起语音呼叫， 交换子***对主叫用户、被叫用户鉴权通过后 , 通过基站子***寻呼被叫用户。
6、 如权利要求 5所述的方法， 其中， 若所述被叫用户是以传统型成员身 份参与集群呼叫， 则网络侧向所述被叫用户发送查询请求， 并根据所述被叫 用户返回的查询应答获知所述被叫用户已接入集群呼叫的所述步骤包括： 基站子***向调度子***发送携带所述被叫用户的识别码的用户状态查 询请求； 调度子***判断所述被叫用户是否是以传统型成员身份参与集群呼 叫， 如果是， 则通过基站子***在共享业务信道发送携带所述被叫用户的识 别码的传统型成员状态查询请求；
如果所述被叫用户已接入集群呼叫， 则在收到所述传统型成员状态查询 请求后， 返回传统型成员用户状态查询应答；
调度子***收到所述传统型成员用户状态查询应答后， 向基站子***返 回用户状态查询应答。
7、 如权利要求 6所述的方法， 其中， 网络侧在获知所述被叫用户已接入 集群呼叫后， 停止对所述被叫用户的寻呼， 并向所述主叫用户播放用户忙提 示音的所述步骤包括：
基站子***收到所述用户状态查询应答后， 获知所述被叫用户已接入集 群呼叫，则向交换子***发送所述被叫用户已接入集群呼叫的用户状态通知， 交换子***停止对所述被叫用户的寻呼， 并通过基站子***向所述主叫用户 播放用户忙提示音。
8、 如权利要求 6所述的方法， 其中， 换子***通过基站子***寻呼被叫 用户的所述步骤包括：
交换子***在通过基站子***寻呼所述被叫用户时， 在寻呼消息中携带 集群业务签约标志。
9、 如权利要求 8所述的方法， 其中， 基站子***向调度子***发送用户 状态查询请求的所述步骤包括：
基站子***根据所述集群业务签约标志向调度子***发送所述用户状态 查询请求。
10、 一种寻呼中查询被叫状态的***， 该***包括寻呼单元和用户状态 查询单元， 其中：
所述寻呼单元设置成： 在主叫用户发起语音呼叫后， 寻呼被叫用户， 并 通知所述用户状态查询单元；
所述用户状态查询单元设置成： 收到所述寻呼单元的通知后， 判断所述 被叫用户是否是以传统型成员身份参与集群呼叫， 若是， 则向所述被叫用户 发送查询请求， 并根据所述被叫用户返回的查询应答获知所述被叫用户已接 入集群呼叫。
11、 如权利要求 10所述的***， 其中，
所述用户状态查询单元还设置成： 在获知所述被叫用户已接入集群呼叫 后， 向所述寻呼单元发送被叫用户已接入集群呼叫的用户状态通知； 所述寻呼单元还设置成： 收到所述用户状态通知后， 停止对所述被叫用 户的寻呼， 并向所述主叫用户播放用户忙提示音。
12、 如权利要求 11所述的***， 其中， 所述用户状态查询单元设置成以 如下方式向所述被叫用户发送所述查询请求：
通过共享业务信道向所述被叫用户发送所述查询请求。
13、 如权利要求 10-12 中任一项所述的***， 其中， 所述寻呼单元还设 置成： 位于交换子***。
14、 如权利要求 13所述的***， 其中， 所述用户状态查询单元包括位于 基站子***的第一查询模块和位于调度子***的第二查询模块， 其中：
所述第一查询模块设置成： 收到所述寻呼单元的通知后， 向所述第二查 询模块发送携带所述被叫用户的识别码的用户状态查询请求消息；还设置成： 在收到所述第二查询模块返回的用户状态查询应答后， 获知所述被叫用户已 接入集群呼叫， 则向所述寻呼单元发送所述被叫用户已接入集群呼叫的用户 状态通知；
所述第二查询模块设置成： 判断所述被叫用户是否是以传统型成员身份 参与集群呼叫， 如果是， 则通过所述第一查询模块在共享业务信道发送携带 所述被叫用户的识别码的传统型成员状态查询请求； 并在收到所述被叫用户 返回的传统型成员用户状态查询应答后， 向所述第一查询模块返回用户状态 查询应答。
15、 如权利要求 14所述的***， 其中， 所述寻呼单元设置成以如下方式 寻呼被叫用户：
在通过基站子***寻呼所述被叫用户时， 在寻呼消息中携带集群业务签 约标志。
16、 如权利要求 15所述的***， 其中，
所述第一查询模块还设置成： 根据所述寻呼消息中携带的集群业务签约 标志向所述第二查询模块发送所述用户状态查询请求。
17、 如权利要求 10-12 中任一项所述的***， 其中， 所述寻呼单元包括 交换子***中的第一寻呼模块和基站子***中的第二寻呼模块， 其中： 所述第一寻呼模块通过所述第二寻呼模块寻呼被叫用户。
18、 如权利要求 17所述的***， 其中， 所述用户状态查询单元包括位于 基站子***的第一查询模块和位于调度子***的第二查询模块， 其中：
所述第一查询模块设置成： 收到所述寻呼单元的通知后， 向所述第二查 询模块发送携带所述被叫用户的识别码的用户状态查询请求消息；还设置成： 在收到所述第二查询模块返回的用户状态查询应答后， 获知所述被叫用户已 接入集群呼叫， 则向所述寻呼单元发送所述被叫用户已接入集群呼叫的用户 状态通知；
所述第二查询模块设置成： 判断所述被叫用户是否是以传统型成员身份 参与集群呼叫， 如果是， 则通过所述第一查询模块在共享业务信道发送携带 所述被叫用户的识别码的传统型成员状态查询请求； 并在收到所述被叫用户 返回的传统型成员用户状态查询应答后， 向所述第一查询模块返回用户状态 查询应答。
19、 如权利要求 18所述的***， 其中， 所述第一寻呼单元设置成以如下 方式寻呼被叫用户：
在通过所述第二寻呼模块寻呼所述被叫用户时， 在寻呼消息中携带集群 业务签约标志。
20、 如权利要求 19所述的***， 其中，
所述第一查询模块还设置成： 根据所述寻呼消息中携带的集群业务签约 标志向所述第二查询模块发送所述用户状态查询请求。
PCT/CN2011/073454 2010-05-31 2011-04-28 一种寻呼中查询被叫状态的方法及*** WO2011150729A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010188494.2 2010-05-31
CN201010188494.2A CN101854617B (zh) 2010-05-31 2010-05-31 一种寻呼中查询被叫状态的方法及***

Publications (1)

Publication Number Publication Date
WO2011150729A1 true WO2011150729A1 (zh) 2011-12-08

Family

ID=42805825

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/073454 WO2011150729A1 (zh) 2010-05-31 2011-04-28 一种寻呼中查询被叫状态的方法及***

Country Status (2)

Country Link
CN (1) CN101854617B (zh)
WO (1) WO2011150729A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103179519A (zh) * 2011-12-23 2013-06-26 中兴通讯股份有限公司 基于集群网络的呼叫建立方法及***

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101854617B (zh) * 2010-05-31 2014-04-09 中兴通讯股份有限公司 一种寻呼中查询被叫状态的方法及***
CN108632562A (zh) * 2017-03-20 2018-10-09 展讯通信（上海）有限公司 发起会议电话的方法、装置、多通终端及网络侧设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1708539A1 (en) * 2005-03-30 2006-10-04 Lucent Technologies Inc. Repeated dialing in wireless networks to called parties that are powered off
CN101035366A (zh) * 2007-04-09 2007-09-12 ***通信集团公司 获取被叫终端通信状态的方法、***及拜访位置寄存器
CN101136968A (zh) * 2007-02-05 2008-03-05 中兴通讯股份有限公司 遇忙呼叫前转方法
CN101854617A (zh) * 2010-05-31 2010-10-06 中兴通讯股份有限公司 一种寻呼中查询被叫状态的方法及***

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100512549C (zh) * 2006-05-12 2009-07-08 中兴通讯股份有限公司 数字集群通信***中对接入失败用户提示的***和方法
CN101237627A (zh) * 2008-02-26 2008-08-06 中兴通讯股份有限公司 用于集群***的业务提示方法及***

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1708539A1 (en) * 2005-03-30 2006-10-04 Lucent Technologies Inc. Repeated dialing in wireless networks to called parties that are powered off
CN101136968A (zh) * 2007-02-05 2008-03-05 中兴通讯股份有限公司 遇忙呼叫前转方法
CN101035366A (zh) * 2007-04-09 2007-09-12 ***通信集团公司 获取被叫终端通信状态的方法、***及拜访位置寄存器
CN101854617A (zh) * 2010-05-31 2010-10-06 中兴通讯股份有限公司 一种寻呼中查询被叫状态的方法及***

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103179519A (zh) * 2011-12-23 2013-06-26 中兴通讯股份有限公司 基于集群网络的呼叫建立方法及***

Also Published As

Publication number Publication date
CN101854617B (zh) 2014-04-09
CN101854617A (zh) 2010-10-06

Similar Documents

Publication Publication Date Title
US7729303B2 (en) Global open trunking system for CDMA wireless communication
CN101616364B (zh) 一种组呼业务实现方法
US6792281B2 (en) Method and system for patching dispatch calling parties together
CN107770295B (zh) 基于mcptt架构实现功能寻址业务的方法和***
US20040042438A1 (en) Trunking system for CDMA wireless communication
WO2007019730A1 (fr) Méthode d’implémentation de nomadisme pour système de communication numérique trunk
CN100455070C (zh) Cdma数字集群传统式组呼的呼叫建立和呼叫控制方法
CN103609147A (zh) 集群通信***、集群服务器、接入网络以及集群通信方法
WO2009015526A1 (fr) Procédé consistant à déclencher une synchronisation d'informations de groupe en temps réel sur un côté du réseau dans un système de communication à grappes
CN103024682B (zh) 数字集群通信***实现半双工单呼业务的方法
CN100420316C (zh) 一种实现集群业务的***和方法
CN109089333B (zh) 一种数字集群***组派接实现方法
CN106888459A (zh) 降低d2d信令开销与频谱资源干扰的信息终端及其通信方法
CN101594576B (zh) 数字集群通信***中实现跨省组呼的方法
WO2007025409A1 (fr) Methode pour realiser une limitation de mobilite, qui repose sur un service d'un systeme de communication mobile
US20080084839A1 (en) Digital Trunked Communication Network Which Supports Roaming And Method Thereof
WO2004017525A2 (en) Trunking system for cdma wireless communication
WO2011150729A1 (zh) 一种寻呼中查询被叫状态的方法及***
CN100426894C (zh) 发起集群通信业务的方法
CN103582122A (zh) 一种基于数字集群通信***的组呼建立方法、网络侧设备
WO2011157198A1 (zh) 实现组呼信道上行链路抢占的方法及***
WO2007014528A1 (fr) Procédé pour réaliser un appel unique dans un système de groupe
CN100461901C (zh) 一种cdma数字集群组呼通话过程的实现方法
WO2015192573A1 (zh) 集群业务注册方法及装置
WO2009012629A1 (fr) Procédé pour mettre en oeuvre un service d'itinérance d'appels de groupe classiques amrc numériques à ressources partagées

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11789108

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11789108

Country of ref document: EP

Kind code of ref document: A1