控制方法、通信设备及存储介质与流程

文档序号:30427948发布日期:2022-06-15 15:48阅读:106来源:国知局
1.本技术涉及通信
技术领域
:,具体涉及一种控制方法、通信设备及存储介质。
背景技术
::2.一些实现中,在uerach流程中,当网络拥塞时,网络通过rar(随机接入响应)中携带的backoffindicator指示ue在[0,backoffparametervalue]中选择一个时间延迟rach(随机接入信道)尝试来缓解拥塞。[0003]根据ran2116-e会议结论,对于iot-ntn(物联网-非地面网络)quasi-earthfixedsatellites(伪地球固定卫星)场景,由于卫星移动,覆盖某个区域的卫星在到达特定时间点t1(即end-timeofservingsatellite’scoverage)时会停止服务,下个覆盖该区域的卫星的开始服务时间为t2(即start-timeofincomingsatellite’scoverage),t1和t2通过si(系统消息)广播,对该区域的所有ue生效。因此在该t2时间点可能存在大量ue尝试接入该卫星,导致rach拥塞。[0004]在构思及实现本技术过程中,发明人发现,对于ntn网络,由于覆盖范围更大,服务的终端更多,拥塞可能更严重。因此ue在rach流程中可能需要多次尝试发送randomaccess才能成功接入网络(即多次被网络设备下发backoffindicator来缓解拥塞),由于上行同步定时器(validitytimer)一直在运行,以及ntn网络中大的传播时延,因此ue成功接入网络后剩余的有效时间内可能无法满足数据传输,在定时器超时后,ue需要重新获取requiredsi,导致业务中断。[0005]即针对iotntn网络,现有机制无法保证在rach拥塞时,在有限的时间内(validitytimer)使得ue成功接入网络并预留更多的时间供数据传输。[0006]前面的叙述在于提供一般的背景信息,并不一定构成现有技术。技术实现要素:[0007]针对上述技术问题,本技术提供一种控制方法、通信设备及存储介质,其中一个目的是解决在iot-ntn网络中rach拥塞,避免rach占用过多时间而导致在上行同步有效时间内可用于数据传输的时间不足,导致业务中断的问题。[0008]本技术提供一种控制方法,可应用于通信设备(如手机),包括以下步骤:s10:响应于满足第一预设条件,终端根据网络设备下发的第二时间延迟预设时间接入网络。[0009]可选地,所述满足第一预设条件,包括以下至少一种:在第一时间前被网络释放,所述第一时间由所述网络设备下发;在所述第二时间接入网络。[0010]可选地,包括以下至少一种:所述第一时间为网络设备覆盖当前服务区域的服务结束时间;所述第二时间为下个网络设备覆盖当前服务区域的服务开始时间;所述终端通过网络的rrcrelease消息释放。[0011]可选地,所述rrcrelease消息携带的参数包括以下至少一种:时长t、特定原因值。[0012]可选地,所述s10步骤包括:确定所述预设时间。[0013]可选地,所述确定所述预设时间的方式,包括以下至少一种:根据第一时间范围确定或生成所述预设时间;根据分组确定或生成所述预设时间。[0014]可选地,所述根据第一时间范围确定或生成所述预设时间的步骤包括:根据网络设备下发的时长t,在0~t范围内随机选择一个时长作为所述预设时间,可选地,t为大于0的值,或者,所述t与当前负载关联。[0015]可选地,所述s10步骤还包括:响应于满足第二预设条件,确定不生效所述预设时间。[0016]可选地,所述满足第二预设条件,包括以下至少一种:rrcrelease消息未携带t值;rrcrelease消息携带的t值为0;rrcrelease消息携带的释放原因值不为特定原因值;当前业务为预设的高优先级业务。[0017]本技术还提供一种控制方法,可应用于通信设备(如手机),所述方法包括以下步骤:s100:响应于满足预设条件,终端根据预设策略延迟接入网络。[0018]可选地,所述满足预设条件,包括:满足第一预设条件和/或满足第二预设条件。[0019]可选地,所述满足第一预设条件包括以下至少一种:终端在第一时间前被网络释放,所述第一时间由所述网络设备下发;终端在所述第二时间接入网络,所述第二时间由所述网络设备下发。[0020]可选地,包括以下至少一种:所述第一时间为网络设备覆盖当前服务区域的服务结束时间;所述第二时间为下个网络设备覆盖当前服务区域的服务开始时间;所述终端通过网络的rrcrelease消息释放。[0021]可选地,所述rrcrelease消息携带的参数包括以下至少一种:时长t、特定原因值。[0022]可选地,所述满足第二预设条件包括以下至少一种:rrcrelease消息携带t值;rrcrelease消息携带的t值不为0;rrcrelease消息携带的释放原因值为特定原因值;当前业务不为预设的高优先级业务。[0023]可选地,所述终端根据预设策略延迟接入网络,包括:根据预设时间延迟接入网络。[0024]可选地,所述方法还包括:确定所述预设时间。[0025]可选地,所述确定所述预设时间的方式,包括以下至少一种:根据第一时间范围确定或生成所述预设时间;根据分组确定或生成所述预设时间。[0026]可选地,所述根据第一时间范围确定或生成所述预设时间的步骤包括:根据网络设备下发的时长t,在0~t范围内随机选择一个时长作为所述预设时间,可选地,t为大于0的值,或者,所述t与当前负载关联。[0027]本技术还提供一种控制方法,可应用于通信设备(如卫星、基站或航空设备等网络设备),所述方法包括以下步骤:s101:网络设备下发第二时间,以供终端根据所述第二时间延迟预设时间接入网络。[0028]可选地,所述方法还包括:在第一时间来临前,所述网络设备下发rrcrelease消息释放所述终端。[0029]可选地,所述rrcrelease消息携带的参数包括以下至少一种:时长t、特定原因值。[0030]可选地,包括以下至少一种:所述网络设备通过系统消息下发所述第一时间和/或第二时间;所述第一时间为网络设备覆盖当前服务区域的服务结束时间;所述第二时间为下个网络设备覆盖当前服务区域的服务开始时间。[0031]可选地,所述终端确定所述预设时间的方式包括以下至少一种:所述终端根据第一时间范围确定或生成所述预设时间;所述终端根据分组确定或生成所述预设时间。[0032]可选地,所述终端根据第一时间范围确定或生成所述预设时间的步骤包括:所述终端根据网络设备下发的时长t,在0~t范围内随机选择一个时长作为所述预设时间,可选地,t为大于0的值,或者,所述t与当前负载关联。[0033]本技术还提供一种控制方法,可应用于通信设备(如卫星、基站或航空设备等网络设备),所述方法包括以下步骤:s1001:网络设备下发消息,以供终端根据所述消息及预设策略延迟接入网络。[0034]可选地,所述s1001步骤包括:网络设备下发第二时间,以供终端根据所述第二时间延迟预设时间接入网络。[0035]可选地,所述s1001步骤还包括:在第一时间来临前,网络设备下发rrcrelease消息释放所述终端。[0036]可选地,所述rrcrelease消息携带的参数包括以下至少一种:时长t、特定原因值。[0037]可选地,包括以下至少一种:所述网络设备通过系统消息下发所述第一时间和/或第二时间;所述第一时间为网络设备覆盖当前服务区域的服务结束时间;所述第二时间为下个网络设备覆盖当前服务区域的服务开始时间。[0038]可选地,所述终端确定所述预设时间的方式包括以下至少一种:所述终端根据第一时间范围确定或生成所述预设时间;所述终端根据分组确定或生成所述预设时间。[0039]可选地,所述终端根据第一时间范围确定或生成所述预设时间的步骤包括:所述终端根据网络设备下发的时长t,在0~t范围内随机选择一个时长作为所述预设时间,可选地,t为大于0的值,或者,所述t与当前负载关联。[0040]本技术还提供一种控制装置,该控制装置包括:第一接入模块,用于响应于满足第一预设条件,根据网络设备下发的第二时间延迟预设时间接入网络。[0041]本技术还提供一种控制装置,该控制装置包括:第二接入模块,用于响应于满足预设条件,根据预设策略延迟接入网络。[0042]本技术还提供一种控制装置,该控制装置包括:第一发送模块,用于下发第二时间,以供终端根据所述第二时间延迟预设时间接入网络。[0043]本技术还提供一种控制装置,本技术控制装置应用于网络设备,该控制装置包括:第二发送模块,用于下发消息,以供终端根据所述消息及预设策略延迟接入网络。[0044]本技术还提供一种通信设备,包括:存储器和处理器,所述存储器上存储有控制程序,所述控制程序被所述处理器执行时实现如上任一所述的控制方法的步骤。[0045]本技术还提供一种计算机可读存储介质,所述存储介质上存储有控制程序,所述控制程序被处理器执行时实现如上述任一所述的控制方法的步骤。[0046]本技术提出的控制方法包括:响应于满足第一预设条件,终端根据网络设备下发的第二时间延迟预设时间接入网络。或者,响应于满足预设条件,终端根据预设策略延迟接入网络。由此,通过延迟接入网络,避免了iot-ntn网络中大量ue集中接入导致rach拥塞的问题,进而避免了在iot-ntn网络中rach拥塞,rach占用过多时间而导致在上行同步有效时间内可用于数据传输的时间不足,导致业务中断的问题。附图说明[0047]此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本技术的实施例,并与说明书一起用于解释本技术的原理。为了更清楚地说明本技术实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。[0048]图1为实现本技术各个实施例的一种终端设备的硬件结构示意图;图2为本技术实施例提供的一种通信网络系统架构图;图3为本技术实施例提供的一种控制方法第一实施例的流程示意图;图4为本技术实施例涉及的终端延迟接入的场景示意图;图5为本技术实施例提供的一种控制方法的交互流程示意图;图6为本技术实施例提供的一种控制方法第二实施例的流程示意图;图7为本技术实施例提供的一种控制方法第三实施例的流程示意图;图8为本技术实施例提供的一种控制方法第四实施例的流程示意图;图9为本技术实施例提供的一种控制装置的功能模块示意图;图10为本技术实施例提供的又一种控制装置的功能模块示意图;图11为本技术实施例提供的又一种控制装置的功能模块示意图;图12为本技术实施例提供的又一种控制装置的功能模块示意图。[0049]本技术目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。通过上述附图,已示出本技术明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围,而是通过参考特定实施例为本领域技术人员说明本技术的概念。具体实施方式[0050]这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。[0051]可选地,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素,可选地,本技术不同实施例中具有同样命名的部件、特征、要素可能具有相同含义,也可能具有不同含义,其具体含义需以其在该具体实施例中的解释或者进一步结合该具体实施例中上下文进行确定。[0052]应当理解,尽管在本文可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本文范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语"如果"可以被解释成为"在……时"或"当……时"或"响应于确定"。再者,如同在本文中所使用的,单数形式“一”、“一个”和“该”旨在也包括复数形式,除非上下文中有相反的指示。应当进一步理解,术语“包含”、“包括”表明存在所述的特征、步骤、操作、元件、组件、项目、种类、和/或组,但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。本技术使用的术语“或”、“和/或”、“包括以下至少一个”等可被解释为包括性的,或意味着任一个或任何组合。例如,“包括以下至少一个:a、b、c”意味着“以下任一个:a;b;c;a和b;a和c;b和c;a和b和c”,再如,“a、b或c”或者“a、b和/或c”意味着“以下任一个:a;b;c;a和b;a和c;b和c;a和b和c”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时,才会出现该定义的例外。[0053]应该理解的是,虽然本技术实施例中的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。[0054]取决于语境,如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或duplexing‑ꢀlongtermevolution,分时双工长期演进)和5g等。[0062]wifi属于短距离无线传输技术,终端设备100通过wifi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图1示出了wifi模块102,但是可以理解的是,其并不属于终端设备的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。[0063]音频输出单元103可以在终端设备100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时,将射频单元101或wifi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元103还可以提供与终端设备100执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。[0064]a/v输入单元104用于接收音频或视频信号。a/v输入单元104可以包括图形处理器(graphicsprocessingunit,gpu)1041和麦克风1042,图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或wifi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据),并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。[0065]终端设备100还包括至少一种传感器105,比如光传感器、运动传感器以及其他传感器。可选地,光传感器包括环境光传感器及接近传感器,可选地,环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度,接近传感器可在终端设备100移动到耳边时,关闭显示面板1061和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。[0066]显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061,可以采用液晶显示器(liquidcrystaldisplay,lcd)、有机发光二极管(organiclight-emittingdiode,oled)等形式来配置显示面板1061。[0067]用户输入单元107可用于接收输入的数字或字符信息,以及产生与终端设备的用户设置以及功能控制有关的键信号输入。可选地,用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作),并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。可选地,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器110,并能接收处理器110发来的命令并加以执行。可选地,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071,用户输入单元107还可以包括其他输入设备1072。可选地,其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种,具体此处不做限定。[0068]可选地,触控面板1071可覆盖显示面板1061,当触控面板1071检测到在其上或附近的触摸操作后,传送给处理器110以确定触摸事件的类型,随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中,触控面板1071与显示面板1061是作为两个独立的部件来实现终端设备的输入和输出功能,但是在某些实施例中,可以将触控面板1071与显示面板1061集成而实现终端设备的输入和输出功能,具体此处不做限定。[0069]接口单元108用作至少一个外部装置与终端设备100连接可以通过的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(i/o)端口、视频i/o端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到终端设备100内的一个或多个元件或者可以用于在终端设备100和外部装置之间传输数据。[0070]存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区,可选地,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。可选地,存储器109可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。[0071]处理器110是终端设备100的控制中心,利用各种接口和线路连接整个终端设备100的各个部分,通过运行或执行存储在存储器109内的软件程序和/或模块,以及调用存储在存储器109内的数据,执行终端设备100的各种功能和处理数据,从而对终端设备100进行整体监控。处理器110可包括一个或多个处理单元;优选的,处理器110可集成应用处理器和调制解调处理器,可选地,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器110中。[0072]终端设备100还可以包括给各个部件供电的电源111(比如电池),优选的,电源111可以通过电源管理系统与处理器110逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。[0073]尽管图1未示出,终端设备100还可以包括蓝牙模块等,在此不再赘述。[0074]为了便于理解本技术实施例,下面对本技术的终端设备所基于的通信网络系统进行描述。[0075]请参阅图2,图2为本技术实施例提供的一种通信网络系统架构图,该通信网络系统为通用移动通信技术的lte系统,该lte系统包括依次通讯连接的ue(userequipment,用户设备)201,e-utran(evolvedumtsterrestrialradioaccessnetwork,演进式umts陆地无线接入网)202,epc(evolvedpacketcore,演进式分组核心网)203和运营商的ip业务204。[0076]可选地,ue201可以是上述终端设备100,此处不再赘述。[0077]e-utran202包括enodeb2021和其它enodeb2022等。可选地,enodeb2021可以通过回程(backhaul)(例如x2接口)与其它enodeb2022连接,enodeb2021连接到epc203,enodeb2021可以提供ue201到epc203的接入。[0078]epc203可以包括mme(mobilitymanagemententity,移动性管理实体)2031,hss(homesubscriberserver,归属用户服务器)2032,其它mme2033,sgw(servinggateway,服务网关)2034,pgw(pdngateway,分组数据网络网关)2035和pcrf(policyandchargingrulesfunction,政策和资费功能实体)2036等。可选地,mme2031是处理ue201和epc203之间信令的控制节点,提供承载和连接管理。hss2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能,并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过sgw2034进行发送,pgw2035可以提供ue201的ip地址分配以及其它功能,pcrf2036是业务数据流和ip承载资源的策略与计费控制策略决策点,它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。[0079]ip业务204可以包括因特网、内联网、ims(ipmultimediasubsystem,ip多媒体子系统)或其它ip业务等。[0080]虽然上述以lte系统为例进行了介绍,但本领域技术人员应当知晓,本技术不仅仅适用于lte系统,也可以适用于其他无线通信系统,例如gsm、cdma2000、wcdma、td-scdma以及未来新的网络系统(如5g)等,此处不做限定。[0081]本技术实施例涉及的技术术语包括:ue:userequipment,终端,终端设备;rach:randomaccesschannel,随机接入信道;rar:randomaccessresponse,随机接入响应;si:systeminformation,系统消息;tn:terrestrialnetwork,地面网络;ntn:non-terrestrialnetwork,非地面网络;iot-ntn:internetofthingsꢀ‑ꢀnon-terrestrialnetwork,物联网-非地面网络;nb-iot:narrowbandinternetofthings,窄带物联网;quasi-earthfixedcell:anntncellfixedwithrespecttoacertaingeographicareaontheearthduringacertaintimeduration.thiscanbeprovidedbybeam(s)coveringonegeographicareaforafiniteperiodandadifferentgeographicareaduringanotherperiod.伪地球固定小区,指在某一段时间内固定于地球某一地理区域的ntn小区;rrc:radioresourcecontrol,指无线资源控制;rrcrelease:无线资源控制释放。[0082]请参照图3,图3为本技术控制方法第一实施例的流程示意图。在本实施例中,本技术控制方法可应用于如上所述的终端设备(以下简称终端),比如ue,该终端与所处网络通信系统中网络设备之间建立通信连接,该网络设备可以是基站或卫星或航空设备等,例如低轨通信卫星、高空平台和无人机等。本技术实施例中,用于实现网络设备功能的装置可以是网络设备本身,也可以是能够支持网络设备实现该功能的装置,例如芯片系统或可实现网络设备功能的组合器件、部件,该装置可以被安装在网络设备中。本技术的实施例对网络设备所采用的具体技术和具体设备形态不做限定。[0083]本实施例以卫星与终端(ue)的通信实现方案进行举例。[0084]如图3所示,本技术第一实施例提出一种控制方法,本技术控制方法包括以下步骤:s10:响应于满足第一预设条件,终端根据网络设备下发的第二时间延迟预设时间接入网络。[0085]本实施例考虑到:针对iot-ntn网络,现有机制无法保证在rach拥塞时,在有限的时间内(validitytimer)使得ue成功接入网络并预留更多的时间供数据传输。因此,本技术提出解决方案,可以避免iot-ntn网络中rach拥塞,进而避免rach占用过多时间而导致在上行同步有效时间内可用于数据传输的时间不足,导致业务中断的问题。[0086]可选地,如前所述,根据ran2116-e会议结论,对于iot-ntnquasi-earthfixedsatellites场景,由于卫星移动,覆盖某个区域的卫星在到达特定时间点t1(即end-timeofservingsatellite’scoverage)时会停止服务,下个覆盖该区域的卫星的开始服务时间为t2(即start-timeofincomingsatellite’scoverage),t1和t2通过si(系统消息)广播,对该区域的所有ue生效。[0087]参照图4,图4为本技术实施例涉及的终端延迟接入的场景示意图。[0088]如图4所示,当前服务卫星通过系统消息广播第一时间t1(即end-timeofservingsatellite’scoverage)、第二时间t2(即start-timeofincomingsatellite’scoverage)。[0089]可选地,第一时间t1为网络设备覆盖当前服务区域的服务结束时间;第二时间t2为下个网络设备覆盖当前服务区域的服务开始时间。以网络设备为卫星进行举例,第一时间t1为覆盖当前网络服务区域卫星的服务结束时间;第二时间t2为下个覆盖当前网络服务区域卫星的服务开始时间。[0090]t1和t2通过si(系统消息)广播,对该区域的所有ue生效,因此在该t2时间点可能存在大量ue尝试接入该卫星,导致rach拥塞。[0091]在本实施例中,对于尝试在t2时刻接入网络的ue,在该t2时刻的基础上,延迟预设时间delay接入,即ue会在t2+delay时间点来尝试获取requiredsi并接入网络,确保各ue接入网络的时间离散化,避免rach拥塞,进而避免了rach占用过多时间而导致在上行同步有效时间内可用于数据传输的时间不足,导致业务中断的问题。[0092]在本实施例中,终端响应于满足第一预设条件,根据网络设备下发的第二时间延迟预设时间接入网络。[0093]由此,通过上述方案,可以避免iot-ntn网络中rach拥塞,进而避免rach占用过多时间而导致在上行同步有效时间内可用于数据传输的时间不足,导致业务中断的问题。[0094]可选地,所述满足第一预设条件,包括以下至少一种:终端在第一时间前被网络释放;终端在第二时间接入网络。[0095]可选地,网络通过si(系统消息)向终端(ue)下发上述第一时间t1和第二时间t2,终端根据网络设备下发的第二时间t2延迟预设时间接入网络。[0096]可选地,终端在第一时间前被网络释放,可以采用如下方案:网络向终端下发rrcrelease消息,终端通过网络设备下发的rrcrelease消息释放。[0097]可选地,网络设备下发的rrcrelease消息携带的参数可以包括以下至少一种:时长t、特定原因值,可选地,特定原因值比如coveragediscontinuity,表明释放是因为当前卫星即将停止服务。[0098]可选地,所述s10步骤可以包括:终端确定所述预设时间。[0099]终端响应于满足第一预设条件,确定预设时间,并根据网络设备下发的第二时间延迟预设时间接入网络。[0100]可选地,终端确定所述预设时间的方式,可以包括以下至少一种:第一种方式:终端根据第一时间范围确定或生成所述预设时间;可选地,终端可以根据网络设备下发的时长t,在0~t范围内随机选择一个时长作为所述预设时间。[0101]可选地,t为大于0的值。t值不能超过卫星服务时间。[0102]可选地,t可以为固定值。[0103]可选地,t可与当前小区负载有关,比如,负载越高t越大。[0104]第二种方式:终端根据分组和预设时间粒度确定或生成所述预设时间。[0105]可选地,所述分组的个数及预设时间粒度可由网络根据当前负载以及随机接入信道rach容量来决定,并下发给ue。[0106]可选地,所述s10步骤还可以包括:终端响应于满足第二预设条件,确定不生效所述预设时间。[0107]可选地,所述满足第二预设条件,包括以下至少一种:第一种情况,rrcrelease消息未携带t值;第二种情况,rrcrelease消息携带的t值为0;第三种情况,rrcrelease消息携带的释放原因值不为特定原因值;即如果rrcrelease未携带t值或t值为0时或释放原因不为discontinuecoverage等特定原因值,则该ue不生效delay。[0108]第四种情况,当前业务为预设的高优先级业务,比如当前ue为紧急呼叫等高优先级业务,则不生效delay。[0109]可选地,结合图4所示,当前服务卫星通过系统消息广播t1(即end-timeofservingsatellite’scoverage)、t2(即start-timeofincomingsatellite’scoverage)。[0110]对于尝试在t2时刻接入网络的ue,在该t2的基础上,延迟delay接入,即ue会在t2+delay时间点来尝试获取requiredsi并接入网络,确保各ue接入网络的时间离散化,避免rach拥塞。[0111]可选地,ue和对应的delay可以按如下方法确定:optiona:该ue为网络通过rrcrelease消息释放的ue,且rrcrelease消息携带特定原因值cause,比如coveragediscontinuity,表明释放是因为当前卫星即将停止服务。[0112]rrcrelease消息携带一个时长t,则delay=random(0,t),即各ue在0~t范围内随机选择一个时间延时接入。[0113]optionb:该ue为网络通过rrcrelease消息释放的ue,且rrcrelease消息携带特定原因值cause,比如coveragediscontinuity,表明释放是因为当前卫星即将停止服务。[0114]将ue分成n组(如根据ue标识进行分组,ueidmodn),延迟delta,n和delta由网络设备下发,则各组ue延迟接入时间为(ueidmodn)*delta。[0115]可选地,n和delta可由网络根据当前负载以及rach容量来决定,比如delta可为当前配置的rach周期。[0116]optionc:该ue为所有尝试在t2时刻接入网络的ue。[0117]网络设备下发rrcrelease消息,rrcrelease消息携带一个时长t,则delay=random(0,t),即各ue在0~t范围内随机选择一个时间延时接入。[0118]optiond:该ue为所有尝试在t2时刻接入网络的ue。[0119]将ue分成n组(如根据ue标识进行分组,ueidmodn),延迟delta,n和delta由网络设备下发,则各组ue延迟接入时间为(ueidmodn)*delta。n和delta可由网络根据当前负载以及rach容量来决定,比如delta可为当前配置的rach周期。[0120]本实施例通过上述方案,响应于满足第一预设条件,终端根据网络设备下发的第二时间延迟预设时间接入网络。由此,通过终端延迟预设时间接入网络,避免了iot-ntn网络中大量ue集中接入导致rach拥塞的问题,进而避免了在iot-ntn网络中rach拥塞,rach占用过多时间而导致在上行同步有效时间内可用于数据传输的时间不足,导致业务中断的问题。[0121]假设有服务区域a,satellite1(卫星1),satellite2(卫星2),以下对不同场景的实现方案进行详细阐述:第一种场景:satellite1(卫星1)在当前时间服务区域a,并通过系统消息广播t1、t2,ue接收t1和t2。[0122]在t1时刻来临前,由于satellite1即将停止服务,将所有处于connectedmodeue通过rrcrelease消息释放掉,rrcrelease消息携带释放原因值discontinuecoverage以及时间t。[0123]satellite2(卫星2)将在t2时间点服务区域a,对于被释放原因值为discontinuecoverage且尝试在t2时间点接入该satellite2的ue,延迟delay时间接入,delay=random(0,t).比如假设t=10s,当前网络存在10个ue尝试接入satellite2,则各ue接入网络时间可能为如下表1所示:表1ue接入时间ue接入时间ue#0t2+2sue#5t2+7sue#1t2+5sue#6t2+4sue#2t2+1sue#7t2+6sue#3t2+9sue#8t2+3sue#4t2+0sue#9t2+8s可选地,t值可固定,也可与当前小区负载有关,负载越高t越大。t值不能超过卫星服务时间。[0124]可选地,如果rrcrelease未携带t值或t值为0时或释放原因不为discontinuecoverage,则该ue不生效delay。[0125]可选地,如果当前ue为紧急呼叫等高优先级业务,则不生效delay。[0126]第二种场景:satellite1在当前时间服务区域a,并通过系统消息广播t1、t2,ue接收t1和t2。[0127]在t1时刻来临前,satellite1将所有处于connectedmodeue通过rrcrelease消息释放掉,rrcrelease消息携带释放原因值discontinuecoverage。[0128]satellite2将在t2时间点服务区域a,对于被释放原因值为discontinuecoverage且尝试在t2时间点接入该satellite2的ue,按照所属分组index,延迟delay时间接入。[0129]其中,index=ueidmodn,各uedelay时间为delay=index*delta。[0130]其中,n为分组个数,delta为预设时间粒度,uedelay时间不能超过卫星服务时间。[0131]比如假设n=10,当前网络存在100个ue尝试接入satellite2,则各ue接入网络时间可能为如下表2所示(理想情况下各组ue分布个数相同):表2ueid接入时间ueid接入时间ue#0、ue#10、ue#20、ue#30、ue#40、ue#50、ue#60、ue#70、ue#80、ue#90t2+0*deltaue#15、ue#25、ue#35、ue#45、ue#55、ue#65、ue#75、ue#85、ue#95t2+5*deltaue#11、ue#21、ue#31、ue#41、ue#51、ue#61、ue#71、ue#81、ue#91t2+1*deltaue#16、ue#26、ue#36、ue#46、ue#56、ue#66、ue#76、ue#86、ue#96t2+6*deltaue#12、ue#22、ue#32、ue#42、ue#52、ue#62、ue#72、ue#82、ue#92t2+2*deltaue#17、ue#27、ue#37、ue#47、ue#57、ue#67、ue#75、ue#85、ue#95t2+7*deltaue#13、ue#23、ue#33、ue#43、ue#53、ue#63、ue#73、ue#83、ue#93t2+3*deltaue#18、ue#28、ue#38、ue#48、ue#58、ue#68、ue#78、ue#88、ue#98t2+8*deltaue#14、ue#24、ue#34、ue#44、ue#54、ue#64、ue#74、ue#84、ue#94t2+4*deltaue#19、ue#29、ue#39、ue#49、ue#59、ue#69、ue#79、ue#89、ue#99t2+9*delta可选地,如果当前ue为紧急呼叫等高优先级业务,则不生效delay。[0132]第三种场景:satellite1在当前时间服务区域a,并通过系统消息广播t1、t2和t,ue接收t1,t2,t。[0133]satellite2将在t2时间点服务区域a,对于尝试在t2时间点接入该satellite2的所有ue,延迟delay时间接入,delay=random(0,t)。[0134]比如假设t=10s,当前网络存在10个ue尝试接入satellite2,则各ue接入网络时间可能为如下表3所示:表3ue接入时间ue接入时间ue#0t2+2sue#5t2+7sue#1t2+5sue#6t2+4sue#2t2+1sue#7t2+6sue#3t2+9sue#8t2+3sue#4t2+0sue#9t2+8s可选地,如果当前ue为紧急呼叫等高优先级业务,则不生效delay。[0135]第四种场景:satellite1在当前时间服务区域a,并通过系统消息广播t1、t2,ue接收t1和t2。[0136]satellite2将在t2时间点服务区域a,对于尝试在t2时间点接入该satellite2的所有ue,按照所属分组index,延迟delay时间接入。[0137]其中,index=ueidmodn,各uedelay时间为delay=index*delta、其中,n为分组个数,delta为预设时间粒度,uedelay时间不能超过卫星服务时间。[0138]比如假设n=10,当前网络存在100个ue尝试接入satellite2,则各ue接入网络时间可能为如下表4所示(理想情况下各组ue分布个数相同):表4ueid接入时间ueid接入时间ue#0、ue#10、ue#20、ue#30、ue#40、ue#50、ue#60、ue#70、ue#80、ue#90t2+0*deltaue#15、ue#25、ue#35、ue#45、ue#55、ue#65、ue#75、ue#85、ue#95t2+5*deltaue#11、ue#21、ue#31、ue#41、ue#51、ue#61、ue#71、ue#81、ue#91t2+1*deltaue#16、ue#26、ue#36、ue#46、ue#56、ue#66、ue#76、ue#86、ue#96t2+6*deltaue#12、ue#22、ue#32、ue#42、ue#52、ue#62、ue#72、ue#82、ue#92t2+2*deltaue#17、ue#27、ue#37、ue#47、ue#57、ue#67、ue#75、ue#85、ue#95t2+7*deltaue#13、ue#23、ue#33、ue#43、ue#53、ue#63、ue#73、ue#83、ue#93t2+3*deltaue#18、ue#28、ue#38、ue#48、ue#58、ue#68、ue#78、ue#88、ue#98t2+8*deltaue#14、ue#24、ue#34、ue#44、ue#54、ue#64、ue#74、ue#84、ue#94t2+4*deltaue#19、ue#29、ue#39、ue#49、ue#59、ue#69、ue#79、ue#89、ue#99t2+9*delta可选地,如果当前ue为紧急呼叫等高优先级业务,则不生效delay。[0139]本实施例通过上述方案,响应于满足第一预设条件,终端根据网络设备下发的第二时间延迟预设时间接入网络。由此,通过终端延迟预设时间接入网络,避免了iot-ntn网络中大量ue集中接入导致rach拥塞的问题,进而避免了在iot-ntn网络中rach拥塞,rach占用过多时间而导致在上行同步有效时间内可用于数据传输的时间不足,导致业务中断的问题。[0140]本实施例中网络设备与终端(ue)通信的实现拥塞控制的流程可以参照图5所示。[0141]如图5所示,主要交互流程包括:步骤a:网络设备下发消息,以供终端根据所述消息及预设策略延迟接入网络;步骤a1:网络设备通过系统消息下发第一时间和/或第二时间;步骤a2:网络侧在第一时间前下发rrcrelease消息释放终端;步骤b:响应于满足预设条件,终端根据预设策略延迟接入网络;步骤b1:响应于满足第一预设条件,终端根据网络设备下发的第二时间延迟预设时间接入网络。[0142]步骤b2:终端确定所述预设时间。[0143]步骤b21:终端根据第一时间范围确定或生成所述预设时间;或者终端根据分组和预设时间粒度确定或生成所述预设时间。[0144]具体交互控制流程,可以参照上述各实施例,在此不再赘述。[0145]本实施例通过上述方案,响应于满足第一预设条件,终端根据网络设备下发的第二时间延迟预设时间接入网络,或者供终端根据网络设备下发的消息,以及预设策略延迟接入网络。由此,通过终端延迟预设时间接入网络,避免了iot-ntn网络中大量ue集中接入导致rach拥塞的问题,进而避免了在iot-ntn网络中rach拥塞,rach占用过多时间而导致在上行同步有效时间内可用于数据传输的时间不足,导致业务中断的问题。[0146]如图6所示,本技术第二实施例提出一种控制方法,所述方法可应用于终端侧,本技术控制方法包括以下步骤:s100:响应于满足预设条件,终端根据预设策略延迟接入网络。[0147]本实施例终端与所处网络通信系统中网络设备之间建立通信连接,该网络设备可以是基站或卫星或航空设备等,例如低轨通信卫星、高空平台和无人机等。本技术实施例中,用于实现网络设备功能的装置可以是网络设备本身,也可以是能够支持网络设备实现该功能的装置,例如芯片系统或可实现网络设备功能的组合器件、部件,该装置可以被安装在网络设备中。本技术的实施例对网络设备所采用的具体技术和具体设备形态不做限定。[0148]本实施例以卫星与终端(ue)的通信实现方案进行举例。[0149]本实施例考虑到:针对iot-ntn网络,现有机制无法保证在rach拥塞时,在有限的时间内(validitytimer)使得ue成功接入网络并预留更多的时间供数据传输。因此,本技术提出解决方案,可以避免iot-ntn网络中rach拥塞,进而避免rach占用过多时间而导致在上行同步有效时间内可用于数据传输的时间不足,导致业务中断的问题。[0150]可选地,如前所述,根据ran2116-e会议结论,对于iot-ntnquasi-earthfixedsatellites场景,由于卫星移动,覆盖某个区域的卫星在到达特定时间点t1(即end-timeofservingsatellite’scoverage)时会停止服务,下个覆盖该区域的卫星的开始服务时间为t2(即start-timeofincomingsatellite’scoverage),t1和t2通过si(系统消息)广播,对该区域的所有ue生效。[0151]参照图4,图4为本技术实施例涉及的终端延迟接入的场景示意图。[0152]如图4所示,当前服务卫星通过系统消息广播第一时间t1(即end-timeofservingsatellite’scoverage)、第二时间t2(即start-timeofincomingsatellite’scoverage)。[0153]可选地,第一时间t1为网络设备覆盖当前服务区域的服务结束时间;第二时间t2为下个网络设备覆盖当前服务区域的服务开始时间。以网络设备为卫星进行举例,第一时间t1为覆盖当前网络服务区域卫星的服务结束时间;第二时间t2为下个覆盖当前网络服务区域卫星的服务开始时间。[0154]t1和t2通过si(系统消息)广播,对该区域的所有ue生效,因此在该t2时间点可能存在大量ue尝试接入该卫星,导致rach拥塞。[0155]在本实施例中,对于尝试在t2时刻接入网络的ue,在该t2时刻的基础上,延迟预设时间delay接入,即ue会在t2+delay时间点来尝试获取requiredsi并接入网络,确保各ue接入网络的时间离散化,避免rach拥塞,进而避免了rach占用过多时间而导致在上行同步有效时间内可用于数据传输的时间不足,导致业务中断的问题。[0156]在本实施例中,终端响应于满足预设条件,根据预设策略延迟接入网络。[0157]可选地,所述满足预设条件,可以包括:满足第一预设条件和/或满足第二预设条件。[0158]可选地,所述满足第一预设条件包括以下至少一种:终端在第一时间前被网络释放;终端在所述第二时间接入网络。[0159]可选地,网络通过si(系统消息)向终端(ue)下发上述第一时间t1和第二时间t2,终端根据网络设备下发的第二时间t2延迟预设时间接入网络。[0160]可选地,终端在第一时间前被网络释放,可以采用如下方案:网络向终端下发rrcrelease消息,终端通过网络设备下发的rrcrelease消息释放。[0161]可选地,网络设备下发的rrcrelease消息携带的参数可以包括以下至少一种:时长t、特定原因值,可选地,特定原因值比如coveragediscontinuity,表明释放是因为当前卫星即将停止服务。[0162]可选地,所述满足第二预设条件可以包括以下至少一种:第一种情况,rrcrelease消息携带t值;第二种情况,rrcrelease消息携带的t值不为0;第三种情况,rrcrelease消息携带的释放原因值为特定原因值;即如果rrcrelease未携带t值或t值为0时或释放原因不为discontinuecoverage等特定原因值,则不满足第二预设条件,该ue不生效delay。[0163]第四种情况,当前业务不为预设的高优先级业务,比如当前ue为紧急呼叫等高优先级业务,则不满足第二预设条件,该ue不生效delay。[0164]可选地,终端响应于满足上述第一预设条件和/或满足上述第二预设条件,根据预设策略延迟接入网络。[0165]可选地,所述终端根据预设策略延迟接入网络,包括:终端根据预设时间延迟接入网络。[0166]可选地,所述方法还包括:终端确定所述预设时间。[0167]可选地,终端响应于满足第一预设条件和/或满足第二预设条件,确定预设时间,并根据网络设备下发的第二时间延迟预设时间接入网络。[0168]可选地,终端确定所述预设时间的方式,可以包括以下至少一种:第一种方式:终端根据第一时间范围确定或生成所述预设时间;可选地,终端可以根据网络设备下发的时长t,在0~t范围内随机选择一个时长作为所述预设时间。[0169]可选地,t为大于0的值。t值不能超过卫星服务时间。[0170]可选地,t可以为固定值。[0171]可选地,t可与当前小区负载有关,比如,负载越高t越大。[0172]第二种方式:终端根据分组和预设时间粒度确定或生成所述预设时间。[0173]可选地,所述分组的个数及预设时间粒度可由网络根据当前负载以及随机接入信道rach容量来决定,并下发给ue。[0174]可选地,结合图4所示,当前服务卫星通过系统消息广播t1(即end-timeofservingsatellite’scoverage)、t2(即start-timeofincomingsatellite’scoverage)。[0175]对于尝试在t2时刻接入网络的ue,在该t2的基础上,延迟delay(延迟时间)接入,即ue会在t2+delay时间点来尝试获取requiredsi并接入网络,确保各ue接入网络的时间离散化,避免rach拥塞。[0176]可选地,ue和对应的delay可以按如下方法确定:optiona:该ue为网络通过rrcrelease消息释放的ue,且rrcrelease消息携带特定原因值cause,比如coveragediscontinuity,表明释放是因为当前卫星即将停止服务。[0177]rrcrelease消息携带一个时长t,则delay=random(0,t),即各ue在0~t范围内随机选择一个时间延时接入。[0178]optionb:该ue为网络通过rrcrelease消息释放的ue,且rrcrelease消息携带特定原因值cause,比如coveragediscontinuity,表明释放是因为当前卫星即将停止服务。[0179]将ue分成n组(如根据ue标识进行分组,ueidmodn),延迟delta,n和delta由网络设备下发,则各组ue延迟接入时间为(ueidmodn)*delta。[0180]可选地,n和delta可由网络根据当前负载以及rach容量来决定,比如delta可为当前配置的rach周期。[0181]optionc:该ue为所有尝试在t2时刻接入网络的ue。[0182]网络设备下发rrcrelease消息,rrcrelease消息携带一个时长t,则delay=random(0,t),即各ue在0~t范围内随机选择一个时间延时接入。[0183]optiond:该ue为所有尝试在t2时刻接入网络的ue。[0184]将ue分成n组(如根据ue标识进行分组,ueidmodn),延迟delta,n和delta由网络设备下发,则各组ue延迟接入时间为(ueidmodn)*delta。n和delta可由网络根据当前负载以及rach容量来决定,比如delta可为当前配置的rach周期。[0185]本实施例通过上述方案,响应于满足预设条件,终端根据预设策略延迟接入网络。由此,通过延迟接入网络,避免了iot-ntn网络中大量ue集中接入导致rach拥塞的问题,进而避免了在iot-ntn网络中rach拥塞,rach占用过多时间而导致在上行同步有效时间内可用于数据传输的时间不足,导致业务中断的问题。[0186]假设有服务区域a,satellite1(卫星1),satellite2(卫星2),以下对不同场景的实现方案进行详细阐述:第一种场景:satellite1(卫星1)在当前时间服务区域a,并通过系统消息广播t1、t2,ue接收t1和t2。[0187]在t1时刻来临前,由于satellite1即将停止服务,将所有处于connectedmodeue通过rrcrelease消息释放掉,rrcrelease消息携带释放原因值discontinuecoverage以及时间t。[0188]satellite2(卫星2)将在t2时间点服务区域a,对于被释放原因值为discontinuecoverage且尝试在t2时间点接入该satellite2的ue,延迟delay时间接入,delay=random(0,t).比如假设t=10s,当前网络存在10个ue尝试接入satellite2,则各ue接入网络时间可能为如上表1所示。[0189]可选地,t值可固定,也可与当前小区负载有关,负载越高t越大。t值不能超过卫星服务时间。[0190]可选地,如果rrcrelease未携带t值或t值为0时或释放原因不为discontinuecoverage,则该ue不生效delay。[0191]可选地,如果当前ue为紧急呼叫等高优先级业务,则不生效delay。[0192]第二种场景:satellite1在当前时间服务区域a,并通过系统消息广播t1、t2,ue接收t1和t2。[0193]在t1时刻来临前,satellite1将所有处于connectedmodeue通过rrcrelease消息释放掉,rrcrelease消息携带释放原因值discontinuecoverage。[0194]satellite2将在t2时间点服务区域a,对于被释放原因值为discontinuecoverage且尝试在t2时间点接入该satellite2的ue,按照所属分组index,延迟delay时间接入。[0195]其中,index=ueidmodn,各uedelay时间为delay=index*delta。[0196]其中,n为分组个数,delta为预设时间粒度,uedelay时间不能超过卫星服务时间。[0197]比如假设n=10,当前网络存在100个ue尝试接入satellite2,则各ue接入网络时间可能为如上表2所示(理想情况下各组ue分布个数相同)。[0198]可选地,如果当前ue为紧急呼叫等高优先级业务,则不生效delay。[0199]第三种场景:satellite1在当前时间服务区域a,并通过系统消息广播t1、t2和t,ue接收t1,t2,t。[0200]satellite2将在t2时间点服务区域a,对于尝试在t2时间点接入该satellite2的所有ue,延迟delay时间接入,delay=random(0,t)。[0201]比如假设t=10s,当前网络存在10个ue尝试接入satellite2,则各ue接入网络时间可能为如上表3所示。[0202]可选地,如果当前ue为紧急呼叫等高优先级业务,则不生效delay。[0203]第四种场景:satellite1在当前时间服务区域a,并通过系统消息广播t1、t2,ue接收t1和t2。[0204]satellite2将在t2时间点服务区域a,对于尝试在t2时间点接入该satellite2的所有ue,按照所属分组index,延迟delay时间接入。[0205]其中,index=ueidmodn,各uedelay时间为delay=index*delta、其中,n为分组个数,delta为预设时间粒度,uedelay时间不能超过卫星服务时间。[0206]比如假设n=10,当前网络存在100个ue尝试接入satellite2,则各ue接入网络时间可能为如上表4所示(理想情况下各组ue分布个数相同)。[0207]可选地,如果当前ue为紧急呼叫等高优先级业务,则不生效delay。[0208]本实施例通过上述方案,响应于满足第一预设条件,终端根据网络设备下发的第二时间延迟预设时间接入网络。由此,通过终端延迟预设时间接入网络,避免了iot-ntn网络中大量ue集中接入导致rach拥塞的问题,进而避免了在iot-ntn网络中rach拥塞,rach占用过多时间而导致在上行同步有效时间内可用于数据传输的时间不足,导致业务中断的问题。[0209]本实施例中网络设备与终端(ue)通信实现拥塞控制的流程,可以参照图5所示,在此不再赘述。[0210]如图7所示,本技术第三实施例提出一种控制方法,所述方法可应用于网络设备,所述控制方法包括以下步骤:s101:网络设备下发第二时间,以供终端根据所述第二时间延迟预设时间接入网络。[0211]本实施例终端与网络设备之间建立通信连接,该网络设备可以是基站或卫星或航空设备等,例如低轨通信卫星、高空平台和无人机等。本技术实施例中,用于实现网络设备功能的装置可以是网络设备本身,也可以是能够支持网络设备实现该功能的装置,例如芯片系统或可实现网络设备功能的组合器件、部件,该装置可以被安装在网络设备中。本技术的实施例对网络设备所采用的具体技术和具体设备形态不做限定。[0212]本实施例以卫星与终端(ue)的通信实现方案进行举例。[0213]本实施例考虑到:针对iot-ntn网络,现有机制无法保证在rach拥塞时,在有限的时间内(validitytimer)使得ue成功接入网络并预留更多的时间供数据传输。因此,本技术提出解决方案,可以避免iot-ntn网络中rach拥塞,进而避免rach占用过多时间而导致在上行同步有效时间内数据传输的时间不足可用于数据传输的时间不足,导致业务中断的问题。[0214]根据ran2116-e会议结论,对于iot-ntnquasi-earthfixedsatellites场景,由于卫星移动,覆盖某个区域的卫星在到达特定时间点t1(即end-timeofservingsatellite’scoverage)时会停止服务,下个覆盖该区域的卫星的开始服务时间为t2(即start-timeofincomingsatellite’scoverage),t1和t2通过si(系统消息)广播,对该区域的所有ue生效。[0215]参照图4,图4为本技术实施例涉及的终端延迟接入的场景示意图。[0216]如图4所示,当前服务卫星通过系统消息广播第一时间t1(即end-timeofservingsatellite’scoverage)、第二时间t2(即start-timeofincomingsatellite’scoverage)。[0217]可选地,第一时间t1为网络设备覆盖当前服务区域的服务结束时间;第二时间t2为下个网络设备覆盖当前服务区域的服务开始时间。以网络设备为卫星进行举例,第一时间t1为覆盖当前网络服务区域卫星的服务结束时间;第二时间t2为下个覆盖当前网络服务区域卫星的服务开始时间。[0218]t1和t2通过si(系统消息)广播,对该区域的所有ue生效,因此在该t2时间点可能存在大量ue尝试接入该卫星,导致rach拥塞。[0219]在本实施例中,对于尝试在t2时刻接入网络的ue,在该t2时刻的基础上,延迟预设时间delay接入,即ue会在t2+delay时间点来尝试获取requiredsi并接入网络,确保各ue接入网络的时间离散化,避免rach拥塞,进而避免了rach占用过多时间而导致在上行同步有效时间内可用于数据传输的时间不足,导致业务中断的问题。[0220]在本实施例中,网络设备下发第二时间,以供终端根据所述第二时间延迟预设时间接入网络。[0221]终端响应于满足第一预设条件,根据网络设备下发的第二时间延迟预设时间接入网络。[0222]由此,通过上述方案,可以避免iot-ntn网络中rach拥塞,进而避免rach占用过多时间而导致在上行同步有效时间内可用于数据传输的时间不足,导致业务中断的问题。[0223]可选地,所述方法还包括:在第一时间来临前,所述网络设备下发rrcrelease消息释放所述终端。[0224]可选地,所述rrcrelease消息携带的参数包括以下至少一种:时长t、特定原因值。[0225]可选地,所述方法还包括以下至少一种:所述网络设备通过系统消息下发所述第一时间和/或第二时间;所述第一时间为网络设备覆盖当前服务区域的服务结束时间;所述第二时间为下个网络设备覆盖当前服务区域的服务开始时间。[0226]可选地,网络通过si(系统消息)向终端(ue)下发上述第一时间t1和第二时间t2,终端根据网络设备下发的第二时间t2延迟预设时间接入网络。[0227]可选地,终端满足第一预设条件,包括以下至少一种:终端在第一时间前被网络释放;终端在第二时间接入网络。[0228]可选地,终端在第一时间前被网络释放,可以采用如下方案:网络向终端下发rrcrelease消息,终端通过网络设备下发的rrcrelease消息释放。[0229]可选地,网络设备下发的rrcrelease消息携带的参数可以包括以下至少一种:时长t、特定原因值,可选地,特定原因值比如coveragediscontinuity,表明释放是因为当前卫星即将停止服务。[0230]可选地,终端确定所述预设时间的方式,可以包括以下至少一种:第一种方式:终端根据第一时间范围确定或生成所述预设时间;可选地,终端可以根据网络设备下发的时长t,在0~t范围内随机选择一个时长作为所述预设时间。[0231]可选地,t为大于0的值。t值不能超过卫星服务时间。[0232]可选地,t可以为固定值。[0233]可选地,t可与当前小区负载有关,比如,负载越高t越大。[0234]第二种方式:终端根据分组和预设时间粒度确定或生成所述预设时间。[0235]可选地,所述分组的个数及预设时间粒度可由网络根据当前负载以及随机接入信道rach容量来决定,并下发给ue。[0236]可选地,终端响应于满足第二预设条件,确定不生效所述预设时间。[0237]可选地,所述满足第二预设条件,包括以下至少一种:第一种情况,rrcrelease消息未携带t值;第二种情况,rrcrelease消息携带的t值为0;第三种情况,rrcrelease消息携带的释放原因值不为特定原因值;即如果rrcrelease未携带t值或t值为0时或释放原因不为discontinuecoverage等特定原因值,则该ue不生效delay。[0238]第四种情况,当前业务为预设的高优先级业务,比如当前ue为紧急呼叫等高优先级业务,则不生效delay。[0239]可选地,结合图4所示,当前服务卫星通过系统消息广播t1(即end-timeofservingsatellite’scoverage)、t2(即start-timeofincomingsatellite’scoverage)。[0240]对于尝试在t2时刻接入网络的ue,在该t2的基础上,延迟delay接入,即ue会在t2+delay时间点来尝试获取requiredsi并接入网络,确保各ue接入网络的时间离散化,避免rach拥塞。[0241]可选地,ue和对应的delay可以按如下方法确定:optiona:该ue为网络通过rrcrelease消息释放的ue,且rrcrelease消息携带特定原因值cause,比如coveragediscontinuity,表明释放是因为当前卫星即将停止服务。[0242]rrcrelease消息携带一个时长t,则delay=random(0,t),即各ue在0~t范围内随机选择一个时间延时接入。[0243]optionb:该ue为网络通过rrcrelease消息释放的ue,且rrcrelease消息携带特定原因值cause,比如coveragediscontinuity,表明释放是因为当前卫星即将停止服务。[0244]将ue分成n组(如根据ue标识进行分组,ueidmodn),延迟delta,n和delta由网络设备下发,则各组ue延迟接入时间为(ueidmodn)*delta。[0245]可选地,n和delta可由网络根据当前负载以及rach容量来决定,比如delta可为当前配置的rach周期。[0246]optionc:该ue为所有尝试在t2时刻接入网络的ue。[0247]网络设备下发rrcrelease消息,rrcrelease消息携带一个时长t,则delay=random(0,t),即各ue在0~t范围内随机选择一个时间延时接入。[0248]optiond:该ue为所有尝试在t2时刻接入网络的ue。[0249]将ue分成n组(如根据ue标识进行分组,ueidmodn),延迟delta,n和delta由网络设备下发,则各组ue延迟接入时间为(ueidmodn)*delta。n和delta可由网络根据当前负载以及rach容量来决定,比如delta可为当前配置的rach周期。[0250]本实施例通过上述方案,网络设备下发第二时间,以供终端根据所述第二时间延迟预设时间接入网络。由此,通过终端延迟预设时间接入网络,避免了iot-ntn网络中大量ue集中接入导致rach拥塞的问题,进而避免了在iot-ntn网络中rach拥塞,rach占用过多时间而导致在上行同步有效时间内可用于数据传输的时间不足,导致业务中断的问题。[0251]本实施例中网络设备与终端(ue)通信实现拥塞控制的流程,可以参照图5所示,本实施例中网络设备与终端(ue)通信实现拥塞控制的原理以及各个场景的原理,请参照上述各实施例,在此不再赘述。[0252]如图8所示,本技术第四实施例提出一种控制方法,所述控制方法可应用于网络设备,所述控制方法包括以下步骤:s1001:网络设备下发消息,以供终端根据所述消息及预设策略延迟接入网络。[0253]本实施例终端与网络设备之间建立通信连接,该网络设备可以是基站或卫星或航空设备等,例如低轨通信卫星、高空平台和无人机等。本技术实施例中,用于实现网络设备功能的装置可以是网络设备本身,也可以是能够支持网络设备实现该功能的装置,例如芯片系统或可实现网络设备功能的组合器件、部件,该装置可以被安装在网络设备中。本技术的实施例对网络设备所采用的具体技术和具体设备形态不做限定。[0254]本实施例以卫星与终端(ue)的通信实现方案进行举例。[0255]可选地,网络设备下发的消息包括但不限于系统消息、rrcrelease消息等。[0256]本实施例考虑到:针对iot-ntn网络,现有机制无法保证在rach拥塞时,在有限的时间内(validitytimer)使得ue成功接入网络并预留更多的时间供数据传输。因此,本技术提出解决方案,可以避免iot-ntn网络中rach拥塞,进而避免rach占用过多时间而导致在上行同步有效时间内可用于数据传输的时间不足,导致业务中断的问题。[0257]可选地,如前所述,根据ran2116-e会议结论,对于iot-ntnquasi-earthfixedsatellites场景,由于卫星移动,覆盖某个区域的卫星在到达特定时间点t1(即end-timeofservingsatellite’scoverage)时会停止服务,下个覆盖该区域的卫星的开始服务时间为t2(即start-timeofincomingsatellite’scoverage),t1和t2通过si(系统消息)广播,对该区域的所有ue生效。[0258]参照图4,图4为本技术实施例涉及的终端延迟接入的场景示意图。[0259]如图4所示,当前服务卫星通过系统消息广播第一时间t1(即end-timeofservingsatellite’scoverage)、第二时间t2(即start-timeofincomingsatellite’scoverage)。[0260]可选地,第一时间t1为网络设备覆盖当前服务区域的服务结束时间;第二时间t2为下个网络设备覆盖当前服务区域的服务开始时间。以网络设备为卫星进行举例,第一时间t1为覆盖当前网络服务区域卫星的服务结束时间;第二时间t2为下个覆盖当前网络服务区域卫星的服务开始时间。[0261]t1和t2通过si(系统消息)广播,对该区域的所有ue生效,因此在该t2时间点可能存在大量ue尝试接入该卫星,导致rach拥塞。[0262]在本实施例中,对于尝试在t2时刻接入网络的ue,在该t2时刻的基础上,延迟预设时间delay接入,即ue会在t2+delay时间点来尝试获取requiredsi并接入网络,确保各ue接入网络的时间离散化,避免rach拥塞,进而避免了rach占用过多时间而导致在上行同步有效时间内可用于数据传输的时间不足,导致业务中断的问题。[0263]在本实施例中,网络设备下发消息,以供终端根据所述消息及预设策略延迟接入网络。[0264]由此,通过终端根据网络设备下发的消息,及预设策略延迟接入网络,避免了iot-ntn网络中大量ue集中接入导致rach拥塞的问题,进而避免了在iot-ntn网络中rach拥塞,rach占用过多时间而导致在上行同步有效时间内可用于数据传输的时间不足,导致业务中断的问题。[0265]可选地,所述s1001步骤包括:网络设备下发第二时间,以供终端根据所述第二时间延迟预设时间接入网络。[0266]可选地,所述s1001步骤还包括:在第一时间来临前,网络设备下发rrcrelease消息释放所述终端。[0267]可选地,所述rrcrelease消息携带的参数包括以下至少一种:时长t、特定原因值。[0268]可选地,包括以下至少一种:所述网络设备通过系统消息下发所述第一时间t1和第二时间t2;所述第一时间t1为网络设备覆盖当前服务区域的服务结束时间;所述第二时间t2为下个网络设备覆盖当前服务区域的服务开始时间。[0269]可选地,终端响应于满足预设条件,根据预设策略延迟接入网络。[0270]可选地,所述满足预设条件,可以包括:满足第一预设条件和/或满足第二预设条件。[0271]可选地,所述满足第一预设条件包括以下至少一种:终端在第一时间前被网络释放;终端在所述第二时间接入网络。[0272]可选地,终端在第一时间前被网络释放,可以采用如下方案:网络向终端下发rrcrelease消息,终端通过网络设备下发的rrcrelease消息释放。[0273]可选地,网络设备下发的rrcrelease消息携带的参数可以包括以下至少一种:时长t、特定原因值,可选地,特定原因值比如coveragediscontinuity,表明释放是因为当前卫星即将停止服务。[0274]可选地,所述满足第二预设条件可以包括以下至少一种:第一种情况,rrcrelease消息携带t值;第二种情况,rrcrelease消息携带的t值不为0;第三种情况,rrcrelease消息携带的释放原因值为特定原因值;即如果rrcrelease未携带t值或t值为0时或释放原因不为discontinuecoverage等特定原因值,则不满足第二预设条件,该ue不生效delay。[0275]第四种情况,当前业务不为预设的高优先级业务,比如当前ue为紧急呼叫等高优先级业务,则不满足第二预设条件,该ue不生效delay。[0276]由此,终端响应于满足上述第一预设条件和/或满足上述第二预设条件,根据预设策略延迟接入网络。[0277]可选地,所述终端根据预设策略延迟接入网络,包括:终端根据预设时间延迟接入网络。[0278]可选地,终端确定所述预设时间。[0279]可选地,终端响应于满足第一预设条件和/或满足第二预设条件,确定预设时间,并根据网络设备下发的第二时间延迟预设时间接入网络。[0280]可选地,终端确定所述预设时间的方式,可以包括以下至少一种:第一种方式:终端根据第一时间范围确定或生成所述预设时间;可选地,终端可以根据网络设备下发的时长t,在0~t范围内随机选择一个时长作为所述预设时间。[0281]可选地,t为大于0的值。t值不能超过卫星服务时间。[0282]可选地,t可以为固定值。[0283]可选地,t可与当前小区负载有关,比如,负载越高t越大。[0284]第二种方式:终端根据分组及预设时间粒度确定或生成所述预设时间。[0285]可选地,所述分组的个数及预设时间粒度可由网络根据当前负载以及随机接入信道rach容量来决定,并下发给ue。[0286]可选地,结合图4所示,当前服务卫星通过系统消息广播t1(即end-timeofservingsatellite’scoverage)、t2(即start-timeofincomingsatellite’scoverage)。[0287]对于尝试在t2时刻接入网络的ue,在该t2的基础上,延迟delay接入,即ue会在t2+delay时间点来尝试获取requiredsi并接入网络,确保各ue接入网络的时间离散化,避免rach拥塞。[0288]可选地,ue和对应的delay可以按如下方法确定:optiona:该ue为网络通过rrcrelease消息释放的ue,且rrcrelease消息携带特定原因值cause,比如coveragediscontinuity,表明释放是因为当前卫星即将停止服务。[0289]rrcrelease消息携带一个时长t,则delay=random(0,t),即各ue在0~t范围内随机选择一个时间延时接入。[0290]optionb:该ue为网络通过rrcrelease消息释放的ue,且rrcrelease消息携带特定原因值cause,比如coveragediscontinuity,表明释放是因为当前卫星即将停止服务。[0291]将ue分成n组(如根据ue标识进行分组,ueidmodn),延迟delta,n和delta由网络设备下发,则各组ue延迟接入时间为(ueidmodn)*delta。[0292]可选地,n和delta可由网络根据当前负载以及rach容量来决定,比如delta可为当前配置的rach周期。[0293]optionc:该ue为所有尝试在t2时刻接入网络的ue。[0294]网络设备下发rrcrelease消息,rrcrelease消息携带一个时长t,则delay=random(0,t),即各ue在0~t范围内随机选择一个时间延时接入。[0295]optiond:该ue为所有尝试在t2时刻接入网络的ue。[0296]将ue分成n组(如根据ue标识进行分组,ueidmodn),延迟delta,n和delta由网络设备下发,则各组ue延迟接入时间为(ueidmodn)*delta。n和delta可由网络根据当前负载以及rach容量来决定,比如delta可为当前配置的rach周期。[0297]本实施例通过上述方案,网络设备下发消息,以供终端根据所述消息及预设策略延迟接入网络。由此,通过延迟接入网络,避免了iot-ntn网络中大量ue集中接入导致rach拥塞的问题,进而避免了在iot-ntn网络中rach拥塞,rach占用过多时间而导致在上行同步有效时间内可用于数据传输的时间不足,导致业务中断的问题。[0298]本实施例中网络设备与终端(ue)通信实现拥塞控制的流程,可以参照图5所示,本实施例中网络设备与终端(ue)通信实现拥塞控制的原理以及各个场景的原理,请参照上述各实施例,在此不再赘述。[0299]如图9所示,本技术实施例还提出一种控制装置,本技术控制装置可应用于终端设备,该控制装置包括:第一接入模块,用于响应于满足第一预设条件,根据网络设备下发的第二时间延迟预设时间接入网络。[0300]可选地,该控制装置还包括:第一确定模块,用于确定所述预设时间。[0301]可选地,所述第一确定模块,还用于根据第一时间范围确定或生成所述预设时间;或者,根据分组确定或生成所述预设时间。[0302]可选地,所述第一确定模块,还用于根据网络设备下发的时长t,在0~t范围内随机选择一个时长作为所述预设时间,可选地,t为大于0的值,或者,所述t与当前负载关联。[0303]可选地,所述第一接入模块,还用于响应于满足第二预设条件,确定不生效所述预设时间。[0304]可选地,上述控制装置中各个模块的功能实现,与上述控制方法实施例中各步骤相对应,其功能和实现过程在此处不再一一赘述。[0305]如图10所示,本技术实施例还提出一种控制装置,本技术控制装置可应用于终端设备,该控制装置包括:第二接入模块,用于响应于满足预设条件,根据预设策略延迟接入网络。[0306]可选地,所述第二接入模块,还用于根据预设时间延迟接入网络。[0307]可选地,该控制装置还包括:第二确定模块,用于确定所述预设时间。[0308]可选地,所述第二确定模块,还用于根据第一时间范围确定或生成所述预设时间;或者,根据分组确定或生成所述预设时间。[0309]可选地,所述第二确定模块,还用于根据网络设备下发的时长t,在0~t范围内随机选择一个时长作为所述预设时间,可选地,t为大于0的值,或者,所述t与当前负载关联。[0310]可选地,上述控制装置中各个模块的功能实现,与上述控制方法实施例中各步骤相对应,其功能和实现过程在此处不再一一赘述。[0311]如图11所示,本技术实施例还提出一种控制装置,本技术控制装置可应用于网络设备,该控制装置包括:第一发送模块,用于下发第二时间,以供终端根据所述第二时间延迟预设时间接入网络。[0312]可选地,所述第一发送模块,还用于在第一时间来临前,下发rrcrelease消息释放所述终端。[0313]可选地,上述控制装置中各个模块的功能实现,与上述控制方法实施例中各步骤相对应,其功能和实现过程在此处不再一一赘述。[0314]如图12所示,本技术实施例还提出一种控制装置,本技术控制装置可应用于网络设备,该控制装置包括:第二发送模块,用于下发消息,以供终端根据所述消息及预设策略延迟接入网络。[0315]可选地,所述第二发送模块,还用于下发第二时间,以供终端根据所述第二时间延迟预设时间接入网络。[0316]可选地,所述第二发送模块,还用于在第一时间来临前,下发rrcrelease消息释放所述终端。[0317]可选地,上述控制装置中各个模块的功能实现,与上述控制方法实施例中各步骤相对应,其功能和实现过程在此处不再一一赘述。[0318]本技术实施例还提供一种通信设备,该通信设备包括存储器、处理器,存储器上存储有通信程序,通信程序被处理器执行时实现上述任一实施例中的控制方法的步骤。该通信设备既可以为上述控制方法中的终端设备,该通信设备在作为该终端设备时具体可以为:手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(personaldigitalassistant,pda)、便捷式媒体播放器(portablemediaplayer,pmp)、导航装置、可穿戴设备、智能手环、计步器等终端设备。可选地,该通信设备也可以为上述通信方法中的网络设备,该通信设备在作为该网络设备时具体可以为基站或卫星或航空设备等,例如低轨通信卫星、高空平台和无人机等。本技术实施例中,用于实现网络设备功能的装置可以是网络设备本身,也可以是能够支持网络设备实现该功能的装置,例如芯片系统或可实现网络设备功能的组合器件、部件,该装置可以被安装在网络设备中。本技术的实施例对网络设备所采用的具体技术和具体设备形态不做限定。[0319]本技术实施例还提出一种计算机可读存储介质,所述存储介质上存储有控制程序,所述控制程序被处理器执行时实现上述任一实施例中所述的控制方法的步骤。[0320]在本技术提供的通信设备和计算机可读存储介质的实施例中,可以包含任一上述控制方法实施例的全部技术特征,说明书拓展和解释内容与上述方法的各实施例基本相同,在此不做再赘述。[0321]本技术实施例还提供一种计算机程序产品,计算机程序产品包括计算机程序代码,当计算机程序代码在计算机上运行时,使得计算机执行如上各种可能的实施方式中的方法。[0322]本技术实施例还提供一种芯片,包括存储器和处理器,存储器用于存储计算机程序,处理器用于从存储器中调用并运行计算机程序,使得安装有芯片的设备执行如上各种可能的实施方式中的方法。[0323]上述本技术实施例序号仅仅为了描述,不代表实施例的优劣。[0324]可以理解,上述场景仅是作为示例,并不构成对于本技术实施例提供的技术方案的应用场景的限定,本技术的技术方案还可应用于其他场景。例如,本领域普通技术人员可知,随着系统架构的演变和新业务场景的出现,本技术实施例提供的技术方案对于类似的技术问题,同样适用。[0325]上述本技术实施例序号仅仅为了描述,不代表实施例的优劣。[0326]本技术实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。[0327]本技术实施例设备中的单元可以根据实际需要进行合并、划分和删减。[0328]在本技术中,对于相同或相似的术语概念、技术方案和/或应用场景描述,一般只在第一次出现时进行详细描述,后面再重复出现时,为了简洁,一般未再重复阐述,在理解本技术技术方案等内容时,对于在后未详细描述的相同或相似的术语概念、技术方案和/或应用场景描述等,可以参考其之前的相关详细描述。[0329]在本技术中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。[0330]本技术技术方案的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本技术记载的范围。[0331]通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在如上的一个存储介质(如rom/ram、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,被控终端,或者网络设备等)执行本技术每个实施例的方法。[0332]在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本技术实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络,或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质,(例如,软盘、存储盘、磁带)、光介质(例如,dvd),或者半导体介质(例如固态存储盘solidstatedisk(ssd))等。[0333]以上仅为本技术的优选实施例,并非因此限制本技术的专利范围,凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换,或或间接运用在其他相关的
技术领域
:,均同理包括在本技术的专利保护范围内。当前第1页12当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1