JP7085002B2 - データ無線ベアラの識別子の割り当て方法、ネットワークノード及びコンピュータ記憶媒体 - Google Patents

Description

本発明は情報処理技術分野に関し、特にデータ無線ベアラ（ＤＲＢ：Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）の識別子の割り当て方法、ネットワークノード及びコンピュータ記憶媒体に関する。

長期的進化（ＬＴＥ：ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）デュアル接続（ＤＣ：Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）シーンにおいて、補助ノード（ＳＮ：Ｓｅｃｏｎｄａｒｙ Ｎｏｄｅ）のベアラを修正し、ベアラコンテキスト（ｂｅａｒｅｒ ｃｏｎｔｅｘｔ）を確立又は解放する必要があるとき、ＳｅＮＢ修正（Ｍｏｄｉｆｉｃａｔｉｏｎ）プロセスを開始する必要がある。ＳｅＮＢ ｍｏｄｉｆｉｃａｔｉｏｎプロセスはマスタノード（ＭＮ：Ｍａｓｔｅｒ Ｎｏｄｅ）により開始されてもよく、ＳＮにより開始されてもよい。しかしながら、ネットワーク側のＳＮが独立してそのＤＲＢの確立、修正及び解放を担う場合、ＭＮのＤＲＢ ＩＤ使用状況を把握しないため、ユーザー機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）側の異なるＤＲＢのＩＤが混乱になるという問題を引き起こす恐れがある。

上記技術的問題を解決するために、本発明の実施例はデータ無線ベアラの識別子の割り当て方法、ネットワークノード及びコンピュータ記憶媒体を提供する。

本発明の実施例はデータ無線ベアラ（ＤＲＢ）の識別子の割り当て方法を提供し、前記方法は、
第１ネットワークノードがデータ無線ベアラ（ＤＲＢ）の修正処理を行うとき、記憶されるＤＲＢの識別子範囲からＤＲＢの識別子情報を選択するか、又は、第２ネットワークノードからＤＲＢの識別子情報を取得することを含む。

本発明の実施例はデータ無線ベアラの識別子の割り当て方法を提供し、前記方法は、
第１ネットワークノードへ第１ネットワークノードのＤＲＢの識別子範囲を送信するか、又は前記第１ネットワークノードが使用するＤＲＢの識別子情報を送信することを含む。

本発明の実施例は第１ネットワークノードを提供し、前記ノードは、
データ無線ベアラ（ＤＲＢ）の修正処理を行うとき、記憶されるＤＲＢの識別子範囲からＤＲＢの識別子情報を選択するか、又は、第２ネットワークノードからＤＲＢの識別子情報を取得する第１処理ユニットを備える。

本発明の実施例は第２ネットワークノードを提供し、前記ノードは、
第１ネットワークノードへ第１ネットワークノードのＤＲＢの識別子範囲を送信するか、又は前記第１ネットワークノードが使用するＤＲＢの識別子情報を送信する第２通信ユニットを備える。

本発明の実施例に係るネットワークノードであって、プロセッサと、プロセッサにおいて実行されるコンピュータプログラムを記憶するように構成されるメモリと、を備え、
前記プロセッサは前記コンピュータプログラムを実行するとき、上記方法のステップを実行することに用いられる。

本発明の実施例に係るコンピュータ記憶媒体であって、前記コンピュータ記憶媒体にコンピュータ実行可能命令が記憶され、前記コンピュータ実行可能命令が実行されるとき、上記方法のステップを実現する。

本発明の実施例の技術案によれば、ネットワーク側がＤＲＢ修正を行うとき、記憶されるＤＲＢの識別子範囲からＤＲＢ識別子を選択するか、又は第２ネットワークノードからＤＲＢの識別子を取得することができ、このように、第２ネットワークノードと第１ネットワークノードとを協調して、最終的に割り当てられたＤＲＢの識別子情報を取得することができ、これにより、第１ネットワークノードが独立してＤＲＢの修正を行うとき、第２ネットワークノードと同じＤＲＢの識別子情報を割り当てるという問題を回避し、更にＤＲＢの識別子情報が混乱になる状況を回避する。

図１は本発明の実施例に係るデータ無線ベアラの識別子の割り当て方法のフローチャートである。 図２は本発明の実施例の第１ネットワークノードの構造模式図である。 図３は本発明の実施例の第２ネットワークノードの構造模式図である。 図４は本発明の実施例のハードウェアのアーキテクチャ模式図である。

本発明の実施例の特徴及び技術的内容を更に詳しく理解するために、以下に図面を参照しながら本発明の実施例の実現を詳しく説明し、添付の図面は参照・説明のためのものであって、本発明の実施例を制限するためのものではない。

実施例１
本発明の実施例はデータ無線ベアラ（ＤＲＢ）の識別子の割り当て方法を提供し、前記方法は、
第１ネットワークノードがデータ無線ベアラ（ＤＲＢ）の修正処理を行うとき、記憶されるＤＲＢの識別子範囲からＤＲＢの識別子情報を選択するか、又は、第２ネットワークノードからＤＲＢの識別子情報を取得することを含む。

