CN101340610A - 无线通信网络中的紧急消息发送 - Google Patents
无线通信网络中的紧急消息发送 Download PDFInfo
- Publication number
- CN101340610A CN101340610A CNA2007100434443A CN200710043444A CN101340610A CN 101340610 A CN101340610 A CN 101340610A CN A2007100434443 A CNA2007100434443 A CN A2007100434443A CN 200710043444 A CN200710043444 A CN 200710043444A CN 101340610 A CN101340610 A CN 101340610A
- Authority
- CN
- China
- Prior art keywords
- message
- emergency
- travelling carriage
- sends
- emergency message
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明揭示一种在无线通信网络中实现紧急消息发送的方法，包括：移动台发起紧急语音呼叫流程；移动台向网络发送包含了紧急消息内容的呼叫控制消息；网络收到并确认该呼叫控制消息后发送对应的确认消息，确保呼叫控制流程的顺利进行；释放呼叫流程，结束紧急消息传输过程。本发明还揭示一种用于实现紧急消息发送的无线通信网络，其中移动台发起语音紧急呼叫，发送包含紧急消息内容的呼叫控制消息；而网络侧包括一紧急消息中心，用于处理紧急消息，该紧急消息中心与该无线通信网络中的消息中心之间具有通信链路。本发明的实施只涉及到少量设备的修改，实施成本比现有技术有大幅度的下降。
Description
技术领域
本发明涉及无线通信网络中的消息发送方法，更具体地说，涉及一种在无线通信网络中实现紧急消息发送的方法，特别是紧急情况下非语音信息的移动台发送过程。
背景技术
目前国内的移动运营商已经在一些城市推出了紧急短消息业务，这种业务是基于普通的短消息流程，通过提供特殊的业务号码来实现的。
因为普通短消息业务自身的属性，在下列情况，移动台用户将无法使用普通短消息业务：
1)当移动台进入到漫游不允许的网络时，用户将无法使用普通短消息业务；
2)当SIM卡无效或者无SIM卡时，用户将无法使用普通短消息业务；
3)当移动台用户欠费无法进行呼出或者其它业务时，用户也无法使用普通短消息业务。
所以目前的这种业务并不能突出“紧急”的特性，即在任何情况下，只要移动台处于网络覆盖范围内，就都能发起紧急呼叫这样的特性。
目前在无线通信网络中实现紧急消息发送领域，已有一种技术方案，由申请号为CN99809219.3，题为“紧急呼叫和短消息传送系统的特性”的专利申请所揭示。该技术提供一种使用非话音连接传送紧急消息的方法。根据该方案的实施，需要在数字无线标准(如基于GSM的标准)中添加一个紧急短消息业务。该方案的实施主要包含以下几个方面，步骤如图1所示：
1)从移动台102发送一条表明一个紧急单独专用控制信道进程(SDCCH)的信道请求106至网络104，并标明原因为紧急SDCCH建立请求；
2)响应该信道请求106，在移动台102接收一条分配消息108，分配消息将移动台102指引到一个专用逻辑信道；
3)响应该分配消息108，发送一条表明紧急短消息业务的CM业务请求110。
现有方案虽然可以解决目前无线通信网络中不支持紧急消息发送的问题，但是该方案的实施需要无线通信网络中的多个功能单元的支持，至少包括移动台，基站控制器，移动业务交换中心，访问位置寄存器等。如果要在目前已经建成的无线通信网络中实施该方案，就需要对上文提到的移动台，基站控制器，移动业务交换中心，访问位置寄存器等功能单元进行修改，这将耗费较大的人力，财力成本，特别是网络中的基站控制器的数量非常多，对此功能单元的修改更将花费巨大。
发明内容
在目前已经建成的无线通信网络中，实现紧急消息发送的现有方案的实施涉及到较多的网络功能单元的修改，方案的实施成本较大。
因此，本发明针对目前无线通信网络中，无法实现真正的紧急消息发送这一状况，提出了一种新的在无线通信网络中实现紧急消息发送的方法。本发明的实施只涉及到少量设备的修改，较之上文提及的现有方案，实施成本将有大幅度的下降。
本发明通过修改现有的语音紧急呼叫流程，实现移动台对紧急消息的发送。从而使用户能够以短消息的形式发送紧急数据信息，这些数据包括位置信息，用户输入的文本信息或者其他移动台生成的能够以短消息形式传输的数据信息。本发明利用目前已经在无线通信标准(如3GPP组织标准)中已经规定的语音的紧急呼叫流程和部分呼叫控制消息，将紧急消息数据包含在这些消息中在网络中进行发送，实现紧急消息传输的目的。在本发明中，不需要建立语音业务信道。
根据本发明的一方面，提供一种在无线通信网络中实现紧急消息发送的方法，包括如下步骤：
移动台发起紧急语音呼叫流程；
移动台向网络发送包含了紧急消息内容的呼叫控制消息；
网络收到并确认该呼叫控制消息后发送对应的确认消息，确保呼叫控制流程的顺利进行；
释放呼叫流程，结束紧急消息传输过程。
其中，应用该方法的无线通信网络中具有一紧急消息中心，该紧急消息中心与该无线通信网络中的消息中心之间具有通信链路。
根据本发明的一实施例，移动台向网络发送包含了紧急消息内容的呼叫控制消息包括发送经修改的Status Enquiry消息、Emergency Setup消息、Call Proceeding消息、Connect消息、Connect Acknowledge消息、Disconnect消息和Release消息，其中在上述的消息中添加EM Indicator参数和Emergency Information参数，其中EM Indicator参数用于指示是否用于紧急消息发送，Emergency Information参数用于包含紧急消息。
根据本发明的一实施例，该方法包括：
运营商事先指定用于紧急消息通信的号码；
移动台向运营商指定的用于紧急消息通信的号码发送紧急消息；
移动台向无线基站控制器发送信道建立请求，并标明原因为紧急呼叫，无线基站控制器与移动台之间建立用于紧急呼叫的无线连接；
无线连接建立成功后，移动台发起语音紧急呼叫流程，网络侧进行响应；
在呼叫建立的过程，网络侧不发起无线接入承载RAB建立过程，即无用户业务信道的建立过程；
在移动台发送Connect Acknowledge消息后，移动台向移动业务交换中心发送包含的紧急消息数据的Status Enquiry消息，移动业务交换中心从消息中解出紧急消息数据并转发给消息中心，然后向移动台回复Status消息；
当有移动台终止MT的紧急消息数据需要发送给移动台时，移动业务交换中心向移动台发送包含的紧急消息数据的Status Enquiry消息，移动台从消息中解出紧急消息数据，然后向移动业务交换中心回复Status消息；
在消息发送过程完成后，移动台和移动业务交换中心的任何一方均可以发起呼叫释放过程。
根据本发明的另一实施例，该方法包括：
运营商事先指定用于紧急消息通信的号码；
移动台向运营商指定的用于紧急消息通信的号码发送紧急消息；
移动台向无线基站控制器发送信道建立请求，并标明原因为紧急呼叫，无线基站控制器与移动台之间建立用于紧急呼叫的无线连接；
无线连接建立成功后，移动台向网络发送CM service request消息，并标明原因为紧急呼叫，网络根据自身的设置决定省略或者发起鉴权和加密流程；
移动台向网络发送Emergency Setup消息，移动业务交换中心解码消息，获取其中包含的消息信元，启动定时器T1，并且通过ForwardShortMessage将TPDU:SMS-SUBMIT发送到消息中心；
消息中心向紧急消息处理中心发送TPDU:SMS-DELIVER，同时向移动业务交换中心返回DeliveryReport，该DeliveryReport为TPDU:SMS-SUBMIT-REPORT报告消息发送情况，移动业务交换中心在收到SMS-SUBMIT-REPORT之后向移动台发送Call Proceeding。
根据本发明的第二方面，提供一种用于实现紧急消息发送的无线通信网络，其中，
移动台发起语音紧急呼叫，发送包含紧急消息内容的呼叫控制消息；网络侧包括一紧急消息中心，用于处理紧急消息，该紧急消息中心与该无线通信网络中的消息中心之间具有通信链路。
根据一种实现，该无线通信网络还包括：
节点B，用于与移动台进行通信；
无线基站控制器，与该节点B之间具有通信链路；
移动业务交换中心，与该无线基站控制器之间具有通信链路；
消息移动业务交换中心，与移动业务交换中心之间具有通信链路，将移动台发送的消息转发给消息中心；
消息中心，与消息移动业务交换中心之间具有通信链路，处理消息移动业务交换中心转发的消息。
其中所述移动台在Status Enquiry消息、Emergency Setup消息、CallProceeding消息、Connect消息、Connect Acknowledge消息、Disconnect消息和Release消息中添加EM Indicator参数和Emergency Information参数，其中EM Indicator参数用于指示是否用于紧急消息发送，EmergencyInformation参数用于包含紧急消息；所述移动台发送经修改后的消息。
根据本发明的一实施例，该无线通信网络实现紧急消息发送如下：
运营商事先指定用于紧急消息通信的号码；
移动台向运营商指定的用于紧急消息通信的号码发送紧急消息；
移动台向无线基站控制器发送信道建立请求，并标明原因为紧急呼叫，无线基站控制器与移动台之间建立用于紧急呼叫的无线连接；
无线连接建立成功后，移动台发起语音紧急呼叫流程，网络侧进行响应；
在呼叫建立的过程，网络侧不发起无线接入承载RAB建立过程，即无用户业务信道的建立过程；
在移动台发送Connect Acknowledge消息后，移动台向移动业务交换中心发送包含的紧急消息数据的Status Enquiry消息，移动业务交换中心从消息中解出紧急消息数据并转发给消息中心，然后向移动台回复Status消息；
当有移动台终止MT的紧急消息数据需要发送给移动台时，移动业务交换中心向移动台发送包含的紧急消息数据的Status Enquiry消息，移动台从消息中解出紧急消息数据，然后向移动业务交换中心回复Status消息；
在消息发送过程完成后，移动台和移动业务交换中心的任何一方均可以发起呼叫释放过程。
根据本发明的另一实施例，该无线通信网络实现紧急消息发送如下：
运营商事先指定用于紧急消息通信的号码；
移动台向运营商指定的用于紧急消息通信的号码发送紧急消息；
移动台向无线基站控制器发送信道建立请求，并标明原因为紧急呼叫，无线基站控制器与移动台之间建立用于紧急呼叫的无线连接；
无线连接建立成功后，移动台向网络发送CM service request消息，并标明原因为紧急呼叫，网络根据自身的设置决定省略或者发起鉴权和加密流程；
移动台向网络发送Emergency Setup消息，移动业务交换中心解码消息，获取其中包含的消息信元，启动定时器T1，并且通过ForwardShortMessage将TPDU:SMS-SUBMIT发送到消息中心；
消息中心向紧急消息处理中心发送TPDU:SMS-DELIVER，同时向移动业务交换中心返回DeliveryReport，该DeliveryReport为TPDU:SMS-SUBMIT-REPORT报告消息发送情况，移动业务交换中心在收到SMS-SUBMIT-REPORT之后向移动台发送Call Proceeding。
本发明通过修改现有的语音紧急呼叫流程，实现移动台对紧急消息的发送。从而使用户能够以短消息的形式发送紧急数据信息，这些数据包括位置信息，用户输入的文本信息或者其他移动台生成的能够以短消息形式传输的数据信息。本发明利用目前已经在无线通信标准中已经规定的语音的紧急呼叫流程和部分呼叫控制消息，将紧急消息数据包含在这些消息中在网络中进行发送，实现紧急消息传输的目的。在本发明中，不需要建立语音业务信道。本发明的实施只涉及到少量设备的修改，较之上文提及的现有方案，实施成本将有大幅度的下降。
附图说明
本发明的上述的以及其他的特征、性质和优势将通过下面结合附图和实施例的描述而变得更加明显，在附图中，相同的附图标记始终表示相同的特征，其中，
图1示出了现有技术中的发送紧急消息的流程；
图2示出了3GPP无线通信标准中已经规定的语音紧急呼叫流程；
图3示出了根据本发明的一实施例的实现紧急消息发送的方法的流程图；
图4示出了根据本发明的一实施例的紧急消息发送流程；
图5示出了根据本发明的另一实施例的紧急消息发送流程；
图6示出了根据本发明的一实施例的无线通信网络的结构图。
具体实施方式
本发明通过修改现有的语音紧急呼叫流程，实现移动台对紧急消息的发送。从而使用户能够以短消息的形式发送紧急数据信息，这些数据包括位置信息，用户输入的文本信息或者其他移动台生成的能够以短消息形式传输的数据信息。
需要说明的是，对于本申请中所提短消息业务，请参见3GPPTS23.040，TS24.011的定义。
目前，无线通信标准(如3GPP组织标准)中已经规定了语音的紧急呼叫流程，该紧急呼叫流程如图2所示。该紧急呼叫流程是由3GPP所定义的标准中的一部分，具体内容可参考相关的标准文献，这里不再重复说明。
本发明通过修改图2中的部分呼叫控制消息，将紧急消息数据包含在这些消息中在网络中进行发送，实现紧急消息传输的目的。在本发明中，不需要建立语音业务信道。
本发明首先提供一种在无线通信网络中实现紧急消息发送的方法，参考图3所示，该方法300包括如下步骤：
302.移动台发起紧急语音呼叫流程；
304.移动台向网络发送包含了紧急消息内容的呼叫控制消息；
306.网络收到并确认该呼叫控制消息后发送对应的确认消息，确保呼叫控制流程的顺利进行；
308.释放呼叫流程，结束紧急消息传输过程。
在应用该方法的无线通信网络中，具有一紧急消息中心，该紧急消息中心与该无线通信网络中的消息中心之间具有通信链路。
表1：修改后的Status Enquiry消息格式
| IEI | Information element | Type/Reference | Presence | Format | Length |
| Call controlprotocol discriminator | Protocol discriminator10.2 | M | V | 1/2 | |
| Transaction identifier | Transaction identifier10.3.2 | M | V | 1/2 | |
| Status enquirymessage type | Message type10.4 | M | V | 1 | |
| F1 | EM Indicator | EMt Indicator | O | TV | 2 |
| F2 | Emergency Information | EmergencyInformation | O | TLV | 8-n |
注1：表1中斜体表示新增内容，EM Indicator用于指示是否用于紧急消息发送，Emergency Information参数用于包含紧急消息内容。
表2：修改后的Emergency Setup消息格式
| IEI | Information element | Type/Reference | Presence | Format | Length |
| Call controlprotocol discriminator | Protocol discriminator10.2 | M | V | 1/2 | |
| Transaction identifier | Transaction identifier10.3.2 | M | V | 1/2 | |
| Emergency setupmessage type | Message type10.4 | M | V | 1 | |
| 04 | Bearer capability | Bearer capability10.5.4.5 | O | TLV | 3-9 |
| 2D | Stream Identifier | Stream Identifier10.5.4.28 | O | TLV | 3 |
| 40 | Supported Codecs | Supported Codec List10.5.4.32 | O | TLV | 5-n |
| 2E | Emergency category | Service category10.5.4.33 | O | TLV | 3 |
| F1 | EM Indicator | EM Indicator | O | TV | 2 |
| F2 | Emergency Information | Emergency Information | O | TLV | 8-n |
注2：表2中斜体表示新增内容，EM Indicator用于指示是否用于紧急消息发送，Emergency Information参数用于包含紧急消息内容
表3：修改后的Call Proceeding消息格式
| IEI | Information element | Type/Reference | Presence | Format | Length |
| Call controlprotocol discriminator | Protocol discriminator10.2 | M | V | 1/2 | |
| Transaction identifier | Transaction identifier10.3.2 | M | V | 1/2 | |
| Call proceedingmessage type | Message type10.4 | M | V | 1 | |
| D- | Repeat Indicator | Repeat Indicator10.5.4.22 | C | TV | 1 |
| 04 | Bearer capability 1 | Bearer capability10.5.4.5 | O | TLV | 3-16 |
| 04 | Bearer capability 2 | Bearer capability10.5.4.5 | O | TLV | 3-16 |
| 1C | Facility | Facility10.5.4.15 | O | TLV | 2-？ |
| 1E | Progress indicator | Progress indicator10.5.4.21 | O | TLV | 4 |
| 8- | Priority granted | Priority Level10.5.1.11 | O | TV | 1 |
| 2F | Network Call ControlCapabilities | Network Call Control cap.10.5.4.29 | O | TLV | 3 |
| F1 | EM Indicator | EM Indicator | O | TV | 2 |
| F2 | Emergency Information | Emergency Information | O | TLV | 8-n |
注3：表3中斜体表示新增内容，EM Indicator用于指示是否用于紧急消息发送，Emergency Information参数用于包含紧急消息内容。
表4：修改后的Connect消息格式
| IEI | Information element | Type/Reference | Presence | Format | Length |
| Call controlprotocol discriminator | Protocol discriminator10.2 | M | V | 1/2 | |
| Transaction identifier | Transaction identifier10.3.2 | M | V | 1/2 | |
| Connectmessage type | Message type10.4 | M | V | 1 | |
| 1C | Facility | Facility10.5.4.15 | O | TLV | 2-？ |
| 1E | Progress indicator | Progress indicator10.5.4.21 | O | TLV | 4 |
| 4C | Connected number | Connected number10.5.4.13 | O | TLV | 3-14 |
| 4D | Connected subaddress | Connected subaddress10.5.4.14 | O | TLV | 2-23 |
| 7E | User-user | User-user10.5.4.25 | O | TLV | 3-131 |
| F1 | EM Indicator | EM Indicator | O | TV | 2 |
| F2 | Emergency Information | Emergency Information | O | TLV | 8-n |
注4：表4中斜体表示新增内容，EM Indicator用于指示是否用于紧急消息发送，Emergency Information参数用于包含紧急消息内容。
表5：修改后的Connect Acknowledge消息格式
| IEI | Information element | Type/Reference | Presence | Format | Length |
| Call controlprotocol discriminator | Protocol discriminator10.2 | M | V | 1/2 | |
| Transaction identifier | Transaction identifier10.3.2 | M | V | 1/2 | |
| Connect acknowledgemessage type | Message type10.4 | M | V | 1 | |
| F1 | EM Indicator | EM Indicator | O | TV | 2 |
| F2 | Emergency Information | Emergency Information | O | TLV | 8-n |
注5：表5中斜体表示新增内容，EM Indicator用于指示是否用于紧急消息发送，Emergency Information参数用于包含紧急消息内容。
表6：修改后的Disconnect消息格式
| IEI | Information element | Type/Reference | Presence | Format | Length |
| Call controlprotocol discriminator | Protocol discriminator10.2 | M | V | 1/2 | |
| Transaction identifier | Transaction identifier10.3.2 | M | V | 1/2 | |
| Disconnectmessage type | Message type10.4 | M | V | 1 | |
| Cause | Cause10.5.4.11 | M | LV | 3-31 | |
| 1C | Facility | Facility10.5.4.15 | O | TLV | 2-？ |
| 1E | Progress indicator | Progress indicator10.5.4.21 | O | TLV | 4 |
| 7E | User-user | User-user10.5.4.25 | O | TLV | 3-131 |
| 7B | Allowed actions$(CCBS)$ | Allowed actions10.5.4.27 | O | TLV | 3 |
| F1 | EM Indicator | EM Indicator | O | TV | 2 |
| F2 | Emergency Information | Emergency Information | O | TLV | 8-n |
注6：表6中斜体表示新增内容，EM Indicator用于指示是否用于紧急消息发送，Emergency Information参数用于包含紧急消息内容。
表7：修改后的Release消息格式
| IEI | Information element | Type/Reference | Presence | Format | Length |
| Call controlprotocol discriminator | Protocol discriminator10.2 | M | V | 1/2 | |
| Transaction identifier | Transaction identifier10.3.2 | M | V | 1/2 | |
| Releasemessage type | Message type10.4 | M | V | 1 | |
| 08 | Cause | Cause10.5.4.11 | O | TLV | 4-32 |
| 08 | Second cause | Cause10.5.4.11 | O | TLV | 4-32 |
| 1C | Facility | Facility10.5.4.15 | O | TLV | 2-？ |
| 7E | User-user | User-user10.5.4.25 | O | TLV | 3-131 |
| 7F | SS version | SS version indicator10.5.4.24 | O | TLV | 2-3 |
| F1 | EM Indicator | EM Indicator | O | TV | 2 |
| F2 | Emergency Information | Emergency Information | O | TLV | 8-n |
注7：表7中斜体表示新增内容，EM Indicator用于指示是否用于紧急消息发送，Emergency Information参数用于包含紧急消息内容。
参考图4所示，是根据本发明的一实施例的紧急消息发送流程，其中的MS 402表示应用了本发明的移动台，MSC表示应用了本发明的移动业务交换中心，VLR表示WCDMA系统中一般的访问位置寄存器，其中MSC和VLR可以是两个分开的实体，也可以是集成在一起的，在图4所示的实施例中，MSC和VLR是集成在一起的，并被使用附图标记404表示。RNC表示在WCDMA系统中一般的无线基站控制器，NODE-B表示WCDMA系统中一般的无线基站，SC表示WCDMA系统中的短消息中心，SMS-IWMSC表示WCDMA系统中从移动台接收短消息并将此消息发送给SC的MSC。EMC(Emergency Message Center)表示紧急消息处理中心，该实体将作为紧急消息的接收实体，负责处理MS发送的紧急消息，并且将该消息反馈给中心工作人员。
运营商事先指定若干个用于紧急消息通信的号码，这些号码可以是原先已经为语音紧急呼叫所指定的号码，也可以是运营商新指定的号码。
参考图4所示的，该紧急消息发送流程包括：
移动台向上述运营商指定的特殊号码发送紧急消息。
1)MS向RNC发送信道建立请求，并标明原因为紧急呼叫，RNC与MS之间建立用于紧急呼叫的无线连接；
2)无线连接建立成功后，MS发起语音紧急呼叫流程，网络侧进行响应；
3)在呼叫建立的过程，网络侧不发起无线接入承载RAB(RadioAccess Bearer)建立过程，即无用户业务信道的建立过程；
4)在MS发送Connect Acknowledge消息后，MS向MSC发送包含的紧急消息数据的Status Enquiry消息，MSC从消息中解出紧急消息数据并转发给SC，然后向MS回复Status消息；
5)当有移动台终止MT(Mobile Termination)的紧急消息数据需要发送给MS时，MSC向MS发送包含的紧急消息数据的Status Enquiry消息，MS从消息中解出紧急消息数据，然后向MSC回复Status消息；
6)当有需要时，MSC和MS均可以如前面步骤4)和5)所描述的那样发送紧急消息数据；
7)在消息发送过程完成后，MS和MSC的任何一方均可以发起呼叫释放过程。
通过上述流程，移动台用户将紧急消息发送给紧急消息处理中心，经处理后，报告给中心工作人员，由工作人员根据紧急消息内容采取相应的措施(实施救援或者其他动作)，并向移动台用户返回处理信息。
参考图5所示，是根据本发明的另一实施例的紧急消息发送流程，其中的MS 502表示应用了本发明的移动台，MSC表示应用了本发明的移动业务交换中心，VLR表示WCDMA系统中一般的访问位置寄存器，其中MSC和VLR可以是两个分开的实体，也可以是集成在一起的，在图5所示的实施例中，MSC和VLR是集成在一起的，并被使用附图标记504表示。RNC表示在WCDMA系统中一般的无线基站控制器，NODE-B表示WCDMA系统中一般的无线基站，SC 508表示WCDMA系统中的短消息中心，SMS-IWMSC 506表示WCDMA系统中从移动台接收短消息并将此消息发送给SC的MSC。EMC(Emergency Message Center)510表示紧急消息处理中心，该实体将作为紧急消息的接收实体，负责处理MS发送的紧急消息，并且将该消息反馈给中心工作人员。
运营商事先指定若干个用于紧急消息通信的号码，这些号码可以是原先已经为语音紧急呼叫所指定的号码，也可以是运营商新指定的号码。
移动台向上述运营商指定的特殊号码发送紧急消息。
1)MS向RNC发送信道建立请求，并标明原因为紧急呼叫，RNC与MS之间建立用于紧急呼叫的无线连接，图5中的RP数据是指短消息中继协议数据消息；
2)无线连接建立成功后，MS向网络发送CM service request消息，并标明原因为紧急呼叫，网络根据自身的设置决定省略或者发起鉴权和加密流程；
3)在完成2)步骤后，MS向网络发送Emergency Setup消息，MSC解码消息，获取其中包含的短消息信元，启动定时器T1，并且通过ForwardShortMessage将TPDU(SMS-SUBMIT)(传输协议数据单元(短消息发送消息))发送到SC；
4)SC向紧急消息处理中心发送TPDU(SMS-DELIVER)(传输协议数据单元(短消息传递消息))，同时向MSC返回DeliveryReport(TPDU:SMS-SUBMIT-REPORT)(传输协议数据单元(短消息发送报告消息))，报告消息发送情况，MSC在收到SMS-SUBMIT-REPORT之后向MS发送Call Proceeding，图5中的RP确认是指短消息中继协议确认消息；
5)EMC收到SMS-DELIVER之后向SC返回TPDU(SMS-DELIVER-REPORT)(传输协议数据单元(短消息传递报告消息))，，并且将SMS-DELIVER中所包含的紧急信息内容报告给中心工作人员；
6)SC向MSC发送ForwardShortMessage(TPDU:SMS-STATUS-REPORT)(传输协议数据单元(短消息状态报告消息))，报告消息发送到EMC的情况，MSC向MS发送Connect消息报告紧急消息是否已被EMC成功接收；
7)MS向MSC发送Connect Acknowledge消息，MSC处理该消息之后向SC发送DeliveryReport(TPDU:SMS-DELIVER-REPORT)消息。
8)EMC的工作人员根据报警消息内容，判断是否需要调派人员前往救援。若无需进一步的支援，那么继续(9a)的流程；若调派人员前往救援，那么将继续(9b)的流程；
9a)在MSC中的定时器T1超时后，发送一般的Disconnect消息，在MS回复Release消息后，MSC向MS发送Release Complete消息结束本次紧急消息发送过程；
9b)EMC向SC发送TPDU(SMS-SUBMIT)后，SC将向MSC发送ForwardShortMessage(TPDU:SMS-DELIVER)；MSC停止T1的运行，向MS发送Disconnect消息，通过该消息指示用户下一步的动作，在MS回复Release消息后，MSC向MS发送Release Complete消息结束本次紧急消息发送过程。
需要注意的是，在T1启动后，一旦超时，MSC都将按照上面步骤(9a)进行动作。
通过上述流程，移动台用户将紧急消息发送给紧急消息处理中心，经处理后，报告给中心工作人员，由工作人员根据紧急消息内容采取相应的措施(实施救援或者其他动作)；而移动台用户根据紧急消息处理中心发送的STATUS REPORT消息，可以确定紧急消息处理中心是否已经成功收到已经发出的紧急消息，从而决定是否需要重发紧急消息，另外也可以作为报警记录。在需要进一步救援的情况下，EMC通过向移动台发送消息指示移动台用户下一步动作。
本发明还揭示了一种用于实现紧急消息发送的无线通信网络，参考图6所示，其中该无线通信网络中最显著的改进在于：
移动台发起语音紧急呼叫，发送包含紧急消息内容的呼叫控制消息；
网络侧中的移动业务交换中心实现了对修改后的呼叫控制消息进行编码和解码能力；
网络侧包括一紧急消息中心，用于处理紧急消息，该紧急消息中心与该无线通信网络中的消息中心之间具有通信链路。
继续参考图6，该无线通信网络600包括：
节点B Node-B 604，用于与移动台602进行通信；
无线基站控制器RNC 606，与该节点B 604之间具有通信链路；
移动业务交换中心MSC 608，与该无线基站控制器606之间具有通信链路；在该实施例中，该移动业务交换中心MSC 608与一访问位置寄存器VLR集成一体，并共同使用附图标记608表示；
消息移动业务交换中心SMS-IWMSC 610，与移动业务交换中心608之间具有通信链路，将移动台602发送的消息转发给消息中心SC 612；
消息中心SC 612，与消息移动业务交换中心610之间具有通信链路，处理消息移动业务交换中心转发的消息；
紧急消息中心EMC 614，用于处理紧急消息，该紧急消息中心614与该无线通信网络中的消息中心612之间具有通信链路。。
根据本发明的一个实施例，该无线通信网络实现紧急消息发送如下：
运营商事先指定用于紧急消息通信的号码；
移动台向运营商指定的用于紧急消息通信的号码发送紧急消息；
移动台向无线基站控制器发送信道建立请求，并标明原因为紧急呼叫，无线基站控制器与移动台之间建立用于紧急呼叫的无线连接；
无线连接建立成功后，移动台发起语音紧急呼叫流程，网络侧进行响应；
在呼叫建立的过程，网络侧不发起无线接入承载RAB(Radio AccessBearer)建立过程，即无用户业务信道的建立过程；
在移动台发送Connect Acknowledge消息后，移动台向移动业务交换中心发送包含的紧急消息数据的Status Enquiry消息，移动业务交换中心从消息中解出紧急消息数据并转发给消息中心，然后向移动台回复Status消息；
当有移动台终止MT(Mobile Termination)的紧急消息数据需要发送给移动台时，移动业务交换中心向移动台发送包含的紧急消息数据的Status Enquiry消息，移动台从消息中解出紧急消息数据，然后向移动业务交换中心回复Status消息；
在消息发送过程完成后，移动台和移动业务交换中心的任何一方均可以发起呼叫释放过程。
根据本发明的另一实施例，该无线通信网络实现紧急消息发送如下：
运营商事先指定用于紧急消息通信的号码；
移动台向运营商指定的用于紧急消息通信的号码发送紧急消息；
移动台向无线基站控制器发送信道建立请求，并标明原因为紧急呼叫，无线基站控制器与移动台之间建立用于紧急呼叫的无线连接；
无线连接建立成功后，移动台向网络发送CM service request消息，并标明原因为紧急呼叫，网络根据自身的设置决定省略或者发起鉴权和加密流程；
移动台向网络发送Emergency Setup消息，移动业务交换中心解码消息，获取其中包含的消息信元，启动定时器T1，并且通过ForwardShortMessage将TPDU:SMS-SUBMIT发送到消息中心；
消息中心向紧急消息处理中心发送TPDU:SMS-DELIVER，同时向移动业务交换中心返回DeliveryReport，该DeliveryReport为TPDU:SMS-SUBMIT-REPORT报告消息发送情况，移动业务交换中心在收到SMS-SUBMIT-REPORT之后向移动台发送Call Proceeding；
紧急消息处理中心收到SMS-DELIVER之后向消息中心返回TPDU:SMS-DELIVER-REPORT，并且将SMS-DELIVER中所包含的紧急信息内容报告给紧急消息处理中心工作人员；
消息中心向移动业务交换中心发送ForwardShortMessage，该ForwardShortMessage为TPDU:SMS-STATUS-REPORT报告消息发送到紧急消息处理中心的情况，移动业务交换中心向移动台发送Connect消息报告紧急消息是否已被移动业务交换中心成功接收；
移动台向移动业务交换中心发送Connect Acknowledge消息，移动业务交换中心处理该消息之后向消息中心发送DeliveryReport，该DeliveryReport为TPDU:SMS-DELIVER-REPORT消息；
紧急消息处理中心根据报警消息内容，判断是否需要调派人员前往救援，若无需进一步的支援，那么继续下面的步骤：
在移动业务交换中心中的定时器T1超时后，移动业务交换中心向移动台发送一般的Disconnect消息，在移动台回复Release消息后，移动业务交换中心向移动台发送Release Complete消息结束本次紧急消息发送过程；
若调派人员前往救援，那么将继续下面的步骤；
紧急消息处理中心向消息中心发送TPDU:SMS-SUBMIT后，消息中心将向移动业务交换中心发送ForwardShortMessage，该ForwardShortMessage为TPDU:SMS-DELIVER；移动业务交换中心停止T1的运行，向移动台发送Disconnect消息，通过该消息指示用户下一步的动作，在移动台回复Release消息后，移动业务交换中心向移动台发送Release Complete消息结束本次紧急消息发送过程。
综合而言，本发明通过修改现有的语音紧急呼叫流程，实现移动台对紧急消息的发送。从而使用户能够以短消息的形式发送紧急数据信息，这些数据包括位置信息，用户输入的文本信息或者其他移动台生成的能够以短消息形式传输的数据信息。本发明利用目前已经在无线通信标准中已经规定的语音的紧急呼叫流程和部分呼叫控制消息，将紧急消息数据包含在这些消息中在网络中进行发送，实现紧急消息传输的目的。在本发明中，不需要建立语音业务信道。本发明的实施只涉及到少量设备的修改，较之上文提及的现有方案，实施成本将有大幅度的下降。
上述实施例是提供给熟悉本领域内的人员来实现或使用本发明的，熟悉本领域的人员可在不脱离本发明的发明思想的情况下，对上述实施例做出种种修改或变化，因而本发明的保护范围并不被上述实施例所限，而应该是符合权利要求书提到的创新性特征的最大范围。
Claims (10)
1.一种在无线通信网络中实现紧急消息发送的方法，包括如下步骤：
移动台发起紧急语音呼叫流程；
移动台向网络发送包含了紧急消息内容的呼叫控制消息；
网络收到并确认该呼叫控制消息后发送对应的确认消息，确保呼叫控制流程的顺利进行；
释放呼叫流程，结束紧急消息传输过程。
2.如权利要求1所述的方法，其特征在于，应用该方法的无线通信网络中具有一紧急消息中心，该紧急消息中心与该无线通信网络中的消息中心之间具有通信链路。
3.如权利要求2所述的方法，其特征在于，所述移动台向网络发送包含了紧急消息内容的呼叫控制消息包括：
发送经修改的Status Enquiry消息、Emergency Setup消息、CallProceeding消息、Connect消息、Connect Acknowledge消息、Disconnect消息和Release消息，其中在上述的消息中添加EM Indicator参数和Emergency Information参数，其中EM Indicator参数用于指示是否用于紧急消息发送，Emergency Information参数用于包含紧急消息。
4.如权利要求3所述的方法，其特征在于，该方法包括：
运营商事先指定用于紧急消息通信的号码；
移动台向运营商指定的用于紧急消息通信的号码发送紧急消息；
移动台向无线基站控制器发送信道建立请求，并标明原因为紧急呼叫，无线基站控制器与移动台之间建立用于紧急呼叫的无线连接；
无线连接建立成功后，移动台发起语音紧急呼叫流程，网络侧进行响应；
在呼叫建立的过程，网络侧不发起无线接入承载RAB建立过程，即无用户业务信道的建立过程；
在移动台发送Connect Acknowledge消息后，移动台向移动业务交换中心发送包含紧急消息数据的Status Enquiry消息，移动业务交换中心从消息中解出紧急消息数据并转发给消息中心，然后向移动台回复Status消息；
当有移动台终止MT的紧急消息数据需要发送给移动台时，移动业务交换中心向移动台发送包含的紧急消息数据的Status Enquiry消息，移动台从消息中解出紧急消息数据，然后向移动业务交换中心回复Status消息；
在消息发送过程完成后，移动台和移动业务交换中心的任何一方均可以发起呼叫释放过程。
5.如权利要求3所述的方法，其特征在于，该方法包括：
运营商事先指定用于紧急消息通信的号码；
移动台向运营商指定的用于紧急消息通信的号码发送紧急消息；
移动台向无线基站控制器发送信道建立请求，并标明原因为紧急呼叫，无线基站控制器与移动台之间建立用于紧急呼叫的无线连接；
无线连接建立成功后，移动台向网络发送CM service request消息，并标明原因为紧急呼叫，网络根据自身的设置决定省略或者发起鉴权和加密流程；
移动台向网络发送Emergency Setup消息，移动业务交换中心解码消息，获取其中包含的消息信元，启动定时器T1，并且通过ForwardShortMessage将TPDU：SMS-SUBMIT发送到消息中心；
消息中心向紧急消息处理中心发送TPDU：SMS-DELIVER，同时向移动业务交换中心返回DeliveryReport，该DeliveryReport为TPDU：SMS-SUBMIT-REPORT报告消息发送情况，移动业务交换中心在收到SMS-SUBMIT-REPORT之后向移动台发送Call Proceeding。
6.一种用于实现紧急消息发送的无线通信网络，其特征在于，
移动台发起语音紧急呼叫，发送包含紧急消息内容的呼叫控制消息；网络侧包括一紧急消息中心，用于处理紧急消息，该紧急消息中心与该无线通信网络中的消息中心之间具有通信链路。
7.如权利要求6所述的无线通信网络，其特征在于，该网络还包括：
节点B，用于与移动台进行通信；
无线基站控制器，与该节点B之间具有通信链路；
移动业务交换中心，与该无线基站控制器之间具有通信链路；
消息移动业务交换中心，与移动业务交换中心之间具有通信链路，将移动台发送的消息转发给消息中心；
消息中心，与消息移动业务交换中心之间具有通信链路，处理消息移动业务交换中心转发的消息。
8.如权利要求6所述的无线通信网络，其特征在于，
所述移动台在Status Enquiry消息、Emergency Setup消息、CallProceeding消息、Connect消息、Connect Acknowledge消息、Disconnect消息和Release消息中添加EM Indicator参数和Emergency Information参数，其中EM Indicator参数用于指示是否用于紧急消息发送，EmergencyInformation参数用于包含紧急消息；
所述移动台发送经修改后的消息。
9.如权利要求8所述的无线通信网络，其特征在于，该无线通信网络实现紧急消息发送如下：
运营商事先指定用于紧急消息通信的号码；
移动台向运营商指定的用于紧急消息通信的号码发送紧急消息；
移动台向无线基站控制器发送信道建立请求，并标明原因为紧急呼叫，无线基站控制器与移动台之间建立用于紧急呼叫的无线连接；
无线连接建立成功后，移动台发起语音紧急呼叫流程，网络侧进行响应；
在呼叫建立的过程，网络侧不发起无线接入承载RAB建立过程，即无用户业务信道的建立过程；
在移动台发送Connect Acknowledge消息后，移动台向移动业务交换中心发送包含的紧急消息数据的Status Enquiry消息，移动业务交换中心从消息中解出紧急消息数据并转发给消息中心，然后向移动台回复Status消息；
当有移动台终止MT的紧急消息数据需要发送给移动台时，移动业务交换中心向移动台发送包含的紧急消息数据的Status Enquiry消息，移动台从消息中解出紧急消息数据，然后向移动业务交换中心回复Status消息；
在消息发送过程完成后，移动台和移动业务交换中心的任何一方均可以发起呼叫释放过程。
10.如权利要求8所述的无线通信网络，其特征在于，该无线通信网络实现紧急消息发送如下：
运营商事先指定用于紧急消息通信的号码；
移动台向运营商指定的用于紧急消息通信的号码发送紧急消息；
移动台向无线基站控制器发送信道建立请求，并标明原因为紧急呼叫，无线基站控制器与移动台之间建立用于紧急呼叫的无线连接；
无线连接建立成功后，移动台向网络发送CM service request消息，并标明原因为紧急呼叫，网络根据自身的设置决定省略或者发起鉴权和加密流程；
移动台向网络发送Emergency Setup消息，移动业务交换中心解码消息，获取其中包含的消息信元，启动定时器T1，并且通过ForwardShortMessage将TPDU：SMS-SUBMIT发送到消息中心；
消息中心向紧急消息处理中心发送TPDU：SMS-DELIVER，同时向移动业务交换中心返回DeliveryReport，该DeliveryReport为TPDU：SMS-SUBMIT-REPORT报告消息发送情况，移动业务交换中心在收到SMS-SUBMIT-REPORT之后向移动台发送Call Proceeding。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007100434443A CN101340610A (zh) | 2007-07-05 | 2007-07-05 | 无线通信网络中的紧急消息发送 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007100434443A CN101340610A (zh) | 2007-07-05 | 2007-07-05 | 无线通信网络中的紧急消息发送 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101340610A true CN101340610A (zh) | 2009-01-07 |
Family
ID=40214540
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2007100434443A Pending CN101340610A (zh) | 2007-07-05 | 2007-07-05 | 无线通信网络中的紧急消息发送 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101340610A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102300179A (zh) * | 2010-06-25 | 2011-12-28 | 中兴通讯股份有限公司 | 一种实现紧急短消息业务的系统及方法 |
| CN115334465A (zh) * | 2022-07-21 | 2022-11-11 | 深圳市磐鼎科技有限公司 | 在停机状态下的通信方法、装置、移动终端及存储介质 |
-
2007
- 2007-07-05 CN CNA2007100434443A patent/CN101340610A/zh active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102300179A (zh) * | 2010-06-25 | 2011-12-28 | 中兴通讯股份有限公司 | 一种实现紧急短消息业务的系统及方法 |
| CN102300179B (zh) * | 2010-06-25 | 2014-04-09 | 中兴通讯股份有限公司 | 一种实现紧急短消息业务的系统及方法 |
| CN115334465A (zh) * | 2022-07-21 | 2022-11-11 | 深圳市磐鼎科技有限公司 | 在停机状态下的通信方法、装置、移动终端及存储介质 |
| CN115334465B (zh) * | 2022-07-21 | 2023-09-08 | 深圳市磐鼎科技有限公司 | 在停机状态下的通信方法、装置、移动终端及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7747269B2 (en) | System and method for providing communication resources to wireless dispatch priority users | |
| CN108449724B (zh) | 一种功能号业务处理方法及设备 | |
| CN101060663B (zh) | 集群系统的动态重组业务实现方法 | |
| EP1745616B1 (en) | Method and system for service integration in a multi-service communication system | |
| JP4709904B2 (ja) | 移動通信網を通じて伝送されるショートメッセージを装飾する方法及びシステム | |
| EP1405421A2 (en) | Method and system for group call service | |
| CN103024682B (zh) | 数字集群通信系统实现半双工单呼业务的方法 | |
| CN104754520B (zh) | 全业务点对点通信方法、系统、终端和网络设备 | |
| CN104244188A (zh) | 一种td-lte集群系统中多方通话的方法 | |
| CN1625912A (zh) | 使用移动电话处理灾难情况和紧急情况的模式 | |
| CN102395110A (zh) | Lte系统中支持mbms业务传输的方法 | |
| CN100387091C (zh) | 一种实现快速呼叫建立的方法 | |
| CN101340610A (zh) | 无线通信网络中的紧急消息发送 | |
| CN100413353C (zh) | 一种集群通信系统中网络向用户发送短消息的方法 | |
| EP1755349A1 (en) | Text or media message service and mobile communication network | |
| CN101835218A (zh) | 一种在呼叫建立过程中对本地通话建立本地交换的方法 | |
| CN101742418B (zh) | 一种组呼短数据能力通知方法、系统及设备 | |
| CN103813274A (zh) | 集群系统中收发短消息方法和实现终端收发短消息的装置 | |
| CN100382639C (zh) | 一种实现快速呼叫建立的方法 | |
| CN100415008C (zh) | 一种组呼呼叫用户接收短消息的方法和系统 | |
| CN100349481C (zh) | 一种数字集群通信系统中发送短消息的实现方法 | |
| CN101163278B (zh) | 一种集群短消息业务的实现方法 | |
| CN100372398C (zh) | 数字集群系统中共享链路的实现方法 | |
| CN102131150B (zh) | Td-scdma集群通信系统的多媒体消息传输方法 | |
| CN104185301A (zh) | 实现ue间一对多通信的方法、设备、网络侧设备及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20090107 |