CN109756846A - 群组通信的补包方法和系统 - Google Patents
群组通信的补包方法和系统 Download PDFInfo
- Publication number
- CN109756846A CN109756846A CN201711076925.4A CN201711076925A CN109756846A CN 109756846 A CN109756846 A CN 109756846A CN 201711076925 A CN201711076925 A CN 201711076925A CN 109756846 A CN109756846 A CN 109756846A
- Authority
- CN
- China
- Prior art keywords
- data
- unicast bearer
- user equipment
- message
- lost
- 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
Abstract
本申请公开了一种群组通信的补包方法和系统，其中，方法包括：当用户设备检测到群组通信的数据包丢失时，向服务器发送用于建议建立单播承载的消息，所述单播承载用于补发丢失的数据包，且该消息携带相应的数据包丢失信息；所述服务器根据所述消息，为所述用户设备建立单播承载；所述服务器利用所述单播承载，将所述数据包丢失信息指示的丢失数据包补发给所述用户设备。采用本发明，可以有效解决群组通信的丢包问题，保障群组通信的数据完整性。
Description
技术领域
本发明涉及移动通信技术，特别是涉及一种群组通信的补包方法和系统。
背景技术
第三代合作伙伴计划(3GPP)的关键任务通信业务(Mission Critical Service)包括一键通(Mission Critical Push To Talk，MCPTT)/视频关键任务(Mission CriticalVideo)/数据关键任务(Mission Critical Data)。目前，当这些业务的群组通信采用广播的方式进行传输，不支持数据丢包重传。
但是，对于某些对数据完整性要求较高的业务(如数据群组通信)而言，上述现有的群组通信传输方案则无法满足该要求。由于上述现有方案中采用的是广播方式，不支持数据丢包重传，在接收端发生丢包时，网络侧无法获知该丢包的发生，也无法为其补包。这样，当发生数据包丢失时，就会导致接收方无法正确解析出正确的数据。
可见，现有的群组通信传输方案，由于无法解决群组通信的丢包问题，无法满足数据完整性要求较高的业务传输需求。
图1为现有3GPP标准中对广播(多媒体广播组播业务，MBMS)承载质量的检测流程图。如图1所示，该流程中，当用户设备(UE)检测到MBMS承载质量不佳时，会通过MBMS监听状态报告(MBMS listening status report)消息将当前MBMS承载质量状况告知关键任务业务服务器(MC Service Server)；服务器根据上报的MBMS承载质量信息判断并决策将广播承载(MBMS bearer)方式切换成单播承载(unicast bearer)方式继续进行群组通信业务。终端在单播承载上接收业务后，可能会在一段时间内同时接收广播承载与单播承载上的业务数据；但最终会结束对广播承载的接收，从而完全切换到单播承载方式来接收业务。
在上述标准中的对广播承载质量的检测方案中，系统只能通过在广播和单播承载方式上硬性地切换来维持一定的接收质量，即，在MBMS承载质量不佳时，最终是完全切换到单播承载方式来接收业务，而单播承载方式本身占用巨大的空口资源和系统容量，其对群组的规格和性能相对比广播方式，存在更多的限制。并且，上述检测方案仍然没有解决广播承载方式过程中丢包的问题。因此，上述技术广播承载的检测方案无法应用于现有的群组通信传输方案中，以解决群组通信的丢包问题。
发明内容
有鉴于此，本发明的主要目的在于提供一种群组通信的补包方法和系统，可以有效解决群组通信的丢包问题。
为了达到上述目的，本发明提出的技术方案为：
一种群组通信的补包方法，包括：
当用户设备检测到群组通信的数据包丢失时，向服务器发送用于建议建立单播承载的消息，所述单播承载用于补发丢失的数据包，且该消息携带相应的数据包丢失信息；
所述服务器根据所述消息，为所述用户设备建立单播承载；
所述服务器利用所述单播承载，将所述数据包丢失信息指示的丢失数据包补发给所述用户设备。
一种群组通信的补包系统，包括：
用户设备，用于当检测到群组通信的数据包丢失时，向网络侧服务器发送用于建议建立单播承载的消息，所述单播承载用于补发丢失的数据包，且该消息携带相应的数据包丢失信息；
服务器，用于根据所述消息，为所述用户设备建立单播承载；利用所述单播承载，将所述数据包丢失信息指示的丢失数据包补发给所述用户设备。
综上所述，本发明提出的群组通信的补包方法和系统，用户设备检测到发生数据包丢失时，需要触发丢包补偿机制，即：向网络侧服务器发送用于建议建立单播承载的消息，该单播承载用于补发丢失的数据包，这样，网络侧可以根据该消息触发建立专用于补包的下行单播承载，利用该下行单播承载将相应的丢失数据包补发给用户设备。如此，可以有效解决群组通信的丢包问题，保障群组通信的数据完整性。
附图说明
图1为现有3GPP标准中对广播承载切换到单播承载的流程图；
图2为本发明实施例的方法流程示意图；
图3为本发明实施例的系统结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明作进一步地详细描述。
本发明的核心思想是：当用户设备检测到发生数据包丢失时，将丢失数据包的信息上报给网络侧，以建议网络侧为补发丢失的数据包建立下行单播承载，之后，网络侧将根据该上报信息，为用户设备建立用于补发丢失数据包的下行单播承载，从而可以将丢失的数据包补发给用户设备。如此，可以有效保障群组通信的数据完整性。
图2为本发明实施例提供的群组通信的补包方法流程示意图，如图2所示，该实施例主要包括：
步骤201、当用户设备检测到群组通信的数据包丢失时，向服务器发送用于建议建立单播承载的消息，所述单播承载用于补发丢失的数据包，且该消息携带相应的数据包丢失信息。
本步骤中，用户设备在所述群组通信进行过程中检测到丢失数据包时，需要立即将数据包丢失情况通知给网络侧，触发网络侧将所丢失的数据包补发给用户设备，以确保用户设备接收到完整的群组通信业务数据。
这里，具体如何检测数据包的丢失，可以采用现有方案实现，例如，如果发现数据包不连续，且在一段时间(比如300ms)内收不到空缺的数据包，则判定这些数据包丢失，在此不再赘述。
所述数据包，具体可以为实时传输协议(RTP)数据包。
所述服务器，具体可以为网络侧的关键任务业务服务器。
较佳地，本发明适用于数据业务，或者对时延不敏感的多媒体业务，即关键任务数据业务(Mission Critical Data Service)和关键任务视频业务(Mission CriticalVideo Service)。
在实际应用中，所述用于建议建立单播承载的消息可以为新增的消息，即增加单播承载建议(Add unicast bearer suggestion)消息，也可以为现有协议中的MBMS监听状态报告(MBMS listening status report)消息。
较佳地，当所述用于建议建立单播承载的消息为增加单播承载建议(Add unicastbearer suggestion)消息时，该Add unicast bearer suggestion消息具体可以携带所述用户设备对应的临时移动组标识(TMGI)和丢失数据包的信息(Packet loss status)。
较佳地，该Add unicast bearer suggestion消息可采用SIP协议的MESSAGE方法实现。
进一步地，在该Add unicast bearer suggestion消息中还可以携带用户设备对应的关键任务业务用户标识(MC Service ID)。
较佳地，当所述用于建议建立单播承载的消息为MBMS listening status report消息时，该MBMS listening status report消息可以利用新增的参数携带丢失数据包的信息。
上述丢失数据包的信息，用于指示丢失了哪些数据包，具体可以采用多种表述方式，例如，可以采用：丢包的起始RTP SN号+持续丢包的个数的方式指示一组连续丢失的数据包，也可以采用：丢包的起始RTP SN号+丢包的终止RTP SN号的方式指示一组连续丢失的数据包，具体可由本领域技术人员根据实际需要选择合适的表述方式，在此不再赘述。
步骤202、所述服务器根据所述消息，为所述用户设备建立单播承载。
本步骤中，服务器接收到的所述建议建立单播承载的消息，为用户设备建立专用于补发丢失的数据包的下行单播承载，以便将数据包补发给用户设备。
这里，服务器为用户设备建立单播承载后，用户设备将同时接收广播承载和单播承载上的业务数据。
步骤203、所述服务器利用所述单播承载，将所述数据包丢失信息指示的丢失数据包补发给所述用户设备。
较佳地，具体可以采用下述方法将数据包丢失信息指示的丢失数据包补发给用户设备：
所述服务器向所述用户设备发送补包数据，该补包数据包括所述丢失数据包对应的完整的实时传输协议数据包。可选的，该补包数据还可以包括TMGI。
这里，所述完整的实时传输协议数据包即协议中规定的包括序列号和净荷等完整信息的数据包。
较佳地，为了减少UE的电耗，用户设备可以在步骤203之后，按照预设的策略结束对所述单播承载的接收，例如，当补发的数据包接收完成后，不再在所述单播承载接收数据。
相应的，为了进一步提高资源利用率，可以及时地释放专门为发送补包数据而建立的承载资源。例如，当在一段时间内未发生数据包丢失时，用户设备可以触发网络侧释放专门为发送补包数据而建立的单播承载，具体地，可以采用下述方法实现这一目的：
如果所述用户设备在持续的预设时间段内未检测到数据包丢失，则所述用户设备触发释放所述单播承载。
具体的触发方法可以为：用户设备上报承载删除请求给服务器，服务器收到承载删除请求后，释放专门为其补发丢包数据而建立的单播承载。
这里，所述预设时间段可由本领域技术人员根据实际需要进行设置，例如可以是5～10秒，在此不再赘述。
利用上述步骤201～203，网络侧可以在用户设备发生丢包时及时把丢失的数据包发给用户设备，此后，用户设备可以将单播承载上接收到的补发数据包合并至相应的群组通信数据包接收队列中，从而可以得到完整的群组通信业务数据。
图3为与上述方法相对应的群组通信的补包系统结构示意图，如图3所示，该系统包括：
用户设备，用于当检测到群组通信的数据包丢失时，向服务器发送用于建议建立单播承载的消息，所述单播承载用于补发丢失的数据包，且该消息携带相应的数据包丢失信息；
服务器，用于根据所述消息，为所述用户设备建立单播承载；利用所述单播承载，将所述数据包丢失信息指示的丢失数据包补发给所述用户设备。
较佳地，所述用户设备，进一步用于将在所述单播承载上接收到的补发数据包合并至相应的群组通信数据包接收队列中。
较佳地，所述用于建议建立单播承载的消息为增加单播承载建议Add unicastbearer suggestion消息；所述Add unicast bearer suggestion消息携带所述用户设备对应的临时移动组标识TMGI和丢失数据包的信息Packet loss status。
较佳地，所述Add unicast bearer suggestion消息进一步携带所述用户设备对应的关键任务业务用户标识MC Service ID。
较佳地，所述Add unicast bearer suggestion消息为SIP协议的MESSAGE方法。
较佳地，所述用于建议建立单播承载的消息为MBMS监听状态报告MBMS listeningstatus report消息，所述MBMS listening status report消息利用新增的参数携带丢失数据包的信息Packet loss status。
较佳地，所述服务器，用于向所述用户设备发送补包数据，该补包数据包括所述丢失数据包对应的完整的实时传输协议数据包。可选的，该补包数据还可以包括TMGI。
较佳地，所述用户设备，进一步用于接收到所述丢失数据包后，结束对所述单播承载的接收。
较佳地，所述用户设备，进一步用于如果在持续的预设时间段内未检测到数据包丢失，则触发释放所述单播承载。
较佳地，所述群组通信包括关键任务数据业务和关键任务视频业务。
综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (20)
1.一种群组通信的补包方法，其特征在于，包括：
当用户设备UE检测到群组通信的数据包丢失时，向服务器发送用于建议建立单播承载的消息，所述单播承载用于补发丢失的数据包，且该消息携带相应的数据包丢失信息；
所述服务器根据所述消息，为所述用户设备建立单播承载；
所述服务器利用所述单播承载，将所述数据包丢失信息指示的丢失数据包补发给所述用户设备。
2.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：
所述用户设备将在所述单播承载上接收到的补发数据包合并至相应的群组通信数据包接收队列中。
3.根据权利要求1所述的方法，其特征在于，所述用于建议建立单播承载的消息为增加单播承载建议Add unicast bearer suggestion消息；所述Add unicast bearersuggestion消息携带所述用户设备对应的临时移动组标识TMGI和丢失数据包的信息Packet loss status。
4.根据权利要求3所述的方法，其特征在于，所述Add unicast bearer suggestion消息进一步携带所述用户设备对应的关键任务业务用户标识MC Service ID。
5.根据权利要求3所述的方法，其特征在于，所述Add unicast bearer suggestion消息为SIP协议的MESSAGE方法。
6.根据权利要求1所述的方法，其特征在于，所述用于建议建立单播承载的消息为MBMS监听状态报告MBMS listening status report消息，所述MBMS listening status report消息利用新增的参数携带丢失数据包的信息Packet loss status。
7.根据权利要求1所述的方法，其特征在于，将所述数据包丢失信息指示的丢失数据包补发给所述用户设备包括：
所述服务器向所述用户设备发送补包数据，所述补包数据包括TMGI、所述丢失数据包对应的完整的实时传输协议数据包。
8.根据权利要求1所述的方法，其特征在于，所述方法之后进一步包括：
所述用户设备结束对所述单播承载的接收。
9.根据权利要求1所述的方法，其特征在于，所述方法之后进一步包括：
如果所述用户设备在持续的预设时间段内未检测到数据包丢失，则所述用户设备触发释放所述单播承载。
10.根据权利要求1所述的方法，其特征在于，所述群组通信包括关键任务数据业务Mission Critical Data Service和关键任务视频业务Mission Critical VideoService。
11.一种群组通信的补包系统，其特征在于，包括：
用户设备UE，用于当检测到群组通信的数据包丢失时，向网络侧服务器发送用于建议建立单播承载的消息，所述单播承载用于补发丢失的数据包，且该消息携带相应的数据包丢失信息；
服务器，用于根据所述消息，为所述用户设备建立单播承载；利用所述单播承载，将所述数据包丢失信息指示的丢失数据包补发给所述用户设备。
12.根据权利要求11所述的系统，其特征在于，
所述用户设备，进一步用于将在所述单播承载上接收到的补发数据包合并至相应的群组通信数据包接收队列中。
13.根据权利要求11所述的系统，其特征在于，所述用于建议建立单播承载的消息为增加单播承载建议Add unicast bearer suggestion消息；所述Add unicast bearersuggestion消息携带所述用户设备对应的临时移动组标识TMGI和丢失数据包的信息Packet loss status。
14.根据权利要求13所述的系统，其特征在于，所述Add unicast bearer suggestion消息进一步携带所述用户设备对应的关键任务业务用户标识MC ServiceID。
15.根据权利要求13所述的系统，其特征在于，所述Add unicast bearer suggestion消息为SIP协议的MESSAGE方法。
16.根据权利要求11所述的系统，其特征在于，所述用于建议建立单播承载的消息为MBMS监听状态报告MBMS listening status report消息，所述MBMS listening statusreport消息利用新增的参数携带丢失数据包的信息Packet loss status。
17.根据权利要求11所述的系统，其特征在于，所述服务器，用于向所述用户设备发送补包数据，所述补包数据包括TMGI、所述丢失数据包对应的完整的实时传输协议数据包。
18.根据权利要求11所述的系统，其特征在于，所述用户设备，进一步用于接收到所述丢失数据包后，结束对所述单播承载的接收。
19.根据权利要求11所述的系统，其特征在于，所述用户设备，进一步用于如果在持续的预设时间段内未检测到数据包丢失，则触发释放所述单播承载。
20.根据权利要求11所述的系统，其特征在于，所述群组通信包括关键任务数据业务Mission Critical Data Service和关键任务视频业务Mission Critical VideoService。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711076925.4A CN109756846A (zh) | 2017-11-06 | 2017-11-06 | 群组通信的补包方法和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711076925.4A CN109756846A (zh) | 2017-11-06 | 2017-11-06 | 群组通信的补包方法和系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109756846A true CN109756846A (zh) | 2019-05-14 |
Family
ID=66399618
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711076925.4A Pending CN109756846A (zh) | 2017-11-06 | 2017-11-06 | 群组通信的补包方法和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109756846A (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110912654A (zh) * | 2019-11-28 | 2020-03-24 | 京东方科技集团股份有限公司 | 数据重发方法、网关设备、终端设备、存储介质 |
| CN112491775A (zh) * | 2019-09-11 | 2021-03-12 | 成都鼎桥通信技术有限公司 | 一种集群语音组播组呼的监听方法和装置 |
| CN114760599A (zh) * | 2022-06-14 | 2022-07-15 | 中国铁道科学研究院集团有限公司通信信号研究所 | 一种铁路MCVideo系统组呼视频传输控制的方法 |
| WO2022151248A1 (zh) * | 2021-01-14 | 2022-07-21 | 华为技术有限公司 | 一种数据传输的方法与装置 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1697354A (zh) * | 2005-06-17 | 2005-11-16 | 顾红波 | 用组播和单播协议可靠传输数据的方法及接收数据的主机 |
| CN102316419A (zh) * | 2011-09-22 | 2012-01-11 | 华为技术有限公司 | 无线局域网络中开展多媒体业务的方法、装置及系统 |
| CN102547386A (zh) * | 2012-01-12 | 2012-07-04 | 华为技术有限公司 | 数据重传方法、系统、组播服务器及用户终端 |
| CN102763359A (zh) * | 2009-12-10 | 2012-10-31 | 汤姆森特许公司 | 多播网络中流控制传输协议的协议增强器 |
| US20130301424A1 (en) * | 2012-05-09 | 2013-11-14 | Verizon Patent And Licensing Inc. | Multicast/broadcast content delivery based on feedback from a user device |
| WO2015000912A1 (en) * | 2013-07-01 | 2015-01-08 | Nec Europe Ltd. | Method for providing multicast/broadcast service continuity for mobile terminals |
| CN106254043A (zh) * | 2016-08-26 | 2016-12-21 | 哈尔滨海能达科技有限公司 | 一种数据传输的方法、基站以及目标终端 |
-
2017
- 2017-11-06 CN CN201711076925.4A patent/CN109756846A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1697354A (zh) * | 2005-06-17 | 2005-11-16 | 顾红波 | 用组播和单播协议可靠传输数据的方法及接收数据的主机 |
| CN102763359A (zh) * | 2009-12-10 | 2012-10-31 | 汤姆森特许公司 | 多播网络中流控制传输协议的协议增强器 |
| CN102316419A (zh) * | 2011-09-22 | 2012-01-11 | 华为技术有限公司 | 无线局域网络中开展多媒体业务的方法、装置及系统 |
| CN102547386A (zh) * | 2012-01-12 | 2012-07-04 | 华为技术有限公司 | 数据重传方法、系统、组播服务器及用户终端 |
| US20130301424A1 (en) * | 2012-05-09 | 2013-11-14 | Verizon Patent And Licensing Inc. | Multicast/broadcast content delivery based on feedback from a user device |
| WO2015000912A1 (en) * | 2013-07-01 | 2015-01-08 | Nec Europe Ltd. | Method for providing multicast/broadcast service continuity for mobile terminals |
| CN106254043A (zh) * | 2016-08-26 | 2016-12-21 | 哈尔滨海能达科技有限公司 | 一种数据传输的方法、基站以及目标终端 |
Non-Patent Citations (1)
| Title |
|---|
| 3GPP: "《3GPP TS 23.280 V15.1.0 》", 30 September 2017 * |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112491775A (zh) * | 2019-09-11 | 2021-03-12 | 成都鼎桥通信技术有限公司 | 一种集群语音组播组呼的监听方法和装置 |
| CN112491775B (zh) * | 2019-09-11 | 2022-04-26 | 成都鼎桥通信技术有限公司 | 一种集群语音组播组呼的监听方法和装置 |
| CN110912654A (zh) * | 2019-11-28 | 2020-03-24 | 京东方科技集团股份有限公司 | 数据重发方法、网关设备、终端设备、存储介质 |
| WO2022151248A1 (zh) * | 2021-01-14 | 2022-07-21 | 华为技术有限公司 | 一种数据传输的方法与装置 |
| CN114760599A (zh) * | 2022-06-14 | 2022-07-15 | 中国铁道科学研究院集团有限公司通信信号研究所 | 一种铁路MCVideo系统组呼视频传输控制的方法 |
| CN114760599B (zh) * | 2022-06-14 | 2022-08-30 | 中国铁道科学研究院集团有限公司通信信号研究所 | 一种铁路MCVideo系统组呼视频传输控制的方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104871570B (zh) | 基于lte增强型多媒体广播多播业务的群组通信的业务连续性方法以及用户设备 | |
| US10158980B2 (en) | Method, device and system for maintaining continuity of group communication service | |
| US9491644B2 (en) | Method and device for determining resumption of suspended multimedia broadcast multicast service, and user equipment | |
| KR101514425B1 (ko) | Mbms 서비스 송신 방식의 전환 방법, 장치 및 사용자 장비 | |
| CN101163260B (zh) | 一种控制承载变化的系统、装置和方法 | |
| US11595246B2 (en) | MBMS session restoration in EPS for path failure | |
| CN109756846A (zh) | 群组通信的补包方法和系统 | |
| WO2013096032A4 (en) | Method and apparatus for processing group event notifications and providing group policy in a communication system | |
| WO2016045325A1 (zh) | 指示信息的确定、处理以及请求消息的处理方法、装置及计算机存储介质 | |
| US20110141963A1 (en) | Method for supporting broadcast services in multicast broadcast service frequency network | |
| US11337040B2 (en) | Broadcast bearer management method and device thereof | |
| US10334480B2 (en) | Method, system, device for controlling congestion or overload and evolved node B (eNB) | |
| CN103546826A (zh) | 视频业务的传输方法和装置 | |
| CN105323722B (zh) | 基于mbms承载的集群通信中拥塞状态上报方法及系统 | |
| CN105578440A (zh) | Lte系统中的即时通讯业务心跳包的传输方法及装置 | |
| WO2012019542A1 (zh) | Mbms业务接收状态的上报方法和设备 | |
| WO2021249464A1 (zh) | 切换方法、处理方法、装置、网络设备及核心网设备 | |
| CN115552929A (zh) | 用于可靠多播传输的方法和设备 | |
| CN109963313A (zh) | 一种系统内、系统间越区切换后的信道回收方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190514 |
|
| RJ01 | Rejection of invention patent application after publication |