本実施例に記載の第１ネットワークノードがネットワーク側の補助ノード（ＳＮ）であってもよい。

本実施例は以下の２つの処理方式を含んでもよい。

方式１
図１に示すように、前記方式は、
第２ネットワークノードから第１ネットワークノード追加要求を受信し、前記第１ネットワークノード追加要求から前記第１ネットワークノードのＤＲＢの識別子範囲を取得するステップ１０１と、
第１ネットワークノードがデータ無線ベアラ（ＤＲＢ）の修正処理を行うとき、記憶されるＤＲＢの識別子範囲からＤＲＢの識別子情報を選択するか、又は、第２ネットワークノードからＤＲＢの識別子情報を取得するステップ１０２と、を含む。

第２ネットワークノードから第１ネットワークノード追加要求を受信することは、Ｘｎインタフェースを介して前記第２ネットワークノードから送信された第１ネットワークノード追加要求を受信することを含む。

具体的には、第１ネットワークノードがＳＮ、第２ネットワークノードがＭＮである場合を例として説明する。

マスタノード（ＭＮ）は補助ノード（ＳＮ）を追加するとき、ＳＮ追加要求メッセージに１つのＳＮの利用可能なＤＲＢ識別子範囲を含ませ、前記ＤＲＢの識別子範囲によって、ＤＲＢを追加する際に前記ＤＲＢ ＩＤ範囲内のみにおいて追加されたＤＲＢにＩＤを割り当てることを前記ＳＮに通知する。

前記ＳＮ追加要求メッセージがＭＮにより開始された、Ｘｎインタフェースを介してＳＮに伝送するＸｎメッセージである。

前記補助ノードのＤＲＢの識別子（ＩＤ）範囲は前記補助ノードの利用可能な最小識別子の値を特徴づけることに用いられ、つまり前記ＤＲＢ ＩＤ範囲は１つの利用可能なＩＤの最小値であってもよく、例えば、総範囲が［０，３１］である場合、要求メッセージに含まれるＤＲＢ ＩＤ範囲が１５であれば、ＳＮの利用可能なＤＲＢ ＩＤが［１５，３１］である。

理解すべきものは、示されていないが、ＤＲＢ ＩＤ範囲は更にＳＮの利用可能な最大値であってもよく、例えば、総範囲が［０，３１］である場合、ＤＲＢ ＩＤ範囲が１５であり、つまりＳＮの利用可能なＤＲＢ ＩＤが［０，１５］である。

他の設定方式があってもよく、本実施例はそれらのすべてを列挙するものではない。

前記ＳＮがＤＲＢを追加するプロセスはＭＮにより開始されたものであってもよく、ＳＮにより開始されたプロセスであってもよい。

第２ネットワークノードが第１ネットワークノードの修正プロセスを開始するとき、Ｘｎインタフェースを介して第２ネットワークノードから送信された修正要求を受信し、前記修正要求に応じて前記ＤＲＢの識別子範囲からＤＲＢの識別子情報を選択し、選択されたＤＲＢの識別子情報を追加されたＤＲＢとし、前記追加されたＤＲＢを確認メッセージによって第２ネットワークノードに送信する。つまり、ＭＮにより開始されたＳＮ修正プロセスである場合、ＭＮはＸｎを介してＳＮへＳＮ修正要求を送信すると同時に、ＳＮは追加されたＤＲＢ情報（タイプ、ＩＤ等を含む）を確認メッセージによってＭＮに送信する。

第１ネットワークノードが修正プロセスを開始するとき、前記ＤＲＢの識別子範囲からＤＲＢの識別子情報を選択し、選択されたＤＲＢの識別子情報をＲＲＣ再構成メッセージによってユーザー装置に送信するか、又は、選択されたＤＲＢの識別子情報を第２ネットワークノードによってユーザー装置に送信する。つまり、ＳＮにより開始されたＳＮ修正プロセスである場合、ＳＮは直接追加されたＤＲＢ情報をＲＲＣ再構成メッセージに含ませてＵＥに送信してもよく、ＭＮによってＵＥに送信してもよい。

方式２
方式１との相違点は、このような方式がＭＮからＤＲＢ識別子範囲を予め取得することを必要とせずに、ＤＲＢ修正を行う場合のみ、ＤＲＢ ＩＤを取得し又は直接追加することにある。

ＳＮがＳＮ修正プロセスを実行する（例えば、ＤＲＢを追加する）とき、まずＸｎ要求メッセージによってＭＮに１つの利用可能なＤＲＢ ＩＤを要求し、ＭＮがＸｎを介して確認メッセージを返信し、ＳＮがＭＮの返信したメッセージに基づいてＤＲＢを確立する。

具体的に、第１ネットワークノードがＳＮ、第２ネットワークノードがＭＮである場合を例として説明し、前記ＳＮ修正プロセスはＭＮにより開始されたものであってもよく、ＳＮにより開始されたプロセスであってもよい。

第２ネットワークノードが前記第１ネットワークノードの修正プロセスを開始するとき、Ｘｎインタフェースを介して第２ネットワークノードから送信された修正要求を受信し、前記修正要求からＤＲＢの識別子情報を取得し、前記ＤＲＢの識別子情報に基づいてＤＲＢを確立して、確立成功メッセージを第２ネットワークノードにフィードバックする。つまり、ＭＮにより開始されたＳＮ修正プロセスである場合、ＭＮがＸｎを介してＳＮへＳＮ修正要求を送信し、要求メッセージにＤＲＢ ＩＤ情報が含まれており、ＳＮが前記情報に基づいてＤＲＢを確立し、次にＸｎを介して確立成功メッセージをＭＮにフィードバックする。

第１ネットワークノードが修正プロセスを開始するとき、第２ネットワークノードへ要求メッセージを送信し、前記要求メッセージに応答して前記第２ネットワークノードから送信したフィードバックメッセージを受信し、前記フィードバックメッセージからＤＲＢの識別子情報を取得し、前記ＤＲＢの識別子情報に基づいてＤＲＢを確立する。ＳＮにより開始されたＳＮ修正プロセスである場合、ＳＮがまずＭＮへ要求メッセージを送信し、ＭＮがフィードバックメッセージによってＳＮへ利用可能なＤＲＢ ＩＤを送信し、ＳＮが前記フィードバックメッセージにおける利用可能なＤＲＢ ＩＤに基づいてＤＲＢを確立する。

以上によれば、上記技術案を用いることにより、ネットワーク側がＤＲＢ修正を行うとき、記憶されるＤＲＢの識別子範囲からＤＲＢ識別子を選択するか、又は第２ネットワークノードからＤＲＢの識別子を取得することができ、このように、第２ネットワークノードと第１ネットワークノードとを協調して、最終的に割り当てられたＤＲＢの識別子情報を取得することができ、これにより、第１ネットワークノードが独立してＤＲＢの修正を行うとき、第２ネットワークノードと同じＤＲＢの識別子情報を割り当てるという問題を回避し、更にＤＲＢの識別子情報が混乱になる状況を回避する。

実施例２
本発明の実施例はデータ無線ベアラの識別子の割り当て方法を提供し、前記方法は、
第１ネットワークノードへ第１ネットワークノードのＤＲＢの識別子範囲を送信するか、又は前記第１ネットワークノードが使用するＤＲＢの識別子情報を送信することを含む。

本実施例は第２ネットワークノードがネットワーク側のマスタノード（ＭＮ）である場合を例として説明する。

本実施例は以下の２つの処理方式を含んでもよい。

方式１
前記第１ネットワークノード追加要求に前記第１ネットワークノードのＤＲＢの識別子範囲を追加し、第１ネットワークノードへ第１ネットワークノード追加要求を送信する。

更に、第１ネットワークノードがデータ無線ベアラ（ＤＲＢ）の修正処理を行うとき、記憶されるＤＲＢの識別子範囲からＤＲＢの識別子情報を選択するか、又は、第２ネットワークノードからＤＲＢの識別子情報を取得する。

具体的には、第１ネットワークノードがＳＮ、第２ネットワークノードがＭＮである場合を例として説明する。

マスタノード（ＭＮ）は補助ノード（ＳＮ）を追加するとき、ＳＮ追加要求メッセージに１つのＳＮの利用可能なＤＲＢ識別子範囲を含ませ、前記ＤＲＢの識別子範囲によって、ＤＲＢを追加する際に前記ＤＲＢ ＩＤ範囲内のみにおいて追加されたＤＲＢにＩＤを割り当てることを前記ＳＮに通知する。

前記ＳＮ追加要求メッセージがＭＮにより開始された、Ｘｎインタフェースを介してＳＮに伝送するＸｎメッセージである。

前記補助ノードのＤＲＢの識別子（ＩＤ）範囲は前記補助ノードの利用可能な最小識別子の値を特徴づけることに用いられ、つまり前記ＤＲＢ ＩＤ範囲は１つの利用可能なＩＤの最小値であってもよく、例えば、総範囲が［０，３１］である場合、要求メッセージに含まれるＤＲＢ ＩＤ範囲が１５であれば、ＳＮの利用可能なＤＲＢ ＩＤが［１５，３１］である。

理解すべきものは、示されていないが、ＤＲＢ ＩＤ範囲は更にＳＮの利用可能な最大値であってもよく、例えば、総範囲が［０，３１］である場合、ＤＲＢ ＩＤ範囲が１５であり、つまりＳＮの利用可能なＤＲＢ ＩＤが［０，１５］である。

他の設定方式があってもよく、本実施例はそれらのすべてを列挙するものではない。

前記ＳＮがＤＲＢを追加するプロセスはＭＮにより開始されたものであってもよく、ＳＮにより開始されたプロセスであってもよい。

マスタノードが補助ノードの修正プロセスを開始するとき、Ｘｎインタフェースを介してマスタノードから送信された修正要求を受信し、前記修正要求に応じて前記ＤＲＢの識別子範囲からＤＲＢの識別子情報を選択し、選択されたＤＲＢの識別子情報を追加されたＤＲＢとし、前記追加されたＤＲＢを確認メッセージによってマスタノードに送信する。つまり、ＭＮにより開始されたＳＮ修正プロセスである場合、ＭＮがＸｎを介してＳＮへＳＮ修正要求を送信すると同時に、ＳＮが追加されたＤＲＢ情報（タイプ、ＩＤ等を含む）を確認メッセージによってＭＮに送信する。

補助ノードが修正プロセスを開始するとき、前記ＤＲＢの識別子範囲からＤＲＢの識別子情報を選択し、選択されたＤＲＢの識別子情報をＲＲＣ再構成メッセージによってユーザー装置に送信するか、又は、選択されたＤＲＢの識別子情報をマスタノードによってユーザー装置に送信する。つまり、ＳＮにより開始されたＳＮ修正プロセスである場合、ＳＮが直接追加されたＤＲＢ情報をＲＲＣ再構成メッセージに含ませてＵＥに送信してもよく、ＭＮによってＵＥに送信してもよい。

方式２
方式１との相違点は、このような方式がＭＮからＤＲＢ識別子範囲を予め取得することを必要とせずに、ＤＲＢ修正を行う場合のみ、ＤＲＢ ＩＤを取得し又は直接追加することにある。

ＳＮがＳＮ修正プロセスを実行する（例えば、ＤＲＢを追加する）とき、まずＸｎ要求メッセージによってＭＮに１つの利用可能なＤＲＢ ＩＤを要求し、ＭＮがＸｎを介して確認メッセージを返信し、ＳＮがＭＮの返信したメッセージに基づいてＤＲＢを確立する。

具体的に、第１ネットワークノードがＳＮ、第２ネットワークノードがＭＮである場合を例として説明し、前記ＳＮ修正プロセスはＭＮにより開始されたものであってもよく、ＳＮにより開始されたプロセスであってもよい。

第２ネットワークノードが前記第１ネットワークノードの修正プロセスを開始するとき、Ｘｎインタフェースを介して第２ネットワークノードから送信された修正要求を受信し、前記修正要求には第１ネットワークノードが使用するＤＲＢの識別子情報が含まれる。つまり、ＭＮにより開始されたＳＮ修正プロセスである場合、ＭＮがＸｎを介してＳＮへＳＮ修正要求を送信し、要求メッセージにＤＲＢ ＩＤ情報が含まれており、ＳＮが前記情報に基づいてＤＲＢを確立し、次にＸｎを介して確立成功メッセージをＭＮにフィードバックする。

第１ネットワークノードが修正プロセスを開始するとき、前記第１ネットワークノードから送信された要求メッセージを受信し、前記第１ネットワークノードが使用するＤＲＢの識別子情報を決定し、前記ＤＲＢの識別子情報をフィードバックメッセージに追加し、前記フィードバック情報を第１ネットワークノードに送信する。ＳＮにより開始されたＳＮ修正プロセスである場合、ＳＮがまずＭＮへ要求メッセージを送信し、ＭＮがフィードバックメッセージによってＳＮへ利用可能なＤＲＢ ＩＤを送信し、ＳＮが前記フィードバックメッセージにおける利用可能なＤＲＢ ＩＤに基づいてＤＲＢを確立する。

以上によれば、上記技術案を用いることにより、ネットワーク側がＤＲＢ修正を行うとき、記憶されるＤＲＢの識別子範囲からＤＲＢ識別子を選択するか、又は第２ネットワークノードからＤＲＢの識別子を取得することができ、このように、第２ネットワークノードと第１ネットワークノードとを協調して、最終的に割り当てられたＤＲＢの識別子情報を取得することができ、これにより、第１ネットワークノードが独立してＤＲＢの修正を行うとき、第２ネットワークノードと同じＤＲＢの識別子情報を割り当てるという問題を回避し、更にＤＲＢの識別子情報が混乱になる状況を回避する。

実施例３
本発明の実施例は第１ネットワークノードを提供し、図２に示すように、前記第１ネットワークノードは、
データ無線ベアラ（ＤＲＢ）の修正処理を行うとき、記憶されるＤＲＢの識別子範囲からＤＲＢの識別子情報を選択するか、又は、第２ネットワークノードからＤＲＢの識別子情報を取得する第１処理ユニット２１を備える。

本実施例に記載の第１ネットワークノードがネットワーク側の補助ノード（ＳＮ）であってもよい。

本実施例は以下の２つの処理方式を含んでもよい。

方式１
第１ネットワークノードは、更に、
第２ネットワークノードから第１ネットワークノード追加要求を受信する第１通信ユニット２２と、
前記第１ネットワークノード追加要求から前記第１ネットワークノードのＤＲＢの識別子範囲を取得する前記第１処理ユニット２１と、を備える。

第２ネットワークノードから第１ネットワークノード追加要求を受信することは、Ｘｎインタフェースを介して前記第２ネットワークノードから送信された第１ネットワークノード追加要求を受信することを含む。

具体的には、第１ネットワークノードがＳＮ、第２ネットワークノードがＭＮである場合を例として説明する。

マスタノード（ＭＮ）は補助ノード（ＳＮ）を追加するとき、ＳＮ追加要求メッセージに１つのＳＮの利用可能なＤＲＢ識別子範囲を含ませ、前記ＤＲＢの識別子範囲によって、ＤＲＢを追加する際に前記ＤＲＢ ＩＤ範囲内のみにおいて追加されたＤＲＢにＩＤを割り当てることを前記ＳＮに通知する。

前記ＳＮ追加要求メッセージがＭＮにより開始された、Ｘｎインタフェースを介してＳＮに伝送するＸｎメッセージである。

前記補助ノードのＤＲＢの識別子（ＩＤ）範囲は前記補助ノードの利用可能な最小識別子の値を特徴づけることに用いられ、つまり前記ＤＲＢ ＩＤ範囲は１つの利用可能なＩＤの最小値であってもよく、例えば、総範囲が［０，３１］である場合、要求メッセージに含まれるＤＲＢ ＩＤ範囲が１５であれば、ＳＮの利用可能なＤＲＢ ＩＤが［１５，３１］である。

理解すべきものは、示されていないが、ＤＲＢ ＩＤ範囲は更にＳＮの利用可能な最大値であってもよく、例えば、総範囲が［０，３１］である場合、ＤＲＢ ＩＤ範囲が１５であり、つまりＳＮの利用可能なＤＲＢ ＩＤが［０，１５］である。

他の設定方式があってもよく、本実施例はそれらのすべてを列挙するものではない。

前記ＳＮがＤＲＢを追加するプロセスはＭＮにより開始されたものであってもよく、ＳＮにより開始されたプロセスであってもよい。

前記第１処理ユニット２１は第２ネットワークノードが第１ネットワークノードの修正プロセスを開始するとき、Ｘｎインタフェースを介して第２ネットワークノードから送信された修正要求を受信し、前記修正要求に応じて前記ＤＲＢの識別子範囲からＤＲＢの識別子情報を選択し、選択されたＤＲＢの識別子情報を追加されたＤＲＢとし、前記第１通信ユニット２２は前記追加されたＤＲＢを確認メッセージによって第２ネットワークノードに送信する。つまり、ＭＮにより開始されたＳＮ修正プロセスである場合、ＭＮがＸｎを介してＳＮへＳＮ修正要求を送信すると同時に、ＳＮが追加されたＤＲＢ情報（タイプ、ＩＤ等を含む）を確認メッセージによってＭＮに送信する。

前記第１処理ユニット２１は第１ネットワークノードが修正プロセスを開始するとき、前記ＤＲＢの識別子範囲からＤＲＢの識別子情報を選択し、前記第１通信ユニット２２は選択されたＤＲＢの識別子情報をＲＲＣ再構成メッセージによってユーザー装置に送信するか、又は、選択されたＤＲＢの識別子情報を第２ネットワークノードによってユーザー装置に送信する。つまり、ＳＮにより開始されたＳＮ修正プロセスである場合、ＳＮは直接追加されたＤＲＢ情報をＲＲＣ再構成メッセージに含ませてＵＥに送信してもよく、ＭＮによってＵＥに送信してもよい。

方式２
方式１との相違点は、このような方式がＭＮからＤＲＢ識別子範囲を予め取得することを必要とせずに、ＤＲＢ修正を行う場合のみ、ＤＲＢ ＩＤを取得し又は直接追加することにある。

ＳＮがＳＮ修正プロセスを実行する（例えば、ＤＲＢを追加する）とき、まずＸｎ要求メッセージによってＭＮに１つの利用可能なＤＲＢ ＩＤを要求し、ＭＮがＸｎを介して確認メッセージを返信し、ＳＮがＭＮの返信したメッセージに基づいてＤＲＢを確立する。

前記ＳＮ修正プロセスはＭＮにより開始されたものであってもよく、ＳＮにより開始されたプロセスであってもよい。

第１通信ユニット２２は確立成功メッセージを第２ネットワークノードにフィードバックし、前記第１処理ユニット２１は第２ネットワークノードが前記第１ネットワークノードの修正プロセスを開始するとき、Ｘｎインタフェースを介して第２ネットワークノードから送信された修正要求を受信し、前記修正要求からＤＲＢの識別子情報を取得し、前記ＤＲＢの識別子情報に基づいてＤＲＢを確立する。つまり、ＭＮにより開始されたＳＮ修正プロセスである場合、ＭＮがＸｎを介してＳＮへＳＮ修正要求を送信し、要求メッセージにＤＲＢ ＩＤ情報が含まれており、ＳＮが前記情報に基づいてＤＲＢを確立し、次にＸｎを介して確立成功メッセージをＭＮにフィードバックする。

第１通信ユニット２２は第１ネットワークノードが修正プロセスを開始するとき、第２ネットワークノードへ要求メッセージを送信し、前記要求メッセージに応答して前記第２ネットワークノードから送信したフィードバックメッセージを受信し、前記第１処理ユニット２１は前記フィードバックメッセージからＤＲＢの識別子情報を取得し、前記ＤＲＢの識別子情報に基づいてＤＲＢを確立する。ＳＮにより開始されたＳＮ修正プロセスである場合、ＳＮがまずＭＮへ要求メッセージを送信し、ＭＮがフィードバックメッセージによってＳＮへ利用可能なＤＲＢ ＩＤを送信し、ＳＮが前記フィードバックメッセージにおける利用可能なＤＲＢ ＩＤに基づいてＤＲＢを確立する。

以上によれば、上記技術案を用いることにより、ネットワーク側がＤＲＢ修正を行うとき、記憶されるＤＲＢの識別子範囲からＤＲＢ識別子を選択するか、又は第２ネットワークノードからＤＲＢの識別子を取得することができ、このように、第２ネットワークノードと第１ネットワークノードとを協調して、最終的に割り当てられたＤＲＢの識別子情報を取得することができ、これにより、第１ネットワークノードが独立してＤＲＢの修正を行うとき、第２ネットワークノードと同じＤＲＢの識別子情報を割り当てるという問題を回避し、更にＤＲＢの識別子情報が混乱になる状況を回避する。

実施例４
本発明の実施例は第２ネットワークノードを提供し、図３に示すように、前記第２ネットワークノードは、
第１ネットワークノードへ第１ネットワークノードのＤＲＢの識別子範囲を送信するか、又は前記第１ネットワークノードが使用するＤＲＢの識別子情報を送信する第２通信ユニット３１を備える。

本実施例は第２ネットワークノードがネットワーク側のマスタノード（ＭＮ）である場合を例として説明する。

本実施例は以下の２つの処理方式を含んでもよい。

方式１
第２ネットワークノードは、更に、
前記第１ネットワークノード追加要求に前記第１ネットワークノードのＤＲＢの識別子範囲を追加する第２処理ユニット３２と、
第１ネットワークノードへ第１ネットワークノード追加要求を送信する前記第２通信ユニット３１と、を備える。

更に、第１ネットワークノードがデータ無線ベアラ（ＤＲＢ）の修正処理を行うとき、記憶されるＤＲＢの識別子範囲からＤＲＢの識別子情報を選択するか、又は、第２ネットワークノードからＤＲＢの識別子情報を取得する。

具体的には、第１ネットワークノードがＳＮ、第２ネットワークノードがＭＮである場合を例として説明する。

マスタノード（ＭＮ）は補助ノード（ＳＮ）を追加するとき、ＳＮ追加要求メッセージに１つのＳＮの利用可能なＤＲＢ識別子範囲を含ませ、前記ＤＲＢの識別子範囲によって、ＤＲＢを追加する際に前記ＤＲＢ ＩＤ範囲内のみにおいて追加されたＤＲＢにＩＤを割り当てることを前記ＳＮに通知する。

前記ＳＮ追加要求メッセージがＭＮにより開始された、Ｘｎインタフェースを介してＳＮに伝送するＸｎメッセージである。

前記補助ノードのＤＲＢの識別子（ＩＤ）範囲は前記補助ノードの利用可能な最小識別子の値を特徴づけることに用いられ、つまり前記ＤＲＢ ＩＤ範囲は１つの利用可能なＩＤの最小値であってもよく、例えば、総範囲が［０，３１］である場合、要求メッセージに含まれるＤＲＢ ＩＤ範囲が１５であれば、ＳＮの利用可能なＤＲＢ ＩＤが［１５，３１］である。

理解すべきものは、示されていないが、ＤＲＢ ＩＤ範囲は更にＳＮの利用可能な最大値であってもよく、例えば、総範囲が［０，３１］である場合、ＤＲＢ ＩＤ範囲が１５であり、つまりＳＮの利用可能なＤＲＢ ＩＤが［０，１５］である。

他の設定方式があってもよく、本実施例はそれらのすべてを列挙するものではない。

方式２
方式１との相違点は、このような方式がＭＮからＤＲＢ識別子範囲を予め取得することを必要とせずに、ＤＲＢ修正を行う場合のみ、ＤＲＢ ＩＤを取得し又は直接追加することにある。

ＳＮがＳＮ修正プロセスを実行する（例えば、ＤＲＢを追加する）とき、まずＸｎ要求メッセージによってＭＮに１つの利用可能なＤＲＢ ＩＤを要求し、ＭＮがＸｎを介して確認メッセージを返信し、ＳＮがＭＮの返信したメッセージに基づいてＤＲＢを確立する。

具体的に、第１ネットワークノードがＳＮ、第２ネットワークノードがＭＮである場合を例として説明し、前記ＳＮ修正プロセスはＭＮにより開始されたものであってもよく、ＳＮにより開始されたプロセスであってもよい。

第２処理ユニット３２は修正要求に第１ネットワークノードが使用するＤＲＢの識別子情報を追加し、前記第２通信ユニット３１は第２ネットワークノードが前記第１ネットワークノードの修正プロセスを開始するとき、Ｘｎインタフェースを介して第２ネットワークノードから送信された修正要求を受信する。つまり、ＭＮにより開始されたＳＮ修正プロセスである場合、ＭＮがＸｎを介してＳＮへＳＮ修正要求を送信し、要求メッセージにＤＲＢ ＩＤ情報が含まれており、ＳＮが前記情報に基づいてＤＲＢを確立し、次にＸｎを介して確立成功メッセージをＭＮにフィードバックする。

第２処理ユニット３２は前記第１ネットワークノードが使用するＤＲＢの識別子情報を決定し、前記ＤＲＢの識別子情報をフィードバックメッセージに追加し、前記第２通信ユニット３１は第１ネットワークノードが修正プロセスを開始するとき、前記第１ネットワークノードから送信された要求メッセージを受信し、前記フィードバック情報を第１ネットワークノードに送信する。ＳＮにより開始されたＳＮ修正プロセスである場合、ＳＮがまずＭＮへ要求メッセージを送信し、ＭＮがフィードバックメッセージによってＳＮへ利用可能なＤＲＢ ＩＤを送信し、ＳＮが前記フィードバックメッセージにおける利用可能なＤＲＢ ＩＤに基づいてＤＲＢを確立する。

以上によれば、上記技術案を用いることにより、ネットワーク側がＤＲＢ修正を行うとき、記憶されるＤＲＢの識別子範囲からＤＲＢ識別子を選択するか、又は第２ネットワークノードからＤＲＢの識別子を取得することができ、このように、第２ネットワークノードと第１ネットワークノードとを協調して、最終的に割り当てられたＤＲＢの識別子情報を取得することができ、これにより、第１ネットワークノードが独立してＤＲＢの修正を行うとき、第２ネットワークノードと同じＤＲＢの識別子情報を割り当てるという問題を回避し、更にＤＲＢの識別子情報が混乱になる状況を回避する。

本発明の実施例は更に第１ネットワークノード又は第２ネットワークノードのハードウェアアーキテクチャを提供し、図４に示すように、前記アーキテクチャは少なくとも１つのプロセッサ４１、メモリ４２、少なくとも１つのネットワークインタフェース４３を備える。各コンポーネントがバスシステム４４によって一体に結合される。理解されるように、バスシステム４４がこれらのコンポーネント間の接続通信を実現することに用いられる。バスシステム４４はデータバスのほか、更に電源バス、制御バス及び状態信号バスを含む。しかしながら、明確に説明するために、図４では様々なバスがいずれもバスシステム４４と記される。

理解されるように、本発明の実施例では、メモリ４２は揮発性メモリであっても、又は不揮発性メモリであってもよく、又は、揮発性メモリ及び不揮発性メモリの両方を含んでもよい。

いくつかの実施形態では、メモリ４２には、
実行可能モジュール又はデータ構造、すなわちオペレーティングシステム４２１及びアプリケーションプログラム４２２、又はそれらのサブセット、又はそれらの拡張セットが記憶される。

前記プロセッサ４１は上記実施例１又は実施例２の方法のステップを処理できるように構成され、ここで詳細な説明は省略する。

本発明の実施例に係るコンピュータ記憶媒体であって、前記コンピュータ記憶媒体にコンピュータ実行可能命令が記憶され、前記コンピュータ実行可能命令が実行されるとき、上記実施例１又は実施例２の方法のステップを実施する。

本発明の実施例に記載の装置はソフトウェア機能モジュールの形式で実現され、独立した製品として販売又は使用されるときは、１つのコンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づき、本発明の実施例の技術案の本質的又は従来技術に貢献する部分はソフトウェア製品の形式で具現されてもよく、前記コンピュータソフトウェア製品は、１台のコンピュータ装置（パーソナルコンピュータ、サーバ又はネットワーク装置等）に本発明の各実施例に記載の方法の全部又は一部を実行させるための若干の命令を含む１つの記憶媒体に記憶される。そして、上記記憶媒体はＵＳＢメモリ、ポータブルハードディスク、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスク等のプログラムコードを記憶できる様々な媒体を含む。このように、本発明の実施例はいかなる特定のハードウェア及びソフトウェアの組み合わせに制限されるものではない。

それに対応して、本発明の実施例は更にコンピュータ記憶媒体を提供し、前記コンピュータ記憶媒体にコンピュータプログラムが記憶され、前記コンピュータプログラムは本発明の実施例のデータスケジューリング方法を実行するように構成される。

例示のため、本発明の好適な実施例を開示したが、当業者であれば意識できるように、種々の改良、追加及び置換も可能であり、従って、本発明の範囲は上記実施例に制限されるものではない。

Claims (4)

1. 第２ネットワークノードに応用するデータ無線ベアラ（ＤＲＢ）の識別子の割り当て方法であって、
   Ｘｎインタフェースを介して、第１ネットワークノードへ前記第１ネットワークノードの利用可能なＤＲＢの識別子範囲が含まれる第１ネットワークノード追加要求を送信することであって、前記第１ネットワークノードが補助ノードであり、前記第２ネットワークノードがマスタノードであり、前記第１ネットワークノード追加要求が前記第１ネットワークノードを追加する要求であることと、
   前記ＤＲＢの前記識別子範囲は、前記第１ネットワークノードが前記ＤＲＢの前記識別子範囲からＤＲＢの識別子情報を選択し、前記ＤＲＢの前記識別子情報に基づいてＤＲＢを追加するために用いられることと、
   前記第２ネットワークノードが前記第１ネットワークノードの修正プロセスを開始するとき、前記第２ネットワークノードは、前記Ｘｎインタフェースを介して前記第１ネットワークノードに修正要求を送信することであって、前記第１ネットワークノードの修正が、前記第１ネットワークノードがＤＲＢを追加することを意味し、前記修正要求には、前記追加されるＤＲＢのＩＤが含まれることと、
   前記第２ネットワークノードは、確認メッセージによって前記第１ネットワークノードから、前記追加されるＤＲＢの前記ＩＤを受信することと、を含む、前記データ無線ベアラ（ＤＲＢ）の識別子の割り当て方法。
2. 第１ネットワークノードに応用するデータ無線ベアラ（ＤＲＢ）の識別子の割り当て方法であって、
   Ｘｎインタフェースを介して、第２ネットワークノードによって送信される第１ネットワークノード追加要求を受信し、前記第１ネットワークノード追加要求から前記第１ネットワークノードの利用可能なＤＲＢの識別子範囲を取得することであって、前記第１ネットワークノードが補助ノードであり、前記第２ネットワークノードがマスタノードであり、前記第１ネットワークノード追加要求が前記第１ネットワークノードを追加する要求であることと、
   前記ＤＲＢの前記識別子範囲は、前記第１ネットワークノードが前記ＤＲＢの前記識別子範囲からＤＲＢの識別子情報を選択し、前記ＤＲＢの前記識別子情報に基づいてＤＲＢを追加するために用いられることと、
   前記第２ネットワークノードが前記第１ネットワークノードの修正プロセスを開始するとき、第１ネットワークノードが前記Ｘｎインタフェースを介して、前記第２ネットワークノードから修正要求を受信することであって、前記第１ネットワークノードの修正が、前記第１ネットワークノードがＤＲＢを追加することを意味し、前記修正要求には、前記追加されるＤＲＢのＩＤが含まれることと、
   前記第１ネットワークノードは確認メッセージによって、前記追加されるＤＲＢの前記ＩＤを前記第２ネットワークノードに送信することと、を含む、前記データ無線ベアラ（ＤＲＢ）の識別子の割り当て方法。
3. 第１ネットワークノードであって、
   Ｘｎインタフェースを介して、第２ネットワークノードから第１ネットワークノード追加要求を受信する第１通信ユニットと、
   前記第１ネットワークノードから第１ネットワークノードの利用可能なデータ無線ベアラ（ＤＲＢ）の識別子範囲を取得する第１処理ユニットであって、前記第１ネットワークノードが補助ノードであり、前記第２ネットワークノードがマスタノードであり、前記第１ネットワークノード追加要求が前記第１ネットワークノードを追加する要求である第１処理ユニットを備え、
   前記ＤＲＢの前記識別子範囲は、前記第１ネットワークノードが前記ＤＲＢの前記識別子範囲からＤＲＢの識別子情報を選択し、前記ＤＲＢの前記識別子情報に基づいてＤＲＢを追加するために用いられ、
   前記第１通信ユニットはさらに、前記第２ネットワークノードが前記第１ネットワークノードの修正プロセスを開始するとき、前記第１ネットワークノードが前記Ｘｎインタフェースを介して、前記第２ネットワークノードによって送信される修正要求を受信し、前記第１ネットワークノードの修正が、前記第１ネットワークノードがＤＲＢを追加することを意味し、前記修正要求には、前記追加されるＤＲＢのＩＤが含まれるように構成され、
   前記第１ネットワークノードは確認メッセージによって、前記追加されるＤＲＢの前記ＩＤを前記第２ネットワークノードに送信する、前記第１ネットワークノード。
4. 第２ネットワークノードであって、
   Ｘｎインタフェースを介して、第１ネットワークノードへ前記第１ネットワークノードの利用可能なＤＲＢの識別子範囲が含まれる第１ネットワークノード追加要求を送信する第２通信ユニットであって、前記第１ネットワークノードが補助ノードであり、前記第２ネットワークノードがマスタノードであり、前記第１ネットワークノード追加要求が前記第１ネットワークノードを追加する要求である第２通信ユニットを備え、
   前記ＤＲＢの前記識別子範囲は、前記第１ネットワークノードが前記ＤＲＢの前記識別子範囲からＤＲＢの識別子情報を選択し、前記ＤＲＢの前記識別子情報に基づいてＤＲＢを追加するために用いられ、
   前記第２ネットワークノードが前記第１ネットワークノードの修正プロセスを開始するとき、前記第２ネットワークノードは、前記Ｘｎインタフェースを介して前記第１ネットワークノードに修正要求を送信し、前記第１ネットワークノードの修正が、前記第１ネットワークノードがＤＲＢを追加することを意味し、前記修正要求には、前記追加されるＤＲＢのＩＤが含まれ、
   前記第２ネットワークノードは、確認メッセージによって前記第１ネットワークノードから、前記追加されるＤＲＢの前記ＩＤを受信する、前記第２ネットワークノード。

Images